(57)【要約】  【課題】  情報資源の操作要求を変換制御することで、リモートリソースやローカルリソースなどの情報資源への柔軟で汎用的な利用制御を実現する。  【解決手段】  操作要求に関連する情報（状況情報）を管理する状況情報管理モジュール２３０と、ポリシーおよび状況情報に基づいて操作要求を評価し、評価結果として、要求された操作が許可されるか、拒否されるか、決定不能であるかを出力、あるいは、要求された操作に代わって実行されるべき操作を出力するポリシー評価モジュール２２０と、操作要求を受信し解析し、必要に応じて該操作要求に対するポリシー評価をポリシー評価モジュール２３０に依頼し、評価結果に応じて、操作要求を別の操作要求に変換して送出し、応答を要求元に返信する要求処理モジュール２１０とを具備する情報利用制御装置２００を提供する。【選択図】        図２
2005063400.tif 000002
【特許請求の範囲】
【請求項１】
自装置の情報資源（ローカルリソース）やネットワークを介した他装置の情報資源（リモートリソース）の利用を制御するための情報資源利用制御装置であって、
情報資源の操作要求に関連する情報（状況情報）を管理する状況情報管理手段と、
ポリシーおよび状況情報に基づいて操作要求を評価し、評価結果として、要求された操作が許可されるか拒否されるか、要求された操作に代わって実行されるべき操作を出力するか、あるいは、要求された操作に加えて実行されるべき操作を出力するポリシー評価手段と、
情報資源の操作要求を受信し解析し、必要なら状況情報の更新を状況情報管理手段に依頼し、必要なら該操作要求に対するポリシー評価をポリシー評価手段に依頼し、評価結果に応じて、必要なら操作要求を別の操作要求に変換して送出し、応答を要求元に返信する要求処理手段と、
を具備することを特徴とする情報資源利用制御装置。
【請求項２】
請求項１記載の情報資源利用制御装置において、
要求処理手段は、ネットワーク経由のリモートリソース操作、自装置のローカルリソース操作、一般化表現の一般化リソース操作を扱い、操作要求の解析結果として、一般化要求モデルに基づく一般化表現の一般化リソース操作要求を生成することを特徴とする情報資源利用制御装置。
【請求項３】
請求項１もしくは２記載の情報資源利用制御装置において、
要求処理手段は、必要なら、操作要求に対する応答を解析し、応答に関連する状況情報の更新を状況情報管理手段に依頼し、応答に対するポリシー評価をポリシー評価手段に依頼し、応答を別の応答に変換することを特徴とする情報資源利用制御装置。
【請求項４】
請求項１記載の情報資源利用制御装置において、
ポリシーは発火ルールを起点に複数のルールの連鎖で構成され、一つのルールは条件と動作リストからなり、条件は状況情報に対する論理演算を示し、結果は、真、偽、決定不能（不定）のいずれかをとり、動作リストは条件の評価結果に応じて次に行うべき動作のリスト、次に評価すべきルールを示し、
ポリシー評価手段は、ポリシーを先頭のルールから順に、当該ルールの条件と状況情報を比較することで操作要求のポリシーを評価し、評価結果として、要求された操作が許可されるか拒否されるか、あるいは、要求された操作に代わって実行されるべき操作（動作）を出力することを特徴とする情報資源利用制御装置。
【請求項５】
請求項４記載の情報資源利用制御装置において、ポリシー評価手段は、要求処理手段から操作要求を受け取り、該操作要求に関連する状況情報を状況情報管理手段から取得し、該操作要求のポリシーを評価することを特徴とする情報資源利用制御装置。
【請求項６】
請求項４記載の情報資源利用制御装置において、ポリシー評価手段は、要求処理手段から操作要求と状況情報を受け取り、該操作要求のポリシーを評価することを特徴とする情報資源利用制御装置。
【請求項７】
請求項１から６のいずれか１項に記載の情報資源利用制御装置を２つで構成し、第１の情報資源利用制御装置はネットワークに接続して、リモートリソース操作と一般化リソース操作の相互変換機能を備え、第２の情報資源利用制御装置はローカルの情報資源に接続して、ローカルリソース操作と一般化リソース操作の相互変換機能を備え、該第１及び第２の情報資源利用制御装置の間を一般化リソース操作インタフェースで接続したことを特徴とする情報資源利用制御システム。
【請求項８】
請求項１から６のいずれか１項に記載の情報資源利用制御装置を少なくとも３つ以上で構成し、第１の情報資源利用制御装置はネットワークに接続して、リモートリソース操作同士の相互変換機能あるいはリモートリソース操作と一般化リソース操作の相互変換機能を備え、第２の情報資源利用制御装置はローカルの情報資源に接続して、ローカルリソースト操作同士の相互変換機能あるいはローカルリソース操作と一般化リソース操作の相互変換機能を備え、他の情報資源利用制御装置はリモートリソース操作と一般化リソース操作あるいは一般化リソース操作同士あるいはローカルリソース操作と一般化リソース操作の相互変換機能を備え、各情報資源利用制御装置の間をリモートリソース操作インタフェースあるいは一般化リソース操作インタフェースあるいはローカルリソース操作インタフェースで接続したことを特徴とする情報資源利用制御システム。
【請求項９】
請求項７もしくは８記載の情報資源利用制御システムにおいて、各情報資源利用制御装置はポリシー評価手段と状況情報管理手段を共有することを特徴とする情報資源利用制御システム。
【請求項１０】
請求項７もしくは８記載の情報資源利用制御システムにおいて、各情報資源利用制御装置はそれぞれ専用のポリシー評価手段と状況情報管理手段を備えることを特徴とする情報資源利用制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リモートリソースやローカルリソースなどの情報資源への柔軟で汎用的な利用制御を実現する情報資源利用制御装置及び情報資源利用制御システムに関する。
【背景技術】
【０００２】
情報資源の利用の制御に関係する技術にはアクセス制御、パーソナライゼーション（個人適応）、フィルタリングなどがある。アクセス制御は、情報資源に対する操作の諾否を決定し強制する技術である（例えば、非特許文献１参照）。パーソナライゼーションは、受け取る側の特性に合わせて、情報の転送を制御したり情報を変型したりする技術である（例えば、非特許文献２参照）。フィルタリングは、入力あるいは出力される情報に対して、フロー制御（例えば、流量の削減や流れる方向の制御等）を自動的に行う技術である（例えば、非特許文献３参照）。
【０００３】
従来は、これらアクセス制御やパーソナライゼーション（個人適応）、フィルタリングは別々の技術として提供されていた。例えば、フィルタリングはアクセス制御やパーソナライゼーション（個人適応）を含むといえるが、一般にはこれらは別の技術として扱われている。また、フィルタリング技術は、一般的にアプリケーション（電子メール、Ｗｅｂアクセス、ファイル共有等）毎に分かれており、アプリケーションをまたがって統一的に扱える汎用的な仕組み（制御機構）は提供されていない。
【非特許文献１】インターネット＜ＵＲＬ；ｈｔｔｐ：／／ｗｗｗ．ｘｍｌ  ｃｏｎｓｏｒｔｉｕｍ．Ｏｒｇ／ｗｅｂｓｖ／ｋａｉｓｅｔｓｕ／Ｃ１１／ｃｏｎｔｅｎｔ．ｈｔｍｌ＞
【非特許文献２】インターネット＜ＵＲＬ；ｈｔｔｐ：／／ｗｗｗ−ｂ．ｉｂｍ．ｃｏｍ／ｊｐ／ｄｅｖｅｌｏｐｅｒｗｏｒｋｓ／ｗｅｂ／ｅ−ｂｕｓ＿ＰＯＲＴ＿ｉｎｄｅｘ−ｊ．ｈｔｍｌ＞
【非特許文献３】インターネット＜ＵＲＬ；ｈｔｔｐ：／／ｗｗｗ．ｗａｔｃｈ．ｉｍｐｒｅｓｓ．ｃｏ．ｊｐ／ｉｎｔｅｒｎｅｔ／ｗｗｗ／ａｒｔｉｌｉｅ／１９９９／０５３１／ｆｉｌｔｅｒ．ｈｔｍｌ＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、上述のように別々の技術として提供されているアクセス制御やパーソナライゼーション、フィルタリングなどに対し、どのような適用分野やアプリケーションであっても統一的に扱いうる柔軟性をもつ、汎用的な、リモートリソースやローカルリソースなどの情報資源への操作に対する制御機構である情報資源利用制御装置を提供することにある。
【０００５】
また、本発明は、上記制御機構を組み合わせ備えることにより、情報資源を複数の操作主体が、安全かつ便利に共用できる情報資源利用制御システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明では、自装置の情報資源（ローカルリソース）やネットワークを介した他装置の情報資源（リモートリソース）の利用を制御するための情報資源利用制御装置は、情報資源の操作要求に関連する情報（状況情報）を管理する状況情報管理手段と、ポリシーおよび状況情報に基づいて操作要求を評価し、評価結果として、要求された操作が許可されるか拒否されるか、要求された操作に代わって実行されるべき操作を出力するか、あるいは、要求された操作に加えて実行されるべき操作を出力するポリシー評価手段と、情報資源の操作要求を受信し解析し、必要なら状況情報の更新を状況情報管理手段に依頼し、必要なら該操作要求に対するポリシー評価をポリシー評価手段に依頼し、評価結果に応じて、必要なら操作要求を別の操作要求に変換して送出し、応答を要求元に返信する要求処理手段とを具備することを基本構成とする。
【０００７】
要求処理手段は、ネットワーク経由のリモートリソース操作、自装置のローカルリソース操作、一般化表現の一般化リソース操作を扱い、操作要求の解析結果として、一般化要求モデルに基づく一般化表現の一般化リソース操作要求を生成する。
【０００８】
また、要求処理手段は、必要なら、操作要求に対する応答を解析し、応答に関連する状況情報の更新を状況情報管理手段に依頼し、応答に対するポリシー評価をポリシー評価手段に依頼し、応答を別の応答に変換する。
【０００９】
ポリシーは発火ルールを起点に複数のルールの連鎖で構成され、一つのルールは条件と動作リストからなり、条件は状況情報に対する論理演算を示し、結果は、真、偽、決定不能（不定）のいずれかをとり、動作リストは条件の評価結果に応じて次に行うべき動作のリスト、あるいは次に評価すべきルールを示す。ポリシー評価手段は、このポリシーを先頭のルールから順に、当該ルールの条件と状況情報を比較することで操作要求のポリシーを評価し、評価結果として、要求された操作が許可されるか拒否されるか、あるいは、要求された操作に代わって実行されるべき操作を出力する。
【００１０】
ポリシー評価手段は、要求処理手段から操作要求を受け取り、該操作要求に関連する状況情報を状況情報管理手段から取得し、該操作要求のポリシーを評価する。あるいは、要求処理手段から操作要求と状況情報を受け取り、該操作要求のポリシーを評価する。
【００１１】
本発明では、また、このような情報資源利用制御装置を２つで構成し、第１の情報資源利用制御装置はネットワークに接続して、リモートリソース操作と一般化リソース操作の相互変換機能を備え、第２の情報資源利用制御装置はローカルの情報資源に接続して、ローカルリソース操作と一般化リソース操作の相互変換機能を備え、該第１及び第２の情報資源利用制御装置の間を一般化リソース操作インタフェースで接続した情報資源利用制御システムを提供する。
【００１２】
本発明では、さらに、情報資源利用制御装置を少なくとも３つ以上で構成し、第１の情報資源利用制御装置はネットワークに接続して、リモートリソース操作同士の相互変換機能あるいはリモートリソース操作と一般化リソース操作の相互変換機能を備え、第２の情報資源利用制御装置はローカルの情報資源に接続して、ローカルリソース操作同士の相互変換機能あるいはローカルリソース操作と一般化リソース操作の相互変換機能を備え、他の情報資源利用制御装置はリモートリソース操作と一般化リソース操作あるいは一般化リソース操作同士あるいはローカルリソース操作と一般化リソース操作の相互変換機能を備え、各情報資源利用制御装置の間をリモートリソース操作インタフェースあるいは一般化リソース操作インタフェースあるいはローカルリソース操作インタフェースで接続する情報資源利用制御システムを提供する。
【００１３】
情報資源利用制御システムにおいて、各情報資源利用制御装置はポリシー評価手段と状況情報管理手段を共有する。あるいは、各情報資源利用制御装置はそれぞれ専用のポリシー評価手段と状況情報管理手段を備える。
【発明の効果】
【００１４】
本発明では、別々の技術として提供されているアクセス制御やパーソナライゼーション、フィルタリングなどに対し、適用分野やアプリケーションに制限されることなく統一的に柔軟性をもって情報資源への操作を可能にし、情報資源を複数の操作主体が安全かつ便利に共用できる。
【００１５】
具体的には、電話／電子メール等の通信や、ファイル共有、スケジュール共有、プログラム共有などにおいて、自分の所有する情報資源を他者と安全に共有したり（メールをパーティの参加者だけに送る、ファイルを人事部とのみ共有する、無線ＬＡＮのアクセスポイントを許可された人にのみ使えるようにする等）、また、自分や他者の所有する情報資源を状況に応じて変型して表示する等の利便性を付加した共有を行う（家族から送られてきたメールはＳｕｂｊｅｃｔを赤で表示する、処理済とマークされていない過去のスケジュールはＴｏ−Ｄｏリストにも表示する、携帯端末から印刷を行う際に一番近くのプリンタから印刷する等）といった機能を実現するシステムを提供できる。
【発明を実施するための最良の形態】
【００１６】
図１に本発明の一実施形態としての情報資源利用システムの概念図を示す。図１において、１００は利用者端末装置（クライアント装置）、１１０はサーバ装置、１２０はインターネットなどのネットワークである。利用者端末装置１００は、本発明に係る情報資源利用制御装置１０１、及び、当該利用者端末装置が所有する情報資源（リソース）１０２を具備している。同様に、サーバ装置１１０は、情報資源利用制御装置１１１、及び、当該サーバ装置が所有する情報資源（リソース）１１２を具備している。なお、サーバ装置１１０は別の利用者端末装置であってもよい。また、場合によっては、サーバ装置１１０がクライアント、利用者端末装置１００がサーバにもなりえる。
【００１７】
ここで、利用者端末装置１００やサーバ装置１１０が自分からみて、自装置が所有する情報資源（リソース）をローカルリソース（ＬＲ）と呼び、遠隔の他装置が所有する情報資源（リソース）をリモートリソース（ＲＲ）と呼ぶことにする。例えば、利用者端末装置１００では、自装置の情報資源（リソース）１０２がローカルリソース（ＬＲ）、サーバ装置１１０の情報資源１１２がリモートリソース（ＲＲ）となり、サーバ装置１１０では、自装置の情報資源１１２がローカルリソース（ＬＲ）、利用者端末装置１００の情報資源１０２がリモートリソース（ＲＲ）となる。
【００１８】
利用者端末装置１００の情報資源利用制御装置１０１は、利用者やアプリケーション等から操作要求を受け取ると、それを解釈し、必要に応じて操作要求を変換し、例えばローカルリソースの情報資源１０２を操作して応答を返す。また、この利用者端末装置１００の情報資源利用制御装置１０１は、必要ならばリモートリソースの情報資源１１２を操作すべくサーバ装置１１０へ操作要求を送信する。サーバ装置１１０の情報資源利用制御装置１１１は、操作要求を受信すると、それを解釈し、必要に応じて操作要求を変換し、情報資源１１２を操作して応答を利用者端末装置１００へ送信する。利用者端末装置１００の情報資源利用制御装置１０１は、サーバ装置１１０から受信した応答を要求元へ返す。
【００１９】
以下に、本情報資源利用システムでの情報資源の二、三の利用例について説明する。
＜情報資源がデータの場合＞
ここでは、利用者端末装置１００の利用者がサーバ装置１１０の情報資源（リモートリソース）１１２に存在する「データ」を閲覧する場合について説明する。
利用者は、利用者端末装置１００により、リモートリソースの情報資源１１２に存在するデータ（例えば、ニュース記事、プレゼンテーション資料、顧客情報、映画データ等）の閲覧をサーバ装置１１０に要求する。
【００２０】
利用者端末装置１００から送られた要求は、サーバ装置１１０内の情報資源利用制御装置１１１において、まず、どのように処理すべきかの制御が行われる。例えば、利用者の年令が１８才以上ならば閲覧を許可する。利用者が匿名ならば閲覧を拒否する、利用者が部長職以上ならば詳細なデータを提供する、時刻が２０時以降の場合は担当者の携帯端末にメールを送信する、等である。
【００２１】
上記制御を行う際、例えば、利用者の年齢や役職等の情報が必要になることがある。そうした場合、これらの情報の取得要求が、サーバ装置１１０の情報資源利用制御装置１１１から利用者端末装置１００に対して行われる。これらの要求に対し、利用者端末装置１００の情報資源利用制御装置１０１は、同様の制御を行い、必要な情報を状況に応じて情報資源１０２から取得したり、別のサーバ装置から取得したり、利用者に入力させたりして、サーバ装置１１０に返す。
【００２２】
サーバ装置１１０の情報資源利用制御装置１１１は、送られた情報等をもとに、最終的に実施すべき操作を決定し、実行する。例えば、閲覧が許可された場合は、要求されたデータを利用者端末装置１００に返し、閲覧が拒否された場合は、閲覧拒否メッセージを返す。なお、処理の実行結果が、サーバ装置１００から送出される際、必要に応じ、情報資源利用制御装置１１１において、再び同様の制御が行われる場合もある。例えば、利用者端末装置１００の種類（ＰＣ、ＰＤＡ、携帯電話等）に応じてデータを整形して出力する、処理の履歴を公証サーバに登録した上でデータを送出する、等である。
【００２３】
利用者端末装置１００は、サーバ装置１１０から送られたデータを受信し、利用者に提示するが、この場合も必要に応じ、情報資源利用制御装置１０１において制御が行われる。例えば、利用者端末装置１００に適応したデータの整形がサーバ装置１１０側で行われなかった場合、情報資源利用制御装置１０１において実施するなどである。
【００２４】
＜情報資源がサービスの場合＞
次に、共用対象の情報資源がサービスである場合について説明する。ここでいう「サービス」とは、情報資源に対して何らかの操作を行うプログラムである。例えば、ワードプロセッサ、表計算や、電子メールクライアント、スケジュール管理のような人間の利用者を想定したものから、Ｗｅｂプロキシや電子メールサーバ、あるいはＳＯＡＰ、ＷＳＤＬ等の規格を用いた汎用的Ｗｅｂサービスのように、他のサービスやプログラムから呼び出されることも想定したものまで、様々な種類のものが考えられる。
【００２５】
以下では、利用者端末装置１００の利用者がサーバ装置１１０の情報資源（リモートリソース）に存在する「画像データ変換サービス」を利用する場合について説明する。このサービスには、「画像を圧縮する機能」「画像にスクランブルをかける機能」「画像に電子透かしを埋め込む機能」の３つが用意されているとする。そして、「圧縮機能は誰でも利用できる」「スクランブル機能と電子透かし埋め込み機能は有料会員だけが利用できる」「電子透かしを埋め込んだ画像に圧縮とスクランブルは適用できない」という利用制御ポリシーが予め定められているとする。
【００２６】
利用者は、利用者端末装置により、圧縮してほしい画像のデータとともに、圧縮要求を、サーバ装置１１０に送る。
利用者端末装置１００から送られた要求は、サーバ装置１１０内の情報資源利用制御装置１１１において、まず、どのように処理すべきかの制御が行われる。この場合は、画像のデータに電子透かしが埋め込まれていないかどうかを判別して、埋め込まれている場合は利用を拒否し、埋め込まれていない場合は、情報資源１１２に存在する「画像データ変換サービス」に画像のデータを渡して圧縮を実行し、圧縮されたデータを利用者端末装置１００に返す。
【００２７】
なお、この圧縮されたデータが、サーバ装置１１０から利用者端末装置１００に対して出力される際、場合によっては、再び情報資源利用制御装置１１１において必要な制御が行われることもある。例えば、利用者端末装置１００の種類（ＰＣ、ＰＤＡ、携帯電話等）に応じてデータを整形する、処理の履歴を公証サーバに登録した上でデータを出力する、等である。
【００２８】
一方、サーバ装置１１０から送出されたデータを受信した利用者端末装置１００では、場合によっては、情報資源利用制御装置１０１において必要な制御を行うこともある。例えば、装置に適応したデータ整形が、サーバ装置１１０の情報資源利用制御装置１１１で行われなかった場合、ここで整形を行うこと等が考えられる。こうして、最終的に圧縮されたデータが利用者端末装置１００内に情報資源１０２として格納される。
【００２９】
次に、別な利用者が、利用者端末装置１００と同一構成の端末装置を介して、透かしを埋め込む画像のデータ、透かしとして埋め込むデータとともに、透かし埋め込み要求をサーバ装置１１０に送ったとする。
この送られた要求は、上記と同様に、まずサーバ装置１１０内の情報資源利用制御装置１１１において、どのように処理すべきかの制御が行われる。この場合、例えば、要求者が有料会員であるかどうかを判別する。この際、事前あるいは要求と同時に、有料会員であることが認証済であることを示す情報が送られていない場合、情報資源利用制御装置１１１は利用者に認証を要求する。認証済であることが確認できた場合、あるいは認証が正しく行われた場合、情報資源利用制御装置１１１は情報資源１１２に存在する「画像データ変換サービス」に画像データと透かし情報を渡して透かし埋め込みを実行し、該サービスで得られたデータを該当端末装置に返す。
【００３０】
なお、このデータがサーバ装置１１０から端末装置に対して送信される際、場合によっては、再び情報資源利用制御装置１１１において必要な制御が行われることもある。例えば、処理の履歴を公証サーバに登録した上でデータを出力する、等である。
【００３１】
一方、サーバ装置１１０から送られたデータを受信した端末装置は、場合によっては、その情報資源利用制御装置において必要な制御を行うこともある。例えば、正しく自分の透かし情報が埋め込まれているか確認する等が考えられる。最終的には、返却されたデータは当該端末装置内に情報資源として格納される。
【００３２】
＜情報資源がデバイスの場合＞
次に、共用対象の情報資源がデバイスである場合について説明する。ここでいう「デバイス」とは、ＭＰＵ（計算能力）、メモリ（容量）、ハードディスク（容量）、ネットワーク（帯域）、プリンタ（印刷能力）等、ハードウェア（に固有の能力）を「情報資源」として表現したものである。
【００３３】
これらの情報資源の所有者は、例えば、「ハードディスク容量の５％まで利用者ｘが使うことを許す」という制御や、「プリンタ利用権１回分と交換に、このプリンタからＡ４用紙２０枚あるいはＢ４用紙１５枚までの印刷を許可する」という制御、「ＭＰＵ計算能力が８０％以上あまっている場合、その８０％までと総メモリ領域の８０％まで、総インターネット接続帯域の２０％までを、地球外知的生命探査プログラム“ＳＥＴＩ＠ｈｏｍｅ”が利用して処理を行うことを許可する」というように、他者のプログラムの分散実行を自分のパソコン（ＰＣ）で行う際の制御等を通じて、これらの情報資源を他者と共有することが考えられる。
【００３４】
以下では、プリンタを例にとって説明を行う。利用者は、利用者端末装置１００を介して、印刷してほしいデータＸ、データ化されたプリンタ利用権Ｙとともに、Ａ４で印刷してほしいという要求をサーバ装置１１０に送る。これら情報Ｘ、Ｙは、予め利用者端末装置１００の情報資源１０２内に格納されているものであってもよい。
【００３５】
利用者端末装置１００から送られた要求は、まずサーバ装置１１０内の情報資源利用制御装置１１１において、どのように処理すべきかの制御が行われる。この場合は、まずプリンタ利用権Ｙが正当なものであるかどうかチェックし、不当なものであれば要求を拒否する。プリンタ利用権Ｙが正当なものである場合は、次に、送られたデータの印刷がＡ４用紙２０枚以内に収まるかどうかを判別し、収まる場合は情報資源１１２内のハードウエア資源「プリンタ」で印刷を実行する。収まらない場合は、さらにそれがＢ４用紙１５枚以内に収まるかどうかを判別し、これにも収まらない場合は、印刷を拒否する。収まる場合は、利用者端末装置１００を介して利用者に「Ａ４の代わりにＢ４で印刷しても良いか」を尋ね、答が「はい」の場合は、情報資源１１２内の「プリンタ」で印刷を実行し、「いいえ」の場合は印刷を行わない。いずれの場合も、最終的には「印刷実行」「印刷実行せず」のどちらかの応答が利用者端末装置１００に返される。
【実施例】
【００３６】
図２は、本発明に係る情報資源利用制御装置の基本構成例を示す図である。情報資源利用制御装置２００は要求処理モジュール（要求処理手段）２１０、ポリシー評価モジュール（ポリシー評価手段）２２０、状況情報管理モジュール（状況情報管理手段）２３０、及び、後述のポリシーが複数格納されるポリシーデータベース２４０で構成される。以下、各モジュールの機能について説明する。
【００３７】
＜要求処理モジュール２１０＞
要求処理モジュール２１０は、（１）操作要求を受信し解析する機能、それぞれ必要に応じて、（２）操作要求に関する情報を状況情報管理モジュール２３０に対して登録あるいは更新を依頼する機能、（３）操作要求に対するポリシー評価をポリシー評価モジュール２２０に依頼する機能、（４）操作要求を別の操作要求に変換して送出する機能、（５）操作要求に対する応答を受信し、さらにこの応答を元の要求の応答に変換して、要求元に返信する機能などを受け持つ。
【００３８】
（１）では、例えば、ネットワーク経由のリモートリソース操作（ＨＴＴＰ、ＷｅｂＤＡＶ、ＳＭＴＰ等）、ローカルリソース操作（ファイル操作、データベース操作等）、一般表現の一般化リソース操作などの操作要求を扱う。また、解析結果として、例えば、一般化要求モデルに基づく一般表現の操作要求を生成する。
【００３９】
（２）では、状況情報管理モジュール２３０に対して、例えば、認証情報、一般要求モデルに基づく操作要求、一般化リソースモデルに基づくリソースなどの情報の登録あるいは更新を依頼する。
【００４０】
また、（３）では、ポリシー評価モジュール２２０に対して、操作要求と状況情報、あるいは操作要求のみを渡してポリシー評価を依頼する。
【００４１】
（４）では、（３）で依頼したポリシー評価の結果を操作要求の変更に反映させる。（４）で扱う操作要求は（１）と同様に、リモートリソース操作、一般表現の一般化リソース操作、ローカルリソース操作などである。
【００４２】
（５）では、（４）の操作要求に対する応答を要求元に返信する。この場合、操作要求のときと同様に、受信した応答を解析し、必要に応じて、応答に関する状況情報の登録等を状況情報管理モジュール２３０に依頼したり、応答に対するポリシー評価をポリシー評価モジュール２２０に依頼したり、さらには、受信した応答を別の応答に変換する、などを実施する。扱う応答は操作要求に対応して、リモートリソース操作応答、ローカルリソース操作応答、一般化リソース操作などであり、一般化リソース操作応答は一般化応答モデルに基づいて生成する。また、応答変換を行う際には、必要に応じ、ａ）元の要求、ｂ）変換後の要求（群）の情報も含める。
【００４３】
ここで、一般化要求モデルは基本情報と拡張情報で定義する。基本情報は「何を」（要求対象）、「どうしたい」（要求操作）などである。拡張情報は「誰が」（要求者）、「いつ」（要求時刻）、「どこで」（要求場所）、「何のために」（要求目的）などである。要求を一般化要求モデルの一般表現で表わすことにより、リソース操作やリソースを一般化して扱うことが可能になる。図３（ａ）に一般化要求モデルの概念を示す。また、図３の（ｂ）及び（ｃ）に一般化リソースモデル、一般化リソース操作の概念を示す。図３の（ｄ）はリソースに付加されるメタ情報の表現形式を示したものである。
なお、一般化応答モデルの構成も、一般化要求モデルの構成と同様であるが、意味は、「｛誰が｝｛いつ｝｛どこで｝何を｛どういう理由で｝どうしたか」になる（｛｝内は拡張情報）。「どうしたか」の部分には、処理結果の「状態」や「返値」が含まれる。
【００４４】
＜ポリシー評価モジュール２２０＞
ポリシー評価モジュール２２０は、要求処理モジュール２１０から操作要求に対するポリシー評価の依頼を受けると、ポリシーデータベース２４０から必要なポリシーを取り出し、該ポリシーおよび状況情報に基づいて操作要求を評価し、評価結果を要求処理モジュール２１０に返信する。操作要求は一般化要求モデルに基づく表現で与えられる。要求処理モジュール２１０から応答に対するポリシー評価の依頼を受けた場合も同様である。
【００４５】
ポリシーは、発火ルールを起点に複数のルールの連鎖で構成される。一つのルールは「条件」と「動作リスト」からなる。「条件」は状況情報に対する論理演算であり、結果は「真」、「偽」、「決定不能」（不定）のいずれかをとる。「動作リスト」は条件の評価結果に応じて次に行うべき操作（動作）のリスト、あるいは、次に評価するルールを示す。図４の（ａ）にポリシーの概念を示す。ポリシーの具体例については後述する。
【００４６】
ポリシー評価モジュール２２０では、ポリシーデータベース２４０から取り出されたポリシーのルール群を先頭から順に、当該ルールの条件と状況情報を比較することで操作要求を評価し、必要なら次に評価するルールに進み、最終的にポリシー評価結果として、要求された操作が許可されるか拒否されるか、あるいは、要求された操作に代わって実行されるべき操作を要求処理モジュール２１０に返す。ここで、実行されるべき操作としては、リモートリソース操作、一般化リソース操作、ローカルリソース操作などである。応答のポリシー評価も基本的に同じである。
【００４７】
ポリシー評価モジュール２２０でのポリシー評価のやり方は、要求処理モジュール２１０から操作要求（あるいは応答）を受け取り、状況情報管理モジュール２２０から必要な状況情報を取得して評価する（タイプ１）、（２）要求処理モジュール２１０から操作要求（あるいは応答）と状況情報を受け取って評価する（タイプ２）、の２種類が考えられる。図４の（ｂ）はこれを表わしている。
【００４８】
＜状況情報管理モジュール２３０＞
状況情報管理モジュール２３０は、セッションごとに操作要求に関する状況情報を管理する。状況情報は、操作要求に関連する要求情報、リソースメタ情報、要求の処理履歴などである。この状況情報の形式としては、一般化リソースモデルに基づく表現を用いる。
【００４９】
状況情報管理モジュール２３０に対し、必要に応じて、要求処理モジュール２１０は状況情報の参照要求、更新要求（追加、削除、変更）を実施し、ポリシー評価モジュール２２０は状況情報の参照要求を実施する。状況情報の参照の場合、状況情報管理モジュール２３０では、後述するリソース管理モジュールを介し、該状況情報に対応する一般化リソースモデルで表現されるリソースから、一般化リソース操作を用いて当該状況情報を取り出すこともある。同様に、状況情報の更新の場合、状況情報管理モジュール２３０では、該状況情報に対応する一般化リソースモデルで表現されるリソースの当該状況情報への、一般化リソース操作を用いた更新として実施することもある。
【００５０】
図５は情報資源利用制御装置２００の全体的な処理フロー図である。以下に、図５に基づいて情報資源利用制御装置２００の全体的動作を説明する。
【００５１】
要求処理モジュール２１０は、操作要求を受信し、解析し（ステップ１１）、必要に応じて該操作要求に関する状況情報の登録あるいは更新等を状況情報管理モジュール２３０に依頼して実施する（ステップ１２）。また、要求モジュール２１０は、必要に応じて該操作要求に対するポリシーの評価をポリシー評価モジュール２２０に依頼する。ポリシー評価モジュール２２０は、必要なら状況情報管理モジュール２３０から該操作要求に関連する状況情報を取得してポリシーおよび状況情報に基づいて操作要求を評価し、評価結果を要求処理モジュール２１０に返信する（ステップ１３）。ポリシー評価結果は、要求された操作が許可されるか、拒否されるか、あるいは、要求される操作に代わって実行されるべき操作（操作要求）である。要求処理モジュール２１０は、元々の操作要求あるいはポリシー評価モジュール２２０から示された操作要求を必要に応じて別の一つあるいは複数の操作要求に変換し（ステップ１４）、次の要求先に送出する（ステップ１５）。
【００５２】
その後、要求処理モジュール２１０は、上記送出した操作要求に対する応答を要求先から受信し、必要なら該応答結果を解析し（ステップ１６）、該応答結果に関連する状況情報の登録あるいは更新等を状況情報管理モジュール２３０に依頼して実施する（ステップ１７）。以下、複数の操作要求を送出した場合など、必要に応じてステップ１５〜１７を繰り返す。そして、要求処理モジュール２１０は、必要ならポリシー評価モジュール２２０に操作要求に対する応答のポリシー評価を依頼する。ポリシー評価モジュール２２０はポリシー評価を実施し、評価結果を要求処理モジュール２１０に返信する（ステップ１８）。要求処理モジュール２１０は、必要に応じて操作要求に対する応答を変換し（ステップ１９）、応答を要求元に返送する（ステップ２０）。
【００５３】
図２は本発明による情報資源利用制御装置の基本構成であるが、以下に、該情報資源利用制御装置を複数で構成するシステム（情報資源利用制御システム）の種々の拡張例を示す。
図６は、要求処理モジュールとしてリモートリソース操作（ＲＲＯ）−一般化リソース操作（ＵＲＯ）変換／処理モジュール６１０及びローカルリソース操作（ＬＲＯ）−一般化リソース操作（ＵＲＯ）変換／処理モジュール６２０の二つを具備し、これらモジュール６１０、６２０がポリシー評価モジュール６３０、状況情報管理モジュール６４０を共用するものである。６０５、６１５、６２５、６４５はそれぞれインタフェース（Ｉ／Ｆ）を示している。
【００５４】
ＲＲＯ−ＵＲＯ変換／処理モジュール６１０は、ネットワークを介してリモートから要求を受信し、解析し、該要求に対するポリシー評価をポリシー評価モジュール６３０に依頼する。ポリシー評価モジュール６３０は、操作要求のポリシー評価を行い、評価結果をＲＲＯ−ＵＲＯ変換／処理モジュール６１０に返送する。ＬＲＯ−ＵＲＯ変換／処理モジュール６１０は、例えば、評価結果が拒否の場合、要求元に拒否応答を返送して終了とする。一方、評価結果が許可または代替えのリクエスト（群）の場合には、ＲＲＯ−ＵＲＯ変換／処理モジュール６１０は、ＷｅｂＤＡＶリクエスト又はその代替えの要求（群）を一般表現の一般化リソース操作（ＵＲＯ）に変換し、ＬＲＯ−ＵＲＯ変換／処理モジュール６２０に処理を依頼する。ＬＲＯ−ＵＲＯ変換／処理モジュール６２０は、一般化リソース操作（ＵＲＯ）をローカルリソース操作（例えば、ファイル操作、ＳＱＬなど）に変換し、ローカルリソースのファイルシステムもしくはデータベース管理システム（ＲＤＢＭＳ）に伝達する。その後、ＬＲＯ−ＵＲＯ変換／処理モジュール６２０は、ファイルシステムもしくはＲＤＢＭＳから応答を受信すると、それをＵＲＯ応答に変換してＲＲＯ−ＵＲＯ変換／処理モジュール６１０に返送する。ＲＲＯ−ＵＲＯ変換／処理モジュール６１０は、ＵＲＯの応答をリモートソース操作の応答に変換し、要求元に返送して終了する。
【００５５】
図６は、各変換／処理モジュールがそれぞれポリシー評価モジュール、状況情報管理モジュールを共用する構成例であったが、図７に示すように、各変換／処理モジュール毎に、専用のポリシー評価モジュールと状況情報管理モジュールを設けることも可能である。図７の構成によれば、モジュール間のインタフェース制御が簡単化される。
【００５６】
図８は、先の図６の構成に、ＲＲＯ−ＲＲＯ変換／処理モジュール８１０、ＵＲＯ−ＵＲＯ変換／処理モジュール８３０、ＬＲＯ−ＬＲＯ変換／処理モジュール８５０を追加して、必要に応じてリモートリソース操作同士、一般化リソース操作同士、ローカルリソース操作同士の間でそれぞれ表現形式等を変換できるようにしたものである。各変換／処理モジュール８１０〜８５０がポリシー評価モジュール８６０、状況情報管理モジュール８７０を共用することは、図６と同様である。図８では、８０５と８１５がリモートリソース操作Ｉ／Ｆ、８２５と８３５は一般化リソース操作Ｉ／Ｆ、８４５と８５５がローカルリソース操作Ｉ／Ｆとなる。
【００５７】
なお、図８において、例えば、モジュール８１０、８２０を一つのＲＲＯ−ＵＲＯ変換／処理モジュールで構成し、そのなかでＲＲＯ−ＲＲＯ変換／処理機能とＲＲＯ−ＵＲＯ変換／処理機能を分離することでもよい。これは、モジュール８４０、８５０についても同様である。また、図８では省略したが、図８の構成にユーザが操作する要求処理モジュールを更に追加することも可能である。
【００５８】
図８の構成例においても、各変換処理モジュール毎に、それぞれ専用のポリシー評価モジュール及び状況情報管理モジュールを設ける構成にすることが可能である。これは、図７から容易に類推可能であるため、図示は省略する。
【００５９】
図９は、要求処理モジュールを各プロトコルやアプリケーション（ＷｅｂＤＡＶ、ＨＴＴＰ、ＳＭＴＰ等）専用のモジュール構成とし、各専用要求処理モジュール９１０−１、９１０−２、９１０−３、…がポリシー評価モジュール９２０、状況情報管理モジュール８３０を共用するようにしたものである。各専用要求処理モジュールでの処理動作は、それぞれのプロトコルやアプリケーションに対応する以外、これまで説明した各構成例と基本的に同様である。また、各専用要求処理モジュール毎に、同様に専用のポリシー評価モジュールと状況情報管理モジュールをくくりつけることでもよい。
【００６０】
次に、図１の情報資源利用システムをファイル共有に適用した場合を例に、情報資源利用制御装置１０１、１１１（図２の２００）の動作を図５の処理フローに沿って具体的に説明する。
ここで、情報資源利用制御装置は図１０の構成をとるとする。図１０は図６や図７の構成例を利用したイメージであり、例えば図７の構成例でいえば、情報資源利用制御装置２００が図７のＲＲＯ−ＵＲＯ制御ユニット７１０に、リソース管理モジュール３００が同ＬＲＯ−ＵＲＯ制御ユニット７２０に該当する。リソース管理モジュール３００は、情報資源利用制御装置２００の要求処理モジュール２１０や状況情報管理モジュール２３０から渡された要求に対して、情報資源利用制御装置２００と同様の処理が内部で行われることになるが、以下では、リソース管理モジュール３００での内部処理は省略し、リソース管理モジュール３００は、情報資源利用制御装置２００側からの一般化リソース操作を受け取り、一般化リソースを返す単なる一般化リソース格納庫と見做すことにする。
【００６１】
ここでは、事前にログインしていない利用者「ｘ」から（実際はｘが利用するＷｅｂＤＡＶクライアントから）、ＷｅｂＤＡＶプロトコルでプレゼンテーション資料ファイル「ｆ」の取得要求が送られてきたと想定する。このプレゼンテーション資料ファイル「ｆ」は、実際には、一般化リソース操作によってアクセス可能なリソース管理モジュール３００の下に格納されているものとする。
【００６２】
まず、利用者からのファイル取得要求は、要求処理モジュール２１０で受信され、ＷｅｂＤＡＶプロトコルの文法に基づいて解析し、一般化要求モデルの形式に変換される（ステップ１１）。この一般化要求形式の要求情報を図１１の（ａ）に示す。ここでは、基本情報の「何を」（要求対象）には、プレゼンテーション資料ファイル「ｆ」が、基本情報の「どうしたい」（要求操作）には、「ＷｅｂＤＡＶのファイル取得操作」が格納される。また、拡張情報の「いつ」（要求時刻）には、「要求を受信した時刻」が入る。拡張情報の「誰が」（要求者）には、まだ認証されていないので値が入らない。この変換後の一般化要求形式の要求情報を以後「ｒ１」と呼ぶ。
【００６３】
次に、この操作要求に関する状況情報を更新する（ステップ１２）。この場合、利用者ｘはログインしていない状態でアクセスしてきたので、状況情報が存在しない。そこで、要求処理モジュール２１０は、新たに状況情報の作成を状況情報管理モジュール２３０に依頼する。状況情報管理モジュール２３０は状況情報を作成し、要求モジュール２１０に返す。この状況情報を図１１の（ｂ）に示す。すなわち、状況情報は空である。この状況情報を以後「ｓ１」と呼ぶ。
【００６４】
次に、要求処理モジュール２１０は要求情報「ｒ１」と状況情報「ｓ１」をポリシー評価モジュール２２０に渡し、ポリシー評価を依頼する。ポリシー評価モジュール２２０は、要求情報「ｒ１」と状況情報「ｓ１」に基づき、評価の必要なポリシーを、ポリシーデータベース２４０から取り出す。ここでは、事前に、図１４に示すようなポリシーがポリシーデータベース２４０に格納されていたものとする。なお、図１４のポリシーは単一のポリシーを示したものであり、一般にポリシーデータベース２４０にはこのようなポリシーが複数格納されている。
【００６５】
ポリシー評価モジュール２２０は、要求情報と状況情報に基づき、評価が必要なポリシーを取り出して評価する（ステップ１３）。この例では、最初のルール「ルール１」（発火ルール）の条件「要求対象がｆである」が「真」になるので、図１４のポリシーの評価が開始される。条件の評価結果が真の場合、ルール２を評価するよう動作リストに記述されているので、ポリシー評価モジュール２２０は引き続きルール２を評価する。ルール２の条件は「要求者が共著者であるか」である。ここでは、事前にプレゼンテーション資料ファイル「ｆ」のメタ情報の「共著者」のところに、「ｙ、ｚ」という値が格納されているものとする。このリソースｆを図１３に示す。図１３は情報資源利用制御装置２００から見たリソース管理モジュール３００の下のプレゼンテーション資料ファイル「ｆ」の状態を示している。
【００６６】
ポリシー評価モジュール２２０は、リソースｆのメタ情報を状況情報「ｓ１」から取得しようとするが、この時点では状況情報「ｓ１」には該情報が入っていないため（図１１の（ｂ））、状況情報管理モジュール２３０はリソース管理モジュール３００から該情報を取得し、それを状況情報ｓ１に格納するとともに、ポリシー評価モジュール２２０に返す。ポリシー評価モジュール２２０は、これを要求情報「ｒ１」の要求者情報と比較しようとするが、「ｘ」が未認証で比較自体が行えないので、この条件の評価結果は「不定」になる。ルール２では、「不定」の場合の動作は「認証が必要であると応答する」となり、これでポリシーの評価を終了して、ポリシー評価モジュール２２０は、ポリシー評価結果として「認証が必要である」という応答を要求処理モジュール２１０に返す。この場合、要求「ｒ１」は一般化リソース操作には変換されないので、ステップ１４〜１６は実施されない。
【００６７】
要求処理モジュール２１０は、この評価結果に基づき、必要に応じてこの処理結果を要求処理履歴として状況情報「ｓ１」に格納する（ステップ１７）。また、要求処理モジュール２１０は、同じくこの評価結果に基づいて、要求「ｒ１」の応答として、認証を受けるよう促すメッセージを利用者「ｘ」に返す（ステップ２０）。応答の評価や変換は不要なので、ステップ１８、１９は実施されない。
【００６８】
この後、利用者「ｘ」が認証処理を要求してきた際も、再び同様の処理が行われるが、ここでは省略する。
【００６９】
利用者「ｘ」が認証を受けた後、再びプレゼンテーション資料ファイル「ｆ」の取得要求を送信してきた場合の処理は次のようになる。
まず、先に述べたと同様に、要求処理モジュール２１０は受信した要求を一般化要求形式の要求情報ｒ３に変換する（ステップ１１）。この一般化要求形式の要求情報を図１２の（ａ）に示す。以後、この要求情報を「ｒ３」と呼ぶ。状況情報「ｓ１」の更新は、ここでは不要として省略するが（ステップ１２）、この時点の状況情報「ｓ１」は図１２の（ｂ）とする。
【００７０】
次に、要求処理モジュール２１０は要求情報「ｒ３」と状況情報「ｓ１」をポリシー評価モジュール２２０に渡してポリシー評価を依頼する。ポリシー評価モジュール２２０は先に述べたと同様に図１４に示すポリシーのルール１、ルール２を評価する（ステップ１３）。但し、今度はルール２の条件を評価する際、要求情報「ｒ３」の要求者情報に値「ｘ」が入っているので、条件が実際に評価され、結果が「偽」となる。「偽」の場合はルール３の評価が行われ、条件「要求者がｘであるか」が「真」になるため、ルール４の評価に進む。ルール４では、条件が「操作がＷｅｂＤＡＶファイル取得か」なので、評価結果が「真」になり、ポリシー評価結果として、「許可」が要求処理モジュール２１０に返される。
【００７１】
要求処理モジュール２１０は、評価結果が「許可」だったので、まず、もとのＷｅｂＤＡＶファイル取得要求を、リソース管理モジュール３００が理解できる一般化リソース操作に変換する（ステップ１４）。この場合、要求情報「ｒ３」は、リソース「ｆ」の内容を取得する一般化リソース操作要求に変換される。
【００７２】
要求処理モジュール２１０は、一般化リソース内容取得要求を、リソース管理モジュール３００に対して送出する（ステップ１５）。リソース管理モジュール３００は、要求を処理し、一般化リソース「ｆ」の内容を要求処理モジュール２１０に返す。要求処理モジュール２１０は、必要に応じて、受信した一般化リソース内容取得応答（群）を、一般化応答モデルに基づく応答情報（群）に変換し（ステップ１６）、状況情報を更新し（ステップ１７）、更新した状況情報「ｓ１」とともにポリシー評価モジュール２２０に渡してポリシー評価を依頼する（ステップ１８）。しかし、この例ではそのような処理を行う必要はないものとする。
【００７３】
ここでは、要求処理モジュール２２０は、受信した一般化リソース内容取得応答を、ＷｅｂＤＡＶファイル取得応答に変換する（ステップ１９）。最後に、要求処理モジュール２２０は、そのＷｅｂＤＡＶファイル取得応答を、利用者「ｘ」に返送する（ステップ２０）。
【００７４】
次に、利用者「ｘ」が認証を受けた後、リソース「ｆ」の更新要求を送信してきた場合の処理について説明する。
図５の処理フローのステップ１３でポリシー（図１４）のルール４を評価するまでは、上述の場合と同様であるので省略する。ステップ１３の段階でルール４の条件を評価した時、評価結果は「偽」になるので、ルール５の評価に進む。ルール５の条件の評価結果は「真」になるので、ポリシー評価モジュール２２０は、ポリシー評価結果として、｛「もとのｆをコピー」、「許可」｝という２つの動作からなる動作リストを要求処理モジュール２１０に返す。
【００７５】
要求処理モジュール２１０は、この評価結果に基づき、もとの要求情報「ｒ１」を、「ｆをコピーする一般化リソース操作要求」「ｆの内容を更新する一般化リソース操作要求」の２つの要求からなるリストに変換する（ステップ１４）。
【００７６】
そして、要求処理モジュール２１０は、まず「ｆをコピーする一般化リソース操作要求」を、リソース管理モジュール３００に送出しステップ１５）、これに対する応答を、リソース管理モジュール３００から受信する（ステップ１６）。この時、必要に応じて状況情報「ｓ１」を更新する（ステップ１７）。
【００７７】
さらに、要求処理モジュール１０は、「ｆの内容を更新する一般化リソース操作要求」を、リソース管理モジュール３００に送出し（ステップ１５）、これに対する応答を、リソース管理モジュール３００から受信する（ステップ１６）。この時も、必要に応じて状況情報「ｓ１」を更新する（ステップ１７）。
【００７８】
そして、要求処理モジュール２１０は、必要に応じて、この２つの一般化リソース操作応答から、一般化応答モデルに基づく一般化応答情報群を生成し、状況情報とともにポリシー評価モジュール２２０に渡し、ポリシー評価を依頼する（ステップ１８）。但し、この例ではそのような処理は不要であったとする。
【００７９】
そこで、要求処理モジュール２１０は、一般リソース操作応答結果群をＷｅｂＤＡＶファイル更新応答に変換する（ステップ１９）。ここでは、単に「ｆをコピーする一般化リソース操作要求」の応答結果は無視し、「ｆの内容を更新する一般化リソース操作要求」が成功したことを、ＷｅｂＤＡＶファイル更新が成功したというＷｅｂＤＡＶ操作応答に変換する（ステップ１９）。最後に、要求処理モジュール２１０は、該ＷｅｂＤＡＶ操作応答を利用者「ｘ」に返信する（ステップ２０）。
【００８０】
なお、図２で示した情報資源利用制御装置における各部の一部もしくは全部の処理機能をコンピュータのプログラムで構成し、そのプログラムをコンピュータを用いて実行して本発明を実現することができること、あるいは、図５で示した処理手順をコンピュータのプログラムで構成し、そのプログラムをコンピュータに実行させることができることは言うまでもない。また、コンピュータでその処理機能を実現するためのプログラム、あるいは、コンピュータにその処理手順を実行させるためのプログラムを、そのコンピュータが読み取り可能な記録媒体、例えば、ＦＤ、ＭＯ、ＲＯＭ、メモリカード、ＣＤ、ＤＶＤ、リムーバブルディスクなどに記録して、保存したり、提供したりすることができるとともに、インターネット等のネットワークを通してそのプログラムを配布したりすることが可能である。
【図面の簡単な説明】
【００８１】
【図１】本発明の情報資源利用制御装置が適用される情報資源利用システムの構成図である。
【図２】本発明の情報資源利用制御装置の基本構成図である。
【図３】一般化要求モデル、一般化リソース操作、メタ情報を説明する図である。
【図４】ポリシー、ポリシー評価を説明する図である。
【図５】図２の情報資源利用制御装置の全体的処理フロー図である。
【図６】本発明の情報資源利用制御装置の拡張例の構成図である。
【図７】本発明の情報資源利用制御装置の別の拡張例の構成図である。
【図８】本発明の情報資源利用制御装置の更に別の拡張例の構成図である。
【図９】本発明の情報資源利用制御装置における要求処理モジュールの具体例を示す図である。
【図１０】本発明の情報資源利用制御装置の具体的動作例の説明に用いる構成図である。
【図１１】要求情報、状況情報の具体例を示す図である。
【図１２】同じく要求情報、状況情報の具体例を示す図である。
【図１３】リソースの具体例を示す図である。
【図１４】ホリシーの具体例を示す図である。
【符号の説明】
【００８２】
１００  利用者端末装置
１０１  情報資源利用制御装置
１０２  情報資源
１１０  サーバ装置
１１１  情報資源利用制御装置
１１２  情報資源
２００  情報資源利用制御装置
２１０  要求処理モジュール
２２０  ポリシー評価モジュール
２３０  状況情報管理モジュール
２４０  リソース管理モジュール
【図１】
2005063400.tif 000003
【図２】
2005063400.tif 000004
【図３】
2005063400.tif 000005
【図４】
2005063400.tif 000006
【図５】
2005063400.tif 000007
【図６】
2005063400.tif 000008
【図７】
2005063400.tif 000009
【図８】
2005063400.tif 000010
【図９】
2005063400.tif 000011
【図１０】
2005063400.tif 000012
【図１１】
2005063400.tif 000013
【図１２】
2005063400.tif 000014
【図１３】
2005063400.tif 000015
【図１４】
2005063400.tif 000016