JP4628629B2 - プッシュされたデータを記録するシステムおよび方法 - Google Patents

Description

【０００１】
（発明の背景）
１．発明の分野
本発明は、全体的に、放送テレビジョン・システムに関し、より詳細には、双方向テレビジョン・システムで放送されるプッシュされたデータ・コンテンツを記録するシステムおよび方法に関する。
【０００２】
２．関連技術の説明
双方向テレビジョン・システムは、多数の受信契約者に対して通常のテレビジョン音声およびビデオばかりでなく、双方向コンテンツを配信する手段をも提供する。このシステムによって放送される番組は、テレビジョンの音声とビデオや、静止画像、テキスト、双方向グラフィック、アプリケーション、さらに、多くの他の構成要素を組み込むことができる。したがって、この双方向テレビジョン信号の双方向コンテンツは、アプリケーション・コード、音声とビデオに関連付けられたデータ、制御信号、生データおよび多くの他のタイプの情報を含む。この双方向コンテンツと、音声とビデオ・データはどちらも受信契約者に対して「プッシュされた」データとして配信される。すなわち、このデータは、受信契約者がそのデータを要求する、しないに関わらず受信契約者のそれぞれに配信される。
【０００３】
アプリケーション・コードまたはテレビジョン番組に関する情報などの双方向コンテンツは、通常、反復形式で放送される。すなわち、個々の情報は一度目に放送され、次いで二度目に放送され、という具合である。この周期は、個々の双方向データが、例えば１０秒おきに送信されるように反復される。この方式で放送される情報は、「カルーセル」と呼ばれるものを形成する。このカルーセルを構成する一連の情報は、事前に準備しておくことも、「実行中」に確定することもできる。一実施形態では、カルーセルは、単一データ制作者ソースから発生される一まとまりのデータ・オブジェクトのことである。特定カルーセルのコンテンツは経時的に変化しうることに留意されたい。例えば、カルーセルのコンテンツの変更は、データ制作者ソースによる更新によって生じる場合がある。単一カルーセルは、接近したデータ・ストリームとして頻繁に移送される。しかし、複数のカルーセルを単一データ・ストリームに多重化することも可能である。
【０００４】
放送システム（例えば、双方向テレビジョン・システム）は、システムの受信機が、受信機からサーバへの戻り経路を必要とせずにカルーセルの特定の情報を選択的に獲得することができるように、情報をカルーセル形式で送信する。特定の受信機が特定情報を必要とする場合、その受信機は、次にその情報が放送されるのをただ単に待ち、次いで放送されたデータ・ストリームからその情報を抽出することができる。（情報が周期的に放送されない場合、受信機はサーバに対してその情報を送信するよう要求を送信しなければならず、したがって戻り経路が必要となる。）このシステムの他の受信機も同様の方法で動作する場合があるが、この場合、各受信機はそれ自体が必要とする情報を待ち、次いでその情報だけを使用する。情報を放送するためにカルーセルを利用することによって、システムは受信機のそれぞれをサーバに接続する必要性を解消し、さらにサーバが情報に対する個々の要求を処理する必要性をも解消する。一般に、放送信号はいくつかの番組を含むことができ、その番組はいくつかの音声／ビデオ・ストリームおよび／またはデータ・ストリームを含むことができる。データ・ストリームは、双方向アプリケーション・データ、サブタイトル情報またはその他のデータなどのデータを搬送するために使用することができる。
【０００５】
カルーセル内の情報またはデータ・オブジェクトは、番組を構成するために単一オブジェクト・データ・ストリームに結合されることが意図される場合がある。この番組は、音声またはビデオなどのストリーミング・データを含むこともできる。例えば、双方向テレビジョン・ゲーム・ショーは、テレビジョンの音声とビデオを、ユーザに問題を回答させるアプリケーション・コードなどの双方向コンテンツと組合せることができる。別の実施例は、音声とビデオを、画面下部のバナーに現在株価を挿入するアプリケーション・コードと組合せるニュース番組などである。（多くのタイプの番組が可能であり、任意の特定の番組内に音声、ビデオまたは双方向コンテンツのすべてを含む必要はないことに留意されたい。番組は、音声と双方向データ（例えば、双方向ラジオ番組）だけを含んでいてもよいし、双方向データ（例えば、音声やビデオ・ストリームを含んでいない双方向天気番組）だけを含んでいてもよい。通常、各番組は対応するチャンネルに関連付けられており、特定番組を含んでいるチャンネルが双方向テレビジョン受信機によって選択されると、そのチャンネルで放送中のデータがダウンロードされ、その番組が開始される。
【０００６】
双方向テレビジョン・システムによって放送される番組は、ＤＶＤ番組やＳＭＩＬページと類似の方法で相互に参照し作用する構成要素（データ・オブジェクト）を含むことができる。ＤＶＤ番組は、例えば、番組のカストマイズされた再生を可能にする様々なデータ・オブジェクトにアクセスすることができる。この番組は、例えば特定言語を使用するようにカストマイズしたり、特定メニューを表示するために番組の特定部分にスキップするように（親制御によってビデオのいくつかの場面をスキップするなどのように）カストマイズしたりすることができる。ＳＭＩＬは、様々なマルチメディア・オブジェクトを単一表示に統合することを可能にするマークアップ言語である。ＳＭＩＬページは、データ・ストリームのオブジェクトを参照すること、それらのオブジェクトを操作すること、データ・ストリームを同期すること、等々が可能である。
【０００７】
放送システムで受信された番組コンテンツは、通常、即座に消費されることを対象としている。しかし、このコンテンツを後で再生するために記録しておくことも可能である。但し、放送情報を記録しておくことは、即座に消費することを対象とするプッシュされたデータ・ストリームの部分を記録することには一般に制限がある。受信された情報は再フォーマットし、再パケット化することができるが、この情報は受信したままの状態で、すなわちデータのストリームのままで記憶される。番組は、相互作用するデータ・オブジェクトから構成されることができるので、番組をデータのストリームのままで記録することにはいくつかの不都合な点がある場合がある。例えば、番組が、株式相場などの「ライブ」データを参照する場合、その番組がリプレイされるときにはこのデータは既に古くなっている。さらに、番組のデータ・ストリームがそのままの状態で記録される場合、番組の様々な構成要素間において同期性と双方向性を維持することは困難であるか、不可能でさえある場合がある。
【０００８】
（発明の概要）
上記で概説した１つまたは複数の問題は、本発明の様々な実施態様によって解決することができる。一実施態様は、記憶装置に結合されている双方向テレビジョン受信機を含む。この受信機は、放送ネットワークに結合されており、番組を含んでいる信号を受信するように構成されている。この信号は、プッシュされた双方向テレビジョン・アプリケーション・データを含んでいる。この受信機は、プッシュされたデータを番組のデータ・ストリームを構成する別個のデータ・オブジェクトに分解し、そのデータ・オブジェクトを記憶装置に記憶するように構成されている。このデータ・オブジェクトは、時間的な有効範囲、識別子、バージョン番号などのオブジェクト特性と共に記憶することができる。ライブ・データを構成するデータ・オブジェクト（すなわち、即座に消費されない場合は陳腐化するデータ）は、単にそのデータへの参照として記憶することができる。受信機は、番組と同じカルーセルで送信されないデータ・オブジェクトへの参照（例えば、別の番組のカルーセルで送信されるデータ・オブジェクトへの参照など）を検出し、それらのデータ・オブジェクトを獲得し、記憶するように構成することができる。
【０００９】
一実施態様は、放送側および上記のような受信機を有する双方向テレビジョン・システムから構成される。この放送側は、記憶されて再生されることを対象とする番組に対応するデータを送信するように構成することができる。このデータには、番組の記録と再生に有用な情報が含まれる。通常、この情報は即座の消費を対象とする番組と共には送信されない。送信されるデータは、番組を構成するデータ・オブジェクトを識別するファイル・テーブルまたはディレクトリを含むことができる。ファイル・テーブルは、データ・オブジェクトを分解して記憶するために受信機によって使用することができるが、これはその番組がリプレイされるときにそのデータ・オブジェクトを取り出すためにも使用される。放送側によって供給される追加情報は、データ・オブジェクトに対応するオブジェクト特性を含むこともできる。これらのオブジェクト特性は、送信されたデータ・オブジェクトに関連付けられたバージョン番号、別のデータ・オブジェクトへの参照、および類似の情報を含むことができる。受信側は、記録時にオブジェクト特性を利用することも、その番組を後で再生するときに使用するためにそのオブジェクト特性を記憶しておくこともできる。
【００１０】
一実施態様は、複数のデータ・オブジェクトを含む番組を記録する方法である。番組の一部であるデータのストリームが受信側に放送される。このデータ・ストリームには１つまたは複数のデータ・オブジェクトが含まれる。番組は、その受信側によって以前にキャッシュされたデータ・オブジェクトを参照することができる。番組は、即座の消費を対象としており、その後は陳腐化してしまうライブ・データ・オブジェクトを参照することもできる。データ・ストリームは、番組のデータ・オブジェクトに対応するファイル・テーブル、ならびにそのデータ・オブジェクトに対応するオブジェクト特性を含むことができる。データ・ストリームは、受信側によって受信されると、個々のデータ・オブジェクトに分解される。このデータ・オブジェクト、付随するあらゆるオブジェクト特性およびファイル・テーブルが、次いで記憶装置にファイルとして記憶される。その番組外部のいくつかのデータ・オブジェクト（例えば別のカルーセルからのデータ・オブジェクト）が取り出され、これもまた記憶される。ライブ・データ・オブジェクトは記憶されないが、これらのデータ・オブジェクトへの参照は記憶され、したがってその番組がリプレイされる際には、参照されるライブ・データ・オブジェクトの最新バージョンを使用することができる。
【００１１】
本発明の他の目的および利点は、以下の詳細な説明を読み、添付の図面を参照することによって明らかになろう。
【００１２】
本発明は様々な修正形態および代替形態を許容しうるが、図面には本発明の特定の実施形態を示し、本明細書ではそれらに関して詳述する。しかし、本発明の図面および詳細な説明は、本発明を開示された特定の形態にのみ限定することを意図するものではなく、むしろ、頭記の特許請求の範囲によって規定される本発明の趣旨および範囲に含まれるすべての修正形態、等価形態、および代替形態を対象とするものであることを理解されたい。
【００１３】
（好ましい実施形態の詳細な説明）
広い意味では、本発明は、プッシュされたデータ・コンテンツを記憶するための改良されたシステムおよび方法であって、データは、データ・ストリームではなく一組のファイルとして記憶される。本発明の多くの実施形態が可能であり、本明細書で提示されたシステムおよび方法は、別のプッシュされたデータ・システム内の番組の記憶にも等しく適用可能ではあるが、以下の説明は、主として双方向テレビジョン・システムで実施される一実施形態に的を絞っている。この説明は、限定的なものではなく、例示を目的とするものである。
【００１４】
図１を参照すると、双方向テレビジョン・システム１０の機能ブロック図が示されている。双方向テレビジョン・システム１０は、一般に、放送側１２と、放送媒体１３によってその放送側に結合されている受信側１４から構成される。この図面では、放送媒体１３は衛星伝送ネットワークとして図示されている。この放送媒体は、別の実施形態では、ケーブル伝送媒体、電話会社の伝送媒体、ＭＭＤＳ（マイクロ波）伝送媒体および地上波伝送媒体などの他の伝送媒体を含むことができる。放送側１２は、番組のデータ・ストリームを形成するデータ・オブジェクトを供給するように構成されている番組ソース１５に結合されている。受信側１４は、記憶装置１６に結合されている受信機１８を含む。記憶装置１６は、データ・オブジェクトを記憶するように構成されている。受信側１４は、ユーザに対して番組を表示するために使用されるテレビジョン１７も含む。
【００１５】
一実施形態では、放送側１２から受信側１４に放送されるべき番組のデータ・ストリームのデータ・オブジェクトは番組ソース１５に記憶される。データ・オブジェクトは個別（例えば、独立してアクセス可能なファイルとして）に記憶されている。データ・オブジェクトのそれぞれは、放送側１２によって番組ソース１５から取り出され、放送媒体１３を介して送信するのに適したフォーマットに変換される。番組は、データ・オブジェクトとして送信されないデータのストリーム（例えば音声とビデオ）を含むこともできることに留意されたい。この特定の実施形態では、データは、デジタル衛星ネットワークを介して送信することができるパケットにフォーマットされる。これらのパケットは、送信用の他のパケットで多重化することもできる。
【００１６】
放送側１２は、番組のデータ・オブジェクトを受信側１４にカルーセルとして周期的に送信する。これによって、各データ・オブジェクトが反復的に送信されるデータのストリームが作成される。放送媒体（この実施形態ではデジタル衛星ネットワーク）は、いくつかの様々なチャネルをサポートすることができ、様々なカルーセル（および対応するデータ・ストリーム）をそれらのチャネル上で同時に放送することができることに留意されたい。受信側１４がデータ・ストリームを受信したとき、そのデータ・ストリームに含まれる番組は即座に再生されても、記録されてもよい。いずれにしても、受信側１４は、そのデータ・ストリームをデータ・オブジェクトに戻すように変換する。番組が即座に再生される場合、データ・オブジェクトは番組内で必要に応じて使用される。番組が記憶される場合、データ・オブジェクトは、記憶装置１６に一組のファイルとして記憶される。番組に含まれる別のデータ・ストリーム（例えば、音声またはビデオ・ストリーム）も、記憶装置１６に記憶することができる。番組は、即座に再生する、しないに関わらず記憶することができる。
【００１７】
受信機１８は、通常、テレビジョン１７に接続されているセットトップボックスに組み込まれる。このセットトップボックスは、制御装置（例えばマイクロプロセッサ）、メモリ、および受信した双方向テレビジョン信号を選択して復号化するために必要な他の構成要素を組み込んでいる。セットトップボックスの基本的構成要素と特徴は周知なので、本明細書ではこれらについては詳述しない。通常、セットトップボックスは、最低のコストで必須の双方向機能を実現するように設計されている。その結果、セットトップボックスは、通常、限られたメモリを有しており、大容量記憶装置（例えばハード・ディスク・ドライブ）は有しない。このメモリは、双方向アプリケーションを実行するには十分だが、そのアプリケーションを無期限に記憶しておくには不向きである。したがって、アプリケーションは、もうそれ以上実行されない場合は、通常、メモリには残されない。
【００１８】
セットトップボックスのメモリは、ある種の双方向アプリケーションを記憶するには十分に大きい場合でさえ、大量の音声またはビデオ・データ、アプリケーション・コード、または他の情報を含む番組を収容するにはまだ小さすぎる場合がある。セットトップボックスの限られた量のメモリには適合しない番組を記録するのに十分な記憶領域を提供するために、記憶装置１６がセットトップボックスに結合される。記憶装置１６は、ハード・ディスク・ドライブ、記録可能なＤＶＤドライブ、または光ディスク・ドライブなどのあらゆる適切な記憶装置を含むことができる。これは、セットトップボックスに内蔵することも、または外部接続することもできる。記憶装置１６は、セットトップボックスに永続的に接続することも、着脱可能に接続することもできる。
【００１９】
図２を参照すると、受信機に送信されるカルーセル（および対応するデータ・ストリーム）の構造が示されている。カルーセル２４は、データ・オブジェクト２１〜２３とカルーセル情報２０から構成される。データ・オブジェクト２１〜２３は、上記の要領で番組ソースから取り出される。カルーセル情報２０は、放送側によって供給されるものであって、カルーセルＩＤおよびバージョン番号、そのカルーセルに対するファイル・テーブルまたはディレクトリなどの情報、および様々な他の情報を含むことができる。（ファイル・テーブルなどのこの情報の部分は、通常、即座に消費されることを対象とする番組内には見られない。）放送側は、カルーセル情報２０とデータ・オブジェクト２１〜２３とを連続的に送信する。カルーセル２４の送信の第１のインスタンスは２５で示される。放送側がカルーセル２４の第１のインスタンスの送信を完了した後、これは２６で示すように再度送信される。２５〜２９によって示されたカルーセル２４の連続的かつ周期的な送信はデータ・ストリーム３０を形成する。このカルーセルの送信は無制限に反復することができる。
【００２０】
カルーセルは、事前に構築されたデータ・ストリームとして放送側に供給することも、カルーセルを「実行中に」統合することも可能である。同様に、オブジェクト特性は、放送側に供給されるデータ・ストリームに含めることも、放送される前のデータ・ストリームに挿入することも可能である。例えば、特定データ・オブジェクトに更新がなされたかどうかを識別するためにバージョン番号を挿入することも、受信機によってキャッシュされる必要のある特定データ・オブジェクトを識別するためにフラグを挿入することも可能である。放送側によってデータ・ストリームに挿入されるオブジェクト特性は、データ・ストリーム内のデータ・オブジェクトを記憶し、リプレイし、フィルタリングし、あるいは別の方法で利用する際に受信機によって使用することができる。
【００２１】
上記のように、番組のデータ・ストリームを構成するデータ・オブジェクトは、アプリケーション・コードとデータ、音声クリップとビデオ・クリップ、制御信号、トリガ、生データおよび他のタイプの情報を含むことができる。番組が即座に消費される場合（すなわち、ユーザに表示される場合）、ストリームからデータ・オブジェクトを抽出するためにそのデータを分解する必要がある。必要なデータ・オブジェクトが抽出されると、そのデータ・ストリームが再生される。次いでデータ・オブジェクトは、その番組で規定されるように使用される。例えば、実行する必要のある任意のアプリケーションが開始される、ユーザに対して表示する必要のある任意の音声またはビデオ・データが再生または表示される、作成される必要のある任意の信号が生成される、という具合である。番組はユーザに対して、通常はテレビジョン１７を介して表示され、消費される。番組が即座にユーザに対して表示される、されないに関わらず、その番組は記憶することもできる。ユーザが番組の記録を希望する場合、そのデータ・オブジェクトは同様の方法で抽出されるが、これは即座にその番組を表示するために使用されずに大容量記憶装置１６に記憶される。次いで記録された番組は、記憶されているデータ・オブジェクトを用いて再生することができる。このシステムと方法の利点を説明するには、番組の構造を検討すると有益であろう。
【００２２】
番組のデータ・オブジェクトは、多くの様々なタイプのデータを含むことができ、または様々な方法で相互に関係付けることができる。図３を参照すると、１つの番組におけるデータ・オブジェクトの相互関係の一例が示されている。（この特定の番組におけるデータ・オブジェクトのこの関係は、例示的なものであって、他の番組構造は大幅に変更することが可能である。）図面では、双方向テレビジョン番組はカルーセル３５を含む。カルーセル３５は、データ・オブジェクト３２〜３４と識別情報３１から構成される。上記のように、データ・オブジェクト３２〜３４は、アプリケーション・コードとデータ、音声クリップとビデオ・クリップ、および他の情報を含むことができる。カルーセル３５のデータ・オブジェクトは、別のカルーセル３６、３７のデータ・オブジェクトへの参照（破線の矢印で示す）を含んでいる。この例では、カルーセル３６自体が、カルーセル３７のデータ・オブジェクトへの参照を含んでいる。カルーセル３５は、カルーセル３６および３７への参照の他、カルーセル３５を含んでいるデータ・ストリームの放送時に偶然、大容量記憶装置４０に記憶されていたデータ・オブジェクト４１への参照も含んでいる。（記録されているデータのストリームも、データ・オブジェクトと同じ要領で参照できることに留意されたい。）
【００２３】
番組のそれぞれは、通常、様々なチャネルを介して放送側から受信側に送信される。番組がこれから再生されようとするとき、受信側は、対応するデータ・オブジェクトを受信するために、対応するカルーセルのデータ・ストリームが目下送信されているチャネルを選択する。番組が再生され、それらのデータ・オブジェクトの１つが別のカルーセル内のデータ・オブジェクトを参照する場合、受信側は対応するチャネルを選択し、必須のデータ・オブジェクトを獲得する。同様に、データ・オブジェクトのうちの１つが、（受信側に結合されている）大容量記憶装置４０に偶然記憶されていたデータ・オブジェクトを参照する場合、そのデータ・オブジェクトを取り出すためにそのデバイスがアクセスされる。それによって、受信側は、異なるカルーセルのデータ・ストリームから必須のデータ・オブジェクトにアクセスして、完全な番組を再生することができる。
【００２４】
上記のように、大容量記憶装置は、番組を「そのままで」（すなわち、受信されたデータ・ストリームのままで）記憶するために使用することができる。番組のデータ・オブジェクトをデータ・ストリームのまま記憶することの不都合な点の１つは、その番組をリプレイするときにデータ・ストリームを再生しなければならず、セットトップボックスは再度そのデータ・ストリームを、番組を構成するデータ・オブジェクトに分解しなければならないことである。データ・ストリームのこの再生と再分解は、（その番組が既に再生済みの場合は）既に完了した作業を反復するためにセットトップボックスの処理資源を使用することを必要とする。これらの資源は、こういうことに使用されなければ、別のタスク上で使用されているはずである。もう１つの不都合な点は、番組が再生されるとき、番組の一部の情報は既に陳腐化している可能性があるということである。例えば、番組が投資に関係している場合、その番組は、ユーザに対して最新の株式相場を供給するように作られているはずである。データ・ストリームは記録された時点でのみ最新なので、その株式相場は既に古くなっている。番組が陳腐化した情報を含んでいる場合、その情報は有益でない可能性があり、誤解の原因とさえなりかねない。さらに別の不都合な点は、周期的に放送されたデータがストリームとして記憶されるとき、単一インスタンスしか必要ないときに単一データ・オブジェクトのいくつかのインスタンスが記憶される可能性があることである。
【００２５】
大容量記憶装置は、番組のデータ・オブジェクトをファイル形式で記録するためにも使用することができる。すなわち、番組を構成する個々のデータ・オブジェクトは、個別にアクセスし、更新することができるファイルとして記憶することができる。この方法で番組を記録することの利点を説明するには、番組の構造を検討することが有益であろう。
【００２６】
ユーザが番組の記録を希望する場合、その番組はデータのストリームとしても、一組のファイルとしても記憶することができる。受信側が単に特定のデータのストリームを記憶するように構成されている場合、通常は別の最新データ・ストリームから取り出されているはずのデータ・オブジェクトは入手不可能である。同様に、大容量記憶装置内にキャッシュしておく必要があったデータ・オブジェクトが、その記憶装置内に残っていないか、または全くキャッシュされていなかった場合がある。しかし、受信側が番組を一組のファイルとして記憶するように構成されている場合は、必須のデータ・オブジェクトを識別し、取り出し、一組のファイルで記憶することができる。さらに、番組が再生される時はいつでも最新のライブ・データを取り出すことができるように、ライブ・データ・オブジェクトはそれらのオブジェクトへの参照と交換可能である。
【００２７】
図４を参照すると、上記の双方向テレビジョン・システムによって利用される方法が示されている。データ・オブジェクトは、放送側によって適切なデータ・ソースから取り出される。そのデータ・オブジェクトからカルーセルが生成され、通常の方法で受信側に送信される。しかし、そのデータが受信される際、その番組が即座に消費されるかのようにそのデータは１つまたは複数のカルーセルの個々のデータ・オブジェクトに分解される。受信側は、それぞれのデータ・オブジェクトに関連付けられた特性を判定し、次いでそのデータ・オブジェクトをストリームとしてではなくファイルとして記憶する。
【００２８】
実際、システムは、放送側から送信されたプッシュされたデータをプルされるデータ（すなわち、ユーザの要求で取り出すことができるデータ）に変換する。データ・オブジェクトを含んでいるファイルは、識別子、有効範囲、参照リストなどのデータ・オブジェクトに関連する特性を含む。ファイルをオンデマンドでアクセスすることができるように、ファイル・テーブルを記憶することもできる。ファイル・テーブルおよび他の特性は番組の即座の消費には必要とはされない場合があり、双方向テレビジョン・システムでは送信されない場合があるということに留意されたい。
【００２９】
上記で指摘したように、データ・オブジェクトは、即座に消費されない場合は陳腐になる「ライブ」データを含むことができる。このデータが記憶され、番組が再生される際に使用される場合、この番組は、ある程度は陳腐化しているだろう。したがって、ほとんどのデータ・オブジェクトがファイルとして記憶されている一方で、ライブ・データ・オブジェクトは、番組内の参照としてのみ記憶される。すなわち、ライブ・データ自体は記憶されていないが、データの指示（例えば、データの長さおよびそれを発見することができる場所）は記憶されている。次いで、番組が再生される場合、参照に対応する新しいライブ・データが獲得され、その番組が記録された時点でライブだったデータの代わりに使用される。これにより、その番組は、リプレイされる時に自動的に更新される。
【００３０】
一実施形態では、システムは、対応するデータ・オブジェクトに関するファイル識別子、バージョン番号、および有効範囲をそれぞれのファイルと共に大容量記憶装置に記憶するように構成される。図５を参照すると、データ・オブジェクトおよび対応するオブジェクト特性の記憶が示されている。カルーセル６０は、放送側から受信側に１つのチャネルを介して送信される。カルーセル６０は、識別子（ｉｄ）とバージョン番号と共に送信される。このカルーセルの送信は、時刻ｔ１で開始され、時刻ｔ２まで反復される。時刻ｔ２では、参照番号６１で示されるカルーセルの新しいバージョンが入手可能になり、前のバージョンの代わりに送信される。カルーセル６１の送信は、時刻ｔ３まで反復される。
【００３１】
受信側によって受信されたデータ・ストリームはカルーセル６０のいくつかの連続的な送信から構成され、次にカルーセル６１の連続的な送信が続く。受信側は、データ・ストリームの分解を開始し、カルーセル６０を構成するデータ・オブジェクトを獲得する。これらのデータ・オブジェクトは、大容量記憶装置にファイルとして記憶されている。（簡約化のため、本明細書ではカルーセルを単一ファイルとして示しているが、カルーセルを構成している個々のデータ・オブジェクトを別個のファイルとして記憶できることに留意されたい。また、カルーセル自体が特性を有し、データ・オブジェクトとみなすことができることにも留意されたい。）受信側が、カルーセルのより新しいバージョンを含んでいるデータ・ストリームの部分を受信する時、その受信側は、新しいバージョンを検出して、データ・ストリームからカルーセルの新しいバージョンを抽出する。カルーセルの新しいバージョンは、次いで大容量記憶装置に記憶される。（カルーセルの特定のデータ・オブジェクトだけが新しいバージョンである場合、実施形態によっては、カルーセル全体ではなく、新しいデータ・オブジェクトだけを記憶することができる。）
【００３２】
一実施形態では、受信側は、各カルーセルの送信の開始時点と終了時点とを検出するように構成されている。別の実施形態では、開始時点と終了時点は、各カルーセルと共に明示的に送信される。この開始時点と終了時点は、そのカルーセルに対応する時間的な有効範囲を決める。この有効範囲内でそのカルーセルは入手可能（すなわち、有効）である。この範囲外では、そのカルーセルは入手不能（すなわち、無効）である。一実施形態では、有効範囲は、記録開始からの時間によって決められる。この情報は、以下で詳述するように、カルーセルまたはそのデータ・オブジェクトを使用する番組の再生で有用となる。信号またはトリガなどのある種のデータ・オブジェクトは、即時的なものであり、開始時点と終了時点とは同一であるとみなされることに留意されたい。これらは厳密には上記のような有効範囲は有しないが、有効であることができる。各データ・オブジェクトの時間的な有効範囲は、それぞれのデータ・オブジェクトに関連付けられた他のオブジェクト特性と共に記憶されている。
【００３３】
一実施形態では、記憶されるべきデータ・ストリームは、別のデータ・ストリームによって搬送されるカルーセル（別のチャネルの別の番組に属する場合がある）の一部であるデータ・オブジェクトへの参照を含む。番組が、放送される際に消費される場合、これらの外部データ・オブジェクトは、単に番組を実行し、外部データ・オブジェクトへの参照に遭遇すると、そのデータ・オブジェクトが目下放送されているチャネルを選択し、対応するデータ・ストリームからデータ・オブジェクトを獲得することによって簡単に獲得される。番組が、後で再生されるべき対応するデータ・ストリームから記録されるとき、外部データ・オブジェクトを獲得することはこのように簡単ではない。すなわち、システムは、その番組のカルーセルの外部のデータ・オブジェクトへの参照を検出し、適切なチャネルを自動的に選択してそのチャネル上のデータ・ストリームからデータ・オブジェクトを獲得する必要がある。これを図６に示す。
【００３４】
図６に、放送側から受信側に送信される２つのカルーセル７０、７１を示す。第１のデータ・ストリームは、カルーセル７０の反復的な送信によって形成される。第１のデータ・ストリームは第１のチャネルで送信される。第２のデータ・ストリームは、カルーセル７１の反復的な送信によって形成され、第２のチャネルで搬送される。記録されるべき番組のデータ・オブジェクトを含んでいるカルーセル７０は、（破線の矢印によって示すように）カルーセル７１に含まれるデータ・オブジェクトのうちの１つを参照する。ユーザは、第１のチャネルで受信されるデータ・ストリームから番組の記録を開始する。受信側は、そのデータ・ストリームを分解し、抽出されたデータ・オブジェクトを大容量記憶装置にファイルとして記憶する。カルーセル７１に含まれている外部データ・オブジェクトへの参照に遭遇すると、受信側は第２のチャネルを選択し、参照されるデータ・オブジェクトを獲得するために第２のデータ・ストリームを分解する。このデータ・オブジェクトは、また、大容量記憶装置にファイルとして記憶される。この番組がその大容量記憶装置からリプレイされる場合、カルーセル７１からのデータ・オブジェクトをその大容量記憶装置から取り出すことができ、その番組内で使用することができる。
【００３５】
一実施形態では、記憶されるべき番組はライブ・コンテンツを参照する。ライブ・コンテンツは即座に消費されない場合は陳腐化するので、システムは、番組が即座に消費されていた場合には、再生されていたはずのライブ・データ・オブジェクトを記憶しない。代わりにシステムは、記録されている番組がリプレイされるときに、参照された場所から最新のライブ・データが獲得され、番組に組み込まれるように、そのライブ・データへの参照を記憶する。
【００３６】
図７に、ライブ・データが参照される一例を示す。この図面では、第１のカルーセル８０が第２のカルーセル８１を参照しているように示されている。どちらのカルーセルも放送側から受信側に送信される。しかし受信側は、カルーセル８０だけを記憶する。カルーセル８１は記憶されないが、カルーセル８０に関連付けられた特性にライブ参照として列挙される。カルーセル８０の番組が受信側のアプリケーション実行エンジンによってリプレイされる場合、この参照は、最新のライブ・コンテンツは参照で指示されている場所から獲得すべきであるという指示を提供する。したがって、オリジナルのライブ・データが陳腐となっているはずの時点でその番組がリプレイされたとしても、その番組には最新情報が組み込まれる。
【００３７】
一実施形態では、記憶されるべき番組は、以前にキャッシュされたデータへの参照を含む。ある種の情報は、カルーセルの一部として放送することはできないが、それでも尚、番組に組み込む必要がある場合がある。対応するデータ・ストリームが現在記録されているかどうかに関わらず、その情報が放送されるときに、フラグが検出されて、その情報が受信機の大容量記憶装置に記憶されるようにその情報にフラグを立てることができる。後で、このキャッシュされた情報を参照する番組が再生されるとき、この情報は大容量記憶装置から取り出すことができる。これは、例えばキャッシュされた情報の量が多すぎて、それをカルーセルに含めることによってデータ・オブジェクトが放送される頻度を、所望よりも低い率に低下させてしまう場合に有用な場合がある。この情況では、キャッシュされた情報は、番組開始時に一度だけ放送し、記憶し、次いで番組中に必要に応じて参照することができる。
【００３８】
図８を参照すると、後で番組によって使用するために情報をキャッシュするシステムが示されている。図８は、情報９０が一度だけ放送され、次いでカルーセル９１が周期的に放送されるデータ・ストリームを示す。（情報９０はカルーセル９１と同じデータ・ストリームの部分である必要はなく、別個のチャネルで放送されることができることに留意されたい。）受信側がデータ・ストリームを受信する際、情報９０が検出される。情報９０は、その情報が受信側の大容量記憶装置にキャッシュされるべきであることを示すフラグを含む。したがって、受信側は情報９０を記憶する。情報９０が記憶された後のある時点で、カルーセル９１が受信される。このカルーセルで実施される番組が再生される際、情報９０は、その番組内でその情報への参照に遭遇すると、即座にキャッシュから取り出すことができる。（図面では、キャッシュされたデータは、大容量記憶装置に記憶されているように示されているが、これよりも小さいキャッシュ・メモリに記憶することも可能である。）
【００３９】
番組がデータ・ストリームの受信時に消費されるにせよ、後で再生するために記録されるにせよ、この機能を利用することができることに留意されたい。番組が後の再生のために記憶される場合、キャッシュされたデータは、再生中にアクセスできるようにメモリ内に保持される。キャッシュされたデータは、大要量記憶装置に記憶しても、それよりも小さなキャッシュ・メモリに記憶してもよい。データが小さなキャッシュ・メモリに記憶されている場合、記録された番組のデータへの参照の検出に際して、そのデータを大容量記憶装置にコピーする必要がある場合がある。あるいは、そのデータは、番組が再生される前にキャッシュで上書きされる場合もある。
【００４０】
本発明は、特定の実施形態を参照して記述したが、これらの実施形態は例示的なものであり、本発明の範囲はこれらの実施形態に限定されるものでないことを理解されたい。これらの記述した実施形態に対する多くの変形形態、修正形態、追加および改良が可能である。これらの変形形態、修正形態、追加および改良は、頭記の特許請求の範囲で詳述する本発明の範囲内に含めることができる。
【図面の簡単な説明】
【図１】 双方向テレビジョン・システムの機能ブロック図である。
【図２】 カルーセルおよび対応するデータ・ストリームの構造を示す図である。
【図３】 ある番組におけるデータ・オブジェクトの相関関係を示す図である。
【図４】 本発明の方法の一実施形態を示す流れ図である。
【図５】 一実施形態におけるカルーセルのデータ・オブジェクトとその特性の記憶を示す図である。
【図６】 番組のカルーセル外部のデータ・オブジェクトへの参照が検出され、ダウンロードされる一実施形態を示す図である。
【図７】 ライブ・データ・オブジェクト自体ではなく、番組の構成要素であるライブ・データ・オブジェクトへの参照が記憶される一実施形態を示す図である。
【図８】 キャッシュされたデータ・オブジェクトを参照する番組をダウンロードする前にデータ・オブジェクトをキャッシュすることを示す図である。

Claims (20)

1. ライブ・データ・オブジェクトを含むプッシュされた番組の記憶と再生のための双方向テレビジョン・システムで実施される方法であって、
   番組を含む第１のプッシュされたデータ・ストリームを受信すること、
   前記プッシュされたデータ・ストリームの少なくとも一部を１つまたは複数のデータ・オブジェクトに変換すること、
   前記番組が即座に表示されるべきことの検出に応答して、前記番組に対応する前記データ・オブジェクトの第１の組を利用し前記番組を即座に表示すること、
   前記番組が遅延再生のために記憶されるべきことの検出に応答して、
   第１のデータ・オブジェクトが非ライブ・データ・オブジェクトであれば、前記第１の組の第１のデータ・オブジェクトを大容量記憶装置に記憶すること、および
   第２のデータ・オブジェクトがライブ・データ・オブジェクトであれば、前記第１の組の第２のデータ・オブジェクトへの参照を前記大容量記憶装置に記憶すること
   を含む方法。
2. 前記番組が前記大容量記憶装置に記憶されており、その番組の再生が要求されていることの検出に応答して、
   前記大容量記憶装置から前記第１のデータ・オブジェクトを取り出すこと、
   前記大容量記憶装置から前記参照を取り出すこと、
   前記第２のデータ・オブジェクトの最新バージョンを表す第３のデータ・オブジェクトを取り出すために前記参照を利用すること、
   前記取り出された第１のデータ・オブジェクトと前記第３のデータ・オブジェクトとを表示すること
   をさらに含む請求項１に記載の方法。
3. 前記第３のデータ・オブジェクトが前記第１のプッシュされたデータ・ストリームとは異なる第２のプッシュされたデータ・ストリームから取り出される請求項２に記載の方法。
4. 前記利用することが、
   遠隔地から、前記第３のデータ・オブジェクトへの要求を生成すること、
   前記要求に応答して前記第３のデータ・オブジェクトを受信することを含む請求項２に記載の方法。
5. 前記第１のプッシュされたデータ・ストリームとは異なる第２のプッシュされたデータ・ストリームを受信すること、
   第１のプッシュされたデータ・ストリームに対応するデータ・オブジェクトが第２のプッシュされたデータ・ストリームに対応する１つまたは複数のデータ・オブジェクトの参照の検出に応答して、前記第２のプッシュされたデータ・ストリームから前記１つまたは複数の前記データ・オブジェクトを抽出すること、
   第２のプッシュされたデータ・ストリームからの前記１つまたは複数の前記データ・オブジェクトを前記大容量記憶装置に記憶すること
   をさらに含む請求項１に記載の方法。
6. 第１のプッシュされたデータ・ストリームに対応するデータ・オブジェクトに関連付けられた特性を受信することをさらに含む方法であって、１つまたは複数の前記特性が、１つまたは複数の有効範囲、１つまたは複数のデータ・オブジェクト識別子、１つまたは複数のバージョン識別子、およびデータ・オブジェクトへの１つまたは複数の参照から構成されるグループから選択される請求項１に記載の方法。
7. 前記１つまたは複数のデータ・オブジェクトのキャッシュ可能なデータ・オブジェクトが、前記第１のプッシュされたデータ・ストリームに含まれない番組に対応することを検出すること、
   前記キャッシュ可能なデータ・オブジェクトをキャッシュすること、
   そのキャッシュ可能なデータ・オブジェクトに対応する番組を引き続いて受信し、表示すること、
   前記キャッシュされたデータ・オブジェクトにアクセスすること、
   前記キャッシュ可能なデータ・オブジェクトを、そのキャッシュ可能なデータ・オブジェクトに対応する前記番組の一部として表示すること
   をさらに含む請求項１に記載の方法。
8. 前記番組を構成する前記データ・オブジェクトを識別するファイル・テーブルを前記第１のデータ・オブジェクトと共に記憶することをさらに含む請求項１に記載の方法。
9. 前記第１のデータ・オブジェクトが第１のファイルに記憶されており、前記第１のデータ・オブジェクトのオブジェクト特性が第２のファイルに記憶されている請求項１に記載の方法。
10. 前記第１のプッシュされたデータ・ストリームで、前記第１のプッシュされたデータ・ストリームとは異なる第３のプッシュされたデータ・ストリームに含まれている外部データ・オブジェクトへの参照を検出すること、
    その第３のプッシュされたデータ・ストリームを選択すること、
    前記第３のプッシュされたデータ・ストリームから前記外部データ・オブジェクトを抽出すること、
    前記外部データ・オブジェクトを記憶すること
    をさらに含む請求項１に記載の方法。
11. 前記第２のデータ・オブジェクトへの前記参照が、オブジェクト特性として前記記憶装置に記憶される請求項１に記載の方法。
12. １つの番組を含む第１のプッシュされたデータ・ストリームを受信し、前記プッシュされたデータ・ストリームの少なくとも一部を１つまたは複数のデータ・オブジェクトに変換するように構成されている双方向テレビジョン受信機と、
    前記双方向テレビジョン受信機に結合されている記憶装置と
    を含み、
    前記番組が即座に表示されることの検出に応答して、前記受信機が前記番組に対応する前記データ・オブジェクトの第１の組を利用して前記番組を即座に表示するように構成されており、
    前記番組が遅延再生用に記憶されるべきことの検出に応答して、前記受信機が、第１のデータ・オブジェクトが非ライブ・データ・オブジェクトであれば、前記第１の組の第１のデータ・オブジェクトを記憶装置に記憶し、第２のデータ・オブジェクトがライブ・データ・オブジェクトであれば、前記第１の組の第２のデータ・オブジェクトへの参照を前記大容量記憶装置に記憶するように構成されているシステム。
13. 前記番組が前記記憶装置に記憶されており、その番組の再生が要求されていることを検出して、前記受信機が、
    前記大容量記憶装置から前記第１のデータ・オブジェクトを取り出し、
    前記大容量記憶装置から前記参照を取り出し、
    前記第２のデータ・オブジェクトの最新バージョンを表す第３のデータ・オブジェクトを取り出すために前記参照を利用し、
    前記取り出された第１のデータ・オブジェクトと、前記第３のデータ・オブジェクトとを表示するように構成されている請求項１２に記載のシステム。
14. 前記番組を表示するために構成されている表示装置をさらに含む請求項１３に記載のシステム。
15. 前記受信機が、
    前記第１のプッシュされたデータ・ストリームとは異なる第２のプッシュされたデータ・ストリームを受信し、
    前記第２のプッシュされたデータ・ストリームで前記第３のデータ・オブジェクトを検出し、
    前記第２のプッシュされたデータ・ストリームから前記第３のデータ・オブジェクトを取り出すように構成されている請求項１２に記載のシステム。
16. 前記受信機が、
    遠隔地から、前記第３のデータ・オブジェクトへの要求を生成し、
    前記要求に応答して前記第３のデータ・オブジェクトを受信するようにさらに構成されている請求項１２に記載のシステム。
17. 前記受信機が、
    前記第１のプッシュされたデータ・ストリームとは異なる第２のプッシュされたデータ・ストリームを受信し、
    第１のプッシュされたデータ・ストリームに対応するデータ・オブジェクトが第２のプッシュされたデータ・ストリームに対応する１つまたは複数のデータ・オブジェクトの参照の検出に応答して、前記第２のプッシュされデータ・ストリームから前記１つまたは複数の前記データ・オブジェクトを抽出し、第２のプッシュされたデータ・ストリームからの前記１つまたは複数の前記データ・オブジェクトを前記大容量記憶装置に記憶するようにさらに構成されている請求項１２に記載のシステム。
18. 前記受信機が、第１のプッシュされたデータ・ストリームに対応するデータ・オブジェクトに関連付けられた特性を受信するようにさらに構成されており、１つまたは複数の前記特性が、１つまたは複数の有効範囲、１つまたは複数のデータ・オブジェクト識別子、１つまたは複数のバージョン識別子、およびデータ・オブジェクトへの１つまたは複数の参照から構成されるグループから選択される請求項１２に記載のシステム。
19. 前記プッシュされたデータ・ストリームを前記双方向テレビジョン受信機に送信するように構成されている、前記双方向テレビジョン受信機に結合された放送側をさらに含む請求項１２に記載のシステム。
20. 前記受信機が、
    前記１つまたは複数のデータ・オブジェクトのキャッシュ可能なデータ・オブジェクトが、前記第１のプッシュされたデータ・ストリームに含まれない番組に対応することを検出し、
    前記キャッシュ可能なデータ・オブジェクトをキャッシュし、
    そのキャッシュ可能なデータ・オブジェクトに対応する番組を引き続き受信して表示し、
    前記キャッシュされたデータ・オブジェクトにアクセスし、
    前記キャッシュ可能なデータ・オブジェクトをそのキャッシュ可能なデータ・オブジェクトに対応する前記番組の一部として表示するようにさらに構成される請求項１２に記載のシステム。

Images