JP2010238241A - リソース提供システム、仲介エージェント、リソース提供方法、およびコンピュータプログラム - Google Patents

Abstract

【課題】複数のサーバなどに分散しているリソースの中からユーザが所望するリソースを簡単に検索する。
【解決手段】リソース提供システムに、ユーザエージェントＥＧ１、中間層エージェントＥＧ２、およびリソースエージェントＥＧ３を設ける。ユーザエージェントＥＧ１には、ユーザの所望するファイルＦＲを中間層エージェントＥＧ２に対して要求するファイル取得処理部１６を設ける。中間層エージェントＥＧ２には、ユーザエージェントＥＧ１から要求されたファイルＦＲを管理するリソースエージェントＥＧ３を判別し、そのリソースエージェントＥＧ３に対して、そのファイルＦＲをユーザに送信すべき旨の指令を与える、ファイル中継部２５を設ける。リソースエージェントＥＧ３には、そのファイルＦＲをユーザエージェントＥＧ１に送信するファイル送信部３５を設ける。
【選択図】図３

Description

本発明は、ネットワークを介してユーザにリソースを提供するシステムおよび方法などに関する。

近年、ネットワークを利用したシステムを安価でかつ容易に構築することができるようになり、ハードウェア、ソフトウェア、またはデータなどのリソース（資源）を、複数のパーソナルコンピュータなどの端末装置でネットワークを介して容易に共有することができるようになった。例えば、ファイルサーバに保存されているファイルを複数の端末装置にネットワークを介してダウンロードして使用する方法が実現されている。

インターネットで用いられている検索エンジン（例えば、Ｇｏｏｇｌｅ社の「Ｇｏｏｇｌｅ」）によると、エージェントがインターネット上の多数のサーバから集めてきた膨大な情報の中から、ユーザの指定したキーワードを含む情報を検索することができる。

なお、「エージェント」とは、状況または指令に応じて自立的な判断を行い、処理を実行する機能を意味する。例えば、特許文献１〜３に記載されるようなエージェントが提案されている。

特許文献１に記載されるリモートファイルシステムには、並列システムを構成する各々の制御ユニットにリモートファイルアクセスエージェントが設けられている。これにより、外部システムから多くのリモートファイルアクセス要求が同時に発行された場合であっても、各リモートファイルアクセスエージェントで分散処理されるので、並列システム全体のリモートファイルアクセス処理速度が低下してしまうことを防止することができる。

特許文献２に記載される分散型ファイルシステムによると、複数のエージェントを用いて、リアルタイムアプリケーション及びファイルへの同時の読み出し／書き込みをサポートする。

特許文献３に記載されるシステムによると、複数のコピーユニットエージェントが、コピーユニットをそれぞれ管理し、ファイルシステムエージェントが、同一ユーザのコピーユニットエージェントを管理する。コピーユニットエージェントは、コピーユニットの複製機能を有しており、ネットワークを介してコピーユニットの多重度を自律的に検知し、多重度が不足する場合には、他のストレージ装置に対して複製要求を行う。このような構成により、ストレージ装置を自律的に機能させることができる。
特開平８−１９４６３９号公報 特開２００１−７５８５８号公報 特開２００３−２２３２８６号公報

しかし、ファイルサーバの数が増えると、ユーザは、自分の所望するファイルがどのファイルサーバに保存されているのかが分からず、ファイルを上手く見つけることができないことがある。

また、上述のような検索エンジンを用いると、サーバの処理の負担およびネットワーク
のトラフィックが増大する。したがって、オフィスに導入されているような小規模のネットワークシステムにおいて共有されるファイルなどのリソースの検索には不向きである。特許文献１〜３に記載されるようなエージェントを用いても、やはり、上記の問題点を解決することはできない。

本発明は、このような問題点に鑑み、複数のサーバなどに分散しているリソースの中からユーザが所望するリソースを、従来よりも検索処理の負担およびネットワークのトラフィックを軽減しつつ検索することができるようにすることを目的とする。

本発明に係るリソース提供システムは、ネットワークを介してユーザにリソースを提供するリソース提供システムであって、前記ユーザが操作する端末装置と、リソースを管理する複数のリソース管理サーバと、前記端末装置と前記リソース管理サーバとを仲介するための処理を実行する仲介サーバと、が設けられており、前記端末装置は、前記ユーザの所望するリソースの利用を前記仲介サーバに対して要求するリソース利用要求手段、を有し、前記仲介サーバは、前記端末装置から要求されたリソースを管理する前記リソース管理サーバを判別する管理元判別手段と、前記端末装置から要求されたリソースを前記ユーザが利用することができるようにするための処理を実行すべき旨の指令を、前記管理元判別手段によって判別された前記リソース管理サーバに対して与える、指令手段と、を有し、前記リソース管理サーバは、前記指令に係るリソースを前記ユーザに利用させるための処理を実行するリソース提供処理手段、を有する、ことを特徴とする。

本発明において「リソース」とは、コンピュータを構成するハードウェア、ソフトウェア、およびデータなどを意味する。例えば、メモリ、印刷装置、演算プログラム、およびファイルなどがリソースに含まれる。

本発明によると、複数のサーバなどに分散しているリソースの中からユーザが所望するリソースを、従来よりも検索処理の負担およびネットワークのトラフィックを軽減しつつ検索することができる。

リソース提供システムの全体的な構成の例を示す図である。 ユーザエージェント、中間層エージェント、およびリソースエージェントの連携の例を示す図である。 ユーザエージェント、中間層エージェント、およびリソースエージェントの機能的構成の例を示す図である。 ファイル情報データベースの例を示す図である。 ユーザが所望するファイルを提供する際のユーザエージェント、中間層エージェント、およびリソースエージェントの処理の流れの例を説明するフローチャートである。 ユーザが所望するファイルを提供する際のユーザエージェント、中間層エージェント、およびリソースエージェントの処理の流れの例を説明するフローチャートである。 検索条件入力画面の例を示す図である。 検索結果画面の例を示す図である。 提供可否判別処理の流れの例を説明するフローチャートである。 リソースエージェントおよびファイル情報管理エージェントの機能的構成の例を示す図である。

図１はリソース提供システムＲＰＳの全体的な構成の例を示す図、図２はユーザエージェントＥＧ１、中間層エージェントＥＧ２、およびリソースエージェントＥＧ３の連携の例を示す図、図３はユーザエージェントＥＧ１、中間層エージェントＥＧ２、およびリソースエージェントＥＧ３の機能的構成の例を示す図である。

本発明に係るリソース提供システムＲＰＳは、図１に示すようにユーザ端末装置１、中間サーバ２、リソース管理サーバ３、および通信回線４などによって構成される。ユーザ端末装置１、中間サーバ２、およびリソース管理サーバ３は、通信回線４および各種装置を介して互いに接続されている。

通信回線４として、インターネット、公衆回線、専用線、またはＬＡＮなどが用いられる。ユーザ端末装置１は、ハブＤＨおよびルータＤＲなどによって通信回線４に接続される。モデムまたはＴＡ（Terminal Adapter）などによってアクセスポイントにダイアルアップして接続することも可能である。

ユーザ端末装置１として、パーソナルコンピュータ、ワークステーション、ＰＤＡ（Personal Digital Assistant）、または携帯電話端末などが用いられる。ユーザは、自分のユーザ端末装置１を操作してリソース管理サーバ３で管理されているリソースの提供を受
けることができる。

リソース管理サーバ３は、リソース（資源）を管理し、ユーザに対してそのリソースを提供する。以下、ハードディスクなどの記憶媒体に保存されているファイルＦＲがリソースである場合、すなわち、データ資源がリソースの実体である場合を例に説明する。リソース管理サーバ３として、ファイルの共有機能を有するいわゆるファイルサーバまたはＦＴＰ（File Transfer Protocol）によるファイル転送機能を有するＦＴＰサーバなどのサーバ機が用いられる。

ファイルＦＲには、その使用目的、内容（コンテンツ）、または使用する対象者などに応じてテーマが付けられている。例えば、社内会議、顧客向けプレゼンテーション、商品Ｘ仕様書、会社案内、企画書、営業部用、または開発グループ用などのようなテーマが付けられている。テーマは、そのファイルＦＲの作成者、管理者、または所有者が付けることができる。本実施形態では、予め用意されている複数のテーマの中からいずれかを選択して付けるものとする。１つのファイルＦＲに複数のテーマを付けることも可能である。そのほか、ファイルＦＲには、作成者の識別情報（ユーザ名またはユーザＩＤ）および電子メールアドレスなどを示す情報が対応付けられている。

中間サーバ２は、リソース管理サーバ３で管理されているファイルＦＲに関する情報を管理しおよびユーザの所望するファイルＦＲを検索するなどの処理を行うことによって、リソース管理サーバ３からユーザのユーザ端末装置１へのリソースの提供の円滑化を図るためのサーバ機である。

ユーザ端末装置１には、ユーザエージェントＥＧ１を実現するためのコンピュータプログラムがインストールされている。中間サーバ２には、中間層エージェントＥＧ２を実現するためのコンピュータプログラムがインストールされている。リソース管理サーバ３には、リソースエージェントＥＧ３を実現するためのコンピュータプログラムがインストールされている。これらのエージェントは、オペレーティングシステムおよびハードウェアと連携し、ユーザまたは他のエージェントからの要求を検知して自立的な判断を行い、その要求に応じた処理を実行する。

図２に示すように、ユーザエージェントＥＧ１と中間層エージェントＥＧ２とは互いに連携して所定の処理を実行し、中間層エージェントＥＧ２とリソースエージェントＥＧ３とは互いに連携して所定の処理を実行する。

中間層エージェントＥＧ２は、ファイルＦＲのテーマごとに１つずつ設けられている。以下、「テーマＡ」、「テーマＢ」、…のために設けられている中間層エージェントＥＧ２を、それぞれ「中間層エージェントＥＧ２Ａ」、「中間層エージェントＥＧ２Ｂ」、…と区別して記載することがある。

図３に示すように、ユーザエージェントＥＧ１は、検索対象受付部１１、検索処理要求部１２、検索結果受信部１３、検索結果表示部１４、ファイル指定受付部１５、およびファイル取得処理部１６などによって構成される。

中間層エージェントＥＧ２は、ファイル情報管理部２１、変化情報受信部２２、ファイル検索部２３、検索結果通知部２４、およびファイル中継部２５などによって構成される。

リソースエージェントＥＧ３は、ファイル状況検知部３１、変化情報送信部３２、ファイル呼出部３３、アクセス可否チェック部３４、ファイル送信部３５、代替送信依頼部３
６、およびファイル要求受付部３７などによって構成される。

次に、ユーザエージェントＥＧ１、中間層エージェントＥＧ２、およびリソースエージェントＥＧ３の各部の処理内容を、ファイルの管理のための処理とユーザへのファイルの提供のための処理とに大別して説明する。

〔ファイルの管理のための処理〕
図４はファイル情報データベースＤＢ１の例を示す図である。

図３において、リソースエージェントＥＧ３のファイル状況検知部３１は、そのリソースエージェントＥＧ３が動作しているリソース管理サーバ３に保存されているファイルＦＲの状況の変化を検知する。例えば、新しいファイルＦＲがハードディスクなどの記憶媒体に保存され、ユーザの操作などに応じてファイルＦＲのファイル名または内容などが変更され、またはファイルＦＲが削除されたことを検知する。

変化情報送信部３２は、ファイルＦＲの状況の変化がファイル状況検知部３１によって検知された場合に、その変化に係るファイルＦＲのテーマに対応する中間層エージェントＥＧ２に対して、その変化の内容およびそのファイルＦＲの識別情報（例えば、ファイル名）などを示すファイル変化情報ＤＴ１を送信する。

中間層エージェントＥＧ２において、変化情報受信部２２は、リソースエージェントＥＧ３から送信されてきたファイル変化情報ＤＴ１を受信する。

ファイル情報管理部２１は、その中間層エージェントＥＧ２で取り扱うテーマに該当するファイルＦＲの情報の管理を、例えば、次のような方法で行う。

図４に示すようなファイル情報データベースＤＢ１を、その中間層エージェントＥＧ２がインストールされている中間サーバ２の記憶媒体（ハードディスクなど）に予め設けておく。

ファイル情報データベースＤＢ１において、１つのファイルＦＲごとに１つのレコードが設けられている。「ファイル名」、「作成日時」、および「作成者」は、それぞれ、そのファイルＦＲを識別するためのファイル名、ファイルＦＲが作成された日付および時刻、および作成したユーザのユーザ名を意味する。「保存場所」は、そのファイルＦＲが保存されているリソース管理サーバ３のリソースエージェントＥＧ３を意味する。「種類」は、そのファイルＦＲのコンテンツの種類を意味し、作成者または管理者などが任意に決めることができる。または、複数の選択肢を予め用意しておき、その中から決めることができるようにしてもよい。

また、ファイル情報管理部２１は、ファイル情報データベースＤＢ１の内容を、リソースエージェントＥＧ３から送信されてきたファイル変化情報ＤＴ１に基づいて更新する。例えば、そのファイル変化情報ＤＴ１に、新規に保存されたファイルＦＲに関する情報が示されている場合は、ファイル情報データベースＤＢ１に新規のレコードを生成し、そのファイルＦＲに関する情報を格納する。ファイルＦＲが削除された旨を示すファイル変化情報ＤＴ１が送信されてきた場合は、ファイル情報データベースＤＢ１の中からそのファイルＦＲに対応するレコードを削除する。

このようにして、各中間層エージェントＥＧ２において、取り扱うテーマに属するファイルＦＲに関する情報が管理される。

〔ユーザへのファイルの提供のための処理〕
図５および図６はユーザが所望するファイルＦＲを提供する際のユーザエージェントＥＧ１、中間層エージェントＥＧ２、およびリソースエージェントＥＧ３の処理の流れの例を説明するフローチャート、図７は検索条件入力画面ＨＧ１、ＨＧ１’の例を示す図、図８は検索結果画面ＨＧ２の例を示す図、図９は提供可否判別処理の流れの例を説明するフローチャートである。

ユーザエージェントＥＧ１の検索対象受付部１１は、ユーザの所望するファイルＦＲを検索するためのキーワード（検索条件）を受け付ける。検索処理要求部１２は、受け付けられたキーワードに基づいて中間層エージェントＥＧ２に対して検索処理を実行するように要求する。検索結果受信部１３は、中間層エージェントＥＧ２から検索結果を受信し、検索結果表示部１４は、その検索結果を表示する。

ファイル指定受付部１５は、検索結果を見たユーザによるファイルＦＲの指定を受け付ける。ファイル取得処理部１６は、そのファイルＦＲを保存元から取得するための処理を行う。

中間層エージェントＥＧ２のファイル検索部２３は、ユーザエージェントＥＧ１からの要求に従って、検索条件を満たすファイルＦＲを検索する。検索結果通知部２４は、検索結果を、要求元のユーザエージェントＥＧ１に通知する。ファイル中継部２５は、ユーザエージェントＥＧ１から要求されたファイルＦＲをリソースエージェントＥＧ３から取得し、そのファイルＦＲをそのユーザエージェントＥＧ１に中継するための処理を行う。

リソースエージェントＥＧ３のファイル呼出部３３は、ユーザから中間層エージェントＥＧ２を介して要求されたファイルＦＲを呼び出し、アクセス可否チェック部３４はそのファイルＦＲを要求元のユーザに使用させてもよいか否かをチェックする。ファイル送信部３５は、ファイルＦＲを使用させてもよい旨のチェック結果が得られた場合に、そのファイルＦＲを要求元のユーザに送信するための処理を行う。

ファイルＦＲをユーザに提供するための処理の内容を、図５および図６に示すフローチャートなどを参照してさらに詳しく説明する。

ユーザは、ユーザ端末装置１を操作することによって、自分の所望するファイルＦＲをリソース管理サーバ３からダウンロードして使用することができる。ユーザがユーザ端末装置１に所定のコマンドを入力すると、そのユーザ端末装置１のユーザエージェントＥＧ１の検索対象受付部１１は、図７（ａ）に示すような、検索条件を入力するための検索条件入力画面ＨＧ１をモニタに表示させる。

ここで、ユーザは、自分の所望するファイルＦＲに関するキーワードを入力する。所望するファイルＦＲの保存場所であるリソースエージェントＥＧ３およびファイル名が分かるのであれば、これらを入力する。保存場所およびファイル名が分からない場合は、所望するファイルＦＲのテーマ、作成者、作成日時、または種類などを分かる範囲で入力する。入力後、「検索」ボタンを押下する。これらのキーワードは、後に中間層エージェントＥＧ２において検索条件として用いられる。

または、図７（ｂ）に示すような検索条件入力画面ＨＧ１’を表示し、「昨日作ったテーマＡの資料」などのように、自由文または自然文の形式で入力できるようにしてもよい。この場合は、公知の自然文検索システムを用いて入力された内容の中から各項目に関する検索条件を抽出すればよい。２００４年１１月１８日に「昨日作ったテーマＡの資料」と入力されたのであれば、作成日時、種類、およびテーマの各項目の検索条件としてそれ
ぞれ「２００４年１１月１７日」、「資料」、および「テーマＡ」というキーワードを抽出する。

作成者に関する検索条件（キーワード）が入力されなかった場合は、ユーザ端末装置１を操作しているユーザ（つまり、ユーザ端末装置１にログインしているユーザ）を作成者に関する検索条件として加えるようにしてもよい。または、すべての作成者を検索条件に加えても（つまり、作成者に関する限定要件なし、としても）よい。

検索対象受付部１１がユーザによって入力された検索条件を受け付けると（図５の＃１０１）、検索処理要求部１２は、その検索条件に示されるテーマを取り扱う中間層エージェントＥＧ２を図４のファイル情報データベースＤＢ１に基づいて判別し（＃１０２）、その中間層エージェントＥＧ２に対してその検索条件を検索条件情報ＤＴ２として送信することによって検索要求を行う（＃１０３）。例えば、検索条件に「テーマＡ」が示される場合は、中間層エージェントＥＧ２Ａに対して検索要求を行う。ただし、検索条件にテーマが指定されていない場合は、すべての中間層エージェントＥＧ２に対して検索要求を行う。

中間層エージェントＥＧ２において、検索条件情報ＤＴ２が受信されると（＃２０４）、ファイル検索部２３は、検索条件情報ＤＴ２に示される検索条件を満たすファイルＦＲをファイル情報データベースＤＢ１の中から検索する（＃２０５）。例えば、図７（ａ）のような検索条件が入力された場合は、２００４年１１月１７日に佐藤さんによって作成された資料のファイルＦＲを検索する。そして、検索結果通知部２４は、その検索結果を検索結果情報ＤＴ３として、検索条件の入力元のユーザエージェントＥＧ１に送信する（＃２０６）。

ユーザエージェントＥＧ１の検索結果受信部１３が検索結果情報ＤＴ３を受信すると、検索結果表示部１４は、その検索結果情報ＤＴ３に示される検索結果を、図８に示すような検索結果画面ＨＧ２としてモニタに表示する（＃１０７）。

ここで、ユーザは、自分の所望するファイルＦＲを、その右側にある「取得」ボタンを押下することによって指定する。すると、ファイル指定受付部１５はそのファイルＦＲの指定を受け付け（＃１０８）、ファイル取得処理部１６はそのファイルＦＲをユーザ端末装置１に送信するように中間層エージェントＥＧ２に対して要求する（＃１０９）。

中間層エージェントＥＧ２のファイル中継部２５は、ファイルＦＲの送信要求を受け付けると（＃２１０）、そのファイルＦＲをリソースエージェントＥＧ３から取得して要求元のユーザエージェントＥＧ１に提供するための処理を行う。すなわち、リソースエージェントＥＧ３からユーザエージェントＥＧ１にファイルＦＲを中継するための処理を行う。係る処理は、次のようにして行われる。

まず、要求されたファイルＦＲが保存されているリソース管理サーバ３のリソースエージェントＥＧ３を、図４のファイル情報データベースＤＢ１を参照して判別し、そのファイルＦＲを送信するようにリソースエージェントＥＧ３に対して要求する（図６の＃２１１）。この際、要求元のユーザも通知する。

リソースエージェントＥＧ３において、ファイル要求受付部３７は、ユーザからのファイルＦＲの送信要求を、中間層エージェントＥＧ２を介して受け付けると（＃３１２）、そのファイルＦＲがそのリソースエージェントＥＧ３のリソース管理サーバ３に保存されているか否かをチェックする（＃３１３）。保存されている場合は（＃３１３でＹｅｓ）、アクセス可否チェック部３４は、そのファイルＦＲのアクセス権を要求元のユーザが有
しているか否かを、例えば図９に示すような手順でチェックする（＃３１５）。

そのファイルＦＲに関する情報を呼び出し、要求元のユーザがそのファイルＦＲの作成者であるか否かをチェックする（＃４０１）。チェックの結果、作成者であると判別された場合は（＃４０２でＹｅｓ）、アクセス権を有すると判別する（＃４０５）。

作成者でないと判別された場合は（＃４０２でＮｏ）、そのファイルＦＲを要求元のユーザに提供してもよいか否かの問合せを、メッセージを作成者のユーザ端末装置１のモニタに表示しまたは電子メールを作成者の電子メールアドレスに送信することによって行う（＃４０３）。ユーザは、自分のユーザ端末装置１を操作するなどして許否を入力する。そして、提供してもよい旨の結果（許諾）が作成者から得られた場合は（＃４０４でＹｅｓ）、アクセス権を有すると判別する（＃４０５）。許諾が得られなかった場合は（＃４０４でＮｏ）、アクセス権を有しないと判別する（＃４０６）。

図９の例では、ファイルＦＲの作成者か否かに基づいてアクセス権の有無を判別したが、ファイルＦＲごとにアクセス権の与えられたユーザを示すリストを予め設けておき、そのリストに基づいてアクセス権の有無を判別してもよい。または、作成者への問合せ（＃４０３、＃４０４）を行うことなく、アクセス権の有無を判別してもよい。

図６に戻って、アクセス権があると判別された場合は（＃３１６でＹｅｓ）、ファイル呼出部３３は、要求に係るファイルＦＲを呼び出し、ファイル送信部３５は、要求を中継した中間層エージェントＥＧ２に送信する（＃３１７）。アクセス権がないと判別された場合は（＃３１６でＮｏ）、ファイルＦＲの送信を拒否する。この場合は、送信を拒否する旨のメッセージを中間層エージェントＥＧ２を介してユーザに通知してもよい。

要求に係るファイルＦＲがそのリソースエージェントＥＧ３のリソース管理サーバ３に保存されていない場合がある。これは、ユーザに対してファイルの検索結果を通知してからユーザがファイルの指定を行うまでの間に、ファイルＦＲが削除されまたは他のリソースエージェントＥＧ３に移動することがあるからである。このように、要求に係るファイルＦＲが保存されていない場合は（＃３１３でＮｏ）、代替送信依頼部３６は、他のリソースエージェントＥＧ３に対して、要求に係るファイルＦＲを送信するように依頼する（＃３１４）。つまり、ユーザからのファイルＦＲの要求をそのまま他のリソースエージェントＥＧ３に引き渡し、送信処理を代替するように依頼する。

他のリソースエージェントＥＧ３が複数ある場合は、近隣にあるリソースエージェントＥＧ３に依頼する。例えば、他のすべてのリソースエージェントＥＧ３に対して制御信号（例えば、ｐｉｎｇ）を発信し、その応答時間が最も短かったリソースエージェントＥＧ３すなわちネットワーク距離が最短であるリソースエージェントＥＧ３に依頼する。または、中間にあるノード数が最も少ないリソースエージェントＥＧ３に依頼してもよい。

依頼を受けた他のリソースエージェントＥＧ３は、最初に要求を受けたリソースエージェントＥＧ３の場合と同様に、ステップ＃３１３〜＃３１７の処理を実行する。すなわち、要求に係るファイルＦＲが保存されている場合は、アクセス権をチェックし、その要求を中継した中間層エージェントＥＧ２にそのファイルＦＲを送信する（＃３１５〜＃３１７）。ファイルＦＲが保存されていない場合は、他のリソースエージェントＥＧ３に依頼する（＃３１４）。ただし、一度そのファイルＦＲについて依頼を受けたことのあるリソースエージェントＥＧ３に対しては、依頼は行わない。依頼を繰り返し行った結果、いずれのリソースエージェントＥＧ３にも要求に係るファイルＦＲが見つからなかった場合は、中間層エージェントＥＧ２を介してその旨のメッセージをユーザエージェントＥＧ１に通知する。

中間層エージェントＥＧ２において、ファイル中継部２５は、リソースエージェントＥＧ３から送信されてきたファイルＦＲを要求元のユーザのユーザエージェントＥＧ１に転送する（＃２１８）。

このようにして、ユーザの所望するファイルＦＲがユーザエージェントＥＧ１のユーザ端末装置１に受信（ダウンロード）される（＃１１９）。ユーザは、このファイルＦＲを、アプリケーションソフトでオープンするなどして使用することができる。

本実施形態によると、複数のリソース管理サーバ３に分散しているリソースの中からユーザが所望するリソースを、従来よりも検索処理の負担およびネットワークのトラフィックを軽減しつつ検索することができる。すなわち、複数の中間層エージェントＥＧ２を設けておき、各中間層エージェントＥＧ２は割り当てられたテーマに該当するリソースの情報だけを管理する。これにより、リソースを検索しまたは提供するためのデータのトラフィックの整理を行うことができ、検索処理の負担およびネットワークのトラフィックを軽減することができる。

また、本実施形態によると、常にエージェントを介してリソースの実体すなわちファイルＦＲを取り扱うので、ファイルＦＲの保存場所が隠蔽される。よって、ユーザは、従来のようにファイルＦＲに直接アクセスすることできない。これにより、不正にファイルＦＲを持ち出されたりセキュリティ情報を書き換えられたりすることを防止することができる。

ユーザにとっては、すべてのリソースが仮想的に１つの場所に保存されているように見えるので、所望するリソースによって検索場所を変えるといった煩わしい操作を行わなくてもよい。

ユーザエージェントＥＧ１は、ユーザの所望するリソースに関する情報だけを集めてくる。よって、ユーザエージェントＥＧ１のインストールされているユーザ端末装置１の処理能力が低くても、膨大な情報を上手く取り扱うことができる。

図１０はリソースエージェントＥＧ３およびファイル情報管理エージェントＥＧ４の機能的構成の例を示す図である。

本実施形態では、１つのテーマごとに１つの中間層エージェントＥＧ２を設けたが、複数のテーマで１つの中間層エージェントＥＧ２を共用するように構成してもよい。

本実施形態では、１台の中間サーバ２に１つの中間層エージェントＥＧ２を設けたが、複数の中間層エージェントＥＧ２を設けてもよい。ユーザ端末装置１またはリソース管理サーバ３に中間層エージェントＥＧ２を設けてもよい。または、既存のプロキシサーバ、Ｗｅｂサーバ、またはゲートウェイなどに中間層エージェントＥＧ２を設けてもよい。

ファイルＦＲに関する情報を管理するエージェント（以下、「ファイル情報管理エージェントＥＧ４」と記載する。）を設け、中間層エージェントＥＧ２の一部の機能をファイル情報管理エージェントＥＧ４で実現するようにしてもよい。

例えば、図１０に示すように、図３で説明した中間層エージェントＥＧ２のファイル情報管理部２１、変化情報受信部２２、およびファイル検索部２３にそれぞれ相当するファイル情報管理部２１’、変化情報受信部２２’、およびファイル検索部２３’をファイル情報管理エージェントＥＧ４に設ける。ファイル情報データベースＤＢ１（図４参照）も
、ファイル情報管理エージェントＥＧ４のインストールされているコンピュータに設けておく。

中間層エージェントＥＧ２の検索依頼部２６は、ユーザエージェントＥＧ１から検索条件情報ＤＴ２とともにファイルＦＲの検索要求を受け付けると、検索条件情報ＤＴ２に示される検索条件を満たすファイルＦＲを検索するようにファイル情報管理エージェントＥＧ４に対して依頼する。

ファイル情報管理エージェントＥＧ４のファイル検索部２３’は、前に図５のステップ＃２０５で説明したようにファイル情報データベースＤＢ１を参照して検索条件を満たすファイルＦＲを検索し、検索結果を中間層エージェントＥＧ２に通知する。

そして、中間層エージェントＥＧ２の検索結果通知部２４は、要求元のユーザエージェントＥＧ１に検索結果を通知する。

ファイル情報管理エージェントＥＧ４で管理されているファイルＦＲのファイル変化情報ＤＴ１は、ファイル情報管理エージェントＥＧ４の変化情報受信部２２’によって受信される。ファイル変化情報ＤＴ１は、中間層エージェントＥＧ２を介してファイル情報管理エージェントＥＧ４に送信するようにしてもよい。

本実施形態では、各リソースエージェントＥＧ３においてリソースとしてファイルすなわちデータ資源が管理されている場合を例に説明したが、他のリソースの場合にも適用することができる。例えば、リソース提供システムＲＰＳに設けられているＭＦＰ（Multi Function Peripherals）ごとにリソースエージェントＥＧ３をインストールしておき、ＭＦＰのハードウェア資源およびソフトウェア資源などを管理するようにしてもよい。

その他、リソース提供システムＲＰＳ、ユーザエージェントＥＧ１、中間層エージェントＥＧ２、リソースエージェントＥＧ３、ファイル情報管理エージェントＥＧ４の全体または各部の構成、処理内容、処理順序、リソースの検索方法、画面構成などは、本発明の趣旨に沿って適宜変更することができる。

本発明は、特に、複数のサーバに分散したリソースを効率的に使用するために好適に用いられる。

ＲＰＳ リソース提供システム
１ ユーザ端末装置
２ 中間サーバ（リソース管理サーバ）
３ リソース管理サーバ（仲介サーバ）
１４ 検索結果表示部（表示手段）
１６ ファイル取得処理部（リソース利用要求手段）
２１ ファイル情報管理部（リソース情報管理手段）
２３ ファイル検索部（検索手段）
２５ ファイル中継部（管理元判別手段、指令手段、エージェント判別手段）
３２ 変化情報送信部（変化情報送信手段）
３５ ファイル送信部（リソース提供処理手段）
ＥＧ１ ユーザエージェント
ＥＧ２ 中間層エージェント（仲介エージェント）
ＥＧ３ リソースエージェント
ＤＴ１ ファイル変化情報（変化情報）
ＦＲ ファイル（リソース）

Claims (8)

1. ネットワークを介してユーザにリソースを提供するリソース提供システムであって、
   前記ユーザの指令に基づいて処理を実行するユーザエージェントと、リソースを管理する複数のリソースエージェントと、前記ユーザエージェントと前記リソースエージェントとを仲介するための処理を実行する仲介エージェントと、が設けられており、
   前記ユーザエージェントは、
   前記ユーザの所望するリソースの利用を前記仲介エージェントに対して要求するリソース利用要求手段、を有し、
   前記仲介エージェントは、
   前記ユーザエージェントから要求されたリソースを管理する前記リソースエージェントを判別するエージェント判別手段と、
   前記ユーザエージェントから要求されたリソースを前記ユーザが利用することができるようにするための処理を実行すべき旨の指令を、前記エージェント判別手段によって判別された前記リソースエージェントに対して与える、指令手段と、を有し、
   前記リソースエージェントは、
   前記指令に係るリソースの作成者が要求元である前記ユーザである場合または当該リソースを提供してもよい旨の許諾が当該作成者から得られた場合に、当該リソースを前記ユーザに利用させるための処理を実行するリソース提供処理手段、を有する、
   ことを特徴とするリソース提供システム。
2. 前記仲介エージェントは、
   前記リソースエージェントにおいてどのようなリソースが管理されているかを示すリソース情報を管理するリソース情報管理手段、を有し、
   前記エージェント判別手段は、前記ユーザエージェントから要求されたリソースを管理する前記リソースエージェントを、前記リソース情報に基づいて判別する、
   請求項１記載のリソース提供システム。
3. 前記仲介エージェントは、前記ユーザエージェントから指定されたキーワードに該当するリソースを検索する検索手段、を有し、
   前記ユーザエージェントは、前記検索手段によって検索されたリソースの一覧を表示する表示手段、を有する、
   請求項１または２記載のリソース提供システム。
4. ネットワークを介してユーザにリソースを提供するリソース提供システムであって、
   前記ユーザが操作する端末装置と、リソースを管理する複数のリソース管理サーバと、前記端末装置と前記リソース管理サーバとを仲介するための処理を実行する仲介サーバと、が設けられており、
   前記端末装置は、
   前記ユーザの所望するリソースの利用を前記仲介サーバに対して要求するリソース利用要求手段、を有し、
   前記仲介サーバは、
   前記端末装置から要求されたリソースを管理する前記リソース管理サーバを判別する管理元判別手段と、
   前記端末装置から要求されたリソースを前記ユーザが利用することができるようにするための処理を実行すべき旨の指令を、前記管理元判別手段によって判別された前記リソース管理サーバに対して与える、指令手段と、を有し、
   前記リソース管理サーバは、
   前記指令に係るリソースの作成者が要求元である前記ユーザである場合または当該リソースを提供してもよい旨の許諾が当該作成者から得られた場合に、当該リソースを前記ユーザに利用させるための処理を実行するリソース提供処理手段、を有する、
   ことを特徴とするリソース提供システム。
5. リソースエージェントによって管理されるリソースをユーザに対してネットワークを介して提供するための仲介処理を行う仲介エージェントであって、
   前記ユーザからリソースの利用の要求を受け付ける要求受付手段と、
   前記要求に係るリソースを管理する前記リソースエージェントを判別するエージェント判別手段と、
   前記要求に係るリソースを前記ユーザが利用することができるようにするための処理を実行すべき旨の指令を、前記エージェント判別手段によって判別された前記リソースエージェントに対して与える、利用処理要求手段と、
   前記指令に係るリソースの作成者が要求元である前記ユーザである場合または当該リソースを提供してもよい旨の許諾が当該作成者から得られた場合に、当該リソースを前記ユーザに対して仲介するリソース仲介手段と、
   を有することを特徴とする仲介エージェント。
6. 前記リソースエージェントにおいて管理されるリソースに関するリソース情報を管理するリソース情報管理手段、を有し、
   前記エージェント判別手段は、前記要求に係るリソースを管理する前記リソースエージェントを、前記リソース情報に基づいて判別する、
   請求項５記載の仲介エージェント。
7. リソースエージェントによって管理されるリソースをユーザに対してネットワークを介して提供するリソース提供方法であって、
   前記ユーザからリソースの利用の要求を受け付け、
   前記要求に係るリソースを管理する前記リソースエージェントを判別し、
   判別された前記リソースエージェントに対して、前記要求に係るリソースを前記ユーザが利用することができるようにするための処理を実行すべき旨の指令を与え、
   前記指令に係るリソースの作成者が要求元である前記ユーザである場合または当該リソースを提供してもよい旨の許諾が当該作成者から得られた場合に、当該リソースを前記ユーザに対して仲介する、
   ことを特徴とするリソース提供方法。
8. リソースエージェントによって管理されるリソースをユーザに対してネットワークを介して提供するためのコンピュータに用いられるコンピュータプログラムであって、
   前記ユーザからリソースの利用の要求を受け付ける処理と、
   前記要求に係るリソースを管理する前記リソースエージェントを判別する処理と、
   判別された前記リソースエージェントに対して、前記要求に係るリソースを前記ユーザが利用することができるようにするための処理を実行すべき旨の指令を与える処理と、
   前記指令に係るリソースの作成者が要求元である前記ユーザである場合または当該リソースを提供してもよい旨の許諾が当該作成者から得られた場合に、当該リソースを前記ユーザに対して仲介する処理と、
   をコンピュータに実行させるためのコンピュータプログラム。