(57)【要約】      （修正有）【課題】ストレージサービスプロバイダ（ＳＳＰ）のストレージシステムにおけるデータの保存を規則要件に準拠して自動的に管理するシステムと方法を提供する。【解決手段】ユーザのデータを保存する要求をユーザからＳＳＰ１５１にて受信する。ＳＳＰは、ユーザから情報を集めユーザのデータに対する関連規則とデータクラスを決定するインタフェースを提供する。集めた情報に基づいて、ＳＳＰは、データ管理規則サイトに、決定された規則とデータクラスに対応するデータ管理パラメータに対する要求を発行する。ＳＳＰは関連データ管理パラメータを受信し、ユーザのデータを、データ管理規則サイトから受信したデータ管理パラメータに基づいて保存するためにストレージスペースを割り当てする。さらに、ユーザのデータに関連する規則が変更あるいは更新されると、本発明はユーザのデータを更新されたパラメータに自動的に移行する選択肢をユーザに提供する。【選択図】図１
2007299383.tif 000002
【特許請求の範囲】
【請求項１】
データストレージサイトにおいてユーザからユーザのデータを保存する要求を受信するステップと、
前記のデータストレージサイトが前記のユーザのデータの保存に適用される規則に対応する１つ以上のデータクラスを決定可能となるように、前記のユーザがユーザ情報を前記のデータストレージサイトに提供できるようにするインタフェースを前記のユーザに提示するステップと、
前記のデータストレージサイトが、前記のユーザに対して選択された前記のデータクラスに対応するデータ管理パラメータを規則情報管理サイトに要求するステップと、
前記のデータストレージサイトにおいて、前記のユーザのデータを保存するためのデータ管理パラメータを受信するステップと、
前記のユーザのデータを、前記の規則情報管理サイトから受信した前記のデータ管理パラメータに従って保存するために、前記のデータストレージサイトのストレージ容量を割り当てるステップからなることを特徴とする、ストレージシステムでのデータ保存を管理する方法。
【請求項２】
前記のデータストレージサイトにより、前記の規則情報管理サイトから１つ以上の前記のパラメータの変更の通知を受信するステップと、
前記のユーザのデータを前記の変更に対応する１つ以上の新しいパラメータに基づくストレージ条件に移行するステップと、
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記のデータストレージサイトにより、前記のユーザのデータに対して可能なデータクラスを決定するために、収集された対象分野の説明のリストの表示を前記のユーザに対して生成するステップと、
前記のユーザにより、前記のユーザのデータに関連する少なくとも１つの対象分野の説明を選択するステップと、
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記のストレージサイトにより、前記のユーザにより選択された前記の対象分野の説明に対応する規則を選択するステップと、
前記のストレージサイトにより、前記の規則に対応するデータクラス分け情報を前記の規則情報管理サイトに要求するステップと、
前記のストレージサイトにより、前記の規則に対応する１つ以上のデータクラスを含むデータクラスリストを生成するステップと、
をさらに含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記のユーザのデータを保存するために前記のデータストレージサイトのストレージ容量を割り当てるステップが、前記のユーザのデータを前記のパラメータに基づいて保存するために、少なくとも１つの論理ストレージボリュームを割り当てるステップを、さらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記のユーザにより、前記のユーザのデータが規則で規定されているように適切に管理されていることを示す前記のユーザデータに対するデータ管理証明書を要求する要求を前記のデータストレージサイトに送信するステップと、
前記のデータストレージサイトから、前記のユーザデータの保存に関する、期間、ストレージ管理パラメータとそれぞれのパラメータ値を含むレコードを前記のユーザに返すステップと、
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記のユーザデータの保存のために前記の少なくとも１つのデータクラスを決定するステップが、第一の規則に対応する第一のデータクラスと第二の規則に対応する第二のデータクラスを選択するステップを含み、
前記の第一のデータクラスは第一の値を有する第一のパラメータを含み、前記の第二のデータクラスは第二の値を有する第二のパラメータを含み、
前記の第一のパラメータが前記の第二のパラメータと同じであるとき、前記のデータストレージサイトは、前記の第一と第二のパラメータを設定するために前記の第一と第二の値の中から最も安全な値を選択し、前記の最も安全な値は最大のデータ保護を提供する観点から選択されることを特徴とする請求項１に記載の方法。
【請求項８】
前記の第一と第二のパラメータが共に上書き禁止であり、前記の第一の値が上書き禁止を強制するものであり、前記の第二の値は上書き禁止を強制しないものであるとき、選択される最も安全な値は上書き禁止を強制するものであることを特徴とする請求項７に記載の方法。
【請求項９】
前記の第一と第二のパラメータが保存期間を指定し、前記の第一の値が前記の第二の値より短い期間を指定するとき、選択される前記の最も安全な値は第二の値であることを特徴とする請求項７に記載の方法。
【請求項１０】
前記のストレージサイトにより、前記の変更の通知を受信するのに続いて、前記の１つ以上の新しいパラメータを前記の規則情報管理サイトから取得するステップをさらに含むことを特徴とする請求項２に記載の方法。
【請求項１１】
前記のユーザのデータを移行する前に前記のユーザの同意を得るステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
第一のサーバと１つ以上のストレージデバイスを有する第一のサイトと、
前記の第一のサイトと通信し、１つ以上の規則の情報を提供する第二のサーバを有する第二のサイトと、
前記の第一のサイトと通信し、それを介してユーザのデータを前記の第一のサイトに保存する前記のユーザのデータに対するストレージサービスを前記のユーザが要求することができる第三のサイトとを備え、
前記の第一のサイトの管理手段が、前記のユーザのデータに関するユーザ情報を前記のユーザから受信し、前記のユーザのデータに対応する関連規則とデータクラスを決定でき、
前記の管理手段が前記の関連規則に従って前記のユーザのデータを保存するために、前記の第二のサイトにストレージパラメータを要求することを特徴とする、
前記の１つ以上の規則に準拠するように前記のユーザのデータのストレージを管理するシステム。
【請求項１３】
前記の管理手段が、前記のパラメータに基づいて前記のユーザのデータを保存するために前記のストレージデバイス上のストレージボリュームの割り当てを指示することを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記の管理手段が、前記のパラメータの１つ以上に対する変更の通知を前記の第二のサイトから受信し、
前記の管理手段が、前記の変更に対応する１つ以上の新しいパラメータに基づいて前記のユーザのデータを保存するために、前記のストレージデバイス上の新しいストレージボリュームに前記のユーザのデータを移行することを指示することを特徴とする請求項１２に記載のシステム。
【請求項１５】
前記の管理手段は前記のユーザのデータの前記の移行の指示の前に前記のユーザから承認を受けることを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記の管理手段が、前記のユーザにより、前記のデータが前記の関連規則に規定されるように適切に管理されてきていることを示す、前記のユーザのデータに対するデータ管理証明書を要求する要求を受信し、
前記の管理手段は、前記のユーザに、前記のユーザのデータの保存に関する、期間、ストレージ管理パラメータおよびそれぞれのパラメータ値を含むレコードを返すことを特徴とする請求項１２に記載のシステム。
【請求項１７】
第一のサイトにおいて、ユーザのデータを前記の第一のサイトのストレージシステムに保存する要求を前記のユーザから受信するステップと、
前記の第一のサイトによって、前記の第一のサイトが前記のユーザのデータに適用される少なくとも１つの規則と前記の規則のデータクラスを決定できるように、前記のユーザが情報を提供することが出来るグラフィックインタフェースを生成するステップと、
前記の第一のサイトによって、前記のユーザのデータに適用される前記のデータクラスに対応するデータ管理パラメータを第二のサイトに要求するステップと、
前記の第一のサイトにおいて、前記のユーザのデータを保存するための前記のデータ管理パラメータを受信するステップと、
前記の第一のサイトにおいて、前記のユーザのデータを保存するために、前記の第二のサイトから受信した前記のデータ管理パラメータに基づいて配分され管理されるストレージ容量を配分するステップと、
からなり、
前記のストレージシステムは前記の第一のサイトに位置し、前記の第一のサイトは前記の規則に対する情報を管理している少なくとも１つの前記の第二のサイトと通信しており、前記の第一のサイトはまた第三のサイトにおける少なくとも１つの前記のユーザと通信している、前記の１つ以上の規則に準拠するように前記のストレージシステム内で前記のユーザのデータの保存を管理する方法。
【請求項１８】
前記の第一のサイトによって、前記のパラメータの１つ以上に対する変更の通知を前記の第二のサイトから受信するステップと、
前記のユーザのデータを前記の変更に対応する１つ以上の新しいパラメータに基づく新しいストレージ条件に移行するステップと、
をさらに含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記のユーザによって、前記のデータが前記の規則で規定されているように適切に管理されていることを示す、前記のユーザのデータに対するデータ管理証明書を要求する要求を前記の第一のサイトに送信するステップと、
前記の第一のサイトから、前記のユーザに対して、前記のユーザのデータの保存に関して、期間、ストレージ管理パラメータおよびそれぞれのパラメータ値を含むレコードを返すステップと、
をさらに含むことを特徴とする請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の背景
本発明は一般にデータの保存に関し、より具体的には各種の必須となるデータストレージ保持ポリシーと規則の遵守を保証するデータストレージの自動的管理に関する。
【背景技術】
【０００２】
関連技術の説明
ビジネス関連データを保存するデータストレージシステムを利用する中、小規模の企業（ＳＭＢ）が多数存在する。これらの会社がデータの保存に充てるための大きな予算あるいは人員を持たなかったとしても、多くの業界ではデータの保存と保持に対する様々な法律、規則、業界の規格を遵守することが必須である。この種の、長期データ保存を求める政府の規則の例としては、証券取引委員会規則１７ａ−４、ＨＩＰＡＡ（Ｔｈｅ  Ｈｅａｌｔｈ  Ｉｎｓｕｒａｎｃｅ  Ｐｏｒｔａｂｉｌｉｔｙ  ａｎｄ  Ａｃｃｏｎｔａｂｉｌｉｔｙ  Ａｃｔ，医療保険の携行性と責任に関する法律）、及びＳＯＸ（Ｓａｒｂａｎｅｓ−Ｏｘｌｅｙ  Ａｃｔ  サーベンス・オクスリー法）がある。保存することが必要なデータは、時として“固定内容”あるいは“参照情報”と呼ばれ、データは保存されると少なくとも所定の保存期間の間は変更できないことを意味する。
【０００３】
大企業では普通、必要なストレージシステムは自身のデータセンタに構築し、ビジネスデータを個々の業界の規則を遵守するように適切に管理するようにストレージ管理者を十分に訓練する余裕を持つことが可能である。しかしながら、ＳＭＢは通常は、ストレージシステムとストレージ管理の要員に大企業と同様な額を費やすリソースを有していない。従って、ＳＭＢは場合によってはそれぞれのビジネスデータを彼らのビジネス分野に向けられた様々な規則を遵守するにはどのように管理しなければならないかを知らなかったり、遵守のために何をしなければいけないかを理解していたとしても、ＳＭＢが適用される規則要件を満足するに十分なストレージリソースを持たない場合もある。
【０００４】
この状況でのＳＭＢにとっての１つの解決方法は、ストレージ機器を購入して自身の要員を訓練するより、それぞれのビジネスデータがストレージサービスプロバイダ（ＳＳＰ）によって適切に管理されるサービスにお金を払うことである。ＳＳＰは実際のストレージ機器を所有し管理し、個々の業界に対して指定された規則とストレージ要件に合致するためにストレージ機器とストレージパラメータを管理できるエキスパートのストレージ管理要員を雇っている。一般的にこれらのサービスコストはＳＭＢが自身のストレージシステムを構築しストレージ管理要員を雇うよりも安い。
【０００５】
しかしながら、ＳＭＢは通常どのように各データの形式を管理するかの詳細を知らないので、必ずしもＳＳＰに正しいストレージサービスを具体的に要求することができると限らないのでこの方式でも問題が残る。このような場合、ＳＭＢはＳＳＰ内部のエキスパートあるいは外部のエキスパートからコンサルティングを受ける必要がある。しかしながら、このようなコンサルティング料もＳＭＢにかなりのコストを課することになる。さらに、ＳＳＰの観点からは、非常に多数のＳＭＢ企業があり、個別に１対１でコンサルティングするのは必ずしもＳＭＢのニーズを判定する現実的な方法ではない。従って、個々の業界に対する関連規則を遵守しなければならないデータ保存管理の要件に関して、ＳＭＢユーザを適切に導く自動的ソリューションを有することはＳＭＢとＳＳＰの両方にとって有用である。
【０００６】
規則の遵守を達成できるデータストレージとアーカイブのための様々な種類のデータ管理を可能とする公知のストレージデバイスとソリューションが存在する。例えば、データの上書きを防ぐＷＯＲＭ（Ｗｒｉｔｅ  Ｏｎｃｅ  Ｒｅａｄ  Ｍａｎｙ、１回書き込み多数回読み出し）機能を実行するストレージ構成を有することが知られている。これらのＷＯＲＭシステムは所定の期間データを保存する保存機能と保存期間終了後にデータを消去するシュレッディング機能とを含むことができる。また、ある状況では規則準拠を達成するため、互いに遠く離れたデータセンタ間でデータをコピーするリモートコピー構成が求められる場合もある。
【０００７】
さらに、ユーザに対して、ストレージ容量用に特定の特性を、あるいはデータのリモートコピーサービスまで提供するある種のサービスをＳＳＰがすでに実施している。しかしながら、これらは上記の本質的な問題を解決するわけではない。すなわち、現在のソリューションはストレージシステムの構成に対する実際のパラメータを設定するための知識を必要とし、多くのＳＭＢの人たちはこれらのパラメータを指定する方法を知らないか理解していない。したがって、規則により規定されるどのデータクラスがユーザのデータに対応するかを判定する自動的なソリューションはなく、各々のデータクラスに対してストレージシステムに指定される実際のパラメータを決定する自動的なソリューションはない。また、ＳＭＢは彼等のデータが適切に管理されていることを示す証拠を、監査あるいは検査目的でこれらの証拠が求められた場合に、用意することが必要になる場合がある。したがって、ユーザのストレージ要件を決定し、要件に合致していることを保証するようにストレージシステムのパラメータを自動的に設定する自動化されたシステムへのニーズが存在する。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
発明の要約
第一の側面において、本発明は、ストレージサービスのユーザが規則をよく知らないあるいは理解していないとしても、ビジネスデータを関連する規則に基づいて適切に管理する装置、システム及び方法を提供する。
【０００９】
付加的な側面において、本発明はＳＳＰが管理するデータに関連する規則の遵守を保証することに関連するコンサルティングコストを削減する装置、システム及び方法を提供する。
【００１０】
付加的な側面において、本発明は監査あるいは検査に対して使用されるデータ管理が規則を遵守している証拠を生成する装置、システム及び方法を提供する。
【００１１】
１実施例において、本発明で開示されるデータが管理されたストレージシステムは１つ以上のクライアントサイト上に１つ以上のクライアントホスト、１つ以上のＳＳＰサイト上に１つ以上のストレージデバイスとストレージ管理サーバ、１つ以上の規則サイト上に１つ以上のデータ管理規則リポジトリサーバを含む。ストレージ管理サーバはユーザがデータクラス分けをナビゲートする手段と、各サービスユーザのデータ管理履歴を記録する手段を有する。データ管理規則リポジトリサーバは１つ以上の規則の対象範囲、規則で規定されるデータクラス、及び各データクラスに対する特定の管理パラメータなどの情報を保持する。クライアントのストレージサービス利用者に提供される情報は、ＳＭＢユーザが容易に理解できる一般的な言葉による規則とクラスの説明を含んで良い。クライアントホストから要求を受信すると、ストレージ管理サーバの手段は規則サイトから規則の対象分野の説明を集め、次に対応する分野を選択する為の情報をユーザに表示する。選択に応じて、ストレージ管理サーバの手段は特定の規則サーバにデータクラス情報を要求し、その説明と共にデータクラスのリストをユーザに表示し、ユーザはこれらのうちの適用される１つを選択することができる。これらの２つのプロセスにより、ユーザはそのデータストレージのニーズに合致する規則上で規定されたクラスを特定することが可能となる。
【００１２】
ストレージ管理サーバの手段は次に、ユーザのナビゲーションで導き出されたデータクラスを指定して、規則サイトに実際のデータ管理パラメータを要求し、次に一般的ストレージ容量提供とデータ管理機能を提供するストレージ管理サーバの他の手段から取得されたパラメータに従って管理されたストレージボリュームを要求する。ユーザデータの管理構成の記録が保存され、この記録は適切なデータ管理の証明書として使用するためにユーザが回収することができる。
【００１３】
本発明のこれらの、また他の特徴と利点は、好適なる実施例の以下の詳細な説明に照らして当業者には明らかになる。
【発明を実施するための最良の形態】
【００１４】
発明の詳細な説明
【００１５】
以下の本発明の詳細な説明において、本開示の一部を成す添付図面が参照され、また特定の実施例が、説明のため、限定するためではなく示され、これにより本発明を実施することが可能となる。図中では、何葉かの図面を通して、同様の番号は基本的に同様の要素を示す。さらに、図面、前述の説明、以下の記述は単に典型的なもの、説明のためのものであり、本発明の範囲、あるいは適用の範囲をいかなる意味に於いても限定することを意図されたものではない。
【００１６】
第一の実施例−ハードウェアアーキテクチャ
【００１７】
図１は本発明の第一の実施例の物理ハードウェアアーキテクチャの例を示す。システム全体は１つ以上のストレージデバイス１００、ストレージ管理サーバ１１０、データ管理規則リポジトリサーバ１２０、及びクライアントホスト１３０から成る。これらは、ネットワーク１４０を介して接続され、このネットワークはファイバチャネル（ＦＣ）ネットワークとインタネットプロトコル（ＩＰ）ネットワークの混在、あるいは他の公知のネットワークプロトコルの組み合わせである。ストレージデバイス１００とストレージ管理サーバ１１０は、ストレージサービスプロバイダ（ＳＳＰ）サイト１５１に存在し、これはＳＳＰのデータセンタである。データ管理規則リポジトリサーバ１２０は規則サイト１５２に存在する。１つ以上の規則サイト１５２、及び／または複数のリポジトリサーバ１２０があってよく、それぞれ自身の規則のリポジトリを備えている。これらは同じサイトに置かれても良いし、別のサイトに置かれても良い。クライアントホスト１３０は、ＳＳＰにより提供されるストレージサービスのユーザの所在地であるクライアントサイト１５３に存在する。このユーザは、例えば、多分ＳＭＢ企業である。もちろんのことながら、いくつの異なるクライアントサイトとユーザがあって良く、また複数のＳＳＰサイトがあって良い。
【００１８】
ストレージデバイス１００はコントローラ１０１とストレージ媒体１０４を備える。ポート１０２とネットワークインタフェースカード（ＮＩＣ）１０３をコントローラ１０１内に備えても良い。ストレージ媒体１０４は、ハードディスク、フラッシュメモリ、光ディスク、テープなどの様々なデバイスとすることができる。ストレージ媒体１０４はコントローラ１０１にバス、ＦＣ接続などを介して接続する。ストレージデバイス１００はデータストレージに対して容量を提供するもので、本発明ではデータアーカイブ用に特に指定されることができ、異なる種類のストレージ媒体１０４を含む１つ以上の別々のストレージユニットとすることができる。
【００１９】
ストレージ管理サーバ１１０は、その構成部品の中にＣＰＵ１１１、メモリ１１２、及びＮＩＣ１１３を含むことのできるコンピュータサーバである。ストレージ管理サーバ１１０は特定のストレージ容量を個々のユーザに割り当てる手段と、保存されたデータの管理手段を含む。また、本発明の下では、以下により詳細に説明するように、ストレージ管理サーバ１１０は、ストレージサービスユーザが問い合わせにより彼等のデータをクラス分けできるようになるナビゲーション手段、及び各ユーザの適切なデータ管理の証拠を保持する手段を含む。
【００２０】
データ管理規則リポジトリサーバ１２は、その構成部品の中にＣＰＵ１２１、メモリ１２２、及びＮＩＣ１２３を含むコンピュータサーバとすることができる。規則リポジトリサーバは、ビジネスデータ管理規則を管理し広める政府あるいは他の組織の機関により所有され管理されるものとすることができる。従って、各々の規則を広める組織は、監督している個々の業界に対する規則に関する最新の情報を提供するために各自の規則サイト１５２を構築することができる。各規則サイト１５２は対象分野あるいは業界に対する規則に関する情報を提供し、また企業が生成しまたは責任を負うデータのクラスを決定するための情報を提供する。
【００２１】
クライアントホスト１３０は、ＣＰＵ１３１、メモリ１３２及びＮＩＣ１３３を含むコンピュータとすることができる。ホスト１３０は、ストレージサービスユーザ（すなわち、ＳＭＢにおけるユーザ）用の端末コンピュータで良く、規則要件に準拠しているストレージの枠組み内で期待されるデータ量を保存するために、ＳＳＰにある大きさの容量を要求する為にユーザが使用する。クライアントホスト１３０はストレージデバイス１００上の要求されたストレージボリュームに実際にアクセスしデータを読み／書きするのに使用される端末コンピュータであっても良いし、またなくても良い。
【００２２】
ソフトウェア及び論理要素構造
【００２３】
図２は本発明の第一の実施例のソフトウェア及び論理要素構造を示す。ストレージデバイス１００上で、ユーザにデータストレージ容量を提供するため１つ以上の論理ストレージボリューム２０１がユーザに割り当てられる。ストレージボリューム２０１は上記の１つあるいは様々な種類のストレージ媒体１０４を使用してユーザに提供される。容量のサイズはいくつかのストレージ媒体で論理的に構築され、単一のストレージ媒体のサイズに制約されることはない。さらに、ストレージボリューム２０１はストレージ容量の要求に応じて柔軟にサイズを拡大し、縮小する機能を備えることができる。従って、ストレージボリューム２０１のサイズは単に容量を“使用する”ことによって自動的に変更が可能である。例えば、論理ボリューム２０１は複数のハードディスクドライブをストレージ媒体１０４として使用して生成することができ、ストレージ容量の要求の増大に伴いより多くのディスクドライブを当該ボリュームに割り当てることができる。あるいはユーザが割り当てられた容量の全てを必要としない場合、ディスクドライブを他のユーザに再割り当てすることができる。したがって、ストレージボリューム２０１はストレージの一般的な容量を示し、ストレージ容量を特定の水準に制約することを意味するものではない。さらに、任意の数のストレージボリューム２０１を１人のユーザあるいは別々のユーザに割り当てでき、可能なボリュームのサイズと数は実際にはストレージデバイス１００の全ストレージ容量で制限されることは明らかである。
【００２４】
ストレージ管理サーバ１１０上でデータ管理コンダクタ２１１は、サービスユーザの期待するデータをクラス分けする働きをする本発明のソフトウェアプログラムであり、関連する規則を満足するのに必要なデータ管理によりストレージボリューム２０１を管理するための適切な特性とパラメータを取得するための指示を提供する。データ管理コンダクタ２１１は各ユーザに対して適切なデータ管理の証明書を提供することもできる。データ管理コンダクタ２１１はストレージ管理サーバ上のメモリ１１２、またはＳＳＰサイト１５１あるいは遠隔地の他のコンピュータ読み取り可能媒体に保存することができる。
【００２５】
規則サイトテーブル２１２はデータ管理コンダクタ２１１により読み取り可能で、規則サイト１５２における各データ管理規則リポジトリサーバ１２０の配置を含んでいる。さらに、データ管理履歴テーブル２１３は各ユーザのデータ管理構成の履歴のレコードを含んでいる。これはサービスユーザが、監査あるいは検査の際に法律及び規則に則した適切なデータ管理の証拠を提供する必要のあるとき、回収することができる。
【００２６】
さらに、ストレージマネージャ２１４は所望の特性とパラメータの割り当てを各ストレージボリューム２０１に提供し、またＷＯＲＭ媒体の使用、個々の保存期間でのデータ保存、リモートコピー機能の提供などの所望の自動データ管理を提供するためにストレージ管理サーバ１１０上で実行可能なプログラムである。従って、ストレージマネージャ２１４はボリューム２０１のボリューム特性と個々のデータ管理法の実際のパラメータを指定してストレージ容量とデータ管理を提供する。
【００２７】
データ管理規則リポジトリサーバ１２０上にはデータ管理規則リポジトリマネージャ２２１があり、これは、リポジトリサーバ１２０を管理する機関が広めている規則に従って、特定のデータ管理に対する規則に関する情報を提供する働きを為すプログラムである。データ管理規則リポジトリマネージャ２２１はストレージ管理サーバのメモリ１２２でも、規則サイト１５２あるいは遠隔地にある他のコンピュータで読み取り可能な媒体上に保存しても良い。規則対象分野テーブル２２２は規則の対象範囲を説明するための記述を保持している。データクラステーブル２２３は規則に関するデータクラス定義のリストを保持する。個々のユーザのクラス分けはデータ管理法の特徴により規定される。さらに、データ管理パラメータテーブル２２４は、ストレージ管理サーバ１１０上のストレージマネージャ２１４に対して指定される実際のデータ管理パラメータを含む。個々のユーザに対して指定された個々のデータクラスのテーブルから、必要なパラメータのセットが回収されるように、データ管理パラメータテーブル２２４は、それぞれのデータクラスと関連するパラメータを含む。これらのテーブルについては以下により詳細に論ずる。さらに、上記で論じられたテーブルの各レコードの保存と更新は、ＤＢＭＳ（データベース管理システム）、テキストファイルエディター、あるいはデータ管理規則リポジトリマネージャ２２１により管理されることができる。
【００２８】
クライアントホスト１３０上にはクライアントソフトウェア２３１が含まれ、これはＳＳＰに所望のストレージボリューム２０１を要求すること、及びＳＳＰとのインタフェースをとることができるプログラムであり、これについては以下により詳細に説明する。このストレージボリューム２０１は、個々のサービスユーザの個々のビジネスに対する関連規則と保存手順に合致するように、本発明の下では自動的に管理される。クライアントソフトウェア２３１はＳＳＰが使用するために特別に設計されたソフトウェアとしても、あるいはグラフィックユーザインタフェースを表示できるウェブブラウザまたは他の一般的インタフェースなどのより一般的なソフトウェアとしてもよい。
【００２９】
規則サイトテーブル
【００３０】
図３は規則サイトテーブル２１２の典型的データ構造を示す。規則サイトテーブル２１２は下記の欄を含む。
【００３１】
規則ＩＤ５１０：規則サイト１５２における、規則の特定の一組に適用可能な規則リポジトリサーバ１２０を特定する。
【００３２】
位置５２０：ＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）などの位置情報を含み個々の規則に適用可能な規則リポジトリサーバ１２０を指定する。例えば、行５９１は規則リポジトリサーバのレコードを表し、その規則ＩＤは“ＦＮＣ”であり、サーバ１２０の位置５２０は“ｗｗｗ．ｆｎｃｄｍａ．ｏｒｇ／ｒｅｐｏｓｉｔｏｒｙ／”であり、これはＦＮＣ規則情報を有するサーバ１２０のＵＲＬである。同様に行５９２は規則リポジトリサーバ１２０のレコードを表し、その規則ＩＤは“ＭＦＴ”であり、サーバ１２０の位置５２０は“ｗｗｗ．ｍｆｔｄｍａ．ｏｒｇ／ｒｅｐｏｓｉｔｏｒｙ／”であり、これはＭＦＴ規則情報を有するサーバ１２０のＵＲＬである。規則サイトテーブル２１２はデータ管理コンダクタ２１１により各規則リポジトリサーバ１２０を見つけるために参照される。
【００３３】
規則対象分野テーブル
【００３４】
図４は規則対象分野テーブル２２２の典型的なデータ構造を示す。規則対象分野テーブル２２２は次の欄を含む。
【００３５】
規則ＩＤ６１０：個々の規則を特定する
【００３６】
説明６２０：当該規則に一般的に関連する対象分野あるいは業界の説明を提供する。例えば、行６９１は、規則ＩＤ６１０は“ＦＮＣ”であることを示し、その説明６２０は“金融サービス”と特定される。説明６２０の内容はＳＭＢユーザが容易に理解できる一般用語で記述された規則の範囲の説明である。規則対象分野テーブル２２２はＳＳＰサイト１５１のデータ管理コンダクタ２２１から要求を受けたようにデータ管理リポジトリマネージャ２２１により参照される。
【００３７】
データクラステーブル
【００３８】
図５はデータクラステーブル２２３の典型的なデータ構造を示す。データクラステーブル２２３は次の欄を含む。
【００３９】
クラスＩＤ７１０：個々のデータタイプ用のデータクラスを特定する。
【００４０】
説明７２０：ＳＭＢユーザが容易に理解できる一般用語でデータタイプを説明する。例えば、行７９１はクラスＩＤ“Ｃ１”を有するデータクラスのレコードを示し、“銀行取引記録”がクラス“Ｃ１”のデータタイプに対応する説明である。同様に、行７９２はクラスＩＤ“Ｃ２”を有するデータクラスのレコードを示し、“顧客サポート電話応対”がクラス“Ｃ２”のデータタイプに対応する説明である。データクラステーブル２２３はＳＳＰサイト１５１のデータ管理コンダクタ２１１から要求を受けたようにデータ規則管理リポジトリマネージャ２２１により参照される。
【００４１】
データ管理パラメータテーブル
【００４２】
図６はデータ管理パラメータテーブル２２４の典型的なデータ構造を示す。データ管理パラメータテーブル２２４は次の欄を含む。
【００４３】
クラスＩＤ８１０：データクラスを特定する。
【００４４】
パラメータ８２０：特定されたデータクラスに適用されるストレージ管理パラメータの名前あるいは識別表示である。
【００４５】
タイプ８３０：パラメータのデータタイプである。
【００４６】
値８４０：特定されたデータクラスに対して指定されるパラメータの値である。例えば行８９１は、データクラス“Ｃ１”に対するパラメータの１つであるデータ管理パラメータのレコードを示し、このクラスに対し“上書き禁止”が求められていることを特定する。従ってこのクラスに対し、上書き禁止がブールデータタイプで“真”と特定され、これはデータクラスＣ１に対して、データがストレージデバイス１００に保存された後、上書きされないよう保護されることを特定する。同様に行８９２はクラスＣ１の他のパラメータで、このクラスの“保存期間”が“６年”であることを示す。テーブル２２４は個々のクラスに対して通常いくつかのレコードを有し、その各々が個々のデータ保存パラメータを制御している。この構造により、特定のデータクラスのパラメータが変わるまたは増えた場合に、テーブル２２４に新しいタイプのパラメータを追加する柔軟性が得られる。データ管理パラメータテーブル２２４はＳＳＰサイト１５１のデータ管理コンダクタ２１１から要求を受けたようにデータ規則管理リポジトリマネージャ２２１により参照される。
【００４７】
データ管理履歴テーブル
【００４８】
図７はデータ管理履歴テーブル２１３のデータ構造を示す。データ管理履歴テーブル２１３は次の欄を含む。
【００４９】
ユーザＩＤ９１０：ストレージ容量を要求したユーザを特定する。
【００５０】
ストレージボリュームＩＤ９２０：ユーザＩＤ９１０で特定されたユーザに割り当てられたストレージボリューム２０１を特定する。
【００５１】
開始時期９３０：このストレージボリュームに対する特定のデータ管理が開始した日付と時刻を特定する。
【００５２】
終了時期９４０：このストレージボリュームに対する特定のデータ管理が終了した日付と時刻を特定する。終了時期は、ストレージボリュームがまだこのパラメータで管理されている期間は行９９１−９９４に示されるようにヌル値とすることができ、これは終了時期は指定されていないことを示し、一方、行９９５は２００６年１月３日の終了時期示す。
【００５３】
パラメータ９５０：特定のストレージ管理パラメータの名前あるいは識別表示である。
【００５４】
タイプ９６０：ストレージパラメータのデータタイプである。
【００５５】
値９７０：特定されたストレージパラメータの値である。
【００５６】
証明書９８０：規則に則していることを証明する２値データである。
【００５７】
例えば、行９９１は“ＳＶ＿１００”のストレージボリュームＩＤを有するストレージボリューム２０１に保存された“ＵｓｒＡ”に属する特定のデータに対してストレージシステム１００に特定されたデータ管理構成のレコードを示す。行９９１は、管理が“２００年７月７日午後３時５分”に開始され、まだシステムが同じパラメータ値を用いてそのデータを管理していることを示す。証明書９８０は、データ管理規則リポジトリマネージャ２２１が生成した、データ管理パラメータ値が公式の規則サイト１５２から回収されたものであることを証明する２値データとすることができる。証明書は特定の規則と規則の任意の改定番号の識別表示により生成することができる。同様に、行９９５はこのパラメータによる管理が既に終了している例を示す。データ管理履歴テーブル２１３は、すべての期間に対して複数のレコードが保存されるように、全てのユーザのそれぞれのストレージボリューム２０１の特定のデータ管理パラメータの全ての履歴を含む。さらに、ここで使用されたストレージボリュームという用語はストレージの一般的な容量を示し、ストレージ量の特定な水準に限定されることを意図したものではない。サービスユーザから要求された場合に、各サービスユーザのデータが正しく管理されていることの証明書を提供するために、データ管理履歴テーブル２１３はデータ管理コンダクタ２１１により参照される。
【００５８】
ユーザインタフェース
【００５９】
図８は規則対象分野を決定するための典型的なユーザインタフェース１０００を示し、これはデータ管理コンダクタ２１１により生成されクライアントソフトウェア２３１上で表示されることが望ましい。使用可能対象分野の記述１００１は、それぞれの使用可能規則リポジトリサーバ１２０に関連して回収され、画面にリストされている。ストレージサービスユーザは表示されたリストからユーザのビジネスに最も近く対応する分野を決定する。ここに表示された記述はＳＭＢユーザが容易に理解できる一般用語による各規則の範囲の説明であることが望ましい。図８は単なる例としてビジネス分野の名前を示しており、サービスユーザのビジネスの種類に応じて他のより詳細な情報あるいは代替えの情報が提供されても良い。チェックボックス１００２が各分野の記述の横に示されており、ユーザはそのビジネスに最も関連するものをチェックする。本実施例ではユーザはリスト上の項目を１つだけ選択するものと想定している。
【００６０】
キャンセルボタン１００３を使用して、ストレージサービスを要求するこのプロセスを終了することができる。次へボタン１００４を使用してストレージサービスを要求する次のステップに進むことができる。これによりプログラムは、以下に説明するデータクラス分けの選択画面の表示へ進む。分野の説明についての疑問あるいは他の疑問をユーザが持った場合に、ユーザを支援するためにヘルプボタン１００５もまた設けられている。
【００６１】
図９はデータ管理コンダクタ２１１によって生成されクライアントソフトウェア２３１上で表示されるデータクラス分けのためのユーザインタフェースの例を示す。データクラスの説明１１０１は、ユーザのビジネスに最適に適用されるデータクラスの説明をユーザが選択できるように、ユーザにより選択されユーザのためにリストされた対象規則リポジトリから回収される。例えば、図９は、図８で選択された特定の金融サービス規則に関するデータクラスの説明例１１０１を示す。同様に、図８でリストされた規則分野１００１の各々に対して特にカストマイズされたデータクラスの説明１１０１を提供することができる。ストレージサービスユーザは、このデータクラス分けリストから、データの容量と管理に対してどのデータクラス分けを要求するかを決定する。
【００６２】
ストレージサービスを要求するこのプロセスをユーザが終了したい場合のために、キャンセルボタン１１０３が備えられている。次へボタン１１０４が備えられ、これによりユーザは、データクラス分けの選択がされると、データ管理パラメータの確認を要求する次のステップへ進むことができる。戻るボタン１０５によりユーザはプロセスを規則対象分野画面１０００へもどすことができる。ヘルプボタン１１０６は、ユーザがデータクラス分けに関しての疑問、あるいは他の疑問を持ったときにユーザを支援するために備えられている。
【００６３】
図１０は、データ管理コンダクタ２１１により生成されクライアントソフトウェア２３１上で表示されるデータ管理構成の典型的なユーザインタフェース表示を示す。適切なデータ管理パラメータとその値１２０１は、図９の表示を用いたユーザによる特定のデータクラスの選択に従って、対象規則リポジトリサイト１５２から回収される。図１０でデータ管理パラメータとその値は、ユーザが彼等のデータ管理に使用するパラメータを考慮し確認できるようにユーザに提示される。従って、サービスユーザが彼等のデータをクラス分けし管理するための関連規則について知らなかったとしても、本発明の下で適切な規則が判定され、規則の遵守を保証するように正しいデータ管理パラメータが設定される。この画面上に表示可能なデータ管理の他の可能な構成には、データシュレッディングの方法、セキュリティ対策、移行制御、選択されたサービスのＧＢあたり月額費用などを含むことができる。
【００６４】
ユーザがストレージサービスを要求するプロセスを適用せずに終了したい場合の為にキャンセルボタン１２０２が備えられている。ユーザが表示されたパラメータで続けて、ストレージマネージャ２１４にストレージボリュームとデータ管理の要求を送信することができるように、適用ボタン１２０３が備えられている。ユーザがプロセスをデータクラス分け画面１１００にもどすことができるように戻るボタン１２０４が備えられている。ヘルプボタン１２０５は、ユーザがデータ管理構成に関しての疑問、あるいは他の疑問を持ったときにユーザを支援するために備えられている。
【００６５】
従って、上記のユーザインタフェースは、義務である規則及び要件に則してユーザの保存するデータを適切にクラス分けするナビゲーション手段をユーザに提供することが分かる。さらに、データ管理コンダクタが、このユーザインタフェースを使用してユーザのビジネスに関する情報を集めてユーザにとって適切なストレージパラメータを決定するので、規則そのものについて殆ど知らないか全く知らないユーザでもこれを成し遂げることができる。
【００６６】
データクラス分けと適切に管理されたストレージボリュームの割り当てのプロセス
【００６７】
図１１は、データクラス分けと、要求者のクライアントソフトウェア２３１、サービスプロバイダデータ管理コンダクタ２１１とそれぞれの規則の情報提供データ管理規則リポジトリマネージャ２２１との間で適切に管理されたストレージボリュームのデータを割り当てする、典型的なプロセスを示す。このプロセスは以下のように実行される。
【００６８】
ステップ１５０１：クライアントソフトウェア２３１が新しいストレージボリューム２０１の要求（指示）をＳＳＰサイト１５１のデータ管理コンダクタ２１１に送信する。
【００６９】
ステップ１５０２：データ管理コンダクタ２１１は規則サイトテーブル２１２からレコードを選択する。全ての関連するレコードが選択されるまで追加レコードを選択することができる。追加レコードがみつからなくなると、次にプロセスはステップ１５０５へ進む。
【００７０】
ステップ１５０３：見つけだされた各関連レコードに対して、プロセスは選択されたレコードの位置として特定される適切なデータ管理規則リポジトリマネージャ２２１に規則の対象分野の要求を送信する。
【００７１】
ステップ１５０４：規則の対象分野の説明がデータ管理規則リポジトリマネージャ２２１からデータ管理コンダクタ２１１に返信され、プロセスはステップ１５０２に再びもどり次の規則に進む。
【００７２】
ステップ１５０５：データ管理コンダクタは次に収集された対象分野の説明のリストの画面を生成する（すなわち、規則対象分野１０００）。
【００７３】
ステップ１５０６：クライアントソフトウェア２３１上で図８の画面１０００が表示される。
【００７４】
ステップ１５０７：ユーザは規則の対応する分野をリスト１００１上で選択し、その選択はデータ管理コンダクタ２１１に返信される。
【００７５】
ステップ１５０８：プロセスは次に、選択された規則に関する適切な規則リポジトリマネージャ２２１にデータクラス分け情報を要求する。
【００７６】
ステップ１５０９：規則リポジトリマネージャ２２１はデータクラステーブル２２３が含むデータであるデータクラス分けに関する一組の情報を返す。
【００７７】
ステップ１５１０：データ管理コンダクタ２１１は取得されたデータクラス説明（すなわちデータクラス分け）のリストの画面を図９に示すようにユーザインタフェース画面１１００により生成する。
【００７８】
ステップ１５１１：ユーザインタフェース画面１１００は、ユーザがデータクラス分けを選択可能とするため、クライアントソフトウェア２３１上で画面に表示される。
【００７９】
ステップ１５１２：ユーザはＳＳＰで管理されるデータに対応するデータクラスを選択し、選択されたクラスはデータ管理コンダクタ２１１に返される。
【００８０】
ステップ１５１３：プロセスは、ユーザが選択したデータクラスを指定することにより、規則リポジトリマネージャ２１１に実際のデータ管理パラメータを要求する。
【００８１】
ステップ１５１４：規則リポジトリマネージャ２２１はデータ管理パラメータテーブル２２４から、選択されたデータクラスが特定のクラス及びそのクラスの各パラメータと一致するレコードを選択する。
【００８２】
ステップ１５１５：規則リポジトリマネージャ２２１はデータ管理コンダクタ２１１にパラメータ一組を返す。
【００８３】
ステップ１５１６：データ管理コンダクタ２１１は取得したデータ管理パラメータを用いて、ユーザデータがその下で管理されるパラメータをユーザに表示する画面を生成する。
【００８４】
ステップ１５１７：画面はユーザインタフェース１２００上でデータ管理構成１２０１として表示され、ユーザは適用ボタン１２０３を使用して表示された管理パラメータを用いたストレージを申し込む。
【００８５】
ステップ１５１８：取得したデータ管理パラメータを用いて、データ管理コンダクタ２１１は新しいストレージボリューム２０１の要求をこれらの管理パラメータと共にストレージマネージャ２１４に送信する。
【００８６】
ステップ１５１９：指定されたパラメータに応じて、ストレージマネージャ２１４は指定された特性とストレージパラメータを有するストレージボリュームを生成し、ボリューム２０１の自動データ管理の構成を設定する。
【００８７】
ステップ１５２０：ストレージマネージャ２１４は新しく生成されたストレージボリューム２０１に関する識別情報をデータ管理コンダクタ２１１に返す。
【００８８】
ステップ１５２１：データ管理コンダクタ２１１はそのストレージボリューム２０１のデータ管理の開始の記録をデータ管理履歴テーブル２１３に記録する。
【００８９】
ステップ１５２２：データ管理コンダクタ２１１は次に、ストレージボリュームＩＤを、関連規則に従って適切に管理される要求されたストレージ容量の結果として、クライアントソフトウェア２３１に送信する。
【００９０】
データ管理証明書を発行するプロセス
【００９１】
図１２はデータ管理コンダクタ２１１からクライアントソフトウェア２３１（ユーザ）にデータ管理証明書を発行する典型的なプロセスを示す。本プロセスのステップは次の通りである。
【００９２】
ステップ１６０１：クライアントソフトウェア２３１は、関連規則に規定されるようにデータが適切に管理されていることを示す証明書を得るために、データ管理コンダクタ２１１にユーザＩＤとストレージボリュームＩＤとともに特定のユーザのストレージボリューム２０１に対するデータ管理証明書の要求を送信する。
【００９３】
ステップ１６０２：データ管理コンダクタ２１１は、データ管理履歴テーブル２１３からユーザの指定されたストレージボリュームに関する全てのレコードを選択する。これらのレコードは時系列の期間と、それぞれの管理パラメータとパラメータ値（すなわちデータ管理設定）で指定されたボリュームのデータ管理の全履歴を含む。
【００９４】
ステップ１６０３：データ管理コンダクタ２１１は回収したレコードをクライアントソフトウェア２３１に返す。返されたレコードのフォーマットは、ＸＭＬ、標準化された画像の証明書など様々なフォーマット形式のいずれのものであっても良い。
【００９５】
第二の実施例
【００９６】
本発明の第二の実施例はサービスユーザがいくつかの異なる規則の要件を満たすことを求められるケースの例を説明する。このケースでユーザは規則対象分野１０００のユーザインタフェース上のいくつかの項目１００１をチェックする。本実施例の構成要素と機能の多くは第一の実施例に関して上で説明したものと同じである。従って以下に差異のみを論ずる。
【００９７】
ソフトウェア及び論理要素構造
【００９８】
この第二の実施例において、図１３に示すように、１つの追加テーブル、適用データクラステーブル２０１１がストレージマネージメントサーバ１１０’に置かれている。他のソフトウェア及び論理要素構造は第一の実施例の図２に示すものと同じである。適用データクラステーブル２０１１は各ユーザのそれぞれのストレージボリュームに対して適用されたデータクラスを示すレコードを含む。
【００９９】
データ管理パラメータテーブル
【０１００】
さらに、図１４に示すように、データ管理パラメータテーブル２２４’は第一の実施例に亘って修正される。データ管理パラメータテーブル２２４’の殆どの列は図６のテーブル２２４と同じであるが、本実施例では新しい列が加えられている。より安全列２５５０は、同じパラメータを指定し、そのパラメータに対し異なる値を取る２つの規則が存在するとき、“より安全な”パラメータの値を含む。“より安全な”値は必要に応じてより大きなデータ保護を提供する観点から決定される。言い換えれば、より安全列２５５０は、異なるデータクラスに対していくつかの選択をするときなどパラメータに対して２つ以上の仕様があるとき、パラメータの不一致を防ぐためパラメータに対して１つの値を選択するときに使用される。例えば、行２５９１はデータクラス“Ｃ１”に対して“上書き禁止”、値は“真”のデータ管理パラメータを示し、一方行２５９５はデータクラス“Ｃ２”に対して“上書き禁止”、値は“偽”のデータ管理パラメータを示す。いくつかの“真”と“偽”の値が混在しているときには、“真”の値を取った方がより安全であるので、行２５９５はより安全な値は“真”であることを示し、例えばクラス“Ｃ１”と“Ｃ２”が指定されたとき、これが適用される値になる。他の例では、行２５９２は“保存期間”パラメータであり、より安全列２５５０はいくつかの値が選択されるとき、最長の保存期間を選択するのがより安全であることを示す。
【０１０１】
適用データクラステーブル
【０１０２】
図１５は適用データクラステーブル２０１１の典型的なデータ構造を示す。適用データクラステーブル２０１１は管理されるデータ（すなわちユーザのストレージボリューム２０１）と関連規則の適用クラスＩＤとのマッピングのレコードを含む。データに対して適用可能ないくつかの規則があるとき、複数のレコードが単一の管理されたデータに対して保存されることが可能である。適用データクラステーブル２０１１の欄は以下のとおりである。
【０１０３】
ユーザＩＤ２６１０：ストレージ容量とデータ管理を要求したユーザを特定する。
【０１０４】
ストレージボリュームＩＤ２６２０：ユーザに割り当てられたストレージボリューム２０１を特定する。
【０１０５】
規則ＩＤ２６３０：ユーザデータに適用されているデータクラスに対する規則を特定する。
【０１０６】
クラスＩＤ２６４０：ユーザデータに適用されているデータクラスを特定する。
【０１０７】
例えば、行２６９１はユーザ“ＵｓｒＡ”のストレージボリューム“ＳＶ＿１００”は規則“ＦＮＣ”のデータクラス“Ｃ１”として管理されているというレコードを示す。行２６９２は同じストレージボリューム“ＳＶ＿１００”はまた規則“ＭＦＴ”のデータクラス“ＣＡ”のパラメータをそれに対して適用していることを示す。これはストレージボリューム“ＳＶ＿１００”に含まれるデータは、規則“ＦＮＣ”と“ＭＦＴ”の両方に則して保存され管理されなければならないことを意味する。従って、データ管理パラメータは両規則をカバーするようにデータに対して構成される。このテーブル２０１１は履歴でなく、各ユーザの各ストレージボリュームの現在の構成状態を保持する。
【０１０８】
データクラス分けと適切に管理されたストレージボリュームの割り当てのプロセス
【０１０９】
図１６と１７はデータクラス分けと適切に管理されたストレージボリュームの割り当ての典型的なプロセスを示す。本実施例のプロセスは図１１に示され第一の実施例の中で論じられたプロセスと同様であるが、ユーザによって選択された規則が複数である場合に対応するためある部分が変更されている。これらの部分に関して以下にきわめて詳細に論ずる。
【０１１０】
ステップ１５０１から１５０７：これらのステップは図１１に対して上記で説明されたのと同じであるが、ユーザはただ１つの規則をチェックするのでなく、いくつかの規則をチェックすると想定されている。
【０１１１】
ステップ２８０１：データ管理コンダクタ２１１は規則対象分野ユーザインタフェース１０００上でユーザがチェックした規則のうちの１つを選択する。規則の選択が全て処理されたら次にプロセスはステップ２８２１へ進み、他の場合にはプロセスはステップ２８０２へ進む。
【０１１２】
ステップ２８０２：データ管理コンダクタ２１１は規則リポジトリマネージャ２２１にデータクラス分け情報を要求する。この情報はステップ２８０１で選択された規則に対応する。
【０１１３】
ステップ２８０３：規則リポジトリマネージャ２２１は、要求された規則に対応するレコードの一組をデータクラステーブル２２３から返す。
【０１１４】
ステップ２８０４：データ管理コンダクタ２１１は取得したデータクラスの説明のリストの画面（すなわち、図８のデータクラス分けユーザインタフェース画面１１００）を生成する。
【０１１５】
ステップ２８０５:データクラス分けのためのユーザインタフェース画面１１００がクライアントソフトウェア２３１上で表示される。
【０１１６】
ステップ２８０６：ユーザはＳＳＰにおいて管理されるデータのデータクラスを選択し、選択されたクラスはデータ管理コンダクタ２１１に返される。
【０１１７】
ステップ２８０７：データ管理コンダクタ２１１はユーザが選択したデータクラスを指定して規則リポジトリマネージャ２２１に実際のデータ管理パラメータを要求する。
【０１１８】
ステップ２８０８：規則リポジトリマネージャ２２１は、データ管理パラメータテーブルから、データ管理コンダクタ２１１からの要求で指定されたクラスに一致するデータクラスのレコードを選択する。
【０１１９】
ステップ２８０９：規則リポジトリマネージャ２２１はパラメータ一組をデータ管理コンダクタ２１１に返す。
【０１２０】
ステップ２８１０：データ管理コンダクタ２１１はステップ２８０１からステップ２８１０までの繰り返しの各サイクルでのステップ２８０１、２８０６、２８０９で取得した規則ＩＤ、クラスＩＤ、及びデータ管理パラメータを保持する。２回目およびそれ以降のループでデータ管理コンダクタ２１１は、パラメータタイプに矛盾が生じたとしても以前のパラメータを廃棄することはなく、代わりにここまでに取得した全てのパラメータを保持し、次の規則を処理するためにステップ２８０１へ戻る。
【０１２１】
ステップ２８２１（図１７）：データ管理コンダクタ２１１が各規則の全てのパラメータを取得した後に、特定のパラメータに対して複数の値があった場合、プロセスはステップ２８２１からステップ２８２３をループしてすべての矛盾を解消し、各パラメータに対してパラメータを１つの適切な値に最適化する。ステップ２８２１で、データ管理コンダクタ２１１は同じパラメータ（例えば、“保存期間”）を持つレコードを選択する。全てのパラメータが処理済みであれば、プロセスはステップ１５１６へ進み、そうでなければプロセスはステップ２８２２へ進む。
【０１２２】
ステップ２８２２：プロセスはステップ２８２１で選択されたレコードのテーブル２２４’の“より安全”列２５５０の値を選択する。
【０１２３】
ステップ２８２３：プロセスは次に、ステップ２８２２で取得された値に基づいてステップ２８２１で選択されたレコードからもっとも安全な値またはレコードを選択する。この値は選択されたパラメータに対するデータ管理値となる。プロセスは次にステップ２８２１へ戻り、次のパラメータを処理する。全てのパラメータに対して最も安全な値を選択する処理がなされると、プロセスはステップ１５１６へ進む。
【０１２４】
ステップ１５１６から１５２１及びステップ１５２２：図１１に対して上で説明されたのと同じである。
【０１２５】
ステップ２８３０：プロセスを終了する前に、データ管理コンダクタ２１１は、ステップ２８１０で取得され保持されたクラスＩＤと情報に従って、適用データクラステーブル２０１１に新しいレコードを挿入する。図１５のこの実施例に示すように、データ管理コンダクタ２１１は対象規則のデータクラスの選択に対応するいくつかのレコードを挿入する。
【０１２６】
第三の実施例
【０１２７】
第三の実施例は、１つ以上のデータストレージと管理パラメータの変更をもたらす規則の変更の場合の自動データ移行の方法の例を説明する。従って本発明では、影響を受けるデータクラスの下で管理されているデータに対する規則が変更されたとき、本発明は影響を受けるデータクラスに対応する新しいデータ管理パラメータを回収する。次に、新しく構成されたストレージ環境が、現在システムが管理している影響を受けた各データに対して生成され、影響を受けたデータは次に新しく構成された環境に移動される。
【０１２８】
第三の実施例の多くの構成要素と動きは第二の実施例に関しての上記の説明と同じである。第二と第三の実施例の違いを以下に詳細に説明する。
【０１２９】
ソフトウェアと論理要素構造
【０１３０】
図１８は本実施例の典型的なソフトウェアと論理要素構造を示す。ストレージ管理サーバ１１０”上にユーザ宛先テーブル３０１１が追加される。ユーザ宛先テーブル３０１１は各ユーザあるいはクライアントホストの宛先情報あるいはＵＲＬを含む。データ管理規則リポジトリサーバ１２０”から規則の更新の通知がＳＳＰサイト１５１で受信されたときに、ユーザに規則の更新を通知するのに宛先情報が使用される（クライアントソフトウェア２３１あるいはEメールを介してなど）。
【０１３１】
さらに、データ管理規則リポジトリサーバ１２０”上に通知宛先テーブル３０２１が追加される。通知宛先テーブル３０２１は、個々の規則のいかなる更新の通知も受信できるように、ＳＳＰサイト１５１の宛先を含んでおり、規則の変更を各ＳＳＰサイト１５１に通知するために規則サイト１５２が使用する。
【０１３２】
ユーザ宛先テーブル
【０１３３】
図１９はユーザ宛先テーブル３０１１の典型的なデータ構造を示す。ユーザ宛先テーブル３０１１はＳＳＰサイトのサービスユーザのユーザプロファイル情報を含み、この情報はデータ管理コンダクタ２１１からクライアントサイト１５３のユーザに通知を送る時に使用される。ユーザ宛先情報３０１１は次の欄を含む。
【０１３４】
ユーザＩＤ３２１０：ＳＳＰのサービスを使用しているユーザを特定する。
【０１３５】
宛先３２２０：クライアントサイトのコンタクトアドレスを特定する位置情報である。例えば、行３２９１はユーザ“ＵｓｒＡ”の宛先が“ｗｗｗ．ｓｍｂａ．ｃｏｍ：ｘｘｘ”であるレコードを示す。このレコードの追加や更新は多くの方法のいずれでも可能であるが、これは本発明において本質的なものではない。
【０１３６】
通知宛先テーブル
【０１３７】
図２０は通知宛先テーブル３０２１の典型的なデータ構造を示す。通知宛先テーブル３０２１は、規則リポジトリマネージャ２２１からデータ管理コンダクタ２１１に規則の変更の通知／指示を送信可能とするためにＳＳＰの位置を含む。規則サイト１５２から規則データ管理情報を取得した全てのＳＳＰは規則の変更の通知を受けるので、通知宛先テーブル３０２１は以下のようにただ１つの欄を有する。
【０１３８】
宛先３３１０：通知の受信を可能とするためにＳＳＰサイトを特定する位置情報である。例えば、行３３９１はＳＳＰの位置の１つが“ｗｗｗ．ｓｓｐ１００．ｃｏｍ：ｘｘｘ”であることを示すレコードを示す。宛先レコードを通知宛先テーブル３０２１に追加することは、ＳＳＰが規則リポジトリマネージャ２２１に情報を要求するときにＳＳＰの位置を取得するなどのいくつかの異なる方法で、成し遂げることが可能である。
【０１３９】
通知
【０１４０】
図２１は規則が更新されたときに規則リポジトリマネージャ２２１からデータ管理コンダクタ２１１に送信される通知３４０１のデータ構造の例を示す。通知３４０１は次の欄を含む。
【０１４１】
規則ＩＤ３４１０：更新あるいは変更により影響を受ける規則の識別表示である。
【０１４２】
クラスＩＤ３４２０：規則の更新あるいは変更により影響を受けるデータクラスの識別表示である。これは更新が規則の新規作成あるいは消去の場合にはヌル値で良い。
【０１４３】
パラメータ３４３０：規則の変更により影響を受けるストレージ管理パラメータの名前あるいは識別表示である。これは更新が規則／データクラスの新規作成あるいは消去の場合にはヌル値で良い。
【０１４４】
更新タイプ３４４０：規則の更新のタイプである。これは“生成された”、“削除された”、あるいは“修正された”であり得る。通知３４０１はサーバ１２０”に存在する固定的なテーブルではなく、規則の更新情報を送信するのに使用されるデータ構造である。
【０１４５】
規則の更新とデータ移行のマップ
【０１４６】
図２２は各規則の更新のタイプに応じてどのように自動移行が呼び出されるかを示すマップ３５０１を示す。図２２に示すように、規則あるいはデータクラスが生成されると（それぞれ行３５９１及び３５９３）、データ管理コンダクタ２１１はその通知をデータ管理コンダクタ２１１からクライアントサイト１５３のユーザに単に送信する。規則、データクラス、あるいはパラメータのその他の更新の場合、データ管理コンダクタはユーザの許可を得た後、自動移行プロセスを実行する（行３５９２及び３５９４から３５９７に示すように）。
【０１４７】
ユーザインタフェース
【０１４８】
図２３は、規則の変更の通知をユーザに提供するための典型的なユーザインタフェース３６００を示す。ユーザインタフェース３６００はデータ管理コンダクタ２１１により生成されクライアントソフトウェア２３１上で表示される。規則更新説明３６０１はデータ管理コンダクタが規則リポジトリマネージャ２２１から受信する通知３４０１の内容に従って生成される。自動移行指定テーブル３６１０は規則の更新により影響を受ける１つ以上のユーザ関連ストレージボリュームＩＤ３６１１を示し、また各影響を受けるストレージボリュームに対する自動移行チェックボックス３６１２を示す。ユーザがこの欄にチェックを入れると、ユーザが指定されたストレージボリュームに対して自動移行プロセスを実行する許可を与えていることを示す。次に“ＯＫ”ボタン３６２１をクリックして自動移行を開始することができる。移行が実行されないように、ユーザが画面をただ閉じられるように、“閉じる”ボタンを備えてもよい。必要に応じてユーザがさらに情報を得られるように“ヘルプ”ボタンも備えられている。
【０１４９】
規則変更通知と自動データ移行のプロセス
【０１５０】
図２４と２５は規則変更通知と自動データ移行の典型的なプロセスを示す。プロセスは次のステップを含む。
【０１５１】
ステップ３８０１：規則が更新されると、規則リポジトリマネージャ２２１はその規則に準拠するデータを管理している全てのＳＳＰサイトに通知を送信する。規則リポジトリマネージャ２２１は影響を受けるＳＳＰサイト１５１の位置を判定するために通知宛先テーブルを参照する。
【０１５２】
ステップ３８０２：規則リポジトリマネージャ２２１は、規則の更新情報により通知３４０１（図２１）を生成し、ステップ３８０１で見つけ出された全てのＳＳＰサイトに送信する。
【０１５３】
ステップ３８０３：データ管理コンダクタ２１１は、規則ＩＤが受信した通知の内容と一致するレコードを適用データクラステーブル２０１１から選択するなどにより、影響を受けるユーザデータを判定する。
【０１５４】
ステップ３８０４：データ管理コンダクタ２１１は上記のステップ３８０３の結果からユーザを選択する（単一ユーザに対していくつかのレコードがあり得るが、各影響を受けるユーザを１回選択するだけで良い）。全ての影響を受けるユーザが処理されると、プロセスは終了する、そうでなければプロセスはステップ３８０５へ進む。
【０１５５】
ステップ３８０５：ステップ３８０４での選択により、データ管理コンダクタ２１１はユーザ宛先テーブル３０１１から影響を受けるユーザに対応する宛先を取得する。
【０１５６】
ステップ３８０６：データ管理コンダクタ２１１は、受信した通知の情報と、ステップ３８０３で判定された影響を受けるユーザに関して取得したストレージボリュームＩＤから、規則変更通知のユーザインタフェース３６００を生成する。
【０１５７】
ステップ３８０７：ユーザインタフェース画面３６００がクライアントサイト１５３においてクライアントソフトウェア上で表示される。
【０１５８】
ステップ３８０８：ユーザは自動移行されるストレージボリュームを選択し、その選択はデータ管理コンダクタ２１１に返される。
【０１５９】
ステップ３８０９：データ管理コンダクタ２１１は影響を受けるユーザが自動移行を指定したストレージボリュームの１つを選択する。影響を受けるストレージボリュームが全て処理済みとなると、次にプロセスはステップ３８２０へ進み、そうでなければプロセスはステップ３８１０へ進む。
【０１６０】
ステップ３８１０：規則更新タイプが規則またはデータクラスの削除であった場合、プロセスはステップ３８１１へ進み、そうでなければプロセスはステップ３８１２へ進む。
【０１６１】
ステップ３８１１：データ管理コンダクタ２１１は適用データクラステーブルから、規則ＩＤあるいはクラスＩＤが削除された規則あるいはクラスと一致する対応レコードを削除する。
【０１６２】
ステップ３８１２：データ管理コンダクタ２１１は、ストレージボリュームＩＤがステップ３８０９で選択されたものと一致するレコードを適用データクラステーブルから選択する。
【０１６３】
ステップ３８１３：ステップ３８１２で選択されたレコードのクラスＩＤにより、データ管理コンダクタ２１１は規則リポジトリマネージャ２２１に実際のデータ管理パラメータを要求する。これは規則更新後の新しいパラメータを取得するプロセスである。
【０１６４】
ステップ３８１４：規則リポジトリマネージャ２２１はデータ管理パラメータテーブル２２４から、データクラスが指定されたクラスに一致するレコードを選択する。
【０１６５】
ステップ３８１５：規則リポジトリマネージャ２２１はデータ管理コンダクタ２１１にパラメータの一組を返す。
【０１６６】
ステップ３８１６：データ管理コンダクタは取得したデータ管理パラメータを保持する。２回目あるいはそれ以降のループにおいて、データ管理コンダクタ２１１はパラメータタイプが不一致であっても過去に取得したパラメータを保持する。データ管理コンダクタ２１１は次の影響を受けるクラスのためにステップ３８１２へ戻る。
【０１６７】
ステップ３８２０：データ管理コンダクタ２１１が新しいパラメータを集め終わった後、特定のパラメータに対して複数の値があった場合、第二の実施例で上記に説明したようなプロセスが呼び出される。データ管理コンダクタ２１１はステップ３８２０から３８２２のループを回り、個々のパラメータに対して複数のパラメータを１つの適切な最も安全な値に最適化する。従って、ステップ３８２０では、データ管理コンダクタ２１１は同じパラメータを有するレコードを選択する。全てのパラメータが処理済みとなると、次にプロセスはステップ３８３０に進み、そうでなければステップ３８２１へ進む。
【０１６８】
ステップ３８２１：ステップ３８２０で選択したレコードの“より安全”列の値を取得する。
【０１６９】
ステップ３８２２：ステップ３８２０で選択したレコードの中から、ステップ３８２１で取得したルールに従って最も安全なレコードあるいは値を選択する。これは選択されたパラメータの値として設定される。次にプロセスは、不一致のパラメータが全て処理されるまで、次のパラメータのためにステップ３８２０へ戻る。
【０１７０】
ステップ３８３０：取得された新しいデータ管理パラメータにより、データ管理コンダクタ２１１はストレージマネージャ２１４に現在のストレージボリュームから新しいストレージボリュームにデータを移行することを要求する。あるいは、データ管理コンダクタ２１１は、ストレージボリュームが新しいパラメータに従って管理されるように、データ管理のパラメータを移行することをストレージマネージャ２１４に要求する。
【０１７１】
ステップ３８３１：指定されたパラメータに従って、ストレージマネージャ２１４は適切なデータ管理とストレージ特性を有する新しいストレージボリュームの割り当てを行い、指定されたパラメータに従って自動データ管理されるように新しいボリュームの構成を設定する。
【０１７２】
ステップ３８３２：ストレージマネージャ２１４は古いストレージボリュームと新しいストレージボリュームの間でデータを移動させ、古いストレージボリュームとそのデータ管理構成を開放する。
【０１７３】
ステップ３８３３：ストレージマネージャ２１４は移行プロセスを終了する。ユーザに新しいストレージボリュームＩＤを返す必要がないように、元のストレージボリュームの識別表示が新しく割り当てられたストレージボリュームに移されると想定されて良い。
【０１７４】
ステップ３８４０：データ管理コンダクタ２１１は、ステップ３８０９で選択した元のストレージボリュームＩＤに対するデータ管理履歴テーブルから、ストレージボリュームＩＤが一致するレコードを選択しその終了時刻を設定する。これはストレージボリュームのデータ管理期間の１つが終了し、履歴レコードとして保存されることを意味する。
【０１７５】
ステップ３８４１：データ管理コンダクタ２１１はそのストレージボリュームのデータ管理の新しい期間の開始に対する新しいパラメータ値の新しい記録をデータ管理履歴テーブルに記録する。規則の変更の通知を受けることが必要な他のユーザが存在する場合、プロセスは次にステップ３８０４へもどる。
【０１７６】
従って、本発明が先行技術にはない以下のようなメリットを示すことが分かる。
【０１７７】
ユーザは実際のデータ管理パラメータを指定する必要がなく、単にパラメータが自動的に決定されるように質問に答えるだけでよい。
【０１７８】
本発明はユーザ側で外部のコンサルタントを雇う費用を削減し、ＳＳＰが人的コンサルタントによる介入を必要としないで複数の企業と取引することが可能になる。
【０１７９】
本発明は適切にデータが管理されていることを示す証明書を検査あるいは監査目的でユーザに提供することができる。証明書は各ユーザによってフィルタにかけられ、各証明書はデータ管理の特定の期間あるいは全期間の履歴を含むことができる。
【０１８０】
データ管理構成は規則の最新の定義あるいは更新に合致するように自動的に移行される。
【０１８１】
本発明は規則のクラス定義によりユーザデータをクラス分けする簡素で基本的な方法を提供し、これにより適切に管理されたストレージ容量を得ることができる。
【０１８２】
以上より本発明によりＳＳＰがユーザデータを適切に管理するサービスをユーザに提供することが可能になり、またストレージボリュームを適切なデータ管理構成をもって構成することが可能になることが明らかになる。本発明は中小規模の企業の需要に応えるもので、彼らは多くの場合、準拠しなければならないデータ管理規則に関する詳細な情報を持たず、また準拠するために十分な予算と人的リソースも持たない。
【０１８３】
さらに、本明細書において特定の実施例が説明され記述されているが、当業者には、同じ目的を達成するために計算されるいかなる構成も、開示された特定の実施例に置き換わることが可能であることが理解される。本開示は本発明のいかなる、そして全ての適応、変形をも含むことが意図されており、以上の記述は説明のためになされたものであり、限定するものではないことが理解されるべきである。従って、本発明の範囲は添付される請求項、ならびにこれら請求項に与えられる権利と同等の全範囲を参照して適切に決定されるべきである。
【図面の簡単な説明】
【０１８４】
添付図面は、上記の一般的説明と以下に示す好適なる実施例の詳細な説明と併せて、現在考えられる発明の最善の形態の好適なる実施例の原理を図示し説明する働きをなす。
【図１】図１は本発明の第一の実施例の物理ハードウェアアーキテクチャの例を示す。
【図２】図２は図１の実施例のソフトウェア及び論理要素構造を示す。
【図３】図３は規則サイトテーブルのデータ構造を示す。
【図４】図４は規則対象分野テーブルのデータ構造を示す。
【図５】図５はデータクラステーブルのデータ構造を示す。
【図６】図６はデータ管理パラメータテーブルのデータ構造を示す。
【図７】図７はデータ管理履歴テーブルのデータ構造を示す。
【図８】図８は規則対象分野を選択するユーザインタフェースを示す。
【図９】図９はデータクラス分けを選択するユーザインタフェースを示す。
【図１０】図１０はデータ管理構成を適用するユーザインタフェースを示す。
【図１１】図１１はデータクラス分けと適切に管理されたストレージボリュームの割り当てのプロセスを示す。
【図１２】図１２はデータ管理証明書を発行するプロセスを示す。
【図１３】図１３は第二の実施例のソフトウェア及び論理要素構造を示す。
【図１４】図１４は第二の実施例で使用されるデータ管理パラメータテーブルのデータ構造を示す。
【図１５】図１５は適用されるデータクラステーブルのデータ構造を示す。
【図１６】図１６は第二の実施例において、データクラス分けと、適切に管理されたストレージボリュームの割り当てのプロセスを示す。
【図１７】図１７は図１６のデータクラス分けと適切に管理されたストレージボリュームの割り当てプロセスの追加のステップを示す。
【図１８】図１８は本発明の第三の実施例のソフトウェア及び論理要素構造を示す。
【図１９】図１９はユーザ宛先テーブルのデータ構造を示す。
【図２０】図２０は通知先テーブルのデータ構造を示す。
【図２１】図２１は更新通知のデータ構造を示す。
【図２２】図２２は規則の更新とデータ移行のマップを示す。
【図２３】図２３は規則変更通知の為のユーザインタフェースを示す。
【図２４】図２４は規則変更通知と自動データ移行のプロセスを示す。
【図２５】図２５は図２４の規則変更通知と自動データ移行のプロセスの続きを示す。
【符号の説明】
【０１８５】
１００……ストレージデバイス、１０１……コントローラ、１０２……ポート、１０３……ＮＩＣ、１０４……ストレージ媒体、１１０……ストレージ管理サーバ、１１１……ＣＰＵ、１１２……メモリ、１１３……ＮＩＣ、１５１……ストレージサービスプロバイダサイト、１２０……データ管理規則リポジトリサーバ、１２１……ＣＰＵ、１２２……メモリ、１２３……ＮＩＣ、１５２……規則サイト、１４０……ネットワーク、１３０……クライアントホスト、１３１……ＣＰＵ、１３２……メモリ、１３３……ＮＩＣ、１５３……クライアントサイト。
【図１】
2007299383.tif 000003
【図２】
2007299383.tif 000004
【図３】
2007299383.tif 000005
【図４】
2007299383.tif 000006
【図５】
2007299383.tif 000007
【図６】
2007299383.tif 000008
【図７】
2007299383.tif 000009
【図８】
2007299383.tif 000010
【図９】
2007299383.tif 000011
【図１０】
2007299383.tif 000012
【図１１】
2007299383.tif 000013
【図１２】
2007299383.tif 000014
【図１３】
2007299383.tif 000015
【図１４】
2007299383.tif 000016
【図１５】
2007299383.tif 000017
【図１６】
2007299383.tif 000018
【図１７】
2007299383.tif 000019
【図１８】
2007299383.tif 000020
【図１９】
2007299383.tif 000021
【図２０】
2007299383.tif 000022
【図２１】
2007299383.tif 000023
【図２２】
2007299383.tif 000024
【図２３】
2007299383.tif 000025
【図２４】
2007299383.tif 000026
【図２５】
2007299383.tif 000027
【外国語明細書】
2007299383000001.pdf