(57)【要約】【課題】乱数発生機能の配置が、システムの経済性を低くする配置になっていた。【解決手段】乱数発生器１２，ＩＰストレージ群（５２１，５２１’，５３，５４），ファイルサーバ４１がＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスできる状態にある。乱数発生器１２が、自ら生成する乱数データを第１ＩＰストレージ５２１に書き込み。そして、ファイルサーバ４１が、前記第１ＩＰストレージ５２１に書き込まれた乱数データを使用し、ストレージ５１の原本データに対して、データ処理機能１１を用いてデータ処理を行い、そのデータ処理を行われた原本データを第２ＩＰストレージ５３，５４に書き込む。【選択図】図１
2009042892.tif 000002
【特許請求の範囲】
【請求項１】
乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，
原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、
を備え、
該乱数発生器，ＩＰストレージ群，ファイルサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、
該原本データにデータ処理を行って、第２ＩＰストレージへ格納するデータ管理システムであって、
前記乱数発生器が、
自ら生成する乱数データを前記第１ＩＰストレージに書き込む手段
を備え、
前記ファイルサーバが、
前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行う手段と、
前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込む手段と、
を備える
ことを特徴とするデータ管理システム。
【請求項２】
乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、
該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、
該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、
該原本データにデータ処理を行って、第２ＩＰストレージへ格納するデータ管理システムであって、
前記乱数発生器が、
前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求する手段と、
通知された識別情報に応じた第１ＩＰストレージのアクセス情報を前記ストレージネームサーバから取得する手段と、
取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込む手段と、
前記制御端末に乱数データの書き出し完了を通知する手段と、
を備え、
前記制御端末が、
前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示する手段と、
前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知する手段と、
前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示する手段と、
を備え、
前記ストレージネームサーバが、
要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知する手段と、
通知された拡張属性変更指示を前記ファイルサーバへ通知する手段と、
前記ファイルサーバに、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知する手段と、
を備え、
前記ファイルサーバが、
通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求する手段と、
前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得する手段と、
前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続する手段と、
第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求する手段と、
前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求する手段と、
前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得する手段と、
前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続する手段と、
前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行う原本データ処理手段と、
前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むデータ書き込み手段と、
を備える、
ことを特徴とするデータ管理システム。
【請求項３】
請求項２に記載のデータ管理システムにおいて、
前記データ処理機能が、
前記乱数データに基づいて、データを暗号化する暗号処理機能、
を備え、
前記原本データ処理手段が、
前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記暗号処理機能を用いて、データ処理を行う手段、
を備える
ことを特徴とするデータ管理システム。
【請求項４】
乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，
原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、
を備え、
該乱数発生器，ＩＰストレージ群，ファイルサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、
該原本データにデータ処理を行って、第２ＩＰストレージへ格納するシステムで使用する
データ管理方法であって、
前記乱数発生器が、自ら生成する乱数データを前記第１ＩＰストレージに書き込むステップと、
前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行うステップと、
前記ファイルサーバが、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むステップと、
を有することを特徴とするデータ管理方法。
【請求項５】
乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、
該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、
該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、
該原本データにデータ処理を行って、第２ＩＰストレージへ格納するシステムで使用する
データ管理方法であって、
前記乱数発生器が、前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求するステップと、
前記制御端末が、前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示するステップと、
前記ストレージネームサーバが、要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知し、該乱数発生器が、該通知された識別情報に応じた第１ＩＰストレージのアクセス情報を該ストレージネームサーバから取得するステップと、
前記乱数発生器が、取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込むステップと、
前記乱数発生器が、前記制御端末に乱数データの書き出し完了を通知するステップと、
前記制御端末が、前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知するステップと、
前記ストレージネームサーバが、通知された拡張属性変更指示を前記ファイルサーバへ通知するステップと、
前記ファイルサーバが、通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求するステップと、
前記ファイルサーバが、前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得するステップと、
前記ファイルサーバが、前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続するステップと、
前記ファイルサーバが、第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求するステップと、
前記制御端末が、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示するステップと、
前記ストレージネームサーバが、前記ファイルサーバに、前記適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知するステップと、
前記ファイルサーバが、前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求するステップと、
前記ファイルサーバが、前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得するステップと、
前記ファイルサーバが、前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続するステップと、
前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行うステップと、
前記ファイルサーバが、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むステップと、
を有することを特徴とするデータ管理方法。
【請求項６】
乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，暗号化されたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいて、データを暗号化する暗号処理機能を含むデータ処理機能を有するファイルサーバ、を備え、
該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、
該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、
該原本データを暗号化し第２ＩＰストレージへ格納するシステムで使用する
データ管理方法であって、
前記乱数発生器が、前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求するステップと、
前記制御端末が、前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示するステップと、
前記ストレージネームサーバが、要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知し、該乱数発生器が、該通知された識別情報に応じた第１ＩＰストレージのアクセス情報を該ストレージネームサーバから取得するステップと、
前記乱数発生器が、取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込むステップと、
前記乱数発生器が、前記制御端末に乱数データの書き出し完了を通知するステップと、
前記制御端末が、前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知するステップと、
前記ストレージネームサーバが、通知された拡張属性変更指示を前記ファイルサーバへ通知するステップと、
前記ファイルサーバが、通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求するステップと、
前記ファイルサーバが、前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得するステップと、
前記ファイルサーバが、前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続するステップと、
前記ファイルサーバが、第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求するステップと、
前記制御端末が、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示するステップと、
前記ストレージネームサーバが、前記ファイルサーバに、前記適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知するステップと、
前記ファイルサーバが、前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求するステップと、
前記ファイルサーバが、前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得するステップと、
前記ファイルサーバが、前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続するステップと、
前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記暗号処理機能を用いて、暗号化処理を行うステップと、
前記ファイルサーバが、前記暗号化処理された原本データを前記第２ＩＰストレージに書き込むステップと、
を有することを特徴とするデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ秘匿性に優れ、かつ、経済的な遠隔データバックアップ技術に関するものである。
【背景技術】
【０００２】
現在、ｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ  Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ）技術（即ち、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ；インターネットプロトコル）ストレージ技術の一つ）単体、もしくは、複数のハードディスクドライブの集合体、あるいは、専用の制御部で複数のハードディスクドライブを制御するディスクアレイ装置等から構成されるストレージ装置が、実用化されている。
【０００３】
ストレージ装置とホスト装置（サーバもしくはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ））間を接続するインターフェース技術としてはファイバチャネル（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ;以下、ＦＣと略す）、インフィニバンド（ＩｎｆｉｎｉＢａｎｄ）、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ）などが知られている。
【０００４】
そのＳＣＳＩインターフェースは近距離間を経済的に接続する用途として優れ、既に広く普及している。当該ＳＣＳＩインターフェースでは、クライアントに相当する機能をイニシエータ（Ｉｎｉｔｉａｔｏｒ）、サーバに相当する機能をターゲット（Ｔａｒｇｅｔ）と呼び、イニシエータとターゲット間で、ＳＣＳＩコマンド（ＣＤＢ：Ｃｏｍｍａｎｄ  Ｄｅｓｃｒｉｐｔｏｒ  Ｂｌｏｃｋ）を交換する。
【０００５】
２００３年には、一般的なネットワークプロトコルの一つであるＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）上で、ＳＣＳＩ処理を実現する上位プロトコル規格ｉＳＣＳＩ（ｉｎｔｅｒｎｅｔ  ＳＣＳＩ）が、ＩＥＴＦ（Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）  ＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）３７２０として標準化されている。
【０００６】
現在、ｉＳＣＳＩ技術は、ギガビット以上の回線品質の基幹回線（例えば、データセンタ内回線，データセンタ間回線，大規模ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システム）で利用されているが、該ｉＳＣＳＩ技術をコンシューマ向けアクセス回線（例えば、ブロードバンド回線）上のサービスとして、端末−サーバ間，端末−端末間で適応している例は存在していない。
【０００７】
一方、国内ではＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）回線の普及と高速化が進行中であり、例えば、１００ＢＡＳＥ−ＴＸをユーザ端末インタフェースとするサービスが実用化済みである。そして、近い将来、都市部において、ＦＴＴＨ回線を使用したネットワークのギガビット化も想定されている。
【０００８】
ここで、最近のＩＰストレージ技術におけるネームサービス（名前解決）技術と暗号技術及び秘密分散技術を説明する。
【０００９】
ネームサービス（名前解決）技術の一つであるｉＳＮＳ（Ｉｎｔｅｒｎｅｔ  Ｓｔｏｒａｇｅ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ）技術は、ＴＣＰ／ＩＰネットワーク上で、上記ｉＳＣＳＩ、ｉＦＣＰ（Ｉｎｔｅｒｎｅｔ  Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ  Ｐｒｏｔｏｃｏｌ）デバイスの検出、構成管理等の機能を提供するインターネット標準のストレージ専用のネームサービス（名前解決）規格（例えば、非特許文献１参照）である。
【００１０】
暗号技術及び秘密分散技術は、現在、数多くの暗号技術が発表され実用化に至っているが一般的に使われている暗号技術は短いビット数の暗号鍵により原本データを計算機処理することで秘匿性を担保する数学的難解性に基づいた非完全暗号に分類され、計算量的な安全性に基づいた技術と呼ばれる。
【００１１】
計算量的な安全性（例えば、非特許文献２参照）に基づく暗号方式は解読（即ち、原本データへの復合）に要する計算時間が極めて大きいことを根拠に「実用上は安全」としているが、暗号鍵にはアルゴリズム（算術手順）がある以上、絶対に解けない方式とは言えない。
【００１２】
一方、計算量的な安全性とは別の考え方として情報論的な安全性（例えば、非特許文献２参照）によって情報の秘匿性を担保する方法が存在する。情報論的な安全性とは無限の計算資源をもつ攻撃者に対しても安全であることを担保する考え方であって、典型的な暗号方式としてバーナム暗号が知られている。
【００１３】
バーナム暗号は十分に長い乱数を鍵として平文（原本データ）と鍵をＸＯＲ（排他的論理和演算）することで暗号文（秘匿情報）を生成する方式であり、使用した乱数が平文以上の長さである場合には完全暗号（暗号文から平文に関する情報が一切漏れない、即ち、完全秘匿性をもつ状態）（例えば、特許文献１参照）となる。
【００１４】
また、情報論的な安全性に基づき情報を秘匿する方法として秘密分散方式がある。秘密分散方式（ＳＳＳ：Ｓｅｃｒｅｔ  Ｓｈａｒｉｎｇ  Ｓｃｈｅｍｅｓ）は、１９７９年にシャミア博士が発表した論文（例えば、特許文献１，非特許文献３参照）に始まる。原本データを複数の処理データに分割し分割した情報から原本データを復元する方式である。この秘密分散方式においても、最近、バーナム暗号同様、真性乱数を用いて原本データを分割処理するアルゴリズム（例えば、特許文献２参照）が提案されている。
【００１５】
ここで、ＩＰストレージ技術における一般的なるバックアップ処理の例を以下に説明する。
【００１６】
図２は、データ管理システムにおけるバックアップ処理の流れの例１を示す図である。図２中のデータ管理システムの構成を以下に説明する。
【００１７】
図２中のデータ管理システムは、乱数データに基づいてデータを暗号化もしくは復号するデータ処理装置１，ｉＳＮＳサーバであるストレージネームサーバ２，ストレージネームサーバ２を制御する制御端末３，原本データを格納するストレージ５１を管理するファイルサーバ４，暗号化されたデータを格納する（バックアップする）ＩＰストレージ５２〜５４を備え、それぞれネットワーク（例えば、ＩＰネットワーク）１００で接続され、該ネットワーク１００を介して各々通信（アクセス）する。
【００１８】
さらに、前記データ処理装置１は、暗号処理機能１ａ，復号処理機能１ｂ，乱数発生機能１ｃを備える。
【００１９】
なお、データ処理装置１，制御端末３，ＩＰストレージ５２〜５４には、ｉＳＮＳサーバにアクセスするためのｉＳＮＳクライアントプログラムがインストールされているものとする。データ処理装置１が、ｉＳＣＳＩ  ｉｎｉｔｉａｔｏｒである。ＩＰストレージ５２〜５４は、ｉＳＣＳＩ  ｔａｒｇｅｔである。
【００２０】
また、データ処理装置１，ストレージネームサーバ２，制御端末３，ファイルサーバ４は、制御部（例えば、ＣＰＵ），記憶部（例えば，メモリ）などを備えた一般的なコンピュータとしての機能を有していると考えてよい。
【００２１】
次に、ネットワーク上に乱数発生器のみならず、暗号処理、秘密分散処理機能をも具備し、処理対象のデータをネットワーク経由で原データのままコピーした上でデータ処理（バックアップ処理）を行う方式の一つの流れを図２に基づいて説明する。なお、図２中では、ストレージネームサーバを利用せず別の手段でデータバックアップ用ストレージへのアクセス情報（例えば、ＩＰアドレスとｉＳＣＳＩポート番号を少なくとも含む情報）を取得する手段も含む。
【００２２】
まず、各デバイス（データ処理装置１、ＩＰストレージ５２〜５４、制御端末３）内のｉＳＮＳクライアントプログラムがストレージネームサーバ２に接続し、各デバイスの属性（プロファイル）を登録する（Ｍ１０１：各デバイスプロファイルの登録）。
【００２３】
次に、ファイルサーバ４は、バックアップしたいデータ（ストレージ５１のデータ）をネットワーク上のデータ処理装置１に転送する（Ｍ１０２：バックアップ対象データの転送）。
【００２４】
次に、データ処理装置１は、乱数発生機能１ｃを用いて生成した乱数を使用し、アップロードされたデータを、暗号処理機能１ａを用いて暗号化処理（例えば、秘密分散処理（この例では３分割））する（Ｍ１０３：バックアップ用データ処理（作成））。
【００２５】
次に、データ処理装置１は、バックアップ用ストレージ（ＩＰストレージ５２〜５４）のストレージ容量をキーにして制御端末３に要求する（Ｍ１０４：バックアップ用ストレージ要求）。
【００２６】
次に、制御端末３は、ストレージネームサーバ２に対して、適合するストレージ（ＩＰストレージ５２〜５４のいずれか、もしくは複数選択）をデータ処理装置１と同一のドメインに組み入れ、データ処理装置１がバックアップ用ストレージ（ＩＰストレージ５２〜５４）にアクセス可能な状態にするよう指示する（Ｍ１０５：適合ストレージの検索と該当ストレージのドメイン変更）。
【００２７】
次に、ストレージネームサーバ２は、データ処理装置１にＩＰストレージ５２〜５４の新規追加（同一ドメインへの参加）をＳＣＮ（Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｎｏｒｔｉｆｉｃａｔｉｏｎ）で通知する（Ｍ１０６：ＩＰストレージ５２〜５４のドメイン参加通知）。
【００２８】
次に、データ処理装置１は、ＩＰストレージ５２〜５４の属性をストレージネームサーバ２に要求する（Ｍ１０７：ＩＰストレージ５２〜５４の属性要求）。
【００２９】
次に、データ処理装置１は、ＩＰストレージ５２〜５４の属性をストレージネームサーバ２から取得する（Ｍ１０８：ＩＰストレージ５２〜５４の属性取得）。
【００３０】
そして、データ処理装置１は、秘密分散処理（例えば、３分割）した各データを、ＩＰストレージ５２〜５４に接続してコピーする（Ｍ１０９：バックアップ用ストレージの接続とデータの転送）。
【００３１】
図３は、データ管理システムにおけるバックアップ処理の流れの例２を示す図である。図３中のデータ管理システムの構成を以下に説明する。以下の説明で、図２中の符号と同じ符号のものの説明は省略する。
【００３２】
図３中のデータ管理システムは、ストレージネームサーバ２，制御端末３，ストレージ５１を管理し、乱数に基づいてデータを暗号化もしくは復号するデータ処理機能１’を備えるファイルサーバ４，ＩＰストレージ５２〜５４を備え、それぞれネットワーク（例えば、ＩＰネットワーク）１００で接続され、該ネットワーク１００を介して各々通信（アクセス）する。
【００３３】
さらに、データ処理機能１’は、前記データ処理装置１のように、暗号処理機能１ａ，復号処理機能１ｂ，乱数発生機能１ｃを備える。
【００３４】
なお、制御端末３，ＩＰストレージ５２〜５４には、ｉＳＮＳサーバにアクセスするためのｉＳＮＳクライアントプログラムがインストールされているものとする。ファイルサーバ４が、ｉＳＣＳＩ  ｉｎｉｔｉａｔｏｒである。ＩＰストレージ５２〜５４は、ｉＳＣＳＩ  ｔａｒｇｅｔである。
【００３５】
また、ストレージネームサーバ２，制御端末３，ファイルサーバ４は、制御部（例えば、ＣＰＵ），記憶部（例えば，メモリ）などを備えた一般的なコンピュータとしての機能を有していると考えてよい。
【００３６】
次に、ネットワーク上には乱数発生機能のみならず、暗号処理、秘密分散処理機能のいずれも存在せず、当該機能のすべてをローカルに具備することで、ネットワークには遠隔バックアップのためのストレージへのアクセス情報のみを期待する従来方式の一つの流れを図３に基づいて説明する。なお、図３中では、ストレージネームサーバを利用せず別の手段でデータバックアップ用ストレージへのアクセス情報を取得する手段も含む。
【００３７】
まず、各デバイス（ＩＰストレージ５２〜５４、制御端末３）内のｉＳＮＳクライアントプログラムがｉＳＮＳサーバ（以下、単に、ストレージネームサーバという）２に接続し、各デバイスの属性を登録する（Ｍ２０１：各デバイスプロファイルの登録）。
【００３８】
次に、ファイルサーバ４は、乱数発生機能１ｃを用いて生成した乱数を使用し、バックアップするデータについて、暗号処理機能１ａを用いて暗号化処理（例えば、秘密分散処理（この例では３分割））する（Ｍ２０２：バックアップ用データ処理（作成））。
【００３９】
次に、ファイルサーバ４は、バックアップ用ストレージ（ＩＰストレージ５２〜５４）を、ストレージ容量をキーにして制御端末３に要求する（Ｍ２０３：バックアップ用ストレージ要求）。
【００４０】
次に、制御端末３は、ストレージネームサーバ２に対して、適合するストレージ（ＩＰストレージ５２〜５４のいずれか（もしくは複数選択））をファイルサーバ４と同一のドメインに組み入れ、ファイルサーバ４がバックアップ用ストレージ（ＩＰストレージ５２〜５４）にアクセス可能な状態にするよう指示する（Ｍ２０４：適合ストレージの検索と該当ストレージのドメイン変更）。
【００４１】
次に、ストレージネームサーバ２は、ファイルサーバ４にＩＰストレージ５２〜５４の新規追加（同一ドメインへの参加）をＳＣＮで通知する（Ｍ２０５：ＩＰストレージ５２〜５４のドメイン参加通知）。
【００４２】
次に、ファイルサーバ４は、ＩＰストレージ５２〜５４の属性をストレージネームサーバ２に要求する（Ｍ２０６：ＩＰストレージ５２〜５４の属性要求）。
【００４３】
次に、ファイルサーバ４は、ＩＰストレージ５２〜５４の属性をストレージネームサーバ２から取得する（Ｍ２０７：ＩＰストレージ５２〜５４の属性取得）。
【００４４】
そして、ファイルサーバ４は、秘密分散処理（３分割）した各データを、ＩＰストレージ５２〜５４に接続してコピーする（Ｍ２０８：バックアップ用ストレージの接続とデータの転送）。
【００４５】
また、上述の技術に関連する技術としては、真性乱数発生機能と原本データの秘密分散処理（暗号処理）機能を一体的に運用する技術（例えば、非特許文献４参照）が知られている。
【特許文献１】米国特許第１，３１０，７１９号明細書（第１頁８行目〜第２頁７６行目等）
【特許文献２】特開２００４−２１３６５０号公報（段落［００２３］〜［００５７］等）。
【非特許文献１】Ｊ．Ｔｓｅｎｇ，Ｋ．Ｇｉｂｂｏｎｓ，Ｆ．Ｔｒａｖｏｓｉｎｏ，Ｃ．Ｄｕ  Ｌａｎｅｙ，Ｊ．Ｓｏｕｚａ、Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ：４１７１  “Ｉｎｔｅｒｎｅｔ  Ｓｔｏｒａｇｅ  Ｎａｍｅ  Ｓｅｒｖｉｃｅｓ（ｉＳＮＳ）”、Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｓｏｃｉｅｔｙ、Ｓｅｐ  ２００５（平成１７年９月）、ｐ１−２２。
【非特許文献２】渡辺曜大、“暗号技術の証明可能安全性”、［ｏｎｌｉｎｅ］、Ｊｕｎ  ２，２００５（平成１７年６月２日）、国立情報学研究所、［平成１９年７月２日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｉｉ．ａｃ．ｊｐ／ｏｐｅｎｈｏｕｓｅ／ｈ１７／ａｒｃｈｉｖｅ／ｐｄｆ／ｋｅｎｋｙｕ−１．ｐｄｆ＞。
【非特許文献３】Ａ．Ｓｈａｍｉｒ、“Ｈｏｗ  ｔｏ  Ｓｈａｒｅ  ａ  Ｓｅｃｒｅｔ”、 Ｖｏｌ．２２，ｎｏ．１１、Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｏｆ  ｔｈｅ  Ａｓｓｏｃｉａｔｉｏｎ  ｆｏｒ  Ｃｏｍｐｕｔｉｎｇ  Ｍａｃｈｉｎｅｒｙ、Ｎｏｖ．１９７９（昭５４年１１月）、ｐｐ．６１２−６１３。
【非特許文献４】藤村明子，荻原利彦，森田光、「情報ネットワーク・ローレビュー  第４巻第１号  ［電子情報の安全性確保とＦｏｒｅｎｓｉｃｓの社会的実現に向けた秘密分散技術の考察］」、情報ネットワーク法学会、２００５年６月（平成１７年６月）。
【発明の開示】
【発明が解決しようとする課題】
【００４６】
企業などで運用されるファイルサーバ等に保存されるデータは、データセンター等に設置されるストレージ装置と専用線、ＷＡＮ（Ｗｉｄｅ−Ａｒｅａ  Ｎｅｔｗｏｒｋ）回線などのＩＰネットワークを介して、遠隔バックアップ用途などで既に利用されている。そのように遠隔に保存されるデータの漏洩防止のため、保存されるデータは暗号化されることが一般的である。このデータの暗号化における暗号化方式の多くは、計算量的な安全性に基づく方式が主流であり、情報論的な安全性による情報秘匿手段は運用効率と経済効率などの要因で回避されることが多い。
【００４７】
情報論的な安全性による情報秘匿手段の一つであるバーナム暗号方式を例にとると、以下の項番（１）〜（２）が運用効率の課題の例として、また、以下の項番（３）〜（５）が経済効率の課題の例として挙げられる。
【００４８】
（１）大容量（例えば、１００ＧＢ（Ｇｉｇａ  Ｂｙｔｅ））の原本データに対して、その原本データと同じ容量（例えば、１００ＧＢ）の真性乱数データを作成し、かつ、復元まで保管する必要がある。
【００４９】
（２）真性乱数発生装置の発生する真性乱数データ出力レートは、一般的な市販装置の場合、例えば、１００ＧＢの真性乱数データ生成に１日を必要とするものなど運用上極めて遅い。
【００５０】
（３）真性乱数発生装置は、一般のＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ）機器価格と比較して高価なものが多く規模の小さな企業にとっては、入手が難しい。例えば、真性乱数発生装置の価格が、一般的なファイルサーバ本体価格を上回ることがある。
【００５１】
（４）大容量（例えば、１００ＧＢ）の原本データに対して、その原本データと同じ容量（例えば、１００ＧＢ）の真性乱数データと暗号化処理したデータ（例えば、１００ＧＢ）を保管する必要があり、２倍の冗長性が生じる。
【００５２】
（５）バーナム暗号を完全暗号として運用するためにはバックアップ毎に異なった真性乱数データを使用する必要があり、複数のバックアップデータを生成及び保管する毎に２倍の冗長性が生じる。
【００５３】
上記の項番（４）に関して言えば、バーナム暗号に代えて秘密分散方式（特許文献１参照）を利用した場合、３倍以上の冗長性が生じることになる。
【００５４】
また、情報論的な安全性は項番（１）〜（５）の課題はあるものの、非特許文献４で述べられているように、長期的な原本保管など計算量的な安全性実現手段（一般の暗号方式など）に比較した長所を有する。そのため、項番（１）〜（５）の課題のいくつかを解消できる運用方法が重要となる。
【００５５】
非特許文献４では、真性乱数発生機能と原本データの秘密分散処理（暗号処理）機能を一体的に運用し、原本データをオリジナルのロケーションから、分散処理ロケーションまでネットワークを介して転送し、例えば、データセンタ（分散処理ロケーション）内等の原本データの管理（発生）ロケーションとは別のロケーションで分散（暗号）処理する構成により、項番（１）〜（３）の課題を解決しようとしている。
【００５６】
しかしながら、情報漏洩防止の観点から見ると、現在、データセンタ内部等からの漏洩するケースが非常に多く、分散処理前段での情報漏洩という弱点を有することになる。この問題を解決するには、分散処理（暗号処理）機能は原本データを管理するサーバ内にあり、処理後のデータをネットワークを介してデータセンター内等のロケーションに転送することが望ましい。
【００５７】
ただし、項番（２）〜（３）のように、真性乱数発生機能の設置（配置）はデータセンタ内の運用性、経済性の両面で優れており、かつ、生成した真性乱数データの転送負荷をかけない意味でも、真性乱数データの発生ロケーション（及び近傍）での保管と蓄積が望まれる。
【００５８】
本発明は、前記課題に基づいてなされたものであって、乱数発生（生成）機能によって生成された乱数生成データをネットワーク上で共有し、その乱数発生（生成）機能を経済的に利用してデータ処理を行うデータ管理システム，データ管理方法を提供することにある。
【課題を解決するための手段】
【００５９】
前記課題の解決を図るために、請求項１記載の発明は、乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、該乱数発生器，ＩＰストレージ群，ファイルサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、該原本データにデータ処理を行って、第２ＩＰストレージへ格納するデータ管理システムであって、前記乱数発生器が、自ら生成する乱数データを前記第１ＩＰストレージに書き込む手段を備え、前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行う手段と、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込む手段と、を備えることを特徴とする。
【００６０】
請求項２記載の発明は、乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、該原本データにデータ処理を行って、第２ＩＰストレージへ格納するデータ管理システムであって、前記乱数発生器が、前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求する手段と、通知された識別情報に応じた第１ＩＰストレージのアクセス情報を前記ストレージネームサーバから取得する手段と、取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込む手段と、前記制御端末に乱数データの書き出し完了を通知する手段と、を備え、前記制御端末が、前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示する手段と、前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知する手段と、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示する手段と、を備え、前記ストレージネームサーバが、要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知する手段と、通知された拡張属性変更指示を前記ファイルサーバへ通知する手段と、前記ファイルサーバに、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知する手段と、を備え、前記ファイルサーバが、通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求する手段と、前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得する手段と、前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続する手段と、第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求する手段と、前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求する手段と、前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得する手段と、前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続する手段と、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行う原本データ処理手段と、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むデータ書き込み手段と、を備える、ことを特徴とする。
【００６１】
請求項３記載の発明は、請求項２記載の発明において、前記データ処理機能が、前記乱数データに基づいて、データを暗号化する暗号処理機能、を備え、前記原本データ処理手段が、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記暗号処理機能を用いて、データ処理を行う手段、を備えることを特徴とする。
【００６２】
請求項４記載の発明は、乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、該乱数発生器，ＩＰストレージ群，ファイルサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、該原本データにデータ処理を行って、第２ＩＰストレージへ格納するシステムで使用するデータ管理方法であって、前記乱数発生器が、自ら生成する乱数データを前記第１ＩＰストレージに書き込むステップと、前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行うステップと、前記ファイルサーバが、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むステップと、を有することを特徴とする。
【００６３】
請求項５記載の発明は、乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、該原本データにデータ処理を行って、第２ＩＰストレージへ格納するシステムで使用するデータ管理方法であって、前記乱数発生器が、前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求するステップと、前記制御端末が、前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示するステップと、前記ストレージネームサーバが、要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知し、該乱数発生器が、該通知された識別情報に応じた第１ＩＰストレージのアクセス情報を該ストレージネームサーバから取得するステップと、前記乱数発生器が、取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込むステップと、前記乱数発生器が、前記制御端末に乱数データの書き出し完了を通知するステップと、前記制御端末が、前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知するステップと、前記ストレージネームサーバが、通知された拡張属性変更指示を前記ファイルサーバへ通知するステップと、前記ファイルサーバが、通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求するステップと、前記ファイルサーバが、前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得するステップと、前記ファイルサーバが、前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続するステップと、前記ファイルサーバが、第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求するステップと、前記制御端末が、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示するステップと、前記ストレージネームサーバが、前記ファイルサーバに、前記適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知するステップと、前記ファイルサーバが、前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求するステップと、前記ファイルサーバが、前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得するステップと、前記ファイルサーバが、前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続するステップと、前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行うステップと、前記ファイルサーバが、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むステップと、を有することを特徴とする。
【００６４】
請求項６記載の発明は、乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，暗号化されたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいて、データを暗号化する暗号処理機能を含むデータ処理機能を有するファイルサーバ、を備え、該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、該原本データを暗号化し第２ＩＰストレージへ格納するシステムで使用するデータ管理方法であって、前記乱数発生器が、前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求するステップと、前記制御端末が、前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示するステップと、前記ストレージネームサーバが、要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知し、該乱数発生器が、該通知された識別情報に応じた第１ＩＰストレージのアクセス情報を該ストレージネームサーバから取得するステップと、前記乱数発生器が、取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込むステップと、前記乱数発生器が、前記制御端末に乱数データの書き出し完了を通知するステップと、前記制御端末が、前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知するステップと、前記ストレージネームサーバが、通知された拡張属性変更指示を前記ファイルサーバへ通知するステップと、前記ファイルサーバが、通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求するステップと、前記ファイルサーバが、前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得するステップと、前記ファイルサーバが、前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続するステップと、前記ファイルサーバが、第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求するステップと、前記制御端末が、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示するステップと、前記ストレージネームサーバが、前記ファイルサーバに、前記適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知するステップと、前記ファイルサーバが、前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求するステップと、前記ファイルサーバが、前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得するステップと、前記ファイルサーバが、前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続するステップと、前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記暗号処理機能を用いて、暗号化処理を行うステップと、前記ファイルサーバが、前記暗号化処理された原本データを前記第２ＩＰストレージに書き込むステップと、を有することを特徴とする。
【００６５】
前記請求項１，４に記載の発明は、乱数データがＩＰストレージに書き込まれるため、乱数データを共有できる。
【００６６】
前記請求項２，５に記載の発明は、ストレージネームサーバを介したＩＰストレージ管理を行って、乱数データをより多重に共有できる。
【００６７】
前記請求項３，６に記載の発明は、共有された乱数データを使って、暗号化処理を実行できる。
【発明の効果】
【００６８】
以上示したように請求項１，４の発明によれば、乱数データを共有できるため、経済的にデータ処理を行うことができる。
【００６９】
請求項２，５の発明によれば、乱数データをより多重に共有できるため、より経済的にデータ処理を行うことができる。
【００７０】
請求項３，６の発明によれば、情報論的な安全性に基づく暗号化処理をより経済的に利用できる。
【００７１】
これらを以ってデータ処理技術分野に貢献できる。
【発明を実施するための最良の形態】
【００７２】
本実施形態のデータ管理システムにおけるバックアップ処理の流れを図１に基づいて説明する。まず、図１中のデータ管理システムの構成を以下に説明する。以下の説明で、図２及び図３中の符号と同じ符号のものの説明は省略する。
【００７３】
なお、本実施形態におけるデータ管理システムは、乱数データを生成する乱数発生器１２，ｉＳＮＳサーバであるストレージネームサーバ２１，ストレージネームサーバ２１を制御する制御端末３１，原本データを格納するストレージ５１を接続され、乱数データに基づいてデータ処理を行うデータ処理機能１１を備えるファイルサーバ４１，乱数データを格納するストレージ（第１ＩＰストレージ）５２１及び５２１’，データ処理（例えば、暗号化）されたデータを格納する（バックアップする）ストレージ（第２ＩＰストレージ）５３〜５４を備え、それぞれが、ネットワーク（例えば、ＩＰネットワーク）１００で接続され、該ネットワーク１００を介して各々通信（アクセス）する。
【００７４】
さらに、前記データ処理機能１１は、暗号処理機能１ａ，復号処理機能１ｂを備えるが、乱数データを使用した他のデータ処理機能を備えていても良い。なお、本実施形態における暗号処理機能１ａでは、バーナム暗号方式，秘密分散方式，それらの方式の組合せのいずれかで暗号処理されるものとするが、こられの暗号方式にかかわらず、乱数データを使用して原本データを秘匿する方式であれば、どんな方式でも良い。また、以下の説明において、秘密分散方式を暗号方式の一つとして考える。秘密分散方式を採用する場合、バックアップするストレージは、複数必要になることが多い。復号処理機能１ｂは、暗号処理機能１ａで暗号化されたデータを復号する。
【００７５】
なお、ファイルサーバ４１、ＩＰストレージ５２１，５２１’，５３，５４、制御端末３１は、ｉＳＮＳサーバにアクセスするためのｉＳＮＳクライアントプログラムがインストールされているものとする。乱数発生器１２及びファイルサーバ４１が、ｉＳＣＳＩ  ｉｎｉｔｉａｔｏｒである。ＩＰストレージ５２１，５２１’，５３，５４はＩＰストレージであって、ｉＳＣＳＩ  ｔａｒｇｅｔである。
【００７６】
図１中のストレージネームサーバ２１は、ＲＦＣ４１７１に従ったインターネットストレージネームサービス（ｉＳＮＳという）を提供するサーバ（即ち、ｉＳＮＳサーバ）であって、属性（例えば、ＩＰアドレス，ｉＳＣＳＩポート番号，ＳＣＮポート番号，ｉＳＣＳＩ  ｎａｍｅ，ｉＳＮＳ属性などの属性要素から成る属性）に拡張属性（例えば、ストレージ容量，乱数データを有するか否かを示す乱数データフラグ）を追加して使用する。なお、属性（及び拡張属性）は、タグと該タグに応じた値の組み合わせ（属性要素）が１以上で構成される。なお、ストレージ容量は、ストレージにデータを書き込みできる該ストレージ固有の最大容量である。
【００７７】
また、ストレージネームサーバ２１は専用の制御端末３を備え（が接続され）、該専用の制御端末３は、ストレージネームサーバ２１が管理する属性データへの検索機能と検索結果に基づき管理データを操作する機能を有する。
【００７８】
また、乱数発生器１２，ストレージネームサーバ２１，制御端末３１，ファイルサーバ４１は、制御部（例えば、ＣＰＵ），記憶部（例えば，メモリ）などを備えた一般的なコンピュータとしての機能を有していると考えてよい。
【００７９】
次に、本実施形態のデータ管理システムにおいて、真性もしくは疑似乱数発生器をネットワーク上に配置し、予め生成した乱数データ（以下、単に乱数という）を蓄積した（書き込まれた）ストレージを用いて、バックアップするストレージのデータをローカルでバーナム暗号処理あるいは秘密分散処理し、その処理したデータを遠隔のストレージへコピー（バックアップ）するまでの流れを図１に基づいて説明する。
【００８０】
まず、各デバイス（ファイルサーバ４１、ＩＰストレージ５２１，５２１’，５３，５４、制御端末３１）内のｉＳＮＳクライアントプログラムがストレージネームサーバ２１に接続し、各デバイスの属性（プロファイル）を登録する（Ｍ３０１：各デバイスプロファイルの登録）。下記の表１は登録されたファイルサーバ４１の属性の一例、表２は登録されたＩＰストレージ５２１の属性の一例である。
【００８１】
【表１】
2009042892.tif 000003
【００８２】
【表２】
2009042892.tif 000004
【００８３】
次に、乱数発生器１２が、制御端末３１に対して、ストレージ容量をキーとして、自ら生成する乱数データを書き込むストレージを識別する識別情報（例えば、ｉＳＣＳＩ  ｎａｍｅやｉＳＣＳＩ  ｎａｍｅとＩＰアドレスの組み合わせ）を要求する（Ｍ３０２：ストレージ要求）。下記の表３は、書き込むストレージの要求の一例である。
【００８４】
【表３】
2009042892.tif 000005
【００８５】
次に、制御端末３１は、乱数発生器１２からの要求容量（ストレージ容量）に適合するストレージ（ＩＰストレージ５２１，５２１’，５３，５４）を検索し、最も適合する１つ（図１中では、ＩＰストレージ５２１）を、乱数発生器１２の属するドメインに組み入れるようストレージネームサーバ２１に指示する（Ｍ３０３：適合ストレージの検索と該当ストレージのドメイン変更）。
【００８６】
次に、ストレージネームサーバ２１は、乱数発生器１２からの要求に適合するストレージ（図１中では、ＩＰストレージ５２１）を識別する識別情報をＳＣＮで乱数発生器１２へ通知し、乱数発生器１２は、前記通知された識別情報に応じたＩＰストレージ５２１のアクセス情報（即ち、ＩＰアドレスとｉＳＣＳＩポート番号を少なくとも含む情報）をストレージネームサーバ２１から取得する（Ｍ３０４：要求ストレージの通知）。下記の表４は、取得したアクセス情報の一例である。なお、ＩＰストレージ５２１のｉＳＣＳＩ  ｎａｍｅは「Ｓｔｏｒａｇｅ２」である。
【００８７】
【表４】
2009042892.tif 000006
【００８８】
次に、乱数発生器１２は取得したアクセス情報（主にＩＰアドレス，ｉＳＣＳＩポート番号）に基づき、ＩＰストレージ５２１にｉＳＣＳＩ手順で接続し、生成する乱数データをＩＰストレージ５２１に書き込む（Ｍ３０５：要求ストレージへの接続と乱数データ書き込み）。
【００８９】
次に、乱数発生器１２は、制御端末３１に乱数データの書き出し完了を通知する（Ｍ３０６：乱数データの書き込み完了通知）。
【００９０】
次に、制御端末３１は、ＩＰストレージ５２１の属性における「乱数の有無」タグに応じた値を「ｙｅｓ（乱数有り）」に変更する拡張属性変更指示をストレージネームサーバ２１へ通知する（Ｍ３０７：ＩＰストレージ５２１の属性変更（乱数の有無＝ｙｅｓ（乱数有り））指示）。表５は、変更されたＩＰストレージ５２１の属性の一例である。
【００９１】
【表５】
2009042892.tif 000007
【００９２】
次に、ストレージネームサーバ２１は、ストレージ５２１の「乱数データフラグ（乱数の有無）」タグに対する拡張属性変更指示をＳＣＮでファイルサーバ４１へ通知する（Ｍ３０８：ＩＰストレージ５２１の属性変更通知）。
【００９３】
次に、ファイルサーバ４１は、通知された拡張属性変更指示に応じて、ＩＰストレージ５２１の新属性（変更された属性）をストレージネームサーバ２１に要求する（Ｍ３０９：ストレージ５２１の属性要求）。
【００９４】
次に、ファイルサーバ４１は、ストレージネームサーバ２１からＩＰストレージ５２１の新属性を取得する（Ｍ３１０：ＩＰストレージ５２１の属性取得）。
【００９５】
次に、ファイルサーバ４１は、ＩＰストレージ５２１に対し、取得した新属性を使ってｉＳＣＳＩ手順で接続し、記録された乱数データは読み出し可能な状態となる（Ｍ３１１：ＩＰストレージ５２１の接続（乱数データの取得））。
【００９６】
次に、ファイルサーバ４１は、バックアップ用ストレージ（ＩＰストレージ５３〜５４から選択（もしくは複数選択）されるストレージ）を識別する識別情報を、ストレージ容量をキーにして制御端末３１に要求する（Ｍ３１２：バックアップ用ストレージ要求）。表６は、制御端末３１へのバックアップ用ストレージ要求の一例である。
【００９７】
【表６】
2009042892.tif 000008
【００９８】
次に、制御端末３１はストレージネームサーバ２１に対して、適合するストレージ（ＩＰストレージ５３〜５４のいずれか、（もしくは、複数選択））をファイルサーバ４１と同一のドメインに組み入れ、ファイルサーバ４１が、その適合するストレージをバックアップ用ストレージとしてアクセス可能な状態にするようにストレージサーバ２１へ指示する（Ｍ３１３：適合ストレージの検索と該当ストレージのドメイン変更）。
【００９９】
次に、ストレージネームサーバ２１は、ＩＰストレージ５３〜５４の新規追加（同一ドメインへの参加）及びＩＰストレージ５３〜５４を識別する識別情報をＳＣＮでファイルサーバ４１に通知する（Ｍ３１４：ＩＰストレージ５３〜５４のドメイン参加通知）。
【０１００】
次に、ファイルサーバ４１は、通知された識別情報に応じたバックアップ用ストレージ（ＩＰストレージ５３〜５４）の属性をストレージネームサーバ２１に要求する（Ｍ３１５：ＩＰストレージ５３〜５４の属性要求）。表７は、バックアップ用ストレージ（ＩＰストレージ５３〜５４）の属性要求の一例であって、例えば、ＩＰストレージ５３のｉＳＣＳＩ  ｎａｍｅは「Ｓｔｏｒａｇｅ３」、ＩＰストレージ５４のｉＳＣＳＩ  ｎａｍｅは「Ｓｔｏｒａｇｅ４」である。
【０１０１】
【表７】
2009042892.tif 000009
【０１０２】
次に、ファイルサーバ４１は、要求されたバックアップ用ストレージ（ＩＰストレージ５３〜５４）の属性をストレージネームサーバ２１から取得する（Ｍ３１６：ＩＰストレージ５３〜５４の属性取得）。
【０１０３】
次に、ファイルサーバ４１は、取得した属性を用いて、ＩＰストレージ５３〜５４にｉＳＣＳＩ手順で接続する（Ｍ３１７：ＩＰストレージ５３〜５４の接続）。
【０１０４】
次に、ファイルサーバ４１は、ＩＰストレージ５２１に書き込まれた乱数を使用し、ストレージ５１のデータ（バックアップデータ）に対して、暗号化処理機能１ａを用いて、暗号化処理（例えば、バーナム暗号処理）もしくは秘密分散処理を行う（Ｍ３１８：バックアップ用データ処理（作成））。
【０１０５】
そして、ファイルサーバ４１は、暗号化処理されたバックアップデータをバックアップ用ストレージ（ＩＰストレージ５３〜５４）に逐次書き込む（Ｍ３１９：バックアップ用データの転送）。
【０１０６】
なお、本実施形態のデータ管理システムにおいて、前記メッセージングＭ３０１〜Ｍ３１９に関する処理を、該当する各装置の手段として（例えば、コンピュータプログラムにおける手段として）実装しても良い。また、前記メッセージングの連なりが、本実施形態のデータ管理システムにおけるデータ管理方法（手順）と考えてよい。
【０１０７】
以上のように、本実施形態は、真性乱数を必要とするアプリケーション、例えば、情報論的な安全性を提供する暗号方式（バーナム暗号）や秘密分散方式などを経済的で運用効率高く利用可能とするために、経済性実現に最も比重の高い真性乱数生成機能をネットワーク上で集中運用し、上記、真性乱数を必要とするアプリケーション等に対して、当該乱数生成データを書き込んだＩＰストレージのアクセス情報を提供することによって、真性乱数を経済的に利用可能とする手段を提供する。
【０１０８】
本実施形態のデータ管理システムは、真性乱数が経済的に利用できることで情報論的な安全性の追求、具体的にはバーナム暗号の利用環境が整い、現在の主流である計算量的な安全性を図る手段の一部が置き換わることが期待される。これにより、計算量的安全性に起因する情報の危殆化の回避と、回避を目的とする再暗号化等に必要と考えられる経費の削減に効果がある。
【０１０９】
即ち、バーナム暗号の運用及び非特許文献４における真性乱数発生機能と原本データの秘密分散処理（暗号処理）機能の運用に際して、経済性と運用性を損なうことなくデータセンター内部等での情報漏洩防止を可能とするシステム構成方式の提供できる。
【０１１０】
以上、本発明の実施形態について説明したが、本発明は説明した実施形態に限定されるものでなく、各請求項に記載した範囲において各種の変形を行うことが可能である。
【０１１１】
例えば、本実施形態における乱数発生器は、ＮＩＳＴ（Ｎａｔｉｏｎａｌ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｓｔａｎｄａｒｄｓ  ａｎｄ  Ｔｅｃｈｎｏｌｏｇｙ）のＦＩＰＳ（Ｆｅｄｅｒａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｃｅｓｓｉｎｇ  Ｓｔａｎｄａｒｄ）に準拠して、乱数を生成する乱数発生器を採用する。
【図面の簡単な説明】
【０１１２】
【図１】本実施形態のデータ管理システムにおけるバックアップ処理の流れを示す図。
【図２】一般的なデータ管理システムにおけるバックアップ処理の流れの例１を示す図。
【図３】一般的なデータ管理システムにおけるバックアップ処理の流れの例２を示す図。
【符号の説明】
【０１１３】
１…データ処理装置
１’，１１…データ処理機能
１ａ…暗号処理機能
１ｂ…復号処理機能
１ｃ…乱数発生機能
２，２１…ｉＳＮＳサーバ（ストレージネームサーバ）
３，３１…制御端末
４，４１…ファイルサーバ
１２…乱数発生器
５１…ストレージ
５２〜５４，５２１，５２１’…ＩＰストレージ
１００…ＩＰネットワーク
【図１】
2009042892.tif 000010
【図２】
2009042892.tif 000011
【図３】
2009042892.tif 000012