JP5291792B2 - デジタル放送受信装置および映像表示方法 - Google Patents

Description

本発明は、表示装置の画面に映像を表示するためにデジタル放送を受信するデジタル放送受信装置、および表示装置の画面に映像を表示する映像表示方法に関する。

一般に、デジタル放送受信装置においては、モニタの画面にデジタル放送の映像が表示される状態と画面にユーザが各種操作を行うためのメニュー映像が表示される状態とがリモートコントローラにより切り替えられる。

特許文献１に記載されたデータテレビ放送表示装置では、表示装置の画面がテレビ画像ウィンドウ、広告情報ウィンドウ、メニューウィンドウおよびデータ放送ウィンドウに分割される。また、そのデータテレビ放送表示装置においては、画像を３次元的に変形可能なグラフィックスプロセッサが用いられることにより、各種画像の３次元表示が行われる。それにより、ユーザインタフェースが向上するとされている。
特開平１１−１４６２９９号公報

デジタル放送受信装置にグラフィックプロセッサを用いると、映像の３次元表示が可能となる。しかしながら、グラフィックスプロセッサは高価であるため、デジタル放送受信装置の低コスト化を実現することが難しい。映像が動画像である場合、動画像の３次元表示を行う処理に時間を要する。特に、メニュー映像の視覚効果を高めるために複雑な３次元表示を行う必要性は低い。したがって、高価なグラフィックスプロセッサを用いて映像の３次元表示を行った場合、コストパーフォーマンスが低くなる。

本発明の目的は、低コストで映像の視覚効果を高めることが可能なデジタル放送受信装置および映像表示方法を提供することである。

（１）本発明の一局面に従うデジタル放送受信装置は、表示装置の画面上に映像を表示するためにデジタル放送を受信するデジタル放送受信装置であって、画面上に第１の映像を表示するための第１の映像データを生成する第１の映像生成部と、画面上にグラフィック映像を第２の映像として表示するための第２の映像データを生成する第２の映像生成部と、第１の映像の縦および横の少なくとも一方のサイズを変更するために第１の映像生成部により生成される第１の映像データを処理するサイズ変更部と、画面上に第１および第２の映像を表示するためにサイズ変更部により処理された第１の映像データと第２の映像生成部により生成された第２の映像データとを合成する合成部と、画面と異なる形状を有する表示枠を含む第２の映像が画面上に表示され、第１の映像の縦および横のサイズが表示枠の縦方向および横方向の最大長さにそれぞれ変更されるとともに、変更された第１の映像のうち表示枠内の領域に対応する部分が表示枠内に表示されるように、第２の映像生成部、サイズ変更部および合成部を制御する制御部とを備えるものである。

そのデジタル放送受信装置においては、画面上に第１の映像を表示するための第１の映像データが第１の映像生成部により生成される。また、画面上にグラフィック映像を第２の映像として表示するための第２の映像データが第２の映像生成部により生成される。第２の映像は、画面と異なる形状を有する表示枠を含む。

第１の映像の縦および横の少なくとも一方のサイズを変更するために第１の映像生成部により生成された第１の映像データがサイズ変更部により処理される。この場合、第１の映像の縦および横のサイズが第２の映像に含まれる表示枠の縦方向および横方向の最大長さにそれぞれ変更される。また、サイズ変更部により処理された第１の映像データと第２の映像生成部により生成された第２の映像データとが合成部により合成される。それにより、変更された第１の映像のうち表示枠内の領域に対応する部分が表示枠内に表示される。

このように、第１の映像の縦および横のサイズが画面に比べて縮小されるとともに、画面と異なる形状を有する表示枠内に縮小された第１の映像が表示されるので、複雑な３次元表示を行うことなく、第１の映像の立体感を得ることができる。したがって、低コストで映像の視覚効果を高めることが可能となる。

また、第１の映像の縦および横のサイズを画面に比べて縮小する処理は短時間で行うことができる。したがって、第１の映像が動画像である場合でも、表示枠内に縮小された動画像を短時間の処理で表示することができる。その結果、ユーザに映像の途切れによる不快感を与えることを防止することができる。

（２）画面と異なる形状は、画面の斜視図的な形状であってもよい。この場合、第１の映像の立体感を十分に得ることができる。

（３）制御部は、画面の表示状態を第１の映像が表示される第１の表示状態と、表示枠を含む第２の映像が表示されるとともに表示枠内に第１の映像が表示される第２の表示状態とに選択的に切り替えてもよい。

この場合、第１の表示状態では、第１の映像が画面上に表示され、第２の表示状態では、画面と異なる形状を有する表示枠が画面上に表示されるとともに表示枠内に第１の映像が表示される。このように、第１の表示状態および第２の表示状態において第１の映像が連続的に表示される。それにより、映像の切り替え時に映像の連続性を確保することが可能となる。その結果、ユーザに映像の途切れによる不快感を与えることを防止することができる。

（４）制御部は、画面の表示状態を第１および第２の映像が表示される中間表示状態を経由して第１の表示状態と第２の表示状態との間で切り替え、中間表示状態における第２の映像は、画面と異なる形状および表示枠よりも大きなサイズを有する中間枠を含み、制御部は、中間表示状態において、画面上に第２の映像が表示され、第１の映像の縦および横のサイズが中間枠の縦方向および横方向の最大長さにそれぞれ変更され、変更された第１の映像のうち中間枠内の領域に対応する部分が中間枠内に表示されるように、第２の映像生成部、サイズ変更部および合成部を制御してもよい。

この場合、画面の表示状態が第１の表示状態から中間表示状態を経由して第２の表示状態に切り替えられ、または画面の表示状態が第２の表示状態から中間表示状態を経由して第１の表示状態に切り替えられる。

中間表示状態における第２の映像は、画面と異なる形状および表示枠よりも大きなサイズを有する中間枠を含む。第１の映像の縦および横のサイズが中間枠の縦方向および横方向の最大長さにそれぞれ変更される。また、変更された第１の映像のうち中間枠内の領域に対応する部分が中間枠内に表示される。それにより、第１の表示状態と第２の表示状態との切り替え時に、第１の映像のサイズが段階的に変化する。したがって、第１の表示状態と第２の表示状態との切り替え時における映像の連続性を確保することができるとともに視覚効果を高めることができる。

また、第１の映像の縦および横のサイズを中間枠の縦方向および横方向の最大長さにそれぞれ変更する処理は短時間で行うことができる。したがって、第１の映像が動画像である場合でも、中間枠内に縮小された動画像を短時間の処理で表示することができる。その結果、ユーザに映像の途切れによる不快感を与えることを防止することができる。

（５）第２の表示状態の第２の映像は、ユーザが操作可能な操作部をさらに含んでもよい。

この場合、第２の表示状態において、表示枠内に第１の映像が表示されるとともに画面上に操作部が表示されるので、ユーザは第１の映像を見ながら操作部を操作することができる。

（６）操作部はアプリケーションプログラムの起動を指令するための起動指令部を含んでもよい。

この場合、第２の表示状態において、ユーザは起動操作部を操作することによりアプリケーションプログラムの起動を指令することができる。それにより、表示枠内に第１の映像としてアプリケーションプログラムの映像を容易に表示させることができる。

（７）デジタル放送受信装置は、デジタル放送を受信する受信部をさらに備え、第１の映像生成部は、画面上に受信部により受信されるデジタル放送の映像またはアプリケーションプログラムの映像を第１の映像として表示するための第１の映像データを生成してもよい。

この場合、受信部により受信されるデジタル放送の映像またはアプリケーションプログラムの映像の縦および横のサイズが画面に比べて縮小されるとともに、画面と異なる形状を有する表示枠内に縮小されたデジタル放送の映像またはアプリケーションプログラムの映像が表示される。

（８）第１の映像はアプリケーションプログラムの映像であり、デジタル放送受信装置は、予め定められたタイミングで第１の映像生成部により生成される第１の映像データを記憶する記憶部をさらに備え、制御部は、第１の表示状態において、第１の映像生成部により生成される第１の映像データに基づく第１の映像が画面上に表示されるように第１の映像生成部を制御し、第２の表示状態において、第２の映像生成部により生成される第２の映像データに基づく第２の映像が画面上に表示されるとともに記憶部に記憶される第１の映像データに基づく第１の映像が表示枠内に表示されるように第２の映像生成部、記憶部および合成部を制御してもよい。

この場合、予め定められたタイミングで第１の映像生成部により生成される第１の映像データが記憶部に記憶される。第２の表示状態において、記憶部に記憶される第１の映像データに基づく第１の映像が表示枠内に表示される。それにより、第２の表示状態において第１の映像生成部により第１の映像が生成されていない場合でも、第１の表示状態および第２の表示状態において第１の映像が連続的に表示される。したがって、映像の切り替え時に映像の連続性を確保することが可能となる。その結果、ユーザに映像の途切れによる不快感を与えることを防止することができる。

（９）本発明の他の局面に従う映像表示方法は、デジタル放送受信装置により表示装置の画面上に映像を表示する映像表示方法であって、画面上に第１の映像を表示するための第１の映像データを生成するステップと、画面上にグラフィック映像を第２の映像として表示するための第２の映像データを生成するステップと、第１の映像の縦および横の少なくとも一方のサイズを変更するために生成される第１の映像データを処理するステップと、画面上に第１および第２の映像を表示するために処理された第１の映像データと生成された第２の映像データとを合成するステップと、画面と異なる形状を有する表示枠を含む第２の映像が画面上に表示され、第１の映像の縦および横のサイズが表示枠の縦方向および横方向の最大長さにそれぞれ変更され、変更された第１の映像のうち表示枠内の領域に対応する部分が表示枠内に表示されるように、第２の映像データの生成、第１の映像のサイズの変更および第１および第２の映像データの合成を制御するステップとを備えるものである。

その映像表示方法おいては、画面上に第１の映像を表示するための第１の映像データが生成される。また、画面上にグラフィック映像を第２の映像として表示するための第２の映像データが生成される。第２の映像は、画面と異なる形状を有する表示枠を含む。

第１の映像の縦および横の少なくとも一方のサイズを変更するために生成された第１の映像データが処理される。この場合、第１の映像の縦および横のサイズが第２の映像に含まれる表示枠の縦方向および横方向の最大長さにそれぞれ変更される。また、処理された第１の映像データと生成された第２の映像データとが合成される。それにより、変更された第１の映像のうち表示枠内の領域に対応する部分が表示枠内に表示される。

このように、第１の映像の縦および横のサイズが画面に比べて縮小されるとともに、画面と異なる形状を有する表示枠内に縮小された第１の映像が表示されるので、複雑な３次元表示を行うことなく、第１の映像の立体感を得ることができる。したがって、低コストで映像の視覚効果を高めることが可能となる。

また、第１の映像の縦および横のサイズを画面に比べて縮小する処理は短時間で行うことができる。したがって、第１の映像が動画像である場合でも、表示枠内に縮小された動画像を短時間の処理で表示することができる。その結果、ユーザに映像の途切れによる不快感を与えることを防止することができる。

本発明によれば、第１の映像の縦および横のサイズが画面に比べて縮小されるとともに、画面と異なる形状を有する表示枠内に縮小された第１の映像が表示されるので、複雑な３次元表示を行うことなく、第１の映像の立体感を得ることができる。したがって、低コストで映像の視覚効果を高めることが可能となる。

また、第１の映像の縦および横のサイズを画面に比べて縮小する処理は短時間で行うことができる。したがって、第１の映像が動画像である場合でも、表示枠内に縮小された動画像を短時間の処理で表示することができる。その結果、ユーザに映像の途切れによる不快感を与えることを防止することができる。

図１は本発明の一実施の形態に係るデジタル放送受信装置の構成を示すブロック図 図２はランチャーの起動によるテレビ表示状態からランチャー表示状態への切り替え時の画面の表示状態の例を示す模式図 図３はテレビ表示状態からランチャー表示状態への切り替え時のランチャー映像の遷移の例を示す模式図 図４はテレビ表示状態からランチャー表示状態への切り替え時のテレビ映像の遷移の例を示す模式図 図５はランチャーの起動によるテレビ表示状態からランチャー表示状態への切り替え時の制御部の動作を示すフローチャート 図６はランチャー映像の操作ボタンの操作による表示状態の遷移の例を示す模式図 図７はランチャー映像の操作ボタンの操作による表示状態の遷移時の制御部の動作を示すフローチャート 図８はアプリの起動時のランチャー表示状態からアプリ表示状態への切り替えの例を示す模式図 図９はアプリの起動時のランチャー表示状態からアプリ表示状態への切り替え時の制御部の動作を示すフローチャート 図１０はアプリの起動中でのアプリ表示状態からランチャー表示状態への切り替えの例を示す模式図 図１１はアプリの起動中でのアプリ表示状態からランチャー表示状態への切り替え時の制御部の動作を示すフローチャート 図１２はアプリの起動中でのランチャー表示状態からアプリ表示状態への切り替え時の制御部の動作を示すフローチャート 図１３はアプリの終了時のアプリ表示状態からランチャー表示状態への切り替えの例を示す模式図 図１４はアプリの終了時のアプリ表示状態からランチャー表示状態への切り替え時の制御部の動作を示すフローチャート 図１５はランチャー映像の表示枠の他の例を示す模式図 図１６はランチャー映像の表示枠の他の例を示す模式図 図１７はランチャー映像の表示枠の他の例を示す模式図 図１８はランチャー映像の表示枠の他の例を示す模式図

以下、図面を参照しながら本発明の実施の形態に係るデジタル放送受信装置および映像表示方法について説明する。

（１）デジタル放送受信装置の構成
図１は本発明の一実施の形態に係るデジタル放送受信装置の構成を示すブロック図である。

図１に示すように、デジタル放送受信装置１００は、チューナ１、分離回路２、デコード部３、メインメモリ４、通信部５、外部記憶装置６、リモコン受光部７、制御部８、スケーリング部９、合成部１０、ＧＵＩ（グラフィカルユーザインタフェース）描画部１１、フレームバッファ１２、モニタ１３およびリモコン１４を備える。

図１のデジタル放送受信装置１００においては、モニタ１３の画面にデジタル放送の映像、アプリケーションプログラムのＧＵＩ映像およびランチャーのＧＵＩ映像を表示することができる。ここで、ランチャーとは、画面上に表示される１または複数のアイコン（操作ボタン）の操作により１または複数のアプリケーションプログラムを起動することを可能にするアプリケーションプログラムである。

以下の説明では、デジタル放送の映像をテレビ映像と呼び、アプリケーションプログラムのＧＵＩ映像をアプリ映像と呼び、ランチャーのＧＵＩ映像をランチャー映像と呼ぶ。また、テレビ映像を表示するための映像データをテレビ映像データと呼び、アプリ映像を表示するための映像データをアプリ映像データと呼び、ランチャー映像を表示するための映像データをランチャー映像データと呼ぶ。さらに、アプリケーションプログラムを適宜アプリと略記する。

テレビ映像およびアプリ映像は、動画像であってもよく、または静止画像であってもよい。

チューナ１は、アンテナまたはケーブルから与えられるデジタル放送の放送信号に選局および復調を行う。分離回路２は、チューナ１により復調された放送信号からＭＰＥＧ（Moving Picture Experts Group）データと番組付属情報とを分離する。ＭＰＥＧデータはデコード部３に与えられ、番組付属情報はメインメモリ４に与えられる。デコード部３は、ＭＰＥＧデータを復号し、映像データおよび音声データを制御部８に与える。以下、音声データの処理については、説明を省略する。

メインメモリ４には、分離回路２により分離された番組付属情報、および後述するアプリ映像データが格納される。番組付属情報には、ランチャー映像データを生成するための描画情報が含まれる。

通信部５は、インターネット１２０に接続される。通信部５は、後述するアプリケーションプログラムの起動時に、インターネット１２０に接続されるサーバからＭＰＥＧデータを取得し、デコード部３に与える。

外部記憶装置６には、各種アプリケーションプログラムが格納される。このアプリケーションプログラムには、ランチャーのアプリケーションプログラムも含まれる。また、外部記憶装置６に、ランチャー映像データを生成するための描画情報が格納されてもよい。描画情報は、例えばＪＰＥＧ（Joint Photographic Experts Group）形式の画像データであってもよい。

リモコン１４は、ユーザによりデジタル放送受信装置１００に関する各種指令を行うために操作され、指令の内容に応じた赤外線信号を送信する。リモコン受光部７は、リモコン１４により送信された赤外線信号を受信し、赤外線信号に対応する指令を制御部８に与える。

制御部８は、メインメモリ４、通信部５、外部記憶装置６、スケーリング部９、合成部１０、ＧＵＩ描画部１１およびフレームバッファ１２を制御する。

スケーリング部９は、テレビ映像またはアプリ映像の縦および横のサイズを変更するためにテレビ映像データまたはアプリ映像データを処理する。それにより、テレビ映像またはアプリ映像が縦および横に拡大または縮小される。

ＧＵＩ描画部１１は、制御部８の制御により描画情報に基づいてランチャー映像データをフレームバッファ１２に書き込む。合成部１０は、スケーリング部９により処理されたテレビ映像データまたはアプリ映像データとフレームバッファ１２に格納されたランチャー映像データとを合成し、合成された映像データを出力する。モニタ１３は、合成部１０から出力される映像データに基づいて画面上に映像を表示する。

メインメモリ４およびフレームバッファ１２は、例えばＲＡＭ（ランダムアクセスメモリ）または不揮発性メモリ等の半導体メモリにより構成される。外部記憶装置６は、ハードディスクまたはメモリカード等の種々の記録媒体により構成される。通信部５は、モデムまたはルータ等により構成される。モニタ１３は、液晶表示装置またはプラズマ表示装置等の種々の表示装置により構成される。

図１のデジタル放送受信装置１００の全ての構成要素が電子回路等のハードウエアにより構成されてもよく、一部の構成要素がＣＰＵ（中央演算処理装置）およびコンピュータプログラムにより構成されてもよい。例えば、制御部８、スケーリング部９、合成部１０およびＧＵＩ描画部１１の機能がＣＰＵおよびコンピュータプログラムにより実現されてもよい。

（２）画面の表示状態の切り換え
以下、モニタ１３の画面の全体にテレビ映像が表示される状態をテレビ表示状態と呼び、モニタ１３の画面の全体にアプリ映像が表示される状態をアプリ表示状態と呼ぶ。また、モニタ１３の画面にランチャー映像とともにテレビ映像またはアプリ映像が表示される状態をランチャー表示状態と呼ぶ。

さらに、テレビ表示状態とランチャー表示状態との間でモニタ１３の画面にランチャー映像とともにテレビ映像が表示される状態、およびアプリ表示状態とランチャー表示状態との間でモニタ１３の画面にランチャー映像とともにアプリ映像が表示される状態を中間表示状態と呼ぶ。

（２−１）ランチャーの起動によるテレビ表示状態からランチャー表示状態への切り替え
図２はランチャーの起動によるテレビ表示状態からランチャー表示状態への切り替え時の画面の表示状態の例を示す模式図である。

図２（ａ）はテレビ表示状態の一例を示し、図２（ｂ）は中間表示状態の一例を示し、図２（ｃ）はランチャー表示状態の一例を示す。

図２（ａ）のテレビ表示状態では、画面１１０の全体にテレビ映像Ｔ０が表示されている。この状態で、ユーザがリモコン１４を操作することによりランチャーの起動を指令すると、画面１１０の表示状態が図２（ｂ）の中間表示状態に遷移する。

図２（ｂ）の中間表示状態では、画面１１０に中間のランチャー映像Ｌ１が表示される。中間のランチャー映像Ｌ１は、中間枠ＦＲ１および複数の操作ボタンＢ１，Ｂ２，Ｂ３，Ｂ４の一部を含む。中間枠ＦＲ１は、画面１１０とは異なる形状を有する。本実施の形態では、中間枠ＦＲ１は、画面１１０の斜視図的な形状を有する。中間枠ＦＲ１の縦および横の最大長さはそれぞれ画面１１０の縦および横の長さよりも小さい。本例では、中間枠ＦＲ１は、横向きの台形形状を有する。すなわち、中間枠ＦＲ１の上辺および下辺は水平方向に対して傾斜し、左辺および右辺は垂直方向に延びる。

中間枠ＦＲ１内には、テレビ映像Ｔ０を縦方向および横方向に縮小することにより得られるテレビ映像Ｔ１が表示される。

次に、画面１１０の表示状態は図２（ｃ）のランチャー表示状態に遷移する。図２（ｃ）のランチャー表示状態では、画面１１０に最後のランチャー映像Ｌ２が表示される。最後のランチャー映像Ｌ２は、表示枠ＦＲ２および複数の操作ボタンＢ１，Ｂ２，Ｂ３，Ｂ４を含む。表示枠ＦＲ２は、画面１１０とは異なる形状を有する。本実施の形態では、表示枠ＦＲ２は、画面１１０の斜視図的な形状を有する。表示枠ＦＲ２の縦および横の最大長さはそれぞれ中間枠ＦＲ１の縦および横の最大長さよりも小さい。本例では、表示枠ＦＲ２は、中間枠ＦＲ１の相似形状を有する。なお、表示枠ＦＲ２が中間枠ＦＲ１とは異なる形状を有してもよい。

表示枠ＦＲ２内には、テレビ映像Ｔ０を縦方向および横方向にさらに縮小することにより得られるテレビ映像Ｔ２が表示される。

本例では、操作ボタンＢ１は、ＥＰＧ（電子番組表）を表示するためのアプリケーションプログラムに割り当てられる。操作ボタンＢ２は、ネットワーク連携（外部機器の制御）を操作するためのアプリケーションプログラムに割り当てられる。操作ボタンＢ３は、ネットワーク動画を表示するためのアプリケーションプログラムに割り当てられる。操作ボタンＢ４は、テレビ表示状態に戻るために用いられる。ユーザは、リモコン１４を操作することにより操作ボタンＢ１〜Ｂ４のいずれかを選択することができる。

ここで、図１のスケーリング部９、合成部１０およびＧＵＩ描画部１１によるランチャー映像の生成処理およびテレビ表示状態からランチャー表示状態への切り替え処理について説明する。

図３はテレビ表示状態からランチャー表示状態への切り替え時のランチャー映像の遷移の例を示す模式図である。また、図４はテレビ表示状態からランチャー表示状態への切り替え時のテレビ映像の遷移の例を示す模式図である。

テレビ表示状態では、ＧＵＩ描画部１１はフレームバッファ１２にランチャー映像データを書き込まない。それにより、図３（ａ）に示すように、ランチャー映像は生成されない。

一方、スケーリング部９はスケーリング処理を行わずにテレビ映像データを出力する。それにより、図４（ａ）に示すように、画面１１０の縦および横のサイズと同じ縦および横のサイズを有するテレビ映像Ｔ０が生成される。

合成部１０は、スケーリング部９から出力されるテレビ映像データおよびフレームバッファ１２に格納されるランチャー映像データを合成して出力する。この場合、フレームバッファ１２にはランチャー映像データは格納されていない。そのため、図２（ａ）に示すように、画面１１０の全体にテレビ映像Ｔ０が表示される。

中間表示状態では、ＧＵＩ描画部１１はフレームバッファ１２に中間のランチャー映像を表示するためのランチャー映像データを書き込む。それにより、図３（ｂ）に示すように、中間のランチャー映像Ｌ１が生成される。

一方、スケーリング部９は、テレビ映像データにスケーリング処理を行う。それにより、図４（ｂ）に示すように、縦および横のサイズが画面１１０のサイズに比べて縮小されたテレビ映像Ｔ１が生成される。テレビ映像Ｔ１の縦のサイズは中間のランチャー映像Ｌ１の中間枠ＦＲ１の縦方向の最大長さＨ１に等しく、テレビ映像Ｔ１の横のサイズは中間枠ＦＲ１の横方向の最大長さＷ１に等しい。

合成部１０は、スケーリング部９から出力されるテレビ映像データおよびフレームバッファ１２に格納されるランチャー映像データを合成して出力する。この場合、テレビ映像Ｔ１のうち中間枠ＦＲ１内の領域に対応する部分が中間枠ＦＲ１内に表示されるように、テレビ映像データとランチャー映像データとが合成される。すなわち、テレビ映像Ｔ１のうち中間枠ＦＲ１外の領域に対応するテレビ映像の部分が削除されるようにテレビ映像データが加工される。それにより、図２（ｂ）に示すように、画面１１０に中間枠ＦＲ１が表示されるとともに、中間枠ＦＲ１内に縮小されたテレビ映像Ｔ１が表示される。

ランチャー表示状態では、ＧＵＩ描画部１１はフレームバッファ１２に最後のランチャー映像を表示するためのランチャー映像データを書き込む。それにより、図３（ｃ）に示すように、最後のランチャー映像Ｌ２が生成される。

一方、スケーリング部９は、テレビ映像データにスケーリング処理を行う。それにより、図４（ｃ）に示すように、縦および横のサイズが画面１１０のサイズに比べてさらに縮小されたテレビ映像Ｔ２が生成される。テレビ映像Ｔ２の縦のサイズは最後のランチャー映像Ｌ２の表示枠ＦＲ２の縦方向の最大長さＨ２に等しく、テレビ映像Ｔ２の横のサイズは表示枠ＦＲ２の横方向の最大長さＷ２に等しい。

合成部１０は、スケーリング部９から出力されるテレビ映像データおよびフレームバッファ１２に格納されるランチャー映像データを合成して出力する。この場合、テレビ映像Ｔ２のうち表示枠ＦＲ２内の領域に対応する部分が表示枠ＦＲ２内に表示されるように、テレビ映像データとランチャー映像データとが合成される。すなわち、テレビ映像Ｔ２のうち表示枠ＦＲ２外の領域に対応するテレビ映像の部分が削除されるようにテレビ映像データが加工される。それにより、図２（ｃ）に示すように、画面１１０に表示枠ＦＲ２が表示されるとともに、表示枠ＦＲ２内にさらに縮小されたテレビ映像Ｔ２が表示される。

図５はランチャーの起動によるテレビ表示状態からランチャー表示状態への切り替え時の制御部８の動作を示すフローチャートである。

まず、制御部８は、図２（ａ）のテレビ表示状態でランチャーの起動が指令されると、最後のランチャー映像の表示が完了したか否かを判別する（ステップＳ１）。最後のランチャー映像の表示が完了していない場合には、制御部８は、ランチャー映像データをフレームバッファ１２に書き込むようにＧＵＩ描画部１１を制御する（ステップＳ２）。それにより、図３（ｂ）の例では、ＧＵＩ描画部１１は、中間のランチャー映像Ｌ１に対応するランチャー映像データをフレームバッファ１２に書き込む。図３（ｃ）の例では、ＧＵＩ描画部１１は、最後のランチャー映像Ｌ２に対応するランチャー映像データをフレームバッファ１２に書き込む。

また、制御部８は、テレビ映像データにスケーリング処理を行うようにスケーリング部９を制御する（ステップＳ３）。それにより、図４（ｂ）の例では、スケーリング部９は、図４（ａ）のテレビ映像Ｔ０に対応するテレビ映像データにスケーリング処理を行うことによりテレビ映像Ｔ１に対応するテレビ映像データを生成する。図４（ｃ）の例では、スケーリング部９は、テレビ映像Ｔ０に対応するテレビ映像データにスケーリング処理を行うことによりテレビ映像Ｔ２に対応するテレビ映像データを生成する。

次に、制御部８は、フレームバッファ１２に格納されるランチャー映像データとスケーリング部９により生成されるテレビ映像データとを合成して出力するように合成部１０を制御する（ステップＳ４）。それにより、図２（ｂ）の例では、モニタ１３の画面１１０に中間のランチャー映像Ｌ１が表示されるとともに、中間枠ＦＲ１内に縮小されたテレビ映像Ｔ１が表示される。図２（ｃ）の例では、モニタ１３の画面１１０に最後のランチャー映像Ｌ２が表示されるとともに、中間枠ＦＲ２内にさらに縮小されたテレビ映像Ｔ２が表示される。

その後、制御部８はステップＳ１の処理に戻る。ステップＳ１で最後のランチャー映像の表示が完了した場合には、制御部８は処理を終了する。

なお、図２（ｃ）のランチャー表示状態でリモコン１４の操作によりランチャーの終了が指令された場合には、図２（ｃ）のランチャー表示状態が図２（ｂ）の中間表示状態を経由して図２（ａ）のテレビ表示状態に遷移する。

本例では、中間表示状態およびランチャー表示状態で画面１１０の斜視図的な形状を有する中間枠ＦＲ１および表示枠ＦＲ２内に縮小されたテレビ映像が表示されるので、複雑な３次元表示を行うことなく、テレビ映像の立体感を得ることができる。したがって、低コストで映像の視覚効果を高めることが可能となる。

また、画面１１０の表示状態がテレビ表示状態から中間表示状態を経由してランチャー表示状態に切り替えられ、または画面１１０の表示状態がランチャー表示状態から中間表示状態を経由してテレビ表示状態に切り替えられる。この場合、テレビ表示状態、中間表示状態およびランチャー表示状態においてテレビ映像が連続的に表示される。それにより、映像の切り替え時に映像の連続性を確保することが可能となる。その結果、ユーザに映像の途切れによる不快感を与えることを防止することができる。

（２−２）ランチャー映像の操作ボタンの操作による表示状態の遷移
図６はランチャー映像の操作ボタンの操作による表示状態の遷移の例を示す模式図である。

図６（ａ）はランチャー映像の表示枠にテレビ映像が表示された状態の一例を示し、図６（ｂ）は過渡的なランチャー映像が表示された状態の一例を示し、図６（ｃ）はランチャー映像の表示枠にアプリ映像が表示された状態の一例を示す。

ここで、アプリケーションプログラムの起動直後の映像を起動時のアプリ映像と呼び、起動時のアプリ映像に対応するアプリ映像データを起動時のアプリ映像データと呼ぶ。メインメモリ４には、予め定められたタイミングで起動時のアプリ映像に対応するアプリ映像データが格納されている。それにより、アプリケーションプログラムの起動直後に画面１１０に表示される映像（起動時のアプリ映像）が静止画像としてキャプチャされている。

図６（ａ）のランチャー表示状態では、操作ボタンＢ４が選択状態となっている。この場合、表示枠ＦＲ２内には、縮小されたテレビ映像Ｔ２が表示されている。

この状態で、ユーザがリモコン１４の操作により操作ボタンＢ３を選択状態にすると、画面１１０の表示状態は図６（ｂ）のランチャー表示状態に遷移する。

図６（ｂ）のランチャー表示状態では、モニタ１３の画面１１０に過渡的なランチャー映像Ｌ３が表示される。過渡的なランチャー映像Ｌ３は、表示枠ＦＲ３および複数の操作ボタンＢ１，Ｂ２，Ｂ３，Ｂ４を含む。本例では、表示枠ＦＲ３は、傾斜した画面１１０の斜視図的な形状を有する。

表示枠ＦＲ３内には、図４（ａ）のテレビ映像Ｔ０を縦方向および横方向に縮小することにより得られるテレビ映像Ｔ３が表示される。

次に、画面１１０の表示状態は図６（ｃ）のランチャー表示状態に遷移する。図６（ｃ）のランチャー表示状態では、モニタ１３の画面１１０にランチャー映像Ｌ２が表示される。この場合、操作ボタンＢ３が選択状態となっている。また、表示枠ＦＲ２内には、縮小された起動時のアプリ映像Ａ２が表示されている。アプリ映像Ａ２は静止画像である。

図７はランチャー映像の操作ボタンの操作による表示状態の遷移時の制御部８の動作を示すフローチャートである。

まず、制御部８は、図６（ａ）のランチャー表示状態でランチャー映像Ｌ２の操作ボタンＢ３が選択状態にされると、過渡的なランチャー映像の表示が完了したか否かを判別する（ステップＳ１１）。

過渡的なランチャー映像の表示が完了していない場合には、制御部８は、過渡的なランチャー映像に対応するランチャー映像データをフレームバッファ１２に書き込むようにＧＵＩ描画部１１を制御する（ステップＳ１２）。それにより、図６（ｂ）の例では、ＧＵＩ描画部１１は、ランチャー映像Ｌ３に対応するランチャー映像データをフレームバッファ１２に書き込む。

また、制御部８は、テレビ映像データにスケーリング処理を行うようにスケーリング部９を制御する（ステップＳ１３）。それにより、図６（ｂ）の例では、スケーリング部９は、図４（ａ）のテレビ映像Ｔ０に対応するテレビ映像データにスケーリング処理を行うことによりテレビ映像Ｔ３に対応するテレビ映像データを生成する。この場合、テレビ映像Ｔ３の縦および横のサイズがランチャー映像Ｌ３の表示枠ＦＲ３の縦方向の最大長さおよび横方向の最大長さにそれぞれ等しくなる。

次に、制御部８は、フレームバッファ１２に格納されるランチャー映像データとスケーリング部９により生成されるテレビ映像データとを合成して出力するように合成部１０を制御する（ステップＳ１４）。図６（ｂ）の例では、合成部１０は、縮小されたテレビ映像Ｔ３のうち表示枠ＦＲ３内の領域に対応する部分が表示枠ＦＲ３内に表示されるように、テレビ映像データとランチャー映像データとを合成して出力する。この場合、テレビ映像Ｔ３のうち表示枠ＦＲ３外の領域に対応するテレビ映像の部分が削除されるようにテレビ映像データが加工される。それにより、モニタ１３の画面１１０にランチャー映像Ｌ３が表示されるとともに、表示枠ＦＲ３内に縮小されたテレビ映像Ｔ３が表示される。

その後、制御部８はステップＳ１１の処理に戻る。ステップＳ１１で過渡的なランチャー映像の表示が完了している場合には、制御部８は、最後のランチャー映像に対応するランチャー映像データをフレームバッファ１２に書き込むようにＧＵＩ描画部１１を制御する（ステップＳ１５）。それにより、図６（ｃ）の例では、ＧＵＩ描画部１１は、ランチャー映像Ｌ２に対応するランチャー映像データをフレームバッファ１２に書き込む。

また、制御部８は、メインメモリ４から起動時のアプリ映像データを読み込む（ステップＳ１６）。さらに、制御部８は、読み込んだ起動時のアプリ映像データにスケーリング処理を行うようにスケーリング部９を制御する（ステップＳ１７）。それにより、図６（ｃ）の例では、スケーリング部９は、起動時のアプリ映像データにスケーリング処理を行うことにより起動時のアプリ映像Ａ２に対応するアプリ映像データを生成する。この場合、起動時のアプリ映像Ａ２の縦および横のサイズがランチャー映像Ｌ２の表示枠ＦＲ２の縦方向の最大長さおよび横方向の最大長さにそれぞれ等しくなる。

次に、制御部８は、フレームバッファ１２に格納されるランチャー映像データとスケーリング部９により生成されるアプリ映像データとを合成して出力するように合成部１０を制御する（ステップＳ１８）。それにより、図６（ｃ）の例では、モニタ１３の画面１１０に最後のランチャー映像Ｌ２が表示されるとともに、表示枠ＦＲ２内に縮小されたアプリ映像Ａ２が表示される。アプリ映像Ａ２は静止画像である。

なお、図６（ｃ）のランチャー表示状態で操作ボタンＢ４が選択状態にされた場合には、図６（ｃ）のランチャー表示状態が図６（ｂ）のランチャー表示状態を経由して図６（ａ）のランチャー表示状態に遷移する。この場合、図６（ｂ）の過渡的な表示枠ＦＲ３内には予めメインメモリ４に格納された起動時のアプリ映像データに基づいて縮小された起動時のアプリ映像が表示される。

本例では、ランチャー表示状態において、表示枠ＦＲ２内にテレビ映像が表示される状態から過渡的な表示枠ＦＲ３内にテレビ映像が表示される状態を経由して表示枠ＦＲ２内にアプリ映像（静止画像）が表示される状態に切り替えられ、または表示枠ＦＲ２内にアプリ映像（静止画像）が表示される状態から過渡的な表示枠ＦＲ３内にアプリ映像（静止画像）が表示される状態を経由して表示枠ＦＲ２内にテレビ映像が表示される状態に切り替えられる。この場合、テレビ映像が倒れた後にアプリ映像が表示され、またはアプリ映像が倒れた後にテレビ映像が表示される。それにより、映像の切り替え時の視覚効果を高めることができる。

（２−３）アプリの起動時のランチャー表示状態からアプリ表示状態への切り替え
図８はアプリの起動時のランチャー表示状態からアプリ表示状態への切り替えの例を示す模式図である。

図８（ａ）はランチャー表示状態の一例を示し、図８（ｂ）は中間表示状態の一例を示し、図８（ｃ）はアプリ表示状態の一例を示す。

ここで、起動中のアプリケーションプログラムの映像を起動中のアプリ映像と呼び、起動中のアプリ映像に対応するアプリ映像データを起動中のアプリ映像データと呼ぶ。

図８（ａ）のランチャー表示状態では、モニタ１３の画面１１０にランチャー映像Ｌ２が表示されている。上記のように、ランチャー映像Ｌ２は、表示枠ＦＲ２および複数の操作ボタンＢ１，Ｂ２，Ｂ３，Ｂ４を含む。この場合、表示枠ＦＲ２内には、予めメインメモリ４に格納された起動時のアプリ映像データに基づいて縮小されたアプリ映像Ａ２が表示される。アプリ映像Ａ２は静止画像である。また、操作ボタンＢ３が選択状態となっている。

この状態で、ユーザがリモコン１４の操作によりアプリケーションプログラムの起動を指令すると、アプリケーションプログラムの起動が開始される。そして、画面１１０の表示状態は図８（ｂ）の中間表示状態に遷移する。図８（ｂ）の中間表示状態では、モニタ１３の画面１１０に中間のランチャー映像Ｌ１が表示される。上記のように、中間のランチャー映像Ｌ１は、中間枠ＦＲ１および複数の操作ボタンＢ１，Ｂ２，Ｂ３，Ｂ４の一部を含む。中間枠ＦＲ１は、表示枠ＦＲ２よりも拡大されたサイズを有する。中間枠ＦＲ１内には、予めメインメモリ４に格納された起動時のアプリ映像データに基づいて縮小されたアプリ映像Ａ１が表示される。アプリ映像Ａ１は静止画像である。

アプリケーションプログラムの起動の完了後、画面１１０の表示状態は図８（ｃ）のアプリ表示状態に遷移する。図８（ｃ）のアプリ表示状態では、モニタ１３の画面１１０の全体に起動中のアプリ映像Ａ０が表示される。このとき、起動中のアプリ映像Ａ０に対応するアプリ映像データが起動時のアプリ映像データとしてメインメモリ４に格納される。それにより、アプリケーションプログラムの起動直後に画面１１０に表示される映像（起動時のアプリ映像）が静止画像としてキャプチャされる。

図９はアプリの起動時のランチャー表示状態からアプリ表示状態への切り替え時の制御部８の動作を示すフローチャートである。

まず、制御部８は、図８（ａ）のランチャー表示状態でアプリケーションプログラムの起動が指令されると、中間のランチャー映像の表示が完了したか否かを判別する（ステップＳ２１）。中間のランチャー映像の表示が完了していない場合には、制御部８は、ランチャー映像データをフレームバッファ１２に書き込むようにＧＵＩ描画部１１を制御する（ステップＳ２２）。それにより、図８（ｂ）の例では、ＧＵＩ描画部１１は、中間のランチャー映像Ｌ１を表示するためのランチャー映像データをフレームバッファ１２に書き込む。

また、制御部８は、メインメモリ４から起動時のアプリ映像データを読み込む（ステップＳ２３）。さらに、制御部８は、読み込んだアプリ映像データにスケーリング処理を行うようにスケーリング部９を制御する（ステップＳ２４）。それにより、図８（ｂ）の例では、スケーリング部９は、読み込んだアプリ映像データにスケーリング処理を行うことにより起動時のアプリ映像Ａ１に対応する起動時のアプリ映像データを生成する。

次に、制御部８は、フレームバッファ１２に格納されるランチャー映像データとスケーリング部９により生成される起動時のアプリ映像データとを合成して出力するように合成部１０を制御する（ステップＳ２５）。それにより、図８（ｂ）の例では、モニタ１３の画面１１０に中間のランチャー映像Ｌ１が表示されるとともに、中間枠ＦＲ１内に縮小された起動時のアプリ映像Ａ１が表示される。

その後、制御部８はステップＳ２１の処理に戻る。ステップＳ２１で中間のランチャー映像の表示が完了している場合には、制御部８は、操作ボタンＢ３に対応するアプリケーションプログラムを起動する（ステップＳ２６）。それにより、図１の通信部５を通してデコード部３に起動中のアプリケーションプログラムのＭＰＥＧデータが与えられる。デコード部３は、ＭＰＥＧデータを復号し、起動中のアプリ映像データを制御部８を通してスケーリング部９に与える。

制御部８は、図１のデコード部３から与えられる起動中のアプリ映像データを出力するようにスケーリング部９および合成部１０を制御する（ステップＳ２７）。この場合、ＧＵＩ描画部１１はフレームバッファ１２にランチャー映像データを書き込まない。一方、スケーリング部９はスケーリング処理を行わずにアプリ映像データを合成部１０に与える。その結果、図８（ｃ）の例では、モニタ１３の画面１１０の全体に起動中のアプリ映像Ａ０が表示される。

また、制御部８は、起動中のアプリ映像データをメインメモリ４に格納する。それにより、アプリケーションプログラムの起動直後に画面１１０に表示される映像（起動時のアプリ映像）が静止画像としてキャプチャされる。

本例では、アプリケーションプログラムの起動が指令された場合に、ランチャー表示状態および中間表示状態においてメインメモリ４に格納されたアプリ映像データに基づいて起動時のアプリ映像（静止画像）が表示枠ＦＲ２および中間枠ＦＲ１内に表示された後、アプリ表示状態においてデコード部３により生成されるアプリ映像データに基づいて起動中のアプリ映像が画面１１０上に表示される。

このように、ランチャー表示状態および中間表示状態においてアプリケーションプログラムが起動していない場合でも、ランチャー表示状態、中間表示状態およびアプリ表示状態において起動時のアプリ映像および起動中のアプリ映像が連続的に表示される。それにより、アプリケーションプログラムの起動時に、ユーザに映像の途切れによる不快感を与えることを防止することができる。

（２−４）アプリの起動中でのアプリ表示状態からランチャー表示状態への切り替え
図１０はアプリの起動中でのアプリ表示状態からランチャー表示状態への切り替えの例を示す模式図である。

図１０（ａ）はアプリ表示状態の一例を示し、図１０（ｂ）は中間表示状態の一例を示し、図１０（ｃ）はランチャー表示状態の一例を示す。

ここで、ランチャー表示状態への遷移直前に画面１１０に表示される起動中のアプリケーションプログラムの映像をランチャー表示状態への遷移前のアプリ映像と呼び、ランチャー表示状態への遷移前のアプリ映像に対応するアプリ映像データをランチャー表示状態への遷移前のアプリ映像データと呼ぶ。

図１０（ａ）のアプリ表示状態では、モニタ１３の画面１１０の全体に起動中のアプリ映像Ａ１０が表示されている。

この状態で、ユーザがリモコン１４の操作によりランチャーの起動を指令すると、ランチャー表示状態への遷移前のアプリ映像データがメインメモリ４に格納される。それにより、ランチャー表示状態への遷移直前に画面１１０に表示される映像（ランチャー表示状態への遷移前のアプリ映像）が静止画像としてキャプチャされる。その後、画面１１０の表示状態は図１０（ｂ）の中間表示状態に遷移する。

図１０（ｂ）の中間表示状態では、モニタ１３の画面１１０に中間のランチャー映像Ｌ１が表示される。上記のように、中間のランチャー映像Ｌ１は、中間枠ＦＲ１および複数の操作ボタンＢ１，Ｂ２，Ｂ３，Ｂ４の一部を含む。中間枠ＦＲ１内には、メインメモリ４に格納されたランチャー表示状態への遷移前のアプリ映像データに基づいて縮小されたアプリ映像Ａ１１が表示される。アプリ映像Ａ１１は静止画像である。

その後、モニタ１３の画面１１０の表示状態は図１０（ｃ）のランチャー表示状態に遷移する。図１０（ｃ）のランチャー表示状態では、モニタ１３の画面１１０に最後のランチャー映像Ｌ２が表示される。上記のように、最後のランチャー映像Ｌ２は、表示枠ＦＲ２および複数の操作ボタンＢ１，Ｂ２，Ｂ３，Ｂ４を含む。この場合、表示枠ＦＲ２内には、ランチャー表示状態への遷移前にメインメモリ４に格納されるアプリ映像データに基づいて縮小されたアプリ映像Ａ１２が表示される。アプリ映像Ａ１２は静止画像である。

図１０（ｃ）のランチャー表示状態では、アプリケーションプログラムは起動中である。この状態で、ユーザがリモコン１４の操作によりランチャーの終了を指令すると、画面１１０の表示状態は図１０（ｂ）の中間表示状態に遷移する。

図１０（ｂ）の中間表示状態では、モニタ１３の画面１１０に中間のランチャー映像Ｌ１が表示される。中間枠ＦＲ１内には、ランチャー表示状態への遷移前のアプリ映像Ａ１０を縦方向および横方向に縮小することにより得られるアプリ映像Ａ１１が表示される。

その後、モニタ１３の画面１１０の表示状態は図１０（ａ）のアプリ表示状態に遷移する。図１０（ａ）のアプリ表示状態では、モニタ１３の画面１１０の全体に起動中のアプリ映像Ａ１０が表示される。

図１１はアプリの起動中でのアプリ表示状態からランチャー表示状態への切り替え時の制御部８の動作を示すフローチャートである。

まず、制御部８は、図１０（ａ）のアプリ表示状態でランチャーの起動が指令されると、ランチャー表示状態への遷移前のアプリ映像データをメインメモリ４に格納する（ステップＳ３１）。図１０（ａ）の例では、モニタ１３の画面１１０に表示される起動中のアプリ映像Ａ１０に対応する起動中のアプリ映像データがメインメモリ４に格納される。それにより、ランチャー表示状態への遷移直前に画面１１０に表示される映像（ランチャー表示状態への遷移前のアプリ映像）が静止画像としてキャプチャされる。

次に、制御部８は、最後のランチャー映像の表示が完了したか否かを判別する（ステップＳ３２）。最後のランチャー映像の表示が完了していない場合には、制御部８は、ランチャー映像データをフレームバッファ１２に書き込むようにＧＵＩ描画部１１を制御する（ステップＳ３３）。それにより、図１０（ｂ）の例では、ＧＵＩ描画部１１は、中間のランチャー映像Ｌ１に対応するランチャー映像データをフレームバッファ１２に書き込む。図１０（ｃ）の例では、ＧＵＩ描画部１１は、最後のランチャー映像Ｌ２に対応するランチャー映像データをフレームバッファ１２に書き込む。

また、制御部８は、メインメモリ４からランチャー表示状態への遷移前のアプリ映像データを読み込む（ステップＳ３４）。さらに、制御部８は、読み込んだアプリ映像データにスケーリング処理を行うようにスケーリング部９を制御する（ステップＳ３５）。それにより、図１０（ｂ）の例では、スケーリング部９は、アプリ映像データにスケーリング処理を行うことによりアプリ映像Ａ１１に対応するアプリ映像データを生成する。図１０（ｃ）の例では、スケーリング部９は、アプリ映像データにスケーリング処理を行うことによりアプリ映像Ａ１２に対応するアプリ映像データを生成する。

次に、制御部８は、フレームバッファ１２に格納されるランチャー映像データとスケーリング部９により生成されるアプリ映像データとを合成して出力するように合成部１０を制御する（ステップＳ３６）。それにより、図１０（ｂ）の例では、モニタ１３の画面１１０に中間のランチャー映像Ｌ１が表示されるとともに、中間枠ＦＲ１内に縮小されたアプリ映像Ａ１１が表示される。図１０（ｃ）の例では、モニタ１３の画面１１０に最後のランチャー映像Ｌ２が表示されるとともに、表示枠ＦＲ２内に縮小されたアプリ映像Ａ１２が表示される。

その後、制御部８は、ステップＳ３２の処理に戻る。ステップＳ３２で最後のランチャー映像の表示が完了している場合には、制御部８は処理を終了する。

本例では、ランチャーの起動が指令された場合に、アプリ表示状態においてデコード部３により生成されるアプリ映像データに基づいて起動中のアプリ映像が画面１１０上に表示された後、中間表示状態およびランチャー表示状態においてメインメモリ４に格納されたアプリ映像データに基づいてランチャー表示状態への遷移前のアプリ映像（静止画像）が中間枠ＦＲ１および表示枠ＦＲ２内に表示される。

このように、アプリ表示状態、中間表示状態およびランチャー表示状態において起動中のアプリ映像およびランチャー表示状態への遷移前のアプリ映像が連続的に表示される。それにより、アプリ表示状態からランチャー表示状態への切り替え時に、ユーザに映像の途切れによる不快感を与えることを防止することができる。

図１２はアプリの起動中でのランチャー表示状態からアプリ表示状態への切り替え時の制御部８の動作を示すフローチャートである。

まず、制御部８は、図１０（ｃ）のランチャー表示状態でランチャーの終了が指令されると、中間のランチャー映像の表示が完了したか否かを判別する（ステップＳ４１）。中間のランチャー映像の表示が完了していない場合には、制御部８は、ランチャー映像データをフレームバッファ１２に書き込むようにＧＵＩ描画部１１を制御する（ステップＳ４２）。それにより、図１０（ｂ）の例では、ＧＵＩ描画部１１は、中間のランチャー映像Ｌ１に対応する中間のランチャー映像データをフレームバッファ１２に書き込む。

また、制御部８は、メインメモリ４からランチャー表示状態への遷移前のアプリ映像データを読み込む（ステップＳ４３）。さらに、制御部８は、読み込んだアプリ映像データにスケーリング処理を行うようにスケーリング部９を制御する（ステップＳ４４）。それにより、図１０（ｂ）の例では、スケーリング部９は、読み込んだアプリ映像データにスケーリング処理を行うことによりアプリ映像Ａ１１に対応するアプリ映像データを生成する。

次に、制御部８は、フレームバッファ１２に格納されるランチャー映像データとスケーリング部９により生成されるアプリ映像データとを合成して出力するように合成部１０を制御する（ステップＳ４５）。それにより、図１０（ｂ）の例では、モニタ１３の画面１１０に中間のランチャー映像Ｌ１が表示されるとともに、中間枠ＦＲ１内に縮小されたランチャー映像Ａ１１が表示される。

その後、制御部８はステップＳ４１の処理に戻る。ステップＳ４１で中間のランチャー映像の表示が完了している場合には、制御部８は、図１のデコード部３から与えられる起動中のアプリ映像データを出力するようにスケーリング部９および合成部１０を制御する（ステップＳ４６）。この場合、ＧＵＩ描画部１１はフレームバッファ１２にランチャー映像データを書き込まない。一方、スケーリング部９はスケーリング処理を行わずにアプリ映像データを合成部１０に与える。その結果、図１０（ａ）の例では、モニタ１３の画面１１０の全体に起動中のアプリ映像Ａ１０が表示される。

本例では、ランチャーの終了が指令された場合に、ランチャー表示状態および中間表示状態においてメインメモリ４に格納されたアプリ映像データに基づいてランチャー表示状態への遷移前のアプリ映像（静止画像）が表示枠ＦＲ２内および中間枠ＦＲ１内に表示され、アプリ表示状態においてデコード部３により生成されるアプリ映像データに基づいて起動中のアプリ映像が画面１１０上に表示される。

このように、ランチャー表示状態、中間表示状態およびアプリ表示状態においてランチャー表示状態への遷移前のアプリ映像および起動中のアプリ映像が連続的に表示される。それにより、ランチャー表示状態からアプリ表示状態への切り替え時に、ユーザに映像の途切れによる不快感を与えることを防止することができる。

（２−５）アプリの終了時のアプリ表示状態からランチャー表示状態への切り替え
図１３はアプリの終了時のアプリ表示状態からランチャー表示状態への切り替えの例を示す模式図である。

図１３（ａ）はアプリ表示状態の一例を示し、図１３（ｂ）は中間表示状態の一例を示し、図１３（ｃ），（ｄ）はランチャー表示状態の一例を示す。

ここで、アプリケーションプログラムの終了直前に画面１１０に表示される映像を終了時のアプリ映像と呼び、終了時のアプリ映像に対応するアプリ映像データを終了時のアプリ映像データと呼ぶ。

図１３（ａ）のアプリ表示状態では、モニタ１３の画面１１０の全体に起動中のアプリ映像Ａ１０が表示されている。

この状態で、ユーザがリモコン１４の操作によりアプリケーションプログラムの終了を指令すると、起動中のアプリ映像データが終了時のアプリ映像データとしてメインメモリ４に格納される。それにより、アプリケーションプログラムの終了直前に画面１１０に表示される映像（終了時のアプリ映像）が静止画像としてキャプチャされる。その後、画面１１０の表示状態は図１３（ｂ）の中間表示状態に遷移する。

図１３（ｂ）の中間表示状態では、モニタ１３の画面１１０に中間のランチャー映像Ｌ１が表示される。上記のように、中間のランチャー映像Ｌ１は、中間枠ＦＲ１および複数の操作ボタンＢ１，Ｂ２，Ｂ３，Ｂ４の一部を含む。中間枠ＦＲ１内には、メインメモリ４に格納される終了時のアプリ映像データに基づいて縮小されたアプリ映像Ａ１１が表示される。アプリ映像Ａ１１は静止画像である。

その後、モニタ１３の画面１１０の表示状態は図１３（ｃ）のランチャー表示状態に遷移する。図１３（ｃ）のランチャー表示状態では、モニタ１３の画面１１０に最後のランチャー映像Ｌ２が表示される。上記のように、最後のランチャー映像Ｌ２は、表示枠ＦＲ２および複数の操作ボタンＢ１，Ｂ２，Ｂ３，Ｂ４を含む。この場合、表示枠ＦＲ２内には、メインメモリ４に格納された終了時のアプリ映像データに基づいて縮小された終了時のアプリ映像Ａ１２が表示される。アプリ映像Ａ１２は静止画像である。

さらに、モニタ１３の画面１１０の表示状態は図１３（ｄ）のランチャー表示状態に遷移する。図１３（ｄ）のランチャー表示状態では、最後のランチャー映像Ｌ２の表示枠ＦＲ２内に、メインメモリ４に格納された起動時のアプリ映像データに基づいて縮小された起動時のアプリ映像Ａ２が表示される。アプリ映像Ａ２は静止画像である。

図１４はアプリの終了時のアプリ表示状態からランチャー表示状態への切り替え時の制御部８の動作を示すフローチャートである。

まず、制御部８は、図１３（ａ）のアプリ表示状態でアプリケーションプログラムの終了が指令されると、終了時のアプリ映像データをメインメモリ４に格納する（ステップＳ５１）。図１３（ａ）の例では、モニタ１３の画面１１０に表示されるアプリ映像Ａ１０に対応するアプリ映像データがメインメモリ４に格納される。それにより、アプリケーションプログラムの終了直前に画面１１０に表示される映像（終了時のアプリ映像）が静止画像としてキャプチャされる。その後、制御部８は、起動中のアプリケーションプログラムを終了させる（ステップＳ５２）。

次に、制御部８は、最後のランチャー映像の表示が完了したか否かを判別する（ステップＳ５３）。最後のランチャー映像の表示が完了していない場合には、制御部８は、ランチャー映像データをフレームバッファ１２に書き込むようにＧＵＩ描画部１１を制御する（ステップＳ５４）。それにより、図１３（ｂ）の例では、ＧＵＩ描画部１１は、中間のランチャー映像Ｌ１に対応するランチャー映像データをフレームバッファ１２に書き込む。図１３（ｃ）の例では、ＧＵＩ描画部１１は、最後のランチャー映像Ｌ２に対応するランチャー映像データをフレームバッファ１２に書き込む。

また、制御部８は、メインメモリ４から終了時のアプリ映像データを読み込む（ステップＳ５５）。さらに、制御部８は、読み込んだアプリ映像データにスケーリング処理を行うようにスケーリング部９を制御する（ステップＳ５６）。それにより、図１３（ｂ）の例では、スケーリング部９は、アプリ映像データにスケーリング処理を行うことによりアプリ映像Ａ１１に対応するアプリ映像データを生成する。図１３（ｃ）の例では、スケーリング部９は、アプリ映像データにスケーリング処理を行うことによりアプリ映像Ａ１２に対応するアプリ映像データを生成する。

次に、制御部８は、フレームバッファ１２に格納されるランチャー映像データとスケーリング部９により生成されるアプリ映像データとを合成して出力するように合成部１０を制御する（ステップＳ５７）。それにより、図１３（ｂ）の例では、モニタ１３の画面１１０に中間のランチャー映像Ｌ１が表示されるとともに、中間枠ＦＲ１内に縮小されたアプリ映像Ａ１１が表示される。図１３（ｃ）の例では、モニタ１３の画面１１０に最後のランチャー映像Ｌ２が表示されるとともに、表示枠ＦＲ２内に縮小されたアプリ映像Ａ１２が表示される。

その後、制御部８はステップＳ５３の処理に戻る。ステップＳ５３で最後のランチャー映像の表示が完了している場合には、制御部８は、メインメモリ４から起動時のアプリ映像データを読み込む（ステップＳ５８）。さらに、制御部８は、読み込んだアプリ映像データにスケーリング処理を行うようにスケーリング部９を制御する（ステップＳ５９）。それにより、図１３（ｄ）の例では、スケーリング部９は、アプリ映像データにスケーリング処理を行うことによりアプリ映像Ａ２に対応するアプリ映像データを生成する。

次に、制御部８は、フレームバッファ１２に格納されるランチャー映像データとスケーリング部９により生成されるアプリ映像データとを合成して出力するように合成部１０を制御する（ステップＳ６０）。それにより、図１３（ｄ）の例では、モニタ１３の画面１１０に最後のランチャー映像Ｌ２が表示されるとともに、表示枠ＦＲ２内に縮小されたアプリ映像Ａ２が表示される。

本例では、アプリケーションプログラムの終了が指令された場合に、アプリ表示状態においてデコード部３により生成されるアプリ映像データに基づいて起動中のアプリ映像が画面１１０上に表示され、中間表示状態およびアプリ表示状態においてメインメモリ４に格納されたアプリ映像データに基づいて終了時のアプリ映像（静止画像）が中間枠ＦＲ１および表示枠ＦＲ２内に表示された後に、メインメモリ４に格納されたアプリ映像データに基づいて起動時のアプリ映像（静止画像）が表示枠ＦＲ２内に表示される。

このように、アプリ表示状態、中間表示状態およびランチャー表示状態において起動中のアプリ映像および終了時のアプリ映像が連続的に表示される。それにより、アプリケーションプログラムの終了時に、ユーザに映像の途切れによる不快感を与えることを防止することができる。

また、アプリケーションプログラムの終了後に表示枠ＦＲ２内に起動時のアプリ映像が表示されるので、次にアプリケーションプログラムの起動が指令された場合に、起動時のアプリ映像および起動中のアプリ映像が連続的に表示される。それにより、アプリケーションプログラムの終了からアプリケーションプログラムの次の起動までの間に、映像の連続性を確保することができる。

（３）実施の形態の効果
（ａ）本実施の形態に係るデジタル放送受信装置においては、中間表示状態およびランチャー表示状態で画面１１０の斜視図的な形状を有する中間枠ＦＲ１および表示枠ＦＲ２内に縮小されたテレビ映像またはアプリ映像が表示される。

この場合、スケーリング部９はテレビ映像またはアプリ映像の縦および横のサイズを変更する機能を有し、映像の複雑な３次元表示を行うグラフィックプロセッサに比べて安価に作製することができる。一方、テレビ映像またはアプリ映像を縮小することなく中間枠ＦＲ１および表示枠ＦＲ２内に表示する場合には、違和感が生じることになる。

本実施の形態では、上記のように、画面１１０の斜視図的な形状を有する中間枠ＦＲ１および表示枠ＦＲ２内に縮小されたテレビ映像またはアプリ映像が表示されるので、違和感を軽減することが可能になるとともに、正面を向く映像を擬似的に斜めを向くように表示することができる。それにより、複雑な３次元表示を行うことなく、テレビ映像およびアプリ映像の立体感を得ることができる。その結果、低コストで映像の視覚効果を高めることが可能となる。

（ｂ）また、テレビ映像またはアプリ映像の縦および横のサイズを画面１１０に比べて縮小する処理は短時間で行うことができる。したがって、テレビ映像またはアプリ映像が動画像である場合でも、中間枠ＦＲ１および表示枠ＦＲ２内に縮小された動画像を短時間の処理で表示することができる。その結果、ユーザに映像の途切れによる不快感を与えることを防止することができる。

（ｃ）また、画面１１０の表示状態がテレビ表示状態から中間表示状態を経由してランチャー表示状態に切り替えられ、または画面１１０の表示状態がランチャー表示状態から中間表示状態を経由してテレビ表示状態に切り替えられる。この場合、テレビ表示状態、中間表示状態およびランチャー表示状態においてテレビ映像が連続的に表示される。それにより、映像の切り替え時に映像の連続性を確保することが可能となる。その結果、ユーザに映像の途切れによる不快感を与えることを防止することができる。

また、画面１１０の表示状態がアプリ表示状態から中間表示状態を経由してランチャー表示状態に切り替えられ、または画面１１０の表示状態がランチャー表示状態から中間表示状態を経由してアプリ表示状態に切り替えられる。この場合、アプリ表示状態、中間表示状態およびランチャー表示状態においてアプリ映像が連続的に表示される。それにより、映像の切り替え時に映像の連続性を確保することが可能となる。その結果、ユーザに映像の途切れによる不快感を与えることを防止することができる。

（ｄ）さらに、中間枠ＦＲ１は画面１１０よりも小さくかつ表示枠ＦＲ２よりも大きなサイズを有する。それにより、テレビ表示状態またはアプリ表示状態とランチャー表示状態との切り替え時に、テレビ映像またはアプリ映像のサイズが段階的に変化する。したがって、テレビ表示状態またはアプリ表示状態とランチャー表示状態との切り替え時における映像の連続性を確保することができるとともに視覚効果を高めることができる。

（ｅ）また、ランチャー表示状態において、表示枠ＦＲ２内にテレビ映像またはアプリ映像が表示されるとともに画面１１０上に操作ボタンＢ１〜Ｂ４が表示されるので、ユーザはテレビ映像またはアプリ映像を見ながら操作ボタンＢ１〜Ｂ４を操作することができる。

特に、ユーザは操作ボタンＢ１〜Ｂ３を操作することによりアプリケーションプログラムの起動を指令することができる。それにより、表示枠ＦＲ２内にアプリ映像を容易に表示させることができる。

（ｆ）さらに、予め定められたタイミングで起動中のアプリ映像に対応するアプリ映像データがメインメモリ４に格納され、中間表示状態およびランチャー表示状態において、メインメモリ４に格納されるアプリ映像データに基づいてアプリ映像（静止画像）が中間枠ＦＲ１および表示枠ＦＲ２内に表示される。それにより、中間表示状態およびランチャー表示状態においてアプリケーションプログラムが起動していない場合でも、アプリ表示状態、中間表示状態およびランチャー表示状態においてアプリ映像が連続的に表示される。したがって、アプリ表示状態とランチャー表示状態との切り替え時に映像の連続性を確保することが可能となる。その結果、ユーザに映像の途切れによる不快感を与えることを防止することができる。

（ｇ）また、中間表示状態からランチャー表示状態への遷移時に操作ボタンＢ１〜Ｂ４が徐々に現れるように移動し、ランチャー表示状態から中間表示状態への遷移時に操作ボタンＢ１〜Ｂ４が徐々に消えるように移動するので、視覚効果がさらに高められる。

（４）他の実施の形態
（ａ）ランチャー映像の表示枠の形状は、図２（ｃ）に示される表示枠ＦＲ２の形状に限らず、画面１１０の斜視図的な表示である他の形状であってもよい。例えば、ランチャー映像の表示枠が図１５〜図１８の形状を有してもよい。

図１５〜図１８はランチャー映像の表示枠の他の例を示す模式図である。図１５（ａ）、図１６（ａ）、図１７（ａ）および図１８（ａ）は表示枠を示し、図１５（ｂ）、図１６（ｂ）、図１７（ｂ）および図１８（ｂ）は縮小されたテレビ映像を示し、図１５（ｃ）、図１６（ｃ）、図１７（ｃ）および図１８（ｃ）は表示枠内にテレビ映像が表示された状態を示す。

図１５（ａ）の例では、表示枠ＦＲ４が図３（ｃ）の表示枠ＦＲ２とは逆の横向きの台形形状を有する。この場合にも、表示枠ＦＲ４の上辺および下辺は水平方向に対して傾斜し、左辺および右辺は垂直方向に延びる。図１５（ｂ）のテレビ映像Ｔ３の縦のサイズは図１５（ａ）の表示枠ＦＲ４の縦方向の最大長さに等しく、テレビ映像Ｔ３の横のサイズは表示枠ＦＲ４の横方向の最大長さに等しい。図１５（ｃ）に示すように、表示枠ＦＲ４内の領域に対応するテレビ映像Ｔ３の部分が表示枠ＦＲ４内に表示される。

図１６（ａ）の例では、表示枠ＦＲ５が台形形状を有する。この場合、表示枠ＦＲ５の上辺および下辺は水平方向に延び、左辺および右辺は垂直方向に対して傾斜している。図１６（ｂ）のテレビ映像Ｔ４の縦のサイズは図１６（ａ）の表示枠ＦＲ５の縦方向の最大長さに等しく、テレビ映像Ｔ４の横のサイズは表示枠ＦＲ５の横方向の最大長さに等しい。図１６（ｃ）に示すように、表示枠ＦＲ５内の領域に対応するテレビ映像Ｔ４の部分が表示枠ＦＲ５内に表示される。

図１７（ａ）の例では、表示枠ＦＲ６が逆台形形状を有する。この場合、表示枠ＦＲ６の上辺および下辺は水平方向に延び、左辺および右辺は垂直方向に対して傾斜している。図１７（ｂ）のテレビ映像Ｔ５の縦のサイズは図１７（ａ）の表示枠ＦＲ６の縦方向の最大長さに等しく、テレビ映像Ｔ５の横のサイズは表示枠ＦＲ６の横方向の最大長さに等しい。図１７（ｃ）に示すように、表示枠ＦＲ６内の領域に対応するテレビ映像Ｔ５の部分が表示枠ＦＲ６内に表示される。

図１８（ａ）の例では、表示枠ＦＲ７が斜めに傾斜した台形形状を有する。この場合、表示枠ＦＲ７の上辺および下辺は水平方向に対して傾斜し、左辺および右辺は垂直方向に対して傾斜する。図１８（ｂ）のテレビ映像Ｔ６の縦のサイズは図１８（ａ）の表示枠ＦＲ７の縦方向の最大長さに等しく、テレビ映像Ｔ６の横のサイズは表示枠ＦＲ７の横方向の最大長さに等しい。図１８（ｃ）に示すように、表示枠ＦＲ７内の領域に対応するテレビ映像Ｔ６の部分が表示枠ＦＲ７内に表示される。

また、中間のランチャー映像の中間枠の形状は、図２（ｂ）に示される中間枠ＦＲ１の形状に限らず、画面１１０の斜視図的な他の形状であってもよい。例えば、中間のランチャー映像の中間枠が図１５〜図１８の表示枠と同様の形状を有してもよい。

さらに、過渡的なランチャー映像の表示枠の形状は、図６（ｂ）に示される表示枠ＦＲ３の形状に限らず、画面１１０の斜視図的な他の形状であってもよい。

また、表示枠および中間枠の形状が画面１１０の斜視図的な形状でなくてもよく、画面１１０と異なる他の形状であってもよい。例えば、表示枠および中間枠の形状が三角形、五角形または六角形等の多角形であってもよく、楕円等の曲線で形成された形状であってもよい。

（ｂ）上記実施の形態では、中間表示状態が１つの中間のランチャー映像により構成されるが、中間の中間表示状態が複数の中間のランチャー映像により構成されてもよい。この場合、中間表示状態において、ランチャー映像のサイズおよび形状の少なくとも一方が段階的に変化することが好ましい。また、ランチャー映像の操作ボタンが段階的に移動することが好ましい。

同様に、過渡的なランチャー表示状態が複数の過渡的なランチャー映像により構成されてもよい。

（ｃ）上記実施の形態では、デジタル放送受信装置１００がモニタ１３を含むが、デジタル放送受信装置１００がモニタ１３を含まなくてもよい。この場合、合成部１０から出力される映像データが外部のモニタに出力される。

（ｄ）リモコン受光部７およびリモコン１４の代わりに、またはリモコン受光部７およびリモコン１４に加えて、デジタル放送受信装置１００のケーシングにユーザが操作可能な操作部が設けられてもよい。

（ｅ）上記実施の形態では、テレビ表示状態およびアプリ表示状態において、制御部８がデコード部３から与えられるテレビ映像データおよびアプリ映像データをスケーリング部９および合成部１０を通してモニタ１３に出力しているが、これに限らず、テレビ表示状態およびアプリ表示状態において、制御部８がデコード部３から与えられるテレビ映像データおよびアプリ映像データをスケーリング部９および合成部１０を通さずにモニタ１３に出力してもよい。

（ｆ）上記実施の形態では、起動時のアプリ映像データおよび終了時のアプリ映像データがアプリの起動毎およびアプリの終了毎にメインメモリ４に格納されるが、起動時のアプリ映像データおよび終了時のアプリ映像データをメインメモリ４に格納するタイミングはこれに限定されない。

例えば、起動時のアプリ映像データまたは終了時のアプリ映像データがメインメモリ４に格納されていない場合に起動時のアプリ映像データまたは終了時のアプリ映像データがメインメモリ４に格納されてもよい。

また、起動時のアプリ映像または終了時のアプリ映像が変更されたことが検出された場合に起動時のアプリ映像データまたは終了時のアプリ映像データがメインメモリ４に格納されてもよい。

さらに、起動時のアプリ映像または終了時のアプリ映像のスキン（素材）が変更されたことが検出された場合に起動時のアプリ映像データまたは終了時のアプリ映像データがメインメモリ４に格納されてもよい。

また、例えば１週間に１回など定期的に起動時のアプリ映像データまたは終了時のアプリ映像データがメインメモリ４に格納されてもよい。

なお、起動時のアプリ映像または終了時のアプリ映像が画面１１０に表示された状態で起動時のアプリ映像データまたは終了時のアプリ映像データがメインメモリ４に格納されてよい。あるいは、起動時のアプリ映像または終了時のアプリ映像が画面１１０に表示されることなく、起動時のアプリ映像データまたは終了時のアプリ映像データがメインメモリ４に格納されてもよい。

（５）請求項の各構成要素と実施の形態の各要素との対応
以下、請求項の各構成要素と実施の形態の各要素との対応の例について説明するが、本発明は下記の例に限定されない。

上記実施の形態では、チューナ１が受信部の例であり、分離回路２およびデコード部３が第１の映像生成部の例であり、ＧＵＩ描画部１１およびフレームバッファ１２が第２の映像生成部の例であり、合成部１０が合成部の例であり、スケーリング部９がサイズ変更部の例であり、制御部８が制御部の例であり、モニタ１３が表示装置の例である。

また、テレビ映像およびアプリ映像が第１の映像の例であり、ランチャー映像が第２の映像の例であり、テレビ映像データおよびアプリ映像データが第１の映像データの例であり、ランチャー映像データが第２の映像データの例であり、テレビ表示状態およびアプリ表示状態が第１の表示状態の例であり、ランチャー表示状態が第２の表示状態の例であり、ＧＵＩ映像がグラフィック映像の例である。

さらに、画面１１０が画面の例であり、操作ボタンＢ１，Ｂ２，Ｂ３，Ｂ４が操作部の例であり、操作ボタンＢ１，Ｂ２，Ｂ３が起動指令部の例であり、表示枠ＦＲ２，ＦＲ３，ＦＲ４，ＦＲ５，ＦＲ６，ＦＲ７が表示枠の例であり、中間枠ＦＲ１が中間枠の例である。

請求項の各構成要素として、請求項に記載されている構成または機能を有する他の種々の要素を用いることもできる。

本発明は、デジタル放送の映像を表示するために用いられるデジタルテレビ、デジタル放送用ＳＴＢ（セットトップボックス）、ＤＶＤ（デジタルバーサタイルディスク）記録再生装置、ＨＤＤ（ハードディスク）記録再生装置、デジタル放送を受信可能な携帯電話等に利用することができる。

Claims (7)

1. 表示装置の画面上に映像を表示するデジタル放送受信装置であって、
   デジタル放送を受信する受信部と、
   前記画面上に第１の映像を表示するために、前記受信部により受信されるデジタル放送の映像またはアプリケーションプログラムの映像から第１の映像データを生成する第１の映像生成部と、
   前記画面上に第２の映像を表示するために、描画情報から第２の映像データを生成する第２の映像生成部と、
   前記画面と異なる形状を有する表示枠を含む第２の映像を前記画面上に表示させ、前記第１の映像の縦および横のサイズを前記表示枠の縦方向および横方向の最大長さにそれぞれ変更させ、かつ、変更された前記第１の映像のうち前記表示枠内の領域に対応する部分が前記表示枠内に表示されるように、変更された前記第１の映像と前記第２の映像とを合成させる制御部とを備える、デジタル放送受信装置。
2. 前記画面と異なる形状は、前記画面の斜視図的な形状である、請求項１記載のデジタル放送受信装置。
3. 前記制御部は、前記画面の表示状態を、第１の映像が表示される第１の表示状態と、前記表示枠を含む第２の映像が表示されるとともに前記表示枠内にサイズが変更された前記第１の映像が表示される第２の表示状態とを選択的に切り替える、請求項１記載のデジタル放送受信装置。
4. 前記第２の表示状態の第２の映像は、ユーザが操作可能な操作部をさらに含む、請求項３記載のデジタル放送受信装置。
5. 前記操作部はアプリケーションプログラムの起動を指令するための起動指令部を含む、請求項４記載のデジタル放送受信装置。
6. 予め定められたタイミングで前記第１の映像生成部により生成される第１の映像データを記憶する記憶部をさらに備え、
   前記制御部は、前記第２の表示状態において、前記記憶部が記憶する第１の映像データのサイズを変更して前記表示枠内に表示する、請求項３記載のデジタル放送受信装置。
7. デジタル放送受信装置により表示装置の画面上に映像を表示する映像表示方法であって、
   前記画面上に第１の映像を表示するために、デジタル放送の映像またはアプリケーションプログラムの映像から第１の映像データを生成するステップと、
   前記画面上に第２の映像を表示するために、描画情報から第２の映像データを生成するステップと、
   前記画面と異なる形状を有する表示枠を含む第２の映像を前記画面上に表示させ、前記第１の映像の縦および横のサイズを前記表示枠の縦方向および横方向の最大長さにそれぞれ変更させ、かつ、変更された前記第１の映像のうち前記表示枠内の領域に対応する部分が前記表示枠内に表示されるように、変更された前記第１の映像と前記第２の映像とを合成させるステップとを備える、映像表示方法。

Images