(57)【要約】放送番組において広告を識別および挿入するための放送システムおよび放送方法は、放送データストリームを受信するステップと、放送データストリーム内の広告を識別するステップと、放送データストリーム内の番組の中における広告および広告のロケーションを識別する情報を含む広告スケジュールを更新するステップとを含む。再生時、広告または代替広告が、番組の中のそのロケーションまたは番組の中の別のロケーションに挿入される。
2006519525.tif 000002
【特許請求の範囲】
【請求項１】
放送方法であって、
放送データストリームを受信するステップと、
前記放送データストリーム内の広告を識別するステップと、
前記放送データストリーム内の番組の中における前記広告および前記広告のロケーションを識別する情報を含む広告スケジュールを更新するステップと、
を備えた放送方法。
【請求項２】
前記番組に対応づけられたサービス情報を抽出するステップと、
前記番組に対応づけられた前記サービス情報を用いて、番組スケジュールを更新するステップと、
をさらに備えた、請求項１に記載の放送方法。
【請求項３】
前記広告を識別するステップが、
前記広告に対応づけられたサービス情報を抽出するステップであり、前記広告および前記ロケーションを識別する前記情報は、前記サービス情報に基づくものである、前記広告に対応づけられたサービス情報を抽出するステップ、
をさらに備えた、請求項２に記載の放送方法。
【請求項４】
前記広告スケジュールを前記番組に対応づけるステップをさらに備えた、請求項３に記載の放送方法。
【請求項５】
前記広告のロケーションを識別する前記情報が、前記番組の中における前記広告のロケーションおよび前記広告の期間を識別する情報を含む、請求項１から４のいずれか一項に記載の放送方法。
【請求項６】
前記広告を識別する前記情報が、広告主、対象とする視聴者、および、放映する時間期間の少なくとも１つを識別する情報を含む、請求項１から５のいずれか一項に記載の放送方法。
【請求項７】
前記番組のアーカイブコピーを生成するステップであり、前記アーカイブコピーは、前記番組スケジュールによって識別されるロケーションに記憶される、前記生成するステップ、
をさらに備えた、請求項１から６のいずれか一項に記載の放送方法。
【請求項８】
前記番組の前記アーカイブコピーを得るための要求を加入者から受信するステップと、
前記番組スケジュールを用いて、前記番組の前記アーカイブコピーのロケーションを識別するステップと、
前記番組の中における前記広告の前記ロケーションを識別するステップと、
をさらに備えた、請求項７に記載の放送方法。
【請求項９】
少なくとも部分的に前記番組、前記加入者、および、前記広告情報に基づいて、代替広告を選択するステップ、
をさらに備えた、請求項８に記載の放送方法。
【請求項１０】
前記番組の前記アーカイブコピーを前記加入者に送信するステップと、
前記番組の中における前記ロケーションに前記代替広告を挿入するステップと、
をさらに備えた、請求項９に記載の放送方法。
【請求項１１】
放送システムであって、
放送データストリームを受信するための手段と、
前記放送データストリーム内の広告を識別するための手段と、
前記放送データストリーム内の番組の中における前記広告および前記広告のロケーションを識別する情報を含む広告スケジュールを更新するための手段と、
を備えた放送システム。
【請求項１２】
前記番組に対応づけられたサービス情報を抽出するための手段と、
前記広告に対応づけられたサービス情報を抽出するための手段であり、前記広告および前記広告の前記ロケーションを識別する前記情報は、前記サービス情報に基づくものである、前記広告に対応づけられたサービス情報を抽出するための手段と、
前記番組に対応づけられた前記サービス情報を用いて番組スケジュールを更新するための手段であり、前記番組スケジュールは、前記番組のコピーの記憶ロケーションを識別する、前記番組スケジュールを更新するための手段と、
をさらに備えた、請求項１１に記載の放送システム。
【請求項１３】
前記番組の前記コピーを加入者にユニキャストするための手段と、
前記ユニキャスト中に代替広告を前記番組内の前記ロケーションに挿入するための手段と、
をさらに備えた、請求項１２に記載の放送システム。
【請求項１４】
放送システムであって、
広告を有する番組を含む入力放送チャンネルデータストリームを受信するように結合されたヘッドエンドと、
前記ヘッドエンドと通信できる状態にあり、かつ、前記番組の中における前記広告のロケーションを識別する情報を含む前記番組および前記広告に対応づけられたサービス情報を検索するサービス情報プロセッサと、
前記ヘッドエンドおよび前記サービス情報プロセッサと通信できる状態にあり、前記番組のコピーを記憶し、かつ、前記コピーの記憶ロケーションを、前記番組に対応づけられたサービス情報と対応づける記憶サーバと、
前記サービス情報プロセッサと通信できる状態にあり、前記広告のコピーを記憶し、さらに、前記広告に対応づけられた代替広告およびサービス情報を記憶する広告サーバと、
前記記憶サーバおよび前記広告サーバに結合され、かつ、前記番組の前記コピーを加入者に送信するのに使用することができ、また、選択された代替広告を前記ロケーションに挿入するのに使用することができる配信システムと、
を備えた放送システム。
【請求項１５】
前記代替広告が、少なくとも部分的に前記加入者の個性および前記番組の個性に基づいて選択される、請求項１４に記載の放送システム。
【請求項１６】
加入者主導で番組を視聴する方法であって、
アーカイブに記憶された所望の番組を選択するために表示装置上に表示された番組スケジュールと対話するステップと、
加入者を識別する情報および所望の番組を識別する情報を送信するステップと、
前記所望の番組のユニキャスト送信を受信するステップと、
前記番組の中に埋め込まれた代替広告のユニキャスト送信を受信するステップであり、前記代替広告は、前記番組の生放送内に含まれる広告とは異なる、前記代替広告のユニキャスト送信を受信するステップと、
を備えた方法。
【請求項１７】
放送方法であって、
番組のアーカイブコピーを放映するように依頼する要求を加入者から受信するステップと、
前記番組の前記アーカイブコピーのロケーションを識別するステップと、
少なくとも部分的に前記番組に対応づけられた情報に基づいて少なくとも第１の広告を選択するステップと、
前記少なくとも第１の広告を前記番組の中に挿入するステップと、
を備えた放送方法。
【請求項１８】
前記挿入するステップが、
前記番組の中における広告時間帯を識別するステップと、
前記少なくとも第１の広告を前記番組の中における前記広告時間帯に挿入するステップと、
をさらに備えた、請求項１７に記載の放送方法。
【請求項１９】
前記少なくとも第１の広告が、さらなるプロモーション素材へのリンクを含む請求項１７または１８のいずれか一項に記載の放送方法。
【請求項２０】
前記番組および前記広告を前記加入者に放映するステップであり、前記広告を放映するステップが、前記さらなるプロモーション素材を前記加入者に表示する、前記放映するステップ、
をさらに備えた請求項１９に記載の放送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、番組の放送に関する。より詳細には、本発明は、放送番組において広告を識別しかつ挿入するためのシステム、方法、コンピュータプログラムコード、および、手段に関する。
【背景技術】
【０００２】
テレビ視聴者は、ＶＨＦ／ＵＨＦアンテナ、ケーブル、衛星放送受信アンテナ、および、銅線（電話線、送電線）を含む様々な方法で、テレビ信号を受信することができる。視聴者は、例えば、ＵＨＦテレビ信号を受信することによって、テレビコンテンツをコンテンツプロバイダから直接に受信してもよく、あるいは、テレビコンテンツを再放送業者から、例えば、ケーブルサービスプロバイダから間接的に受信してもよい。再放送業者は、コンテンツプロバイダの出力を取得し、それを再配信する。
【０００３】
放送テレビジョンにおいては、放送業者によって、広告が、主番組のセクション間に挿入される。広告は、多くの場合、特定の主番組のスケジュールされた放送と時を同じくして特定の時刻に放送されるようにスケジュールされ、例えば、スポーツウェアは、スポーツイベントをテレビ放送するときに広告される。様々な組の広告をそれぞれのテレビ送信機に提供することによって、多種多様な地域的変化が、単一テレビチャンネルの放送出力に反映されてもよい。それぞれの広告時間帯は、予め定められた期間を有するので、これらの地域的変化は、幾分、制限される。
【０００４】
したがって、広告は、対応する番組イベントの環境に基づいて、また、与えられた送信機によってサービスを提供される視聴者の人口統計に基づいて、放送されてもよいが、いずれかの特定の視聴者の個人的な環境との相関関係は、きわめて小さい。
【０００５】
視聴者が、「時間をずらす」（すなわち、再生を遅らせる）ために、ビデオカセットレコーダ（ＶＣＲ）を使用する場合、広告は、主番組とともに記録される。パーソナルビデオ記録装置（ＰＶＲ）およびディジタルビデオレコーダ（ＤＶＲ）を含む最近の技術の進歩は、番組を記録する際により大きな柔軟性を視聴者に提供する。これらのいわゆる「スーパービデオ」装置は、ＴＶ使用法の特徴を構築することによって、また、類似する番組を記録することを試みることによって、個人化された機能を提供することができる。
【０００６】
また、「スーパービデオ」装置は、「時間をずらす」機能を提供することが知られており、それによって、放送ビデオストリームは、それが再生されるのと同時に記録され、その結果、再生される主番組のビデオストリームは、どのような所望の点においても停止させることができ、かつ、同じ主番組のその後の部分が放送されているときですら、後に再開させることができる。
【０００７】
さらにまた、ある種のＰＶＲは、視聴者が広告を早送りするのを可能にするように構成されてもよく、それによって、広告が割り込むことなく、主番組を視聴することができる。この「スーパービデオ」機能は、視聴者にとって魅力のあるものであるが、放送業者の広告収入に脅威を与えるものである。すべての視聴者が、民放テレビチャンネルの出力を再生するのに彼らの「スーパービデオ」装置を使用すれば、これらの視聴者の大部分が広告をまったく見ないことを選択することが予想される。これに対応して、テレビ放送を介しての広告は、広告主にとっては、あまり効果が得られないものとなり、広告は、どこか他の所でなされることになる。その結果として、放送業者または再放送業者は、広告によっては、あまり利益を得ることができない。
【０００８】
テレビ番組を放送することに加えて、ある種のテレビ放送供給業者は、さらなる「ビューオンデマン」機能を加入者に提供する（「ニアビデオオンデマンド」またはＮＶＯＤを提供するシステムおよび「ビデオオンデマンド」またはＶＯＤを提供するシステムを含む）。典型的には、放送業者は、制限された数の選択されたイベント（映画のような）を一定の時間間隔で放送することを提供する。視聴者は、イベントの特定の放送を受信することを契約してもよい。契約した後、イベントは、例えば、衛星またはケーブルによる配信方法を用いて、視聴者のセットトップボックスに直接に放送される。しかしながら、イベント自身の放送時間は、視聴者が制御することはできない。
【０００９】
放送業者は、しばしば、広告を伴うことなく「ビューオンデマンド」イベントを放送する。一般的には、「ビューオンデマンド」イベントは、広告収入におけるあらゆる損失を補償するプレミアムがつく。しかしながら、ビューオンデマンド機能が、再放送業者によって提供され、時間をずらすことができれば、広告の抑制または欠如は、潜在的な収入の損失を意味し、再放送を見る視聴者は、元々のプレミアムを支払わずに、また、広告を伴わずに、番組を視聴することができる。
【００１０】
多くの著作権裁判権においては、ＶＣＲまたはスーパービデオ装置のような「クライアント側」装置は、「サーバ側」装置と異なる形で論じられる。その結果として、クライアント側装置を備えた視聴者は、個人的に使用するために、著作権を侵害することなく、事実上、テレビ番組を記録することができる。同じ機能を加入者に提供するサーバ側装置を使用する放送サービスプロバイダは、放送番組を記録すること、および、その後に、同番組を再放送することの両方によって、著作権を侵害する。したがって、サーバ側装置を用いて時間をずらす機能を彼らの加入者に提供したい放送サービスプロバイダは、コンテンツプロバイダからライセンスを取得しなければならない。広告は、大部分のコンテンツプロバイダにとって重要な収入源であるので、広告効果の潜在的な何らかの減少は、それに対応するライセンス使用料の増加かまたはライセンスのあからさまな拒絶をもたらすと考えられる。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
コンテンツプロバイダによって提供される広告を維持する再放送サービスを提供することは望ましいことである。また、広告効果を一般的に増大させる再放送サービスを提供することは望ましいことである。
【課題を解決するための手段】
【００１２】
本発明の第１の態様によれば、放送方法は、
放送データストリームを受信するステップと、
前記放送データストリーム内の広告を識別するステップと、
前記放送データストリーム内の番組の中における前記広告および前記広告のロケーションを識別する情報を含む広告スケジュールを更新するステップとを備える。
【００１３】
本発明の第２の態様によれば、放送システムは、
放送データストリームを受信するための手段と、
前記放送データストリーム内の広告を識別するための手段と、
前記放送データストリーム内の番組の中における前記広告および前記広告のロケーションを識別する情報を含む広告スケジュールを更新するための手段とを備える。
【００１４】
本発明の第３の態様によれば、放送システムは、
広告を有する番組を含む入力放送チャンネルデータストリームを受信するように結合されたヘッドエンドと、
前記ヘッドエンドと通信できる状態にあり、かつ、前記番組の中における前記広告のロケーションを識別する情報を含む前記番組および前記広告に対応づけられたサービス情報を検索するサービス情報プロセッサと、
前記ヘッドエンドおよび前記サービス情報プロセッサと通信できる状態にあり、前記番組のコピーを記憶し、かつ、前記コピーの記憶ロケーションを、前記番組に対応づけられたサービス情報と対応づける記憶サーバと、
前記サービス情報プロセッサと通信できる状態にあり、前記広告のコピーを記憶し、さらに、前記広告に対応づけられた代替広告およびサービス情報を記憶する広告サーバと、
前記記憶サーバおよび前記広告サーバに結合され、かつ、前記番組の前記コピーを加入者に送信するのに使用することができ、また、選択された代替広告を前記ロケーションに挿入するのに使用することができる配信システムとを備える。
【００１５】
本発明の第４の態様によれば、加入者主導で番組を視聴する方法は、
アーカイブに記憶された所望の番組を選択するために表示装置上に表示された番組スケジュールと対話するステップと、
加入者を識別する情報および所望の番組を識別する情報を送信するステップと、
前記所望の番組のユニキャスト送信を受信するステップと、
前記番組の中に埋め込まれた代替広告のユニキャスト送信を受信するステップであり、前記代替広告は、前記番組の生放送内に含まれる広告とは異なる、前記代替広告のユニキャスト送信を受信するステップとを備える。
【００１６】
本発明の第５の態様によれば、放送方法は、
番組のアーカイブコピーを放映するように依頼する要求を加入者から受信するステップと、
前記番組の前記アーカイブコピーのロケーションを識別するステップと、
少なくとも部分的に前記番組に対応づけられた情報に基づいて少なくとも第１の広告を選択するステップと、
前記少なくとも第１の広告を前記番組の中に挿入するステップとを備える。
【発明を実施するための最良の形態】
【００１７】
以下、添付の図面を参照して、本発明の実施例を詳細に説明する。
【００１８】
本発明は、放送番組において広告を識別しかつ挿入するためのシステム、方法、コンピュータプログラムコード、および、手段に関する。本発明は、本出願と同一日付で出願された我々の同時係属国際特許出願第○○○○○号（代理人整理番号第ＰＪＦ０１６３３ＷＯ号）に記載されるような放送システムにおいて実施されてもよい。例えば、以下で説明されるように、本発明は、「生」で放送される番組またはアーカイブ（短期間アーカイブおよび長期間アーカイブを含む）から放送される番組を含む放送サービスプロバイダによって放送される番組において広告を識別および挿入するのを可能にする。本明細書を読めば、この分野に精通する者は、本発明の特徴がその他の放送システムにおいて同様に実施されてもよいことが分かるはずである。
【００１９】
説明を分かりやすくかつ容易にするために、ここでは、いくつかの用語が使用される。例えば、「加入者」という用語は、放送データ（生放送データまたはアーカイブされた放送データのいずれか、または、その両方）を受信および視聴するために放送サービスプロバイダとの加入者関係を有する個人または団体を意味するのに使用される。加入者は、例えば、その加入者を識別する特定のセットトップボックスに対応づけられてもよい。また、「加入者」は、ここでは、「ユーザ」または「視聴者」を意味してもよい。ここで使用される場合、「セットトップボックス」という用語は、一般的には、放送データを放送データサービスプロバイダから受信する加入者に対応する装置を意味するのに使用される。セットトップボックスは、放送データを受信するように設計された専用装置であってもよく、あるいは、それは、パーソナルコンピュータまたはその他のコンピュータデバイスに対応づけられたコンポーネントまたは機能として実施されてもよい。
【００２０】
ここで使用される場合、「広告」という用語は、一般的には、放送データのストリームの中に埋め込まれたまたは挿入されたビデオデータおよびオーディオデータを一般的には含む（しかしながら、テレテキスト、ビデオデータ、または、オーディオデータを含んでもよい）プロモーションまたは勧誘を意味するのに使用される。広告は、放送データのストリーム内の多くのロケーションに配置されてもよく、番組の開始点、番組中の様々な時点、番組の終了点、などを含む。
【００２１】
序論として、ここで、本発明の実施例が、放送システム５０が示された図１をまず最初に参照して、説明される。放送システム５０は、１つかまたはそれ以上の加入者５４ａ〜５４ｎにコンテンツを配信する１つかまたはそれ以上の放送サービスプロバイダ５１を含む。
【００２２】
加入者は、放送番組データをいくつかの形で受信することができる。例えば、加入者（加入者５４ｎのような）は、「生の」放送番組を受信してもよい。すなわち、加入者は、番組が放送される時刻に番組を視聴することができる。説明に役に立つ例として、「生の」放送番組は、「Ｅｖｅｎｉｎｇ  Ｎｅｗｓ」であってもよく、平日に現地時間の午後６時から毎晩放送される（このことは、本明細書全体を通して持続する）。放送システム５０は、加入者５４ｎのような加入者がこの番組をそれの指定された時刻（現地時間午後６時）に視聴するのを可能にする。ここで使用される場合（および、以下で定義される場合）、「生の」という用語は、放送番組が放送される実際の時間および計画された時間を一般的に意味するのに使用される（また、同時に撮影されかつ視聴される番組を意味することを必ずしも意図するものではない）。ＡＤＳＬ電話局またはＡＤＳＬ交換局までのバックホールのトラフィックを最小限に抑制するために、これらの「生の」放送は、マルチキャストによって加入者５４に送信され、トラフィックの重複を防止する。これは、バックホールの容量を減少させることなく、ビデオ番組データおよびオーディオ番組データを多数の加入者に送信するシステムの能力を増大させる（また、これによって、以下で説明するように、多数の加入者が、アーカイブされた番組を選択的に視聴するために、システムと対話するのを可能にする）。
【００２３】
加入者は、その内容が本明細書に含められるＩｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＩＧＭＰ），ＩＥＴＦ  ＲＦＣ  ３３７６（２００２年１０月）（ｗｗｗ．ｉｅｔｆ．ｏｒｇから入手可能）に記載されるような技術を用いて、番組のマルチキャスト放送に加えられてもよい。
【００２４】
これらの生放送は、番組に加えて、広告を含んでもよい。例えば、「イーブニングニュース（Ｅｖｅｎｉｎｇ  Ｎｅｗｓ）」番組は、番組の開始点に、番組中に１５分おきに、および、番組の終了点に配置された２つかまたは３つの（または、それ以上の）広告からなるグループを含んでもよい。放送サービスプロバイダ５１は、放送中にこれらの広告を捕獲および識別してもよく、ある実施形態においては、いくつかのまたはすべての広告を、１人かまたは複数の加入者５４に特定的に導かれる広告に置き換えてもよい。
【００２５】
放送システム５０によって、加入者（加入者５４ｂのような）は、番組を「生の」放送時刻の後のある時刻に視聴することができる。システムは、放送サービスプロバイダ５１によって受信されたすべての放送番組の短期間アーカイブコピーを生成および記憶する。この短期間アーカイブコピーがどのようにして生成および記憶されるかに関するさらに詳細な説明が、以下に提供される。一般的には、放送サービスプロバイダ５１は、いくつかの異なる放送チャンネルごとに放送番組のコピーを記憶するように構成された１つの記憶装置５３（または、一群の装置）を含む。いくつかの異なるチャンネルごとに２４〜７２時間の放送番組を記憶するために、十分な記憶空間が提供される。これらの短期間アーカイブコピーの生成および記憶とともに、番組のスケジュールが、生成される。番組が最初に放送された時刻の２４〜７２時間以内に（すなわち、「生の」放送の後に）その番組を視聴したい加入者は、番組を選択してその番組を加入者へ流させるために、番組のスケジュールと対話してもよい。これらの番組は、加入者が、番組を視聴しながら、早送りし、一時停止し、および、巻き戻すのを可能にするような形で記憶される。実施例として、加入者５４ｂは、「生の」放送時刻の午後６時にではなく午後６時１５分に「イーブニングニュース（Ｅｖｅｎｉｎｇ  Ｎｅｗｓ）」を視聴することを選択してもよい。さらに、加入者５４ｂは、彼が番組を視聴中に、必要であれば、早送りし、巻き戻し、あるいは、一時停止してもよい。
【００２６】
放送システム５０は、さらに、加入者（加入者５４ａのような）が、特定の番組を長期間アーカイブとして選択するのを可能にする。例えば、放送サービスプロバイダ５１または加入者（図１に示される加入者５４ａのような）は、特定の放送である「イーブニングニュース（Ｅｖｅｎｉｎｇ  Ｎｅｗｓ）」の長期間コピーを生成することを望むかもしれない。加入者５４ａは、放送サービスプロバイダ５１と通信することによって（例えば、以下でさらに説明するセットトップボックスまたはその他の装置を介して）、この願望を指示してもよい。そして、放送のコピーは、番組を長期間にわたり記憶するのに使用される記憶装置５２に記憶されてもよい。番組のコピーは、加入者５４ａを固有に識別する情報に対応づけられてもよく、それによって、その加入者５４ａは、必要であれば、番組にアクセスすることができる。そして、加入者５４ａは、必要であれば、番組を視聴してもよい。例えば、加入者５４ａは、１週間の特定の曜日の放送分の「Ｅｖｅｎｉｎｇ  Ｎｅｗｓ」をそれが放送された後に視聴してもよい。加入者５４ａは、同じ曜日の放送分を、その放送分がアーカイブから削除されるまで（例えば、加入者の依頼によって、あるいは、アーカイブ期間が満了すれば）、何回でも視聴してよい。必要な記憶容量を減少させるために、複数の加入者が、長期間アーカイブに記憶された番組のコピーにアクセスしてもよい。例えば、番組のコピーを生成することを要求したそれぞれの顧客を識別する情報は、アーカイブへのアクセスを共有するためのアクセス許可を与えられてもよい。
【００２７】
放送システム５０は、これらの種類の放送のそれぞれを加入者に選択的に配信するのを可能にし、視聴する際のより大きな選択肢、制御、および、柔軟性を加入者に提供する。加入者は、現在多くの家庭に敷設されている銅の電話線のような電話線を介してこれらの放送にアクセスしてもよい。システムは、非対称ディジタル加入者線（ＡＤＳＬ）技術を用いて、放送およびアーカイブされた番組を加入者に配信してもよい（この分野に精通する者は、現在知られているかまたは今後開発されるその他の技術がここに開示される実施形態に基づいて番組を配信するのに使用されてもよいことが分かるにしても）。あるいは、番組は、幅広く使用されている「Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ｖｅｒｓｉｏｎ  ２」（ＭＰＥＧ−２）方式のような符号化方式を用いて配信されてもよいが、この分野に精通する者は、その他の符号化方式が同様に使用されてもよいことが分かる。
【００２８】
放送データは、固定ビットレート（ＣＢＲ）符号化技術を用いて放送サービスプロバイダ５１から加入者５４に配信され、それによって、最大ビットレートが、提供され、それは、ビデオデータおよびオーディオデータの両方に使用される。本出願人は、ＣＢＲ符号化の使用は、ＡＤＳＬ交換局（または、「電話局」）からの距離に関する問題にもかかわらず、および、品質の高いビデオサービスを提供するための高いビットレートの要求にもかかわらず、ＡＤＳＬネットワークを介して信頼性のある安定したコンテンツ配信を提供することを確認している。特定の番組に対してビデオビットレートが、変化する場合、システムは、実際の固定ビットレートを生成するために、ビデオデータに余分な（空白の）データを詰め込みあるいは「挿入」するように構成された符号器を使用してもよい。さらに、ＡＤＳＬ電話局またはＡＤＳＬ交換局までのバックホールは、十分な帯域幅を加入者が利用できることを保証する特定のレベルの回線争奪力を得るために、「超過予約」されてもよい。例えば、バックホールは、バックホールによってサービスされるすべての加入者の３３％がいかなる時点においても動作状態であると仮定されるように設計されてもよい。これは、特定の交換局または電話局に対応づけられたそれぞれのディジタル加入者線アクセスマルチプレクサ（ＤＳＬＡＭ）に対応づけられた加入者の数を減少させることによって、実施されてもよい。
【００２９】
さらに、放送サービスプロバイダ５１は、放送番組のアーカイブコピーを生成するのと同時に、広告を識別および捕獲するように動作する。広告に関する様々の異なる種類の情報が、捕獲されてもよい。例えば、番組が放送されるとき、放送サービスプロバイダ５１は、広告の詳細および広告のオーディオデータおよびビデオデータを識別する情報とともに、番組内のそれぞれの広告のロケーションを識別する情報を生成してもよい。この情報は、長期間アーカイブ５２または短期間アーカイブ５３に記憶されてもよく、あるいは、分離した広告データベース（図示しない）に記憶されてもよい。この情報は、視聴のために番組が加入者に送信されるときに使用され、また、送信するときに広告が挿入されるべき点を放送サービスプロバイダ５１が識別するのを可能にする。また、この情報は、放送サービスプロバイダ５１が適切な広告を選択して挿入するのを可能にする（例えば、加入者の特定の人口統計に対象を絞り込むことによって）。すなわち、放送サービスプロバイダ５１は、異なる広告を選択して番組の中に挿入してもよい。異なる加入者は、異なる広告を提供されてもよい。番組が、異なる時刻に視聴されるとき、異なる広告が、挿入されてもよい。例えば、番組が、７月に視聴されるならば、遊園地の広告が、放映されてもよく、番組が、１２月に視聴されるならば、スキー場の広告が、表示されてもよい。本発明は、加入者に放送される番組において広告の選択および挿入をうまく制御することを可能にし、それによって、広告主の収入を増大させ、かつ、時間をずらした番組が広告収入を生み出すことができることを保証する。
【００３０】
放送サービスプロバイダ５１は、適切な広告を選択して加入者に送信される番組の中に挿入するように動作する。これらの選択された広告は、番組の元々の放送中に元々の広告が含まれていたロケーションに挿入されてもよく、あるいは、それらは、別のロケーションに挿入されてもよい。例えば、２０分おきに広告を元々含んでいた映画は、３０分おきの広告とともに送信されてもよい。別の実施例として、オンデマンドで元々放送されかつ広告を何ら含んでいなかった映画は、挿入されるいくつかの広告とともに、放送サービスプロバイダ５１によって送信されてもよい。放送サービスプロバイダ５１によって挿入される広告は、広告が視聴されるときに加入者に提供される付加的なプロモーション情報へのリンクを有するサービス情報を含む。さらに、本発明の放送システム５０は、加入者がいくつかのまたはすべての広告をスキップするのを可能にするように構成されてもよい。例えば、放送サービスプロバイダ５１は、参加するために加入者が追加料金を支払ってもよくかつ参加する加入者が広告をスキップまたは早送りするのを可能にする「プレミアム」サービスを運営してもよい。
【００３１】
ここで、図２を参照して、本発明をさらに詳細に説明する。図２のシステムは、加入者が生放送番組およびアーカイブされた番組の両方をテレビ受信機９で視聴するのを可能にするために、放送サービスプロバイダによって（または、放送サービスプロバイダの代理として）運営されてもよいいくつかの異なるコンポーネントを示す。図２に示されるシステムのいくつかのコンポーネントは、放送番組およびアーカイブされた番組を加入者に提供するサービスプロバイダによって、または、そのサービスプロバイダの代理として、運営されてもよい。コンポーネントのいくつかまたはすべては、ここで説明される機能を実行するように構成された１つかまたはそれ以上のコンピュータデバイス上で実施されてもよい。いくつかのコンポーネントは、分離した装置として示されるが、ここで説明される機能のいくつかまたはすべては、１つかまたはそれ以上のコンピュータデバイスまたはコンピュータデバイスのネットワーク上で実施されてもよい。
【００３２】
図２において、放送チャンネルソース１は、放送配信ヘッドエンド２（ＢＤＨＥ）に提供される放送チャンネルのデータフィードを生成する。例えば、放送チャンネルソース１は、例えば、テレビ放送、ビデオ、オーディオ、または、その他のデータのソースのような、いくつかの異なる種類の放送データのソースのいずれかであってもよい。それぞれのデータフィードは、チャンネルごとのビデオ情報およびオーディオ情報、それに加えて、それぞれのチャンネルで放送される番組ごとのサービス情報（ＳＩ）を含む。サービス情報は、それぞれの番組に関する情報を含み、その情報は、開始時刻および期間、および、番組の概要を含む。
【００３３】
ここで使用される場合、「サービス情報」（ＳＩ）または「番組固有情報」（ＰＳＩ）という用語は、固有のパケット識別子を有する付加的なトランスポートパケットとしてＭＰＥＧ−２トランスポートストリームに埋め込まれた情報を意味する。例えば、ＳＩは、番組の特徴、それが配置されたタイミングおよびチャンネル、および、特定の番組の種類、コンテンツ、および、タイミングを識別するその他の情報のような電子的な番組案内情報を含んでもよい。ＳＩは、番組のサービスプロバイダを識別する情報を提供する「サービス記述テーブル」（または、ＳＤＴ）、番組名、開始時刻、期間、などを含む「イベント情報テーブル」（または、ＥＩＴ）、および、その他のタイミングおよびイベント情報のような付加的な情報を含んでもよい。
【００３４】
放送データは、様々な通信媒体を用いて送信されてもよい。例えば、放送チャンネルソース１は、ディジタル衛星、ディジタル地上放送、ケーブル、ディジタル加入者線（ｘＤＳＬ）、または、ネットワークを介してのアナログまたは直接のフィードによって捕獲されたディジタルテレビ放送またはアナログテレビ放送として、いくつかのチャンネルの放送データを提供してもよい。放送データは、ディジタルソースから受信されてもよい（さもなければ、放送データは、ＢＤＨＥ２によって受信される前に、ディジタル放送データに変換される）。さらに、ディジタル放送データは、ＭＰＥＧ−２符号化方式のような符号化方式を用いて符号化されてもよいが、その他の符号化方式が、同様に使用されてもよい。ＭＰＥＧ−２のような符号化方式を使用することによって、ディジタル放送データに対応づけられたカプセル化されたＭＰＥＧ−２トランスポートストリームサービス情報を含むディジタル放送データを受信することができる。このサービス情報は、以下でさらに説明するように、番組の正確なタイミングを提供する。
【００３５】
いくつかの放送チャンネルソース１が、図２のシステムにおいて使用されてもよい。例えば、システムは、様々な放送チャンネルソースからの数十それどころか数百の異なるチャンネルデータフィードを受信してもよい。それぞれのチャンネルデータフィードは、いくつかの番組からなる。これらのチャンネルデータフィードは、ＢＤＨＥ２によって収集される。ＢＤＨＥ２は、ビデオ収集装置を含み、また、復号化してテレビ受信機に表示するためのセットトップボックスに適した形態にチャンネルデータを圧縮するための符号器を含んでもよい。また、ＢＤＨＥ２は、データを多重化するための多重化装置を含んでもよい。ＭＰＥＧ−２ビデオおよびＭＰＥＧ−２オーディオのような放送データは、ディジタルビデオ放送（ＤＶＢ）規格として符号化され、ＭＰＥＧ−２トランスポートストリーム内にカプセル化されてもよい。ＢＤＨＥ２については、図３を参照して、以下でさらに詳細に説明する。
【００３６】
収集、符号化、および、多重化に続いて、放送チャンネルのそれぞれは、ビデオサーバマネージャ５の指示に基づいて、ＭＰＥＧ−２トランスポートストリームにカプセル化されて、タイムスリップサーバ３および放送スケジュールサーバ４へ導かれる。同じ出力が、それぞれのサーバに送信されてもよい。あるいは、分離したデータが、サービス情報プロセッサ（図示されないが、ＢＤＨＥ２の一部として、あるいは、分離したコンポーネントとして、構成されてもよい）に送信され、そして、放送スケジュールサーバ４においてスケジュール情報を生成するのに使用されてもよい。サービス情報プロセッサの使用は、図３を参照して、さらに説明する。
【００３７】
タイムスリップサーバ３は、典型的には、コンピュータシステムが放送フィードからのデータを局所的に保存するのを可能にする記憶容量を備えたコンピュータシステム（または、コンピュータシステムのネットワーク）である。それぞれの放送チャンネルからのすべての番組は、少なくともある時間期間だけ記憶される。例えば、タイムスリップサーバ３は、２４〜７２時間のそれぞれの放送チャンネルからの番組を記憶してもよく、加入者が、番組が最初に放送された時刻の後のある期間（例えば、２４〜７２時間）だけ放送チャンネルからの番組を視聴するのを可能にする。以下でさらに説明されるように、タイムスリップサーバ３は、また、加入者が、彼らが選択した時刻に視聴するために、放送番組を選択的にアーカイブするのを可能にするように動作する。これらの長期間アーカイブは、アーカイブコンテンツサーバ１０に記憶されてもよい（あるいは、アーカイブコンテンツサーバ１０によってアクセスすることが可能であってもよい）。
【００３８】
以下でさらに詳細に説明するが、一般的には、タイムスリップサーバ３は、いくつかの符号化されたチャンネルの放送データをＢＤＨＥ２から受信し、チャンネルごとのビデオデータおよびオーディオデータを連続ストリームとしてディスクに記憶する。タイムスリップサーバ３は、また、それぞれの番組の開始点および終了点だけでなくそれぞれの番組がディスクに記憶されているロケーションを正確に識別する働きをなす。この情報は、加入者から要求されたときにタイムスリップサーバ３が番組を素早くかつ正確に検索するのを可能にする。さらに、タイムスリップサーバ３は、放送チャンネルデータを記憶する働きをなしてもよく、それによって、加入者から要求されたとき、その放送チャンネルデータを効率的にかつ正確に巻き戻しあるいは早送りすることができる。これらの特徴について、以下でさらに詳細に説明する。
【００３９】
放送スケジュールサーバ４は、番組の正確な履歴スケジュールを組み立てるために、タイムスリップサーバ３（および、スケジュール情報のその他のソース）と対話する。このスケジュール情報は、所望の番組を選択して視聴またはアーカイブするためにスケジュールと対話することのできる加入者に提供される。放送スケジュールサーバ４は、以下でさらに説明するように、異なる種類のスケジュール（例えば、長文形式のスケジュールまたは詳細スケジュール、および、短文形式のスケジュールまたは概略スケジュールを含む）を生成および維持してもよい。これらのスケジュールは、加入者に提供されてもよく、そして、視聴またはアーカイブする番組を対話型で識別するために、加入者によって使用されてもよい（例えば、加入者は、短期間アーカイブから１つかまたはそれ以上の番組を選択して視聴するために、あるいは、長期間アーカイブに記憶されるべき１つかまたはそれ以上の番組を選択して後に視聴するために、スケジュールと対話してもよい）。
【００４０】
ビデオサーバマネージャ５は、それぞれのチャンネルを生放送するために、ディジタル放送データを視聴者に配信するのを制御する。ビデオサーバマネージャ５は、また、顧客情報を記憶する（または、顧客情報にアクセスする）。例えば、顧客情報は、特定の顧客または加入者を顧客のセットトップボックス８に割り当てられた固有の識別子に対応づける情報を含んでもよい。顧客情報は、また、顧客視聴嗜好、人口統計学的情報、などを追跡するのに使用される情報を含んでもよい。また、ビデオサーバマネージャ５は、広告情報を記憶し（あるいは、その広告情報にアクセスし）、その広告情報は、それぞれの番組とともに元々放送された広告を識別するデータだけでなく、アーカイブされた番組における広告時間帯のロケーションを識別する広告データをも含む。さらに、ビデオサーバマネージャ５は、また、新しい広告または代替広告を記憶してもよく（あるいは、その新しい広告または代替広告にアクセスしてもよく）、その新しい広告または代替広告は、その広告に対応づけられたビデオデータおよびオーディオデータを含む。
【００４１】
ビデオサーバマネージャ５は、代替広告を選択しかつその代替広告をスイッチング＆ルーティングネットワーク６に提供するのにこの広告データを使用し、番組内の適切なロケーションにおいて加入者に送信する。広告は、加入者に対応づけられた情報（例えば、顧客データベースから検索された顧客人口統計学的情報のような）、元々の広告に対応づけられた情報（例えば、元々の広告時間帯がＣｏｃａ−Ｃｏｌａ，Ｉｎｃ．，によって支払いがなされたかどうかを保証する規則が実行されてもよく、代替広告は、Ｃｏｃａ−Ｃｏｌａの広告でなければならない）、および、番組に対応づけられた情報（例えば、番組が幼児向けの漫画であるかどうかを保証する規則が実行されてもよく、代替広告は、ビールコマーシャルのようなより年長の視聴者を対象とした広告であってはならない）に少なくとも部分的に基づいて選択されて送信されてもよい。
【００４２】
また、以下で説明するように、その他の情報が、提供されてもよい。ビデオサーバマネージャ５は、それぞれのチャンネルのユニキャスト、マルチキャスト、および、ブロードキャストを含むスイッチング＆ルーティングファシリティー６を制御する。それぞれの放送チャンネルは、ネットワーク７を介して、セットトップボックス８に送信され、そのセットトップボックス８は、データをテレビ受信機９に導く。ネットワーク７は、いくつかの異なる種類のどのようなネットワークであってもよく、あるいは、それらの組み合わせであってもよい。例えば、ネットワーク７は、ＡＤＳＬを用いたローカル交換およびローカルループ配信のための広域配信ネットワークであってもよい。ネットワーク７は、放送データが加入者セットトップボックス８に配信されるのを可能にし、また、データをセットトップボックス８からスイッチング＆ルーティングファシリティー６に送信するのを可能にする（例えば、番組を選択してアーカイブするために、番組を放映するために、など）。また、加入者は、現在の番組に関するサービス情報または番組情報にセットトップボックス８を介してアクセスすることができてもよい。
【００４３】
セットトップボックス８は、ディジタル放送データを加入者の自宅で受信するように構成されたものであれば、どのような装置であってもよい。ディジタル放送データが、ＡＤＳＬ技術によって、加入者に配信される場合、セットトップボックス８は、電話線を介してデータを送受信するのを可能にするモデムまたは受信機を含む。放送データが、ＭＰＥＧフォーマットで配信される場合、セットトップボックス８は、受信されたＭＰＥＧデータを復号化する能力を含む。セットトップボックス８は、セットトップボックスに対応づけられた加入者を固有に識別する情報を含んでもよい。例えば、セットトップボックス８は、ディジタル署名または暗号識別子のような固有の識別子を含んでもよい。この識別子は、例えば、スマートカードのような耐タンパー性のデバイスに提供されてもよい。この固有の加入者識別子は、セットトップボックス８から放送サービスプロバイダに送信されるメッセージに付加され、それによって、放送サービスプロバイダが加入者を識別するのを可能にしてもよい。さらに、固有の識別子は、スイッチング＆ルーティング６と個々のセットトップボックス８との間でユニキャストセッションを確立するのに使用されてもよい。セットトップボックス８は、赤外線センサまたはその他のセンサを備え、加入者が、遠隔制御装置を用いて、セットトップボックス８と対話するのを可能にしてもよい。
【００４４】
システムは、生放送番組を視聴し、最初の生放送の後にある期間だけ（例えば、最初の放送の後に２４〜７２時間の期間だけ）アーカイブされた放送番組を視聴し、あるいは、特定の番組を後で視聴するために長期間アーカイブに記憶して視聴する能力を加入者に提供する。最初の生放送の後に視聴される番組の場合、加入者は、その番組の放映を対話型で制御することができる（例えば、加入者は、必要であれば、放映を一時停止し、早送りし、あるいは、巻き戻してもよい）。さらに、システムは、放送サービスプロバイダによって受信された実際の放送データに基づいて正確な履歴番組スケジュールを生成するので、加入者は、番組を選択して視聴またはアーカイブするために、詳細なかつ正確なスケジュールを閲覧し、かつ、そのスケジュールと対話することができる。
【００４５】
また、システムは、正確な履歴広告データベースを生成するのを可能にし、その履歴広告データベースには、それぞれの番組におけるそれぞれの広告のロケーションまたは位置を識別する情報が含まれる。この広告データベースは、加入者に放送される番組における広告の挿入（および、必要であれば、代替）を制御するのに使用されてもよい。さらに、これらの視聴オプションのそれぞれは、ＡＤＳＬのような比較的に狭い帯域幅技術を用いて提供され、加入者が既存の家庭用電話線を介して多種多様な放送番組を視聴しかつそれらと対話するのを可能にする。
【００４６】
ここで、放送システム５０のより詳細な実施例が示される図３を参照して、本発明をさらに詳細に説明する。放送システム５０は、いくつかのセットトップボックス８を介して加入者に配信するためにＢＤＨＥ２に提供される放送データを生成する（あるいは、生成させる）１つかまたはそれ以上の放送チャンネルプロバイダ／１人の（または、複数の）権利所有者１２を含む。この実施例においては、ディジタル放送チャンネルデータは、１つかまたはそれ以上のディジタルチャンネルソース３０（例えば、ディジタル地上放送、ディジタル衛星、または、ディジタルケーブルソースのような）によって、ＢＤＨＥ２において受信される。このディジタル放送チャンネルデータは、ＭＰＥＧ−２フォーマット（または、それに類似するフォーマット）に符号化されて受信される。図示されるように、ディジタルチャンネルソース３０からＭＰＥＧ−２フォーマットで受信されたディジタル放送チャンネルデータは、典型的には、「複数番組トランスポートストリーム」（または、ＭＰＴＳ）として（すなわち、符号化された複数の番組をその中に有するパケットからなるトランスポートストリームとして）受信される。
【００４７】
このＭＰＴＳのチャンネル情報は、復号器３１に提供され、その復号器３１は、ディジタル放送チャンネルデータをチャンネルごとに連続的なディジタル情報に復号化する。復号器３１の動作によって、個々の番組に対応づけられたサービス情報は、失われる。このサービス情報（または、それの少なくとも一部分）は、ディジタルチャンネルソース３０において受信されたディジタル放送チャンネルデータをサービス情報（「ＳＩ」）プロセッサ１９に送ることによって、保存される。このＳＩプロセッサ１９は、ＢＤＨＥ２の一部として実施されてもよく、あるいは、ＢＤＨＥ２と通信することのできる分離したコンポーネントとして実施されてもよい。
【００４８】
ＳＩプロセッサ１９は、ディジタル放送チャンネルデータをＭＰＴＳフォーマットで受信し、そして、それぞれの放送チャンネルからの情報を解析し、それぞれのチャンネルに対応づけられた詳細な番組情報を得る。例えば、ＳＩプロセッサ１９は、入力データを解析し、「サービス記述テーブル」（ＳＤＴ）および「イベント情報テーブル」（ＥＩＴ）を放送チャンネルごとに得る。これらのテーブルは、それぞれの番組に関する情報だけでなくそれぞれのチャンネルにやがて現れる番組に関する情報をも提供する。例えば、テーブルは、番組の名前、番組の説明、番組の期間、（スケジュールされた、および、実際の）開始時刻および終了時刻、および、番組のジャンルに関する情報を識別する情報を提供する。
【００４９】
ＳＩプロセッサ１９は、チャンネルごとにビデオ情報およびオーディオ情報を多重化するための情報をＢＤＨＥ２に送り返す。ＢＤＨＥ２は、符号器３２を用いて、それぞれのチャンネルを「単一番組トランスポートストリーム」（ＳＰＴＳ）に再符号化する。符号化されたこのオーディオ情報およびビデオ情報は、マルチプレクサ３３を用いて、ＳＩプロセッサ１９からのＳＩ情報に対応づけられる。ＳＩプロセッサ１９は、番組アクセステーブル（ＰＡＴ）サービス情報および番組マップテーブル（ＰＭＴ）サービス情報を含むＭＰＥＧトランスポートストリームだけでなくチャンネルごとの複数番組識別子（ＰＩＤ）によって運搬されるプライベートデータも送り返す。マルチプレクサ３３は、これらのプライベートＰＩＤをチャンネルごとのオーディオデータおよびビデオデータとともに挿入する。再生コンシステンシーを保証するために、それぞれのプライベートデータＰＩＤによって使用される総帯域幅は、固定ビットレート（ＣＢＲ）である。一般的には、マルチプレクサ３３によってオーディオデータおよびビデオデータに再び対応づけられるそれぞれのプライベートデータＰＩＤに割り当てられた総帯域幅は、ビデオ帯域幅およびオーディオ帯域幅に比較すれば、かなり狭いものに維持される。
【００５０】
そして、それぞれのＭＰＴＳトランスポートストリームは、ネットワークインタフェース３４を用いて、複数の個々の単一番組トランスポートストリーム（番組ごとのＳＩデータを含む）に分割される。ネットワークインタフェース３４は、ＭＰＥＧ−２トランスポートストリーム認識インタフェースであってもよい。複数の単一番組トランスポートストリームは、生放送データとして適切なセットトップボックス８にルーティングするために、スイッチング＆ルーティング装置６に送られる。
【００５１】
また、ＳＩプロセッサ１９は、広告に対応づけられた情報を識別および検索するために、放送データストリームを解析する。ここで、図４Ａ〜図４Ｄを簡単に参照することによって、広告情報を検索するために解析された放送データストリームの例を提供する。図４Ａに示されるように、放送データストリーム（ＢＤＨＥ２において受信されたストリームのような）は、広告を備えないいくつかの番組を含んでもよい（例えば、広告から収益を受け取らないチャンネルから受信される番組のような）。そのような放送データストリームは、それぞれの番組を分離するＥＩＴ情報（「Ｅ１」、「Ｅ２」、および、「Ｅ３」として示される）を含んでもよい。ＥＩＴ情報「Ｅ１」は、時刻「ｔ１」において発生し、「ｔ１」と「ｔ２」（番組の終了時刻）との差「ｄ」に等しい期間を有する。この情報は、正確な履歴番組スケジュール（例えば、放送スケジュールサーバ４に記憶される）および番組アーカイブを生成する際に使用するために、ＳＩプロセッサ１９によって抽出される。
【００５２】
図４Ｂに示されるように、放送データストリームは、いくつかの番組を含んでもよく、それらの番組のそれぞれは、番組内に配置された広告を有する。図示されるように、番組は、ＥＩＴ「Ｅ１」によって指示される時刻「ｔ１」において開始する。番組内に配置されるのは、３つの広告であり、それらは、ＥＩＴ情報「Ｅａ１」、「Ｅａ２」、および、「Ｅａ３」によって指示され、かつ、時刻「ｔａ１」などを有する。この情報は、広告情報（例えば、これは、ビデオサーバマネージャ５に記憶されてもよく、あるいは、ビデオサーバマネージャ５がアクセスすることができる）を生成するためだけでなく、正確な履歴番組スケジュールを生成するために、ＳＩプロセッサ１９によって抽出される。この広告情報は、番組が放映されるときに広告を選択および挿入するのに使用される。より詳細には、再生時、ＳＩプロセッサ１９によって抽出された広告情報は、広告（その加入者を対象とする代替広告のような）を挿入する番組内における適切な時点を識別するのに使用される。
【００５３】
より詳細には、図４Ｂのデータストリームにおいて、再生時、再生タイマーは、番組が放送されたときに広告が元々配置されていた時刻（「ｔａ１」）を再生中に識別する。番組の再生は、一時停止されてもよく、広告が、時刻「ｔａ１」において、挿入され、そして、放映されてもよい。第２の広告が、時刻「ｔａ２」において、挿入されてもよく、そして、第３の広告が、時刻「ｔａ３」において、挿入されてもよい。番組の放映は、「ｔａ１＋ｄａ１＋ｄａ２＋ｄａ３」に等しい時刻において再開される。さらなる広告が、時刻「ｔａ４」および「ｔａ５」において挿入されてもよい。また、図４のデータストリームの種類ごとに、ＳＩプロセッサ１９によって抽出された広告情報は、広告のコンテンツを識別する情報を含んでもよい。例えば、ＥＩＴ情報は、広告主を識別する情報、特定のコマーシャルを識別する情報、対象とする視聴者を識別する情報、広告が放映されるべき日付を識別する情報、などを含んでもよい。この情報は、タイミング情報および期間情報とともに、番組の再生中に広告の選択および挿入を可能にするために、記憶され、かつ、使用される。
【００５４】
図４Ｃに示されるように、放送データストリームは、いくつかの番組を含んでもよく、それらの番組のそれぞれは、番組内に埋め込まれた一組の広告を有する。例えば、図示されるように、番組は、ＥＩＴ「Ｅ１」によって指示される時刻「ｔ１」において開始する。「広告中断」が、番組内に配置され、「ｔａ１」におけるＥＩＴ情報「Ｅａ１」によって識別される。広告中断は、１つよりも多い広告を含むほど十分に長いものであってもよい。図４Ｂのデータストリームと違って、図４Ｃのデータストリームは、個々の広告ごとの別々のＥＩＴ情報を使用しない。
【００５５】
図４Ｄに示されるように、放送データストリームは、ＥＩＴ情報によって識別されない広告を埋め込んだいくつかの番組を含んでもよい。ＳＩプロセッサ１９は、これらの広告を解析および識別できないかもしれない。代わりの方法として、システムは、これらの広告を識別するためのその他のインジケータを使用してもよい。例えば、オペレータは、放送データストリームをマニュアルで視聴し、それぞれの広告のまたは一組の広告の開始点および終了点を識別してもよい。
【００５６】
再び、図３を参照すると、ＳＩプロセッサ１９は、特定の種類のサービス情報を選択的に解析しかつ使用することによって、さらに帯域幅を節約するように構成されてもよい。例えば、サブタイトル情報が、帯域幅を減少させるように処理されてもよい。特定の実施例として、ＳＩプロセッサ１９は、完全なテレテキストサブタイトルを解析しかつサブタイトル情報だけをストリームから抽出することによって、ＢＤＨＥ２から受信されたＭＰＴＳデータからテレテキストサブタイトルを抽出する。例えば、ある放送システムは、放送に対応づけられたテレテキスト情報の特定の「ページ」にテレテキストサブタイトルを含む。あるシステムにおいては、サブタイトルは、テレテキストの「ページ８８８」に含まれる。そのようなシステムにおいては、ＳＩプロセッサ１９は、「ページ８８８」のパケットを再パッケージし、そして、オプションとして、別のプライベートデータＰＩＤを用いて（この場合にも、ＣＢＲで）、新しいパケット（例えば、「ページ１００」のパケットのような）をストリームに挿入するように構成される。
【００５７】
省略されたテレテキストページは、テレテキストサーバまたはデータベース（図３には示されない）に記憶されてもよく、そのテレテキストページは、放送番組を視聴中に、加入者のセットトップボックス８から問い合わせられてもよい。別の実施例として、ＤＶＢサブタイトル（存在すれば）が、また、帯域幅を減少させるために、ＳＩプロセッサ１９によって抽出されてもよい。例えば、ＳＩプロセッサ１９は、サブタイトル情報を解析し、サブタイトルを帯域縮小形式に変換してもよい（例えば、情報は、サーバに記憶され、セットトップボックス８からの特定の問い合わせだけに応答して、表示されてもよい）。このように、ＳＩプロセッサ１９は、必要とされるサービス情報が正しい番組に対応づけられたままであることを保証しながら、ある種類のサービス情報をトランスポートストリームから除去するために、ＢＤＨＥ２と協働して動作してもよい。
【００５８】
また、ＳＩプロセッサ１９は、無線チャンネルをうまく処理するように構成されてもよい（例えば、無線チャンネルはオーディオＰＩＤは有するがビデオＰＩＤは有していないことを識別することによって）。オーディオＰＩＤは、再符号化を必要とせずに、マルチプレクサ３３に直接に送られてもよい。さらにまた、ＳＩプロセッサ１９は、対話型アプリケーションを抽出するように構成されてもよく（これは、オンデマンドで使用するために、ビデオサーバマネージャ５によって記憶されてもよい）、それによって、典型的には放送環境において使用されるカルーセルシステムを使用しなくてもよいようにする。一般的な衛星およびケーブルシステムのような放送環境においては、多くの場合、対話型アプリケーションおよびそれに対応する資産を要求するのに使用されてもよいバックチャンネルが、存在しない。従来のシステムは、カルーセルを使用することによって、バックチャンネルのこの欠如を克服する。例えば、チャンネルプロバイダは、対話型アプリケーションおよびそれに対応する資産を分離したＭＰＥＧ  ＰＩＤによって反復して送信する（または、「カルーセルする」）。
【００５９】
これらの従来のシステムは、この情報を識別し、検索し、および、保管するのをセットトップボックスに頼るものである。このことが問題を引き起こしうる。例えば、視聴者が、アプリケーション内を移動する場合、あるいは、一方のアプリケーションから他方のアプリケーションに移動する場合、必要とされる情報は、保管されていないかもしれず、セットトップボックスは、チャンネルプロバイダがデータを再送するまで（あるいは、データがカルーセルに再び現れるまで）待たなければならない。
【００６０】
そのようなカルーセル技術を実施するのに使用される１つのプロトコルが、Ｄｉｇｉｔａｌ  Ｓｔｏｒａｇｅ  Ｍｅｄｉａ  Ｃｏｍｍａｎｄ  ａｎｄ  Ｃｏｎｔｒｏｌ（ＤＳＭ−ＣＣ）  ｅｘｔｅｎｓｉｏｎｓ  ｏｆ  ＭＰＥＧ−２，Ｐａｒｔ６に詳細に記述されている。本発明は、そのようなカルーセル技術を必要とせずに、放送システムが対話型アプリケーションを放送するのを可能にする。さらに、別バージョンの対話型アプリケーションが、チャンネルプロバイダまたはコンテンツ所有者によって確立されたアクセス規則またはアクセス許可に基づいて加入者に配信されてもよい（例えば、特定の対話型アプリケーションの最新バージョンだけを加入者が利用できることを保証するために、など）。
【００６１】
番組ごとにオーディオデータおよびビデオデータを再び組み合わせるために、処理されたサービス情報をヘッドエンドに提供することに加えて、ＳＩプロセッサ１９は、また、正確なスケジュールデータ１５を生成する際に使用するために、処理されたサービス情報を放送スケジュールサーバ４に提供する。ディジタル放送チャンネルデータがＢＤＨＥ２によって実際に受信されたときのそのディジタル放送チャンネルデータに基づいたサービス情報を使用することによって、システムは、ＢＤＨＥ２において受信されたそれぞれの放送チャンネルにおける放送番組の実際の開始時刻および終了時刻に関する正確な情報を備えた履歴スケジュールを生成することができる。この情報は、ほぼ完全なかつ相当に正確な番組情報を有するスケジュールデータ１５を生成するために、公表されたスケジュールデータ（例えば、放送チャンネルプロバイダ／チャンネル所有者１２によって公表された放送スケジュールデータのような）と組み合わせられてもよい。
【００６２】
実施例として、生スポーツイベントのような多くの番組は、推定された時間であるスケジュールされた放送時間を有する。この推定された時間は、番組スケジュールを生成するために、放送チャンネルプロバイダ／チャンネル所有者１２によって使用される。しかしながら、多くの場合、そのような番組は、早く（または、遅れて）終了することがある。システムは、番組の実際のスケジュールを正確に識別するスケジュールデータ１５を生成するのを可能にする。以下でさらに説明するように、この情報は、後に再生するために番組を正確にかつ効率的にアーカイブするのに使用されてもよい（例えば、４７分だけ正確に継続するスポーツイベントは、１時間のような推定された大まかな時間ではなく、４７分だけ継続することが識別される）。
【００６３】
ＢＤＨＥ２のネットワークインタフェース３４は、また、多重分離されたＳＰＴＳデータをタイムスリップサーバ３に提供する。図示されるように、タイムスリップサーバ３は、いくつかの異なる機能コンポーネントを有する。より詳細には、ＳＰＴＳデータの多重分離されたチャンネルのそれぞれは、チャンネル収集＆記憶装置４２に提供され、そのチャンネル収集＆記憶装置４２は、受信されたトランスポートストリームを読み込み、そして、それを、次の利用可能な記憶装置の正しい記憶ロケーションに記憶するように動作する。チャンネル収集＆記憶装置４２は、また、それぞれの記憶装置の終了点をラップアラウンドし、かつ、循環バッファを維持するように動作する。ＢＤＨＥ２から受信されたトランスポートストリームは、もとのままのフォーマットで記憶される（すなわち、それは、それが受信されたフォーマットで記憶される）。図示されるように、データは、チャンネルごとに分離した記憶装置４３、４４（または、記憶領域）に記憶される。それぞれの記憶装置（または、記憶領域）は、ある量の放送データを記憶するためのサイズを有する循環バッファまたはラップアラウンドバッファの役割をなすように構成されてもよい（例えば、短期間アーカイブ機能が、２４時間の短期間のアーカイブされた番組を提供することを意図する場合、それぞれのバッファは、２４時間のデータを収容するためのサイズを有する）。バッファの終了点に到達すると、バッファ内の最も古い番組は、チャンネルごとに最も新しい放送番組によって上書きされる。
【００６４】
チャンネル収集＆記憶装置４２は、また、トランスポートストリームからのプライベートデータＳＩパケットを解析するように動作する。プライベートデータＳＩパケットは、特定のＳＩデータに対応づけられた番組がどこに記憶されるかを識別する記憶情報とともに、スケジュールテーブル４１に送られる。例えば、スケジュールテーブル４１は、番組が記憶されるディスク記憶ロケーション（例えば、データ記憶装置４３または４４のような特定のチャンネルデータ記憶装置におけるバッファロケーションのような）をとりわけ識別するディスクロケーション情報とともに、番組のＳＩ情報を含む番組ごとの情報レコードを含んでもよい。チャンネル収集＆記憶装置４２によって受信されたＳＰＴＳストリームは、ＣＢＲであり、チャンネル収集＆記憶装置４２がそれぞれの番組に必要とされる記憶容量を高い信頼性で予測し、かつ、再生するときにディスクからデータを読み込む適時性を保証するのを可能にする。ＣＢＲは、再生するときのストリームの出力レートが入力レートに等しくなるのを保証する。
【００６５】
スケジュールテーブル４１は、チャンネルのリストを識別する情報を含むように構成されてもよく、それぞれのリストは、イベント識別子または番組識別子、イベント時間、および、番組が記憶されたディスク位置を含むレコードに対応づけられる。これは、番組の開始時刻および終了時刻が再生のために正確に配置されるのを可能にする。開始位置および終了位置は、番組境界に配置される。例えば、開始位置および終了位置は、再生が常に安全点において開始するのを保証するために、常に、ビデオ「番組グループ」（ＧＯＰ）境界またはオーディオ「パケット化基本ストリーム」（ＰＥＳ）境界に配置されてもよい。番組の循環バッファが、番組を越えてラップすれば、スケジュールテーブル４１内の番組情報は、除去されてもよい。
【００６６】
タイムスリップサーバ３は、また、ビデオ＆オーディオストリーム分析器４５を含む。ビデオ＆オーディオストリーム分析器４５は、それぞれのビデオＧＯＰ境界を固有に識別するように動作する。チャンネル収集＆記憶装置４２によって受信されたストリームは、これらの境界を識別するために、解析される。それぞれのチャンネル上のそれぞれのＧＯＰのディスク位置は、ＧＯＰリスト４６内に記憶される。ＧＯＰは、多くのＭＰＥＧトランスポートストリームパケットを連結してもよい（また、典型的には、約１２のビデオフレームを含んでもよく、ＩｎｔｒａフレームすなわちＩフレーム、ＰｒｅｄｉｃｔｅｄフレームすなわちＰフレーム、および、Ｂｉ−ｄｉｒｅｃｔｉｏｎａｌフレームすなわちＢフレームを含む）。ＭＰＥＧ−２規格に従って、ＧＯＰは、常に、Ｉフレームによって開始する。ビデオ＆オーディオストリーム分析器４５は、これらの境界を識別し、それらの境界を記憶ロケーションに対応づけるように構成される。さらに、分析器４５は、オーディオＰＥＳパケットロケーションを識別するために、ストリームを分析する。この分野に精通する者には、実施形態が、その他の規格とともに、同様に使用されてもよいことが分かるはずである（例えば、それらのその他の規格によって実現された境界を識別するためにストリームを分析することによって）。
【００６７】
また、タイムスリップサーバ３は、ビデオストリームがタイムスリップサーバ３によって記憶されると、そのビデオストリームからＩフレームを抽出するように構成された早送り（「ＦＦ」）／巻き戻し（「ＲＥＷ」）フレーム抽出器４７含む。このように、加入者の要求に応じた費用と時間のかかるＩフレームの検索が、回避される。ＦＦストリームおよびＲＥＷストリームの両方は、Ｉフレームを抽出してそれらをＭＰＥＧトランスポートストリームとしてラップすることによって生成される。ＰＴＳ／ＤＴＳを含むトランスポートストリームタイミング情報およびＰＣＲクロック情報は、タイムスリップサーバ３によって生成される。
【００６８】
システムは、境界を識別するために、ＩフレームがそれぞれのＧＯＰの開始点に配置されることを利用してもよい。ＧＯＰは、必ずしも同じ数のフレームを含まなくてもよく、例えば、符号器は、場合によっては、Ｉフレームをシーンチェンジに挿入するために、ＧＯＰを終了させてもよい。システムは、Ｉフレームがディスクに記憶されるレートを監視することによって（また、必要であれば、調節することによって）、適切なＦＦ／ＲＥＷ再生速度を保証する。定時番組の再生と違って、ＦＦ／ＲＥＷ再生の出力レートは、入力レートによって決定されない（すなわち、ＦＦ／ＲＥＷ情報は、再生されるレートと同じレートで記憶されなくてもよい）。その代わりに、再生レートは、Ｉフレーム間の所望の間隔を指定することによって、設定変更が可能である。ＦＦ／ＲＥＷ情報をデータベース４６に書き込むとき、ＦＦ／ＲＥＷフレーム抽出器４７は、チャンネル収集＆記憶装置４２から受信されたフィード内のＩフレームを省略してもよい。このように、コンシステンシーを得るために、再生レートを設定することができる。
【００６９】
ＦＦ／ＲＥＷストリームと最初のコンテンツストリームとの間の時間関係および記憶位置関係が、要求されたときにタイムスリップサーバ３が正しいＦＦ／ＲＥＷ点を配置するのを可能にするために、また、ＦＦ／ＲＥＷが完了した後に放映を再開するために番組の正しい点が配置されたことを保証するために、（例えば、データ記憶装置４６に）記憶される。再生の歩調合わせは、スイッチング＆ルーティング６（または、その他の出力装置）を正確なタイミングソースとして使用することによって、タイムスリップサーバ３によって制御される（例えば、ＡＴＭ環境においては、ＡＴＭスイッチが、タイミングソースとして使用されてもよい）。
【００７０】
タイムスリップサーバ３は、また、アーカイブされた番組の再生を制御するための再生モジュール４９を含む。再生は、要求された番組の開始点を探索し、そして、適切な記憶装置のコンテンツを、そのコンテンツを要求した加入者に対応づけられた特定のセットトップボックス８へ流すことを含む。セットトップボックス８から発行された要求メッセージは、要求を行った特定の加入者を識別する情報を含む（スイッチング＆ルーティング装置６がセットトップボックスとのユニキャストセッションを確立するのを可能にする情報とともに）。加入者が、番組を要求すると、その要求は、再生モジュール４９を介してタイムスリップサーバ３に発送され、その再生モジュール４９は、要求された番組の開始点を識別するために、スケジュールテーブル４１を閲覧する。それぞれの番組の開始点は、再生を正確に開始するのを保証するために、ＧＯＰまたはオーディオＰＥＳパケットに整列させられる。再生は、番組の終了点に到達するまで、あるいは、例えば、再生を一時停止する要求、スキップする要求、または、別の番組を視聴する要求のようなその他の指示が受信されるまで、継続する。
【００７１】
番組がスキップされると、あるいは、別の番組が選択されると、現在の番組は、ビデオＧＯＰ（または、オーディオＰＥＳパケット）の終了点に到達するまで、放映され続ける。到達すれば、メッセージが、差し迫った中断をセットトップボックス８に通告するプライベートデータＰＩＤパケットを用いて、セットトップボックス８に送信される。再生は、次の番組またはスキップ点に最も近いＧＯＰ（または、オーディオＰＥＳ）フレームの開始点から継続する。タイムスリップサーバ３は、最も近いビデオＧＯＰフレームから（または、オーディオＰＥＳパケットから）再生するように構成されてもよく、それによって、異なる種類のセットトップボックスをこのシステムとともに使用するのを可能にする（異なるセットトップボックスは、再生の中断に異なる形で応答するかもしれないので）。
【００７２】
上述したように、本発明は、長期間アーカイブに記憶するために加入者が番組のアーカイブコピーの生成を選択的に要求するのを可能にする。タイムスリップサーバ３は、ビデオサーバマネージャ５からの指示に基づいて、アーカイブコンテンツサーバ１０に１つかまたはそれ以上の番組を保存させるように動作してもよい。例えば、加入者は、加入者が将来に視聴するために、特定の番組をアーカイブすることを要求してもよい。この要求は、加入者のセットトップボックス８からビデオサーバマネージャ５に送信され、そのビデオサーバマネージャ５は、要求をタイムスリップサーバ３に送信する。要求された番組を含むＳＰＴＳパケットが、タイムスリップサーバ３によって受信されると、タイムスリップサーバ３は、アーカイブデータ記憶装置１７に記憶するために、番組のコピーをアーカイブコンテンツサーバ１０に送信することを開始するように機能する。
【００７３】
これらのアーカイブ機能は、結果として、番組の少なくとも２つのコピーを記憶することをもたらしてもよい。すなわち、アーカイブデータ記憶装置１７内に存在する１つのコピー（アーカイブを要求する一人の（または、複数の）加入者がその後に検索するための「長期間」アーカイブ）、および、タイムスリップサーバ３内に存在する１つのコピー（システムが放送番組を記憶している期間中に番組を視聴したいいずれかの加入者が視聴するための「短期間」アーカイブ）である。その結果として、システムは、番組を視聴するためのより長い保存期間およびより多くの選択肢を提供する。タイムスリップサーバ３によって記憶されたバージョンは、例えば、番組が放送された後の数日間の視聴期間を提供するより短命なコンテンツの記憶として視聴されてもよく、そして、アーカイブコンテンツサーバ１０によって記憶されたバージョンは、番組のより長い記憶および視聴を提供してもよい。すなわち、タイムスリップサーバ３は、チャンネルごとにアーカイブされた番組の循環バッファを提供し、そして、アーカイブコンテンツサーバ１０は、選択された番組の専用長期間記憶を提供する。
【００７４】
いくつかの異なる記憶構成が、番組情報を記憶するのに使用されてもよい。例えば、ハードディスクまたはテープドライブが、使用されてもよい。ディスク全体が使用されてもよく、あるいは、パーティションされたディスクが使用されてもよい。障害に対するさらなる保護として、ＲＡＩＤパーティションが、使用されてもよい。１つのチャンネルに対して複数のディスクが、使用されてもよい。複数の冗長なディスクが、同じコンテンツを記憶するのに使用されてもよく、それによって、障害を減少させ、かつ、自動フェイルオーバリカバリを潜在的に可能にする。さらに、そのような構成は、きわめて人気のあるチャンネルにかかる負荷を複数のディスク全体に分散させることによって、改善された総合的な性能を提供することができる。このように、生放送データは、サービス情報データを生成し、番組をアーカイブし、かつ、正確な履歴スケジュールを組み立てながら、許可された加入者に配信されてもよい。
【００７５】
すべてのチャンネルが、すべてのタイムスリップサーバに提供される必要はない。例えば、タイムスリップサーバへのチャンネルの割当は、そのチャンネルから得ることのできる番組の人気に依存してもよい。タイムスリップサーバへのチャンネルの割当は、その結果として、ピーク時間の同時視聴をタイムスリップサーバの組が達成できるようになされる。
【００７６】
また、（例えば、長期間アーカイブかまたは短期間アーカイブからの）番組の再生は、加入者に送信するために、広告を選択して番組に挿入することを含んでもよい。この選択および挿入は、それぞれの番組およびチャンネルにおける広告のロケーションを識別する情報にアクセスするビデオサーバマネージャ５の制御下において、実行される。ビデオサーバマネージャ５は、また、広告のデータベース（例えば、データベース２０のような）にアクセスしてもよい。
【００７７】
ビデオサーバマネージャ５は、加入者に送信される番組内に含めるための代替広告を選択してもよい。ここで、本発明による方法を説明するフローチャートが示される図５をまず最初に参照することによって、このことについてさらに詳細に説明する。図５のフローチャート（および、ここに含まれるその他のフローチャート）は、いくつかの処理ステップを含む。これらの処理ステップは、図示されるシーケンスで実行されなくてもよく、この分野に精通する者は、ここで説明される実施形態と一致する様々なシーケンスが使用されてもよいことが分かるはずである。
【００７８】
図５は、放送データストリーム内の広告を識別するための処理３００を示す。処理３００は、図１〜図３の放送システムを用いて実施されてもよいが、この分野に精通する者は、その他のシステムおよび構成が同様に使用されてもよいことが分かるはずである。処理３００は、符号３０２において開始し、その符号３０２において、放送データストリームが、受信される。例えば、図３のシステムにおいては、放送データストリームは、ＢＤＨＥ２によって受信されるディジタルデータストリームである。
【００７９】
処理は、符号３０４に進み、その符号３０４において、広告が、識別される。広告は、ＳＩプロセッサ１９によって識別されてもよい。ＢＤＨＥ２は、データストリームをＳＩプロセッサ１９に送信し、そのＳＩプロセッサ１９において、サービス情報が、解析および識別される。広告が、ＥＩＴ情報（上述した図４Ｂまたは図４Ｃのデータストリームのような）によって識別されると、ＳＩプロセッサ１９は、ＥＩＴ情報に基づいてそれぞれの広告のロケーションを識別する。ＥＩＴ情報が、広告に提供されない場合、ストリーム内の広告のロケーションを識別するために、オペレータが、放送データストリームを監視するのに使用されてもよい。
【００８０】
処理は、符号３０６に進み、その符号３０６において、ＥＩＴ情報またはその他のロケーション情報は、広告情報およびロケーションを含むスケジュールテーブルを生成または更新するのに使用される。ＥＩＴ情報（または、マニュアルで捕獲されたロケーション情報）は、放送スケジュールサーバ４によって生成された放送スケジュールに対応づけられた広告のスケジュールを組み立てるために、ＳＩプロセッサ１９から放送スケジュールサーバ４に提供される。例えば、番組ごとに、広告イベントスケジュールが、生成され、番組内におけるそれぞれの広告の位置を指示する。また、広告に対応づけられた詳細（例えば、広告主、ジャンル、対象とする視聴者、記述または識別子、推奨される放映日付、などのような）を識別する情報が、捕獲されてもよい。また、広告のコピーが、記憶される。放送スケジュールサーバ４は、スケジュール情報を記憶し、ビデオサーバマネージャ５は、広告データ２０を記憶する。番組が、再生されるとき（以下で説明するように）、両方の組の情報が、広告を番組の中に挿入するのに使用される。
【００８１】
システムは、対象を絞り込んだプロモーションおよび特定の加入者に導かれる広告を挿入するように構成されてもよい。例えば、そのような広告は、短期間アーカイブかまたは長期間アーカイブから番組を再生するときに（あるいは、生番組を加入者にマルチキャストするときに）、開始点、終了点、または、いくつかのその他の点に挿入されてもよい。対象の絞り込みは、情報を得るために顧客データベース１４を閲覧することによって達成されてもよく、その情報には、限定はされないが、加入者嗜好、加入者視聴履歴、年齢、性別、および、人口統計学的情報が、含まれる。
【００８２】
ここで、図６を参照すると、広告を選択しかつその広告を番組（例えば、生放送番組またはアーカイブされた番組のような）の中に挿入するための処理４００が、示される。処理４００は、図１〜図３のシステムを用いて実行されるが、この分野に精通する者は、その他のシステムが、広告を選択してそれを番組の中に挿入するために、本発明の特徴を使用してもよいことが分かるはずである。処理４００は、符号４０２から開始し、その符号４０２において、番組を放映するように依頼する要求が、加入者から受信される。
【００８３】
例えば、符号４０２において受信される要求は、番組のアーカイブコピー（例えば、タイムスリップサーバ３に対応づけられた短期間アーカイブに記憶された最近放送された番組、または、アーカイブコンテンツサーバ１０によって維持された加入者に対応づけられたアーカイブのような長期間アーカイブに記憶された番組のような）を放映することを依頼する要求であってもよい。符号４０２において受信された要求は、番組を識別する情報を含む。また、要求は、加入者を識別する情報（例えば、加入者識別子または加入者に割り当てられたセットトップボックスに対応づけられた識別子のような）を含む。
【００８４】
処理は、符号４０４に進み、その符号４０４において、放送システムは、要求された番組のロケーションおよび番組に対応づけられた広告情報を識別するように動作する。例えば、符号４０４における処理は、要求された番組は、タイムスリップサーバ３に対応づけられた短期間アーカイブに存在する番組であるかどうか、あるいは、アーカイブコンテンツサーバ１０に対応づけられた長期間アーカイブに記憶された番組であるかどうかを決定することを含んでもよい。また、符号４０４における処理は、例えば、スケジュールテーブル４１または番組の特定の記憶ロケーションを指示するその他のリソースを閲覧することによって、番組の記憶ロケーションを識別することを含む。また、番組に対応づけられた広告に関する情報が、符号４０４において識別される。この広告情報は、番組が最初に放送されたときにＳＩプロセッサ１９によって抽出された情報である。例えば、広告情報は、それぞれの広告スポットの長さを識別する情報および広告を識別する情報（広告主、広告の名前または識別子、対象とする視聴者、広告が放映されるべき日付、などを含む）だけでなく、広告が番組内のどこに配置されているかを識別する情報を含んでもよい。
【００８５】
要求された番組が、広告を何も含んでいなければ（例えば、番組は、コマーシャル無しのチャンネルを介して放送された）、処理は、符号４１０に進んでもよく、その符号４１０において、要求された番組は、広告を何も挿入せずに放映される。たとえ番組が広告無しで最初に放送されたにしても、符号４０８において、広告が、挿入のために選択されてもよい（例えば、映画は、ビデオオンデマンドとして、広告無しで最初に放送されたかもしれないが、１つかまたはそれ以上の広告を挿入されてアーカイブから再放送される）。
【００８６】
要求された番組が、広告を含む場合、処理は、符号４０６に進み、その符号４０６において、番組を要求する加入者に対応づけられた情報が、検索される。例えば、符号４０６における処理は、情報を顧客データベース１４から検索し、加入者が要求された番組を視聴することを許可されていることを確認するのに必要な何らかの権利情報だけでなく、加入者に対応づけられた人口統計学的情報およびその他の情報も識別することを含んでもよい。
【００８７】
処理は、符号４０８に進み、その符号４０８において、１つかまたは複数の広告が、挿入のために選択される。この選択は、タイムスリップサーバ３と通信できる状態にある（および／または、アーカイブコンテンツサーバ１０と通信できる状態にある）ビデオサーバマネージャ５の制御下において実行される。挿入のために選択される広告は、番組が最初に放送されたときに番組から抽出されたものと同じ広告である（例えば、図５の処理のステップ３０４において）。挿入のために選択された広告は、番組とともに最初に放送された広告とは異なる広告である。例えば、加入者の人口統計または番組のジャンルに的確に一致する代替広告が、選択される。さらに、代替広告は、最初に放送された時間スロットに収まるように選択されてもよい（例えば、３０秒の広告が、３０秒のスロットに使用される）。また、その他の考察が、広告を選択する際になされてもよい。代替広告は、番組の中の異なるロケーションに挿入されてもよい。例えば、番組は、２０分おきの広告スロットを備えて放送されたかもしれない。放送サービスプロバイダは、広告スロットが３０分おきに配置される方がよいと判定してもよい。再生時（符号４１０において）、新しい時間スロットが、使用されてもよい。
【００８８】
処理は、符号４１０に進み、その符号４１０において、番組は、加入者のために再生され、選択された広告が、番組の広告スロットの中に挿入される。番組が、短期間アーカイブまたは長期間アーカイブから要求されたアーカイブ番組であれば、番組は、加入者のセットトップボックスによって確立されたユニキャストセッションによって加入者に送信される。それぞれの広告に対応づけられたビデオデータおよびオーディオデータは、番組が送信されるときに、データストリーム内に多重化されてもよい。広告データは、番組から最初に抽出されたＥＩＴ情報によって指示される位置に挿入される。例えば、広告を放送する時点が、発生すると（すなわち、広告イベント時刻が再生時刻に一致するロケーションに再生が到達すると）、アーカイブされた番組の再生が、一時的に停止され、ビデオサーバマネージャ５は、アーカイブコンテンツサーバ（または、広告コンテンツを記憶するその他のサーバ）に符号４０８において選択された広告を放映させる。番組が、ユニキャストセッションにおいて放映されている場合、選択された広告もまた同じユニキャストセッションにおいて放映される。広告の放映が終了すると、ビデオサーバマネージャ５は、番組を再開するために、再生の制御をタイムスリップサーバ３に戻す。タイムスリップサーバ３は、元々の広告が終了した点から再生を再開する。
【００８９】
広告は、さらなるプロモーション素材（プロモーション販売のような）に対応づけられてもよい。例えば、広告（図５の符号３０４において識別された広告、および、符号４０８において選択された広告を含む）は、１つかまたはそれ以上のプロモーションリンクを識別する情報を含んでもよい広告に対応づけられたＳＩ含んでもよい。例えば、番組のスポンサーは、番組に関連するかまたは特定の広告に関連するプロモーション情報または製品を提供してもよい。広告は、プロモーション販売へのリンク（例えば、インターネットＵＲＬまたはそれに類似するもののような）を含むＳＩを有してもよい。そのような広告が、符号４１０において放映されると、加入者のセットトップボックスは、プロモーションが広告に対応づけられたインジケータを表示する。加入者は、遠隔制御装置によってプロモーションを選択することによって、プロモーション情報を視聴することができる。加入者が、プロモーション情報を視聴することを選択すれば、セットトップボックスは、ＳＩに含まれるリンクへルーティングされ、プロモーション情報が、表示される。そして、加入者は、プロモーション情報（これは、例えば、製品販売、製品説明、プロモーションビデオ、購入申し込み、購入するためのオペレータへのリンク、などであってもよい）を視聴してもよい。加入者が、プロモーション情報を視聴するのを終了すると、彼は、元々の広告から離れた点、広告の終了点、または、広告中断の終了点のいずれかに復帰してもよい。
【００９０】
この再生および挿入の処理は、番組が終了するまで反復される。複数の広告が、連続して放映されなければならない場合、広告のそれぞれが放映された後に、制御は、タイムスリップサーバ３に戻る。そのような一連の広告は、放送データストリーム内に挿入するために、単一パケットまたは単一ファイルに合体されてもよく、それによって、ビデオサーバマネージャ５とタイムスリップサーバ３との間で制御を切り換える必要性をできるだけ少なくする。また、ビデオサーバマネージャ５は、一連の広告を放映する順序の選択を制御してもよい。
【００９１】
また、それぞれの広告に対応づけられたビデオデータおよびオーディオデータは、タイムスリップサーバ３に記憶され（または、タイムスリップサーバ３がアクセスすることができ）、タイムスリップサーバ３が、再生中に、広告を効率的に挿入するのを可能にする。番組内の広告のあるものは、置き換えられ、また、あるものは、最初に放送された形で放映される。広告中にＦＦまたはＲＥＷを実行する能力は、加入者が広告をスキップするのを防止するために、無効にされてもよい。
【００９２】
上述したように、実施形態は、対象を絞り込んだ広告を、加入者に送信される番組の中に挿入するのを可能にする。この対象の絞り込みは、いくつかの形で実施されてもよい。ここで、図７を参照すると、放送システム５０の実施例が、示され、その放送システム５０において、放送サービスプロバイダ５１は、加入者５４への広告およびプロモーションの対象を絞り込むのに使用される顧客データおよび広告データを維持する（あるいは、それらにアクセスする）。便宜上、放送システム５０の選択されたコンポーネントしか図７には示されない。
【００９３】
図示された実施例においては、放送サービスプロバイダ５１は、生放送データを加入者５４に提供するように動作する。放送サービスプロバイダ５１は、さらに、アーカイブされた番組を加入者５４に提供し、短期間アーカイブ５３および長期間アーカイブ５２からの番組を含む。特定の加入者へのこれらの番組の送信は、ビデオサーバマネージャ５によって部分的に制御される。例えば、ビデオサーバマネージャ５は、特定の加入者が特定の番組または番組の特定のアーカイブコピーを視聴することを許可されているかどうか、あるいは、加入者が番組の長期間コピーをアーカイブすることを許可されているかどうかを判定するために、顧客データベース１４を閲覧してもよい。また、放送サービスプロバイダ５１は、加入者の視聴習慣を観察するために、傾向を把握するために、また、個々の加入者への広告およびプロモーションを選択しかつ対象を絞り込むために、この顧客データを使用してもよい。
【００９４】
顧客データベース１４は、放送サービスプロバイダ５１と加入者関係を有する個人を識別するデータを含む。このデータは、例えば、固有の加入者識別子（これは、加入者に支給されたセットトップボックスの固有の識別子と同じであってもよく、あるいは、そのセットトップボックスの固有の識別子に対応づけられてもよい）、加入者の人口統計学的情報（例えば、加入者の年齢、性別、配偶者の有無、家族構成、などを含む）、地理的情報（例えば、加入者の住所を含む）、および、契約情報（例えば、それぞれの加入者に対応づけられた特定のチャンネルおよび権利を識別する情報を含む）を含んでもよい。この情報は、加入者が生番組およびアーカイブされた番組にアクセスするのを制御するために、ビデオサーバマネージャ５によって使用されてもよい。また、契約情報は、加入者が加入者のセットトップボックスまたはテレビ受信機から番組をコピーすることを許可されているかどうかを指示する情報を含んでもよい。例えば、加入者は、ビデオカセットレコーダまたは書き換え可能なＣＤ−ＲＯＭまたはＤＶＲを彼のテレビ受信機またはセットトップボックスに装填し、本発明の実施形態を用いて放送されたいくつかの番組をコピーしてもよい。加入者のコピーする能力は、加入者に送信されるある特定の番組内にコピー防止手段を含めることによって、制限されてもよい。コピー防止手段は、特定の番組ごとに指定されてもよい。
【００９５】
また、顧客データベース１４は、生放送に対応づけられた加入者視聴習慣に関する情報を含む。例えば、ビデオサーバマネージャ５は、生放送のマルチキャストに参加するために加入者から受信されたそれぞれの要求を追跡および識別する。そして、ビデオサーバマネージャ５は、それぞれの加入者から要求されたそれぞれの番組の名前、ジャンル、チャンネル、および、放送時刻を識別する情報を捕獲する（および、顧客データベース１４に記憶する）。このように、放送サービスプロバイダ５１は、加入者ごとの詳細な生放送視聴情報を捕獲し、維持し、そして、追跡してもよい。
【００９６】
また、顧客データベース１４は、短期間アーカイブおよび長期間アーカイブに記憶された番組に対応づけられた加入者視聴習慣に関する情報を含む。例えば、ビデオサーバマネージャ５は、短期間アーカイブ５３に記憶された番組を視聴するために加入者から受信されたそれぞれの要求を追跡および識別する（例えば、それぞれの要求の番組名、ジャンル、チャンネル、および、時刻を識別する情報を含む）。また、ビデオサーバマネージャ５は、長期間アーカイブ５２から番組を視聴することを依頼するそれぞれの要求だけでなく、番組のコピーを生成して長期間アーカイブ５２に記憶するために加入者から受信されたそれぞれの要求をも追跡および識別する（例えば、視聴する要求の番組名、ジャンル、チャンネル、および、時刻を識別する情報を含む）。このように、放送サービスプロバイダ５１は、それぞれの加入者の視聴習慣および視聴嗜好に関する関連のある適時の情報を備えた顧客データベース１４を生成し、維持し、そして、更新することができる。
【００９７】
それぞれの加入者に対応づけられたこの顧客データベース情報は、放送サービスプロバイダ５１に記憶された（または、放送サービスプロバイダ５１がアクセスすることのできる）広告データおよびプロモーションデータとともに使用されてもよい。例えば、図７に示されるように、ビデオサーバマネージャ５は、広告データベース２０と通信できる状態にある。広告データベース２０は、いくつかの異なる種類の広告またはプロモーションに関する情報を含み、かつ、これらの情報を加入者に流す能力を有する。例えば、広告データベース２０は、３０秒かまたは６０秒の広告のような定時放送広告を含んでもよい。また、広告データベース２０は、テレビ画面の上部または下部に横方向に表示されるように生成されたバナー広告を含んでもよい。広告データベース２０は、ＭＰＥＧまたはその他のフォーマットによる広告のビデオ部分およびオーディオ部分を記憶してもよい。また、その他の種類の広告またはプロモーションが、提供されてもよい。
【００９８】
広告データベース２０は、それぞれの広告またはプロモーションに対応づけられた識別情報を含んでもよい。例えば、それぞれの広告は、固有の識別子によって識別される。この固有の識別子は、広告およびプロモーションを追跡および管理するために、放送サービスプロバイダ５１によって使用される。例えば、ビデオサーバマネージャ５は、この固有の識別子を参照することによって、特定の広告を放映することを要求してもよい。また、広告データベース２０は、それぞれの広告に対応づけられたその他の情報を含んでもよく、広告が対象とすべき視聴者を識別する情報を含む。例えば、酒造会社は、年齢が２１〜３５歳の弾性に表示することを意図したビール広告を生成してもよい。対象とすることを意図した広告の視聴者を識別するこの人口統計学的情報は、広告自身に対応づけられたレコードとして広告データベース２０に記憶される。ビデオサーバマネージャ５は、生放送データまたはアーカイブされた放送データを送信するのと同時に対象を絞り込んだ広告を加入者に提供するために、顧客データベース１４からの情報とともにこの情報を使用する。
【００９９】
例えば、加入者が、生放送番組のマルチキャストに参加する場合、加入者は、番組選択要求をセットトップボックスを介して放送サービスプロバイダ５１に発行する。この番組選択要求メッセージは、加入者を識別する情報（または、加入者に対応づけられたセットトップボックスを識別する情報）を含む。ビデオサーバマネージャ５は、加入者が要求された番組を視聴するためのアクセス許可を有するかどうかを決定するのにこの識別情報を使用し、加入者が、アクセス許可を有するならば、加入者を番組のマルチキャストに加える。
【０１００】
また、ビデオサーバマネージャ５は、１つかまたはそれ以上の広告またはプロモーションを加入者に選択的に送信してもよい。これらの広告またはプロモーションは、加入者に対応づけられた情報、加入者から要求された番組に対応づけられた情報、および／または、番組とともに最初に放送された広告に対応づけられた情報に基づいて、選択されてもよい。例えば、加入者が、２５歳の弾性であり、かつ、加入者が、スポーツイベントの生放送を視聴することを依頼する要求を発行すれば、ビデオサーバマネージャ５は、その加入者を対象とする１つかまたはそれ以上の広告を識別してもよい（加入者の人口統計の理由から、要求された番組のジャンルの理由から、または、それらの両方の組の情報を組み合わせた理由から）。例えば、上述したビールコマーシャルが、加入者に放送するために選択されてもよい（なぜなら、加入者の人口統計学的情報は、ビールコマーシャルに対応づけられた対象視聴者情報と一致するからである）。ビデオサーバマネージャ５は、ＳＩプロセッサ１９（図３に示される）によって抽出されたＥＩＴ情報によって識別されたロケーションに広告を挿入することによって、選択された１つかまたは複数の広告を番組を放送するのと同時に加入者に放送してもよい。
【０１０１】
同様の対象の絞り込みが、番組を短期間アーカイブまたは長期間アーカイブから放送するのと同時に実行されてもよい。このようにして、システムは、加入者に関する情報、番組に関する情報、広告またはプロモーションに関する情報、または、これらの情報の組み合わせに基づいて、加入者を対象とする広告またはプロモーションを正確に絞り込むのを可能にする。さらに、広告またはプロモーションは、加入者がその広告をスキップまたは早送りするのを防止するような形で加入者に送信されてもよい。例えば、広告は、番組の中で、画面の上部または下部に沿って表示されるバナー広告として送信されてもよい。
【０１０２】
もう１つの実施例として、広告は、加入者が番組の再生を一時停止している期間中に表示されるように送信されてもよい。さらにもう１つの実施例として、広告は、要求された番組の開始点において放映されるように送信されてもよく、そして、番組を視聴する前に、視聴されなければならない。このように、広告は、選択された視聴者を正確に対象として絞り込むことができ、既存のテレビ広告技術に関連する非効率性を減少させる。
【０１０３】
加入者が、アーカイブされた番組を視聴する場合（例えば、短期間アーカイブからかまたは長期間アーカイブから）、番組の生放送とともに最初に放送されたいくつかのまたはすべての広告は、特にその加入者を対象とする１つかまたはそれ以上の対象を絞り込んだ広告と置き換えられてもよい。
【０１０４】
ＭＰＥＧ−２規格を参照して実施形態を説明したが、この分野に精通する者は、この明細書を読むことによって、その他の符号化技術が使用されてもよいことが分かるはずである。例えば、現在使用されているその他の規格（例えば、ＭＰＥＧ−４および／またはＨ．２６４などのような）が、同様に、使用されてもよい。
【図面の簡単な説明】
【０１０５】
【図１】放送システムの実施例のブロック図である。
【図２】加入者が生放送番組およびアーカイブされた番組の両方をテレビ受信機で視聴するのを可能にするために放送サービスプロバイダによって（または、放送サービスプロバイダの代理として）運営されてもよいいくつかの異なるコンポーネントを示すより詳細なブロック図である。
【図３】放送システムのより詳細なブロック図である。
【図４Ａ】放送データチャンネルストリーム内のデータ構造を示す図である。
【図４Ｂ】放送データチャンネルストリーム内のデータ構造を示す図である。
【図４Ｃ】放送データチャンネルストリーム内のデータ構造を示す図である。
【図４Ｄ】放送データチャンネルストリーム内のデータ構造を示す図である。
【図５】広告を識別および処理するための処理を示すフローチャートである。
【図６】番組を放映し、そして、広告を挿入するための処理を示すフローチャートである。
【図７】放送システムの実施例のさらなるブロック図である。
【図１】
2006519525.tif 000003
【図２】
2006519525.tif 000004
【図３−１】
2006519525.tif 000005
【図３−２】
2006519525.tif 000006
【図４Ａ】
2006519525.tif 000007
【図４Ｂ】
2006519525.tif 000008
【図４Ｃ】
2006519525.tif 000009
【図４Ｄ】
2006519525.tif 000010
【図５】
2006519525.tif 000011
【図６】
2006519525.tif 000012
【図７】
2006519525.tif 000013
【国際調査報告】
2006519525.tif 000014
2006519525.tif 000015
2006519525.tif 000016
2006519525.tif 000017