(57)【要約】  【課題】  ブロック単位データ圧縮及び復元方法及びその装置を提供する。  【解決手段】  本発明によるデータ圧縮装置は、少なくとも一つの原本ファイルのデータを二つ以上のブロック（ｂｌｏｃｋ）に分割するブロック設定部、前記ブロック設定部によって分割されたブロックのうち少なくとも一つのブロックに該当するデータに対して圧縮アルゴリズムを適用し、ブロック圧縮データを生成する圧縮部及び前記ブロック設定部によって分割された各ブロック毎にブロックヘッダ及び前記ブロックのブロックボディを含む圧縮ファイルを生成する圧縮ファイル生成部を含み、前記ブロックボディは、該当ブロックが前記圧縮部によって圧縮された場合、前記ブロック圧縮データを含み、該当ブロックが前記圧縮部によって圧縮されない場合、前記ブロックの原本データを含む。【選択図】  図２
2013500535.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つの原本ファイルのデータを二つ以上のブロック（ｂｌｏｃｋ）に分割するブロック設定部と、
前記ブロック設定部によって分割されたブロックのうち少なくとも一つのブロックに該当するデータに対して圧縮アルゴリズムを適用し、ブロック圧縮データを生成する圧縮部と、
前記ブロック設定部によって分割された各ブロック毎にブロックヘッダ及び前記ブロックのブロックボディを含む圧縮ファイルを生成する圧縮ファイル生成部と、を含み、
前記ブロックボディは、
該当ブロックが前記圧縮部によって圧縮された場合、前記ブロック圧縮データを含み、該当ブロックが前記圧縮部によって圧縮されない場合、前記ブロックの原本データを含むデータ圧縮装置。
【請求項２】
前記ブロックヘッダは、
該当ブロックのブロックボディの圧縮に適用した圧縮アルゴリズムの識別情報を含む請求項１に記載のデータ圧縮装置。
【請求項３】
前記ブロックヘッダは、
該当ブロックのブロックボディが前記ブロック原本データである場合、圧縮していないことを意味するフラグが設定された前記圧縮アルゴリズムの識別情報を含む請求項２に記載のデータ圧縮装置。
【請求項４】
前記ブロックヘッダは、
該当ブロックのブロックボディの圧縮前のデータサイズ及び圧縮後のデータサイズを含む請求項１に記載のデータ圧縮装置。
【請求項５】
前記ブロックボディの圧縮前のデータサイズ及び圧縮後のデータサイズを示すデータは、それぞれ４バイトの長さを有する請求項１に記載のデータ圧縮装置。
【請求項６】
前記ブロック設定部は、
前記原本ファイルのサイズが４ギガバイトを超過する場合、前記原本ファイルを４ギガバイト以下の二つ以上のブロックに分割する請求項５に記載のデータ圧縮装置。
【請求項７】
前記圧縮ファイルは、
それぞれの前記原本ファイルの情報を含む原本ファイルヘッダを前記原本ファイルの個数だけさらに含み、
前記原本ファイルヘッダは、該当原本ファイルの前記圧縮ファイル内の識別情報及び該当原本ファイルのサイズを示すデータを含む請求項１に記載のデータ圧縮装置。
【請求項８】
前記圧縮ファイルは、
前記原本ファイルヘッダに含まれない原本ファイルの付加情報を含む原本ファイルヘッダ拡張フィールドをさらに含み、
前記原本ファイルヘッダ拡張フィールドは、前記原本ファイルのパス（ｐａｔｈ）、前記原本ファイルに対するコメント（ｃｏｍｍｅｎｔ）、オペレーティングシステムのファイルシステム基盤のファイル情報、前記原本ファイルの暗号化情報のうち少なくとも一つのデータを含む請求項７に記載のデータ圧縮装置。
【請求項９】
前記原本ファイルのパスデータ及び前記原本ファイルのコメントデータは、
暗号化可否及び文字エンコーディング情報のうち少なくとも一つを含む請求項８に記載のデータ圧縮装置。
【請求項１０】
前記原本ファイルのパスデータは、
前記原本ファイルのパスが相対パスで記載されているか、絶対パスで記載されているかを示すフラグ、及び前記原本ファイルのパスが相対パスで記載されている場合、親パスを参照できる原本ファイルの圧縮ファイル内の識別情報を含む請求項８に記載のデータ圧縮装置。
【請求項１１】
ブロックボディ及び前記ブロックボディに関する情報を含むブロックヘッダの対を２対以上含む圧縮ファイルをローディングし、前記ブロックヘッダ及びブロックボディを抽出する圧縮ファイルパーシング部と、
前記ブロックヘッダに含まれた前記ブロックボディに関する情報を利用して前記ブロックヘッダと対を成す前記ブロックボディの圧縮を復元するブロック圧縮復元部と、
前記ブロック圧縮復元部によって圧縮が復元された前記ブロックボディを連結して原本ファイルを生成する原本ファイル生成部と、を含む圧縮データ復元装置。
【請求項１２】
前記ブロックヘッダは、
前記ブロックボディの圧縮に適用した圧縮アルゴリズムの識別情報を含み、
前記ブロック圧縮復元部は、
前記ブロックヘッダに含まれた前記圧縮アルゴリズムの識別情報による圧縮アルゴリズムに対応する圧縮復元アルゴリズムを利用し、前記ブロックヘッダと対を成す前記ブロックボディの圧縮を復元する請求項１１に記載の圧縮データ復元装置。
【請求項１３】
前記ブロック圧縮復元部は、
前記ブロックヘッダに含まれた前記圧縮アルゴリズムの識別情報が圧縮されていないことを意味するフラグである場合、前記ブロックヘッダと対を成す前記ブロックボディをそのまま前記原本ファイル生成部に提供する請求項１２に記載の圧縮データ復元装置。
【請求項１４】
少なくとも一つの原本ファイルのデータを二つ以上のブロック（ｂｌｏｃｋ）に分割し、前記分割されたブロックのうち少なくとも一つのブロックに該当するデータに対して圧縮アルゴリズムを適用してブロック圧縮データを生成するステップ、及び
前記分割された各ブロック毎にブロックヘッダ及び前記ブロックのブロックボディを含む圧縮ファイルを生成するステップを含み、
前記ブロックボディは、
該当ブロックが前記圧縮部によって圧縮された場合、前記ブロック圧縮データを含み、該当ブロックが前記圧縮部によって圧縮されない場合、前記ブロックの原本データを含むデータ圧縮方法。
【請求項１５】
ブロックボディ及び前記ブロックボディに関する情報を含むブロックヘッダの対を２対以上含む圧縮ファイルをローディングし、前記ブロックヘッダ及びブロックボディを抽出し、前記ブロックヘッダに含まれた前記ブロックボディに関する情報を利用して前記ブロックヘッダと対を成す前記ブロックボディの圧縮を復元するステップ、及び
圧縮が復元されたそれぞれの前記ブロックボディを連結して原本ファイルを生成するステップを含む圧縮データ復元方法。
【請求項１６】
少なくとも一つの原本ファイルのデータを二つ以上のブロック（ｂｌｏｃｋ）に分割するブロックを設定するための機能と、
前記ブロックのうち少なくとも一つのブロックに該当するデータに対して圧縮アルゴリズムを適用してブロック圧縮データを生成する機能、及び
前記分割された各ブロック毎にブロックヘッダ及び前記ブロックのブロックボディを含む圧縮ファイルを生成する機能を実行し、
前記ブロックボディは、
該当ブロックが前記圧縮部によって圧縮された場合、前記ブロック圧縮データを含み、該当ブロックが前記圧縮部によって圧縮されない場合、前記ブロックの原本データを含むデータのプログラムを記録したコンピュータで読み取ることができる記録媒体。
【請求項１７】
ブロックボディ及び前記ブロックボディに関する情報を含むブロックヘッダの対を２対以上含む圧縮ファイルをローディングし、前記ブロックヘッダ及びブロックボディを抽出する機能と、
前記ブロックヘッダに含まれた前記ブロックボディに関する情報を利用して前記ブロックヘッダと対を成す前記ブロックボディの圧縮を復元する機能、及び
前記圧縮が復元されたそれぞれのブロックボディを連結して原本ファイルを生成する機能を実行するためのプログラムを記録したコンピュータで読み取ることができる記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブロック単位のデータ圧縮及び解除方法及びその装置に関するものである。より詳細には、原本ファイルを圧縮して圧縮ファイルを生成し、圧縮ファイルの圧縮を復元する方法及び装置において、原本ファイルを二つ以上のブロックに分割し、各ブロック毎に圧縮をしたり圧縮されたデータを復元したりする方法及び装置に関するものである。
【背景技術】
【０００２】
データ圧縮技術は、データを伝送したり記憶したりする際に、必要のない部分を除去することにより伝送時間の短縮やメモリ空間（ｓｐａｃｅ）を節約する技術である。例えば、書類をファクシミリで送信する場合、文字と文字の間や行間の空白の部分まで共に伝送する場合、時間がかかる。したがって、空白の部分の位置やサイズを他の簡略化した信号を利用して伝送したり、繰り返しデータを簡略化したりすることによって、データを圧縮して伝送時間を短縮する。磁気テープやディスクにデータを記憶させる際、この技術を使用するとメモリが節約される。
【０００３】
データの圧縮において、原本データに特定圧縮アルゴリズムを適用した後、圧縮アルゴリズムの種類を識別できる情報を含み、圧縮データを生成する技術が広く使用されている。前記原本データは、通常、コンピュータシステムのファイルシステム保存単位であるファイル（ｆｉｌｅ）単位で指定する。すなわち、一つ以上のファイルを指定した後、前記指定したファイルに対して圧縮アルゴリズムを指定して圧縮する。前記指定したファイルそれぞれに対して異なる圧縮アルゴリズムを指定することも可能である。
【０００４】
一方、いくつかのファイル形式の場合、特定領域のデータがすでに圧縮されているため、これ以上の圧縮することが無意味な場合もある。また、一つのファイル内でもそれぞれの領域に対し、最適化された圧縮性能を発揮できる圧縮アルゴリズムが異なる場合もある。しかし、このような場合にも一つのファイルに対して一つの圧縮アルゴリズムのみを使用できるため、ファイル内部の各領域に対して異なる圧縮アルゴリズムを適用することは不可能である問題点がある。
【０００５】
また、一部の圧縮アルゴリズムの場合、圧縮可能なデータの最大長さが制限されるため、最大長さ以上のサイズを有するデータの圧縮は不可能である問題点がある。例えば、圧縮対象データの長さを４バイト以内で表現しなければならない圧縮アルゴリズムの場合、４ギガバイト（Ｇｉｇａ  Ｂｙｔｅ）以上の長さを有するデータを圧縮することは不可能である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする技術的課題は、一つのファイルを二つ以上のブロックに分割して各ブロック毎にデータを圧縮し、前記ブロックに適用した圧縮アルゴリズムの識別情報などの圧縮情報を含むブロックヘッダ及びブロックボディを含む圧縮ファイルを生成するデータ圧縮装置及び方法を提供することにある。
【０００７】
本発明が解決しようとする他の技術的課題は、各ブロック毎にブロックヘッダ及びブロックボディを含む圧縮ファイルをローディングし、各ブロック毎にパーシングした後、各ブロックヘッダに含まれた該当ブロックボディの圧縮情報に応じて対応する圧縮アルゴリズムを利用して圧縮を復元する圧縮データ復元装置及び方法を提供することにある。
【０００８】
本発明が解決しようとするまた他の技術的課題は、圧縮ファイルに含まれたそれぞれの原本ファイルの原本ファイルヘッダに該当原本ファイルのファイルパス形式がエンコーディングされた方式を含めることによって圧縮復元の際、ファイルパスの損傷を防止する圧縮データ復元装置及び方法と、圧縮データ復元装置及び方法を提供することにある。
【０００９】
本発明の技術的課題は、以上で言及した技術的課題に制限されず、言及されていない他の技術的課題は、次の記載から当業者に明確に理解されるであろう。
【課題を解決するための手段】
【００１０】
前記技術的課題を達成するための本発明の一実施形態によるデータ圧縮装置は、少なくとも一つの原本ファイルのデータを二つ以上のブロック（ｂｌｏｃｋ）に分割するブロック設定部、前記ブロック設定部によって分割されたブロックのうち少なくとも一つのブロックに該当するデータに対して圧縮アルゴリズムを適用し、ブロック圧縮データを生成する圧縮部と、前記ブロック設定部によって分割された各ブロック毎にブロックヘッダ及び前記ブロックのブロックボディを含む圧縮ファイルを生成する圧縮ファイル生成部を含み、前記ブロックボディは、該当ブロックが前記圧縮部によって圧縮された場合、前記ブロック圧縮データを含み、該当ブロックが前記圧縮部によって圧縮されない場合、前記ブロックの原本データを含む。
【００１１】
前記技術的課題を達成するための本発明の他の実施形態による圧縮データ復元装置は、ブロックボディ及び前記ブロックボディに関する情報を含むブロックヘッダの対を２対以上含む圧縮ファイルをローディングし、前記ブロックヘッダ及びブロックボディを抽出する圧縮ファイルパーシング部、前記ブロックヘッダに含まれた前記ブロックボディに関する情報を利用して前記ブロックヘッダと対を成す前記ブロックボディの圧縮を復元するブロック圧縮復元部及び前記ブロック圧縮復元部によって圧縮が復元された前記ブロックボディを連結し、原本ファイルを生成する原本ファイル生成部を含む。
【００１２】
前記技術的課題を達成するための本発明のまた他の実施形態によるデータ圧縮方法は、少なくとも一つの原本ファイルのデータを二つ以上のブロック（ｂｌｏｃｋ）に分割し、前記分割されたブロックのうち少なくとも一つのブロックに該当するデータに対し、圧縮アルゴリズムを適用してブロック圧縮データを生成するステップ、及び前記分割された各ブロック毎にブロックヘッダ及び前記ブロックのブロックボディを含む圧縮ファイルを生成するステップを含む。ただし、前記ブロックボディは、該当ブロックが前記圧縮部によって圧縮された場合、前記ブロック圧縮データを含み、該当ブロックが前記圧縮部によって圧縮されない場合、前記ブロックの原本データを含む。
【００１３】
前記技術的課題を達成するための本発明のまた他の実施形態による圧縮データ解除方法は、ブロックボディ及び前記ブロックボディに関する情報を含むブロックヘッダの対を２対以上含む圧縮ファイルをローディングして前記ブロックヘッダ及びブロックボディを抽出し、前記ブロックヘッダに含まれた前記ブロックボディに関する情報を利用して前記ブロックヘッダと対を成す前記ブロックボディの圧縮を復元するステップ、及び圧縮が復元されたそれぞれの前記ブロックボディを連結して原本ファイルを生成するステップを含む。
【００１４】
前記技術的課題を達成するための本発明のまた他の実施形態によるプログラムを記録したコンピュータで読み取ることができる記録媒体は、少なくとも一つの原本ファイルのデータを二つ以上のブロック（ｂｌｏｃｋ）に分割するブロックを設定するための機能、前記ブロックのうち少なくとも一つのブロックに該当するデータに対して圧縮アルゴリズムを適用してブロック圧縮データを生成する機能、及び前記分割された各ブロック毎にブロックヘッダ及び前記ブロックのブロックボディを含む圧縮ファイルを生成する機能を実行することができる。ただし、前記前記ブロックボディは、該当ブロックが前記圧縮部によって圧縮された場合、前記ブロック圧縮データを含み、該当ブロックが前記圧縮部によって圧縮されない場合、前記ブロックの原本データを含むデータである。
【００１５】
前記技術的課題を達成するための本発明のまた他の実施形態によるプログラムを記録したコンピュータで読み取ることができる記録媒体は、ブロックボディ及び前記ブロックボディに関する情報を含むブロックヘッダの対を２対以上含む圧縮ファイルをローディングし、前記ブロックヘッダ及びブロックボディを抽出する機能、前記ブロックヘッダに含まれた前記ブロックボディに関する情報を利用して前記ブロックヘッダと対を成す前記ブロックボディの圧縮を復元する機能、及び前記圧縮が復元されたそれぞれのブロックボディを連結して原本ファイルを生成する機能を実行することもできる。
【発明の効果】
【００１６】
前記のような本発明によれば、一つのファイルを二つ以上のブロックに分割した後、各ブロックに対して該当ブロックに最も適合した圧縮アルゴリズムを選択して圧縮ができる効果がある。また、ファイルの一部に対してのみ圧縮しようとする場合、該当の部分のみをブロック指定してデータを圧縮することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態によるデータ圧縮装置の構成図である。
【図２】本発明の一実施形態によるデータ圧縮装置が生成する圧縮ファイルの構成を示す図である。
【図３】本発明の一実施形態によるデータ圧縮装置が生成する圧縮ファイルの構成のうちブロックヘッダの構成例である。
【図４】本発明の一実施形態によるデータ圧縮装置が生成する圧縮ファイルの構成のうち原本ファイルヘッダの構成例である。
【図５】本発明の一実施形態によるデータ圧縮装置が生成する圧縮ファイルの構成のうち原本ファイルのパスデータの構成例である。
【図６】本発明の一実施形態による圧縮データ復元装置の構成図である。
【発明を実施するための形態】
【００１８】
本発明の利点、特徴、およびそれらを達成する方法は、添付される図面と共に詳細に後述される実施形態を参照すれば明確になるであろう。しかし、本発明は、以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態で具現されることが可能である。本実施形態は、単に本発明の開示が完全になるように、本発明が属する技術分野で通常の知識を有する者に対して発明の範疇を完全に知らせるために提供されるものであり、本発明は、特許請求の範囲によってのみ定義される。なお、明細書全体にかけて、同一の参照符号は同一の構成要素を指すものとする。
【００１９】
以下、本発明の実施形態によってブロック単位のデータ圧縮及び復元方法並びにその装置について説明するためのブロック図または処理フローチャートを参照して本発明について説明する。この時、フローチャートの各ブロックとフロ−チャートの組合せは、コンピュータプログラムインストラクションにより実行可能であることが理解できるであろう。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータまたはその他のプログラマブルデータプロセッシング装備のプロセッサに搭載され得るので、コンピュータまたはその他のプログラマブルデータプロセッシング装備のプロセッサにより実行されるそのインストラクションがフローチャートのブロックで説明された機能を行う手段を生成するように機構を作れる。これらコンピュータプログラムインストラクションは特定方式で機能を具現するためにコンピュータまたはその他のプログラマブルデータプロセッシング装備を指向できるコンピュータ利用可能またはコンピュータ判読可能メモリに保存されることも可能なので、そのコンピュータ利用可能またはコンピュータ判読可能メモリに保存されたインストラクションはフローチャートのブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータプログラムインストラクションはコンピュータまたはその他のプログラマブルデータプロセッシング装備上に搭載することも可能であるため、コンピュータまたはその他のプログラマブルデータプロセッシング装備上で一連の動作段階が実行されてコンピュータで実行されるプロセスを生成し、コンピュータまたはその他のプログラマブルデータプロセッシング装備を行うインストラクションはフローチャートのブロックで説明された機能を実行するための段階を提供することも可能である。
【００２０】
また、各ブロックは特定の論理的機能を行うための一つ以上の実行可能なインストラクションを含むモジュール、セグメントまたはコードの一部を示すことができる。また、いくつかの代替実行例では、ブロックで言及された機能が順序から外れて発生することも可能であるということに注目しなければならない。例えば、連続して図示されている２つのブロックは、実質的に同時に行われてもよく、またはそのブロックが時々該当する機能によって逆順に行われてもよい。
【００２１】
以下、本発明の一実施形態によるデータ圧縮装置の構成及び動作について図１を参照して説明する。図１は、本実施形態によるデータ圧縮装置の構成図である。本実施形態によるデータ圧縮装置は、特定機能があるプログラムが汎用コンピュータシステムで実行中である状態を意味する。
【００２２】
図１に図示するように、本実施形態によるデータ圧縮装置は、ユーザインターフェース１００、制御部１０２、ブロック設定部１０４、格納部１０６、圧縮部１０８及び圧縮ファイル生成部１１０を含む。
【００２３】
ユーザインターフェース１００は、データ圧縮装置のユーザにより圧縮対象である原本ファイルが指定されると、前記原本ファイルの情報を制御部１０２に提供する。以下、「原本ファイル」は、圧縮しようとするデータグループを指す用語として使用され、汎用コンピュータシステムでデータを保存する単位で使用するファイル（ｆｉｌｅ）と同意語として解釈されないことに注意しなければならない。すなわち、「原本ファイル」は、一つのグループの圧縮対象データを意味する。前記原本ファイルは、例えばオペレーティングシステムが支援するファイルシステム（Ｆｉｌｅ  Ｓｙｓｔｅｍ）上の保存単位であるファイル、メモリに臨時に格納されたデータであり得る。
【００２４】
制御部１０２は、ブロック設定部１０４に前記原本ファイルに関する情報を伝達する。制御部１０２は、ブロック設定部１０４にブロック設定情報をさらに伝達することができる。前記ブロック設定情報にはブロック設定基準が含まれ得る。
【００２５】
ブロック設定部１０４は、格納部１０６から前記原本ファイルをローディングし、前記原本ファイルのデータを二つ以上のブロックに分割する。ブロック設定部１０４は、前記原本ファイルをローディングし、原本ファイルヘッダ（ｈｅａｄｅｒ）データを除いたボディ（ｂｏｄｙ）データを二つ以上のブロックに分割することが好ましい。
【００２６】
格納部１０６は、原本ファイル及び圧縮ファイル生成部１１０によって生成された圧縮ファイルを格納する。格納部１０６は、キャッシュ（Ｃａｃｈｅ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭＥＥＰＲＯＭ）及びフラッシュメモリ（Ｆｌａｓｈ  ｍｅｍｏｒｙ）のような不揮発性メモリ素子、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）のような揮発性メモリ素子、及びハードディスクドライブ（Ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ）のような記憶媒体のうち少なくとも一つにより実現されるがこれに限定されない。また、図１には格納部１０６がブロック設定部１０４及び圧縮ファイル生成部１１０と直接連結されているものと図示しているが、格納部１０６は、本実施形態によるデータ圧縮装置と分離しており、ネットワークを介してブロック設定部１０４及び圧縮ファイル生成部１１０と連結され得る。
【００２７】
圧縮部１０８は、ブロック設定部１０４によって分割されたブロックのうち少なくとも一つのブロックに該当するデータに対して圧縮アルゴリズムを適用してブロック圧縮データを生成する。すなわち、圧縮部１０８は、前記原本ファイルのデータが部分的に圧縮し得ることに留意しなければならない。例えば、ブロック設定部１０４が前記原本ファイルを３つのブロックに分割し、圧縮部１０８は、３つのブロックのうち２番目ブロックのみを圧縮する。いかなるブロックを圧縮するかは、ブロック設定部１０４が指定して圧縮部１０８に提供することもでき、圧縮部１０８が圧縮効率を基準に自体判断し、圧縮効率が基準値以上であるブロックに対してのみ圧縮することもできる。前記圧縮効率は、圧縮後のデータのサイズを圧縮前のデータのサイズで割った値に設定することができる。
【００２８】
圧縮対象ブロック情報は、ユーザインターフェース１００を介して入力され、制御部１０２、ブロック設定部１０４を介して圧縮部１０８に提供される。前記圧縮対象ブロック情報は、ブロックの開始点オフセット（ｏｆｆｓｅｔ）及びブロックの終了点オフセット（ｏｆｆｓｅｔ）を含み得る。
【００２９】
圧縮ファイル生成部１１０は、ブロック設定部１０４によって分割された各ブロック毎にブロックヘッダ及び前記ブロックのブロックボディを含む圧縮ファイルを生成する。この時、前記ブロックボディは、該当ブロックが圧縮部１０８によって圧縮された場合、前記ブロック圧縮データを含み、該当ブロックが圧縮部１０８によって圧縮されない場合、前記ブロックの原本データを含む。
【００３０】
前記ブロックヘッダは、該当ブロックのブロックボディが前記ブロック原本データである場合、圧縮していないことを意味するフラグが設定された前記圧縮アルゴリズムの識別情報を含み得る。また、前記ブロックヘッダは、該当ブロックのブロックボディデータの圧縮前のデータサイズ及び圧縮後のデータサイズを含み得る。前記ブロックボディデータの圧縮前のデータサイズ及び圧縮後のデータサイズは、それぞれ４バイトの長さを有することによって、最大４バイトの長さを有するデータのみを圧縮できる圧縮アルゴリズムを支援することができる。
【００３１】
前記圧縮ファイルは、それぞれの前記原本ファイルに関する情報を含む原本ファイルヘッダを前記原本ファイル個数だけさらに含み、前記原本ファイルヘッダは、該当原本ファイルの前記圧縮ファイル内の識別情報及び該当原本ファイルのサイズを示すデータを含み得る。
【００３２】
また、前記圧縮ファイルは、前記原本ファイルヘッダに含まれない原本ファイルの付加情報を含む原本ファイルヘッダ拡張フィールドをさらに含み、前記原本ファイルヘッダ拡張フィールドは、前記原本ファイルのパス（ｐａｔｈ）、前記原本ファイルに対するコメント（ｃｏｍｍｅｎｔ）、オペレーティングシステムのファイルシステム基盤のファイル情報、前記原本ファイルの暗号化情報のうち少なくとも一つのデータを含み得る。
【００３３】
この時、前記原本ファイルのパスデータ及び前記原本ファイルに対するコメントデータは、暗号化可否及び文字エンコーディング情報のうち少なくとも一つを含み得る。
【００３４】
また、前記原本ファイルのパスデータは、前記原本ファイルのパスが相対パスで記載されているか、絶対パスで記載されているかを示すフラグ、及び前記原本ファイルのパスが相対パスで記載されている場合、親パスを参照できる原本ファイルの圧縮ファイル内の識別情報を含み得る。
【００３５】
以下、図２を参照して圧縮ファイル生成部１１０によって生成される圧縮ファイルの構成及び本実施形態によるデータ圧縮装置の動作について説明する。先に、圧縮ファイル生成部１１０によって生成される圧縮ファイルの構成について図２を参照して説明する。図２は、本実施形態によるデータ圧縮装置が生成する圧縮ファイルの構成を示す図である。ただし、図２を理解するにあたって、各構成データの順序は変更され得ることに留意しなければならない。例えば、図２にはブロックヘッダ２０８がブロックボディ２１２の前に位置するものと図示しているが、逆にブロックボディ２１２がブロックヘッダ２０８の前に位置することもできる。すなわち、図２は、本実施形態によるデータ圧縮装置が生成した圧縮ファイルの構成の一つの例に過ぎない。
【００３６】
図２に図示するように、圧縮ファイル生成部１１０によって生成される圧縮ファイルは、圧縮ファイルのフォーマットを識別できる情報を含む圧縮ファイルヘッダ２００、圧縮ファイルが分割圧縮されたのか、ソリッド（ｓｏｌｉｄ）圧縮されたのかに関する情報を含み得る圧縮ファイルヘッダ拡張フィールド２０２、圧縮ファイルに含まれた原本ファイルに関する情報を含む原本ファイルヘッダ２０４、原本ファイルヘッダ２０４に含まれない前記原本ファイルの付加情報を含む原本ファイルヘッダ拡張フィールド２０６、ブロックに関する情報を含むブロックヘッダ２０８、前記ブロックの付加情報を含み得るブロックヘッダ拡張フィールド２１０、前記ブロックのデータを含むブロックボディ２１２、圧縮ファイルに対するコメントまたは圧縮ファイルが終了することを知らせるコードを含む終了拡張フィールド２１４を含み得る。
【００３７】
図２を理解するにあたって、次のことに留意しなければならない。圧縮ファイルヘッダ拡張フィールド２０２、原本ファイルヘッダ拡張フィールド２０６、ブロックヘッダ拡張フィールド２１０は、それぞれ圧縮ファイルヘッダ２００、原本ファイルヘッダ２０４、ブロックヘッダ２０８に記載されない内容を記載する領域をいう。したがって、圧縮ファイルヘッダ拡張フィールド２０２、原本ファイルヘッダ拡張フィールド２０６、ブロックヘッダ拡張フィールド２１０にそれぞれ含まれる情報は、図２に図示するものに限定されず、図２に図示していないデータを新たに定義して該当領域に位置させることができる。
【００３８】
すなわち、圧縮ファイルヘッダ２００、原本ファイルヘッダ２０４、ブロックヘッダ２０８、ブロックボディ２１２、分割圧縮情報、ソリッド圧縮情報などは、あらかじめ定義された構成を有するデータユニット（ｄａｔａ  ｕｎｉｔ）であり、圧縮ファイルヘッダ拡張フィールド２０２、原本ファイルヘッダ拡張フィールド２０６、ブロックのヘッダ拡張フィールド２１０、終了拡張フィールド２１４は、前記データユニットが位置できる領域を示すものと理解できるであろう。
【００３９】
ただし、それぞれの拡張フィールド（２０２、２０６、２１０、２１４）に位置できる前記データユニットは、あらかじめ定めておくことが好ましい。例えば、圧縮ファイルヘッダ拡張フィールド２０２に含まれ得る分割圧縮情報というデータユニットは、原本ファイルヘッダ拡張フィールド２０６には含まれ得ないものとしてあらかじめ定めておくことができる。また、それぞれの拡張フィールド（２０２、２０６、２１０、２１４）は、圧縮ファイルの構成において必須の構成要素ではないため、場合によっては拡張フィールド（２０２、２０６、２１０、２１４）がない圧縮ファイルも可能である。
【００４０】
図２を理解するにあたって、次のことも留意しなければならない。各データ構成要素の右側のセルに図示する数字は、該当データ構成要素が該当圧縮ファイル内に存在できる個数である。
【００４１】
例えば、原本ファイルヘッダ２０４は、各原本ファイルごとに一つ存在し得るため、前記圧縮ファイル内には前記圧縮ファイルの圧縮を復元すると、原本ファイルの個数だけ生成された原本ファイルヘッダ２０４が存在し得る。また、それぞれの原本ファイルは一つ以上のブロックに分割されるため、一つの原本ファイルヘッダ２０４に連結されるブロックヘッダ２０８及びブロックボディ２１２の対は、前記原本ファイルヘッダ２０４内に存在するブロックの数だけ存在し得る。ただし、前記原本ファイルがフォルダまたはディレクトリである場合、前記原本ファイルはブロックの数が０であることに注意しなければならない。
【００４２】
例えば、圧縮ファイルが３個の原本ファイル、すなわちＸファイル、Ｙファイル、Ｚファイルを含み、ＸファイルはＡブロックとＢブロック、ＹファイルはＣブロック、Ｄブロック、及びＥブロック、ＺファイルはＦブロックでそれぞれ構成されると仮定すると、図２の圧縮ファイル構成例による前記圧縮ファイルは、次の順序で構成され得る。圧縮ファイルヘッダ２００→Ｘ原本ファイルヘッダ２０４→Ａブロックヘッダ２０８→Ａブロックボディ２１２→Ｂブロックヘッダ２０８→Ｂブロックボディ２１２→Ｙ原本ファイルヘッダ２０４→Ｃブロックヘッダ２０８→Ｃブロックボディ２１２→Ｄブロックヘッダ２０８→Ｄブロックボディ２１２→Ｅブロックヘッダ２０８→Ｅブロックボディ２１２→Ｚ原本ファイルヘッダ２０４→Ｆブロックヘッダ２０８→Ｆブロックボディ２１２。
【００４３】
本実施形態によるデータ圧縮装置は、一つのファイルを二つ以上のブロックに分割した後、各ブロックに対して該当ブロックに最も適合した圧縮アルゴリズムを選択し、圧縮することができる。前記説明した一例において、圧縮部１０８が、ＸファイルのＡブロックはＡアルゴリズムを使用して圧縮し、ＢブロックはＢアルゴリズムを使用して圧縮することができる。すなわち、一つの原本ファイルに属したデータに対しても互いに異なる圧縮アルゴリズムを使用して圧縮ファイルを生成することもできる。各ブロックに対し、圧縮に使用したアルゴリズムの識別情報はブロックヘッダ２０８に含まれ得る。本実施形態によるブロックヘッダ２０８の構成例は図３に図示する。
【００４４】
図３に図示するように、ブロックヘッダ２０８には該当ブロックのブロックボディ２１２のデータを圧縮する際に適用した圧縮アルゴリズムに関する情報が含まれている。圧縮アルゴリズムの識別コードだけではなく、該当圧縮アルゴリズムに対するヒント情報も含まれ得ることに留意すべきである。前記ヒント情報は、圧縮ファイルの復元時の圧縮アルゴリズムを認識できない場合に提示され得る。
【００４５】
また、本実施形態によるデータ圧縮装置は、ファイルの一部に対してのみ圧縮しようとする場合、該当の部分のみをブロックで指定し、データを圧縮することができ、逆に前記圧縮ファイルの復元時には圧縮された部分のみを復元して原本ファイルを生成できる効果がある。前記説明した一例において、圧縮部１０８は、ＹファイルのＣ、Ｄ、ＥブロックのうつＤブロックのみを圧縮することができる。この場合、ＣブロックとＥブロックのブロックヘッダ２０８に含まれた圧縮アルゴリズムの識別情報には圧縮していないことを意味するフラグが設定される。また、Ｃブロック及びＥブロックのブロックボディ２１２には原本ファイルの該当領域のデータがそのまま含まれる。
【００４６】
前記原本ファイルがＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）のようなイメージファイルである場合、データの一部の領域はすでにＪＰＥＧコーデックによって圧縮された状態であるため、圧縮効果はそれほど大きくないであろう。そのような場合にも全体ファイルに対して圧縮をすることは効率的ではないため、このような場合、一部ブロックのみを圧縮することが効率的である。特に、データサイズが大きい動画ファイルのような場合、本実施形態と共に一部ブロックのみを圧縮することは多くの時間が短縮できる効果がある。
【００４７】
本実施形態によるデータ圧縮装置は、圧縮アルゴリズムが支援するデータサイズを超過するファイルに対しても前記圧縮アルゴリズムが支援するデータサイズ内のいくつかのブロックに分割した後、前記圧縮アルゴリズムを利用してデータを圧縮することによって、圧縮アルゴリズムをそのまま使用して大容量データを圧縮できる効果もある。例えば、ＺＩＰ形式の圧縮アルゴリズムは、最大４ギガバイト（Ｇｉｇａ  Ｂｙｔｅ）のデータを圧縮及び復元することができるが、１０ギガバイトのサイズを有する原本ファイルの場合、本実施形態によるデータ圧縮装置は、前記原本ファイルを、例えば、３ギガバイトのサイズを有するＡブロック、３．５ギガバイトのサイズを有するＢブロック、３．５ギガバイトのサイズを有するＣブロックに分割した後、前記それぞれのブロックに対して前記ＺＩＰ圧縮アルゴリズムを適用して圧縮することによって、圧縮可能なサイズを超過する大容量原本ファイルに対しても既存の圧縮アルゴリズムをそのまま利用して圧縮できる効果がある。図４に図示する原本ファイルヘッダ２０４の構成例を参照すると、本実施形態による圧縮ファイル内の原本ファイルヘッダ２０４は、原本ファイルの長さフィールドを４バイトではない８バイトで指定しているため、４ギガバイトを超過する原本ファイルに対してもその長さを損失なく設定することができる。
【００４８】
また、本実施形態によるデータ圧縮装置は、圧縮ファイルに含まれる原本ファイルのファイルパスの言語エンコーディング方式が原本ファイルヘッダ拡張フィールド２０６に位置する原本ファイルのパスデータに含まれて、前記圧縮ファイル復元時に前記ファイルヘッダデータに含まれた言語エンコーディング方式を考慮してファイルパスを復元するため、圧縮ファイル復元時のファイルパスが損傷することを防止できる効果がある。
【００４９】
図２を再び参照すると、原本ファイルヘッダ拡張フィールド２０６は原本ファイルのパスに対するデータ及びコメントに関するデータが含まれ得る。図５に図示する前記原本ファイルパスデータの構成を参照して本実施形態によるデータ圧縮装置がどのようにファイルパスの多言語支援を行うかについて、また相対パス方式のファイルパス設定機能について説明する。
【００５０】
図５に図示するように、前記原本ファイルパスデータは、原本ファイルのパスがいかなる方式でエンコーディングされているかに関する情報を含むＢｉｔ  ｆｌａｇが含まれている。図５には１バイトを占めるフラグの特定ビット（ｂｉｔ）のｕｎｓｅｔ、ｓｅｔの可否により原本ファイルパスデータの暗号化可否、エンコーディング方式に関する情報、相対パスの使用可否に関する情報が設定されている。
【００５１】
先に、原本ファイルのパスデータは暗号化されたものであり得る。図５の場合、Ｂｉｔ  ｆｌａｇの第３ビットがｓｅｔされた場合、該当原本ファイルのパスデータは暗号化されたことを意味する。前記原本ファイルのパスデータが暗号化された場合、原本ファイルヘッダ拡張フィールド２０６に含まれる暗号化情報を参照し、前記該当原本ファイルのパスデータを復号化することができる。
【００５２】
次に、Ｂｉｔ  ｆｌａｇの第４ビットがｓｅｔされた場合、該当原本ファイルのパスデータは特定コードページ（ｃｏｄｅ  ｐａｇｅ）によりエンコーディングされたことを意味する。前記Ｂｉｔ  ｆｌａｇの第４ビットがセットされた場合、前記コードページは、コードページフィールドに設定される。Ｂｉｔ  ｆｌａｇの第４ビットがｕｎｓｅｔされた場合には、該当原本ファイルのパスデータがユニコード（Ｕｎｉｃｏｄｅ）すなわち、ＵＴＦ−８方式でエンコーディングされたことを意味する。
【００５３】
次に、原本ファイルのパスデータは、相対パス方式で設定されたものであり得る。例えば、Ｘファイルの全体パスが「ｃ：￥￥ｗｉｎｄｏｗｓ￥ｄａｔａ￥ｍｏｖｉｅｓ￥ｘ」であるとすると、絶対パスは「ｃ：￥￥ｗｉｎｄｏｗｓ￥ｄａｔａ￥ｍｏｖｉｅｓ￥ｘ」である反面、親パスが「ｃ：￥￥ｗｉｎｄｏｗｓ￥ｄａｔａ￥ｍｏｖｉｅｓ」の状態の相対パスは「￥ｘ」である。相対経路方式の経路データの指定は、絶対パスが長く、一つのディレクトリ内に多数の原本ファイルが格納された場合、高い圧縮効率が得られる。Ｂｉｔ  ｆｌａｇの第５ビットがｓｅｔされた場合、該当原本ファイルのパスデータは相対パスであることを意味し、親パスはＰａｒｅｎｔ  Ｐａｔｈ  ＩＤフィールドに指定される。前記Ｐａｒｅｎｔ  Ｐａｔｈ  ＩＤフィールドに指定される値は、図４に図示する原本ファイルヘッダに含まれた圧縮ファイル内の原本ファイルの識別情報であり得る。したがって、相対パス方式で原本ファイルパスが設定された圧縮ファイルを復元する場合、前記Ｐａｒｅｎｔ  Ｐａｔｈ  ＩＤフィールドに指定した原本ファイルのパスに前記相対パスを連結して絶対パスを生成した後、前記絶対パスの位置に該当原本ファイルを復元すれば良い。
【００５４】
以下、本発明の他の実施形態による圧縮データ復元装置の構成及び動作について図６を参照して説明する。図６は、本実施形態による圧縮データ復元装置の構成図である。本実施形態による圧縮データ復元装置は、前記データ圧縮装置によって生成された圧縮ファイルを復元することができる。本実施形態による圧縮データ復元装置は、図１に図示する構成をさらに含むことによって前記データ圧縮装置の機能も果たすことができる。
【００５５】
図６に図示するように、本実施形態による圧縮データ復元装置はユーザインターフェース６００、制御部６０２、圧縮ファイルパーシング部６０４、格納部６０６、ブロック圧縮復元部６０８及び原本ファイル生成部６１０を含み得る。
【００５６】
ユーザインターフェース６００は、データ圧縮装置のユーザにより圧縮復元対象である圧縮ファイルが指定されると、前記圧縮ファイルの情報を制御部６０２に提供する。
【００５７】
制御部６０２は、圧縮ファイルパーシング部６０４に前記圧縮ファイルに関する情報を伝達する。
【００５８】
圧縮ファイルパーシング部６０４は、ブロックボディ及び前記ブロックボディに関する情報を含むブロックヘッダの対を２対以上含む前記圧縮ファイルをローディングし、前記ブロックヘッダ及びブロックボディを抽出する。
【００５９】
格納部６０６は、圧縮ファイル及び原本ファイル生成部６１０が生成した原本ファイルを格納する。
【００６０】
ブロック圧縮復元部６０８は、前記ブロックヘッダに含まれた前記ブロックボディに関する情報を利用して前記ブロックヘッダと対を成す前記ブロックボディの圧縮を復元する。前記ブロックヘッダは該当ブロックボディの圧縮に使用した圧縮アルゴリズムに関する情報を含むため、ブロック圧縮復元部６０８は、前記ブロックヘッダに含まれた前記圧縮アルゴリズムの識別情報による圧縮アルゴリズムに対応する圧縮復元アルゴリズムを利用し、前記ブロックヘッダと対を成す前記ブロックボディの圧縮を復元することができる。
【００６１】
前記圧縮ファイルに含まれた原本ファイルのうち、少なくとも一つが一部ブロックに対してのみ圧縮された場合、すなわち、少なくとも一つの前記ブロックヘッダに含まれた前記圧縮アルゴリズムの識別情報が圧縮されなかったことを意味するフラグである場合、ブロック圧縮復元部６０８は、該当ブロックヘッダと対を成す前記ブロックボディをそのまま前記原本ファイル生成部に提供することができる。
【００６２】
原本ファイル生成部６１０は、前記ブロック圧縮復元部によって圧縮が復元された前記ブロックボディを連結して原本ファイルを生成する。
【００６３】
以下、本発明のまた他の実施形態によるデータ圧縮方法について説明する。本実施形態によるデータ圧縮方法は、前記説明した本発明の他の実施形態によるデータ圧縮装置の技術的特徴を適用できることに留意しなければならない。
【００６４】
先に、少なくとも一つの原本ファイルのデータを二つ以上のブロック（ｂｌｏｃｋ）に分割する。
【００６５】
次に、前記分割されたブロックのうち少なくとも一つのブロックに該当するデータに対して圧縮アルゴリズムを適用してブロック圧縮データを生成する。
【００６６】
次に、前記分割された各ブロック毎にブロックヘッダ及び前記ブロックのブロックボディを含む圧縮ファイルを生成する。この時、前記ブロックボディは、該当ブロックが前記圧縮部によって圧縮された場合、前記ブロック圧縮データを含み、該当ブロックが前記圧縮部によって圧縮されない場合、前記ブロックの原本データを含む。また、前記ブロックヘッダは該当ブロックボディの圧縮に適用した圧縮アルゴリズムの識別情報を含むことが好ましい。また、前記ブロックヘッダは該当ブロックボディが圧縮されたかどうかを示す情報をさらに含むことが好ましい。
【００６７】
以下、本発明のまた他の実施形態による圧縮データ復元方法について説明する。本実施形態による圧縮データ復元方法は、前記説明した本発明の他の実施形態による圧縮データ復元装置の技術的特徴を適用できることに留意しなければならない。
【００６８】
先に、ブロックボディ及び前記ブロックボディに関する情報を含むブロックヘッダの対を２対以上含む圧縮ファイルをローディングする。
【００６９】
次に、前記ローディングした圧縮ファイルから前記ブロックヘッダ及びブロックボディを抽出する。
【００７０】
次に、前記ブロックヘッダに含まれた前記ブロックボディに関する情報を利用し、前記ブロックヘッダと対を成す前記ブロックボディの圧縮を復元する。前記ブロックヘッダに含まれた前記ブロックボディに関する情報は、該当ブロックボディの圧縮に適用した圧縮アルゴリズムの識別情報を含むことが好ましい。また、前記ブロックヘッダは該当ブロックボディが圧縮されたかどうかを示す情報をさらに含むことが好ましい。前記ブロックヘッダが、該当ブロックボディが圧縮されなかったことを示す情報を含む場合、前記ブロックボディのデータに対し、圧縮を復元する動作を行わないことが好ましい。
【００７１】
次に、圧縮が復元されたそれぞれの前記ブロックボディをそれぞれ連結して原本ファイルを生成する。例えば、Ｘアルゴリズムにより圧縮されたＡブロック、圧縮していないＢブロック、Ｙアルゴリズムにより圧縮されたＣブロックを含む圧縮アルゴリズムの場合、Ｘアルゴリズムに対応する圧縮復元アルゴリズムを利用してＡブロックを復元したＡ7'Ｙアルゴリズムに対応する圧縮復元アルゴリズムを利用してＣブロックを復元したＣ'Ａ'Ｃ'ように連結することによって原本ファイルを生成することができる。
【００７２】
以下、本発明のまた他の実施形態によるプログラムを記録したコンピュータで読み取ることができる記録媒体について説明する。本実施形態による記録媒体は、前記説明した本発明の他の実施形態によるデータ圧縮装置及び圧縮データ復元装置の技術的特徴を適用できることに留意しなければならない。
【００７３】
前記記録媒体は、キャッシュ（Ｃａｃｈｅ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）及びフラッシュメモリ（Ｆｌａｓｈ  ｍｅｍｏｒｙ）のような不揮発性メモリ素子、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）のような揮発性メモリ素子、及びハードディスクドライブ（Ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ）のような記憶媒体のうち少なくとも一つであり得る。
【００７４】
本実施形態によるプログラムを記録したコンピュータで読み取ることができる記録媒体は、少なくとも一つの原本ファイルのデータを二つ以上のブロック（ｂｌｏｃｋ）に分割するブロックを設定するための機能、前記ブロックのうち少なくとも一つのブロックに該当するデータに対して圧縮アルゴリズムを適用し、ブロック圧縮データを生成する機能、及び前記分割された各ブロック毎にブロックヘッダ及び前記ブロックのブロックボディを含む圧縮ファイルを生成する機能を実行することができる。ただし、前記ブロックボディは、該当ブロックが前記圧縮部によって圧縮された場合、前記ブロック圧縮データを含み、該当ブロックが前記圧縮部によって圧縮されない場合、前記ブロックの原本データを含むデータである。
【００７５】
本実施形態によるプログラムを記録したコンピュータで読み取ることができる記録媒体は、ブロックボディ及び前記ブロックボディに関する情報を含むブロックヘッダの対を２対以上含む圧縮ファイルをローディングし、前記ブロックヘッダ及びブロックボディを抽出する機能、前記ブロックヘッダに含まれた前記ブロックボディに関する情報を利用し、前記ブロックヘッダと対を成す前記ブロックボディの圧縮を復元する機能及び前記圧縮が復元されたそれぞれのブロックボディを連結して原本ファイルを生成する機能を実行することもできる。
【００７６】
以上添付する図面を参照して本発明の実施形態について説明したが、本発明が属する技術分野で通常の知識を有する者は、本発明が、その技術的思想や必須の特徴を変更しない範囲で他の具体的な形態で実施され得ることを理解することができる。したがって、上記実施形態は、すべての面で例示的なものであり、限定的なものでないと理解しなければならない。
【産業上の利用可能性】
【００７７】
本発明は、ファイルのブロック単位で暗号化することによってファイルの暗号化効率性を向上させる。
【図１】
2013500535.tif 000003
【図２】
2013500535.tif 000004
【図３】
2013500535.tif 000005
【図４】
2013500535.tif 000006
【図５】
2013500535.tif 000007
【図６】
2013500535.tif 000008
【国際調査報告】
2013500535.tif 000009
2013500535.tif 000010