JP2019057932A - メディアプレゼンテーション記述 - Google Patents

Abstract

【課題】メディアコンテンツにおいて広告の反復発生を指示するための方法を提供する。【解決手段】メディアコンテンツにおいて広告の反復発生を指示するための方法は、以下のうちの１つまたは複数を含むことができる。方法は、メディアコンテンツと関連付けられたメディアプレゼンテーション記述（ＭＰＤ）に、メディアコンテンツの第１の記述子要素を挿入することを含むことができる。方法は、ＭＰＤに、メディアコンテンツの反復発生の第２の記述子要素を挿入することを含むことができる。第２の記述子要素は、メディアコンテンツの反復発生の間、メディアコンテンツが最初からプレゼンテーションされることを指示することができる。【選択図】図５

Description

本願発明は、メディアプレゼンテーション記述に関する

（関連出願の相互参照）
本出願は、２０１３年１１月２７日に出願された米国特許仮出願第６１／９１０，００７号明細書のおよび２０１４年１０月１０日に出願された米国特許仮出願第６２／０６２，７３４号明細書の優先権を主張し、その開示内容は、参照によりその全体が本明細書に組み込まれる。

テレビは、メディアコンテンツ、例えば、広告をプレゼンテーションするために使用されてきた。メディアコンテンツをコンピュータデバイス、例えば、パーソナルコンピュータ、タブレットコンピュータ、またはスマートフォンを介してプレゼンテーションすることもできる。コンピュータデバイスは、ブラウザを介してまたはアプリケーションを介してメディアコンテンツをプレゼンテーションできる。コンピュータデバイスは、メディアコンテンツをプレゼンテーションする前に、メディアコンテンツを部分的または完全のいずれかでダウンロードすることができる。コンピュータデバイスは、メディアコンテンツをストリーミングすることができる。メディアコンテンツは、１つまたは複数の広告を含むことができる。プレゼンテーションされるメディアコンテンツに基づいて広告を選択するこができる。コンピュータデバイスと関連付けられたユーザプロファイルに基づいて広告を選択することができる。

広告は、番組時間の休憩中に発生する。広告料は、メディアコンテンツの視聴率システム、例えば、ニールセン視聴率によって判定される。メディアコンテンツディストリビュータは、コンテンツを地方局および全国のケーブルテレビ会社に配信することができる。メディアコンテンツを、例えば、デジタルテレビシステムまたはビデオオンデマンド（ＶＯＳ）システムによってレンダリングされるビデオストリームとして配信することができる。ビデオストリームは、全国レベルで見られる広告だけでなく、ストリームに挿入される地域および／または地方広告も搬送することができる。

米国特許仮出願第６１／９１０，００７号明細書 米国特許仮出願第６２／０６２，７３４号明細書

方法は、以下の１つまたは複数を含むことができる。方法は、メディアコンテンツと関連付けられたメディアプレゼンテーション記述（ＭＰＤ）に、メディアコンテンツの第１の記述子要素を挿入することを含むことができる。方法は、ＭＰＤ内に、メディアコンテンツの反復発生についての第２の記述子要素を挿入することを含むことができる。第２の記述子要素は、メディアコンテンツの反復発生の間、メディアコンテンツが最初からプレゼンテーションされることを指示することができる。

第１の記述子要素を挿入することは、メディアコンテンツを識別するメディアコンテンツ識別子を挿入することを含むことができる。第１の記述子要素を挿入することは、メディアコンテンツの第１の発生を識別する第１の発生識別子を挿入することを含むことができる。第２の記述子要素を挿入することは、メディアコンテンツの第２の発生を識別する第２の発生識別子を挿入することを含むことができる。

第１の記述子要素は、メディアストリーム内におけるメディアコンテンツの配置を指示することができる。第２の記述子要素は、メディアストリーム内におけるメディアコンテンツの反復発生の配置を指示することができる。第２の記述子要素は、ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ記述子要素を含むことができる。

方法は、通信ネットワークを介してネットワークエンティティからＭＰＤを受信することを含むことができる。方法は、メディア再生クライアントにＭＰＤを送信することができる。送信されるＭＰＤは、第１の記述子要素と第２の記述子要素を含むことができる。メディアコンテンツは、広告を含むことができる。

ＭＰＤは、ＭＰＤの第１のバージョンとＭＰＤの第２のバージョンを含むことができる。第１の記述子要素をＭＰＤの第１のバージョンに挿入することができる。第２の記述子要素をＭＰＤの第２のバージョンに挿入することができる。

方法は、以下の１つまたは複数を含むことができる。方法は、ＭＰＤに、広告識別子を挿入することを含むことができる。広告識別子は、広告を識別することができる。方法は、ＭＰＤに、第１の発生識別子を挿入することを含むことができる。第１の発生識別子は、メディアストリーム内における広告の第１の発生を識別することができる。方法は、ＭＰＤに、第２の発生識別子を挿入することを含むことができる。第２の発生識別子は、メディアストリーム内における広告の第２の発生を識別することができる。第２の発生識別子は、メディアストリーム内における広告の第２の発生の間、広告が最初から再生されることを指示することができる。

広告識別子と第１の発生識別子を広告の第１の発生と関連付けられた第１の記述子要素に挿入することができる。広告識別子と第２の発生識別子は、広告の第２の発生と関連付けられた第２の記述子要素に挿入される。

メディアをプレゼンテーションする方法は、以下うちの１つまたは複数を含むことができる。方法は、ＭＰＤの第１の記述子要素を受信することを含むことができる。第１の記述子要素は、メディアストリーム内における広告の第１の発生についてのものとすることができる。第１の記述子要素は、広告識別子と、広告の第１の発生を識別することができる第１の発生識別子とを含むことができる。方法は、ＭＰＤの第２の記述子要素を受信することを含むことができる。第２の記述子要素は、メディアストリーム内における広告の第２の発生についてのものとすることができる。第２の記述子要素は、広告識別子と、広告の第２の発生を識別することができる第２の発生識別子とを含むことができる。方法は、メディアストリーム内における広告の第２の発生の間、広告を最初から再生することを含むことができる。

方法は、以下うちの１つまたは複数を含むことができる。方法は、ＭＰＥＧ−ＤＡＳＨメディアアセットについてのメディアプレゼンテーション記述（ＭＰＤ）内に複数の期間要素を提供することを含むことができる。方法は、複数の期間要素のうちの期間要素内に記述子要素を挿入して、ＭＰＥＧ−ＤＡＳＨメディアアセットと一致する最後の期間要素を指示することができる。

記述子要素を挿入することは、ＭＰＥＧ−ＤＡＳＨメディアアセットと一致する最後の期間要素を指示するストリングを挿入することを含むことができる。記述子要素を有する期間要素をＭＰＥＧ−ＤＡＳＨメディアアセットと一致する最後の期間要素とすることができる。

複数の期間要素を提供することは、複数の期間要素を作成することを含むことができる。複数の期間要素を提供することは、複数の期間要素を受信することを含むことができる。

方法は、複数の期間要素のうちの第２の期間要素に第２の記述子要素を挿入することを含むことができる。第２の記述子要素は、第２の期間要素がＭＰＥＧ−ＤＡＳＨメディアアセットと関連付けられた最後の期間要素ではないことを指示することができる。

最後の期間要素を指示する記述子要素を挿入することは、記述子要素内にメディアアセットの予測される継続期間を挿入することを含むことができる。最後の期間要素を指示する記述子要素を挿入することは、記述子要素にメディアアセットの予測される終了時間を挿入することを含むことができる。

記述子要素は、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ記述子要素を含むことができる。メディアアセットは、生放送を含むことができる。方法は、通信ネットワークを介してメディア再生クライアントに複数の期間要素を送信することを含むことができる。

方法は、以下の１つまたは複数を含むことができる。方法は、ＭＰＥＧ−ＤＡＳＨメディアアセットと一致する期間要素を受信することを含むことができる。方法は、期間要素がメディアアセットと関連付けられた最後の期間要素であるかどうかを判定することを含むことができる。方法は、期間要素がメディアアセットと関連付けられた最後の期間要素であるかどうかを判定することに基づいて、メディアアセットと関連付けられた再生リソースを管理することを含むことができる。

期間要素が最後の期間要素であるかどうかを判定することは、期間要素がメディアアセットの最後の期間要素であることを指示することができる記述子をその期間要素が含むかどうかを判定することを含むことができる。再生リソースの管理は、期間要素がメディアアセットと関連付けられた最後の要素であるという判定に基づいて再生バッファをパージすることを含むことができる。再生リソースの管理は、期間要素が最後の期間要素ではないという判定に基づいて再生バッファの現在の状態を維持することを含むことができる。

上記の方法のうち１つまたは複数は、コンピュータデバイスによって実装することができる。コンピュータデバイスは、プロセッサを含むことができる。プロセッサは、上記の方法のうち１つまたは複数を遂行するように構成されることができる。コンピュータデバイスは、通信インタフェースを含むことができる。コンピュータデバイスは、出力インタフェースを含むことができる。

コンピュータデバイスは、プロセッサを備えることができる。プロセッサは、以下のうちの１つまたは複数のために構成されることができる。プロセッサは、メディアコンテンツと関連付けられたメディアプレゼンテーション記述（ＭＰＤ）内に、メディアコンテンツについての第１の記述子要素を挿入することができる。プロセッサは、ＭＰＤ内に、メディアコンテンツの反復発生についての第２の記述子要素を挿入することができる。第２の記述子要素は、メディアコンテンツの反復発生の間、メディアコンテンツが最初からプレゼンテーションされることを指示することができる。

プロセッサは、メディアコンテンツを識別するメディアコンテンツ識別子を挿入することによっておよびメディアコンテンツの第１の発生を識別する第１の発生識別子を挿入することによって、第１の記述子要素を挿入するように構成されることができる。プロセッサは、メディアコンテンツの第２の発生を識別することができる第２の発生識別子を挿入することによって、第２の記述子要素を挿入するように構成されることができる。

コンピュータデバイスは、プロセッサを備えることができる。プロセッサは、以下のうちの１つまたは複数のために構成されることができる。プロセッサは、メディアプレゼンテーション記述（ＭＰＤ）内に、広告を識別する広告識別子を挿入することができる。プロセッサは、ＭＰＤ内に、メディアストリーム内における広告の第１の発生を識別する第１の発生識別子を挿入することができる。プロセッサは、ＭＰＤ内に、メディアストリーム内における広告の第２の発生を識別する第２の発生識別子を挿入することができる。

第２の発生識別子は、メディアストリーム内における広告の第２の発生の間、広告が最初から再生されることを指示することができる。広告識別子と第１の発生識別子を広告の第１の発生と関連付けられた第１の記述子要素内に挿入することができる。広告識別子と第２の発生識別子を広告の第２の発生と関連付けられた第２の記述子要素内に挿入することができる。

コンピュータデバイスは、通信インタフェースとプロセッサを備えることができる。プロセッサは、以下のうちの１つまたは複数のために構成されることができる。プロセッサは、メディアプレゼンテーション記述（ＭＰＤ）内において、メディアストリーム内における広告の第１の発生についての第１の記述子要素を受信することができる。第１の記述子要素は、広告識別子と、広告の第１の発生を識別することができる第１の発生識別子とを備えることができる。プロセッサは、ＭＰＤ内において、メディアストリーム内の広告の第２の発生についての第２の記述子要素を受信することができる。第２の記述子要素は、広告識別子と、広告の第２の発生を識別することができる第２の発生識別子とを備えることができる。コンピュータデバイスは、ディスプレイを備えることができる。プロセッサは、メディアストリーム内における広告の第２の発生の間、広告を最初から再生するように構成されることができる。

コンピュータデバイスは、プロセッサを備えることができる。プロセッサは、ＭＰＥＧ−ＤＡＳＨメディアアセットについてのメディアプレゼンテーション記述（ＭＰＤ）内に複数の期間要素を提供するように構成されることができる。プロセッサは、複数の期間要素のうちの期間要素に記述子要素を挿入してＭＰＥＧ−ＤＡＳＨメディアアセットと一致する最後の期間要素を指示することができる。

プロセッサは、ＭＰＥＧ−ＤＡＳＨメディアアセットと一致する最後の期間要素を指示するストリングを挿入することによって、記述子要素を挿入するように構成されることができる。期間要素をＭＰＥＧ−ＤＡＳＨメディアアセットと一致する最後の期間要素とすることができる。プロセッサは、複数の期間要素を作成することによって複数の期間要素を提供するように構成されることができる。プロセッサは、複数の期間要素を受信することによって複数の期間要素を提供するように構成されることができる。

コンピュータデバイスは、通信インタフェースとプロセッサを備えることができる。プロセッサは、以下のうちの１つまたは複数のために構成されることができる。プロセッサは、ＭＰＥＧ−ＤＡＳＨメディアアセットと一致する期間要素を受信することができる。プロセッサは、期間要素がメディアアセットと関連付けられた最後の期間要素であるかどうかを判定することができる。プロセッサは、期間要素がメディアアセットと関連付けられた最後の期間要素であるかどうかを判定することに基づいて、メディアアセットと関連付けられた再生リソースを管理することができる。

プロセッサは、期間要素がメディアアセットの最後の期間要素であることを指示する記述子をその期間要素が含むかどうかを判定することによって、期間要素が最後の期間要素であるかどうかを判定するように構成されることができる。プロセッサは、期間要素がメディアアセットと関連付けられた最後の要素であるという判定に基づいて、再生バッファをパージすることによって再生リソースを管理するように構成されることができる。プロセッサは、期間要素が最後の期間要素ではないという判定に基づいて、再生バッファの現在の状態を維持することによって再生バッファを管理するように構成されることができる。

開示された１つまたは複数の実施形態を実装することができる例示的な通信システムのシステム図である。 図１Ａに示した通信システム内で使用することができる例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である 図１Ａに示した通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示した通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。 図１Ａに示した通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。 コンテンツを配信するための例示的な帯域幅適用マルチメディアシステムを示す図である。 スプライシングサーバの例示的なオペレーションを示す図である。 メディア期間と広告の例示的なプレゼンテーションを示す図である。 複数の挿入された広告オブジェクトを同じ広告オブジェクトの挿入とすることができる事例を示す図である。 時間と共に変化するＭＰＤを有する動的資産メディアの期間および広告の例示的なプレゼンテーションを示す図である。 資産の最後の期間を示す例示的なメディア期間を示す図である。 資産の最後の期間を示す例示的なメディア期間を示す図である。 資産の最後の期間を示す例示的なメディア期間を示す図である。 動的資産をプレゼンテーションする時にリソースを管理するオペレーションの例示的な配列を示す図である。 メディア期間および反復される広告の例示的なプレゼンテーションを示す図である。 メディア期間および反復される広告の例示的なプレゼンテーションを示す図である。

さまざまな図を参照して具体的な実施形態の詳細な説明についてこれより説明する。本説明は、可能な実装の詳細な例を提供しているが、それらの詳細は、例示的であることを意図し、決してその適用範囲を限定するものではないことに留意されたい。

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

図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（一般的にまたは集合的にＷＴＲＵ１０２と呼ぶことができる）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが認識されよう。それぞれのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線環境で動作および／または通信するように構成された任意のタイプのデバイスであってよい。一例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、そしてユーザ機器（ＵＥ）、移動局、固定式または移動式加入者ユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電製品などを含むことができる。

通信システム１００はまた、基地局１１４ａと基地局１１４ｂを含むこともできる。それぞれの基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインタフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２など１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスであってよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、Ｈｏｍｅ ＮｏｄｅＢ、Ｈｏｍｅ ｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂはそれぞれ、単一要素として示されているが、基地局１１４ａ、１１４ｂは、相互接続された任意の数の基地局および／またはネットワーク要素を含んでもよいことが認識されよう。

基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどといった他の基地局および／またはネットワーク要素（図示せず）を含むこともできる、ＲＡＮ１０３／１０４／１０５の一部にすることができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ぶことができる特定の地理的領域内で無線信号を送信するおよび／または受信するように構成することができる。セルをセルセクタにさらに分割することができる。例えば、基地局１１４ａと関連付けられたセルを３つのセクタに分割することができる。従って、一実施形態において、基地局１１４ａは、３つのトランシーバ、例えば、セルの各セクタに１トランシーバを含むことができる。別の実施形態において、基地局１１４ａは、ＭＩＭＯ(multiple-input multiple output)技術を用いることができ、従って、セルの各セクタに複数のトランシーバを利用することができる。

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

より詳細には、上記のように、通信システム１００は、多元接続システムにすることができ、そして、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど１つまたは複数のチャネルアクセススキームを用いることができる。例えば、ＲＡＮ１０３／１０４／１０５の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＷＣＤＭＡ（登録商標）（広域帯ＣＤＭ）を使用してエアインタフェース１１５／１１６／１１７を確立することができる、ＵＴＲＡ(ユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス）など無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）など通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（ロングタームエボリューション）および／またはＬＴＥ−Ａ（ＬＴＥアドバンスト）を使用してエアインタフェース１１５／１１６／１１７を確立することができる、Ｅ−ＵＴＲＡ（発展型ＵＭＴＳ地上波無線アクセス）など無線技術を実装することができる。

他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（例えば、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００(Interim Standard 2000)、ＩＳ−９５(Interim Standard 95)、ＩＳ−８５６(Interim Standard 856)、ＧＳＭ（登録商標）(Global System for Mobile communications)、ＥＤＧＥ(Enhanced Data rates for GSM Evolution)、ＧＥＲＡＮ(GSM EDGE)などといった無線技術を実装することができる。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、Ｈｏｍｅ ＮｏｄｅＢ、Ｈｏｍｅ ｅＮｏｄｅＢ、またはアクセスポイントにすることができ、職場、自宅、車、キャンパスなど局所的な場所で無線接続性を容易にするために適した任意のＲＡＴを利用することができる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するＩＥＥＥ８０２．１１など無線技術を実装することができる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するＩＥＥＥ８０２．１５など無線技術を実装することができる。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０に直接接続できる。従って、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９経由でインターネット１１０にアクセスする必要がない。

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

コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、旧来の音声電話サービス（ＰＯＳＴ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）など共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有されるおよび／または運用される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを用いることができる１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。

通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード能力を含むことができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信する複数のトランシーバを含むことができる。例えば、図１Ａに示したＷＴＲＵ１０２ｃは、セルベースの無線技術を用いることができる基地局１１４ａと、ＩＥＥＥ８０２無線技術を用いることができる基地局１１４ｂとの通信を行うように構成することができる。

図１Ｂは、例示的なＷＴＲＵ１０２のシステムである。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、ノンリムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と整合性を保った上で、上述の要素の任意の組み合わせを含んでもよいことが認識されよう。さらに、実施形態は、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂが、限定されないが、とりわけトランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、発展型ホームノード−Ｂ（ｅＮｏｄｅＢ）、ホーム発展型ノード−Ｂ（ＨｅＮＢまたはＨｅＮｏｄｅＢ）、ホーム発展型ノード−Ｂゲートウェイ、およびプロキシノードを表すことができるノードが図１Ｂおよび本明細書で説明される要素の一部またはすべてを含むことができることを企図する。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、現場プログラム可能ゲートアレイ（ＦＰＧＡ）回路、その他のタイプの集積回路（ＩＣ）、ステートマシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にするその他の機能性を遂行できる。プロセッサ１１８をトランシーバ１２０に結合することができ、そのトランシーバを送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８とトランシーバ１２０とを別個のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０とを電子パッケージまたはチップに統合できることが認識されよう。

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

さらに、送信／受信要素１２２を単一要素として図１Ｂに示しているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いることができる。従って、一実施形態において、ＷＴＲＵ１０２は、エアインタフェース１１５／１１６／１１７を介して無線信号を送信するおよび受信するための２または３以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調して、送信／受信要素１２２によって受信される信号を復調するように構成することができる。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有することができる、従って、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１など複数のＲＡＴ経由で通信することを可能にする複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーバッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、そしてそれらからユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーバッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。さらに、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など適した任意のタイプのメモリからの情報にアクセスして、それらのメモリにデータを記憶することができる。ノンリムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、またはその他のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、契約者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）など物理的にＷＴＲＵ１０２に置かれていないメモリからの情報にアクセスして、それらのメモリにデータを記憶することができる。

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

プロセッサ１１８はまた、ＧＰＳチップセット１３６を、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経緯度）を提供するように構成することができる、ＧＰＳチップセット１３６にも結合され得る。追加または代替として、ＧＰＳチップセット１３６からの情報により、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１５／１１６／１１７を介してロケーション情報を受信し、および／または２または３以上の近隣の基地局から受信される信号のタイミングに基づいてＷＴＲＵのロケーションを判定することができる。ＷＴＲＵ１０２は、実施形態と整合性を保った上で、適した任意のロケーション判定の実装によってロケーション情報を獲得できることが認識されよう。

プロセッサ１１８は、付加的な特徴、機能性および／または有線または無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる、他の周辺機器１３８にさらに結合され得る。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。

図１Ｃは、実施形態に従ったＲＡＮ１０３とコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を用いてエアインタフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信することもできる。図１Ｃに示すように、ＲＡＮ１０３は、エアインタフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる、ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを含むことができる。ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれをＲＡＮ１０３内の特定のセル（図示せず）と関連付けることができる。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０４ａは、実施形態と整合性を保った上で、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含んでもよいことが認識されよう。

図１Ｃに示すように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。さらに、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェース経由でそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェース経由で互いに通信することができる。それぞれの１４２ａ、１４２ｂは、接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成することができる。さらに、それぞれのＲＮＣ１４２ａ、１４２ｂは、外ループ電力制御、読み込み制御、許可制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティ、セキュリティ関数、データ暗号化などといった他の機能性を実行するするまたはサポートするように構成することができる。

図１Ｃに示したコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センター（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。それぞれの上述した要素をコアネットワーク１０６の一部として示しているが、これらの要素のいずれもコアネットワークオペレータ以外のエンティティによって所有されるおよび／または運用されてもよいことが認識されよう。

ＲＡＮ１０３のＲＮＣ１４２ａをＩｕＣＳインタフェース経由でコアネットワーク１０６のＭＳＣ１４６に接続することができる。ＭＳＣ１４６をＭＧＷ１４４に接続することができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８など回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線の通信デバイスとの間の通信を容易にすることができる。

ＲＡＮ１０３のＲＮＣ１４２ａをＩｕＰＳインタフェース経由でコアネットワーク１０６ａのＳＧＳＮ１４８に接続することもできる。ＳＧＳＮ１４８をＧＣＳＮ１５０に接続することができる。ＳＧＳＮ１４８およびＧＣＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。

上記のように、コアネットワーク１０６を他のサービスプロバイダによって所有されるおよび／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２に接続することもできる。

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

ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態と整合性を保った上で、任意の数のｅＮｏｄｅ−Ｂを含んでもよいことが認識されよう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態において、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装することができる。従って、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、そしてそのＷＴＲＵから無線信号を受信するための複数のアンテナを使用することができる。

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

図１Ｄに示したコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。それぞれの上述した要素をコアネットワーク１０７の一部として示しているが、これらの要素のいずれもコアネットワークオペレータ以外のエンティティによって所有されるおよび／または運用されてもよいことが認識されよう。

ＭＭＥ１６２をＳ１インタフェース経由でそれぞれのＲＡＮ１０４のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃに接続することができ、制御ノードとして機能することができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続(initial attach)中に特定のサービングゲートウェイを選択することなどに関与することができる。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなど他の無線技術を用いる他のＲＡＮ（図示せず）とを切り替える制御プレーン機能を提供することもできる。

サービングゲートウェイ１６４をＳ１インタフェース経由でＲＡＮ１０４のそれぞれのｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃに接続することができる。サービングゲートウェイ１６４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からのユーザデータパケットをルートしてフォワードすることができる。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間のハンドオーバー中にユーザプレーンをアンカーすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに使用可能になった時にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理して記憶することなどといった他の機能を遂行することもできる。

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

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

図１Ｅは、実施形態に従ったＲＡＮ１０５とコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインタフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するＩＥＥＥ８０２．１６無線技術を用いるアクセスサービスネットワーク（ＡＳＮ）にすることができる。以下でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの異なる機能エンティティとＲＡＮ１０５とコアネットワーク１０９ｃとの間の通信リンクを参照ポイントとして定義することができる。

図１Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃおよびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態と整合性を保った上で、任意の数の基地局およびＡＳＮゲートウェイを含んでもよいことが認識されよう。基地局１８０ａ、１８０ｂ、１８０ｃをそれぞれ、ＲＡＮ１０５の特定のセル（図示せず）と関連付けることができ、そしてそれぞれは、エアインタフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。従って、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信する、およびそのＷＴＲＵから無線信号を受信するための複数のアンテナを使用することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー強制などといったモビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィック収集ポイントとして機能することができ、そしてページング、加入者プロファイルのキャッシング、コアネットワーク１０９ｃへのルーティングなどに関与することができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインタフェース１１７を、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照ポイントとして定義することができる。さらに、それぞれのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、コアネットワーク１０９との論理インタフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インタフェースを、認証、承認、ＩＰホスト構成管理、および／またはモビリティ管理に使用することができる、Ｒ２参照ポイントとして定義することができる。

それぞれの基地局１８０ａ、１８０ｂ、１８０ｃ間の通信リンクを、ＷＴＲＵハンドオーバーおよび基地局間のデータ転送を容易にするためのプロトコルを含むＲ８参照ポイントとして定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクをＲ６参照ポイントとして定義することができる。Ｒ６参照ポイントは、それぞれのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと関連付けられるモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含むことができる。

図１Ｅに示すように、ＲＡＮ１０５をコアネットワーク１０９に接続できる。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクを、例えば、データ転送およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３参照ポイントとして定義することができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、承認、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。上述したそれぞれの要素はコアネットワーク１０９の一部として示されているが、これらの要素のいずれもコアネットワークオペレータ以外のエンティティによって所有されるおよび／または運用されてもよいことが認識されよう。

ＭＩＰ−ＨＡは、ＩＰアドレス管理に関与することができ、そしてＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でロームできるようにする。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスをサポートすることに関与することができる。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にすることができる。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８など回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線の通信デバイスとの間の通信を容易にすることができる。さらに、ゲートウェイ１８８は、他のサービスプロバイダによって所有されるおよび／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

図１Ｅに示していないが、ＲＡＮ１０５を他のＡＳＮに接続でき、およびコアネットワーク１０９を他のコアネットワークに接続できることが認識されよう。ＲＡＮ１０４ｃと他のＡＳＮとの間の通信リンクを、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる、Ｒ４参照ポイントとして定義することができる。コアネットワーク１０９と他のコアネットワークとの間の通信リンクを、ホームコアネットワークと移動してきた(visited)コアネットワークとの間の相互作用を容易にするためのプロトコルを含むことができる、Ｒ５参照ポイントとして定義することができる。

本明細書で開示される主題は、モバイルデバイス（例えば、スマートフォン、タブレット、ラップトップ）およびセットトップボックス、ストリーミングデバイス、ゲーミングコンソール、消費者／商用ＴＶおよびＳｍａｒｔＴＶ、およびパーソナルコンピュータといったホームデバイス用のマルチメディア配信システムに使用することができる。限定されないが、ケーブル、ＩＰＴＶ、プログレッシブダウンロード、ストリーミング技術、および帯域幅適応ストリーミングを含むマルチメディア配信フレームワークをサポートすることができる。

マルチメディア配信システムのシステムは、ネットワーク帯域幅、電力および他のシステムリソースの使用量を削減するまたは最小限にするエンコーディングおよび配信プロセスに適応するためにユーザのビューイング条件に関する情報を使用することができる。システムは、視聴者のプレゼンスを検知するデバイス（例えば、スマートフォンまたはタブレット）センサ（例えば、正面カメラ、環境光センサ、加速度計など）を使用することができる。適応システムは、この情報を使用して、視聴者が見えるようにすることができ、状況に応じてエンコーディングおよび配信オプションを調節することができるビジュアルコンテンツのパラメータを判定することができる。この適応機構は、配信システムにネットワーク帯域幅および他のシステムリソースを節約しながら満足できるユーザ経験を実現させることができる。システムは、ＩＲリモート制御装置、レンジファインダー、ＴＶカメラなどのセンサ、リモート制御装置およびセカンドスクリーンとして使用されるスマートフォンまたはタブレット、および自宅で利用可能にできる能力を使用してユーザのプレゼンスを検知して適応することができる。

図２は、メディアコンテンツを配信するために使用することができる例示的なマルチメディアシステム２００を示している。システム２００は、帯域幅適用にすることができる。マルチメディアシステム２００は、コンテンツプロバイダ２１０、クライアント２５０および通信ネットワーク２６０を含むことができる。コンテンツプロバイダ２１０は、通信ネットワーク２６０を介してメディアコンテンツ（例えば、マルチメディアコンテンツ）をクライアント２５０に送信することができる。

コンテンツプロバイダ２１０は、メディアコンテンツ２１２を格納することができる。メディアコンテンツ２１２は、広告２１２ａおよび／または広告でないメディアコンテンツ２１２ｂを備えることができる。広告でないメディアコンテンツ２１２ｂは、例えば、映画、番組などにすることができる。メディアコンテンツ２１２は、メディアコンテンツ２１２を識別することができるメディアコンテンツ識別子２１４を含むことができる。メディアコンテンツ識別子２１４は、広告２１２ａを識別することができる広告識別子２１４ａを含むことができる。メディアコンテンツ識別子２１４は、広告でないメディアコンテンツ２１２ｂを識別することができるメディアコンテンツ識別子２１４ｂを含むことができる。

コンテンツプロバイダ２１０は、メディアコンテンツ２１２をデータストア２１６に格納することができる。データストア２１６は、広告（複数）２１２ａを格納することができる広告データストアを含むことができる。データストア２１６は、広告でないメディアコンテンツ２１２ｂを格納することができる広告でないメディアコンテンツデータストアを含むことができる。コンテンツプロバイダ２１０は、コンピュータデバイス２２０を含むことができる。コンピュータデバイス２２０は、１つまたは複数のサーバを含むことができる。コンピュータデバイス２２０は、プロセッサ２２２を含むことができる。プロセッサ２２２は、以下のうちの１つまたは複数を行うように構成することができる。プロセッサ２２２は、データストア２１６にアクセスすることができる。プロセッサ２２２は、データストア２１６からメディアコンテンツ２１２を読み出して、メディアコンテンツ２１２をクライアント２５０に提供することができる。

ユーザ２５２は、クライアント２５０を制御することができる。クライアント２５０の例をＷＴＲＵ（例えば、ＷＴＲＵ１０２）とすることができる。ユーザ２５２は、例えば、コンテンツプロバイダ２１０に特定のメディアコンテンツ２１２を要求することができる。ユーザ２５２は、コンテンツプロバイダ２１０からメディアコンテンツ２１２を購入することができる。ユーザ２５２は、支払い情報、例えば、クレジットカード情報をクライアント２５０経由でコンテンツプロバイダ２１０に提供することができる。通信ネットワーク２６０は、インターネット２６２を含むことができる。通信ネットワーク２６０は、セルラー通信ネットワークを含むことができる。セルラー通信ネットワークは、ゲートウェイ２６４を含むことができる。セルラー通信ネットワークは、基地局、例えば、ｅＮｏｄｅＢ２６６を含むことができる。セルラー通信ネットワークは、ワイヤレスリンク２６８を含むことができる。通信ネットワーク２６０は、ＷｉＦｉネットワーク２７０を含むことができる。通信ネットワーク２６０は、ホームゲートウェイ２７２を含むことができる。通信ネットワーク２６０は、ストリーミングデバイス２７４を含むことができる。

システム２００は、コンテンツ分配ネットワーク２８０を含むことができる。コンテンツプロバイダ２１０は、コンテンツ分配ネットワーク２８０経由でメディアコンテンツ２１２を受信することができる。コンテンツソース２８２（例えば、ビデオソース、例えば、カメラ）は、メディアコンテンツ（例えば、ビデオ、オーディオ、またはその両方）をキャプチャすることができる。エンコーダ２８４は、コンテンツソース２８２によってキャプチャされたメディアコンテンツを符号化することができる。エンコーダ２８４は、コンテンツ分配ネットワーク２８０を介して符号化されたメディアコンテンツをコンテンツプロバイダ２１０に送信することができる。コンテンツプロバイダ２１０は、メディアコンテンツをコンテンツソース２８２からコンテンツ分配ネットワーク２８０経由で受信することができる。コンテンツプロバイダ２１０は、受信したメディアコンテンツをデータストア２１６に格納することができる。

ユーザプレゼンス、画面への近接度、およびビデオコンテンツの注目度は、例えば、モバイルデバイスの内蔵センサ（例えば、カメラの加速度計）またはＴＶ、セットトップボックス、リモート制御装置の内蔵センサ、または他のＴＶ付属デバイス（例えば、ゲームコンソール、Ｋｉｎｅｃｔその他）をホーム環境で使用して確立することができる。マルチメディア配信を最適化するためにユーザプレゼンスおよび近接度に関する情報を使用することができる。例えば、ユーザ２５２のプレゼンスおよび／またはユーザ２５２のクライアント２５０への近接度に関する情報を（例えば、クライアント２５０によってまたはコンテンツプロバイダ２１０によって）使用してクライアント２５０のメディアコンテンツ２１２の配信を最適化することができる。

コンテンツディストリビュータ（例えば、コンテンツプロバイダ２１０）は、コンテンツ（例えば、メディアコンテンツ２１２）を地方局および全国のケーブルテレビ会社に分配することができる。コンテンツを、例えば、デジタルテレビシステム（例えば、クライアント２５０）またはビデオオンデマンド（ＶＯＤ）システムによってレンダリングすることができるビデオストリームとして分配することができる。ビデオストリームは、全国レベルで見ることができるだけでなく、地域および／または地方広告がメディアストリームに（例えば、広告でないメディアコンテンツ２１２ｂの間に）挿入されることを可能にできる広告（例えば、広告２１２ａ）も搬送することができる。アナログテレビにおいて、インバンドのドゥアルトーン多重周波数（ＤＴＭＦ）サブキャリアオーディオキュートーンを使用して番組または全国広告から地域または地方広告までのカットオーバーをトリガすることができる。キューメッセージをＭＰＥＧ−２ ＴＳに組み込むことができる。

１つまたは複数の広告スプライサは、メッセージ（例えば、キューメッセージ）の着信コンテンツをスキャンすることができる。広告スプライサは、表示することができる１つまたは複数の広告のための広告決定サーバをクエリすることができる。広告スプライサは、広告（複数）を視聴者に到達するメディアコンテンツに挿入することができる。図３は、メディアストリーム内の広告を挿入するまたはスプライスするために使用することができる例示的なシステム３００を示している。システム３００は、広告スプライサ３１０を含むことができる。広告スプライサ３１０は、ネットワークフィード３２０を受信することができる。ネットワークフィード３２０は、メディアストリームを含むことができる。例えば、ネットワークフィード３２０は、広告でないメディアコンテンツ（複数）２１２ｂを含むことができる。ネットワークフィード３２０は、１つまたは複数のキューメッセージを含むことができる。キューメッセージは、広告を挿入することができるネットワークフィード３２０内の位置３２２（例えば、挿入ポイント）を指示することができる。キューメッセージは、広告のタイプを指示することができる。キューメッセージは、ネットワークフィード３２０に挿入することができる特定の広告を指示することができ、例えば、キューメッセージは、特定の広告識別子２１４ａを指定することができる。

システム３００は、広告サーバ３４０（例えば、データストア２１６）を含むことができる。広告サーバ３４０は、１つまたは複数の広告３４２（例えば、広告２１２ａ）を含むことができる。広告スプライサ３１０は、以下のうちの１つまたは複数を構成することができる。広告スプライサ３１０は、ネットワークフィード３２０を受信するように構成することができる。広告スプライサ３１０は、１つまたは複数のキューメッセージのネットワークフィード３２０をスキャンすることができる。広告スプライサ３１０は、広告スプライサ３１０が広告３４２を挿入することができるネットワークフィード３２０内の位置３２２を識別することができる。広告スプライサ３１０は、広告サーバ３４０にアクセスすることができる。広告スプライサ３１０は、広告サーバ３４０から広告３４２を読み出すことができる。広告スプライサ３１０は、キューメッセージによって示されている位置３２２において広告３４２をネットワークフィード３２０に挿入することができる。広告スプライサ３１０は、変更されたネットワークフィード３５０を出力することができる。変更されたネットワークフィード３５０は、ネットワークフィード３２０の第１の部分３２０ａ、挿入された広告３４２およびネットワークフィード３２０の第２の部分３２０ｂを含むことができる。広告スプライサ３１０は、変更されたネットワークフィード３５０を別のネットワークエンティティ、例えば、クライアント２５０および／またはコンテンツプロバイダ２１０などに送信することができる。

システム３００は、コンテンツプロバイダ２１０によって完全にまたは部分的のいずれかで実装することができる。システム３００は、異なるネットワークエンティティによって実装することができる。例えば、広告サーバ３４０は、コンテンツプロバイダ２１０によって実装することができる。広告３４２は、広告２１２ａを含むことができる。ネットワークフィード３２０は、広告でないメディアコンテンツ（複数）２１２ｂを含むことができる。システム３００および／または広告スプライサ３１０は、コンピュータデバイス（例えば、コンピュータデバイス２２０）によって実装することができる。コンピュータデバイスは、広告スプライサ３１０を実装するように構成することができるプロセッサ（例えば、プロセッサ２２２）を有することができる。

ウェブサイトをホストするメディアコンテンツ（例えば、ＹｏｕＴｕｂｅ（登録商標）、Ｈｕｌｕ、Ｆａｃｅｂｏｏｋ、ＣＢＳ、Ｙａｈｏｏなど）は、マルチメディア配信セッション（例えば、プログレッシブダウンロードまたはストリーミング）中にアドをユーザに見せることによって収入を得ることができる。配信セッションの開始時（プレロール）、終了時（ポストロール）、および／または間中（ミッドロール）においてアドを見せることができる。ビデオ広告がレンダリングされると、ユーザの再生制御を変えるルールが挿入される。例えば、ユーザがアドを飛ばすまたは早送りすることを防止することができる。

広告主は、ウェブコンテンツ制作者が自分達のコンテンツにアドを挿入することに対して補償することができる。Ｃｏｓｔ Ｐｅｒ Ｍｉｌｌｅ（ＣＰＭ）モデルにおいて、例えば、広告主は、潜在顧客への自分達のメッセージを１０００回表示する度に支払うことができる。広告が表示される時の各インスタンスは、インプレッションと呼ぶことができる。インプレッションのカウントおよび／または検証を正確に遂行することができる。インプレッションが視聴者に見られたと検証される場合、そのインプレッションは、視聴者の注目を得たと検証できないインプレッションよりも価値がある。他の補償モデルは、Ｃｏｓｔ Ｐｅｒ Ｃｌｉｃｋ（ＣＰＣ）およびＣｏｓｔ Ｐｅｒ Ａｃｔｉｏｎ（ＣＰＡ）モデルを含む。

広告検証技術は、限定されないが、広告が（例えば、クッキーまたは不可視または透過的な画像を使用して）提供されたかどうか、広告を有するページが（例えば、インプレッションの数のかさ上げによる不正を防止するために）人間によって要求されたかどうか、および／または（例えば、「一大ニュース」と呼ばれる、ページロードでユーザに可視の）ウェブページ内の広告のロケーションを判定することなど、画像アドに関する技術に関係することができる。

ＩＡＢ Ｖｉｄｅｏ Ａｄ Ｓｅｒｖｉｎｇ Ｔｅｍｐｌａｔｅ（ＶＡＳＴ）を広告追跡に使用することができる。広告の第１のフレームが表示された（例えば、インプレッション）という事実を追跡すること以外に、追跡イベントのより豊富なセット（例えば、到達した広告、ミュート／非ミュートの割合、その他）を提供することができる。これらのイベントは、ＨＴＴＰ ＧＥＴ要求などの要求をトリガして、ＵＲＬがＶＡＳＴで表現される広告サーバ応答で指定されるようにすることができる。ＳＣＴＥ３５を適応ストリーミング、例えば、バイナリフォーマットまたはＸＭＬフォーマットにおける広告挿入に使用することができる。

広告インプレッションは、例えば、放送やケーブルＴＶの場合のように、コンテンツ配信システムに内蔵フィードバック機構がなければ、直接検証されない。ユーザがアクティブである時にアドを提供することができ、ユーザのプレゼンスを、例えば、インターネットに接続しているラップトップおよびＰＣのビデオストリーミングの場合のように、マウスまたはキーボードを使用することによって判定することができる。

ターゲットを定めた広告は、例えば、人口統計学的属性、心理学的属性、行動変数（例えば、商品購入履歴）、および／またはこのような消費者特性に対するプロキシとして機能することができる他の二次アクティビティなどのさまざまな特性に基づいて消費者に到達するように広告を出すことに関与することができる。

ターゲットを定めたメディア広告は、ターゲティング用の二次プロキシを使用することができる。例えば、ターゲットを定めた広告は、ウェブページ履歴のある消費者の人口統計学的属性を新しい消費者のウェブページアクセスと関連付けて、および／またはそれとなく興味を引かせるまたは文脈的広告の基準とする検索語を使用して消費者のオンラインまたはモバイルのウェブアクティビティを追跡することができる。

アドレス可能な広告システムは、広告にさらされた消費者（複数）と関連付けられた人口統計学的属性、心理学的属性、および／または行動属性に基づいてアドを提供する（例えば、アドを直接提供する）ことができる。これらのシステムは、デジタルにすることができ、広告を提供するエンドポイント（例えば、セットトップボックス、ウェブサイト、またはデジタルサイン）が、広告が提供される時間にそのエンドポイントに固有の消費者属性に基づいてその他のエンドポイントとは無関係に広告をレンダリングすることができるという点でアドレス可能にすることができる。アドレス可能な広告システムは、アドを選択するおよび提供することを基準とするエンドポイントと関連付けられた消費者特性を使用することができる。

ターゲットを定めた広告は、ネットワーク規模のアドよりも価値があり、ターゲティングが遂行される広告との特異性が重要である。年齢は、顔の静止画像から推定することができる。人種、民族性などといった他の人体計測パラメータを推定することができる。これらの技術は、人口統計学的属性／民族性パラメータを推定するために入力としての画像データに依存することができる。

加速度計、ジャイロスコープ、ＩＲカメラなどといった他のセンサ入力を使用して、年齢および／または他の人口統計学的属性情報を推定することができる。例えば、スマートフォンの加速度計を使用して、年齢と相関させることができる特徴を有する、ユーザの重要な生理的な運動性振戦をモニタすることができる。他のセンサ（例えば、ジャイロスコープ）を使用して、この情報を取得するまたは補完することもできる。付加的な人口統計学的属性データの場合、性別、身長および体重に関する加速度計データを取り出すことができる。

広告を、例えば、アプリケーション駆動のアーキテクチャまたはサーバ駆動のアーキテクチャを使用してビデオストリームに挿入することができる。サーバ駆動のアーキテクチャは、クライアント（例えば、ＤＡＳＨクライアント）を使用することができ、広告決定サービスとの通信をサーバ側で遂行することができる。通信は、セグメントのクライアント要求、リモート要素、またはメディアプレゼンテーション記述（ＭＰＤ）によってトリガすることができる。アプリケーション駆動のアーキテクチャは、１つまたは複数のＤＡＳＨ要素を制御することができる無線送信／受信ユニット（ＷＴＲＵ）上で稼働しているアプリケーションを使用することができる。

サーバ駆動のアーキテクチャは、ＤＡＳＨ機能性を担うことができる。アプリケーション駆動のアーキテクチャは、複数のＤＡＳＨクライアントを制御するアプリケーションを使用することができる。例えば、複数のクライアントインスタンスは、例えば、主コンテンツと広告とのコンテキストの切り替えまたは別の目的のためにクライアントデバイス上で実行することができる。

図４は、メディアコンテンツ（例えば、メディアコンテンツ２１２）の例示的なプレゼンテーションシーケンス４００を示している。記述子要素４０２は、多期間資産（例えば、多期間メディアコンテンツ）のプレゼンテーションを可能にすることができる。記述子要素の例をＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒとすることができる。記述子要素４０２をメディアプレゼンテーション記述（ＭＰＤ）ファイル４０４に含むことができる。記述子要素４０２は、メディアコンテンツを識別することができるコンテンツ識別子４１４を含むことができる。メディアコンテンツの例を図２の広告でないメディアコンテンツ２１２ｂとすることができる。コンテンツ識別子４１４は、メディアコンテンツを識別することができる。コンテンツ識別子の例を広告でないメディアコンテンツ識別子２１４ｂとすることができる。記述子要素４０２は、メディアコンテンツ固有の（例えば、資産固有の）タイムラインを確立することができる。多期間メディアコンテンツは、いくつかの期間に分割することができるメディアコンテンツにすることができる。例えば、４５分映画を３つの１５分期間Ｍ１、Ｍ２、およびＭ３に分離することができる。２つの１分アドＡ１とＡ２を映画期間の間中に挿入することができる。プレゼンテーションは、図４に示すように、５つの期間Ｍ１、Ａ１、Ｍ２、Ａ２、およびＭ３から成るシーケンス４００にすることができる。

期間（例えば、各期間）を、期間が属するメディアコンテンツを識別することができる記述子要素４０２と関連付けることができる。Ｍ１、Ｍ２、およびＭ３の同等の記述子要素は、これら３つの期間が同じメディアコンテンツ（例えば、４５分映画オブジェクトを含むことができる特定のメディアコンテンツ２１２ｂ）に属することを確立することができる。この記述構造を使用してメディア再生クライアント（例えば、ＤＡＳＨクライアントまたはクライアント２５０）に、単一のコンテンツオブジェクトが期間Ｍ１、Ｍ２、およびＭ３にわたってフローすること、Ｍ２がＭ１の延長であること、Ｍ３がＭ２の延長であることを通知することができる。

記述子要素（例えば、記述子要素４０２）への期間（例えば、期間Ｍ１、Ｍ２、およびＭ３）のマッピングは、メディア再生クライアント（例えば、クライアント２５０）が適正な時間に異なるメディアコンテンツ間でコンテキストを適切に切り替えることによって使用することができる。記述子要素への期間のマッピングは、メディア再生クライアントが、現在の再生位置を見せることができる再生プログレスバー（例えば、スクラブバー）を適切に表示することによって使用することができる。記述子要素への期間のマッピングは、メディア再生クライアントがメディアコンテンツ内で早送りまたは巻き戻しシーキングなどのトリックモードを適正に処理することを可能にできる。

ＭＰＤ４０４をメディア再生クライアント（例えば、クライアント２５０）に配信することができる。ＭＰＤ４０４は、期間Ｍ１、Ｍ２、およびＭ３の記述を備えることができる。ＭＰＤ４０４は、各期間の関連付けられた記述子要素を指定することができる。例えば、ＭＰＤ４０４は、記述子要素４０２が期間Ｍ１、Ｍ２、およびＭ３と関連付けられていることを指定することができる。メディア再生クライアントは、異なる期間に指定された記述子要素が同等であるかどうかを判定するために同等のルールを使用して記述子要素を比較することができ、そして同じメディアコンテンツ（例えば、４５分映画オブジェクトのメディアコンテンツ２１２）にマップすることができる。例えば、第１の記述子要素と関連付けられたフィールドおよび／またはペイロードが、第２の記述子要素の対応するフィールドおよび／またはペイロードとマッチすれば、２つの記述子要素は、同等と見なされる。空白文字を無視することができる。同等の固有の定義は、異なることもある。

ＨＴＴＰをステートレスおよびクライアント駆動にすることができる。周波数ポーリングを使用してＰｕｓｈ型イベントをエミュレートすることができる。ケーブル／ＩＰＴＶシステムにおいて、次に来る広告ブレーク、例えば、広告のスタート前の３秒から８秒をシグナルすることができる。直接的なポーリングベースの実装は効率が悪い可能性がある。イベントはこのような使用事例に取り組むことができる。

イベントを明示的な時間および期間情報を有するブロブとすることができ、アプリケーション固有のペイロードを含むことができる。アプリケーションは、あるタイプのイベントを予約してそのイベントを処理することができる。これを例えば、シンクとすることができ、アプリケーションのイベント処理モデルは、ＤＡＳＨクライアントに完全に不透明にすることができ、そしてＤＡＳＨクライアントは、イベントに関するフィードバックを全く予測することができない。

インバンドイベントは、メディアセグメントの開始時に出現するスモールメッセージボックスを参照することができる。ＭＰＤイベントは、時限イベントの期間レベルリストを参照することができる。ＤＡＳＨは、ＭＰＤ Ｖａｌｉｄｉｔｙ ＥｘｐｉｒａｔｉｏｎおよびＭＰＤ Ｐａｔｃｈイベントを定義することができる。ＭＰＤ Ｖａｌｉｄｉｔｙ Ｅｘｐｉｒａｔｉｏｎイベントは、新しく発行されたＭＰＤがいつ有効になるか（およびフェッチされるか）をクライアントに通知することができる。ＭＰＤ Ｐａｔｃｈイベントは、パッチを現在のＭＰＤに適用することができる。ＤＡＳＨクライアントは、イベントをアプリケーションに渡すというよりはむしろ、これらのイベントを処理することができる。

ＤＡＳＨは、いくつかのテンプレートパラメータを定義することができる。テンプレートパラメータは、事前定義された名および／またはセマンティクスを有することができる。テンプレートパラメータをＵＲＬ生成に使用することができる。ＤＡＳＨは、汎用パラメータを定義することができる。汎用パラメータは、作成者がＭＰＤの変数を宣言することによって使用することができる。宣言された変数をＭＰＤのフェッチ時間またはリアルタイムにインスタンス化することができる。アプリケーションは、宣言された変数の値を提供することができる。宣言された変数を使用して、テンプレートが使用される時にＵＲＬを生成することができる。例えば、‘＄ＵｓｅｒＩＤ＄’という名の変数を宣言し、期間の開始時に‘＄ＵｓｅｒＩＤ＄’をインスタンス化し、そして‘＄ＵｓｅｒＩＤ＄’の値をセグメント要求に添付することができる。

広告挿入プリミティブをＤＡＳＨ機能性にマップすることができる。広告を期間要素（例えば、期間Ａ１またはＡ２）とすることができる。広告キューをリモート期間要素とすることができる。主コンテンツ（例えば、広告でないメディアコンテンツ２１２ｂの期間Ｍ１、Ｍ２、およびＭ３）は、記述子要素を使用して、挿入されたコンテンツ（例えば、広告２１２ａの期間Ａ１またはＡ２）と区別することができる。ＭＰＤアップデートを、例えば、クライアント側のポーリング（例えば、所与の周波数で）を使用してまたはワンセグブランドおよび／またはインバンドイベントを非同期的に使用して、クライアントに新しい期間を通知するために使用することができる。

ハイブリッド手法を提供することができる。ハイブリッド手法は、サーバ側の広告挿入のための汎用ＤＡＳＨ機能性を使用しておよびトラッキング、レポーティングの広告インフラストラクチャと統合するためにＤＡＳＨ ＭＰＤイベント内に組み込まれたＶＡＳＴ、およびコンパニオン広告機能性を使用して関与することができる。

ＨＴＴＰ ＧＥＴ要求をログすることができる。この手法は、例えば、セッションの概念の確立および／またはコンテンツ配信ネットワーク（ＣＤＮ）にわたるデータ収集の複雑さに関して問題がある。

例えば、ＭＰＥＧ ＤＡＳＨおよび／または３ＧＰＰ ＤＡＳＨシステムにおいて、記述子要素を使用して主コンテンツ（例えば、広告でないメディアコンテンツ２１２ｂ、例えば、映画）と挿入された広告コンテンツ（例えば、広告２１２ａ）とを区別することができる。記述子要素４０４は、コンテンツ識別子４１４（例えば、識別子コンポーネント、例えば、ストリングなど）を備えることができる。コンテンツ識別子４１４は、メディアコンテンツを識別することができる。コンテンツ識別子４１４は、例えば、記述子要素が広告を含む場合に広告を指定することができる広告識別子を含むことができる。例えば、所与のビデオ広告オブジェクトの記述子要素は、広告識別子を備えることができる。広告識別子は、システム、例えば、ｗｗｗ．ａｄ−ｉｄ．ｏｒｇにおいて提供することができるＡｄ−ＩＤを含むことができる。広告識別子は、ＭｏｖｉｅＬａｂｓ Ｃｏｎｔｅｎｔ ＩＤ ＵＲＮまたは別の識別子を含むことができる。これにより、メディア再生クライアントが例えば、読み出し、再生、および／またはレポーティングといった機能の広告オブジェクトを識別することを可能にできる。例えば、クライアント２５０は、対応する広告２１２ａを読み出すコンテンツ識別子４１４（例えば、広告識別子２１４ａ）の値を使用することができる。

例えば、ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ記述子要素を以下のようにすることができる。

数値属性は、広告コンテンツオブジェクト（例えば、広告２１２ａ）を識別することができるコンテンツ識別子４１４（例えば、ＭｏｖｉｅＬａｂｓ Ｃｏｎｔｅｎｔ ＩＤ）を含むことができる。

記述子要素において使用可能にすることができるメディアコンテンツ識別子（例えば、メディアコンテンツ識別子２１４または識別子ストリング）は、メディアコンテンツオブジェクト（例えば、メディアコンテンツ２１２）を識別することができる。メディアコンテンツ識別子は、メディアコンテンツオブジェクトの後続の挿入または配置を変更することができない。例えば、広告プロバイダは、広告を作り出すことができる。広告プロバイダは、広告（例えば、広告２１２ａ）の広告識別子（例えば、広告識別子２１４ａまたはＡｄ−ＩＤ）を作成するＡｄ−ＩＤシステムを使用することができる。広告識別子を使用して広告の配置を参照することができる。広告主は、その広告の個々の挿入／配置のための新しい広告識別子を作成することを省力することができる。各広告の配置を識別するために１広告当たり２以上の広告識別子を作成することは法外な費用がかかるので、Ａｄ−ＩＤおよび／または他の識別レジストリ機構は、広告識別子の作成に料金を請求することができる。例えば、Ａ１とＡ２の広告識別子を同じにすることができる。

同じ広告識別子を有する複数の広告は、メディア再生クライアント（例えば、クライアント２５０）に問題を引き起こす。例えば、同じ広告が二度以上プレゼンテーションに配置されると、同じ広告の複数の配置が、同じまたは同等の記述子要素を有する複数の期間に生じる。複数の期間が同じまたは同等の記述子要素を有していると判定した後、メディア再生クライアントは、同じ広告の複数の配置が単一の広告の延長であると解釈することができる。メディア再生クライアントは、主ビデオコンテンツ（例えば、期間Ｍ１、Ｍ２、およびＭ３）と同じ広告の複数の配置（例えば、期間Ａ１およびＡ２）との間でコンテキストを正しく切り替える能力がない。メディア再生クライアントは、同じ広告のさまざまな配置を再生する場合（例えば、Ａ２を再生する場合）、再生プログレス（例えば、スクラブバー）を正しく表示する能力がない。メディア再生クライアントは、同じ広告のさまざまな配置を再生する場合（例えば、Ａ２を再生する場合）、トリックモードオペレーション（例えば、早送り、逆再生、またはシーク）を正しく処理する能力がない。

図５は、例示的なメディアストリーム５００を示している。メディアストリーム５００は、期間Ｍ１、Ｍ２、およびＭ３を含むことができる。期間Ｍ１、Ｍ２、およびＭ３は、広告でないメディアコンテンツ（例えば、メディアコンテンツ２１２ｂ、例えば、映画）に属することができる。メディアストリーム５００は、広告期間Ａ１およびＡ２を含むことができる。広告期間Ａ１およびＡ２を広告の代表（例えば、広告２１２ａ）とすることができる。広告期間Ａ２を広告期間Ａ１の反復とすることができる（例えば、広告期間Ａ１と広告期間Ａ２を同じ広告にすることができる）。記述子要素５０２（例えば、ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ記述子要素）を期間Ｍ１、Ｍ２、Ｍ３、Ａ１およびＡ２のうちの１つまたは複数に含むことができる。例えば、期間（例えば、各期間）は、１つまたは複数の記述子要素を含むことができる。１つまたは複数の記述子要素をメディアプレゼンテーション記述（ＭＰＤ）、期間、ＡｄａｐｔａｔｉｏｎＳｅｔ、および／またはＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素に含むことができる。記述子要素は、記述子要素のスキーム（例えば、記述子要素が行うこと）を識別することができる統一資源識別子（ＵＲＬ）を含むことができる。記述子要素は、単一のストリング値、ＸＭＬ要素、および／またはその他を備えることができる。例えば、ＭＤＰ５０４は、１つまたは複数の記述子要素５０２を備えることができる。

第１の記述子要素５０２ａを広告、例えば、Ａ１の第１の発生に使用することができる。第２の記述子要素５０２ｂを広告、例えば、Ａ２の第２の（例えば、反復）発生に使用することができる。記述子要素５０２ａと５０２ｂを同じＭＰＤ、例えば、ＭＰＤ５０４に含むことができる。記述子要素５０２ａと５０２ｂをＭＰＤの異なるバージョンに含むことができる。例えば、第１の記述子要素５０２ａをＭＰＤ５０４の第１のバージョン５０４ａに含むことができる。第２の記述子要素５０２ｂをＭＰＤ５０４の第２のバージョン５０４ｂに含むことができる。

記述子要素５０２および５０２ｂは、広告識別子５１４を含むことができる。第１の記述子要素５０２ａは、広告Ａ１を識別することができる第１の広告識別子５１４ａを含むことができる。第２の記述子要素５０２ｂは、広告Ａ２を識別することができる第２の広告識別子５１４ｂを含むことができる。第１の広告識別子５１４ａと第２の記述子要素５０２ｂは、同じ広告を参照することができる。第１の広告識別子５１４ａと第２の記述子要素５０２ｂは、同じまたは同等にすることができる。図示したように、第１の広告識別子５１４ａと第２の記述子要素５０２ｂは、‘０１’のＡｄ−ＩＤを有する広告を参照する。

メディア再生クライアントは、Ａ１とＡ２に対応する記述子要素が、例えば、その記述子要素が同じ広告識別子を含むので等しいと誤って判定する可能性がある。メディア再生クライアントは、例えば、Ａ１とＡ２の対応する記述子要素が等しいと判定した可能性があるので、Ａ２がＡ１の延長であると誤って判定する可能性がある。メディア再生クライアントは、Ａ２が参照する広告の最初からではなく途中でＡ２を再生することができる。メディア再生クライアントは、例えば、Ａ２がＡ１の延長であると誤って判定した可能性があるので、プログレスバーを正しく表示することができない。メディア再生クライアントは、例えば、Ａ２がＡ１の延長であると誤って判定した可能性があるので、Ａ２のプレゼンテーション中にトリックモードオペレーション（例えば、早送り、巻き戻しなど）を許可することができない。

記述子要素５０２は、対応するメディアコンテンツ（例えば、広告）の発生（複数）（例えば、反復発生）を指示することができる。メディアコンテンツの反復発生を指示することによって、メディア再生クライアントがメディアコンテンツの反復発生をそのメディアコンテンツの最初からプレゼンテーションすることを可能にできる。反復発生を指示することは、メディア再生クライアントがメディアコンテンツを途中から誤って再生することを防止することができる。反復発生を指示することによって、メディア再生クライアントがプログレスバーを正しく表示することを可能にできる。反復発生を指示することによって、メディア再生クライアントが反復発生のプレゼンテーション中にトリックモードオペレーションを許可することを可能にできる。メディア再生クライアントは、例えば、記述子要素の反復発生の指示がその反復発生と一致するので、反復発生が前の発生の延長ではないと判定することができる。

記述子要素５０２は、発生識別子５１６を備えることができる。発生識別子５１６は、広告の発生を指定することができる。発生識別子５１６を記述子要素５０２のフィールドまたはサブフィールド、例えば、識別フィールドまたは数値フィールドに含むことができる。例えば、第１の発生識別子５１６ａは、Ａ１がメディアストリーム５００内の広告（例えば、Ａｄ−ＩＤ：０１）の第１の発生であることを指定することができる。第２の発生識別子５１６ｂは、Ａ２がメディアストリーム５００内の同じ広告（例えば、Ａｄ−ＩＤ：０１）の第２の（例えば、反復）発生であることを指定することができる。図５の例で示すように、第１の発生識別子５１６ａは、例えば、Ａ１がメディアストリーム５００内の広告の第１の発生であることを指定するために、‘０１’のＯｃｃｕｒｒｅｎｃｅ−ＩＤを参照する。第２の発生識別子５１６ｂは、例えば、Ａ２がメディアストリーム５００内の同じ広告の第２の発生であることを指定するために、‘０２’のＯｃｃｕｒｒｅｎｃｅ−ＩＤを参照する。

メディア再生クライアント（例えば、ＤＡＳＨクライアント、クライアント２５０、および／またはその他）は、１つまたは複数の記述子要素５０２を受信することができる。メディア再生クライアントは、例えば、発生識別子５１６ａと５１６ｂが異なるので、第１の記述子要素５０２ａと第２の記述子要素５０２が異なる（例えば、同等でない）と判定することができる。メディア再生クライアントは、Ａ２がＡ１の延長ではないと判定することができる。メディア再生クライアントは、Ａ２がＡ１の反復発生であると判定することができる。メディア再生クライアントは、広告（例えば、Ａ２）の反復発生を広告の最初からプレゼンテーションする（例えば、再生する）ことができる。メディア再生クライアントは、例えば、Ａ２を最初から再生すると判定したので、Ａ２の再生中に再生プログレスバー（例えば、スクラブバー）を正しく表示することができる。メディア再生クライアントは、例えば、Ａ２がＡ１の延長ではないと判定したので、トリックモードオペレーション（例えば、早送り、逆再生、またはシーク）を正しく処理することができる。

ネットワークエンティティは、例えば、メディア再生クライアントが記述子要素５０２ａと５０２ｂが異なると判定することを保証するために、記述子要素５０２ａと５０２ｂのうちの１つを変更することができる。ネットワークエンティティは、広告の反復発生と一致する記述子要素に反復標識(repetition indicia)を含むことができる。ネットワークエンティティは、例えば、ネットワークエンティティが反復標識を第２の記述子要素５０２ｂに含むのであれば、発生識別子５１６ａを第１の記述子要素５０２ａに含むことができない。メディア再生クライアントは、例えば、たとえ第１の記述子要素５０２ａが第１の発生識別子５１６ａを含まなくても、第２の記述子要素５０２ｂが反復標識を含むのであれば、Ａ２がＡ１の延長ではないと判定する。例えば、第２の記述子要素５０２ｂは、Ａ２が反復発生でありＡ１の延長ではないことを指示する‘ｒ’を識別フィールドに含むことができる。反復標識の例は、第２のコンテンツ識別子５１６ｂである。

トラッキングアドインプレッションは、アドの２５％、５０％および／または７５％の再生レポーティングを必要とする。言い換えれば、トラッキングアドインプレッションは、メディアのタイムラインに同期したコールバックを必要とする。アドインプレッションは、ＨＴＴＰ ＧＥＴ要求をログすることによってまたはＶＡＳＴを介して追跡することができる。

ＨＴＴＰ ＧＥＴのトラッキングが効率的であっても、ＨＴＴＰ ＧＥＴのトラッキングは、ダウンロードセグメントが再生されるようにこれまでスケジュールされていたことを保証しない。異なるＣｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｏｄｅｓ（ＣＤＮ）から要求ログを収集することおよび要求ログを固有のセッションと関連付けることは、計算的に高価である。汎用のＵＲＬパラメータの使用は、セグメント要求において一意のセッション識別子を可能にすることによって収集を単純化することができる。ＭＰＤがフェッチされる時または期間の開始時にセッション識別子を割り当てることができる。

ＶＡＳＴを介したトラッキングアドインプレッションをＨＴＴＰ ＧＥＴよりも単純にすることができる。しかしながら、ＶＡＳＴは、比較的複雑な非ＤＡＳＨエンティティを必要とする。ＶＡＳＴトラッキングは、ＭＰＤに含まれている同じＵＲＬを使用することができ、識別するセッションは、セッション毎に一意のＭＰＤを必要とする。

ＨＴＴＰ ＧＥＴおよびＶＡＳＴは、トラッキングアドインプレッションをある程度可能にできるが、クライアント側で作成された情報を報告することは不可能である。ＨＴＴＰ ＧＥＴおよびＶＡＳＴがクライアントのロケーション（例えば、ＧＰＤ座標）、プレイアウト状態（例えば、早送り、巻き戻しなど）、顔検知結果、ソーシャルネットワーク情報などといった情報の送信を許可することができないので、クライアント側のレポーティングは不可能である。

例えば、正しい広告識別子を報告するおよび／またはメディアコンテンツの反復に従って（例えば、メディアプレゼンテーション内の同じ広告の複数の発生、例えば、メディアストリーム５００内のＡ１とＡ２に従って）正しい再生機能を有する要素を記述子要素（例えば、記述子要素５０２）に付加することができる。同一のメディアコンテンツ（例えば、Ａ１およびＡ２）の基本的なメディアコンテンツ識別子（例えば、メディアコンテンツ識別子５１４、広告識別子２１４ａなど）を同じにすることができる。発生識別子５１６（例えば、広告配置ストリング）を記述子要素５０２の属性のうちの１つに含むおよび／または記述子要素５０２のペイロードに含むことができる。

発生識別子５１６は、同じ広告の複数の発生が異なるまたは同等ではない記述子要素５０２ａと５０２ｂを有するようにさせることができる。発生識別子５１６は、バックエンドデバイスまたはネットワークコンポーネント（例えば、コンテンツプロバイダ２１０）によって作成することができる。ネットワークコンポーネントは、広告コンテンツＡ１とＡ２の記述子要素５０２ａと５０２ｂを提供または作成することができる。例えば、発生識別子５１６を含む記述子要素５０２ａと５０２ｂは、コンテンツエンコーダ、コンテンツパッケージャ、ＨＴＴＰサーバ、ＨＴＴＰプロキシ、オリジンサーバ、ＣＤＮノード、または同様のコンポーネントによって作成または提供することができる。発生識別子５１６を含むことができる記述子要素５０２ａと５０２ｂは、広告期間要素をビデオ再生クライアントに返すプロセス中にＸＬｉｎｋレゾルバによって返すことができる。

発生識別子５１６を記述子要素５０２ａと５０２ｂの属性で搬送することができる。例えば、発生識別子５１６を以下のように識別属性で搬送することができる。

メディアストリームは、同じ広告識別子（例えば、コンテンツ識別子５１４または広告識別子２１４ａ）を有することができる広告の複数の発生を有することができる。広告の各発生は、識別属性に格納することができる異なる広告発生識別子（例えば、発生識別子５１６）を有することができる。例えば、同じ広告の複数の発生に対する記述子要素５０２ａと５０２ｂは、異なる広告発生識別子（例えば、発生識別子５１６ａと５１６ｂ）に起因して同等にすることができない。

広告発生識別子（例えば、発生識別子５１６）を記述子要素のペイロードまたはコンテンツエリアで搬送することができる。例えば、それを（例えば、ＵＵＩＤにすることができる）ストリング“２９０５ｅ３ａ２−ｄｅｅ１−４６ａ２−ａｃ０ｂ−９８５２６ｅ４５ａ２７ｂ”にすることができ、例えば、以下の例で示す。

広告発生識別子（例えば、発生識別子５１６）を日付および／または時間フィールドの形式にすることができる。例えば、記述子要素５０２ａと５０２ｂの作成の日付および／または時間を使用することができる。広告の予測されるプレイアウトの日付および／または時間を使用することができる。日付および／または時間を記述子要素５０２ａと５０２ｂの属性（例えば、日付）で搬送することができる。以下の例で示すように、日付および／または時間を記述子要素５０２ａと５０２ｂのペイロードまたはコンテンツで搬送することができる。

メディアストリーム（例えば、メディアストリーム５００）は、広告の同じ広告識別子（例えば、メディアコンテンツ識別子３１４）を有することができる広告の複数の発生を有することができる。各広告発生は、（例えば、属性で、またはペイロードまたはコンテンツで搬送される）異なる日付および／または時間フィールドを有することができる。同じ広告の複数の発生の記述子要素５０２ａと５０２ｂは、異なる広告発生識別子（例えば、発生識別子５１６ａと５１６ｂ）に起因して同等にすることができない。

広告を挿入するためのシステムは、メディア再生クライアント（例えば、クライアント２５０）への配信用のＭＰＤを作成することができる第１のネットワークコンポーネントを含むことができる。第２のネットワークコンポーネントは、ＭＰＤ（例えば、ＭＰＤ５０４）に挿入することができる記述子要素（例えば、記述子要素５０２ａと５０２ｂ）を作成することができる。第２のネットワークコンポーネントは、例えば、パッケージャ、エンコーダ、ＨＴＴＰ Ｓｅｒｖｅｒ、ＨＴＴＰ Ｐｒｏｘｙおよび／またはその他といったさまざまな任意の形態をとることができる。第２のネットワークコンポーネントは、ＭＰＤ５０４がメディア再生クライアント（例えば、クライアント２５０）に配信される前に記述子要素５０２ａと５０２ｂをＭＰＤ５０４に挿入することができる。例えば、記述子要素を解決する要求に応答して、記述子要素をＭＰＤに挿入することができる。この要求は、メディア再生クライアント（例えば、クライアント２５０）によって、例えば、Ｘｌｉｎｋ Ｒｅｓｏｌｖｅｒコンポーネントに対して行うことができる。

メディア再生クライアント（例えば、クライアント２５０）は、動的または生のコンテンツをプレゼンテーションしている時（例えば、スポーツの生放送）に問題を経験する。動的コンテンツがプレゼンテーションされると、ＭＰＤは、そのプレゼンテーション中に更新される。例えば、ＭＰＤは、定期的に更新される。プレゼンテーション中にＭＰＤを更新することによって、異なる時間に有効になる同じＭＰＤの異なるバージョンをもたらす。結果的に、特定のＭＰＤバージョンに存在する期間要素は、後のＭＰＤバージョンをプレゼンテーションすることができない。例えば、ＭＰＤのバージョン１である期間要素をバージョン２にすることができない。

図６に示すように、ＭＰＤファイル６０４は、１つまたは複数のバージョンを含むことができる。例えば、ＭＰＤファイル６０４は、第１のバージョン６０４ａ、第２のバージョン６０４ｂ、第３のバージョン６０４ｃ、第４のバージョン６０４ｄおよび第５のバージョン６０４ｅを含むことができる。ＭＰＤファイル６０４を（例えば、定期的に）更新することができる。３０分目のマーク後に有効になるＭＰＤのより新しいバージョンは、期間Ｍ１を含むことができない。例えば、３番目のバージョン６０４ｃは、期間Ｍ１を含むことができない。メディア再生クライアントは、期間Ｍ２が１５分目のマークにおいてスタートすることを表示することが不可能である。図示したように、期間Ｍ４は、４８分目のマークにおいてスタートすることができる。ＭＰＤ６０４の５番目のバージョン６０４ｅは、期間Ｍ４がプレゼンテーションされた時に有効になり、ＭＰＤ６０４の前の全てのバージョン６０４ａ、６０４ｂ、６０４ｃ、６０４ｄは、無効にされる。ＭＰＤ６０４の５番目のバージョン６０４ｅが期間Ｍ１およびＭ２を含むことができないので、再生プログレスバーは、正しくない情報を表示する可能性がある。例えば、再生プログレスバーは、期間Ｍ４がコンテンツの２分目のマークにおいてスタートしたことを示す可能性があるのに対して、期間Ｍ４は、実際には４８分目のマークにおいてスタートした。

メディアコンテンツ時間（例えば、資産時間）を例えば、本明細書で説明するように指示することができる。メディアコンテンツ時間は、メディアコンテンツがスタートした時間を指示することができる。メディアコンテンツ時間は、メディアコンテンツが終了すると予測される時間を指示することができる。メディアコンテンツ時間は、メディアコンテンツの時間期間を指示することができる。メディアコンテンツ時間をＭＰＤ、例えば、ＭＰＤファイル６０４で指示することができる。メディアコンテンツ時間をＭＰＤの第１のバージョン、例えば、第１のバージョン６０４ａで指示することができる。メディアコンテンツ時間は、ＭＰＤの最後のバージョン、例えば、５番目のバージョン６０４ｅによって指示することができる。メディアコンテンツ時間は、ＭＰＤの各バージョン、例えば、バージョン６０４ａ−６０４ｅによって指示することができる。メディアコンテンツ時間を記述子要素、例えば、ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ記述子要素、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ記述子要素などに含むことができる。

メディア再生クライアントは、ＭＰＤを受信することができる。ＭＰＤは、メディアコンテンツの時間、例えば、メディアコンテンツがスタートした時間を指示することができる。メディア再生クライアントは、メディアコンテンツ時間に基づいてメディアコンテンツの再生位置を判定することができる。例えば、メディア再生クライアントは、５番目のバージョン６０４ｅに含まれているメディアコンテンツのスタート時間に基づいて、期間Ｍ４が４８分目のマークにおいてスタートすると正しく判定することができる。メディア再生クライアントは、たとえＭＰＤの現在のバージョンが前の期間を含むことができなくても、期間Ｍ４が４８分目のマークにおいてスタートすることを正しく表示することができる。

メディア再生クライアントは、メディアコンテンツ（例えば、各メディアコンテンツ）のリソースを保存することができる。メディア再生クライアントは、過度にリソースを消費する傾向がある。例えば、ドラマを見せる２４／７放送チャネルは、一日中異なるメディアコンテンツを見せる。メディア再生クライアントは、チャネルを代えずにいる（stay tuned）ことができ、たとえメディアコンテンツがプレゼンテーションされた後でもメディアコンテンツの状態を維持することができる。メディア再生クライアントによって消費されるリソースの量は、増え続ける。メディア再生クライアントが維持することができる例示的な状態は、プレイアウトバッファ、デコーダメモリ、状態変数などを含む。

メディアコンテンツの最後の期間を指示することは、メディア再生クライアントによる過度なリソース消費を防止する、または少なくとも削減することができる。メディアコンテンツの少なくとも１つの期間（例えば、各期間）は、メディアコンテンツの最後の期間を指示する標識を含むことができる。図７Ａに示すように、各期間は、その期間がメディアコンテンツの最後の期間であるかどうかが示されている。例えば、期間Ｍ１とＭ２は、メディアコンテンツが後続期間（複数）を継続することを指示することができる継続標識７０４を含むことができる。期間Ｍ３は、最後の期間であることを指示することができる最後の期間標識７０８を含むことができる。図７Ｂに示すように、最後の期間Ｍ３は、メディアコンテンツの最後の期間であることを指示することができる最後の期間標識７０８を含むことができる。他の期間期間Ｍ１とＭ２は、標識を含むことができない。図７Ｃに示すように、第１の期間Ｍ１は、メディアコンテンツの期間の総数を指示することができる期間カウント標識７１２を含むことができる。他の期間（例えば、各期間）は、残りの期間の数またはすでにプレゼンテーションされた期間の数を指示することができるカウンタ７１６を含むことができる。標識７０４または７０８は、ネットワークエンティティ（例えば、コンテンツプロバイダ２１０）によってＭＰＤ（例えば、ＭＰＤ４０４、５０４または６０４）に挿入することができる。

図８に示すように、メディア再生クライアント（例えば、クライアント２５０）は、以下のうちの１つまたは複数を構成することができる。８１０において、メディア再生クライアントは、期間（例えば、期間Ｍ１、Ｍ２およびＭ３）を受信することができる。メディア再生クライアントは、ネットワークエンティティ、例えば、コンテンツプロバイダ２１０から期間を受信することができる。８２０において、メディア再生クライアントは、現在の期間がメディアコンテンツの最後の期間であるかどうかを判定することができる。メディア再生クライアントは、現在の期間をスキャンして例えば、現在の期間が最後の期間であることを指示する標識を探すことによって、現在の期間が最後の期間であるかどうかを判定することができる。例えば、メディア再生クライアントは、最後の期間標識７０８をスキャンすることができる。メディア再生クライアントは、例えば、現在の期間において最後の期間標識７０８を見つけると、現在の期間が最後の期間であると判定する。メディア再生クライアントは、例えば、現在の期間において継続標識７０４を識別するまたは最後の期間標識７０８が見つからないことによって、期間が最後の期間ではないと判定することができる。メディア再生クライアントは、最後の期間を例えば、期間カウント標識７１２に基づいて、受信した期間の数をカウントすることおよび最後の期間を識別することによって判定することができる。

８３０において、メディア再生クライアントは、判定に基づいて再生リソース（例えば、再生バッファ（複数）、デコーダメモリ、状態変数（複数）など）を管理することができる。再生リソースを管理することは、以下のうちの１つまたは複数を含むことができる。８３２において、メディア再生クライアントは、現在の期間がメディアコンテンツの最後の期間であるかどうかを判定することができる。この判定は、上記のように行うことができる。８３４において、メディア再生クライアントは、例えば、現在の期間が最後の期間でないならば、チャネルを代えないままにする（stay tuned）および／または再生リソースを維持することができる。例えば、メディア再生クライアントは、メディアコンテンツと関連付けられた再生バッファ（複数）、メディアコンテンツと関連付けられたデコーダメモリの一部、および／またはメディアコンテンツと関連付けられた状態変数（複数）を維持し続けることができる。８３６において、メディア再生クライアントは、別の期間を受信することができる。

８３８において、メディア再生クライアントは、例えば、メディアコンテンツの最後の期間を再生した後に再生状態を切り替えることができる。メディア再生クライアントは、再生リソース（例えば、再生バッファ（複数）、デコーダメモリ、または状態変数（複数）など）を維持することを中止することができる。メディア再生クライアントは、例えば、メディアコンテンツの最後の期間を再生した後に（例えば、その後即座に）再生リソースをパージすることができる。メディア再生クライアントは、メディアコンテンツと関連付けられた再生バッファ（複数）をパージすることができる。メディア再生クライアントは、例えば、最後の期間が再生された後に（例えば、その後即座に）メディアコンテンツと関連付けられたメモリ（例えば、デコーダメモリの一部）をパージすることができる。メディア再生クライアントは、期間の少なくとも１つに含まれる標識、例えば、継続標識７０４、最後の期間標識７０８および／または期間カウント標識７１２に基づいてメディアコンテンツの最後の期間を判定することができる。

ＥＩＤＲをメディアコンテンツの識別として使用することができる。Ａｄ−ＩＤを広告資産のクロスプラットフォームの識別に使用することができる。あまり多用途ではないがより単純な統合方法により、２つの異なる資産（例えば、メディアコンテンツ）の識別子スキームの定義に関与することができる。１つの資産（例えば、メディアコンテンツ）の識別子スキーム、例えば、Ａｄ−ＩＤを広告コンテンツに使用することができる。別の資産（例えば、メディアコンテンツ）の識別子スキーム、例えば、ＥＩＤＲを主コンテンツに使用することがでる。ＥＩＤＲを例えば、トラッキングおよびレポーティングに使用することができる。

ＭＰＤイベントを使用して、アプリケーション層によって使用することができる１期間当たりの注釈を提供することができる。ＶＡＳＴを複数のベンダーのサーバによってサポートすることができる。ＶＡＳＴトラッキング要素を使用することができるトラッキングモジュールによって統合を容易にさせることができる。ＶＡＳＴ応答、またはＶＡＳＴ応答の一部をＭＰＤイベントに含むことができる。

サーバベースのワークフローにおいて、ＸＬｉｎｋレゾルバは、ＶＡＳＴトラッキング要素を含むことができる広告決定サーバからの応答を受信することができる。これらのトラッキング要素は、固有のイベント（例えば、広告が再生をスタートしたこと、広告の２５％がプレイアウトされたことなど）が与えられたＨＴＴＰ ＧＥＴ要求を使用してアクセスすることができるリソースのＵＲＬを含むことができる。このリソースを例えば、１×１透過ピクセル画像にすることができる。要素をＸＬｉｎｋレゾルバ応答の期間要素内のＭＰＤイベントにラッピングすることができる。デリファレンシング(dereferencing)が終了すると、ＤＡＳＨクライアントは、トラッキング要素を外部のＶＡＳＴ処理モジュールに渡すことができる。

ＶＡＳＴを統合してトラッキングおよびレポーティングインプレッションに使用することができる。認証されたイベントは、認証されていないイベントに比べ、広告主にとってより価値が高い。認証されたイベントと認証されていないイベントを区別するために、付加的なＶＡＳＴイベントを定義することができる。フラグメントまたはクエリパラメータをトラッキングＵＲＬに添付することができる。

いくつかの事例において、アップリンクは、ダウンリンクよりもかなり高価である（例えば、ｅＭＢＭＳ(electronic Multimedia Broadcast Multicast Service)を介したＤＡＳＨ）。複数のインプレッションレポートを収集することができる。同じＨＴＴＰ ＧＥＴ要求は、それらが使用可能になると問題になる。組み合わされたレポートをアップリンク使用が実行可能な時に送信することができる。組み合わされたレポートを送信する相互運用可能な方法がある。

記述子要素（例えば、ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ記述子要素）のコンテンツをトラッキングおよびレポーティングの目的に使用することができる。Ａｄ−ＩＤなどの識別スキームを使用することができる。記述子要素のコンテンツを使用して、広告サーバ応答に関する情報を提供することができる。記述子要素のコンテンツをＶＡＳＴ仕様で定義することができるアド要素にすることができる。

期間レベルまたはＡｄａｐｔａｔｉｏｎＳｅｔレベルにおける１つまたは複数の汎用記述子要素を使用して、メディアコンテンツ（例えば、資産）内の固有の期間（例えば、最後の期間）の位置を指示することができる。記述子要素（複数）は、メディアコンテンツのためにリソースを節約することが可能であるおよび／または有益であるかどうかを指示することができる。記述子要素（例えば、補足的なプロパティ記述子要素、例えば、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ）は、この期間の最も早いプレイアウト時間に対応するメディアコンテンツ内の時間を指示することができる。記述子要素は、メディアコンテンツの予測される長さを指示することができる。記述子要素は、例えば、以下の例に示すように、メディアコンテンツからのより長い期間が予測されるかどうかを指示することができる。

記述子要素（例えば、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ）を使用して、例えば、本明細書で示すように、メディアコンテンツの最後の期間を指示することができる。記述子要素（例えば、“ｕｒｎ：ｏｒｇ：ｅｘａｍｐｌｅ”）は、現在の期間が所与のメディアコンテンツ、例えば、“ｕｒｎ：ｏｒｇ：ｅｘａｍｐｌｅ：ｔｏ−ｂｅ−ｃｏｎｔｉｎｕｅｄ”の最後の期間ではないことを指示することができる。記述子要素は、他の期間が予測されることを指示することができる。記述子要素は、例えば、“ｕｒｎ：ｏｒｇ：ｅｘａｍｐｌｅ：ｅｎｄ−ｏｆ−ａｓｓｅｔ”を含むことによって、現在の期間が所与のメディアコンテンツの最後の期間であることを指示することができる。記述子要素は、メディアコンテンツの他の期間が予測されないことを指示することができる。

メディア再生クライアント（例えば、ＭＰＥＧ−ＤＡＳＨクライアントまたはクライアント２５０）は、例えば、現在の期間がＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ記述子要素を含むかどうかを判定することによって、現在の期間が最後の期間であるかどうかを判定することができる。例えば、メディア再生クライアントは、現在の期間において“ｅｎｄ−ｏｆ−ａｓｓｅｔ”記述子を識別することによって、現在の期間が最後の期間であると判定することができる。メディア再生クライアントは、例えば、現在の期間が“ｅｎｄ−ｏｆ−ａｓｓｅｔ”記述子を含まない場合、現在の期間が最後の期間ではないと判定することができる。

記述子要素は、新しい期間がスタートするメディアコンテンツ内の時間および／またはメディアコンテンツの予測される全長を指示することができる１つまたは複数の値を格納することができる。上記の例において、３番目の期間は、３番目の期間がメディアコンテンツ内の時間００：２０；００（２０分）にスタートすることを指示する数値フィールドを有するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ記述子（“ｕｒｎ：ｏｒｇ：ｅｘａｍｐｌｅ：ａｓｓｅｔ−ｔｉｍｅ”）を含むことができる。数値フィールドは、メディアコンテンツの予測される全長が００：４２：４２（４２分４２秒）であることをさらに指示することができる。

図９Ａに示すように、メディア再生クライアントは、メディアコンテンツ（例えば、映画）と関連付けられた期間Ｍ１、Ｍ２およびＭ３を受信することができる。メディア再生クライアントは、広告Ａ１とＡ２を受信することができる。広告Ａ１とＡ２は、広告を識別することができる広告識別子９１４を含むことができる。広告識別子９１４ａと９１４ｂは、例えば、広告Ａ１とＡ２が同じ（例えば、同一）である場合、同じにすることができる。広告Ａ１とＡ２は、広告の発生を指示することができる発生識別子９１６を含むことができる。発生識別子９１６を記述子要素（例えば、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ）に含むことができる。広告Ａ１は、Ａ１が広告の第１の発生であることを指示することができる、ＩＤ＃０１で記された第１の発生識別子９１６ａを含むことができる。広告Ａ２は、Ａ２が広告の第２の発生であることを指示することができる、ＩＤ＃０１で記された第２の発生識別子９１６ｂを含むことができる。

メディア再生クライアント（例えば、クライアント２５０）は、以下のうちの１つまたは複数を構成することができる。メディア再生クライアントは、例えば、異なっている発生識別子９１６ａと９１６ｂに基づいて、Ａ２がＡ１の反復でありＡ１の延長ではないと判定することができる。メディア再生クライアントは、Ａ２を途中からではなく最初からプレゼンテーションする（例えば、再生する）ことができる。広告の反復発生（例えば、反復発生のみ）は、発生識別子を含むことができ、広告の初期発生は、発生識別子を含むことができない。例えば、Ａ２（例えば、Ａ２のみ）は、発生識別子９１６を含むことができ、Ａ１は、発生識別子９１６を含むことができない。

図９Ｂに示すように、広告Ａ１とＡ２は、メディア再生クライアントが広告を再生することができる広告内の時間を指示することができる再生ポインタ９１８を含むことができる。例えば、“？ｔ＝０ｓ”は、メディア再生クライアントが広告Ａ２を最初からプレゼンテーションできることを指示することができる。再生ポインタ９１８を記述子要素（例えば、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ）に含むことができる。メディア再生クライアントは、広告Ａ２を受信することができる。メディア再生クライアントは、広告Ａ２内の再生ポインタを識別するおよび／または広告Ａ２を再生ポインタ９１８から再生することができる。広告Ａ２の開始をポイントする再生ポインタ９１８を含むことによって、メディア再生クライアントは、広告Ａ２を途中からではなく最初から再生することを可能にできる。広告の反復発生（例えば、反復発生のみ）は、再生ポインタを含むことができ、広告の初期発生は、再生ポインタを含むことができない。例えば、Ａ２（例えば、Ａ２のみ）は、再生ポインタ９１８を含むことができ、Ａ１は、再生ポインタ９１８を含むことができない。

ＭＰＤイベントの機構を汎用ＵＲＬパラメータと共に使用して、拡張されたネイティブレポーティングフレームワークを提供することができる。例えば、新しいイベントスキームを登録することができる。イベントスキームにおいて、ペイロードは、ＵＲＬテンプレートを含むことができる。タイミングは、ビデオ再生クライアントがＵＲＬを構築して、構築されたＵＲＬへのＨＴＴＰ ＧＥＴを発行することができる時間を含むことができる。ビデオ再生クライアントは、ＨＴＴＰ ＧＥＴ要求へのＨＴＴＰ応答を無視することができる。デフォルトＨＴＴＰ ＧＥＴに加えて、例えば、ビデオ再生クライアントを使用することができるＨＴＴＰ方法をイベントが搬送する時にＨＴＴＰ ＰＵＴまたはＨＴＴＰ ＰＯＳＴを使用することが可能である。

汎用ＵＲＬパラメータの使用により、クライアント側で計算されるまたはサーバによってリアルタイムに割り当てられる新しいパラメータの使用が可能になる。クライアント側のパラメータは、ＧＰＳ座標、ソーシャルネットワークＩＤ、視聴者に関する情報（例えば、視聴者の数、デバイスが手で握られているか休止であるか、情緒的反応など）を含むことができる。クライアント側のパラメータは、デバイスと接続に関する情報（例えば、デバイスモデル）を含むこともできる。サーバ割り当てのパラメータは、ユーザとセッションの識別を含むことができる。

ＤＡＳＨイベントをメディアのタイムラインに結合することができる。しかしながら、拡張されたイベントモデルがプレイアウト中にリアルタイムに起きているイベントに定義されると、同じモデルをＱｏＳ(Quality of Service)またはＱｏＥ(Quality of Experience)情報に適用することができる。イベントフレームワークを反復(recurring)イベント、例えば、ある周波数で発生するイベントと関連付けられたデータを報告するように拡張することができる。例えば、イベントヘッダまたはペイロードは、イベントの周波数を記述するフィールド、イベントが呼び出される回数またはイベントが呼び出される最新の時間に対する上限を含むことができる。

本明細書で説明されるプロセスおよび手段は、任意の組み合わせにおいて適用することができ、他の無線技術および／または他のサービスに適用することができる。

ＷＴＲＵは、物理的デバイスのアイデンティティ、または例えば、ＭＳＩＳＤＮ、ＳＩＰ ＵＲＩなど予約に関係するアイデンティティといったユーザのアイデンティティを参照することができる。ＷＴＲＵは、アプリケーションベースのアイデンティティ、例えば、１アプリケーション当たりに使用されるユーザ名を参照することができる。

上記のプロセスは、コンピュータおよび／またはプロセッサによって実行されるコンピュータ可読媒体に組み込まれるコンピュータプログラム、ソフトウェア、および／またはファームウェアに実装することができる。コンピュータ可読媒体の例は、限定されないが、（有線および／または無線接続を介して送信される）電子信号および／またはコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定されないが、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、限定されないが、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、および／またはＣＤ−ＲＯＭディスク、および／またはデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアと協働するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末機、基地局、ＲＮＣ、および／または任意のホストコンピュータで使用される無線周波数トランシーバを実装することができる。

Claims (18)

1. ＭＰＥＧ−ＤＡＳＨコールバックイベントに対するユニフォームリソースロケータ（ＵＲＬ）を示すＭＰＥＧ−ＤＡＳＨイベントスキームを受信し、
   前記ＵＲＬを示す前記受信したＭＰＥＧ−ＤＡＳＨイベントスキームに基づいて前記ＵＲＬを生成し、
   前記生成したＵＲＬでＨＴＴＰ ＧＥＴ Ｒｅｑｕｅｓｔを送信し、
   前記ＨＴＴＰ ＧＥＴ Ｒｅｑｕｅｓｔに応答してＨＴＴＰ Ｒｅｓｐｏｎｓｅを受信し、
   前記ＨＴＴＰ ＧＥＴ Ｒｅｑｕｅｓｔに応答して受信した前記ＨＴＴＰ Ｒｅｓｐｏｎｓｅを無視する
   ように構成されたプロセッサを備えた、コンピュータデバイス。
2. 前記プロセッサは、タイミングパラメータを識別するようにさらに構成されている、請求項１に記載のコンピュータデバイス。
3. 前記ＵＲＬは前記タイミングパラメータに基づいた時間に生成される、請求項２に記載のコンピュータデバイス。
4. 前記ＨＴＴＰ ＧＥＴ Ｒｅｑｕｅｓｔは前記タイミングパラメータに基づいた時間に送信される、請求項２に記載のコンピュータデバイス。
5. 前記プロセッサは、前記ＭＰＥＧ−ＤＡＳＨイベントスキームに基づいてペイロードを識別するようにさらに構成されており、前記ペイロードはＵＲＬテンプレートを含む、請求項１に記載のコンピュータデバイス。
6. 前記ＵＲＬテンプレートに基づいてクライアント側パラメータが生成され、前記クライアント側パラメータは、ＧＰＳ座標、ソーシャルネットワークＩＤ、および視聴者情報の少なくとも１つを含む、請求項５に記載のコンピュータデバイス。
7. 前記ＵＲＬテンプレートに基づいてクライアント側パラメータが生成され、前記クライアント側パラメータは、デバイス情報または接続情報の少なくとも１つを含む、請求項５に記載のコンピュータデバイス。
8. 前記プロセッサは、前記ＵＲＬでＨＴＴＰ ＰＵＴ ＲｅｑｅｓｔおよびＨＴＴＰ ＰＯＳＴ Ｒｅｑｕｅｓｔの少なくとも１つを送信するようにさらに構成されている、請求項１に記載のコンピュータデバイス。
9. 前記ＨＴＴＰ ＧＥＴ Ｒｅｑｕｅｓｔに応答して受信した前記ＨＴＴＰ Ｒｅｓｐｏｎｓｅを無視することは、前記ＨＴＴＰ Ｒｅｓｐｏｎｓｅの内容をパースすることなく前記ＨＴＴＰ Ｒｅｓｐｏｎｓｅを無視することを含む、請求項１に記載のコンピュータデバイス。
10. ＭＰＥＧ−ＤＡＳＨイベントをスケジュールする方法であって、
    ＭＰＥＧ−ＤＡＳＨコールバックイベントに対するユニフォームリソースロケータ（ＵＲＬ）を示すＭＰＥＧ−ＤＡＳＨイベントスキームを受信することと、
    前記ＵＲＬを示す前記受信したＭＰＥＧ−ＤＡＳＨイベントスキームに基づいて前記ＵＲＬを生成することと、
    前記生成したＵＲＬでＨＴＴＰ ＧＥＴ Ｒｅｑｕｅｓｔを送信することと、
    前記ＨＴＴＰ ＧＥＴ Ｒｅｑｕｅｓｔに応答してＨＴＴＰ Ｒｅｓｐｏｎｓｅを受信することと、
    前記ＨＴＴＰ ＧＥＴ Ｒｅｑｕｅｓｔに応答して受信した前記ＨＴＴＰ Ｒｅｓｐｏｎｓｅを無視することと
    を備える、方法。
11. タイミングパラメータを識別することをさらに備える、請求項１０に記載の方法。
12. 前記ＵＲＬは前記タイミングパラメータに基づいた時間に生成される、請求項１１に記載の方法。
13. 前記ＨＴＴＰ ＧＥＴ Ｒｅｑｕｅｓｔは前記タイミングパラメータに基づいた時間に送信される、請求項１１に記載の方法。
14. 前記ＭＰＥＧ−ＤＡＳＨイベントスキームに基づいてペイロードを識別することをさらに備え、前記ペイロードはＵＲＬテンプレートを含む、請求項１０に記載の方法。
15. 前記ＵＲＬテンプレートに基づいてクライアント側パラメータが生成され、前記クライアント側パラメータは、ＧＰＳ座標、ソーシャルネットワークＩＤ、および視聴者情報の少なくとも１つを含む、請求項１４に記載の方法。
16. 前記ＵＲＬテンプレートに基づいてクライアント側パラメータが生成され、前記クライアント側パラメータは、デバイス情報または接続情報の少なくとも１つを含む、請求項１４に記載の方法。
17. 前記ＵＲＬでＨＴＴＰ ＰＵＴ ＲｅｑｅｓｔおよびＨＴＴＰ ＰＯＳＴ Ｒｅｑｕｅｓｔの少なくとも１つを送信することをさらに備える、請求項１０に記載の方法。
18. 前記ＨＴＴＰ ＧＥＴ Ｒｅｑｕｅｓｔに応答して受信した前記ＨＴＴＰ Ｒｅｓｐｏｎｓｅを無視することは、前記ＨＴＴＰ Ｒｅｓｐｏｎｓｅの内容をパースすることなく前記ＨＴＴＰ Ｒｅｓｐｏｎｓｅを無視することを含む、請求項１０に記載の方法。