JP2010072994A - データ処理のための、装置、方法、および、プログラム - Google Patents

Abstract

【課題】データ保護に要する構成を簡素化することができる技術を提供する。
【解決手段】オリジナルデータをＮ個（Ｎは２以上の整数）の分割データに分割し、Ｌ個（Ｌは１以上Ｎ以下の整数）のリムーバブルメモリに、互いに異なる１個以上Ｎ−１個以下の分割データを、それぞれ格納する。また固定記憶装置を有し、上記リムーバブルメモリに記憶した残りの分割データを格納、リムーバブルメモリに格納されるデータの合計サイズが、固定記憶装置に格納される分割データの合計サイズより小さくなるように分割を行う。
【選択図】図３

Description

本発明は、データ処理のための、装置、方法、および、プログラムに関するものである。

従来より、データを保護する技術として、パスコードを利用した暗号化が利用されている。また、データを分割して暗号化を行う技術も知られている。

特開２００４−２３４３７１号公報 特開２００６−１１３６６３号公報 特開２００６−１２１９２号公報 特開２００５−９９９１０号公報

ところが、データを暗号化するために、データを処理する装置の負荷が高くなる場合があった。また、強固なデータ保護を実現するために、データを処理するシステムの構成が複雑になる場合があった。

本発明は、上記の課題の少なくとも一部を解決するためになされたものであり、データ保護に要する構成を簡素化することができる技術を提供することを目的とする。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。

［適用例１］データ処理装置であって、リムーバブルメモリとの接続を行う接続インターフェースと、オリジナルデータをＮ個（Ｎは２以上の整数）の分割データに分割する分割部と、を備え、前記分割部は、前記接続インターフェースに接続されたＬ個（Ｌは１以上Ｎ以下の整数）のリムーバブルメモリに、互いに異なる１個以上Ｎ−１個以下の分割データを、それぞれ格納する、データ処理装置。

この構成によれば、Ｌ個のリムーバブルメモリに、互いに異なる１個以上Ｎ−１以下の分割データが、それぞれ格納されるので、オリジナルデータを保護することができ、また、データ保護に要する構成を簡素化することができる。

［適用例２］適用例１に記載のデータ処理装置であって、さらに、前記データ処理装置に固定された記憶装置を備え、前記Ｌ個のリムーバブルメモリに格納される前記分割データの総数は、前記Ｎ未満であり、前記分割部は、前記Ｌ個のリムーバブルメモリに格納される前記分割データを前記Ｎ個の分割データから除いた残りである１以上の分割データを、前記記憶装置に格納し、前記分割部は、前記Ｌ個のリムーバブルメモリのそれぞれに関し、１つのリムーバブルメモリに格納される分割データの合計サイズが、前記記憶装置に格納される分割データの合計サイズよりも、小さくなるように、前記分割を行う、データ処理装置。

この構成によれば、分割データの格納に要するリムーバブルメモリの容量が過剰に大きくなることを防止できる。その結果、データ保護に要する構成を簡素化することができる。

［適用例３］適用例１または適用例２に記載のデータ処理装置であって、前記分割部は、前記リムーバブルメモリに格納される分割データのそれぞれに関し、１つの分割データの全体を前記データ処理装置内に同時に保持せずに、前記１つの分割データを前記リムーバブルメモリに格納する、データ処理装置。

この構成によれば、１つの分割データの全体がデータ処理装置内に同時に保持されずに、その１つの分割データがリムーバブルメモリに格納されるので、データ保護を強固にしつつ、データ保護に要する構成を簡素化することができる。

［適用例４］適用例１ないし適用例３のいずれかに記載のデータ処理装置であって、前記分割部は、前記分割の方法の決定をユーザに許容する、データ処理装置。

この構成によれば、ユーザによって決定された分割方法を利用する場合に、データ保護に要する構成を簡素化することができる。

［適用例５］適用例１ないし適用例４のいずれかに記載のデータ処理装置であって、前記分割部は、前記オリジナルデータの書き込み要求に応じて、前記分割と前記格納とを行う、データ処理装置。

この構成によれば、オリジナルデータの書き込み要求に応じて、オリジナルデータの分割と、分割データの格納とを行う場合に、データ保護に要する構成を簡素化することができる。

［適用例６］適用例５に記載のデータ処理装置であって、前記分割部は、前記Ｎ個の分割データの格納に利用される複数の記憶領域であって、前記Ｌ個のリムーバブルメモリを含む複数の記憶領域の全体を、仮想的な１つの記憶領域として扱い、前記オリジナルデータの書き込み要求は、前記１つの仮想的な記憶領域への前記オリジナルデータの書き込み要求である、データ処理装置。

この構成によれば、書き込み要求の構成を簡素化することができる。

［適用例７］適用例１ないし適用例６のいずれかに記載のデータ処理装置であって、さらに、前記リムーバブルメモリに格納された分割データを含む前記Ｎ個の分割データを用いて前記オリジナルデータを復号する復号部を、備える、データ処理装置。

この構成によれば、データの保護と利用とに要する構成を簡素化することができる。

［適用例８］データ処理方法であって、オリジナルデータをＮ個（Ｎは２以上の整数）の分割データに分割し、Ｌ個（Ｌは１以上Ｎ以下の整数）のリムーバブルメモリに、互いに異なる１個以上Ｎ−１個以下の分割データを、それぞれ格納する、データ処理方法。

［適用例９］データ処理のためのコンピュータプログラムであって、オリジナルデータをＮ個（Ｎは２以上の整数）の分割データに分割する機能と、Ｌ個（Ｌは１以上Ｎ以下の整数）のリムーバブルメモリに、互いに異なる１個以上Ｎ−１個以下の分割データを、それぞれ格納する機能と、をコンピュータに実現させるコンピュータプログラム。

なお、本発明は、種々の形態で実現することが可能であり、例えば、データ処理方法および装置、それらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、等の形態で実現することができる。

次に、この発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．第１実施例：
Ｂ．第２実施例：
Ｃ．第３実施例：
Ｄ．第４実施例：
Ｅ．第５実施例：
Ｆ．第６実施例：
Ｇ．変形例：

Ａ．第１実施例：
図１は、本発明の一実施例としてのデータ処理システムを示す説明図である。このデータ処理システム９００は、データ処理装置１００と、ＵＳＢメモリ５０＿１とを、含んでいる。データ処理装置１００は、制御部２００と、ハードディスクドライブ３００と、ＵＳＢインターフェース４００と、を含むコンピュータである。制御部２００は、データ処理装置１００の各構成要素を制御する。制御部２００は、ＣＰＵ２１０と、ＲＡＭ２２０と、ＲＯＭ２３０とを、含んでいる。制御部２００は、バスを介して、ハードディスクドライブ３００およびＵＳＢインターフェース４００に接続されている。なお、図示は省略するが、データ処理装置１００には、さらに、液晶ディスプレイ等の表示装置と、マウスやキーボード等の入力装置とが接続されている。制御部２００は、表示装置に種々の情報を表示させ、そして、入力装置を介してユーザの指示を受け取る。

ＵＳＢインターフェース４００には、種々のＵＳＢデバイスを接続することができる。本実施例では、ＵＳＢインターフェース４００に、ＵＳＢメモリ５０＿１が接続されている。ＵＳＢメモリ５０＿１は、特許請求の範囲における「リムーバブルメモリ」に相当する。

図２は、データ処理装置１００の機能を表すブロック図である。アプリケーション６００と、分割ライブラリ６１０とは、プログラム（プログラムモジュール）である。分割ライブラリ６１０は、分割モジュール６１２と、復号モジュール６１４とを含んでいる。これらのプログラムモジュール６００、６１０（６１２、６１４）は、ＣＰＵ２１０（図１）によって、実行される。以下、プログラムモジュールに従ってＣＰＵ２１０が処理を実行することを、単に、「モジュールが処理を実行する」とも表現する。各モジュール６００、６１０（６１２、６１４）は、ＲＡＭ２２０を介して、互いにデータの送受信が可能である。なお、このようなプログラムモジュールは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体やネットワークを介して、ユーザによって、データ処理装置１００にインストールされてよい。また、プログラムモジュールが、予め、データ処理装置１００にインストールされていてもよい。インストールされたモジュールは、ハードディスクドライブ３００やＲＡＭ２２０やＲＯＭ２３０等の記憶装置に格納される。また、本実施例では、所定のオペレーティングシステムの下で、これらのモジュール６００、６１０が動作する。

アプリケーション６００は、画像処理や文書作成といった種々のデータ処理を実行するアプリケーションプログラムである。アプリケーション６００は、ユーザの指示に従って、データ処理を実行する。また、アプリケーション６００は、分割ライブラリ６１０に、データの書き込み要求と、データの読み出し要求とを、供給する。

分割ライブラリ６１０は、アプリケーション６００からの要求に応じて、データの書き込みと、データの読み出しとを行う。本実施例では、分割ライブラリ６１０は、ハードディスクドライブ３００とＵＳＢメモリ５０＿１とを利用して、書き込みと読み出しとを行う。

図３は、書き込み処理の説明図である。図３は、アプリケーション６００（図２）が、オリジナルデータＯＤの書き込みを要求する場合を示している。アプリケーション６００は、オリジナルデータＯＤを含む書き込み要求を、分割ライブラリ６１０に供給する（処理Ｐ１）。オリジナルデータＯＤは、ＲＡＭ２２０を介して、分割ライブラリ６１０に供給される。書き込み要求に応じて、分割モジュール６１２は、オリジナルデータＯＤを２つの分割データＤＡ、ＤＢに分割する（処理Ｐ２）。

図４は、データ分割の説明図である。本実施例では、分割モジュール６１２（図２）は、オリジナルデータＯＤを表すビット列を、複数のセグメントに細分化する。本実施例では、１つのセグメントは、オリジナルデータＯＤにおいて連続する２ビットを表している。そして、分割モジュール６１２は、奇数番目のセグメントを集めることによって、第１分割データＤＡを生成し、偶数番目のセグメントを集めることによって、第２分割データＤＢを生成する。例えば、図４では、オリジナルデータＯＤに含まれる１６ビットのデータブロックＯＤＰが、８つのセグメントＴＤ１〜ＴＤ８に分割されている（データの並び順は、ＴＤ１〜ＴＤ８の順番である）。奇数番目のセグメントＴＤ１、ＴＤ３、ＴＤ５、ＴＤ７は、第１分割データＤＡに割り振られ、偶数番目のセグメントＴＤ２、ＴＤ４、ＴＤ６、ＴＤ８は、第２分割データＤＢに割り振られる。各分割データＤＡ、ＤＢにおけるセグメントの順番は、オリジナルデータＯＤにおける順番と同じである。例えば、第１分割データＤＡでは、ＴＤ１、ＴＤ３、ＴＤ５、ＴＤ７の順であり、第２分割データＤＢでは、ＴＤ２、ＴＤ４、ＴＤ６、ＴＤ８の順である。

分割モジュール６１２（図２）は、第１分割データＤＡをハードディスクドライブ３００（図２）に格納する（図３：処理Ｐ３）。また、分割モジュール６１２は、第２分割データＤＢを、ＵＳＢメモリ５０＿１（図２）に格納する（図３：処理Ｐ４）。また、分割モジュール６１２は、分割に関する情報（「分割情報ＤＩ」と呼ぶ）を、ハードディスクドライブ３００に格納する。分割情報ＤＩは、分割データＤＡ、ＤＢからオリジナルデータＯＤを復号するために必要な情報を格納している。例えば、分割情報ＤＩは、オリジナルデータＯＤのデータファイル名と、ハードディスクドライブ３００内における第１分割データＤＡの格納位置と、ＵＳＢメモリ５０＿１内における第２分割データＤＢの格納位置と、を含んでいる。

各分割データＤＡ、ＤＢの格納の完了の後、分割モジュール６１２（図２）は、アプリケーション６００から受信したオリジナルデータＯＤをＲＡＭ２２０（図１）から削除する。また、ユーザは、ＵＳＢメモリ５０＿１を、データ処理装置１００から取り外してよい。ユーザがアプリケーション６００を終了させた後には、データ処理装置１００には、第１分割データＤＡのみが残る。一方、ＵＳＢメモリ５０＿１には、第２分割データＤＢのみが格納されている。従って、データ処理装置１００とＵＳＢメモリ５０＿１との一方のみを利用しても、オリジナルデータＯＤの一部しか取得できないので、意図しないユーザからオリジナルデータＯＤを保護することができる。

なお、分割モジュール６１２は、第２分割データＤＢの全体をデータ処理装置１００内に同時に保持せずに、第２分割データＤＢをＵＳＢメモリ５０＿１に格納する。すなわち、データ処理装置１００に固定された記憶装置に、分割モジュール６１２の処理に起因して第２分割データＤＢの全体が同時に存在することは、防止される。その結果、オリジナルデータＯＤの保護を強固にすることができる。ただし、分割モジュール６１２は、第２分割データＤＢの全体を、データ処理装置１００内に同時に保持してもよい。

なお、データ処理装置１００に固定された記憶装置とは、一時的にデータ処理装置１００に接続される記憶装置（例えば、ＵＳＢメモリ５０＿１）ではなく、通常は取り外されることなくデータ処理装置１００に設けられている記憶装置（例えば、ハードディスクドライブ３００やＲＡＭ２２０）を、意味している。以下、このようにデータ処理装置１００に固定された記憶装置のことを「固定記憶装置」とも呼ぶ。

第２分割データＤＢの全体を、データ処理装置１００内に同時に保持せずに、ＵＳＢメモリ５０＿１に格納する方法としては、種々の方法を採用可能である。例えば、分割モジュール６１２は、以下の処理ＰＡ、ＰＢを繰り返せばよい。
（ＰＡ）オリジナルデータＯＤから第２分割データＤＢの一部を取得する。
（ＰＢ）第２分割データＤＢの残りの部分をオリジナルデータＯＤから取得する前に、取得したデータをＵＳＢメモリ５０＿１に格納する。
ここで、分割モジュール６１２は、取得した一部のデータを固定記憶装置に格納せずに、直接にＵＳＢメモリ５０＿１に格納することが好ましい。ただし、分割モジュール６１２は、取得した一部のデータを固定記憶装置に一時的に格納してもよい。この場合には、分割モジュール６１２は、第２分割データＤＢの全体をオリジナルデータＯＤから取得する前に、固定記憶装置に一時的に格納されたデータの少なくとも一部を、削除すればよい。

図５は、読み出し処理の説明図である。図５は、アプリケーション６００（図２）が、事前に書き込まれたオリジナルデータＯＤの読み出しを要求する場合を示している。アプリケーション６００は、オリジナルデータＯＤの読み出し要求を、分割ライブラリ６１０に供給する。読み出し要求における対象データの特定方法としては、任意の方法を採用可能である（図５の実施例では、オリジナルデータＯＤ）。例えば、アプリケーション６００は、データファイル名によって、読み出しの対象データを特定してもよい。

読み出し要求に応じて、復号モジュール６１４（図２）は、対象データに対応付けられた分割情報ＤＩを、ハードディスクドライブ３００から読み出す。復号モジュール６１４は、分割情報ＤＩに応じて、第１分割データＤＡをハードディスクドライブ３００から読み出し（図５：処理Ｐ１０）、第２分割データＤＢを、ＵＳＢメモリ５０＿１から読み出す（処理Ｐ１１）。そして、復号モジュール６１４は、分割データＤＡ、ＤＢを用いて、オリジナルデータＯＤを復号する（処理Ｐ１２）。データ復号は、データ分割（図４）の手順とは逆の手順に従って、行われる。復号モジュール６１４は、生成したオリジナルデータＯＤを、アプリケーション６００に供給する（処理Ｐ１３）。

なお、ＵＳＢメモリ５０＿１がデータ処理装置１００に接続されていない場合には、復号モジュール６１４は、第２分割データＤＢを取得することができない。従って、復号モジュール６１４は、オリジナルデータＯＤを復号することができない。

以上のように、第１実施例では、オリジナルデータＯＤが２つの分割データＤＡ、ＤＢに分割され、そのうちの１つの分割データＤＢがＵＳＢメモリ５０＿１に格納されるので、オリジナルデータＯＤを保護することができる。また、複雑な暗号化処理を用いずにデータを保護することができるので、処理構成を簡素化することができる。そして、処理能力が高くないデータ処理装置１００を利用して、データを保護することができる。さらに、ＵＳＢインターフェース４００を備えるという簡素な構成のデータ処理装置を利用することによって、データを保護することができる。以上のように、第１実施例では、データ保護に要する構成を簡素化することができる。なお、分割ライブラリ６１０は、複数のアプリケーションに、共通に利用されてよい。

Ｂ．第２実施例：
図６は、データ分割の別の実施例の説明図である。図４に示す実施例との差違は、２ビットのセグメントの代わりに６ビットのセグメントが、第１分割データＤＡに割り振られる点だけである。他の構成は、図４に示す実施例と同じである。データ分割に利用されるシステムの構成は、図１、図２に示すデータ処理システム９００と同じである。

分割モジュール６１２（図２）は、６ビットのセグメントと２ビットのセグメントとが交互に並ぶように、オリジナルデータＯＤを表すビット列を、複数の６ビットセグメントと複数の２ビットセグメントとに分割する。そして、分割モジュール６１２は、６ビットセグメントを集めることによって、第１分割データＤＡを生成し、２ビットセグメントを集めることによって第２分割データＤＢを生成する。例えば、図６の例では、オリジナルデータＯＤに含まれる１６ビットのデータブロックＯＤＰが、２つの６ビットセグメントＳＤ１、ＳＤ２と、２つの２ビットセグメントＴＤ１、ＴＤ２に分割されている（データの並び順は、ＳＤ１、ＴＤ１、ＳＤ２、ＴＤ２である）。６ビットセグメントＳＤ１、ＳＤ２は、第１分割データＤＡに割り振られ、２ビットセグメントＴＤ１、ＴＤ２は、第２分割データＤＢに割り振られる。

以上の結果、第２分割データＤＢのデータサイズは、第１分割データＤＡのデータサイズよりも小さくなる。従って、データ保護に要求されるＵＳＢメモリ５０＿１の容量が過剰に大きくなることを防止できる。その結果、データサイズの大きなオリジナルデータＯＤを保護する場合であっても、簡素なＵＳＢメモリ５０＿１を利用可能である。その結果、データ保護に要する構成を簡素化することができる。

Ｃ．第３実施例：
図７は、分割モジュール６１２（図２）の設定画面ＭＷを示す説明図である。ユーザは、この設定画面ＭＷを介して、分割方法を指定することができる。分割モジュール６１２は、ユーザの指示に応じて、設定画面ＭＷを表示装置（図示省略）に表示する。このように、分割モジュール６１２は、分割方法の決定をユーザに許容する。なお、このような分割方法の決定の許容は、上述の各実施例に、適用可能である。

図７に示す実施例では、ユーザは、５つの選択肢Ｍ１〜Ｍ５から１つの選択肢を選択することができる。
（１）第１選択肢Ｍ１は、図４の実施例と同じ分割方法である。
（２）第２選択肢Ｍ２は、図６の実施例と同じ分割方法である。
（３）第３選択肢Ｍ３は、オリジナルデータを、細分化せずに、均等に分割する方法である。本実施例では、オリジナルデータが、同じサイズの前半と後半とに分割される。前半は第１分割データＤＡに相当し、後半は第２分割データＤＢに相当する。
（４）第４選択肢Ｍ４は、オリジナルデータを、細分化せずに、異なるサイズの複数の分割データに分割する方法である。本実施例では、オリジナルデータが、３／４のサイズの前部分と、１／４のサイズの後部分とに分割される。前部分は第１分割データＤＡに相当し、後部分は第２分割データＤＢに相当する。
（５）第５選択肢Ｍ５は、ユーザ定義の分割方法である。ユーザは、設定画面ＭＷのテキストボックスＴＢに、予め決められた規則に従って、分割方法を記述することができる。記述の規則としては、任意の規則を採用可能である。例えば、種々のプログラミング言語と同様の規則（文法）を採用可能である。

ユーザが、設定画面ＭＷのＯＫボタンＯＫＢを操作することに応じて、分割モジュール６１２（図２）は、設定画面ＭＷに入力された設定を受信する。そして、分割モジュール６１２は、設定画面ＭＷを通じて指定された分割方法に従って、オリジナルデータＯＤを分割する。復号モジュール６１４は、指定された分割方法とは逆の方法で、オリジナルデータＯＤを復号する。なお、分割モジュール６１２は、分割情報ＤＩ（図３）に、分割方法を表す情報を格納してもよい。この場合、復号モジュール６１４は、分割情報ＤＩを参照することによって、復号方法を決定してもよい。

このように、分割モジュール６１２が分割方法の決定をユーザに許容するので、ユーザは、保護すべきデータに適した分割方法を利用することができる。そして、データ保護に要する構成を簡素化することができる。

なお、分割方法を指定するユーザの指示を分割モジュール６１２が受信する方法としては、設定画面ＭＷを利用する方法に限らず、任意の方法を採用可能である。例えば、ユーザによって準備された設定ファイルを分割モジュール６１２が読み込んでもよい。ユーザは、この設定ファイルに、分割方法を指定する情報を記述すればよい。

Ｄ．第４実施例：
図８は、データ処理装置の機能の別の実施例を表すブロック図である。図２に示す第１実施例との差違は、ハードディスクドライブ３００とＵＳＢメモリ５０＿１との全体が、仮想的な１つの記憶領域３１０として扱われる点である。第４実施例のデータ処理システム９００ａのハードウェア構成は、図１に示す第１実施例のデータ処理システム９００と同じである。なお、データ処理システム９００ａでは、図２の分割ライブラリ６１０の代わりに、分割ライブラリ６１０ａが利用される。分割ライブラリ６１０ａは、分割モジュール６１２ａと、復号モジュール６１４ａとを含んでいる。分割ライブラリ６１０ａ（各モジュール６１２ａ、６１４ａ）は、ハードディスクドライブ３００とＵＳＢメモリ５０＿１との全体を、仮想的な１つの記憶領域３１０として扱う。

データ処理システム９００ａは、１つの記憶領域を、ドライブ名によって識別する。例えば、図８に示す実施例では、ハードディスクドライブ３００は、「ドライブＣ」として識別され、ＵＳＢメモリ５０＿１は、「ドライブＤ」として識別されている。また、仮想的な記憶領域３１０は、「ドライブＥ」として識別されている。

分割ライブラリ６１０ａは、「ドライブＥ」に対するアクセス要求（書き込み要求と読み出し要求）を処理する。例えば、アプリケーション６００が、ドライブＥに対するオリジナルデータＯＤの書き込み要求を発行した場合には、分割モジュール６１２ａが、この書き込み要求を処理する。具体的には、上述の各実施例と同様に、分割モジュール６１２ａは、オリジナルデータＯＤを２つの分割データＤＡ、ＤＢに分割し、第１分割データＤＡをハードディスクドライブ３００に格納し、第２分割データＤＢをＵＳＢメモリ５０＿１に格納する。

また、アプリケーション６００が、ドライブＥからのオリジナルデータＯＤの読み出し要求を発行した場合には、復号モジュール６１４ａが、この読み出し要求を処理する。具体的には、上述の各実施例と同様に、復号モジュール６１４ａは、ハードディスクドライブ３００から第１分割データＤＡを読み出し、ＵＳＢメモリ５０＿１から第２分割データＤＢを読み出す。そして、復号モジュール６１４ａは、分割データＤＡ、ＤＢを用いて、オリジナルデータＯＤを復号し、得られたオリジナルデータＯＤをアプリケーション６００に供給する。

なお、ドライブＣ（ハードディスクドライブ３００）やドライブＤ（ＵＳＢメモリ５０＿１）に対するアクセス要求は、オペレーティングシステムによって処理される。これらのドライブに対する書き込み処理では、データが、分割されずに、格納される。

このように、本実施例では、アプリケーション６００は、通常のドライブ（記憶領域）にデータを書き込む場合と同様に、仮想ドライブＥ（記憶領域３１０）に対する書き込み要求を発行すればよい。従って、特別な書き込み要求が不要であり、書き込み要求の構成を簡素化することができる。また、データ分割のための専用の機能をアプリケーション６００に組み込まずに、データを保護することができる。なお、分割ライブラリ６１０ａは、複数のアプリケーションに、共通に利用されてよい。

なお、分割ライブラリ６１０ａは、ユーザの指示に従って、仮想的な記憶領域を構成すればよい。例えば、図８に示す実施例では、ハードディスクドライブ３００とＵＳＢメモリ５０＿１とがユーザによって指定されたことに応じて、分割ライブラリ６１０ａが、仮想的な１つの記憶領域３１０を構成すればよい。また、分割ライブラリ６１０ａは、ユーザの指示無しで、予め決められた複数の記憶領域（記憶装置）を利用して、仮想的な１つの記憶領域を構成してもよい。

このような仮想的な記憶領域の利用は、図１〜図７の各実施例に適用可能である。

Ｅ．第５実施例：
図９は、データ処理システムの別の実施例（データ処理システム９００ｂ）の説明図である。このデータ処理システム９００ｂのハードウェア構成は、図１に示す実施例のハードウェア構成を、より一般化したものである。データ処理装置１００のハードウェア構成は、図１の実施例と同じである。ただし、ＵＳＢインターフェース４００には、Ｌ個のＵＳＢメモリ５０＿１〜５０＿Ｌが接続されている（Ｌは１以上の整数）。

図１０は、データ処理システム９００ｂの機能を表すブロック図である。このデータ処理システム９００ｂの機能構成は、図２に示す実施例の機能構成を、より一般化したものである。分割ライブラリ６１０ｂ（モジュール６１２ｂ、６１４ｂ）は、図２の分割ライブラリ６１０（モジュール６１２、６１４）と同様に、オリジナルデータＯＤの分割と復号とを行う。

分割モジュール６１２ｂは、オリジナルデータＯＤを、Ｎ個の分割データＤＡ、ＤＢ＿１〜ＤＢ＿Ｌに分割する（Ｎ＝１＋Ｌ、Ｎは２以上の整数、Ｌは１以上の整数）。分割モジュール６１２ｂは、分割データＤＡを、ハードディスクドライブ３００に格納する。また、分割モジュール６１２ｂは、Ｌ個の分割データＤＢ＿１〜ＤＢ＿Ｌを、Ｌ個のＵＳＢメモリ５０＿１〜５０＿Ｌに、それぞれ格納する。ここで、各分割データＤＢ＿１〜ＤＢ＿Ｌに関して、分割モジュール６１２ｂは、１つの分割データの全体を、データ処理装置１００内に同時に保持せずに、ＵＳＢメモリに格納することが好ましい。

また、分割モジュール６１２ｂは、上述の各実施例と同様に、分割情報ＤＩをハードディスクドライブ３００に格納する。分割情報ＤＩとしては、Ｎ個の分割データからオリジナルデータＯＤを復号するために必要な任意の情報を採用可能である。例えば、分割情報ＤＩは、Ｎ個の分割データのそれぞれの格納位置を表す情報を含んでよい。また、分割情報ＤＩは、分割方法を表す情報を含んでよい。

復号モジュール６１４ｂは、Ｎ個の分割データを利用してオリジナルデータＯＤを復号する。ここで、復号モジュール６１４ｂは、分割情報ＤＩを参照して復号を行えばよい。

本実施例において、数Ｌが２以上であることが好ましい。こうすれば、複数の分割データＤＢ＿１〜ＤＢ＿Ｌが、複数のＵＳＢメモリ５０＿１〜５０＿Ｌに分散して格納される。従って、複数のＵＳＢメモリ５０＿１〜５０＿Ｌの全てがデータ処理装置１００に接続されて初めて、オリジナルデータＯＤの全体を得ることができる。その結果、オリジナルデータＯＤの保護を強固にすることができる。例えば、Ｌ人の人物が、Ｌ個のＵＳＢメモリ５０＿１〜５０＿Ｌを、それぞれ所持すれば、Ｌ人の人物の全員が集まって初めてオリジナルデータＯＤの復号が可能となる。こうすれば、意図しないユーザから、オリジナルデータＯＤを、容易に保護することができる。

なお、分割方法としては、図４、図６、図７に示すような種々の方法を採用可能である。例えば、オリジナルデータＯＤの細分化によって得られる複数のセグメントを利用して、Ｎ個の分割データを生成してもよい。また、細分化せずに、オリジナルデータＯＤをＮ個の分割データに分割してもよい。

ここで、Ｌ個の分割データＤＢ＿１〜ＤＢ＿Ｌのそれぞれのサイズが、データ処理装置１００の固定記憶装置（例えば、ハードディスクドライブ３００）に格納される分割データＤＡのサイズよりも小さくなるように、オリジナルデータＯＤが分割されることが好ましい。こうすれば、分割データＤＢ＿１〜ＤＢ＿Ｌの格納に要するＵＳＢメモリ５０＿１〜５０＿Ｌのそれぞれの容量が過剰に大きくなることを防止できる。その結果、データ保護に要する構成を簡素化することができる。

なお、本実施例の態様は、上述の図１〜図８の各実施例に適用可能である。

Ｆ．第６実施例：
図１１は、データ処理システムの別の実施例（データ処理システム９００ｃ）の機能を表すブロック図である。図１０に示す実施例との差違は、全ての分割データが、ＵＳＢメモリに格納される点だけである。分割ライブラリ６１０ｃ（モジュール６１２ｃ、６１４ｃ）は、図１０の分割ライブラリ６１０ｂ（モジュール６１２ｂ、６１４ｂ）と同様に、オリジナルデータＯＤの分割と復号とを行う。ハードウェアの構成は、図９に示す実施例と同じである。

分割モジュール６１２ｃは、オリジナルデータＯＤを、Ｌ個（Ｌは２以上の整数）の分割データＤＢ＿１〜ＤＢ＿Ｌに分割する。そして、分割モジュール６１２ｃは、Ｌ個の分割データＤＢ＿１〜ＤＢ＿Ｌを、Ｌ個のＵＳＢメモリ５０＿１〜５０＿Ｌに、それぞれ格納する。

また、分割モジュール６１２ｃは、分割情報ＤＩを、１つのＵＳＢメモリ５０＿１に格納する。分割情報ＤＩを格納すべきＵＳＢメモリとしては、予め決められたＵＳＢメモリを採用すればよい。この代わりに、ユーザによって指定されたＵＳＢメモリを採用してもよい。

復号モジュール６１４ｃは、Ｌ個の分割データを利用してオリジナルデータＯＤを復号する。

以上のように、全ての分割データをＵＳＢメモリに格納してもよい。こうすれば、オリジナルデータＯＤを分割したデータ処理装置１００とは異なるデータ処理装置を利用して、オリジナルデータＯＤを復号することができる。

なお、本実施例の態様は、上述の図１〜図８の各実施例に適用可能である。例えば、本実施例の態様を図８に示す実施例に適用する場合には、図１１の分割ライブラリ６１０ｃ（モジュール６１２ｃ、６１４ｃ）は、ハードディスクドライブ３００を利用せずに、Ｌ個のＵＳＢメモリ５０＿１〜５０＿Ｌを利用して仮想的な１つの記憶領域を構成すればよい。

Ｇ．変形例：
なお、上記各実施例における構成要素の中の、独立クレームでクレームされた要素以外の要素は、付加的な要素であり、適宜省略可能である。また、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。

変形例１：
上述の各実施例において、１つのリムーバブルメモリ（例えば、ＵＳＢメモリ５０＿１）に複数の分割データを格納してもよい。図９〜図１１に示す実施例のように複数のリムーバブルメモリを利用する場合には、リムーバブルメモリ毎に、格納される分割データの総数が異なっていても良い。いずれの場合も、オリジナルデータをＮ個の分割データに分割する場合に、Ｌ個（Ｌは１以上Ｎ以下の整数）のリムーバブルメモリに、互いに異なる１個以上Ｎ−１個以下の分割データを、それぞれ格納すればよい。ここで、１つの分割データの全体を、データ処理装置内に同時に保持せずに、リムーバブルメモリに格納することが好ましい。

また、上述の各実施例において、データ処理装置１００の固定記憶装置（例えば、ハードディスクドライブ３００）に、複数の分割データを格納してもよい。固定記憶装置にＰ個（Ｐは１以上の整数）の分割データを格納する場合には、Ｌ個のリムーバブルメモリに格納される分割データの総数は、Ｎ−Ｐ個（Ｎ未満）である。

このように、１つの記憶装置（例えば、１つのリムーバブルメモリや、１つの固定記憶装置）に、複数の分割データを格納してよい。こうすれば、意図せずに、その１つの記憶装置から別の記録装置に分割データがコピーされたとしても、全ての分割データがコピーされる可能性を低減することができる。従って、オリジナルデータの保護を強固にすることができる。

また、Ｌ個のリムーバブルメモリのそれぞれに関し、１つのリムーバブルメモリに格納される分割データの合計サイズが、データ処理装置の固定記憶装置に格納される分割データの合計サイズよりも、小さくなるように、オリジナルデータを分割することが好ましい。こうすれば、分割データの格納に要するＬ個のリムーバブルメモリのそれぞれの容量が過剰に大きくなることを防止できる。

変形例２：
上述の各実施例において、オリジナルデータＯＤの分割方法としては、図４、図６、図７で説明した方法に限らず、任意の方法を採用可能である。

例えば、図４や図６に示す実施例のように、オリジナルデータＯＤを、分割データの総数Ｎよりも多いＫ個のセグメントに細分化し、与えられた規則に従って各セグメントをＮ個の分割データのいずれかに割り振る方法を採用してもよい。この場合、各セグメントのサイズは、任意に決定可能である。例えば、割り振り先に応じて、セグメントのサイズが異なっていても良い。また、各セグメントの割り振り方法としては、任意の方法を採用可能である。

また、図７の第３選択肢Ｍ３や第４選択肢Ｍ４のように、オリジナルデータＯＤを、細分化せずに、予め決められたサイズ割合の分割データに分割してもよい。サイズ割合は、任意に設定可能である。例えば、オリジナルデータＯＤを、９／１０のサイズの分割データと、１／１０のサイズの分割データとに分割してもよい。

いずれの場合も、オリジナルデータＯＤを表すビット列の各ビットを、与えられた規則に従って、値を変えずに、Ｎ個の分割データのいずれかに割り振る方法を採用することが好ましい。こうすれば、処理能力が高くないデータ処理装置を利用して、データを保護することができるので、データ保護に要する構成を簡素化することができる。ここで、各分割データにおけるビットの順番（前後関係）が、オリジナルデータＯＤにおけるビットの順番（前後関係）と同じであることが好ましい。こうすれば、データ分割処理の負荷が過剰に大きくなることを防止できる。

変形例３：
上述の各実施例において、データ処理装置１００の固定記憶装置の代わりに、ＵＳＢメモリに分割情報ＤＩを格納してもよい。また、固定記憶装置とＵＳＢメモリとの両方に分割情報ＤＩを格納してもよい。また、複数のＵＳＢメモリを利用する場合には、各ＵＳＢメモリに分割情報ＤＩを格納してもよい。また、分割情報ＤＩを省略してもよい。例えば、各分割データのファイル名を、オリジナルデータＯＤのファイル名を含む名前にすることによって、オリジナルデータＯＤと複数の分割データとを対応つけてもよい。一般に、オリジナルデータと複数の分割データとを対応付ける方法としては、任意の方法を採用可能である。

変形例４：
上述の各実施例において、リムーバブルメモリとの接続を行う接続インターフェースとしては、ＵＳＢ（Universal Serial Bus）規格に従ったインターフェースに限らず、種々のインターフェースを採用可能である。例えば、ＩｒＤＡ（Infrared Data Association）規格や、Bluetooth規格に従ったインターフェースを採用してもよい。また、有線接続のインターフェースを採用してもよく、この代わりに、無線接続のインターフェースを採用してもよい。また、異なる種類のインターフェースに接続された複数のリムーバブルメモリを利用してもよい。例えば、ＵＳＢメモリと、ＩｒＤＡで接続されたメモリとに、分割データを格納してもよい。

いずれの場合も、リムーバブルメモリとしては、接続インターフェースに一時的に接続される種々の記憶装置を採用可能である。

変形例５：
上述の各実施例において、データ処理装置１００に固定された分割データを格納する固定記憶装置としては、ハードディスクドライブ３００に限らず、任意の記憶装置を採用可能である。例えば、フラッシュメモリ等の半導体メモリを採用してもよい。また、複数の分割データをデータ処理装置１００に格納する場合には、複数の分割データが複数の固定記憶装置に分散して格納されてもよい。同様に、リムーバブルメモリとしても、フラッシュメモリ等の半導体メモリや、ハードディスクドライブ等の種々の記憶装置を採用可能である。

いずれの場合も、分割データを格納する記憶装置としては、不揮発性の記憶装置を採用することが好ましい（例えば、フラッシュメモリやハードディスクドライブ）。こうすれば、長期間に亘って、データを維持することができる。

変形例６：
上記各実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部あるいは全部をハードウェアに置き換えるようにしてもよい。例えば、図２の分割モジュール６１２の機能を、専用のハードウェア回路によって実現してもよい。

また、本発明の機能の一部または全部がソフトウェアで実現される場合には、そのソフトウェア（コンピュータプログラム）は、コンピュータ読み取り可能な記録媒体に格納された形で提供することができる。この発明において、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスクやＣＤ−ＲＯＭのような携帯型の記録媒体に限らず、各種のＲＡＭやＲＯＭ等のコンピュータ内の内部記憶装置や、ハードディスク等のコンピュータに固定されている外部記憶装置も含んでいる。

本発明の一実施例としてのデータ処理システムを示す説明図である。 データ処理装置１００の機能を表すブロック図である。 書き込み処理の説明図である。 データ分割の説明図である。 読み出し処理の説明図である。 データ分割の別の実施例の説明図である。 分割モジュール６１２（図２）の設定画面ＭＷを示す説明図である。 データ処理装置の機能の別の実施例を表すブロック図である。 データ処理システムの別の実施例（データ処理システム９００ｂ）の説明図である。 データ処理システム９００ｂの機能を表すブロック図である。 データ処理システムの別の実施例（データ処理システム９００ｃ）の機能を表すブロック図である。

符号の説明

５０＿１〜５０＿Ｌ…ＵＳＢメモリ
１００…データ処理装置
２００…制御部
２１０…ＣＰＵ
２２０…ＲＡＭ
２３０…ＲＯＭ
３００…ハードディスクドライブ
３１０…記憶領域
４００…ＵＳＢインターフェース
６００…アプリケーション
６１０、６１０ａ、６１０ｂ、６１０ｃ…分割ライブラリ
６１２、６１２ａ、６１２ｂ、６１２ｃ…分割モジュール
６１４、６１４ａ、６１４ｂ、６１４ｃ…復号モジュール
９００、９００ａ、９００ｂ、９００ｃ…データ処理システム
ＤＡ、ＤＢ、ＤＢ＿１〜ＤＢ＿Ｌ…分割データ
ＴＢ…テキストボックス
ＯＤ…オリジナルデータ
ＤＩ…分割情報
ＭＷ…設定画面
ＴＤ１〜ＴＤ８、ＳＤ１、ＳＤ２…セグメント
ＯＤＰ…データブロック

Claims (9)

1. データ処理装置であって、
   リムーバブルメモリとの接続を行う接続インターフェースと、
   オリジナルデータをＮ個（Ｎは２以上の整数）の分割データに分割する分割部と、
   を備え、
   前記分割部は、前記接続インターフェースに接続されたＬ個（Ｌは１以上Ｎ以下の整数）のリムーバブルメモリに、互いに異なる１個以上Ｎ−１個以下の分割データを、それぞれ格納する、
   データ処理装置。
2. 請求項１に記載のデータ処理装置であって、さらに、
   前記データ処理装置に固定された記憶装置を備え、
   前記Ｌ個のリムーバブルメモリに格納される前記分割データの総数は、前記Ｎ未満であり、
   前記分割部は、前記Ｌ個のリムーバブルメモリに格納される前記分割データを前記Ｎ個の分割データから除いた残りである１以上の分割データを、前記記憶装置に格納し、
   前記分割部は、前記Ｌ個のリムーバブルメモリのそれぞれに関し、１つのリムーバブルメモリに格納される分割データの合計サイズが、前記記憶装置に格納される分割データの合計サイズよりも、小さくなるように、前記分割を行う、
   データ処理装置。
3. 請求項１または請求項２に記載のデータ処理装置であって、
   前記分割部は、前記リムーバブルメモリに格納される分割データのそれぞれに関し、１つの分割データの全体を前記データ処理装置内に同時に保持せずに、前記１つの分割データを前記リムーバブルメモリに格納する、
   データ処理装置。
4. 請求項１ないし請求項３のいずれかに記載のデータ処理装置であって、
   前記分割部は、前記分割の方法の決定をユーザに許容する、
   データ処理装置。
5. 請求項１ないし請求項４のいずれかに記載のデータ処理装置であって、
   前記分割部は、前記オリジナルデータの書き込み要求に応じて、前記分割と前記格納とを行う、
   データ処理装置。
6. 請求項５に記載のデータ処理装置であって、
   前記分割部は、前記Ｎ個の分割データの格納に利用される複数の記憶領域であって、前記Ｌ個のリムーバブルメモリを含む複数の記憶領域の全体を、仮想的な１つの記憶領域として扱い、
   前記オリジナルデータの書き込み要求は、前記１つの仮想的な記憶領域への前記オリジナルデータの書き込み要求である、
   データ処理装置。
7. 請求項１ないし請求項６のいずれかに記載のデータ処理装置であって、さらに、
   前記リムーバブルメモリに格納された分割データを含む前記Ｎ個の分割データを用いて前記オリジナルデータを復号する復号部を、備える、
   データ処理装置。
8. データ処理方法であって、
   オリジナルデータをＮ個（Ｎは２以上の整数）の分割データに分割し、
   Ｌ個（Ｌは１以上Ｎ以下の整数）のリムーバブルメモリに、互いに異なる１個以上Ｎ−１個以下の分割データを、それぞれ格納する、
   データ処理方法。
9. データ処理のためのコンピュータプログラムであって、
   オリジナルデータをＮ個（Ｎは２以上の整数）の分割データに分割する機能と、
   Ｌ個（Ｌは１以上Ｎ以下の整数）のリムーバブルメモリに、互いに異なる１個以上Ｎ−１個以下の分割データを、それぞれ格納する機能と、
   をコンピュータに実現させるコンピュータプログラム。

Images