JP5957449B2 - 複数のデータプロテクションシステムの間の相互運用 - Google Patents

Description

本発明は、複数のデータプロテクションシステムの間の相互運用に関する。

電子健康記録（ＥＨＲ）は、患者の健康状態及び医療に関する電子的に格納されたデータのレポジトリである。ＥＨＲシステムは、医療提供の品質及び効率性を後納させるための機能を提供可能である。リモート患者モニタリングなどの個人の医療サービスの需要は増大している。このようなサービスを可能にするため、健康データが患者の自宅との間で通信される可能性がある。健康関連データは、一般にプライベートなものと考えられ、医師倫理綱領の宣誓（Ｈｉｐｐｏｃｒａｔｉｃ Ｏａｔｈ）などの確立された倫理原理及び法律の存在を正当化する。自宅におけるデジタル健康データの利用及び病院外の第三者との共有を可能にするため、将来的な医療インフラストラクチャは、従来のアクセス制御を超えたさらなるプロテクション機構を必要とする。

従来のセキュリティ機構は、機密性のある健康データの保護のためのオンラインの中央化されたセキュアなアクセス手段を提供する。この手段は、医療インフラストラクチャの従来の中央化されたアーキテクチャでは良好に適合する。しかしながら、現在の医療インフラストラクチャは分散化の性質を有し、機密な健康データは、異なるセキュリティドメインに属する異なる主体と頻繁に共有される。デジタル著作権管理（ＤＲＭ）は、現在の医療インフラストラクチャのこれらのさらなるニーズを満たすための手段を提供する。しかしながら、ＤＲＭシステムは、これらのシステムがパラレルに配置されるとき、アクセス制御システムと相互運用可能であるべきである。

Ｅｖａ Ｒｏｄｒｉｇｕｅｚらによる“ＤＲＭ ａｎｄ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｒｃｈｉｔｅｃｔｕｒｅｓ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ”（５０ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ＥＬＭＡＲ−２００８，１０−１２ Ｓｅｐｔｅｍｂｅｒ ２００８，Ｚａｄａｒ，Ｃｒｏａｔｉａ，ｖｏｌ．２，ｐｐ．４４７−４５０は、ＤＲＭアーキテクチャとアクセス制御フレームワーク（ＡＣＦ）アーキテクチャとを開示する。ＤＲＭアーキテクチャは、ユーザによるリソースへのアクセスを管理する。“ブローカー”は、ＤＲＭとＡＣＦアクセス制御ルールとの間の相互運用、デジタルオブジェクトとデジタルメディアとの間の相互運用、及び双方のシステムのデジタルリソースに関連するプロテクション情報間の相互運用を提供する。

本発明の各態様が、独立形式の請求項により規定される。従属形式の請求項は、効果的な実施例を規定する。複数のデータプロテクションシステムの間の改良された相互運用を有することが効果的であろう。この関心により良好に対処するため、第１の態様では、本発明は、第１データプロテクションシステムと第２データプロテクションシステムとを含む少なくとも２つの異なるデータプロテクションシステムのインタフェース要素に関連するコンセプトの定義を格納するよう構成されるオントロジーと、前記第１データプロテクションシステムの少なくとも１つのインタフェース要素と前記第２データプロテクションシステムの少なくとも１つのインタフェース要素との間のマッピングを前記オントロジーに基づき生成するよう構成されるマッピング生成手段とを有するシステムを提供する。

オントロジー及びマッピング生成手段は、インタフェース要素をマッピングすることによって相互運用を提供する。マッピングは手動により予めプログラムされる必要がないため、オントロジーは、相互運用システムをフレキシブルなものにする。代わりに、データプロテクションシステムのコンセプトの定義がオントロジーに提供され、マッピング生成手段は、オントロジーに基づきマッピングを生成する。このようにして、新たなコンセプトが、新たなコンセプトの定義を提供することによって容易に処理可能となる。

本システムは、前記第１データプロテクションシステムにより生成されるメッセージを受信し、変換されたメッセージを取得するため、前記マッピングに基づき前記メッセージを変換し、前記変換されたメッセージを前記第２データプロテクションシステムに送信するよう構成されるメッセージ変換手段を有してもよい。

前記第１データプロテクションシステムはアクセス制御システムを有し、前記第２データプロテクションシステムはデジタル著作権管理（ＤＲＭ）システムを有してもよい。その後、本システムは、アクセス制御システムとＤＲＭシステムとの間の相互運用を提供する。なぜなら、それは、ＡＣとＤＲＭシステムの双方のリクエストとレスポンスとを理解することを可能にするためである。ＤＲＭシステムとアクセス制御システムのインタフェース要素間のマッピングが予めプログラムされる必要がないため、オントロジーは、インタフェースをよりフレキシブルにすることを可能にする。例えば、新たなＤＲＭシステムがサポートされる必要があるとき、新たなＤＲＭシステムのインタフェース要素に関するコンセプトの定義が、マッピング生成手段に提供され、アクセス制御システムの１以上のインタフェース要素に関する対応するコンセプトを検索することによってマッピングを生成するようにしてもよい。

前記マッピング生成手段は、アクセス制御ポリシーとＤＲＭライセンスとの間でマッピングするよう構成されてもよい。オントロジーのフレキシビリティは、ポリシーとライセンスとの間のマッピングを実現する。

前記アクセス制御システムは、アクセス制御サーバを有し、前記ＤＲＭシステムは、ＤＲＭクライアントを有してもよい。前記マッピング生成手段は、前記アクセス制御サーバの少なくとも１つのインタフェース要素と前記ＤＲＭクライアントの少なくとも１つのインタフェース要素との間のマッピングを前記オントロジーに基づき生成するよう構成されてもよい。このように、ＤＲＭクライアントは、アクセス制御ベースサーバと共に動作し、例えば、ＤＲＭクライアントは、アクセス制御ベースサーバからデータをリクエストしてもよい。

前記マッピング生成手段は、前記コンセプトの定義に基づき前記マッピングを生成するよう構成されてもよい。これは、予めマッピングを明示的に定義する必要なく、マッピングを生成するフレキシブルな方法である。

前記オントロジーは、前記異なるデータプロテクションシステムのコンセプトの間の関係の表現を格納するよう構成され、前記マッピング生成手段は、前記オントロジーに定義されるコンセプトの間の前記関係に基づき前記マッピングを生成するよう構成されてもよい。これは、マッピングを生成する効率的な方法である。例えば、マッピングが定義に基づき生成された後、当該マッピングは、以降のマッピングをより計算量を少なくするための関係として格納されてもよい。

前記マッピング生成手段は、前記第１データプロテクションシステムのコンセプトの定義と前記第２データプロテクションシステムのコンセプトの少なくとも１つの定義とをマッチングするよう構成されてもよい。定義によってコンセプトをマッチングすることによって、マッピングは動的に生成可能である。さらに、１つのコンセプトが複数の他のコンセプトとマッチングされることを可能にすることによって、当該マッピングはより高機能なものとすることが可能である。なぜなら、１つのインタフェース要素は、他のシステムの複数のインタフェース要素にマッピングされてもよいためである。これは、複数のシステムのインタフェース要素が同一のセマンティックを有しない場合、相互運用を向上させる。語彙又はボキャブラリは、特にＤＲＭ及び／又はアクセス制御システムのインタフェース要素を記述してもよい。

前記マッピング生成手段は、前記アクセス制御システムのインタフェース要素をＤＲＭシステムのシステム制限に少なくとも部分的にマッピングするよう構成されてもよい。アクセス制御システムのインタフェース要素の完全なセマンティックをＤＲＭシステムのインタフェース要素により表現することは可能でないかもしれない。なぜなら、このようなシステムは本来的に異なるためである。これらの制限は、例えば、セキュアなクロック、領域又はオペレーティングシステムの利用に関するものであってもよい。

本システムは、新たなインタフェース要素のコンセプトと定義とを前記オントロジーに含めるオントロジー更新手段をさらに有してもよい。このように、オントロジーは、新たなインタフェース要素により拡張され、マッピング生成手段は、新たなインタフェース要素のマッピングの生成を開始できる。

前記オントロジー更新手段は、前記定義に基づき前記新たなインタフェース要素と既存のインタフェース要素との間の関係を抽出し、前記関係を前記オントロジーに格納するよう構成されてもよい。これは、関係の格納後、新たなインタフェース要素と既存のインタフェース要素との迅速なマッピングを可能にする。

前記マッピング生成手段は、異なるＤＲＭ規格に基づき複数の異なるＤＲＭシステムのコンセプトのためのマッピングを生成するよう構成されてもよい。このように、複数のＤＲＭシステムが、アクセス制御システムのデータにアクセスするためサポート可能である。

本システムは、ワークステーションに搭載されてもよい。

他の態様では、本発明は、複数のデータプロテクションシステムの間の相互運用を提供する方法であって、コンセプトの定義をオントロジーに格納するステップであって、前記コンセプトは第１データプロテクションシステムと第２データプロテクションシステムとを含む少なくとも２つの異なるデータプロテクションシステムのインタフェース要素に関する、前記格納するステップと、前記第１データプロテクションシステムの少なくとも１つのインタフェース要素と前記第２データプロテクションシステムの少なくとも１つのインタフェース要素との間のマッピングを前記オントロジーに基づき生成するステップとを有する方法を提供する。

他の態様では、本発明は、上述された方法をプロセッサシステムに実行させるための命令を有するコンピュータプログラムを提供する。

本発明の上述された実施例、実現形態及び／又は態様の２以上が、有用であるとみなされる何れかの方法により組み合わせ可能であることが、当業者により理解されるであろう。

システムの開示された改良及び変形に対応するワークステーション、方法及び／又はコンピュータプログラムの改良及び変形は、本開示に基づき当業者により実行可能である。

本発明の上記及び他の態様は、後述される実施例を参照して明らかになるであろう。
図１は、アクセス制御及びＤＲＭコンポーネントを有するシステムの図である。 図２は、複数のデータプロテクションシステムの間の相互運用を提供するシステムの態様を示すブロック図である。 図３は、複数のデータプロテクションシステムの間の相互運用を提供する方法の態様を示すフローチャートである。 図４Ａ，Ｂ及びＣは、複数のパーミッション定義の図を示す。

図１において、デジタル著作権管理（ＤＲＭ）システムとアクセス制御（ＡＣ）システムとの間の相互運用のためのシステムの一例のハイレベルアーキテクチャが示される。ＤＲＭ／ＡＣエージェント（ＤＲＭ／ＡＣ−Ａ）は、ＤＲＭシステムとＡＣシステムとの間のインタフェースとして機能する。ＤＲＭシステムは、権利発行主体（ＲＩ）、コンテンツ発行主体（ＣＩ）及びＤＲＭエージェント（ＤＲＭ−Ａ）を有してもよい。ＡＣシステムは、コンテンツハンドラ（ＣＨ）を有してもよい。図１に示されるようなＤＲＭ／ＡＣエージェントの機能は、１）ＸＡＣＭＬ ＰＥＰリクエストなどのＤＲＭシステムからのリクエストのＡＣシステムのコンテクストハンドラ（ＣＨ）へのリクエストへの変換、すなわち、その後、当該リクエストは、ＡＣシステムのコンテクストハンドラＣＨに転送されるか、あるいは、ＸＡＣＭＬ ＰＥＰ（図示せず）に転送され、その後にコンテクストハンドラに転送される、２）ＡＣシステムからの判定の受信（要求されたコンテンツを含むものであってもよい）、３）ＤＲＭシステムの権利発行主体ＲＩのための関連する権利（又はパーミッション）情報の用意、４）要求されたコンテンツのＤＲＭシステムのコンテンツ発行主体ＣＩへの任意的な送信を含むものであってもよい。

ここに説明される技術の適用は、コンテクストハンドラとＤＲＭシステムとの間のインタフェースをとるＤＲＭ／ＡＣエージェントと、ＤＲＭ／ＡＣエージェントの機能の実現に関するものである。ＤＲＭシステムとＡＣシステムとは、同一のユーザ識別管理システムを共有してもよい。あるいは、ＤＲＭユーザＩＤをＡＣシステムのユーザＩＤに変換するか、又はその反対の変換を行う変換サービスが提供されてもよい。

より一般に、図２は、複数のデータプロテクションシステムの間の相互運用を提供するシステムのブロック図を示す。当該図は２つのデータプロテクションシステムを示すが、これは限定的なものでない。システムは、２つより多くのデータプロテクションシステムのサポートを提供するものであってもよい。システムは、少なくとも２つの異なるデータプロテクションシステム１，２のインタフェース要素に関するコンセプト４の定義１２を格納するよう構成されるオントロジー３を有してもよい。さらに、システムは、第１データプロテクションシステム１の少なくとも１つのインタフェース要素と第２データプロテクションシステム２の少なくとも１つのインタフェース要素との間のマッピングをオントロジー３に基づき生成するよう構成されるマッピング生成手段５を有してもよい。ここで、インタフェース要素は、システムにより生成されるか、又は入力としてシステムにより受け取られたメッセージの一部を有してもよい。これらのインタフェース要素は、通常はデータプロテクションシステムが基づく規格のマニュアルに説明される。

システムはさらに、第１データプロテクションシステム１により生成されるメッセージを受信し、変換されたメッセージを取得するため当該メッセージをマッピングに基づき変換し、変換されたメッセージを第２データプロテクションシステム２に送信するよう構成されるメッセージ変換手段１６を有してもよい。単一のメッセージを変換するためにより多くのマッピングが利用されてもよい。これは、メッセージが、別々のコンセプトが定義可能なインタフェース要素としてみなされうる複数のフィールドを有してもよいためである。

第１データプロテクションシステム１はアクセス制御システム６を有し、第２データプロテクションシステム２はＤＲＭシステム７を有してもよい。従って、コンセプト及び定義は、これらのシステムのインタフェース要素に関連するものであってもよい。このような具体例では、マッピング生成手段５は、アクセス制御ポリシーとＤＲＭライセンスとの間のマッピングのため構成される。複数のコンセプト及び定義が、単一のアクセス制御ポリシー又はＤＲＭライセンスに関連するものであってもよい。マッピング生成手段は、アクセス制御ポリシーをＤＲＭライセンスに変換するのに必要とされるコンセプトをマッピングする。

アクセス制御システム６は、アクセス制御サーバ１０を有してもよい。ＤＲＭシステム７は、ＤＲＭクライアント１１を有してもよい。ＤＲＭクライアント１１は、ライセンス及びコンテンツを要求するため、通常はＤＲＭサーバ（図示せず）と通信するであろう。本ケースでは、図２に示されるように、ＤＲＭクライアント１１により発行されるリクエストは、マッピング生成手段により受信される。マッピング生成手段は、マッピング生成手段により生成されるマッピングを適用し、ＤＲＭクライアント１０からのメッセージをアクセス制御サーバ１１に互換的なメッセージに変換するメッセージ変換手段（図示せず）を有する。これをサポートするため、マッピング生成手段５は、アクセス制御サーバ１０の少なくとも１つのインタフェース要素とＤＲＭクライアント１１の少なくとも１つのインタフェース要素との間のマッピングをオントロジー３に基づき生成するよう構成されてもよい。

マッピング生成手段５は、コンセプト４の定義１２に基づきマッピングを生成するよう構成されてもよい。

オントロジー３は、異なるデータプロテクションシステム１，２のコンセプト４の間の関係の表現を格納するよう構成されてもよい。マッピング生成手段５は、オントロジー３に定義されたコンセプト４の間のこれらの関係１３に基づきマッピングを生成してもよい。例えば、２つのコンセプトが同様のセマンティックを有する関係であってもよく、マッピング生成手段は、このとき、これらのコンセプトを互いに表現するインタフェース要素をマッピングするであろう。

マッピング生成手段５は、第１データプロテクションシステム１のコンセプト４の定義１２と第２データプロテクションシステム２のコンセプト４の少なくとも１つの定義１２とをマッチングするよう構成されてもよい。例えば、推測エンジンが、このために利用されてもよい。定義１２により表されるような第１データプロテクションシステムのコンセプト４のセマンティックが、第２データプロテクションシステムのコンセプト４のセマンティックに対応するとき、これらのコンセプトはマッピングされてもよい。あるいは、第１データプロテクションシステム１のコンセプト４のセマンティックが第２データプロテクションシステム２の２以上のコンセプト４のセマンティックに対応するとき、第１データプロテクションシステム１のコンセプト４は、第２データプロテクションシステム２のこれら２以上のコンセプトにマッピングされてもよい。

マッピング生成手段５は、アクセス制御システム６のインタフェース要素をＤＲＭシステム７のシステム制限に少なくとも部分的にマッピングするよう構成される。このような制限の具体例は、本開示の他の所で説明される。

システムはさらに、新たなインタフェース要素のコンセプト及び定義１５をオントロジー３に含めるためのオントロジー更新手段１４を有してもよい。インタフェース要素は、それがオントロジー３にまだ表されていないという意味で“新しい”ものである、新たなインタフェース要素は、マッピングを生成するのに利用されてもよい。このように、データプロテクションシステム１，２への拡張は、相互運用システムに容易に含まれてもよい。さらに、全く異なるデータプロテクションシステムのサポートが、オントロジーに追加されてもよい。このため、新たな語彙がオントロジー３において生成されるか、あるいは、新たなインタフェース要素／コンセプトが、オントロジー３の特定のデータプロテクションシステムに関連付けされてもよい。

オントロジー更新手段１４は、定義１２に基づき新たなインタフェース要素と既存のインタフェース要素との間の関係１３を決定し、当該関係をオントロジー３に格納するよう構成されてもよい。このように、当該関係は、マッピング生成手段５によりマッピングをより効率的に生成するため利用可能である。

マッピング生成手段５は、異なるＤＲＭ規格に基づき複数の異なるＤＲＭシステムのコンセプト４のためのマッピングを生成するよう構成されてもよい。上述されるように、オントロジーの個々のコンセプトは、特定のＤＲＭ規格に関連付けされてもよい。この結果、マッピング生成手段は、第１データプロテクションシステム１のコンセプトから、関連する定義及び／又は関係がオントロジーに含まれる他の何れかのデータプロテクションシステムへのマッピングを生成可能である。

システムは、ワークステーションにより実現されてもよい。

図３は、複数のデータプロテクションシステムの間の相互運用を提供する方法を示す。本方法は、第１及び第２データプロテクションシステムを含む少なくとも２つの異なるデータプロテクションシステムのインタフェース要素に関連するコンセプトの定義を格納するステップ２０１を有する。本方法はさらに、オントロジーに基づき、第１データプロテクションシステムの少なくとも１つのインタフェース要素と第２データプロテクションシステムの少なくとも１つのインタフェース要素との間のマッピングを生成するステップ２０２を有する。本方法は、システムの機能の説明に基づき拡張又は変更されてもよい。本方法は、プロセッサシステムに本方法を実行させるための命令を有するコンピュータプログラムを用いて実現されてもよい。

オントロジーは、プロセス定義言語により表現される少なくとも１つの定義を有してもよい。プロセス定義言語は、このようなプロセス定義言語によりパーミッションを表現するのに便利であるため、適した言語である。これは、例えば、特定のデータアイテムにより実行されてもよいアクションシーケンスなど、パーミッションがしばしば１以上のアクションに関連するという洞察に基づくものである。

以下の実施例では、２つの異なるデータプロテクションシステムで用いられる異なる２つの言語の語彙の間の自動的なマッピングが、記述ロジック（ＯＷＬなど）などの異なるフォーマルメソッドを用いて表現されてもよい知識ベース（オントロジー）を用いてＤＲＭ／ＡＣエージェントによってどのようにして生成可能であるか示される。コンセプトは、分類法により自動的に分類できるように（既存のリーゾナ（ｒｅａｓｏｎｅｒ）／クラシファイア（ｃｌａｓｓｉｆｉｅｒ）を用いて）、フォーマルに定義されてもよい。このようにして、新たな言語からの用語が、それらのフォーマルな定義に基づき既存のオントロジーの分類に自動的に追加可能である。

ＤＲＭ／ＡＣエージェント（又は推測エンジン）により参照される知識ベースは、記述ロジック（ＤＬ）又は他のフォーマルロジックを用いてフォーマルに記述されるＨＬ７の語彙の異なる語彙（異なる言語により定義されるようなパーミッション）及び定義からのコンセプトの間のすでに確立された関係を含むコンセプト（オントロジークラス）のフォーマルな定義を有してもよい。

本実施例では、アクセス制御及びＤＲＭ言語によるパーミッション（処理）のフォーマルな記述のいくつかの具体例が説明される。上述されるように、オントロジーのコンセプト（クラス）は、ＤＬ（ＯＷＬなどの言語）又は他のフォーマルロジックを用いて定式化されてもよい。しかしながら、データプロテクションシステムにおいて用いられるパーミッションは処理に対応し、動作を伝達する単語である動詞として規定されてもよいため、それらは、プロセスの記述のためのフォーマルメソッド、すなわち、ＢＰＥＬ（Ｂｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｅｘｅｃｕｔｉｏｎ Ｌａｎｇｕａｇｅ）を用いて効率的に定式化可能である。プロセスアルジェブラ、Ｐｅｔｒｉ Ｎｅｔｓ又はＢＰＭＮなどの同様の定式化がまた、他のフォーマルロジックと共に利用可能である。プロセス記述言語の利用は限定でない。

従来、ウェブサービスに基づきビジネスプロセス動作を規定するＢＰＥＬが利用された。それは、ＸＭＬに基づく。しかしながら、ＢＰＥＬは、推測エンジンによって新たな関係を確立するため利用可能となるように、パーミッション語彙の定義をプロセスとして表すのに利用されてもよい。ＢＰＥＬを用いて、パーミッション（処理／アクション）は、プロセスとして視覚化できる。その後、推測エンジンは、異なるプロセスマッチング技術を用いてＢＰＥＬプロセスを比較できる。

図２は、以降に容易にＢＰＥＬにマッピング可能なＢＰＭＮ（Ｂｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｍｏｄｅｌｉｎｇ Ｎｏｔａｔｉｏｎ）の記法を用いてプロセスとして表現されるいくつかのパーミッションの定義の図示を示す。特に、図４Ａは、パーミッションの定義の“リード”のスタート４０１、ブロック４０２において処理装置がファイル４０５を再生し、ブロック４０３において視覚装置がファイルを提示し、エンド４０４となる図示を示す。図４Ｂは、パーミッションの定義の“印刷”のスタート４０６、ブロック４０７において処理装置がファイル４１０を再生し、ブロック４０８において印刷装置がハードコピー４１１を生成し、エンド４０９となる図示を示す。図４Ｃは、パーミッションの定義の“再生又はコピー”のスタート４１２、ブロック４１３において第１記憶装置がファイルを処理し、ファイル４１０を生成し、ブロック４１４において第２記憶装置がファイル４１０を受信し、ファイル４１１として格納し、エンド４１５となる図示を示す。

以下の具体例では、新たな用語が追加されると、オントロジー更新手段１４などにより実行可能なステップが説明される。

１．第１ステップでは、ＤＲＭ／ＡＣエージェントが、新たな用語（新たなＡＣ又はＤＲＭ言語からのパーミッションなど）を、ＢＰＥＬを用いたプロセス言語又は他の言語により表現される定義と共に受信する。

２．第２ステップでは、新たなオントロジーの用語が推測エンジンに提供される。

３．第３ステップでは、推測エンジンは、知識ベースに照会し、ＢＰＥＬにより表現される中央語彙を含む既存のオントロジーの定義を抽出する。

４．第４ステップでは、推測エンジンは、新たなオントロジーの用語と既存のオントロジーとを比較する。このステップは、特に定義がＢＰＥＬにより表現されるとき、ＢＰＥＬプロセスマッチングと同様の方法により実行されてもよい。このマッチングは、いくつかの方法により実行可能である。プロセスを比較する１つの方法は、Ｒ．Ｅｓｈｕｉｓ，Ｐ．Ｇｒｅｆｅｎによる“Ｓｔｒｕｃｔｕｒａｌ Ｍａｔｃｈｉｎｇ ｏｆ ＢＰＥＬ Ｐｒｏｃｅｓｓｅｓ”（Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ Ｆｉｆｔｈ Ｅｕｒｏｐｅａｎ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｗｅｂ Ｓｅｒｖｉｃｅｓ，ｐｐ：１７１−１８０，２００７）に開示されている。この引用された論文では、２つのプロセスは、プロセスのタイプが同一であり、同一の動作から構成される場合に等価である。マッチングが成功した結果として、推測エンジンは、新たなマッピング関係を生成することによって知識ベースを更新してもよい。

本発明はまた、本発明を実現するよう構成されるコンピュータプログラム、特にキャリア上のコンピュータプログラムに適用されることが理解されるであろう。プログラムは、本発明による方法の実現に利用するのに適した部分的にコンパイルされた形式又は他の何れかの形式など、ソースコード、オブジェクトコード、コード中間ソースの形式を有してもよい。このようなプログラムは多数の異なるアーキテクチャ設計を有してもよいことが理解されるであろう。例えば、本発明による方法又はシステムの機能を実現するプログラムコードは、１以上のサブルーチンに分割されてもよい。これらのサブルーチンに機能を分散させる多数の異なる方法は、当業者に明らかであろう。サブルーチンは、自己完結したプログラムを構成するため、１つの実行可能ファイルに一緒に格納されてもよい。このような実行可能ファイルは、プロセッサ命令及び／又はインタプリタ命令（Ｊａｖａ（登録商標）インタプリタ命令など）などのコンピュータ実行可能命令を有してもよい。あるいは、サブルーチンの１以上又はすべては、少なくとも１つの外部のライブラリファイルに格納され、ランタイム時などに静的に又は動的にメインプログラムとリンクされてもよい。メインプログラムは、サブルーチンの少なくとも１つの対する少なくとも１つの呼び出しを含む。サブルーチンはまた、互いのファンクションコールを有してもよい。コンピュータプログラムに関する実施例は、ここに与えられた方法の少なくとも１つの各処理ステップに対応するコンピュータ実行可能命令を有する。これらの命令は、サブルーチンに分割され、及び／又は静的に又は動的にリンクされる１以上のファイルに格納されてもよい。コンピュータプログラムに関する他の実施例は、ここに与えられるシステム及び／又はプロダクトの少なくとも１つの各手段に対応するコンピュータ実行可能命令を有する。これらの命令は、サブルーチンに分割され、及び／又は静的に又は動的にリンクされる１以上のファイルに格納されてもよい。

コンピュータプログラムのキャリアは、プログラムを搬送可能な何れかのエンティティ又は装置であってもよい。例えば、キャリアは、ＣＤ ＲＯＭ、半導体ＲＯＭなどのＲＯＭ又は、フロッピー（登録商標）ディスクやハードディスクなどの磁気記憶媒体などの記憶媒体を含むものであってもよい。さらに、キャリアは、電気又は光ケーブルを介し又は無線若しくは他の手段によって伝送される電気若しくは光信号などの伝送可能なキャリアであってもよい。プログラムがこのような信号に実現されるとき、キャリアは、このようなケーブル又は他の装置若しくは手段によって構成されてもよい。あるいは、キャリアは、プログラムが実現される集積回路であってもよく、当該集積回路は、関連する方法を実行するか、又はその実行に利用されるよう構成される。

上述された実施例は本発明を限定するものでなく説明するものであり、当業者は添付した請求項の範囲から逸脱することなく他の多数の実施例を設計可能であることに留意すべきである。請求項では、括弧内に配置された参照符号は、請求項を限定するものとして解釈されるものでない。“有する”及びその派生語の使用は、請求項に記述された以外の要素又はステップの存在を排除するものでない。要素に先行する“ある”という冠詞は、当該要素が複数存在することを排除するものでない。本発明は、複数の異なる要素を有するハードウェアによって、また適切にプログラムされたコンピュータによって実現されてもよい。複数の手段を列記した装置の請求項では、これらの手段の複数が、単一の同一のハードウェアアイテムにより実現されてもよい。ある手段が互いに異なる従属形式の請求項に記載されるという事実は、これらの手段の組み合わせが効果的に利用可能でないことを示すものでない。

Claims (15)

1. 複数のデジタルデータプロテクションシステムの間の相互運用を提供するシステムであって、
   アクセス制御サーバを有する第１データプロテクションシステムとデジタル著作権管理（ＤＲＭ）クライアントを有する第２データプロテクションシステムとを含む少なくとも２つの異なるデジタルデータプロテクションシステムのインタフェース要素に関連するコンセプトの定義を格納するよう構成されるオントロジーと、
   前記第１データプロテクションシステムの少なくとも１つのインタフェース要素と前記第２データプロテクションシステムの少なくとも１つのインタフェース要素との間のマッピングを前記オントロジーに基づき生成するよう構成されるコンピュータにより実現されるマッピング生成手段であって、前記マッピングは、前記第１データプロテクションシステムのポリシーと前記第２データプロテクションシステムのライセンスとの間のマッピングである、マッピング生成手段と、
   を有するシステム。
2. 前記第１データプロテクションシステムにより生成されるメッセージを受信し、変換されたメッセージを取得するため、前記マッピングに基づき前記メッセージを変換し、前記変換されたメッセージを前記第２データプロテクションシステムに送信するよう構成されるメッセージ変換手段を有する、請求項１記載のシステム。
3. 前記第１データプロテクションシステムはアクセス制御システムを有し、前記第２データプロテクションシステムはデジタル著作権管理（ＤＲＭ）システムを有する、請求項１記載のシステム。
4. 前記マッピング生成手段は、アクセス制御ポリシーとＤＲＭライセンスとに関するコンセプトをマッピングするよう構成される、請求項３記載のシステム。
5. 前記アクセス制御システムは、アクセス制御サーバを有し、
   前記ＤＲＭシステムは、ＤＲＭクライアントを有し、
   前記マッピング生成手段は、前記アクセス制御サーバの少なくとも１つのインタフェース要素と前記ＤＲＭクライアントの少なくとも１つのインタフェース要素との間のマッピングを前記オントロジーに基づき生成するよう構成される、請求項３記載のシステム。
6. 前記マッピング生成手段は、前記コンセプトの定義に基づき前記マッピングを生成するよう構成される、請求項１記載のシステム。
7. 前記マッピング生成手段は、前記第１データプロテクションシステムのコンセプトの定義と前記第２データプロテクションシステムのコンセプトの少なくとも１つの定義とをマッチングするよう構成される、請求項６記載のシステム。
8. 前記オントロジーは、前記異なるデータプロテクションシステムのコンセプトの間の関係の表現を格納するよう構成され、
   前記マッピング生成手段は、前記オントロジーに定義されるコンセプトの間の前記関係に基づき前記マッピングを生成するよう構成される、請求項１記載のシステム。
9. 前記マッピング生成手段は、前記アクセス制御システムのインタフェース要素をＤＲＭシステムのシステム制限に少なくとも部分的にマッピングするよう構成される、請求項３記載のシステム。
10. 新たなインタフェース要素のコンセプトと定義とを前記オントロジーに含めるオントロジー更新手段をさらに有する、請求項１記載のシステム。
11. 前記オントロジー更新手段は、前記定義に基づき前記新たなインタフェース要素と既存のインタフェース要素との間の関係を決定し、前記関係を前記オントロジーに格納するよう構成される、請求項１０記載のシステム。
12. 前記マッピング生成手段は、異なるＤＲＭ規格に基づき複数の異なるＤＲＭシステムのコンセプトのためのマッピングを生成するよう構成される、請求項１記載のシステム。
13. 請求項１記載のシステムを有するワークステーション。
14. 複数のデジタルデータプロテクションシステムの間の相互運用を提供するコンピュータにより実現される方法であって、
    コンセプトの定義をオントロジーに格納するステップであって、前記コンセプトは、アクセス制御サーバを有する第１データプロテクションシステムとデジタル著作権管理（ＤＲＭ）クライアントを有する第２データプロテクションシステムとを含む少なくとも２つの異なるデジタルデータプロテクションシステムのインタフェース要素に関する、前記格納するステップと、
    前記第１データプロテクションシステムの少なくとも１つのインタフェース要素と前記第２データプロテクションシステムの少なくとも１つのインタフェース要素との間のマッピングを前記オントロジーに基づき生成するステップであって、前記マッピングは、前記第１データプロテクションシステムのポリシーと前記第２データプロテクションシステムのライセンスとの間のマッピングである、生成するステップと、
    を有する方法。
15. 請求項１４記載の方法をプロセッサシステムに実行させるための命令を有するコンピュータプログラム。

Images