(57)【特許請求の範囲】
【請求項１】
複数の画像データを入力し、該画像データに対応する画像を合成してマルチ画面表示を行うマルチ画面表示装置において、
前記画像内の文字情報領域を識別する識別手段と、
前記複数の画像データに対応する複数の画像を縮小して表示するマルチ画面表示モードであるか否かを判定する第１判定手段と、
前記第１判定手段によりマルチ画面表示モードであると判定された場合に、前記画像データに対応する画像を縮小した画像内の前記文字情報領域に表示される文字サイズが所定の文字サイズ以下であるか否かを判定する第２判定手段と、
前記縮小した画像内の前記文字情報領域を選択する選択手段と、
前記第２判定手段により前記文字サイズが所定の文字サイズ以下であると判定された場合に、前記縮小した画像内の前記文字情報領域の文字情報を非表示とするように表示態様を変更し、前記文字情報領域の文字情報が非表示となっている状態で、前記選択手段により前記文字情報領域が選択された場合、選択された前記文字情報領域を拡大し、非表示となっていた前記文字情報を表示するように制御する表示制御手段とを備えたことを特徴とするマルチ画面表示装置。
【請求項２】
前記識別手段は、前記文字情報領域をテキスト情報からなるテキスト要素とメニューボタンからなる制御要素とに分離して識別し、
前記選択手段は、前記テキスト要素と前記制御要素とを独立して選択可能であり、前記表示制御手段は、前記選択手段により前記テキスト要素が選択された場合は、前記テキスト要素を拡大して表示し、前記選択手段により前記制御要素が選択された場合は、前記制御要素を拡大して表示することを特徴とする請求項１に記載のマルチ画面表示装置。
【請求項３】
複数の画像データを入力し、該画像データに対応する画像を合成してマルチ画面表示を行うマルチ画面表示方法において、
前記画像内の文字情報領域を識別する識別工程と、
前記複数の画像データに対応する複数の画像を縮小して表示するマルチ画面表示モードであるか否かを判定する第１判定工程と、
前記第１判定工程でマルチ画面表示モードであると判定された場合に、前記画像データに対応する画像を縮小した画像内の前記文字情報領域に表示される文字サイズが所定の文字サイズ以下であるか否かを判定する第２判定工程と、
前記縮小した画像内の前記文字情報領域を選択する選択工程と、
前記第２判定工程で前記文字サイズが所定の文字サイズ以下であると判定された場合に、前記縮小した画像内の前記文字情報領域の文字情報を非表示とするように表示態様を変更し、前記文字情報領域の文字情報が非表示となっている状態で、前記選択工程で前記文字情報領域が選択された場合、選択された前記文字情報領域を拡大し、非表示となっていた前記文字情報を表示するように制御する表示制御工程とを有することを特徴とするマルチ画面表示方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、マルチ画面表示機能を有するマルチ画面表示装置及びマルチ画面表示方法に関する。
【０００２】
【従来の技術】
従来、現行のアナログ放送における放送サービスの１つとして、通常のテレビジョン放送信号に文字や図形データを多重化して伝送する文字放送番組が実現されている。
【０００３】
現在、サービスが実施されている文字放送番組として、ニュース、天気予報、交通情報、観光案内、テレビショッピングなどがある。また、番組の中で視聴者にアンケート調査を行うような場合もある。この現行の文字放送番組はテレビ局から視聴者に対して一方的に情報を提供する方式で行われる。
【０００４】
しかし、２０００年末に予定されているＢＳデジタル放送では、この文字放送に双方向性、オンデマンド型のマルチメディアサービスなど新規のサービスを付加したデータ放送が予定されている。
【０００５】
このデータ放送は、電波産業界ＡＲＩＢで規格化され、データ放送の詳細は、ＡＲＩＢ規格書（ＡＲＩＢ  ＳＴＤ  Ｂ−２４  デジタル放送におけるデータ放送符号化方式と伝送方式）に書かれている。その中で、データ放送の提示方法には、「提示の一意性」が保たれるように様々な規定が設けられている。この提示の一意性とは、どのメーカのデジタルテレビ受信機でも放送事業者が意図したものと同じ提示表現になることを意味しており、このことは強く推奨されている。
【０００６】
一方、最近のテレビ受信機には、マルチ画面表示機能が設けられており、２チャンネルを同時に受信して画面に同時表示できる機能が組み込まれたものが出現している。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記マルチ画面表示機能を有するデジタルテレビ（デジタル放送受信装置）で、データ放送の提示にも対応しようとすると、本来、放送事業者が意図した画面サイズ、レイアウトを変更しなければならず、例えば、縮小表示した画面に変換しなければならない。
【０００８】
これは、データ放送の提示は１画面に表示することを前提に考慮されているという理由に他ならない。この場合、文字、図形、映像などのマルチメディア情報が混在するデータ放送画面にあっては、特に、文字情報の判別性が著しく低下する可能性が高い。
【０００９】
これを回避する方法としては、特開平０９−０９３５４８号公報（文字情報表示機能付きテレビ受信機）に示すように、表示器のスクリーンに生じる無画部を有効に活用し、この無画部に対して文字多重及びデータ放送デコーダでデコードされた文字情報を表示したり、また、レターボックス方式のテレビ信号の場合、無画部は上下に生じるが、この無画部を上または下のいずれか一方に移して無画部に表示される文字情報を分かり易く見やすくしたり、さらに、２画面表示を行う機能を活用し、一方の画面には文字情報を表示できるようにする手段が知られている。さらに、特開平０９−０９３５０５号公報（文字多重デコーダを有するテレビ受信機）に示すように、文字情報が表示される画面を常に固定された位置に自動的に設定する手段が知られている。この方法は、現行のアナログ放送における文字放送では有効な方法となり得る。
【００１０】
しかし、データ放送の提示の一意性を保ったマルチ画面表示を考慮すると、上記回避方法のように、提示の一意性を無視して文字部のレイアウトを変えることは、放送事業者の意図から反してしまうので、更なる改良・改善が要望されている。
【００１１】
そこで、本発明は、データ放送画面をマルチ画面表示の１画面として表示する場合、放送事業者の意図したデータ放送画面の「提示の一意性」を崩さず、ユーザに対してデータ放送の文字領域およびマルチ画面表示の視認性を向上できるマルチ画面表示装置及びマルチ画面表示方法を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、本発明のマルチ画面表示装置は、複数の画像データを入力し、該画像データに対応する画像を合成してマルチ画面表示を行うマルチ画面表示装置において、前記画像内の文字情報領域を識別する識別手段と、前記複数の画像データに対応する複数の画像を縮小して表示するマルチ画面表示モードであるか否かを判定する第１判定手段と、前記第１判定手段によりマルチ画面表示モードであると判定された場合に、前記画像データに対応する画像を縮小した画像内の前記文字情報領域に表示される文字サイズが所定の文字サイズ以下であるか否かを判定する第２判定手段と、前記縮小した画像内の前記文字情報領域を選択する選択手段と、前記第２判定手段により前記文字サイズが所定の文字サイズ以下であると判定された場合に、前記縮小した画像内の前記文字情報領域の文字情報を非表示とするように表示態様を変更し、前記文字情報領域の文字情報が非表示となっている状態で、前記選択手段により前記文字情報領域が選択された場合、選択された前記文字情報領域を拡大し、非表示となっていた前記文字情報を表示するように制御する表示制御手段とを備えたことを特徴とする。
【００３１】
また、本発明のマルチ画面表示方法は、複数の画像データを入力し、該画像データに対応する画像を合成してマルチ画面表示を行うマルチ画面表示方法において、前記画像内の文字情報領域を識別する識別工程と、前記複数の画像データに対応する複数の画像を縮小して表示するマルチ画面表示モードであるか否かを判定する第１判定工程と、前記第１判定工程でマルチ画面表示モードであると判定された場合に、前記画像データに対応する画像を縮小した画像内の前記文字情報領域に表示される文字サイズが所定の文字サイズ以下であるか否かを判定する第２判定工程と、前記縮小した画像内の前記文字情報領域を選択する選択工程と、前記第２判定工程で前記文字サイズが所定の文字サイズ以下であると判定された場合に、前記縮小した画像内の前記文字情報領域の文字情報を非表示とするように表示態様を変更し、前記文字情報領域の文字情報が非表示となっている状態で、前記選択工程で前記文字情報領域が選択された場合、選択された前記文字情報領域を拡大し、非表示となっていた前記文字情報を表示するように制御する表示制御工程とを有することを特徴とする。
【００３３】
【発明の実施の形態】
本発明のマルチ画面表示装置及びマルチ画面表示方法の実施の形態について図面を参照しながら説明する。本実施形態のマルチ画面表示装置はデータ放送受信装置に適用される。
【００３４】
［第１の実施形態］
図１は第１の実施形態におけるデータ放送受信装置の構成を示すブロック図である。図において、１はアンテナ（パラボラアンテナ）であり、ＢＳデジタル放送やＣＳデジタル放送を受信する。
【００３５】
２ａ、２ｂはチューナ部であり、受信信号を帯域フィルタ、ダウンコンバータなどに通過させた後、復調部３ａ、３ｂに出力する。復調部３ａ、３ｂは、受信信号に対し、伝送形態に合致した復調処理を施すと共に、誤り訂正処理などを行い、所望のＭＰＥＧ２トランスポートストリームをデマルチプレクサ４ａ、４ｂに受け渡す。
【００３６】
デマルチプレクサ４ａ、４ｂは、トランスポートストリームから所望の番組におけるＭＰＥＧ２の映像データ、ＭＰＥＧ２の音声データおよび付加情報を分離する。分離されたＭＰＥＧ２の音声データは、音声デコーダ（図示せず）で復号化され、オーディオ信号として出力される。これにアンプ、スピーカを接続することにより、受信した番組の音声を聞くことができる。
【００３７】
また、分離されたＭＰＥＧ２の映像データは、映像デコーダ５ａ、５ｂで復号化され、ラスタースキャン形式の表示フォーマットに変換された後、放送映像ソースとして、解像度変換部７ａ、７ｂに受け渡される。
【００３８】
さらに、分離された付加情報は、制御部１５に受け渡される。この付加情報がＢＳデジタル放送で運用が予定されているデータ放送である場合、制御部１５はＢＭＬスクリプト言語を解釈し、マルチメディア情報サービス提供者のコンテンツシナリオを得る。
【００３９】
このシナリオは、構造化されたコンテンツの属性（テキスト、静止画、動画、音声などの個別データ、これら個別データの画面上の配置を指定する制御情報、ボタンなどの操作に応じて画面を更新する画面制御情報など）からなる。制御部１５は、コンテンツの属性を解釈し、後述する画像描画部１８、映像デコーダ５ａ、５ｂと連動し、データ放送画面を構成する。
【００４０】
また、付加情報がＥＰＧ（Ｅｌｅｃｔｒｉｃａｌ  Ｐｒｏｇｒａｍ  Ｇｕｉｄ）情報である場合、制御部１５は、ＰＳＩ／ＳＩ情報を解釈し、番組情報（例えば、番組、放送時間、タイトル、カテゴリ等）を得る。
【００４１】
ここで、データ放送に関して簡単に説明する。ディジタル技術の発展に伴い、放送界でも放送信号を含めた各種情報をディジタル化した放送システムが開発されており、その中にあって、データカルーセル伝送という新しい伝送方式が開発されている。これは、番組に付随するマルチメディアサービスのコンテンツファイルをＭＰＥＧ２トランスポートストリーム上で繰り返し伝送する方式であり、受信機は放送中の任意のタイミングでコンテンツファイルを取得する。これにより、ユーザは最新のニュース、天気予報、プロ野球の結果等を、いつでもオンデマンドで見ることができる。また、受信機はモデムを介した電話機能を内蔵しているので、ユーザのクイズ番組、映画の人気投票番組などに参加できる放送局とユーザとを結ぶ双方向型のサービスを実現することができる。
【００４２】
６ａ、６ｂは入力処理部であり、外部映像入力ソースを受け取る。受け取るデータがコンピュータからのアナログ信号である場合、Ａ／Ｄコンバータや、画像データをサンプリングするためのＰＬＬ（Ｐｈａｓｅ  Ｌｏｃｋｅｄ  Ｌｏｏｐ）が入力処理部６ａ、６ｂに含まれる。また、受け取るデータがＬＶＤＳ（Ｌｏｗ  Ｖｏｌｔａｇｅ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ）等のディジタル信号である場合、その復号器や差動バッファが入力処理部６ａ、６ｂに含まれる。さらに、受け取るデータがテレビやＤＶＤのコンポジット信号である場合、ＮＴＳＣビデオデコーダ、ＹＵＶからＲＧＢ信号に変換する色変換回路、走査方式をインタレースからプログレッシブに変換するＩＰ変換回路などが入力処理部６ａ、６ｂに含まれる。いずれもラスタースキャン形式の表示フォーマットに変換された後、外部映像ソースとして、後段の解像度変換部７ｃ、７ｄに受け渡される。
【００４３】
解像度変換部７ａ〜７ｄは、制御部１５が表示フォーマット（表示ライン数、ドット数、色数）と予めプリセットされたマルチ画面レイアウト情報に基づき、解像度変換パラメータ（拡大率・縮小率・拡大縮小の重み付けフィルタ係数など）をそれぞれに独立に設定することで、拡大・縮小・等倍処理を行う。本実施形態では、解像度変換部７ａ〜７ｄは、独立した４つの画像データを１つの共通した共有バス８に出力するためのバスインタフェースの機能も有している。
【００４４】
解像度変換部７ａ〜７ｄから出力される画像は、共有バス８を経由し、メモリ制御部９の制御の下に管理されている、少なくとも表示画像１面分（本実施形態では、少なくとも表示画像４画面分）の容量を持つ共有メモリ１０に格納される。
【００４５】
これと同時に、合成部１２は、制御部１５からのマルチウィンドウ管理指示に基づき、表示すべき入力画像が格納されているメモリアドレスをメモリ制御部９に発行することにより、共有メモリ１０から表示データを読み出し、最終的なマルチ画面合成を実現する。共有バス８を介して非同期で起こるメモリへのアクセスは、優先順位に基づき、調停部１１によってスケーラブルに管理されている。
【００４６】
表示制御部１３は、表示装置１４のフレームレートに同期して、表示装置１４の特性に応じた表示駆動の制御および表示フォーマットの変換を行う。表示装置１４のデバイスとしては、マトリクス電極構造を有するフラットパネル（液晶、プラズマ等）、ＣＲＴに限らず、画像を表示するデバイスであればよい。本実施形態では、テレビの場合にはハイビジョン、ＰＣの場合にはＳＸＧＡ以上の高精細画像を表示できる大画面ディスプレイを採用する。
【００４７】
１５はシステム全体を制御する制御部であり、演算能力を有するＣＰＵ、時間を計測するカウンタ、周辺入出力インタフェース等を内蔵する。制御部１５内のＣＰＵバスには、データを一時格納するＲＡＭ１７、および制御プログラムを格納するＲＯＭ１６が接続されている。
【００４８】
尚、制御部１５は論理ロジックだけで構成されてもよいし、ＣＰＵや並列演算可能なメディアプロセッサで構成されてもよい。また、制御プログラムはＲＯＭ１６に格納されてもよいし、周辺入出力インタフェースを介して外部から転送されてもよい。また、ＲＯＭ１６には、必要に応じて文字フォントなどが格納されており、ＷＷＷやデータ放送の文字情報を画面に展開するときに使用される。
【００４９】
また、制御部１５には、モデム２１が接続されており、インターネット接続を行うことができる。インターネット接続は、ブラウジングや電子メールだけでなく、データ放送の双方向通信にも使用される。また、制御部１５には、リモコン受光部１９が接続されており、赤外線を用いたリモコン２０のコマンドを受け付け可能である。このリモコン２０は、通常のリモコンだけにとどまらず、赤外線発光可能なキーボードやマウス、さらにはジョイスティックなどであってもよい。
【００５０】
１８は画像描画部であり、制御部１５が描画命令を発行することにより、共有メモリ１０にＯＳＤ（Ｏｎ  Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ）画面、ＥＰＧ（電子プログラムガイド）画面、データ放送画面などのＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を、ＢｉｔＢｌｔやＤＭＡなどのアクセラレーション機能を用いて生成する時に使われる。
【００５１】
つぎに、上記構成を有するデータ放送受信装置の動作を示す。
【００５２】
［マルチ画面表示動作］
図２はマルチ画面表示動作処理手順を示すフローチャートである。この処理プログラムはＲＯＭ１６に格納されており、制御部１５内のＣＰＵによって実行される。制御部１５は、電源投入を検知すると、処理を開始し、初期化処理を行う（ステップＳ１０１）。
【００５３】
この初期化処理では、初期画面レイアウト情報（表示する画面数分の始点・終点情報、画面が重なった場合の表示優先度情報など）をＲＯＭ１６から取得し、放送映像ソースの場合、ソースのフォーマットやデフォルト選択チャンネルの決定を行い、これを受けてチューナ部２ａ、２ｂ、復調部３ａ、３ｂ、デマルチプレクサ４ａ、４ｂ、映像デコーダ５ａ、５ｂに初期設定を行う。また、外部映像ソースの場合、外部映像ソースの種別の検知を行い、これを受けて入力処理部６ａ、６ｂに外部映像ソースを受け取るためのパラメータの初期設定を行う。
【００５４】
ステップＳ１０１で取得した画面レイアウト情報を基に、各映像ソースの水平・垂直の拡大・縮小倍率を算出し、解像度変換パラメータを決め、各解像度変換部７ａ、７ｂにパラメータを設定する（ステップＳ１０２）。
【００５５】
各解像度変換部７ａ、７ｂの出力を共用メモリ１０に書き込む時に必要な書き込み用のメモリアドレスを設定する（ステップＳ１０３）。
【００５６】
図３はメモリ論理アドレスマップを示す図である。本実施形態では、共用メモリ１０は、４つの動画プレーン、およびＧＵＩデータ用のＧＵＩ＋α（アルファ値）の１プレーンの計５プレーンから構成されている。各プレーンには、表示装置１４の表示解像度分のメモリ空間が割り当てられている。したがって、共用メモリ１０に書き込む時点では表示のための合成はなされていない。ここでは、主に図３の開始アドレス＃０〜＃４は、各解像度変換部７ａ、７ｂおよび画像描画部１８に渡され、これらに設けられた書き込みアドレス生成部のメモリアドレスのオフセット値として使用される。
【００５７】
マルチウィンドウ表示時の背景色（パターン）を合成部１２に設定する（ステップＳ１０４）。また、ステップＳ１０１で取得した表示優先度を合成部１２に設定する（ステップＳ１０５）。ただし、ＧＵＩ＋αプレーンは最上位の優先度を有する。
【００５８】
マルチ画面制御用ＧＵＩの表示設定を行う（ステップＳ１０６）。このＧＵＩは、Ｗｅｂ画面、ＥＰＧ画面、データ放送画面など、制御部１５が描画する全ての画面を含む。具体的には、制御部１５がＧＵＩを描画するための描画命令を画像描画部１８に発行し、画像描画部１８のＤＭＡやＢｉｔＢｌｔなどのアクセラレート機能を用いてビットマップ形式に展開した文字やその他のデータを共用メモリ１０に書き込むことで画面を作成する。
【００５９】
また、このＧＵＩデータの描画では、ＧＵＩデータのみならず、アルファ値と呼ばれるマスクデータも同時に共用メモリ１０に描画される。これは、非矩形のＧＵＩデータの合成、ＧＵＩと動画とのアルファ合成などを実現することを目的とする。
【００６０】
この後、読み出し用メモリアドレス設定など、合成部１２を動作させるための各種設定を行う（ステップＳ１０７）。
【００６１】
ここで、合成部１２の動作の概略を示す。合成部１２は、表示装置１４の水平・垂直同期信号を基準に表示領域の水平画素数カウンタ、垂直ライン数カウンタを有し、表示期間のラスタースキャン走査をカウントする。そして、このカウント値によって、メモリ制御部９にＧＵＩ＋αプレーンに常時読み出しアドレスを発生する。読み出しアドレスの開始アドレスは図３の開始アドレス＃４を指定する。これにより、α値付きのＧＵＩデータが読み出される。
【００６２】
一方、制御部１５により設定された画面レイアウト情報（放送映像＃０、放送映像＃１、外部映像＃０、外部映像＃１の上記表示領域での各始点、終点座標）を基に、上記カウンタが各映像ソースの領域と一致した場合、図３の対応する動画プレーン領域へ読み出しアドレスを発生する。
【００６３】
仮に、読み出し要求が重なった場合、制御部１５により設定された表示優先度情報にしたがって最上位の優先度である映像ソースの読み出しを選択し、それ以外の読み出しアドレスを発生させない。合成すべきデータがないと判断した場合、読み出しアドレスを発生させず、制御部１５により設定された背景データを出力する。これにより、表示レイアウトに対応した映像データが読み出され、映像データの合成が実現される。
【００６４】
ＧＵＩデータと映像データの共用メモリ１０からの読み出しは時分割で交互に行われ、ＧＵＩデータと映像データに対し、α値に応じて、ＧＵＩデータ選択、映像データ選択、あるいはＧＵＩデータと映像データのアルファ合成が行われ、最終的なマルチ画面合成データとして表示制御部１３に出力される。この初期化後、図４に示すマルチ画面合成の初期化時のイメージができあがる。図４はマルチ画面合成の初期化時のイメージを示す図である。同図（Ａ）はＧＵＩ付き４画面均等表示を示す。同図（Ｂ）はＧＵＩ付き４画面ピクチャーインピクチャ表示を示す。
【００６５】
この後、レイアウト変更が生じるのを待ち（ステップＳ１０８）、レイアウト変更が生じた場合、レイアウトを決定し（ステップＳ１０９）、ステップＳ１０２の処理に戻る。上記ステップＳ１０２〜Ｓ１０７の処理を繰り返すことにより、マルチ画面のレイアウト変更が実行される。
【００６６】
［データ放送画面の構成］
つぎに、データ放送画面の描画方法を示す。データ放送では、ＭＰＥＧ２トランスポートストリーム上にストリーム系で送信される動画・音声・静止画、およびカルーセル系で送信される静止画・文字・図形などの各種モノメディアが伝送される。また、これらを組み合わせ、放送事業者が意図したマルチメディア表現を実現するＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）と呼ばれるマルチメディア記述言語も送信される。
【００６７】
このデータ放送受信装置では、デマルチプレクサ４ａ、４ｂでこれらを分離し、カルーセル系のモノメディアやＢＭＬ文書などのファイルは制御部１５に渡され、ＲＡＭ１７に格納される。ストリーム系のモノメディアは映像デコーダ５ａ、５ｂに渡され、デコード処理される。
【００６８】
制御部１５は、データ放送の画面を提示するために、カルーセル系のモノメディアをデコードすると共に、ＢＭＬ記述中のＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔ）に記載された画面レイアウト情報を基に、背景、文字データ、メニューボタンなどの要素を、画像描画部１８の機能を用いて、共用メモリ１０のＧＵＩ＋αプレーンに描画する。
【００６９】
また、各要素には、文字サイズ、色、大きさ、サイズ、絶対座標による表示位置などの詳細な特性が記述されているので、提示の一意性が保たれるようになっている。また、ストリーム系のモノメディアである放送映像などの動画は、指定されたレイアウト情報を基に、必要とあれば、解像度変換部７ａ、７ｂで拡大縮小処理を施された後、共用メモリ１０の動画プレーン＃０、あるいは動画プレーン＃１に描画される。
【００７０】
データ放送画面に提示された上記レイアウト情報は、制御部１５から合成部１２に渡される。合成部１８は、これを基に、前述した読み出しアドレスを適宜切り替えてメモリ制御部９に発生することにより、図５に示すような放送業者の意図したデータ放送画面の提示が行われる。図５は動画像と文字図形情報を組み合わせた画面構成を示す図である。
【００７１】
文字図形情報は、リモコン２０から制御可能なメニューボタンおよび文字データから構成されている。メニューボタンには、リモコン２０からの選択可能なように、フォーカス特性などの特別な属性が付加されており、メニュー選択が行われると、再びカルセール系から次の画面を取得し、上記と同様の手続き後、新たなデータ放送画面の提示に切り替わる。このようにして、決められた手続きを基にデータ放送のインタラクティブなシナリオが実現されていく。
【００７２】
［マルチ画面モード時のデータ放送画面の構成］
上記処理は、放送業者が意図したデータ放送画面を表示装置１４に１画面で提示する場合の一般的な例である。このデータ放送受信装置は、前述したように、最大４つの映像ソースをマルチ画面表示することを目的に構成されている。
【００７３】
したがって、データ放送画面もマルチ画面の１つの構成要素になることを考慮しなくてはならない。図６はマルチ画面表示時のデータ放送画面の提示イメージを示す図である。このマルチ画面表示時のデータ放送画面の提示イメージのように、４画面を独立表示したとき、データ放送画面の文字部分は放送事業者の意図した文字サイズで表現できなくなり、文字の判別が不可能になってしまう可能性が高い。
【００７４】
このような場合における本実施形態の対処法を以下に示す。図７はマルチ画面表示動作時のデータ放送提示処理手順を示すフローチャートである。この処理プログラムはＲＯＭ１６に格納されており、制御部１５内のＣＰＵによって実行される。表示画面のレイアウト変更があるのを待ち（ステップＳ２００）、表示画面のレイアウト変更があった場合、データ放送受信モードになっているか否かを判別し（ステップＳ２０１）、データ放送受信モードになっていない場合、通常のマルチ画面提示の表示設定を行う（ステップＳ２０９）。この後、ステップＳ２００の処理に戻る。この通常のマルチ画面提示の表示設定は、前述した図２の表示動作処理のフローチャートにしたがって処理される。
【００７５】
一方、ステップＳ２０１でデータ放送受信モードであると判断された場合、すなわち、リモコン２０を用いて、図８に示すデータ放送選択ボタン３４をユーザが押下した場合、マルチ画面表示モードであるか否かを判別する（ステップＳ２０３）。図８はリモコン２０のキー配置を示す正面図である。
【００７６】
マルチ画面表示モードでないと判別された場合、すなわち、図５に示すようにデータ放送が１画面で提示されている通常放送の場合、データ放送制御用のリモコンキーを通常制御用に割り付ける（ステップＳ２１０）。ここで、データ放送制御用のリモコンキーには、方向キーボタン３０、決定ボタン３１、キャンセルボタン３２の他、データ放送だけで使用されるＡＲＩＢ仕様の４色（青・赤・緑・黄）カラーボタン３５がある。
【００７７】
例えば、図５のメニューボタンに対し、上下の方向キーボタン３０を用いてフォーカス移動を行い、決定ボタン３１を押下することにより目的とするメニューを選択することができる。また、放送事業者が、メニュー選択の簡単なリモコン操作を行うことを意図し、メニューにカラーボタンの色を割り当てている場合、カラーボタン３５の該当する色のボタンの一発押下でメニューを選択することができる。このように、リモコンのキーと画面を連動させることが、データ放送制御用のリモコンキーを通常制御用に割り付けるという意味である。
【００７８】
これにより、メニュー選択が行われたか否かを判別し（ステップＳ２１１）、メニュー選択が行われると、カルーセル伝送系から再び新規のＢＭＬを取得し、データ放送画面の更新を行う（ステップＳ２１２）。メニュー選択が行われない場合、そのままステップＳ２１３の処理に移行する。この後、データ放送終了であるか否かを判別する（ステップＳ２１３）。ユーザがデータ放送選択ボタン３４を押下した場合、ステップＳ２１３では、データ放送の終了とみなし、ステップＳ２０９でデータ放送の動画のストリーム映像部分のみ表示する通常の表示設定に戻る。一方、ステップＳ２１３でデータ放送の終了でない場合、ステップＳ２１１の処理に戻る。
【００７９】
また一方、ステップＳ２０３でマルチ画面表示モードであると判断された場合、すなわち、ユーザがリモコン２０のマルチ画面選択ボタン３３を押下した場合、図６に示すように、データ放送画面を縮小表示しなければならない。このため、データ放送画面のレイアウト変更を行う（ステップＳ２０４）。
【００８０】
図９はデータ放送画面のレイアウト変更時の絶対座標変換を示す図である。同図（Ａ）はデータ放送が全画面表示である場合、放送業者が意図した表示解像度で表示されたデータ放送画面を示す。図中、親要素とは、データ放送画面全体の表示領域を示しており、ここでは表示装置１４の表示解像度と１：１に対応する。また、図中、子要素とは、文字データ、メニューボタンなどの要素の描画領域を示している。図９（Ａ）において、左上を原点（０，０）とし、水平画素数（Ｈ画素）、垂直ライン数（Ｖライン）とする絶対座標（Ｈ，Ｖ）の座標系で親要素を定義すると、ＡＲＩＢの規格（ＡＲＩＢ  ＳＴＤ  Ｂ−２４  １．１版のｐ２８２参照）において、子要素のレイアウトの始点情報は、Ｌｅｆｔ：親要素のｂｏｘ左端からの距離（ピクセル数）、Ｔｏｐ：親要素のｂｏｘ上端からの距離（ピクセル数）である。子要素のレイアウトのサイズ情報は、Ｗｉｄｔｈ：幅（ピクセル数）、Ｈｅｉｇｈｔ：高さ（ピクセル数）で示される。本装置の座標系も同様に定義される。
【００８１】
マルチ画面レイアウト変更によって、水平方向１／Ｍ倍（Ｍ＞０）、垂直方向１／Ｎ倍（Ｎ＞０）に解像度変換（縮小）され、原点（０，０）から移動オフセット（Ｘｏｆｆｓｅｔ，Ｙｏｆｆｓｅｔ）に位置を変更する場合、データ放送画面のレイアウト変更時の座標変換は、図９（Ｂ）に示すように行われ、縮小・移動表示される。
【００８２】
このとき、親要素の座標変換では、始点が座標（Ｘｏｆｆｓｅｔ，Ｙｏｆｆｓｅｔ）となり、サイズが水平（Ｈ）／Ｍ、垂直（Ｖ）／Ｎに変換される。
【００８３】
子要素の座標変換は、以下の数式（１）〜（４）で行われる。
【００８４】
Ｔｏｐ’＝Ｙｏｆｆｓｅｔ＋Ｔｏｐ／Ｎ      ……  （１）
Ｌｅｆｔ’＝Ｘｏｆｆｓｅｔ＋Ｌｅｆｔ／Ｍ  ……  （２）
Ｗｉｄｔｈ’＝Ｗｉｄｔｈ／Ｍ              ……  （３）
Ｈｅｉｇｈｔ’＝Ｈｅｉｇｈｔ／Ｎ          ……  （４）
制御部１５は、各要素を上記数式にしたがって変換し、画像描画部１８に再描画命令を発行した場合、図６に示すデータ放送の縮小画面を提示できる。ただし、文字サイズに関しては、ＲＯＭ１６に格納されている文字フォントを適宜、縮小倍率に合わせて変換する必要がある。
【００８５】
この後、文字サイズが一定サイズ以下であるか否かを判別する（ステップＳ２０５）。文字サイズが一定サイズ以下である場合、つまり、文字の判別が不可能になってしまうと判断された場合、本実施形態の特徴となるステップ処理でデータ放送画面の提示変更処理を行う（ステップＳ２０６）。そして、データ放送が終了したか否かを判別し（ステップＳ２０７）、データ放送が終了した場合、ステップＳ２０９の処理に移行し、データ放送が終了していない場合、マルチ画面表示レイアウトが変更されたか否かを判別する（ステップＳ２０８）。マルチ画面表示レイアウトが変更された場合、ステップＳ２０１の処理に戻り、一方、変更されていない場合、ステップＳ２０６の処理に戻る。
【００８６】
このように、ステップＳ２０６の提示変更処理は、ステップＳ２０７でデータ放送の終了と判断されず、ステップＳ２０８でマルチ画面表示レイアウトの変更がない限り、繰り返し実行される。
【００８７】
図１０はステップＳ２０６のデータ放送画面の提示変更処理手順を示すフローチャートである。まず、文字領域の判別を行う（ステップＳ３００）。文字領域の判別処理は、制御部１５がデータ放送画面のレイアウト情報（図７のステップＳ２０４におけるレイアウト変更後の情報）および各要素の属性を認識しているので、比較的容易に行うことができる。図５の提示例では、メニューボタンと文字データ部分の要素が文字領域であると判断される。
【００８８】
文字領域の外郭範囲の決定を行う（ステップＳ３０１）。この文字領域の外郭範囲の決定処理では、文字領域を全て含むように選択され、図５の提示例では、逆Ｌ字形で囲まれる領域となる。さらに、外郭範囲にフォーカス処理を行う（ステップＳ３０２）。図１１はデータ放送画面の文字領域の外郭範囲にフォーカス処理が行われたイメージを示す図である。ここでの特徴的な提示方法は、判別不可能な文字データを表示しないことと、フォーカス色を図８のＡＲＩＢ仕様の４色（青・赤・緑・黄）からなるカラーボタンの色と同じに設定したことである。図１１の例では、赤色に設定されている。
【００８９】
データ放送制御用のリモコンキーを拡張制御用に割り付ける（ステップＳ３０３）。これは、データ放送制御用のリモコンキー（方向キーボタン３０、決定ボタン３１、キャンセルボタン３２の他、データ放送のみで使用されるＡＲＩＢ仕様の４色（青・赤・緑・黄）カラーボタン３５）などを、外郭フォーカス提示状態の拡張制御キーに割り当てることを意味する。
【００９０】
つまり、データ放送内のリモコン関連スクリプトを無視し、独自の制御スクリプトに置き換える。この状態で、マルチ画面表示設定を行うことで、図１１の表示が行われる（ステップＳ３０４）。
【００９１】
ユーザがデータ放送フォーカス領域の選択を行うまでウェイト状態になる（ステップＳ３０５）。この具体的な選択は、カラーボタン３５の中の赤ボタンを押すことで行われる。このように、カラーボタンとフォーカス色との対応を図ることにより、データ放送画面制御におけるリモコン操作に統一性が生まれ、これにより簡単な操作を実現できる。
【００９２】
フォーカス領域が選択された場合、フォーカス文字領域の拡大表示処理を行う（ステップＳ３０６）。図１２は拡大表示された外郭範囲のイメージを示す図である。このときの拡大方法では、図１２に示すように、データ放送画面のオリジナルなサイズに戻してもよいし、拡大領域がマルチ画面の映像ソース画面にかぶる部分をなるべく減らすように、文字サイズの判読が容易になる中間段階の大きさに拡大するようにしてもどちらでもよい。いずれにしても、この拡大表示処理を行う場合、制御部１５は前述した数式（１）〜（４）の座標変換にしたがって、文字領域のレイアウトを所望の拡大後のレイアウトに変更する。本実施形態では、データ放送の提示の一意性をなるべく崩さないように、レイアウトを忠実に再現することが特徴である。
【００９３】
この拡大表示状態では、再び、データ放送制御用のリモコンキーを通常制御用に割り付ける（ステップＳ３０７）。つまり、リモコン関連の独自の制御スクリプトから通常のデータ放送内のリモコン関連スクリプトに戻す。これにより、拡大された文字領域のメニューボタンに対し、通常のデータ放送のメニュー選択と同じように、メニュー選択をリモコン操作で行うことが可能となる。
【００９４】
メニュー選択が行われたか否かを判別し（ステップＳ３０８）、メニュー選択が行われた場合、データ放送画面を更新し（ステップＳ３１１）、ステップＳ３００の処理に戻る。一方、メニュー選択が行われない場合、リモコン２０のキャンセルボタン３２で取り消しが選択されたか否かを判別し（ステップＳ３０９）、取り消しが選択されない場合、ステップＳ３０８の処理に戻り、一方、取り消しが選択された場合、フォーカス文字領域の拡大表示処理を終了し（ステップＳ３１０）、ステップＳ３０３に戻って図１１のデータ放送画面の文字領域の外郭フォーカス提示状態に戻る。
【００９５】
このように、データ放送のマルチ画面表示時の文字の判別性を向上させた提示処理を実現できる。
【００９６】
［第２の実施形態］
前記第１の実施形態では、分離した文字領域である、メニューボタンなどの制御要素と、テキスト情報だけのテキスト要素とを一緒にまとめて、外郭範囲を決定していたが、データ放送の提示画面のレイアウト構成によっては、非常に大きな範囲になってしまうおそれがある。このような場合、分離した文字領域を拡大すると、他のマルチ画面表示された他の映像ソースの画面に、拡大された文字領域が大きくかぶってしまい、他の映像ソースの視認性が著しく低下することも考えられる。このようなことを防ぐために、第２の実施形態では、更なる方法で改善を行う。基本的な処理手順は、前記第１の実施形態と同様であるので、ここでは相違点だけを以下に説明する。
【００９７】
図１０のステップＳ３０１で文字領域の外郭範囲を決定する際、第２の実施形態では、メニューボタンなどの制御要素と、テキスト情報だけのテキスト要素とに分けて決定する。制御部１５は、属性の違いとレイアウト情報を識別できるので、この処理は比較的容易である。
【００９８】
ステップＳ３０２では、外郭範囲にフォーカス処理を行う。このフォーカス処理は、ステップＳ３０１で区別された領域毎に異なる色でフォーカスを行う。図１３は第２の実施形態におけるメニュー・テキスト分離時のフォーカスおよび拡大表示のイメージを示す図である。ここでの特徴的な提示方法は、前記第１の実施形態と同様、判別不可能な文字データを表示しないことと、フォーカス色を図８に示すＡＲＩＢ仕様の４色（青・赤・緑・黄）カラーボタンの色と同じに設定したことである。図１３（Ｂ）では、メニュー領域を赤色、テキスト領域を青色に設定している。
【００９９】
ステップＳ３０５では、カラーボタン３５の赤ボタンを押すと、ステップＳ３０６で、図１３（Ａ）に示すように、フォーカス文字領域のメニュー領域だけの拡大表示処理を行う。また、ステップＳ３０５でカラーボタン３５の青ボタンを押すと、ステップＳ３０６で、図１３（Ｃ）に示すように、フォーカス文字領域のテキスト領域だけの拡大表示処理を行う。
【０１００】
このように、文字領域を拡大した場合、他のマルチ画面表示された他の映像ソースの画面にかぶってしまう部分を減らすことができる。
【０１０１】
［第３の実施形態］
前記第２の実施形態では、メニューボタンなどの制御要素と、テキスト情報だけのテキスト要素とに分けて異なる色でフォーカス処理を行う場合を示したが、この表示状態だけでは、フォーカスされている領域は、メニューのある領域であるのか、あるいはテキストのある領域であるのか、ユーザにとって判別しにくい場合がある。
【０１０２】
図１４は第３の実施形態におけるメニュー・テキストアイコンが付加されたフォーカス表示のイメージを示す図である。制御部１５は、メニュー領域であることを示すＭｅｎｕアイコン、およびテキスト領域であることを示すＴｅｘｔアイコンを、画像描画部１８と連動して描画することにより、フォーカスされている領域が、メニューのある領域であるのか、あるいはテキストのある領域であるのかがユーザにとって判別しやすくなり、ユーザによるフォーカス選択時の操作性を向上できる。
【０１０３】
［第４の実施形態］
前記第１、２の実施形態では、データ放送の提示画面のレイアウト構成によっては、拡大表示された文字領域が非常に大きな範囲になってしまう場合がある。このような場合、拡大表示された文字領域が他のマルチ画面表示された他の映像ソースの画面に大きくかぶってしまい、他の映像ソースの視認性を著しく低下させてしまうことになる。これを解決するために、第４の実施形態では、更なる方法で改善を行う。
【０１０４】
図１５は第４の実施形態における外郭範囲の拡大表示時のイメージを示す図である。第４の実施形態では、拡大された領域およびマルチ画面の映像領域は、アルファ合成した形で表示される。制御部１５は、画像描画部１８と連動してアルファ値付きの画像を共有メモリ１０のＧＵＩ＋αプレーンに描画することで、前記第１の実施形態で示したように、合成部１２がアルファ合成を実行する。
【０１０５】
これにより、文字領域を拡大した場合、他のマルチ画面表示された他の映像ソースの画面に、拡大された文字領域がかぶってしまう部分があっても、マルチ画面映像ソースの視認性を向上させることが可能となる。
【０１０６】
［第５の実施形態］
前記第１、２の実施形態では、フォーカス選択後に瞬時に元の大きさに戻す（拡大する）と、ユーザにとってはどの部分の文字領域が拡大されたのかを判別しにくく、また、放送事業者の提示の一意性を尊重する場合、元のレイアウトとの対応を分かるようにすることが望ましい。
【０１０７】
このようなことから、元の大きさに戻す（拡大する）場合、第５の実施形態では、一定の遷移時間を伴ってステップ拡大を行う。具体的に、図１０のステップＳ３０６のフォーカス文字領域の拡大表示処理において、ステップ拡大の遷移時間をＴ［ｓ］、表示装置１４のリフレッシュレートをＦ［Ｈｚ］、拡大前の文字領域の倍率をＭ［倍］、拡大後の文字領域の倍率をＮ［倍］とすると、ステップ拡大は、数式（５）〜（７）で表される。
【０１０８】
拡大ステップ数＝Ｔ×Ｆ  ……  （５）
拡大ステップ倍率＝（  Ｍ−Ｎ  ）／拡大ステップ数  ……  （６）
で表される。
【０１０９】
数式（５）に示すステップ数毎に、数式（６）の拡大ステップ倍率を加算したものが、数式（７）に示すように、次の拡大倍率になる。
【０１１０】
次の拡大倍率  ＝  現在の拡大倍率  ＋  拡大ステップ倍率  ……  （７）
つまり、表示装置１４の垂直同期信号に同期し、数式（５）の拡大ステップ数の回数分、数式（６）の拡大ステップ倍率を実行することにより、決まった遷移時間内のステップ拡大が実現する。
【０１１１】
制御部１５は、画像描画部１８と連動し、拡大倍率を変えた文字領域の画像を共有メモリ１０のＧＵＩ＋αプレーンに描画する。図１６は第５の実施形態における外郭領域の拡大表示時のトランジション効果のイメージを示す図である。これにより、段階的なステップ拡大効果を得ることができる。
【０１１２】
このように、文字領域を拡大した場合、どの部分の文字領域が拡大されたのか、ユーザにとって判別しやすくなる。
【０１１３】
［第６の実施形態］
前記第２の実施形態では、文字領域の分離は、メニューボタンなどの制御要素、テキスト情報だけのテキスト要素などのように、属性毎に区別して外郭範囲を決定していたが、データ放送の提示画面のレイアウト構成によっては、非常に大きな範囲になってしまうおそれがある。
【０１１４】
図１７は第６の実施形態における文字領域の外郭フォーカス移動のイメージを示す図である。同図（Ａ）は、図６と同様、マルチ画面表示の一画面として縮小表示されたデータ放送画面部分をピックアップしたものである。例えば、同図（Ａ）に示すように、テキスト領域とメニュー領域がデータ放送の提示画面上に散りばめられた構成になっている場合、テキスト領域とメニュー領域を属性毎にまとめて外郭範囲を決定することは困難である。これを無理やり外郭範囲を決定し、分離された文字領域を拡大した場合、他のマルチ画面表示された他の映像ソースの画面に大きくかぶってしまい、他の映像ソースの視認性が著しく低下することも考えられる。
【０１１５】
これを解決するために、第６の実施形態では、更なる方法で改善を行う。基本的な処理手順は、前記１の実施形態と同様であるので、相違点だけを以下に示す。
【０１１６】
図１０のステップＳ３０１の文字領域の外郭範囲の決定において、第６の実施形態では、メニューボタンなどの制御要素と、テキスト情報だけのテキスト要素とに分けると共に、各要素毎の領域を矩形範囲でまとめることができる大きさの領域に分割して決定する。図１７（Ａ）では、テキスト領域およびメニュー領域のいずれも４つに分割されている。
【０１１７】
制御部１５は、属性の違いとレイアウト情報を識別できるので、この処理は比較的容易である。ステップＳ３０２では、外郭範囲にフォーカス処理を行う。このフォーカス処理は、ステップＳ３０１で区別された領域毎に異なる色、同一の属性領域は同一の色でフォーカスされる。このイメージを図１７（Ａ）に示す。
【０１１８】
ここで、特徴的な提示方法は、前記第１の実施形態と同様、判別不可能な文字データを表示しないことと、フォーカス色を図８のＡＲＩＢ仕様の４色（青・赤・緑・黄）カラーボタンの色と同じに設定したことである。図１７では、各種メニュー領域を赤色、各種テキスト領域を青色に設定した。
【０１１９】
この状態で、第６の実施形態の特徴であるステップＳ３０５の処理を行う。図１８は文字領域の外郭フォーカス移動時のフォーカス領域の選択処理手順を示すフローチャートである。この処理プログラムはＲＯＭ１６に格納されており、制御部１５内のＣＰＵによって実行される。
【０１２０】
まず、テキスト領域のフォーカス色が選択されたか否かを判別する（ステップＳ４０１）。ユーザがカラーボタン３５の青ボタンを押すことで、テキスト領域のフォーカス色を選択した場合、リモコンキーをテキスト領域のフォーカス移動用に割り付ける（ステップＳ４０２）。具体的には、分割された４つのテキスト領域を方向キーボタン３０でフォーカス移動できるように、リモコンキーを割り付ける。
【０１２１】
ユーザが方向キーを選択するのを待ち（ステップＳ４０３）、方向キーを選択すると、指定された方向キーのテキスト領域をフォーカス移動する（ステップＳ４０４）。図１７（Ｂ）では、方向キーのうち、左右キーで左右移動、方向キーのうち、上下キーで上下移動を実現している。この移動方向と方向キーとの対応は、このような方法に限定されるものではない。
【０１２２】
また、フォーカス移動先の領域のフォーカスは、フォーカス移動前のフォーカス色と区別できるようにし、その領域を現在選択されているアクティブ状態とする。図１７（Ｂ）では、アクティブ状態のフォーカスは、太い青色でフォーカスされている。尚、このアクティブ状態のフォーカス方法はこれに限定されるものではない。
【０１２３】
このようなフォーカス移動後、ユーザが決定ボタン３１を押すことで、拡大表示したい領域を選択したか否かを判別し（ステップＳ４０５）、拡大表示したい領域を選択した場合、処理を終了し、一方、選択されない場合、ステップＳ４０３の処理に戻る。
【０１２４】
この後、図１０のステップＳ３０６で、前述したフォーカス領域の拡大表示処理を行う。この拡大表示は、ユーザが拡大してみたい最小限の領域で行うことが可能である。
【０１２５】
一方、ステップＳ４０１でテキスト領域のフォーカス色が選択されない場合、メニュー領域のフォーカス色が選択されたか否かを判別する（ステップＳ４０６）。メニュー領域のフォーカス色が選択されない場合、ステップＳ４０１の処理に戻る。
【０１２６】
一方、メニュー領域のフォーカス色が選択された場合、ステップＳ４０７以降の処理を行うが、これらステップＳ４０７〜Ｓ４１０までのメニュー領域のフォーカス移動処理は、ステップＳ４０２〜Ｓ４０５までの処理と同様である。
【０１２７】
すなわち、ユーザがカラーボタン３５の赤ボタンを押すことで、メニュー領域のフォーカス色を選択した場合、リモコンキーをメニュー領域のフォーカス移動用に割り付ける（ステップＳ４０７）。
【０１２８】
ユーザが方向キーを選択するのを待ち（ステップＳ４０８）、方向キーを選択すると、指定された方向キーのテキスト領域をフォーカス移動する（ステップＳ４０９）。フォーカス移動後、ユーザが決定ボタン３１を押すことで、拡大表示したい領域を選択したか否かを判別し（ステップＳ４１０）、拡大表示したい領域を選択した場合、処理を終了し、一方、選択されない場合、ステップＳ４０８の処理に戻る。
【０１２９】
これにより、文字領域を拡大した場合、他のマルチ画面表示された他の映像ソースの画面にかぶってしまう領域を、データ放送のレイアウトに依存せずに減らすことができる。
【０１３０】
尚、以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【０１３１】
例えば、上記実施形態では、２つの独立した放送映像ソース、および２つの独立した外部映像入力ソースの計４つの独立した映像ソースを、予め決められた所定のレイアウトに基づき、１つの表示装置にマルチ画面合成を表示できるように構成されているが、本発明における映像ソースの数としては、４つより多い数でも少ない数でもよい。また、少なくとも１つ以上の放送映像ソースを含んでいればよく、組み合わされる映像ソースの種類も特に限定されない。
【０１３２】
また、上記実施形態では、衛星放送を受信する場合を示したが、本発明は地上波、光ケーブルなどから放送を受信する場合にも同様に適用可能である。
【０１３３】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記録媒体を、装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムおよびこのプログラムを記憶した記憶媒体は本発明を構成することになる。
【０１３４】
上記実施形態では、図２、図７、図１０、図１８のフローチャートに示すプログラムコードは記憶媒体であるＲＯＭに格納されている。プログラムコードを供給する記憶媒体としては、例えばフロッピーディスク、ハードディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、不揮発性のメモリカードなどを用いることができる。
【０１３５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３７】
【発明の効果】
本発明によれば、データ放送画面をマルチ画面表示の１画面として表示する場合、放送事業者の意図したデータ放送画面の「提示の一意性」を崩さず、ユーザに対して、データ放送の文字領域およびマルチ画面表示の視認性を向上させることができる。
【図面の簡単な説明】
【図１】第１の実施形態におけるデータ放送受信装置の構成を示すブロック図である。
【図２】マルチ画面表示動作処理手順を示すフローチャートである。
【図３】メモリ論理アドレスマップを示す図である。
【図４】マルチ画面合成の初期化時のイメージを示す図である。
【図５】動画像と文字図形情報を組み合わせた画面構成を示す図である。
【図６】マルチ画面表示時のデータ放送画面の提示イメージを示す図である。
【図７】マルチ画面表示動作時のデータ放送提示処理手順を示すフローチャートである。
【図８】リモコン２０のキー配置を示す正面図である。
【図９】データ放送画面のレイアウト変更時の絶対座標変換を示す図である。
【図１０】ステップＳ２０６のデータ放送画面の提示変更処理手順を示すフローチャートである。
【図１１】データ放送画面の文字領域の外郭範囲にフォーカス処理が行われたイメージを示す図である。
【図１２】拡大表示された外郭範囲のイメージを示す図である。
【図１３】第２の実施形態におけるメニュー・テキスト分離時のフォーカスおよび拡大表示のイメージを示す図である。
【図１４】第３の実施形態におけるメニュー・テキストアイコンが付加されたフォーカス表示のイメージを示す図である。
【図１５】第４の実施形態における外郭範囲の拡大表示時のイメージを示す図である。
【図１６】第５の実施形態における外郭領域の拡大表示時のトランジション効果のイメージを示す図である。
【図１７】第６の実施形態における文字領域の外郭フォーカス移動のイメージを示す図である。
【図１８】文字領域の外郭フォーカス移動時のフォーカス領域の選択処理手順を示すフローチャートである。
【符号の説明】
１０  共有メモリ
１２  合成部
１４  表示装置
１５  制御部
１６  ＲＯＭ
１８  画像描画部
２０  リモコン
【図１】
0004672856.tif 000002
【図２】
0004672856.tif 000003
【図３】
0004672856.tif 000004
【図４】
0004672856.tif 000005
【図５】
0004672856.tif 000006
【図６】
0004672856.tif 000007
【図７】
0004672856.tif 000008
【図８】
0004672856.tif 000009
【図９】
0004672856.tif 000010
【図１０】
0004672856.tif 000011
【図１１】
0004672856.tif 000012
【図１２】
0004672856.tif 000013
【図１３】
0004672856.tif 000014
【図１４】
0004672856.tif 000015
【図１５】
0004672856.tif 000016
【図１６】
0004672856.tif 000017
【図１７】
0004672856.tif 000018
【図１８】
0004672856.tif 000019