(57)【要約】      （修正有）【課題】広告をプレイアウトするためのシステムおよび方法であって、トリックモード要求の受信に応じて、広告の形式の第２のコンテンツを速められた速度ではなく通常速度でプレイアウトする。【解決手段】システムは、第１のコンテンツの速められた速度で、受信デバイスにおける出力デバイスへと第１のコンテンツをレンダリングする要求を受信するための要求モジュールを含む。このシステムはまた、第２のコンテンツおよび第１のメタデータと関連する第２のメタデータに基づいて、複数の第２のコンテンツから第２のコンテンツを選択するための通信モジュールも含む。このシステムはまた、第１のコンテンツの代わりに第２のコンテンツを、受信デバイスにおける出力デバイスへとレンダリングするためのレンダリングモジュールも含む。レンダリングモジュールは、要求の受信に応答して、第２のコンテンツを、第２のコンテンツの通常速度でレンダリングする。【選択図】図１８
2009153112.tif 000002
【特許請求の範囲】
【請求項１】
第１のコンテンツに対する要求を受信するための要求モジュールと、
第１のコンテンツを受信デバイスへと通信するための通信モジュールと、
を含み、
前記要求モジュールが、前記受信デバイスにおける出力デバイスへと、前記第１のコンテンツについての速められた速度でレンダリングするために、前記第１のコンテンツを通信するための要求を受信し、
前記通信モジュールが、複数の第２のコンテンツから第２のコンテンツを、前記第１のコンテンツに関連する第１のメタデータと、前記第２のコンテンツに関連する第２のメタデータとに基づいて選択し、前記通信モジュールが前記要求の受信に応じて、前記第２のコンテンツを前記受信デバイスへと通信し、前記第２のコンテンツを前記第１のコンテンツの代わりに、前記受信デバイスにおける前記出力デバイスへとレンダリングし、前記第２のコンテンツを前記第２のコンテンツについての通常速度でレンダリングする、
システム。
【請求項２】
前記通信モジュールが、前記第１のコンテンツによって提供される製品と関連する１番目の製品ドメインに基づいて、複数の第２のコンテンツから前記第２のコンテンツを選択するようになっている、請求項１のシステム。
【請求項３】
前記通信モジュールが、前記１番目の製品ドメインとは異なる２番目の製品ドメインに基づいて、前記第２のコンテンツを選択するようになっている、請求項２のシステム。
【請求項４】
前記通信モジュールが、前記第１のコンテンツによって提供される製品に基づいて、前記複数の第２のコンテンツから前記第２のコンテンツを選択するようになっている、請求項１のシステム。
【請求項５】
前記第２のコンテンツが、前記第１のコンテンツによって提供される同じ製品を提供する請求項４のシステム。
【請求項６】
前記通信モジュールが、前記第２のコンテンツの前記選択を可能にするために第２のアプリケーションから前記第２のコンテンツを生成する、請求項１のシステム。
【請求項７】
受信デバイスにおいて、送信信号を受信するためのデ・マルチプレクサーであって、前記送信信号が第１のコンテンツおよび前記第１のコンテンツに関連する第１のメタデータを含み、前記送信信号がローカル記憶デバイスに記憶される、デ・マルチプレクサーと、
前記第１のコンテンツを、前記受信デバイスにおける出力デバイスへと、前記第１のコンテンツについての通常速度でレンダリングするためのレンダリングモジュールと、
前記第１のコンテンツを、前記受信デバイスにおける出力デバイスへと、前記第１のコンテンツについての速められた速度でレンダリングするための要求を受信するための要求モジュールと、
複数の第２のコンテンツから第２のコンテンツを、前記第２のコンテンツに関連する第２のメタデータと、前記第１のメタデータとに基づいて選択するための通信モジュールと、を含み、
ここで、前記レンダリングモジュールが前記要求の受信に応じて、前記第１のコンテンツの代わりに前記第２のコンテンツを、前記受信デバイスにおける前記出力デバイスへとレンダリングし、前記第２のコンテンツについての通常速度で前記第２のコンテンツをレンダリングする、システム。
【請求項８】
前記通信モジュールが、前記第１のコンテンツによって提供される製品と関連する１番
目の製品ドメインに基づいて、前記複数の第２のコンテンツから前記第２のコンテンツを選択するようになっている、請求項７のシステム。
【請求項９】
前記通信モジュールが、前記１番目の製品ドメインとは異なる、第２のコンテンツと関連する２番目の製品ドメインに基づいて、前記第２のコンテンツを選択するようになっており、前記第２のコンテンツが、前記２番目の製品ドメイン内の２番目の製品を提供する、請求項８のシステム。
【請求項１０】
前記通信モジュールが、前記第１のメタデータに含まれる第２のコンテンツ識別子に基づいて、複数の第２のコンテンツから前記第２のコンテンツを選択するようになっている、請求項７のシステム。
【請求項１１】
前記通信モジュールが、前記第１のメタデータに含まれる製品識別子に基づいて、複数の第２のコンテンツから前記第２のコンテンツを選択するようになっており、ここで、前記第２のコンテンツの前記レンダリングが、前記製品識別子によって識別された製品を提供する、請求項７のシステム。
【請求項１２】
前記通信モジュールが、前記第２のコンテンツの前記選択を可能にするために、第２のアプリケーションから前記第２のコンテンツを生成する、請求項７のシステム。
【請求項１３】
第１のコンテンツのための要求を受信するステップと、
第１のコンテンツを受信デバイスへと通信するステップと、
前記受信デバイスにおける出力デバイスへと、前記第１のコンテンツについての速められた速度でレンダリングするために、前記第１のコンテンツを通信するための要求を受信するステップと、
複数の第２のコンテンツから第２のコンテンツを、前記第１のコンテンツに関連する第１のメタデータと、前記第２のコンテンツに関連する第２のメタデータとに基づいて、選択するステップと、
前記要求の受信に応じて、前記第２のコンテンツを前記受信デバイスへと通信するステップと、を含み、ここで、前記第２のコンテンツを、前記第１のコンテンツの代わりに前記受信デバイスにおける前記出力デバイスへとレンダリングし、前記第２のコンテンツを前記第２のコンテンツについての通常速度でレンダリングする、
方法。
【請求項１４】
前記複数の第２のコンテンツから前記第２のコンテンツを選択する前記ステップが、第１のコンテンツによって提供される製品に関連する１番目の製品ドメインに基づいて、前記第２のコンテンツを選択するステップを含む、請求項１３の方法。
【請求項１５】
前記複数の第２のコンテンツから前記第２のコンテンツを選択する前記ステップが、前記１番目の製品ドメインとは異なる２番目の製品ドメインに基づいて、前記第２のコンテンツを選択するステップを含む、請求項１４の方法。
【請求項１６】
前記複数の第２のコンテンツから前記第２のコンテンツを選択する前記ステップが、前記第１のコンテンツによって提供される製品に基づいて、前記第２のコンテンツを選択するステップを含む、請求項１３の方法。
【請求項１７】
前記複数の第２のコンテンツから前記第２のコンテンツを選択する前記ステップが、前記第１のコンテンツによって提供される前記製品を提供するために、第２のコンテンツをレンダリングするステップを含む、請求項１６の方法。
【請求項１８】
前記第２のコンテンツを選択する前記ステップが、前記第２のコンテンツを第２のアプリケーションから生成するステップを含む、請求項１７の方法。
【請求項１９】
受信デバイスにおいて送信信号を受信するステップであって、前記送信信号が、第１のコンテンツと、前記第１のコンテンツに関連する第１のメタデータとを含む、ステップと、
前記送信信号をローカル記憶デバイスに記憶するステップと、
前記第１のコンテンツを、前記受信デバイスにおける出力デバイスへと、前記第１のコンテンツについての通常速度でレンダリングするステップと、
前記第１のコンテンツを、前記受信デバイスにおける出力デバイスへと、前記第１のコンテンツについての速められた速度でレンダリングするための要求を受信するステップと、
複数の第２のコンテンツから第２のコンテンツを、前記第２のコンテンツに関連する第２のメタデータと、前記第１のメタデータとに基づいて、選択するステップと、
前記要求の受信に応じて、前記第２のコンテンツを、前記第１のコンテンツの代わりに、前記受信デバイスにおける前記出力デバイスへとレンダリングするステップであって、前記第２のコンテンツの前記レンダリングが前記第２のコンテンツについての通常速度である、ステップと、
を含む、方法。
【請求項２０】
前記複数の第２のコンテンツから前記第２のコンテンツを選択する前記ステップが、前記第１のコンテンツによって提供される製品と関連する１番目の製品ドメインに基づいている、請求項１９の方法。
【請求項２１】
前記第２のコンテンツを選択する前記ステップが、前記１番目の製品ドメインとは異なる２番目の製品ドメインに基づいており、ここで、前記第２のコンテンツをレンダリングする前記ステップが、前記２番目の製品ドメイン内にある２番目の製品を提供するステップを含む、請求項２０の方法。
【請求項２２】
複数の第２のコンテンツから前記第２のコンテンツを選択する前記ステップが、前記第１のメタデータに含まれる第２のコンテンツ識別子に基づいている、請求項２１の方法。
【請求項２３】
複数の第２のコンテンツから前記第２のコンテンツを選択する前記ステップが、前記第１のメタデータに含まれる製品識別子に基づいており、ここで、前記第２のコンテンツをレンダリングする前記ステップが、前記製品識別子によって識別される製品を提供するステップを含む、請求項１９の方法。
【請求項２４】
前記第２のコンテンツを選択する前記ステップが、第２のアプリケーションから前記第２のコンテンツを生成するステップを含む、請求項１９の方法。
【請求項２５】
命令を記憶するマシン可読な媒体であって、前記命令がマシンによって実行される際に、前記命令が前記マシンに、
第１のコンテンツのための要求を受信させ、
第１のコンテンツを受信デバイスへと通信させ、
前記受信デバイスにおける出力デバイスへと、前記第１のコンテンツについての速められた速度でレンダリングするために、前記第１のコンテンツを通信するための要求を受信させ、
複数の第２のコンテンツから第２のコンテンツを、前記第１のコンテンツに関連する第１のメタデータと、前記第２のコンテンツに関連する第２のメタデータとに基づいて選択させ、
前記要求の受信に応じて、前記第２のコンテンツを前記受信デバイスへと通信させ、ここで、前記第２のコンテンツを、前記受信デバイスにおける前記出力デバイスへと、前記第１のコンテンツの代わりにレンダリングし、前記第２のコンテンツを前記第２のコンテンツについての通常速度でレンダリングする、命令を記憶するマシン可読な媒体。
【請求項２６】
第１のコンテンツのための要求を受信するための１番目の手段と、
第１のコンテンツを受信デバイスへと通信するための２番目の手段と、を含み、
前記１番目の手段が、前記受信デバイスにおける出力デバイスへと、前記第１のコンテンツについての速められた速度でレンダリングするために、前記第１のコンテンツを通信するための要求を受信し、
前記２番目の手段が、複数の第２のコンテンツから第２のコンテンツを、前記第１のコンテンツと関連する第１のメタデータと、前記第２のコンテンツと関連する第２のメタデータとに基づいて選択し、前記２番目の手段が、前記要求の受信に応じて、前記第２のコンテンツを前記受信デバイスへと通信し、前記第２のコンテンツを前記受信デバイスにおける前記出力デバイスへと前記第１のコンテンツの代わりにレンダリングし、前記第２のコンテンツを前記第２のコンテンツの通常速度でレンダリングする、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態は、概して通信の技術分野に係る。
【背景技術】
【０００２】
パーソナルビデオレコーダ（ＰＶＲ）もしくはデジタルビデオレコーダ（ＤＶＲ）などの多くの受信デバイスは、ユーザーがコンテンツ（例えば、第１のコンテンツ）を早送りもしくは巻き戻しすることを可能にするトリックモード要求をサポートし得る。例えば、動画をＰＶＲに録画したユーザーは、その動画を再生する期間中に、場面を早送りすることができる。要求に応じて、ＰＶＲは、表示デバイスに動画を速められた速度でレンダリングすることができる。ユーザーの早送り要求の処理において、２つの不都合が知られている。１つ目の不都合は、早送り要求に応じてプレイアウトされるコンテンツは、速められた速度で再生されるにもかかわらず、同じコンテンツである。２つ目の不都合は、プレイアウトされるコンテンツにプロダクト・プレイスメントなどの有償広告が含まれることがあるが、プレイアウトが速められているために、視聴者はそれらの広告を見ることができないか、または見ることが困難である。
【発明の開示】
【０００３】
（概要）
広告をプレイアウトするためのシステムと方法が以下に記述される。具体的には、動画、広告、もしくはスポーツイベントなどの第１のコンテンツのプレイアウト中に、トリックモード要求（例えば、早送り、巻き戻しなど）のそれぞれを処理する実施形態例が記述される。トリックモード要求の受信に応じて、広告の形式の第２のコンテンツが速められた速度ではなく通常速度でプレイアウトされ得る。さらに、この広告は、第１のコンテンツに関連するメタデータと、第２のコンテンツに関連するメタデータとに基づいて選択され得る。
【発明を実施するための最良の形態】
【０００４】
以下の記述において、説明の目的で、本発明の実施形態例の十分な理解を提供するために、数多くの具体的な詳細が説明される。しかしながら、本発明はこれらの具体的な詳細無しで実施され得ることが、当業者には明らかとなるだろう。
【０００５】
（定義）
本明細書における「第１のコンテンツ」とは、受信デバイス上で再生もしくは対話され得るコンテンツを含むことが意図されている。第１のコンテンツは、娯楽コンテンツおよび広告コンテンツを、限定されること無く含み得る。さらに、第１のコンテンツは、映像コンテンツおよび／もしくは音声コンテンツを含み得る。
【０００６】
本明細書における「第２のコンテンツ」とは、トリックモード要求（例えば、早送り、巻き戻し、逆再生など）の受信に応じて、第１のコンテンツと置き換えられ得るコンテンツを含むことが意図されている。第２のコンテンツは、受信デバイス上で再生もしくは対話され得る。さらに、第２のコンテンツは、映像コンテンツおよび／もしくは音声コンテンツ、ならびに／あるいは第２のコンテンツを生成するための情報および／もしくは第２のコンテンツにアクセスするための情報を含み得る。
【０００７】
本明細書における「通常速度」とは、コンテンツ（例えば、第１のコンテンツもしくは第２のコンテンツ）の不連続単位（ｄｉｓｃｒｅｔｅ  ｕｎｉｔ）を出力デバイスへレンダリングするための瞬間速度を含むことが意図されており、この通常速度は、コンテンツ
の不連続単位を最初から最後まで、コンテンツと関連する所定の再生時間でレンダリングするための速度である。例えば、「Ｇｉｌｌｉｇａｎ’ｓ  Ｉｓｌａｎｄ」のエピソードは、受信デバイスにおいて、所定の２５分の実行時間（例えば、再生時間）で完了するような通常速度でレンダリングされ得る。再生時間は、第１のコンテンツおよび第２のコンテンツと一緒に発行され得る。例えば、動画は媒体上に記憶され得、その動画の再生時間でラベルされ得る。通常速度は、コンテンツの不連続単位を前方向もしくは逆方向に送るために適用され得る。
【０００８】
本明細書における「速められた速度」とは、コンテンツの不連続単位を出力デバイスへとレンダリングするための瞬間的な速度を含むことが意図されており、この速められた速度は、コンテンツの不連続単位に関連する通常速度よりも早い任意の速度である。速められた速度は、コンテンツの不連続単位を前方向もしくは逆方向に送るために適用され得る。
【０００９】
（２地点間通信）
本発明の開示は、２地点間通信を使用する実施形態を記述する。例えば、２地点間通信は、受信デバイス（例えば、セットトップボックス）と通信するビデオ・オン・デマンドサーバとして具体化され得る。
【００１０】
（１対多地点間通信）
本発明の開示はさらに、１対多地点間通信を使用する実施形態を記述する。例えば、１対多地点間通信は、送信信号を複数の受信デバイス（例えば、セットトップボックス）へと送信するブロードキャスト／マルチキャストシステムとして具体化され得る。
【００１１】
図１は、一実施形態例に従うシステム１０を図解するブロック図である。システム１０は、受信デバイス１２、ビデオ・オン・デマンドシステム１４、ネットワーク１６を含むように示される。受信デバイス１２は、例えば、セットトップボックス（ＳＴＢ）、パーソナルコンピュータ、ｉＰｏｄ、パーソナルビデオレコーダ（ＰＶＲ）（例えば、アナログもしくはデジタル入力）、パーソナルデジタルレコーダ（ＰＤＲ）（例えば、アナログもしくはデジタル入力）、携帯電話、携帯型メディアプレーヤ、ゲーム機、あるいは映像および／もしくは音声コンテンツを再生可能な他の任意のデバイスを含み得る。受信デバイス１２は、出力デバイス１８およびデータベース２２に接続されるように示される。一実施形態例において、受信デバイス１２は、制御ボタン１９もしくは遠隔制御２０を用いて操作あるいは制御され得る。出力デバイス１８は、音声デバイス２４および表示デバイス２６を含み得るが、この出力デバイス１８がまた、マシンのインターフェース情報（例えば、ＳＧＭＬ）をマシン（例えば、クライアント、サーバ、ピアツーピア）へと通信するためのマシンデバイスも含み得ることが、当業者には理解されるだろう。ネットワーク１６は、映像および／もしくは音声を通信可能な任意のネットワークであってよく、インターネット、閉じたＩＰネットワーク（例えば、ＤＳＬ、ＦＴＴＨ）、デジタル・ブロードキャスト・サテライト、ケーブル、デジタル、地上波、アナログおよびデジタル（衛星）ラジオなど、ならびに／あるいは１つもしくは複数のネットワーク技術を組み合わせたハイブリッドソリューションを含み得る。データベース２２は、前もって記録された第１の情報３１および第２の情報３４の供給源であってもよい。第１の情報３１には、第１のコンテンツ３２および／もしくは第１のメタデータ３３が含まれ得る。第２の情報３４には、第２のコンテンツ３５および／もしくは第２のメタデータ４１が含まれ得る。第１のコンテンツ３２は、受信デバイス１２における出力デバイス１８上で再生され得る。第２のコンテンツ３５もまた、受信デバイス１２における出力デバイス１８上で再生され得る。
【００１２】
ビデオ・オン・デマンドシステム１４は、ストリーミングサーバ２８、ライブフィード
２９、およびデータベース３０を含むように示される。データベース３０およびライブフィード２９は、前もって記録された第１の情報３１および／もしくは第２の情報３４の供給源であってもよい。第１の情報３１は、第１のコンテンツ３２および／もしくは第１のメタデータを含み得る。第２の情報３１は、第２のコンテンツ３５および／もしくは第２のメタデータ４１を含み得る。第１のコンテンツ３２は、受信デバイス１２における出力デバイス１８上で再生され得る。第２のコンテンツ３５もまた、受信デバイス１２における出力デバイス１８上で再生され得る。
【００１３】
ストリーミングサーバ２８は、要求モジュール３６と通信モジュール３８を含む。要求モジュール３６は、要求を受信して処理し得る。例えば、要求モジュール３６は、第１のコンテンツ３２を再生するための要求、第１のコンテンツ３２を早送りするための要求、第１のコンテンツ３２を巻き戻すための要求、第１のコンテンツ３２を一時停止するための要求、および他の要求を受信し得る。一実施形態例において、ストリーミングサーバ２８および受信デバイス１２は、通信のために、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）を使用してもよい。別の実施形態例においては、ストリーミングサーバ２８および受信デバイス１２は、通信のために、デジタル記憶媒体コマンド＆制御プロトコル（ＤＳＭ‐ＣＣ）を使用してもよい。別の実施形態においては、要求モジュール３６は、受信デバイス１２で実行されてもよい。
【００１４】
通信モジュール３８は、要求モジュール３６によって受信された要求に応答し得る。例えば、通信モジュール３８は、第１のコンテンツ３２を通信することによって、第２の情報３４を選択することによって、あるいは第２の情報３４を通信することによって応答し得る。別の実施形態においては、要求モジュール３６および通信モジュール３８は、受信デバイス１２で実行されてもよい。別の実施形態においては、要求モジュール３６がストリーミングサーバ２８で実行されてもよく、また、通信モジュール３８が受信デバイス１２で実行されてもよい。
【００１５】
図１に示されるシステム１０は、クライアント‐サーバアーキテクチャを使用しているが、本開示はもちろん、その様なアーキテクチャには限定されず、分散型アーキテクチャシステムもしくはピアツーピアアーキテクチャシステムにも同様に良好に応用される。要求モジュール３６および通信モジュール３８はまた、スタンドアロンのソフトウェアプログラムとして実装されてもよく、必ずしもネットワーク機能を有する必要はない。
【００１６】
図２Ａは、一実施形態例に従うデータベース３０を図解するブロック図である。データベース３０は、娯楽アセット・テーブル４０、広告アセット・テーブル４２、および第２の情報３４を含むように示される。娯楽アセット・テーブル４０は、娯楽アセット４４（例えば、ビデオ・オン・デマンドアセット）を含む。娯楽アセット４４は、映画、テレビ番組（例えば、ドキュメンタリー、伝記、漫画、番組表、音楽、ミュージックビデオなど）の音声／映像アセット、または音楽トラック、音声インタビュー、もしくはニュース番組などの音声アセット、あるいは受信デバイス１２から要求され得る任意の他の娯楽形態として、具体化され得る。個々の娯楽アセット４４は、娯楽アセット・テーブル４０の中で、娯楽アセット識別子を用いてアクセスされ得る。
【００１７】
広告アセット・テーブル４２は、広告アセット４６（例えば、ビデオ・オン・デマンドアセット）を含む。例えば、広告アセット４６は、コマーシャル、公共広告、インフォマーシャル、もしくは任意の他の広告形態として、具体化され得る。個々の広告アセット４６は、広告アセット・テーブル４２の中で、広告アセット識別子を用いてアクセスされ得る。
【００１８】
第２の情報３４は、第２のアセット４８（例えば、ビデオ・オン・デマンドアセット）
を含む。例えば、第２のアセット４８は、コマーシャル、公共広告、インフォマーシャル、もしくは任意の他の広告形態として、具体化され得る。第２のアセット４８は、トリックモード要求に応答して、アクセスされ得る。
【００１９】
図２Ｂは、一実施形態例に従う娯楽アセット４４を図解するブロック図である。娯楽アセット４４は、第１のコンテンツ３２および第１のメタデータ３３を含む。第１のコンテンツ３２については既に述べられている。第１のメタデータ３３は、第１のコンテンツ識別子５８および１つ以上のトリガー情報６０エントリーを含む。第１のコンテンツ識別子５８は、第１のコンテンツ３２を識別するために使用され得る。トリガー情報６０は、トリックモード要求に応答して、プレイアウトのための第２のコンテンツ３５を選択するために使用され得る。異なるトリガー情報６０が、第１のコンテンツ３２の異なるセグメントに同期され得る。従って、一実施形態においては、異なるトリガー情報エントリー６０は、第１のコンテンツ３２の５分ごとのセグメントに対応し得る。トリガー情報６０は、第２のコンテンツ識別子６２、製品識別子６４、製品ドメイン６６、およびオフセット６７を含む。第２のコンテンツ識別子６４は、トリックモード要求の受信に応答して、プレイアウトのための第２のコンテンツ３５を識別するために使用され得る。製品識別子６４は、第１のコンテンツ３２によって提供される１つ以上の製品を識別するために使用され得る。従って、コカコーラのプレイスメント広告（例えば、映画グラディエータでローマの剣闘士を打ち負かしながら、コカコーラを飲んでいるラッセル・クロウ）を含む映画は、そのプレイスメント広告のプレイアウトに同期されたコカコーラのための製品識別子を含み得る。一実施形態では、製品識別子６４は、複数の種類の中の任意の１つを識別するために、および／もしくは製品の用法（例えば、缶入りのコカコーラ、瓶入りのコカコーラ、スポーツイベントでのコカコーラ、アルコール飲料に入れたコカコーラなど）を識別するために使用され得る。製品ドメイン６６は、第１のコンテンツ３２によって提供される製品の１つ以上のドメインを識別するために使用されてもよい。例えば、コカコーラにための製品ドメイン６６は、製品ドメイン６６飲料、製品ドメイン６６ソフトドリンク、製品ドメイン６６コーラ、もしくは他の任意の適切なコカコーラの分類を含んでもよい。第１のコンテンツの製品ドメイン６６は、第２のコンテンツ３５を選択するために使用することができる。例えば、映像セグメントが、飲料の製品ドメイン６６に、製品に関するプレイスメント広告を含むことを、システムは決定し得る。従って、競合する製品のプレゼンテーションを避けるために、システムは、第２のコンテンツ３５を異なる製品ドメイン６６（例えば、スポーツ用品）の中から選択することができる。オフセット６７は、娯楽アセットの中で適切なトリガー情報６０を識別するために使用され得る。例えば、娯楽アセット４４は、０〜２４％、２５〜４９％、５０〜７４％、および７５〜１００％のオフセットとそれぞれ関連する４つのトリガー情報エントリー６０と、関連付けられ得る。従って、娯楽アセット４４の最初のフレームのプレイアウトと同時のトリックモード要求の受信には、０〜２４％のオフセットに関連するトリガー情報エントリー６０が関連付けられる。
【００２０】
図２Ｃは、一実施形態例に従う広告アセット４６を図解するブロック図である。広告アセット４６は、先に述べられたように、第１のコンテンツ３２および第１のメタデータ３３を含む。
【００２１】
図２Ｄは、一実施形態例に従う第２のアセット４８を図解するブロック図である。第２のアセット４８は、第２のコンテンツ３５および第２のメタデータ４１を含む。第２のコンテンツ３５については既に述べられている。第２のメタデータ４１は、第２のアセット識別子６８、製品識別子６４、および製品ドメイン６６を含む。製品識別子６４は、第２のコンテンツ３５によって提供される製品を識別する。製品ドメイン６６は、第２のアセット４８によって提供される製品の１つ以上のドメインを識別する。
【００２２】
図３は、第２のコンテンツ３５の実施形態例を図解するブロック図である。第２のコンテンツは、広告記録７１、広告スライドショー７３、および広告アプリケーション７５の形式で第２のアプリケーション７６を含み得る。広告記録７１および広告スライドショー７３は、受信デバイス１２によって出力デバイス１８へと直接レンダリングされ得る。広告アプリケーション７５は、第２のコンテンツ５６を生成するために、通信モジュール３８によって実行され得るアプリケーションであってもよい。例えば、第２のアプリケーション７６は、広告記録７１もしくは広告スライドショー７３を生成するために、通信モジュール３８によって実行され得る広告アプリケーション７５を含み得る。
【００２３】
広告スライドショー７３は、受信デバイス１２における出力デバイス１８へとレンダリングされる１つ以上の静止画および／もしくは音声を含み得る。静止画は、フェードイン＆フェードアウト・ディゾルブ、スプリット、ワイプなどを限定されること無く含む、それら画像に適用されたビデオ効果を有してもよい。
【００２４】
第２のコンテンツ３５は、データベース３０に前もって録画および記憶されていてもよく、あるいはライブフィード２９からストリーミングサーバ２８へと通信されると言うように、ライブ（例えば、スポーツイベント、選挙結果など）で提供されてもよい。
【００２５】
第２のコンテンツ３５は、第１のコンテンツ３２を早送りもしくは逆再生（例えば、巻き戻し）するための異なる種類のトリックモード要求に対応する６つのバージョンを含むようにそれぞれ示されている。さらに、トリックモード要求には、第１のコンテンツ３２を早送りもしくは巻き戻しするために、異なる速められた速度を指定することができる。例えば、早送りもしくは巻き戻しのための要求は、第１のコンテンツ３２が出力デバイス１８へとレンダリングされる通常速度の２倍（例えば、２Ｘ）、４倍（例えば、４Ｘ）、および６倍（例えば、６Ｘ）であり得る。他の実施形態例では、さらなるもしくはより少ないバージョンを含んでいてもよい。様々なバージョンは、異なる継続再生時間を有する第２のコンテンツ３５と対応し得る。例えば、２倍（例えば、２Ｘ）、４倍（例えば、４Ｘ）および６倍（例えば、６Ｘ）に対応する第２のコンテンツ３５は、１０秒、５秒、および２秒の再生時間をそれぞれ有し得る。さらに、先に記述された第２のコンテンツ３５は、高品質のプレイアウトを達成するために、通常速度もしくは通常速度周辺の速度範囲内の任意の速度（例えば、速められた速度）で再生されるように設計され得ることが、当業者には理解されるだろう。
【００２６】
いくつかの実施形態において、第２のコンテンツ３５は、ユーザーとの対話を可能にするエンドユーザーへのプレゼンテーションをもたらし得る、対話式アプリケーションを含むか、もしくは含むように（例えば、第２のアプリケーション７６を介して）生成され得る。例えば、第２のコンテンツ３５は、エンドユーザーが他のものよりも好ましいある製品に関して１票投じることが可能なポップアップをもたらし得る対話式アプリケーションを含んでもよい。
【００２７】
図４は、一実施形態例に従う、フレーム８０およびパケット８２を図解するブロック図である。一実施形態例においては、第１の情報３１および第２の情報３４は、データベース３０にフレーム８０として記憶され得る。別な実施形態例においては、第１の情報３１および第２の情報３４は、データベース３０にパケット８２として記憶され得る。
【００２８】
アナログ画像データおよびアナログ音楽データは、左から右へ移ると、エンコーダによってエンコードされて、フレーム８０が生成され得る。フレーム８０は、基準フレーム８６、基準フレーム変化８４、およびメタデータフレーム８７を含む。基準フレーム８６は、表示デバイス２６上に画像を完全にレンダリングするのに十分な基準フレームデータを含み得る。対照的に、基準フレーム変化８４は、２つの連続したフレーム８０の間の違いを表す基準フレーム変化データを含み得る。基準フレーム変化８４はそれによって、この２つの連続したフレーム８０の間の類似点に比例して、処理能力を節約することを可能にする（例えば、重複する情報は通信されない）。メタデータフレーム８７は、対応する画像および音声データと同期するために使用され得るメタデータフレームデータを含む。
【００２９】
基準フレーム８６、基準フレーム変化８４、およびメタデータフレーム８７はさらに、マルチプレクサーによって、パケット８２へとパケット化され得る。パケット８２は、映像情報、音声情報、およびメタデータを含むように示される。
【００３０】
図５は、一実施形態例に従う、方法１００を図解するフロー図である。右側に図解されているのが、受信デバイス１２上で行われる動作であり、左側に図解されているのが、ストリーミングサーバ２８上で行われる動作である。方法１００は、ユーザーが娯楽アセット４４を要求するのと同時に、受信デバイス１２において、動作１０２で開始する。例えば、ユーザーは、表示デバイス２６上に表示されるメニューからビデオ・オン・デマンドアセットを選択するために、遠隔制御２０を使用してもよい。ユーザーの要求に応じて、受信デバイス１２は、ネットワーク１６を介してストリーミングサーバ２８へと要求を通信し得る。一実施形態例においては、受信デバイス１２およびストリーミングサーバは、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）を使用し得る。
【００３１】
ストリーミングサーバ２８において、動作１０４で要求モジュール３６は、ビデオ・オン・デマンドアセットを再生するための要求を受信する。例えば、この要求は、娯楽アセット・テーブル４０内の適切なエントリーにアクセスするために使用され得る第１のコンテンツ識別子を含み得る。動作１０６において、通信モジュール３８は、ネットワーク１６を介して娯楽アセット４４を受信デバイス１２へと通信する（例えば、ストリーム、プレイアウト）。
【００３２】
動作１０８で受信デバイス１２は、予定された広告まで、娯楽アセット４４を受信し、娯楽アセット４４の通常速度で表示デバイス２６へと娯楽アセット４４をレンダリングする。
【００３３】
ストリーミングサーバ２８において、動作１１０で通信モジュール３８は、広告アセット４６として具体化される第１のコンテンツ３２を通信する。
【００３４】
動作１１２で受信デバイス１２は、広告アセット４６を受信し、表示デバイス２６および音声デバイス２４上で通常速度で広告アセット４６をレンダリングする。動作１１４でユーザーは、広告を見ないことに決め、広告の送り速度を速めるために遠隔制御２０上で早送りボタンを選択する。この要求に応答して、受信デバイス１２は、早送りトリックモード要求をストリーミングサーバ２８へと通信する。例えば、ユーザーは、遠隔制御２０上の早送りボタンを一回押すとことによって、広告アセット４６の通常速度の２倍（例えば、２Ｘ ＦＦ）で、早送りすることを要求することができる。
【００３５】
ストリーミングサーバ２８において、動作１１６で要求モジュール３６は、トリックモード要求を受信デバイス１２から受信する。例えば、トリックモード要求は、第１のコンテンツ識別子、方向識別子（例えば、前方向もしくは逆方向）、および速度識別子（例えば、２Ｘ、４Ｘ、６Ｘなど）を含み得る。
【００３６】
動作１１８で通信モジュール３８は、第１のコンテンツ３２に関連する第１のメタデータ３３と、第２のコンテンツ３５に関連する第２のメタデータ４１とに基づいて、第２のコンテンツ３５を選択する。例えば、通信モジュール３８は、トリックモード要求を受信したちょうどその時にプレイアウトされている第１のコンテンツ３２のセグメントに対応
するオフセット６７に従って、第１のコンテンツ３２に関連するトリガー情報６０を識別し得る。次に、通信モジュール３８は、特定の第２のアセット５０（例えば、第２のコンテンツ３５）を選択するための第２のアセット５０の第２のメタデータ４１を検索するために、トリガー情報６０を使用し得る。加えて、通信モジュール３８は、広告アセット４６を受信デバイス１２へとストリーミングすること無しに、通常速度の２倍で広告アセット４６の早送りを始め得る。動作１１８に関する処理の更なる詳細は図６で記述される。
【００３７】
動作１２０で通信モジュール３８は、広告記録７１として具体化される第２のコンテンツ３５を受信デバイス１２へと通信し得る（例えば、プレイアウト、ストリームなど）。
【００３８】
動作１２２で受信デバイス１２は、動作１２４における広告記録７１の終了まで、広告記録７１を受信し通常速度で出力デバイス１８へとレンダリングし得る。動作１２６でユーザーは、遠隔制御２０上の再生ボタンを押すことによって再生モードを要求し、受信デバイス１２はその要求をストリーミングサーバ２８へと通信する。
【００３９】
ストリーミングサーバ２８において、動作１２８で要求モジュール３６はその要求を受信し、そして動作１３０で通信モジュール３８は娯楽アセット４４を受信デバイス１２へと通信する。
【００４０】
動作１３２で受信デバイス１２は、娯楽アセット４４を受信して、表示デバイス２６および音声デバイス２４へと、広告アセット４６の通常速度でレンダリングする。
【００４１】
（その他の例‐第１および第２のコンテンツへのオフセット）
上記例のユーザーは、第１のコンテンツ３２（例えば、広告アセット４６）の不連続単位の始まり頃に早送りトリックモード要求を入力し、そして、通信モジュール３８は、第２のコンテンツ３５（例えば、広告記録７１）の不連続単位の始まりからいくらかずらして第２のコンテンツ３５（例えば、広告記録７１）の不連続単位をレンダリングすることによって、応答した。その他の例には、第１のコンテンツ３２の終了頃に早送りトリックモード要求を入力するユーザーが含まれ得ることが、当業者には理解されるだろう。この要求の受信に応答して、通信モジュール３８は、第２のコンテンツ３５（例えば、関連する広告記録７１）の始まりから該当するオフセットまで進め、そして、第２のコンテンツ３５（例えば、広告記録７１）のレンダリングを識別されたオフセットから開始し得る。一般に、第２のコンテンツ３５の作者は、第２のコンテンツ３５へのオフセットの選択を、編集上で完全に制御することができ、レンダリングは、トリックモード要求に応じて検出され得る第１のコンテンツ３２へのオフセットに基づいて、選択された第２のコンテンツへのオフセットから開始するようになっている。第２のアプリケーション７６の作者は、同様の編集制御を行うことができることが理解されるだろう。
【００４２】
（その他の例‐第２のコンテンツの終わりを通り過ぎる早送り）
第２のコンテンツ３５（例えば、広告）が終了した後で早送りをし続けるユーザーは、一実施形態においては、速められた速度でレンダリングされ得る第１のコンテンツ３２を見ることになり得る。
【００４３】
（実施形態例‐第２のコンテンツ）
トリックモード要求に応答して、上記の実施形態例において、通信モジュール３８は、広告記録７１と通信する。他の実施形態例では、別の第２のコンテンツ３５を使用し得ることが、当業者には理解されるだろう。例えば、他の種類の第２のコンテンツ３５は、広告スライドショー７３を含んでも良い。さらに、他の実施形態では、広告スライドショー７３もしくは広告記録７１を生成するために、通信モジュール３８によって使用され得る広告アプリケーション７５を含んでも良い。
【００４４】
（その他の例‐第１および第２のコンテンツのメディアおよびプレゼンテーション）
他の例では、１つ以上のメディア（例えば、映像、音声、キネティック（ｋｉｎｅｔｉｃ）など）で具体化され得る第１のコンテンツ３２および第２のコンテンツ３５を含み得、映像メディアは、動画もしくは静止画として提供される。第１のコンテンツ３２のメディアおよびプレゼンテーションは、第２のコンテンツ３５のメディアおよびプレゼンテーションを必ずしも決定せず、その上、第１のコンテンツ３２のメディアおよびプレゼンテーションの任意の組み合わせは、第２のコンテンツ３５にメディアおよびプレゼンテーションの任意の組み合わせで関係付けられ得ることが、当業者には理解されるだろう。例えば、単に音声で具体化される第１のコンテンツ３２は、音声と映像（例えば、動画もしくは静止画）として具体化された第２のコンテンツ３５と関係付けられ得る。
【００４５】
（その他の例‐娯楽アセット）
第１のコンテンツ３２はまた、娯楽アセット４４の形式で具体化され得ることが、当業者には理解されるだろう。従って、通信モジュール３８は、広告アセット４６では無く娯楽アセット４４と関連する第１のメタデータ３３に基づいて、第２のコンテンツ３５を選択してもよい。
【００４６】
（その他の例‐コンテンツおよび／もしくはメタデータの記憶場所）
さらに、第１の情報３１および／もしくは第２の情報３４は、受信デバイス１２でプレイアウトされる以前に、データベース２２に記憶され得ることが、当業者には理解されるだろう。例えば、第１の情報３１および／もしくは第２の情報３４は、データベース２２に記憶され得、受信デバイス１２は、ユーザー要求に応答して、第１のコンテンツ３２および／もしくは第１のメタデータ３３を、ならびに／あるいは、第２のコンテンツ３５および／もしくは第２のメタデータ４１を、データベース２２から取り出す。実際には、受信デバイス１２で利用される、第１のコンテンツ３２、第１のメタデータ３３、第２のコンテンツ３５もしくは第２のメタデータ４１の任意の組み合わせが、データベース３０、ライブフィード２９もしくはデータベース２２を含む先に記述されたソースのいずれかから取得され得る。
【００４７】
（その他の実施形態‐受信デバイスでの選択）
別の実施形態において、要求モジュール３６および通信モジュール３８は、第２のアセット４８を選択するために、受信デバイスで実行され得る。
【００４８】
図６は、一実施形態例に従う、第２のコンテンツ３５を選択するための方法１３４を図解するフロー図である。判定動作１３６で通信モジュール３８は、広告アセット４６が、第２のアセット４８を識別するための第２のコンテンツ識別子６２を使用するか否かを決定する。広告アセット４６が、第２のコンテンツ識別子６２を使用する場合は、それから判定動作１３８へと分岐する。さもなければ、判定動作１４０へと分岐する。
【００４９】
判定動作１３８で通信モジュール３８は、第２の情報３４が、適合する第２のアセット識別子６８を有する第２のアセット４８を含むか否かを決定する。例えば、通信モジュール３８は、第２のアセット４８のそれぞれのための第２のアセット識別子６８を、第２のコンテンツ識別子６２と比較し得る。適合する第２のアセット識別子６８が見つかった場合は、それから動作１４９へと分岐する。さもなければ、判定動作１４０へと分岐する。
【００５０】
判定動作１４０で通信モジュール３８は、広告アセット４６が、第２のアセット４８を識別するための製品識別子６４を使用するか否かを決定する。広告アセット４６が、製品識別子６４を使用する場合は、それから判定動作１４２へと分岐する。さもなければ、判定動作１４４へと分岐する。
【００５１】
判定動作１４２で通信モジュール３８は、第２の情報３４が広告アセット４６と関連する製品識別子６４と適合する製品識別子６４を含むか否かを決定する。例えば、通信モジュール３８は、第２のアセット４８のそれぞれのための製品識別子６４を、広告アセット４６のための製品識別子６４と比較し得る。適合する製品識別子６４が見つかった場合は、それから動作１４９へと分岐する。さもなければ、判定動作１４４へと分岐する。
【００５２】
判定動作１４４で通信モジュール３８は、広告アセット４６が第２のアセット４８を識別するための製品ドメイン６６を使用するか否かを決定する。広告アセット４６が、製品ドメイン６６を使用する場合は、それから判定動作１４６へと分岐する。さもなければ、動作１４８へと分岐する。
【００５３】
判定動作１４６で通信モジュール３８は、第２の情報３４が広告アセット４６と関連する製品ドメイン６６とは適合しない製品ドメイン６６を含むか否かを決定する。例えば、通信モジュール３８は、第２のアセット４８のそれぞれのための製品ドメイン６６を、広告アセット４６のための製品ドメイン６６と比較し得る。適合しない製品ドメイン６６が見つかった場合は、それから動作１４９へと分岐する。さもなければ、動作１４８へと分岐する。
【００５４】
動作１４８で通信モジュール３８は、プレイアウトのための第２のアセット４８を選択する。動作１４９で通信モジュール３８は、トリックモード要求の種類に基づいて第２のアセット４８のバージョンを選択する。動作１４９に関する処理のさらなる詳細が、図７で記述される。
【００５５】
方法６４は、別の一連のテストを用いて具体化することもできる。例えば、一実施形態では、以下の順番（すなわち、製品ドメイン６６、製品識別子６４、その後に、第２のコンテンツ識別子６２）のテストを用いてもよい。
【００５６】
判定動作１５０で通信モジュール３８は、第２のアセット４８が第２のアプリケーション７６の形式で第２のコンテンツ３５を含むか否かを決定する。通信モジュール３８が、第２のアセット４８は第２のアプリケーション７６の形式であると決定した場合は、それから動作１５２へと分岐する。さもなければ動作１５４へと分岐する。
【００５７】
動作１５２で通信モジュール３８は、広告記録７１を生成するために、第２のアプリケーション７６を使用する。他の実施形態では、通信モジュール３８は、広告スライドショー７３を生成し得る。
【００５８】
動作１５４で通信モジュール３８は、プレイアウトされる第２のコンテンツ３５を位置合わせし、そして、この処理は終了する。例えば、通信モジュール３８は、第１のコンテンツ３２に関連するトリガー情報６０内のオフセット６７に基づいて、第２のコンテンツ３５を位置合わせし得る。
【００５９】
図７は、実施形態例に従う、トリックモード要求の種類に基づいて、第２のアセット４８のバージョンを選択するための方法１６０を図解するフロー図である。方法１６０は、判定動作１６２で通信モジュール３８がトリックモード要求の方向を決定すると同時に開始する。通信モジュール３８が、トリックモード要求は早送り要求であると決定した場合は、それから判定動作１６４へと分岐する。さもなければ、通信モジュール３８は、トリックモード要求が巻き戻し要求もしくは逆再生要求であると決定し、判定動作１７２へと分岐する。
【００６０】
判定動作１６４で通信モジュール３８は、トリックモード要求の速度を決定する。通信モジュール３８が、トリックモード要求は通常速度の２倍であると決定した場合は、それから動作１６６へと分岐する。通信モジュール３８が、トリックモード要求は通常速度の４倍であると決定した場合は、それから動作１６８へと分岐する。通信モジュール３８が、トリックモード要求の速度は通常速度の８倍であると決定した場合は、それから動作１７０へと分岐する。動作１６６、１６８、および１７０において、通信モジュール３８は、通常の２倍、４倍、および８倍の早送りバージョンをそれぞれ特定する。
【００６１】
判定動作１７２で通信モジュール３８は、巻き戻しトリックモード要求もしくは逆再生トリックモード要求の速度を決定する。巻き戻しトリックモード要求の速度が、通常速度の２倍、４倍、もしくは６倍である場合は、それから動作１７４、１７６、および１７８へとそれぞれ分岐する。
【００６２】
図８は、一実施形態例に従う、システム２９０を図解するブロック図である。システム２９０は、送信信号を通信するために使用され得、受信デバイス１２での第１のコンテンツ３２のプレイバックの変更を容易にする。
【００６３】
システム２９０は、受信デバイス１２、ブロードキャストシステム２９２、およびビデオ・オン・デマンドシステム２９４を含む。ブロードキャストシステム２９２は、娯楽サーバ２９６と、広告サーバ３０４および挿入サーバ３０８を含む挿入システム２９８と、ライブフィード３０２とを含む。
【００６４】
おおまかに言えば、挿入サーバ３０８は、ライブフィード３０２からのＭＰＥＧ‐２圧縮形式にフォーマットされたストリームを含むコンポーネント送信信号２９１（例えば、インターネットプロトコル（ＩＰ））と、娯楽サーバ２９６からのＭＰＥＧ‐２圧縮形式を使用するコンポーネント送信信号２９３と、広告サーバ３０４からのＭＰＥＧ‐２圧縮形式を使用するコンポーネント送信信号２９５と、を受信し得る。
【００６５】
コンポーネント送信信号２９１，２９３および２９５は、ライブ（例えば、スポーツイベント、選挙結果など）の、または前もって録画された第１の情報３１および／もしくは第２の情報３４を含み得る。従って、第１の情報３１は、娯楽アセット４４（例えば、ライブコンテンツおよび／もしくは前もって録画されたコンテンツ）および／もしくは広告アセット４６（例えば、ライブコンテンツおよび／もしくは前もって録画されたコンテンツ）を含み得る。同様に、第２の情報３４は、第２のアセット（例えば、ライブコンテンツおよび／もしくは前もって録画されたコンテンツ）を含み得る。
【００６６】
コンポーネント送信信号２９１，２９３，２９５のそれぞれは、複数のチャンネルを含み得る。それぞれのチャンネルは、音声および／もしくは映像ならびに／またはメタデータを運ぶ複数のパケット化されたエレメンタリストリームを含み得る。他の実施形態例では、他の転送形式（例えば、ＩＰ）および圧縮形式（例えば、ＭＰＥＧ‐４、ＶＣＬなど）で具体化されたコンポーネント送信信号２９１，２９３，２９５を含み得る。
【００６７】
挿入サーバ３０８は、ネットワーク１６を介して受信デバイス１２へと通信される送信信号２９７を生成するために、コンポーネント送信信号２９１，２９３，２９５を使用し得る。他の実施形態例は、他の圧縮形式（例えば、ＭＰＥＧ‐４、ＶＣＬ）もしくは他の転送形式（例えば、インターネットプロトコル（ＩＰ））で具体化される送信信号２９７を含み得る。
【００６８】
娯楽サーバ２９６は、先に述べたように、第１の情報３１および第２の情報３４を含み得るデータベース３００に接続される。
【００６９】
広告サーバ３０４は、先に述べられたように、第１の情報３１および／もしくは第２の情報３４を記憶し得るデータベース３０６に接続されるように示される。
【００７０】
挿入サーバ３０８は、移送（ｔｒａｎｓｐｏｒｔ）モジュール３１０および送信（ｔｒａｎｓｍｉｓｓｉｏｎ）モジュール３１２を含むように示される。移送モジュール３１０は、ライブフィード３０２からコンポーネント送信信号２９１を、また、娯楽サーバ２９６からコンポーネント送信信号２９３を、また、広告サーバ３０４からコンポーネント送信信号２９５を、受信し得る。さらに、移送モジュール３１０は、ライブフィード３０２からのコンポーネント送信信号２９１に基づいて、また、娯楽サーバ２９６から受信されたコンポーネント送信信号２９３に基づいて、また、広告サーバ３０４から受信されたコンポーネント送信信号２９５に基づいて、送信信号２９７を生成し得る。送信モジュール３１２は、送信信号２９７を受信デバイス１２へと通信し得る。
【００７１】
ビデオ・オン・デマンドシステム２９４は、第１の情報３１および／もしくは第２の情報３４を記憶し得るデータベース３１７を含み得る遠隔記憶デバイス３１６に接続されるように示されるストリーミングサーバ２８を含む。受信デバイス１２は、遠隔記憶デバイス３１６もしくはデータベース２２に記憶される追加の第２の情報３４を要求するために、送信信号２９７内にある受信された第２の情報３４を使用し得る。
【００７２】
図８に示されるシステム２９０は、受信デバイス１２とビデオ・オン・デマンドサーバ２８との間にクライアント‐サーバアーキテクチャを使用するが、本開示はもちろんその様なアーキテクチャには限定されず、分散型アーキテクチャシステムもしくはピアツーピアアーキテクチャシステムにも同じように良好に応用される。
【００７３】
図９は、一実施形態例に従う、データベース３００を図解するブロック図である。データベース３００は、先に記述されたように、娯楽サーバ２９６に接続され、娯楽アセット・テーブル４０および第２の情報３４を含むように示される。
【００７４】
図１０は、一実施形態例に従う、データベース３０６を図解するブロック図である。データベース３０６は、先に記述されたように、広告サーバ３０４に接続され、広告アセット・テーブル４２および第２の情報３４を含むように示される。
【００７５】
図１１は、一実施形態例に従う、受信デバイス１２を図解するブロック図である。受信デバイス１２については既に述べられている。しかしながら、さらなる記述が、先に言及されなかった構成要素に関して以下で提供される。受信デバイス１２は、プロセッサ４１７を含むデコーダシステム４００、プロセッサ４０２、メモリ４０４、デ・マルチプレクサー４０６、音声モジュール４０８、映像モジュール４１０、デ・スクランブル器４１２、制御ボタン１９、インターフェース４１４、およびインターフェース４１６、ローカル記憶デバイス４１８、要求モジュール３６、ならびに通信モジュール３８を含み得る。
【００７６】
プロセッサ４０２，４１７は、命令を実行して、メモリ４０４およびメモリ４２０からデータを出し入れし得る。プロセッサ４０２，４１７はまた、受信デバイス１２上の任意の構成要素を制御し得、受信デバイス１２上の任意の構成要素と通信し得る。受信デバイス１２上の構成要素には、例えば、デコーダシステム４００、デ・マルチプレクサー４０６、音声モジュール４０８、映像モジュール４１０、デ・スクランブル器４１２、制御ボタン１９、インターフェース４１４、およびインターフェース４１６が含まれる。プロセッサ４０２，４１７はさらに、要求モジュール３６、通信モジュール３８、および他のモジュールを実行するために使用され得る。要求モジュール３６および通信モジュール３８は、先に記述されたように動作する。
【００７７】
受信デバイス１２は、ネットワーク２０４からインターフェース４１６を介して、第１の情報３１および第２の情報３４を受信し得、言い換えると、これらはデ・マルチプレクサー４０６によって受信される。さらに、受信デバイス１２は、制御ボタン１９もしくは遠隔制御２０からの要求を受信し得る。例えば、受信デバイス１２は、通常速度の２Ｘ，４Ｘもしくは６Ｘであり得る速められた速度で、第１のコンテンツを早送りもしくは逆再生（例えば、巻き戻し）するための要求を受信し得る。
【００７８】
デ・マルチプレクサー４０６は、第１の情報３１および第２の情報３４を、音声ストリーム、映像ストリーム、メタデータストリーム（例えば、第１のメタデータ３３、第２のメタデータ４１など）へとデ・マルチプレックスし得、これらは、音声モジュール４０８、映像モジュール４１０、およびデ・スクランブル器４１２へとそれぞれ通信され得る。メタデータストリームはさらに、条件付アクセス復号キーを含むデ・スクランブル情報を含んでもよく、これらは、音声ストリームおよび映像ストリームをデ・スクランブルもしくは復号するために、デ・スクランブル器４１２によって使用され得る。他の実施形態では、デ・スクランブル器が含まれないこともあり得る。音声モジュール４０８は音声を処理して、その音声をデコーダシステム４００へと通信し得る。同様に、映像モジュール４１０は映像を処理して、その映像をデコーダシステム４００へと通信し得る。最後に、デ・スクランブル器４１２はメタデータを処理して、そのメタデータをデコーダシステム４００に通信し得る。
【００７９】
デコーダシステム４００は、プロセッサ４１７、メモリ４２０、デコーダ４２２、およびレンダリングモジュール４２４を含むように示されている。プロセッサ４１７については既に述べられている。デコーダ４２２は、パケット／フレームを画像データおよび音声データへとデコードし得る。レンダリングモジュール４２４は、音声データを音声デバイス２４へとレンダリングし得、および画像データを表示デバイス２６へとレンダリングし得る。
【００８０】
ローカル記憶デバイス４１８は、メモリ４２０とデータベース２２の両方を含み、循環バッファを含み得る。循環バッファは、第１の情報３１および／もしくは第２の情報３４を記憶するために、受信デバイス１２によって使用され得る。例えば、ユーザーは映像を見ていながら、電話の呼び出しにでるために、遠隔制御２０上の一時停止ボタンを選択し得る。一時停止ボタンの選択に応答して、映像は循環バッファに記憶され得る。通話を終えた後で、ユーザーは、遠隔制御２０上の再生ボタンを選択して受信デバイス１２に指示し、循環バッファから映像を取り出すことにより出力デバイス１８への映像のレンダリングを再開し得る。さらに、ローカル記憶デバイス４１８は、長期間の間（例えば、数週間、数年など）第１の情報３１および／もしくは第２の情報３４を記憶して、取り出すためのファイル構造を含み得る。
【００８１】
図１２Ａは、一実施形態例に従う、コンポーネント送信信号２９１を図解するブロック図である。コンポーネント送信信号２９１は、ライブフィード３０２によって通信され、挿入サーバによって受信され得る。コンポーネント送信信号２９１は、娯楽アセット４４および広告アセット４６の形式で第１の情報３１を、ならびに第２のアセット４８の形式で第２の情報３４を運び得る、複数のチャンネル４５０を含み得る。
【００８２】
図１２Ｂは、一実施形態例に従う、コンポーネント送信信号２９３を図解するブロック図である。コンポーネント送信信号２９３は、娯楽サーバ２９６によって通信され、挿入サーバ３０８によって受信され得る。コンポーネント送信信号２９３は、娯楽アセット４４の形式で第１の情報３１を、ならびに第２のアセット４８の形式で第２の情報３４を運び得る、複数のチャンネル４５０を含み得る。
【００８３】
図１２Ｃは、一実施形態例に従う、コンポーネント送信信号２９５を図解するブロック図である。コンポーネント送信信号２９５は、広告サーバ３０４によって通信され、挿入サーバ３０８によって受信され得る。コンポーネント送信信号２９５は、広告アセット４６の形式で第１の情報３１を、ならびに第２のアセット４８の形式で第２の情報３４を運び得る、複数のチャンネル４５０を含み得る。
【００８４】
図１２Ｄは、一実施形態例に従う、送信信号２９７を図解するブロック図である。送信信号２９７は、挿入サーバによって通信され、受信デバイス１２によって受信され得る。送信信号２９７は、ライブフィード３０２から受信されたコンポーネント送信信号２９１、娯楽サーバ２９６から受信されたコンポーネント送信信号２９３、および広告サーバ３０４から受信されたコンポーネント送信信号２９５に基づいて生成され得る。送信信号２９７は、遠隔制御２０もしくは制御ボタン１９を介してユーザーによって選択され得る複数のチャンネル４５０を含み得る。送信信号２９７は、娯楽アセット４４および広告アセット４６の形式で第１の情報３１を、ならびに第２のアセット４８の形式で第２の情報３４を運び得る。
【００８５】
図１３は、一実施形態例に従う、１つのチャンネル４５０に関連する複数のストリームを図解するブロック図である。ストリームには、映像ストリーム４５２、音声ストリーム４５４およびメタデータストリーム４５６が含まれ得る。各ストリームは、受信デバイス１２に入る際にデ・マルチプレクサー４０６で受信され得るパケット８２として具体化され得る。デ・マルチプレクサー４０６はフレーム８０を生成するために、これらパケットのペイロードを連結し得る。フレーム８０は、先に記述されたように、基準フレーム８６および基準フレーム変化８４を含むように示される。基準フレーム８６、基準フレーム変化８４、およびメタデータフレーム８７は、デ・スクランブルされ、デコーダ４２２へと通信され得る。デコーダ４２２は、フレーム８０を画像データおよび音声データへとデコードし、その画像データおよび音声データをレンダリングモジュール４２４へと通信し得、レンダリングモジュール４２４は、その画像データおよび音声データを、表示デバイス２６および音声デバイス２４を含む出力デバイス１８へとレンダリングする。
【００８６】
図１４は、一実施形態例に従う、パケット８２を図解するブロック図である。パケット８２は、ヘッダ４６０およびペイロード４６２を含むように示される。ヘッダ４６０は、１つのストリームのパケット８２を識別するために使用され得るストリーム識別子４６４を含み得る。例えば、１番目のストリーム識別子４６４は映像ペイロードを有するパケット８２を運ぶ１番目のストリームを識別し、２番目のストリーム識別子４６４は音声ペイロードを運ぶパケット８２を含み得る２番目のストリームを識別し、３番目のストリーム識別子４６４はメタデータペイロードを運ぶパケット８２を含む３番目のストリーム３２７を識別し得る。ペイロード４６２は、フレーム８０を構築するためのフレーム情報を含み得る。
【００８７】
図１５Ａは、一実施形態例に従う、第１のコンテンツ３２および第１のメタデータ３３を図解するブロック図である。第１のコンテンツ３２は、第１のメタデータ３３と同期されるように示される。第１のメタデータ３３はさらに、トリガー情報６０を含む複数のメタデータフレーム８７を含むように示される。一実施形態では、１つのフレーム８７が１つのトリガー情報エントリー６０を含み得る。別の実施形態では、１つのフレーム８７が複数のトリガー情報エントリー６０を含み得る。さらに別の実施形態では、任意の１つのメタデータフレーム８７がトリガー情報６０を含んでも含まなくてもよい。
【００８８】
図１５Ｂは、一実施形態例に従う、第２のコンテンツ３５および第２のメタデータ４１を図解するブロック図である。第２のコンテンツ３５は、第２のメタデータ４１と同期さ
れるように示される。第２のメタデータ４１はさらに、トリガー情報６０を含む複数のメタデータフレーム８７を含むように示される。一実施形態においては、１つのフレーム８７が１つのトリガー情報エントリー６０を含み得る。別の実施形態では、１つのフレーム８７が複数のトリガー情報エントリー６０を含み得る。さらに別の実施形態では、任意の１つのメタデータフレーム８７がトリガー情報６０を含んでも含まなくてもよい。
【００８９】
図１６は、一実施形態例に従う、送信信号２９７を図解するブロック図である。送信信号２９７は、映像ストリーム４５２、音声ストリーム４５４、およびメタデータストリーム４５６のそれぞれを運ぶ４つのチャンネル（例えば、１番目、２番目など）を同時に運ぶように示される。１番目のチャンネルは、第１のコンテンツ３２および第１のメタデータ３３を運ぶ。２番目、３番目、および４番目のチャンネルは、第２のコンテンツ３５および第２のメタデータ４１を運ぶ。トリックモード要求の受信に応答して、２番目、３番目、もしくは４番目のチャンネルで運ばれる第２のコンテンツ３５のプレイアウトを選択するために、１番目のチャンネル４５０に関連するメタデータストリーム４５６と、２番目、３番目、および４番目のチャンネル４５０に関連するメタデータストリーム４５６とが、使用され得る。送信信号２９７の他の実施形態では、追加のもしくはより少ないチャンネル４５０、第１のコンテンツ３２および第１のメタデータ３３を運ぶ追加のチャンネル４５０、ならびに第２のコンテンツ３５および第２のメタデータ４１を運ぶ追加のもしくはより少ないチャンネル４５０が、運ばれ得る。
【００９０】
図１７は、一実施形態例に従う、第１のコンテンツ目印端部４７０を含む第１のコンテンツ３２を含む送信信号２９７を図解するブロック図である。送信信号２９７は、娯楽アセット４４および広告アセット４６の形式の第１のコンテンツ３２を含むように示される。第１のコンテンツ目印端部４７０は、再生を再開する第１のコンテンツ３２内の場所を識別するために、通信モジュール３８によって使用され得る。例えば、広告記録７１を出力デバイス１８へとレンダリングする期間中の再生要求の受信に応じて、通信モジュール３８は娯楽アセット４４の再生を再開するために、第１のコンテンツ目印端部３６１へとスキップし得る。同様に、例えば、広告スライドショー７３を出力デバイス１８へとレンダリングする期間中の再生要求の受信に応じて、通信モジュール３８は広告アセット４６の再生を再開するために、第１のコンテンツ目印端部３６１へとスキップし得る。
【００９１】
図１８は、一実施形態例に従う、受信デバイス１２で広告をプレイアウトするための方法５００を図解するフロー図である。方法５００は、デ・マルチプレクサー４０６が、動作５０２で送信信号２９７をインターフェース４１６を介して受信すると同時に開始する。送信信号２９７は、先に述べたように第１の情報３１および第２の情報３４を含み得る。デ・マルチプレクサー４０６は、チャンネル４５０に従って送信信号２９７をデ・マルチプレックスし、そのデ・マルチプレックスされた送信信号２９７をパケット８２としてローカル記憶デバイス４１８に記憶し得る。例えば、デ・マルチプレクサー４０６は、デ・マルチプレックスされた送信信号２９７を記憶するために、音声モジュール４０８、映像モジュール４１０、およびデ・スクランブル器４１２を使用し得る。他の実施形態例では、送信信号２９７をさらにデ・パケット化し、ペイロード３４２を連結してフレーム８６を生成するデ・マルチプレクサー４０６を含み得、このフレーム８６はローカル記憶デバイス４１８に記憶され得る。
【００９２】
動作５０４でデ・スクランブル器４１２は、受信デバイス１２で受信された最新のチャンネル要求に関連する送信信号２９７内のストリーム４５２，４５４，４５６（映像、音声、メタデータ）を識別し、識別されたストリーム４５２，４５４，４５６を、メタデータストリーム４５６内のデ・スクランブル情報に基づいてデ・スクランブルし得る。例えば、ユーザーは、ＥＳＰＮ（例えば、ＥＳＰＮチャンネル）を運ぶチャンネル４５０を要求していてもよい。さらに、デコーダシステム４００は、デ・スクランブルされたストリ
ーム４５２，４５４，４５６をデコーダ４２２へと通信し得る。
【００９３】
動作５０６でデコーダ４２２は、識別されたストリーム４５２，４５４，４５６内の第１のコンテンツ３２をデコードし、第１のコンテンツ３２をレンダリングモジュール４２４へと通信する。
【００９４】
動作５０８でレンダリングモジュール４２４は、表示デバイス２６および音声デバイス２４を含み得る出力デバイス１８へと第１のコンテンツ３２をレンダリングする。例えば、レンダリングモジュール４２４は、娯楽アセット４４（例えば、ワールドカップサッカー２００６の試合）を出力デバイス１８へとレンダリングし得る。
【００９５】
動作５１０で要求モジュール３６は、制御ボタン１９を介してワールドカップサッカー２００６の試合の出力デバイス１８へのレンダリングを一時停止するための一時停止要求を受信し得る。一時停止要求の受信に応じて、要求モジュール３６は、その一時停止要求をデ・スクランブル器４１２へと通信し、デ・スクランブル器４１２はパケット８２のデ・スクランブルを停止する。また要求モジュール３６は、その一時停止要求をデコーダシステム４００へと通信し、デコーダシステム４００は記憶デバイス４１８からのストリームの取り出しを停止する。従って、デ・マルチプレクサー４０６は、データベース２２へオーバーフローする可能性を伴いながら、メモリ４２０に送信信号２９７を記憶し続ける。
【００９６】
動作５１２で要求モジュール３６は、制御ボタン１９から入力された再生要求を受信する。再生要求の受信に応じて、要求モジュール３６は、送信信号２９７がローカル記憶デバイス３０９へ記録されるのを停止させ、デ・スクランブル器４１２にパケット８２のデ・スクランブルを開始させ、且つ、デコーダシステム４００に記憶デバイス４１８からのデ・スクランブルされたストリームの取り出しを開始させることによって、再生を再開する。
【００９７】
動作５１４で要求モジュール３６は、遠隔制御２０を介してトリックモード要求を受信する。トリックモード要求は、第１のコンテンツ３２を、出力デバイス１８に速められた速度でレンダリングするようになっていてもよい。例えば、要求モジュール３６は、第１のコンテンツ３２を通常速度の６倍（例えば、６Ｘ ＦＦバージョン）で早送りする要求を受信し得る。
【００９８】
動作５１６で通信モジュール３８は、第１のコンテンツ３２に関連する第１のメタデータ３３および第２の情報３４に基づいて、第２のコンテンツ３５を選択する。例えば、通信モジュール３８は、トリックモード要求を受信するちょうどその時にプレイアウトされている第１のコンテンツ３２のセグメントに対応するオフセット６７に従って、第１のコンテンツ３２に関連するトリガー情報６０を識別し得る。次に、通信モジュール３８は、特定の第２のアセット５０（例えば、第２のコンテンツ３５）を選択するための第２のアセット５０の第２のメタデータ４１を検索するために、トリガー情報６０を使用し得る。
【００９９】
さらに、通信モジュール３８は、広告アセット４６を受信デバイス１２へとストリーミングすること無しに、通常速度の６倍で広告アセット４６の早送りを始め得る。
【０１００】
本実施形態において、通信モジュール３８は、第１のメタデータ３３および第２のメタデータ４１を送信信号２９７から取り出し得る。例えば、通信モジュール３８は、ＥＳＰＮ（例えば、第１のコンテンツ３２）を運ぶチャンネル４５０に関連するメタデータストリーム４５６から第１のメタデータ３３を取り出し得る。さらにまた例えば、通信モジュール３８は、第２の情報３４を運ぶチャンネル４５０のメタデータストリーム４５６から
第２のメタデータ４１を取り出し得る。本実施形態において、通信モジュール３８は、広告アプリケーション７５から生成されている広告記録７１の形式で第２のコンテンツ３５を生成し得る。動作５１６に関する処理のさらなる詳細は、図６で述べられる。
【０１０１】
動作５２０でデコーダ４２２は、広告記録７１をデコードし、そのデコードされた広告記録７１をレンダリングモジュール４２４へと通信する。
【０１０２】
動作５２２でレンダリングモジュール４２４は、広告記録７１を表示デバイス２６および音声デバイス２４を含む出力デバイス１８へと、広告記録７１の通常速度でレンダリングし得る。例えば、広告記録７１は、ペプシロゴ（例えば、ワールドカップサッカー２００６の試合のスポンサー）の回転画像を表示するのでもよい。
【０１０３】
動作５２４で要求モジュール３６は、制御ボタン１９から再生要求を受信し得る。要求モジュール３６は、順に、デ・スクランブル器２２８に、ＥＳＰＮチャンネル４５０に関する第１のコンテンツ３２の関連したストリーム３２７，３２９，３３１をデ・スクランブルさせ得る。次に、要求モジュール３２２は、第１のコンテンツ３２（例えば、ワールドカップサッカー２００６の試合）内の第１のコンテンツ目印端部３６１を識別し、第１のコンテンツ目印端部３６１に基づいて、デコーダシステム４００に映像ストリーム、音声ストリーム、およびメタデータストリーム３２７，３２９，３３１の通信を開始させ得る。
【０１０４】
動作５２６でデコーダ４２２は、第１のコンテンツ３２（例えば、ワールドカップサッカー２００６の試合）をデコードする。
【０１０５】
動作５２８でレンダリングモジュール４２４は、娯楽アセット４４（例えば、ワールドカップサッカー２００６の試合）の形式で第１のコンテンツ２１を、出力デバイス１８へとレンダリングする。
【０１０６】
（その他の実施形態例‐第２の情報の場所）
その他の実施形態では、出力デバイス１８に現在レンダリングされているチャンネル４５０（例えば、ＥＳＰＮチャンネル）の音声ストリーム３２９および映像ストリーム４５２内に、もしくは出力デバイス１８に現在レンダリングされているチャンネル４５０のメタデータストリーム４５６内に運ばれる第２の情報３４を含み得る。
【０１０７】
（その他の例‐コンテンツおよび／もしくはメタデータの記憶場所）
さらに、第１の情報３１および／もしくは第２の情報３４は、受信デバイス１２でプレイアウトのために選択される以前にデータベース２２に記憶され得ることが、当業者には理解されるだろう。例えば、第１の情報３１および／もしくは第２の情報３４はデータベース２２に記憶され、受信デバイス１２はユーザーの要求に応じて、第１のコンテンツ３２および／もしくは第１のメタデータ３３および／もしくは第２のコンテンツ３５および／もしくは第２のメタデータ４１を、データベース２２から取り出し得る。実際には、受信デバイス１２で利用される、第１のコンテンツ３２、第１のメタデータ３３、第２のコンテンツ３５、もしくは第２のメタデータ４１の任意の組み合わせが、送信信号２９７、遠隔記憶デバイス３１６、もしくはデータベース２２のいずれかから取得され得る。例えば、一実施形態において、トリックモード要求に応じてプレイアウトされる第２の情報３４は、送信信号２９７上の上記の娯楽アセット４４（例えば、ワールドカップサッカー２００６の試合）の受信の３日前に、ローカル記憶デバイス４１８に記憶されていてもよい。
【０１０８】
（その他の例‐第１および第２のコンテンツのメディアおよびプレゼンテーション）
その他の例では、１つ以上のメディア（例えば、映像、音声、キネティック（ｋｉｎｅｔｉｃ）など）で具体化され得る第１のコンテンツ３２および第２のコンテンツ３５を含むことが可能で、映像メディアは動画もしくは静止画として提供される。第１のコンテンツ３２のメディアおよびプレゼンテーションは、第２のコンテンツ３５のメディアおよびプレゼンテーションを必ずしも決定せず、その上、第１のコンテンツ３２のメディアおよびプレゼンテーションの任意の組み合わせが、任意の組み合わせのメディアおよびプレゼンテーションの第２のコンテンツと関連付けられ得ることが、当業者には理解されるだろう。例えば、単に音声で具体化された第１のコンテンツ３２が、音声および映像（例えば、動画もしくは静止画）として具体化された第２のコンテンツ３５と関連付けられてもよい。
【０１０９】
（その他の例‐第２のコンテンツの終わりを通り過ぎる早送り）
第２のコンテンツ３５（例えば、広告）が終了した後に早送りをし続けるユーザーは、一実施形態では、速められた速度でレンダリングされ得る該当する第１のコンテンツ３２を見てもよい。
【０１１０】
図１９は、一実施形態例に従う、ユーザー・インターフェース５３０の概略図である。ユーザー・インターフェース５３０は、表示デバイス２６上に表示され、広告記録７１からレンダリングされた画像を含む。この画像は、ユーザー・インターフェースエレメント５３２およびプログレスバー５３４を含むように示される。ユーザー・インターフェースエレメント５３２が選択されると、ユーザーからの情報を要求する対話式アプリケーションが起動され得る。プログレスバー５３４は、広告アセット４６の終わりまで早送りするための残り時間の視覚表示をユーザーに提供し得る。
【０１１１】
図２０は、その中で本明細書で説明された１つ以上のいずれかの方法論をマシンに行わせるための命令セットが実行され得る、例示的なコンピュータシステム６００の形式のマシンの図表示を示す。代わりの実施形態例では、マシンはスタンドアロンのデバイスとして動作してもよく、もしくは他のマシンへと接続（例えば、ネットワークされて）されてもよい。ネットワーク配置において、このマシンは、サーバ‐クライアントネットワーク環境におけるサーバマシンもしくはクライアントマシンとして、あるいはピアツーピア（もしくは、分散型）ネットワーク環境におけるピアマシンとして動作し得る。このマシンは、サーバコンピュータ、クライアントコンピュータ、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、セットトップボックス（ＳＴＢ）、パーソナル・プライマリ・アシスタント（ＰＤＡ）、セル方式の携帯電話、Ｗｅｂ電化製品、ネットワークルータ、スイッチ、もしくはブリッジ、ｉＰｏｄ、パーソナルビデオレコーダ（ＰＶＲ）（例えば、アナログもしくはデジタル入力）、パーソナルデジタルレコーダ（ＰＤＲ）（例えば、アナログもしくはデジタル入力）、携帯電話、携帯型メディアプレーヤ、ゲーム機、あるいはマシンによって取られるアクションを指定する命令セットを実行可能な（順番に、もしくは他の方法で）任意のマシンであり得る。さらにまた、１つのマシンのみが図解されるが、「マシン」と言う用語は、本明細書で説明された１つ以上の任意の方法論を行う１セットもしくは複数セットの命令を、単独でまたは連携して実行する任意のマシン群を含むとして取られるべきである。
【０１１２】
コンピュータシステム６００は、バス６０８を介して互いに通信する、プロセッサ６０２（例えば、中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、もしくは両方）、メインメモリ６０４、およびスタティックメモリ６０６を含む。コンピュータシステム６００はさらに、映像表示ユニット６１０（例えば、液晶ディスプレー（ＬＣＤ）もしくはブラウン管（ＣＲＴ））を含み得る。コンピュータシステム６００はまた、英数字入力デバイス６１２（例えば、キーボード）、カーソル制御デバイス６１４（例えば、マウス）、ディスク・ドライブ・ユニット６１６、信号生成デバイス６１８（例えば、スピーカー）、およびネットワーク・インターフェース・デバイス６２０を含む。
【０１１３】
ディスク・ドライブ・ユニット６１６は、マシン可読な媒体６２２を含み、その媒体に、本明細書に記述された任意の１つ以上の方法論もしくは機能を具体化する１つ以上の命令セット（例えば、ソフトウェア６２４）が記憶される。ソフトウェア６２４はまた、コンピュータシステム６００によるそれらソフトウェアの実行の期間中に、完全な形でもしくは少なくとも部分的に、メインメモリ６０４の内部に、および／もしくはプロセッサ６０２の内部に存在し得る。メインメモリ６０４、およびプロセッサ６０２もまた、マシン可読な媒体を構築する
【０１１４】
ソフトウェア６２４はさらに、ネットワーク・インターフェース・デバイス６２０を介してネットワーク６２６上で送受信され得る。
【０１１５】
一実施形態例において、マシン可読な媒体６２２は、１つの媒体であるように示されるが、「マシン可読な媒体」と言う用語は、１つ以上の命令セットを記憶する、１つもしくは複数の媒体（例えば、集中型もしくは分散型のデータベース、ならびに／あるいは関連キャッシュおよび関連サーバ）を含むとして取られるべきである。「マシン可読な媒体」と言う用語はまた、マシンで実行して、本開示の任意の１つ以上の方法論をマシンに実行させるための命令セットを、記憶、エンコードもしくは保持することが可能な任意の媒体を含むとして取られるべきである。従って「マシン可読な媒体」と言う用語は、固体メモリ、光媒体および磁気媒体、ならびに搬送波信号を限定されること無く含むとして取られるべきである。
【０１１６】
このようにして、プレイバック（ｐｌａｙｂａｃｋ）を変更するための、もしくはプレイバックするためのシステムと方法が述べられてきた。本開示は、特定の実施形態例を参照して述べられてきたが、本開示の趣旨と範囲を逸脱することなく、様々な変形および変化がこれら実施形態例に対して成され得ることが明らかだろう。従って、本明細書と図面は、限定的な意味ではなく例示的な意味と見なされるべきである。
【図面の簡単な説明】
【０１１７】
実施形態は、限定ではなく例示目的で、添付の図面の図に図解され、その中で、同じ参照は同じ構成要素を指し示す。
【図１】一実施形態例に従う、広告をプレイアウトするためのシステムを図解するブロック図である。
【図２Ａ】一実施形態例に従う、データベースを図解するブロック図である。
【図２Ｂ】一実施形態例に従う、娯楽アセットを図解するブロック図である。
【図２Ｃ】一実施形態例に従う、広告アセットを図解するブロック部である。
【図２Ｄ】一実施形態例に従う、第２のアセットを図解するブロック図である。
【図３】一実施形態例に従う、娯楽用の第２のコンテンツの実施形態例を図解するブロック図である。
【図４】一実施形態例に従う、フレームおよびパケットを図解するブロック図である。
【図５】一実施形態例に従う、広告をプレイアウトするための方法を図解するフロー図である。
【図６】一実施形態例に従う、第２のコンテンツを選択するための方法を図解するフロー図である。
【図７】一実施形態例に従う、方法を図解するフロー図である。
【図８】一実施形態例に従う、広告をプレイアウトするためのシステムを図解するブロック図である。
【図９】一実施形態例に従う、娯楽アセットおよび第２の情報を記憶するためのデータベースを図解するブロック図である。
【図１０】一実施形態例に従う、広告アセットおよび第２の情報を記憶するためのデータベースを図解するブロック図である。
【図１１】一実施形態例に従う、受信デバイスを図解するブロック図である。
【図１２Ａ】一実施形態例に従う、コンポーネント送信信号を図解するブロック図である。
【図１２Ｂ】一実施形態例に従う、コンポーネント送信信号を図解するブロック図である。
【図１２Ｃ】一実施形態例に従う、コンポーネント送信信号を図解するブロック図である。
【図１２Ｄ】一実施形態例に従う、送信信号を図解するブロック図である。
【図１３】一実施形態例に従う、チャンネルに関連するストリームを図解するブロック図である。
【図１４】一実施形態例に従う、パケットを図解するブロック図である。
【図１５Ａ】一実施形態例に従う、第１のコンテンツおよび第１のメタデータを図解するブロック図である。
【図１５Ｂ】一実施形態例に従う、第２のコンテンツおよび第２のメタデータを図解するブロック図である。
【図１６】一実施形態例に従う、チャンネルを図解するブロック図である。
【図１７】一実施形態例に従う、第１のコンテンツ目印端部を図解するブロック図である。
【図１８】一実施形態例に従う、広告をプレイアウトするための方法を図解するフロー図である。
【図１９】一実施形態例に従う、ユーザー・インターフェースを図解する概略図である。
【図２０】一実施形態例に従う、本明細書で述べられた任意の１つ以上の方法論を行うための命令を含むマシンのブロック図である。
【図１】
2009153112.tif 000003
【図２Ａ】
2009153112.tif 000004
【図２Ｂ】
2009153112.tif 000005
【図２Ｃ】
2009153112.tif 000006
【図２Ｄ】
2009153112.tif 000007
【図３】
2009153112.tif 000008
【図４】
2009153112.tif 000009
【図５】
2009153112.tif 000010
【図６】
2009153112.tif 000011
【図７】
2009153112.tif 000012
【図８】
2009153112.tif 000013
【図１０】
2009153112.tif 000014
【図１１】
2009153112.tif 000015
【図１２Ａ】
2009153112.tif 000016
【図１２Ｂ】
2009153112.tif 000017
【図１２Ｃ】
2009153112.tif 000018
【図１２Ｄ】
2009153112.tif 000019
【図１３】
2009153112.tif 000020
【図１４】
2009153112.tif 000021
【図１５Ａ】
2009153112.tif 000022
【図１５Ｂ】
2009153112.tif 000023
【図１６】
2009153112.tif 000024
【図１７】
2009153112.tif 000025
【図１８】
2009153112.tif 000026
【図１９】
2009153112.tif 000027
【図２０】
2009153112.tif 000028
【図９】
2009153112.tif 000029
【外国語明細書】
2009153112.tif 000030
2009153112.tif 000031
2009153112.tif 000032
2009153112.tif 000033
2009153112.tif 000034
2009153112.tif 000035
2009153112.tif 000036
2009153112.tif 000037
2009153112.tif 000038
2009153112.tif 000039
2009153112.tif 000040
2009153112.tif 000041
2009153112.tif 000042
2009153112.tif 000043
2009153112.tif 000044
2009153112.tif 000045
2009153112.tif 000046
2009153112.tif 000047
2009153112.tif 000048
2009153112.tif 000049
2009153112.tif 000050
2009153112.tif 000051
2009153112.tif 000052
2009153112.tif 000053
2009153112.tif 000054
2009153112.tif 000055
2009153112.tif 000056
2009153112.tif 000057
2009153112.tif 000058
2009153112.tif 000059
2009153112.tif 000060
2009153112.tif 000061
2009153112.tif 000062
2009153112.tif 000063
2009153112.tif 000064
2009153112.tif 000065
【図１】
2009153112.tif 000066
【図２Ａ】
2009153112.tif 000067
【図２Ｂ】
2009153112.tif 000068
【図２Ｃ】
2009153112.tif 000069
【図２Ｄ】
2009153112.tif 000070
【図３】
2009153112.tif 000071
【図４】
2009153112.tif 000072
【図５】
2009153112.tif 000073
【図６】
2009153112.tif 000074
【図７】
2009153112.tif 000075
【図８】
2009153112.tif 000076
【図９】
2009153112.tif 000077
【図１０】
2009153112.tif 000078
【図１１】
2009153112.tif 000079
【図１２Ａ】
2009153112.tif 000080
【図１２Ｂ】
2009153112.tif 000081
【図１２Ｃ】
2009153112.tif 000082
【図１２Ｄ】
2009153112.tif 000083
【図１３】
2009153112.tif 000084
【図１４】
2009153112.tif 000085
【図１５Ａ】
2009153112.tif 000086
【図１５Ｂ】
2009153112.tif 000087
【図１６】
2009153112.tif 000088
【図１７】
2009153112.tif 000089
【図１８】
2009153112.tif 000090
【図１９】
2009153112.tif 000091
【図２０】
2009153112.tif 000092