JP2015212984A - コンテンツ識別に基づいてコンテンツを自動的に発見して取り出すための方法および装置 - Google Patents

Abstract

【課題】コンテンツをコンテンツ識別（ＩＤ）に基づいて自動的に発見して取り出すための方法および装置を提供する。【解決手段】コンテンツの登録、コンテンツのホストおよびソースの発見、コンテンツセッションの開始および制御のために、ネットワーク中のユーザエージェントおよびコンテンツ制御エンティティが対話する。コンテンツＩＤをネットワーク位置またはアドレスにマッピングするために、コンテンツ名解決ハンドラ（ＣＮＲＨ）が提供される。クライアントデバイスからのコンテンツ要求は、コンテンツオブジェクトを一意に識別するコンテンツＩＤを含み、ＣＮＲＨを使用して解決されて、コンテンツ要求に応じるための少なくとも１つのコンテンツプロバイダの識別情報が得られ、ＩＰマルチメディアサブシステム（ＩＭＳ）制御プレーンエンティティを介して選択されたコンテンツプロバイダに転送される。【選択図】図５

Description

コンテンツ識別に基づいてコンテンツを自動的に発見して取り出すための方法および装置に関する。

（関連出願の相互参照）
本出願は、２０１１年１月２５日に出願された米国特許仮出願第６１／４３５，９６８号明細書、および２０１１年９月１２日に出願された米国特許仮出願第６１／５３３，５９３号明細書の利益を主張するものであり、これらの仮出願の内容は参照により本明細書に組み込まれる。

インターネットおよびワイヤレスセルラーネットワークにおける従来のデータ通信は、クライアント−サーバモデルに基づく。通信当事者は、関係を確立し、データとソースアドレスおよび宛先アドレスとを含むインターネットプロトコル（ＩＰ）パケットを送受信する。ＩＰパケットは、宛先アドレスに基づいてネットワークによって搬送される。

マルチメディアコンテンツを含むコンテンツの配信および送達は、インターネットおよびモバイルネットワークの主要な使用法である。インターネットおよびモバイルネットワークを介したコンテンツ送達トラフィックは、将来も増加し続けるであろう。あるコンテンツオブジェクトが、複数のホスティング位置から入手可能である場合がある。マルチメディアコンテンツ、例えばビデオクリップが、多くのフォーマットおよび解像度のものである可能性がある。ユーザデバイスが、複数のフォーマットを再生することができ、種々の動作条件（例えば帯域幅、処理能力、メモリ、記憶域、バッテリ電力など）を有することができる場合がある。ユーザは、コンテンツのソースの位置よりはむしろ、コンテンツそのものに関心がある。さらに、コンテンツが、ユーザデバイスによって効率的に復号できる適切なフォーマットで、かつ、望ましい解像度および利用可能な最良の品質でユーザに送達されれば、都合がよいであろう。

インターネットのホスト中心モデルにより、幅広いネットワークアプリケーションおよびサービスを可能にし、また、ホストが別のホストにデータを送信することを可能にしているが、コンテンツ取出し機能をサポートすることが効率的ではない。コンテンツホスト位置を指定することなしに、ユーザは、コンテンツを直接取り出すことができない。さらに、インターネットは、コンテンツに無知であり、したがって、コンテンツを選択的にキャッシュしてネットワーク効率を向上させるための知性を有さない。

コンテンツ識別（ＩＤ）に基づいてコンテンツを自動的に発見して取り出すための方法および装置を開示する。コンテンツの登録、コンテンツのホストおよびソースの発見、コンテンツセッションの開始および制御のために、ネットワーク中のユーザエージェントおよびコンテンツ制御エンティティが対話する。コンテンツＩＤをネットワーク位置またはアドレスにマッピングするために、コンテンツ名解決ハンドラ（ＣＮＲＨ、ｃｏｎｔｅｎｔ ｎａｍｅ ｒｅｓｏｌｕｔｉｏｎ ｈａｎｄｌｅｒ）が提供される。２つ以上のコンテンツサービスプロバイダネットワークが相互接続して、コンテンツサービスプロバイダネットワーク領域をまたいでコンテンツを発見して取り出すことができる。クライアントデバイスからのコンテンツ要求は、コンテンツオブジェクトを一意に識別するコンテンツＩＤを含む。コンテンツＩＤは、ＣＮＲＨを使用して解決されて、コンテンツ要求に応じるための少なくとも１つのコンテンツプロバイダの識別情報が得られる。コンテンツプロバイダが選択され、選択されたコンテンツプロバイダにコンテンツ要求が転送される。コンテンツ要求は、ＩＰマルチメディアサブシステム（ＩＭＳ）制御プレーンエンティティを介して、選択されたコンテンツプロバイダにルーティングすることができる。

添付の図面と共に例として提供する後続の記述から、より詳細な理解を得ることができる。
１つまたは複数の開示する実施形態をその中で実現できる例示的な通信システムの図である。 図１Ａに示す通信システム内で使用できる例示的なワイヤレス送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示す通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 コンテンツ送達ネットワーク（ＣＤＮ）を使用してコンテンツを取り出すための例示的なプロセスを示す図である。 一実施形態による、ユーザエージェントクライアント（ＵＡＣ）によって開始されるピアツーピアコンテンツ取出しの例示的なプロセスを示す図である。 一実施形態による、コンテンツサーバによるコンテンツ公示を使用したピアツーピアコンテンツ取出しの代替的プロセスを示す図である。 一実施形態による、コンテンツセッション制御（ＣＳＣ）ネットワークの例示的なアーキテクチャを示す図である。 一実施形態による、コンテンツ指向の機能を実施するように構成されたＩＰマルチメディアサブシステム（ＩＭＳ）システムを示す図である。 一実施形態による、ＣＳＣユーザエージェント（ＵＡ）を有するクライアントデバイスが管理領域内でコンテンツオブジェクトを発見して取り出す場合の、ネットワークエンティティ間のメッセージ交換の例示的なシグナリング図である。 一実施形態による、ＣＳＣユーザエージェント（ＵＡ）を有するクライアントデバイスが管理領域内でコンテンツオブジェクトを発見して取り出す場合の、ネットワークエンティティ間のメッセージ交換の例示的なシグナリング図である。 一実施形態による、コンテンツキャッシュ／サーバが、そのホストするコンテンツオブジェクトを公開／登録するための、例示的なシグナリング図である。 コンテンツキャッシュ／サーバが、そのホストするコンテンツオブジェクトを公開／登録するための、別の例示的なシグナリング図である。 一実施形態による、ＩＭＳを使用してコンテンツ送達またはストリーミングセッションを確立するための例示的なシグナリング図である。 別の実施形態による、ＩＭＳを使用してコンテンツ送達またはストリーミングセッションを確立するための別の例示的なシグナリング図である。 一実施形態による、ネットワークが中間ボックス（複数可）を起動してサービスを提供しコンテンツおよびサービスアクセスを制御する場合の、コンテンツ送達またはストリーミングセッションを確立するための例示的なシグナリング図である。 別の実施形態による、ネットワークが中間ボックス（複数可）を起動してサービスを提供しコンテンツおよびサービスアクセスを制御する場合の、コンテンツ送達またはストリーミングセッションを確立するための例示的なシグナリング図である。 ２つ以上の管理領域が外部レジストリを介してコンテンツ情報データ（ＣＩＤ）を交換する例を示す図である。 一実施形態による、ユーザデバイスが領域をまたいでコンテンツを取り出す場合の例示的なネットワークレイアウトを示す図である。 複数の領域をまたいでコンテンツを取り出すための例示的なシグナリング図である。 複数の領域をまたいでコンテンツを取り出すための例示的なシグナリング図である。 ＵＡがＩＭＳネットワーク領域をまたいでコンテンツを取り出す場合の、例示的なネットワークレイアウトを示す図である。 相互接続されたコンテンツ名解決ハンドラ（ＣＮＲＨ）の例を示す図である。 分散ハッシュテーブル（ＤＨＴ）リングを形成する複数のＣＮＲＨの例を示す図である。

図１Ａは、１つまたは複数の開示する実施形態をその中で実現できる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有により、このようなコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を採用することができる。

図１Ａに示すように、通信システム１００は、ワイヤレス送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示する実施形態が任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することは理解されるであろう。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス環境で動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定またはモバイルの加入者ユニット、ページャ、セルラー電話機、パーソナルディジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、消費者電子機器などを含み得る。

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでよい。各基地局１１４ａおよび１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスに相互作用して、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描かれているが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含んでよいことは理解されるであろう。

基地局１１４ａは、ＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は、他の基地局、および／または、基地局コントローラ（ＢＳＣ）や無線ネットワークコントローラ（ＲＮＣ）や中継ノードなどのネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理領域内でワイヤレス信号を送信および／または受信するように構成されてよく、この地理領域はセル（図示せず）と呼ばれることもある。セルはさらに、セルセクタに分割することができる。例えば、基地局１１４ａに関連するセルを３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つの送受信機、すなわちセルの各セクタにつき１つの送受信機を備えることができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することができ、したがって、セルの各セクタにつき複数の送受信機を利用することができる。

基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインタフェース１１６は、任意の適切なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。

より具体的には、上で言及したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０４中の基地局１１４ａ、および、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線技術を実装することができ、これにより、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）および／またはＨＳＰＡ＋（Ｅｖｏｌｖｅｄ ＨＳＰＡ）などの通信プロトコルを含み得る。ＨＳＰＡは、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）を含み得る。

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線技術を実装することができ、これにより、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用してエアインタフェース１１６を確立することができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわちＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装することができる。

図１Ａ中の基地局１１４ｂは、例えばワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、事業所、家庭、車両、キャンパスなどの局所化されたエリア中でのワイヤレス接続性を容易にするために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることは必要とされなくてよい。

ＲＡＮ１０４は、コアネットワーク１０６と通信することができる。コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置ベースのサービス、前払い電話、インターネット接続、ビデオ配信などを提供することができ、かつ／または、ユーザ認証など、高レベルのセキュリティ機能を実施することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接的にまたは間接的に通信しうることが理解されよう。例えば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線技術を利用しうるＲＡＮ１０４に接続されるのに加えて、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信することができる。

コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての働きをすることができる。ＰＳＴＮ１０８は、ＰＯＴＳ（ｐｌａｉｎ ｏｌｄ ｔｅｌｅｐｈｏｎｅ ｓｅｒｖｉｃｅ）を提供する回路交換型電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート中の、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線またはワイヤレス通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用しうる１つまたは複数のＲＡＮに接続される別のコアネットワークを含み得る。

通信システム１００中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたは全ては、マルチモード能力を備えることができる。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、種々のワイヤレスリンクを介して種々のワイヤレスネットワークと通信するために、複数の送受信機を備えることができる。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用しうる基地局１１４ａと、及びＩＥＥＥ８０２無線技術を採用しうる基地局１１４ｂと通信するように構成することができる。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、表示装置／タッチパッド１２８、非取外し可能メモリ１０６、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を備えてよい。ＷＴＲＵ１０２が、一実施形態との整合性を維持しながら前述の要素の任意のサブコンビネーションを備えてよいことは理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２がワイヤレス環境で動作できるようにする他の任意の機能を実施することができる。プロセッサ１１８は送受信機１２０に結合されてよく、送受信機１２０は送受信要素１２２に結合されてよい。図１Ｂではプロセッサ１１８と送受信機１２０とを別々のコンポーネントとして描いているが、プロセッサ１１８と送受信機１２０とを共に電子パッケージまたはチップ中で統合してもよいことは理解されるであろう。

送受信要素１２２は、エアインタフェース１１６を介して基地局（例えば基地局１１４ａ）との間で信号を送信または受信するように構成されうる。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送受信要素１２２は、例えばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された、エミッタ／検出器とすることができる。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号の両方を送受信するように構成されてよい。送受信要素１２２が任意の組合せのワイヤレス信号を送信および／または受信するように構成されてよいことは理解されるであろう。

加えて、図１Ｂでは送受信要素１２２が単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を備えてよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介してワイヤレス信号を送受信するために、２つ以上の送受信要素１２２（例えば複数のアンテナ）を備えることができる。

送受信機１２０は、送受信要素１２２によって送信されることとなる信号を変調し、送受信要素１２２によって受信された信号を復調するように構成されてよい。上に言及したように、ＷＴＲＵ１０２は、マルチモード能力を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が複数のＲＡＴ（例えばＵＴＲＡおよびＩＥＥＥ８０２．１１など）を介して通信できるようにするために、複数の送受信機を備えることができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／または、表示装置／タッチパッド１２８（例えば液晶表示装置（ＬＣＤ）表示ユニットもしくは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されてよく、これらからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、スピーカ／マイクロホン１２４、キーパッド１２６、および／または、表示装置／タッチパッド１２８にユーザデータを出力することができる。加えて、プロセッサ１１８は、非取外し可能メモリ１０６および／または取外し可能メモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスすること、およびそのようなメモリにデータを記憶することができる。非取外し可能メモリ１０６は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含み得る。取外し可能メモリ１３２は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ ｄｉｇｉｔａｌ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバやホームコンピュータ（図示せず）上のメモリなど、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスすること、およびそのようなメモリにデータを記憶することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２中の他のコンポーネントへの電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池バッテリ（例えばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池などを含み得る。

プロセッサ１１８は、ＧＰＳチップセット１３６にも結合されてよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度と緯度）を提供するように構成されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）からエアインタフェース１１６を介して位置情報を受け取ることができ、かつ／または、２つ以上の近隣基地局から受け取られる信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ１０２が、一実施形態との整合性を維持しながら任意の適切な位置決定方法を用いて位置情報を取得してよいことは、理解されるであろう。

プロセッサ１１８はさらに、他の周辺装置１３８にも結合されてよく、周辺装置１３８は、追加の機構、機能、および／または有線もしくはワイヤレス接続性をもたらす、１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星送受信機、ディジタルカメラ（写真またはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、ディジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。

図１Ｃは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上に言及したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６とも通信することができる。

ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４が一実施形態との整合性を維持しながら任意の数のｅノードＢを含んでよいことは理解されるであろう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、１つまたは複数の送受信機を備えてよい。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。したがって、例えばｅノードＢ１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間でワイヤレス信号を送受信することができる。

各ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、特定のセル（図示せず）に関連してよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてよい。図１Ｃに示すように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インタフェースを介して相互と通信することができる。

図１Ｃに示すコアネットワークは、移動性管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含んでよい。前述の各要素はコアネットワーク１０６の一部として描かれているが、これらの要素のいずれか１つがコアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことは理解されるであろう。

ＭＭＥ１４２は、Ｓ１インタフェースを介してＲＡＮ１０４中の各ｅノードＢ１４２ａ、１４２ｂ、１４２ｃに接続されてよく、制御ノードとしての働きをすることができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラをアクティブ化／非アクティブ化すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の帰属中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなど他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供することもできる。

サービングゲートウェイ１４４は、Ｓ１インタフェースを介してＲＡＮ１０４中の各ｅノードＢ１４０ａ、１４０ｂ、１４０ｃに接続されてよい。サービングゲートウェイ１４４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送することができる。サービングゲートウェイ１４４はまた、ｅノードＢ間のハンドオーバ中にユーザプレーンをつなぎ留めること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実施することもできる。

サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続されてよく、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。

コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインタフェースとしての働きをするＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはそのようなＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他の有線またはワイヤレスネットワークを含み得るネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

以下では、用語「ユーザデバイス」および「クライアントデバイス」は、交換可能に使用され、ＷＴＲＵを含む。以下では、用語「コンテンツＩＤ」、「コンテンツ名」、および「オブジェクトＩＤ」は、交換可能に使用される。

インターネットでは、コンテンツは、ソースサーバから直接に、またはコンテンツ配信ネットワーク（ＣＤＮ）中のエッジサーバから間接的に、エンドデバイスに送達される（例えば、エンドデバイスにストリーミングされるか、またはエンドデバイスによってダウンロードされる）。インターネットのエッジに戦略的に位置する多くのエッジサーバを展開してオーバーレイネットワークを形成することにより、ＣＤＮは、ネットワーク内の通過トラフィックを低減しユーザの起動遅延を短縮することができる。ＣＤＮは、専用のインフラストラクチャを必要とする。

ピアツーピア（Ｐ２Ｐ）コンテンツ送達が、低コストのサーバインフラストラクチャを伴う代替として出現してきた。参加ユーザ／ピアのリソース（例えばアップロード帯域幅、記憶空間、処理力など）を利用することにより、ピアツーピアシステム中で利用可能なリソースの量は、ユーザ／ピアの数に比例して増加する。

ウェブプロキシキャッシングは、遅延および帯域幅使用を低減しトラフィック負荷の平衡をとるための別の方法である。インターネットサービスプロバイダネットワーク中で、ウェブキャッシュプロキシを階層的に、または高レイテンシのリンクの端部でインストールすることができる。ウェブキャッシュプロキシは、その中を通るコンテンツのコピーを記憶する。記憶されたコンテンツを求める後続の要求に対しては、これらの要求がソースサーバに向かう途中でウェブキャッシュプロキシによってインターセプトされたときに、ウェブキャッシュプロキシから応えることができる。検索エンジンおよびウェブブラウザもまた、コンテンツをキャッシュすることができる。

オーバーレイＣＤＮサービスおよびＰ２Ｐはロケーションダイバーシティを可能にするが、これらの手法はいくつかの不都合を被る。これらの手法は、アプリケーション特有であり、事前の計画およびコンテンツ管理を必要とする。ＣＤＮキャッシングは一般に、コンテンツサービスプロバイダのビジネスモデルに基づく。Ｐ２Ｐネットワークは、限られた数の事前計画済みコンテンツアイテムをホストする。これらの手法は、ユーザがコンテンツ名またはコンテンツ識別子しか提供しない場合には、自動的なコンテンツ発見をサポートしない。各ＣＤＮネットワークまたは各Ｐ２Ｐネットワークは、異なる技術を使用してコンテンツを命名、管理、および配信し、孤島を形成する。これにより、異なるＣＤＮおよびＰ２Ｐネットワークをまたいでコンテンツをシームレスかつ効率的に発見して取り出すことが困難になる。ウェブプロキシキャッシングは、領域内でまたは領域をまたいでコンテンツ名に基づいてコンテンツ位置を解決する能力を有さない。ウェブプロキシは、要求されたコンテンツを持っていない場合には、単にコンテンツ要求を起源コンテンツサーバ（すなわちコンテンツ要求の中の宛先アドレス）に転送するだけである。

図２に、ＣＤＮネットワークを使用してコンテンツを取り出すための例示的なプロセスを示す。ユーザが、ウェブブラウザを備えるクライアントデバイスを使用して、検索エンジンに接続することによってコンテンツを検索する（２０１）。検索は、キーワード、作者、または他の情報に基づく場合がある。検索エンジンは、関連するリンクとともにユニフォームリソースロケータ（ＵＲＬ）を返す（２０２）。ＵＲＬは、コンテンツを受け取るためのネットワーク位置と、コンテンツを取り出すためのメカニズムとを識別する。これらは、リソースに接触するための、起源サーバまたはポータルのドメイン名、起源サーバ上における要求されたコンテンツのリソース識別、およびプロトコル（例えばＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）やＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ（ＲＴＳＰ））を含む。ステップ２０１および２０２は、ユーザがコンテンツＵＲＬを知っている場合にはスキップすることができる。ユーザは、コンテンツを取り出すために、ＵＲＬをクライアントデバイスのウェブブラウザに手動で入力することができる。

次いでユーザは、コンテンツを取り出すためにクライアントデバイス上でリンクをクリックし、クライアントデバイスは、ＵＲＬのクエリをドメインネームサーバ（ＤＮＳ）送り、そのＵＲＬを解決する。ＤＮＳは、そのデータベースを使用して起源サーバのドメインネームをそのＩＰアドレスにマッピングすることによって、起源サーバのＩＰアドレスをクライアントデバイスに返す（２０３）。

次いでクライアントデバイスは、コンテンツの起源サーバに向けてコンテンツ要求コマンドを送る（２０４）。起源サーバは、リダイレクトコマンド、または埋め込みオブジェクトを含む基本インデックスウェブページを返す（２０５）。リダイレクトコマンド、および基本インデックスページ中の各埋め込みオブジェクトは、ＵＲＬを含む。このＵＲＬは、コンテンツを供給するＣＤＮプロバイダを示す。コンテンツ要求コマンドがウェブキャッシュプロキシによって捕らえられて、ウェブキャッシュプロキシ上で一致が見つかった場合は、ウェブキャッシュプロキシからコンテンツを供給することができる。

クライアントデバイスは、リダイレクトコマンド、または基本インデックスページ中の埋め込みオブジェクト中で受け取られたＵＲＬを解決するために、ＵＲＬのクエリをＤＮＳに送り、コンテンツサーバのＩＰアドレスを受け取る（２０６）。クエリは、ＣＤＮプロバイダの権限ＤＮＳに転送され、ＣＤＮプロバイダの権限ＤＮＳは、要求元クライアントデバイスに対するコンテンツサーバを割り振り、このコンテンツサーバのＩＰアドレスをクライアントデバイスに返す。次いでクライアントデバイスは、コンテンツサーバに要求を送る（２０７）。クライアントは、コンテンツサーバからコンテンツを取り出す（２０８）。

上記のＣＤＮ手法では、ＵＲＬは、コンテンツ自体の名前や識別子ではなく、コンテンツのネットワーク位置（すなわちコンテンツの起源サーバ）を表す。インターネットサービスプロバイダ（ＩＳＰ）ネットワーク中のサーバもしくはネットワーク要素によってキャッシュされたか、または別のＣＤＮプロバイダによってキャッシュされた、要求されたコンテンツのローカルコピーがあるかもしれない。このローカルコピーは、クライアントデバイスにより近いか、またはクライアントへのよりよいネットワーク経路を有するかもしれない。しかし、上記のＣＤＮ手法によれば、要求されたコンテンツをローカルコピーからクライアントに送達することは不可能である。

ＣＤＮに記憶されたコンテンツのコピーは、クライアントデバイスの現在の動作条件（例えば帯域幅、処理能力、メモリ、バッテリ電力など）に合致しないかもしれず、したがって、コンテンツは最適な品質で供給されないかもしれない。別の位置に記憶された別のコンテンツコピーが、クライアントデバイスの現在の動作条件に合致するかもしれない。しかし、上記のＣＤＮ手法によれば、要求されたコンテンツを別の位置からクライアントに送達することは不可能である。さらに、ＣＤＮは、リソース制限により、いくつかのコンテンツファイルだけしかホストしない場合がある。より多くのコンテンツに到達するために、複数のコンテンツサービスネットワークを相互接続することが望ましい。しかし、２つ以上のＣＤＮネットワークの相互接続またはピアリングをサポートするための既存の技術はない。

Ｐ２Ｐコンテンツ取出しの場合、コンテンツオブジェクトをダウンロードしたいＰ２Ｐクライアントまたはピアは、まず、コンテンツのデスクリプタ（descriptor）ファイルを取得する。デスクリプタファイルは、共有されることになるコンテンツと、トラッカ（tracker）とに関するメタデータを含む。トラッカは、コンテンツ配信を調整するマシンである。配信されるコンテンツは、複数の部分に分割される。デスクリプタ中のメタデータは、部分のサイズ、コンテンツ部分を保護するのに使用されるハッシュアルゴリズムなど、コンテンツに関する情報を含む。

ピアは、トラッカに接続する。トラッカは、他のどのピアからコンテンツの部分をダウンロードするかをピアに教える。ピアは、他のピアとの接続を確立し、他のピアからコンテンツの部分をダウンロードする。ピアは、そのダウンロードステータスをトラッカに報告する。各ピアがコンテンツの新しい部分を受け取る度に、このピアは、他のピアに対してその部分のソースになる。ピアは、ピア間でコンテンツの部分に群がり、コンテンツ配信タスクを共有する。ピアは、コンテンツサーバおよびクライアントとしての役割を果たす。

上記のＰ２Ｐ手法では、ピアはまず、コンテンツを取り出すためにデスクリプタファイルを取得しなければならない。デスクリプタファイルは、ウェブや電子メールなど、従来の手段によって配信される。さらに、Ｐ２Ｐネットワークは、デスクリプタに応じて、１つまたは複数の特定のコンテンツファイルの取出しをホストすることができる。Ｐ２Ｐ手法によれば、クライアントは、コンテンツ名や識別子を提供することによってコンテンツを自動的に取り出すことはないであろう。クライアントによって要求されたコンテンツのローカルコピーが、Ｐ２Ｐネットワークに参加していない（例えば、ＩＳＰ、ＣＤＮプロバイダ、もしくは別のＰ２Ｐネットワークに属する）サーバまたはネットワーク要素に記憶されている場合、上記のＰ２Ｐ方法によれば、たとえこのローカルコピーがクライアントデバイスにより近いか、またはクライアントへのよりよいネットワーク経路を有するとしても、要求されたコンテンツをローカルコピーからクライアントに送達することは不可能である。

コンテンツオブジェクト（例えば、ビデオクリップ、音楽、映画、文書、ファイルなどについてのデータ）に、一意の識別子（ＩＤ）または名前（以下では「コンテンツＩＤ」と呼ぶ）が与えられる。コンテンツＩＤは、より効率的でスケーラブルなコンテンツ送達メカニズムを達成できるように、コンテンツをそのソース位置から切り離すことを可能にする。例えば、コンテンツを複数のサーバから複数の経路に沿って宛先に送達することができ、動的なネットワーク内キャッシングを実施して帯域幅を最適化することができる。さらに、コンテンツＩＤは、自動コンテンツ発見を容易にすることができる。これは、複数のコンテンツサービスネットワークの相互接続またはピアリングを可能にし、したがって、より多くのコンテンツ、ならびにより多くのフォーマットおよびタイプのコンテンツオブジェクト、ならびにより多くのリソース（サーバ、帯域幅、処理力、記憶域など）が、ユーザに利用可能となることができる。ユーザデバイスがコンテンツＩＤを提供することによってコンテンツオブジェクトを要求すると、名付けられたコンテンツオブジェクトは、コンテンツの具体的な物理的位置にかかわらず、自動的に発見されてネットワークからユーザデバイスへと取り出されるものとすることができる。

コンテンツは、種々の方式で名付けることができる。例えば、コンテンツは、コンテンツファイルをハッシュすることによって生成された値をコンテンツＩＤとして使用して、またはコンテンツＩＤを生成するための何らかの名付け方法を使用して、名付けることができる。あるいは、コンテンツは、国際標準図書番号（ＩＳＢＮ）やバーコードと同様に名付けることもできる。

一実施形態では、コンテンツは、以下のコード／フィールドによって識別することができる。すなわち、（国／グループコード）−（発行元コード）−（タイトルコード）−（チェックディジット）−（フォーマット／タイプコード）−（タイムスタンプ）−（継続時間）−（フォーマットチェックディジット）である。

国／グループコードは、国または国グループに割り当てられるコードである。発行元コードは、コンテンツの発行元に割り当てられるコードである。発行元は、コンテンツにタイトルコードを割り当てることができる。発行元は、電子コンテンツ発行元（例えばディズニー）、または電子コンテンツ作成サービスプロバイダとすることができる。コンテンツ作成者は、作成したコンテンツを公開するためにコンテンツにタイトルコードを割り当てるよう、電子コンテンツ作成サービスプロバイダに要求することができる（このプロセスはウェブサービスを介して自動的に行われてもよい）。

チェックディジットは、エラー検出および／または訂正に使用することができ、国コード、発行元コード、およびタイトルコード中の数字から計算することができる。

フォーマット／タイプコードは、ファイルフォーマット、符号化フォーマット、解像度など（例えば、ｄｏｃ、ｔｘｔ、ｈ．２６４、４８０×６４０ビデオ解像度のｍｐｅｇビデオ、など）を含めた、コンテンツのフォーマットまたはタイプを表す。フォーマット／タイプコードは、ワイルドカードに設定して、任意のフォーマット／タイプのコンテンツを表すこともできる。

タイムスタンプフィールドは、開始時刻を表す。継続時間フィールドは、再生するビデオ／オーディオファイルの継続時間を表す。タイムスタンプフィールドおよび継続時間フィールドは、コンテンツオブジェクトの時間領域参照を表す。

フォーマットチェックディジットは、フォーマット／タイプコード、タイムスタンプフィールド、および継続時間フィールドのエラー検出および／または訂正に使用することができ、フォーマット／タイプコード、タイムスタンプフィールド、および継続時間フィールド中の数字から計算することができる。

上記のコンテンツＩＤフォーマットは例であり、１つまたは複数のコードもしくはフィールドがなくてもよく、または追加のコード（複数可）もしくはフィールド（複数可）が加えられてもよいことに留意されたい。

ユーザは、コンテンツＩＤを使用して、コンテンツを取り出すためのセッションを開始することができる。コンテンツＩＤが不明の場合、ユーザは、そのタイトル、作者、キーワードなどに基づいてコンテンツＩＤを検索するか、または他の手段を使用してコンテンツＩＤを見つけることができる。

ユーザデバイスおよびコンテンツプロバイダは、コンテンツセッション制御（ＣＳＣ）ユーザエージェント（ＵＡ）を含むことができる。ＣＳＣ ＵＡは、ＣＳＣメッセージの作成または受信、コンテンツの公開または登録、およびコンテンツ取出しセッションの管理に使用される、接続エンドポイントである。ＣＳＣ ＵＡは、ＣＳＣ要求の送信もしくはそのコンテンツＩＤの登録を行うユーザエージェントクライアント（ＵＡＣ）の役割、または、ＣＳＣ要求の受信およびＣＳＣ応答の返信ならびにそのコンテンツＩＤの公開もしくは公示を行うユーザエージェントサーバ（ＵＡＳ）の役割を果たすことができる。ＵＡＣおよびＵＡＳのこれらの役割は、ＣＳＣトランザクションの継続時間にわたって続いてよい。ＣＳＣ ＵＡは、相互と直接に通信して、コンテンツＩＤに基づいてコンテンツを発見して取り出すことができる。

図３に、一実施形態による、ＵＡＣによって開始されるピアツーピアコンテンツ取出しの例示的なプロセスを示す。ＣＳＣ ＵＡＣは、要求されたコンテンツのＩＤを含む要求メッセージを、１つまたは複数のＣＳＣ ＵＡＳに送る（３０２）。要求メッセージは、ブロードキャスト、マルチキャスト、またはユニキャストされてよい。ＣＳＣ ＵＡＳは、そのデータベースをルックアップし（３０４）、要求元ＣＳＣ ＵＡＣに応答を送る（３０６）。応答は、要求されたコンテンツをＣＳＣ ＵＡＳが持っているかどうかに関する情報を含み、また、要求されたコンテンツをＣＳＣ ＵＡＳが持っている場合には、コンテンツを取り出す方法（例えば、ＵＲＬまたはサーバおよびポート、ならびに、コンテンツの取出しに使用されるプロトコル）を含んでもよい。ＣＳＣ ＵＡＣは、ＣＳＣ ＵＡＳ応答に基づいてデータセッションをセットアップする。ＣＳＣ ＵＡＣは、コンテンツ取出し要求をＣＳＣ ＵＡＳに送り（３０８）、ＣＳＣ ＵＡＳからデータを受け取る（３１０）。

図４に、一実施形態による、コンテンツサーバによるコンテンツ公示を使用したピアツーピアコンテンツ取出しの代替的プロセスを示す。ＣＳＣ ＵＡＳは、ブロードキャストまたはマルチキャストメッセージを使用して、公開したいコンテンツを公示する（４０２）。ＣＳＣ ＵＡＣは、コンテンツ公示メッセージを受け取った後、公示されたコンテンツが、ユーザによって設定されたプロファイルまたは関心に合致するかどうか判定する（４０４）。合致する場合は、ＣＳＣ ＵＡＣは、要求されたコンテンツのＩＤを含む要求メッセージをＣＳＣ ＵＡＳに送ることによって、コンテンツ取出し手順を開始する（４０６）。ＣＳＣ ＵＡＳは、ＣＳＣ ＵＡＣに応答を送る（４０８）。コンテンツ公示メッセージを受け取ったＣＳＣ ＵＡＣは、利用可能なコンテンツをユーザに知らせることができ、ユーザは、コンテンツ取出し手順を開始するようＣＳＣ ＵＡＣに指示することができる。ＣＳＣ ＵＡＣは、応答を受け取った後、ＣＳＣ ＵＡＳ応答に基づいてデータセッションをセットアップする。ＣＳＣ ＵＡＣは、コンテンツ取出し要求をＣＳＣ ＵＡＳに送り（４１０）、ＣＳＣ ＵＡＳからデータを受け取る（４１２）。

２つ以上のＣＳＣユーザエージェントが、いかなる介在ＣＳＣインフラストラクチャもなしに通信することができるが、これは限られていることが多く、大きいネットワーク中での、または複数のネットワークにまたがった、コンテンツ取出しサービスを効果的にサポートしない可能性がある。１組の制御エンティティをネットワーク中で展開して、コンテンツ発見および取出しサービスをサポートすることができる。

図５に、一実施形態による、ＣＳＣネットワーク５００の例示的なアーキテクチャを示す。ネットワーク５００は、制御プレーン（plane）５１０、データプレーン５３０、およびアプリケーションプレーン５５０を備えることができる。制御プレーン５１０は、ＣＳＣエンティティネットワークを表す。ＣＳＣエージェントを有するデバイスが、ＣＳＣネットワークの登録およびＣＳＣネットワークへの接続を行うことができる。ネットワークエンティティ（例えばホーム加入サーバ（ＨＳＳ））をネットワーク中で使用して、ＣＳＣエージェントの認証および許可を実施することができる。データプレーン５３０は、エンドデバイス、サーバ、ルータ、および他のネットワークノードの間の物理的なネットワーク接続を表す。アプリケーションプレーン５５０は、ネットワーク中の利用可能なサービスおよびアプリケーションを表す。

制御プレーン５１０は、ＣＳＣプロキシ（ＣＳＣ−Ｐ）５１２、ＣＳＣハンドラ（ＣＳＣ−Ｈ）５１４、ＣＳＣインテロゲータ（ＣＳＣ−Ｉ）５１６、ＣＳＣ相互接続境界コントローラ（ＣＳＣ−ＩＢＣ）５１８、コンテンツ名解決ハンドラ（ＣＮＲＨ）５２０、およびホーム加入者サーバ（ＨＳＳ）５２２を含むことができる。

ＣＳＣ−Ｐ５１２は、他のクライアントに代わって要求を行うためにＣＳＣサーバとＣＳＣクライアントの両方としての役割を果たす中間エンティティである。ＣＳＣ−Ｐ５１２は、ユーザとネットワークとの間に安全なエッジを提供することを担う。ＣＳＣ−Ｐ５１２は、コンテンツ取出しのために、ネットワーク中のＣＳＣ−Ｈ５１４やＣＳＣ−Ｉ５１６などの別のエンティティにＣＳＣメッセージを転送することができる。転送は、ユーザエージェントＩＤ、メッセージタイプ、コンテンツＩＤ、データベースのクエリなどに基づく場合がある。ＣＳＣ−Ｐ５１２は、ユーザエージェント認証、および、ユーザエージェントとネットワークとの間のセキュリティ維持のために使用することができる。例えば、ＣＳＣ−Ｐ５１２は、ＣＳＣ ＵＡからＣＳＣメッセージを受け取ったとき、このメッセージを認証し、ＵＡ登録中にこのＣＳＣ−ＵＡに対処するように割り当てられたＣＳＣ−Ｉ５１６またはＣＳＣ−Ｈ５１４にこのメッセージを送ることができる。さらに、ＣＳＣ−Ｐ５１２は、データプレーンリソース許可のために、データプレーン５３０と対話することができる（例えば、ディープパケットインスペクション、データプレーン５３０にわたるサービス品質（ＱｏＳ）制御、帯域幅管理、ポリシ制御、セキュリティ、およびリソース制御など）。ＵＡは、動的ホスト構成プロトコル（ＤＨＣＰ）、プロキシ公示、もしくは他の手段を使用してＣＳＣ−Ｐ５１２を発見することができ、または手動で構成されてよい。１つまたは複数のＣＳＣ−Ｐがネットワーク中にある場合がある。

ＣＳＣ−Ｈ５１４は、ユーザエージェント登録を処理し、ユーザ位置（例えばデバイスのＩＰアドレス）とユーザエージェントＩＤとを結び付けることができる。ＣＳＣ−Ｈ５１４は、シグナリング要求をアプリケーションサーバに向けて送ってネットワーク５００上のユーザのためのサービスを起動することを担うことができる。ＣＳＣ−Ｈ５１４は、ＣＳＣコンテンツ要求を受け取ったとき、アプリケーションサーバ（複数可）５５２を起動することができる。ＣＳＣ−Ｈ５１４は、ユーザエージェントがコンテンツ要求を行ったときにどのアプリケーションサーバ（複数可）を起動する必要があるかを識別する情報をＨＳＳ５２２から得る。例えば、要求元ＵＡに対するアプリケーションサーバが、広告挿入を制御し、ユーザプライバシーを制御し（例えば、アプリケーションサーバがユーザＩＤを隠してユーザの代わりにコンテンツを要求することができる）、またはユーザのコンテンツ取得優先順位を制御することができる。

ＣＳＣ−Ｈ５１４は、コンテンツ登録を処理することができる。ＣＳＣ−Ｈ５１４は、ＣＮＲＨ５２０と対話することができる。ＣＳＣ−Ｈ５１４は、ＣＳＣユーザエージェントからのコンテンツ登録要求を受諾し、これらのコンテンツ登録において受け取ったコンテンツ位置情報をＣＮＲＨ５２０中に配置することができる。

ＣＳＣ−Ｈ５１４は、コンテンツＩＤベースのルーティングサービスを提供することができ、ＣＮＲＨ５２０を使用して、要求されたコンテンツのＩＤに基づいてコンテンツ位置を解決することができる。要求されたコンテンツに対して、１つまたは複数のプロバイダ、ホスト、ソース、またはサーバがある場合がある。ＣＳＣ−Ｈ５１４は、メッセージルーティング機能を実施して、要求されたコンテンツを得るためにどのコンテンツプロバイダにＣＳＣ要求メッセージが転送されるべきか決定することができる。ルーティングは、コンテンツＩＤ、要求元ユーザエージェント位置、コンテンツ位置、コンテンツフォーマット、ネットワーク条件、および／またはユーザデバイスプロファイルに基づく場合がある。ＣＳＣ−Ｈ５１４は、ＣＳＣ要求メッセージを１つまたは複数のコンテンツプロバイダに転送することができる。コンテンツは、１つのソースまたは複数のソースから取り出すことができる。

要求されたコンテンツを有するＣＳＣ−Ｈ５１４（すなわち、それに関連するＵＡのうちの１つまたは複数が、要求されたコンテンツを有する）が、ＣＳＣ要求メッセージを受け取ったとき、ＣＳＣ−Ｈ５１４は、コンテンツセキュリティサーバなどのアプリケーションサーバ（複数可）を起動することができる。登録時、要求されたコンテンツを処理するＣＳＣ−Ｈは、コンテンツを提供するＵＡに関連するＣＳＣ−Ｐの識別を知り、ＣＳＣ要求メッセージをＣＳＣ−Ｐに転送することができる。次いでＣＳＣ−Ｐは、要求をコンテンツプロバイダＵＡに送ることができる。コンテンツプロバイダＵＡは、応答を送ることができ、応答は、逆の経路上で転送されてよい。加えて、ＣＳＣ−Ｈは、データプレーン上のＭＲＦを介してネットワークオペレータのポリシを制御することができる。負荷分散および高可用性のために、ネットワーク領域中に１つまたは複数のＣＳＣ−ＨまたはＣＳＣ−Ｈインスタンスがある場合がある。

ＣＳＣ−Ｉ５１６は、登録時にＣＳＣ−ＨインスタンスをＵＡに割り当てるためのプロセスを制御する。ＵＡが登録するとき、登録メッセージがＣＳＣ−Ｐ５１２によってＣＳＣ−Ｉ５１６に送られる。ＣＳＣ−Ｉ５１６はＨＳＳ５２２に照会し、ＨＳＳ５２２は、登録を実施しているユーザにＣＳＣ−Ｈ５１４を割り当てる。ＣＳＣ−Ｉ５１６は、シグナリング要求および応答を起源ＵＡのＣＳＣ−Ｈから宛先ＵＡのＣＳＣ−Ｈに転送することを担うことができ、外部からのメッセージ（例えば登録）のための転送ポイントである。ＣＳＣ−Ｉ５１６は、ＨＳＳ５２２に照会して、特定の宛先に向けられたメッセージの送信先となるべきＣＳＣ−Ｈの識別を得ることができる。負荷分散および高可用性のために、ネットワーク領域中に１つまたは複数のＣＳＣ−ＩまたはＣＳＣ−Ｉインスタンスがある場合がある。

ＣＮＲＨ５２０は、コンテンツＩＤを、ネットワーク位置／アドレスにマッピングする。ＣＳＣエージェントを有するコンテンツソースが、ＣＳＣ−Ｈ５１４を介して、そのホストされるコンテンツをＣＮＲＨ５２０に登録する。ＣＳＣエージェントを有するネットワークノード（サーバ、キャッシング機能付きルータ、およびエンドデバイスなど）もまた、コンテンツを動的にキャッシュするので、コンテンツを登録することができる。コンテンツソースまたはネットワークノードは、コンテンツが削除された後でそれ以上公開されない場合にコンテンツを登録解除する。

ＣＮＲＨ５２０は、分散データベースまたは集中データベース上に構築することができる。分散データベースが使用される場合、コンテンツ登録を受け取ること、およびコンテンツＩＤをコンテンツＵＲＬまたはコンテンツホストのネットワークアドレスにマッピングすることの任務は、１組のＣＮＲＨに分散される。ＣＮＲＨは、図１８に示すように階層方式で構成されてよい。権限ＣＮＲＨサーバを、その特定のネットワーク領域を担うように割り当てることができ、他のＣＮＲＨサーバを、そのサブ領域に割り当てることができる。

ＣＮＲＨ５２０は、ＤＮＳとは異なる。ＣＮＲＨ５２０は、コンテンツＩＤをコンテンツＵＲＬまたはコンテンツプロバイダのアドレスに変換することを担う（例えば、「ｍｏｖｉｅ−ｆｏｏ」を、ｗｗｗ．ｈｏｓｔ．ｃｏｍ／ｍｏｖｉｅ−ｆｏｏ．ｍｏｖというＵＲＬに）。ＤＮＳは、ドメインネームを変換するものである（例えば、ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍを、そのネットワークアドレス、例えば１９２．０．３２．１０に）。ＤＮＳは、ＣＮＲＨ機能を扱うように拡張することができる。権限ＤＮＳサーバは、そのサブ領域および領域中のネットワークノードによってホストされるコンテンツについて、コンテンツ登録情報を処理すること、およびコンテンツＩＤをコンテンツＵＲＬおよびコンテンツプロバイダのネットワークアドレスに変換することを担うように、増強することができる。ＣＳＣ−Ｈ５１４がネットワーク領域中のＣＳＣエージェントからコンテンツ登録要求を受け取った後、ＣＳＣ−Ｈ５１４は、ネットワーク領域の権限ＣＮＲＨに接触して、登録において受け取った情報を権限ＣＮＲＨ中に配置することができる。

あるいは、ＣＮＲＨは、フラットトポロジ中で分散されてもよい。例として、ＣＳＣ−Ｈ５１４とＣＮＲＨ５２０を統合することができる。各ＣＳＣ−Ｈ５１４は、ＣＮＲＨ機能を含む。ＣＳＣ−Ｈは、コンテンツ登録情報を交換する。ＣＳＣ−Ｈ５１４がそのＣＳＣ ＵＡからコンテンツ登録を受け取った場合、ＣＳＣ−Ｈ５１４は、コンテンツ登録情報を集約して、集約された情報を他のＣＳＣ−Ｈに送ることができる。他のＣＳＣ−Ｈは、コンテンツ位置を知る。

あるいは、ＣＮＲＨは、ハイブリッドフラット及び階層構成で接続されることができる。例えば、複数のＣＮＲＨが、分散ハッシュテーブル（ＤＨＴ）を形成することができ、ＤＨＴは、コンテンツＩＤをハッシュ空間でＣＮＲＴノードＩＤにマッピングし、図１９に示すような分散ディレクトリを提供する。図１９の例では、複数のＣＮＲＨ２、１０、１５、および１９が、ＤＨＴリングを形成することができ、コンテンツオブジェクトＩＤ（この例では８および１７）が、ハッシュ空間でＣＮＲＨノードＩＤにマッピングされてよい（例えばこの例では、コンテンツＩＤ８はＣＮＲＨ１０にマッピングされ、コンテンツＩＤ１７はＣＮＲＨ１９にマッピングされる）。

固定またはモバイルデバイスが、ＣＳＣ ＵＡ機能およびＣＮＲＨ機能を実装して、それがホストするコンテンツの発見および取出しのために他のエージェントにサービスすることができる。

ＣＳＣ ＩＢＣ５１８は、他の領域との境界におけるコンテンツセッション制御に使用することができる。ＣＳＣ ＩＢＣ５１８を使用して、他の領域との相互接続メディア経路に対するポリシを施行することができる。

データプレーン５３０は、メディアリソース機能（ＭＲＦ）５３２、アクセス境界ゲートウェイ（ＡＢＧ）５３４、相互接続境界ゲートウェイ（ＩＢＧ）５３６などを含んでよい。ＭＲＦ５３２およびＡＢＧ５３４は、ディープパケットインスペクションおよびモディフィケーション、コンテンツセキュリティ、メディアリレー、ファイアウォール横断、アナウンスメント挿入、メディアトランスコーディング、データ経路アクセス制御施行など、コンテンツデータフロー操作および管理を実施することができる。

ＣＳＣ−Ｐ５１２、ＣＳＣ−Ｈ５１４、およびＣＳＣ−Ｉ５１６は、論理エンティティである。これらは、別々のホスト上または同じホスト上で実現することができる。ＣＳＣ中の機能コンポーネント（すなわちＣＳＣ−Ｐ、ＣＳＣ−Ｈ、およびＣＳＣ−Ｉ）は、ＩＭＳ中の機能コンポーネント（すなわち、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）、インテロゲーティング呼セッション制御機能（Ｉ−ＣＳＣＦ）、およびサービング呼セッション制御機能（Ｓ−ＣＳＣＦ））またはセッション開始プロトコル（ＳＩＰ）とは異なる。ＣＳＣは、コンテンツＩＤに基づいてコンテンツを扱う。ＣＳＣは、コンテンツをコンテンツホストＩＰアドレスおよびＵＲＬから切り離す。ＣＳＣ中の機能コンポーネントは、コンテンツＩＤに基づいて、コンテンツプロバイダ登録およびコンテンツ位置解決を実施する。対照的に、ＩＭＳおよびＳＩＰ機能コンポーネントは、コンテンツを扱うための機能を有さない。ＣＳＣエージェントは、それがホストする、またはキャッシュする、または公開したいコンテンツを登録する。ＳＩＰエージェントまたはＩＭＳエージェントは、そのデバイスＩＤ、現在のＩＰアドレス、及び呼を受け取りたい対象ＵＲＬを登録する。ＣＳＣ中では、コンテンツホストは、それがホストするコンテンツを、ブロードキャストまたはマルチキャストメッセージを使用して公開することができる。さらに、ＣＳＣ中では、制御メッセージのルーティングはコンテンツＩＤに基づくことができ、ＣＮＲＨを使用して、コンテンツＩＤが１つまたは複数のコンテンツホスト位置／ネットワークアドレスにマッピングされる。ＳＩＰまたはＩＭＳは、本明細書に開示する実施形態によるコンテンツ機能をサポートするように拡張することができる。

図６に、一実施形態による、コンテンツ指向の機能を実施するように構成されたＩＭＳシステムを示す。ＩＭＳシステムにはＣＮＲＨ６２０が提供され、従来のＩＭＳエンティティ（すなわちＰ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦなど）は、本明細書に開示する実施形態によるコンテンツ指向の機能を実施するように強化される（すなわち、強化型プロキシ呼セッション制御機能（ｅＰ−ＣＳＣＦ）６１２、強化型インテロゲーティング呼セッション制御機能（ｅＩ−ＣＳＣＦ）６１４、強化型サービング呼制御機能（ｅＳ−ＣＳＣＦ）６１６、強化型相互接続境界コントローラ機能／強化型セッション境界コントローラ（ｅＩＢＣＦ／ｅＳＢＣ）６１８などが提供される）。「強化型（ｅｎｈａｎｃｅｄ）」とは、ＩＭＳエンティティが、本明細書に開示する実施形態によるコンテンツ関連シグナリングをサポートするように強化されたことを意味する。各コンテンツオブジェクトには、コンテンツ識別をそのネットワーク位置から切り離すための一意のＩＤが割り当てられる。ＩＭＳユーザエージェントおよびＩＭＳネットワーク制御エンティティは、コンテンツオブジェクトをＵＲＬやホストＩＰアドレスの代わりにそのオブジェクトＩＤ（ＯＩＤ）（すなわちコンテンツＩＤ）によって位置特定およびアクセスし、制御メッセージをネットワーク領域内で、およびネットワーク領域をまたいでルーティングし、コンテンツ取出しセッションを開始、交渉、および制御するために、対話する。ＣＮＲＨ６２０は、要求されたコンテンツのＩＤを、ＵＲＬ／ホストＩＰアドレス、またはより一般的な送達ディレクティブにマッピングする。ネットワーク要素（例えば基地局、ｅノードＢ、ゲートウェイ、ルータなど）は、強化型ＩＭＳ ＳＩＰシグナリングおよびＣＮＲＨ６２０を介して、キャッシュ／ホストされるコンテンツオブジェクトをキャッシュおよび公開することができる。これにより、帯域幅を最適化すること、コンテンツを最良の経路（複数可）に沿って最良の位置（複数可）から送達すること、負荷平衡、レイテンシの改善、および体感品質（ＱｏＥ）など、より効率的でスケーラブルなコンテンツ送達が可能になる。

ＣＮＲＨ６２０は、強化型ＩＭＳ ＣＳＣＦと同位置に配置するかまたは統合して、ＩＭＳアプリケーションサーバ（ＡＳ）として実現することができる。あるいは、ＣＮＲＨ６２０は、ＤＮＳ／ＥＮＵＭ（Ｅｌｅｃｔｒｏｎｉｃ Ｎｕｍｂｅｒ Ｍａｐｐｉｎｇ Ｓｙｓｔｅｍ）６２２をＣＮＲＨ機能で強化することによって実現することもできる。

図７Ａおよび７Ｂは、一実施形態による、ＣＳＣ ＵＡを有するクライアントデバイスが管理領域内でコンテンツオブジェクトを発見して取り出す場合の、ネットワークエンティティ間のメッセージ交換の例示的なシグナリング図である。ＣＳＣ ＵＡ（要求元ＵＡ）を有するユーザデバイスが、要求されるコンテンツのＩＤを含むコンテンツ要求（ＣＲＥＱ）メッセージを、ＣＳＣ−Ｐに送る（７０２）。要求元ＵＡに対するＣＳＣ−Ｐは、コンテンツ要求メッセージをＣＳＣ−Ｈに転送する（７０４）。

ＣＳＣ−Ｈは、アプリケーションサーバ（例えば広告制御サーバまたはユーザプライバシーサーバ）を起動することができる（７０６）。アプリケーションサーバは、ＣＳＣ−Ｈにシグナリングを送り返す（７０８）。ＣＳＣ−Ｈは、コンテンツ位置解決のためにＣＮＲＨと通信する（７１０）。ＣＮＲＨは、コンテンツＩＤなどのコンテンツ要求情報に基づいて、そのデータベースをルックアップし（７１２）、コンテンツ要求に応えるための１つまたは複数の潜在的なコンテンツプロバイダの識別、ならびに他の情報（プロバイダの物理的位置および取出しコストなど）を返す（７１４）。

ＣＳＣ−Ｈは、ＣＮＲＨから返された情報を使用して、このＣＳＣコンテンツ要求に応えるためのコンテンツプロバイダ（複数可）を選択および決定する（７１６）。あるいは、ＣＳＣ−Ｈは、ＣＮＲＨから返された情報および他のコンテンツ要求情報を、コンテンツセッション制御アプリケーションサーバ（ＣＳＣ−ＡＳ）（図示せず）に転送することもできる。ＣＳＣ−ＡＳは、このＣＳＣコンテンツ要求に応えるためのコンテンツプロバイダ（複数可）を選択および決定し、その決定をＣＳＣ−Ｈに知らせることができる。ＣＳＣ−ＡＳは、セッションのためのプレアドミッション制御を実施することができる。ＣＳＣ−ＡＳはまた、このコンテンツセッションに関するセッションポリシ、セキュリティパラメータ、リソース制御パラメータ、および課金を決定することができる。これらのパラメータは、メディアストリームの操作およびポリシの施行のために、データプレーンコンポーネントによって使用することができる。

ＣＳＣ−Ｈは、ＣＳＣ−Ｉにコンテンツ要求を送る（７１８）。ＣＳＣ−Ｉは、ＨＳＳに照会して、コンテンツプロバイダに割り当てられたＣＳＣ−Ｈの識別を知り（７２０、７２２）、コンテンツプロバイダに対するＣＳＣ−Ｈにコンテンツ要求メッセージを転送する（７２４）。

コンテンツプロバイダに対処するＣＳＣ−Ｈは、アプリケーションサーバ（複数可）（例えばコンテンツセキュリティサーバまたはコンテンツ課金サーバ）を起動することができる（７２６）。ＡＳは、ＣＳＣ−Ｈにシグナリングを送り返す（７２８）。コンテンツプロバイダに対処するＣＳＣ−Ｈは、コンテンツプロバイダに対するＣＳＣ−Ｐにコンテンツ要求メッセージを転送する（７３０）。

次いで、コンテンツプロバイダに対するＣＳＣ−Ｐは、コンテンツ要求メッセージをコンテンツプロバイダＵＡに転送する（７３２）。コンテンツプロバイダＵＡは、ＣＳＣコンテンツ要求返信（ＣＲＥＰ）メッセージでＣＳＣコンテンツ要求に応答する（７３４）。ＣＳＣコンテンツ要求返信メッセージは、メディアコンテンツを取り出すためのプロトコルおよびＵＲＬなど、どのようにメディアコンテンツセッションをセットアップするかに関する情報を含む。ＣＳＣコンテンツ要求返信メッセージは、コンテンツプロバイダに対するＣＳＣ−Ｐに送られる。

コンテンツプロバイダに対するＣＳＣ−Ｐは、ＣＳＣコンテンツ要求返信メッセージを、コンテンツプロバイダに対処するＣＳＣ−Ｈに転送する（７３６）。コンテンツプロバイダに対するＣＳＣ−Ｐは、ＡＢＧと対話して、コンテンツプロバイダ側のデータフロー操作および管理のためのリソースを割り振ることができる（７３７）。コンテンツプロバイダに対するＣＳＣ−Ｈは、アプリケーションサーバ（複数可）を起動することができる（７３８）。ＡＳは、ＣＳＣ−Ｈにシグナリングを送り返す（７４０）。

コンテンツプロバイダに対するＣＳＣ−Ｈは、ＣＳＣコンテンツ要求返信をＣＳＣ−Ｉに送る（７４２）。ＣＳＣ−Ｉは、ＨＳＳに照会して、要求元ＵＡに割り当てられたＣＳＣ−Ｈの識別を知り（７４４、７４６）、要求元ＵＡに対するＣＳＣ−Ｈにコンテンツ要求返信を転送する（７４８）。

要求元ＵＡに対するＣＳＣ−Ｈは、アプリケーションサーバ（複数可）を起動することができる（７５０）。ＡＳは、ＣＳＣ−Ｈにシグナリングを送り返す（７５２）。要求元ＵＡに対するＣＳＣ−Ｈは、要求元ＵＡに対するＣＳＣ−ＰにＣＳＣコンテンツ要求返信メッセージを転送する（７５４）。

ＣＳＣ−Ｐは、データプレーン上のＡＢＧと対話して、ディープパケットインスペクション、ＱｏＳ制御、帯域幅管理などのデータフロー管理のためのリソースを割り振る（７５６）。ＣＳＣ−Ｐは、要求元ユーザエージェントにＣＳＣコンテンツ要求返信メッセージを転送する（７５８）。要求元ユーザデバイスは、コンテンツ要求返信メッセージ中の情報に基づいて、コンテンツを取り出す（７６０）。

要求元ユーザエージェントとコンテンツプロバイダは、同じＣＳＣ−ＨおよびＣＳＣ−Ｐ、または、異なるＣＳＣ−ＨおよびＣＳＣ−Ｐを有してよいことに留意されたい。

図８に、一実施形態による、コンテンツキャッシュ／サーバが、そのホストするコンテンツオブジェクトを公開／登録するための、例示的なシグナリング図を示す。コンテンツキャッシュ／サーバは、ＩＭＳユーザエージェントを備えることができる。あるいは、コンテンツキャッシュ／サーバとＩＭＳエンティティとの間の通信のために、プロトコルアダプタを使用することもできる。プロトコルアダプタは、ＩＭＳプロトコルと、コンテンツキャッシュ／サーバによって使用されるプロトコルとの間で変換する。

コンテンツオブジェクトを有するコンテンツキャッシュ／サーバが、強化型ＩＭＳコアネットワーク（ｅＩＭ ＣＮ）（すなわちｅＰ−ＣＳＣＦ、ｅＩ−ＣＳＣＦ、ｅＳ−ＣＳＣＦ）を介して、そのＣＮＲＨにメッセージ（例えばＳＩＰ ＰＵＢＬＩＳＨまたはＲＥＧＩＳＴＥＲメッセージ）を送ってコンテンツオブジェクトを登録する（８０２、８０４）。ＣＮＲＨは、ＰＵＢＬＩＳＨまたはＲＥＧＩＳＴＥＲメッセージを受け取るのに応答して、ｅＩＭ ＣＮエンティティを介してコンテンツキャッシュ／サーバにＲＥＳＰＯＮＳＥ（応答）メッセージを送る（８０６、８０８）。コンテンツキャッシュ／サーバにおいて新しいコンテンツオブジェクトが利用可能になったときは、この動作を繰り返すことができる。

図９に、コンテンツキャッシュ／サーバが、そのホストするコンテンツオブジェクトを公開／登録するための、別の例示的なシグナリング図を示す。ＣＮＲＦが、ｅＩＭ ＣＮを介してコンテンツキャッシュ／サーバに加入メッセージ（例えばＳＩＰ ＳＵＢＣＲＩＢＥメッセージ／信号）を送って、コンテンツキャッシュ／サーバのイベントに加入することができる（９０２、９０４）。加入メッセージは、ｅＩＭ ＣＮエンティティ（すなわちｅＰ−ＣＳＣＦ、ｅＩ−ＣＳＣＦ、ｅＳ−ＣＳＣＦ）を介して、適切なコンテンツキャッシュ／サーバにルーティングすることができる。コンテンツキャッシュ／サーバは、ｅＩＭ ＣＮを介してＣＮＲＨに応答メッセージを送る（９０６、９０８）。当該のイベントが発生した（例えば新しいコンテンツオブジェクトがキャッシュされたかまたは利用可能になった）とき、コンテンツキャッシュ／サーバは、ｅＩＭ ＣＮを介してメッセージ（例えばＳＩＰ ＮＯＴＩＦＹ）をＣＮＲＨ（すなわち加入者）に送ることができる（９０１０、９１２）。ＣＮＲＨは、応答（例えばＳＩＰ ２００ ＯＫ）でコンテンツキャッシュ／サーバに応答することができる（９１４、９１６）。この通知動作を繰り返して、新しいイベントが発生したときはいつでもＣＮＲＦに通知することができる。

図１０に、一実施形態による、ＩＭＳを使用してコンテンツ送達またはストリーミングセッションを確立するための例示的なシグナリング図を示す。ＵＡが、ｅＩＭ ＣＮを介してＣＮＲＨにコンテンツ要求メッセージ（例えばＳＩＰ ＩＮＶＩＴＥ）を送る（１００２、１００４）。コンテンツ要求メッセージは、要求されたコンテンツのＩＤまたは名前を含むことができる。ＣＮＲＨは、コンテンツ要求を受け取ると、要求されたコンテンツのＩＤを確認し、コンテンツの位置（複数可）（例えばＵＲＬまたはホストＩＰアドレス）を決定し、１つまたは複数のコンテンツキャッシュ／サーバを選択することができる。この選択は、ポリシに基づいて、例えば、コンテンツキャッシュ／サーバから要求元ＵＡまでの経路品質、利用可能な記憶またはメモリ空間、コンテンツキャッシュサーバの負荷および／または利用可能な帯域幅などに基づいて行うことができる。ＣＮＲＨは、ｅＩＭ ＣＮを介して、選択されたコンテンツキャッシュ／サーバに向けてコンテンツ転送メッセージを転送する（１００６、１００８）。ＣＮＲＨは、コンテンツ要求メッセージを修正することができる。ＩＭＳエンティティもまた、コンテンツ要求メッセージを修正することができる。コンテンツキャッシュ／サーバは、コンテンツ要求メッセージを受け取ると、ｅＩＭ ＣＮを介してＣＮＲＨに応答（例えばＳＩＰ ２００ ＯＫ）を送ることができる（１０１０、１０１２）。応答メッセージには、コンテンツオブジェクトを得るための命令およびセッション記述が含まれる。ＣＮＲＨは、ｅＩＭ ＣＮを介してＵＳに応答を送る（１０１４、１０１６）。次いで、ＵＡとコンテンツキャッシュ／サーバとの間でコンテンツストリーミングまたはダウンロードが確立される（１０１８）。

図１１は、別の実施形態による、ＩＭＳを使用してコンテンツ送達またはストリーミングセッションを確立するための別の例示的なシグナリング図である。ＵＡが、コンテンツ要求メッセージ（例えばＳＩＰ ＩＮＶＩＴＥ）をｅＩＭ ＣＮ（例えばＳ−ＣＳＣＦ）に送る（１１０２）。この要求は、要求されたコンテンツのＩＤまたは名前を含む。ｅＩＭ ＣＮエンティティ（すなわち照会元ＩＭＳエンティティ）は、要求されたコンテンツオブジェクトの位置（複数可）を解決するために、クエリメッセージをＣＮＲＨに送る（１１０４）。ＣＮＲＨは、要求を受け取ると、要求されたコンテンツのＩＤを確認し、コンテンツ位置（複数可）（すなわちＵＲＬまたはホストＩＰアドレス）を決定し、照会元ＩＭＳエンティティに応答を送る（１１０６）。応答は、要求されたコンテンツオブジェクトの位置情報を含む。クエリおよび応答メッセージは、それぞれＳＩＰ ＩＮＶＩＴＥおよび応答（例えば２００ ＯＫ）メッセージとすることができ、または、ＨＴＴＰなど他のプロトコルメッセージを使用することができる。照会元ＩＭＳエンティティは、そのポリシに基づいて、１つまたは複数のコンテンツキャッシュ／サーバを選択する。ＩＭ ＣＮは、コンテンツ要求メッセージ（例えばＳＩＰ ＩＮＶＩＴＥ）を修正し、選択されたコンテンツキャッシュ／サーバに向けてコンテンツ要求メッセージを転送することができる（１１０８）。コンテンツキャッシュ／サーバは、コンテンツ要求メッセージを受け取ると、応答（例えばＳＩＰ ２００ ＯＫ）をｅＩＭ ＣＮに送る（１１１０）。応答メッセージには、コンテンツオブジェクトを得る命令、およびセッション記述が含まれる。応答メッセージは、要求元ＵＡに転送される（１１１２）。次いで、ＵＡとコンテンツキャッシュ／サーバとの間で、コンテンツストリーミングまたはダウンロードセッションが確立される（１１１４）。

ネットワークは、中間ボックス（複数可）を挿入して、サービスを提供し、コンテンツおよびサービスアクセスを制御することができる。図１２に、一実施形態による、ネットワークが中間ボックス（複数可）を起動してサービスを提供しコンテンツおよびサービスアクセスを制御する場合の、コンテンツ送達またはストリーミングセッションを確立するための例示的なシグナリング図を示す。ＵＡが、ｅＩＭ ＣＮを介してセッション制御機能（ＳＣＦ）にコンテンツ要求メッセージ（例えばＳＩＰ ＩＮＶＩＴＥ）を送る（１２０２、１２０４）。コンテンツ要求メッセージは、要求されたコンテンツオブジェクトのＩＤを含むことができる。ｅＩＭ ＣＮは、コンテンツ要求メッセージをＳＣＦエンティティにルーティングする。ＳＣＦは、コンテンツ要求メッセージを受け取ると、ユーザ加入情報に従って、要求されたコンテンツサービスのサービス権利をチェックすることができる。ＳＣＦは、データプレーン上でコンテンツデータを操作する（例えばストリームミキシング、広告挿入、トランスコーディングなど）ために、強化型ＭＲＦを起動してセットアップすることができる（１２０６）。ＳＣＦは、コンテンツ要求メッセージをＣＮＲＨに転送する（１２０８）。ＳＣＦは、コンテンツ要求メッセージをＣＮＲＨに転送する前にコンテンツ要求メッセージを修正してもよい。ＣＮＲＨは、コンテンツ要求メッセージを受け取ると、要求されたコンテンツのＩＤを確認し、コンテンツ位置（複数可）（例えばＵＲＬまたはホストＩＰアドレス）を決定し、そのポリシに基づいて１つまたは複数のコンテンツキャッシュ／サーバを選択することができる。次いでＣＮＲＨは、選択されたコンテンツキャッシュ／サーバにコンテンツ要求メッセージを転送する（１２１０）。ＣＮＲＨは、コンテンツ要求を修正することができる。コンテンツキャッシュ／サーバは、コンテンツ要求メッセージを受け取ると、応答（例えばＳＩＰ ２００ ＯＫ）をＣＮＲＨに送る（１２１２）。応答メッセージには、コンテンツオブジェクトを得る命令、およびセッション記述が含まれてよい。ＣＮＲＨは、応答メッセージをＳＣＦに転送し（１２１４）、ＳＣＦは、ｅＩＭ ＣＮを介してＵＡに応答メッセージを転送する（１２１６、１２１８）。次いで、ＵＡとコンテンツキャッシュ／サーバとの間で、コンテンツストリーミングまたはダウンロードセッションが確立される（１２２０）。ＳＣＦとＣＲＮＨとコンテンツキャッシュ／サーバとの間のＳＩＰメッセージは、ＩＭＳの中を通ることができ、ＩＭＳはメッセージを修正することができる。ＩＭＳがコンテンツ要求メッセージをＳＣＦおよびＣＮＲＨに転送する順序は、入れ替えることができる。

図１３は、別の実施形態による、ネットワークが中間ボックス（複数可）を起動してサービスを提供しコンテンツおよびサービスアクセスを制御する場合の、コンテンツ送達またはストリーミングセッションを確立するための例示的なシグナリング図である。ＵＡが、ｅＩＭ ＣＮを介してＳＣＦにコンテンツ要求メッセージ（例えばＳＩＰ ＩＮＶＩＴＥ）を送る（１３０２、１３０４）。コンテンツ要求メッセージは、要求されたコンテンツオブジェクトのＩＤを含むことができる。ＳＣＦは、コンテンツ要求メッセージを受け取ると、要求されたコンテンツサービスのサービス権利をチェックし、要求されたコンテンツオブジェクトの位置（複数可）を解決するためにクエリメッセージをＣＮＲＨに送ることができる（１３０６）。ＣＮＲＨは、コンテンツ要求メッセージを受け取ると、要求されたコンテンツのＩＤを確認し、コンテンツ位置（複数可）（例えばＵＲＬまたはホストＩＰアドレス）を決定し、照会元ＳＣＦに応答を送ることができる（１３０８）。応答は、要求されたコンテンツオブジェクトの位置情報を含むことができる。クエリおよび応答メッセージは、それぞれＳＩＰ ＩＮＶＩＴＥおよび２００ ＯＫメッセージとすることができ、または、ＨＴＴＰなど他のプロトコルメッセージを使用することができる。ＳＣＦは、データプレーン上でコンテンツデータを操作する（例えばストリームミキシング、広告挿入、トランスコーディングなど）ために、強化型ＭＲＦを起動してセットアップすることができる（１３１０）。ＳＣＦは、そのポリシに基づいて１つまたは複数のコンテンツキャッシュ／サーバを選択し、選択されたコンテンツキャッシュ／サーバにコンテンツ要求メッセージを転送する（１３１２）。ＳＣＦは、選択されたコンテンツキャッシュ／サーバに向けてコンテンツ要求を転送する前に、コンテンツ要求を修正してもよい。コンテンツキャッシュ／サーバは、コンテンツ要求メッセージを受け取ると、応答（例えばＳＩＰ ２００ ＯＫ）をＳＣＦに送る（１３１４）。ＳＣＦは、ｅＩＭ ＣＮを介してＵＡに応答メッセージを転送する（１３１６、１３１８）。応答メッセージには、コンテンツオブジェクトを得る命令、およびセッション記述が含まれる。次いで、ＵＡとコンテンツキャッシュ／サーバとの間で、コンテンツストリーミングまたはダウンロードセッションが確立される（１３２０）。ＳＣＦとＣＲＮＨとコンテンツキャッシュ／サーバとの間のＳＩＰメッセージは、ＩＭＳの中を通り、ＩＭＳはメッセージを修正することができる。

２つ以上のコンテンツサービスプロバイダまたはＩＳＰが、それらのネットワーク領域を相互接続またはピアリングして、より多くのコンテンツオブジェクトおよびフォーマット、ならびにリソースを利用可能にすることができる。ピアリングは、効率的でスケーラブルな通信メカニズム、例えば、コンテンツを複数のソースから複数の経路に沿って宛先に移動させることや、帯域幅を最適化するための自動キャッシングを可能にすることができる。

図１４に、２つ以上の管理領域が外部レジストリを介してコンテンツ情報データ（ＣＩＤ）を交換する例を示す。外部レジストリ１４０２は、複数の管理領域（領域１および２）または複数の情報データプロバイダからの情報データを、単一のビューに集約する。図１４には２つの領域しか示していないが、３つ以上の領域を含んでもよいことに留意されたい。交換されるＣＩＤは、領域中でホストされる集約されたコンテンツＩＤ、コンテンツを取り出すコスト、ＣＳＣ制御メッセージのルーティング情報などを含むことができる。外部レジストリ１４０２は、ＣＩＤを収集し、マスタデータベースをそのデータリポジトリ中で維持する。領域中でホストされるコンテンツＩＤ情報を集約して、情報量を低減し、スケーラビリティを向上させることができる。レジストリ１４０２は、領域中のローカルデータリポジトリ１４０４、１４０６にＣＩＤを配布することができる。他の方法（例えば分散ハッシュテーブル（ＤＨＴ））を、領域をまたいだＣＩＤの維持および交換に使用することもできる。

図１５に、一実施形態による、ユーザデバイスが領域をまたいでコンテンツを取り出す場合の例示的なネットワークレイアウトを示す。要求元ＣＳＣ ＵＡを有するクライアントデバイスが領域１に位置し、コンテンツプロバイダが領域２に位置する。複数の領域をまたいでコンテンツを取り出すための例示的な手順について、図１６Ａおよび１６Ｂを参照しながら説明する。

図１６Ａおよび１６Ｂは、複数の領域をまたいでコンテンツを取り出すための例示的なシグナリング図である。ＣＳＣ ＵＡを有するクライアントデバイスが、要求されるコンテンツのＩＤを含むコンテンツ要求（ＣＲＥＱ）メッセージを、要求元ＵＡに対するＣＳＣ−Ｐ（ホームＣＳＣ−Ｐと呼ばれる）に送る（１６０２）。ホームＣＳＣ−Ｐは、コンテンツ要求メッセージを、ユーザのホーム領域（すなわちこの例では領域１）中のホームＣＳＣ−Ｈに転送する（１６０４）。

ホームＣＳＣ−Ｈは、アプリケーションサーバ（複数可）（例えば広告制御サーバまたはユーザプライバシーサーバ）を起動することができる（１６０６）。アプリケーションサーバは、ホームＣＳＣ−Ｈにシグナリングを送り返す（１６０８）。ホームＣＳＣ−Ｈは、領域１中のホームＣＮＲＨと通信する（１６１０）。ホームＣＮＲＨは、コンテンツＩＤなどのコンテンツ要求情報に従ってそのデータベースをルックアップすることにより、このコンテンツ要求に応じるための１つまたは複数の潜在的なコンテンツプロバイダの識別、ならびに、プロバイダの物理的位置や取出しコストなど他の情報を返す（１６１２）。ホームＣＳＣ−Ｈは、ホームＣＮＲＨから返された情報を使用して、このＣＳＣコンテンツ要求に応じるべきコンテンツプロバイダ（複数可）を選択および決定する（１６１４）。ホームＣＳＣ−Ｈは、コンテンツ取出しセッションを確立するために、このＣＳＣコンテンツ要求に応じるべきターゲット領域（この例では領域２）中のコンテンツプロバイダと、コンテンツ要求メッセージをルーティングする方法とを選択することができる。あるいは、ホームＣＳＣ−Ｈは、ホームＣＮＲＨから返された情報および他のコンテンツ要求情報を、ホームＣＳＣ−ＡＳ（図示せず）に転送することもできる。ホームＣＳＣ−ＡＳは、このＣＳＣコンテンツ要求に応じるべきコンテンツプロバイダ（複数可）を選択および決定し、その決定をホームＣＳＣ−Ｈに知らせることができる。ホームＣＳＣ−ＡＳは、セッションのためのプレアドミッション制御を実施することができる。コンテンツプロバイダがリモート領域にある場合、ホームＣＳＣ−ＡＳは、このコンテンツセッションに関するセッションポリシ、セキュリティパラメータ、リソース制御パラメータ、および課金を、ＣＳＣ−Ｈを介してリモートＣＳＣ−ＡＳと交換および交渉することができる。これらのパラメータは、メディアストリームの操作およびポリシの施行のために、データプレーンコンポーネントによって使用することができる。

コンテンツプロバイダが別の領域にある場合、ホームＣＳＣ−Ｈは、ホーム領域中のホームＣＳＣ−ＩＢＣにＣＳＣ要求を送る（１６１６）。ホームＣＳＣ−ＩＢＣは、セッション境界制御を実施することができる（１６１８）。ホームＣＳＣ−ＩＢＣは、ターゲット領域（この例では領域２）中のリモートＣＳＣ−ＩＢＣにＣＳＣコンテンツ要求を送る（１６２０）。

ターゲット領域中のリモートＣＳＣ−ＩＢＣは、セキュリティおよびポリシ制御、アドミッション制御、およびメディアプレーンリソース許可（例えばＱｏＳ制御、ポリシ施行、帯域幅管理など）のために、ＣＳＣ要求を処理する（１６２２）。リモートＣＳＣ−ＩＢＣは、リモートＣＮＲＨと対話することにより、このコンテンツ要求に応じるべき特定のコンテンツプロバイダを決定することができる（内部ネットワークは外界から隠れている場合があるので）（１６２４、１６２６）。あるいは、リモートＣＳＣ−ＩＢＣは、リモートＣＮＲＨから返された情報および他のコンテンツ要求情報を、リモートＣＳＣ−ＡＳ（図示せず）に転送することもできる。リモートＣＳＣ−ＡＳは、このＣＳＣコンテンツ要求に応じるべきコンテンツプロバイダを決定し、その決定をリモートＣＳＣ−ＩＢＣに知らせることができる。リモートＣＳＣ−ＡＳはまた、セッションのためのアドミッション制御を実施することもできる。リモートＣＳＣ−ＡＳはまた、このコンテンツセッションに関するセッションポリシ、セキュリティパラメータ、リソース制御パラメータ、および課金を、ＣＳＣ−ＩＢＣを介してホームＣＳＣ−ＡＳと交換および交渉することもできる。

リモートＣＳＣ−ＩＢＣは、ターゲット領域中のリモートＣＳＣ−ＩにＣＳＣコンテンツ要求を送る（１６２８）。リモートＣＳＣ−Ｉは、ターゲット領域中のリモートＨＳＳに照会して、コンテンツプロバイダに割り当てられたリモートＣＳＣ−Ｈの識別を知り（１６３０、１６３２）、コンテンツプロバイダに対するリモートＣＳＣ−ＨにＣＳＣコンテンツ要求メッセージを転送する（１６３４）。

コンテンツプロバイダに対処するリモートＣＳＣ−Ｈは、アプリケーションサーバ（複数可）、例えばコンテンツセキュリティサーバまたはコンテンツ課金サーバを起動することができる（１６３６）。アプリケーションサーバは、リモートＣＳＣ−Ｈにシグナリングを送り返す（１６３８）。コンテンツプロバイダに対処するリモートＣＳＣ−Ｈは、コンテンツプロバイダに対するリモートＣＳＣ−Ｐに、ＣＳＣ要求メッセージを転送する（１６４０）。次いでリモートＣＳＣ−Ｐは、ＣＳＣ要求メッセージをコンテンツプロバイダＵＡに転送する（１６４２）。

リモート領域中のコンテンツプロバイダＵＡは、ＣＳＣコンテンツ要求返信（ＣＲＥＰ）メッセージでＣＳＣコンテンツ要求に応答する（１６４４）。ＣＳＣコンテンツ要求返信メッセージは、メディアコンテンツを取り出すためのプロトコルおよびＵＲＬなど、どのようにメディアコンテンツセッションをセットアップするかに関する情報を含む。ＣＳＣコンテンツ要求返信メッセージは、コンテンツプロバイダに対するリモートＣＳＣ−Ｐに送られる。

コンテンツプロバイダに対するリモートＣＳＣ−Ｐは、ＣＳＣコンテンツ要求返信メッセージを、コンテンツプロバイダに対処するＣＳＣ−Ｈに転送する（１６４６）。リモートＣＳＣ−Ｐは、ＡＢＧと対話して、リモート領域中でのデータフロー操作および管理のためのリソースを割り振ることができる（１６４８）。

リモートＣＳＣ−Ｈは、アプリケーションサーバ（複数可）を起動することができる（１６５０）。アプリケーションサーバは、ＣＳＣ−Ｈにシグナリングを送り返す（１６５２）。コンテンツプロバイダに対するリモートＣＳＣ−Ｈは、ＣＳＣコンテンツ要求返信をリモートＣＳＣ−ＩＢＣに送る（１６５４）。リモートＣＳＣ−ＩＢＣは、ホームＣＳＣ−ＩＢＣに要求返信を転送する（１６５６）。リモートＣＳＣ−ＩＢＣは、リモートＣＳＣ−ＩＢＧと対話して、データプレーン中のリソースおよびポリシ制御を割り振ることができる（１６５８）。

ホームＣＳＣ−ＩＢＣは、要求返信をホームＣＳＣ−Ｉに送る（１６６０）。ホームＣＳＣ−ＩＢＣは、ホームＣＳＣ−ＩＢＧと対話して、データプレーン中のリソースおよびポリシ制御を割り振ることができる（１６６２）。ホームＣＳＣ−Ｉは、ホームＨＳＳに照会して、要求元ＵＡに割り当てられたホームＣＳＣ−Ｈの識別を知り（１６６４、１６６６）、要求元ユーザエージェントに対するホームＣＳＣ−Ｈにコンテンツ要求返信を転送する（１６６８）。

要求元ＵＡに対するホームＣＳＣ−Ｈは、アプリケーションサーバ（複数可）を起動することができる（１６７０）。アプリケーションサーバは、ホームＣＳＣ−Ｈにシグナリングを送り返す（１６７２）。要求元ＵＡに対するホームＣＳＣ−Ｈは、要求元ＵＡに対するホームＣＳＣ−Ｐに、ＣＳＣコンテンツ要求返信メッセージを転送する（１６７４）。

ホームＣＳＣ−Ｐは、ＣＳＣコンテンツ要求返信メッセージを、要求元ユーザエージェントに転送する（１６７６）。ＣＳＣ−Ｐは、データプレーン上のアクセス境界ゲートウェイと対話して、ディープパケットインスペクション、ＱｏＳ制御、帯域幅管理など、データフロー管理のためのリソースを割り振ることができる（１６７８）。要求元ユーザデバイスは、コンテンツ要求返信メッセージ中の情報に基づいて、コンテンツを取り出す（１６８０）。

図１７に、ＵＡがＩＭＳネットワーク領域をまたいでコンテンツを取り出す場合の、例示的なネットワークレイアウトを示す。ＣＮＲＨが、各ＩＭＳネットワーク中、およびＰ−ＣＳＣＨなどのＩＭＳエンティティ中に設けられる。

図１８に、相互接続されたＣＮＲＨの例示的な階層ツリーを示す。インターネット階層にマッピングする、ピアリングされたリンクを含む階層ツリーを、種々のネットワーク領域のＣＮＲＨが形成することができる。コンテンツ公開メッセージが、階層に沿って上方に、かつピア間で伝搬する。各ＣＮＲＨは、その子孫およびピア中で公開された全てのコンテンツオブジェクトの位置情報を維持することができる。コンテンツオブジェクトのコピーの位置情報は、コンテンツＩＤの、次のホップのＣＮＲＨへのマッピングと、このコンテンツオブジェクトコピーのホストへの距離またはコストとを含む。あるコンテンツオブジェクトが、異なる位置にある複数のコピーを有する場合がある。コンテンツオブジェクトコピーのホストへのＣＮＲＨホップ数の点から見た最も近いコピーの位置情報を、ＣＮＲＨによって維持することができる。あるいは、ＣＮＲＨは、そのポリシに従って、コンテンツホストへの最小コストを有するコピーの位置情報を維持することもできる。あるいは、コンテンツオブジェクトの位置情報の複数のエントリをＣＮＲＨによって維持することもでき、各エントリはコピーに対応する。

ＣＮＲＨが、複数のネットワーク領域全体で最も近いコピー（ホスト）に向けて、または、最小コストを有するコピーに向けて、またはそのポリシに従って複数のコピーに向けて、コンテンツ要求（例えばＳＩＰ ＩＮＶＩＴＥ）を転送する。コンテンツオブジェクトコピーのホストは、コンテンツ要求メッセージ（例えばＳＩＰ ＩＮＶＩＴＥ）を受け取ると、応答メッセージ（例えばＳＩＰ ２００ ＯＫ）を送ることができる。応答メッセージには、コンテンツオブジェクトを得るための命令およびセッション記述が含まれてよい。応答メッセージは、ネットワーク領域をまたいでコンテンツ要求の起源に転送し返される。次いで、コンテンツダウンロードまたはストリーミングデータセッションが確立され、データパケット交換が実施される。ＣＮＲＨが、コンテンツ要求を受け取ったときに、要求されたコンテンツオブジェクトの位置情報を有さない場合は、ＣＮＲＨは、コンテンツ要求をその親ＣＮＲＨに転送する。コンテンツ要求が最高レベル／ルートＣＮＲＨまで上がっても、要求されたコンテンツオブジェクトの位置情報が見つからない場合は、ルートＣＮＲＨはエラーメッセージで応答することができる。エラーメッセージは、ネットワーク領域をまたいでコンテンツ要求の起源に転送し返される。

代替的な一実施形態では、ＣＮＲＨは、階層型ＤＨＴまたは別のトポロジを形成することができる。コンテンツ公開メッセージはＣＮＲＨ間を伝搬して、ネットワーク領域をまたいでコンテンツオブジェクトの位置情報が公開される。コンテンツ要求メッセージ（例えばＳＩＰ ＩＮＶＩＴＥ）はＣＮＲＨ間で転送されて、ネットワーク領域をまたいで、要求されたコンテンツオブジェクトのコピーのホストの位置が決定される。領域間ＳＩＰメッセージは各領域中のＩＭＳおよびＩＢＣＦ／ＳＢＣの中を通って、セキュリティおよび領域間ポリシが施行される。

実施形態
１．コンテンツを発見して取り出す方法。

２．クライアントデバイスからコンテンツ要求を受け取ることを含む、実施形態１の方法。

３．前記コンテンツ要求は、コンテンツオブジェクトを一意に識別するコンテンツＩＤを含む、実施形態２の方法。

４．ＣＮＲＨを使用してコンテンツＩＤを解決して、コンテンツ要求に応じる少なくとも１つのコンテンツプロバイダの識別情報を得ることをさらに含む、実施形態２〜３のいずれか１つにおける方法。

５．コンテンツプロバイダを選択することをさらに含む、実施形態４の方法。

６．選択されたコンテンツプロバイダにコンテンツ要求を転送することをさらに含む、実施形態５の方法。

７．コンテンツ要求を受け取りに応答して、アプリケーションサーバを起動することをさらに含む、実施形態２〜６のいずれか１つにおける方法。

８．ホーム加入者サーバに照会して、選択されたコンテンツプロバイダにサービスするネットワークエンティティを決定することをさらに含み、決定されたネットワークエンティティにコンテンツ要求が転送される、実施形態２〜７のいずれか１つにおける方法。

９．コンテンツオブジェクトを取り出すためのメディアコンテンツセッションをどのようにセットアップするかに関する情報を含むコンテンツ要求返信を受け取ることをさらに含む、実施形態２〜８のいずれか１つにおける方法。

１０．コンテンツ要求返信をクライアントデバイスに転送することをさらに含む、実施形態９の方法。

１１．ホーム加入者サーバに照会して、クライアントデバイスにサービスするネットワークエンティティを決定することをさらに含み、決定されたネットワークエンティティにコンテンツ要求返信が転送される、実施形態９〜１０のいずれか１つにおける方法。

１２．データプレーン上のネットワークエンティティと対話して、コンテンツ要求返信を受け取ったときにデータフロー管理のためのリソースを割り振ることをさらに含む、実施形態９〜１１のいずれか１つにおける方法。

１３．コンテンツプロバイダがクライアントデバイスのホーム領域中に位置しないという条件で、ホーム領域中のＩＢＣエンティティにコンテンツ要求を送ることをさらに含む、実施形態２〜１２のいずれか１つにおける方法。

１４．セッション境界制御を実施し、コンテンツプロバイダの位置するターゲット領域中のＩＢＣエンティティにコンテンツ要求を転送することをさらに含む、実施形態１３の方法。

１５．ＣＮＲＨから受け取られた情報をアプリケーションサーバに転送することをさらに含み、アプリケーションサーバはコンテンツ要求に応じるためのコンテンツプロバイダを選択する、実施形態４〜１４のいずれか１つにおける方法。

１６．コンテンツ要求は、ＩＭＳ制御プレーンエンティティを介して、選択されたコンテンツプロバイダにルーティングされる、実施形態２〜１５のいずれか１つにおける方法。

１７．ＩＭＳ中のセッション制御エンティティがコンテンツ要求を受け取ることをさらに含む、実施形態１６の方法。

１８．セッション制御エンティティがＣＮＲＨに照会することをさらに含む、実施形態１７の方法。

１９．セッション制御エンティティがＣＮＲＨから識別情報を受け取ることをさらに含む、実施形態１８の方法。

２０．セッション制御エンティティがコンテンツプロバイダに向けてコンテンツ要求を送ることをさらに含む、実施形態１９の方法。

２１．ＩＭＳ中のセッション制御エンティティがコンテンツ要求を受け取ることをさらに含む、実施形態１６の方法。

２２．セッション制御エンティティがコンテンツ要求をＣＮＲＨに転送することをさらに含む、実施形態２１の方法。

２３．ＣＮＲＨが、コンテンツプロバイダを選択し、選択されたコンテンツプロバイダに向けてコンテンツ要求を送ることをさらに含む、実施形態２２の方法。

２４．ＣＮＲＨがコンテンツオブジェクトに対する登録メッセージをコンテンツプロバイダから受け取ることをさらに含む、実施形態２〜２３のいずれか１つにおける方法。

２５．ＣＮＲＨがコンテンツオブジェクトを登録することをさらに含む、実施形態２４の方法。

２６．ＣＮＲＨがコンテンツプロバイダに加入メッセージを送ってコンテンツプロバイダのイベントに加入することをさらに含む、実施形態２４〜２５のいずれか１つにおける方法。

２７．加入したイベントが発生したという条件でＣＮＲＨが登録メッセージを受け取ることをさらに含む、実施形態２６の方法。

２８．コンテンツを発見して取り出す方法。

２９．コンテンツＩＤを含むコンテンツ要求を送ることを含む、実施形態２８の方法。

３０．コンテンツＩＤは、コンテンツオブジェクトを一意に識別し、ＣＮＲＨを介して、コンテンツ要求に応じるための少なくとも１つのコンテンツプロバイダの識別情報に解決される、実施形態２９の方法。

３１．コンテンツ要求返信を受け取ることをさらに含む、実施形態２９〜３０のいずれか１つにおける方法。

３２．コンテンツ要求返信中の情報に基づいてメディアセッションをセットアップしてコンテンツオブジェクトを取り出すことをさらに含む、実施形態３１の方法。

３３．公開するコンテンツを示すコンテンツ公示メッセージを受け取ることをさらに含む、実施形態２９〜３２のいずれか１つにおける方法。

３４．コンテンツ公示メッセージ中のコンテンツが、ユーザによって設定されたプロファイルに合致するかどうか判定することをさらに含み、コンテンツ公示中のコンテンツがプロファイルに合致するという条件でコンテンツ要求が送られる、実施形態３３の方法。

３５．コンテンツＩＤに基づくコンテンツの発見および取出しをサポートするためのネットワーク。

３６．コンテンツＩＤを、コンテンツ要求に応じるための少なくとも１つのコンテンツプロバイダの識別情報に解決するように構成されるＣＮＲＨを備える、実施形態３５のネットワーク。

３７．コンテンツＩＤを含むコンテンツ要求をクライアントデバイスから受け取り、コンテンツ要求に応じるためのコンテンツプロバイダを選択し、選択されたコンテンツプロバイダにコンテンツ要求を転送するように構成されるネットワークエンティティをさらに備える、実施形態３６の方法。

３８．ネットワークエンティティはＩＭＳ制御プレーン中のエンティティである、実施形態３７のネットワーク。

３９．ネットワークエンティティは、コンテンツ要求を受け取るのに応答してアプリケーションサーバを起動するようにさらに構成される、実施形態３７〜３８のいずれか１つにおけるネットワーク。

４０．コンテンツを発見して取り出すためのユーザデバイス。

４１．コンテンツＩＤを含むコンテンツ要求を送るように構成されたプロセッサを備え、コンテンツＩＤは、コンテンツオブジェクトを一意に識別し、ＣＮＲＨを介して、コンテンツ要求に応じるための少なくとも１つのコンテンツプロバイダの識別情報に解決される、実施形態４０のユーザデバイス。

４２．プロセッサは、コンテンツ要求返信を受け取り、コンテンツ要求返信中の情報に基づいてメディアセッションをセットアップしてコンテンツオブジェクトを取り出すようにさらに構成される、実施形態４１のユーザデバイス。

４３．プロセッサは、公開するコンテンツを示すコンテンツ公示メッセージを受け取り、ユーザによって設定されたプロファイルにコンテンツ公示メッセージ中のコンテンツが合致するかどうか判定するようにさらに構成され、コンテンツ公示中のコンテンツがプロファイルに合致するという条件でコンテンツ要求が送られる、実施形態４１〜４２のいずれか１つにおけるユーザデバイス。

以上では特徴および要素を特定の組合せで述べているが、各特徴または要素を単独で、または他の特徴および要素との任意の組合せで使用してもよいことは、当業者なら理解するであろう。加えて、本明細書に述べた方法は、コンピュータまたはプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実現することができる。コンピュータ可読媒体の例としては、電子信号（有線またはワイヤレス接続を介して伝送される）およびコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクや取外し可能ディスクなどの磁気媒体、光磁気媒体、および、ＣＤ−ＲＯＭディスクやディジタル多用途ディスク（ＤＶＤ）などの光媒体が挙げられるが、これらに限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ中で使用するための、無線周波数送受信機を、プロセッサをソフトウェアと共に使用して実現することができる。

Claims (20)

1. コンテンツを発見して取り出す方法であって、
   クライアントデバイスからコンテンツ要求を受け取るステップであって、前記コンテンツ要求は、コンテンツオブジェクトを一意に識別するコンテンツ識別（ＩＤ）を含む、受け取るステップと、
   コンテンツ名解決ハンドラ（ＣＮＲＨ）で前記コンテンツＩＤを解決して、前記コンテンツ要求に応じる少なくとも１つのコンテンツプロバイダの識別情報を得るステップと、
   コンテンツプロバイダを選択するステップと、
   前記選択されたコンテンツプロバイダに、前記コンテンツ要求を転送するステップと
   を備えることを特徴とする方法。
2. 前記コンテンツ要求の受け取りに応答してアプリケーションサーバを起動するステップをさらに備えることを特徴とする請求項１に記載の方法。
3. ホーム加入者サーバに照会して、前記選択されたコンテンツプロバイダにサービスするネットワークエンティティを決定するステップをさらに備え、前記決定されたネットワークエンティティに前記コンテンツ要求が転送されることを特徴とする請求項１に記載の方法。
4. 前記コンテンツオブジェクトを取り出すためのメディアコンテンツセッションをどのようにセットアップするかに関する情報を含むコンテンツ要求返信を受け取るステップと、
   前記コンテンツ要求返信を前記クライアントデバイスに転送するステップと
   をさらに備えることを特徴とする請求項１に記載の方法。
5. ホーム加入者サーバに照会して、前記クライアントデバイスにサービスするネットワークエンティティを決定するステップをさらに備え、前記決定されたネットワークエンティティに前記コンテンツ要求返信が転送されることを特徴とする請求項４に記載の方法。
6. 前記コンテンツ要求返信を受け取ったときに、データプレーン上のネットワークエンティティと対話してデータフロー管理のためにリソースを割り振るステップをさらに備えることを特徴とする請求項４に記載の方法。
7. 前記コンテンツプロバイダが前記クライアントデバイスのホーム領域中に位置しないという条件で、前記ホーム領域中の相互接続境界制御（ＩＢＣ）エンティティに前記コンテンツ要求を送るステップと、
   セッション境界制御を実施し、前記コンテンツプロバイダが位置するターゲット領域中のＩＢＣエンティティに前記コンテンツ要求を転送するステップと
   をさらに備えることを特徴とする請求項１に記載の方法。
8. 前記ＣＮＲＨから受け取られる前記情報をアプリケーションサーバに転送するステップをさらに備え、前記アプリケーションサーバは前記コンテンツ要求に応じる前記コンテンツプロバイダを選択することを特徴とする請求項１に記載の方法。
9. 前記コンテンツ要求は、ＩＰマルチメディアサブシステム（ＩＭＳ）制御プレーンエンティティを介して、前記選択されたコンテンツプロバイダにルーティングされることを特徴とする請求項１に記載の方法。
10. ＩＭＳ中のセッション制御エンティティが前記コンテンツ要求を受け取るステップと、
    前記セッション制御エンティティが前記ＣＮＲＨに照会するステップと、
    前記セッション制御エンティティが前記ＣＮＲＨから前記識別情報を受け取るステップと、
    前記セッション制御エンティティが前記コンテンツプロバイダに向けて前記コンテンツ要求を送るステップと
    をさらに備えることを特徴とする請求項９に記載の方法。
11. ＩＭＳ中のセッション制御エンティティが前記コンテンツ要求を受け取るステップと、
    前記セッション制御エンティティが前記コンテンツ要求を前記ＣＮＲＨに転送するステップと、
    前記ＣＮＲＨが、前記コンテンツプロバイダを選択し、前記選択されたコンテンツプロバイダに向けて前記コンテンツ要求を送るステップと
    をさらに備えることを特徴とする請求項９に記載の方法。
12. 前記ＣＮＲＨが前記コンテンツオブジェクトに対する登録メッセージを前記コンテンツプロバイダから受け取るステップと、
    前記ＣＮＲＨが前記コンテンツオブジェクトを登録するステップと
    をさらに備えることを特徴とする請求項１に記載の方法。
13. 前記ＣＮＲＨが前記コンテンツプロバイダに加入メッセージを送って前記コンテンツプロバイダのイベントに加入するステップと、
    加入したイベントが発生したという条件で前記ＣＮＲＨが前記登録メッセージを受け取るステップと
    をさらに備えることを特徴とする請求項１２に記載の方法。
14. コンテンツを発見して取り出す方法であって、
    コンテンツ識別（ＩＤ）を含むコンテンツ要求を送るステップであって、前記コンテンツＩＤは、コンテンツオブジェクトを一意に識別し、コンテンツ名解決ハンドラ（ＣＮＲＨ）を介して、前記コンテンツ要求に応じるための少なくとも１つのコンテンツプロバイダの識別情報に解決されるものであるステップと、
    コンテンツ要求返信を受け取るステップと、
    前記コンテンツ要求返信中の情報に基づいてメディアセッションをセットアップして前記コンテンツオブジェクトを取り出すステップと
    を備えることを特徴とする方法。
15. 公開するコンテンツを示すコンテンツ公示メッセージを受け取るステップと、
    前記コンテンツ公示メッセージ中の前記コンテンツが、ユーザによって設定されたプロファイルに合致するかどうか判定するステップと
    をさらに備え、前記コンテンツ公示中の前記コンテンツが前記プロファイルに合致するという条件で前記コンテンツ要求が送られることを特徴とする請求項１４に記載の方法。
16. コンテンツ識別（ＩＤ）に基づくコンテンツの発見および取出しをサポートするためのネットワークであって、
    コンテンツＩＤを、コンテンツ要求に応じるための少なくとも１つのコンテンツプロバイダの識別情報に解決するように構成されたコンテンツ名解決ハンドラ（ＣＮＲＨ）と、
    前記コンテンツＩＤを含む前記コンテンツ要求をクライアントデバイスから受け取り、前記コンテンツ要求に応じるためのコンテンツプロバイダを選択し、前記選択されたコンテンツプロバイダに前記コンテンツ要求を転送するように構成されたネットワークエンティティと
    を備えることを特徴とするネットワーク。
17. 前記ネットワークエンティティはＩＰマルチメディアサブシステム（ＩＭＳ）制御プレーン中のエンティティであることを特徴とする請求項１６に記載のネットワーク。
18. 前記ネットワークエンティティは、前記コンテンツ要求を受け取るのに応答してアプリケーションサーバを起動するようにさらに構成されることを特徴とする請求項１６に記載のネットワーク。
19. コンテンツを発見して取り出すためのユーザデバイスであって、
    コンテンツ識別（ＩＤ）を含むコンテンツ要求を送るように構成されたプロセッサを備え、前記コンテンツＩＤは、コンテンツオブジェクトを一意に識別し、コンテンツ名解決ハンドラ（ＣＮＲＨ）を介して、前記コンテンツ要求に応じるための少なくとも１つのコンテンツプロバイダの識別情報に解決され、
    前記プロセッサは、コンテンツ要求返信を受け取り、前記コンテンツ要求返信中の情報に基づいてメディアセッションをセットアップして前記コンテンツオブジェクトを取り出すようにさらに構成されることを特徴とするユーザデバイス。
20. 前記プロセッサは、公開するコンテンツを示すコンテンツ公示メッセージを受け取り、ユーザによって設定されたプロファイルに前記コンテンツ公示メッセージ中の前記コンテンツが合致するかどうか判定するようにさらに構成され、前記コンテンツ公示中の前記コンテンツがプロファイルに合致するという条件で前記コンテンツ要求が送られることを特徴とする請求項１９に記載のユーザデバイス。

Images