"複数のデータプロテクションシステムの間の相互運用を提供するシステムであって、第1データプロテクションシステムと第2データプロテクションシステムとを含む少なくとも2つの異なるデータプロテクションシステムのインタフェース要素に関連するコンセプトの定義を格納するよう構成されるオントロジーと、前記第1データプロテクションシステムの少なくとも1つのインタフェース要素と前記第2データプロテクションシステムの少なくとも1つのインタフェース要素との間のマッピングを前記オントロジーに基づき生成するよう構成されるマッピング生成手段と、を有するシステム。前記第1データプロテクションシステムにより生成されるメッセージを受信し、変換されたメッセージを取得するため、前記マッピングに基づき前記メッセージを変換し、前記変換されたメッセージを前記第2データプロテクションシステムに送信するよう構成されるメッセージ変換手段を有する、請求項1記載のシステム。前記第1データプロテクションシステムはアクセス制御システムを有し、前記第2データプロテクションシステムはデジタル著作権管理DRMシステムを有する、請求項1記載のシステム。前記マッピング生成手段は、アクセス制御ポリシーとDRMライセンスとに関するコンセプトをマッピングするよう構成される、請求項3記載のシステム。前記アクセス制御システムは、アクセス制御サーバを有し、前記DRMシステムは、DRMクライアントを有し、前記マッピング生成手段は、前記アクセス制御サーバの少なくとも1つのインタフェース要素と前記DRMクライアントの少なくとも1つのインタフェース要素との間のマッピングを前記オントロジーに基づき生成するよう構成される、請求項3記載のシステム。前記マッピング生成手段は、前記コンセプトの定義に基づき前記マッピングを生成するよう構成される、請求項1記載のシステム。前記マッピング生成手段は、前記第1データプロテクションシステムのコンセプトの定義と前記第2データプロテクションシステムのコンセプトの少なくとも1つの定義とをマッチングするよう構成される、請求項6記載のシステム。前記オントロジーは、前記異なるデータプロテクションシステムのコンセプトの間の関係の表現を格納するよう構成され、前記マッピング生成手段は、前記オントロジーに定義されるコンセプトの間の前記関係に基づき前記マッピングを生成するよう構成される、請求項1記載のシステム。前記マッピング生成手段は、前記アクセス制御システムのインタフェース要素をDRMシステムのシステム制限に少なくとも部分的にマッピングするよう構成される、請求項1記載のシステム。新たなインタフェース要素のコンセプトと定義とを前記オントロジーに含めるオントロジー更新手段をさらに有する、請求項1記載のシステム。前記オントロジー更新手段は、前記定義に基づき前記新たなインタフェース要素と既存のインタフェース要素との間の関係を決定し、前記関係を前記オントロジーに格納するよう構成される、請求項10記載のシステム。前記マッピング生成手段は、異なるDRM規格に基づき複数の異なるDRMシステムのコンセプトのためのマッピングを生成するよう構成される、請求項1記載のシステム。請求項1記載のシステムを有するワークステーション。複数のデータプロテクションシステムの間の相互運用を提供する方法であって、コンセプトの定義をオントロジーに格納するステップであって、前記コンセプトは第1データプロテクションシステムと第2データプロテクションシステムとを含む少なくとも2つの異なるデータプロテクションシステムのインタフェース要素に関する、前記格納するステップと、前記第1データプロテクションシステムの少なくとも1つのインタフェース要素と前記第2データプロテクションシステムの少なくとも1つのインタフェース要素との間のマッピングを前記オントロジーに基づき生成するステップと、を有する方法。請求項14記載の方法をプロセッサシステムに実行させるための命令を有するコンピュータプログラム。図1において、デジタル著作権管理DRMシステムとアクセス制御ACシステムとの間の相互運用のためのシステムの一例のハイレベルアーキテクチャが示される。DRM/ACエージェントDRM/AC-Aは、DRMシステムとACシステムとの間のインタフェースとして機能する。DRMシステムは、権利発行主体RI、コンテンツ発行主体CI及びDRMエージェントDRM-Aを有してもよい。ACシステムは、コンテンツハンドラCHを有してもよい。図1に示されるようなDRM/ACエージェントの機能は、1XACMLPEPリクエストなどのDRMシステムからのリクエストのACシステムのコンテクストハンドラCHへのリクエストへの変換、すなわち、その後、当該リクエストは、ACシステムのコンテクストハンドラCHに転送されるか、あるいは、XACMLPEP図示せずに転送され、その後にコンテクストハンドラに転送される、2ACシステムからの判定の受信要求されたコンテンツを含むものであってもよい、3DRMシステムの権利発行主体RIのための関連する権利又はパーミッション情報の用意、4要求されたコンテンツのDRMシステムのコンテンツ発行主体CIへの任意的な送信を含むものであってもよい。ここに説明される技術の適用は、コンテクストハンドラとDRMシステムとの間のインタフェースをとるDRM/ACエージェントと、DRM/ACエージェントの機能の実現に関するものである。DRMシステムとACシステムとは、同一のユーザ識別管理システムを共有してもよい。あるいは、DRMユーザIDをACシステムのユーザIDに変換するか、又はその反対の変換を行う変換サービスが提供されてもよい。より一般に、図2は、複数のデータプロテクションシステムの間の相互運用を提供するシステムのブロック図を示す。当該図は2つのデータプロテクションシステムを示すが、これは限定的なものでない。システムは、2つより多くのデータプロテクションシステムのサポートを提供するものであってもよい。システムは、少なくとも2つの異なるデータプロテクションシステム1,2のインタフェース要素に関するコンセプト4の定義12を格納するよう構成されるオントロジー3を有してもよい。さらに、システムは、第1データプロテクションシステム1の少なくとも1つのインタフェース要素と第2データプロテクションシステム2の少なくとも1つのインタフェース要素との間のマッピングをオントロジー3に基づき生成するよう構成されるマッピング生成手段5を有してもよい。ここで、インタフェース要素は、システムにより生成されるか、又は入力としてシステムにより受け取られたメッセージの一部を有してもよい。これらのインタフェース要素は、通常はデータプロテクションシステムが基づく規格のマニュアルに説明される。システムはさらに、第1データプロテクションシステム1により生成されるメッセージを受信し、変換されたメッセージを取得するため当該メッセージをマッピングに基づき変換し、変換されたメッセージを第2データプロテクションシステム2に送信するよう構成されるメッセージ変換手段16を有してもよい。単一のメッセージを変換するためにより多くのマッピングが利用されてもよい。これは、メッセージが、別々のコンセプトが定義可能なインタフェース要素としてみなされうる複数のフィールドを有してもよいためである。第1データプロテクションシステム1はアクセス制御システム6を有し、第2データプロテクションシステム2はDRMシステム7を有してもよい。従って、コンセプト及び定義は、これらのシステムのインタフェース要素に関連するものであってもよい。このような具体例では、マッピング生成手段5は、アクセス制御ポリシーとDRMライセンスとの間のマッピングのため構成される。複数のコンセプト及び定義が、単一のアクセス制御ポリシー又はDRMライセンスに関連するものであってもよい。マッピング生成手段は、アクセス制御ポリシーをDRMライセンスに変換するのに必要とされるコンセプトをマッピングする。アクセス制御システム6は、アクセス制御サーバ10を有してもよい。DRMシステム7は、DRMクライアント11を有してもよい。DRMクライアント11は、ライセンス及びコンテンツを要求するため、通常はDRMサーバ図示せずと通信するであろう。本ケースでは、図2に示されるように、DRMクライアント11により発行されるリクエストは、マッピング生成手段により受信される。マッピング生成手段は、マッピング生成手段により生成されるマッピングを適用し、DRMクライアント10からのメッセージをアクセス制御サーバ11に互換的なメッセージに変換するメッセージ変換手段図示せずを有する。これをサポートするため、マッピング生成手段5は、アクセス制御サーバ10の少なくとも1つのインタフェース要素とDRMクライアント11の少なくとも1つのインタフェース要素との間のマッピングをオントロジー3に基づき生成するよう構成されてもよい。マッピング生成手段5は、コンセプト4の定義12に基づきマッピングを生成するよう構成されてもよい。オントロジー3は、異なるデータプロテクションシステム1,2のコンセプト4の間の関係の表現を格納するよう構成されてもよい。マッピング生成手段5は、オントロジー3に定義されたコンセプト4の間のこれらの関係13に基づきマッピングを生成してもよい。例えば、2つのコンセプトが同様のセマンティックを有する関係であってもよく、マッピング生成手段は、このとき、これらのコンセプトを互いに表現するインタフェース要素をマッピングするであろう。マッピング生成手段5は、第1データプロテクションシステム1のコンセプト4の定義12と第2データプロテクションシステム2のコンセプト4の少なくとも1つの定義12とをマッチングするよう構成されてもよい。例えば、推測エンジンが、このために利用されてもよい。定義12により表されるような第1データプロテクションシステムのコンセプト4のセマンティックが、第2データプロテクションシステムのコンセプト4のセマンティックに対応するとき、これらのコンセプトはマッピングされてもよい。あるいは、第1データプロテクションシステム1のコンセプト4のセマンティックが第2データプロテクションシステム2の2以上のコンセプト4のセマンティックに対応するとき、第1データプロテクションシステム1のコンセプト4は、第2データプロテクションシステム2のこれら2以上のコンセプトにマッピングされてもよい。マッピング生成手段5は、アクセス制御システム6のインタフェース要素をDRMシステム7のシステム制限に少なくとも部分的にマッピングするよう構成される。このような制限の具体例は、本開示の他の所で説明される。システムはさらに、新たなインタフェース要素のコンセプト及び定義15をオントロジー3に含めるためのオントロジー更新手段14を有してもよい。インタフェース要素は、それがオントロジー3にまだ表されていないという意味で新しいものである、新たなインタフェース要素は、マッピングを生成するのに利用されてもよい。このように、データプロテクションシステム1,2への拡張は、相互運用システムに容易に含まれてもよい。さらに、全く異なるデータプロテクションシステムのサポートが、オントロジーに追加されてもよい。このため、新たな語彙がオントロジー3において生成されるか、あるいは、新たなインタフェース要素/コンセプトが、オントロジー3の特定のデータプロテクションシステムに関連付けされてもよい。オントロジー更新手段14は、定義12に基づき新たなインタフェース要素と既存のインタフェース要素との間の関係13を決定し、当該関係をオントロジー3に格納するよう構成されてもよい。このように、当該関係は、マッピング生成手段5によりマッピングをより効率的に生成するため利用可能である。マッピング生成手段5は、異なるDRM規格に基づき複数の異なるDRMシステムのコンセプト4のためのマッピングを生成するよう構成されてもよい。上述されるように、オントロジーの個々のコンセプトは、特定のDRM規格に関連付けされてもよい。この結果、マッピング生成手段は、第1データプロテクションシステム1のコンセプトから、関連する定義及び/又は関係がオントロジーに含まれる他の何れかのデータプロテクションシステムへのマッピングを生成可能である。システムは、ワークステーションにより実現されてもよい。図3は、複数のデータプロテクションシステムの間の相互運用を提供する方法を示す。本方法は、第1及び第2データプロテクションシステムを含む少なくとも2つの異なるデータプロテクションシステムのインタフェース要素に関連するコンセプトの定義を格納するステップ201を有する。本方法はさらに、オントロジーに基づき、第1データプロテクションシステムの少なくとも1つのインタフェース要素と第2データプロテクションシステムの少なくとも1つのインタフェース要素との間のマッピングを生成するステップ202を有する。本方法は、システムの機能の説明に基づき拡張又は変更されてもよい。本方法は、プロセッサシステムに本方法を実行させるための命令を有するコンピュータプログラムを用いて実現されてもよい。オントロジーは、プロセス定義言語により表現される少なくとも1つの定義を有してもよい。プロセス定義言語は、このようなプロセス定義言語によりパーミッションを表現するのに便利であるため、適した言語である。これは、例えば、特定のデータアイテムにより実行されてもよいアクションシーケンスなど、パーミッションがしばしば1以上のアクションに関連するという洞察に基づくものである。以下の実施例では、2つの異なるデータプロテクションシステムで用いられる異なる2つの言語の語彙の間の自動的なマッピングが、記述ロジックOWLなどなどの異なるフォーマルメソッドを用いて表現されてもよい知識ベースオントロジーを用いてDRM/ACエージェントによってどのようにして生成可能であるか示される。コンセプトは、分類法により自動的に分類できるように既存のリーゾナreasoner/クラシファイアclassifierを用いて、フォーマルに定義されてもよい。このようにして、新たな言語からの用語が、それらのフォーマルな定義に基づき既存のオントロジーの分類に自動的に追加可能である。DRM/ACエージェント又は推測エンジンにより参照される知識ベースは、記述ロジックDL又は他のフォーマルロジックを用いてフォーマルに記述されるHL7の語彙の異なる語彙異なる言語により定義されるようなパーミッション及び定義からのコンセプトの間のすでに確立された関係を含むコンセプトオントロジークラスのフォーマルな定義を有してもよい。本実施例では、アクセス制御及びDRM言語によるパーミッション処理のフォーマルな記述のいくつかの具体例が説明される。上述されるように、オントロジーのコンセプトクラスは、DLOWLなどの言語又は他のフォーマルロジックを用いて定式化されてもよい。しかしながら、データプロテクションシステムにおいて用いられるパーミッションは処理に対応し、動作を伝達する単語である動詞として規定されてもよいため、それらは、プロセスの記述のためのフォーマルメソッド、すなわち、BPELBusinessProcessExecutionLanguageを用いて効率的に定式化可能である。プロセスアルジェブラ、PetriNets又はBPMNなどの同様の定式化がまた、他のフォーマルロジックと共に利用可能である。プロセス記述言語の利用は限定でない。従来、ウェブサービスに基づきビジネスプロセス動作を規定するBPELが利用された。それは、XMLに基づく。しかしながら、BPELは、推測エンジンによって新たな関係を確立するため利用可能となるように、パーミッション語彙の定義をプロセスとして表すのに利用されてもよい。BPELを用いて、パーミッション処理/アクションは、プロセスとして視覚化できる。その後、推測エンジンは、異なるプロセスマッチング技術を用いてBPELプロセスを比較できる。図2は、以降に容易にBPELにマッピング可能なBPMNBusinessProcessModelingNotationの記法を用いてプロセスとして表現されるいくつかのパーミッションの定義の図示を示す。特に、図4Aは、パーミッションの定義のリードのスタート401、ブロック402において処理装置がファイル405を再生し、ブロック403において視覚装置がファイルを提示し、エンド404となる図示を示す。図4Bは、パーミッションの定義の印刷のスタート406、ブロック407において処理装置がファイル410を再生し、ブロック408において印刷装置がハードコピー411を生成し、エンド409となる図示を示す。図4Cは、パーミッションの定義の再生又はコピーのスタート412、ブロック413において第1記憶装置がファイルを処理し、ファイル410を生成し、ブロック414において第2記憶装置がファイル410を受信し、ファイル411として格納し、エンド415となる図示を示す。以下の具体例では、新たな用語が追加されると、オントロジー更新手段14などにより実行可能なステップが説明される。1.第1ステップでは、DRM/ACエージェントが、新たな用語新たなAC又はDRM言語からのパーミッションなどを、BPELを用いたプロセス言語又は他の言語により表現される定義と共に受信する。2.第2ステップでは、新たなオントロジーの用語が推測エンジンに提供される。3.第3ステップでは、推測エンジンは、知識ベースに照会し、BPELにより表現される中央語彙を含む既存のオントロジーの定義を抽出する。4.第4ステップでは、推測エンジンは、新たなオントロジーの用語と既存のオントロジーとを比較する。このステップは、特に定義がBPELにより表現されるとき、BPELプロセスマッチングと同様の方法により実行されてもよい。このマッチングは、いくつかの方法により実行可能である。プロセスを比較する1つの方法は、R.Eshuis,P.GrefenによるStructuralMatchingofBPELProcessesProceedingsoftheFifthEuropeanConferenceonWebServices,pp:171-180,2007に開示されている。この引用された論文では、2つのプロセスは、プロセスのタイプが同一であり、同一の動作から構成される場合に等価である。マッチングが成功した結果として、推測エンジンは、新たなマッピング関係を生成することによって知識ベースを更新してもよい。本発明はまた、本発明を実現するよう構成されるコンピュータプログラム、特にキャリア上のコンピュータプログラムに適用されることが理解されるであろう。プログラムは、本発明による方法の実現に利用するのに適した部分的にコンパイルされた形式又は他の何れかの形式など、ソースコード、オブジェクトコード、コード中間ソースの形式を有してもよい。このようなプログラムは多数の異なるアーキテクチャ設計を有してもよいことが理解されるであろう。例えば、本発明による方法又はシステムの機能を実現するプログラムコードは、1以上のサブルーチンに分割されてもよい。これらのサブルーチンに機能を分散させる多数の異なる方法は、当業者に明らかであろう。サブルーチンは、自己完結したプログラムを構成するため、1つの実行可能ファイルに一緒に格納されてもよい。このような実行可能ファイルは、プロセッサ命令及び/又はインタプリタ命令Java登録商標インタプリタ命令などなどのコンピュータ実行可能命令を有してもよい。あるいは、サブルーチンの1以上又はすべては、少なくとも1つの外部のライブラリファイルに格納され、ランタイム時などに静的に又は動的にメインプログラムとリンクされてもよい。メインプログラムは、サブルーチンの少なくとも1つの対する少なくとも1つの呼び出しを含む。サブルーチンはまた、互いのファンクションコールを有してもよい。コンピュータプログラムに関する実施例は、ここに与えられた方法の少なくとも1つの各処理ステップに対応するコンピュータ実行可能命令を有する。これらの命令は、サブルーチンに分割され、及び/又は静的に又は動的にリンクされる1以上のファイルに格納されてもよい。コンピュータプログラムに関する他の実施例は、ここに与えられるシステム及び/又はプロダクトの少なくとも1つの各手段に対応するコンピュータ実行可能命令を有する。これらの命令は、サブルーチンに分割され、及び/又は静的に又は動的にリンクされる1以上のファイルに格納されてもよい。コンピュータプログラムのキャリアは、プログラムを搬送可能な何れかのエンティティ又は装置であってもよい。例えば、キャリアは、CDROM、半導体ROMなどのROM又は、フロッピー登録商標ディスクやハードディスクなどの磁気記憶媒体などの記憶媒体を含むものであってもよい。さらに、キャリアは、電気又は光ケーブルを介し又は無線若しくは他の手段によって伝送される電気若しくは光信号などの伝送可能なキャリアであってもよい。プログラムがこのような信号に実現されるとき、キャリアは、このようなケーブル又は他の装置若しくは手段によって構成されてもよい。あるいは、キャリアは、プログラムが実現される集積回路であってもよく、当該集積回路は、関連する方法を実行するか、又はその実行に利用されるよう構成される。上述された実施例は本発明を限定するものでなく説明するものであり、当業者は添付した請求項の範囲から逸脱することなく他の多数の実施例を設計可能であることに留意すべきである。請求項では、括弧内に配置された参照符号は、請求項を限定するものとして解釈されるものでない。有する及びその派生語の使用は、請求項に記述された以外の要素又はステップの存在を排除するものでない。要素に先行するあるという冠詞は、当該要素が複数存在することを排除するものでない。本発明は、複数の異なる要素を有するハードウェアによって、また適切にプログラムされたコンピュータによって実現されてもよい。複数の手段を列記した装置の請求項では、これらの手段の複数が、単一の同一のハードウェアアイテムにより実現されてもよい。ある手段が互いに異なる従属形式の請求項に記載されるという事実は、これらの手段の組み合わせが効果的に利用可能でないことを示すものでない。"