(57)【要約】【課題】  簡単な手順により達成され効果的な個人情報保護方法を提供すること。【解決手段】  本発明によるデータ管理方法は、データを複数の部分データに分割するステップ（２０７）と、それぞれの部分データに前記複数の部分データの間の相互関係を一意的に定義する識別子を割り当てるステップ（２０７）と、前記識別子を暗号化して、暗号化識別子を生成するステップ（２０８）と、前記複数の部分データと前記複数の部分データを構成するそれぞれの部分データに付加され暗号化された暗号化識別子とを記憶手段に記憶するステップと、前記記憶手段に記憶されている前記暗号化識別子を前記識別子に復号し、前記記憶手段に記憶されている前記複数の部分データを、前記復号された識別子によって定義される相互関係を用いて分割前のデータに復元するステップと、によって構成される。【選択図】  図２
2005182275.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）データを複数の部分データに分割するステップと、
（ｂ）前記複数の部分データを構成するそれぞれの部分データに、当該部分データと前記複数の部分データを構成する他の部分データとの関係を示す識別子を割り当てるステップと、
（ｃ）前記識別子を暗号化して、暗号化識別子を生成するステップと、
（ｄ）前記複数の部分データと前記複数の部分データを構成するそれぞれの部分データに割り当てられ暗号化された暗号化識別子とを記憶手段に記憶するステップと、
（ｅ）前記記憶手段に記憶されている前記暗号化識別子を前記識別子に復号し、前記記憶手段に記憶されている前記複数の部分データを前記復号された識別子が示す前記関係を用いて分割前のデータに復元するステップと、
を含むことを特徴とするデータ管理方法。
【請求項２】
請求項１記載のデータ管理方法において、
（ｆ）前記記憶手段に記憶されている前記複数の部分データを他の形態を有する複数の部分データに変換し、変換され他の形態を有する複数の部分データを、変換前の暗号化識別子と共に前記記憶手段又は別の記憶手段に記憶するステップを更に含むことを特徴とするデータ管理方法。
【請求項３】
請求項１または請求項２記載のデータ管理方法において、
（ｇ）ステップ（ｃ）において暗号化した後でステップ（ｄ）において前記複数の部分データと前記暗号化識別子とを記憶する前に、前記暗号化識別子をキーとして用いて前記複数の部分データと前記暗号化識別子との組を並び替えるステップを更に含むことを特徴とするデータ管理方法。
【請求項４】
請求項１ないし請求項３の任意の請求項に記載のデータ管理方法において、
（ｈ）ステップ（ｃ）及びステップ（ｅ）における暗号化及び復号に用いられる暗号鍵を前記記憶手段とは別の分離可能な記憶手段に記憶するステップを更に含むことを特徴とするデータ管理方法。
【請求項５】
請求項１ないし請求項４の任意の請求項に記載のデータ管理方法において、前記データは複数の項目から構成され対象を特定する情報であることを特徴とするデータ管理方法。
【請求項６】
請求項２ないし請求項５の任意の請求項に記載のデータ管理方法において、前記複数の部分データは画像データであり、ステップ（ｆ）における変換は画像データからテキスト・データへの変換であることを特徴とするデータ管理方法。
【請求項７】
（ａ）ｎ及びｍを自然数として、ｎ個の画像データのそれぞれをｍ個の部分画像データに分割するステップと、
（ｂ）ステップ（ａ）による分割の結果として生じたｎｍ個の部分画像データのそれぞれに、当該部分画像データが前記ｎｍ個の部分画像データの中のどの部分画像データであるかを示す識別子を割り当てるステップと、
（ｃ）前記識別子を暗号化して暗号化識別子を生成し、前記暗号化識別子をキーとして用いて前記部分データと前記暗号化識別子とのｎｍ個の組を並び替え、前記部分データと前記暗号化識別子との並び替えられたｎｍ個の組を記憶手段に記憶するステップと、
（ｄ）前記記憶手段に記憶されている前記ｎｍ個の部分画像データと前記暗号化識別子とを読み出し、前記ｎｍ個の部分画像データをそれぞれの部分画像データに対応する部分テキスト・データから構成されるｎｍ個の部分テキスト・データに変換し、変換されたｎｍ個の部分テキスト・データを前記暗号化識別子と共に前記記憶手段、前記別の記憶手段又は更に別の記憶手段に記憶するステップと、
（ｅ）前記記憶手段、前記別の記憶手段又は前記更に別の記憶手段に記憶されている前記暗号化識別子を前記識別子に復号し、前記記憶手段、前記別の記憶手段又は前記更に別の記憶手段に記憶されている前記ｎｍ個の部分テキスト・データを前記復号された識別子を用いて分割前のｎ個の画像データに対応するｎ個のテキスト・データに復元するステップと、
を含んでおり、
（ｆ）ステップ（ａ）ないしステップ（ｅ）は、異なるコンピュータにおいて実行されうることを特徴とするデータ管理方法。
【請求項８】
請求項１ないし請求項７の任意の請求項に記載のデータ管理方法に含まれるステップをコンピュータに実行させるコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広くは、データの保護に関し、より詳しくは、個人情報を含むデータの一部又は全部が第三者に漏洩した場合であっても全体としての個人情報が保護されるようにデータを暗号化及び管理する方法に関する。
【背景技術】
【０００２】
データ・セキュリティの重要性は指摘するまでもないが、データの中でも特に個人情報の保護の重要性が近年注目されている。個人情報を含むデータの処理が複数の場所で複数の人間によって行われている現在の状況では、不特定多数の人間が個人情報に直接アクセスする機会が生じ、様々な形態で様々な場所に保持されている個人情報は、常に漏洩の危険にさらされているからである。また、実際、個人情報を扱う企業や団体は、保有する個人情報の紛失や漏洩が生じると、深刻な社会的非難を受け、長期間かけて築いてきた社会的信用を極めて容易に喪失する。そして、失われた社会的信頼の回復は困難であるのが通常である。従って、特に企業にとって、個人情報の保護は、時には短期的な利益の追求に優先するほど重要な課題であり、従来から、アクセス制限、認証、ログ管理などによる、個人情報取扱担当者の人的範囲の制限や担当者が行使できる権限の制限などがなされてきた。これらの対策は、一定の効果を確実に奏するものであり、今後もそれぞれの対策の内部で改善が試みられながら継続して講じられていくはずである。
【０００３】
しかし、そのような従来型の対策では役に立たない場合がある。例えば、ある企業が新製品のキャンペーンをする際に、新製品に関係する景品を提示し、テレビや雑誌などの広告宣伝媒体で視聴者や読者に葉書を用いた応募を呼びかけることが広く行われている。そして、キャンペーンを集計するため、応募葉書に書かれた応募者の個人情報を電子データ化する必要が生じることがある。そのような場合、電子データ化作業を行うキーパンチャは、応募葉書に書かれた個人情報を実際に見て、手動でデータ入力を行う。作業の一部はスキャナの利用などにより自動化が可能であろうが、現状では手書き文字の電子データ化を完全に自動化することは不可能であるから、キーパンチャの介在は不可避であり、このキーパンチャは、極めて容易に個人情報にアクセスできる。これと類似の状況は、医療機関で作成されたレセプトの集計及び入力や、様々な段階の学校における試験の答案用紙の採点及び集計などにも見られる。
【発明の開示】
【０００４】
本発明によるデータ管理方法では、個人情報の性質に着目することにより、その新たな保護方法を達成している。ある１人の人間の個人情報は、複数の項目から構成されているのが一般的である。すなわち、Ａさんの個人情報は、例えば、氏名、性別、住所、郵便番号、電話番号など複数の項目の集合として把握できる。いま、Ａさんの個人情報を構成する複数の項目の中で、例えば、他のすべての項目と切り離された住所だけが第三者に知られた場合を考えてみると、誰の住所であるともわからない住所がひとつわかっているだけであり、情報としての価値が乏しい。住所は、例えば、住人（氏名）、電話番号、収入、家族構成などと関連付けられて存在して初めて情報としての価値を有するからである。そして、住所に限らず、個人情報に属する個々の項目は、相互関係、特に誰の属性であるかを示す主体（上の例ではＡさん）との相互関係が特定されて初めて意味を有する。本発明は、このような個人情報の性質に関する具体的観察に基づいている。
【０００５】
本発明によるデータの管理方法では、ある１人の人間の個人情報を構成する複数の項目の中の１項目のみを知り得たとして、その１項目の情報だけでは重要性が少ないことに着目する。その上で、ある１人の人間の個人情報を構成する複数の項目を所定の単位に分割して、データを入力及び管理する方法を提案する。分割された項目相互間の関連が不明ではデータの活用ができない。しかし、項目相互間の関連が容易に推定できるようでは、分割する意味がない。本発明によるデータ管理方法では、これらの問題をブロック暗号を用いて解決し、簡単で効果的な個人情報の保護方法を提案している。
【０００６】
本発明によると、（ａ）データを複数の部分データに分割するステップと、（ｂ）前記複数の部分データを構成するそれぞれの部分データに、当該部分データと前記複数の部分データを構成する他の部分データとの関係を示す識別子を割り当てるステップと、（ｃ）前記識別子を暗号化して、暗号化識別子を生成するステップと、（ｄ）前記複数の部分データと前記複数の部分データを構成するそれぞれの部分データに割り当てられ暗号化された暗号化識別子とを記憶手段に記憶するステップと、（ｅ）前記記憶手段に記憶されている前記暗号化識別子を前記識別子に復号し、前記記憶手段に記憶されている前記複数の部分データを前記復号された識別子が示す前記関係を用いて分割前のデータに復元するステップと、によって構成されるデータ管理方法が提供される。なお、後述する実施例では、ここでいう識別子は、それぞれのファイル名として付加されるシリアル番号ＳＥＲに対応する。暗号化識別子は、暗号化シリアル番号ＥＳＥＲに対応する。シリアル番号ＳＥＲは、分割の結果として生じる部分相互間の関係を識別する機能を有するからである。
【０００７】
本発明によるデータ管理方法は、更に、（ｆ）前記記憶手段に記憶されている前記複数の部分データを他の形態を有する複数の部分データに変換し、変換され他の形態を有する複数の部分データを、変換前の暗号化識別子と共に前記記憶手段又は別の記憶手段に記憶するステップを更に含むことがありうる。複数の部分データを変換して他の形態を有する複数の部分データにする一例としては、キーパンチャが葉書上の手書き文字自体の画像データをディスプレイ上に表示して、手書き文字の内容をテキスト・データに変換することがある。
【０００８】
また、本発明によるデータ管理方法は、（ｇ）ステップ（ｃ）において暗号化した後でステップ（ｄ）において前記複数の部分データと前記暗号化識別子とを記憶する前に、前記暗号化識別子をキーとして用いて前記複数の部分データと前記暗号化識別子との組を並び替えるステップを更に含むことがありうる。この並び替えは、データを分割した際の順序やタイムスタンプが明らかなままでの保存を回避することによって、データの復元を困難にする目的で行われる。後述する実施例では、暗号化された後の暗号化識別子をキーとして用いて並び替える（ソートする）ことが行われている。
【０００９】
また、本発明によるデータ管理方法は、（ｈ）ステップ（ｃ）及びステップ（ｅ）における暗号化及び復号に用いられる暗号鍵を部分データ及び暗号化識別子が記憶されている記憶手段とは別の分離可能な記憶手段に記憶するステップを更に含むことがありうる。なお、分離可能な記憶装置とは、例えばＵＳＢメモリやメモリスティックなど、作業をしているコンピュータから取り外しが容易なメモリであり、このようにデータと暗号鍵とを別に保管することによって、権限のない者による復号を困難にすることができる。個人情報を扱うデータベース・システムの管理が外注コンピュータ業者に依頼された場合に、個人情報が漏洩した例が報告されており、社会問題になっているので、本発明によるデータ管理方法では、暗号鍵を別管理することでそのような問題に対処しようとしている。
【００１０】
また、本発明によるデータ管理方法では、前記データは複数の項目から構成され対象を特定する情報である。対象とは例えば個人や企業を指す。前記データは例えば個人情報であり、前記データを構成する複数の部分データは前記個人情報に含まれる１又は複数の項目でありうる。項目とは、例えば、氏名、性別、年齢、家族構成、住所、電話番号、納税額、健康状態などであるが、これ以外にも様々な項目がありうる。本発明によるデータ管理方法は、原理的なアイデアとしては、特定のデータにだけ適応されるものではなく、会計データや健康データなどを含む任意のデータに適用されるが、元々は、個人情報の保護を念頭においていた。以下で行う実施例の説明も個人情報の保護に即してなされている。
【００１１】
また、本発明によるデータ管理方法がステップ（ｆ）を含む場合には、前記複数の部分データは画像データであり、ステップ（ｆ）における変換は画像データからテキスト・データへの変換でありうる。これは、以下で説明するビール会社による新製品キャンペーンの例にも該当する。
【００１２】
更に、後述する実施例に即して考察すると、本発明によると、（ａ）ｎ及びｍを自然数として、ｎ個の画像データのそれぞれをｍ個の部分画像データに分割するステップと、（ｂ）ステップ（ａ）による分割の結果として生じたｎｍ個の部分画像データのそれぞれに、当該部分画像データが前記ｎｍ個の部分画像データの中のどの部分画像データであるかを示す識別子を割り当てるステップと、（ｃ）前記識別子を暗号化して暗号化識別子を生成し、前記暗号化識別子をキーとして用いて前記部分データと前記暗号化識別子とのｎｍ個の組を並び替え、前記部分データと前記暗号化識別子との並び替えられたｎｍ個の組を記憶手段に記憶するステップと、（ｄ）前記記憶手段に記憶されている前記ｎｍ個の部分画像データと前記暗号化識別子とを読み出し、前記ｎｍ個の部分画像データをそれぞれの部分画像データに対応する部分テキスト・データから構成されるｎｍ個の部分テキスト・データに変換し、変換されたｎｍ個の部分テキスト・データを前記暗号化識別子と共に前記記憶手段、前記別の記憶手段又は更に別の記憶手段に記憶するステップと、（ｅ）前記記憶手段、前記別の記憶手段又は前記更に別の記憶手段に記憶されている前記暗号化識別子を前記識別子に復号し、前記記憶手段、前記別の記憶手段又は前記更に別の記憶手段に記憶されている前記ｎｍ個の部分テキスト・データを前記復号された識別子を用いて分割前のｎ個の画像データに対応するｎ個のテキスト・データに復元するステップと、を含んでおり、（ｆ）ステップ（ａ）ないしステップ（ｅ）は、異なるコンピュータにおいて実行されうる。
【００１３】
葉書上の手書き文字をスキャナを用いて電子データ化した画像データをキーパンチャが目視してテキスト・データ化する場合に、画像データが分割されていれば、キーパンチャには個人情報としての全体の画像データの意味が不明であるから、個人情報が漏洩しない。これが、本発明の出発点である。現実には、このテキスト・データ化には相当な人手が必要なため、外部業者に外注されることが多い。その際に、データを通信ネットワークを介して別のコンピュータに伝送することがありうる。ステップ（ａ）ないしステップ（ｅ）は異なるコンピュータにおいて実行されうるという上記（ｆ）は、このように、本発明のデータ管理方法を構成する複数のステップが複数のコンピュータにおいて実行される可能性について言及したものである。
【００１４】
外部へのデータ伝送も含む形態として本発明をより具体的に把握すると、本発明は、（ａ）ｎ及びｍを自然数として、ｎ個の画像データのそれぞれをｍ個の部分画像データに分割するステップと、（ｂ）ステップ（ａ）による分割の結果として生じたｎｍ個の部分画像データのそれぞれに、当該部分画像データが前記ｎｍ個の部分画像データの中のどの部分画像データであるかを示す識別子を割り当てるステップと、（ｃ）前記識別子を暗号化して暗号化識別子を生成し、前記暗号化識別子をキーとして用いて前記部分データと前記暗号化識別子とのｎｍ個の組を並び替え、前記部分データと前記暗号化識別子との並び替えられたｎｍ個の組を記憶手段に記憶するステップと、（ｄ）前記記憶手段に記憶されている前記ｎｍ個の部分画像データを読み出し、前記ｎｍ個の部分画像データをステップ（ａ）ないし（ｄ）が実行される第１のコンピュータから別の第２のコンピュータへ送信するステップと、（ｅ）前記第２のコンピュータにおいて前記ｎｍ個の部分画像データを受信し、前記ｎｍ個の部分画像データをそれぞれの部分画像データに対応する部分テキスト・データから構成されるｎｍ個の部分テキスト・データに変換し、変換されたｎｍ個の部分テキスト・データを更に別の記憶手段に記憶するステップと、（ｆ）前記更に別の記憶手段に記憶されている前記変換されたｎｍ個の部分テキスト・データを読み出し、前記第２のコンピュータから前記第１のコンピュータへ送信するステップと、（ｇ）前記第１のコンピュータにおいて、前記変換されたｎｍ個の部分テキスト・データを受信し、前記記憶装置又は前記別の記憶装置に記憶されている前記暗号化識別子を前記識別子に復号し、受信された前記ｎｍ個の部分テキスト・データを前記復号された識別子を用いて分割前のｎ個の画像データに対応するｎ個のテキスト・データに復元するステップと、によって構成されるデータ管理方法として把握できる。
【００１５】
なお、本発明によるデータ管理方法は、データ管理を実現する各ステップをコンピュータに実行させる命令の総体としてのコンピュータ・プログラムとしても把握できる。
【発明を実施するための最良の形態】
【００１６】
図１には、本発明によるデータ管理方法におけるデータ処理の手順が（１−１）から（１−５）までの５つの段階として時系列的に示されている。最初の段階である（１−１）では、ｎ人の個人情報が、それぞれ、氏名、性別、住所、郵便番号及び電話番号という５項目から構成されている。例えば、応募者の個人情報が手書きされたキャンペーン応募葉書をスキャナで読み、葉書ごとにファイル化した状態である。第２の段階である（１−２）では、氏名＋性別を項目群ａに、住所＋郵便番号を項目群ｂに、電話番号を項目群ｃに分割されている。この状態では、１つの項目群を知り得ても、個人情報としてほとんど意味を有さない。例えば、項目群ａが第三者に漏洩したとしても、ある氏名を有する人間の性別がわかるだけであり、その人間の住所も電話番号もわからない。また、項目ｂが漏洩しても、ある郵便番号を有する住所があるということだけしかわからない。項目ｃが漏洩した場合には、そのリストにある誰かの電話番号であるということだけしかわからない。
【００１７】
このように、個人情報が複数の項目群に分割され項目群の相互関係が明示されていない状態でデータの入力及び管理がなされれば、個々の項目群が第三者に知られたとしても、全体としての個人情報の深刻な漏洩は生じにくい。もちろん、分割されたままの状態ではデータの活用ができないから、項目群相互間の関連付けは明確になされていなければならない。そこで次に、項目群相互間をブロック暗号ＡＥＳ２５６で保護しつつ関連付けるデータの入力及び管理方法について考察する。
【００１８】
ここで、ＡＥＳとは、Advanced Encryption Standardの略である。なお、ＡＥＳ（Rijndael）暗号は、データブロック１２８ビットと規定されているが、Rijndael暗号そのものは２５６ビットを扱うことができる。従って、この出願では、本発明によるデータ管理方法において用いられるデータブロック２５６ビット、鍵サイズ２５６ビットのRijndael暗号をＡＥＳ２５６と称することにする。ＡＥＳ（Rijndael）暗号に関しては、Joan Daemen and Vincent Rijmen: The Design of Rijndael, Springer-Verlag, New York, Jan. 2002及びAdvanced Encryption Standard, FIPS-197; http://csrc.nist.gov/CryptoToolkit/aes/に詳細な情報が提供されている。図５ないし図１１には、分割の結果得られた項目群の識別子であるシリアル番号を、実際にＡＥＳ２５６を用いて暗号化を行った例が示されている。
【００１９】
以下では、添付の図面を参照しながら、本発明によるデータ管理方法の実施例について具体的に説明する。ピールなどを販売する会杜が、シールを集めて葉書を用いて応募すると景品が当たるキャンペーンを実施中であるとする。そして、このビール会社は、キャンペーン集計作業を別会社に委託し、キャンペーン集計会社は、更に、個人情報の含まれる葉書のデータ入力を外注データ入力会社に委託しているとする。
【００２０】
キャンペーン集計会社がキャンペーン参加者からの応募葉書をデータ入力依頼会社（ピール会社）から受け取り、それらの葉書の上の個人情報を電子データ化して、データ入力依頼会社に戻すまでのキャンペーン集計手順の概略が、図２（方式Ａ）及び図３（方式Ｂ）に示されている。
【００２１】
図２のステップ２０１では、キャンペーン集計会社が、ｎ枚の葉書をデータ入力依頼会社であるビール会社から受け取る。ステップ２０２では、ステップ２０８の暗号化で用いられる鍵Ｋ（２５６ビット）が用意される。ステップ２０３では、ステップ２１９の暗号化で用いられる鍵Ｋ２（２５６ビット）が用意される。ステップ２０４では、ステップ２１６の暗号化で用いられる鍵Ｋ３（２５６ビット）が用意される。ただし、鍵Ｋ３については、分割後の項目群ごとに別の鍵が用いられるので、項目群の数だけ異なるものが必要となる。なお、この実施例ではブロック暗号化方式の１つであるＡＥＳ２５６を用いて説明を行うが、他の暗号化方式を用いても本発明を実現できる。換言すれば、本発明は、暗号化のアルゴリズム自体を新たに提案するものではなく、用いられる暗号化方式はＡＥＳ２５６に限定されない。
【００２２】
次に、ステップ２０５では、ｎ枚の葉書をスキャナで読み取り、葉書上のデータを画像ファイルに変換する。１枚の葉書（カード）に１つのファイルが対応するから、全体ではｎ枚のカードからｎ個のファイルが生成される。ステップ２０６では、分割して得られたｎ個の画像ファイルのそれぞれに１７６ビットの基本シリアル番号ＳＥＲ（１）〜ＳＥＲ（ｎ）を割り当てる。この結果が、図１の（１−１）として示されている段階である。この基本シリアル番号の構造は、入力依頼会社コード（１６ビット）、カード種別コード（２４ビット）、日付コード（６４ビット）、データ入力会社コード（８ビット）、区分コード（１６ビット）、束番号（２４ビット）及び束内シリアル番号（２４ビット）の合計１７６ビットである。
【００２３】
このようにして生成されたｎ個の画像ファイルは、ステップ２０７において、項目群に分割され、別々のファイルが生成される。どのように項目群を設定するのかは目的に応じて決定されるが任意であり、本発明の基本的なアイデアはどのような項目群に分割しても達成される。この実施例では、図１に示し上述したように、氏名＋性別の項目群ａと、住所＋郵便番号の項目群ｂと、電話番号の項目群ｃとに３分割されている。ステップ２０７では、更に、３ｎ個の項目群すなわちファイルに対し、ファイル名としてシリアル番号ＳＥＲ（１ａ）〜ＳＥＲ（ｎｃ）を割り当てる。ここで、割り当てられたシリアル番号ＳＥＲ（１ａ）〜ＳＥＲ（ｎｃ）は、分割後のそれぞれのファイルを別のファイルと区別するための識別子として機能する。このステップ２０７は、図１では、（１−２）の段階に相当する。シリアル番号は、基本シリアル番号の１７６ビットに、項目群番号（１６ビット）、予備項目（０ビット）及び乱数Ｒ（６４ビット）を加えた２５６ビットである。将来的には、乱数Ｒのビット数を減らすことにより、予備項目のビット数を増やすことができる。乱数Ｒは、暗号化後の値のランダム性を増すためのものであり、葉書ごと項目群ごとに異なる。
【００２４】
次に、ステップ２０８では、３ｎ個すべての画像ファイルについて、それぞれのファイル名である２５６ビットのシリアル番号ＳＥＲを、ステップ２０２で用意した鍵Ｋを用いてブロック暗号方式ＡＥＳ２５６により暗号化する。更に、得られた２５６ビットの暗号化シリアル番号の先頭に、暗号化されていない３２ビットの追加コード（暗号化方式コード（８ビット）＋予備コード（８ビット）＋項目群番号（１６ビット））を追加し、２８８ビットの暗号化シリアル番号ＥＳＥＲが得られる。なお、追加された暗号化方式コードは、将来の暗号化方式変更を許容し、ＳＥＲ及びＥＳＥＲの書式変更を可能とするものである。このステップ２０８により、図１の（１−３）に示されているように、画像ファイルのファイル名が、シリアル番号ＳＥＲ（１ａ）〜ＳＥＲ（ｎｃ）から暗号化シリアル番号ＥＳＥＲ（１ａ）〜ＥＳＥＲ（ｎｃ）に変換される。
【００２５】
しかし、この時点では、暗号化シリアル番号ＥＳＥＲ（１ａ）〜ＥＳＥＲ（ｎｃ）は、ステップ２０５においてスキャナで読み取ったときの順番に並んでいる可能性がある。従って、ステップ２０９として、乱数にも見える暗号化シリアル番号ＥＳＥＲ（１ａ）〜ＥＳＥＲ（ｎｃ）の値をキーとして並べ換え（ソート）を行う。この結果が、図１の（１−４）である。図１の（１−４）では、ソート後の暗号化シリアル番号は、単にＥＳＥＲと表されている。また、ソート後であっても、各ファイルのタイムスタンプは、ステップ２０５で葉書をスキャンした順になっている可能性があるので、ステップ２１０として、３ｎ個すべての画像ファイルのタイムスタンプを同じ日時に変更する。変更後の日付は、シリアル番号ＳＥＲの中の日付と同じでもかまわない。
【００２６】
ここで説明しているビール会社の新製品キャンペーンの例では、以上のプロセスにより生成された２８８ビット暗号化シリアル番号ＥＳＥＲをファイル名としてもつ３ｎ個の画像ファイルが、ＶＰＮなどの安全な通信回線を経由して、データ入力会杜まで伝送される（ステップ２１１）。データ入力会社において画像データの内容を電子データ化することが目的である。また、予めステップ２０４で用意しておいた分割された項目群の数と等しいすなわち３個の鍵Ｋ３を、やはりＶＰＮなどの安全な通信回線で、データ入力会社まで伝送する（ステップ２１２）。
【００２７】
データ入力会社の側では、２８８ビット暗号化シリアル番号ＥＳＥＲをファイル名として有する３ｎ個の画像ファイルを、通信回線を介して受信する（ステップ２１３）。そして、データ入力会社では、キーパンチャが、表示された画像を見てその内容を手動でデータ入力する（ステップ２１４）。なお、テキストデータ化されたファイル名は、画像ファイルと同じＥＳＥＲ（２８８ビット）である。
【００２８】
ここで、データ入力の際にキーパンチャが見るのは、ファイル名すなわち識別子として暗号化シリアル番号ＥＳＥＲが付加された３ｎ個の画像である。より具体的には、３つの項目群に分割されそれぞれがｎ個から構成されるキャンペーン応募者の手書きによる氏名＋性別、住所＋郵便番号及び電話番号の画像である。しかし、ＥＳＥＲは暗号化された識別子であるから、例えば、どの氏名＋性別がどの住所と対応するのかは、全く推測できない。従来は、葉書自体又は葉書自体がそのまま画像データ化された画像をキーパンチャが見て、入力作業が行われていた。そのような状態では、キーパンチャやその周囲の人間にその意図があれば、簡単に個人情報が漏洩してしまっていた。
【００２９】
葉書をいったん画像データ化し、暗号化を行い、セキュリティに相当な配慮がなされた通信回線を介して伝送したとしても、手書き文字のパターン認識技術の現状を考えると現実のデータ入力には手動のプロセスが介在するのは不可避であるから、実際のデータ入力作業の際に、いわば裸の個人情報が人目に触れてしまっていた。しかし、本発明によるデータ管理方法を用いると、個人情報を構成する複数の項目相互間の関係が暗号化されており不明であるから、個人情報の断片に触れることはできても、意味のある個人情報に触れることはできない。この点が、ステップ２０７において画像ファイルを項目群ごとに分割したことの意味であった。
【００３０】
ステップ２１４でテキスト・ファイルが得られると、データ入力会社では、３つの項目群それぞれにｎ個あるファイルを１つのファイルに集約する（ステップ２１５）。すなわち、３ｎ個のファイルを項目群ごとにまとめて、３個のファイルに変換する。この様子は、図１の（１−５）に示されている。次に、ステップ２１５で得られた３つのファイルは、それぞれ異なる３つの鍵Ｋ３（２５６ビット）を用いてブロック暗号ＡＥＳ２５６により暗号化される（ステップ２１６）。ステップ２１５及び２１６の処理は、完全にデータ入力会社のサーバの中で閉じて行われる。
【００３１】
以上で生成された３個のファイルは、ＶＰＮなどの安全な回線を経由してデータ入力会社からキャンペーン集計会社まで伝送される（ステップ２１７）。暗号化されたファイルは、それぞれ、３つの鍵Ｋ３（２５６ビット）を用いてブロック暗号ＡＥＳ２５６により復号される（ステップ２１８）。復号された３つのファイルは、今度はキャンペーン集計会社における記憶媒体への保存のために、Ｋ３とは異なるステップ２０３で用意されていた鍵Ｋ２（２５６ビット）を用いてブロック暗号ＡＥＳ２５６による暗号化され（ステップ２１９）、暗号化された３つの暗号化ファイルは記憶媒体に保存される（ステップ２２０）。そして、この記憶媒体は、データ入力依頼会社に納品される（ステップ２２１）。
【００３２】
以上で説明した図２のフローチャートに示されている方式Ａにおけるセキュリティ確保のポィントは、葉書（カード）の枚数ｎを大きくすることである。ｎは１０００以上が望ましい。
【００３３】
この方式Ａでは、項目群相互間の関係を決定するシリアル番号ＳＥＲを外注データ入力会社に隠すために、ブロック暗号ＡＥＳ２５６を用いて暗号化シリアル番号ＥＳＥＲに変換している。ＡＥＳを含む近年のブロック暗号では、暗号化及び復号ソフトウェアを公開しても鍵さえ安全に保管しておけば暗号文から平文を解読することが困難であるため、鍵のみを秘密にしておけばよいという特徴があり、非常に使いやすい。
【００３４】
ただし、暗号文のセキュリティ確保のためには、鍵と平文（暗号文）のビットサイズを大きくしておく必要がある。この結果、暗号化シリアル番号ＥＳＥＲは２８８ビットと長くなり、それぞれの処理過程で毎回２８８ビットのデータがつきまとうという短所も存在する。実は、方式Ａのステップ２１４におけるデータ入力で必要なのは、ステップ２０９での並べ換えの後の各項目群内での順番だけである。この特徴を基に改良したものが図３にフローチャートが示されている方式Ｂである。
【００３５】
方式Ｂの特徴は、方式Ａと同じように非常に簡単で効果的な保人情報の保護を実現しながら、方式Ａの場合と比較して、処理すべきデータ量をＥＳＥＲの２８８ビットからＬＩＳＴの６４ビットへと格段に減少させることができる点にある。更に、外注データ入力会社が鍵Ｋを知り得たとしても、ＥＳＥＲ（２８８ビット）の内容を保護できる。なお、方式Ｂにおいても、セキュリティ確保のために、葉書（カード）の枚数を例えば１０００枚以上などに大きくするのが望ましい点は同じである。
【００３６】
図３のステップ３０１からステップ３０４は、図２のステップ２０１からステップ２０４に対応し、同じ作業が行われる。次に、ステップ３０５において、分割後の項目群の中のそれぞれの画像ファイルに対するシリアル番号ＳＥＲ（２５６ビット）を用意する。ＳＥＲの構成は、方式Ａの場合と同様である。画像ファイルの分割はステップ３１２でなされるが、この実施例でも、方式Ａの場合と同様に３つの項目群に分割するとすると、ｎ枚の葉書をそれぞれ３つに分割するのであるから、３ｎ個のシリアル番号ＳＥＲを用意することになる。
【００３７】
ステップ３０６では、鍵Ｋ（２５６ビット）を用いてブロック暗号ＡＥＳ２５６により３ｎ個のシリアル番号ＳＥＲ（２５６ビット）を暗号化し、更に、方式Ａの場合と同様に３２ビットの追加コードを追加して、３ｎ個の暗号化シリアル番号ＥＳＥＲ（２８８ビット）を生成する。画像ファイルのファイル名は、ＥＳＥＲに変更する。そして、２５６ビットのシリアル番号ＳＥＲと２８８ビットの暗号化シリアル番号ＥＳＥＲとの対応表を作成する。この対応表はｎ行２列である。
【００３８】
次に、ステップ３０７において、乱数にも見える暗号化シリアル番号ＥＳＥＲの値をキーとして、ステップ３０６で得られたシリアル番号ＳＥＲと暗号化シリアル番号ＥＳＥＲとの対応表の並び替え（ソート）を行う。ここで、ソートされた対応表の１行目からｎ行目までに、通し番号である６４ビットのリスト番号ＬＩＳＴを付ける（ステップ３０８）。こうして、ＳＥＲとＥＳＥＲとＬＩＳＴとの対応表が３つ得られる。つまり、この対応表は、ｎ行３列である。
【００３９】
リスト（６４ビット）の中で、上位３２ビットにはＥＳＥＲと同じ暗号化方式コード（８ビット）、予備コード（８ビット）及び項目群番号（１６ビット）を書き込む（ステップ３０９）。そして、ＳＥＲ（２５６ビット）の値をキーとして、それぞれの対応表（ｎ行３列）の並び替えを行う（ステップ３１０）。
【００４０】
次に、ステップ３１１では、ｎ枚の葉書をスキャナで読み取り、葉書上のデータを画像ファイルに変換する。１枚の葉書（カード）に１つのファイルが対応するから、全体ではｎ枚のカードからｎ個のファイルが生成される。ステップ３１２では、このようにして生成されたｎ個の画像ファイルは、項目群に分割され、１項目群に対して１つのファイルが生成される。方式Ａに関して既に述べたのと同様に、どのように項目群を設定するのかは目的に応じて決定されるが任意であり、本発明の基本的なアイデアはどのような項目群に分割しても達成される。この実施例でも、図１に示し上述したように、氏名＋性別の項目群ａと、住所＋郵便番号の項目群ｂと、電話番号の項目群ｃとに３分割する。そして、分割後のファイル名として、ＬＩＳＴ番号（６４ビット）を割り当てる。
【００４１】
ステップ３１１の後のこの時点では、それぞれの項目群の中の複数のファイルは、スキャナで読み取ったときの順番に並んでいる可能性がある。従って、ステップ３１３として、乱数にも見えるリスト番号ＬＩＳＴ（６４ビット）の値をキーとして並べ換え（ソート）を行う。この結果が、図９である。また、ソート後であっても、各ファイルのタイムスタンプは、ステップ３１１で葉書をスキャンした順になっている可能性があるので、ステップ３１４として、３ｎ個すべての画像ファイルのタイムスタンプを同じ日時に変更する。
【００４２】
以上のプロセスにより生成された６４ビットのリスト番号ＬＩＳＴをファイル名としてもつ３ｎ個の画像ファイルが、画像データの内容を電子データ化するために、ＶＰＮなどの安全な通信回線を経由して、データ入力会杜まで伝送される（ステップ３１５）。また、ステップ３０４で予め用意しておいた分割された項目群の数と等しいすなわち３個の鍵Ｋ３を、やはりＶＰＮなどの安全な通信回線で、データ入力会社まで伝送する（ステップ３１６）。
【００４３】
データ入力会社の側では、６４ビットのリスト番号ＬＩＳＴをファイル名として有する３ｎ個の画像ファイルを、通信回線を介して受信する（ステップ３１７）。そして、キーパンチャが、表示された画像を見てその内容を手動でデータ入力する（ステップ３１８）。なお、テキストデータ化されたファイル名は、画像ファイルと同じリスト番号ＬＩＳＴ（６４ビット）である。このデータ入力の際に、意味のある個人情報の漏洩がありえないのは、方式Ａの場合と同様である。
【００４４】
ステップ３１８でテキスト・ファイルが得られると、データ入力会社では、３つの項目群それぞれにｎ個あるファイルを１つのファイルに集約する（ステップ３１９）。すなわち、３ｎ個のファイルを項目群ごとにまとめて、３個のファイルに変換する。この様子は、図１０に示されている。次に、ステップ３１９で得られた３つのファイルは、それぞれ異なる３つの鍵Ｋ３（２５６ビット）を用いてブロック暗号ＡＥＳ２５６により暗号化される（ステップ３２０）。ステップ３１９及び３２０の処理は、完全にデータ入力会社のサーバの中で閉じて行われる。
【００４５】
以上で生成された３個のファイルは、ＶＰＮなどの安全な回線を経由してデータ入力会社からキャンペーン集計会社まで伝送される（ステップ３２１）。暗号化されたファイルは、それぞれ、３つの鍵Ｋ３（２５６ビット）を用いてブロック暗号ＡＥＳ２５６により復号される（ステップ３２２）。ステップ３１０で得られた３つのＳＥＲ（２５６ビット）とＥＳＥＲ（２８８ビット）とＬＩＳＴ（６４ビット）との間の対応表（ｎ行３列）により、ファイルの中のＬＩＳＴ（６４ビット）をＥＳＥＲ（２８８ビット）に変換する（ステップ３２３）。
【００４６】
変換された３つのファイルは、今度はキャンペーン集計会社における記憶媒体への保存のために、Ｋ３とは異なるステップ３０３で用意されていた鍵Ｋ２（２５６ビット）を用いてブロック暗号ＡＥＳ２５６による暗号化され（ステップ３２４）、暗号化された３つの暗号化ファイルはＣＤ−Ｒなどの記憶媒体に保存される（ステップ３２５）。そして、この記憶媒体は、データ入力依頼会社に納品される（ステップ３２６）。
【００４７】
既に述べたように、方式Ｂでは、処理データ量を削減しながら、方式Ａと同様に、簡単な方法により個人情報の保護が達成される。方式Ｂにおいて用いられるリスト番号ＬＩＳＴのデータ量は、図１１に示されている。
【００４８】
更に、図１２には、本発明によるデータ管理方法を活用するための、新たなデータベース利用方法のフローチャートが示されている。まず、個人情報管理者は、鍵Ｋ及び鍵Ｋ２をＵＳＢメモリに書き込む（ステップ１２０１）。次に、本発明によるデータ管理方法を用いて得られた３つの暗号化ファイルを、ＣＤ又はハードディスクなどの記憶媒体内に準備する（ステップ１２０２）。そして、３つの暗号化ファイルを、鍵Ｋ２を用いＡＥＳ２５６により復号する（ステップ１２０３）。ただし、この復号作業はメイン・メモリ内でなされる。復号された３つのファイルの中の２８８ビット暗号化シリアル番号ＥＳＥＲを、鍵Ｋを用いＡＥＳ２５６により復号し、２５６ビットのシリアル番号ＳＥＲを得る（ステップ１２０４）。同じＳＥＲを有するデータを結合してテーブルを作成し、（メイン・メモリ内に）保存する（ステップ１２０５）。
【００４９】
この方法によれば、鍵がＵＳＢメモリ内に保存されているため、ＵＳＢメモリを取り外した状態では、ＣＤ又はハードディスクの中で完全な個人情報が得られない。個人情報管理者が個人情報の保護を徹底するため、暗号鍵を別管理するというアイデアである。この方法を用いれば、データペースシステムの保守時（故障時やメンテナンス時）にはＵＳＢメモリを外すことで、保守を別会社に委託しても、個人情報保護が実現できる。
[発明の効果]
【００５０】
以上では、ビール会社のキャンペーン葉書を例に拳げて、個人情報の具体的処理手順を示した。本発明によるこれらの手順は、任意の個人情報に利用できる手法である。
最近はコストを削減する目的で、会社業務の一部を外部の専門会社に外注することが珍しくない。そして、外注されるデータの中には機密データが含まれる場合もありうる。もちろん、機密が漏洩した場合に契約責任を追求できるように、外注企業との間に秘密保持契約を締結するのは当然である。しかし、上述したように、特に顧客等の個人情報が漏洩した場合には、事後的な処理だけでは回復困難な損害が生じるおそれがある。そこで、本発明によるデータ管理方法を用いれば、従来から行われている様々なセキュリティ保護対策では対処が困難である場合でも、一定の保護を達成することができる。
【００５１】
このように、本発明によるデータ管理方法を用いれば、機密データ処理の外注に伴う機密漏洩のリスクを最小限にすることが可能になり、機密漏洩の可能性は小さいが高コストである社内処理と低コストではあるがリスクが大きな外注処理との間に存在するトレードオフの関係を解消するという効果が達成できる。
【００５２】
抽象的に言えば、本発明によるデータ管理方法の核心は、（１）任意のデータを複数の部分データに分割して保存する（分割の態様は任意ではあるが、実際問題としては、分割後の部分データが個別に漏洩しても分割前のデータが有していた意味内容が推測できないような分割が好ましい）こと、（２）部分データから分割前のデータを再構成するために、部分データの間の相互関係を決定する識別子を部分データに付与し、この識別子を暗号化すること、（３）データ自体は暗号化されないこと、である。このように考察すると、この明細書では個人情報保護を中心に説明を行ったが、本発明によるデータ管理方法は、個人情報に限られず、様々な機密データに適応可能である。
【００５３】
また、ビール会社による新製品キャンペーンに関する以上の説明では、応募葉書の枚数ｎが多いことがポイントである点を強調した。たしかに、１枚の葉書しかない場合には、どのように分割しても、個人情報は保護できないからである。しかし、抽象的なレベルで任意のデータを分割する場合を考察すると、分割の対象が１つのデータである場合でも本発明によるデータ管理方法は適応可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明によるデータ管理方法が実行される中間的な段階が示されている。
【図２】本発明によるデータ管理方法の１つである方式Ａの好適実施例の詳細な手順を示すフローチャートである。なお、図８までは方式Ａに関するものである。
【図３】図２の方式Ａを処理データ量が少なくなるように修正した方式Ｂの方法の詳細な手順を示すフローチャートである。
【図４】５枚の応募葉書をスキャナで読み込んで得られた５つの画像ファイルの例である。
【図５】図４の５つの画像ファイルにシリアル番号ＳＥＲを割り当てた様子が示されている。
【図６】シリアル番号ＳＥＲがＡＥＳ２５６によって暗号化され、暗号化シリアル番号ＥＳＥＲとなった様子が示されている。
【図７】分割時の順序のままであったＥＳＥＲがソートされた様子が示されている。
【図８】それぞれの項目群がまとめられた様子が示されている。
【図９】方式Ｂの方法において、ＬＩＳＴが割り当てられた様子が示されている。方式Ａの図７に対応する。
【図１０】方式Ｂの方法において、それぞれの項目群がまとめられた様子が示されている。
【図１１】基本ＳＥＲ、ＳＥＲ、ＥＳＥＲ及びＬＩＳＴの構造を示す図である。
【図１２】暗号鍵をＵＳＢメモリに記憶する場合の流れ図である。
【図１】
2005182275.tif 000003
【図２】
2005182275.tif 000004
【図３】
2005182275.tif 000005
【図４】
2005182275.tif 000006
【図５】
2005182275.tif 000007
【図６】
2005182275.tif 000008
【図７】
2005182275.tif 000009
【図８】
2005182275.tif 000010
【図９】
2005182275.tif 000011
【図１０】
2005182275.tif 000012
【図１１】
2005182275.tif 000013
【図１２】
2005182275.tif 000014