(57)【要約】【課題】  大規模な分散データを管理し利用できるシステムの構築を目的とする。【解決手段】  複数のデータ管理装置を複数の階層を持つ論理的な階層構成とし、クライアント１５０からデータ端末１０２に対するアクセス要求があった場合に、複数のデータ管理装置のうちの特定のデータ管理装置間で階層の序列に従ってアクセス要求を順次転送させて、アクセス要求をデータ端末に到達させ、また、データ端末１０２からアクセス要求に対するアクセス結果が送信された場合に、複数のデータ管理装置のうちの特定のデータ管理装置間で階層の序列に従ってアクセス結果を順次転送させて、アクセス結果をクライアント１５０に到達させる。【選択図】        図１
2005242813.tif 000002
【特許請求の範囲】
【請求項１】
データを保持するデータ保持装置と、前記データ保持装置を管理する複数のデータ管理装置とを有し、
前記複数のデータ管理装置に論理的な階層の序列を設けて前記データ保持装置と前記複数のデータ管理装置とを接続し、前記データ保持装置と前記複数のデータ管理装置とを複数の階層を持つ論理的な階層構成とし、
前記複数のデータ管理装置のそれぞれは、
所定の場合に、階層の序列において自装置よりも下位の階層に属するデータ管理装置及びデータ保持装置に対して特定の処理を要求する処理要求を生成し、生成した処理要求を階層の序列において自装置の直下の階層に属するデータ管理装置に対して送信し、以降、階層の序列において自装置よりも下位の階層に属するデータ管理装置及びデータ保持装置の間で階層の序列に従って処理要求を順次転送させて、自装置よりも下位の階層に属するデータ管理装置及びデータ保持装置に特定の処理を行わせることを特徴とするデータ通信システム。
【請求項２】
前記複数のデータ管理装置のそれぞれは、
階層の序列において自装置よりも下位の階層に属するデータ管理装置及びデータ保持装置に特定時点で前記特定の処理を行わせることを特徴とする請求項１に記載のデータ通信システム。
【請求項３】
前記複数のデータ管理装置のそれぞれは、
前記特定の処理として、階層の序列において自装置よりも下位の階層に属するデータ管理装置及びデータ保持装置にそれぞれが保持するデータを固定してコピーをとるスナップショット処理を行わせることを特徴とする請求項１に記載のデータ通信システム。
【請求項４】
前記複数のデータ管理装置のそれぞれは、
処理要求を、下位の特定の複数のまたは全てのデータ管理装置及びデータ保持装置の間で転送させることを特徴とする請求項１に記載のデータ通信システム。
【請求項５】
前記データ通信システムは、
前記データ管理装置及びデータ保持装置に対する処理要求があった場合に、前記複数のデータ管理装置のうちの特定のデータ管理装置間で階層の序列に従って処理要求を順次転送させて、処理要求を前記データ管理装置及びデータ保持装置に到達させ、更に、前記データ管理装置及びデータ保持装置から処理要求に対する処理応答があった場合に、前記複数のデータ管理装置のうちの特定のデータ管理装置間で階層の序列に従って処理応答を順次転送させて、処理応答を処理要求の要求元に到達させることを特徴とする請求項１に記載のデータ通信システム。
【請求項６】
前記データ通信システムは、
処理要求の転送経路と同じ転送経路で、処理応答が転送されることを特徴とする請求項５に記載のデータ通信システム。
【請求項７】
前記複数のデータ管理装置のそれぞれは、
処理応答を受信した場合に、受信した処理応答をキャッシュすることを特徴とする請求項５に記載のデータ通信システム。
【請求項８】
前記複数のデータ管理装置のそれぞれは、
処理要求の転送の際に、転送元のデータ管理装置から受信した処理要求のデータフォーマットを変更することなく、転送先のデータ管理装置及びデータ保持装置に処理要求を転送することを特徴とする請求項１に記載のデータ通信システム。
【請求項９】
前記複数のデータ管理装置のそれぞれは、
処理応答の転送の際に、転送元のデータ管理装置及びデータ保持装置から受信した処理応答のデータフォーマットを変更することなく、転送先のデータ管理装置に処理応答を転送することを特徴とする請求項５に記載のデータ通信システム。
【請求項１０】
前記データ管理装置及びデータ保持装置に対する処理要求には、前記データ管理装置及びデータ保持装置への処理要求の転送のための仮想的なアクセスパスを示す仮想アクセスパス情報が含まれており、
前記複数のデータ管理装置のそれぞれは、
処理要求に含まれる仮想アクセスパス情報と他のデータ管理装置及びデータ保持装置の所在情報とを対応づける対応づけ情報を記憶しており、処理要求の転送の際に、処理要求に含まれる仮想アクセスパス情報と前記対応づけ情報とに基づき、転送先のデータ管理装置及びデータ保持装置を判別し、判別した転送先のデータ管理装置及びデータ保持装置に対して処理要求を転送することを特徴とする請求項１に記載のデータ通信システム。
【請求項１１】
前記データ通信システムは、
前記データ管理装置及びデータ保持装置に対する処理要求の要求元が、前記データ管理装置及びデータ保持装置へのアクセスのための仮想的なアクセスパスの情報を、処理要求の要求元のファイルシステムで管理できることを特徴とする請求項１に記載のデータ通信システム。
【請求項１２】
前記データ通信システムは、
前記データ管理装置及びデータ保持装置に対する処理要求の要求元が、前記データ管理装置及びデータ保持装置へのアクセスのための仮想的なアクセスパスの情報を、処理要求の要求元のデータベースシステムで管理できることを特徴とする請求項１に記載のデータ通信システム。
【請求項１３】
前記データ保持装置は、所定の入力装置及び出力装置の少なくともいずれかを有しており、
前記データ保持装置の有する入力装置及び出力装置の少なくともいずれかに対する処理要求があった場合に、前記複数のデータ管理装置のうちの特定のデータ管理装置間で階層の序列に従って処理要求を順次転送させて、処理要求の要求元による入力装置及び出力装置の少なくともいずれかに対するアクセスを可能とすることを特徴とする請求項１に記載のデータ通信システム。
【請求項１４】
前記データ保持装置は、メータ及びセンサの少なくともいずれかを有しており、
前記データ保持装置の有するメータ及びセンサの少なくともいずれかに対する処理要求があった場合に、前記複数のデータ管理装置のうちの特定のデータ管理装置間で階層の序列に従って処理要求を順次転送させて、処理要求の要求元によるメータ及びセンサの少なくともいずれかに対するアクセスを可能とすることを特徴とする請求項１に記載のデータ通信システム。
【請求項１５】
前記データ保持装置は、データリーダを有しており、
前記データ保持装置の有するデータリーダに対する処理要求があった場合に、前記複数のデータ管理装置のうちの特定のデータ管理装置間で階層の序列に従って処理要求を順次転送させて、処理要求の要求元によるデータリーダに対するアクセスを可能とすることを特徴とする請求項１に記載のデータ通信システム。
【請求項１６】
データを保持するデータ保持装置と、前記データ保持装置を管理する複数のデータ管理装置との間でデータ通信を行わせるデータ通信方法であって、
前記複数のデータ管理装置に論理的な階層の序列を設けて前記データ保持装置と前記複数のデータ管理装置とを接続し、前記データ保持装置と前記複数のデータ管理装置とを複数の階層を持つ論理的な階層構成とし、
所定の場合に、階層の序列において特定のデータ管理装置よりも下位の階層に属するデータ管理装置及びデータ保持装置に対して特定の処理を要求する処理要求を前記特定のデータ管理装置に生成させ、生成された処理要求を階層の序列において前記特定のデータ管理装置の直下の階層に属するデータ管理装置に対して送信させ、以降、階層の序列において前記特定のデータ管理装置よりも下位の階層に属するデータ管理装置及びデータ保持装置の間で階層の序列に従って処理要求を順次転送させて、前記特定のデータ管理装置よりも下位の階層に属するデータ管理装置及びデータ保持装置に特定の処理を行わせることを特徴とするデータ通信方法。
【請求項１７】
前記複数のデータ管理装置のそれぞれは、
同一時点でのスナップショット群をひとまとめにした分散スナップショットを単位にしてデータを管理することを特徴とする請求項３に記載のデータ通信システム。
【請求項１８】
データ管理装置またはデータ保持装置において、特定の処理の許可／禁止を制御する機能を備えることを特徴とする請求項１に記載のデータ通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、主に、分散するデータをネットワークに接続された計算機またはその技術を応用した複数の装置で管理する分散データ管理システムとその方法に関するものである。
【背景技術】
【０００２】
データ管理システムが管理するデータの規模が拡大するにつれ、データを利用するクライアントと、データ管理を行うサーバとを分けた、クライアント／サーバ構成が取られるようになってきた。例えば、特開２００１−３４４２２７号公報に示されるリソース監視システムでは、システム全体のリソース情報を収集するクライアントとしての統括管理ステーションと、監視されるべきデータをもつ個々の管理ノードからリソース情報を収集して統括管理ステーションに通知するサーバとしての管理ステーションから構成される。
【特許文献１】特開２００１−３４４２２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来の分散データ管理システムは、クライアントとサーバというせいぜい２階層で構成されており分散データ管理の多階層化に対応していないため、システムで管理できる分散データの規模はクライアントで対応できるサーバの規模とサーバで対応できる分散データの規模により制限され、システムの拡張性に限界があるという問題点があった。
【０００４】
この発明は上記のような問題点を解決するためになされたもので、大規模な分散データを管理し利用できるシステムの構築を目的とする。
【課題を解決するための手段】
【０００５】
本発明に係るデータ通信システムは、
データを保持するデータ保持装置と、前記データ保持装置を管理する複数のデータ管理装置とを有し、
前記複数のデータ管理装置に論理的な階層の序列を設けて前記データ保持装置と前記複数のデータ管理装置とを接続し、前記データ保持装置と前記複数のデータ管理装置とを複数の階層を持つ論理的な階層構成とし、
前記複数のデータ管理装置のそれぞれは、
所定の場合に、階層の序列において自装置よりも下位の階層に属するデータ管理装置及びデータ保持装置に対して特定の処理を要求する処理要求を生成し、生成した処理要求を階層の序列において自装置の直下の階層に属するデータ管理装置に対して送信し、以降、階層の序列において自装置よりも下位の階層に属するデータ管理装置及びデータ保持装置の間で階層の序列に従って処理要求を順次転送させて、自装置よりも下位の階層に属するデータ管理装置及びデータ保持装置に特定の処理を行わせることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、データ保持装置と複数のデータ管理装置とを階層構成とし、処理要求を階層の序列に従って順次転送させるため、大規模な分散データを管理することができ、また、必要に応じて階層を増やすことにより、管理できるデータの規模を拡大することもできる。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
図１はこの発明による分散データ管理システム（データ通信システム）の構成図である。
【０００８】
図において、１００、１０１はデータ、１０２、１０３はデータ１００、１０１を保持するデータ端末（データ保持装置）である。１１０〜１１３は、データ端末１０２、１０３を管理するデータ管理装置である。１２０〜１２３は、データ管理装置１１０〜１１３を含む下位のデータ管理装置を配下とし、データ端末１０２、１０３及びデータ管理装置１１０〜１１３を含む下位のデータ管理装置を管理するデータ管理装置である。１３０〜１３３は、データ管理装置１２０〜１２３を含む下位のデータ管理装置を配下とし、データ端末１０２、１０３及びデータ管理装置１１０〜１１３、データ管理装置１２０〜１２３を含む下位のデータ管理装置を管理するデータ管理装置である。１４０〜１４３は、データ管理装置１３０〜１３３を含む下位のデータ管理装置を配下とし、データ端末１０２、１０３及びデータ管理装置１１０〜１１３、データ管理装置１２０〜１２３、データ管理装置１３０〜１３３を含む下位のデータ管理装置を管理するデータ管理装置である。１５０、１５１は、分散データを利用するクライアントである。１６０〜１６３は、データ管理装置１１０〜１１３、１２０〜１２３、１３０〜１３３、１４０〜１４３、クライアント１５０、１５１を接続するネットワークである。１７０〜１７４はデータ１００へのアクセス要求（処理要求）、１８０〜１８４はデータ１００へのアクセス結果（処理応答）の流れを示す。
【０００９】
この分散データ管理システムでは、同等の機能を有するデータ管理装置１１０〜１１３、１２０〜１２３、１３０〜１３３、１４０〜１４３を図に示すようにネットワーク１６０〜１６３を介して論理的に積み重ねられた階層構成をとることが特徴である。つまり、本実施の形態に係る分散データ管理システムでは、データを保持するデータ端末（データ保持装置）と、データ端末を管理する複数のデータ管理装置とを有し、複数のデータ管理装置に論理的な階層の序列を設けてデータ端末（データ保持装置）と複数のデータ管理装置とを接続し、データ端末（データ保持装置）と複数のデータ管理装置とを複数の階層を持つ論理的な階層構成としている。
【００１０】
次に、クライアント１５０がデータ１００へアクセスする際の分散データ管理システムの動作について説明する。まず、クライアント１５０はデータ１００へのアクセス要求（処理要求）１７０を、データ端末１０２を配下に管理する下位のデータ管理装置１４１に対して発行する。データ管理装置１４１はアクセス要求（処理要求）１７０を受け取ると、データ端末１０２を配下に管理する下位のデータ管理装置１３１にアクセス要求（処理要求）１７１を転送する。
【００１１】
以降同様にして、データ管理装置１２１、１１１の順にアクセス要求（処理要求）１７２、１７３が順次転送される。データ管理装置１１１はアクセス要求（処理要求）１７３を受け取ると、データ１００をもつデータ端末１０２へアクセス要求（処理要求）１７４を転送する。
【００１２】
データ管理装置１１１はデータ端末１０２からデータ１００へのアクセス要求（処理要求）に対する応答、すなわちアクセス結果（処理応答）１８０を受け取ると、上位のデータ管理装置１２１にアクセス結果（処理応答）１８１を転送する。以降同様にして、データ管理装置１３１、１４１の順にアクセス結果（処理応答）１８２、１８３を順次転送する。
【００１３】
最終的には、データ管理装置１４１から、アクセス要求（処理要求）の要求元であるクライアント１５０へアクセス結果（処理応答）１８４が転送され、クライアントはデータ１００へのアクセス結果（処理応答）１８４を得る。クライアント１５０はこのアクセス結果（処理応答）１８４をもとに上記データ１００を利用した処理を行うことができる（図示せず）。
【００１４】
以上では、クライアント１５０からデータ１００へのアクセスについて説明したが、アクセス対象データはそれに限定されず、データ管理装置をネットワークで接続した階層構成により管理するデータをすべてアクセス対象とすることができる。その数は、図に示すように４つのデータ管理装置からなる階層が４階層の構成で、最下位のデータ管理装置が２つのデータ端末を管理し、各データ管理装置及び各データ端末がひとつのデータをもつような分散データ管理システムの場合には、合計で４×４×４×４×２×１＝５１２個のデータを管理でき、アクセス可能とできる。この場合も、以上の説明と同様に、クライアント１５０から、いずれかのデータ管理装置の保持するデータに対するアクセス要求（処理要求）が発行された際に、データ管理装置間でアクセス要求（処理要求）を順次転送させて、対象となるデータ管理装置にアクセス要求（処理要求）を到達させ、また、当該データ管理装置からアクセス結果（処理応答）が送信された際に、データ管理装置間でアクセス結果（処理応答）を順次転送させ、アクセス要求（処理要求）の要求元であるクライアント１５０にアクセス結果（処理応答）を到達させることができる。
【００１５】
各階層内のデータ管理装置の数と、階層の数と、各データ端末がもつデータの数は上記に限定されないので、例えばひとつの階層内にデータ管理装置が１００個あり、それが３階層構成をとり、最下位のデータ管理装置が１０個のデータ端末を管理し、各データ端末が１０個のデータをもつ場合には、合計で１００×１００×１００×１０×１０＝１００，０００，０００個ものデータを管理でき、アクセス可能とできる。この場合も、以上の説明と同様に、クライアント１５０から、いずれかのデータ管理装置の保持するデータに対するアクセス要求（処理要求）が発行された際に、データ管理装置間でアクセス要求（処理要求）を順次転送させて、対象となるデータ管理装置にアクセス要求（処理要求）を到達させ、また、当該データ管理装置からアクセス結果（処理応答）が送信された際に、データ管理装置間でアクセス結果（処理応答）を順次転送させ、アクセス要求（処理要求）の要求元であるクライアント１５０にアクセス結果（処理応答）を到達させることができる。
【００１６】
このように、本実施の形態に係る分散データ管理システム（データ通信システム）は、データを保持するデータ端末（データ保持装置）と、データ端末を管理する複数のデータ管理装置とを有し、複数のデータ管理装置に論理的な階層の序列を設けてデータ端末と複数のデータ管理装置とを接続し、データ端末と複数のデータ管理装置とを複数の階層を持つ論理的な階層構成とし、データ端末に対するアクセス要求（処理要求）があった場合に、複数のデータ管理装置のうちの特定のデータ管理装置間で階層の序列に従ってアクセス要求（処理要求）を順次転送させて、アクセス要求（処理要求）をデータ端末に到達させる。
【００１７】
また、本実施の形態に係る分散データ管理システムでは、データ端末からアクセス要求（処理要求）に対するアクセス結果（処理応答）があった場合に、複数のデータ管理装置のうちの特定のデータ管理装置間で階層の序列に従ってアクセス結果（処理応答）を順次転送させて、アクセス結果（処理応答）をアクセス要求（処理要求）の要求元に到達させる。
【００１８】
また、本実施の形態に係る分散データ管理システムでは、アクセス要求（処理要求）の転送経路と同じ転送経路で、処理応答が転送される。
【００１９】
以上のように、データ管理装置をネットワークで接続した階層構成を取ることにより、大規模な分散データを管理できアクセス可能とすることができる。また、必要に応じて階層を増やすことにより、管理、アクセスできるデータの規模を拡大することもできる。また、個々のデータ管理装置は、同等の機能を備えるもので構成できるので、階層毎に別々のものを開発したり管理したりする必要はなく、分散データ管理システムにかかる費用を低減することができる。
【００２０】
なお、分散データ管理システムの構成は図１の構成に限定されない。図ではひとつのデータ管理装置とその下位のデータ管理装置の接続はそれぞれ独立したネットワークで構成される例を示すが、例えばすべて同一のネットワークに接続されてもよいし、あるいは階層内も複数のネットワークで構成されてもよい。また、データを利用するクライアントはひとつでも複数でもよい。
【００２１】
また、階層構成の深さは、すべてのデータについて同一でなくてもよく、また仮想ディレクトリをまたがった管理があってもよい。また、データ管理装置とデータ端末を兼ねる構成があってもよく、またデータ端末が最下位層にある構成に限定されない。
【００２２】
また、データ管理装置とデータ端末の間の接続方法は限定されない。バスであってもよいし、各種ネットワークであってもよい。また、データ管理装置とデータ端末の間でも、データ管理装置間と同様にアクセス要求（処理要求）とアクセス結果（処理応答）で通信する例を示したが、それに限定されず、例えばバス転送であってもよい。
【００２３】
また、データ端末１０２、１０３のもつデータ１００、１０１の種類や内容等は限定されず、例えばサイト内のデータであってもよいし、広域に分散するデータであってもよい。
【００２４】
実施の形態２．
次に、データ管理装置（例えば１３１）の内部構成の例とその動作について図２を使って説明する。１３１、１６１、１６２、１７１、１７２、１８２、１８３は、図１と同等なので説明を省略する。２００は下位のネットワーク１６１との接続を制御する下位ネットワークインタフェース、２０１は上位のネットワーク１６２との接続を制御する上位ネットワークインタフェース、２０２はデータ管理を制御するプロセッサ、２０３はデータ管理に必要な情報を保持するメモリ、２０４は下位ネットワークインタフェース２００、上位ネットワークインタフェース２０１、プロセッサ２０２、メモリ２０３を相互に接続するバスである。
【００２５】
データ管理装置１３１の動作について説明する。
【００２６】
上位のデータ管理装置１４１からアクセス要求（処理要求）が転送され、ネットワーク１６２を介して上位ネットワークインタフェース２０１がアクセス要求（処理要求）１７１を受信する。上位ネットワークインタフェース２０１は、その内容をバス２０４経由でメモリ２０３に格納するとともに、プロセッサ２０２に通知する。
【００２７】
通知を受けたプロセッサ２０２は、バス２０４経由でメモリ２０３上のアクセス要求（処理要求）１７１の内容を読み込んでプロトコル処理することにより、下位のデータ管理装置１２１に対してアクセス要求（処理要求）１７２を転送することを決定し、その内容をメモリ２０３上に作成した後、バス２０４経由で下位ネットワークインタフェース２００にアクセス要求（処理要求）１７２の送信を指示する。
【００２８】
これにより、下位ネットワークインタフェース２００は、バス２０４経由でメモリ２０３からアクセス要求（処理要求）１７２の内容を読み出して、下位のネットワーク１６１を介して下位のデータ管理装置１２１にアクセス要求（処理要求）１７２を送信する。ネットワーク１６１は、アクセス要求（処理要求）１７２をデータ管理装置１２１に転送し、データ管理装置１２１はアクセス要求（処理要求）１７２を受け取る。
【００２９】
次に、アクセス結果（処理応答）１８２、１８３の転送における動作ついて説明する。下位のデータ管理装置１２１からアクセス結果（処理応答）が転送され、ネットワーク１６１を介して下位ネットワークインタフェース２００がアクセス結果（処理応答）１８２を受信する。下位ネットワークインタフェース２００は、その内容をバス２０４経由でメモリ２０３に格納するとともに、プロセッサ２０２に通知する。
【００３０】
通知を受けたプロセッサ２０２は、バス２０４経由でメモリ２０３上のアクセス結果（処理応答）１８２の内容を読み込んでプロトコル処理することにより、上位のデータ管理装置１４１に対してアクセス結果（処理応答）１８３を転送することを決定し、その内容をメモリ２０３上に作成した後、バス２０４経由で上位ネットワークインタフェース２０１にアクセス結果（処理応答）１８３の送信を指示する。
【００３１】
これにより、上位ネットワークインタフェース２０１は、バス２０４経由でメモリ２０３からアクセス結果（処理応答）１８３の内容を読み出して、上位のネットワーク１６２を介して上位のデータ管理装置１４１にアクセス結果（処理応答）１８３を送信する。ネットワーク１６２は、アクセス結果（処理応答）１８３をデータ管理装置１４１に転送し、データ管理装置１４１はアクセス結果（処理応答）１８３を受け取る。
【００３２】
以上がデータ管理装置（例えば１３１）の基本的な動作であるが、この発展形として、アクセス結果（処理応答）をキャッシュすることもできる。例えば、アクセス要求（処理要求）１７１に対応するアクセス結果（処理応答）１８３を転送した後、その内容をメモリ２０３上にキャッシュとして残しておき、後でアクセス要求（処理要求）１７１と同じアクセス対象への同じ種別／内容のアクセス要求（処理要求）を受け取った場合には、下位のデータ管理装置１２１にアクセス要求（処理要求）を転送する代わりに、キャッシュとしておいた上記内容をアクセス結果（処理応答）として上位のデータ管理装置１４１に返す。
【００３３】
以上のように、あらかじめキャッシュしておいたアクセス結果（処理応答）をもとにしたアクセス結果（処理応答）を返すことにより、下位のデータ管理装置およびデータ端末までアクセス要求（処理要求）を転送する必要がなくなり、アクセスの性能を向上できる。
【００３４】
なお、キャッシュする内容は、スナップショット（後述）であってもよい。
【００３５】
また、データ管理装置は図２の構成に限定されず、例えば下位ネットワークインタフェース２００と上位ネットワークインタフェース２１０は共用であってもよい。また、データ管理装置の構成はハードウェアの形態に限定されず、例えばサーバやパーソナルコンピュータ等の計算機上で動作するプログラムのような形態であってもよい。その場合、他の目的と共用で設置された計算機上でデータ管理装置のプログラムが動作してもよいし、データ管理専用に設置された計算機上でデータ管理装置のプログラムが動作してもよい。
【００３６】
実施の形態３．
次に、図３を用いて、アクセス要求（処理要求）１７１、１７２と、アクセス結果（処理応答）１８２、１８３の通信プロトコルについて説明する。３００はアクセス要求（処理要求）またはアクセス結果（処理応答）の通信プロトコルであり、以下に関する情報を含む。３０１はアクセス要求（処理要求）またはアクセス結果（処理応答）の送信先データ管理装置、３０２はアクセス要求（処理要求）またはアクセス結果（処理応答）の送信元データ管理装置、３０３はアクセス要求（処理要求）またはアクセス結果（処理応答）に対応するアクセス要求した要求元クライアント、３０４はアクセスを特定するアクセス識別子、３０５はアクセスの種類を示すアクセス種別、３０６はアクセス対象の仮想的な所在、すなわち、アクセス要求（処理要求）の転送のための仮想的なパスを示すアクセスパス（仮想アクセスパス情報）、３０７は必要に応じてアクセス要求（処理要求）またはアクセス結果（処理応答）に関する内容を示すアクセス内容である。
【００３７】
データ管理装置１３１が上位のネットワーク１６２を介して受信するアクセス要求（処理要求）１７１と、下位のネットワーク１６１を介して送信するアクセス要求（処理要求）１７２について、両者の通信プロトコル３００は同一である。また、データ管理装置１３１が下位のネットワーク１６１を介して受信するアクセス結果（処理応答）１８２と、上位のネットワーク１６２を介して送信するアクセス結果（処理応答）１８３について、両者の通信プロトコル３００は同一である。つまり、各データ管理装置では、アクセス要求（処理要求）の転送の際に、転送元のデータ管理装置から受信したアクセス要求（処理要求）のデータフォーマットを変更することなく、転送先のデータ管理装置にアクセス要求（処理要求）を転送する。また、各データ管理装置は、アクセス結果（処理応答）の転送の際に、転送元のデータ管理装置から受信したアクセス結果（処理応答）のデータフォーマットを変更することなく、転送先のデータ管理装置にアクセス結果（処理応答）を転送する。
【００３８】
次に、クライアント１５０がデータ１００のリードを要求する際、データ管理装置１３１がアクセス要求（処理要求）１７１を受信してアクセス要求（処理要求）１７２を送信するプロトコル処理について説明する。上述のようにデータ管理装置１３１がアクセス要求（処理要求）１７１を受信すると、プロセッサ２０２はアクセス要求（処理要求）１７１に関する通信プロトコル３００を解釈してプロトコル処理を行う。
【００３９】
受信したアクセス要求（処理要求）１７１の通信プロトコル３００は以下から構成される。送信先データ管理装置３０１としてデータ管理装置１３１を示す情報、送信元データ管理装置３０１として上位のデータ管理装置１４１を示す情報、要求元クライアント３０３としてクライアント１５０を示す情報が格納される。アクセス識別子３０４としてクライアント１５０が付与したアクセスに関するユニークな識別子、アクセス種別３０５としてリードを示す情報、アクセスパス３０６として分散データ１００の仮想的な所在情報が格納される。アクセス内容３０７はリードの場合には不要なので空である。
【００４０】
プロセッサ２０２は、まず送信先データ管理装置３０１に自装置を示す情報が格納されることを確認した後、送信元データ管理装置３０２、要求元クライアント３０３、アクセス識別子３０４、アクセス種別３０５、アクセスパス３０６に関する情報をメモリ２０３上に保存しておく。この情報は、後ほどこのアクセス要求（処理要求）１７１に対応するアクセス結果（処理応答）を処理する際に使用される。
【００４１】
次に、アクセスパス３０６に格納されるデータ１００の仮想的な所在情報を次のように解釈して、アクセス要求（処理要求）１７２を転送すべき下位のデータ管理装置を判別する。仮想的な所在情報とは、データ管理システム全体で共有される仮想的な名前空間で、データ１００に至るパスを示す情報である。
【００４２】
アクセス要求（処理要求）１７１でのアクセスパス３０６には、例えば“ａｂｃ／ｇｈｉ／ｘｙｚ／ｄａｔａ１”のようなパスが格納される。ここで“／”はデータ管理の階層構成でのノードであるディレクトリの区切りを示し（左側が上位）、“／”で区切られた“ａｂｃ”、“ｇｈｉ”、“ｘｙｚ”は仮想ディレクトリの名前、最も右側（最下位）の“ｄａｔａ１”はアクセス対象のデータ１００の仮想的な名前を示す。
【００４３】
プロセッサ２０２は、アクセス要求（処理要求）１７１で示される上記パスから、自装置が管理する仮想ディレクトリを示す“ａｂｃ”と“／”を取り除いた“ｇｈｉ／ｘｙｚ／ｄａｔａ１”を、下位のデータ管理装置に転送するアクセス要求（処理要求）１７２に格納すべきアクセスパス３０６として生成する。
【００４４】
また、上記パスに含まれる下位のデータ管理装置が管理すべき仮想ディレクトリ“ｇｈｉ”をもとに、アクセス要求（処理要求）１７２に格納すべき送信先データ管理装置３０１を生成する（生成方法は後述）とともに、送信元データ管理装置３０２として自装置を示す情報とする。その他の、要求元クライアント３０３、アクセス識別子３０４、アクセス種別３０５、アクセス内容３０７としては、受信したアクセス要求（処理要求）１７１に含まれるものをコピーする。
【００４５】
このようにして、データ管理装置１３１は、上位のデータ管理装置１４１から受信したアクセス要求（処理要求）１７１を解釈／処理して、それと同一のプロトコルによるアクセス要求（処理要求）１７２を生成して、それを下位のデータ管理装置１２１に転送する。同様に、データ管理装置１２１でもアクセス要求（処理要求）１７２を解釈／処理して、下位のデータ管理装置１１１にアクセス要求（処理要求）１７３を転送する。
【００４６】
次に、クライアント１５０にデータ１００のリード結果を転送する際、データ管理装置１３１がアクセス結果（処理応答）１８２を受信してアクセス結果（処理応答）１８３を送信するプロトコル処理について説明する。上述のようにデータ管理装置１３１がアクセス結果（処理応答）１８２を受信すると、プロセッサ２０２はアクセス結果（処理応答）１８３に関する通信プロトコル３００を解釈してプロトコル処理を行う。
【００４７】
プロセッサ２０２は、まず送信先データ管理装置３０１に自装置を示す情報が格納されることを確認した後、アクセス識別子３０４に格納される情報をもとに、上述のアクセス要求（処理要求）の解釈／処理においてメモリ２０３に保存しておいた情報を特定する。保存されたアクセス要求（処理要求）１７１での送信元データ管理装置の情報をもとに、上位に転送すべきアクセス結果（処理応答）１８３での送信先データ管理装置３０１とアクセスパス３０６を生成するとともに、送信元データ管理装置３０２として自装置を示す情報とする。
【００４８】
このようにして、データ管理装置１３１は、下位のデータ管理装置１２１から受信したアクセス結果（処理応答）１８２を解釈／処理して、それと同一のプロトコルによるアクセス結果（処理応答）１８３を生成して、それを上位のデータ管理装置１４１に転送する。同様に、データ管理装置１４１でもアクセス結果（処理応答）１８３を解釈／処理して、上位のクライアント１５０にアクセス結果（処理応答）１８４を転送する。
【００４９】
このように、本実施の形態では、各データ管理装置は、アクセス要求（処理要求）の転送の際に、転送元のデータ管理装置から受信したアクセス要求（処理要求）のデータフォーマットを変更することなく、転送先のデータ管理装置にアクセス要求（処理要求）を転送し、また、アクセス結果（処理応答）の転送の際に、転送元のデータ管理装置から受信したアクセス結果（処理応答）のデータフォーマットを変更することなく、転送先のデータ管理装置にアクセス結果（処理応答）を転送する。
【００５０】
以上のように、データ管理装置が上位のデータ管理装置から受け取るアクセス要求（処理要求）と下位のデータ管理装置に転送するアクセス要求（処理要求）の通信プロトコルを同一プロトコルとし、また下位のデータ管理装置から受け取るアクセス結果（処理応答）と上位のデータ管理装置に転送するアクセス結果（処理応答）の通信プロトコルを同一プロトコルとしたため、同等のデータ管理装置を複数用いて多階層構成をとることができる。これにより、同等機能機能を有するデータ管理装置を用いて分散データ管理システムを構成できるため、分散データ管理システムにかかる費用を削減することができる。
【００５１】
なお、通信プロトコルは図３の構成に限定されず、他の構成であってもよく、例えばデータへアクセスするアプリケーションプログラムまたはそのユーザーまたはそのグループに関する情報等が含まれてもよい。また、アクセス要求（処理要求）とアクセス結果（処理応答）が同一のプロトコルであってもよく、異なるプロトコルであってもよい。また、通信プロトコルは、業界標準技術であるＴＣＰ／ＩＰ等の下位プロトコル上に実装されてもよい。
【００５２】
実施の形態４．
アクセス要求（処理要求）に含まれるアクセス対象データに関する仮想的なパスとデータ管理装置の所在情報とを対応付ける方法と、アクセス制御の方法について図４を用いて説明する。例えば、データ管理装置１３１において、アクセス要求（処理要求）１７１のアクセスパス３０６に含まれる、下位のデータ管理装置が管理すべき仮想ディレクトリ“ｇｈｉ”をもとに、アクセス要求（処理要求）１７２に格納すべき送信先データ管理装置３０１を生成する場合を例に説明する。
【００５３】
図において、４００はディレクトリ管理情報であり、以下の情報が含まれる。４０１は仮想ディレクトリ、４０２は仮想ディレクトリ４０１に対応するデータ管理装置の所在情報、４０３は仮想ディレクトリ４０１に対応するデータ管理装置へのアクセス制御情報、４０４はアクセス制御情報４０３の内のクライアント１５０からのアクセスに関する情報、４０５はアクセス制御情報４０３の内のクライアント１５１からのアクセスに関する情報を示す。ディレクトリ管理情報４００は、アクセス要求（処理要求）に含まれる仮想的なアクセスパスの情報（仮想アクセスパス情報）と他のデータ管理装置の所在情報とを対応づける対応づけ情報の例である。
【００５４】
次に動作について説明する。ディレクトリ管理情報４００は、プロセッサ２０２が管理し、メモリ２０３上に格納され、あらかじめ以下のように設定されているものとする。仮想ディレクトリ４０１では、“．”で現在の仮想ディレクトリ、“．．”で上位の仮想ディレクトリ、その他で下位の仮想ディレクトリの名前を格納する。所在情報４０２では、仮想ディレクトリ４０１に対応するデータ管理装置のアドレス（例えばＩＰアドレス等）を格納する。アクセス制御情報４０３では、仮想ディレクトリ４０１に対するクライアント毎のアクセス権限（例えばリード、ライト、スナップショットの許可）を格納する。
【００５５】
例えば、上位からのアクセス要求（処理要求）１７１におけるアクセスパス３０６が “ａｂｃ／ｇｈｉ／ｘｙｚ／ｄａｔａ１”で示される場合、プロセッサ２０２はメモリ２０３上のディレクトリ管理情報４００において、仮想ディレクトリ４０１に名前“ｇｈｉ”をもつ行を検索する。この行内の所在情報４０２として、仮想ディレクトリ“ｇｈｉ”に対応する下位のデータ管理装置１２１のアドレスを検出できる。このアドレスを下位へのアクセス要求（処理要求）１７２における送信先データ管理装置３０１に設定する。
【００５６】
また、ディレクトリ管理情報４００を用いて、仮想ディレクトリへのアクセス制御を行うことができる。上記行内のアクセス制御情報４０３では、仮想ディレクトリ“ｇｈｉ”への、クライアント１５０からのアクセスとしてリードとライトとスナップショットが許可され、クライアント１５１からのアクセスは禁止されている。
【００５７】
したがって、データ管理装置１３１が受信した上位からのアクセス要求（処理要求）１７１において、要求元クライアント３０３がクライアント１５０を、アクセス種別３０５がリードまたはライトまたはスナップショットのアクセスを示す場合には、アクセスが許可されると判断され、上述のように下位へアクセス要求（処理要求）１７２が転送される。
【００５８】
一方、要求元クライアント３０３がクライアント１５１を示す場合には、仮想ディレクトリ“ｇｈｉ”へのアクセスが禁止されると判断され、下位へのアクセス要求（処理要求）１７２は発行されず、代わりに上位へのアクセス結果（処理応答）１８３として、エラーを示すものが送信される。
【００５９】
以上のようにして、アクセス要求（処理要求）に含まれる仮想ディレクトリと、データ管理装置の所在情報とを対応付けることができる。これにより、データ管理システム全体で共有される仮想的な名前空間で示される仮想的なパスをもとに、アクセス要求（処理要求）を転送すべき下位のデータ管理装置を特定することができる。
【００６０】
このように、本実施の形態では、各データ管理装置が、アクセス要求（処理要求）に含まれる仮想的なアクセスパスの情報（仮想アクセスパス情報）と他のデータ管理装置の所在情報とを対応づけるディレクトリ管理情報（対応づけ情報）を記憶しており、アクセス要求（処理要求）の転送の際に、アクセス要求（処理要求）に含まれる仮想的なアクセスパスの情報（仮想アクセスパス情報）とディレクトリ管理情報（対応づけ情報）とに基づき、転送先のデータ管理装置を判別し、判別した転送先のデータ管理装置に対してアクセス要求（処理要求）を転送する。
【００６１】
また、仮想ディレクトリに対してアクセスの許可または禁止を制御することができる。これにより許可されないアクセス要求（処理要求）を禁止することができ、セキュリティを高めることができる。
【００６２】
なお、ひとつのデータ管理装置が管理する仮想ディレクトリはひとつに限定されない。ひとつのデータ管理装置で複数の仮想ディレクトリを管理してもよく、ひとつのデータ管理装置で複数階層の仮想ディレクトリを管理してもよい。また、ひとつのデータ管理装置で複数のディレクトリ管理情報をもってもよい。
【００６３】
また、仮想ディレクトリと、データ管理装置の所在情報の対応付けやアクセス制御の方法は、図４に限定されない。例えば、所在情報としてデータ管理装置内の識別情報が含まれてもよい。また、アクセス制御情報をクライアント単位にもつ例を示したが、それに限定されず、例えばクライアント上でデータを処理するアプリケーションプログラム単位またはそれを使用するユーザー単位またはユーザーのグループ単位等でもよい。またアクセス制御の種別は、リードとライトとスナップショットの例を示したが、それに限定されず消去等その他の種別があってもよいし、より少ない種別であってもよい。
【００６４】
また、ディレクトリ管理情報の設定方法は限定されず、例えば固定値に設定されてもよいし、ネットワーク経由で設定されてもよいし、ネットワーク経由で外部に問い合わせることで設定される等してもよい。
【００６５】
実施の形態５．
次に、データ管理装置が、階層の序列において自装置よりも下位の階層に属するデータ管理装置及びデータ保持装置に特定時点で特定の処理を行わせる場合について説明する。具体的には、処理要求を、下位の特定の複数のまたは全てのデータ管理装置及びデータ保持装置の間で転送させて、階層の序列において自装置よりも下位の階層に属するデータ管理装置及びデータ保持装置にそれぞれが保持するデータを固定してコピーをとるスナップショット処理を行わせる場合について図５を用いて説明する。図５は、図１に示した分散データ管理システムの構成の内、あるデータ管理装置（ここではデータ管理装置１３１）配下の階層について、すべてのデータ管理装置とデータ端末の論理的な接続と一括処理制御について示す図である。
【００６６】
１０２、１０３、１１０〜１１３、１２０〜１２３、１３１は、図１と同様なので説明を省略する。５００〜５２９はデータ端末、５３０〜５４１はデータ端末５００〜５０７、５１４〜５２９がもつデータを管理するデータ管理装置である。５５０〜５５３はデータとその管理情報への一括処理制御を示す。ここで、データ端末１０２、１０３、５００〜５２９とそのデータは動的に変化し得るものとする。
【００６７】
次に、図１に示すクライアント１５０から、データ管理装置１４１を経由して、データ管理装置１３１が管理する仮想ディレクトリ“ａｂｃ”の下位にあるすべてのデータについて、ある指定時刻にスナップショットを一括処理で制御する場合を例に動作について説明する。
【００６８】
クライアント１５０が一括処理制御を指示するアクセス要求（処理要求）を発行し、それがデータ管理装置１４１を経由してデータ管理装置１３１に届くまでは、上記実施の形態でのアクセス要求（処理要求）１７０、１７１での動作と同様である。データ管理装置１３１に届く一括処理制御に関するアクセス要求（処理要求）１７１は、一括処理制御５５０に相当する。その通信プロトコル３００では、アクセス種別３０５にスナップショットが、アクセスパス３０６に仮想ディレクトリ“ａｂｃ”以下のすべてを示す“ａｂｃ／＊”が、アクセス内容３０７にスナップショットを取る時刻が指定される。その他の項目はアクセス要求（処理要求）１７１と同様である。
【００６９】
データ管理装置１３１が一括処理制御５５０を受け取ると、要求元クライアント３０３、アクセス種別３０５、アクセスパス３０６、アクセス内容３０７に格納される情報を解釈することにより、クライアント１５０から自装置が管理する仮想ディレクトリ“ａｂｃ”以下にあるすべてのデータに対するスナップショットを指定時刻に取る一括処理制御が要求されたと認識する。
【００７０】
データ管理装置１３１では、ディレクトリ管理情報４００を参照することにより、仮想ディレクトリ４０１の“ｄｅｆ”、“ｇｈｉ”、“ｊｋｌ”、“ｍｎｏ”に対応する所在情報４０２により、下位への一括処理制御５５１を送信すべきデータ管理装置１２０〜１２３のアドレスを特定する。さらにアクセス制御情報４０３をもとにクライアント１５０からの上記仮想ディレクトリへのアクセス要求（処理要求）に対して、スナップショットが許可されていることが確認できる。
【００７１】
次に、一括処理制御５５１として送信先データ管理装置３０１にデータ管理装置１２０〜１２３を設定したアクセス要求（処理要求）を作成する。それぞれのアクセス要求（処理要求）では、送信元データ管理装置３０２でデータ管理装置１３１を示し、アクセスパス３０６として上記仮想ディレクトリ以下のすべてを示す“ｄｅｆ／＊”、“ｇｈｉ／＊”、“ｊｋｌ／＊”、“ｍｎｏ／＊”がそれぞれ設定される。その他の項目は一括処理制御５５０の内容と同等である。
【００７２】
データ管理装置１３１は、以上のようにして作成した一括処理制御５５１にかかわるアクセス要求（処理要求）をデータ管理装置１２０〜１２３にそれぞれ発行する。これとともに、データ管理装置１３１では、上記指定時刻にディレクトリ管理情報４００を固定してスナップショットを作成するよう設定される。
【００７３】
次に、一括処理制御５５１を受け取ったデータ管理装置１２０〜１２３は、上記一括処理制御５５０を受け取った際のデータ管理装置１３１の動作と同様にして、その下位のデータ管理装置１１０〜１１３、５３０〜５４１に対して一括処理制御５５２を発行する。これとともに、データ管理装置１１０〜１１３、５３０〜５４１では、上記指定時刻にディレクトリ管理情報４００を固定してスナップショットを作成するよう設定される。
【００７４】
次に、一括処理制御５５２を受け取ったデータ管理装置１１０〜１１３、５３０〜５４１は、同様にして、その下位のデータ端末１０２、１０３、５００〜５２９に対して一括処理制御５５３を発行する。これとともに、データ端末１０２、１０３、５００〜５２９では、上記指定時刻にデータを固定してスナップショットを作成するよう設定される。
【００７５】
上記指定時刻でのスナップショットに関する動作について説明する。一括処理制御５５０〜５５２により、指定時刻にスナップショットを取るよう設定されたデータ管理装置１３１、１２０〜１２３、１１０〜１１３、５３０〜５４１では、指定時刻になるとそれぞれ自装置が管理するその時点でのディレクトリ管理情報４００を固定してコピーをとる。このコピーが管理情報のスナップショットである。コピー完了後に固定を解除する。
【００７６】
一方、一括処理制御５５３により、指定時刻にスナップショットを取るよう設定されたデータ端末１０２、１０３、５００〜５２９では、それぞれ指定時刻になるとそれぞれその時点でのデータを固定してコピーをとる。このコピーがデータのスナップショットである。コピー完了後に固定を解除する。
【００７７】
このようにして、指定時刻における、データとその管理情報のスナップショットが、相互の整合性を保ちながら分散データ管理システム内に格納される。
【００７８】
この様子について、図６を用いて説明する。６００、６１０〜６１３、６２０〜６３５は管理情報のスナップショットである。６４０〜６７１はデータのスナップショットである。６８０〜６８２は分散スナップショットを示す。
【００７９】
上述のようにして、ある指定時刻において、データ管理装置１３１、１２０〜１２３、１１０〜１１３、５３０〜５４１において管理情報のスナップショット６００、６１０〜６１３、６２０〜６３５が取られる。同時にデータ端末１０２、１０３、５００〜５２９においてデータのスナップショット６４０〜６７１が取られる。
【００８０】
これら、分散データ管理システム内で同一の指定時刻に取られたスナップショット群をひとまとめにしたものが分散スナップショットであり、時刻ｔ１のものが６８０、時刻ｔ２のものが６８１、時刻ｔ３のものが６８２である。分散スナップショット６８０〜６８２ぞれぞれの管理情報とデータの各スナップショット間では相互の整合性が保たれる。
【００８１】
以上のように、仮想ディレクトリにおける特定のデータおよびその管理情報に関して、従来なら制御対象のすべてに対してそれぞれ独立に制御しなければならなかったが、一括処理を制御する機能を備えることにより、一括して制御することが可能になる。
【００８２】
また、データおよびその管理情報を、分散スナップショットで管理することにより、分散したデータとその管理情報の間の整合性が保たれた状態で管理したり蓄積したりすることが可能になる。
【００８３】
つまり、データ管理装置を階層化してデータ保持装置のデータを管理するデータ管理システムにおいて、ある階層より下位の特定部分または全部に関してある時刻断面で固定する機能をもつことにより、分散したデータとその管理情報の間の整合性が保たれた状態で管理/蓄積が可能になり、クライアントでのデータ分析等に一貫性のあるデータを提供でき、精度を向上できる。
【００８４】
また、データ管理装置を階層化してデータ保持装置のデータを管理するデータ管理システムにおいて、ある階層より下位の特定部分または全部に関してある処理の一括制御機能をもつことにより、分散する多数のデータ管理装置、データ保持装置に対する制御を単純化できる。
【００８５】
なお、一括処理制御の処理として、スナップショットの例をあげたが、それには限定されず、例えば消去等であってもよい。また、一括処理制御の対象を、ある仮想ディレクトリ“ａｂｃ”の配下のすべてとした例について説明したが、それには限定されず、例えばある特定のデータとその管理情報を一括処理制御の対象としてもよい。
【００８６】
また、スナップショットを一括処理制御で制御した例について説明したが、それには限定されず、ある特定のデータとその管理情報について個別にスナップショットを制御してもよい。また、ある特定時刻におけるスナップショットの例を示したが、それには限定されず、例えばスナップショットの要求時または指定時間間隔でスナップショットをとってもよい。また、スナップショットで固定する管理情報は上記に限定されない。また、スナップショットの結果の用途は限定されない。
【００８７】
実施の形態６．
次に、分散データ管理システムで管理するデータが、それを利用するクライアントで扱われる方法について説明する。図７は分散データ管理システムにおけるデータ管理に関する論理的な構成を示す。１００、１０１、１５０は図１と同等なので説明を省略する。７００はデータを処理するアプリケーションプログラム、７０１、７０２はファイル管理を行うファイルシステム、７０３はデータベース管理を行うデータベースシステム、７０４はローカルボリューム、７０５〜７０８は仮想ボリュームである。以下は仮想ボリューム７０６内部の論理的な構成要素であり、７０９〜７１４、７２０〜７３５は仮想ディレクトリ、７４０〜７６９はデータである。
【００８８】
クライアント１５０では、アプリケーションプログラム７００がクライアント１５０内のローカルなデータにアクセスする場合には、オペレーティングシステム（図示せず）内のファイルシステム７０１経由でアクセスする。ファイルシステム７０１は、ハードディスク等のローカルな物理デバイス上に論理的な管理単位としてローカルボリューム７０４を作成してデータを管理し、それをアプリケーションプログラム７００に対してみせる。
【００８９】
以上は通常の計算機システムにおけるローカルなデータをファイルシステムにより扱う動作であるが、次に図１のような分散データ管理システムのデータをファイルシステムにより扱う動作について説明する。アプリケーションプログラム７００が分散データ管理システムによるデータにアクセスする場合にも、上記と同様にファイルシステム７０２経由でアクセスする。ファイルシステム７０２は、それを仮想ボリューム７０５、７０６としてアプリケーションにみせる。
【００９０】
ここで、例えば仮想ボリューム７０６はファイルシステム７０２で直接管理されるのではなく、分散データ管理システムで分散管理される。しかし、アプリケーションプログラム７００に対しては、仮想的な名前空間をもつ仮想ボリューム７０６として、仮想ディレクトリ７０９以下からなる階層構成とその下にあるデータ７４０〜７６９へのアクセスが提供される。
【００９１】
例えば、アプリケーションプログラム７００が仮想なパス“ｖｖ１／ａｂｃ／ｇｈｉ／ｘｙｚ／ｄａｔａ１”により、分散データ管理システムのデータへアクセスする場合を説明する。“ｖｖ１”という名前の仮想ディレクトリ７０９はデータ管理装置１４１が管理し、その下位の“ａｂｃ”という名前の仮想ディレクトリ７１０はデータ管理装置１３１が管理し、その下位の“ｇｈｉ”という名前の仮想ディレクトリ７１２はデータ管理装置１２１が管理し、その下位の“ｘｙｚ”という名前の仮想ディレクトリ７２５はデータ管理装置１１１が管理し、その下位の“ｄａｔａ１”という名前のデータ１００はデータ端末１０２にある。
【００９２】
クライアント１５０のファイルシステム７０２による制御のもと、データ管理装置１４１に対してアクセスパス３０６に“ｖｖ１／ａｂｃ／ｇｈｉ／ｘｙｚ／ｄａｔａ１”を格納したアクセス要求（処理要求）１７０が発行されると、データ管理装置１４１はデータ管理装置１３１に対してアクセスパス３０６に“ａｂｃ／ｇｈｉ／ｘｙｚ／ｄａｔａ１”を格納したアクセス要求（処理要求）１７１を転送する。以下順々に、上記実施の形態での説明と同様にして、データ管理装置１３１はデータ管理装置１２１に対してアクセスパス３０６に“ｇｈｉ／ｘｙｚ／ｄａｔａ１”を格納したアクセス要求（処理要求）１７２を転送し、データ管理装置１２１はデータ管理装置１１１に対してアクセスパス３０６に“ｘｙｚ／ｄａｔａ１”を格納したアクセス要求（処理要求）１７３を転送し、データ管理装置１１１はデータ端末１０２に対してアクセスパス３０６に“ｄａｔａ１”を格納したアクセス要求（処理要求）１７４を転送する。
【００９３】
次に、データ端末１０２はデータ管理装置１１１に対してデータ１００へのアクセス結果（処理応答）１８０を発行し、以下、上記アクセス要求（処理要求）の経路とは逆順に、アクセス結果（処理応答）１８１、１８２、１８３、１８４として、最終的にクライアント１５０に転送される。例えば、アプリケーションプログラム７００がデータ１００のリードを行った場合には、アクセス結果（処理応答）１８４はアクセス内容３０７にデータ１００のリードデータが格納され、ファイルシステム７０２経由でアプリケーションプログラム７００に提供される。
【００９４】
以上のように、分散データ管理システムで管理するデータが、それを利用するクライアントではファイルシステムにより扱われるので、アプリケーションプログラムからは通常のローカルボリュームと同様にみえ、分散データをアクセスするためにアプリケーションプログラムを修正する必要がない。
【００９５】
なお、以上では分散データ管理システムで管理するデータが、それを利用するクライアントではファイルシステムにより扱われる例を示したが、分散データ管理システムで管理するデータが、それを利用するクライアントではデータベースシステムにより扱われる構成であってもよい。例えば、データベースシステム７０３がアプリケーションプログラム７００に対して、分散データ管理システムが管理する仮想ボリューム７０７、７０８をデータベースとしてみせる。これにより、アプリケーションプログラムからは通常のデータベースと同様にみえ、分散データベースをアクセスするためにアプリケーションプログラムを修正する必要がない。
【００９６】
また、ファイルシステム７０２またはデータベースシステム７０３は、仮想ボリューム７０５〜７０８として、上記実施の形態で説明したスナップショットや分散スナップショットを含むものを扱ってもよい。これにより、分散したデータについてその管理情報との間の整合性が保たれた状態でユーザーにみせることができる。
【００９７】
実施の形態７．
次に、データ端末（例えば１０２）の内部構成について図８を用いて説明する。１０２、１７４、１８０は図１と同様なので説明を省略する。８００はデータ管理装置との接続、８０１はデータ管理装置インタフェース、８０２はデータ制御を行うプロセッサ、８０３はデータ制御に必要な情報を保持するメモリ、８０４はバスである。以下、データ１００についてのＩ／Ｏ（入出力）装置の例であり、８１０は制御レジスタ、８１１はディスク、８１２はメータ、８１３はセンサの一種であるカメラ、８１４はリーダである。なお、カメラはセンサの一例であり、これに限定されない。
【００９８】
クライアント１５０からデータ端末１０２にいずれかのＩ／Ｏ装置に対するアクセス要求（処理要求）があった場合に、実施の形態１と同様に、クライアント１５０からデータ管理装置１４１、データ管理装置１３１、データ管理装置１２１、データ管理装置１１１とアクセス要求（処理要求）が順次転送され、データ端末１０２は、データ管理装置との接続８００を介して、データ管理装置１１１とデータのやり取りを行い、データ端末１０２内のデータ管理装置インタフェース８０１がデータ管理装置との接続８００からアクセス要求（処理要求）１７４を受信する。データ管理装置インタフェース８０１は、その内容をバス８０４経由でメモリ８０３に格納するとともに、プロセッサ８０２に通知する。
【００９９】
通知を受けたプロセッサ８０２は、バス８０４経由でメモリ８０３上のアクセス要求（処理要求）１７４の内容を読み込んでプロトコル処理することにより、例えば制御レジスタ８１０またはディスク８１１またはメータ８１２またはカメラ８１３またはリーダ８１４のいずれかのデータへのアクセスを判断して、それらへのアクセスを実行する。
【０１００】
次に、プロセッサ８０２は、このアクセスの結果をもとに、アクセス結果（処理応答）１８０として発行すべき内容をメモリ８０３上に作成した後、バス８０４経由でデータ管理装置インタフェース８０１にアクセス結果（処理応答）１８０の送信を指示する。
【０１０１】
これにより、データ管理装置インタフェース８０１は、バス８０４経由でメモリ８０３からアクセス結果（処理応答）１８０の内容を読み出して、データ管理装置との接続８００を介して上位のデータ管理装置１１１にアクセス結果（処理応答）１８０を送信する。データ管理装置１１１は、データ管理装置との接続８００を介して、アクセス結果（処理応答）１８０を受け取る。以降も、実施の形態１と同様にして、データ管理装置１１１からデータ管理装置１２１、データ管理装置１３１、データ管理装置１４１へと順次アクセス結果（処理応答）が転送され、最終的にクライアント１５０に到達する。
【０１０２】
このように、本実施の形態では、データ端末（データ保持装置）は、所定の入力装置及び出力装置の少なくともいずれかを有しており、データ端末の有する入力装置及び出力装置の少なくともいずれかに対するアクセス要求（処理要求）があった場合に、複数のデータ管理装置のうちの特定のデータ管理装置間で階層の序列に従ってアクセス要求（処理要求）を順次転送させて、アクセス要求（処理要求）の要求元による入力装置及び出力装置の少なくともいずれかに対するアクセスを可能とする。
【０１０３】
次に、データ端末１０２がもつデータについて説明する。制御レジスタ８１０は、データ端末１０２の動作や各種Ｉ／Ｏを制御するレジスタである。クライアント１５０から制御レジスタ８１０のデータにアクセスすることとにより、遠隔地からデータ端末１０２や各種Ｉ／Ｏを制御したりステータスを獲得したりできる。
【０１０４】
また、ディスク８１１は、データ端末１０２においてデータを蓄積する媒体である。クライアント１５０からディスク８１１のデータにアクセスすることとにより、遠隔地からデータ端末１０２の保存データにアクセスすることができる。なお、ディスク８１１の論理的な管理は、データ端末１０２内で行ってもよく、データ管理装置１１１で行ってもよく、あるいはクライアント１５０内のファイルシステム７０２で行ってもよい。
【０１０５】
また、メータ８１２は、例えば家庭の電力またはガスまたは水道の使用量を計測する電力メータまたはガスメータまたは水道メータなどである。クライアント１５０からメータ８１２のデータにアクセスすることにより、遠隔地からのメータの自動検針が可能になる。なお、メータの種類と計測対象は上記に限定されない。
【０１０６】
また、カメラ８１３は、例えば家庭や店舗に設置される監視カメラ等である。カメラからは画像データが出力される。クライアント１５０からカメラ８１３のデータにアクセスすることにより、遠隔地からの監視が可能になる。なお、カメラはセンサの一例であり、これに限定されない。
【０１０７】
また、リーダ８１４は、店舗や倉庫等に設置され、商品に貼られたバーコードや電子タグの識別データを読み取るデバイスである。クライアント１５０からリーダ８１４のデータにアクセスすることにより、遠隔地からの識別データ収集等が可能になる。なお、リーダ８１４では識別データを読み取るだけでなく書き込みが可能であってよい。
【０１０８】
以上のようにして、データ端末１０２が備える各種Ｉ／Ｏのデータにアクセスすることにより、データ端末１０２やＩ／Ｏに関する制御と情報獲得、蓄積データへのアクセス、メータの自動検針、遠隔監視、識別データ収集等が可能になり、様々な用途に使用することができる。
【０１０９】
なお、データ端末の構成は上記に限定されず、例えばプロセッサ８０２によるアクセス要求（処理要求）の解釈やアクセス結果（処理応答）の作成機能は無くてもよい。その場合、データ管理装置インタフェースから各種Ｉ／Ｏに直接アクセスされる構成であってもよい。
【０１１０】
また、データ端末がもつデータは、データ端末内で管理されてもよく、データ管理装置で管理されてもよく、クライアントで管理されてもよい。
【０１１１】
また、データ端末がもつデータは上記に限定されない。また上記Ｉ／Ｏや各種センサ等のＩ／Ｏの任意の組み合わせであってもよい。
【０１１２】
ここで、実施の形態１〜７に示した分散データ管理システムの特徴を以下にて再言する。
【０１１３】
実施の形態１に係る分散データ管理システムは、データをもつデータ端末と、計算機またはその技術を応用した装置からなるデータ管理装置と、これらを接続するネットワークとで構成される分散データ管理システムにおいて、データ端末とデータ管理装置とを複数の階層を持つ論理的な階層構成とし、処理要求があった場合に、階層の序列に従って処理要求を順次転送させることにより、下位の階層に属するデータ管理装置及びデータ端末に処理要求に対応した処理を行わせることを特徴とする。
【０１１４】
実施の形態１に係る分散データ管理システムは、処理応答を処理要求の要求元に到達させることを特徴とする。
【０１１５】
実施の形態１に係る分散データ管理システムは、処理要求の転送経路と同じ転送経路で処理応答が転送されることを特徴とする。
【０１１６】
実施の形態２に係る分散データ管理システムは、アクセス結果（処理応答）をデータ管理装置にキャッシュすることを特徴とする。
【０１１７】
実施の形態３に係る分散データ管理システムにおいて、複数のデータ管理装置のそれぞれは、処理要求の転送の際に、転送元のデータ管理装置から受信した処理要求のデータフォーマットを変更することなく、転送先のデータ管理装置及びデータ端末に処理要求を転送することを特徴とする。
【０１１８】
実施の形態３に係る分散データ管理システムにおいて、複数のデータ管理装置のそれぞれは、処理応答の転送の際に、転送元のデータ管理装置及びデータ端末から受信した処理応答のデータフォーマットを変更することなく、転送先のデータ管理装置に処理応答を転送することを特徴とする。
【０１１９】
実施の形態４に係る分散データ管理システムは、処理要求に含まれるアクセス対象データに関する仮想的な識別情報（仮想アクセスパス情報）と、配下にアクセス対象データを管理するデータ管理装置の所在情報とを対応付けることを特徴とする。
【０１２０】
実施の形態４に係る分散データ管理システムは、データを利用するクライアントまたはその上でデータを処理するアプリケーションプログラムまたはそれを使用するユーザーまたはユーザーのグループについて、データまたはデータ端末またはデータ管理装置へのアクセスを許可または禁止するアクセス制御機能を備えることを特徴とする。
【０１２１】
実施の形態５に係る分散データ管理システムは、データ管理装置が、階層の序列において自装置よりも下位の階層に属するデータ管理装置及びデータ端末に特定時点（要求に応じてまたは指定時刻または指定時間間隔）で特定の処理を行わせることを特徴とする。
【０１２２】
実施の形態５に係る分散データ管理システムにおいて、複数のデータ管理装置のそれぞれは、特定の処理として、階層の序列において自装置よりも下位の階層に属するデータ管理装置及びデータ端末にそれぞれが保持するデータを固定してコピーをとるスナップショット処理を行わせることを特徴とする。
【０１２３】
実施の形態５に係る分散データ管理システムにおいて、複数のデータ管理装置のそれぞれは、処理要求を、下位の特定の複数のまたは全てのデータ管理装置及びデータ端末の間で転送させることを特徴とする。
【０１２４】
実施の形態６に係る分散データ管理システムでは、分散データ管理システムが管理するデータが、それを利用するクライアントではファイルシステムにより扱われることを特徴とする。
【０１２５】
実施の形態６に係る分散データ管理システムでは、分散データ管理システムが管理するデータが、それを利用するクライアントではデータベースシステムにより扱われることを特徴とする。
【０１２６】
実施の形態６に係る分散データ管理システムでは、上記ファイルシステムまたはデータベースシステムは、スナップショット処理の結果を管理することを特徴とする。
【０１２７】
実施の形態７に係る分散データ管理システムは、データ端末がもつデータにより、データ端末やそのＩ／Ｏ（入出力）に関する制御または情報獲得を行うことを特徴とする。
【０１２８】
実施の形態７に係る分散データ管理システムでは、上記Ｉ／Ｏとは、電力またはガスまたは水道の使用量等を示すメータであることを特徴とする。
【０１２９】
実施の形態７に係る分散データ管理システムでは、上記Ｉ／Ｏとは、監視等用のカメラ等のセンサであることを特徴とする。
【０１３０】
実施の形態７に係る分散データ管理システムでは、上記Ｉ／Ｏとは、バーコードや電子タグ等の識別データを読み取るリーダであることを特徴とする。
【０１３１】
実施の形態１に係る分散データ管理方法は、データをもつデータ端末と、計算機またはその技術を応用した装置からなるデータ管理装置と、これらを接続するネットワークとで構成される分散データ管理システムにおいて、データ端末とデータ管理装置とを複数の階層を持つ論理的な階層構成とし、処理要求があった場合に、階層の序列に従って処理要求を順次転送させることにより、下位の階層に属するデータ管理装置及びデータ端末に処理要求に対応した処理を行わせることを特徴とする。
【図面の簡単な説明】
【０１３２】
【図１】実施の形態１に係る分散データ管理システムの構成例を示す図。
【図２】データ管理装置の内部構成例を示す図。
【図３】アクセス要求とアクセス結果の通信プロトコルの例を示す図。
【図４】ディレクトリ管理情報の例を示す図。
【図５】一括処理制御の例について示す図。
【図６】スナップショットの例について示す図。
【図７】データ管理に関する論理的な構成例を示す図
【図８】データ端末の内部構成例を示す図。
【符号の説明】
【０１３３】
１００  データ、１０１  データ、１０２  データ端末、１０３  データ端末、１１１  データ管理装置、１２１  データ管理装置、１３１  データ管理装置、１４１  データ管理装置、１５０  クライアント、１５１  クライアント  ２００  下位ネットワークインタフェース、２０１  上位ネットワークインタフェース、２０２  プロセッサ、２０３  メモリ、２０４  バス、７００  アプリケーションプログラム、７０１  ファイルシステム、７０２  ファイルシステム、７０３  データベースシステム、７０４  ローカルボリューム、７０５  仮想ボリューム、７０６  仮想ボリューム、７０７  仮想ボリューム、７０８  仮想ボリューム、８０１  データ管理装置インタフェース、８０２  プロセッサ、８０３  メモリ、８０４  バス、８１０  制御レジスタ、８１１  ディスク、８１２  メータ、８１３  カメラ、８１４  リーダ。
【図１】
2005242813.tif 000003
【図２】
2005242813.tif 000004
【図３】
2005242813.tif 000005
【図４】
2005242813.tif 000006
【図５】
2005242813.tif 000007
【図６】
2005242813.tif 000008
【図７】
2005242813.tif 000009
【図８】
2005242813.tif 000010