(57)【要約】【課題】クライアントが所望のデータの検索要求をしたサーバとは異なる他のサーバ上に所望のデータが存在する時に、たとえ他のサーバの所在情報の通知がなくても、クライアントが他のサーバからそのデータの提供を受けることができるデータ管理システムを提供する。【解決手段】クライアント３０が要求対象データの検索要求をしたデータサーバ１０−１とは異なるデータサーバ１０−２上に要求対象データが存在する場合、クライアント３０は、データサーバ１０−１を経由してデータサーバ１０−２から要求対象データの提供を受ける。【選択図】図１
2006338436.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された他のデータサーバと連携してデータ管理システムを構成するデータサーバとして、コンピュータを動作させるためのプログラムであって、
クライアントからデータ要求を受け取った場合、そのデータ要求に対応する要求対象データを、データとそのデータを識別するデータ識別情報とを対応付けて記憶するデータ管理部から検索し、
該当する要求対象データを検索できた場合はそのデータをクライアントに提供し、
該当する要求対象データを検索できなかった場合は、データ管理システムを構成する他のデータサーバに前記要求対象データのデータ識別情報を含むデータ問合わせを送信することにより、前記要求対象データを持つデータサーバを検索し、
前記要求対象データを持つデータサーバを検索できた場合、そのデータサーバから前記要求対象データを受け取り、
受け取った前記要求対象データを、前記データ要求に対する返答として前記クライアントに提供するように、
前記コンピュータを動作させるためのプログラム。
【請求項２】
請求項１に記載のプログラムにおいて、
前記要求対象データを持つデータサーバから前記要求対象データの代わりに、そのデータサーバの所在情報を含むリダイレクト情報を受け取った場合、前記データ要求に対する返答として、前記リダイレクト情報に基づくリダイレクトを前記クライアントに対して行うように、
前記コンピュータを動作させるためのプログラム。
【請求項３】
請求項１に記載のプログラムにおいて、
他のデータサーバからデータ問合わせを受け取った場合、そのデータ問合わせに含まれるデータ識別情報に対応する要求対象データを前記データ管理部から検索し、
要求対象データを検索できた場合、その要求対象データを、前記データ問合わせに対する返答として前記他のデータサーバに提供するように、
前記コンピュータを動作させるためのプログラム。
【請求項４】
請求項２に記載のプログラムにおいて、
前記他のデータサーバからのデータ問合わせに含まれる判定情報に基づいて自身の所在情報を前記クライアントに通知するかどうかの判定を行い、
前記クライアントに自身の所在情報を通知すると判定した場合、前記所在情報を含むリダイレクト情報を前記データ問合わせに対する返答として前記他のデータサーバに提供し、
前記クライアントに自身の所在情報を通知しないと判定した場合、前記検索した要求対象データを前記データ問合わせに対する返答として前記他のデータサーバに提供するように、
前記コンピュータを動作させるためのプログラム。
【請求項５】
請求項４に記載のプログラムにおいて、
前記判定情報は、前記クライアントを操作するユーザの前記データ管理システム上におけるアクセス権限の範囲を定めるユーザアクセスレベルであり、
前記データ管理部は、データとそのデータを識別するデータ識別情報とそのデータに対する機密度合いを示すデータアクセスレベルとを対応付けて記憶し、
前記他のデータサーバからのデータ問合わせに応じて前記データ識別情報に対応する要求対象データを検索した場合、前記データ管理部から前記データ識別情報に対応するデータアクセスレベルを取得し、
前記データ問合わせに含まれる判定情報に示されるユーザアクセスレベルと、取得したデータアクセスレベルとを比較することで、自身の所在情報を前記クライアントに通知するかどうかの判定を行うように、
前記コンピュータを動作させるためのプログラム。
【請求項６】
請求項４に記載のプログラムにおいて、
前記判定情報は、前記データ問合わせを行った前記他のデータサーバを識別するサーバ識別情報であり、
自身の所在情報を前記クライアントに通知することを許可するもしくは許可しないデータサーバのサーバ識別情報が登録された特権テーブルを参照することで、自身の所在情報を前記クライアントに通知するかどうかの判定を行うように、
前記コンピュータを動作させるためのプログラム。
【請求項７】
請求項４に記載のプログラムにおいて、
前記判定情報は、前記クライアントを操作するユーザを識別するユーザ識別情報であり、
自身の所在情報を前記クライアントに通知することを許可するもしくは許可しないユーザのユーザ識別情報が登録された特権テーブルを参照することで、自身の所在情報を前記クライアントに通知するかどうかの判定を行うように、
前記コンピュータを動作させるためのプログラム。
【請求項８】
請求項４に記載のプログラムにおいて、
前記判定情報は、前記クライアントを操作するユーザを識別するユーザ識別情報であり、
自身の所在情報を前記クライアントに通知することを許可するもしくは許可しないユーザ識別情報が、前記データ管理部が管理するデータごとに登録された特権テーブルを参照することで、自身の所在情報を前記クライアントに通知するかどうかの判定を行うように、
前記コンピュータを動作させるためのプログラム。
【請求項９】
ネットワークに接続された複数のデータサーバから構成されるデータ管理システムであって、
各データサーバが、
データとそのデータを識別するデータ識別情報とを対応付けて記憶するデータ管理部と、
クライアントからデータ要求を受け取った場合、そのデータ要求に対応する要求対象データを、前記データ管理部から検索するデータ検索部と、
該当する要求対象データを検索できた場合はそのデータをクライアントに提供し、該当する要求対象データを検索できなかった場合は、データ管理システムを構成する他のデータサーバに前記要求対象データのデータ識別情報を含むデータ問合わせを送信することにより、前記要求対象データを持つデータサーバを検索し、前記要求対象データを持つデータサーバを検索できた場合、そのデータサーバから前記要求対象データを受け取り、受け取った前記要求対象データを、前記データ要求に対する返答として前記クライアントに提供するデータ要求応答部と、
を備えるデータ管理システム。
【請求項１０】
ネットワークを介して接続された他のデータサーバと連携してデータ管理システムを構成するデータサーバであって、
データとそのデータを識別するデータ識別情報とを対応付けて記憶するデータ管理部と、
クライアントからデータ要求を受け取った場合、そのデータ要求に対応する要求対象データを、前記データ管理部から検索するデータ検索部と、
該当する要求対象データを検索できた場合はそのデータをクライアントに提供し、該当する要求対象データを検索できなかった場合は、データ管理システムを構成する他のデータサーバに前記要求対象データのデータ識別情報を含むデータ問合わせを送信することにより、前記要求対象データを持つデータサーバを検索し、前記要求対象データを持つデータサーバを検索できた場合、そのデータサーバから前記要求対象データを受け取り、受け取った前記要求対象データを、前記データ要求に対する返答として前記クライアントに提供するデータ要求応答部と、
を備えるデータサーバ。
【請求項１１】
ネットワークに接続された複数のデータサーバから構成されるデータ管理システムにより実行されるデータ管理方法であって、
データサーバが、
クライアントからデータ要求を受け取った場合、そのデータ要求に対応する要求対象データを、データとそのデータを識別するデータ識別情報とを対応付けて記憶するデータ管理部から検索し、
該当する要求対象データを検索できた場合はそのデータをクライアントに提供し、
該当する要求対象データを検索できなかった場合は、データ管理システムを構成する他のデータサーバに前記要求対象データのデータ識別情報を含むデータ問合わせを送信することにより、前記要求対象データを持つデータサーバを検索し、
前記要求対象データを持つデータサーバを検索できた場合、そのデータサーバから前記要求対象データを受け取り、
受け取った前記要求対象データを、前記データ要求に対する返答として前記クライアントに提供する、
ことを特徴とするデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された複数のデータサーバから構成されるデータ管理システムに関する。
【背景技術】
【０００２】
この分野の従来の技術として、特許文献１に記載の技術がある。特許文献１では、サーバが、管理する各コンテンツに識別子を付与し、クライアントから検索要求があった場合、その要求に合致するコンテンツの識別子を含んだ仮想ＵＲＬをクライアントに提供する。このサーバは、仮想ＵＲＬを用いてクライアントからアクセスがあると、その仮想ＵＲＬに含まれる識別子を蓄積システムに渡し、蓄積システムはその識別子に対応するコンテンツをキャッシュメモリにコピーし、キャッシュメモリ上のコンテンツのコピーのアドレスをサーバに返す。これにより、サーバはそのキャッシュメモリ上のコンテンツをユーザに提供することができる。
【０００３】
また、クライアントが検索要求したサーバが管理するコンテンツ群の中に所望のコンテンツが存在しなくても、他のサーバが管理するコンテンツ群にそのコンテンツが存在する場合、クライアントに対して他のサーバへのリダイレクトを実行することで、クライアントに対して他のサーバに所望のコンテンツが存在することを通知して、所望のコンテンツをクライアントに取得させる技術が、例えば、特許文献２に開示されている。
【０００４】
このように、クライアントに対して他のサーバへのリダイレクトを実行すると、ＵＲＬなど他のサーバの所在情報をクライアントに対して通知することになる。
【０００５】
しかしながら、セキュリティ等の観点から、そのような所在情報をクライアントに対して通知しないほうが望ましい場合がある。
【０００６】
【特許文献１】特開平１１−３２６５号公報
【特許文献２】特開２００４−８６５１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
クライアントが所望のデータの検索要求をしたサーバとは異なる他のサーバ上に所望のデータが存在する時に、たとえ他のサーバの所在情報の通知がなくても、クライアントが他のサーバからそのデータの提供を受けることができるデータ管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、ネットワークを介して接続された他のデータサーバと連携してデータ管理システムを構成するデータサーバとして、コンピュータを動作させるためのプログラムであって、クライアントからデータ要求を受け取った場合、そのデータ要求に対応する要求対象データを、データとそのデータを識別するデータ識別情報とを対応付けて記憶するデータ管理部から検索し、該当する要求対象データを検索できた場合はそのデータをクライアントに提供し、該当する要求対象データを検索できなかった場合は、データ管理システムを構成する他のデータサーバに前記要求対象データのデータ識別情報を含むデータ問合わせを送信することにより、前記要求対象データを持つデータサーバを検索し、前記要求対象データを持つデータサーバを検索できた場合、そのデータサーバから前記要求対象データを受け取り、受け取った前記要求対象データを、前記データ要求に対する返答として前記クライアントに提供するように、前記コンピュータを動作させるためのプログラムを提供する。
【０００９】
本発明によれば、クライアントが要求対象データの検索要求をしたデータサーバとは異なる他のデータサーバ上に要求対象データが存在する場合でも、クライアントからデータ要求を受けたデータサーバを経由して、その要求対象データがクライアントに提供されるため、たとえ実際に要求対象データを保持するデータサーバの所在情報が通知されなくても、クライアントは、要求対象データの提供を受けることができる。
【００１０】
また、本発明は、前記他のデータサーバからのデータ問合わせに含まれる判定情報に基づいて自身の所在情報を前記クライアントに通知するかどうかの判定を行い、前記クライアントに自身の所在情報を通知すると判定した場合、前記所在情報を含むリダイレクト情報を前記データ問合わせに対する返答として前記他のデータサーバに提供し、前記クライアントに自身の所在情報を通知しないと判定した場合、前記検索した要求対象データを前記データ問合わせに対する返答として前記他のデータサーバに提供するように、前記コンピュータを動作させるためのプログラムを提供する。
【００１１】
本発明によれば、前記他のデータサーバからのデータ問合わせに返答をする前に、そのデータ問合わせに含まれる判定情報に基づいて自身の所在情報を前記クライアントに通知するかどうかの判定を行い、判定結果に応じて、リダイレクト情報もしくは要求対象データを前記他のデータサーバに提供する。これにより、すべての要求対象データが、クライアントからデータ要求を受けたデータサーバを経由されずに済むため、データ要求を受けたデータサーバの処理負担を低減することができる。
【発明を実施するための最良の形態】
【００１２】
本発明を実施するための最良の形態として、第１の実施の形態（以下、実施形態１とする）について、以下図面を用いて説明する。
【００１３】
図１は、実施形態１におけるデータ管理システムの概略構成を示す図である。図１に示すように、本システムは、ＬＡＮ（ローカル・エリア・ネットワーク）やインターネットなどのネットワーク２０に接続された複数のデータサーバ１０−１，１０−２，．．．（以下では、区別の必要ない場合は「データサーバ１０」と総称する。データサーバ１０内のモジュールについても同様）を含む。本システムでは、ネットワーク２０上のクライアント３０からのデータ要求に応じて、各データサーバ１０が要求対象のデータをクライアント３０に提供する。
【００１４】
図２は、データサーバ１０の機能ブロックを示す図である。図２において、データ管理部１１は、クライアント３０に提供することができる複数のデータと、各データを識別するためのデータＩＤ（識別情報）とを対応付けて記憶する。図３にデータ管理部１１が管理する各データの管理情報のデータ構造を示す。図３に示す通り、データ管理部１１は、登録された各データにつき、そのデータのデータＩＤ１０１とデータサーバ１０内でそのデータを指し示すリンク情報（例えばそのデータのパス名）１０３とを対応付けて管理する。
【００１５】
検出部１２は、ネットワーク２０上に存在する他のデータサーバ１０を検出する手段である。さらに、問合わせ部１３は、クライアント３０から要求されたデータを有しているか否かを、他のデータサーバ１０に対して問合わせる手段である。また問合わせ部１３は、他のデータサーバ１０の問合わせ部１３からの問合わせに対して回答する機能も備える。
【００１６】
実施形態１では、クライアント３０は、本システムに対してデータを要求する場合、図４に示すように、データを管理するデータサーバ１０のホスト名１１２と、そのデータのデータＩＤ１１４とを含む仮想ＵＲＬを用いてデータを指定する。この仮想ＵＲＬは、「xxx.fx.co.jp」という名前のデータサーバが管理している「1234……67890」というデータＩＤをもつデータを指している。なお、図４の仮想ＵＲＬのうちホスト名１１２とデータＩＤ１１４に挟まれた「get」は、データサーバ１０が提供するメソッドの名前である。データサーバ１０が管理するデータに対して複数種類の操作をクライアント３０に認める場合、仮想ＵＲＬにはその操作を示すメソッドを含めるようにする。逆に言えば、データサーバ１０が単に要求されたデータをクライアント３０に提供するだけであれば、このようなメソッドの記述は不要である。
【００１７】
クライアント３０（例えばウェブブラウザ）が、この仮想ＵＲＬ１１０を用いてデータ要求を行った場合、ホスト名１１２が示すサーバに対し、データＩＤ１１４を含んだデータ要求情報が送信されることになる。
【００１８】
次に図５を参照して、データサーバ１０がクライアント３０からデータ要求情報を受け取ったときの処理手順を説明する。以下では、便宜上、データサーバ１０−１の処理として説明するが、他のデータサーバもこれと同様の処理を行う。
【００１９】
この手順において、まずデータサーバ１０−１は、クライアント３０からのデータ要求情報からデータＩＤを抽出し（Ｓ１００）、データ管理部１１−１からそのデータＩＤに対応する実データのリンク情報を検索する（Ｓ１０２）。そのデータＩＤに対応するリンク情報が検索できた場合（Ｓ１０４の判定結果が肯定（Ｙ））、データサーバ１０−１は、そのリンク情報が指し示すデータの実体をデータサーバ１０−１内のデータ管理部１１−１から取得し、クライアント３０に提供する（Ｓ１０６）。
【００２０】
一方、データＩＤに対応するリンク情報がなかった場合（Ｓ１０４の判定結果が否定（Ｎ））、データサーバ１０−１は検出部１２−１に、本システムを構成する他のデータサーバ１０−２の検出を指示し、検出部１２−１はこの指示に応じて他のデータサーバの検出を行う（Ｓ１０８）。検出部１２−１による他のデータサーバ１０−２の検出は、例えば、他サーバ検出用の所定のメッセージを検出部１２−１からネットワーク２０へブロードキャストすることで行うことができる。各データサーバ１０の検出部１２は、他サーバ検出用のメッセージを認識し、それに対して応答するためのプロトコルを有している。すなわち、他サーバ検出用メッセージを受け取った他のデータサーバ１０−２の検出部１２−２は、このプロトコルに従い、当該他のデータサーバ１０−２のサーバＩＤ（識別情報）を含んだ応答を返す。サーバＩＤとしては、例えばＩＰアドレスや、ホスト名を用いることができる。他サーバ検出用のメッセージを発信した検出部１２−１は、他のデータサーバ１０−２からの応答を受け取り、その応答に含まれるサーバＩＤを取得する。これにより、本システムを構成する他のデータサーバ１０−２を見つけることができる。
【００２１】
他のデータサーバ１０−２が見つかると、データサーバ１０−１は、問合わせ部１３−１に、見つけた他のデータサーバ１０−２に対する問合わせを指示する。この指示に応じ、問合わせ部１３−１は、クライアント３０からのデータ要求に含まれるデータＩＤを含んだデータ問合わせをデータサーバ１０−２に送り、そのデータＩＤに対応するデータを持っているか否かを問合わせる（Ｓ１１０）。この問合わせを受けたデータサーバ１０−２は、そのデータＩＤに対応するデータを持っている場合には、そのデータをデータサーバ１０−１に提供するが、問合わせを受けたデータサーバ１０−２の問合わせ部１３−２の動作については、後で詳しく説明する。
【００２２】
この問合わせの結果、問合わせ先の他のデータサーバ１０−２が当該データを持っていないことが判明した場合は（Ｓ１１２の判定結果が否定（Ｎ））、他のデータサーバの検出（Ｓ１０８）及びそれに対する問合わせ（Ｓ１１０）を繰り返す。当該データを持つデータサーバ１０が見つかるまで、ステップＳ１０８及びＳ１１０が繰り返される。
【００２３】
なお、図５では、他のデータサーバをステップＳ１０８で１つ検出してはステップＳ１１０でそれに対して問合わせを行うという手順を示したが、これに限らず、例えばステップＳ１０８でブロードキャストにより検出可能なデータサーバ１０を全て検出して記憶し、それら記憶した各データサーバ１０に対しステップＳ１１０で順に問合わせを行うようにしてももちろんよい。
【００２４】
実施形態では上述のように各データサーバ１０が他のデータサーバ１０を検出しているが、これは必須のことではない。例えば、データサーバ１０−１が、本システムを構成する他のデータサーバのリストを予め保持しておき、そのリストに基づいて順に問合わせを行うようにしてもよい。
【００２５】
問合わせ先の他のデータサーバ１０−２が当該データを持っていることが判明した場合は（Ｓ１１２の判定結果が肯定（Ｙ））、データサーバ１０−２から要求対象データが提供されるため、データサーバ１０−１はその要求対象データをクライアント３０に転送する（Ｓ１１４）。
【００２６】
次に、他のデータサーバから問合わせを受けたときのデータサーバの処理手順について、図６に示したフローチャートを用いて説明する。以下では、便宜上、データサーバ１０−２の処理として説明するが、他のデータサーバもこれと同様の処理を行う。
【００２７】
データサーバ１０−２の問合わせ部１３−２は、他のデータサーバ１０−１の問合わせ部１３−１からデータ問合わせを受けた場合、そのデータ問合わせの情報の中から対象データのデータＩＤを取り出し（Ｓ２００）、そのデータＩＤに対応するリンク情報をデータ管理部１１−２から検索する（Ｓ２０２）。この検索の結果、データ管理部１１−２からそのデータＩＤに対応するリンク情報が検索できた場合（Ｓ２０４の判定結果が肯定（Ｙ））、問合わせ部１３−２は、問合わせ対象のデータを問合わせ元のデータサーバ１０−１に返す（Ｓ２０８）。一方、検索できなかった場合（Ｓ２０４の判定結果が否定（Ｎ））、問合わせ部１３−２は、問合わせ対象のデータが存在しない旨を示すメッセージを問合わせ元のデータサーバ１０−１に返す（Ｓ２０６）。
【００２８】
以上説明したようなデータ管理システムの動作を、図７，８を参照して説明する。
【００２９】
図７に示すように、クライアント３０からデータサーバ１０−１に送ったデータ要求（１）の対象データがデータサーバ１０−１に存在する場合は、その対象データがデータサーバ１０−１からクライアント３０に提供される（２）。
【００３０】
一方、図８に示すように、クライアント３０からデータサーバ１０−１に送ったデータ要求（１）の対象データがデータサーバ１０−１に存在しない場合は、検出部１２−１が他のデータサーバ１０−２を検出し（２）、このデータサーバ１０−２に対してデータ問合わせを行う（３）。この問合わせにより、データサーバ１０−２に要求対象データが存在することが判明すると、データサーバ１０−２は、要求対象データをデータサーバ１０−１に提供する（４）。データサーバ１０−１は、データサーバ１０−２から受け取った要求対象データをクライアント３０に提供する（５）。
【００３１】
以上、実施形態１によれば、クライアント３０からデータ要求情報を受け取ったデータサーバ１０−１が要求対象データを保持しておらず、他のデータサーバ１０−２から要求対象データをクライアント３０に提供する必要がある場合でも、その要求対象データは、データサーバ１０−１を経由してクライアント３０に提供される。これにより、例えば、データ要求元のデータサーバ１０−１からのリダイレクトを受けて、クライアント３０が他のデータサーバ１０−２にアクセスして要求対象データを取得する場合のように、クライアント３０に対して他のデータサーバ１０−２の所在を示すＵＲＬやホスト名などの所在情報を通知する必要がなくなる。よって、実施形態１によれば、他のデータサーバ１０−２の情報漏洩等に対するセキュリティの強化を図ることができる。
【００３２】
なお、ここでリダイレクトとは、いわゆるＨＴＴＰ(HyperText Transfer Protocol)リダイレクトの方式のことを示す。ＨＴＴＰリダイレクトとは、ＷＷＷ（World Wide Web）上でデータの送受信に使われるＨＴＴＰにおけるサーバからの応答の種類の一つで、クライアントが要求したアクセス際のＵＲＬが他のＵＲＬに変更されたことをクライアントに通知する機能のことをいう。
【００３３】
よって、仮に、本システムにおいてＨＴＴＰリダイレクトを用いると、データサーバ１０−１は、302(Found)等のリダイレクトを示すステータスコードと、リダイレクト先のＵＲＬを含んだLocationフィールドと、を含むリダイレクト情報をクライアント３０に返すことになる。ここでリダイレクト情報に含まれるリダイレクト先のＵＲＬは、リダイレクト先のデータサーバ１０−２のサーバＩＤと要求対象データのデータ識別情報とを含んだ上述の仮想ＵＲＬである。つまり、データサーバ１０からクライアント３０に対してリダイレクトが行われると、クライアント３０には、リダイレクト先のデータサーバ１０−２のＵＲＬやサーバＩＤ等の所在情報が通知されることになる。しかし、例えば、データサーバ１０−２が特定のユーザのみしか開示したくないサーバである場合、不用意にそのサーバの所在情報をクライアント３０に通知すると、情報漏洩などのセキュリティ上の問題が生じる場合がある。
【００３４】
一方、実施形態１によれば、クライアント３０がデータサーバ１０−２から提供されるデータをデータサーバ１０−１を経由して取得するため、データサーバ１０−２の所在情報を開示する必要がない。よって、データサーバ１０−２が特定のユーザのみしか開示したくないサーバである場合に、不用意にそのサーバの所在情報をクライアント３０に提供しなくて済むため、情報漏洩などのセキュリティ上の問題を未然に防ぐことができる。
【００３５】
続いて、本発明の第２の実施の形態（以下、実施形態２とする）について、以下図面を用いて説明する。
【００３６】
実施形態１では、クライアント３０からデータ要求情報を受け取ったデータサーバ１０−１が要求対象データを保持しておらず、他のデータサーバ１０−２から要求対象データをクライアント３０に提供する場合、すべてのデータをデータサーバ１０−１経由でクライアントに提供する例について説明した。しかし、すべてのデータをデータサーバ１０−１経由にすると、クライアント３０からデータ要求情報を受け取ったデータサーバ１０−１の処理負担が増大し、処理時間の増大等の新たな問題が生じるおそれがある。そこで、実施形態２では、クライアント３０に所在情報を開示したくないデータサーバの場合に、データ要求情報を受け取ったデータサーバ１０−１を経由して、要求対象データをクライアント３０に提供する。そして、クライアント３０に所在情報を開示してもよいデータサーバの場合には、リダイレクト方式により、他のデータサーバからクライアント３０に直接データを提供する。
【００３７】
実施形態２では、クライアント３０に所在情報を開示することを許可するか否かの判断に、クライアント３０を操作するユーザに予め定められたユーザアクセスレベルと、データに予め定められたデータアクセスレベルとを比較することで行う。詳しく後ほど説明する。
【００３８】
実施形態２に係るデータ管理システムの概略構成は、実施形態１と同様でよく、図１に示す通りである。
【００３９】
図９は、データサーバ１０の機能ブロックを示す図である。図９において、図２に示した機能ブロックと同一部分には同一符号を付してある。実施形態２において、データ管理部１１は、クライアント３０に提供することができる複数のデータと、各データを識別するためのデータＩＤと、データの機密度合いの指標を示すデータアクセスレベルとを対応付けて記憶する。図１０にデータ管理部１１が管理する各データの管理情報のデータ構造を示す。図１０に示す通り、データ管理部１１は、データＩＤ１０２およびリンク情報１０４の他に、そのデータのデータアクセスレベル１０６をそれぞれ対応付けて管理する。ここでデータアクセスレベル１０６は、段階的に定義された値であり、値が大きいほどそのデータの機密度合いが増し、データの公開が制限される。
【００４０】
ユーザ情報管理部１４は、データサーバ１０にクライアント３０を介してアクセスするユーザのユーザＩＤに対するユーザアクセスレベルを管理する。図１１にユーザ情報管理部１４が管理する各ユーザＩＤの管理情報のデータ構造を示す。図１１に示す通り、ユーザ情報管理部１４は、ユーザＩＤ１３２と、そのユーザＩＤのデータ管理システム上におけるアクセス権の範囲を定めるユーザアクセスレベル１３４とをそれぞれ対応付けて管理する。ここでユーザアクセスレベル１３４は、段階的に定義された値であり、値が大きいほどそのユーザＩＤに対するアクセス権の権利範囲が広がり、データ管理システム上での操作範囲が広がる。
【００４１】
また、リダイレクト判定部１５は、他のデータサーバの問合わせ部からの問合わせに対して、要求対象データをデータ管理部から検索できた場合に、リダイレクトによりそのデータをデータ要求元のクライアントに提供するか、リダイレクトせずに、他のデータサーバを経由してそのデータをデータ要求元のクライアント３０に提供するかのリダイレクト許可判定を行う手段である。より具体的にはリダイレクト判定部１５は、クライアント３０を操作するユーザに対し予め定められたユーザアクセスレベルと、要求対象データに対し予め定められたデータアクセスレベルとを比較し、ユーザアクセスレベルの値がデータアクセスレベルの値以上の場合は、クライアント３０に所在情報を開示することを許可すると判断し、クライアント３０へのリダイレクトを許可すると判定する。一方、ユーザアクセスレベルの値がデータアクセスレベルの値より小さい場合は、クライアント３０に所在情報を開示することを許可しないと判断し、クライアント３０へのリダイレクトを許可しないと判定する。
【００４２】
次に図１２を参照して、データサーバ１０がクライアント３０からデータ要求情報を受け取ったときの処理手順を説明する。なお、図５と同様の処理手順については同一符号を付し説明を省略し、以下、処理手順の異なるＳ３１４〜Ｓ３１８を中心に説明する。便宜上、データサーバ１０−１の処理として説明するが、他のデータサーバもこれと同様の処理を行う。
【００４３】
図１２において、問合わせ先の他のデータサーバ１０−２が当該データを持っていることが判明し（Ｓ１１２の判定結果が肯定（Ｙ））、データサーバ１０−２からの回答として、該当データが提供された場合は（Ｓ３１４の判定結果が肯定（Ｙ））、そのデータをクライアント３０に提供する（Ｓ３１６）。一方、データサーバ１０−２からの回答として、リダイレクト情報が提供された場合は（Ｓ３１４の判定結果が肯定（Ｎ））、データサーバ１０−１は、データサーバ１０−２のサーバＩＤを含むリダイレクト情報をクライアント３０に提供する（Ｓ３１８）。このリダイレクト情報の提供は、上記の通り、ＨＰＰＴリダイレクトの方式に従って行うことができる。
【００４４】
このリダイレクト情報を受けたクライアント３０は、ＨＴＴＰに従って、リダイレクト情報中にサーバＩＤが示すデータサーバ１０−２に対して、同じくリダイレクト情報中のデータ識別情報を含んだデータ要求を送る。
【００４５】
次に、他のデータサーバから問合わせを受けたときのデータサーバの処理手順について、図１３に示すフローチャートを用いて説明する。以下では、便宜上、データサーバ１０−２の処理として説明するが、他のデータサーバもこれと同様の処理を行う。また、図１３において、Ｓ４００〜Ｓ４０６については、図６におけるＳ２００〜Ｓ２０６と同様な処理手順のため説明を省略し、データサーバ１０−２が要求対象データを保有している場合（Ｓ４０４の判定結果が肯定（Ｙ））における処理手順について説明する。
【００４６】
要求対象データを保有している場合、データサーバ１０−２は、データサーバ１０−１から送られたデータ問合わせの情報の中から判定情報を取り出し、判定情報に基づいてリダイレクトを許可するか否かの判定を行う（Ｓ４０８）。ここで、判定情報とは、クライアント３０にデータサーバ１０−２の所在情報を開示することを許可するか否かの判断基準として用いる情報であり、実施形態２では、クライアント３０を操作するユーザのユーザＩＤのユーザアクセスレベルを示す。データサーバ１０−２は、要求対象データのデータアクセスレベルをデータ管理部１１−２が管理する管理情報から取り出して、そのデータアクセスレベルと判定情報として示されているユーザアクセスレベルとを比較する。そして、ユーザアクセスレベルの値がデータアクセスレベルの値以上の場合は、クライアント３０に所在情報を開示することを許可すると判断し、クライアント３０へのリダイレクトを許可すると判定する。一方、ユーザアクセスレベルの値がデータアクセスレベルの値より小さい場合は、クライアント３０に所在情報を開示することを許可しないと判断し、クライアント３０へのリダイレクトを許可しないと判定する。
【００４７】
次いで、判定の結果、リダイレクトを許可すると判定した場合（Ｓ４１０の判定結果が肯定（Ｙ））、データサーバ１０−２は、リダイレクト情報を問合わせ元のデータサーバ１０−１に提供する（Ｓ４１２）。一方、判定の結果、リダイレクトを許可しないと判定した場合（Ｓ４１０の判定結果が肯定（Ｎ））、データ管理部１１−２から取り出した要求対象データをデータサーバ１０−１に提供する（Ｓ４１４）。
【００４８】
以上説明したようなデータ管理システムの動作を、図１４，１５を参照して説明する。
【００４９】
図１４に示すように、クライアント３０からデータサーバ１０−１に送ったデータ要求（１）の対象データがデータサーバ１０−１に存在しない場合は、検出部１２−１が他のデータサーバ１０−２を検出し（２）、このデータ問合わせを行う（３）。この問合わせにより、データサーバ１０−２に要求対象データが存在することが判明すると、リダイレクト判定部１５−２がリダイレクトの許可判定を行い、判定の結果、リダイレクトを許可すると判定した場合は（４）、データサーバ１０−２は、リダイレクト情報をデータサーバ１０−１に提供する（５）。データサーバ１０−１は、そのリダイレクト情報に基づいて、クライアント３０にデータ要求の応答として、リダイレクト情報に含まれるデータサーバ１０−２のサーバＩＤを通知することで、リダイレクトし（６）、データサーバ１０−２は、要求対象データをクライアント３０に提供する（７）。
【００５０】
また、図１５に示すように、クライアント３０からデータサーバ１０−１に送ったデータ要求の対象データがデータサーバ１０−１に存在しない場合であって、データサーバ１０−２のリダイレクト判定部１５−２がリダイレクトを許可しなかった場合（４）、データサーバ１０−２は、データ管理部１１−２から取り出した要求対象データをデータサーバ１０−１に提供する（５）。データサーバ１０−１は、クライアント３０にデータ要求の応答として、その要求対象データをクライアント３０に提供する（６）。
【００５１】
以上説明したように、実施形態２では、判定情報に基づいて、クライアントにデータサーバの所在情報を開示するか否かを判定することで、リダイレクトを許可するか否かを判定する。そして、判定の結果、クライアントに所在情報を開示したくないデータサーバの場合には、データ要求情報を受け取ったデータサーバを経由してクライアントにデータを提供する。そして、クライアントに所在情報を開示してもよいデータサーバの場合には、リダイレクトにより、他のデータサーバからクライアントに直接データを提供する。
【００５２】
よって、実施形態２によれば、リダイレクト許可判定の結果に応じて、データ要求情報を受け取ったデータサーバを経由してクライアントにデータを提供するか否かが変更する。そのため、問合わせを受けたデータサーバが、問合わせを行ったデータサーバを経由させてすべてのデータをクライアントに提供する場合に比べて、問合わせを行ったデータサーバの処理負担が低減するため、処理時間の増大等の新たな問題の発生を防ぐことができる。
【００５３】
ここで、図１６Ａ〜図１６Ｃを用いてさらに実施形態２に係るデータ管理システムの動作について説明する。図１６Ａ〜図１６Ｃでは、社内の決裁処理を例にしており、未決裁文書を管理する未決裁文書管理サーバ１０Ａの所在情報は、一般社員クライアント３０Ａ（ユーザアクセスレベル：３）および管理者クライアント３０Ｂ（ユーザアクセスレベル：５）に開示してよく、決裁済文書を管理する決裁済文書管理サーバ１０Ｂの所在情報は、管理者クライアント３０Ｂのみ開示してもよい場合を想定している。
【００５４】
まず、図１６Ａに示すように、一般社員クライアント３０Ａが、未決裁文書管理サーバ１０Ａ上において、ある案件に対する決裁を取るために、未決裁文書４０Ａ（アクセスレベル：２）を作成する（１）。その後、未決裁文書管理サーバ１０Ａに保持された文書４０ＡのデータＩＤを含む仮想ＵＲＬが、一般社員クライアント３０Ａまたは未決裁文書管理サーバ１０Ａから、管理者クライアント３０Ｂやその他のクライアント（一般社員クライアント３０Ａを含んでも良い）に対し、電子メールなどの手段で通知される。この通知を受け取った各クライアントは、この仮想ＵＲＬを用いてその文書４０Ａにアクセスすることができる。管理者クライアント３０Ｂは、通知された仮想ＵＲＬに基づいて未決裁文書管理サーバ１０Ａにアクセスし、その文書に対する決裁を行う（２）。未決裁文書管理サーバ１０Ａは、管理者クライアント３０Ｂに承認された未決裁文書４０Ａを、決裁済文書４０Ｂ（アクセスレベル：４）として、その文書を決裁済文書管理サーバ１０Ｂに転送する（３）。なお、文書のアクセスレベルの変更は、未決裁文書管理サーバ１０Ａが行ってもよいし、決裁済文書管理サーバ１０Ｂが行ってもよい。
【００５５】
続いて、図１６Ｂに示すように、一般社員クライアント３０Ａが、上記仮想ＵＲＬに基づいて、決裁済文書４０Ｂの閲覧を未決裁文書管理サーバ１０Ａに要求すると（１）、未決裁文書管理サーバ１０Ａは、決裁済文書４０Ｂを保持していないため、決裁済文書管理サーバ１０Ｂを検出し（２）、決裁済文書４０Ｂを保持するかどうかのデータ問合わせを行う（３）。決裁済文書管理サーバ１０Ｂは、決裁済文書４０Ｂを検索した後、一般社員クライアント３０Ａを操作するユーザのユーザアクセスレベル［３］と、決裁済文書４０Ｂのデータアクセスレベル［４］とを比較し、リダイレクトを許可しないと判定する（４）。判定の結果を受けて、決裁済文書管理サーバ１０Ｂは、データ問合わせの返答として、決裁済文書４０Ｂを未決裁文書管理サーバ１０Ａに提供し（５）、未決裁文書管理サーバ１０Ａは、その決裁済文書４０Ｂを、一般社員クライアント３０Ａに提供する（６）。
【００５６】
これにより、一般社員クライアント３０Ａに所在を開示してもよい未決裁文書管理サーバ１０Ａを経由して、決裁済文書４０Ｂが一般社員クライアント３０Ａに提供されるため、一般社員クライアント３０Ａに決裁済文書管理サーバ１０Ｂの所在を開示しなくて済む。
【００５７】
一方、図１６Ｃに示すように、管理者クライアント３０Ｂが、上記仮想ＵＲＬに基づいて、決裁済文書４０Ｂの閲覧を未決裁文書管理サーバ１０Ａに要求すると（１）、未決裁文書管理サーバ１０Ａは、決裁済文書４０Ｂを保持していないため、決裁済文書管理サーバ１０Ｂを検出し（２）、決裁済文書４０Ｂを保持するかどうかのデータ問合わせを行う（３）。決裁済文書管理サーバ１０Ｂは、決裁済文書４０Ｂを検索した後、管理者クライアント３０Ｂを操作するユーザのユーザアクセスレベル［５］と、決裁済文書４０Ｂのデータアクセスレベル［４］とを比較し、リダイレクトを許可すると判定する（４）。判定の結果を受けて、決裁済文書管理サーバ１０Ｂは、リダイレクト情報を未決裁文書管理サーバ１０Ａに提供する（５）。未決裁文書管理サーバ１０Ａは、そのリダイレクト情報に基づいて、管理者クライアント３０Ｂにデータ要求の応答として、リダイレクト情報に含まれる決裁済文書管理サーバ１０ＢのサーバＩＤを通知することで、リダイレクトし（６）、決裁済文書管理サーバ１０Ｂは、要求対象データを管理者クライアント３０Ｂに提供する（７）。
【００５８】
このように、管理者クライアント３０Ｂには、決裁済文書の管理を行う決裁済文書管理サーバ１０Ｂの所在を開示しても構わないため、リダイレクトにより、管理者クライアント３０Ｂは、決裁済文書管理サーバ１０Ｂに直接アクセスして、決裁済文書４０Ｂを取得することができる。
【００５９】
続いて、本発明の第３の実施の形態（以下、実施形態３とする）について、以下図面を用いて説明する。以下では、便宜上、クライアント３０からデータ要求を受け取るデータサーバを、データサーバ１０−１とし、データサーバ１０−１からデータ問合わせを受け取るデータサーバを、データサーバ１０−２として説明するが、各データサーバはそれぞれ同様の処理を行う。
【００６０】
実施形態３では、ユーザアクセスレベルやデータアクセスレベルの値に拘わらず、データ要求を行った場合に、リダイレクトを許可するもしくは許可しないユーザアカウントを特権ユーザとして予め定めておく。さらに、データ問合わせを行った場合に、リダイレクトを許可するもしくは許可しないデータサーバも特権サーバとして予め定めておく。
【００６１】
例えば、データサーバ１０−２がデータ問合わせを受け取った場合、まず、データサーバ１０−２のリダイレクト判定部１５―２は、ユーザアクセルレベルやデータアクセスレベルの値によらず、データ要求元のユーザアカウントやデータ問合わせ元のデータサーバに対して割り当てられた特権に基づいて、リダイレクトを許可するか否かの判定を行う。その後、これらの特権に基づいてリダイレクトの許可判定ができない場合に、リダイレクト判定部１５―２は、ユーザアカウント、データおよびデータサーバごとに定められた各アクセスレベルに基づいて、リダイレクトを許可するか否かの判定を行う。
【００６２】
図１７は、実施形態３に係るデータサーバ１０の機能ブロックを示す図である。図１７において、図９に示した機能ブロックと同一部分には同一符号を付してある。
【００６３】
特権情報管理部１６は、データサーバ１０が、データ要求元となる特定のユーザアカウントやデータ問合わせ元となる特定のデータサーバに対して個別に定められた特権情報を管理する。また、サーバ情報管理部１７は、データ管理システム上におけるデータサーバ１０の機密度合いの値を示すサーバアクセスレベルなど、データサーバ１０の属性情報を管理する。
【００６４】
このように構成されたデータサーバ１０において、リダイレクト判定部１５は、データ問合わせに対する要求対象データが存在する場合、まず特権情報に基づいて、その要求対象データについてリダイレクトを許可するか否かを判定する。リダイレクト判定部１５は、その特権情報に基づいてリダイレクト許可判定ができない場合、クライアント３０を操作するユーザに予め定められたユーザアクセスレベルと、要求対象データに予め定められたデータアクセスレベルとを比較する。
【００６５】
さらに、リダイレクト判定部１５は、サーバ情報管理部１７を参照することで得られるデータサーバ１０自身のサーバアクセスレベルと、要求対象データに予め定められたデータアクセスレベルとを比較する。それぞれの比較の結果、ユーザアクセスレベルの値がデータアクセスレベルの値以上で、かつ、サーバアクセスレベルの値がデータアクセスレベルの値以上の場合は、クライアント３０へのリダイレクトを許可すると判定する。一方、比較結果が上記条件を満たさない場合は、クライアント３０へのリダイレクトを許可しないと判定する。
【００６６】
ここでデータサーバ１０の特権情報管理部１６は、図１８Ａに示すような特権テーブル１４０を管理する。例えばデータサーバ１０−２がデータサーバ１０−１からデータ問合わせを受け取った場合、リダイレクト判定部１５−２は、図１８Ａに示す特権テーブル１４０を参照することで、データサーバ１０−１がリダイレクトを許可するデータサーバであることを確認する。そして、確認の結果、リダイレクト判定部１５−２は、データ要求元のユーザアカウントのユーザアクセルレベルや要求対象データのデータアクセスレベルの値によらず、データサーバ１０−１からのすべてのデータ問合わせに対してリダイレクトを許可すると判定する。一方、そのデータ問合わせに対するデータ要求を行ったユーザのユーザアカウントがユーザＥの場合、リダイレクト判定部１５−２は特権テーブルを参照することで、ユーザＥがリダイレクトを許可しないユーザアカウントであることを確認する。そして、確認の結果、リダイレクト判定部１５−２は、ユーザＥのユーザアクセルレベルや要求対象データのデータアクセスレベルの値によらず、ユーザＥへのリダイレクトをすべて許可しないと判定する。
【００６７】
また、特権情報管理部１６は、各データに対して個別に定められた特権テーブルも併せて管理する。図１８Ｂは、データサーバ１０−２が管理するデータＸおよびデータＹに対する特権テーブル１４２，１４４を示す。例えば、データＸを要求するユーザアカウントがユーザＣの場合、リダイレクト判定部１５−２は、図１８Ｂに示す特権テーブル１４２を参照することで、ユーザＣのユーザアクセスレベルやデータＸのデータアクセスレベルの値によらず、リダイレクトを許可すると判定する。一方、データＸを要求するユーザアカウントがユーザＮやユーザＺの場合、リダイレクト判定部１５−２は、ユーザＮやユーザＺのユーザアクセスレベルやデータＸのデータアクセスレベルの値によらず、リダイレクトを許可しないと判定する。リダイレクト判定部１５−２は、データＹについてもデータＸと同様にリダイレクト判定を行う。
【００６８】
データサーバ１０がクライアント３０からデータ要求情報を受け取ったときの処理手順は、実施形態２におけるデータ管理システムと同様なため説明を省略する。また、他のデータサーバから問合わせを受けたときのデータサーバの処理手順については、図１３におけるＳ４０８でのリダイレクト許可判定の手順以外は、実施形態２と同様でよい。そこで、ここでは図１９に示すフローチャートを用いて、リダイレクト判定部１５におけるリダイレクト許可判定の手順を中心に、他のデータサーバ（データサーバ１０−１）から問合わせを受けたときのデータサーバ（データサーバ１０−２）の処理手順について説明する。
【００６９】
リダイレクト判定部１５−２は、データサーバ１０−１から受け取ったデータ問合わせに対応する要求対象データを検索できた場合、まず、サーバ特権テーブルに基づいてリダイレクトの許可判定を行う（Ｓ５００）。より具体的には、リダイレクト判定部１５−２は、特権情報管理部１６に記憶されたサーバ特権テーブルを参照して、データ問合わせ元のデータサーバもしくはデータ要求元のユーザアカウントが登録されているか否かを確認し、登録されている場合には、そのデータサーバもしくはユーザアカウントに対するリダイレクトを許可するか許可しないかを確認する。
【００７０】
確認の結果、サーバ特権テーブルに問合わせ元のデータサーバもしくはデータ要求元のユーザアカウントが登録されており、リダイレクト許可判定が完了した場合には（Ｓ５０２での判定結果が肯定（Ｙ））、リダイレクト許可判定を終了する。
【００７１】
一方、Ｓ５００において、リダイレクト許可判定が完了しなかった場合には（Ｓ５０２での判定結果が否定（Ｎ））、リダイレクト判定部１５−２は、続いて、データ特権テーブルに基づいてリダイレクト許可判定を行う（Ｓ５０４）。より具体的には、リダイレクト判定部１５−２は、特権情報管理部１６に記憶されたデータ特権テーブル群の中から、要求対象データに対応するデータ特権テーブルを検索する。そして、リダイレクト判定部１５−２は、検索したデータ特権テーブルを参照して、データ要求元のユーザアカウントが登録されているか否かを確認し、登録されている場合には、そのユーザアカウントに対してリダイレクトを許可するか不許可しないかを確認する。なお、Ｓ５００とＳ５０４との判定は、順番を逆に行ってもよい。つまり、データ特権テーブルに基づいてリダイレクト許可判定を行った後、サーバ特権テーブルに基づいてリダイレクト許可判定を行っても構わない。
【００７２】
確認の結果、データ特権テーブルにデータ要求元のユーザアカウントが登録されており、リダイレクト許可判定が完了した場合には（Ｓ５０６での判定結果が肯定（Ｙ））、リダイレクト許可判定を終了する。
【００７３】
一方、Ｓ５０４において、リダイレクト許可判定が完了しなかった場合には（Ｓ５０６での判定結果が否定（Ｎ））、リダイレクト判定部１５−２はさらに、各アクセスレベルを比較することでリダイレクトの許可判定を行う（Ｓ５０８）。より具体的には、リダイレクト判定部１５−２は、クライアント３０を操作するユーザに予め定められたユーザアクセスレベルと、要求対象データに予め定められたデータアクセスレベルとを比較する。また、リダイレクト判定部１５−２は、サーバ情報管理部１７を参照することで得られるデータサーバ１０−２自身のサーバアクセスレベルと、要求対象データに予め定められたデータアクセスレベルとを比較する。そして、それぞれの比較の結果、ユーザアクセスレベルの値がデータアクセスレベルの値以上で、かつ、データアクセスレベルの値がサーバアクセスレベルの値以上の場合は、クライアント３０へのリダイレクトを許可すると判定する。一方、比較結果がそれ以外の場合は、クライアント３０へのリダイレクトを許可しないと判定する。
【００７４】
以上のように、リダイレクト判定部１５−２がリダイレクトの許可判定を行い、判定の結果、リダイレクトを許可すると判定した場合、データサーバ１０−２は、リダイレクト情報を問合わせ元のデータサーバ１０−１に提供する。一方、判定の結果、リダイレクトを許可しないと判定した場合、データサーバ１０−２は、データ管理部１１−２から取り出した要求対象データをデータサーバ１０−１に提供する。
【００７５】
以上、実施形態３によれば、リダイレクト判定部１５が、まずデータ要求元のユーザアカウントのユーザアクセルレベルや要求対象データのデータアクセスレベルの値によらず、ユーザアカウントやデータサーバに対して割り当てられた特権に基づいて、リダイレクトを許可もしくは不許可の判定を行う。これにより、特権情報管理部１６に所望のデータサーバもしくはユーザアカウントに対するリダイレクトの可否を登録しておくだけで、ある特定のデータサーバからのデータ問合わせや、ある特定のユーザアカウントからのデータ要求の場合には、ユーザアクセスレベルやデータアクセスレベルによらずに無条件で、リダイレクトを許可もしくは許可しないという設定をすることができる。例えば、ユーザアクセスレベルやデータアクセスレベルを考慮せずにあるユーザアカウントに対して特定の期間だけ、あるデータサーバが管理するすべてのデータに対して、リダイレクトを許可するもしくは許可しないとする場合は、そのユーザアカウントに対するリダイレクトの可否を特権情報管理部１６に登録するだけでよく、リダイレクトの可否の設定が容易になる。
【００７６】
なお、上記実施形態では、データ、ユーザ、サーバの各アクセスレベルや、特権情報を各データサーバ１０においてそれぞれ保持する例を説明した。しかし、ネットワーク２０上にそれらの情報を保持する別のサーバを用意しておき、その都度各データサーバ１０がそのサーバに対して問合わせを行って、必要な情報を取得しても構わない。
【図面の簡単な説明】
【００７７】
【図１】実施形態１〜３に係るデータ管理システムの概略構成を示す図である。
【図２】実施形態１に係るデータサーバの機能ブロックを示す図である。
【図３】実施形態２において、データ管理部が管理するデータの管理情報のデータ構造を示す図である。
【図４】仮想ＵＲＬの一例を示す図である。
【図５】実施形態１において、データサーバがクライアントからデータ要求情報を受け取ったときの処理手順を示すフローチャート図である。
【図６】実施形態１において、他のデータサーバから問合わせを受けたときのデータサーバの処理手順を示すフローチャート図である。
【図７】実施形態１に係るデータ管理システムの動作を説明するための図である。
【図８】実施形態１に係るデータ管理システムの動作を説明するための図である。
【図９】実施形態２に係るデータサーバの機能ブロックを示す図である。
【図１０】実施形態２〜３において、データ管理部が管理するデータの管理情報のデータ構造を示す図である。
【図１１】実施形態２〜３において、ユーザ情報管理部が管理するユーザ情報のデータ構造を示す図である。
【図１２】実施形態２において、データサーバがクライアントからデータ要求情報を受け取ったときの処理手順を示すフローチャート図である。
【図１３】実施形態２において、他のデータサーバから問合わせを受けたときのデータサーバの処理手順を示すフローチャート図である。
【図１４】実施形態２に係るデータ管理システムの動作を説明するための図である。
【図１５】実施形態２に係るデータ管理システムの動作を説明するための図である。
【図１６Ａ】実施形態２に係るデータ管理システムの動作を、社内の決裁処理を例にして、説明するための図である。
【図１６Ｂ】実施形態２に係るデータ管理システムの動作を、社内の決裁処理を例にして、説明するための図である。
【図１６Ｃ】実施形態２に係るデータ管理システムの動作を、社内の決裁処理を例にして、説明するための図である。
【図１７】実施形態３に係るデータサーバの機能ブロックを示す図である。
【図１８Ａ】実施形態３において、データサーバが保持する特権テーブルの一例を示す図である。
【図１８Ｂ】実施形態３において、データサーバが保持する特権テーブルの一例を示す図である。
【図１９】実施形態３において、他のデータサーバから問合わせを受けたときのデータサーバがリダイレクト許可判定を行う際の処理手順を示すフローチャート図である。
【符号の説明】
【００７８】
１０  データサーバ、１１  データ管理部、１２  検出部、１３  問合わせ部、１４  ユーザ情報管理部、１５  リダイレクト判定部、１６  特権情報管理部、１７  サーバ情報管理部、２０  ネットワーク、３０  クライアント。
【図１】
2006338436.tif 000003
【図２】
2006338436.tif 000004
【図３】
2006338436.tif 000005
【図４】
2006338436.tif 000006
【図５】
2006338436.tif 000007
【図６】
2006338436.tif 000008
【図７】
2006338436.tif 000009
【図８】
2006338436.tif 000010
【図９】
2006338436.tif 000011
【図１０】
2006338436.tif 000012
【図１１】
2006338436.tif 000013
【図１２】
2006338436.tif 000014
【図１３】
2006338436.tif 000015
【図１４】
2006338436.tif 000016
【図１５】
2006338436.tif 000017
【図１６Ａ】
2006338436.tif 000018
【図１６Ｂ】
2006338436.tif 000019
【図１６Ｃ】
2006338436.tif 000020
【図１７】
2006338436.tif 000021
【図１８Ａ】
2006338436.tif 000022
【図１８Ｂ】
2006338436.tif 000023
【図１９】
2006338436.tif 000024