認可されたデジタルコンテンツ配信のためのシステム及び方法
デジタルコンテンツ配信システムは、ユーザＡからユーザＢといったような、ユーザの一人からもう一人への転送リクエストに対して一連の任意のテストを行うデジタル権利管理コントローラを用いる。このテストが成功すると、ＤＲＭは暗号鍵を転送するユーザＡに送る。この暗号鍵Ｅは、コンテンツの権利者など、外部の権限者からＤＲＭコントローラに提供された暗号鍵／ハッシュのペアの表から得られる。ユーザＡは、ＤＲＭコントローラによって提供された鍵を用いてコンテンツを暗号化し、暗号化された形式のコンテンツＥ（Ｘ）に対してオプションとしてハッシュを計算し、この値をＤＲＭコントローラに返信する。返信されたハッシュを表からのハッシュに対してチェックすることにより、ＤＲＭコントローラは、ユーザＡが実際にデジタルコンテンツを良好な状態で有していることがわかる。ＤＲＭコントローラはそして、ユーザＡ及びＢに両者に転送を続行していいという指示を出す。暗号化された形式のコンテンツＥ（Ｘ）は、ＡからＢへと転送される。コンテンツの転送が完了すると、Ｂは受信したコンテンツが不揮発性の格納器に物理的に書き込まれた（次のステップにおけるクラッシュなどを考慮して）ことを確認する。Ｂは、受信したコンテンツのハッシュを計算し、この値をＤＲＭコントローラに返信する。もしこの値が既に与えられた値と合致すれば転送は成功であり、ＤＲＭコントローラは如何なる適当な中央記録をも更新し、同時に復号鍵をＢに返信してＢがコンテンツを復号できるようにする。
【発明の詳細な説明】
【背景技術】
【０００１】
（相互参照及び関連出願情報）
本出願は、2005年1月26日出願の「デジタルコンテンツ配信」と題する米国予備出願60/647.044の優先権を主張する。本出願は、ここに同時に出願され「インテリジェントサービスコントロールポイントを用いたデジタルコンテンツ配信のための支払いシステム」と題する米国特許出願＿＿＿(ＡPP1592)に関連する。
【０００２】
本発明は、テレコミュニケーションネットワークにおけるデジタルコンテンツ配信一般に関し、特に、ピアツーピア(Ｐ２Ｐ: peer to peer）環境内におけるデジタルコンテンツの認可された適法な配信のための支払いメカニズムに関する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ピアツーピアＰ２Ｐネットワークは、デジタルコンテンツを有するコンピュータユーザが、そのコンテンツを中央サーバに転送または中央サーバからダウンロードする必要なくデジタルコンテンツを他のユーザと共有できるようにするネットワークである。Ｐ２Ｐネットワークは、概して大きく成功を収めてきたが、ほとんどの法的フレームワークの外で存在してきた。これにより、裁判所の差し止め命令や他の法的問題による多くのピアツーピアネットワークのシャットダウンなど、かなりの物議を醸すことにつながった。この問題は、デジタル権利管理(DRM: Digital Rights Management)問題と共に解決したかに見えたが、ＤＲＭをデジタルコンテンツ配信(DCD: Digital Contents Distribution)と分離することにより、革新的な差別化につながった。それでもこの問題は、一般的なＰ２Ｐインフラストラクチャでは解決されず、より中央化された環境をもたらす結果となった。
【０００４】
現行のＰ２Ｐは、法的フレームワークの外側で作成されたものであり、著作権者からの繰り返しの攻撃にさらされる。その増加は、RIAAや同様の組織によって助長される潜在的ユーザの内心の、適法性への継続的な懸念により制限される。
【０００５】
現行のＤＲＭソリューションは、権利保持者に由来した部分が多く、従って、消費者がビデオカセット録画器（VCR: Videocassette Recorder）やコンパクトカセットに期待するようになった制限を大いに上回る追加の制限を購入物に対して課しがちである。これにより、消費者の怒りを買った。ＤＲＭソリューションはさらに、本来的に中央化されたものであるため、限定的な、または非常に高価なシステムになってしまう。
【０００６】
Ｐ２Ｐオペレータは、歴史的には、コンテンツのトラッキング及び追跡可能性(traceability)や、Ｐ２Ｐインフラストラクチャの法的オーバーレイの実施に対して気遣っていなかった。伝統的なＤＲＭプロバイダは、自身の価値をコンテンツ配信コンポーネントでなくＤＲＭソリューションであることに見出し、コンテンツ配信コンポーネントには典型的には市販のソリューションを用いていた。
【０００７】
従って、デジタル権利管理の概念を統合し、音楽、映画、本などのデジタルコンテンツを配信することを、これら著作物の権利者への正当な補償を提供しつつ可能にする、ピアツーピア(Ｐ２Ｐ)配信スキームの必要がある。
【０００８】
プリペイドの携帯電話アカウントなど、プリペイドのアカウントに課金できるＰ２Ｐデジタルコンテンツ配信システム及び方法が望まれる。
【０００９】
さらに、コンテンツの品質を保証し、それによりダウンロードされたデジタルファイルは破損しておらず、ウィルスまたは、合法な利用を妨げる他の問題を含んでいないことを確認する証明を提供するＰ２Ｐデジタルコンテンツ配信システムが望まれる。
【００１０】
さらに、デジタルコンテンツの他のユーザ／カスタマーへの更なる配信に対してカスタマーにクレジットを提供するＰ２Ｐデジタルコンテンツ配信システムが望まれる。
【課題を解決するための手段】
【００１１】
本発明は、オペレータがコンテンツについての直接の知識やコンテンツ有することを必要としない法的フレームワークにおいて、デジタルコンテンツの合法なＰ２Ｐ配信を可能にし、それによりオペレータがコンテンツ環境において「コモン・キャリア」と同様のステータスを主張できるようにする。かつてＤＲＭコントローラに登録されていた２人の共有ユーザＡ，Ｂは、一つのデジタルコンテンツＸをお互いが交換したがっているということを任意の方法で発見する。ＢはデジタルコンテンツのコピーをＡに要求し、Ａはそれを提供するつもりであり、ＡはＢに確認(Acknowledgement)を送り返す。Ａ，Ｂは共に、コンテンツＸに共に興味があることをＤＲＭコントローラに登録する。一般的には、ある要求に対して一人以上の送信者（つまりＡに相当）が存在することに注意されたい。
【００１２】
ＤＲＭコントローラは、転送リクエストに対して一連の任意のテスト（例えばＢの資金が十分であるか、ＡはＸを正式かつ適法に有しているか、Ａがコンテンツを配信することを許されている時期に該当するかなど）を行い、これらのテストが成功したと仮定すると、暗号鍵ＥをＡに転送する。この暗号鍵Ｅは、デジタルコンテンツＸの著作権者またはデジタルコンテンツＸのデジタル配信を制御する団体といった外部権限者がＤＲＭコントローラに提供した暗号鍵／ハッシュのペアの表から取られたものである。
【００１３】
ユーザＡは、ＤＲＭコントローラによって提供された鍵を用いてコンテンツを暗号化し、暗号化された形式のコンテンツＥ(Ｘ)のハッシュを計算し、この値をＤＲＭコントローラに返信する。暗号鍵Ｅが前もって知られていないので、ユーザＡはハッシュの値を事前に知ることができず、暗号化／ハッシュ計算ステップを実行することによってのみ計算できる。返信されたハッシュを表のハッシュと比べてチェックすることにより、ＤＲＭコントローラはユーザＡが実際にコンテンツ要素Ｘを所有しそれが良好な状態にあること（つまり、鍵／ハッシュのペアを生成するのに用いられた形態からデジタル的に変更されていないこと）を確かめる。ＤＲＭコントローラはそして、Ａ及びＢに対し転送を進めてもよいという指示を出す。
【００１４】
暗号化された形式のコンテンツＥ(Ｘ)は、ユーザＡからユーザＢに、当該分野で公知である任意の方法によって転送される。コンテンツの転送が完了すると、Ｂは（次のステップにおけるクラッシュなどを考慮して）受信したコンテンツが不揮発性の記憶格納器に物理的に書かれていることを確認する。Ｂは受信したコンテンツのハッシュを計算し、その値をＤＲＭコントローラに返信する。この値が以前に与えられた値と合致すれば、転送は成功であり、ＤＲＭコントローラは適当な中央記録を更新し、Ｂがコンテンツを復号できるようＢに復号鍵を返信する。転送の記録は、一定期間の間保管され、Ｂが完全なコンテンツを受領してから復号鍵を受領しコンテンツを復号するまでの期間にＢがクラッシュした場合、Ｂは追加請求の負担なしに当該鍵を再リクエストすることができる。
【００１５】
ＤＲＭコントローラはコンテンツを“見る”必要がなかったことに注意されたい。一連の暗号鍵／ハッシュのペアを要するのみである。これらのペアが外部の責任ある権限者によって生成されている場合、ＤＲＭコントローラを運営する組織はコンテンツの要素が何であるか見る必要も知る必要もない。本発明の拡張として、鍵／ハッシュのペアが消費されると、これがコンテンツの権利所有者によって監査及びトラッキングのようなものとして機能し、さらに、鍵／ハッシュのペアの再利用に基づく起こり得る攻撃を防止する。
【００１６】
こうしてＤＲＭコントローラは、問題のコンテンツへのアクセスを得る必要全くなしに転送を認証することができる。コンテンツ所有者が、鍵及び署名を提供できる。転送が進行すべきか、またすべきでないかは、バックエンドシステムが決定するため、送信者も受信者も個人でシステムを回避することができない。
【発明を実施するための最良の形態】
【００１７】
図１には、本発明に係るデジタルコンテンツ配信システムのアーキテクチャが示されている。ユーザＡは、ユーザＡが所有またはコントロールしているコンテンツの配信に関する様々な情報を入力するための装置１３０ａを用いてＤＲＭサーフサービスウェブサイト１００と通信する。装置１３０ａは、インターネットと有線または無線で通信しかつ図６に関連して以下に説明するようなユーザ入力スクリーンを一つまたは複数を表示できる、如何なる種類の汎用パーソナルコンピュータ（ＰＣ）、パーソナルデジタルアシスタント（ＰＤＡ），携帯ハンドセット、携帯電話または他のハンドヘルド装置でもよい。装置１３０ａは、ＤＲＭサーフサービスウェブサイト１００との間でデータを送受信するため、インターネットブラウザ、ワイヤレスアクセスプロトコル（ＷＡＰ）ブラウザ、または他の類似のソフトウェアを備えている必要がある。この種のソフトウェアは、当業界では公知である。
【００１８】
ユーザＡは、ユーザＢやユーザＣなどの一人または複数の他のユーザとの間でのコンテンツの転送に関する様々なパラメータを特定するために、装置１３０ａを用いてＤＲＭサーフサービスウェブサイト１００と通信する。図１は、典型的な運転可能なデジタルコンテンツ配信システム内のコンポーネントの配置を示している。この例では、ユーザＡが所有またはコントロールしているデジタルコンテンツの転送は、ユーザＢ及びユーザＣの間で、関連するＤＲＭコントローラ１２０を用いて行われる。他のコンポーネントは、物理的なシステム構築には重要であるが、本願発明にとっては、ＤＲＭコントローラ１２０ほど重要ではない。
【００１９】
ＤＲＭコントローラ１２０は、ユーザＢからユーザＣへのデジタルコンテンツ転送など、一人のユーザからもう一人のユーザへのデジタルコンテンツの転送をどのように処理するかに関する情報を受信するためにＤＲＭサーフサービスウェブサイト１００と通信する。ユーザＢとユーザＣとは、ＤＲＭコントローラ１２０と、及びお互いと、装置１３０ｂ及び１３０ｃを用いて通信する。装置１３０ｂ及び１３０ｃは、上述の装置１３０ａと同様に有効化されているが、装置１３０ｂ及び１３０ｃは、実際の人間によって用いられるインタフェースを含むべきである。典型的なトランザクションは、ユーザＢとユーザＣとの間の何らかのダイアログで始まり、それにより、一方が他方と共有したいコンテンツを有するということを両者が判断するに至る。
【００２０】
経理コンテンツウェブ（ＡＣＷ）ウェブサーバ１４０は、デジタルコンテンツの転送とデジタルコンテンツの支払いとをトラッキングすることのできる、汎用コンピュータで実施されるソフトウェアを備えている。ＡＣＷサーバ１４０は、ユーザＡのようなユーザがユーザＢやユーザＣのような他のユーザの間でのデジタルコンテンツ転送に対していくら補償を受け取ることを希望しているのかなどの情報を受信するため、ＤＲＭサーフサービスウェブサイト１００と通信する。ＡＣＷサーバ１４０はさらに、コンテンツの転送に対して支払いをするユーザのアカウントを減少し、コンテンツを転送するユーザ及び／または転送されたコンテンツの所有者の一つまたは複数のアカウントを増加することのできるインテリジェントサービスコントロールポイントである、ＳＣＰプリペイウェブサービスサーバ１６０と通信している。こうして、コンテンツ所有者の認識及び了解のもと、コンテンツ所有者に転送に対する正当な補償をして、デジタルコンテンツのＰ２Ｐ転送を達成することができる。ＳＣＰプリペイウェブサービスサーバ１６０は、デジタルコンテンツの転送及びそのような転送への支払いに関する記録の保管所であるデジタル権利サーバ（ＤＲＳ）と通信している。ＳＣＰプリペイウェブサービスサーバ１６０は、テルコーディア集中アプリケーションサーバ(Telcordia Converged application Server)及び／またはリアルタイムチャージシステム(Real-Time Charging System)など、いくつかの公知のインテリジェントサービスコントロールポイントのいずれでもよい。
【００２１】
図２は、本発明に係るデジタルコンテンツ配信システムのより詳細な実施形態を示す。再びユーザＡは、ユーザＡによって所有またはコントロールされているデジタルコンテンツの配信に関する様々な情報の入力のために、装置（図示なし）を用いインターネット２２０を経由して一つまたはそれ以上にＤＲＭセルフサービスサーバ／サーブレット２３０と通信する。ＡＣＷサーバ１４０は、２つのコンポーネントに別れている：コンテンツ登録ウェブサーバ１４０ａ及びコンテンツ経理ウェブサーバ（デジタル権利管理プラットフォーム）(“ＤＲＭＰ”）１４０ｂである。コンテンツ登録ウェブサーバ１４０ａは、コンテンツのユーザ間における転送を許可するのに役割を果たす情報を管理している。つまり、従来のＤＲＭシステムで規定されていた交換権のような、コンテンツ交換の許可に関する、ユーザまたはコンテンツ所有者の「嗜好(preference」を含んでいる。コンテンツ経理ウェブサービス１４０ｂは、特定のデジタルコンテンツの転送についてユーザがいくら所望するかをトラッキングし、シンプルオブジェクトアクセスプロトコル(SOＡP)を用いインターネット２２０を介してＩＳＣＰプリペイウェブサービス１６０と通信し、ユーザ及びコンテンツ所有者のアカウントが支払いスキームに従って正しく減少及び増加されるようにする。コンテンツ経理ウェブサーバ１４０ｂは、ジャバデータベース接続(JDBC: Java Data Base Connectivity)を用いてＤＲＳ１８０と通信し、デジタルコンテンツ配信システムのユーザの記録に直接アクセスすることができる。
【００２２】
図１と同様、ユーザＢ及びユーザＣは、ＤＲＭコントローラ１２０と通信することによってデジタルコンテンツ転送の許可を得る。ＤＲＭコントローラ１２０は、コンテンツ経理ウェブサーバ１４０ｂ及びコンテンツ登録ウェブサーバ１４０ａと通信する。前者の場合、ＤＲＭコントローラ１２０は、ユーザアカウントの正しい増加及び減少ができるよう、転送に関する情報を送る。例えば、ユーザＢからユーザＣへのデジタルコンテンツの転送は、ユーザＣのアカウントの減少及びユーザＡ及びユーザＢのアカウントの増加につながる。ユーザＡは、デジタルコンテンツの所有者として、ユーザＣによる支払いの大部分を受け取るが、ユーザＢも、ユーザ／所有者Ａのためにコンテンツを配信した者であることの報償として、少し支払いを受け取るかもしれない。
【００２３】
図３は、ＤＲＭコントローラ１２０がシステムのユーザに対して表示するグラフィカルユーザインタフェース（ＧＵＩ）スクリーンをいくつか示している。インタフェーススクリーン３２０はＰ２Ｐ転送制御スクリーンである。インタフェーススクリーン３２０は、図１，２の例示的トランザクションにおけるユーザＣのような、受信側ピアまたはユーザが見るインタフェースである。インタフェーススクリーン３３０は、ユーザＢのような送信側ピア／ユーザが見るインタフェースである。
【００２４】
ユーザＢとユーザＣとの間の、コンテンツ転送プロセスのフローが、図４に示されている。ユーザＢとユーザＣとは、ＤＲＭコントローラ１２０にすでに登録しており、図４のステップ４００において、１つのデジタルコンテンツＸを交換しようと何らかの任意の方法で決めている。ユーザＣはステップ４０５／４１０で、デジタルコンテンツＸのコピーをユーザＢにリクエストする。ユーザＢはリクエストを受理するつもりであり、ステップ４１５で確認をユーザＣに返信する。ユーザＢおよびユーザＣは共に、ステップ４２０および４２５においてそれぞれ、デジタルコンテンツＸへの興味をＤＲＭコントローラ１２０に登録する。一般的には、一つの受理に対し、転送者（つまりユーザＡに相当）が一人以上いるかもしれないことに注意されたい。デジタルコンテンツＸは、デジタル音楽、映画、本、雑誌、コンピュータソフトウェア、オーディオブックなどが含まれるがこれらに限られない、如何なる種類のデジタル情報でもよい。
【００２５】
ステップ４３０で、ＤＲＭコントローラ１２０は転送要求に対して一連の任意のテストを行う。例えばＤＲＭコントローラ１２０は、ユーザが十分な資金を有しているかを調べるように設計されている。若しくは、ＤＲＭコントローラは、ユーザＢがデジタルコンテンツＸのコピーを合法的に有しているか、またはユーザＡがコンテンツを配信してもよい期間であるかを調べる。任意のテストはいくつでも生成される。これらのテストが成功したと仮定して、ＤＲＭコントローラ１２０はステップ４３５で確認（ＡＣＫ）メッセージをユーザＣに返信し、かつ／またはステップ４４０で暗号鍵Ｅと共に確認（ＡＣＫ）メッセージをユーザＢに返信する。この暗号鍵Ｅは、外部権限者からＤＲＭコントローラに提供された暗号鍵／ハッシュのペアの表から提供されたものである。例えば、暗号鍵／ハッシュのペアは、デジタルコンテンツＸの所有者またはライセンスを得た配信者であるユーザＡにより提供される。
【００２６】
ユーザＢは、ＤＲＭコントローラ１２０に提供された鍵を用いてコンテンツを暗号化する。ユーザＢは、暗号化されたデジタルコンテンツに対してハッシュ関数（望ましくはＭＤ５）を行い、図４に示されていないオプショナルのステップでこのハッシュをＤＲＭコントローラ１２０に返信する。もし、このハッシュがＤＲＭコントローラ１２０のデータベースのものと一致すれば、ＤＲＭコントローラは、図４に示さない追加オプショナルステップにおいて、転送を続行してもよいという指示をユーザＡ及びユーザＢに送る。ユーザＢはステップ４４５において、当業界では公知である任意の方法で、暗号化されたコンテンツをユーザＣに転送する。
【００２７】
コンテンツ転送が完了すると、ユーザＣは図４に図示されないステップで、受信したコンテンツが不揮発性格納器（クラッシュを考慮して）に物理的に書き込まれたことを確認する。ユーザＣは、暗号化されたコンテンツＥ（Ｘ）に対してハッシュを計算し、このハッシュ値をステップ４５０でＤＲＭコントローラ１２０に返信する。暗号鍵Ｅは前もって知られていないので、ユーザＣはハッシュの値を事前に知ることができず、暗号／ハッシュ計算ステップを行うことによってのみ計算できる。返信されたハッシュ値を表のハッシュに比してチェックすることによって、ＤＲＭコントローラ１２０は、ユーザＣが本当にデジタルコンテンツＸを有しておりデジタルコンテンツが良好な状態にあることがわかる。この値がコンテンツ所有者ユーザＡに提供されＤＲＭコントローラに格納された値に合致すれば、正当なコンテンツの転送が成功しており、ＤＲＭコントローラはステップ４５５で如何なる適当な中央記録をも更新し、同時に確認（ＡＣＫ）メッセージを復号鍵と共にユーザＣに返信して、ユーザＣがデジタルコンテンツＸを復号できるようにする。転送の記録は一定期間保管され、完全なコンテンツを取得してから復号鍵を受信しコンテンツを復号するまでの期間中にユーザＣがクラッシュすると、追加料金を発生することなく当該鍵を再びリクエストすることができるようになっている。
【００２８】
ＤＲＭコントローラ１２０は、デジタルコンテンツを「見たり」、その実際のコピーを所有したりする必要がなかったことに注意されたい。ＤＲＭコントローラ１２０は、一連の暗号鍵／ハッシュのペアのみを要する。これらのペアが外部の責任ある権限者によって生成されていれば、ＤＲＭコントローラを運営する団体がデジタルコンテンツＸを見たりそれが何であるかの知識を得たりする必要は全くない。
【００２９】
発明の延長として、鍵／ハッシュのペアが消費されると、これが、コンテンツ権利者のための監査及びトラッキングのようなものとして機能し、鍵／ハッシュペアの再利用による起こりえる攻撃も防ぐ。「消費される」とは、ＤＲＭサーバが鍵／ハッシュペアを一つの、一つのみのトランザクションに用い、トランザクションが以降のトランザクションに再利用されることはないことを意味する。さらに、ユーザがコンテンツの転送を行うときに、外部の記録所が鍵／ハッシュのペアを必要に応じてＤＲＭサーバに供給できる。
【００３０】
図５は、ユーザの一人からもう一人に転送されるデジタルコンテンツの例を示している。フィールド５１０は、転送されるデジタルコンテンツのファイル名を含んでいる。この例では、デジタルコンテンツはＭＰ３エンコードされた音楽ファイルである。フィールド５２０は、暗号及び／または復号鍵を含み、フィールド５３０は関連するＭＤ５チェックサムハッシュを含む。ＤＲＭコントローラ１２０が特定の転送を検証するのに必要なのは、図５に示すファイルの１行だけである。
【００３１】
図６Ａ−Ｅは、ＤＲＭセルフサービスウェブサーバ１００がデジタルコンテンツの所有者から情報を集めるのに用いる、一連のグラフィカルユーザインタフェース（ＧＵＩ）のスクリーンである。図６Ａのスクリーン６１０は、このようなサーバのユーザログインスクリーンである。図６Ｂのスクリーン６２０では、所有者／ユーザがアカウントバランスや、請求活動や、メディアを見ることを選択したり、“プリペイ”アカウントバランスに支払い（トップアップ ”top-up”）をしたりすることができる。図６Ｃのスクリーン６３０は、アカウントバランスの情報を提供する。ＨＧ ６Ｄのスクリーン６４０は、ユーザが他のソースから転送したデジタルコンテンツを見られるようにする。図６Ｅのスクリーン６５０は、将来的なデジタルコンテンツの購入のためにプリペイ財布に金額を追加するためのインタフェースである。
【００３２】
上記の説明は、発明を記載し説明するためだけに提供されたものである。これは網羅的であることを意図するものではなく、記載された特定の形式に本発明を限定することを意図するものでもない。上記の教示により、様々な修正や変更が可能である。記載された適用例は、発明の理論と実用的な適用例を最もよく説明できるように選択及び記述されており、他の当業者が、意図される特定の利用方法に適した様々な修正と共に、本発明を様々なアプリケーションに対して最良に用いることができるようにするものである。
【図面の簡単な説明】
【００３３】
【図１】本発明に係るデジタルコンテンツ配信システムの一実施形態のアーキテクチャを示す図である。
【図２】本発明に係るデジタルコンテンツ配信システムの他の実施形態のアーキテクチャを示す図である。
【図３】本発明に係るデジタルコンテンツ配信システムのファイル共有プロセスのユーザによる使用のためのグラフィカルユーザインタフェースを示す図である。
【図４】本発明に係るデジタルコンテンツ配信システムのファイル共有プロセスのプロセスフローを示す図である。
【図５】本発明に係るデジタルコンテンツ配信システムにおいて共有されるコンテンツの例を示す図である。
【図６Ａ】本発明に係るデジタルコンテンツ配信システムのＤＲＭセルフサービスウェブサイトにおけるインタフェースを形成するグラフィカルユーザインタフェーススクリーンを示す図である。
【図６Ｂ】本発明に係るデジタルコンテンツ配信システムのＤＲＭセルフサービスウェブサイトにおけるインタフェースを形成するグラフィカルユーザインタフェーススクリーンを示す図である。
【図６Ｃ】本発明に係るデジタルコンテンツ配信システムのＤＲＭセルフサービスウェブサイトにおけるインタフェースを形成するグラフィカルユーザインタフェーススクリーンを示す図である。
【図６Ｄ】本発明に係るデジタルコンテンツ配信システムのＤＲＭセルフサービスウェブサイトにおけるインタフェースを形成するグラフィカルユーザインタフェーススクリーンを示す図である。
【図６Ｅ】本発明に係るデジタルコンテンツ配信システムのＤＲＭセルフサービスウェブサイトにおけるインタフェースを形成するグラフィカルユーザインタフェーススクリーンを示す図である。
【背景技術】
【０００１】
（相互参照及び関連出願情報）
本出願は、2005年1月26日出願の「デジタルコンテンツ配信」と題する米国予備出願60/647.044の優先権を主張する。本出願は、ここに同時に出願され「インテリジェントサービスコントロールポイントを用いたデジタルコンテンツ配信のための支払いシステム」と題する米国特許出願＿＿＿(ＡPP1592)に関連する。
【０００２】
本発明は、テレコミュニケーションネットワークにおけるデジタルコンテンツ配信一般に関し、特に、ピアツーピア(Ｐ２Ｐ: peer to peer）環境内におけるデジタルコンテンツの認可された適法な配信のための支払いメカニズムに関する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ピアツーピアＰ２Ｐネットワークは、デジタルコンテンツを有するコンピュータユーザが、そのコンテンツを中央サーバに転送または中央サーバからダウンロードする必要なくデジタルコンテンツを他のユーザと共有できるようにするネットワークである。Ｐ２Ｐネットワークは、概して大きく成功を収めてきたが、ほとんどの法的フレームワークの外で存在してきた。これにより、裁判所の差し止め命令や他の法的問題による多くのピアツーピアネットワークのシャットダウンなど、かなりの物議を醸すことにつながった。この問題は、デジタル権利管理(DRM: Digital Rights Management)問題と共に解決したかに見えたが、ＤＲＭをデジタルコンテンツ配信(DCD: Digital Contents Distribution)と分離することにより、革新的な差別化につながった。それでもこの問題は、一般的なＰ２Ｐインフラストラクチャでは解決されず、より中央化された環境をもたらす結果となった。
【０００４】
現行のＰ２Ｐは、法的フレームワークの外側で作成されたものであり、著作権者からの繰り返しの攻撃にさらされる。その増加は、RIAAや同様の組織によって助長される潜在的ユーザの内心の、適法性への継続的な懸念により制限される。
【０００５】
現行のＤＲＭソリューションは、権利保持者に由来した部分が多く、従って、消費者がビデオカセット録画器（VCR: Videocassette Recorder）やコンパクトカセットに期待するようになった制限を大いに上回る追加の制限を購入物に対して課しがちである。これにより、消費者の怒りを買った。ＤＲＭソリューションはさらに、本来的に中央化されたものであるため、限定的な、または非常に高価なシステムになってしまう。
【０００６】
Ｐ２Ｐオペレータは、歴史的には、コンテンツのトラッキング及び追跡可能性(traceability)や、Ｐ２Ｐインフラストラクチャの法的オーバーレイの実施に対して気遣っていなかった。伝統的なＤＲＭプロバイダは、自身の価値をコンテンツ配信コンポーネントでなくＤＲＭソリューションであることに見出し、コンテンツ配信コンポーネントには典型的には市販のソリューションを用いていた。
【０００７】
従って、デジタル権利管理の概念を統合し、音楽、映画、本などのデジタルコンテンツを配信することを、これら著作物の権利者への正当な補償を提供しつつ可能にする、ピアツーピア(Ｐ２Ｐ)配信スキームの必要がある。
【０００８】
プリペイドの携帯電話アカウントなど、プリペイドのアカウントに課金できるＰ２Ｐデジタルコンテンツ配信システム及び方法が望まれる。
【０００９】
さらに、コンテンツの品質を保証し、それによりダウンロードされたデジタルファイルは破損しておらず、ウィルスまたは、合法な利用を妨げる他の問題を含んでいないことを確認する証明を提供するＰ２Ｐデジタルコンテンツ配信システムが望まれる。
【００１０】
さらに、デジタルコンテンツの他のユーザ／カスタマーへの更なる配信に対してカスタマーにクレジットを提供するＰ２Ｐデジタルコンテンツ配信システムが望まれる。
【課題を解決するための手段】
【００１１】
本発明は、オペレータがコンテンツについての直接の知識やコンテンツ有することを必要としない法的フレームワークにおいて、デジタルコンテンツの合法なＰ２Ｐ配信を可能にし、それによりオペレータがコンテンツ環境において「コモン・キャリア」と同様のステータスを主張できるようにする。かつてＤＲＭコントローラに登録されていた２人の共有ユーザＡ，Ｂは、一つのデジタルコンテンツＸをお互いが交換したがっているということを任意の方法で発見する。ＢはデジタルコンテンツのコピーをＡに要求し、Ａはそれを提供するつもりであり、ＡはＢに確認(Acknowledgement)を送り返す。Ａ，Ｂは共に、コンテンツＸに共に興味があることをＤＲＭコントローラに登録する。一般的には、ある要求に対して一人以上の送信者（つまりＡに相当）が存在することに注意されたい。
【００１２】
ＤＲＭコントローラは、転送リクエストに対して一連の任意のテスト（例えばＢの資金が十分であるか、ＡはＸを正式かつ適法に有しているか、Ａがコンテンツを配信することを許されている時期に該当するかなど）を行い、これらのテストが成功したと仮定すると、暗号鍵ＥをＡに転送する。この暗号鍵Ｅは、デジタルコンテンツＸの著作権者またはデジタルコンテンツＸのデジタル配信を制御する団体といった外部権限者がＤＲＭコントローラに提供した暗号鍵／ハッシュのペアの表から取られたものである。
【００１３】
ユーザＡは、ＤＲＭコントローラによって提供された鍵を用いてコンテンツを暗号化し、暗号化された形式のコンテンツＥ(Ｘ)のハッシュを計算し、この値をＤＲＭコントローラに返信する。暗号鍵Ｅが前もって知られていないので、ユーザＡはハッシュの値を事前に知ることができず、暗号化／ハッシュ計算ステップを実行することによってのみ計算できる。返信されたハッシュを表のハッシュと比べてチェックすることにより、ＤＲＭコントローラはユーザＡが実際にコンテンツ要素Ｘを所有しそれが良好な状態にあること（つまり、鍵／ハッシュのペアを生成するのに用いられた形態からデジタル的に変更されていないこと）を確かめる。ＤＲＭコントローラはそして、Ａ及びＢに対し転送を進めてもよいという指示を出す。
【００１４】
暗号化された形式のコンテンツＥ(Ｘ)は、ユーザＡからユーザＢに、当該分野で公知である任意の方法によって転送される。コンテンツの転送が完了すると、Ｂは（次のステップにおけるクラッシュなどを考慮して）受信したコンテンツが不揮発性の記憶格納器に物理的に書かれていることを確認する。Ｂは受信したコンテンツのハッシュを計算し、その値をＤＲＭコントローラに返信する。この値が以前に与えられた値と合致すれば、転送は成功であり、ＤＲＭコントローラは適当な中央記録を更新し、Ｂがコンテンツを復号できるようＢに復号鍵を返信する。転送の記録は、一定期間の間保管され、Ｂが完全なコンテンツを受領してから復号鍵を受領しコンテンツを復号するまでの期間にＢがクラッシュした場合、Ｂは追加請求の負担なしに当該鍵を再リクエストすることができる。
【００１５】
ＤＲＭコントローラはコンテンツを“見る”必要がなかったことに注意されたい。一連の暗号鍵／ハッシュのペアを要するのみである。これらのペアが外部の責任ある権限者によって生成されている場合、ＤＲＭコントローラを運営する組織はコンテンツの要素が何であるか見る必要も知る必要もない。本発明の拡張として、鍵／ハッシュのペアが消費されると、これがコンテンツの権利所有者によって監査及びトラッキングのようなものとして機能し、さらに、鍵／ハッシュのペアの再利用に基づく起こり得る攻撃を防止する。
【００１６】
こうしてＤＲＭコントローラは、問題のコンテンツへのアクセスを得る必要全くなしに転送を認証することができる。コンテンツ所有者が、鍵及び署名を提供できる。転送が進行すべきか、またすべきでないかは、バックエンドシステムが決定するため、送信者も受信者も個人でシステムを回避することができない。
【発明を実施するための最良の形態】
【００１７】
図１には、本発明に係るデジタルコンテンツ配信システムのアーキテクチャが示されている。ユーザＡは、ユーザＡが所有またはコントロールしているコンテンツの配信に関する様々な情報を入力するための装置１３０ａを用いてＤＲＭサーフサービスウェブサイト１００と通信する。装置１３０ａは、インターネットと有線または無線で通信しかつ図６に関連して以下に説明するようなユーザ入力スクリーンを一つまたは複数を表示できる、如何なる種類の汎用パーソナルコンピュータ（ＰＣ）、パーソナルデジタルアシスタント（ＰＤＡ），携帯ハンドセット、携帯電話または他のハンドヘルド装置でもよい。装置１３０ａは、ＤＲＭサーフサービスウェブサイト１００との間でデータを送受信するため、インターネットブラウザ、ワイヤレスアクセスプロトコル（ＷＡＰ）ブラウザ、または他の類似のソフトウェアを備えている必要がある。この種のソフトウェアは、当業界では公知である。
【００１８】
ユーザＡは、ユーザＢやユーザＣなどの一人または複数の他のユーザとの間でのコンテンツの転送に関する様々なパラメータを特定するために、装置１３０ａを用いてＤＲＭサーフサービスウェブサイト１００と通信する。図１は、典型的な運転可能なデジタルコンテンツ配信システム内のコンポーネントの配置を示している。この例では、ユーザＡが所有またはコントロールしているデジタルコンテンツの転送は、ユーザＢ及びユーザＣの間で、関連するＤＲＭコントローラ１２０を用いて行われる。他のコンポーネントは、物理的なシステム構築には重要であるが、本願発明にとっては、ＤＲＭコントローラ１２０ほど重要ではない。
【００１９】
ＤＲＭコントローラ１２０は、ユーザＢからユーザＣへのデジタルコンテンツ転送など、一人のユーザからもう一人のユーザへのデジタルコンテンツの転送をどのように処理するかに関する情報を受信するためにＤＲＭサーフサービスウェブサイト１００と通信する。ユーザＢとユーザＣとは、ＤＲＭコントローラ１２０と、及びお互いと、装置１３０ｂ及び１３０ｃを用いて通信する。装置１３０ｂ及び１３０ｃは、上述の装置１３０ａと同様に有効化されているが、装置１３０ｂ及び１３０ｃは、実際の人間によって用いられるインタフェースを含むべきである。典型的なトランザクションは、ユーザＢとユーザＣとの間の何らかのダイアログで始まり、それにより、一方が他方と共有したいコンテンツを有するということを両者が判断するに至る。
【００２０】
経理コンテンツウェブ（ＡＣＷ）ウェブサーバ１４０は、デジタルコンテンツの転送とデジタルコンテンツの支払いとをトラッキングすることのできる、汎用コンピュータで実施されるソフトウェアを備えている。ＡＣＷサーバ１４０は、ユーザＡのようなユーザがユーザＢやユーザＣのような他のユーザの間でのデジタルコンテンツ転送に対していくら補償を受け取ることを希望しているのかなどの情報を受信するため、ＤＲＭサーフサービスウェブサイト１００と通信する。ＡＣＷサーバ１４０はさらに、コンテンツの転送に対して支払いをするユーザのアカウントを減少し、コンテンツを転送するユーザ及び／または転送されたコンテンツの所有者の一つまたは複数のアカウントを増加することのできるインテリジェントサービスコントロールポイントである、ＳＣＰプリペイウェブサービスサーバ１６０と通信している。こうして、コンテンツ所有者の認識及び了解のもと、コンテンツ所有者に転送に対する正当な補償をして、デジタルコンテンツのＰ２Ｐ転送を達成することができる。ＳＣＰプリペイウェブサービスサーバ１６０は、デジタルコンテンツの転送及びそのような転送への支払いに関する記録の保管所であるデジタル権利サーバ（ＤＲＳ）と通信している。ＳＣＰプリペイウェブサービスサーバ１６０は、テルコーディア集中アプリケーションサーバ(Telcordia Converged application Server)及び／またはリアルタイムチャージシステム(Real-Time Charging System)など、いくつかの公知のインテリジェントサービスコントロールポイントのいずれでもよい。
【００２１】
図２は、本発明に係るデジタルコンテンツ配信システムのより詳細な実施形態を示す。再びユーザＡは、ユーザＡによって所有またはコントロールされているデジタルコンテンツの配信に関する様々な情報の入力のために、装置（図示なし）を用いインターネット２２０を経由して一つまたはそれ以上にＤＲＭセルフサービスサーバ／サーブレット２３０と通信する。ＡＣＷサーバ１４０は、２つのコンポーネントに別れている：コンテンツ登録ウェブサーバ１４０ａ及びコンテンツ経理ウェブサーバ（デジタル権利管理プラットフォーム）(“ＤＲＭＰ”）１４０ｂである。コンテンツ登録ウェブサーバ１４０ａは、コンテンツのユーザ間における転送を許可するのに役割を果たす情報を管理している。つまり、従来のＤＲＭシステムで規定されていた交換権のような、コンテンツ交換の許可に関する、ユーザまたはコンテンツ所有者の「嗜好(preference」を含んでいる。コンテンツ経理ウェブサービス１４０ｂは、特定のデジタルコンテンツの転送についてユーザがいくら所望するかをトラッキングし、シンプルオブジェクトアクセスプロトコル(SOＡP)を用いインターネット２２０を介してＩＳＣＰプリペイウェブサービス１６０と通信し、ユーザ及びコンテンツ所有者のアカウントが支払いスキームに従って正しく減少及び増加されるようにする。コンテンツ経理ウェブサーバ１４０ｂは、ジャバデータベース接続(JDBC: Java Data Base Connectivity)を用いてＤＲＳ１８０と通信し、デジタルコンテンツ配信システムのユーザの記録に直接アクセスすることができる。
【００２２】
図１と同様、ユーザＢ及びユーザＣは、ＤＲＭコントローラ１２０と通信することによってデジタルコンテンツ転送の許可を得る。ＤＲＭコントローラ１２０は、コンテンツ経理ウェブサーバ１４０ｂ及びコンテンツ登録ウェブサーバ１４０ａと通信する。前者の場合、ＤＲＭコントローラ１２０は、ユーザアカウントの正しい増加及び減少ができるよう、転送に関する情報を送る。例えば、ユーザＢからユーザＣへのデジタルコンテンツの転送は、ユーザＣのアカウントの減少及びユーザＡ及びユーザＢのアカウントの増加につながる。ユーザＡは、デジタルコンテンツの所有者として、ユーザＣによる支払いの大部分を受け取るが、ユーザＢも、ユーザ／所有者Ａのためにコンテンツを配信した者であることの報償として、少し支払いを受け取るかもしれない。
【００２３】
図３は、ＤＲＭコントローラ１２０がシステムのユーザに対して表示するグラフィカルユーザインタフェース（ＧＵＩ）スクリーンをいくつか示している。インタフェーススクリーン３２０はＰ２Ｐ転送制御スクリーンである。インタフェーススクリーン３２０は、図１，２の例示的トランザクションにおけるユーザＣのような、受信側ピアまたはユーザが見るインタフェースである。インタフェーススクリーン３３０は、ユーザＢのような送信側ピア／ユーザが見るインタフェースである。
【００２４】
ユーザＢとユーザＣとの間の、コンテンツ転送プロセスのフローが、図４に示されている。ユーザＢとユーザＣとは、ＤＲＭコントローラ１２０にすでに登録しており、図４のステップ４００において、１つのデジタルコンテンツＸを交換しようと何らかの任意の方法で決めている。ユーザＣはステップ４０５／４１０で、デジタルコンテンツＸのコピーをユーザＢにリクエストする。ユーザＢはリクエストを受理するつもりであり、ステップ４１５で確認をユーザＣに返信する。ユーザＢおよびユーザＣは共に、ステップ４２０および４２５においてそれぞれ、デジタルコンテンツＸへの興味をＤＲＭコントローラ１２０に登録する。一般的には、一つの受理に対し、転送者（つまりユーザＡに相当）が一人以上いるかもしれないことに注意されたい。デジタルコンテンツＸは、デジタル音楽、映画、本、雑誌、コンピュータソフトウェア、オーディオブックなどが含まれるがこれらに限られない、如何なる種類のデジタル情報でもよい。
【００２５】
ステップ４３０で、ＤＲＭコントローラ１２０は転送要求に対して一連の任意のテストを行う。例えばＤＲＭコントローラ１２０は、ユーザが十分な資金を有しているかを調べるように設計されている。若しくは、ＤＲＭコントローラは、ユーザＢがデジタルコンテンツＸのコピーを合法的に有しているか、またはユーザＡがコンテンツを配信してもよい期間であるかを調べる。任意のテストはいくつでも生成される。これらのテストが成功したと仮定して、ＤＲＭコントローラ１２０はステップ４３５で確認（ＡＣＫ）メッセージをユーザＣに返信し、かつ／またはステップ４４０で暗号鍵Ｅと共に確認（ＡＣＫ）メッセージをユーザＢに返信する。この暗号鍵Ｅは、外部権限者からＤＲＭコントローラに提供された暗号鍵／ハッシュのペアの表から提供されたものである。例えば、暗号鍵／ハッシュのペアは、デジタルコンテンツＸの所有者またはライセンスを得た配信者であるユーザＡにより提供される。
【００２６】
ユーザＢは、ＤＲＭコントローラ１２０に提供された鍵を用いてコンテンツを暗号化する。ユーザＢは、暗号化されたデジタルコンテンツに対してハッシュ関数（望ましくはＭＤ５）を行い、図４に示されていないオプショナルのステップでこのハッシュをＤＲＭコントローラ１２０に返信する。もし、このハッシュがＤＲＭコントローラ１２０のデータベースのものと一致すれば、ＤＲＭコントローラは、図４に示さない追加オプショナルステップにおいて、転送を続行してもよいという指示をユーザＡ及びユーザＢに送る。ユーザＢはステップ４４５において、当業界では公知である任意の方法で、暗号化されたコンテンツをユーザＣに転送する。
【００２７】
コンテンツ転送が完了すると、ユーザＣは図４に図示されないステップで、受信したコンテンツが不揮発性格納器（クラッシュを考慮して）に物理的に書き込まれたことを確認する。ユーザＣは、暗号化されたコンテンツＥ（Ｘ）に対してハッシュを計算し、このハッシュ値をステップ４５０でＤＲＭコントローラ１２０に返信する。暗号鍵Ｅは前もって知られていないので、ユーザＣはハッシュの値を事前に知ることができず、暗号／ハッシュ計算ステップを行うことによってのみ計算できる。返信されたハッシュ値を表のハッシュに比してチェックすることによって、ＤＲＭコントローラ１２０は、ユーザＣが本当にデジタルコンテンツＸを有しておりデジタルコンテンツが良好な状態にあることがわかる。この値がコンテンツ所有者ユーザＡに提供されＤＲＭコントローラに格納された値に合致すれば、正当なコンテンツの転送が成功しており、ＤＲＭコントローラはステップ４５５で如何なる適当な中央記録をも更新し、同時に確認（ＡＣＫ）メッセージを復号鍵と共にユーザＣに返信して、ユーザＣがデジタルコンテンツＸを復号できるようにする。転送の記録は一定期間保管され、完全なコンテンツを取得してから復号鍵を受信しコンテンツを復号するまでの期間中にユーザＣがクラッシュすると、追加料金を発生することなく当該鍵を再びリクエストすることができるようになっている。
【００２８】
ＤＲＭコントローラ１２０は、デジタルコンテンツを「見たり」、その実際のコピーを所有したりする必要がなかったことに注意されたい。ＤＲＭコントローラ１２０は、一連の暗号鍵／ハッシュのペアのみを要する。これらのペアが外部の責任ある権限者によって生成されていれば、ＤＲＭコントローラを運営する団体がデジタルコンテンツＸを見たりそれが何であるかの知識を得たりする必要は全くない。
【００２９】
発明の延長として、鍵／ハッシュのペアが消費されると、これが、コンテンツ権利者のための監査及びトラッキングのようなものとして機能し、鍵／ハッシュペアの再利用による起こりえる攻撃も防ぐ。「消費される」とは、ＤＲＭサーバが鍵／ハッシュペアを一つの、一つのみのトランザクションに用い、トランザクションが以降のトランザクションに再利用されることはないことを意味する。さらに、ユーザがコンテンツの転送を行うときに、外部の記録所が鍵／ハッシュのペアを必要に応じてＤＲＭサーバに供給できる。
【００３０】
図５は、ユーザの一人からもう一人に転送されるデジタルコンテンツの例を示している。フィールド５１０は、転送されるデジタルコンテンツのファイル名を含んでいる。この例では、デジタルコンテンツはＭＰ３エンコードされた音楽ファイルである。フィールド５２０は、暗号及び／または復号鍵を含み、フィールド５３０は関連するＭＤ５チェックサムハッシュを含む。ＤＲＭコントローラ１２０が特定の転送を検証するのに必要なのは、図５に示すファイルの１行だけである。
【００３１】
図６Ａ−Ｅは、ＤＲＭセルフサービスウェブサーバ１００がデジタルコンテンツの所有者から情報を集めるのに用いる、一連のグラフィカルユーザインタフェース（ＧＵＩ）のスクリーンである。図６Ａのスクリーン６１０は、このようなサーバのユーザログインスクリーンである。図６Ｂのスクリーン６２０では、所有者／ユーザがアカウントバランスや、請求活動や、メディアを見ることを選択したり、“プリペイ”アカウントバランスに支払い（トップアップ ”top-up”）をしたりすることができる。図６Ｃのスクリーン６３０は、アカウントバランスの情報を提供する。ＨＧ ６Ｄのスクリーン６４０は、ユーザが他のソースから転送したデジタルコンテンツを見られるようにする。図６Ｅのスクリーン６５０は、将来的なデジタルコンテンツの購入のためにプリペイ財布に金額を追加するためのインタフェースである。
【００３２】
上記の説明は、発明を記載し説明するためだけに提供されたものである。これは網羅的であることを意図するものではなく、記載された特定の形式に本発明を限定することを意図するものでもない。上記の教示により、様々な修正や変更が可能である。記載された適用例は、発明の理論と実用的な適用例を最もよく説明できるように選択及び記述されており、他の当業者が、意図される特定の利用方法に適した様々な修正と共に、本発明を様々なアプリケーションに対して最良に用いることができるようにするものである。
【図面の簡単な説明】
【００３３】
【図１】本発明に係るデジタルコンテンツ配信システムの一実施形態のアーキテクチャを示す図である。
【図２】本発明に係るデジタルコンテンツ配信システムの他の実施形態のアーキテクチャを示す図である。
【図３】本発明に係るデジタルコンテンツ配信システムのファイル共有プロセスのユーザによる使用のためのグラフィカルユーザインタフェースを示す図である。
【図４】本発明に係るデジタルコンテンツ配信システムのファイル共有プロセスのプロセスフローを示す図である。
【図５】本発明に係るデジタルコンテンツ配信システムにおいて共有されるコンテンツの例を示す図である。
【図６Ａ】本発明に係るデジタルコンテンツ配信システムのＤＲＭセルフサービスウェブサイトにおけるインタフェースを形成するグラフィカルユーザインタフェーススクリーンを示す図である。
【図６Ｂ】本発明に係るデジタルコンテンツ配信システムのＤＲＭセルフサービスウェブサイトにおけるインタフェースを形成するグラフィカルユーザインタフェーススクリーンを示す図である。
【図６Ｃ】本発明に係るデジタルコンテンツ配信システムのＤＲＭセルフサービスウェブサイトにおけるインタフェースを形成するグラフィカルユーザインタフェーススクリーンを示す図である。
【図６Ｄ】本発明に係るデジタルコンテンツ配信システムのＤＲＭセルフサービスウェブサイトにおけるインタフェースを形成するグラフィカルユーザインタフェーススクリーンを示す図である。
【図６Ｅ】本発明に係るデジタルコンテンツ配信システムのＤＲＭセルフサービスウェブサイトにおけるインタフェースを形成するグラフィカルユーザインタフェーススクリーンを示す図である。
【特許請求の範囲】
【請求項１】
デジタル権利管理（ＤＲＭ）コントローラとの通信における第１ユーザから第２ユーザへのデジタルコンテンツ認可された配信方法であって、ＤＲＭコントローラはデジタルコンテンツのコピーを有さないが前記デジタルコンテンツの所有者から提供された鍵／ハッシュのペアを有する方法であって、
ＤＲＭコントローラが、前記デジタルコンテンツを前記第２ユーザに転送するリクエストを第１ユーザから受信するステップと、
暗号鍵をＤＲＭコントローラから前記第１ユーザに送るステップと、
前記第１ユーザがデジタルコンテンツを暗号化するステップと、
前記デジタルコンテンツを前記第１ユーザから前記第２ユーザに転送するステップと、
前記第２ユーザが前記暗号化されたデジタルコンテンツのハッシュ関数を実行するステップと、
前記ハッシュ関数の結果を前記ＤＲＭコントローラに送るステップと、
前記ＤＲＭコントローラが、前記第２ユーザによって送られたハッシュ関数の結果を前記デジタルコンテンツの所有者から提供された鍵／ハッシュペアと比較することによって、前記ハッシュ関数が前記デジタルコンテンツにとって正しいかを判断するステップと、
前記ハッシュ関数が正しければ、復号鍵を前記ＤＲＭコントローラから前記第２ユーザに送るステップと、
前記第２ユーザが前記デジタルコンテンツを復号化するステップと、
を有することを特徴とするデジタルコンテンツ配信方法。
【請求項２】
前記暗号化ステップと前記ハッシュ関数の結果を前記ＤＲＭコントローラに送るステップとの後に、前記第１ユーザが前記ハッシュ関数を実行するステップと、
前記ＤＲＭコントローラが、前記第１ユーザによって送られたハッシュ関数の結果と前記デジタルコンテンツの所有者から提供された鍵／ハッシュペアとを比較するステップと、
前記第１ユーザによって送られたハッシュ関数の結果と前記デジタルコンテンツの所有者から提供された鍵／ハッシュペアとが同じであれば、前記ＤＲＭコントローラが前記転送を許可するステップと、
をさらに有することを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項３】
前記ＤＲＭコントローラが、一つまたはそれ以上の任意のテストを行うことにより、デジタルコンテンツの転送が認可されているかを判断することを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項４】
前記任意のテストは、前記第１ユーザが前記デジタルコンテンツの合法的コピーを有するかを判断することを特徴とする請求項３に記載のデジタルコンテンツ配信方法。
【請求項５】
前記任意のテストは、前記第２ユーザが前記デジタルコンテンツの所有者に支払うに十分な資金を有するアカウントを持っているかを判断することを特徴とする請求項３に記載のデジタルコンテンツ配信方法。
【請求項６】
前記鍵／ハッシュのペアは、前記第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送にのみ用いられ、他の如何なる転送にも用いられないことを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項７】
前記第２ユーザが所望するデジタルコンテンツを前記第１ユーザが有しているということを、前記ＤＲＭコントローラを用いずに判断するステップをさらに有することを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項８】
前記第１ユーザから前記第２ユーザへのデジタルコンテンツの転送のリクエストを前記第１ユーザ及び／または前記第２ユーザから前記ＤＲＭコントローラに送るステップをさらに有することを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項９】
前記転送が認可されたという確認を前記ＤＲＭコントローラから第１ユーザ及び／または前記第２ユーザに送るステップをさらに有することを特徴とする請求項３に記載のデジタルコンテンツ配信方法。
【請求項１０】
前記デジタルコンテンツのコピーを格納することなしに、第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送の記録を格納するステップをさらに有することを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項１１】
前記記録を格納するステップは、経理及びコンテンツウェブサーバを用いることによって達成されることを特徴とする請求項１０に記載のデジタルコンテンツ配信方法。
【請求項１２】
第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送に伴って、前記デジタルコンテンツの所有者のアカウントが増加されることを特徴とする請求項１１に記載のデジタルコンテンツ配信方法。
【請求項１３】
第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送に伴って、前記第１ユーザのアカウントが増加されることを特徴とする請求項１１に記載のデジタルコンテンツ配信方法。
【請求項１４】
第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送に伴って、前記第２ユーザのアカウントが減少されることを特徴とする請求項１１に記載のデジタルコンテンツ配信方法。
【請求項１５】
第１ユーザと第２ユーザとの間におけるデジタルコンテンツの認可された配信のためのシステムであり、前記デジタルコンテンツが第３者に所有されているシステムであって、
デジタル権利管理（ＤＲＭ）コントローラと、
ＤＲＭセルフサービスウェブサーバと、
経理及びコンテンツウェブサーバと、
インテリジェントなサービスコントロールポイントプリペイドプラットフォームと
を備えたことを特徴とするシステム。
【請求項１６】
前記ＤＲＭコントローラは、前記デジタルコンテンツと関連付けられた暗号鍵とハッシュ関数の結果とを格納するが、前記デジタルコンテンツのコピーを格納しないことを特徴とする請求項１５に記載のシステム。
【請求項１７】
前記ＤＲＭコントローラは、第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送認可のリクエストを、第１ユーザ及び／または前記第２ユーザから受信することができることを特徴とする請求項１５に記載のシステム。
【請求項１８】
前記ＤＲＭコントローラは、一つまたはそれ以上の任意のテストによって、前記転送が認可されているかを判断することができることを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記ＤＲＭコントローラによって利用される任意のテストは、前記第１ユーザが前記デジタルコンテンツの合法的なコピーを有するかであることを特徴とする請求項１８に記載のシステム。
【請求項２０】
前記第１ユーザが前記デジタルコンテンツに行ったハッシュ関数の結果と、前記ＤＲＭコントローラに前記デジタルコンテンツに関連させて格納された鍵及びハッシュ関数の結果との、前記ＤＲＭコントローラによる比較が、前記第１ユーザが前記デジタルコンテンツの合法的なコピーを有するかの判断に用いられることを特徴とする請求項１９に記載のシステム。
【請求項２１】
前記ＤＲＭコントローラによって用いられる前記任意のテストは、前記デジタルコンテンツの所有者及び／または前記第１ユーザに支払うに十分な資金を有するアカウントを前記第２ユーザが持っているかを判断することを特徴とする請求項１８に記載のシステム。
【請求項２２】
前記ＤＲＭコントローラは、前記第２ユーザへの転送の前に、前記デジタルコンテンツの暗号化を可能にするために前記第１ユーザに暗号鍵を送ることができることを特徴とする請求項１６に記載のシステム。
【請求項２３】
前記デジタルコンテンツが前記第１ユーザから前記第２ユーザへと転送されたと判断すると前記ＤＲＭコントローラは前記第２ユーザに復号鍵を送ることができることを特徴とする請求項１６に記載のシステム。
【請求項２４】
前記ＤＲＭコントローラは、前記デジタルコンテンツが第１ユーザから第２ユーザへと転送されたかを、前記第２ユーザが前記第１ユーザからの前記転送の後に前記ＤＲＭコントローラに送るハッシュ関数の結果を比較することにより判断することを特徴とする請求項１６に記載のシステム。
【請求項２５】
前記暗号鍵と前記ハッシュとは一つの転送のみに用いられることを特徴とする請求項２４に記載のシステム。
【請求項１】
デジタル権利管理（ＤＲＭ）コントローラとの通信における第１ユーザから第２ユーザへのデジタルコンテンツ認可された配信方法であって、ＤＲＭコントローラはデジタルコンテンツのコピーを有さないが前記デジタルコンテンツの所有者から提供された鍵／ハッシュのペアを有する方法であって、
ＤＲＭコントローラが、前記デジタルコンテンツを前記第２ユーザに転送するリクエストを第１ユーザから受信するステップと、
暗号鍵をＤＲＭコントローラから前記第１ユーザに送るステップと、
前記第１ユーザがデジタルコンテンツを暗号化するステップと、
前記デジタルコンテンツを前記第１ユーザから前記第２ユーザに転送するステップと、
前記第２ユーザが前記暗号化されたデジタルコンテンツのハッシュ関数を実行するステップと、
前記ハッシュ関数の結果を前記ＤＲＭコントローラに送るステップと、
前記ＤＲＭコントローラが、前記第２ユーザによって送られたハッシュ関数の結果を前記デジタルコンテンツの所有者から提供された鍵／ハッシュペアと比較することによって、前記ハッシュ関数が前記デジタルコンテンツにとって正しいかを判断するステップと、
前記ハッシュ関数が正しければ、復号鍵を前記ＤＲＭコントローラから前記第２ユーザに送るステップと、
前記第２ユーザが前記デジタルコンテンツを復号化するステップと、
を有することを特徴とするデジタルコンテンツ配信方法。
【請求項２】
前記暗号化ステップと前記ハッシュ関数の結果を前記ＤＲＭコントローラに送るステップとの後に、前記第１ユーザが前記ハッシュ関数を実行するステップと、
前記ＤＲＭコントローラが、前記第１ユーザによって送られたハッシュ関数の結果と前記デジタルコンテンツの所有者から提供された鍵／ハッシュペアとを比較するステップと、
前記第１ユーザによって送られたハッシュ関数の結果と前記デジタルコンテンツの所有者から提供された鍵／ハッシュペアとが同じであれば、前記ＤＲＭコントローラが前記転送を許可するステップと、
をさらに有することを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項３】
前記ＤＲＭコントローラが、一つまたはそれ以上の任意のテストを行うことにより、デジタルコンテンツの転送が認可されているかを判断することを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項４】
前記任意のテストは、前記第１ユーザが前記デジタルコンテンツの合法的コピーを有するかを判断することを特徴とする請求項３に記載のデジタルコンテンツ配信方法。
【請求項５】
前記任意のテストは、前記第２ユーザが前記デジタルコンテンツの所有者に支払うに十分な資金を有するアカウントを持っているかを判断することを特徴とする請求項３に記載のデジタルコンテンツ配信方法。
【請求項６】
前記鍵／ハッシュのペアは、前記第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送にのみ用いられ、他の如何なる転送にも用いられないことを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項７】
前記第２ユーザが所望するデジタルコンテンツを前記第１ユーザが有しているということを、前記ＤＲＭコントローラを用いずに判断するステップをさらに有することを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項８】
前記第１ユーザから前記第２ユーザへのデジタルコンテンツの転送のリクエストを前記第１ユーザ及び／または前記第２ユーザから前記ＤＲＭコントローラに送るステップをさらに有することを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項９】
前記転送が認可されたという確認を前記ＤＲＭコントローラから第１ユーザ及び／または前記第２ユーザに送るステップをさらに有することを特徴とする請求項３に記載のデジタルコンテンツ配信方法。
【請求項１０】
前記デジタルコンテンツのコピーを格納することなしに、第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送の記録を格納するステップをさらに有することを特徴とする請求項１に記載のデジタルコンテンツ配信方法。
【請求項１１】
前記記録を格納するステップは、経理及びコンテンツウェブサーバを用いることによって達成されることを特徴とする請求項１０に記載のデジタルコンテンツ配信方法。
【請求項１２】
第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送に伴って、前記デジタルコンテンツの所有者のアカウントが増加されることを特徴とする請求項１１に記載のデジタルコンテンツ配信方法。
【請求項１３】
第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送に伴って、前記第１ユーザのアカウントが増加されることを特徴とする請求項１１に記載のデジタルコンテンツ配信方法。
【請求項１４】
第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送に伴って、前記第２ユーザのアカウントが減少されることを特徴とする請求項１１に記載のデジタルコンテンツ配信方法。
【請求項１５】
第１ユーザと第２ユーザとの間におけるデジタルコンテンツの認可された配信のためのシステムであり、前記デジタルコンテンツが第３者に所有されているシステムであって、
デジタル権利管理（ＤＲＭ）コントローラと、
ＤＲＭセルフサービスウェブサーバと、
経理及びコンテンツウェブサーバと、
インテリジェントなサービスコントロールポイントプリペイドプラットフォームと
を備えたことを特徴とするシステム。
【請求項１６】
前記ＤＲＭコントローラは、前記デジタルコンテンツと関連付けられた暗号鍵とハッシュ関数の結果とを格納するが、前記デジタルコンテンツのコピーを格納しないことを特徴とする請求項１５に記載のシステム。
【請求項１７】
前記ＤＲＭコントローラは、第１ユーザから前記第２ユーザへの前記デジタルコンテンツの転送認可のリクエストを、第１ユーザ及び／または前記第２ユーザから受信することができることを特徴とする請求項１５に記載のシステム。
【請求項１８】
前記ＤＲＭコントローラは、一つまたはそれ以上の任意のテストによって、前記転送が認可されているかを判断することができることを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記ＤＲＭコントローラによって利用される任意のテストは、前記第１ユーザが前記デジタルコンテンツの合法的なコピーを有するかであることを特徴とする請求項１８に記載のシステム。
【請求項２０】
前記第１ユーザが前記デジタルコンテンツに行ったハッシュ関数の結果と、前記ＤＲＭコントローラに前記デジタルコンテンツに関連させて格納された鍵及びハッシュ関数の結果との、前記ＤＲＭコントローラによる比較が、前記第１ユーザが前記デジタルコンテンツの合法的なコピーを有するかの判断に用いられることを特徴とする請求項１９に記載のシステム。
【請求項２１】
前記ＤＲＭコントローラによって用いられる前記任意のテストは、前記デジタルコンテンツの所有者及び／または前記第１ユーザに支払うに十分な資金を有するアカウントを前記第２ユーザが持っているかを判断することを特徴とする請求項１８に記載のシステム。
【請求項２２】
前記ＤＲＭコントローラは、前記第２ユーザへの転送の前に、前記デジタルコンテンツの暗号化を可能にするために前記第１ユーザに暗号鍵を送ることができることを特徴とする請求項１６に記載のシステム。
【請求項２３】
前記デジタルコンテンツが前記第１ユーザから前記第２ユーザへと転送されたと判断すると前記ＤＲＭコントローラは前記第２ユーザに復号鍵を送ることができることを特徴とする請求項１６に記載のシステム。
【請求項２４】
前記ＤＲＭコントローラは、前記デジタルコンテンツが第１ユーザから第２ユーザへと転送されたかを、前記第２ユーザが前記第１ユーザからの前記転送の後に前記ＤＲＭコントローラに送るハッシュ関数の結果を比較することにより判断することを特徴とする請求項１６に記載のシステム。
【請求項２５】
前記暗号鍵と前記ハッシュとは一つの転送のみに用いられることを特徴とする請求項２４に記載のシステム。
【図４】
【図５】
【図１】
【図２】
【図３】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【図６Ｄ】
【図６Ｅ】
【図５】
【図１】
【図２】
【図３】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【図６Ｄ】
【図６Ｅ】
【公表番号】特表２００８−５２９４１９（Ｐ２００８−５２９４１９Ａ）
【公表日】平成２０年７月３１日（２００８．７．３１）
【国際特許分類】
【出願番号】特願２００７−５５３２４６（Ｐ２００７−５５３２４６）
【出願日】平成１８年１月２６日（２００６．１．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００６／００２８４７
【国際公開番号】ＷＯ２００６／０８１３８１
【国際公開日】平成１８年８月３日（２００６．８．３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（３９９０４７９２１）テルコーディア テクノロジーズ インコーポレイテッド (61)
【Ｆターム（参考）】
【公表日】平成２０年７月３１日（２００８．７．３１）
【国際特許分類】
【出願日】平成１８年１月２６日（２００６．１．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００６／００２８４７
【国際公開番号】ＷＯ２００６／０８１３８１
【国際公開日】平成１８年８月３日（２００６．８．３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（３９９０４７９２１）テルコーディア テクノロジーズ インコーポレイテッド (61)
【Ｆターム（参考）】
[ Back to top ]