(57)【要約】【課題】双方向テレビ番組ガイドシステムを提供する。双方向テレビ番組ガイドは、リモートメディアサーバに録画するために複数の番組を選択する機会を複数のユーザに提供すること。【解決手段】複数の番組はまた、ローカルメディアサーバに録画されてもよい。番組ガイドは、複数のユーザにメディアサーバから再生される複数の番組、および複数の番組のリアルタイムにキャッシュされるコピー上でＶＣＲ様コントロールを提供する。番組ガイドはまた、複数のユーザに複数の番組が録画され得るギフト受取人を指定する機会を提供する。【選択図】図１
2014116986.tif 000002
【特許請求の範囲】
【請求項１】
明細書に記載の発明。
【発明の詳細な説明】
【背景技術】
【０００１】
（発明の背景）
本発明は、双方向テレビ番組ガイドシステムに関し、より詳細には、ユーザがメディアサーバ上の複数の番組および番組ガイドデータを録画することを可能にするテレビ番組ガイドシステムに関する。
【０００２】
ケーブルテレビシステム、衛星テレビシステム、および放送テレビシステムは、視聴者に多数のテレビチャンネルを提供する。視聴者は従来から、特定の時間に放送される番組を決定するために、印刷されたテレビ番組予定を参照してきた。より最近では、ユーザのテレビにテレビ番組情報を表示することを可能にする双方向テレビ番組ガイドが開発されている。双方向テレビ番組ガイドは、ユーザがリモコンを用いてテレビ番組ガイドをナビゲートすることを可能にする。典型的な番組ガイドでは、様々な種類のテレビ番組リスト項目が、所定のカテゴリまたはユーザの規定するカテゴリ内で表示される。リスト項目は典型的には、リスト、グリッド、または表に表示される。
【０００３】
番組リスト項目および他の番組ガイドデータは典型的には、衛星アップリンク設備により、多数のケーブルシステムヘッドエンドへと提供される。各ヘッドエンドは、その番組ガイドデータを多数のユーザへと配信する。双方向テレビ番組ガイドは典型的には、ユーザのセットトップボックス上で実現される。セットトップボックスは典型的には、ユーザのテレビとビデオカセットレコーダとに接続される。ユーザが番組を録画することを可能にする番組ガイドシステムについては、例えば、１９９７年９月５日に出願された、Ｅｌｌｉｓらによる米国特許出願第０８／９２４，２３９号に記載がある。本明細書中、同出願の全体を参考のため援用する。
【０００４】
このようなシステムは、色々な面において不完全である。セットトップボックスおよびビデオカセットレコーダの処理能力および格納能力は一般的には限られている。これは、ガイドの機能を制約し得る。ビデオカセットレコーダは、家庭内のテレビ機器に対して有意な負担となり得る。ビデオカセットレコーダは、機械的なシステムであり、故障しやすく、ユーザがビデオカセットレコーダを適切に設定すること（すなわち、テープを忘れずにビデオカセットレコーダに挿入する等）に部分的に依存することによって適切に動作する。ＶＣＲを番組ガイドと協働して機能するよう設定することは、いくつかのシステムの場合に複雑なプロセスとなり得、ユーザにストレスを与え得る。加えて、複数のＶＣＲを所有しないと、ユーザは複数の番組を同時に録画することができず、しかも、ある番組を見ながら別の番組を録画するためには、一般に別のハードウェアまたは高度なセットトップボックスが必要となる。ユーザがある番組を見ながら別の番組を録画することを可能にするシステムについては、例えば、１９９８年６月１６日に出願された、Ｌｅｍｍｏｎｓらによる米国特許出願第６０／０８９，４８７号に記載がある。本明細書中、同出願全体を参考のため援用する。
【０００５】
番組の格納にハードディスク技術を用いるシステムも開発されている。デジタル記憶装置を有する双方向テレビ番組ガイドシステムについては、例えば、１９９８年９月１７日に出願された、Ｈａｓｓｅｌｌらによる米国特許出願第０９／１５７，２５６号に記載がある。ハードディスクに基づく製品はまた、ＴｉＶｏ，  Ｉｎｃ．  ｏｆ  Ｓｕｎｎｙｖａｌｅ，  Ｃａｌｉｆｏｒｎｉａと、Ｒｅｐｌａｙ  Ｎｅｔｗｏｒｋｓ，  Ｉｎｃ．  ｏｆ  Ｍｏｕｎｔａｉｎｖｉｅｗ，  Ｃａｌｉｆｏｒｎｉａとによっても開発されている。これらのシステムは、ユーザの家庭用テレビ機器のコストを大きく増加させ得るハードウェアをユーザの家に新たに設ける必要がある点において不完全である。このようなシステムはまた、ユーザが家庭内に複数のデバイスを所有しない限り、複数の番組を同時に録画することを可能にすることもできない。
【０００６】
現行のテレビプラットフォームの中には、セットトップボックスとヘッドエンドとの間のリターンパスをサポートするものもある。セットトップボックスが、ヘッドエンドに構成されたサーバとリターンパスを介して通信するクライアントとして機能するクライアント−サーバに基づく番組ガイドが開発されている。これらのサーバは典型的には、セットトップボックスが生成したリクエストに応答して、番組リスト項目情報（例えば、番組タイトルおよび放送時間）をセットトップボックスに提供する。
【０００７】
ビデオオンデマンド（ＶＯＤ）システムもまた開発されている。このようなシステムは典型的には、ヘッドエンドが配信する番組を全て録画するか、または番組のうち選択された一部（ｓｕｂｓｅｔ）のみを録画する。前者のアプローチの場合、ユーザが所望する可能性のある映像を全て確実に利用可能とするためには、サーバに膨大な格納容量が必要となる。後者のアプローチの場合、ユーザが視聴できるのは、ヘッドエンドのオペレータが録画を決定した番組のみに限られる。
【０００８】
「Ｔｈｅ  Ｂｏｘ」という名称で知られている１つのケーブルテレビシステムにおいて、視聴者は、ケーブルテレビシステムのオペレータに電話をして、音楽映像のアーカイブから特定の音楽映像を放送するようリクエストすることができる。リクエストされた映像は、全ての視聴者が見ることのできる専用チャンネル上で放送される。このアプローチには、複数の不足点がある。まず、ユーザは、自身のテレビ機器を用いて番組を注文することができず、簡便性に欠ける。さらに、視聴者は、自分がリクエストした映像が放送されるまで、他の視聴者が選択した映像が放送されている間待たなければならない。また、視聴者は、アーカイブされている映像のみから選択することに限られる。アーカイブに含まれていない音楽映像を所望する視聴者がいる場合もあり得、そういった視聴者には、アーカイブされている映像を選択するかまたは別の映像を視聴するという選択肢が無い。
【０００９】
「Ｙｏｕｒ  Ｃｈｏｉｃｅ  ＴＶ」という名称で知られているケーブルテレビシステムでは、以前放送されたテレビ番組が一連のテレビ専用チャンネル上で再放送される。視聴者は、番組の再放送を少額の負担で注文することができる。しかし、再放送は予め決められた時間に放送されるため、視聴者にとって都合が良くない可能性がある。また、どの番組を録画するのかを決定するのはケーブルシステムのオペレータであるため、所望する番組が視聴者にとって利用不可能である場合もあり得る。
【００１０】
従って、本発明の目的は、ユーザが、特定の番組を録画するようサーバに指示することにより、後でユーザがその番組をオンデマンドで再生することを可能にする番組ガイドシステムを提供することである。
【発明の概要】
【課題を解決するための手段】
【００１１】
（発明の要旨）
本発明の上記および他の目的は、ユーザのリクエストに応答して、リモートメディアサーバにおいて番組を録画する番組ガイドシステムを提供することにより、本発明の原理に従って達成される。主設備は、複数のテレビ配信設備に番組ガイドデータを提供する。これらのテレビ配信設備は、任意の適切なアプローチ（例えば、リクエストまたはコマンド等に応答して連続的または周期的アプローチ）を用いて、その番組ガイドデータを、複数の双方向テレビ番組ガイドに配信する。その双方向テレビ番組ガイドは、ユーザのテレビ機器上でその全てを実現することができる。あるいは、その番組ガイドは、適切なクライアント−サーバに基づくアプローチまたは適切に配信されたアプローチを用いて、部分的にユーザのテレビ機器上で実現し、部分的にサーバ上で実現することもできる。
【００１２】
リモートメディアサーバは、番組ガイド配信設備または他の適切な配信設備（例えば、ケーブルシステムヘッドエンド、放送配信設備、衛星テレビ配信設備、もしくは他の任意の適切な種類のテレビ配信設備）に構成することができる。リモートメディアサーバは、番組を録画することができ、所望される場合は、番組ガイドデータを録画することもできる。リモートメディアサーバはまた、番組と関連付けられたデータ（例えば、垂直帰線消去期間（ＶＢＩ）で搬送されるデータまたはデジタルデータトラックで搬送されるデータ）を録画することもできる。双方向テレビ番組ガイドにより生成されたリクエストに応答して、番組、番組と関連付けられたデータ、番組ガイドデータ、またはこれらの任意の適切な組み合せを録画することができる。リモートメディアサーバにより録画された番組は、任意の適切なビデオオンデマンドアプローチまたはニアビデオオンデマンドアプローチを用いて、ユーザに配信され得る。ユーザは、家庭にローカルメディアサーバ（例えば、パーソナルコンピュータ）を所有して番組（所望ならば番組ガイドデータも）を録画することもできる。
【００１３】
本発明のさらなる特徴、特性および様々な利点は、添付の図面および以下の好適な実施形態の詳細な説明からより明らかである。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明による例示的システムの模式的なブロック図である。
【図２ａ】図２ａは、本発明による、図１の双方向番組ガイド機器の例示的構成を示す模式図である。
【図２ｂ】図２ｂは、本発明による、図１の双方向番組ガイド機器の例示的構成を示す模式図である。
【図２ｃ】図２ｃは、本発明による、図１の双方向番組ガイド機器の例示的構成を示す模式図である。
【図２ｄ】図２ｄは、本発明による、図１の双方向番組ガイド機器の例示的構成を示す模式図である。
【図２ｅ】図２ｅは、本発明による、図１の双方向番組ガイド機器の例示的構成を示す模式図である。
【図３】本発明による図２ａ〜２ｅの記憶装置の例示的構成を示す模式図である。
【図４】図４は、図３の記憶装置により保存されるメディアディレクトリの例示的構成を示す模式図である。
【図５】図５は、番組を録画する方法を示す例示的なデータフロー図を示す。
【図６ａ】図６ａは、本発明による、ユーザポインタを用いて複数のユーザに対して１つの番組を再生する様子を示す図である。
【図６ｂ】図６ｂは、本発明による、ユーザポインタを用いて複数のユーザに対して１つの番組を再生する様子を示す図である。
【図７】図７は、本発明による、図２ａ〜２ｅのユーザテレビ機器の例示的構成の模式的ブロック図である。
【図８】図８は、本発明による、図７のリモコンの例示的構成を示す。
【図９】図９は、本発明による図７の例示的ユーザテレビ機器の一部を一般化した模式的ブロック図である。
【図１０】図１０は、本発明による例示的メインメニュー画面を示し、このメインメニュー画面は、番組ガイドにより表示され、ユーザに様々な番組ガイド機能へのアクセスを提供することができる。
【図１１ａ】図１１ａは、本発明による、時間別に番組リスト項目を表示する例示的番組リスト項目画面を示す。
【図１１ｂ】図１１ｂは、本発明による、チャンネル別に番組リスト項目を表示する例示的番組リスト項目画面を示す。
【図１１ｃ】図１１ｃは、本発明による、カテゴリ別に番組リスト項目を表示する例示的番組リスト項目画面を示す。
【図１２ａ】図１２ａは、本発明による、ペイパービュー番組リスト項目を表示する例示的番組ガイド画面を示す。
【図１２ｂ】図１２ｂは、本発明による、ペイパービュー番組リスト項目を表示する例示的番組ガイド画面を示す。
【図１３ａ】図１３ａは、本発明による、ユーザがチャンネルを変えるときに番組ガイドが表示し得る例示的フリップ表示を示す。
【図１３ｂ】図１３ｂは、本発明による、ユーザが今見ているチャンネル以外のチャンネルの番組リスト項目をブラウズしたい旨を知らせたときに番組ガイドが表示し得る例示的ブラウズ表示を示す。
【図１４ａ】図１４ａは、本発明による、ユーザが番組を録画したい旨を知らせたときに番組ガイドが表示し得る例示的録画オーバーレイを示す。
【図１４ｂ】図１４ｂは、ユーザが番組ガイド表示画面内にいるときに番組ガイドが表示し得る例示的録画オーバーレイを示す。このオーバーレイは、ユーザが番組を録画したい旨を知らせたときに表示され得る。
【図１４ｃ】図１４ｃは、番組の録画料金を知らせ、録画を確認する機会をユーザに提供する例示的録画オーバーレイを示す。
【図１４ｄ】図１４ｄは、番組の録画料金を知らせ、録画を確認する機会をユーザに提供する例示的録画オーバーレイを示す。
【図１４ｅ】図１４ｅは、ユーザが番組分類の一部を録画したい旨を知らせたときに番組ガイドが表示し得る例示的録画オーバーレイを示す。
【図１５ａ】図１５ａは、例示的なペイパービュー注文オーバーレイを示す。
【図１５ｂ】図１５ｂは、例示的なペイパービュー注文確認オーバーレイを示す。
【図１６】図１６は、ユーザがコピープロテクトされている番組を録画希望番組として選択したときに番組ガイドが表示し得る例示的な録画オーバーレイを示す。
【図１７】図１７は、ペイパービュー番組パッケージを注文する機会をユーザに提供する例示的な番組ガイド表示画面を示す。
【図１８ａ】図１８ａは、ユーザがテレビを見ているときに、番組ガイドが表示し得る例示的なディレクトリオーバーレイを示す。ユーザがユーザ用に図２ａ〜２ｅのリモートメディアサーバまたは図７のローカルメディアサーバに録画した番組のディレクトリを見たい旨を知らせたときに、このオーバーレイを表示することができる。
【図１８ｂ】図１８ｂは、ユーザが番組ガイド表示画面中にいるときに、番組ガイドが表示し得る例示的なディレクトリオーバーレイを示す。ユーザがユーザ用に図２ａ〜２ｅのリモートメディアサーバまたは図７のローカルメディアサーバに録画した番組のディレクトリを見たい旨を知らせたときに、このオーバーレイを表示することができる。
【図１８ｃ】図１８ｃは、本発明による、ユーザがリスト項目をカテゴリ別に表示する表示画面中にいるときに、番組ガイドが表示し得る例示的なディレクトリオーバーレイを示す。
【図１８ｄ】図１８ｄは、ユーザがユーザ用に図２ａ〜２ｅのリモートメディアサーバまたは図７のローカルメディアサーバに録画した番組のディレクトリにアクセスしたい旨を知らせたときに、番組ガイドが表示し得る例示的なディレクトリオーバーレイを示す。
【図１８ｅ】図１８ｅは、ユーザが様々なディレクトリ画面（例えば、図１４ｄに示すディレクトリ画面）にアクセスしたい旨を知らせたときに、番組ガイドが表示し得る例示的なディレクトリオーバーレイを示す。録画済み番組リスト項目は様々な方法でソートされる。
【図１８ｆ】図１８ｆは、ユーザがメディアサーバによる録画対象として選択したがまだ録画されていない番組の例示的ディレクトリ画面を示す。
【図１９】図１９は、ユーザが番組を再生したい旨を知らせたときに、番組ガイドが表示し得る例示的なオーバーレイを示す。このオーバーレイは、再生にかかる料金を知らせる。
【図２０】図２０は、ユーザがユーザ用に図２ａ〜２ｅのリモートメディアサーバに録画した番組の情報を見たい旨を知らせたときに、番組ガイドが表示し得る例示的な全情報画面である。
【図２１】図２１は、ユーザが視聴制限がかかっている番組を録画または再生したい旨を知らせたときに、番組ガイドが表示し得る例示的なオーバーレイを示す。
【図２２】図２２は、ユーザに図２ａ〜２ｅのリモートメディアサーバまたは図７のローカルメディアサーバに録画された番組の操作を提供する例示的なオーバーレイを示す。
【図２３】図２３は、ユーザが図２ａ〜２ｅのリモートメディアサーバまたは図７のローカルメディアサーバ上の番組をリアルタイムでキャッシュしたい旨を知らせたときに、番組ガイドが表示し得る例示的なオーバーレイを示す。
【図２４】図２４は、図２ａ〜２ｅのリモートメディアサーバまたは図７のローカルメディアサーバ上に番組を録画または番組を再生するたメニューザが様々な設定項目を設定する例示的設定画面を示す。
【図２５ａ】図２５ａは、本発明による、スーパー番組を定義する機会をユーザに提供する例示的スーパー番組画面である。
【図２５ｂ】図２５ｂは、本発明による、スーパー番組を定義する機会をユーザに提供する例示的スーパー番組画面である。
【図２６】図２６は、本発明による、番組および関連番組ガイドデータを図２ａ〜２ｅのリモートメディアサーバまたは図７のローカルメディアサーバに録画する工程に必要な工程の例示的概要のフローチャートである。
【図２７】図２７は、本発明による、番組および関連番組ガイドデータを図２ａ〜２ｅのリモートメディアサーバまたは図７のローカルメディアサーバに録画する工程に必要な例示的工程をいくぶんより詳細にしたフローチャートである。
【図２８】図２８は、本発明による、番組および関連番組ガイドデータを図２ａ〜２ｅのリモートメディアサーバまたは図７のローカルメディアサーバから再生する工程に必要な工程の例示的概要のフローチャートである。
【図２９】図２９は、本発明による、番組および関連番組ガイドデータを図２ａ〜２ｅのリモートメディアサーバまたは図７のローカルメディアサーバから再生する工程に必要な例示的工程をいくぶんより詳細にしたフローチャートである。
【図３０】図３０は、本発明による、ユーザにリアルタイムでキャッシュされる番組のコピーへのアクセスを提供する工程に必要な例示的工程のフローチャートである。
【図３１】図３１は、本発明による、スーパー番組を定義および再生する機会をユーザに提供する工程に必要な例示的工程のフローチャートである。
【発明を実施するための形態】
【００１５】
（好適な実施形態の詳細な説明）
図１は、本発明の原理による例示的システム１０を示す。主設備１２は、番組ガイドデータを、番組ガイドデータソース１４から通信リンク１８を介して双方向番組ガイドテレビ機器１７へと提供する。図面が過剰に複雑になるのを避けるため、図１では双方向番組ガイドテレビ機器１７を１つしか設置していないが、多数の双方向番組ガイドテレビ機器１７を各通信リンク１８により主設備１２にそれぞれリンクさせて設置することが好ましい。
【００１６】
リンク１８は、衛星リンク、電話ネットワークリンク、ケーブルもしくは光ファイバリンク、マイクロ波リンク、インターネットリンク、このようなリンクの組み合せ、または他の任意の適切な通信リンクであり得る。データ信号に加えて映像信号をリンク１８を通じて送信することが所望される場合、普通は、電話回線のような比較的低帯域のリンクよりも衛星リンクのような比較的高帯域のリンクの方が好適である。
【００１７】
主設備１２により双方向番組ガイドテレビ機器１７へと送信される番組ガイドデータは、テレビ番組編成データ（例えば、番組識別子、時間、チャンネル、タイトルおよび詳細など）と、テレビ番組リスト項目以外のサービス用の他のデータ（例えば、ヘルプテキスト、ペイパービュー情報、天気予報、スポーツ情報、音楽チャンネル情報、関連インターネットウェブリンク、関連ソフトウェアなど）とを含み得る。番組ガイドデータはまた、各番組の放映に対して一意に定まる識別子、番組分類（例えば、シリーズ、ミニシリーズ、注文可能な番組パッケージなど）についての識別子、または他の任意の適切な識別子も含み得る。テレビ「番組」およびテレビ「番組編成」という本明細書中で用いられる用語は、通常のチャンネル、プレミアチャンネル、ペイパービューチャンネル、音楽チャンネル、または他の種類のテレビチャンネルで行われるあらゆる種類の放送物または広告を意味するものとして意図され、映画、ペイパービュー番組、スポーツイベント、音楽番組、コマーシャル、および他の任意の適切な種類のテレビ番組を含み得る。
【００１８】
双方向番組ガイドテレビ機器１７は、通信リンク１９７を介して課金システム１９９に接続され得る。通信リンク１９７は、直列接続、並列接続、ユニバーサルシリアルバス（ＵＳＢ）接続、電話リンク、コンピュータネットワークリンク、インターネットリンク、または他の任意の適切な通信リンクなどの任意の適切な通信リンクであり得る。課金システム１９９は、双方向番組ガイドテレビ機器１７から、双方向番組ガイドテレビ機器１７で注文、録画、または再生された番組についての情報を受信する。課金システム１９９は、双方向番組ガイドテレビ機器１７から受信した情報に基づいて、ユーザへの請求書を生成するかまたはユーザの勘定を貸方もしくは借方に記録するあらゆるコンピュータに基づくシステムであり得る。
【００１９】
双方向テレビ番組ガイドは、双方向番組ガイドテレビ機器１７上で実現される。図２ａ〜図２ｅは、双方向番組ガイドテレビ機器１７の５つの例示的構成を示す。図示のように、双方向番組ガイドテレビ機器１７は、番組ガイド配信設備１６に構成された番組ガイド配信機器２１と、ユーザテレビ機器２２とを含み得る。
【００２０】
双方向テレビ番組ガイドは、図２ａおよび図２ｃの構成を用いてユーザテレビ機器２２上で全て実行することもでき、または、図２ｂおよび図２ｄに示すような適切なクライアント−サーバ構成すなわち分散型（ｄｉｓｔｒｉｂｕｔｅｄ）処理構成を用いて、ユーザテレビ機器２２および双方向番組ガイドテレビ機器１７上でそれぞれ部分的に実行することもできる。番組ガイド配信設備１６は、任意の適切な配信設備であり得、配信機器２１を有し得る。
【００２１】
図２ａ、図２ｂ、図２ｃ、および図２ｄの配信機器２１は、番組ガイドデータを通信経路２０を通じてユーザテレビ機器２２に提供するのに適切な機器である。配信機器２１は例えば、番組ガイドデータを、テレビチャンネル側波帯で配信するか、テレビチャンネルの垂直帰線消去期間に配信するか、帯域内デジタル信号を用いて配信するか、帯域外デジタル信号を用いて配信するか、または他のあらゆる適切なデータ送信技術を用いて配信するのに適切な送信ハードウェアを含み得る。配信機器２１はまた、アナログまたはデジタルの映像信号（例えば、テレビ番組）を、複数のテレビチャンネル上の通信経路２０を通じてユーザテレビ機器２２に配信することもできる。あるいは、映像を、いくつかの他の適切な配信設備（例えば、ケーブルシステムヘッドエンド、放送配信設備、衛星テレビ配信設備、または他のあらゆる適切な種類のテレビ配信設備など）からユーザテレビ機器２２に配信することもできる。
【００２２】
通信経路２０は、番組ガイドデータを配信するのに適切な任意の通信経路であり得る。通信経路２０は例えば、衛星リンク、電話ネットワークリンク、ケーブルもしくは光ファイバリンク、マイクロ波リンク、インターネットリンク、データオーバーケーブルサービスインターフェース仕様（ＤＯＣＳＩＳ）、このようなリンクの組み合せ、または他のあらゆる適切な通信リンクを含み得る。通信経路２０は好適には、番組ガイド配信設備１６または別の配信設備が、テレビ番組編成をユーザテレビ機器２２に配信することを可能にするのに十分な帯域を有する。図面が過剰に複雑になるのを避けるため、図２ａ〜図２ｄではユーザテレビ機器２２および通信経路２０をそれぞれ１つしか図示していないが、典型的には、複数のユーザテレビ機器２２と複数の関連付けられた通信経路２０とが存在する。所望ならば、別個の通信経路を通じてテレビ番組編成および番組ガイドデータを提供してもよい。
【００２３】
図２ｂは、クライアント−サーバに基づく双方向番組ガイドシステムすなわち分散型双方向番組ガイドシステムにおける、双方向番組ガイドテレビ機器１７の例示的構成を示す。図２ｂに図示のように、配信機器２１は、番組ガイドサーバ２５を含み得る。番組ガイドサーバ２５は、ハードウェアとソフトウェアとの任意の適切な組み合せを用いて、クライアント−サーバに基づく番組ガイドを提供することができる。番組ガイドサーバ２５は例えば、適切なデータベースエンジン（例えば、ＭｉｃｒｏｓｏｆｔによるＳＱＬサーバ）を実行し、ユーザテレビ機器２２上で実現される番組ガイドクライアントにより生成されるクエリに応答して、番組ガイドデータを提供することができる。所望ならば、番組ガイドサーバ２５は、主設備１２または他の場所（例えば、ケーブルシステムヘッドエンド、放送配信設備、衛星テレビ配信設備、または他のあらゆる適切な種類のテレビ配信設備など）に構成することができる。
【００２４】
番組ガイドは、任意の適切なクライアント−サーバに基づくアプローチを用いて、番組ガイドサーバ２５から番組ガイドデータを検索することができる。番組ガイドは例えば、ＳＱＬリクエストを、番組ガイドサーバ２５へのメッセージとして送ることができる。別の適切なアプローチにおいて、番組ガイドは、１つ以上のリモートプロシージャコールを用いて、番組ガイドサーバ２５に常駐するリモートプロシージャを呼び出すことができる。番組ガイドサーバ２５は、このような呼び出されたリモートプロシージャに対してＳＱＬステートメントを実行することができる。さらに別の適切なアプローチにおいて、番組ガイドにより実行されるクライアントオブジェクトは、例えばオブジェクトリクエストブローカー（ＯＲＢ）を用いて、番組ガイドサーバ２５により実行されるサーバオブジェクトと通信することができる。この通信の際、Ｍｉｃｒｏｓｏｆｔの分散コンパクトオブジェクトモデル（ＤＣＯＭ）アプローチを用いてもよい。
【００２５】
双方向番組ガイドテレビ機器１７上で実現される番組ガイドは、所望ならば、任意の適切なネットワークおよびトランスポート層プロトコルを用いて、通信経路２０を通じて番組ガイドサーバ２５と通信することができる。これらの番組ガイドは、例えば、シーケンスパケット交換／インターネットパケット交換（ＳＰＸ／ＩＰＸ）層、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）層、アップルネットワークトランザクションプロトコル／データグラム送達プロトコル（ＡＴＰ／ＤＤＰ）層、ＤＯＣＳＩＳまたは他のあらゆる適切なネットワークおよびトランスポート層プロトコルを含むプロトコルスタックを用いて、通信を行うことができる。
【００２６】
図２ｃおよび図２ｄは、インターネットに基づく双方向テレビ番組ガイドシステムの一例を示す。テレビ配信設備１６は例えば、インターネットサービスシステム６１を含むことができる。インターネットサービスシステム６１は、インターネットに基づくアプローチ（例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ））を用いて番組ガイドデータをガイドへと提供することのできる、ハードウェアとソフトウェアとの任意の適切な組み合せを用いることができる。所望ならば、インターネットサービスシステム６１は、番組ガイド配信設備１６から独立した設備に構成することができる。
【００２７】
図２ｃに示すように、双方向番組ガイドテレビ機器１７のユーザテレビ機器２２上で番組ガイドが実現される場合、インターネットサービスシステム６１（またはインターネットサービスシステム６１に接続された番組ガイド配信設備１６にある他の適切な機器）は、インターネットまたは任意の適切なインターネットに基づくアプローチ（例えば、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）タイプのリンクを通じたハイパーテキスト転送プロトコル（ＨＴＴＰ）の使用）を用いた番組ガイド配信機器２１を介して、番組ガイドデータをユーザテレビ機器２２に提供することができる。双方向番組テレビ機器１７上で実現される番組ガイドが、図２ｄに示すようなクライアント−サーバガイドである場合、番組ガイドサーバ２５は、インターネットサービスシステム６１から番組ガイドデータを入手することができる。しかし、番組ガイドはまた、インターネットとの接続部を介してインターネットサービスシステム６１から番組ガイドデータを入手することもできる。
【００２８】
別の適切な構成において、配信機器２１は、双方向テレビ番組ガイドの第１の部分または第１のバージョンを実現することができるコンピュータ機器または他の適切なハードウェアを含み得る。番組ガイドの第２の部分または第２のバージョンは、ユーザテレビ機器２２上で実現することができる。双方向番組ガイドのこれらの２つのバージョンまたは部分は、任意の適切なピアートゥピアーネットワーク通信方式（例えば、メッセージング、リモートプロシージャコールなど）を用いて通信し、テレビ配信設備１６とユーザテレビ機器２２との間で分散的に双方向番組ガイド機能を行うことができる。
【００２９】
図２ｅは、双方向番組ガイドテレビ機器１７上にオンライン番組ガイドを実現する別の適切な構成を示す。オンライン番組ガイドシステムについては、例えば、１９９７年９月１８日に出願された、Ｂｏｙｅｒらによる米国特許出願第０８／９３８，０２８号に記載がある。本明細書中、同出願の全体を参考のため援用する。ユーザは、番組ガイドクライアントまたはウェブブラウザを実現するパーソナルコンピュータ（ＰＣ）２３１を有し得る。パーソナルコンピュータ２３１は、インターネットリンク２３３を介してインターネットサービスシステム２３５に接続することができる。インターネットサービスシステム２３５は、オンライン番組ガイドサーバアプリケーションまたはウェブサイトを提供する能力を有するコンピュータハードウェアとコンピュータソフトウェアとの任意の適切な組み合せを用いることができる。
【００３０】
インターネットサービスシステム２３５は、番組ガイド配信設備１６のリモートメディアサーバ２４に接続することができる。別の適切な構成において、インターネットサービスシステム２３５が適切な処理回路、メモリ、および記憶装置を有する場合、リモートメディアサーバ２４の録画機能および再生機能を、インターネットサービスシステム２３５に組み込むことができる。
【００３１】
番組および番組ガイドは、録画リクエストおよび再生リクエストに応答して、リモートメディアサーバ２４を用いてオンデマンドで録画および再生することができる。録画リクエストおよび再生リクエストは、インターネットサービスシステム２３５上で実現される番組ガイドサーバアプリケーションまたはウェブアプリケーションにより生成することができる。録画リクエストおよび再生リクエストはまた、パーソナルコンピュータ２３１上で実現される双方向番組ガイドクライアントにより生成することもでき、インターネットサービスシステム２３５によりリモートメディアサーバ２４に提供することもできる。番組および番組ガイドデータは、適切なリアルタイムインターネット映像アプローチ（例えば、Ｍ−Ｂｏｎｅ）を用いて、インターネットサービスシステム２３５によりパーソナルコンピュータ２３１へと提供することができ、または、パーソナルコンピュータ２３１によりダウンロードおよび格納して再生することもできる。
【００３２】
図２ａ、図２ｂ、図２ｃ、図２ｄ、および図２ｅのリモートメディアサーバ２４は、番組、番組ガイドデータ、またはこれらのあらゆる適切な組み合せを録画し、番組ガイドにより生成されるリクエストに応答して、両者のうち一方または両方をユーザテレビ機器２２へと供給する。リモートメディアサーバ２４はまた、番組に関連するデータ（例えば、アナログテレビチャンネルの垂直帰線消去期間（ＶＢＩ）で搬送されるデータまたはデジタルテレビチャンネル上のデジタルデータトラックで搬送されるデータ）を録画することもできる。番組に関連するデータの例としては、サブタイトル、テキストトラック、音楽情報トラック、その他の映像フォーマット、その他の言語、または他の追加データがある。「番組編成」および「番組」を録画および再生する工程は、本明細書中で用いられるように、番組に関連するデータを録画および再生する工程を含み得るが、必ずしも含む必要はない。リモートメディアサーバ２４は、図中では番組ガイド配信設備１６に位置するように図示されているが、別個の配信設備（例えば、ケーブルシステムヘッドエンド、放送配信設備、衛星テレビ配信設備、または他のあらゆる適切な種類のテレビ配信設備）に構成することもできる。
【００３３】
リモートメディアサーバ２４は、番組または番組ガイドデータをオンデマンドで録画および再生するのに適したハードウェアとソフトウェアとの任意の適切な組み合せに基づき得る。「オンデマンドで録画する」という表現は、本明細書中で定義するように、ユーザが録画する番組を選択するのに応答して、番組および番組ガイドデータを録画することを指す。番組を実際に録画する工程は、このような選択が行われるのと同時に行われる必要はない。例えば、予定放送時刻よりも前に録画したい番組を選択し、選択した番組が放送されるときに選択した番組を録画することができる。
【００３４】
リモートメディアサーバ２４は、処理回路１１、メモリ１３、および記憶装置１５を含み得る。処理回路１１は、任意の適切なプロセッサ（例えば、マイクロプロセッサまたはマイクロプロセッサの群）と、他の処理回路（例えば、キャッシュ回路、直接メモリアクセス（ＤＭＡ）回路と、デジタル化回路と、入力／出力（Ｉ／Ｏ）回路）とを含み得る。処理回路１１はまた、記憶装置１５に格納された番組およびデータファイルを復号して、それらを配信機器２１による配信に適した映像信号に変換するのに適した回路も含み得る。番組編成が動画専門家グループ（ＭＰＥＧ）のＭＰＥＧ−２ファイルとして格納されている場合、処理回路１１は、例えば、これらのファイルを復号し、国内テレビ標準委員会（ＮＴＳＣ）映像に変換するＭＰＥＧ−２デコーダを含み得る。別の適切なアプローチにおいて、処理回路は、ＭＰＥＧ−２データストリームとしてユーザに配信されるよう、ＭＰＥＧ−２ファイルを配信機器２１へと送る。ＭＰＥＧ−２データストリームは、ユーザテレビ機器２２により復号および表示することができる。
【００３５】
メモリ１３は、コンピュータコードをキャッシュおよび格納して、処理回路１１の機能を行うのに適した任意のメモリであり得る。メモリ１３を用いて、番組が再生または録画されている間、処理回路１１用の映像番組、映像番組の一部、または番組ガイドデータをキャッシュすることができる。
【００３６】
記憶装置１５は、番組編成ファイルおよび関連する番組ガイドデータを録画するの適した任意の記憶装置であり得る。図３は、記憶装置１５の適切な構成の一例を示す。図３の記憶装置の構成は、例示的なものに過ぎない。記憶装置１５は、任意の適切な録画可能な格納システムおよび媒体を含み得る。記憶装置１５は、例えばテープアレイ５１、光記憶装置タワー５３、安価なディスク装置を冗長性を持たせて構成構成した装置（ＲＡＩＤ）５５、他の任意の適切な大容量格納システム、またはこれらの任意の適切な組み合せなどを含み得る。テープアレイ５１は、８ｍｍテープアレイなどの任意の適切な高速大容量格納テープアレイを含み得る。テープアレイ５１は、光記憶装置タワー５３またはＲＡＩＤ５５に格納されている番組のバックアップまたはアーカイブを行うことができる。
【００３７】
光記憶装置タワー５３は、任意の適切な録画可能な光格納システムであり得る。光記憶装置タワー５３は、例えば、録画可能なコンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ）に番組を録画することができる。光記憶装置タワー５３に格納される番組およびデータは、再生中、ＲＡＩＤ５５上の仮想メモリ（例えば、スワップファイル）に一時的に格納してメモリ１３により用いることができ、または、（処理回路１１内の適切なＤＭＡ回路などにより）メモリ１３に直接提供して復号することもできる。
【００３８】
記憶装置１５は、何百ギガバイト、テラバイト、またはそれ以上のオーダーで測定することができる。記憶装置１５はかなりの量のリソースを必要とし得るが、それでも、各番組編成毎の時間枠にヘッドエンドが配信する各番組（または各番組の大部分）を録画するシステムに必要な格納量よりも、記憶装置１５に必要な格納量の方が小さい。現行のシステムではユーザが選択した番組のみを録画する必要がある場合が一般的であるため、あまり人気のない番組は繰り返し録画する必要がなく、その結果、システムの全必要メモリが低減する。各ユーザが番組のコピーを個人的に録画した場合にも、全てのユーザが家庭において保存する全格納量よりも、記憶装置１５の格納量の方が小さくなり得る。リモートメディアサーバ２４は、所望ならば、特定の量の記憶装置を各ユーザに割り当てることができる。この特定の格納量は、固定にも変更可能にもすることができる。
【００３９】
録画された番組は、１つ以上のディレクトリ内で保存されるポインタにより参照することができる。各ユーザについてのポインタのディレクトリは例えば、メモリ１３またはＲＡＩＤ５５に格納することができる。ユーザディレクトリはまた、番組ガイドによりローカルに保存することもできる。図４は、ユーザディレクトリおよび他のディレクトリの構成の一例を示す。各ユーザディレクトリ５９は、各ユーザ用に録画された各番組の識別子と、番組が最初に録画された記憶装置に対するポインタとを含み得る。この実施例において、番組１および番組３は最初は、光記憶装置タワー５３に録画される。番組４および番組２は最初は、ＲＡＩＤ５５に録画される。所望ならば、テープアレアイ５１に番組を録画することもでき、単一の番組の異なる部分を異なる記憶装置に録画することもできるが、本発明のこれらの局面については、図面が過剰に複雑になるのを避けるため、図４では示していない。
【００４０】
各記憶装置は、メディアディレクトリ６１と、メディア記憶装置６３とを保存し得る。メディア記憶装置とは、本明細書で用いるように、番組、番組ガイドデータ、またはこれらの任意の適切な組み合せを格納するために用いられる任意の物理的あるいは仮想的な記憶装置または格納媒体のパーティションのことであり、記憶装置全体または１つ以上のパーティションを有する格納媒体を含むこともできる。各メディアディレクトリ６１は、記憶装置により録画される番組のリストを含み得る。各メディアディレクトリ６１はまた、メディア記憶装置６３内の番組が格納される場所に対するポインタも含み得る。所望ならば、テープアレイ５１を用いて、光記憶装置タワー５３またはＲＡＩＤ５５に格納されている番組を所定の期間（例えば、一ヶ月）アーカイブしてももよい。さらに、光記憶装置タワー５３により、ＲＡＩＤ５５用に番組をアーカイブすることもできる（図示せず）。番組３は、テープアレイ５１によりアーカイブされる番組の一例である。所望ならば、メディアディレクトリ６１のエントリは、メディアディレクトリ６１のエントリをテープアレイ５１に向けることにより、アーカイビング内容を反映することができる。
【００４１】
リモートメディアサーバ２４は、双方向番組ガイドテレビ機器１７上で実現される番組ガイドが生成する録画リクエストに応答して、番組と関連する番組ガイドデータとを記憶装置１５に録画する。「録画リクエスト」とは、本明細書で用いるように、あらゆるコマンド、リクエスト、メッセージ、リモートプロシージャコール、オブジェクトに基づく通信、または、ユーザがメディアサーバに録画したいと思う番組の情報を番組ガイドが通信すること可能にする他の任意の種類のプロセス間またはオブジェクト間に基づく通信のことである。
【００４２】
図５は、リモートメディアサーバ２４を用いて番組を録画する方法を示す例示的なデータフロー図を示す。双方向番組ガイドテレビ機器１７上で実現される番組ガイドにより生成される録画リクエストは、リクエストキュー１１０のキューに入れられ、統合され得る。コンソリデータ１１５は、リモートメディアサーバ２４上で実行されるプロセスであり得る。コンソリデータ１１５は、同じ番組についての複数の録画リクエストを統合し、個々の録画ジョブおよび録画ジョブの群を、ジョブキュー１２０に構成する。
【００４３】
実際には、一定の数のユーザが番組をリクエストしない限り、番組の録画を行わないことが望ましい。リクエストされた番組が放送される前に、コンソリデータ１１５は、所定の期間で、ジョブキュー１２０をチェックして、番組をリクエストしたユーザ数が十分になったかどうかをチェックする。ユーザの数が十分でない場合、コンソリデータ１１５は、メッセージを生成して、そのメッセージを、配信機器２１を用いてリクエスト中のユーザ（単数または複数）に配信し戻すことができる。番組ガイドは、このようなメッセージを受信すると、その番組が現在録画されない旨をユーザに通知する。あるいは、番組ガイドは、その番組をローカルメディアサーバ（例えば、図６のローカルメディアサーバなど）で録画するようにリクエストするか、またはその番組自体を記憶装置に録画することができる。
【００４４】
図５には、ジョブキュー１２０中の例示的なエントリ１２１も示されている。エントリ１２１は、例えば、リモートメディアサーバ２４に録画するように選択された番組の日付、開始時間、終了時間（または放送時間）、チャンネル、および番組識別子を含み得る。エントリはまた、各録画希望番組を選択したユーザのリストも含み得る。図５は、ユーザ１およびユーザ２が番組２を録画希望番組として選択した場合を示す。人気のある番組の場合、多くのユーザがその番組を録画希望番組としてリクエストする可能性がある。
【００４５】
レコーダ１２５は、リモートメディアサーバ２４の処理回路１１上で実行されるプロセスであり得、ジョブキュー１２０をモニタしたり、番組を記憶装置１５に録画するのに適している。リモートメディアサーバ２４の処理回路１１は、例えば１つ以上のチューナ、デジタルエンコーダ、またはデジタルデコーダなどを含み得る。これらは、チューニングするか、またはそうでない場合は配信機器２１により提供される番組編成を選択し、番組をフォーマットし、これによりリモートメディアサーバ２４による録画が可能となる。以下において説明を簡潔にするために、チューナという用語は、アナログチューナおよびデジタルチューナならびにデコーダの任意の組み合せを指すものとする。レコーダ１２５は、ジョブキュー１２０内のエントリに基づいて、特定の時間に、１つ以上のチューナを特定のチャンネル（アナログまたはデジタル）に向け得る。この実施例において、レコーダ１２５は、１９９９年１２月２１日に第１のチューナをチャンネル４にチューニングし、ユーザ１用に番組１を録画する。それと同時に、レコーダ１２５は、第２のチューナをチャンネル５にチューニングし、ユーザ１およびユーザ２用に番組２を録画する。リモートメディアサーバ２４に必要なチューナの数の上限は、配信機器２１によって配信されるチャンネルの数であり得る。このようなチューナは、１つ以上の集積回路を用いて実現されるチューニング回路およびデコーディング回路に基づき得る。
【００４６】
所望ならば、レコーダ１２５は、処理回路１１に番組編成および番組ガイドデータをデジタルファイル（例えば、ＭＰＥＧ−２ファイル）としてまたはデジタルデータストリーム（例えば、ＭＰＥＧ−２データストリーム）としてコード化するよう指示することができる。記憶装置１５は、そのファイルまたはデータストリームを、適切なＤＭＡ技術等を用いて記録することができる。所望ならば、処理回路１１は、そのデジタルファイルまたはデータストリームを、任意の適切なデジタル圧縮アルゴリズムを用いて圧縮することができる。
【００４７】
この記憶装置は、番組を録画すると、レコーダ１２５に、録画した番組についてのメディアディレクトリ６１内のエントリに対するポインタを供給することができ、このポインタ供給工程は、自動的にも、またはレコーダ１２５により生成されるクエリに応答して行ってもよい。ユーザディスプレイ５９（図４）がリモートメディアサーバ２４により管理されている場合、レコーダ１２５は、録画希望番組を選択したユーザのユーザディレクトリ５９内にエントリを構成する。ユーザデータベース５９のコピーが番組ガイドによりローカル的に保存されている場合、番組ガイドは、例えばそのユーザディレクトリを番組ガイドサーバ２５を介してまたは他の任意の適切なアプローチを用いてダウンロードすることができる。あるいは、番組ガイドがそのメディアディレクトリエントリに対するポインタのみをダウンロードしてもよい。ユーザディレクトリ５９が番組ガイドにより独占的に保存されている場合、番組ガイドは、メディアディレクトリ６１に対するポインタを受信し得、そのポインタに対する適切なリクエストが発行されるか、または他の任意の適切なアプローチが用いられた後、録画リクエストに応答して、番組の自動リスト化が行われる。
【００４８】
リモートメディアサーバ２４は、双方向番組ガイドテレビ機器１７上で実現される番組ガイドにより生成された検索リクエストに応答して、記憶装置１５から番組を検索する。処理回路１１は、リクエストされた番組についてユーザのユーザディレクトリ５９を検索し、次いでそのディレクトリ中のポインタに基づいて適切な検索コマンド（またはリクエスト）を記憶装置１５に発行することにより、そのリクエストを処理することができる。例えば、ユーザ１が番組１の再生をリクエストすると、処理回路１１は、光記憶装置タワー５３に適切な検索コマンドを発行する。その番組は、メディア記憶装置６３から検索され、（例えば、処理回路１１中のＤＭＡ回路などを介して）メモリ１３へと送られ、処理回路１１により復号され、ユーザテレビ機器２２へと配信され得る。所望ならば、処理回路１１は、リクエストされた番組をデジタル形式で配信機器２１へと送り、ユーザテレビ機器２２に配信することができる。
【００４９】
リクエストされた番組がアーカイブされている（例えば、その番組が、最初に格納された記憶装置以外の記憶装置にも格納されている）場合、最初に格納された記憶装置は、処理回路１１により生成されるコマンド（またはリクエスト）に応答して、アーカイブしている記憶装置に適切な検索コマンドを発行することができる。例えば、ユーザ１が番組３を再生希望番組として検索するようリクエストすると、処理回路１１は、光記憶装置タワー５３に検索コマンドを発行することができる。光記憶装置タワー５３は、自身のメディアディレクトリ６１を調べて、番組３がアーカイブされていることを確認し、テープアレイ５１に検索リクエストを発行する。テープアレイ５１は、その番組を自身のメディア記憶装置６３から検索し、任意の適切な相互接続（例えば、並列接続、小型コンピューターシステムインターフェイス（ＳＣＳＩ）接続（例えば、ワイドＳＣＳＩ−２、高速ワイドＳＣＳＩ−２、ウルトラＳＣＳＩ−２など）、ユニバーサルシリアルバス（ＵＳＢ）接続、または他の任意の適切な接続）を用いて、検索した番組を光記憶装置タワー５３へと送信する。あるいは、アーカイブデバイス（この実施例ではテープアレイ５１）は、（例えば、処理回路１１内のＤＭＡ回路を介して）番組を直接メモリ１３に転送することもできる。所望ならば、処理回路１１は、番組がアーカイブされているかどうかを判定し、テープアレイ５１に対して検索リクエストを発行することができる。
【００５０】
システムが動作している間、複数のユーザが１つの番組の再生をリクエストするので、あるユーザ用に再生される番組が、別のユーザ用に再生される番組と重複する場合がある。リモートメディアサーバ２４は、例えば番組内のユーザの現在の視聴位置を示すポインタを各ユーザに割り当てるなどして、同じ番組を複数のユーザに対して同時に再生することができる。１つの適切なアプローチは、番組全体または番組の一部をデジタル形式でメモリ１３にキャッシュする工程を含み得る。
【００５１】
図６ａおよび図６ｂは、ポインタを用いて複数のユーザに対して同じ番組を同時に再生する仕組みを示す。リモートメディアサーバ２４が、番組リクエストを受信すると、リモートメディアサーバ２４は、リクエスト中のユーザにポインタを割り当て、リクエストされた番組の全てまたは一部を検索する。図６ａは、リモートメディアサーバ２４が、３人のユーザに対して同時に再生されている２時間の映画の全体をキャッシュしている様子を示す。図６ｂは、リモートメディアサーバ２４が、３人のユーザの各人がリクエストした映画を所定の量（例えば、１５分間）だけキャッシュしている様子を示す。
【００５２】
映画が進行するにつれて、リモートメディアサーバ２４は、各ユーザのポインタをインクリメントすることができる。リモートメディアサーバ２４はまた、番組を所定の時間分（例えば、次の５分間）だけ予め復号しておくこともでき、これにより、ユーザのポインタが進むにつれて、その映画の映像を配信機器２１で配信する準備が整う。ユーザが映画を巻き戻すと、リモートメディアサーバ２４はユーザのポインタを後退（すなわち、ポインタを左に移動する）させ、映画の先行部分を予め復号しておくことができる。
【００５３】
図６ｂに示すように、リモートメディアサーバ２４が番組の一部のみをキャッシュする場合、メモリ１３内に番組の各部分のコピーが１つしかキャッシュされない可能性がある。例えば、ユーザ１が映画を１５分まで進むと、リモートメディアサーバ２４は、１５分から３０分までが既にキャッシュされているかどうか確認し得る。この実施例では、１５分から３０分までは既にキャッシュされており、（ユーザ２がポイントしている）１５分から３０分までのコピーをユーザ１用に用いることができる。１５分から３０分までがまだキャッシュされていない場合、メディアサーバ２４は、１５分から３０分までをプリフェッチし、適切な量（例えば、５分間）だけ予め復号し、これにより、ユーザ１用の映像ストリームの中断がなくなる。所望ならば、メディアサーバ２４は、次なる１５分間分（またはそれ以下）のデータを連続的にプリフェッチすることもできる。
【００５４】
番組ガイドデータおよび録画された映像は、任意の適切なアプローチを用いて、適切なアナログ映像信号（例えば、ＮＴＳＣ映像）としてまたは適切なデジタル形式（例えば、ＭＰＥＧ−２ファイルまたはＭＰＥＧ−２データストリームとして）で、配信機器２１によりユーザテレビ機器２２に配信することができる。例えば、番組および番組ガイドデータは、メディアサーバ２４を用いて再生され、ユーザテレビ機器２２に配信してリアルタイムで視聴され得る。番組および番組ガイドデータがデジタルデータストリームとして配信される場合、ユーザテレビ機器２２は、データストリームをリアルタイムで復号することができる。このようなオンデマンド番組および番組ガイドデータは、ユーザが設定した優先順位に従って再生され得る。第２の適切なアプローチにおいて、番組および番組ガイドデータは、１つ以上のデジタルファイルとしてまたはデジタルデータストリームとして配信され、ユーザテレビ機器２２を用いて格納され、再生される。第３の適切なアプローチにおいて、番組および番組ガイドデータは、リモートメディアサーバ２４を用いて再生され、適切なニアビデオオンデマンド（ＮＶＯＤ）アプローチを用いて、アナログチャンネルまたはデジタルチャンネルの放送予定（ｓｃｈｅｄｕｌｅ）に従って配信される。さらに別の適切なアプローチにおいて、リモートメディアサーバ２４は、番組および番組ガイドデータを、ユーザに送付された物理媒体（例えば、ＤＶＤまたはビデオカセット）に録画することができる。上記のアプローチのあらゆる組み合せまたは他の任意の適切なアプローチも用いることができる。
【００５５】
図７は、ユーザテレビ機器２２の例示的構成を示す。図７のユーザテレビ機器２２は、入力２６において、配信設備からのアナログ映像ストリームまたはデジタル映像ストリームを受信する。入力２６では、番組ガイド配信設備１６からのデータも受信される。通常のテレビ視聴の間、ユーザは、セットトップボックス２８を所望の（アナログまたはデジタルの）テレビチャンネルにチューニングする。次いで、チューニングされたテレビチャンネルの信号が、映像出力３０に提供される。出力３０に供給される信号は典型的には、所定のチャンネル（例えば、チャンネル３または４）の無線周波数（ＲＦ）信号かまたはアナログ復調された映像信号のどちらかであるが、適切なデジタルバス（例えば、電気電子学会（ＩＥＥＥ）の規格１３９４（図示せず）を用いたバスなど）でテレビ３６に提供されるデジタル信号であってもよい。映像信号は、出力３０において、オプションの第２の記憶装置３２により受信される。
【００５６】
双方向テレビ番組ガイドまたは番組ガイドクライアントは、セットトップボックス２８、テレビ３６、オプションのデジタル記憶装置３１（ただし、テレビ３６またはオプションのデジタル記憶装置３１が適切な処理回路およびメモリを有する場合）、またはテレビ３６に接続された適切なアナログ受信器もしくはデジタル受信器の上で実行することができる。双方向テレビ番組ガイドはまた、テレビ３６およびセットトップボックス２８の両方で協同して実行することができる。複数のデバイス上で双方向テレビ番組ガイドアプリケーションを協同して実行する双方向テレビアプリケーションシステムについては、例えば、１９９８年１１月５日に出願された、Ｅｌｌｉｓによる米国特許出願第０９／１８６，５９８号に記載がある。本明細書中、同出願の全体を参考のため援用する。
【００５７】
第２の記憶装置３２は、任意の適切な種類のアナログ方式またはデジタル方式の番組記憶装置またはプレーヤ（例えば、ビデオカセットレコーダ、デジタルビデオディスク（ＤＶＤ）プレーヤなど）であり得る。セットトップボックス２８は、制御経路３４を用いて番組録画機能および他の機能を制御することができる。例えば、第２の記憶装置３２がビデオカセットレコーダである場合、制御経路３４は典型的には、ビデオカセットレコーダ内の赤外線受信器に結合された赤外線送信器の使用を含む。このビデオカセットレコーダは普通は、リモコン４０のようなリモコンからのコマンドを受け取る。リモコン４０は、セットトップボックス２８、第２の記憶装置３２、およびテレビ３６を制御するのに用いることができる。
【００５８】
所望ならば、ユーザは、番組、番組ガイドデータ、またはこれらの組み合せをデジタル形式でオプションのデジタル記憶装置３１に録画することができる。デジタル記憶装置３１は、書き込み可能な光記憶装置（例えば、記録可能なＤＶＤディスクを処理することが可能なＤＶＤプレーヤ）、磁気的な記憶装置（例えば、ディスクドライブまたはデジタルテープ）、または他の任意のデジタル記憶装置であり得る。デジタル記憶装置を有する双方向テレビ番組ガイドシステムについては、例えば、１９９８年９月１７日に出願された、Ｈａｓｓｅｌｌらによる米国特許出願第０９／１５７，２５６号に記載がある。本明細書中、同出願の全体を参考のため援用する。
【００５９】
デジタル記憶装置３１は、セットトップボックス２８に内蔵することができ、または、外部デバイスとして、出力ポートと適切なインターフェースとを介してセットトップボックス２８に接続することもできる。デジタル記憶装置３１は例えば、ローカルメディアサーバ２９に内蔵することができる。セットトップボックス２８内の処理回路は、必要ならば、受信した映像、音声、およびデータ信号をデジタルファイル形式にフォーマットする。ファイルの形式は好適には、動画専門家グループ（ＭＰＥＧ）ＭＰＥＧ−２規格またはムービングジョイントフォトグラフィックエキスパートグループ（ＭＪＰＥＧ）規格などのオープンファイル形式である。その結果生じたデータは、適切なバス（例えば、電気電子学会（ＩＥＥＥ）規格１３９４を用いたバス）を介してデジタル記憶装置３１に流され、デジタル記憶装置３１に格納される。別の適切なアプローチにおいて、ＭＰＥＧ−２データストリームまたは一連のファイルを、配信機器２１から受信し、デジタル記憶装置３１に格納することができる。例えば、ユーザがリモートメディアサーバ２４を用いて録画した番組のファイルをテレビ配信設備１６から格納することができる。このようなデジタルファイルは、所望の時にユーザに再生され得る。
【００６０】
一般的な番組ガイドシステムの場合、ユーザに番組録画能力を提供するためには、第２の記憶装置３２またはデジタル記憶装置３１が必要となる。このような記憶装置は、本発明を実行する場合、ユーザはリモートメディアサーバ２４に番組を録画することができるため、不必要である。実際、このような記憶装置を、番組ガイドの機能への影響を最小限またはゼロに留めてユーザテレビ機器２２から省き、かつ、ユーザテレビ機器２２のコストを最小限にするようにすることもできる。
【００６１】
テレビ３６は、映像信号を、第２の記憶装置３２から通信経路３８を介して受信する。通信経路３８上の映像信号は、予め録画された格納媒体（例えば、ビデオカセットまたは記録可能なデジタルビデオディスク）を再生する際に第２の記憶装置３２を用いて、または予め録画されたデジタル映像（例えば、ユーザがリモートメディアサーバ２４またはローカルメディアサーバ２９に録画した番組の映像）を再生する際にデジタル格納デバイス３１を用いて生成され得る。通信経路３８上の映像信号はまた、セットトップボックス２８から送られるか、ユーザテレビ機器２２に第２の記憶装置３２が内蔵されていない場合はセットトップボックス２８を介してテレビ３６に直接提供されてもよいし、またはテレビ３６により直接受信されてもよい。通常のテレビ視聴の間、テレビ３６に供給された映像信号は、ユーザがセットトップボックス２８を用いてチューニングした所望のチャンネルに対応する。セットトップボックス２８がデジタル記憶装置３１に格納されている情報を再生するために用いられる場合、または、セットトップボックス２８がデジタル映像ストリームもしくはテレビ配信設備１６から送信されたデジタルファイルを復号するために用いられる場合にも、セットトップボックス２８を用いて映像信号をテレビ３６に提供することができる。
【００６２】
セットトップボックス２８は、番組ガイドサーバ２５と直接通信する通信デバイス３７、リモートメディアサーバ２４、または通信経路２０を通じたインターネットサービスシステム６１を含み得る。所望ならば、通信デバイス３７はまた、ユーザテレビ機器２２とローカルメディアサーバ２９との間の通信も通信経路１６７を介してサポートする。通信経路１６７は、直列リンク、並列リンク、ネットワークリンク、インターネットリンク、ＤＯＣＳＩＳリンク、無線リンク、赤外線リンク、または他の任意の適切な有線もしくは無線のデジタルリンクもしくはアナログリンクなどの任意の適切なリンクであり得る。
【００６３】
通信デバイス３７は、モデム（例えば、任意のアナログ方式またはデジタル方式の標準的なセルラー方式またはケーブル方式のモデム）、ネットワークインターフェースカード（例えば、イーサネット（Ｒ）カード、トークンリングカード等）、または他の適切な通信デバイスであり得る。通信デバイス３７はまた、図２ｃおよび図２ｄに示す構成のようなインターネットとの接続部を有するパーソナルコンピュータであってもよい。所望ならば、テレビ３６はまたこのような適切な通信デバイスを有していてもよい。別のアプローチにおいて、ユーザテレビ機器２２は、適切なリターンパスまたは通信経路２０を用いて、リモートメディアサーバ２４またはインターネットサービスシステム６１と配信機器２１を介して通信することができる。
【００６４】
所望ならば、番組ガイドは、任意の適切なネットワーク層プロトコルおよびトランスポート層プロトコルを用いて、番組ガイドサーバ２５、リモートメディアサーバ２４、またはインターネットサービスシステム６１と通信経路２０を通じて通信することができる。例えば、シーケンスパケット交換／インターネットワークパケット交換（ＳＰＸ／ＩＰＸ）層、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）層、アップルトークネットワークトランザクションプロトコル／データグラム送達プロトコル（ＡＴＰ／ＤＤＰ）層、または他のあらゆる適切なネットワーク層プロトコルおよびトランスポート層プロトコルを含むプロトコルスタックを用いることができる。所望ならば、ＤＯＣＳＩＳもまた用いることができる。これらのプロトコルは、ローカルメディアサーバ２９との通信を行うために用いることができるが、実際には、サーバ２９との通信を行うために他の適切なプロトコル（例えば、Ｓｕｎ  ＭｉｃｒｏｓｙｓｔｅｍｓによるＪｉｎｉネットワーキングプロトコル）を用いることもできる。
【００６５】
ローカルメディアサーバ２９は、番組をオンデマンドで格納および再生するのに適切なユーザの家庭内のデバイスであり得る。ローカルメディアサーバ２９は、例えば、イーサネット（Ｒ）接続、標準シリアル、またはパラレルポート、ユニバーサルシリアルバス、電気電子学会（ＩＥＥＥ）１３９４バス等を介してセットトップボックス２８に接続されたパーソナルコンピュータであり得る。
【００６６】
ローカルメディアサーバ２９は、処理回路３３、メモリ３５、および記憶装置３７を有し得る。処理回路３３は、任意の適切なプロセッサ（例えば、マイクロプロセッサまたはマイクロプロセッサの群）と、他の処理回路（例えば、キャッシュ回路）と、直接メモリアクセス（ＤＭＡ）回路と、入力／出力（Ｉ／Ｏ）回路）とを含み得る。処理回路３３はまた、番組をオンデマンドで録画するのに適した回路も含み得る。処理回路３３はまた、記憶装置３７に格納されている番組およびデータファイルを復号し、それらをユーザテレビ機器２２を用いて再生するのに適切な映像信号に変換するために適した回路も含み得る。番組編成がＭＰＥＧ−２ファイルとして格納されている場合、処理回路３３は、例えば、ファイルを復号して、復号したファイルを国内テレビ標準委員会（ＮＴＳＣ）の映像に変換するＭＰＥＧ−２デコーダを含み得る。
【００６７】
メモリ３５は、コンピュータコードをキャッシュおよび格納して、処理回路３３の機能を行うのに適した任意のメモリであり得る。メモリ３５はまた、映像番組がユーザ用に再生されている間、映像番組またはその一部を処理回路３３用にキャッシュするのに用いることもできる。記憶装置３７は、番組編成ファイルおよび関連する番組ガイドデータを記録するのに適した任意の記憶装置であり得る。記憶装置３７は、例えば、数ギガバイトまたはそれ以上の容量を有する適切なハードディスクであり得る。図４のユーザディレクトリ５９のようなユーザディレクトリは、処理回路３３により保存され、メモリ３５、記憶装置３７またはこれらの両方に格納され得る。
【００６８】
図８は、リモコン４０の例示的構成を示す。リモコン４０は、チャンネルを変え、番組ガイド内をナビゲートし、番組ガイド機能にアクセスし、記憶装置もしくはメディアサーバを制御する機会をユーザに与える任意の適切なボタンまたはキーあるいは他の任意の適切なキーを有し得る。より詳細には、ユーザは、数字キー８０１を押してチャンネル番号、視聴制限コード（ｐａｒｅｎｔａｌ  ｃｏｎｔｒｏｌ  ｃｏｄｅ）、購入コードなどを入力することができる。ユーザは、例えば、「ガイド」キー８０５を押して番組ガイドにアクセスし、矢印キー８０３、ページアップキー８０５、およびページダウンキー８０７を押して、ガイド内をナビゲートすることができる。ユーザは、「再生」キー８０９、「早送り」キー８１１、「巻戻し」キー８１３、「録画」キー８１５、ならびに「停止」キー８１９および「一時停止」キー８１７を押して、メディアサーバまたはステージデバイス上の番組の再生、早送り、巻戻し、録画、停止、および一時停止を行うことができる。
【００６９】
図９は、図７のユーザテレビ機器２２をより一般化した実施形態を示す。図９に示すように、番組ガイド配信設備１６（図１）から来る番組ガイドデータは、ユーザテレビ機器２２の制御回路４２により受信される。制御回路４２の機能は、図７のセットトップボックス構成を用いて提供され得る。あるいは、これらの機能を、高度なテレビ受信器（例えば、デジタルテレビ受信器もしくは高品位テレビ（ＨＤＴＶ）受信器）、パーソナルコンピュータテレビ（ＰＣ／ＴＶ）または他の任意の適切な構成に組み込むこともできる。所望ならば、このような構成の組み合せを用いることができる。
【００７０】
図９のユーザテレビ機器２２は、第２の記憶装置４７、デジタル記憶装置４９、または番組編成を録画するのに適したこれらの任意の組み合せを有し得る。所望ならば、第２の記憶装置４７およびデジタル記憶装置４９を省くことができる。第２の記憶装置４７は、任意の適切な種類のアナログ方式またはデジタル方式の番組記憶装置（例えば、ビデオカセットレコーダ、デジタル多用途ディスク、（ＤＶＤ）など）であり得る。番組録画機能およびその他の機能は、制御回路４２で制御することができる。デジタル記憶装置４９は、例えば、書き込み可能な光記憶装置（例えば、記録可能なＤＶＤディスクを処理する能力を有するＤＶＤプレーヤ）、磁気記憶装置（例えば、ディスクドライブまたはデジタルテープ）、または他の任意のデジタル記憶装置であり得る。
【００７１】
メモリ６３は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ハードディスクドライブ、このようなデバイスの組み合せなどの、制御回路４２用に番組ガイドアプリケーション命令および番組ガイドデータを格納するのに適した任意のメモリまたは他の記憶装置であり得る。メモリ６３はまた、映像をキャッシュするのにも用いることができる。番組ガイドは、メモリ６３中のリモートメディアサーバ２４により保存されているユーザディレクトリ５９のコピーを格納することもできる。番組ガイドは、例えば、ユーザディレクトリ５９のコピーを番組ガイドデータストリームの一部として受信することができる。１つの適切なアプローチにおいて、ディレクトリ５９が入力されるとき（例えば、ユーザが番組を録画するとき、ユーザが番組を消去するとき、または、番組の格納期間が長くなり過ぎたため、リモートメディアサーバ２４が番組を自動消去するときなど）度に、ユーザディレクトリ５９を番組ガイドに自動的にダウンロードすることができる。あるいは、番組ガイドは、ユーザディレクトリ５９のコピーを、番組ガイドサーバ２５またはリモートメディアサーバ２４から入手することもできる。別の適切なアプローチを用いて、番組ガイドはユーザディレクトリ５９をメモリ６３内に保存することができる。番組ガイドは、検索リクエストがリモートメディアサーバ２４に送信されるとき、メディアディレクトリ６１に対するポインタを含み得る。
【００７２】
図９のユーザテレビ機器２２は、ユーザテレビ機器２２とリモートメディアサーバ２４またはインターネットサービスシステム６１との間の通信経路２０を介した通信をサポートする通信デバイス５１を有し得る。通信デバイス５１も、ユーザテレビ機器２２とローカルメディアサーバ２９との間の通信をサポートし得る。通信デバイス５１は、モデム（例えば、任意のアナログ方式またはデジタル方式の標準的なセルラー方式またはケーブル方式のモデム）、ネットワークインターフェースカード（例えば、イーサネット（Ｒ）カード、トークンリングカード等）、または他の適切な通信デバイスであり得る。
【００７３】
ユーザは、ユーザ入力装置４６を用いてユーザテレビ機器２２の動作を制御する。ユーザ入力装置４６は、ポインティングデバイス、無線リモコン、キーボード、タッチパッド、音声認識システム、ペンを用いたコンピュータデバイス、または他の任意の適切なユーザ入力装置であり得る。テレビを視聴するには、ユーザは、制御回路４２に所望のテレビジョンチャンネルを表示デバイス４５上に表示するよう命令する。番組ガイド機能にアクセスするには、ユーザは、双方向番組ガイドテレビ機器１７上で実現される番組ガイドに対して、メインメニューまたは他の所望の番組ガイド表示画面を生成して表示デバイス４５上に表示するよう命令する。
【００７４】
ユーザが（例えば、リモコン４０上の「メニュー」キーを用いて）双方向テレビ番組ガイドにアクセスしたい旨を知らせると、番組ガイドは、適切な番組ガイド表示画面を生成して、表示デバイス４５上に表示する。図１０の例示的メインメニュー画面１００のようなメインメニュー画面を生成することができ、この画面は、ユーザに様々な番組ガイド機能へのアクセスを提供する。メインメニュー画面は、様々な広告、ロゴなどを含み得る。
【００７５】
図１０の例示的メインメニュー画面１００は、選択可能な番組ガイド機能１０６のメニュー１０２を含む。所望ならば、選択可能な機能１０６は、機能の種類別に分けてもよい。メニュー１０２では例えば、番組ガイドオプション１０６は３つの縦列に分かれている。「ＴＶガイド」という名前の列は、リスト項目に関連する機能用の列であり、「ＭＳＯショーケース」という名前の列は、複数のシステムオペレータ（ＭＳＯ）に関連する機能用の列であり、「視聴者サービス」という名前の列は、視聴者に関連する機能用の列である。ユーザが、メニュー１０２から上記の機能を選択すると、双方向テレビ番組ガイドは、特定の番組ガイド機能についての表示画面を生成し得る。
【００７６】
メインメニュー画面１００は、選択可能な広告１０８を１つ以上含み得る。選択可能な広告１０８は例えば、ペイパービュー番組についてのテキスト広告およびグラフィックス広告を含み得る。ユーザが選択可能な広告１０８を選択すると、番組ガイドは、情報（例えば、ペイパービュー情報）を表示するか、またはその広告の内容に関連する他のアクションをとり得る。所望ならば、選択可能な広告バナー１１０に示すように、テキストのみの広告を提示することもできる。
【００７７】
メインメニュー画面１００はまた、他の画面要素も含み得る。例えば、製品ブランドロゴグラフィックス１１２のような製品ブランドロゴグラフィックスを用いて番組ガイド製品のブランドを提示することができる。例えば、サービスプロバイダロゴグラフィックス１１４のようなサービスプロバイダロゴグラフィックスを用いて、テレビサービスプロバイダについての詳細情報（ｉｄｅｎｔｉｔｙ）を提示することもできる。時計表示領域１１６に現在時刻を表示することができる。さらに、番組ガイドがメッセージング機能をサポートしている場合、インジケータグラフィックス１１８のようなインジケータグラフィックスを用いて、ケーブルオペレータからのユーザのためのメールが来ていることをユーザに伝えることができる。
【００７８】
双方向テレビ番組ガイドの１つの機能は、ユーザにテレビ番組リスト項目を見る機会を与えることであり得る。ユーザは、例えば強調表示領域１２０を番組リスト項目（例えば、「映画」オプション）に関連する所望の番組ガイドオプション上に位置決めすることにより、番組リスト項目を見たい旨を知らせることができる。番組ガイドはまた、ユーザがリモコン４０上の適切なキー（例えば、「ガイド」キー）を押したときに、番組リスト項目を提示することもできる。ユーザがテレビ番組リスト項目を見たい旨を知らせると、番組ガイドは、番組ガイド配信設備１６により提供されるデータストリームから、サーバ２５から、またはメモリ６３から番組リスト項目データを入手し、適切な番組リスト項目を生成してモニタ４５上に表示することができる。番組リスト項目画面は、１つ以上の分類基準（例えば、番組カテゴリなど）に従って分類された番組リスト項目のグループまたはリストを１つ以上含み得る。
【００７９】
番組リスト項目画面は、ユーザが視聴している番組の全体または一部にオーバーレイされ得る。リスト項目もオーバーレイされ得、そうでない場合は、「ブラウズ」モードの番組と同じ画面上に配置され得る。番組ガイドは、例えば、複数のカテゴリ（例えば、映画、スポーツ、子供向けなど）に応じて、時間別、チャンネル別のリスト項目を見る機会をユーザに与えることができ、または、ユーザがタイトル別のリスト項目を検索することを可能にする。番組リスト項目は、任意の適切なリスト、表、グリッド、または他の適切な表示構成を用いて提示され得る。所望ならば、番組リスト項目表示画面は、選択可能な広告、製品ブランドロゴグラフィックス、サービスプロバイダブランドグラフィックス、時計、または他の任意の適切なインジケータもしくはグラフィックスを含むことができる。
【００８０】
ユーザは、例えばメニュー１０２から選択可能な機能を選択することにより、時間別、チャンネル別、またはカテゴリ別の番組リスト項目を見たい旨を示し得る。それに応答して、番組ガイドは、番組リスト項目を適切なリスト項目表示画面で示すことができる。図１１ａ、図１１ｂ、および図１１ｃは、時間別、チャンネル別、およびカテゴリ別の番組リスト項目をそれぞれ表示したものを示す。図１１ａ、図１１ｂ、および図１１ｃの番組リスト項目表示画面１３０、１３５、および１４０は、現在の番組リスト項目１５０を強調表示する強調表示領域１５１を含むことができる。ユーザは、ユーザ入力装置４６を用いて適切なコマンドを入力することにより、強調表示領域１５１を位置決めすることができる。例えば、ユーザ入力装置４６にキーパッドがある場合、ユーザは、上下および左右矢印キーを用いて強調表示領域１５１を位置決めすることができる。リモコン４０上の矢印キーを用いて強調表示領域１５１を位置決めすることにより、リモート番組リスト項目を上下左右にパンすることもできる。あるいは、タッチスクリーン、トラックボール、音声認識システム、ペンを用いたコンピュータデバイス、または他の適切なデバイスを用いて、強調表示領域１５１を移動させ、または強調表示領域１５１を用いずに番組リスト項目を選択してもよい。さらに別のアプローチにおいて、ユーザは、音声リクエスト認識システム内のテレビ番組リスト項目に話し掛けてもよい。これらの番組リクエスト項目の選択方法は例示的なものに過ぎない。所望ならば、番組ガイド中の番組リスト項目または他のアイテムを選択するための他の任意の適切なアプローチを用いてもよい。
【００８１】
番組ガイドは、他の時間またはチャンネルについての番組リスト項目を見る機会をユーザに与えることができる。ユーザは、例えば（図１１ａに示すように番組リスト項目が時間別に提示されている場合に）左右矢印キーを用いて時間枠を変更するか、または（図１１ｂに示すように番組リスト項目がチャンネル別に提示されている場合に）チャンネルを変えることにより、他の時間またはチャンネルについてのリスト項目にアクセスしたい旨を知らせることができる。このような知らせに応答して、番組ガイドは、例えば番組リスト項目をスクロールまたはページ表示（ｐａｇｅ）して、さらなる番組リスト項目を表示することができる。
【００８２】
また、図１１ａ、図１１ｂ、および図１１ｃの番組リスト項目画面は、リモートメディアサーバ２４またはローカルメディアサーバ２９により録画されたかまたは録画希望番組として選択された番組のリスト項目も含むことができる。録画された番組は、例えばリスト項目の一番上に表示され得る。録画予定番組は、通常のリスト内の位置に表示され得、所望ならば、録画予定番組であることを示すアイコンを付けることができる。図１１ａは、例えば、「Ｉ  Ｌｏｖｅ  Ｌｕｃｙ」が１９９９年６月５日の１０：３０ＰＭに録画される予定であることを示すリスト項目を示す。この「Ｉ  Ｌｏｖｅ  Ｌｕｃｙ」のリスト項目は、そのリスト項目が録画予定番組のリスト項目であることを示すアイコン２９９を有する。図１１ｂは、例えば、１９９９年６月１日の１１：００に録画された「Ｓａｔｕｒｄａｙ  Ｎｉｇｈｔ  Ｌｉｖｅ」というコメディ番組の録画されたコピーについてのコメディ番組リスト項目を示す。図１１ｃは例えば、１９９９年５月３１日の９：００ＰＭに録画された「Ｐｅｒｆｅｃｔ  Ｂｏｄｙ」という映画の録画されたコピーについての映画リスト項目を示す。
【００８３】
図１１ａ、図１１ｂ、および図１１ｃは、録画済み番組および録画予定番組についてのリスト項目の表示形式が、通常の番組のリスト項目の表示形式と少し異なっている様子を示す。例えば、録画される番組の実際の録画日または録画予定日が表示されている。所望ならば、他の任意の適切なアプローチを用いて、録画済み番組または録画予定番組のいくつかのリスト項目を示してもよい。このようなリスト項目は、通常の番組リスト項目ではないことを示すよう、異なる色、異なるフォント、影付き、アイコンまたは他の任意の効果を有する。あるいは、このようなリスト項目は、番組リスト項目画面から省くこともできる。
【００８４】
番組ガイドは、ペイパービュー番組リスト項目を見る機会をユーザに与えることもできる。ユーザは、例えば、図１０のメインメニュー１０２の画面上の機能である「ＰＰＶ時間」を選択することにより、ペイパービュー番組リスト項目を見たい旨を知らせることができる。それに応答して、図１２ａの画面２０３の時間別のペイパービューリスト項目に示すように、番組ガイドは時間別のペイパービューリスト項目を表示することができる。他のリスト項目画面の場合も、ユーザは画面をスクロールアップおよびスクロールダウンしてさらなるチャンネルのペイパービュー番組リスト項目を見ることができる。ユーザは、右向きの矢印を用いることによりさらなる時間枠の番組リスト項目を見ることができる。
【００８５】
番組ガイドは、ペイパービュー番組リスト項目をタイトル別に見る機会をユーザに与えることもできる。ユーザは、例えば図１０のメインメニュー１０２から選択可能な機能である「ＰＰＶタイトル」を選択することにより、ペイパービュー番組リスト項目をタイトル別に見たい旨を知らせることができる。それに応答して、番組ガイドは、図１２ｂの画面２１１のタイトル別ペイパービュー番組リスト項目に示すように、ペイパービュー番組リスト項目をタイトル別に表示することができる。番組ガイドは、選択可能な広告を（例えば左向きの矢印を用いることにより）強調表示する機会をユーザに与えることができる。
【００８６】
双方向番組ガイドは、例えば「フリップ」表示領域または「ブラウズ」表示領域をテレビ番組にオーバレイすることにより、ユーザがテレビ番組項目を見ながら番組リスト項目を見ることを可能にする。図１３ａは、ユーザがテレビチャンネルを変えるたびに番組ガイドが表示し得る例示的なフリップ表示２００を示す。このフリップ表示は、現在の番組に関連する情報（例えば、番組タイトル２１０、放送時間２１５、現在のチャンネル番号２１６、および現在のチャンネルのコールサイン２２５）を含み得る。また、このフリップ表示は、複数のグラフィックス（例えば、ブランドロゴ２３０、広告主グラフィック、チャンネルロゴグラフィック、メールインジケータ、選択可能な広告または他の任意の適切なグラフィック）も含み得る。番組の格付けも表示することができる。所望ならば、ブランドロゴ２３０を選択可能な情報アイコンと取り替えるかまたは一緒に用いることができる。ユーザは例えば、リモコン４０上の「情報」キーを押して、フリップ表示２００に現在表示されている番組についての別の番組情報を入手することができる。
【００８７】
また、フリップ表示２００は、現在の番組の格付けを表示する格付けインジケータ２２７を含むこともできる。番組ガイドが視聴制限機能を提供する場合、番組ガイドを用いることにより、ユーザが新しいチャンネルにチューニングするたびにその番組の格付けを調べて、その番組がユーザが前もって設定した視聴制限設定項目を満たしているかどうかを判定することができる。番組の格付けが視聴制限設定項目を満たしていない場合は、番組ガイドは例えば、番組映像の無いフリップバナーのみを表示して、視聴制限コードの入力を促す。
【００８８】
図１３ｂは、ユーザが（例えば、リモコン４０上の「ブラウズ」キーを用いて）所与の時間枠に番組リスト項目をブラウジングしたい旨を知らせたときに番組が表示し得る例示的な「ブラウズ」オーバーレイまたは「ブラウズ」表示を示す。ユーザは、例えばリモコンの矢印キーを用いて、番組リスト項目をブラウジングすることができる。フリップ表示とは異なり、ブラウズ表示では、ユーザは他のチャンネルまたは他の時間に再生される番組の情報をブラウジングしながら、特定のチャンネル（例えば、チャンネル１７８）の番組を見続けることができる。
【００８９】
図１３ａおよび図１３ｂでは、フリップオーバーレイおよびブラウズオーバーレイを、オーバーレイの左にブランドロゴを表示して図示している。例えばユーザが番組リスト項目をブラウジングするかまたはチャンネル間をフリップするにつれて、ブランドロゴは異なる広告主を宣伝することもできる。ユーザがオーバーレイまたはバナーを所定の時間表示する場合、これらのロゴを同じオーバーレイまたは同じバナー内で変化させることができる。ロゴは、例えばロゴ広告のリストを通じて自動的に循環し、リスト内の各広告が表示されてからまた最初の広告にもどることができる。また、ブランドロゴを、テキストを用いた広告に取り替えることもできる。
【００９０】
上記および他のやり方でテレビ番組編成および番組ガイドデータにアクセスする機会をユーザに与えるのに加えて、番組ガイドは、番組をオンデマンドでリモートメディアサーバ２４またはローカルメディアサーバ２９に録画して、録画済みの番組または録画希望番組として選択された番組のリスト項目またはディレクトリを見て、リモートメディアサーバ２４またはローカルメディアサーバ２９から映像および関連する番組ガイドデータをオンデマンドで再生する機会をユーザに与えることができる。また、番組ガイドは、シリーズものの番組または他の番組分類（例えば、ペイパービューパッケージ）を録画する機会をユーザに与えることもできる。ユーザにシリーズものの番組を録画する機会を与える番組ガイドシステムについては、例えば、同時出願された、Ｋｎｕｄｓｏｎらによる米国特許出願第＿＿＿＿＿＿号（弁理士受付番号：Ｎｏ．ＵＶ−５６）に記載がある。本明細書中、同出願の全体を参考のため援用する。ユーザは、例えば番組を視聴中または番組のリスト項目を強調表示した後にリモコン４０上の「録画」キーを押すことにより、番組または番組グループをオンデマンドで録画したい旨を知らせることができる。
【００９１】
図１４ａおよび図１４ｂは、ユーザがリモートメディアサーバ２４またはローカルメディアサーバ２９に番組を録画したい旨を知らせたときに、番組ガイドにより表示され得る例示的なオーバレイ１３３１を示す。図１４ａに示すように、オーバレイ１３３１は、例えばユーザが視聴している番組を録画したい旨を知らせたときに、表示され得る。あるいは、図１４ｂに示すように、例えばユーザがリスト項目を強調表示して（例えば、リモコン４０上の「録画」キーを押すことにより）そのリストされた番組を録画したい旨を知らせたときに、オーバーレイ１３３１を番組リスト項目表示画面にオーバーレイすることもできる。オーバーレイ１３３１は、ユーザに（例えば、「はい」を選択することにより）録画リクエストを確認するよう促し得る。ユーザに番組を録画する機会を提供するこれらの方法は、例示的なものに過ぎず、他の任意の適切なアプローチを用いてよい。
【００９２】
図１４ｃおよび図１４ｄは、例えば図１４ａおよび図１４ｂのオーバーレイ１３３１に取って替わることができる別の例示的なオーバーレイ１３３９を示す。あるいは、番組ガイドは、ユーザが図１３ａおよび図１３ｂのオーバーレイ１３３１から「はい」を選択したときに、番組ガイドがオーバーレイ１３３９を表示することもできる。オーバーレイ１３３９は、選択した番組をリモートメディアサーバ２４に録画するための料金をユーザに知らせる。また、オーバーレイ１３３９は、録画を確認またはキャンセルする機会をユーザに与えることもできる。
【００９３】
オーバーレイ１３３９に表示される料金は、任意の適切なユーザ課金方式に基づき得る。ユーザは、例えば、録画した数、番組の長さに基づいて請求されてもよいし、または一定期間（例えば、一ヶ月に１回）内に録画を無制限に行うことのできる一律の加入者料金で請求されてもよい。番組ガイド配信機器１６は、料金および他の適切な番組ガイドデータ（例えば、タイトル、放送時間など）を、課金システム１９９に提供することができる。課金システム１９９は、ユーザに送付される請求書を生成し得る、またはユーザの勘定を借方に記入する。
【００９４】
図１４ｅは、例えばユーザが番組分類の一部である番組を選択したときに、番組ガイドが表示し得る例示的なオーバーレイ１４４７を示す。オーバーレイ１４４７は、番組が番組分類の一部（この実施例ではシリーズもの）であることをユーザに知らせ、ユーザにその分類の番組を全て録画したいかどうかを確認するよう促すことができる。ユーザが「はい」を選択すると、リモートメディアサーバ２４またはローカルメディアサーバ２９は、その分類の番組を全て録画し得る。ユーザが「いいえ」を選択すると、番組ガイドは図１４ａ、図１４ｂ、図１４ｃ、または図１４ｄのオーバーレイ１３３１を表示して、今回の放映分のみを録画することを確認するようユーザに促すことができる。
【００９５】
番組ガイドは、ペイパービュー番組およびペイパービューパッケージを録画する機会ユーザに与えることができる。図１５ａは、例示的なペイパービュー注文オーバーレイ３７０を示す。番組ガイドは、例えばユーザがペイパービュー番組リスト項目を強調表示して、リモコン４０上の「注文」キーまたは他の適切なキーを押したときに、ペイパービュー注文オーバーレイ３７０を表示することができる。ペイパービュー注文オーバーレイ３７０は、注文情報３７４を表示して、ユーザに購入コードを入力することにより選択したペイパービュー番組を注文するよう促すことができる。ユーザは、例えばリモコン４０上の数字キーを用いて購入コードを入力し得、または、「キャンセル」機能３７６を選択することにより購入をキャンセルして１つ前の画面に戻り得る。番組ガイドは、図１５ｂの例示的な注文確認オーバーレイ３８０を用いてペイパービュー注文を確認する機会をユーザに与えることもできる。所望ならば、番組ガイドは、ペイパービュー注文オーバーレイ３７０の代わりに図１５ｂの注文確認オーバーレイ３８０を表示して、購入コードの入力をユーザに要求することなくペイパービュー番組を注文する機会をユーザに提供することもできる。
【００９６】
オーバーレイ３７０および３８０に表示される料金は、任意の適切なアプローチを用いて設定され得る。料金は、例えば、ユーザがペイパービューを視聴するかまたは録画するかに関係なく一定であり得る。あるいは、ペイパービュー番組を録画するだけである場合に異なる料金をユーザに請求してもよい。別の適切なアプローチにおいて、ペイパービュー番組の料金は、番組の長さに応じて異なり得る。さらに別の適切なアプローチにおいて、ユーザは、所定の期間（例えば、一ヶ月）内に任意の量のペイパービューを録画することに対して一律の料金を支払い得る。料金は、番組ガイド配信機器１６により課金システム１９９へと提供され、ユーザに請求書が送付され得るか、またはそうでない場合はユーザの勘定を精算することができる。
【００９７】
ユーザが、例えば図１２ａおよび図１２ｂのペイパービュー番組リスト項目画面２０３または２１１からパッケージリスト項目を選択することによりペイパービューパッケージを録画したい旨を知らせると、番組ガイドは、パッケージ注文画面（例えば、図１７のパッケージ注文画面８１１）を表示し得る。パッケージ注文画面８１１は、ユーザに購入コードを入力するよう促す。ユーザが正しい購入コードを入力すると、番組ガイドは、番組ガイド配信設備１６または別の適切な配信設備からペイパービューパッケージを注文する。
【００９８】
図１７に表示されているようなパッケージの料金は、任意の適切なアプローチを用いて設定され得る。料金は、例えばユーザがパッケージ内の各ペイパービュー番組を視聴するかまたはユーザが各番組を録画するかに関係なく一定であり得る。あるいは、ユーザが１つ以上のパッケージ内のペイパービュー番組を録画した場合には、ユーザがそれらを視聴した場合とは異なる料金を請求してもよい。別のアプローチにおいて、ペイパービュー番組の料金は、パッケージ内の各番組の長さに応じて異なり得る。さらに別のアプローチにおいて、ユーザは、所定の期間（例えば、一ヶ月）内にペイパービューをいくら録画しても一律の料金を支払えばよい。料金は、番組ガイド配信機器１６により課金システム１９９へと供給され、これによりユーザへ請求書を送付されるか、またはそうでない場合は、ユーザの勘定が清算され得る。
【００９９】
ユーザが番組または番組分類をリモートメディアサーバ２４またはローカルメディアサーバ２９に録画したい旨（そして可能ならば番組の録画を確認したいとの旨）を知らせると、番組ガイドは、録画リクエストを生成し、この録画リクエストは、通信デバイス５１（図９）により通信経路２０または３１を介して適切なリモートメディアサーバへと送信される。録画リクエストは、例えばユーザが録画を希望している番組の識別子、ユーザの識別子、そして、所望ならば、番組およびユーザに関連する他の任意の情報を含み得る。ユーザが番組分類を録画したい旨を知らせると、リクエストは、分類識別子または構成する番組の番組識別子を含み得る。
【０１００】
選択された番組または選択された分類内の番組が放送されるとき（このときに、録画希望番組を選択してもよい）において、リモートメディアサーバ２４またはローカルメディアサーバ２９は、番組と任意の関連番組ガイドデータとを録画し得る。番組ガイドデータは、ポインタを用いて、番組と関連付けられたファイルとして格納され得る。選択された番組の録画が開始すると、番組ガイドがユーザディレクトリのコピーを保存している場合、リモートメディアサーバ２４またはローカルメディアサーバ２９は、ユーザディレクトリ５９のコピーを番組ガイドに提供し得る。あるいは、リモートメディアサーバ２４またはローカルメディアサーバ２９は、ポインタをメディア記憶装置６３上の番組位置に提供することもできる。さらに別の適切なアプローチにおいて、ユーザディレクトリ５９は、リモートメディアサーバ２４またはローカルメディアサーバ２９だけで保存され得、リクエストがあり次第番組ガイドへと提供され得る。
【０１０１】
実際には、いくつかの番組にコピープロテクトを施すことが可能である。主設備１２、番組ガイド配信設備１６、または別の配信設備は、例えばいくつかの番組を録画不可番組として指定することができる。ユーザがコピープロテクトされている番組を録画したい旨を知らせた場合、番組ガイドは、図１６に示すようにその番組が録画不可である旨をユーザに伝えることができる。
【０１０２】
番組ガイドは、ユーザ用にリモートメディアサーバ２４またはローカルメディアサーバ２９に録画されている番組のディレクトリまたは他のそのような番組リストにアクセスする機会をユーザに与えることができる。ユーザは、例えばリモコン４０上の「ディレクトリ」キーを押したりまたはメインメニュー１０７から「ディレクトリ」機能を選択したりすることにより、録画済み番組のディレクトリまたは録画済み番組リストにアクセスしたい旨を知らせることができる。図１８ａおよび図１８ｂは、ユーザがリモートメディアサーバ２４またはローカルメディアサーバ２９に録画した番組のディレクトリを見たい旨を知らせた場合に、番組ガイドが表示することのできる例示的オーバーレイ３２０を示す。図１８ａは、視聴者が見ているチャンネルの映像の一番上にオーバーレイされるオーバーレイ３２０を示す。図１８ｂは、番組リスト項目画面の一番上にオーバーレイされるオーバーレイ３２０を示す。オーバーレイ３２０は、ユーザがリモートメディアサーバ２４またはローカルメディアサーバ２９を用いて録画対象として選択した番組編成に関連するあらゆる情報を表示することができる。オーバーレイ３２０は、例えば録画された番組のチャンネルおよびタイトル、録画が行われた日付および時間、または他の任意の適切な情報を表示することができる。
【０１０３】
録画済み番組についての番組リスト項目は、チャンネル別、テーマ別、ユーザ別、または他の任意の適切な基準に従って分類され得る。実際に、録画済み番組についての番組リスト項目は、オーバーレイが表示される表示画面の種類に基づき、オーバーレイとして表示され得る。例えば、図１８ｂの場合、オーバーレイの下の表示画面が番組リスト項目を時間別に表示しているため、リスト項目は時間別に表示されている。図１８ｃでは、オーバーレイの下の表示画面が映画のリスト項目のみを表示しているため、映画のカテゴリに属する録画済み番組のリスト項目を示している。図１８ｂおよび図１８ｃは例示的なものであり、任意の適切な基準を用いてもよい。さらに、表示基準を用いてまたは番組リスト項目をユーザの見ている映像の一番上にオーバーレイするときのテーマに基づいて、番組リスト項目を表示することもできる。
【０１０４】
図１８ｄは、ユーザがリモートメディアサーバ２４またはローカルメディアサーバ２９に録画した番組のディレクトリを見たい旨を知らせたときに、番組ガイドが表示することのできる例示的なディレクトリ画面３５０を示す。ディレクトリ画面３５０は、オーバーレイ３２０が表示するような番組関連情報を表示することができる。また、ディレクトリ画面３５０は、選択可能な広告、サービスプロバイダロゴ、ブランドロゴ、広告バナーなどの他の番組ガイド表示画面要素を含むこともできる。所望ならば、ディレクトリ画面３５０をオーバーレイとして表示し、本明細書中で述べるオーバーレイのうち任意のものを表示画面として提示することができる。このような表示画面は、全画面表示画面または部分的画面表示画面のどちらでもよい。部分的画面表示画面は、（例えば、現在のテレビチャンネルを表示するための）縮小サイズの映像ウィンドウを含むことができる。
【０１０５】
別の適切なアプローチにおいて、ユーザが例えばリモコン４０上の「ディレクトリ」キーを押したりまたはメインメニュー１０２から「ディレクトリ」機能を選択すると、番組ガイドはディレクトリメニューを表示し得る。図１８ｅは、例示的なディレクトリメニュー画面３７０を示す。ディレクトリメニュー画面３７０は、図１８ｄに示すようなものだが、種々の方法でソートされた録画済み番組のディレクトリを見る機会をユーザに与えることができる。例えば、ユーザが「時間別」機能３７１を選択すると、番組ガイドは、番組が録画された日付および時間に従って録画済み番組を並び替えたディレクトリを表示することができる。例えば、ユーザが「映画」機能３７３、「スポーツ」機能３７５、「子供向け」機能３７７、または「成人向け」機能３７９を選択すると、番組ガイドは、映画、スポーツ、子供向け番組、または成人向け番組についての録画済み番組ディレクトリをそれぞれ表示し得る。リストしたカテゴリについては、予め決められていてもよいし、またはユーザが録画した映画に基づいてもよい。例えば、ユーザが録画済みの映画しか有していない場合、「映画」機能３７３のみを表示することができる。ユーザが録画済みの映画および録画済みの子供向け番組を有する場合、「映画」機能３７３および「子供向け」機能３７７を表示することができる。
【０１０６】
また、番組ガイドは、ユーザがメディアサーバを用いた録画希望番組として選択したがまだ録画されていない番組のディレクトリを見る機会をユーザに与えることもできる。図１８ｆは、例えばユーザがディレクトリメニュー画面３７０から「ペンディングセレクション」機能３８１を選択したときに、番組ガイドが表示し得る例示的なペンディング番組ディレクトリ画面３９０を示す。
【０１０７】
図１１ａ、１１ｂ、１１ｃ、１２ａ、および１２ｂ（図１８ａおよび１８ｂ）のリスト項目画面、オーバーレイ３２０、またはディレクトリ画面３５０もしくは３９０（図１８ｄおよび１８ｆ）に表示される情報は、任意の適切なアプローチを用いて番組ガイドによって入手され得る。例えば、番組ガイドは、全表示情報を有するユーザディレクトリ５９のコピーをメモリ４９内に格納することができる。さらに別の適切なアプローチにおいて、リモートメディアサーバ２４またはローカルメディアサーバ２９が、番組に関する利用可能な全番組ガイドデータのごく一部（例えば、番組識別子およびポインタ）を有するユーザディレクトリ５９のコピーを保存している間、番組ガイドは、録画された番組に関連する全ての番組ガイドデータ（例えば、番組リスト項目情報、インターネットリンク、ソフトウェアなど）を含むユーザディレクトリ５９のコピーを保存することができる。さらに別の適切なアプローチにおいて、番組ガイドは、ディレクトリ内の番組についての番組ガイドデータを含むユーザディレクトリ５９を保存することができる。あるいは、例えば番組識別子しか有していないより小さなディレクトリを保存してもよく、番組ガイドは、番組ガイド配信設備１６または識別子に基づいた番組ガイドサーバ２５から連続的に供給される番組ガイドデータストリームから番組ガイドデータを入手することができる。さらに別の適切なアプローチにおいて、リモートメディアサーバ２４またはローカルメディアサーバ２９を用いてユーザディレクトリ５９全体を保存し、番組ガイドにとってユーザディレクトリ５９をオンデマンドで利用可能とすることもできる。上記の様々なアプローチは、例示的なものに過ぎず、所望ならば、ユーザディレクトリを保存し、ユーザにユーザディレクトリへのアクセスを提供するための任意の適切なアプローチを用いてもよい。
【０１０８】
ユーザがリモートメディアサーバ２４に録画された番組の再生を選択すると、番組ガイドは、その番組の再生にかかる料金をユーザに知らせ、再生を確認するようユーザを促すことができる。図１９は、このような料金を通知し、ユーザに再生を確認するよう促す例示的なオーバーレイ１９０１を示す。オーバーレイ１９０１内に表示される料金は、任意の適切なアプローチを用いて決定され得る。ユーザは、１回の再生に対して一律の料金で請求され得る。あるいは、ユーザは選択された番組の長さに応じて請求されてもよい。別の適切なアプローチにおいて、ユーザは、定期的に（例えば、月ごとに）一律の料金を支払うことによりユーザが無制限に再生を行うことを可能にするサービスに加入することができる。さらに別の適切なアプローチにおいて、番組を所定の量だけ再生することに対し、ユーザに一律の料金を請求することができる。料金は、番組ガイド配信機器１６から課金システム１９９に提供され、ユーザに請求書を発行するか、またはそうでない場合はユーザの勘定を精算することができる。
【０１０９】
ユーザがリスト項目を選択してそのリスト項目に関連する番組を再生したい旨を知らせる（そして必要な場合、その再生を確認する）と、番組ガイドは、リモートメディアサーバ２４またはローカルメディアサーバ２９に対して再生リクエストを発行することができる。所望ならば、番組をコマーシャル無しで再生することができる。番組ガイドは、例えば設定画面から「コマーシャルをスキップする」オプションを設定する機会をユーザに与えることができる。あるいは、ユーザは、コマーシャルを早送りすることもできる。
【０１１０】
所望ならば、番組ガイドは、再生リクエストではなく検索リクエストをリモートメディアサーバ２４に発行することができる。リクエストされた番組の検索および再生の両方を行うようリモートメディアサーバ２４に指示する再生リクエストと対照的に、検索リクエストは、即座に再生する必要がない。それよりもむしろ、リクエストされた番組は、記憶装置１５から検索され、ユーザテレビ機器２２へと提供され得る。「検索リクエスト」は、本明細書中で用いられるように、番組ガイドと、ユーザが検索したい番組を指定するリモートメディアサーバ２４またはローカルメディアサーバ２９との間の情報のやり取りを可能にするあらゆるコマンド、リクエスト、メッセージ、リモートプロシージャコール、オブジェクトを用いた通信、または他の任意の種類のプロセス間通信またはオブジェクト間通信を意味するものとして意図されている。次いで、検索された番組は、メモリ４４（図６）、デジタル記憶装置３１（図６）、第２の記憶装置３２（図６）、またはローカルメディアサーバ２９（図６）に格納され得る。ユーザが、検索され、ローカルに格納されている番組を見たいと希望する場合、ユーザテレビ機器２０にその番組を再生するよう指示することができる。検索された番組がローカルメディアサーバ２９に格納されている場合、ユーザテレビ機器は、その番組を検索して再生するか、またはローカルメディアサーバ２９に直接再生するようリクエストすることができる。
【０１１１】
番組ガイドは、リモートメディアサーバ２４またはローカルメディアサーバ２９で録画した番組についてのさらなる情報を見る機会をユーザに与えることができる。図２０は、ユーザがリモートメディアサーバ２４またはローカルメディアサーバ２９で録画した番組についての情報を見たい旨を知らせたときに表示され得る例示的な全情報画面１６１を示す。全情報画面１６１は、例えばユーザが録画済み番組のディレクトリまたは他の録画済み番組リスト内の番組リスト項目を強調表示してリモコン４０上の「情報」キーを押したときに表示され得る。
【０１１２】
全情報画面１６１は、録画された番組についての簡単な説明を表示することができる情報ウィンドウ１６２を含み得る。情報ウィンドウ１６２内に表示される情報は、番組が録画される際にリモートメディアサーバ２４またはローカルメディアサーバ２９によって格納され得るか、番組が録画される際に番組ガイドによって格納され得るか、全情報画面１６１が表示される際に番組ガイドにより検索され得るか、または他の任意の適切なアプローチを用いて番組ガイドにより入手され得る。
【０１１３】
番組ガイドは、ユーザが以前にリモートメディアサーバ２４またはローカルメディアサーバ２９に録画した番組をオンデマンドで再生する機会をユーザに与えることができる。リモートメディアサーバ２４またはローカルメディアサーバ２９は、番組ガイドが生成する再生リクエストに応答して、オンデマンドで番組を再生することができる。「再生リクエスト」は、本明細書中で用いられるように、番組ガイドと、ユーザが再生したい番組を指定するメディアサーバとの間の情報のやり取りを可能にするあらゆるコマンド、リクエスト、メッセージ、リモートプロシージャコール、オブジェクトを用いた通信、または他の任意の種類のプロセス間通信またはオブジェクト間通信を意味するものとして意図されている。番組ガイドは、ユーザが録画されている番組を見たい旨を知らせたときに、再生リクエストを生成することができる。ユーザは、例えばディレクトリまたはリスト内のリスト項目を強調表示して、リモコン４０上の「再生」キーを押すことにより、録画されている番組を見たい旨を知らせることができる。
【０１１４】
ユーザが録画されている番組を見たい旨を知らせると、番組ガイドは、再生リクエストを生成し、この再生リクエストは、通信デバイス５１から通信経路２０または３１を介してリモートメディアサーバ２４またはローカルメディアサーバ２９へと送信される。再生リクエストは、例えばユーザが再生を希望する番組の識別子、ユーザの識別子などを含み得る。再生リクエストは、例えば番組ガイドがユーザディレクトリ５９またはユーザディレクトリ５９のコピーを保存する場合、記憶装置１５のメディアディレクトリに対するポインタを含み得る。リモートメディアサーバ２４は、リクエストされた番組を記憶装置１５から検索し、検索した番組を配信機器２１へと提供し、これにより、その番組は適切な映像信号（例えば、ＮＴＳＣ映像、ＭＰＥＧ−２など）として配信される。ローカルメディアサーバ２９は、リクエストされた番組を記憶装置３７から検索し、検索した番組を適切な映像信号（例えば、ＮＴＳＣ映像、ＭＰＥＧ−２など）としてユーザテレビ機器２２に提供することができる。リクエストされた番組がこれから再生される番組である場合、配信機器２１は、その番組をリアルタイムで配信する。リクエストされた番組を単に検索するだけの場合、配信機器２１は、その番組を圧縮形式で（例えば、圧縮映像ファイルとして）ユーザテレビ機器２１へと送信することができる。
【０１１５】
また、リモートメディアサーバ２４は、録画された番組と関連するあらゆる録画済み番組ガイドデータを検索し、検索したデータを配信機器２１または番組ガイドサーバ２５に提供することもでき、これにより、番組ガイドによる検索データへのアクセスが可能となる。あるいは、リモートメディアサーバ２４は、検索したデータを直接番組ガイドに提供することもできる。ローカルメディアサーバ２９は、データを通信経路２９を介してユーザテレビ機器２２に提供することができる。番組ガイドは、検索された番組ガイドデータにアクセスし得、ユーザに番組ガイドデータを提示し、これにより、ユーザは、再生中、番組が最初に放送されたときと同じようにデータとの対話（ｉｎｔｅｒａｃｔ）を行うことができる。例えば、関連番組データが番組が初回に放送されたときにユーザがアクセスすることのできたコンピュータソフトウェアである場合、ユーザがそのソフトウェアにアクセスしたいとのユーザからの通知に応答して、そのソフトウェアを番組ガイドによりダウンロードすることができる。
【０１１６】
そのソフトウェアは、再生中にユーザがそのソフトウェアにアクセスすることができるように、例えばデジタル記憶装置４９に格納され得る。このようなソフトウェアの例としては、ユーザが番組中に宣伝される物品を注文することが可能なショッピングアプリケーションのような双方向テレビアプリケーションなどがあり得る。
【０１１７】
格納可能な番組ガイドデータの別の例としては、録画された番組と関連付けられるインターネットリンクがある。このリンクは、リモートメディアサーバ２４またはローカルメディアサーバ２９を用いて検索され、ユーザが番組を再生しているときに番組ガイドを用いてダウンロードされ得る。番組ガイドは、番組ガイド表示画面またはオーバーレイにリンクを表示することができる。インターネットリンクは、例えば、再生中に番組の一番上に表示されるオーバーレイとして表示され得る。番組ガイドは、インターネットリンクを選択し、これにより、番組ガイドにウェブブラウザを起動するよう指示する機会をユーザに与えることができる。
【０１１８】
番組ガイドは、番組および番組ガイドデータに視聴制限をかける機会をユーザに与えることができる。番組ガイドは、例えば視聴制限コードおよび視聴制限基準（例えば、格付け、タイトル、チャンネルなど）を設定する機会をユーザに与えることができる。ユーザがリモートメディアサーバ２４またはローカルメディアサーバ２９から番組を録画または再生したい旨を知らせると、番組ガイドは、例えばユーザディレクトリに格納されている番組の特性（例えば、格付け、タイトル、チャンネルなど）と視聴制限基準とを比較し得る。番組が視聴制限基準を満たさない（例えば、格付けが成人向けであるなど）場合、番組ガイドは、ユーザに視聴制限コードの入力を促す。適切な視聴制限コードが入力されたときのみに、番組ガイドは、ユーザが番組を録画または再生することを可能にすることができる。図２１は、番組ガイドがテレビチャンネルまたは番組ガイド表示画面上に表示してユーザに視聴制限コードの入力を促すことができる例示的オーバーレイ２１１１を示す。図２１は、番組ガイドが好ましくない番組の放送を中断している（ｂｌａｃｋ  ｏｕｔ）テレビチャンネル上にオーバーレイ２１１１を表示している様子を示す。
【０１１９】
番組ガイドは、ユーザに録画済み番組のＶＣＲのような操作を提供することができる。リモコン４０は、典型的なアナログビデオカセットレコーダ上にあるボタンに類似するキーを有し得る。別の適切なアプローチにおいて、ユーザ入力装置４６（図９）は、キーにＶＣＲと類似の機能をマッピングしたキーボードを有し得る。あるいは、ユーザは、このような機能に対応する画面上の機能を選択することもできる。ユーザに録画済み番組のＶＣＲのような操作を提供する他の任意の適切なアプローチを用いてもよい。ユーザは、（例えば、リモコン４０上の適切なキーを押すことにより）行いたい操作を番組ガイドに知らせることにより、例えば番組の一時停止、停止、巻き戻し、早送りまたは再生を行うことができる。
【０１２０】
上記の機能は、例えばオンデマンド番組編成を部分的または全てデジタル記憶装置４９（図９）にダウンロードすることにより、番組ガイドを用いてローカル的に行われ得る。あるいは、番組ガイドは、ユーザ入力に応答して適切なリクエスト（例えば、早送りリクエスト、巻き戻しリクエスト、スキップリクエスト、および一時停止リクエスト）をリアルタイムで生成することもできる。このようなリクエストは、リモートメディアサーバ２４またはローカルメディアサーバ２９に送信して処理することができる。録画済み番組のＶＣＲのような操作のリクエストは、本明細書中で用いられるように、番組ガイドと、ユーザが操作したい番組を指定するメディアサーバとの間の情報のやり取りを可能にするあらゆるコマンド、リクエスト、メッセージ、リモートプロシージャコール、オブジェクトを用いた通信、または他の任意の種類のプロセス間通信またはオブジェクト間通信で行うことを意味するように意図されている。
【０１２１】
図２２は、ユーザにリモートメディアサーバ２４またはローカルメディアサーバ２９に録画されている番組のＶＣＲのような操作を提供する例示的なオーバーレイ２２０１を示す。ユーザが例えばリモコン４０上の適切なキーを押すなどして映像を停止、再生、早送り、巻き戻し、または一時停止したい旨を知らせると、番組ガイドは、どのキーが押されたのかを知らせ得る。例えば、ユーザが映像を早送りすると、番組ガイドはオーバーレイ２２０１の一部である「早送り」ボタンを強調表示し得る。
【０１２２】
また、番組ガイドは、番組をリアルタイムでキャッシュする機会をユーザに与えることができる。この機能は、例えばユーザが番組が放送されている部屋から一時的に退席しなければならない場合などに見逃し得る番組の一部を見ることを可能にする。ユーザは、視聴を中断する場合、例えばリモコン４０上の「一時停止」キーを押すことにより、番組をリモートメディアサーバ２４に録画したい旨を知らせることができる。番組ガイドは、例えば図２３に示すように番組をキャッシュするのにかかる料金をユーザに知らせ、録画してもよいか確認するようユーザに促すことにより、応答することができる。ユーザが一旦録画を確認してしまうかまたは録画に料金がかからない場合、番組ガイドはリモートメディアサーバ２４に録画リクエストを発行することができる。その時点から、リモートメディアサーバ２４は番組の録画を開始し、番組が終了するまで録画を継続することができる。視聴の中断が終了する（例えば、ユーザが席に戻ってきた）と、ユーザは、番組の続きを見たい旨を知らせ得る。リモートメディアサーバ２４は、放送中の番組が終了するまで放送中の番組の残りの部分をキャッシュし続けながら、キャッシュされた番組のコピーを再生することができる。ユーザは、例えば早送りなどにより、コマーシャルの間または興味のない部分が進行している間に放送中の番組に追い付くことができる。
【０１２３】
ユーザが、リアルタイムでキャッシュされている番組を、ユーザが録画を開始した時点よりも前の時点まで「巻き戻し」したい旨を知らせた場合、リモートメディアサーバ２４は、記憶装置１５を調べてその番組を録画したユーザが他にいないかまたはそうでない場合はその番組がまだ利用可能かどうかを確認することができる。利用可能な番組のコピーが他に無い場合、ユーザは、ユーザが録画を開始した時点までしか巻き戻しできなくなり得る。所望ならば、リモートメディアサーバが、自動的にキャッシュをするかまたはそうでない場合は全ての現在の番組、視聴中の番組、もしくは特定の加入者層向けの番組を一時的に録画することにより、ユーザまたは加入者に、このようなキャッシュされた番組または録画済み番組をＶＣＲと全く同様に操作できる能力を与えることができる。所望ならば、ローカルメディアサーバ２９も同様のやり方で番組をキャッシュすることができる。
【０１２４】
また、番組ガイドは、リモートメディアサーバ２４およびローカルメディアサーバ２９の格納内容を管理する機会をユーザに与えることもできる。番組ガイドは、例えば、もはや不要な番組を消去する機会をユーザに与えることができる。ユーザは、例えば録画済み番組のリスト項目を強調表示してリモコン４０上の「消去」キーを押すか、全情報画面１６１（図２０）の機能１５９のような番組ガイド表示画面の画面上機能を選択するか、あるいは他の任意の適切なアプローチを用いることにより、番組を消去したい旨を知らせることができる。ユーザが録画済み番組を消去したい旨を知らせると、番組ガイドは、消去リクエストを生成し得、この消去リクエストは、通信デバイス５１によりリモートメディアサーバ２４またはローカルメディアサーバ２９に送信される。消去リクエストは、任意の適切なリクエスト、メッセージ、オブジェクトを用いた通信、リモートプロシージャコールなどであり得る。
【０１２５】
リモートメディアサーバ２４（世帯が同じまたは異なるユーザ向け）またはローカルメディアサーバ２９（世帯が同じユーザ向け）は、消去リクエストを受信すると、この選択された番組のコピーをリクエストしたユーザが２人以上いるかどうかを判定し得る。その番組の録画をリクエストしたユーザが１人しかいない場合、リモートメディアサーバ２４は、消去対象として選択された番組を格納している記憶装置に消去コマンドを発行し得る。適切な記憶装置は、選択された番組を自身のメディア記憶装置６３（図４）から消去し、それに応じてメディアディレクトリ６１およびユーザディレクトリ５９が更新される。その番組の録画をリクエストしたユーザが２人以上いる場合、リモートメディアサーバ２４は、その番組のエントリをユーザディレクトリ５９から消去し得る。番組ガイドがユーザディレクトリ５９を保存している場合、番組ガイドはその番組のエントリを消去し得る。ローカルメディアサーバも、同様のやり方で番組を消去することができる。
【０１２６】
所望ならば、リモートメディアサーバ２４およびローカルメディアサーバ２９は、番組を自動的に消去することができる。これは、例えば、ある番組へのユーザからのアクセスが所定の期間無かった場合に行うことができる。また、リモートメディアサーバ２４およびローカルメディアサーバ２９は、リアルタイムでキャッシュされている番組の一部を自動的に消去することもできる。例えば、リアルタイムでのキャッシングでは録画は１０分間に限られるため、ユーザが巻き戻しできる録画量も限られ得る。リモートメディアサーバ２４は、例えば、ユーザに送られる番組を物理媒体に移動させることができる。別の適切なアプローチでは、全てのユーザが番組を見終わってから番組を消去する。サーバ２９またはサーバ２４上に番組を録画する料金をユーザに請求することができる。ユーザに料金を請求する場合、ユーザに、記憶装置の使用量、録画された番組の長さ、再生された番組の長さ毎について請求してもよいし、または一律の料金で請求してもよい。
【０１２７】
番組ガイドは、リモートメディアサーバ２４またはローカルメディアサーバ２９から番組を録画または再生する方式について様々な設定項目を設定する機会をユーザに与えることができる。ユーザが例えばメインメニュー１０２から「設定」機能を選択することによりこれらの機能を設定したい旨を知らせた場合、番組ガイドは、設定画面を表示することができる。図２４は、例示的な設定画面２４０１を示す。
【０１２８】
図２４に示すように、ユーザは、音声言語、音声形式、および映像形式を設定することができる。これらの形式でユーザテレビ機器２２は番組を再生することができる。ユーザは、例えば左右方向の矢印を用いることにより設定項目を変更することができる。ユーザは、例えば上下方向の矢印を用いることにより設定項目を変更することができる。適切な音声形式としては、モノラル音声、ステレオ音声、サラウンド音声などがあり得る。適切な映像形式としては、通常のテレビジョン、高品位テレビジョン（ＨＤＴＶ）、ワイド画面、ナロー画面などがあり得る。また、ユーザは、番組を再生する際の音声言語を選択することが可能である場合、デジタル音声トラック上で言語を選択することもできる。
【０１２９】
番組ガイドは、選択された言語、音声形式、および映像形式を録画リクエスト内に有し得る。リモートメディアサーバ２４またはローカルメディアサーバ２９は、これらの形式が番組と関連する番組データの一部として利用可能な場合、これらが示す形式および言語でのみ番組を録画し得る。あるいは、番組ガイドは、選択された言語、音声形式、および映像形式を再生リクエスト内に有することもできる。リモートメディアサーバ２４またはローカルメディアサーバ２９は、利用可能な映像形式および音声形式ならびに言語を全て用いて番組を録画し、リクエストがあったときに選択された形式および言語（またはあらゆるデフォルト形式またはデフォルト言語）のみで番組を再生することができる。
【０１３０】
また、番組ガイドは、ユーザが「スーパー番組」を定義することを可能にする。スーパー番組とは、ガイドが指定された順番で連続的に再生する番組または番組のセグメントのシーケンスのことである。双方向テレビ番組ガイドを用いてスーパー番組をデジタル記憶装置に録画することについては、例えば、上述したＨａｓｓｅｌｌらによる米国特許出願第０９／１５７，２５６号に記載がある。ユーザは、例えばユーザ入力装置４６を用いて適切なコマンドを入力することにより、番組ガイドのスーパー番組機能にアクセスしたい旨を知らせることができる。ユーザ入力装置４６が図８のリモコン４０のようなリモコンである場合、ユーザは、例えばディレクトリリスト項目画面３５０（図１８ｄ）内の番組リスト項目を強調表示した後、リモコン４０上の「スーパー」キーを用いるか、または、番組リスト項目を選択するときに番組ガイドが提供する番組ガイド表示画面からもしくは画面上のオプションリストから画面上の「スーパー番組」オプションを選択することができる。
【０１３１】
また、番組ガイドは、スーパ番組に名前を付けてそれらをリモートメディアサーバ２４、ローカルメディアサーバ２９、またはオプションのデジタル記憶装置４９に格納する能力をユーザに提供することもできる。名前の付いたスーパー番組のエントリは、リモートメディアサーバ２４、ローカルメディアサーバ２９、または番組ガイドが保存するユーザディレクトリ内に保存され、番組のディレクトリエントリをリストする任意の適切な画面（例えば、図１８ｄのディレクトリ画面３５０）で表示され得る。あるいは、番組ガイドは、スーパー番組のリスト項目をスーパー番組ディレクトリ画面（すなわち、スーパー番組リスト項目をリストする専用のディレクトリ画面）内にリストすることもできる。例えば、ディレクトリ画面３５０が番組ガイドにより表示されている場合、番組ガイドは、名前の付いたスーパー番組を選択する機会をユーザに提供することができる。
【０１３２】
ユーザが名前の付いたスーパー番組を選択すると、番組ガイドは、スーパー番組画面を生成して、その画面を表示デバイス４５上に表示することができる。また、番組ガイドは、スーパー番組機能を行うためのオプション（例えば、スーパー番組の再生、転送、または編集）を画面上にリストしたものをユーザに提供することもできる。ユーザがスーパー番組を定義したい旨を知らせると、番組ガイドは、スーパー番組画面を生成して、その番組を表示デバイス４５上に表示する。図２５ａおよび図２５ｂは、例示的なスーパー番組画面１３０を示す。
【０１３３】
スーパー番組画面１３０は、３つの領域で編成され得る。領域１３１は、リモートメディアサーバ２４、ローカルメディアサーバ２９、デジタル記憶装置４９、またはこれらの任意の組み合せを用いて録画した番組のディレクトリを表示する。領域１３２は、スーパー番組シーケンスを表示する。映像フィードバック領域１３７は、スーパー番組に含まれる番組の一部を表示する。ユーザが録画できる時間を制限するアプローチの場合、録画可能な時間の残量を表示して、例えば、リモートメディアサーバ２４またはローカルメディアサーバ２９で録画することのできる時間があとどれくらい残っているかをユーザに知らせることができる。
【０１３４】
上記のスーパー番組画面１３０の３つの領域は、必要なときにだけ提示され得る。例えば、番組ガイドが録画済み番組を選択する機会をユーザに与えるときのみに領域１３１を表示することができる。ユーザが番組を選択したあとは、領域１３１を消去することができ、領域１３２を領域１３１のあった場所に表示すると同時に、番組ガイドは、スーパー番組に含ませたい番組セグメントを定義する機会をユーザに提供することができる。映像フィードバック領域１３７は、ユーザが番組ガイドに番組のセグメントを表示するよう知らせることのみに応答して、表示され得る。従って、３つの領域を全て同時に表示する必要は無くなり得る。
【０１３５】
スーパー番組を定義する際、ユーザは、スーパー番組シーケンスに含まれるべき番組を知らせる。番組ガイドは、以前に定義したスーパー番組以外にも現在のスーパー番組内に番組を含ませる能力をユーザに提供することもできる。領域１３１は、録画済み番組とスーパー番組とをリストする。ユーザインターフェースが図８のリモコン４０のようなリモコンである場合、ユーザは、上下矢印キーを用いて、所望の番組またはスーパー番組を選択することができる。また、ユーザは、リモコン４０上の「情報」キーを用いるか、または番組ガイドが提供する画面上のオプションから適切なオプションを選択することにより、エントリに関連する他の情報にアクセスすることもできる。「情報」キーが押されると、番組ガイドは、図２０の全情報画面１６１のような、選択された番組に関連する情報を含む全情報画面を生成し得る。
【０１３６】
ユーザが番組を選択するたびに、番組ガイドは、選択されたエントリをスーパー番組シーケンス内の定義されたシーケンスポイント（例えば、シーケンスの一番最後）に構成する。例えば、図２５ａに示すように、第１のセグメントエントリ「Ｂｒａｖｅｈｅａｒｔ」は、ユーザにより既に選択されている。ユーザは現在、第２のセグメントのエントリ「Ｋｉｓｓ  Ｔｈｅ  Ｇｉｒｌｓ」を選択しているところである。この２つのセグメントエントリは、第２の領域１３２にリストされる。次いで、ユーザは、再生されるべき番組の再生セグメントを定義するオプションを有する。インジケータ１３５は、現在定義されている再生セグメントを示す。
【０１３７】
ユーザが再生セグメントを定義したい場合、ユーザは、例えばマーカ１３６（図２５ｂ）を用いてマーカを番組内の所望の時間に移動させて再生セグメントを定義することにより、再生セグメントを定義することができる。図２５ｂに示すように、ユーザは、（番組ガイドによりマーカのうちの１つの上に位置決めされる）強調表示領域１３４を用いてマーカ１３６を移動させ、再生セグメントを定義する。番組ガイドは、マーカ１３６の個々の位置に相当する番組部分を映像フィードバック領域１３７に表示することができる。番組ガイドは、例えば、再生リクエストを、番組内の所望の位置に対するユーザポインタまたは現在の位置からのオフセットを含むリモートメディアサーバ２４またはローカルメディアサーバ２９に発行することができる。あるいは、番組ガイドは、リモートメディアサーバ２４またはローカルメディアサーバ２９に適切なリクエストを送信して、リモートメディアサーバ２４またはローカルメディアサーバ２９上のユーザポインタを１つ以上調整することができる。ユーザは、再生セグメントを定義し終えると、リモコン４０上の「ＯＫ」キーを押し得る。番組ガイドは、それに応答して、強調表示領域１３４（図２５ａ）を第１の領域１３１に位置決めして、ユーザがスーパー番組シーケンス内に他のエントリを定義することを可能にする。
【０１３８】
ユーザは、スーパー番組を定義し終えると、ユーザ入力装置４６を用いて適切なコマンドを発行し得る。ユーザ入力装置４６が図８のリモコン４０のようなリモコンである場合、ユーザは、「再生」キーを用いてスーパー番組の編集を終了し、スーパー番組を再生することができる。また、ユーザは、番組ガイドが提供する画面上のオプションリストから、画面上の「再生」機能を選択することもできる。スーパー番組を定義した後は、ユーザはいつでもスーパー番組を再生することができる。
【０１３９】
ユーザが「再生」を押すと、番組ガイドは、再生リクエストをリモートメディアサーバ２４またはローカルメディアサーバ２９に発行するか、または、適切な命令をデジタル記憶装置４９に発行して、定義されたスーパー番組シーケンスに従って番組および関連番組データを読み出し得る。再生リクエストは、例えばスーパー番組シーケンスが定義する番組内の位置についてのポインタを含み得る。次いで、番組ガイドは、ユーザテレビ機器２２に、スーパー番組およびあらゆる関連データ内の番組を、適切な形式で提供して表示デバイス４５に表示し、ユーザは、その番組が初めて放送されたかのようにこれらの番組を利用する。表示デバイス４５が例えばテレビである場合、ユーザテレビ機器２２は、番組をデジタル形式から適切なＲＦまたは復調映像信号に変換して、モニタ４５に表示する。
【０１４０】
ユーザは、スーパー番組を後で再生するために格納することができる。ユーザは、例えばユーザ入力装置４６を用いて適切なコマンドを発行することにより、再生を延期したい旨を知らせることができる。ユーザ入力装置４６が図８のリモコン４０のようなリモコンである場合、ユーザは、リモコン４０上の「終了」キーを用いるか、または画面上の「終了」オプションを選択し得る。番組ガイドは、メモリ６３、デジタル記憶装置４９、リモートメディアサーバ２４またはローカルメディアサーバ２９のいずれかに再生シーケンスを格納することにより、再生延期の知らせに応答することができる。ユーザは、例えばスーパー番組がディレクトリ画面３５０内にあるときにスーパー番組を選択することにより、後でスーパー番組にアクセスすることができる。次いで、番組ガイドは、以前入力された選択番組および定義された再生セグメントを用いてスーパー番組画面を生成して、その番組および番組セグメントを追加、編集、または再注文する機会をユーザに提供することができる。ユーザは、適切なコマンドを発行することにより（例えば、リモコン４０上の「再生」キーを押すことにより）、スーパー番組を再生する。
【０１４１】
図２６〜３１は、本発明のシステムが動作に関する工程の例示的なフローチャートである。図２６〜３１に示す工程は、例示的なものであり、任意の適切な順番で行ってよい。所望ならば、様々な工程を除去してもよい。
【０１４２】
図２６は、番組および番組ガイドデータをリモートメディアサーバ２４またはローカルメディアサーバ２９に録画に関する工程の概要を例示的に示したフローチャートである。工程２６１０において、番組ガイドは、リモートメディアサーバ２４またはローカルメディアサーバ２９に録画したい番組を選択する機会をユーザに提供する。この工程は、例えば（直接的にまたはフリップオーバーレイとを組み合せて）番組を視聴しながら番組を録画する機会をユーザに提供することにより達成され得る。この工程はまた、番組リスト項目を選択する機会をユーザに与えることによっても達成され得る。番組リスト項目は、番組ガイドを用いて、時間別の番組リスト項目画面１３０（図１１ａ）、チャンネル別の番組リスト項目画面１３５（図１１ｂ）、カテゴリ別の番組リスト項目画面（図１１ｃ）、ブラウズオーバーレイ、または他の任意の適切な種類の番組ガイド表示画面のような様々な種類の番組リスト項目画面に提示することができる。あるいは、ユーザは、図２ｅの構成のようにインターネットを介して番組リスト項目にアクセスすることもできる。ユーザはまた、番組をリアルタイムでキャッシュするために番組を視聴しながら、リモコン４０上の「一時停止」キーまたは「巻き戻し」キーを押すことにより、番組を録画することもできる。
【０１４３】
また、ユーザは、ユーザが録画を希望する番組の種類を定義する検索クエリを設定することにより、リモートメディアサーバ２４またはローカルメディアサーバ２９を用いて録画する番組を選択することもできる。ユーザは、例えば、論理式を定義することができ、この論理式により、適切なパラメータ（単数または複数）に基づいて番組の録画が行われる。適切なパラメータは、番組に関連するあらゆる番組ガイドデータ（例えば、番組タイトル、番組の出演者、番組のテーマもしくはカテゴリ、番組の格付け、番組情報フィールド内のテキスト、または他の任意の適切な番組ガイドデータ）を含み得る。
【０１４４】
ユーザが録画する番組を選択または指定すると、番組ガイドは、録画リクエストを生成する（工程２６２０）。この工程は、工程２６１０と同時にでも、工程２６１０の直後にでも、または番組が開始する直前のような工程２６１０が終わってしばらく経った時点にでも行われ得る。ユーザが番組分類を録画したい旨を知らせた場合、リクエストは、分類識別子または構成する番組の番組識別子を含み得る。さらに別のアプローチにおいて、番組ガイドは、分類内の各番組に対して別個の録画リクエストを生成して、工程２６２０を繰り返し得る。
【０１４５】
これらの１つ以上の録画リクエストは、工程２６４０において録画メディアサーバへと送信される。録画リクエストを送信する工程では、任意の適切な通信プロトコルスタックを用いることを必要とし得る。録画リクエストは、例えばＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ、ＤＯＣＳＩＳ、または他の任意の適切なプロトコルまたはプロトコル群を用いて送信され得る。ユーザの録画に対して請求を行う場合、工程２６５０において、番組ガイド配信機器１６は、課金情報を課金システム１９９（図１）に提供し得る。課金情報は、選択された番組のタイトル、番組の識別子、番組の長さ、録画料金、または他の任意の適切な情報を含み得る。課金システム１９９はそれぞれ、工程２６５５においてリクエストをしているユーザに請求するか、または工程２６５７においてユーザの勘定を精算し得る。
【０１４６】
工程２６６０および２６８０において、番組および関連する番組ガイドデータがそれぞれ録画メディアサーバに録画される。工程２６６０および２６８０は、任意の適切な順番で行ってよく、所望ならば同時に行ってもよい。工程２６６０は、番組関連データを録画する工程を含み得る。工程２６８０はまた、番組をリアルタイムで自動的にキャッシュするときなどの場合、リモートメディアサーバ２４またはローカルメディアサーバ２９を用いて自動的に行ってもよい。
【０１４７】
図２７は、番組、番組ガイドデータ、またはこれらの任意の組み合せをリモートメディアサーバ２４またはローカルメディアサーバ２９に録画する工程に必要な工程（例えば、図２６の工程２６６０および２６８０）をいくぶんより詳細に示した例示的なフローチャートである。工程２８１０において、録画リクエストは、リモートメディアサーバ２４またはローカルメディアサーバ２９により受信される。工程２８２０において、録画リクエストは、ジョブキュー内のキューに入れられる。工程２８４０において、類似のリクエストが統合される。工程２８６０において、統合されたリクエストまたは統合されていないリクエストが、キューに入れられる。
【０１４８】
工程２８８０において、ジョブキューを調べて、各番組を録画対象としてリクエストしたユーザの数が十分になったかどうかを判定することができる。ジョブキューエントリの判定は、例えば番組の放送予定の１５分前に行うことができる。所与の番組をリクエストしたユーザの数が少な過ぎる場合、その番組をリクエストしたユーザに通知し（工程２８９０）、番組ガイドは、例えばローカルメディアサーバ２９、オプションのデジタル記憶装置４９（図９）、またはオプションの第２の記憶装置４７（図９）を用いることにより、番組をローカルに録画することができる（工程２９００）。あるいは、番組を物理媒体に録画して、ユーザに送信してもよい（工程２９０５）。
【０１４９】
工程２９１０において、番組ガイド配信設備１６にある適切な機器（例えば、配信機器２１）は、リクエストされた番組を搬送するチャンネル（アナログまたはデジタル）にチューニングする。この工程は、例えばリモートメディアサーバ２４によるリクエストに応答して行われ得る。工程２９２０において、番組は、リモートメディアサーバ２４またはローカルメディアサーバ２９内の記憶装置にアナログまたはデジタル形式で録画される。
【０１５０】
工程２９４０において、ユーザディレクトリが更新され得る。ユーザディレクトリは、リモートメディアサーバ２４、ローカルメディアサーバ２９、番組ガイド、またはこれらの任意の組み合せにより保存され得る。工程２９４５において、リモートメディアサーバ２４またはローカルメディアサーバ２９により保存されているユーザディレクトリが更新され得る。ローカルメディアサーバ２９は、自身が記憶装置３７（図７）に録画している番組のユーザディレクトリのみを保存するか、または、ローカルメディアサーバ２９のユーザが１人以上いる場合、リモートメディアサーバ２４により保存されているユーザディレクトリのコピーを保存することもできる。
【０１５１】
番組ガイドは、１人以上のユーザについてのユーザディレクトリを、オプションのデジタル記憶装置４９またはオプションの第２の記憶装置４７にあるメモリ６３（図９）内にローカルに保存することができる（工程２９５０）。番組ガイドにより保存されているユーザディレクトリは、リモートメディアサーバ２４、ローカルメディアサーバ２９、あるいはこれらの両方によって格納されている番組を反映することができ、所望ならば、ローカルメディアサーバ２９上の番組ガイドで保存することもできる。番組ガイドにとっては、ユーザディレクトリを一個所で保存する方が望ましい。しかし、別の適切なアプローチにおいては、番組ガイドは、リモートメディアサーバ２４およびローカルメディアサーバ２９により保存されているユーザディレクトリのコピーを保存することもできる。あるいは、ユーザディレクトリをリモートメディアサーバ２４またはローカルメディアサーバ２９で独占的に保存し、番組ガイドにオンデマンドで提供することもできる。
【０１５２】
図２８は、リモートメディアサーバ２４またはローカルメディアサーバ２９から、番組、番組ガイドデータ、またはこれらの任意の組み合せを再生する工程に必要な工程の例示的概要のフローチャートである。工程２７００において、番組ガイドは、リモートメディアサーバ２４またはローカルメディアサーバ２９から録画済み番組を選択して再生する機会をユーザに与える。この工程は、例えば録画済み番組のディレクトリをユーザに提示することにより達成され得る。このディレクトリは、ユーザが見ているテレビ番組の一番上にオーバーレイ（例えば、図１８ａのオーバーレイ３２０）されるか、番組ガイド表示画面の一番上にオーバーレイ（例えば、図１８ｂおよび図１８ｃのオーバーレイ３２０）されるか、専用番組ガイド表示画面内に表示（例えば、図１８ｄのディレクトリ画面３５０）されるか、または図２ｅの構成ようにウェブページ内に表示され得る。あるいは、図１１ａ、図１１ｂ、および図１１ｃに示すような通常の番組リスト項目画面内に録画済み番組または録画希望番組として選択された番組についての番組リスト項目をユーザに提示してもよい。
【０１５３】
ユーザは、例えばリストまたは他の番組ガイド表示画面から番組リスト項目を選択することにより、再生する番組を選択または指定することができる。ユーザが（例えばリスト項目を選択してリモコン４０上の「再生」キーを押すなどして）再生する番組を指定すると、番組ガイドは再生リクエストを生成し、この再生リクエストをリモートメディアサーバ２４またはローカルメディアサーバ２９へと送信する（工程２７２０および工程２７４０）。再生リクエストの送信は、例えばＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ、ＤＯＣＳＩＳ、または他の任意の適切なプロトコル（単数または複数）を用いて行うことができる。番組の再生に対してユーザが請求される場合、工程２７５０において、番組ガイド配信機器１６は、課金情報を課金システム１９９（図１）へと提供し得る。課金情報には、選択された番組のタイトル、番組の識別子、番組の長さ、再生にかかる料金、または他の任意の適切な情報が含まれ得る。課金システム１９９は、それぞれ工程２７５５および工程２７５７において、リクエストしているユーザに請求書を発行するか、またはユーザの勘定を清算することができる。工程２７６０および２７８０において、録画メディアサーバから番組および関連番組ガイドデータが再生され、ユーザへと提示される（例えば、図７のユーザのテレビ３６または図２ｅのＰＣ２３１など）。
【０１５４】
図２９は、リモートメディアサーバ２４およびローカルメディアサーバ２９から番組を再生する工程に必要な例示的な工程を、いくぶんより詳細にしたフローチャートである。工程２９６０において、再生対象として選択された番組の一部は、リモートメディアサーバ２４またはローカルメディアサーバ２９によりキャッシュされる。システムのリソースが許すならば、例えば番組全体をキャッシュする方が望ましくあり得る。また、工程２９６０は、工程２９６５を含む。工程２９６５では、リモートメディアサーバ２４またはローカルメディアサーバ２９により、番組の一部が既にキャッシュされているかどうか（すなわち、別のユーザ用に）が判定される。番組の一部がキャッシュされている場合、追加のコピーは必要なくなり得る。
【０１５５】
工程２９８０において、リモートメディアサーバ２４またはローカルメディアサーバ２９は、番組をユーザテレビ機器２２に配信し、これにより番組の再生が行われる。工程２９９０において、番組および関連番組ガイドデータは、ユーザテレビ機器２２またはＰＣ２３１で再生される。番組および番組ガイドデータは、任意の適切なアプローチを用いて配信および再生され得る。例えば、番組および番組ガイドデータをリモートメディアサーバ２４で再生して、ユーザテレビ機器２２に配信することにより、リアルタイムでの視聴が可能となる。番組および番組ガイドデータをデジタルデータストリームとして配信する場合、ユーザテレビ機器２２は、デジタルデータストリームをリアルタイムで復号することができる。このようなオンデマンドの番組および番組ガイドデータの配信および再生は、ユーザが設定した優先順位に従って行うことができる。第２の適切なアプローチにおいて、番組および番組ガイドデータは、１つ以上のデジタルファイルとしてまたはデジタルデータストリームとして配信され、ユーザテレビ機器２２に格納され、これにより再生が行われる。第３の適切なアプローチにおいて、番組および番組ガイドデータは、リモートメディアサーバ２４により再生され、適切なニアビデオオンデマンド（ＮＶＯＤ）アプローチを用いて、アナログチャンネルまたはデジタルチャンネルについての予定に従って配信される。さらに別の適切なアプローチにおいて、リモートメディアサーバ２４は、番組および番組ガイドデータを物理媒体（例えば、ＤＶＤまたはビデオカセット）に録画し、ユーザに送信することができる。これらのアプローチの任意の組み合せまたは他の任意の適切なアプローチも用いることが可能である。
【０１５６】
工程３０００において、番組ガイドは、番組をＶＣＲのように操作することをユーザに提供する。番組ガイドは、オーバーレイ（例えば、図２２のオーバーレイ１４１）を表示して、ユーザが行う番組の停止、一時停止、巻き戻し、または早送りをユーザに知らせることができる。工程３０１０において、リモートメディアサーバ２４またはローカルメディアサーバ２９は、番組部分内のユーザポインタを調整するか、またはポインタを次なる番組部分へと移動させ得る。例えば、番組が通常再生されるに従いまたは番組の早送りなど番組を操作するときには、ユーザポインタを進めることができる。ユーザポインタが番組部分の開始部分または終了部分を越えて調整される前の適切なポイントで、先行番組部分または後続番組部分をキャッシュすることができる（工程２９６０）。番組ガイドデータは、ユーザが双方向テレビ番組ガイドを用いて操作する番組を追跡するように提示および表示され得る。
【０１５７】
図３０は、リアルタイムでキャッシュされる番組のコピーへのアクセスをユーザに提供する工程に必要な工程の例示的なフローチャートである。工程３０２０において、番組が放送されている間、リモートメディアサーバ２４またはローカルメディアサーバ２９は、その番組をキャッシュする。工程３０２０は、リモートメディアサーバ２４またはローカルメディアサーバ２９により自動的に行われか、ユーザが（例えば番組を見ながらリモコン４０上の「一時停止」キーを押すなどして）番組をリアルタイムでキャッシュしたい旨を知らせたときに行われ得る。工程３０４０において、ユーザに番組のＶＣＲのような操作が提供される間、ユーザテレビ機器２２で番組が再生される。ユーザがＶＣＲのような機能を行いたいと知らせると、番組ガイドは、リモートメディアサーバ２４またはローカルメディアサーバ２９にリクエストを発行して、キャッシュコピーにおいて、ユーザポインタをユーザ視聴位置まで調整することができる。（例えば、番組が終了などして）ユーザがキャッシュコピーを見終えるか、ユーザが番組を最後まで早送りするか、またはユーザが停止キーを押すかすると、番組ガイドは、リモートメディアサーバ２４またはローカルメディアサーバ２９に消去リクエストを発行し、その番組を消去するか、または番組を自動的に消去することもできる。
【０１５８】
図３１は、本発明のスーパー番組機能を提供する工程に必要な工程を示す。工程３１１０において、番組ガイドは、リモートメディアサーバ２４、ローカルメディアサーバ２９、またはデジタル記憶装置４９に番組および関連番組ガイドデータを録画する。工程３１２０において、スーパー番組シーケンスが定義される。この工程は、工程３１４０に示すようなスーパー番組画面（例えば、図２５ａおよび図２５ｂのスーパー番組画面１３０）を表示デバイス４５上に表示する工程を含み得る。工程３１６０において、録画された番組は、番組ガイドにより表示デバイス４５上にリストされ、工程３１８０において、番組ガイドは、リストされた番組から選択する機会をユーザに提供する。工程３２００において、番組ガイドは、再生セグメントを定義する機会をユーザに提供する。工程３２２０に示すように、番組ガイドは、再生セグメントインジケータおよび再生セグメントマーカを表示して、再生セグメントを定義することができる。工程３２４０において、番組ガイドは、表示デバイス４５上に映像フィードバック領域を表示する。工程３２６０において、番組ガイドは、スーパー番組シーケンスに従って、表示デバイス４５上に、番組と、再生セグメントと、関連番組データとをスーパー番組シーケンスの一部として表示する。
【０１５９】
上記は、本発明の原理の例示に過ぎず、当業者であれば、本発明の範囲および精神を逸脱することなく様々な改変を行うことが可能である。
【図１】
2014116986.tif 000003
【図２ａ】
2014116986.tif 000004
【図２ｂ】
2014116986.tif 000005
【図２ｃ】
2014116986.tif 000006
【図２ｄ】
2014116986.tif 000007
【図２ｅ】
2014116986.tif 000008
【図３】
2014116986.tif 000009
【図４】
2014116986.tif 000010
【図５】
2014116986.tif 000011
【図６ａ】
2014116986.tif 000012
【図６ｂ】
2014116986.tif 000013
【図７】
2014116986.tif 000014
【図８】
2014116986.tif 000015
【図９】
2014116986.tif 000016
【図１０】
2014116986.tif 000017
【図１１ａ】
2014116986.tif 000018
【図１１ｂ】
2014116986.tif 000019
【図１１ｃ】
2014116986.tif 000020
【図１２ａ】
2014116986.tif 000021
【図１２ｂ】
2014116986.tif 000022
【図１３ａ】
2014116986.tif 000023
【図１３ｂ】
2014116986.tif 000024
【図１４ａ】
2014116986.tif 000025
【図１４ｂ】
2014116986.tif 000026
【図１４ｃ】
2014116986.tif 000027
【図１４ｄ】
2014116986.tif 000028
【図１４ｅ】
2014116986.tif 000029
【図１５ａ】
2014116986.tif 000030
【図１５ｂ】
2014116986.tif 000031
【図１６】
2014116986.tif 000032
【図１７】
2014116986.tif 000033
【図１８ａ】
2014116986.tif 000034
【図１８ｂ】
2014116986.tif 000035
【図１８ｃ】
2014116986.tif 000036
【図１８ｄ】
2014116986.tif 000037
【図１８ｅ】
2014116986.tif 000038
【図１８ｆ】
2014116986.tif 000039
【図１９】
2014116986.tif 000040
【図２０】
2014116986.tif 000041
【図２１】
2014116986.tif 000042
【図２２】
2014116986.tif 000043
【図２３】
2014116986.tif 000044
【図２４】
2014116986.tif 000045
【図２５ａ】
2014116986.tif 000046
【図２５ｂ】
2014116986.tif 000047
【図２６】
2014116986.tif 000048
【図２７】
2014116986.tif 000049
【図２８】
2014116986.tif 000050
【図２９】
2014116986.tif 000051
【図３０】
2014116986.tif 000052
【図３１】
2014116986.tif 000053
【手続補正書】
【提出日】平成26年2月21日(2014.2.21)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
番組リスト項目および他の番組ガイドデータは典型的には、衛星アップリンク設備により、多数のケーブルシステムヘッドエンドへと提供される。各ヘッドエンドは、その番組ガイドデータを多数のユーザへと配信する。双方向テレビ番組ガイドは典型的には、ユーザのセットトップボックス上で実現される。電子テレビ番組ガイドについては、例えば、１９９６年１２月１９日に公開された、ＫｎｅｅらによるＰＣＴ特許出願公開番号第ＷＯ９６／４１４７８号に記載がある。セットトップボックスは典型的には、ユーザのテレビとビデオカセットレコーダとに接続される。ユーザが番組を録画することを可能にする番組ガイドシステムについては、例えば、１９９７年９月５日に出願された、Ｅｌｌｉｓらによる米国特許出願第０８／９２４，２３９号に記載がある。本明細書中、同出願の全体を参考のため援用する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
ビデオオンデマンド（ＶＯＤ）システムもまた開発されている。このようなシステムは典型的には、ヘッドエンドが配信する番組を全て録画するか、または番組のうち選択された一部（ｓｕｂｓｅｔ）のみを録画する。前者のアプローチの場合、ユーザが所望する可能性のある映像を全て確実に利用可能とするためには、サーバに膨大な格納容量が必要となる。後者のアプローチの場合、ユーザが視聴できるのは、ヘッドエンドのオペレータが録画を決定した番組のみに限られる。音声信号および映像信号を格納し、転送するシステムについては、例えば、１９９５年２月９日に公開された、ＢｕｈｒｏらによるＰＣＴ特許出願公開番号第ＷＯ  ９５／０４４３１  Ａ２号に記載がある。ユーザが電子番組ガイドを用いて番組にオンデマンドでアクセスすることを可能にするシステムについては、例えば、１９９８年５月１２日に発行された、Ｇｉｒａｒｄらによる米国特許第５，７５１
，２８２号に記載がある。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
「Ｙｏｕｒ  Ｃｈｏｉｃｅ  ＴＶ」という名称で知られているケーブルテレビシステムでは、以前放送されたテレビ番組が一連のテレビ専用チャンネル上で再放送される。視聴者は、番組の再放送を少額の負担で注文することができる。しかし、再放送は予め決められた時間に放送されるため、視聴者にとって都合が良くない可能性がある。また、どの番組を録画するのかを決定するのはケーブルシステムのオペレータであるため、所望する番組が視聴者にとって利用不可能である場合もあり得る。インターネットにアクセス可能なテレビシステムは、例えば、１９９８年４月２３日に公開されたＭａｃＲａｅらのＰＣＴ特許出願公開番号ＷＯ９８／１７０６４に記載される。