"プロセッサと、当該プロセッサに通信可能に結合されるメモリとを含むシステムにより実行されるセマンティック情報の共有方法であって、前記メモリは前記システムに当該方法を実行させるために前記プロセッサが実行し得る命令を格納しており、前記方法は、データ記憶媒体におけるセマンティックデータにセマンティックセキュリティラベルを付与するステップと、前記セマンティックデータの一部分にアクセスする要求を要求者から受信するステップと、前記セマンティックデータの前記部分に係るセマンティックセキュリティラベルを取得するステップと、前記セマンティックセキュリティラベルを情報共有ポリシーと比較するステップと、前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを、前記セマンティックセキュリティラベルと情報共有ポリシーとに基づいて決定するステップと、当該判断に基づいて前記セマンティックデータの前記部分へのアクセスを提供するステップと、前記情報共有ポリシーが前記要求者のアクセスを許可しない場合、前記要求に対してカウンタオファーで応答するステップとを含む、セマンティック情報の共有方法。前記情報共有ポリシーを受信するステップを更に含み、前記情報共有ポリシーは前記要求者に関連付けられている、請求項1に記載の方法。前記セマンティックデータの一部分にアクセスするための前記要求は意味論的に表現される、請求項1に記載の方法。前記セマンティックデータの一部分にアクセスするための前記要求は非構造化フォーマットで表現される、請求項1に記載の方法。前記要求をオントロジライブラリ内に含まれるオントロジにマッピングするステップを更に含む、請求項1に記載の方法。前記セマンティックデータの前記部分に係る前記セマンティックセキュリティラベルは、少なくとも前記要求に係る前記オントロジライブラリ内に含まれる前記オントロジへの前記マッピングに基づいて取得される、請求項5に記載の方法。前記セマンティックセキュリティラベルは、少なくとも1つのセキュリティパターンを用いて前記セマンティックデータの前記部分に付与される、請求項1に記載の方法。前記セマンティックデータの一部分にアクセスする前記要求は、前記セマンティックデータの前記部分を識別する情報及び前記要求の性質に関連する情報を含む、請求項1に記載の方法。前記要求の性質に関連する前記情報は、要求されたアクセスレベルを含む、請求項8に記載の方法。前記要求の性質に関連する前記情報は、前記要求者の身元に関連する情報を含む、請求項8に記載の方法。前記要求の性質に関連する前記情報は、意味論的に表現されている、請求項8に記載の方法。前記要求の性質に関連する前記情報は、非構造化フォーマットで表現されている、請求項8に記載の方法。前記要求の性質に関連する前記情報をネゴシエーションオントロジにマッピングするステップを更に含む、請求項8に記載の方法。前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを決定するステップ、ネゴシエーションオントロジに対する前記要求の性質に関連する前記情報の前記マッピングに基づいて更に行われる、請求項13に記載の方法。セマンティック情報を共有するためのシステムであって、当該システムは、プロセッサと、当該プロセッサに通信可能に結合され、命令を格納しているメモリと、を備え、前記命令が前記プロセッサにより実行されると、前記プロセッサに以下の方法、すなわち、データ記憶媒体におけるセマンティックデータにセマンティックセキュリティラベルを付与するステップと、前記セマンティックデータの一部分にアクセスする要求を要求者から受信するステップと、前記セマンティックデータの前記部分に係るセマンティックセキュリティラベルを取得するステップと、前記セマンティックセキュリティラベルを情報共有ポリシーと比較するステップと、前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを、前記セマンティックセキュリティラベルと情報共有ポリシーとに基づいて決定するステップと、当該判断に基づいて前記セマンティックデータの前記部分へのアクセスを提供するステップと、前記情報共有ポリシーが前記要求者のアクセスを許可しない場合、前記要求に対してカウンタオファーで応答するステップとを含む方法を実行させる、セマンティック情報共有システム。前記方法は、前記情報共有ポリシーを受信するステップを更に含み、前記情報共有ポリシーは前記要求者に関連付けられている、請求項15に記載のシステム。前記セマンティックデータの一部分にアクセスするための前記要求は意味論的に表現される、請求項15に記載のシステム。前記セマンティックデータの一部分にアクセスするための前記要求は非構造化フォーマットで表現される、請求項15に記載のシステム。前記要求をオントロジライブラリ内に含まれるオントロジにマッピングするステップを更に含む、請求項15に記載のシステム。前記セマンティックデータの前記部分に係る前記セマンティックセキュリティラベルは、少なくとも前記要求に係る前記オントロジライブラリ内に含まれる前記オントロジへの前記マッピングに基づいて取得される、請求項19に記載のシステム。前記セマンティックセキュリティラベルは、少なくとも1つのセキュリティパターンを用いて前記セマンティックデータの前記部分に付与される、請求項15に記載のシステム。前記セマンティックデータの一部分にアクセスする前記要求は、前記セマンティックデータの前記部分を識別する情報及び前記要求の性質に関連する情報を含む、請求項15に記載のシステム。前記要求の性質に関連する前記情報は、要求されたアクセスレベルを含む、請求項22に記載のシステム。前記要求の性質に関連する前記情報は、前記要求者の身元に関連する情報を含む、請求項22に記載のシステム。前記要求の性質に関連する前記情報は、意味論的に表現されている、請求項22に記載のシステム。前記要求の性質に関連する前記情報は、非構造化フォーマットで表現されている、請求項22に記載のシステム。前記要求の性質に関連する前記情報をネゴシエーションオントロジにマッピングするステップを更に含む、請求項22に記載のシステム。前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを決定するステップは、ネゴシエーションオントロジに対する前記要求の性質に関連する前記情報の前記マッピングに基づいて更に行われる、請求項27に記載のシステム。プロセッサにより実行されると、コンピュータシステムにセマンティック情報を共有するための方法を実行させる命令を格納しているコンピュータ可読媒体であって、前記方法は、データ記憶媒体におけるセマンティックデータにセマンティックセキュリティラベルを付与するステップと、前記セマンティックデータの一部分にアクセスする要求を要求者から受信するステップと、前記セマンティックデータの前記部分に係るセマンティックセキュリティラベルを取得するステップと、前記セマンティックセキュリティラベルを情報共有ポリシーと比較するステップと、前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを、前記セマンティックセキュリティラベルと情報共有ポリシーとに基づいて決定するステップと、当該判断に基づいて前記セマンティックデータの前記部分へのアクセスを提供するステップと、前記情報共有ポリシーが前記要求者のアクセスを許可しない場合、前記要求に対してカウンタオファーで応答するステップとを含む、コンピュータ可読媒体。前記情報共有ポリシーを受信するステップを更に含み、前記情報共有ポリシーは前記要求者に関連付けられている、請求項29に記載の媒体。前記セマンティックデータの一部分にアクセスするための前記要求は意味論的に表現される、請求項29に記載の媒体。前記セマンティックデータの一部分にアクセスするための前記要求は非構造化フォーマットで表現される、請求項29に記載の媒体。前記要求をオントロジライブラリ内に含まれるオントロジにマッピングするステップを更に含む、請求項29に記載の媒体。前記セマンティックデータの前記部分に係る前記セマンティックセキュリティラベルは、少なくとも前記要求に係る前記オントロジライブラリ内に含まれる前記オントロジへの前記マッピングに基づいて取得される、請求項33に記載の媒体。前記セマンティックセキュリティラベルは、少なくとも1つのセキュリティパターンを用いて前記セマンティックデータの前記部分に付与される、請求項29に記載の媒体。前記セマンティックデータの一部分にアクセスする前記要求は、前記セマンティックデータの前記部分を識別する情報及び前記要求の性質に関連する情報を含む、請求項29に記載の媒体。前記要求の性質に関連する前記情報は、要求されたアクセスレベルを含む、請求項36に記載の媒体。前記要求の性質に関連する前記情報は、前記要求者の身元に関連する情報を含む、請求項36に記載の媒体。前記要求の性質に関連する前記情報は、意味論的に表現されている、請求項36に記載の媒体。前記要求の性質に関連する前記情報は、非構造化フォーマットで表現されている、請求項36に記載の媒体。前記要求の性質に関連する前記情報をネゴシエーションオントロジにマッピングするステップを更に含む、請求項36に記載の媒体。前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを決定するステップは、ネゴシエーションオントロジに対する前記要求の性質に関連する前記情報の前記マッピングに基づいて更に行われる、請求項41に記載の媒体。従来のセキュリティ及び/又はアクセス制御システムは、セマンティックデータへのアクセスを適切に制御するには有効ではなかった。例えば、多くのセマンティックデータフォーマット例えば、RDFは、同一のステートメントリソース、プロパティ、及び/又は値を様々な構文を用いて様々な方法により表現することを可能とするものである。従来のセキュリティシステムは、アクセス制御ルールを全ての可能な置換及び/又はデータの表現フォーマットに適用することはできなかった。そのうえ、手動によりこのようなルールを適用しても、すぐにどうしようもなくなる。またセマンティックデータは、他の関連するセマンティックデータを推測し、及び/又は他の関連するセマンティックデータを伴うのに用いられる。セキュリティ及び/又はアクセス制御システムは、一貫性のあるアクセス制御ルールを、推測される情報、及び/又は伴われる情報に適用しなければならない例えば、保護されたデータが、保護の度合いがより低いデータから推測され、及び/又は伴われることを防止する。そのうえ、セキュリティポリシーに関連するエンティティ間のネゴシエーションは、合理化又は自動化することさえできる。エンティティ間のセキュリティネゴシエーション処理の合理化は、多数のエンティティ間におけるデータ共有を可能とし、同様に、エンティティにより制御されるデータの価値を著しく高める。本開示によるいくつかの実施態様において、セマンティックデータ例えば、RDFコンテンツへのアクセスは、セキュアリソース記述フレームワークSecureResourceDescriptionFramework:SRDFにより制御されることができる。RDFセマンティックデータは、リソース、プロパティ、リファレンス、リテラル、及び変数を含む名前付けされた有向グラフ構造に編成されるトリプルの集合を含むことができる。RDFステートメントは、リソース修正トリプルであって、RDFの主語、目的語、及び述語の3つのプロパティを含む。SRDFは、RDFパターンを用いて、セキュリティ述語をRDFステートメントに適用することにより実現できる。RDFパターンは、トリプルを含むことができ、その各構成要素はデータ定数か、又はデータ変数である。パターンマッピングは、マッピングV,V:PT1→PT2について、第1のRDFパターンPT1と第2のRDFパターンPT2との間のマッピングとすることができる。SRDFセキュリティポリシーは、対の集合SP={sp1,...,spn}を含むことができ、各セキュリティポリシーは、それぞれセキュリティラベル及び対応パターンを備える。セキュリティラベル例えば、セキュリティ述語は、パターンに整合するRDFステートメントに適用されることができる。セキュリティ述語は、RDFステートメントへのアクセスを制御し、新たに生成されたステートメント例えば、これにセキュリティポリシーパターンが対応するにセキュリティ分類を割り当て、且つ、許可されていない推論以下に説明するのチェックを行うことができる。SRDFのセキュリティカバーは、全てのRDFセキュリティポリシーマッピングの集合とすることができる。セキュリティカバーは、例えば、多数のパターンが特定のRDFステートメントに整合する場合にどのようにセキュリティラベルのコンフリクトを管理するかを記述しているルールを更に含むことができる。SRDFは、コンフリクト解消ルールを含むことができる。これらのいくつかのルールは、数個のセキュリティラベルが特定のRDFステートメントにマップしている場合に、どのセキュリティラベル例えば、セキュリティ述語がその特定のRDFステートメントにマップされるかを定義することができる。コンフリクト解消ルールは、新たに伴われたRDFステートメントにより生じ得る推測コンフリクトに対処するためのルールを更に含んでもよい。一実施態様において、コンフリクト解消ルールは、そのようなステートメントに対するマッピングテーブルで構成することができる。しかしながら、生成されるRDFステートメントは、既にセキュリティカバー内にあり、異なるセキュリティラベルを有する。セキュリティラベルの違いは、例えば、既存のRDFステートメントが、推測されたRDFステートメントと比較してより高い又は異なるセキュリティレベルを有する場合にセキュリティポリシー違反を引き起こす。いくつかの実施態様において、このタイプの推測されたコンフリクトは、推測されたステートメントのセキュリティラベルが既存のステートメントと比較してより低い例えば、制限が緩やかである場合、検出することができる。推測されたコンフリクトは、エンティティの優先順位及び/又はセキュリティ要件に従って、様々な方法で解消することができる。例えば、推測されたステートメントのセキュリティラベルは、元のより高いセキュリティラベルに完全に包含され例えば、置き換えられてもよい。あるいは、いくつかの実施態様において、セキュリティポリシーは、推測されたステートメントがより緩やかな制限のセキュリティレベルを維持するようにしてもよい。新たなラベルが元のラベルと比較してより高い例えば、より制限的である場合には、その新たなラベルを維持してもよい。場合によっては、セキュリティレベルを、元のレベルに下げてもよい。あるいは、又は更に、得られるセキュリティラベルは、元のセキュリティラベルと新たな推測されたラベルとの組み合わせとしてもよい。いくつかの実施態様において、セキュリティポリシー例えば、セキュリティラベルと関連マッピングの集合は、一貫性をチェックされてもよい。これは、ポリシーにおける直接の又は推測されたコンフリクトの検出を含んでもよい。チェック結果が例えば、直接の又は推測されたコンフリクトの存在を示す場合、ポリシー管理者に通知され、適切な対応が勧められる。あるいは、又は更に、セキュリティポリシーは、自動的に修正されてもよく、上述のように例えば、1つ以上のコンフリクトを生じているポリシーを包含し、推測されたセキュリティラベルを維持し、及び/又はセキュリティラベルを包含させることによって直接の及び/又は推測されたコンフリクトを実質上除去することができる。上述のセキュリティ述語を用いて、本発明のシステム及び方法は、エンティティ間のセキュアなデータ共有を促進するために開発されることができる。エンティティ間のデータ共有は、非構造化データ及び/又は構造化データ例えば、RDFに従ってフォーマット化した形式のセマンティックデータを備えてもよい。添付の図面を参照して、さらなる態様及び利点が以下の好適な実施態様の詳細な説明から明らかになろう。図1は、エージェント情報をセキュアに共有するためのシステムの一実施形態を示す。エージェント1110は、ネットワーク160’に通信可能に結合することができる。ネットワーク160’は、インターネットプロトコルIPネットワーク例えば、トランスミッションコントロールプロトコルIPネットワークTCP/IP等、ローカルエリアネットワークLAN、ワイドエリアネットワークWAN、仮想プライベートネットワークVPN、無線ネットワーク例えば、IEEE80211an、Bluetooth登録商標、EDGE、G3等、公衆交換電話網PSTN、又は携帯電話ネットワーク等、従来知られている任意の通信ネットワークを含むことができるが、これらに限られるものではない。エージェント1110は、構造化データ及び/又は非構造化データの流れを処理及び/又は制御できるヒューマンエージェント、エキスパートシステム、又は他の任意のエンティティを含むことができる。いくつかの実施形態において、エージェント1110はコンピューティングデバイス不図示を備えてもよい。エージェント1110のコンピューティングデバイスは、メモリ不図示に通信可能に結合される1つ以上のプロセッサ不図示、ハードディスクやストレージエリアネットワーク等といったデータストレージ不図示、キーボードやマウス、ディスプレイ等といった1つ以上の入力/出力装置不図示、及び通信インターフェース不図示等を備えてもよい。コンピューティングデバイスは、ソフトウェアエージェント1110例えば、エキスパートシステム等により、実質上、自律的に制御される。ソフトウェアエージェント1110は、ヒューマンオペレータ不図示がエージェント1110のオペレーションを制御し得るユーザインターフェースを備えてもよい。あるいは、又は更に、エージェント1110は、ヒューマンオペレータにより実質上、直接制御されてもよい。エージェント1110は、セマンティックフレームワーク112に通信可能に結合することができる。いくつかの実施形態において、セマンティックフレームワーク112は、エージェント1110の構成要素とする例えば、エージェント1110等のコンピューティングデバイスのホストとすることができる。あるいは、又は更に、セマンティックフレームワーク112の一部は、1つ以上の別個のコンピューティングデバイス不図示に存在してもよい。この場合、エージェント1110のコンピューティングデバイスは、ネットワーク160’や単独のLAN不図示、VPN不図示等といった通信ネットワークを介して、セマンティックフレームワーク112を備える1つ以上のコンピューティングデバイスに通信可能に結合することができる。セマンティックフレームワーク112は、エージェント1110により管理及び/又は制御される情報を含むことができる。例えば、エージェント1110は、ヘルスケア提供者例えば、保健維持機構であってもよく、また同様に、エージェント1110のセマンティックフレームワーク112により扱われる情報は、ヘルスケア統計、患者記録、課金情報等を含んでもよい。セマンティックフレームワーク112は、データ、オントロジ、及びルール層120を備え、層120は、ポリシーモジュール122、オントロジライブラリ124、及び知識ベース126を備える。ポリシーモジュール122は、セマンティックフレームワーク112のセキュリティ及び/又はアクセス制御ポリシーを定義するセキュリティポリシーを含むことができる。ポリシーモジュール122は、ネットワーク160’内におけるエンティティ間例えば、エージェント1110と、エージェントN150といった他の外部のエンティティとの間の情報共有を統制するルールを含むことができる。ポリシーモジュール122は、アクターやアクション、義務、承認、委任、プライバシー等といった、種々の言語構造を持つポリシー言語を用いて表されるポリシーを含むことができる。例えば、ポリシーモジュール122に含まれるアクターは、ネットワーク160’上の特定のエージェント例えば、エージェントN150及び/又はエージェントN150内の個人例えば、従業員又は代表者delegee等といった、エージェントN150のサブエージェントに相当する。ポリシーモジュール122のポリシー情報は、エージェント1110の要求に従って、様々なサブポリシーに分けることができる。例えば、ポリシーモジュール122は、どのようにエージェント1110が情報をネットワーク160’上のエンティティと共有するかを定義する、1つ以上の共有ポリシーを含んでもよい。ポリシーモジュールは更に、信用管理を対象とするポリシー例えば、エージェント1110がどのエンティティを信用するか、委任ポリシー、プライバシーポリシー、認証ポリシー、及び承認ポリシー等を含んでもよい。ポリシーモジュール122は、オントロジベースのポリシー例えば、セマンティックポリシーを含んでもよい。このオントロジベースのポリシーは、例えば、オントロジライブラリ124内のセマンティックフレームワーク112により管理される動的なエンティティ例えば、概念情報を表すのに用いることができる。これらのオントロジベースのポリシーは、オントロジカルな要素間の例えば、オントロジライブラリ124内及び/又はグローバルオントロジサーバ160のオントロジ162においてアクセス可能なリソース、プロパティ、及び値等間の主語やリソース、認証情報、義務といったポリシー要素を定義してもよい。ポリシーモジュール122のポリシー情報は、セキュリティラベリング情報を含んでもよい例えば、上述のSRDFセキュリティラベル等のセキュリティ述語を含んでもよい。ラベルは、特定のポリシーをネットワーク150上の他のエージェントが利用可能かどうか、及び/又は、ポリシーがプライベート非公開であるかどうかを示すことができる。オントロジライブラリ124は、エージェント1110に係るドメイン固有のオントロジを備えてもよい。オントロジライブラリ124は、エージェント1110のドメイン情報を表すのに用いることができる。オントロジライブラリ124は、RDF、OWL、OWL2、又は他の関連形式によるオントロジ情報を含んでもよい。オントロジライブラリ124は、非構造化データを意味論的に分類するのに用いることができ、及び/又は、第三者の外部ソース例えば、エージェントN150からセマンティックデータを取り込むのに用いることができる。非構造化データをオントロジにおける概念にマッピングするための様々なシステム及び方法が、2008年8月5日に出願された、GregoryJorstad等による、SystemsandMethodsforConceptMappingと題する同時係属の米国特許仮出願第60/086335号において開示されており、その全てを参照することにより本出願に含まれる。オントロジライブラリ124は、エージェント1110により管理及び/又は制御されるデータを意味論的に表すのに用いることができる。従って、オントロジライブラリ124は、エージェント1110により提供される特定のアプリケーションにあわせた、ドメイン固有のオントロジとすることができる。例えば、先に説明したように、エージェント1110は、ヘルスケア提供者と関連付けることができる。故に、オントロジライブラリ124は、詳細なヘルスケア関連の概念及び関係を含んでもよい。一方で、他のタイプのエンティティ例えば、投資銀行協会に関連しているエージェント1110のオントロジライブラリ124は、他の分野に関連する詳細な概念及び関係を含んでもよい。また、1つ以上のエージェント110又は150は、効率を改善するためにスパースオントロジライブラリ124例えば、エージェント110又は150に係るアプリケーション領域に関連しない概念が取り除かれたオントロジを用いて動作してもよい。オントロジライブラリ124は、セキュアなオントロジとすることができ、そこに格納されている情報はセキュリティポリシー例えば、セキュリティラベル及び/又はセキュリティ述語にマップされてもよい。セマンティックフレームワーク112のセキュリティポリシーは、複数のセキュリティパターンを含むことができ、これにはデフォルトのセキュリティパターンが含まれる。デフォルトのセキュリティパターンは、分類されていないデータ及び/又はセキュリティラベルのついていないデータをオントロジライブラリ124内に残していないものである。オントロジライブラリ124内のデータに付与されたセキュリティラベルは、セマンティックフレームワーク112のセキュリティポリシーを修正するよう、周期的に更新されてもよい。以下に説明するように、システム100におけるいくつかのアプリケーションは、第1のエージェント例えば、エージェント1110のオントロジに相当する情報が、第2のエージェント例えば、エージェントN150のオントロジにマップされ又は変換されることを必要としてもよい。しかしながら先に説明したように、エージェント110及び150に係るドメイン固有のオントロジライブラリ124は異なっており、各オントロジライブラリ間の簡単な1対1のマッピングを難しいものにすることがある。この場合、1つ以上のエージェント110及び150は、グローバルオントロジサーバ160のオントロジ162にアクセスすることができる。グローバルオントロジ162は、より完全なスパースでないオントロジライブラリであってもよい。未知の概念例えば、エージェントのローカルオントロジライブラリ124内に出現しない概念に相当する情報を受信しているエージェント110又は150は、グローバルオントロジライブラリ162により提供される概念及び/又は関係を用いて、ローカルオントロジ124内へのマッピングを決定してもよい。あるいは、又は更に、エージェント例えば、エージェント1110は、グローバルオントロジサーバ160により提供されるグローバルオントロジ162の一部を一回で取り込み、第三者の外部エージェント例えば、エージェントN150からのデータを効率的に処理するようにしてもよい。知識ベースモジュール126は、セマンティックフレームワーク112により管理及び/又は制御されるセマンティックデータを含むことができる。先に説明したように、知識ベース126は、セマティック形式例えば、RDF、OWL、OWL2等のデータを含むことができる。知識ベース126内のデータは、先にオントロジライブラリ124につき説明したセキュリティラベルを備えてもよい。セマンティックフレームワーク112は、ネゴシエーション層130を備えてもよい。ネゴシエーション層130により、セマンティックフレームワーク112は、ネットワーク160’を介してアクセス可能な他のエージェント例えば、後述するエージェントN150と情報をセキュアに共有することが可能となる。ネゴシエーション層130は、ネゴシエーションモジュール132を備えることができる。ネゴシエーションモジュール132は、エージェント1110と他の第三者のエージェントとの間におけるセキュリティポリシー及び/又はアクセス制御ポリシーをネゴシエートするように構成される。例えば、ネゴシエーションモジュール132は、エージェント1110によって管理及び/又は制御される情報に対するアクセスがあれば、どんなアクセスが他のエージェントエージェントN150に与えられているかを判断する。同様に、ネゴシエーションモジュール132は、エージェントN150から提供される情報がエージェント1110の知識ベース126内に格納されているかどうかを判断する。いくつかの実施形態において、ネゴシエーションモジュール132は、エンティティ間例えば、エージェント1110と、エージェントN150といった他の外部エージェントとの間における信用確立trustestablishmentの多数のイタレーションを追跡することができる。そのために、ネゴシエーションモジュール132は、特定のエンティティに適用可能なネゴシエーションオントロジ、ネゴシエーションストラテジ、及びネゴシエーションルールにアクセスするように構成されてもよい。例えば、エージェント1110とエージェントN150との間のデータ共有ネゴシエーションは、エージェントN150によって提供される認証情報、エージェントN150の権限付与レベル、及びエージェントN150の信用状態等を評価することを含んでもよい。以下に説明するように、データ共有ネゴシエーションの一部としてエージェントN150により提供される認証情報は、身分証明信用管理サービス170を用いて検証されてもよい。このようにして、エージェント1110はエージェントN150の身元を確認することが可能となる例えば、エージェントN150から送信されたメッセージの信頼性を検証する。エージェント1110とエージェントN150との間のデータ共有ネゴシエーションは、エンティティ間のオファー及びカウンタオファーを含む、いくつかのイタレーションを伴う。例えば、エージェント1110は、自身が管理及び/又は制御する情報へのアクセスを、ネットワーク160’上の他のエージェント例えば、エージェントN150に提供することができる。エージェント1110は、このデータ共有に条件を課してもよい。例えば、エージェント1110は、データ共有が相互交換であることを要求してもよく、エージェントN150が情報を保護するために特別なデータセキュリティ測定手段を適所に有することを要求してもよく、エージェントN150が例えば、ライセンスに従ってデータを所定の方法で利用することのみを許すことを要求したりすることができる。従って、ネゴシエーションモジュール132は、先に説明したネゴシエーションオントロジ、ストラテジ、及び/又はルール例えば、ビジネスルールを用いて、エージェントN150とのデータ共有を例えば、以下に説明する評価モジュール134のようなマッチメイキングエンジンを用いて自律的にネゴシエートすることができる。あるいは、又は更に、1人以上のユーザ例えば、人間のアクターが、信頼関係やデータ共有ルール等を定めてネゴシエーションプロセスに介入してもよい例えば、エージェント1110とエージェントN150との間のネゴシエーションを自力で行ってもよい。評価モジュール134は、外部エンティティ例えば、エージェントN150からの情報共有オファー例えば、ネゴシエーションを受け入れるべきかどうか、及び/又は、カウンタオファーを返信すべきかどうかを評価するのに用いることができる。評価モジュール134は、外部エンティティ例えば、エージェントN150からのオファー及び/又は情報要求に対して、ネゴシエーションモジュール132のネゴシエーションオントロジ、ストラテジ、及び/又はルールを評価でき、またオファーを受け入れるかどうか及び/又はカウンタオファーを返信するかどうかを判断することができる。従って、評価モジュール134は、マッチメイキングエンジン及び/又は他の推論システムを備えてもよい。ネゴシエーションを決定するにあたり、評価モジュール134は、身分証明信用管理サービス170にアクセスすることができる。身分証明信用管理サービス170は、セマティックフレームワーク112内の評価モジュール134及び/又は他の構成要素が、外部の第三者のエンティティ例えば、エージェントN150の身元及び/又はエンティティにより送信された認証メッセージを検証することができるように、ユーザストア172例えば、ユーザ身分証明データベース等を備えてもよく、及び/又はユーザストア172に通信可能に結合されてもよい。例えば、エージェントN150は、情報の要求をエージェント1110に提出することができる。エージェント1110のセマンティックフレームワーク112は、所望の情報に対するアクセスについてエージェントN150とネゴシエートするのに用いることができる。あるいは、又は更に、ネゴシエーションが既に行われている場合、セマンティックフレームワーク112は、エージェントN150とネゴシエートした情報共有の取り決めが、要求された情報へのアクセスを許すかどうかを判断することができる。先に説明したように、この評価は、ネゴシエーションオントロジ、ストラテジ、及びルールを備えるエージェント1110とエージェントN150との間のネゴシエーションに基づいてもよい。ネゴシエーション及び/又はそれに続く情報へのアクセスの本質は、エージェントN150の身元に依存する。例えば、エージェント1110は、エージェントN150と長期にわたって確立された関係を有しているかもしれない。そして、エージェントN150は、エージェント1110により管理及び/又は制御されている情報への比較的高レベルのアクセスをネゴシエートすることができる。同様に、エージェント1110は、エージェントN150により提供される情報を信用することができる。あるいは、エージェントN150は、エージェント1110に対して相対的に知られていないかもしれない。実際、ある場合には、エージェント1110は、エージェントN150との確立されたビジネス関係を有していないかもしれない。この場合、エージェントN150は、エージェント1110により管理及び/又は制御される情報への比較的低レベルのアクセスしか認められない。しかしながら、エージェント1110とエージェントN150との間でデータが共有されるにつれて、それらの間でネゴシエートされた情報共有ポリシーは、エージェント1110とエージェントN150との間の信用を高めるように反映させることができる。エージェントN150の身元は、様々な方法を用いて判断することができる。いくつかの実施形態において、エージェント1110とエージェントN150との間に送信されるメッセージは、署名例えば、X.509署名等を含むことができる。この実施形態において、身分証明信用管理サービス170は、データストア132に通信可能に結合することができる。データストア132は、信用されたエンティティからのデジタル署名を検証するために、複数の信用された公開鍵証明書を備えている。他の実施形態において、エージェント110と150との間で送信されるメッセージは、WSセキュリティトークンやケルベロスチケット、又はセキュリティアサーションマークアップ言語SecurityAssertionMarkupLanguage:SAMLアサーション等といった認証トークンを含むことができる。セマンティックフレームワーク112は、スキーマインスペクタ142及びデータマネージャ144を含むハーベスティングモジュール140を更に備えてもよい。スキーマインスペクタ142は、概ね先に述べたように例えば、概念マッピングシステムのシステム又は方法を用いて、非構造化データ及び/又は構造化データとエージェント1110のオントロジライブラリ124との間のマッピングを実現することができる。またスキーマインスペクタは、マップされたデータにセキュリティラベル例えば、セキュリティ述語を付与するように構成されてもよい。先に説明したように、このことには、入りデータ例えば、RDFステートメント内において識別されている概念を、以下に説明するセキュリティマッピングルールモジュール146内に格納されているセキュリティパターンと照合することが含まれてもよい。セキュリティパターン照合に関連するセキュリティラベルは、概念に付与されてもよい。マップされ、且つセキュアにされた概念は、知識ベースモジュール126によって送信され、且つ格納されてもよい。データマネージャ144は、エージェント1110によるデータの検索及び配布を管理することができる。エージェント1110は、データマイニング又は他のデータ検索処理を介して、非構造化データからデータを獲得するように構成されてもよい。またデータマネージャ144により、エージェント1110は、エージェントN150のような他のエージェントに対して、ネットワーク160’を介して情報の要求を送信することができる。同様に、データマネージャ144により、エージェント1110はネットワーク160’上の他のエージェントからの情報の要求に応答することができる。従って、データマネージャ144は、様々なデータソースと通信するように構成されてもよい。データソースは、例えばデータベース例えば、構造化クエリ言語StructuredQueryLanguage:SQLデータベースやXMLデータベース等、ディレクトリ例えば、X.509ディレクトリやライトウェイトディレクトリアクセスプロトコルLightweightDirectoryAccessProtocol:LDAP等、ファイルシステム例えば、階層型ファイルシステムやフラットファイルシステム、分散型ファイルシステム等、又は他のデータ記憶システム等である。またデータマネージャ144は、ネットワーク160’を介してエージェントと通信するように構成されてもよく、用いられる通信プロトコルは、例えばリモートメソッドインヴォケーションRemoteMethodInvocation:RMI、シンプルオブジェクトアクセスプロトコルSimpleObjectAccessProtocol:SOAP、ウェブサービス記述言語WebServicesDescriptionLanguage:WSDL、又は他の通信プロトコルである。セキュリティ層114は、セマンティックフレームワーク112の動作を制御するために用いられ、特に、セキュリティラベル例えば、セキュリティ述語をエージェント1110により管理及び/又は制御される情報に付与し、エージェント1110のセキュリティラベルと他のエージェントのセキュリティラベルとの間の変換をし、且つ外部エージェント間でセキュリティポリシーをネゴシエートするのに用いられる。セキュリティ層114は、セキュリティマッピングルールモジュール146を備えてもよい。データマネージャ144により非構造化データが検索されるにつれて、先に述べたように例えば、スキーマインスペクタ142、オントロジライブラリ124、及び/又はグローバルオントロジサービス160を用いてデータはオントロジに意味論的にマップされてもよい。同様に、データマネージャにより検索される意味論的に構造化されたデータは、エージェント1110のオントロジにマップされてもよい。セキュリティマッピングルールモジュール146は、1つ以上のセキュリティパターンを、取り込まれたセマンティックデータに適用することによって、そのデータにセキュリティラベルを付与することができる例えば、先に説明したセキュリティパターンごとにセキュリティラベルをデータに付与することができる。データは、関連するセキュリティラベル例えば、セキュリティ述語と一緒に知識ベース126に格納することができる。セキュリティ層114は、データ推測モジュール136を更に備えてもよい。先に説明したように、セマンティック情報は、様々な方法で表現することができる。従って、セマンティック情報から推測され及び/又は伴われた情報には、知識ベース126内に既に存在している同一のデータとは異なるセキュリティラベルを与えることができる。推測され及び/又は伴われた情報に付与されたセキュリティラベルが、セマンティックフレームワーク112内に既に存在している情報のセキュリティラベルほど制限的ではない場合、推測され及び/又は伴われた情報は、情報漏れするかもしれない例えば、高いレベルのセキュリティラベルに従ってアクセス可能であるように意図されている情報は、より低いレベルのセキュリティラベルを介してアクセス可能となる。同様に、ある場合には、多数のセキュリティラベルが特定のセマンティックデータステートメントにマップするかもしれない。データ推測モジュール136は、例えば、セキュリティマッピングルールモジュール146に格納されているようなセキュリティ層114のセキュリティポリシーに従って、これらのコンフリクトを解消するように構成されてもよい。セキュリティ層のポリシーエンジン128は、ポリシーモジュール122に格納されているポリシーを読み出すように構成されてもよい。先に説明したように、ポリシーモジュール122は、情報共有例えば、ネットワーク160’上のエージェント間、信用管理ポリシー、委任ポリシー、プライバシーポリシー、認証ポリシー、承認ポリシー、及びオントロジカルポリシー等の様々なポリシー形式を含むが、これらに限られるものではない。オントロジカルポリシーは、例えば、オントロジライブラリ124に従ってセマンティックフレームワーク112内の動的な構成要素を表すのに用いることができる。動的な構成要素とは、主語、リソース、証明書及びオブリゲーション等である。従って、ポリシー122は、エージェント1110とエージェントN150等の外部の第三者エージェントとの間における情報共有ネゴシエーションに従って作られたポリシー情報を含むことができる。このネゴシエートされたポリシーは、エージェント1110とエージェントN150との間の情報共有の関係を定義することができる。この情報共有の関係には、情報を共有してもよい主語、共有すべきリソース例えば、エージェントN150に利用可能なセキュリティレベルを含む、エージェントN150から要求される証明書、及びエージェントN150及び/又はエージェント1110の義務を含むが、これに限られるものではない。ポリシーエンジン128は、ポリシーモジュール122に格納されているポリシー情報を読み出し、エージェントN150のような外部のエージェントから証明書を受け取り、それに応じて例えば、エージェントの身元、エージェントにより提供される証明書、及びエージェントにより要求される情報のセキュリティラベル等に基づいてアクセスの決定を行うように構成されてもよい。図2は、2つ以上のエージェント間における情報共有ポリシーをネゴシエートする方法200の一実施形態に係るフローチャート図である。ステップ210において、本方法200は初期化されることができる。これは、ネゴシエーションオントロジ、ネゴシエーションストラテジ、及び/又はネゴシエーションルールといったネゴシエーションの処理に必要な情報にアクセスすることを含んでもよい。ステップ210における初期化は、図1のサービス160及び170といったグローバルオントロジサービス160及び/又は身分証明信用管理サービス170にアクセスすることを更に含んでもよい。これらのサービスにより、方法200は、セマンティック情報を外部のエージェントから方法200がアクセス可能なドメイン固有のオントロジ例えば、方法200のネゴシエーションオントロジに変換することができる。身分証明信用サービスにより、方法200は外部のエンティティから送信されたメッセージを認証することができる。ステップ220において、方法200は、当該方法200により管理及び/又は制御される情報に対する要求を受信することができる。この要求は、方法200のセマンティックフレームワークと外部のエンティティとの間の情報共有ポリシーを確立するための要求を含んでもよい。ステップ230において、方法200は、要求に係る送信者の身元を判断することができる。これは、メッセージに格納されている識別情報例えば、デジタル署名、鍵、パスワード、又はSAMLアサーション等にアクセスすることを含んでもよい。更に、要求者の身元の認証は、身分証明信用管理サービス例えば、オープンIDサービス、又は認証局等にアクセスすることを含んでもよい。要求者の身元は、方法200には知られていないかもしれない例えば、これは要求者からの最初の情報要求かもしれない。この場合、方法200は、先に説明したオープンID又は他の連合した識別サービス例えば、信頼されているルート認証局、又は他の動的な認証情報の発行と検証フレームワークといった動的な識別システムを用いて、要求者を動的に識別することができる。これにより、方法200は、当該方法200と要求者との間の信頼関係を手動で確立することなく、要求者に対するアクセスを実現することができる。ステップ240において、方法200は、要求者に関連する情報共有ポリシーにアクセスすることができる。いくつかの実施形態において、相互に受け入れられるレベルの信用が確立される前に、信用の確立に係る複数のイタレーションが方法200と他のエンティティとの間で必要とされる。信用のレベルは、方法200が特定のエンティティと相互に関わるにつれて、時間と共に高くなるだろう。例えば、新たな、相対的に知られていないエンティティ例えば、要求者は、方法200により管理及び/又は制御される情報への比較的低いレベルのアクセスが認められるだろう。このアクセスのレベルは、ネゴシエーションオントロジのコンテキスト内に、ネゴシエーションストラテジ及び/又はルールとして表現されてもよい。しかしながら、方法200がエンティティと首尾よく相互に関わるにつれて、及び/又は手動による介入により、特定のエンティティとの信用のレベルは高くなるかもしれない例えば、要求者に、方法200により管理及び/又は制御されている情報に対する更なる権利が認められるかもしれない。いくつかの実施形態において、エンティティのアクセスのレベルは、以下に記載のネゴシエーション処理に従って修正されることができる。例えば、要求者は、要求しているエンティティにより管理及び/又は制御される情報に方法200がアクセスすることを許可することにより例えば、相互交換の情報共有関係を確立することにより、要求者に更なるアクセスが認められてもよい。同様に、情報アクセスは、方法200と要求者との間における、データが所定の方法で利用されるという合意例えば、ライセンス契約に基づいてもよい例えば、読み取り専用、他のエンティティに配布できない等。当業者は、方法200と要求者との間の情報共有ポリシーは修正可能であること、及び/又は様々な要因に基づくことができることを認識するだろう。方法200は情報共有ポリシーが存在すると判断した場合、フローはステップ260に進み、方法200は、ステップ220の要求をネゴシエートすることができる。そうでない場合、フローはステップ250に進み、要求者のための新たな情報共有ポリシーが確立されてもよい。ステップ250において、要求者のための新たな情報共有ポリシーが初期化されてもよい。この情報共有ポリシーは、先に説明したネゴシエーションオントロジ、ストラテジ、及びルールに基づいてもよい。いくつかの実施形態において、ステップ250の情報共有ポリシーは、ステップ230において確立された要求者の身元に準じて初期化されてもよい。例えば、要求者は、他のコンテキストで方法200に知られているかもしれない例えば、売り手と買い手の関係といった仕事絡みで。要求者のための情報共有ポリシーは、以前から存在する関係の性質に準じて例えば、ネゴシエーションオントロジ、ストラテジ、及び/又はルールによって定義されるように初期化されてもよい。同様に、その身元及び/又は信用レベルが高信頼のソース例えば、図1のサービス170といった身分証明信用管理サービス等によって確立されている未知の要求者が、ステップ250で初期化される情報共有ポリシーの性質に影響を及ぼすかもしれない例えば、身元が信頼ソースによって検証されている要求者には、身元が自己検証される、及び/又は低信頼ソースによって検証されている要求者よりも、より高いレベルの初期アクセスが認められてもよい。当業者によって十分理解されているように、先に説明したネゴシエーションオントロジ、ストラテジ、及びルールは、ステップ220における要求内の任意のプロパティ及び/又はステップ230で確立された要求者の身元に実質的に基づいて、情報共有ポリシーを初期化するのに用いることができる。ステップ260において、方法200は、情報共有ポリシーに従って要求をネゴシエートしてもよい。いくつかの実施形態において、ステップ260のネゴシエーションは、ステップ220において要求された情報に適用されている1つ以上のセキュリティラベル例えば、セキュリティ述語を、ステップ250又は252で得られた情報共有ポリシーと比較することを含んでもよい。ネゴシエーションは、要求者により求められているアクセスの性質を判断することを含んでもよい例えば、読み取り専用のアクセス、読み取り及び配布、利用規約等。ステップ260における情報要求のネゴシエートは、先に述べたようにネゴシエーションオントロジ、ネゴシエーションストラテジ、及び1つ以上のネゴシエーションルールにアクセスすることを含んでもよい。更に、ネゴシエーションは、ステップ220において受信した要求の性質を判断してもよい。例えば、方法200は、要求者によって要求された情報に関連するセキュリティラベル例えば、セキュリティ述語を決定してもよい。故に、方法200は、要求されたデータを方法200のオントロジ上に例えば、図1のオントロジライブラリ124にマップすることができる。同様に、ネゴシエーションは、要求されたアクセスの性質例えば、読み取りアクセス、書き込みアクセス、ライセンスに従ったアクセス等を決定することを要求してもよい。要求されたアクセスのタイプは、ネゴシエーションオントロジにマップされてもよい。ネゴシエーションは、更に、情報を共有する際の条件例えば、ライセンス条件等や、情報共有が相互交換であるかどうか等を評価することを含んでもよい。いくつかの実施形態において、ステップ260のネゴシエーションは、はい又はいいえの決定に帰着する簡単な比較を行うことを含んでもよい。他の実施形態において、ステップ260のネゴシエーションは、1つ以上のオファー及びカウンタオファーの通信を行うことを含んでもよく、共有したい情報、どのように情報を共有するか、及び情報を共有する際の条件等をネゴシエートすることができる。図3は、意味論的にセキュアにされた情報へのアクセスをネゴシエートする方法300の一実施形態を示している。ステップ305において、本方法300は、概ね先に説明したように初期化することができる。この初期化は、方法300に関連するオントロジライブラリ例えば、図1のオントロジライブラリ124へのアクセス、例えば、図1のポリシー122内のネゴシエーションオントロジ、ストラテジ、及び/又はルールへのアクセス、及び例えば、図1のモジュール146内の1つ以上のセキュリティマッピングとルール等へのアクセスを含んでもよい。ステップ310において、方法300により管理及び/又は制御される情報の要求を受信することができる。要求者に関連する情報共有ポリシーも、ステップ310にて受信及び/又は取得することができる。情報共有ポリシーは、概ね先に図2につき述べたように、取得及び/又は生成されることができる。ステップ320において、方法300は、ステップ310の要求が意味論的であるのか、非構造化フォーマットであるのかを判断することができる。ステップ320における判断により、方法300は、要求された情報を方法300のオントロジにマップすることができる。例えば、ステップ310における情報要求は、要求された情報を意味論的に調べたり例えば、特定のオントロジの範囲内のデータ、RDF形式のデータ、またはOWLのデータ等を調べる、又はその代わりに、要求は非構造化フォーマットで例えば、自然言語検索のように、文章形式等で表現されてもよい。情報要求が意味論的に表現されている場合、ステップ322に進む。そうでない場合、ステップ324に進む。ステップ322において、セマンティック情報の要求は、方法300のオントロジに例えば、図1のオントロジライブラリ124にマップされてもよい。方法300がスパース及び/又はドメイン固有のオントロジを用いる場合、ステップ322のマッピングは、要求内のセマンティックデータを方法300のドメイン固有のオントロジ例えば、図1のオントロジライブラリ124にマッピングすることを含んでもよい。いくつかの実施形態において、方法300は、図1のグローバルオントロジサービス160等のグローバルオントロジサービスにアクセスして、マッピングを実行してもよい。グローバルオントロジサービスは、要求者に用いられるオントロジから方法300のドメイン固有及び/又はスパースオントロジへ変換するのに用いることができる。あるいは、又は更に、方法300は、他の技術例えば、タームマッチング又は曖昧性除去等を用いてマッピングを実行してもよい。ステップ324において、情報要求内の非構造化データは、方法300のオントロジにマップされてもよい。ステップ324のマッピングは、概ね先に説明したように、自然言語をオントロジにマッピングすること例えば、概念マッピングを含んでもよい。ステップ330において、ステップ310で要求された情報に関連する1つ以上のセキュリティラベル例えば、ステップ322又は324で決定されたセマンティックデータに割り当てられるセキュリティラベルが取得されてもよい。先に説明したように、方法300により管理及び/又は制御されるセマンティック情報は、1つ以上のセキュリティパターンを用いて適用された各セキュリティラベル例えば、セキュリティ述語を備えてもよい。要求データを方法300のオントロジにマッピングする際に、これらのセキュリティパターンは、ステップ322又は324においてマップされたセマンティック情報に付与することができる。結果としてセキュリティラベルは、ステップ330において取得され、以下に説明するステップ350から370のネゴシエーション処理に用いられることができる。ステップ340において、方法300は、ステップ310で要求される、情報へのアクセスレベルが意味論的なフォーマットであるのか、非構造化フォーマットであるのかを判断してもよい。アクセスレベルは、ステップ310で要求されたアクセスの性質を示すことができる。例えば、読み取りアクセス要求によって、要求者は、方法300により管理及び/又は制御される情報を読み取ることができるが、他の方法でその情報を用いることはできない例えば、情報の配布及び/又は修正をすることはできない。読み取り/書き込みアクセスは、方法300により管理及び/又は制御される情報を修正可能であることを意味してもよい。同様に、読み取り/配布アクセスによって、要求者は、情報を読み取ることができ、また情報を他のエンティティに利用可能とすることもできる。個々の要求者は、様々な要求に係るアクセスレベルを表現するための異なる条件及び/又は手段を有しているかもしれない例えば、アクセス制御リストAccessControlList:ACL又はUnixアクセスビットマスク等のように。更に、ステップ330のアクセスレベルは、情報についての利用規約及び/又はライセンス情報を含んでもよい例えば、要求者がどのように情報を用いることができるか等。このアクセスレベル情報は、意味論的に及び/又は非構造化フォーマットで表現されてもよい。情報が意味論的に表現されている場合、フローはステップ342に進む。そうでない場合、フローはステップ344に進む。ステップ342において、要求内のセマンティックアクセスレベル情報は、方法300のオントロジに例えば、ネゴシエーションオントロジにマップされてもよい。これにより、例えば、ステップ350において方法300が、要求されたアクセスレベルを認めるべきかどうかを決定することができる。ステップ342のマッピングは、概ねステップ322につき先に述べたように実行されてもよく、またグローバルオントロジサービスにアクセスして、方法300のネゴシエーションオントロジ又は他のオントロジと要求内で用いられているオントロジとの間の変換を行ってもよい。ステップ344において、非構造化例えば、自然な文章又は他のフォーマットのアクセス情報は、方法300のネゴシエーションオントロジ又は他のオントロジにマップされてもよい。このマッピングは、先に説明した概念マッピング処理を含んでもよい例えば、タームマッチング又は曖昧性除去等を含んでもよい。図3は、要求に係る特定の部分例えば、要求者によって参照される情報及び情報に対する要求されたアクセスレベルを方法300のオントロジへ変換することを示すが、当業者は、要求が付加的な情報を含み、この付加的な情報が方法300のオントロジに同様に変換例えば、マップされることも可能であることを認識するだろう。このような情報には、要求者の身元、要求者の属性例えば、要求者の従業員識別子や社会保障番号、連絡先等、組織内における要求者の役割例えば、人事やクレーム処理等、及び要求者によって管理及び/又は制御されるデータにアクセスするための互恵的な許可等を含むことができるが、これらに限られるものではない。そして、本開示は、要求を含む特定の情報及び/又は要求情報の特定のセマンティックマッピングに限るものとして解釈されるべきではない。ステップ350において、要求からのセマンティック情報は、情報へのアクセスが提示された条件において認められるべきかどうかを判断するために、情報共有ポリシー、ネゴシエーションオントロジ、ストラテジ及びルールとともに用いられてもよい。ステップ350の判断は、要求者により求められている情報に付与されているステップ330において取得されたセキュリティラベル、及び/又は要求者により求められているステップ342又は344において取得されたセマンティックアクセスレベル及び又は利用条件を、要求内の他の情報とともに、要求者の情報共有ポリシーと比較することを含んでもよい。先に説明したように、いくつかの実施形態において、ステップ350のネゴシエーション評価は、推論エンジン例えば、マッチメイキングエンジンにより実行されてもよい。ステップ350の評価は、要求者の情報共有ポリシー、及び/又は方法300のネゴシエーションポリシー、ストラテジ及び/又はルールによって判断されてもよい。例えば、情報共有ポリシー及び/又はネゴシエーションルールは、要求者が特定のセキュリティラベル例えば、公開セキュリティラベルを有するセマンティック情報に対する読み取りアクセスを許可されていることを示してもよい。故に、要求者により求められている情報に係るセキュリティラベルが公開でない場合、以下に説明するように要求は拒絶されてもよい。同様に、情報は、その情報が特定のエンティティにのみ利用可能であることを示すセキュリティラベルを含んでもよい例えば、人の個人情報は、その人自身又は特定の役割を有するエンティティ例えば、人事等といった特定の要求者にのみ利用可能とすることができる。同様に、情報に係るセキュリティラベルは、特定のタイプの情報が特定の条件例えば、特定のライセンス下での読み取り専用等においてのみアクセス可能であることを示してもよい。当業者によって十分理解されているように、様々なセキュリティラベル、情報共有ポリシー情報、及び/又は要求属性を、ステップ350のセマンティック評価において用いることができる。ステップ350の評価により、情報が要求内のパラメータ例えば、ステップ310ので要求内のアクセスレベル及び/又は使用条件に従って共有されてもよいと評価された場合、フローはステップ360に進む。そうでない場合、フローはステップ352に進む。ステップ352では、カウンタオファーを要求者に送信することができる。カウンタオファーは、方法300が要求を受け入れ可能とするために、ステップ310の要求内に何が含まれるべきかを示すことができる。カウンタオファーは、先に説明したネゴシエーションオントロジ、ストラテジ、及びルールを用いて確立することができる。例えば、ネゴシエーションストラテジ及びルールは、情報に対するアクセスを特定のエンティティに提供するために、エンティティが特定のライセンス条件において情報を利用することに合意しなければならないことを示してもよい。カウンタオファーは、ライセンス条件を含んでもよく、要求がその条件に従って再提示された場合、要求を受け入れ可能であることを示してもよい。あるいは、又は更に、カウンタオファーは、他のエンティティに相互アクセスが認められている場合、特定のエンティティのみが情報にアクセスできることを示してもよい例えば、エンティティが自己の情報の共有を許可している場合、又はその場合に限り、情報を共有することができる。同様に、カウンタオファーは、要求された情報がセキュアにされており、及び/又は非公開であることを示してもよく、またより高い信用レベルを有するエンティティのみがその情報にアクセスできることを示してもよい。この場合、カウンタオファーは、エンティティが自己の信用レベルを高めることができる1つ以上の方法を示してもよい例えば、より良い認証メカニズム、又は帯域外交換等を用いることによって。当業者は、ステップ352のカウンタオファーは、要求に対する従来知られているいかなる修正も含むことができると認識できるだろう例えば、情報タイプ、情報アクセスレベル、ライセンス契約、又は支払い等。そして、本開示は、カウンタオファーの特定のタイプに限るものとして解釈されるべきではない。またステップ352において、カウンタオファーは、ネットワーク送信例えば、メッセージ又は帯域外通信等を介して、要求者に返信されてもよい。ステップ360において、方法300は、カウンタオファーに対する応答を受信してもよい。この応答は、ステップ352のカウンタオファーに係る1つ以上の条件を承諾したことの指示及び/又は情報の要求を含んでもよい。ステップ360の応答に係る情報の要求は、概ね先に述べたようにステップ310において処理されることができる。ステップ370において、ステップ310で受信した要求に係る情報は、要求者に提供されてもよい。これは、当該情報を含むメッセージを要求者に対しネットワーク又は他のデータ送信手段を介して送信することを含んでもよい。あるいは、データの提供は、認証及び/又は許可証明書を要求者に提供することを含んでもよく、これにより要求者が別の機会に及び/又は他の通信方法を用いてデータにアクセスすることができる。図4は、他のエンティティからセマンティック情報を要求する方法400の一実施形態に係るフローチャート図である。ステップ405において、本方法400は初期化されてもよい。この初期化は、概ね先に述べたように、1つ以上の情報共有ポリシー、ネゴシエーションポリシー、ストラテジ、及び/又はルールにアクセスすることを含んでもよい。ステップ410において、情報の要求が生成されてもよい。いくつかの実施形態において、情報の要求は、特定のエンティティ例えば、図1のエージェントN150に合わされてもよい。この場合、要求の内容は、エンティティと確立され、及び/又はネゴシエートされる情報ポリシーに従ってもよい。情報共有ポリシーは、方法400に利用可能なアクセスの性質例えば、読み取り、書き込み、配布、又は利用規約等を示すことができる。同様に、情報共有ポリシーは、方法400が要求できる情報の性質や、どのように情報が表現されることになっているかを示すことができる例えば、非構造化表現、意味論的な表現、又は特定のオントロジによる表現等。エンティティに対する情報共有ポリシーが存在しない及び/又は情報要求が任意の特定のエンティティに向けられない場合例えば、情報要求が複数のエンティティに向けてブロードキャストされる場合、情報要求410は一般的なものとすることができる。汎用の情報要求は、以下にステップ430-470につき説明するネゴシエーション処理の間に修正されることができる。情報要求は、方法400により要求された情報を示すことができる。情報要求は、要求された情報を意味論的に及び/又は非構造化フォーマットで例えば、自然言語検索等のように示すことができる。意味論的に要求された情報は、方法400のオントロジの範囲内例えば、方法400のドメイン固有のオントロジの範囲内、グローバルオントロジの範囲内、又は被要求者のオントロジの範囲内等で表現されてもよい。同様に、所望のアクセスレベル、及び利用規約等は同様に表現されてもよい。非構造化要求は、自然言語検索条件、アクセス制御プリミティブ、又はライセンス条件等を含んでもよい。ステップ420において、情報要求は、1つ以上のエンティティに対して送信され及び/又はブロードキャストされてもよく、また1つ以上の応答が受信されてもよい。各応答は、以下のステップ430-470において述べるように処理されてもよい。ステップ430において、方法400は、応答が要求の承諾であるかどうかを判断することができる。ステップ430の判断は、応答を分析し、ステップ420で要求された情報を含んでいるかどうかを判断することを含んでもよい。あるいは、応答は、方法が他の通信方法を用いて例えば、相互に認証されたSSL等といった、セキュアなバックチャネル接続を介して情報を検索可能とする鍵又はトークン等を含んでもよい。応答が承諾である場合、ステップ432に進む。あるいは、応答の一部は、カウンタオファー及び/又は拒絶を含んでもよい。カウンタオファー及び/又は拒絶は、ステップ440で処理されることができる。ステップ440において、カウンタオファー及び/又は拒絶の条件は、方法400のネゴシエーションオントロジにマップされてもよい。例えば、カウンタオファーはライセンス条件を含んでもよく、これは要求に係る情報へのアクセスのために承諾されなければならないものである。ネゴシエーションオントロジは、ライセンスに対応する概念又は他のセマンティックデータを含んでもよい。同様に、カウンタオファー及び/又は拒絶は、アクセスレベルを含んでもよく、このアクセスレベルの下で例えば、読み取り専用としてのみ情報を利用可能である。このアクセスレベルは、ネゴシエーションオントロジに同様にマップされてもよい。当業者によって十分理解可能であるように、任意のカウンタオファー及び/又は拒絶のプロパティ及び/又は属性もネゴシエーションオントロジにマップされることができる。ネゴシエーションオントロジは、相互要求、セキュリティラベル例えば、セキュリティ述語の指標、信用レベル要件、又は支払い用件等を含むが、これらに限られるものではない。ステップ450において、カウンタオファー及び/又は拒絶は、カウンタオファー及び/又は拒絶に係る条件が承諾されてもよいかどうかを判断するために評価されてもよい。これは、カウンタオファー及び/又は拒絶に係る条件を、方法400に係る1つ以上のネゴシエーションルール及び/又はストラテジと比較することを含んでもよい。カウンタオファー及び/又は拒絶に係る条件が承諾できない及び/又は承諾可能となるように修正されることができない場合、フローはステップ462に進んで要求は終了されてもよい。そうでない場合、フローはステップ470に進む。ステップ470において、ネゴシエーションストラテジ及び/又はルールは、カウンタオファー及び/又は拒絶に応答するのに用いられてもよい例えば、推論及び/又はマッチメイキングエンジンを用いて。ステップ470の応答は、例えば、要求されたアクセスレベルの修正、サービス利用規約への合意、相互情報アクセスの提供の合意、より高レベルの認証証明書の提供、又はエンティティに対する支払いの送金等によってカウンタオファーに係る条件の承諾を含んでもよい。あるいは、又は更に、応答は、カウンタオファー及び/又は拒絶に係る1つ以上の条件を修正してもよい例えば、データに対して中間のアクセスレベルを提案する、異なる支払金額を提案する、又は別の相互情報共有取り決めを提案する等。当業者によって十分理解可能であるように、ステップ420のカウンタオファー及び/又は拒絶内に含まれるいかなる条件も、ステップ470の応答において修正されることができる。ステップ475において、カウンタオファー及び/又は拒絶に対しステップ440で生成された応答は、送信されてもよく、及び/又は、そうでなければエンティティにとって都合のよい条件に修正され、そこへ新たに応答が受信されてもよい。この応答が受信されると、ステップ430に進み、先に述べたように応答は更に処理されてもよい例えば、要求があれば更にネゴシエートされてもよい。上述の記載は、本願明細書に記載されている実施形態の理解のため、多くの具体的な詳細を提供する。しかしながら、当業者によれば、1つ以上の具体的な詳細が排除可能であり、又は他の方法、構成要素、又は資料が使用可能であることが認められるだろう。ある場合には、動作は示されず又は詳細に記載されていない。更に、1つ以上の実施形態において記載された機能、動作、又は特徴は、任意の適切な方法によって結合されることができる。当業者によって十分理解されるように、開示された実施形態とともに記載された方法に係るステップ及び動作の順序は変更可能であることが容易に理解されるだろう。そして、順序が必須であると特定されていない限り、図面又は詳細な説明におけるいかなる順序も、図示する目的だけのためにあって、必須の順序を意味するものではない。実施形態は様々なステップを含んでもよく、これらは機械/コンピュータにより実行可能な命令として具体化されてもよい。命令は、メモリに格納され、パーソナルコンピュータ、ラップトップコンピュータ、モバイルコンピュータ、パーソナルデジタルアシスタント、又はスマートフォン等といった汎用の又は特殊用途のコンピュータ内のプロセッサにより実行されるように構成されてもよい。あるいは、ステップは、それを実行するための特定の論理を含むハードウェア要素により、又はハードウェア、ソフトウェア、及び/又はファームウェアの組み合わせにより、実行されてもよい。実施形態は、格納された命令を有しているコンピュータ可読媒体を含むコンピュータプログラム製品として実現してもよく、この命令はコンピュータにより実行されると本願明細書に記載されている処理を実行するようにプログラムされてもよい。コンピュータ可読媒体には、ハードドライブ、フロッピー登録商標ディスク、光学ディスク、CDロム、DVDロム、ROM、RAM、EPROM、EEPROM、磁気又は光学カード、ソリッドステートメモリ装置、又は他の形式の媒体/コンピュータ可読媒体であって電気的命令を格納するのに適しているものが含まれることができるが、これらに限られるものではない。本願明細書において、ソフトウェアモジュール又は要素は、メモリ内に格納され、及び/又はシステムバス又は有線若しくは無線ネットワークを越えて電気信号として送信されるいかなる形式のコンピュータ命令又はコンピュータが実行可能なコードを含んでもよい。ソフトウェアモジュールは、例えば、コンピュータ命令に係る1つ以上の物理的又は論理的ブロックを備えてもよい。このブロックは、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造等として構築されてもよく、1つ以上のタスクを実行し又は特定の抽象データ型を実行する。ある実施形態において、特定のソフトウェアモジュールは、メモリ内の異なる位置に格納される全く異なる命令を備えてもよく、モジュールの記載されている機能性を実装する。実際は、モジュールは1つの命令又は複数の命令を備えることができ、また様々な異なるコードセグメントを越えて、異なるプログラム間で、及びいくつかのメモリにわたって、分配されてもよい。いくつかの実施形態は分散型コンピュータ環境において実施されており、通信ネットワークを介して接続されるリモート処理装置によりタスクが処理される。分散型コンピュータ環境において、ソフトウェアモジュールは、ローカル及び/又はリモートのメモリ格納装置内に存在してもよい。更に、データは、同一のメモリ内に又はいくつかのメモリにわたって常駐してもよく、またネットワークの全域にわたってデータベース内の記録の分野で相互に結合されてもよい。当業者によって理解されるように、本開示の基礎をなしている原理から逸脱することなく、先に述べた実施形態の詳細について多くの変更がなされてもよい。本発明の範囲は、従って、請求項によってのみ決定されるべきである。"