(57)【要約】ＸＨＴＭＬやＳＭＩＬのようなＸＭＬドキュメントのインタラクションフィールドのナビゲーションサポートは、いわゆるタブインデックス属性によりサポートされる。インタラクションフィールドの２次元ナビゲーションを可能にするため、インタラクションフィールドを複数のサブセットに分割する方法が提案される。１次元によるナビゲーションは、これら複数のサブセットを介しインタラクションフィールドをナビゲートする。その他の次元によるナビゲーションは、複数のサブセット内のインタラクションフィールドをナビゲートする。
2005518013.tif 000002
【特許請求の範囲】
【請求項１】
インタラクションフィールドを選択するため複数のインタラクションフィールドをナビゲートするステップを有する複数のインタラクションフィールドからインタラクションフィールドを選択する方法であって、
前記複数のインタラクションフィールドを各自が前記複数のインタラクションフィールドの中のある個数のインタラクションフィールドを有する複数のサブセットに分割するステップを有し、
前記インタラクションフィールドを選択するためナビゲートするステップは、前記複数のサブセットの前記ある個数のインタラクションフィールドをナビゲートし、前記複数のサブセットのあるサブセット内の前記ある個数のインタラクションフィールドをナビゲートすることを特徴とする方法。
【請求項２】
請求項１記載の方法であって、前記複数のインタラクションフィールドの順序付けはリニアであることを特徴とする方法。
【請求項３】
請求項１記載の方法であって、第１所定タグは前記複数のインタラクションフィールドを分割するある個数のサブセットを示すことを特徴とする方法。
【請求項４】
請求項１記載の方法であって、第２所定タグは前記インタラクションフィールドを選択するためナビゲートする方向を決定することを特徴とする方法。
【請求項５】
インタラクションフィールドを選択するため複数のインタラクションフィールドをナビゲートするよう構成されるナビゲート手段を有する複数のインタラクションフィールドからインタラクションフィールドを選択するシステムであって、
前記複数のインタラクションフィールドを各自が前記複数のインタラクションフィールドの中のある個数のインタラクションフィールドを有する複数のサブセットに分割するよう構成される分割手段を有し、
前記ナビゲート手段は前記複数のサブセットの前記ある個数のインタラクションフィールドをナビゲートし、前記複数のサブセットのあるサブセット内の前記ある個数のインタラクションフィールドをナビゲートするよう構成されることを特徴とするシステム。
【請求項６】
請求項１記載の方法を実行するよう設計されることを特徴とするコンピュータプログラムプロダクツ。
【請求項７】
請求項５記載のコンピュータプログラムプロダクツを有することを特徴とする記憶装置。
【請求項８】
請求項４記載のインタラクションフィールドを選択するシステムを有することを特徴とするセットトップボックス。
【請求項９】
請求項４記載のインタラクションフィールドを選択するシステムを有することを特徴とするテレビ装置。
【請求項１０】
請求項３記載の第１所定タグを有することを特徴とするドキュメント。
【請求項１１】
請求項４記載の第２所定タグを有することを特徴とするドキュメント。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本発明は、複数のインタラクションフィールドからあるインタラクションフィールドを選択する方法であって、前記インタラクションフィールドを選択するため前記複数のインタラクションフィールドをナビゲートするステップを有する方法に関する。
【０００２】
本発明はさらに、複数のインタラクションフィールドからあるインタラクションフィールドを選択するシステムであって、前記インタラクションフィールドを選択するため前記複数のインタラクションフィールドをナビゲートするよう構成されたナビゲーション手段を有するシステムに関する。
【０００３】
本発明はさらに、そのような方法を実行するよう設計されたコンピュータプログラムプロダクツに関する。
【０００４】
本発明はさらに、そのようなコンピュータプログラムプロダクツを有する記憶装置に関する。
【０００５】
本発明はさらに、そのようなシステムを有するセットトップボックス及びテレビ装置に関する。
【０００６】
一般に、そのような方法、システム及びコンピュータプログラムプロダクツの実施例が、http://www.w3.org/TR/2000/REC-xml-20001006における２０００年１０月６日のＷ３Ｃ勧告による拡張マークアップ言語（ＸＭＬ）１．０（第２版）により参照されるＸＭＬベースドキュメントを介したナビゲーションサポートから知られている。ここで、「Ｗ３Ｃ」はワールドワイドウェブコンソーシアム（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）を表す。そのようなドキュメントには、例えば、http://www.w3.org/TR/html401/における１９９９年１２月２４日のＷ３Ｃ勧告によるＨＴＭＬ４．０１仕様書に参照されるハイパーテキストマークアップ言語（ＨＴＭＬ）、http://www.w3.org/TR/xhtml1/における２０００年１月のＷ３Ｃ勧告によるＸＨＴＭＬ１．０：拡張ハイパーテキストマークアップ言語（ＸＭＬ１．０のＨＴＭＬ４の再定式化）に参照される拡張ハイパーテキストマークアップ言語（ＸＨＴＭＬ）、あるいはhttp://www.w3.org/TR/2001/REC-smil20-20010807/における２００１年８月７日のＷ３Ｃ勧告の同期マルチメディア統合言語（ＳＭＩＬ２．０）に参照されるＳＭＩＬなどがあげられる。
【０００７】
ＳＭＩＬは、マルチメディアコンテンツの統合提示及びそれとのインタラクションのためのＸＭＬ構文を提供するよう設計されてきた。それはまた、意図された目的のためアプリケーションや装置のスケーリング及び拡張が可能となるようプロファイリングをサポートするよう設計されてきた。さらに、ＳＭＩＬは、それのアプリケーションが分散された異質要素からなる環境において動作可能となるため、相互利用ができるよう設計されてきた。
【０００８】
ＨＴＭＬあるいはＳＭＩＬベースドキュメント内に備えられるインタラクションフィールドを介したナビゲーションサポートは、http://www.w3.org/TR/html401/において１９９９年１２月２４日のＷ３Ｃ勧告のＨＴＭＬ４．０１仕様書に参照されるいわゆる「ｔａｂｉｎｄｅｘ」によりサポートされる。このドキュメントでは、「ｔａｂｉｎｄｅｘ」属性がhttp://www.w3.org/TR/html401/interact/forms.html#adef-tabindexに参照されるセクション「１７．１１．１タブ処理ナビゲーション（Ｔａｂｂｉｎｇ  ｎａｖｉｇａｔｉｏｎ）」に定義され、その中の最も関連する部分がここで繰り返される。
【０００９】
ｔａｂｉｎｄｅｘ＝ｎｕｍｂｅｒ［ＣＮ］
この属性は、現在のドキュメントのタブ処理順序での現在要素の位置を特定するものである。この値は０〜３２７６７のある数でなければならない。ユーザエージェントは前置される０を無視すべきである。
【００１０】
タブ処理順序は、ユーザによるキーボードを介したナビゲーション時に要素が注目される順序を規定する。タブ処理順序は他の要素内に含まれた要素を含んでいてもよい。
【００１１】
注目される要素は以下の規則に従ってユーザエージェントによりナビゲートされる。
【００１２】
すなわち、ｔａｂｉｎｄｅｘ属性をサポートし、それに正の値を割り当てる要素がまずナビゲートされる。ナビゲーションは、最小となるｔａｂｉｎｄｅｘ値を有する要素から最大となるｔａｂｉｎｄｅｘ値を有する要素に進む。値は連続している必要はないし、また特定の値から始まるものである必要もない。同一のｔａｂｉｎｄｅｘ値を有する要素は、それらが文字ストリームで出現する順序でナビゲートされるべきである。
【００１３】
ｔａｂｉｎｄｅｘ属性をサポートしないか、あるいはサポートし、それに０を割り当てる要素が次にナビゲートされる。これらの要素は、文字ストリームで出現する順序でナビゲートされる。
【００１４】
タブ処理キー。タブ処理ナビゲーションあるいは要素の始動を引き起こす実際のキー系列は、ユーザエージェントの設定に依存する（例えば、「ｔａｂ」キーがナビゲーションに使用され、「ｅｎｔｅｒ」キーが選ばれた要素の始動に利用される）。
【００１５】
ユーザエージェントはまた、タブ処理順序を逆にナビゲートするようにキー系列を定義するかもしれない。タブ処理順序の終わり（または始まり）に達すると、ユーザエージェントは始め（または終わり）に戻ってもよい。
【００１６】
「タブインデックス（ｔａｂｉｎｄｅｘ）」値の以前の定義はＳＭＩＬにより継承された。ＳＭＩＬはアクティブなフィールドのみが観察されるＨＴＭＬのタブインデックスに時間的意味を導入するものであり、http://www.w3.org/TR/smil20/extended-linking.html#adef-tabindexの最も関連する部分がここで繰り返される。
【００１７】
タブインデックス
この属性はＨＴＭＬ［ＨＴＭＬ４］のタブインデックス属性と同一の機能を提供する。それは、現在ドキュメントのタブ処理順序における要素位置を特定する。タブ処理順序は、キーボードを介したユーザによるナビゲーション時に要素が注目される順序を規定したものである。任意の時点において、アクティブなスケジュールを有する要素のみがタブ処理順序において考慮される。アクティブでない要素はタブ処理順序では無視されるべきである。
【００１８】
メディアオブジェクト要素がタブインデックス属性を有するとき、それの順序付けされたタブインデックスがメディアオブジェクトのタブインデックス属性値により特定される位置でＳＭＩＬタブインデックスに挿入される。このことは、メディアオブジェクト自身がタブインデックス属性により埋め込まれたＨＴＭＬのようなタブインデックスを有すると仮定している。これは、埋め込まれた提示内のものを含むＳＭＩＬ提示でのすべてのリンク開始点がタブキースルーとなる順序付けされたリストに配備されることを可能にする。
【００１９】
従って、「タブインデックス」属性は、作成者による均等なスケールでフィールドの順序付けを可能にするインタラクションフィールドに番号を割り当てることによりこれらのインタラクションフィールドを特定する。ユーザはＴＡＢとＳＨＩＦＴ−ＴＡＢキーを押すことによりフォーカスの制御、すなわち、アクティブフィールドの選択を行うことができ、「タブインデックス」値により与えられる順序に従って次のフィールドまたは以前のフィールドにフォーカスを移動させることができる。
【００２０】
通常、ＸＭＬドキュメントはマウスナビゲーションをサポートするデバイス上に表示され、ユーザはマウスやジョイスティックのようなポインティングデバイスを利用することによりランダムな順番でナビゲートすることができる。ＴＡＢベースのナビゲーションはマウスベースのナビゲーションへの支援である。
【００２１】
他方、セットトップボックスやテレビ装置のような家庭用電化製品は通常リモコンや独立したキーボード内のＬｅｆｔ／Ｒｉｇｈｔ及びＵｐ／Ｄｏｗｎキーを利用した矢印ベースのナビゲーションを提供する。独立したＯＫボタンがしばしばインタラクションフィールドの選択に実際に利用されるが、ユーザには限られた可動カーソルしかない。従って、ＸＭＬドキュメントが家庭用電化製品上の提示のためロードされ、ユーザに利用可能なものがＬｅｆｔ／ＲｉｇｈｔとＵｐ／Ｄｏｗｎキーのみであるとき、ユーザは２次元のナビゲーションのためにこれらＬｅｆｔ／ＲｉｇｈｔとＵｐ／Ｄｏｗｎキーを利用することができる。しかしながら、「タブインデックス」属性はリニアな（ｌｉｎｅａｒ）順序を記述するのみであるため、キーは一方向のナビゲートに利用されるだけである。従って、Ｌｅｆｔ／Ｒｉｇｈｔ及びＵｐ／Ｄｏｗｎキーの２次元特性からの効果はなく、その結果、何れかのキーのペアは利用不可であるか、あるいは両方のキーのペアがインタラクションフィールドへのフォーカスにおいて同一の動きとなる。
【００２２】
本発明の課題は、Ｌｅｆｔ／Ｒｉｇｈｔ及びＵｐ／Ｄｏｗｎキーの２次元特性からより多くの効果を与える前述の導入部による方法を提供することである。この課題を達成するため、本方法はさらに、複数のインタラクションフィールドを各自が前記複数のインタラクションフィールドのある個数のインタラクションフィールドを有する複数のサブセットに分割するステップと、前記複数のサブセットを介して前記ある個数のインタラクションフィールドをナビゲートし、前記複数のサブセットの中のあるサブセット内の前記ある個数のインタラクションフィールドをナビゲートすることを有する前記インタラクションフィールドを選択するためナビゲートするステップとを有することを特徴とする。
【００２３】
複数のインタラクションフィールドを各自がこれら複数のインタラクションフィールドのある個数のインタラクションフィールドを有する複数のサブセットに分割することにより、Ｕｐ／Ｄｏｗｎキーを利用して、これら異なるサブセットをナビゲートし、インタラクションフィールドを選ぶため所定のサブセットを選択することができる。その後、各サブセット内で、Ｌｅｆｔ／Ｒｉｇｈｔキーを利用して、ユーザが所望するインタラクションフィールドへのナビゲートを行うことができる。また、所定のサブセットの選択のためＬｅｆｔ／Ｒｉｇｈｔキーを、サブセット内のインタラクションフィールドの選択のためＵｐ／Ｄｏｗｎキーを利用することができる。これにより、２次元のナビゲーションがサポートされる。本発明のさらなる効果は、３次元、４次元及びそれ以上の次元のナビゲーションのサポートが可能であるということである。各次元は、ある個数のインタラクションフィールドをナビゲートするための複数のサブセットを有する。
【００２４】
本発明の一実施例による方法がクレーム２に記載されている。インタラクションフィールドのリニア順序付けを利用することにより、インタラクションフィールドはナビゲーションが可能な方向に関して数学的に表現することができる。例えば、２次元のナビゲーションの場合、インタラクションフィールドＩは以下の範囲内、すなわち、０≦Ｉ＜２ｘ＋ｙにおいて定義されているとき、Ｉは、
Ｉ＝ｖ×２ｙ＋ｈ
として表すことができる。ただし、０≦ｖ＜２ｘ及び０≦ｈ＜２ｙである。この結果、Ｌｅｆｔキーはｈの値を減少させることができ、Ｒｉｇｈｔキーはｈの値を増加させることができる一方、Ｕｐキーはｖの値を減少させることができ、Ｄｏｗｎキーはｖの値を増加させることができる。従って、Ｕｐ／Ｄｏｗｎ及びＬｅｆｔ／Ｒｉｇｈｔキーの２次元のナビゲーション方向を利用して、インタラクションフィールドをナビゲートする。例えば、３次元のナビゲーションの場合では、Ｉが以下の範囲、すなわち、０≦Ｉ＜３ｘ＋ｙ＋ｚにおいて定義されているとき、Ｉは、
Ｉ＝ｄ×３ｘ＋ｙ＋ｖ×３ｙ＋ｈ
として表すことができる。ただし、０≦ｄ＜３ｚ、０≦ｖ＜３ｘ及び０≦ｈ＜３ｙである。次元を追加した結果、例えば、ＢａｃｋとＦｒｏｎｔがｄの値の増減を行い、Ｕｐ、Ｄｏｗｎ、Ｌｅｆｔ及びＲｉｇｈｔキーが前述のようにｖとｈの値を更新することができる。上述の基数、すなわち、２と３は例として使われたものであり、他の値も可能である。
【００２５】
本発明の一実施例による方法がクレーム３に記載される。サブセット数を定義するタグを利用することにより、１つのセット内に備えられるインタラクションフィールド数に影響が及びうる。好ましくは、インタラクションフィールドがリニアに順序付けされているとき、タグは上述のｖとｈの範囲を定義することができる。インタラクションフィールドの範囲がドキュメントを記述する言語で定義されるとき、ｖまたはｈの一方の範囲を定義するだけで十分である。これらの範囲はまた言語自体の定義に定義することもできる。
【００２６】
本発明の一実施例による方法がクレーム４に記載される。インタラクションフィールドをナビゲートする方向を定義するさらなるタグを利用することにより、前述のようなｖ及び/またはｈの値を循環的に走査する必要があるか決定することができることが好ましい。
【００２７】
本発明の課題は、Ｌｅｆｔ−Ｒｉｇｈｔ及びＵｐ／Ｄｏｗｎキーの２次元の特性からより大きな効果を有する前述の導入部によるシステムを提供することにある。この課題を達成するため、本システムはさらに、複数のインタラクションフィールドを各自が前記複数のインタラクションフィールドのある個数のインタラクションフィールドを有する複数のサブセットに分割するよう構成された分割手段と、前記複数のサブセットを介して前記ある個数のインタラクションフィールドをナビゲートし、前記複数のサブセットのあるサブセット内の前記ある個数のインタラクションフィールドをナビゲートするよう構成されたナビゲーション手段とを有することを特徴とするシステムを提供することである。
【００２８】
本発明による方法を実行するよう設計されるコンピュータプログラムプロダクツ。
【００２９】
本発明によるコンピュータプログラムプロダクツを有する記憶装置。
【００３０】
本発明によるシステムを有するセットトップボックス。
【００３１】
本発明によるシステムを有するテレビ装置。
【００３２】
本発明は以下の図面により示される実施例により説明される。
【００３３】
図１は、本発明による方法のメインステップを示す。ステップＳ１００は初期化ステップである。このステップにおいて、ＳＭＩＬドキュメント１２０、あるいは例えば、ＨＴＭＬ、ＸＭＬまたはインタラクティブメディアドキュメントが、受信及び構文解析され、テレビ画面やパーソナルコンピュータ画面のような適切な表示装置に表示される。当該ドキュメントがＨＴＭＬ４．０やＳＭＩＬ仕様に定義されるような「タブインデックス」属性を宣言しているとき、本方法はステップＳ１０２に進む。ドキュメントが「タブインデックス」属性または「タブインデックス」属性と同じ意味を提供する他の属性を宣言していないとき、本方法はステップＳ１０４において終了する。あるいは、タブインデックスは、当該アルゴリズムを終了するのでなく継続させるデフォルト値に設定することもできる。上述のように、「タブインデックス」の現在の定義、すなわち、ＨＴＭＬ及びＳＭＩＬ定義は、「タブインデックス」を０から３２７６７までの１５ビットの値として定義する。すなわち、０≦ｔａｂｉｎｄｅｘ≦３２７６７である。このリニア順序付けにより、「タブインデックス」の値は、例えば、２つの領域、すなわち、一方が７ビットで他方が８ビットなどのある個数の領域に分割される。Ｓ１０２において、これら２つの領域の境界を宣言する当該ドキュメント内の特別な要素１２２が存在するかチェックされる。この特別な要素または属性が存在するとき、この属性が読み込まれ、この属性の値が領域の決定に利用される。例えば、要素または属性＜ｔａｂＩｎｄｅｘＢｏｒｄｅｒ  ｌｏｗｅｒ＝“５”／＞は境界が５ビットに存在するということを宣言している。従って、ｈは５ビット上に、ｖは１５−５＝１０ビットの範囲にある。特別な要素または属性が存在しないとき、「タブインデックス」値を８ビットの領域と７ビットの領域に分割するデフォルト値が利用される。このデフォルト値はまた、一般的に認められているドキュメント内で定義することができる。さらに、以下に説明されるように、ｈとｖの値が循環的に走査されるか宣言する他の特別な要素１２４が存在するかチェックされる。特別な要素または属性が存在するとき、この属性が読まれ、その属性値がｈとｖの値が循環的に走査されるべきかの決定に利用される。例えば、要素または属性＜ｃｉｒｃｕｌａｒＶａｌｕｅ  ｖ＝“ｙｅｓ”  ｈ＝“ｎｏ”／＞により、ｖの値が循環的に走査されるべきであり、ｈの値が循環的に走査されるべきでないということを宣言する。
【００３４】
「ｔａｂｉｎｄｅｘ」値は８ビットの領域と７ビットの領域に分割されると仮定する。そのとき、この値は以下のように計算することができる。
【００３５】
ｔａｂｉｎｄｅｘ＝ｖ×２５６＋ｈ
ただし、０≦ｖ≦１２７かつ０≦ｈ≦２５５である。従って、「ｔａｂｉｎｄｅｘ」値は以下の表１に示されるような複数の連続したセットに分割される。
【００３６】
【表１】
2005518013.tif 000003
表１に説明されるように、サブセット内のタブインデックス値は、好ましくは、サブセット内の値が連続し、どんな値も複数のサブセットに備えられないように順序付けされる。最小のタブインデックス値を有するインタラクションフィールドに初期フォーカスが与えられる。最大またはランダムに選ばれたタブインデックス値を有するインタラクションフィールドに初期フォーカスを与えることもできるし、あるいは現在アクティブな要素、または画面上で閲覧可能な要素などの最小のタブインデックス値であってもよい。次に、本方法は、ユーザ入力が検出されるまで待機するステップＳ１０６に進む。ユーザ入力は、Ｕｐ／Ｄｏｗｎ及びＬｅｆｔ／Ｒｉｇｈｔイベントをサポートするリモコンから受信することができる。これらのイベントの１つが受信されると、次のステップＳ１０８においてどのイベントが実際に受信されたかチェックする。「Ｕｐ」イベントが受信された場合にはステップＳ１１０が実行され、「Ｄｏｗｎ」イベントが受信された場合にはステップＳ１１２が実行され、「Ｌｅｆｔ」イベントが受信された場合にはステップＳ１１４が実行され、「Ｒｉｇｈｔ」イベントが受信された場合にはステップＳ１１６が実行される。これらのステップが以下に説明されるように、より詳細に説明される。
【００３７】
ＳＭＩＬ表示のためタブインデックスの定義に定義されるように、メディアオブジェクト要素の順序付けされたタブインデックスが、メディアオブジェクトのタブインデックス属性値により特定される位置でＳＭＩＬタブインデックスに挿入される。これは例えば、ＳＭＩＬ表示がデジタル多用途ディスク（ＤＶＤ）プレーヤー上にあるＳＭＩＬドキュメントであり、当該オブジェクト要素がＨＴＭＬドキュメントである場合にありうる。この場合、親はＳＭＩＬドキュメントであり、子供はＨＴＭＬドキュメントである。タブインデックスのＳＭＩＬ定義の結果として、親子両方のドキュメントのタブインデックスが１次元及び２次元ナビゲーションを通じて届きうる親ドキュメント内の単一のポイントを宣言する。この単一のポイントに到達すると、子供のドキュメントがタブインデックスの計算を引き継ぐ。本発明のさらなる実施例として、親ドキュメントのタブインデックスｔａｂｉｎｄｅｘ１は、
【００３８】
【数１】
2005518013.tif 000004
のように定義することができる。また子供のドキュメントのタブインデックスｔａｂｉｎｄｅｘ２は、
【００３９】
【数２】
2005518013.tif 000005
のように定義することができる。その後、これらのタブインデックス値の定義はタブインデックス値の以下の計算を導くことができる。すなわち、
−親のドキュメント内でナビゲーションが起こる場合、
【００４０】
【数３】
2005518013.tif 000006
−子供のドキュメント内でナビゲーションが起こる場合、
【００４１】
【数４】
2005518013.tif 000007
ただし、子供のドキュメント内の２次元ナビゲーションはｖ２とｈ２を変化させ、子供のドキュメントの１次元ナビゲーションはｈ１とｈ２を変化させる。ドキュメントをナビゲートする他の方法を提供するｖ１、ｈ１、ｖ２及びｈ２の変化の他の組み合わせもまた考えられる。従って、タブインデックス値の他の計算は２次元ナビゲーション空間、すなわち、Ｕｐ、Ｄｏｗｎ、Ｌｅｆｔ及びＲｉｇｈｔから２次元より大きいナビゲーション空間、すなわち、３次元、４次元あるいはｍ次元ナビゲーション空間へのマッピングとして考えることができる。本実施例におけるｖとｈの値の変化は、Ｕｐ、Ｄｏｗｎ、ＬｅｆｔあるいはＲｉｇｈｔイベントを引き起こす結果として、後述されるような実施例におけるｖ及びｈの値の変化に対応する。より大きな次元を含むこともまた考えられる。
【００４２】
一般に、タブインデックス値の計算は当該次元数を反映させることができる。例えば、Ｕｐ、Ｄｏｗｎ、Ｌｅｆｔ及びＲｉｇｈｔイベントに加えてＦｒｏｎｔとＢａｃｋイベントがある３次元ナビゲーションが考えられるとき、タブインデックス値は以下の式に従って計算することができる。すなわち、
ｔａｂｉｎｄｅｘ＝ｄ×３ｘ＋ｙ＋ｖ×３ｙ＋ｈ
ここで、ｔａｂｉｎｄｅｘは以下の範囲にあり、０≦ｄ＜３ｚ、０≦ｖ＜３ｘ及び０≦ｈ＜３ｙである。ｄ、ｖ及びｈの値を更新することは、対応する実施例において説明されたように、ｖとｈの値を更新することと同様である。
【００４３】
図２は、ユーザ選択可能フィールドを有する画面のレイアウトを示す。ここで、２００は、例えば、テレビ画面、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）などの画面である。２０２、２０４、２０６、２０８、２１０及び２１４は、ユーザによる選択可能なフィールドである。本例では他のユーザ選択可能フィールドはない。これらのフィールドは、以下の表に示されるような「タブインデックス」値により特定される。
【００４４】
【表２】
2005518013.tif 000008
表１から導かれるように、フィールド２０２はｖ＝０となるセット内にあり、フィールド２０４と２０６はｖ＝１となるセット内にあり、フィールド２０８、２１０及び２１２はｖ＝２となるセット内にあり、２１４はｖ＝４となるセット内にある。ここで、本例では、ｖ＝３として利用可能なフィールドは存在しない。
【００４５】
図３は、「Ｕｐ」イベントの場合における本発明による方法のメインステップの一実施例を示す。例えば、ユーザがリモコンや既存の英数字キーボード上の矢印キーのような「Ｕｐ」ボタンを押下したことを意味する「Ｕｐ」イベントの場合には、本方法はまず、「タブインデックス」値を含むセットを保持する有効なｖに対する表１に示されるようなセットを検索する。ランダムに選ばれたフィールドが初期的に選択されると仮定する。例えば、フィールド２０６が選ばれ、ｔａｂｉｎｄｅｘ＝５００となり、これによりｖ＝１及びｈ＝２４４となる。本実施例の残りの部分で、これらの値はスタート値として呼ばれる。前述のように、本発明による方法は、「Ｕｐ」イベントの受信に応答して、図１に示されるようなステップＳ１１０に進む。このステップでは、ｖの値が１だけ減らされる。すなわち、ｖ＝１−１＝０となる。そしてｈの値がそれのスタート値に設定される。すなわち、ｈ＝２４４となる。
【００４６】
次のステップＳ３００において、ｔａｂｉｎｄｅｘ＝０＊２５６＋２４４＝２４４となる新しいタブインデックス値に対応するインタラクションフィールドが存在するかチェックする。利用可能な選択可能インタラクションフィールドが存在するとき、本方法はステップＳ３０２に進む。利用可能な選択可能インタラクションフィールドが存在しないとき、本方法はステップＳ３０４に進む。
【００４７】
ステップＳ３０２において、選択可能インタラクションフィールドはユーザフォーカスを受け取る。インタラクションフィールドがユーザフォーカスを受け取ることを示す他のユーザへの視覚的フィードバックが与えられてもよい。例えば、当該インタラクションフィールドを反転表示させたり、ボーダーラインを通じて当該インタラクションフィールドを強調させることによる。他のフィードバックとして、ユーザへの音声信号によるものもある。
【００４８】
ステップＳ３０４において、ｈの値が１だけ減らされる。すなわち、ｈ＝２４４−１＝２４３となる。
【００４９】
次のステップＳ３０６において、ｔａｂｉｎｄｅｘ＝０＊２５６＋２４３＝２４３となる新しいタブインデックス値に対応するインタラクションフィールドが存在するかチェックする。利用可能な選択可能インタラクションフィールドが存在するとき、本方法はステップＳ３０２に進む。利用可能な選択可能インタラクションフィールドが存在しないとき、本方法はステップＳ３０８に進む。
【００５０】
ステップＳ３０８において、ｈの値が０より小さいかチェックする。ｈの値が０以上である場合、本方法はステップＳ３０４に進む。このようにして、ｖの新しい値、すなわち、０に対して、スタートタブインデックス５００のｈのスタート値２４４より小さなｈのすべての値が走査される。ｈの値が０より小さい場合、本方法はステップＳ３１０に進む。
【００５１】
ステップＳ３１０において、ｈの値が１だけ増やされる。このステップが最初に実行される場合には、ｈの値はそれのスタート値である２４４に設定され、それにより、ｈの新しい値はこの場合にはｈ＝２４４＋１＝２４５となる。
【００５２】
次のステップであるＳ３１２において、ｔａｂｉｎｄｅｘ＝０＊２５６＋２４５＝２４５となる新しいタブインデックス値に対応するインタラクションフィールドが存在するかチェックする。利用可能な選択可能インタラクションフィールドが存在するとき、本方法はステップＳ３０２に進む。利用可能な選択可能インタラクションフィールドが存在しないとき、本方法はＳ３１４に進む。
【００５３】
ステップＳ３１４において、ｈの値が２５５より大きいかチェックする。ｈの値が２５５以下である場合、本方法はステップＳ３１０に戻る。このようにして、ｖの新しい値である０に対して５００であるスタートタブインデックスのｈのスタート値２４４より大きいすべてのｈの値が走査される。ｈの値が２５５より大きい場合、本方法はステップＳ３１６に進む。
【００５４】
ステップＳ３１６において、ｖの値がそれの最小値である０より小さいか、あるいはｖの値がｖのスタート値より大きいかチェックされる。ｖの値が０以上であり、かつｖのスタート値以下である場合、本方法はステップＳ１１０に戻る。このようにして、５００であるスタートタブインデックスのｖのスタート値である１より小さいすべてのｖの値が走査される。ｖの値が０より小さいか、あるいはｖのスタート値より大きい場合、本方法はステップＳ３１８に進む。
【００５５】
ステップＳ３１８において、ｖの値が１だけ増やされ、ｖとｈのスタート値からの開始がそれのスタート値に設定される。従って、ｖの新しい値はｖ＝１＋１＝２となり、ｈの新しい値はｈ＝２４４となる。
【００５６】
次のステップであるＳ３２０において、ｔａｂｉｎｄｅｘ＝２＊２５６＋２４４＝７５７となる新しいタブインデックス値に対応するインタラクションフィールドが存在するかチェックする。利用可能な選択可能インタラクションフィールドが存在するとき、本方法はステップＳ３０２に進む。利用可能な選択可能インタラクションフィールドが存在しないとき、本方法はＳ３２２に進む。
【００５７】
ステップＳ３２２において、ｖの値が１２７より大きいかチェックされる。ｖの値が１２７以下である場合、本方法はステップＳ３０４に戻る。このようにして、ｖのスタート値より大きいすべてのｖの値が走査される。ｖの値が１２７より大きい場合、スタートから選ばれたインタラクションフィールド以外に選択可能な利用可能であるインタラクションフィールドは存在せず、本方法はステップＳ３２４において終了する。
【００５８】
ステップＳ３２４において、「Ｕｐ」ボタンが選ばれた選択フィールド以外の他の利用可能なフィールドが存在しないため、例外処理が実行される。この例外処理において、ユーザは利用可能な他の選択可能フィールドが存在しないことを示す音声信号あるいは他の信号を受け取る。また他の例外処理テクニックが利用されてもよい。
【００５９】
図４は、「Ｕｐ」イベントの場合における本発明による方法のメインステップの他の実施例を示す。本実施例では、ｖとｈの値が循環的に走査される。このことは、ｖの値がそれの最小値より小さくなると、それの最大値に設定されるということを意味するものである。例えば、ｖの値はｖ＝０の後に走査される次の値が走査されると、１２７に設定される。ｖの値は、それの最大値より大きくなると、それの最小値に設定される。従って、ｖ＝１２７となった後に走査する次の値が走査されると、ｖの値は０に設定される。同様のことがｈの値に対しても成り立つ。
【００６０】
前述のように、本発明による方法は、「Ｄｏｗｎ」イベントの受け取りに応答して、図１に示されるようにステップＳ１１２に進む。ランダムに選ばれたフィールドが初期的に選ばれ、例えば、図２のフィールド２１０が選ばれると仮定する。そのとき、ｔａｂｉｎｄｅｘ＝６０１であり、これによりｖ＝２、ｈ＝８９となる。
【００６１】
ステップＳ１１２において、ｖの値が１だけ増やされる。すなわち、ｖ＝３となる。
【００６２】
次のステップであるＳ４０４において、ｖのすべての値が走査されたかチェックされる。すべての値がチェックされていれば、本方法はステップＳ４１２に進む。ｖのすべての値が走査されていなければ、本方法はステップＳ４０６に進む。
【００６３】
ステップＳ４１２において、「Ｕｐ」ボタンが選ばれた現在選択されているフィールド以外の選択可能なフィールドが存在しないため、例外処理が実行される。この例外処理中、ユーザは利用可能な選択可能フィールドが他にないということを示す可聴信号または他の信号を受け取る。また他の例外処理テクニックが利用可能である。
【００６４】
ステップＳ４０６において、タブインデックスの新しい値、すなわち、ｔａｂｉｎｄｅｘ＝３＊２５６＋８９＝８５７に対して、利用可能な選択可能フィールドが存在するかチェックする。この値を有する利用可能な選択可能フィールドが存在するとき、本方法はステップＳ４１４に進む。利用可能な選択可能フィールドが存在しないとき、本方法はステップＳ４０８に進む。
【００６５】
ステップＳ４１４において、ユーザは新たに選択されたフィールドを示す適切なフィードバックを受け取る。例えば、この新たに選択されたフィールドを反転表示することにより。しかしながら、本例では、このタブインデックスにより特定されるフィールドはない。
【００６６】
ステップＳ４０８において、ｖ＝３により特定されるセット内のフィールドを検索するため、ｈの値が増やされる。前述のように循環的にｈの値をインクリメントする代わりに、ｈの最も近い値を検索するというような他の実現方法も可能である。
【００６７】
次に、ステップＳ４１０において、選択可能フィールドを検出することなくｈのすべての値が走査されたかチェックする。ｈのすべての値が走査されていなければ、本方法はステップＳ４０６に進む。ｈのすべての値が走査されていれば、本方法はステップＳ１１２に戻る。
【００６８】
ステップＳ４０６において、タブインデックスの新しい値に対して、利用可能な選択可能フィールドが存在するかチェックされる。本例では、ｖ＝３に対する利用可能な選択可能フィールドは存在せず、ｈのすべての値が走査され、本方法はステップＳ１１２に進み、ｖの値が増やされる。
【００６９】
ステップＳ１１２において、ｖは４に設定され、タブインデックスの新しい値は４＊２５６＋８９＝１１１３に等しくなる。図２に参照されるように、前述のような本方法の展開は１０３０に等しいタブインデックス値を有するフィールド２１４の選択に向かう。
【００７０】
図５は、「Ｕｐ」イベントの場合における本発明による方法のメインステップを示す。ユーザが例えば、リモコンや既存の英数字キーボード上の「Ｕｐ」ボタンを押下したことを意味する「Ｕｐ」イベントの場合には、本発明による方法はステップＳ１１０に進む。本実施例では、ｖとｈの値が循環的に走査される。ｖとｈが循環的に走査されない場合における同様の実現形態を図３に示されるような実施例から導くことができる。
【００７１】
ステップＳ１１０において、ｖの値が減らされる。本例では、ｖの値は１に減らされる。１＊２５６＋８９＝３４５に等しいタブインデックスにより特定される新しい選択可能フィールドが検索される。以降のステップＳ５０４、Ｓ５０６、Ｓ５０８、Ｓ５１０、Ｓ５１２及びＳ５１４は、前述したステップＳ４０４、Ｓ４０６、Ｓ４０８、Ｓ４１０、Ｓ４１２及びＳ４１４に対応している。
【００７２】
「Ｕｐ」及び「Ｄｏｗｎ」イベントの場合において説明されたようにｈを増やす代わりに、ｈを減らしたり、それらの組み合わせを実行することもできる。
【００７３】
図６は、「Ｌｅｆｔ」イベントの場合における本発明による方法のメインステップを示す。ユーザが例えば、リモコンや既存の英数字キーボード上の「Ｌｅｆｔ」ボタンを押下したことを意味する「Ｌｅｆｔ」イベントの場合には、本発明による方法はステップＳ１１４に進む。本実施例では、ｈの値は循環的に走査される。
【００７４】
ステップＳ１１４において、ｈの値が減らされる。本例では、ｈは８８に減らされる。
【００７５】
次のステップであるＳ６０４において、まずｖの現在値に対してｈのすべての値が走査されたかチェックする。ｖの現在値に対してｈのすべての値が走査されていなければ、本方法はステップＳ６０６に進む。ｖの現在値に対してｈのすべての値が走査されたならば、本方法はステップＳ６０８に進む。
【００７６】
ステップＳ６０６において、２＊２５６＋８８＝６００の新しいタブインデックス値により特定されるフィールドが存在するかチェックされる。本例では、図２に参照されるように、フィールド２０８が存在し、本方法はステップＳ６１０に進み、フィールド２０８を選択したことのユーザへの適切なフィードバックが前述のように与えられる。６００に等しいタブインデックスにより特定されるフィールドが存在しない場合、本方法はステップＳ１１４に進む。
【００７７】
ステップＳ６０８において、前述のように例外処理が実行される。
【００７８】
他の実施形態では、図４に参照されるステップＳ１１２、または図５に参照されるステップＳ１１０に進むことができ、それぞれ「Ｄｏｗｎ」または「Ｕｐ」イベントの場合に説明されたようにさらに進む。
【００７９】
さらなる実施形態では、ｈの値は循環的には走査されず、前述のようなステップが図３の方法の一実施例の説明と同様に変更される。
【００８０】
図７は、「Ｒｉｇｈｔ」イベントの場合における本発明による方法のメインステップを示す。ユーザが例えば、リモコンや既存の英数字キーボード上の「Ｒｉｇｈｔ」ボタンを押下したことを意味する「Ｒｉｇｈｔ」イベントの場合には、本発明による方法はステップＳ１１６に進む。本実施例では、ｈの値は循環的に走査される。
【００８１】
ステップＳ１１６において、ｈの値は増やされる。本例では、ｈは９０に増やされる。
【００８２】
次のステップであるＳ７０４において、まずｖの現在値に対するｈのすべての値が走査されたかチェックされる。ｖの現在値に対してｈのすべての値がまだ走査されていなければ、本方法はステップＳ７０６に進む。ｈのすべての値が走査されていれば、本方法はステップＳ７０８に進む。
【００８３】
ステップＳ７０８において、前述のように例外処理が実行される。
【００８４】
ステップＳ７０６において、２＊２５６＋９０＝６０２となる新しいタブインデックス値により特定されるフィールドは存在せず、本方法はステップＳ１１６に進む。このループは、図２に参照されるフィールド２１２を特定するタブインデックスが７６７に等しくなるまで続けられる。
【００８５】
その後、本方法はステップＳ７０６からステップＳ７１０に進む。
【００８６】
ステップＳ７１０において、このフィールド２１２を選択したことのユーザへの適切なフィードバックが前述のように与えられる。
【００８７】
他の実施形態では、図５に参照されるステップＳ１１０、または図４に参照されるステップＳ１１２に進み、それぞれ「Ｕｐ」または「Ｄｏｗｎ」イベントの場合に説明されたようにさらに進むことができる。
【００８８】
本発明の２Ｄナビゲーションのさらなる実現形態では、各タブインデックスの増分及び減分値は別々に宣言される。例えば、各自のタブインデックスを有する以下の要素レイアウトを考える。
【００８９】
【表３】
2005518013.tif 000009
縦横の各方向に対して、タブインデックスごとの増分及び減分がドキュメント内に宣言されている。例えば、ｔａｂｉｎｄｅｘ＝０１を有する要素Ｘ０１に対して、以下のような宣言が与えられる。
【００９０】
＜ｅｌｅｍｅｎｔ  ｔａｂｉｎｄｅｘ＝“０１”ｌｅｆｔ＝“０”ｒｉｇｈｔ＝“９”ｕｐ＝“０”ｄｏｗｎ＝“２０”．．／＞
ここで、要素Ｘ０１においてｔａｂｉｎｄｅｘ＝０１から開始すると、イベント「Ｌｅｆｔ」または「Ｕｐ」はフォーカスの変化を生じさせない。「Ｄｏｗｎ」イベントはｔａｂｉｎｄｅｘ＝２１を有する要素Ｘ２１へのフォーカスの変化を生じさせ、「Ｒｉｇｈｔ」イベントはｔａｂｉｎｄｅｘ＝１０を有する要素Ｘ１０へのフォーカスの変化を生じさせる。従って、次に選択されるタブインデックス値であるｔａｂｉｎｄｅｘ＿ｎｅｘｔは以下のように計算することができる。
【００９１】
ｔａｂｉｎｄｅｘ＿ｎｅｘｔ＝ｔａｂｉｎｄｅｘ＋ｖｄ＊Ｃｄｏｗｎ＋ｖｕ＊Ｃｕｐ＋ｈｌ＊Ｃｌｅｆｔ＋ｈｒ＊Ｃｒｉｇｈｔ
ここで、ｖｄの値はＤｏｗｎイベントの場合には１に設定され、他のイベント（Ｕｐ、Ｌｅｆｔ、Ｒｉｇｈｔ）では０に設定される。また、ｖｕの値はＵｐイベントでは１に設定され、他のイベントの場合には０に設定される。また、ｈｌの値はＬｅｆｔイベントでは１に設定され、他のイベントの場合には０に設定される。また、ｈｒの値はＲｉｇｈｔイベントでは１に設定され、他のイベントの場合には０に設定される。Ｃｄｏｗｎ、Ｃｕｐ、Ｃｌｅｆｔ及びＣｒｉｇｈｔの値は、それぞれＤｏｗｎ、Ｕｐ、Ｌｅｆｔ及びＲｉｇｈｔ属性値に設定される。
【００９２】
その後、要素Ｘ０１から始めて、「Ｄｏｗｎ」イベントの受け取りに応答して、次に選択される要素のタブインデックスであるｔａｂｉｎｄｅｘ＿ｎｅｘｔが以下のように計算される。
【００９３】
ｔａｂｉｎｄｅｘ＿ｎｅｘｔ＝０１＋１＊２０＋０＊０＋０＊０＋０＊９＝０１＋２０＝２１
親子のドキュメントの場合には、Ｌｅｆｔ、Ｒｉｇｈｔ、Ｕｐ及びＤｏｗｎオフセット値は、例えば、子供のドキュメントに必要に応じて親のドキュメントを棄却する機会を与える完全な子供のドキュメントに対して成り立つ。
【００９４】
オフセット値を使う代わりに、例えば、「Ｄｏｗｎ」＝２１イベントが常に２１に等しいタブインデックスを有する次のタブインデックス値を選択させるか、あるいは２１に最も近い値を有するタブインデックスを検索させるなどのように、絶対値を利用することもできる。
【００９５】
他の実施形態では、次のタブインデックスであるｔａｂｉｎｄｅｘ＿ｎｅｘｔは、異なる要素のｈとｖの値の間の最小の差を計算することにより、すなわち、ｔａｂｉｎｄｅｘ＿ｎｅｘｔが
【００９６】
【数５】
2005518013.tif 000010
を最小化する値となるように、あるいは「ｈ」と「ｖ」の値の間の差の絶対値
【００９７】
【数６】
2005518013.tif 000011
を最小化する値となるように計算することもできる。ここで、ｈ＿ｔａｂｉｎｄｅｘ＿ｎｅｘｔは次に選択されるタブインデックスの「ｈ」の値であり、ｈ＿ｔａｂｉｎｄｅｘは現在選択されているタブインデックスの「ｈ」の値であり、ｖ＿ｔａｂｉｎｄｅｘ＿ｎｅｘｔは次に選択されるタブインデックスの「ｖ」の値であり、ｖ＿ｔａｂｉｎｄｅｘは現在選択されているタブインデックスの「ｖ」の値である。
【００９８】
次に選択されるタブインデックス値の計算に関して、次に選択されるタブインデックス値が対応するイベントの期待される行動に対応するように、他の多数の変形が考えられる。
【００９９】
説明される実現形態において、どの要素も計算された新しいタブインデックス値に対応していなければ、他の要素を選ぶことができる。好ましくは、これは、新しく計算されたタブインデックス値に最も近いタブインデックス値を有する要素である。例えば、まず「ｈ」の値を増やし、次に「ｖ」の値を増やすことにより（あるいはその逆）、最も近いタブインデックス値を計算することができる。ここで、本発明の概念から逸脱することなく他のいくつかの計算が可能である。
【０１００】
上述された実施形態は、例えば、８キーナビゲーションに適用可能であり、その場合、より多くの次元がタブインデックスの計算に加えられる必要がなる。
【０１０１】
さらなる実施形態では、ｈの値は循環的には走査されず、上述のステップは図３の方法の一実施例の説明と同様にして変更される。
【０１０２】
本発明による方法の説明された一実施例における処理順序は必須のものではなく、当業者は本発明が意図する概念をから逸脱することなく、ステップの順序を変更したり、スレッドモデル、マルチプロセッサシステムまたはマルチプロセスを利用することによりステップを同時実行するようにしてもよい。さらに、「タブインデックス」の領域を複数のサブ領域に分割することにより、２次元より大きな次元に従うナビゲーションが可能となり、１次元（１Ｄ）ナビゲーションとの互換が可能となる。
【０１０３】
図８は、本発明によるシステムの要部を示す。本システムは、メモリ８０２、８０４及び８２４を有する。これらのメモリはソフトウェアバス８２６を介して互いに接続される。メモリ８０２は信号を受信するよう設計されたコンピュータ読み出し可能コード８３０を有する。この信号は、実行時にコンピュータ読み出し可能コード８３０により「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」または「Ｒｉｇｈｔ」などの適切なイベントに変換される。これらのイベントは、例えば、図２に示されるように、インタラクションフィールドの所望のナビゲーションを示す。メモリ８０４は、「タブインデックス」の領域を前述の複数のサブ領域に分割するよう設計されたコンピュータ読み出し可能コード８３２を有する。さらに、メモリ８０２内に構成されるコンピュータ読み出し可能コード８３０は、「Ｕｐ」または「Ｄｏｗｎ」の場合にはこれらの領域をナビゲートするよう設計され、「Ｌｅｆｔ」または「Ｒｉｇｈｔ」イベントの場合にはある領域をナビゲートするよう設計される。「タブインデックス」値の領域を介しあるいはその中をナビゲートするため、他のナビゲーション方向が選ばれることが考えられる。本システムはまた、ソフトウェアバス８２６に接続され、メモリ内に構成されるコンピュータ読み出し可能コードを実行することが可能なプロセッサを有する。汎用メモリ８２４は、ユーザにインタラクションフィールドの正しい選択と間違った選択とを伝えるよう設計されたコンピュータ読み出し可能コードを有し、システム８００に接続されたインターネット８２８からドキュメントを受信するよう設計されたシステム内に構成される。このドキュメントはまた、記憶装置や他の情報キャリアから受信することも可能である。汎用メモリ８２４はさらに、ドキュメントをシステムに接続された画面８１２上に表すよう設計されたコンピュータ読み出し可能コードを有する。「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」及び「Ｒｉｇｈｔ」信号がリモコン８１４から受信される。リモコンは選択可能フィールド８１６、８１８、８２０及び８２２を有する。リモコン８１４はまた、選択を確認するためユーザにより利用される図示されない「ＯＫ」フィールドのようなより多くのフィールドを有することもできる。ユーザがフィールド８１６を選択すると、「Ｕｐ」信号がシステム８００に転送される。ユーザがフィールド８１８、８２０または８２２を選択した場合、それぞれ信号「Ｄｏｗｎ」、「Ｌｅｆｔ」及び「Ｒｉｇｈｔ」がシステム８００に転送される。システム８００は任意的にリモコン８１４を有することもできるし、あるいはリモコン８１４の機能を提供することもできる。この信号は赤外線により無線転送されるが、ブルートゥースのような他のプロトコルもまた可能である。信号はまた有線転送することもでき、その場合には、リモコン８１４はシステム８００に物理的に接続される。また、複数のリモコンが、例えば、インターネット接続を利用することにより同時にシステム８００に接続することができる。この場合、２つのリモコンがインタラクションフィールドをナビゲートすることができる。コンピュータ読み出し可能コードはまた、本発明による方法を実行するよう設計されたコンピュータプログラムプロダクツ８３４を有する記憶装置８１０から更新することができる。この記憶装置は、例えば、システム８００に接続されたＣＤリーダ８０８のような適切な読取装置により読み取られる。本システムは、ハードウェアとソフトウェアの両方、あるいはソフトウェアを処理することが可能な他の任意の標準的なアーキテクチャにより実現することができる。
【０１０４】
図９は、本発明によるシステムの一実施例を有するテレビ装置９１０を概略的に示す。ここで、アンテナ９００はテレビ信号を受信する。例えば、衛星受信アンテナ、ケーブル、記憶装置、インターネットあるいはイーサネット（登録商標）のようなテレビ信号の受信または再生が可能な任意の装置がアンテナ９００の代わり利用できる。受信機９０２は、テレビ信号と共に、あるいはそれとは別に受信されるＳＭＩＬまたはＨＴＭＬベースドキュメントを受信する。受信機９０２の他に、テレビ装置は、プログラム可能な集積回路のようなプログラム可能要素９０４を含む。このプログラム可能要素は本発明によるシステム９０６を有する。テレビ画面９０８は、受信機９０２により受信され、プログラム可能要素９０４により処理されるドキュメントを表す。テレビ装置９１０は任意的に、ＤＶＤプレーヤー９１２を有するか、あるいはそれに接続されることが可能である。
【０１０５】
図１０は、本発明によるシステムの一実施例を有するセットトップボックスの最重要部を概略的に示す。ここで、アンテナ１０００がテレビ信号を受信する。このアンテナはまた、例えば、衛星受信アンテナ、ケーブル、記憶装置、インターネットあるいはイーサネット（登録商標）のようなテレビ信号の受信が可能な任意の装置であってもよい。この信号は、例えば、デジタルであってもよい。ここでは図示されないが、セットトップボックスに含まれる通常の要素以外に、セットトップボックスは本発明によるシステム１００４を有する。テレビ信号と共に、あるいはそれとは別に受信されるＳＭＩＬまたはＨＴＭＬベースドキュメントがセットトップボックス１００２に接続されるテレビ装置１００６上に表される。
【図面の簡単な説明】
【０１０６】
【図１】図１は、本発明による方法のメインステップを示す。
【図２】図２は、ユーザ選択可能フィールドを有する画面のレイアウトを示す。
【図３】図３は、「Ｕｐ」イベントの場合における本発明による方法のメインステップを示す。
【図４】図４は、「Ｕｐ」イベントの場合における本発明による方法のさらなる実施例を示す。
【図５】図５は、「Ｄｏｗｎ」イベントの場合における本発明による方法のメインステップを示す。
【図６】図６は、「Ｌｅｆｔ」イベントの場合における本発明による方法のメインステップを示す。
【図７】図７は、「Ｒｉｇｈｔ」イベントの場合における本発明による方法のメインステップを示す。
【図８】図８は、本発明によるシステムの要部を示す。
【図９】図９は、本発明によるシステムの一実施例を有するテレビ装置を概略的に示す。
【図１０】図１０は、本発明によるシステムの一実施例を有するセットトップボックスを概略的に示す。
【図１】
2005518013.tif 000012
【図２】
2005518013.tif 000013
【図３】
2005518013.tif 000014
【図４】
2005518013.tif 000015
【図５】
2005518013.tif 000016
【図６】
2005518013.tif 000017
【図７】
2005518013.tif 000018
【図８】
2005518013.tif 000019
【図９】
2005518013.tif 000020
【図１０】
2005518013.tif 000021
【国際調査報告】
2005518013.tif 000022
2005518013.tif 000023
2005518013.tif 000024