ジップ。 ZIP (ファイルフォーマット)

ダウンロード

ジップ

概要 [ ] ZIPファイルフォーマット(以下ZIPフォーマット、またはZIP)は複数のファイルを一つのファイルとしてまとめて取り扱うアーカイブフォーマットであり、1つ以上のファイルが格納されているものである。 必要に応じて各種ある圧縮アルゴリズムを選択・使用し、ファイルサイズを圧縮して格納することも可能である。 ZIPフォーマットは1989年にが考案したもので、が考案したそれまでのフォーマットに置き換わるものとして、のユーティリティ に実装された。 ZIPフォーマットは現在多くのユーティリティによってサポートされている(を参照)。 でのサポートとしては、が以降の各バージョンに「圧縮フォルダー」という名前でZIPの機能を組み込んでいるほか、も 以降に他の圧縮フォーマットも含めてZIPの機能を組み込んでいる。 ZIPファイルは一般的に ". zip" か ". ZIP" といったが付けられる。 ZIPフォーマットは、圧縮伸長を主目的としない多くのアプリケーションでも使用されているが、その際、拡張子には個々のアプリケーション固有に ". zip" とは異なる名前が用いられていることが多い。 例えば、の拡張子は ". jar"であるが、このフォーマットの実態はZIPフォーマットである。 他の具体例については「」節を参照のこと。 歴史 [ ] "zip" (「速さ」を意味する) という名前はフィル・カッツの友人であるロバート・マホーニーの提案によるものであり、従来から有るARCやその他の圧縮フォーマットの圧縮時間よりも、自分たちのプロダクトの方が速いということをほのめかすという意図を持っていた。 ZIPファイルフォーマット仕様は、PKZIP0. 9のパッケージに同梱されていた "APPNOTE. TXT" で初めて公開された。 ZIPフォーマットはとしてでリリースされたものであり、ZIPフォーマットは誰しもが自由に利用でき、個人、団体、組織、あらゆる形態の利用において法的にもモラル的にも全くは制約はない。 PKWAREもまた基本フォーマットをパブリックドメインとしており、誰でもZIPファイルを扱うアプリケーションを開発することができる。 そのドキュメントではzipファイルフォーマット、圧縮フォーマット、. ZIPの拡張子やファイルフォーマットへの小さな変更をパブリックドメインに置いたフィル・カッツへの感謝の念を示している。 起源 [ ] 詳細は「」を参照 ZIPファイルフォーマットはPKWAREのフィル・カッツが考案し、PKZIPで実装された。 ちなみにカッツは以前に「PKXARC」なるアーカイブ・ユーティリティーを公開していたが、システム・エンハンス・アソシエイツ社のというユーティリティの著作権を著しく侵害しているとしてを起こされている。 よく似た名前のフォーマット [ ] 名前の一部に "zip" という名前を使った標準化仕様やフォーマットがたくさんある。 フィル・カッツはどんなアーカイブ種別でも "zip" という名前を使って良いと表明した [ ]。 同じ圧縮アルゴリズムを使用していながら、ヘッダー・フッターの異なる物としては、 や などがある。 その他、よく似た名前の異なるファイルフォーマットや圧縮アルゴリズムとして、、などがある。 バージョン履歴 [ ]. ZIPファイルフォーマット仕様にはバージョン番号がある。 しかし、それは必ずしもPKZIPツールのバージョン番号とは対応せず、特にPKZIPバージョン 6以降がそれに該当する。 PKWAREは、 PKZIP製品が先進的な機能を利用してアーカイブを展開できるように予備的な機能を幾度も追加している。 しかし、そのようなアーカイブを作成するPKWARE仕様はPKZIPの次の主要なリリースまで公開されない。 他の会社や組織は自分たちのペースでPKWAREの仕様をサポートしている。 PKWARE仕様による各バージョンの主な機能は以下の通り。 0: ファイルエントリをで圧縮可能となった。 5: 64ビットZIPフォーマットが記載された。 0: DES、Triple DES、RC2、RC4を暗号化のためにサポートした。 2: RC2-64を暗号化のためにサポートした。 1: 承認されたストレージについて記載した。 0: セントラルディレクトリの暗号化について記載した。 0: Unicode UTF-8 ファイル名のストレージについて記載した。 サポートされるハッシュ、圧縮、暗号化アルゴリズムが追加された。 2: 圧縮メソッド 97 について記載した。 のバージョン12. 1からDeflateよりも新しい圧縮メソッド、特にBZipや、PPMd、Jpeg、Wavpackのメソッドを使用したファイルの拡張子に. zipxが使用されている。 JpegとWavPackは「最適メソッド」圧縮が選択されたときに適切なファイル種別に対して適用されている。 「ドキュメントパッケージング」という表題で提案されたプロジェクトは、やを含む既存の標準規格の利用に適したZIP互換の最小圧縮アーカイブフォーマットと考えられる。 現在のZIPフォーマットはの要求仕様にあわないことがある。 それは目に見える形で公開されたコミュニティ駆動開発を通して開発されていないからである。 オープンな産業機構や標準化団体が賛同してメンテナンスされているものでもない。 現在の ZIP フォーマットの一部は なファイルフォーマットの要求仕様にあっていない。 誰もが ZIP フォーマットを、如何なる目的であっても金銭的な負担がなく利用できるようにするため、著作権、特許、商標などの制約がない。 PKWARE サイトにある最新の資料は、著作権表示があるが、フォーマット仕様とその機能拡張がパブリックドメインに置かれていることを認めている。 技術的な情報 [ ] ZIPは複数のファイルを格納するシンプルなアーカイブフォーマットである。 圧縮はzipアーカイブのオプションであり、圧縮が行われる場合はファイル単位に圧縮される。 ZIPは、データの破損に備えて優れた保護機構を提供するため、32ビットのCRCアルゴリズムを利用し、またアーカイブのディレクトリ構造を2箇所に含んでいる。 構造 [ ] ZIPファイルはファイルの最後に置かれるセントラルディレクトリの終端レコード(EOCD)の存在によって正しく認識される。 この仕組みにより、新たなファイルを追加することが容易である。 ZIPファイルに格納されているエントリ(ファイルまたはディレクトリ)数がゼロで無い場合、格納されている各エントリの名前、エントリに関するその他のメタデータ、ZIPファイル内でエントリデータが位置するオフセットが、セントラルディレクトリエントリに記載される。 これにより、ファイルリストを参照するためにアーカイブ全体を読み込む必要がないため、アーカイブのファイルリストを比較的速く表示することが可能である。 また冗長性の確保のため、各エントリも、エントリ情報をローカルファイルヘッダとして保持している。 zipファイルが追加されることもあるため、ファイルの最後にあるセントラルディレクトリに載っているファイルだけが、正しいファイルである。 セントラルディレクトリが、いくつかのファイルは削除された、あるい更新された、と宣言していることもありうるため、ZIPファイル全体を検索してローカルファイルヘッダを探しても、正しい情報は得られない(ただし、アーカイブが破損している場合は、そのような探索は役に立つだろう)。 セントラルディレクトリ内でのファイルエントリの順番は、アーカイブの中での実際のファイルエントリの順番と同じである必要はない。 ZIPファイル内のそれぞれのエントリは、ローカルファイルヘッダ(コメント、ファイルサイズやファイル名などの情報を含む)と、オプションの 「拡張」 データフィールドと、ファイルデータそのもの(圧縮されたり暗号化されている場合もある)で構成されている。 「拡張」フィールドは、ZIP64フォーマット、WinZip互換のAES暗号化、ファイル属性やより詳細なやUnixファイルのタイムスタンプをサポートするために使用される。 その他にも「拡張」フィールドを使用して機能拡張することが可能。 認識しない拡張フィールドを無視するための機能をZIPツールに組み込む必要がある。 ZIPフォーマットはファイル内の様々な構造を表すために、特定の4バイトの「シグネチャ」を使用する。 それぞれのファイルエントリは、ある特定のシグネチャによって目印が付けられる。 セントラルディレクトリの終端レコードは、それ用のシグネチャでマークされ、セントラルディレクトリ内の各エントリは別の特定の4バイトシグネチャによって目印が付けられる。 ZIPの仕様にはBOFもしくはEOFといった目印がない。 慣例として、ZIPファイルの最初にはZIPエントリが置かれ、そのシグネチャによって簡単にそれとわかる。 しかし、ZIPの仕様においては、ZIPエントリで始まる必要はなく、特に、自己解凍型のアーカイブは、実行可能なファイルヘッダで始まる。 ZIPアーカイブを正しく読み込むには、まず初めにセントラルディレクトリの終端レコードのシグネチャを探し、次に、適宜、他のセントラルレコードを探索する必要がある。 ファイルチャンクが開始する場所を特定するのはセントラルディレクトリのみであるため、ZIPファイルの頭からエントリを検査すべきではない。 ZIPフォーマットは、チャンク間に他のデータを含めることや、シグネチャと同じ4バイト列を含むようなデータを禁止していないため、そのようなスキャンは(フォールス・ポジティブ)を起こすだろう。 [ ] ただし、破損したZIPアーカイブからデータを修復するためのツールは、ローカルヘッダシグネチャを探索するのが普通である。 この場合、ファイルチャンクの後ろにファイルチャンクの圧縮サイズが格納されることが、シーケンシャルな処理を困難にしている。 また ZIPの仕様では、複数のファイルシステムにまたがって分散したアーカイブを扱うこともサポートしている。 もともとは、複数の1. 44MB にまたがった大きなzipファイルの格納を目的としていた。 [ ]現在この機能は、ZIPアーカイブを分割してメールなどで送ったり、リムーバブルメディアで持ち運ぶのに使用されている。 DOSのは2秒単位でタイムスタンプを保持し、ZIPファイルレコードはこれを模倣している。 結果として、ZIPアーカイブ内にあるファイルのタイムスタンプも2秒単位で丸められる。 但し、より正確なタイムスタンプを格納するために拡張フィールドを使用することができる。 なお、ZIPフォーマットにはタイムゾーンという概念がないため、タイムスタンプが意味を持つのは、作成されたタイムゾーンを知っている場合だけである。 2007年9月にPKZIPは、のファイル名を格納するための仕組みを含むZIP仕様のリビジョンをリリースした。 それは最終的にZIPに対するユニコード互換を追加するものである。 ファイルヘッダ [ ] 全てのヘッダ内の複数バイトの値は、で格納される。 全ての長さを示すフィールドは、バイト単位で数える。 それは16ビットIDと16ビット長のチャンクに分割される。 このヘッダの直後には圧縮データのデータが続く。 汎用目的のビットフラグフィールドの3ビット目がセットされている場合、ヘッダの書き込み時にはCRC-32とファイルサイズが不明である。 ローカルヘッダのCRC-32とファイルサイズのフィールドにはゼロが書き込まれ、CRC-32とファイルサイズは圧縮データの後ろに12バイトのデータとして追加される。 (オプションの4バイトのシグネチャが前に付く場合もある。 圧縮メソッド [ ] 現在のZIPファイルフォーマット仕様では次のメソッドの詳細が記載されている。 stored(無圧縮)、Shrunk、Reduced(メソッド 1-4)、Imploded、Tokenizing、Deflated、Deflate64、、LZMA EFS 、、。 最も一般的な圧縮メソッドはでIETF RFC 1951に記載されている。 圧縮メソッドに挙げられていても、PKWARE Data Compression Library DCL Imploding old IBM TERSE , IBM TERSE new , IBM LZ77 z Architecture PFS の仕様の詳細は記載されていない。 暗号化 [ ] 「」も参照 ZIPはシンプルなベースのをサポートすると仕様に記載されている。 但し、重大な脆弱性があることが知られている。 特に、既知平文攻撃に対して脆弱性があり、貧弱なの実装によってさらに安全性が低くなる場合もある。 バージョン5. 2以降の. ZIPファイルフォーマット仕様には、 と 例えば を含む新しい機能のメソッドが追加されている、と記載されている。 WinZipはAESベースの標準規格を使用し、それは、XCeedやDotNetZipでも使用されている。 仕様のバージョン4. 5(それは特定ツールのバージョン4. 5と同じではない) では、PKWAREはこういった制限を回避するために16 EiB(2 64 バイト)まで増加させた "ZIP64" フォーマット拡張を導入した。 ZIP64サポートは新規に発生したものである。 例えば、Windows XPのファイルエクスプローラーはZIP64をサポートしないが、 Windows Vistaのエクスプローラーではサポートする。 同様にDotNetZipやPerlのIO::Compress::Zip、PythonのzipfileのようなライブラリはZIP64をサポートする。 Javaの組み込みモジュールjava. util. zipは 2010年9月現在ではサポートしていない。 今後、に追加されてへの同梱を予定している。 長所と短所 [ ] ZIPファイルのようにファイルを分割して圧縮するとランダムアクセスが可能である。 他のデータを読み込むことなく個々のファイルを取り出すことができる。 DEFLATE圧縮の可能性を限定するときでさえ、それぞれのファイルのために違う辞書圧縮を利用するとアーカイブ全体のサイズをより小さくできることがある。 この圧縮の手法は一般的に小さなファイルが大量にあるときのアーカイブとしては適切ではない。 ZIPアーカイブフォーマットでは、個々のエントリに関する情報を持つメタデータは圧縮しない。 これは、特に個々のエントリのサイズを小さくして、そのエントリ向けのメタデータのサイズを扱うようにアーカイブ可能な最大圧縮比率を設けて制限されているためである。 別の手法としては が使用される。 それはファイルデータとメタデータがで圧縮される1つの単位として圧縮される。 この手法の欠点はランダムアクセスの効率が悪くなってしまうことである。 ZIPと他のファイルフォーマットとの組み合わせ [ ] ZIPファイルフォーマットでは、セントラルディレクトリの後(ファイルの末尾)に、65,535バイト以下のデータを入れることのできるコメント欄がある。 また、セントラルディレクトリがアーカイブ内の各ファイルの開始位置を表すオフセットを指定しているため、最初のエントリがオフセットゼロの位置から開始していなくてもよい。 (gzipのようないくつかのツールでは、ファイルエントリがオフセットゼロで始まらないようなZIPファイルを処理できないが。 )つまり、ZIPアーカイブの前や後に任意のデータを配置しても、ZIPアプリケーションはそのアーカイブを読み込むことができる。 この事実を利用すると、ZIPアーカイブとしても、別のフォーマットとしても扱えるようなファイルを作成することができる。 ただし、別のフォーマットでは、ファイルの最初か末尾かあるいは中ほどに任意のデータを配置できる必要がある。 WinZipやDotNetZipがサポートする SFX はこの利点を活用している。 そういったファイルはPKZIP AppNote. txtの仕様に準拠した. exeファイルであり、規格に準拠したzipツールやライブラリで読み込むことができる。 ZIPフォーマットやZIPの亜種であるJARフォーマットが持つこのような特性は、一見普通のファイルに見えるが、コンピューター内部に害を及ぼすJavaクラスを隠すことに悪用できてしまう。 例えば、ウェブにアップロードされるGIFイメージがある。 これはと呼ばれる手法で、Facebookのようなウェブアプリケーションに対して効率的な攻撃として知られている。 実装 [ ] 多くのZIPツールとZIPライブラリは様々なプログラミング環境の上で利用できる。 ライセンスは商用やのものがある。 例えば、WinZipはWindows上で動作する有名なZIPツールである。 他にも様々なプラットホームで、、、、やDotNetZip等が利用できる。 これらのツールのいくつかはライブラリ、またはプログラミングインタフェースを持つ。 オープンソースで開発されているライブラリの例としてはのやがある。 Javaではに標準的なzipファイルを扱う "java. util. zip" パッケージがある。 Zip64Fileライブラリは特別に4GBを超える巨大なファイルをサポートして、ランダムアクセスを使用してZIPファイルを扱う。 ツールにはでより完全なツールが実装されている。 NETアプリケーションでは、. NET Framework 4. 5で追加されたSystem. Compression名前空間のZipArchiveクラスやZipFileクラスなどが使用できる。 それ以前の場合、Microsoft Public License でソースとバイナリが利用できる DotNetZip と呼ばれる無償のオープンソースライブラリがある。 従来のパスワードを用いたZIP暗号化、WinZip互換のAES暗号化、ユニコード、ZIP64、コメント、分割アーカイブ、自己展開アーカイブといった多くのZIP機能をサポートする。 ランタイムライブラリはZIPフォーマットをサポートするクラスSystem. Packaging. Package を含む。 ZIPフォーマットの実装は、ユーザやグループID、ファイルパーミッション、シンボリックリンクのようなUnixファイルシステムの機能のサポートを追加する。 の実装はUnixパーミッションが事前に定義されたファイルを作成できる範囲に対して注意を払っている。 Info-ZIPの実装もZIP圧縮フォーマットに組み込まれたエラー訂正機能の使用方法が分かっている。 (のような)一部のプログラムはエラーがあるファイルの処理中に失敗する可能性がある。 また Info-ZIP Windowsツールもパーミッションをサポートする。 展開時にNTFSパーミッションをUnixパーミッションへ、もしくはその逆へ変換しようとする。 これは潜在的な意図しない結果をもたらすことがある。 例として、NTFSボリューム上で実行権限を付けて作成されたファイルは拒否されることなどが挙げられる。 Windows 圧縮フォルダー [ ] Windowsでは、Windows 98のためにリリースされたPlus! パック以降、エクスプローラーからZIP形式の圧縮と展開をサポートしている。 マイクロソフトはこの機能を「圧縮フォルダー」と呼んでいる。 圧縮フォルダーはZIPの機能を全てサポートしているわけではなく、例えばWindows 10ではAES暗号化、分割アーカイブ、パスワードを付き圧縮などが行えない。 また圧縮時にはシステムロケールが日本語に設定されたWindowsではファイル名にを使用している。 (の内部文字コード及びファイルシステムの文字コードはであるが、互換性のためにに変換している。 変換できない文字が含まれるファイル名は圧縮できない。 )展開時はhotfix を適用したWindows 7もしくはWindows 8以降でに対応したため、ファイル名がとのどちらであっても問題なく展開できる。 のFinderでは原則として圧縮・展開ともにを想定しているため、macOSで作成したZIPファイルはhotfixを適用したWindows 7以降であればで問題なく展開できるが、逆にWindowsで作成したZIPファイルをmacOSで展開するとファイル名によっては文字化けもしくはエラーとなる。 (これはファイル名の話でファイルの内容には影響しない。 ) 強力な暗号化についての議論 [ ] 2003年に 9. 0パブリックベータをリリースしたとき、WinZipは独自の暗号を導入した。 それは違うファイルフォーマットを用いた新たな仕様としてドキュメントに記載された。 暗号の標準規格は では無いが、 PKWARE は2001年以降、PKZIP 5. 0や6. 0では使用されていた強力な暗号化仕様 SES を含めるようにAPPNOTE. TXTを更新しなかった。 WinZipの Kevin Kearneyや プロダクトマネージャ Mathew CovingtonはSESを差し控えるようにPKWAREを非難。 これに対し、PKZIPチーフ技術オフィサーのJim Petersonは承認に基づく暗号化規格はまだ完全ではないと主張。 しかし、バージョン 4. 5の頃(PKWARE の FTP サイトで確認できる)に公開された最新のAPPNOTE. TXTには、SESだけではなく、同時期に存在したPKZIPプロダクトで作成された. ZIPファイルが用いたDeflate64、DCL Implode、BZip2も除外された。 この欠点を克服するためにのような同時期に存在したプロダクトは違うファイルフォーマットにZIPアーカイブを暗号化する強力なZIP暗号化を実装した。 また別の議論では、PKWAREは2003年7月16日に安全な. ZIPファイルを作成するために強力な暗号と. ZIPを組み合わせるための方法を記載した特許を適用した。 結局PKWAREとWinZipはお互いのプロダクトをサポートすることに同意した。 2004年1月21日にPKWAREはWinZipベースのAES互換フォーマットをサポートするとアナウンスした。 WinZipベータの次のバージョンではSESベースのZIPファイルのサポートが行われた。 PKWAREは最終的にSESを記載した. ZIPファイルフォーマット仕様のバージョン 5. 2を公式にリリースした。 プロジェクト も(その が行うことで)ZIPファイルのAESをサポートしている。 ソフトにおける固有の拡張子 [ ] 固有のファイル形式のなかには、あるファイルを一定のの に格納しZIP形式で圧縮したものが存在する。 そのようなファイルの大半はそのアプリケーション固有の物であることを示すために専用の拡張子を定義しており、以下に示す例はその一部である。 ただし、圧縮アルゴリズムにzlibを使っているものでも、ZIP互換の格納方式を使っていないものは掲載しない。 のアプリケーションアーカイブ crx やののアーカイブファイル で新たに採用された文書フォーマット が提唱するの標準フォーマット シリーズをはじめとした搭載デバイス向けのアプリケーションアーカイブ ipg ゲームのアーカイブファイル のアーカイブファイル kmz の標準ファイル形式。 をZIP圧縮したもの。 x仕様に準拠したアーカイブファイル の文書フォーマット smzip の各種の自動インストール型パッケージファイル wgt W3C Widgets のパッケージファイル。 widget、 Web application、 widget など。 wsz 用のスキンファイル wmz 用のスキンファイル xpi (及びそれをベースとするのウェブブラウザなど)やなどの(アドオン)のインストーラファイル 脚注 [ ] 注釈 [ ]• 2010年11月29日閲覧。 The New York Times. Monday, May 1, 2000. 2009年6月14日閲覧。 Brian Livingston 2003年9月8日. eWEEK. 2014年3月29日閲覧。 WinZip. : Computing, S. L 2009年5月19日. 2009年5月24日閲覧。 Winzip: Knowledgebase. : Computing, S. L 2010年8月13日. 2010年8月17日閲覧。 Stay, Michael. "ZIP Attacks with Reduced Known Plaintext". Shen, Xueming 2009年4月17日. Xueming Shen's Blog. Sun. 2010年9月27日閲覧。 山本康彦 2015年2月3日. Insider. NET. NET TIPS. atmarkIT. 2017年6月24日閲覧。 関連項目 [ ].

次の

Zip(.zipファイル)とは

ジップ

Zipとは、複数のファイルや()を一つのファイルにまとめて格納するの標準的な形式の一つ。 ファイル名の標準のは「. zip」だが、ソフトウェアによって独自の拡張子が与えられていることも多い。 ほとんどの場合、格納するファイルをするため、一般にはファイル圧縮形式の一つとみなされているが、本来は圧縮機能はオプションである。 Zip形式のファイルは内部に複数のファイルを格納し、必要なものだけを取り出して展開することができる。 一般的なOSののように階層型(入れ子型)のディレクトリ構造をそのまま取り込むことができる。 内容を暗号化して正しいを入力しないと取り出すことができないようにする拡張仕様もある。 Zipのバージョン2. 0からLZ77とを組み合わせたDeflate方式のデータ圧縮を利用することができるようになり、ファイル単位で圧縮を行い容量を削減することができる。 似た名称の圧縮にgzipやbzip2などがあるが、前者はDeflate圧縮を用いるがファイル形式としては別物で互換性がなく、後者は名前が似ているだけで特に共通点はない。 近年では、データファイルに様々な種類の複合的なデータを収める必要があるアプリケーションソフトなどで、特定のデータ形式やディレクトリ構造で複数のファイルを生成・配置し、これをまとめてZipで圧縮して一つのファイルにまとめたものを標準のファイル形式とするソフトウェアが増えている。 このようなファイルは外側から見るとZipファイルそのものだが、内容を展開するとそのアプリケーション固有のデータの集合体となるため、固有のファイル形式として独自の拡張子を与えられて識別されることが多い。 このような方式を採用したとして著名なものとして、のソフトウェア配布に用いられる、の標準ファイル形式であるOpen Office XML(の、、など)やOpenDocument Formatなどがある。 Zipは1989年に米PKWARE社のフィル・カッツ(Phil Katz)氏が考案したもので、同社の向けのファイルアーカイブソフトウェア「PKZIP」の標準ファイル形式として登場した。 同氏はZipの仕様を公表し、一切の権利を放棄したため、誰でも自由に利用できるようになり、主にMS-DOSやWindowsなどので標準的な形式および圧縮形式として普及した。

次の

会社概要|ZIP

ジップ

ZIPファイルを作る方法 これには2つの方法があります。 方法1 まずデスクトップの何もない所で右クリックします。 メニューの中から新規作成を選び、圧縮(zip形式)フォルダーをクリックします。 作成された ZIP フォルダーに適当な名前を付けます。 そのフォルダーの上に圧縮したいファイルやフォルダーをマウスでドラッグアンドドロップしていきます。 これでファイルやフォルダーを圧縮する事ができます。 方法2 もう一つの方法は、圧縮したいファイルやフォルダーを予めマウスでドラッグして選択しておきます。 選択したファイルの上で右クリックし、メニューの中から「送る」を選択。 更に次のメニューから「圧縮(zip形式)フォルダー」を選択します。 これで選択したファイルやフォルダーを含めた zip 圧縮されたフォルダーが生成されます。 zipフォルダーの解凍方法 解凍とは圧縮フォルダーから取り出し、非圧縮にする事です。 zipフォルダーを解凍するには、zip フォルダーを普通に開いて「すべて展開」ボタンをクリックします。 解凍先を指定しないのであれば、そのまま展開ボタンをクリックすれば完了です。 パスワード付きZIPファイルを作る方法 パスワード付き ZIP ファイルは別途フリーソフトを使う必要があります。

次の