JP7167853B2 - 表示制御装置 - Google Patents

Description

表示制御装置に関し、特に、アプリケーション異常時の表示制御技術に関する。

特許文献１には、車両に搭載された１つのディスプレイに、車両に搭載されたナビゲーション装置が指示した画像と、車両に持ち込まれたスマートフォンが指示した画像とを表示するシステムが開示されている。特許文献１に開示されたシステムでは、アプリケーションプログラム（以下、アプリケーション）の再起動時には、設定情報を自動的に再設定する。

特開２０１３－３０９３１号公報

ナビゲーション装置が備えるアプリケーションと、スマートフォンが備えるアプリケーションは別々のアプリケーションである。複数のアプリケーションが存在する場合、一部のアプリケーションに不具合が生じるなどの原因により、一部のアプリケーションが表示する画像が破損した状態で表示されてしまう恐れがある。一部のアプリケーションが表示する画像が破損した画像などのエラー画像となっていると、ユーザに違和感を与えてしまう。

本開示は、この事情に基づいて成されたものであり、その目的とするところは、一部のアプリケーションが表示する画像がエラー画像になった場合にも、ユーザに違和感を与えにくい表示制御装置を提供することにある。

上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は更なる有利な具体例を規定する。特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、開示した技術的範囲を限定するものではない。

上記目的を達成するための表示制御装置に係る１つの開示は、
車両に搭載された１つのディスプレイ（２）に複数の画像を表示させる表示制御装置であって、
ディスプレイに表示する画像を決定する複数の画像決定部（２６、２８）と、
複数の画像決定部のうち監視対象となっている画像決定部が正常であるか異常であるかを逐次監視する状態監視部（２５）と、
監視対象となっている画像決定部が異常であることにより、ディスプレイにエラー画像が表示されていると、状態監視部が判断した場合に、エラー画像による違和感が生じにくくなるように、ディスプレイに表示されている表示態様を変更する表示態様決定部（２４）と、を備え、
表示態様決定部は、エラー画像を消去して、ディスプレイに表示されている残りの画像を再配置することで、エラー画像による違和感が生じにくくする表示制御装置である。
上記目的を達成するための表示制御装置に係る他の１つの開示は、
車両に搭載された１つのディスプレイ（２）に複数の画像を表示させる表示制御装置であって、
ディスプレイに表示する画像を決定する複数の画像決定部（２６、２８）と、
複数の画像決定部のうち監視対象となっている画像決定部が正常であるか異常であるかを逐次監視する状態監視部（２５）と、
監視対象となっている画像決定部が異常であることにより、ディスプレイにエラー画像が表示されていると、状態監視部が判断した場合に、エラー画像による違和感が生じにくくなるように、ディスプレイに表示されている表示態様を変更する表示態様決定部（２４）と、を備え、
表示態様決定部は、エラー画像をグレーアウトすることで、エラー画像による違和感が生じにくくする表示制御装置である。
上記目的を達成するための表示制御装置に係る他の１つの開示は、
車両に搭載された１つのディスプレイ（２）に複数の画像を表示させる表示制御装置であって、
ディスプレイに表示する画像を決定する複数の画像決定部（２６、２８）と、
複数の画像決定部のうち監視対象となっている画像決定部が正常であるか異常であるかを逐次監視する状態監視部（２５）と、
監視対象となっている画像決定部が異常であることにより、ディスプレイにエラー画像が表示されていると、状態監視部が判断した場合に、エラー画像による違和感が生じにくくなるように、ディスプレイに表示されている表示態様を変更する表示態様決定部（２４）と、を備え、
表示態様決定部は、エラー画像に代えて、表示が異常状態になっていることを示す文字を表示することで、エラー画像による違和感が生じにくくする表示制御装置である。

この表示制御装置は、状態監視部が、監視対象となっている画像決定部が正常であるかどうかを逐次監視している。表示態様決定部は、監視対象となっている画像決定部が正常に動作していないことにより、ディスプレイにエラー画像が表示されていると状態監視部が判断した場合には、エラー画像による違和感が生じにくくなるようにディスプレイに表示されている表示態様を変更する。よって、監視対象となっている画像決定部が表示する画像がエラー画像になった場合にも、ユーザに違和感を与えにくくすることができる。

表示システム１の全体構成を示す図である。 フラッシュメモリ６に記憶されているソフトウェア１０を示す図である。 図１のコンピュータ３が実行する機能を示す図である。 正常時のディスプレイ２の表示例である。 アイコン画像３１ａがエラー画像となっているディスプレイ２の表示例である。 表示態様変更後のディスプレイ２の表示例である。 正常時のディスプレイ２の表示例であって、図４とは別の表示例である。 アイコン画像３１ａがエラー画像となっているディスプレイ２の表示例であって図５とは別の表示例である。 表示態様変更後のディスプレイ２の表示例である。 正常時のディスプレイ２の表示例であって、図４、図７とは別の表示例である。 表示態様変更後のディスプレイ２の表示例であって、図６、図９とは別の表示例である。 表示態様変更後のディスプレイ２の表示例であって、図６、図９、図１１とは別の表示例である。

以下、実施形態を図面に基づいて説明する。図１に示す表示システム１は、車両Ｃに搭載されている。表示システム１は、ディスプレイ２と、表示制御装置であるコンピュータ３とを備えている。ディスプレイ２は、車両Ｃの車室において乗員が視認できる位置に配置されている。ディスプレイ２は、種々の画像が表示可能である。ディスプレイ２として、液晶ディスプレイや有機ＥＬディスプレイを用いることができる。

コンピュータ３は、ディスプレイ２に接続されているとともに車内ＬＡＮバス９に接続されている。コンピュータ３は、車内ＬＡＮバス９を介して、車両Ｃに搭載された種々の機器との間で信号の送受信が可能である。コンピュータ３が車内ＬＡＮバス９を介して受信する信号としては、たとえば、ディスプレイ２に画像として表示される車両計器類において現在の状態を示す信号がある。この信号には、たとえば、車速を示す信号、燃料残量を示す信号などが含まれる。

［コンピュータ３の構成］
コンピュータ３は、図１に示すように、ＣＰＵ４、ＲＡＭ５、フラッシュメモリ６、バスライン７などを備えている。ＣＰＵ４は、プロセッサである。本実施形態のＣＰＵ４は、２つのＣＰＵモジュール４１、４２を備えている。各ＣＰＵモジュール４１、４２は、それぞれ１つまたは複数のコアを備えている。各ＣＰＵモジュール４１、４２は、他方から独立して動作することができる。

ＲＡＭ５は、フラッシュメモリ６から読み出された情報などを一時的に記憶する。フラッシュメモリ６は不揮発性のメモリであり、ＣＰＵ４が実行する種々のソフトウェア１０を記憶している。

図２に、フラッシュメモリ６に記憶されているソフトウェア１０を示している。各ソフトウェア１０は、いずれも、コンピュータ３により実行される。また、図２は、各ソフトウェア１０が、どちらのＣＰＵモジュール４１、４２が実行するかも示す図になっている。なお、図２に示す種々のソフトウェア１０は、コンピュータ３が他の不揮発性記憶媒体を備えている場合には、フラッシュメモリ６以外の不揮発性記憶媒体に記憶されていてもよい。

図２に示すように、フラッシュメモリ６には、ハイパーバイザー１１、リアルタイムオペレーティングシステム（以下、リアルタイムＯＳ）１２、汎用オペレーションシステム（以下、汎用ＯＳ）１３が記憶されている。また、種々のアプリケーションソフトウェア（以下、アプリケーション）も記憶されている。具体的には、フラッシュメモリ６には、アプリケーションとして、ユーザインターフェース管理アプリケーション（以下、ＵＩ管理アプリケーション）１４、状態監視マスタアプリケーション１５、メータアプリケーション１６、状態監視スレーブアプリケーション１７、マルチメディアアプリケーション１８ａ～１８ｌが記憶されている。マルチメディアアプリケーション１８ａ～１８ｌを区別しないときは、マルチメディアアプリケーション１８と記載する。

ハイパーバイザー１１は、コンピュータ３に仮想化環境を作り出すソフトウェアである。ハイパーバイザー１１は具体的には、１つのコンピュータ３にて、リアルタイムＯＳ１２と汎用ＯＳ１３の２つのオペレーションシステムが動作可能な環境を作り出すソフトウェアである。

リアルタイムＯＳ１２は、リアルタイム処理を行うオペレーティングシステムである。リアルタイムＯＳ１２は、安定性に優れているという特徴を持つ。すなわち、リアルタイムＯＳ１２は汎用ＯＳ１３よりも高安定な高安定オペレーティングシステムである。リアルタイムＯＳ１２は、ＣＰＵモジュール４１が実行する。

汎用ＯＳ１３は、リアルタイムＯＳ１２よりも複雑な機能を実行することができるＯＳである。ただし、反面、リアルタイムＯＳ１２よりも安定性に劣る。すなわち、汎用ＯＳ１３は低安定オペレーティングシステムである。汎用ＯＳ１３は、ＣＰＵモジュール４２が実行する。

ＵＩ管理アプリケーション１４、状態監視マスタアプリケーション１５、メータアプリケーション１６は、リアルタイムＯＳ１２上で動作するアプリケーションである。一方、状態監視スレーブアプリケーション１７、マルチメディアアプリケーション１８ａ～１８ｌは、汎用ＯＳ１３上で動作するアプリケーションである。なお、マルチメディアアプリケーション１８の数に特に制限はない。マルチメディアアプリケーション１８の数は、１つでもよく、また、図に示した数以外の複数でもよい。

これらのアプリケーションをコンピュータ３が実行することで、コンピュータ３は図３に示す各部として機能する。これらの機能が実行されることは、プログラムに対応する方法が実行されることを意味する。プログラムに対応する方法には表示制御方法が含まれる。

リアルタイム基本制御部２２は、コンピュータ３がリアルタイムＯＳ１２を実行することで実現される機能である。リアルタイム基本制御部２２は、ＵＩ管理アプリケーション１４、状態監視マスタアプリケーション１５、メータアプリケーション１６が正常に機能するための種々の機能を実行する。汎用基本制御部２３は、コンピュータ３が汎用ＯＳ１３を実行することで実現される機能である。汎用基本制御部２３は、状態監視スレーブアプリケーション１７、マルチメディアアプリケーション１８が正常に機能するための種々の機能を実行する。たとえば、リアルタイム基本制御部２２および汎用基本制御部２３は、プロセスごとの優先度を決定するプロセス管理、ＡＰＩの提供、メモリの割り当ておよび開放などのメモリ管理などを行う。

状態監視マスタ２５は、コンピュータ３が状態監視マスタアプリケーション１５を実行することで実現される。状態監視マスタ２５は、状態監視部である。また、状態監視マスタアプリケーション１５は状態監視アプリケーションである。状態監視マスタ２５は、汎用基本制御部２３が正常に動作しているかを、逐次監視する。監視頻度はたとえば一定周期である。

また、状態監視マスタ２５は、状態監視スレーブ２７からの通知により、マルチメディア画像決定部２８が正常に動作しているかを監視する。換言すれば、これらマルチメディア画像決定部２８は、状態監視マスタ２５による監視対象である。状態監視マスタ２５は、汎用ＯＳ１３が強制終了状態であるとき、および、汎用ＯＳ１３が再起動中であるときは、汎用ＯＳ１３が正常に動作していないと判断する。また、汎用ＯＳ１３が正常に動作していないと判断したときは、汎用ＯＳ１３上で動作するアプリケーションも正常に動作していないと判断する。

状態監視マスタ２５は、監視対象であるマルチメディア画像決定部２８が異常であると判断した場合には、それらが異常であることにより、それらが描画しディスプレイ２に表示される画像がエラー画像になっていると判断する。状態監視マスタ２５は、この判断をした場合、この判断をしたことを表示態様決定部２４に通知する。

エラー画像とは、正常時に表示される画像とは、何らかの違いがある画像である。ただし、エラー画像には、エラーであることをユーザに伝えるために用意されている画像は含まれない。たとえば、エラー画像は、画像描画が途中で停止している状態の画像である。また、正常時には、経時的に変化する画像である場合、更新速度が遅いため、正常時の画像と同じではあるが表示される時点が相違する画像もエラー画像である。

メータ画像決定部２６は、コンピュータ３がメータアプリケーション１６を実行することで実現される。メータ画像決定部２６は画像決定部であり、ディスプレイ２に表示する車両計器類の画像（以下、メータ画像３０）を決定する画像決定処理を実行する。そして、決定した画像を描画するための画像データを作成し、その画像データを表示態様決定部２４に提供する。また、メータアプリケーション１６は、リアルタイムＯＳ１２上で動作することから高安定側画像決定アプリケーションであり、メータ画像決定部２６は高安定側画像決定部である。

状態監視スレーブ２７は、コンピュータ３が状態監視スレーブアプリケーション１７を実行することで実現される。状態監視スレーブ２７は、各マルチメディア画像決定部２８が正常に動作しているかを定期的に監視する。そして、状態監視スレーブ２７は監視結果を状態監視マスタ２５に定期的に通知する。

状態監視スレーブ２７は、マルチメディアアプリケーション１８が強制終了状態であるとき、および、マルチメディアアプリケーション１８が再起動状態中であるときは、そのマルチメディアアプリケーション１８に対応するマルチメディア画像決定部２８が正常に動作していないと判断する。

また、状態監視スレーブ２７は、マルチメディア画像決定部２８がウォッチドッグに応答しない場合にも、マルチメディア画像決定部２８が正常に動作していないと判断する。また、状態監視スレーブ２７は、マルチメディア画像決定部２８による画像決定頻度が閾値以下に低下した場合にも、マルチメディア画像決定部２８は正常に動作していないと判断する。

なお、マルチメディア画像決定部２８は、正常であれば、一定周期でディスプレイ２に表示する画像を更新している。そして、画像を更新する都度、そのことを状態監視スレーブ２７に通知する。したがって、状態監視スレーブ２７は、上記通知の間隔をもとに、マルチメディア画像決定部２８による画像決定頻度が閾値以下になったかどうかを判断する。

マルチメディア画像決定部２８ａ～２８ｌは、コンピュータ３がマルチメディアアプリケーション１８ａ～２８ｌを実行することで実現される。マルチメディア画像決定部２８は、画像決定部であり、ディスプレイ２に表示するマルチメディア系の画像を決定する画像決定処理を実行する。そして、決定した画像を描画するための画像データを作成し、その画像データを表示態様決定部２４に提供する。

マルチメディアアプリケーション１８は、たとえば、経路案内アプリケーション、オーディオ再生アプリケーション、映像再生アプリケーション、天気予報アプリケーションなどである。マルチメディア画像決定部２８は、各マルチメディアアプリケーション１８に対応しているので、たとえば、経路案内画像、オーディオ再生画像、映像再生画像、天気予報画像などを描画する。また、各マルチメディア画像決定部２８は、それぞれの機能を表すアイコン画像３１（図４参照）を描画する。また、マルチメディアアプリケーション１８は、汎用ＯＳ１３上で動作することから低安定側画像決定アプリケーションであり、マルチメディア画像決定部２８は低安定側画像決定部である。

表示態様決定部２４は、コンピュータ３がＵＩ管理アプリケーション１４を実行することで実現される。また、コンピュータ３がＵＩ管理アプリケーション１４を実行すると、ユーザインターフェースを管理する機能が実現される。ディスプレイ２もユーザインターフェースである。したがって、コンピュータ３がＵＩ管理アプリケーション１４を実行することで表示態様決定部２４が実現される。また、ＵＩ管理アプリケーション１４は表示態様決定アプリケーションである。

表示態様決定部２４は、画像決定部２６、２８から、ディスプレイ２に表示する画像データを逐次取得する。そして、表示態様決定部２４は、ディスプレイ２において、取得した画像データが示す画像を配置する位置を決定し、決定した位置に画像を表示する。

また、表示態様決定部２４は、状態監視マスタ２５から、マルチメディア画像決定部２８が描画した画像がエラー画像になっているという通知を受けた場合、そのエラー画像による違和感が生じにくくなるように、ディスプレイ２に表示されている表示態様を変更する。

次に、表示態様決定部２４がディスプレイ２に表示する表示例を説明する。図４～図６は、ディスプレイ２に、メータ画像決定部２６が決定したメータ画像３０ａ、３０ｂと、マルチメディア画像決定部２８が決定したアイコン画像３１ａ～３１ｌが表示されている例である。図４は、メータ画像決定部２６および全部のマルチメディア画像決定部２８が正常であるときの表示例である。メータ画像３０ａはたとえば速度計の画像であり、メータ画像３０ｂはたとえば回転速度計の画像である。これらのメータ画像３０ａ、３０ｂは、ディスプレイ２の表示領域の左右方向のそれぞれの端部に配置されている。アイコン画像３１ａ～３１ｌは、ディスプレイ２の表示領域の中央部において、円筒状に立体的に見えるように配置されている。なお、アイコン画像３１ａ～３１ｂは、ユーザ操作に応じて、正面のアイコン画像３１が変更になるように全体が回転する。

図５には、アイコン画像３１ａがエラー画像になった状態を示している。図５に示すアイコン画像３１ａは、途中で描画が止まった状態の画像になっている。この状態になると、状態監視スレーブ２７は、マルチメディア画像決定部２８ａが異常であると判断し、そのことを状態監視マスタ２５に通知する。状態監視マスタ２５は、状態監視スレーブ２７から、マルチメディア画像決定部２８ａが異常であることを意味する通知を受けると、そのことを、表示態様決定部２４に通知する。表示態様決定部２４は、この通知を受けると、エラー画像になっているアイコン画像３１ａによってユーザに違和感が生じにくくなるように、ディスプレイ２に表示されている表示態様を図６に示すように変更する。

図６に示す例では、アイコン画像３１ａは消去されている。そして、残りにアイコン画像３１ｂ～３１ｌが、円筒状の配置のまま等間隔になるように、各アイコン画像３１ｂ～３１ｌの位置が再配置され、図４の位置から変更されている。

図７～図９は、図４～図６とは別の表示例である。図７は、メータ画像決定部２６および全部のマルチメディア画像決定部２８が正常であるときの表示例である。図７と図４との相違は、アイコン画像３１ａ～３１ｌの表示態様である。

図７では、アイコン画像３１ａ～３１ｌは、平面形状で示されている。そして、アイコン画像３１ａ～３１ｌは、縦横に格子状に整列して配置されている。図８には、アイコン画像３１ａがエラー画像になった状態を示している。図９は、表示態様決定部２４が表示態様を変更した後のディスプレイ２の表示例である。図９に示す表示例でも、アイコン画像３１ａは消去され、残りのアイコン画像３１ｂ～３１ｌが、左上端から順に、等間隔かつ、格子状に再配置されている。

図１０～図１２は、図４～図９とは別の表示例である。図１０には、図４～図９と同じメータ画像３０ａ、３０ｂに加えて、メータ画像３０ｃがディスプレイ２の表示領域の中央部に表示されている。メータ画像３０ｃは、メータ画像決定部２６が描画した画像である。メータ画像３０ｃは、車両Ｃの走行状態を示す画像であり、たとえば、シフトポジション、自動ブレーキなどの自動制御のオンオフ状態などを示す画像とすることができる。

図１０には、メータ画像３０ｃの下部に地図画像３２が表示されている。地図画像３２は、図４あるいは図７に示す状態において、経路案内アプリケーションに対応するアイコン画像３１が選択された場合に表示される。

図１１は、地図画像３２がエラー画像となった後、表示態様決定部２４により表示態様が変更された後のディスプレイ２の表示例である。図１１では、地図画像３２はグレーアウトされている。このように地図画像３２が表示されることで、ユーザは、経路案内アプリケーションが、現在、不具合が生じていることを認識できる。よって、たとえば、地図画像３２において、現在位置が更新されない、道路の形状が走行中の道路を示していないなどのエラー画像が表示され続けている場合に比較して、ユーザの違和感が生じにくくなる。

図１２は、図１１とは別の表示態様変更例である。図１２に示す例では、地図画像３２は、地図ではなく、「ｏｕｔ ｏｆ ｓｅｒｖｉｃｅ」すなわち利用不可という文字が表示されている。この文字が表示されることで、表示が異常状態になっていることを示されている。このように地図画像３２の表示態様が変更されることで、エラー画像となっている地図画像３２がそのまま表示され続けるよりも、ユーザの違和感が生じにくくなる。

以上、説明した本実施形態の表示システム１では、状態監視マスタ２５が、マルチメディア画像決定部２８が正常に動作しているかどうかを逐次監視している。状態監視マスタ２５は、マルチメディア画像決定部２８が正常に動作していないことにより、ディスプレイ２にエラー画像が表示されていると判断した場合には、そのことを表示態様決定部２４に通知する。表示態様決定部２４は、この通知を受けた場合には、エラー画像による違和感が生じにくくなるようにディスプレイ２に表示されている表示態様を変更する。よって、一部のマルチメディア画像決定部２８が表示する画像がエラー画像になった場合にも、ユーザに違和感を与えにくくすることができる。

また、本実施形態では、監視対象のアプリケーションであるマルチメディアアプリケーション１８の動作を監視する状態監視マスタアプリケーション１５は、安定性が高いリアルタイムＯＳ１２上で動作している。したがって、状態監視マスタアプリケーション１５の動作が異常になって、マルチメディアアプリケーション１８の監視ができなくなってしまう事態を抑制できる。

また、本実施形態では、表示態様決定部２４は、リアルタイムＯＳ１２上で動作している。したがって、汎用ＯＳ１３の動作が異常になったときでも、表示態様を変更する処理が可能になる。

本実施形態では、メータアプリケーション１６は、リアルタイムＯＳ１２上で動作している。車両Ｃに搭載されたディスプレイ２にメータ画像３０が表示されなくなってしまうと、運転操作に大きな支障が生じる。しかし、本実施形態では、メータアプリケーション１６がリアルタイムＯＳ１２上で動作している。よって、ディスプレイ２にメータ画像３０が表示されなくなってしまうという事態が生じにくい。

コンピュータ３は、ハイパーバイザー１１を備えており、ハイパーバイザー１１上で、リアルタイムＯＳ１２および汎用ＯＳ１３が動作する。よって、１つのコンピュータ３により、リアルタイムＯＳ１２上で、高安定性が要求されるメータアプリケーション１６を動作させ、かつ、汎用ＯＳ１３上で、複雑な処理が要求されやすいマルチメディアアプリケーション１８を動作させることができる。

以上、実施形態を説明したが、開示した技術は上述の実施形態に限定されるものではなく、次の変形例も開示した範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施できる。なお、以下の説明において、それまでに使用した符号と同一番号の符号を有する要素は、特に言及する場合を除き、それ以前の実施形態における同一符号の要素と同一である。また、構成の一部のみを説明している場合、構成の他の部分については先に説明した実施形態を適用できる。

＜変形例１＞
実施形態では、マルチメディア画像決定部２８が、マルチメディア系の画像をディスプレイ２に描画するための画像データを作成していた。しかし、マルチメディア画像決定部２８は、ディスプレイ２に表示する画像を決定するのみとして、決定した画像を特定する情報を表示態様決定部２４に通知し、表示態様決定部２４が、その通知に基づいて画像データを作成してもよい。

また、メータ画像決定部２６も同様に、ディスプレイ２に表示する画像を決定するまでとし、ディスプレイ２に表示するメータ画像の画像データは表示態様決定部２４が作成してもよい。

＜変形例２＞
実施形態では、１つのコンピュータ３上で、全部のソフトウェア１０が動作していた。しかし、コンピュータ３を複数備え、一部のソフトウェア１０が動作するコンピュータ３と、他のソフトウェア１０が動作するコンピュータ３を異ならせてもよい。この場合において、１つのコンピュータ３はリアルタイムＯＳ１２を実行し、別のコンピュータ３は汎用ＯＳ１３を実行するようにすることができる。

＜変形例３＞
実施形態では、リアルタイムＯＳ１２と汎用ＯＳ１３の２つのＯＳを備えていた。しかし、１つのＯＳのみを備え、全部のアプリケーションが同じＯＳ上で動作していてもよい。

＜変形例４＞
実施形態では、全部のマルチメディアアプリケーション１８が監視対象となっていた。しかし、一部のマルチメディアアプリケーション１８のみが監視対象となっていてもよい。また、メータアプリケーション１６など、リアルタイムＯＳ１２上で動作するアプリケーションが監視対象になっていてもよい。

＜変形例５＞
実施形態では、コンピュータ３にはディスプレイ２が接続され、ディスプレイ２に複数の画像を表示する構成であった。しかし、コンピュータ３には、ディスプレイ２以外に１つ以上のディスプレイを接続するようにしてもよい。その場合、ディスプレイ２以外のディスプレイに対してもコンピュータ３は画像表示を行い、さらにそれら画像についても監視対象としてもよい。
＜変形例６＞
本開示に記載のコンピュータ３およびその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサを構成する専用コンピュータにより、実現されてもよい。あるいは、本開示に記載のコンピュータ３およびその手法は、専用ハードウエア論理回路により、実現されてもよい。もしくは、本開示に記載のコンピュータ３およびその手法は、コンピュータプログラムを実行するプロセッサと一つ以上のハードウエア論理回路との組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。ハードウエア論理回路は、たとえば、ＡＳＩＣ、ＦＰＧＡである。

１：表示システム ２：ディスプレイ ３：コンピュータ（表示制御部） ４：ＣＰＵ ５：ＲＡＭ ６：フラッシュメモリ ７：バスライン ９：車内ＬＡＮバス １０：ソフトウェア １１：ハイパーバイザー １２：リアルタイムＯＳ（高安定オペレーティングシステム） １３：汎用ＯＳ（低安定オペレーティングシステム） １４：ＵＩ管理アプリケーション １５：状態監視マスタアプリケーション １６：メータアプリケーション １７：状態監視スレーブアプリケーション １８：マルチメディアアプリケーション ２２：リアルタイム基本制御部 ２３：汎用基本制御部 ２４：表示態様決定部 ２５：状態監視マスタ ２６：メータ画像決定部（高安定側画像決定部） ２７：状態監視スレーブ ２８：マルチメディア画像決定部（低安定側画像決定部） ３０：メータ画像 ３１：アイコン画像 ３２：地図画像 ４１：ＣＰＵモジュール ４２：ＣＰＵモジュール Ｃ：車両

Claims (10)

1. 車両に搭載された１つのディスプレイ（２）に複数の画像を表示させる表示制御装置であって、
   前記ディスプレイに表示する画像を決定する複数の画像決定部（２６、２８）と、
   前記複数の画像決定部のうち監視対象となっている前記画像決定部が正常であるか異常であるかを逐次監視する状態監視部（２５）と、
   前記監視対象となっている前記画像決定部が異常であることにより、前記ディスプレイにエラー画像が表示されていると、前記状態監視部が判断した場合に、前記エラー画像による違和感が生じにくくなるように、前記ディスプレイに表示されている表示態様を変更する表示態様決定部（２４）と、を備え、
   前記表示態様決定部は、前記エラー画像を消去して、前記ディスプレイに表示されている残りの画像を再配置することで、前記エラー画像による違和感が生じにくくする表示制御装置。
2. 車両に搭載された１つのディスプレイ（２）に複数の画像を表示させる表示制御装置であって、
   前記ディスプレイに表示する画像を決定する複数の画像決定部（２６、２８）と、
   前記複数の画像決定部のうち監視対象となっている前記画像決定部が正常であるか異常であるかを逐次監視する状態監視部（２５）と、
   前記監視対象となっている前記画像決定部が異常であることにより、前記ディスプレイにエラー画像が表示されていると、前記状態監視部が判断した場合に、前記エラー画像による違和感が生じにくくなるように、前記ディスプレイに表示されている表示態様を変更する表示態様決定部（２４）と、を備え、
   前記表示態様決定部は、前記エラー画像をグレーアウトすることで、前記エラー画像による違和感が生じにくくする表示制御装置。
3. 車両に搭載された１つのディスプレイ（２）に複数の画像を表示させる表示制御装置であって、
   前記ディスプレイに表示する画像を決定する複数の画像決定部（２６、２８）と、
   前記複数の画像決定部のうち監視対象となっている前記画像決定部が正常であるか異常であるかを逐次監視する状態監視部（２５）と、
   前記監視対象となっている前記画像決定部が異常であることにより、前記ディスプレイにエラー画像が表示されていると、前記状態監視部が判断した場合に、前記エラー画像による違和感が生じにくくなるように、前記ディスプレイに表示されている表示態様を変更する表示態様決定部（２４）と、を備え、
   前記表示態様決定部は、前記エラー画像に代えて、表示が異常状態になっていることを示す文字を表示することで、前記エラー画像による違和感が生じにくくする表示制御装置。
4. コンピュータ（３）を備え、
   前記コンピュータは、
   相対的に安定性が高い高安定オペレーティングシステム（１２）と、前記高安定オペレーティングシステムよりも相対的に安定性が低い低安定オペレーティングシステム（１３）と、
   前記低安定オペレーティングシステム上で動作し、前記コンピュータを、前記画像決定部の１つである低安定側画像決定部（２８）として機能させる低安定側画像決定アプリケーション（１８）と、
   前記高安定オペレーティングシステム上で動作し、前記コンピュータを、前記画像決定部の１つである高安定側画像決定部（２６）として機能させる高安定側画像決定アプリケーション（１６）と、
   前記高安定オペレーティングシステムまたは前記低安定オペレーティングシステム上で動作し、前記コンピュータを前記状態監視部として機能させる状態監視アプリケーション（１５）と、
   前記高安定オペレーティングシステムまたは前記低安定オペレーティングシステム上で動作し、前記コンピュータを前記表示態様決定部として機能させる表示態様決定アプリケーション（１４）とを備え、
   前記状態監視部は、前記低安定側画像決定部を前記監視対象とする請求項１～３のいずれか１項に記載の表示制御装置。
5. 前記表示態様決定アプリケーションは、前記高安定オペレーティングシステム上で動作する、請求項４に記載の表示制御装置。
6. 前記状態監視アプリケーションは、前記高安定オペレーティングシステム上で動作する、請求項４または５に記載の表示制御装置。
7. 前記コンピュータにより実行されるハイパーバイザー（１１）を備え、
   前記高安定オペレーティングシステムおよび前記低安定オペレーティングシステムは、前記ハイパーバイザー上で動作する、請求項４～６のいずれか１項に記載の表示制御装置。
8. 前記高安定側画像決定部は、前記ディスプレイに表示する、前記車両の速度を含む前記車両の走行状態に関する画像（３０）を決定する、請求項４～７のいずれか１項に記載の表示制御装置。
9. 前記低安定側画像決定部は、前記ディスプレイに表示する地図画像（３２）を決定する、請求項４～８のいずれか１項に記載の表示制御装置。
10. 前記低安定オペレーティングシステム上で動作し、前記コンピュータを、前記低安定側画像決定アプリケーションの動作を監視して、監視結果を前記状態監視アプリケーションに通知する状態監視スレーブ（２７）として機能させる状態監視スレーブアプリケーション（１７）を備える、請求項４～９のいずれか１項に記載の表示制御装置。

Images