WO2017082155A1 - 表示制御装置 - Google Patents

Abstract

表示制御装置は、ユーザによる指示操作を受け付ける操作受付部と、アプリケーション画像を描画する描画処理部と、アプリケーション画像を用いて表示用画像を生成し、表示用画像をディスプレイに表示する表示処理部と、を備える。表示画面には、複数の表示エリアが設定されており、複数の表示エリアのそれぞれには、ユーザによる情報の見易さの順位を示すエリア格が予め割り当てられている。アプリケーションソフトウェアには、当該アプリケーションソフトウェアに対応する画面の表示先とする表示エリアが予め設定されている。描画処理部は、複数の表示エリアのうち、エリア格が高い表示エリアに表示するためのアプリケーション画像を、エリア格が低い表示エリアに表示するためのアプリケーション画像よりも優先的に描画する。

Description

表示制御装置 関連出願の相互参照

　本出願は、２０１５年１１月１３日に出願された日本国特許出願２０１５－２２３３３１号に基づくものであり、ここにその記載内容を参照により援用する。

　本開示は、ディスプレイの表示画面を制御する表示制御装置に関する。

　より多くの情報をユーザに提示するために、車載ディスプレイが大型化しつつある。また、車載ディスプレイの大型化に伴い、複数種類のアプリケーションソフトウェア（以降、アプリケーションまたはＡＰＰ）のそれぞれに対応する画面を、同時に表示する機会も増加している。特許文献１には、複数種類のアプリケーションのそれぞれに対応する画面を車載ディスプレイに同時に表示するための技術が開示されている。

　なお、車載ディスプレイに表示する画面の種類としては、例えば、カメラ画面、エネルギーモニタ画面、デジタルテレビ画面、ブラウザ画面などがある。カメラ画面は、例えば車両後方を撮影する車載カメラが撮影している画像を表示する画面であり、エネルギーモニタ画面は、車両に搭載されているモータおよびバッテリーのエネルギーの流れや稼働状況を示す画面である。デジタルテレビ画面は、デジタルテレビ番組を表示する画面であり、ウェブブラウザ画面は、ウェブブラウザとして機能する画面である。もちろん、車載ディスプレイに表示される画面の種別は、以上で例示したもの以外にも様々なものがある。

ＪＰ４４５５５９４　Ｂ２

　車載ディスプレイに複数種類の画面を同時に表示するためには、描画用のマイクロコンピュータ（以降、描画マイクロコンピュータ）に、各画面に対応する画像を描画させる必要がある。その結果、複数種類の画面を同時に車載ディスプレイに表示させる場合には、描画マイクロコンピュータの負荷が高くなりやすく、各アプリケーションから要求される描画処理量が、描画マイクロコンピュータの性能を超過する場合もある。描画マイクロコンピュータの性能を超過する描画要求が生じた場合には、一部又は全部の画面において、フリーズや遅延などといった処理落ちが発生してしまう。

　表示画面において処理落ちが発生してしまうと、ユーザに違和感を与えてしまう。特に、ディスプレイが備える全表示領域のうち、ユーザの目に止まりやすいエリアに表示されている画面において処理落ちが生じた場合には、ユーザに、相対的に大きい違和感を与えてしまう。

　本開示の目的は、ディスプレイの表示領域のうちユーザにとって情報が見やすい位置に配置されている画面に、処理落ちが発生することを抑制可能な表示制御装置を提供することにある。

　本開示の一態様によれば、ディスプレイの表示画面を制御する表示制御装置は、所定の入力装置を介して、所定のアプリケーションソフトウェアの画面をディスプレイに表示するためのユーザによる指示操作を受け付ける操作受付部と、操作受付部が受け付けた指示操作に基づいて、アプリケーションソフトウェアの画面としてディスプレイに表示するための画像であるアプリケーション画像を描画する描画処理部と、描画処理部が生成したアプリケーション画像を用いて、ディスプレイにおける表示画面として表示される画像である表示用画像を生成し、当該生成した表示用画像をディスプレイに表示する表示処理部と、を備える。表示画面には、複数の表示エリアが設定されており、複数の表示エリアのそれぞれには、ユーザによる情報の見易さの順位を示すエリア格が予め割り当てられており、アプリケーションソフトウェアには、当該アプリケーションソフトウェアに対応する画面の表示先とする表示エリアが予め設定されており、描画処理部は、複数の表示エリアのうち、エリア格が高い表示エリアに表示するためのアプリケーション画像を、エリア格が低い表示エリアに表示するためのアプリケーション画像よりも優先的に描画する。

　以上の構成によれば、描画処理部は、複数の表示エリアのうち、ユーザにとって見やすい位置に配置される表示エリアに表示するアプリケーション画像を優先的に描画する。したがって、ディスプレイが備える表示領域のうち相対的にユーザにとって情報が見やすい位置に配置されている画面において、処理落ちが発生することを抑制できる。

　本開示についての上記および他の目的、特徴や利点は、添付図面を参照した下記詳細な説明から、より明確になる。添付図面において、
図１は、第１実施形態に係る車載システムの概略的な構成の一例を示す図であり、 図２は、ディスプレイの表示画面の構成について説明するための概念図であり、 図３は、ディスプレイの画面構成の一例を示した図であり、 図４は、ディスプレイの画面構成の一例示した図であり、 図５は、ディスプレイの画面構成の一例示した図であり、 図６は、ＨＣＵの概略的な構成の一例を示すブロック図であり、 図７は、アプリケーション管理データＤｔについて説明するための図であり、 図８は、ＨＣＵが実施する画面制御処理のフローチャートであり、 図９は、第１実施形態における表示調停処理のフローチャートであり、 図１０は、図９に示すフローチャートの続きであり、 図１１は、図９に示すフローチャートの続きであり、 図１２は、図１１に示すフローチャートの続きであり、 図１３は、図１１に示すフローチャートの続きであり、 図１４は、図９に示すフローチャートの続きであり、 図１５は、図１４に示すフローチャートの続きであり、 図１６は、ユーザ操作に応じた画面構成の変化の一例を示す図であり、 図１７は、ユーザ操作に応じた画面構成の変化の一例を示す図であり、 図１８は、ユーザ操作に応じた画面構成の変化の一例を示す図であり、 図１９は、第２実施形態における表示調停処理のフローチャートであり、 図２０は、図１９に示すフローチャートの続きであり、 図２１は、図２０に示すフローチャートの続きであり、 図２２は、図１９に示すフローチャートの続きであり、 図２３は、ユーザ操作に応じた画面構成の変化の一例を示す図である。

　（第１実施形態）
　以下、本開示の第１の実施形態について図を用いて説明する。図１は、本開示に係る表示制御装置を適用した車載システム１００の概略的な構成の一例を示す図である。図１に示す車載システム１００は、車両に搭載されている。便宜上、ここでは車載システム１００が搭載されている車両は、駆動源としてモータと内燃機関の両方を備える車両（いわゆるハイブリッド車）とする。なお、他の態様として車載システム１００は、電気自動車に搭載されてあっても良いし、駆動源としてエンジンのみを備える車両に搭載されてあっても良い。

　（車載システム１００の概要）
　本実施形態に係る車載システム１００は、図１に示すように、ＨＣＵ１、ディスプレイ２、入力装置３、及び、種々の車載センサ４を備えている。ＨＣＵは、HMI (Human Machine Interface) Control Unitの略である。ＨＣＵ１は、ディスプレイ２、入力装置３、及び、種々の車載センサ４のそれぞれと、車両内に構築されている通信ネットワーク（以降、ＬＡＮ：Local Area Network）５を介して相互通信可能に構成されている。

　ＨＣＵ１は、入力装置３へのユーザの操作や、車載センサ４から入力されるデータに基づいて、ディスプレイ２の表示画面を制御する装置である。つまり、ＨＣＵ１が表示制御装置に相当する。

　ディスプレイ２は、ＨＣＵ１から入力された画像を表示する。ディスプレイ２は、例えば、インスツルメントパネルの中央付近に配置されている。ディスプレイ２は、例えばフルカラー表示が可能なものであり、周知の液晶ディスプレイや有機ＥＬディスプレイ等を用いて実現することができる。なお、ディスプレイ２は周知のヘッドアップディスプレイであってもよい。

　入力装置３は、ディスプレイ２の表示内容の変更操作や、所定のアプリケーションに対するユーザの指示操作を受け付けるための装置である。例えば入力装置３は、ディスプレイ２と一体になったタッチパネルとすればよい。仮に入力装置３としてタッチパネルを採用した場合には、入力装置３は、ユーザによるタッチ操作を検出すると、タッチパネル上においてユーザによってタッチされた位置（以降、タッチ位置）を示すタッチ位置信号をＨＣＵ１に出力する。他の態様として、入力装置３は、メカニカルなスイッチ等であってもよいし、図示しないマイクを備えた音声認識装置であってもよい。また、入力装置３として、それら複数種類の装置を備えていても良い。

　車載センサ４は、車両の走行に関する種々の状態量を検出するための種々のセンサである。車両の走行に関する状態量とは、例えば、走行速度や、シフト位置、方向指示器の動作状態、バッテリー残量、燃料残量などである。つまり、走行速度を検出する速度センサや、シフト位置を検出するシフトポジションセンサ、方向指示器の動作状態を示す信号を出力するターンスイッチ等が、車載センサ４に含まれる。種々の車載センサ４の検出結果は、ＬＡＮ５を介してＨＣＵ１に逐次提供される。なお、車載センサ４に含まれるセンサは上述したものに限らない。また、上述した全てのセンサを備えている必要もない。ＨＣＵ１に対して検出結果を提供させる車載センサ４の種類は適宜設計されればよい。

　（ディスプレイ２における表示エリアについて）
　次に、本実施形態におけるディスプレイ２の表示画面の構成について説明する。本実施形態のＨＣＵ１は、ドライバから見て最前面となるレイヤである第１レイヤＬ１と、ドライバから見て第１レイヤよりも奥側に位置するレイヤである第２レイヤＬ２の、それぞれに配置した画像を重ね合わせた画像をディスプレイ２に表示するものである。換言すれば、ＨＣＵ１は、ディスプレイ２の表示画面を、第１レイヤＬ１と第２レイヤＬ２の２つのレイヤに分割して管理する。なお、ドライバから見て第１レイヤよりも奥側のレイヤとは、ディスプレイ２のバックライト２Ａ側のレイヤに相当する。

　さらに、ＨＣＵ１は、第１レイヤＬ１及び第２レイヤＬ２を用いてディスプレイ２の表示画面を、図２に示すように、仮想的に（換言すればソフトウェア的に）、第１エリアＡｒ１、第２エリアＡｒ２、第３エリアＡｒ３の３つのエリアに分割して制御する。第１エリアＡｒ１が第１表示エリアに相当し、第２エリアＡｒ２が第２表示エリアに相当し、及び第３エリアＡｒ３が第３表示エリアに相当する。

　第１エリアＡｒ１は、第２レイヤＬ２に設けられる。ここでは一例として、第２レイヤ全域を第１エリアＡｒ１とする。また、第１レイヤＬ１を上下に二分割して得られる２つの領域のうち、相対的に上側の領域を第２エリアＡｒ２、下側の領域を第３エリアＡｒ３とする。

　そのような構成においてＨＣＵ１は、第２エリアＡｒ２に表示すべき画像が存在しない場合、第２エリアＡｒ２を透過領域とし、第２レイヤＬ２（換言すれば第１エリアＡｒ１）において第２エリアＡｒ２の後方に位置する領域の画像をディスプレイ２に表示させる。また、第３エリアＡｒ３に表示すべき画像が存在しない場合も、第３エリアＡｒ３には透過領域とすることで、第１エリアＡｒ１に配置されている画像のうち、第３エリアＡｒ３の後方に位置する領域をディスプレイ２に表示させる。

　ここでの透過領域とは、無色透明な画素を配置した領域である。例えば透過領域は、その領域を構成する画素の透過度を指定するパラメータ（いわゆるアルファ値）を１００％（つまり、完全透明な状態）に設定することで実現すれば良い。便宜上、或る表示エリアを透過領域に設定し、当該表示エリアに情報を表示しなくすることを、その表示エリアでの表示をオフにするとも記載する。一方、或る表示エリアに画像を表示させている状態を、当該表示エリアがオンとなっているとも記載する。

　図３～図５は、以上で述べた構成におけるディスプレイ２の表示画面の構成の一例を示す概念図である。ＨＣＵ１が、第２エリアＡｒ２、第３エリアＡｒ３をオフにしている場合、図３に示すように第１エリアＡｒ１の全領域がディスプレイ２に表示される。また、第２エリアＡｒ２をオフ、第３エリアＡｒ３をオンにしている場合には、図４に示すように第１エリアＡｒ１の上半分と、第３エリアＡｒ３の画像が、ディスプレイ２に表示される。

　第２エリアＡｒ２、第３エリアＡｒ３の両方をオンにしている場合、図５に示すように第２エリアＡｒ２と第３エリアＡｒ３の画像がディスプレイ２に表示され、第１エリアＡｒ１の画像は表示されなくなる。なお、ここでは一例として、第２エリアＡｒ２に画像を表示する場合には、必ず第３エリアＡｒ３にも画像を表示するものとする。つまり、ディスプレイ２の表示画面として採用され得るレイアウトは、図３～図５に示す３パターンでする。

　（表示エリア毎のエリア格について）
　上述した３つの表示エリアのそれぞれには、ユーザによる情報の見易さの順位を示すエリア格が予め割り当てられている。具体的には次の通りである。

　第１エリアＡｒ１は、第２エリアＡｒ２や第３エリアＡｒ３の画像によって見えなくなってしまうため、相対的に、ユーザによる情報の見易さとしては、第２エリアＡｒ２や第３エリアＡｒ３に劣る。また、第２エリアＡｒ２は、第３エリアＡｒ３よりも上方に配置されているため、ユーザ（特にドライバ）は、車両前方を見ている状態から、より少ない視線移動で第２エリアＡｒ２を視認することができる。換言すれば、ドライバにとって第２エリアＡｒ２は、第３エリアＡｒ３よりも見やすい位置に設けられる表示エリアである。

　つまり、ユーザにとって第１エリアＡｒ１よりも第３エリアＡｒ３のほうが見やすい表示エリアであり、第３エリアＡｒ３よりも第２エリアＡｒ２のほうが見やすい表示エリアとして機能する。第１エリアＡｒ１が、エリア格が最も低い表示エリアに相当し、第２エリアＡｒ２が、エリア格が最も高い表示エリアに相当する。また、第３エリアＡｒ３のエリア格は、第１エリアＡｒ１と第２エリアＡｒ２の中間である。ドライバにとって第３エリアＡｒ３は、第１エリアＡｒ１と比較した場合、相対的に見やすい位置の一例である。ドライバにとって第２エリアＡｒ２は、第３エリアＡｒ３と比較した場合、相対的に見やすい位置の一例である。

　（ＨＣＵ１の構成及び作動について）
　次に、ＨＣＵ１の構成及び作動について述べる。ＨＣＵ１は、通常のコンピュータとして構成されており、ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、Ｉ／Ｏ１４、フラッシュメモリ１５、及び、それらの部材を接続するバスラインなどを備えている。ＣＰＵは、Central Processing Unitの略であり、ＲＡＭは、Random Access Memoryの略であり、ＲＯＭは、Read Only Memoryの略である。

　ＣＰＵ１１は、マイクロプロセッサ等を用いて実現されれば良い。図１の符号１１１が指し示す領域は、ＣＰＵ１１が備える処理能力（いわゆるＣＰＵリソース）のうち、ディスプレイ２に表示するための画像の描画に割り当てることができるリソース部分（以降、描画処理部）を、概念的に表している。なお、描画処理部１１１は、描画以外の処理を実施するプロセッサとは独立した、１つ又は複数のプロセッサを用いて実現されてもよい。

　ＲＡＭ１２は、ＣＰＵ１１にとっての主記憶装置（いわゆるメモリ）として機能する。なお、ＣＰＵ１１にとってのメモリとして機能する記憶媒体はＲＡＭに限らない。他の種類の記憶媒体をＲＡＭ１２として採用してもよい。

　ＲＯＭ１３には、通常のコンピュータを、本実施形態におけるＨＣＵ１として機能させるためのプログラム（以降、表示制御プログラム）等が書き込まれている。なお、上述の表示制御プログラムは、非遷移的実体的記録媒体に格納されていればよい。ＣＰＵ１１が当該表示制御プログラムを実行することは、表示制御プログラムに対応する方法が実行されることに相当する。

　Ｉ／Ｏ１４は、ＨＣＵ１がＬＡＮ５を介して接続している他の機器（例えばディスプレイ２）とデータの入出力をするためのインターフェースである。Ｉ／Ｏ１４は、アナログ回路素子やＩＣなどを用いて実現されればよい。

　フラッシュメモリ１５は、補助記憶装置（いわゆるストレージ）として機能する記憶媒体である。フラッシュメモリ１５は、書き換え可能な不揮発性の記憶媒体を用いて実現されればよい。フラッシュメモリ１５には、車両のユーザに対して種々の機能を提供するための種々のアプリケーションソフトウェア（以降、アプリケーション）がインストールされている。

　本実施形態では一例として、図６に示すように、エネルギーモニタアプリケーションＡｐ１、デジタルテレビアプリケーションＡｐ２、後方監視アプリケーションＡｐ３、エアコンアプリケーションＡｐ４、ブラウザアプリケーションＡｐ５、及びオーディオアプリケーションＡｐ６がインストールされているものとする。

　エネルギーモニタアプリケーションＡｐ１は、車載センサ４から入力される情報に基づいて、車両に搭載されているモータおよびバッテリーのエネルギーの流れや稼働状況を示す画像を生成するアプリケーションである。デジタルテレビアプリケーションＡｐ２は、テレビ局から放送されるデジタルテレビ番組をディスプレイ２に表示させるアプリケーションである。

　後方監視アプリケーションＡｐ３は、車両の後方を撮影する図示しないリアカメラの撮影映像をディスプレイ２に表示するためのアプリケーションである。なお、後方監視アプリケーションＡｐ３は、ユーザの操作に基づいて起動する他、シフト位置が後退位置となっている場合に自動的に起動されてもよい。

　エアコンアプリケーションＡｐ４は、車両に搭載された図示しない空調装置の動作を制御して、冷暖房のオン／オフの切り替え、温度調整、風量調整等に関する個々の処理を実行するためのアプリケーションである。エアコンアプリケーションＡｐ４は、目標温度の設定や風量調整、動作状況を示す画像をディスプレイ２に表示させる。ブラウザアプリケーションＡｐ５は、インターネット上のＷｅｂサイトを閲覧するためのアプリケーションである。

　ブラウザアプリケーションＡｐ５は、ユーザの入力によって定まるＷｅｂサイトをディスプレイ２に表示させる。オーディオアプリケーションＡｐ６は、所定の記憶媒体に保存されている音楽コンテンツの再生、音量調整、ラジオの音声出力などの処理を実行するアプリケーションである。

　各アプリケーションは、ユーザによって起動されている場合、表示調停部Ｆ２から指示されたＣＰＵリソースを用いて（換言すれば描画処理部１１１と協働して）、そのアプリケーションの動作状態に応じた画像を描画し、その画像データを表示画像生成部Ｆ３に提供する。具体的には、描画処理部１１１が、各アプリケーションからの要求に基づいて画像を描画する。そして、表示画像生成部Ｆ３は、アプリケーションから提供された画像データに基づいて、ディスプレイ２に表示する画像を生成し、表示させる。その結果、ディスプレイ２には、ユーザの操作に応じたアプリケーションの画面が、所定のレイアウトで表示される。

　ここでの或るアプリケーションの画面（以降、アプリケーション画面）とは、ディスプレイ２が備える全表示領域のうち、そのアプリケーションの動作状態に応じた画像を表示している領域を指す。アプリケーション画面とは、例えば、当該アプリケーションに対するユーザによる指示操作を受け付けるための画面や、ユーザの指示操作に対する応答として、所定の情報をユーザに提供するための画面などである。

　エネルギーモニタアプリケーションＡｐ１が描画するアプリケーション画面を、以降では、エネルギーモニタ画面と記載する。同様に、デジタルテレビアプリケーションＡｐ２、後方監視アプリケーションＡｐ３、エアコンアプリケーションＡｐ４、ブラウザアプリケーションＡｐ５、及びオーディオアプリケーションＡｐ６の各々が描画する画面を、デジタルテレビ画面、後方監視画面、エアコン画面、ブラウザ画面、オーディオ画面と記載する。種々のアプリケーション画面として機能する画像が、アプリケーション画像に相当する。

　種々の表示エリアのうち、アプリケーション画面の表示先とする表示エリアは、アプリケーション毎に、そのアプリケーションがユーザに対して提供する情報の種類（換言すればアプリケーションの役務）に応じて予め設定されている。アプリケーション毎の表示エリアを示すデータ（以降、アプリケーション管理データ）Ｄｔは、フラッシュメモリ１５に格納されている。

　また、アプリケーション管理データＤｔには、各アプリケーションの表示エリアの他、アプリケーション毎に、そのアプリケーション画面を描画するためにＣＰＵ１１（具体的には描画処理部１１１）にかかる負荷のレベルが、高レベルであるか低レベルであるかを示すデータも含まれている。或るアプリケーション画面を描画するためにＣＰＵ１１にかかる負荷とは、そのアプリケーション画面を描画するために要するＣＰＵリソースに相当する。なお、例えば、必要とされるＣＰＵリソースが所定の値より大きい場合を高レベルとし、必要とされるＣＰＵリソースが所定の値より小さい場合を低レベルとしてもよい。

　なお、本実施形態では、車室内においてユーザが利用可能な機能を提供するアプリケーションの一例として、エアコンアプリケーションＡｐ４等を例示したが、これに限らない。例えば、周知のナビゲーション装置に相当する機能を提供するアプリケーションがインストールされていても良い。

　また、本実施形態では一例として、ＨＣＵ１が、種々のアプリケーションを備えている態様とするが、これに限らない。他の態様として、後述する種々のアプリケーションの一部又は全部は、ＬＡＮ１を介して当該ＨＣＵ１と接続している、１つ又は複数の電子制御装置（以降、ＥＣＵ：Electronic Control Unit）が備えていてもよい。換言すれば、或るアプリケーションに対応する機能は、所定のＥＣＵが提供する態様であってもよい。さらに、ＨＣＵ１がユーザによって車室内に持ち込まれた携帯端末と相互通信可能に接続される場合には、携帯端末にインストールされているアプリケーションを、上述した種々のアプリケーションと同様に取り扱う構成としてもよい。

　ＨＣＵ１はＣＰＵ１１が、ＲＯＭ１３に格納されている表示制御プログラムを実行することによって実現する機能ブロックとして、図６に示すように操作受付部Ｆ１、表示調停部Ｆ２、表示画像生成部Ｆ３、及びアプリケーション管理部Ｆ４を備える。

　操作受付部Ｆ１は、入力装置３を介して、ディスプレイ２の画面構成を変更するユーザの指示操作や、所定のアプリケーションに対するユーザの指示操作を受け付ける。ディスプレイ２の画面構成を変更する指示操作とは、所定のアプリケーションを起動させたり、起動中のアプリケーションを終了させたりする操作である。それらの操作の内容は、入力装置３から入力される制御信号によって特定されればよい。

　例えば入力装置３としてタッチパネルを採用している場合には、操作受付部Ｆ１は、入力装置３としてのタッチパネルから入力されるタッチ位置信号に基づいて、ディスプレイ２に表示しているボタンのうち、ユーザが選択したボタンを特定する。そして、ユーザによって選択されたボタンのボタンＩＤから、ユーザからの指示操作の内容を特定すればよい。ここでのボタンとは、ユーザの指示操作を受け付けるためのボタンとして機能する画面領域のことを指す。ボタンＩＤは、ボタン毎に予め設定されている識別番号であって、当該ボタンが選択された場合に実施すべき処理と対応付けられて記憶されている。

　なお、起動中のアプリケーションに対するユーザの指示操作を受け付けた場合には、そのアプリケーションに対して、受け付けたユーザの操作内容を転送する。その場合に転送する操作内容とは、例えば当該アプリケーションに対応する画面内におけるタッチ位置や、選択されたボタンのボタンＩＤ等とすればよい。

　便宜上、以降では、或るアプリケーションにおいて、当該アプリケーションに対応する画面（つまりアプリケーション画面）がディスプレイ２の所定の表示領域に表示されている状態を、アクティブな状態と称する。また、或るアプリケーションのアプリケーション画面をディスプレイ２に表示させることを、そのアプリケーションをアクティブにするとも表現する。

　表示調停部Ｆ２は、ディスプレイ２の画面構成を調整する処理（以降、表示調停処理）を実施する。表示調停処理の概略は次の通りである。表示調停部Ｆ２は、操作受付部Ｆ１が受け付けた操作内容が、或るアプリケーションをアクティブにする操作である場合には、アプリケーション管理データＤｔに基づいて、そのアクティブ化するアプリケーションの画面表示先に設定されている表示エリアを特定する。また、当該アプリケーションに対して、アプリケーション画面を描画するためのＣＰＵリソースを割り当てる。当該アプリケーションは、割り当てられたＣＰＵリソースを用いてアプリケーション画面を描画し、逐次、そのアプリケーション画面に対応する画像データを表示画像生成部Ｆ３に提供する。

　表示画像生成部Ｆ３は、アプリケーションから提供される画像を、当該アプリケーションに対応する表示エリアに配置する。そして、第１レイヤＬ１に配置されている画像と第２レイヤＬ２に配置されている画像を重ねあわせることで、ディスプレイ２に表示する画像（以降、表示用画像）のデータを生成する。なお、或るレイヤに配置される画像とは、完全透明な画像も含む。そのデータを逐次ディスプレイ２に出力し、ディスプレイ２に表示させる。この表示画像生成部Ｆ３が表示処理部に相当する。

　アプリケーション管理部Ｆ４は、フラッシュメモリ１５にインストールされているアプリケーションについての情報を管理する機能ブロックである。換言すれば、アプリケーション管理部Ｆ４は、アプリケーション管理データＤｔを更新する。

　（アプリケーション管理データＤｔについて）
　次に、アプリケーション管理データＤｔについて述べる。アプリケーション管理データＤｔは、前述の通り、表示調停部Ｆ２と協働するアプリケーション毎の、アプリケーション画面の表示先とする表示エリアと負荷レベルを保持するデータである。アプリケーション毎の表示先は、そのアプリケーションがユーザに対して提供する情報の種別に応じて決定される。

　例えば、ドライバが車両を運転する上で有益な情報、特に、安全運転に寄与する情報は、ドライバにとって見やすい位置に表示されることが好ましい。すなわち、それらの情報を提供するアプリケーションの画面は、エリア格が相対的に高い、第２エリアＡｒ２や第３エリアＡｒ３に表示されることが好ましい。

　また、ユーザの快適性や利便性に関する情報を提供するアプリケーションでも、その情報の種類によっては、エリア格が相対的に高い、第２エリアＡｒ２や第３エリアＡｒ３に表示させることが好ましい場合もある。

　アプリケーション毎の表示エリアは、以上で述べた観点に基づいて適宜設計されれば良い。ここでは一例として、後方監視アプリケーションＡｐ３及びエアコンアプリケーションＡｐ４の表示先は第２エリアＡｒ２とし、デジタルテレビアプリケーションＡｐ２及びオーディオアプリケーションＡｐ６の表示先は第３エリアＡｒ３とする。また、エネルギーモニタアプリケーションＡｐ１及びブラウザアプリケーションＡｐ５の表示先は第１エリアＡｒ１とする。

　また、図７に示すように、エネルギーモニタアプリケーションＡｐ１、デジタルテレビアプリケーションＡｐ２、後方監視アプリケーションＡｐ３は、負荷レベルが高レベルなアプリケーションとして認識されているものとする。アプリケーション毎の負荷レベルは、インストール時にアプリケーションの配信元からアプリケーションの情報として取得する態様としておいても良いし、ＨＣＵ１の設計者等によって予め設定されても良い。

　さらに、アプリケーション毎の負荷レベルは、当該アプリケーションを実際に複数回実行した時の負荷の平均値や中央値によってアプリケーション管理部Ｆ４が判定する態様としてもよい。その場合、初期状態においては高レベルとしておけばよい。つまり、初期状態においてはアプリケーションの負荷レベルを高レベルに設定しておき、その後、複数回実行させた結果に基づいて負荷レベルは低レベルであると判定した場合には、当該アプリケーションの負荷レベルを低レベルに変更してもよい。それらの判定及び設定の書き換えは、アプリケーション管理部Ｆ４によって実施されれば良い。

　アプリケーション管理データＤｔは、新たなアプリケーションがインストールされたり、アプリケーションがアンインストールされたりした場合に、アプリケーション管理部Ｆ４によって更新されればよい。また、アプリケーション毎の表示エリアは、ユーザによって割り当てられても良い。

　（画面制御処理について）
　次に図８に示すフローチャートを用いて、ＨＣＵ１が、ユーザから入力された指示操作に基づいて、ディスプレイ２の画面構成を制御する処理（以降、画面制御処理）について説明する。図８に示すフローチャートは、例えば入力装置３から、ユーザによる指示操作が入力されたことを示す制御信号（例えばタッチ位置信号）が入力された場合に開始されればよい。

　まず、Ｓ１では操作受付部Ｆ１が、入力装置３から入力された制御信号に基づき、ユーザの指示操作を特定し、その特定した指示内容を、その操作に対応するアプリケーション（換言すれば捜査対象とするアプリケーション）に通知する。このＳ１での処理が完了するとＳ２に移る。

　Ｓ２では表示調停部Ｆ２が、Ｓ１にて特定した操作が、ディスプレイ２の画面構成を変更する操作であるか否かを判定する。ここでの画面構成とは、オン状態とする表示エリアの組み合わせだけでなく、アクティブ状態とするアプリケーションの組み合わせも含む。つまり、ディスプレイ２の画面構成を変更する操作とは、アクティブ状態とするアプリケーションを変更する操作に相当する。

　そして、Ｓ１にて特定した操作が、ディスプレイ２の画面構成を変更させる操作である場合には、Ｓ２が肯定判定されてＳ３に移る。一方、Ｓ１で受け付けた操作が、ディスプレイ２の画面構成を変更させる操作ではない場合には、Ｓ２が否定判定されて本フローを終了する。

　Ｓ３では表示調停部Ｆ２が図９～図１５に示す表示調停処理を実施してＳ４に移る。詳細は後述するが、表示調停処理を実施することで、オン状態とする表示エリアや、アクティブ状態となるアプリケーションが決定される。

　Ｓ４では、アクティブ状態となるアプリケーションに対するＣＰＵリソースの割り振りを決定する。ここで、アクティブ状態となるアプリケーションが複数存在する場合には、エリア格が高い表示エリアを表示先とするアプリケーションに対して、優先的にＣＰＵリソースを割り当てる。換言すれば、エリア格が高い表示エリアの画像が優先的に描画されるように、ＣＰＵリソースを割り当てる。例えば、第２エリアＡｒ２を表示先とするアプリケーションと、第３エリアＡｒ３を表示先とするアプリケーションがアクティブとなっている場合には、第２エリアＡｒ２を表示先とするアプリケーションに対して優先的にＣＰＵリソースを割り当てる。

　なお、相対的にエリア格が高い表示エリア用の画面描写に全てのＣＰＵリソースを割り当てている状態において、相対的にエリア格の低い表示エリアに対する表示画面の変更するユーザ操作を受け付けた場合、エリア格の低い方の表示エリア用の画面の描画にＣＰＵリソースが全く割当たらない可能性がある。そのような場合には、エリア格の低い方の表示エリアの画面が１度も描画されず、ユーザにとっては画面構成が変更していないように見えるため、ユーザに違和感を与えてしまう恐れがある。

　そこで、エリア格が高い表示エリア用の画面を描画するアプリケーションに対して優先的にＣＰＵリソースを割り当てることを原則とする一方、相対的にエリア格が低い表示エリア用の画面を描画するアプリケーションに対しても、最低限度のＣＰＵリソースを割り当てることが好ましい。ここでの最低限度のＣＰＵリソースとは、エリア格が低い方の表示エリアの表示画面を切り替えるユーザ操作に対して、少なくとも１回は、当該表示エリアの画面の更新を実施する程度のＣＰＵリソースである。

　例えば、エリア格が低い方の表示エリアの表示画面を切り替えるユーザ操作を受け付けた場合には、ユーザ操作受付後に１Vsync信号が出力されたタイミングで、エリア格が低い方の表示エリアの表示画面を、新たな表示画面に更新させればよい。勿論、他の態様として、最低限度のＣＰＵリソースは数fps分のＣＰＵリソースとしてもよい。そのような態様によれば、エリア格が低い方の表示エリアの画面も、少なくとも１秒に数回の頻度で更新される。

　ＣＰＵリソースが割り当てられた各アプリケーションは、割り当てられたＣＰＵリソースを用いてアプリケーション画面を生成し、生成したアプリケーション画面に対応する画像データを表示画像生成部Ｆ３に逐次提供する。

　Ｓ５では表示画像生成部Ｆ３が、アクティブな各アプリケーションからの画像を取得してＳ６に移る。Ｓ６では表示画像生成部Ｆ３が、各アプリケーションから提供された画像データを、それぞれ対応する表示エリアに配置した画像データ（つまり表示画像データ）を生成し、ディスプレイ２に表示して本フローを終了する。なお、Ｓ５からＳ７までの処理は、新たに画面構成を変更する指示操作を受け付けたり、車両電源がオフとなったりするまで逐次実施されれば良い。

　（表示調停処理）
　次に、図９～図１５に示すフローチャートを用いて表示調停部Ｆ２が実施する表示調停処理について説明する。図９に示すフローチャートは、図８のＳ３に移った時に開始されればよい。

　まず、Ｓ１０１では、図８のＳ１で受け付けた操作が、現在アクティブではないアプリケーションを、アクティブにする操作であるか否かを判定する。換言すれば、Ｓ１で受け付けた操作が、所定のアプリケーションの画面を新たに表示させるための操作（以降、画面呼出操作）であるか否かを判定する。Ｓ１で受け付けた操作が画面呼出操作である場合には、Ｓ１０１が肯定判定されてＳ１０２に移る。一方、Ｓ１で受け付けた操作が画面呼出操作ではない場合には、Ｓ１０１が否定判定されて図１４のＳ１５０に移る。

　なお、表示調停処理を実施する場合とは、Ｓ１で受け付けた操作が、少なくとも、ディスプレイ２の画面構成を変更させる操作である場合である。したがって、Ｓ１０１において否定判定される場合とは、Ｓ１で受け付けた操作が、現在アクティブなアプリケーションのうち、何れかのアプリケーションを終了させる操作が行われたことを意味する。特に、本実施形態においては、第１エリアＡｒ１を表示先とするアプリケーションの終了操作は受け付けない構成となっている。そのため、Ｓ１０１が否定判定される場合とは、Ｓ１で受け付けた操作が、第２エリアＡｒ２用のアプリケーションを終了させる操作、又は、第３エリアＡｒ３用のアプリケーションを終了させる操作であることを意味する。

　Ｓ１０２では、アプリケーション管理データＤｔを参照し、ユーザ操作に基づいてアクティブ化するアプリケーションの画面表示先が、第２エリアＡｒ２であるか否かを判定する。アクティブ化するアプリケーションの画面表示先が第２エリアＡｒ２である場合には、Ｓ１０２が肯定判定されてＳ１０３に移る。一方、アクティブ化するアプリケーションの画面表示先が第２エリアＡｒ２ではない場合には、Ｓ１０２が否定判定されて図１１のＳ１２０に移る。

　Ｓ１０３では、現在、第３エリアＡｒ３がオンとなっているか否かを判定する。第３エリアＡｒ３がオンとなっている場合にはＳ１０３が肯定判定されてＳ１０４に移る。一方、第３エリアＡｒ３がオフとなっている場合にはＳ１０３が否定判定されてＳ１０７に移る。

　Ｓ１０４では、所定の第３エリア退避条件が成立しているか否かを判定する。第３エリア退避条件とは、第３エリアＡｒ３に現在表示中の画面を退避させて、予め規定されている、後述の低負荷画面を第３エリアＡｒ３に表示する条件である。第３エリア退避条件が成立する場合とは、今回アクティブ化するアプリケーションに対応する画面（以降、呼出画面）の描画負荷が高レベルであって、かつ、現在の第３エリアＡｒ３に表示中の画面を描画するための負荷も高レベルである場合である。

　なお、或る表示エリアに表示する画面の描画負荷が高レベルであるか否かはアプリケーション管理データＤｔに基づいて判定される。例えば、アプリケーション管理データＤｔにおいて、第３エリアＡｒ３用の画面を現在描画しているアプリケーションの負荷レベルが高レベルに設定されている場合、第３エリアＡｒ３に現在表示中の画面の描画負荷は高レベルであると判定される。呼出画面の描画負荷についても同様に、アプリケーション管理データＤｔに基づいて判定されれば良い。負荷レベルが高レベルに設定されているアプリケーションの画面として描画される画像が、高負荷アプリケーション画像に相当する。

　第３エリア退避条件が成立している場合にはＳ１０４が肯定判定されてＳ１０５に移る。一方、第３エリア退避条件が成立していない場合にはＳ１０４が否定判定されて図１０に示すＳ１１０に移る。

　Ｓ１０５では、第３エリアＡｒ３に現在表示中の画面を退避リストに登録してＳ１０６に移る。退避リストは、描画負荷が高まってしまうことを避けるために、ディスプレイ２への表示（換言すればアプリケーションによる描画処理）をいったん中断させた画面のリストである。

　なお、退避リストは、退避させた画面の画面ＩＤを保持するものとすればよい。画面ＩＤは、アプリケーション毎（換言すれば画面毎）に固有の識別番号であって、他のアプリケーションの画面と区別するための情報である。もちろん、退避リストは、退避させた画面を後で再び表示するために、退避させた画面の画像データ等も、退避させた画面の画面ＩＤと対応付けて保持していることが好ましい。また、退避リストは、退避されている画面が、何れの表示エリアに表示されていた画面であるかを示す情報を対応付けて保持していることが好ましい。退避リストは、例えばＲＡＭ１２が備える記憶領域を用いて実現されれば良い。

　以降では便宜上、第３エリアＡｒ３から退避させた画面のことを、退避中の第３エリア画面とも記載する。

　Ｓ１０６では、本フロー終了後におけるディスプレイ２の画面構成を決定する。具体的には、第１エリアＡｒ１をオフにするとともに、第２エリアＡｒ２には呼出画面を配置し、第３エリアＡｒ３には、現在表示中の画面の代わりに、描画負荷が低レベルである所定の画面（以降、低負荷画面）を表示することを決定する。低負荷画面は予め設定されていればよい。例えば、第３エリアＡｒ３用の低負荷画面は、オーディオ画面とすればよい。或いは、ユーザが利用可能なアプリケーションの一覧を表す画面（以降、メニュー画面）としてもよい。メニュー画面の画像データは、表示画像生成部Ｆ３によって生成されればよい。第３エリアＡｒ３用の低負荷画面の内容は適宜設計されれば良い。

　Ｓ１０７では、第１エリアＡｒ１に現在表示中の画面を、退避リストに登録してＳ１０８に移る。なお、本フロー開始時において、第２エリアＡｒ２がオンとなっている場合には、このＳ１０７は省略してＳ１０８に移ればよい。第２エリアＡｒ２がオンとなっている場合には、第１エリアＡｒ１はオフとなっているためである。

　Ｓ１０８では、ディスプレイ２の画面構成として、第１エリアＡｒ１をオフにするとともに、第２エリアＡｒ２には呼出画面を配置し、第３エリアＡｒ３には低負荷画面を表示することを決定し、Ｓ１０９に移る。

　Ｓ１０９では、第３エリアＡｒ３に表示する画面が連動表示画面である旨を、フラグ等を用いて記憶する。Ｓ１０９の処理が完了すると、本フローの呼び出し元である図８に画面制御処理に戻り、Ｓ５を実施する（つまりリターンする）。連動表示画面とは、第２エリアＡｒ２をオン状態にすることに連動して、第３エリアＡｒ３に表示される画面である。

　図１０のＳ１１０では、所定の第３エリア復帰条件が成立しているか否かを判定する。第３エリア復帰条件は、退避中となっている第３エリア画面を復帰（換言すれば再表示）させる条件である。第３エリア復帰条件が成立する場合とは、第２エリアＡｒ２に新たに表示する呼出画面の描画負荷が低レベルであって、かつ、退避中の第３エリア画面が存在する場合である。退避中の第３エリア画面が存在するか否かは、退避リストを参照することで判定されれば良い。

　第３エリア復帰条件が成立している場合にはＳ１１０が肯定判定されてＳ１１１に移る。一方、第３エリア復帰条件が成立していない場合にはＳ１１０が否定判定されてＳ１１３に移る。

　Ｓ１１１では、ディスプレイ２の画面構成として、第１エリアＡｒ１をオフにするとともに、第２エリアＡｒ２には呼出画面を配置し、第３エリアＡｒ３には退避させている第３エリア画面を表示することを決定し、Ｓ１１２に移る。Ｓ１１２では、Ｓ１１１で復帰させることが決定された第３エリア画面のデータを退避リストから除去し、呼び出し元にリターンする。

　Ｓ１１３では、第１エリアＡｒ１に現在表示中の画面を、退避リストに登録してＳ１１４に移る。Ｓ１１４では、ディスプレイ２の画面構成として、第１エリアＡｒ１をオフにするとともに、第２エリアＡｒ２には呼出画面を配置し、第３エリアＡｒ３には第３エリアＡｒ３用の低負荷画面を表示することを決定する。そして、呼び出し元にリターンする。

　図１１のＳ１２０では、アプリケーション管理データＤｔを参照し、アクティブ化するアプリケーションの画面表示先が、第３エリアＡｒ３であるか否かを判定する。アクティブ化するアプリケーションの画面表示先が第３エリアＡｒ３である場合には、Ｓ１２０が肯定判定されてＳ１２１に移る。一方、アクティブ化するアプリケーションの画面表示先が第３エリアＡｒ３ではない場合には、Ｓ１２０が否定判定されて図１３のＳ１４０に移る。

　Ｓ１２１では、現在、第２エリアＡｒ２がオンとなっているか否かを判定する。第２エリアＡｒ２がオンとなっている場合にはＳ１２１が肯定判定されて図１２のＳ１３０に移る。一方、第２エリアＡｒ２がオフとなっている場合にはＳ１２１が否定判定されてＳ１２２に移る。

　Ｓ１２２では、所定の第１エリア退避条件が成立しているか否かを判定する。第１エリア退避条件とは、第１エリアＡｒ１に現在表示中の画面を退避させて、第１エリアＡｒ１に、第１エリアＡｒ１用の所定の低負荷画面を表示する条件である。第１エリア退避条件が成立する場合とは、今回第２エリアＡｒ２に新たに表示する呼出画面の描画負荷が高レベルであって、かつ、現在第１エリアＡｒ１に表示中の画面が描画負荷の高い画面となっている場合である。

　第１エリアＡｒ１用の低負荷画面も、第３エリアＡｒ３用の低負荷画面と同様に予め設定されていればよい。例えば、第１エリアＡｒ１における低負荷画面は、第１エリアＡｒ１のサイズに応じたメニュー画面とすればよい。或いは、予め設定されている背景画像等としてもよい。第１エリアＡｒ１用の低負荷画面の内容は適宜設計されれば良い。

　第１エリア退避条件が成立している場合にはＳ１２２が肯定判定されてＳ１２３に移る。一方、第１エリア退避条件が成立していない場合にはＳ１２２が否定判定されてＳ１２５に移る。

　Ｓ１２３では、第１エリアＡｒ１に現在表示中の画面を、退避リストに登録してＳ１２４に移る。なお、以降では便宜上、第１エリアＡｒ１から退避させた画面のことを、退避中の第１エリア画面とも記載する。

　Ｓ１２４では、ディスプレイ２の画面構成として、第１エリアＡｒ１には第１エリアＡｒ１用の低負荷画面を表示するとともに、第３エリアＡｒ３には呼出画面を配置することを決定し、Ｓ１２９に移る。なお、第２エリアＡｒ２については、引き続きオフの状態が継続される。

　Ｓ１２５では、所定の第１エリア復帰条件が成立しているか否かを判定する。第１エリア復帰条件は、退避中となっている第１エリア画面を復帰（つまり再表示）させる条件である。第１エリア復帰条件が成立する場合とは、第３エリアＡｒ３に新たに表示する呼出画面の描画負荷が低レベルであって、かつ、退避中の第１エリア画面が存在する場合である。退避中の第１エリア画面が存在するか否かは、退避リストを参照することで判定できる。

　第１エリア復帰条件が成立している場合にはＳ１２５が肯定判定されてＳ１２７に移る。一方、第１エリア復帰条件が成立していない場合にはＳ１２５が否定判定されてＳ１２６に移る。

　Ｓ１２６では、ディスプレイ２の画面構成として、第１エリアＡｒ１には現在表示中の画面の表示を継続させるとともに、第３エリアＡｒ３には呼出画面を配置することを決定し、Ｓ１２９に移る。なお、第２エリアＡｒ２についてはオフの状態が継続される。

　Ｓ１２７では、ディスプレイ２の画面構成として、第１エリアＡｒ１には退避させていた第１エリア画面を復帰させるとともに、第２エリアＡｒ２はオフ状態を継続させ、第３エリアＡｒ３には呼出画面を配置することを決定し、Ｓ１２８に移る。Ｓ１２８では、復帰させる第１エリア画面のデータを退避リストから削除し、Ｓ１２９に移る。

　Ｓ１２９では、第３エリアＡｒ３に現在表示中の画面を、退避リストに登録して呼び出し元にリターンする。ただし、第３エリアＡｒ３に現在表示中の画面が連動表示画面である場合には、退避リストに登録せずに呼び出し元にリターンする。

　図１２のＳ１３０では、所定の第３エリア切替要求破棄条件が成立しているか否かを判定する。第３エリア切替要求破棄条件は、第３エリアＡｒ３の表示画面を切り替えるユーザ操作を破棄して、現在のディスプレイ２の画面構成を保持する条件である。第３エリア切替要求破棄条件が成立する場合とは、現在の第２エリアＡｒ２に描画負荷が高レベルな画面を表示してあって、かつ、第３エリアＡｒ３に新たに表示する呼出画面の描画負荷も高レベルに設定されている場合である。

　第３エリア切替要求破棄条件が成立している場合にはＳ１３０が肯定判定されてＳ１３１に移る。一方、第３エリア切替要求破棄条件が成立していない場合にはＳ１３０が否定判定されてＳ１３２に移る。

　Ｓ１３１では、現在の画面構成を保持することを決定して呼び出し元にリターンする。なお、第２エリアＡｒ２は第３エリアＡｒ３よりもランク格が高いことから、第２エリアＡｒ２には、ユーザにとって相対的に有用性が高い画面が表示される。したがって、第３エリアＡｒ３の表示画面の切替操作によってＣＰＵリソースが逼迫し、第２エリア画面の描画性能が損なわれる恐れがある場合には、当該切替要求を棄却することで、第２エリア画面の描画性能を保護することができる。つまり、このような構成によれば、より有用性が高い画面の描画を保護することができる。

　Ｓ１３２では、ディスプレイ２の画面構成として、第１エリアＡｒ１はオフ状態を継続させるとともに、第２エリアＡｒ２には現在表示中の画面の表示を継続させ、第３エリアＡｒ３には呼出画面を表示させることを決定してＳ１３３に移る。

　Ｓ１３３では、Ｓ１２９と同様に、現在の第３エリアＡｒ３に表示中の画面を退避リストに登録して呼び出し元にリターンする。ただし、現在の第３エリアＡｒ３に表示中の画面が連動表示画面である場合には、退避リストに登録せずに呼び出し元にリターンする。

　図１３のＳ１４０では、現在、第２エリアＡｒ２がオンとなっているか否かを判定する。なお、Ｓ１４０の判定処理を実施する場合とは、アクティブ化するアプリケーションの画面表示先が第１エリアＡｒ１となっている場合である。

　第２エリアＡｒ２がオンとなっている場合にはＳ１４０が肯定判定されてＳ１４４に移る。一方、第２エリアＡｒ２がオフとなっている場合にはＳ１４０が否定判定されてＳ１４１に移る。

　Ｓ１４１では、現在、第３エリアＡｒ３がオンとなっているか否かを判定する。第３エリアＡｒ３がオンとなっている場合にはＳ１４１が肯定判定されてＳ１４３に移る。一方、第３エリアＡｒ３がオフとなっている場合にはＳ１４１が否定判定されてＳ１４２に移る。

　Ｓ１４２では、ディスプレイ２の画面構成として、第１エリアＡｒ１に呼出画面を表示し、第２エリアＡｒ２、第３エリアＡｒ３はオフ状態を継続させることを決定してＳ１４６に移る。

　Ｓ１４３では、所定の第１エリア切替要求破棄条件が成立しているか否かを判定する。第１エリア切替要求破棄条件は、ユーザによって入力された第１エリアＡｒ１の表示画面を切り替える指示を破棄して、現在のディスプレイ２の画面構成を保持する条件である。第１エリア切替要求破棄条件が成立する場合とは、現在第３エリアＡｒ３に描画負荷が高レベルに設定されている画面を表示してあって、かつ、今回第１エリアＡｒ１に新たに表示する呼出画面の描画負荷も高レベルに設定されている場合である。

　第１エリア切替要求破棄条件が成立している場合にはＳ１４３が肯定判定されてＳ１４４に移る。一方、第１エリア切替要求破棄条件が成立していない場合にはＳ１４３が否定判定されてＳ１４５に移る。

　Ｓ１４４では、現在の画面構成を保持することを決定して呼び出し元にリターンする。つまり、ユーザによって入力された、第１エリアＡｒ１を画面表示先とするアプリケーションの呼出指示を破棄する。

　なお、第２エリアＡｒ２や第３エリアＡｒ３は、第１エリアＡｒ１よりもランク格が高いことから、第２エリアＡｒ２や第３エリアＡｒ３には、第１エリアＡｒ１よりもユーザにとっての有用性が高い画面が表示されている。したがって、例えば、第２エリアＡｒ２がオンとなっている場合には、第１エリアＡｒ１に所定のアプリケーション画面を表示するように要求する指示操作を棄却することで、より有用性が高い画面の表示を継続させることができる。第３エリアＡｒ３に高負荷な画面が表示されている場合も同様である。

　Ｓ１４５では、ディスプレイ２の画面構成として、第１エリアＡｒ１には呼出画面を表示させるとともに、第２エリアＡｒ２はオフ状態を継続させ、第３エリアＡｒ３には現在表示中の画面の表示を継続させることを決定し、Ｓ１４６に移る。

　Ｓ１４６では、退避リストのデータ更新を実施して呼び出し元にリターンする。具体的には、退避リストに第１エリア画面が登録されている場合には、その第１エリア画面のデータを削除する。

　次に、図１４のＳ１５０以降のフローについて述べる。なお、Ｓ１０１からＳ１５０へ移る場合とは、Ｓ１において受け付けた操作が、第２エリアＡｒ２用のアプリケーションを終了させる操作、又は、第３エリアＡｒ３用のアプリケーションを終了させる操作である場合である。

　まず、Ｓ１５０では、ユーザ操作に基づいて終了させるアプリケーションが、第２エリアＡｒ２と第３エリアＡｒ３のどちらの表示エリアを画面表示先とするアプリケーションであるかを判定する。今回終了させるアプリケーションが第２エリアＡｒ２を画面表示先とするアプリケーションである場合には、Ｓ１６０に移る。一方、今回終了させるアプリケーションが第３エリアＡｒ３を画面表示先とするアプリケーションである場合には、Ｓ１５１に移る。

　Ｓ１５１では、現在、第２エリアＡｒ２がオンとなっているか否かを判定する。第２エリアＡｒ２がオンとなっている場合にはＳ１５１が肯定判定されてＳ１５２に移る。一方、第２エリアＡｒ２がオフとなっている場合にはＳ１５１が否定判定されてＳ１５３に移る。

　Ｓ１５２では、現在の画面構成を保持することを決定して呼び出し元にリターンする。なお、他の態様として、Ｓ１５２では第３エリアＡｒ３に現在表示中の画面の代わりに、第３エリアＡｒ３用の低負荷画面を配置することを決定して呼び出し元にリターンする態様としてもよい。そのような態様によれば、第３エリアＡｒ３に表示される画面が切り替わったことから、ユーザは、自分自身が入力した第３エリアＡｒ３に対応するアプリケーションを終了させる操作が実行されたことを認識することができる。また、所定の低負荷画面を代替画面として表示することで、ＣＰＵ１１への負荷を抑制することができる。

　Ｓ１５３では、退避リストを参照し、退避中の第１エリア画面が存在するか否かを判定する。退避中の第１エリア画面が存在する場合には、Ｓ１５３が肯定判定されてＳ１５５に移る。一方、退避中の第１エリア画面が存在しない場合には、Ｓ１５３が否定判定されてＳ１５４に移る。

　Ｓ１５４では、第３エリアＡｒ３をオフに設定して、呼び出し元にリターンする。なお、第１エリアＡｒ１に現在表示中の画面の表示は継続される。また、このＳ１５４の処理と平行して、第３エリアＡｒ３用の画面を描画していたアプリケーションによる画面描画処理は停止される。

　Ｓ１５５では、ディスプレイ２の画面構成として、第１エリアＡｒ１には退避中となっている第１エリア画面を復帰させるとともに、第３エリアＡｒ３はオフにすることを決定してＳ１５６に移る。なお、第２エリアＡｒ２はオフの状態が継続される。Ｓ１５６では、退避リストからＳ１５５で復帰させることが決定された第１エリア画面のデータを除去し、呼び出し元にリターンする。

　図１５のＳ１６０では、退避リストを参照し、退避中の第３エリア画面が存在するか否かを判定する。退避中の第３エリア画面が存在する場合には、Ｓ１６０が肯定判定されてＳ１６１に移る。一方、退避中の第３エリア画面が存在しない場合には、Ｓ１６０が否定判定されてＳ１６３に移る。

　なお、Ｓ１６０の判定処理を実施する場合とは、第２エリアＡｒ２と第３エリアＡｒ３がオンとなっている場合において、第２エリアＡｒ２用の画面を描画しているアプリケーションを終了させるユーザ操作を受け付けた場合である。第２エリアＡｒ２と第３エリアＡｒ３がオンとなっている場合には、退避リストには第１エリア画面が登録されている。つまり、Ｓ１６０を実施する場合の前提として、退避リストには第１エリア画面が登録されている。

　Ｓ１６１では、ディスプレイ２の画面構成として、第１エリアＡｒ１に第１エリアＡｒ１用の低負荷画面を表示させ、第２エリアＡｒ２をオフにし、第３エリアＡｒ３には退避させている第３エリア画面を復帰させることを決定してＳ１６２に移る。Ｓ１６２では、退避リストから、Ｓ１６１で復帰させることを決定した第３エリア画面のデータを削除して呼び出し元にリターンする。

　Ｓ１６３では、現在第３エリアＡｒ３に表示中の画面が連動表示画面であるか否かを判定する。現在第３エリアＡｒ３に表示中の画面が連動表示画面である場合には、Ｓ１６３が肯定判定されてＳ１６４に移る。一方、現在第３エリアＡｒ３に表示中の画面が連動表示画面ではない場合には、Ｓ１６３が否定判定されてＳ１６７に移る。

　Ｓ１６４では、ディスプレイ２の画面構成として、第１エリアＡｒ１には退避中の第１エリア画面を復帰させるとともに、第２エリアＡｒ２及び第３エリアＡｒ３をオフとすることを決定してＳ１６５に移る。

　Ｓ１６５では、退避リストから、Ｓ１５５で復帰させることが決定された第１エリア画面のデータを削除してＳ１６６に移る。Ｓ１６６では、第３エリアＡｒ３に表示している画面が連動表示画面であるか否かを示すフラグを初期化する。なお、フラグが初期化された状態とは、第３エリアＡｒ３に表示している画面は連動表示画面ではないことを示す状態とすれば良い。Ｓ１６６での処理が完了すると、呼び出し元にリターンする。

　Ｓ１６７では、現在第３エリアＡｒ３に表示している画面は、描画負荷が高レベルな画面であるか否かを判定する。第３エリアＡｒ３に現在表示中の画面が、描画負荷が高レベルな画面である場合には、Ｓ１６７が肯定判定されてＳ１６８に移る。一方、第３エリアＡｒ３に現在表示中の画面が、描画負荷が高レベルな画面ではない場合には、Ｓ１６７が否定判定されてＳ１６９に移る。

　Ｓ１６８では、ディスプレイ２の画面構成として、第１エリアＡｒ１には第１エリアＡｒ１用の低負荷画面を配置し、第２エリアＡｒ２はオフにし、第３エリアＡｒ３には現在表示中の画面を継続して表示することを決定して、呼び出し元にリターンする。

　Ｓ１６９では、ディスプレイ２の画面構成として、第１エリアＡｒ１には退避させている第１エリア画面を復帰させるとともに、第２エリアＡｒ２はオフにし、第３エリアＡｒ３には現在表示中の画面の表示を継続させることを決定する。そして、Ｓ１７０に移る。

　Ｓ１７０では、Ｓ１６９で復帰させることを決定した第１エリア画面のデータを、退避リストから削除して呼び出し元にリターンする。

　以上で述べた表示調停処理を実施することで、オン状態とする表示エリアと、そのオン状態とする表示エリアにおいて画像を表示させるアプリケーションの組み合わせが決定される。換言すれば、操作受付部Ｆ１が受け付けたユーザ操作に対する応答として、アクティブ状態となるアプリケーションが決定される。そして、アクティブ状態となるアプリケーションが複数存在する場合には、エリア格が高い表示エリアに対応するアプリケーションに対して優先的にＣＰＵリソースを割り当てる。

　（ＨＣＵ１による画面制御）
　次に、図１６～図１８を用いて、上述したＨＣＵ１による画面構成の切替態様の例を３つ示す。まずは、図１６に示す切替態様の一例について述べる。

　図１６の（Ａ）は、第２エリアＡｒ２及び第３エリアＡｒ３がオフであって、かつ、第１エリアＡｒ１にエネルギーモニタ画面を表示している状態を表している。つまり、エネルギーモニタアプリケーションＡｐ１のみがアクティブとなっている状態を表している。エネルギーモニタアプリケーションＡｐ１は、本実施形態においては、図７に示すように負荷レベルが高いアプリケーションである。エネルギーモニタ画面を表示している状態において、仮にデジタルテレビアプリケーションＡｐ２をアクティブ化するユーザ操作を受け付けた場合、表示調停部Ｆ２は、同図（Ｂ）に示すように、第３エリアＡｒ３にデジタルテレビ画面を表示する。また、第１エリアＡｒ１には、第１エリアＡｒ１用の低負荷画面を表示する。

　これは、新たに呼び出されるデジタルテレビ画面もまた負荷レベルが高レベルの画面であって、かつ、呼び出される画面の表示先（ここでは第３エリアＡｒ３）のほうが、エネルギーモニタ画面を表示している第１エリアＡｒ１よりもエリア格が高いためである。なお、退避されたエネルギーモニタ画面は、退避リストに登録される。

　その後、仮に第２エリアＡｒ２に表示する画面をオーディオ画面に切り替えるユーザ操作を受け付けた場合には、同図（Ｃ）に示すように、第２エリアＡｒ２には、ユーザの指示操作に対応するオーディオアプリケーションＡｐ６の画面を表示させる。また、第１エリアＡｒ１に、退避させておいたエネルギーモニタ画面を復帰させる。エネルギーモニタ画面を復帰させる理由は、第２エリアＡｒ２の表示画面が、負荷レベルが低レベルに設定されている画面に遷移したからである。

　また、図１６の（Ｂ）に示す画面構成において、デジタルテレビアプリケーションＡｐ２を終了させるユーザ操作を受け付けた場合には、同図（Ｄ）に示すように第２エリアＡｒ２をオフにする。そして、第１エリアＡｒ１に、退避させておいたエネルギーモニタ画面を復帰させる。

　次に、図１７に示す切替態様の一例について述べる。図１７の（Ａ）は、図１６の（Ａ）と同様に、エネルギーモニタアプリケーションＡｐ１のみがアクティブとなっている状態を表している。このようにエネルギーモニタアプリケーションＡｐ１だけがアクティブとなっている状態において、仮に後方監視アプリケーションＡｐ３をアクティブ化する指示操作を受け付けた場合には、表示調停部Ｆ２は、第３エリアＡｒ３には、第３エリアＡｒ３用の低負荷画面を表示させ、第２エリアＡｒ２に呼出画面（つまり後方監視画面）を表示させる。また、エネルギーモニタ画面を退避リストに登録して第１エリアＡｒ１はオフにする。

　その後、図１７の（Ｂ）に示す画面構成において、後方監視アプリケーションＡｐ３を終了させるユーザ操作を受け付けた場合には、同図（Ｃ）に示すように第２エリアＡｒ２及び第３エリアＡｒ３をオフにする。また、第１エリアＡｒ１に、退避させておいたエネルギーモニタ画面を復帰させる。

　次に、図１８に示す切替態様の一例について述べる。図１８の（Ａ）は、デジタルテレビアプリケーションＡｐ２とブラウザアプリケーションＡｐ５がアクティブな状態となっている状態の画面構成を表している。ブラウザアプリケーションＡｐ５は、図７に示すように、画面表示先が第１エリアＡｒ１であって、負荷レベルが低レベルのアプリケーションである。

　図１８の（Ａ）に示すように、デジタルテレビアプリケーションＡｐ２とブラウザアプリケーションＡｐ５がアクティブな状態となっている状態において、仮に後方監視アプリケーションＡｐ３をアクティブ化するユーザ操作を受け付けた場合、表示調停部Ｆ２は、第１エリアＡｒ１をオフにするとともに、第２エリアＡｒ２に呼出画面（つまり後方監視画面）を表示する。また、第３エリアＡｒ３には、第３エリアＡｒ３用の低負荷画面を表示させる。このとき、デジタルテレビアプリケーションＡｐ２とブラウザアプリケーションＡｐ５の画面が、退避リストに登録される。

　その後、図１８の（Ｂ）に示す画面構成において、後方監視アプリケーションＡｐ３を終了させるユーザ操作を受け付けた場合には、同図（Ｃ）に示すように第２エリアＡｒ２をオフにするとともに、第１エリアＡｒ１及び第３エリアＡｒ３に、退避させておいたデジタルテレビアプリケーションＡｐ２とブラウザアプリケーションＡｐ５のそれぞれの画面を復帰させる。

　図１６～図１８を用いて説明したように、上述した表示調停処理によれば、負荷レベルが高レベルに設定されているアプリケーションの画面を、同時に複数表示させることはない。仮に、負荷レベルが高レベルに設定されているアプリケーションの画面を表示中において、他の表示エリアに負荷レベルが高レベルに設定されている他のアプリケーションの画面を表示させる場合には、相対的にエリア格が高い表示エリアを画面表示先とするアプリケーションの動作を優先させる。

　（第１実施形態のまとめ）
　以上の構成によれば、負荷レベルが高レベルに設定されているアプリケーションの画面を、同時に複数表示させることはない。仮に負荷レベルが高レベルに設定されているアプリケーションの画面を表示中において、他の表示エリアに負荷レベルが高レベルに設定されている他のアプリケーションの画面を表示させる場合には、相対的にエリア格が高い表示エリアを画面表示先とするアプリケーションの動作を優先させる。

　したがって、以上の構成によれば、複数のアプリケーション画面をディスプレイ２に表示する際にＣＰＵリソースが逼迫する恐れを低減できる。換言すれば、表示画面にフリーズや遅延等など処理落ちが生じてしまう恐れを低減することができる。

　さらに、以上の構成では、第１エリアＡｒ１と第３エリアＡｒ３がオンとなっており、かつ、第２エリアＡｒ２がオフとなっている場合には、第３エリアＡｒ３用の画面を描画するアプリケーションに対してＣＰＵリソースが割り当てられる。また、第２エリアＡｒ２と第３エリアＡｒ３がオンとなっている場合には、第２エリアＡｒ２用の画面を描画するアプリケーションに対して優先的にＣＰＵリソースを割り当てる。

　したがって、以上の構成によれば、相対的にドライバの目に止まりやすい位置に表示されている画面に、フリーズや遅延等の不具合が生じてしまう恐れを低減することができる。

　また、第２エリアＡｒ２がオンとなる場合には、第１エリアＡｒ１をオフとする。これにより、第１エリアＡｒ１用の画面を描画するアプリケーションに対してＣＰＵリソースを割り当てる必要はなくなる。その結果、複数の表示エリアに対応する画面の描画処理によってＣＰＵリソースが高負荷状態となり、処理落ち等が発生する恐れを低減できる。

　以上、本開示の実施形態を説明したが、本開示は上述の実施形態に限定されるものではなく、以降で述べる第２実施形態や、種々の変形例も本開示の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。

　なお、前述の実施形態で述べた部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。また、構成の一部のみに言及している場合、他の部分については先に説明した実施形態の構成を適用することができる。

　（第２実施形態）
　以上では、表示調停部Ｆ２が、負荷レベルが高レベルに設定されているアプリケーションの画面を同時に複数表示させないように画面構成を調整する態様を例示したが、これに限らない。第２実施形態として以下に示すように、負荷レベルが高レベルに設定されているアプリケーションの画面を同時に複数表示させてもよい。ただし、この第２実施形態においても、相対的にエリア格が高い表示エリア用の画面を描画するアプリケーションに対して優先的にＣＰＵリソースを割り当てるという思想は同じである。

　なお、第２実施形態と第１実施形態との違いは、表示調停処理の内容である。したがって、以降では主として、第２実施形態の表示調停部Ｆ２が実施する表示調停処理について、図１９～図２２に示すフローチャートを用いて述べる。図１９に示すフローチャートは、図８のＳ３に移った時に開始されればよい。

　まず、Ｓ２０１では、図８のＳ１で受け付けた操作が、画面呼出操作であるか否かを判定する。Ｓ１で受け付けた操作が画面呼出操作である場合には、Ｓ２０１が肯定判定されてＳ２０２に移る。一方、Ｓ１で受け付けた操作が画面呼出操作ではない場合には、Ｓ２０１が否定判定されて図２２のＳ２３０に移る。

　Ｓ２０２では、アプリケーション管理データＤｔを参照し、ユーザ操作に基づいてアクティブ化するアプリケーションの画面表示先が第２エリアＡｒ２であるか否かを判定する。アクティブ化するアプリケーションの画面表示先が第２エリアＡｒ２である場合にはＳ２０２が肯定判定されてＳ２０３に移る。一方、アクティブ化するアプリケーションの画面表示先が第２エリアＡｒ２ではない場合にはＳ２０２が否定判定されて図２０のＳ２１０に移る。

　Ｓ２０３では、現在、第３エリアＡｒ３がオンとなっているか否かを判定する。第３エリアＡｒ３がオンとなっている場合にはＳ２０３が肯定判定されてＳ２０４に移る。一方、第３エリアＡｒ３がオンとなっていない場合にはＳ２０３が否定判定されてＳ２０６に移る。

　Ｓ２０４では、第１エリアＡｒ１に現在表示中の画面を、退避リストに登録してＳ２０５に移る。なお、本フロー開始時において、既に第２エリアＡｒ２もオンとなっている場合には、このＳ２０４は省略してＳ２０５に移ればよい。第２エリアＡｒ２もオンとなっている場合には、第１エリアＡｒ１はオフとなっているためである。

　Ｓ２０５では、ディスプレイ２の画面構成として、第１エリアＡｒ１をオフにし、第２エリアＡｒ２には呼出画面を表示し、第３エリアＡｒ３には現在表示中の画面の表示を継続させることを決定し、呼び出し元である表示制御処理にリターンする。

　Ｓ２０６では、ディスプレイ２の画面構成として、第１エリアＡｒ１をオフにするとともに、第２エリアＡｒ２には呼出画面を表示し、第３エリアＡｒ３には第３エリアＡｒ３用の低負荷画面を表示することを決定し、Ｓ２０７に移る。Ｓ２０７では、第３エリアＡｒ３に表示する画面が連動表示画面である旨を、フラグ等を用いて保持する。そして、呼び出し元にリターンする。

　図２０のＳ２１０では、アプリケーション管理データＤｔを参照し、アクティブ化するアプリケーションの画面表示先は第３エリアＡｒ３であるか否かを判定する。アクティブ化するアプリケーションの画面表示先が第３エリアＡｒ３である場合にはＳ２１０が肯定判定されてＳ２１１に移る。一方、アクティブ化するアプリケーションの画面表示先は第３エリアＡｒ３ではない場合にはＳ２１０が否定判定されて図２１のＳ２２０に移る。

　Ｓ２１１では、現在、第２エリアＡｒ２がオンとなっているか否かを判定する。第２エリアＡｒ２がオンとなっている場合にはＳ２１１が肯定判定されてＳ２１２に移る。一方、第２エリアＡｒ２がオンとなっていない場合にはＳ２１１が否定判定されてＳ２１３に移る。

　Ｓ２１２では、ディスプレイ２の画面構成として、第２エリアＡｒ２には、現在表示中の画面を継続して表示させるとともに、第３エリアＡｒ３には呼出画面を表示することを決定して、呼び出し元にリターンする。なお、第１エリアＡｒ１はオフのままとなる。

　Ｓ２１３では、ディスプレイ２の画面構成として、第１エリアＡｒ１には現在表示中の画面を表示させるとともに、第３エリアＡｒ３には呼出画面を表示することを決定して、呼び出し元にリターンする。なお、第２エリアＡｒ２はオフのままとなる。

　図２１のＳ２２０では、現在、第２エリアＡｒ２がオンとなっているか否かを判定する。なお、Ｓ２２０の判定処理を実施する場合とは、アクティブ化するアプリケーションの画面表示先が第１エリアＡｒ１に設定されている場合である。

　第２エリアＡｒ２がオンとなっている場合にはＳ２２０が肯定判定されてＳ２２１に移る。一方、第２エリアＡｒ２がオフとなっている場合にはＳ２２０が否定判定されてＳ２２２に移る。

　Ｓ２２１では、現在の画面構成を保持することを決定して呼び出し元にリターンする。この場合、第１エリアＡｒ１を画面表示先とするアプリケーションをアクティブ化するユーザ操作をキャンセルされることになる。

　Ｓ２２２では、現在、第３エリアＡｒ３がオンとなっているか否かを判定する。第３エリアＡｒ３がオンとなっている場合にはＳ２２２が肯定判定されてＳ２２３に移る。一方、第３エリアＡｒ３がオフとなっている場合にはＳ２２２が否定判定されてＳ２２４に移る。

　Ｓ２２３では、ディスプレイ２の画面構成として、第１エリアＡｒ１には呼出画面を表示させるとともに、第３エリアＡｒ３には現在表示中の画面の表示を継続させることを決定して、呼び出し元にリターンする。なお、第２エリアＡｒ２はオフのままとなる。

　Ｓ２２４では、ディスプレイ２の画面構成として、第１エリアＡｒ１に呼出画面を表示させることを決定して呼び出し元にリターンする。なお、第２エリアＡｒ２及び第３エリアＡｒ３はオフのままとなる。

　次に、図２２のＳ２３０以降のフローについて述べる。Ｓ２０１からＳ２３０へ移る場合とは、Ｓ１において受け付けた操作が、現在第２エリアＡｒ２用の画面を描画しているアプリケーションを終了させる操作、又は、第３エリアＡｒ３用の画面を描画しているアプリケーションを終了させる操作である場合である。

　Ｓ２３０では、ユーザ操作に基づいて終了させるアプリケーションは、何れの表示エリアを画面表示先とするアプリケーションであるかを判定する。今回終了させるアプリケーションが第２エリアＡｒ２を画面表示先とするアプリケーションである場合には、Ｓ２３１に移る。一方、今回終了させるアプリケーションが第３エリアＡｒ３を画面表示先とするアプリケーションである場合には、Ｓ２３４に移る。

　Ｓ２３１では、現在第３エリアＡｒ３に表示中の画面が、連動表示画面であるか否かを判定する。現在第３エリアＡｒ３に表示中の画面が連動表示画面である場合には、Ｓ２３１が肯定判定されてＳ２３２に移る。一方、現在第３エリアＡｒ３に表示中の画面が連動表示画面ではない場合には、Ｓ２３１が否定判定されてＳ２３３に移る。

　Ｓ２３２では、ディスプレイ２の画面構成として、第１エリアＡｒ１には退避させている第１エリア画面を復帰させるとともに、第３エリアＡｒ３をオフにすることを決定してＳ２３６に移る。

　Ｓ２３３では、ディスプレイ２の画面構成として、第１エリアＡｒ１には退避させている第１エリア画面を復帰させるとともに、第３エリアＡｒ３には現在表示中の画面の表示を継続させることを決定してＳ２３６に移る。

　Ｓ２３４では、現在第２エリアＡｒ２がオンとなっているか否かを判定する。第２エリアＡｒ２がオンとなっている場合にはＳ２３４が肯定判定されてＳ２３７に移る。一方、第２エリアＡｒ２がオフとなっている場合にはＳ２３４が否定判定されてＳ２３５に移る。

　Ｓ２３５では、第１エリアＡｒ１に、退避させていた第１エリア画面を復帰させることを決定してＳ２３６に移る。Ｓ２３６では、Ｓ２３２等において復帰させることが決定された第１エリア画面のデータ（例えば画面ＩＤ）を退避リストから削除して呼び出し元に戻る。

　Ｓ２３７では現在の画面構成を保持することを決定して呼び出し元にリターンする。なお、この場合は、第３エリアＡｒ３用の画面を描画しているアプリケーションを終了させるためのユーザ操作をキャンセルすることになる。

　（第２実施形態におけるＨＣＵ１による画面制御）
　次に、図２３を用いて、第２実施形態におけるＨＣＵ１による画面構成の切替態様の一例を述べる。便宜上、一例として描画処理部１１１は最大フレームレートとして60fps分の性能を備えているものとする。

　図２３の（Ａ）は、エネルギーモニタアプリケーションＡｐ１のみがアクティブな状態を表している。このようにエネルギーモニタアプリケーションＡｐ１のみがアクティブな状態においては、ＣＰＵリソースは十分にあるため、エネルギーモニタ画面は、予め規定されたフレームレート（例えば40fps）で更新される。

　この図２３の（Ａ）は、エネルギーモニタアプリケーションＡｐ１のみがアクティブな状態において、仮にデジタルテレビアプリケーションＡｐ２をアクティブ化するユーザ操作を受け付けた場合、表示調停部Ｆ２は、同図（Ｂ）に示すように、第１エリアＡｒ１におけるエネルギーモニタ画面の表示は継続するとともに、第２エリアＡｒ２に呼出画面（つまりデジタルテレビ画面）を表示する。

　このとき、表示調停部Ｆ２は、相対的にエリア格が高い表示エリア用の画面を描画するデジタルテレビアプリケーションＡｐ２に対して、優先的にＣＰＵリソースを割り当てる。例えば、デジタルテレビ画面のフレームレートの規定値が30fpsである場合には、30fps分のＣＰＵリソースを割り当てる。そして、表示調停部Ｆ２は、余ったＣＰＵリソース（例えば30fps）をエネルギーモニタアプリケーションＡｐ１に割り当てる。

　以上の処理によって、相対的に優先度が高いデジタルテレビ画面は、予め規定されたフレームレート（ここでは30fps）で更新される。また、エネルギーモニタ画面は、30fps相当の速度で更新される。つまり、相対的にエリア格が低い表示エリア用の画面を描画するエネルギーモニタ画面は、規定されたフレームレートよりも低速で更新される。

　また、他の例として、第２エリアＡｒ２と第３エリアＡｒ３がオンとなっている状態において第２エリアＡｒ２用の画面を描画するアプリケーションに30fps相当のＣＰＵリソースを割り当てた場合には、第３エリアＡｒ３用の画面を描画するアプリケーションには、残りの30fps分のＣＰＵリソースを割り当てる。そのような場合において、仮に第３エリアＡｒ３用の画面の規定フレームレートが60fps必要である場合には、規定されたフレームレートの半分に相当する30fpsで、第３エリアＡｒ３の画面は更新される。なお、本来60fps分のＣＰＵリソースが必要なアプリケーションに対して30fps分のＣＰＵリソースを割り当てるということは、２Vsyncに１回描画処理を実施させることに相当する。

　なお、相対的にエリア格が低い表示エリア用に残ったＣＰＵリソースが、当該表示エリア用の画面を描画するアプリケーションが要求するＣＰＵリソースに対して十分である場合には、必ずしも相対的にエリア格が低い表示エリア用の画面の更新が低速になるとは限らない。例えば、第２エリアＡｒ２と第３エリアＡｒ３がオンとなっている状態において、第３エリアＡｒ３用に余っているＣＰＵリソースが30fps分であり、かつ、第３エリアＡｒ３用の画面の規定フレームレートが20fps必要だった場合には、第３エリアＡｒ３の画面は、規定された頻度で更新される。

　以上で述べた態様によれば、負荷レベルが高レベルに設定されているアプリケーションの画面を同時に複数表示しつつ、相対的にエリア格が高い表示エリア用の画面の更新は、規定されたフレームレートで実施することができる。つまり、相対的にユーザの目に止まりやすい位置に配置される画面において処理落ち等が発生する恐れを低減することができる。

　（変形例１）
　以上では、ディスプレイの表示画面を３つの表示エリアに分割して制御する態様を例示したが、これに限らない。ディスプレイの表示画面は、４つ以上の表示エリアに分割されて制御されてもよい。その場合も、複数の表示エリアに対して、ＣＰＵリソースを割り当てる上での優先順位（つまり、エリア格）を、適宜定義すればよい。

　（変形例２）
　以上では、表示制御装置の適用例の一例として、車載ディスプレイを制御対象とする態様を例示したが、これに限らない。家庭やオフィスに設けられたディスプレイや、携帯端末のディスプレイにも適用可能である。

　ここで、この出願に記載されるフローチャート、あるいは、フローチャートの処理は、複数のステップ（あるいはセクションと言及される）から構成され、各ステップは、たとえば、Ｓ１と表現される。さらに、各ステップは、複数のサブステップに分割されることができる、一方、複数のステップが合わさって一つのステップにすることも可能である。

　以上、本開示の一態様に係る表示制御装置の実施形態、構成、態様を例示したが、本開示に係る実施形態、構成、態様は、上述した各実施形態、各構成、各態様に限定されるものではない。例えば、異なる実施形態、構成、態様にそれぞれ開示された技術的部を適宜組み合わせて得られる実施形態、構成、態様についても本開示に係る実施形態、構成、態様の範囲に含まれる。

 

Claims (6)

1. 　ディスプレイの表示画面を制御する表示制御装置であって、
   　所定の入力装置を介して所定のアプリケーションソフトウェアの画面を前記ディスプレイに表示するためのユーザによる指示操作を受け付ける操作受付部（Ｆ１）と、
   　前記操作受付部が受け付けた前記指示操作に基づいて、前記アプリケーションソフトウェアの画面として前記ディスプレイに表示するための画像であるアプリケーション画像を描画する描画処理部（１１１）と、
   　前記描画処理部が生成した前記アプリケーション画像を用いて、前記ディスプレイにおける表示画面として表示される画像である表示用画像を生成し、当該生成した表示用画像を前記ディスプレイに表示する表示処理部（Ｆ３）と、を備え、
   　前記表示画面には、複数の表示エリア（Ａｒ１、Ａｒ２、Ａｒ３）が設定されており、
   　複数の前記表示エリアのそれぞれには、ユーザによる情報の見易さの順位を示すエリア格が予め割り当てられており、
   　前記アプリケーションソフトウェアには、当該アプリケーションソフトウェアに対応する画面の表示先とする前記表示エリアが予め設定されており、
   　前記描画処理部は、複数の前記表示エリアのうち、前記エリア格が高い前記表示エリアに表示するための前記アプリケーション画像を、前記エリア格が低い前記表示エリアに表示するための前記アプリケーション画像よりも優先的に描画する表示制御装置。
2. 　請求項１において、
   　前記ディスプレイの画面構成を調停する表示調停部（Ｆ２）を更に備え、
   　前記アプリケーションソフトウェアには、前記アプリケーションソフトウェアに対応する前記アプリケーション画像を前記描画処理部が描画するための負荷が、高レベルであるか低レベルであるかを示す負荷レベルが設定されてあって、
   　前記表示調停部は、
   　負荷レベルが高レベルに設定されている前記アプリケーションソフトウェアの前記アプリケーション画像である高負荷アプリケーション画像を所定の前記表示エリアに表示させる前記指示操作を前記操作受付部が受け付けた場合において、当該高負荷アプリケーション画像を表示させる前記表示エリアよりも前記エリア格が高い他の前記表示エリアに既に他の前記高負荷アプリケーション画像を表示している場合には、今回受け付けた前記指示操作を破棄して、現在の画面構成を継続させる表示制御装置。
3. 　請求項２において、
   　前記表示調停部は、
   　前記高負荷アプリケーション画像を所定の前記表示エリアに表示させる前記指示操作を前記操作受付部が受け付けた場合において、当該高負荷アプリケーション画像を表示させる前記表示エリアよりも前記エリア格が低い他の前記表示エリアに他の前記高負荷アプリケーション画像を表示している場合には、前記描画処理部に今回受け付けた前記指示操作に対応する前記アプリケーション画像を優先的に描画させるとともに、他の前記高負荷アプリケーション画像を表示している前記表示エリアには、負荷レベルが低レベルに設定されている所定の前記アプリケーション画像を表示させる表示制御装置。
4. 　請求項２又は３において、
   　複数の前記表示エリアとして、第１表示エリア、第２表示エリア、及び第３表示エリアを備え、
   　前記表示処理部は、前記表示画面においてより前面に表示されるレイヤである第１レイヤと、前記第１レイヤの後方に配置されるレイヤである第２レイヤの、それぞれのレイヤに配置された画像を重ね合わせることで前記表示用画像を生成するものであって、
   　前記第１表示エリアは、前記第２レイヤに設けられる前記表示エリアであり、
   　前記第２表示エリアと前記第３表示エリアは、前記第１レイヤに設けられる前記表示エリアであり、
   　前記第２表示エリアは、前記第１レイヤにおいて前記第３表示エリアよりもユーザにとって相対的に見やすい位置に配置されており、
   　前記表示処理部は、
   　前記第２表示エリアに表示するための画像が前記描画処理部によって生成されていない場合には、前記第２表示エリアを透過させることで前記第１表示エリアに配置されている画像のうち、当該第２表示エリアの後方に位置する部分を表示するとともに、
   　前記第３表示エリアに表示するための画像が前記描画処理部によって生成されていない場合には、前記第３表示エリアを透過させることで前記第１表示エリアに配置されている画像のうち、当該第３表示エリアの後方に位置する部分を表示するものであって、
   　前記描画処理部は、前記第２表示エリアに表示するための前記アプリケーション画像を描画する必要がある場合には、前記第２表示エリアに表示するための前記アプリケーション画像を、他の前記表示エリアに配置するための前記アプリケーション画像よりも優先的に描画する表示制御装置。
5. 　請求項４において、
   　前記表示調停部は、前記第２表示エリアに前記高負荷アプリケーション画像を表示している状態において、前記操作受付部が前記第３表示エリアに前記高負荷アプリケーション画像を表示させるユーザの指示操作を受け付けた場合には、今回受け付けた前記指示操作を破棄して、現在の画面構成を継続させる表示制御装置。
6. 　請求項４又は５において、
   　前記表示調停部は、前記第３表示エリアに前記高負荷アプリケーション画像を表示している状態において、前記第２表示エリアに他の前記高負荷アプリケーション画像を表示するための前記指示操作を受け付けた場合、前記第３表示エリアに表示している画像を、負荷レベルが低レベルに設定されている所定の前記アプリケーションソフトウェアの前記アプリケーション画像に変更する表示制御装置。
   
    

Images