JP2006246019A - マルチ画面表示におけるリモコン制御方式 - Google Patents

Abstract

【課題】 マルチ画面表示におけるリモコンによる画面操作を行う際に問題となる１）リモコン操作の複雑化２）リモコンボタン数の増加３）画面とリモコンの頻繁な視線移動をなくし操作性を向上させること。
【解決手段】 画面レイアウト方向とリモコンの多方向キーの操作割付を直接対応させた割付を行い、画面レイアウトや画面制御方法が変わるたびにダイナミックに割付可変を行う。
【選択図】 図１

Description

本発明は、２つ以上の画面を同一の表示領域に表示するマルチ画面表示装置におけるリモコン制御方法に関する。

従来、アナログ放送において、主画面内または主画面外に複数の子画面を表示するテレビが知られている。このような機能を持ったテレビの一例は、特開平２−９６４８６などで開示されている。また、1つのチューナを時分割に制御し、準動画の巡回的な切換え表示を行うことで、子画面の分割数を放送番組数分に増やしたマルチ画面テレビなども既に実用化されている。

また、今後アナログ放送に取って代わる技術として放送が予定されているデジタル放送に関しては、同一番組においても、関連性のある複数の映像を多重化して伝送し、マルチビューと呼ばれるマルチ画面表示での提示方法がＡＲＩＢにより規格化されている。これにより、野球放送などをマルチアングルで放送することも可能となる。更に、デジタル放送の多チャンネル化に対応して、番組選局の一助となるように、マルチ画面での複数の番組の同時表示などは益々要望が高まりつつある。

このような複数の映像を同時に表示するマルチ画面表示は、ディスプレイの大画面高精細化に後押しされ、今後更に技術革新が要望される分野である。
特開平２−９６４８６号公報

しかしながら、上記従来技術のような番組数分の画面分割を行ったマルチ画面表示は、同一画面上に複数の情報を同時に提示できるメリットはあるものの、画面の１つを選択して番組のチャンネルを切換えたり、その番組を録画予約をしたり、あるいは主画面と子画面を入れ換えたりするようなユーザアクションがある場合は、画面数が増えるに従ってリモコン操作が複雑になるという問題が生じている。このことを具体的に説明すると、例えば、図７に示した従来の２画面表示テレビにおいて、図７（Ａ）のリモコンの２画面選択ボタン２０を押すことにより、図７（Ｂ）のような左右の番組を並べた２画面表示がなされるものがある。このとき、左右の画面の表示位置を入れ換える場合は、左右入換ボタン２２を押すことで、図７（Ｂ）のイメージのように入換えがなされる。更に、個々の画面を操作する場合は、画面操作ボタン２１を押すことで、図７（Ｂ）のイメージのように、左右どちらの画面を操作するかを確認するＧＵＩメニュー２３を表示させ、ユーザはリモコンの別ボタンを使ってどちらかを選択する段階を経て、この後に続く画面操作に入る。このような方法は、画面レイアウトが固定化された２画面程度のマルチ画面操作においては有効な手段となり得るが、表示画面数が増えたり、画面レイアウトが可変できるようなマルチ画面表示においては、リモコンに数多くの画面制御専用ボタンを設けなければならない、機能アップに従ってリモコンのボタン数が増えてしまうなどの問題が生じてしまう。また、上記ＧＵＩメニューの表示は、ボタン数の削減につながる１手段であるが、このような階層表示された選択手段は、パソコンなどに不慣れな年輩ユーザにとっては逆に大きなバリアとなってしまう可能性が在る。更には、テレビは気軽に番組を見たり切換えたりしたいというユーザの要求に対して、番組を切換えるたびにリモコンのボタンの位置と表示画面に視線を行き来（表示画面とリモコン間の視線移動）しなければならないことは、必ずしも使いやすいユーザインタフェースとはならない。このように、機能アップされたマルチ画面表示においても、従来のアナログテレビ感覚で、リモコンへの視線移動なくした直感的かつ簡単な操作に対する更なる改善と工夫への要望が高まっている。

上記課題を解決するために、本実施例での第１の発明は、画面の選択がなされていない状態のマルチ画面表示において、リモコンの多方向キーと“画面全体の画面レイアウト”の位置関係を見たままの同じ方向に１対１に対応させ、ユーザは選択した画面の方向位置の多方向ボタンを押すことで、直観的、かつ、直接的に画面選択（ダイレクトスクリーン制御）ができるようにした。また、マルチ画面のレイアウトが変更されるたびに、リモコンキーの画面選択キーの割付を上記の単純なルールで変更することができるようにし、画面レイアウトが変更されてもリモコンの操作は多方向キー操作のみでできるようにしたものである。

上記課題を解決するために、本実施例での第２の発明は、画面の選択がされた状態のマルチ画面表示において、リモコンの多方向キーと“選択された画面の画面レイアウト”の位置関係を見たままの同じ方向に１対１に対応させ、上記と同様なダイレクトスクリーン制御を実現したものである。また、画面制御アクションによる画面制御方向と多方向キーの割り付け方向を統一することによりリモコン操作と画面制御に統一感を持たせたものである。

上記課題を解決するために、本実施例での第３の発明は、上記ダイレクトスクリーン制御の割り付けを示したGUI画面を、画面レイアウトが変更する、あるいは、画面制御方法が変更するたびに操作ナビとして更新表示させ、ユーザのON/OFF制御により表示/非表示の切り替えを可能にしたものである。

以上に説明したように、本発明のマルチ画面表示におけるリモコン制御方式を用いれば、機能アップによってマルチ画面表示時の表示画面数が増えても、
１）リモコン操作が複雑にならない。

２）リモコンのボタン数が増えない。

３）直観的なリモコン制御が可能となることで、表示画面とリモコン間の視線移動がなくなり、ユーザにとってはスムーズな画面操作が可能になる。
という多くの効果が得られる。

（第１の実施例）
図１に本発明に係わる表示システムのブロック図を示す。

＜各部の説明＞
本実施例は、４つの独立した番組映像ソースを、あらかじめ決められた所定のレイアウトに基づいて、１つの表示装置に合成表示できるように構成している。これら番組映像ソースは、４つよりさらに多い数でも、また少ない数でも良い。

図１の各ブロックの説明を行う。

１はアンテナ（パラボラアンテナ）で、ＢＳデジタル放送やＣＳデジタル放送を受波する。本実施例では衛星放送を例にしているが、地上波、光ケーブルなどから受信してもよい。

２−１〜２−４はチューナ部で、帯域フィルタ、ダウンコンバータなどを通過させた後、３−１〜３−４の復調部へ出力する。ここでは、伝送形態に合致した復調処理を施すと共に、誤り訂正処理などを行い、所望のＭＰＥＧ２トランスポートストリームを、４−１〜４−４のデマルチプレクサに受け渡す。

４−１〜４−４のデマルチプレクサは、前記トランスポートストリームから所望の番組のＭＰＥＧ２の映像データ、ＭＰＥＧ２の音声データと付加情報に分離する。分離されたＭＰＥＧ２の音声データは図示しない音声デコーダで復号され、オーディオ信号として出力される。これにアンプ、スピーカーを接続すれば受信した番組の音声を聞くことが出来る。

また、分離されたＭＰＥＧ２の映像データは５−１〜５−４の映像デコーダで復号され、ラスタースキャン形式の表示フォーマットに変換された後、番組映像ソースとして後段の６−１〜６−４の拡大縮小部に受け渡される。

更に、分離されたＭＰＥＧ２の付加情報は１２の制御部へ受け渡される。上記付加情報がＢＳデジタル放送で運用が予定されているデータ放送の場合は、制御部１２はＢＭＬ言語を解釈し、マルチメディア情報サービス提供者の構造化されたコンテンツシナリオを得る。また、上記付加情報がＥＰＧ（Electrical Program Guid）情報の場合は、制御部１２はＰＳＩ／ＳＩ情報を解釈し番組情報（例えば、番組、放送時間、タイトル、カテゴリ等）を得る。

６−１〜６−４は拡大縮小部で、ＹＵＶの色差信号からRGB信号に変換するマトリックス回路や走査方式をインタレースからプログレッシブに変換するＩ-Ｐ変換回路などの前処理を行った後、制御部１2が表示フォーマット（表示ライン数やドット数、色数）とあらかじめプリセットされた画面レイアウト情報に基づいて、解像度変換パラメータ（拡大率・縮小率・拡大縮小の重み付けフィルタ係数など）を設定することで拡大・縮小・等倍処理を行う。

７−１〜７−４はメモリ制御部で、６−１〜６−４の拡大縮小部からの入力レート（入力側の水平・垂直同期信号に同期した転送レート）で受け取った映像データを８−１〜８−４のメモリに書き込む制御を行うと同時に、後述する合成部９からの表示装置の出力レート（出力側の水平・垂直同期信号に同期した表示レート）で８−１〜８−４のメモリから読み出す制御を行う。上記書き込み制御と読み込み制御は完全に非同期で実行される。７−１〜７−４のメモリ制御部は制御部１２がメモリ制御パラメータ（入力データのメモリへのキャプチャ領域、出力データのメモリからの読み出し領域など）設定することで上記動作を実行する。

８−１〜８−４のメモリはそれぞれ少なくても表示画像１面分のメモリサイズで構成されている。

合成部９は、それぞれ独立して動作する７−１〜７−４のメモリ制御部から読み出された２つの画像データを合成する演算ユニットである。本実施例の例においては、合成部９に入力されるデータはすべて表示装置１１の水平・垂直同期信号に同期した共通のタイミングであり、１フレーム内に転送するデータ領域は、実際の画像表示領域と同じである。これは４つの映像ソースの位置合せが合成時に簡単にできることを目的とした１手段である。また、合成部９へのそれぞれの映像ソースのデータ有効領域は、７−１〜７−４のメモリ制御部から水平期間内に画像データと共に受け取るデータ有効信号により識別できる。

この合成部９における合成方式について、図２の重ね合わせ合成のイメージ図を用いて説明する。７−１〜７−４のメモリ制御部から受け取る入力データが図２の入力画面１〜４に示したような有効画像領域を持つ場合、合成部９はメモリ制御部から受け取る上記の２つのデータ有効信号をモニタし、有効信号がアクティブとなるデータのみ選択出力する。同時に２つ以上有効信号がアクティブとなった場合は、制御部１２が画面レイアウトから判断された重ね合わせの優先度を合成部９に設定することで、合成部９は優先度が高い入力画像を出力画像として選択する。これにより、ビデオのみの合成画面が得られる。一方、制御部１２は１５のＧＵＩ生成部にＧＵＩ（Graphical User Interface）としてのＯＳＤデータを描画する。このＧＵＩデータはＧＵＩ生成部１５から合成部９に出力され、合成部９では上記の画面と更に合成することで、図２に示すビデオとＧＵＩの合成画面を生成できる。図２の例では背景データをＧＵＩにより作ったが、ＥＰＧ画面やその他の操作支援画面も合成表示することは可能である。

１０は表示制御部で、表示装置１１の特性に応じた表示駆動の制御、表示フォーマット変換を行う。また、表示制御部１０には出力タイミング生成部が構成されている。これは、表示装置１１のタイミング制御信号を生成することが主な役割で、基準クロックを基に、出力側の水平同期信号と出力側の垂直同期信号を生成し、合成部９側にもこれを受け渡す。

１１は表示装置であり、デバイスはマトリクス電極構造を持つフラットパネル（液晶、プラズマ等）でも、CRTでも画像を表示するデバイスであれば何でも良い。本実施例のアプリケーションに適用するには、７２０Ｐ以上のハイビジョン映像を表示できる大画面高精細ディスプレイが好適である。

１２は本システム全体を制御するシステム制御部であり、演算能力を持つCPUのデータを一時格納する１４のRAM、制御プログラムを格納する１３のROM、時間を計測するカウンタ、周辺入出力インタフェース等を有している。また、制御部１２は論理ロジックのみで構成されていても、CPUや並列演算が可能なメディアプロセッサであってもよい。制御をおこなうプログラムはROMに内蔵されていてもよいし、周辺入出力インタフェースを介して外部から転送されてもよい。また、１２の制御部には１６のリモコン受光部が接続され、赤外線を用いたリモコン１７のコマンドを受け付けることができる。このリモコン１７によりユーザの操作アクションを受け付けられる。

以下、上記各部の番号と照らし合わせて本発明の表示システムの動作を説明する。また、下記に説明するフローチャートはすべて制御部１２の動作である。

＜システムの初期化＞
図３は電源投入時のシステムの初期化動作を示したフローチャートであるである。

制御部１２は、ステップＳ１００で電源投入を検知すると、ステップＳ１０１で画面レイアウト情報をＲＯＭ１３から取得する。ここで、上記画面レイアウト情報とは、図５に示したような主画面１つと子画面２つを同時表示する画面レイアウトを本実施例での１例とし、画面レイアウトはこれに限定されるものではない。図５の画面レイアウトは、ユーザが主画面でお好みの番組を視聴しつつ、２つの子画面を用いて、裏番組をチェックしたり、サーチしたりするような使い方を想定している。

ステップＳ１０２で、上記画面レイアウトにおいて予め主画面にエントリする番組名と子画面１、２にエントリする番組名が決まっている場合は、ステップＳ１０４で主画面エントリ番組をＲＡＭ１４に設定すると共に、ステップＳ１０５で子画面１と子画面２のそれぞれのエントリ番組をＲＡＭ１４に設定する。エントリ番組が決まっていない場合、ステップ１０３でエントリ番組のフィルタリング処理を行うが、これについては後ほど詳しく説明する。

ここで、上記ステップ１０４〜１０５での番組のＲＡＭ１４への具体的なエントリ方法について図６を用いて説明する。図６の例では、主画面のエントリ番組数は１番組、子画面１、２共にエントリ番組数は５番組としている。ここで、子画面のエントリ数は、多チャンネルのデジタル放送の場合には、ユーザの選局時の負担が軽減できるように本実施例のように絞り込むことが好適である。ＲＡＭ１４にエントリされた番組のユーザにとって優先度は、マルチ画面表示上では、主画面＞子画面１＞子画面２であり、子画面１のエントリ番組とっては、図６に示したＳｕｂ１（Ｌ０）＞Ｓｕｂ１（Ｌ１）＞Ｓｕｂ１（Ｌ２）＞Ｓｕｂ１（Ｌ３）＞Ｓｕｂ１（Ｌ４）＞Ｓｕｂ１（Ｌ５）＞Ｓｕｂ１（Ｌ６）、子画面２のエントリ番組とっては、図６に示したＳｕｂ２（Ｌ０）＞Ｓｕｂ２（Ｌ１）＞Ｓｕｂ２（Ｌ２）＞Ｓｕｂ２（Ｌ３）＞Ｓｕｂ２（Ｌ４）＞Ｓｕｂ２（Ｌ５）＞Ｓｕｂ２（Ｌ６）の順番になっている。マルチ画面表示時には、Ｍａｉｎ（Ｌ０）、Ｓｕｂ１（Ｌ０）、Ｓｕｂ２（Ｌ０）が表示される番組となる表示レイヤーであり、子画面１、２の残りのエントリ番組は番組のレディキューとしてＲＡＭ１４に待機している。

ステップＳ１０６で、主画面用の選局制御を行う。この選局制御とは、以下のような一連の制御動作全体を示す。

まず、制御部１２はＲＡＭ１２からＭａｉｎ（Ｌ０）にエントリされた番組＃０の情報を取得し、これを元にチューナ部２−１を制御する。これにより、チューナ部２−１は、番組＃０を含んだトランスポンダを選択する。次に、制御部１２はデマルチプレクサ４−１を制御する。これにより、デマルチプレクサ４−１は番組＃０を含むトランスポートストリームを分離する。最後に、制御部１２は映像デコーダ５−１を制御する。これにより、映像デコーダ５−１は番組＃０を含むトランスポートストリーム（以下、ＴＳ）のＭＰＥＧ２の映像データを復号化する。

ステップＳ１０７で、同様に子画面１、２用の選局制御を行う。この場合、子画面１用の処理系は２−２、３−２、４−２、５−２を、子画面２用の処理系は２−３、３−３、４−３、５−３を用いる。

ステップＳ１０８では、主画面用の表示パラメータの設定を行う。制御部１２はステップＳ１０１で取得した画面レイアウト情報をもとに、拡大縮小部６−１に主画面用の解像度変換パラメータ（拡大縮小率・拡大縮小の重み付けフィルタ係数など）を設定すると共に、メモリ制御部７−１にメモリ制御パラメータ（入力データのメモリへのキャプチャ領域、出力データのメモリからの読み出し領域など）設定する。

ステップＳ１０９では、同様に子画面１，２用の表示パラメータの設定を行う。この場合、子画面１用の処理系は６−２、７−２を、子画面２用の処理系は６−３、７−３を用いる。

以上のステップのより、ステップS１１０で制御部１１２はリモコン１７からのユーザアクションの待ち状態になり、図５のマルチ画面表示、図６のＲＡＭ１４への番組エントリ状態で初期化が完了する。

＜エントリ番組のフィルタリング＞
ここで、前述したステップＳ１０３でのエントリ番組のフィルタリング処理について図４のフローチャートを用いて具体的に説明する。

ステップＳ２００で、制御部１２はＲＯＭ１３から主画面エントリ番組数を取得する。本実施例では、主画面番組エントリ数は１である。

ステップＳ２０１で、制御部１２はＲＯＭ１３から子画面１、２エントリ数番組数を取得する。本実施例では、子画面１、２番組エントリ数は共に７である。

ステップＳ２０３で、制御部１２は現在時刻を取得する。正確な時刻は放送からのＴＳデータにタイムスタンプの記述があるためこれを用いても良いし、制御部１２が日付用のタイマを有している場合にはこれを参照しても良い。

ステップＳ２０４で、上記ステップで取得した現在時刻の番組データがある場合は、ステップＳ２０６に進む。ない場合は、ステップＳ２０５において、放送データから現在の時刻で視聴できる番組情報を取得する。この番組情報は、ＢＳデジタル放送の場合は、各トランスポンダに付随して送られる全局ＥＰＧサービスから、ＣＳデジタル放送の場合は、プロモーションチャンネルから取得することが可能である。

ステップＳ２０６では、上記ステップで取得した番組情報が視聴制限番組であるかをチェックする。視聴制限番組である場合は、ステップＳ２０７で、課金処理を既に行っているかをチェックする。制御部１２は、この課金処理状況を限定受信のための様々な情報が書かれている図示しないＩＣカードから取得することが可能である。課金処理がされていない番組は、ステップＳ２０８でエントリ対象からはずす処理を行う。

ステップＳ２０９で、上記のステップで絞り込んだ番組数がステップＳ２００とステップＳ２０１で取得した最大エントリ番組数（本実施例では主画面＋子画面１＋子画面２＝１＋７＋７＝１５個）より大きい場合は、制御部１２はステップＳ２１０でユーザがあらかじめ別手段で設定したお好み情報（カテゴリ、出演者、ユーザの視聴履歴等）をもとに、が最大エントリ番組数以内になるように絞込みを行う。

ステップＳ２１１では、エントリ番組の優先度付け処理を、上記お好み情報に基づいて行う。具体的な優先度の付け方に関しては様々な方法があるが、本発案のポイントとはずれるのでここでは説明はしない。

ステップＳ２１２では、最高優先度番組を主画面用としてＲＡＭにエントリする。また、ステップＳ２１３では、残りの番組を優先度順に子画面１、２用としてＲＡＭにエントリする。子画面１、２への具体的なエントリの仕方は、上述した図６の優先度によるエントリ順番と、表示しているものが優先度が高いという条件を考慮して、Ｓｕｂ１（Ｌ０）＞Ｓｕｂ２（Ｌ０）＞Ｓｕｂ１（Ｌ１）＞Ｓｕｂ２（Ｌ１）＞Ｓｕｂ１（Ｌ２）＞Ｓｕｂ２（Ｌ２）＞Ｓｕｂ１（Ｌ３）＞Ｓｕｂ２（Ｌ３）＞Ｓｕｂ１（Ｌ４）＞Ｓｕｂ２（Ｌ４）＞Ｓｕｂ１（Ｌ５）＞Ｓｕｂ２（Ｌ５）＞Ｓｕｂ１（Ｌ６）＞Ｓｕｂ２（Ｌ６）の順番に振り分けることが好適である。

＜リモコンの多方向キーによるマルチ画面の直接的な選択方法＞
本提案の特長である、リモコンの多方向キーによるマルチ画面の直接選択について、図８のダイレクトスクリーン制御リモコンのフローチャートと図９のマルチ画面レイアウトと多方向キー割付のイメージ図を用いて以下に説明する。図８において、電源投入後、ステップＳ３００ではマルチ画面の初期画面レイアウトを行う。例えば、左に子画面を２面、右に主画面を１面を配置した図９の画面レイアウトＡを初期画面とする。ステップＳ３０１では画面選択用のリモコンキーの割り付けを行う。ここでいう、画面選択用のリモコンキーは本実施例では８方向を選択できる多方向キーとしている。また、多方向キーが実装できない場合は、マトリックス上に配置された１０キーで代用しても良い。リモコンキーの割付方法は、各画面位置との対応付けにより、
画面レイアウトＡでは
左上キー → 子画面Ａの選択用
左下キー → 子画面Ｂの選択用
右キー → 主画面の選択用
残りのキー → 無効
と割り付ける。

ステップＳ３０２ではレイアウト変更がない場合は、Ｓ３０３でユーザのリモコンアクションを待つ、もし、多方向キーで割り付けられたキーが選択された場合は、ステップＳ３０４で選択画面の図１０（A）のようなフォーカス表示を行う。例えば、左上キーが押されたら子画面Ａのフォーカス表示、左下キーが押されたら子画面Ｂのフォーカス表示、右キーが押されたら主画面のフォーカス表示を行うことになる。

ステップＳ３０２でレイアウト変更がある場合は、ステップＳ３０９で表示レイアウトの更新を行う。例えば、図９の画面レイアウトＢ〜Ｄなどに変更される。また、ここで特長的なのは、画面レイアウトの更新と同時にステップＳ３０１で多方向キーの割付の更新も同時に行うことである。

例えば、
画面レイアウトＢ（主画面＋子画面）では
左キー → 主画面の選択用
右上キー → 子画面Ａの選択用
右下キー → 子画面Ｂの選択用
残りのキー → 無効
画面レイアウトＣ（ピクチャインピクチャ）では
左上キー → 子画面Ａの選択用
上キー → 子画面Ｂの選択用
右上キー → 子画面Ｃの選択用
下キー → 主画面の選択用
残りのキー → 無効
画面レイアウトＤ（４画面マルチ）では
左上キー → 子画面Ａの選択用
右上キー → 子画面Ｂの選択用
左下キー → 子画面Ｃの選択用
右下キー → 子画面Ｄの選択用
残りのキー → 無効
と割り付けが画面レイアウトにより変化する。

いずれの場合も、多方向キーを用いるので指先の感覚でユーザはリモコンへの視線移動をなしに、選択したい画面方向を直接選択するだけで済むことになる。

ステップＳ３０５でキャンセルキーを押すと、ステップＳ３０６でフォーカス表示を解除し、ステップＳ３０２に戻る。

ステップＳ３０５でキャンセルキーが押されず、選択画面がフォーカス表示された状態で、ステップＳ３０７で多方向キーの中央に配置されることが多い決定キーを押すと、ステップＳ３０８では選択された画面を全画面に拡大表示する。このような、一連のアクションにより、すばやく、簡単に、マルチ画面のお好みの番組を選択し、全画面表示に持っていくことができる。本実施例では、フォーカス選択後、全画面表示を行うことを１つの例としたが、選択画面が子画面である場合は、子画面と主画面を入れ替えるような画面制御でも良い。また、ステップＳ３１０で選択画面の制御アクションがあると、ステップＳ３１１で選択画面の制御処理を行う。このステップＳ３１０〜ステップＳ３１１の実施例の詳細は、次の（第２の実施例）で説明する。

以上説明したように、マルチ画面表示の画面の非選択状態で、リモコンの多方向キーを画面レイアウトに直接割りつけることで、従来例のような専用のリモコンキーを増やしたり、ＧＵＩによる階層的な選択のような中間段階のステップを踏まずに画面をダイレクト選択できる。このことにより、リモコンへの視線移動が排除された簡単な画面選択が実現される。

（第２の実施例）
前記実施例ではマルチ画面のレイアウトに依存しない直観的な画面選択方法について非選択状態のマルチ画面レイアウトを例に説明したが、本実施例では画面が選択されたフォーカス段階において、選択画面のユーザアクションで画面の決定以外の制御を行う場合、いかにリモコンで簡単に行うかについて図１０の選択画面の画面制御時の多方向キー割付のイメージ例を用いて説明する。

本実施例の説明は、図１０（Ａ）のように、子画面Ａが選択されフォーカス表示されている状態から開始する。この状態で、図８のステップＳ３１０で選択画面の制御アクションがワイプによる番組切り替えである場合、
多方向キーは、
左上キー → 子画面Ａのワイプ切り替え
残りのキー → 無効
と割り付ける。

つまり、前記実施例では、画面全体に対しての多方向キーの割り付けであったのに対し、本実施例では、選択画面（フォーカス画面）に対しての多方向キーの割り付けへと割り付けルールを変更しているのは特長である。

これにより、左上キーを押すたびに、ステップＳ１１１において、番組が図１０（Ｂ）のようにワイプで切り替わる。番組切り替え方法は、前記実施例の図６で示したエントリ番組の順番に従い
番組＃１→番組＃２→番組＃３→番組＃４→番組＃５→番組＃６→番組＃７→番組＃１・・
のようにリング巡回させればよい。

ここで、左上キーに割り付けた理由は前記実施例の番組選択から番組切り替えまで、リモコンキーを離さずに連続的に行えるようにするためである。また、瞬時ではなくワイプ切り替えにした理由は、ワイプ方向とリモコンキーの押す方向を“左方向”に統一することで、画面制御とリモコン操作の統一感が生まれるため、ユーザにとっては非常に分かりやすい動作となることを意図している。

また、図１０（Ａ）のように、子画面Ａが選択されフォーカス表示されている状態で、図８のステップＳ３１０で選択画面の制御アクションがタイリング画面展開である場合、
多方向キーは、
右キー → 子画面Ａのタイリング展開
残りのキー → 無効
と割り付ける。

これにより、右キーを押すと、ステップＳ１１１において、子画面Ａのエントリされた番組が図１０（Ｃ）のようにタイリング展開される。タイリング展開された画面は、子画面Ａに表示されていた番組以外のエントリ番組を準動画で、番組＃２（更新）→番組＃２（キャプチャ）→番組＃３（更新）→番組＃３（キャプチャ）→番組＃４（更新）→番組＃４（キャプチャ）→番組＃５（更新）→番組＃５（キャプチャ）→番組＃６（更新）→番組＃６（キャプチャ）→番組＃７（更新）→番組＃７（キャプチャ）→番組＃２（更新）・・
のように更新する。

ここで、右キーに割り付けた理由は、タイリング画面展開方向とリモコンキーの押す方向を“右方向”に統一することで、画面制御とリモコン操作の統一感が生まれるため、ユーザにとっては非常に分かりやすい動作となることを意図している。

これによりユーザはさらに多くの番組情報を画面上で見ることができるようになるが、タイリング画面をフォーカス移動ができるようにすれば、タイリング分割画面の中から番組を選択することも可能になる。このときのリモコン制御方法も、上述した方法と同じ手段を適用する。例えば、図１０（Ｄ）のように６画面分割された画面の子画面Ｇがフォーカス選択されているとすると、他のタイリング子画面へのフォーカス移動は、
多方向キーを、
左キー → 子画面Ｆの選択用
左上キー → 子画面Ｃの選択用
上キー → 子画面Ｄの選択用
右上キー → 子画面Ｅの選択用
右キー → 子画面Ｈの選択用
残りのキー → 無効
とタイリングフォーカス子画面からの移動方向に直接割り付けることにより、実現できる。この割付は、フォーカス移動の度に同様な方法で更新される。また、前記実施例と同様にタイリング画面がフォーカス表示された状態で、決定キーを押すことで、選択された画面を全画面に拡大表示することができる。このような、一連のアクションにより、マルチ画面表示がされていない非表示レイヤーにエントリされた番組に対しても、すばやく、簡単に、マルチ画面のお好みの番組を選択し、全画面表示に持っていくことができる。

（第３の実施例）
前記第１、２実施例では、マルチ画面とリモコンの多方向キーを１対１に対応させた直観的なリモコン操作方法について説明した。この方法は、リモコン制御ルールがすべて単純なルールで統一されているため、ユーザは操作環境に容易に適応できる。つまり、一度操作方法に慣れてしまうと視線移動をなくしたリモコン操作ができるようになる。しかし、どんなに簡単なルールを適用したとしても、最初の操作はどのようにオペレーションしたら良いのかわからないのが通例である。これは、どんな操作機器に対しても同様である。

よって、本実施例では、一番最初に本提案のリモコン制御を行うときのユーザの操作支援として、操作ナビ画面をＧＵＩ描画で実行する場合の例を図１１の操作ナビ表示のフローチャートと図１２の操作ナビ表示のイメージ図を用いて以下に説明する。

ステップＳ４００でユーザが操作ナビボタンを押すと、ステップＳ４０１で図１２のような操作ナビ画面表示を行う、ＧＵＩの描画方法は前記実施例で説明いた方法で容易に実現できる。

ステップＳ４０２で、画面のレイアウトが変更されたり、画面制御が変更されたりした場合は、ステップＳ４０５で操作ナビ画面表示を更新する。このことは、前記実施例の図９および図１０で説明した多方向キーの割り付けイメージをそのまま操作ナビのＧＵＩ画面として更新していくことを意味している。

ユーザが操作ナビによって、本実施例の単純なリモコン制御ルールを習得し、操作ナビの表示が不要と判断した場合は、ステップＳ４０３で操作ナビボタンをＯＦＦにすれば、ステップＳ４０４で操作ナビ画面の非表示がなされる。

このような、操作ナビをＧＵＩ上に一時的に表示できる機能を付加することにより、ユーザは本提案の簡単な操作ルールの初期段階の習得を容易にクリアすることが可能となる。

本発明に係わる表示システムのブロック図である。 重ね合わせ合成のイメージ図である。 初期化動作のフローチャートである。 エントリ番組のフィルタリング処理のフローチャートである。 本実施例のマルチ画面レイアウト例である。 ＲＡＭ１４への番組エントリ方法のイメージ図である。 従来のリモコンによる２画面制御のイメージ図である。 ダイレクトスクリーン制御リモコンのフローチャートである。 マルチ画面レイアウトと多方向キー割付のイメージ図である。 選択画面の画面制御時の多方向キー割付のイメージ図である。 操作ナビ表示のフローチャートである。 操作ナビ表示のイメージ図である。

符号の説明

１ アンテナ（パラボラアンテナ）
２−１,２−２,２−３,２−４ チューナ部
３−１,３−２,３−３,３−４ 復調部
４−１,４−２,４−３,４−４ デマルチプレクサ
５−１,５−２,５−３,５−４ 映像デコーダ
６−１,６−２,６−３,６−４ 拡大縮小部
７−１,７−２,７−３,７−４ メモリ制御部
８−１,８−２,８−３,８−４ メモリ
９ 合成部
１０ 表示制御部
１１ 表示装置
１２ 制御部
１３ ROM
１４ RAM
１５ ＧＵＩ生成部
１６ リモコン受光部
１７ リモコン

Claims (7)

1. 複数の映像ソースから入力画像データを受け取り、１つの表示器に同時に合成表示できるマルチ画面合成手段と、多方向キーを具備するリモコンによる画面制御手段を有するマルチ画面表示装置において、構成画面が非選択状態のマルチ画面表示の場合、リモコンの多方向キーと画面全体のレイアウトの位置関係が同一となるように多方向キーの割付を行い、画面の方向位置に対応する多方向キーを押すことで、画面の直接選択がなされることを特徴とするマルチ画面表示におけるリモコン制御方式。
2. 複数の映像ソースから入力画像データを受け取り、１つの表示器に同時に合成表示できるマルチ画面合成手段と、多方向キーを具備するリモコンによる画面制御手段を有するマルチ画面表示装置において、構成画面が選択状態のマルチ画面表示の場合、リモコンの多方向キーと選択された画面が操作される方向の画面レイアウトの位置関係が同一となるように多方向キーの割付を行い、画面の方向位置に対応する多方向キーを押すことで、画面の直接操作がなされることを特徴とするマルチ画面表示におけるリモコン制御方式。
3. 該多方向キーの割付は、画面レイアウト、あるいは、画面制御方法の変更に応じて可変できることを特徴とする前記請求項１、２記載のマルチ画面表示におけるリモコン制御方式。
4. 該選択された画面からワイプにより映像を切り替える画面制御がなされた場合、ワイプ方向と多方向キーの選択方向を同一方向に割り付けることを特徴とする前記請求項２記載のマルチ画面表示におけるリモコン制御方式。
5. 該選択された画面からタイリング展開により映像を切り替える画面制御がなされた場合、タイリング展開方向と多方向キーの選択方向を同一方向に割り付けることを特徴とする前記請求項２記載のマルチ画面表示におけるリモコン制御方式。
6. 該多方向キー割付を示した操作支援画面を合成表示する機能を具備し、画面レイアウトが変更する、あるいは、画面制御方法が変更するたびに操作ナビとして更新表示させることを特徴とする前記請求項１、２記載のマルチ画面表示におけるリモコン制御方式。
7. 多方向キー割付を示した該操作支援画面はユーザのON/OFF制御により表示/非表示の切り替えを可能とすることを特徴とする前記請求項７記載のマルチ画面表示におけるリモコン制御方式。

Images