(57)【特許請求の範囲】
【請求項１】
番組ガイドデータがユーザテレビ機器に実装された双方向テレビ番組ガイドに提供され、該番組ガイドデータがテレビ番組に関連する一意的な識別子を含む、双方向テレビ番組ガイドシステムであって、該システムは、
第１の組の番組項目データと、該テレビ番組に関連する第１の組の一意的な識別子とを含む第１の番組ガイドデータを連続的なデータストリームのプロセッサから該ユーザテレビ機器に送信する手段であって、該第１の番組ガイドデータは、現在の時刻から所定の期間のみに対する番組ガイドデータである、手段と、
第２の組の番組項目データと、該テレビ番組に関連する第２の組の一意的な識別子とを含む第２の番組ガイドデータを番組ガイドサーバから該ユーザテレビ機器に送信する手段と、
該第１の番組ガイドデータと該第２の番組ガイドデータとを含む該双方向テレビ番組ガイドにおいてリストされている特定のテレビ番組に関連するリアルタイムのアクションを選択する手段であって、該特定のテレビ番組は、番組グループに属している、手段と、
該特定のテレビ番組に関連する該リアルタイムのアクションと、該連続的なデータストリームのプロセッサまたは該番組ガイドサーバから該ユーザテレビ機器によって受信された該特定のテレビ番組に関連する特定の一意的な識別子とを該ユーザテレビ機器に格納する手段と、
該一意的な識別子に対応するテレビ番組が現在放送中である場合に、該連続的なデータストリーム内の該一意的な識別子を該ユーザテレビ機器に配信する手段と、
該特定の一意的な識別子が存在することを求めて該連続的なデータストリームを監視する手段であって、該特定の一意的な識別子が存在することは、該特定のテレビ番組が現在放送中である場合を示す、手段と、
該特定の一意的な識別子が該連続的なデータストリームにおいて検出される場合に、該特定のテレビ番組に関連する該リアルタイムのアクションを実行する手段と、
該番組グループに属している少なくとも１つの他のテレビ番組に関連するアクションを実行する手段と
を備える、システム。
【請求項２】
前記リアルタイムのアクションは、前記特定の番組に対する番組リマインダを表示すること、該特定の番組の視聴を認証すること、該特定の番組を記録すること、該特定の番組をロックして、ユーザに制御コードを促すことから構成されるグループから選択される、請求項１に記載のシステム。
【請求項３】
前記リアルタイムのアクションを実行する手段は、該リアルタイムのアクションが実行される場合に、前記連続的なデータストリームから現在の番組ガイドデータをプレフェッチする手段を備えている、請求項１に記載のシステム。
【請求項４】
番組ガイドデータがユーザテレビ機器に実装された双方向テレビ番組ガイドに提供され、該番組ガイドデータがテレビ番組に関連する一意的な識別子を含む、双方向テレビ番組ガイドシステムにおける方法であって、該方法は、
第１の組の番組項目データと、該テレビ番組に関連する第１の組の一意的な識別子とを含む第１の番組ガイドデータを連続的なデータストリームのプロセッサから該ユーザテレビ機器に送信することであって、該第１の番組ガイドデータは、現在の時刻から所定の期間のみに対する番組ガイドデータである、ことと、
第２の組の番組項目データと、該テレビ番組に関連する第２の組の一意的な識別子とを含む第２の番組ガイドデータを番組ガイドサーバから該ユーザテレビ機器に送信することと、
該第１の番組ガイドデータと該第２の番組ガイドデータとを含む該双方向テレビ番組ガイドにリストされている特定のテレビ番組に関連するリアルタイムのアクションを選択することであって、該特定のテレビ番組は、番組グループに属している、ことと、
該特定のテレビ番組に関連する該リアルタイムのアクションと、該連続的なデータストリームのプロセッサまたは該番組ガイドサーバから該ユーザテレビ機器によって受信された該特定のテレビ番組に関連する特定の一意的な識別子とを該ユーザテレビ機器に格納することと、
該一意的な識別子に対応するテレビ番組が現在放送中である場合に、該連続的なデータストリーム内の該一意的な識別子を該ユーザテレビ機器に配信することと、
該特定の一意的な識別子が存在することを求めて該連続的なデータストリームを監視することであって、該特定の一意的な識別子が存在することは、該特定のテレビ番組が現在放送中である場合を示す、ことと、
該特定の一意的な識別子が該連続的なデータストリームにおいて検出される場合に、該特定のテレビ番組に関連する該リアルタイムのアクションを実行することと、
該番組グループに属している少なくとも１つの他のテレビ番組に関連するアクションを実行することと
を包含する、方法。
【請求項５】
前記リアルタイムのアクションは、前記特定の番組に対する番組リマインダを表示すること、該特定の番組の視聴を認証すること、該特定の番組を記録すること、該特定の番組をロックして、ユーザに制御コードを促すことから構成されるグループから選択される、請求項４に記載の方法。
【請求項６】
前記リアルタイムのアクションが実行される場合に、前記双方向テレビ番組ガイドを用いて、前記連続的なデータストリームから現在の番組ガイドデータをプレフェッチすることをさらに包含する、請求項４に記載の方法。
【発明の詳細な説明】
【０００１】
（発明の背景）
本発明は、双方向テレビ番組ガイドシステムに関し、より詳細には、双方向テレビ番組ガイドが２つのデータ配信メカニズムを用いて番組ガイドデータを入手する、双方向テレビ番組ガイドシステムに関する。
【０００２】
ケーブルテレビシステム、衛星テレビシステムおよび放送テレビシステムは、視聴者に多数のテレビチャンネルを提供する。ユーザは従来、特定の時間に放送される番組を選ぶ際、印刷されたテレビ番組放送予定を参照してきた。より最近では、ユーザのテレビにテレビ番組情報を表示することを可能にする双方向テレビ番組ガイドが開発されている。双方向テレビ番組ガイドは、通常はセットトップボックスにインプリメントされ、ユーザがリモートコントロールを用いてテレビ番組のリスト項目をナビゲートすることを可能にする。通常の番組ガイドでは、様々なテレビ番組リスト項目群を、事前定義されたカテゴリまたはユーザ−が選択したカテゴリに合わせて表示する。番組リスト項目の表示は典型的には、グリッドまたは表で行われる。テレビ番組リスト項目データを番組ガイドに提供するシステムについては、例えば、１９９８年６月１８日に出版された、Ｓｃｉｅｎｔｉｆｉｃ−Ａｔｌａｎｔａ，  Ｉｎｃ．  ｉｎｔｅｒｎａｔｉｏｎａｌ  ｐｕｂｌｉｃａｔｉｏｎ  Ｎｏ．  ＷＯ９８／２６５２８に記載がある。
【０００３】
番組リスト項目データを番組ガイドに配信する構造は、システム全体の動作およびユーザの家庭に必要なハードウェアの容量に影響を与え得る。１つの公知のデータ配信のアプローチでは、番組ガイドデータの連続的「トリクル」データストリームを複数のユーザのセットトップボックスに提供し、典型的には配信は帯域外のチャンネルで行う。番組ガイドは、連続データストリーム中にある番組ガイドデータのローカルコピーを格納する。このアプローチは複数の利点を有する。番組ガイドデータのローカルコピーをセットトップボックスに保持すると、番組ガイドが長時間の間データストリームへのアクセスを持たないときにでも、番組ガイドを機能させることができる。また、番組ガイドデータを待ち時間無しで番組ガイドに提供することができる。加えて、番組ガイドが１つの全国放送の（ｎａｔｉｏｎａｌ）データ供給から自身のローカルチャンネル番組構成（ｌｉｎｅｕｐ）をフィルタリングすることが可能なため、多数のローカルデータ供給が不要となる。
【０００４】
しかし、このアプローチは、セットトップボックス内に有意な量のメモリを必要とする。帯域内データチャンネルが用いられている場合、番組ガイドは、データを搬送するチャンネルに一定の間隔でチューニングしなければならず、そのため、チューニングが行われている間、ユーザのテレビ視聴が妨げられ得る。帯域外チャンネルが用いられている場合、セットトップボックス中に保持されている番組ガイドデータのデータベースを初期移送（ｉｎｉｔｉａｌｌｙ  ｐｏｐｕｌａｔｅ）するために、有意な長さの時間が必要となる。
【０００５】
公知のデジタル衛星サービス（ＤＳＳ）システムにおいて、様々な番組ガイドデータのサブセットの多数の高速供給が番組ガイドに提供される。このアプローチには複数の欠陥がある。衛星受信器中にデータを格納するために有意な量のローカルメモリが必要であり、その上、番組ガイドがこれらの供給の１つから追加データを取得する必要がある場合、番組ガイドまたは衛星受信器は、何らかのデータを廃棄しなければならない。番組ガイドが特定の供給にチューニングし、特定の供給からこのような追加データを取得するとき、遅延が発生する。また、高速供給はフォーマットされていない可能性があり、そのため、そのデータに対して全ての種類のサーチおよびソートが行われ得る。
【０００６】
別の種類の衛星システムが提案されており、この衛星システムでは、トリクル供給と高速供給との組合わせを用いて番組ガイドデータを番組ガイドに提供する。このアプローチも、番組ガイドデータの格納に有意な量のローカルメモリを必要とする。このシステムにおいても、番組ガイドが異なるストリームからデータを取得する際に遅延が発生する。
【０００７】
他の双方向テレビ番組ガイドが、クライアント−サーバを基本とするアプローチを用いてインプリメントされている。クライアント−サーバを基本とする双方向テレビ番組ガイドについては、例えば、Ｋｎｅｅらによる米国特許第５、５８９、８９２号に記載がある。リマインダ機能を提供するクライアント−サーバを基本とする双方向テレビ番組ガイドについては、例えば、Ｌａｗｌｅｒらによる米国特許第５、６９９、１０７号に記載がある。録画機能を提供するクライアント−サーバを基本とする双方向テレビ番組ガイドについては、例えば、Ｌａｗｌｅｒらによる米国特許第５、８０５、７６３号に記載がある。ユーザ設定の格納をサーバにおいて行うクライアント−サーバを基本とする双方向テレビ番組ガイドについては、例えば、Ｈｅｎｄｒｉｃｋｓらによる米国特許第５、６５９、３５０号に記載がある。
クライアントサーバに基づくアプローチでは、全ての番組ガイドデータが、複数の番組ガイド（クライアント）からの番組ガイドデータリクエストを処理するリモートサーバに格納され得る。このアプローチによって、複雑なリクエストが、価格に左右され易いクライアントデバイスではなくて高性能なサーバを用いて処理され得る。しかしながら、サーバへのアクセスに関連した遅延が存在し得る。特に、サーバの使用のピーク時に遅延が発生し得る。そのため、基本的動作（例えば、チャンネル変更等）時に遅延が発生し得る。また、番組ガイドによってローカルに格納されるデータが無いため、サーバへの接続が切断された場合、番組ガイドは機能しなくなる。
【０００８】
したがって、本発明の目的は、番組ガイドが複数のデータ配信メカニズムを用いて番組ガイドデータを入手し得る双方向テレビ番組ガイドシステムを提供することにより、ユーザの家庭の番組ガイド機器に必要なメモリ量と番組ガイドデータにアクセスする際の待ち時間とを最小限にする、ロバストなシステムを提供することである。
【０００９】
（発明の要旨）
本発明の上記および他の目的は、双方向番組ガイドを用いて、番組ガイドデータの連続ストリームおよび番組ガイドサーバから番組ガイドデータを入手する双方向テレビ番組ガイドシステムを提供することにより、本発明の原理に従って達成される。
【００１０】
主設備は、番組ガイドデータをテレビ配信設備に提供する。テレビ配信設備は、番組ガイドデータの一部（例えば、現在の時間スロットおよび今後数時間以内の番組リスト項目のデータを含み得る現在の番組リスト項目データ）を連続データストリームを通じて複数の番組ガイドに提供する。各番組ガイドは、ユーザと関連付けられたユーザテレビ機器にインプリメントされる。テレビ配信設備はまた、番組ガイドデータを番組ガイドサーバに格納し、クライアント−サーバ構成を用いて、格納されている番組ガイドデータを番組ガイドに提供する。
【００１１】
テレビ配信設備はまた、番組識別子および番組グループ分け識別子（例えば、シリーズ、ミニシリーズ、注文可能な番組パッケージ等用の識別子）を連続データストリームで送信し得る。番組ガイドは、連続データストリームにおいて識別される番組に関連するリアルタイムのアクションを行い得る。
【００１２】
このアプローチは、他の公知のシステムに対して、複数の利点を有する。例えば、テレビ機器のメモリ要件が最小化されるため、ユーザのテレビ機器のコストが低減され得る。加えて、（単なるクライアント−サーバアプローチの場合では必要な）データを入手する前にリモートサーバへの接続を確立する必要が無いため、必要頻度の高い現在のデータがより迅速に利用可能となる。必要頻度の高いデータを放送ストリームとして送ることにより、必要なネットワーク接続の総数および送信データの総量が低減され得、これにより、テレビ配信設備と関連付けられたネットワークの負荷総量が有意に低減され得る。
【００１３】
番組ガイドサーバは、複雑なサーチおよびソートを行い得、これにより、ユーザテレビ機器に要求される計算能力が低減され、ユーザテレビ機器がデータベース管理タスクを行う負担が軽減され得る。加えて、２つの別個のデータ配信メカニズムを用いて番組ガイドデータ配信を行うことによって、一方の配信メカニズムによって使用される通信ラインが妨害を受けた場合にでも番組ガイドによるなんらかの番組ガイドデータの入手が可能な、ロバストなシステムが提供され得る。
【００１４】
本発明のさらなる機能、性質および様々な利点は、添付の図面および下記の好適な実施形態の詳細な説明からより明らかである。
【００１５】
（好適な実施形態の詳細な説明）
図１は、本発明による例示的双方向テレビ番組ガイドシステム１０を示す。主設備１２は、通信リンク１８を介して番組ガイドデータソース１４からテレビ配信設備１６に番組ガイドデータを提供する。好適には多数のテレビ配信設備１６が存在するが、図面が過度に複雑になるのを避けるため、図１ではテレビ配信設備１６を１つだけ図示している。主設備１２からテレビ配信設備１６に送信される番組ガイドデータは、テレビ番組リスト項目データ（例えば、番組の放送時間、チャンネル、タイトルおよび詳細等）ならびにテレビ番組リスト項目以外の別のサービス用の他の番組ガイドデータ（例えば、さらなる番組情報、ペイパービュー注文情報、気象情報、ニュース情報、関連するインターネットウェブリンク、広告グラフィックス、映像等）を含み得る。番組ガイドデータはまた、各番組の各放映用の一意的な識別子、グループ分け番組についての識別子（例えば、シリーズ、ミニシリーズ、注文可能な番組パッケージ等）、または他の任意の適切な識別子も含み得る。
【００１６】
リンク１８は、衛星リンク、電話ネットワークリンク、ケーブルリンクあるいは光ファイバリンク、マイクロ波リンク、インターネットリンク、このようなリンクの組合わせ、または他の任意の適切な通信リンクであり得る。リンク１８を介してデータ信号と共に映像信号を送信することが所望される場合、一般的には、比較的帯域幅が高いリンク（例えば、衛星リンク等）の方が、比較的帯域幅が低いリンク（例えば、電話回線等）よりも好適であり得る。テレビ配信設備１６は、任意の適切な配信設備（例えば、ケーブルシステムヘッドエンド、放送配信設備、衛星テレビ配信設備または他の任意の適切な種類のテレビ配信設備）であり得る。テレビ配信設備１６は、主設備１２から受信する番組ガイドデータを、配信機器２１を用いて通信経路２０を通じて複数のユーザに配信し得る。
【００１７】
配信機器２１は、番組ガイドデータをユーザテレビ機器２２に配信するのに適切なハードウェアおよびソフトウェアの任意の組合わせであり得る。配信機器２１は、例えば、テレビチャンネル側波帯で、テレビチャンネルの垂直帰線消去期間で、帯域内デジタルチャンネルを用いて、帯域外デジタル信号を用いて、または他の任意の適切なデータ伝送技術を用いて番組ガイドデータの配信を行う適切な伝送ハードウェアを含み得る。また、映像信号（例えば、テレビ番組）も、配信機器２１によって複数のテレビチャンネル上の通信経路２０を通じてユーザテレビ機器２２に提供され得る。
【００１８】
通信経路２０は、番組ガイドデータを連続データストリームとして配信し、クライアント−サーバアプローチを用いるのに適切な任意の通信経路であり得る。通信経路２０は、例えば、衛星リンク、電話ネットワークリンク、ケーブルリンクあるいは光ファイバリンク、マイクロ波リンク、インターネットリンク、ｄａｔａ−ｏｖｅｒ−ｃａｂｌｅ  ｓｅｒｖｉｃｅ  ｉｎｔｅｒｆａｃｅ  ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＤＯＣＳＩＳ）リンク、このようなリンクの組合わせまたは他の任意の適切な通信リンクを含み得る。
【００１９】
テレビ配信設備１６は、番組ガイドサーバ２５を有し得る。番組ガイドサーバ２５は、サーバソフトウェアおよびハードウェアの任意の適切な組合わせに基づき得る。番組ガイドサーバ２５は、ユーザテレビ機器２２にインプリメントされている双方向テレビ番組ガイドによって生成される番組ガイドデータリクエストに応答して、格納デバイス５６から番組ガイドデータを取り出し得る。図１に示すように、番組ガイドサーバ２５は、処理回路５４および格納デバイス５６を含み得る。処理回路５４は、任意の適切なプロセッサ（例えば、マイクロプロセッサまたはマイクロプロセッサ群）および他の処理回路（例えば、キャッシュ回路、ダイレクトメモリアクセス（ＤＭＡ）回路、入力／出力（Ｉ／Ｏ）回路等）を含み得る。格納デバイス５６は、主設備１２によってテレビ配信設備１６に送信された番組ガイドデータを格納するのに適切なメモリまたは他の格納デバイス（例えば、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ハードディスクドライブ等）であり得る。番組ガイドデータは、任意の適切な形式（例えば、Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ（ＳＱＬ）データベース等）で格納デバイス５６に格納され得る。
【００２０】
処理回路５４は、格納デバイス５６に格納されている番組ガイドデータをリクエストされたデータについてサーチし、データを取り出し、取り出したデータをユーザテレビ機器２２への配信用として配信機器２１に提供することにより、番組ガイドデータのリクエストを処理し得る。あるいは、番組ガイドサーバ２５が番組ガイドデータをユーザテレビ機器２２に直接送信する場合もある。通信経路２０が、例えば、インターネットリンク、ＤＯＣＳＩＳリンク、または他の高速コンピュータネットワークリンク（例えば、１０ＢａｓｅＴ、１００ＢａｓｅＴ、１０ＢａｓｅＦ、Ｔ１、Ｔ３等）を含む場合、処理回路５４は、このようなリンクを介して番組ガイドデータを送信し、番組ガイドデータリクエストを受信するのに適切な回路を含み得る。
【００２１】
番組ガイドサーバ２５は、任意の適切な通信プロトコルを用いてユーザテレビ機器２２と通信し得る。例えば、番組ガイドサーバ２５は、伝送制御プロトコル（ＴＣＰ）層およびインターネットプロトコル（ＩＰ）層、シーケンス化パケット交換（ＳＰＸ）層およびインターネットワークパケット交換（ＩＰＸ）層、または他の任意の適切な層あるいは層の組合わせを含む通信プロトコルスタックを用い得る。ユーザテレビ機器２２もまた、通信経路２０を介して番組ガイドサーバ２５と通信するのに適切なハードウェア（例えば、イーサネット（登録商標）カード、モデム（デジタル、アナログまたはケーブル）等）を含み得る
ユーザテレビ機器２２上の番組ガイドは、任意の適切なクライアント−サーバを基本とするアプローチを用いて、番組ガイドサーバ２５から番組ガイドデータを取り出し得る。番組ガイドは、例えば、ＳＱＬリクエストをメッセージとして番組ガイドサーバ２５に送り得る。別の適切なアプローチにおいて、番組ガイドは、１つ以上のリモートプロシージャコールを用いて、番組ガイドサーバ２５に常駐するリモートプロシージャを呼び出し得る。番組ガイドサーバ２５は、このような呼び出されたリモートプロシージャに対して、ＳＱＬステートメントを実行し得る。さらに別の適切なアプローチにおいて、番組ガイドによって実行されるクライアントオブジェクトは、例えばオブジェクトリクエストブローカ（ＯＲＢ）を用いて、番組ガイドサーバ２５によって実行されるサーバオブジェクトと通信し得る。この通信では、例えば、ＭｉｃｒｏｓｏｆｔのＤｉｓｔｒｉｂｕｔｅｄ  Ｃｏｍｐｏｎｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ（ＤＣＯＭ）アプローチが用いられ得る。
【００２２】
番組ガイドサーバ２５はまた、番組映像、ビデオクリップまたはオーディオクリップを格納デバイス５６に格納し得る。映像またはクリップのユーザテレビ機器２２への配信は、任意の適切なビデオオンデマンド（「ＶＯＤ」）アプローチまたはニアビデオオンデマンド（「ＮＶＯＤ」）アプローチを用いて行われ得る。番組ガイドサーバ２５は、例えば、通信経路２０を介してユーザテレビ機器２２から映像リクエストを受信し、リクエストされた映像を格納デバイス５６から取り出し、取り出した映像をユーザテレビ機器２２への配信用として配信機器２１に送り得る。番組ガイドサーバ２５は、例えば、映像を動画専門化グループ（ＭＰＥＧ）のＭＰＥＧ−２ファイルとして格納デバイス５６に格納し得る。番組ガイドサーバ２５の処理回路５４は、例えば、格納されているＭＰＥＧ−２ファイルを配信機器２１による配信用として国内テレビシステム委員会（ＮＴＳＣ）映像に変換するのに適切な回路を含み得る。
【００２３】
別の適切なアプローチにおいて、番組ガイドサーバ２５は、映像を例えばＭＰＥＧデータストリームとして通信経路２０を介してユーザテレビ機器２２に直接送信し得る。このアプローチにおいて、ユーザテレビ機器２２は、例えば、ＭＰＥＧデータストリームを受信および復号し、映像をユーザに表示するのに適切なハードウェアおよびソフトウェアを含み得る。
【００２４】
テレビ配信設備１６は複数の番組ガイドサーバ２５を有し得るが、図面が過度に複雑になるのを避けるため、番組ガイドサーバ２５を１つだけ図示している。テレビ配信設備１６が複数の番組ガイドサーバ２５を有する場合、各番組ガイドサーバに異なるグループのユーザが割り当てられ得、各番組ガイドサーバは割り当てられたグループの番組ガイドデータについてのリクエストを処理し得る。あるいは、異なる番組ガイドサーバ２５が、全てのユーザに対する異なる種類の番組ガイドデータについてのリクエストの処理を担当し得る。例えば、ある番組ガイドサーバ２５は番組リスト項目情報についてのリクエストを処理し得、別の番組ガイドサーバ２５は映像に関するリクエストを処理し得る。さらに別の適切なアプローチにおいて、複数の番組ガイドサーバ２５が、適切なダイナミックロード共有アプローチ（ｄｙｎａｍｉｃ  ｌｏａｄ  ｓｈａｒｉｎｇ  ａｐｐｒｏａｃｈ）を用いてリクエストの処理を共同で負担し得る。
【００２５】
所望ならば、特定のテレビ配信設備と関連付けられている番組ガイドサーバ２５のうちいくつかが、そのテレビ配信設備用の配信ネットワーク（通信経路２０として図示）内の様々なネットワークノードに配備される。番組ガイドサーバ２５はまた、テレビ配信設備１６の外部に配置されたウェブまたは他の種類のインターネットサーバでもあり得る。説明を簡単明瞭にするため、このようなサーバをテレビ配信設備１６に配置しているという前提で説明を進める。
【００２６】
テレビ配信設備１６はまた、連続データストリームプロセッサ７１も有し得る。連続データストリームプロセッサ７１は、主設備１２により提供される番組ガイドデータの一部をユーザテレビ機器２２に送信される連続データストリームへ挿入するデータとして選択する適切なソフトウェアおよびハードウェアの任意の組合わせに基づき得る。連続データストリームプロセッサ７１を番組ガイドサーバ２５と別個のものとして図示しているが、これらの２つのシステムは所望ならば一体化され得る。
【００２７】
連続データストリームプロセッサは、例えば、処理回路７３およびオプションの格納デバイス７５を有し得る。処理回路７３は、任意の適切なプロセッサ（例えば、マイクロプロセッサまたはマイクロプロセッサ群）および他の処理回路（例えば、キャッシュ回路、ダイレクトメモリアクセス（ＤＭＡ）回路、入力／出力（Ｉ／Ｏ）回路等）を含み得る。オプションの格納デバイス７５は、番組ガイドデータを格納するのに適切なメモリまたは他の格納デバイス（例えば、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ハードディスクドライブ等）で有り得る。
【００２８】
連続データストリームプロセッサ７１は、任意の適切なアプローチを用いて連続データストリーム用の番組ガイドデータを入手し得る。主設備１２は、例えば、連続データストリーム用の番組ガイドデータを、番組ガイドデータを格納し得る連続データストリームプロセッサ７１を有するテレビ配信設備１６に定期的に送信し得る。あるいは、番組ガイドデータは、主設備１２によってテレビ配信設備１６に連続的に送信され得、連続データストリームプロセッサ７１によって配信され得る。番組ガイドデータは、テレビ配信設備１６によって受信され、連続データストリームプロセッサ７１に提供され得るか、または、（例えば、連続データストリームプロセッサ７１がテレビ配信設備１６内に配置されていない場合等は）テレビ配信設備１６を通過することなく連続データストリームプロセッサ７１によって直接受信され得る。あるいは、番組ガイドサーバ２５は、番組ガイドデータを格納デバイス５６に格納し、番組ガイドデータを連続データストリームプロセッサ７１に提供し得る。番組ガイドサーバ２５は、連続データストリームプロセッサ７１への番組ガイドデータの提供を、連続的に、定期的に、連続データストリームプロセッサ７１からのリクエストに応答して、ポーリングスキームを用いて、または他の任意の適切なアプローチを用いて、行い得る。
【００２９】
必要であれば、連続データストリームプロセッサ７１または番組ガイドサーバ２５は、主設備１２から受信した番組ガイドデータをローカライズし得る。番組ガイドデータのローカライゼーションは、特定のテレビ配信設備１６によって提供されるチャンネルおよびサービスについての番組ガイドデータを抽出し、残りのデータを廃棄することにより達成される。ローカライゼーションでは、データにローカルな変更を加える（例えば、チャンネル名称をローカルチャンネル名称に変更する等）ことも行われ得る。連続データストリームプロセッサ７１または番組ガイドサーバ２５は、受信したデータ全てまたはローカルに必要なデータ（例えば、抽出されたデータ）のみを格納し得る。
【００３０】
あるいは、連続データストリームプロセッサ７１は、ローカライゼーションの対象外の番組ガイドデータを主設備１２によって提供される連続データストリームから連続的にフィルタリングし得る。連続データストリームプロセッサ７１はまた、例えば、異なる種類の番組ガイドデータを連続データストリーム中で循環させる周波数を割り当てることにより、番組ガイドデータに優先順位を付け得る。連続データストリームプロセッサ７１は、（例えば、主設備１２または番組ガイドサーバ２５から）連続データストリーム用の番組ガイドデータを入手し、異なる種類のデータに優先順位を割り当てた後、データを配信用として番組ガイド配信機器２１に送る。配信機器２１は、例えば、割り当てられた優先順位に従ったサイクルで、データを帯域外チャンネル上に変調し得る。
【００３１】
この双方向番組ガイドは、番組ガイドデータを２つの異なる様式で入手する。第１に、番組ガイドデータは、番組ガイドによって番組ガイドデータの連続データストリームから取り出され、この連続データストリームは、テレビ配信設備１６から通信経路２０を介してユーザテレビ機器２２に送信される。連続データストリームに必要な帯域幅全体を低減するために、連続データストリームの一部として送信される番組ガイドデータを、連続データストリームプロセッサ７１によって選択される番組ガイドデータのサブセットに限定する。特に、番組ガイドデータのサブセットは、現在の番組ガイドデータ（すなわち、現在放送中の番組に関連するデータまたはこれから数時間以内に放送される予定のデータ）であり得る。連続データストリームは、例えば、チャンネル番号または各チャンネルについての他の一意的な識別子、各チャンネルのコールサイン、各チャンネル上の現在の番組の開始時間および終了時間ならびにデータ、各チャンネル上の今後の数個の番組の開始時間および終了時間ならびにデータ、現在の番組および今後の番組のタイトル、現在の番組および今後の番組の格付け、現在の番組および今後の番組のカテゴリ、特定の番組の特定の放映に関連する一意的な識別番号、またはこれらの任意の適切な組合わせを含み得る。
【００３２】
連続データストリームは、例えば、現在の時間スロット中の全チャンネル、現在の時間スロットおよび今後数時間の全チャンネル、または番組リスト項目の他の任意の適切な組合わせについて、番組リスト項目データを搬送し得る。連続データストリームで搬送される番組リスト項目のデータ量は、実施されている伝送スキームに基づいてデータストリームに割り当てられた帯域幅または連続データストリームによって搬送される他の種類の番組ガイドデータの量によって限定され得る。
【００３３】
連続データストリーム中の情報は、データストリーム中の任意の特定のデータアイテムへアクセスする際の待ち時間が最短（好適にはほんの一瞬）となるよう、かなり速い速度で循環させる必要がある。所望ならば、番組ガイドによるデータ処理は、最小限のデータキャッシュまたはデータキャッシュ無しに実質的にリアルタイムで行われ得る。有意な量のデータキャッシュが伴う場合にでも、番組ガイドがセットトップボックス中の連続データストリームから有意な量のデータを格納する必要は全く無い。その上、番組ガイドは、連続データストリームからのデータのローカルデータベースを保持する必要が無い。
【００３４】
所望ならば、ハードウェアフィルタリング回路がユーザテレビ機器２２内に提供され得、これにより、ハードウェアフィルタリングを用いて、番組ガイドに課される処理負担を軽減することができる。各チャンネルの番組ガイドデータは、連続データストリームとして送信され、例えばチャンネル識別子でタグ付けされ得る。番組ガイドは、チャンネル毎に、興味が持たれているチャンネルのＩＤを用いてフィルタレジスタをユーザテレビ機器にロードし得、これにより、ユーザテレビ機器は、残り全てのチャンネルについてのデータを連続データストリームからフィルタリング除去することができる。
【００３５】
番組ガイドは、連続データストリームからデータをプリフェッチしてデータアクセス時の待ち時間を最短化し、これにより、番組ガイドデータの循環速度を低速化させることができる。番組ガイドは、ユーザが必要としそうなデータの予測および連続データストリームにアクセスする任意の機能を行うタイミングに基づいてデータをプリフェッチし得る。例えば、ユーザが番組リスト項目をブラウジングしている場合、番組ガイドは、次の時間スロットについての連続データストリームからリスト項目をブラウズ用として（ｉｎ  ｔｈｅ  ｂｒｏｗｓｅ）プリフェッチし得る。番組リスト項目および他の情報は、例えば、ユーザがチャンネルをフリップするときに、より高位または低位のチャンネルについてプリフェッチされ得る。番組ガイドがユーザに１つ前の（ｌａｓｔ）チャンネルにチューニングする能力を提供している場合、番組ガイドは、最も最近にチューニングされたチャンネルの既取出情報をプリフェッチまたはキャッシュし得る。例えば、番組ガイドがお気に入りのチャンネルにチューニングする機会をユーザに提供している場合、番組ガイドは、後続および先行のお気に入りチャンネルの連続データストリームからデータをプリフェッチし得る。さらに別の適切なアプローチにおいて、ユーザが例えばリモートコントロール４０上のチャンネル番号を入力すると、番組ガイドは番組ガイドデータをプリフェッチし得る。例えば、ユーザが「２」を入力すると、番組ガイドは、チャンネル２、２０〜２９、２００〜２９９等のデータをプリフェッチし得る。ユーザが次の桁（例えば、「３」）を入力すると、番組ガイドは、チャンネル２３、２３０〜２３９等のデータをプリフェッチし得る。これらの列挙したアプローチは例示に過ぎない。プリフェッチは、連続データストリームからのデータを必要とする任意の機能のために番組ガイドによって行われ得る。
【００３６】
連続データストリーム中の異なる種類のデータが、異なる速度で（例えば、連続データストリームプロセッサ７１によって割り当てられる優先順位に基づいて）送られ得る。例えば、コールサインおよび現在の番組に関連するデータは１秒当たり２回またはそれよりも高速で反復され得、今後の番組に関連するデータは１秒当たり１回のオーダーで送られ得る。これらの反復速度は例示に過ぎず、所望ならば他の反復速度が用いられ得る。例えば、現在の番組に関連するデータが、１秒当たり２回よりも高速（例えば、１秒当たり１０回等）で提供され得る。
【００３７】
配信機器２１は好適には、現在のデータの連続ストリームを帯域外でユーザテレビ機器２２に配信し、これにより、番組ガイドデータは、番組ガイドに対して連続的に利用可能となる。あるいは、番組ガイドデータの伝送は、専用のアナログチャンネルを通じて帯域内で、複数のアナログチャンネルの垂直帰線消去期間で、または他の任意の適切なアプローチによって行われ得る。連続データストリームの伝送を複数のチャンネルを介して帯域内で行う場合、連続データストリームは、例えば、その連続データストリームを伝送するチャンネルと関連付けられたデータのみを含む。
【００３８】
連続データストリームはまた、１つ以上のデジタルチャンネルで１つ以上のデジタルデータトラックとして伝送され得る。１つの適切なアプローチでは、異なる群のデジタルチャンネルを異なるアナログチャンネルに多重化し、各群用の連続デジタルデータストリームを伝送し得る。別の適切なアプローチでは、プログラマにより提供される帯域内情報（例えば、Ｐｒｏｇｒａｍ  ａｎｄ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＰＳＩＰ）ｆｏｒ  Ｔｅｒｅｓｔｒｉａｌ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｃａｂｌｅ情報、デジタル映像放送（ＤＶＢ）システム情報（ＳＩ）等）を配信し得る。このアプローチを用いると、連続データストリームプロセッサ７１を不要にすることができる。
【００３９】
また、テレビ配信設備１６にとって、複数の連続データストリームを配信することが望ましい場合があり得る。各連続データストリームは、例えば、異なる種類またはカテゴリの番組ガイドデータに対応し得る。各連続データストリームは、例えば、異なる一般向け番組ガイド表示画面を作成するデータを搬送し得る（例えば、あるストリームは現在時間用のリスト項目を搬送し得、あるストリームは映画のリスト項目を搬送し得るなど）。また、例えば、メインメニュー画面の各メニューオプション用に、番組リスト項目の連続データストリームを配信することが望ましい場合もあり得る。
【００４０】
ユーザテレビ機器２２にインプリメントされる双方向番組ガイドが番組ガイドデータを入手する第２の様式は、クライアント−サーバ技術を用いて番組ガイドサーバ２５からデータを入手する様式である。番組ガイドサーバ２５は、番組ガイドデータを任意の適切な形式（例えば、ＳＱＬデータベースの形式等）で格納し得る。双方向番組ガイドは、例えば、番組ガイドサーバ２５上のリモートプロシージャコールを呼び出し、メッセージまたはリクエストを発行し、または、通信経路２０を介して適切なオブジェクトを基本とする通信を用いる（以下、これらの任意の適切な組合わせをまとめて「リクエスト」と呼ぶ）ことにより、番組ガイドサーバ２５から番組ガイドデータを入手し得る。番組ガイドサーバ２５は、リクエストを満たす番組ガイドデータについて格納デバイス５６を照会することにより、リクエストを処理し得る。番組ガイドサーバ２５は、リクエストされた番組ガイドデータを格納デバイス５６から取り出す。配信機器２１は、（例えばインターネットを基本とするアドレシングスキームを用いて）通信経路２０のうち１つを通じて、取り出されたデータをリクエストを生成した特定の番組ガイドに配信し得る。あるいは、番組ガイドサーバ２５はまた、通信経路２０を通じて番組ガイドデータを直接ユーザテレビ機器２２に配信し得る。
【００４１】
番組ガイドサーバ２５は、任意の適切なアプローチを用いて番組ガイドデータのアクセスにかかる時間を低減し得る。番組ガイドサーバ２５は、例えば、最も一般的な番組ガイドの表示画面の各々を構築するために必要なデータを時間的に先行して抽出し、この事前抽出したデータをリクエストに応答して提供し得る。また、番組ガイドサーバ２５は、例えば、番組ガイドデータの１つ以上の中間表を構築するのに必要な任意の必要なデータベース結合（ｊｏｉｎ）も行い得る。これにより、このようなタスクに関連するユーザテレビ機器２２の処理負担が軽減される。
【００４２】
加えて、コンフィギュレーション情報およびユーザ設定（例えば、お気に入りのチャンネル設定およびそのようなもの）も、ユーザテレビ機器２２または番組ガイドサーバ２５によって格納され得る。頻繁にアクセスされる設定は好適にはユーザテレビ機器２２によって格納されるが、番組ガイドによるユーザが次に起こしそうな行動の予測に基づくプリフェッチも可能である。
【００４３】
図２は、ユーザテレビ機器２２の例示的構成を示す。受信器５５は、テレビ配信設備１６（図１）からのテレビ番組およびデータを入力２６において受け取る。受信器５５は、番組ガイドデータおよびテレビ番組を受信する任意の適切なハードウェアおよびソフトウェアに基づき得る。通常のテレビ視聴の間、セットトップボックス２８のチューナ５１は、ユーザによるリモートコントロール４０への入力に基づいて、所望のテレビチャンネルにチューニングする。チューナ５１は、アナログテレビチャンネルまたはデジタルテレビチャンネルにチューニングする任意の適切なハードウェアおよびソフトウェアに基づき得る。
【００４４】
複数のチューナが提供され得るが、図面が過度に複雑になるのを避けるため、１つのチューナのみを図示している。複数のチューナが提供されている場合、番組ガイドがデータを入手する際、ユーザの番組の視聴（または再生）は妨害を受けない。例えば、番組ガイドデータが帯域内の専用アナログチャンネルで提供される場合、１つのチューナ５１はテレビ番組を搬送する１つのアナログチャンネルにチューニングし、別のチューナ５１はその専用チャンネルにチューニングし得る。あるいは、１つのチューナを連続データストリームにアクセスするために用い、別のチューナを番組ガイドサーバ２５にアクセスするために用いることもできる。複数のチューナを用いて帯域内データを入手する番組ガイドシステムについては、例えば、同時出願された、Ｅｌｌｉｓによる米国特許出願第０９／３３０、８６０号に記載がある。複数のチューナを用いることにより、番組ガイドは、テレビ番組の表示を妨害することなく番組ガイドデータにアクセスすることができる。
【００４５】
ユーザテレビ機器２２がチューナ５１を１つしか有していない場合、チューナ５１が別個のチャンネルにチューニングして帯域内データを入手する際（例えば、データが専用チャンネルで提供される場合もしくはユーザがチャンネルを通してブラウズする場合）か、または番組ガイドサーバ２５からデータを入手する場合、テレビ視聴が妨害を受け得る。したがって、番組ガイドがユーザが視聴している帯域内のチャンネルでは搬送されていないデータを入手する場合、グラフィックス、音声または映像を、番組ガイドのよる表示または再生が可能な連続データストリームとして提供することが望ましい。ユーザテレビ機器２２が複数のチューナを有する場合、番組ガイドが例えば番組ガイドサーバ２５または別のチャンネル上の帯域内データストリームからデータを入手している間に、連続データストリームで搬送されるグラフィックス、音声または映像の表示または再生が可能である。
【００４６】
映像出力３０において、チューナ５１がチューニングするテレビチャンネル用の信号が提供される。出力３０において供給される信号は典型的には、事前定義されたチャンネル（例えば、チャンネル３または４）上の無線周波数（ＲＦ）信号またはアナログ復調された映像信号のいずれかであるが、適切なデジタルバス（例えば、アメリカ電気・電子通信学会（ＩＥＥＥ）の規格１３９４を用いたバス等）上のテレビ３６に提供されるデジタル信号でもあり得る。出力３０における映像信号は、オプションの第２の格納デバイス３２によって受け取られ得る。
【００４７】
セットトップボックス２８も、リクエストをリクエスト通信経路７０を介して番組ガイドサーバ２５に伝送する通信デバイス２７を含み得る。通信デバイス２７は、例えば、モデム（例えば、任意の適切なアナログデジタル電話ダイヤルアップモデムもしくはケーブルモデム）、ネットワークインターフェースカード（例えば、イーサネット（登録商標）カード）、またはリクエストを番組ガイドサーバ２５に送信するのに適切な他の任意のデバイスであり得る。リクエスト通信経路７０は好適には、通信経路２０上の帰還路であるが、別個の適切な通信経路であってもよい。
【００４８】
第２の格納デバイス３２は、任意の適切な種類のアナログあるいはデジタル番組格納デバイスまたはプレーヤ（例えば、映像カセットレコーダ、録画機能付きデジタル映像ディスク（ＤＶＤ）プレーヤ等）であり得る。番組録画機能および他の機能は、制御経路３４を用いてセットトップボックス２８によって制御され得る。例えば、第２の格納デバイス３２が映像カセットレコーダである場合、典型的な制御経路３４では、映像カセットレコーダ中の赤外線受信器に結合された赤外線送信器を用い、この赤外線受信器は通常は、リモートコントロール（例えば、リモートコントロール４０等）からのコマンドを受け取る。リモートコントロール４０は、セットトップボックス２８、第２の格納デバイス３２およびテレビ３６を制御するために用いられ得る。
【００４９】
双方向テレビ番組ガイドは、セットトップボックス２８、テレビ３６（ただし、テレビ３６が適切な処理回路およびメモリを有する場合）、またはテレビ３６に接続された適切なアナログもしくはデジタル受信器上で動作し得る。双方向テレビ番組ガイドはまた、テレビ３６およびセットトップボックス２８の両方の上で協働して動作し得る。協働（ｃｏｏｐｅｒａｔｉｖｅ）双方向テレビ番組ガイドアプリケーションが複数のデバイス上で動作する双方向テレビアプリケーションシステムについては、例えば、１９９８年１１月５日に出願されたＥｌｌｉｓによる米国特許出願第０９／１８６、５９８に記載がある。本明細書中、同出願の全体を参考のため援用する。
【００５０】
所望ならば、ユーザが番組および番組データをデジタル形式で録画することを可能にするデジタル格納デバイス（例えば、デジタル格納デバイス３１）を含むセットトップボックス２８が用いられ得る。デジタル格納デバイス３１は、書込み可能な光学格納デバイス（例えば、録画可能なＤＶＤディスクの処理が可能なＤＶＤプレーヤ等）、磁気格納デバイス（例えば、ディスクドライブまたはデジタルテープ）、または他のあらゆるデジタル格納デバイスであり得る。デジタル格納デバイスを有する双方向テレビ番組ガイドシステムについては、例えば、１９９８年９月１７日に出願された、Ｈａｓｓｅｌｌらによる米国特許出願第０９／１５７、２５６号に記載はある。本明細書中、同出願の全体を参考のため援用する。
【００５１】
デジタル格納デバイス３１は、セットトップボックス２８内に内蔵されるか、または、出力ポートおよび適切なインターフェースを介してセットトップボックス２８に接続される外部デバイスであり得る。必要ならば、セットトップボックス２８内の処理回路は、受信された映像、音声およびデータ信号をデジタルファイル形式にフォーマットするために用いられ得る。ファイル形式は、オープンファイル形式（例えば、動画専門化グループ（ＭＰＥＧ）のＭＰＥＧ−２規格等）であり得る。その結果得られたデータは、適切なバス（例えば、アメリカ電気・電子通信学会（ＩＥＥＥ）の規格１３９４を用いたバス等）を介してデジタル格納デバイス３１へと送られ得、デジタル格納デバイス３１に格納され得る。
【００５２】
テレビ３６は、通信経路３８を介して第２の格納デバイス３２から映像信号および音声信号を受け取る。通信経路３８上の信号は、事前録画された格納媒体（例えば、映像カセットまたは録画可能なデジタル映像ディスク）を再生するときに第２の格納デバイス３２によって生成され得るか、事前録画されたデジタル媒体を再生するときにデジタル格納デバイス３１によって生成され得るか、セットトップボックス２８から送られ得るか、ユーザテレビ機器２２が第２の格納デバイス３２を含まない場合にセットトップボックス２８からテレビ３６に直接提供される得か、または、テレビ３６によって直接受信され得るかのいずれかである。通常のテレビ視聴の間、テレビ３６に提供される信号は、ユーザがセットトップボックス２８を用いてチューニングした所望のチャンネルに対応する。これらの信号はまた、デジタル格納デバイス３１に格納されている情報を再生するためにセットトップボックス２８が用いられている場合、セットトップボックス２８によってテレビ３６に提供され得る。
【００５３】
図３は、図２のユーザテレビ機器２２をより一般化した実施形態を示す。図３に示すように、テレビ配信設備１６（図１）からの番組ガイドデータは、ユーザテレビ機器２２の制御回路４２によって受け取られる。制御回路４２の機能（例えば、現在の番組ガイドデータの連続ストリームから番組ガイドデータを入手すること、番組ガイドサーバ２５から番組ガイドデータを入手すること、番組ガイド表示画面、番組録画を生成すること等）は、図３のセットトップボックス構成を用いて提供され得る。あるいは、これらの機能は、高度なテレビ受信器、パーソナルコンピュータテレビ（ＰＣ／ＴＶ）、テレビチューナカード付きパーソナルコンピュータ、または他のあらゆる適切な構成に組み込まれ得る。所望ならば、このような構成の組合わせが用いられ得る。
【００５４】
制御回路４２は、任意の適切なプロセッサ（例えば、マイクロプロセッサ等）と、適切な支援回路（例えば、キャッシュ回路、ダイレクトメモリアクセス（ＤＭＡ）回路、入力／出力（Ｉ／Ｏ）回路等）とを含み得る。制御回路４２は、メモリ４４を含み得る。メモリ４４は、制御回路４２によって実行される番組ガイド命令を格納するのに適切な、メモリまたは他の格納デバイス（例えば、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ハードディスクドライブ、このようなデバイスの組合わせ等）であり得る。メモリ４４は、例えば番組ガイド表示画面を生成するときなどに、番組ガイドデータを一時的にキャッシュする場合があることが理解されるべきである。しかし、データ（例えば、メモリ４４が現在の番組ガイドデータの連続ストリームから受け取ったデータ等）のこのようなキャッシングまたは一時的バッファリングは、別の番組ガイドシステムにおいてメモリを実質的に用いて定期的ダウンロードによりリフレッシュされる番組ガイドデータのデータベースを格納することと混同されるべきではない。
【００５５】
セットトップボックス２８はまた、リクエスト通信経路７０を介して番組ガイドサーバ２５にリクエストを送信する通信デバイス２７も含み得る。通信デバイス２７は、例えば、モデム（例えば、任意の適切なアナログデジタル電話ダイヤルアップモデムもしくはケーブルモデム）、ネットワークインターフェースカード（例えば、イーサネット（登録商標）カード）またはリクエストを番組ガイドサーバ２５に送信するのに適切な他のあらゆるデバイスであり得る。リクエスト通信経路７０は好適には通信経路２０上の帰還路であるが、別個の適切な通信経路であってもよい。
【００５６】
ユーザテレビ機器２２もまた、番組を録画するための第２の格納デバイス４７およびデジタル格納デバイス４９を有し得る。第２の格納デバイス４７は、任意の適切な種類のアナログあるいはデジタル番組格納デバイス（例えば、映像カセットレコーダ、録画機能付きデジタル映像ディスク（ＤＶＤ）プレーヤ等）であり得る。番組録画機能および他の機能は、制御回路４２によって制御され得る。デジタル格納デバイス４９は、例えば、書込み可能な光学格納デバイス（例えば、録画可能なＤＶＤディスクの処理が可能なＤＶＤプレーヤ等）、磁気格納デバイス（例えば、ディスクドライブもしくはデジタルテープ等）、または他の任意のこのような適切なデジタル格納デバイスであり得る。
【００５７】
ユーザは、ユーザインターフェース４６を用いてユーザテレビ機器２２の動作を制御し得る。ユーザインターフェース４６は、ポインティングデバイス、無線リモートコントロール、キーボード、専用ボタン群（例えば、様々なハードウェア構成要素上に配置されるボタン等）、タッチパッド、音声認識システム、または他のあらゆる適切なユーザ入力デバイスであり得る。テレビを見る際、ユーザは、制御回路４２に命令して、所望のテレビチャンネルをモニタ４５に表示させ得る。番組ガイド機能にアクセスする際、ユーザは、番組ガイドに命令して、メインメニューまたは他の所望の番組ガイド表示画面をモニタ４５への表示用として生成し得る。
【００５８】
ユーザが、例えばリモートコントロール４０上の「メニュー」キーを用いる等して双方向テレビ番組ガイドにアクセスしたい旨を示すと、番組ガイドは、適切な番組ガイド表示画面をモニタ４５への表示用として生成する。様々な番組ガイド機能へのアクセスをユーザに提供するメインメニュー画面（例えば、図４の例示的メインメニュー画面１００等）が生成され得る。メインメニュー画面はまた、様々な広告、ロゴ等を含み得る。
【００５９】
図４の例示的メインメニュー画面１００は、例えば、選択可能な番組ガイドオプション１０６のメニュー１０２を含み得る。所望ならば、番組ガイドオプション１０６は、機能の種類に応じて分類され得る。例えば、メニュー１０２において、番組ガイドオプション１０６は３つの縦列に分類されている。「ＴＶガイド」とラベル付けされた縦列は関連機能のリスト項目であり、「ＭＳＯ  ＳＨＯＷＣＡＳＥ」とラベル付けされた縦列は、ｍｕｌｔｉｐｌｅ  ｓｅｒｖｉｃｅ  ｏｒｇａｎｉｚａｔｉｏｎ（ＭＳＯ）に関連する機能についてであり、「視聴者サービス」とラベル付けされた縦列は、視聴者に関連する機能についてのものである。ユーザがメニュー１０２から特定の番組ガイド機能を選択すると、双方向テレビ番組ガイドは、その番組ガイド機能についての表示画面を生成し得る。
【００６０】
メインメニュー画面１００は、１つ以上の選択可能な広告１０８を含み得る。選択可能な広告１０８は、例えば、テキストおよびグラフィックスのペイパービュー番組広告を含み得る。ユーザが選択可能な広告１０８を選択すると、番組ガイドは、情報（例えば、ペイパービュー情報等）を表示するか、またはその広告のコンテンツに関連する他のアクションをとり得る。所望ならば、選択可能な広告バナー１１０として図示するような、テキストのみの広告も提示され得る。
【００６１】
メインメニュー画面１００はまた、他の画面構成要素も含み得る。例えば、製品ブランドロゴグラフィック（例えば、製品ブランドロゴグラフィック１１２等）を用いて、番組ガイド製品のブランドが示され得る。例えば、サービスプロバイダロゴグラフィック（例えば、サービスプロバイダロゴグラフィック１１４等）を用いて、テレビサービスプロバイダの詳細（ｉｄｅｎｔｉｔｙ）が提示され得る。現在時刻が時刻表示領域１１６に表示され得る。加えて、番組ガイドがメッセージング機能をサポートする場合、適切なインジケータ（例えば、インジケータグラフィック１１８等）を用いて、ケーブルオペレータからのメッセージが有ることをユーザに示すことができる。
【００６２】
双方向テレビ番組ガイドの１つの機能は、テレビ番組リスト項目を視聴する機会をユーザに提供することであり得る。ユーザは、例えば強調表示領域１２０を所望の番組ガイドオプション上に位置決めすることにより、番組リスト項目を視聴したい旨を示し得る。あるいは、ユーザがリモートコントロール４０上の適切なキー（例えば、「ガイド」キー等）を押すと、番組ガイドは番組リスト項目を提示し得る。ユーザがテレビ番組リスト項目を見たい旨を示すと、番組ガイドは、連続データストリームからまたはサーバ２５からのリクエストによって番組リスト項目データを入手し、適切な番組リスト項目画面をモニタ４５上の表示用として生成し得る。番組リスト項目画面は、１つ以上の分類基準（例えば、番組カテゴリ別等）に従って分類された、１つ以上の番組リスト項目のリスト群を含み得る。
【００６３】
番組リスト項目画面は、ユーザが現在視聴している番組上にまたは「ブラウズ」モードの番組の一部の上にオーバーレイされ得る。番組ガイドは、例えば、複数のカテゴリ（例えば、映画、スポーツ子供向け等）に応じてリスト項目を時間別、チャンネル別に視聴する機会をユーザに提供するか、または、ユーザがタイトル別にリスト項目をサーチすることを可能にし得る。番組リスト項目の表示は、任意の適切なリスト、表、グリッドまたは他の適切な表示構成を用いて行われ得る。所望ならば、番組リスト項目表示画面は、選択可能な広告、製品ブランドロゴグラフィックス、サービスプロバイダブランドグラフィックス、時刻、または他のあらゆる適切なインジケータもしくはグラフィックを含み得る。
【００６４】
図５ａおよび５ｂは、番組リスト項目を時間別およびチャンネル別に表示した様子をそれぞれ示す。図５ａおよび５ｂの番組リスト項目表示画面１３０および１３５は、現在の番組リスト項目１５０を強調表示する強調表示領域１５１を含み得る。ユーザは、ユーザインターフェースデバイス５２を用いて適切なコマンドを入力することにより、強調表示領域１５１を位置決めし得る。例えば、ユーザ入力インターフェースデバイス５２がキーパッドを有する場合、ユーザは、「アップ」、「ダウン」、「左」および「右」の矢印キーを用いて、強調表示領域１５１を位置決めすることができる。リモート番組リスト項目はまた、リモートコントロール４０上の矢印キーを用いて強調表示領域１５１を位置決めすることにより、上下左右にパンされ得る。あるいは、タッチセンシティブ画面、トラックボール、音声認識デバイスまたは他の適切なデバイスが、強調表示領域１５１を移動させるか、または強調表示領域１５１を用いることなく番組リスト項目を選択するために用いられ得る。さらに別のアプローチにおいて、ユーザは、テレビ番組リスト項目を音声リクエスト認識システムに向かって発声し得る。これらの番組リスト項目選択方法は例示に過ぎず、所望ならば、番組リスト項目を選択するための他のあらゆる適切なアプローチが用いられ得る。
【００６５】
番組ガイドは、別の時間またはチャンネルの番組リスト項目を視聴する機会をユーザに提供し得る。ユーザは、例えば、「左」矢印キーおよび「右」矢印キーを用いて（図５ａに示すように番組リスト項目が時間別に提示されている場合に）時間スロットを変更するかまたは「左」矢印キーおよび「右」矢印キーを用いて（図５ｂに示すように番組リスト項目がチャンネル別に提示されている場合に）チャンネルを変更することにより、別の時間またはチャンネルのリスト項目にアクセスしたい旨を示し得る。このような意思表示（ｉｎｄｉｃａｔｉｏｎ）に応答して、番組ガイドは、例えば、番組リスト項目をスクロールまたはページングしてさらなる番組リスト項目を表示し得る。
【００６６】
番組ガイドは、現在の番組ガイドデータの連続ストリームを、現在の番組リスト項目および他の頻繁にリクエストされる情報の短待ち時間（ｌｏｗ−ｌａｔｅｎｃｙ）ソースとして用いる。番組ガイドは、リクエストが有り次第（典型的にはデータの必要性がそれほど緊急でない場合）、サーバ２５を用いてデータを供給する。番組ガイドは、例えば、取り出されるデータが現在の番組（すなわち、現在放送中の番組または今後数時間以内に放送予定の番組）に関連する場合は必ず、連続データストリームから番組リスト項目データを取り出し得る。
【００６７】
所望ならば、番組ガイドは、（例えば、連続データストリーム中の属性フィールドに基づいて）データストリームで搬送される番組ガイドデータの種類を認識するよう構成され得る。番組ガイドが連続データストリーム中のデータを認識する能力を有する場合、番組ガイドは、連続データストリームからデータを取り出すことを（番組ガイドがサーバ２５からデータをリクエストしようとする前または同時のいずれかのタイミングで）必ず試みるよう構成され得る。番組ガイドは、特定の番組ガイド機能がアクセスされるタイミングに基づいて、連続データストリームまたは番組ガイドサーバ２５からデータを入手し得る。これらの実施例は例示に過ぎず、番組ガイドは、連続データストリーム中のデータにアクセスし、サーバ２５からのデータをリクエストするための上記および他の適切な技術を用い得る。
【００６８】
上述したように、番組ガイドは、連続データストリームから、１日のうち現在時間のテレビ番組リスト項目を必ず取り出すようにプログラムされ得る。これは、例えば、ユーザが（例えば、メインメニュー画面１００から「時間別」機能を選択する等して）番組リスト項目にアクセスしたい旨を示すことに応答して発生し得る。ユーザが（例えば、リモートコントロール矢印キーを用いて今後ずっと時間または日数が先の番組リスト項目を選択する等して）１日のうち現在時間以外の時間の番組リスト項目を見たい旨を示した場合、番組ガイドは、これらの番組リスト項目を入手するためのリクエストを生成し、そのリクエストを通信経路２０を介して番組ガイドサーバ２５に送信し得る。所望ならば、番組ガイドはまた、連続データストリームまたは番組ガイドサーバ２５から他の時間スロットについての番組リスト項目をプリフェッチし得る。
【００６９】
ユーザが番組リスト項目を選択し終えると、双方向番組ガイドは、選択されたリスト項目に関連する複数の番組ガイド機能へのアクセスをユーザに提供し得る。番組ガイドは、例えば、番組リスト項目についてのさらなる番組情報をユーザに提供し得る。これは、ユーザが（例えば、強調表示領域１５１（図５ａおよび５ｂ）をリスト項目１５０上に位置決めし、リモートコントロール４０上の「情報」キーを押す等して）さらなる番組情報へのアクセスを所望する旨を示すことに応答して行われ得る。
【００７０】
番組ガイドは、番組ガイドサーバ２５からさらなる番組情報をリクエストすることにより、さらなる番組情報を入手し得る。番組ガイドがこのようなリクエストを作成するのは、例えば、番組ガイドが連続データストリームにさらなる番組ガイド情報が含まれていないと判定する度または番組ガイドが番組ガイドサーバ２５からのさらなる番組情報全てを自動的に入手するよう構成されている場合である。実際は、さらなる番組情報（少なくとも、現在の番組以外の番組についてのさらなる番組情報）は好適には、帯域幅の制約により、連続データストリームに含まれない。リスト項目またはリスト項目群についてのさらなる番組情報は、例えば、ユーザが特定の番組リスト項目を強調表示した場合、番組ガイドがリスト項目を表示画面に表示した場合、または他のあらゆる適切なイベントに応答して、番組ガイドサーバ２５からプリフェッチされ得る。
【００７１】
番組ガイドは、連続データストリームまたは番組ガイドサーバ２５からさらなる番組情報を入手し終えた後、さらなる番組情報画面を生成し得る。図６は、例示的なさらなる番組情報画面１６１を示す。他の番組ガイド表示画面と同様に、さらなる番組情報画面１６１は、選択可能な広告、サービスプロバイダロゴ、ブランドロゴ、メールインジケータおよび時刻領域を含み得る。さらなる番組情報画面１６１はまた、番組ガイドが取り出したさらなる番組情報を表示する番組情報ウィンドウ１６２も含み得る。さらなる番組情報の部分が番組情報ウィンドウ１６２の下部よりも下まで延在する場合、ユーザは、例えば、リモートコントロールの矢印キーを用いてさらなる番組情報をスクロールし得る。
【００７２】
番組ガイドは、カテゴリ別に分類された番組リスト項目を表示し得る。実際は、このような機能は、番組ガイドが番組ガイドサーバ２５から番組リスト項目データを入手することを必要とする。これは、なぜならば、連続データストリームに番組リスト項目のカテゴリ情報を含ませる場合、非常に大きな帯域幅が必要となり、また、カテゴリ属性に基づいて番組リスト項目をソートすると、ユーザテレビ機器２２に所望の処理負担量よりも重い処理負担がかかり得るためである。
【００７３】
例えば、ユーザがメインメニュー１０２（図４）の選択可能な番組ガイドオプション１０６から「映画」、「スポーツ」または「子供向け」を選択すると、番組ガイドは、適切なカテゴリの番組リスト項目を番組ガイドサーバ２５に照会するリクエストを番組ガイドサーバ２５に発行し得る。あるいは、連続データストリーム中の番組リスト項目にカテゴリ情報が付いている場合、番組ガイドは、適切なカテゴリに基づいてこの連続データストリームから番組リスト項目をフィルタリングし、該当するカテゴリ中のさらなるリスト項目を番組ガイドサーバ２５から取り出し得る。
【００７４】
図７は、番組リスト項目をカテゴリ別に示す例示的画面１８０を示し、映画に関する番組リスト項目を表示している。カテゴリ別番組リスト項目画面１８０は、例えば、ユーザが図４の選択可能な機能１０６から「映画」を選択した場合に番組ガイドによって生成され得る。同様の番組カテゴリ別リスト項目画面１８０が番組ガイドによって生成され得、このような画面において、番組リスト項目のソートは任意の適切なカテゴリで行われる。
【００７５】
カテゴリ別番組リスト項目画面１８０は、例えば、選択可能な広告、サービスプロバイダロゴ、ブランドロゴ、広告バナー、メールインジケータおよび時刻領域を含み得る。選択されたカテゴリに関する番組リスト項目は、リスト１８２に表示され得る。番組ガイドはまた、例えば、ユーザが特定のリスト項目を選択した場合に、その特定のリスト項目に関連するさらなる機能へのアクセスをユーザに提供し得る。ユーザは、例えば、リモートコントロール矢印キーを用いて表示を操作する等して、画面１８０上のさらなる時間スロットまたはチャンネルについての番組リスト項目を見得る。
【００７６】
双方向番組ガイドは、例えば「フリップ」表示領域または「ブラウズ」表示領域をテレビ番組上にオーバーレイすることにより、ユーザがテレビ番組を見ながら番組リスト項目を見ることを可能にし得る。図８ａは、ユーザがテレビチャンネルを変えるたびに番組ガイドが表示し得る例示的フリップ表示２００を示す。このフリップ表示は、現在の番組に関連する情報（例えば、番組タイトル２１０、放映時間２１５、現在のチャンネル番号２２０および現在のチャンネルのコールサイン２２５等）を含み得る。フリップ表示はまた、複数のグラフィックス（例えば、ブランドロゴ２３０、広告主グラフィック、チャンネルロゴグラフィック、メールインジケータまたは他のあらゆる適切なグラフィック等）を含み得る。番組の格付けも表示され得る。所望ならば、ブランドロゴ２３０は、選択可能な情報アイコンと置換または共用され得る。ユーザは、この選択可能な情報アイコンを選択して、フリップ表示２００に現在表示されている番組に関するさらなる番組情報を入手し得る。
【００７７】
フリップ表示２００はまた、現在の番組の格付けを示す格付けインジケータ２２７も含み得る。格付け情報は、連続データストリームで搬送され得る。番組ガイドが視聴制限機能を提供する場合、番組ガイドは、ユーザが新しくチューニングする各チャンネル上の番組の格付けを調査して、その番組がユーザが予め確定した視聴制限設定を満たすかどうかを判定し得る。その番組格付けが許容不可能である場合、番組ガイドは、例えば、番組映像無しのフリップバナーのみを表示し得る。
【００７８】
図８ｂは、ユーザが所与の時間スロットについての番組リスト項目をブラウズすることを選択した場合に番組ガイドが表示し得る、例示的「ブラウズ」オーバーレイまたは表示を示す。ユーザは、例えばリモートコントロール矢印キーを用いることにより、番組リスト項目をブラウズし得る。
【００７９】
図８ａおよび８ｂのフリップオーバーレイおよびブラウズオーバーレイは、オーバーレイの左側にブランドロゴの表示を含むものとして図示されている。このロゴはまた、例えば、ユーザが番組リスト項目をブラウズするかまたはチャンネル間をフリップする際に、異なるスポンサーを宣伝し得る。これらのロゴは、ユーザがオーバーレイまたはバナーを事前定義された時間の間表示する場合、同じオーバーレイまたはバナー内で変化し得る。ロゴは、例えば、ロゴ広告リストを自動的に循環し、そのリスト中の各広告が表示され終えた後に最初の広告に戻り得る。ブランドロゴもテキストを基本とする広告と置換され得る。
【００８０】
フリップオーバーレイ用の番組リスト項目データは、ユーザがチャンネルを変更する際、番組ガイドによって連続データストリームから入手され得る。ブラウズオーバーレイ用の番組リスト項目データも、番組ガイドによって連続データストリームから入手され得るが、ユーザが連続データストリームで搬送されていない番組リスト項目データ（例えば、現在の時間スロットに含まれない番組に関する番組リスト項目または今後数時間以上後の番組に関する番組リスト項目）を見たいとの希望を示す場合、番組ガイドサーバ２５からでも入手され得る。所望ならば、例えば、フリップ情報を表示する場合、ユーザがブラウズモードに入りたいとの希望を示す場合または他のあらゆる適切なイベントに応答して、近接する時間スロットの番組リスト項目データが番組ガイドサーバ２５からプリフェッチするされ得る。
【００８１】
番組ガイドは、特定の番組またはシリーズの放送に関連する様々なリアルタイムのアクションを含む機能を提供し得る。例えば、番組ガイドは、ユーザがリマインダを設定し、ペイパービュー番組を注文し、番組を録画し、番組をロックおよびアンロックすること等を可能にし得る。これらの機能は、番組ガイドが放送中の番組と協働して行うアクションを含む。例えば、番組ガイドリマインダ機能は、ユーザがまもなく放送される番組についてリマインダを設定することを可能にし得る。その番組の放送時間の直前になると、番組ガイドは、ユーザのテレビにリマインダを表示する。リマインダは、番組がもうすぐ開始することについてユーザの注意を喚起する。そのため、番組リマインダを表示する番組ガイドアクションは、番組の放送と協調させる必要がある。
【００８２】
全ての番組放送が予定放送時間通りに行われる場合、番組ガイドは、各番組の放送時間を特定する番組ガイドに提供される番組リスト項目データに依存するだけでよい。しかし、番組の放送は予定時間通りに行われない場合があり、このような事態は、例えば、所与のテレビ番組に先行するスポーツイベントの放送が予定よりも延長された場合等に起こり得る。
【００８３】
特定の番組の放送時間の予期せぬずれに対応するために、各番組放送回は一意的な識別子を割り当てられ得る。識別子は、例えば、主設備１２において割り当てられ、配信機器２１によって配信され得る。一意的な識別子はまた、番組のグループ分け（例えば、シリーズ、ミニシリーズ、注文可能な番組パッケージ、または番組の他の適切なグループ分け等）にも割り当てられ得る。各番組または番組グループ分けと関連付けられた識別子は、番組リスト項目データと共に番組ガイドに提供され得る。ユーザがリマインダを設定するかまたは他の類似の機能を用いると、番組ガイドは、ユーザテレビ機器２２中のメモリに識別子を格納し得る。適切なタイミング（例えば、番組の放送の前またはその間等）で、各一意的な識別子を連続データストリーム中に配置する。そのため、番組ガイドは、ストリームをモニタリングして、特定の番組（例えば、リマインダが設定されている単独の番組または番組グループ分けされた番組中の１つの番組）が放送されているかどうかをリアルタイムで判定し得る。番組の放送時間がずれた場合にでも、リマインダ機能は、適切な時間（すなわち、その番組の放送の直前）にユーザに通知する。
【００８４】
データストリーム中の一意的な識別子の送信は、例えば、番組の開始時、番組の終了時、または番組の間連続して行われ得る。放送予定が変更された場合、放送時間に変更のあった番組に対する一意的な識別子は、適正な時刻に送信され得、これにより放送時刻の変更を反映する。したがって、選択された番組の再スケジューリングを異なる時刻、日付またはチャンネルで行うことができ、関連付けられたアクションも、番組ガイドによって正確に行うことが可能である。
【００８５】
ユーザが、番組またはシリーズと関連付けられたリアルタイムのアクションを含む番組ガイド機能に最初にアクセスするとき（例えば、番組ガイドのユーザがリマインダまたはそのようなものを設定するとき）、番組ガイドは、連続データストリームから一意的な識別子を取り出す（ただし、そのような識別子が利用可能な場合）か、または、番組ガイドサーバ２５から一意的な識別子をリクエストし得る。次いで、識別子は、現在のデータの連続ストリーム中に提供されている識別子との今後の比較用として、ユーザテレビ機器にローカルに格納される。
【００８６】
番組ガイドは、今後のアクションのリストをユーザテレビ機器２２に保持し得る。今後のアクションのリストは好適には、メモリ（例えば、ユーザテレビ機器２２（図３）の制御回路４２中のメモリ４４等）において保持される。番組ガイドは、一意的な識別子およびリクエストされた関連アクションをこのリストに格納し得る。番組ガイドは、連続データストリームを一意的な識別子についてモニタリングし、リストされているアクションと関連付けられている一意的な識別子を連続データストリーム中に発見すると、そのアクションを行い得る。一意的な識別子がシリーズ番組に関するものである場合、番組ガイドは、該当するシリーズ中の番組が放送されるたびに、リストされているアクションを行う。番組ガイドは、連続データストリーム中に現れる識別子のうち、リスト中のアクションにマッチングしないものを無視し得る。加えて、番組ガイドは、アクションが期限切れとなることを可能にし、事前定義された期間内に連続データストリームにおいてアクションと関連する識別子を検出できない場合、期限切れとなったアクションをリストから除去し得る。
【００８７】
テレビ番組と関連付けられたリアルタイムのアクションを含み得る１つの機能として、リマインダ機能がある。番組ガイドは、番組リマインダを例えば番組の開始時刻に表示するよう設定する機会をユーザに提供し得る。番組ガイドは、ユーザが（例えば、今後の番組リスト項目を強調表示した後にリモートコントロールの入力キーを押す等して）今後の番組に興味を示すたびにまたは他のあらゆる適切なイベントに応答して、リマインダを設定する機会をユーザに提供し得る。ユーザは、例えばリモートコントロール４０上の「リマインド」ボタンを押すことにより、番組リマインダを設定したい旨を示し得る。
【００８８】
ユーザが（例えば、番組リスト項目画面１３０または１３５中のリスト項目を強調表示してリモートコントロール４０上の「リマインド」キーを押す等して）番組リマインダを設定したい旨を示すと、番組ガイドは、適切なリマインダオーバーレイを生成し得る。図９ａは、例示的なオーバーレイ３００を示す。番組ガイドは、リマインダを設定するようユーザを促し、例えば、リマインダを設定する場合は「はい」ボタン３０５、またはキャンセルする場合は「いいえ」ボタン３０７を選択する機会をユーザに提供し得る。
【００８９】
ユーザがリマインダが既に設定されている番組またはシリーズに対してリマインダを設定しようとすると、番組ガイドは、例えば図９ｂのリマインダ確認オーバーレイ３１０を表示することにより、リマインダをキャンセルする機会をユーザに提供し得る。ユーザがリマインダを削除すると、番組ガイドは、ローカルのアクションリストから、選択された放映に対する一意的な識別子および関連するリマインダを削除し得る。
【００９０】
番組ガイドがリマインダが連続データストリーム中に設定されている番組に対する一意的な識別子を検出すると、番組ガイドは、リアルタイムのアクションの予定のローカルリストをチェックし、関連するアクションがリマインダリマインダの表示を含むことを判定する。次いで、番組ガイドは、その番組に対するリマインダを表示する。所望ならば、多数のリマインダが同時に表示され得る。加えて、番組ガイドは、例えば、リマインダが表示されたときに、連続データストリームまたは番組ガイドサーバ２５から、番組リスト項目データと１つの番組または番組グループに関するさらなる番組データとをプリフェッチし得る。
【００９１】
番組ガイドはまた、グループ分け番組に対するリマインダを設定する機会もユーザに提供し得る。例えば、「Ｍａｄ  Ａｂｏｕｔ  Ｙｏｕ」というシリーズ中のエピソードが放送されるときは必ずそのシリーズに対するリマインダを受信することをユーザが希望する場合、ユーザは、任意の適切なアプローチを用いて、このようなシリーズに対するリマインダを設定し得る。グループ分け番組のリマインダリストおよび関連する表示画面については、例えば、同時出願されたＫｎｕｄｓｏｎらによる米国特許出願第０９／３３０、７９２号に記載がある。本明細書中、同出願の全体を参考のため援用する。
【００９２】
グループ分け番組に対するリマインダを設定したいとのユーザの意思表示に応答して、番組ガイドは、グループ分け番組識別子をリアルタイムアクションのリストに格納し得る。この実施例の場合、番組ガイドは、シリーズ「Ｍａｄ  Ａｂｏｕｔ  Ｙｏｕ」に対するグループ分け番組識別子をリマインダのリストに格納することとなる。
【００９３】
シリーズ「Ｍａｄ  Ａｂｏｕｔ  Ｙｏｕ」中のエピソードが放送されるたびに、そのシリーズに対するグループ分け番組識別子が連続データストリーム内に配置される。この識別子は、例えば、主設備１２によって連続的に提供され、連続データストリームプロセッサ７１から配信機器２１へと送られ得る。
【００９４】
番組ガイドは、連続データストリームをモニタリングし、連続データストリーム中の識別子とリアルタイムアクションのリスト中の識別子とを比較し得る。グループ分け番組に対する識別子（この実施例の場合、シリーズ「Ｍａｄ  Ａｂｏｕｔ  Ｙｏｕ」に対するグループ分け番組識別子）が発見されると、番組ガイドは、関連するリアルタイムのアクション（例えば、リマインダの表示等）を行う。
【００９５】
図１０ａおよび１０ｂは、例示的な番組リマインダリスト３２０を示す。図１０ａにおいて、リマインダリスト３２０が現在表示されているテレビ番組上にオーバーレイされており、これにより、ユーザが見ているテレビ番組の一部分を視聴しながらリマインダを見る機会をユーザに提供する。図１０ｂにおいて、リマインダリスト３２０が番組リスト項目表示画面（例えば、図５ａの番組リスト項目表示画面１３０）上にオーバーレイされている様子が示されている。番組ガイドは、例えばリモートコントロールの矢印キーを用いることによりリマインダリスト３２０をスクロールする機会をユーザに提供し得る。
【００９６】
番組ガイドがとり得るリアルタイムアクションの別の例として、ペイパービュー番組の視聴の認証がある。番組ガイドは、連続データストリーム中に所望のペイパービュー番組の識別子を検出した時点で視聴を認証し得、これにより、放送予定がずれた場合などのエラーの発生を回避する。ユーザがリスト項目群からペイパービュー番組リスト項目を選択した場合、ユーザが未注文のペイパービューチャンネルにチューニングしてリモートコントロール４０上の「注文」キー（または他の適切なキー）押した場合、または任意の他の適切なイベントに応答して、番組ガイドは、ペイパービュー番組を注文する機会をユーザに提供し得る。
【００９７】
番組ガイドは、例えば、ユーザがメインメニュー１０２の「ＰＰＶ時間」機能１０６（図４）を選択するのに応答して、ペイパービュー番組リスト項目表示画面（例えば、図１１ａの例示的なペイパービュー番組リスト項目表示画面３５０等）を表示し得る。図５ａおよび５ｂの番組リスト項目表示画面１３０および１３５と同様に、ペイパービュー番組リスト項目画面３５０は、選択可能な広告、サービスプロバイダロゴ、ブランドロゴ、メールインジケータ、時刻領域等を含み得る。ユーザがリモートコントロールの矢印キーを押すと、番組ガイドは、他の時間スロットおよびさらなるチャンネル内のペイパービュー番組のリスト項目を表示し得る。番組ガイドは、連続データストリームまたは番組ガイドサーバ２５から、ペイパービュー番組リスト項目画面３５０に表示されるペイパービュー番組リスト項目データを入手し得る。ペイパービュー番組ではないリスト項目の場合と同様に、現在の利用可能なペイパービュー番組および今後数時間以内に利用可能となるペイパービュー番組のデータも、連続データストリームで提供され得る。ずっと後に放送されるペイパービュー番組に関連するデータは、サーバ２５からのリクエストがあり次第利用可能となる。
【００９８】
番組ガイドは、選択されたリスト項目のペイパービュー番組を注文する機会をユーザに提供し得る。図１１ｂは、例示的なペイパービュー注文オーバーレイ３７０を示す。例えばユーザがペイパービュー番組リスト項目を強調表示してリモートコントロール４０上の「注文」キーまたは他の適切なキーを押すと、番組ガイドは、ペイパービュー注文オーバーレイ３７０を表示し得る。ペイパービュー注文オーバーレイ３７０は、ペイパービュー番組情報３７２および注文情報３７４を表示し、購入コードを入力することにより選択したペイパービュー番組を注文するようユーザを促し得る。ユーザは、例えばリモートコントロール４０上の数字キーを用いて購入コードの入力を行い得、または、「キャンセル」ボタン３７６を選択することによって購入をキャンセルし、１つ前の画面に戻り得る。番組ガイドはまた、図１１ｃの例示的な注文確認オーバーレイ３８０を用いてペイパービュー注文を確認する機会もユーザに提供し得る。番組ガイドは、所望ならば、ペイパービュー注文オーバーレイ３７０の代わりに図１１ｃの注文確認オーバーレイ３８０を表示して、購入コードの入力を要することなくペイパービュー番組を注文する機会をユーザに提供し得る。
【００９９】
番組ガイドは、連続データストリームまたは番組ガイドサーバ２５のいずれかからリスト項目データを取り出す際、選択されたペイパービュー番組の特定の放映に対する一意的な識別子を入手し得る。別の場合、番組ガイドは、この時点で番組ガイドサーバ２５を照会して、一意的な識別子を入手し得る。番組ガイドは、その識別子についての今後のアクションのローカルに保持されているリストをサーチして、選択されたペイパービュー番組が注文されているかどうかを判定し得る。図１１ｄに示すように、番組ガイドは、ペイパービュー番組が既に注文されている旨をユーザに示し得、例えばオーバーレイ３９０を表示するなどして、現在の注文をキャンセルする機会をユーザに提供し得る。
【０１００】
番組ガイドはまた、選択されたペイパービュー番組の一意的な識別子に対する連続データストリームをサーチして、ユーザが注文を行っているときに選択された番組が放送中であるかどうかを判定し得る。図１１ｅに示すように、番組ガイドは、例えばオーバーレイ３９５を表示するなどして番組が放送中である旨をユーザに示し、その注文をキャンセルする機会をユーザに提供し得る。
【０１０１】
ペイパービュー番組が注文された後、番組ガイドは、ペイパービュー番組の一意的な識別子および関連するアクション（すなわち、ペイパービュー番組の認証）を、このようなアクションのリスト（すなわち、認証を受けるべき注文ペイパービュー番組のリスト）に格納し得る。ユーザがテレビを見ているかまたは番組ガイドを利用している間、番組ガイドは、一意的な識別子について連続データストリームをモニタリングし、受信された識別子とリスト中の識別子とを比較し得る。例えば、ペイパービュー番組が開始するときに番組ガイドが注文されたペイパービュー番組の識別子を受け取ると、番組ガイドは、そのペイパービュー番組が開始する旨をユーザに示し得る。番組ガイドは、例えば、図１２ａに示すようにユーザが見ているテレビ番組上にウィンドウまたはバナーをオーバーレイするか、または、図１２ｂに示すようにユーザがアクセスしている番組ガイド表示画面上にバナーまたはウィンドウをオーバーレイし得る。番組ガイドは、例えば図１２ａおよび１２ｂの「はい」ボタン４００を選択することによりペイパービュー番組にチューニングする機会をユーザに提供し得る。所望ならば、番組ガイドは、ウィンドウまたはバナーが表示されているときに、番組リスト項目データまたはペイパービュー番組に関するさらなる番組データを連続データストリームまたは番組ガイドサーバ２５からプリフェッチし得る。
【０１０２】
注文されたペイパービュー番組が放映される期間内に、ユーザがユーザテレビ機器２２を使用しない場合があり得る。番組ガイドは、事前定義された期間が経過した後、このようなエントリを削除し得る。番組ガイドはまた、注文されたペイパービュー番組をユーザが見逃した旨をユーザに示し得る。番組ガイドは、例えば、注文されたペイパービュー番組のリストを定期的（例えば、数分間毎）にチェックし、格納されている識別子と連続データストリームで搬送される一意的な識別子とを比較し得る。識別子は、例えば、日付および時間構成要素（ｔｉｍｅ  ｃｏｍｐｏｎｅｎｔ）を含み得、または、番組の放送回数に基づいて順次番号を付けられ得る。番組ガイドは、連続データストリームで搬送される識別子と注文された番組のリスト中の識別子とを比較し、そのリスト中のいずれかの番組が既に視聴済みであるかどうかを判定し得る。
【０１０３】
番組ガイドは、例えばテレビ番組表示画面または番組ガイド表示画面上にオーバーレイまたはウィンドウを表示することにより、予定されるペイパービュー番組の認証等のアクションがもはや現在のものではない旨をユーザに示し得る。図１３ａおよび１３ｂは例示的なウィンドウ４１０を示し、これらのウィンドウ４１０は、テレビ番組および番組ガイド表示画面上にそれぞれオーバーレイされ、視聴されなかったペイパービュー番組を表示して、この番組を再予約したいかどうかを意思表示するようユーザに促す。ユーザは、例えば「はい」ボタン４１５を選択することにより、視聴されなかったペイパービュー番組を再予約し得る。番組ガイドは、例えばその番組の次回の放映について番組ガイドサーバ２５（図１）を照会し、その番組の次回の放映に対する一意的な識別子をアクションリスト（すなわち、今後のリマインダ、今後のペイパービュー認証等のリスト）内に関連するアクションコードと共に格納することにより、ペイパービュー番組を再予約し得る。
【０１０４】
番組ガイドはまた、ペイパービュー番組のパッケージを注文する機会もユーザに提供し得る。ペイパービュー番組パッケージおよび例示的な表示画面を購入する機会をユーザに提供する番組ガイドシステムについては、例えば、１９９７年１０月６日に出願された、Ｋｎｕｄｓｏｎらによる、米国特許出願第０８／９４４、１５３号に記載がある。本明細書中、同出願の全体を参考のため援用する。番組ガイドは、番組の視聴を認証する様式と同様の様式で、ペイパービューパッケージの視聴を認証し得る。ユーザによるペイパービューパッケージを注文したいとの意思表示に応答して、番組ガイドは、識別子および関連するアクション（すなわち、ペイパービュー番組パッケージの認証）をこのようなアクションのリスト（すなわち、認証を受けるべき注文ペイパービュー番組のリスト）に格納し得る。
【０１０５】
パッケージ中のペイパービュー番組が利用可能となるたびに、そのパッケージに対する識別子が連続データストリームで送信される。ユーザがテレビを見ているかまたは番組ガイドを使用している間、番組ガイドは、連続データストリームをモニタリングし、受け取られた識別子とリスト中の識別子とを比較し得る。パッケージに対する一意的な識別子が送信されると、番組ガイドは、注文された番組の１つが開始する旨をユーザに知らせ得る。
【０１０６】
別の適切なアプローチにおいて、番組ガイドは、パッケージの各番組の一意的な識別子をリストに格納し得る。パッケージ中の番組が利用可能となるたびに、その番組の一意的な識別子が連続データストリームで送信される。番組ガイドは、番組が放映されるときに各番組に対する一意的な識別子を受け取り、これらの識別子をリストと比較し、放映を許可するかまたは別の機能（例えば、番組が開始する旨を示す、番組が放映された旨を示すなど）を行い得る。
【０１０７】
番組ガイドはまた、番組を録画する機会もユーザに提供し得る。図１４ａおよび１４ｂは、番組ガイドがユーザによる番組を録画したいとの意思表示に応答して表示し得る例示的なオーバーレイを示す。図１４ａは、例えば、ユーザが（例えば、リモートコントロール４０上の「録画」キーを押す等して）視聴中の番組を録画したいと意思表示した場合に表示され得る。図１４ｂは、例えば、ユーザがリスト項目を強調表示して（例えば、リモートコントロール４０上の「録画」キーを押す等して）そのリスト項目を録画したいと意思表示した場合に、番組リスト項目表示画面上にオーバーレイされ得る例示的なオーバーレイを示す。このオーバーレイは、録画を確認するようユーザを促し得る。これらの番組を録画する機会をユーザに提供する様式は例示的なものに過ぎず、他の任意の適切なアプローチが用いられ得る。
【０１０８】
ユーザが番組を録画したいとの意思表示をし終え、所望ならば録画を確認した後、番組ガイドは、その番組の識別子および関連するアクション（すなわち、番組録画）をこのようなアクションのリスト（すなわち、録画対象番組のリスト）に保存し得る。番組ガイドはまた、ユーザがグループ分け番組を録画したいとの意思表示を示す場合、グループ分け番組を録画する機会もユーザに提供し得、グループ分け番組の識別子を保存し得る。次いで、番組ガイドは、一意的な識別子について連続データストリームをモニタリングし得る。所望ならば、番組ガイドは、連続データストリームのモニタリングをパワーセーブモードで行い得る。番組またはグループ分け番組に対する一意的な識別子が連続データストリームで送信される場合、番組ガイドは、番組またはグループ分け番組を、（図２および３にそれぞれ示すような）デジタル格納デバイス３１または４９、または（図２および３にそれぞれ示すような）第２の格納デバイス３２または４７に録画し得る。
【０１０９】
番組ガイドがとり得るリアルタイムのアクションの別の例として、番組をロックし、ユーザがロック付き番組（または番組の番組ガイドデータ）の視聴を試みるときに視聴制限コードをリクエストすることがある。番組のロックは、特定の番組の全ての放映をロックすることおよびグループ分け番組中の番組の全放映をロックすることを含む。図１５ａは例示的な視聴制限オーバーレイ１５００を示し、番組ガイドは、ユーザによる番組をロックしたいとの意思表示に応答してこの視聴制限オーバーレイ１５００を表示し得る。図１５ａは、番組リスト項目画面にオーバーレイされているオーバーレイ１５００を示す。番組ガイドはまた、ユーザが見ている番組上にもオーバーレイ１５００を表示し得る。
【０１１０】
ユーザは、例えば、ロックしたい番組のリスト項目を強調表示してリモートコントロール４０上の「ロック」キーを押すことにより、番組をロックしたいとの意思表示を示し得る。それに応答して、番組ガイドは、オーバーレイ１５００を表示し、例えば、タイトル別、格付け別、チャンネル別または他のあらゆる適切な基準で番組をロックする機会をユーザに提供し得る。タイトル別にロックすることは、例えば、特定の番組の全放映をロックすることおよびグループ分け番組中の番組の全放映をロックすることを含む。ユーザによる番組ロックに応答して、番組ガイドは、ロックされた番組の識別子および関連するアクション（すなわち、番組のロック）をこのようなアクションのリスト（すなわち、ロック付き番組のリスト）に保存し得る。タイトル別でロックされている番組の場合、番組ガイドは、例えば、グループ分け番組（例えば、シリーズ）の識別子を関連アクションのリストに格納し得る。
【０１１１】
ユーザが番組にチューニングすると、番組ガイドは、その番組（またはそのグループ分け）に対する一意的な識別子を入手し、入手した識別子を識別子リスト中の識別子と比較し得る。その番組（またはそのグループ分け）の識別子がリスト中に存在する場合、番組ガイドは、関連するリアルタイムのアクションが例えば番組のロックであるかどうかを判定し得る。番組ガイドは、その番組がロック付きであると判定した場合、視聴制限オーバーレイ１５１０を表示し得る。ユーザが適正な視聴制限コードを入力すると、番組ガイドは、その番組の一意的な識別子をリストから削除し、番組を表示し得る。あるいは、番組ガイドは、（例えば、識別子がグループ分け番組の識別子である場合等は）リスト中の識別子を削除せずにそのままにしておき、ユーザが現在の放映を見ることを可能にし得る。
【０１１２】
図１５ｂは、例示的な視聴制限オーバーレイ１５１０を示し、この視聴制限オーバーレイ１５１０は、ユーザが視聴制限ロックされている番組にアクセスしたいとの意思表示を示す場合に番組ガイドによって表示され得る。図１５ｂは、オーバーレイ１５１０を示し、このオーバーレイ１５１０は、ユーザが（例えば、図示のようにチャンネルをフリップするか、ブラウズオーバーレイからチャンネルにチューニングするか、または別の番組ガイド表示画面からチャンネルにチューニングする等して）ロック付き番組にチューニングした場合に表示され得る。
【０１１３】
番組ガイドはまた、ユーザがロック付き番組の番組ガイドデータにアクセスしたいとの意思表示を示した場合にも、視聴制限オーバーレイ１５１０を表示し得る。ユーザが連続データストリームまたは番組ガイドサーバ２５のいずれかから番組ガイドデータにアクセスしたいとの意思表示を示すと、番組ガイドは、その番組（またはグループ分け）の識別子を入手し、その識別子を識別子リストと比較し、ユーザに視聴制限コードの入力を促し得る。
【０１１４】
図１６〜１８は、本発明の双方向番組ガイドシステムを動作させる際の例示的な工程のフローチャートである。図１６〜１８に示す工程は例示的なものであり、任意の適切な順序で組合わせおよび実行され得る。
【０１１５】
図１６は、番組ガイドを用いて番組ガイドデータを入手する際の例示的な工程を示す。工程５００において、主設備１２からテレビ配信設備１６に番組ガイドデータが受け取られる。番組ガイドデータの第１の構成部分は、通信経路２０を通じて、テレビ配信設備１６によって、ユーザテレビ機器２２にインプリメントされる各番組ガイドに配信される（工程５１０）。番組ガイドデータのこの第１の構成部分は、例えば、現在の日付の時間の番組ガイドリスト項目データ、現在の日付の時間の番組の放映に対する一意的な識別子、および現在のデータの連続ストリームで配信される他のあらゆる番組ガイドデータを含み得る。
【０１１６】
番組ガイドデータの第１の構成部分は、適切な伝送技術を用いて連続データストリームとして送信され得、例えば、テレビチャンネル側波帯で、テレビチャンネルの垂直帰線消去期間として、専用のアナログチャンネルまたはデジタルチャンネルで、複数のアナログチャンネルまたはデジタルチャンネルに亘って、または他のあらゆる適切なデータ伝送技術によって送信され得る。
【０１１７】
工程５２０において、番組ガイドサーバ２５によって番組ガイドデータの第２の構成部分がテレビ配信設備１６に格納される。所望ならば、番組ガイドサーバ２５は、連続データストリーム中に含まれる情報のコピーを格納するために用いられ得る。
【０１１８】
工程５３０および５４０において、番組ガイドは、連続データストリームおよび番組ガイドサーバ２５からそれぞれ番組ガイドデータを入手する。番組ガイドは、例えば、連続データストリームから特定の種類のデータを入手し、かつ番組ガイドサーバ２５から他の種類のデータを入手するよう事前にプログラムされ得る。あるいは、連続番組ガイドデータストリームは、データストリーム内に含まれるデータの種類の番組ガイドに示す属性も含み得る。工程５３０および５４０は、任意の適切な順序で、同時に、または番組ガイドがデータをプリフェッチする際に行われ得る。
【０１１９】
これらの２つの配信メカニズムのリンクの１つが適切に動作しない場合、番組ガイドは、一時的に１つの配信メカニズムのみを使用し得る。サーバ通信をサポートするリンクが故障した場合、番組ガイドは、一時的に連続データストリームのみを用いて動作し得る。現在の番組リスト項目（または今後数時間以内のリスト項目）に対するアクセスのみが提供される。連続データストリームをサポートするリンクが故障した場合、番組ガイドは、（現在のデータへのアクセスにかかる待ち時間が増加するものの）一時的にサーバリンクのみを用いて動作し得る。
【０１２０】
工程５４５、５５０および５５５は、番組ガイドを用いて番組ガイドサーバ２５から番組ガイドデータを入手する際の例示的な工程である。工程５４５において、番組ガイドは、番組ガイドサーバ２５から番組ガイドデータをリクエストし得る。上述したように、番組ガイドが発行するリクエストは、任意の適切なリモートプロシージャコール、メッセージ、リクエスト、オブジェクトを基本とする通信、または他のあらゆる適切なリクエストを含み得る。工程５５０において、番組ガイドサーバ２５は、リクエストを処理し、リクエストされたデータを通信経路２０を通じて番組ガイドに送信し得る（工程５５５）。
【０１２１】
図１７は、番組ガイドを用いて番組リスト項目データおよびさらなる番組情報をユーザに提供する際の工程を示す。工程６００および６１０において、番組ガイドを用いて、連続データストリームおよび番組ガイドサーバ２５から番組リスト項目データを入手する。工程６００および６１０は、任意の適切な順序で、同時に、または番組ガイドがデータをプリフェッチしているときに行われ得る。
【０１２２】
工程６２０において、番組ガイドは、ユーザ用の番組リスト項目データをユーザテレビ機器２２に表示する。この工程は、例えば、ユーザが所与のチャンネルにチューニングするのに応答して、フリップ表示中のそのチャンネルについての現在のデータの連続データストリームから入手された現在の番組リスト項目データを表示する工程を含み得る（工程６２５）。例えば、ユーザが現在の時間または今後数時間以内のさらなる番組リスト項目をブラウズしたいとの意思表示を示すと、番組ガイドは、現在のデータストリームから入手された番組リスト項目をブラウズ表示で表示し得る。ユーザが今後数時間以降の時間スロットのさらなる番組リスト項目をブラウズしたいとの意思表示を示す場合、工程６３０において、番組ガイドは、番組ガイドサーバ２５から入手した番組リスト項目をブラウズ表示で表示し得る。連続データストリームから入手された番組リスト項目もまた、番組リスト項目画面内に表示され得る（工程６３３）。番組ガイドサーバ２５から入手された番組リスト項目（例えば、今後数時間以降の、特定のカテゴリの番組に関する番組リスト項目）は、番組ガイドによって適切なカテゴリ別の番組リスト項目画面において表示され得る（工程６３５）。
【０１２３】
工程６３０において、番組ガイドは、タイトルおよび他の基本的情報が（連続データストリームから入手される）番組リスト項目に含まれる番組について、さらなる番組情報を番組ガイドサーバ２５から入手し得る。この工程は、例えばユーザが番組リスト項目画面内の番組リスト項目を選択したときなどに、番組ガイドによって行われ得る。工程６５０において、番組ガイドサーバ２５から入手されるこれらのさらなる番組情報は、番組ガイドによってユーザ用としてユーザテレビ機器２２上に表示され得る。
【０１２４】
図１８は、番組ガイドを用いて番組の放映に関連するリアルタイムのアクションを行う際の例示的な工程を示す。番組ガイドは、番組の放映または番組シリーズもしくは他のグループ分け番組（例えば、ミニシリーズ、注文可能なパッケージ等）に関連するリアルタイムのアクションの実行を含む番組ガイド機能にアクセスする機会をユーザに提供し得る。このような機能およびアクションの例としては、録画（このリアルタイムのアクションは、番組録画を開始する行為である）、リマインダの設定（このリアルタイムのアクションは、所望の番組の放映の直前にリマインダを表示することである）、事前ペイパービュー購入（このリアルタイムのアクションは、購入された番組が放映される際にその番組を認証することである）、視聴制限（このリアルタイムのアクションは、特定の番組が放映される際にその番組をロックまたはアンロックすることである）等がある。工程７００において、番組ガイドは、１つの番組の放映、またはシリーズ、ミニシリーズ、注文可能なパッケージまたは他のグループ分け番組に対する一意的な識別子を入手し得る。工程７０５および７１０に示すように、一意的な識別子は、連続データストリームまたは番組ガイドサーバ２５からそれぞれ入手され得る。一意的な識別子は、例えば、ある番組についての番組リスト項目情報が入手されるときなどに番組ガイドによって入手され得る。
【０１２５】
工程７２０において、一意的な識別子および（例えば、今後のアクションのリスト中の）関連するリアルタイムアクションが番組ガイドによって格納される。番組またはグループ分け番組を放映するための一意的な識別子は、連続データストリームの一部としてテレビ配信設備１６によって送信され得る。工程７３０において、番組ガイドは、番組ガイドによってユーザテレビ機器２２に格納されている（例えば、今後のアクションのリスト形式または他の適切なデータ構造の）一意的な識別子について、連続データストリームをモニタリングし得る。工程７４０において、番組ガイドは、連続データストリームにおいて一意的な識別子が検出された場合、関連するリアルタイムのアクションを行う。これらのリアルタイムのアクションは、例えば、番組リマインダの表示、ペイパービュー番組の視聴の認証、ペイパービューが開始した旨のユーザへの通知、番組録画、番組のロックおよび視聴制限コードのリクエスト等を含み得る。
【０１２６】
図１９ａ〜１９ｃは、本発明の双方向番組ガイドシステムの３つの実施形態の例示的なデータフロー図を示し、これらの実施形態において、番組ガイドは、連続データストリームで送信される識別子に基づいてリアルタイムのアクションを行う。図１９ａのデータフロー図において、識別子および現在の番組ガイドデータは、配信機器２１によって送信される連続データストリームから番組ガイドによって入手される。番組ガイドはまた、番組ガイドサーバ２５によって処理されるリクエストを生成することにより、番組ガイドデータも入手し得る。このアプローチでは、番組ガイドは、データを表示またはプリフェッチ用として使用する短い時間以外は、番組ガイドデータを格納しない。このアプローチでは、番組ガイドデータのデータベースへの格納が行われないため、ユーザテレビ機器２２のメモリ要件が最小限にできる。
【０１２７】
図１９ｂの構成において、番組ガイドは、配信機器２１から番組ガイドデータおよび識別子を入手する。識別子は、配信機器２１によって連続データストリームで送信される。しかし、番組ガイドデータは、配信機器２１によって送信されるデータストリームまたは番組ガイドサーバ２５から、番組ガイドによって入手され得る。番組ガイドデータの送信は、連続データストリームで、定期的に、または適切なハイブリッドアプローチを用いて、配信機器２１によって行われ得る。例えば、頻繁に必要とされるデータは、連続的に送信され得、必要度の低いデータは定期的に送信され得る。あるいは、頻繁に必要とされるデータは定期的に高周波で送信され得、必要度の低いデータは定期的に低周波で送信され得る。さらに別の適切なアプローチにおいて、全てのデータの送信が連続的に行われ得るが、一部のデータの循環速度がデータの必要頻度に基づいて変更され得る。
【０１２８】
配信機器２１によって提供されるデータストリームまたは番組ガイドサーバ２５のいずれかから入手された番組ガイドデータは、番組ガイドによって番組ガイドデータベース７９に格納される。このアプローチによって、ユーザテレビ機器２２（図１）は、データベース７９を格納するメモリを有し得る。データベース７９は好適には、現在の時間スロットの番組ガイドデータおよび番組ガイドによって頻繁に必要とされる番組ガイドデータを含む。所望ならば、番組ガイドサーバ２５は、例えばデータベース７９に格納されているデータの補助データソースとして番組ガイドによって用いられ得る。このアプローチは、利用可能な番組ガイドデータの有意な構成部分を番組ガイドによって格納するシステムの場合よりも、必要なメモリ量が少ない。加えて、頻繁に必要なデータを比較的小型のデータベースで保持するので、システムの待ち時間を最小限にすることができる。
【０１２９】
図１９ｃは、本発明のさらなる実施形態の例示的なデータフロー図を示す。この実施形態において、番組ガイドは、番組ガイドサーバ２５のみから番組ガイドデータを入手する。識別子は、配信機器２１によって送信される連続データストリームから入手される。このアプローチは、番組ガイドサーバ２５が番組ガイドデータのデータベースの保持に関連する処理負担および格納負担全てに耐え、かつ、予約に変更があっても番組ガイドが適切なタイミングでリアルタイムのアクションを行うことを可能にすることを可能にし得る。
【０１３０】
上記は本発明の原理の例示に過ぎず、様々な改変が、本発明の範囲および精神を逸脱することなく当業者によって為され得る。
【図面の簡単な説明】
【図１】  図１は、本発明の原理による、例示的なシステムの模式的ブロック図である。
【図２】  図２は、本発明の原理による、例示的なユーザテレビ機器の模式的ブロック図である。
【図３】  図３は、図２の例示的なユーザテレビ機器の構成部分を一般化した模式的ブロック図である。
【図４】  図４は、選択可能な番組ガイドオプションをユーザに表示する、例示的なメインメニュー画面を示す。
【図５ａ】  図５ａは、番組リスト項目を時間別およびチャンネル別にそれぞれ表示する、例示的な表示画面を示す。
【図５ｂ】  図５ｂは、番組リスト項目を時間別およびチャンネル別にそれぞれ表示する、例示的な表示画面を示す。
【図６】  図６は、例示的なさらなる番組情報画面を示す。
【図７】  図７は、例示的なカテゴリ別の番組リスト項目画面を示し、番組リスト項目を特定のカテゴリについて表示する。
【図８ａ】  図８ａは、ユーザがチャンネルを変更したときに表示され得る、例示的なフリップ表示を示す。
【図８ｂ】  図８ｂは、ユーザが所与の時間スロットについて番組リスト項目をブラウズしたいとの意思表示を示す場合に表示され得る例示的なブラウズ表示を示す。
【図９ａ】  図９ａは、例示的なリマインダ設定オーバーレイを示す。
【図９ｂ】  図９ｂは、例示的なリマインダ確認オーバーレイを示す。
【図１０ａ】  図１０ａは、例示的なリマインダリストを示す。
【図１０ｂ】  図１０ｂは、例示的なリマインダリストを示す。
【図１１ａ】  図１１ａは、例示的なペイパービュー番組リスト項目表示画面を示す。
【図１１ｂ】  図１１ｂは、例示的なペイパービュー注文オーバーレイを示す。
【図１１ｃ】  図１１ｃは、例示的なペイパービュー注文確認オーバーレイを示す。
【図１１ｄ】  図１１ｄは、番組ガイドが特定のペイパービュー番組が注文されていることをユーザに示し、注文の重複をキャンセルする機会をユーザに提供する、例示的なオーバーレイを示す。
【図１１ｅ】  図１１ｅは、番組ガイドが特定のペイパービュー番組が開始したことをユーザに示し、それでもその番組を注文する機会をユーザに提供する、例示的なオーバーレイを示す。
【図１２ａ】  図１２ａは、注文されたペイパービュー番組が開始することを番組ガイドがユーザに示す、例示的な表示画面を示す。
【図１２ｂ】  図１２ｂは、注文されたペイパービュー番組が開始することを番組ガイドがユーザに示す、例示的な表示画面を示す。
【図１３ａ】  図１３ａは、注文されたペイパービュー番組を見逃したことを番組ガイドがユーザに示す、例示的なウィンドウを示す。
【図１３ｂ】  図１３ｂは、注文されたペイパービュー番組を見逃したことを番組ガイドがユーザに示す、例示的なウィンドウを示す。
【図１４ａ】  図１４ａは、例示的なオーバーレイを示し、番組ガイドは、このオーバーレイを表示して番組録画を確認する機会をユーザに提供し得る。
【図１４ｂ】  図１４ｂは、例示的なオーバーレイを示し、番組ガイドは、このオーバーレイを表示して番組録画を確認する機会をユーザに提供し得る。
【図１５ａ】  図１５ａは、例示的な視聴制限オーバーレイを示し、この視聴制限オーバーレイは、ユーザが番組をロックするかまたはロック付き番組へアクセスしたいとの意思表示をそれぞれ示した場合に、番組ガイドによって表示され得る。
【図１５ｂ】  図１５ｂは、例示的な視聴制限オーバーレイを示し、この視聴制限オーバーレイは、ユーザが番組をロックするかまたはロック付き番組へアクセスしたいとの意思表示をそれぞれ示した場合に、番組ガイドによって表示され得る。
【図１６】  図１６は、本発明の原理にしたがって、番組ガイドを用いて２つのデータ配信メカニズムから番組ガイドデータを入手する際の工程の例示的なフローチャートである。
【図１７】  図１７は、本発明の原理にしたがって、番組ガイドを用いて、番組リスト項目データおよびさらなる番組情報をユーザに提供する際の工程の例示的なフローチャートである。
【図１８】  図１８は、本発明の原理にしたがって、番組の放映に関連するリアルタイムのアクションを行う際の工程の例示的なフローチャートである。
【図１９ａ】  図１９ａは、本発明の双方向番組ガイドシステムの３つの実施形態の例示的なデータフロー図を示し、番組ガイドは、連続データストリームで送信される識別子に基づいてリアルタイムのアクションを行う。
【図１９ｂ】  図１９ｂは、本発明の双方向番組ガイドシステムの３つの実施形態の例示的なデータフロー図を示し、番組ガイドは、連続データストリームで送信される識別子に基づいてリアルタイムのアクションを行う。
【図１９ｃ】  図１９ｃは、本発明の双方向番組ガイドシステムの３つの実施形態の例示的なデータフロー図を示し、番組ガイドは、連続データストリームで送信される識別子に基づいてリアルタイムのアクションを行う。
【図１】
0004959054.tif 000002
【図２】
0004959054.tif 000003
【図３】
0004959054.tif 000004
【図４】
0004959054.tif 000005
【図５ａ】
0004959054.tif 000006
【図５ｂ】
0004959054.tif 000007
【図６】
0004959054.tif 000008
【図７】
0004959054.tif 000009
【図８ａ】
0004959054.tif 000010
【図８ｂ】
0004959054.tif 000011
【図９ａ】
0004959054.tif 000012
【図９ｂ】
0004959054.tif 000013
【図１０ａ】
0004959054.tif 000014
【図１０ｂ】
0004959054.tif 000015
【図１１ａ】
0004959054.tif 000016
【図１１ｂ】
0004959054.tif 000017
【図１１ｃ】
0004959054.tif 000018
【図１１ｄ】
0004959054.tif 000019
【図１１ｅ】
0004959054.tif 000020
【図１２ａ】
0004959054.tif 000021
【図１２ｂ】
0004959054.tif 000022
【図１３ａ】
0004959054.tif 000023
【図１３ｂ】
0004959054.tif 000024
【図１４ａ】
0004959054.tif 000025
【図１４ｂ】
0004959054.tif 000026
【図１５ａ】
0004959054.tif 000027
【図１５ｂ】
0004959054.tif 000028
【図１６】
0004959054.tif 000029
【図１７】
0004959054.tif 000030
【図１８】
0004959054.tif 000031
【図１９ａ】
0004959054.tif 000032
【図１９ｂ】
0004959054.tif 000033
【図１９ｃ】
0004959054.tif 000034