(57)【要約】本発明は、アイテムの使用を権利表現に基づいて制御するシステムにおいて使用されるアイテムに対応する権利表現を処理するためのシステム及び方法を提供する。権利表現は、一般的な方法によって、元々のフォーマットで規定される。権利表現の中間フォーマットが、元々のフォーマットに対応するシンタックス情報及びセマンティクス情報の少なくとも一方に基づいて生成される。権利表現は、装置上で行使するための前記アイテムの使用方法を規定する。中間フォーマットは、様々な装置上で権利を行使するのを可能にするために、資源制約装置のための装置特定フォーマットまたは単純化フォーマットに変換されてもよい。
2005520254.tif 000002
【特許請求の範囲】
【請求項１】
権利表現に基づいてアイテムの使用を制御するシステムにおいて使用する該アイテムに関連する該権利表現を処理する方法であって、
元々のフォーマットの権利表現を特定し、
前記元々のフォーマットに関連するシンタックス情報及びセマンティクス情報の少なくとも一つに基づいて、前記権利表現の中間フォーマットを生成し、
前記権利表現は、装置上で行使する前記アイテムの使用方法を特定する、
方法。
【請求項２】
資源制約装置を含む前記装置による前記権利表現の行使に、前記中間フォーマットを適応する請求項１に記載の方法。
【請求項３】
機能制限装置を含む前記装置による前記権利表現の行使に、前記中間フォーマットを適応する請求項１に記載の方法。
【請求項４】
前記中間フォーマットが装置独立フォーマットを含む、請求項１に記載の方法。
【請求項５】
前記アイテムが、デジタル作品、サービス、抽象的オブジェクト、資源、及び、商品の１つを含む、請求項１に記載の方法。
【請求項６】
前記生成するステップが、
前記シンタックス情報及びセマンティクス情報の少なくとも一方に基づいて、前記権利表現を自己完結型フォーマットに変換することを含むローカライゼーション・プロセス、
を含む、
請求項１に記載の方法。
【請求項７】
前記自己完結型フォーマットが前記権利表現のバイナリ表現を含む、請求項６に記載の方法。
【請求項８】
前記ローカライゼーション・プロセスが、
参照情報をリトリーブし、前記権利表現の参照と該参照情報とを置換する、
ことを含む、
請求項６に記載の方法。
【請求項９】
前記権利表現から、前記装置上で行使されるべきでない条件を除去することにより、前記自己完結型フォーマットを単純化フォーマットに変換することを含む、単純化プロセス、
をさらに含む請求項６に記載の方法。
【請求項１０】
前記単純化プロセスが、
除去されない条件をバイナリ表現に変換する、
ことを含む、
請求項９に記載の方法。
【請求項１１】
前記単純化プロセスが、
変数と前記権利表現の値とを置換する、
ことを含む、
請求項９に記載の方法。
【請求項１２】
前記単純化プロセスが、
冗長な情報及び冗長な表現の少なくとも一方を前記権利表現から除去する、
ことを含む、
請求項９に記載の方法。
【請求項１３】
前記除去されない条件が、前記アイテムの前記使用方法を行使するために満たされなければならない条件を含む、請求項１０に記載の方法。
【請求項１４】
前記装置による前記権利表現の行使に適応される装置特定フォーマットに、前記中間フォーマットを変換することを含む、トランスレーション・プロセス、
をさらに含む、請求項１に記載の方法。
【請求項１５】
前記装置特定フォーマットが前記権利表現のバイナリ表現を含む、請求項１４に記載の方法。
【請求項１６】
前記装置がハンドヘルド・デバイスを含む、請求項１に記載の方法。
【請求項１７】
前記装置が資源制約装置を含む、請求項１に記載の方法。
【請求項１８】
前記装置がマルチ・プロセッサ装置を含む、請求項１に記載の方法。
【請求項１９】
前記装置がレンダリング・デバイスを含む、請求項１に記載の方法。
【請求項２０】
前記権利表現が文法に基づいたものである、請求項１に記載の方法。
【請求項２１】
前記装置特定フォーマットが前記権利表現のグラフィカル表現を含む、請求項１５に記載の方法。
【請求項２２】
前記グラフィカル表現が一以上のグリフを含む、請求項２１に記載の方法。
【請求項２３】
前記装置特定フォーマットが前記権利表現の変調信号に基づいた表現を含む、請求項１６に記載の方法。
【請求項２４】
前記権利表現の前記変調信号に基づいた表現が変調された光信号を含む、請求項２３に記載の方法。
【請求項２５】
前記権利表現の前記変調信号に基づいた表現が変調された音信号を含む、請求項２３に記載の方法。
【請求項２６】
前記装置特定フォーマットが、前記権利表現のプロファイル又はテンプレートを含み、
前記プロファイル又はテンプレートが前記権利表現から除去される一以上の変数値を有する権利表現を含む、
請求項１５に記載の方法。
【請求項２７】
権利表現に基づいてアイテムの使用を制御するシステムにおいて使用する該アイテムに関連する該権利表現を処理するシステムであって、
元々のフォーマットの権利表現を特定する手段と、
前記元々のフォーマットに関連するシンタックス情報及びセマンティクス情報の少なくとも一つに基づいて、前記権利表現の中間フォーマットを生成する手段と、
を備え、
前記権利表現は、装置上で行使する前記アイテムの使用方法を特定する、
システム。
【請求項２８】
資源制約装置を含む前記装置による前記権利表現の行使に、前記中間フォーマットを適応する請求項２７に記載のシステム。
【請求項２９】
機能制限装置を含む前記装置による前記権利表現の行使に、前記中間フォーマットを適応する請求項２７に記載のシステム。
【請求項３０】
前記中間フォーマットが装置独立フォーマットを含む、請求項２７に記載のシステム。
【請求項３１】
前記アイテムが、デジタル作品、サービス、抽象的オブジェクト、資源、及び、商品の一つを含む、請求項２７に記載のシステム。
【請求項３２】
前記生成する手段が、
前記シンタックス情報及びセマンティクス情報の少なくとも一方に基づいて、前記権利表現を自己完結型フォーマットに変換することを含むローカライゼーション・プロセスを実行する手段、
を含む、請求項２７に記載のシステム。
【請求項３３】
前記自己完結型フォーマットが前記権利表現のバイナリ表現を含む、請求項３２に記載のシステム。
【請求項３４】
前記ローカライゼーション・プロセスを実行する手段が、
参照情報をリトリーブし、前記権利表現の参照と該参照情報とを置換する手段、
を含む、
請求項３２に記載のシステム。
【請求項３５】
前記権利表現から、前記装置上で行使されるべきでない条件を除去することにより、前記自己完結型フォーマットを単純化フォーマットに変換することを含む、単純化プロセスを実行する手段、
をさらに含む、請求項３２に記載のシステム。
【請求項３６】
前記単純化プロセスを実行する手段が、
除去されない条件をバイナリ表現に変換する手段、
を含む、
請求項３５に記載のシステム。
【請求項３７】
前記単純化プロセスを実行する手段が、
変数と前記権利表現の値とを置換する手段、
を含む、
請求項３５に記載のシステム。
【請求項３８】
前記単純化プロセスを実行する手段が、
冗長な情報及び冗長な表現の少なくとも一方を前記権利表現から除去する手段、
を含む、
請求項３５に記載のシステム。
【請求項３９】
前記除去されない条件が、前記アイテムの前記使用方法を行使するために満たされなければならない条件を含む、請求項３６に記載のシステム。
【請求項４０】
前記装置による前記権利表現の行使に適応される装置特定フォーマットに、前記中間フォーマットを変換することを含む、トランスレーション・プロセスを実行する手段、
をさらに含む、請求項２７に記載のシステム。
【請求項４１】
前記装置特定フォーマットが前記権利表現のバイナリ表現を含む、請求項４０に記載のシステム。
【請求項４２】
前記装置がハンドヘルド・デバイスを含む、請求項２７に記載のシステム。
【請求項４３】
前記装置が資源制約装置を含む、請求項２７に記載のシステム。
【請求項４４】
前記装置がマルチ・プロセッサ装置を含む、請求項２７に記載のシステム。
【請求項４５】
前記装置がレンダリング・デバイスを含む、請求項２７に記載のシステム。
【請求項４６】
前記権利表現が文法に基づいたものである、請求項２７に記載のシステム。
【請求項４７】
前記装置特定フォーマットが前記権利表現のグラフィカル表現を含む、請求項４１に記載のシステム。
【請求項４８】
前記グラフィカル表現が一以上のグリフを含む、請求項４７に記載のシステム。
【請求項４９】
前記装置特定フォーマットが前記権利表現の変調信号に基づいた表現を含む、請求項４１に記載のシステム。
【請求項５０】
前記権利表現の前記変調信号に基づいた表現が変調された光信号を含む、請求項４９に記載のシステム。
【請求項５１】
前記権利表現の前記変調信号に基づいた表現が変調された音信号を含む、請求項４９に記載のシステム。
【請求項５２】
前記装置特定フォーマットが、前記権利表現のプロファイル又はテンプレートを含み、
前記プロファイル又はテンプレートが前記権利表現から除去される一以上の変数値を有する権利表現を含む、
請求項４１に記載のシステム。
【請求項５３】
前記特定する手段及び前記生成する手段がコンピュータ・システムのデバイスを含む、請求項２７に記載のシステム。
【請求項５４】
前記特定する手段及び前記生成する手段が媒体に記録されたコンピュータ可読命令を含む、請求項２７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、コンテンツまたはその他のアイテムの使用を、そのコンテンツまたはその他のアイテムに対応する使用権によって制御することに関し、より詳細には、使用権表現をマルチパス解釈するための方法及び装置に関する。
【背景技術】
【０００２】
文書、音楽、映画、ソフトウェア、及び、情報のようなデジタル・コンテンツを、コンピューティング・デバイスによって利用できるような形で、電子的な手段、とりわけインターネットを介して、広範囲に配信することに関する最も重要な問題の１つは、デジタル・コンテンツの配信中及び使用中に、知的所有権を遵守させることを可能にする対策である。この問題を解決するための技術は、ここでは、デジタル権利管理（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ：ＤＲＭ）と呼ばれる。しかしながら、ＤＲＭシステムを実現するには、ほんのいくつかを挙げても、認証、許可、会計、支払い及び決済、権利の規定、権利の確認、権利の行使、及び、文書保護の問題、など、考慮すべき多くの問題がある。
【０００３】
印刷された文書及びその他の物理的なコンテンツの業界においては、作者によって製作された作品は、通常、出版社に提供され、その出版社は、作品の体裁を整え、多くの部数の本を印刷する。そして、それらの本は、配給者によって、書店またはその他の小売店へ送られ、それらの書店または小売店から、ユーザが、本を購入する。低いコピー品質、及び、印刷物を配布する高いコストが、ほとんどの印刷文書を許可なくコピーするのを防止する役割をなしてきたが、非保護デジタル・コンテンツを高い品質でコピー、修正、及び、再配布することは、きわめて容易なことになった。したがって、デジタル・コンテンツを保護するための技法が、必要とされている。
【０００４】
本発明の譲受人に譲渡された特許文献１は、デジタル・コンテンツの配信を制御するためのＤＲＭシステムを開示しており、ＤＲＭシステムを含む装置は、そのＤＲＭシステムに関連するリポジトリを含んでもよい。予め定められた一組の使用トランザクションステップは、コンテンツに対応する使用権を行使するためのリポジトリによって使用されるプロトコルを定義する。使用権は、コンテンツとともに存続し、コンテンツに対応する使用権は、デジタル作品を備える。使用権は、例えば、コンテンツを鑑賞し、印刷し、あるいは、表示する権利、コンテンツを一回だけ使用する権利、及び、コンテンツを配信または再配信する権利など、様々な形でコンテンツの使用を許可してもよい。そのような使用権は、支払い金額またはその他の条件によって決められてもよい。
【０００５】
なお、特許文献１〜８は、本発明に関連する技術について記載している。
【特許文献１】米国特許第５６３４０１２号明細書
【特許文献２】米国特許第５５３０２３５号明細書
【特許文献３】米国特許第５６２９９８０号明細書
【特許文献４】米国特許第５６３４０１２号明細書
【特許文献５】米国特許第５６３８４４３号明細書
【特許文献６】米国特許第５７１５４０３号明細書
【特許文献７】米国特許第６２３３６８４号明細書
【特許文献８】米国特許第６２３６９７１号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述の要求及びその他の要求は、本発明の実施形態によって解決され、本発明は、使用権の変調されたまたは変化する信号表現またはグラフィカル表現に基づいてコンテンツまたはその他のアイテムの使用権を表現するための改善されたシステム及び方法を提供する。
【課題を解決するための手段】
【０００７】
１つの態様においては、アイテムの使用を権利表現に基づいて制御するシステムにおいて使用されるアイテムに対応する権利表現を処理するための方法が、提供される。この方法は、元々のフォーマットによる権利表現を規定し、元々のフォーマットに対応するシンタックス情報及びセマンティクス情報の少なくとも一方に基づいて、権利表現のための中間フォーマットを生成することを備える。権利表現は、装置上で行使するための前記アイテムの使用方法を規定する。
【発明を実施するための最良の形態】
【０００８】
本発明の別の態様、特徴、及び、利点が、以下の詳細な説明から直ちに明らかとなる。該説明は、本発明の実施の最良の形態を含むことを意図する実施態様と実現態様のいくつかを単に例示する。また、本発明では、他の異なる実施形態が可能であり、本発明の精神及び範囲を逸脱せずに、いくつかの細かな点を様々に変更してもよい。したがって、図面及び明細書は、特徴を説明するものであり、本発明を限定するものではない。
【０００９】
本発明は、単に例示の目的であって、本発明を限定するものではない添付の図面において示される。当該図面において同様の参照符号は同様の構成エレメントを示す。
【００１０】
使用権表現をマルチパス解釈するための方法及び装置が、説明される。以下の説明においては、説明することを目的として、本発明を十分に理解するために、多くの細かな点が、具体的に説明される。しかしながら、この分野に精通する者には、これらの細部を備えることなく、あるいは、同等の装置を備えて、本発明を実施してもよいことは明らかなことである。場合によっては、本発明を不必要に不明確にするのを避けるために、良く知られている構造及び装置は、ブロック図として示される。
【００１１】
本発明は、認証、許可、会計、支払い及び決済、権利の規定、権利の確認、権利の行使、及び、文書保護の問題をデジタル権利管理システムによって解決することができるという認識を含む。本発明の譲受人に譲渡された特許文献１〜７は、これらの問題及びその他の問題を解決するためのＤＲＭシステムを開示しており、それらのすべての明細書の全体が、ここに援用される。
【００１２】
さらに、本発明は、ＸｒＭＬベース言語、及び、ＸＭＬベース言語のようなネイティブな文法に基づいた言語によって符号化された権利表現の処理は、資源集約的な処理を必要とする場合があるという認識を含む。符号化された権利表現を構文解析しかつ処理するために、多くの資源が、使用されてもよい。さらに、符号化された権利表現は、きわめて複雑で冗長な場合があり、繰り返し実行される複数の構文解析及び解釈タスクを必要とする。さらに、レイテンシー及びリアルタイムに関する要求は、符号化された大量の権利表現を高性能に解釈することを必要とする。
【００１３】
したがって、そのような計算処理的な負荷は、限られた資源しか備えていないシステム及び装置、小型装置、ハンドヘルド・デバイス、限られた時間内に大量の権利表現を処理する責任を有するシステム及びプラットフォームのような、様々な種類のシステム、装置、プラットフォームに大きな負担をかけることがある。したがって、符号化された権利表現を処理する計算処理的負荷をロバストでかつ信頼できる形で軽減するためのシステム及び方法が、必要とされている。
【００１４】
ここで説明される例としての実施形態は、改善されたシステム及び方法を提供することによって、上述の及びその他の要求を解決するものであり、それによって、文法に基づいた権利表現を、一般的なデータ及びフォーマットに単純化し、最適化し、変換し、その一般的なデータ・フォーマットは、高い効率で処理されることが可能であり、ターゲット・コンピューティング環境の資源により良好に合致させることが可能である。例としての実施形態においては、ターゲット・コンピューティング環境は、ターゲット・デバイス、コンポーネント、アプリケーション、機能、システム、プラットフォームを含んでもよい。例としての実施形態においては、拡張可能権利マークアップ言語（ＸｒＭＬ）、拡張可能アクセス制御マークアップ言語（ＸＡＣＭＬ）、オープン・デジタル権利言語（ＯＤＲＬ）、拡張可能マークアップ言語（ＸＭＬ）に基づいた言語のような、文法ベース言語が、権利表現を規定するのに使用されてもよい。しかしながら、適切であれば、どのような文法及び言語が、例としての実施形態を実施するのに使用されてもよい。
【００１５】
例としての実施形態は、改善された方法及びシステムを提供することを目的としてもよく、それによって、文法に基づいた権利表現を、一般的なデータ・フォーマットに単純化し、最適化し、変換し、その一般的なデータ・フォーマットは、高い効率で処理されることが可能であり、ターゲット・コンピューティング環境の資源に、より良好に合致させることが可能である。例としての実施形態は、解釈の様々なステージが使用されてもよいので、マルチパス解釈と呼ばれてもよく、それらのステージにおいて、文法に基づいた権利表現を、ターゲット・コンピューティング環境にとってより適切なものであり得る一般的なデータ及びフォーマットに単純化してもよい。
【００１６】
例としての実施形態においては、権利表現を評価及び解釈するプロセスは、複数の処理ステップに分割されてもよい。それぞれの処理ステップの中間結果は、一般的なデータとして、一般的なフォーマットとして保存されてもよく、それらは、後に、評価され、解釈されてもよく、あるいは、そのために、後に、評価及び解釈するプロセスを再開してもよい。結果として得られる中間結果の一般的なフォーマットは、中間フォーマットと呼ばれてもよい。しかしながら、ここで説明されるフォーマットは、例としての特徴を有するものであり、以下でさらに詳細に説明するように、適切であれば、どのような種類のフォーマットでも、例としての実施形態のプロセスから結果を得るために使用されてよい。
【００１７】
ここで、図面を参照すると、いくつかの図面において、同一の符号は、同一のまたは類似する構成エレメントを示しており、そして、とりわけ、図１を参照すると、ＤＲＭシステム１００が示され、このシステム１００は、コンテンツ、サービス、または、その他の知的財産の使用権を規定しかつ行使するために、ここに説明される例としての実施形態とともに使用されてもよい。図１において、ＤＲＭシステム１００は、ユーザ起動コンポーネントを起動サーバ１１０の形態で含み、その起動サーバ１１０は、一組の公開鍵及び秘密鍵の対１１２を保護された方法でコンテンツユーザに発行する。一般的には、ユーザが、ＤＲＭシステム１００を初めて使用する場合、ユーザは、特定のコンテンツ・フォーマットのためのレンダリング・アプリケーションとともに動作するかまたはそのレンダリング・アプリケーションを含むソフトウェアをインストールする。
【００１８】
ソフトウェアは、ユーザに対応するコンピューティング・デバイスのようなクライアント環境１２０内にインストールされる。ソフトウェアは、ＤＲＭシステム１００の一部であってもよく、また、被保護コンテンツ１３４にアクセスするのに使用されてもよい。インストールされた後に、ソフトウェアが、起動されてもよい。起動プロセス中、何らかの情報が、起動サーバ１１０とクライアント環境１２０との間で交換される。クライアント・ソフトウェア・コンポーネント１２２が、ダウンロードされてもよく、そして、クライアント環境１２０内にインストールされる。クライアント・ソフトウェア・コンポーネント１２２は、改ざん防止性であってもよく、また、その他のコンポーネントと同様に、起動サーバ１１０によって発行された一組の公開鍵及び秘密鍵の対１１２を含んでもよい。
【００１９】
例えば、権利オファー１３２は、被保護コンテンツ１３４に対応付けられてもよく、かつ、使用方法を有する使用権１３２Ａを規定してもよく、その使用権１３２Ａは、１つかまたはそれ以上の対応する条件１３２Ｂを満足する場合に、エンド・ユーザに有効である。ライセンス・サーバ１４０は、暗号鍵１１２を管理し、被保護コンテンツ１３４に対するライセンス１４２を発行する。ライセンス１４２は、使用権１３２Ａをエンド・ユーザに実際に譲渡することを具体的に表現してもよい。権利オファー１３２は、５ドルの料金を支払うことを条件に、被保護コンテンツ１３４を鑑賞する権利をエンド・ユーザに譲渡してもよく、また、１０ドルの料金を支払うことを条件に、被保護コンテンツを印刷する権利をエンド・ユーザに譲渡してもよい。ライセンス１４２は、５ドルの料金がすでに支払われていれば、鑑賞する権利と引き換えに発行されてもよく、及び／または、１０ドルの料金がすでに支払われていれば、印刷する権利と引き換えに発行されてもよい。クライアント・コンポーネント１２２は、ライセンス１４２に規定されている権利を解釈しかつ行使する。
【００２０】
非保護コンテンツのような、非暗号化コンテンツ１３６が、コンテンツ出版社、コンテンツ配給者、コンテンツ・サービス・プロバイダ、または、何らかのその他の適切な団体に対応するコンピュータ１３０上にインストールされた、文書作成アプリケーションのようなアプリケーション１３８によって、作成されてもよい。非暗号化コンテンツ１３６の作成は、非暗号化コンテンツ１３６をそれに基づいて使用することができる権利１３２Ａ及び条件１３２Ｂを規定し、権利オファー１３２をその非暗号化コンテンツ１３６に対応付け、及び、被保護コンテンツ１３４を生成するための暗号アルゴリズムによって、非暗号化コンテンツ１３６を保護することを含んでもよい。ＸｒＭＬ、ＸＡＣＭＬ、ＯＤＲＬのような権利言語が、権利オファー１３２を規定するのに使用されてもよい。しかしながら、権利オファー１３２は、適切なものであれば、どのような方法で規定されてもよい。また、権利オファー１３２は、被保護コンテンツ１３４に対応付けることのできる、予め定義された規格、プロファイル、テンプレートの形態であってもよい。したがって、権利オファー１３２を規定するプロセスは、適切なものであれば、権利及び条件をコンテンツに対応付けるどのようなプロセスを含んでもよい。被保護コンテンツ１３４に対応付けられた権利オファー１３２、及び、非暗号化コンテンツ１３６を暗号化するのに使用される暗号鍵１１２は、ライセンス・サーバ１４０へ送信されてもよい。
【００２１】
ＤＲＭシステム１００の一般的なワークフローは、被保護コンテンツ１３４を受信するために起動サーバ１１０によって起動されているクライアント環境１２０内で活動するユーザを含んでもよい。起動プロセスは、結果として、公開鍵及び秘密鍵の対１１２を生成することになり、ユーザ及び／またはマシンの特定情報が、クライアント・ソフトウェア・コンポーネント１２２の形態でクライアント環境１２０へダウンロードされる。起動プロセスは、ライセンス１４２を発行する前の適切などのような時刻にでも実行されてよい。
【００２２】
ユーザが、被保護コンテンツ１３４を使用したい場合、ユーザは、その被保護コンテンツ１３４を要求する。ユーザは、クライアント環境１２０にインストールされたブラウザを用いて、ウェブ・サーバ１５０上に表示されるウェブ・サイトを閲覧し、被保護コンテンツ１３４をダウンロードすることを試みてもよい。このプロセス中、ユーザは、コンテンツの販売において発生するような料金トランザクション、情報の収集のようなその他のトランザクションを含むかもしれない一連のステップを遂行してもよい。料金の回収及びユーザが起動されていることの確認などの適合条件及びその他の必要条件が、満たされていれば、ウェブ・サーバ１５０は、セキュア・ソケット・レイヤー（ＳＳＬ）を用いたチャネルのような安全通信チャネルを介して、ライセンス・サーバ１４０に連絡する。そして、ライセンス・サーバ１４０は、被保護コンテンツ１３４のライセンス１４２を生成し、ウェブ・サーバ１５０は、被保護コンテンツ１３４及びライセンス１４２の両方をダウンロードする。ライセンス１４２は、使用権１３２Ａの中の適切な使用権を含んでもよく、また、ライセンス・サーバ１４０または関連する装置からダウンロードされてもよい。被保護コンテンツ１３４は、出版社、配給者、または、その他の団体に対応するコンピュータ１３０からダウンロードされてもよい。権利オファー１３２は、永続的なものであり、かつ、被保護コンテンツ１３４に対応付けられたままであってもよい。
【００２３】
そして、クライアント環境１２０におけるクライアント・ソフトウェア・コンポーネント１２２は、ライセンス１４２を解釈することを開始し、ライセンス１４２に規定された権利１３２Ａ及び条件１３２Ｂに基づいて、被保護コンテンツ１３４を使用することを可能にする。使用権の解釈及び行使については、本発明の譲受人に譲渡された特許文献１〜３、及び、５〜８にさらに詳細に説明されている。上述したステップは、順に、ほぼ同時に、様々な順序で実施されてもよい。
【００２４】
ＤＲＭシステム１００は、被保護コンテンツ１３４を保護するセキュリティ形態を実現するものである。とりわけ、ＤＲＭシステム１００は、ライセンス・サーバ１４０によって発行されたライセンス１４２を認証してもよい。そのような認証を実現する１つの方法は、ライセンス１４２を信用することができるかどうかをクライアント・ソフトウェア・コンポーネント１２２が判断することである。換言すると、クライアント・ソフトウェア・コンポーネント１２２は、ライセンス１４２の暗号署名またはその他の識別特徴を確認及び／または検証する能力を含んでもよい。上述した起動ステップ中、クライアント環境１２０及びライセンス・サーバ１４０は、改ざん防止性ソフトウェア・パッケージ内に一組の鍵１１２を受信してもよく、その改ざん防止性ソフトウェア・パッケージは、ライセンス１４２の署名を確認するために、起動されたクライアント環境１２０のクライアント・ソフトウェア・コンポーネント１２２のようなその他のコンポーネントを含んでもよい。
【００２５】
ＤＲＭシステム１００は、例としての特徴を有するものであり、多くのその他の同等の装置において実施されてもよい。ライセンス１４２及び被保護コンテンツ１３４は、異なるエンティティから配信されてもよい。別の例として、権利オファー１３２は、被保護コンテンツ１３４を作成する団体以外の団体によって、被保護コンテンツ１３４に対応付けられてもよい。さらなる例として、ライセンス１４２を発行する前に、支払いトランザクションを処理しかつ支払いを確認するために、決済機関１６０が、使用されてもよい。さらに、様々なプロセス及びトランザクションが、オンライン環境及び／またはオフライン環境及び／またはそれらの組み合わせによって、実行されてもよい。エンド・ユーザは、コンテンツをコンピュータにダウンロードし、そして、コンテンツをそのコンピュータから個人用携帯情報端末（ＰＤＡ）へ転送してもよい。そして、エンド・ユーザは、スーパーマーケット、キオスク、キャッシュ・レジスター、プリペイド式ライセンス・カードを介して、コンテンツのライセンスを購入し、そして、そのライセンスをＰＤＡへ転送してもよい。そして、エンド・ユーザは、ＰＤＡ及び／またはコンピュータ上で使用するために、コンテンツを起動してもよい。そのようなオフライン・シナリオにおいては、様々な装置は、互いに直接に通信してもよく、あるいは、互いに直接に通信しなくてもよく、そして、情報は、何らかの適切な方法によって、例えば、装置間を物理的に移動する媒体によって、交換されてもよい。
【００２６】
図２は、図１、図４、及び、図５に示されるデジタル権利管理システムの１つかまたはそれ以上の装置及びサブシステム上で実施されてもよい一般的なマルチパス解釈プロセス２００の概略図である。図２において、一般的なマルチパス解釈プロセス２００は、一般的なローカライザ・プロセス２０１、一般的な単純化プロセス２０３、及び、一般的なトランスレータ・プロセス２０５を含んでもよい。一般的なローカライザ・プロセス２０１は、ＸｒＭＬのような文法ベース言語で記述された権利表現２０７、及び、シンタックス情報及びセマンティクス情報を含む権利表現言語情報２０９を受信してもよい。一般的なローカライザ・プロセス２０１は、権利表現２０７を中間フォーマットに変換してもよく、その中間フォーマットは、文法ベース権利表現言語情報２０９に基づいた一般的な自己完結型フォーマット２１１と呼ばれてもよい。
【００２７】
一般的な単純化プロセス２０３は、権利表現２０７、一般的な自己完結型フォーマット２１１による権利表現２０７、権利情報の状態２１３、ターゲット・コンピューティング環境の装置情報２１７を受信してもよい。一般的な単純化プロセス２０３は、権利表現２０７及び一般的な自己完結型フォーマット２１１による権利表現２０７を、一般的な中間言語フォーマットに変換してもよく、その中間フォーマットは、権利情報の状態２１３及び装置情報２１７に基づいた一般的な単純化フォーマット２１５と呼ばれてもよい。
【００２８】
一般的なトランスレータ・プロセス２０５は、権利表現２０７、一般的な自己完結型フォーマット２１１による権利表現２０７、または、一般的な単純化フォーマット２１５による権利表現２０７を、装置情報２１７とともに受信してもよい。一般的なトランスレータ・プロセス２０５は、権利表現２０７、一般的な自己完結型フォーマット２１１による権利表現２０７、一般的な単純化フォーマット２１５による権利表現２０７を、中間フォーマットに変換してもよく、その中間フォーマットは、装置情報２１７に基づいた一般的な装置特定フォーマット２１９と呼ばれてもよい。例としての実施形態において、一般的なローカライザ・プロセス２０１、一般的な単純化プロセス２０３、一般的なトランスレータ・プロセス２０５は、図１、図４、及び、図５に示されるデジタル権利管理システムの１つかまたはそれ以上の装置及びサブシステム上で実施されてもよい。
【００２９】
図３は、図２に示される一般的なマルチパス解釈プロセス２００を説明するフローチャートである。図３によれば、ステップ３０１において、マルチパス解釈プロセスのために、ＸｒＭＬのような文法ベース言語で記述された権利表現２０７のファイルが、リトリーブされてもよい。ステップ３０３において、リトリーブされた権利表現２０７は、ＸｒＭＬのようなネイティブなフォーマットから、ＸＭＬに基づいたバイナリ・フォーマット、ＸｒＭＬに基づいたバイナリ・フォーマット、及び、それらに類似するもののような一般的なバイナリ・フォーマットを含む一般的な自己完結型フォーマット２１１に変換されてもよい。例としての実施形態においては、一般的な自己完結型フォーマット２１１による権利表現２０７は、機械可読なものであり、かつ、プラットフォームに依存しないものであってもよい。したがって、自己完結型フォーマット２１１による権利表現２０７は、ＸＭＬ処理能力、ＸｒＭＬ処理能力のような何らかの特定の処理能力に依存するものでなくてもよい。
【００３０】
ステップ３０５において、一般的な自己完結型フォーマット２１１による権利表現２０７から条件のリストを抽出するために、自己完結型フォーマット２１１が、解釈され、そして、単純化されてもよい。このようにして、一般的な自己完結型フォーマット２１１による権利表現２０７は、一般的な単純化フォーマット２１５に変換されてもよい。一般的な単純化フォーマット２１５による権利表現２０７は、ターゲット・コンピューティング環境によって、検証され、行使されるかもしれない条件を含んでもよい。例としての実施形態においては、一般的な単純化フォーマット２１５は、ＸＭＬに基づいたものまたはＸｒＭＬに基づいたものであってもよく、一般的な行使可能フォーマットと呼ばれてもよい。
【００３１】
ステップ３０７において、単純化フォーマット２１５による権利表現２０７は、一般的な装置特定フォーマット２１９による権利表現２０７に変換されてもよい。ターゲット・コンピューティング環境は、一般的な装置特定フォーマット２１９による権利表現２０７を容易に実行することができる。例としての実施形態は、中間結果を記憶するために、一般的な自己完結型フォーマット２１１及び一般的な単純化フォーマット２１５を使用することについて説明されるかもしれないが、何らかの適切なフォーマットが、中間結果を記憶するために、使用されてもよく、フォーマット変換は、様々な順序で実行されてもよく、フォーマット変換は、何回も反復されてよい。
【００３２】
一般的なマルチパス検証及び解釈プロセス２００は、一般的なローカライザ・プロセス２０１、一般的な単純化プロセス２０３、及び、一般的なトランスレータ・プロセス２０５を含んでもよい。例としての実施形態においては、一般的なローカライザ・プロセス２０１は、権利表現２０７において使用されるキーワード、エレメント、条件、及び、権利表現のセマンティクスな意味を割り当てる責任、権利表現２０７内の潜在的な曖昧さを取り除く責任、権利表現２０７を前処理する責任を有する、装置、コンポーネント、アプリケーション、機能、システム、及び、プラットフォームを含んでもよい。一般的なローカライザ・プロセス２０１は、権利表現２０７を前処理して一般的な自己完結型フォーマット２１１による権利表現２０７を生成するために、対応する権利言語のシンタックス及びセマンティクス情報２０９を使用してもよく、その一般的な自己完結型フォーマット２１１による権利表現２０７は、非曖昧形式による権利表現２０７を含んでもよい。
【００３３】
したがって、一般的な自己完結型フォーマット２１１は、権利表現２０７の非曖昧バージョン、権利表現２０７において使用される語のセマンティクスな意味、及び、権利表現２０７を処理するための処理命令を含んでもよい。フォーマット２１１は、自己完結型であると考えることができる。なぜなら、一般的な自己完結型フォーマット２１１で記憶された権利表現２０７は、シンタックス及びセマンティクス資源、及び、言語構文解析資源のような外部資源を使用しなくても、適切などのようなアプリケーション、システム、及び、装置でも容易に処理することができるからである。
【００３４】
例としての実施形態においては、権利表現２０７は、ラベル、ライセンス、または、それらのフラグメントのような、使用権の何らかの適切な表現を含んでもよい。権利表現２０７を表現するための権利表現言語は、使用権を表現するのに使用することのできる予め定義されたシンタックス及びセマンティクスを有する何らかの適切な言語を含んでもよい。権利文法は、使用権を表現するための一組の予め定義されたシンボルを含んでもよい。使用権は、アイテムの許可された使用方法の規定条項を含んでもよい。ラベルは、特定のアイテムに関連しない事前にパッケージされた一組の使用権を含んでもよい。ライセンスは、アイテムに関連する事前にパッケージされた一組の使用権を含んでもよい。条件は、アイテムの使用方法を遂行するための１つかまたはそれ以上の必要条件からなる規定条項を含んでもよい。アイテムは、デジタル・コンテンツ、ソフトウェア、サービス、商品、資源など、どのようなものでも含んでもよく、それらのものは、それらに対応する使用権によって、使用が制御される。資源は、デジタル装置またはそれの一部を含んでもよく、それへのアクセスは、それに対応する使用権によって制御されてもよい。
【００３５】
さらなる例としての実施形態によれば、権利表現２０７は、使用権、条件、使用方法、ポリシー、プリンシパル、サブジェクトを規定するための一連の表現を含んでもよい。権利表現２０７は、さらに、使用権が適用されるかもしれない資源、さらには、譲渡される使用権が遂行される前に満たされるかもしれない、課される使用条件、処理、義務を規定してもよい。
【００３６】
例としての実施形態においては、セマンティクスな意味は、一般的な自己完結型フォーマット２１１内に記憶されてもよく、そのセマンティクスな意味は、権利表現２０７内に存在する表現の意味、及び、権利表現２０７を処理するための処理命令の意味を決定するのに使用されてもよい。したがって、セマンティクスな意味は、プリンシパルを識別するのに使用される表現及び条件を識別するのに使用される表現のような、権利表現２０７内に存在する特定の表現を識別するのに使用されてもよい。
【００３７】
セマンティクスな意味及び処理命令の両方を提供することによって、何らかの適切なアプリケーション、システム、及び、装置は、外部資源を使用しなくても、一般的な自己完結型フォーマット２１１による権利表現２０７を効率的に処理することができる。さらに、一般的な自己完結型フォーマット２１１は、一般的なローカライザ・プロセス２０１によって生成された中間結果を記憶するのに使用されてもよい。
【００３８】
例としての実施形態においては、一般的な単純化プロセス２０３は、権利表現２０７及び一般的な自己完結型フォーマット２１１による権利表現２０７を事前に評価しかつ単純化する責任を有する、装置、コンポーネント、アプリケーション、機能、システム、及び、プラットフォームを含んでもよい。一般的な単純化プロセス２０３は、権利表現２０７内の条件表現及び権利表現のような表現を評価するために、権利情報の状態２１３、及び、ターゲット・コンピューティング環境の装置情報２１７を使用してもよい。
【００３９】
そのような評価は、与えられた条件及び権利表現を、ターゲット・コンピューティング環境のための権利表現２０７から除去することができるかどうかを判定するために使用されてもよい。例えば、ターゲット・コンピューティング環境がデジタル・コンテンツに無制限にアクセスできるために満たされなければならない、料金の支払いのような条件は、権利表現２０７内において表現されてもよい。しかしながら、料金支払い条件が満たされていれば、ターゲット・コンピューティング環境がデジタル・コンテンツにアクセスすることを試みるたびに料金が支払われているかどうかを検証するステップは、権利表現２０７から除去されてもよい。
【００４０】
したがって、何らかの適切な条件及び権利表現が、ターゲット・コンピューティング環境のための権利表現２０７から除去されてもよく、それによって、結果として得られる権利表現２０７のサイズ、及び、結果として得られた権利表現２０７を処理するのに必要な時間を減少させることができる。したがって、一般的な単純化プロセス２０３は、一般的な単純化フォーマット２１５による権利表現２０７を生成し、ターゲット・コンピューティング環境のための確認または検証がされなくてもよい何らかの適切な条件及び権利表現を除去してもよい。例としての実施形態は、一般的な単純化プロセス２０３の中間結果を記憶するために一般的な単純化フォーマット２１５を使用することに関して説明されるかもしれないが、何らかの適切なフォーマットが、一般的な単純化プロセス２０３の中間結果を記憶するために使用されてもよい。
【００４１】
例としての実施形態においては、一般的なトランスレータ・プロセス２０３は、権利表現２０７、一般的な単純化フォーマット２１５による権利表現２０７、及び、一般的な自己完結型フォーマット２１１による権利表現２０７を、ターゲット・コンピューティング環境のための一般的な装置特定フォーマット２１９に変換する責任を有する、装置、コンポーネント、アプリケーション、機能、システム、プラットフォームを含んでもよい。例えば、一般的な装置特定フォーマット２１９は、ターゲット・コンピューティング環境によって処理されるデータのストリームを含んでもよい。したがって、一般的なトランスレータ・プロセス２０３は、一般的な装置特定フォーマット２１９による権利表現２０７を、ターゲット・コンピューティング環境が処理することのできるデータ及びデータ構造を表現することのできる一連のビットとして送信するように構成されてもよい。さらに、一般的なトランスレータ・プロセス２０３は、一般的な装置特定フォーマット２１９による権利表現２０７を、ターゲット・コンピューティング環境が処理し実行することのできる一連のネイティブな命令として送信するように構成されてもよい。
【００４２】
例としての実施形態において、ローカライザ・プロセス２０１、単純化プロセス２０３、及び、トランスレータ・プロセス２０５は、互いに独立したものであってもよい。しかしながら、さらなる実施形態においては、ローカライザ・プロセス２０１、単純化プロセス２０３、及び、トランスレータ・プロセス２０５は、互いに依存するものであってもよい。さらに、ローカライザ・プロセス２０１、単純化プロセス２０３、及び、トランスレータ・プロセス２０５は、一般的な中間フォーマットのような何らかの適切なデータ・フォーマットを介して、互いに通信してもよい。
【００４３】
一般的なマルチパス検証及び解釈プロセス２００は、解釈システムを柔軟に構成するのを可能にするために使用されてもよく、その解釈システムは、ターゲット・コンピューティング環境により良好に適合することができる。例えば、ターゲット・コンピューティング環境が、携帯電話またはハンドヘルド・デバイスのように、限られた資源または処理能力しか有していなければ、ＸｒＭＬドキュメントのような文法に基づいた権利表現ドキュメントをターゲット・コンピューティング環境へ送信する代わりに、文法ベース権利表現ドキュメントが、ターゲット・コンピューティング環境へ送信される前に、一般的な装置特定フォーマット２１９に変換されてもよい。
【００４４】
例としての実施形態においては、一般的な装置特定フォーマット２１９による権利表現２０７は、トランスレータ・プロセス２０５によって、ターゲット・コンピューティング環境にとってネイティブなものであるように構成されてもよく、そして、それが、実行するために、ターゲット・コンピューティング環境へ送信されてもよい。図４は、一般的なデジタル権利管理システム４００の概略図であり、このシステム４００においては、テキスト文書、音楽、または、ソフトウェアのような保護されたアイテムが、様々な装置上で使用されてもよい。
【００４５】
図４において、ＤＲＭシステム４００は、パーソナル・コンピュータ４０５、及び、ＭＰ２プレーヤー、ＭＰ３プレーヤー、セット・トップ・ボックス、ハンドヘルド・デバイスのような１つかまたはそれ以上のその他の装置４０９の両方においてデジタル音楽が再生されるのを可能にするために、使用されてもよい。この実施形態においては、小型装置４０９は、特定の機能を備えた装置である。例えば、ＭＰ３プレーヤーにおいては、音楽を再生することしかできず、支払いを印刷し承諾することはできないかもしれない。ＤＲＭシステム４００においては、権利表現２０７は、一般的なローカライザ・プロセス２０１を用いて、一般的な自己完結型フォーマット２１１に変換されてもよく、一般的な単純化プロセス２０３を用いて、一般的な単純化フォーマット２１５に変換されてもよい。
【００４６】
そして、変換された権利表現２０７は、パーソナル・コンピュータ４０５へ送信されてもよく、そのパーソナル・コンピュータ４０５において、変換された権利表現２０７は、保護されたデジタル音楽の使用を許可するために、処理されてもよい。一般的なディストリビュータ・プロセス４０１が、一般的な自己完結型フォーマット２１１による権利表現２０７を、ゲートウェイを介して、パーソナル・コンピュータ４０５へ送信するのに使用されてもよい。
【００４７】
パーソナル・コンピュータ４０５から、ユーザは、さらに、一般的なトランスレータ・プロセス２０５を用いて、一般的な自己完結型フォーマット２１１または一般的な単純化フォーマット２１５による権利表現２０７を、小型装置２０５に適した一般的な装置特定フォーマット２１９に変換してもよい。そして、ユーザは、保護されたデジタル音楽及びそれに対応する一般的な装置特定フォーマット２１９による権利表現２０７の両方を小型装置４０９へ送信してもよく、その結果として、権利表現２０７に基づいて、保護されたデジタル音楽を小型装置４０９上で再生することができる。したがって、権利表現２０７は、図２に示されるように、また、上述したように、一般的な自己完結型フォーマット２１１または一般的な単純化フォーマット２１５に変換され、そして、一般的な装置特定フォーマット２１９に変換されてもよい。
【００４８】
例としての実施形態においては、ＤＲＭシステム４００は、一般的なインタープリタ・プロセス４０３を含んでもよく、その一般的なインタープリタ・プロセス４０３は、一般的な自己完結型フォーマット２１１による大量の権利表現２０７を処理するように構成されてもよい。一般的な自己完結型フォーマット２１１は、権利表現２０７の処理命令及びセマンティクスな意味を含んでもよく、それによって、一般的なインタープリタ・プロセス４０３の能力を改善することができる。したがって、パーソナル・コンピュータ４０５は、一般的な自己完結型フォーマット２１１による権利表現２０７を効率的に処理することができる。さらに、図４に示されるように、一般的な単純化フォーマット２１５による権利表現２０７は、１つかまたはそれ以上の資源制約装置４０７へ送信されてもよい。この実施形態においては、資源制約装置は、シンタックスまたはセマンティクスな処理能力を持たない多目的装置である。
【００４９】
一般的なローカライザ・プロセス２０１及び一般的なディストリビュータ・プロセスは、図１に示されるコンピュータシステム１３０において実施されてもよく、パーソナル・コンピュータ４０５、一般的なインタープリタ・プロセス４０３、一般的な単純化プロセス２０３、及び、一般的なトランスレータ・プロセス２０５は、図１に示される一般的なクライアント環境１２０において実施されてもよい。しかしながら、一般的なローカライザ・プロセス２０１、一般的なディストリビュータ・プロセス４０１、一般的なインタープリタ・プロセス４０３、一般的な単純化プロセス２０３、及び、一般的なトランスレータ・プロセス２０５は、図１、図４、及び、図５に示されるデジタル権利管理システムの１つかまたはそれ以上の装置またはサブシステム上において実施されてもよい。
【００５０】
例としての実施形態は、資源制約コンピューティング環境、サイズ制約（機能制約を含む）コンピューティング環境、及び、マルチ・プロセッサ・コンピューティング環境のような様々なコンピューティング環境にとって理想的なものであるかもしれない柔軟性のあるコンフィギュレーションを提供する。図５は、例としての実施形態によるマルチプロセッサ機能を備えた一般的なデジタル権利管理システム５００の概略図である。
【００５１】
図５において、ＤＲＭシステム５００は、権利表現２０７のバッチ５０１のような大量の権利表現２０７を処理するように構成されてもよい。プロセッサ５０５のプール５０３は、一般的なローカライザ・プロセス２０１のそれぞれのプール５０７が権利表現２０７のバッチ５０１から一般的な自己完結型フォーマット２１１による権利表現２０７のバッチ５０９を生成するのを可能にするように構成されてもよい。一般的な自己完結型フォーマット２１１による権利表現２０７のバッチ５０９は、さらに、多重処理されてもよい。
【００５２】
したがって、プロセッサ５０５のプール５１１は、一般的な単純化プロセス２０３及び一般的なトランスレータ・プロセス２０５のような次のプロセッサ５１５のそれぞれのプール５１３が一般的な単純化フォーマット２１５または一般的な装置特定フォーマット２１９のような別のフォーマット５１９による権利表現２０７のバッチ５１７を生成するのを可能にするように構成されてもよい。さらなる例としての実施形態においては、プロセッサ５０５のプール５０３、一般的なローカライザ・プロセス２０１のプール５０７、プロセッサ５０５のプール５１１、及び、次のプロセス５１５のプール５１３は、図１、図４、及び、図５に示されるデジタル権利管理システムの１つかまたはそれ以上の装置またはサブシステム上において実施されてもよい。
【００５３】
例としての実施形態によれば、一般的なローカライザ・プロセス２０１は、権利表現２０７を前処理して一般的な自己完結型フォーマット２１１による権利表現２０７を生成するように構成されてもよい。一般的な自己完結型フォーマット２１１は、非曖昧形式による権利表現２０７、権利表現２０７内で使用される１つかまたはそれ以上のキーワード、エレメント、条件、及び、権利表現のセマンティクスな意味、及び、権利表現２０７を処理するための命令を含んでもよい。図６は、図１、図４、及び、図５に示されるデジタル権利管理システムの１つかまたはそれ以上の装置及びサブシステム上において実施されてもよい一般的なローカライザ・プロセス２０１の概略図である。
【００５４】
図６において、一般的な標準化プロセス６０１は、非曖昧形式による権利表現２０７を生成するために、シンタックス及びセマンティクス情報２０９のシンタックス情報６０７に基づいて、権利表現２０７内の潜在的な曖昧さを取り除くことができる。さらに、一般的な標準化プロセス６０１は、以下でより詳細に説明するように、非曖昧権利表現２０７を標準形式６０９に変換することができる。
【００５５】
シンタックス及びセマンティクス情報２０９のセマンティクス情報６１１に基づいて、標準形式６０９による非曖昧権利表現２０７を処理し、処理結果６１３を生成するために、一般的なプリ・プロセッサ・プロセス６０３が、使用されてもよい。処理結果６１３は、非曖昧権利表現２０７、コンテクスト・テーブル、セマンティクス・テーブル、及び、処理命令を含んでもよい。一般的なフォーマッタ・プロセス６０５が、一般的な自己完結型フォーマット２１１による権利表現２０７を生成するために、処理結果６１３をパッケージし、処理してもよい。
【００５６】
一般的な自己完結型フォーマット２１１による権利表現２０７は、言語構文解析器、シンタックス及びセマンティクス・プロセッサのような外部資源を使用しなくても、権利表現２０７を効率的に処理するのを可能にする、権利表現２０７のセマンティクスな意味及び権利表現２０７のための処理命令を含んでもよい。一般的な自己完結型フォーマット２１１による権利表現２０７は、ＸｒＭＬのような元々のフォーマットの権利表現２０７に逆変換されてもよい。一般的な自己完結型フォーマット２１１による権利表現２０７は、図４に示される資源制約装置４０７のように限られた記憶容量または処理能力を有するターゲット・コンピューティング環境のために、権利表現２０７を処理する計算処理的負荷を軽減するのに使用されてもよい。
【００５７】
一般的な自己完結型フォーマット２１１は、バイナリ・フォーマットを含んでもよい。しかしながら、適切なものであれば、その他のどのようなフォーマットでも自己完結型フォーマット２１１として使用されてよい。一般的なバイナリ・フォーマットが、権利表現２０７を配信するための一般的な自己完結型フォーマット２１１として使用される場合、権利表現２０７は、一般的なバイナリ変換アルゴリズムを用いて、デジタル署名されてもよい。
【００５８】
一般的なバイナリ変換アルゴリズムは、例えば、元々のフォーマットによる権利表現２０７と一般的な自己完結型フォーマット２１１による権利表現２０７との間でデジタル署名を維持したまま、権利表現２０７をバイナリ・フォーマットに変換してもよい。コンテクスト・テーブル及びセマンティクス・テーブルは、ターゲット・コンピューティング環境において、事前に構築され、事前に定義され、あるいは、事前に記憶されていてもよく、それによって、権利表現情報を記憶するのを最適化することができる。
【００５９】
一般的な標準化プロセス６０１は、もしあれば、権利表現２０７における曖昧さを除去するのに使用されてもよい。例えば、そのような曖昧さは、権利表現２０７に関してなされる様々な選択、及び、ある種の標準化を必要とするかもしれない権利表現２０７における変更に基づくものであるかもしれない。
【００６０】
一般的な標準化プロセス６０１は、非曖昧権利表現２０７を標準形式６０９に変換する。多くの言語ベース表現は、それらのそれぞれの言語によって許可されたシンタックスの変化に基づいて、それらの物理的な表現が変化してもよく、さらには、与えられたアプリケーション・コンテクスト内において論理的に等価なものであってもよい。以下に示されるように、以下のＸＭＬエレメントは、それらのそれぞれの物理的な表現が異なっていても、論理的に等価なものであるかもしれない。
【００６１】
<doc>
<e1 />
<e2 ></e2>
<e3 name="elem3" id="elem3" />
</doc>
及び、
<doc>
<e1></e1>
<e2/>
<e3 id="elem3" name="elem3"></e3>
</doc>
上述したＸＭＬエレメントの標準形式は、
<doc>
<e1></e1>
<e2></e2>
<e3 id="elem3" name="elem3"></e3>
</doc>
であってもよい。
【００６２】
したがって、一般的な標準化プロセス６０１は、与えられた権利表現言語のためのシンタックス及びセマンティクス情報２０９に基づいて、非曖昧権利表現２０７を標準形式６０９に変換するのに使用されてもよい。一般的なプリ・プロセッサ・プロセス６０３は、権利表現２０７によって使用されるコンテクストまたはネーム空間のためのコンテクスト・テーブルを組み立てるのに使用されてもよく、また、権利表現２０７を処理するための処理命令を生成するために、権利表現２０７において使用されるエレメントに意味を提供するセマンティクス・テーブルを構成するために使用されてもよい。
【００６３】
さらに、一般的なプリ・プロセッサ・プロセス６０３は、標準形式６０９による非曖昧権利表現２０７を、一般的なフォーマッタ・プロセス６０５によって生成されるターゲット自己完結型フォーマット２１１によってサポートされるフォーマット６１３に変換してもよい。図７は、図６に示される一般的なプリ・プロセッサ・プロセス６０３を説明するためのフローチャートである。一般的なプリ・プロセッサ・プロセス６０３は、標準形式６０９による非曖昧権利表現２０７を、例えば、ドキュメント・オブジェクト・モデル（ＤＯＭ）・ツリー内に入れることができる。
【００６４】
図７によれば、ステップ７０１において、一般的なプリ・プロセッサ・プロセス６０３は、ステップ７０３〜ステップ７１３を含むノード処理プロセスを使用することによって、ドキュメント・ノードのそれぞれの子ノードを処理する。ステップ７０３において、入力ノードのネーム空間が、コンテクスト・テーブル内において探索されてもよい。ステップ７０５において判定されたとき、ネーム空間が、コンテクスト・テーブル内に見つからなければ、ステップ７１１において、新しいエントリが、次の有効なコンテクストＩＤを用いて、コンテクスト・テーブル内に生成されてもよい。
【００６５】
ネーム空間が見つかれば、ステップ７０７において、入力ノードのセマンティクス・タイプが、セマンティクス・テーブル内において入力ノードのネームを探索することによって、決定されてもよい。ステップ７０９において判定されたとき、入力ノードのセマンティクス・タイプが、セマンティクス・テーブル内において見つからなければ、ステップ７１３において、新しいエントリが、エレメント・タイプ、エレメント・ネーム、コンテクストＩＤ、及び、次の有効なエレメントＩＤを用いて、セマンティクス・テーブル内に生成されてもよい。ステップ７０３〜ステップ７１３からなるノード処理プロセスは、対応する属性ノードを備えたノード処理プロセスを呼び出すことによって、エレメントの属性ごとに反復されてもよい。同様に、ステップ７０３〜ステップ７１３からなるノード処理プロセスは、対応するエレメント・ノードを備えたノード処理プロセスを呼び出すことによって、子エレメントごとに反復されてもよい。
【００６６】
コンテクスト・テーブルは、コンテクストＩＤ、ネーム空間の長さ、及び、コンテンツのネーム空間のＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）すなわちネーム空間ＵＲＩを含んでもよい。コンテクストＩＤは、権利表現２０７内におけるコンテクストのネーム空間の発生順序及び発生確率に基づいて、割り当てられてもよい。
【００６７】
歌を再生するためのＸｒＭＬベース・ライセンスの形式による以下の例としての第１の権利表現が、コンテクスト・テーブル、セマンティクス・テーブル、及び予め定義されたタイプ・テーブルを説明するのに使用される。
第１の権利表現例
<license xmlns=http://www.xrml.org/schema/2001/xrml2core
xmlns:sx=http://www.xrml.org/schema/2001/11/xrml2sx
xmlns:dsig=http://www.w3.org/2000/09/xmldsig#
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
xmlns:cx=http://www.xrml.org/schema/2001/11/xrml2cx
xmlns:cm=http://www.xrml.org/schema/2001/11/xrml2compactMusic
>
<grant>
<cm:device cmid="123"/>
<cx:play/>
<cm:music cmid="456"/>
</grant>
<cm:issuerDevice>
<cm:device cmid="024"/>
</cm:issuerDevice>
</license>
例としてのコンテクスト・テーブルが、第１の権利表現例に基づいて、表１に示される。
【００６８】
【表１】
2005520254.tif 000003
【００６９】
表１に示されるように、一般的なバイナリ・フォーマットによる例としてのコンテクスト・テーブルは、例としての第１の権利表現内のネーム空間ＵＲＩエントリによって識別されるコンテクストの使用順序及び使用確率に基づいて割り当てられたコンテクストＩＤエントリ０１〜０３、及び、ネーム空間ＵＲＩエントリによって識別されるコンテクストの対応する長さエントリを含んでもよい。
【００７０】
一般的なバイナリ・フォーマットによるセマンティクス・テーブルは、エレメントＩＤ、エレメント・タイプ、エレメント・ネーム、及び、コンテクストＩＤを含んでもよい。セマンティクス・テーブルのエレメントＩＤは、権利表現２０７内のエレメントの発生順序または発生確率に基づいて、割り当てられてもよい。
【００７１】
例としてのセマンティクス・テーブルが、例としての第１の権利表現に基づいて、以下に表２として示される。
【００７２】
【表２】
2005520254.tif 000004
【００７３】
００から２２までの値を有するエレメント・タイプが、オプションとして、セマンティクス・テーブルに含まれてもよく、また、予め定義されたタイプ・テーブル内に予め定義されてもよい。したがって、予め定義されたタイプ・テーブルが、使用されてもよく、以下の表３に示されるように、予め定められたエレメント・タイプに対する予め定義された値を含む。
【００７４】
【表３】
2005520254.tif 000005
【００７５】
表１〜表３に基づいて一般的なバイナリ・フォーマットに変換された例としての第１の権利表現は、以下のように記述することができる。
01 03 04 202103123 05 22 06 232103456 09 24 00 202103024
ここで、
01            <license>
03            <grant>
04            principal [Processing instruction]
2021030123    <cm:device cmid="123"/>
05            right [Processing instruction]
22            <cx:play>
06            resource [Processing instruction]
232103456     <cm:music cmid="456"/>
09            issuer [Processing instruction]
24            <cm:issuerDevice>
00            next level
2021030024    <cm:device cmid="024"/>
ＸｒＭＬベース・ライセンスの形式による在庫品目を含む以下の例としての第２の権利表現が、コンテクスト・テーブル及びセマンティクス・テーブルをさらに説明するのに使用される。
第２の権利表現例
<license  xmlns=http://www.xrml.org/schema/2001/11/xrml2core
xmlns:sx=http://www.xrml.org/schema/2001/11/xrml2sx
xmlns:dsig=http://www.w3.org/2000/09/xmldsig#
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
xmlns:cx=http://www.xrml.org/schema/2001/11/xrml2cx
>
<inventory>
<cx:digitalWork licensePartId="dvdMovie">
<cx:metadata>
<xml>
<cx:simpleDigitalWorkMetadata>
<cx:title>Air Force One</cx:title>
</cx:simpleDigitalWorkMetadata>
</xml>
</cx:metadata>
</cx:digitalWork>
</inventory>
<grant>
<keyHolder>
<info>
<dsig:KeyValue>
<dsig:RSAKeyValue>
</dsig:RSAKeyValue>
</dsig:KeyValue>
</info>
</keyHolder>
<cx:play/>
<cx:digitalWork licensePartIDRef="dvdMovie"/>
</grant>
</license>
例としてのコンテクスト・テーブルが、以下に表４として示される。
【００７６】
【表４】
2005520254.tif 000006
【００７７】
例としての第２の権利表現に基づいた例としてのセマンティクス・テーブルが、以下に表５として示される。
【００７８】
【表５】
2005520254.tif 000007
【００７９】
例としての表３〜表５に基づいて一般的なバイナリ・フォーマットに変換された例としての第２の権利表現は、以下のように記述することができる。
01 10 20 21 0022 0023 0024 00250313Air Force One 03 04 26 0027 0028 0029 05 30 06 12 20
ここで、
01                     <license>
10                     inventory definition [Processing instruction]
20                     licensePartId="dvdMovie" <cx:digitalWork licensePartId="dvdMovie">
21                     <cx:digitalWork>
0022                   next level <cx:metaData>
0023                   next level <xml>
0024                   next level <cx:simpleDigitalWorkMetadata>
00250313Air Force One  next level <cx:title>Air Force One</cx:title>
03                     <grant>
04                     principal [Processing instruction]
26                     <keyHolder>
0027                   <info>
0028                   <dsig:KeyValue>
0029                   <dsif:RSAKeyValue>
05                     rights [Processing instruction]
30                     <cx:play>
06                     resource [Processing instruction]
12                     reference to
20                     dvdMovie
一般的な標準化プロセス６０１は、権利表現２０７から標準形式６０９による非曖昧権利表現を生成するのに使用されてもよい。曖昧という用語は、権利表現内のあるエレメントが、デフォルト値を有するかもしれないこと、あるいは、解釈を推定することのできる値を有するかもしれないことを意味してもよい。例えば、権利表現内のレート・エレメントは、省略した場合の米国ドル（ＵＳＤ）の値である自由に選択できる属性ＣｕｒｒｅｎｃｙＣｏｄｅを含んでもよい。したがって、５０米ドルのレートは、以下のように表現することができる。
【００８０】
<rate>50</rate>
上述のステートメントは、コンテクストがわからない場合には曖昧であるかもしれない。そのような曖昧さを除去することは、デフォルト値、推定値、及び、レート・エレメントを表現することのできる推定コンテクストを決定することを含んでもよい。したがって、上述の表現の非曖昧形式は、レート・エレメントのための通貨属性を含んでもよく、そして、以下のように表現されてもよい。
【００８１】
<rate currency="USD">50</rate>
一般的なローカライザ・プロセス２０１は、権利表現２０７を一般的な自己完結型フォーマット２１１に変換するのに使用されてもよい。そのような変換は、一般的なバイナリ変換アルゴリズムを使用してもよい。図８Ａ及び図８Ｂは、一般的なバイナリ変換アルゴリズムを説明するフローチャートである。
【００８２】
図８Ａによれば、ステップ８０１において、例えば、ＸｒＭＬ、ドキュメント、ファイルのような権利表現ドキュメント、ファイルの形式による権利表現が、例えば、処理のためにリトリーブされてもよい。ステップ８０３において、例えば、権利表現のシンタックスが、曖昧さを除去するために、確認されてもよい。そして、例えば、権利表現は、それらの標準形式に変換されてもよい。
【００８３】
例えば、多くの権利表現は、例えば、許可されたシンタックス変化に基づいて、物理的な表現が変化してもよいが、それでもなお、与えられたアプリケーション・コンテクスト内において論理的に等価なものであるかもしれない。したがって、権利表現は、標準形式に標準化されてもよい。例としての実施形態においては、同一の標準形式を備えた権利表現は、例えば、ここに援用される＜ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／２００１／ＲＥＣ−ｘｍｌ−ｃｌ４ｎ−２００１０３１５＞におけるワールド・ワイド・ウェブ（ＷＷＷ）から入手することのできるワールド・ワイド・ウェブ・コンソーシアム（Ｗ３Ｃ）、Ｗ３Ｃリコメンデーション（２００１年３月１５日）からの標準化ＸＭＬバージョン１．０に説明されるアルゴリズムのような何らかの適切なアルゴリズムを用いて、論理的に等価なものとして構成されてもよい。
【００８４】
ステップ８０３において、例えば、コンテクスト・テーブル及びセマンティクス・テーブルが、生成されてもよい。ステップ８０５において、例えば、権利表現は、例えば、対応するコンテクスト・テーブル及びセマンティクス・テーブルを用いて、一般的なバイナリ・フォーマットに変換されてもよい。
【００８５】
例としての実施形態においては、一般的なローカライザ・プロセス２０１が、例えば、権利表現ドキュメント、ファイルにおける選択可能なエレメント及び属性のためのデフォルト値を決定するために、使用されてもよく、それによって、権利表現ドキュメントにおける曖昧さを除去することができる。図８Ｂは、セマンティクス・テーブルを生成するのに使用されてもよい図８Ａに示されるステップ８０３をさらに詳細に説明する。
【００８６】
図８Ｂによれば、ステップ８１１において、セマンティクス・テーブルが、権利表現ドキュメントにおいて宣言されたネーム空間ごとに生成されてもよく、権利表現ドキュメントにおいて宣言されたネーム空間ごとのコンテクストが、識別され、かつ、定義されてもよい。例えば、ＸｒＭＬのような多くの文法ベース言語のシンタックス及びセマンティクスは、多くの独立したスキーマとして定義されてもよく、それぞれのスキーマは、それ自身の一組のキーワード及びそのキーワードのセマンティクスな意味を定義するのに使用されてもよい。権利表現ドキュメントにおいて使用されるスキーマごとのコンテクストＩＤが、識別され、かつ、割り当てられてもよい。
【００８７】
ステップ８１３において、それぞれの識別されたコンテクストは、権利表現ドキュメント内における発生順序及び発生確率に基づいて、コンテクストＩＤを割り当てられてもよい。権利表現言語が、拡張可能なものであり、かつ、コアまたはベース言語から得られるものであれば、最初に使用されたコンテクストＩＤが、コア・テキストのエレメントが権利表現内のどこで使用されるかに関係なく、コア・コンテクストに割り当てられてもよい。しかしながら、コンテクストＩＤは、適切なものであれば、どのような順序で割り当てられてもよい。
【００８８】
ステップ８１５において、ネーム空間ごとに、権利表現ドキュメント内で宣言されたエレメントごとのエレメントＩＤ、エレメント・タイプ、及び、エレメント・ネームが、識別され、かつ、割り当てられてもよい。エレメントＩＤは、権利表現ドキュメント内のエレメントの発生順序及び発生確率に基づいて、割り当てられてもよい。したがって、セマンティクス・テーブル内のそれぞれのエントリは、エレメントＩＤ、エレメント・タイプ、エレメント・ネーム、及び、コンテクストＩＤを含んでもよい。
【００８９】
図９は、図２に示される一般的なローカライザ・プロセス２０１の一般的なプリ・プロセッサ・プロセス６０３の概略図である。図９において、一般的なプロセス９０１〜９０７は、図８Ａ及び図８Ｂを参照して説明した一般的なバイナリ変換アルゴリズムの１つかまたはそれ以上のステップを実行する。一般的なバイナリ変換アルゴリズムは、また、ＸＭＬデジタル署名のようなデジタル署名に対してバイナリ変換を実行するのに使用されてもよい。変換された署名は、元々の署名のバイナリ表現であってもよく、それによって、元々の署名が、維持される。さらに、一般的なバイナリ変換アルゴリズムを使用することによって、デジタル署名の完全性が維持され、セマンティクスな意味が維持される。
【００９０】
一般的な自己完結型フォーマット２１１は、ＸＭＬ構文解析器のような資源から独立させてもよく、処理を改善することができ、伝送品質を改善することができる。したがって、一般的な自己完結型フォーマット２１１は、限られた資源性能、限られた処理能力、限られた記憶容量、及び、限られた機能を有するコンピューティング環境のような多種多様なコンピューティング環境をターゲットに設定されてもよい。
【００９１】
権利表現のエレメントのセマンティクスな意味は、ＸＭＬスキーマ・ドキュメントのようなセマンティクス・ドキュメント内に記憶されてもよい。権利表現は、デジタル署名されてもよく、その署名は、権利表現を保護するのに使用されてもよい。しかしながら、セマンティクス・ドキュメントは、権利表現を含むドキュメントと異なるドキュメントの形態を有してもよい。
【００９２】
本発明は、セマンティクス・ドキュメントは、ハックされ、あるいは、変更されてもよいという認識を含む。このように、デジタル署名された権利表現を処理し、評価し、検証するために使用される意味は、デジタル署名された権利表現の完全性を備えることなく、変更されてもよい。上述の及びその他の問題は、権利表現及びその権利表現のためのセマンティクスな意味を保護するためにデジタル署名を使用することによって、取り組まれかつ解決される。
【００９３】
したがって、権利表現のためのセマンティクスな意味及びその権利表現は、個々のドキュメント、ファイルに含まれてもよく、署名エンベロープと呼ばれるデジタル署名が、使用されてもよく、そして、エンベロープドキュメント、ファイルに含まれてもよい。署名エンベロープは、権利表現ドキュメント及びセマンティクスな意味ドキュメントのためのフィンガープリント及びハッシュ値を含んでもよい。
【００９４】
例としての実施形態においては、ＸＭＬデジタル署名のようなデジタル署名の形態を有する署名エンベロープは、権利表現ドキュメント及びセマンティクスな意味ドキュメントを保護するために使用されてもよい。権利表現ドキュメント及びセマンティクスな意味ドキュメントを保護するために使用されてもよい一般的な署名エンベロープは、以下のようなものである。
【００９５】
<Signature>
<SignatureInfo…>
<CanonicalizationMethod>…</CanonicalizationMethod>
<SignatureMethod>…</SignatureMethod>
<Reference URI="Reference to Right expression">
…
<DigestValue>…</DigestValue>
</Reference>
<Reference URI="Reference to Semantics doc">
…
<DigestValue>…</DigestValue>
</Reference>
</SignatureInfo>
<SignatureValue>…</SignatureValue>
</Signature>
上述の一般的な署名エンベロープにおいては、＜ＳｉｇｎａｔｕｒｅＩｎｆｏ．．．＞エレメントは、署名エンベロープ情報を含んでもよく、＜Ｒｅｆｅｒｅｎｃｅ  ＵＲＩ＝"Ｒｅｆｅｒｅｎｃｅ  ｔｏ  Ｒｉｇｈｔ  ｅｘｐｒｅｓｓｉｏｎ"＞エレメントは、権利表現ドキュメントへのポインタ、権利表現ドキュメントのフィンガープリント及びハッシュ値を含んでもよく、＜Ｒｅｆｅｒｅｎｃｅ  ＵＲＩ＝"Ｒｅｆｅｒｅｎｃｅ  ｔｏ  Ｓｅｍａｎｔｉｃｓ  ｄｏｃ"＞エレメントは、セマンティクスドキュメントへのポインタ、セマンティクス・ドキュメントのフィンガープリント及びハッシュ値を含んでもよく、＜ＳｉｇｎａｔｕｒｅＶａｌｕｅ＞．．．＜／ＳｉｇｎａｔｕｒｅＶａｌｕｅ＞エレメントは、署名エンベロープの署名を含んでもよい。
【００９６】
権利表現のためのセマンティクスな意味及び権利表現は、バイナリ・ドキュメント、ファイルに含まれてもよく、署名エンベロープは、エンベロープドキュメントに含まれてもよい。署名エンベロープは、権利表現及びその権利表現のためのセマンティクスな意味を含むバイナリ・ドキュメントのためのフィンガープリント及びハッシュ値を含んでもよい。
【００９７】
バイナリ・ドキュメントを保護するために使用されてもよい一般的な署名エンベロープは、以下のようなものである。
【００９８】
<Signature>
<SignatureInfo…>
<CanonicalizationMethod>…</CanonicalizationMethod>
<SignatureMethod>…</SignatureMethod>
<Reference URI="…">
<Transform Algorithm="XrML Binary"/>
<DigestValue>…</DigestValue>
</Reference>
</SignatureInfo>
<SignatureValue>…</SignatureValue>
</Signature>
上述の一般的な署名エンベロープにおいて、＜Ｒｅｆｅｒｅｎｃｅ  ＵＲＩ＝"．．"＞エレメントは、バイナリ・ドキュメントへのポインタ、バイナリ・ドキュメントのフィンガープリント及びハッシュ値を含んでもよく、＜Ｔｒａｎｓｆｏｒｍ  Ａｌｇｏｒｉｔｈｍ＝"ＸｒＭＬ  Ｂｉｎａｒｙ"／＞エレメントは、一般的なバイナリ変換アルゴリズムが使用されることを指示してもよく、＜ＳｉｇｎａｔｕｒｅＶａｌｕｅ＞．．．＜／ＳｉｇｎａｔｕｒｅＶａｌｕｅ＞エレメントは、バイナリ・ドキュメントの署名を含んでもよい。
【００９９】
例としての実施形態においては、権利表現インタープリタは、権利表現に基づいて処理を実行するように依頼する要求及びドキュメントを閲覧したい旨の要求のような、要求の許可を結果としてもたらすかもしれない要求を処理するように構成されてもよい。しかしながら、要求を使用することを必要とせずに権利表現を処理するために、一般的な単純化プロセス２０３が、使用されてもよい。
【０１００】
図１０は、図１、図４、及び、図５に示されるデジタル権利管理システムの１つかまたはそれ以上の装置及びサブシステム上で実施されてもよい一般的な単純化プロセス２０３の概略図である。図１０において、権利表現２０７ドキュメントにおける１つかまたはそれ以上の権利表現のセマンティクスな意味は、一般的な自己完結型フォーマット２１１内に含まれてもよく、また、一般的な単純化フォーマット２１５による権利表現２０７ドキュメントを生成するために、権利表現を評価し減少させるための一般的な単純化プロセス２０３によって使用されてもよい。
【０１０１】
一般的な単純化プロセス２０３は、権利表現２０７ドキュメント内の１つかまたはそれ以上の権利表現を単純化してもよい。そのような単純化は、権利表現のセマンティクスな意味を判定すること、ターゲット・コンピューティング環境の装置情報２１７に基づいて権利表現を評価すること、及び、権利情報２１３の状態に基づいて権利表現の状態を判定することを含んでもよい。
【０１０２】
一般的な剪定プロセス１００１は、例えば、装置情報２１７に基づいて、ターゲット・コンピューティング環境によって使用されない権利表現２０７ドキュメントから１つかまたはそれ以上の権利表現を剪定すなわち除去してもよい。一般的な剪定プロセス１００１は、ターゲット・コンピューティング環境によってサポートすることのできる被剪定形式１００７による権利表現を生成するのに使用されてもよい。例として、ターゲット・コンピューティング環境が、デジタル・コンテンツを印刷または再生することのできない携帯電話であれば、これらの機能に関係するすべてのエレメントが、剪定されてもよい。
【０１０３】
一般的な評価プロセス１００３は、権利情報２１３の状態に基づいて、及び、オプションとして、一般的な条件検証プロセス１００７からの結果に基づいて、被剪定形式１００７による権利表現内の１つかまたはそれ以上の条件及びエレメントを評価するのに使用されてもよい。一般的な評価プロセス１００３は、１つかまたはそれ以上の条件及び権利表現を剪定された権利表現１００７から除外することによって、単純化形式１００９による権利表現を生成するのに使用されてもよい。例えば、条件を満たしており、かつ、満了していないならば、その条件は、権利表現から剪定されてもよい。
【０１０４】
一般的なフォーマッタ・プロセス１００５は、一般的な単純化フォーマット２１５による権利表現２０７を生成するために、単純化された権利表現１００９をフォーマット及び再フォーマットするのに使用されてもよい。一般的な単純化フォーマット２１５による権利表現２０７は、使用され、評価され、さもなければ、処理されるべき最低限の権利表現及び条件しか含まなくてもよい。
【０１０５】
一般的な単純化プロセス２０３は、権利表現２０７ドキュメントまたは一般的な自己完結型フォーマット２１１による権利表現２０７ドキュメントを処理してもよい。権利表現ドキュメントは、一般的な単純化プロセス２０３によって受信されてもよく、また、一般的なローカライザ・プロセス２０１へ送信されてもよく、その一般的なローカライザ・プロセス２０１は、一般的な自己完結型フォーマット２１１による権利表現ドキュメントを一般的な単純化プロセス２０３へ返送してもよい。
【０１０６】
図１１は、図１０に示される一般的な単純化プロセス２０３を説明するフローチャートである。図１１によれば、ステップ１１０１において、一般的な単純化プロセス２０３が、１つかまたはそれ以上の権利表現を含む権利表現２０７ドキュメントを受信するのに使用されてもよい。ステップ１１０３において、一般的な剪定プロセス１００１は、被剪定形式１００７による権利表現を生成するために、装置情報２１７に基づいて、権利表現の剪定を実行してもよい。ステップ１１０３において、ターゲット・コンピューティング環境によって処理されることのできない権利表現部分が、権利表現２０７ドキュメントから除去されてもよい。例えば、ターゲット・コンピューティング環境が、印刷することができなければ、印刷権が、権利表現２０７ドキュメントから除去されてもよい。
【０１０７】
ステップ１１０５において、一般的な評価プロセス１００３が、剪定された権利表現１００７を処理し、１つかまたはそれ以上の条件を剪定された権利表現１００７から評価のために抽出するのに使用されてもよい。一般的な評価プロセス１００３は、単純化された権利表現１００９を生成するために、権利情報２１３の状態に基づいて、抽出された条件を評価することを試みてもよい。
【０１０８】
ステップ１１０７において、一般的なフォーマッタ・プロセス１００５が、単純化された権利表現１００９を一般的な単純化フォーマット２１５による権利表現２０７に変換するのに使用されてもよい。一般的な単純化フォーマット２１５による権利表現２０７ドキュメントは、最低限の権利表現及び条件を含んでもよく、それらの最低限の権利表現及び条件は、権利表現２０７ドキュメント、ファイル、及び、それらに類似するものの中に存在する１つかまたはそれ以上の権利を行使する許可をユーザ、装置、または、システムに与えるために、後に評価される。
【０１０９】
図１２Ａ及び図１２Ｂは、図１０に示される一般的な剪定プロセス１００１及び一般的な評価プロセス１００３をさらに詳細に説明するフローチャートであり、図１２Ａは、一般的な剪定プロセス１００１に対応し、図１２Ｂは、一般的な評価プロセス１００３に対応する。図１２Ａによれば、ステップ１２０１において、一般的な自己完結型フォーマット２１１による権利表現２０７ドキュメント、ファイルが、リトリーブされてもよい。
【０１１０】
ステップ１２０３において、権利表現が、さらなる処理のために、権利表現２０７ドキュメントから抽出されてもよい。ステップ１２０３において、抽出された権利表現は、検証されてもよい。ステップ１２０７において判定されたとき、抽出された権利表現が、有効であると判定されたならば、抽出された権利表現は、さらなる処理のために、図１２Ｂに示される一般的な評価プロセス１００３へ送信または転送されてもよい。しかしながら、ステップ１２０７において判定されたとき、抽出された権利表現が、無効であると判定されたならば、抽出された権利表現は、権利表現２０７ドキュメントから除去されてもよく、そして、ステップ１２０３において、次の権利表現が、処理されてもよい。
【０１１１】
したがって、図１２Ｂによれば、ステップ１２１１において、もしあれば、条件が、有効な権利表現から抽出されてもよい。ステップ１２１３において、条件は有効な権利表現から抽出されたかどうかが判定され、条件が有効な権利表現から抽出されていなければ、有効な権利表現が、単純化された形式１００９による権利表現として出力されてもよく、そして、図１２Ａのステップ１２０３において、次の権利表現が、処理されてもよい。条件が、有効な権利表現から抽出されていれば、ステップ１２１５において、一般的な評価プロセス１００３が、抽出された条件を評価及び検証するために使用されてもよい。
【０１１２】
しかしながら、さらなる例としての実施形態においては、一般的な条件検証プロセス１００７が、抽出された条件を評価及び検証するのに使用されてもよい。したがって、一般的な評価プロセス１００３は、１つかまたはそれ以上の抽出された条件を、１つかまたはそれ以上の一般的な条件検証プロセス１００７のそれぞれへ送信または転送してもよい。例としての実施形態においては、一般的な評価プロセス１００３及び／または一般的な条件検証プロセス１００７によって判定されるような、抽出された条件に対する評価結果は、真の値、偽の値、あるいは、評価不可値を含んでもよい。
【０１１３】
ステップ１２１７において判定されたとき、抽出された条件を評価することができなければ、ステップ１２２５において、抽出された条件が、対応する有効な権利表現内に維持されてもよく、そして、ステップ１２１１において、次の条件が、処理されてもよい。ステップ１２１７において判定されたとき、抽出された条件を評価することができ、かつ、ステップ１２１９によって判定されたとき、条件評価の結果が真であれば、抽出された条件は、対応する有効な権利表現から除去されてもよく、そして、ステップ１２１１において、次の条件が、処理されてもよい。ステップ１２１７において判定されたとき、抽出された条件を評価することができ、かつ、ステップ１２１９によって判定されたとき、条件評価の結果が偽であれば、有効な権利表現は、権利表現２０７ドキュメントから除去されてもよく、そして、図１２Ａのステップ１２０３において、次の権利表現が、処理されてもよい。
【０１１４】
一般的な単純化プロセス２０３は、権利表現内の有効な権利を判定し、有効な権利に対応する条件を評価し、評価することのできない条件を維持し、真の値を備えた評価結果を有する条件を有効な権利条件から除去し、偽の値を備えた評価結果を有する条件に対応する有効な権利を除去するのに使用されてもよい。
【０１１５】
一般的な自己完結型フォーマット２１１は、一般的なバイナリ・フォーマット、一般的な行使可能フォーマットと呼ばれる一般的なバイナリ・フォーマットの変形を含んでもよく、コンテクスト・テーブルは、選択可能なものであってもよい。一般的な行使可能フォーマットにおいては、コンテクストＩＤカラムは、セマンティクス・テーブルから除去されてもよい。コンテクスト・テーブル及び／またはセマンティクス・テーブルは、ターゲット・コンピューティング環境において、事前に構築され、事前に定義され、事前に記憶されていてもよい。このように、一般的な自己完結型フォーマット２１１は、コンテクスト・テーブル及び／またはセマンティクス・テーブルを含まなくても、さらに評価されなければならない権利表現を含んでもよい。
【０１１６】
一般的な行使可能フォーマットは、プラットフォーム中立であってもよく、ＸｒＭＬのようなネイティブなフォーマット及び一般的なバイナリ・フォーマットの両方よりもきわめてコンパクトであってもよい。一般的な行使可能フォーマットによれば、一般的には、権利表現のセマンティクスな意味を理解するための外部権利解釈資源を使用しなくてもよい。なぜなら、権利表現のセマンティクスな意味は、すでに、決定され、解釈されているからである。
【０１１７】
さらに、一般的な行使可能フォーマットによれば、一般的には、権利表現を完全に処理するシステムを必要としない。なぜなら、簡単な検証は、要求を許可することのできる十分な能力を有し、一般的な行使可能フォーマットから条件及びパラメータを読み込み、権利条件検証を配置及び起動するのに使用されてもよいからである。さらに、一般的な行使可能フォーマットは、最も最適化されたフォーマットであってもよく、それでもなお、プラットフォーム独立であり、資源制約コンピューティング環境において使用されてもよく、高性能処理のための最も効率的なフォーマットであってもよい。
【０１１８】
権利表現２０７は、コンテクスト・テーブルを使用することを必要とせずに、一般的な行使可能フォーマットに変換されてもよい。したがって、一般的な行使可能フォーマットは、権利表現のエレメントに矛盾が存在しない場合に使用されてもよく、ターゲット・コンピューティング環境は、権利表現における対応する権利のコンテクストを理解することができる。コンテクスト・テーブル、及び、セマンティクス・テーブルのコンテクストＩＤカラムは、一般的な行使可能フォーマットとともに使用されなくてもよい。
【０１１９】
音楽を再生するためのＸｒＭＬに基づいたライセンスの形式による以下の例としての第３の権利表現が、例としてのセマンティクス・テーブルをより詳細に説明するのに使用することができる。
第３の権利表現例
<license  xmlns=http://www.xrml.org/schema/2001/11/xrml2core
xmlns:sx=http://www.xrml.org/schema/2001/11/xrml2sx
xmlns:dsig=http://www.w3.org/2000/09/xmldsig#
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
xmlns:cx=http://www.xrml.org/schema/2001/11/xrml2cx
xmlns:cm=http://www.xrml.org/schema/2001/11/xrml2compactMusic
>
<grant>
<cm:device cmid="123"/>
<cx:play/>
<cm:music cmid="456"/>
<sx:validityIntervalFloating>
<sx:stateReference>
<cm:intervalKeeper key="777">
<cm:device cmid="123"/>
</cm:intervalKeeper>
</sx:stateReference>
</sx:validityIntervalFloating>
</grant>
<cm:issuerDevice>
<cm:device cmid="024"/>
</cm:issuerDevice>
</license>
例としての第３の権利表現に基づいた例としてのセマンティクス・テーブルが、以下に表６として示される。
【０１２０】
【表６】
2005520254.tif 000008
【０１２１】
例としての表３及び表６に基づいて一般的な行使可能フォーマットに変換された例としての第３の権利表現が、以下に示される。
【０１２２】
01 02 04 202103123 05 22 06 232103456 08 24 0025 00262703777 09 28 00202103024
ここで、
01           <license>
02           <grant>
04           principal [processing instruction]
202103123    <cm:device cmid="123"/>
05           rights [processing instruction]
22           <cx:play>
06           resource [processing instruction]
232103456    <cm:music cmid="456"/>
08           condition
24           <sx:validityIntervalFloating>
0025         next level <sx:stateReference>
00262703777  next level <cm:intervalKeeper key="777">
09           issuer [processing instruction]
28           <cm:issuerDevice>
00202103024  next level <cm:device cmid="024"/>
セマンティクス・テーブルは、ターゲット・コンピューティング環境において、事前に構築され、事前に定義され、あるいは、事前に記憶されてもよい。このように、一般的な行使可能フォーマットは、セマンティクス・テーブルを含まなくても、さらに評価されなければならない権利表現を含んでもよい。
【０１２３】
権利表現を単純化フォーマット２１１に変換することによって、ＸｒＭＬのようなそれらのネイティブなフォーマットによる権利表現を使用することに比較して、より効率的でありかつよりコンパクトなフォーマットが、権利を行使するために使用されてもよい。しかしながら、装置が単一プラットフォームの一部であってもよいホモジーニアス環境のような、プラットフォーム独立を使用しなくてもよいコンピューティング環境においては、さらなる最適化が、なされてもよい。
【０１２４】
したがって、一般的なトランスレータ・プロセス２０５は、一般的な単純化フォーマット２１１を一般的な装置特定フォーマット２１９に変換する責任を有する、装置、コンポーネント、アプリケーション、機能、システム、プラットフォームを含んでもよい。一般的な単純化フォーマット２１１は、ターゲット・コンピューティング環境に特定なものにされてもよく、また、ターゲット・コンピューティング環境によってより効率的に消費されてもよい。
【０１２５】
一般的な装置特定フォーマット２１９による権利表現は、装置ごとに変化してもよいが、一般的には、権利表現の範囲内において権利を行使する要求を許可するために検証されるべき条件及び実行されるべき処理命令のリストを含むことのできるデータ構造の形態を有してもよい。一般的なトランスレータ・プロセス２０５が権利表現２０７を変換することのできる一般的な装置特定フォーマット２１９は、グリフに基づいたフォーマット、プロファイルに基づいたフォーマット、テンプレートに基づいたフォーマット、ＭＰ３装置及びセット・トップ・ボックスのような特定の装置によって処理されてもよいフォーマットである。
【０１２６】
例としての実施形態においては、ターゲット・コンピューティング環境は、Ｐｒｏｌｏｇ（ＰＲＯｇｒａｍｍｉｎｇ  ＬＯＧｉｃ）言語のようなプログラミング言語を実行するように構成されてもよく、また、一般的な権利表現は、例えば、"アリスは、１２３４５６によって識別されるビデオを５回まで鑑賞することができる"ことを規定するように構成されてもよい。一般的な権利表現は、Ｐｒｏｌｏｇトランスレータによって、以下のＰｒｏｌｏｇ表現に変換されてもよい。
【０１２７】
(1) Principal("Alice"),
(2) Video("123456"),
(3) View(p,r),
(4) Principal(p),
(5) Video(r),
(6) Count(5).
しかしながら、ターゲット・コンピューティング環境は、以下のように記述されたデータ構造を使用するように構成されてもよい。
【０１２８】
Struct
｛
Rights: byte;  //01:View, 02:Print…
Principal:char[20];
ConditionList;
｝
ConditionList
｛
Number of condition: 2 byte integer
｛
ConditionID: 1 byte;  //01 Flat Fee, 02 MaxCount
ConditionValue: 4 byte integer
｝
｝
したがって、一般的な権利表現は、Ｐｒｏｌｏｇコンピューティング環境をターゲットに設定された一般的なトランスレータ・プロセス２０５によって、以下のバイトからなるストリームに変換されてもよい。
【０１２９】
1Alice 01020005
一般的なバイナリ・フォーマットは、ＸｒＭＬドキュメントからの権利表現、及び、権利表現において使用されるエレメントのセマンティクスな意味を含んでもよい。一般的なバイナリ・フォーマットによる権利表現の構造は、ネイティブなＸＭＬのようなＸｒＭＬドキュメント内の権利表現の構造に類似してもよい。
【０１３０】
一般的なバイナリ・フォーマットのバイナリ構造は、ＸＭＬ資源及びＸＭＬ構文解析器のような外部資源を必要とすることなく、何らかの適切なアプリケーション、装置、システム、プラットフォームによって処理されてもよい。権利表現のエレメントのためのセマンティクスな意味は、一般的なバイナリ・フォーマット内に含まれてもよく、ＸＭＬスキーマは、権利表現の意味を解釈するために使用されなくてもよい。
【０１３１】
したがって、ＸｒＭＬフォーマットによる権利表現と比較すれば、一般的なバイナリ・フォーマットによる権利表現は、プラットフォーム中立及びプラットフォーム独立であってもよい。さらに、一般的なバイナリ・フォーマットによる権利表現を使用する場合、さもなければ、従来のフォーマットによる権利表現の意味を処理及び解釈するのに必要とされるであろうＸＭＬ構文解析器及びスキーマ構文解析器のような外部資源をあまり必要としないために、能力が増大する。
【０１３２】
一般的なバイナリ変換アルゴリズムが、ＸｒＭＬドキュメントのような元々のドキュメントと一般的なバイナリ・フォーマットによるバイナリ・ドキュメントとの間でデジタル署名を維持し、元々のドキュメントの完全性を保証するために、デジタル署名に対して使用されてもよい。
【０１３３】
図１３は、一般的なバイナリ・フォーマットの構造１３００の概略図である。図１３によれば、例としての実施形態において、一般的なバイナリ・フォーマットによるファイルは、Ｐｒｏｌｏｇ部分１３０１、コンテクスト・テーブル部分１３０３、セマンティクス・テーブル部分１３０５、権利表現部分１３０７、及び、署名テーブル部分１３０９を含んでもよい。しかしながら、署名テーブル部分１３０９は、署名テーブル部分１３０９情報を、ファイルの１つかまたはそれ以上のその他の部分１３０１〜１３０７内の冗長な情報として提供することによって、ファイルから除去されてもよい。
【０１３４】
Ｐｒｏｌｏｇ部分１３０１は、一般的なバイナリ・フォーマットに関する情報を含んでもよく、それらの情報には、バージョン番号、ベンダー情報、及び、元々のドキュメントのＩＤなどがある。Ｐｒｏｌｏｇ部分１３０１は、一般的な行使可能フォーマット、一般的なバイナリ・フォーマット、及び、コンテクスト・テーブル及びセマンティクス・テーブルを除去してもよい一般的なバイナリ・フォーマットの最適化されたバージョンのようなファイルのフォーマットを指示するのに使用されてもよいマジック・ナンバー領域を含んでもよい。Ｐｒｏｌｏｇ部分１３０１は、さらに、ファイルにおいて使用されるフォーマットのバージョン番号を指示するためのバージョン・ナンバー領域、ファイル内のコンテクスト・テーブルへのポインタを含んでもよい第１のポインタ領域、ファイル内のセマンティクス・テーブルへのポインタを含んでもよい第２のポインタ領域、及び、ファイル内の権利表現へのポインタを含んでもよい第３のポインタ領域を含んでもよい。
【０１３５】
コンテクスト・テーブル部分１３０３は、元々のドキュメントにおいて使用されるネーム空間のコンテクスト・テーブルを含んでもよい。さらに、コンテクスト・テーブル部分１３０３は、コンテクストＩＤを含むネーム空間ごとに１つのエントリを備えて構成されてもよく、それは、ネーム空間ごとに固有の識別情報を含んでもよい。コンテクストＩＤは、対応するコンテクストの元々のドキュメント内のエレメントの発生に基づいて割り当てられてもよい。権利表現言語が、拡張可能なものであり、かつ、コア言語またはベース言語から得ることができる場合、第１のコンテクストＩＤが、コア・コンテクストのエレメントが元々のドキュメント内のどこに使用されるかに関係なく、コア・コンテクストに割り当てられてもよい。コンテクスト・テーブル部分１３０３は、さらに、ネーム空間の長さを規定するためのネーム空間ＵＲＩの長さ、及び、ネーム空間及びコンテクストを識別するためのネーム空間ＵＲＩを含んでもよい。
【０１３６】
セマンティクス・テーブル部分１３０５は、ネーム空間ごとに１つのセマンティクス・テーブルを含んでもよい。セマンティクス・テーブルは、権利表現において使用されるそのネーム空間のエレメントごとの情報を含んでもよい。さらに、セマンティクス・テーブル部分１３０５は、権利表現において使用されるネーム空間のエレメントごとの情報を含むように構成されてもよい。さらに、セマンティクス・テーブル部分１３０５は、エレメントに割り当てられた固有のＩＤであってもよいエレメントＩＤを含む、エレメントごとに１つのエントリを備えて構成されてもよく、また、コア・エレメントに割り当てられてもよい所定のＩＤを備えて構成されてもよい。
【０１３７】
セマンティクス・テーブル部分１３０５は、エレメントのタイプを規定するためのエレメント・タイプを含んでもよい。予め定義されたエレメント・タイプが、表３の例としての予め定義されたタイプ・テーブルに示されるように、規定されてもよい。セマンティクス・テーブル部分１３０５は、スキーマ内に定義されるようなエレメントのネームを規定するためのエレメント・ネーム、及び、そのエレメントを含むネーム空間のコンテクストＩＤに対応するエレメント・コンテクストＩＤを含んでもよい。
【０１３８】
権利表現部分１３０７は、以下に記述されるような例としての構造を備えた権利表現（ＲＥ）を含んでもよい。
【０１３９】
RE="seq"|["seq"]1…n
ここで、
"seq"         ="type"|"specialType,"
"specialType" =[02|03]"length,""value,"
"length"      =length of the "value" in bytes,
"value"       =sequence of bytes,
"type"        =id defined in the "pre-defined type table" except 02 and 03
権利表現の上述の例としての構造において、ＲＥ＝"ｓｅｑ"｜［"ｓｅｑ"］1...nは、権利表現が表現の列"ｓｅｑ"、または、表現の１つかまたはそれ以上の列［"ｓｅｑ"］1...nを含んでもよいことを指示することができ、ここで、"ｓｅｑ"は、"ｔｙｐｅ"または"ｓｐｅｃｉａｌＴｙｐｅ"であってもよく、"ｓｐｅｃｉａｌＴｙｐｅ"は、予め定義されたタイプ・テーブルからのタイプ０２または０３であってもよく、"ｌｅｎｇｔｈ"及び"ｖａｌｕｅ"を有してもよく、ここで、"ｌｅｎｇｔｈ"は、"ｖａｌｕｅ"のバイト単位での長さであってもよく、"ｖａｌｕｅ"は、バイトの列であってもよく、"ｔｙｐｅ"は、予め定義されたタイプ・テーブルからの属性及び値タイプに対応するＩＤ０２及び０３を除けば、予め定義されたタイプ・テーブルからのＩＤに対応する。
【０１４０】
一般的なバイナリ・フォーマット、及び、一般的な行使可能フォーマットと呼ばれる、コンテクスト・テーブルが選択可能なものであってもよい一般的なバイナリ・フォーマットの変形のような、単純化フォーマット２１５のための様々なフォーマットが、存在してもよい。さらに、コンテクスト・テーブルが、一般的な単純化フォーマット２１５に含まれていなければ、コンテクストＩＤカラムは、対応するセマンティクス・テーブルから省略されてもよい。
【０１４１】
図１４は、一般的な行使可能フォーマットの例としての構造１４００の概略図である。図１３において、一般的なバイナリ・フォーマットの構造１３００は、Ｐｒｏｌｏｇ部分１３０１、コンテクスト・テーブル部分１３０３、セマンティクス・テーブル部分１３０５、権利表現部分１３０７、及び、署名テーブル部分１３０９を含んでもよい。しかしながら、図１４に示されるように、一般的な行使可能フォーマットは、Ｐｒｏｌｏｇ部分１３０１、セマンティクス・テーブル部分１３０５、及び、権利表現部分１３０７を含んでもよい。したがって、上述したように、コンテクスト・テーブル部分１３０３及び署名テーブル部分１３０９を省略し、そして、セマンティクス・テーブルからコンテクストＩＤカラムを省略することを除けば、例としての構造１４００は、例としての構造１３００と同じように構成されてもよい。
【０１４２】
例としての実施形態によれば、一般的なトランスレータ・プロセス２０５が権利表現を変換してもよい装置特定フォーマット２１９は、グリフに基づいたフォーマット、プロファイルに基づいたフォーマット、テンプレートに基づいたフォーマット、Ｐｒｏｌｏｇプログラムに基づいたフォーマット、及び、ＭＰ３装置、セット・トップ・ボックスのような特有の装置によって処理されるフォーマットを含んでもよい。
【０１４３】
権利表現を符号化するために、シンボリック表現が使用されてもよい。シンボリック表現は、グリフに基づいたグラフィカル表現、及び、変調または変化する光信号または音信号に基づくような、変調または変化する信号に基づいた表現を含んでもよい。したがって、権利表現のシンボリック表現は、星形構造、四角形構造、長方形構造、円形構造、三角形構造、あるいは、それらの一部分を含む構造に基づいたグリフ構造に基づいて、符号化され、取り出されてもよい。同様に、権利表現は、何らかの適切な周波数及び振幅を用いて、変調または変化する信号、光、音、一連の音、光パルスに基づいて、符号化され、取り出されてもよく、紫外線、Ｘ線、マイクロ波、電磁波を含み、レーザ、変調または重畳された情報、異なる色または波長、及び、電界または磁界の変化を使用する。
【０１４４】
図１５は、一般的なトランスレータ・プロセス２０５によってグリフのような例としてのシンボルに基づいて生成されてもよい権利表現２０７の例としてのシンボリック表現を示す。図１５において、例としてのシンボリック表現は、星形構造に基づいたグリフ構造から取り出されてもよく、そして、権利表現２０７を表現するために使用されてもよい。例としての実施形態においては、星形構造から得られるシンボル１５０１〜１５０４は、赤、緑、及び、青（ＲＧＢ）の色空間から取り出されてもよい。したがって、星形構造のシンボル１５０１〜１５０４は、赤（Ｒ）、緑（Ｇ）、及び／または、青（Ｂ）である色を含んでもよい。したがって、色を組み合わせることのできない基本的な場合においては、１２個のシンボル（例えば、４つのシンボル×３つの色）を生成することができる。しかしながら、メンバーまたはシンボルの数を増やすために、図１５に示されるように、重なり合った色を有する合成シンボル１５１１〜１５１９を生成することもできる。
【０１４５】
したがって、異なる色を有する２つかまたはそれ以上の最大で１２個すべてのシンボルを、物理的な位置において重なり合い、可能性として、星形のそれぞれの部分ごとに様々な色または色の組み合わせで星形構造の一部または全部を構成するように、組み合わせることができる。結果として得られた合成シンボル１５１１の水平シンボル１５０１の色は、緑のシンボルと赤のシンボルとの組み合わせ１５０１によるものであってもよい。このように、図１５に示されるように、様々な色を組み合わせたシンボル１５０１〜１５０４が、合成シンボル１５１１〜１５１９を生成するのに使用されてもよい。
【０１４６】
したがって、図１５によって示される例としてのシンボル・セットにおける合成シンボルの数は、空白をシンボルとみなさないと仮定すれば、例えば、（２12−１）すなわち４０９５であり得る。例としての実施形態によって、多くの合成シンボルを選択することができるので、それに対応して、文法、言語に関する情報のような、権利表現に使用される情報の複雑かつ広範囲にわたるシンボリック表現を生成することができる。
【０１４７】
図１５に示されるように、例としての権利表現２０７は、電子書籍にアクセスするための期限日を表現してもよく、そして、例としての合成シンボル・セットを用いて表現されてもよい。図１５において、シンボル１５１１〜１５１９は、データベースにおいて、特定の作家による小説を指示する書籍識別（ＩＤ）番号が２４５であり、かつ、アクセス期限日が２００３年７月１２日である場合の権利表現２０７を表現するのに使用されてもよい。
【０１４８】
したがって、第１の合成シンボル１５１１は、語句「書籍（または、資源）識別番号」を表現するのに使用されてもよく、第２の合成シンボル１５１３は、整数「２４５」を表現するのに使用されてもよく、第３の合成シンボル１５１５は、語句「アクセス／期限日」を表現するのに使用されてもよく、第４の合成シンボル１５１７は、月及び日（「７月１２日」または７−１２）を表現するのに使用されてもよく、第５の合成シンボル１５１９は、年「２００３」を表現するのに使用されてもよく、以下同様である。さらに、グリフのような１つかまたはそれ以上のシンボルを用いて、何らかの適切な権利表現が表現されてもよい。
【０１４９】
権利表現に関する情報を運ぶのに使用される例としての実施形態のグリフ、シンボル、語、メッセージは、光、音、一連の音、光パルスを使用し、何らかの適切な周波数、振幅を用いて符号化されてもよく、紫外線、Ｘ線、マイクロ波、電磁波を含んでもよく、レーザ、変調または重畳された情報、様々な色または波長、電界または磁界の変化を使用してもよい。
【０１５０】
使用される例としての実施形態の何らかの適切な一連のグリフ、シンボル、語、メッセージは、送信されるメッセージに意味を提供するそれら自身の文法、ルールを有してもよい。人の耳または目が感知することのできない周波数範囲に存在する音または光が、セキュリティ・アプリケーション、プライバシー・アプリケーションの実行中に、グリフ、シンボル、語、メッセージを送信するのに使用されてもよい。このようにして、送信されるメッセージは、一人かまたは複数のユーザに対してトランスペアレントなものにされてもよいが、それと同時に、適切なセンサー、検出器によって、リトリーブされ、理解されてもよい。例としての実施形態のグリフ、シンボル、語、メッセージは、感知された情報、メッセージを、数値、ビット、バイト、または、その他の方法に基づいて、量子化し、デジタル化し、表現することができる限り、何らかの適切な人または機械の感知器官または感知装置を用いて表現されてもよい。
【０１５１】
一般的なトランスレータ・プロセス２０５が権利表現２０７を変換することのできる装置特定フォーマット２１９は、プロファイルに基づいたフォーマット、テンプレートに基づいたフォーマットを含んでもよい。識別された歌を識別された装置上で再生するような規定された使用権を譲渡するライセンスの形態を有する例としての権利表現は、例えば、以下のように表現されてもよい。
【０１５２】
<license>
<grant>
<cm:device cmid="123"/>
<cx:play/>
<cm:music cmid="456"/>
</grant>
<cm:issuerDevice>
<cm:device cmid="024"/>
</cm:issuerDevice>
</license>
そして、例としての実施形態によれば、ライセンスの中の変数が除去された、対応するテンプレート、プロファイル、及び、それらに類似するものが、一般的なトランスレータ・プロセス２０５によって、以下のように、例としての装置特定フォーマット２１９として生成されてもよい。
【０１５３】
<license>
<grant>
<cm:device cmid=""/>
<cx:play/>
<cm:music cmid=""/>
</grant>
<cm:issuerDevice>
<cm:device cmid=""/>
</cm:issuerDevice>
</license>
図１、図４、及び、図５に示されるデジタル権利管理システムの１つかまたはそれ以上の装置及びサブシステムは、通信ネットワーク１７０を介して通信してもよく、また、開示された実施形態の機能を実行することのできる何らかの適切なサーバ、ワークステーション、パーソナル・コンピュータ（ＰＣ）、ラップトップ・コンピュータ、ＰＤＡ、インターネット機器、セット・トップ・ボックス、モデム、ハンドヘルド・デバイス、電話、携帯電話、無線装置、資源制約装置、または、その他の装置を含んでもよい。図１、図４、及び、図５に示されるデジタル権利管理システムの装置及びサブシステムは、何らかの適切なプロトコルを用いて、互いに通信してもよく、また、汎用コンピュータ・システムを用いて実施されてもよい。１つかまたはそれ以上のインタフェース機構が、インターネット・アクセス、音声、モデムのような何らかの適切な形態を有するテレコミュニケーション、無線通信媒体を含む図１、図４、及び、図５に示されるデジタル権利管理システムにおいて使用されてもよい。したがって、通信ネットワーク１７０は、無線通信ネットワーク、セルラー通信ネットワーク、衛星通信ネットワーク、公衆交換電話網（ＰＳＴＮ）、パケット・データ・ネットワーク（ＰＤＮ）、インターネット、イントラネット、ハイブリッド通信ネットワーク、それらを組み合わせたものを含んでもよい。さらに、通信ネットワーク１７０は、同一かまたは異なるネットワークであってもよい。
【０１５４】
上述したように、図１、図４、及び、図５のデジタル権利管理システム１００は、説明のための例であることを理解すべきである。なぜなら、開示された例としての実施形態を実施するために使用される特定のハードウェアの多くの変形を実施できるからである。図１、図４、及び、図５に示されるデジタル権利管理システムの装置及びサブシステムの機能は、１つかまたはそれ以上のプログラムされたコンピュータ・システムまたは装置によって実施されてもよい。そのような変形及びその他の変形を実施するために、単一のコンピュータ・システムが、図１、図４、及び、図５に示されるデジタル権利管理システムの１つかまたはそれ以上の装置及びサブシステムの特殊目的機能を実行するようにプログラムされてもよい。他方において、２つかまたはそれ以上のプログラムされたコンピュータ・システムまたは装置が、図１、図４、及び、図５に示されるデジタル権利管理システムの装置及びサブシステムのいずれか１つと置き換えられてもよい。したがって、また、冗長、反復のような分散処理の原理及び利点が、必要であれば、図１、図４、及び、図５に示されるデジタル権利管理システムのロバスト性及び能力を増大させるために実施されてもよい。
【０１５５】
図１〜図１５を参照して説明したような図１、図４、及び、図５に示されるデジタル権利管理システムは、ここで説明した様々なプロセスに関係する情報を記憶するのに使用されてもよい。この情報は、図１、図４、及び、図５に示されるデジタル権利管理システムの装置及びサブシステムのハードディスク、光ディスク、光磁気ディスク、ＲＡＭのような１つかまたはそれ以上の記憶装置に記憶されてもよい。図１、図４、及び、図５に示されるデジタル権利管理システムの装置及びサブシステムの１つかまたはそれ以上のデータベースが、例としての実施形態を実施するために使用される情報を記憶してもよい。データベースは、上述したような１つかまたはそれ以上の記憶装置に含まれる、レコード、テーブル、アレイ、フィールド、グラフ、ツリー、リストのようなデータ構造を用いて編成されてもよい。
【０１５６】
図１〜図１５を参照して説明したようなデジタル権利管理システムの全部または一部は、開示された例としての実施形態の教示に基づいてプログラムされた１つかまたはそれ以上の汎用コンピュータ・システム、マイクロプロセッサ、デジタル信号プロセッサ、マイクロ・コントローラを用いて、好適に実施されてもよい。この分野に通常の知識を有するプログラマーは、開示された例としての実施形態の教示に基づいて、適切なソフトウェアを容易に製作することができる。さらに、図１、図４、及び、図５に示されるデジタル権利管理システムは、特定用途向けＩＣを製作することによって、あるいは、要素回路からなる適切な回路網を互いに接続することによって、実施されてもよい。
【０１５７】
ここで説明される例としての実施形態は、オフライン・システム、オンライン・システムとして、また、ＴＶアプリケーション、コンピュータ・アプリケーション、ＤＶＤアプリケーション、ＶＣＲアプリケーション、機器アプリケーション、ＣＤプレーヤー・アプリケーションのようなアプリケーションとして、使用されてもよい。さらに、例としての実施形態のグリフ、シンボル、語、メッセージを送信するのに使用される信号は、人の可視スペクトルの範囲内において、人の可聴スペクトルの範囲内において、人の可視スペクトルの範囲外において、人の可聴スペクトルの範囲外において、それらを組み合わせた範囲において、送信されるように構成されてもよい。
【０１５８】
ＸｒＭＬ、ＸＭＬを使用することによって、例としての実施形態を説明したが、例としての実施形態は、そのようなものに限定されるのではなく、ＸｒＭＬまたはＸＭＬに基づくものであろうとなかろうと、何らかの適切な文法、言語によって実施されてもよい。
【０１５９】
いくつかの実施形態及び具体例に関して本発明を説明したが、本発明は、それらに限定されるのではなく、様々な変形及び等価な構成を含み、それらは、添付の特許請求の範囲に規定される。
【図面の簡単な説明】
【０１６０】
【図１】本発明の様々な実施形態を実施することのできる例としてのデジタル権利管理システムの概略図である。
【図２】図１、図４、及び、図５に示されるデジタル権利管理システムにおいて実施されてもよい例としてのマルチパス解釈プロセスの概略図である。
【図３】図２に示される例としてのマルチパス解釈プロセスを説明するフローチャートである。
【図４】別の実施形態による例としてのデジタル権利管理システムの概略図である。
【図５】別の実施形態による例としてのデジタル権利管理システムの概略図である。
【図６】図１、図４、及び、図５に示されるデジタル権利管理システムにおいて実施されてもよい一般的なローカライザ・プロセスの概略図である。
【図７】図６に示されるローカライザ・プロセスの一般的なプリ・プロセッサ・プロセスを説明するフローチャートである。
【図８Ａ】一般的なバイナリ変換アルゴリズムを説明するフローチャートである。
【図８Ｂ】一般的なバイナリ変換アルゴリズムを説明するフローチャートである。
【図９】図６に示されるローカライザ・プロセスの一般的なプリ・プロセッサ・プロセスの概略図である。
【図１０】図１、図４、及び、図５に示されるデジタル権利管理システムにおいて実施されてもよい一般的な単純化プロセスの概略図である。
【図１１】図１０に示される一般的な単純化プロセスを説明するフローチャートである。
【図１２Ａ】図１０に示される一般的な剪定プロセス及び評価プロセスを説明するフローチャートである。
【図１２Ｂ】図１０に示される一般的な剪定プロセス及び評価プロセスを説明するフローチャートである。
【図１３】図２に示される一般的なマルチパス解釈プロセスによって生成されてもよいバイナリ・フォーマットの一般的な構造の概略図である。
【図１４】図２に示される一般的なマルチパス解釈プロセスによって生成されてもよい行使可能フォーマットの一般的な構造の概略図である。
【図１５】図１、図４、及び、図５に示されるデジタル権利管理システムによって生成されてもよい権利表現の一般的なシンボリック表現を説明する図である。
【図１】
2005520254.tif 000009
【図２】
2005520254.tif 000010
【図３】
2005520254.tif 000011
【図４】
2005520254.tif 000012
【図５】
2005520254.tif 000013
【図６】
2005520254.tif 000014
【図７】
2005520254.tif 000015
【図８Ａ】
2005520254.tif 000016
【図８Ｂ】
2005520254.tif 000017
【図９】
2005520254.tif 000018
【図１０】
2005520254.tif 000019
【図１１】
2005520254.tif 000020
【図１２Ａ】
2005520254.tif 000021
【図１２Ｂ】
2005520254.tif 000022
【図１３】
2005520254.tif 000023
【図１４】
2005520254.tif 000024
【図１５】
2005520254.tif 000025
【国際調査報告】
2005520254.tif 000026