(57)【要約】セマンティック情報は、１つ以上のセマンティックセキュリティラベル（例えば、セキュリティ述語）を用いるエージェントにより、安全なものとすることができる。エージェントは、意味論的に表現されるポリシー、ストラテジ、及び／又はルールの集合に従って、他のエージェントがセマンティック情報にアクセスすることができるように構成することができる。情報を受信する要求は、エージェントのネゴシエーションポリシーにマップされてもよい。エージェントは、要求をセマンティック情報共有ポリシーに対して評価することができる。情報が情報共有ポリシー下でアクセス可能である場合、その情報を提供することができる。アクセス可能でない場合には、エージェントは、ネゴシエーションオントロジ、ストラテジ、及びルールを用いて、情報共有条件をネゴシエートすることができる。同様に、エージェントは、他のエンティティから情報を要求することができる。情報要求の条件は、ネゴシエーションオントロジ、ストラテジ、及びルールを用いてネゴシエートされてもよい。【選択図】  図１
2013536506.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと、当該プロセッサに通信可能に結合されるメモリとを含むシステムにより実行されるセマンティック情報の共有方法であって、前記メモリは前記システムに当該方法を実行させるために前記プロセッサが実行し得る命令を格納しており、
前記方法は、データ記憶媒体におけるセマンティックデータにセマンティックセキュリティラベルを付与するステップと、
前記セマンティックデータの一部分にアクセスする要求を要求者から受信するステップと、
前記セマンティックデータの前記部分に係るセマンティックセキュリティラベルを取得するステップと、
前記セマンティックセキュリティラベルを情報共有ポリシーと比較するステップと、
前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを、前記セマンティックセキュリティラベルと情報共有ポリシーとに基づいて決定するステップと、
当該判断に基づいて前記セマンティックデータの前記部分へのアクセスを提供するステップと、
前記情報共有ポリシーが前記要求者のアクセスを許可しない場合、前記要求に対してカウンタオファーで応答するステップと
を含む、セマンティック情報の共有方法。
【請求項２】
前記情報共有ポリシーを受信するステップを更に含み、前記情報共有ポリシーは前記要求者に関連付けられている、請求項１に記載の方法。
【請求項３】
前記セマンティックデータの一部分にアクセスするための前記要求は意味論的に表現される、請求項１に記載の方法。
【請求項４】
前記セマンティックデータの一部分にアクセスするための前記要求は非構造化フォーマットで表現される、請求項１に記載の方法。
【請求項５】
前記要求をオントロジライブラリ内に含まれるオントロジにマッピングするステップを更に含む、請求項１に記載の方法。
【請求項６】
前記セマンティックデータの前記部分に係る前記セマンティックセキュリティラベルは、少なくとも前記要求に係る前記オントロジライブラリ内に含まれる前記オントロジへの前記マッピングに基づいて取得される、請求項５に記載の方法。
【請求項７】
前記セマンティックセキュリティラベルは、少なくとも１つのセキュリティパターンを用いて前記セマンティックデータの前記部分に付与される、請求項１に記載の方法。
【請求項８】
前記セマンティックデータの一部分にアクセスする前記要求は、前記セマンティックデータの前記部分を識別する情報及び前記要求の性質に関連する情報を含む、請求項１に記載の方法。
【請求項９】
前記要求の性質に関連する前記情報は、要求されたアクセスレベルを含む、請求項８に記載の方法。
【請求項１０】
前記要求の性質に関連する前記情報は、前記要求者の身元に関連する情報を含む、請求項８に記載の方法。
【請求項１１】
前記要求の性質に関連する前記情報は、意味論的に表現されている、請求項８に記載の方法。
【請求項１２】
前記要求の性質に関連する前記情報は、非構造化フォーマットで表現されている、請求項８に記載の方法。
【請求項１３】
前記要求の性質に関連する前記情報をネゴシエーションオントロジにマッピングするステップを更に含む、請求項８に記載の方法。
【請求項１４】
前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを決定するステップ、ネゴシエーションオントロジに対する前記要求の性質に関連する前記情報の前記マッピングに基づいて更に行われる、請求項１３に記載の方法。
【請求項１５】
セマンティック情報を共有するためのシステムであって、
当該システムは、プロセッサと、当該プロセッサに通信可能に結合され、命令を格納しているメモリと、を備え、前記命令が前記プロセッサにより実行されると、前記プロセッサに以下の方法、すなわち、
データ記憶媒体におけるセマンティックデータにセマンティックセキュリティラベルを付与するステップと、
前記セマンティックデータの一部分にアクセスする要求を要求者から受信するステップと、
前記セマンティックデータの前記部分に係るセマンティックセキュリティラベルを取得するステップと、
前記セマンティックセキュリティラベルを情報共有ポリシーと比較するステップと、
前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを、前記セマンティックセキュリティラベルと情報共有ポリシーとに基づいて決定するステップと、
当該判断に基づいて前記セマンティックデータの前記部分へのアクセスを提供するステップと、
前記情報共有ポリシーが前記要求者のアクセスを許可しない場合、前記要求に対してカウンタオファーで応答するステップと
を含む方法を実行させる、セマンティック情報共有システム。
【請求項１６】
前記方法は、前記情報共有ポリシーを受信するステップを更に含み、前記情報共有ポリシーは前記要求者に関連付けられている、請求項１５に記載のシステム。
【請求項１７】
前記セマンティックデータの一部分にアクセスするための前記要求は意味論的に表現される、請求項１５に記載のシステム。
【請求項１８】
前記セマンティックデータの一部分にアクセスするための前記要求は非構造化フォーマットで表現される、請求項１５に記載のシステム。
【請求項１９】
前記要求をオントロジライブラリ内に含まれるオントロジにマッピングするステップを更に含む、請求項１５に記載のシステム。
【請求項２０】
前記セマンティックデータの前記部分に係る前記セマンティックセキュリティラベルは、少なくとも前記要求に係る前記オントロジライブラリ内に含まれる前記オントロジへの前記マッピングに基づいて取得される、請求項１９に記載のシステム。
【請求項２１】
前記セマンティックセキュリティラベルは、少なくとも１つのセキュリティパターンを用いて前記セマンティックデータの前記部分に付与される、請求項１５に記載のシステム。
【請求項２２】
前記セマンティックデータの一部分にアクセスする前記要求は、前記セマンティックデータの前記部分を識別する情報及び前記要求の性質に関連する情報を含む、請求項１５に記載のシステム。
【請求項２３】
前記要求の性質に関連する前記情報は、要求されたアクセスレベルを含む、請求項２２に記載のシステム。
【請求項２４】
前記要求の性質に関連する前記情報は、前記要求者の身元に関連する情報を含む、請求項２２に記載のシステム。
【請求項２５】
前記要求の性質に関連する前記情報は、意味論的に表現されている、請求項２２に記載のシステム。
【請求項２６】
前記要求の性質に関連する前記情報は、非構造化フォーマットで表現されている、請求項２２に記載のシステム。
【請求項２７】
前記要求の性質に関連する前記情報をネゴシエーションオントロジにマッピングするステップを更に含む、請求項２２に記載のシステム。
【請求項２８】
前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを決定するステップは、ネゴシエーションオントロジに対する前記要求の性質に関連する前記情報の前記マッピングに基づいて更に行われる、請求項２７に記載のシステム。
【請求項２９】
プロセッサにより実行されると、コンピュータシステムにセマンティック情報を共有するための方法を実行させる命令を格納しているコンピュータ可読媒体であって、
前記方法は、データ記憶媒体におけるセマンティックデータにセマンティックセキュリティラベルを付与するステップと、
前記セマンティックデータの一部分にアクセスする要求を要求者から受信するステップと、
前記セマンティックデータの前記部分に係るセマンティックセキュリティラベルを取得するステップと、
前記セマンティックセキュリティラベルを情報共有ポリシーと比較するステップと、
前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを、前記セマンティックセキュリティラベルと情報共有ポリシーとに基づいて決定するステップと、
当該判断に基づいて前記セマンティックデータの前記部分へのアクセスを提供するステップと、
前記情報共有ポリシーが前記要求者のアクセスを許可しない場合、前記要求に対してカウンタオファーで応答するステップと
を含む、コンピュータ可読媒体。
【請求項３０】
前記情報共有ポリシーを受信するステップを更に含み、前記情報共有ポリシーは前記要求者に関連付けられている、請求項２９に記載の媒体。
【請求項３１】
前記セマンティックデータの一部分にアクセスするための前記要求は意味論的に表現される、請求項２９に記載の媒体。
【請求項３２】
前記セマンティックデータの一部分にアクセスするための前記要求は非構造化フォーマットで表現される、請求項２９に記載の媒体。
【請求項３３】
前記要求をオントロジライブラリ内に含まれるオントロジにマッピングするステップを更に含む、請求項２９に記載の媒体。
【請求項３４】
前記セマンティックデータの前記部分に係る前記セマンティックセキュリティラベルは、少なくとも前記要求に係る前記オントロジライブラリ内に含まれる前記オントロジへの前記マッピングに基づいて取得される、請求項３３に記載の媒体。
【請求項３５】
前記セマンティックセキュリティラベルは、少なくとも１つのセキュリティパターンを用いて前記セマンティックデータの前記部分に付与される、請求項２９に記載の媒体。
【請求項３６】
前記セマンティックデータの一部分にアクセスする前記要求は、前記セマンティックデータの前記部分を識別する情報及び前記要求の性質に関連する情報を含む、請求項２９に記載の媒体。
【請求項３７】
前記要求の性質に関連する前記情報は、要求されたアクセスレベルを含む、請求項３６に記載の媒体。
【請求項３８】
前記要求の性質に関連する前記情報は、前記要求者の身元に関連する情報を含む、請求項３６に記載の媒体。
【請求項３９】
前記要求の性質に関連する前記情報は、意味論的に表現されている、請求項３６に記載の媒体。
【請求項４０】
前記要求の性質に関連する前記情報は、非構造化フォーマットで表現されている、請求項３６に記載の媒体。
【請求項４１】
前記要求の性質に関連する前記情報をネゴシエーションオントロジにマッピングするステップを更に含む、請求項３６に記載の媒体。
【請求項４２】
前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを決定するステップは、ネゴシエーションオントロジに対する前記要求の性質に関連する前記情報の前記マッピングに基づいて更に行われる、請求項４１に記載の媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セマンティックデータを共有するためのシステム及び方法に関し、より詳しくは、セマンティックベースのセキュリティ述語（predicates）を、構造化及び非構造化共有データに適用するシステム及び方法に関する。
【背景技術】
【０００２】
データ通信ネットワークを通じて利用可能なデータの総量が増加している。このデータは、１つ以上のエンティティにより制御されてもよい。データへのアクセスを制御するために、エンティティは、データをデータ記憶システム（例えば、データベース記憶システム、ディレクトリシステム等）に格納することができる。このデータ記憶システムには、エンティティにより制御されるローカルエリアネットワーク（ＬＡＮ）内及び／又はエンティティの仮想／プライベートローカルエリアネットワーク（ＶＬＡＮ）内といった、制御されたネットワーク環境下においてのみアクセス可能である。エンティティが、より広範にアクセス可能なネットワーク（例えば、インターネット）上のデータを利用できるようにする場合、そのデータへのアクセスは、ロールベースアクセス制御（ＲＢＡＣ）や任意アクセス制御（ＤＡＣ）等といった、エンティティのセキュリティシステム及び／又はアクセス制御ルールにより制御されることができる。
【０００３】
エンティティは、情報を他のエンティティと共有することを望んでもよい。しかし、データへのアクセスはエンティティに特有のセキュリティ及びアクセス制御ルールを用いてセキュアにされているため、エンティティ間のデータ共有に問題が生じる可能性がある。セキュリティシステム間の変換は複雑な手動プロセスであり、これには多大な時間を要し、問題がある。その上、受信側エンティティは送信側エンティティのセキュリティ指令を無視し得るため、変換はデータのセキュリティ問題をもたらす可能性がある。
【０００４】
更に、エンティティによって共有されるデータは、意味論的に表現されることができる。データのセマンティック表現によって、（例えばエキスパートシステム、エージェント等により）データを自律的に処理することが可能となり、データの価値を著しく高め、精巧なデータマイニング、データ解析、及び他の応用を可能にする。リソース記述フレームワーク（Resource Description Framework：ＲＤＦ）は、リソース、リソースのプロパティ、及び関係を含む、機械が理解可能な記述データを提供する。他のセマンティックデータフォーマットの例には、ウェブオントロジ言語（Web Ontology Language：ＯＷＬ）、ＯＷＬ２、リソース記述フォーマットスキーマ（Resource Description Format Schema：ＲＤＦＳ）等が含まれる。
【０００５】
ここでは、オントロジ及び／又はセマンティックデータは、条件（terms）（例えば、概念）の意味と概念間の関係との双方に関する知識を体系化して収集したものに言及することができる。本開示によるいくつかの実施態様において、セマンティックデータ（例えば、オントロジカルデータ）は、１つ以上の枝により相互に接続される複数の頂点（例えば、ノード）を備えることができる。オントロジグラフにおける頂点は、オントロジにおける概念とすることができ、頂点を相互に接続する枝は、オントロジにおける関連した概念間の関係を表すことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来のセキュリティ及び／又はアクセス制御システムは、セマンティックデータへのアクセスを適切に制御するには有効ではなかった。例えば、多くのセマンティックデータフォーマット（例えば、ＲＤＦ）は、同一の「ステートメント（リソース、プロパティ、及び／又は値）」を様々な構文を用いて様々な方法により表現することを可能とするものである。従来のセキュリティシステムは、アクセス制御ルールを全ての可能な置換及び／又はデータの表現フォーマットに適用することはできなかった。そのうえ、手動によりこのようなルールを適用しても、すぐにどうしようもなくなる。
【０００７】
またセマンティックデータは、他の関連するセマンティックデータを推測し、及び／又は他の関連するセマンティックデータを伴うのに用いられる。セキュリティ及び／又はアクセス制御システムは、一貫性のあるアクセス制御ルールを、推測される情報、及び／又は伴われる情報に適用しなければならない（例えば、保護されたデータが、保護の度合いがより低いデータから「推測」され、及び／又は伴われることを防止する）。
【０００８】
そのうえ、セキュリティポリシーに関連するエンティティ間のネゴシエーションは、合理化又は自動化することさえできる。エンティティ間のセキュリティネゴシエーション処理の合理化は、多数のエンティティ間におけるデータ共有を可能とし、同様に、エンティティにより制御されるデータの価値を著しく高める。
【課題を解決するための手段】
【０００９】
本開示によるいくつかの実施態様において、セマンティックデータ（例えば、ＲＤＦコンテンツ）へのアクセスは、セキュアリソース記述フレームワーク（Secure Resource Description Framework：ＳＲＤＦ）により制御されることができる。ＲＤＦセマンティックデータは、リソース、プロパティ、リファレンス、リテラル、及び変数を含む名前付けされた有向グラフ構造に編成されるトリプルの集合を含むことができる。ＲＤＦステートメントは、リソース修正トリプルであって、ＲＤＦの主語、目的語、及び述語の３つのプロパティを含む。ＳＲＤＦは、ＲＤＦパターンを用いて、セキュリティ述語をＲＤＦステートメントに適用することにより実現できる。
【００１０】
ＲＤＦパターンは、トリプルを含むことができ、その各構成要素はデータ定数か、又はデータ変数である。パターンマッピングは、マッピングＶ，Ｖ：ＰＴ１→ＰＴ２について、第１のＲＤＦパターンＰＴ１と第２のＲＤＦパターンＰＴ２との間のマッピングとすることができる。ＳＲＤＦセキュリティポリシーは、対の集合ＳＰ＝｛ｓｐ１，…，ｓｐｎ｝を含むことができ、各セキュリティポリシーは、それぞれセキュリティラベル及び対応パターンを備える。セキュリティラベル（例えば、セキュリティ述語）は、パターンに整合するＲＤＦステートメントに適用されることができる。セキュリティ述語は、ＲＤＦステートメントへのアクセスを制御し、新たに生成されたステートメント（例えば、これにセキュリティポリシーパターンが対応する）にセキュリティ分類を割り当て、且つ、許可されていない推論（以下に説明する）のチェックを行うことができる。
【００１１】
ＳＲＤＦのセキュリティカバーは、全てのＲＤＦセキュリティポリシーマッピングの集合とすることができる。セキュリティカバーは、（例えば、多数のパターンが特定のＲＤＦステートメントに整合する場合に）どのようにセキュリティラベルのコンフリクトを管理するかを記述しているルールを更に含むことができる。
【００１２】
ＳＲＤＦは、コンフリクト解消ルールを含むことができる。これらのいくつかのルールは、数個のセキュリティラベルが特定のＲＤＦステートメントにマップしている場合に、どのセキュリティラベル（例えば、セキュリティ述語）がその特定のＲＤＦステートメントにマップされるかを定義することができる。コンフリクト解消ルールは、新たに伴われたＲＤＦステートメントにより生じ得る推測コンフリクトに対処するためのルールを更に含んでもよい。一実施態様において、コンフリクト解消ルールは、そのようなステートメントに対するマッピングテーブルで構成することができる。しかしながら、生成されるＲＤＦステートメントは、既にセキュリティカバー内にあり、異なるセキュリティラベルを有する。セキュリティラベルの違いは、（例えば、既存のＲＤＦステートメントが、推測されたＲＤＦステートメントと比較して「より高い」又は異なるセキュリティレベルを有する場合に）セキュリティポリシー違反を引き起こす。いくつかの実施態様において、このタイプの「推測された」コンフリクトは、推測されたステートメントのセキュリティラベルが既存のステートメントと比較して「より低い」（例えば、制限が緩やかである）場合、検出することができる。
【００１３】
推測されたコンフリクトは、エンティティの優先順位及び／又はセキュリティ要件に従って、様々な方法で解消することができる。例えば、推測されたステートメントのセキュリティラベルは、元の「より高い」セキュリティラベルに完全に包含され（例えば、置き換えられ）てもよい。あるいは、いくつかの実施態様において、セキュリティポリシーは、推測されたステートメントがより緩やかな制限のセキュリティレベルを維持するようにしてもよい。新たなラベルが元のラベルと比較して「より高い」（例えば、より制限的である）場合には、その新たなラベルを維持してもよい。場合によっては、セキュリティレベルを、元のレベルに下げてもよい。あるいは、又は更に、得られるセキュリティラベルは、元のセキュリティラベルと新たな推測されたラベルとの組み合わせとしてもよい。
【００１４】
いくつかの実施態様において、セキュリティポリシー（例えば、セキュリティラベルと関連マッピングの集合）は、一貫性をチェックされてもよい。これは、ポリシーにおける直接の又は推測されたコンフリクトの検出を含んでもよい。チェック結果が（例えば、直接の又は推測された）コンフリクトの存在を示す場合、ポリシー管理者に通知され、適切な対応が勧められる。あるいは、又は更に、セキュリティポリシーは、自動的に修正されてもよく、上述のように（例えば、１つ以上のコンフリクトを生じているポリシーを包含し、推測されたセキュリティラベルを維持し、及び／又はセキュリティラベルを包含させることによって）直接の及び／又は推測されたコンフリクトを実質上除去することができる。
【００１５】
上述のセキュリティ述語を用いて、本発明のシステム及び方法は、エンティティ間のセキュアなデータ共有を促進するために開発されることができる。エンティティ間のデータ共有は、非構造化データ及び／又は構造化データ（例えば、ＲＤＦに従ってフォーマット化した形式のセマンティックデータ）を備えてもよい。
【００１６】
添付の図面を参照して、さらなる態様及び利点が以下の好適な実施態様の詳細な説明から明らかになろう。
【図面の簡単な説明】
【００１７】
【図１】セマンティック情報を意味論的にセキュアにし、且つ共有するためのシステムの一実施形態に係るブロック図である。
【図２】意味論的にセキュアにされた情報を共有する方法の一実施形態に係るフローチャート図である。
【図３】意味論的にセキュアにされた情報の共有をネゴシエートする方法の一実施形態に係るフローチャート図である。
【図４】意味論的にセキュアにされた情報を要求する方法の一実施形態に係るフローチャート図である。
【発明を実施するための形態】
【００１８】
図１は、エージェント情報をセキュアに共有するためのシステムの一実施形態を示す。エージェント１１１０は、ネットワーク１６０’に通信可能に結合することができる。ネットワーク１６０’は、インターネットプロトコル（ＩＰ）ネットワーク（例えば、トランスミッションコントロールプロトコルＩＰネットワーク（ＴＣＰ／ＩＰ）等）、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、仮想プライベートネットワーク（ＶＰＮ）、無線ネットワーク（例えば、IEEE 802.11a-n、Bluetooth（登録商標）、EDGE、G3等）、公衆交換電話網（ＰＳＴＮ）、又は携帯電話ネットワーク等、従来知られている任意の通信ネットワークを含むことができるが、これらに限られるものではない。
【００１９】
エージェント１１１０は、構造化データ及び／又は非構造化データの流れを処理及び／又は制御できるヒューマンエージェント、エキスパートシステム、又は他の任意のエンティティを含むことができる。いくつかの実施形態において、エージェント１１１０はコンピューティングデバイス（不図示）を備えてもよい。エージェント１１１０のコンピューティングデバイスは、メモリ（不図示）に通信可能に結合される１つ以上のプロセッサ（不図示）、ハードディスクやストレージエリアネットワーク等といったデータストレージ（不図示）、キーボードやマウス、ディスプレイ等といった１つ以上の入力／出力装置（不図示）、及び通信インターフェース（不図示）等を備えてもよい。
【００２０】
コンピューティングデバイスは、ソフトウェアエージェント１１１０（例えば、エキスパートシステム等）により、実質上、自律的に制御される。ソフトウェアエージェント１１１０は、ヒューマンオペレータ（不図示）がエージェント１１１０のオペレーションを制御し得るユーザインターフェースを備えてもよい。あるいは、又は更に、エージェント１１１０は、ヒューマンオペレータにより実質上、直接制御されてもよい。
【００２１】
エージェント１１１０は、セマンティックフレームワーク１１２に通信可能に結合することができる。いくつかの実施形態において、セマンティックフレームワーク１１２は、エージェント１１１０の構成要素とする（例えば、エージェント１１１０等のコンピューティングデバイスのホストとする）ことができる。あるいは、又は更に、セマンティックフレームワーク１１２の一部は、１つ以上の別個のコンピューティングデバイス（不図示）に存在してもよい。この場合、エージェント１１１０のコンピューティングデバイスは、ネットワーク１６０’や単独のＬＡＮ（不図示）、ＶＰＮ（不図示）等といった通信ネットワークを介して、セマンティックフレームワーク１１２を備える１つ以上のコンピューティングデバイスに通信可能に結合することができる。
【００２２】
セマンティックフレームワーク１１２は、エージェント１１１０により管理及び／又は制御される情報を含むことができる。例えば、エージェント１１１０は、ヘルスケア提供者（例えば、保健維持機構）であってもよく、また同様に、エージェント１１１０のセマンティックフレームワーク１１２により扱われる情報は、ヘルスケア統計、患者記録、課金情報等を含んでもよい。
【００２３】
セマンティックフレームワーク１１２は、データ、オントロジ、及びルール層１２０を備え、層１２０は、ポリシーモジュール１２２、オントロジライブラリ１２４、及び知識ベース１２６を備える。ポリシーモジュール１２２は、セマンティックフレームワーク１１２のセキュリティ及び／又はアクセス制御ポリシーを定義するセキュリティポリシーを含むことができる。
【００２４】
ポリシーモジュール１２２は、ネットワーク１６０’内におけるエンティティ間（例えば、エージェント１１１０と、エージェントＮ１５０といった他の外部のエンティティとの間）の情報共有を統制するルールを含むことができる。ポリシーモジュール１２２は、アクターやアクション、義務、承認、委任、プライバシー等といった、種々の言語構造を持つポリシー言語を用いて表されるポリシーを含むことができる。例えば、ポリシーモジュール１２２に含まれる「アクター」は、ネットワーク１６０’上の特定のエージェント（例えば、エージェントＮ１５０）及び／又はエージェントＮ１５０内の個人（例えば、従業員又は代表者（delegee）等といった、エージェントＮ１５０のサブエージェント）に相当する。
【００２５】
ポリシーモジュール１２２のポリシー情報は、エージェント１１１０の要求に従って、様々なサブポリシーに分けることができる。例えば、ポリシーモジュール１２２は、どのようにエージェント１１１０が情報をネットワーク１６０’上のエンティティと共有するかを定義する、１つ以上の共有ポリシーを含んでもよい。ポリシーモジュールは更に、信用管理を対象とするポリシー（例えば、エージェント１１１０がどのエンティティを信用するか）、委任ポリシー、プライバシーポリシー、認証ポリシー、及び承認ポリシー等を含んでもよい。
【００２６】
ポリシーモジュール１２２は、オントロジベースのポリシー（例えば、セマンティックポリシー）を含んでもよい。このオントロジベースのポリシーは、（例えば、オントロジライブラリ１２４内の）セマンティックフレームワーク１１２により管理される動的なエンティティ（例えば、概念情報）を表すのに用いることができる。これらのオントロジベースのポリシーは、オントロジカルな要素間の（例えば、オントロジライブラリ１２４内及び／又はグローバルオントロジサーバ１６０のオントロジ１６２においてアクセス可能なリソース、プロパティ、及び値等間の）主語やリソース、認証情報、義務といったポリシー要素を定義してもよい。
【００２７】
ポリシーモジュール１２２のポリシー情報は、セキュリティラベリング情報を含んでもよい（例えば、上述のＳＲＤＦセキュリティラベル等のセキュリティ述語を含んでもよい）。ラベルは、特定のポリシーをネットワーク１５０上の他のエージェントが利用可能かどうか、及び／又は、ポリシーがプライベート（非公開）であるかどうかを示すことができる。
【００２８】
オントロジライブラリ１２４は、エージェント１１１０に係るドメイン固有のオントロジを備えてもよい。オントロジライブラリ１２４は、エージェント１１１０のドメイン情報を表すのに用いることができる。オントロジライブラリ１２４は、ＲＤＦ、ＯＷＬ、ＯＷＬ２、又は他の関連形式によるオントロジ情報を含んでもよい。オントロジライブラリ１２４は、非構造化データを意味論的に分類するのに用いることができ、及び／又は、第三者の外部ソース（例えば、エージェントＮ１５０）からセマンティックデータを取り込むのに用いることができる。
【００２９】
非構造化データをオントロジにおける概念にマッピングするための様々なシステム及び方法が、２００８年８月５日に出願された、Gregory Jorstad等による、「Systems and Methods for Concept Mapping」と題する同時係属の米国特許仮出願第６０／０８６３３５号において開示されており、その全てを参照することにより本出願に含まれる。
【００３０】
オントロジライブラリ１２４は、エージェント１１１０により管理及び／又は制御されるデータを意味論的に表すのに用いることができる。従って、オントロジライブラリ１２４は、エージェント１１１０により提供される特定のアプリケーションにあわせた、ドメイン固有のオントロジとすることができる。例えば、先に説明したように、エージェント１１１０は、ヘルスケア提供者と関連付けることができる。故に、オントロジライブラリ１２４は、詳細なヘルスケア関連の概念及び関係を含んでもよい。一方で、他のタイプのエンティティ（例えば、投資銀行協会）に関連しているエージェント１１１０のオントロジライブラリ１２４は、他の分野に関連する詳細な概念及び関係を含んでもよい。また、１つ以上のエージェント１１０又は１５０は、効率を改善するためにスパースオントロジライブラリ１２４（例えば、エージェント１１０又は１５０に係るアプリケーション領域に関連しない概念が取り除かれたオントロジ）を用いて動作してもよい。
【００３１】
オントロジライブラリ１２４は、セキュアなオントロジとすることができ、そこに格納されている情報はセキュリティポリシー（例えば、セキュリティラベル及び／又はセキュリティ述語）にマップされてもよい。セマンティックフレームワーク１１２のセキュリティポリシーは、複数のセキュリティパターンを含むことができ、これにはデフォルトのセキュリティパターンが含まれる。デフォルトのセキュリティパターンは、分類されていないデータ及び／又はセキュリティラベルのついていないデータをオントロジライブラリ１２４内に残していないものである。オントロジライブラリ１２４内のデータに付与されたセキュリティラベルは、セマンティックフレームワーク１１２のセキュリティポリシーを修正するよう、周期的に更新されてもよい。
【００３２】
以下に説明するように、システム１００におけるいくつかのアプリケーションは、第１のエージェント（例えば、エージェント１１１０）のオントロジに相当する情報が、第２のエージェント（例えば、エージェントＮ１５０）のオントロジにマップされ又は変換されることを必要としてもよい。しかしながら先に説明したように、エージェント１１０及び１５０に係るドメイン固有のオントロジライブラリ１２４は異なっており、各オントロジライブラリ間の簡単な１対１のマッピングを難しいものにすることがある。この場合、１つ以上のエージェント１１０及び１５０は、グローバルオントロジサーバ１６０のオントロジ１６２にアクセスすることができる。グローバルオントロジ１６２は、より「完全」な（スパースでない）オントロジライブラリであってもよい。未知の概念（例えば、エージェントのローカルオントロジライブラリ１２４内に出現しない概念）に相当する情報を受信しているエージェント１１０又は１５０は、グローバルオントロジライブラリ１６２により提供される概念及び／又は関係を用いて、ローカルオントロジ１２４内へのマッピングを決定してもよい。あるいは、又は更に、エージェント（例えば、エージェント１１１０）は、グローバルオントロジサーバ１６０により提供されるグローバルオントロジ１６２の一部を「一回で」取り込み、第三者の外部エージェント（例えば、エージェントＮ１５０）からのデータを効率的に処理するようにしてもよい。
【００３３】
知識ベースモジュール１２６は、セマンティックフレームワーク１１２により管理及び／又は制御されるセマンティックデータを含むことができる。先に説明したように、知識ベース１２６は、セマティック形式（例えば、ＲＤＦ、ＯＷＬ、ＯＷＬ２等）のデータを含むことができる。知識ベース１２６内のデータは、先にオントロジライブラリ１２４につき説明したセキュリティラベルを備えてもよい。
【００３４】
セマンティックフレームワーク１１２は、ネゴシエーション層１３０を備えてもよい。ネゴシエーション層１３０により、セマンティックフレームワーク１１２は、ネットワーク１６０’を介してアクセス可能な他のエージェント（例えば、後述するエージェントＮ１５０）と情報をセキュアに共有することが可能となる。
【００３５】
ネゴシエーション層１３０は、ネゴシエーションモジュール１３２を備えることができる。ネゴシエーションモジュール１３２は、エージェント１１１０と他の第三者のエージェントとの間におけるセキュリティポリシー及び／又はアクセス制御ポリシーをネゴシエートするように構成される。例えば、ネゴシエーションモジュール１３２は、エージェント１１１０によって管理及び／又は制御される情報に対するアクセスがあれば、どんなアクセスが他のエージェント（エージェントＮ１５０）に与えられているかを判断する。同様に、ネゴシエーションモジュール１３２は、エージェントＮ１５０から提供される情報がエージェント１１１０の知識ベース１２６内に格納されているかどうかを判断する。
【００３６】
いくつかの実施形態において、ネゴシエーションモジュール１３２は、エンティティ間（例えば、エージェント１１１０と、エージェントＮ１５０といった他の外部エージェントとの間）における信用確立（trust establishment）の多数のイタレーションを追跡することができる。そのために、ネゴシエーションモジュール１３２は、特定のエンティティに適用可能なネゴシエーションオントロジ、ネゴシエーションストラテジ、及びネゴシエーションルールにアクセスするように構成されてもよい。例えば、エージェント１１１０とエージェントＮ１５０との間のデータ共有ネゴシエーションは、エージェントＮ１５０によって提供される認証情報、エージェントＮ１５０の権限付与レベル、及びエージェントＮ１５０の信用状態等を評価することを含んでもよい。以下に説明するように、データ共有ネゴシエーションの一部としてエージェントＮ１５０により提供される認証情報は、身分証明・信用管理サービス１７０を用いて検証されてもよい。このようにして、エージェント１１１０はエージェントＮ１５０の身元を確認することが可能となる（例えば、エージェントＮ１５０から送信されたメッセージの信頼性を検証する）。
【００３７】
エージェント１１１０とエージェントＮ１５０との間のデータ共有ネゴシエーションは、エンティティ間のオファー及びカウンタオファーを含む、いくつかのイタレーションを伴う。例えば、エージェント１１１０は、自身が管理及び／又は制御する情報へのアクセスを、ネットワーク１６０’上の他のエージェント（例えば、エージェントＮ１５０）に提供することができる。エージェント１１１０は、このデータ共有に条件を課してもよい。例えば、エージェント１１１０は、データ共有が相互交換であることを要求してもよく、エージェントＮ１５０が情報を保護するために特別なデータセキュリティ測定手段を適所に有することを要求してもよく、エージェントＮ１５０が（例えば、ライセンスに従って）データを所定の方法で利用することのみを許すことを要求したりすることができる。従って、ネゴシエーションモジュール１３２は、先に説明したネゴシエーションオントロジ、ストラテジ、及び／又はルール（例えば、ビジネスルール）を用いて、エージェントＮ１５０とのデータ共有を（例えば、以下に説明する評価モジュール１３４のようなマッチメイキングエンジンを用いて）自律的にネゴシエートすることができる。あるいは、又は更に、１人以上のユーザ（例えば、人間のアクター）が、信頼関係やデータ共有ルール等を定めてネゴシエーションプロセスに介入してもよい（例えば、エージェント１１１０とエージェントＮ１５０との間のネゴシエーションを自力で行ってもよい）。
【００３８】
評価モジュール１３４は、外部エンティティ（例えば、エージェントＮ１５０）からの情報共有オファー（例えば、ネゴシエーション）を受け入れるべきかどうか、及び／又は、カウンタオファーを返信すべきかどうかを評価するのに用いることができる。評価モジュール１３４は、外部エンティティ（例えば、エージェントＮ１５０）からのオファー及び／又は情報要求に対して、ネゴシエーションモジュール１３２のネゴシエーションオントロジ、ストラテジ、及び／又はルールを評価でき、またオファーを受け入れるかどうか及び／又はカウンタオファーを返信するかどうかを判断することができる。従って、評価モジュール１３４は、マッチメイキングエンジン及び／又は他の推論システムを備えてもよい。
【００３９】
ネゴシエーションを決定するにあたり、評価モジュール１３４は、身分証明・信用管理サービス１７０にアクセスすることができる。身分証明・信用管理サービス１７０は、セマティックフレームワーク１１２内の評価モジュール１３４及び／又は他の構成要素が、外部の第三者のエンティティ（例えば、エージェントＮ１５０）の身元及び／又はエンティティにより送信された認証メッセージを検証することができるように、ユーザストア１７２（例えば、ユーザ身分証明データベース等）を備えてもよく、及び／又はユーザストア１７２に通信可能に結合されてもよい。例えば、エージェントＮ１５０は、情報の要求をエージェント１１１０に提出することができる。エージェント１１１０のセマンティックフレームワーク１１２は、所望の情報に対するアクセスについてエージェントＮ１５０とネゴシエートするのに用いることができる。あるいは、又は更に、ネゴシエーションが既に行われている場合、セマンティックフレームワーク１１２は、エージェントＮ１５０とネゴシエートした情報共有の取り決めが、要求された情報へのアクセスを許すかどうかを判断することができる。先に説明したように、この評価は、ネゴシエーションオントロジ、ストラテジ、及びルールを備えるエージェント１１１０とエージェントＮ１５０との間のネゴシエーションに基づいてもよい。ネゴシエーション及び／又はそれに続く情報へのアクセスの本質は、エージェントＮ１５０の身元に依存する。
【００４０】
例えば、エージェント１１１０は、エージェントＮ１５０と長期にわたって確立された関係を有しているかもしれない。そして、エージェントＮ１５０は、エージェント１１１０により管理及び／又は制御されている情報への比較的高レベルのアクセスをネゴシエートすることができる。同様に、エージェント１１１０は、エージェントＮ１５０により提供される情報を信用することができる。あるいは、エージェントＮ１５０は、エージェント１１１０に対して相対的に知られていないかもしれない。実際、ある場合には、エージェント１１１０は、エージェントＮ１５０との確立されたビジネス関係を有していないかもしれない。この場合、エージェントＮ１５０は、エージェント１１１０により管理及び／又は制御される情報への比較的低レベルのアクセスしか認められない。しかしながら、エージェント１１１０とエージェントＮ１５０との間でデータが共有されるにつれて、それらの間でネゴシエートされた情報共有ポリシーは、エージェント１１１０とエージェントＮ１５０との間の信用を高めるように反映させることができる。
【００４１】
エージェントＮ１５０の身元は、様々な方法を用いて判断することができる。いくつかの実施形態において、エージェント１１１０とエージェントＮ１５０との間に送信されるメッセージは、署名（例えば、Ｘ．５０９署名等）を含むことができる。この実施形態において、身分証明・信用管理サービス１７０は、データストア１３２に通信可能に結合することができる。データストア１３２は、信用されたエンティティからのデジタル署名を検証するために、複数の信用された公開鍵証明書を備えている。他の実施形態において、エージェント１１０と１５０との間で送信されるメッセージは、ＷＳセキュリティトークンやケルベロスチケット、又はセキュリティアサーションマークアップ言語（Security Assertion Markup Language：ＳＡＭＬ）アサーション等といった認証トークンを含むことができる。
【００４２】
セマンティックフレームワーク１１２は、スキーマインスペクタ１４２及びデータマネージャ１４４を含むハーベスティングモジュール１４０を更に備えてもよい。スキーマインスペクタ１４２は、概ね先に述べたように（例えば、概念マッピングシステムのシステム又は方法を用いて）、非構造化データ及び／又は構造化データとエージェント１１１０のオントロジライブラリ１２４との間のマッピングを実現することができる。またスキーマインスペクタは、マップされたデータにセキュリティラベル（例えば、セキュリティ述語）を付与するように構成されてもよい。先に説明したように、このことには、入りデータ（例えば、ＲＤＦステートメント）内において識別されている概念を、（以下に説明するセキュリティマッピング・ルールモジュール１４６内に格納されている）セキュリティパターンと照合することが含まれてもよい。セキュリティパターン照合に関連するセキュリティラベルは、概念に付与されてもよい。マップされ、且つセキュアにされた概念は、知識ベースモジュール１２６によって送信され、且つ格納されてもよい。
【００４３】
データマネージャ１４４は、エージェント１１１０によるデータの検索及び配布を管理することができる。エージェント１１１０は、データマイニング又は他のデータ検索処理を介して、非構造化データからデータを獲得するように構成されてもよい。またデータマネージャ１４４により、エージェント１１１０は、エージェントＮ１５０のような他のエージェントに対して、ネットワーク１６０’を介して情報の要求を送信することができる。同様に、データマネージャ１４４により、エージェント１１１０はネットワーク１６０’上の他のエージェントからの情報の要求に応答することができる。従って、データマネージャ１４４は、様々なデータソースと通信するように構成されてもよい。データソースは、例えばデータベース（例えば、構造化クエリ言語（Structured Query Language：ＳＱＬ）データベースやＸＭＬデータベース等）、ディレクトリ（例えば、Ｘ．５０９ディレクトリやライトウェイトディレクトリアクセスプロトコル（Lightweight Directory Access Protocol：ＬＤＡＰ）等）、ファイルシステム（例えば、階層型ファイルシステムやフラットファイルシステム、分散型ファイルシステム等）、又は他のデータ記憶システム等である。またデータマネージャ１４４は、ネットワーク１６０’を介してエージェントと通信するように構成されてもよく、用いられる通信プロトコルは、例えばリモートメソッドインヴォケーション（Remote Method Invocation：ＲＭＩ）、シンプルオブジェクトアクセスプロトコル（Simple Object Access Protocol：ＳＯＡＰ）、ウェブサービス記述言語（Web Services Description Language：ＷＳＤＬ）、又は他の通信プロトコルである。
【００４４】
セキュリティ層１１４は、セマンティックフレームワーク１１２の動作を制御するために用いられ、特に、セキュリティラベル（例えば、セキュリティ述語）をエージェント１１１０により管理及び／又は制御される情報に付与し、エージェント１１１０のセキュリティラベルと他のエージェントのセキュリティラベルとの間の変換をし、且つ外部エージェント間でセキュリティポリシーをネゴシエートするのに用いられる。
【００４５】
セキュリティ層１１４は、セキュリティマッピング・ルールモジュール１４６を備えてもよい。データマネージャ１４４により非構造化データが検索されるにつれて、先に述べたように（例えば、スキーマインスペクタ１４２、オントロジライブラリ１２４、及び／又はグローバルオントロジサービス１６０を用いて）データはオントロジに意味論的にマップされてもよい。同様に、データマネージャにより検索される意味論的に構造化されたデータは、エージェント１１１０のオントロジにマップされてもよい。セキュリティマッピング・ルールモジュール１４６は、１つ以上のセキュリティパターンを、取り込まれたセマンティックデータに適用することによって、そのデータにセキュリティラベルを付与することができる（例えば、先に説明したセキュリティパターンごとにセキュリティラベルをデータに付与することができる）。データは、関連するセキュリティラベル（例えば、セキュリティ述語）と一緒に知識ベース１２６に格納することができる。
【００４６】
セキュリティ層１１４は、データ推測モジュール１３６を更に備えてもよい。先に説明したように、セマンティック情報は、様々な方法で表現することができる。従って、セマンティック情報から推測され及び／又は伴われた情報には、知識ベース１２６内に既に存在している同一のデータとは異なるセキュリティラベルを与えることができる。推測され及び／又は伴われた情報に付与されたセキュリティラベルが、セマンティックフレームワーク１１２内に既に存在している情報のセキュリティラベルほど制限的ではない場合、推測され及び／又は伴われた情報は、情報漏れするかもしれない（例えば、「高い」レベルのセキュリティラベルに従ってアクセス可能であるように意図されている情報は、「より低い」レベルのセキュリティラベルを介してアクセス可能となる）。同様に、ある場合には、多数のセキュリティラベルが特定のセマンティックデータステートメントにマップするかもしれない。データ推測モジュール１３６は、（例えば、セキュリティマッピング・ルールモジュール１４６に格納されているような）セキュリティ層１１４のセキュリティポリシーに従って、これらのコンフリクトを解消するように構成されてもよい。
【００４７】
セキュリティ層のポリシーエンジン１２８は、ポリシーモジュール１２２に格納されているポリシーを読み出すように構成されてもよい。先に説明したように、ポリシーモジュール１２２は、情報共有（例えば、ネットワーク１６０’上のエージェント間）、信用管理ポリシー、委任ポリシー、プライバシーポリシー、認証ポリシー、承認ポリシー、及びオントロジカルポリシー等の様々なポリシー形式を含むが、これらに限られるものではない。オントロジカルポリシーは、（例えば、オントロジライブラリ１２４に従って）セマンティックフレームワーク１１２内の動的な構成要素を表すのに用いることができる。動的な構成要素とは、主語、リソース、証明書及びオブリゲーション等である。従って、ポリシー１２２は、エージェント１１１０とエージェントＮ１５０等の外部の第三者エージェントとの間における情報共有ネゴシエーションに従って作られたポリシー情報を含むことができる。このネゴシエートされたポリシーは、エージェント１１１０とエージェントＮ１５０との間の情報共有の関係を定義することができる。この情報共有の関係には、情報を共有してもよい主語、共有すべきリソース（例えば、エージェントＮ１５０に利用可能なセキュリティレベルを含む）、エージェントＮ１５０から要求される証明書、及びエージェントＮ１５０及び／又はエージェント１１１０の義務を含むが、これに限られるものではない。
【００４８】
ポリシーエンジン１２８は、ポリシーモジュール１２２に格納されているポリシー情報を読み出し、エージェントＮ１５０のような外部のエージェントから証明書を受け取り、それに応じて（例えば、エージェントの身元、エージェントにより提供される証明書、及びエージェントにより要求される情報のセキュリティラベル等に基づいて）アクセスの決定を行うように構成されてもよい。
【００４９】
図２は、２つ以上のエージェント間における情報共有ポリシーをネゴシエートする方法２００の一実施形態に係るフローチャート図である。
【００５０】
ステップ２１０において、本方法２００は初期化されることができる。これは、ネゴシエーションオントロジ、ネゴシエーションストラテジ、及び／又はネゴシエーションルールといったネゴシエーションの処理に必要な情報にアクセスすることを含んでもよい。ステップ２１０における初期化は、図１のサービス１６０及び１７０といったグローバルオントロジサービス１６０及び／又は身分証明・信用管理サービス１７０にアクセスすることを更に含んでもよい。これらのサービスにより、方法２００は、セマンティック情報を外部のエージェントから方法２００がアクセス可能なドメイン固有のオントロジ（例えば、方法２００のネゴシエーションオントロジ）に変換することができる。身分証明・信用サービスにより、方法２００は外部のエンティティから送信されたメッセージを認証することができる。
【００５１】
ステップ２２０において、方法２００は、当該方法２００により管理及び／又は制御される情報に対する要求を受信することができる。この要求は、方法２００のセマンティックフレームワークと外部のエンティティとの間の情報共有ポリシーを確立するための要求を含んでもよい。
【００５２】
ステップ２３０において、方法２００は、要求に係る送信者の身元を判断することができる。これは、メッセージに格納されている識別情報（例えば、デジタル署名、鍵、パスワード、又はＳＡＭＬアサーション等）にアクセスすることを含んでもよい。更に、要求者の身元の認証は、身分証明・信用管理サービス（例えば、オープンＩＤサービス、又は認証局等）にアクセスすることを含んでもよい。
【００５３】
要求者の身元は、方法２００には知られていないかもしれない（例えば、これは要求者からの最初の情報要求かもしれない）。この場合、方法２００は、先に説明したオープンＩＤ又は他の連合した識別サービス（例えば、信頼されているルート認証局、又は他の動的な認証情報の発行と検証フレームワーク）といった動的な識別システムを用いて、要求者を動的に識別することができる。これにより、方法２００は、当該方法２００と要求者との間の信頼関係を手動で確立することなく、要求者に対するアクセスを実現することができる。
【００５４】
ステップ２４０において、方法２００は、要求者に関連する情報共有ポリシーにアクセスすることができる。いくつかの実施形態において、相互に受け入れられるレベルの信用が確立される前に、信用の確立に係る複数のイタレーションが方法２００と他のエンティティとの間で必要とされる。信用のレベルは、方法２００が特定のエンティティと相互に関わるにつれて、時間と共に高くなるだろう。例えば、新たな、相対的に知られていないエンティティ（例えば、要求者）は、方法２００により管理及び／又は制御される情報への比較的低いレベルのアクセスが認められるだろう。このアクセスのレベルは、ネゴシエーションオントロジのコンテキスト内に、ネゴシエーションストラテジ及び／又はルールとして表現されてもよい。しかしながら、方法２００がエンティティと首尾よく相互に関わるにつれて、及び／又は手動による介入により、特定のエンティティとの信用のレベルは高くなるかもしれない（例えば、要求者に、方法２００により管理及び／又は制御されている情報に対する更なる権利が認められるかもしれない）。いくつかの実施形態において、エンティティのアクセスのレベルは、（以下に記載の）ネゴシエーション処理に従って修正されることができる。例えば、要求者は、要求しているエンティティにより管理及び／又は制御される情報に方法２００がアクセスすることを許可することにより（例えば、相互交換の情報共有関係を確立することにより）、要求者に更なるアクセスが認められてもよい。同様に、情報アクセスは、方法２００と要求者との間における、データが所定の方法で利用されるという合意（例えば、ライセンス契約）に基づいてもよい（例えば、読み取り専用、他のエンティティに配布できない等）。当業者は、方法２００と要求者との間の情報共有ポリシーは修正可能であること、及び／又は様々な要因に基づくことができることを認識するだろう。
【００５５】
方法２００は情報共有ポリシーが存在すると判断した場合、フローはステップ２６０に進み、方法２００は、ステップ２２０の要求をネゴシエートすることができる。そうでない場合、フローはステップ２５０に進み、要求者のための新たな情報共有ポリシーが確立されてもよい。
【００５６】
ステップ２５０において、要求者のための新たな情報共有ポリシーが初期化されてもよい。この情報共有ポリシーは、先に説明したネゴシエーションオントロジ、ストラテジ、及びルールに基づいてもよい。いくつかの実施形態において、ステップ２５０の情報共有ポリシーは、ステップ２３０において確立された要求者の身元に準じて初期化されてもよい。例えば、要求者は、他のコンテキストで方法２００に知られているかもしれない（例えば、売り手と買い手の関係といった仕事絡みで）。要求者のための情報共有ポリシーは、以前から存在する関係の性質に準じて（例えば、ネゴシエーションオントロジ、ストラテジ、及び／又はルールによって定義されるように）初期化されてもよい。同様に、その身元及び／又は信用レベルが高信頼のソース（例えば、図１のサービス１７０といった身分証明・信用管理サービス等）によって確立されている未知の要求者が、ステップ２５０で初期化される情報共有ポリシーの性質に影響を及ぼすかもしれない（例えば、身元が信頼ソースによって検証されている要求者には、身元が自己検証される、及び／又は低信頼ソースによって検証されている要求者よりも、より高いレベルの初期アクセスが認められてもよい）。当業者によって十分理解されているように、先に説明したネゴシエーションオントロジ、ストラテジ、及びルールは、ステップ２２０における要求内の任意のプロパティ及び／又はステップ２３０で確立された要求者の身元に実質的に基づいて、情報共有ポリシーを初期化するのに用いることができる。
【００５７】
ステップ２６０において、方法２００は、情報共有ポリシーに従って要求をネゴシエートしてもよい。いくつかの実施形態において、ステップ２６０のネゴシエーションは、ステップ２２０において要求された情報に適用されている１つ以上のセキュリティラベル（例えば、セキュリティ述語）を、ステップ２５０又は２５２で得られた情報共有ポリシーと比較することを含んでもよい。ネゴシエーションは、要求者により求められているアクセスの性質を判断することを含んでもよい（例えば、読み取り専用のアクセス、読み取り及び配布、利用規約等）。ステップ２６０における情報要求のネゴシエートは、先に述べたようにネゴシエーションオントロジ、ネゴシエーションストラテジ、及び１つ以上のネゴシエーションルールにアクセスすることを含んでもよい。更に、ネゴシエーションは、ステップ２２０において受信した要求の性質を判断してもよい。例えば、方法２００は、要求者によって要求された情報に関連するセキュリティラベル（例えば、セキュリティ述語）を決定してもよい。故に、方法２００は、要求されたデータを方法２００のオントロジ上に（例えば、図１のオントロジライブラリ１２４に）マップすることができる。同様に、ネゴシエーションは、要求されたアクセスの性質（例えば、読み取りアクセス、書き込みアクセス、ライセンスに従ったアクセス等）を決定することを要求してもよい。要求されたアクセスのタイプは、ネゴシエーションオントロジにマップされてもよい。ネゴシエーションは、更に、情報を共有する際の条件（例えば、ライセンス条件等）や、情報共有が相互交換であるかどうか等を評価することを含んでもよい。
【００５８】
いくつかの実施形態において、ステップ２６０のネゴシエーションは、「はい」又は「いいえ」の決定に帰着する簡単な比較を行うことを含んでもよい。他の実施形態において、ステップ２６０のネゴシエーションは、１つ以上のオファー及びカウンタオファーの通信を行うことを含んでもよく、共有したい情報、どのように情報を共有するか、及び情報を共有する際の条件等をネゴシエートすることができる。
【００５９】
図３は、意味論的にセキュアにされた情報へのアクセスをネゴシエートする方法３００の一実施形態を示している。ステップ３０５において、本方法３００は、概ね先に説明したように初期化することができる。この初期化は、方法３００に関連するオントロジライブラリ（例えば、図１のオントロジライブラリ１２４）へのアクセス、（例えば、図１のポリシー１２２内の）ネゴシエーションオントロジ、ストラテジ、及び／又はルールへのアクセス、及び（例えば、図１のモジュール１４６内の）１つ以上のセキュリティマッピングとルール等へのアクセスを含んでもよい。
【００６０】
ステップ３１０において、方法３００により管理及び／又は制御される情報の要求を受信することができる。要求者に関連する情報共有ポリシーも、ステップ３１０にて受信及び／又は取得することができる。情報共有ポリシーは、概ね先に図２につき述べたように、取得及び／又は生成されることができる。
【００６１】
ステップ３２０において、方法３００は、ステップ３１０の要求が意味論的であるのか、非構造化フォーマットであるのかを判断することができる。ステップ３２０における判断により、方法３００は、要求された情報を方法３００のオントロジにマップすることができる。例えば、ステップ３１０における情報要求は、要求された情報を意味論的に調べたり（例えば、特定のオントロジの範囲内のデータ、ＲＤＦ形式のデータ、またはＯＷＬのデータ等を調べる）、又はその代わりに、要求は非構造化フォーマットで（例えば、自然言語検索のように、文章形式等で）表現されてもよい。情報要求が意味論的に表現されている場合、ステップ３２２に進む。そうでない場合、ステップ３２４に進む。
【００６２】
ステップ３２２において、セマンティック情報の要求は、方法３００のオントロジに（例えば、図１のオントロジライブラリ１２４に）マップされてもよい。方法３００がスパース及び／又はドメイン固有のオントロジを用いる場合、ステップ３２２のマッピングは、要求内のセマンティックデータを方法３００のドメイン固有のオントロジ（例えば、図１のオントロジライブラリ１２４）にマッピングすることを含んでもよい。いくつかの実施形態において、方法３００は、図１のグローバルオントロジサービス１６０等のグローバルオントロジサービスにアクセスして、マッピングを実行してもよい。グローバルオントロジサービスは、要求者に用いられるオントロジから方法３００のドメイン固有及び／又はスパースオントロジへ変換するのに用いることができる。あるいは、又は更に、方法３００は、他の技術（例えば、タームマッチング又は曖昧性除去等）を用いてマッピングを実行してもよい。
【００６３】
ステップ３２４において、情報要求内の非構造化データは、方法３００のオントロジにマップされてもよい。ステップ３２４のマッピングは、概ね先に説明したように、自然言語をオントロジにマッピングすること（例えば、概念マッピング）を含んでもよい。
【００６４】
ステップ３３０において、ステップ３１０で要求された情報に関連する１つ以上のセキュリティラベル（例えば、ステップ３２２又は３２４で決定されたセマンティックデータに割り当てられるセキュリティラベル）が取得されてもよい。先に説明したように、方法３００により管理及び／又は制御されるセマンティック情報は、１つ以上のセキュリティパターンを用いて適用された各セキュリティラベル（例えば、セキュリティ述語）を備えてもよい。要求データを方法３００のオントロジにマッピングする際に、これらのセキュリティパターンは、ステップ３２２又は３２４においてマップされたセマンティック情報に付与することができる。結果としてセキュリティラベルは、ステップ３３０において取得され、以下に説明するステップ３５０から３７０のネゴシエーション処理に用いられることができる。
【００６５】
ステップ３４０において、方法３００は、ステップ３１０で要求される、情報へのアクセスレベルが意味論的なフォーマットであるのか、非構造化フォーマットであるのかを判断してもよい。アクセスレベルは、ステップ３１０で要求されたアクセスの性質を示すことができる。例えば、「読み取り」アクセス要求によって、要求者は、方法３００により管理及び／又は制御される情報を読み取ることができるが、他の方法でその情報を用いることはできない（例えば、情報の配布及び／又は修正をすることはできない）。「読み取り／書き込み」アクセスは、方法３００により管理及び／又は制御される情報を修正可能であることを意味してもよい。同様に、「読み取り／配布」アクセスによって、要求者は、情報を読み取ることができ、また情報を他のエンティティに利用可能とすることもできる。個々の要求者は、様々な要求に係るアクセスレベルを表現するための異なる条件及び／又は手段を有しているかもしれない（例えば、アクセス制御リスト（Access Control List：ＡＣＬ）又はＵｎｉｘアクセスビットマスク等のように）。更に、ステップ３３０のアクセスレベルは、情報についての利用規約及び／又はライセンス情報を含んでもよい（例えば、要求者がどのように情報を用いることができるか等）。
【００６６】
このアクセスレベル情報は、意味論的に及び／又は非構造化フォーマットで表現されてもよい。情報が意味論的に表現されている場合、フローはステップ３４２に進む。そうでない場合、フローはステップ３４４に進む。
【００６７】
ステップ３４２において、要求内のセマンティックアクセスレベル情報は、方法３００のオントロジに（例えば、ネゴシエーションオントロジに）マップされてもよい。これにより、（例えば、ステップ３５０において）方法３００が、要求されたアクセスレベルを認めるべきかどうかを決定することができる。ステップ３４２のマッピングは、概ねステップ３２２につき先に述べたように実行されてもよく、またグローバルオントロジサービスにアクセスして、方法３００のネゴシエーションオントロジ（又は他のオントロジ）と要求内で用いられているオントロジとの間の変換を行ってもよい。
【００６８】
ステップ３４４において、非構造化（例えば、自然な文章又は他のフォーマットの）アクセス情報は、方法３００のネゴシエーションオントロジ（又は他のオントロジ）にマップされてもよい。このマッピングは、先に説明した概念マッピング処理を含んでもよい（例えば、タームマッチング又は曖昧性除去等を含んでもよい）。
【００６９】
図３は、要求に係る特定の部分（例えば、要求者によって参照される情報及び情報に対する要求されたアクセスレベル）を方法３００のオントロジへ変換することを示すが、当業者は、要求が付加的な情報を含み、この付加的な情報が方法３００のオントロジに同様に変換（例えば、マップ）されることも可能であることを認識するだろう。このような情報には、要求者の身元、要求者の属性（例えば、要求者の従業員識別子や社会保障番号、連絡先等）、組織内における要求者の「役割」（例えば、人事やクレーム処理等）、及び要求者によって管理及び／又は制御されるデータにアクセスするための互恵的な許可等を含むことができるが、これらに限られるものではない。そして、本開示は、要求を含む特定の情報及び／又は要求情報の特定のセマンティックマッピングに限るものとして解釈されるべきではない。
【００７０】
ステップ３５０において、要求からのセマンティック情報は、情報へのアクセスが提示された条件において認められるべきかどうかを判断するために、（情報共有ポリシー、ネゴシエーションオントロジ、ストラテジ及びルールとともに）用いられてもよい。ステップ３５０の判断は、要求者により求められている情報に付与されている（ステップ３３０において取得された）セキュリティラベル、及び／又は要求者により求められている（ステップ３４２又は３４４において取得された）セマンティックアクセスレベル及び又は利用条件を、要求内の他の情報とともに、要求者の情報共有ポリシーと比較することを含んでもよい。先に説明したように、いくつかの実施形態において、ステップ３５０のネゴシエーション評価は、推論エンジン（例えば、マッチメイキングエンジン）により実行されてもよい。
【００７１】
ステップ３５０の評価は、要求者の情報共有ポリシー、及び／又は方法３００のネゴシエーションポリシー、ストラテジ及び／又はルールによって判断されてもよい。例えば、情報共有ポリシー及び／又はネゴシエーションルールは、要求者が特定のセキュリティラベル（例えば、「公開」セキュリティラベル）を有するセマンティック情報に対する読み取りアクセスを許可されていることを示してもよい。故に、要求者により求められている情報に係るセキュリティラベルが「公開」でない場合、（以下に説明するように）要求は拒絶されてもよい。同様に、情報は、その情報が特定のエンティティにのみ利用可能であることを示すセキュリティラベルを含んでもよい（例えば、人の個人情報は、その人自身又は特定の役割を有するエンティティ（例えば、人事）等といった特定の要求者にのみ利用可能とすることができる）。同様に、情報に係るセキュリティラベルは、特定のタイプの情報が特定の条件（例えば、特定のライセンス下での「読み取り専用」等）においてのみアクセス可能であることを示してもよい。当業者によって十分理解されているように、様々なセキュリティラベル、情報共有ポリシー情報、及び／又は要求属性を、ステップ３５０のセマンティック評価において用いることができる。
【００７２】
ステップ３５０の評価により、情報が要求内のパラメータ（例えば、ステップ３１０ので要求内のアクセスレベル及び／又は使用条件）に従って共有されてもよいと評価された場合、フローはステップ３６０に進む。そうでない場合、フローはステップ３５２に進む。
【００７３】
ステップ３５２では、カウンタオファーを要求者に送信することができる。カウンタオファーは、方法３００が要求を受け入れ可能とするために、ステップ３１０の要求内に何が含まれるべきかを示すことができる。カウンタオファーは、先に説明したネゴシエーションオントロジ、ストラテジ、及びルールを用いて確立することができる。例えば、ネゴシエーションストラテジ及びルールは、情報に対するアクセスを特定のエンティティに提供するために、エンティティが特定のライセンス条件において情報を利用することに合意しなければならないことを示してもよい。カウンタオファーは、ライセンス条件を含んでもよく、要求がその条件に従って再提示された場合、要求を受け入れ可能であることを示してもよい。あるいは、又は更に、カウンタオファーは、他のエンティティに相互アクセスが認められている場合、特定のエンティティのみが情報にアクセスできることを示してもよい（例えば、エンティティが自己の情報の共有を許可している場合、又はその場合に限り、情報を共有することができる）。同様に、カウンタオファーは、要求された情報がセキュアにされており、及び／又は非公開であることを示してもよく、またより高い信用レベルを有するエンティティのみがその情報にアクセスできることを示してもよい。この場合、カウンタオファーは、エンティティが自己の信用レベルを高めることができる１つ以上の方法を示してもよい（例えば、より良い認証メカニズム、又は帯域外交換等を用いることによって）。当業者は、ステップ３５２のカウンタオファーは、要求に対する従来知られているいかなる修正も含むことができると認識できるだろう（例えば、情報タイプ、情報アクセスレベル、ライセンス契約、又は支払い等）。そして、本開示は、カウンタオファーの特定のタイプに限るものとして解釈されるべきではない。
【００７４】
またステップ３５２において、カウンタオファーは、ネットワーク送信（例えば、メッセージ）又は帯域外通信等を介して、要求者に返信されてもよい。
【００７５】
ステップ３６０において、方法３００は、カウンタオファーに対する応答を受信してもよい。この応答は、ステップ３５２のカウンタオファーに係る１つ以上の条件を承諾したことの指示及び／又は情報の要求を含んでもよい。ステップ３６０の応答に係る情報の要求は、概ね先に述べたようにステップ３１０において処理されることができる。
【００７６】
ステップ３７０において、ステップ３１０で受信した要求に係る情報は、要求者に提供されてもよい。これは、当該情報を含むメッセージを要求者に対しネットワーク（又は他のデータ送信手段）を介して送信することを含んでもよい。あるいは、データの提供は、認証及び／又は許可証明書を要求者に提供することを含んでもよく、これにより要求者が別の機会に及び／又は他の通信方法を用いてデータにアクセスすることができる。
【００７７】
図４は、他のエンティティからセマンティック情報を要求する方法４００の一実施形態に係るフローチャート図である。ステップ４０５において、本方法４００は初期化されてもよい。この初期化は、概ね先に述べたように、１つ以上の情報共有ポリシー、ネゴシエーションポリシー、ストラテジ、及び／又はルールにアクセスすることを含んでもよい。
【００７８】
ステップ４１０において、情報の要求が生成されてもよい。いくつかの実施形態において、情報の要求は、特定のエンティティ（例えば、図１のエージェントＮ１５０）に合わされてもよい。この場合、要求の内容は、エンティティと確立され、及び／又はネゴシエートされる情報ポリシーに従ってもよい。情報共有ポリシーは、方法４００に利用可能なアクセスの性質（例えば、読み取り、書き込み、配布、又は利用規約等）を示すことができる。同様に、情報共有ポリシーは、方法４００が要求できる情報の性質や、どのように情報が表現されることになっているかを示すことができる（例えば、非構造化表現、意味論的な表現、又は特定のオントロジによる表現等）。エンティティに対する情報共有ポリシーが存在しない及び／又は情報要求が任意の特定のエンティティに向けられない場合（例えば、情報要求が複数のエンティティに向けて「ブロードキャスト」される場合）、情報要求４１０は一般的なものとすることができる。汎用の情報要求は、以下にステップ４３０−４７０につき説明するネゴシエーション処理の間に修正されることができる。
【００７９】
情報要求は、方法４００により要求された情報を示すことができる。情報要求は、要求された情報を意味論的に及び／又は非構造化フォーマットで（例えば、自然言語検索等のように）示すことができる。意味論的に要求された情報は、方法４００のオントロジの範囲内（例えば、方法４００のドメイン固有のオントロジの範囲内、グローバルオントロジの範囲内、又は被要求者のオントロジの範囲内等）で表現されてもよい。同様に、所望のアクセスレベル、及び利用規約等は同様に表現されてもよい。非構造化要求は、自然言語検索条件、アクセス制御プリミティブ、又はライセンス条件等を含んでもよい。
【００８０】
ステップ４２０において、情報要求は、１つ以上のエンティティに対して送信され及び／又はブロードキャストされてもよく、また１つ以上の応答が受信されてもよい。各応答は、以下のステップ４３０−４７０において述べるように処理されてもよい。
【００８１】
ステップ４３０において、方法４００は、応答が要求の承諾であるかどうかを判断することができる。ステップ４３０の判断は、応答を分析し、ステップ４２０で要求された情報を含んでいるかどうかを判断することを含んでもよい。あるいは、応答は、方法が他の通信方法を用いて（例えば、相互に認証されたＳＳＬ等といった、セキュアなバックチャネル接続を介して）情報を検索可能とする鍵又はトークン等を含んでもよい。応答が承諾である場合、ステップ４３２に進む。
【００８２】
あるいは、応答の一部は、カウンタオファー及び／又は拒絶を含んでもよい。カウンタオファー及び／又は拒絶は、ステップ４４０で処理されることができる。
【００８３】
ステップ４４０において、カウンタオファー及び／又は拒絶の条件は、方法４００のネゴシエーションオントロジにマップされてもよい。例えば、カウンタオファーはライセンス条件を含んでもよく、これは要求に係る情報へのアクセスのために承諾されなければならないものである。ネゴシエーションオントロジは、ライセンスに対応する概念又は他のセマンティックデータを含んでもよい。同様に、カウンタオファー及び／又は拒絶は、アクセスレベルを含んでもよく、このアクセスレベルの下で（例えば、「読み取り専用」としてのみ）情報を利用可能である。このアクセスレベルは、ネゴシエーションオントロジに同様にマップされてもよい。当業者によって十分理解可能であるように、任意のカウンタオファー及び／又は拒絶のプロパティ及び／又は属性もネゴシエーションオントロジにマップされることができる。ネゴシエーションオントロジは、相互要求、セキュリティラベル（例えば、セキュリティ述語）の指標、信用レベル要件、又は支払い用件等を含むが、これらに限られるものではない。
【００８４】
ステップ４５０において、カウンタオファー及び／又は拒絶は、カウンタオファー及び／又は拒絶に係る条件が承諾されてもよいかどうかを判断するために評価されてもよい。これは、カウンタオファー及び／又は拒絶に係る条件を、方法４００に係る１つ以上のネゴシエーションルール及び／又はストラテジと比較することを含んでもよい。カウンタオファー及び／又は拒絶に係る条件が承諾できない及び／又は承諾可能となるように修正されることができない場合、フローはステップ４６２に進んで要求は終了されてもよい。そうでない場合、フローはステップ４７０に進む。
【００８５】
ステップ４７０において、ネゴシエーションストラテジ及び／又はルールは、カウンタオファー及び／又は拒絶に応答するのに用いられてもよい（例えば、推論及び／又はマッチメイキングエンジンを用いて）。ステップ４７０の応答は、（例えば、要求されたアクセスレベルの修正、サービス利用規約への合意、相互情報アクセスの提供の合意、より高レベルの認証証明書の提供、又はエンティティに対する支払いの送金等によって）カウンタオファーに係る条件の承諾を含んでもよい。あるいは、又は更に、応答は、カウンタオファー及び／又は拒絶に係る１つ以上の条件を修正してもよい（例えば、データに対して中間のアクセスレベルを提案する、異なる支払金額を提案する、又は別の相互情報共有取り決めを提案する等）。当業者によって十分理解可能であるように、ステップ４２０のカウンタオファー及び／又は拒絶内に含まれるいかなる条件も、ステップ４７０の応答において修正されることができる。
【００８６】
ステップ４７５において、カウンタオファー及び／又は拒絶に対しステップ４４０で生成された応答は、送信されてもよく、及び／又は、そうでなければエンティティにとって都合のよい条件に修正され、そこへ新たに応答が受信されてもよい。この応答が受信されると、ステップ４３０に進み、先に述べたように応答は更に処理されてもよい（例えば、要求があれば更にネゴシエートされてもよい）。
【００８７】
上述の記載は、本願明細書に記載されている実施形態の理解のため、多くの具体的な詳細を提供する。しかしながら、当業者によれば、１つ以上の具体的な詳細が排除可能であり、又は他の方法、構成要素、又は資料が使用可能であることが認められるだろう。ある場合には、動作は示されず又は詳細に記載されていない。
【００８８】
更に、１つ以上の実施形態において記載された機能、動作、又は特徴は、任意の適切な方法によって結合されることができる。当業者によって十分理解されるように、開示された実施形態とともに記載された方法に係るステップ及び動作の順序は変更可能であることが容易に理解されるだろう。そして、順序が必須であると特定されていない限り、図面又は詳細な説明におけるいかなる順序も、図示する目的だけのためにあって、必須の順序を意味するものではない。
【００８９】
実施形態は様々なステップを含んでもよく、これらは機械／コンピュータにより実行可能な命令として具体化されてもよい。命令は、メモリに格納され、パーソナルコンピュータ、ラップトップコンピュータ、モバイルコンピュータ、パーソナルデジタルアシスタント、又はスマートフォン等といった汎用の又は特殊用途のコンピュータ内のプロセッサにより実行されるように構成されてもよい。あるいは、ステップは、それを実行するための特定の論理を含むハードウェア要素により、又はハードウェア、ソフトウェア、及び／又はファームウェアの組み合わせにより、実行されてもよい。
【００９０】
実施形態は、格納された命令を有しているコンピュータ可読媒体を含むコンピュータプログラム製品として実現してもよく、この命令はコンピュータにより実行されると本願明細書に記載されている処理を実行するようにプログラムされてもよい。コンピュータ可読媒体には、ハードドライブ、フロッピー（登録商標）ディスク、光学ディスク、ＣＤロム、ＤＶＤロム、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気又は光学カード、ソリッドステートメモリ装置、又は他の形式の媒体／コンピュータ可読媒体であって電気的命令を格納するのに適しているものが含まれることができるが、これらに限られるものではない。
【００９１】
本願明細書において、ソフトウェアモジュール又は要素は、メモリ内に格納され、及び／又はシステムバス又は有線若しくは無線ネットワークを越えて電気信号として送信されるいかなる形式のコンピュータ命令又はコンピュータが実行可能なコードを含んでもよい。ソフトウェアモジュールは、例えば、コンピュータ命令に係る1つ以上の物理的又は論理的ブロックを備えてもよい。このブロックは、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造等として構築されてもよく、１つ以上のタスクを実行し又は特定の抽象データ型を実行する。
【００９２】
ある実施形態において、特定のソフトウェアモジュールは、メモリ内の異なる位置に格納される全く異なる命令を備えてもよく、モジュールの記載されている機能性を実装する。実際は、モジュールは１つの命令又は複数の命令を備えることができ、また様々な異なるコードセグメントを越えて、異なるプログラム間で、及びいくつかのメモリにわたって、分配されてもよい。いくつかの実施形態は分散型コンピュータ環境において実施されており、通信ネットワークを介して接続されるリモート処理装置によりタスクが処理される。分散型コンピュータ環境において、ソフトウェアモジュールは、ローカル及び／又はリモートのメモリ格納装置内に存在してもよい。更に、データは、同一のメモリ内に又はいくつかのメモリにわたって常駐してもよく、またネットワークの全域にわたってデータベース内の記録の分野で相互に結合されてもよい。
【００９３】
当業者によって理解されるように、本開示の基礎をなしている原理から逸脱することなく、先に述べた実施形態の詳細について多くの変更がなされてもよい。本発明の範囲は、従って、請求項によってのみ決定されるべきである。
【図１】
2013536506.tif 000003
【図２】
2013536506.tif 000004
【図３】
2013536506.tif 000005
【図４】
2013536506.tif 000006
【手続補正書】
【提出日】平成25年4月9日(2013.4.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロセッサと、当該プロセッサに通信可能に結合されるメモリとを含むシステムにより実行されるセマンティック情報の共有方法であって、前記メモリは前記システムに当該方法を実行させるために前記プロセッサが実行し得る命令を格納しており、
前記方法は、データ記憶媒体におけるセマンティックデータにセマンティックセキュリティラベルを付与するステップと、
前記セマンティックデータの一部分にアクセスする要求を要求者から受信するステップと、
前記セマンティックデータの前記部分に係るセマンティックセキュリティラベルを取得するステップと、
前記セマンティックセキュリティラベルを情報共有ポリシーと比較するステップと、
前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを、前記セマンティックセキュリティラベルと情報共有ポリシーとに基づいて決定するステップと、
当該判断に基づいて前記セマンティックデータの前記部分へのアクセスを提供するステップと、
前記情報共有ポリシーが前記要求者のアクセスを許可しない場合、前記要求に対してカウンタオファーで応答するステップと
を含む、セマンティック情報の共有方法。
【請求項２】
前記情報共有ポリシーを受信するステップを更に含み、前記情報共有ポリシーは前記要求者に関連付けられている、請求項１に記載の方法。
【請求項３】
前記要求をオントロジライブラリ内に含まれるオントロジにマッピングするステップを更に含む、請求項１に記載の方法。
【請求項４】
前記セマンティックデータの前記部分に係る前記セマンティックセキュリティラベルは、少なくとも前記要求に係る前記オントロジライブラリ内に含まれる前記オントロジへの前記マッピングに基づいて取得される、請求項３に記載の方法。
【請求項５】
前記セマンティックセキュリティラベルは、少なくとも１つのセキュリティパターンを用いて前記セマンティックデータの前記部分に付与される、請求項１に記載の方法。
【請求項６】
前記セマンティックデータの一部分にアクセスする前記要求は、前記セマンティックデータの前記部分を識別する情報及び前記要求の性質に関連する情報を含む、請求項１に記載の方法。
【請求項７】
前記要求の性質に関連する前記情報をネゴシエーションオントロジにマッピングするステップを更に含む、請求項６に記載の方法。
【請求項８】
前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを決定するステップ、ネゴシエーションオントロジに対する前記要求の性質に関連する前記情報の前記マッピングに基づいて更に行われる、請求項７に記載の方法。
【請求項９】
セマンティック情報を共有するためのシステムであって、
当該システムは、プロセッサと、当該プロセッサに通信可能に結合され、命令を格納しているメモリと、を備え、前記命令が前記プロセッサにより実行されると、前記プロセッサに以下の方法、すなわち、
データ記憶媒体におけるセマンティックデータにセマンティックセキュリティラベルを付与するステップと、
前記セマンティックデータの一部分にアクセスする要求を要求者から受信するステップと、
前記セマンティックデータの前記部分に係るセマンティックセキュリティラベルを取得するステップと、
前記セマンティックセキュリティラベルを情報共有ポリシーと比較するステップと、
前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを、前記セマンティックセキュリティラベルと情報共有ポリシーとに基づいて決定するステップと、
当該判断に基づいて前記セマンティックデータの前記部分へのアクセスを提供するステップと、
前記情報共有ポリシーが前記要求者のアクセスを許可しない場合、前記要求に対してカウンタオファーで応答するステップと
を含む方法を実行させる、セマンティック情報共有システム。
【請求項１０】
前記セマンティックデータの一部分にアクセスするための前記要求は意味論的に表現される、請求項９に記載のシステム。
【請求項１１】
前記セマンティックデータの一部分にアクセスするための前記要求は非構造化フォーマットで表現される、請求項９に記載のシステム。
【請求項１２】
前記要求をオントロジライブラリ内に含まれるオントロジにマッピングするステップを更に含む、請求項９に記載のシステム。
【請求項１３】
前記セマンティックデータの前記部分に係る前記セマンティックセキュリティラベルは、少なくとも前記要求に係る前記オントロジライブラリ内に含まれる前記オントロジへの前記マッピングに基づいて取得される、請求項１２に記載のシステム。
【請求項１４】
前記セマンティックデータの一部分にアクセスする前記要求は、前記セマンティックデータの前記部分を識別する情報及び前記要求の性質に関連する情報を含む、請求項９に記載のシステム。
【請求項１５】
前記要求の性質に関連する前記情報は、要求されたアクセスレベルを含む、請求項１４に記載のシステム。
【請求項１６】
前記要求の性質に関連する前記情報は、前記要求者の身元に関連する情報を含む、請求項１４に記載のシステム。
【請求項１７】
前記要求の性質に関連する前記情報は、意味論的に表現されている、請求項１４に記載のシステム。
【請求項１８】
前記要求の性質に関連する前記情報は、非構造化フォーマットで表現されている、請求項１４に記載のシステム。
【請求項１９】
前記要求の性質に関連する前記情報をネゴシエーションオントロジにマッピングするステップを更に含む、請求項１４に記載のシステム。
【請求項２０】
前記要求者が前記セマンティックデータの前記部分にアクセス可能か否かを決定するステップは、ネゴシエーションオントロジに対する前記要求の性質に関連する前記情報の前記マッピングに基づいて更に行われる、請求項１９に記載のシステム。
【国際調査報告】
2013536506.tif 000007
2013536506.tif 000008