(57)【特許請求の範囲】
【請求項１】
表示装置を操作する複数のメニュー項目の中から選択されたメニュー項目を有する小メニューの前記表示装置上への表示位置を、前記表示装置に表示する基調画像の画像情報を基に予め作成された表示位置決定基準に従って決定する映像処理部と、
前記映像処理部により決定された前記小メニューの表示位置に小メニューを表示する制御信号を出力する制御器と、
前記制御器により出力された前記制御信号に基づいて、前記映像処理部により決定された前記小メニューの表示位置に前記小メニューを前記基調画像の上に重ね合わせて表示するメニュー画像合成器と、
を備えたことを特徴とする画像表示制御装置。
【請求項２】
請求の範囲第１項に記載の画像表示制御装置において、
前記制御器は、利用者の指示により、前記複数のメニュー項目の異なるメニュー項目を前記小メニューに表示させるように前記メニュー画像合成器を制御する制御信号を出力することを特徴とする画像表示制御装置。
【請求項３】
請求の範囲第１項に記載の画像表示制御装置において、
前記制御器は、一定の時間が経過するごとに、前記小メニューの表示位置を変更するように前記メニュー画像合成器を制御する制御信号を出力することを特徴とする画像表示制御装置。
【請求項４】
請求の範囲第１項に記載の画像表示制御装置において、
前記制御器は、前記基調画像の中央部を除外した領域に、前記小メニューの表示位置を変更するように前記メニュー画像合成器を制御する制御信号を出力することを特徴とする画像表示制御装置。
【請求項５】
請求の範囲第１項に記載の画像表示制御装置において、
前記映像処理部は、前記基調画像の濃淡分布を基に予め作成された前記表示位置決定基準に従って前記小メニューの表示位置を決定し、
前記制御器は、前記小メニューを、前記映像処理部により決定された前記小メニューの表示位置に表示するように前記メニュー画像合成器を制御する制御信号を出力することを特徴とする画像表示制御装置。
【請求項６】
請求の範囲第１項に記載の画像表示制御装置において、
前記映像処理部は、前記基調画像の濃淡分布の時間変位を基に予め作成された前記表示位置決定基準に従って前記小メニューの表示位置を決定し、
前記制御器は、前記小メニューを、前記映像処理部により決定された前記小メニューの表示位置に表示するように前記メニュー画像合成器を制御する制御信号を出力することを特徴とする画像表示制御装置。
【請求項７】
表示装置と、表示装置を操作する複数のメニュー項目の中から選択されたメニュー項目を有する小メニューの前記表示装置上への表示位置を、前記表示装置に表示する基調画像の画像情報を基に予め作成された表示位置決定基準に従って決定し、この決定された前記小メニューの表示位置に前記小メニューを前記基調画像の上に重ね合わせて表示する画像表示制御装置とを備えたことを特徴とする画像表示システム。
【発明の詳細な説明】
【技術分野】  この発明は、画像表示を制御する装置及びその装置を用いた画像表示装置に係るものであり、特にこれらの装置を利用者に操作しやすくする技術に関する。
【背景技術】  今後、デジタル放送サービスは主要な放送サービスとなると予想されている。従来のアナログ放送と比して、デジタル放送サービスでは、例えば双方向機能や多チャンネル放送など、利用者に提供されるサービスが飛躍的に豊富になるものとみられている。また、テレビジョン受像端末もビデオやＤＶＤとの一体化を初めとして、年々高機能化してきている。
ところで、そのような豊富なサービスや複雑な機能を利用者が十分に活用するためには、テレビ受像機において利用者が簡便に所望する機能を選択することのできる操作インターフェースの実現が望まれる。
数多くの機能メニューから利用者が所望する機能を適切に（少ない操作で、かつ予備知識を必要とせずに）選択可能とする方法として、日本国特開２０００−２７０２３６に記載されているように、テレビ受像機の画面にＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面を表示し、所望の機能を選択させる方法が考えられる。
しかし、画像表示装置にあっては、利用者が基調画像の状態を確認しながら、メニュー選択を行わなければならない状況がしばしば発生する。このような場合に、従来技術では基調画像の表示領域をメニューの表示に割いてしまうため、利用者は基調画像の状態を確認できない。そこで、利用者はメニューを選択して、メニュー操作画面が消去された後の基調画像の状態を見て、それが所望の結果でない場合に、再びメニュー画面を表示させて、メニューを選択し、その後基調画面を確認する、ということを繰り返す必要が生じていた。この発明はかかる問題を解決することを目的としている。
【発明の開示】
この発明に係る画像表示制御装置は、複数のメニュー項目を有する大メニューと基調画像とを表示装置に表示させ、利用者からの指示に基づいて、前記メニュー項目の選択及び操作を行う画像表示制御装置において、
前記指示により、前記大メニューと、前記大メニューのメニュー項目の一部のみをメニュー項目として有する小メニューとを択一的に選択して制御する制御器と、
前記制御器からの制御に基づいて、前記基調画像と同時に小メニューを前記表示装置に同時に表示させるメニュー画像合成器を備えたものである。
このように、この発明に係る画像表示制御装置によれば、従来通り大メニューを通じてメニュー操作をすることができるとともに、大メニューのメニュー構成に習熟した利用者には、大メニューに替えて、画面領域の大部分を占有することのない小メニューを通じてメニュー操作させることで、メニュー操作によって基調画像がどのように変化するかを確認しながらメニュー操作を進めることができる、という効果を奏するものである。
【図面の簡単な説明】  図１はこの発明の実施の形態１によるテレビジョン受像システムの構成図、
図２はこの発明の実施の形態１によるテレビジョン受像システムの構成を示すブロック図、
図３はこの発明の実施の形態１による指示信号送信器の例を示す正面図、
図４はこの発明の実施の形態１によるテレビジョン受像システムにおける割り込み信号の処理のフローチャート、
図５はこの発明の実施の形態１による割り込みベクタテーブルのメモリマッピングを示す図、
図６はこの発明の実施の形態１によるイベント待ち行列のメモリマッピングを示す図、
図７はこの発明の実施の形態１によるイベントハンドラのフローチャート、
図８はこの発明の実施の形態１によるメニュー描画処理のフローチャート、
図９はメニューテンプレートの備えるデータの階層を論理的に表現した樹形図、
図１０はこの発明の実施の形態１によるテレビジョン受像システムによって表示される大メニューの正面図、
図１１はこの発明の実施の形態１によるテレビジョン受像システムによって表示される小メニューの正面図、
図１２はこの発明の実施の形態１によるメニュー項目移動処理のフローチャート、
図１３はこの発明の実施の形態１によるテレビジョン受像システムによって表示される小メニューの別の正面図、
図１４はこの発明の実施の形態１によるメニュー切り替え処理のフローチャート、
図１５はこの発明の実施の形態１によるメニュー表示位置の変更処理のフローチャート、
図１６はこの発明の実施の形態２によるテレビジョン受像システムの構成を示すブロック図、
図１７はこの発明の実施の形態２によるメニュー表示位置の変更処理のフローチャート、
図１８はこの発明の実施の形態３によるメニュー表示方法の例を示す図、
図１９はこの発明の実施の形態３によるメニュー表示方法の例を示す図、
図２０はこの発明の実施の形態３によるメニュー表示方法の例を示す図、
である。
【発明を実施するための最良の形態】実施の形態１．
図１は、この発明の実施の形態１によるテレビジョン受像システムの構成図である。図において受信アンテナ１が受信したＶＨＦやＵＨＦなどのテレビ信号は、同軸ケーブル２を経由して、画像表示制御装置３に入力される。画像表示制御装置３は、リモコン端末を例とする指示信号送信器４から送信される制御信号に基づいて表示装置５に表示されるテレビ番組を制御する装置である。なお、図１に示した例では、画像表示制御装置３は所謂セットトップボックスのような形態で表示装置５の外部から表示装置５を制御するような構成としているが、表示装置５の内部に画像表示制御装置３を組み込んで一体として構成してもよい。
図２は、このテレビジョン受像システムの構成を示したブロック図である。図において、受信アンテナ１によって受信されたテレビ信号は、同軸ケーブル２を介して、画像表示制御装置３に入力される。画像表示制御装置３にあって、チューナ１１は、受信信号から所望のチャンネル信号のみを選択し、出力するための素子又は回路である。また、入力されるテレビ信号がデジタルテレビ信号である場合は、チューナ１１がデジタル信号であるテレビ信号をアナログ信号に変換するデジタルコンバータの機能を備えてもよい。
選局回路１２は、後述する制御器１４からの制御に基づいてチューナ１１にチャンネル選択要求信号を出力する素子又は回路である。
映像処理部１３は、チューナ１１が出力するチャンネル信号を画像信号と音声信号に分離し、画像信号についてはカラーテレビ信号からＲＧＢ信号に変換する素子又は回路である。
制御器１４は、画像表示制御装置３の各部位の状態の変動に基づいて、それらの部位の動作を制御するための部位であって、中央演算装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）によって構成されている。
指示信号受信器１５は、指示信号送信器４が送信した信号を受信して、制御器１４に対する割り込み信号を発生し、指示信号送信器４を用いて行う利用者の操作指示を制御器１４に伝達するための回路又は素子である。指示信号受信器１５は、割り込み信号線を介して制御器１４と接続されている。そして、指示信号送信器４が送信する信号が赤外線信号である場合には、指示信号受信器１５は、受光素子を用いて構成され、赤外線の受光に基づいて電気的特性を変化し、所定の割り込み信号を発生するようになっている。
タイマー１６は、一定時間毎にパルス波を発生するための素子又は回路であって、水晶発振子などを用いて構成され、制御器１４とは、割り込み信号線を介して接続されている。そして、発生したパルス波に基づいて制御器１４に割り込み信号を発生させるのである。
ＲＯＭ１７は、制御器１４で実行されるマイクロコンピュータ用プログラムの命令コードやメニュー項目の構成を定義するメニューテンプレート、メニュー表示用の画像データ、メニュー表示に用いるフォントデータなどを記憶するための不揮発性記憶素子又は回路であり、番地を指定することで、記憶しているデータが取り出せるようになっている。なお、ＲＯＭ１７はフラッシュメモリを用いて構成することが望ましい。これは電源断があっても、電源断直前の最後の操作状態を記憶しておくことができるからである。
ただし、ＲＯＭ１７すべてをフラッシュメモリを用いて構成する必要はなく、例えば操作内容を記憶するためだけにフラッシュメモリを用い、その他のプログラムコードやイメージデータに対しては、一般的に用いられる紫外線で消去可能なＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）を用いるようにしてもよい。さらには、前回の操作内容を記憶しておく、というＲＯＭ１７の特徴は、この発明の特徴とは直接関係するものではないので、フラッシュメモリを用いることは必須ではない。なお、大メニューや小メニュー、メニューカーソルなどの語の意味については後述することとする。
また、ＲＡＭ１８は、制御器１４で実行されるマイクロコンピュータ用プログラムが必要とする一時的なデータを記意するための揮発性記憶素子又は回路であって、ＲＯＭ１７と同じように、番地を指定することで、記憶しているデータが取り出せるようになっている。
メニュー表示回路１９は、制御器１４からの制御信号に基づいて、ＲＯＭ１７に記憶されているメニュー表示用の画像データやフォントデータとを組み合わせてメニュー画像のＲＧＢ信号を生成する回路である。メニュー画像合成器２０は、映像処理部１３がテレビジョン信号から分離したＲＧＢ信号による映像の中に、メニュー表示回路１９が出力するＲＧＢ信号を組み込む、所謂ピクチャ・イン・ピクチャ機能を実現するための回路または素子である。
Ｄ端子ケーブル２１は、メニュー画像合成器２０が出力する画像信号を表示装置５に送信するためのケーブルである。
（指示信号送信器４の構成）
続いて指示信号送信器４の構成について説明する。図３は、指示信号送信器４の正面図である。図において、信号照射部３１は、利用者による指示信号送信器４の操作に基づいて電波または赤外線を照射する部位である。
電源ＯＮ／ＯＦＦボタン３２は、遠隔から画像表示制御装置３の電源を投入する場合あるいは切断する場合に押下するボタンである。画像表示制御装置３が表示装置５と一体として構成されている場合は、画像表示制御装置３の電源に替えて、表示装置５の電源を投入あるいは切断するようにしてもよい。ボタン群３３は、数字その他を入力するために使用するボタンであって、チャンネル番号の選択などに使用される。ボタン３４は、画像表示制御装置３が表示装置５の画面に表示するメニュー上のカーソル（現在利用者が選択しているメニュー項目を識別可能とするために行う特別な表示をいう。以下、単に「メニューカーソル」と呼ぶ）を上方向に移動する際に操作するボタンである。また、ボタン３５は、メニューカーソルを左方向に移動するために操作するボタンである。同じく、ボタン３６は、メニューカーソルを下方向に移動するために操作するボタンであって、ボタン３７は、メニューカーソルを右方向に移動するために操作するボタンである。なお、ボタン３４〜３７を総称して、項目移動キーあるいは項目移動ボタンと呼ぶ。
ボタン３８は、メニューカーソルが表示されているメニュー項目を選択決定するため、またはボタン群３３による数字入力を確定するために、操作するボタンである。
ボタン３９はメニューの表示・非表示制御用ボタンである。すなわち、メニューが表示されている場合に、利用者がボタン３９を操作すると、メニューが非表示となる一方で、メニューが表示されていない場合に、利用者がボタン３９を操作すると、メニューが表示されるようになっている。
ボタン４０は、メニュー切替ボタンであって、この発明が提供する複数のメニュー表示方法を選択するために操作するボタンである。
なお、以上の説明において、ボタンを操作する、とは、例えばボタンを押下する動作などを意味するものとし、より一般的には、画像表示制御装置３内部に備えられた図示せぬ各ボタン用のセンサ回路に、利用者の動作に基づくスイッチの接触・切断を検出せしめ、あるいは、圧電素子や非接触静電素子における電気的特性の変化を検出せしめて、一定の信号を発生させる利用者の行為をいう。
またこの例では、ボタンを指示信号送信器４の正面に配置する構成としたが、例えばボタン３４〜３７とボタン３８に替えて、ジョイスティックのような操作部を設けても構わないのである。
（テレビジョン受像システムの動作）
次に、このテレビジョン受像システムの動作について説明する。このテレビジョン受像システムは、まず受信アンテナ１がＶＨＦあるいはＵＨＦ信号などを例とするテレビジョン放送信号を受信し、チューナ１１において受信信号から所望のチャンネルの信号のみを抽出する。そして映像処理部１３は、チャンネル信号を画像信号と音声信号とに分離して、メニュー画像合成器２０に画像信号を出力し、音声信号については図示せぬオーディオアンプを介してスピーカに出力する。メニュー画像合成器２０は、映像処理部１３が出力した画像信号とメニュー表示回路１９からのメニュー画像信号とを１つの画像に合成し、その画像信号を表示装置５に出力する。
一方、画像表示制御装置３は、利用者が操作する指示信号送信器４からの信号に基づいて、メニューを表示装置５に表示し、チャンネルの選択、画像や音量の調整その他の操作を行えるようにしている。
以下、これらの処理について、より具体的に説明する。画像表示制御装置３における処理は、指示信号受信器１５やタイマー１６が発生する割り込み信号に基づいてイベントを発生し、このイベントをキュー（待ち行列）に格納する処理と、キューに格納されたイベントを取り出して、このイベントの種類に応じ画像表示制御装置３の各部位を制御する処理とにより構成される。このうち、前者の処理を割り込み処理（Ｉｎｔｅｒｒｕｐｔ  Ｈａｎｄｌｉｎｇ）と呼び、後者の処理をイベント処理（Ｅｖｅｎｔ  Ｈａｎｄｌｉｎｇ）と呼ぶこととする。
最初に、割り込み処理とイベント処理との間の関係について説明する。定常状態において、制御器１４はイベント処理を実行しており、割り込み信号が外部から制御器１４に入力されると、制御器１４はイベント処理を中断して割り込み処理を実行する。そして、割り込み処理が完了すると、制御器１４は中断していたイベント処理を再開する。
これらの処理をより詳細に説明すれば次のようになる。制御器１４に割り込み信号を入力すると、制御器１４は、インストラクションポインタ（命令列を取り出す先となる番地を記憶するレジスタ）の内容をＲＡＭ１８に確保した待避用領域（スタック）に転送し、次いで割り込み処理の命令コード列の先頭番地をインストラクションポインタ（命令列を取り出す先となる番地を記憶するレジスタ）に転送して、割り込み処理を開始するのである。
（割り込み処理）
続いて、割り込み処理の詳細について説明する。図４は、割り込み処理のフローチャートである。この処理に先立って、制御器１４は、例えば指示信号受信器１５やタイマー１６などの部位から割り込み信号を受信する。この割り込み信号は、制御器１４から見ると不定期に発生する信号であって、現在処理中のイベント処理とは独立して発生する。割り込み信号を受信すると、制御器１４は割り込み処理の命令コード列の実行を開始する。まず図のステップＳＴ１０１において、制御器１４は、インストラクションポインタを除くすべてのレジスタ値をスタック領域に待避する。この処理は、割り込み処理が完了した後に、元の処理を再開するために必要となる処理である。
そしてステップＳＴ１０２において、制御器１４は割り込みベクタテーブルを参照して、割り込み信号に対応したイベントをキューに追加する。割り込みベクタテーブルとは、割り込みとイベントとの対応関係、そして各イベント専用のイベントハンドラの命令コード列の先頭アドレスを記憶するＲＯＭ１７上の記憶領域を指すものである。図５は、割り込みベクタテーブルのメモリマッピングを示す図である。図において、符号４１−１を付した領域は、割り込み番号１（具体的な番号が与えられる）を記憶する領域であり、符号４２−１を付した領域は、割り込み番号１に対応するイベントのＩＤ番号を記憶する領域である。また、符号４３−１を付した領域は、割り込み１に対応するイベントハンドラの命令コード列の開始アドレスを記憶する領域である。また割り込み番号２についても、符号４１−２、４２−２、４３−２を付した領域が割り当てられて、割り込み番号２、そのイベントＩＤ、イベントハンドラの先頭アドレスが記憶される。以降、他の割り込み番号に対しても同じように割り込み番号とイベントＩＤ、イベントハンドラの組み合わせが順に記憶される。
なおここでは、割り込み番号２とイベントＩＤのそれぞれに異なる値を割り当てる構成の例を示したが、両者を同一の値とするように構成してもよい。また両者を同一の値とした場合には、割り込みベクタテーブルにおいて、割り込み番号とイベントＩＤとのそれぞれに対して異なる領域を割り当てる必要はない。
次にキューの構造について説明する。キューはＦＩＦＯ（Ｆａｓｔ−Ｉｎ  Ｆａｓｔ−Ｏｕｔ）の原則に基づいて複数のイベントを記憶するＲＡＭ１８上の記憶領域である。具体的には、イベントカウンタとキューの先頭アドレス、そしてキューの最後尾アドレスの３つの構成要素を備える管理部と、実際にイベントを記憶するイベント記憶部とを備えている。図６はこのようなキューのメモリマッピングの例を示す図である。図において、イベントカウンタ４４は、キューに記憶されるイベントの個数を記憶する領域である。またキューの先頭アドレス４５は、キューの先頭となるイベントを記憶する領域の番地を記憶する領域である。キューの最後尾アドレス４６は、キューの最後のイベントを記憶する領域の番地を記憶する領域である。なお、キューはＦＩＦＯの原則に基づいてイベントを記憶するので、キューの先頭アドレス４５が保持する番地の領域に記憶されるイベントが最も古いイベントであり、また最初に処理されるイベントとなる。そしてキューの最後尾アドレス４６が保持する番地の領域に記憶されるイベントが最も新しいイベントであり、また最後に処理されるイベントとなる。
同じく図６において、イベント記憶部４７は、一つ以上のイベントを記憶する領域である。図の符号４８で囲んだ部分は、イベント記憶部４７の状態をより詳細に説明するための図である。ここで、イベント記憶部４７が記憶しているイベントを、イベント１、イベント２、…、イベントｎと呼ぶこととする。イベント１は、イベント内容４９と次のイベントのアドレス５０から構成されている。イベント内容４９は、そのイベントのイベントＩＤである。そして次のイベントのアドレス５０は、イベント２が格納されている記憶領域の番地を格納する領域である。イベント２以降のイベントもすべて同様の構造を有している。すなわち、イベント記憶部４７は、リスト構造のデータで表現された記憶域であって、イベント１、イベント２、…、イベントｎの順で、連続的にデータが格納されている必要はないのである。そして最後のイベントｎについてはイベント内容５１と空き領域５３のアドレス５２を格納するようになっているのである。
ステップＳＴ１０２において、制御部１４はイベントをキューに追加する。この処理は、キューの最後尾アドレス４６を参照して、最後のイベントｎが格納されている領域を求め、続いて最後のイベントｎの空き領域５３が保持する番地をキューの最後尾アドレス４６に記憶させるとともに、空き領域５３が保持する番地に新たなイベントのＩＤとその次の空き領域のアドレスを格納する処理である。
そしてステップＳＴ１０３において、イベントカウンタ４４に格納されているイベントの個数に１を加えて、再びイベントカウンタ４４に格納する。
続いて、ステップＳＴ１０４において、ステップＳＴ１０１で待避したすべてのレジスタ値を各レジスタ値に転送してそれぞれのレジスタ値を回復する。そしてインストラクションポインタの値を回復して、割り込み処理を終了する。
以上のようにして、キューにイベントが設定される。その一方で、割り込みを処理している時間以外の時間においては、次に説明するイベント処理を行う。
（イベント処理）
図７は、制御器１４によるイベント処理のフローチャートである。まず、ステップＳＴ１１１において、制御器１４は電源投入直後のイベントが全くない状態で、イベントカウンタ４４を０に初期化する。続いて、ステップＳＴ１１２において、所定の間待機する。すなわち、タイマー１６が生成するパルスによる割り込み信号を用いて計時を行い、所定の時刻が経過するまでの間ＮＯＰ命令（ｎｏ  ｏｐｅｒａｔｉｏｎ：何もしない命令）を実行し続ける。ただし、この処理は必須ではなく省略してもよい。次に、ステップＳＴ１１３において、イベントカウンタ４４の値が０より大きいかどうかを調べる。そして、イベントカウンタ４４の値が０より大きい場合は、ステップＳＴ１１２に戻る。一方、イベントカウンタ４４の値が０より大きい場合は、ステップＳＴ１１４に進む。
ステップＳＴ１１４において、キューの管理部に記憶されるキューの先頭アドレス４５を参照し、キューの先頭のイベントを取得する。次にステップＳＴ１１５において、割り込みベクタテーブルを検索してこのイベントのイベントＩＤが記憶されている位置を求め、このイベントＩＤに対応するイベントハンドラの開始アドレスを取得する。そしてステップＳＴ１１６において、このイベントハンドラを呼び出して、イベントを処理する。なお、個々のイベントハンドラの内容については後述することとする。続いて、ステップＳＴ１１７において、イベントカウンタ４４の値を１減じ、続いてステップＳＴ１１８において、キューの先頭アドレス４５の値を、次のイベントが記憶されている領域の番地に更新し、ステップＳＴ１１９において、古い先頭イベントが占有していた記憶領域を解放する。そして再びステップＳＴ１１２に戻る。図７のフローチャートは、画像表示制御装置３の電源を切断するまで実行される処理であり、終了することがない。
（メニュー表示／非表示処理）
次に利用者が、指示信号送信器４のボタン３９、すなわち、メニュー表示／非表示ボタンを操作した場合の動作について説明する。利用者がボタン３９を操作すると、指示信号送信器４は信号照射部３１から赤外線などの信号を照射する。そして、指示信号受信部１５は、この信号を検出して、制御器１４に割り込み信号を通知する。制御器１４は、割り込み処理を通じて、この割り込み信号をイベントに変換し、キューに記憶する。そしてイベント処理において、イベントカウンタ４４の値が０でないので（ステップＳＴ１１３）、利用者がボタン３９を操作したことに起因するイベントがキューから取り出されて（ステップＳＴ１１４）、このイベントに対応するイベントハンドラが割り込みベクタから取得され（ステップＳＴ１１５）、ボタン３９操作によるメニュー表示／非表示の切替処理のイベントハンドラが実行される。
図８は、メニュー表示／非表示の切替処理のイベントハンドラのフローチャートである。図のステップＳＴ１２１において、制御器１４は現在メニューが表示中かどうかを調べる。そしてメニューが表示中である場合には、ステップＳＴ１２２に進む。ステップＳＴ１２２において、制御器１４はメニューを消去する。そのために、制御器１４は、内部バスを介して制御信号をメニュー表示回路１９に送信し、メニューの破棄を通知する。そして、メニュー表示回路１９は、メニューの破棄を伝える制御信号を受信すると、それまでメニュー表示のためにメニュー画像合成器２０に出力していたＲＧＢ信号の出力を行わないようにする。メニュー画像合成器２０は、メニュー表示回路１９からのＲＧＢ信号出力がなくなった場合には、ピクチャ・イン・ピクチャ処理を解除して、映像処理部１３からのＲＧＢ信号だけで画像を構成する。以上が、ステップＳＴ１２２におけるメニュー消去処理である。その後、メニュー表示／非表示イベントハンドラを終了して、イベント処理のステップＳＴ１１７に戻る。
一方、ステップＳＴ１２１において、制御器１４がメニューが表示中でないと判断した場合には、ステップＳＴ１２３に進む。ステップＳＴ１２３では、制御器１４がＲＯＭ１７からメニューテンプレートをロードする。ここで、メニューテンプレートとは、例えば複数のメニュー項目と各メニュー項目間の関係を定義したデータを意味する。より具体的には、メニューテンプレートとは、階層的にデータが配置されたデータ構造である。図９は、このようなメニューテンプレートの備えるデータの階層を論理的に表現した樹形図である。図が示すように、まずメニューテンプレートには、最初の階層として、例えばテンプレート５４のようなテンプレートと呼ばれるデータの単位が設けられている。テンプレートは１つ以上存在し、それぞれのテンプレートは、メニュー名（例．”Ｄｅｖｉｃｅｓ”）が付与されている。このメニュー名は、他との重複を許さない識別子あるいは名前である。このメニュー名は、制御器１４がメニューの処理を行う上で参照するとともに、表示装置５に直接表示されて、利用者がその名前から、そのメニューが何に関するメニューかを判断する材料となるので、分かりやすい名称を付与することが望ましい。ただしこのことは本発明の特徴とは直接関係しない。
テンプレート５４の下位には、セクションと呼ばれる階層が設けられている。セクションはテンプレート毎に１つ以上存在し、それぞれのセクションには、同一のテンプレート内において重複を許さない識別子あるいは名前が付与されている。この例では、セクション５５に、例えば”Ｉｎｐｕｔ”、セクション５８に”Ｏｕｔｐｕｔ”、セクション６２に”Ｒｅｃ”のような名前が付与されている。セクションの名前もメニューを表示した場合に、利用者に直接的に表示する文字列となるので、分かりやすい名前を付与することが望ましい。
セクションの下位には、メニュー項目と呼ばれる階層が設けられている。例えばセクション５５の下位には、メニュー項目５６が設けられている。メニュー項目には、そのメニュー項目のタイトルとなる文字列が付与される。例えば項目５６には”Ａｎｔ−Ａ”という名前が付与される。この名前は、各メニュー項目に直接表示される文字列である。また各メニューには、ＲＯＭ１７に記憶されている画像データを識別する情報が与えられる。画像データを識別する情報の例として、それぞれの画像データが記憶されているＲＯＭ１７内の番地の値をそのまま識別情報として用いるようにしてもよいし、情報がファイルシステムによって管理されているのであれば、ファイル名を付与してもよい。
一方、セクションの直下にメニュー項目を設けるのではなく、サブセクションと呼ばれる階層を設けるようにしてもよい。例えばセクション５８の下位には、サブセクション５９などが設けられている。サブセクションにも、一意に識別できる名前が付与されている。例えば、サブセクション５９には”Ｖｉｄｅｏ”、サブセクション６０には”Ａｕｄｉｏ”いう名前が付与される。これらの名前も表示装置５に文字列として直接表示される。
図９では、メニューテンプレートを構成するデータ間の関係を論理的に表現するために、樹形図としてメニューテンプレートの構成を示したが、実際にはバイナリ形式でこれらのデータを表現してもよいし、ＨＴＭＬ文書やＸＭＬ文書のように構造を有するテキストファイルによってこれらのデータを表現してもよい。すなわち、このような階層構造を表現しうるデータ形式であれば、どのような形式で表現しても構わない。
次にステップＳＴ１２４において、制御器１４は、メニューテンプレートからメニューイメージを合成し、メニュー表示回路１９に出力する。ここで、メニューには大メニューと小メニューがある。大メニューとは、表示装置５のディスプレイの大部分を覆い隠すメニューの表示形式である。大メニューによれば、広い表示領域を用いることができるために、多くのメニュー項目や詳細な情報を表示することができる。また小メニューとは、ディスプレイの一部のみを覆い隠すメニューの表示形式である。小メニューでは、狭い表示領域しか表示できないため、表示されるメニュー項目の個数も限定される。しかし小メニューはディスプレイの一部を占有するだけで済むので、小メニュー表示領域以外の領域には映像処理部１３が出力したＲＧＢ信号による映像（基調画像）を表示することができる。そのため、現在のディスプレイの状況やテレビ番組などチャンネルの内容を確認しながら、メニューの操作を進めることができる、という利点を有している。
そして制御器１４は、直近に表示されていたメニューが大メニューの場合には、新たに表示するメニューとして大メニューのメニューイメージを合成する。また直近に表示されていたメニューが小メニューの場合には、新たに表示するメニューとして小メニューを合成するのである。なお、直近に表示されていたメニューの形式は、ＲＯＭ１７に記憶される。こうすることによって、最後にメニューを表示してから新たにメニューを表示するまでの間に電源断が発生しても、最後のメニュー形式の記憶が保持されることとなる。
このようにして制御器１４が生成したメニューイメージを入力すると、メニュー表示回路１９は、このメニューイメージをＲＧＢ信号に変換して、メニュー画像合成器２０に出力する。メニュー画像合成器２０は、映像処理部１３が出力するＲＧＢ信号に、メニュー表示回路１９が出力するＲＧＢ信号をピクチャ・イン・ピクチャによって合成し、その結果を表示装置５に出力する。図１０は、このようにして合成された大メニューによるメニュー画像の例である。この図は、図９のメニューテンプレートの中のテンプレート”Ｄｅｖｉｃｅｓ”をメニューイメージに変換した例を示すものであって、図１０の符号６２が示す矩形は、メニューテンプレートのセクション５５に対応する部分であり、符号６３が示す矩形は、メニューテンプレートのサブセクション５９、符号６４が示す矩形は、サブセクション６０、符号６５が示す矩形は、セクション６１に対応する部分である。
また図１１は、同じくステップＳＴ１２４において合成される小メニューの例である。図において、符号７１が示すのはこの小メニューのメニュー項目タイトル文字列である。また符号７２はこのメニュー項目に対応する画像イメージを示している。符号７３は、この小メニューがセクションまたはサブセクションにおいてどの位置に存在するかを示す情報であって、例えばｎ／ｍのように表示される。ここでｍは、このセクションまたはサブセクションにおけるメニュー項目の総数である。そしてｎは、このセクションまたはサブセクションの先頭のメニュー項目を１とした場合の、このメニュー項目の順番である。このようにメニュー項目の総数やこのメニュー項目の位置を示す情報を表示することで、小メニューであるにもかかわらずメニュー全体の構成を利用者に知らせるので、表示領域が制約されていても操作性が劣化することがないのである。
また符号７４〜７７が指し示す矢印は、その方向にメニューカーソルが移動しうることを示す表示である。この例では、矢印７７のみ薄く表示され、矢印７４〜７６は濃く表示される。こうすることで、濃く表示された矢印の方向にさらに別のメニュー項目が存在することを利用者に分かりやすく伝えることとしているのである。なお矢印７７は薄く表示することに替えて、矢印を非表示としても同様の効果が得られる。
ステップＳＴ１２４の処理の最後に、表示したメニューの形式（大メニューか小メニューか）をＲＯＭ１７に記憶させる。その後、制御器１４は、メニュー表示／非表示イベントハンドラを終了して、イベント処理のステップＳＴ１１７に戻り、次のイベントの処理を続行する。
（メニュー選択操作）
次に利用者が、指示信号送信器４のボタン３４〜３７、すなわち、メニューカーソルの移動ボタンを操作した場合の動作について説明する。利用者がボタン３４〜３７を操作した場合も、メニュー表示／非表示ボタン３９と同様に、最終的に割り込みがイベントに変換され、キューに格納される。そしてイベント処理において、イベントカウンタ４４の値が０でないので（ステップＳＴ１１３）、利用者がボタン３４〜３７のいずれかを操作したことに起因するイベントがキューから取り出されて（ステップＳＴ１１４）、このイベントに対応するイベントハンドラが割り込みベクタから取得され（ステップＳＴ１１５）、ボタン３４〜３７操作によるメニューカーソル移動処理のイベントハンドラが実行される。
図１１は、メニューカーソル移動処理用のイベントハンドラのフローチャートである。図のステップＳＴ１３１において、制御器１４は、メニューが現在表示中であるかどうかを判定する。そしてメニューが表示中でない場合には、メニューカーソル移動処理用のイベントハンドラを終了して、ステップＳＴ１１７に戻る。
一方、ステップＳＴ１３１において、メニューが表示中であると判断された場合は、ステップＳＴ１３２に進む。そしてステップＳＴ１３２において、操作されたキーがキー３４であるかどうかを調べる。そしてキー３４である場合には、ステップＳＴ１３３に進み、現在のカーソル位置がセクションまたはサブセクションの一番上のメニュー項目かどうかを調べる。そして一番上のメニュー項目である場合は、ステップＳＴ１３４に進み、一番上のメニュー項目でない場合は、ステップＳＴ１３５に進む。ステップＳＴ１３４において、制御器１４は、メニューカーソルそのセクションまたはサブセクションの一番下のメニュー項目に移動する。なお、メニューカーソルを移動した場合には、メニューカーソルがそれまで存在していたメニュー項目のメニューイメージと、新たにメニューカーソルの移動先となったメニュー項目のメニューイメージとを更新する必要があるが、このメニューカーソル移動時のメニューイメージを更新する処理の詳細については後述する。
ステップＳＴ１３５では、メニューカーソルをそのセクションまたはサブセクションの一つ上のメニュー項目に移動させる。ここで、メニューカーソルを移動させる処理について具体的に説明する。メニューカーソルを移動させる、とは、表示しているメニューが大メニューである場合には、それまでメニューカーソルが存在していたメニュー項目の表示を通常の状態に戻し、新たなメニュー項目にメニューカーソルが存在することを利用者が理解できるように、その新たなメニュー項目の表示を変更することをいう。
大メニュー表示時に、新たなメニュー項目にメニューカーソルが存在することを理解できるようにする表示方法としては、例えばＲＧＢ値が（０ｘＦＦ，０ｘＦＦ，０ｘＦＦ）というビットパターンと新たなメニュー項目のメニューイメージとの間で排他的論理和演算を行う方法がある。この方法の利点は、以下の通りである。すなわち、メニューカーソルが別のメニュー項目に移る際に、現在のメニュー項目を元の表示に戻す必要がある。その場合、排他的論理和を用いる方法であれば、もう一度同じＲＧＢ値（０ｘＦＦ，０ｘＦＦ，０ｘＦＦ）というビットパターンで、現状のメニューイメージとの間で再度排他的論理和を求めれば、元のメニューイメージに戻すことができる。したがって極めて簡単な演算でカーソルの移動表示を実現できる。
これと同じように、メニューイメージのＲＧＢ値のそれぞれの成分を（０ｘＦＦ，０ｘＦＦ，０ｘＦＦ）から減算した結果を、メニューカーソルが存在する場合のＲＧＢ値とする方法もある。例えばメニューイメージの元のＲＧＢ値が（０ｘ６４，０ｘ８０，０ｘ７２）の場合、それぞれの成分を（０ｘＦＦ，０ｘＦＦ，０ｘＦＦ）から減算した結果は（０ｘ９Ｂ，０ｘ７Ｆ，０ｘ８Ｃ）となるので、これをメニューカーソルが存在する場合のＲＧＢ値とするのである。そしてメニューカーソルが他に移動した場合は、再びこのＲＧＢ値を（０ｘＦＦ，０ｘＦＦ，０ｘＦＦ）から減算すれば、元の（０ｘ６４，０ｘ８０，０ｘ７２）に戻る。このような方法で、メニューカーソルの存在を示しても構わない。
なお、このような処理はいずれも例示に過ぎない。この他にも、メニューカーソルが移動した場合に、元の画像データをロードして再描画すればメニューイメージを元に戻すことができる。その他、どのような方法でメニューカーソルが存在することを示してもよい。
また、小メニュー表示時には、メニューカーソルが存在するメニュー項目が小メニューの領域内に表示されるように、メニュー項目の表示を変更する。小メニューの表示領域が小さくても、個別のメニュー項目を小さくすれば、小メニュー中に複数のメニュー項目を表示することも可能な場合がありうる。このような場合には、メニューカーソルの移動とともに、それまで小メニューには表示されていなかったメニュー項目を表示するとともに、小メニュー領域の表示内容をスクロールするようにする。またこの場合には、大メニューのメニューカーソルと同じように、メニューカーソルが存在するメニュー項目を強調表示するなどして、そのメニュー項目にメニューカーソルが存在することが利用者に理解できるようにしてもよい。
ステップＳＴ１３４あるいはステップＳＴ１３５の処理の後、メニューカーソル移動イベントハンドラを終了して、イベント処理のステップＳＴ１１７に戻る。
一方、ステップＳＴ１３２において、イベントがキー３４の操作の結果として発生したイベントでないと判断された場合は、ステップＳＴ１３６に進む。そしてステップＳＴ１３６において、イベントがキー３６の操作の結果として発生したイベントであると判断された場合は、ステップＳＴ１３７に進む。
ステップＳＴ１３７において、現在のメニューカーソル位置がセクションまたはサブセクションにおいて一番下のメニュー項目かどうかを調べ、一番下のメニュー項目の場合はステップＳＴ１３８に進む。ステップＳＴ１３８において、現在のメニュー項目よりも下にあるメニュー項目は存在しないので、そのセクションまたはサブセクションの一番上のメニュー項目に移動する。
一方、ステップＳＴ１３７において、現在のメニューカーソル位置がセクション又はサブセクションにおいて一番下のメニュー項目でない場合は、ステップＳＴ１３９に進む。そしてステップＳＴ１３９において、一つ下のメニュー項目に移動する。
ステップＳＴ１３４あるいはステップＳＴ１３５の処理の後、メニューカーソル移動イベントハンドラを終了して、イベント処理のステップＳＴ１１７に戻る。
また、ステップＳＴ１３６において、イベントがキー３６の操作の結果として発生したイベントでないと判断された場合は、ステップＳＴ１４０に進む。そしてステップＳＴ１４０において、イベントがキー３５の操作の結果として発生したイベントであると判断された場合は、ステップＳＴ１４１に進む。
ステップＳＴ１４１において、現在のメニューカーソル位置が一番左のセクション（そのテンプレートの最初のセクション）にあるものかどうかを調べ、一番左のセクションのメニュー項目にメニューカーソルがある場合は、ステップＳＴ１４２に進む。ステップＳＴ１４２において、メニューカーソルをさらに左側に隣接するメニュー項目（メニューテンプレートにおいて、一つ前のセクションのメニュー項目）に移動することはできないので、メニューカーソルを一番右側のセクション（メニューテンプレートにおいて、最後のセクション）のメニュー項目に移動する。
一方、ステップＳＴ１４１において、現在のメニューカーソル位置が一番左のセクションでない場合は、ステップＳＴ１４３に進む。ステップＳＴ１４３において、制御器１４はメニューカーソルを左側に隣接するメニュー項目に移動させる。
ステップＳＴ１４２あるいはステップＳＴ１４３の処理の後、メニューカーソル移動イベントハンドラを終了して、イベント処理のステップＳＴ１１７に戻る。
また、ステップＳＴ１４０において、イベントがキー３５の操作の結果として発生したイベントでないと判断された場合は、ステップＳＴ１４４に進む。そしてステップＳＴ１４４において、イベントがキー３７の操作の結果として発生したイベントであると判断された場合は、ステップＳＴ１４５に進む。
ステップＳＴ１４５において、現在のメニューカーソル位置が一番右のセクション（そのテンプレートの最後のセクション）にあるものかどうかを調べ、一番右のセクションのメニュー項目にメニューカーソルがある場合は、ステップＳＴ１４６に進む。ステップＳＴ１４６において、メニューカーソルをさらに右側に隣接するメニュー項目（メニューテンプレートにおいて、一つ後のセクションのメニュー項目）に移動することはできないので、メニューカーソルを一番左側のセクション（メニューテンプレートにおいて、最初のセクション）のメニュー項目に移動する。
一方、ステップＳＴ１４５において、現在のメニューカーソル位置が一番左のセクションでない場合は、ステップＳＴ１４７に進む。ステップＳＴ１４７において、制御器１４はメニューカーソルを右側に隣接するメニュー項目に移動させる。
ステップＳＴ１４６あるいはステップＳＴ１４７の処理の後、メニューカーソル移動イベントハンドラを終了して、イベント処理のステップＳＴ１１７に戻る。
以上が、メニューカーソル移動処理のイベントハンドラの説明である。このようにメニューカーソル移動時には、例えば、一番上のメニュー項目にメニューカーソルがあるにも関わらず、さらに上方に移動しようとした場合には、メニューカーソルを一番下のメニュー項目に移動させるようにした。これによって、すべてのメニュー項目を循環的に選択することができ、一番下のメニューから一番上のメニューに移動するために、延々とキーを押し続けるような操作をする必要がなくなり、操作性が向上するのである。
しかしながら、このような処理は必須ではなく、例えば、一番上のメニュー項目にメニューカーソルがあるにもかかわらず、さらに利用者が上にメニューカーソルを移動させようとした場合には、ビープ音のような所定の警告音を発生させて、それ以上移動できないことを利用者に報知させるようにしてもよいのである。小メニュー表示時であって、小メニュー領域が小さいためにメニュー項目が例えば一つしか表示できないような場合には、一番上のメニュー項目にメニューカーソルがあって、これ以上上に移動できないことを示すために、図１１の上方向の矢印７４を薄く表示する、あるいは上方向の矢印７４の表示を行わない、といった制御を行うようにしてもよい。図１３は、左方向にメニューカーソルが移動しないことを示す小メニューの表示例である。図において、矢印７７−２は他の矢印７４〜７６と比べて、薄く表示される。こうすることによって、小メニューの表示が狭い領域において行われるにもかかわらず、利用者はメニューの全体構成を理解することが容易となる。そしてメニューカーソルが移動しないにもかかわらず、移動を試みようとする、といった無駄な操作を行うことがなくなり、全体として操作性が向上するのである。
（メニュー表示の切り替え）
続いて利用者が、指示信号送信器４のボタン４０、すなわち、メニュー切替ボタンを操作した場合の動作について説明する。利用者がボタン４０を操作した場合も、他のボタン操作と同様に、最終的にイベントの形式でキューに格納される。そしてイベント処理において、イベントカウンタ４４の値が０でないので（ステップＳＴ１１３）、利用者がボタン３９を操作したことに起因するイベントがキューから取り出されて（ステップＳＴ１１４）、このイベントに対応するイベントハンドラが割り込みベクタから取得され（ステップＳＴ１１５）、ボタン３４〜３７操作によるメニュー表示切替用のイベントハンドラが実行される。
図１４は、メニュー表示切理用のイベントハンドラのフローチャートである。図のステップＳＴ１５１において、制御器１４は、メニュー切替キーが操作されたかどうかを調べる。そしてメニュー切替キーが操作されたと判断した場合には、ステップＳＴ１５２に進む。そうでない場合は、メニュー表示切理用のイベントハンドラを終了して、ステップＳＴ１１７に戻る。
ステップＳＴ１５２において、制御器１４は、現在メニューが表示されているかどうかを調べる。そしてメニューが表示されていると判断した場合には、ステップＳＴ１５３に進む。そうでない場合は、メニュー表示切替用のイベントハンドラを終了して、ステップＳＴ１１７に戻る。
続いて、ステップＳＴ１５３において、制御器１４は、現在表示されているメニューが大メニューかどうかを調べる。そしてメニューが大メニューである場合にはステップＳＴ１５４に進み、そうでない場合は、ステップＳＴ１５５に進む。
ステップＳＴ１５４では、現在表示中の大メニューの表示を消去し、代わりに小メニューを表示する。またステップＳＴ１５５では、現在表示中の小メニューを消去し、代わりに大メニューを表示する。大メニューあるいは小メニューの表示処理、あるいはメニューの消去処理については（メニュー表示／非表示処理）の説明で詳細に触れたので、ここでは説明を省略する。なお、現在のメニューが大メニューであるか、小メニューであるか、については、ＲＯＭ１７に記録しておき、メニューを再表示した場合に利用することとする。
最後に、メニュー表示切替用イベントハンドラを終了して、ステップＳＴ１１７に戻る。
（タイマーイベントの処理）
続いて、タイマーイベント用のイベントハンドラについて説明する。一般にタイマーを構成する水晶発振子は、数マイクロ秒単位でパルスを発生することができるが、それらのパルスをすべて拾って割り込み信号に変換すると、制御器１４はタイマー割り込みの処理を行うだけのために処理負荷が上がってしまうので、通常はフィルタを用いて、数ミリ秒から数秒の間隔で割り込みを発生するように調整する。フィルタは電気回路でカウンタを構成して、パルスの発生回数を計数し、それらが所定回数に達すると、一度だけ割り込み信号を発生するようにするのが最も単純な方法であるが、他の方法を採用してもよい。
またタイマーは通常、多様な用途に用いられるので、さまざまな間隔のイベントをキューに格納するようにしてよいが、ここではメニューに関係するタイマーイベントの処理方法として、定期的にメニューの表示位置を変更する処理について説明する。
大メニューを表示している場合には、画面の大部分が大メニューによって占有されているため、メニューの表示位置を定期的に更新する余地がほとんどない。これに対して小メニューを表示している場合は、小メニューの専有面積が小さいので、定期的に表示位置を更新するようにしてもよいのである。
小メニューの専有面積が小さいとはいえ、基調画像の中には小メニューの表示位置に重要な情報を表示する画像も考えられる。例えば朝のニュース番組の視聴者は、画面に表示される現在時刻を気にしながら番組を視聴していることが多い。このような場合に、いくら小メニューの専有面積が小さくても、肝心の現在時刻の表示位置に小メニューが表示されてしまっては、時刻を確認することができない。スポーツ中継のスコア表示などについても同様である。
しかし定期的に小メニューの表示位置を変更するようにしておけば、一時的に基調画像中の重要情報が表示される位置に小メニューが表示されることはあっても、常時その場所に小メニューが表示されるわけではないので、小メニューの機能と基調画像が提供する情報とを同時に活用することができるのである。
タイマーイベントについても、タイマー１６から割り込み信号が制御器１４に送信された後、ボタン操作によるイベントと同様に、キューにイベントとして格納され、イベントカウンタ４４を更新する。そして、そしてイベント処理において、イベントカウンタ４４の値が０でないので（ステップＳＴ１１３）、タイマーイベントがキューから取り出されて（ステップＳＴ１１４）、このイベントに対応するイベントハンドラが割り込みベクタから取得され（ステップＳＴ１１５）、タイマーイベント用のイベントハンドラが実行される。
図１５は、タイマーイベント処理用イベントハンドラのフローチャートである。図のステップＳＴ１６１において、制御器１４は、イベントがタイマーイベントかどうかを調べる。タイマーイベントである場合は、ステップＳＴ１６２に進む。そうでない場合は、タイマーイベント用イベントハンドラを終了して、イベント処理のステップＳＴ１１７に戻る。
続いて、ステップＳＴ１６２において、制御器１４は、メニューが表示中かどうかを調べる。メニューが表示中である場合は、ステップＳＴ１６３に進む。そうでない場合は、タイマーイベント用イベントハンドラを終了して、イベント処理のステップＳＴ１１７に戻る。
ステップＳＴ１６３において、制御器１４は、表示されているメニューが小メニューかどうかを調べる。小メニューが表示中である場合は、ステップＳＴ１６４に進む。そうでない場合は、タイマーイベント用イベントハンドラを終了して、イベント処理のステップＳＴ１１７に戻る。
ステップＳＴ１６４において、制御器１４は乱数を発生させて、小メニューの新たな表示位置を決定する。そして現在の小メニューを消去して、新たな表示位置に小メニューを表示する。そして最後に、タイマーイベント用イベントハンドラを終了して、イベント処理のステップＳＴ１１７に戻る。
以上から明らかなように、この発明の実施の形態１のテレビジョン受像システムによれば、メニューを大メニューと小メニューとで切り替えられるように構成したので、メニュー操作に不慣れな利用者は、大メニューを通じて選択可能な機能の全体像を理解することができるとともに、メニュー操作に慣れた利用者は小メニューを通じて基調画像の状況を確認しながら同時にメニュー操作を可能となる。すなわち、利用者の操作習熟度に依らずに、テレビジョンシステムの有する多くの機能を簡単に利用することができるのである。
なお、タイマーイベントに基づいて、定期的に小メニューの表示位置を変化する場合において、乱数を発生させて表示位置を決める場合に、画像の中央に近い領域を除外して、小メニューの表示位置を決定するようにしてもよい。映像の中央部分には、視聴者が注目する情報が表示されることが多いが、小メニューを映像の中央部分に表示させないように制御することで、視聴者にテレビ番組の内容を確認させながら、同時にメニューの操作性を向上させることができるのである。
また、この例では、指示信号送信器４と指示信号受信器１５とは、赤外線信号あるいは無線信号を伝送する構成としたが、両者を信号ケーブルで接続して電気信号を直接送信するような構成にしてもよい。
さらに、指示信号送信器４と指示信号受信器１５とは、物理的に離れた場所にある必要はなく、例えば、画像表示制御装置３と表示装置５を一体化して、その筐体に指示信号送信器４に相当する操作ボタンを配置する構成にしても構わない。
また、この例では、テレビジョン受像システムとしてテレビ放送を受信する装置を例にこの発明の構成と作用を説明したが、この発明の適用範囲は、テレビジョン受像システムに限られるものではなく、画像を表示する装置又はシステムに広く適用できるのである。
さらに画像は動画像である必要はなく、カーナビゲーションシステムで表示される地図イメージのような静的な画像であってもよい。
実施の形態２．
実施の形態１では、タイマーイベントに基づいて乱数を発生し、小メニューの表示位置を変更する例を示した。しかしその他に、基調画像の表示内容に基づいて小メニューの表示位置を決定するように構成してもよい。この発明の実施の形態２によるテレビジョン受像システムはかかる特徴を有するものである。
図１６は、この発明の実施の形態２によるテレビジョン受像システムの構成を示すブロック図である。図において、映像処理部１３−２は、図２における映像処理部１３に相当する部位であるが、チャンネル信号を画像信号と音声信号とに分離する処理の他、画像処理を施して各フレームにおける画素の濃淡分布及びフレーム間の差信号とを算出し、所定の条件を満たした場合に、割り込み信号を発生するようになっている。その他、図２と同一の符号を付した構成要素については、実施の形態１と同様であるので、説明を省略する。
次に、このテレビジョン受像システムの動作について説明する。このテレビジョン受像システムは、実施の形態１によるテレビジョン受像システムと同様に、受信アンテナ１が受信したテレビジョン放送信号を受信し、チューナ１１や映像処理部１３、メニュー画像合成器２０を介して、画像信号を表示装置５に出力する。そして利用者が操作する指示信号送信器４からの信号に基づいて、メニューを表示装置５に表示して、各種操作を行えるようにしている。
映像処理部１３は、チャンネル信号を画像信号と音声信号とに分離する処理を行うが、さらに小メニューを表示するのに適した領域を決定するために、分離したアナログ画像信号をデジタル信号に変換し、例えば一旦表示メモリに展開して、画像処理を行い、フレーム内画素の分布状況やフレーム間の変化を抽出して、制御器１４に対して割り込み信号を発生する。そのために、映像処理部１３は、画像全体を大きさの等しい小領域に分割し、画素の分布状況や、隣接するフレーム間での変化を小領域ごとに算出する。
図１７は、映像処理部１３が行う画像処理のフローチャートである。図のステップＳＴ２０１において、映像処理部１３は、水平方向の小領域数を変数Ｈに、垂直方向の小領域数を変数Ｖに設定して初期化する。続いて映像処理部１３は、ステップＳＴ２０２において、カウンタ変数Ｉを１に初期化し、ステップＳＴ２０３において、カウンタ変数Ｊを１に初期化する。なおカウンタ変数Ｉは、各小領域を水平方向に順次処理するためのカウンタ変数であり、カウンタ変数Ｊは、各小領域を垂直方向に順次処理するためのカウンタ変数である。なお、以降の説明において、ある小領域を小領域（Ｉ，Ｊ）のように表記する。
次にステップＳＴ２０４において、映像処理部１３は、小領域（Ｉ，Ｊ）の画素の画素値の総和を画素数で除算することで、小領域（Ｉ，Ｊ）の平均画素値を算出する。このテレビジョン受像システムの画素値が２５６階調で表現されるものと仮定すれば、画素値が２５５となる場合に最も輝度が高く、画素値が０となる場合に最も輝度が低い。ＲＧＢでは、Ｒ（赤）、Ｇ（緑）、Ｂ（青）の各プレーンについて独立して画素値を有するから、各プレーンについて独立して平均画素値を算出してもよいし、各プレーンの平均画素値をさらに平均してもよい。
また、小領域のすべての画素値を均等に重み付けするのではなく、一定値以上の画素値を有する画素のみから平均値を算出するようにしてもよい。例えば、現在時刻を表示する場合、時刻の文字は輝度が高く、画素値も大きい。そこで一定値以上の画素値を有する画素のみを選別して、その画素値の平均値を求めれば、文字が表示されている小領域とそうでない小領域とを選別することができる。
続いて、ステップＳＴ２０５において、映像処理部１３は、小領域（Ｉ，Ｊ）について前フレームと現在のフレームとの差信号を算出する。差信号とは、ある画素におけるフレーム間の値の変位である。差信号が大きい画素が多く分布する小領域では、動画像としての動きが大きいといえる。ここでは各画素における差信号を求めて、その差信号の絶対値が閾値を超える画素数を算出する。なお、この場合においてもＲＧＢの各プレーンについて独立して差信号を算出し、いずれかのプレーンで一定値以上の変化があった場合に、その画素をカウントする方法を採用してもよいし、ＲＧＢの値の総和の変化に基づいて画素をカウントするようにしてもよい。
次に映像処理部１３は、ステップＳＴ２０６において、カウンタ変数Ｊに１を加え、ステップＳＴ２０７で、ＪがＶを超えたかどうかを判定する。そしてＪがＶを超えていない場合には、まだ処理すべき小領域が垂直方向に残っているから、ステップＳＴ２０４に戻って、次の小領域の処理を行う。また、ＪがＶを超えた場合には、ステップＳＴ２０８に進む。
ステップＳＴ２０８において、カウンタ変数Ｉに１を加える。そしてステップＳＴ２０９において、カウンタ変数ＩがＨを超えたかどうかを判定する。ＩがＨを超えていない場合には、まだ処理すべき小領域が水平方向に残っているから、ステップＳＴ２０３に進み、次の水平方向小領域の処理を進める。また、ＩがＨを超えた場合には、ステップＳＴ２１０に進む。
次に、ステップＳＴ２１０において、各小領域の差信号分布と、平均画素値から、小メニューを表示するのに適した領域を決定する。これは、例えば、次のような基準を設け、その基準を各小領域が満たすかどうかを調べる。
（ａ）平均画素値が所定数以下、あるいは所定数未満であること。
（ｂ）閾値以上となる差信号の分布度数が所定数以下、あるいは所定数未満であること。
そして、次の（１）と（２）から小メニュー表示領域候補を絞り込む。
（１）（ａ）と（ｂ）の双方を満たす小領域があれば、その小領域を小メニュー表示領域候補とする。
（２）（ａ）と（ｂ）の双方を満たす小領域がなければ、（ａ）と（ｂ）のいずれか一方を満たす小領域を小メニュー表示領域侯補とする。
なおこの例では、（２）の基準を（１）の基準よりも優先度が低いものとしているが（（１）に適応する小領域がない場合に、初めて（２）が適用される）、これは必須ではなく、（２）だけの基準で小領域候補を選択してもよい。また（１）と（２）の基準による選択の結果、基準に適応する小領域が１つも得られない場合は、（ａ）、（ｂ）の各所定数を段階的に変更して小領域候補を選択するようにしてもよい。
そして、このような小メニュー表示領域候補が複数存在する場合は、現在の小メニュー表示領域に最も近い表示領域を選択するようにしてもよい。これは、小メニューが表示されている場合に、その表示位置を大きく変更すると、利用者の視覚が小メニューの位置に追従できなくなるからであり、このような事態を避けるには、なるべく近い位置に小メニューを移動するこどが望ましい。ただし、このことは必須ではない。
（ａ）の基準を設けることによって、明るい画素が多く存在する小領域には、小メニューが表示されることが少なくなる。画像においては、テレビ番組の出演者の顔など、視聴者が注目する情報はそれ以外の領域よりも明るく表示されることが多いが、（ａ）によって、視聴者の見たい画像を妨げることなく、小メニューを表示し、操作することができるようになる。
また（ｂ）の基準を設けることによって、画素値の変動の大きい小領域には、小メニューが表示されることが少なくなる。すなわち、画像において動きのある部分を小メニューが隠してしまうことが少なくなる。視聴者は、映像中の動きのある部分に注目する傾向が認められるので、このようにすることで、視聴者に映像の内容を確認させながら、小メニューの操作性も同時に向上させることができるのである。
なお、この例では、前フレームと現在フレームとの間だけで差信号を算出する例を示したが、基調画像の時間的変化に基づいて小メニューの表示位置を決定するものであれば、如何なる決定方法を用いてもよく、例えば、より多くのフレーム間での画素値変動に基づいて、統計的に変動の少ない小領域を選択するようにしてもよいのである。
実施の形態３．
実施の形態１及び２においては、小メニューを画像中の専有面積が小さいメニューとして説明してきた。しかしながら、大メニューの領域のうち、メニューカーソルが存在するメニュー項目を小メニューとして残し、その他の領域をハーフトーン表示として、メニューカーソルが存在するメニュー項目以外の領域の基調画像を実質的に識別できるように構成してもよい。
またメニューカーソルが存在するメニュー項目だけ残す他、メニューカーソルが存在するメニュー項目の属するセクションやサブセクションを残すようにしてもよい。
図１８は、図１０に示した大メニューのうち、セクション”Ｉｎｐｕｔ”にメニューカーソルが存在する場合に、その他の領域をハーフトーン化して、基調画像の表示内容が識別できるようにした状態の例を示す図である。図から明らかなように、セクション”Ｉｎｐｕｔ”以外の領域はハーフトーン化することで、基調画像のかなり部分が識別できる。このような場合は、セクション”Ｉｎｐｕｔ”の領域が小メニュー領域に該当する。
また、図１９は、図１８の”Ｉｎｐｕｔ”セクションにあったメニューカーソルを一つ右のサブセクション”Ｏｕｔｐｕｔ”のメニュー項目に移動させた状態の例を示す図である。この場合は、セクション”Ｉｎｐｕｔ”をハーフトーン化し、代わりにサブセクション”Ｏｕｔｐｕｔ”のメニュー項目をはっきりと表示する。また図２０は、メニューカーソルをさらに一つ右のメニュー項目に移動させた状態の例を示す図である。
なお、大メニューの表示の一部をハーフトーン化する方法としては、実施の形態１における画像表示制御装置３のメニュー画像合成器２０において、選択されているメニュー項目あるいはセクション、サブセクション以外の領域の画素を数個に一つずつ間引き、間引かれた画素の画素値を画像処理部１３が出力した同じ位置の画素の画素値とすればよい。
また、メニュー表示回路１９の出力したメニュー画像において、選択されているメニュー項目あるいはセクション、サブセクション以外の領域の画素値を例えば１／２倍し、この画素値に画像処理部１３の映像の画素値を加えるようにしてもよいし、その他の公知のハーフトーン化手法を用いても構わない。
【産業上の利用の可能性】
以上のように、この発明に係る画像表示制御装置は、例えば、映像表示装置などの操作性を向上する用途に有用である。
【図１】
0004175369.tif 000002
【図２】
0004175369.tif 000003
【図３】
0004175369.tif 000004
【図４】
0004175369.tif 000005
【図５】
0004175369.tif 000006
【図６】
0004175369.tif 000007
【図７】
0004175369.tif 000008
【図８】
0004175369.tif 000009
【図９】
0004175369.tif 000010
【図１０】
0004175369.tif 000011
【図１１】
0004175369.tif 000012
【図１２】
0004175369.tif 000013
【図１３】
0004175369.tif 000014
【図１４】
0004175369.tif 000015
【図１５】
0004175369.tif 000016
【図１６】
0004175369.tif 000017
【図１７】
0004175369.tif 000018
【図１８】
0004175369.tif 000019
【図１９】
0004175369.tif 000020
【図２０】
0004175369.tif 000021