(57)【要約】放送を処理する方法は、番組の複数の視点を含む番組の放送を受信するステップと、複数の視点のうちの少なくとも１つを視聴者に表示するステップを含む。この方法はさらに、複数の視点をストレージ・デバイスに自動的に記録するステップと、放送の記録を中断することなく視聴者に他の記録済みの視点を再生するステップを含む。番組の複数の視点を含む放送を記録するシステムも開示している。
2004536480.tif 000002
【特許請求の範囲】
【請求項１】
放送を処理する方法であって、
複数の視点を含む番組の放送を受信するステップと、
複数の視点の第１のものを視聴者に表示するステップと、
複数の視点のうち少なくとも１つを格納するステップと、
複数の視点のうち少なくとも１つを視聴者に表示するステップを含む方法。
【請求項２】
第１の視点の表示と格納を同時に実行する請求項１に記載の方法。
【請求項３】
複数の視点のうち少なくとも１つの格納を自動的に実行する請求項１に記載の方法。
【請求項４】
複数の視点のうち少なくとも１つを表示するステップが格納されている視点のうち少なくとも１つを表示するステップを含む請求項１に記載の方法。
【請求項５】
複数の視点のうち少なくとも１つの表示と格納を同時に実行する請求項４に記載の方法。
【請求項６】
複数の視点のうち少なくとも１つを格納するステップが視点のすべてを格納するステップを含む請求項５に記載の方法。
【請求項７】
放送を受信するステップが複数の関連ビデオ・ストリームを受信するステップを含み、各ストリームが視点のうちの１つを含む請求項１に記載の方法。
【請求項８】
放送を受信するステップが複数の関連オーディオ・ストリームを受信するステップを含み、各ストリームが視点のうちの１つを含む請求項１に記載の方法。
【請求項９】
第１の視点を表示するステップがディスプレイの１つのウィンドウ内に第１の視点を表示するステップを含み、複数の視点のうち少なくとも１つを表示するステップがディスプレイの異なるウィンドウに複数の格納されている視点のうちから第２の視点を表示するステップを含む請求項１に記載の方法。
【請求項１０】
複数の視点のうち少なくとも１つを格納するステップが少なくとも１つの環状バッファに視点を格納するステップを含む請求項１に記載の方法。
【請求項１１】
複数の視点のうち少なくとも１つを表示するステップがテレビ画面への表示用にビデオ信号を提供するステップを含む請求項１に記載の方法。
【請求項１２】
複数の視点のうち少なくとも１つを表示するステップがスピーカ用のビオーディオ信号を提供するステップを含む請求項１に記載の方法。
【請求項１３】
複数の視点のうち少なくとも１つを表示するステップがデマルチプレクサを通じてストレージ・デバイスからディスプレイに格納されている視点のうち少なくとも１つを送信するステップを含む請求項４に記載の方法。
【請求項１４】
複数の視点のうち少なくとも１つを表示するステップが格納されている視点のうち１つを検索するステップを含む請求項４に記載の方法。
【請求項１５】
多視点番組を再生する方法であって、
複数の視点を含む番組の放送を受信するステップと、
複数の視点のうち少なくとも１つをストレージ・デバイスに記録するステップと、
複数の視点のうち第１のものをディスプレイに送信して、番組の少なくとも一部を再生するステップと、
ストレージ・デバイスから複数の視点のうち第２のものをディスプレイに送信することにより異なる視点から番組の一部分をリプレイするステップを含む方法。
【請求項１６】
第１の視点が記録済みの視点である請求項１５に記載の方法。
【請求項１７】
さらに第２の視点をディスプレイ内の１つのウィンドウに送信して第２の視点から番組の一部分を再生するのと並列に、第１の視点をディスプレイ内の異なるウィンドウに送信するステップを含む請求項１５に記載の方法。
【請求項１８】
放送を受信するステップが少なくとも１つのビデオ・ストリームを受信するステップを含み、各ビデオ・ストリームが視点のうちの１つと関連付けられている請求項１５に記載の方法。
【請求項１９】
放送を受信するステップが少なくとも１つのオーディオ・ストリームを受信するステップを含み、各オーディオ・ストリームが視点のうちの１つと関連付けられている請求項１５に記載の方法。
【請求項２０】
放送を受信する動作が可能な受信機と、
受信機に結合されたストレージ・デバイスと、
複数の視点のうち少なくとも１つを視聴者に表示し、複数の視点のうち少なくとも１つをストレージ・デバイスに記録し、記録された視点のうち少なくとも１つを視聴者に表示する動作が可能なプロセッサと
を備える複数の視点を含む番組の放送を記録するシステム。
【請求項２１】
さらに視点を自動的に記録するように構成されている請求項２０に記載のシステム。
【請求項２２】
さらに放送の記録を中断することなく記録された視点を視聴者に表示するように構成されている請求項２０に記載のシステム。
【請求項２３】
受信機がセット・トップ・ボックスである請求項２０に記載のシステム。
【請求項２４】
ストレージ・デバイスがセット・トップ・ボックス内に収納された請求項２２に記載のシステム。
【請求項２５】
ストレージ・デバイスがセット・トップ・ボックスに取り外し可能なように結合された請求項２２に記載のシステム。
【請求項２６】
ストレージ・デバイスが磁気ディスクを備える請求項２０に記載のシステム。
【請求項２７】
ストレージ・デバイスが光ディスクを備える請求項２０に記載のシステム。
【請求項２８】
ストレージ・デバイスがフラッシュ・メモリを備える請求項２０に記載のシステム。
【請求項２９】
受信機が少なくとも１つのチューナを備える請求項２０に記載のシステム。
【請求項３０】
受信機がデマルチプレクサとプロセッサを備える請求項２９に記載のシステム。
【請求項３１】
複数の視点を含む番組の放送を記録するように構成された受信機と、
複数の視点のうち少なくとも１つを格納するストレージ・デバイスと、
少なくとも第２の格納済み視点を視聴者に表示しながら第１の視点を視聴者に表示するように構成されたプロセッサと
を備える放送を表示するシステム。
【請求項３２】
第１の視点が格納済みの視点である請求項３１に記載のシステム。
【請求項３３】
ストレージ・デバイスが少なくとも１つの視点を自動的に格納するように構成されている請求項３１に記載のシステム。
【請求項３４】
さらに少なくとも１つの視点を第１の視点を表示するのと同時に格納するように構成されている請求項３１に記載のシステム。
【請求項３５】
さらに少なくとも１つの視点を第２の視点を表示するのと同時に格納するように構成されている請求項３１に記載のシステム。
【請求項３６】
少なくとも１つの視点を表示するためプロセッサに結合されているディスプレイを備える請求項３１に記載のシステム。
【請求項３７】
プロセッサが、第１の視点をディスプレイの第１のウィンドウに表示し、第２の視点をディスプレイの第２のウィンドウに表示するように構成されている請求項３６に記載のシステム。
【請求項３８】
第１と第２のウィンドウの一方が第１と第２のウィンドウの他方の中に割り込んでいる請求項３７に記載のシステム。
【請求項３９】
受信機が複数の視点と関連する複数のビデオ・ストリームを受信するように構成されている請求項３１に記載のシステム。
【請求項４０】
各ビデオ・ストリームが視点の１つを含む請求項３９に記載のシステム。
【請求項４１】
受信機が複数の視点と関連する複数のオーディオ・ストリームを受信するように構成されている請求項３１に記載のシステム。
【請求項４２】
各オーディオ・ストリームが視点の１つを含む請求項４１に記載のシステム。
【請求項４３】
ストレージ・デバイスが、複数の視点のうち少なくとも１つを格納するため少なくとも１つの環状バッファを備える請求項３１に記載のシステム。
【請求項４４】
プロセッサが格納されている視点のうち少なくとも１つを検索するように構成されている請求項３１に記載のシステム。
【請求項４５】
機械読み取り可能コードが記録されているコンピュータ使用可能媒体からなる、放送を処理するコンピュータ・プログラム製品であって、
複数の視点を含む番組の放送を受信し、
複数の視点の第１のものを視聴者に表示し、
複数の視点のうち少なくとも１つを格納し、
複数の視点のうち少なくとも１つを視聴者に表示する、コンピュータ・プログラム製品。
【請求項４６】
第１の視点の表示と格納を同時に実行する請求項４５に記載のコンピュータ・プログラム製品。
【請求項４７】
複数の視点のうち少なくとも４５つの格納を自動的に実行する請求項４５に記載のコンピュータ・プログラム製品。
【請求項４８】
複数の視点のうち少なくとも１つを表示することが格納されている視点のうち少なくとも１つを表示することである請求項４５に記載のコンピュータ・プログラム製品。
【請求項４９】
複数の視点のうち少なくとも１つを表示することと複数の視点のうち少なくとも１つを格納することとを同時に実行する請求項４８に記載のコンピュータ・プログラム製品。
【請求項５０】
複数の視点のうち少なくとも１つを格納することが視点のすべてを格納することである請求項４９に記載のコンピュータ・プログラム製品。
【請求項５１】
放送を受信することが、それぞれが視点のうちの１つを含む複数の関連ビデオ・ストリームを受信することである請求項４５に記載のコンピュータ・プログラム製品。
【請求項５２】
放送を受信することが、それぞれが視点のうちの１つを含む複数の関連オーディオ・ストリームを受信することである請求項４５に記載のコンピュータ・プログラム製品。
【請求項５３】
第１の視点を表示することがディスプレイの１つのウィンドウ内に第１の視点を表示することであって、複数の視点のうち少なくとも１つを表示することがディスプレイの異なるウィンドウに複数の格納されている視点のうちから第２の視点を表示することである請求項４５に記載のコンピュータ・プログラム製品。
【請求項５４】
複数の視点のうち少なくとも１つを格納することが少なくとも１つの環状バッファに視点を格納することである請求項４５に記載のコンピュータ・プログラム製品。
【発明の詳細な説明】
【０００１】
（関連出願の相互引用）
本出願は、すべての目的に関して引用により本発明に取り込まれている２０００年９月２６日出願の「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＰＲＯＶＩＤＩＮＧ  ＭＵＬＴＩ−ＰＥＲＳＰＥＣＴＩＶＥ  ＩＮＳＴＡＮＴ  ＲＥＰＬＡＹ」という表題の米国仮特許出願第６０／２３５５２９号（弁理士整理番号ＯＰＴＶＰ０１４＋）およびすべての目的に関して引用により本発明に取り込まれている２０００年８月２日出願の「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＩＮＣＯＲＰＯＲＡＴＩＮＧ  ＰＲＥＶＩＯＵＳＬＹ  ＢＲＯＡＤＣＡＳＴ  ＣＯＮＴＥＮＴ」という表題の米国特許出願第０９／６３０６４６号（弁理士整理番号ＯＰＴＶＰ０１３）に優先することを主張する。
【０００２】
１９９９年１０月２９日出願の「ＲＥＣＯＲＤＩＮＧ  ＯＦ  ＰＵＳＨ  ＣＯＮＴＥＮＴ」という表題の米国仮特許出願第６０／１６２４９０号（依頼者管理番号ＯＴＶ００３３＋）は、すべての目的に関して引用により本発明に取り込まれている。
【０００３】
（発明の分野）
本発明は、一般に、インタラクティブ・テレビジョンなどのインタラクティブ・ビデオ配信媒体に関するものであり、より具体的には、放送マテリアルの多視点即時リプレイ機能（ｍｕｌｔｉ−ｐｅｒｓｐｅｃｔｉｖｅ ｉｎｓｔａｎｔ ｒｅｐｌｙ）を実現するシステムと方法に関するものである。
【０００４】
（背景）
放送事業者は、オーディオビデオ・ストリームを視聴者のテレビジョンに送信する。インタラクティブ・テレビジョン・システムは、代表的なオーディオ・ビデオ・プログラムに加えて、テキストおよびグラフィック画像を表示することができる。さらに、テレビおよびその他のインタラクティブ・アプリケーションを介して商業取引などのさまざまなサービスを視聴者に提供することもできる。インタラクティブ・テレビジョン信号には、アプリケーション・コード、データ、および信号情報からなるインタラクティブ部分が、オーディオ・ビデオ部分のほかに含まれる。放送事業者は、この情報の一部または全部を組み合わせて単一の信号または複数の信号にし、視聴者のテレビに接続された受像器に送信したり、情報の部分集合のみを、場合によってはリソース・ロケータとともに含めることができる。このようなリソース・ロケータを使用して、インタラクティブおよび／またはオーディオ・ビデオ情報の他のソースを指示することができる。たとえば、リソース・ロケータは、ワールド・ワイド・ウェブのＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）とすることもできる。
【０００５】
テレビ信号は、一般に、送信前に圧縮され、ケーブル・テレビ（ＣＡＴＶ）回線や直接衛星送信システムなどの通常の放送媒体を介して送信される。リソース・ロケータによって参照される情報は、たとえば、ＤＯＣＳＩＳモデムなどの、常時オン帰路チャネルを通じて、異なる媒体経由で取得することができる。
【０００６】
テレビに接続されたセット・トップ・ボックスにより、テレビのインタラクティブ機能を制御する。セット・トップ・ボックスは、放送事業者から送信された信号を受信し、オーディオ・ビデオ部分からインタラクティブ部分を分離し、信号のそれぞれの部分を解凍する。セット・トップ・ボックスでは、オーディオ・ビデオ情報をテレビに送信しながら、インタラクティブ情報を利用してアプリケーションを実行する。セット・トップ・ボックスは、通常限られたメモリしか備えていない。このメモリはインタラクティブ・アプリケーションの実行には十分であるが、無期限にアプリケーションを格納しておくには通常不十分である。さらに、セット・トップ・ボックスのメモリは、通常、少なすぎて、大量のオーディオまたはビデオ・データ、アプリケーション・コード、またはその他の情報を含むプログラムを収めることができない。ストレージ・デバイスをセット・トップ・ボックスに結合し、ビデオおよびオーディオ放送コンテンツの格納用のメモリを増やすことができる。
【０００７】
テレビ番組に関係するアプリケーション・コードや情報などのインタラクティブ・コンテンツは通常、繰り返しフォーマットで放送される。このような方法で放送される情報断片が「カルーセル」と呼ばれるものを形成する。カルーセル内のオブジェクトを繰り返し送信することにより、受像機からサーバーへのリターンパスがなくても受像機でオブジェクトを受信機できる。受像機に特定の情報断片が必要な場合、情報断片が次回放送されるまで単に待ち、それから放送ストリームから情報を抽出する。情報が循環放送されなかった場合、受像機は情報の要求をサーバに送信しなければならず、リターンパスを必要とする。ユーザが最初にカルーセル・コンテンツに関心を持っていないが、後から関心を示した場合、カルーセルを次回放送したときに情報を取得できる。放送網は限られた帯域幅にしかアクセスできないため、オーディオ・ビデオ・コンテンツはカルーセル内に放送されない。ビデオおよびオーディオに必要な大量のデータのリアルタイムでの引き出しを処理し膨大な数のテレビ視聴者から以前に放送したマテリアルの放送のほとんど同時の要求を処理するには帯域幅もサーバ資源も不足している。
【０００８】
スポーツ・イベントの放送などのテレビ・ネットワークによる放送では、コンテンツ・プロバイダは、たとえば、ゲームのさまざまな角度から複数のビデオ・フィードを生成することができる。ネットワークでは、複数のビデオ・フィードから１つまたは複数のビデオ・フィードを選択し、選択したビデオ・フィードを指定した時刻に視聴者に放送することができる。つまり、ネットワークは異なる視点からの場合を除いて同じシーンを表示するビデオ・トラックを同時に放送するか、または映画がたとえば異なる言語で放送されている場合に異なるオーディオ・トラックまたはサブタイトルを送信することができる。視聴者は、セット・トップ・ボックスで実行するインタラクティブ・アプリケーションを使用して異なる視点を選択できる。視聴者が視点の変更を要求すると、インタラクティブ・アプリケーションではメタ・データを使用して、どのパケットに選択した視点が含まれるかを判別する。新たに選択した視点を含むパケットの配信を開始する。
【０００９】
すでに述べたように、視聴者は、放送網で利用できる帯域幅が限られているためすでに放送されたオーディオまたはビデオ・マテリアルを要求できない。さらに、インタラクティブ・アプリケーションに随伴するデータはときには、現在放送されているオーディオおよびビデオに対応していることがあり、頻繁に変更される。これらの場合、カルーセルの一部として放送される値は変更されることが多く、旧い値はカルーセルで運ばれなくなる。したがって、視聴者は、すでに他の視点でビデオ・ストリームを記録していない限り、シーンまたはスポーツ・イベント・プレイの異なる視点からのリプレイはできない。
【００１０】
（発明の概要）
多視点即時リプレイ機能を実現するシステムと方法を開示する。放送を処理する方法は一般に、番組の複数の視点を含む番組の放送を受信するステップと、複数の視点のうちの少なくとも１つを視聴者に表示するステップを含む。この方法はさらに、複数の視点をストレージ・デバイスに自動的に記録するステップと、放送の記録を中断することなく視聴者に他の記録済みの視点を再生するステップを含むことができる。
【００１１】
テレビ番組は、複数の関連するビデオ・ストリーム、オーディオ・ストリーム、実行可能コード、およびデータを含むことができる。適宜、テレビ画面内で画像内画像（ＰＩＰ）ウィンドウを使用して、複数の視点を同時に視聴者に表示することができる。
【００１２】
番組の複数の視点を含む放送を記録するシステムは一般に、放送を受信する動作が可能な受像機、受像機に結合されたストレージ・デバイス、および複数の視点のうち少なくとも１つを視聴者に表示する動作が可能なプロセッサを備える。受像機はさらに、複数の視点をストレージ・デバイスに自動的に記録し、複数の視点の記録を中断することなく視聴者に他の記録済みの視点を再生する動作が可能な場合がある。
【００１３】
受像機はセット・トップ・ボックスでよく、またストレージ・デバイスはそのセット・トップ・ボックス内に収納またはそのセット・トップ・ボックスに結合することができる。ストレージ・デバイスは、たとえば、磁気ディスク、光ディスク、またはフラッシュ・メモリとすることができる。受像機ボックスは、１つまたは複数のチューナを備えることができる。
【００１４】
当業者には、本発明の他の機能、利点、および実施形態は、以下の説明、図面、および請求項から明白であろう。
【００１５】
（発明の詳細な説明）
以下では、当業者が本発明を実施し使用する方法について説明している。特定の実施形態およびアプリケーションは例としてのみ説明しており、さまざまな修正は当業者であればたやすく理解できるであろう。ここで説明している一般的原理は、本発明の範囲を逸脱することなく他の実施形態およびアプリケーションに適用することができる。そこで、本発明は示されている実施形態に限定されるのではなく、ここで説明されている原理および特徴に一致する最も広い範囲を許容するものとする。多くの実施形態が可能であり、たとえば、コンピュータ・システムおよびディスプレイを使用して、ここで説明している機能および特徴を実行することなどが可能であることは当業者であれば理解するであろう。わかりやすくするため、本発明は、セット・トップ・ボックスをテレビとともに使用する応用例について説明し、本発明に関係する技術分野で知られている技術資料に関する詳細については取り上げていない。
【００１６】
そこで図面を参照するが、まず図１には、テレビ放送および受信システムの図が示されており、一般的に１０で示されている。システム１０は、オーディオ・ビデオおよび制御情報をデジタル・データ形式にまとめ、受信局に衛星で送信できるようにデジタル信号にマッピングする放送局２０を備える。条件付きアクセス情報および信号情報（ユーザが利用できるサービスの一覧、イベント名、およびイベントのスケジュール（開始日／終了日および継続期間）、および番組固有情報）などの制御情報をビデオ、オーディオ、およびインタラクティブ・アプリケーションに追加し、インタラクティブ・テレビジョン・システムで使用するようにできる。制御情報には、どのストリームが他のどのストリームの異なる視点を伝送しているかなどのストリーム間の関係を記述することができる。制御情報は、放送局により、放送媒体で送信するのに適した形式に変換される。たとえば、データをパケット形式にし、デジタル衛星ネットワークで送信することができる。パケットは、他のパケットと多重化して送信することができる。信号は、一般に、送信前に圧縮され、ケーブル・テレビ回線や直接衛星送信システム２２（図１に示されているような）などの放送チャネルを介して送信できる。また、インターネット、電話回線、携帯電話ネットワーク、光ファイバ、またはその他の地上送信媒体をケーブルまたは衛星システムの代わりに使用して放送を送信することもできる。放送局は、サービス情報を放送トランスポート・ストリームに埋め込むことができ、またサービス情報にエレメンタリ・ストリーム識別子の一覧を入れ、各識別子と、関連するストリームのタイプ（たとえば、ビデオを含むのかオーディオを含むのか）を記述するエンコーディングおよび以下で説明するようにユーザが異なる視点を選択するために理解し使用できるストリームのテキスト記述を関連付けることができる。
【００１７】
受信局は、ストレージ・デバイス１８に接続されたセット・トップ・ボックス１６と、番組を視聴者に表示するために使用されるテレビ２０を備える。セット・トップ・ボックス１６は、デジタル・データを解凍し、視聴者に番組を表示する動作が可能である。解凍されたビデオ信号は、ＮＴＳＣ（全国テレビジョン方式委員会）形式などのアナログ信号に変換してテレビのディスプレイに表示できる。セット・トップ・ボックス１６に送信された信号はフィルタに通され、フィルタ要件に適合するもののうち一部はプロセッサ３０によりすぐに使用され、他の部分はＲＡＭなどのローカル・ストレージに格納できる。フィルタ処理を必要とする要件の例として、エレメンタリ・ストリーム識別子または発信側ネットワーク識別子用に確保されている場所の特定の値がある。セット・トップ・ボックス１６を使用して、異なる信号をオーバーレイするかまたは組み合わせ、視聴者のテレビ２０に望む表示を形成することができる。
【００１８】
以下で詳しく述べるように、セット・トップ・ボックス１６は、１つまたは複数のビデオおよび／またはオーディオ・ストリームを同時に記録し、視聴者が最近見たあるいは聞いたシーンを、異なる視点を除いてリプレイできるように構成されている。放送局１２は、同時に複数の視点を放送し、インタラクティブ・テレビジョン・アプリケーションを実行するセット・トップ・ボックス１６を持つ視聴者がそれを使用する。たとえば、複数のカメラを使用して、スポーツ・イベントを記録することができ、放送局は複数のカメラから同時に放送し、視聴者はセット・トップ・ボックス１６で実行されるインタラクティブ・アプリケーションを使用して異なるカメラ・ビューを選択することができる。放送局は、さらに、たとえば異なる言語のオーディオ・トラックの複数の視点を送信することもできる。複数のビデオおよびオーディオの視点は、放送に複数を含めることができる視点のタイプの例にすぎない。他の例としては、たぶん異なる言語の複数のテレテキスト・ストリーム、たぶん異なる技能レベルに対応する複数の実行可能アプリケーション、または複数のデータ・ストリームなどがある。本発明を使用すると、視聴者は異なる視点から同じシーンをリプレイできるが、視聴者はそのまま同時にあるいは後から、リプレイの表示と同時に放送されている番組の部分を表示できるようになる。視聴者は、すでに再生した視点と同じまたは異なる視点からオーディオ、ビデオ、実行可能アプリケーション、およびデータの任意の組み合わせのリプレイを要求することができる。
【００１９】
「番組」という用語は、ここでは、テレビ・ショー、スポーツ・イベント、ニュース番組、映画を含む放送マテリアル、またはその他のタイプのマテリアル、またはそのマテリアルの一セグメントを指すものと理解する。マテリアルは、オーディオ、ビデオ、データ、またはその任意の組み合わせを含むことができる。番組は、テレビ・ショーまたは放送の一部のみ（たとえば、コマーシャルがないあるいは始めまたは終わりの部分を欠損している）とすることもでき、あるいは複数のショーとすることも、またたとえばコマーシャルを含めることもできる。さらに、ここで使用しているような「表示」という用語は、チューナが番組に対応指定データのフィルタ処理を開始するとすぐに番組の表示を開始するものとして定義されていると理解するものとする。視聴者が番組の放送の前に特定の周波数に同調した場合に、表示の開始が番組の開始に対応するのが好ましい。表示は、番組が完了したときか、またはチューナが番組に対応する周波数のフィルタ処理をしなくなったときに終了するのが好ましい。そこで、番組の記録は番組の「表示」と一致し、番組はチューナを番組を放送する局に同調したときにのみ記録される。視聴者が番組の記録を開始した後、テレビのディスプレイをオフにした場合、チューナが番組を放送する局に同調し、表示の開始時に使用されているのと同じ周波数で放送された情報の記録を行っている限り、表示は継続するといわれる。セット・トップ・ボックス１６で受信したオーディオ・ビデオ信号および番組制御信号は、視聴者がユーザ・インタフェースを介してアクセスできるテレビの番組およびメニューの選択項目に対応する。視聴者は、たとえば赤外線リモート・コントロール・ユニット、セット・トップ・ボックスの制御パネル、またはテレビ画面に表示されるメニューを介してセット・トップ・ボックスを制御することができる。
【００２０】
上で説明し、図１に示されているシステム１０は、テレビ２０に信号を伝送するのに使用されるシステムの一例にすぎないことは理解されるであろう。放送網システムは、本発明の範囲を逸脱することなくここで述べたものと異なっていてもかまわない。
【００２１】
セット・トップ・ボックス１６は、ＭＰＥＧビデオ、オーディオ、およびデータをデコードできる衛星受信機または衛星統合デコーダ受信機とともに使用するデジタル・セット・トップ・ボックスなどの、ビデオ、オーディオ、およびデータをデコードすることができる受信機または統合デコーダ受信機とともに使用することができる。たとえば、直交振幅変調（ＱＡＭ）および双方向信号送受信およびメッセージ送受信用の制御チャネルを使用してブロードバンド通信をサポートするデジタル・ビデオ・チャネルを受信するようにセット・トップ・ボックス１６を構成できる。デジタルＱＡＭチャネルは、圧縮されエンコードされたマルチプログラムＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）トランスポート・ストリームを伝送する。トランスポート・システムは、トランスポート・ストリームから目的の番組を抽出し、オーディオ、ビデオ、およびデータ成分を分離し、これらを、１つまたは複数のオーディオ・デコーダ、１つまたは複数のビデオ・デコーダ、およびオプションによりＲＡＭ（またはその他の形態のメモリ）またはハードディスク・ドライブなどストリームを処理するデバイスに送る。セット・トップ・ボックス１６およびストレージ・デバイス１８は、アナログ、デジタル、またはアナログとデジタルの両方でよいことは理解されるであろう。
【００２２】
図１および２に示されているように、ストレージ・デバイス１８はセット・トップ・ボックス１６に結合されている。ストレージ・デバイス１８は、セット・トップ・ボックスに通常用意されている限られた容量の主記憶（たとえば、ＲＡＭ）に収まらない番組を十分記録できる記憶領域を確保するものである。ストレージ・デバイス１８は、たとえばハードディスク・ドライブ、記録可能ＤＶＤドライブ、磁気テープ、光ディスク、光磁気ディスク、フラッシュ・メモリ、または適当なソリッドステート・メモリなどの適当なストレージ・デバイスを備えることができる。ストレージ・デバイス１８は、セット・トップ・ボックス１６に内蔵することも、また永久的接続または取り外し可能接続のいずれかで外付け（たとえば、ＩＥＥＥ  １３９４−１９９５接続により）することも可能である。複数のストレージ・デバイス１８をセット・トップ・ボックス１６に取り付けることができる。セット・トップ・ボックス１６および／またはストレージ・デバイス１８はさらに、テレビ受像機２０の１パッケージとして組み込みこともできる。
【００２３】
図２は、放送局１２から受信した番組を記録するために使用される本発明のシステムの一実施形態を示す。セット・トップ・ボックス１６は、一般に、制御ユニット（たとえば、マイクロプロセッサ）、主記憶（たとえば、ＲＡＭ）、および受信したインタラクティブ・テレビジョン信号を選択してデコードするのに必要なその他のコンポーネントを含む。図２に示されているように、セット・トップ・ボックス１６はオーディオ、ビデオ、およびその他のデータを放送局１２から受信する動作が可能なフロント・エンド２６を備える。放送ソースがセット・トップ・ボックス１６のフロントエンド２６に供給されるが、このフロントエンドはアナログ−デジタル（Ａ／Ｄ）コンバータとチューナ／復調器（図に示されていない）を備える。フロントエンド２６は、特定の周波数帯域をフィルタ処理し、復調して、デジタル形式に変換する。次にデジタイズされた出力は、トランスポート・ステージ２８に送られる。トランスポート・ステージ２８はさらに、データを処理し、データの一部をオーディオビジュアル（ＡＶ）ステージ３４に表示のため送り、さらに一部を制御プロセッサ３０に送り、そのデータの残りをフィルタ処理する。
【００２４】
制御情報は、オーディオ・ビデオ・データとともに放送として記録することもでき、またセット・トップ・ボックス１６内のソフトウェアにより最初に操作することもできる。たとえば、放送ＣＡ（条件付きアクセス）情報を使用して、放送ビデオを復号することができる。元の放送ストリーム、またはそれらのストリームの修正したものをオプションで、セット・トップ・ボックスの鍵またはアルゴリズムを使用して記録前に再度暗号化することもできる。暗号化されたビデオも、放送ＣＡ情報とともに受信するとともに格納できる。さらに、記録前に、クロック情報をバーチャル時間システムに変換することもできる。ＭＰＥＧエレメンタリ・ストリームをＭＰＥＧ−２トランスポート・ストリームから逆多重化し、番組ストリームとしてカプセル化し記録することができる。
【００２５】
図３は、トランスポート・ステージ２８からストレージ・デバイス１８へのデータ転送を示している。ストレージ・デバイス１８は通常、視聴者が記録した複数の番組が格納される。各視点記録は、元の信号情報から複製または修正された可能性のある識別情報と関連する。この識別情報には、オーディオ／ビデオ・ファイル・システムまたは階層型コンピュータ・ファイル・システムに通常格納されているものと似た経理情報を含めることができる。識別情報は、視聴者が場合によってはシステムとの対話操作により特定の記録済み視点を一意に取り出すために十分な情報を備える限りさまざまな形式および内容ものであってよい。番組は、ＩＤ番号と開始時刻および終了時刻で識別できる。後述のように、ストレージは、定期的にデフラグし、番組が連続的的配置で格納されるようにすることができる。直接メモリ・アクセス（ＤＭＡ）を使用して、トランスポート・ステージ２８からストレージ・デバイス１８へデータを転送するのが好ましい。制御プロセッサ３０に送られたデータは、オーディオ・ビデオ・データ・ストリームの内容を記述するメタデータを含むことができ、またインタラクティブ・テレビジョン機能を実現するために制御プロセッサで実行できるアプリケーション・プログラムおよび対応するデータを含むこともできる。
【００２６】
トランスポート・ステージ２８からＡＶ３４ステージに送られたデータのコピーは、表示の先頭で、ストレージ・デバイス１８に送られる。制御プロセッサ３０内のＣＰＵは、ストレージ・デバイス１８内に割り当てられているバッファにデータが書き込まれるようにＤＭＡコントローラを設定する。バッファに記録されるデータを表示する時間（分）は、視聴者が選択するのが好ましいが、セット・トップ・ボックス１６は、１５分などのデフォルト値にプリセットしてもよい。制御プロセッサのＣＰＵは、時間（分）と、視聴者が見ているトランスポート・ストリーム内のビットが送られる最高速度に基づいて割り当てるバッファのサイズを計算する。この最高速度は、オーディオビデオ・ストリームで送られるメタデータから求めることができる。バッファの終わりに達したら、制御プロセッサ内のＣＰＵに割り込みがかかり、そのときに、バッファの先頭への書き込みを開始するようにＤＭＡコントローラを再構成する。この設計は環状バッファと呼ばれる。
【００２７】
バッファは、すでに記録されている内容を連続して記録し上書きできるように環状であるのが好ましい。視聴者がチャネルを切り替えたりＴＶイベント（たとえば、テレビ番組終了）が発生したときに、制御プロセッサのＣＰＵに割り込みがかかる。このときに、ＣＰＵは新しいバッファを割り当てるか、または元のバッファ内で新しいイベントの先頭にマークを付けることができる。視聴者が何も操作しなくても番組が開始すると番組および関連するすべてのビデオ、オーディオ、およびデータ・ストリームをストレージ・デバイスに自動的に記録する動作があれば、視聴者は異なる視点から番組の一部をリプレイすることができる。
【００２８】
すでに述べたように、制御プロセッサ３０は、ストレージ・デバイス１８に視点を格納するため番組の開始時に多視点ストリームを記録する。これらの視点は、所定の期間（たとえば、１５分間）ストレージ・デバイス１８内に記録、格納され続ける。視聴者は、番組の開始後表示全体を記録することに決めた場合、記録オプションを選択し、プロセッサ３０がストレージ・デバイス１８内に領域を割り当てる。すべての視点が、表示されている番組とともに記録される。たとえば、引用によりその全部を本発明に取り込んでいる、２０００年８月２日出願の「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｉｎｃｏｒｐｏｒａｔｉｎｇ  Ｐｒｅｖｉｏｕｓｌｙ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｅｎｔ」という表題の米国特許出願第０９／６３０６４６号（弁理士整理番号ＯＰＴＶＰ０１３）を参照されたい。
【００２９】
与えられた視点の第１と第２の記録済み部分を共通格納領域内で結合する操作は、物理的にも仮想的にも実施できる。物理的実施は、第１の記録済み部分を第２の部分が記録されている場所にコピーする操作を含むことができる。仮想的実施は、ストレージ・デバイスに格納されているデータ構造の修正を含むことができる。いずれの場合も、視点のリプレイを見ている視聴者が視点の２つの部分がもともと別々に格納されていたことを検出できるようであってはならない。したがって、視点の一部分を物理的に連続するように格納することも、視点の一部分を非連続形式で別々に格納することも、記録された番組全体が連続的に再生できる限り（つまり、視聴者が視点の最初の部分と最後の部分の再生で生じた遷移に気づかない限り）できる。
【００３０】
ストレージ・デバイス１８への番組全体の記録は複数の視点も含めて、視聴者による操作なしで実行できることは理解されるであろう。たとえば、視聴者が記録済み視点の１つの一部を巻き戻して（または異なる種類のストレージ媒体には類似の操作を実行して）シーンをリプレイする場合に、視聴者はその番組に関心を示しているため複数の視点のすべてを含む番組全体をストレージ・デバイスに記録することができる。
【００３１】
番組とともに放送される制御情報は、どのストリームが表示されているストリームに関連するかを示すのが好ましい。セット・トップ・ボックス１６では、放送ＭＰＥＧ−２（またはＤＳＳまたはその他のエンコーディング）パケット内の該当する識別子をフィルタ処理することにより、関連するすべてのエレメンタリ・ストリームを特定することができる。視聴者が見ているストリームをテレビ受像機２０に送信し、ストレージ・デバイス１８にこれらのストリームの内容を、関連するビデオ、オーディオ、実行可能アプリケーション、およびデータをはじめとする他の関連するストリームとともに記録する。ストリームの最高ビットレートを示すメタデータには、エレメンタリ・ストリームまたはトランスポート・ストリームを随伴させることができる。記録されたストリームの形式は、ハードウェア・サポートによって異なる。たとえば、セット・トップ・ボックス１６内の専用ハードウェアは、当業者であればよく知っているように、ストリームの再多重化やストレージ・デバイス１８への並列読み書きをサポートできる。
【００３２】
オーディオおよびビデオ・データ、アプリケーション・コード、制御信号、およびその他の種類の情報などの放送データは、データ・オブジェクトとして送信することができる。番組が消費される（つまり、視聴者に提示される）場合、放送データの解析を行い、ストリームからデータ・オブジェクトを抽出する必要がある。必要なデータ・オブジェクトが抽出されると、番組が再生される。たとえば、実行する必要のあるアプリケーションが起動され、視聴者に表示する必要のあるオーディオまたはビデオ・データが再生される。番組を格納する場合、データ・オブジェクトは同じようにして抽出されるが、それらは番組の表示にすぐに使用されるのではなく格納されるのである。記録済みの番組は、格納されているデータ・オブジェクトを使用して再生する。データ・オブジェクトは、すぐに消費されないと陳腐化する「ライブ」データを含んでいてもよい。このようなデータが格納され、番組の再生時に使用される場合、番組は少なくとも一部は、陳腐化する。したがって、データ・オブジェクトの大半はファイルとして格納できるが、ライブ・データ・オブジェクトは番組内に参照として格納することができる。番組を再生するときに、その参照に対応する新しいライブ・データを取得し、番組が記録されたときにライブであったデータの代わりに使用することができる。そこで、一時的に正しいデータのみが、後で実行するときにインタラクティブ・アプリケーションにより使用される。（たとえば、すべての目的に関して引用により本発明に取り込まれている１９９９年１０月２９日出願の「ＲＥＣＯＲＤＩＮＧ  ＯＦ  ＰＵＳＨ  ＣＯＮＴＥＮＴ」という表題の米国仮特許出願第６０／１６２４９０号（依頼者管理番号ＯＴＶ００３３＋）を参照されたい。）
【００３３】
図４〜１０は、３つのビデオ・ストリームと２つのオーディオ・ストリームを放送局１２から受信するセット・トップ・ボックス１６を示している。放送局１２から送信された信号は、フロント・エンド２６内のチューナで受信され、関連するストリームがデマルチプレクサとプロセッサ１００に送られる。ビデオ・ストリームＶ１、Ｖ２、およびオーディオ・ストリームＡ１は、すべて関連しており（たとえば、ビデオ・ストリームはスポーツ・イベントの異なるカメラ・ビューであり、Ａ１はアナウンサのサウンド・トラックである）、単一のトランスポート・ストリームで提供することができる。関連するストリームすべてが１つのトランスポート・ストリームで送られる場合、チューナ５０が１つだけあればよい。セット・トップ・ボックス１６は、別々のトランスポート・ストリームで放送された関連するストリームを記録し表示するために複数のチューナ５０を備えることができる。関連するストリームは、セット・トップ・ボックス内で多数のチューナを必要としない、あるいはセット・トップ・ボックス１６に多数のチューナを取り付ける必要のないように、少数の周波数で放送するのが好ましい。たとえば、多数（たとえば、５つ）のビデオ・ストリームを複数のオーディオ・ストリーム、実行可能プログラム、データ、および制御情報を単一の周波数に多重化してまとめることができる。
【００３４】
図４〜７は、視聴者が画像内画像（ＰＩＰ）モードを使用して異なる視点からのリプレイを要求した場合を示している。視聴者が異なる視点からリプレイを見たい場合も、セット・トップ・ボックス１６またはテレビ２０内に複数のチューナを備えずともＰＩＰモードで表示することができる。すでに記録されているビデオ・ストリームまたはオーディオ・ストリームの１つがストレージ・デバイス１８から取り出されるので追加チューナは不要である。示されているストリームはすべて、同じ周波数で多重化するのが好ましい。ビデオまたはオーディオは、それ自体セット・トップ・ボックス１６に内蔵されている１００に含まれるＡＶステージ３４に直接送出することができ、チューナ５０を介して送出されているトランスポート・ストリームと多重化できる。１００は、（ｉ）デマルチプレクサ、（ｉｉ）放送情報の一部を他のコンポーネントに振り向けるプロセッサ、および（ｉｉｉ）必要なときに（つまり、テレビがアナログのときに）変調するＡＶステージの３つのコンポーネントを表していることに注意されたい。それとは別に、視聴者は、セット・トップ・ボックス１６がストレージ・デバイス１８上で図８〜１０に関して以下に後述するように後で送出するためライブ放送をバッファリングしている間、リプレイのみ表示するように選択できる。
【００３５】
図４では、放送局１２は、２つの異なる視点を含むビデオ・ストリームＶ１およびＶ２および１つのオーディオ・ストリームＡ１を送信している。２つのビデオ・ストリームは、たとえば、野球の試合での２つの異なるカメラ位置であってよい。視聴者は、現在、ビデオ・ストリームＶ１を見て、オーディオ・ストリームＡ１を聞いている。第１と第２のビデオ・ストリームＶ１およびＶ２およびオーディオ・ストリームＡ１は自動的に記録される。したがって、すでに放送された情報は、視聴者がたとえば、試合の最後のプレイをリプレイしたい場合に利用できる。特に、本発明では、視聴者はすでに放送された視点からこの情報をリプレイできる。視聴者は、セット・トップ・ボックスをＰＩＰモードにして、テレビ画面の大きな中央領域に表示される第１の視点（ビデオ・ストリームＶ１）とテレビ画面の右上隅（または他の領域）の小さな画像ウィンドウに表示される第２の視点（ビデオ・ストリームＶ２）を見えるようにできる。試合の重要なプレーの後（たとえば、野球試合のダブル・プレー）、視聴者はこのときに、Ｖ１に表示されているのと別の視点からリプレイを見たい場合がある。このときに、図６に示されているように、視聴者はオプションにより、ビデオ・ストリームＶ１およびＶ２が表示されるウィンドウを切り替えることができる。これでビデオ・ストリームＶ１は、ＰＩＰウィンドウに送られ、ビデオ・ストリームＶ２は、中央表示ウィンドウに送られる。次に、視聴者はメイン・ウィンドウ内でビデオを巻き戻すコマンドを送り（つまり、リモート・コントロールのボタンを押す）、ＰＩＰウィンドウがＰＩＰウィンドウ内に「ライブ」Ｖ１を表示し続けるようにできる。
【００３６】
図７に示されているように、Ｖ２と同じ視点からであるが、すでに放送され記録されている、記録済みビデオ・ストリームＶ２’が、ストレージ・デバイス１８から１００のデマルチプレクサに送られ、現在のビデオ・ストリームＶ１とともにすでに記録されているストリームＶ２’がテレビに送信され表示される。視聴者は、記録の先頭に到達するまで記録を巻き戻したり、検索したりできる。視聴者はさらに、第１のビデオ・ストリームＶ１を巻き戻して表示することができる。その間、番組の残りの放送は、視聴者が記録に関心を示しているためストレージ・デバイス１８に送ることができる。これは自動的であってもよいし（つまり、視聴者からリプレイ要求があたときに番組ストリームをストレージ・デバイス１８に送信する）、あるいは視聴者から番組全体の記録要求を受け取ったときにのみ実行するようにもできる。
【００３７】
それとは別に、視聴者は、図７でＰＩＰに表示されているように示されているライブ放送に気を逸らされることを望まない場合もある。したがって、視聴者は、図６ａに示されているように単に最初に視点をＶ１からＶ２に切り替えることができる。その後、視聴者は、以前のイベントまで「巻き戻して」、ビデオ・ストリームＶ２で伝送される視点から前のシーンを見えることができる。このケースは、ライブ・ビデオ・ストリームＶ１のコピーをライブ・ビデオ・ストリームＶ２およびライブ・オーディオ・ストリームＡ１とともにストレージ・デバイスに送信するのみの場合であり図７ａに示されている。記録されたストリームＶ２’およびＡ１’は、場合によっては変調の後、テレビに送信されるストリームのみである。さらに、視聴者のテレビに関連するＰＩＰ機能がない場合に、図６ａと７ａに示されているシナリオを視聴者が使用し、ライブ・ビデオ視点と、異なる記録済みビデオ視点とを切り替えることができる。
【００３８】
図８〜１０は、番組を異なる視点オーディオ・ストリームで放送するケースを示している。たとえば、視聴者は、イタリア語オーディオ・ストリームＡ１と英語オーディオ・ストリームＡ２で放送されているイタリア映画を見ている場合がある。図８に示されているように、ビデオ・ストリームＶ１とオーディオ・ストリームＡ１は、視聴者に表示し、ストレージ・デバイス１８に記録しながら、オーディオ・ストリームＡ２もストレージ・デバイス１８に記録するが、視聴者には表示されない。視聴者は最初イタリア語放送（オーディオ・ストリームＡ１）を聞いているが、映画の途中で視聴者はイタリア語を理解できないところがあり、「英語に切り替える」オプションをメニューから選択すると、今度は英語放送（オーディオ・ストリームＡ２）が聞こえる（図９）。視聴者が英語の前のシーンに伴っていたサウンドトラックを聞きたい場合は、ビデオ・ストリームＶ１とオーディオ・ストリームＡ２のテープを巻き戻し、英語でそのシーンを繰り返し見ることができる（図１０）。ビデオおよびオーディオ・ストリームＶ１、Ａ１、およびＡ２の記録は続けられ、視聴者は、前のシーンを巻き戻しリプレイしている間に放送された映画の一部を失うことなく遅延モードで映画の残り部分を見ることができる。
【００３９】
図１１は、記録された各視点とともに格納できるメタデータ・ファイルの例を示している。本発明では、この図に示されている形式を必要としないが、この形式は異なる視点から即時リプレイをしやすくする方法の例としてのみ使用されている。示されているメタデータ・ファイルの各記録は、他にもフィールドがあるが特に、時刻とオフセットを含む。この例では、番組の時計参照は、定期的ではないが、ビデオとともに頻繁に放送される。これらの時計参照値のいくつかをセット・トップ・ボックスで受信すると、これらの値と、最近のＩフレーム（ビデオに使用できる３種類あるＭＰＥＧ−２フレーム・エンコーディングのうちの１つ）の記録へのオフセットとともにメタデータとして記録できる。これもまた例にすぎず、実際の実装では、ＰフレームおよびＢフレーム（ＭＰＥＧ−２エンコーディングの他のタイプで、両方とも通常、Ｉフレーム以上の圧縮率である）を使用できる。オフセットは、視点の記録を含むファイルの先頭から測定したバイト数で表される。
【００４０】
この例では、視聴者は、ビデオ視点Ｖ１を含むライブ放送を見ていた。視聴者が見ているときに、そのビデオ視点Ｖ１はファイルに記録されている。また、ビデオ視点Ｖ２を含む他のビデオ視点は、同じ情報の異なる表示になっているため、異なるファイルに記録されている。もちろん、Ｖ２は、Ｖ１とＶ２を区別する他の情報がどこかに記録されている限り同じファイルに記録することも可能である。視聴者は、画面上で興味のあるものだけを見ており、適切なコマンドを入力してＶ１を興味のあるシーンの先頭に巻き戻す。視聴者は、ＭＰＥＧ−２  Ｉフレーム１，τが画面の内容の表示に使用されているときにＶ１を停止する。（これもまた、例にすぎない。ＰフレームとＢフレームはさらに、Ｖ１からのＩフレームを含むファイルに記録することもでき、またシーンの特定で使用することもできるが、この例では使用していない。また、ＭＰＥＧ−２は例として使用されているにすぎず、他の形式の媒体および／またはデータも同様に使用できる）。視聴者は、セット・トップ・ボックスに再生を開始するコマンドを発行するが、Ｖ１からではなくＶ２からである。セット・トップ・ボックスは、Ｖ２のどのＩフレームが最初に表示すべきかを決定する必要がある。単純な解決法である、Ｖ２を含むファイル内のＩフレーム１，τと同じオフセットに一番近いＩフレームを選択する方法は、両方の視点が同じ一定の速度で送信されている場合にのみ正常に動作するが、このような近似的方法は、視点がほぼ同じ一定しない速度で送信される場合に有用と思われる。速度が変化するストリームや、一定速度が異なるストリームにより適した解決法をここで述べる。この解決法では、一次補間を使用するが、公開文献に示されている他のよく知られている古典的補間法も状況によってはよい近似を与える場合がある。
【００４１】
まず、Ｉフレーム１，τの元の意図した再生時間に対応する実時間を近似する。Ｉフレーム１，τが置かれているＶ１を含むファイルへのオフセット、ｄ１，τをこの近似に使用する。この時間ｔを近似するために、ｄ１，ｉ＜ｄ１，τ＜ｄ１，ｉ＋１となるような２つの連続する時間値ｄ１，ｉおよびｄ１，ｉ＋１をメタデータ・ファイル内で検索する。（当業者であれば知っているように、二分探索法では、記録が固定長で、要素が図に示されているように連続する順序で格納されている場合にこれら２つの連続する要素を最も高速に検索できる。異なる格納形式を使用する場合は異なる検索が最適なものであろう。これらも、コンピュータ・サイエンスの文献に詳しく記載されているよく知られている手法である。）特定されたら、ｔ１，ｉとｔ１，ｉ＋１の両方も判明する。その後これらの値を使用して、ｔを近似する。この例では、以下の一次補間公式を使用する。
ｔ＝（（ｔ１，ｉ＋１−ｔ１，ｉ）（ｄ１，τ−ｄ１，ｉ）／（ｄ１，１＋１−ｄ１，ｉ））＋ｔ１，ｉ
【００４２】
ｔの近似を求めた後、その時間に最も近い視点Ｖ２の記録内のＩフレームの場所を見つける必要がある。ここで最初のステップは、ｔ２，ｋ≦ｔ＜ｔ２，ｋ＋１となるｔ２，ｋおよびｔ２，ｋ＋１を見つけることである。これもまた、与えられたケースで最高の結果が得られる検索は、ファイルの形式によって異なり、よく研究されている問題である。これらの値を用意すると、ｄ２，ｔの近似が得られる。またもや、この例では以下の一次補間を使用している。
ｄ２，τ＝（（ｄ２，ｊ＋１−ｄ２，ｊ）（ｔ−ｔ２，ｊ）／（ｔ２，ｊ＋１−ｔ２，ｊ））＋ｄ２，ｊ
【００４３】
ｄ２，τの近似は知られているので、Ｖ２の記録を含むファイルの先頭からｄ２，τバイトに一番近いＩフレームを視聴者用の記録の再生の開始フレームとして使用する。
【００４４】
図１２は、本発明で説明している実施形態によるプロセスの流れを示している。わかりやすくするため、プロセスは特定の流れについて示されているが、他の順序も可能であり、本発明の精神を逸脱することなく並列実行できることも理解されるであろう。ステップ２００で、システムは番組の複数の視点を含む放送を受信する。システムは、ステップ２１０で視聴者に視点の１つを提示し、ステップ２２０でストレージ・デバイスにその視点すべてを格納する。開示されている実施形態では、システムは視点のすべてを格納するが、視聴者が指定した基準に基づいて視点を選択して格納するように構成できる（たとえば、視聴者がどの視点に興味を持っているかを示すことなど）。視点は、ステップ２６０で環状バッファに格納される。他の視点は、ステップ２３０で視聴者に表示され、この視点の表示と第１の視点は、ステップ２５０でテレビ用のオーディオ／ビデオ信号の準備を含む。ステップ２３０の他の視点の表示では、ステップ２４０で格納されている視点の検索を伴うことがあり、また表示される視点は格納される視点のうちの１つでもよい。
【００４５】
放送を処理する方法とシステムを開示している。本発明に基づいて作成されたソフトウェアを、メモリまたはＣＤ−ＲＯＭなどのある種のコンピュータ読み取り可能な媒体に格納することができ、またネットワークで送信したり、プロセッサで実行することも可能である。さらに、方法が開示されている場合、ステップのさまざまな順序も可能であり、本発明の範囲を逸脱することなく、このようなステップを同時に実行することも可能である。
【００４６】
本発明は、図に示されている実施形態に基づいて説明したが、当業者であれば、本発明の範囲を逸脱することなく実施形態に対しバリエーションが可能であることを容易に理解できるであろう。したがって、上記の説明に含まれ、また添付の図面に示されているすべての事項は、説明を目的としていると解釈するものとし、制限する意味があると解釈しないものとする。
【図面の簡単な説明】
【図１】
テレビ番組の配布を説明し、放送局から情報の信号を受信局に送信するステップを示す図である。
【図２】
図１の放送局から受信した番組を記録する本発明のシステムのブロック図である。
【図３】
図２のセット・トップ・ボックスに結合されているストレージ・デバイスにデータを転送するステップを示すブロック図である。
【図４】
３つのビデオ・ストリームと２つのオーディオ・ストリームをオーディオ・ストリームの１つとビデオ・ストリームの１つをテレビに送信するのと同時に受信局に送信するステップを示す図である。これらと同じストリームをさらに、他のビデオ・ストリームの１つとともにストレージ・デバイスに送信する。
【図５】
図４と似た図であるが、ただし、第２のビデオ・ストリームがさらにＰＩＰウィンドウに表示され、それとともに第１のオーディオ・ストリームおよびビデオ・ストリームがテレビの主画像内に表示される。
【図６】
図５と似た図であるが、ただし、第２のビデオ・ストリームがテレビ画面の中央に表示されず、第１のビデオ・ストリームがＰＩＰウィンドウ内に表示される。
【図６ａ】
図６に似た図であるが、ただし、示されている構成はＰＩＰを必要としない、あるいは使用しない。
【図７】
図６に似た図であるが、ただし、第２のビデオ・ストリームのライブ放送を同じ視点のすでに放送されているバージョンに置き換える。
【図７ａ】
図７に似た図であるが、ただし、示されている構成はＰＩＰを必要としない、あるいは使用せず、記録されたオーディオ・ストリームが図７と同様にライブ・オーディオ・ストリームの代わりに再生される。
【図８】
テレビに表示し、第２のオーディオ・ストリームとともに記録される第１のビデオ・ストリームとオーディオ・ストリームを示す図である。
【図９】
図８に示されている図と似ているが、ただし、第１のオーディオ・ストリームが第２のオーディオ・ストリームに置き換えられている図である。
【図１０】
図９に示されている図と似ているが、ただし、第１のビデオ・ストリームと第２のオーディオ・ストリームがすでに放送されているバージョンに置き換えられる図である。
【図１１】
ストレージ・デバイス上のファイルおよびデータ構造の例を示す図である。図１１に添えられている文章は、異なる視点から瞬間リプレイを簡単に表示できるようにこれらのデータ構造を使用する方法を説明したものである。
【図１２】
本発明による方法の流れ図である。
対応する参照文字は、何枚かの図面全体を通じて対応する部分を示している。
【図１】
2004536480.tif 000003
【図２】
2004536480.tif 000004
【図３】
2004536480.tif 000005
【図４】
2004536480.tif 000006
【図５】
2004536480.tif 000007
【図６】
2004536480.tif 000008
【図６ａ】
2004536480.tif 000009
【図７】
2004536480.tif 000010
【図７ａ】
2004536480.tif 000011
【図８】
2004536480.tif 000012
【図９】
2004536480.tif 000013
【図１０】
2004536480.tif 000014
【図１１】
2004536480.tif 000015
【図１２】
2004536480.tif 000016
【国際公開パンフレット】
2004536480.tif 000017
2004536480.tif 000018
2004536480.tif 000019
2004536480.tif 000020
2004536480.tif 000021
2004536480.tif 000022
2004536480.tif 000023
2004536480.tif 000024
2004536480.tif 000025
2004536480.tif 000026
2004536480.tif 000027
2004536480.tif 000028
2004536480.tif 000029
2004536480.tif 000030
2004536480.tif 000031
2004536480.tif 000032
2004536480.tif 000033
2004536480.tif 000034
2004536480.tif 000035
2004536480.tif 000036
2004536480.tif 000037
2004536480.tif 000038
2004536480.tif 000039
2004536480.tif 000040
2004536480.tif 000041
2004536480.tif 000042
2004536480.tif 000043
2004536480.tif 000044
2004536480.tif 000045
2004536480.tif 000046
2004536480.tif 000047
2004536480.tif 000048
2004536480.tif 000049
2004536480.tif 000050
2004536480.tif 000051
2004536480.tif 000052
2004536480.tif 000053
2004536480.tif 000054
2004536480.tif 000055
2004536480.tif 000056
2004536480.tif 000057
2004536480.tif 000058
2004536480.tif 000059
2004536480.tif 000060
2004536480.tif 000061
2004536480.tif 000062
2004536480.tif 000063
2004536480.tif 000064
2004536480.tif 000065
2004536480.tif 000066
2004536480.tif 000067
2004536480.tif 000068
2004536480.tif 000069
【国際調査報告】
2004536480.tif 000070