(57)【要約】      （修正有）【課題】エンターテイメントヘッドエンドは、分配ネットワークを介して加入者の家庭にあるクライアント端末に、放送番組、ビデオオンデマンドサービス、およびＨＴＭＬベースの対話型番組を提供する。【解決手段】新しいユーザインターフェース、機能強化されたビデオオンデマンド制御、様々な対話型サービス（個人化されたニュース、ジュークボックス、ゲーム、著名人チャット）、および従来のテレビを喚起するユーザ体験を提供するために組み合わされる技法を含む、いくつかの異なる機能が提供される。【選択図】図１
2010081637.tif 000002
【特許請求の範囲】
【請求項１】
ビデオオンデマンドシステムを操作する方法であって、
ユーザが要求したビデオプログラムを第１の伝送チャンネルを介して所定のクライアント端末に伝送し、
視聴チャンネルを介して前記プログラムを前記端末のユーザに提示し、
ユーザ動作に応答して、前記伝送を中断し、
後続のユーザ動作に応答して、第１の伝送チャンネルとは異なる第２の伝送チャンネルを介して前記伝送を再開し、前記クライアント端末を自動的に再調整して前記再開された伝送を前記視聴チャンネルを介して提示することを含み、
少ない伝送チャンネル資源を前記システムが管理してビデオオンデマンド送達でユーザが起動した中断を利用することを特徴とする方法。
【請求項２】
ユーザが前記クライアント端末を異なる視聴チャンネルに切り替えることに応答して、前記伝送を中断することを含むことを特徴とする請求項１に記載の方法。
【請求項３】
ユーザのＳＴＯＰまたはＰＡＵＳＥコマンドに応答して前記伝送を中断することを含むことを特徴とする請求項１に記載の方法。
【請求項４】
少なくともリモートビデオサーバに結合されたユーザ端末を含むビデオエンターテイメントシステムにおいて、
ビデオオンデマンドチャンネルとして少なくとも１つの視聴チャンネルを定義し、
前記システムを介して利用可能な電子プログラムガイドで、前記ビデオオンデマンドチャンネルを識別し、
ユーザが前記ビデオオンデマンドチャンネルを選択すると、少なくとも１つの広告グラフィックならびに、
（ａ）起動されたときに、ビデオのトピック別リストを提示する第１の機能、および
（ｂ）起動されたときに、少なくともタイトルおよび俳優別にビデオデータベースが検索できる第２の機能を含む、単一の画面ユーザインターフェースをユーザに提示することを特徴とする方法。
【請求項５】
第２のユーザインターフェースをユーザに提供して、選択されたオンデマンドビデオを制御し、前記第２のユーザインターフェースが、少なくともＳＴＯＰ、ＰＬＡＹ、ＰＡＵＳＥ、ＲＥＷＩＮＤ、およびＦＡＳＴ  ＦＯＲＷＡＲＤ用の制御、ならびに前記選択されたオンデマンドビデオの残り時間表示を含むことを特徴とする請求項４に記載の方法。
【請求項６】
ユーザがオンデマンドビデオを選択した後、前記選択されたビデオのタイトルが前記電子プログラムガイドに表示されることを特徴とする請求項４に記載の方法。
【請求項７】
少なくともリモートビデオサーバに結合されたユーザ端末を含むビデオエンターテイメントシステムにおいて、
ビデオオンデマンドチャンネルとして少なくとも１つの視聴チャンネルを定義し、
前記ビデオオンデマンドチャンネルを介して送達されるビデオをユーザが選択し、
前記ユーザが選択したビデオを、前記システムを介して使用可能な電子プログラムガイドにリスト表示することを含むことを特徴とする方法。
【請求項８】
ビデオエンターテイメントシステムを操作する方法であって、
少なくとも部分的に２つのビデオ視聴習慣に基づいたプロファイルを、複数ユーザ向けに生成し、
同様のプロファイルを有する他の視聴者が気に入っていることが明らかになった利用可能プログラムのリストを、第１の視聴者に提示することを含み、
前記システムが、同様の視聴者の好みに基づいて、他のプログラムを視聴者に提案することができることを特徴とする方法。
【請求項９】
ビデオエンターテイメントを提示する方法であって、
複数の視聴チャンネルを定義し、
前記チャンネルのうちのいくつかで、テレビ番組を提示し、
前記チャンネルのうちの少なくとも１つで、対話型ビデオエンターテイメントを提供し、
対話型ビデオエンターテイメントチャンネルから切り替えたときに、前記対話型ビデオエンターテイメントチャンネルに関連付けられた状態情報を格納し、
その後、前記対話型ビデオエンターテイメントチャンネルに再度切り替えたときに、前記状態情報を復元することを含み、
ユーザが、以前に開始された動作を、前記対話型ビデオエンターテイメントチャンネルで簡単に再開できることを特徴とする方法。
【請求項１０】
前記対話型ビデオエンターテイメントチャンネルがビデオオンデマンドチャンネルを含み、前記状態情報が、ユーザが前記ビデオオンデマンドチャンネルから切り替えたポイントから前記ビデオオンデマンドエンターテイメントを再開できるようにするポインタを含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記ビデオオンデマンドを提示してクライアント端末で表示し、前記ポインタを前記クライアント端末の記憶装置に格納することを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
ビデオオンデマンドをビデオインフラストラクチャから前記クライアント端末に提供し、前記ポインタを前記クライアント端末から遠隔にある前記ビデオインフラストラクチャの記憶装置に格納することを含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
ビデオ入力、制御装置、および記憶装置を含むビデオシステムを操作する方法であって、
ユーザの視聴習慣を監視して、お気に入りの放送ビデオプログラムを決定し、
前記ビデオプログラムが放送されているときにユーザが視聴していないと、前記ビデオプログラムを記憶装置にコピーすることを含み、
お気に入りのプログラムが放送されているときにユーザが視聴していなければ、同じものが自動的に記録されるので、ユーザは記録する前に計画を立てる必要がないことを特徴とする方法。
【請求項１４】
ユーザの視聴習慣を監視して、視聴した放送ビデオプログラムの順位を視聴頻度によって決定し、
前記順位に従って、放送されたときにユーザが視聴していない複数のプログラムを前記記憶装置にコピーすることを含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
複数の視聴チャンネルを定義し、
前記チャンネルのうちのいくつかで、テレビ番組を視聴用に提示し、
前記チャンネルのうちの少なくとも１つで、前記コピーされたビデオプログラムを視聴用に提示することを含むことを特徴とする請求項１３に記載の方法。
【請求項１６】
前記システムに関連付けられた電子プログラムガイドに、前記コピーされたビデオのリスト、ならびに前記コピーされたビデオを視聴することができる視聴チャンネルを表示することを含むことを特徴とする請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオオンデマンドの方法およびシステムに関する。
【背景技術】
【０００２】
（発明の背景および概要）
対話型ビデオは、将来のホームエンターテイメントシステムの主要な構成要素となる見込みがある。先例の１つであるホテルビデオオンデマンドシステムは、従来技術のいくつかの欠点を例示するものである。
【０００３】
例示的ホテルビデオオンデマンドシステムでは、リモートコントロールを有するユーザが、オンデマンドビデオサービスのメニューが提示される所定のチャンネルに、テレビを合わせる。このメニューが典型的には、コメディ映画の場合は３０、アクション映画の場合は４０、子供向け映画の場合は５０というように、２桁のコードを入力するように要請する。ユーザが入力した２桁のコードに応答して、メニューは、選択されたカテゴリの下で利用可能な映画をさらに詳細に提示する。次いでユーザは、所望の映画に対応するコード（たとえばＡｎａｓｔａｓｉａの場合は５１、Ａｎｔｚの場合は５２、Ｓｎｏｗ  Ｗｈｉｔｅの場合は５３など）を入力するように指示される。
【０００４】
映画選択コードを入力すると（さらにチェックアウト時にホテルの請求書に表示されるビデオ料金を確認すると）、映画の上映が開始される。その後映画は継続して上映される。視聴者がかかってきた電話に出たり、テレビを短時間だけ別のチャンネルに変える場合、オンデマンドビデオ送達を中断するような設備はなく、視聴者は単にビデオのその部分を見逃すだけである。ほとんどのシステムでは、テレビが少し長い時間別のチャンネルに変えられると、オンデマンドビデオは終了する。視聴者がビデオの視聴を続行したい場合は、最初からもう一度やり直さなければならず、典型的には別料金が発生する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の様々な実施形態では、従来技術のオンデマンドビデオシステムのこうした欠点および関連する欠点を取り除く。
【課題を解決するための手段】
【０００６】
本発明の一実施形態によると、ビデオオンデマンドシステムを操作する方法が提供される。当該方法は、ユーザが要求したビデオプログラムを第１の伝送チャンネルを介して所定のクライアント端末に伝送し、視聴チャンネルを介してプログラムを端末のユーザに提示し、ユーザ動作に応答して、伝送を中断し、後続のユーザ動作に応答して、第１の伝送チャンネルとは異なる第２の伝送チャンネルを介して伝送を再開し、クライアント端末を自動的に再調整して再開された伝送を視聴チャンネルを介して提示することを含み、少ない伝送チャンネル資源をシステムが管理してビデオオンデマンド送達でユーザが起動した中断を利用することを特徴とする。
また、別の一実施形態によると、少なくともリモートビデオサーバに結合されたユーザ端末を含むビデオエンターテイメントシステムが提供される。当該システムは、ビデオオンデマンドチャンネルとして少なくとも１つの視聴チャンネルを定義し、システムを介して利用可能な電子プログラムガイドで、ビデオオンデマンドチャンネルを識別し、ユーザがビデオオンデマンドチャンネルを選択すると、少なくとも１つの広告グラフィックならびに、（ａ）起動されたときに、ビデオのトピック別リストを提示する第１の機能、および（ｂ）起動されたときに、少なくともタイトルおよび俳優別にビデオデータベースが検索できる第２の機能を含む、単一の画面ユーザインターフェースをユーザに提示することを特徴とする。
また、別の一実施形態によると、少なくともリモートビデオサーバに結合されたユーザ端末を含むビデオエンターテイメントシステムが提供される。当該システムは、ビデオオンデマンドチャンネルとして少なくとも１つの視聴チャンネルを定義し、ビデオオンデマンドチャンネルを介して送達されるビデオをユーザが選択し、ユーザが選択したビデオを、システムを介して使用可能な電子プログラムガイドにリスト表示することを含むことを特徴とする。
また、別の一実施形態によると、ビデオエンターテイメントシステムを操作する方法が提供される。当該方法は、少なくとも部分的に２つのビデオ視聴習慣に基づいたプロファイルを、複数ユーザ向けに生成し、同様のプロファイルを有する他の視聴者が気に入っていることが明らかになった利用可能プログラムのリストを、第１の視聴者に提示することを含み、システムが、同様の視聴者の好みに基づいて、他のプログラムを視聴者に提案することができることを特徴とする。
また、別の一実施形態によると、ビデオエンターテイメントを提示する方法が提供される。当該方法は、複数の視聴チャンネルを定義し、チャンネルのうちのいくつかで、テレビ番組を提示し、チャンネルのうちの少なくとも１つで、対話型ビデオエンターテイメントを提供し、対話型ビデオエンターテイメントチャンネルから切り替えたときに、対話型ビデオエンターテイメントチャンネルに関連付けられた状態情報を格納し、その後、対話型ビデオエンターテイメントチャンネルに再度切り替えたときに、状態情報を復元することを含み、ユーザが、以前に開始された動作を、対話型ビデオエンターテイメントチャンネルで簡単に再開できることを特徴とする。
さらに、別の一実施形態によると、ビデオ入力、制御装置、および記憶装置を含むビデオシステムを操作する方法が提供される。当該方法は、ユーザの視聴習慣を監視して、お気に入りの放送ビデオプログラムを決定し、ビデオプログラムが放送されているときにユーザが視聴していないと、ビデオプログラムを記憶装置にコピーすることを含み、お気に入りのプログラムが放送されているときにユーザが視聴していなければ、同じものが自動的に記録されるので、ユーザは記録する前に計画を立てる必要がないことを特徴とする。
【図面の簡単な説明】
【０００７】
【図１】本発明による使用可能な対話型ビデオシステムを示す構成図である。
【図２】図１のエンターテイメントヘッドエンドを示す構成図である。
【図３】図１のクライアント端末を示す構成図である。
【図４】ビデオオンデマンドの選択画面を示す図である。
【図５】ユーザがオンデマンドビデオの再生を制御することができる、ユーザインターフェースを示す図である。
【図６】ＮＥＷＳ視聴者チャンネルの画面表示を示す図である。
【図７】ＣＥＬＥＢＲＩＴＹ  ＣＨＡＴ視聴者チャンネルの画面表示を示す図である。
【発明を実施するための形態】
【０００８】
本発明の前述およびその他の特徴および利点は、添付の図面を参照しながら進めていく以下の詳細な説明により、さらに容易に明らかになろう。
【０００９】
（詳細な説明）
図１を参照すると、例示的な対話型ビデオシステム１０にはエンターテイメントヘッドエンド１２および１つまたは複数のクライアント端末１４が含まれ、それぞれがネットワーク１６を介して相互に結合される。
【００１０】
ネットワーク１６は、典型的には、ヘッドエンド１２から様々な近隣の分配ノード２０へと延在する同軸ケーブルまたは光ファイバ１８を含む。別のケーブル２２が、分配ノードから個々の加入者構内までを結合する。
【００１１】
本明細書と共に出願された「Ｐｒｏｘｙ  ｆｏｒ  Ｖｉｄｅｏ  ｏｎ  Ｄｅｍａｎｄ  Ｓｅｒｖｅｒ  Ｃｏｎｔｒｏｌ」という名称の姉妹出願に詳細に記載されるように、ネットワークには１つまたは複数のプロキシサーバ２４を含むことができる。これらは、様々なシステム制御機能およびユーザインターフェース（ＵＩ）機能を実行するために、ヘッドエンド１２とクライアント端末１４との間に設置されたコンピュータである。
【００１２】
プロキシサーバ２４は、ヘッドエンドとクライアントとの間にある論理ＴＣＰ／ＩＰ制御チャンネル２７に設置される。制御信号およびエンターテイメントは物理的に同じケーブル１８上を搬送されるが、概念上わかりやすくするために、図１では別々に示される。
【００１３】
図２に示されるように、エンターテイメントヘッドエンド１２には、典型的にはケーブルテレビのヘッドエンド設置に関連付けられた構成要素、たとえば衛星放送を受信し、対応するベースバンド方式のアナログビデオ信号を生成するための、衛星受信機２６が含まれる。さらに、ヘッドエンド１２には、オンデマンド送達用のＭＰＥＧ符号化デジタルビデオを格納するための、高速デジタルディスクアレイおよび／または光記憶装置２８が含まれる。ヘッドエンド１２には、以下でより詳細に示すように、ＨＴＭＬベースのプログラミング（たとえばカスタマイズされたニュース、著名人のチャット、対話型ジュークボックス、および対話型ゲーム）を出力する、１つまたは複数の対話型サービスサーバ３０も含まれる。プロキシサーバ２４を使用しないシステムでは、ヘッドエンドにはさらに、システム管理に関する制御データ（たとえばチャンネル割当てデータ、課金情報など）を送受信する、制御コンピュータ３２が含まれる。
【００１４】
ネットワーク１６を介したヘッドエンドからの、これら様々な形式のデータの伝送は直送式である。ビデオ分野の技術者にはよく知られているように、アナログビデオは一般に、５２ＭＨｚ以上の、６ＭＨｚチャンネルで分配される。デジタルビデオは、これら従来の放送チャンネル内の１つの伝送用搬送波上で符号化するか、あるいは１つまたは複数の他の未使用周波数で変調することができる。帯域幅を減らしてデジタル化したビデオの複数のチャンネルを伝送するのには、統計的多重化を使用することが望ましい。ＨＴＭＬベースの対話型サービスおよび制御データは、従来のプロトコル（たとえばＴＣＰ／ＩＰ）を使用して伝送し、ネットワークを介して分配するのに好適な搬送波周波数に変調することができる。あるいはこうしたデータは、周知のように、アナログビデオ放送の垂直帰線消去期間（ｖｅｒｔｉｃａｌ  ｂｌａｎｋｉｎｇ  ｉｎｔｅｒｖａｌ）内で伝送することができる。
【００１５】
ヘッドエンドからの様々な信号は、変調器３４によって適切な分配周波数に変調された後、ネットワーク１６を介して分配するために、ＲＦ結合器３６によって結合される。
【００１６】
各クライアント端末１４は、ＣＰＵ  ３８、ＲＡＭメモリ４０、不揮発性メモリ４２、ディスプレイ画面４４、ディスプレイドライバ回路４６、関連するオーディオステージ５０を備えたスピーカ４８、リモートコントロール５２、赤外線インターフェース５４、ユーザインターフェース（ＵＩ）５６、ダイヤルアップインターフェース５８、ケーブルインターフェース６０、およびＭＰＥＧ復号器６２を含む、機能強化ＷｅｂＴＶ端末である（図３）。（熟練技術者は、特許および技術文献における多くの記述ならびにその広範な可用性／使用法から、ＷｅｂＴＶ端末に精通していると想定される。）
【００１７】
ＣＰＵ  ３８は、たとえば、Ｉｎｔｅｌ、ＡＭＤ、Ｃｙｒｉｘ、Ｍｏｔｏｒｏｌａなどから入手可能な、いくつかのマイクロプロセッサのいずれかであってよい。あるいはＣＰＵは、端末１４の１つまたは複数の他の構成要素を任意選択で統合したカスタムデバイスであってよい。
【００１８】
ＲＡＭメモリ４０は、典型的には８Ｋまたは１６ＫのＥＤＯメモリを含むが、別法として、これよりも多いかまたは少ないメモリ、および／またはタイプの異なるメモリを使用することもできる。
【００１９】
図示された実施形態の不揮発性メモリ４２は、オペレーティングシステムおよびアプリケーションソフトウェアのある種の構成要素が格納される、ＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリを含む。さらに図示された不揮発性メモリ４２は、４ＧＢの磁気ディスク記憶装置を含む。
【００２０】
ディスプレイ画面４４は、従来から消費者のテレビジョンで使用されているタイプのＣＲＴであり、ディスプレイドライバ回路４６は、提供される入力ビデオデータに従って、ＣＲＴが必要とする励起信号を提供する働きをする。
【００２１】
スピーカ４８およびオーディオステージ５０は、ビデオディスプレイ画面およびドライバ回路の音声部分に相当するものである。これらのステージは、高忠実度スピーカおよび好適な増幅器、ならびに、それによって音声データが伝送されるデジタルデータ形式に対応する音声合成回路を含むことが望ましい。（以下で詳細に説明するＪＵＫＥＢＯＸサービスでは、音声はＭＰＣ３形式で伝送することが可能であり、その場合、復号用にＭＰＥＧ復号器６２が使用できる。）
【００２２】
リモートコントロール５２および対応するＩＲインターフェース５４は、一般に従来型であり、ユーザがリモートコントロール５２上のボタンを操作することにより、ユーザコマンドを端末に中継する働きをする。
【００２３】
図示された実施形態のダイヤルアップインターフェース５８は、電話回線に結合されたモデムである。様々な異なるモデムおよび通信リンクが使用可能である。
【００２４】
ケーブルインターフェース６０は、ネットワーク１６から複合データ信号を受け取り、それらを３つの一般的な信号タイプ、すなわちアナログビデオ（典型的には放送テレビプログラミングに対応する）、デジタルビデオ（典型的にはオンデマンドビデオプログラミングに対応する）、およびＨＴＭＬ／制御命令（前者は典型的には他の対話型サービスに対応し、後者はクライアント端末１４と、ヘッドエンド１２、プロキシサーバ２４、または近隣ノード２０との間で交換される命令である）に分離する。ケーブルインターフェース６０には、ＣＰＵによって制御されるＲＦチューナセクションが含まれる。図示されたＭＰＥＧ復号器６２は、ＭＰＥＧビデオストリームを連続するビデオデータのフレームに変換する特定用途向け集積回路である。
【００２５】
図示された実施形態のユーザインターフェース５６は、様々な画面上のビジュアルディスプレイを表すものであり、これをリモートコントロール５２と併せて使用することにより、ユーザは様々な選択を実行することができる。これらの１つが、視聴チャンネルの切替えである。（下記で詳細に説明するように、視聴チャンネルの切替えは、対応するケーブルインターフェース６０のＲＦチューナ部分の再調整を実行する必要がない。）見やすいように別々に図示されているが、当分野の技術者であれば、ユーザインターフェース５６が典型的にはＲＡＭメモリ４０に格納された命令として実現されることを理解されよう。
【００２６】
システムの動作は、第１にビデオオンデマンドサービスを参照して記述される。オンデマンドビデオを表示するには、ユーザは第１に、クライアント端末１４を所定のチャンネル、すなわち「ＶＩＤＥＯチャンネル」に合わせる。
【００２７】
ここで２つのタイプの「チャンネル」の違いを説明する必要がある。第１に「伝送チャンネル」という用語は、ネットワーク１６を介してプログラミングをヘッドエンド１２からクライアント端末１４に中継するのに使用される、実際の周波数チャンネル（たとえば５２〜５８ＭＨｚ）を表す。第２の「視聴者チャンネル」という用語は、ユーザが異なるプログラミングを見分けるのに使用する名前（たとえば、ＭＳＮＢＣ、ＣＮＮ、ＧＡＭＥ、ＣＨＡＴ、ＶＩＤＥＯ、ＦＡＶＯＲＩＴＥＳ）を表す。視聴者チャンネルと伝送チャンネルとの間のマッピングは、システム（たとえば、端末１４、ヘッドエンド１２、またはプロキシサーバ２４）によって決定される。
【００２８】
ＶＩＤＥＯチャンネルは視聴者チャンネルであり、視聴者がビデオオンデマンドプログラミングを受け取るために切り替えるチャンネルである。このプログラミングが送達される周波数は、視聴者にとって重要ではない。システム資源の用途（たとえば他の視聴者のビデオオンデマンド用途）に応じて、様々な場合に様々な伝送チャンネルを使用することができる。ある時には１０８〜１１４ＭＨｚの伝送チャンネルを使用してオンデマンドビデオを加入者に中継することができる。また次の日には、代わりに１１４〜１２０ＭＨｚの伝送チャンネルを使用することができる。視聴者チャンネルへの伝送チャンネルの割当てを示すデータは、システム１０の構成要素間で制御データとして定期的に中継される。
【００２９】
ＶＩＤＥＯチャンネルでは、図４に示されるような紹介ＵＩ画面６４がユーザに提示される。この画面には、映画のカテゴリのトピック別リスト６６、ユーザが使用可能なビデオのデータベースをタイトル、出演者、監督、キーワードなどで検索できる機能６８、特集を組んでいるビデオタイトルの宣伝７０、およびその他の広告７２という、４つの構成要素が含まれる。この画面は、クライアント端末１４によって提供された、ネットワーク１６を介して送られるＨＴＭＬプリミティブによって定義される。図示された実施形態では、ビデオ選択画面６４に関連付けられたＨＴＭＬプリミティブは、プロキシサーバ２４から送られるものである。
【００３０】
視聴者はリモートコントロール５２上にある矢印キーを操作して、興味のある機能、たとえば特定のトピックカテゴリをハイライト表示する。（ここでハイライト表示とは、特定の画面機能またはハイパーリンクが実行用に選択されたことを示す視覚的表示のことである。機能の色の変更、機能の周囲を色付きボックスで囲むなど、様々な形式のハイライト表示が使用可能である。）所望の機能を選択した後、リモートコントロール上の「Ｇｏ」ボタンを押すと、ユーザの選択が端末１４に送信される。
【００３１】
「ＫＩＤＳ」カテゴリがハイライト表示された場合、次にシステムは、使用可能な子供向け映画をリストした画面を提示する（再度プロキシサーバからＨＴＭＬで定義される）。視聴者は再度リモートコントロールを操作して特定の選択肢を選択し、「Ｇｏ」を押す。この時点で、課金手配（あれば）を確認するオプション画面を提示することができる。
【００３２】
最終的なビデオ選択が実行されると、ビデオ制御パネルＵＩ  ７４（図５）が画面上に提示される。図示された実施形態では、このパネルは半透明で、このオーバーレイパネルの「後ろ」にある画像を視聴者が知覚できるようになっている。（すなわち、このパネルは下にある画像によって輝度が変化する。）図５の例示的なビデオ制御パネル７４には、ＰＬＡＹ（再生）、ＳＴＯＰ（停止）、ＲＥＷＩＮＤ（巻戻し）、ＦＡＳＴ  ＦＯＲＷＡＲＤ（早送り）、およびＰＡＵＳＥ（一時停止）の各ボタン７６Ａ〜Ｅが含まれる。（さらにパネルには、選択されたビデオの残り時間を示すテキストまたはグラフィカル表示７８を含むことができる。）最初はＰＬＡＹボタンがハイライト表示される。
【００３３】
クライアント側に（不揮発性メモリ４２に格納されたＨＴＭＬプリミティブから）制御パネルが提供されると、ヘッドエンドが再生用に選択されたＭＰＥＧビデオを待ち行列に入れ、システム（ヘッドエンド１２またはプロキシサーバ２４）が使用可能な伝送チャンネルを選択する。選択されたチャンネルを示すデータはクライアント端末１４に中継され、ユーザが何も動作しなくても、これがケーブルインターフェース６０内のＲＦチューナを調整する。これとは対照的に、視聴者チャンネルはＶＩＤＥＯチャンネルでは変更されずそのままである。
【００３４】
選択されたビデオを再生するには、ユーザは単にリモートコントロール５２上の「Ｇｏ」ボタンを押して、制御パネル７４上の初めにハイライトされているＰＬＡＹボタン７６Ａを起動させるだけである。対応する命令がヘッドエンド１２に送られ、ビデオ送達が開始される。画面上のビデオ制御パネル７４が消える。
【００３５】
再生中にユーザがオンデマンドビデオの送達を停止または一時停止したい場合（たとえば電話に出る、台所からお菓子を持ってくるなど）は、リモートコントロールの「Ｍｅｎｕ（メニュー）」ボタンを押す。ビデオ制御パネル７４が再表示され、今回はＳＴＯＰボタンがハイライト表示されている。ユーザが再生を停止したい場合は、リモートコントロールの「Ｇｏ」ボタンを押す。ユーザが再生を一時停止したい場合は、リモートコントロールの矢印キーを使って、制御パネル上のハイライト表示をＰＡＵＳＥボタンに移動させた後、「Ｇｏ」ボタンを押す。次いで、対応する停止または一時停止命令が、クライアント端末１４からヘッドエンド１２に送られ、ＭＰＥＧ送達が中断する。
【００３６】
（ＳＭＰＴＥコード、ディスクアドレス、時間オフセットなどによって）ビデオ中断地点を示すデータレコードが、クライアント、ヘッドエンド、またはプロキシサーバのいずれかに格納されるため、再生はその地点から（またはコンテキストを提供するためにその地点よりわずかに前から）再開することができる。
【００３７】
パネル７４でＳＴＯＰまたはＰＡＵＳＥのどちらかのボタンが起動されると、パネル７４は画面に表示されたままとなるが、ハイライト表示はＰＬＡＹに切り替えられる。（一時停止命令の後にＰＡＵＳＥボタンを使用して再生を再開し、ユーザがＰＡＵＳＥボタンを起動してビデオを中断すると、ＰＡＵＳＥボタンがハイライト表示されたままになる。）この取り決めにより、再生を再開するボタンがすでにハイライト表示されているので、視聴者はリモートコントロールの「Ｇｏ」を押すだけで再生を再開することができる。（ＲＥＷＩＮＤボタンまたはＦＡＳＴ  ＦＯＲＷＡＲＤボタンが起動されたときも、同様にパネルが画面上に表示されたままとなり、次にＰＬＡＹがハイライト表示される。）
【００３８】
ビデオが中断している間、画面は様々に使用することができる。たとえば、視聴室に残っている視聴者に、クイズおよび他のエンターテイメントを提示することが含まれる。待機中の電子メール、またはコマーシャルや宣伝メッセージの表示も同様に提示できる。
【００３９】
再生中の停止時間が短い場合、システム１０は、ビデオ送達が中断してもそのビデオオンデマンドクライアント１４への伝送チャンネルの割当てを維持する。ただし、中断期間がしきい値（たとえば１０分）を超えると、システムは割り当てられた伝送チャンネルを、使用可能な伝送チャンネルのシステムプールに戻す。次いでそのチャンネルを、別の用途に割り当てることができる。その後ユーザがリモートコントロールの「Ｇｏ」を押して再生を再開すると（すでにＰＬＡＹがハイライト表示されている）、システムは新しい伝送チャンネルを動的に割り当てることで応答し、クライアントのＲＦチューナを再調整し、したがってヘッドエンドの変調器も再調整して、中断地点（またはその直前）から再生を再開する。
【００４０】
ユーザが、オンデマンドビデオの再生中に別の視聴者チャンネルに変更した（たとえば、スポーツの得点を調べるためにＭＳＮＢＣに変えた）場合、同様のシーケンスが発生する。システムは（たとえば、クライアントによって送信された命令または通知に応答して）オンデマンドビデオの送達を中断し、ＭＰＥＧ中断地点を示すレコードが格納される。ユーザが所定の期間（たとえば２４時間）内にＶＩＤＥＯ視聴者チャンネルに戻ると、システムは中断地点からビデオの伝送を再開する。（ユーザの動作、たとえばＰＬＡＹを押すなどの動作は必要なく、このシナリオでビデオ制御パネルは表示されない。）ここでも、再開された伝送は異なる伝送チャンネルを介して発生する場合があるが、この詳細はユーザにはトランスペアレントである。
【００４１】
図示されたシステムには、視聴者プログラムの選択を容易にするために画面上に選択的に表示することができる電子プログラムガイドが含まれる。電子プログラムガイドは当分野の技術者にはよく知られているので、本明細書では詳細に説明しない。例示的なプログラムガイドは、たとえば米国特許および許可済み出願第５８１５号、第５７５８２５８号、５５８５８３８号、５６５４７４８号、５５２６０３６号、０８／９６９９７９号、および０８／９６８３８６号に示されている。オンデマンドビデオが選択されたときに、ＶＩＤＥＯ視聴者チャンネルに関連して、ビデオのタイトルが電子プログラムガイドに表示されることが望ましい。さらに、たとえば数字の時：分表示として、またはグリッド状のプログラムガイド内で残り時間に対応する距離で延在するブロックとして、選択されたビデオの残り時間を表示することもできる。（選択されたビデオタイトルおよび残り時間を指定するデータは、システム１０の１つまたは複数の構成要素に格納され、必要に応じてプログラムガイドに挿入することができる。）
【００４２】
このオンデマンドビデオを電子プログラムガイド内にある放送テレビ番組の中にリスト表示することによって、ユーザにオンデマンドビデオをあたかももう１つのチャンネルであるように知覚させることができる。新規ユーザにとってシームレスで親しみやすい体験を提供するように、すべてのビデオサービスをこのテレビに似た典型で提示することが望ましい。
【００４３】
テレビに似た対話をオンデマンドビデオに提供することが１つであり、もう１つはその体験をＨＴＭＬベースのビデオサービスに拡張することである。以下の考察では、いくつかの異なるＨＴＭＬベースのサービスについて論じる。テレビに似た体験を与えるために、こうしたサービスで様々な技法が使用される。
【００４４】
技法の１つは、テレビ画面に似た画面にすることである。コンピュータディスプレイには、典型的に直線の縁部で囲まれたイメージ領域がある。ＣＲＴ管の縁部は典型的には直線ではなくわずかにカーブしているので、一般的にコンピュータモニタの一部またはすべての縁部には細い黒の余白がある。表示は、イメージの他の部分が画面の外にはみだして表示されないことがないように、この余白部分にまでは延在しない。これに対してテレビ画面はそれほど精度にはこだわらない。その代わりに、見た目に最も大きいイメージサイズを提供することに重点が置かれる。したがって、画面は典型的にはオーバースキャンとなり、少なくとも一部の走査線の端部が画面上の目に見える部分を超えて延在する。したがって、ＨＴＭＬ描画グラフィックを表示する場合に、よりテレビに似た体験を生み出すための１つの技法は、故意に画面をオーバースキャンさせることである。
【００４５】
関係する技法は、表示画面よりも大きな表示を避けることである。ワールドワイドウェブの「ページ」の多くは、画面の下部からはみ出して延在する表示部分を表示するために「スクロール」する必要がある。これはウェブの利用者にとっては慣れた操作であるが、テレビ視聴者にとってはまったく不慣れな操作であって、避けることが望ましい。
【００４６】
ＨＴＭＬグラフィックスをテレビに似た外観に改善するための他の技法は、テレビ番組を喚起させる製作の技法および価値を使用することである。たとえば、フェード、ディゾルブ、およびワイプは、テレビ番組で視聴者が日常的に遭遇するビデオ遷移効果である。ただしこれらがＨＴＭＬ作品で使用されることは、たとえあったとしてもまれである。以下で詳細に説明する対話型サービスでこれらを使用すると、テレビに似た体験を与えるのに役立つ。
【００４７】
他の統合技法は、システムの電子プログラムガイド内で、視聴者によく知られた他のチャンネル（たとえばネットワーク放送チャンネルおよびケーブルチャンネル）の中に、単に追加のチャンネルとして対話型サービス（たとえばＧＡＭＥＳ、ＣＥＬＥＢＲＩＴＹ  ＣＨＡＴ、ＪＵＫＥＢＯＸ、ＮＥＷＳ）をリスト表示することである。
【００４８】
こうした技法によって、視聴者は、スムーズなよく知られた状況で対話型ビデオエンターテイメントおよび従来型テレビ番組に遭遇する。これは、以下の考察からも明らかなように、対話型ビデオエンターテイメントそれ自体が従来のＴＶとはまったく異なる可能性があるので、重要である。
【００４９】
対話型エンターテイメントには、広範なコンテンツが含まれる。形式によっては、前述の例を他のコンテキストまたは媒体で有するものもある。その他の形式はまったく新しいものである。広範な可能性を例示するためにいくつかの例を挙げる。
【００５０】
第１の例示的な対話型ビデオサービスがジュークボックスである。ユーザが初めてＪＵＫＥＢＯＸ視聴者チャンネルに切り替えると、ビデオ選択ＵＩ  ７４に似通ったユーザインターフェースが画面上に提示される。ただし、映画の選択ができるのではなく、（たとえばジャンル、アーティスト、タイトルなどによって）音楽の選択ができる。次に、オンデマンドビデオの再生について上記で詳細に説明したものと同様の手順および再生ＵＩを使用して、選択された音楽を端末のオーディオスピーカ４８を介して再生することができる。前述のように、ユーザがＪＵＫＥＢＯＸ視聴者チャンネルを別のチャンネルに切り替えると、選択された音声の再生は中断され、選択を再開するべき地点を示すポインタが格納される。
【００５１】
再生中、ディスプレイ画面４４を使用しないでいるよりも、選択された音楽に関連して使用することが望ましい。たとえば、選択された音声レコーディングに添えるために音楽ビデオを提示することができる。あるいは、選択に関する情報、たとえばアーティストの伝記、批評家の評論、異なるアーティストによる同じ選択の他のレコーディングリスト、アーティストの今後のスケジュールなどを提示することができる。ユーザがＣＤまたはそれ以外のいずれかで、音楽を購入できるようにすることもできる。（このようなオプションはすべて、ワールドワイドウェブで従来から行われているように、ＨＴＭＬデータの他の画面にホットリンクさせることができる。）
【００５２】
システムはユーザの音楽の選択を監視し、自動的にユーザの好みのプロファイルを（ジャンル、アーティスト別などで）コンパイルすることが望ましい。あるいは、ユーザが明示的に自分の好みを定義することができる。（配布されたシステム１０に格納された他のデータの場合と同様に、ユーザのジュークボックスの好みをクライアント端末、プロキシサーバ、またはヘッドエンドに格納するか、あるいはそれらの間で配布することができる。）その後ユーザがＪＵＫＥＢＯＸ視聴者チャンネルに戻ったときに、これらの好みに重点を置いた選択メニューを表示することができる。（重点を置いた選択メニューには、一般的なすべてが含まれた音楽選択画面に戻るオプションも含まれる。）
【００５３】
第２の例示的な対話型サービスがＮＥＷＳである。この視聴者チャンネルは個人化されたニュース情報をテレビに似た形式で送達する。チャンネルはＣＮＮヘッドラインニュースに似た編成で、数個のニュースカテゴリが１時間に何回か連続して繰り返される。カテゴリにはたとえば主要項目、スポーツ、天気、交通、および金融を含めることができる。各カテゴリは静止表示（たとえばテキスト記事）にすることができるが、より典型的には、ストリーミングビデオの抜粋を含む。
【００５４】
ＮＥＷＳの例示的表示が図６に示されている。現在の主要項目（Ｈｅａｄｌｉｎｅ）カテゴリの一部を表示するのに加えて、画面８０には、任意の他のカテゴリ（図示された画面のスポーツ、天気、または株式）に即時に切り替えるオプションがユーザに与えられている。ここでもこうした選択は、ユーザがリモートコントロールの矢印キーを使って、所望の選択にハイライト表示を移動させ、「Ｇｏ」ボタンを押すことで実行される。
【００５５】
ＪＵＫＥＢＯＸチャンネルの場合と同様に、視聴者はＮＥＷＳチャンネルを使用して、個人的なニュースの好み（たとえば選択された株式価格のチッカー（ｔｉｃｋｅｒ）、シカゴカブスのニュース、シカゴの天気など）を定義し格納することができる。ローカルクライアントディスク記憶装置が使用できる場合は、すべてのニュースが、それに割り振られたディスク記憶域にＦＩＦＯベースでダウンロードおよび格納される。このローカルに格納されたニュースは、その後視聴者の好みに従って表示するためにフィルタリングされる。ユーザはこの配置構成を使用して好みを変更し、その新しい好みを新しくダウンロードされるニュースに適用することができる。
【００５６】
前述の実施形態の場合と同様に、ユーザが他の視聴者チャンネルに切り替えたときに必ずＮＥＷＳチャンネルの状況を示す状態データを格納することができるため、ＮＥＷＳチャンネルを中断地点から再開することができる。
【００５７】
第３の例示的な対話型チャンネルがＣＥＬＥＢＲＩＴＹ  ＣＨＡＴである。この視聴者チャンネルは、参加者が司会者付きダイアログでチャットできる様々な著名人を提示する。著名人は、従来のＴＶのトークショーとほぼ同じく、特定の時間にスケジュールが組まれている。
【００５８】
図示された配置構成では、視聴者は、クライアント端末に任意選択で提供されたキーボードで入力された質問を構成し、それらを電子メール様式でＣＥＬＥＢＲＩＴＹ  ＣＨＡＴチャンネルの司会者に送信する。（人間または自動）司会者は、広い層に受ける質問を選択してそれを著名人に問いかける。問いかけられた質問および著名人の答えが、ケーブルネットワークを介してＣＥＬＥＢＲＩＴＹ  ＣＨＡＴチャンネルのすべての視聴者に配布される。（この配置構成では、ユーザが構成した質問が司会者に電子メール送信されるときに、ダイヤルアップ電話リンクがほんの短時間だけ起動され、ダイヤルアップ料金が節約される。）
【００５９】
ＣＥＬＥＢＲＩＴＹ  ＣＨＡＴチャンネルに関連付けられたユーザインターフェース８２が図７に示される。この実施形態では、チャットは入力形式で提示される。（もちろん他の実施形態では、ストリーミングオーディオ／ビデオを使用して、司会者および著名人を彼らのダイアログに提示することができる。これは、著名人に関する他のテキスト形式またはマルチメディア形式のプレゼンテーション、たとえば音楽ビデオ、映画クリップ、伝記データなどによって補足することができる。）画面の下部にはＡＳＫ  ＱＵＥＳＴＩＯＮ機能８４があり、（前述のように、リモートコントロールの矢印キーおよび「Ｇｏ」ボタンを使用して）これを起動し、ボックス８６に電子メールでの質問を入力することができる。ユーザは質問を入力すると、キーボードのＲｅｔｕｒｎキーを押す。これによって質問の入力は終了し、ダイヤルアップ接続が起動して、これを介して質問が司会者に伝送される。質問が伝送された後、ダイヤルアップリンクは自動的に終了する。司会者によって視聴者の質問が選択されると、最終的に、著名人の答えと共に、インタビューの入力された写しに表示される。
【００６０】
ＣＥＬＥＢＲＩＴＹ  ＣＨＡＴチャンネルに他の視聴者が関与することにより、視聴者が他のチャンネルに切り替えて、その後元に戻す場合、チャンネルの状態を中断するのは困難である。図示された実施形態では、ＣＥＬＥＢＲＩＴＹ  ＣＨＡＴチャンネルに戻った視聴者には、最新の一画面分の質問／回答ダイアログだけが表示される。
【００６１】
第４の対話型チャンネルがＧＡＭＥＳである。このチャンネルに合わせた視聴者には、典型的にはトピック別に配列されたゲームオプションのメニューが提示される。ゲームの中には単一プレーヤ向けのものがある。その他のゲームには、ゲームに参加するプレーヤのコミュニティを必要とするものがある。後者は典型的には、テレビ番組のように事前に構成された時間（たとえばダンジョンズ  アンド  ドラゴンズ  毎晩９時）でスケジュールが組まれる。
【００６２】
ＧＡＭＥＳチャンネルでは、単一のセッションで、または所与の期間（たとえば１カ月）を通じた高得点者には、スポンサーから賞が与えられる（たとえばＷｅｂＴＶが１カ月無料）コンテストおよびトーナメントを開催することができる。
【００６３】
ゲームの中には、ＨＴＭＬプリミティブを描画するだけではなく、クライアント端末上でソフトウェアアプレットを実行する必要のあるものもある。このようなソフトウェアは、必要に応じて、またはスケジュールが組まれた複数プレーヤによるゲームの直前に、端末にダウンロードすることができる。ゲームの中には、（ゲームでのイベントの変わり目に応じて）比較的短い通告で比較的大規模な命令ブロックまたはデータを必要とするものもあるので、同じものを、必要になったときではなく、使用する可能性が想定される場合にダウンロードすることが望ましい。
【００６４】
選択されたゲームが単一プレーヤ用であれば、視聴者が他のチャンネルに切り替える場合、ゲームの状況を記憶する状態データを格納することができる。その後視聴者がＧＡＭＥＳチャンネルに戻ると、ゲームを中断地点から再開することができる。（ここでも、複数プレーヤ用ゲームに他の参加者が関与していることによって、中断された複数プレーヤ用ゲームを視聴者が中断地点から再開しようとしてこれを許可することは一般的にできない。）
【００６５】
図示されたクライアント端末の他の機能は、好きな放送テレビ番組を自動的に記録することである。クライアントは、お気に入りのショー（たとえばスタートレックボイジャー、毎週水曜日夜６時、視聴者チャンネルＦＯＸ）を決定するために、ユーザの視聴習慣を監視する。その後、お気に入りの中の１つを見るためにユーザが端末を起動しないと、端末はイベントに通知し、その番組を記憶スペースが許容できる範囲内で自動的にディスクにコピーする。（ソフトウェアベースの、または専用のＭＰＥＧ圧縮プログラムＡＳＩＣを使用したＭＰＥＧ圧縮が、典型的に使用される。）次いでこの格納されたプログラムが、ＦＡＶＯＲＩＴＥＳチャンネルで視聴用に使用できる場合、タイトルおよび長さ別に、電子プログラムガイドにリスト表示される。視聴者がこのチャンネルに合わせると、記録されたプログラムが自動的に再生される。図５の再生ＵＩは、視聴者が再生を制御できるように、（リモートコントロールのＭｅｎｕボタンを押すことによって）選択的に提示される。いくつかのお気に入りのプログラムが格納されると、ＦＡＶＯＲＩＴＥＳチャンネルで、視聴者には第１にメニュー画面が提示され、これによって所望のプログラムを選択することができる。
【００６６】
記録されたプログラムは視聴後も削除されない。ただし、その記憶スペースは他の記録によって上書きすることができる。まだ視聴されていない記録されたプログラムは、必要に応じて最も古いものから順に上書きされる。視聴済みのプログラムは、まだ視聴されていないプログラムより先に上書きされる。（一般に、新しい番組に記憶域を提供するのにどの記録済み番組を削除するかを決定するため、様々なより複雑な規則および方針を実施するプログラミングが提供される。）
【００６７】
クライアント端末のビデオ記憶域は、視聴者が（そうでなければ発生するように）何も見逃すことなく放送番組の視聴を休憩することができるようにするものである。視聴者が休憩を取る場合、リモートコントロール上のボタンに応答して、画面上に制御可能な状態で表示されるＯｐｔｉｏｎｓメニューから、Ｄｅｌａｙ  Ｐｒｏｇｒａｍボタンを選択する。Ｄｅｌａｙ  Ｐｒｏｇｒａｍボタンが起動されると、その時合わせていた番組がＭＰＥＧ圧縮プログラムにルーティングされ、ディスクにコピーされる。その後視聴者が戻ると、視聴者はＯｐｔｉｏｎｓメニューのＲｅｓｕｍｅ  Ｐｒｏｇｒａｍボタンを起動する。受信中の放送のコピーは継続されるが、同時に前に記録された部分の再生が開始され、画面上に表示される。したがって、ディスクは循環バッファ（ｃｉｒｃｕｌａｒ  ｂｕｆｆｅｒ）のように動作する。
【００６８】
図示された実施形態の他の特徴は、様々なユーザが楽しめるような番組をシステムが提案できる構成である。システムは、各ユーザの視聴習慣のプロファイルをコンパイルする（たとえば、視聴者Ａのお気に入りのショーは、（ａ）６０分、（ｂ）スタートレックボイジャー、および（ｃ）Ｄｈａｒｍａ  ａｎｄ  Ｇｒｅｇとなり、プロファイルにはあまり頻繁に視聴されないプログラムも含まれる）。こうしたそれぞれのプロファイルを、同様のプロファイルを有するユーザの類似性グループを見つけるために、他の視聴者のプロファイルと相関させる。その後システムが決定した、グループの他のメンバーに好評な他の番組に基づいて、視聴提案を実行することができる。たとえば、視聴者Ａと最も密接に相関された視聴者のプロファイルを分析することによって、システムは、かなりの人がＴｈｉｒｄ  Ｒｏｃｋ  Ｆｒｏｍ  ｔｈｅ  Ｓｕｎも見ていると指摘することができる。システムの記録により、視聴者Ａがこの番組を一度も見たことがないことがわかり、システムは視聴者ＡがＴｈｉｒｄ  Ｒｏｃｋ  Ｆｒｏｍ  ｔｈｅ  Ｓｕｎを楽しめる可能性があることを（視聴者の問合せに応答して、または自主的に）提案することができる。
【００６９】
プロファイルは、各視聴者について複数のお気に入りの番組に基づくものであることが望ましい。単一のお気に入り番組が類似性グループ化の基本としての役目を果たすことができるが、これは一般にはかなりぎごちない測定規準である（たとえばＳｅｉｎｆｅｌｄの視聴者の多くが、それ以外は互いに異なる視聴の好みを有する）。
【００７０】
プロファイルは、お気に入りの番組だけに基づくものである必要はない。類似性グループを形成する際には、たとえば、時間帯による視聴習慣、郵便番号、ゲーム／チャット／対話型ニュース／ジュークボックスの好み／習慣など、その他多くの要因を考慮に入れることができる。
【００７１】
前述の内容から、図示されたシステムが従来技術の多くの欠点を取り除き、以前は使用できなかったかなり多くの機能を提供するものであることを理解されよう。
【００７２】
以上、好ましい実施形態および様々な代替形態を参照しながら、本発明の原理について説明および図示してきたが、本発明が詳細な配置構成に限定されるものではないことが明らかになるはずである。
【００７３】
たとえば、この開示は特別に熟考の上で視覚的ユーザインターフェースを使用しているが、上記で詳細に述べた原理の多くが、他の技法を使用しているユーザインターフェース、たとえばジェスチャインターフェース（ｇｅｓｔｕｒｅ−ｉｎｔｅｒｆａｃｅ）、音声インターフェース、触覚（ｔａｃｔｉｌｅ）インターフェースにも等しく十分に適用することができる。
【００７４】
同様に、詳細に説明した実施形態では、ある種のＵＩ慣例（たとえばビデオ制御パネルはＰＬＡＹを起動した後に消える）を使用しているが、他の実施形態では他のＵＩ慣例（たとえば制御パネルはそのまま残る、最小化される、またはより透明になる、など）を使用することができる。
【００７５】
ＨＴＭＬについてもいくつか参照した。この用語は、ハイパーテキストマークアップ言語それ自体だけを含むのではなく、それによってプリミティブを組み合わせて所望の静止画表示または動画表示を作り出すことができる、他のグラフィカルおよび／またはビデオ表示システムも含む。
【００７６】
図示された実施形態では、対話型ネットワークへの有線リンクを使用したが、他の分配構成（たとえば電話の戻りチャンネルを使用した直接衛星放送）なども同様に使用することができる。同様に、ダイヤルアップリンクは独占的なものではなく、特定応用例の必要に応じて他の配置構成（たとえばＭｅｔｒｏＣＯＭなど）を使用することができる。
【００７７】
さらに、対話型ネットワークへの「有線」リンクは、特別に図示された種類のものである必要はない。高度な圧縮技法および送達技法を使用した、平易な旧式の電話サービスを含む他の配置構成を代わりに使用することができる。
【００７８】
本明細書を過度に長いものにすることなく包括的な開示を提供するために、出願人は、ビデオオンデマンドシステムおよび関連するユーザインターフェースに関する追加の詳細を開示する特許第５６４８８２４号の開示を、参照により組み込む。
【００７９】
前述の考察では完全なシステムについて詳細に述べてきたが、それぞれが全体としてシステムから切り離しても特許権を受けられると考えられる、多くの発明性のある概念を使用している。
【００８０】
前述の発明性のある概念が適用可能な多くの異なる実施形態に鑑みて、詳細な実施形態は例示的なものにすぎず、本発明の範囲を制限するものではないことを理解されたい。むしろ、特許請求の範囲に記載の範囲および精神を逸脱しないかかるすべての修正およびその等価物を、本発明として請求する。
【図１】
2010081637.tif 000003
【図２】
2010081637.tif 000004
【図３】
2010081637.tif 000005
【図４】
2010081637.tif 000006
【図５】
2010081637.tif 000007
【図６】
2010081637.tif 000008
【図７】
2010081637.tif 000009