デジタル放送受信装置及びデジタル放送表示方法
【課題】放送のコンテンツを表示するためのアプリケーションが使用する複数の記憶領域について、メモリの解放と取得の処理を適切に行うようにしたデジタル放送受信装置を提供する。
【解決手段】デジタル放送受信装置１のミドルウエア４３は、表示プログラムが変更された場合に、各記憶領域について、その変更前のアプリケーションと変更後のアプリケーションとが同じであるか否かを判定し、判定の結果、変更後のアプリケーションが変更前のアプリケーションと異なるときは、変更前のアプリケーションが使用していた記憶領域について開放を行い、かつ変更後のアプリケーションに対して取得させ、変更後のアプリケーションが変更前のアプリケーションと同じときあるいは変更後に使用するアプリケーションが無いときは、変更前のアプリケーションプログラムが使用していた記憶領域について開放を行わないように制御する。
【解決手段】デジタル放送受信装置１のミドルウエア４３は、表示プログラムが変更された場合に、各記憶領域について、その変更前のアプリケーションと変更後のアプリケーションとが同じであるか否かを判定し、判定の結果、変更後のアプリケーションが変更前のアプリケーションと異なるときは、変更前のアプリケーションが使用していた記憶領域について開放を行い、かつ変更後のアプリケーションに対して取得させ、変更後のアプリケーションが変更前のアプリケーションと同じときあるいは変更後に使用するアプリケーションが無いときは、変更前のアプリケーションプログラムが使用していた記憶領域について開放を行わないように制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信装置及びデジタル放送表示方法に関し、特に、それぞれが画面表示に関わるプログラムである複数のアプリケーションプログラムを実行するデジタル放送受信装置及びデジタル放送表示方法に関する。
【背景技術】
【０００２】
従来より、一般にオペレーティングシステム（以下、OSという）を搭載しているコンピュータでは、アプリケーションプログラム(以下、アプリケーションと称す)の実行は、OSの管理下で実行される。OSは、コンピュータの有している、有限のメモリ等のハードウェア資源を、アプリケーションに割り当て、資源すなわちリソースを有効に用いるよう動作している。
【０００３】
同様に、近年のデジタルテレビジョン装置にも、多くのアプリケーションを実行するために、OSが搭載されている。これは、多くのアプリケーションを搭載しているデジタルテレビジョン装置においてもOSの種々の機能を利用してしなければ、ユーザに提供する機能を実現するためのアプリケーションを実行できないだけでなく、アプリケーションの開発も困難となってきているからである。
【０００４】
従って、デジタルテレビジョン装置にはOSが搭載されているが、リソースの全てについてOSの機能を利用して管理しているわけではない。一部のリソース、例えばGUI(Graphical User Interface)を表示するために使用するメモリ等、については、OS上のミドルウエア（OSから見るとアプリケーションである）が、割り当て処理を行っている。ミドルウエアのさらに上位層には、例えばGUIを表示する各種アプリケーションが設けられている。その割り当て処理を行うミドルウエア（割当処理アプリケーション）が、リソースの割り当て処理を行う場合には、各アプリケーションの起動および終了をするたびにリソースの取得および開放を行っている。
【０００５】
割当処理アプリケーションは、通常のメモリの割り当て動作では、アプリケーションが起動するときにメモリを取得し、アプリケーションの実行が終了するときにメモリを開放する。これは、アプリケーションの実行終了後は、メモリの割り当て状態を一旦開放することにより、割当処理アプリケーションにとってメモリの割り当て状況を把握しやすいからである。
【０００６】
割当処理アプリケーションの行う処理が、割り当てるメモリのアドレス、使用するメモリサイズ等の情報だけの管理であれば、割り当て処理に係る時間も短時間となるので問題ない。しかし、割当処理アプリケーションの行う処理には、取得もしくは開放時にメモリ領域のクリア処理、すなわち、そのメモリ領域のデータをクリアにする処理が伴う場合がある。従って、メモリ取得および開放を頻繁に行うときに、クリア処理を行う対象の記憶領域のメモリサイズが大きい程、割当処理に掛かる時間が長くなってくるという問題が生じる。テレビジョン装置の場合、コンテンツ映像を表示するための各種アプリケーションが使用するメモリに対しては、クリア処理が要求される。
アプリケーションが使用するメモリを、アプリケーションが常駐型か一時型かを示す属性情報に基づいて、メモリの開放制御を行う技術の提案もある（例えば、特許文献１参照）。
【特許文献１】特開２００３−１５８９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上述したようなテレビジョン受信機のようなメモリについてはなんら考慮されていない。すなわち、その提案では、テレビジョン受信機のような装置において、必要なメモリの開放及び取得を行いながら、必要なクリア処理を適切に行えるようにすることについては、何ら考慮されていない。
【０００８】
本発明は、このような問題に鑑みて成されたものであって、放送のコンテンツを表示するためのアプリケーションが使用する複数の記憶領域について、メモリの解放と取得の処理を適切に行うようにしたデジタル放送受信装置及びデジタル放送表示方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一態様によれば、受信した放送のコンテンツの表示のためのプログラムを含む複数のアプリケーションプログラムにより前記受信した放送を表示可能なデジタル放送受信装置であって、前記複数のアプリケーションプログラムが使用する複数の記憶領域と、前記表示のためのプログラムが変更された場合に、前記複数の記憶領域のそれぞれについて、その変更前のアプリケーションプログラムと変更後のアプリケーションプログラムとが同じであるか否かを判定し、該判定の結果、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムが異なるときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行い、かつ前記変更後のアプリケーションプログラムに対して取得させ、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムと同じときあるいは前記変更後に使用するアプリケーションプログラムが無いときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行わないように制御する記憶領域制御部と、を有するデジタル放送受信装置を提供することができる。
【００１０】
本発明の一態様によれば、受信した放送のコンテンツの表示のためのプログラムを含む複数のアプリケーションプログラムにより前記受信した放送を表示する方法であって、前記複数のアプリケーションプログラムが使用する複数の記憶領域を設け、前記表示のためのプログラムが変更された場合に、前記複数の記憶領域のそれぞれについて、その変更前のアプリケーションプログラムと変更後のアプリケーションプログラムとが同じであるか否かを判定し、該判定の結果、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムが異なるときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行い、かつ前記変更後のアプリケーションプログラムに対して取得させ、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムと同じときあるいは前記変更後に使用するアプリケーションプログラムが無いときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行わないように制御することを特徴とするデジタル放送表示方法を提供することができる。
【発明の効果】
【００１１】
本発明によれば、放送のコンテンツを表示するためのアプリケーションが使用する複数の記憶領域について、メモリの解放と取得の処理を適切に行うようにしたデジタル放送受信装置及びデジタル放送表示方法を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して本発明の実施の形態を説明する。
【００１３】
（構成）
まず図１に基づき、本実施の形態に係わるデジタル放送受信装置の構成を説明する。図１は、本実施の形態に係わるデジタル放送受信装置１の構成を示す構成図である。本実施の形態に係るデジタル放送受信装置１は、デジタルテレビジョン受信機である。デジタル放送受信機１は、主として、チューナ１１と、復調器１２と、信号処理回路１３と、グラフィック処理回路１４と、映像処理回路１５と、モニタ１６と、音声処理回路１７と、スピーカ１８と、インターフェース（以下、I/Fと略す）回路１９とを含む。チューナ１１は、アンテナ２１に接続される。I/F回路１９は、ユーザが視聴したい番組の選択等を行うリモートコントローラ（以下、リモコンと略す）２２からのコマンド信号を受信する回路である。
【００１４】
信号処理回路１３は、内部に、制御部であるCPU１３ａと、SDRAM１３ｂと、ROM１３ｃを含んで構成されている。ROM１３ｃは、ここでは、ソフトウエアのバージョンアップが可能なように、電気的に書き換え可能なメモリである、フラッシュメモリすなわちフラッシュROMである。
【００１５】
デジタルテレビジョン受信機であるデジタル放送受信装置１は、リモコン２２からのコマンド信号に基づいて、ユーザに希望するチャンネルをチューナ１１に選局させ、必要なグラフィック処理をグラフィック処理回路１４において行って、モニタ１６に番組の映像を表示する。よって、ユーザは、リモコン２２を操作することによって、所望の番組を試聴することができる。
【００１６】
また、ユーザは、画面の表示モードを切り換えて変更することができる。
図２から図５は、画面の表示モードを説明するための画面の表示例を示す図である。
図２は、１画面表示であって、かつデータ放送があるモードの表示状態を示す図である。図２に示すように、モニタ１６の画面３１は、映像を表示する映像表示部３１Ａと、データ放送用の表示部３１Ｂを含む。以下、図２のような画面のモードを、１画面（ａ）モードという。
【００１７】
図３は、１画面表示であって、かつデータ放送がないモードの表示状態を示す図である。図３に示すように、モニタ１６の画面３１は、映像を表示する映像表示部３１Ｃを含む。以下、図３のような画面のモードを、１画面（ｂ）モードという。
【００１８】
図４は、２画面表示であって、かつデータ放送の提示すなわち出力を禁止し、かつ字幕があるモードの表示状態を示す図である。図４に示すように、モニタ１６の画面３１は、映像を表示する映像表示部３１Ｄ、３１Ｅと、字幕表示部３１Ｆを含む。以下、図４のような画面のモードを、２画面（ａ）モードという。
【００１９】
また、図示はしないが、２画面表示であって、かつデータ放送の提示すなわち出力を禁止し、かつ字幕がないモードもある。そのモードでは、図４において、モニタ１６の画面３１は、映像を表示する映像表示部３１Ｄ、３１Ｅを有するが、字幕表示部３１Ｆは含まない。以下、このような画面のモードを、２画面（ｂ）モードという。
【００２０】
図５は、番組表を表示し、かつデータ放送の提示及び字幕表示を禁止するモードの表示状態を示す図である。図５に示すように、モニタ１６の画面３１は、各チャンネルの番組を、EPG（Electronic Program Guide）のデータに基づき表示する番組表表示部３１Gを含む。以下、図５のような画面のモードを、番組表モードという。
従って、ユーザは、リモコン２２を操作して、上述した表示モードを切り換えて選択することができる。
【００２１】
また、デジタル放送受信装置１は、OSを搭載しており、OSの上で、各種アプリケーションが実行されるように構成されている。デジタル放送受信装置１の信号処理回路１３が、その各種アプリケーションを実行する。その場合、CPU１３ａが、ROM１３ｃに格納されたソフトウエアプログラム（以下、単にソフトウエア、あるいはプログラムともいう）を読み出してSDRAM１３ｂ上に展開して、そのプログラムを実行する。
【００２２】
図６は、CPU１３ａ上で実行されるソフトウエアの構造を説明するための図である。ソフトウエアは、OS４１上には、ハードウエア及びソフトウエアを制御するドライバ群４２が設けられている。ドライバ群４２上には、ミドルウエア４３が設けられている。ミドルウエア４３は、各種アプリケーションの実行を管理する機能を含む。ミドルウエア４３上には、各種アプリケーションが設けられている。これらのアプリケーション群４４は、それぞれ、受信した放送のコンテンツの表示等のためのアプリケーションである。特に、ミドルウエア４３は、後述するような各種アプリケーションが使用する記憶領域の割当処理を行う記憶領域制御部を構成する。
【００２３】
デジタルテレビジョン受信機の機能として、映像を表示したり、音量を調整したり、上述したような字幕表示、データ放送の提示等の種々の機能がある。図６において、これらの各種機能を実現するための複数のソフトウエアモジュール、すなわちアプリケーション群４４として、VRMモジュール（以下、単にVRMともいう）４４ａ、OSDモジュール（以下、単にOSDともいう）４４ｂ、BUIモジュール（以下、単にBUIともいう）４４ｃ、KNKモジュール（以下、単にKNKともいう）４４ｄ、JCCモジュール（以下、単にJCCともいう）４４ｅと、MDEモジュール（以下、単にMDEともいう）４４ｆとが、ミドルウエア４３上に設けられている。
【００２４】
VRＭ４４ａは、映像の表示を制御するモジュール、すなわちビデオリソースマネジャーモジュールである。
OSD４４ｂは、音量を制御するモジュール、すなわちオンスクリーンディスプレイモジュールである。
BUI４４ｃは、電子番組表（以下、EPGと略す）や、グラフィカルユーザインターフェース（GUI）を制御するビルトインユーザインターフェースモジュールである。
KNK４４ｄは、ユーザが文字入力を行うインターフェースを提供するモジュール、すなわちかな漢字モジュールである。
JCC４４ｅは、字幕の提示を制御するモジュール、すなわちクローズドキャプションモジュールである。
MDE４４ｆは、デジタル放送信号にあるデータ放送の提示を制御するモジュール、すなわち、データ放送表示モジュールである。
【００２５】
上述したように、デジタル放送受信装置１は、モニタ１６の画面状態として、１つのチャンネルを表示する「１画面」表示状態、２つのチャンネルを同時に表示する「２画面」表示状態、EPGを表示する「番組表」表示状態の表示状態を有する。デジタル放送受信装置１は、これらの表示状態とを含む、上述したような複数の表示モードで、コンテンツの表示が可能である。本実施の形態に係るデジタル放送受信装置１では、「２画面」表示状態のときは、データ放送を提示することを禁止し、「番組表」表示状態のときはデータ放送および字幕の提示を禁止しているが、これら以外の表示モードも可能である。
【００２６】
図７は、モニタ１６に表示される画面を構成する表示プレーンの構成を説明するための図である。
表示される画面は、本実施の形態では、２つのビデオプレーンV1，V2と、６つのグラフィックプレーンG1〜G6から構成される。８つのプレーンのそれぞれに画像データ及びグラフィックデータを表示し、８つのプレーンが重ね合わせられた１つの表示画面を、ユーザは、見ることになる。なお、各表示プレーンは、ユーザに見せるか否かを設定できるようになっていてもよい。
【００２７】
これらの表示プレーンは、特に、実行中のアプリケーションにより、GUIや映像などの画面表示処理を行う用途で使われる。よって、表示プレーンをアプリケーションに割り当てるときは、表示プレーンのデータをクリアする処理を行う必要がある。
【００２８】
図８は、各アプリケーションが使用するSDRAM１３ｂ内の複数の記憶領域の配置を示すメモリマップである。SDRAM１３ｂは、各アプリケーションが実行時に使用する複数の記憶領域を有する。
具体的には、SDRAM１３内には、各アプリケーションに割り当てることができる記憶領域５１と、表示プレーンに割り当てることできる記憶領域５２が設けられている。各アプリケーションに割り当てることができる記憶領域５１は、それぞれが所定のバイト数のサイズを有する複数の（ここでは３９個の）ブロック領域（以下、単にブロックともいう）からなる。すなわち、記憶領域５１は、所定のバイト数のサイズで区切られた、複数のブロックからなる。各ブロックは、各アプリケーション実行時の作業領域に対応する記憶領域である。
【００２９】
記憶領域５２は、画像を表示するための２つのプレーンV1,V2のための記憶領域を含む。プレーンV1,V2は、それぞれ1920×1080ドットの画面を表示するためのサイズを有し、対応する記憶領域も、そのサイズの画面を表示できる記憶容量を有する。記憶領域５２は、それぞれ文字と図形を表示するためのプレーンG1からG6のための複数の記憶領域を含む。プレーンプレーンG1からG6は、それぞれ960×540ドットの画面を表示するためのサイズを有し、対応する記憶領域も、そのサイズの画面を表示できる記憶容量を有する。各表示プレーンは、各アプリケーション実行時の画面表示用の記憶領域である。
【００３０】
図９は、画面の表示モードと記憶領域５１における各ブロックとの対応を説明するための図である。図９において、横軸は、ユーザ操作によって切り替わる画面モードを示し、縦軸は、各表示モードのときに起動しているアプリケーションに割り当てる記憶領域を示す。
【００３１】
例えば、図９において、１画面（ａ）モードでは、VRM４４ａにはブロック０が割り当てられ、OSD４４ｂにはブロック１が割り当てられ、BUI４４ｃには、ブロック２〜５が割り当てられ、KNK４４ｄには、ブロック６が割り当てられて、JCC４４ｅには、ブロック７〜１１が割り当てられ、MDE４４ｆには、ブロック１２〜３９が割り当てられている。
【００３２】
上述したように、１画面（ａ）モードは、１画面表示であって、かつデータ放送があるモードの表示状態のモードであるため、これらのアプリケーション４４ａ〜４４ｆが実行されるモードである。よって、図９の１画面（ａ）モードでは、ブロック０〜３９までが各アプリケーションによって使用される。
【００３３】
図９において、１画面（ｂ）モードでは、VRM４４ａにはブロック０が割り当てられ、OSD４４ｂにはブロック１が割り当てられ、BUI４４ｃには、ブロック２〜５が割り当てられ、KNK４４ｄには、ブロック６が割り当てられて、他のブロック７〜３９は、使用されないので、何のアプリケーションも割り当てられていない。
【００３４】
上述したように、１画面（ｂ）モードは、１画面表示であって、かつデータ放送がないモードの表示状態のモードであるため、アプリケーション４４ａ〜４４ｄが実行されるモードであるので、図９の１画面（ｂ）モードでは、ブロック０〜６までが各アプリケーションによって使用される。
【００３５】
以下、同様に、図９に示すように、２画面（ａ）モードのときは、ブロック０〜５と、７〜１１が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ、BUI４４ｃ及びJCC４４ｅによって使用されるべく、割り当てられ、その他のブロック６，１２〜３９は使用されない。
【００３６】
また、２画面（ｂ）モードのときは、ブロック０〜５が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ及びBUI４４ｃによって使用されるべく、割り当てられ、その他のブロック６〜３９は使用されない。
【００３７】
そして、番組表モードのときは、ブロック０〜１７が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ、BUI４４ｃ及びKNK４４ｄによって使用されるべく、割り当てられ、その他のブロック１８〜３９は使用されない。
【００３８】
図９に示すように、ユーザがリモコン２２を用いて、表示モードを変更すると、ミドルウエア４３は、リソース割当機能により、その指定された表示モードに対応する各アプリケーションが使用する１以上のブロックを、各アプリケーションに割り当てる処理を実行する。
【００３９】
例えば、１画面（ａ）モードが指定されると、図９の１画面（ａ）モードに対応する記憶領域５１の複数のブロックの割当が行われ、その１画面（ａ）モードから他の表示モード、例えば１画面（ｂ）モードに変更されると、１画面（ｂ）モードに対応する記憶領域５１の複数のブロックの割当が行われ、さらに、その１画面（ｂ）モードから他の表示モード、例えば２画面（ａ）モードに変更されると、２画面（ａ）モードに対応する記憶領域５１の複数のブロックの割当が行われる。
【００４０】
従って、ユーザの指定に応じて、ミドルウエア４３は、表示モードに対応する各アプリケーションが使用する１以上のブロックを、各アプリケーションに割り当てる処理を実行する。
図１０は、画面の表示モードと記憶領域５２における各表示プレーンとの対応を説明するための図である。図１０において、横軸は、ユーザ操作によって切り替わる画面モードを示し、縦軸は、各表示モードのときに起動しているアプリケーションに割り当てる表示プレーンの記憶領域を示す。
【００４１】
例えば、図１０において、１画面（ａ）モードでは、VRM４４ａには、プレーンV1,V2が割り当てられ、OSD４４ｂにはプレーンG1が割り当てられ、BUI４４ｃには、プレーンG2が割り当てられ、KNK４４ｄには、プレーンG3が割り当てられて、JCC４４ｅには、プレーンG4が割り当てられ、MDE４４ｆには、プレーンG5,6が割り当てられている。
【００４２】
１画面（ｂ）モードでは、VRM４４ａにはプレーンV1,V2が割り当てられ、OSD４４ｂにはプレーンG1が割り当てられ、BUI４４ｃには、プレーンG2が割り当てられ、KNK４４ｄには、プレーンG3が割り当てられて、他のプレーンG4〜G6は、使用されないので、何のアプリケーションも割り当てられていない。
【００４３】
以下、同様に、図１０に示すように、２画面（ａ）モードのときは、プレーンV1,V2,G1〜G4が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ、BUI４４ｃ及びJCC４４ｅによって使用されるべく、割り当てられ、その他のプレーンG5,6は使用されない。
【００４４】
また、２画面（ｂ）モードのときは、プレーンV1,V2,G1〜G3が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ及びBUI４４ｃによって使用されるべく、割り当てられ、その他のプレーンG4,5,6は使用されない。
【００４５】
そして、番組表モードのときは、プレーンV1,V2,G1〜G3、G5が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ、BUI４４ｃ及びKNK４４ｄによって使用されるべく、割り当てられ、その他のプレーンG4,6は使用されない。
【００４６】
図１０に示すように、ユーザがリモコン２２を用いて、表示モードを変更すると、ミドルウエア４３は、リソース割当機能により、その指定された表示モードに対応する各アプリケーションが使用する１以上の表示プレーンを、各アプリケーションに割り当てる処理を実行する。
【００４７】
例えば、１画面（ａ）モードが指定されると、図１０の１画面（ａ）モードに対応する記憶領域５２の複数の表示プレーンの割当が行われ、その１画面（ａ）モードから他の表示モード、例えば１画面（ｂ）モードに変更されると、１画面（ｂ）モードに対応する記憶領域５２の複数の表示プレーンの割当が行われ、さらに、その１画面（ｂ）モードから他の表示モード、例えば２画面（ａ）モードに変更されると、２画面（ａ）モードに対応する記憶領域５２の複数の表示プレーンの割当が行われる。
【００４８】
従って、ユーザの指定に応じて、ミドルウエア４３は、表示モードに対応する各アプリケーションが使用する１以上の表示プレーンを、各アプリケーションに割り当てる処理を実行する。
なお、図９及び図１０中の各アプリケーションを示すもの（例えば「VRM」等の表記）は、どの表示モードのときに何のアプリケーションにどこの記憶領域が割り当てられているかを示している。また、図９及び図１０は、言い換えると、表示モード毎に、何のアプリケーションが起動されるかを示していると、いうことができる。
【００４９】
さらになお、図９及び図１０では、本実施の形態において、各アプリケーションに割り当てられる記憶領域が、画面の表示モードに変更があっても割り当てられる記憶領域の配置が極力変動がないように予め配置されている。これは、各アプリケーションの起動を速くするためのである。
【００５０】
（動作）
次に、本実施の形態に係わるデジタル放送受信装置１における処理について説明する。
上述したように、デジタル放送受信装置１では、組み込まれているアプリケーションの内容と数が予め予測が立てられるので、各アプリケーションに割り当てる記憶領域の配置が工夫されている。また、ミドルウエア４３は、次に起動するアプリケーションまたは終了するアプリケーションの組み合わせを判断して起動するアプリケーションの起動や終了時に、記憶領域の取得および開放を頻繁に行わないように処理を行う。さらに、記憶領域のクリア処理が必要な場合は、クリア処理の実施タイミングが調整される。
【００５１】
具体的には、記憶領域の割当は、ミドルウエア４３によって行われる。従って、表示モードを変更すると、記憶領域毎に、割り当てられるアプリケーションが変更されるので、どのように記憶領域の割当が変化するかを、まず、メモリマップを用いて説明する。
【００５２】
はじめに、記憶領域５１内の複数のブロックに対するアプリケーションの割り当てがどのように行われるかを説明する。
図１１〜図１３は、表示モードが時間経過（ｔ）と共に変化した場合における、記憶領域５１内の複数のブロックに対するアプリケーションの割り当ての変化の例を説明するための図である。
図１１は、最初に、ユーザより１画面（ａ）モードが指定され、次に２画面（ａ）モードが指定され、さらにその後１画面（ａ）モードが指定された場合に、複数のブロック０〜３９に割り当てられるアプリケーションが変化する様子を示す図である。
【００５３】
従来であれば、１画面（ａ）モードから２画面（ａ）モードに、表示モードが変更されると、割当処理プログラムが、まず、タイミングDE1において、１画面（ａ）モードにおいて使用していたブロック０から３９を開放し、次にタイミングDS1において２画面（ａ）モードにおいて使用するブロック０〜５、７〜１１を取得する処理を行う。そして、２画面（ａ）モードでは、各アプリケーションは、取得された記憶領域の１以上のブロックを用いて処理を行う。
【００５４】
さらに続いて、２画面（ａ）モードから１画面（ａ）モードに、表示モードが変更されると、割当処理プログラムが、まず、タイミングDE2において、２画面（ａ）モードにおいて使用していたブロック０〜５、７〜１１を開放し、次にタイミングDS2において１画面（ａ）モードにおいて使用するブロック０〜３９を取得する処理を行う。そして、１画面（ａ）モードでは、各アプリケーションは、取得された記憶領域の１以上のブロックを用いて処理を行う。
【００５５】
しかし、図１１に示すように、各アプリケーションに割り当てる記憶領域が極力変動しないように工夫して配置されているので、VRM４４ａ、OSD４４ｂ、BUI４４ｃ及びJCC４４ｅについては、表示モードの変更に基づく、対応する各ブロックの開放と取得は、無駄な処理ということができる。具体的には、BUI４４ｃに注目すれば、１画面（ａ）モードから２画面（ａ）モードに切り替える場合に、BUI４４ｃの実行を一旦終了する。このときに、ブロック２〜５に割り当てられているメモリを開放し、次に、２画面（ａ）モードのとしてアプリケーションとして、BUI４４ｃを起動する。このときアプリケーションが動作するためにタイミングDS1において、ブロック２〜５を取得する。すなわち、１画面（ａ）と２画面（ａ）の両モードでは、BUI４４ｃの動作に違いがあることは考えられるが、動作するために使用する記憶容量には違いがないため、１回分無駄な開放と取得操作を行っていると言うことができる。
【００５６】
同様に、表示モードが、２画面（ａ）から１画面（ａ）への表示モードに切り換える場合にも、その切り換え時に、各ブロックの返却と取得が発生する。特に、ここでも、VRM４４ａ、OSD４４ｂ、BUI４４ｃ及びJCC４４ｅについては、無駄な開放と取得操作を行っていると言うことができる。
【００５７】
これに対して、本実施の形態に係るミドルウエア４３は、表示モードの切り換えにおいて、各ブロックについて、使用するアプリケーションが変更される場合には、変更される記憶領域について開放を行い、かつ次に使用するアプリケーションに取得させるように割当処理を制御するが、表示モードの変更の前後で使用するアプリケーションが変更されない場合には、その変更されない記憶領域については開放しないように割当処理を制御する。
【００５８】
具体的には、各アプリケーションに割り当てる記憶領域が極力変動しないような配置にしてあるので、上述したVRM４４ａ、OSD４４ｂ、BUI４４ｃ及びJCC４４ｅについては、ミドルウエア４３は、ユーザの表示モードの切り換えによる変更時に、対応する各ブロックの開放と取得の処理を行わない。すなわち、図１１におけるDE1とDE2のタイミングにおける開放と、DS1とDS2のタイミングにおける取得の処理は、行われない、すなわち省略される。
【００５９】
また、KNK４４ｄとMDE４４ｆについては、１画面（ａ）モードから２画面（ａ）モードに変更されたときに、それぞれの使用する１以上のブロックは、変更後の２画面（ａ）モードにおいては使用されていない。すなわち、変更後に、使用するアプリケーションが無いので、DE1のタイミングにおける開放は、行われない、すなわち省略される。
【００６０】
すなわち、従来であれば、図１１において、KNK４４ｄとMDE４４ｆについても、表示モードの変更に基づく、対応する各ブロックの開放は、無駄な処理ということができる。しかし、本実施の形態では、そのような開放は行われない。
【００６１】
また、KNK４４ｄとMDE４４ｆについては、２画面（ａ）モードから１画面（ａ）モードに変更されたときには、それぞれの使用する１以上のブロックは、変更前の２画面（ａ）モードにおいては使用されていなかった。さらに、変更後の表示モード（１画面（ａ）モード）は、変更前の２画面（ａ）モードよりも前の表示モード（１画面（ａ）モード）と同じであるので、同じアプリケーションが、それらの１以上のブロックを使用することになる。従って、従来であれば、図１１において、KNK４４ｄとMDE４４ｆについても、表示モードの変更に基づく、対応する各ブロックの取得は、無駄な処理ということができる。しかし、本実施の形態では、そのような取得は行われない。
【００６２】
すなわち、本実施の形態に係るミドルウエア４３は、表示モードの切り換えにおいて、各ブロックについて、変更後に使用するアプリケーションが無い場合には、開放を行わない。また、変更前に使用されていなかった記憶領域が、変更前よりも前のアプリケーションプログラムにより使用され、かつ、変更後のアプリケーションプログラムと前記変更前よりも前のアプリケーションプログラムが同じときは、変更前に使用されていなかった記憶領域について変更後のアプリケーションプログラムに対する取得を行わないように、ミドルウエア４３は、制御する。
【００６３】
図１２は、最初に、ユーザより１画面（ａ）モードが指定され、次に１画面（ｂ）モードが指定され、さらにその後１画面（ａ）モードが指定された場合に、複数のブロック０〜３９に割り当てられるアプリケーションが変化する様子を示す図である。
【００６４】
図１２の場合も、ミドルウエア４３は、ブロック０から６については、表示モードの変更の前後で、使用するアプリケーションが変更されないので、その変更されない記憶領域については開放も取得も行なわないように割当処理を行う。
【００６５】
また、ブロック７〜３９については、１画面（ａ）モードから１画面（ｂ）モードへの変更後に、使用するアプリケーションが無いので、DE1のタイミングにおける開放は、省略される。
【００６６】
また、１画面（ｂ）モードから１画面（ａ）モードへの変更時、ブロック７〜３９は、変更前に使用されていなかった記憶領域であるが、変更前よりも前のアプリケーション（１画面（ａ）モード）により使用されており、かつ、変更後のアプリケーション（１画面（ａ）モード）と変更前よりも前のアプリケーション（１画面（ａ）モード）とが同じである。よって、このような場合、ブロック７〜３９の記憶領域については、DS2のタイミングにおける取得は、省略される。
【００６７】
MDE４４ｆについてみると、図１２に示すように、ユーザの操作等で画面モードが切り換えられて、１画面（ａ）モードから１画面（ｂ）モードに変更される場合に、MDE４４ｆの処理は終了する。このときに、従来であれば、ブロック１２〜３９に割り当てられている記憶領域は開放される。しかしながら、１画面（ｂ）モードでは、ブロック１２〜３９を使用するアプリケーションの起動はないので、先のMDE４４ｆの実行は終了しているため、この段階では、ブロック１２〜３９を返却すなわち開放しなくても何ら問題はないにも拘わらず、１回分無駄な開放処理を行っていると言える。１画面（ｂ）モード時には、ブロック７〜３９は使用されないからである。
【００６８】
しかし、本実施の形態によれば、ミドルウエア４３は、この段階で、１画面（ｂ）モードでは、ブロック１２〜３９を使用するアプリケーションが存在しないことを判別し、ブロック１２〜３９の記憶領域の返却処理を省略する。
【００６９】
また、その後に、ユーザ操作で１画面（ｂ）モードから１画面（ａ）モードに切り替えられた場合、MDE４４ｆが動作するために使用する記憶領域は、前の前のモードである１画面（ａ）モードで使用していた記憶領域と同じ配置のため、前の１画面（ｂ）モードになったときにで返却を保留しておいた記憶領域を継続して使うことが可能である。よって、ミドルウエア４３は、１回分の記憶領域の取得処理を省略することが出来る。
【００７０】
図１３は、最初に、ユーザより１画面（ａ）モードが指定され、次に番組表モードが指定された場合に、複数のブロック０〜３９に割り当てられるアプリケーションが変化する様子を示す図である。
【００７１】
図１３の場合も、ミドルウエア４３は、ブロック０から５については、表示モードの変更の前後で、使用するアプリケーションが変更されないので、その変更されない記憶領域については開放も取得も行なわないように割当処理を制御する。
【００７２】
また、ブロック６〜３９については、１画面（ａ）モードから番組表モードへの変更後に使用するアプリケーションのために、DE1のタイミングにおいて開放され、かつ、変更後のアプリケーションのために、DS1のタイミングにおいて取得される。
【００７３】
このとき、JCC４４ｅとMDE４４ｆは、番組表モードでは実行されないので、JCC４４ｅとMDE４４ｆの実行は終了する。
【００７４】
従来であれば、ブロック７〜１７は、BUI４４ｃとKNK４４ｄが処理のために使用するので、開放する必要があるが、ブロック１８〜３９については、表示モード変更後に使用するアプリケーションが無くても、開放されていた。しかし、ブロック１８〜３９を開放する処理には、時間が掛かっていた。
【００７５】
そこで、本実施の形態では、ミドルウエア４３は、表示モードが変更された場合の開放及び取得時に、これらの記憶領域（ブロック１８〜３９）については、その後にバックグラウンド処理で、任意のタイミングで開放処理を行う。
【００７６】
MDE４４ｆに注目すると、ユーザの操作等で表示モードが１画面（ａ）モードから番組表モードに切り換った場合に、ミドルウエア４３は、MDE４４ｆの実行を終了する。このときに、従来であれば、ブロック１２〜３９に割り当てられている記憶領域を開放する。特に、ブロック１２〜１７は、BUI４４ｃとKNK４４ｄが動作するために使用するので開放する必要がある。しかしながら、MDE４４ｆが使用していた記憶領域の容量は大きいため、開放処理の完了までの時間が長くなっていた。
【００７７】
本実施の形態では、ミドルウエア４３は、番組表モードのときにブロック１８〜３９を使用するアプリケーションが存在しないことを判別し、記憶領域の返却処理と取得処理を、即時に必要とする領域（すなわち、変更後の番組表モードにおいて使用されるブロック１２〜１７）と、即時に必要としない領域（すなわち、変更後の番組表モードにおいて使用されないブロック１８〜３９）とに分割し、即時処理を必要としない記憶領域の開放処理を、その後のバックグラウンド処理において、図１３ではDF1のタイミングで実行する。これによって、ユーザが番組表を見るなどの行為をしている間に、開放処理が完了させることができ、ユーザにとっての体感的な切り換え時の応答性の向上を図ることができる。
【００７８】
次に、記憶領域５２内の複数の表示プレーンに対するアプリケーションの割り当てがどのように行われるかを説明する。
図１４は、表示モードが時間経過と共に変化した場合における、記憶領域５２内の複数の表示プレーンに対するアプリケーションの割り当ての変化の例を説明するための図である。
図１４は、最初に、ユーザより１画面（ａ）モードが指定され、次に２画面（ａ）モードが指定され、さらにその後１画面（ａ）モードが指定された場合に、複数の表示プレーンV1,V2,G1〜G6に割り当てられるアプリケーションが変化する様子を示す図である。
【００７９】
図１４に示すように、複数の表示プレーンV1,V2,G1〜G6についても、割り当てられる表示プレーンが極力変動しないような配置にされている。
【００８０】
これらの表示プレーンについても、上述したブロック０〜３９と同様に、ミドルウエア４３は、各表示プレーンについて、その変更前のアプリケーションと変更後のアプリケーションとが同じであるか否かを判定する。ミドルウエア４３は、その判定の結果、変更後のアプリケーションが変更前のアプリケーションと異なるときは、変更前のアプリケーションが使用していた表示プレーンの記憶領域について開放を行い、かつ変更後のアプリケーションに対して取得させる。さらに、ミドルウエア４３は、変更後のアプリケーションが変更前のアプリケーションと同じとき、あるいは変更後に使用するアプリケーションが無いときは、変更前のアプリケーションが使用していた表示プレーンの記憶領域について開放を行わないように、記憶領域の割当制御を行う。
【００８１】
さらに、ミドルウエア４３は、変更前に使用されていなかった表示プレーンの記憶領域が、変更前よりも前のアプリケーションにより使用され、かつ、変更後のアプリケーションと変更前よりも前のアプリケーションが同じときは、変更前に使用されていなかった表示プレーンの記憶領域について、変更後のアプリケーションに対する取得を行わないように、記憶領域の割当制御を行う。
【００８２】
例えば、BUI４４ｃに注目すれば、従来であれば、ユーザの操作等で画面モードが切り換えられて、１画面（ａ）モードから２画面（ａ）モードに変更される場合に、BUI４４ｃは一旦実行が終了される。その表示ブレーンG2もDE1のタイミングで開放される。続いて、２画面（ａ）モードのためのBUI４４ｃが起動され、再び、表示ブレーンG2は、同じBUI４４ｃの処理のためにDS1のタイミングで取得される。１画面（ａ）モードと２画面（ａ）モードでは、BUI４４ｃの処理に違いがあることは考えられるが、表示をするために使用する表示プレーンには違いがない。そのため、従来では、１回分無駄な開放と取得処理が行われている。
【００８３】
さらに、表示モードが、２画面（ａ）モードから１画面（ａ）モードに切り換えられた場合にも、同様な表示プレーンG2についての返却と取得が、それぞれDE2とDS2のタイミングで発生する。
【００８４】
これに対して、本実施の形態では、表示プレーンG2については、１画面（ａ）モードと２画面（ａ）モードにおいて同じアプリケーションであるため、１画面（ａ）モードのために取得した表示プレーンG2は、２画面（ａ）モードにおいても継続して使うことが可能である。従って、表示プレーンG2についての、それぞれ１回分の開放と取得の処理が省略される。２画面（ａ）モードから１画面（ａ）モードへの切り換えの場合も、同様に開放と取得の処理が省略される。
【００８５】
また、MDE４４ｆについてみれば、表示プレーンG5,G6は、表示モードが１画面（ａ）モードから２画面（ａ）モードに変更された場合には、開放の処理が省略され、表示モードが２画面（ａ）モードから１画面（ａ）モードに変更された場合にも、変更後の表示モード（１画面（ａ）モード）が、変更前の表示モード（２画面（ａ）モード）の前の表示モード（１画面（ａ）モード）と同じであるので、取得の処理が省略される。
【００８６】
因みに、表示プレーンV1,V2,G1,G4については、変更の前後でアプリケーションが同じであるので、表示モードのそれぞれの変更時において、開放と取得の処理は省略される。
また、表示プレーンG3については、変更の前後でアプリケーションが異なるので、表示モードのそれぞれの変更時において、開放と取得の処理が実行される。
【００８７】
以上説明した動作を実行するミドルウエア４３の割当処理について説明する。
図１５は、ミドルウエア４３の割当処理の流れの例を示すフローチャートである。図１５の処理プログラムは、ROM１３ｃに記憶されており、CPU１３ａがROM１３ｃから読み出すことによって実行される。
まず、CPU１３ａは、表示モードの切り換えが有ったか否かを判定する（ステップS1）。この判定は、上述したように、ユーザがリモコン２２等を操作して画面の表示モードを切り換えるコマンド信号が、I/F１９を介して受信されたときに、行われる。
表示モードの切り換えが無ければ、処理は、ステップS1においてNOとなり、処理は終了する。
【００８８】
表示モードの切り換えが有れば、CPU１３ａは、ブロック毎あるいは表示プレーン毎に、表示モードの変更の前後において、使用するアプリケーションが競合するか否かを判定する（ステップS2）。
【００８９】
ブロック毎にあるいは表示プレーン毎に、使用するアプリケーションが競合する場合とは、表示モードの変更の前後で異なるアプリケーションにより、ブロックあるいは表示プレーンが使用される場合である。例えば、図１３のブロック６や、図１４の表示プレーンG3の場合である。
【００９０】
なお、図１１から図１４には図示していないが、あるブロックあるいは表示プレーンは変更前には使用されていなかったが、そのブロックあるいは表示プレーンについて、変更後の表示モードにおいて使用するアプリケーションが、変更前より前の表示モードにおいて使用していたアプリケーションと異なる場合も、使用するアプリケーションが競合する場合である。
【００９１】
そして、ブロック毎にあるいは表示プレーン毎に、使用するアプリケーションが競合しない場合とは、ブロックあるいは表示プレーンが、表示モードの変更の前後で同じアプリケーションにより使用される場合、あるいは表示モードの変更後にそのブロックあるいは表示プレーンが使用されない場合である。例えば、図１２の１画面（ａ）モードから１画面（ｂ）モードへの変更時のブロック０〜６、７〜１１や、図１４の１画面（ａ）モードから２画面（ａ）モードへの変更時の表示プレーンV1,V2,G5,G6、等の場合である。
【００９２】
さらに、あるブロックあるいは表示プレーンは変更前には使用されていなかったが、そのブロックあるいは表示プレーンについて、変更後の表示モードにおいて使用するアプリケーションが、変更前より前の表示モードにおいて使用するアプリケーションと同じ場合も、使用するアプリケーションが競合しない場合である。例えば、図１２の１画面（ｂ）モードから１画面（ａ）モードへの変更時のブロック７〜１１や、図１４の２画面（ａ）モードから１画面（ａ）モードへの変更時の表示プレーンG5,G6の場合である。
【００９３】
そして、ステップS2でYESの場合、すなわち、ブロック毎あるいは表示プレーン毎に、表示モードの変更の前後において、使用するアプリケーションが競合する場合は、その競合するブロックあるいは表示プレーンについて、開放又は取得の処理を、CPU１３ａは実行する（ステップS3）。
【００９４】
そして、ステップS2でNOの場合、すなわち、ブロック毎あるいは表示プレーン毎に、表示モードの変更の前後において、使用するアプリケーションが競合するものが無い場合は、処理は、終了する。
また、表示プレーンについても、クリア処理を必要であれば、バックグラウンド処理で行うようにしてもよい。
【００９５】
以上のように、複数のブロック及び複数の表示プレーンについて、所定の条件の下で、記憶領域を開放あるいは取得する処理を省略したので、各アプリケーションの起動を速くすることができる。その結果、従来の割当処理において生じていた無駄な処理時間を抑えることができ、アプリケーションの切り換えが早くなり、ユーザの操作感が向上する効果も期待することができる。また、即時処理の必要のない場合は、開放処理をバックグラウンド処理により行うように切り替えることによって、アプリケーションの切り換え時の応答速度も速くなる。
【００９６】
従って、本実施の形態のデジタル放送受信装置によれば、放送のコンテンツを表示するためのアプリケーションが使用する複数の記憶領域について、メモリの解放と取得の処理を適切に行うようにすることができる。
本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を変えない範囲において、種々の変更、改変等が可能である。
【図面の簡単な説明】
【００９７】
【図１】本発明の実施の形態に係わるデジタル放送受信装置の構成を示す構成図である。
【図２】本発明の実施の形態に係わる、１画面表示であって、かつデータ放送があるモードの表示状態を示す図である。
【図３】本発明の実施の形態に係わる、１画面表示であって、かつデータ放送がないモードの表示状態を示す図である。
【図４】本発明の実施の形態に係わる、２画面表示であって、かつデータ放送の提示すなわち出力を禁止し、かつ字幕があるモードの表示状態を示す図である。
【図５】本発明の実施の形態に係わる、番組表を表示し、かつデータ放送の提示及び字幕表示を禁止するモードの表示状態を示す図である。
【図６】本発明の実施の形態に係わる、CPU上で実行されるソフトウエアの構造を説明するための図である。
【図７】本発明の実施の形態に係わる、モニタ１６に表示される画面を構成する表示プレーンの構成を説明するための図である。
【図８】本発明の実施の形態に係わる、各アプリケーションが使用するSDRAM内の複数の記憶領域の配置を示すメモリマップである。
【図９】本発明の実施の形態に係わる、画面の表示モードと記憶領域における各ブロックとの対応を説明するための図である。
【図１０】本発明の実施の形態に係わる、画面の表示モードと記憶領域における各表示プレーンとの対応を説明するための図である。
【図１１】本発明の実施の形態に係わる、表示モードが時間経過と共に変化した場合における、記憶領域内の複数のブロックに対するアプリケーションの割り当ての変化の例を説明するための図である。
【図１２】本発明の実施の形態に係わる、表示モードが時間経過と共に変化した場合における、記憶領域内の複数のブロックに対するアプリケーションの割り当ての変化の他の例を説明するための図である。
【図１３】本発明の実施の形態に係わる、表示モードが時間経過と共に変化した場合における、記憶領域内の複数のブロックに対するアプリケーションの割り当ての変化のさらに他の例を説明するための図である。
【図１４】本発明の実施の形態に係わる、表示モードが時間経過と共に変化した場合における、記憶領域内の複数の表示プレーンに対するアプリケーションの割り当ての変化の例を説明するための図である。
【図１５】本発明の実施の形態に係わる、ミドルウエアの割当処理の流れの例を示すフローチャートである。
【符号の説明】
【００９８】
１…デジタル放送受信装置、１３…信号処理回路、２１…アンテナ、２２…リモートコントローラ、３１…画面、４４…アプリケーション群。
【技術分野】
【０００１】
本発明は、デジタル放送受信装置及びデジタル放送表示方法に関し、特に、それぞれが画面表示に関わるプログラムである複数のアプリケーションプログラムを実行するデジタル放送受信装置及びデジタル放送表示方法に関する。
【背景技術】
【０００２】
従来より、一般にオペレーティングシステム（以下、OSという）を搭載しているコンピュータでは、アプリケーションプログラム(以下、アプリケーションと称す)の実行は、OSの管理下で実行される。OSは、コンピュータの有している、有限のメモリ等のハードウェア資源を、アプリケーションに割り当て、資源すなわちリソースを有効に用いるよう動作している。
【０００３】
同様に、近年のデジタルテレビジョン装置にも、多くのアプリケーションを実行するために、OSが搭載されている。これは、多くのアプリケーションを搭載しているデジタルテレビジョン装置においてもOSの種々の機能を利用してしなければ、ユーザに提供する機能を実現するためのアプリケーションを実行できないだけでなく、アプリケーションの開発も困難となってきているからである。
【０００４】
従って、デジタルテレビジョン装置にはOSが搭載されているが、リソースの全てについてOSの機能を利用して管理しているわけではない。一部のリソース、例えばGUI(Graphical User Interface)を表示するために使用するメモリ等、については、OS上のミドルウエア（OSから見るとアプリケーションである）が、割り当て処理を行っている。ミドルウエアのさらに上位層には、例えばGUIを表示する各種アプリケーションが設けられている。その割り当て処理を行うミドルウエア（割当処理アプリケーション）が、リソースの割り当て処理を行う場合には、各アプリケーションの起動および終了をするたびにリソースの取得および開放を行っている。
【０００５】
割当処理アプリケーションは、通常のメモリの割り当て動作では、アプリケーションが起動するときにメモリを取得し、アプリケーションの実行が終了するときにメモリを開放する。これは、アプリケーションの実行終了後は、メモリの割り当て状態を一旦開放することにより、割当処理アプリケーションにとってメモリの割り当て状況を把握しやすいからである。
【０００６】
割当処理アプリケーションの行う処理が、割り当てるメモリのアドレス、使用するメモリサイズ等の情報だけの管理であれば、割り当て処理に係る時間も短時間となるので問題ない。しかし、割当処理アプリケーションの行う処理には、取得もしくは開放時にメモリ領域のクリア処理、すなわち、そのメモリ領域のデータをクリアにする処理が伴う場合がある。従って、メモリ取得および開放を頻繁に行うときに、クリア処理を行う対象の記憶領域のメモリサイズが大きい程、割当処理に掛かる時間が長くなってくるという問題が生じる。テレビジョン装置の場合、コンテンツ映像を表示するための各種アプリケーションが使用するメモリに対しては、クリア処理が要求される。
アプリケーションが使用するメモリを、アプリケーションが常駐型か一時型かを示す属性情報に基づいて、メモリの開放制御を行う技術の提案もある（例えば、特許文献１参照）。
【特許文献１】特開２００３−１５８９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上述したようなテレビジョン受信機のようなメモリについてはなんら考慮されていない。すなわち、その提案では、テレビジョン受信機のような装置において、必要なメモリの開放及び取得を行いながら、必要なクリア処理を適切に行えるようにすることについては、何ら考慮されていない。
【０００８】
本発明は、このような問題に鑑みて成されたものであって、放送のコンテンツを表示するためのアプリケーションが使用する複数の記憶領域について、メモリの解放と取得の処理を適切に行うようにしたデジタル放送受信装置及びデジタル放送表示方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一態様によれば、受信した放送のコンテンツの表示のためのプログラムを含む複数のアプリケーションプログラムにより前記受信した放送を表示可能なデジタル放送受信装置であって、前記複数のアプリケーションプログラムが使用する複数の記憶領域と、前記表示のためのプログラムが変更された場合に、前記複数の記憶領域のそれぞれについて、その変更前のアプリケーションプログラムと変更後のアプリケーションプログラムとが同じであるか否かを判定し、該判定の結果、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムが異なるときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行い、かつ前記変更後のアプリケーションプログラムに対して取得させ、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムと同じときあるいは前記変更後に使用するアプリケーションプログラムが無いときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行わないように制御する記憶領域制御部と、を有するデジタル放送受信装置を提供することができる。
【００１０】
本発明の一態様によれば、受信した放送のコンテンツの表示のためのプログラムを含む複数のアプリケーションプログラムにより前記受信した放送を表示する方法であって、前記複数のアプリケーションプログラムが使用する複数の記憶領域を設け、前記表示のためのプログラムが変更された場合に、前記複数の記憶領域のそれぞれについて、その変更前のアプリケーションプログラムと変更後のアプリケーションプログラムとが同じであるか否かを判定し、該判定の結果、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムが異なるときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行い、かつ前記変更後のアプリケーションプログラムに対して取得させ、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムと同じときあるいは前記変更後に使用するアプリケーションプログラムが無いときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行わないように制御することを特徴とするデジタル放送表示方法を提供することができる。
【発明の効果】
【００１１】
本発明によれば、放送のコンテンツを表示するためのアプリケーションが使用する複数の記憶領域について、メモリの解放と取得の処理を適切に行うようにしたデジタル放送受信装置及びデジタル放送表示方法を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して本発明の実施の形態を説明する。
【００１３】
（構成）
まず図１に基づき、本実施の形態に係わるデジタル放送受信装置の構成を説明する。図１は、本実施の形態に係わるデジタル放送受信装置１の構成を示す構成図である。本実施の形態に係るデジタル放送受信装置１は、デジタルテレビジョン受信機である。デジタル放送受信機１は、主として、チューナ１１と、復調器１２と、信号処理回路１３と、グラフィック処理回路１４と、映像処理回路１５と、モニタ１６と、音声処理回路１７と、スピーカ１８と、インターフェース（以下、I/Fと略す）回路１９とを含む。チューナ１１は、アンテナ２１に接続される。I/F回路１９は、ユーザが視聴したい番組の選択等を行うリモートコントローラ（以下、リモコンと略す）２２からのコマンド信号を受信する回路である。
【００１４】
信号処理回路１３は、内部に、制御部であるCPU１３ａと、SDRAM１３ｂと、ROM１３ｃを含んで構成されている。ROM１３ｃは、ここでは、ソフトウエアのバージョンアップが可能なように、電気的に書き換え可能なメモリである、フラッシュメモリすなわちフラッシュROMである。
【００１５】
デジタルテレビジョン受信機であるデジタル放送受信装置１は、リモコン２２からのコマンド信号に基づいて、ユーザに希望するチャンネルをチューナ１１に選局させ、必要なグラフィック処理をグラフィック処理回路１４において行って、モニタ１６に番組の映像を表示する。よって、ユーザは、リモコン２２を操作することによって、所望の番組を試聴することができる。
【００１６】
また、ユーザは、画面の表示モードを切り換えて変更することができる。
図２から図５は、画面の表示モードを説明するための画面の表示例を示す図である。
図２は、１画面表示であって、かつデータ放送があるモードの表示状態を示す図である。図２に示すように、モニタ１６の画面３１は、映像を表示する映像表示部３１Ａと、データ放送用の表示部３１Ｂを含む。以下、図２のような画面のモードを、１画面（ａ）モードという。
【００１７】
図３は、１画面表示であって、かつデータ放送がないモードの表示状態を示す図である。図３に示すように、モニタ１６の画面３１は、映像を表示する映像表示部３１Ｃを含む。以下、図３のような画面のモードを、１画面（ｂ）モードという。
【００１８】
図４は、２画面表示であって、かつデータ放送の提示すなわち出力を禁止し、かつ字幕があるモードの表示状態を示す図である。図４に示すように、モニタ１６の画面３１は、映像を表示する映像表示部３１Ｄ、３１Ｅと、字幕表示部３１Ｆを含む。以下、図４のような画面のモードを、２画面（ａ）モードという。
【００１９】
また、図示はしないが、２画面表示であって、かつデータ放送の提示すなわち出力を禁止し、かつ字幕がないモードもある。そのモードでは、図４において、モニタ１６の画面３１は、映像を表示する映像表示部３１Ｄ、３１Ｅを有するが、字幕表示部３１Ｆは含まない。以下、このような画面のモードを、２画面（ｂ）モードという。
【００２０】
図５は、番組表を表示し、かつデータ放送の提示及び字幕表示を禁止するモードの表示状態を示す図である。図５に示すように、モニタ１６の画面３１は、各チャンネルの番組を、EPG（Electronic Program Guide）のデータに基づき表示する番組表表示部３１Gを含む。以下、図５のような画面のモードを、番組表モードという。
従って、ユーザは、リモコン２２を操作して、上述した表示モードを切り換えて選択することができる。
【００２１】
また、デジタル放送受信装置１は、OSを搭載しており、OSの上で、各種アプリケーションが実行されるように構成されている。デジタル放送受信装置１の信号処理回路１３が、その各種アプリケーションを実行する。その場合、CPU１３ａが、ROM１３ｃに格納されたソフトウエアプログラム（以下、単にソフトウエア、あるいはプログラムともいう）を読み出してSDRAM１３ｂ上に展開して、そのプログラムを実行する。
【００２２】
図６は、CPU１３ａ上で実行されるソフトウエアの構造を説明するための図である。ソフトウエアは、OS４１上には、ハードウエア及びソフトウエアを制御するドライバ群４２が設けられている。ドライバ群４２上には、ミドルウエア４３が設けられている。ミドルウエア４３は、各種アプリケーションの実行を管理する機能を含む。ミドルウエア４３上には、各種アプリケーションが設けられている。これらのアプリケーション群４４は、それぞれ、受信した放送のコンテンツの表示等のためのアプリケーションである。特に、ミドルウエア４３は、後述するような各種アプリケーションが使用する記憶領域の割当処理を行う記憶領域制御部を構成する。
【００２３】
デジタルテレビジョン受信機の機能として、映像を表示したり、音量を調整したり、上述したような字幕表示、データ放送の提示等の種々の機能がある。図６において、これらの各種機能を実現するための複数のソフトウエアモジュール、すなわちアプリケーション群４４として、VRMモジュール（以下、単にVRMともいう）４４ａ、OSDモジュール（以下、単にOSDともいう）４４ｂ、BUIモジュール（以下、単にBUIともいう）４４ｃ、KNKモジュール（以下、単にKNKともいう）４４ｄ、JCCモジュール（以下、単にJCCともいう）４４ｅと、MDEモジュール（以下、単にMDEともいう）４４ｆとが、ミドルウエア４３上に設けられている。
【００２４】
VRＭ４４ａは、映像の表示を制御するモジュール、すなわちビデオリソースマネジャーモジュールである。
OSD４４ｂは、音量を制御するモジュール、すなわちオンスクリーンディスプレイモジュールである。
BUI４４ｃは、電子番組表（以下、EPGと略す）や、グラフィカルユーザインターフェース（GUI）を制御するビルトインユーザインターフェースモジュールである。
KNK４４ｄは、ユーザが文字入力を行うインターフェースを提供するモジュール、すなわちかな漢字モジュールである。
JCC４４ｅは、字幕の提示を制御するモジュール、すなわちクローズドキャプションモジュールである。
MDE４４ｆは、デジタル放送信号にあるデータ放送の提示を制御するモジュール、すなわち、データ放送表示モジュールである。
【００２５】
上述したように、デジタル放送受信装置１は、モニタ１６の画面状態として、１つのチャンネルを表示する「１画面」表示状態、２つのチャンネルを同時に表示する「２画面」表示状態、EPGを表示する「番組表」表示状態の表示状態を有する。デジタル放送受信装置１は、これらの表示状態とを含む、上述したような複数の表示モードで、コンテンツの表示が可能である。本実施の形態に係るデジタル放送受信装置１では、「２画面」表示状態のときは、データ放送を提示することを禁止し、「番組表」表示状態のときはデータ放送および字幕の提示を禁止しているが、これら以外の表示モードも可能である。
【００２６】
図７は、モニタ１６に表示される画面を構成する表示プレーンの構成を説明するための図である。
表示される画面は、本実施の形態では、２つのビデオプレーンV1，V2と、６つのグラフィックプレーンG1〜G6から構成される。８つのプレーンのそれぞれに画像データ及びグラフィックデータを表示し、８つのプレーンが重ね合わせられた１つの表示画面を、ユーザは、見ることになる。なお、各表示プレーンは、ユーザに見せるか否かを設定できるようになっていてもよい。
【００２７】
これらの表示プレーンは、特に、実行中のアプリケーションにより、GUIや映像などの画面表示処理を行う用途で使われる。よって、表示プレーンをアプリケーションに割り当てるときは、表示プレーンのデータをクリアする処理を行う必要がある。
【００２８】
図８は、各アプリケーションが使用するSDRAM１３ｂ内の複数の記憶領域の配置を示すメモリマップである。SDRAM１３ｂは、各アプリケーションが実行時に使用する複数の記憶領域を有する。
具体的には、SDRAM１３内には、各アプリケーションに割り当てることができる記憶領域５１と、表示プレーンに割り当てることできる記憶領域５２が設けられている。各アプリケーションに割り当てることができる記憶領域５１は、それぞれが所定のバイト数のサイズを有する複数の（ここでは３９個の）ブロック領域（以下、単にブロックともいう）からなる。すなわち、記憶領域５１は、所定のバイト数のサイズで区切られた、複数のブロックからなる。各ブロックは、各アプリケーション実行時の作業領域に対応する記憶領域である。
【００２９】
記憶領域５２は、画像を表示するための２つのプレーンV1,V2のための記憶領域を含む。プレーンV1,V2は、それぞれ1920×1080ドットの画面を表示するためのサイズを有し、対応する記憶領域も、そのサイズの画面を表示できる記憶容量を有する。記憶領域５２は、それぞれ文字と図形を表示するためのプレーンG1からG6のための複数の記憶領域を含む。プレーンプレーンG1からG6は、それぞれ960×540ドットの画面を表示するためのサイズを有し、対応する記憶領域も、そのサイズの画面を表示できる記憶容量を有する。各表示プレーンは、各アプリケーション実行時の画面表示用の記憶領域である。
【００３０】
図９は、画面の表示モードと記憶領域５１における各ブロックとの対応を説明するための図である。図９において、横軸は、ユーザ操作によって切り替わる画面モードを示し、縦軸は、各表示モードのときに起動しているアプリケーションに割り当てる記憶領域を示す。
【００３１】
例えば、図９において、１画面（ａ）モードでは、VRM４４ａにはブロック０が割り当てられ、OSD４４ｂにはブロック１が割り当てられ、BUI４４ｃには、ブロック２〜５が割り当てられ、KNK４４ｄには、ブロック６が割り当てられて、JCC４４ｅには、ブロック７〜１１が割り当てられ、MDE４４ｆには、ブロック１２〜３９が割り当てられている。
【００３２】
上述したように、１画面（ａ）モードは、１画面表示であって、かつデータ放送があるモードの表示状態のモードであるため、これらのアプリケーション４４ａ〜４４ｆが実行されるモードである。よって、図９の１画面（ａ）モードでは、ブロック０〜３９までが各アプリケーションによって使用される。
【００３３】
図９において、１画面（ｂ）モードでは、VRM４４ａにはブロック０が割り当てられ、OSD４４ｂにはブロック１が割り当てられ、BUI４４ｃには、ブロック２〜５が割り当てられ、KNK４４ｄには、ブロック６が割り当てられて、他のブロック７〜３９は、使用されないので、何のアプリケーションも割り当てられていない。
【００３４】
上述したように、１画面（ｂ）モードは、１画面表示であって、かつデータ放送がないモードの表示状態のモードであるため、アプリケーション４４ａ〜４４ｄが実行されるモードであるので、図９の１画面（ｂ）モードでは、ブロック０〜６までが各アプリケーションによって使用される。
【００３５】
以下、同様に、図９に示すように、２画面（ａ）モードのときは、ブロック０〜５と、７〜１１が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ、BUI４４ｃ及びJCC４４ｅによって使用されるべく、割り当てられ、その他のブロック６，１２〜３９は使用されない。
【００３６】
また、２画面（ｂ）モードのときは、ブロック０〜５が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ及びBUI４４ｃによって使用されるべく、割り当てられ、その他のブロック６〜３９は使用されない。
【００３７】
そして、番組表モードのときは、ブロック０〜１７が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ、BUI４４ｃ及びKNK４４ｄによって使用されるべく、割り当てられ、その他のブロック１８〜３９は使用されない。
【００３８】
図９に示すように、ユーザがリモコン２２を用いて、表示モードを変更すると、ミドルウエア４３は、リソース割当機能により、その指定された表示モードに対応する各アプリケーションが使用する１以上のブロックを、各アプリケーションに割り当てる処理を実行する。
【００３９】
例えば、１画面（ａ）モードが指定されると、図９の１画面（ａ）モードに対応する記憶領域５１の複数のブロックの割当が行われ、その１画面（ａ）モードから他の表示モード、例えば１画面（ｂ）モードに変更されると、１画面（ｂ）モードに対応する記憶領域５１の複数のブロックの割当が行われ、さらに、その１画面（ｂ）モードから他の表示モード、例えば２画面（ａ）モードに変更されると、２画面（ａ）モードに対応する記憶領域５１の複数のブロックの割当が行われる。
【００４０】
従って、ユーザの指定に応じて、ミドルウエア４３は、表示モードに対応する各アプリケーションが使用する１以上のブロックを、各アプリケーションに割り当てる処理を実行する。
図１０は、画面の表示モードと記憶領域５２における各表示プレーンとの対応を説明するための図である。図１０において、横軸は、ユーザ操作によって切り替わる画面モードを示し、縦軸は、各表示モードのときに起動しているアプリケーションに割り当てる表示プレーンの記憶領域を示す。
【００４１】
例えば、図１０において、１画面（ａ）モードでは、VRM４４ａには、プレーンV1,V2が割り当てられ、OSD４４ｂにはプレーンG1が割り当てられ、BUI４４ｃには、プレーンG2が割り当てられ、KNK４４ｄには、プレーンG3が割り当てられて、JCC４４ｅには、プレーンG4が割り当てられ、MDE４４ｆには、プレーンG5,6が割り当てられている。
【００４２】
１画面（ｂ）モードでは、VRM４４ａにはプレーンV1,V2が割り当てられ、OSD４４ｂにはプレーンG1が割り当てられ、BUI４４ｃには、プレーンG2が割り当てられ、KNK４４ｄには、プレーンG3が割り当てられて、他のプレーンG4〜G6は、使用されないので、何のアプリケーションも割り当てられていない。
【００４３】
以下、同様に、図１０に示すように、２画面（ａ）モードのときは、プレーンV1,V2,G1〜G4が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ、BUI４４ｃ及びJCC４４ｅによって使用されるべく、割り当てられ、その他のプレーンG5,6は使用されない。
【００４４】
また、２画面（ｂ）モードのときは、プレーンV1,V2,G1〜G3が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ及びBUI４４ｃによって使用されるべく、割り当てられ、その他のプレーンG4,5,6は使用されない。
【００４５】
そして、番組表モードのときは、プレーンV1,V2,G1〜G3、G5が、必要なアプリケーションであるVRM４４ａ、OSD４４ｂ、BUI４４ｃ及びKNK４４ｄによって使用されるべく、割り当てられ、その他のプレーンG4,6は使用されない。
【００４６】
図１０に示すように、ユーザがリモコン２２を用いて、表示モードを変更すると、ミドルウエア４３は、リソース割当機能により、その指定された表示モードに対応する各アプリケーションが使用する１以上の表示プレーンを、各アプリケーションに割り当てる処理を実行する。
【００４７】
例えば、１画面（ａ）モードが指定されると、図１０の１画面（ａ）モードに対応する記憶領域５２の複数の表示プレーンの割当が行われ、その１画面（ａ）モードから他の表示モード、例えば１画面（ｂ）モードに変更されると、１画面（ｂ）モードに対応する記憶領域５２の複数の表示プレーンの割当が行われ、さらに、その１画面（ｂ）モードから他の表示モード、例えば２画面（ａ）モードに変更されると、２画面（ａ）モードに対応する記憶領域５２の複数の表示プレーンの割当が行われる。
【００４８】
従って、ユーザの指定に応じて、ミドルウエア４３は、表示モードに対応する各アプリケーションが使用する１以上の表示プレーンを、各アプリケーションに割り当てる処理を実行する。
なお、図９及び図１０中の各アプリケーションを示すもの（例えば「VRM」等の表記）は、どの表示モードのときに何のアプリケーションにどこの記憶領域が割り当てられているかを示している。また、図９及び図１０は、言い換えると、表示モード毎に、何のアプリケーションが起動されるかを示していると、いうことができる。
【００４９】
さらになお、図９及び図１０では、本実施の形態において、各アプリケーションに割り当てられる記憶領域が、画面の表示モードに変更があっても割り当てられる記憶領域の配置が極力変動がないように予め配置されている。これは、各アプリケーションの起動を速くするためのである。
【００５０】
（動作）
次に、本実施の形態に係わるデジタル放送受信装置１における処理について説明する。
上述したように、デジタル放送受信装置１では、組み込まれているアプリケーションの内容と数が予め予測が立てられるので、各アプリケーションに割り当てる記憶領域の配置が工夫されている。また、ミドルウエア４３は、次に起動するアプリケーションまたは終了するアプリケーションの組み合わせを判断して起動するアプリケーションの起動や終了時に、記憶領域の取得および開放を頻繁に行わないように処理を行う。さらに、記憶領域のクリア処理が必要な場合は、クリア処理の実施タイミングが調整される。
【００５１】
具体的には、記憶領域の割当は、ミドルウエア４３によって行われる。従って、表示モードを変更すると、記憶領域毎に、割り当てられるアプリケーションが変更されるので、どのように記憶領域の割当が変化するかを、まず、メモリマップを用いて説明する。
【００５２】
はじめに、記憶領域５１内の複数のブロックに対するアプリケーションの割り当てがどのように行われるかを説明する。
図１１〜図１３は、表示モードが時間経過（ｔ）と共に変化した場合における、記憶領域５１内の複数のブロックに対するアプリケーションの割り当ての変化の例を説明するための図である。
図１１は、最初に、ユーザより１画面（ａ）モードが指定され、次に２画面（ａ）モードが指定され、さらにその後１画面（ａ）モードが指定された場合に、複数のブロック０〜３９に割り当てられるアプリケーションが変化する様子を示す図である。
【００５３】
従来であれば、１画面（ａ）モードから２画面（ａ）モードに、表示モードが変更されると、割当処理プログラムが、まず、タイミングDE1において、１画面（ａ）モードにおいて使用していたブロック０から３９を開放し、次にタイミングDS1において２画面（ａ）モードにおいて使用するブロック０〜５、７〜１１を取得する処理を行う。そして、２画面（ａ）モードでは、各アプリケーションは、取得された記憶領域の１以上のブロックを用いて処理を行う。
【００５４】
さらに続いて、２画面（ａ）モードから１画面（ａ）モードに、表示モードが変更されると、割当処理プログラムが、まず、タイミングDE2において、２画面（ａ）モードにおいて使用していたブロック０〜５、７〜１１を開放し、次にタイミングDS2において１画面（ａ）モードにおいて使用するブロック０〜３９を取得する処理を行う。そして、１画面（ａ）モードでは、各アプリケーションは、取得された記憶領域の１以上のブロックを用いて処理を行う。
【００５５】
しかし、図１１に示すように、各アプリケーションに割り当てる記憶領域が極力変動しないように工夫して配置されているので、VRM４４ａ、OSD４４ｂ、BUI４４ｃ及びJCC４４ｅについては、表示モードの変更に基づく、対応する各ブロックの開放と取得は、無駄な処理ということができる。具体的には、BUI４４ｃに注目すれば、１画面（ａ）モードから２画面（ａ）モードに切り替える場合に、BUI４４ｃの実行を一旦終了する。このときに、ブロック２〜５に割り当てられているメモリを開放し、次に、２画面（ａ）モードのとしてアプリケーションとして、BUI４４ｃを起動する。このときアプリケーションが動作するためにタイミングDS1において、ブロック２〜５を取得する。すなわち、１画面（ａ）と２画面（ａ）の両モードでは、BUI４４ｃの動作に違いがあることは考えられるが、動作するために使用する記憶容量には違いがないため、１回分無駄な開放と取得操作を行っていると言うことができる。
【００５６】
同様に、表示モードが、２画面（ａ）から１画面（ａ）への表示モードに切り換える場合にも、その切り換え時に、各ブロックの返却と取得が発生する。特に、ここでも、VRM４４ａ、OSD４４ｂ、BUI４４ｃ及びJCC４４ｅについては、無駄な開放と取得操作を行っていると言うことができる。
【００５７】
これに対して、本実施の形態に係るミドルウエア４３は、表示モードの切り換えにおいて、各ブロックについて、使用するアプリケーションが変更される場合には、変更される記憶領域について開放を行い、かつ次に使用するアプリケーションに取得させるように割当処理を制御するが、表示モードの変更の前後で使用するアプリケーションが変更されない場合には、その変更されない記憶領域については開放しないように割当処理を制御する。
【００５８】
具体的には、各アプリケーションに割り当てる記憶領域が極力変動しないような配置にしてあるので、上述したVRM４４ａ、OSD４４ｂ、BUI４４ｃ及びJCC４４ｅについては、ミドルウエア４３は、ユーザの表示モードの切り換えによる変更時に、対応する各ブロックの開放と取得の処理を行わない。すなわち、図１１におけるDE1とDE2のタイミングにおける開放と、DS1とDS2のタイミングにおける取得の処理は、行われない、すなわち省略される。
【００５９】
また、KNK４４ｄとMDE４４ｆについては、１画面（ａ）モードから２画面（ａ）モードに変更されたときに、それぞれの使用する１以上のブロックは、変更後の２画面（ａ）モードにおいては使用されていない。すなわち、変更後に、使用するアプリケーションが無いので、DE1のタイミングにおける開放は、行われない、すなわち省略される。
【００６０】
すなわち、従来であれば、図１１において、KNK４４ｄとMDE４４ｆについても、表示モードの変更に基づく、対応する各ブロックの開放は、無駄な処理ということができる。しかし、本実施の形態では、そのような開放は行われない。
【００６１】
また、KNK４４ｄとMDE４４ｆについては、２画面（ａ）モードから１画面（ａ）モードに変更されたときには、それぞれの使用する１以上のブロックは、変更前の２画面（ａ）モードにおいては使用されていなかった。さらに、変更後の表示モード（１画面（ａ）モード）は、変更前の２画面（ａ）モードよりも前の表示モード（１画面（ａ）モード）と同じであるので、同じアプリケーションが、それらの１以上のブロックを使用することになる。従って、従来であれば、図１１において、KNK４４ｄとMDE４４ｆについても、表示モードの変更に基づく、対応する各ブロックの取得は、無駄な処理ということができる。しかし、本実施の形態では、そのような取得は行われない。
【００６２】
すなわち、本実施の形態に係るミドルウエア４３は、表示モードの切り換えにおいて、各ブロックについて、変更後に使用するアプリケーションが無い場合には、開放を行わない。また、変更前に使用されていなかった記憶領域が、変更前よりも前のアプリケーションプログラムにより使用され、かつ、変更後のアプリケーションプログラムと前記変更前よりも前のアプリケーションプログラムが同じときは、変更前に使用されていなかった記憶領域について変更後のアプリケーションプログラムに対する取得を行わないように、ミドルウエア４３は、制御する。
【００６３】
図１２は、最初に、ユーザより１画面（ａ）モードが指定され、次に１画面（ｂ）モードが指定され、さらにその後１画面（ａ）モードが指定された場合に、複数のブロック０〜３９に割り当てられるアプリケーションが変化する様子を示す図である。
【００６４】
図１２の場合も、ミドルウエア４３は、ブロック０から６については、表示モードの変更の前後で、使用するアプリケーションが変更されないので、その変更されない記憶領域については開放も取得も行なわないように割当処理を行う。
【００６５】
また、ブロック７〜３９については、１画面（ａ）モードから１画面（ｂ）モードへの変更後に、使用するアプリケーションが無いので、DE1のタイミングにおける開放は、省略される。
【００６６】
また、１画面（ｂ）モードから１画面（ａ）モードへの変更時、ブロック７〜３９は、変更前に使用されていなかった記憶領域であるが、変更前よりも前のアプリケーション（１画面（ａ）モード）により使用されており、かつ、変更後のアプリケーション（１画面（ａ）モード）と変更前よりも前のアプリケーション（１画面（ａ）モード）とが同じである。よって、このような場合、ブロック７〜３９の記憶領域については、DS2のタイミングにおける取得は、省略される。
【００６７】
MDE４４ｆについてみると、図１２に示すように、ユーザの操作等で画面モードが切り換えられて、１画面（ａ）モードから１画面（ｂ）モードに変更される場合に、MDE４４ｆの処理は終了する。このときに、従来であれば、ブロック１２〜３９に割り当てられている記憶領域は開放される。しかしながら、１画面（ｂ）モードでは、ブロック１２〜３９を使用するアプリケーションの起動はないので、先のMDE４４ｆの実行は終了しているため、この段階では、ブロック１２〜３９を返却すなわち開放しなくても何ら問題はないにも拘わらず、１回分無駄な開放処理を行っていると言える。１画面（ｂ）モード時には、ブロック７〜３９は使用されないからである。
【００６８】
しかし、本実施の形態によれば、ミドルウエア４３は、この段階で、１画面（ｂ）モードでは、ブロック１２〜３９を使用するアプリケーションが存在しないことを判別し、ブロック１２〜３９の記憶領域の返却処理を省略する。
【００６９】
また、その後に、ユーザ操作で１画面（ｂ）モードから１画面（ａ）モードに切り替えられた場合、MDE４４ｆが動作するために使用する記憶領域は、前の前のモードである１画面（ａ）モードで使用していた記憶領域と同じ配置のため、前の１画面（ｂ）モードになったときにで返却を保留しておいた記憶領域を継続して使うことが可能である。よって、ミドルウエア４３は、１回分の記憶領域の取得処理を省略することが出来る。
【００７０】
図１３は、最初に、ユーザより１画面（ａ）モードが指定され、次に番組表モードが指定された場合に、複数のブロック０〜３９に割り当てられるアプリケーションが変化する様子を示す図である。
【００７１】
図１３の場合も、ミドルウエア４３は、ブロック０から５については、表示モードの変更の前後で、使用するアプリケーションが変更されないので、その変更されない記憶領域については開放も取得も行なわないように割当処理を制御する。
【００７２】
また、ブロック６〜３９については、１画面（ａ）モードから番組表モードへの変更後に使用するアプリケーションのために、DE1のタイミングにおいて開放され、かつ、変更後のアプリケーションのために、DS1のタイミングにおいて取得される。
【００７３】
このとき、JCC４４ｅとMDE４４ｆは、番組表モードでは実行されないので、JCC４４ｅとMDE４４ｆの実行は終了する。
【００７４】
従来であれば、ブロック７〜１７は、BUI４４ｃとKNK４４ｄが処理のために使用するので、開放する必要があるが、ブロック１８〜３９については、表示モード変更後に使用するアプリケーションが無くても、開放されていた。しかし、ブロック１８〜３９を開放する処理には、時間が掛かっていた。
【００７５】
そこで、本実施の形態では、ミドルウエア４３は、表示モードが変更された場合の開放及び取得時に、これらの記憶領域（ブロック１８〜３９）については、その後にバックグラウンド処理で、任意のタイミングで開放処理を行う。
【００７６】
MDE４４ｆに注目すると、ユーザの操作等で表示モードが１画面（ａ）モードから番組表モードに切り換った場合に、ミドルウエア４３は、MDE４４ｆの実行を終了する。このときに、従来であれば、ブロック１２〜３９に割り当てられている記憶領域を開放する。特に、ブロック１２〜１７は、BUI４４ｃとKNK４４ｄが動作するために使用するので開放する必要がある。しかしながら、MDE４４ｆが使用していた記憶領域の容量は大きいため、開放処理の完了までの時間が長くなっていた。
【００７７】
本実施の形態では、ミドルウエア４３は、番組表モードのときにブロック１８〜３９を使用するアプリケーションが存在しないことを判別し、記憶領域の返却処理と取得処理を、即時に必要とする領域（すなわち、変更後の番組表モードにおいて使用されるブロック１２〜１７）と、即時に必要としない領域（すなわち、変更後の番組表モードにおいて使用されないブロック１８〜３９）とに分割し、即時処理を必要としない記憶領域の開放処理を、その後のバックグラウンド処理において、図１３ではDF1のタイミングで実行する。これによって、ユーザが番組表を見るなどの行為をしている間に、開放処理が完了させることができ、ユーザにとっての体感的な切り換え時の応答性の向上を図ることができる。
【００７８】
次に、記憶領域５２内の複数の表示プレーンに対するアプリケーションの割り当てがどのように行われるかを説明する。
図１４は、表示モードが時間経過と共に変化した場合における、記憶領域５２内の複数の表示プレーンに対するアプリケーションの割り当ての変化の例を説明するための図である。
図１４は、最初に、ユーザより１画面（ａ）モードが指定され、次に２画面（ａ）モードが指定され、さらにその後１画面（ａ）モードが指定された場合に、複数の表示プレーンV1,V2,G1〜G6に割り当てられるアプリケーションが変化する様子を示す図である。
【００７９】
図１４に示すように、複数の表示プレーンV1,V2,G1〜G6についても、割り当てられる表示プレーンが極力変動しないような配置にされている。
【００８０】
これらの表示プレーンについても、上述したブロック０〜３９と同様に、ミドルウエア４３は、各表示プレーンについて、その変更前のアプリケーションと変更後のアプリケーションとが同じであるか否かを判定する。ミドルウエア４３は、その判定の結果、変更後のアプリケーションが変更前のアプリケーションと異なるときは、変更前のアプリケーションが使用していた表示プレーンの記憶領域について開放を行い、かつ変更後のアプリケーションに対して取得させる。さらに、ミドルウエア４３は、変更後のアプリケーションが変更前のアプリケーションと同じとき、あるいは変更後に使用するアプリケーションが無いときは、変更前のアプリケーションが使用していた表示プレーンの記憶領域について開放を行わないように、記憶領域の割当制御を行う。
【００８１】
さらに、ミドルウエア４３は、変更前に使用されていなかった表示プレーンの記憶領域が、変更前よりも前のアプリケーションにより使用され、かつ、変更後のアプリケーションと変更前よりも前のアプリケーションが同じときは、変更前に使用されていなかった表示プレーンの記憶領域について、変更後のアプリケーションに対する取得を行わないように、記憶領域の割当制御を行う。
【００８２】
例えば、BUI４４ｃに注目すれば、従来であれば、ユーザの操作等で画面モードが切り換えられて、１画面（ａ）モードから２画面（ａ）モードに変更される場合に、BUI４４ｃは一旦実行が終了される。その表示ブレーンG2もDE1のタイミングで開放される。続いて、２画面（ａ）モードのためのBUI４４ｃが起動され、再び、表示ブレーンG2は、同じBUI４４ｃの処理のためにDS1のタイミングで取得される。１画面（ａ）モードと２画面（ａ）モードでは、BUI４４ｃの処理に違いがあることは考えられるが、表示をするために使用する表示プレーンには違いがない。そのため、従来では、１回分無駄な開放と取得処理が行われている。
【００８３】
さらに、表示モードが、２画面（ａ）モードから１画面（ａ）モードに切り換えられた場合にも、同様な表示プレーンG2についての返却と取得が、それぞれDE2とDS2のタイミングで発生する。
【００８４】
これに対して、本実施の形態では、表示プレーンG2については、１画面（ａ）モードと２画面（ａ）モードにおいて同じアプリケーションであるため、１画面（ａ）モードのために取得した表示プレーンG2は、２画面（ａ）モードにおいても継続して使うことが可能である。従って、表示プレーンG2についての、それぞれ１回分の開放と取得の処理が省略される。２画面（ａ）モードから１画面（ａ）モードへの切り換えの場合も、同様に開放と取得の処理が省略される。
【００８５】
また、MDE４４ｆについてみれば、表示プレーンG5,G6は、表示モードが１画面（ａ）モードから２画面（ａ）モードに変更された場合には、開放の処理が省略され、表示モードが２画面（ａ）モードから１画面（ａ）モードに変更された場合にも、変更後の表示モード（１画面（ａ）モード）が、変更前の表示モード（２画面（ａ）モード）の前の表示モード（１画面（ａ）モード）と同じであるので、取得の処理が省略される。
【００８６】
因みに、表示プレーンV1,V2,G1,G4については、変更の前後でアプリケーションが同じであるので、表示モードのそれぞれの変更時において、開放と取得の処理は省略される。
また、表示プレーンG3については、変更の前後でアプリケーションが異なるので、表示モードのそれぞれの変更時において、開放と取得の処理が実行される。
【００８７】
以上説明した動作を実行するミドルウエア４３の割当処理について説明する。
図１５は、ミドルウエア４３の割当処理の流れの例を示すフローチャートである。図１５の処理プログラムは、ROM１３ｃに記憶されており、CPU１３ａがROM１３ｃから読み出すことによって実行される。
まず、CPU１３ａは、表示モードの切り換えが有ったか否かを判定する（ステップS1）。この判定は、上述したように、ユーザがリモコン２２等を操作して画面の表示モードを切り換えるコマンド信号が、I/F１９を介して受信されたときに、行われる。
表示モードの切り換えが無ければ、処理は、ステップS1においてNOとなり、処理は終了する。
【００８８】
表示モードの切り換えが有れば、CPU１３ａは、ブロック毎あるいは表示プレーン毎に、表示モードの変更の前後において、使用するアプリケーションが競合するか否かを判定する（ステップS2）。
【００８９】
ブロック毎にあるいは表示プレーン毎に、使用するアプリケーションが競合する場合とは、表示モードの変更の前後で異なるアプリケーションにより、ブロックあるいは表示プレーンが使用される場合である。例えば、図１３のブロック６や、図１４の表示プレーンG3の場合である。
【００９０】
なお、図１１から図１４には図示していないが、あるブロックあるいは表示プレーンは変更前には使用されていなかったが、そのブロックあるいは表示プレーンについて、変更後の表示モードにおいて使用するアプリケーションが、変更前より前の表示モードにおいて使用していたアプリケーションと異なる場合も、使用するアプリケーションが競合する場合である。
【００９１】
そして、ブロック毎にあるいは表示プレーン毎に、使用するアプリケーションが競合しない場合とは、ブロックあるいは表示プレーンが、表示モードの変更の前後で同じアプリケーションにより使用される場合、あるいは表示モードの変更後にそのブロックあるいは表示プレーンが使用されない場合である。例えば、図１２の１画面（ａ）モードから１画面（ｂ）モードへの変更時のブロック０〜６、７〜１１や、図１４の１画面（ａ）モードから２画面（ａ）モードへの変更時の表示プレーンV1,V2,G5,G6、等の場合である。
【００９２】
さらに、あるブロックあるいは表示プレーンは変更前には使用されていなかったが、そのブロックあるいは表示プレーンについて、変更後の表示モードにおいて使用するアプリケーションが、変更前より前の表示モードにおいて使用するアプリケーションと同じ場合も、使用するアプリケーションが競合しない場合である。例えば、図１２の１画面（ｂ）モードから１画面（ａ）モードへの変更時のブロック７〜１１や、図１４の２画面（ａ）モードから１画面（ａ）モードへの変更時の表示プレーンG5,G6の場合である。
【００９３】
そして、ステップS2でYESの場合、すなわち、ブロック毎あるいは表示プレーン毎に、表示モードの変更の前後において、使用するアプリケーションが競合する場合は、その競合するブロックあるいは表示プレーンについて、開放又は取得の処理を、CPU１３ａは実行する（ステップS3）。
【００９４】
そして、ステップS2でNOの場合、すなわち、ブロック毎あるいは表示プレーン毎に、表示モードの変更の前後において、使用するアプリケーションが競合するものが無い場合は、処理は、終了する。
また、表示プレーンについても、クリア処理を必要であれば、バックグラウンド処理で行うようにしてもよい。
【００９５】
以上のように、複数のブロック及び複数の表示プレーンについて、所定の条件の下で、記憶領域を開放あるいは取得する処理を省略したので、各アプリケーションの起動を速くすることができる。その結果、従来の割当処理において生じていた無駄な処理時間を抑えることができ、アプリケーションの切り換えが早くなり、ユーザの操作感が向上する効果も期待することができる。また、即時処理の必要のない場合は、開放処理をバックグラウンド処理により行うように切り替えることによって、アプリケーションの切り換え時の応答速度も速くなる。
【００９６】
従って、本実施の形態のデジタル放送受信装置によれば、放送のコンテンツを表示するためのアプリケーションが使用する複数の記憶領域について、メモリの解放と取得の処理を適切に行うようにすることができる。
本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を変えない範囲において、種々の変更、改変等が可能である。
【図面の簡単な説明】
【００９７】
【図１】本発明の実施の形態に係わるデジタル放送受信装置の構成を示す構成図である。
【図２】本発明の実施の形態に係わる、１画面表示であって、かつデータ放送があるモードの表示状態を示す図である。
【図３】本発明の実施の形態に係わる、１画面表示であって、かつデータ放送がないモードの表示状態を示す図である。
【図４】本発明の実施の形態に係わる、２画面表示であって、かつデータ放送の提示すなわち出力を禁止し、かつ字幕があるモードの表示状態を示す図である。
【図５】本発明の実施の形態に係わる、番組表を表示し、かつデータ放送の提示及び字幕表示を禁止するモードの表示状態を示す図である。
【図６】本発明の実施の形態に係わる、CPU上で実行されるソフトウエアの構造を説明するための図である。
【図７】本発明の実施の形態に係わる、モニタ１６に表示される画面を構成する表示プレーンの構成を説明するための図である。
【図８】本発明の実施の形態に係わる、各アプリケーションが使用するSDRAM内の複数の記憶領域の配置を示すメモリマップである。
【図９】本発明の実施の形態に係わる、画面の表示モードと記憶領域における各ブロックとの対応を説明するための図である。
【図１０】本発明の実施の形態に係わる、画面の表示モードと記憶領域における各表示プレーンとの対応を説明するための図である。
【図１１】本発明の実施の形態に係わる、表示モードが時間経過と共に変化した場合における、記憶領域内の複数のブロックに対するアプリケーションの割り当ての変化の例を説明するための図である。
【図１２】本発明の実施の形態に係わる、表示モードが時間経過と共に変化した場合における、記憶領域内の複数のブロックに対するアプリケーションの割り当ての変化の他の例を説明するための図である。
【図１３】本発明の実施の形態に係わる、表示モードが時間経過と共に変化した場合における、記憶領域内の複数のブロックに対するアプリケーションの割り当ての変化のさらに他の例を説明するための図である。
【図１４】本発明の実施の形態に係わる、表示モードが時間経過と共に変化した場合における、記憶領域内の複数の表示プレーンに対するアプリケーションの割り当ての変化の例を説明するための図である。
【図１５】本発明の実施の形態に係わる、ミドルウエアの割当処理の流れの例を示すフローチャートである。
【符号の説明】
【００９８】
１…デジタル放送受信装置、１３…信号処理回路、２１…アンテナ、２２…リモートコントローラ、３１…画面、４４…アプリケーション群。
【特許請求の範囲】
【請求項１】
受信した放送のコンテンツの表示のためのプログラムを含む複数のアプリケーションプログラムにより前記受信した放送を表示可能なデジタル放送受信装置であって、
前記複数のアプリケーションプログラムが使用する複数の記憶領域と、
前記表示のためのプログラムが変更された場合に、前記複数の記憶領域のそれぞれについて、その変更前のアプリケーションプログラムと変更後のアプリケーションプログラムとが同じであるか否かを判定し、該判定の結果、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムが異なるときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行い、かつ前記変更後のアプリケーションプログラムに対して取得させ、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムと同じときあるいは前記変更後に使用するアプリケーションプログラムが無いときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行わないように制御する記憶領域制御部と、
を有することを特徴とするデジタル放送受信装置。
【請求項２】
さらに、前記記憶領域制御部は、前記表示のためのプログラムが変更された場合に、
前記変更前に使用されていなかった記憶領域が、前記変更前よりも前のアプリケーションプログラムにより使用され、前記変更後のアプリケーションプログラムと前記変更前よりも前のアプリケーションプログラムが同じときは、前記変更前に使用されていなかった記憶領域について前記変更後のアプリケーションプログラムに対する取得を行わないように制御することを特徴とする請求項１に記載のデジタル放送受信装置。
【請求項３】
さらに、前記記憶領域制御部は、前記表示のためのプログラムが変更された場合に、記憶領域のクリア処理を、変更後のバックグラウンド処理で行うことを特徴とする請求項１又は２に記載のデジタル放送受信装置。
【請求項４】
前記複数の記憶領域のそれぞれは、各アプリケーションプログラムの作業領域に対応する記憶領域を含むことを特徴とする請求項１、２又は３に記載のデジタル放送受信装置。
【請求項５】
前記複数の記憶領域のそれぞれは、各アプリケーションプログラムの画面表示用の複数のプレーンのそれぞれに対応する記憶領域を含むことを特徴とする請求項１乃至４のいずれか１つに記載のデジタル放送受信装置。
【請求項６】
受信した放送のコンテンツの表示のためのプログラムを含む複数のアプリケーションプログラムにより前記受信した放送を表示する方法であって、
前記複数のアプリケーションプログラムが使用する複数の記憶領域を設け、
前記表示のためのプログラムが変更された場合に、前記複数の記憶領域のそれぞれについて、その変更前のアプリケーションプログラムと変更後のアプリケーションプログラムとが同じであるか否かを判定し、
該判定の結果、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムが異なるときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行い、かつ前記変更後のアプリケーションプログラムに対して取得させ、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムと同じときあるいは前記変更後に使用するアプリケーションプログラムが無いときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行わないように制御することを特徴とするデジタル放送表示方法。
【請求項１】
受信した放送のコンテンツの表示のためのプログラムを含む複数のアプリケーションプログラムにより前記受信した放送を表示可能なデジタル放送受信装置であって、
前記複数のアプリケーションプログラムが使用する複数の記憶領域と、
前記表示のためのプログラムが変更された場合に、前記複数の記憶領域のそれぞれについて、その変更前のアプリケーションプログラムと変更後のアプリケーションプログラムとが同じであるか否かを判定し、該判定の結果、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムが異なるときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行い、かつ前記変更後のアプリケーションプログラムに対して取得させ、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムと同じときあるいは前記変更後に使用するアプリケーションプログラムが無いときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行わないように制御する記憶領域制御部と、
を有することを特徴とするデジタル放送受信装置。
【請求項２】
さらに、前記記憶領域制御部は、前記表示のためのプログラムが変更された場合に、
前記変更前に使用されていなかった記憶領域が、前記変更前よりも前のアプリケーションプログラムにより使用され、前記変更後のアプリケーションプログラムと前記変更前よりも前のアプリケーションプログラムが同じときは、前記変更前に使用されていなかった記憶領域について前記変更後のアプリケーションプログラムに対する取得を行わないように制御することを特徴とする請求項１に記載のデジタル放送受信装置。
【請求項３】
さらに、前記記憶領域制御部は、前記表示のためのプログラムが変更された場合に、記憶領域のクリア処理を、変更後のバックグラウンド処理で行うことを特徴とする請求項１又は２に記載のデジタル放送受信装置。
【請求項４】
前記複数の記憶領域のそれぞれは、各アプリケーションプログラムの作業領域に対応する記憶領域を含むことを特徴とする請求項１、２又は３に記載のデジタル放送受信装置。
【請求項５】
前記複数の記憶領域のそれぞれは、各アプリケーションプログラムの画面表示用の複数のプレーンのそれぞれに対応する記憶領域を含むことを特徴とする請求項１乃至４のいずれか１つに記載のデジタル放送受信装置。
【請求項６】
受信した放送のコンテンツの表示のためのプログラムを含む複数のアプリケーションプログラムにより前記受信した放送を表示する方法であって、
前記複数のアプリケーションプログラムが使用する複数の記憶領域を設け、
前記表示のためのプログラムが変更された場合に、前記複数の記憶領域のそれぞれについて、その変更前のアプリケーションプログラムと変更後のアプリケーションプログラムとが同じであるか否かを判定し、
該判定の結果、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムが異なるときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行い、かつ前記変更後のアプリケーションプログラムに対して取得させ、前記変更後のアプリケーションプログラムが前記変更前のアプリケーションプログラムと同じときあるいは前記変更後に使用するアプリケーションプログラムが無いときは、前記変更前のアプリケーションプログラムが使用していた記憶領域について開放を行わないように制御することを特徴とするデジタル放送表示方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００８−１６６８６８（Ｐ２００８−１６６８６８Ａ）
【公開日】平成２０年７月１７日（２００８．７．１７）
【国際特許分類】
【出願番号】特願２００６−３５０６５０（Ｐ２００６−３５０６５０）
【出願日】平成１８年１２月２６日（２００６．１２．２６）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２０年７月１７日（２００８．７．１７）
【国際特許分類】
【出願日】平成１８年１２月２６日（２００６．１２．２６）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]