(57)【要約】異種のネットワークに渡るリアルタイム・システムにおいて、コンテンツを安全に共有するための方法及びシステム。コンテンツの暗号化機構が、コンテンツの機密性及び完全性を保護するために使用される。機密性／完全性の保護は、コンテンツ・サーバへの格納の前に（すなわち、事前暗号化）、又はコンテンツ・サーバによってコンテンツが送信されている間に（すなわち、リアルタイム暗号化）のいずれかで実行され得る。
2005526320.tif 000002
【特許請求の範囲】
【請求項１】
安全な通信セッションにおいて第１の関係者と第２の関係者との間でコンテンツを共有する方法であって、
前記第１の関係者のコンテンツを個人的コンテンツ・サーバに格納するステップと、
前記第２の関係者が前記コンテンツにアクセスするのを許可する、前記コンテンツについてのアクセス情報を、前記第１の関係者から前記第２の関係者に配布するステップと、
前記第２の関係者の前記アクセス情報を、前記個人的コンテンツ・サーバに提示するステップと、
前記第２の関係者からの前記アクセス情報を、前記個人的コンテンツ・サーバ内で検証するステップと、
前記アクセス情報の検証に応じて、前記コンテンツを前記第２の関係者への配布のために処理するステップと、を備えることを特徴とする方法。
【請求項２】
前記コンテンツが、ＲＴＳＰ／ＲＴＰストリーミング用コンテンツを含む、ストリーミング用コンテンツを含んでおり、前記処理するステップが、ストリーミングされる間に前記コンテンツを暗号化するステップを備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記コンテンツが、チケットを用いることによりアクセスされ得ることを特徴とする請求項２に記載の方法。
【請求項４】
前記ストリーミング用コンテンツが、ＤＲＭ保護されているコンテンツであることを特徴とする請求項２に記載の方法。
【請求項５】
前記個人的コンテンツ・サーバが前記第２の関係者用にＤＲＭコンテンツを加工することができ、
前記第２の関係者の端末内のＤＲＭモジュールを認証するステップと、
前記第１の関係者の前記ＤＲＭコンテンツを配布する権利を確認するステップと、
必要であれば、前記ＤＲＭコンテンツを前記第２の関係者の前記端末に合わせて加工するステップと、
前記第２の関係者が前記加工されたコンテンツにアクセスするための明確な権利を生成するステップと、を更に備えることを特徴とする請求項４に記載の方法。
【請求項６】
前記加工するステップが、
前記ＤＲＭコンテンツを復号するステップと、
必要であれば、前記ＤＲＭコンテンツを前記第２の関係者の前記端末に合わせて再フォーマットするステップと、
前記第２の関係者の前記端末用に前記ＤＲＭコンテンツにタグをつけるステップと、
前記第２の関係者用に特定のキーで前記コンテンツを再暗号化するステップと、を備えることを特徴とする請求項５に記載の方法。
【請求項７】
前記個人的コンテンツ・サーバが予めインストールされたＤＲＭモジュールを有し、前記配布するステップが、
前記個人的コンテンツ・サーバ内に第２のＤＲＭモジュールを生成するステップと、
前記第２のＤＲＭモジュールを、前記個人的コンテンツ・サーバから前記第２の関係者に配布するステップと、を備えることを特徴とする請求項４に記載の方法。
【請求項８】
前記個人的コンテンツ・サーバ及び関係者の各端末が所定の機能を共有し、
前記個人的コンテンツ・サーバから前記端末に一時的キーを配布するステップと、
前記所定の機能、前記一時的キー、及びセッションの識別情報に基づいて、前記端末及び前記個人的コンテンツ・サーバにおいて、コンテンツのキーを求めるステップと、を更に備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記コンテンツは、前記個人的コンテンツ・サーバに格納される前に暗号化されていることを特徴とする請求項１に記載の方法。
【請求項１０】
第１の関係者と第２の関係者との間で安全な方法でコンテンツが共有され得る通信システムであって、
第１の関係者の端末と、
安全な通信セッションにおいて前記第１の関係者の端末と接続された第２の端末とを備え、前記第１の関係者の端末は、前記第２の関係者にコンテンツへのアクセス情報を配布するように構成されており、前記アクセス情報は前記第２の関係者に前記コンテンツへのアクセスを許可し、
前記第１及び第２の関係者の端末に接続され、前記第１の関係者のコンテンツを格納している個人的コンテンツ・サーバであって、該個人的コンテンツ・サーバに前記第２の関係者によって前記アクセス情報が提示されたときに、該アクセス情報を検証し、前記アクセス情報の検証に応じて、前記第２の関係者への配布のために前記コンテンツを処理するように構成されている個人的コンテンツ・サーバを更に備えることを特徴とする通信システム。
【請求項１１】
前記コンテンツが、ＲＴＳＰ／ＲＴＰストリーミング用コンテンツを含む、ストリーミング用コンテンツを含んでおり、前記個人的コンテンツ・サーバが、前記コンテンツがストリーミングされる間に前記コンテンツを暗号化によって処理することを特徴とする請求項１０に記載の通信システム。
【請求項１２】
前記コンテンツが、チケットを用いることによりアクセスされ得ることを特徴とする請求項１１に記載の通信システム。
【請求項１３】
前記ストリーミング用コンテンツが、ＤＲＭ保護されているコンテンツであることを特徴とする請求項１１に記載の通信システム。
【請求項１４】
前記個人的コンテンツ・サーバが更に、前記第２の関係者の端末内のＤＲＭモジュールを認証し、前記第１の関係者の前記ＤＲＭコンテンツを配布する権利を確認し、必要であれば、前記ＤＲＭコンテンツを前記第２の関係者の前記端末に合わせて加工し、前記第２の関係者が前記加工されたコンテンツにアクセスするための明確な権利を生成するように構成されていることを特徴とする請求項１３に記載の通信システム。
【請求項１５】
前記個人的コンテンツ・サーバが、前記ＤＲＭコンテンツを復号し、必要であれば、前記ＤＲＭコンテンツを前記第２の関係者の前記端末に合わせて再フォーマットし、前記第２の関係者の前記端末用に前記ＤＲＭコンテンツにタグをつけ、前記第２の関係者用に特定のキーで前記コンテンツを再暗号化することによって、前記コンテンツを加工することを特徴とする請求項１４に記載の通信システム。
【請求項１６】
前記個人的コンテンツ・サーバが予めインストールされたＤＲＭモジュールを有し、更に、第２のＤＲＭモジュールを生成し、前記第２のＤＲＭモジュールを、前記第２の関係者に配布するように構成されていることを特徴とする請求項１３に記載の通信システム。
【請求項１７】
前記個人的コンテンツ・サーバと前記第１及び第２の関係者の端末が所定の機能を共有し、前記個人的コンテンツ・サーバが、前記端末に一時的キーを配布し、前記個人的コンテンツ・サーバ及び前記端末の両方が、前記所定の機能、前記一時的キー、及びセッションの識別情報に基づいて、コンテンツのキーを求めるように構成されていることを特徴とする請求項１０に記載の通信システム。
【請求項１８】
前記コンテンツは、前記個人的コンテンツ・サーバへの格納の前に暗号化されていることを特徴とする請求項１０に記載の通信システム。
【請求項１９】
第１の関係者と第２の関係者との間で安全なコンテンツの共有を促進するネットワーク・ノードであって、該ネットワーク・ノードは、前記第１の関係者からのみ通常にアクセス可能であり、
前記第１及び第２の関係者の端末間に安全な通信を確立する手段と、
前記第１の関係者のコンテンツを格納する手段と、
前記第２の関係者の端末にアクセス許可を発行する手段と、
前記アクセス許可を用いて前記コンテンツをアクセスする要求を前記第２の関係者の端末から受信する手段と、
該受信したアクセス許可を検証する手段と、
前記アクセス許可の検証に応じて、安全な方法で前記第２の関係者の端末へ前記コンテンツを配布する手段と、を備えることを特徴とするネットワーク・ノード。
【請求項２０】
前記コンテンツが、ＲＴＳＰ／ＲＴＰストリーミング用コンテンツを含む、ストリーミング用コンテンツを含んでおり、前記個人的コンテンツ・サーバが、前記コンテンツがストリーミングされる間に前記コンテンツを暗号化によって処理することを特徴とする請求項１９に記載のネットワーク・ノード。
【請求項２１】
前記コンテンツが、チケットを用いることによりアクセスされ得ることを特徴とする請求項２０に記載のネットワーク・ノード。
【請求項２２】
前記ストリーミング用コンテンツが、ＤＲＭ保護されているコンテンツであることを特徴とする請求項２０に記載のネットワーク・ノード。
【請求項２３】
前記第２の関係者の端末内のＤＲＭモジュールを認証する手段、前記第１の関係者の前記ＤＲＭコンテンツを配布する権利を確認する手段、必要であれば、前記ＤＲＭコンテンツを前記第２の関係者の前記端末に合わせて加工する手段、及び前記第２の関係者の端末が前記加工されたコンテンツにアクセスするための明確な権利を生成する手段を更に備えることを特徴とする請求項２２に記載のネットワーク・ノード。
【請求項２４】
前記加工する手段が、前記ＤＲＭコンテンツを復号する手段、必要であれば、前記ＤＲＭコンテンツを前記第２の関係者の前記端末に合わせて再フォーマットする手段、前記第２の関係者の前記端末用に前記ＤＲＭコンテンツにタグをつける手段、及び前記第２の関係者用に特定のキーで前記コンテンツを再暗号化する手段を含むことを特徴とする請求項２３に記載のネットワーク・ノード。
【請求項２５】
ＤＲＭモジュールを生成する手段と、該ＤＲＭモジュールを、前記第２の関係者の端末に配布する手段とを更に備えることを特徴とする請求項２２に記載のネットワーク・ノード。
【請求項２６】
前記ネットワーク・ノードと前記第１及び第２の関係者の端末が所定の機能を共有し、前記端末に一時的キーを配布し、前記所定の機能、前記一時的キー、及びセッションの識別情報に基づいて、コンテンツのキーを求める手段を更に備えることを特徴とする請求項１９に記載のネットワーク・ノード。
【請求項２７】
前記コンテンツは、格納の前に暗号化されていることを特徴とする請求項１９に記載のネットワーク・ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００２年５月１７日に米国特許商標庁に出願された、「安全なコンテンツの共有−個人的ＤＲＭ（SECURE CONTENT SHARING-PERSONAL DRM）」という題名の米国予備特許出願番号６０／３８１，４２５号の優先権の適用を主張するものであり、該出願を参照により本明細書に組み込む。
【０００２】
本発明はデジタル・コンテンツの共有化及び配布に関し、より詳細には、デジタル著作権管理（ＤＲＭ）システムにおけるデジタル・コンテンツを安全に共有するための方法及びシステムに関する。
【背景技術】
【０００３】
音声、動画、文字、データ、マルチメディアファイルなどのようなデジタル・コンテンツ（以降は「コンテンツ」と称する）は、通常はコンピュータ・ネットワークを介して、容易かつ頻繁に違法に共有され配布され得る。結果として、コンテンツの共有や配布を制限するためのＤＲＭ技術が開発された。例えば、ＤＲＭ技術で保護されたコンテンツは、ファイルへのアクセス（例えば、閲覧回数、閲覧時間）、変更、共有、印刷及び保存に関して制限され得る。ＤＲＭの制限は一般的に２つの方法で実現される。第１の方法は、認可されたユーザだけがコンテンツにアクセスできるようにコンテンツが暗号化される、「封じ込め（containment）」である。第２の方法は、コンテンツがコピープロテクトされていることを端末に伝える信号として、ウォーターマーク、フラグ、又はＸｒＭＬタグが、コンテンツ上に配置される「マーキング」である。これらの制限は、オペレーティング・システム、ソフトウェア・プログラム又は端末の実際のハードウェア内で実現されても良い。
【０００４】
しかしながら、そのような制限は、ＤＲＭコンテンツの所有者にとってコンテンツを共有することを困難にする可能性がある。これはＤＲＭ制限が一般的に、端末特定ベースで実現され、すなわち、ＤＲＭコンテンツは１つの特定の端末に対してかつ該端末よってアクセスされるのを認可される。ユーザがそのコンテンツを別の端末へ送信あるいは転送しようと試みる場合、新たな端末ではそのコンテンツの再生／閲覧はできないであろう。このように、ユーザは彼自身のコンテンツ又は彼が購入したコンテンツを、共有したり配布することが（少なくとも容易には）できない。あるＤＲＭシステムでは実際にＤＲＭコンテンツの共有又は配布を許可するという範囲まで、コンテンツはＤＲＭシステムによって課せられる方法を用いて共有されるべきである。この制限は、コンテンツ購入者の共有又は配布の方法を選択する能力を限定する。
【０００５】
図１に示されるように、現在一般的なコンテンツの共有及び配布の方法は２つある。両方の方法ともステップ１００で関係者が互いに通信を確立することから始まる。この通信は一般的にはある種の安全な接続を用いて確立される。その後、関係者Ａは彼女のコンテンツを関係者Ｂと共有する事を決定する。第１の手法では、関係者Ａは、ステップ１０２でコンテンツへのポインタを関係者Ｂに送信することによって彼女のコンテンツを共有する。コンテンツ自体は通常は関係者Ａの個人的コンテンツ・サーバ１０に格納され、関係者Ａ及び関係者Ｂは該サーバのクライアントであるが、関係者Ａだけが通常にアクセスするのを認可されている（すなわち、関係者Ａだけがそのサーバにコンテンツをダウンロードできる）。そして関係者Ｂは、ステップ１０４で関係者Ａから受信したポインタを用いてコンテンツ・サーバ１０に要求を送信する。ステップ１０６で、コンテンツ・サーバはコンテンツ・ポインタで指定されたコンテンツを見つけ、そのコンテンツを関係者Ｂに送信する。このようにして、関係者Ｂは関係者Ａのコンテンツを得ることができる。
【０００６】
第２の手法では、ステップ１０２で関係者Ａがポインタを関係者Ｂに送信する代わりに、関係者Ａはステップ１０８でコンテンツ・サーバ１０にどのコンテンツが誰と共有されるべきかについて指示する。この手法では、関係者Ａ及び関係者Ｂは一般的に、コンテンツの共有に関して前もって何らかの一致又は合意に達している。そしてコンテンツ・サーバ１０は、関係者Ａのコンテンツを関係者Ｂに「プッシュ」するのに使用され得る。
【０００７】
図１に示される両方の手法において、関係者Ａ及び関係者Ｂは、移動電話や携帯情報端末などの彼らそれぞれの個人的通信端末によって互いに通信できるピアである。関係者Ａ、関係者Ｂ及びコンテンツ・サーバの間の通信は、無線リンク、有線リンク、あるいはそれらの組み合わせ（例えば、一方のユーザが無線リンクで他方のユーザが有線リンク）で実行され得る。また、関係者Ａ及び関係者Ｂの両方は、図１に示した接続に加え、１つ以上の他のコンテンツ・サーバ及び他の関係者と接続され得る。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
コンテンツの使用及び配布の増大により、ＤＲＭ及び他の類似したシステムに対する要求はますます増大している。例えば、任意又は異種のネットワーク（すなわち、共通点の無いソフトウェア及び／又はハードウェアを有する複数のコンピュータを含むネットワーク）に渡るリアルタイム・システムにおいて、コンテンツを共有するための一般的なセキュリティ・アーキテクチャは無い。現在のセキュリティ・アーキテクチャはコンテンツの所有者に、様々なユーザ／クライアントにコンテンツへの異なるレベルのアクセスを与える能力である、アクセス制御を提供するだけである。しかしながら、完全に安全な解決策は、単なるアクセス制御を越えるものを含むべきである。関連する関係者の機密保持及びコンテンツの完全な保護も必要とされる。しかしながら、そのような安全対策は、任意のネットワークに渡るリアルタイム・システムで使用されるコンテンツ共有アプリケーションで実現するのは困難である。コンテンツがＤＲＭコンテンツであり、従って、そのＤＲＭシステムによって課せられた方法で共有又は配布される必要があるときに、問題が複雑になる。
【０００９】
従って、任意のネットワークに渡るリアルタイム・システムにおいて使用されるコンテンツ共有アプリケーションに適用可能な、一般的なセキュリティ・アーキテクチャを提供することが望ましい。より詳細には、任意のネットワークに渡るリアルタイム・システムにおいて、ＤＲＭコンテンツを共有するための安全な方法及びシステムを提供することが望ましい。
【課題を解決するための手段】
【００１０】
本発明は、任意のネットワークに渡るリアルタイム・システムにおいて、コンテンツを安全に共有するための方法及びシステムに関する。本発明は、関連する関係者間で共有されるコンテンツの機密性及び完全な状態を保護するために、コンテンツに暗号化技術を用いる。機密性／完全性の保護は、下層にあるあらゆるネットワークから独立しており、コンテンツをコンテンツ・サーバに格納する前に（すなわち、事前暗号化）、あるいはコンテンツが送信される間にコンテンツ・サーバによって（すなわち、リアルタイム暗号化）のいずれかで行われる。リアルタイム・コンテンツにはリアルタイム暗号化が最も好適であろう。ＤＲＭコンテンツはコンテンツ・サーバによって加工されてもよく、コンテンツは他の何らかの理由で事前に暗号化できなくてもよい。映画や音楽のような他の全てのタイプのコンテンツに対しては、事前暗号化が最も好適であろう。このようにして、アクセス制御、機密性、及び完全性の保護を含む所望のレベルの安全性が、任意のネットワークに渡るリアルタイム・システムに提供されるであろう。
【００１１】
概して、ある態様では、本発明は安全な通信セッションにおいて第１の関係者と第２の関係者との間でコンテンツを共有するための方法に関する。その方法は、第１の関係者のコンテンツを個人的コンテンツサーバに格納すること、及び該コンテンツについてのアクセス情報を第１の関係者から第２の関係者へ配布することを含み、アクセス情報は第２の関係者がコンテンツにアクセスするのを許可する。この方法は更に、第２の関係者のアクセス情報を個人的コンテンツ・サーバに提供すること、個人的コンテンツ・サーバ内で第２の関係者からのアクセス情報を検証すること、及びアクセス情報の検証に応じて第２の関係者への配布のためにコンテンツを処理することを含む。
【００１２】
概して、別の態様では、本発明はコンテンツが安全な方法で第１の関係者と第２の関係者との間で共有され得る通信システムに関連する。該システムは、第２の関係者の端末と安全な通信セッションで接続される第１の関係者の端末を備え、該第１の関係者の端末は、コンテンツのアクセス情報を第２の関係者に配布するように構成されており、アクセス情報は第２の関係者がコンテンツにアクセスするのを許可する。このシステムは更に、第１及び第２の関係者の端末と接続され、第１の関係者のコンテンツを格納する個人的コンテンツ・サーバを備えており、該個人的コンテンツ・サーバは、第２の関係者によってアクセス情報が個人的コンテンツ・サーバに提供されたときに該アクセス情報を検証し、アクセス情報の検証に応じて第２の関係者にコンテンツを配布するために処理するように構成されている。
【００１３】
概して、更に別の態様では、本発明は第１の関係者と第２の関係者との間で安全なコンテンツの共有を促進するためのネットワーク・ノードに関する。該ネットワーク・ノードは第１の関係者によって通常にアクセス可能であり、第１及び第２の関係者の端末に安全な接続を確立する手段と、第１の関係者のコンテンツを格納する手段と、第２の関係者の端末にアクセス許可を発行する手段とを備えている。該ネットワーク・ノードは更に、第２の関係者の端末からのアクセス許可を用いてコンテンツをアクセスする要求を受信する手段と、受信したアクセス許可を検証する手段と、アクセス許可の検証に応じて第２の関係者の端末に安全な方法でコンテンツを配布する手段とを備えている。
【００１４】
本明細書において使用されるとき、備える／含むという用語は、記載した特長、数字、ステップ、又は構成要素の存在を特定するものであるが、１つ以上の他の特徴、数字、ステップ、構成要素、又はそれらのグループの存在や付加を除外するものではないことを強調しておく。
【発明を実施するための最良の形態】
【００１５】
添付図面と共に以下の詳細な説明を参照することにより、本発明の良好な理解が得られるであろう。
【００１６】
以下、図面を参照して本発明を詳細に説明するが、同じ及び類似する要素は同じ参照番号で示す。
【００１７】
上述のように、本発明の実施形態はコンテンツを共有するための安全な方法及びシステムを提供する。本発明はコンテンツの機密性及び完全性を保護するために暗号化機構を使用する。暗号化は下層のネットワークから独立しており、かつエラーレートの高い低速の接続（例えば、ダイヤルアップ接続）を含む、様々な広範な接続を処理するのに十分頑健である必要がある。そのような暗号化メカニズムの例は、ユーザデータの機密性の保護と各パケットベースでの完全性の保護との両方を提供できる、セキュア・リアルタイム転送プロトコル（ＳＲＴＰ）である。アプリケーションの仕様に応じて、事前暗号化またはリアルタイム暗号化のいずれかが使用されて良い。コンテンツの所有者が信頼性のあるサーバ（例えば、彼女の家又はオフィスにある彼女自身のサーバ）を使用できる場合、後者の手法は特に有用である。その場合、所有者はサーバを完全に信頼し、機密性や完全性を心配する必要が無い。このため、彼女はサーバのコンテンツを事前暗号化するのを、おそらく望まない、あるいは単純に他の何らかの理由でできないかもしれない。従って、本発明の実施形態によれば、コンテンツ・サーバは、コンテンツがユーザに送信されているときにコンテンツを「その場で（on-the-fly）」暗号化する。
【００１８】
図２に「その場の」暗号化手法が示されており、ここでは２つ以上の関係者が互いに接続されている。従来のように、複数の関係者は無線及び／又は有線のリンクを介して、彼らの個人的通信端末２０及び２２を通じて接続されてもよい。関係者Ａはコンテンツの所有者であり、関係者Ｂは関係者Ａのコンテンツに興味を持つ１つ以上の他の関係者を代表している。複数の関係者は関係者Ａの個人的コンテンツ・サーバ２４にも接続されており、関係者Ａだけが該サーバへの通常のアクセスを許可されている。しかしながら、関係者Ａの個人的コンテンツ・サーバ２４は、チケットのようなアクセス権を提示することができる他の関係者による、指定されたコンテンツの提供の要求を受け入れることができる。本発明の実施形態によれば、個人的コンテンツ・サーバは、コンテンツを「その場で」暗号化することができる機能と同様に、アクセス許可（例えば、「チケット」の形態で）を発行し、アクセス許可を検証することができる安全共有機能２６を含んでいる。
【００１９】
この手法での最初のステップは、ステップ２００で関係者に彼らの間の通信を確立することである。再度述べるがこの通信は安全な接続で行われるのが好ましい。例えば、関係者間の安全な通信を確立するのにセッション・キーが使用されても良い。通信の過程の間に、関係者たちは関係者Ａのコンテンツ（例えば、いくつかの写真や小さなビデオクリップ）を他の関係者と共有することに同意する。その後関係者Ａは、コンテンツの位置、セキュリティ・パラメータ、及びセキュリティのために必要となるであろう何らかの付加情報を、ステップ２０２で関係者Ｂに送る。コンテンツの位置は、例えば、ＨＴＴＰ、ＦＴＰ又はＲＴＳＰ（リアルタイム・ストリーミング・プロトコル）のＵＲＬアドレスでよい。セキュリティ・パラメータは、「チケット」又は当業者にＭＩＮＫＥＹ（マルチメディア・インターネット・キーイング）として知られているような他のキー管理プロトコルの形態で送信されても良い。ＭＩＮＫＥＹは、異なるセキュリティ・プロトコルにキー及び他のセキュリティ・パラメータを転送するように設計されたキー管理プロトコルである。「チケット」は基本的には電子トークンであり、通常一定の制限（例えば、一定の期間の間又は特定の回数）の下で特定のリソースへのアクセスを許可するのを認められている。
【００２０】
位置及びセキュリティ情報が一旦送信されると、コンテンツの所有者を含む関係者は、コンテンツ・サーバから安全なダウンロード・ストリーミング（例えば、ＲＴＳＰ／ＲＴＰ（リアルタイム転送プロトコル）を用いて）を開始する。これは２つの異なる方法で行われ得る。第１の手法は、ステップ２０４で、コンテンツ・サーバ２４にキー管理メッセージを含むセッション情報を送信することによって、関係者Ａについて全体的なダウンロード／ストリーミング・セッションを開始することである。キー管理メッセージは、特定のコンテンツを暗号化し保護するのにコンテンツ・サーバ２４の安全共有機能２６によって使用されるであろうキーを含んでいる。そしてコンテンツ・サーバ２４は、ステップ２０６でコンテンツを暗号化し暗号化されたコンテンツを関連する関係者に「プッシュ」する。暗号化されたコンテンツは、例えば、関係者Ａがコンテンツ・サーバに関係者へマルチキャストするよう命令した場合に、多数の関係者に同時にプッシュされてもよい。関係者Ａはまた、ＭＩＮＫＥＹのようなキー管理プロトコルを用いて、キー管理メッセージを含むセッション情報を他の関連する関係者に送る（ステップ２０２）。そして他の関係者はキー管理メッセージのキーを用いて、コンテンツ・サーバ２４から受信した暗号化されたコンテンツを復号する。
【００２１】
図３に示した第２の手法は、「チケット」を使用する手法であり、ここで通信している各関係者はコンテンツ・サーバ２４に示すことができる「チケット」を受信する。この手法でも、関係者間の通常の通信は、ステップ３００で彼らそれぞれの端末３０及び３２を介して安全な接続を用いて確立される。ステップ３０２で、関係者たちは、関係者Ａの個人的コンテンツ・サーバ３４に格納されている関係者Ａのコンテンツの共有に同意する。本発明の実施形態によれば、コンテンツ・サーバ３４は、前の図における安全共有機能２６と同様な（すなわち、アクセス許可の発行、アクセス許可の検証、及び配布されている間のコンテンツの暗号化が可能なもの）安全共有機能３６を含んでいる。その後関係者Ａは、コンテンツ並びにセキュリティ・パラメータに関する情報を含む「チケット」を関係者Ｂに送る。セキュリティ・パラメータは、関係者Ａのコンテンツを暗号化するのにコンテンツ・サーバによって使用されるキーを含んでいる。その後関係者Ｂはコンテンツ・サーバ３４に自身のチケットを提示する。コンテンツ・サーバ３４の安全共有機能３６がチケットを有効にできれば、ステップ３０４で（チケットに記載されたセキュリティ機能を用いて）暗号化されたコンテンツがチケットの保持者に配布される。例えば、ＭＩＮＫＥＹプロトコルなどのいくつかのキー管理プロトコルが、わずかに変更して「チケット」として使用されても良い。
【００２２】
ステップ３０６で、関係者Ａも暗号化されたコンテンツを要求し受信しても良いことに注意されたい。これの理由の１つは、関係者Ａが彼女の個人的コンテンツ・サーバ３４に暗号化された形態で元々コンテンツをダウンロードしたかもしれないからである。このため、関係者Ａにとってコンテンツにアクセスするためには、コンテンツへのアクセスを許可するコンテンツ・プロバイダからのチケットが必要となるであろう。コンテンツ・サーバにチケットを提示することによって、関係者Ａは関係者Ｂと並列してコンテンツを取得し閲覧することができ、これにより２つの関係者がコンテンツを一緒に楽しむことが可能となる。
【００２３】
第２の手法の別の態様では、チケットは１回だけ使用できる一時的キー（nonce）のようなコンテンツ・キーの一部だけを含んでいる。この態様によれば、全ての関係者はコンテンツ・キーＣｋを求めるのに使用され得る共通の公開関数ｆを共有し、ここで、Ｃｋ＝ｆ（セッション・キー，一時的キー）であり、セッション・キーは継続中のセッションの間でのみ利用可能である。このようにして、チケットは継続中のセッションの間だけ有効にされ、後のセッションでコンテンツへのアクセスを得るのには使用できない。
【００２４】
事前暗号化（及び／又は事前完全性保護）の手法については、この手法は図２に示した「その場の」手法と類似している。主な相違点は、コンテンツ・サーバに格納されるどんなコンテンツも既に暗号化されているように、コンテンツ・サーバ１０に格納される前にコンテンツが暗号化されることである。この事前暗号化は、信頼できるあるいは安全なコンテンツ・サーバを使用する必要があるという関係者Ａの負担を軽減する。その代わり、関係者Ａは自身の暗号化されたコンテンツを利用可能なあらゆるサーバに配置しても良い。そして暗号化キーは、コンテンツについての位置情報及びセキュリティ・パラメータと共に安全な接続によって関係者Ａによって配布され得る（ステップ２０２）。他の関連する関係者は、その後でコンテンツ・サーバのコンテンツにアクセスして復号するのに暗号化キーを使用できる。この手法は、コンテンツ・サーバが暗号化機能のような付加的機能をほとんど必要とせず、「その場の」手法から開放するという利点がある。
【００２５】
上述の実施形態は、概してコンテンツの共有／配布の問題に対処するものである。しかしながら、ＤＲＭコンテンツの共有／配布は、ＤＲＭ技術の端末特定認証に起因する幾分異なる問題を引き起こす。あるＤＲＭシステムは１つの端末に許可されたコンテンツを別の端末に転送する特別な機能を提供するが、一般にはあらゆる時点で１つの端末だけが特定のＤＲＭコンテンツを利用できるように、該処理において元の端末は自身の許可を失う。このＤＲＭコンテンツ共有の問題は、概して以前は対処されていない。しかしながら、本発明のコンテンツ共有モデルを拡張することによって、ＤＲＭコンテンツ共有の問題は解決され得る。
【００２６】
本発明はＤＲＭコンテンツ共有の問題を、ユーザのコンテンツ・サーバに、局所的アクセス及び権利管理制御などの従来のＤＲＭ機能のいくつかを処理させることによって解決する。ユーザのコンテンツ・サーバはまた、ＤＲＭコンテンツ・サーバとの主要な通信も処理するであろう。このため、ＤＲＭコンテンツを特定の端末用に購入するのに代えて、ユーザはＤＲＭコンテンツを彼女の個人的コンテンツ・サーバ用に購入することができる。そして個人的コンテンツ・サーバは、ＤＲＭコンテンツをユーザの他の端末に再配布することができる。これはユーザがコンテンツを別のＤＲＭ可能な端末で閲覧するのを容易にし、制限されかつ制御された方法でコンテンツを他のユーザと共有することも容易にするであろう。
【００２７】
図４は、本発明の実施形態によるＤＲＭコンテンツ共有／配布の方法を示している。図示されたように、２つ以上の関係者は、既出の図と同様に、無線及び／又は有線リンクを介して彼らの個人的通信端末４０及び４２を通じて互いに接続されている。関係者Ａは、１つ以上のＤＲＭコンテンツを合法的に購入した関係者であり、関係者Ｂは、関係者Ａのコンテンツを得ることに興味を持つ１つ以上の他の関係者を代表している。これら関係者は、ＤＲＭコンテンツ・サーバである関係者Ａの個人的コンテンツ・サーバ４４にも、無線及び／又は有線リンクを介して接続されている。図４の端末４０及び４２並びに個人的コンテンツ・サーバ４４は、それぞれがＤＲＭモジュール（ここではサーバ４４のＤＲＭモジュールだけが示されている）を含む点で既出の図の対応部分とわずかに異なっている。ＤＲＭモジュールは、その端末がそのコンテンツについて使用可能にされているか否かに従って、ＤＲＭ保護されたコンテンツのその端末上での再生／閲覧を許可又は禁止する機構である。そのようなＤＲＭモジュールは当業者には知られており、ソフトウェア、ハードウェア、又は両方の組み合わせで実現され得る。
【００２８】
本発明の実施形態によれば、個人的コンテンツ・サーバのＤＲＭモジュール４６は、一定のＤＲＭ機能を実行することも可能とする。例えば、個人的コンテンツ・サーバ２０は、アクセス権の検証及びこれらアクセス権の変更を実行することができる。このように、個人的コンテンツ・サーバ２０は、関係者Ａのアクセス権を検証することができ、共有が適切である場合には、コンテンツへの共有アクセスのために関係者Ｂに配布されるチケットに一定の量のこれらアクセス権を転送する。ある実施形態では、個人的コンテンツ・サーバ２０は、例えば、コンテンツの再フォーマット、コンテンツの再暗号化、及びコンテンツのマーキングによって、コンテンツ自体を変更することができる。個人的コンテンツ・サーバ２０は、関連する関係者の端末にＤＲＭモジュールが存在するかどうかと、サーバ自身のＤＲＭモジュールを含むモジュールが有効で更新されているかどうかを検証することもできる。
【００２９】
ＤＲＭコンテンツ・プロバイダ４８は、個人的コンテンツ・サーバ４４に接続されており、ＤＲＭ保護されたコンテンツを個人的コンテンツ・サーバ４４のようなコンテンツの合法的購入者に格納すること及び提供することに責任を持つ。また、ＤＲＭコンテンツ・プロバイダ４８はＤＲＭ当局（authority）５０に接続されている。ＤＲＭ当局５０は、購入者及び彼の端末装置に対して、特定のＤＲＭ保護されたコンテンツに対する権利（すなわち、チケット）の発行を扱う。ＤＲＭ当局５０は、購入者への課金及び請求のような財務的機能も扱っても良い。ＤＲＭコンテンツ・サーバ４８は、ＤＲＭ当局５０によって発行されたチケットを受け取り、チケットに設定された規則に従ってコンテンツの提供も行う。
【００３０】
先の実施形態と同様に、図４の最初のステップは、例えば、セッション・キーを用いて、ステップ４００で関係者に対して彼らの間の安全な通信を確立することである。そして、関係者ＡがＤＲＭ保護されたコンテンツを共有しようと試みるとき、関係者Ａのコンテンツ・サーバ４４はステップ４０２で最初に、関係者Ａの端末を含む関連する関係者全ての端末が、ソフトウェア又はハードウェアのいずれかで有効なＤＲＭモジュールを含むことを検証する。個人的コンテンツ・サーバ４４はまた、検証する必要がある自身のＤＲＭモジュールを有している。個人的コンテンツ・サーバ４４は、各ＤＲＭモジュールに関する情報（例えば、識別情報、ステータスなど）を得ること、及びＤＲＭ当局５０にＤＲＭモジュールが有効かどうかを確認することによってこの検証を実行する。ＤＲＭ当局５０は、ＤＲＭモジュールを供給し無効にするエンティティであるので、ＤＲＭモジュールを適切に確認できるエンティティである。この構成はＤＲＭコンテンツ・プロバイダ４８とＤＲＭ当局５０との間に、（矢印で示すような）ある種の既存の関係（例えば、一方が他方に含まれてもよい）を必要とすることに注意されたい。
【００３１】
個人的コンテンツ・サーバ４４が一旦全ての関連する関係者が有効なＤＲＭモジュールを有していることを検証すると、個人的コンテンツ・サーバ４４は、（これもステップ４０２で）関係者Ａがアクセス権とＤＲＭコンテンツを他の端末と共有する権利を有しているのを検証する。この検証の後、個人的コンテンツ・サーバ４４は、ステップ４０４でＤＲＭ保護されたコンテンツをＤＲＭコンテンツ・プロバイダ４８から入手する。その後、関係者の１つがＤＲＭ保護されたコンテンツを要求する度に、個人的コンテンツ・サーバ４４はＤＲＭコンテンツ・プロバイダ４８からコンテンツを再度入手することができ、あるいは後続するアクセスのためにそのコンテンツのコピーを局所的に格納することができる。
【００３２】
アクセス及びＤＲＭコンテンツを共有する権利は非常に柔軟なものとすることができる。例えば、購入者はコンテンツ全体、コンテンツの一部、コンテンツ全体を特定の回数、だけ共有するのを許可されたり、他の同様な構成としてもよい。そしてコンテンツは、図２及び３において既に説明したような手法を用いて、異なる関係者に配布され得る。使用される特定の方法は、関係者Ａの個人的コンテンツ・サーバ４４がコンテンツを加工する権利を有しているか、あるいはコンテンツを転送することだけを許可されているのかに応じて決定されるであろう。個人的コンテンツ・サーバ４４が、ＤＲＭコンテンツ・プロバイダ４８からのコンテンツの加工を許可されていないＤＲＭモジュール４６だけを含んでいる場合がある。このような場合、個人的コンテンツ・サーバ４４は、先に検討した事前暗号化配布モデルに非常に良く似た方法でコンテンツを配布するであろう。
【００３３】
一方、個人的コンテンツ・サーバ４４が、ＤＲＭコンテンツの加工を許可されているＤＲＭモジュールを含んでいる場合には、異なる手法が使用され得る。例えば、コンテンツをそれが送信される端末に適合するように、安全な方法でＤＲＭコンテンツを再暗号化、ウォーターマーク、及び再フォーマットするのにＤＲＭモジュールが使用されても良い。このシナリオで用いられる配布の原理は、先に検討した「その場の」配布モデルに非常に良く似ている。ある実施形態では、関係者Ａの端末にあるＤＲＭモジュールが、コンテンツの暗号化キーを発行することが可能である。そしてそのキーは、個人的コンテンツ・サーバ４４の加工処理におけるコンテンツの再暗号化で使用されるであろう。同じキーが他の関連する関係者に配布される。
【００３４】
ある実施形態では、個人的コンテンツ・サーバのＤＲＭモジュール４６は、端末への転送及びダウンロードのためにソフトウェアのＤＲＭモジュールを生成することができる。この方法では、個人的コンテンツ・サーバのＤＲＭモジュールと端末に位置するＤＲＭモジュールとが互いに一致するように作成されても良い。その上、サーバ及び端末で実現されるＤＲＭモジュールは、コンテンツ・キーＣｋを導出するのに使用され得る関数ｆ及びコンテンツ・サーバに対するアドレスを含んでいても良い。この導出は、「チケット」手法に関して先に説明したように、一時的なもの及びセッションの識別情報を使用しても良い。
【００３５】
図５は、コンテンツの加工が全く許可されていない個人的コンテンツ・サーバ内のＤＲＭモジュールの１つの代表的実施例を表すフローチャート５００を示している。図示されたように、サーバのＤＲＭモジュールが最初に行うことは、ステップ５０２でクライアント又は端末のＤＲＭモジュールが有効であるのを検証することである。この検証は、例えば、上記で説明したＤＲＭ当局を介して行われても良い。検証が失敗した（すなわち、端末のＤＲＭモジュールの１つ以上が無効である）場合、サーバのＤＲＭモジュールはフローチャートの最初に戻る。そうでなければ、ステップ５０４で、サーバのＤＲＭモジュールは、ＤＲＭコンテンツ・プロバイダから又は局所的に格納されたコンテンツのコピーから所望のＤＲＭ保護されたコンテンツを取得する。その後サーバのＤＲＭモジュールは、ステップ５０６で購入した関係者が配布権を有しているのを検証する。購入した関係者が配布権を最近になって購入した場合も考えられるが、その場合にはサーバのＤＲＭモジュールは関係者の権利情報の更新も行う。その後、サーバのＤＲＭモジュールは、ステップ５０８で配布段階の手順を引き続き行う。一方、購入者の関係者が配布権を有していなければ、サーバのＤＲＭはステップ５０６から手順の最初に戻る。
【００３６】
図６は、コンテンツの加工が許可されている個人的コンテンツ・サーバ内のＤＲＭモジュールの１つの代表的実施例を表すフローチャート６００を示している。このフローチャート６００は、最初の３つのステップ、すなわち、端末のＤＲＭモジュールの検証（ステップ６０２）、ＤＲＭ保護されたコンテンツの取得（ステップ６０４）、及び配布権の検証（ステップ６０６）がフローチャート５００と基本的に同じである。しかしながら、ステップ６０８では、サーバのＤＲＭモジュールは、以下で詳細に説明するようにＤＲＭ保護されたコンテンツの加工を許可されている。加工の後、サーバのＤＲＭモジュールは、ステップ６１０で配布段階の手順を引き続き行う。
【００３７】
図７は、加工処理（ステップ６０８）の１つの代表的実施例を表すフローチャート７００を示している。図示されたように、ある実施形態での加工は、ステップ７００で、ＤＲＭコンテンツの購入時にＤＲＭコンテンツ・プロバイダから提供された暗号化キーを用いたＤＲＭコンテンツの復号から始まる。ステップ７０２で、購入した関係者又は関連する関係者のいずれかでコンテンツを使用できるようにするために必要であれば、コンテンツの再フォーマットが行われる。再フォーマットの後、ステップ７０４で、従来のＤＲＭ技術に従って、コンテンツにはタグが付されるかあるいはウォーターマークで個別化される。そしてコンテンツは、ステップ７０６で、以前と同じ暗号化キー又は別個のキーのいずれかを用いて、そのコンテンツを受信するいくつか又は全ての関係者用に再暗号化される。一方、コンテンツの再フォーマットが全く必要でなければ、ＤＲＭコンテンツはステップ７０４での個別化なしにステップ７０６で単純に再暗号化される。
【００３８】
本発明の特定の実施形態及びアプリケーションを示し説明したが、本発明はここで開示した詳細な構成や組み合わせに限定されるものではなく、特許請求の範囲で定義される本発明の範囲から逸脱せずに、上記の構成に対する変更や変形が可能である。
【図面の簡単な説明】
【００３９】
【図１】既存のコンテンツ共有／配布モデルの例を示す図である。
【図２】本発明の実施形態によるコンテンツ共有／配布モデルの代表例を示す図である。
【図３】本発明の実施形態によるコンテンツ共有／配布モデルの別の代表例を示す図である。
【図４】本発明の実施形態によるＤＲＭコンテンツ共有／配布モデルの代表例を示す図である。
【図５】本発明の実施形態によるＤＲＭモデルの代表的実施のフローチャートである。
【図６】本発明の実施形態によるＤＲＭモデルの別の代表的実施のフローチャートである。
【図７】本発明の実施形態による代表的ＤＲＭコンテンツ加工手順のフローチャートである。
【図１】
2005526320.tif 000003
【図２】
2005526320.tif 000004
【図３】
2005526320.tif 000005
【図４】
2005526320.tif 000006
【図５】
2005526320.tif 000007
【図６】
2005526320.tif 000008
【図７】
2005526320.tif 000009
【国際調査報告】
2005526320.tif 000010
2005526320.tif 000011
2005526320.tif 000012