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