(57)【要約】【課題】ウェブページ画面へのタッチによりユーザの指示操作入力を行う際、迅速な指示操作を行う。また、ウェブページ画面とテレビ画面とを共に表示する場合の新規な表示方法を行う。【解決手段】  表示画面に重なる入力領域を有するタッチ入力部を備えた表示装置において、第１のタッチＴ１のタッチ位置を中心としてほぼ環状に配置された複数のメニュー項目を含む円形メニューを表示画面上に表示する。第２のタッチＴ２に応じて、第１のタッチに対する第２のタッチの相対位置関係に応じて、どのメニュー項目が選択されたかを決定する。その際、円形メニューの表示完了前であっても第２のタッチを受け付ける。タブブラウザ画面内に１つのタブウィンドウとしてＴＶ画面を表示するする際、ＴＶ画面がフロントとなっている場合となっていない場合とで、ＴＶ画面のタブウィンドウのタブのサイズおよび表示内容を変える。【選択図】図９
2006139615.tif 000002
【特許請求の範囲】
【請求項１】
表示画面を有する表示部と、
前記表示画面に重なる入力領域を有するタッチ入力部と、
前記タッチ入力部に対する第１のタッチに応じて、このタッチ位置を中心としてほぼ環状に配置された複数のメニュー項目を含む円形メニューを前記表示部に表示する表示手段と、
前記タッチ入力部に対する第２のタッチに応じて、前記第１のタッチに対する第２のタッチの相対位置関係に応じて、どのメニュー項目が選択されたかを決定するメニュー項目決定手段とを備え、
前記メニュー項目決定手段は、前記円形メニューの表示完了前であっても前記第２のタッチを受け付けることを特徴とする表示装置。
【請求項２】
前記円形メニューが表示されていない状態でのタッチを前記「第１のタッチ」と判断することを特徴とする請求項１記載の表示装置。
【請求項３】
前記円形メニューが表示された後の最初のタッチを第２のタッチと判断することを特徴とする請求項１または２記載の表示装置。
【請求項４】
前記メニュー項目決定手段は、前記第１のタッチに対する第２のタッチの相対位置関係を、第１のタッチ点から第２のタッチ点までの距離と第１のタッチ点に対する第２のタッチ点の方向とに基づいて、当該距離と方向が各メニュー項目について予め定められた選択可能領域条件に合致するか否かにより判断することを特徴とする請求項１〜３のいずれかに記載の表示装置。
【請求項５】
前記メニュー項目決定手段は、前記円形メニューの表示完了前と表示完了後とで前記選択可能領域条件を異ならせたことを特徴とする請求項４記載の表示装置。
【請求項６】
前記表示手段は、前記円形メニューの少なくとも１つのメニュー項目について、当該メニュー項目が選択されたとき、当該メニュー項目の周囲に複数のサブメニュー項目を含むサブメニューを表示することを特徴とする請求項１〜５のいずれかに記載の表示装置。
【請求項７】
前記表示手段は、前記サブメニュー項目を、前記円形メニューの環状に配置されたメニュー項目群の内側に優先的に配置することを特徴とする請求項６記載の表示装置。
【請求項８】
前記表示手段は、前記円形メニューの中心領域に対してタッチによるドラッグ操作が行われたとき、そのドラッグ先の位置に前記円形メニューを移動して表示することを特徴とする請求項１〜７のいずれかに記載の表示装置。
【請求項９】
ウェブページを構成するマークアップ言語文書を取得する手段を備え、
前記表示手段はウェブページを表示したウェブページ画面上に前記円形メニューを表示する際、前記円形メニューが表示されていない状態で、ウェブページ画面上のアンカー設定位置以外の位置にタッチがあったとき当該タッチを前記「第１のタッチ」と判断することを特徴とする請求項１〜８のいずれかに記載の表示装置。
【請求項１０】
ＴＶ画面の表示情報を受信する手段を備え、
前記表示手段は、前記表示情報に基づいて前記ウェブページ画面内にＴＶ画面を表示する機能を有し、前記ウェブページ画面上にＴＶ画面が表示されているときＴＶ画面へのタッチでは前記円形メニューを表示しないことを特徴とする請求項１〜９のいずれかに記載の表示装置。
【請求項１１】
少なくとも前記第２のタッチがどこに対して行われたかによって、異なる音を出力する音出力手段を備えたことを特徴とする請求項１〜１０のいずれかに記載の表示装置。
【請求項１２】
前記円形メニューのメニュー項目の最大数は８であり、４５度きざみの位置に配置されることを特徴とする請求項１〜１１のいずれかに記載の表示装置。
【請求項１３】
前記円形メニューはウェブページ表示時の「戻り」操作および「進み」操作に対応するメニュー項目を含み、両メニュー項目は互いに１８０度の位置に配置されることを特徴とする請求項１２記載の表示装置。
【請求項１４】
表示画面を有する表示部と、
前記表示部の表示画面上でタブブラウザ画面内にＴＶ画面を共に表示することができる表示手段と、
１つのタブウィンドウとしてＴＶ画面を表示しているとき、ＴＶ画面がフロントとなっている場合となっていない場合とで、ＴＶ画面のタブウィンドウのタブのサイズおよび表示内容を変えるタブ管理手段と
を備えたことを特徴とする表示装置。
【請求項１５】
前記タブ管理手段は、前記ＴＶ画面がフロントとなっている場合は当該タブにＴＶ操作メニューを表示し、前記ＴＶ画面がフロントとなっていない場合には前記ＴＶ操作メニューをタブから消去することを特徴とする請求項１４記載の表示装置。
【請求項１６】
前記タブ管理手段は、タブの表示後、無操作で所定時間が経過したときすべてのタブを消去することを特徴とする請求項１４または１５記載の表示装置。
【請求項１７】
前記タブ管理手段は、前記タブの消去後、ユーザによる所定の入力時にタブを再表示することを特徴とする請求項１６記載の表示装置。
【請求項１８】
表示画面上にウェブページ画面とＴＶ画面とを共に表示しているとき、予め定めたユーザの指示に従ってＴＶ画面のウィンドウサイズを予め定めたサイズに変更するとともに、タブウィンドウの残りの領域の幅に合わせてウェブページを再構成して表示する手段を備えたことを特徴とする請求項１４〜１７のいずれかに記載の表示装置。
【請求項１９】
前記表示手段は前記ＴＶ画面に付随してＴＶ操作メニューを表示し、前記予め定めたユーザの指示は前記ＴＶ操作メニューに含めた特定のメニューボタンを指示することにより行われることを特徴とする請求項１８記載の表示装置。
【請求項２０】
前記ＴＶ画面を予め定められた複数のサイズの間で切り替えるＴＶ画面サイズ切り替え手段を備えたことを特徴とする請求項１４〜１９のいずれかに記載の表示装置。
【請求項２１】
表示画面に重なる入力領域を有するタッチ入力部を備えた表示装置において実行されるメニュー表示プログラムであって、
前記タッチ入力部に対する第１のタッチを検知するステップと、
前記第１のタッチ位置を中心としてほぼ環状に配置された複数のメニュー項目を含む円形メニューを前記表示画面上に表示するステップと、
前記タッチ入力部に対する第２のタッチに応じて、前記第１のタッチに対する第２のタッチの相対位置関係に応じて、どのメニュー項目が選択されたかを決定するステップとを備え、
前記円形メニューの表示完了前であっても前記第２のタッチを受け付けることを特徴とするメニュー表示プログラム。
【請求項２２】
表示画面上でタブブラウザ画面とＴＶ画面とを共に表示することができる表示装置において実行されるタブ表示プログラムであって、
前記表示画面上で１つのタブウィンドウとしてＴＶ画面を表示するステップと、
前記ＴＶ画面がフロントとなっている場合となっていない場合とで、前記ＴＶ画面のタブウィンドウのタブのサイズおよび表示内容を変えるステップと
を備えたことを特徴とするタブ表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブページやＴＶ画面を併せて表示することができる表示装置およびその制御を行うメニュー表示プログラムおよびタブ表示プログラムに関するものである。
【背景技術】
【０００２】
従来のウェブページの閲覧を行うためのウェブブラウザの表示画面では、操作のためのユーザインタフェースとして、ユーザの指示操作手段の一種であるマウスにより画面上部に設けられたメニューバーからプルダウンメニューを開いたり、画面上の任意の位置でポップアップメニューを開き、その中から所望のメニュー項目を選択することもできるようになっている。また、ツールバー上に設けられたアイコンをクリックすることによっても、目的の操作が行えるようになっている。
【０００３】
従来のウェブブラウザの一種類として、いわゆるタブブラウザが知られている。タブブラウザとは、通常、紙ファイルの管理のための紙ベースのフォルダに付属している「タブ」に模して、表示画面上で、それぞれフォルダに相当する複数のウインドウの識別および選択の手助けとなるタブ部を設けたウインドウを含むウインドウ表示画面を用いるものである。複数のウインドウはタブ部以外完全に重なっているために、表示画面上には実質的には１つのウインドウが開かれているのみである。一般的なブラウザでは、新しくページを開くたびに画面上に新しいウインドウが開かれ、画面がウインドウであふれかえり、操作が面倒となる。これに対して、タブブラウザでは実質的なウインドウは一つしかなく、新しいページの作成時にはタブが追加されて同ウインドウ内に表示される。したがって、画面上にウインドウが大量に生成されることがない。現在選択されていないタブのページは隠れているのみで、タブの選択により直ちにそのページを表示させる（アクティブにする）ことができる。タブブラウザは、表示画面上にいくつものウィンドウを開く余裕のない比較的表示画面の狭い表示装置に適用して好適である。
【特許文献１】特開２００３−１０８２８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
表示画面上にメニューバーやプルダウンメニューを表示する場合、その分だけ表示領域が狭くなる。このことは、比較的小型の表示画面を有する装置では、閲覧の対象となるコンテンツの表示領域が狭くなるという欠点がある。
【０００５】
また、画面上の任意の位置で開くポップアップメニューにおいても、メニュー自体はリスト形式のものであり、現在のマウスカーソルに近いリストの一端にあるメニュー項目と他端にある遠いメニュー項目とでは選択に要するマウスの移動量が大きく異なり、後者側のメニュー項目については操作性に手間取るおそれがあった。また、カーソルのマウス操作は微妙であり、不慣れな者にとっては、カーソルが目的のメニュー項目付近を行き来したり、隣のメニュー項目を誤って選択したりするマウスの誤操作する場合があった。
【０００６】
このような問題に対して、コンピュータ等に接続されたディスプレイの表示方法として、すべてのメニュー項目についてマウスの操作量（カーソル移動量）をほぼ同じにすることができるように複数のメニュー項目を、カーソルの初期表示位置を中心として放射状に配列させて表示する技術も提案されている（特許文献１参照）。具体的には、ユーザがメニュー画面の表示要求を行った時点でのカーソルの表示位置を中心として複数のメニュー項目を放射状に配列し、その後、カーソルが各項目の設定範囲内に入ったとき、その項目を目立たせる選択待ち状態（項目の枠の色の変更等）とし、この選択待ち状態でユーザが選択入力（マウスの左クリック）を行うことにより、当該項目が選択されるようになっている。
【０００７】
ところで、表示装置の携帯性を高めるために表示装置とコンピュータ装置とを無線インタフェースで接続し、キーボードやマウスなどの操作用デバイスを付属させずに、入力手段として、表示画面の領域に重ねた入力領域を有するタッチパネルを採用した製品も市販されている。このような表示装置では、テレビ（ＴＶ）やＤＶＤの閲覧機能およびウェブページ閲覧や電子メール送受信のためのインターネット接続機能を備えたものが知られている。
【０００８】
このような表示装置では指示操作入力手段としてタッチパネルを利用することにより、表示画面に対してペン等で指示操作を行うことができ、マウスなどの従来の指示操作入力手段に比べて、より直接的な指示を行うことが可能である。これに対して、上記特許文献１に記載の技術では、メニュー表示要求によりメニューが表示され、マウスによりカーソルを目的のメニュー項目の表示領域に移動させて「選択待ち状態」とした後、初めてクリック選択動作が可能となる。
【０００９】
しかしながら、常時表示されているメニューと異なり、指示操作が必要となる都度、メニューを表示させる場合には、表示画面が広く使用できる反面、そのメニューの表示処理に掛かる時間、および特許文献１の場合には「選択待ち状態」が完了となるまで選択動作を行うのを待たなければならない。この時間は１秒程度の短い時間であっても、常時表示されたアイコンの指示に比べれば、微小時間でも指示が受け付けられない待ち時間が生じることはまどろこしいものである。また、タッチパネルでの直接指示操作はそれ自体、極めて迅速に行えるものでありながら、メニュー表示に時間を要するのでは、タッチパネルの折角の迅速な指示操作性が損なわれてしまう。
【００１０】
本発明はこのような背景においてなされたものであり、その目的は、ウェブページ画面へのタッチによりユーザの指示操作入力を行う際、迅速な指示操作が行える表示装置およびそのためのメニュー表示プログラムを提供することにある。
【００１１】
本発明の他の目的は、上記タブブラウザを採用した表示装置において、ウェブページ画面とテレビ画面とを共に表示する場合の新規な表示方法を行う表示装置およびそのためのタブ表示プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明による表示装置は、表示画面を有する表示部と、前記表示画面に重なる入力領域を有するタッチ入力部と、前記タッチ入力部に対する第１のタッチに応じて、このタッチ位置を中心としてほぼ環状に配置された複数のメニュー項目を含む円形メニューを前記表示部に表示する表示手段と、前記タッチ入力部に対する第２のタッチに応じて、前記第１のタッチに対する第２のタッチの相対位置関係に応じて、どのメニュー項目が選択されたかを決定するメニュー項目決定手段とを備え、前記メニュー項目決定手段は、前記円形メニューの表示完了前であっても前記第２のタッチを受け付けることを特徴とする。
【００１３】
このようにタッチ操作の迅速性に鑑みて、円形メニューの表示完了前であっても第２のタッチを受け付けることにより、迅速なメニュー項目の選択が行えるようになる。
【００１４】
前記メニュー項目決定手段は、前記第１のタッチに対する第２のタッチの相対位置関係を、例えば、第１のタッチ点から第２のタッチ点までの距離と第１のタッチ点に対する第２のタッチ点の方向とに基づいて、当該距離と方向が各メニュー項目について予め定められた選択可能領域条件に合致するか否かにより判断する。これにより、各メニュー項目の選択可能領域条件を角度範囲と距離範囲で容易に定めることができる。また、その条件合致の判断処理は比較的容易な処理であり、迅速に行える。
【００１５】
前記メニュー項目決定手段は、前記円形メニューの表示完了前と表示完了後とで前記選択可能領域条件を異ならせることも可能である。例えば、表示完了前の条件を表示完了後の条件より緩和することができる。
【００１６】
前記表示手段は、前記円形メニューの少なくとも１つのメニュー項目について、当該メニュー項目が選択されたとき、当該メニュー項目の周囲に複数のサブメニュー項目を含むサブメニューを表示することも可能である。これにより、円形メニューの上限個数を所定数（例えば８）に制限し、メニューを階層的にすることができる。またサブメニュー項目の選択動作も円形メニューとほぼ同様として、操作および処理に一貫性を持たせることができる。
【００１７】
前記表示手段は、前記サブメニュー項目を、好ましくは、前記円形メニューの環状に配置されたメニュー項目群の内側に優先的に配置する。これにより、円形メニューが表示画面の端部において表示された場合にもメニュー表示位置を変更する必要性を低減することができる。
【００１８】
前記表示手段は、前記円形メニューの中心領域に対してタッチによるドラッグ操作が行われたとき、そのドラッグ先の位置に前記円形メニューを移動して表示することができる。これにより、一旦表示させた円形メニューを所望の位置へ移動させることが可能となる。
【００１９】
表示装置がウェブページを構成するマークアップ言語文書を取得する手段を備える場合、前記表示手段はウェブページを表示したウェブページ画面上に前記円形メニューを表示する際、前記円形メニューが表示されていない状態で、ウェブページ画面上のアンカー設定位置以外の位置にタッチがあったとき当該タッチを前記「第１のタッチ」と判断する。これにより、アンカー選択動作を優先することができる。
【００２０】
表示装置がＴＶ画面の表示情報を受信する手段を備える場合、前記表示手段は、前記表示情報に基づいて前記ウェブページ画面内にＴＶ画面を表示する機能を有し、前記ウェブページ画面上にＴＶ画面が表示されているときＴＶ画面へのタッチでは前記円形メニューを表示しないようにしてもよい。ＴＶ画面は通常動画を表示するものであり、比較的静的なウェブページ画面に比べて連続的に注視する場合が多いので、このような発明構成により、極力、円形メニューでＴＶ画面を隠すことがないようにすることができる。
【００２１】
少なくとも前記第２のタッチがどこに対して行われたかによって、異なる音を出力する音出力手段を備えてもよい。これによって、円形メニューが表示される前であっても、または、円形メニューを見なくても、音でメニュー項目の選択の適否を判断することができる。
【００２２】
好ましくは、前記円形メニューのメニュー項目の最大数は８であり、４５度きざみの位置に配置されるようにする。これにより、人間工学的に方向とメニュー項目とを関連づけて記憶しやすく操作しやすいユーザインタフェースが実現される。
【００２３】
前記円形メニューはウェブページ表示時の「戻り」操作および「進み」操作に対応するメニュー項目を含む場合、両メニュー項目は互いに１８０度の位置に配置されるようにする。これにより操作内容と合致した直感的に分かりやすい操作が行える。
【００２４】
本発明による他の表示装置は、表示画面を有する表示部と、前記表示部の表示画面上でタブブラウザ画面とＴＶ画面とを共に表示することができる表示手段と、１つのタブウィンドウとしてＴＶ画面を表示しているとき、ＴＶ画面がフロントとなっている場合となっていない場合とで、ＴＶ画面のタブウィンドウのタブのサイズおよび表示内容を変えるタブ管理手段とを備えたことを特徴とする。
【００２５】
ＴＶ画面を１つのタブウィンドウとすることにより、ＴＶ画面を他のウェブページ画面と同様に扱い、タブウィンドウ上でこれらを切り替えて表示することが可能となる。また、その際、ＴＶ画面に固有の操作のためのＴＶ操作部をタブの中に表示することにより、限られた表示領域を有効に利用できる。但し、前記ＴＶ画面がフロントとなっている場合は当該タブにＴＶ操作メニューを表示し、前記ＴＶ画面がフロントとなっていない場合には前記ＴＶ操作メニューをタブから消去する。ウェブページ画面をフロントとして選択している場合には、ＴＶ操作を行う必要がなく、ウェブページに対してＴＶタブ領域の一部を開放することができる。
【００２６】
前記タブ管理手段は、タブの表示後、無操作で所定時間が経過したときすべてのタブを消去することにより、より広い表示画面を有効に利用することができる。
【００２７】
前記タブの消去後は、ユーザによる所定の入力時にタブを再表示することにより、タブの利用可能性も確保することができる。
【００２８】
表示画面上にウェブページ画面とＴＶ画面とを共に表示しているとき、予め定めたユーザの指示に従ってＴＶ画面のウィンドウサイズを予め定めたサイズに変更するとともに、タブウィンドウの残りの領域の幅に合わせてウェブページを再構成して表示する手段を備えてもよい。これにより、ＴＶ画面を表示しながら、ウェブページをＴＶ画面に隠すことなく、両画面を閲覧することが可能となる。
【００２９】
このような操作は、前記予め定めたユーザの指示は前記ＴＶ操作メニューに含めた特定のメニューボタンを指示することにより行われることが好ましい。
【００３０】
本発明によるメニュー表示プログラムは、表示画面に重なる入力領域を有するタッチ入力部を備えた表示装置において実行されるメニュー表示プログラムであって、前記タッチ入力部に対する第１のタッチを検知するステップと、前記第１のタッチ位置を中心としてほぼ環状に配置された複数のメニュー項目を含む円形メニューを前記表示画面上に表示するステップと、前記タッチ入力部に対する第２のタッチに応じて、前記第１のタッチに対する第２のタッチの相対位置関係に応じて、どのメニュー項目が選択されたかを決定するステップとを備え、前記円形メニューの表示完了前であっても前記第２のタッチを受け付けることを特徴とする。
【００３１】
本発明によるタブ表示プログラムは、表示画面上でタブブラウザ画面とＴＶ画面とを共に表示することができる表示装置において実行されるタブ表示プログラムであって、前記表示画面上で１つのタブウィンドウとしてＴＶ画面を表示するステップと、前記ＴＶ画面がフロントとなっている場合となっていない場合とで、前記ＴＶ画面のタブウィンドウのタブのサイズおよび表示内容を変えるステップとを備えたことを特徴とする。
【発明の効果】
【００３２】
本発明によれば、表示画面に重なる入力領域を有するタッチ入力部を用いて、円形メニューをタッチ操作により表示させメニュー項目を選択する場合に、円形メニューの表示完了前であってもメニュー項目選択のタッチ操作を受け付けることにより、操作に慣れたユーザにとって極めて迅速な指示操作入力を行うことが可能となる。これは、比較的頻繁な操作を行うウェブページ閲覧においては極めて有用である。また、この発明の新規な機能は、操作に不慣れなユーザにとっては何らの支障とならない。したがって、幅広い層のユーザに対してそれぞれに有用なユーザインタフェースを提供することができる。
【００３３】
また、他の発明によれば、表示画面上でタブブラウザ画面内に、１つのタブウィンドウとしてＴＶ画面を表示しているとき、ＴＶ画面がフロントとなっている場合となっていない場合とで、ＴＶ画面のタブウィンドウのタブのサイズおよび表示内容を変えることにより、ＴＶ画面の利用状況に即して、限られたタブ領域を有効に利用することが可能になる。また、所定の条件でタブを消去したり、表示したりすることにより、タブを利用性を維持しつつ、状況に応じて表示画面をより広く有効に利用することができる。したがって、ウェブページとＴＶを共に表示する際に利便性の高いユーザインタフェースを提供することができる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明の好適な実施の形態について図面を参照しながら詳細に説明する。
【００３５】
＜実施の形態の構成＞
まず、本実施の形態の構成について説明する。
【００３６】
図１は、マークアップ言語文書の表示処理を行うウェブブラウザ機能およびテレビ放送受信機能を備えた表示装置１００の概略構成を示すブロック図である。
【００３７】
図１において、制御部１０１はＣＰＵを含み、プログラム制御により装置全体の制御を司る。本実施の形態における記憶部１２０はＲＯＭ１２１およびＲＡＭ１２３を含む。この他、ハードディスク装置等、他の記憶装置を含んでもよい。ＲＯＭ１２１は制御部１０１のＣＰＵが実行する各種プログラムや必要なデータを格納する不揮発性メモリであり、再書き込み可能な領域を含む。ＲＡＭ１２３はＣＰＵのための作業用領域やデータの一時記憶領域を提供するメモリである。ＩｒＤＡ１１１は赤外線インタフェース部であり、外部のリモートコントローラや携帯電話機等（図示せず）からユーザの操作指示等を受けて、制御部１０１に入力する機能を有する。入力部１１３は、本実施の形態ではタッチパネル（タッチ入力部）により構成され、指（またはタッチペン）によるユーザからの指示操作やデータの入力を受け、制御部１０１へ受け渡す機能を有する。本実施の形態では、タッチパネルの入力範囲は後述する表示部１０５の表示画面の全面に亘っている。
【００３８】
ネットワークインタフェース（Ｉ／Ｆ）１１５は、無線または有線により通信ネットワークと接続され、インターネット上のウェブサイトにアクセスしたり、電子メールを送受したりする通信機能を提供する。ＲＴＣ部１１７は日時情報の出力機能およびタイマー機能を有する。インターネットへの接続は、外部の装置（例えば親機）がある場合にはその装置を介して行ってもよい。
【００３９】
信号処理部１０２は、制御部１０１の制御下で、マイク１０７からの音声入力をデジタル化して制御部１０１へ受け渡したり、制御部１０１からの音声出力データ（本実施の形態における操作音を含む）をアナログ化してスピーカ１０８へ出力したり、後述の画像処理部１０３と信号を授受したりする各種の信号処理を行う部位である。
【００４０】
画像処理部１０３は、信号処理部１０２からの表示データを受け取り、液晶ディスプレイ（ＬＣＤ）等の表示部１０５に表示させる機能を有する。画像処理部１０３はグラフィック処理をサポートする表示ＬＳＩにより構成することができる。
【００４１】
ＴＶ放送受信部１０９はアンテナおよびテレビ放送受信回路を有し、ＴＶ放送を受信し、チャンネル選択および再生を行う部位である。この例では、ＴＶ放送受信部１０９を表示装置１００に内蔵する例を示したが、ＴＶ放送受信回路やアンテナを内蔵せず、外部の装置でＴＶ放送を受信し、その受信信号または表示信号を当該外部の装置からネットワークインタフェース１１５を介して受信するようにしてもよい。したがって、本発明のＴＶ放送受信手段は、そのような受信信号または表示信号を外部の装置から受信するものをも含むものとする。また、放送は電波によるものに限らず、通信によるものであってもよい。
【００４２】
図２は、図１に示した表示装置１００の主要な機能を示す機能ブロック図である。表示装置１００は、ユーザ操作受付部２０、円形メニュー処理部２１、ブラウザ処理部２３、およびＴＶ処理部２５を有する。これらの各部は主として図１の制御部１０１により実現される。
【００４３】
ユーザ操作受付部２０は、本実施の形態ではタッチパネルである入力部１１３やＩｒＤＡ１１１からのユーザによる操作入力を受け付け、その操作に応じた指示を各部へ出力する部位である。
【００４４】
円形メニュー処理部２１は、後述する円形メニューに関連した処理を行う部位であり、種々の機能部を含む。この種々の機能部は次のとおりである。
・タッチ検出機能２１１：タッチパネルに対して指等がタッチされたことを検知する機能である。
・タッチ座標演算機能２１２：タッチ位置の座標（タッチ座標）を演算出力する機能である。
・円形メニュー表示可否判断機能２１３：ウェブページ画面上のタッチされた位置に応じて円形メニューを表示するか否かを判断する機能である。
・タッチ種類検出機能２１４：タッチの種類（後述の第１タッチ、第２タッチ等）を検出する機能である。
・円形メニュー表示機能２１５：円形メニューを表示する機能である。
・選択メニュー項目（メニュー表示完了前）決定機能２１６：円形メニューの表示完了前のタッチに基づいて選択メニュー項目を決定する機能である。
・円形メニュー表示完了検出機能２１７：円形メニューの表示が完了したことを検出する機能である。この機能は、円形メニューの表示完了の前後で処理を切り替える場合に用いる。
・選択メニュー項目（メニュー表示完了後）決定機能２１８：円形メニューの表示完了後のタッチに基づいて選択メニュー項目を決定する機能である。
・タッチ対応音出力機能２１９：タッチ時にそのタッチの処理内容に応じて、予め用意された音を出力する機能である。
・選択メニュー項目実行機能２２０：タッチにより選択されたメニュー項目を実行する機能である。
・円形メニュー表示終了機能２２１：所定の条件で円形メニューの表示を終了する機能である。
【００４５】
ブラウザ処理部２３は、マークアップ言語文書を取得して、これを解釈し、いわゆるレンダリングを行う部位であり、本実施の形態における付加的な機能を含めて次の各機能を含む。
・ウェブページ取得・表示機能２３１：ウェブページを構成するマークアップ言語文書を取得し、そのレンダリング処理により表示用のデータを生成する機能である。
・タブ管理機能２３２：タブブラウザにおけるタブの生成、表示、消去等のタブ管理に関する機能である。
・ＳＦＲ処理機能２３３：後述するスマートフィットレンダリング（smart fit rendering）処理を実行する機能である。
・ＴＶウィンドウ位置管理機能２３４：表示画面内のＴＶ画面のウィンドウ（表示枠：ＴＶウィンドウ）の位置を管理する機能である。特に、この位置情報は、フルサイズでないフローティング表示が可能な場合に意味がある。
・ＴＶウィンドウサイズ管理機能２３５：ＴＶウィンドウのサイズを管理する機能である。３つの異なるサイズをサポートしている。
・動画処理機能２３６：ウェブページ画面において、ユーザの指示操作に応じてその指示内容の実行開始から完了までの過渡期において動的な表示として動画（アニメーション）表示を行う機能である。
・ＴＶ処理部２５は、テレビ放送の表示に関連した部位であり、次の各機能を有する。
・指示チャンネル（Ｃｈ）検出機能２５１：ユーザにより指示されたチャンネルを検出する機能である。
・チューナー調節機能２５２：指示されたチャンネルにチューナーを合わせる機能である。
・音量調節機能２５３：テレビ放送の音量を調節する機能である。
【００４６】
図３により、本実施の形態において記憶部１２０に記憶される各種のデータについて説明する。各種データは次のとおりである。
・円形メニューアイコン・表示管理データ３０１：円形メニューの各メニュー項目のアイコンのイメージデータ、およびそれらの表示位置、さらには選択可能領域等を定めるデータである。
・ＴＶ操作メニューデータ３０３：後述するＴＶ画面の一部（一例として下部）に表示されるＴＶ操作メニューデータ（操作コマンド情報）である。
・各種音データ３０５：円形メニューの各メニュー項目のタッチ時にタッチが有効に受け付けられたことを示す確認音、およびタッチが有効に受け付けられなかったことを示すエラー音を定める音データである。確認音はメニュー項目毎にそれぞれ固有の音データを用意してもよい。本実施の形態では、音の種類としては、音の高さ、音色、音の強さの任意の組み合わせの単音を想定しているが、その他、複数音（メロディ含む）、音声メッセージ等であってもよい。
・タブデータ３０７：タブブラウザで生成された各タブのＵＲＬ（Uniform Resource Locator）およびそのウェブページ名を表すデータである。タブの数は動的に変わりうる。
・タッチ履歴データ３０９：後述する第１タッチ、第２タッチの時間（時刻）および座標のデータである。
・ＴＶウィンドウ現在座標３１１：ＴＶウィンドウの現在の座標（位置）を示すデータである。ブラウザ画面内の相対位置または表示画面内の絶対位置で表すことができる。
・現在Ｃｈデータ３１３：ＴＶ放送の現在表示しているチャンネルを表すデータである。後述するタブに表示される。
・現在Ｃｈ番組名データ３１５：ＴＶ放送の現在表示しているチャンネルの番組名を表すデータである。アナログ放送などでこのデータが得られない場合もある。
【００４７】
ここで、図４により、本実施の形態におけるウェブブラウザの表示画面（タブウィンドウ）内で必要時に表示して用いる円形メニュー４１０の構成を説明する。本実施の形態では、ウェブブラウザでのユーザ操作に用いられる円形メニューに８個のメニュー項目があり、これらのメニュー項目はアイコン４１１〜４１８として環状（円周上）に均等配置される。より具体的には、方位を用いて説明すれば、中心点Ｏから北、北西、西、南西、南、南東、東、北東の８方向の所定距離の座標位置（Ｘ１、Ｙ１、・・・（Ｘ８、Ｙ８）にアイコン中心が位置する。図では戻り操作および進み操作に対応するアイコン４１３、４１７以外のアイコンは単なる円形マークとして示しているが、実際にはアイコンイメージを表示している。
【００４８】
図５に、円形メニューアイコン・表示管理データ３０１に含まれる表示管理データとしてのメインメニューデータテーブル３５０とサブメニューデータテーブル３５１の構成例を示す。メインメニューデータテーブル３５０は、円形メニューの構成および作用を定義するデータを定めるものであり、各「メニュー項目」について、「アイコンデータ」、「アイコン表示位置」（円形メニューの中心点からの相対位置データ）、当該メニュー項目の「選択可能領域」の各データを有する。「選択可能領域」は第１タッチに対応する中心点に対する第２タッチの相対位置関係に基づいて、第２タッチがどのメニュー項目を選択するものであるのかを判定するための位置的な条件を定めるデータである。第２のタッチの位置は、その第２タッチ位置を第１タッチ位置と結ぶ線分の長さＬおよび基準方向（この例では東）に対する角度αで定める。各メニュー項目の「選択可能領域」はそのメニュー項目の角度範囲と中心点Ｏからの距離範囲を示している。角度範囲は各メニュー項目の方向角度±βの範囲としている。βは２２．５度未満の予め定めた角度である。Ｌ０は１ないし数センチ程度の予め定めた距離である。このメインメニューデータテーブル３５０を用いることにより、第１タッチで表示された円形メニューに対して、第２タッチがどのメニュー項目を指定しているのかを判定することができる。
【００４９】
サブメニューデータテーブル３５１は、円形メニューの特定のメニュー項目（この例では第６の“Ｍｅｎｕ”）について、このメニュー項目が選択されたとき、さらに下位のサブメニューを表示する場合のサブメニューの構成および作用を定義するデータを定めている。１つのサブメニューのメニュー項目は８個以下であり、図の例では２個である。サブメニューデータテーブル３５１の構成はメインメニューデータテーブル３５０の構成と同様、「アイコンデータ」サブメニューの元となるメインメニューのメニュー項目である「親アイコン」を特定するデータ、「アイコン表示位置」（親アイコンの中心点からの相対位置データ）、および「選択可能領域」を定めている。選択可能領域の角度範囲はサブメニュー項目の個数によって変わりうる。
【００５０】
なお、図５のデータテーブル３５０、３５１の「選択可能領域」は実際のアイコンの表示領域より大きい範囲を定めたが、これに限るものではなく、例えば、アイコンと同じ領域またはその近傍に限定することも可能である。
【００５１】
図６は、別の構成のメインメニューデータテーブル３６０とこれに対応するサブメニューデータテーブル３６１の構成例を示している。サブメニューデータテーブル３６１は図５のサブメニューデータテーブル３５１と同じであるが、メインメニューデータテーブル３６０は「選択可能領域」を円形メニューの表示完了前と完了後で異ならせている点がメインメニューデータテーブル３５０と異なる。すなわち、円形メニュー表示完了前ではユーザに対して円形メニューの全部または一部は見えないので、各メニュー項目の選択可能領域を或る程度広く設定しているのに対し、表示完了後はメニュー項目のアイコンが見えているので、選択可能領域をアイコン領域内またはその近傍に絞っている。
【００５２】
＜実施の形態の動作＞
以上のような構成を用いて実現される本実施の形態の表示装置の動作を、以下、表示画面例およびフローチャートを用いて以下に説明する。まず、本発明の主要な第１の特徴である円形メニューについて説明し、次に第２の特徴であるブラウザ画面とＴＶ画面の関係について説明する。
【００５３】
＜＜円形メニュー＞＞
本発明で用いる円形メニューの構成については図４で説明したとおりである。以下では、円形メニューの利用の具体的な態様について説明する。本実施の形態においては、ユーザの指示操作入力手段としてタッチ式の座標入力手段であるタッチセンサを用いる。タッチパネルの具体的な構成は問わないが、ここではユーザの指でタッチした位置座標を検出できるものである（但し、タッチペンを用いるものを排除する意図はない）。
【００５４】
図７（ａ）に本実施の形態におけるウェブブラウザによりウェブページ画面を表示した表示画面４００を示す。本実施の形態でのウェブブラウザは上述したタブブラウザの利用を想定している。表示画面４００上の任意の位置（実際にはアンカーポイント以外の位置）をユーザがタッチすると、図７（ｂ）に示すように、そのタッチ位置４０５を中心に円形メニュー４１０が表示される。タッチ位置４０５が表示画面４００の端に近くその位置では円形メニューが画面外にはみ出してしまう場合、自動的に円形メニューの位置を内側に移動修正する。タッチ位置４０５自体は何ら表示されない。８個のメニュー項目のアイコン４１１〜４１８には、それぞれ、その機能名称を表す文字情報がアイコン近傍に表示される。マウス等の間接的なポインティングデバイスは使用しないので、カーソルは表示されない。円形メニュー４１０の表示時には、好ましくは、背景画面は、半透明状態で暗転する。これにより円形メニュー４１０が浮かび上がって見える効果がある。また、先にメニューアイコンあるいは単なる○マークだけが集まり、各メニュー項目を示す文字情報はあとから順次揃う。
【００５５】
各メニュー項目とその位置については次のとおりである。すなわち、最上部のアイコンから反時計回りに、（１）Book List、（２）Input URL、（３）Back、（４）Home、（５）Reload、（６）Menu、（７）Forward、（８）MarkPage、となっている。BackとForwardとは必ず点対称の、対向する位置にする（図の例では、左右の対向する位置に配置している。）他ののメニュー項目については配置位置の制約は特にない。アイコンはそれぞれのメニュー項目の処理内容が分かるようなものである。機能名称を表す文字情報は必ずしもなくてもよい。
【００５６】
ユーザのタッチ時の各メニュー項目の機能は次のとおりである。
（１）Book List：ブックマークを参照することができる。例えば、ブックマークリスト（図示せず）が表示される。
（２）Input URL：ＵＲＬ入力部を備えたソフトウェアキーボード（図示せず）が表示される。
（３）Back：閲覧履歴上で、現在表示されているウェブページの前のウェブページの表示に戻る。
（４）Home：ブラウザ起動前でこのアイコンにタッチすると、ブラウザが起動して、”Ｈｏｍｅ”に指定してあるＵＲＬのウェブページが表示される。ブラウザ起動済みでこのアイコンにタッチすると、Ｈｏｍｅに指定しているウェブページに表示が切替わる。
（５）Reload：現在表示中のウェブページのＵＲＬのマークアップ言語文書を要求を再取得して表示する更新処理を実行する。
（６）Menu：サブメニューを表示する。本実施の形態では、”ＴＶ”と、”Setting”の２つのサブメニュー項目があり、図８に示すように、その親アイコン（ここではＭｅｎｕ）の周りでかつ円形メニューの内円方向（円周の内側）に表示される。円周の内側にすべてを配置できない場合には、内側から優先的に配置する。親アイコンが表示画面の端部に位置していても、円形メニューの基準位置を変更する必要がなくなる。なお、サブメニューの表示時には、親アイコン以外のアイコンを消去（または低輝度表示）する。これにより、ユーザはサブメニューに集中することができる。
（７）Forward：閲覧履歴上で、現在表示されているウェブページの次のウェブページの表示に進む。（Ｂａｃｋで戻っていた場合、すなわち、例えばウェブページＡ⇒Ｂ⇒Ｃ⇒（Back）⇒Ｂ⇒（forward）Ｃのような場合）
（８）MarkPage：現在表示中のウェブページ（のＵＲＬ）をブックマーク登録する。
【００５７】
なお、ブラウザ起動時以外で円形メニューを登場させた場合、必要ないメニューは選択不可能になっている。例えば、ブラウザが起動していないときに、円形メニューを表示させたとき、Back、Reload、Forward等のアイコンは、選択できないようになっており、ユーザに対しては低輝度やタッチ時の音等でそのことが知らしめられる。
【００５８】
図７（ｂ）に示したように、本実施の形態では、タブブラウザ起動時に、円形メニューが登場すると、立ち上げているタブウィンドウのタブが表示され、そのタブ中に表示中のウェブページ名が表示される。図の例では、タブ４２１、４２２、４２３は円形メニューとともに表示され、タブ操作がなく所定の時間が経過したときに、図７（ａ）のように消去される。円形メニューもその使用後に画面から消滅する。これによって、ウェブページの閲覧時には表示部１０５（図１）の表示画面を最大限に利用して閲覧を行うことができるようにしている。タブ４２１、４２２等のタブはウェブページの表示のために新たなウィンドウを開く所定の操作を行ったときに生成される。タブ４２３は新たなタブの生成を行う際に用いられる。タブおよびそのウィンドウは、最も前面（フロント）にあるアクティブ状態のとき、「閉じる」ボタン４２５をタッチすることにより閉じることができる。
【００５９】
図９により本発明の円形メニュー利用時の特徴の一つを説明する。図９（ａ）に示すように、円形メニューが表示されていない状態でのタッチ（第１タッチ）Ｔ１に応じて円形メニュー４１０が表示され、表示された複数のメニュー項目の所望のアイコンに対するタッチ（第２タッチ）Ｔ２に応じてそのメニュー項目が選択される。
【００６０】
表示画面に重ね合わされたタッチパネルに対するタッチ操作では指で直接的に画面上の所望の点を素早く指示することができる。したがって、タッチ操作のみを考えれば、第１タッチを行ってから瞬時のうちに第２タッチを行うことができる。一方、本発明における円形メニューは常時表示しておくものではなく、第１タッチに応じてその都度そのタッチ位置に基づいて表示するものであり、表示装置の性能や仕様にもよるが、円形メニューが完全に表示され終わるまでには所定の時間を要する。したがって、基本的なメニュー選択操作としては、円形メニューの完全表示を待ってメニュー項目を確認した後、第２のタッチによりメニュー項目にタッチして選択することになる。しかしながら、本実施の形態の表示装置を使用し続けて同様の操作を何度も繰り返す内にはユーザはメニュー項目の配置をいわば指で覚え、瞬時の操作が行えるようになる。にもかかわらず、メニュー表示の方が間に合わない状況となる。
【００６１】
そこで、本発明では図９（ｂ）に示すように、第１タッチＴ１の後、円形メニューの表示が完了する前であっても、第２タッチＴ２を受け付け、そのタッチが所定の条件を満たせばメニュー項目が適正に選択されたものとして処理する。この際、円形メニューのアイコンは未表示（または未完成）なので、第２タッチＴ２の選択可能領域は図５のデータテーブルで示した「選択可能領域」、あるいは、図６のデータテーブルの「表示完了前」の選択可能領域を用い、アイコン領域から外れた位置でも、当該第２タッチＴ２が大凡どのアイコンを指し示しているかが分かればアイコンの特定を行う。
【００６２】
前述のように、ユーザは、メニュー項目を指定する第２タッチが受け付けられたことは所定の確認音が発生することで確認できる。第２タッチが不十分または領域外等の理由により受け付けられなかった場合はエラー音の発生で確認できる。
【００６３】
さらに、確認音としてメニュー項目のそれぞれに異なる音が対応づけることにより、ユーザはメニュー項目とその音とを一緒に記憶するようになる。したがって、タッチ操作に慣れてくれば、選択されたメニュー項目を音で判断できるようになる。その結果、円形メニューは表示されなくても、操作して確認音を聞くだけでユーザは選択が合っているか間違っているかを判断できる。音の高低は、例えばメニュー項目の位置関係に関連づけることができる。一例として、BookListの音は、その真下に位置するReloadよりも高音とする、Backの音よりForwardの音のほうを高音とする、等である。
【００６４】
ところで、メニュー表示が第２タッチより先に完了した場合であっても、ユーザが画面上の特定の位置に着目したまま（つまり円形メニューを直視することなく）、タッチ操作を行いたい場合にはタッチが不正確となりタッチ位置に比較的大きな誤差が生じうる。そこで、第１タッチに対する第２タッチの相対位置関係が一つのメニュー項目を特定するに足ると判断される広い選択可能領域は有効に機能すると考えられる。
【００６５】
このように、操作に慣れたユーザは、円形メニューが表示される前であっても、あるいは円形メニューを見なくても、円形メニューのタッチ操作を迅速かつ確実に行うことが可能となる。
【００６６】
サブメニューのないメニュー項目が選択された場合には、円形メニューはとりあえず今回の使命を終えたと判断され、そのメニュー項目に対応するコマンドの実行とともに消去される。サブメニューのあるメニュー項目（ここではＭｅｎｕ）が選択された場合、図８で前述したように、当該メニュー項目を中心としてサブメニュー項目のアイコンが円形メニューの円周の内側に表示される。この場合もサブメニュー表示完了前のタッチを受け付けるようにすることができる（但し、必須ではない）。サブメニュー項目の選択が受け付けられたら、当該コマンドの実行とともにサブメニューはメインメニュー部分とともに消去される。
【００６７】
なお、図１０に示すように、円形メニュー４１０の表示の際、第１タッチに応じてそのタッチ位置を中心として、アイコン４１１〜４１８が遠くから第１タッチ位置周辺まで集まってくるような動的表示（例えばアニメーション表示）を行うようなユーザインタフェースも考えられる。このような場合には、その動的表示が完了するまでに所定の時間を要することになり、本発明の先行的な第２タッチの受け付けがより有効となる。
【００６８】
なお、本実施の形態では、円形メニューの中心位置に対してタッチによるドラッグ操作が行われたとき、そのドラッグ先の位置に円形メニューを移動して表示する。前述のように、選択領域の条件として、距離ＬがＬ０以上かつＬ１以下、という条件がある。この条件は第１タッチ位置を中心とした半径Ｌ０の中心領域は第２タッチを受け付けないことを意味している。この中心領域を円形メニューのドラッグ操作に利用することができる。これによって、一旦表示した円形メニューを画面上で邪魔にならない位置に移動させることができる。特に例えば、後述するＴＶウィンドウが出ているときに、メニューの一部がＴＶ画面に重なることも想定でき、こういった場合にドラッグ操作は便利である。尚、第２タッチとしてこの中心領域（メニュー選択が不可能な領域）をタッチした場合はエラー音を発生させる。
【００６９】
本実施の形態における円形メニューは、８個のメニュー項目が中心点から一定距離の円周上に等間隔にならんでいる。すなわち、どのメニュー項目も第１タッチからメニュー項目アイコンまでの距離は同じであり、第１タッチ点から第２タッチ点までの指の移動距離に大きな差はない。また、円周上に配置するメニュー項目は、８個までであれば、４５度きざみで等間隔に配置できるので、人間工学的に方向とメニュー項目と関連づけて記憶しやすい。
【００７０】
次に、図１１に円形メニューに関連した処理のフローチャートを示す。この処理は、制御部１０１により実行される処理であり、タッチパネルに対するタッチにより起動される。
【００７１】
まず、タッチ座標を検出し、これを記憶する（Ｓ１０）。ついで、このタッチが第１タッチであるかどうかを判断する（Ｓ１１）。円形メニューが表示されていない状態でのタッチが第１タッチである。第１タッチであれば、下地検出処理を行う（Ｓ１２）。下地検出とは、タッチ位置がＴＶ画面か否か、およびウェブページ画面上でのアンカー位置か否かを判断するものである。本実施の形態ではＴＶ画面上に円形メニューを表示しないように、ＴＶ画面上の第１タッチは受け付けないようにしている。（但し、ＴＶ画面外のタッチでも円形メニューの一部がＴＶ画面に掛かることはあり得る。このような場合は許容する。）また、マークアップ言語のアンカータグによりいわゆるリンクが設定されたアンカー位置であれば、アンカー実行処理が優先される。そこで、ＴＶ画面上のタッチでなければ、円形メニュー表示可能と判断する（Ｓ１３，Ｙｅｓ）。そこで、円形メニュー表示受付を示す所定音の出力を行い（Ｓ１４）、円形メニューを表示して（Ｓ１５）、この回の処理を終了する（円形メニューは表示されたままである）。円形メニュー表示不可と判断されたら、エラー音を出力して（Ｓ１６）、この回の処理を終了する。
【００７２】
次のタッチでも、タッチ座標の検出及び記憶が行われ（Ｓ１０）、第１タッチか否かの判定が行われる（Ｓ１１）。円形メニューが表示されている状態でのタッチは第１タッチではないと判断され、第２タッチであると判断される（Ｓ１７，Ｙｅｓ）。そこで、第２のタッチが選択する該当メニュー項目があるか否かが判断される（Ｓ１８）。これは、今回のタッチのタッチ位置が上述した「選択可能領域」の条件に合致しているか否かで判断される。当該条件に合致すれば、そのメニュー項目に応じた確認音のような所定音を出力する（Ｓ１９）。さらに、このメニュー項目がサブメニューを有するメニュー項目であれば（Ｓ２０，Ｙｅｓ）、サブメニューを表示して（Ｓ２１）、今回の処理を終了する。サブメニューのないメニュー項目であれば、当該選択メニュー項目を実行する（Ｓ２２）。これとともに円形メニュー表示を終了して（Ｓ３２）、今回の処理を終了する。
【００７３】
ステップＳ１８で、該当するメニュー項目がない場合、そのタッチ位置がメニュー移動指示可能領域（すなわちドラッグ可能領域）であるか否かを判断する（Ｓ２３）。そうであれば、所定音を出力し（Ｓ２４）、ドラッグ操作に応じて（Ｓ２５）、円形メニューを移動表示する（Ｓ２６）。ドラッグ操作なしにタッチが終了すれば、そのままこの処理を終了する。
【００７４】
ステップＳ２３でメニュー移動指示可能領域でないと判断されたら、これは強制的に円形メニューを消去する指示であると判断し、所定音の出力（Ｓ２７）の後、円形メニューの表示を終了する（Ｓ２８）。
【００７５】
上記ステップＳ１７において、第２タッチではないと判断されるのは、例えばステップＳ２１でサブメニューが表示されているような場合である。このとき、当該サブメニューについては選択可能領域に基づいて、該当するサブメニュー項目があれば（Ｓ２９，Ｙｅｓ）、所定音を出力し（Ｓ３０）、当該選択されたサブメニュー項目を実行する（Ｓ３１）。さらに、サブメニューを含む円形メニュー表示を終了して（Ｓ３２）、今回の処理を終了する。この場合の円形メニュー表示の終了は、ステップＳ２８のように単に円形メニューの表示を終了するのではなく、例えば、図１０で説明した動的表示と逆向きの動的表示を行うようにしてもよい。これにより、呼び出した円形メニューが所期の目的を達成してまた遠くへ戻っていく様子を模擬することができる。ステップＳ２９において、該当するサブメニュー項目がない場合には、エラー音を出力して（Ｓ３３）、サブメニューを含む円形メニュー表示を終了し（Ｓ３４）、今回の処理を終了する。
【００７６】
図１２は、図１１の変形例を示している。図１１と同様の処理ステップには同じ参照符号を付して、重複した説明を省略する。図１１と異なる点は、ステップＳ１７とステップＳ１８との間に、ステップＳ４１、Ｓ４２、Ｓ４３を追加した点である。これは、図６で説明した、円形メニューの表示完了前と完了後で異なる選択可能領域データを用いる場合に対応した処理である。ステップＳ４１では、円形メニュー表示完了済かどうかをチェックする。完了前であれば、第１判断基準として表示完了前の選択可能領域データを選択する（Ｓ４２）。完了後であれば、第２判断基準として表示完了後の選択可能領域データを選択する（Ｓ４３）。続くステップＳ１８では、この選択された選択可能領域データを用いて該当するメニュー項目の有無をチェックする。
【００７７】
図１３に、ステップＳ１８における第２タッチ時の該当メニュー項目判定処理を示す。
【００７８】
まず、第１タッチ座標と第２タッチ座標に基づいて、第１タッチ点から第２タッチ点までの距離（Ｌ）、すなわち、第２タッチ点を第１タッチ点と結ぶ線分の長さを算出する（Ｓ５１）。ついで、同じく第１タッチ座標と第２タッチ座標に基づいて当該線分の基準方向となす角度（α）を求める（Ｓ５２）。これらの距離Ｌと角度αを上記選択可能領域条件と照合して、選択されたメニュー項目を決定する（Ｓ５３）。ステップＳ３１のサブメニュー項目の判定処理についても同様である。
【００７９】
＜＜ブラウザ画面とＴＶ画面の関係＞＞
次に、本発明の第２の主要な特徴である、ブラウザ画面とＴＶ画面の関係について説明する。
【００８０】
図１４（ａ）に示すように、本実施の形態ではタブブラウザにより表示画面４０１上に表示されるウェブページ画面（ブラウザ画面）に重ねてＴＶ画面４４４を表示することができる。このＴＶ画面の表示は、ユーザが、上記サブメニューの「ＴＶ」アイコンにタッチする等の操作を行うことにより行える。タブ４２１，４２２，４２３については前述したとおりである。ＴＶ画面４４４の一部（この例では下部の帯状部）にチャンネル情報４５１およびＴＶ操作部（ＴＶ操作メニュー）４５２として操作ボタンを示すアイコン群が表示されている。図の例では、これらの操作ボタンは、左から音量増ボタン４６１、音量減ボタン４６２、チャンネル減ボタン４６３、チャンネル増ボタン４６４、フィットボタン４６５、サイズ変更ボタン４６６、閉じるボタン４６７である。フィットボタン４６５は本発明において新たに追加したものであり、その作用については後述する。これらのアイコンもユーザによるタッチにより指示できる。タブは、前述のように、ここではタブ操作等が行われることなく所定時間の経過後に図１４（ｂ）の表示画面４０２に示すように消去される。
【００８１】
タブが消去された後も、図１５に示すように、このウェブページ画面上をタッチすることにより、円形メニュー４１０が表示され、これに伴ってタブも表示される。本実施の形態では、このサイズのＴＶ画面４４４は閉じられない限り常時ウェブページより前面に表示される。ＴＶ画面４４４の表示位置は、タッチによるドラッグ操作によりウェブページ画面上を移動させることができる。したがって、これをフローティングウィンドウと呼ぶ。図１６（ａ）（ｂ）に示すように、このフローティングウィンドウを、表示画面４０２の枠を越えて移動させようとすると、所定の位置、例えば、移動させた方向の表示画面４０２の角にＴＶ画面の存在を示すアイコン４４５を表示する。このアイコンを表示画面の中央方向にドラッグ操作することにより、表示画面４４４はその移動先の位置に再表示される。
【００８２】
ユーザは所望のタブをタッチすることにより、前面に表示するウェブページを選択することができる。図１５（ｂ）の画面でタブ４２１をタッチすると、図１５（ｃ）のようにそのタブウィンドウが前面に出る。
【００８３】
図１７（ａ）〜（ｅ）に示すように、「ＴＶ」アイコンへのタッチ操作により、ＴＶ画面が遠くから近くへ寄ってくるような態様でＴＶ画面のサイズや形状を変えながら動的に変化するＴＶ画面４４１〜４４４を用いて表示するようにしてもよい。どのＴＶ画面４４１〜４４４にも現在選択されている（またはデフォルトの）チャンネルの番組の内容を映している。このような表示態様により、放送画面が遠くからやってくる様子を模擬するユーザインタフェースが得られる。
【００８４】
図１８（ａ）〜（ｃ）に示すように、本実施の形態におけるＴＶ画面（ＴＶウィンドウ）は、横画素数×縦画素数として、３２０×２４０、６４０×４８０、８００×６００の３つのサイズを用意している。ＴＶの起動時には、まず、一番小さいＴＶ画面４４４がフローティングウィンドウとしてウェブページ上に現れる。
【００８５】
図１８（ｂ）に示す中間のサイズのＴＶ画面４４６もウェブページ画面４０６上に重ねて表示される。また、小サイズＴＶ画面と同様、ウェブページ画面上をドラッグ操作により移動することもできる。
【００８６】
図１８（ｃ）に示す一番大きいサイズのＴＶ画面４０７は全面表示サイズであり、ウェブページ画面とともに自動的にタブウィンドウ化される。ＴＶ画面のタブ４２４にはチャンネル情報４５１およびＴＶ操作部４５２が含まれる。
【００８７】
図１９（ａ）（ｂ）から分かるように、表示画面４０７においてウェブページ画面のタブ（例えば４２２）がタッチされた場合には、表示画面４０８のように、そのタブウィンドウがフロントとなり、全面表示サイズ（フル表示）のＴＶ画面はその背後に隠れる（表示消去される）。両表示画面４０７，４０８から分かるように、本実施の形態では、全面表示サイズのＴＶ画面が選択されている場合には、ＴＶ画面がフロントか否かでＴＶ画面用のタブ４２４のサイズおよび表示内容を変えている。この例では、ＴＶ画面がフロントでなくなった場合にはチャンネル情報４５１のみをタブ表示内容とし（ＴＶ操作部４５２を消去し）、タブのサイズをに縮小している（タブ４２４ａ）。通常、タブの個数が増えると１つのタブサイズが小さくなる。そこで、ＴＶ画面がフロントでない場合にはＴＶ画面を操作する可能性が無く、ＴＶ画面用のタブを小さくして、タブ領域を他のウェブページ用のタブに開放することができる。
【００８８】
なお、図示しないがウェブページがフロントの場合には、帯状のタブ領域の上側など所定の位置にそのＵＲＬを表示するようにしてもよい。
【００８９】
全面表示サイズのＴＶ画面がフロントのときにも所定時間操作が行われない場合、図１９（ｃ）の表示画面４０９に示すように、タブ領域は消去され、ＴＶ画面に開放される。この後、ＴＶ画面の任意の位置がタッチされると、図１９（ａ）のタブ表示を伴う表示画面４０７へ戻る。
【００９０】
次に、本実施の形態において特徴的なフィットボタン４６５が指示されたときのフィット処理を図２０により説明する。ウェブページ画面とＴＶ画面とを共に表示させている際に、ＴＶ画面とウェブページ画面とを対比して見たいような場合がある。このような場合、ユーザは任意の表示画面でＴＶ操作部４５２内のフィットボタン４６５にタッチすることにより、図２０（ａ）に示すように、ＴＶ画面全体を表示させたまま、ウェブページもＴＶ画面に隠れる部分がないよう、ウェブページ画面を再構成して両画面を隣接して表示する。このような処理をフィット処理と呼ぶ。また、ウェブページ画面の再構成を行う処理をＳＦＲ処理（ｓｍａｒｔ  ｆｉｔ  ｒｅｎｄｅｒｉｎｇ処理）と呼ぶ。このＳＦＲ処理は、特開２００４−２６５３９０号公報に開示されているように本出願人が先に提案したものであり、ＰＣ画面用ウェブページを、ブラウザにて携帯電話機の画面用に再構築して表示させる技術であり、本実施の形態におけるフィットボタン４６５で行う処理に利用できる。ただし、ウェブページの再構成の目標となる表示幅は、携帯電話機の表示幅でなくて、表示画面４５１の表示幅からＴＶ画面４５１ａの表示幅を除いた残りのフィットウェブページ画面４５１ｂの表示幅とする。
【００９１】
このフィット表示画面４５１は、ＴＶ画面４５１ａと、フィットウェブページ画面４５１ｂとに大別される。このときのＴＶ画面４５１ａのサイズは前述した中間サイズのＴＶ画面４４６と同じである。フィット表示画面４５１においてもＴＶ画面はタブウィンドウの一つとしてタブが割り当てられる。図の例ではＴＶ画面の上部は隙間領域４５１ｃとなっており、この領域には何も表示されない。フィット表示画面４５１の特徴として、ＴＶ画面４５１ａおよびフィットウェブページ画面４５１ｂは共に常時前面にあるが、ＴＶ画面がアクティブとなっていない場合には、上記全面表示サイズの場合と同様、ＴＶ画面用のタブ４２４のサイズを、タブ４２４ａに縮小している。また、縮小していないタブ表示時もそのＴＶ操作部４５２ａにはフィットボタンを欠いている。この理由は、既にフィット表示画面ではフィットボタンは不要だからである。フィットボタンを消去する代わりに、選択不能な状態にしてもよい。
【００９２】
また、全面表示サイズの場合と同じく、タブは所定の時間経過により消去される。消去後はＴＶ画面のタッチ動作により再表示される。フィット表示画面４５１での円形メニューはフィットウェブページ画面４５１ｂ内に収納しきれない場合には、ＴＶ画面４５１ａにはみ出して表示する。
【００９３】
このように、フィットボタン４６５によれば、任意のＴＶ画面から単一のボタンにタッチするのみで、ＴＶ画面の所定サイズ変更とウェブページ画面の再構成が自動的に行われる。これによりＴＶ画面を表示したまま、ウェブページ画面をＴＶ画面に隠すことなく表示することが可能となる。また、ＴＶ画面を見ながら、ウェブページのタブを切り替えて別のウェブページ画面を閲覧することもできる。
【００９４】
フィットウェブページ画面４５１ｂに表示されるウェブページはＴＶ画面４５１ａに隠れる部分はない。縦長でフィットウェブページ画面４５１ｂに収納されない部分は縦スクロールにより画面内に移動させて見ることができる。縦スクロールのための操作は、特に図示しないが、例えば、モード切替ボタンの押下などによる動作モードの切替によりスクロールモードとして、タッチ操作により行うことが可能である。
【００９５】
図２１にフィット処理の概略処理手順を示す。ユーザによるフィットボタン４６５の押下等によりフィット処理が要求されたら、まず、ＴＶ画面サイズを上述した中間サイズに設定し（Ｓ８１）、これを図２０で説明したフィット用ＴＶ領域に表示させる（Ｓ８２）。ついで、ウェブページのコンテンツ（マークアップ言語文書）に対して、上記ＳＦＲ処理を実行する（Ｓ８３）。このＳＦＲ処理により生成されたフィットウェブページ画面をフィットウェブページ領域に表示する（Ｓ８４）。このような手順により図２０（ａ）に示したフィット表示画面４５１が表示される。
【００９６】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。例えば、本発明の表示装置１００において、ＬＥＤ等の多数色を発光する手段を備え、メニュー項目の選択に合わせて色を変える構成を採ってもよい。
【図面の簡単な説明】
【００９７】
【図１】本発明の実施の形態における、マークアップ言語文書の表示処理を行うウェブブラウザ機能およびテレビ放送受信機能を備えた表示装置の概略構成を示すブロック図である。
【図２】図１に示した表示装置の主要な機能を示す機能ブロック図である。
【図３】本発明の実施の形態において記憶部に記憶される各種のデータの説明図である。
【図４】本発明の実施の形態におけるウェブブラウザの表示画面（タブウィンドウ）内で必要時に表示して用いる円形メニューの構成の説明図である。
【図５】円形メニューアイコン・表示管理データに含まれる表示管理データとしてのメインメニューデータテーブルとサブメニューデータテーブルの構成例を示す図である。
【図６】図５とは別の構成のメインメニューデータテーブルとこれに対応するサブメニューデータテーブルの構成例を示す図である。
【図７】本発明の実施の形態におけるウェブブラウザによりウェブページ画面を表示した表示画面を示す図である。
【図８】本発明の実施の形態において親アイコンの周りに表示されるサブメニューの説明図である。
【図９】本発明の円形メニュー利用時の特徴の一つを説明するための図である。
【図１０】円形メニューの表示の際の動的表示（例えばアニメーション表示）の例の説明図である。
【図１１】本発明の実施の形態における円形メニューに関連した処理のフローチャートである。
【図１２】図１１の変形例を示すフローチャートである。
【図１３】図１１のステップＳ１８における第２タッチ時の該当メニュー項目判定処理を示すフローチャートである。
【図１４】本発明の実施の形態におけるタブブラウザにより表示されるウェブページ画面に重ねて表示したＴＶ画面を示す図である。
【図１５】本発明の実施の形態における、タブブラウザでのタブの表示に関する画面例を示す図である。
【図１６】本発明の実施の形態における、ＴＶ画面のフローティングウィンドウの説明図である。
【図１７】本発明の実施の形態における、ＴＶ画面の起動時の動的表示例の説明図である。
【図１８】本発明の実施の形態におけるＴＶ画面（ＴＶウィンドウ）の３つのサイズを示す図である。
【図１９】本発明の実施の形態における最大サイズのＴＶ画面とウェブページ画面の関係を示す図である。
【図２０】本発明の実施の形態におけるフィット処理の説明図である。
【図２１】図２０に示したフィット処理の概略処理手順を示すフローチャートである。
【符号の説明】
【００９８】
２０…ユーザ操作受付部、２１…円形メニュー処理部、２３…ブラウザ処理部、２５…処理部、１００…表示装置、１０１…制御部、１０２…信号処理部、１０３…画像処理部、１０５…表示部、１０７…マイク、１０８…スピーカ、１１３…入力部、１１５…ネットワークインタフェース、１１７…ＲＴＣ部、１２０…記憶部、２１１…タッチ検出機能、２１２…タッチ座標演算機能、２１３…円形メニュー表示可否判断機能、２１４…タッチ種類検出機能、２１５…円形メニュー表示機能、２１６…選択メニュー項目（メニュー表示完了前）決定機能、２１７…円形メニュー表示完了検出機能、２１８…選択メニュー項目（メニュー表示完了後）決定機能、２１９…タッチ対応音出力機能、２２０…選択メニュー項目実行機能、２２１…円形メニュー表示終了機能、２３１…ウェブページ取得表示機能、２３２…タブ管理機能、２３３…ＳＦＲ処理機能、２３４…ウィンドウ位置管理機能、２３５…ウィンドウサイズ管理機能、２３６…動画処理機能、２５１…指示Ｃｈ検出機能、２５２…チューナー調節機能、２５３…音量調節機能、３０１…円形メニューアイコン表示管理データ、３０３…操作メニューデータ、３０５…各種音データ、３０７…タブデータ、３０９…タッチ履歴データ、３１１…ウィンドウ現在座標、３１３…現在Ｃｈデータ、３１５…番組名データ、３５０…メインメニューデータテーブル、３５１…サブメニューデータテーブル、３６０…メインメニューデータテーブル、３６１…サブメニューデータテーブル、４００…表示画面、４０１…表示画面、４０２…表示画面、４０５…タッチ位置、４１０…円形メニュー、４２１，４２２，４２３，４２４，４２４ａ…タブ、４２５…閉じるボタン、４４５…アイコン、４５１…チャンネル情報、４５１…フィット表示画面、４５１ａ…ＴＶ画面、４５１ｂ…フィットウェブページ画面、４５１ｃ…隙間領域、４５２…ＴＶ操作部、４５２ａ…ＴＶ操作部、４６１…音量増ボタン、４６２…音量減ボタン、４６３…チャンネル減ボタン、４６４…チャンネル増ボタン、４６５…フィットボタン、４６６…サイズ変更ボタン、４６７…閉じるボタン
【図１】
2006139615.tif 000003
【図２】
2006139615.tif 000004
【図３】
2006139615.tif 000005
【図４】
2006139615.tif 000006
【図５】
2006139615.tif 000007
【図６】
2006139615.tif 000008
【図７】
2006139615.tif 000009
【図８】
2006139615.tif 000010
【図９】
2006139615.tif 000011
【図１０】
2006139615.tif 000012
【図１１】
2006139615.tif 000013
【図１２】
2006139615.tif 000014
【図１３】
2006139615.tif 000015
【図１４】
2006139615.tif 000016
【図１５】
2006139615.tif 000017
【図１６】
2006139615.tif 000018
【図１７】
2006139615.tif 000019
【図１８】
2006139615.tif 000020
【図１９】
2006139615.tif 000021
【図２０】
2006139615.tif 000022
【図２１】
2006139615.tif 000023