JP2019515529A - ハイブリッドメディアコンテンツのためのデバイス、システム、及び方法 - Google Patents

Abstract

デバイス、システム、及び方法は、オンデマンドアセット、ライブイベントビデオ、ストリーミンググラフィックス及び動的な広告挿入等によりパーソナライズされた線形テレビ内容を合成し、放送の一部は、全体で共有される視聴イベントにスケジューリングされ、放送の他の部分は、様々な視聴者のセグメントのために個別にスケジューリングされる。ベクターグラフィックはビデオと独立してストリーミングされ、ローカルでラスタライズされ、グラフィック層の品質と状況を改善し、線形アプリケーションとオンデマンドアプリケーションで共通のキャッシュされたビデオアセットを活用する。このシステムは、線形テレビスケジュール、ビデオ、グラフィックを変換して配信キャッシュに発行する発信サービスと、ライブストリーミングを行うライブイベントサーバと、対象広告を提供する広告サーバと、メディア再生デバイスが受信するためのビデオ及びグラフィックを生成して視聴者によって選択された各チャンネルのためにレンダリングするアセンブリサービスと、を含む。【選択図】図１

Description

ユーザは様々な方法でメディアコンテンツを受信し得る。メディアコンテンツを受信する従来の方法はテレビを通してである。テレビは番組プロバイダ又は複数チャンネルビデオ番組配信器（ＭＶＰＤ）等の配信業者から受信した放送信号を使用し得る。配信業者は一人又はそれ以上の制作者からメディアコンテンツを受信し得る。配信業者はメディアコンテンツを受信してユーザの次の再生で使用するためそれを保存する。

メディアコンテンツを受信するそれぞれの方法はメディアコンテンツを提供する異なる方法も含み得る。テレビ放送でのメディアコンテンツ提供の従来の方法は、線形配信モデルを通してである。線形配信モデルは、所定の再生順序を使用する。従って、番組スケジュールは決まっており、所定のスロット時間の所望する番組を見るために、ユーザが時間を合わせる。このように、線形配信モデルは番組を提供するために「プッシュ」モデルを使用する。しかし、ユーザは、与えられたチャンネル上でメディアコンテンツを柔軟性なく視聴することになる。ビデオオンデマンドのような非線形配信モデルを含むメディアコンテンツの提供方法が更に使用される。非線形配信モデルが使用し得る要求機能では、ユーザが所望のメディアコンテンツの要求を送信し、配信業者はユーザの要求に応じて所望されたメディアコンテンツを（例えばストリーミングで）供給する。従って、非線形配信モデルは番組を提供するために「プル」モデルを使用する。そのため、ユーザは幅広い柔軟性でメディアコンテンツを視聴することになる。

線形配信モデルは一般的に起点となる設備においてベースバンドビデオ技術及びメディアコンテンツ（ビデオ及びグラフィック）の全集合体を使用し、結果として連続したビデオストリームを押し流す高コストシステムをもたらす。一方、非線形配信モデルは有効なメディアコンテンツを格納する遠隔データベース記憶デバイスを使用し、クライアントの必要とするメディアを引き出すことを可能とし、結果として線形及びオンデマンドメディアアセットを共有し得る低コストシステムをもたらす。

例示的実施形態は、以下の方法を対象とする。即ち、この方法は、メディアコンテンツ配信システムにおいて行われる方法であって、メディア再生デバイスから番組要求を受信し、当該番組要求は、メディア再生デバイスが合わせられるチャンネルを特定するものであり、前記メディア再生デバイスのための番組スケジュールを生成し、当該番組スケジュールは、前記チャンネルに関連するオーディオ／映像アセット（Ａ／Ｖアセット）及びグラフィックアセットの再生のための順序を定めるためのものであり、前記メディア再生デバイスのためのＡ／Ｖ目録を生成し、当該Ａ／Ｖ目録は、前記メディア再生デバイスのための前記Ａ／Ｖアセットをコンテンツ配信ネットワーク（ＣＤＮ）に要求するために、前記メディア再生デバイスのための前記Ａ／Ｖアセットを特定するものであり、前記メディア再生デバイスのためのグラフィック目録を生成し、当該グラフィック目録は、前記メディア再生デバイスのための前記グラフィックアセットを前記ＣＤＮに要求するために、前記メディア再生デバイスのための前記グラフィックアセットを特定するものであり、前記番組スケジュール、前記Ａ／Ｖ目録、及び、前記グラフィック目録をそれぞれ前記メディア再生デバイスに送信する。

例示的実施形態は、以下のメディアコンテンツ配信システムを対象とする。即ち、このメディアコンテンツ配信システムは、メディア再生デバイスから番組要求を受信し、当該番組要求は、メディア再生デバイスが合わせられるチャンネルを特定するものであるアセンブリサービス要素と、スケジューリングモジュールとアセンブリサービスモジュールとを含む配信サービス要素と、を備え、前記スケジューリングモジュールは、前記メディア再生デバイスのための番組スケジュールを生成し、当該番組スケジュールは、前記チャンネルに関連するオーディオ／映像アセット（Ａ／Ｖアセット）及びグラフィックアセットの再生のための順序を定めるためのものであり、前記アセンブリサービスモジュールは、前記メディア再生デバイスのためのＡ／Ｖ目録を生成し、当該Ａ／Ｖ目録は、前記メディア再生デバイスのための前記Ａ／Ｖアセットをコンテンツ配信ネットワーク（ＣＤＮ）に要求するために、前記メディア再生デバイスのための前記Ａ／Ｖアセットを特定するものであり、前記アセンブリサービスモジュールは、前記メディア再生デバイスのためのグラフィック目録を生成し、当該グラフィック目録は、前記メディア再生デバイスのための前記グラフィックアセットを前記ＣＤＮに要求するために、前記メディア再生デバイスのための前記グラフィックアセットを特定するものであり、前記番組スケジュール、前記Ａ／Ｖ目録、及び、前記グラフィック目録がそれぞれ前記メディア再生デバイスに送信される。

例示的実施形態は、以下の方法を対象とする。即ち、この方法は、メディア再生デバイスにおいて行われる方法であって、番組要求を送信し、当該番組要求は、メディア再生デバイスが合わせられるチャンネルを特定するものであり、前記メディア再生デバイスのための番組スケジュールを受信し、当該番組スケジュールは、前記チャンネルに関連するオーディオ／映像アセット（Ａ／Ｖアセット）及びグラフィックアセットの再生のための順序を定めるためのものであり、前記メディア再生デバイスのためのＡ／Ｖ目録を受信し、当該Ａ／Ｖ目録は、前記メディア再生デバイスのための前記Ａ／Ｖアセットをコンテンツ配信ネットワーク（ＣＤＮ）に要求するために、前記メディア再生デバイスのための前記Ａ／Ｖアセットを特定するものであり、前記メディア再生デバイスのためのグラフィック目録を受信し、当該グラフィック目録は、前記メディア再生デバイスのための前記グラフィックアセットを前記ＣＤＮに要求するために、前記メディア再生デバイスのための前記グラフィックアセットを特定するものであり、前記番組スケジュール、前記Ａ／Ｖ目録、及び、前記グラフィック目録の要求をそれぞれ送信し、前記Ａ／Ｖ目録及びグラフィック目録を受信し、前記番組スケジュールに基づいて、表示装置で再生するために前記Ａ／Ｖ目録及びグラフィック目録をレンダリングする。

例示的実施形態に関するシステムを示す図。

例示的実施形態に関するメディア再生デバイスを示す図。

例示的実施形態に関する複数プレフライト動作の実行の方法を示す図。

例示的実施形態に関する主要再生目録の生成の方法を示す図。

例示的実施形態に関するＡ／Ｖ目録の生成の方法を示す図。

例示的実施形態に関するグラフィック目録の生成の方法を示す図。

例示的実施形態に関する番組を表示するレンダリングアプリケーションのための方法を示す図。

例示的実施形態は、以下の説明及び添付図面を参照することで更に理解されるであろう。この添付図面では、同様の構成要素に同一の参照符号が付与されている。例示的実施形態は、メディアコンテンツ配信のためのデバイス、システム及び方法に関する。具体的には、例示的実施形態は、線形的配信モデル及び非線形配信モデルの特徴を使用し配信されるハイブリッドメカニズムを提供する。従って、例示的実施形態のハイブリッドメカニズムはプルモデルを使用するが、プッシュモデルのようにみえる。また、例示的実施形態ではコンテンツメディアの配信のためのパーソナライズ機能を提供する。

テレビ放送システムでは、ユーザは、複数チャンネルビデオ番組配信業者（ＭＶＰＤ）のような配信業者を登録する。ＭＶＰＤはメディアコンテンツ番組サービスを送信する等のサービスプロバイダであってもよい。ＭＶＰＤは直接放送衛星、ケーブル、光ファイバー等の様々なコミュケーションメディアを介してメディアコンテンツを提供し得る。また、ＭＶＰＤは線形及び非線形配信モデルを使用し得る。例えば、線形配信モデルでは、再生システムは線形再生リストから連続的にメディアコンテンツ、グラフィックシステム、番組、及び広告等のビデオアセットのファイルストリームをアセンブル及び出力（例えばプッシュ）し得る。従って、線形配信モデルでは、ユーザはＭＶＰＤチャンネルラインアップの中から特定のチャンネルを視聴しなくてはならない。メディアコンテンツストリームの連続的出力は、衛星、ファイバー、イーサネット（登録商標）、その他のコンピュータネットワーク等を介して、ＭＶＰＤによって送信されるか、若しくは、コンテンツデリバリーネットワーク（ＣＤＮ）を介したオーバーザトップ（ＯＴＴ）配信のためのネットワークライブストリームエンコーダを通じて実行され得る。当業者であればＯＴＴ配信はインターネット上のメディアコンテンツの配信に関連することを理解するだろう。また、当業者はＣＤＮがメディアコンテンツのデータ配信のため配備された、地理的に分散したネットワーク部品からなるシステムであると理解してもよい。しかし、この手法では、以下のような固有の非効率性な点、即ち、繰返しコンテンツが送信されることによって帯域幅の使用が非効率になること、再生のための専用の設備と代わりの時間帯に番組を配信するための帯域幅とが要求されること、様々なメディアコンテンツのビデオオンデマンドをそれぞれ配信するために分離したシステムが要求されること、視聴者全体に合わせるために共通のグラフィック層を使用すること、再生サーバを含む新チャンネル導入及びその送信に関連したコストが高くなることがある。

非線形配信モデル、再生システムは、様々な記憶場所に格納された又は読出可能なメディアコンテンツアセットを有することができる。メディアコンテンツの要求があった場合、再生システムはメディアコンテンツの格納場所を特定し、メディアコンテンツを読出し、そしてストリーミングフォーマット等でユーザにメディアコンテンツを送信する。例えば、メディアコンテンツはＣＤＮを介して格納及び読み出される。従って、非線形配信モデルは、メディアコンテンツ番組の送信について先進的で従来とは違ったメカニズムに関連し得る。非線形配信モデルのメディアコンテンツ配信の特定の形態は、ビデオオンデマンド（ＶＯＤ）である。ＶＯＤシステムは線形配信モデルのように特定の時間に視聴をするのではなく、有効なメディアコンテンツの要求をユーザが選択（例えばプル）した時間に可能とさせ得る。テレビ放送に関して、ＶＯＤシステムはセットトップボックス、コンピュータ、スマートフォン、タブレット端末等の様々な機器を通してコンテンツをストリーミングさせ得る。ユーザはメディアコンテンツを選択し、ほぼ即座（ストリーミング時）にテレビでの再生が開始したり、又は後で視聴するためダウンロードが開始したりする等、ユーザの所望するメディアコンテンツをいつでも視聴し得る。ＶＯＤを通して所望のメディアコンテンツを送信する一つの方法はオーバーザトップ（ＯＴＴ）を使用し得る。一般的にＯＴＴは配信業者の関与なしにインターネット等のネットワークを介してメディアコンテンツの配信に関連し得る。これに対し、メディアコンテンツの配信のためだけに使用されるインターネットに対して、メディアコンテンツの配信局又はその他の第三者がメディアコンテンツを提供してもよい。また、インターネット上でのメディアコンテンツの配信はＣＤＮを介して行われ得る。上記のように、配信業者はこのようなオプションを提供し得るが、この機能（例えばセットトップボックスを介した機能）のため別個のシステムを使用し得る。非線形配信モデルでは配信業者は要求に応じて提供したメディアコンテンツのみ必要とする。対照的に、線形配信モデルでは、配信業者はユーザが番組を要求しているか又は番組に合わせているかにかかわらず、永続的なストリーミングを連続的に送信する。この非線形配信モデルの“オンユーズ”の側面は前述の低コストの特徴を提供し得る。

非線形配信モデルは、メディアコンテンツを提供することに関連するコストを低くすることが可能であるが、従来のテレビジョン放送は、依然として線形配信モデルを使用する。従って、メディアコンテンツは既知の順序で組み立てられ、広告はメディアコンテンツに適切に挿入され、グラフィックはメディアコンテンツ（例えば次に再生される番組の広告）とともに描写され、メディアコンテンツは送信媒体に基づいて符号化され、セットトップボックス等を介してユーザに送信される。しかしながら、コストの効率化等の利点を考慮し、例示的実施形態では、メディアコンテンツを視聴するユーザへは線形配信モデルのようにみえるが、非線形配信モデルの側面を使用して、仮想的な線形再生が提供されるハイブリットメディアコンテンツ配信の構成を提供する。

図１は、例示的実施形態に関するシステム１００を示す。システム１００はユーザの仮想線形再生を提供する中で線形配信モデル及び非線形配信モデルの両方の特徴を利用し得る。また、システム１００はパーソナライゼーションのような仮想線形再生の導入から組み込まれ得る追加の特徴も含み得る。システム１００は、配信システム１０２を含み、配信システム１０２は、発信サービス１０５、パーソナライゼーションサーバ１３０、広告サーバ１３５、ライブイベントサーバ１４０、配信キャッシュ１４２、通信ネットワーク１４５、アセンブリサービス１４７、コンテンツ配信ネットワーク１４９及びメディア再生デバイス１５０を含んでもよい。システム１００は部品間の接続とともに示されることに留意されたい。しかし、当業者はこれらの接続が有線接続、無線接続、内蔵部品間又はソフトウェアのサブルーチン間の相互作用又はそれらの組合せであることを理解するだろう。

発信サービス１０５は、発信設備に関連する設備の一部を提供するシステム１００内の部品であってもよい。第一の機能では、発信サービス１０５はメディア再生デバイス１５０のため意図された番組又はメディアコンテンツのスケジュールを決定し得る。第二の機能では、発信サービス１０５はメディアコンテンツ内に含まれるグラフィックを決定及び／又は生成し得る。第三の機能では、発信サービス１０５は、スケジュールに沿って用いられるメディアコンテンツを管理し得る。第四の機能では、発信サービス１０５はメディア再生デバイス１５０のため意図されたメディアコンテンツに関するプレフライトサービスを実行し得る。その機能はアセンブリサービス１４７及びメディア再生デバイス１５０を介して配信のためのチャンネルの準備（プレフライト）を所定の時間間隔で開始することができることに留意されたい。

発信サービス１０５の第一の機能はスケジューリングモジュール１１０を介して実行されてもよい。スケジューリングモジュール１１０は、所定のテレビチャンネル上で予め決められた時間にメディア再生デバイス１５０を通してそれぞれのメディアコンテンツ（例えば、ビデオ、グラフィック、及び双方向性通信）が再生されるように、複数のコンテンツを所定の順序で並べた番組スケジュールを決定するよう構成されてもよい。番組スケジュールは、純粋な線形配信モデルで使用されたものと実質的に同じであってもよい。スケジューリングモジュール１１０は特定のメディアコンテンツ内の一つ若しくはそれ以上の広告の組み込みについての入力の決定又は受信をしてもよい。従って、スケジューリングモジュール１１０は特定のメディアコンテンツ間若しくはメディアコンテンツ内に含まれる広告を決定した時と同様に特定のメディアコンテンツ間若しくはメディアコンテンツ内にどの広告を含むか決定してもよい。更に、スケジューリングモジュール１１０は、アセンブリサービス１４７によって下流に挿入されたデジタル的に提供される広告のターゲットパラメータを指定してもよい。

スケジューリングモジュール１１０によって生成される実施形態の番組スケジュールはメディア再生デバイス１５０によって使用されるためのメタデータのような追加情報を含んでもよい。追加情報は全体としてのメディアコンテンツを生成するために組み合わされる断片の順序を示すプレイリストであってもよい。即ち、それぞれのメディアコンテンツ（例えばテレビ番組の一話）は断片の集合である。例えば、３０分のテレビ番組は同じ又は違う長さの各番組断片のある場所で４つの番組断片を含み得る。特定の実施形態では、番組断片は番組断片の間に含まれる広告断片等で構成される。従って、４つの番組断片の間に３つの広告断片が挿入される。故に、３０分のテレビ番組は合計７つの断片を含んでもよい。そのため、プレイリストは第１番組断片、第１広告断片、第２番組断片、第２広告断片、第３番組断片、第３広告断片及び第４番組断片を再生するメディアコンテンツのプレイアウトを示し得る。広告断片の包含はスケジューリングモジュール１１０の機能を通して上述の方法で決定され得ることに留意されたい。従って、発信サービス１０５は、スケジューリングモジュール１１０を介して、メディア再生デバイス１５０のための番組スケジュールを生成してもよい。下記で説明するように、番組スケジュールは基本スケジュールとして提供され、変更が実施されてもよい。ここで使用されるように、プレイリストは広告と同様の番組断片を含むメディアコンテンツの一覧を表してもよい。

プレイリストは、純粋な非線形配信モデル、具体的にはＶＯＤモデルで使用されるものと実質的に同じであってもよい。ダウンロード、読出し等の効率を高めるため、メディアコンテンツは完全な状態で配信されてもよく、又は任意の数の断片に分割されてもよいことに留意されたい。断片は自動的又は要求に応じて提供され得る。例えば、プレイリストは、要求のあったメディアコンテンツの断片を決定するために、メディア再生デバイス１５０によって使用され得る。断片はメディア再生デバイス１５０によって要求及び受信され得る。別の例では、システム１００は、メディア再生デバイス１５０が選択されたメディアコンテンツをまだ再生していると判断して、次の断片が自動的に提供されるようにしてもよい。

各断片は複数の補助断片を含むことに留意されたい。例えば、広告断片は、複数の補助断片を含むことができ、広告断片の時間が２分である場合は、それぞれの補助断片はそれぞれ３０秒の時間のコマーシャルであってもよい。別の例では、番組断片は、複数の補助断片を含むことができ、番組断片は、少なくともその１つの分割を保証するために所定の制限時間を超えて延在することができる。

発信サービス１０５の第２の機能はグラフィックモジュール１１５を介して実行されてもよい。グラフィックモジュール１１５はメディアコンテンツ内に含まれるグラフィックを決定及び／又は生成するように構成され得る。第１の例では、グラフィックは、使用されて除去される静止又はアニメーション化された視覚的表現であってもよい。第２の例では、グラフィックは、スクロール方法等の情報を表示する全体的な表示（例えば下端に沿う表示）として示される永続的な視覚的表現であってもよい。例えば、グラフィックは、永続的なチャンネルロゴのようなメディアコンテンツ上に重ね合わされた視覚的特徴であってもよい。グラフィックは、様々な目的で使用される。例えば、グラフィックは、ニュース関連、イベント関連等のように更新されてもよい。別の例では、グラフィックは同じ又は異なるチャンネル上で後に放送するテレビ番組のための広告であってもよい。また、グラフィックモジュール１１５はメディアコンテンツを選択するだけでなく、グラフィックがメディアコンテンツにおいて、より具体的にはメディアコンテンツの断片において、いつ、どこで、どのように使用されるべきかを決定してもよい。このように、メディアコンテンツの断片がメディア再生デバイス１５０に要求／送信された場合、グラフィックもまた、関連付けが確立された再生のために送信されてもよい。

メディアコンテンツ及びメディアコンテンツを構成する断片、並びに、広告断片及びグラフィック等の更なる特徴は、様々な場所に格納されてもよいことに留意されたい。第１の例では、これらの態様に対応するデータは、ローカルに（サービス１０５のメモリ構造に）、又は実質的にローカルに（サービス１０５のイントラネット内に）格納し得る。従って、データは、要求があるまで又は自動的に提供されるまで格納され得る。第２の例では、これらの態様に対応するデータは、発信サービス１０５に対して物理的に別の場所にあるコンテンツリポジトリ等の遠隔位置に格納されてもよい。特定の実施形態では、メディアコンテンツは製作者のコンテンツリポジトリに格納されてもよく、広告は広告主のコンテンツリポジトリに格納されてもよく、グラフィックは配信デバイスのコンテンツリポジトリ等に格納されてもよい。コンテンツリポジトリを管理するソースは、所望のデータを読み出すため様々なコンテンツリポジトリにアクセスし得る。コンテンツリポジトリはＣＤＮ１４９を含む構成であってもよい。

発信サービス１０５の第３の機能は、メディアアセット管理デバイス１２０を介して実行されてもよい。メディアアセット管理デバイス１２０は番組スケジュールで使用されるメディアコンテンツを管理するように構成されてもよい。メディアアセット管理デバイスは、一般的にタスク管理及び取り込みに関する決定、メディアコンテンツ等のアセットについて、取得、注釈、目録、格納、読出し、及び配信に関するデジタルアセット管理に関連し得る。メディアコンテンツは、システム１００及び特にメディア再生デバイス１５０と互換性のある任意のフォーマットを使用してデジタルフォーマットで管理され格納され得る。しかし、デジタルフォーマットは汎用フォーマット又は異なるフォーマットに変換又は符号化されたフォーマット（例えば、メディア再生デバイス１５０によって使用されるフォーマットに対応するフォーマット）であってもよいことに留意されたい。

メディアアセット管理に対応するデジタルアセット管理の態様は、オーディオ、ビデオ等を処理し得る。上述のように、例示的実施形態は、非線形配信モデルの特徴を組み込んでもよい。メディアアセット管理デバイス１２０は、線形配信モデルで使用される機能と実質的に同様な機能として構成されてもよいが、メディアコンテンツ、断片、グラフィック等を使用するように構成されてもよい。しかし、メディアアセット管理デバイス１２０の特徴の１つは、特にメディアコンテンツの取り込み、使用、及び再生に使用される入力及び出力だけでなく、デコーダの使用である。上述したように、メディア再生デバイス１５０によって使用されるメタデータが存在してもよい。メタデータには、デコード及びメディアコンテンツのトランスコードのガイドとなるメディアコンテンツの本質部分がアクセス規則と同様に記述され得る。即ち、メディアコンテンツの本質部分は、表示又は編集のためにアクセスされていない限り、無名の記憶対称物として扱われる。

メディアアセット管理デバイス１２０は、ライブラリアセット管理システム、生産アセット管理システム、クラウドベースのデジタルアセット管理システム等のような様々な異なる方法でメディアを記憶することができる。この方法では、メディアアセット管理デバイス１２０はメディアコンテンツ、広告、グラフィック等に対応するデータの編成を決定し得る。

発信サービス１０５の第４の機能は、配信モジュール１２５を介して実行されてもよい。配信モジュール１２５は、メディア再生デバイス１５０のためのメディアコンテンツに関連するプレフライトサービスを実行するよう構成されてもよい。プレフライトサービスは、メディアコンテンツの準備のために実行される動作、更にはメディア再生デバイス１５０上で再生するための特徴に関する。第１の例では、配信モジュール１２５はメディア再生デバイス１５０から要求されるチャンネルの番組スケジュールのためプレフライト動作を実行してもよい。配信モジュール１２５は、スケジューリングモジュール１１０によって提供される従来の線形番組スケジュール及びログを、アセンブリサービス１４７によって要求される仮想番組スケジュールフォーマットに変換し得る。第２の例では、配信モジュール１２５は、メディアコンテンツ及びグラフィックのためのプレフライト動作を実行してもよい。将来的に使用されるように、メディアコンテンツのプレフライト動作は、オーディオ及び映像（Ａ／Ｖ）のアセットであって、選択された番組及びそれに含まれた広告と関連するアセットを含み得る。グラフィックのプレフライト動作は、グラフィックアセットを伴ってもよい。当業者であれば、プレフライト動作は、メディア再生デバイス１５０がＣＤＮ１４９から適切なデータを要求して最終的に表示できるように、要求された番組に関連するデータが適切に準備されて配信キャッシュ１４２に発行されたかを確認する処理に関する動作であることを理解するだろう。配信モジュール１２５は、事前録画された番組及びＶＯＤ部品（メディアアセット管理デバイス１２０とともに使用される）で共有される番組のように既に実装されているものについて、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）でのライブストリーミング（ＨＬＳ）を実行し得る。また、配信モジュール１２５は、スケーラブルベクターグラフィック（ＳＶＧ）（グラフィックモジュール１１５によって提供される）の変換及びパッケージ化を実行し得る。また、配信モジュール１２５は、予め発行されたメディアコンテンツ（メディアアセット管理デバイス１２０によって提供される）を実行し得る。従って、メディアコンテンツ、グラフィック、広告等を含むデータを送信する前に、配信モジュール１２５はそれぞれの動作を実行してもよい。

パーソナライゼーションサーバ１３０は、メディア再生デバイス１５０のパーソナライゼーション機能を提供するように構成してもよい。例示的実施形態によれば、パーソナライゼーションサーバ１３０は、メディア再生デバイス１５０及び／又はメディア再生デバイス１５０を使用するユーザの識別情報を最初に認識し得る。この識別に基づいて、パーソナライゼーションサーバ１３０は、メディアコンテンツ、グラフィック、広告等とともに提供されるパーソナライゼーション機能を更に決定してもよい。パーソナライゼーション機能を関連付けるため、パーソナライゼーションサーバ１３０は、メディア再生デバイス１５０又はメディア再生デバイス１５０を使用するユーザの情報を受信又は決定し得る。例えば、ユーザによって手動で提供されるか、ＭＶＰＤに登録する際に受信された情報を自動的に使用して、ユーザ情報がメディア再生デバイス１５０から提供され得る。別の例では、視聴習慣は、メディア再生デバイス１５０上でモニタリングすることができ、メディア再生デバイス１５０は、視聴習慣情報をＭＶＰＤ又はパーソナライゼーションサーバ１３０に送信する（モニタリングは自動処理、手動で行われた処理等である）。パーソナライゼーション機能を決定する際には、更なる考慮がされてもよい。

パーソナライゼーション機能には、様々な種類がある。第１の例では、パーソナライゼーション機能を番組スケジュール上で使用してもよい。上述したように、スケジューリングモジュール１１０は、メディア再生デバイス１５０の基本スケジュールを形成する番組スケジュールを生成し得る。即ち、パーソナライズ機能が含まれていない場合、スケジューリングモジュール１１０によって生成された番組スケジュールをそのまま使用してもよい。例示的実施形態によれば、パーソナライゼーションサーバ１３０は、番組スケジュール内のメディアコンテンツスロットがメディア再生デバイス１５０のユーザが楽しむ又は視聴する可能性がより高い別のメディアコンテンツで置き換えられ得るかどうかを判定し得る。上述したように、線形の変更不能で連続的なストリームとは対照的に、メディアコンテンツの読出しに関する非線形配信モデルの組込みを介してメディアコンテンツが要求されたときに読み出されるので、番組スケジュールの任意の部分が変更される可能性があり得る。即ち、番組スケジュールのみを、連続的ストリームの変更又は変更に合わせた新たなストリームの生成の要求なしで変更する必要がある。

パーソナライゼーションサーバ１３０は、任意のメディアコンテンツを他のメディアコンテンツに置き換える等、番組スケジュールを変更するようアセンブリサービス１４７に指示してもよいが、番組スケジュールの変更を規定された方法で指示してもよい。定義された１つの方法では、メディアコンテンツのジャンルを維持しながら変更を行い得る。例えば、第１児童アニメは選択された時間に選択されたチャンネル上で予定され得る。パーソナライゼーションサーバ１３０は、番組スケジュール内の予定された児童アニメが、メディア再生デバイス１５０のユーザによって視聴されていないことを特定し得る。具体的には、予定されている児童アニメが視聴される可能性は、第１の確率閾値未満であり得る。しかし、メディア再生デバイス１５０のユーザは、しばしば第２の児童アニメを視聴する。具体的には、第２の児童アニメが視聴される可能性は、第２の確率閾値を上回り得る。パーソナライゼーションサーバ１３０は、第１の児童アニメを第２の児童アニメと置き換えるため、番組スケジュールをパーソナライズしてもよい。置換動作においては、置換された番組と実質的に類似した年齢に適切な内容又は素材を有する置換番組を選択する等、置換動作において他の要因も考慮され得ることに留意されたい。別の定義された方法では、後の時間に所望の番組を放映するように変更してもよい（ただし番組が早く放送されることはできない）。番組スケジュールのスロット時間で所望の番組をユーザが視聴するのを妨げる理由があることにより、既知の後の時間に所望の番組を視聴するためにメディア再生デバイス１５０のユーザが（例えばタブレット上で動作する）ＶＯＤアプリケーションを使用したという情報を、パーソナライゼーションサーバ１３０は受信し得る。パーソナライゼーションサーバ１３０は、既知の後の時間にスロットされた番組を所望の番組に置き換えてもよい。このようにして、パーソナライゼーション機能は、番組スケジュールを調整して、パーソナライズされた番組スケジュールを実現し得る。パーソナライズされた番組スケジュールがメディア再生デバイス１５０に配信される前に生成されると、ユーザは線形配信モデルが提供されていると思い、仮想線形再生が達成され得る。

第２の例では、パーソナライゼーション機能をグラフィック上で使用してもよい。上述したように、グラフィックモジュール１１５は、番組断片等のメディアコンテンツ上に（及び場合によっては広告上に）表示されるグラフィックを生成し得る。例示的実施形態によれば、パーソナライゼーションサーバ１３０は、メディア再生デバイス１５０のユーザをターゲットとするパーソナライズされたグラフィックで与えられたグラフィックを置換するようにアセンブリサービスに指示してもよい。例えば、グラフィックは同じチャンネル上の次の時間に放映される番組の広告であってもよい。しかし、パーソナライゼーションサーバ１３０は、メディア再生デバイス１５０のユーザがその番組を視聴しないという情報を有し得る。従って、パーソナライゼーションサーバ１３０は、グラフィックをメディア再生デバイス１５０のユーザに提示するために、より適切な他のもの（例、メディア再生デバイスのユーザによって視聴されると分かっている番組）で置換し得る。別の例では、グラフィックは局地的なコンサートツアーの日付、次の番組等の様々な情報を示すビュー端に沿い配置されたスクロールテロップであってもよい。テロップに含まれる情報は、メディア再生デバイス１５０が位置するローカルエリアの天気を示す等、メディア再生デバイス１５０のユーザのためにパーソナライズ又は提供されていてもよい。

第３の例では、パーソナライゼーション機能を広告に使用してもよい。上述のように、パーソナライゼーションサーバ１３０は、メディア再生デバイス１５０又はメディア再生デバイス１５０のユーザに関連する情報を受信し得る。加えて、メディアコンテンツが提供されている間において、メディアコンテンツの番組断片間に広告断片を含ませることで、広告を含めることもできる。番組スケジュールは、メディアコンテンツにおいて使用される広告断片を設定してもよい。従って、変更がない場合、メディアコンテンツが表示されている間に予め定められた広告が使用され得る。しかし、よりターゲットを絞り込んだ広告スキームが、パーソナライゼーションサーバ１３０から使用されてもよい。例えば、パーソナライゼーションサーバ１３０がメディア再生デバイス１５０のユーザにとって殆ど関心なしと決定した選択された広告を置換可能な更なる広告又はローカル広告が存在してもよい。

ユーザに対応するパーソナライゼーション機能は、更に精密であってもよいことに留意されたい。即ち、メディア再生デバイス１５０は、１人又はそれ以上のユーザによって使用されることがある。ユーザの識別情報（例えば、ログイン資格証明、顔認識メカニズム等）を特定する任意のメカニズムを通じて、パーソナライゼーション機能はユーザの正確な識別により更に精密であってもよい。従って、例示的実施形態では、メディア再生デバイス１５０、メディア再生デバイス１５０に関連付けられたユーザ（例えば登録されたユーザ識別情報）、メディア再生デバイス１５０を使用するユーザの識別情報及び／又はそれらの組み合わせに基づいてパーソナライゼーション機能が提供されてもよい。例えば、メディア再生デバイス１５０に関連付けられたユーザも識別された場合、パーソナライズ機能はそれに応じて選択されてもよい。別の例では、メディア再生デバイス１５０に関連付けられていないユーザが識別された場合、一般的な番組スケジュール又はメディア再生デバイス１５０に関連付けてパーソナライズされた番組スケジュール等のようなデフォルトの設定を使用してもよい。更なる例では、パーソナライゼーションサーバ１３０は、識別リポジトリにアクセスして、識別リポジトリに含まれる任意のユーザが任意のメディア再生デバイス１５０を介して特定され、識別されたあらゆるユーザにパーソナライズ機能を提供してもよい。

広告サーバ１３５は、メディアコンテンツ又はグラフィックを介して広告を提供するように構成され得る。様々なリポジトリで使用可能なメディアコンテンツと実質的に同様の方法で、広告サーバ１３５は、ＣＤＮ１４９に含まれる広告リポジトリ等の広告の読出しを管理し得る。特に、より頻繁に広告が変更されることを考慮し、広告サーバ１３５はメディアコンテンツ内で使用するための利用可能な広告を追跡し得る。従って、メディアコンテンツの要求が受信されてメディアコンテンツが提供された場合、関連する広告がグラフィック又は広告断片を介して、一般的な方法又はパーソナライズされた方法の何れかで読み出され得る。

ライブイベントサーバ１４０は発信サービス１０５の別個の部品又は内蔵部品であってもよい。システム１００は発信サービス１０５が全ての番組スケジュールを管理すると説明されたが、録画された番組の発信の管理のみを行う。ライブイベントサーバ１４０はライブ（生番組）又は最小遅延の番組の発信を管理するように構成され得る。従って、予め格納されたメディアコンテンツ及びその断片とは対照的に、ライブイベントサーバはスポーツイベント、コンサートイベント、ライブニュースイベント等のライブイベントを示すライブ断片のストリームを提供し得る。具体的には、ライブイベントサーバ１４０は、ＨＬＳ又はムービングピクチャーエキスパートグループ（ＭＰＥＧ）ＨＴＴＰ上のダイナミックアダプティブストリーミング（ＤＡＳＨ）（ＭＰＥＧ−ＤＡＳＨ）のストリーミングのエンコーダ及び実装デバイスであってもよい。例示的実施形態による番組スケジュール、グラフィック、パーソナライゼーション機能、及び広告に関して、ライブイベントサーバ１４０を介して提供されるライブプログラムは、発信サービス１０５と実質的に同様に動作してもよい。更に、ライブストリームのデータはＣＤＮ１４９を介して提供されてもよい。

配信キャッシュ１４２は、プレフライト処理中に配信モジュール１２５によって発行された素材を格納する。キャッシュは、アセンブリサービス１４７及びメディア再生デバイス１５０への最適な配信のために変換された配信システム１０２の任意の記憶装置の表現を含んでもよい。配信キャッシュ１４２は、ＣＤＮ１４９を介してメディアアセット管理デバイス１２０と連携して動作し得る。具体的には、配信キャッシュ１４２は、メディア再生デバイス１５０に配信する前に、Ａ／Ｖアセット又はグラフィックアセットを一時的に格納し得る。複数のメディア再生デバイスが存在する可能性があるため、要求されたアセットは、配信キャッシュ１４２に格納されてもよい。そのような状況では、同じアセットを要求しているメディア再生デバイスはリポジトリからではなく、配信キャッシュ１４２からアセットを取り出し得る。これにより、アセットの効率的な配信が可能となり、アセットの処理及び送信の要求が減少し得る。

通信ネットワーク１４５は、データが第１のデバイスから第２のデバイスに送信されることを可能にするネットワークの任意のタイプとすることができ、デバイスはネットワークデバイス及び／又は通信ネットワーク１４５への接続を確立したエッジデバイスとしてもよい。例えば、通信ネットワーク１４５は、公衆インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、仮想ＬＡＮ（ＶＬＡＮ）、Ｗｉ−Ｆｉネットワーク、携帯通信ネットワーク、クラウドネットワーク、これらのネットワークの有線形式、ネットワークの無線形式、有線及び／又は無線形式の組み合わせ等であってもよい。また、通信ネットワーク１４５はシステム１００の部品間でデータを交換できるように互いに接続するよう構成された１つ以上のネットワークを表し得る。より特定の実施形態では、通信ネットワーク１４５は、発信サービス１０５、パーソナライゼーションサーバ１３０、広告サーバ、ライブイベントサーバ１４０、番組スケジュール、Ａ／Ｖアセット、及びグラフィックアセットのための特にプレフライト動作に関し、相互にデータを交換するための配信キャッシュ１４２の上述の構成を可能とする送信媒体であってもよい。また、通信ネットワーク１４５はデータを交換するためのルートを提供する更なる機能を実行するように構成されたネットワーク部品（図なし）を含んでもよい。

アセンブリサービス１４７は通信ネットワーク１４５上に存在するシステム１００のコアにあってもよい。アセンブリサービス１４７は、メディア再生デバイス１５０からのストリーミング要求に応答し、発信サービス１０５、ライブイベントサーバ１４０、パーソナライゼーションサーバ１３０、及び／又は広告サーバ１３５によって提供される要素をビデオ、広告及びグラフィックコマンドの連続ストリームに統合し、 エンドユーザの環境（例えば、地域及び時間帯）に合わせて適切に調整し得る。具体的には、アセンブリサービス１４７は、スケジューリングモジュール１１０、グラフィックモジュール１１５、メディアアセット管理デバイス１２０、及び配信モジュール１２５のプレフライト動作の結果を統合し、ライブイベントサーバ１４０によって提供されるライブイベントストリームを混合し得る。従って、プレフライト動作が実行された要求を送信したメディア再生デバイス１５０は、番組スケジュール、Ａ／Ｖアセット、及びグラフィックアセットに関連するプレフライト動作の結果をアセンブリサービス１４７から受け取ってもよい。

上述したように、ＣＤＮ１４９はインターネット等のデータ交換を可能とするネットワーク部品が地理的に分散されたシステムであってもよい。ＣＤＮ１４９は、メディアコンテンツ、広告、及びグラフィックに対応するデータの上記リポジトリを含んでもよい。従って、メディア再生デバイス１５０がユーザの選択した番組の要求を送信すると、ＣＤＮ１４９は選択されたメディアコンテンツに対応する要求されたデータを提供し得る。要求されたデータがＣＤＮでエッジキャッシュされていない場合（キャッシュミス）、ＣＤＮはメディア用の配信キャッシュ１４２からデータを要求する。以下で更に詳細に説明するように、メディア再生デバイス１５０はまた、番組スケジュール、Ａ／Ｖアセット、又はグラフィックアセットのプレフライト動作の結果から受け取った情報に基づいて、広告及びグラフィックに対応する追加データを要求し得る。

メディア再生デバイス１５０は、テレビ、タブレット、パーソナルコンピュータ、ノートパソコン、モバイルデバイス及びゲームコンソール等のメディアコンテンツを視聴するユーザによって使用される任意の要素であってもよい。メディア再生デバイス１５０は、メディアコンテンツが適切に示されるように様々な動作を実行するよう構成されてもよい。初めに、メディア再生デバイス１５０は、セットトップボックス又はＨＴＭＬベースのメディア再生デバイスと実質的に同様の動作を有してもよい。当業者であれば、セットトップボックスは、テレビ上に適切に表示するためにメディアコンテンツの信号を変換するとともにテレビに接続されるチューナを含む情報機器デバイスであってもよいことを理解するであろう。配信システム１０２は衛星ベース、ケーブルベース、光ファイバベース等であってもよい。従って、メディア再生デバイス１５０は表示のためにそれぞれの信号を変換し得る。また、メディア再生デバイス１５０は上記の機能を実行するように構成されたディスプレイの任意のアタッチメント又は当該ディスプレイに組み合わされた部品であってもよいことに留意されたい。

また、メディア再生デバイス１５０は異なる様々な動作を実行してもよい。これらの動作はユーザの介入なしに受動的、若しくはユーザが入力を行うことで能動的であってもよい。図２は、例示的実施形態に関する図１のメディア再生デバイス１５０を示す。また、メディア再生デバイス１５０は実質的にセットトップボックスと同様であってもよい。しかし、メディア再生デバイス１５０はメディアコンテンツとそれに付随するデータの受信及びメディアコンテンツをユーザに示すことが可能なように構成された任意のデバイスであってもよいことに留意されたい。従って、メディア再生デバイス１５０は、別個又は表示デバイスに組み込まれた物理的構成要素であってもよく、表示デバイスによって実行されるアプリケーションとして具体化されるような仮想的構成要素であってもよい。メディア再生デバイス１５０は、プロセッサ２０５、メモリ装置２１０、表示デバイス２１５、入出力デバイス（Ｉ／Ｏ）２２０、トランシーバ２２５、及び他の構成要素２３０（例えばオーディオ入力デバイス、オーディオ出力デバイス、バッテリー、データ取得デバイス、メディア再生デバイス１５０を他の電子デバイスに電気的に接続するポート等）を含んでもよい。

プロセッサ２０５は電子デバイス１３０の複数のアプリケーションを実行するように構成されてもよい。例えば、プロセッサ２０５は、メディアコンテンツの入力信号を（チューナを介して）メディアコンテンツに表示するために使用されるフォーマットに変換する表示部と、メディアコンテンツのオーディオ再生に使用されるフォーマットにメディアコンテンツの入力信号を変換するオーディオ部と、を含み得るレンダリングアプリケーション２３５を実現し得る。レンダリングアプリケーション２３５は、ユーザの情報及びデータを要求する入力を受信する動作を更に含んでもよい。以下で更に詳細に説明するように、レンダリングアプリケーション２３５は、ユーザが選択した番組を要求し、番組スケジュール、Ａ／Ｖアセット、及びグラフィックアセットのプレフライト動作から生成された一覧に含まれる情報に基づいて、ユーザが選択してＣＤＮ１４９から受信した番組に対応するデータを要求し得る。

プロセッサ２０５によって実行されるアプリケーション（例えば、プログラム）である上述のアプリケーションは、例示的に過ぎないことに留意されたい。アプリケーションに関連する機能は、メディア再生デバイス１５０に別個に組み込まれた部品として表現されてもよく、又はメディア再生デバイス１５０に内蔵されたモジュール部品、例えば、ファームウェアの有無にかかわらない集積回路であってもよい。

メモリ装置２１０は、メディア再生デバイス１５０によって実行される動作に関連するデータを記憶するように構成されたハードウェア部品であり得る。具体的には、メモリ装置２１０は、レンダリングアプリケーション２３５による使用のために受信されているメディアコンテンツ及び他のデータを記憶することができる。表示デバイス２１５は、ユーザにデータを示すように構成されたハードウェア部品であり得る。メディア再生デバイス１５０に関して、表示デバイス２１５は、テレビ等のディスプレイへの接続を確立したコンバータ又はチューナであってもよい。Ｉ／Ｏデバイス２２０はユーザによる入力を可能にするハードウェア部品であってもよい。メディア再生デバイス１５０は、ユーザがメディア再生デバイス１５０上で直接使用するための入力受信器を含むか、又はユーザからの入力を受け取るリモートコントロール等の短距離受信器を含み得る。トランシーバ２２５は、有線方式又は無線方式でデータを送信及び／又は受信するように構成されたハードウェア部品であってもよい。具体的には、トランシーバ２２５は、通信ネットワーク１４５とともに使用され得る。

例示的実施形態によると、ユーザはメディア再生デバイス１５０を使用して所望のメディアコンテンツを視聴し得る。はじめに、ユーザはＩ／Ｏデバイス２２０等を介してメディア再生デバイス１５０を起動し得る。メディア再生デバイス１５０が起動されると、メディア再生デバイス１５０はチャンネルラインナップを受信し得る。例えば、起動時に、メディア再生デバイス１５０が選択されたチャンネルを予め停止又は伝送した時、メディア再生デバイス１５０は以前のチャンネルに戻るよう設定されてもよい。従って、メディア再生デバイス１５０は、起動時に選択されたチャンネルのストリーミング目録を要求してもよい。メディア再生デバイス１５０は、以前のストリーミング目録が期限切れになるか期限切れ間際（例えば、これまでに提供されたストリーミング目録を超えてチャンネルの番組が引き続き行われるとき）、又は各チャンネルのストリーミング目録のため選択されたとき、チャンネルの更なるストリーミング目録を実質的に要求し得る。上述のように、ストリーミング目録は、メディア再生デバイス１５０がＣＤＮ１４９からＡ／Ｖアセット及びグラフィックアセットを含むメディアコンテンツをどのように要求するかを示す情報を含み得る。具体的には、チャンネルのストリーミング目録は、ＣＤＮ１４９から要求され、再生のために表示される断片を示すプレイリストを含んでもよい。具体的にはＡ／Ｖアセット及びグラフィックアセットの識別情報を含んでもよい。

従って、最初のステップでは、メディア再生デバイス１５０はユーザからチャンネルの要求を受信、又は再生が実行される現在のチャンネルの決定をしてもよい。メディア再生デバイス１５０は、チャンネルに関連する番組のためにアセンブリサービス１４７に送信される要求を生成してもよい。例えば、メディア再生デバイス１５０は、通信ネットワーク１４５とアセンブリサービス１４７がメディア再生デバイス１５０（例、ケーブル、ファイバ、衛星等）とともに使用する接続のタイプを使用して要求を送信し得る。

要求を受信する上で、アセンブリサービス１４７及びＣＤＮ１４９はメディア再生デバイス１５０からの要求に応答し得る。上述したように、メディア再生デバイス１５０は、初めに、メディア再生デバイス１５０上の現在選択されているチャンネルのため、アセンブリサービス１４７に要求を送信する。要求が受信されると、アセンブリサービス１４７はそれに応じて、配信モジュール１２５、配信キャッシュ１４２、パーソナライゼーションサーバ１３０、広告サーバ１３５、及びライブイベントサーバ１４０から受信したプレフライト情報を使用して複数の動作を実行し得る。具体的には、アセンブリサービス１４７は、配信モジュール１２５のプレフライトプロセスによって公開された情報を活用して、メディア再生デバイス１５０のストリーミング目録を組み合わせてもよい。従って、組み立てられたＡ／Ｖ目録及びグラフィック目録は選択されたチャンネルの要求に応答して、メディア再生デバイス１５０に転送され得る。

また、番組スケジュールのためのアセンブリ動作はアセンブリサービス１４７によって実行される複数のサブステップを含んでもよい。初期動作として、メディア再生デバイス１５０からの要求は、ユーザ情報を含むことができる。従って、ユーザ情報を使用してユーザを認証し得る。ユーザの認証は、セキュリティ機構を提供し得るが、パーソナライゼーション機能を提供するためのベースとして使用してもよい。具体的には、番組スケジュール、広告、及びグラフィックをパーソナライズするため、パーソナライゼーションサーバ１３０にユーザの識別結果を提供してもよい。上述したように、パーソナライゼーションは過去の視聴履歴、識別されたユーザの人口統計情報、識別されたユーザの地理的位置等に基づいてもよい。特にＡ／Ｖアセットに関して、パーソナライゼーションサーバ１３０はパーソナライズされた番組が含まれるべきかどうかを決定してもよい。例えば、上述したように番組スケジュールは、放送日中の再生のための番組の所定の順序付けを使用し得る。しかし、パーソナライゼーション機能は番組を識別されたユーザに関連する異なる番組に置き換えてもよい。このようにして、番組スケジュールはパーソナライズされ、スケジュールの目録を生成し得る。具体的には、番組スケジュールの目録は、番組の順序付け及び識別情報等のこれらのＡ／Ｖアセットに対応するメタデータを含んでもよい。その後、番組スケジュールの目録はアセンブリサービス１４７からメディア再生デバイス１５０に送信されてもよい。

Ａ／Ｖ目録のためのアセンブリ動作は、アセンブリサービス１４７によって実行される複数のサブステップを含んでもよい。Ａ／Ｖ目録は選択されたチャンネルの番組のためにメディア再生デバイス１５０によって読み出されるデータに関連して表示デバイス２１５上のプレイアウトに示される。はじめに、アセンブリサービス１４７は現在の要求が対応する番組スケジュール内の位置を決定することができる。例えば、要求の日時は番組スケジュール内の位置を示し得る。アセンブリサービス１４７は番組が事前録画された番組かライブ番組であるかを決定し得る。番組が事前録画されているかライブであるかに基づいて、番組のための適切な目録及びメディア再生デバイス１５０によって読み出されるデータがメディア再生デバイス１５０のために生成されてもよい。例えば、事前録画されている場合、プレフライトプロセス中に配信モジュール１２５によって公開されたＡ／Ｖアセットは、事前録画された番組目録の決定に使用されてもよい。別の例で、ライブの場合、ライブイベントサーバ１４０はライブ番組の目録を決定に使用されてもよい。Ａ／Ｖアセットが決定されているので、アセンブリサービス１４７は、広告目録生成のために番組が現在広告休止中であるかどうかを決定してもよい。広告休止中に、番組のため生成されたＡ／Ｖ目録は、広告目録で更新（例えば、組み合わされる）されてもよい。従って、アセンブリサービス１４７は、断片を識別する組み合わされたＡ／Ｖ目録を生成、又はメディア再生デバイス１５０がＣＤＮ１４９から読み出す番組及び広告のためのデータを生成してもよい。ＣＤＮ１４９がサーバ上のＡ／Ｖアセットをキャッシュしていない場合、ＣＤＮ１４９は配信キャッシュ１４２からＡ／Ｖアセットを取り出す。組み合わされたＡ／Ｖ目録は、アセンブリサービス１４７からメディア再生デバイス１５０に送信されてもよい。

グラフィック目録のためのアセンブリ動作はまた、アセンブリサービス１４７によって実行される複数のサブステップを含んでもよい。グラフィック目録は、Ａ／Ｖアセットで示されるグラフィックアセットのメディア再生デバイス１５０によって読み出されるデータに関連してもよい。はじめに、アセンブリサービス１４７は、現在の要求が対応する番組スケジュール内の位置を決定してもよい。この位置に基づいてグラフィック目録は、どのグラフィックを目録に含めるかを決定し得る。アセンブリサービス１４７はまた、番組が広告中断中であるかどうかを決定してもよい。広告中断中に、グラフィックが広告に含まれることを阻止し得る。ただし、番組が放送されている間、グラフィックが含まれることがあり得る。パーソナライズされたグラフィック又は標準的なグラフィックは、メディア再生デバイス１５０へのグラフィック目録に含まれてもよい。グラフィック目録は、アセンブリサービス１４７からメディア再生デバイス１５０に送信されてもよい。

番組スケジュール、Ａ／Ｖアセット、及びグラフィックアセットの目録を生成するためプレフライト動作が実行されている間、配信システム１０２はアセットを処理し（トランスコード、ストリームパッケージ化、及びフォーマット変換を実行する）、アセットを配信キャッシュ１４２に公開する。例えば、線形番組スケジュールは、メディア再生デバイス１５０での再生のために示されるべきデータを識別している可能性があり得る。配信モジュール１２５は、これらの識別情報をＡ／Ｖアセット及びグラフィックアセットに使用し、プレフライトメディア動作を実行、そしてこのデータの後の要求を受信した時にメディア再生デバイス１５０による読出しを待っている対応データを配信キャッシュ１４２に配置することができる。即ち、配信モジュール１２５は、目録が生成され、チャンネルを視聴するためのユーザの要求に応じてメディア再生デバイス１５０に送信される前に、そのアセットを配信キャッシュ１４２に公開することにより、アセットのデータの配信を準備し得る。

プレフライト動作が実行され、アセットが配信キャッシュ１４２に公開されると、メディア再生デバイス１５０は配信システム１０２によって実行されるプレフライトの結果及びアセンブリサービス１４７によって実行されるアセンブリ動作を受信し得る。プレフライト動作が実行され、配信キャッシュ１４２にアセットが公開されると、メディア再生デバイス１５０は、配信システム１０２によって実行されるプレフライトの結果及びアセンブリサービス１４７によって実行されるアセンブリ動作を受信し得る。具体的には、メディア再生デバイス１５０は組み合わせられたＡ／Ｖ目録及びグラフィック目録を受信し得る。メディア再生デバイス１５０はＡ／Ｖアセット及びグラフィックアセットを提供するＣＤＮ１４９に、要求を送信するためＡ／Ｖグラフィック目録に含まれる情報を抽出してもよい。具体的には、組合わされた目録は、再生のためにＡ／Ｖアセット及びグラフィックアセットがどのように表示されるかの順序付けを提供する。メディア再生デバイスが選択されたチャンネルの再生を続行する限り、メディア再生デバイス１５０はアセンブリサービス１４７、Ａ／Ｖアセット及びグラフィックアセットからの組み合わされた目録を配信キャッシュ１４２及びＣＤＮ１４９から継続して要求し得る。Ａ／Ｖアセット及びグラフィックアセットが受信されると、メディア再生デバイス１５０は、Ａ／Ｖアセット及びグラフィックアセットが番組スケジュール内に示された順序付けに基づいて表示デバイス２１５上に適切に表示されるか等の適切なレンダリング動作（例、スケーリング、配置、フレームレート変換等）を実行し得る。例えば、メディア再生デバイス１５０は使用可能な帯域幅を測定し、Ａ／ＶアセットのＡ／Ｖビットレートを調整し得る。このようにして、メディア再生デバイス１５０は、再生のためＡ／Ｖアセット及びグラフィックアセットを組み合わせてもよい。

インターネットビデオ及びグラフィックストリーミングを提供する技術により、例示的実施形態は、どのようにテレビ放送の線形配信モデルが組み立てられ、配信されるかの方法を変えるためのメカニズムが提供され得る。目録ベースのストリーミングプロトコル（例、ＨＬＳ及びＭＰＥＧ−ＤＡＳＨ）は、非線形配信モデルのようにＶＯＤストリーミングが実行されるのと実質的に同様の方法で、事前録画されたアセットから線形の経験を構築する上に基礎の一部を提供し得る。例示的実施形態は、ウェブブラウザアプリケーション及び他のネイティブアプリケーション内の予定されたターゲットグラフィックをレンダリングする中でストリーミングスケーラブルベクターグラフィック（ＳＶＧ）のようなブラウザベースのグラフィックサポートでも使用され得る。Ａ／Ｖストリームからグラフィックストリームを分離することにより、特定のチャンネルの各放映に適した新たなグラフィックを有する単一のキャッシュされたＡ／Ｖアセットを使用するため事前録画された番組の繰り返し放映を許可する。

従って、例示的実施形態は改善されたネットワーク効率を提供する。即ち、線形配信モデルで使用される再生サーバは、もはや連続的ビデオストリームの組み立てと符号化をしない。対照的に、仮想テレビアセンブリサービスは、ＨＬＳ又はＭＰＥＧ−ＤＡＳＨで使用されているように、ライブ経験を合成するため断片を組み合わせ得る。従って、メディアコンテンツは事前に公開され、線形及びＶＯＤの目的のために共有されてもよい。例示的実施形態はまた、より低コストの発信システムを提供する。ストリームを組み合わせ、符号化する線形配信モデルで使用される再生サーバは、プレイリストとメタデータのみを扱う低コストシステムに置き換えてもよい。例示的実施形態は、パーソナライズ又はターゲティングの機能を更に提供する。対象とされたグラフィック及びパーソナライズされた広告を備えるパーソナライズ番組は、線形ストリームに組み合わされてもよい。このパーソナライゼーションはまた、番組スケジュールを維持し、異なる時間帯のフィードの完全に違う冗長な配信システム等の更なるシステムを要求しないコンテンツメディアのための任意の要求のタイムゾーンシフトのため使用され得る。例示的実施形態は更に、局所的にレンダリングされたグラフィックを提供する。グラフィックモジュール１１５によって使用されるストリーミングベクトルグラフィックは、ビデオ圧縮アーチファクトなしでもよく、パーソナライズ可能、ターゲット設定可能、支援技術（例、聴覚障害のためのテキストの音声、視覚障害者のための拡大されたテキスト等）を介してアクセス可能であり得る。このようにして、パーソナライゼーションモジュール１３０は、特にグラフィックとともに更なる特徴を組み込み得る。

図３は、例示的実施形態の複数のプレフライト動作が実行される方法３００を示す。具体的には、方法３００は、従来の線形チャンネルのアセット（スケジュール、Ａ／Ｖ、グラフィック）を仮想線形配信のために準備（プレフライト）するために、配信システム１０２によって通常の間隔で実行される動作の全体に関し得る。ステップ３１０において、配信システム１０２は、仮想テレビスケジュールのためのプレフライト動作を実行して、従来の線形テレビスケジュールをＢＸＦ等の放送フォーマットからアセンブリサービス１４７に適合するフォーマットに変換する。ステップ３１５において、配信システム１０２は、Ａ／Ｖアセットのためのプレフライト動作を実行して、ビットレートストリーミングのためにＡ／Ｖアセットをコード化し、ＨＬＳパッケージ化を行い、配信キャッシュ１４２に発行する。ステップ３２０において、配信システム１０２は、グラフィックアセットのためのプレフライト動作を実行して、アセンブリサービスのために目録の作成動作を実行するのに適したストリーミングＳＶＧ等のようなフォーマットに変換し、メディア再生デバイス１５０に渡す。変換されたグラフィックは、配信キャッシュ１４２に発行される。

図４は、例示的実施形態に関し、アセンブリサービス１４７がチャンネル再生のためのメディア再生デバイス１５０からの要求を処理して主要再生目録を生成する方法４００を示す。上述したように、番組スケジュールは、選択されたチャンネルのコンテンツメディア、及び、その中に散在している広告を含むＡ／Ｖアセットの順序を示す。従って、アセンブリ動作の第１の結果において、番組スケジュールの目録は、メディア再生デバイス１５０からの要求に応答するように提供されてもよい。方法４００は、図１のシステム１００に関しての説明である。

ステップ４０５において、アセンブリサービス１４７は、要求を受領したメディア再生デバイス１５０のユーザに関連するユーザ情報を受信する。具体的には、この要求は、メディア再生デバイス１５０の識別子を含んでいてもよく、その結果、ユーザ情報はそこから特定されてもよい。ステップ４１０において、ユーザが認証され得る。例えば、ユーザプロファイル又は他のユーザ関連情報にアクセスしてもよい。ステップ４１５において、アセンブリサービス１４７は、ユーザ用のセッションを生成する。このセッションは、現在時間、及び、ユーザがメディア再生デバイス１５０を起動する時間帯に関連していてもよい。

ステップ４２０において、アセンブリサービス１４７は、番組スケジュールとのセッションのセッションクロックを初期化する。上述したように、例示的実施形態は、実質的に汎用の（パーソナライズ化されていない）番組スケジュールを利用し得る。また、放送日において予め定められている、線形分配モデルでの番組スケジュールは、この汎用番組スケジュールに含まれる。セッションクロックの初期化は、一般的な番組スケジュールのどこに目録を作成するかを決定するために用いられる。例えば、メディア再生デバイス１５０からの要求を特定の日時で受信した場合、この日時によって汎用番組スケジュール内の特定の位置が提供される。セッションクロックの初期化により、更に、時間帯遅延オフセット機能を提供するメカニズムがもたらされる。例えば、日時及びメディア再生デバイス１５０の地理的位置は、メディア再生デバイス１５０のための番組スケジュールをどのようにオフセットするかを示し得る。その結果、適切な番組スケジュールが特定される。共通の番組スケジュールはメディア再生デバイス１５０によって使用され得るが、番組スケジュール内の位置は、セッションクロックの初期化を介した時間帯遅延オフセット機能に基づいて特定され得る。

ステップ４２５において、アセンブリサービス１４７は、番組スケジュールをパーソナライズ化するパーソナライゼーションサーバ１３０を用いる。ここでも、上述の動作が行われた番組スケジュールは、メディア再生デバイス１５０のために生成されるとともに番組スケジュールに対する目録の作成の基礎となる汎用番組スケジュールになり得る。上述したように、パーソナライズ化機能には、メディア再生デバイス１５０のユーザに関連するユーザ情報に基づいて、番組スケジュールに対象番組を提供することが含まれる。対象番組においては、第１番組と第２番組の間には重複する特徴が含まれるとともに、ユーザ情報に基づいて第２番組の方がメディア再生デバイス１５０のユーザによって一層視聴されそうである場合を除き、第１番組を第２番組で置換することを伴う。このようにして、汎用プログラムをパーソナライズ化することができる。

ステップ４３０において、アセンブリサービス１４７は、ＨＬＳストリーミングプロトコルにおいてマスター再生リストとしても知られるマスター再生目録を生成する。このマスター再生目録は、スケジュールとは無関係であり、メディア再生デバイス１５０がＡ／Ｖ目録及びグラフィック目録について次の要求を行う際に使用されるアセンブリサービスセッションのための参照ＵＲＬを提供するだけである。ステップ４３５において、アセンブリサービス１４７は、番組スケジュールのマスター再生目録をメディア再生デバイス１５０へ送信する。

図５は、例示的実施形態に関するＡ／Ｖ目録の生成の方法５００を示す。上述したように、Ａ／Ｖ目録は、表示デバイス２１５での再生のためにメディア再生デバイス１５０がＡ／Ｖアセットをどのように読み出すかを示すものである。従って、プレフライト動作の第２の結果において、Ａ／Ｖ目録は、メディア再生デバイス１５０からの要求に対する応答として提供され得る。方法５００は、図１のアセンブリサービス１４７及び配信キャッシュ１４２に関しての説明である。

ステップ５０５において、アセンブリサービス１４７は、メディア再生デバイス１５０から受信した要求をセッション（例えば、図４の方法４００のステップ４１５）と結び付ける。従って、メディア再生デバイス１５０、セッション、及び要求は、互いに関連する。ステップ５１０において、番組スケジュール内の位置が決定され得る。具体的には、要求の日時が番組スケジュール内の位置を決定するための基礎として用いられ得る。更に詳細には、この番組スケジュールは、メディア再生デバイス１５０のために準備された番組スケジュールの目録に関連するパーソナライズ化された番組スケジュールである。

ステップ５１５において、番組スケジュールのＡ／Ｖアセットに対してパーソナライゼーション機能が実行される。番組スケジュールのパーソナライズド化は、パーソナライゼーション機能の初期化に関連し得る。パーソナライゼーション機能の１つの観点は、Ａ／Ｖアセットに関連している。そのため、パーソナライゼーションサーバ１３０によって提供される情報を通じて、アセンブリサービス１４７は、パーソナライゼーション化された番組だけでなく、パーソナライゼーション化された広告も決定し得る。

ステップ５２０において、アセンブリサービス１４７は、番組スケジュール内の位置での番組がライブイベントに対応するか否かを判定する。もし、番組が予め録画された番組であれば、ステップ５２５において、アセンブリサービス１４７は、番組のためのＡ／Ｖアセットを配信キャッシュ１４２及び／又はＣＤＮ１４９から特定し得る。しかし、番組が生番組に関連する場合、ステップ５３０において、アセンブリサービス１４７は、この番組のためのＡ／Ｖアセットをライブイベントサーバ１４０から特定し得る。

ステップ５３５において、アセンブリサービス１４７は、番組が広告中断中であるか、広告中断を含むかを判断する。番組が広告中断でないか広告を含まない場合、ステップ５４０において、Ａ／Ｖ目録が生成され（必要に応じてコンテンツ目録が組み合わせられ）、メディア再生デバイス１５０へ送信される。再び言及すると、コンテンツ配信ネットワーク１４９を介してＡ／Ｖ目録がメディア再生デバイス１５０に配信される前に、Ａ／Ｖ目録が配信キャッシュ１４２にされ得る。しかし、番組が広告中断中である場合、アセンブリサービス１４７は、広告サーバ１３５を使用して、例えばパーソナライゼーションサーバ１３０が示すようなパーソナライズ化された広告等の広告をＡ／Ｖ目録に含ませることを決定する。具体的には、ステップ５４５において、アセンブリサービス１４７は、広告サーバ１３５を使用して、広告のためのＡ／Ｖ目録を特定する。例えば、上述したように、スケジューリングモジュール１１０は、広告をデジタル的に提供するための対象パラメータを指定する。このようにして、ステップ５４５において、アセンブリサービス１４７は、対象パラメータを介して、デジタル的に供給される広告が特定される。従って、この下流に挿入される処理は、アセンブリサービスによって実行されてもよい（例えばステップ５４０）。

図６は、例示的実施形態に関するグラフィック目録の生成の方法６００を示す。上述したように、グラフィック目録は、Ａ／Ｖアセットとの再生リストに含めるために、メディア再生デバイス１５０がグラフィックアセットをどのように読み出すかを示すものである。従って、グラフィック目録は、メディア再生デバイス１５０からの要求に対する応答として提供され得る。方法６００は、図１のシステム１００に関しての説明である。

ステップ６０５において、アセンブリサービス１４７は、メディア再生デバイス１５０から受信した要求をセッション（例えば、図４の方法４００のステップ４１５）と結び付ける。従って、メディア再生デバイス１５０、セッション、及び要求は、互いに関連する。ステップ６１０において、番組スケジュール内の位置が決定され得る。具体的には、要求の日時が番組スケジュール内の位置を決定するための基礎として用いられ得る。更に詳細には、この番組スケジュールは、メディア再生デバイス１５０のために準備された番組スケジュールの目録に関連するパーソナライズ化された番組スケジュールである。

ステップ６１５において、アセンブリサービス１４７は、番組が広告中断中であるか、広告中断を含むかを判断する。番組が広告中断でない場合、ステップ６２０において、アセンブリサービス１４７は、グラフィック目録に含まれるべきグラフィックを特定する。このグラフィックは、例えば、予定されたグラフィック又はパーソナライゼーションサーバ１３０によってパーソナライズ化されたグラフィック等である。ステップ６２５において、アセンブリサービス１４７は、メディア再生デバイス１５０へ送信されるストリーミンググラフィック目録を生成する。再度言及すると、グラフィック目録はメディア再生デバイス１５０へ配信される前に配信キャッシュ１４２に格納され得る。しかし、番組が広告中断中である場合、アセンブリサービス１４７は、広告中断の間にグラフィックを省略することを決定し得る。従って、ステップ６３０において、アセンブリサービス１４７は、メディア再生デバイス１５０へ送信される空のグラフィック目録を生成することもできる。

図７は、例示的実施形態での番組を表示する方法７００を示す。上述したように、メディア再生デバイス１５０は、表示デバイス２１５で再生するための番組の要求を行し得る。アセンブリサービス１４７から目録を受領すると、メディア再生デバイス１５０は、再生を提供するための様々な動作を実行し得る。方法７００は、図２のメディア再生デバイス１５０に関しての説明である。

初めに、ユーザがメディア再生デバイス１５０を起動したと仮定する。従って、アセンブリサービス１４７は、起動時において、アセンブリサービス１４７（例えば通信ネットワーク１４５）との間のネットワーク接続等、様々な初期動作を実行する。メディア再生デバイス１５０は、既知のチャンネルリストから選択された又は予め選択されたチャンネルを特定する。

ステップ７０５において、メディア再生デバイス１５０は、メディア再生デバイス１５０のユーザに関連付けられたユーザ情報を送信し得る。ユーザ情報は、様々な方法で具体化され得る。メディア再生デバイス１５０は、ユーザ関連情報（例えば、年齢、人口統計学データ、位置、民族性等）に関連するユーザの入力の受信内容に基づいて、データパッケージを送信するように構成され得る。メディア再生デバイス１５０は、単にメディア再生デバイス１５０の識別子（例えばシリアルナンバー）を送信するように構成されていてもよい。この識別子は、パーソナライゼーションサーバ１３０に格納されたユーザプロファイル（例えばテレビサービスの登録顧客）を通して、アセンブリサービス１４７がユーザを特定するために用いられ得る。ユーザ識別情報は、様々なユーザ関連情報を伴い得る。ユーザ情報は、メディア再生デバイス１５０を利用する複数のユーザのうちのどのユーザがメディア再生デバイスを現在使用しているかを特定することもできる。例えば、メディア再生デバイス１５０の起動中において、ユーザが特定のユーザ識別情報を入力することで、複数のユーザのうちの何れのユーザが現在メディア再生デバイス１５０を使用しているかが示されることとなる。

ステップ７１０において、メディア再生デバイス１５０は、ユーザから番組要求を受信する。上述したように、起動されたメディア再生デバイス１５０は、予め選択された又は事前に選択されたチャンネルに設定され得る。このチャンネルは、ユーザからの番組要求に対応し得る。ユーザは、入力デバイス（例えばリモコン）を用いて、チャンネルを特定することで番組要求を入力し得る。メディア再生デバイス１５０は、通信ネットワーク１４５及びＣＤＮ１４９を介して、チャンネルを特定するとともに、アセンブリサービス１４７への要求を作成する。

番組要求がアセンブリサービス１４７へ送信された後に、アセンブリサービス１４７は、それぞれ図４から図６に示す方法４００，５００，６００等の上述の動作を実行し得る。

ステップ７１５において、メディア再生デバイス１５０は、番組スケジュールの目録を受信する。上述したように、スケジューリングモジュール１１０、配信モジュール１２５、及びアセンブリサービス１４７は、番組スケジュールの目録の作成に関係している可能性がある。番組スケジュールの目録は、選択されたチャンネルの再生に表示されるＡ／Ｖアセット及びグラフィックアセットの順序が含まれ得る。

ステップ７２０において、メディア再生デバイス１５０は、Ａ／Ｖ目録を受信する。Ａ／Ｖ目録に含まれる情報（例えば、メディア断片の明細）に基づいて、メディア再生デバイス１５０は、選択された番組に関連するデータの要求を送信する。具体的には、メディア再生デバイス１５０は、ＣＤＮ１４９に要求を送信し得る。上述したように、メディア再生デバイス１５０によって読み出されるＡ／ＶアセットをＣＤＮ１４９が送信できるように、配信システム１０２は、Ａ／Ｖアセットを配信キャッシュ１４２に発行する。再度言及すると、Ａ／Ｖアセットは、パーソナライズ化された広告を含み得る。従って、ある例では、Ａ／Ｖアセットは広告サーバ１３５によってデジタル的に供給される広告を含み、当該広告は、スケジューリングモジュール１１０によって特定される対象パラメータを使用して、アセンブリサービス１４７によって挿入される。従って、ステップ７２５において、メディア再生デバイス１５０は、Ａ／Ｖアセット（例えばメディア又は広告）のレンダリング動作を行って、再生のためのＡ／Ｖアセットをレンダリングする。メディア再生デバイス１５０はレンダリングされたメディアを受信し、メディア再生デバイス１５０は、利用可能な帯域幅を測定し、Ａ／Ｖビットレートを調整してストリーミング品質を最適化する。

ステップ７３０において、メディア再生デバイス１５０は、グラフィック目録を受信する。グラフィック目録に含まれる情報（例えば、グラフィックの明細）に基づいて、メディア再生デバイス１５０は、選択されたグラフィックに対応するデータの要求を送信し得る。具体的には、メディア再生デバイス１５０は、ＣＤＮ１４９へ要求を送信してもよい。上述したように、メディア再生デバイス１５０によって読み出されるグラフィックアセットをＣＤＮ１４９が送信できるように、配信システム１０２は、グラフィックアセットを配信キャッシュ１４２に発行する。従って、ステップ７３５において、メディア再生デバイス１５０は、グラフィックアセット（例えばメディア又は広告）のレンダリング動作を行って、再生のためのグラフィックアセットをレンダリングする。例えば、メディア再生デバイス１５０は、Ａ／Ｖアセットのディスプレイ解像度で、又は視覚障害のある視聴者のためにより大きな解像度でグラフィックをレンダリングする。

方法７００は、各段階が線形に進行するように示されている。即ち、マスタ目録が初めに読み出され、Ａ／Ｖ動作が実行され、次にグラフィック動作が実行されることに留意すべきである。しかし、これは単なる例示に過ぎない。メディア再生デバイス１５０は、これらの動作を並行して実行してもよい。メディア再生デバイス１５０は、ステップ７２０からステップ７５０にループして、ＣＤＮ１４９及びアセンブリサービス１４７から番組スケジュールを連続的に取り出し、続いて読み出されたＡ／Ｖ及びグラフィック断片の取得及びレンダリングが行われる。それぞれのＡ／Ｖ目録及びグラフィック目録は、典型的には２秒から１０秒の時間間隔を表すことができる。

ステップ７４０において、メディア再生デバイス１５０は、番組スケジュールの目録によって定義される番組の再生が継続するように、まだ同じチャンネルに合わせられているか判定する。異なるチャンネルに合わせられている場合、メディア再生デバイス１５０は方法４００に戻り、新しいチャンネルのマスター目録再生リストを要求する。

しかしながら、メディア再生デバイス１５０は、依然として同じチャンネルに合わせられていると判定した場合、メディア再生デバイス１５０は、ステップ７２０からステップ７４５を継続して実行する。ステップ７４５において、メディア再生デバイス１５０は、ユーザがまだメディア再生デバイス１５０がまだ起動されているか等により、ユーザがまだ番組を見ているか否かを判定する。メディア再生デバイス１５０がまだ起動されている場合、メディア再生デバイス１５０は、ステップ７５０へ進む、要求、受信、及びレンダリング動作が継続して実行される。

上述した例示的実施形態は、上述した動作及び機能により、メディア再生デバイス１５０のユーザが番組を選択してその番組の再生を視聴するためのメカニズムに関することが記載されている。しかし、例示的実施形態は、複数のユーザにわたって、適合又は変更を行い得る。例えば、集約された視聴機能は、例示的実施形態の上述のメカニズムを通して提供される。集約された視聴機能は、全体で共通の又はイベントの集約視聴のためのスケジューリングが許容され、このスケジューリングは、視聴者全体に共通の番組（例えば番組の初め部分）である。この集約された視聴は、異なるチャンネルにわたっていてもよい。集約された視聴はまた、第1の番組を視聴する第1の視聴者が共通番組を受信するように、異なるチャンネルにわたって広がってもよい。第2の番組を視聴する第２の視聴者もまた、共通番組を受信するであろう。このようにして、例示的な実施形態を使用して集約された視覚の特性を提供することができる。

当業者であれば、上述の例示的実施形態は、任意の適切なソフトウェア又はハードウェア構成、又はそれらの組み合わせで実施されてもよいことを理解するだろう。例示的実施形態を実装するための典型的なハードウェアプラットフォームは、例えば、互換性のあるオペレーティングシステムを備えたＩｎｔｅｌ ｘ８６ベースのプラットフォーム、Ｍａｃプラットフォーム及びＭＡＣ ＯＳ、ｉＯＳ、Ａｎｄｒｏｉｄ等のオペレーティングシステムを有するモバイル機器を含み得る。更なる例では、上記の方法の例示的実施形態は、コンパイルされたときにプロセッサ又はマイクロプロセッサ上で実行される、コンピュータが読取可能な非一過性の記憶媒体に記憶されたコード行を含むプログラムとして具体化され得る。

本発明の様々な変更は、本発明の意図及び範囲から逸脱することなくなされ得るべきであることは明らかである。従って、本発明は、本発明に付属の請求項及びそれらと同等の範囲内において、変更と変化を包含することが意図される。

Claims (20)

1. メディアコンテンツ配信システムにおいて行われる方法であって、
   メディア再生デバイスから番組要求を受信し、当該番組要求は、メディア再生デバイスが合わせられるチャンネルを特定するものであり、
   前記メディア再生デバイスのための番組スケジュールを生成し、当該番組スケジュールは、前記チャンネルに関連するオーディオ／映像アセット（Ａ／Ｖアセット）及びグラフィックアセットの再生のための順序を定めるためのものであり、
   前記メディア再生デバイスのためのＡ／Ｖ目録を生成し、当該Ａ／Ｖ目録は、前記メディア再生デバイスのための前記Ａ／Ｖアセットをコンテンツ配信ネットワーク（ＣＤＮ）に要求するために、前記メディア再生デバイスのための前記Ａ／Ｖアセットを特定するものであり、
   前記メディア再生デバイスのためのグラフィック目録を生成し、当該グラフィック目録は、前記メディア再生デバイスのための前記グラフィックアセットを前記ＣＤＮに要求するために、前記メディア再生デバイスのための前記グラフィックアセットを特定するものであり、
   前記番組スケジュール、前記Ａ／Ｖ目録、及び、前記グラフィック目録をそれぞれ前記メディア再生デバイスに送信することを特徴とする方法。
2. 請求項１に記載の方法であって、
   前記メディア再生デバイスに関連するユーザであって、個人的好みを示すユーザプロファイルを有するユーザを特定することを特徴とする方法。
3. 請求項２に記載の方法であって、
   前記番組スケジュール内の番組を特定し、
   前記個人的好みに基づいて前記番組に対する置換番組を特定し、
   前記番組スケジュールにおいて、前記番組を前記置換番組で置換することを特徴とする方法。
4. 請求項２に記載の方法であって、
   前記グラフィックアセットが前記個人的好みに基づいて選択されることを特徴とする方法。
5. 請求項２に記載の方法であって、
   前記Ａ／Ｖアセットが番組アセットと広告アセットを含むことを特徴とする方法。
6. 請求項５に記載の方法であって、
   前記広告アセットが前記個人的好みに基づいて選択されることを特徴とする方法。
7. 請求項１に記載の方法であって、
   前記Ａ／Ｖアセットと前記グラフィックアセットを前記ＣＤＮに要求し、
   前記Ａ／Ｖアセットと前記グラフィックアセットをキャッシュに発行し、
   前記番組スケジュール、前記Ａ／Ｖアセット、及び前記グラフィックアセットが送信前に前記キャッシュに格納されることを特徴とする方法。
8. 請求項１に記載の方法であって、
   前記Ａ／Ｖ目録及び前記グラフィック目録に基づく前記Ａ／Ｖアセット及び前記グラフィックアセットのアセット要求を前記メディア再生デバイスから受信し、
   前記Ａ／Ｖアセット及び前記グラフィックアセットを前記メディア再生デバイスへ送信し、当該Ａ／Ｖアセット及び前記グラフィックアセットは、前記メディア再生デバイスのローカルラスタライゼーションのために、それぞれ独立して送信されることを特徴とする方法。
9. 請求項５に記載の方法であって、
   前記番組アセットは、予め録画された番組アセット又は生放送の番組アセットであることを特徴とする方法。
10. 請求項１に記載の方法であって、
    前記番組スケジュールは、全体で共有される視聴種目のための第１部分と、前記メディア再生デバイスに関連した個別の番組のための第２部分と、を含むことを特徴とする方法。
11. メディアコンテンツ配信システムであって、
    メディア再生デバイスから番組要求を受信し、当該番組要求は、メディア再生デバイスが合わせられるチャンネルを特定するものであるアセンブリサービス要素と、
    スケジューリングモジュールとアセンブリサービスモジュールとを含む配信サービス要素と、
    を備え、
    前記スケジューリングモジュールは、前記メディア再生デバイスのための番組スケジュールを生成し、当該番組スケジュールは、前記チャンネルに関連するオーディオ／映像アセット（Ａ／Ｖアセット）及びグラフィックアセットの再生のための順序を定めるためのものであり、
    前記アセンブリサービスモジュールは、前記メディア再生デバイスのためのＡ／Ｖ目録を生成し、当該Ａ／Ｖ目録は、前記メディア再生デバイスのための前記Ａ／Ｖアセットをコンテンツ配信ネットワーク（ＣＤＮ）に要求するために、前記メディア再生デバイスのための前記Ａ／Ｖアセットを特定するものであり、
    前記アセンブリサービスモジュールは、前記メディア再生デバイスのためのグラフィック目録を生成し、当該グラフィック目録は、前記メディア再生デバイスのための前記グラフィックアセットを前記ＣＤＮに要求するために、前記メディア再生デバイスのための前記グラフィックアセットを特定するものであり、
    前記番組スケジュール、前記Ａ／Ｖ目録、及び、前記グラフィック目録がそれぞれ前記メディア再生デバイスに送信されることを特徴とするシステム。
12. 請求項１１に記載のシステムであって、
    前記メディア再生デバイスに関連するユーザであって、個人的好みを示すユーザプロファイルを有するユーザを特定するパーソナライゼーションサーバを更に備えることを特徴とするシステム。
13. 請求項１２に記載のシステムであって、
    前記アセンブリサービスモジュールは、
    前記番組スケジュール内の番組を特定し、
    前記個人的好みに基づいて前記番組に対する置換番組を特定し、
    前記番組スケジュールにおいて、前記番組を前記置換番組で置換することを特徴とするシステム。
14. 請求項１２に記載のシステムであって、
    前記グラフィックアセットが前記個人的好みに基づいて選択されることを特徴とするシステム。
15. 請求項１２に記載のシステムであって、
    前記Ａ／Ｖアセットが番組アセットと広告アセットを含むことを特徴とするシステム。
16. 請求項１５に記載のシステムであって、
    前記広告アセットが前記個人的好みに基づいて選択されることを特徴とするシステム。
17. 請求項１１に記載のシステムであって、
    前記アセンブリサービスモジュールは、
    前記Ａ／Ｖアセットと前記グラフィックアセットを前記ＣＤＮに要求し、
    前記Ａ／Ｖアセットと前記グラフィックアセットをキャッシュに発行し、
    前記番組スケジュール、前記Ａ／Ｖアセット、及び前記グラフィックアセットが送信前に前記キャッシュに格納されることを特徴とするシステム。
18. 請求項１１に記載のシステムであって、
    前記アセンブリサービス要素は、
    前記Ａ／Ｖ目録及び前記グラフィック目録に基づく前記Ａ／Ｖアセット及び前記グラフィックアセットのアセット要求を前記メディア再生デバイスから受信し、
    前記Ａ／Ｖアセット及び前記グラフィックアセットを前記メディア再生デバイスへ送信し、当該Ａ／Ｖアセット及び前記グラフィックアセットは、前記メディア再生デバイスのローカルラスタライゼーションのために、それぞれ独立して送信されることを特徴とするシステム。
19. 請求項１５に記載のシステムであって、
    前記番組アセットは、予め録画された番組アセット又は生放送の番組アセットであることを特徴とするシステム。
20. メディア再生デバイスにおいて行われる方法であって、
    番組要求を送信し、当該番組要求は、メディア再生デバイスが合わせられるチャンネルを特定するものであり、
    前記メディア再生デバイスのための番組スケジュールを受信し、当該番組スケジュールは、前記チャンネルに関連するオーディオ／映像アセット（Ａ／Ｖアセット）及びグラフィックアセットの再生のための順序を定めるためのものであり、
    前記メディア再生デバイスのためのＡ／Ｖ目録を受信し、当該Ａ／Ｖ目録は、前記メディア再生デバイスのための前記Ａ／Ｖアセットをコンテンツ配信ネットワーク（ＣＤＮ）に要求するために、前記メディア再生デバイスのための前記Ａ／Ｖアセットを特定するものであり、
    前記メディア再生デバイスのためのグラフィック目録を受信し、当該グラフィック目録は、前記メディア再生デバイスのための前記グラフィックアセットを前記ＣＤＮに要求するために、前記メディア再生デバイスのための前記グラフィックアセットを特定するものであり、
    前記番組スケジュール、前記Ａ／Ｖ目録、及び、前記グラフィック目録の要求をそれぞれ送信し、
    前記Ａ／Ｖ目録及びグラフィック目録を受信し、
    前記番組スケジュールに基づいて、表示装置で再生するために前記Ａ／Ｖ目録及びグラフィック目録をレンダリングすることを特徴とする方法。

Images