JP2009042892A

JP2009042892A - データ管理システム，データ管理方法

Info

Publication number: JP2009042892A
Application number: JP2007205333A
Authority: JP
Inventors: Yoshihiro Nomoto; 義弘野本
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2007-08-07
Filing date: 2007-08-07
Publication date: 2009-02-26

Abstract

【課題】乱数発生機能の配置が、システムの経済性を低くする配置になっていた。
【解決手段】乱数発生器１２，ＩＰストレージ群（５２１，５２１’，５３，５４），ファイルサーバ４１がＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスできる状態にある。乱数発生器１２が、自ら生成する乱数データを第１ＩＰストレージ５２１に書き込み。そして、ファイルサーバ４１が、前記第１ＩＰストレージ５２１に書き込まれた乱数データを使用し、ストレージ５１の原本データに対して、データ処理機能１１を用いてデータ処理を行い、そのデータ処理を行われた原本データを第２ＩＰストレージ５３，５４に書き込む。
【選択図】図１

Description

本発明は、データ秘匿性に優れ、かつ、経済的な遠隔データバックアップ技術に関するものである。

現在、ｉＳＣＳＩ（ＩｎｔｅｒｎｅｔＳｍａｌｌＣｏｍｐｕｔｅｒＳｙｓｔｅｍｓＩｎｔｅｒｆａｃｅ）技術（即ち、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ；インターネットプロトコル）ストレージ技術の一つ）単体、もしくは、複数のハードディスクドライブの集合体、あるいは、専用の制御部で複数のハードディスクドライブを制御するディスクアレイ装置等から構成されるストレージ装置が、実用化されている。

ストレージ装置とホスト装置（サーバもしくはＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ））間を接続するインターフェース技術としてはファイバチャネル（ＦｉｂｒｅＣｈａｎｎｅｌ;以下、ＦＣと略す）、インフィニバンド（ＩｎｆｉｎｉＢａｎｄ）、ＳＣＳＩ（ＳｍａｌｌＣｏｍｐｕｔｅｒＳｙｓｔｅｍｓＩｎｔｅｒｆａｃｅ）などが知られている。

そのＳＣＳＩインターフェースは近距離間を経済的に接続する用途として優れ、既に広く普及している。当該ＳＣＳＩインターフェースでは、クライアントに相当する機能をイニシエータ（Ｉｎｉｔｉａｔｏｒ）、サーバに相当する機能をターゲット（Ｔａｒｇｅｔ）と呼び、イニシエータとターゲット間で、ＳＣＳＩコマンド（ＣＤＢ：ＣｏｍｍａｎｄＤｅｓｃｒｉｐｔｏｒＢｌｏｃｋ）を交換する。

２００３年には、一般的なネットワークプロトコルの一つであるＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）上で、ＳＣＳＩ処理を実現する上位プロトコル規格ｉＳＣＳＩ（ｉｎｔｅｒｎｅｔＳＣＳＩ）が、ＩＥＴＦ（ＴｈｅＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）ＲＦＣ（ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔｓ）３７２０として標準化されている。

現在、ｉＳＣＳＩ技術は、ギガビット以上の回線品質の基幹回線（例えば、データセンタ内回線，データセンタ間回線，大規模ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）システム）で利用されているが、該ｉＳＣＳＩ技術をコンシューマ向けアクセス回線（例えば、ブロードバンド回線）上のサービスとして、端末−サーバ間，端末−端末間で適応している例は存在していない。

一方、国内ではＦＴＴＨ（ＦｉｂｅｒＴｏＴｈｅＨｏｍｅ）回線の普及と高速化が進行中であり、例えば、１００ＢＡＳＥ−ＴＸをユーザ端末インタフェースとするサービスが実用化済みである。そして、近い将来、都市部において、ＦＴＴＨ回線を使用したネットワークのギガビット化も想定されている。

ここで、最近のＩＰストレージ技術におけるネームサービス（名前解決）技術と暗号技術及び秘密分散技術を説明する。

ネームサービス（名前解決）技術の一つであるｉＳＮＳ（ＩｎｔｅｒｎｅｔＳｔｏｒａｇｅＮａｍｅＳｅｒｖｉｃｅ）技術は、ＴＣＰ／ＩＰネットワーク上で、上記ｉＳＣＳＩ、ｉＦＣＰ（ＩｎｔｅｒｎｅｔＦｉｂｒｅＣｈａｎｎｅｌＰｒｏｔｏｃｏｌ）デバイスの検出、構成管理等の機能を提供するインターネット標準のストレージ専用のネームサービス（名前解決）規格（例えば、非特許文献１参照）である。

暗号技術及び秘密分散技術は、現在、数多くの暗号技術が発表され実用化に至っているが一般的に使われている暗号技術は短いビット数の暗号鍵により原本データを計算機処理することで秘匿性を担保する数学的難解性に基づいた非完全暗号に分類され、計算量的な安全性に基づいた技術と呼ばれる。

計算量的な安全性（例えば、非特許文献２参照）に基づく暗号方式は解読（即ち、原本データへの復合）に要する計算時間が極めて大きいことを根拠に「実用上は安全」としているが、暗号鍵にはアルゴリズム（算術手順）がある以上、絶対に解けない方式とは言えない。

一方、計算量的な安全性とは別の考え方として情報論的な安全性（例えば、非特許文献２参照）によって情報の秘匿性を担保する方法が存在する。情報論的な安全性とは無限の計算資源をもつ攻撃者に対しても安全であることを担保する考え方であって、典型的な暗号方式としてバーナム暗号が知られている。

バーナム暗号は十分に長い乱数を鍵として平文（原本データ）と鍵をＸＯＲ（排他的論理和演算）することで暗号文（秘匿情報）を生成する方式であり、使用した乱数が平文以上の長さである場合には完全暗号（暗号文から平文に関する情報が一切漏れない、即ち、完全秘匿性をもつ状態）（例えば、特許文献１参照）となる。

また、情報論的な安全性に基づき情報を秘匿する方法として秘密分散方式がある。秘密分散方式（ＳＳＳ：ＳｅｃｒｅｔＳｈａｒｉｎｇＳｃｈｅｍｅｓ）は、１９７９年にシャミア博士が発表した論文（例えば、特許文献１，非特許文献３参照）に始まる。原本データを複数の処理データに分割し分割した情報から原本データを復元する方式である。この秘密分散方式においても、最近、バーナム暗号同様、真性乱数を用いて原本データを分割処理するアルゴリズム（例えば、特許文献２参照）が提案されている。

ここで、ＩＰストレージ技術における一般的なるバックアップ処理の例を以下に説明する。

図２は、データ管理システムにおけるバックアップ処理の流れの例１を示す図である。図２中のデータ管理システムの構成を以下に説明する。

図２中のデータ管理システムは、乱数データに基づいてデータを暗号化もしくは復号するデータ処理装置１，ｉＳＮＳサーバであるストレージネームサーバ２，ストレージネームサーバ２を制御する制御端末３，原本データを格納するストレージ５１を管理するファイルサーバ４，暗号化されたデータを格納する（バックアップする）ＩＰストレージ５２〜５４を備え、それぞれネットワーク（例えば、ＩＰネットワーク）１００で接続され、該ネットワーク１００を介して各々通信（アクセス）する。

さらに、前記データ処理装置１は、暗号処理機能１ａ，復号処理機能１ｂ，乱数発生機能１ｃを備える。

なお、データ処理装置１，制御端末３，ＩＰストレージ５２〜５４には、ｉＳＮＳサーバにアクセスするためのｉＳＮＳクライアントプログラムがインストールされているものとする。データ処理装置１が、ｉＳＣＳＩｉｎｉｔｉａｔｏｒである。ＩＰストレージ５２〜５４は、ｉＳＣＳＩｔａｒｇｅｔである。

また、データ処理装置１，ストレージネームサーバ２，制御端末３，ファイルサーバ４は、制御部（例えば、ＣＰＵ），記憶部（例えば，メモリ）などを備えた一般的なコンピュータとしての機能を有していると考えてよい。

次に、ネットワーク上に乱数発生器のみならず、暗号処理、秘密分散処理機能をも具備し、処理対象のデータをネットワーク経由で原データのままコピーした上でデータ処理（バックアップ処理）を行う方式の一つの流れを図２に基づいて説明する。なお、図２中では、ストレージネームサーバを利用せず別の手段でデータバックアップ用ストレージへのアクセス情報（例えば、ＩＰアドレスとｉＳＣＳＩポート番号を少なくとも含む情報）を取得する手段も含む。

まず、各デバイス（データ処理装置１、ＩＰストレージ５２〜５４、制御端末３）内のｉＳＮＳクライアントプログラムがストレージネームサーバ２に接続し、各デバイスの属性（プロファイル）を登録する（Ｍ１０１：各デバイスプロファイルの登録）。

次に、ファイルサーバ４は、バックアップしたいデータ（ストレージ５１のデータ）をネットワーク上のデータ処理装置１に転送する（Ｍ１０２：バックアップ対象データの転送）。

次に、データ処理装置１は、乱数発生機能１ｃを用いて生成した乱数を使用し、アップロードされたデータを、暗号処理機能１ａを用いて暗号化処理（例えば、秘密分散処理（この例では３分割））する（Ｍ１０３：バックアップ用データ処理（作成））。

次に、データ処理装置１は、バックアップ用ストレージ（ＩＰストレージ５２〜５４）のストレージ容量をキーにして制御端末３に要求する（Ｍ１０４：バックアップ用ストレージ要求）。

次に、制御端末３は、ストレージネームサーバ２に対して、適合するストレージ（ＩＰストレージ５２〜５４のいずれか、もしくは複数選択）をデータ処理装置１と同一のドメインに組み入れ、データ処理装置１がバックアップ用ストレージ（ＩＰストレージ５２〜５４）にアクセス可能な状態にするよう指示する（Ｍ１０５：適合ストレージの検索と該当ストレージのドメイン変更）。

次に、ストレージネームサーバ２は、データ処理装置１にＩＰストレージ５２〜５４の新規追加（同一ドメインへの参加）をＳＣＮ（ＳｔａｔｅＣｈａｎｇｅＮｏｒｔｉｆｉｃａｔｉｏｎ）で通知する（Ｍ１０６：ＩＰストレージ５２〜５４のドメイン参加通知）。

次に、データ処理装置１は、ＩＰストレージ５２〜５４の属性をストレージネームサーバ２に要求する（Ｍ１０７：ＩＰストレージ５２〜５４の属性要求）。

次に、データ処理装置１は、ＩＰストレージ５２〜５４の属性をストレージネームサーバ２から取得する（Ｍ１０８：ＩＰストレージ５２〜５４の属性取得）。

そして、データ処理装置１は、秘密分散処理（例えば、３分割）した各データを、ＩＰストレージ５２〜５４に接続してコピーする（Ｍ１０９：バックアップ用ストレージの接続とデータの転送）。

図３は、データ管理システムにおけるバックアップ処理の流れの例２を示す図である。図３中のデータ管理システムの構成を以下に説明する。以下の説明で、図２中の符号と同じ符号のものの説明は省略する。

図３中のデータ管理システムは、ストレージネームサーバ２，制御端末３，ストレージ５１を管理し、乱数に基づいてデータを暗号化もしくは復号するデータ処理機能１’を備えるファイルサーバ４，ＩＰストレージ５２〜５４を備え、それぞれネットワーク（例えば、ＩＰネットワーク）１００で接続され、該ネットワーク１００を介して各々通信（アクセス）する。

さらに、データ処理機能１’は、前記データ処理装置１のように、暗号処理機能１ａ，復号処理機能１ｂ，乱数発生機能１ｃを備える。

なお、制御端末３，ＩＰストレージ５２〜５４には、ｉＳＮＳサーバにアクセスするためのｉＳＮＳクライアントプログラムがインストールされているものとする。ファイルサーバ４が、ｉＳＣＳＩｉｎｉｔｉａｔｏｒである。ＩＰストレージ５２〜５４は、ｉＳＣＳＩｔａｒｇｅｔである。

また、ストレージネームサーバ２，制御端末３，ファイルサーバ４は、制御部（例えば、ＣＰＵ），記憶部（例えば，メモリ）などを備えた一般的なコンピュータとしての機能を有していると考えてよい。

次に、ネットワーク上には乱数発生機能のみならず、暗号処理、秘密分散処理機能のいずれも存在せず、当該機能のすべてをローカルに具備することで、ネットワークには遠隔バックアップのためのストレージへのアクセス情報のみを期待する従来方式の一つの流れを図３に基づいて説明する。なお、図３中では、ストレージネームサーバを利用せず別の手段でデータバックアップ用ストレージへのアクセス情報を取得する手段も含む。

まず、各デバイス（ＩＰストレージ５２〜５４、制御端末３）内のｉＳＮＳクライアントプログラムがｉＳＮＳサーバ（以下、単に、ストレージネームサーバという）２に接続し、各デバイスの属性を登録する（Ｍ２０１：各デバイスプロファイルの登録）。

次に、ファイルサーバ４は、乱数発生機能１ｃを用いて生成した乱数を使用し、バックアップするデータについて、暗号処理機能１ａを用いて暗号化処理（例えば、秘密分散処理（この例では３分割））する（Ｍ２０２：バックアップ用データ処理（作成））。

次に、ファイルサーバ４は、バックアップ用ストレージ（ＩＰストレージ５２〜５４）を、ストレージ容量をキーにして制御端末３に要求する（Ｍ２０３：バックアップ用ストレージ要求）。

次に、制御端末３は、ストレージネームサーバ２に対して、適合するストレージ（ＩＰストレージ５２〜５４のいずれか（もしくは複数選択））をファイルサーバ４と同一のドメインに組み入れ、ファイルサーバ４がバックアップ用ストレージ（ＩＰストレージ５２〜５４）にアクセス可能な状態にするよう指示する（Ｍ２０４：適合ストレージの検索と該当ストレージのドメイン変更）。

次に、ストレージネームサーバ２は、ファイルサーバ４にＩＰストレージ５２〜５４の新規追加（同一ドメインへの参加）をＳＣＮで通知する（Ｍ２０５：ＩＰストレージ５２〜５４のドメイン参加通知）。

次に、ファイルサーバ４は、ＩＰストレージ５２〜５４の属性をストレージネームサーバ２に要求する（Ｍ２０６：ＩＰストレージ５２〜５４の属性要求）。

次に、ファイルサーバ４は、ＩＰストレージ５２〜５４の属性をストレージネームサーバ２から取得する（Ｍ２０７：ＩＰストレージ５２〜５４の属性取得）。

そして、ファイルサーバ４は、秘密分散処理（３分割）した各データを、ＩＰストレージ５２〜５４に接続してコピーする（Ｍ２０８：バックアップ用ストレージの接続とデータの転送）。

また、上述の技術に関連する技術としては、真性乱数発生機能と原本データの秘密分散処理（暗号処理）機能を一体的に運用する技術（例えば、非特許文献４参照）が知られている。
米国特許第１，３１０，７１９号明細書（第１頁８行目〜第２頁７６行目等）特開２００４−２１３６５０号公報（段落［００２３］〜［００５７］等）。Ｊ．Ｔｓｅｎｇ，Ｋ．Ｇｉｂｂｏｎｓ，Ｆ．Ｔｒａｖｏｓｉｎｏ，Ｃ．ＤｕＬａｎｅｙ，Ｊ．Ｓｏｕｚａ、ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔｓ：４１７１ "ＩｎｔｅｒｎｅｔＳｔｏｒａｇｅＮａｍｅＳｅｒｖｉｃｅｓ（ｉＳＮＳ）"、ＴｈｅＩｎｔｅｒｎｅｔＳｏｃｉｅｔｙ、Ｓｅｐ２００５（平成１７年９月）、ｐ１−２２。渡辺曜大、"暗号技術の証明可能安全性"、［ｏｎｌｉｎｅ］、Ｊｕｎ２，２００５（平成１７年６月２日）、国立情報学研究所、［平成１９年７月２日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｉｉ．ａｃ．ｊｐ／ｏｐｅｎｈｏｕｓｅ／ｈ１７／ａｒｃｈｉｖｅ／ｐｄｆ／ｋｅｎｋｙｕ−１．ｐｄｆ＞。Ａ．Ｓｈａｍｉｒ、"ＨｏｗｔｏＳｈａｒｅａＳｅｃｒｅｔ"、Ｖｏｌ．２２，ｎｏ．１１、ＣｏｍｍｕｎｉｃａｔｉｏｎｓｏｆｔｈｅＡｓｓｏｃｉａｔｉｏｎｆｏｒＣｏｍｐｕｔｉｎｇＭａｃｈｉｎｅｒｙ、Ｎｏｖ．１９７９（昭５４年１１月）、ｐｐ．６１２−６１３。藤村明子，荻原利彦，森田光、「情報ネットワーク・ローレビュー第４巻第１号［電子情報の安全性確保とＦｏｒｅｎｓｉｃｓの社会的実現に向けた秘密分散技術の考察］」、情報ネットワーク法学会、２００５年６月（平成１７年６月）。

企業などで運用されるファイルサーバ等に保存されるデータは、データセンター等に設置されるストレージ装置と専用線、ＷＡＮ（Ｗｉｄｅ−ＡｒｅａＮｅｔｗｏｒｋ）回線などのＩＰネットワークを介して、遠隔バックアップ用途などで既に利用されている。そのように遠隔に保存されるデータの漏洩防止のため、保存されるデータは暗号化されることが一般的である。このデータの暗号化における暗号化方式の多くは、計算量的な安全性に基づく方式が主流であり、情報論的な安全性による情報秘匿手段は運用効率と経済効率などの要因で回避されることが多い。

情報論的な安全性による情報秘匿手段の一つであるバーナム暗号方式を例にとると、以下の項番（１）〜（２）が運用効率の課題の例として、また、以下の項番（３）〜（５）が経済効率の課題の例として挙げられる。

（１）大容量（例えば、１００ＧＢ（ＧｉｇａＢｙｔｅ））の原本データに対して、その原本データと同じ容量（例えば、１００ＧＢ）の真性乱数データを作成し、かつ、復元まで保管する必要がある。

（２）真性乱数発生装置の発生する真性乱数データ出力レートは、一般的な市販装置の場合、例えば、１００ＧＢの真性乱数データ生成に１日を必要とするものなど運用上極めて遅い。

（３）真性乱数発生装置は、一般のＩＴ（ＩｎｆｏｒｍａｔｉｏｎＴｅｃｈｎｏｌｏｇｙ）機器価格と比較して高価なものが多く規模の小さな企業にとっては、入手が難しい。例えば、真性乱数発生装置の価格が、一般的なファイルサーバ本体価格を上回ることがある。

（４）大容量（例えば、１００ＧＢ）の原本データに対して、その原本データと同じ容量（例えば、１００ＧＢ）の真性乱数データと暗号化処理したデータ（例えば、１００ＧＢ）を保管する必要があり、２倍の冗長性が生じる。

（５）バーナム暗号を完全暗号として運用するためにはバックアップ毎に異なった真性乱数データを使用する必要があり、複数のバックアップデータを生成及び保管する毎に２倍の冗長性が生じる。

上記の項番（４）に関して言えば、バーナム暗号に代えて秘密分散方式（特許文献１参照）を利用した場合、３倍以上の冗長性が生じることになる。

また、情報論的な安全性は項番（１）〜（５）の課題はあるものの、非特許文献４で述べられているように、長期的な原本保管など計算量的な安全性実現手段（一般の暗号方式など）に比較した長所を有する。そのため、項番（１）〜（５）の課題のいくつかを解消できる運用方法が重要となる。

非特許文献４では、真性乱数発生機能と原本データの秘密分散処理（暗号処理）機能を一体的に運用し、原本データをオリジナルのロケーションから、分散処理ロケーションまでネットワークを介して転送し、例えば、データセンタ（分散処理ロケーション）内等の原本データの管理（発生）ロケーションとは別のロケーションで分散（暗号）処理する構成により、項番（１）〜（３）の課題を解決しようとしている。

しかしながら、情報漏洩防止の観点から見ると、現在、データセンタ内部等からの漏洩するケースが非常に多く、分散処理前段での情報漏洩という弱点を有することになる。この問題を解決するには、分散処理（暗号処理）機能は原本データを管理するサーバ内にあり、処理後のデータをネットワークを介してデータセンター内等のロケーションに転送することが望ましい。

ただし、項番（２）〜（３）のように、真性乱数発生機能の設置（配置）はデータセンタ内の運用性、経済性の両面で優れており、かつ、生成した真性乱数データの転送負荷をかけない意味でも、真性乱数データの発生ロケーション（及び近傍）での保管と蓄積が望まれる。

本発明は、前記課題に基づいてなされたものであって、乱数発生（生成）機能によって生成された乱数生成データをネットワーク上で共有し、その乱数発生（生成）機能を経済的に利用してデータ処理を行うデータ管理システム，データ管理方法を提供することにある。

前記課題の解決を図るために、請求項１記載の発明は、乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、該乱数発生器，ＩＰストレージ群，ファイルサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、該原本データにデータ処理を行って、第２ＩＰストレージへ格納するデータ管理システムであって、前記乱数発生器が、自ら生成する乱数データを前記第１ＩＰストレージに書き込む手段を備え、前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行う手段と、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込む手段と、を備えることを特徴とする。

請求項２記載の発明は、乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、該原本データにデータ処理を行って、第２ＩＰストレージへ格納するデータ管理システムであって、前記乱数発生器が、前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求する手段と、通知された識別情報に応じた第１ＩＰストレージのアクセス情報を前記ストレージネームサーバから取得する手段と、取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込む手段と、前記制御端末に乱数データの書き出し完了を通知する手段と、を備え、前記制御端末が、前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示する手段と、前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知する手段と、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示する手段と、を備え、前記ストレージネームサーバが、要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知する手段と、通知された拡張属性変更指示を前記ファイルサーバへ通知する手段と、前記ファイルサーバに、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知する手段と、を備え、前記ファイルサーバが、通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求する手段と、前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得する手段と、前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続する手段と、第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求する手段と、前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求する手段と、前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得する手段と、前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続する手段と、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行う原本データ処理手段と、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むデータ書き込み手段と、を備える、ことを特徴とする。

請求項３記載の発明は、請求項２記載の発明において、前記データ処理機能が、前記乱数データに基づいて、データを暗号化する暗号処理機能、を備え、前記原本データ処理手段が、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記暗号処理機能を用いて、データ処理を行う手段、を備えることを特徴とする。

請求項４記載の発明は、乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、該乱数発生器，ＩＰストレージ群，ファイルサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、該原本データにデータ処理を行って、第２ＩＰストレージへ格納するシステムで使用するデータ管理方法であって、前記乱数発生器が、自ら生成する乱数データを前記第１ＩＰストレージに書き込むステップと、前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行うステップと、前記ファイルサーバが、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むステップと、を有することを特徴とする。

請求項５記載の発明は、乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、該原本データにデータ処理を行って、第２ＩＰストレージへ格納するシステムで使用するデータ管理方法であって、前記乱数発生器が、前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求するステップと、前記制御端末が、前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示するステップと、前記ストレージネームサーバが、要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知し、該乱数発生器が、該通知された識別情報に応じた第１ＩＰストレージのアクセス情報を該ストレージネームサーバから取得するステップと、前記乱数発生器が、取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込むステップと、前記乱数発生器が、前記制御端末に乱数データの書き出し完了を通知するステップと、前記制御端末が、前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知するステップと、前記ストレージネームサーバが、通知された拡張属性変更指示を前記ファイルサーバへ通知するステップと、前記ファイルサーバが、通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求するステップと、前記ファイルサーバが、前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得するステップと、前記ファイルサーバが、前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続するステップと、前記ファイルサーバが、第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求するステップと、前記制御端末が、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示するステップと、前記ストレージネームサーバが、前記ファイルサーバに、前記適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知するステップと、前記ファイルサーバが、前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求するステップと、前記ファイルサーバが、前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得するステップと、前記ファイルサーバが、前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続するステップと、前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行うステップと、前記ファイルサーバが、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むステップと、を有することを特徴とする。

請求項６記載の発明は、乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，暗号化されたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいて、データを暗号化する暗号処理機能を含むデータ処理機能を有するファイルサーバ、を備え、該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、該原本データを暗号化し第２ＩＰストレージへ格納するシステムで使用するデータ管理方法であって、前記乱数発生器が、前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求するステップと、前記制御端末が、前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示するステップと、前記ストレージネームサーバが、要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知し、該乱数発生器が、該通知された識別情報に応じた第１ＩＰストレージのアクセス情報を該ストレージネームサーバから取得するステップと、前記乱数発生器が、取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込むステップと、前記乱数発生器が、前記制御端末に乱数データの書き出し完了を通知するステップと、前記制御端末が、前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知するステップと、前記ストレージネームサーバが、通知された拡張属性変更指示を前記ファイルサーバへ通知するステップと、前記ファイルサーバが、通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求するステップと、前記ファイルサーバが、前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得するステップと、前記ファイルサーバが、前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続するステップと、前記ファイルサーバが、第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求するステップと、前記制御端末が、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示するステップと、前記ストレージネームサーバが、前記ファイルサーバに、前記適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知するステップと、前記ファイルサーバが、前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求するステップと、前記ファイルサーバが、前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得するステップと、前記ファイルサーバが、前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続するステップと、前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記暗号処理機能を用いて、暗号化処理を行うステップと、前記ファイルサーバが、前記暗号化処理された原本データを前記第２ＩＰストレージに書き込むステップと、を有することを特徴とする。

前記請求項１，４に記載の発明は、乱数データがＩＰストレージに書き込まれるため、乱数データを共有できる。

前記請求項２，５に記載の発明は、ストレージネームサーバを介したＩＰストレージ管理を行って、乱数データをより多重に共有できる。

前記請求項３，６に記載の発明は、共有された乱数データを使って、暗号化処理を実行できる。

以上示したように請求項１，４の発明によれば、乱数データを共有できるため、経済的にデータ処理を行うことができる。

請求項２，５の発明によれば、乱数データをより多重に共有できるため、より経済的にデータ処理を行うことができる。

請求項３，６の発明によれば、情報論的な安全性に基づく暗号化処理をより経済的に利用できる。

これらを以ってデータ処理技術分野に貢献できる。

本実施形態のデータ管理システムにおけるバックアップ処理の流れを図１に基づいて説明する。まず、図１中のデータ管理システムの構成を以下に説明する。以下の説明で、図２及び図３中の符号と同じ符号のものの説明は省略する。

なお、本実施形態におけるデータ管理システムは、乱数データを生成する乱数発生器１２，ｉＳＮＳサーバであるストレージネームサーバ２１，ストレージネームサーバ２１を制御する制御端末３１，原本データを格納するストレージ５１を接続され、乱数データに基づいてデータ処理を行うデータ処理機能１１を備えるファイルサーバ４１，乱数データを格納するストレージ（第１ＩＰストレージ）５２１及び５２１’，データ処理（例えば、暗号化）されたデータを格納する（バックアップする）ストレージ（第２ＩＰストレージ）５３〜５４を備え、それぞれが、ネットワーク（例えば、ＩＰネットワーク）１００で接続され、該ネットワーク１００を介して各々通信（アクセス）する。

さらに、前記データ処理機能１１は、暗号処理機能１ａ，復号処理機能１ｂを備えるが、乱数データを使用した他のデータ処理機能を備えていても良い。なお、本実施形態における暗号処理機能１ａでは、バーナム暗号方式，秘密分散方式，それらの方式の組合せのいずれかで暗号処理されるものとするが、こられの暗号方式にかかわらず、乱数データを使用して原本データを秘匿する方式であれば、どんな方式でも良い。また、以下の説明において、秘密分散方式を暗号方式の一つとして考える。秘密分散方式を採用する場合、バックアップするストレージは、複数必要になることが多い。復号処理機能１ｂは、暗号処理機能１ａで暗号化されたデータを復号する。

なお、ファイルサーバ４１、ＩＰストレージ５２１，５２１’，５３，５４、制御端末３１は、ｉＳＮＳサーバにアクセスするためのｉＳＮＳクライアントプログラムがインストールされているものとする。乱数発生器１２及びファイルサーバ４１が、ｉＳＣＳＩｉｎｉｔｉａｔｏｒである。ＩＰストレージ５２１，５２１’，５３，５４はＩＰストレージであって、ｉＳＣＳＩｔａｒｇｅｔである。

図１中のストレージネームサーバ２１は、ＲＦＣ４１７１に従ったインターネットストレージネームサービス（ｉＳＮＳという）を提供するサーバ（即ち、ｉＳＮＳサーバ）であって、属性（例えば、ＩＰアドレス，ｉＳＣＳＩポート番号，ＳＣＮポート番号，ｉＳＣＳＩｎａｍｅ，ｉＳＮＳ属性などの属性要素から成る属性）に拡張属性（例えば、ストレージ容量，乱数データを有するか否かを示す乱数データフラグ）を追加して使用する。なお、属性（及び拡張属性）は、タグと該タグに応じた値の組み合わせ（属性要素）が１以上で構成される。なお、ストレージ容量は、ストレージにデータを書き込みできる該ストレージ固有の最大容量である。

また、ストレージネームサーバ２１は専用の制御端末３を備え（が接続され）、該専用の制御端末３は、ストレージネームサーバ２１が管理する属性データへの検索機能と検索結果に基づき管理データを操作する機能を有する。

また、乱数発生器１２，ストレージネームサーバ２１，制御端末３１，ファイルサーバ４１は、制御部（例えば、ＣＰＵ），記憶部（例えば，メモリ）などを備えた一般的なコンピュータとしての機能を有していると考えてよい。

次に、本実施形態のデータ管理システムにおいて、真性もしくは疑似乱数発生器をネットワーク上に配置し、予め生成した乱数データ（以下、単に乱数という）を蓄積した（書き込まれた）ストレージを用いて、バックアップするストレージのデータをローカルでバーナム暗号処理あるいは秘密分散処理し、その処理したデータを遠隔のストレージへコピー（バックアップ）するまでの流れを図１に基づいて説明する。

まず、各デバイス（ファイルサーバ４１、ＩＰストレージ５２１，５２１’，５３，５４、制御端末３１）内のｉＳＮＳクライアントプログラムがストレージネームサーバ２１に接続し、各デバイスの属性（プロファイル）を登録する（Ｍ３０１：各デバイスプロファイルの登録）。下記の表１は登録されたファイルサーバ４１の属性の一例、表２は登録されたＩＰストレージ５２１の属性の一例である。

次に、乱数発生器１２が、制御端末３１に対して、ストレージ容量をキーとして、自ら生成する乱数データを書き込むストレージを識別する識別情報（例えば、ｉＳＣＳＩｎａｍｅやｉＳＣＳＩｎａｍｅとＩＰアドレスの組み合わせ）を要求する（Ｍ３０２：ストレージ要求）。下記の表３は、書き込むストレージの要求の一例である。

次に、制御端末３１は、乱数発生器１２からの要求容量（ストレージ容量）に適合するストレージ（ＩＰストレージ５２１，５２１’，５３，５４）を検索し、最も適合する１つ（図１中では、ＩＰストレージ５２１）を、乱数発生器１２の属するドメインに組み入れるようストレージネームサーバ２１に指示する（Ｍ３０３：適合ストレージの検索と該当ストレージのドメイン変更）。

次に、ストレージネームサーバ２１は、乱数発生器１２からの要求に適合するストレージ（図１中では、ＩＰストレージ５２１）を識別する識別情報をＳＣＮで乱数発生器１２へ通知し、乱数発生器１２は、前記通知された識別情報に応じたＩＰストレージ５２１のアクセス情報（即ち、ＩＰアドレスとｉＳＣＳＩポート番号を少なくとも含む情報）をストレージネームサーバ２１から取得する（Ｍ３０４：要求ストレージの通知）。下記の表４は、取得したアクセス情報の一例である。なお、ＩＰストレージ５２１のｉＳＣＳＩｎａｍｅは「Ｓｔｏｒａｇｅ２」である。

次に、乱数発生器１２は取得したアクセス情報（主にＩＰアドレス，ｉＳＣＳＩポート番号）に基づき、ＩＰストレージ５２１にｉＳＣＳＩ手順で接続し、生成する乱数データをＩＰストレージ５２１に書き込む（Ｍ３０５：要求ストレージへの接続と乱数データ書き込み）。

次に、乱数発生器１２は、制御端末３１に乱数データの書き出し完了を通知する（Ｍ３０６：乱数データの書き込み完了通知）。

次に、制御端末３１は、ＩＰストレージ５２１の属性における「乱数の有無」タグに応じた値を「ｙｅｓ（乱数有り）」に変更する拡張属性変更指示をストレージネームサーバ２１へ通知する（Ｍ３０７：ＩＰストレージ５２１の属性変更（乱数の有無＝ｙｅｓ（乱数有り））指示）。表５は、変更されたＩＰストレージ５２１の属性の一例である。

次に、ストレージネームサーバ２１は、ストレージ５２１の「乱数データフラグ（乱数の有無）」タグに対する拡張属性変更指示をＳＣＮでファイルサーバ４１へ通知する（Ｍ３０８：ＩＰストレージ５２１の属性変更通知）。

次に、ファイルサーバ４１は、通知された拡張属性変更指示に応じて、ＩＰストレージ５２１の新属性（変更された属性）をストレージネームサーバ２１に要求する（Ｍ３０９：ストレージ５２１の属性要求）。

次に、ファイルサーバ４１は、ストレージネームサーバ２１からＩＰストレージ５２１の新属性を取得する（Ｍ３１０：ＩＰストレージ５２１の属性取得）。

次に、ファイルサーバ４１は、ＩＰストレージ５２１に対し、取得した新属性を使ってｉＳＣＳＩ手順で接続し、記録された乱数データは読み出し可能な状態となる（Ｍ３１１：ＩＰストレージ５２１の接続（乱数データの取得））。

次に、ファイルサーバ４１は、バックアップ用ストレージ（ＩＰストレージ５３〜５４から選択（もしくは複数選択）されるストレージ）を識別する識別情報を、ストレージ容量をキーにして制御端末３１に要求する（Ｍ３１２：バックアップ用ストレージ要求）。表６は、制御端末３１へのバックアップ用ストレージ要求の一例である。

次に、制御端末３１はストレージネームサーバ２１に対して、適合するストレージ（ＩＰストレージ５３〜５４のいずれか、（もしくは、複数選択））をファイルサーバ４１と同一のドメインに組み入れ、ファイルサーバ４１が、その適合するストレージをバックアップ用ストレージとしてアクセス可能な状態にするようにストレージサーバ２１へ指示する（Ｍ３１３：適合ストレージの検索と該当ストレージのドメイン変更）。

次に、ストレージネームサーバ２１は、ＩＰストレージ５３〜５４の新規追加（同一ドメインへの参加）及びＩＰストレージ５３〜５４を識別する識別情報をＳＣＮでファイルサーバ４１に通知する（Ｍ３１４：ＩＰストレージ５３〜５４のドメイン参加通知）。

次に、ファイルサーバ４１は、通知された識別情報に応じたバックアップ用ストレージ（ＩＰストレージ５３〜５４）の属性をストレージネームサーバ２１に要求する（Ｍ３１５：ＩＰストレージ５３〜５４の属性要求）。表７は、バックアップ用ストレージ（ＩＰストレージ５３〜５４）の属性要求の一例であって、例えば、ＩＰストレージ５３のｉＳＣＳＩｎａｍｅは「Ｓｔｏｒａｇｅ３」、ＩＰストレージ５４のｉＳＣＳＩｎａｍｅは「Ｓｔｏｒａｇｅ４」である。

次に、ファイルサーバ４１は、要求されたバックアップ用ストレージ（ＩＰストレージ５３〜５４）の属性をストレージネームサーバ２１から取得する（Ｍ３１６：ＩＰストレージ５３〜５４の属性取得）。

次に、ファイルサーバ４１は、取得した属性を用いて、ＩＰストレージ５３〜５４にｉＳＣＳＩ手順で接続する（Ｍ３１７：ＩＰストレージ５３〜５４の接続）。

次に、ファイルサーバ４１は、ＩＰストレージ５２１に書き込まれた乱数を使用し、ストレージ５１のデータ（バックアップデータ）に対して、暗号化処理機能１ａを用いて、暗号化処理（例えば、バーナム暗号処理）もしくは秘密分散処理を行う（Ｍ３１８：バックアップ用データ処理（作成））。

そして、ファイルサーバ４１は、暗号化処理されたバックアップデータをバックアップ用ストレージ（ＩＰストレージ５３〜５４）に逐次書き込む（Ｍ３１９：バックアップ用データの転送）。

なお、本実施形態のデータ管理システムにおいて、前記メッセージングＭ３０１〜Ｍ３１９に関する処理を、該当する各装置の手段として（例えば、コンピュータプログラムにおける手段として）実装しても良い。また、前記メッセージングの連なりが、本実施形態のデータ管理システムにおけるデータ管理方法（手順）と考えてよい。

以上のように、本実施形態は、真性乱数を必要とするアプリケーション、例えば、情報論的な安全性を提供する暗号方式（バーナム暗号）や秘密分散方式などを経済的で運用効率高く利用可能とするために、経済性実現に最も比重の高い真性乱数生成機能をネットワーク上で集中運用し、上記、真性乱数を必要とするアプリケーション等に対して、当該乱数生成データを書き込んだＩＰストレージのアクセス情報を提供することによって、真性乱数を経済的に利用可能とする手段を提供する。

本実施形態のデータ管理システムは、真性乱数が経済的に利用できることで情報論的な安全性の追求、具体的にはバーナム暗号の利用環境が整い、現在の主流である計算量的な安全性を図る手段の一部が置き換わることが期待される。これにより、計算量的安全性に起因する情報の危殆化の回避と、回避を目的とする再暗号化等に必要と考えられる経費の削減に効果がある。

即ち、バーナム暗号の運用及び非特許文献４における真性乱数発生機能と原本データの秘密分散処理（暗号処理）機能の運用に際して、経済性と運用性を損なうことなくデータセンター内部等での情報漏洩防止を可能とするシステム構成方式の提供できる。

以上、本発明の実施形態について説明したが、本発明は説明した実施形態に限定されるものでなく、各請求項に記載した範囲において各種の変形を行うことが可能である。

例えば、本実施形態における乱数発生器は、ＮＩＳＴ（ＮａｔｉｏｎａｌＩｎｓｔｉｔｕｔｅｏｆＳｔａｎｄａｒｄｓａｎｄＴｅｃｈｎｏｌｏｇｙ）のＦＩＰＳ（ＦｅｄｅｒａｌＩｎｆｏｒｍａｔｉｏｎＰｒｏｃｅｓｓｉｎｇＳｔａｎｄａｒｄ）に準拠して、乱数を生成する乱数発生器を採用する。

本実施形態のデータ管理システムにおけるバックアップ処理の流れを示す図。一般的なデータ管理システムにおけるバックアップ処理の流れの例１を示す図。一般的なデータ管理システムにおけるバックアップ処理の流れの例２を示す図。

符号の説明

１…データ処理装置
１’，１１…データ処理機能
１ａ…暗号処理機能
１ｂ…復号処理機能
１ｃ…乱数発生機能
２，２１…ｉＳＮＳサーバ（ストレージネームサーバ）
３，３１…制御端末
４，４１…ファイルサーバ
１２…乱数発生器
５１…ストレージ
５２〜５４，５２１，５２１’…ＩＰストレージ
１００…ＩＰネットワーク

Claims

乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，
原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、
を備え、
該乱数発生器，ＩＰストレージ群，ファイルサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、
該原本データにデータ処理を行って、第２ＩＰストレージへ格納するデータ管理システムであって、
前記乱数発生器が、
自ら生成する乱数データを前記第１ＩＰストレージに書き込む手段
を備え、
前記ファイルサーバが、
前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行う手段と、
前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込む手段と、
を備える
ことを特徴とするデータ管理システム。
乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、
該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、
該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、
該原本データにデータ処理を行って、第２ＩＰストレージへ格納するデータ管理システムであって、
前記乱数発生器が、
前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求する手段と、
通知された識別情報に応じた第１ＩＰストレージのアクセス情報を前記ストレージネームサーバから取得する手段と、
取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込む手段と、
前記制御端末に乱数データの書き出し完了を通知する手段と、
を備え、
前記制御端末が、
前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示する手段と、
前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知する手段と、
前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示する手段と、
を備え、
前記ストレージネームサーバが、
要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知する手段と、
通知された拡張属性変更指示を前記ファイルサーバへ通知する手段と、
前記ファイルサーバに、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知する手段と、
を備え、
前記ファイルサーバが、
通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求する手段と、
前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得する手段と、
前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続する手段と、
第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求する手段と、
前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求する手段と、
前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得する手段と、
前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続する手段と、
前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行う原本データ処理手段と、
前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むデータ書き込み手段と、
を備える、
ことを特徴とするデータ管理システム。
請求項２に記載のデータ管理システムにおいて、
前記データ処理機能が、
前記乱数データに基づいて、データを暗号化する暗号処理機能、
を備え、
前記原本データ処理手段が、
前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記暗号処理機能を用いて、データ処理を行う手段、
を備える
ことを特徴とするデータ管理システム。
乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，
原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、
を備え、
該乱数発生器，ＩＰストレージ群，ファイルサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、
該原本データにデータ処理を行って、第２ＩＰストレージへ格納するシステムで使用する
データ管理方法であって、
前記乱数発生器が、自ら生成する乱数データを前記第１ＩＰストレージに書き込むステップと、
前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行うステップと、
前記ファイルサーバが、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むステップと、
を有することを特徴とするデータ管理方法。
乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，データ処理を行われたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいてデータ処理を行うデータ処理機能を有するファイルサーバ、を備え、
該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、
該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、
該原本データにデータ処理を行って、第２ＩＰストレージへ格納するシステムで使用する
データ管理方法であって、
前記乱数発生器が、前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求するステップと、
前記制御端末が、前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示するステップと、
前記ストレージネームサーバが、要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知し、該乱数発生器が、該通知された識別情報に応じた第１ＩＰストレージのアクセス情報を該ストレージネームサーバから取得するステップと、
前記乱数発生器が、取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込むステップと、
前記乱数発生器が、前記制御端末に乱数データの書き出し完了を通知するステップと、
前記制御端末が、前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知するステップと、
前記ストレージネームサーバが、通知された拡張属性変更指示を前記ファイルサーバへ通知するステップと、
前記ファイルサーバが、通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求するステップと、
前記ファイルサーバが、前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得するステップと、
前記ファイルサーバが、前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続するステップと、
前記ファイルサーバが、第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求するステップと、
前記制御端末が、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示するステップと、
前記ストレージネームサーバが、前記ファイルサーバに、前記適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知するステップと、
前記ファイルサーバが、前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求するステップと、
前記ファイルサーバが、前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得するステップと、
前記ファイルサーバが、前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続するステップと、
前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記データ処理機能を用いて、データ処理を行うステップと、
前記ファイルサーバが、前記データ処理を行われた原本データを前記第２ＩＰストレージに書き込むステップと、
を有することを特徴とするデータ管理方法。
乱数データを生成する乱数発生器，該乱数データを格納する第１ＩＰストレージ，暗号化されたデータを格納する第２ＩＰストレージ，それらのＩＰストレージに応じて、ＩＰストレージのネットワークアドレス，ＩＰストレージを識別する識別情報，ストレージ容量，乱数データを有するか否かを示す乱数データフラグを含む属性を管理するストレージネームサーバ，該ストレージネームサーバを制御する制御端末，原本データを格納したストレージを接続し、該乱数データに基づいて、データを暗号化する暗号処理機能を含むデータ処理機能を有するファイルサーバ、を備え、
該乱数発生器，ＩＰストレージ群，ファイルサーバ，ストレージネームサーバがＩＰネットワークに接続されて、該ＩＰネットワークを介して各々アクセスし、
該ファイルサーバ，第１ＩＰストレージ，第２ＩＰストレージ、制御端末の属性が該ストレージネームサーバに予め登録されており、
該原本データを暗号化し第２ＩＰストレージへ格納するシステムで使用する
データ管理方法であって、
前記乱数発生器が、前記制御端末に対して、自ら生成する乱数データを書き込む第１ＩＰストレージを識別する識別情報をストレージ容量をキーに要求するステップと、
前記制御端末が、前記乱数発生器からの要求に含まれるストレージ容量に適合する第１ＩＰストレージを、該乱数発生器の属するドメインに組み入れるよう前記ストレージネームサーバに指示するステップと、
前記ストレージネームサーバが、要求された第１ＩＰストレージを識別する識別情報を乱数発生器へ通知し、該乱数発生器が、該通知された識別情報に応じた第１ＩＰストレージのアクセス情報を該ストレージネームサーバから取得するステップと、
前記乱数発生器が、取得したアクセス情報に基づき、前記識別情報に応じた第１ＩＰストレージに接続し、生成した乱数データを該第１ＩＰストレージに書き込むステップと、
前記乱数発生器が、前記制御端末に乱数データの書き出し完了を通知するステップと、
前記制御端末が、前記識別情報に応じた第１ストレージの属性における乱数データフラグを乱数データを有することを示すように変更する拡張属性変更指示を前記ストレージネームサーバへ通知するステップと、
前記ストレージネームサーバが、通知された拡張属性変更指示を前記ファイルサーバへ通知するステップと、
前記ファイルサーバが、通知された拡張属性変更指示に対して、前記識別情報に応じた第１ストレージの属性を前記ストレージネームサーバに要求するステップと、
前記ファイルサーバが、前記ストレージネームサーバから前記識別情報に応じた第１ストレージの属性を取得するステップと、
前記ファイルサーバが、前記識別情報に応じた第１ＩＰストレージに、前記取得した属性を使い、特定の通信手順で接続するステップと、
前記ファイルサーバが、第２ＩＰストレージを識別する識別情報を、ストレージ容量をキーにして前記制御端末に要求するステップと、
前記制御端末が、前記ファイルサーバからの要求に含まれるストレージ容量に適合した第２ＩＰストレージをファイルサーバと同一のドメインに組み入れるように、前記ストレージサーバへ指示するステップと、
前記ストレージネームサーバが、前記ファイルサーバに、前記適合した第２ＩＰストレージを前記ドメインへ参加したこと及び該第２ＩＰストレージ識別する識別情報を前記ファイルサーバに通知するステップと、
前記ファイルサーバが、前記通知された識別情報に応じた第２ＩＰストレージの属性を前記ストレージネームサーバに要求するステップと、
前記ファイルサーバが、前記要求された第２ＩＰストレージの属性を前記ストレージネームサーバから取得するステップと、
前記ファイルサーバが、前記取得した属性を用いて、第２ＩＰストレージに特定の通信手順で接続するステップと、
前記ファイルサーバが、前記第１ＩＰストレージに書き込まれた乱数データを使用し、前記ストレージの原本データに対して、前記暗号処理機能を用いて、暗号化処理を行うステップと、
前記ファイルサーバが、前記暗号化処理された原本データを前記第２ＩＰストレージに書き込むステップと、
を有することを特徴とするデータ管理方法。