JP2008113461A - 双方向テレビシステム上で高度化したセットトップアプリケーションを用いる機能 - Google Patents

Abstract

【課題】好適な双方向テレビ番組ガイドシステム内にソース間機能を提供する方法およびシステムを提供すること。
【解決手段】後退機能、前進機能、履歴機能、行き先指定機能、その他機能、リマインダー機能、お気に入り機能、視聴制限機能および検索機能を含む双方向テレビアプリケーションの高度化した、リソース間であり得る機能を説明する。双方向テレビ番組ガイドシステム内にソース間機能を提供し、ユーザテレビ機器上で実現され、ユーザテレビ機器上で実行する被サポートアプリケーションをサポートする双方向テレビ番組ガイドによって、第一の種類の第一のリソースのリソース間機能を実行する第一の指示を受信し、双方向テレビ番組ガイドによって、第一のリソースにリソース間機能を提供し、第一の種類と異なる第二の種類の第二のリソースのリソース間機能を実行する第二の指示を受信し、第二のリソースにリソース間機能を提供する方法を説明する。
【選択図】図１

Description

本願は、１９９９年１２月１０日に出願された米国仮特許出願第６０／１７０，２２３号および２０００年５月１日に出願された米国仮特許出願第６０／２００，９３０号の利益を主張する。

（発明の背景）
本発明は、双方向テレビシステムに関し、具体的には、高度化したセットトップアプリケーションを提供する双方向テレビシステムに関する。

現代のセットトップボックスでは、以前には考えられなかった新たな種類のソフトウェアアプリケーションをサポートするように高度化した処理回路部および十分なメモリが開発されている。新たな種類の双方向ソフトウェアアプリケーションによって生じた課題は、セットトップボックスベースの環境へのユーザの期待に沿うように継続的に高度化した機能を提供する能力である。高度化したセットトップアプリケーションは、ユーザがパーソナルコンピュータベースのアプリケーションに期待する機能と同じぐらい複雑および洗練されている機能を提供し得るが、パーソナルコンピュータベースのアプリケーションおよびセットトップボックスベースのアプリケーションは、例えば、ユーザインターフェースが異なり、異なる番組内容のパラダイムを必要とする持続的格納能力も異なる。例えば、セットトップボックスベースのアプリケーションのユーザは、コンピュータベースのアプローチと同じ完全なキーボードではなく、限られたキーセットを有するリモートコントロールを用いて情報を入力する。セットトップボックスはマウスおよびキーボードを用いるように設計され得るが、このようなデバイスはテレビを見る暗い環境において用いるには不適切で困難であり得る。

テレビベースのアプリケーションおよびパーソナルコンピュータベースのアプリケーションは、ディスプレイ要素に対するユーザの注意の捉え方が異なる。コンピュータベースのアプリケーションにおいて、ユーザは、マウスのカーソルをディスプレイアイテム上に位置決めすることによって、スクリーン上のアクティブエリアにナビゲートし得る。マウスカーソルは、ユーザがマウスを移動させるにしたがって、スクリーンに沿って移動し、これにより、ユーザがディスプレイアイテムのナビゲーションに従うことが可能になる。セットトップボックスベースのアプリケーションは、通常、ユーザがリモートコントロール上の方向キーを押したことに応答して、アクティブエリア間をジャンプする強調表示領域を有する。ユーザは、強調表示領域が現れる場所を予測することに慣れている。

Ｍｉｃｒｏｓｏｆｔ ｗｉｎｄｏｗｓ（Ｒ）などのオペレーティングシステムは、複数のアプリケーションを同時に実行する（「マルチタスキング」）ことに精通しているパーソナルコンピュータのユーザを有する。マルチタスキングは、セットトップボックスベースの環境において一般的でないため、セットトップボックスベースの環境に対するユーザの期待と一致した、複数のアプリケーションを提供するマルチタスキングソルーションを提供することが望ましい。

したがって、本発明の一目的は、セットトップボックスベースの環境の向上した機能およびアプリケーションを提供することである。

（発明の要旨）
本発明のこの目的および他の目的は、本発明の原理によって、複数の双方向テレビアプリケーションが提供されるセットトップボックスベースの環境において高度化したセットトップアプリケーションおよび機能を提供することによって、達成される。

本発明のいくつかの実施形態および機能は、例えば、１９９９年１２月１０日に出願された米国仮特許出願第６０／１７０，２２３号および２０００年５月１日に出願された米国仮特許出願第６０／２００，９３０号に記載される。これらの文献全体を本明細書において参考として援用する。本発明のいくつかの実施形態は、複数のアプリケーションまたは他のリソース間で起動およびナビゲートする機会をユーザに提供し得る。リソース間の「後退」機能を設けて、ユーザがあるアプリケーション、ディスプレイ、ウェブサイト、機能、チャンネルまたは他のリソースから前のアプリケーション、ディスプレイ、ウェブサイト、機能、チャンネルまたは他のリソースに戻ることを可能にし得る。リソース間の「前進」機能を設けて、ユーザが、後退機能が実行された場所から、あるアプリケーション、ディスプレイ、ウェブサイト、機能、チャンネルまたは他のリソースに戻ることを可能にし得る。リソース間の「履歴」機能を設けて、ユーザが、最も最近訪れたアプリケーション、ディスプレイ、ウェブサイト、機能、チャンネルまたは他のリソースのリストにアクセスして、所望の目的地を選択することを可能にし得る。

本発明のいくつかの実施形態は、ユーザ選択されたリソースまたはイベントに対して、ユーザが任意のアプリケーションでリマインダーのスケジュール調整を行うことを可能にするリマインダー機能を提供し得る。イベントは、例えば、リソース（例えば、アプリケーション、ディスプレイ、ウェブサイト、機能、チャンネルまたは他のリソース）内で生じるテレビショー、チャットセッション、誕生日、または任意の他の適切なイベントを含み得る。イベントが生じる際または上記イベントの前の所定の時間に、リマインダーオーバーレイがアクティブなアプリケーション上に表示され得る。上記リマインダーオーバーレイは、リマインダーのリストを含み得る。各リマインダーは、特定の情報およびスケジュール調整が行われた上記イベントに関連する選択可能なオプションを含み得る。

本発明のいくつかの実施形態は、リソース間のお気に入り機能を提供し得る。上記お気に入り機能により、ユーザは、任意のアプリケーション、スクリーン、ウェブサイト、機能、チャンネルまたは他のリソースをお気に入りとして設定することが可能になり得る。上記システムは、ユーザにいつでも、お気に入りのリストにアクセスし、上記お気に入りのリストからリソースを選択し、かつ、対応するアプリケーションを起動する機会を提供し得る。

本発明のいくつかの実施形態は、リソース間の視聴制限機能を提供し得る。任意のアプリケーションにおいて、ユーザは、任意またはすべてのリソースに適用される視聴制限規制を入力または選択する機会が提供され得る。あるアプリケーションにおける視聴制限機能は、別のアプリケーションにおける視聴制限機能へのリンクを提供し得る。ユーザは、すべてのアプリケーションに対して上記視聴制限規制の同期を取ったり、または視聴制限規制をアプリケーション特定に指定する機会を提供され得る。

本発明のいくつかの実施形態は、複数のアプリケーションにわたる複数のユーザへのサポートも提供し得る。ユーザプロファイルは、特定のプロファイルへのアクセスを得るためにユーザに必要な関連付けられたパスワードまたはコードを含み得る。お気に入りの複数のリストは、複数のユーザに提供され得る。複数のユーザプロファイルは、どの種類のアプリケーションが上記関連付けられたユーザ（単数または複数）によってアクセス可能であるかを指定する、関連付けられた視聴制限機能を有し得る。

本発明のいくつかの実施形態は、ユーザが複数のアプリケーションにわたって検索を行うことを可能にし得る。ユーザは、一つ以上の検索基準を入力して、一つ以上の検索ターゲットを選択する機会を提供され得る。例えば、ユーザは、一つ以上のキーワードを入力して、任意のターゲット（例えば、番組ガイドデータベース、ビデオオンデマンドデータベース、インターネット、電子商取引アプリケーション、電子メールメッセージ、別の適切な検索ターゲットまたはこのような検索ターゲットの組み合わせ）を検索することが可能になり得る。

本発明のいくつかの実施形態は、その他機能を提供し得る。上記その他機能は、ユーザに利用可能な任意のアプリケーションからアクセスされ得る。上記その他機能は、アクセスされた場合、アプリケーションの一部にオーバーレイし、かつ、複数の下位機能を含み得る。上記下位機能のいくつかは、その他機能がアクセスされた場合にどのアプリケーションがアクティブであるかに関わらず同じであり得る。他の下位機能は、上記アプリケーション（上記アプリケーションから上記その他機能がアクセスされる）に依存して異なり得る。ユーザは、下位機能を選択して、関連付けられた動作を引き起こし得る。下位機能は、例えば、ホーム機能、印刷機能、ヘルプ機能、検索機能、または任意の他の適切な機能を含み得る。

本発明のいくつかの実施形態は、ユーザの注意をディスプレイ領域に向ける向上した機能を含み得る。例えば、アクティブなスクリーン領域を動画化して、この領域をユーザにより明らかにし得る。別の例として、ディスプレイ要素を相互にオーバーレイし得る。特定のディスプレイ要素に対する上記ユーザの注意を、他のスクリーン要素を暗くしたり、特定のスクリーン要素の輪郭を動画化したり、または任意の他の適切なアプリケーションを用いることによって、特定のディスプレイに引きつけ得る。

本発明のいくつかの実施形態は、複数の通信パスをサポートし得、これらの通信パスのいずれもが被サポートアプリケーションのいずれによっても利用され得る。インターネットチャンネル、帯域内データパス、帯域外データチャンネル、ダイアルアップ電話回線、他の適切な通信パス、またはこのような通信パスの組み合わせがサポートされ得る。

本発明の上述および他の目的および利点は、以下の詳細な説明を添付の図面と共に考慮した場合に明らかとなる。全図面において、同様の参照符号は同様の部分を示す。

（好適な実施形態の詳細な説明）
高度化したセットトップアプリケーションが本発明によって実現され得る例示的な双方向テレビシステム１００を図１に示す。高度化したセットトップアプリケーションおよび本発明の機能を、アプリケーションデータが一つ以上の主設備１０２からテレビ配信設備１１０を介して少なくとも部分的にユーザテレビ機器１１２上で実現される双方向テレビアプリケーションに配信されるシステム１００に設け得る。双方向テレビアプリケーションは、例えば、双方向番組ガイド、ビデオオンデマンドアプリケーション、ホームショッピングアプリケーションまたは他の適切なアプリケーションを含む、テレビベースの環境に適した任意のアプリケーションであり得る。他の適切なシステムは、インターネット上などでのデータ伝送に関する方式などの他の適切な配信方式を用いて、ユーザテレビ機器１１２上で実現された双方向テレビアプリケーションにデータを配信することに関し得る。所望の場合、双方向テレビアプリケーションを、アプリケーションの電力処理部分が、例えば、テレビ配信設備１１０または主設備１０２にあるサーバによって提供され、ユーザテレビ機器１１２はクライアントプロセッサとして作動する、クライアント−サーバアーキテクチャを用いて実現され得る。いくつかの実施形態は、クライアント−サーバアプリケーションおよびスタンドアローンベースのアプリケーションの両方（例えば、プログラムガイドはスタンドアローンであり得、他のアプリケーションはクライアント−サーバベースであり得る）を含み得る。説明を明瞭にするために、そして本発明を限定せずに、本発明の以下の実施形態を、クライアント−サーバベースのアプローチを用いて説明する。

主設備１０２は、番組ガイド情報（例えば、テレビ番組リスト項目データ、番組関連情報、チャンネルリスト項目データ、チャンネル関連情報、ネットワークリスト項目データ、ネットワーク関連情報、パッケージリスト項目データ、パッケージ関連情報、ペイパービュー注文情報、テレビ番組宣伝情報、番組ガイドインターネット関連情報など）を格納する番組ガイドデータベース１０４を含み得る。主設備１０２は、ビデオオンデマンド情報を格納するビデオオンデマンドデータベース１０６も含み得る。所望の場合、データベース１０４および１０６を組み合わせて、一つのデータベースにすることも可能である。主設備１０２はさらに、少なくとも部分的にユーザテレビ機器１１２上で実現される他のアプリケーションに関するデータを提供し得る。例えば、主設備１０２は、ホームショッピングアプリケーション、情報サービスまたは他のアプリケーションに関するデータを提供し得る。いくつかの実施形態において、複数のアプリケーションを提供する複数の主設備があり得る。各主設備は、一つ以上のアプリケーションを提供し得る。

主設備１０２は、情報を生成し、情報を受信し、情報を格納し、またはそうでない場合には、データベース１０４および１０６内の情報を管理する、任意の適切なコンピュータベースのシステムを含み得る。主設備１０２は、他の双方向アプリケーションなど、他の目的にも情報を管理し得る。主設備１０２は、通信リンク１０８を介して、番組ガイドデータベース１０４およびビデオオンデマンドデータベース１０６ならびに他の情報（例えば、他のアプリケーションデータ）からテレビ配信設備１１０に情報を伝送することに適した機器を含み得る。実際、主設備１０２は、複数のテレビ配信設備に情報を同時に伝送し得るが、図面を過度に複雑にすることを避けるために一つのテレビ配信設備のみを図示する。いくつかの実施形態において、主設備１０２は、例えば、ウェブサイト用のインターネットサーバなどの他の種類の配信設備に情報を伝送し得る。

通信リンク１０８は、衛星リンク、電話ネットワークリンク、インターネットリンク、光ファイバリンク、別の適切な通信リンクまたはこのような通信リンクの組み合わせであり得る。テキスト、グラフィクス、映像、データまたは任意の他の適切なコンテンツは、通信リンク１０８を介して主設備１０２によって伝送され得る。通信リンク１０８を介して映像信号を伝送することを所望する場合、衛星リンクなどの比較的高い帯域幅は、比較的低い帯域幅より好ましくあり得る。テレビ配信設備１１０は、視聴者にテレビ信号を配信することに適した任意の設備（例えば、ケーブルシステムヘッドエンド、ブロードキャスト配信設備または衛星テレビ配信設備）であり得る。

主設備１０２によってテレビ配信設備１１０に伝送される情報は、例えば、ビデオオンデマンドリスト項目データおよびテレビ番組リスト項目データ（例えば、番組の時間、チャンネル、名前、説明または他の適切な情報）を含み得る。説明を明瞭にするために、番組ガイド情報、ビデオオンデマンド情報、または任意の他の適切な情報の任意の適切な組み合わせを、時に本明細書において総称的に「情報」と呼ぶ場合がある。伝送される情報は、例えば、有料番組データ（例えば、個々の番組および購読チャンネルの価格情報）、注文した番組およびチャンネルの時間ウィンドウ（ｗｉｎｄｏｗｓ）、注文が電話で行われ得る場合の注文用電話番号などを含み得る。伝送される情報は、番組ガイドテレビコンテンツの詳細な説明（例えば、映画の批評、ランク付け、ネットワーク提携、関連付けられたサービス、番組の監督、役者、チャンネルコールサイン、完全なチャンネルの名前、放送時間、サービスの説明、ロゴ、パッケージの名前、パッケージのコンポーネント、ウェブリンク、電子メール情報、チャット情報、映像プレビュー、商品情報、静止グラフィクス、映像、広告など）も含み得る。テレビ配信設備１１０は、インターネット上でデータにアクセスして通信する機器を含み得る。

テレビ配信設備１１０は、一つ以上の主設備１０２などの主設備から受信された情報を、通信パス１１４を介してユーザテレビ機器１１２に配信し得る。ユーザテレビ機器１１２は、本発明による双方向テレビアプリケーションおよび機能を実現するのに十分な処理機能を含んだ任意の適切なテレビ機器であり得る。

通信パス１１４は、ケーブルリンク、光ファイバリンク、衛星リンク、ブロードキャストリンク、別の適切なリンクまたはこのようなリンクの組み合わせであり得る。任意の適切な通信方式（帯域内伝送、帯域外伝送、デジタル伝送、アナログ伝送、ケーブル伝送、衛星伝送、放送（ｏｖｅｒ ｔｈｅ ａｉｒ）による伝送、多チャンネル多点分配サービス（ＭＭＤＳ）による伝送、データ−オーバー−ケーブルサービスインターフェース仕様（ｄａｔａ−ｏｖｅｒ−ｃａｂｌｅ
ｓｅｒｖｉｃｅ ｉｎｔｅｒｆａｃｅ ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＤＯＣＳＩＳ）による伝送または任意の他の適切な通信方式を含む）を用いて、通信パス１１４を介してデータを伝送し得る。

通信パス１１４は好適には、テレビ配信設備１１０がテレビ番組内容、番組ガイド情報、ビデオオンデマンド情報、広告および他の情報をユーザテレビ機器１１２に配信し得るだけに十分な帯域幅を有する。多重テレビおよび音声チャンネル（アナログ、デジタルまたはアナログおよびデジタルの両方）は、通信パス１１４を介してユーザテレビ機器１１２に提供され得る。所望の場合、あるデータは、通信パス１１４とは部分的にまたは完全に異なる通信パスを用いてテレビ配信設備１１０とは異なる一つ以上の配信設備によってユーザテレビ機器１１２に配信され得る。

通信パス１１４上でデータを配信するために用いられるデータ配信技術は、配信される情報の種類に依存し得る。例えば、テキストおよびグラフィクスを、帯域外モジュレータを用いて帯域外チャンネルを介して配信してもよいし、アナログ映像チャンネルの垂直帰線消去期間（ＶＢＩ）のラインで配信してもよい。このように映像情報を配信してもよいが、大量の映像情報は、通信パス１１４上で一つ以上のデジタルチャンネルを用いるとより効率的に配信され得る。このようなデジタルチャンネルはテキストおよびグラフィクスを配信するためにも用いられ得る。

インターネットサーバ１１６からの番組内容情報も、通信パス１１８を介してユーザテレビ機器１１２に伝送され得る。通信パス１１８は、ダイアルアップ電話回線、ケーブルリンク、光ファイバリンク、衛星リンク、ブロードキャストリンク、別の適切なリンクまたはこのようなリンクの組み合わせであり得る。いくつかの実施形態において、番組ガイド、ビデオオンデマンドまたは他の情報を主設備１０２と交換することに適した通信パスを介して、インターネットサーバ１１６を主設備１０２に接続し得る。

ユーザテレビ機器１１２の例示的な構成を図２に示す。ユーザテレビ機器１１２は、テレビ配信設備１１０（図１）、インターネットサーバ１１６（図１）、いくつかの他のシステムまたは配信設備あるいはこれらの組み合わせから、インターフェース１６４においてテレビ番組内容およびデータを受信し得る。通常のテレビ視聴の間、ユーザはセットトップボックス１５０を所望のテレビチャンネルに合わせ得る。次いで、このテレビチャンネルの信号は、映像出力１６６においてテレビ１５４に提供され得る。出力１６６において供給された信号は、所定のチャンネル（例えば、チャンネル３または４）上の無線周波数（ＲＦ）信号、アナログ復調映像信号、適切なデジタルバス（例えば、電気電子技術者協会（ＩＥＥＥ）１３９４規格を用いたバス）上に提供されたデジタル信号、または任意の他の適切な信号であり得る。出力１６６における映像信号はオプションの二次格納デバイス１５２によって受信され得る。

双方向アプリケーションは、セットトップボックス１５０、テレビ１５４（テレビ１５４が適切な処理回路部およびメモリを有する場合）、テレビ１５４に接続された適切なアナログまたはデジタル受信機、二次格納デバイス１５２（二次格納デバイス１５２が適切な処理回路部およびメモリを有する場合）、または任意の他の適切なデバイス上で実行し得る。双方向アプリケーションは、これらのデバイスの適切な組み合わせで協同して実行することも可能である。例えば、協同的な双方向テレビ番組ガイドが複数のデバイス上で実行する双方向テレビ番組ガイドシステムは、１９９８年１１月５日に出願されたＥｌｌｉｓの米国特許出願第０９／１８６，５９８号に記載される。同文献全体を本明細書において参考として援用する。

二次格納デバイス１５２は、任意の適切な種類のアナログまたはデジタル格納デバイスまたはプレーヤー（例えば、ビデオカセットレコーダー、デジタル多用途ディスク（ＤＶＤ）プレーヤーなど）であり得る。番組の記録および他の特徴は、制御パス１７０を用いてセットトップボックス１５０によって制御され得る。二次格納デバイス１５２が、例えば、ビデオカセットレコーダーである場合、通常の制御パス１７０は、リモートコントロール１５６などのリモートコントロールからコマンドを通常受け取るビデオカセットレコーダー内の赤外線受信機に結合された赤外線トランスミッタの使用を含み得る。リモートコントロール１５６を用いて、セットトップボックス１５０、二次格納デバイス１５２およびテレビ１５４を制御し得る。

所望の場合、ユーザは、番組、アプリケーションデータまたはこれらの組み合わせをデジタルの形態でオプションのデジタル格納デバイス１６２に記録し得る。デジタル格納デバイス１６２は、書き込み可能な光格納デバイス（例えば、記録可能なＤＶＤディスクの処理が可能なＤＶＤプレーヤー）、磁気格納デバイス（例えば、ディスクドライブまたはデジタルテープ）または任意の他のデジタル格納デバイスであり得る。例えば、デジタル格納デバイスを有する双方向テレビ番組ガイドシステムは、１９９８年９月１７日に出願されたＨａｓｓｅｌｌらの米国特許出願第０９／１５７，２５６号に記載される。同文献全体を本明細書において参考として援用する。

デジタル格納デバイス１６２は、セットトップボックス１５０内に設けてもよいし、出力ポートおよび適切なインターフェースを介してセットトップボックス１５０に外付けしてもよい。必要な場合には、セットトップボックス１５０内の処理回路部は、受信した映像、音声およびデータ信号をデジタルファイルのフォーマットにフォーマットし得る。ファイルフォーマットは、カラー動画像データ圧縮標準規格（ＭＰＥＧ）のＭＰＥＧ−２規格、またはムービングジョイントフォトグラフィックエキスパートグループ（Ｍｏｖｉｎｇ Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）（ＭＪＰＥＧ）規格などのオープンファイルのフォーマットであり得る。結果生じるデータは、適切なバス（例えば、電気電子技術者協会（ＩＥＥＥ）１３９４規格を用いたバス）を介してデジタル格納デバイス１６２にストリーミングされて、次いで、デジタル格納デバイス１６２に格納され得る。別の適切なアプローチにおいて、ＭＰＥＧ−２データストリームまたは一連のファイルは、テレビ配信設備１１０（図１）から受信されて、格納され得る。

テレビ１５４は、二次格納デバイス１５２から通信パス１６８を介して映像信号を受信し得る。通信パス１６８上の映像信号は、事前に記録された格納媒体（例えば、ビデオカセットまたは記録可能なデジタルビデオディスク）を再生する場合には二次格納デバイス１５２によって生成され得たり、記録されたデジタル媒体を再生する場合にはデジタル格納デバイス１６２によって生成されて、そしてセットトップボックス１５０から伝達され得たり、二次格納デバイス１５２がユーザテレビ機器１１２に含まれない場合にはセットトップボックス１５０からテレビ１５４に直接提供され得たり、またはテレビ１５４によって直接受信され得る。通常のテレビ視聴の間、テレビ１５４に提供された映像信号は、ユーザがセットトップボックス１５０に合わせた所望のチャンネルに対応する。映像信号は、また、セットトップボックス１５０を用いてデジタル格納デバイス１６２に格納された情報を再生する場合に、セットトップボックス１５０によってテレビ１５４に提供され得る。

セットトップボックス１５０はメモリ１５８を有し得る。メモリ１５８は、任意のメモリまたは他の格納デバイス（例えば、アプリケーションコードおよびデータを格納することに適したランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、フラッシュメモリ、ハードディスクドライブ、このようなデバイスの組み合わせなど）であり得る。

セットトップボックス１５０は、テレビ配信設備１１０（図１）、インターネットサーバ１１６（図１）、他の設備、またはこれらの組み合わせと、通信パス１１４および１１８（図１）をわたってインターフェース１６４を介して通信する通信デバイス１６０を含み得る。通信デバイス１６０は、一つ以上のモデム（例えば、任意の適切なアナログまたはデジタル規格、携帯またはケーブルモデム）、ネットワークインターフェースカード（例えば、イーサネット（Ｒ）カード、トークンリングカードなど）、または他の適切な通信デバイスであり得る。テレビ１５４は、所望の場合、このような適切な通信デバイスなども組み込み得る。

図２のユーザテレビ機器１１２のより一般的な実施形態を図３に示す。図３に示すように、情報はユーザテレビ機器の制御回路部２００によって受信され得る。制御回路部２００の機能は、図２のセットトップボックスの構成によって提供される機能と同様であり得る。

ユーザテレビ機器１１２は、番組内容を記録する二次格納デバイス２０２および／またはデジタル格納デバイス２０４も含み得る。二次格納デバイス２０２は、任意の適切な種類のアナログまたはデジタルの番組格納デバイス（例えば、ビデオカセットレコーダー、デジタル多用途ディスク（ＤＶＤ）など）であり得る。番組の記録および他の機能は、制御回路部２００によって制御され得る。デジタル格納デバイス２０４は、例えば、書き込み可能な光格納デバイス（例えば、ＤＶＤレコーダー）、磁気格納デバイス（例えば、ディスクドライブまたはデジタルテープ）または任意の他のデジタル格納デバイスであり得る。

ユーザテレビ機器１１２はメモリ２０６も含み得る。メモリ２０６は、命令およびデータを格納することに適した任意のメモリまたは他の格納デバイス（例えば、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、フラッシュメモリ、ハードディスクドライブ、このようなデバイスの組み合わせなど）であり得る。

ユーザテレビ機器１１２は、通信パス１１４および１１８（図１）をわたってインターフェース１６４を介して、番組ガイド、オペレーティングシステム、または別のセットトップボックスベースのアプリケーションと、テレビ配信設備１１０、インターネットサーバ１１６（図１）、他の適切な設備、またはこれらの組み合わせとの間の通信をサポートする通信デバイス２０１も含み得る。通信デバイス２０１は、一つ以上のモデム（例えば、任意の適切なアナログまたはデジタル規格、携帯またはケーブルモデム）、ネットワークインターフェースカード（例えば、イーサネット（Ｒ）カード、トークンリングカードなど）、または他の適切な通信デバイスであり得る。

いくつかの実施形態において、ユーザテレビ機器１１２は、異なる種類であり得る複数の通信デバイス２０１を含み得る。例えば、一つ以上の通信デバイス２０１は、インターネットチャンネルをサポートする内蔵型ケーブルモデムであり得る。一つ以上の通信デバイス２０１は、帯域内データパスの受信機またはチューナーであり得る。ユーザテレビ機器１１２をテレビチャンネルに合わせながら、データ（このデータはテレビチャンネルに関連してもしなくてもよい）はチャンネルの音声および映像とともに送信され得る。アナログテレビに関して、データは映像の垂直帰線消去期間（ＶＢＩ）で送信され得る。デジタルテレビに関して、データは同じアナログキャリア内で別個のデジタルデータストリームとして送信され得る。一つ以上の通信デバイスは、帯域外データパスの受信機であり得る。例えば、受信機またはチューナーは、帯域外データチャンネルから帯域外データを継続的に受信することのみを行い得る。チャンネルは、ユーザテレビ機器１１２の他のリソースの状態に関わらず、データを継続的に提供し得る。一つ以上の通信デバイス２０１は電話のダイアルアップリンク用のモデムであり得る。

ユーザテレビ機器１１２上で実行するアプリケーションは、ある種類のデータには一つの通信デバイス２０１、そして別の種類のデータには別の通信デバイス２０１を用い得る。別の適切なアプローチにおいて、同じ種類のデータは、例えば、ユーザリクエスト、システムリソースの利用可能度、システムの故障、または任意の他の適切なイベントに応じて、複数のデータパスを介して取得され得る。例えば、番組ガイドは、帯域外データパスを介してほとんどのスケジュールデータを取得し得る。ガイドは、帯域内データ、インターネット接続、またはこれらの両方を用いてこのデータを向上させ得る。同様に、任意のアプリケーションは、帯域内パスまたは帯域外パスを介してデータを受信し得、そのデータをインターネットパスを介して補填し得る。

いくつかのアプリケーションは、ユーザテレビ機器１１２内に常駐し得る。他のアプリケーションは、例えば、インターネットリンクまたは帯域内チャンネルを介して取得され得る。いくつかの実施形態において、ユーザテレビ機器１１２に常駐するアプリケーションは、アプリケーションを維持するために必要な格納量に基づいて最適化され得、リアルタイムで取得されるアプリケーションは、アプリケーションを合理的な時間期間で取得する能力に基づいて最適化され得る。

ユーザテレビ機器１１２は、ユーザ入力デバイス２１０（例えば、無線キーボード、マウス、トラックボール、専用の組のキー、音声認識システム、携帯情報端末（ＰＤＡ）、ディスプレイリモート（ｄｉｓｐｌａｙ ｒｅｍｏｔｅ）または他の適切な入力デバイス）も含み得る。ＰＤＡまたはディスプレイリモートを含む場合、サポートアプリケーションは、使用中の被サポートアプリケーションにとって適切な表示を生成し得るように使用されるデバイスにデータを提供し得る。ＰＤＡまたはディスプレイリモートは、ユーザ入力を受信するタッチパッドを含み得る。例えば、ユーザはリモートのディスプレイ画面上の特定のアクティブオプションに触れることによってオプションを選択し得る。ディスプレイリモートを有する番組ガイドシステムは、２０００年６月７日に出願された米国特許出願第０９／５８８，８２３号に記載される。同文献全体を本明細書において参考として援用する。

ユーザテレビ機器１１２は、表示デバイス２１２（任意の適切なテレビ、モニタ、または他の適切な表示デバイスであり得る）も含み得る。

本発明のいくつかの実施形態において、高度化したセットトップボックスベースの機能は、中央機能ライブラリ（ｃｅｎｔｒａｌ ｆｕｎｃｔｉｏｎ ｌｉｂｒａｒｙ）、動的リンクライブラリ（ＤＬＬ）、または他のソフトウェア構造を用いて実現され得る。例えば、一つ以上のアプリケーション（例えば、双方向番組ガイド、オペレーティングシステムまたは他のアプリケーション）は、高度化したセットトップボックスベースの機能に対してコードおよびリソースを提供し得る。これらのアプリケーション（一つ以上のこのアプリケーションを本明細書において時に「サポートアプリケーション」と呼ぶ場合がある）は、アプリケーションプログラミングインターフェース（ＡＰＩ）を用いて、他のアプリケーション（一つ以上のこのアプリケーションを本明細書において時に「被サポートアプリケーション」と呼ぶ場合がある）に高度化した機能を提供し得る。被サポートアプリケーションをプログラミングして、サポートアプリケーションによって実行されるプロセスを引き起こすＡＰＩ機能呼出しを呼び出し得る。別の適切なアプローチにおいて、高度化した特徴のコードは、メモリ２０６にＤＬＬとして格納され得る。被サポートアプリケーションは、ランタイムの間にＤＬＬコードと動的にリンクし得る。複数のセットトップボックスベースのアプリケーションにわたって機能を提供する任意の他の適切なアプローチが用いられ得る。

図２のリモートコントロール１５６の例示の実施形態を図４に示す。例示するように、リモートコントロール１５６は、アプリケーションのディスプレイ画面内の強調表示領域の位置を制御する矢印キー２５０と、ＯＫ、エンター、または承認キー（以下、「ＯＫキー２５２」）などのデータ入力キー２５２とを含み得る。リモートコントロール１５６は、ＰＲＥＶキー２５４も含んで、前のチャンネルを表示し得、後退キー２５６、前進キー２５８、履歴キー２６０、リマインダキー２６２、その他キー２６４、ＦＡＶキー２６６およびロックキー２６８を含んで、種々の高度化したセットトップボックスベースの機能へのアクセスを容易にし得る。リモートコントロール１５６は、他のリモートコントロールキー（例えば、メニューキー、ガイドキー、終了キー、情報（「ＩＮＦＯ」）キー、記録キー、チャンネルの上キーまたは下キー、音量調節キー、および／または従来のセットトップボックスベースの機能用の数値キー）も有し得る。

図５および図６はそれぞれ、番組ガイドアプリケーション３００およびオペレーティングシステム３５０がそれぞれ、関連付けられたＡＰＩ３０２および３５２を有し、サポートアプリケーションとして動作して例示の被サポートアプリケーションによって使用される高度化したセットトップボックスベースの機能を提供する、本発明の二つの例示の実施形態を示す。これらの二つのサポートアプリケーションは単なる例示にすぎず、任意の他の適切なサポートアプリケーションを用いてもよい。いくつかの実施形態において、サポートアプリケーションは、例えば、オペレーティングシステム上で実行し得る。図５において、番組ガイドアプリケーション３００は、例えば、音声オンデマンドアプリケーション３０６、ビデオオンデマンドアプリケーション３０８、ホームバンキングアプリケーション３１０、ホームショッピングアプリケーション３１２、向上したテレビアプリケーション３１４、インターネットウェブブラウザアプリケーション３１６、データサービスアプリケーション３１８、電子メールアプリケーション３２０、およびゲームサービスアプリケーション３２２をサポートする。被サポートアプリケーションのこのリストは単なる例示にすぎず、任意の他の適切なアプリケーションがサポートされ得る。例示を目的として番組ガイドアプリケーション３００の一部を示したが、番組内容ガイドＡＰＩ３０２は、番組ガイドアプリケーション３００の一部であるか、番組ガイドアプリケーション３００とは別であるが、番組ガイドアプリケーション３００と関連付けられるかのいずれかと考えられ得る。番組ガイドＡＰＩ３０２を、例えば、一部はユーザテレビ機器１１２（図１）上で、そして一部はサーバ（例えば、テレビ配信設備１１０（図１）内のサーバ）上で実現したり、または全てをユーザテレビ機器１１２上で実現し得る。番組ガイドでないアプリケーションをサポートする双方向番組ガイドシステムは、例えば、１９９８年９月１日に出願されたＥｌｌｉｓらの米国特許出願第０９／１４５，２３２号に記載され得る。同文献全体を本明細書において参考として援用する。

番組ガイドＡＰＩ３０２は、被サポートアプリケーションがプラットフォームリソース３２６（例えば、オンスクリーン表示機能（色、フォント、動画化、暗表示（ｄｉｍｍｉｎｇ）など）、リモートコントロールキー（キーの割り当てなど）、前面パネルリソース（ユーザテレビ機器１１２（図１）上の種々の専用ボタンに割り当てられた機能などを決定するリソース）、通信チャンネルリソース（例えば、セットトップボックス１５０（図２）がデータをいかに送信および受信するかに関連する機能）、およびクライアント−サーバベースのアプローチでのサーバリソース）にアクセスすることを可能にする機能を含み得る。アプリケーションにＡＰＩを用いて番組ガイド機能およびプラットフォームリソースへのアクセスを提供する番組ガイドは、例えば、１９９９年７月１６日に出願されたＥｌｌｉｓらの米国特許出願第０９／３４６，１３４号に記載される。同文献全体を本明細書において参考として援用する。

番組ガイドＡＰＩ３０２は、被サポートアプリケーションが番組ガイド機能３２４にアクセスすることを可能にする機能を含み得る。番組ガイド機能３２４は、例えば、チューニング（アプリケーション、ディスプレイ、機能、ウェブサイト、チャンネルまたは他のリソースの変更）、視聴制限（特定のアプリケーション、ディスプレイ、ウェブサイト、機能または他のリソース上にパスワードロックをかけることに関連する機能）、お気に入り（例えば、ユーザ指定のお気に入りのアプリケーション、ディスプレイ、ウェブサイト、機能または他のリソース）、ユーザプロファイル（例えば、所与のセットトップボックスの種々のユーザ用のお気に入りおよび設定プロファイル）、描図機能、動画化、強調表示およびオンスクリーンのナビゲーション、データベースアクセス（例えば、セットトップボックス１５０内のメモリ（図２）に格納され、一つ以上の主設備１０２（図１）または他の設備から定期的または継続的にデータと共に供給されるアプリケーション情報のデータベースへのアクセス）、購入機能（例えば、ペーパービューイベントへの衝動的な注文する）、番組ガイドディスプレイ上のオプション、または任意の他の適切な機能である。番組ガイド機能３２４は、被サポートアプリケーションが、後退、前進、履歴およびその他などの向上したセットトップボックスベースの機能にアクセスすることも可能にし得る。

図６に示すように、オペレーティングシステムＡＰＩ３５２は、向上したセットトップボックスベースの機能を被サポートアプリケーション（例えば、音声オンデマンドアプリケーション３５４、ビデオオンデマンドアプリケーション３５６、ホームバンキングアプリケーション３５８、ホームショッピングアプリケーション３６０、向上したテレビアプリケーション３６２、インターネットウェブブラウザアプリケーション３６４、データサービスアプリケーション３６６、電子メールアプリケーション３６８、ゲームサービスアプリケーション３７０および番組ガイドアプリケーション３７２）に提供し得る。被サポートアプリケーションのこのリストは単なる例示にすぎず、任意の他の適切なアプリケーションがサポートされ得る。例示を目的としてナビゲーションシェル３５０の一部を示したが、オペレーティングシステムＡＰＩ３５２は、オペレーティングシステム３５０の一部であるか、オペレーティングシステム３５０とは別であるが、オペレーティングシステム３５０と関連付けられるかのいずれかと考えられ得る。オペレーティングシステムＡＰＩ３５２を、例えば、一部はユーザテレビ機器１１２（図１）上で、そして一部はサーバ（例えば、テレビ配信設備１１０（図１）内のサーバ）上で実現したり、またはユーザテレビ機器１１２上で全体を実現し得る。

オペレーティングシステムＡＰＩ３５２は、被サポートアプリケーションがプラットフォームリソース３７４（例えば、オンスクリーンディスプレイ機能（色、フォントなど）、リモートコントロールキー（キーの割り当てなど）、前面パネルリソース（ユーザテレビ機器１１２（図１）上の種々の専用ボタンに割り当てられた機能などを決定するリソース）、通信チャンネルリソース（例えば、セットトップボックス１５０（図２）がデータをいかに送信および受信するかに関連する機能）、およびサーバリソース）にアクセスすることを可能にする機能を含み得る。

オペレーティングシステムＡＰＩ３５２は、被サポートアプリケーションがオペレーティングシステムの機能３７６にアクセスすることを可能にする機能を含み得る。このオペレーティングシステムの機能３７６は、例えば、チューニング（セットトップボックスチャンネル、ウェブサイト、アプリケーションまたは他のリソースの変更方法）、視聴制限（種々のアプリケーション、ディスプレイ、機能、チャンネルまたは他のリソース上にパスワードロックをかけることに関連する機能）、お気に入り（例えば、ユーザ指定のお気に入りのアプリケーション、ディスプレイ、機能、ウェブサイト、チャンネルまたは他のリソース）、ユーザプロファイル（例えば、所与のセットトップボックスの種々のユーザ用のお気に入りおよび設定プロファイル）、描図機能、動画の強調表示、オンスクリーンのナビゲーション、データベースアクセス（例えば、セットトップボックス１５０内のメモリ（図２）に格納され、一つ以上の主設備１０２（図１）から定期的または継続的にデータと共に供給されるアプリケーション情報のデータベースへのアクセス）、購入機能（例えば、ペーパービューイベントへの衝動的な注文）、ディスプレイオプション、または任意の他の適切な機能である。

図７は、例示的な双方向番組内容ガイドの最初のディスプレイ４００を示す。いくつかの実施形態において、ディスプレイ４００は、サポートアプリケーションとして実行する番組ガイドによって提供され得る。他の実施形態において、ディスプレイ４００は、被サポートアプリケーションとして実行する番組ガイドによって提供され得る。ユーザは、例えば、リモートコントロール１５６（図４）上の「ガイド」キーを押すことによって、ディスプレイ４００にアクセスし得る。図示するように、ディスプレイ４００は、例えば、選択可能な番組ガイド機能のメニュー４０２、一つ以上の選択可能な広告４０４、ケーブルオペレータまたはスポンサー名のグラフィクス４０６、現在時間４０８、メール利用可能インジケータ４１０およびプログラム−イン−ガイド（ｐｒｏｇｒａｍ−ｉｎ−ｇｕｉｄｅ）ウィンドウ４１２を含み得る。ユーザは、例えば、強調表示領域４１４を移動させて所望の機能を強調表示し、次いで、リモートコントロール１５６上の「ＯＫ」キー２５２を押すことによって、メニュー４０２から番組ガイド機能を選択する希望を示し得る。

いくつかの実施形態において、番組ガイドは、ユーザがアクセスすることを所望するウェブサイト、機能、アプリケーションまたは他のリソースをユーザが指定することを可能にする行き先指定（ｇｏ ｔｏ）機能５６０を提供し得る。所望の場合、行き先指定機能５６０は、オペレーティングシステムなどの他のサポートアプリケーションによって提供され得たり、被サポートアプリケーションからアクセスされ得る。ユーザは、例えば、行き先指定機能５６０を選択してリソース名を入力したり、（図示するように）リソース名のドロップダウンの選択可能なリストからリソースを選択したり、または任意の他の適切なアプローチを用いることによって、所望のリソースを示し得る。番組ガイドがサポートアプリケーションである実施形態において、番組ガイドは、ユーザがリソースを識別したことに応答して、識別されたリソースを有するディスプレイを提供し得る。いくつかの実施形態において、番組ガイド（または他のサポートアプリケーション）は、行き先指定機能５６０に、現在アクセスされているディスプレイ、機能、ウェブサイトまたは他のリソースの名前を動的に入力し得る。次いで、行き先指定機能５６０は、ユーザが最近アクセスされたリソースの履歴にアクセスすることを可能にし得る。いくつかの実施形態において、行き先指定機能５６０は、選択可能なリソースのドロップダウンリストであり得る。

図８は、テレビ番組リスト項目５０２が時間ごとにリストされる、例示的な番組ガイドディスプレイ５００を示す。所望の場合、番組ガイドは他のフォーマットで番組をリストし得る。番組は、例えば、チャンネルごとにソートされ得る。番組は、子供用番組内容、スポーツ、映画、アダルトまたは他の適切なテーマなどのテーマによってもソートされ得る。ディスプレイ５００は、例えば、リモートコントロール１５６上の適切なボタンを押すことによって、または図７のメニュー４０２から「時間」を選択することによって、ユーザが番組リスト項目を視聴する希望を示したことに応答して、ディスプレイ５００を表示するために番組ガイドによって生成され得る。番組リスト項目５０２は、スクロール可能なリストに提示され得、リストされた番組それぞれのチャンネル番号、コールサイン、およびロゴを表示し得る。番組リスト項目５０２は、所与の時間スロットに関するものであり得る。番組ガイドは、例えば、リモートコントロール１５６上の「右」矢印および「左」矢印を押すことによって、現在の時間スロットを変更する機会をユーザに提供し得る。番組ガイドは、スクリーン上の矢印５０４を強調表示して、矢印キーが押されたことをユーザに示し得る。ディスプレイ４００と同様、ディスプレイ５００も、複数のグラフィクス、選択可能な広告およびテレビ番組を表示する映像ウィンドウを有し得る。

番組ガイドは、例えば、リモコン１５６（図４）上の「上」および「下」の矢印キー２５０を押すことにより、ユーザが、番組リスト項目内をスクロールすることを可能にし得る。定常強調表示領域５０６が、番組リスト項目５０２内（例えば、その上部）に提供され得る。矢印キーが押し下げられると、それに応答して、番組リスト項目は、次いで、強調表示領域に対して上または下に移動させられ得る。あるいは、強調表示領域５０６は、リスト項目の移動を必要とせずに、リスト項目５０２内で位置を変えられ得る。

番組ガイドは、サポート側または被サポートアプリケーション（ｓｕｐｐｏｒｔ ｏｒ ｓｕｐｐｏｒｔｅｄ ａｐｐｌｉｃａｔｉｏｎ）のいずれであるかに関わらず、番組に関する情報を視聴する機会と、番組情報画面内から関連機能にアクセスする機会とをユーザに提供し得る。番組ガイドが、情報画面内から番組ガイド機能にアクセスする機会をユーザに提供するシステムは、例えば、１９９９年７月１６日に出願されたＲｕｄｎｉｃｋらによる米国特許出願第０９／３５６，２６８号に記載されている。本明細書中、同出願の全体を参考として援用する。番組情報画面は、例えば、番組の簡単な説明、番組の俳優、番組の格付け、番組が放送される時、または番組に関連する任意の他の適切な情報を含み得る。番組ガイドは、例えば、番組を視聴しながら、または、そのリスト項目を選択した後でリモコン１５６（図４）上の「情報」キーを押すことにより、番組情報が利用可能な番組を促進する選択可能な広告を選択することにより、あるいは、任意の他の適切なアプローチを用いることにより、ユーザが、番組情報を視聴したいという要望を示すと、番組情報画面を表示し得る。

所望であれば、図９の例示的な番組情報ディスプレイ９００などの番組情報ディスプレイ内に拡張機能（ａｄｖａｎｃｅｄ ｆｅａｔｕｒｅ）が一体化され得る。ユーザは、例えば、リマインダ機能９１４を選択することにより、対象番組のリマインダを設定する。ユーザはまた、例えば、ロック機能９１６を選択することにより、対象番組、および、所望であれば同様の番組をロックし得る。ユーザは、例えば、後退機能９１０を選択することにより、最後のディスプレイまたは他のリソースに戻り得る。ユーザは、前進機能９１２を選択することにより、後退機能にアクセスしたディスプレイまたは他のリソースに戻り得る。図１０は、例示的なリマインダ設定ディスプレイを示す。番組ガイドは、例えば、ディスプレイ９００（図９）のリマインダ機能９１４を選択することにより、または、リモコン１５６（図４）の「リマインダ」キー２６２を押すことにより、ユーザが番組のリマインダを設定したいという要望を示すと、それに応答して、リマインダ設定ディスプレイ１０００を表示し得る。番組ガイドのリマインダ機能は、例えば、１９９９年７月１６日に出願されたＫｎｕｄｓｏｎらによる米国特許出願第０９／３５７，９４１号に記載されている。本明細書中、同出願の全体を参考として援用し、同出願に記載されているリマインダ機能を提供するためのアプローチは、リソース間（ｉｎｔｅｒ−ｒｅｓｏｕｒｃｅ）のリマインダ機能を提供する際に用いられるように適応され得る。いくつかの実施形態において、リマインダの設定は、ユーザのカレンダにイベントを追加し得る。

いくつかの実施形態において、リマインダ機能は、リソース間であり得る。すなわち、リマインダ機能は、ユーザが、異なるタイプのリソースのリマインダを設定することを可能にし得る。例えば、リマインダ機能は、ユーザが、システム全体のガイドを通してアクセスされるサービスまたはウェブサイトに提供されているイベントのリマインダを設定することを可能にし得る。番組ガイド（または、他のサポートアプリケーション）は、イベントとサービスまたはサイトとに関する識別子を手に入れ、その識別子とイベントの時間とをリマインダ表に保存し得る。これらの２つのタイプのリソースは例示に過ぎず、この例におけるオペレーティングシステムなどのサポートアプリケーションは、ユーザが、任意の適切なリソースのリマインダを設定することを可能にし得る。

いくつかの実施形態において、番組ガイドは、チャンネルおよび他のリソースをお気に入りとして設定する機会をユーザに提供し得る。ユーザは、例えば、テレビを視聴しながら、番組リスト項目を強調表示した後でＢＲＯＷＳＥオーバーレイにありながら、チャンネルの情報画面内にありながら、あるいは、チャンネルまたは番組リスト項目が表示される任意の他の適切な番組ガイド表示画面にありながら図４のリモコン１５６上の適切なキー（例えば、「お気に入り」キー）を押し得る。お気に入り機能を有する番組ガイドは、例えば、上記の１９９９年７月１６日に出願されたＫｎｕｄｓｏｎらによる米国特許出願第０９／３５７，９４１号に記載されており、同出願内に記載されているお気に入りを提供するためのアプローチは、リソース間のお気に入り機能を提供する際に用いられるように適応され得る。

いくつかの実施形態において、お気に入り機能は、リソース間であり得る。すなわち、番組ガイド（または、他のサポートアプリケーション）は、ユーザが、異なるタイプのリソースをお気に入りとして識別することを可能にし得る。例えば、ユーザは、システム全体の任意の場所にある番組ガイドを通して、双方向サービスまたはウェブサイトにアクセスしながら、リモコン１５６上の「お気に入り」キーを押し得る。番組ガイド（または、他のサポートアプリケーション）は、サービスまたはサイトに関する識別子を手に入れ、それにお気に入りとしての印をつけ得る。いくつかの実施形態において、例えば、ガイド（または、他のサポートアプリケーション）は、その識別子に関するサービスまたはサイトを照会し、その識別子をお気に入りリスト内に保存し得る。

図１１、図１２、および図１３は、それぞれ、オペレーティングシステムであるサポートアプリケーション内の本発明のいくつかの実施形態に関する例示的なディスプレイ１１００、１１１０、および１１２０を示す。オペレーティングシステムは、ユーザが、１つ以上のアプリケーションまたは機能にアクセスすることを可能にし得る。これらの例において、オペレーティングシステムは、ユーザが、機能５１０を選択することによりテレビを視聴すること、機能５１２を選択することによりテレビガイドなどの１つ以上の被サポートアプリケーションにアクセスすること、機能５１４を選択することにより双方向サービスにアクセスすること、オプション５１６を選択することによりシステムプロバイダと通信すること、機能５１８を選択することにより電子メールアプリケーションにアクセスすること、機能５２０を選択することにより内蔵型ウェブブラウザを介してインターネットにアクセスすること、または、任意の他の適切な機能を可能にし得る。例示的なディスプレイ１１００において、オペレーティングシステムは、テレビを視聴するオプション５１０にデフォルトで設定されているか、または、ユーザによってそのオプションが選択されている。従って、ディスプレイ１１００は、現在合わせられているチャンネルを表示するウィンドウ４１２を含み得、機能５２２、５２４、５２６、および５２８などの別の機能を含み得る。いくつかの実施形態において、オペレーティングシステム（または、他のサポートアプリケーション）は、全画面テレビを提供し得る。ディスプレイ１１００はまた、現在選択されている機能５２２、５２４、５２６、または５２８によってコンテンツを提供するコンテンツ領域５２９を含み得る。この例において、ユーザは、強調表示領域を用いて「今日」機能５２２を選択しており、オペレーティングシステムは、その日の間に放送される番組に関して、コンテンツ領域５２９内にプロモーションを表示している。図１２において、例えば、ユーザは、「天気」機能５２８を選択しており、オペレーティングシステムは、現在の天気情報を表示している。本発明のいくつかの実施形態において、１つ以上の機能は、サブ機能を含み得る。図１３は、サブ機能５５０を有する天気機能５２８の例示的な分解組立図を示す。

図１１、図１２、および図１３に示すように、オペレーティングシステムは、「移動」機能５６０を提供し得、この移動機能５６０は、ユーザが、ウェブサイト、機能、アプリケーション、またはユーザがアクセスしたいと願う他のリソースを特定することを可能にする。所望であれば、移動機能５６０は、番組ガイドなどの他のサポートアプリケーションによって提供され得るか、または、被サポートアプリケーションからアクセスされ得る。ユーザは、例えば、移動機能５６０を選択してリソース名を入力することにより、ドロップダウン式の選択可能なリソース名のリスト（図示のような）からリソースを選択することにより、または、任意の他の適切なアプローチを用いることにより所望のリソースを示し得る。いくつかの実施形態において、オペレーティングシステム（または、他のサポートアプリケーション）は、現在アクセスされているディスプレイ、機能、ウェブサイト、または他のリソースの名前によって移動機能５６０を動的に埋め得る。移動機能５６０は、次いで、ユーザが、最近アクセスしたリソースの履歴にアクセスすることを可能にし得る。いくつかの実施形態において、移動機能５６０は、選択可能なリソースのドロップダウン式リストであり得る。

オペレーティングシステムは、任意の適切な被サポートアプリケーションをサポートし得る。いくつかの実施形態において、オペレーティングシステムは、被サポートアプリケーションの選択可能な機能を提供し得る。この例において、オペレーティングシステムは、双方向番組ガイドをサポートし、それに従って、機能５１２を提供する。オペレーティングシステムは、例えば、ユーザが機能５１２を選択すると、それに応答して、双方向番組ガイドを起動させ得る。図１４および図１５は、本発明のいくつかの実施形態によって提供され得る例示的なディスプレイを示す。図１４は、例示的な番組ガイド紹介ディスプレイ１３０５を示す。紹介ディスプレイ１３０５は、例えば、双方向番組ガイドに関するブランド名を掲げた広告１３００を含み得る。紹介ディスプレイ１３０５はまた、オプション５１０、５１２、５１４、５１６、５１８、および５２０、ならびに映像ウィンドウ４１２を含み得る。ユーザが機能５１２を選択すると、オペレーティングシステムは、それに応答して、事前規定された期間だけ紹介ディスプレイ１３０５を表示し得、次いで、図１５の例示的な番組ガイドメニューディスプレイ１４００などの番組ガイドメニューディスプレイを提供する。他の適切な実施形態において、オペレーティングシステムは、紹介ディスプレイを提供し得ない。図７のメニュー４００と同様に、メニューディスプレイ１４００は、多数の選択可能なオプションと、選択可能な広告と、ガイドウィンドウ４１２内の画像とを含み得る。ユーザは、例えば、所望の機能を強調表示するように強調表示領域を移動させて、リモコン１５６（図４）上の「ＯＫ」キーを押すことにより、メニューから番組ガイド機能を選択したいという要望を示し得る。

図１５に示すように、オペレーティングシステム（または、他のサポートアプリケーション）の１つ以上の選択可能な機能は、機能領域１４２０内に提供され得る。機能領域１４２０は、オペレーティングシステム（または、他のサポートアプリケーション）によって生成されるオーバーレイであり得るか、または、番組ガイドディスプレイなどの被サポートアプリケーションディスプレイと一体化され得る。いくつかの実施形態において、機能領域１４２０は、ユーザが最初にディスプレイにアクセスする際に、事前規定された期間だけ表示され得、次いで、姿を消し得る。その後、ユーザは、例えば、ユーザのリモコン上の「ガイド」キーを押すことにより、機能領域１４２０にアクセスしたいという要望を示し得る。機能領域１４２０は、例えば、機能５１０、５１２、５１４、５１６、５１８、５２０、および５６０を含み得る。所望であれば、機能領域１４２０は、後退機能、前進機能、履歴機能、お気に入り機能、リマインダ機能、または他の適切な機能などの他の機能を含み得る。

本発明のいくつかの実施形態において、メニューディスプレイ１４００からアクセスされる番組ガイドディスプレイは、機能領域を含み得る。所望であれば、機能領域は、図１５の例示的な機能領域１４２０であり得るか、または、別の利用可能な機能領域であり得る。図１６は、例えば、例示的な番組ガイドディスプレイ１５００を示し、この番組ガイドディスプレイにおいて、テレビ番組リスト項目は、特定のジャンル（この例において、映画）に関してリストされている。ディスプレイ１５００は、例えば、リモコン上の適切なボタンを押すことにより、または、図１５のメインメニューディスプレイから「映画」を選択することにより、ユーザが番組リスト項目を視聴したいという要望を示すと、それに応答して生成され得る。図１６のディスプレイ１５００は、スクロール可能なリスト内に番組リスト項目をリストし得、番組リスト項目に関するチャンネル番号、呼び出し符号、およびロゴを表示し得る。番組ガイドは、例えば、リモコン上の「上」および「下」矢印を押すことにより、番組リスト項目のリスト内をスクロールする機会をユーザに提供し得る。番組ガイドは、画面上の矢印を強調表示して、矢印が押されていることをユーザに示し得る。ディスプレイ１５００はまた、多数のグラフィック４０６および４１０ならびに選択可能な広告４０４を有し得、現在合わせられているチャンネルを表示する映像ウィンドウ４１２も有し得る。

図１６の例において、機能領域１５５０は、オペレーティングシステム（または、他のサポートアプリケーション）の１つ以上の選択可能な機能を含み得る。機能領域１５５０は、オペレーティングシステム（または、他のサポートアプリケーション）によって生成されるオーバーレイであり得るか、または、番組ガイドディスプレイと一体化され得る。いくつかの実施形態において、機能領域１５５０は、ユーザが最初にディスプレイ１５００にアクセスする際に、事前規定された期間だけ表示され得、次いで、姿を消し得る。その後、ユーザは、例えば、ユーザのリモコン上の「ガイド」キーを押すことにより、機能領域１５５０にアクセスしたいという要望を示し得る。機能領域１５５０は、例えば、後退機能１４５２、前進機能１４５４、履歴機能１４５６、リマインダ機能１４５８、お気に入り機能１４６０、プロフィール機能１４６２、検索機能１４６４、または他の適切な機能を含み得る。

いくつかの実施形態において、拡張機能は、番組ガイドなどの被サポートアプリケーションのディスプレイ内に一体化され得る。例えば、番組ガイドは、ユーザによって番組リスト項目が強調表示され、ユーザのリモコン上の「情報」または「ＯＫ」キーが押されることに応答して、図９の例示的なディスプレイ９００などの番組情報ディスプレイを提供し得る。この例において、後退、前進、リマインド、およびロック機能は、ディスプレイ９００内に一体化される。ユーザが機能のうちの１つにアクセスしたいという要望を選択すると、または、示すと、番組ガイドは、それに応答して、その機能を行うようにオペレーティングシステムに要請し得る。所望であれば、このようなディスプレイ内に一体化されていない機能は、ディスプレイ上にオーバーレイされ得る機能領域内に提供され得る。

サポートアプリケーション（この例において、オペレーティングシステム）は、双方向サービスにアクセスする機会をユーザに提供し得る。例えば、ユーザが図１１および図１２に示されるディスプレイから双方向サービス機能５１４を選択すると、サポートアプリケーションは、それに応答して、双方向サービスディスプレイを提供し得る。例示的な双方向サービスディスプレイが図１７に示される。双方向サービスディスプレイは、例えば、ディスプレイエレメント１６１０を含み得、このディスプレイエレメント１６１０をユーザが選択して、双方向サービスにアクセスしたいという要望を示し得る。例えば、ユーザは、特定のディスプレイエレメント１６１０を選択して食料配達サービスにアクセスし得、別のディスプレイエレメント１６１０にアクセスして株式相場サービスにアクセスし得、別のディスプレイエレメント１６１０にアクセスして任意の百科事典サービスにアクセスし得、または、別のディスプレイエレメントにアクセスして辞書にアクセスし得る。このリストは例示に過ぎず、任意の適切な情報サービスがサポートされ得る。これらのサービスに関する情報は、例えば、通信リンク１０８または１１４（図１）によってデータを提供し得る任意の適切な設備から提供され得る。所望であれば、サービスとの二方向の相互作用力が、通信デバイス１６０（図２）または２０１（図３）を用いて提供され得る。

いくつかの実施形態において、サポートアプリケーションは、ユーザがディスプレイエレメント１６１０を選択すると、それに応答してウェブブラウザを起動させて、サービスと関連するウェブサイトにアクセスし得る。ユーザは、インターネットによって提供されるサービスへの制限されたアクセスのみが提供され得る。このような実施形態において、サポートアプリケーションは、ユーザが、制限された数のウェブサイトにだけアクセスすることを可能にするように構成され得、これらのウェブサイトもまた、制限された数のウェブサイトへのアクセスを提供するように構成されており、ユーザは、限定されたセットのウェブサイトにのみアクセスすることが可能である。

いくつかの実施形態において、サポートアプリケーションは、オペレーティングシステム、番組ガイド、または他のサポートアプリケーションのいずれであるかに関わらず、所望の双方向サービスをより簡単に見つけ出すことを可能にするガイダンスをユーザに提供し得る。このアプローチは、例えば、利用可能な双方向サービスの数が多い場合に所望であり得る。例えば、図１２、図１４、および図１５の双方向サービス機能５１４を選択することにより、図７および図１５の番組ガイドメニューディスプレイからサービス機能４１３を選択することにより、または、任意の他の適切なアプローチを用いることにより、ユーザが双方向サービスにアクセスしたいという要望を示すと、オペレーティングシステム、番組ガイド、または他のサポートアプリケーションは、それに応答して、選択可能なサービスタイプのディスプレイを提供し得る。例示的なサービスタイプのディスプレイ１７００が図１８に示される。ユーザは、サービスタイプを選択して、指示したタイプのサービスにアクセスしたいという要望を指示し得る。例えば、ユーザは、サービスタイプ１７０５を選択して財政情報サービスにアクセスし得、タイプ１７０７を選択してスポーツ情報サービスにアクセスし得、タイプ１７０９を選択して娯楽情報サービスにアクセスし得、または、タイプ１７１１を選択して教育情報サービスにアクセスし得る。このサービスタイプのリストは例示に過ぎず、任意の適切なサービスタイプまたはサービスタイプの組み合わせが、ユーザが利用可能なサービスによって提供され得る。所望であれば、オペレーティングシステムは、ユーザが所定の機能を強調表示すると、それに応答して、所定のサービスタイプに関して利用可能なサービスタイプの情報を有する情報ディスプレイ１７１０を提供し得る。

ユーザがサービスタイプの選択（または、識別）をすると、オペレーティングシステムは、それに応答して、図１９の例示的なディスプレイ１８００などのサービスサブタイプディスプレイを提供し得る。この例において、３つのサブタイプが存在し、ユーザは、サブタイプ「解説」を選択している。この選択に応答して、オペレーティングシステムは、サービス識別子１８８０の選択可能なリストをユーザに提供し得る（または、サービスを識別し得る）。ユーザが識別子１８８０を選択すると、システムは、それに応答して、任意の適切なアプローチによって、サービスにアクセスし得る。例えば、システムは、ウェブブラウザを起動させて、選択されたサービスを提供するウェブサイトにアクセスし得るか、または、二方向ケーブルリンクを介してサービスにアクセスし得る。

図２０は、例示的なサービスであるＸＹＺスポーツに関する例示的なサービスディスプレイ１９００を示す。この例において、ＸＹＺスポーツは、Ｂｉｌｌ Ｐａｒｃｅｌｌｓとのチャットセッションを提供する。ディスプレイ１９００は、この情報を表示領域１９１０内に提供する。サービスプロバイダは、任意の適切なアプローチを用いて、チャットセッションが利用可能であることをオペレーティングシステム（または、他のサポートアプリケーション）に指示し得る。例えば、サービスに関するデータは、イベントにデータが付随していることを示す１つ以上のフラッグを含み得る。オペレーティングシステムは、このフラッグを読み、イベントによって作用する機能へのアクセスをユーザに提供し得る。図２０において、例えば、オペレーティングシステムは、リマインダ機能９１４を提供して、ユーザがそのチャットセッションのリマインダを設定することを可能にする。例えば、機能９１４を選択することにより、ユーザがチャットセッションのリマインダを設定したいという要望を示すと、システムは、それに応答して、そのチャットセッションのリマインダの予定を組み入れ得るか、または、確認ディスプレイを提供して、ユーザがリマインダの設定を確認すると、リマインダの予定を組み入れ得る。例示的な確認ディスプレイが図２１に示される。

リマインダ機能は、リソース間のリマインダ機能であり得る。すなわち、リマインダ機能は、ユーザが、異なるタイプのリソースのリマインダを設定することを可能にし得る。例えば、リマインダ機能は、ユーザが、図２０に示すようにチャットセッションのリマインダを設定し、図１０に示すように番組のリマインダを設定することを可能にし得る。これらの２つのタイプのリソースは例示に過ぎず、この例におけるオペレーティングシステムなどのサポートアプリケーションは、ユーザが、任意の適切なリソースのリマインダを設定することを可能にし得る。

オペレーティングシステム（または、他のサポートアプリケーション）は、お気に入り機能を提供し得る。図２０の例において、ユーザは、お気に入り機能１９２５を選択することにより、ＸＹＺスポーツの双方向サービスをお気に入りとして設定したいという要望を示し得る。これに応答して、システムは、このサービスをお気に入りとして登録し得る。いくつかの実施形態において、お気に入り機能は、リソース間のお気に入り機能であり得る。例えば、お気に入り機能は、ユーザが、番組、チャンネル、ウェブサイト、チャットセッション、または任意の他の適切なリソースをお気に入りとして識別することを可能にし得る。これらのタイプのリソースは例示に過ぎず、この例におけるオペレーティングシステムなどのサポートアプリケーションは、ユーザが、任意の適切なリソースをお気に入りとして識別することを可能にし得る。

オペレーティングシステム（または、他のサポートアプリケーション）は、ユーザが、システムプロバイダとの顧客サービスセッションを確立することを可能にし得る。図２２は、ユーザが、顧客サービスセッション５１６を選択した場合の例示的なディスプレイ２１００を示す。ディスプレイ２１００は、セッション領域２１１０を含む。セッション領域は、１つ以上の広告（例えば、テキスト、グラフィック、映像、動画、または他の適切な広告）と、ユーザがシステムプロバイダとのセッションにアクセスし得るセッション部分とを含み得る。任意の適切なセッションが提供され得る。いくつかの実施形態において、ユーザは、システムプロバイダへと送信されるテキストメッセージを入力し得る。他の実施形態において、適切なストリーミング技術を用いて、実際の顧客サービスの代表者とのリアルタイム音声または音声／映像セッションが確立され得る。これらの２つのタイプのセッションは例示に過ぎず、任意の他の適切なタイプのセッションが提供され得る。

オペレーティングシステム（または、他のサポートアプリケーション）は、ユーザが、電子メールまたはテレビメールなどの電子メッセージを読み書きすることを可能にし得る。図２３は、ユーザが、例えば、メール機能５１８を選択することにより、ユーザの電子メールにアクセスしたいという要望を示した場合の例示的なディスプレイ２２００を示す。システムは、ユーザのパスワードに関してユーザを促し得、次いで、ユーザが電子メッセージを読み書きすることを可能にし得る。いくつかの実施形態において、オペレーティングシステムは、電子メール編集アプリケーションを起動させて、このアプリケーションを表示領域２２１０内に表示し得る。

オペレーティングシステム（または、他のサポートアプリケーション）は、ユーザが、インターネットをブラウズすることを可能にし得る。ブラウザの機能性は、オペレーティングシステム内にプログラムされ得るか、または、オペレーティングシステムは、ユーザがインターネットにアクセスしたいという要望を示すと、それに応答してブラウザを起動させ得る。図２４は、ユーザが、例えば、機能５２０を選択することにより、インターネットにアクセスしたいという要望を示した場合の例示的なディスプレイ２３００を示す。ディスプレイ２３００において、現在のテレビチャンネルがディスプレイの第１の半分に表示され、ウェブブラウザが第２の半分に表示される。所望であれば、任意の他の適切なディスプレイ構成が用いられ得る。

いくつかの実施形態において、サポートアプリケーションは、双方向番組ガイド、オペレーティングシステム、または他の適切なサポートアプリケーションのいずれであるかに関わらず、その他（ｅｘｔｒａｓ）機能をユーザに提供し得る。ユーザは、例えば、リモコン１５６（図４）上の「その他」キー２６４を押すことにより、または、適切なディスプレイエレメントを選択することにより、その他機能にアクセスしたいという要望を示し得る。図２５は、例示的なその他オーバーレイ２５００を示す。サポートアプリケーションは、現在視聴している番組、被サポートアプリケーション、または他のディスプレイの上にその他オーバーレイ２５００をオーバーレイさせ得る。その他オーバーレイ２５００は、１つ以上の機能を含み得る。オーバーレイ２５００内のいくつかの機能は、その他機能が実行される際にどのアプリケーションが表示されているかに関わらず同じであり得る。いくつかの機能は、その他機能が実行される際に表示されているアプリケーションの文脈によって変化し得る。あるアイテムはデフォルトで強調表示され得、他のアイテムはユーザによって選択可能であり得る。ユーザは、例えば、リモコン１５６（図４）上の矢印キー２５０を押すことにより、アイテム間を移動し得る。ユーザは、リモコン１５６（図４）上の「ＯＫ」キー２５２を押すことにより、機能を選択し得る。これに応答して、サポートアプリケーションは、オーバーレイを取り下げ、特定の機能を実行し得る。

その他オーバーレイ２５００は、例えば、広告２５７０を含み得る。広告２５７０は、選択可能であり得る。ユーザが広告２５７０を選択すると、システムは、それに応答して、広告に関連する情報を表示し得るか、または、広告に関連するサービスまたはウェブサイトにアクセスし得る。その他オーバーレイ２５００は、例えば、ホームアイコン２５２０を含み得る。ユーザがアイコン２５２０を選択すると、サポートアプリケーションは、それに応答して、ユーザをホームディスプレイへと戻し得る。その他オーバーレイ２５００は、例えば、印刷アイコン２５３０を含み得る。ユーザがアイコン２５３０を選択すると、サポートアプリケーションは、それに応答して、セットトップボックス１５０（図２）に取りつけられているプリンタに現在の画面を印刷し得る。その他オーバーレイ２５００は、ヘルプアイコン２５４０を含み得る。ユーザがアイコン２５４０を選択すると、サポートアプリケーションは、それに応答して、現在のアプリケーションの使い方に関する情報をユーザに提供し得る。その他オーバーレイ２５００は、例えば、後退アイコン２５５０、前進アイコン２５６０、および履歴アイコン２５８０を含み得、これらのアイコンは、ユーザが、最近のアプリケーションにアクセスすることを可能にし得る。その他オーバーレイ２５００は、お気に入りアイコン２５７０を含み得、このアイコンは、ユーザが、以前に設定したお気に入りリソースのリストにアクセスすることを可能にし得る。ユーザは、リストからお気に入りリソースを選択し得、これに応答して、サポートアプリケーションは、選択されたリソースを提供し得る。

前述のその他オーバーレイ２５００のアイコンおよび機能は例示に過ぎない。いくつかの実施形態において、その他オーバーレイ２５００は、例えば、特定のアプリケーションに関するアイコンを含み得る。ユーザが簡単にアプリケーションにアクセスすることを可能にするアプリケーションに関するアイコンも含まれ得る。所望であれば、条件付きのアプリケーションに関するアイコンも含まれ得る。例えば、ユーザが電子メールを受信する場合、その他オーバーレイ２５００上にメールアイコンが存在し得る。リマインダが未処理の場合、その他オーバーレイ２５００は、リマインダ機能を含み得る。その他オーバーレイ２５００は、現在のアプリケーションを視聴制御するための機能を含み得る。その他オーバーレイ２５００は、例えば、現在活動状態にあるアプリケーションに関連する機能を含み得る。これらの機能に関するアイコンは、個別の表示され得るか、または、これらの機能は、例えば、その他オーバーレイ２５００から「より多く（ｍｏｒｅ）」の機能を視聴するオプションのユーザによる選択の結果として表示され得る。

その他オーバーレイ２５００は、例えば、検索機能２５９０を含み得る。検索機能は、ユーザが、所望の番組、サイト、アプリケーション、または他のリソースを検索することを可能にし得る。いくつかの実施形態において、その他オーバーレイ２５００は、ユーザが、ウェブサイト、チャンネル、または任意の他の適切なリソースなどの所望のリソースに関するキーワードを入力することを可能にし、適合するリソースのリストをユーザに提供する画面領域を含み得る。いくつかの実施形態において、その他オーバーレイ２５００は、移動機能５６０を含み得る。さらに他の実施形態において、その他オーバーレイ２５００は、リソースを視聴制御し、リソースのリマインダを設定し、リソースをカレンダに追加し、または、任意の他の適切な機能を提供するオプションを含み得る。

上述のように、いくつかの実施形態は、後退機能を提供し得る。ユーザは、任意の適切なアプローチを用いて、後退機能にアクセスしたいという要望を示し得る。例えば、ユーザは、リモコン１５６（図４）上の「後退」キー２５６を押し得る。ユーザは、例えば、図９のディスプレイ９００、図１６の機能領域１５５０、または図２５のオーバーレイ２５００などの中の、画面上の後退アイコンまたは他のディスプレイエレメントを選択し得る。どのような方法でユーザが後退機能にアクセスしたいという要望を示したとしても、システムは、最後のディスプレイ、チャンネル、機能、ウェブサイト、または他のリソースにユーザを戻すことにより応答し得る。例えば、ユーザは、後退機能にアクセスしたいという要望を示すことにより、時間別リスト項目画面５００（図８）から以前の画面であるメニュー画面４００（図７）へと移動し得る。

いくつかの実施形態において、サポートアプリケーションは、ユーザによってアクセスされたリソースの足跡をたどり得る。セットトップボックス１５０（図２）は、以前にアクセスされたリソースのリストを保存し得る。ユーザが後退機能にアクセスしたいという要望を示すと、サポートアプリケーションは、それに応答して、以前のリソースのリストを調査し、次いで、最後にアクセスされたリソースにアクセスし得る。このようなアプローチにおいて、後退機能は、現在のリソースタイプまたは以前にアクセスされたリソースタイプに関わらず、以前にアクセスされたリソースにアクセスし得る。他のアプローチにおいて、後退機能はリソース依存型（ｓｅｎｓｉｔｉｖｅ）であり得る。例えば、サポートアプリケーションは、異なるタイプのリソースに関する複数のリストを有し得る。ユーザが、被サポートアプリケーション内のリソースにアクセスするか、または、被サポートアプリケーションからリソースにアクセスすると、被サポートアプリケーションは、サポートアプリケーションにリソースに関する情報を公開し得る。この情報は、例えば、リソースを表すメタデータを含み得る。サポートアプリケーションは、メタデータを調査し、複数のリストのうちのどれをアップデートするかを決定し得る。ユーザが後退機能にアクセスしたいという要望を示すと、サポートアプリケーションは、それに応答して、アクセスされている現在のリソースを判定し、適切なリストを調査し、従って、最後の同様のリソースを提供し得る。

別の適切なアプローチにおいて、サポートアプリケーションは、他のリソースからユーザが戻り得るリソースを規定するための規則を含み得る。例えば、サポートアプリケーションは、ユーザが、他のウェブサイトまたはアプリケーションからウェブサイトに戻ることだけを可能にし得る。さらに別の適切なアプローチにおいて、ユーザテレビ機器、サポートアプリケーション、またはその両方は、ユーザによって、ユーザが戻りたいと願うリソースタイプが特定されることを可能にする複数のインタフェイスエレメントを提供し得る。任意の他の適切なアプローチが使用され得る。

所望であれば、サポートアプリケーションは、ユーザが後退機能を実行し得る回数に制限を設け得る。この制限は、例えば、セットトップボックスの記憶容量、時間制限、または任意の他の適切な要因に基づき得る。後退機能が以前にアクセスされたリソースを訪れる順番であるバックアップシーケンスは、特定のリソースにたどり着くために使用したシーケンスの逆と全く同じであり得ない。例えば、中間リソースが回避され得る。特定のリソースに戻るために、パスワードまたはコードが必要とされ得る。以前に出入りの両方が行われたリソースが回避され得る。複数回訪れられたリソースは、リソースを通じてバックアップしている場合、同じ回数だけ再び訪れられ得ない。例えば、ユーザがテレビを視聴している間に、後退機能は、ユーザを以前のリソースに戻し得るか、または、リモコン１５６（図４）上の「戻る」キー２５４などの「前のチャンネルに戻る」キーのように機能し得る。

ユーザは、任意の適切なアプローチを用いて、前進機能にアクセスしたいという要望を示し得る。例えば、ユーザは、リモコン１５６（図４）上の「前進」キー２５８を押し得る。ユーザは、例えば、図９のディスプレイ９００、図１６の機能領域１５５０、または図２５のオーバーレイ２５００などの中の、画面上の前進アイコンまたは他の適切なディスプレイエレメントを選択し得る。どのような方法でユーザが前進機能にアクセスしたいという要望を示したとしても、システムは、ユーザが後退機能を使用した最後のディスプレイ、チャンネル、機能、ウェブサイト、または他のリソースにユーザを戻すことにより応答し得る。例えば、画面５００（図８）から後退機能を使用してメニュー画面４００（図７）に移動した後で、ユーザは、前進機能を用いることにより、時間別リスト項目画面５００（図８）に戻り得る。

サポートアプリケーションは、前進シーケンスを生成し得る。前進シーケンスは、前進機能が後退機能が行われたリソースを訪れる順番である。前進シーケンスは、特定のリソースにたどり着くために使用されたシーケンスの逆と全く同じであり得ない。例えば、中間リソースが回避され得る。特定のリソースに戻るために、パスワードまたはコードが必要とされ得る。以前に出入りの両方が行われたリソースが回避され得る。複数回訪れられたリソースは、アプリケーション間を前進する際に、同じ回数だけ再び訪れられ得ない。

任意の適切なアプローチを用いて、前進機能が実施され得る。例えば、サポートアプリケーションは、ユーザによってアクセスされたリソースの足跡をたどり得る。セットトップボックス１５０（図２）は、以前のリソースのリストを保存し得る。ユーザが前進機能にアクセスしたいという要望を示すと、サポートアプリケーションは、それに応答して、以前のリソースのリストを調査し、ユーザが後退機能にアクセスした最後のリソースを提供し得る。このようなアプローチにおいて、前進機能は、現在のリソースタイプまたは以前にアクセスされたリソースタイプに関わらず、以前にアクセスされたリソースにアクセスし得る。他のアプローチにおいて、前進機能はリソース依存型であり得る。例えば、サポートアプリケーションは、異なるタイプのリソースに関する複数のリストを有し得る。ユーザが、被サポートアプリケーション内のリソースにアクセスするか、または、被サポートアプリケーションからリソースにアクセスすると、被サポートアプリケーションは、サポートアプリケーションにリソースに関する情報を公開し得る。この情報は、例えば、リソースを表すメタデータを含み得る。サポートアプリケーションは、メタデータを調査し、複数のリストのうちのどれをアップデートするかを決定し得る。ユーザが前進機能にアクセスしたいという要望を示すと、サポートアプリケーションは、それに応答して、アクセスされている現在のリソースを判定し、適切なリストを調査し、従って、最後の同様のリソースを提供し得る。

別の適切なアプローチにおいて、サポートアプリケーションは、他のリソースからユーザが前進機能を使用して移動し得るリソースを規定するための規則を含み得る。例えば、サポートアプリケーションは、ユーザが、他のウェブサイトまたはアプリケーションからウェブサイトに移動する場合にだけ前進機能を使用することを可能にし得る。別の適切なアプローチにおいて、ユーザテレビ機器は、ユーザによって、ユーザが前進機能を使用して移動したいと願うリソースタイプが特定されることを可能にする複数のインタフェイスエレメントを提供し得る。任意の他の適切なアプローチが使用され得る。

ユーザは、任意の適切なアプローチを用いて、履歴機能にアクセスしたいという要望を示し得る。例えば、ユーザは、図７のメニュー画面４００から、または、図４のリモコン１５６上の適切なキー（例えば、「履歴」キー２６０）を押すことにより、履歴機能４０３を選択し得る。ユーザは、例えば、機能領域１５５０（図１６）の履歴機能１４５６、図２５の履歴アイコン２５８０、または任意の他の適切なエレメントなどの、画面上のアイコンまたは他のディスプレイエレメントを選択し得る。これに応答して、サポートアプリケーションは、履歴ディスプレイを提供し得る。

例示的な履歴ディスプレイ２６００が図２６に示される。履歴ディスプレイ２６００は、最近アクセスされたリソースのリストを含み得る。この例において、ユーザは、以前に、電子メールアプリケーション２６０２、ウェブサイト２６０４、機能２６０６、およびチャンネル２６０８にアクセスしている。サポートアプリケーションは、リソース履歴リスト内のリソースを選択する機会をユーザに提供し得る。ユーザがリソースを選択すると、サポートアプリケーションは、それに応答して、選択されたリソースにユーザを戻し得る。

上述のように、本発明のいくつかの実施形態は、リマインダ機能を提供し得る。リマインダ機能は、ユーザ選択のリソースまたはイベントのリマインダを設定する機会をユーザに提供し得る。イベントは、例えば、未来のテレビショー、未来のチャットセッション、誕生日、または任意の他の適切なイベントなどの、リソースの任意の適切な未来コンテンツを含み得る。ユーザは、例えば、株価が特定の価格に達する場合の警告などの、特定の時間を予定しないイベントをリマインダとして特定し得る。

ユーザは、任意の適切なアプローチを用いて、リソースまたはイベントのリマインダを予定に組み入れたいという要望を示し得る。例えば、ユーザは、リモコン上の適切なキー（例えば、図４のリモコン１５６上の「リマインダ」キー２６２）を押し得る。ユーザは、図９および図２０の機能９１４、機能領域１５５０（図１５００）の機能１４５８、または任意の他の適切なディスプレイエレメントなどの、画面上のアイコンまたは他の適切なディスプレイエレメントを選択し得る。ある適切なアプローチにおいて、ユーザは、リソース情報ディスプレイからのリソースのリマインダを設定し得る。リソース情報ディスプレイは、リソースに関する別の情報を提供し得るディスプレイである。これらは、例えば、図９のディスプレイ９００などの番組情報ディスプレイを含む。

サポートアプリケーションが、どのようなアプローチを用いて、リマインダを設定する機会をユーザに提供したとしても、サポートアプリケーションは、来るべきリマインダのリストを維持し得る。リマインダリストは、例えば、ユーザによってリマインダの予定に組み入れられたイベントの識別子、イベントが提供されるリソース、これらのイベントの開始時間、または任意の他の適切な情報を含み得る。サポートアプリケーションは、リストを監視し得、適切な時間（例えば、イベント前の事前規定の時間、またはイベントが開始される時間）において、サポートアプリケーションは、１つ以上のイベントのリマインダが提供されるリマインダディスプレイを提供し得る。リマインダディスプレイは、活動状態にあるアプリケーションの上にオーバーレイされ得る。所望であれば、サポートアプリケーションは、ユーザがリモコン１５６（図４）上の「リマインダ」キー２６２などの適切なキーを押し下げると、それに応答して、リマインダオーバーレイを表示し得る。図２７は、リマインダが設定されているイベントが起こると提供され得る例示的な双方向リマインダオーバーレイ２７００を示す。リマインダオーバーレイ２７００は、活動状態にあるリマインダ領域２７２０を有し得る。複数のリマインダが同時に活動状態にある場合、サポートアプリケーションは、リモコン１５６（図４）上の矢印キー２５２を使用することにより、ユーザが、活動状態にあるリマインダ領域２７２０内のリマインダ間を循環（ｃｙｃｌｅ）することを可能にし得る。サポートアプリケーションは、ユーザが、リマインダを選択し、かつ、リマインダを修正または削除することを可能にし得る。図２７の例において、ユーザは、出す機能２７４０を選択して、テレビ番組のリマインダを選択し、そのリマインダを削除し、かつ、そのテレビ番組に合わせ得る。

リマインダは、リマインダ情報領域２７３０内のイベントと関連する情報を含み得る。リマインダ情報領域２７３０は、選択された番組のチャンネル名およびタイトル、チャットセッションの名称およびウェブアドレス、誕生日を迎える者の名前（ａ ｎａｍｅ ｏｆ ａ ｂｉｒｔｈｄａｙ）、株価のシンボルおよび価格、任意の他の適切なリマインダ情報、またはこのようなリマインダ情報の組み合わせを含み得る。

リマインダは、イベントのタイプを識別し得る。この例において、番組リスト項目リマインダのリマインダ用の情報領域２７３０は、テレビリスト項目としてフォーマットされている。例えば、チャットセッションのリマインダは、ウェブアドレスとしてフォーマットされ得る。リマインダは、リマインダが選択されたアプリケーションのブランドロゴを含み得る。

リマインダは、リマインダに関連する１つ以上の選択可能なオプションを有し得る。例えば、図２７に示すように、サポートアプリケーションは、リマインダオーバーレイ２７００内に１つ以上の機能を提供し得、この機能によって、ユーザは、イベントにアクセスすることが可能である。機能は、リマインダが表示されているイベントのタイプに動的に依存し得る。この例において、機能２７４０は、ユーザが、リマインダが表示されている番組を出すことを可能にする。例えば、チャットセッションに関して、機能２７４０は、ユーザが「チャット」（すなわち、チャットセッションに参加）することを可能にし得る。株価リマインダは、売却または保有のオプションを含み得る。誕生日リマインダは、１つ以上の電子商取引アプリケーションまたはウェブサイトに訪れて、誕生日の贈り物を購入するオプションを含み得るか、または、ユーザが、ある人の幸せな誕生日を願い、その人に電子メールを送信することを可能にし得る。

リマインダは、ユーザによって選択可能であり得る広告２７５０などの広告を含み得る。例えば、ユーザは、広告２７５０を選択して、ペイ・パー・ビューを注文し得る。

サポートアプリケーションは、リマインダに働きかけずに任意の時にリマインダを隠すオプションをユーザに提供し得る。例えば、ユーザは、「隠す」機能２７６０を選択して、リマインダオーバーレイ２７００を隠し得る。ユーザのリモコンは、ユーザがリマインダ機能にアクセスすることを可能にするキーを含み得る。例えば、ユーザは、リモコン１５６（図４）上の「リマインダ」キーを押して、リマインダオーバーレイ２７００を視聴し得る。

本発明のいくつかの実施形態は、お気に入り機能を提供し得る。お気に入り機能は、ユーザが、ディスプレイ、ウェブサイト、チャンネル、または他の適切なリソースなどの任意のリソースをお気に入りとして設定することを可能にし得る。サポートアプリケーションは、ユーザが、お気に入りリソースのリストにアクセスすることを可能にし得る。お気に入りリソースのリストは、現在活動状態にあるアプリケーションに特有であり得るか、または、複数のアプリケーションの総合的なお気に入りリストであり得る。所望であれば、サポートアプリケーションは、ユーザが、複数のお気に入りリストを維持すること、または、複数のユーザのお気に入りリストをサポートすることを可能にし得る。

ユーザがお気に入りリストにアクセスしたいという要望を示すと、サポートアプリケーションは、それに応答して、お気に入りディスプレイを提供し得る。例示的なお気に入りディスプレイが図２８に示される。ユーザは、例えば、機能領域１５５０（図１６０）のお気に入り機能１４６０、ディスプレイ１９００（図２０）のお気に入り機能１９２５、オーバーレイ２５００（図２５）のお気に入り機能２５７０を選択するか、または任意の他の適切なアプローチを使用することにより、お気に入りリストにアクセスしたいという要望を示し得る。いくつかの実施形態において、ユーザは、リモコン１５６（図４）の「お気に入り」キー２６６を押すことにより、お気に入り機能にアクセスし得る。他の実施形態において、ユーザは、「お気に入り」キー２６６を押して、リソースをお気に入りとして指定し得る。

所望であれば、サポートアプリケーションは、ユーザが、リスト２８０５のソート条件を指定することを可能にし得る。この例において、ユーザは、リストがアルファベット順にソートされることを選択している。システムは、ユーザが、リスト２８０５内に含まれるリソースのタイプ（単数または複数）を特定することを可能にし得る。実際には、システムは、ユーザが、リスト２８０５の任意の他の適切な特性を特定することを可能にし得る。

いくつかの実施形態において、サポートアプリケーションは、複数のアプリケーションについて複数のユーザのサポートを提供し得る。サポートアプリケーションは、各ユーザが、複数のユーザプロフィールを規定することを可能にし得る。プロフィールは、例えば、関連するパスワードまたはコードを有し得、このパスワードまたはコードは、ユーザが、リソースへのアクセスを手に入れることを可能にする。いくつかの実施形態において、プロフィールは、関連する視聴制限機能を有し得、関連するユーザ（単数または複数）によってどのリソースがアクセス可能であるかを規定し得る。いくつかの実施形態において、プロフィールは、購入サポートを含み得る。プロフィールは、１つ以上のクレジットカード、出荷先住所、請求書送付先住所、または他の適切なリソースの詳細を含み得、その結果、任意のアプリケーションサービス、ウェブサイト、または他のリソースからの購入を促進し得る。

図２９は、全てのユーザのリストを提供し得る例示的なユーザディスプレイ２９００を示す。サポートアプリケーションは、例えば、ユーザが図７および図１５のプロフィール機能４１７を選択すると、ユーザが機能領域１５５０（図１６）の機能１４６２を選択すると、または、ユーザが任意の他の適切な指示を行うと、それに応答して、ディスプレイ２９００を提供し得る。ユーザは、リモコン１５６（図４）上の矢印キー２５０および「ＯＫ」キー２５２を使用して、「お父さん」１７１０などのユーザ名を選択することにより、ユーザプロフィールにアクセスし得る。これに応答して、サポートアプリケーションは、パスワードを入力することをユーザに促し得る。図３０は、例示的なパスワードディスプレイ３０００を示す。パスワードディスプレイは、ユーザ名３０１０および文字列入力領域３０２０を含み得る。図３０に示すように、ユーザは、英数字インタフェイスならびにリモコン１５６のキー２５０および２５２を使用することにより、パスワードを入力し得る。

ユーザが正確なパスワードを入力すると、それに応答して、サポートアプリケーションは、ユーザプロフィールディスプレイを提供し得る。図３１は、ユーザお気に入り機能３１３０、ユーザリマインダ機能３１２０、ユーザクレジットカード３１３０、ユーザ出荷先住所機能３１４０、および視聴制限機能３１５０へのリンクを有する例示的なユーザプロフィールディスプレイ３１００を示す。お気に入り機能３１１０およびリマインダ機能３１２０は、それぞれ、ユーザが、お気に入りリソースを特定し、かつ、お気に入りリソースのリマインダの予定を組み入れることを可能にし得る。クレジットカード３１３０および出荷先住所３１４０は、両方とも、購入サポートのエレメントであり、ユーザが、クレジットカードおよび出荷先情報を入力することを可能にし得る。ユーザプロフィールディスプレイ３１００は、請求書送付先住所および過去の購入に関する情報などの他のタイプの購入サポートを提供して、任意の電子商取引アプリケーションにおける購入を促進し得る。

いくつかのサポートアプリケーションは、リソース間の視聴制限機能を提供し得る。ユーザは、例えば、１つ以上のリソースに関する視聴制限の規則を特定することが可能であり得る。いくつかの実施形態において、１つのリソースの視聴制限機能は、別のリソースの視聴制限機能へのリンクを提供し得る。例えば、インターネットアクセスの視聴制限機能は、テレビチャンネルの視聴制限機能へのリンクを提供し得る。サポートアプリケーションは、ユーザが、リソース間の視聴制限の規則を同期させる、または、リソース特有にさせることを可能にし得る。

ユーザが、ユーザプロフィールディスプレイ３１００から視聴制限機能３１５０を選択すると、サポートアプリケーションは、それに応答して、１つ以上のリソースの視聴制限機能を設定する機会をユーザに提供し得る。サポートアプリケーションは、例えば、図３２のリソースディスプレイ３２００を提供し、ユーザによって、ユーザが視聴制限設定を行いたいと願うリソースが選択されることを可能にし得る。この例において、サポートアプリケーションは、ユーザが、アプリケーション３２１０、ディスプレイ３２２０、テレビ番組３２３０、ウェブサイト３２４０、双方向サービス３２５０、および機能３２６０の視聴制限設定を規定することを可能にし得る。

いくつかの実施形態において、サポートアプリケーションは、ユーザが、複数のリソースによって使用される視聴制限条件を設定することを可能にし得る。例えば、サポートアプリケーションは、年齢幅、制御格付け、またはユーザが以前に設定し得た他の条件に関する視聴制限設定を保存し得る。被サポートアプリケーションは、サポートアプリケーションにこれらの一般的な設定を要請し、コンテンツを提供する際にこれらを使用し得る。

ユーザがリソースを選択すると、サポートアプリケーションは、それに応答して、リソース依存型の視聴制限シーケンスを提供し得る。いくつかの実施形態において、サポートアプリケーションは、例えば、被サポートアプリケーションと、視聴制限設定が行われ得るリソースタイプとの表を保存し得る。サポートアプリケーションがユーザがリソースにアクセスし得るか、または、サポートアプリケーションがリソースの視聴制限を設定する機会をユーザに提供する場合、サポートアプリケーションは、リソースタイプと対応するサポートアプリケーションとの表を検索し得るかを解決する必要がある。図３３の例において、ユーザは、番組３２３０を選択しており、サポートアプリケーションは、視聴制限機能を番組ガイドから起動させている。視聴制限機能は、ユーザが番組リスト項目にアクセスし、情報ディスプレイを入力し、ロックオーバーレイ３３１０を提供することを可能にする。番組ガイドの視聴制限は、例えば、上記のＫｎｕｄｓｏｎらの出願に記載されている。例えば、ユーザがウェブサイトリソース３２４０を選択すると、サポートアプリケーションは、それに応答して、適切なウェブサイト視聴制限アプリケーションを起動させ得る。例えば、ユーザが機能３２１０、３２２０、３２５０、または３２６０を選択すると、サポートアプリケーションは、それに応答して、リストまたはシステム上で利用可能な選択されたタイプのリソースの他の適切なグラフィックディスプレイを提供し得る。ユーザは、次いで、１つ以上の提供されるリソースにユーザプロフィールを関連付け得、従って、どのユーザがリソースにアクセス可能であるかを示し得る。異なるリソースタイプの視聴制限を提供するためのこれらのアプローチは例示に過ぎず、任意の他の適切なアプローチが使用され得る。

いくつかの実施形態は、ユーザが複数のリソース間を検索することを可能にし得る。ユーザは、例えば、図１６の検索機能１４６４を選択することにより、複数のリソース間を検索したいという要望を示し得る。これに応答して、サポートアプリケーションは、１つ以上の検索対象を選択する機会をユーザに提供し得る。ユーザは、リソースの任意の組み合わせを検索することが可能であり得る。

例示的な検索対象ディスプレイ３４００が図３４に示される。検索対象画面３４００は、ワールドワイドウェブ、電子商取引、電子メールメッセージ、テレビ番組、または任意の他の適切な対象などの可能な検索対象のリストを含み得る。システムはまた、ユーザが、全てのリソースの検索であるグローバル検索を行うことを可能にし得る。

ユーザが１つ以上の対象を（例えば、対象を強調表示し、リモコン１５６（図４）のキー２５２を押すことにより）選択すると、システムは、それに応答して、検索ディスプレイを提供し得る。例示的な検索ディスプレイ３５００が図３５に示される。検索ディスプレイ３５００は、ユーザが、キーワード（単数または複数）を入力することを可能にし得る。ユーザがキーワードを入力すると、検索結果のリストが正確な位置へと進み、その結果、キーワードに一致するアプリケーションが表示され得る。例えば、ユーザは、キーワード入力領域３５１０内に「Ａ」を入力し得る。検索結果のリスト３５２０は、全ての可能な検索結果のリストの適用可能な部分へと進み得る。

本発明のいくつかの実施形態は、特別な表示効果を使用して、特定の画面エレメントにユーザの興味を引き付け得る。例えば、サポートアプリケーションは、以前に活動状態にあったアプリケーションディスプレイを完全に退ける、または、覆い隠すことなく、画面領域内に情報を提示し得る。システムは、以前の画面を暗くすることにより、かつ、新しいオーバーレイ（おそらく、より明るい色の）を以前の画面の一部分の上に表示することにより、新しい画面領域にユーザの興味を引き付け得る。これらのアプローチは、例えば、オーバーレイ２５００（図２５）または機能領域１５００（図１５）を表示するために使用され得る。サポートアプリケーションは、例えば、その他機能、お気に入り機能、検索機能、リマインダ機能、プロフィール機能、あるいは、第１のディスプレイまたはディスプレイ領域のオーバーレイが起こる任意の他の適切な機能を提供する際にこのアプローチを使用し得る。

例えば、番組ガイド（サポートアプリケーションであろうと被サポートアプリケーションであろうと）内からロックするテレビ番組またはチャンネルを選択し得る。サポートアプリケーションは、現在のスクリーンを暗くし得、そして視聴制限コードの入力をリクエストするオーバーレイを表示し得る。これは、入力を必要とするスクリーンエリア上にユーザが注目する必要があることをユーザに示す一方、アクティブなアプリケーションがあることも示し得る。ユーザがコードを入力したことに応答して、サポートアプリケーションは、オーバーレイを取り除いて、前のディスプレイを明るくしたり、ロックリクエストに関連するさらなるディスプレイを提供し得る。

別の例として、ユーザは、電子メールアプリケーションなどの被サポートアプリケーション内にいる場合があり、リマインダが生じる。サポートアプリケーションは、電子メールアプリケーションを暗くし得、ディスプレイの上部にあるリマインダオーバーレイを表示し得る。ユーザがリマインダを解除した場合、サポートアプリケーションは、電子メールアプリケーションのディスプレイを前のレベルの明るさに戻し得る。ユーザがリマインダーを作動させ、新たなディスプレイが必要な場合、サポートアプリケーションは、ディスプレイの一部または全部にこの新たなディスプレイを表示し得る。例えば、リマインダがテレビ番組に対してであった場合、サポートアプリケーションは、この番組を、全ディスプレイに表示したり、電子メールアプリケーションの一部として小さな映像ウィンドウに表示し得る。

いくつかの実施形態は、ユーザがテレビ番組または他の映像を視聴することを可能にする映像ウィンドウを提供し得る。（例えば、チャンネルを変更したり、リマインダを作動させるなどによって）ユーザがチャンネルまたは他の映像ソースを変更する希望を示したことに応答して、サポートアプリケーションは、現在アクティブな被サポートアプリケーションディスプレイを暗くして、ソースを変更し得る。所望の場合、サポートアプリケーションは、表示の一部が暗くされ得ないフリップオーバーレイを提供し得る。フリップオーバーレイおよび埋め込まれた映像ウィンドウは、例えば、＿＿＿＿＿らの米国特許出願第＿＿＿＿＿＿＿＿＿号（代理人事件整理番号第ＵＶ−１７１）に記載される。同文献全体を本明細書において参考として援用する。

いくつかの実施形態において、サポートアプリケーションは、ユーザが他の種類のリソースとリソースとを変更した場合（例えば、ユーザがアプリケーションとアプリケーションとを変更した場合）にフリップオーバーレイを提供し得る。フリップオーバーレイは、暗くされない（すなわち明るい）場合があり、ディスプレイのアプリケーションエリアは暗くされ得る（すなわち明るさが少なくされ得る）。サポートアプリケーションは、所定の時間の後またはユーザの動作に応答して、フリップオーバーレイを解除して、そして、オーバーレイが表示されて暗くされているアプリケーションを元の明るさに戻し得る。

被サポートアプリケーションは、番組またはチャンネルに合わせるスクリーン上のオプションを含み得る。例えば、一つのアプリケーションは、特定の番組プロバイダに関連し得る。このアプリケーションは、ユーザがこのアプリケーション内にいる時間でブロードキャストされ得る特定のテレビ番組の選択可能なオプションまたは広告を含み得る。このオプションを選択すると、リクエストされた番組がスクリーンの一部の映像ウィンドウ内に表示されるようになり、フリップバナーがスクリーンの部分にわたって表示され、基底のアプリケーションの背景が暗くされる。

上のフリップの例のいずれにおいても、ユーザは、フリップバナーは表示されたままで、テレビをナビゲートし続けることを所望し得る。ユーザは、例えば、リモートコントロール上の矢印キーを押して、異なるチャンネルの情報を「ブラウズ」したり、広告を強調表示したり、または未来の番組リスト項目をブラウズし得る。ユーザは、チャンネル番号を入力したり、「前のチャンネルキー」を押したりし得る。ユーザが特定の番組または広告を選択した後、ＯＫキーまたは選択キーを用いてこのプログラムに合わせたり、番組または広告に関するさらなる情報を視聴したり、番組に対してリマインダーを設定したり、または所定の他の動作を実行し得る。ユーザがブラウズのオーバーレイからチューニングを行う場合、フリップバナーは、新たに選択されたチャンネルに対して表示され得る。

いくつかの実施形態において、サポートアプリケーションは、強調表示されたディスプレイ要素を動画化し得る。例えば、強調表示されたディスプレイ要素の回りに明るい黄色の輪郭を提示したり、この輪郭を「ちらちら光らせたり」し得る（すなわち、より明るい領域である輪郭をディスプレイ要素の回りで移動させ得る）。強調表示されたディスプレイ要素は色を変更し得る。ディスプレイ要素はスクリーン上に現れた場合には動画化され得る。例えば、選択可能なボタンは、ディスプレイが最初に現れた際にスライドしたり定位置に滑らされ得る。選択可能なディスプレイ要素は、動画を有して注意をそれに引きつけ得る。例えば、選択可能な情報サービスは、ニュース、天気およびスポーツのヘッドラインの間で交代し得る。ディスプレイ要素は、ユーザがリモートコントロール上の矢印キーを押す際に、示された方向でディスプレイ内にスライドさせたりまたはディスプレイ外にスライドさせ得る。アクティブな領域および動画は、例えば、＿＿＿＿＿らの米国特許出願第＿＿＿＿＿＿＿＿＿号（代理人事件整理番号第ＵＶ−１７６）に記載される。同文献全体を本明細書において参考として援用する。

図３６〜図４４は、本発明の種々の機能を提供することに関する例示的な工程のフローチャートである。実際には、図３６〜図４４に示す工程は、任意の適切な順序で実行され得たり、削除されるものもあったり、追加されるものもあり得る。図３６〜図４４に示す工程のいくつかは、システムと双方向通信する機会をユーザに提供したり、種々のプロセスを実行したり、または種々のディスプレイを提供したりすることに関する。これらおよび他の工程は、例えば、サポートアプリケーション、被サポートアプリケーションまたはこれらの組み合わせによって実行され得る。任意の適切なソフトウェアアーキテクチャが提供され得る。例えば、工程は、このような機会を提供することに適したスクリーンを生成したりダウンロードするようにプログラミングされたクライアントアプリケーション、このような機会を提供することに適したページをダウンロードするインターネットブラウザ、ピアアプリケーション、または任意の他の適切なアプローチを用いて実行され得る。オンラインでない構成において、これらの動作の処理は、選択されたシステムの実現およびこのような動作の処理要件に応じて、クライアント、サーバによって実行され得るか、またはピアアプリケーション間で分散され得る。オンラインの構成において、このような処理は、例えば、ユーザテレビ機器１６０の処理能力および格納能力、または双方向アプリケーションに選択されたインプリメンテーション、このような動作の処理要件または他の要素に応じて、ユーザのテレビ機器１６０またはインターネットサーバ１８０によって実行され得る。説明を明瞭にする目的で、以下の説明は、図３６〜図４４に示す、「システム」（このシステムは、工程を実行する任意の適切なシステム、サポートアプリケーションおよび被サポートアプリケーションを含むことを意図する）によって実行される際の工程を説明する。さらに、例示するいくつかの工程を、サポートアプリケーションまたは被サポートアプリケーションによって実行されるように説明するが、本明細書で説明する特徴は、複数のアプリケーションが、被サポートアプリケーションおよびサポートアプリケーションの両方として動作するシステムによって実行され得る。

図３６は、本発明の一実施形態によって、リソース間機能を提供することに関する例示的な工程のフローチャートである。工程３６１０において、サポートアプリケーションは、ある種類のリソースに対してリソース間機能を実行する指示を受信する。リソースは任意の適切なリソース（例えば、アプリケーション、ディスプレイ、チャンネル、番組機能、ウェブサイト、サービスまたは他の機能）であり得る。この指示は、ユーザから指示を受信した可能性がある被サポートアプリケーションから来得る（工程３６２０）。別の適切なアプローチにおいて、サポートアプリケーションは、ユーザ（すなわち、ユーザ入力デバイス）から指示を受信し得る（工程３６３０）。これらのアプローチの組み合わせを用い得る。

リソース用のリソース間機能を工程３６４０において提供する。機能はサポートアプリケーションまたは被サポートアプリケーションによって提供され得る。機能は、サポートアプリケーションによって、例えば、ＡＰＩ呼出し、ＤＬＬ、または任意の他の適切なアプリケーションを介して被サポートアプリケーションに提供され得る。次いで、サポートアプリケーションは、プログラミングによって、ユーザに機能を提供し得る。別の適切なアプローチにおいて、サポートアプリケーションは、被サポートアプリケーションとは無関係に、機能をユーザに提供し得る。

工程３６５０において、サポートアプリケーションは、異なる種類のリソースに対してリソース間機能を実行する指示を受信する。これは、被サポートアプリケーションから指示を受信したり（工程３６６０）、ユーザから指示を受信したり（工程３６７０）、またはこれら両方を含み得る。工程３６８０において、サポートアプリケーションは、異なるリソースに対してリソース間機能を実行する。

図３７は、本発明の一実施形態によって、後退機能、前進機能および履歴機能を提供することに関する例示的な工程のフローチャートである。工程３７００において、サポートアプリケーションは、ユーザによってアクセスされるリソースを追跡し得る。サポートアプリケーションは、所定数のリソースを追跡し得る。工程３７１０において、サポートアプリケーションは、リソースを変更する指示を受信する。指示は、被サポートアプリケーションまたはユーザから送られ得る。指示が履歴にアクセスするためのものである場合、サポートアプリケーションは、アクセスされたリソースのリストを提供して（３７２０）、かつ、工程３７３０において、特定のリソースの被サポートアプリケーションまたはユーザから指示を受信し得る。工程３７５０において、サポートアプリケーションは、リソースを被サポートアプリケーション（ユーザにリソースを提供するアプリケーション）またはユーザに提供する。工程２７１０において、指示が後退機能用である場合、サポートアプリケーションは、前のリソースを判定して（工程３７４０）、工程３７５０において、これを被サポートアプリケーション（ユーザにリソースを提供するアプリケーション）またはユーザに提供する。

前進機能を提供することは、リソース（このリソースから後退機能が実行された）に戻るユーザ指示を受信する工程（工程３７６０）、リソースを決定する機能（工程３７６５）、および被サポートアプリケーションまたはユーザにリソースを提供する工程（工程３７７０）を含み得る。

図３８は、本発明の一実施形態によってリソース間のリマインダー機能を提供することに関する例示的な工程のフローチャートである。工程３８１０において、サポートアプリケーションは、（被サポートアプリケーションまたはユーザから）ある種類のリソースに対してリマインダーのスケジュール調整を行う指示を受信して、工程３８２０においてリマインダーのスケジュール調整を行う。工程３８３０において、サポートアプリケーションは、（被サポートアプリケーションまたはユーザから）異なる種類のリソースに対してリマインダーのスケジュール調整を行う指示を受信して、工程３８４０においてこのリソースに対してリマインダーのスケジュール調整を行う。

リマインダーは工程３８５０において生成される。リマインダーは、サポートアプリケーションまたは被サポートアプリケーションによって生成され得る。リマインダーは、異なる種類のリソース（すなわち、リマインダーリストにあるようなリソース）を含み得（工程３８６０）、リソースおよびイベントの種類に適切である場合にはリマインダーが生成される（工程３８７０）。

図３９は、リソース間のお気に入り機能を提供することに関する例示的な工程のフローチャートである。工程３９１０および３９３０において、サポートアプリケーションは、被サポートアプリケーションまたはユーザから、異なる種類のリソースをお気に入りにする指示を受信する。工程３９２０および３９４０において、リソースは、サポートアプリケーションによって、またはいくつかの実施形態においては、被サポートアプリケーションによって、お気に入りのリストに含まれる。工程３９５０において、サポートアプリケーションは、お気に入りのリストにアクセスする指示を受信して、工程３９６０において、ユーザまたは被サポートアプリケーションにリストを提供する。工程３９７０において、サポートアプリケーションは、ユーザのリソースへのアクセス希望の指示を受信して、工程３９８０において、被サポートアプリケーションまたはユーザにリソースを提供する。

図４０ａおよび図４０ｂは、本発明のいくつかの実施形態によって、リソース間の視聴制限機能を提供することに関する例示的な工程のフローチャートである。工程４０１０および４０５０において、サポートアプリケーションは、異なる種類のリソースに対する視聴制限を設定する指示を受信する。これらの工程は、ユーザプロファイルの指示を受信することを含み得る（例えば、工程４０２０）。工程４０３０および４０５０において、サポートアプリケーションは、ユーザまたは被サポートアプリケーションから、リソースに対する視聴制限を受信する。工程４０６０において、サポートアプリケーションまたは被サポートアプリケーションは、各視聴制限によって、リソースへのアクセスを提供する。これは、工程４０２０において示したように、ユーザプロファイルへのアクセス提供を含み得る。

図４０ｂは、複数の被サポートアプリケーションによって用いられる視聴制限設定を設定することに関する例示的な工程を示す。サポートアプリケーションは、一般的な視聴制限設定を設定する指示を受信して（工程４０１５）、対応する視聴制限設定を受信する（工程４０２５）。いくつかの実施形態において、被サポートアプリケーションは、アクセスを制御し得る。例えば、工程４０３５において、サポートアプリケーションは、一般的な視聴制限に対して、被サポートアプリケーションから照会を受信する。被サポートアプリケーションは、例えば、ユーザがリソースにアクセスしようと試みたことに応答して、または任意の他の適切なイベントに応答して、被サポートアプリケーションがまず開始した場合に、これらの制御をリクエストし得る。工程４０４５において、被サポートアプリケーションは、情報を被サポートアプリケーションに提供し、被サポートアプリケーションは、視聴制限の設定によって、ユーザアクセスを提供する（工程４０５５）。

いくつかの実施形態において、サポートアプリケーションはユーザアクセスを制御する。例えば、工程４０６５において、サポートアプリケーションは、リソースにアクセスするというユーザ指示を受信する。これは、ユーザからの直接の指示、またはサポートアプリケーションからの指示であり得る。工程４０７５において、サポートアプリケーションは、一般的な視聴制限の設定によって、リソースへのアクセスをユーザに提供する。これは、特定のユーザプロファイルに対する視聴制限によったアクセスの提供（工程４０８５）を含み得る。

図４１は、本発明の一実施形態によって、その他機能を提供することに関する例示的な工程のフローチャートである。工程４１１０において、サポートアプリケーションは、ユーザまたは被サポートアプリケーションから、その他表示を提供する指示を受信する。その他表示は、オーバーレイ、一部ディスプレイ、または全ディスプレイ表示であり得る。工程４１２０において、サポートアプリケーションは、一つ以上のリソース間機能を有するその他機能を提供する。その他機能は、例えば、印刷、ホーム、後退、前進、履歴、リマインダー、お気に入り、検索または他の適切な機能を含み得る。サポートアプリケーションは、機能のうちの一つの指示を受信して、工程４１４０においてこの機能を提供する。

図４２は、本発明の一実施形態によって、リソース間の検索機能を提供することに関する例示的な工程のフローチャートである。工程４２１０において、サポートアプリケーションは、ターゲットリソースの指示を受信する。これは、異なる種類であり得る一つ以上のリソースのディスプレイからリソースのユーザ選択を（直接またはサポートアプリケーションから）受信する工程（工程４２２０）か、またはすべての利用可能なリソースを検索する指示を受信する工程（工程４２３０）を含み得る。工程４２４０において、サポートアプリケーションは、検索ストリング、パラメータまたは任意の他の適切な基準などの検索基準を受信する。工程４２５０において、サポートアプリケーションは、検索基準によって、ターゲット（単数または複数）の検索を実行して、工程４２６０において結果のディスプレイを提供する。ディスプレイは、異なる種類のリソースを含み得る。

当業者であれば、本発明が説明した実施形態以外によって実施され得ることを理解する。説明した実施形態は、例示を目的として提示されるのであって、本発明を限定しない。本発明は、上掲の特許請求の範囲によってのみ限定される。

図１は、高度化したセットトップボックスベースのアプリケーションが本発明の一実施形態によって実現され得る双方向テレビシステムのブロック図である。 図２は、本発明の一実施形態による、図１のユーザテレビ機器のブロック図である。 図３は、本発明の一実施形態による、図１のユーザテレビ機器のより一般的な例示のブロック図である。 図４は、本発明の一実施形態による、例示的なリモートコントロールである。 図５は、本発明の一実施形態によって、双方向テレビ番組ガイドアプリケーションが、複数の他のセットトップボックスベースのアプリケーションをいかにサポートし得るかを示すブロック図である。 図６は、本発明の一実施形態によって、オペレーティングシステムが、複数の他のセットトップボックスベースのアプリケーションをいかにサポートし得るかを示すブロック図である。 図７は、本発明の一実施形態による、例示的な双方向番組ガイドの最初のディスプレイである。 図８は、本発明の一実施形態による、例示的な番組リスト項目のディスプレイである。 図９は、本発明の一実施形態による、例示的な番組情報のディスプレイである。 図１０は、本発明の一実施形態による、例示的なセットリマインダーのディスプレイである。 図１１は、本発明の一実施形態による、例示的なオペレーティングシステムのディスプレイである。 図１２は、本発明の一実施形態による、例示的なオペレーティングシステムのディスプレイである。 図１３は、本発明の一実施形態による、例示的なオペレーティングシステムのディスプレイである。 図１４は、本発明の一実施形態による、例示的な番組ガイドの導入のディスプレイである。 図１５は、本発明の一実施形態による、例示的な機能オーバーレイを示す。 図１６は、本発明の一実施形態による、映画のリスト項目の例示的な番組リスト項目のディスプレイである。 図１７は、本発明の一実施形態による、例示的な双方向サービスのディスプレイである。 図１８は、本発明の一実施形態による、例示的な双方向サービスタイプのディスプレイである。 図１９は、本発明の一実施形態による、例示的なサービスの下位タイプのディスプレイである。 図２０は、本発明の一実施形態による、スポーツサービスの例示的な双方向サービスのディスプレイである。 図２１は、本発明の一実施形態による、例示的なリマインダーの確認のディスプレイである。 図２２は、本発明の一実施形態による、例示的な顧客サービス機能のディスプレイである。 図２３は、本発明の一実施形態による、例示的な電子メールのディスプレイである。 図２４は、本発明の一実施形態による、例示的なインターネットアクセスのディスプレイである。 図２５は、本発明の一実施形態による、例示的なその他オーバーレイである。 図２６は、本発明の一実施形態による、例示的な履歴のディスプレイである。 図２７は、本発明の一実施形態による、例示的なリマインダーのオーバーレイを示す。 図２８は、本発明の一実施形態による、例示的なお気に入りのディスプレイである。 図２９は、本発明の一実施形態による、例示的なユーザディスプレイである。 図３０は、本発明の一実施形態による、例示的なパスワードのディスプレイである。 図３１は、本発明の一実施形態による、例示的なユーザプロファイルのディスプレイである。 図３２は、本発明の一実施形態による、例示的なリソースのディスプレイを示す。 図３３は、本発明の一実施形態による、例示的な視聴制限のディスプレイを示す。 図３４は、本発明の一実施形態による、検索ターゲットのディスプレイを示す。 図３５は、本発明の一実施形態による、例示的な検索のディスプレイを示す。 図３６は、本発明の一実施形態によって、リソース間の機能を提供することに関する例示的な工程のフローチャートである。 図３７は、本発明の一実施形態によって、リソース間の後退機能、前進機能および履歴機能を提供することに関する例示的な工程のフローチャートである。 図３８は、本発明の一実施形態によって、リソース間のリマインダー機能を提供することに関する例示的な工程のフローチャートである。 図３９は、本発明の一実施形態によって、リソース間のお気に入り機能を提供することに関する例示的な工程のフローチャートである。 図４０ａは、本発明の一実施形態によって、リソース間の視聴制限機能を提供することに関する例示的な工程のフローチャートである。 図４０ｂは、本発明の一実施形態によって、リソース間の視聴制限機能を提供することに関する例示的な工程のフローチャートである。 図４１は、本発明の一実施形態によって、その他機能を提供することに関する例示的な工程のフローチャートである。 図４２は、本発明の一実施形態によって、リソース間の検索機能を提供することに関する例示的な工程のフローチャートである。

Claims (1)

1. 本願明細書に記載の双方向テレビ番組ガイドシステム内にソース間機能を提供する方法。

Images