(57)【要約】消費者のメディア・コンテンツ・ストリームへのアクセス権限を画定するためにセッション権限オブジェクトおよび許可データが使用される。アクセス権限は、エンド・ユーザ・サイトでローカルに決定されるのではなく、消費者（１１６）からリモートに位置するキャッシング・サーバ（１１５）で決定される。第１の態様では、コンテンツ提供者（１０２）、鍵配信センタ、キャッシング・サーバ（１１５）およびクライアント（１１６）を有する計算処理ネットワークにおいて、キャッシング・サーバからのリアルタイム・データ・ストリームへのクライアント・アクセスを制御する方法が開示される。この方法は、クライアントがコンテンツ提供者から、リアルタイム・データ・ストリームにアクセスするためのアクセス規則を定義するセッション権限オブジェクトを受信すること、クライアントが鍵配信センタから、そのクライアントのリアルタイム・データ・ストリームへのアクセス権限を定義する許可データを受信すること、キャッシング・サーバにセッション権限オブジェクトおよび許可データを転送すること、キャッシング・サーバが、クライアント許可を決定するために、セッション権限オブジェクトを許可データと比較すること、およびクライアントが許可されている場合には、キャッシング・サーバがクライアントにリアルタイム・データ・ストリームを流すことを含む。
2005530405.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおいて、キャッシング・サーバからのデータへのクライアント・アクセスを制御する方法であって、
該リアルタイム・データ・ストリームのための該クライアントの加入オプションを画定する許可データを提供する工程と、
１つ以上の購入オプションからの該クライアントの選択を画定するセッション権限オブジェクトを提供する工程と、
クライアント許可を決定するために該セッション権限オブジェクトを該許可データと比較する工程と、
該クライアントが許可されたならば、該データを該クライアントに転送する工程と、
からなる方法。
【請求項２】
前記データがリアルタイム・データであり、該リアルタイム・データが、前記キャッシング・サーバから前記クライアントに流される請求項１に記載の方法。
【請求項３】
前記キャッシング・サーバから前記クライアントに、前記リアルタイム・データを暗号化するためのセッション鍵を転送すること
をさらに含む請求項２に記載の方法。
【請求項４】
前記セッション権限オブジェクトと前記許可データとが前記キャッシング・サーバにより比較される請求項１に記載の方法。
【請求項５】
計算処理ネットワーク内に位置するキャッシング・サーバからのリアルタイム・データ・ストリームへのクライアント・アクセスを制御する方法であって、
該リアルタイム・データ・ストリームにアクセスするための許可データを受信する工程と、
該リアルタイム・データ・ストリームにアクセスするためのセッション権限オブジェクトを受信する工程と、
該クライアントから該キャッシング・サーバに該セッション権限オブジェクトおよび該許可データを転送する工程と、
該セッション権限オブジェクトおよび該許可データを評価することにより、該クライアントが該リアルタイム・データを受信する資格があるかどうか判定する工程と、
該キャッシング・サーバから該クライアントに、該クライアントへのリアルタイム・データ・ストリームのストリーミングを保護するためのセッション鍵を転送する工程と、
からなる方法。
【請求項６】
鍵配信センタから前記クライアントに前記許可データを転送することをさらに含む請求項５に記載の方法。
【請求項７】
前記コンテンツ提供者から前記クライアントに前記セッション権限オブジェクトを転送することをさらに含む請求項５に記載の方法。
【請求項８】
前記許可データが、クライアントの地理的位置データ、前記クライアントが加入するサービスのリスト、加入識別、および前記クライアントの前記リアルタイム・データ・ストリームに対する支払い能力のいずれか１つ以上からなる請求項５に記載の方法。
【請求項９】
１つ以上の購入オプションからの前記クライアントの選択が、閲覧ごとの支払い、時間単位の支払いおよび視聴回数を含む請求項１に記載の方法。
【請求項１０】
前記セッション権限オブジェクトが、任意の１つ以上の地理的位置放送制限、前記リアルタイム・データ・ストリームでの購入オプションおよびコンテンツ識別を含む請求項５に記載の方法。
【請求項１１】
前記コンテンツ識別がＵＲＩ（ユニフォーム・リソース識別子）である請求項５に記載の方法。
【請求項１２】
計算処理ネットワーク内に位置するキャッシング・サーバからのリアルタイム・データ・ストリームへのクライアント・アクセスを制御するシステムであって、
セッション権限オブジェクトを受信する手段と、
許可データを受信する手段と、
該セッション権限オブジェクトおよび該許可データを転送する手段と、
をさらに含むクライアント・システムと；
クライアント許可を判定するために該セッション権限オブジェクトを該許可データと比較する手段、および
該クライアントが許可されている場合に、該リアルタイム・データ・ストリームを該クライアントに流す手段
をさらに含むキャッシング・サーバと；
からなるシステム。
【請求項１３】
前記許可データを前記クライアントに転送する鍵配信手段をさらに含む請求項１２に記載のシステム。
【請求項１４】
前記セッション権限オブジェクトを前記クライアントに転送するコンテンツ提供者手段をさらに含む請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、データ通信の分野に関し、より詳細には、権限管理およびネットワークでやりとりされるデータの保護に関する。
【背景技術】
【０００２】
インターネット・プロトコル（ＩＰ）ネットワークを介したマルチメディア・コンテンツのストリーミング配信への関心の高まりにより、鍵管理システムがますます必要になっている。そのようなストリーミング配信システムの１つが、エアロキャスト・インコーポレイテッド社（Ａｅｒｏｃａｓｔ，Ｉｎｃ）［米国カリフォルニア州サン・ディエゴ（Ｓａｎ  Ｄｉｅｇｏ）所在］によって開発されたエアロキャスト・ネットワーク（Ａｅｒｏｃａｓｔ  Ｎｅｔｗｏｒｋ）（商標）である。以下で図１を参照して論じるように、既存の第１期エアロキャスト・ネットワークは、コンテンツの配信を容易にするが、ネットワークでのセキュリティと鍵管理が欠如している。
【０００３】
図１は、通信ネットワークを介したコンテンツのストリーミングを容易にする（エアロキャストによる）ネットワーク１００の構成図である。
ネットワーク１００は、構成要素の中でも特に、消費者１１６に向けられたコンテンツを生成するコンテンツ提供者１０２、コンテンツがそれを介して流されるインターネット１１４、およびコンテンツ提供者１０２がそのコンテンツをそこに公開するセントラル・サーバ１０４を含む。セントラル・サーバ１０４は、コンテンツ情報を格納するためのデータベース１０８と、データベース１０８をサーチするためのサーチ・エンジン１１０を含む。ネットワーク１００は、さらに、プロビジョニング・センタ１０６、およびキャッシング・サーバ１１２、１１３、１１５を含む。
【０００４】
動作に際して、コンテンツ提供者１０２によるコンテンツにアクセスしようとする消費者１１６は、最も近いキャッシング・サーバ、この場合はキャッシング・サーバ１１５からコンテンツを流す。キャッシング・サーバのない従来のシステムでは、そのようなコンテンツ・ストリームを所望する消費者１１６は、コンテンツ提供者１０２から直接コンテンツを取得する。これは、劣悪なコンテンツ品質をもたらすのみならず、不適切な帯域幅に伴う遅延も生じ得る。キャッシング・サーバを使用することにより、ネットワーク１００は、コンテンツ提供者２０２からのディジタル・コンテンツの直接ストリーミングに伴う欠点を回避する。キャッシング・サーバ１１２、１１３、１１５は、例えば、ローカルＤＳＬ（ディジタル加入者回線）提供者とし得る。
【０００５】
ネットワーク１００には、他の利点もある。コンテンツをサーチするとき、消費者１１６は、インターネット１１４上の任意のすべてのデータベースをサーチする必要はない。ネットワーク１００上の（コンテンツ提供者１０２を含む）すべてのコンテンツ提供者は、そのコンテンツの記述を単一のセントラル・データベース１０８に公開する。例えば、ビデオ・コンテンツの場合には、そのような記述には映画の題名、俳優などが含まれ得る。このように、コンテンツを所望するとき、消費者１１６はサーチ・エンジン１１０を使用してデータベース１０８をサーチする。コンテンツが見つかると、その後、データベース１０８は、所望のコンテンツを有するコンテンツ提供者２０２へのリンクを提供する。次いで、コンテンツ提供者１０２は、より詳細に所望のコンテンツにアクセスするために消費者１１６からアクセスされる。そのような詳細には、価格情報などが含まれる。
【０００６】
消費者１１６が、そこに最も近いキャッシング・サーバのリストをコンテンツ提供者１０２に提供するためのメカニズムが提供される。消費者１１６の要求に応答して、コンテ
ンツ提供者１０２は、コンテンツを流すために、消費者１１６に最も近い適当なキャッシング・サーバを選択する。しかしながら、今日のエアロキャスト・ネットワークでは、コンテンツがネットワーク１００によって自由に流されることが認められる。不都合なことに、これは保護されていないため、コンテンツが不許可の消費者によって傍受されて、コンテンツ提供者および消費者にとっての重大な損失を生じ得る。
【０００７】
ネットワーク１００の問題点の一部は、同一出願人が所有し、その全体を本願明細書に援用する、前述の関連特許によって解決される。
ケーブル鍵管理システムは、通常、ＥＣＭ（資格制御メッセージ）およびＥＭＭ（資格管理メッセージ）と呼ばれるメッセージを用いてデータ・ストリームへのアクセスを制御する。ＥＭＭは加入者端末にアクセス特権を譲渡する制御メッセージである。多重送信に埋め込まれ、複数の加入者にブロードキャストされるＥＣＭ（資格制御メッセージ）とは異なり、ＥＭＭは各加入者端末にユニキャスト・アドレス指定で送信される。すなわち、ＥＭＭは個々の加入者に特有のものである。
【特許文献１】米国特許出願第１０／０９２，３４７号
【特許文献２】米国特許出願第０９／９６６，５５２号、
【特許文献３】米国特許出願第１０／１５３，４４５号。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、多くの場合、ＥＭＭおよびＥＣＭは、評価のためにエンドユーザのところにあるセットトップ・ボックスに配信される。このセットトップ・ボックスの位置では、不許可のユーザがＥＭＭメッセージおよびＥＣＭメッセージにアクセスし、それらを変更するのが比較的容易である。位置に問題がない場合でさえも、ソフトウェア・クライアントにＥＭＭおよびＥＣＭを使用すると保護機能が低下し得る。ハードウェア・セットトップ・ボックスとは異なり、ソフトウェア・コードは、より容易に分解模倣されて、ユーザによるコンテンツへの不許可のアクセスを可能にする。
【０００９】
したがって、前述の問題の１つ以上を解決することが求められており、本発明はこの必要を満たすものである。
【課題を解決するための手段】
【００１０】
本発明は、コンテンツが消費者からアクセス可能であるかどうか判定するためのセッション権限オブジェクトおよび許可データを提供する。アクセス権限は消費者からリモートに位置するキャッシング・サーバで決定されるが、そのような権限は消費者サイトまたは第三者の位置でも決定され得る。
【００１１】
第１の態様によれば、本発明は、キャッシング・サーバから得られるリアルタイム・データ・ストリームへのクライアント・アクセスを制御する方法である。リアルタイム・データ・ストリームにアクセスするために、クライアントに許可データが提供される。この許可データは、例えば、鍵配布センタで生成され得る。あるいは、任意の信頼される第三者認証者によってももたらされ得る。許可データは、加入サービスなど、クライアントによって選択された加入オプション、およびユーザ支払い方法（クレジット・カードや月次請求書によるなど）からなる。地理的位置など他の付随する許可情報も含まれ得る。
【００１２】
また、データ・ストリームにアクセスするためにクライアントにセッション権限オブジェクトも提供される。このオブジェクトは、特定のコンテンツでの一般的アクセス権限を含み得る。それらのアクセス権限は、コンテンツを要求しているクライアントから独立である。また、セッション権限オブジェクトは、ユーザにより選択された購入オプションも含み得る。通常、そのような購入オプションはコンテンツ提供者により提供されるが、他
の種類の企業体によっても提供され得る。セッション権限オブジェクトも許可データもクライアントに提供されるが、それらはクライアントは変更げきなないことに留意されたい。クライアントは、単に、この情報を、コンテンツがそこから流されるキャッシング・サーバに提示するだけである。
【００１３】
また、許可データがクライアントに提供される必要はないことにも留意されたい。そのような場合には、許可データは鍵配信センタからキャッシング・サーバに直接送信される。同様に、セッション権限オブジェクトもコンテンツ提供者からキャッシング・サーバに直接配信され得る。あるいは、セッション権限オブジェクトは、キャッシング・サーバとクライアントからリモートに位置するシステムによっても提供され得る。
【００１４】
クライアントは、ストリーミングしようとするときに、許可データおよびセッション権限オブジェクトを評価のためにキャッシング・サーバに転送する。それを受信すると、次いで、キャッシング・サーバは、そのセッション権限オブジェクトと許可データを比較して、そのクライアントがデータ・ストリームへのアクセスを許可されているかどうか判定する。許可データがセッション権限情報とマッチした場合には、キャッシング・サーバからクライアントにコンテンツが流される。このストリーミング・セッションは、キャッシング・サーバにより提供されたセッション鍵により保護されていることに留意されたい。
【００１５】
本発明の別の態様によれば、通信ネットワークでキャッシング・サーバからのデータへのクライアント・アクセスを制御する方法が開示される。この方法は、クライアントのリアルタイム・データ・ストリームでの加入オプションを定義する許可データを提供する工程と、様々な購入オプションからのクライアントの選択を定義するセッション権限オブジェクトを提供する工程とを含む。他には、クライアント許可を決定するためにセッション権限オブジェクトを許可データと比較する工程と、クライアントが許可されている場合に、データをクライアントに送信する工程とが含まれる。
【００１６】
本発明の別の態様によれば、セッション権限オブジェクトは、リアルタイム・データ・ストリームおよびコンテンツ識別のための任意の１つ以上の地理的位置による放送制限、購入オプションおよび決定事項を含む。許可データは、クライアントの地理的位置データ、クライアントが加入するサービスのリスト、クライアントのリアルタイム・データ・ストリームでの支払い能力を含み得る。
【００１７】
本発明の別の態様によれば、コンテンツ識別はＲＴＳＰ（リアルタイム・ストリーミング・プロトコル）ＵＲＬ（ユニフォーム・リソース識別子）である。
【発明を実施するための最良の形態】
【００１８】
本発明の性質および利点のさらなる理解は、本明細書と添付の図面とを参照することにより実現され得る。本発明で「工程」に言及する場合、それは「工程および機能」手段に限定されるものであると解釈すべきではなく、本発明を実施する特定の順序に言及するためのものでもない。本発明のその他の特徴および利点、ならびに本発明の様々な実施形態の構造および動作は、添付の図面と関連させて、以下で詳細に説明する。図面中、同じ参照番号は、同一の、または機能上類似の要素を表す。
【００１９】
簡単にいうと、本発明の第１の実施形態は、キャッシング・サーバからのリアルタイム・データ・ストリームへのクライアント・アクセスを制御する方法を提供する。クライアントおよびキャッシング・サーバは、ＩＰＲＭ（インターネット・プロトコル権限管理）当事者としてＫＤＣ（鍵配信センタ）に登録される。リアルタイム・データ・ストリームは、やはりＫＤＣに登録されているコンテンツ提供者によって提供される。
【００２０】
登録されたクライアントにより要求されると、ＫＤＣはクライアントに、そのクライアントが後で指定されたキャッシング・サーバへの認証に使用し得るチケットを転送する。本明細書で使用する場合、チケットとは、ＫＤＣによりクライアントに配布される認証トークンである。チケットは、情報の中でも特に、クライアントの名前、特定のサーバの名前およびセッション鍵（対称暗号鍵）を含む。このチケットは、クライアントの加入オプションを定義する許可データも含む。許可データは、加入サービス、地理的位置、ユーザ支払い方法（クレジット・カードや月次請求書によるなど）およびそのリアルタイム・データ・ストリームでの許可に影響を及ぼし得るその他のクライアント情報を含み得る。
【００２１】
このクライアントがリアルタイム・データ・ストリームへのアクセスを要求すると、クライアントはコンテンツ提供者から、そのリアルタイム・データ・ストリームにアクセスするためのユーザ選択、および、任意選択で、コンテンツ・アクセス規則を定義するセッション権限オブジェクトを受信する。次には、クライアントが、セッション権限オブジェクトと許可データを有するチケットの両方をキャッシング・サーバに転送する。キャッシング・サーバは、クライアント許可を決定するために、セッション権限オブジェクトを許可データと比較し、そのクライアントが許可されている場合には、リアルタイム・データがクライアントに流される。
【００２２】
図２は、本発明の例示的実施形態による、図１のネットワーク１００に鍵管理とセキュリティを適用するためのＥＳＢｒｏｋｅｒ（商標）プロトコルを組み込んだＩＰＲＭ（インターネット・プロトコル権限管理）システム２００の構成図である。
【００２３】
ＩＰＲＭシステム２００は、構成要素の中でも特に、コンテンツ提供者２０２、消費者２１６、インターネット２１４、プロビジョニング・センタ２０６、データベース２０８とサーチ・エンジン２１０の両方を含むセントラル・サーバ２０５、キャッシング・サーバ２１２、２１３、２１５を含み、そのすべてが図１の対応する構成要素と同様に機能する。また、ＩＰＲＭシステム２００は、消費者２１６にＴＧＴ（チケット付与チケット）を発行するＡＳ（認証サーバ）２０７、個々のサーバにアクセスするためのサーバ・チケットを提供するＴＧＳ（チケット付与サーバ）２０９を含むＫＤＣ（鍵配信センタ）２０４、プロビジョニング・サーバ２２０、および請求書作成センタ２１１も含む。ＫＤＣ２０４、請求書作成センタ２１１、プロビジョニング・センタ２０６およびセントラル・サーバ２０５は、すべて、ＩＰＲＭシステム２００内のサービス提供を容易にするためにセントラル・ユニット２１８内に位置する。
【００２４】
さらに、ＩＰＲＭシステム２００は、コンテンツ提供者２０２のための権限管理を行うＩＰＲＭエージェント２０２Ａ、流されるコンテンツでのユーザ選択、および、任意選択で、コンテンツ規則を定義するセッション権限オブジェクト２０２Ｂ、キャッシング・サーバ２１２のための権限管理を行うＩＰＲＭエージェント２１２Ａ、キャッシング・サーバ２１３のための権限管理を行うＩＰＲＭエージェント２１３Ａ、キャッシング・サーバ２１５のための権限管理を行うＩＰＲＭエージェント２１５Ａ、消費者２１６のための権限管理を行うＩＰＲＭエージェント２１６Ａ、および所望のコンテンツを受信するための消費者２１６内にあるビューア（図示せず）を含む。図示しないが、前述の構成要素はそれらに関連する構成要素内に位置し得る。例えば、ＩＰＲＭエージェント２０２Ａは、図示するように外にではなく、コンテンツ提供者２０２内に位置し得る。
【００２５】
前述のように、ＩＰＲＭシステム２００は、一般に、キャッシング・サーバ２１２、２１３、２１５の使用により、消費者２１６への安全なコンテンツ・ストリーミングを容易にするように機能する。コンテンツ提供者２０２は、コンテンツを１度だけ提供し、その後、それは、各キャッシング・サーバ間で移動され得る。キャッシング・サーバに置く理由は、ＩＰＲＭシステム２００の端部のより近くにコンテンツを移動することである。こ
れは、ストリーミング性能を向上させ、小規模なコンテンツ提供者が、メディア・ストリーミングのための高価なハードウェアを購入せずにそのコンテンツを販売することを可能にする。また、これは、キャッシング・サーバのところだけでのＩＰマルチキャスト（ネットワーク上での単一の送信者と複数の受信者の間の通信）の導入も可能にする。現在の技術では、インターネットを介してＩＰマルチキャストを行うよりも、ＩＰマルチキャストをローカル・アクセス・ネットワークに限定するほうが容易である。
【００２６】
本発明は、第１の実施形態によれば、ＫＤＣ２０４、ＩＰＲＭエージェント２０２Ａ、２１２Ａ、２１３Ａ、２１５Ａ、２１６Ａを介してＩＰＲＭシステム２００にセキュリティを提供する。ＩＰＲＭエージェントは、ＫＤＣ２０４およびプロビジョニング・センタ２０６と共に、ＩＰＲＭシステム２００のすべての態様に、認証、プライバシー、保全性、およびアクセス制御ツールを提供する。例えば、消費者がコンテンツを流すためにこのシステムを利用するには、事前に、登録工程が必要とされる。消費者のためのセキュリティ登録はＩＰＲＭシステム２００により提供される。したがって、登録工程時には、他の誰も、消費者２１６とＫＤＳ２０４の間のメッセージを傍受することにより消費者２１６の識別情報を複製し得ない。ＫＤＣ２０４は、信頼される企業体であり、対称および非対称アルゴリズムの混合を用いてネットワーク構成要素への鍵配信を行う。
【００２７】
ＫＤＣ２０４およびＩＰＲＭ構成要素は、消費者２１６に限られた信頼を置く純粋にソフトウェアによる保護とすることも、高度なセキュリティ・レベルを要求する著作権所有者から高品質コンテンツへの権限を取得するために義務付けられることのあるハードウェア・セキュリティ・モジュールとすることも、あるいはソフトウェアとハードウェア両方の組み合わせとすることも可能である。ＩＰＲＭは、何百万もの消費者への高い拡張可能性を有する認証された鍵管理プロトコルを使用する。この鍵管理プロトコルは、ＥＳＢｒｏｋｅｒ（商標）（電子セキュリティ・ブローカ）と呼ばれる、モトローラ・インコーポレイテッド社（Ｍｏｔｏｒｏｌａ，Ｉｎｃ．）［米国カリフォルニア州サン・ディエゴ（Ｓａｎ  Ｄｉｅｇｏ）所在］の製品であり、本明細書全体を通じてこれを参照する。
【００２８】
一部ケルベロス（Ｋｅｒｂｅｒｏｓ）フレームワークに基づくＥＳＢｒｏｋｅｒ（商標）プロトコルは、中央鍵配信センタ（ＫＤＣ２０４）および個々のアプリケーション・サーバとのクライアント対話からなる。ＫＤＣクライアントとは、ＫＤＣに要求を送信し得る任意のホストである。ＩＰＲＭシステム内では、これには、消費者、キャッシング・サーバおよび他のＩＰＲＭシステム構成要素が含まれる。アプリケーション・サーバとは、クライアントがそのためのサービス・チケットを要求する可能性のあるＫＤＣに登録された任意のサーバ（キャッシング・サーバ、請求書発行センタなど）である。同じホストが、同時に、ＫＤＣクライアントとアプリケーション・サーバの両方であることも可能である。ＩＰＲＭシステム２００では、プロトコルは、一連のメッセージを用いて、システムのクライアント・インターフェイスとサーバ・インターフェイスの間の鍵管理を実現する。この鍵管理プロトコルは、保護されたセッションの確立に役立てるためのものであり、ＩＰＲＭシステムに限定されない。以下の表１に記載されるメッセージについては、「ＩＰＲＭプロトコル・メッセージ」と題した節でさらに説明する。
【００２９】
【表１】
2005530405.tif 000003
ＫＤＣクライアントは、消費者２１６によりＳＫＳから導出されたプロビジョニング鍵で（対称に）署名されたその公開鍵を送信する。プロビジョニング・チケット内のプロビジョニング鍵にはアクセスし得ないので、消費者２１６は、一方向性関数を使用してＳＫ
Ｓからプロビジョニング鍵を導出する。ソフトウェア・クライアントにチケットとプロビジョニング鍵を配信する際の問題は、ソフトウェア・クライアントが、不許可のソフトウェア・クライアントに転送するためにそのチケットと鍵を複製する可能性があることである。この問題に対処するために消費者２１６は、実際のプロビジョニング鍵ではなくＳＫＳを受け取る。一方向性関数を使用してＳＫＳを一意のホスト識別子と組み合わせることにより、プロビジョニング鍵が生成される。ＳＫＳは個々のホストに特有のものであり、他のどこでも使用され得ない。本実施形態では、消費者２１６は、プロビジョニング鍵を再現するために以下の関数を実行する。
【００３０】
プロビジョニング鍵＝ＳＫＧｅｎ（ホストＩＤ，ＳＫＳ）
式中ＳＫＧｅｎ（）は一方向性関数である。ＳＫＧｅｎ−１（）は、妥当な時間量（例えばチケット存続時間より短い期間）内には計算され得ない。
【００３１】
ブロック５１６で、ＣＬＩＥＮＴ＿ＥＮＲＯＬＬ＿ＲＥＱメッセージを受信すると、ＫＤＣ２０４は、要求を検証するためのそのローカル・データベースで消費者２１６を検索する。要求が有効である場合、ＫＤＣ２０４は、ＫＤＣ上にローカルで、または保護されたアクセスを用いる他の何らかのリモート位置に位置し得るクライアント・データベース中に公開鍵を格納する。あるいは、ＫＤＣ２０４が、消費者２１６に転送するために公開鍵を用いて証明書を生成することも可能である。次いで、この鍵が格納されていることを承認する（あるいは、クライアント証明書を含む）メッセージＣＬＩＥＮＴ＿ＥＮＲＯＬＬ＿ＲＥＰが消費者２１６に転送される。
【００３２】
ブロック５１８で、消費者２１６は、登録され、コンテンツ提供者２０２を含む様々な提供者からのコンテンツのリストを含むデータベース２０８を用いてＷｅｂサイト（図示せず）に問い合わせし得る。所望のコンテンツの場所が特定されると、消費者２１６は、コンテンツ提供者２０２に宛先変更される。
【００３３】
次いで、ブロック５２０で、消費者２１６は、宛先変更先のコンテンツ提供者２０２に問い合わせ、その好ましいキャッシング・サーバのリスト、加入サービスのリスト、コンテンツに対する支払い能力などを伝達する。
【００３４】
ブロック５２２で、コンテンツ提供者２０２は、個々の消費者およびサービスの状況によって異なる、最適化された購入オプションのサブセットを提示する。例えば、このサービスにすでに加入している消費者には価格選択画面が省略され得る。
【００３５】
ブロック５２４で、コンテンツ提供者２０２は、消費者２１６により選択された購入オプション、任意選択のコンテンツ・アクセス規則（放送制限地域など）のセットおよび選択されたコンテンツへの参照をカプセル化したセッション権限オブジェクトを生成する。例えば、消費者２１６がコンテンツ提供者にそれらのセッションを見ることを要求した時に消費者により生成された乱数であるセッションＩＤ。これらのセッション権限がそれ以後無効になる終了時刻、ＰｒｏｖｉｄｅｒＩＤ、消費者２１６により選択されたＰｕｒｃｈａｓｅＯｐｔｉｏｎなどである。
【００３６】
ブロック５２６で、コンテンツ提供者２０２は、消費者２１６を適当なキャッシング・サーバに宛先変更する。この場合、コンテンツは、消費者２１６に最も近いキャッシング・サーバ２１５から流されることになる。消費者２１６が、サインアップしたときに、キャッシング・サーバ２１５でのキャッシング・サーバ・チケットを以前にキャッシュしていた場合には、そのチケットを検索する。キャッシュされたチケットがない場合には、正しいキャッシング・サーバ・チケットを得るためにＴＧＴを使用してＫＤＣ２０４に問い合わせる。
【００３７】
ブロック５２８で、消費者２１６は、キャッシング・サーバ・チケットを使用してキャッシング・サーバ２１５から認証を受け、同時に（同じＫＥＹ＿ＲＥＱメッセージ中で）、コンテンツ提供者２０２から得たセッション権限オブジェクトをキャッシング・サーバ２１５に転送する。上記のＫＥＹ＿ＲＥＱ／ＫＥＹ＿ＲＥＰメッセージを使用して、消費者２１６とキャッシング・サーバ２１５の間の通信が達成される。
【００３８】
ブロック５３０で、キャッシング・サーバ２１５は、セッション権限オブジェクトからのアクセス規則を、チケット中に含まれる消費者２１６の資格と、セッション権限オブジェクト中のユーザ選択（消費者により選択された購入オプション）とに照合してチェックする。それらの資格は、基本的に、コンテンツへのアクセスを可能にする、消費者２１６に特有の許可データである。コンテンツ・アクセス規則のセットは、そのコンテンツを有するキャッシング・サーバ２１５に直接配信されている可能性があるため、任意選択である。さらに、キャッシング・サーバ２１５が、任意選択で、複数のソースからその他のコンテンツ・アクセス規則を集めることも可能である。例えば、アクセス・ネットワーク提供者（ケーブル・システム運営者）は、そのネットワークを介した配信に何らかの制限を課すことが考えられる。
【００３９】
ブロック５３２で、アクセスが承認された場合、消費者２１６およびキャッシング・サーバ２１５は、コンテンツの配信のためにコンテンツ暗号鍵（ＣＥＫ）のネゴシエーションを行い、あるいはキャッシング・サーバがその鍵を生成する。
【００４０】
ブロック５３４で、消費者２１６は、コンテンツの内容（ＲＴＳＰ  ＵＲＬ）を取得し、次いで、そのコンテンツを再生するよう要求するために、キャッシング・サーバ２１５に暗号化されたＲＴＳＰコマンドを発行し始める。
【００４１】
ブロック５３６で、キャッシング・サーバ２１５は、ＲＴＳＰコマンドを受信し、それらを復号化し、暗号化されたＲＴＳＰ応答を返す。ＲＴＳＰコマンドが特定のＵＲＬを再生するよう要求すると、キャッシング・サーバ２１５は、指定されたＵＲＬが、この（セッションＩＤで識別される）保護されたセッションのためのセッション権限オブジェクト中で指定されたものであることを検証する。
【００４２】
ブロック５３８で、ＲＴＳＰ  ＵＲＬを再生するよう求める要求を受信した後で、キャッシング・サーバ２１５は、暗号化されたＲＴＰパケットを送出し始め、キャッシング・サーバ２１５と消費者２１６の両方が暗号化されたＲＴＣＰ報告パケットを定期的に送信する。同じＲＴＳＰ  ＵＲＬに関連付けられたすべてのＲＴＰおよびＲＴＣＰパケットが、同じセッションＩＤ、すなわち、キャッシング・サーバ２１５が消費者２１６からの暗号化されたＲＴＳＰメッセージを受信し始めたときに記録されたセッションＩＤを使用して暗号化される。
【００４３】
ブロック５４０で、消費者２１６は、コンテンツを暗号解除し、再生する。同時に、消費者２１６が、追加のＲＴＳＰコマンド（例えば、コンテンツの再生を一時停止または再開するなど）を、やはり同じセッションＩＤを用いて暗号化して発行することも可能である。キャッシング・サーバ２１５は、だれがコンテンツを閲覧したか、どのくらいどの時間コンテンツが閲覧されたか、どの機構の下でコンテンツが購入されたかを追跡する。次いで、この情報は、直接消費者２１６に、または広告者に宛先指定される請求書発行のために使用される。有利には、本システムは、様々な提供者からの複数のコンテンツを、一度だけ入力されたクレジット番号などの請求書作成情報と共に容易に移行することを可能にする。コンテンツが要求されると、消費者に関する情報がコンテンツ提供者に透過的に送信される。複数のアクセス・コードを覚える必要がないため、消費者の体験は比較的楽
である。
【００４４】
メディア・ストリーム鍵管理
メディア・ストリーム鍵管理は、ＩＰＲＭに特有のＥＳＢｒｏｋｅｒ（商標）鍵管理プロトコルを使用する。ＫＥＹ＿ＲＥＱメッセージで使用されたＤＯＩ＿ＩＤ（解釈識別子のドメイン）がＩＰＲＭ＿ＤＯＩ＿ＩＤ値に設定される（以下の表６を参照）。ＤＯＩ＿ＩＤ値以外にも、いくつか、ＩＰＲＭに特有の他のアプリケーション別のパラメータおよび要件がある。
【００４５】
【表２】
2005530405.tif 000004
ＥＳＢｒｏｋｅｒ（商標）メッセージは、任意選択で、ＤＯＩオブジェクトに対応するＥＳＢＡｕｔｈｅｎｔｉｃａｔｏｒ（ＥＳＢｒｏｋｅｒ（商標）認証機能）を伝達し得る。この認証機能は、ＤＯＩオブジェクトの発信元がＥＳＢｒｏｋｅｒ（商標）メッセージの送信者ではなく、他の何らかの第三者である場合に有用である。メディア・ストリーム・セキュリティでは、そのような認証機能が必要とされることも、必要とされないこともある。
【００４６】
ＩＰＲＭ  ＤＯＩオブジェクトは、セッション権限オブジェクトまたはセッションＩＤ、すなわち２地点間の保護されたセッションを一意に識別する乱数を含む。セッションＩＤ生成は、強力な乱数発生器を必要とせず、任意のソフトウェアベースの擬似ランダム発生器で十分である。エンドポイントの１つがセッションＩＤを生成すると、それがそのホストに一意であることが保証される。セッションＩＤ衝突が検出されると、その衝突が発生したエンドポイントは、アプリケーション・エラー・コードを返すことが可能であり、このセッションＩＤを生成したエンドポイントが別のランダム値を生成し、再試行する。通常、ＤＯＩオブジェクトは、ＫＥＹ＿ＲＥＱまたはＫＥＹ＿ＲＥＰメッセージ内部で暗号化されることに留意されたい。
【００４７】
タイプ１ＩＰＲＭ  ＤＯＩオブジェクト（セッション権限）
タイプ１ＤＯＩオブジェクト（セッション権限）は、通常、消費者２１６が番組を見るためにキャッシング・サーバに保護されたセッションを要求しようとするときに、ＫＥＹ＿ＲＥＱと共に送信される。セッション権限は、消費者２１６によりコンテンツ提供者２０２から得られる。次いで、消費者２１６（ビューア・ソフトウェア）は、このＤＯＩオブジェクトをＫＥＹ＿ＲＥＱ内に入れ、それが後で適当なキャッシング・サーバにより確認される。セッション権限には、キャッシング・サーバが、それがこの認証機能を生成したコンテンツ提供者２０２であることを検証し得るようにＥＳＢＡｕｔｈｅｎｔｉｃａｔｏｒが伴う。
【００４８】
以下の表７に、アクセス規則およびユーザ選択の例を記載する。これらの規則および選択は、任意に複合され、ＴＬＶ（タイプ／長さ／値）符号化、ＸＭＬなどを含む様々な形式で表現され得る。購入オプションは、ユーザ選択から独立であることに留意されたい。
【００４９】
【表３】
2005530405.tif 000005
要約すると、本発明は、キャッシング・サーバにより提供されるデータへのクライアント・アクセスを制御する方法を開示するものである。この方法は、リアルタイム・データ・ストリームでのクライアントの加入オプションを定義する特定の許可データの提供を含む。また、１つ以上の購入オプションからのクライアントの選択を定義するセッション権限オブジェクトも提供される。セッション権限オブジェクトは、クライアント許可を決定するために許可データと比較され、クライアントが許可されている場合には、そのクライアントにデータが流される。
【００５０】
以上は、本発明の例示的な特定の実施形態の完全な説明であるが、他の実施形態も可能である。したがって、以上の説明は、本発明の範囲を限定するものであると受け取るべき
ではなく、本発明の範囲は、添付の特許請求の範囲、ならびにその均等物の全範囲により定義されるものである。
【図面の簡単な説明】
【００５１】
【図１】通信ネットワークを介したコンテンツのストリーミングを容易にするネットワークを示す構成図。
【図２】本発明の例示的実施形態による、図１のネットワークに鍵管理とセキュリティを適用するためのＥＳブローカ（ＥＳＢｒｏｋｅｒ）（商標）プロトコルを組み込んだＩＰＲＭ（インターネット・プロトコル権限管理）システムを示す構成図。
【図３】本発明の例示的実施形態による、消費者（クライアント）によりキャッシング・サーバ（サーバ）に対して鍵管理が開始されたときのセキュリティおよび鍵管理プロトコルを示すハイレベル流れ図。
【図４】本発明の例示的実施形態による、キャッシング・サーバ（サーバ）からコンテンツ提供者（クライアント）に対して鍵管理が開始されたときのセキュリティおよび鍵管理プロトコルを示すハイレベル流れ図。
【図５】本発明の例示的実施形態による、初期登録および消費者によるコンテンツの受信を示す構成図。
【図１】
2005530405.tif 000006
【図２】
2005530405.tif 000007
【図３】
2005530405.tif 000008
【図４】
2005530405.tif 000009
【図５】
2005530405.tif 000010
【国際調査報告】
2005530405.tif 000011
2005530405.tif 000012
2005530405.tif 000013