JPH10187408A - ウェブ・ブラウザ内のオーディオ機能を制御するためのユーザ・インタフェース - Google Patents

Abstract

(57)【要約】 【課題】 ウェブ・ブラウザ内のオーディオ機能を制御
するためのユーザ・インタフェースを提供するための方
法および装置を提供すること。 【解決手段】 ウェブ・ブラウザ・ソフトウェアは、テ
レビに接続されたセットトップ・ボックス内に収容さ
れ、広域ネットワークにより１つまたは複数のサーバと
通信する処理システムで実施される。ブラウザにより、
ユーザは、遠隔制御装置を使用して、テレビ上に表示さ
れたワールド・ワイド・ウェブ・ページ内のハイパーテ
キスト・アンカー間をナビゲートすることができる。ブ
ラウザは、ウェブ・サイトからオーディオ・ファイルを
ダウンロードし、オーディオ・ファイルに基づいてテレ
ビのスピーカから音声を生成することができる。サーバ
からのバックグラウンド・ミュージック・オーディオ・
ファイルは、他のバックグラウンド・ミュージック・オ
ーディオ・ファイルが再生されている間にダウンロード
することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ワールド・ワイド
・ウェブをブラウズするためのブラウザ・ソフトウェア
の分野に関する。より具体的には、本発明は、ウェブ・
ブラウザ内のオーディオ機能に関する。

【０００２】

【従来の技術】パーソナル・コンピュータを使用する家
庭および企業の数は、近年、かなり増加しており、この
増加とともに、インターネット、特にワールド・ワイド
・ウェブ（「ウェブ」）の使用が急増している。ウェブ
とは、インターネットによって論理的に接続された世界
中の多数のコンピュータ上に位置する定様式ハイパーテ
キスト・ページの集合である。「ウェブ」はこれまでは
主に科学および技術の情報源であったが、現在では、一
部だけでも列挙すると、ビジネス、娯楽、旅行、教育を
含む、ほぼすべての対象に関する情報の貴重な資源であ
る。ネットワーク技術、特に「ウェブ・ブラウザ」（ウ
ェブへのユーザ・インタフェースを提供するソフトウェ
ア・アプリケーション）などのソフトウェアの進歩によ
り、ウェブは全人口の大部分にとってアクセス可能なも
のになった。しかし、ウェブの開発および使用の発展に
もかかわらず、多くの人はいまだにこの重要資源を利用
することができない。

【０００３】ウェブへのアクセスは、パーソナル・コン
ピュータにアクセスできる人に限られている。比較的安
価なパーソナル・コンピュータでさえ、そのコストを負
担できない人もいるが、ウェブにアクセスするのに必要
なコンピュータの基礎技能を学習できないかまたは学習
する意志がない人もいる。さらに、先行技術のウェブ・
ブラウザは、一般にコンピュータの経験が欠如した人が
必要とする程度の使い易さを提供せず、多くのコンピュ
ータ初心者はソフトウェアの使い方を学習するための根
気がない。たとえば、ウェブ・ページをブラウズするた
めに、ハイパーテキスト・オブジェクトを識別し、ポイ
ント・クリック技法を使用することを要求するインタフ
ェースが嫌いな人もいる。

【０００４】一方、多くの人は、リモコンを使用してテ
レビを操作することを非常に気楽だと感じている。した
がって、パーソナル・コンピュータを使用せずにワール
ド・ワイド・ウェブにアクセスできるようにすることは
望ましいはずである。特に、普通のテレビとリモコンを
使用してウェブ・ページにアクセスし、ナビゲートでき
ることは望ましいはずである。さらに、複雑なコンピュ
ータ・ネットワークを使用しているのではなく、単にテ
レビのチャンネルを変更しているように感じるように、
リモコンを使用し、最小限の労力または思考でウェブ・
ページ上のハイパーテキスト・オブジェクト間をナビゲ
ートできるユーザ・インタフェースを備えることは望ま
しいはずである。

【０００５】ウェブ・ブラウザに関連するもう１つの問
題は、最小限のオーディオ機能を提供する傾向があるこ
とである。ウェブ・ページにリンクされたオーディオ・
ファイルは、ますます一般的なものになっている。ウェ
ブ・ブラウザによってはオーディオ・ファイルをダウン
ロードして再生する機能を提供するものもあるが、一般
に、相当の程度にオーディオ・データを操作する機能は
提供しない。しかも、一般にウェブ・ブラウザのユーザ
・インタフェースは、オーディオ機能を容易に処理する
ようにセットアップされていない。

【０００６】

【発明が解決しようとする課題】ネットワークを通して
サーバ処理システムに結合可能であり、オーディオ出力
装置に結合可能なクライアント処理システムでオーディ
オ情報を処理する方法を提供する。

【０００７】

【課題を解決するための手段】この方法では、クライア
ント処理システムに格納された第１のオーディオ・ファ
イルに基づいて第１のオーディオ・シーケンスがオーデ
ィオ出力装置を介して出力される。第１のオーディオ・
シーケンスの出力に続いて出力される第２のオーディオ
・シーケンスを表す第２のオーディオ・ファイルは、第
１のオーディオ・シーケンスが出力されている間にネッ
トワークからクライアント処理システムにダウンロード
される。第２のオーディオ・ファイルは、ネットワーク
を通してサーバ処理システムからクライアント処理シス
テムに伝送される。

【０００８】本発明の他の態様は、クライアント処理シ
ステムのオーディオ機能を制御するためのユーザ・イン
タフェースを提供する方法である。クライアント処理シ
ステムは、ネットワークによりサーバ処理システムに結
合され、さらに表示装置に結合される。この方法では、
オーディオ情報がネットワークからダウンロードされ、
オーディオ制御パネルが表示装置上に表示される。オー
ディオ制御パネルは複数のイメージを含み、そのそれぞ
れはダウンロードしたオーディオ情報を操作するための
複数のオーディオ機能の１つを活動化するためのもので
ある。

【０００９】

【発明の実施の形態】本発明の他の特徴は、添付図面な
らびに以下に示す詳細な説明から明らかになるだろう。
本発明は、例示のために示すものであり、添付図面の各
図に限定されない。また、添付図面では同様の参照番号
は同様の要素を示す。

【００１０】ウェブ・ブラウザ内のオーディオ機能を制
御するためのユーザ・インタフェースを提供する方法お
よび装置について説明する。以下の記述では、本発明を
完全に理解させるために、説明を目的として多数の具体
的な詳細を示す。しかし、このような具体的な詳細がな
くても本発明を実施できることは、当業者には明らかに
なるだろう。他の例では、記述を容易にするために、周
知の構造および装置をブロック図形式で示す。

【００１１】一実施形態では、以下に詳述するように、
本発明による諸ステップは機械実行可能ソフトウェア命
令で実施され、本発明は命令を実行するプロセッサによ
って処理システム内で実施される。他の実施形態では、
本発明を実施するために、ソフトウェア命令の代わりに
またはソフトウェア命令と組み合わせて、配線済み回路
を使用することができる。

【００１２】本実施形態は、セットトップ・ボックス
（set-top box ）がインターネットを介してテレビと１
つまたは複数のサーバとに接続されたシステムに関す
る。セットトップ・ボックスは、ユーザが遠隔制御装置
を使用してテレビ上に表示されたワールドワイド・ウェ
ブ・ページをブラウズできるようにするためのブラウザ
・ソフトウェアを実行する処理システムを含む。後述す
るように、ブラウザは、ウェブからダウンロードされた
オーディオ・ファイルに関するオーディオ機能を制御す
るためのオーディオ・パネルを含むユーザ・インタフェ
ースを提供する。しかも、ウェブ・ブラウザは、他の音
声をユーザに対して再生している間にオーディオ・ファ
イルをサーバからダウンロードすることにより、ウェブ
・ブラウジング中にユーザに対してバックグラウンド・
ミュージックの連続ストリームを提供する。

【００１３】本発明の一実施形態は、ＷｅｂＴＶ^TM（Ｗ
ｅｂＴＶ）と呼ばれるシステムに含まれる。このシステ
ムは、ウェブをブラウズするための表示装置として標準
的なテレビを使用し、かつ、標準的な電話、ＩＳＤＮ、
または同様の通信回線を使用してインターネットなどの
従来のネットワークに接続する。本実施形態よれば、Ｗ
ｅｂＴＶクライアント・システムのユーザは、１つまた
は複数の遠隔ＷｅｂＴＶサーバによって提供されるＷｅ
ｂＴＶネットワーク・サービスを利用することができ
る。ＷｅｂＴＶネットワーク・サービスは、ウェブをブ
ラウズし、電子メールを送信し、様々な方法でインター
ネットを利用するために、ＷｅｂＴＶクライアント・シ
ステムで動作するソフトウェアとともに使用する。Ｗｅ
ｂＴＶサーバは、ＷｅｂＴＶクライアント・システムが
要求したウェブ・ページまたはその他のデータを遠隔サ
ーバから取り出し、要求された情報をＷｅｂＴＶクライ
アント・システムに伝送することにより、代理サーバ
（プロキシ）として機能する。

【００１４】Ｉ．システムの概要 図１は、一実施形態によるＷｅｂＴＶネットワークの構
成を示している。複数のＷｅｂＴＶクライアント１は直
接ダイヤル両方向データ接続２９を介してモデム・プー
ル２に結合されるが、この接続は電話（ＰＯＴＳすなわ
ち「簡単な旧式電話サービス」）、ＩＳＤＮ（統合サー
ビス・ディジタル網）、またはその他の同様のタイプの
接続にすることができる。モデム・プール２は、通常、
当技術分野で従来から既知のものなどのルータにより、
インターネットなどの従来のネットワーク・インフラス
トラクチャ３を介して複数の遠隔サーバ４に結合され
る。また、ＷｅｂＴＶシステムはＷｅｂＴＶサーバ５も
含むが、このサーバはＷｅｂＴＶクライアント１をサポ
ートするものである。すなわち、サーバ５はＷｅｂＴＶ
クライアント１にＷｅｂＴＶサービスを提供する。それ
ぞれのクライアント１は、直接電話またはＩＳＤＮ接続
によるかまたはモデム・プール２を介するインターネッ
ト３により、サーバ５に接続することができる。ただ
し、モデム・プール２は、インターネットおよび私設ネ
ットワークへのアクセスを可能にし、現在世界中で見ら
れるような従来のモデム・プールであることに留意され
たい。モデム・プール２は、ローカルなインターネット
・サービス・プロバイダ（ＩＳＰ）によって提供されて
もよい。

【００１５】一般にＷｅｂＴＶサーバ５は、１つまたは
複数の従来のコンピュータ・システムを含む。サーバ５
は、実際には、分散アーキテクチャ内に接続された複数
の物理装置と論理装置とを含むことができる。

【００１６】図２は、一実施形態によるＷｅｂＴＶクラ
イアント・システム１を示している。クライアント・シ
ステム１は、電子ユニット１０（以下「ＷｅｂＴＶボッ
クス１０」または「ボックス１０」という）と、普通の
テレビ１２と、手持ち型リモコン１１とを含む。本発明
の代替実施形態では、ＷｅｂＴＶボックス１０は一体型
ユニットとしてテレビ１２に組み込まれている。ボック
ス１０は、ユーザにグラフィカル・ユーザ・インタフェ
ース（ＧＵＩ）を提供するためのハードウェアとソフト
ウェアとを含み、そのＧＵＩによりユーザは、ＷｅｂＴ
Ｖネットワーク・サービスにアクセスし、ウェブをブラ
ウズし、電子メールを送信し、それ以外にもインターネ
ットにアクセスすることができる。

【００１７】クライアント・システム１は、表示装置お
よびオーディオ出力装置としてテレビ１２を使用する。
ボックス１０はリンク６によりテレビ１２に結合され
る。リンク６は、テレビのスピーカから音声を発生する
ためのオーディオ・チャネルと、ＲＦ（無線周波）、Ｓ
ビデオ、複合ビデオ、その他の同等形式のビデオ・チャ
ネルとを含む。ボックス１０とサーバ５との間の通信リ
ンク２９は、電話（ＰＯＴＳ）接続２９ａまたはＩＳＤ
Ｎ接続２９ｂのいずれかである。ボックス１０はＡＣ
（交流）電力線７によりＡＣ電力を受け取る。

【００１８】リモコン１１は、クライアント・システム
１を制御してウェブをブラウズし、電子メールを送信
し、その他のインターネット関連機能を実行するため
に、ユーザが操作する。ボックス１０は赤外線（ＩＲ）
通信リンクを介してリモコン１１からコマンドを受け取
る。代替実施形態では、リモコン１１とボックス１０と
の間のリンクはＲＦまたは同等の伝送モードにすること
ができる。

【００１９】ボックス１０は、ボックス１０内のプロセ
ッサによって実行されたときに、それによりユーザがＷ
ｅｂＴＶネットワーク・サービスにアクセスし、ウェブ
をブラウズすることができるＧＵＩをユーザに提供する
アプリケーション・ソフトウェアを含む。このアプリケ
ーション・ソフトウェアは、ボックス１０に電力を投入
したときに自動的に実行される。

【００２０】図３は、ボックス１０の内部構成要素を示
している。クライアント・システム１の動作はＣＰＵ２
１によって制御され、このＣＰＵは特定用途向けＩＣ
（ＡＳＩＣ）２０に結合される。ＣＰＵ２１は、本発明
の特徴を実施するように設計されたソフトウェアを実行
する。ＡＳＩＣ２０は、ＷｅｂＴＶシステムの所与の機
能を実施するために使用する回路を含む。ＡＳＩＣ２０
は、テレビ１２にオーディオ出力を供給するオーディオ
・ディジタル・アナログ変換器２５に結合される。しか
も、ＡＳＩＣ２０は、テレビ１２にビデオ出力を供給す
るビデオ・エンコーダ２６に結合される。ＩＲインタフ
ェース２４は、リモコン１１によって伝送されたＩＲ信
号を検出し、それに応答して、対応する電気信号をＡＳ
ＩＣ２０に供給する。標準の電話モデム２７とＩＳＤＮ
モデム３０は、モデム・プール２とインターネット３を
介して遠隔サーバ４とにそれぞれ接続２９ａおよび２９
ｂするためにＡＳＩＣ２０に結合される。ただし、図示
の実施形態は電話モデム２７とＩＳＤＮモデム３０の両
方を含むが、本発明を実施するためにはこれらの装置の
いずれか一方でも十分であることに留意されたい。さら
に、その他の様々な実施形態では、電話モデム２７とＩ
ＳＤＮモデム３０はそれぞれ、ケーブル・テレビ・モデ
ムなどのその他の通信装置で置き換えるかまたは補足す
ることができる。しかも、その他の実施形態では、サー
バ５との通信はトークン・リングまたはイーサネット接
続により行うことも可能である。ただし、ボックス１０
は、ケーブル・テレビ・モデム（図示せず）も含むこと
ができることに留意されたい。

【００２１】また、ＡＳＩＣ２０には、マスク読取り専
用メモリ（ＲＯＭ）２２ａと、フラッシュ・メモリ２２
ｂと、ランダム・アクセス・メモリ（ＲＡＭ）２３も結
合される。後述するように、マスクＲＯＭ２２ａ（非プ
ログラム式なのでこのような名称になっている）は所与
のプログラム命令およびデータの格納を行うものであ
る。フラッシュ・メモリ２２ｂは、電子的に書込み（プ
ログラミング）と消去を行うことができる従来のフラッ
シュ・メモリ・デバイスである。フラッシュ・メモリ２
２ｂは、ブラウザ・ソフトウェアならびにデータの格納
を行うものである。一実施形態では、大容量記憶装置２
８がボックス１０に含まれ、ＡＳＩＣ２０に結合され
る。大容量記憶装置２８は、ソフトウェアまたはデータ
をクライアントに入力したり、ネットワーク接続２９に
より受け取ったデータのソフトウェアをダウンロードす
るために使用することができる。大容量記憶装置２８
は、磁気ディスク、光ディスクなどの機械実行可能命令
を格納するための適当な媒体を含む。

【００２２】前述のように、ＷｅｂＴＶボックス１０
は、ウェブ・ブラウザを含むアプリケーション・ソフト
ウェアを含む。次に図４を参照する。前述のアプリケー
ション・ソフトウェア３１は、オペレーティング・シス
テム（ＯＳ）ソフトウェア３２とともに動作する。ＯＳ
ソフトウェア３２は、様々なデバイス・ドライバを含
み、それ以外にはアプリケーション・ソフトウェア３１
とシステム・ハードウェア構成要素４０（すなわち、図
３に示す諸要素）との間のインタフェースを提供する。

【００２３】一実施形態では、アプリケーション・ソフ
トウェア３１とＯＳソフトウェア３２がフラッシュ・メ
モリ２２ｂに格納されている。しかし、様々な実施形態
では、アプリケーション・ソフトウェア３１またはＯＳ
ソフトウェア３２に一方または両方の一部または全部を
マスクＲＯＭ２２ａまたは大容量記憶装置２８などのそ
の他の適当な記憶媒体に格納できることが分かるだろ
う。

【００２４】前述のように、本発明による諸ステップ
は、一実施形態により機械実行可能命令で実施される。
たとえば、一実施形態では、本発明は、マスクＲＯＭ２
２ａ、フラッシュ・メモリ２２ｂ、またはＲＡＭ２３、
あるいはこれらのデバイスの組合せに収容された命令シ
ーケンスを実行するＣＰＵ２１によって実施される。よ
り具体的には、命令シーケンスの実行により、ＣＰＵ２
１は本発明の諸ステップを実行する。このステップにつ
いては以下に説明する。本発明を実施するための命令
は、大容量記憶装置２８などの持続記憶装置から、また
はＷｅｂＴＶサーバ５または遠隔サーバ４など、ネット
ワークにより１つまたは複数の他のコンピュータ・シス
テムから、メモリにロードすることができる。たとえ
ば、このようなサーバ・システムは、クライアント・シ
ステム１によりインターネット３を介してサーバ・シス
テムに伝送されたメッセージに応答して、一連の命令シ
ーケンスをクライアント・システム１に伝送することが
できる。クライアント・システム１は、モデム２７ａな
どのネットワーク接続を介して命令を受け取ると、その
命令をメモリ内に格納する。クライアント・システム１
は、後で実行するためにその命令を格納するか、または
ネットワーク接続を介して到着したときにその命令を実
行することができる。

【００２５】実施形態によっては、ダウンロードした命
令をＣＰＵ２１によって直接サポートすることもでき
る。その結果、命令の実行はＣＰＵ２１が直接行うこと
ができる。他の実施形態では命令がＣＰＵ２１によって
直接実行できない場合もある。このような状況では、命
令を解釈する解釈プログラムをＣＰＵ２１に実行させる
か、または受け取った命令をＣＰＵ２１が直接実行でき
る命令に変換する命令をＣＰＵ２１に実行させることに
より、命令を実行することができる。

【００２６】本発明の所与の実施形態および態様は、Ｗ
ｅｂＴＶクライアント・システム１で実施する代わりに
（またはそこで実施することに加え）、ＷｅｂＴＶサー
バ５でも実施することができる。たとえば、サーバ５の
ＣＰＵは、本発明により諸ステップを実行するためにメ
モリに格納された命令を実行することができる。

【００２７】様々な実施形態では、本発明を実施するた
めに、ソフトウェア命令の代わりにまたはソフトウェア
命令と組み合わせて、配線済み回路を使用することがで
きる。したがって、本発明は、ハードウェア回路とソフ
トウェアとの特定の組合せに限定されず、コンピュータ
・システムが実行する命令用の特定のソースにも限定さ
れない。

【００２８】本発明のウェブ・ブラウザ機能はアプリケ
ーション・ソフトウェア３１によって実現される。図５
はアプリケーション・ソフトウェア３１の様々な構成要
素間の機能関係を示している。アプリケーション・ソフ
トウェア３１は、通信マネージャ５０と、ＨＴＭＬ（ハ
イパーテキスト・マークアップ言語）パーサ５１と、グ
ラフィック・エンジン５２と、レイアウト・エンジン５
３と、入力システム５４と、ユーザ・インタフェース５
６と、選択ハンドラ５５と、ストリーム・マネージャ５
７とを含む。クライアント・システムは、ＨＴＭＬドキ
ュメントの形式でネットワーク接続２９を介してウェブ
・ページを受け取る。ストリーム・マネージャ５７は、
システム全体のデータの移動を制御し調整する。

【００２９】各ＨＴＭＬドキュメントは最初に通信マネ
ージャ５０に入力される。通信マネージャ５０は、ネッ
トワーク接続２９によりＨＴＭＬドキュメントを受け取
るために必要な諸機能を実行する。その機能には、ＨＴ
ＴＰ（ハイパーテキスト伝送プロトコル）、ＴＣＰ／Ｉ
Ｐ（伝送制御プロトコル／インターネット・プロトコ
ル）などの高レベル通信プロトコルの処理を含む。受け
取ったＨＴＭＬドキュメントは、通信マネージャ５０に
よってＨＴＭＬパーサ５１に供給される。ＨＴＭＬパー
サ５１は、ＨＴＭＬページ記述をクライアント・システ
ム用の表示可能フォーマットに変換する。

【００３０】周知のように、ＨＴＭＬドキュメントは、
テキストを含み、イメージやその他の媒体タイプを参照
するか、あるいはその両方である可能性がある。さら
に、ＨＴＭＬドキュメントは１つまたは複数の「ハイパ
ーテキスト・アンカー」を含むことができるが、これは
他のウェブ・ページへのリンクを与えることを表示する
オブジェクトである。ハイパーテキスト・アンカーは
「ホット・リンク」または「ホット・スポット」と呼ば
れることもある。各ハイパーテキスト・アンカーは、そ
のアンカーが提供するリンクの対象となるウェブ・ペー
ジの位置を表す特定のＵＲＬ（ユニフォーム・リソース
・ロケータ）その他の論理アドレスに関連付けられてい
る。後述するように、ＵＲＬは、クライアント・システ
ム内に格納されている場合もあれば、格納されていない
場合もある。また、ハイパーテキスト・アンカーは、１
つの単語または１つのテキスト・フレーズ、イメージ、
あるいはイメージの一部にすることができる。画面上に
表示されるハイパーテキスト・アンカーおよびその他の
オブジェクトは、表示されるオブジェクトおよびその属
性に関連する情報（たとえば、そのオブジェクトがハイ
パーテキスト・アンカーであるか、イメージ・マップで
あるか、ハイパーテキスト・アンカーを含むイメージ・
マップであるかなど）を指定するいくつかの「タグ」に
よってＨＴＭＬドキュメントで定義される。したがっ
て、ＨＴＭＬパーサ５１は、ストリーム・マネージャ５
７の制御下で各ＨＴＭＬドキュメント内のテキストから
タグを分離する。

【００３１】また、ＨＴＭＬパーサ５１は、受け取った
ＨＴＭＬドキュメントから「表示可能物」（表示可能オ
ブジェクト）のリストも生成する。しかも、ＨＴＭＬパ
ーサ５１は、「選択可能物」（選択可能オブジェクト、
すなわち、ハイパーテキスト・アンカーである表示可能
オブジェクト）の分類済みリストを生成する。この分類
済みリストを生成する方法については以下に詳述する。
表示可能物のリストを含むデータ構造は、ＨＴＭＬパー
サ５１によってレイアウト・エンジン５３に供給され、
このレイアウト・エンジンは表示可能オブジェクトをテ
レビ１２の画面上に配置する。ＪＰＥＧまたはＧＩＦイ
メージ情報などのイメージ情報はＨＴＭＬパーサ５１に
よってグラフィック・エンジン５２を介してレイアウト
・エンジン５３に供給され、このレイアウト・エンジン
はイメージの測定と描画を担当する。

【００３２】表示された１つのウェブ・ページ内または
各種のウェブ・ページ間をブラウズするときに、ユーザ
はリモコン１１上のボタンを動作させる。リモコンはそ
れに応答してボックス１０が受け取ったＩＲ信号を伝送
する。入力システム５４はこのような入力を記録し、そ
れを選択ハンドラ５５およびユーザ・インタフェース５
６に供給する。しかも、入力システム５４は、標準のキ
ーボードまたはＩＲキーボードなどのその他の様々な入
力装置からの入力の入力待ち行列化および処理を扱うこ
とができる。選択ハンドラ５５は、画面上で（ハイパー
テキスト・アンカーの）選択を移動する（たとえば、１
つのハイパーテキスト・アンカーから別のアンカーに選
択を移動する）ためにユーザが指定したコマンドを受け
取る。選択ハンドラ５５は、ユーザ入力に応答して、ウ
ェブ・ページ内のどのハイパーテキスト・アンカーを現
行選択にすべきかを判定し、テレビ１２のディスプレイ
により現行選択のユーザに対して選択表示を行う。ユー
ザが見ることができるウェブ・ブラウザの他の態様は、
入力システム５４から受け取った信号に基づいてユーザ
・インタフェース５６によって提供される。

【００３３】図６は、リモコン１１を詳細に示してい
る。好ましい実施形態のリモコン１１は、テレビを制御
するために使用する一般的な手持ち型リモコンと同様で
あり、それと同じ全体的な外観を有している。実際にリ
モコン１１は、テレビ１２のユーザ制御機能のうちの一
部または全部を実行するための制御部を含むことができ
る。代替実施形態のリモコン１１は、ワイヤ付き手持ち
型コントローラ、あるいはワイヤ付きまたはワイヤレス
（たとえば、ＩＲ）キーボード、あるいはその他の同様
の装置にすることができる。リモコン１１は、オプショ
ン・ボタン７と、スクロール・アップ・ボタン８と、ス
クロール・ダウン・ボタン９と、方向ボタン１５〜１８
と、入力ボタン１９と、ホーム・ボタン３５と、バック
・ボタン３６と、最新ボタン３７とを含む。方向ボタン
１５〜１８は、左ボタン１５と、右ボタン１６と、上ボ
タン１７と、下ボタン１８とを含む。

【００３４】リモコン１１上の制御部の諸機能について
は以下に詳述する。しかし、この時点でこのような諸機
能の一部の要約を示しておくのが有用である。ホーム・
ボタン３５により、クライアント・システム１は、Ｗｅ
ｂＴＶネットワーク・サービスのホーム・ページに直接
アクセスし、これを表示する。バック・ボタン３によ
り、ユーザは、逆の日時順に前に訪れたウェブ・ページ
を再訪することにより、自分の来た道を戻ることができ
る。最新ボタン３７は、ユーザが訪れた最新ウェブ・サ
イト（ページ）を示す表示にアクセスするために使用す
る。この表示からユーザは、このようなサイトのいずれ
かを直接再訪することができる。スクロール・アップ・
ボタン８とスクロール・ダウン・ボタン９は、１つのウ
ェブ・ページの前に未表示の部分を表示するために、そ
れぞれ画面を上または下にスクロールするために使用す
る。方向ボタン１５〜１８により、ユーザは、新しいハ
イパーテキスト・アンカーを選択するために移動方向を
指定することができる。入力ボタン１９を押すと、リモ
コン１１は、現在選択されているハイパーテキスト・ア
ンカーに対応するハイパーテキスト・リンクを活動化す
るためのコマンドをボックス１０に送る。すなわち、対
応するウェブ・ページにアクセスするために、入力ボタ
ン１９が押されたことに応答して、現在選択されている
ハイパーテキスト・オブジェクトのユニフォーム・リソ
ース・ロケータ（ＵＲＬ）またはその他の論理アドレス
がネットワーク接続２９によりボックス１０によって伝
送される（後述するように、所与のイメージ・マップの
場合は除く）。

【００３５】ＩＩ．ホットリンク・ナビゲーション 図７は、クライアント・システムを使用してテレビ１２
によって表示可能なウェブ・ページ１００の例を示して
いる。ウェブ・ページ１００は、架空の企業ＸＹＺ社用
のサンプル・ホーム・ページである。ウェブ・ページ１
００はいくつかのハイパーテキスト・アンカー１０１〜
１１５を含み、そのそれぞれは現在表示されていない他
のウェブ・ページへのリンクを提供する。ウェブ・ペー
ジ１００のハイパーテキスト・アンカー１０１、１０
２、１０９、１１０、１１１、１１５はイメージ・マッ
プである。ハイパーテキスト・アンカー１０１および１
０２はイメージ・マップ１１６内に含まれるが、このイ
メージ・マップはハイパーテキスト・アンカーではな
い。ハイパーテキスト・アンカー１０１はＸＹＺ社のロ
ゴである。ロゴ・アンカー１０１は、たとえば、ＸＹＺ
社の歴史を示す他のウェブ・ページへのリンクを提供す
ることができる。ハイパーテキスト・アンカー１１５
は、たとえば、ＸＹＺ社のコマーシャル・ソング（テー
マ・ソング）を発生し、テレビ１２のスピーカによりユ
ーザに対して出力可能なオーディオ・ストリームへのリ
ンクを提供することができる。ウェブ・ページ１００の
残りの部分は、「ＰＲＰＤＵＣＴ ＩＮＦＯ（製品情
報）」、「ＣＯＭＰＡＮＹ ＮＥＷＳ（社内ニュー
ス）」、「ＰＥＲＳＯＮＮＥＬ ＰＲＯＦＩＬＥＳ（従
業員のプロフィール）」、「ＳＡＬＥＳ ＯＦＦＩＣＥ
Ｓ（営業所）」、「ＪＯＢ ＯＰＰＯＲＴＵＭＩＴＩＥ
Ｓ（求人情報）」という見出しの下にまとめられたＸＹ
Ｚ社に関する情報テキストを含む。ハイパーテキスト・
アンカー１０３〜１０８と１１２〜１１４は、テキスト
内の重要な単語またはフレーズである。

【００３６】アプリケーション・ソフトウェア３１は、
リモコン１１を使用して、ウェブ・ページ１００などの
ウェブ・ページ上に表示されたハイパーテキスト・アン
カー間をユーザがナビゲートするための手段を提供す
る。特に、アプリケーション・ソフトウェア３１は、リ
モコン１１からのユーザ入力に応答して、１回の不連続
移動で１つのハイパーテキスト・オブジェクトから他の
オブジェクトに選択を移動する。所与の時点で選択さ
れ、現行選択として表示される表示ハイパーテキスト・
オブジェクトは１つだけである。図７では、たとえば、
ハイパーテキスト・アンカー１０１が選択され、強調表
示１１８によって現行選択として示されている。ハイパ
ーテキスト・アンカーが選択されると、ユーザは、「入
力」ボタン１９を押すことにより、他のウェブ・ページ
へのリンクを活動化することができる。現行選択を変更
するため、ユーザは、リモコン１１上の方向ボタン１５
〜１８のいずれかを押すことにより、その選択を「移
動」させたい方向を指定する。このような入力の１つに
応答して、アプリケーション・ソフトウェア３１は、Ｈ
ＴＭＬドキュメント内に他のハイパーテキスト・オブジ
ェクトがある場合にそのうちのどれを新しい現行選択と
して選択し、表示すべきかを判定する。従来のシステム
では、ユーザは、連続移動で画面上をピクセル精度カー
ソルを移動させ、カーソルがいつハイパーテキスト・ア
ンカーと一致するかを決定しなければならない。これに
対して、本発明は、リモコン１１から受け取った入力に
基づいて、すべてのハイパーテキスト・オブジェクトの
位置を判定し、新しいハイパーテキスト・アンカーを選
択する。ユーザはハイパーテキスト・オブジェクトの位
置を突き止める必要がない。

【００３７】次に、ユーザが現行選択であるハイパーテ
キスト・アンカー１０１を新しいハイパーテキスト・ア
ンカー、たとえば、アンカー１０４に変更することを希
望していると想定する。本発明により、ユーザは、リモ
コン１１上の方向ボタン１５〜１９の１つを押すことに
より、これを行うことができる。図８は、強調表示１１
８が示すように、現行選択として、アンカー１０４とと
もに表示されるウェブ・ページ１００を示している。ユ
ーザは、リモコン１１を使用して、表示ハイパーテキス
ト・アンカーのすべてにわたって連続的に現行選択を移
動することができ、現行ＨＴＭＬドキュメントをスクロ
ールすることにより、現在表示されていないそのドキュ
メント内のハイパーテキスト・アンカーにアクセスし、
それを選択することもできる。

【００３８】図９は、上記の諸機能を可能にするために
アプリケーション・ソフトウェア３１が実行する、デー
タ構造をセットアップするためのルーチンを示してい
る。最初に、ネットワーク接続２９を介してＨＴＭＬド
キュメントを受け取る（ステップ５０１）。次に、ＨＴ
ＭＬドキュメントをテキストとタグとに構文解析する
（ステップ５０２）。構文解析したＨＴＭＬドキュメン
トから、現行ＨＴＭＬドキュメント内の表示可能物のリ
ストを生成する（ステップ５０３）。表示可能物として
は、テキストまたはイメージのいずれかを含むことがで
きる。ＨＴＭＬドキュメント内の表示可能物を識別する
方法は周知のものなので、ここで説明する必要はない。
表示可能物のリストから、選択可能物（たとえば、ハイ
パーテキスト・アンカー）の分類済みリストを生成する
（ステップ５０４）。

【００３９】選択可能物のリストは、挿入分類ルーチン
に従って生成されたときに分類される。選択可能物は、
表示されるときのウェブ・ページ上のその位置決めに応
じて分類される。より具体的には、選択可能物のリスト
は、英語での読み書きの方向（すなわち、左から右、上
から下）に応じて形成される。分類は、まず垂直位置に
応じて行われ、次に水平位置に応じて行われる。したが
って、選択可能物は、ウェブ・ページ上のそれより高い
位置に現れるすべての選択可能物より前の位置で選択可
能物リストに挿入されるはずである。また、選択可能物
は、ウェブ・ページ上でそれの右に現れるが同じ垂直位
置を有するすべての選択可能物より前の位置で選択可能
物リストに挿入されるはずである。

【００４０】挿入分類を実行して選択可能物のリストを
生成する場合、垂直位置決めを判定するには、所与の選
択可能物が選択可能物リスト内の既存の項目より「上」
であるか「下」であるかを判定する必要がある。この判
定は、２つの選択可能物間に垂直方向のオーバラップが
存在する場合が多いことにより複雑になる可能性があ
る。たとえば、図７および図８では、アンカー１０９と
１１０との間に垂直オーバラップが存在する。本発明で
はこの問題を次のように解決する。すなわち、所与の選
択可能物と他の選択可能物との間にオーバラップが存在
する場合、２つの選択可能物間のオーバラップ部分が２
つの選択可能物のうちの小さい方の高さの半分より小さ
く、所与の選択可能物の最上部がもう一方の選択可能物
の最上部より下にあれば、所与の選択可能物はもう一方
の選択可能物より「下」にあると見なす。オーバラップ
部分が２つの選択可能物のうちの小さい方の高さの半分
より小さくないか、または所与の選択可能物の最上部が
もう一方の選択可能物の最上部より下にない場合、所与
の選択可能物はもう一方の選択可能物より「下」にない
と見なす。所与の選択可能物が他の選択可能物より
「上」であると見なすことができる場合を判定するため
にも、これと同じ基準を適用する。さらに、後述するよ
うに、ユーザ入力に応答して現行選択を移動する際に
も、「上」および「下」という条件を定義するこの方法
を使用する。

【００４１】次に、たとえば図７および図８を参照する
と、ウェブ・ページ１００から生成した選択可能物の分
類済みリストは、１０１、１０２、１０４、１０３、１
０５、１０６、１０７、１０８、１０９、１１０、１１
２、１１１、１１３、１１４、１１５という順序（参照
番号で列挙）を有するはずである。ただし、実際の実施
態様では、選択可能物の分類済みリストが実際に表示可
能物のリスト内の項目を指すポインタのリストを構成す
る可能性があることに留意されたい。また、ウェブ・ペ
ージ１００を上から下へ（英語で）読む場合、アンカー
１０４はアンカー１０３を含むテキスト行より上のテキ
スト行にあるので、アンカー１０３を検出する前にアン
カー１０４を検出するはずであることに留意されたい。
その結果、アンカー１０４は、選択可能物の分類済みリ
スト内でアンカー１０３より前に現れる。さらに、アン
カー１１２は選択可能物の分類済みリスト内でアンカー
１１１より前に現れることに留意されたい。これは、こ
の２つのアンカー間に垂直方向のオーバラップが存在
し、そのオーバラップの量がアンカー１１２の高さ全体
を含むからである。その結果、アンカー１１１および１
１２は、ウェブ・ページ１００上で同じ垂直ランクを有
するものと見なされる。しかし、アンカー１１２はアン
カー１１１の左に現れるので、アンカー１１２はアンカ
ー１１１より前で分類済みリストに挿入される。

【００４２】次に図１０、図１１、図１２を参照し、リ
モコン１１を使用してハイパーテキスト・アンカー間の
選択を移動する方法について説明する。前述のように、
ユーザは、左ボタン１５または右ボタン１６をそれぞれ
押すことにより、ハイパーテキスト・アンカー１つ分だ
け現行選択を左または右に移動することができる。ボタ
ン１５またはボタン１６のいずれかに対応するＩＲ信号
の受信に応答して、本実施形態のソフトウェア３１（具
体的には選択ハンドラ５５）は、単に分類済みリスト内
で１つの位置を移動して、新しい現行選択を判定するだ
けである。すなわち、左ボタン１５が押された場合、新
しい現行選択は分類済みリスト内で現行選択より位置１
つ分だけ高い位置になり、右ボタン１６が押された場
合、新しい現行選択は分類済みリスト内で現行選択より
位置１つ分だけ低い位置になる。方向ボタン１５〜１８
のいずれかが押されたことに応答して、新しい現行選択
が判定され、強調表示１１８が移動して新しい現行選択
を示す。後述するように、画面は、現行選択を表示する
ようにスクロールすることができる。前述するように、
ユーザは、「入力」ボタン１９を押すことにより、現行
選択のハイパーテキスト・リンクを活動化することがで
きる。

【００４３】次に図１１を参照し、下ボタン１８が押さ
れたことに応答して行う現行選択の移動について説明す
る。下ボタン１８が押されると、分類済みリスト内で現
行選択より後に現れる各項目（選択可能物）について以
下のルーチンに従って検査し、それが最良推測であるか
どうかを判定する。最良推測とは、最後のユーザ入力に
基づいて新しい現行選択になる可能性が最も高い選択可
能物であると少なくとも一時的に見なされる選択可能物
である。リスト内の各項目がテストされると、テスト中
の選択可能物がより良い選択であると判定された場合、
最良推測であると現在見なされている項目をテスト中の
選択可能物で置き換えることができる。リストの末尾に
到達すると、最良推測と指定された選択可能物が新しい
現行選択であると解釈される。したがって、ユーザに対
して新しい現行選択を示すように、強調表示１１８が移
動することになる。

【００４４】下ボタン１８が押されたことに応答して、
アプリケーション・ソフトウェア３１は最初に、選択可
能物の分類済みリスト内のどの選択可能物が現行選択可
能物に続く（すなわち、現行選択後の）次の選択可能物
であるかを判定し（ステップ７０１）、この判定の結果
はここでは「ｓｅｌｅｃｔａｂｌｅ＿Ｉ」と呼ぶ。次
に、ｓｅｌｅｃｔａｂｌｅ＿Ｉが現在画面上に表示され
ているかどうかという判定を行う（ステップ７０２）。
表示されていない場合、画面は、画面全体より少ない所
定のピクセル数だけ下にスクロールされる（ステップ７
１４）。ピクセル数の例は１００であるが、その数は本
質的に任意のものである。所定のピクセル数だけ画面を
下にスクロールした後、ｓｅｌｅｃｔａｂｌｅ＿Ｉが画
面上に表示されているかどうかという判定をもう一度行
う（ステップ７１５）。ｓｅｌｅｃｔａｂｌｅ＿Ｉが依
然として画面上に表示されていない場合、現行選択は変
更されず、強調表示１１８は移動しない（ステップ７１
３）。ただし、スクロール後に現行選択が見えなくなっ
た場合、いかなる選択も表示されないことに留意された
い。

【００４５】しかし、所定のピクセル数だけ下にスクロ
ールした後に（ステップ７１４）、ｓｅｌｅｃｔａｂｌ
ｅ＿Ｉが画面上に表示される場合、または最初にｓｅｌ
ｅｃｔａｂｌｅ＿Ｉが表示されていた場合（ステップ７
０２）、現行選択とｓｅｌｅｃｔａｂｌｅ＿Ｉとの間の
垂直オーバラップが現行選択とｓｅｌｅｃｔａｂｌｅ＿
Ｉのうちの小さい方の高さの半分より小さいかどうかと
いう判定を次に行う（ステップ７０３）。小さい場合、
ｓｅｌｅｃｔａｂｌｅ＿Ｉの最上部が現行選択の最上部
より下にあるかどうかという判定を行う（ステップ７０
４）。ただし、必要であれば、この２通りの判定（ステ
ップ７０３と７０４）の順序を逆にすることができるこ
とに留意されたい。また、この２通りの判定は、選択可
能物の分類済みリストを生成するときに「下」という条
件を判定するために使用するのと同じテストを構成する
ことにも留意されたい。

【００４６】この２通りの判定のいずれかに対する回答
が「ＮＯ」である場合、プロセスはｓｅｌｅｃｔａｂｌ
ｅ＿Ｉが分類済みリスト内の最後の選択可能物であるか
どうかという判定に移行する（ステップ７１１）。ｓｅ
ｌｅｃｔａｂｌｅ＿Ｉがリスト内の最後の選択可能物で
はない場合、リスト内の次の選択可能物がｓｅｌｅｃｔ
ａｂｌｅ＿Ｉであると解釈し、図１１および図１２の手
順を繰り返す（ステップ７１８、７０１）。あるいは、
ｓｅｌｅｃｔａｂｌｅ＿Ｉがリスト内の最後の選択可能
物である場合、以下に説明するように、新しい選択可能
物は、最良推測として現在指定されている選択可能物で
あると解釈する（ステップ７１２）。

【００４７】（ステップ７０３で）現行選択とｓｅｌｅ
ｃｔａｂｌｅ＿Ｉとの間の垂直オーバラップが現行選択
とｓｅｌｅｃｔａｂｌｅ＿Ｉのうちの小さい方の高さの
半分より小さく、（ステップ７０４で）ｓｅｌｅｃｔａ
ｂｌｅ＿Ｉの最上部が現行選択の最上部より下にある場
合（ステップ７０４）、最良推測が現在存在するかどう
かを次に判定する（ステップ７０５）。まだ最良推測が
存在しない場合、最良推測はｓｅｌｅｃｔａｂｌｅ＿Ｉ
であると解釈する（ステップ７１０）。また、ｓｅｌｅ
ｃｔａｂｌｅ＿Ｉがリスト内の最後の選択可能物ではな
い場合、プロセスは、リスト内の次の項目について始め
から繰り返す。（ステップ７０５で）すでに最良推測が
存在していた場合、ｓｅｌｅｃｔａｂｌｅ＿Ｉの最上部
エッジが最良推測選択可能物の最下部エッジより高い垂
直位置（小さい「Ｙ」座標）を有するかどうかという判
定を行う（ステップ７０６）。高い垂直位置を有してい
ない場合、ｓｅｌｅｃｔａｂｌｅ＿Ｉは画面上で現行最
良推測より低いので、ｓｅｌｅｃｔａｂｌｅ＿Ｉは潜在
的な新しい最良推測として無視される。この場合にｓｅ
ｌｅｃｔａｂｌｅ＿Ｉを無視する理由は、現行選択より
下にあるがｓｅｌｅｃｔａｂｌｅ＿Ｉより上にある他の
選択可能物が存在する場合にユーザは現行選択からｓｅ
ｌｅｃｔａｂｌｅ＿Ｉへのジャンプを望んでいないはず
であるという想定である。したがって、そのような状況
では、ｓｅｌｅｃｔａｂｌｅ＿Ｉがリスト内の最後の選
択可能物であるかどうかについて、もう一度判定を行う
（ステップ７１１）。最後の選択可能物ではない場合、
プロセスは、リスト内の次の項目を使用して始めから繰
り返す（ステップ７１８、７０１）。

【００４８】（ステップ７０６で）ｓｅｌｅｃｔａｂｌ
ｅ＿Ｉの最上部が最良推測の最下部より高い場合、水平
方向に最良推測と現行選択との間にオーバラップがある
場合にどの程度のオーバラップ、すなわち、推測オーバ
ラップが存在するかを判定する（ステップ７０７）。同
様に、ｓｅｌｅｃｔａｂｌｅ＿Ｉと現行選択との間に水
平オーバラップがある場合にどの程度の水平オーバラッ
プ、すなわち、選択可能物オーバラップが存在するかを
判定する（ステップ７０８）。推測オーバラップが選択
可能物オーバラップより小さい場合（ステップ７０
９）、最良推測がｓｅｌｅｃｔａｂｌｅ＿Ｉで置き換え
られる（ステップ７１０）。すなわち、ｓｅｌｅｃｔａ
ｂｌｅ＿Ｉが新しい最良推測であると見なされる。した
がって、プロセスは、ｓｅｌｅｃｔａｂｌｅ＿Ｉがリス
ト上で最後の選択可能物ではなかったと想定し、選択可
能物の分類済みリスト内の次の項目を使用して繰り返
す。

【００４９】（ステップ７０９で）推測オーバラップが
選択可能物オーバラップより小さくない場合、２通りの
状況が存在する可能性がある。第１の状況は、両方のオ
ーバラップの量が等しい（すなわち、推測オーバラップ
＝選択可能物オーバラップ）場合である。第２の状況
は、選択可能物オーバラップが推測オーバラップより大
きい場合である。一般に、推測オーバラップと選択可能
物オーバラップがどちらもゼロであるときに（すなわ
ち、ｓｅｌｅｃｔａｂｌｅ＿Ｉと最良推測のいずれも現
行選択と水平方向にオーバラップしないときに）水平オ
ーバラップの量が等しくなる。推測オーバラップと選択
可能物オーバラップが等しい場合、現行選択の左エッジ
から最良推測の左エッジまでの距離の方が現行選択の左
エッジからｓｅｌｅｃｔａｂｌｅ＿Ｉの左エッジまでの
距離より離れている場合のみ（ステップ７１７）、ｓｅ
ｌｅｃｔａｂｌｅ＿Ｉが新しい最良推測であると解釈さ
れる（ステップ７１０で）。それ以外の場合、プロセス
は、リスト内の次の選択可能物を使用して繰り返す。

【００５０】推測オーバラップが選択可能物オーバラッ
プより小さくなく、しかも（１）推測オーバラップが選
択可能物オーバラップと等しくないか、または（２）最
良推測の左エッジと現行選択の左エッジとの距離の方が
ｓｅｌｅｃｔａｂｌｅ＿Ｉの左エッジと現行選択の左エ
ッジとの距離より近い場合（ステップ７１６および７１
７）、最良推測が保持され、（ｓｅｌｅｃｔａｂｌｅ＿
Ｉがリスト内の最後の選択可能物でなかった場合に）プ
ロセスは繰り返す。

【００５１】上記のプロセスを使用してリスト内の最後
の選択可能物がテストされると、新しい現行選択は、現
在最良推測である選択可能物であると解釈される（ステ
ップ７１２）。次に新しい現行選択は強調表示される
（ステップ７１３）。

【００５２】次に図１０を参照し、図１１の手順につい
て説明する。図１０は、複数のハイパーテキスト・アン
カー１３１〜１３６を示し、これらのアンカー間の所与
の空間関係を定義している。図１０のアンカーの分類済
み選択可能物リストは、１３２、１３１、１３３、１３
４、１３５、１３６という順序を有するはずである。こ
こで、強調表示１１８が示すように現行選択はアンカー
１３１であると想定する。さらに、リモコン１１上の下
ボタン１８を押すことにより、ユーザが入力を行ったば
かりであると想定する。これに応答して、アプリケーシ
ョン・ソフトウェア３１は、選択可能物１３１に続く分
類済み選択可能物リスト内の項目を検査するプロセスを
開始する（すなわち、選択可能物１３３から始める）。
ただし、選択可能物１３２は、（上記の基準により）選
択可能物１３１より「上」にあり、したがって、下ボタ
ン１８が押されたことに対する応答とは見なされない。
分類済みリスト内で１３１より前に現れることに留意さ
れたい。したがって、図１１のルーチンにより、選択可
能物１３３と選択可能物１３１との間に垂直オーバラッ
プがある場合にその垂直オーバラップの量を判定する。
この例では、オーバラップの量は４単位である。図１０
に示す寸法は例示のためにのみ示したものであり、本質
的にはピクセルなど任意の単位にすることができる。選
択可能物１３３と選択可能物１３１との間の垂直オーバ
ラップの量（４単位）はこの２つの選択可能物のうちの
小さい方の高さの半分（選択可能物１３３の高さの半
分、すなわち、６／２すなわち３）より大きいので、選
択可能物１３３は選択可能物１３１より「下」にあると
見なされない。その結果、現在、最良推測はまったく存
在しないので、選択可能物１３３は無視され、リスト内
の次の選択可能物である選択可能物１３４が検査され
る。現在最良推測が存在する場合には、その最良推測が
保持されるはずである。

【００５３】次に選択可能物の分類済みリストについて
続行すると、選択可能物１３４は垂直方向に２単位分だ
け選択可能物１３１とオーバラップする。２単位は、こ
の２つの選択可能物（高さが等しい）のうちの小さい方
の高さの半分より小さい。さらに、選択可能物１３３の
最上部エッジは選択可能物１３１の最上部エッジより下
にある。したがって、選択可能物１３４は選択可能物１
３１より「下」にあると見なされ、選択可能物１３４は
新しい最良推測であると解釈される（ステップ７１
０）。次に検査すべき選択可能物は選択可能物１３５で
ある。選択可能物１３５は選択可能物１３１とオーバラ
ップせず、したがって、現行選択より下にあると見なさ
れる。しかし、選択可能物１３５の最上部エッジは最良
推測である選択可能物１３４の最下部エッジより下にあ
る。したがって、選択可能物１３５は現行の最良推測で
ある選択可能物１３４より「良い」最良推測ではない。
その結果、選択可能物１３４は最良推測として保持さ
れ、リスト内の次の選択可能物である選択可能物１３６
が検査される。本質的に、選択可能物１３６にも選択可
能物１３５と同じ分析が適用される。したがって、分類
済みリストの末尾に到達すると、最良推測は選択可能物
１３４のままになる。その結果、新しい現行選択が選択
可能物１３４であると判定される。したがって、選択可
能物１３４は、それを示すために強調表示される。

【００５４】他のシナリオでは、現行選択が選択可能物
１３２であり、下ボタン１８が押されたと想定する。選
択可能物の分類済みリスト内で選択可能物１３２の後の
次の選択可能物は選択可能物１３１である。したがっ
て、選択可能物１３１は最初に検査すべき選択可能物に
なる。選択可能物１３１が選択可能物１３２とオーバラ
ップする量は４単位（選択可能物１３１の高さの１／
２）を超えない。さらに、選択可能物１３１の最上部エ
ッジは選択可能物１３２の最上部エッジより下にある。
したがって、選択可能物１３１は、選択可能物１３２よ
り「下」にあると見なされ、最良推測であると解釈され
る。分類済みリスト内を移動すると、次に検査すべき選
択可能物は選択可能物１３３である。選択可能物１３３
は、現行選択である選択可能物１３２より「下」である
ための条件を満たしている。しかも、選択可能物１３３
の最上部エッジは現行最良推測である選択可能物１３１
の最下部エッジより下ではない。したがって、選択可能
物１３３はこれまで検討対象から除外されていない。選
択可能物１３３と現行選択の選択可能物１３２との間な
らびに選択可能物１３１と現行選択との間で水平オーバ
ラップの量が判定される。この場合、選択可能物１３１
と選択可能物１３３はどちらも現行選択である選択可能
物１３２との水平オーバラップが一切ない。したがっ
て、次のステップは、現行選択の左エッジが選択可能物
１３１の左エッジまたは選択可能物１３３の左エッジの
どちらに近いかを判定すること（ステップ７１７）にな
る。したがって、選択可能物１３１が最良推測として保
持される（ステップ７１０）。上記のプロセスは、分類
済みリストの末尾に到達するまで、分類済みリスト内の
次の選択可能物である選択可能物１３４などを検査する
ことにより続行される。その時点で最良推測は新しい現
行選択であると解釈される。

【００５５】さらに他のシナリオでは、現行選択が選択
可能物１３３であり、下ボタン１８が押されたばかりで
あると想定する。選択可能物１３４は、リスト内で最初
に検査すべき選択可能物である。選択可能物１３４と１
３３とのオーバラップは、この２つの選択可能物のうち
の小さい方の高さの半分より大きい（すなわち、６／２
すなわち３より大きい）。したがって、選択可能物１３
４は検討対象から除外される。この時点で最良推測は一
切存在しない。次に選択可能物１３５が検討される。選
択可能物１３５は現行選択である選択可能物１３３と垂
直方向にオーバラップせず、選択可能物１３５の最上部
は現行選択の最上部より下にある。したがって、選択可
能物１３５は最良推測であると解釈される。次に、選択
可能物１３６が検討される。選択可能物１３６は現行選
択とオーバラップせず、選択可能物１３６の最上部エッ
ジは選択可能物１３５の最下部エッジより下ではない。
したがって、最良推測と現行選択との間の水平オーバラ
ップ（推測オーバラップ）ならびに選択可能物１３６と
現行選択との間の水平オーバラップ（選択可能物オーバ
ラップ）が判定される。推測オーバラップはゼロであ
る。しかし、選択可能物オーバラップは４単位である。
したがって、選択可能物オーバラップの方が推測オーバ
ラップより大きいので、選択可能物１３６は新しい最良
推測であると解釈される。さらに、選択可能物１３６は
分類済みリスト内の最後の選択可能物であるので、新し
い現行選択は現行最良推測である選択可能物１３６であ
ると解釈される。

【００５６】上ボタン１７が押されたことに応答して選
択を変更する手順については図１３および図１４に示
す。上ボタン１７の場合の手順は、下ボタン１８の場合
の手順（図１１および図１２）とほぼ同じなので、ステ
ップごとに説明する必要はない。にもかかわらず、所与
の相違点については注意が必要である。下ボタン１８の
場合の手順とは対照的に、上ボタン１７に応答して
（１）現行選択の直前の選択可能物から始めて選択可能
物のリストを（順方向ではなく）逆方向に移動して、現
行選択より前のリスト内のすべての選択可能物を検査す
るまで、リスト内の項目を検査し（ステップ７５１、７
６８）、（２）選択可能物ｓｅｌｅｃｔａｂｌｅ＿Ｉが
現行選択より「下」ではなく「上」にあるかどうかを判
定するために垂直オーバラップの量を計算し（ステップ
７５４）、（３）ｓｅｌｅｃｔａｂｌｅ＿Ｉの最下部が
現行最良推測の最上部より上にある場合に（ステップ７
５６）ｓｅｌｅｃｔａｂｌｅ＿Ｉを考えられる新しい現
行選択として無視し、（４）ｓｅｌｅｃｔａｂｌｅ＿Ｉ
が現在表示されていない場合に所定のピクセル数（たと
えば、１００）だけ画面を（下ではなく）上にスクロー
ルする。

【００５７】ＩＩＩ．オーディオ機能 アプリケーション・ソフトウェア３１は、ネットワーク
接続２９を介してダウンロードしたオーディオ・データ
に基づいて音楽およびその他の音声をテレビ１２のスピ
ーカから再生させる機能を含む。ダウンロードしたオー
ディオ・データは、ＭＩＤＩ（Ｍｕｓｉｃａｌ Ｉｎｓ
ｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃ
ｅ）、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘ
ｐｅｒｔｓＧｒｏｕｐ）、Ｒｅａｌ Ａｕｄｉｏ、．Ａ
Ｕ、．ＡＩＦＦ、．ＷＡＶその他など、いくつかの異な
るフォーマットのいずれかにすることができる。ボック
ス１０でデコードした後、受け取ったオーディオ情報は
リンク６のオーディオ・チャネルを介してテレビ１２に
供給される。

【００５８】Ａ．バックグラウンド・ミュージック ＷｅｂＴＶサービスは、ユーザがウェブをブラウズして
いる間にユーザにバックグラウンド・ミュージックまた
はその他の音響効果（以下単に「バックグラウンド・ミ
ュージック」という）を提供するために、ボックス１０
にオーディオ・データを供給する。ユーザがオーディオ
・ファイルへのリンクを活動化したかまたはウェブ・ペ
ージがそれ専用のバックグラウンド・ミュージックを提
供する場合を除き、バックグラウンド・ミュージック
は、本来は未使用であるはずのリンク６のオーディオ・
チャネルを満たす。このため、ＷｅｂＴＶサービスによ
って提供されるバックグラウンド・ミュージックによ
り、ユーザにとってはウェブをブラウズする経験がテレ
ビを見ることによく似ていると思われることになる。と
いうのは、人はテレビを見ながら音を聞くことに慣れて
いるからである。しかも、バックグラウンド・ミュージ
ックはユーザのアクションとは非同期かつ無関係にクラ
イアント・システムにロードされるので、ユーザは音声
が聞こえるまで待つ必要がない。

【００５９】バックグラウンド・ミュージックを生成す
るためのオーディオ・データは、前述のオーディオ・フ
ォーマットの１つにすることができる。バックグラウン
ド・ミュージックは、ＲＡＭ２３にダウンロードし、た
だちに再生するかまたは後で使用するために単に保存す
ることができる。あるいは、ダウンロードしたオーディ
オ・ファイルはフラッシュ・メモリ２２ｂに書き込むこ
ともできる。ユーザに対して再生されたバックグラウン
ド・ミュージックは、メモリに事前に格納されたオーデ
ィオ・ファイルから、または「作動中に」サーバ５から
ダウンロードしているオーディオ・ファイルから、ある
いはこれらの技法の組合せにより生成することができ
る。

【００６０】一般に、バックグランド・ミュージック
は、ユーザがウェブ・ページを見ている間ならびにウェ
ブ・ページがダウンロードされている間にユーザに対し
て再生される。図１９に示す一実施形態では、前の一連
のバックグラウンド・ミュージック・シーケンスの再生
が終了した後でのみ（ステップ１１０１）、一連のバッ
クグランド・ミュージック・シーケンスを生成するため
のファイルをサーバ５からダウンロードする（ステップ
１１０２）。この実施形態では、図２０に示す第２の実
施形態に比べ、クライアント・システム１でのメモリ消
費が低減される。図２０の実施形態では、次のシーケン
スを生成するためのファイルをサーバ５からダウンロー
ドしている間に（ステップ１１０２）、現行のバックグ
ランド・ミュージック・シーケンスをユーザに対して再
生する（ステップ１１０１）。したがって、図２０の実
施形態には、連続し途切れないバックグラウンド・ミュ
ージック・ストリームをユーザに供給するという利点が
ある。

【００６１】しかし、表示ウェブ・ページに関連するバ
ックグラウンド・ミュージックが代わりに再生されるよ
うにその表示ウェブ・ページがそれ専用のバックグラン
ド・ミュージックを提供する場合には、ＷｅｂＴＶバッ
クグラウンド・ミュージックが必ず中断される。ユーザ
がそのウェブ・ページを離れると、ＷｅｂＴＶバックグ
ラウンド・ミュージックが再開される。しかも、ユーザ
がオーディオ・ファイルへの特定のハイパーテキスト・
リンクにアクセスした場合、アクセスしたオーディオ・
ファイルが再生されている間、ＷｅｂＴＶバックグラン
ド・ミュージックが中断される。

【００６２】さらに、アプリケーション・ソフトウェア
３１は所与の特殊音響効果も提供する。特殊音響効果は
バックグラウンド・ミュージックの上に重ねられる（す
なわち、同時に再生される）。一部の音響効果は、リモ
コン１１を操作するときにユーザに対してオーディオ・
フィードバックを行うために使用する。たとえば、特定
の音響効果がリモコン１１の各機能に関連付けられる。
このようなオーディオ・フィードバックは有利である。
というのは、本発明のユーザは、普通のパーソナル・コ
ンピュータを使用してウェブをブラウズする場合より、
ディスプレイから離れた位置にいる可能性が高いからで
ある。

【００６３】Ｂ．オーディオ・パネル 本発明は、ウェブからダウンロードしたオーディオ・フ
ァイルに関するオーディオ機能を制御するためのユーザ
・インタフェースを含む。このユーザ・インタフェース
は、図１６に示す「オーディオ・パネル」の形式でユー
ザに示される。オーディオ・パネルは、音声が使用可能
なときにユーザがリモコン１１上のオプション・ボタン
７を押すことによってアクセスできる。図１５に示すよ
うに、一般にオプション・ボタン７を押すと、オプショ
ン・パネルが表示される。オプション・パネル１４０
は、現在表示されているウェブ・ページ１００上のオー
バレイとして表示される。オプション・パネル１４０
は、ソフト・ボタン１４８〜１５２によってアクセスさ
れるＷｅｂＴＶブラウザの複数の管理機能へのアクセス
権をユーザに提供するものである。ボタン１４８〜１５
２は、上記のようにリモコン１１（より具体的には、リ
モコン１１のボタン１５〜１９）を使用することにより
選択し活動化される。

【００６４】オーディオ・ファイルへのハイパーテキス
ト・リンクの活動化に応答して、ダウンロードしたオー
ディオ・データを再生している間にユーザがオプション
・パネル１４０を活動化した場合、オプション・パネル
は図１６に示すようにオーディオ・パネル１５４ととも
に表示される。最後にアクセスすべきハイパーテキスト
・リンクがオーディオ・データにリンクしていなかった
場合、オプション・パネル１４０は、図１５に示すよう
にオーディオ・パネル１５４なしで表示される。すなわ
ち、オーディオ・パネル１５４は、再生すべきオーディ
オ・データが存在する場合のみ、表示可能になる。した
がって、図１７はオプション・パネルを表示するための
ルーチンを示している。オプション・ボタン７が押され
たことに応答して、オーディオ・パネルが使用可能にな
った場合（ステップ９０１）、オプション・パネルはオ
ーディオ・パネルとともに表示される（ステップ９０
２）。オーディオ・パネルが使用可能になっていない場
合（ステップ９０１）、オプション・パネルはオーディ
オ・パネルなしで表示される（ステップ９０３）。

【００６５】オーディオ・パネル１５４は、タイトル・
バー１４２と、停止ボタン１４３と、再生ボタン１４４
と、休止ボタン１４５と、早送りボタン１４６と、巻戻
しボタン１４７と、オーディオ・スコープ１５３とを含
む。それぞれの名前が示すように、ボタン１４３〜１４
７は、オーディオ・データとオーディオ・データから生
成されたオーディオ・シーケンス（音声）を制御するた
めのものである（たとえば、オーディオ・シーケンスの
再生、オーディオ・シーケンスの巻戻しなど）。任意の
時点で現在選択されているボタンは強調表示１１８によ
って示される。ボタン１４３〜１４７は、上記のように
リモコン１１（すなわち、リモコン１１のボタン１５〜
１９）を使用することにより選択し活動化される。タイ
トル・バーは、現在再生されているオーディオ・ファイ
ルのタイトル名を表示する。

【００６６】オーディオ・スコープ１５３は、再生中の
オーディオ・シーケンスを表す可動オーディオ波形が表
示されるディスプレイである。ステレオ・データの場
合、図１６に示すように２通りの波形が表示され、一方
の波形は左のオーディオ・チャネル用、もう一方の波形
は右のオーディオ・チャネル用である。この波形は、デ
ィジタル・オーディオ・データをグラフ表現に変換する
ことにより生成される。オーディオ・シーケンスが再生
されると波形はオーディオ・スコープ１５３を越えて水
平方向にスクロールされるので、任意の時点でユーザが
聞いている音声はオーディオ・スコープ１５３に現在表
示されている波形によって表される。

【００６７】図１８は、ユーザがウェブ・ページ上のハ
イパーテキスト・アンカーを活動化したときにオーディ
オ・パネルの表示を使用可能または使用禁止にするため
のルーチンを示している。最初に、アンカーのＵＲＬが
指定するウェブ・サイトをクライアント・システム１が
アクセスする（ステップ１００１）。次にアクセスした
ファイルを取り出し、ダウンロード中に状況表示を画面
上に表示して、ファイルのうちのどの程度がそれまでに
ダウンロードされたかを示す（ステップ１１０２）。ダ
ウンロードしたＨＴＭＬファイルは一般にＭＩＭＥ（Ｍ
ｕｌｔｉ−ｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉ
ｌ Ｅｘｔｅｎｓｉｏｎ）ヘッダを含み、それはファイ
ルのコンテンツ・タイプを指定する。したがって、ファ
イルのダウンロード後にクライアント・システム１は、
そのファイルがＭＩＭＥヘッダを含むかどうかを判定す
る（ステップ１００４）。そのファイルがＭＩＭＥヘッ
ダを含む場合、ヘッダを検査して、ファイルのコンテン
ツ・タイプを判定する（ステップ１００５）。ファイル
がオーディオ・コンテンツを含む場合、オーディオ・パ
ネルを使用可能にし（ステップ１００６）、そのオーデ
ィオ・ファイルを再生する（ステップ１００７）。ファ
イルがオーディオ・コンテンツを含まない場合、オーデ
ィオ・パネルの表示を使用禁止にし（ステップ１００
９）、取り出したファイルを通常通り表示する（ステッ
プ１０１０）。

【００６８】（ステップ１００４で）ファイルがＭＩＭ
Ｅヘッダを含まない場合、クライアント・システム１
は、ダウンロードしたファイルのファイル拡張子がある
場合にその拡張子を検査することによりコンテンツ・タ
イプを判定する。たとえば、．ＡＵ、．ＷＡＶ、．ＡＩ
ＦＦというファイル拡張子はオーディオ・コンテンツを
示す。ファイル拡張子からコンテンツ・タイプを判定し
た後、ルーチンは前述のように（ステップ１００５）か
ら続行する。

【００６９】クライアント・システム１は、巻戻し、休
止、早送りなどの特定のオーディオ機能が所与のダウン
ロード・ファイルに適用されるかどうかを判定する能力
を有する。たとえば、早送り機能（ボタン１４６）は、
Ｒｅａｌ Ａｕｄｉｏなどの生のオーディオ・ストリー
ムには適用されない。したがって、特定のオーディオ機
能が適用されない状況については、対応するボタンが自
動的に使用禁止になる（すなわち、表示されないか、ま
たはその機能が使用不能であることを示すように表示さ
れる）。

【００７０】一実施形態では、ユーザは、ウェブ・サイ
トからアクセスされたオーディオ・ファイルをメモリに
保存することができる。たとえば、ユーザはバックグラ
ウンド・ミュージック・ファイルなどのオーディオ・フ
ァイルを保存できるので、そのファイルはバックグラウ
ンド・ミュージック選択の反復シーケンスの一部として
自動的に再生される。ダウンロードしたオーディオ・フ
ァイルは、オプション・パネル上に表示された保存ボタ
ン１５１を使用してメモリに保存することができる。

【００７１】ウェブ・ブラウザ内のオーディオ機能を制
御するためのユーザ・インタフェースを提供するための
方法および装置について説明した。具体的な実施形態に
関連して本発明を説明してきたが、特許請求の範囲に記
載した本発明のより広い精神および範囲を逸脱せずにこ
のような実施形態に様々な修正および変更を加えること
ができることは明らかになるだろう。したがって、本明
細書および添付図面は限定ではなく例示として考慮すべ
きである。

【図面の簡単な説明】

【図１】１つのＷｅｂＴＶサーバ・システムに接続され
た複数のＷｅｂＴＶクライアント・システムを示す図で
ある。

【図２】ＷｅｂＴＶクライアント・システムを示す図で
ある。

【図３】ＷｅｂＴＶクライアント・システムの電子ユニ
ットのブロック図である。

【図４】図１〜１Ｃのクライアント処理システム内のハ
ードウェアとソフトウェアとの機能関係を示す図であ
る。

【図５】図５のウェブ・ブラウザ・アプリケーション・
ソフトウェアのブロック図である。

【図６】ウェブ・ブラウザを制御するためのリモコンを
示す図である。

【図７】複数のハイパーテキスト・アンカーを含む表示
ウェブ・ページを示す図である。

【図８】複数のハイパーテキスト・アンカーを含む表示
ウェブ・ページを示す図である。

【図９】本発明によりＨＴＭＬドキュメントを受信して
処理するための手順を示す流れ図である。

【図１０】表示装置上に表示されたものとして複数のハ
イパーテキスト・アンカーを示す図である。

【図１１】図６のリモコンを使用して２つのハイパーテ
キスト・アンカー間の選択を下方向に移動するための手
順を示す流れ図である。

【図１２】図６のリモコンを使用して２つのハイパーテ
キスト・アンカー間の選択を下方向に移動するための手
順を示す流れ図である。

【図１３】図６のリモコンを使用して２つのハイパーテ
キスト・アンカー間の選択を上方向に移動するための手
順を示す流れ図である。

【図１４】図６のリモコンを使用して２つのハイパーテ
キスト・アンカー間の選択を上方向に移動するための手
順を示す流れ図である。

【図１５】表示ウェブ・ページ上にオーバレイされたオ
プション・パネルを示す図である。

【図１６】表示ウェブ・ページ上にオーバレイされたオ
ーディオ・パネルを含むオプション・パネルを示す図で
ある。

【図１７】オプション・パネルを表示するためのルーチ
ンを示す流れ図である。

【図１８】オーディオ・パネルの表示を可能にするかま
たは禁止するためのルーチンを示す流れ図である。

【図１９】クライアント・システム内でバックグラウン
ド・ミュージックをダウンロードして再生するためのル
ーチンを示す流れ図である。

【図２０】クライアント・システム内でバックグラウン
ド・ミュージックをダウンロードして再生するためのル
ーチンを示す流れ図である。

【符号の説明】

１０ ＷｅｂＴＶボックス ２０ ＡＳＩＣ ２１ ＣＰＵ ２２ａ マスクＲＯＭ ２２ｂ フラッシュ ２３ ＲＡＭ ２４ ＩＲインタフェース ２５ オーディオＤＡＣ ２６ ビデオ・エンコーダ ２７ 電話モデム ２８ 大容量記憶装置 ２９ａ 電話 ３０ ＩＳＤＮモデム

フロントページの続き (72)発明者 デイヴィッド・アール・アンダーセン アメリカ合衆国・95014・カリフォルニア 州・カッパチーノ・ウエスト エステート ドライブ・10761 (72)発明者 ジェフリー・ディ・ヤクシック アメリカ合衆国・94086・カリフォルニア 州・サニーベイル・アリバ ドライブ・ 241・10番 (72)発明者 ジョー・エフ・ブリット，ジュニア アメリカ合衆国・95070・カリフォルニア 州・サラトガ・サラトガ サニーベイル ロード・14234・３番

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ネットワークによりサーバ処理システム
   に結合可能であり、オーディオ出力装置に結合可能なク
   ライアント処理システムでオーディオ情報を処理する方
   法であって、 クライアント処理システムに格納された第１のオーディ
   オ・ファイルに基づいてオーディオ出力装置を介して第
   １のオーディオ・シーケンスを出力するステップと、 第１のオーディオ・シーケンスが出力されている間に第
   ２のオーディオ・ファイルをクライアント処理システム
   にダウンロードするステップとを含み、第２のオーディ
   オ・ファイルがネットワークによりサーバ処理システム
   からクライアント処理システムに伝送され、第２のオー
   ディオ・ファイルが第１のオーディオ・シーケンスの出
   力に続いて出力される第２のオーディオ・シーケンスを
   表すことを特徴とする方法。
2. 【請求項２】 第１のオーディオ・シーケンスを出力し
   ている間にワールド・ワイド・ウェブ・ページを含む対
   話式表示環境をユーザがナビゲートできるようにするス
   テップをさらに含むことを特徴とする請求項１に記載の
   方法。
3. 【請求項３】 ネットワークによりサーバ処理システム
   に結合可能であり、テレビに結合可能なクライアント処
   理システムであって、 プロセッサと、 プロセッサに結合され、第１のオーディオ・シーケンス
   を表す第１のオーディオ・ファイルをその中に格納して
   いる第１のメモリ・ユニットと、 プロセッサに結合され、プロセッサによって実行された
   ときに、 テレビによる第１のオーディオ・シーケンスの出力と、 第１のオーディオ・シーケンスが再生されている間に第
   １のメモリ・ユニットへの第２のオーディオ・ファイル
   のダウンロードとを行わせる命令シーケンスをその中に
   格納している第２のメモリ・ユニットとを含み、第２の
   オーディオ・ファイルがネットワークによりサーバ処理
   システムから伝送され、第２のオーディオ・ファイルが
   第１のオーディオ・シーケンスの出力に続いてテレビを
   介して出力される第２のオーディオ・シーケンスを表す
   ことを特徴とするクライアント処理システム。
4. 【請求項４】 ネットワークによりサーバ処理システム
   に結合され、表示装置に結合されたクライアント処理シ
   ステムでクライアント処理システムのオーディオ機能を
   制御するためのユーザ・インタフェースを提供する方法
   であって、 ネットワークからオーディオ情報をダウンロードするス
   テップと、 ダウンロードしたオーディオ情報を操作するための複数
   のオーディオ機能の１つを起動するための複数のイメー
   ジを含むオーディオ制御パネルを表示装置上に表示させ
   るステップとを含ことを特徴とする方法。
5. 【請求項５】 オーディオ・ファイルをネットワークか
   らダウンロードしたことに応答してオーディオ制御パネ
   ルを活動化できるようにするステップをさらに含むこと
   を特徴とする請求項４に記載の方法。
6. 【請求項６】 遠隔入力装置から入力した第２のユーザ
   入力を受け取るステップと、 第２のユーザ入力に基づいて全イメージから選択すべき
   １つのイメージを判定するステップと、 判定ステップに基づいて全オブジェクトから前記１つを
   選択するステップと、 全イメージから選択した１つを識別する選択インジケー
   タを表示装置上に表示するステップとをさらに含むこと
   を特徴とする請求項４に記載の方法。
7. 【請求項７】 テレビに結合され、ネットワークにより
   少なくとも１つのサーバ処理システムと通信するための
   クライアント処理システムであって、 プロセッサと、 プロセッサに結合され、プロセッサによって実行された
   ときに、 それぞれが１つのワールド・ワイド・ウェブ・ページに
   対応するハイパーテキスト・オブジェクトである複数の
   第１のオブジェクトをテレビ上に表示させ、 遠隔入力装置から入力した第１のユーザ入力を受け取
   り、 第１のユーザ入力に基づいて第１の複数のオブジェクト
   から１つを選択し、 第１の複数のオブジェクトから選択した１つに対応する
   オーディオ・データをサーバ処理システムから取り出
   し、 それぞれがオーディオ・データを処理する複数のオーデ
   ィオ機能の１つを活動化する複数の第２のオブジェクト
   を含むオーディオ制御パネルをテレビ上に表示させ、 遠隔入力装置から入力した複数の第２のオブジェクトの
   １つを指定する第２のユーザ入力を受け取り、 第２のユーザ入力に応答してオーディオ機能の１つを実
   行することをプロセッサに実行させる命令シーケンスを
   その中に格納しているメモリとを含むことを特徴とする
   クライアント処理システム。
8. 【請求項８】 ネットワークによりサーバ処理システム
   に結合され、表示装置に結合されたクライアント処理シ
   ステムでクライアント処理システムのオーディオ機能を
   制御するためのユーザ・インタフェースを提供する方法
   であって、 表示装置上に表示されたハイパーテキスト・アンカーを
   選択するユーザ入力を受け取るステップと、 ユーザ入力に応答して、ハイパーテキスト・アンカーが
   表すデータをサーバ処理システムから要求するステップ
   と、 ハイパーテキスト・アンカーが表すデータをサーバ処理
   システムから受け取るステップと、 データがオーディオ・データを含むかどうかを判定する
   ステップと、 判定ステップに基づいてオーディオ制御パネルを表示装
   置上に表示できるようにするステップとを含み、オーデ
   ィオ制御パネルがオーディオ・データに関連する複数の
   オーディオ機能をユーザが制御できるようにするための
   ユーザ・インタフェースを形成することを特徴とする方
   法。
9. 【請求項９】 データがオーディオ・データを含まない
   と判定された場合にオーディオ制御パネルの表示を使用
   禁止にするステップをさらに含むことを特徴とする請求
   項８に記載の方法。
10. 【請求項１０】 そのデータに対してオーディオ機能の
    それぞれを実行できるかどうかを判定するステップをさ
    らに含むことを特徴とする請求項８に記載の方法。
11. 【請求項１１】 そのデータが生の音声を表すかどうか
    を判定するステップをさらに含むことを特徴とする請求
    項８に記載の方法。