"保護されたコンテンツを第1のネットワークを経由して第2のネットワークの許可されたユーザに提供するための方法であって、前記第2のネットワークのエンティティにおいて、前記保護されたコンテンツについての要求を受信するステップであって、前記要求が、要求しているユーザを識別する情報と、要求されたコンテンツを識別する情報とを少なくとも含む、前記受信するステップと、前記要求しているユーザを識別する前記情報の少なくとも一部に基づいて、前記第2のネットワークの許可されたユーザとして、前記要求しているユーザのアイデンティティを判断するステップと、前記許可されたユーザについての一意の識別子を生成するステップと、前記要求に対する応答を前記第1のネットワークのエンティティに送信するステップであって、前記応答が前記一意の識別子を含む、前記送信するステップとを含み、前記応答を送信するステップが、前記第1のネットワークの前記エンティティに前記保護されたコンテンツを前記許可されたユーザに配信させるように構成され、前記一意の識別子が、前記第1のネットワークの前記エンティティに記憶され、後続の要求内での使用を可能にするように構成され、前記後続の要求が、前記第1のコンテンツとは異なる第2の保護されたコンテンツについての要求を含む方法。前記ユーザを識別する前記情報が、前記許可されたユーザに対応するために、前記第2のネットワークの前記エンティティにおいて事前に確立されたログイン情報を含む、請求項1に記載の方法。前記許可されたユーザについての前記一意の識別子を生成するための前記動作が、ユーザ固有のグローバル一意識別子GUIDを生成するステップを含む、請求項1に記載の方法。その中に前記一意の識別子を有する前記第2の保護されたコンテンツについての第2の後続の要求が、前記第1のネットワークの前記エンティティが前記許可されたユーザを識別して、それに基づいて、前記第2の要求に対する応答を送信することを可能にする、請求項1に記載の方法。少なくとも1つのユーザデバイスによって、パケットネットワークにおいて、選択された1つ又は複数のサービスに対するアクセスを許可するように構成された、コンテンツ配信ネットワーク内の装置であって、前記少なくとも1つのユーザデバイスを識別する情報、及び前記選択された1つ又は複数のサービスに対する前記アクセスについての要求を受信するように構成された第1のインターフェースと、少なくとも1つのコンピュータプログラムを備えたプロセッサであって、前記コンピュータプログラムが、前記コンテンツ配信ネットワークの少なくとも1人の加入者に関連しているとして、前記少なくとも1つのユーザデバイスを識別する前記情報を確認して、前記加入者に固有の一意の識別子を生成して、前記選択された1つ又は複数のサービスに対する前記アクセスについての前記要求に対する応答を生成するように構成されたプロセッサと、その上に記憶するために前記パケットネットワークの少なくとも1つのエンティティに前記一意の識別子を送信して、前記選択された1つ又は複数のサービスに対する前記アクセスについての前記要求に対する前記応答を送信するように構成された第2のインターフェースとを備えた装置。前記パケットネットワークの前記少なくとも1つのエンティティが、前記1つ又は複数のサービスのうちの第2の少なくとも1つについて、前記少なくとも1つのユーザデバイスから後続の要求内に前記記憶された一意の識別子を提供するように構成された、請求項5に記載の装置。前記要求に対する前記応答が、前記少なくとも1つのユーザデバイスに前記パケットネットワークの前記少なくとも1つのエンティティとセッションを確立させて、前記確立されたセッションを介して前記選択された1つ又は複数のサービスを受けさせる通信を含む、請求項5に記載の装置。前記パケットネットワークが、インターネットを経由して、前記1つ又は複数の登録されたデバイスと通信しているサービスプロバイダを含み、前記コンテンツ配信ネットワークが、前記インターネットを介して前記サービスプロバイダと通信しているケーブルテレビジョンネットワークを含む、請求項5に記載の方法。前記1つ又は複数のサービスが、利用可能なプログラミングコンテンツのオンデマンド配信を含む、請求項5に記載の方法。前記パケットネットワークにおいて、前記ストレージから前記少なくとも1つの一意の識別子を除去する要求を送信するステップと、前記要求に応答して、前記パケットネットワークにおいて前記ストレージから前記少なくとも1つの一意の識別子を除去するステップとをさらに含む、請求項5に記載の方法。保護されたコンテンツを第1のコンテンツ配信ネットワークを経由して第2のコンテンツ配信ネットワークの許可されたユーザに提供するための方法であって、前記第1のネットワークのエンティティにおいて、前記保護されたコンテンツについての要求をユーザデバイスから受信するステップであって、前記要求が、前記ユーザデバイスを識別する情報と、前記保護されたコンテンツを識別する情報とを少なくとも含む、受信するステップと、前記ユーザデバイスの一意の識別子を判断するために、複数の記録に問い合わせるステップであって、前記一意の識別子が前記第2のネットワークによって予め提供されている、問い合わせるステップと、前記一意の識別子と前記保護されたコンテンツを識別する前記情報とを前記第2のネットワークのエンティティに送信するステップと、前記一意の識別子と前記保護されたコンテンツを識別する前記情報との前記送信に応答して、前記第2のネットワークの前記エンティティから応答を受信するステップと、前記応答に少なくとも一部基づいて、前記保護されたコンテンツを前記ユーザデバイスに配信するステップとを含む方法。前記第1のネットワークがパケット交換ネットワークを含み、前記第2のネットワークが、実質的に、回路交換コンテンツ配信ネットワークを含む、請求項11に記載の方法。前記パケット交換ネットワークが、IPインターネットプロトコルマルチメディアサービスIMSエンティティを含む、請求項12に記載の方法。前記第1のネットワークの前記エンティティと前記ユーザデバイスとの間でセッション開始プロトコルSIPセッションを開始するステップをさらに含む、請求項11に記載の方法。前記要求が、前記ユーザデバイスからSIPメッセージを受信するステップを含み、前記SIPメッセージが、前記保護されたコンテンツの1つ又は複数の識別子を含む、請求項14に記載の方法。パケットネットワークを動作させる方法であって、前記パケットネットワークのエンティティにおいて、IP可能なデバイスからコンテンツについての要求を受信するステップであって、前記コンテンツが、管理されたコンテンツ配布ネットワークのオペレータによって指定された1つ又は複数のポリシーに従って保護されており、前記要求が前記管理されたネットワークの加入者に一意に関連する情報を含む、受信するステップと、前記オペレータから受信された、前記エンティティに記憶された情報にアクセスするステップであって、前記記憶された情報が、前記エンティティがコンテンツについての前記要求が許可されるべきかどうかを判断することを可能にする、アクセスするステップと、前記要求を許可するとき、前記コンテンツが提供されていることを示す通信を前記管理されたネットワークに発行するステップと、前記コンテンツを、前記パケットネットワークを介して、前記要求しているIP可能なデバイスに提供させるステップであって、前記コンテンツがIPプロトコルを使用して少なくとも一部カプセル化されている、提供させるステップとを含む方法。前記通信が、前記コンテンツと、i前記加入者、及び/又はii前記IP可能なデバイスのうちの少なくとも1つとの両方を識別するメッセージを含む、請求項16に記載の方法。前記通信が、それを介して前記通信が前記管理されたネットワークに搬送される下層トランスポートに対して不可知である、請求項16に記載の方法。前記コンテンツを、前記パケットネットワークを介して前記要求しているIP可能なデバイスに提供させる前記動作が、前記加入者に対して実質的に一意である暗号機構を使用して、前記コンテンツを暗号化するステップを含む、請求項16に記載の方法。前記加入者に対して実質的に一意である前記暗号機構が、前記管理されたネットワークオペレータによって前記加入者に割り当てられる公開鍵/秘密鍵の対を含む、請求項19に記載の方法。前記オペレータから受信された、前記エンティティに記憶された前記情報が、前記IP可能なデバイスの少なくとも1つの態様についての構成情報を含む、請求項16に記載の方法。本発明は、2つ以上のネットワークのエンティティを介したコンテンツ管理及びアカウントリンク付けのための装置並びに方法を開示することによって、前述の必要性に対処する。本発明の第1の態様では、保護されたコンテンツを第1のネットワークを経由して第2のネットワークのユーザに提供するための方法が開示される。一実施例では、この方法は、第2のネットワークのエンティティにおいて、保護されたコンテンツについての要求を受信するステップであって、要求が、要求しているユーザを識別する情報と、要求されたコンテンツを識別する情報とを少なくとも含む、受信するステップと、要求しているユーザを識別する情報に少なくとも一部基づいて、第2のネットワークの許可されたユーザとして、要求しているユーザのアイデンティティを判断するステップと、許可されたユーザについての一意の識別子を生成するステップと、要求に対する応答を第1のネットワークのエンティティに送信するステップであって、応答が一意の識別子を含む、送信するステップとを含む。応答を送信するステップは、一改変形態では、第1のネットワークのエンティティに保護されたコンテンツを許可されたユーザに配信させるように構成される。別の改変形態では、一意の識別子は、第1のネットワークのエンティティに記憶され、後続の要求内での使用を可能にするように構成され、後続の要求は、第1のコンテンツとは異なる第2の保護されたコンテンツについての要求を含む。本発明の第2の態様では、少なくとも1つのユーザデバイスによって、パケットネットワークにおいて、選択された1つ又は複数のサービスに対するアクセスを許可するように構成された、コンテンツ配信ネットワーク内の装置が開示される。一実施例では、この装置は、少なくとも1つのユーザデバイスを識別する情報、及び選択された1つ又は複数のサービスに対するアクセスについての要求を受信するように構成された第1のインターフェースと、少なくとも1つのコンピュータプログラムを備えたプロセッサであって、そのコンピュータプログラムが、コンテンツ配信ネットワークの少なくとも1人の加入者に関連しているとして、少なくとも1つのユーザデバイスを識別する情報を確認して、その加入者に固有の一意の識別子を生成して、選択された1つ又は複数のサービスに対するアクセスについての要求に対する応答を生成するように構成されたプロセッサと、その上に記憶するためにパケットネットワークの少なくとも1つのエンティティに一意の識別子を送信して、選択された1つ又は複数のサービスに対するアクセスについての要求に対する応答を送信するように構成された第2のインターフェースとを備える。本発明の第3の態様では、保護されたコンテンツを第1のコンテンツ配信ネットワークを経由して第2のコンテンツ配信ネットワークの許可されたユーザに提供するための方法が開示される。一実施例では、この方法は、第1のネットワークのエンティティにおいて、保護されたコンテンツについての要求をユーザデバイスから受信するステップであって、要求が、ユーザデバイスを識別する情報と、保護されたコンテンツを識別する情報とを少なくとも含む、受信するステップと、ユーザデバイスの一意の識別子を判断するために、複数の記録に問い合わせるステップであって、一意の識別子が第2のネットワークによって予め提供されている、問い合わせるステップと、一意の識別子と保護されたコンテンツを識別する情報とを第2のネットワークのエンティティに送信するステップと、一意の識別子と保護されたコンテンツを識別する情報との送信に応答して、第2のネットワークのエンティティから応答を受信するステップと、その応答に少なくとも一部基づいて、保護されたコンテンツをユーザデバイスに配信するステップとを含む。本発明の第4の態様では、パケットネットワークを動作させる方法が開示される。一実施例では、この方法は、パケットネットワークのエンティティにおいて、IP可能なデバイスからコンテンツについての要求を受信するステップであって、コンテンツが管理されたコンテンツ配布ネットワークのオペレータによって指定された1つ又は複数のポリシーに従って保護されている、受信するステップを含む。この要求は、管理されたネットワークの加入者に一意に関連する情報を含む。オペレータから受信された、エンティティに記憶された情報にアクセスし、この記憶された情報は、エンティティがコンテンツについての要求が許可されるべきかどうかを判断することを可能にする。要求を許可するとき、コンテンツが提供されていることを示す通信を管理されたネットワークに発行して、コンテンツを、パケットネットワークを介して、要求しているIP可能なデバイスに提供し、そのコンテンツはIPプロトコルを使用して少なくとも一部カプセル化されている。本発明の第5の態様では、業務規則及び運営規則エンジンが開示される。一実施例では、このエンジンは、所望される業務目標若しくは運営目標を達成するために又は、ある種の規則に従うために、2つのエンティティ間でのコンテンツ交換及びメッセージ交換の様々な態様を制御するように適合された1つ又は複数のコンピュータプログラムを備える。例えば、前述の規則及びコンテンツ交換/メッセージ交換に基づく業務方法が開示される。本発明の第6の態様では、コンピュータ可読装置が開示される。一実施例では、この装置は、少なくとも1つのプログラムを記憶した記憶デバイスを備え、このプログラムは、実行されたとき、インターネット又は別の外部ネットワークを経由して加入者にアクセス可能なコンテンツソースを経由して、保護されたコンテンツを管理された例えば、MSOネットワークの加入者に提供するステップを円滑にする。本発明のこれらの態様及びその他の態様は、ここで提供される開示に照らして考慮されるとき、明らかになるであろう。すべての図CCopyright2011TimeWarnerCable,Inc.著作権所有次に、全体を通して類似の参照番号が類似の部分を指す図面を参照する。本明細書で使用される場合、アプリケーションという用語は、一般に、ある機能性又は主題を実施する実行可能ソフトウェアのユニットを指す。アプリケーションの主題は、オンデマンドコンテンツ管理、電子商取引、仲買取引、ホームエンターテイメント、計算機など任意の数の規範及び領域を通して広く異なり、1つのアプリケーションは1つを超える主題を有する場合がある。実行可能ソフトウェアのユニットは、一般に、所定の環境で実行する。例えば、ユニットは、JavaTV登録商標環境内で実行するダウンロード可能なJavaXlet登録商標を含むことが可能である。本明細書で使用される場合、クライアントデバイス及びエンドユーザデバイスという用語は、セットトップボックス例えば、DSTBと、パーソナルコンピュータPCと、デスクトップであれ、ラップトップであれ、又はそれ以外のものであれ、ミニコンピュータと、ハンドヘルドコンピュータ、PDA、パーソナルメディアデバイスPMD、及びスマートフォンなど、モバイルデバイスとを含むが、これらに限定されない。本明細書で使用される場合、コーデックという用語は、限定せずに、MPEG群例えば、MPEG-1、MPEG-2、MPEG-4/H.264など、Real群RealVideoなど、AC-3音声群、DiVX群、XViD/ViDX群、Windows登録商標MediaVideo群例えば、WMV7、8、9、10、若しくは11、ATIビデオコーデック群、又はVC-1SMPTE標準421M群のものなどを含む、ビデオ、音声、若しくはその他のデータの符号化アルゴリズム及び/又は復号化アルゴリズム、符号化プロセス及び/又は復号化プロセス、或いは符号化装置及び/又は復号化装置を指す。本明細書で使用される場合、コンピュータプログラム又はソフトウェアという用語は、機能を実行する任意のシーケンス、又は人間若しくは機械が理解可能なステップを含むことが意味される。そのようなプログラムは、実質的に、例えば、C/C、Fortran、COBOL、PASCAL、アセンブリ言語、マークアップ言語例えば、HTML、SGML、XML、VoXMLなど、並びに、共通オブジェクト要求ブローカアーキテクチャCommonObjectRequestBrokerArchitectureCORBA、J2ME、JavaBeansなどを含めてJava登録商標など、オブジェクト指向環境を含めて、任意のプログラミング言語又はプログラミング環境でレンダリング可能である。顧客構内装置CPE及びホストデバイスは、顧客構内の又はユーザの構内に配置されて、ネットワークに接続された任意のタイプの電子装置を指す。ホストデバイスという用語は、一般に、衛星、ケーブル、又は地上波ネットワークを経由したデジタルテレビジョンコンテンツに対するアクセスを有する端末装置を指す。本明細書で使用される場合、ディスプレイという用語は、限定せずに、CRT、LCD、TFT、プラズマディスプレイ、LED、白熱デバイス及び蛍光デバイス、又はそれらの組合せ/統合を含む、情報を表示するように適合された任意のタイプのデバイスを意味する。ディスプレイデバイスは、例えば、プリンタ、eインクデバイスなど、レスダイナミックデバイスlessdynamicdeviceを含むことも可能である。本明細書で使用される場合、DOCSISという用語は、例えば、DOCSISバージョン1.0、1.1、2.0、及び3.0を含めて、データオーバケーブルサービスインターフェース仕様DataOverCableServicesInterfaceSpecificationの既存の改変形態又は計画される改変形態のうちのいずれかを指す。DOCSISバージョン1.0は、デジタルケーブルネットワークを使用したインターネットアクセスについての標準及びプロトコルである。本明細書で使用される場合、ヘッドエンドという用語は、一般に、クライアントデバイスを使用してプログラミングをMSOクライアントに配布するオペレータ例えば、MSOによって制御される、ネットワーク接続されたシステムを指す。そのようなプログラミングは、とりわけ、無料放送TVチャネル、ペイTVチャネル、双方向TV、及びインターネットを含めて、任意の情報源/情報受信機を文字通り含むことが可能である。本明細書で使用される場合、インターネットInternet及びインターネットinternetは、限定せずに、インターネットtheInternetを含めて、インターネットワークinter-networkを指すために交換可能に使用される。本明細書で使用される場合、マイクロプロセッサ及びデジタルプロセッサという用語は、一般に、限定せずに、デジタル信号プロセッサDSP、縮小命令セットコンピュータRISC、汎用CISCプロセッサ、マイクロプロセッサ、ゲートアレイ例えば、FPGA、PLD、再構成可能計算構造reconfigurablecomputefabricsRCF、アレイプロセッサ、及び特定用途向け集積回路ASICを含む、すべてのタイプのデジタル処理デバイスを含むことが意図される。そのようなデジタルプロセッサは、単一のユニタリICダイ上に含まれることが可能であり、又は複数の構成要素を介して配布されてもよい。本明細書で使用される場合、MSO又はマルチプルシステムオペレータmultiplesystemsoperatorという用語は、それらの媒体を介してプログラミング及びデータを含むサービスを配信するために必要とされるインフラストラクチャを有するケーブルネットワークプロバイダ、衛星ネットワークプロバイダ、又は地上波ネットワークプロバイダを指す。本明細書で使用される場合、ネットワーク及びベアラネットワークという用語は、一般に、限定せずに、ハイブリッドファイバ同軸HFCネットワーク、衛星ネットワーク、テルコネットワーク、並びにMAN、WAN、LAN、WLAN、インターネット、及びイントラネットを含めてデータネットワークを含む、任意のタイプの通信ネットワーク又はデータネットワークを指す。それらのそのようなネットワーク又はその部分は、任意の1つ若しくは複数の異なるトポロジ例えば、リング型、バス型、スター型、ループ型など、伝送媒体例えば、有線ケーブル/RFケーブル、RF無線、ミリ波、光など、及び/又は通信プロトコル若しくはネットワーキングプロトコル例えば、SONET、DOCSIS、IEEE標準802.3、ATM、X.25、フレームリレー、3GPP、3GPP2、WAP、SIP、UDP、FTP、RTP/RTCP、H.323などを使用することが可能である。本明細書で使用される場合、ネットワークインターフェースという用語は、限定せずに、ファイヤワイヤ群例えば、FW400、FW800など、USB群例えば、USB2、イーサネット登録商標群例えば、10/100、10/100/1000ギガビットイーサネット、10-Gig-Eなど、MoCA群、Coaxsys群例えば、TVnet登録商標、無線周波数チューナ群例えば、帯域内若しくはOOB、ケーブルモデムなど、Wi-Fi群802.11a、b、g、n、WiMAX群802.16、PAN群例えば、802.15、又はIrDA群の構成要素若しくはネットワークを含めて、構成要素若しくはネットワークを用いた任意の信号又はデータインターフェースを指す。本明細書で使用される場合、QAMという用語は、ケーブルネットワークを介して信号を送るために使用される変調方式を指す。そのような変調方式は、ケーブルネットワークの詳細に応じて、任意のコンスタレーションレベル例えば、QPSK、16-QAM、64-QAM、256-QAMなどを使用することが可能である。QAMは、これらの方式に従って変調された物理チャネルを指す場合もある。本明細書で使用される場合、サーバという用語は、形態にかかわらず、コンピュータネットワーク上でデータ、ファイル、アプリケーション、コンテンツ、或いはその他のサービスを1つ若しくは複数のその他のデバイス又はエンティティに提供するように適合された、任意のコンピュータ化された構成要素、システム、又はエンティティを指す。本明細書で使用される場合、記憶デバイスという用語は、限定せずに、コンピュータハードドライブ、DVRデバイス、メモリ、RAIDデバイス若しくはRAIDアレイ、光媒体例えば、CD-ROM、レーザディスク、Blu-Rayなど、或いはコンテンツ若しくはその他の情報を記憶することが可能な任意のその他のデバイス又は媒体を指す。本明細書で使用される場合、Wi-Fiは、限定せずに、IEEE標準802.11、又は、802.11a/b/g/n/vを含めて、関連する標準の改変形態のうちのいずれかを指す。本明細書で使用される場合、ワイヤレスという用語は、限定せずに、Wi-Fi、Bluetooth登録商標、3G、HSDPA/HSUPA、TDMA、CDMA例えば、IS-95A、WCDMAなど、FHSS、DSSS、GSM登録商標、PAN/802.15、WiMAX802.16、802.20、狭帯域/FDMA、OFDM、PCS/DCS、アナログセルラ、CDPD、衛星システム、ミリ波システム又はマイクロ波システム、音響、及び赤外線即ち、IrDAを含めて、任意のワイヤレス信号、ワイヤレスデータ、ワイヤレス通信又はその他のインターフェースを意味する。概要本発明は、とりわけ、インターネット又は別の外部ネットワークを経由したアクセス可能なコンテンツソースを経由して、保護されたコンテンツを管理された例えば、MSOネットワークの加入者に提供するための方法及び装置を開示する。一実施例では、ユーザは、例えば、オンデマンドタイプのストリーミング、ブロードキャスト、高速ファイルダウンロードなどによって第三者サービスプロバイダコンテンツソースウェブサイトにアクセスして、コンテンツの配信を要求する。要求された特定のコンテンツが保護されたコンテンツであるか、又はあるタイプの加入者だけにアクセス可能なコンテンツである場合、サービスプロバイダ及び/又はMSOは、要求しているユーザがそのコンテンツにアクセスすることが許可されるかどうかを判断する。ユーザがコンテンツにアクセスすることが可能であるかどうかを判断するプロセスは、iMSOの加入者としてユーザを認証するステップと、ii加入者のサービスレベル/加入レベルが要求されたコンテンツの閲覧及び、オプションで、1つ又は複数の使用制限を許可するかどうかを判断するステップとを含む。このプロセスは、要求プロセスとコンテンツ配信プロセスの両方にかかわる基礎的なネットワークにとって不可知agnosticであると有利である。一改変形態では、ユーザは、ログイン識別とパスワードとを確立することをそのユーザに要求すること、及び/又はユーザにGUIDを割り当てることによって認証される。このプロセスでユーザのMACアドレス又はIPアドレスを使用することも可能である。この一意情報はMSOエンティティに記憶され、ユーザがコンテンツを要求するとき、ユーザはMSOにログインしなければならず、関連情報が取り出されて、ユーザがそのログインにおいて提供した情報と比較される。有効なログイン情報が入力された場合即ち、提供された情報がそのユーザGUIDに関して記憶された情報と整合する場合、MSOとユーザとの間でセッションが生み出される。MSOにおける前述の認証は、サービスプロバイダに関連する様々なエンティティによって円滑することが可能である。例えば、ユーザはまず、サービスプロバイダのサイトに記憶されるログイン識別とパスワードを確立することによってなど、サービスプロバイダのウェブサイトにログインすることができる。ログインされると、サービスプロバイダは、コンテンツを閲覧するための要求を適切なMSOに転送して、ユーザがそのMSOサイトにログインするためのプラットフォームを提供することができる。別の改変形態では、サービスプロバイダ及びMSOは、特定のユーザがリンク付けされ得るか、又は連携されfederated得ることの責任を負う。即ち、加入者情報を確認するために使用される信頼関係がサービスプロバイダとMSOとの間に確立される。この実施例によれば、所与のユーザは、そのアイデンティティについてのMSO固有の情報MSOについてのログイン情報、GUIDなど並びに/又はその加入レベル及びサービスプロバイダサイトに記憶された、その他のサービス詳細についての情報を有することになる。ユーザがコンテンツにアクセスするための許可を表す、MSOから受信されたメッセージは、サービスプロバイダサイトに記憶されることも可能である。サービスプロバイダは、コンテンツについての後続の要求がコンテンツに関してそのユーザによって行われたるとき、後でこの情報を参照し、それによって、より高速且つより効率的なサービスを提供することができる。サービスプロバイダサイト及びMSOサイトにおいてユーザのアカウントをリンク解除又は連携解除するための方法も開示される。他の改変形態では、MSOは、サービスプロバイダが、この保護を可能にする且つ、要求している加入者に関して固有な情報をサービスプロバイダに事前配置することによってなど、配信に関して許可されたコンテンツについてのセキュリティ又は権利管理保護例えば、DRM、暗号鍵などを施行することを可能にする。同様に、開示される別の改変形態は、サービスプロバイダが要求側のデバイスに関連する1つ又は複数の構成パラメータ例えば、コーデックサポート、DRMサポート、ディスプレイ機能などに基づいて、要求されたコンテンツを事前構成することを可能にする。前述の方法の実装及びコンテンツの配信についての業務規則も開示される。例示的な実施例の詳細な説明本発明の装置及び方法の例示的な実施例が次に詳細に説明される。これらの例示的な実施例は前述のハイブリッドファイバ同軸HFCケーブルシステム、又はマルチプルシステムオペレータMSO、デジタルネットワーキング機能、IP配信機能、及び複数のクライアントデバイス/CPEを有する衛星ネットワークアーキテクチャと共に使用する文脈で説明されるが、本発明の一般的な原理及び利点は、広帯域であれ、狭帯域であれ、有線であれ、無線であれ、又はそれ例外のものであれ、その他のタイプのネットワーク及びアーキテクチャに拡張されることが可能であり、したがって、以下は、事実上、単なる例である。例えば、本発明は、いわゆる、ハイブリッドファイバ銅線HFCuネットワーク上、又はWiMAXIEEE標準802.16ワイヤレスネットワーク上での使用に関して適合されることが可能である。一般に、消費者即ち、ホームエンドユーザ領域の文脈で説明されるが、本発明は、その他のタイプの環境例えば、商業/企業、政府/軍隊などにも同様に容易に適合されることが可能である点も理解されよう。無数のその他のアプリケーションが可能である。また、いくつかの態様は、よく知られているとりわけ、RFC791及び2460で記述されるインターネットプロトコル並びにセッション開始プロトコルSIPの文脈で主に説明されるが、本発明は、説明される機能性を実施するために、その他のタイプのプロトコル並びに、実際に、他のインターネット及びイントラネットを含むためにベアラネットワークを利用することが可能である点を理解されよう。本発明のその他の特徴及び利点は、添付の図面と下に提示される例示的な実施例の詳細な説明とを参照することで、当業者によって直ちに理解されよう。ネットワーク図1は、それを用いて本発明の装置及び方法を使用することができる典型的なコンテンツ配信ネットワーク構成を例示する。ネットワーク100の様々な構成要素は、i1つ又は複数のデータ及びアプリケーション発生地点102と、ii1つ又は複数のコンテンツソース103と、iii1つ又は複数のアプリケーション配布サーバ104と、iv1つ又は複数のVODサーバ105と、v顧客構内装置CPE106とを含む。1つ又は複数の配布サーバ104、VODサーバ105、及び1つ又は複数のCPE106は、ベアラ例えば、HFCネットワーク101を経由して接続される。ヘッドエンドは、ゲートウェイ又はその他のそのようなインターフェース図示せずを介して、インターネット111など、管理されていない外部インターネットワークにも接続される。分かりやすいように、前述の構成要素102、104、105、106のそれぞれのうちの1つの備えた簡単なアーキテクチャが図1に示されるが、本発明と一致する複数の発生地点、配布サーバ、VODサーバ、及び/又はCPEデバイス並びに、異なるネットワークトポロジーを備えた同等のアーキテクチャを利用することが可能である点を理解されよう。例えば、下でより詳細に説明される図1のヘッドエンドアーキテクチャを使用することが可能である。データ/アプリケーション発生地点102は、VODベースのアプリケーション若しくはウォッチTVWatchTVアプリケーションなどデータ及び/又はアプリケーションが配布サーバ104に転送されることを可能にする任意の媒体を含むことが可能である。これは、例えば、第三者データソース、アプリケーションベンダーウェブサイト、CD-ROM、外部ネットワークインターフェース、大容量記憶デバイス例えば、RAIDシステムなどを含むことが可能である。そのような転送は、自動的であってよく、要求パケット又はACKの受信など1つ若しくは複数の指定されたイベントの発生時に開始されてよく、手動で実行されてよく、或いは当業者によって容易に理解される、いくつかのその他のモードで達成されてもよい。アプリケーション配布サーバ104は、そのようなアプリケーションをネットワークシステムに入れることができるコンピュータシステムを備える。配布サーバはネットワーキング分野でよく知られており、したがって、本明細書でさらに説明されない。VODサーバ105は、オンデマンドコンテンツを前述のデータソース102のうちの1つ又は複数から受信して、ネットワークシステムに入れることができるコンピュータシステムを備える。これらのサーバは、コンテンツを局所的に生成することが可能であるか、又はその代わりに、遠いソースからのゲートウェイ若しくは中間物として機能することも可能である。CPE106は、配布サーバ104によってアクセス可能な顧客の構内又は、ローカルであれ、若しくは配布サーバ104に対して遠隔であれ、その他の位置内の任意の装置を含む。次に、図1aを参照すると、本発明に有用なヘッドエンドアーキテクチャの1つの例示的な実施例が説明される。図1aに示されるように、ヘッドエンドアーキテクチャ150は、料金請求モジュール152、加入者管理システムSMS及びCPE構成管理モジュール154、ケーブルモデム終端システムcable-modemterminationsystemCMTS及びOOBシステム156、並びに互いとのデータ通信において様々な構成要素を配置する1つ又は複数のLAN158、160を含む典型的なヘッドエンド構成要素とサービスとを備える。バー型LANトポロジ又はバス型LANトポロジが例示されるが、本発明と一致する、先に参照された任意の数のその他の構成例えば、リング型、スター型などを使用することが可能である点を理解されよう。図1aに示されるヘッドエンド構成は、ハイレベルの概念アーキテクチャであり、それぞれのMSOはカスタムアーキテクチャを使用して複数のヘッドヘンドを配備している可能性がある点も理解されよう。図1aの例示的なアーキテクチャ150は、ネットワークを介して送信するためにコンテンツを処理又は調整するように適合されたHFCネットワーク101に結合されたマルチプレクサ-暗号装置-変調器MEM162をさらに含む。配布サーバ164は、1つ又は複数のファイルサーバ170を経由してMEM162及びネットワーク101に対するアクセスを提供するLAN160に結合される。VODサーバ105はLAN160にも同様に結合されるが、例えば、VODサーバが802.3zギガビットイーサネット登録商標デバイスなど、コア交換デバイスに関連する場合などその他のアーキテクチャを用いることも可能である。先に説明されたように、情報は複数のチャネルを通して搬送される。したがって、ヘッドエンドは、様々なソースから搬送されるチャネルについての情報を獲得するように適合されなければならない。典型的には、ヘッドエンド150からCPE106に配信されているチャネル下流は、先に説明されたように、ヘッドエンド内で一緒に多重化されて、様々な挿入されたネットワーク構成要素を経由して近隣のハブに送られる図1b。しかし、1つ又は複数の多重化動作は必ずしもヘッドエンド150で例えば、前述のMEM162において発生しなくてよい点も理解されよう。1つの代替として、とりわけ、そのようなシステムが、ローカルハブなど、下流ネットワークノードで挿入されたコンテンツ例えば、広告、販売促進、又はその他のプログラムに関して動的に補償することを可能にする、改善された多重化装置及び多重化方法、並びに、多重化段階間で情報を転送するためのフィードバック機構及びフィードフォワード機構を開示する、その全体が参照により本明細書に組み込まれている、APPARATUSANDMETHODSFORMULTI-STAGEMULTIPLEXINGINANETWORKという表題の米国特許第7,602,820号で記述される方式など、マルチロケーション方式又はマルチステージ方式を使用することが可能である。コンテンツ例えば、音声、ビデオ、データ、ファイルなどは、関連するサービスグループに関連するそれぞれの下流帯域内チャネル内で提供される。ヘッドエンド又は中間ノード例えば、ハブサーバと通信するために、CPE106は、帯域外OOBチャネル又はDOCSISチャネルと、関連するプロトコルとを使用することが可能である。OCAP1.0及び、後続の仕様は、下流及び上流の両方で例示的なネットワーキングプロトコルを提供するが、本発明はこれらの手法に決して限定されない。複数のサーバブロードキャスト、VOD、又はそれ以外のものを使用して、所望される場合、異なるサーバファームの一部であるなど、2つ以上の異なる位置に配設することが可能である点も理解されよう。1つのサービスグループ、又はその代わりに、異なるサービスグループを供給するために、これらの複数のサーバを使用することが可能である。簡単なアーキテクチャでは、1つ又は複数のサービスグループを供給するために、単一のサーバが使用される。別の改変形態では、1つ又は複数のサービスグループを供給するために、同じ位置に配置された複数のサーバが使用される。さらに別の改変形態では、1つ又は複数のサービスグループを供給するために、異なる位置に配置された複数のサーバが使用される。高密度波分割多重化densewave-divisionmultiplexedDWDM光信号をネットワーク内のそれぞれのハブに効率的な形で配布するために、光伝送リングopticaltransportring図示せずも一般的に利用される。オンデマンド及びブロードキャストコンテンツ例えば、ビデオプログラミングに加えて、図1a及び図1b並びに、下で議論される図lcのシステムは、インターネットプロトコルIPを使用してインターネット111データサービスも配信するが、デジタル通信分野でよく知られているタイプのその他のプロトコル及び移送機構を代用することも可能である。1つの例示的な配信パラダイムは、MPEGを介したIPを介したMPEG又は、H.264若しくはAVCなど、その他のビデオコーデックを含めて、前述のDOCSISチャネルを介して、ユーザPC又は、IPベースのSTBにビデオを移送して、MPEGベースのビデオコンテンツを配信するステップを含む。即ち、上位層MPEGコンテンツ、又はその他の符号化されたコンテンツはIPプロトコルを使用してカプセル化され、そのコンテンツは、次いで、多重トランスポートストリームmultiplexedtransportstreamMPTSを介してなど、RFチャネル上の配信に関して当技術分野でよく知られているタイプのMPEGパケット化を利用する。このように、通常のブロードキャスト配信に対する並列配信モード、即ち、従来の下流QAMを介して、ビデオコンテンツをユーザのSTBのチューナ、又はテレビジョン上で閲覧するためのその他の受信デバイスに配信すること、及び同じく、DOCSISQAMを介して、パケット化されたIPデータをユーザのケーブルモデムを経由してユーザのPC又はその他のIP可能なデバイスに配信することの両方が存在する。そのようなパケット化されたモードの配信は、ユニキャストであってよく、マルチキャストであってよく、又はブロードキャストであってもよい。IPカプセル化データの配信は、図lcに関して下で説明されるように、非DOCSISQAMを介して発生することも可能である。CPE106は、それぞれ、CPE106がサービス提供する加入者の構内/アドレス向けのIPパケットに関してポート若しくはソケットIDP/アドレス、又はその他のそのような機構を用いてなど特定の割り当てられたRFチャネルを監視するように構成される。本明細書で説明される前述のネットワークアーキテクチャは、パケット化されたコンテンツ例えば、高速データ又はインターネットTV用のMPEGを介したIP、MPTS用のQAMを介したMPEG2パケットコンテンツなどを搬送することができる且つ、実際にそれを行うが、これらのネットワークアーキテクチャは、多くの場合、そのような配信のために最適化されていない。したがって、本発明の別の実施例によれば、MSOネットワークから要求が発行するとき、パケットコンテンツ例えば、IPTVコンテンツを搬送するためにパケット最適化された配信ネットワークが使用される下の図2aの議論を参照されたい。図1cは、予め本明細書に組み込まれているMETHODSANDAPPARATUSFORPACKETIZEDCONTENTDELIVERYOVERACONTENTDELIVERYNETWORKという表題の同時係属中の米国特許出願第61/256,903号で説明されるような、共通の制御プレーン及びサービス配信プラットフォームSDPを備えたIMSIPマルチメディアサブシステムネットワークの文脈で、そのようなネットワークの1つの例示的な実装形態を示す。そのようなネットワークは、異なるサービスの共通制御、ユニキャストモデル又はマルチキャストモデルに従ったコンテンツ配信セッションの実施及び管理、IPパケット化されたコンテンツストリームについてのサービス品質QoSなどの点でかなりの強化を提供するが、本発明の様々な特徴は前述のアーキテクチャのうちのいずれかに決して限定されない点を理解されたい。コンテンツ配信ネットワークアーキテクチャ本開示で説明されるMSOネットワークの外部で保護されたコンテンツに対するアクセスを提供するための手法は、この例示的な実施例では、コンテンツプロバイダ例えば、サービスプロバイダ若しくは第三者エンティティと管理されたネットワークオペレータ例えば、MSOとの間で渡される取引又はアサーションの事前定義されたセットに基づく。これらのアサーションは、前述の組織の両方に対して所有権を主張でき、さらに標準ベースのプロトコルのセットを通じて具体化されるアプリケーション間で実施される。本発明の一実装形態では、利用されるプロトコルは、LibertyAllianceProjectによって、且つ/又はOrganizationfortheAdvancementofStructuredInformationStandardsOASISによって定義されるプロトコルを含むが、その他のプロトコルを同じように成功裏に使用することも可能である点を理解されよう。2001年に結成されたリバティアライアンスは、アイデンティティ連携identityfederationの基本概念を用いたアイデンティティ管理又は、異なる組織内若しくは異なる組織を通したアカウントのリンク付けについてのオープンスタンダード及びガイドラインのセットを作成した。その全体が参照により本明細書に組み込まれている、LibertyAllianceIdentityFederationFrameworkID-FFV1.2仕様として知られている、このプロジェクトから作成されたガイドラインは、それによって、進行中の複数のログインを低減して、それによって、成りすましを低減しながら、身元保証を高めるために、信頼できるソースからのアイデンティティをリンク付けすることができるプロセスを定義する。2003年に、LibertyAllianceは、その一連の作業結果をSGMLOpenの名義で1993年に結成されたOASISに寄与した。SGMLOpenの最初の特権は、標準一般化マークアップ言語SGMLをサポートする製品間の相互運用性についてのガイドラインの作成であったが、1998年にSGMLOpenはその名称を変更して、拡張マークアップ言語XMLが技術産業界で広く採用されるにつれて、その重点をSGMLから拡張マークアップ言語XMLに移した。今日まで、OASISからの仕様は、その全体が参照によって本明細書に組み込まれているセキュリティアサーションマークアップ言語SAML仕様2005年に公開されたバージョン2.0を介して示された、合意する事業パートナー同士の間のセキュリティ及びアイデンティティ管理のための事実上の標準になった。SAML及びID-FFの初期バージョンは互換性があったが、これら2つの標準は、より高い整合性及び構成要素の対称性についてのSAML内の構成要素の変更に基づいて、互換性がなくなった。SAMLv2.0で対処されるその他の主な違いは、単一のプロトコルについての暗号化メタデータ及び複数のエンドポイントサポートであった。また、SAMLv2.0は、より多くのオプションを明らかにして、拡張された定義についての事例を使用するためにLiberty機能性を一般化した。しかし、本発明は任意の特定の標準又は言語に限定されず、前述のSAML及びID-FFは本発明のより広い原理の単なる例である点を理解されよう。次に、図2を参照すると、本発明の一実施例に従って構成され、保護されたコンテンツを、いわゆる、資格を有する視聴者に配信する際に使用するためのコンテンツ配信ネットワークアーキテクチャ200のハイレベルブロック図が例示される。本明細書で議論されるように、ネットワークアーキテクチャ200は、一般に、例えば、サービスプロバイダ202によってMSO201ネットワークの外部で保護されたコンテンツに対するアクセスを加入者に提供する。ネットワーク200は、一般に、1つ又は複数のサービスプロバイダ202と、MSO202と、CPE106及び携帯用のメディアデバイスPMD107など、複数のクライアントデバイスとを含む。サービスプロバイダ202は、例えば、1つ又は複数のメディアを介して、又はMSO201との配布合意を通じて、コンテンツを配布する例えば、NBS、TurnerBroadcasting、Viacomなど任意のブロードキャストプロバイダを含むことが可能である。加入者は、ビデオサービス/音声サービス/データサービスの個々の消費者又はユーザを含む。加入者は、例えば、顧客構内装置CPE106、パーソナルメディアデバイスPMD107、パーソナルコンピュータPC、ラップトップコンピュータ、モバイルデバイスなど、ユーザデバイスを経由してコンテンツに対するアクセスを要求する。ユーザデバイスは、インターネットを経由してMSO201又はサービスプロバイダ202から音声サービス/ビデオサービス/データサービスを受信することができる任意の装置を含むことが可能である。したがって、同様に、その他のモデル又は2つの一次要求/配信モデルの組合せ若しくは改変形態を使用することも可能であるが2つの一次要求/配信モデルが予測される。即ち、iコンテンツを要求しているMSOネットワークデバイスに返すための、MSOネットワークデバイス例えば、IP可能なDSTB又は構内ゲートウェイ113など、CPE106から例えば、外部ウェブアプリケーション204などインターネットサイトに対する要求図2aを参照されたい、及びiiコンテンツを要求している非MSOネットワークデバイスに返すための、非MSOネットワークデバイスからの要求図2bを参照されたい、である。前者の事例iのある実例は、インターネット及び、第三者サービスプロバイダ/ソースサイトにアクセスするためにMSOインフラストラクチャを利用するMSO201に登録されたIP可能なDSTBケーブルモデム又はPC/DOCSISケーブルモデムであってよく、コンテンツは同等の経路を介して要求側のデバイスに戻される。この場合、MSOネットワークは、ベアラネットワークとオーソライザauthorizerネットワークの両方として機能する。一実施例では、加入者はMSOインフラストラクチャを主に使用して、MSO保護されたコンテンツを要求しているが、コンテンツのソースは、実際には、第三者例えば、ウェブサーバであり、したがって、コンテンツは本質的に不可知な形で配信される。即ち、MSOは、MSOがその独自のコンテンツを搬送していることを知らず、むしろ、保護されたコンテンツは単に任意のその他の第三者コンテンツであるように見える。したがって、有利には、任意の特別なルーティング、管理、又はその他の考慮を必要としない。後者の事例iiのある実例は、MSO201に登録されてよく、又は登録されなくてもよく、且つ許可されたMSO加入者によって操作されているIP可能なモバイルデバイス例えば、スマートフォン若しくはラップトップコンピュータであり得る。このデバイスは、例えば、サービスプロバイダWLAN、セルラ3G/4G例えば、LTE-A、WiMAX、又はその他のそのようなインターフェース250を経由してインターネットに対するアクセスを取得することができ、それによって、このデバイスは、第三者ウェブサイトに接続して、コンテンツを要求することができ、配信が許可されるとき、そのコンテンツは同等の戻り経路を介してそのデバイスにストリーミングされる。このように、MSO201ネットワークはベアラではなく、むしろ、単なるオーソライザである。図2cは、MSO操作された又は、連携されたサイトが使用される、図2のコンテンツ配信及びメッセージ交換ネットワークアーキテクチャのさらに別の使用事例を示す。前述の例示的なシナリオの下での様々な通信及び、保護されたコンテンツのフローは、それぞれ、図2a~図2cにも例示される。様々なモデルでは、加入者要求は、i外部ウェブアプリケーション204若しくは第三者サーバ、及び/又はiiMSO維持されたウェブサイトにおいて受信される。コンテンツに対するアクセスを要求している加入者及び/又はデバイスは認証されて、コンテンツを受信するためのその許可はエンタイトルメントサーバ208及びアイデンティティプロバイダ210によって確認され、同様に追加のエンティティを利用することが可能である。この認証及び許可は、例えば、ユーザ及び/又はそのデバイスの認証、コンテンツにアクセスするためのユーザの許可など本明細書において後で説明される形態、並びに先に参照された、2010年7月12日に出願した、APPARATUSANDMETHODSFORCONTENTDELIVERYANDMESSAGEEXCHANGEACROSSMULTIPLECONTENTDELIVERYNETWORKSという表題の、共同所有された同時係属中の米国特許出願第12/834,796号で議論されたような形など、多くの形をとることができる。或いは、ネットワーキング分野でよく知られているタイプのIEEE標準802.1x認証、RADIUSサーバなどを認証及び/又は許可のために利用することも可能である。加入者及び/又はデバイスが認証並びに許可されると、コンテンツをサービスプロバイダコンテンツサーバ206から要求側の例えば、CPE106、PMD107などに提供することができる。サービスプロバイダは、コンテンツを配信するためのプロキシ例えば、第三者サービスプロバイダが既存の関係を有する第四者を指定することも可能である。示されるように、保護されたコンテンツをコンテンツサーバ206を経由して提供できる前に、サービスプロバイダ202は、要求側のデバイスをMSO201加入者であるとして認証して、要求している加入者が要求されたコンテンツを閲覧することを許可されることを確実にしなければならない。要求しているユーザがMSO201加入者であるかどうかを判断する認証ステップは、少なくともMSOベースのアイデンティティプロバイダ210を利用する。要求されたコンテンツに関して加入者のエンタイトルメントを判断する認証ステップは、少なくともMSOベースのエンタイトルメントサーバ208を利用する。それによってユーザのMSO加入者としてのステータスが認証される2つの例示的なモデルが本明細書で議論されるが、本開示を考慮すれば、当業者はその他のパラダイムを理解されよう。第1のモデルは、サービスプロバイダ202の加入者アイデンティティをMSO201の加入者アイデンティティにリンク付けすることを可能にする。このリンクは、アカウントがリンク付けされると、サービス202が認証のために加入者を再度MSO201に宛先変更しなければならない状態を回避することを可能にする。サービスプロバイダ202がその加入者についてのアイデンティティを維持していない場合、第2の方法非リンク付けが使用され、即ち、サービスプロバイダ202がその独自のアイデンティティ管理システムIDMSをサポートしない場合、代わりに、認証のためにMSO201アイデンティティプロバイダ210だけを活用する。一改変形態では、非リンク付け実施例は、サービスプロバイダ202が、認証がセッションベースであり、永続的であり得ないというMSO201ポリシーを施行することを必要とする。一実施例では、MSO201ネットワークの外部で保護されたコンテンツの配信を実現するためのアーキテクチャ200は、その全体が参照により本明細書に予め組み込まれている、APPARATUSANDMETHODSFORCONTENTDELIVERYANDMESSAGEEXCHANGEACROSSMULTIPLECONTENTDELIVERYNETWORKSという表題の、共同所有された同時係属中の米国特許出願第12/834,796号で議論される構成要素を含むことが可能である。上述のように、要求されたコンテンツ/提供されたコンテンツは、従来のブロードキャストコンテンツ、並びにオンデマンドコンテンツを含むことが可能である。その他のタイプのコンテンツを提供することも可能である。例えば、その全体が参照により本明細書に組み込まれている、2007年2月6日に出願され、TECHNIQUEFOREFFECTIVELYACCESSINGPROGRAMMINGLISTINGINFORMATIONINANENTERTAINMENTDELIVERYSYSTEMという表題の、共同所有された米国特許第7,174,126号で説明されるいわゆるクイッククリップquickclipsコンテンツ、その全体が参照により本明細書に組み込まれている、TECHNIQUEFORDELIVERINGPROGRAMMINGCONTENTBASEDONAMODIFIEDNETWORKPERSONALVIDEORECORDERSERVICEという表題の、共同所有された同時係属中の米国特許公開第2005/0034171号で説明されるいわゆるスタートオーバstart-overコンテンツ、その全体が参照により本明細書に組み込まれている、2004年8月6日に出願した、TECHNIQUEFORDELIVERINGPROGRAMMINGCONTENTBASEDONAMODIFIEDNETWORKPERSONALVIDEORECORDERSERVICEという表題の、共同所有された同時係属中の米国特許出願第10/913,064号で説明されるいわゆるルックバックlookbackコンテンツ、及び/又はその全体が参照により本明細書に組み込まれている、2008年11月25日に出願し、TECHNIQUEFORPROVIDINGAVIRTUALDIGITALVIDEORECORDERSERVICETHROUGHACOMMUNICATIONSNETWORKという表題の、共同所有された米国特許第7,457,520号で議論されるいわゆるリモートDVRremoteDVRコンテンツを配信することができる。さらにまた、例えば、舞台裏及びカットシーン、もう1つの結末、俳優インタビューなど、非加入者に利用可能でないか、又は従来の移送を通して配信され得ないプレミアムベースのコンテンツに対する拡張されたアクセスを提供することも可能である。下でより詳細に説明されるように、前述のネットワークアーキテクチャは、ユーザデバイスCPE106及び/又はPMD107とサービスプロバイダ202及びMSO201との間の上流通信をさらに可能にする。したがって、サービスプロバイダ202及び/又はMSO201におけるエンティティは、上流メッセージ若しくはシグナリングを用いて能動的であれ、又はユーザ要求/トリックモード若しくはその他のタイプの行動に基づいて受動的であれデバイスから使用状況データを収集すると同時に、適用可能な場合、ユーザに例えば、早送り、巻き戻し、休止などコンテンツについてのトリックモード機能を提供することができる。2009年10月30日に出願した、METHODSANDAPPARATUSFORPACKETIZEDCONTENTDELIVERYOVERACONTENTDELIVERYNETWORKという表題の、予め組み込まれている共同所有された米国仮出願第61/256,903号で議論されるように、一実施例では、コンテンツのCPE106及び/又はPMD107に対する配信はMSOネットワーク内で即ち、図2aのパラダイムの下で発生する。そこで議論されるように、実質的にセッションベースのパケット化されたコンテンツ配信手法は、コンテンツの配信の際に一時的なデバイス及び位置の柔軟性、ユーザセッションの移送可能性/移動を可能にする即ち、ユーザが、任意の時点で、任意の場所で、自らが選択する任意のデバイス上に配信された、自らが望む任意のコンテンツを受信するのを可能にすると同様に、サービス/コンテンツの個人化例えば、セッション/ユーザごとベース及び融合統合を可能にする例えば、よく知られているインターネットプロトコルを使用する。この手法は、これまで、実質的に異なり、多くの場合、ベンダー固有のネットワークによって供給される異種サービスであったものを提供する際に、共通の配信アーキテクチャ又は統一された配信アーキテクチャを使用する。さらに、前述の装置及び方法は、拡張されたコンテンツアクセス、複製、及び配布制御例えば、DRMベースの手法と、その他のセキュリティ措置及びコンテンツ制御措置とによって、並びに、特に、先行技術のインターネットTVパラダイムと比較したときに、高いメディア品質とユーザ経験とを維持するサービス品質QoS保証を提供する。1つの例示的な実装形態では、ネットワークは、SIPセッションプロトコル、並びにサービス配信プラットフォームSDPを含むIMS例えば、関連する3GPP標準で定義されるものなど、IPマルチメディアシステムに基づき得る。別の実装形態図2bでは、ネットワークは、管理されたサービスと管理されていない即ち、オフネットワークサービスの両方を含み、その結果、ネットワークオペレータは、その独自のインフラストラクチャと外部インフラストラクチャの両方を利用して、様々な場所及び様々な使用事例において、その加入者に対するコンテンツ配信を実現することができる。この手法の一改変形態では、ネットワークサービスは、他のプロバイダのインフラストラクチャのオーバザトップで送られ、それによって、サービスプロバイダネットワークを実質的に透過的にする即ち、保護されたコンテンツ要求及びその他の通信は、それらが任意の他のトラフィックであるかのように、サービスプロバイダネットワークとインターネットとを介して渡される。別の改変形態では、プロバイダ間の協力的な手法が利用され、その結果、1つのサービスプロバイダのネットワーク内に存在する特徴又は機能例えば、AP若しくはRANに対するモバイルデバイスの認証は、そのサービスプロバイダと協働して運営している別のプロバイダによって活用され得る。別の実施例では、その全体が参照により本明細書に組み込まれている、2005年10月24日に出願した、METHODANDAPPARATUSFORON-DEMANDCONTENTTRANSMISSIONANDCONTROLOVERNETWORKSという表題の、共同所有された同時係属中の米国特許出願第11/258,229号で説明されるように、要求されたコンテンツは、コンテンツ及びデータ配布アーキテクチャ200を経由して許可されて、CPE106及び/又はPMD107に提供されることが可能である。その中で議論されるように、ダウンロード又はオンデマンドパラダイムに従ってデータを提供することが可能である。一実施例では、ネットワークは、CSPセルラサービスプロバイダ又はワイヤレスサービスプロバイダWSPに接続されたケーブルテレビジョンネットワークを含み、オンデマンドコンテンツ配信は、セッションがセルラ電話などコンテンツを受信するエンティティと配布するエンティティ例えば、VODサーバとの間で確立される二地点間手法によって達成される。セッション確立及びデータフロー制御は、有利には、iケーブルネットワーク内でオンデマンドサービスを加入者に提供するため、及びiiストリーミングマルチメディアをクライアントモバイルデバイスに配信して、それを管理するために一般に使用されるプロトコルと帯域幅とを使用して実施される。同じように本発明と一致する、コンテンツを管理されたネットワーク内若しくは管理されたネットワーク外に位置するPMD107及び/又はCPE106に提供するためのさらに他の機構及びアーキテクチャを使用することが可能であり、前述の説明は、より広い原理の単なる例である。下でより詳細に議論されるように、アーキテクチャ200は、MSOで維持された許可サーバ図示せずから取得される情報、又はそのような許可サーバに記憶された情報を利用して、要求しているユーザデバイスがコンテンツを受信することが許可されているかどうかを決定する。一実施例では、コンテンツの提供及びその使用は、供給ウェブ若しくはサービスプロバイダコンテンツサーバ206又は、MSOで操作される任意の中間インフラストラクチャによって効果的に制御される。例えば、ユーザがコンテンツを受信することを許可されると、サーバ206は所定の配信経路/配信モデルを介してコンテンツをユーザデバイスにサービス提供する。別の実施例では、その全体が参照により本明細書に組み込まれている、2010年3月2日に出願した、APPARATUSANDMETHODSFORRIGHTS-MANAGEDCONTENTANDDATADELIVERYという表題の、共同所有された同時係属中の米国特許出願第12/716,131号で議論されるように、ユーザデバイスに関連するディスプレイデバイスにおいてコンテンツをユーザに提供することに対する様々な制限はデバイス例えば、CPE106、PMD107など自体によって判断される。その中で議論されるように、スマートメディアプレイヤアプリケーションに結合されたダウンロード可能又は転送可能な権利プロファイルが与えられる。この権利プロファイルは、デバイス及び/又は加入者がコンテンツにアクセスするための特定の権利についての情報を含む。デバイスがメディアプレイヤとその関連する権利管理アプリケーションとによってコンテンツを加入者に提供するかどうかを判断するのは、この権利プロファイルによってである。図2a~図2cのアーキテクチャの一実装形態では、その全体が参照により本明細書に組み込まれている、2009年10月20日に出願した、GATEWAYAPPARATUSANDMETHODSFORDIGITALCONTENTDELIVERYINANETWORKという表題の、共同所有された同時係属中の米国特許出願第12/582,619号で開示されるように、コンテンツをCPE106又はPMD107に配信する際に有用な1つ若しくは複数のエンティティは、例えば、機能プロファイルがこれらのデバイスから受信された場合においてなど必要な場合、コンテンツのカプセル化解除/再カプセル化を実行するためのCPE106機能又はPMD107機能についての情報を利用するように適合されることが可能である。その中で議論されるように、サービスプロバイダ202又はMSO201の或いはその他の場所に位置する1つ若しくは複数のエンティティは、第1のメディアファイルコンテナフォーマットからコンテンツをカプセル化解除して、後でそのコンテンツを要求側のデバイスと互換性があるとして知られている第2のメディアファイルコンテナフォーマットに再カプセル化することを含めて、コンテンツを処理するように構成されることが可能である。例えば、ホストサーバ又はその他のコンテンツソースから配信されるコンテンツを、例えば、MP4の形でカプセル化することが可能であり、受信側CPE106がMP4ファイルを読み取ることができない場合、コンテンツサーバ又は、その他のエンティティは、コンテンツを、例えば、MPEG2、又は受信側CPE106が読み取ることができる別のフォーマットに再カプセル化することができる。別の例示的な実施例では、受信側デバイスは、収束された構内デバイスCPD及び/又はメディアブリッジを含むことが可能である。CPDは、例えば、その全体が参照によって本明細書に組み込まれている、2006年3月16日に出願した、METHODSANDAPPARATUSFORCENTRALIZEDCONTENTANDDATADELIVERYという表題の、共同所有された同時係属中の米国特許出願第11/378,129号で説明されるタイプのものであってよい。その中で議論されるように、CPDは、WLAN例えば、Wi-Fi及び/又はPAN例えば、Bluetooth登録商標若しくは802.15ワイヤレスインターフェースを含む。パケット化された例えば、IPトラフィックは、例えば、WLANインターフェース/PANインターフェースを経由してCPDとPMD107との間で交換可能である。したがって、一実施例では、PMD107はCPDからコンテンツを要求することができる。さらに別の実施例では、ユーザデバイスは、例えば、その全体が参照により本明細書に組み込まれている、2009年6月8日に出願した、MEDIABRIDGEAPPARATUSANDMETHODSという表題の、共同所有された同時係属中の米国特許出願第12/480,597号で開示されるタイプのものであってよいメディアブリッジを含むことが可能である。その中で議論されるように、メディアブリッジ装置は、例えば、iPod登録商標、ハンドヘルドコンピュータ、スマートフォン、PDAなどを含むことが可能なPMD107とユーザのホームネットワークとの間の接続として機能する。このブリッジ装置は、例えば、PMD107上に記憶されたコンテンツをユーザのセットトップボックス上又はその他のクライアントデバイス上に提示されることが可能なフォーマットに変換するために使用可能である。このブリッジ装置は、PMD107のユーザがコンテンツを受信することを許可されていることを条件に、コンテンツをPMD107上に記憶される/提示されることが可能なフォーマットに変換することによってなどコンテンツをPMD107に送信するためにも利用可能である。上述のように、一実施例では、MSO201は、例えば、テクノロジーサービスグループTSG許可インフラストラクチャとアドバンステクノロジーグループATG認証インフラストラクチャをと含めて、APPARATUSANDMETHODSFORCONTENTDELIVERYANDMESSAGEEXCHANGEACROSSMULTIPLECONTENTDELIVERYNETWORKSという表題の、共同所有された同時係属中の米国特許出願第12/834,796号で議論される構成要素を利用することが可能である。その中で議論されるように、許可インフラストラクチャ及び認証インフラストラクチャは、少なくともMSOベースの一般的なログインアプリケーションCLAと、サービス指向アーキテクチャSOAと、エンタープライズアイデンティティシステムEISと、アイデンティティプロバイダとを含むことが可能である。前述のインフラストラクチャは、そこから要求されたコンテンツを加入者に配信することを可能にするのに先立って、1つ又は複数のサービスプロバイダ202と通信する。図2に示されるように、サービスプロバイダ202は、記憶エンティティ212をさらに備えることが可能である。アカウント連携が利用される場合、加入者及び/又はクライアントデバイスについての記録を記憶するために、記憶エンティティ212を使用することが可能である。例えば、記憶エンティティ212は、ユーザ固有のグローバル一意識別子GUID又はサービスプロバイダ202ネットワーク内及び/若しくは適切なMSO201内の加入者を認識するために使用可能なその他の情報を記憶することができる。ネットワークの様々なエンティティ同士の間の通信は、一実施例では、APPARATUSANDMETHODSFORCONTENTDELIVERYANDMESSAGEEXCHANGEACROSSMULTIPLECONTENTDELIVERYNETWORKSという表題の、先に参照された、共同所有された同時係属中の米国特許出願第12/834,796号に記載されたエンタイトルメント記述言語を利用することができる。リンク付けされたアカウントを伴わない認証次に図3を参照すると、アカウントリンク付け又はアカウント連携を利用せずにユーザを認証するための、ある例示的な方法が示される。上で示されたように、図3の方法は、サービスプロバイダ202が、任意の形態のアイデンティティ管理をサポートせず例えば、IDMSを有す、保護されたコンテンツにアクセスするためのログインプロセスを処理するために、単にMSO201に依存する場合に有用である。この方法のステップ302に従って、保護されたコンテンツにアクセスするための要求は、外部ノード例えば、ウェブアプリケーション204において加入者から受信される。要求が受信されたとき、サービスプロバイダ202は、その要求をMSOベースのアイデンティティプロバイダ210に転送する。一実施例では、サービスプロバイダ202は、その要求をフォーマットして、以下の要素を含めて、アイデンティティプロバイダサーバ210にポストするハイパーテキスト転送プロトコルHTTPPOSTメッセージを含む拡張可能ハイパーテキストマークアップ言語XHTMLフォームを含めることができる。一実施例では、サービスプロバイダ202及びアイデンティティプロバイダ210は、HTTPPOSTバインディングを使用する。ある例示的なアイデンティティプロバイダ210POSTURLは以下であり得る。ステップ306において、アイデンティティプロバイダ210は、ログインセッションが作成されているかどうかを判断する。セッションが存在する場合、コンテンツはユーザに提供される。即ち、下でより詳細に議論されるように、加入者がMSOログインページに既にログオンしている場合及び/又は、ユーザGUIDがサービスプロバイダ202に記憶されている場合、MSOはユーザの資格、及びユーザがそのコンテンツを受信することを許可されていることを直ちに知ることになる。ログインセッションが作成されていない場合、その加入者に関して何のセキュリティコンテキストも存在せず、加入者はMSOログインページに宛先変更されるステップ308。ログインページで、加入者は、例えば、ユーザの識別子とパスワードの組合せ、又は加入者のデジタルアイデンティティを確認するためのその他の手段を使用してログインする。デジタルアイデンティティを作成するための方法及び装置は、APPARATUSANDMETHODSFORCONTENTDELIVERYANDMESSAGEEXCHANGEACROSSMULTIPLECONTENTDELIVERYNETWORKSという表題の、既に組み込まれている、共同所有された同時係属中の米国特許出願第12/834,796号で議論される。ステップ310に従って、ログイン資格が確認される。入力された資格が有効でない場合例えば、その加入者に関して記憶された情報と整合しない場合、及び/又はその加入者に関して記憶された情報を見つけることができない場合、エラーメッセージが加入者に提示されるステップ312。資格が有効である場合、アイデンティティプロバイダ210は、ステップ314において、その要求に対する応答を返す。一実施例では、XHTMLフォームがブラウザに戻され、ブラウザは以下を外部サービスプロバイダ202に以下を返す。図3の実施例で、サービスプロバイダ202はIDMSを維持していないため、加入者は、すべての新しいウェブセッションに関してアイデンティティプロバイダ210を経由してMSO201にログインしなければならない。次に、ステップ316に従って、応答を受信することに応じて、サービスプロバイダ202は、許可要求をMSOベースのエンタイトルメントサーバ208に送る。一実施例では、エンタイトルメントサーバ208は、2009年8月6日に出願した、SYSTEMANDMETHODFORMANAGINGENTITLEMENTSTODATAOVERANETWORKという表題の、予め組み込まれている米国特許出願第12/536,724号で議論されるタイプのものであってよい。ある代替の実施例では、エンタイトルメントサーバ208は、機能性の点で、APPARATUSANDMETHODSFORCONTENTDELIVERYANDMESSAGEEXCHANGEACROSSMULTIPLECONTENTDELIVERYNETWORKSという表題の、先に参照された米国特許出願第12/834,796号で議論された許可インフラストラクチャのSOA及びその他のエンティティに対応し得る。ステップ318において、許可要求に対する応答が受信される。この応答は、特定の加入者についてのサービス詳細がその加入者が要求されたコンテンツにアクセスすることを許可するかどうかを反映する。例えば、エンタイトルメントサーバ208において加入者がいわゆる基本的加入者であることが判断され、その要求がプレミアムコンテンツとして分類されたコンテンツについての場合、その加入者についてのサービス詳細は、その加入者がそのコンテンツにアクセスすることを許可しない。これが発生するとき、許可要求に対する応答はサービスの拒否を示すことになる。拒否メッセージは、その加入者がリソースに対する権利を有さないことが判明したこと即ち、アクティブなアカウントであるが、アクティブなサービスではないことを示す。或いは、コンテンツを取得することができるための更新の仕方をその加入者に指示するメッセージ、又はコンテンツにアクセスするためにワンタイム支払を提供するメッセージなど、別のタイプのメッセージを生成することが可能である。サービス詳細が要求されたコンテンツについての要件と整合する場合、ステップ318において、許可メッセージがサービスプロバイダ202に送信される。例えば、サービス詳細がその加入者が現在プレミアムレベルのサービスを購入していることを示し、要求されたコンテンツがプレミアムパッケージ内にある場合、その加入者はそのコンテンツにアクセスすることが許可される。許可メッセージは、その加入者がそのリソースに対する権利を有することが判明したこと即ち、アクティブなアカウント及びアクティブなサービスを示す。別の改変形態では、サービスプロバイダに任意のアクセス制限又は使用制限例えば、限定数のビュー、許容可能な閲覧ウィンドウ、トリックモード又はスタートオーバ機能についての制限、複写/配布についての制限などについて知らせるために、権利プロファイル又はその他のデータ構造を例えば、その一部として許可メッセージと共に若しくは許可メッセージに従って送ることが可能である。これらの権利/制限は、配信の前に、DRMデータを埋め込むこと又はコンテンツ内に透かしを入れること、それを暗号化することなどによって、配信のために要求されたコンテンツを構成するために、サービスプロバイダによって使用可能である。最後に、ステップ320において、サービスプロバイダ202は、許可応答に従って進むことができる。例えば、サービスが拒否された場合、サービスプロバイダ202は、理由及び/若しくは指示、又は拒否を解決するのを助けるためのオンラインヘルプ用のリンクを示す、事前定義されたメッセージを加入者に提供する。サービスが許可された場合、任意の使用制限又は使用ポリシーに従って保護されたコンテンツを加入者に配信することができる。図4は、本発明の一実施例による、アカウントリンク付けが使用されない場合、1つ又は複数のコンテンツ配信ネットワークを介してコンテンツ配信を提供するためのある例示的な通信フローはしご図を示す。例示されるように、CPE106又は、PMD107若しくはその他のクライアントデバイスはサービスプロバイダ202からターゲットリソースを要求するステップ401。この要求は、例えば、以下のようであってよい。この時点で、サービスプロバイダ202は、ターゲットリソースに代わってセキュリティ検査を実行する。有効なセキュリティコンテキストがサービスプロバイダに既に存在する場合、要求されたリソースを提供することが可能である。しかし、有効なセキュリティコンテキストがまだ確立されていない場合、サービスプロバイダ202は、CPE106要求に応答する402。一実施例では、この応答はXHTMLフォームを含む。例えば、以下を提供することができる。一実施例では、RelayStateトークンは、サービスプロバイダ202内に維持された状態情報の不透明な例えば、難読化された参照情報である。さらなる実施例では、SAMLRequestパラメータの値は、以下の<sampl:AuthnRequest>要素のbase64符号化である。<samlp:AuthnRequest>要素がURL符号化されてXHTMLフォーム内に挿入される前に、<samlp:AuthnRequest>要素は収縮されるdeflatedこと、及びbase64符号化されることがこの順序で可能である。CPE106が応答を受信するとき、CPE106は、ステップ403において、アイデンティティプロバイダ210のネットワーク即ち、MSOネットワークにサインオンするよう要求する。一実施例では、サインオンは、加入者が保護されたコンテンツに対するアクセスを取得するために一度だけサインオン又はログインする必要がある、いわゆるシングルサインオンSSOサービスを含む。加入者のシングルサインオンは、所定の期間例えば、24時間などに制限され得る。例えば、ユーザは、以下のように、アイデンティティプロバイダ210においてSSOサービスにPOST要求を発行することができる。一実施例では、SAMLRequestパラメータ及びRelayStateパラメータの値は、上で議論されたXHTMLフォームから得られる。アイデンティティプロバイダ210は、URL復号化すること、base64復号化すること、及び要求を膨張させるdeflatingことを、その順序で行うことによって<samlp:AuthnRequest>要素を処理して、セキュリティ検査を実行する。ユーザが有効なセキュリティコンテキストを有さない場合、アイデンティティプロバイダはそのユーザを識別する本明細書の他のところで議論される。ユーザを有効に識別及び認証するために、情報がCPE106とアイデンティティプロバイダ210との間で送信される。ユーザを許可するための別個のステップを利用することも可能である。アイデンティティプロバイダは、要求を確認して、一実施例では、以下に類似し得る、XHTMLフォームを含む文書を用いて応答する。一実施例では、RelayStateパラメータの値は上記の値と同じであり、SAMLResponseパラメータの値は以下の<samlp:Response>要素のbase64符号化であり、Response内には、以下のような、顧客GUIDの値を含む<saml:AttributeStatement>がある。次に、アイデンティティプロバイダ210は、CPE106をアサーションコンシューマサービスに宛先変更するステップ404。アサーションコンシューマサービスは、この例示的な実施例では、SAML応答を確認するアプリケーションプロセスである。アイデンティティプロバイダは、CPEについてのその他の情報と共に、CPEが認証されるか又は認証されないかを示す文書をサービスプロバイダに送る。アサーションコンシューマサービスは、文書アサーションを受信して、その中のデジタル署名を確認して、解読して、その文書内に含まれたデータを消費する、サービスプロバイダのサブプロセスである。次いで、CPEはサービスプロバイダアプリケーションに進むことができる。アサーションコンシューマサービスは、サービスプロバイダからのアイデンティティサービスプロバイダに応答する。CPE106は、次いで、サービスプロバイダ202からアサーションを要求することができるステップ405。例えば、CPE106又は、PMD107若しくはクライアント上で実行しているユーザエージェントは、以下のように、サービスプロバイダ202においてアサーションコンシューマサービスにPOST要求を発行することができる。上記の実例のSAMLResponseパラメータ及びRelayStateパラメータの値は、上で議論されたXHTMLフォームから取得され得る。アサーションコンシューマサービスは、応答を処理して、サービスプロバイダ202において、セキュリティコンテキストを生み出して、ステップ406において、CPE106をターゲットリソースに宛先変更する。次いで、CPE106は、ステップ407において、再びサービスプロバイダ202においてターゲットリソースを要求する。一実施例では、この要求は以下の通りである:セキュリティコンテキストが存在するため、サービスプロバイダ202は、要求されたリソースをCPE106に返すステップ408。リンク付けされたアカウントを用いた認証一実施例では、単一の加入者は一度だけ認証されることが可能であり、例えば、前述のシングルサインオンプロセスは、加入者についてのMSO201情報と同じ加入者についてのサービスプロバイダ202情報との間にリンクを作成する即ち、アカウントを連携させる。この実施例によれば、加入者はコンテンツの閲覧を試みるたびに認証される必要がないことになり、むしろ、加入者は一度だけ認証される。このモデルは、例えば、認証に関してSAML2.0を利用することができる。クライアントが外部ウェブアプリケーション204から安全なコンテンツへのアクセスを試みるとき、サービスプロバイダ202は、ユーザが認証セッションを有するかどうかを判断することをアイデンティティプロバイダ210に要求する。必要な場合、サービスプロバイダ202は、ログインと、MSO201に対する関連性の検査とを要求して、予め本明細書に組み込まれている、SYSTEMANDMETHODFORMANAGINGENTITLEMENTSTODATAOVERANETWORKという表題の、共同所有された同時係属中の米国特許出願第12/536,724号で議論される方法に従ってなどエンタイトルメントレベルをさらに検査することができる。何の関連性も存在しない場合、サービスプロバイダ202は、ユーザのサービスプロバイダ202アイデンティティをユーザのMSO201アイデンティティとリンク付けすることをユーザに要求する。MSOアイデンティティプロバイダ210からの応答は、顧客の加入者の識別GUIDと、それらのアイデンティティをリンク付けするためのハンドル名とを含む。サービスプロバイダ202は、加入者のブラウザ上のクッキー内ではなく、その上に維持された永続性のプロファイル内にこの顧客についてのGUIDと共にハンドル名を記憶する。次いで、サービスプロバイダ202は、そのGUIDを使用して、その加入者についてのエンタイトルメントを取得することをエンタイトルメントサーバ208に要求する。前述のアカウント連携を達成するために、サービスプロバイダ202は、例えば、IDMSなどアイデンティティ管理に関して少なくとも基本的な機構を用いなければならない。連携を利用するサービスプロバイダ202を経由して、保護されたコンテンツをユーザに配信するためのある例示的な方法が図5に例示される。示されるように、ステップ502に従って、顧客は自らのCPE106又はPMD107を経由して外部ウェブアプリケーション204から安全なリソースを要求する。一実施例では、顧客は、保護されたコンテンツ図示せずに対するアクセスを要求するために、まず、サービスプロバイダ202にログインしなければならない。ログインのタイプ例えば、パスワードとユーザIDの組合せ、チャレンジ問題、ユーザ固有のグラフィック又はアイコンなどと、ログインに必要とされる情報と、サービスプロバイダ202用のログインアイデンティティの作成とは、それぞれ、サービスプロバイダ202自体によって制御される。例えば、サービスプロバイダ202は、例えば、電子メールアドレスとパスワードの組合せを提供することによって、加入者に自らを識別することを要求することができるが、MSOログイン情報は一意であってよく、完全に無関係であってよい。ステップ504において、サービスプロバイダ202は、アイデンティティプロバイダ210にポストするXHTMLフォームを用いて応答する。一実施例では、このメッセージは以下のフィールドを含む。一実施例では、サービスプロバイダ202及びアイデンティティプロバイダ210は両方とも、SAML2.0ウェブブラウザSSOプロファイルの配備の際に、HTTPPOSTバインディングを利用する。ある例示的なアイデンティティプロバイダ210POSTURLは以下の通りであってよい。セッションが既に存在していることが判断された場合図示せず、コンテンツをユーザに提供することができる。一実施例では、加入者がMSOログインページに既にログオンしている場合、及び/又は加入者GUIDが既にサービスプロバイダ202に記憶されている且つ、その要求が提供された場合、セッションは既に存在していることになる。これらの状況では、本明細書の他の場所で議論されるように、MSOは、ユーザの資格、及びユーザがそのコンテンツを受信することを許可されていることを自動的に知ることになる。ステップ506において、アイデンティティプロバイダ210が何のセキュリティコンテキストも範囲内に存在しないこと即ち、何のセッションも確立されていないことを判断した場合、ユーザはMSO201に関連するログインページに経路指定されるステップ508。ログインページで、ユーザは自らの資格を入力して、その有効性が判断されるステップ510。入力された資格が有効でない場合、エラーメッセージがユーザに表示されることになるステップ512。或いは、ユーザがMSO201とのログイン資格をまだ確立していない場合、APPARATUSANDMETHODSFORCONTENTDELIVERYANDMESSAGEEXCHANGEACROSSMULTIPLECONTENTDELIVERYNETWORKSという表題の、既に組み込まれている米国特許出願第12/834,796号で議論されるように、それを行うための例えば、デジタル署名を生成するための機会をユーザに提供することができる。この実施例の下では、サービスプロバイダ202及びMSO201に関して別個のログインが必要とされるが、ユーザは両方のサイトにログインするために同じ情報又は類似の情報を使用できる点を理解されよう。例えば、サービスプロバイダ202及びMSO201は両方とも、ユーザがユーザ名として電子メールアドレスを使用することを許可することができる。したがって、単一の加入者は同じユーザ名電子メールアドレスを使用して両方のサイトにログインすることができる。資格の確認時にステップ510、アイデンティティプロバイダ210は応答を返す。一実施例では、アイデンティティプロバイダ応答は、ブラウザに送られた、以下を含む、XHTMLフォームを含む。次に、上で議論されたようにブラウザはサービスプロバイダ202におけるアサーションコンシューマサービスに要求を送り、サービスプロバイダ202は、必要な場合ユーザ資格を要求して、GUIDと、リンク付けされたアカウントのハンドル名とを記憶するステップ516。新たな要求は、次いで、元のターゲットリソースに送られる。許可及び/又はエンタイトルメント要求が、次いで、サービスプロバイダ202によって行われステップ518、応答が受信されるステップ520。最後に、ステップ522において、リソースがユーザに提供される。図6は、アカウントリンク付けが使用される場合、1つ又は複数のコンテンツ配信ネットワークを介してコンテンツ配信を提供するための、ある例示的な通信フローはしご図を示す。例示されるように、メッセージフローは、サービスプロバイダ202において保全されたリソースを要求するステップ601で開始する。CPE106、PMD107、又はその他のクライアントデバイスは例えば、HTTPユーザエージェントを経由してサービスプロバイダ201においてターゲットリソースを要求する。一実施例では、この要求は以下の通りである。サービスプロバイダ201は、次いで、ターゲットリソースに代わってセキュリティ検査を実行する。サービスプロバイダにおいて有効なセキュリティコンテキストが既に存在する場合、要求されたリソースを提供することができる。しかし、有効なセキュリティコンテキストがまだ確立されていない場合、サービスプロバイダ201は、XHTMLフォームを含む文書を用いて応答するステップ602。上記のXHTMLフォームでは、RelayStateトークンは、サービスプロバイダ202に維持された状態情報の不透明な参照情報であり、SAMLRequestパラメータの値は、以下の<samlp:AuthnRequest>要素のbase64符号化である。一実施例では、<samlp:AuthnRequest>要素がURL符号化されて、XHTMLフォーム内に挿入される上記前に、<samlp:AuthnRequest>要素を、まず収縮して、base64符号化することがその順序で行われる。次に、CPE106又は、PMD107は、アイデンティティプロバイダ210にPOST要求を発行するステップ603。一実施例では、POST要求は以下の通りである。上記の実施例では、SAMLRequestパラメータ及びRelayStateパラメータの値は、上で議論されたXHTMLフォームから取得され得る。アイデンティティプロバイダ210は、要求をURL復号化すること、base64復号化すること、及び膨張させることを、その順序で行うことによって<samlp:AuthnRequest>要素を処理して、セキュリティ検査を実行する。ユーザが有効なセキュリティコンテキストを有さない場合、本明細書の他の場所で議論されるようにアイデンティティプロバイダはユーザを識別する。次に、アイデンティティプロバイダ210は、その要求を確認して、下で提示されるような、XHTMLフォームを含む文書を用いて応答する。上記の実例では、RelayStateパラメータの値は、既に議論されたのと同じであり、SAMLResponseパラメータの値は、以下の<samlp:Response>要素のbase64符号化であり、Response内にあるのは、顧客GUIDの値を含む<saml:AttributeStatement>である。次に、アイデンティティプロバイダ210は、CPE106をアサーションコンシューマサービスに宛先変更するステップ604。クライアント例えば、CPE106は、サービスプロバイダ202におけるアサーションコンシューマサービスにPOST要求を発行するステップ605。一実例では、この要求は以下の通りである。上記の実施例では、SAMLResponseパラメータ及びRelayStateパラメータの値は、先に議論されたXHTMLフォームから取得され得る。アサーションコンシューマサービスはその応答を処理して、サービスプロバイダにおいてセキュリティコンテキストを作成して、CPE106又は、PMD107をターゲットリソースに宛先変更するステップ606。CPE106は、次いで、ステップ607において、再びサービスプロバイダにおいてターゲットリソースを要求する。一実施例では、この要求は以下のように出現する。上記のように、一実施例では、2009年8月6日に出願した、SYSTEMANDMETHODFORMANAGINGENTITLEMENTSTODATAOVERANETWORKという表題の、先に参照された共同所有された同時係属中の米国特許出願第12/536,724号で説明されるように、要求しているユーザのエンタイトルメントを判断することができる。次に、セキュリティコンテキストが存在するため、サービスプロバイダ202はリソースをCPE106に返すステップ608。アカウント減結合連携解除上記のように、サービスプロバイダ202は、いくつかの実施例では、別個のIDMSを使用することができ、その中に含まれた加入者アカウントを同じ加入者又はエンティティについてのMSO201加入者アカウントとリンク付けすることができる。アカウントがリンク付けされると、ポリシーに基づくものであれ、又はユーザの選択によるものであれアカウント間のリンクを終了することを要求する条件が存在し得る。例えば、加入者がもはや第1のMSOの顧客でなく、代わりに、このとき、第2のMSOの顧客である場合、リンク解除又は連携解除が必要になる。一実施例では、終了は、サービスプロバイダ202が、シンプルオブジェクトアクセスプロトコルSOAPバックチャネルを介して、又は別の利用可能な通信チャネルを経由して、アイデンティティプロバイダ210例えば、MSOに終了要求を送ることよって実行される。図7は、本発明に従って、加入者アカウントを減結合又はリンク解除するために一般に使用され得る、ある例示的な方法の一実施例を示す。示されるように、ステップ702に従って、アカウントを連携解除するための要求がサービスプロバイダ202において加入者又は、その他の推進者instigatorから受信される。その加入者要求を受信することに応答して、サービスプロバイダ202は、MSO201に送られるステップ704ことになる要求を構築する。一実施例では、サービスプロバイダ202は、要求を生成して、アイデンティティプロバイダ210又はその他の指定されたエンティティに送るために、先に参照されたSAML2.0仕様で議論されるような氏名識別子管理プロトコルNameIdentifierManagementProtocolを利用し、例えば、加入者のハンドル名を含む<ManageIDNameRequest>を送ることができる。アイデンティティプロバイダ210及び/又はその他のMSO201エンティティは、ステップ706において、その要求を処理する。次いで、アイデンティティプロバイダ210は、ステップ708において、適切な状態コードをその中に備えた<ManageIDNameResponse>を含む成功メッセージ又は失敗メッセージを返す。例えば、その要求が成功裏に処理された場合、リンク解除の成功を確認するコードを備えた<ManageIDNameResponse>を含む確認コードがサービスプロバイダ202に返される。連携解除が成功した場合、保護されたコンテンツを閲覧するための加入者によるいずれの将来の試みも拒否されることになる。その要求が成功裏に処理されない場合、リンク解除の失敗を示すコードを備えた<ManageIDNameResponse>を含む失敗メッセージが返される。MSO201によって提供された応答がアカウントのリンク解除の失敗を示す場合、サービスプロバイダ202は別の要求を開始することができる。次に図8を参照すると、サービスプロバイダ202とアイデンティティプロバイダ210との間のある例示的な通信フローが示される。示されるように、サービスプロバイダ202は、ステップ801において、予め確立された永続的な識別子がもはや使用されてはならないことを定義する<ManageIDNameRequest>をアイデンティティプロバイダ210に送る。一実施例では、この要求は、SAMLSOAPバインディングによって定義されるように、HTTPSを使用して移送されるSOAPメッセージ内で搬送される。この要求は、サービスプロバイダによってやはりデジタル署名される。ある例示的な要求が下で例示される。次に、ステップ802において、アイデンティティプロバイダ210からの応答が受信される。一実施例では、この応答は、HTTPメッセージを介してSOAP内で搬送されて、デジタル署名される。ある例示的な応答が下で示される。使用状況データ収集及び料金請求機構さらに別の実施例では、例えば、MSO201及び/又はコンテンツ/サービスプロバイダ202において、CPE、PMD、若しくはその他のクライアントデバイスにおけるコンテンツ使用についてのデータを収集するように構成された様々なデータ収集エンティティを利用することが可能である。例えば、収集エンティティは、複数のデバイスの個々のデバイスによって要求されたコンテンツについてのデータ記録を記憶するように構成され得る。このように、収集エンティティは、個々のユーザからの要求の頻度、ジャンル、プレミアム、ペイパービューなど要求されるコンテンツのタイプなどについての統計を構築することができる。要求されたコンテンツとのユーザの相互作用についての上流通信をデバイスから受信するように収集エンティティを構成することも可能である。例えば、収集エンティティは、例えば、広告の間などトリックモードが操作される期間を含めて、ユーザによって用いられるトリックモード動作についてのデータ記録を作成することができる。一実施例では、使用状況データを料金請求のためにさらに使用することが可能である。例えば、1つの料金請求パラダイムでは、見たコンテンツ時間数若しくは受信したコンテンツ時間数、及び/又は要求されているコンテンツのタイプに基づいて、本明細書で説明されるサービスの利用に関して特別料金をユーザに課すことができる。一実施例では、追加の料金を伴わずに、MSOとの加入者の加入計画に関して加入者にある種のコンテンツを提供することができるのに対して、追加の料金でプレミアムコンテンツ、ペイパービューコンテンツ、オンデマンドコンテンツ、加入者の加入計画以外のコンテンツなどその他のコンテンツを加入者に提供することができる。次いで、前述のデータ収集機構を利用して、加入者のコンテンツ要求に関して料金請求記録を生成することができる。別の実施例では、要求の数及び/又はその要求しているコンテンツにアクセスするため若しくは、見るために費やされた実際の時間時間、分などが記録されて、料金請求記録を生成するために使用される。生成された料金請求記録は、例えば、その加入計画外のコンテンツ又はその加入者計画の他のコンテンツのアクセスに関して顧客に請求書を生成する料金請求システムに送信される。要求している加入者にコンテンツを提供するための前述の方法例えば、図3及び図5の方法は、要求されたコンテンツに関連する価格を示して、MSOとの加入者のアカウントに対する価格を変更するために加入者の積極的な許可を必要とする、1つ又は複数の確認画面を加入者に提供することを含むことも可能である点をさらに理解されたい。一実施例では、この許可は、簡単なボタン押しの形であってよく、或いは、加入者は、アクセスコード、又は関連費用を自らのアカウントに料金請求させる加入者の意図のその他のインジケータを入力することが必要とされてもよい。セキュリティ及びその他のコンテンツ構成さらに別の実施例では、コンテンツの配信と一致するデジタル著作権管理DRM又はその他の形の権利/コンテンツ保護例えば、暗号鍵の使用、完全性保護のための暗号剰余cryptographicresidue若しくはハッシングなどを使用することが可能である。例えば、一実装形態では、サービスプロバイダ202が配信に関して許可されたコンテンツについてのセキュリティ権を施行することを可能にするために必要な暗号データ例えば、鍵がサービスプロバイダ202に事前に配置される。このように、MSO201は、MSOネットワークの境界はそのままに残しているが、コンテンツに対する制御を維持することができる。サービスプロバイダ202は、MSOポリシーに従って、加入者に配信するのに先立って、DRM又はその他の権利管理機構を要求されたコンテンツに適用することができる。DRM又はその他の権利管理機構は、一般的であってよく、又はその代わりに、要求している加入者固有であってもよい。例えば、その加入者に提供されるコンテンツに常に適用される暗号鍵例えば、公開鍵/秘密鍵の対、又は非対称暗号鍵がそれぞれの加入者に割り当てられ、1つ若しくは複数の暗号鍵は、GUIDによってなど、その加入者にリンク付されている。例えば、ユーザにそのコンテンツ要求についての鍵対を割り当てることができ、その場合、コンテンツソースは、ユーザの固有の鍵対を用いて、そのユーザからのコンテンツについての任意の要求を暗号化する。加えて、不正変更されていないこと、又はそうでない場合、漏洩されていないことを保証するために、送信の間に当技術分野でよく知られているタイプの一方向ハッシングアルゴリズムを介してなど完全性保護をオプションでコンテンツに適用することができる。別の実施例では、サービスプロバイダ202は、要求側のデバイスに関連する1つ又は複数の構成パラメータに基づいて、要求されたコンテンツをさらに事前構成することができる。例えば、MSO201は、特定の加入者に関連するデバイスのそれぞれの機能を示す情報をサービスプロバイダ202に提供することができる又は、クライアントデバイスはこの情報をコンテンツプロバイダ/サービスプロバイダに直接的に提供することができる。この情報は、例えば、MACアドレス又はその他の一意の識別子によってそのデバイスを識別して、GUIDによってそのユーザを識別することが可能である。サービスプロバイダ202は、この情報を記憶して、特定のデバイスから要求が受信されたとき、サービスプロバイダ202は、その特定の要求側のデバイスに関して知られていることに基づいて、そのデバイスに配信するためにそのコンテンツを自動的に事前構成する。例えば、例えば、ユーザデバイスにおいて利用できる、利用可能なコーデック、DRM、ディスプレイ機能などについてサービスプロバイダ202に知らせることができる。サービスプロバイダ202は、ディスプレイ解像度、ビットレート、符号化方式、適用されるQoSポリシー、カプセル化プロトコルなどを変更することによってなど、これらの知られている機能に従ってコンテンツを構成することができる。任意のコンテンツ要求に先立つ例えば、MSO201による機能情報の配信は、ユーザが要求されたコンテンツの不適合性又は最適化されていない閲覧を経験することなく、コンテンツのより効率的な配信を可能にする。さらに、MSOが構成情報を事前配置する場合、サービスプロバイダ202と個々の1つ若しくは複数のデバイスとの及び/又は、それぞれのコンテンツ要求におけるMSO201との間の折衝が除去されると有利である。シングルログアウトSLOリンク付けされていない顧客がサービスプロバイダ202においてセッションを確立して、その顧客がサービスプロバイダ202サイトからログアウトすることを選択した場合、シングルログアウトSLOプロセスが利用される。このログアウトを達成するために、サービスプロバイダ202は、アイデンティティプロバイダ210がそのサイト上で即ち、MSO201において認証されたセッションを破壊することを確実にし、それによって、その顧客に関して最大のセキュリティを保証するために、アイデンティティプロバイダ210にログアウト要求を送る。この例示的な実施例では、サービスプロバイダ202は、成功裏のSLOに続いて、ブラウザがサービスプロバイダ202に戻った後で、ログアウト要求の成功を表示する責任を有する。図9は、SLOについての方法のある例示的な実施例を示す。ステップ902に従って、顧客は、サービスプロバイダのサイトをログアウトすることを選択する。この要求は、ステップ904において、MSOに転送される。即ち、サービスプロバイダ202は、そこに維持されたSLOサービスにおいてなどアイデンティティプロバイダ210にポストするXHTMLフォームを用いて応答する。一実装形態では、XHTMLフォームは、以下のフィールドを含むSAMLRequestを含む。次に、ステップ906において、アイデンティティプロバイダ210及び/又はその他のMSO201エンティティはその要求を処理する。ステップ908において、その要求に対する応答が返される。一実施例では、その要求に対する応答は、ブラウザをサービスプロバイダSLOリターンURLに宛先変更するための、ブラウザに対するXHTMLフォームを含む。XHTMLフォームは、例えば、以下の1つ又は複数のフィールドを備えたSAMLResponseを含む。ステップ910に従って、サービスプロバイダ202は、セッションが成功裏にログアウトされたというメッセージを表示する。次に、図10を参照すると、サービスプロバイダ202と、CPE106及び/又はPMD107と、アイデンティティプロバイダ210との間のある例示的なメッセージフローが示される。示されるように、顧客は自らのCPE106上、PMD107上、又はその他のクライアント上で実行しているユーザエージェントを経由してサービスプロバイダ202サイト内のリンクをログアウトして、そのセッションを終了することを要求するステップ1001。ステップ1002において、サービスプロバイダ202は、一実施例では、以下のようなXHTMLフォームを含む文書を用いて応答する。上記の実施例では、SAMLRequestパラメータの値は、以下の<samlp:LogoutRequest>要素のbase64符号化であってよい。<samlp:LogoutRequest>要素がURL符号化されて、XHTMLフォーム内に挿入される前に、<samlp:LogoutRequest>要素を、まず収縮すること、base64符号化することがその順序で行われる。次に、ステップ1003において、CPE106上及び/又はPMD107上で実行しているユーザエージェントは、アイデンティティプロバイダ210にPOST要求を発行する。一実施例では、この要求は以下のように構成される。上記の実施例では、SAMLRequestパラメータの値は、先に議論されたXHTMLフォームから取得され得る。アイデンティティプロバイダ210上及び/又はその他のMSO201エンティティ上で実行しているSLOサービスは、その要求をURL復号化すること、base64復号化すること、及び膨張させることをその順序で行うことによって<samlp:LogoutRequest>要素を処理して、セッション終了プロセスを実行する。次に、SLOサービスは、その要求を確認して、XHTMLフォームを含む文書を用いて応答するステップ1004。ある例示的なXHTMLフォームは以下の通りである。上記の実例では、SAMLResponseパラメータの値は、以下の<samlp:LogoutResponse>要素のbase64符号化であってよく、LogoutResponse内にあるのは、その要求の成功又は失敗を提示する<samlp:StatusCode>である。次に、サービスプロバイダ202においてSLOリターンURLが要求されてステップ1005、サービスプロバイダ202は成功裏のログアウト要求を表示するステップ1006。ログインを取り消す加入者が上で議論されたように認証するためにアイデンティティプロバイダ210ログインページに送られる場合/送られるとき、加入者は認証トランザクションを取り消すことを決定することができる。トランザクションを取り消すことは、何らかの理由で必要な場合があり、この機能は、一般的に、トランザクションを終了できるように、SAML応答がサービスプロバイダ202に送り返されることを可能にする。例えば、ログイン取消は、顧客がMSO201とのそのアイデンティティがサービスプロバイダ202のアイデンティティとリンク付けされることをもはや望まないときに、又はサービスプロバイダ202がそのユーザのアイデンティティをそのシステムから削除した場合にトリガされ得る。図11は、本発明の一実施例による、ログインを取り消すための方法を例示する。ステップ1102に従って例示されるように、終了要求がアイデンティティプロバイダ210、及び/又はMSO201のその他のエンティティに送られる。一実装形態では、この終了要求は、詳細には、<ManageNameIDRequest>を使用する、前述の氏名識別子管理プロトコルを使用する。ステップ1104において、MSO201はその要求を処理して、ステップ1106において、応答を返す。一実施例では、この応答は、適切なステータスコード応答を含む<ManageIDNameResponse>を含む。この応答は、例えば、HTTPメッセージを介してSOAP内で搬送され、デジタル署名される。応答メッセージは、次いで、ユーザに表示されるステップ1108。図12は、ログインを取り消すための、上で議論されたような、サービスプロバイダ202とアイデンティティプロバイダ210との間の相互作用を例示する。示されるように、サービスプロバイダ202は、予め確立された永続的な識別子がもはや使用されてはならないことを定義する<ManageIDNameRequest>をアイデンティティプロバイダ210に送るステップ1201。この要求は、SAMLSOAPバインディングによって定義されるように、HTTPを使用して移送されるSOAPメッセージ内で搬送される。この要求は、サービスプロバイダ202によってデジタル署名されることも可能である。以下は、ある例示的な要求を示す。最後に、ステップ1202において、アイデンティティプロバイダ210から応答が受信される。示されるように、応答は、一実施例では、HTTPメッセージを介してSOAP内で搬送されて、デジタル署名される。例示的なユーザデバイス一般に、本発明に有用なこの例示的なユーザデバイス例えば、CPE106及び/又はPMD107は、例えば、指定されたベアラメディアbearermediumを経由してインターネットにアクセスするためのインターフェース、例えば、MSOネットワーク、管理されていないネットワークなどを含むネットワークインターフェースと、プロセッサ及び関連するストレージと、オプションで、他のデバイスと通信するための複数のバックエンドインターフェースとを含むことになる。ユーザデバイスは、セットトップ/デスクトップ、ハンドヘルド、若しくは壁掛け式の使用のために適合されたものを含めて、文字通り、任意のディスクリートフォームファクタも想定することができるか、又はその代わりに、所望される場合、例えば、共通機能ベースでその他のデバイスと全部若しくは一部統合されてもよい。加えて、ユーザデバイスは、その他の要素と、例えば、ローカライズされたデータ通信などのために、電線、PAN例えば、802.15、Bluetooth登録商標、又はその他の短距離ワイヤレスインターフェースを介してデジタルデータを送信する、HomePlugA/V標準用のインターフェースなど、その他のインターフェースとを含むことも可能である。一実施例では、ネットワークインターフェースは、HFCネットワーク101からコンテンツを受信するように構成された1つ若しくは複数のRFチューナを経由してコンテンツ及び/又はデータを受信する。1つ又は複数のRFチューナは、例えば、QAMを介してビデオ信号を受信するように適合された1つ又は複数の従来のビデオRFチューナを含むことが可能である。例えば、1つ又は複数のRFチューナは、1つ又は複数のチューナと、復調器と、解読モジュールと、当技術分野でよく知られているタイプのデマルチプレクサとを含むことが可能であるが、他の構成を使用することも可能である。2つ以上のQAMを介して、1つ又は複数のプログラムストリームに関連するコンテンツが配布される場合など、その全体が参照により本明細書に組み込まれている、2004年12月15日に出願した、METHODANDAPPARATUSFORWIDEBANDDISTRIBUTIONOFCONTENTという表題の、共同所有された同時係属中の米国特許出願第11/013,671号で説明されるような広帯域チューナ構成を利用することも可能である。加えて、1つ又は複数のRFチューナは、必要に応じて、変調、暗号化/多重化するための機能性を組み込んで、CMTSなど、上流エンティティによる受信のために、デジタル情報を送信することができる。或いは、ネットワークインターフェースは、ネットワークからコンテンツを受信するための任意のその他の手段を備えることが可能である。例えば、デバイスは、最終的に管理されていないネットワーク例えば、インターネットに接続する、関連するワイヤレスサービスプロバイダに対する接続性を備えた、Wi-Fi可能な、若しくはWiMAX可能なスマートフォン又はラップトップを含むことが可能である。ネットワークインターフェースを経由して受信されたデジタルデータは、例えば、ビデオインターフェースを経由してテレビジョンモニタ又はその他のデバイスモニタに転送される、MPEG2符号化又はH.264符号化されたプログラミングデータを含むことが可能である。プログラミングデータは、ビデオインターフェースを用いて、又はWi-Fiインターフェース、イーサネット登録商標インターフェース、FireWireIEEE標準1394、USB/USB2、又は任意の数のその他のそのような選択肢を使用して、後に配布するために記憶ユニット上に記憶されることも可能である。プログラミングと、写真、ビデオ、音楽ファイル又はMP2ファイル、ソフトウェアアプリケーション、メタデータファイルなどを含めて、その他のタイプのデータとをユーザデバイス内の様々なデジタルインターフェースを用いて受信することも可能である。これらのデータは、既に本明細書に組み込まれている、METHODSANDAPPARATUSFORCENTRALIZEDCONTENTANDDATADELIVERYという表題の、共同所有された同時係属中の米国特許出願第11/378,129号で議論されるように、ユーザによる後の使用のために、局所的に例えば、記憶ユニット内に記憶されることが可能であるか、又はユーザデバイスと通信しているデバイス上若しくはネットワークエージェント上にすら記憶されることが可能である。ユーザデバイスの動作中、記憶ユニット内に配置されたクライアントアプリケーションはマイクロプロセッサ上で実行される。クライアントアプリケーションは、コンテンツについての要求を送って、要求されたコンテンツを受信するための、並びに加入者/ユーザ及び/又はデバイスについての情報を上で議論されたネットワークエンティティに提供することによって、上で議論された認証及び連携を円滑にするために追加の情報をネットワークに提供するための適切なプロトコルに従う。例えば、クライアントアプリケーションは、アイデンティティプロバイダ210、サービスプロバイダ202、及びその他のエンティティが加入者を識別して、その加入者についてMSO201及び/若しくはサービスプロバイダ202において知られていることに基づいてコンテンツを提供するために、加入者アカウント情報並びに/又はログイン情報を上流で提供することができる。本発明の前述の実施例はネットワーク側要素即ち、コンテンツプロバイダ/サービスプロバイダ202、MSO201などに関して主に説明されているが、本発明のその他の実装形態は、保護されたコンテンツについての要求を生成する際に加入者によって使用される、CPE106又は特別に適合されたクライアントデバイス例えば、PMD107を利用することが可能である点を理解されよう。例えば、CPEソフトウェアアプリケーション若しくはクライアントソフトウェアアプリケーション、又はスタック構成要素は、規定の構成に従って、ある種の外部ウェブアプリケーション204についての要求メッセージ又はその他のメッセージ例えば、ログインを取得及びフォーマットすることができる。1つのそのような実装形態では、加入者は指定された外部ウェブアプリケーション204にアクセスして、ウェブサイト204は加入者にそのプログラマGUID又はその他の識別情報を渡す。クライアントアプリケーションは、次いで、この情報を使用して、そのサイトをMSO関連と認識し、それによって、上で議論された前述のプロトコルに必然的に準拠する。クライアントアプリケーションは、次いで、MACアドレス、加入者GUIDなどを含めることによってなど、サポートされるプロトコルに従って、加入者デバイスとそのウェブサイト204との間で保護されたコンテンツ又はその他のメッセージをフォーマット及び要求する。このように、ウェブサイト204は、そのようなフォーマット処理の負担のうちのいくつかから解放されて、2つのエンティティ間の1つ又は複数の後続のメッセージを除去することが可能である即ち、ウェブサイトは、戻って、そのウェブサイトが加入者の要求を処理するために必要とする情報のそれぞれの必要な断片をクライアントデバイスに請求しなくてよい。別の実施例では、ユーザデバイスに関連するディスプレイ又はレンダリングデバイスにおいてユーザにコンテンツを提供するための様々な制限はもしある場合、その全体が参照によって本明細書に組み込まれている、2010年3月2日に出願した、APPARATUSANDMETHODSFORRIGHTS-MANAGEDCONTENTANDDATADELIVERYという表題の、共同所有された同時係属中の米国特許出願第12/716,131号で議論されるように、デバイス例えば、CPE106、PMD107など自体によって判断される。そこで議論されるように、スマートメディアプレイヤアプリケーションに結合されたダウンロード可能な又は転送可能な権利プロファイルが与えられる。権利プロファイルは、コンテンツにアクセスするためのデバイス及び/又は加入者の特定の権利についての情報を含む。デバイスがメディアプレイヤと、その関連する権利管理アプリケーションとを経由してコンテンツを加入者に提供するかどうか、且つ/又は何の規制若しくは特権を適用するかを判断するのは、この権利プロファイルを介してである。したがって、現在の文脈で、MSOは、権利プロファイルを生成して、クライアントデバイス上でスマートメディアプレイヤに送信するために、このプロファイル又は、複数の事前配置されたプロファイルのうちのどれを適用するかを示す情報をサービスプロバイダ202に渡すことができる。加えて、クライアントアプリケーションは、コンテンツについてのユーザの活動についての情報を収集して、これをサービスプロバイダ202に対してであれ、又はMSO201に対してであれ上流で渡すように構成され得る。例えば、クライアントアプリケーションは、ボタン押し、再生イベント、トリックモードイベントなどを記録して、この情報をMSO201エンティティに渡すことができ、MSO201は、この情報を使用して、例えば、二次コンテンツ挿入決定を含めて、様々な業務決定を行うことができる。そのような二次コンテンツ挿入を実現するための方法及び装置は、その全体が参照によって本明細書に組み込まれている、2006年5月24日に出願した、SECONDARYCONTENTINSERTIONAPPARATUSANDMETHODSという表題の、共同所有された同時係属中の米国特許出願第11/441,476号で議論されるタイプのものであってよく、動的な二次コンテンツ挿入例えば、古い若しくは地理的に不適切な広告又は販売促進の差替えを提供し、それによって、MSO201又はその他のネットワークオペレータがその二次コンテンツを調整して、遠隔ユーザのコンテキスト例えば、位置、ハードウェア環境/ソフトウェア環境、データ/時間などをより適用可能にするのを可能にするために使用され得る。加えて、本発明に一致する、その全体が参照により本明細書に組み込まれている、2005年8月4日に出願した、METHODANDAPPARATUSFORCONTEXT-SPECIFICCONTENTDELIVERYという表題の、共同所有された同時係属中の米国特許出願第11/198,620号で議論される装置及び方法を利用することが可能である。その中で議論されるように、ユーザによって選択されたその他の一次コンテンツに関連する、文脈的に関連する二次コンテンツ例えば、広告メッセージ、有用な情報リンクなどを提供することが可能である。匿名性上記のように、収集されたデータなどを含めてある種のデータは、特定の加入者、ユーザ、若しくはユーザデバイスに固有であり得るか、又は特定の加入者、ユーザ、若しくはユーザデバイスと結びつけて識別され得る。したがって、そのようなデータは、上で説明されたように、難読化されていることに加えて、とりわけ、識別された加入者、ユーザ、及び/又はデバイスのプライバシーを保護するために暗号化ハッシュの使用によって匿名化されることも可能である。一実施例では、本発明に関連して、その全体が参照により本明細書に組み込まれている、2005年7月20日に出願した、METHODANDAPPARATUSFORBOUNDARY-BASEDNETWORKOPERATIONという表題の米国特許出願第11/186,452号で説明される暗号化ハッシュを利用して匿名性を提供するための技術を利用することが可能である。その中で議論されるように、加入者デバイス又は加入者のアイデンティティは、それが関連するハッシュの加入者デバイスについての情報を搬送するオプションの不透明な変数と結合された暗号化ハッシュを使用することによって匿名化される。ハッシュ及び不透明な変数は、個々の加入者のアイデンティティ若しくは特定の位置の解読又はリバースエンジニアリングreverse-engineeringを妨げる。本発明と一致する、匿名性を提供する代替の方法を利用することも可能である。完全な匿名化即ち、ソースを追跡又は識別する方式が存在しないことは、一般に、個人及び/又はデバイスを一意に識別するために使用されなければならない情報に適用可能ではないが、上で述べられたような部分的な匿名化は本発明と共に容易に使用可能である。例えば、その情報を密かに取得している誰かはソースデータ実際のアドレスを判断することができないが、ハッシュアルゴリズムが同じシードを伴う、知られている決定論的結果を生み出し、したがって、そのハッシングされた出力を既存の加入者/デバイスに対応する同じアルゴリズムからの知られている出力と整合させることによってなど、所与のユーザ/デバイスを一意に識別するためにハッシュ出力を使用することができるように、ユーザのIPアドレス又はMACアドレスの一方向ハッシュを実行することが望ましい場合がある。このハッシングは、暗号と区別されるべきであり、公開暗号鍵/秘密暗号鍵の対を介してなど暗号化されたデータが解読されたとき、元のソースデータアドレスを実際に回復して、読み取ることができる。業務規則/運営規則エンジン本発明の別の態様では、例えば、アイデンティティプロバイダ210、エンタイトルメントサーバ208、サービスプロバイダ202、コンテンツサーバ206、CPE106、又は例えば、その上に配設される、1つ若しくは複数のコンピュータプログラムとしてレンダリングされるその他の位置に、いわゆる決定エンジンを配設することができる。このエンジンは、ある実施例では、運営又は業務についての1つ若しくは複数の目標例えば、収益又は収入、或いは加入者保持を達成するために、認証/許可及びコンテンツ配信プロセスを制御するように適合された1つ又は複数のソフトウェアルーチンを備える。これらの領域内に含まれるのは、ネットワーク最適化目標及び信頼性目標、保守間隔の増大、加入者又はユーザの満足度/寿命の増大、加入ベースの増大、例えば、広告収益の増大、加入者による所与のコンテンツの閲覧の増大、加入者がコンテンツにアクセスできるプラットフォームのタイプ及び位置の柔軟性の増大などからのより高い収益である。これらの決定規則は、別個のエンティティ又はプロセスを含むことが可能であり、前述のエンティティ上及び/又はクライアントアプリケーション上で実行しているアプリケーションなどその他の処理エンティティ内で完全に統合されて、例えば、関連するサーバ、ネットワークエンティティ、又はCPE106にすら接続されたデバイス上に表示されるGUIを経由して制御されることも可能である。実際には、これらの規則エンジンは、所望される運営規則又は業務規則を実施するために、より高いレベルでコンテンツアクセス及び配信動作を監視して、選択的に制御する監督エンティティを含む。この決定エンジンは、必要とされるネットワーク動作を達成するために使用される、より基本的なアルゴリズムに対するある種のオーバーレイと見なすことができる。例えば、アイデンティティプロバイダ210、エンタイトルメントサーバ208、サービスプロバイダ202、コンテンツサーバ206及び/又はCPE106は、CPE106若しくはPMD107から受信された情報又は要求、ネットワーク内に存在する条件、人口統計データ、地理的データなどに基づいて、ある種の動作プロトコル又は決定プロセスを起動することができる。しかし、これらのプロセスは、収益又はシステム信頼性の最大化など、より高いレベルの業務目標又は運営目標と常に互換性がない場合がある。したがって、課せられたとき、コンテンツへのアクセス及びコンテンツの配信を動的に又は、手動で制御するために、業務規則/運営規則を使用することが可能である。これらの決定規則は、例えば、事実上、運営指向又は業務指向であってよく、例えば、TUNER_ID、IPアドレス、MACアドレスなどを介した、又はユーザベースのログイン若しくは本明細書で既に説明されたタイプのエンタイトルメントプロファイルを用いたCPE又はクライアントデバイスの特定の識別により時刻、存続期間、特定の地域の点で、又は個々のユーザレベルですら、選択的に適用されることも可能である。例えば、決定エンジンによって実施される1つの決定は、段階的なシステムに従って、第三者例えば、サービスプロバイダ202から保護されたコンテンツを提供するステップを含むことが可能である。そのような方式の下で、コンテンツを、一部、収入に基づいて選択することができ、そのような配信は、そのコンテンツソースに基づいてMSO201にもたらすことになる。保護されたコンテンツを配信するための様々な料金請求モデルを規則エンジンに組み込むこともできる。例えば、規則エンジンは、例えば、料金請求記録を生成するために、料金請求エンティティによって利用される情報を提供する様々なポリシーを含むことが可能である。例えば、このエンジンは、要求されたコンテンツに価格設定構造を適用するための規則を含むことが可能である。一実施例では、これらの規則は、事前に選択されたコンテンツ時間量及び/又は無料で一定の加入者に提供される特定のコンテンツを示すことができる。プレミアムコンテンツ、加入者の加入計画外のコンテンツ、ペイパービューコンテンツに関して、及び/又は所定の時間しきい値を超えるコンテンツ例えば、加入者の加入計画内に含まれた時間を超えて要求されるコンテンツ時間に関して追加料金を請求することが可能である。したがって、コンテンツが要求されるとき、規則エンジンは、価格設定構造を調べて、その顧客に請求されることになるコストの記録を生成することができる。この記録を使用して、請求書を生成すると同様に、顧客に追加のコストを知らせることができる。顧客が追加料金に関して許可を与えた後でだけコンテンツが配信されるように、これらの規則エンジンをさらに構築することが可能である。MSOの能力は、より高価な商品を販売する、即ち、より高い段階の加入及び/又はペイパー使用加入を購入する機会を消費者に提供することである。様々な料金請求規則は、顧客の加入レベルを考慮に入れることがさらに可能である。例えば、一定の顧客に、追加料金なしで、ある種のタイプのコンテンツへのアクセスを与えることができるのに対して、その他の顧客にはそのコンテンツを受信するために追加料金を支払うことを要求することができる。例えば、顧客がチャネルX上でブロードキャストされるコンテンツを含むが、チャネルY上でブロードキャストされるコンテンツを含まない基本的加入を有すると仮定する。加入者がチャネルX上でブロードキャストされるコンテンツを要求する場合、規則エンジンは、価格設定構造及び、その他の規則を調べて、そのコンテンツの要求に際して、加入者がその加入者の加入プラン内にあることを判断して、価格を適用しない例えば、料金請求記録を生成する際に使用されることになる情報を生成する。その加入者が、代わりに、チャネルY上でブロードキャストされるコンテンツを要求する場合、規則エンジンは、価格設定構造及び、その他の規則を調べて、加入者がその加入者の計画外であることを決定し、したがって、価格モデルをそのコンテンツに適用する。規則エンジンは、決定された価格を前提として、許可について問い合わせて、その価格設定情報を料金請求エンティティに渡すことができる。加えて、コンテンツを無料で又は設定価格で規則エンジンに確立することが可能である。例えば、価格と関連付けられたことがないとして、無料オンデマンドFODコンテンツを規則エンジンに示すことができるのに対して、VOD、映画オンデマンドMOD、及びペイパービューコンテンツを価格設定構造と関連付けることができる。別の改変形態では、コンテンツを受信するための一定数の要求及び/又は期限を得る資格を加入者に与えることができる。例えば、顧客の加入計画は、一定数又は一定時間のコンテンツアクセス例えば、無制限、月に一度の要求、10時間のコンテンツダウンロードなどと関連付けられてよい。上で議論されたように、規則エンジンは、場合に応じてユーザ要求時に価格設定構造を適用する。さらに別の改変形態では、要求された保護されたコンテンツと共に提供される使用権又は使用特徴は、例えば、加入者加入レベル、時刻、要求側のデバイス機能などに応じて変化し得る。例えば、プレミアムレベル加入者、又はゴールド加入者から受信された要求に完全なトリックモード機能性即ち、FF、REW、休止などを含めるか、又はスタートオーバ機能性をブロードキャストするためのコンテンツストリームをサービス提供することが可能であるのに対して、より低い段階の加入者の要求は、これらの機能性のうちの1つ又はいずれも含まない場合がある。再生数を同様に制限することが可能であり、例えば、ゴールド加入者は無制限の再生を受けることが可能であるが、より低い段階はそのコンテンツの一度だけの又は有限数の再生を受ける。上記のように、これらの規則又は機能的な制限は、特定の加入者要求に従って実施されるメッセージングを介して、MSO201からサービスプロバイダ202に中継可能であり、又はその代わりに、決定規則セットとしてサービスプロバイダサイト内で事前配置されることも可能である。さらに、提供されるコンテンツの品質は、必要に応じて、又は所望に応じて、変化し得る。個々の加入者、加入者の一般的な分類例えば、ゴールド、時刻、利用可能なリソース、それぞれの選択肢の収益/収入との密接な関係などに応じて、例えば、異なる符号化又はビットレート例えば、HDに対してSDの使用、QoSパラメータ、待ち時間などを用いることが可能である。MSO201と第三者例えば、サービスプロバイダ202は両方とも、互いと異なる業務決定規則又は運営決定規則を用いることが可能である点も認識されよう。例えば、MSO201は、これらの異なるプロバイダ202に提供されるサービスが何らかの形で区別されるように、様々なサービスプロバイダ202に関して、優先規則又は優先クラスを確立することができる。1つのそのような事例では、MSO201に費用を支払うこと、又はMSO201が前から存在する業務関係を有するプロバイダ202に優先サービス及び優先機能を与えることができる。MSO201及び/又はサービスプロバイダ202は、それによって、要求のサービス提供についてのある種の考慮事項を用いて、一方がもう一方に支払う業務関係を構築することも可能である。例えば、MSOは、MSO顧客についてのその機能性の範囲を拡張する即ち、本明細書に予め組み込まれているMETHODSANDAPPARATUSFORPACKETIZEDCONTENTDELIVERYOVERACONTENTDELIVERYNETWORKという表題の、共同所有された米国仮出願第61/256,903号で説明される4つのいずれかのfourany’sモデルの拡張のために、事実上、プログラマのインフラストラクチャを活用しているため、MSOは、所与のプロバイダによってサービス提供されるそれぞれの有効なMSO加入者要求に関して、そのプロバイダにXを支払うことができる。反対に、MSOが他のプロバイダに対して優先的にそのプロバイダのサイトを使用するようにその加入者に指令する場合、これはそのプロバイダ又はその広告主に広告クリックスルーを介して追加の収益を生み出す可能性があるため、プロバイダは、サービス提供されたそれぞれのMSO加入者要求に関して、又は前述のクリックスルーclick-throughベースでなど、MSOに対価を支払うことができる上記のように、ある種の情報を収集して、それを利用して、目標広告をCPEに提供することが可能である。例えば、そのそれぞれの全体が参照により本明細書に組み込まれている、2006年5月24日に出願した、SECONDARYCONTENTINSERTIONAPPARATUSANDMETHODSという表題の、共同所有された同時係属中の米国特許出願第11/441,476号、及び/又は2005年8月4日に出願した、METHODANDAPPARATUSFORCONTEXT-SPECIFICCONTENTDELIVERYという表題の、共同所有された同時係属中の米国特許出願第11/198,620号の方法並びに装置を利用して、動的な二次コンテンツ挿入例えば、古い若しくは地理的に不適切な広告又は販売促進の差替え及び/或いは文脈的に関連する二次コンテンツ例えば、広告メッセージ、有用な情報リンクなどを提供することができる。さらにまた、その全体が参照によって本明細書に組み込まれている、2009年3月30日に出願した、RECOMMENDATIONENGINEAPPARATUSANDMETHODSという表題の、共同所有された同時係属中の米国特許出願第12/414,576号で議論されるように、ユーザの閲覧習慣に関して収集された情報を利用して、コンテンツ勧告を提供することができる。コンテンツ、ユーザインターフェース、及び/又は広告の個人化を提供することも可能である。本開示が提供されるとき当業者によって認識されるように、本発明と一致する、多くのその他の手法、及び様々な運営パラダイムと業務パラダイムの組合せが想定される。本発明のいくつかの態様は方法のステップの特定の順序に関して説明されるが、これらの説明は本発明のより広い方法を単に例示し、特定の用途によって必要とされるように修正可能である点を認識されよう。ある種のステップは一定の環境の下で不要な場合があり、又はオプションである場合もある。加えて、ある種のステップ又は機能性を開示された実施例に追加することが可能であるか、又は2つ以上のステップのパフォーマンスの順序を置換することが可能である。すべてのそのような改変は本明細書で開示されて、特許請求される本発明内に包含されると見なされる。上記の詳細な説明は様々な実施例に適用される、本発明の新規性のある特徴を示し、説明し、指摘したが、本発明から逸脱せずに、例示されたデバイス又はプロセスの形並びに詳細に様々な省略、置換、及び変更が当業者によって行われることが可能である点を理解されよう。前述の説明は、現在企図される、本発明を実行する最良の形態のものである。この説明は、限定的であることが決して意図されず、むしろ、本発明の一般原理を例示すると解釈されるべきである。本発明の範囲は、請求項を参照して判断されるべきである。"