(57)【要約】      （修正有）【課題】複数のオペレーティングシステムがそれぞれ表示器への表示を行う仮想化環境において、不正な表示が行われることを防止できる車両用装置を提供する。【解決手段】車両用装置１は、複数のオペレーティングシステム１６Ａ、１６Ｂによって表示器２、３、４への表示を行う。制御部１０は、複数のオペレーティングシステムを動作させる仮想化環境（ハイパーバイザ１５）が構築されている。監視アプリ１８ｂは、仮想化環境における表示器への表示の不具合を監視する。遮蔽アプリ１８ｃは、監視アプリによって不具合が検知された際、不正な表示が行われる可能性のある表示領域を遮蔽する処理を行う。【選択図】図１
2020187631.tif 000002
【特許請求の範囲】
【請求項１】
複数のオペレーティングシステム（１６）によって表示器（２、３、４）への表示が行われる車両用装置（１）であって、
前記複数のオペレーティングシステムを動作させる仮想化環境（１５）が構築されている制御部（１０）と、
前記仮想化環境における前記表示器への表示の不具合を監視する監視部（１８ｂ）と、
前記監視部によって不具合が検知された際、不正な表示が行われる可能性のある表示領域を遮蔽する処理を行う遮蔽部（１８ｃ）と、を備える車両用装置。
【請求項２】
階層構造となっている複数のレイヤー（１９）を合成して前記表示器に描画データとして出力する表示出力部（１１）を備え、
前記表示出力部は、相対的に上位となる階層のレイヤーが相対的に下位となる階層のレイヤーよりも優先して表示されるように合成対象となる複数のレイヤーを合成し、
前記遮蔽部は、複数のオペレーティングシステムにそれぞれ割り当てられているレイヤーよりも階層の上位となるレイヤーに、不具合が生じた表示を覆うための遮蔽コンテンツ（ＣＭ）を予め描画し、前記監視部によって不具合が検知された際、前記遮蔽コンテンツを描画したレイヤーを前記表示出力部の合成対象に含める設定を行うことにより、不正な表示が行われる可能性のある表示領域を前記遮蔽コンテンツによって遮蔽する請求項１記載の車両用装置。
【請求項３】
階層構造となっている複数のレイヤーを合成して前記表示器に描画データとして出力する表示出力部を備え、
前記表示出力部は、相対的に上位となる階層のレイヤーが相対的に下位となる階層のレイヤーよりも優先して表示されるように合成対象となるレイヤーを合成し、
前記遮蔽部は、複数のオペレーティングシステムにそれぞれ割り当てられているレイヤーよりも階層の上位となるレイヤーに、不具合が生じた表示を覆うための遮蔽コンテンツを予め描画し、前記監視部によって不具合が検知された際、前記遮蔽コンテンツを描画したレイヤーの透過率を不具合が検知されていない状態よりも低くすることにより、不正な表示が行われる可能性のある表示領域を前記遮蔽コンテンツによって遮蔽する請求項１または２記載の車両用装置。
【請求項４】
階層構造となっている複数のレイヤーを合成して前記表示器に描画データとして出力する表示出力部を備え、
複数のオペレーティングシステムは、相対的に安定性が高いオペレーティングシステムと、相対的に安定性が低いオペレーティングシステムとを含み、それぞれにレイヤーが割り当てられており、
前記遮蔽部は、前記監視部によって不具合が検知された際、相対的に安定性が高いオペレーティングシステムに割り当てられているレイヤーを、相対的に安定性が低いオペレーティングシステムに割り当てられているレイヤーよりも階層の上位とすることにより、不正な表示が行われる可能性のある表示領域を、相対的に安定性が高いオペレーティングシステムによる表示によって遮蔽する請求項１から３のいずれか一項記載の車両用装置。
【請求項５】
階層構造となっている複数のレイヤーを合成して前記表示器に描画データとして出力する表示出力部を備え、
複数のオペレーティングシステムは、相対的に安定性が高いオペレーティングシステムと、相対的に安定性が低いオペレーティングシステムとを含み、それぞれにレイヤーが割り当てられており、
前記監視部は、前記表示器への表示の不具合として、オペレーティングシステムの不具合、または、オペレーティングシステム上で実行されるアプリケーションの不具合を監視し、
前記遮蔽部は、前記監視部によって不具合が検知された際、不具合が検知されたオペレーティングシステムに割り当てられているレイヤーを表示対象から外すことにより、不具合が生じたオペレーティングシステム側から不正な表示が行われる可能性のある表示領域を遮蔽する請求項１から４のいずれか一項記載の車両用装置。
【請求項６】
前記遮蔽部は、不正な表示が行われる可能性のある表示領域を遮蔽する際、ユーザに視認可能な態様で不具合の内容を報知する請求項１から５のいずれか一項記載の車両用装置。
【請求項７】
複数のオペレーティングシステムは、相対的に安定性が高いオペレーティングシステムと、相対的に安定性が低いオペレーティングシステムとを含み、
前記監視部および前記遮蔽部は、相対的に安定性が高いオペレーティングシステム上で実行されるアプリケーションとして設けられている請求項１から６のいずれか一項記載の車両用装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両用装置に関する。
【背景技術】
【０００２】
車両用装置に接続されている表示器は、複数のシステムによって共有されることがある。例えば特許文献１では、車両用装置と、車両用装置に接続された携帯端末とで表示器を共有する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２０５８８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年では、複数の機能を集約化するために、車両用装置内に複数のシステムを構築することがある。具体的には、車両用装置に仮想化環境を構築し、その仮想化環境内で複数のオペレーティングシステムを動作させることがある。以下、オペレーティングシステムをＯＳと称す。そして、このような車両用装置では、各ＯＳが個別に表示器への表示を行うことがある。
【０００５】
しかしながら、各ＯＳが個別に表示器への表示を行う場合、仮にＯＳに不具合が生じると、表示が止まったり意図しない画面が表示されたりするなど、不正な表示が行われるおそれがある。
【０００６】
本発明の目的は、複数のオペレーティングシステムがそれぞれ表示器への表示を行う仮想化環境において、不正な表示が行われることを防止できる車両用装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明では、車両用装置（１）は、複数のオペレーティングシステム（１６）によって表示器（２、３、４）への表示が行われるものであって、複数のオペレーティングシステムを動作させる仮想化環境（１５）が構築されている制御部（１０）と、仮想化環境における表示器への表示の不具合を監視する監視部（１８ｂ）と、監視部によって不具合が検知された際、不正な表示が行われる可能性のある表示領域を遮蔽する処理を行う遮蔽部（１８ｃ）と、を備える。
【０００８】
このような構成とすることにより、複数のオペレーティングシステムがそれぞれ表示器への表示を行う仮想化環境において、不正な表示が行われる可能性のある表示領域が遮蔽されることから、不正な表示が行われることを防止できる。
【図面の簡単な説明】
【０００９】
【図１】第１実施形態における車両用装置の構成を模式的に示す図
【図２】レイヤーの階層構造と合成態様および表示態様を模式的に示す図
【図３】メータディスプレイへの表示態様の一例を模式的に示す図
【図４】センターディスプレイへの表示態様の一例を模式的に示す図
【図５】ヘッドアップディスプレイへの表示態様の一例を模式的に示す図
【図６】監視遮蔽処理の流れを示す図
【図７】遮蔽態様を模式的に示す図
【図８】合成態様を模式的に示す図
【図９】第２実施形態による合成態様を模式的に示す図
【図１０】第３実施形態による合成態様を模式的に示す図その１
【図１１】遮蔽態様を模式的に示す図
【図１２】合成態様を模式的に示す図その２
【図１３】第４実施形態による遮蔽態様を模式的に示す図その１
【図１４】遮蔽態様を模式的に示す図その２
【図１５】遮蔽態様を模式的に示す図その３
【発明を実施するための形態】
【００１０】
以下、複数の実施形態について図面を参照しながら説明する。なお、各実施形態において実質的に共通する部位には同一の符号を付して説明する。
【００１１】
（第１実施形態）
以下、第１実施形態について説明する。図１に示すように、車両用装置１は、例えばメータディスプレイ２、センターディスプレイ３およびヘッドアップディスプレイ４の表示器に接続されている。ただし、表示器の構成は一例であり、これに限定されない。この車両用装置１は、各表示器とともに、いわゆる車両インフォテイメントを実現するコックピットシステム５を構成している。
【００１２】
メータディスプレイ２は、ダッシュボードの運転者の正面付近に設けられるものを想定している。つまり、メータディスプレイ２は、ユーザが視認しやすい位置、換言すると、通常の運転時においてユーザの視界に入る位置に設けられている。このメータディスプレイ２は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成されており、一例として、例えば速度計や回転数計あるいはテルテールと称される警告灯などをフルグラフィックで表示する。また、メータディスプレイ２は、アナログ式の速度計や回転数計あるいは警告灯と、ディスプレイとを組み合わせたものを採用することもできる。
【００１３】
センターディスプレイ３は、いわゆるセンターコンソール付近に設けられるものを想定している。このメータディスプレイ２は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成されており、一例として、ナビゲーション画面や操作メニューあるいは楽曲の再生画面などを表示する。
【００１４】
ヘッドアップディスプレイ４は、ダッシュボード上の運転者の正面付近に設けられるものを想定している。つまり、ヘッドアップディスプレイ４は、ユーザが視認しやすい位置、換言すると、通常の運転時においてユーザの視界に入る位置に設けられている。このヘッドアップディスプレイ４は、例えば生成した表示画像を凹面鏡やレンズなどの光学経路を経由してフロントウィンドやコンバイナなどの投影面に向けて投影し、運転者正面の空間上に虚像を結像させるものである。このヘッドアップディスプレイ４には、一例として、例えば車速や曲がり角までの距離や曲がる方向などが表示される。
【００１５】
以下、各表示器に表示される情報や画像などを総称してコンテンツと称する。なお、上記で例示したコンテンツは一例であり、例えばメータディスプレイ２とセンターディスプレイ３に同じコンテンツを表示することもできる。すなわち、車両用装置１は、各表示器間でシームレスな表示を行うことができる。
【００１６】
車両用装置１は、制御部１０、表示出力部１１、およびメインメモリ１２などを備えている。制御部１０は、ＣＰＵ１３を有しており、そのＣＰＵ１３上に仮想化環境１４が構築されている。この仮想化環境１４は、ハイパーバイザ１５と、本実施形態では２つのオペレーティングシステム１６とにより構成されている。以下、オペレーティングシステム１６をＯＳ１６と称する。つまり、車両用装置１は、各種の機能を複数のＯＳ１６により分担して処理する集約化されたものとなっている。
【００１７】
ＣＰＵ１３は、複数の内部コアを有しており、１つ以上の内部コアが各ＯＳ１６に割り当てられている。また、図１では説明の簡略化のために制御部１０と表示出力部１１とを分けて示しているが、表示出力部１１は、例えばＣＰＵ１３が内蔵する画像処理ユニットにより構成することもできるし、画像処理ユニットに加えて描画を担当するグラフィック処理ユニットを設ける構成とすることもできる。
【００１８】
ハイパーバイザ１５とＯＳ１６Ａとの間は、通信経路１７Ａによって各種の情報を伝達可能に接続されている。また、ハイパーバイザ１５とＯＳ１６Ｂとの間は、通信経路１７Ｂによって各種の情報を伝達可能に接続されている。また、ＯＳ１６ＡとＯＳ１６Ｂとの間は、通信経路１７Ｃによって各種の情報を伝達可能に接続されている。ただし、ＯＳ１６Ａの機能の一部としてハイパーバイザ１５を実装し、そのハイパーバイザ１５上でＯＳ１６Ｂを動作させる構成とすることもできる。また、仮想化環境１４には、３つ以上のＯＳ１６を動作させることもできる。
【００１９】
ＯＳ１６Ａは、いわゆるリアルタイムＯＳであり、ＯＳ１６Ｂに比べてリアルタイム性が要求される処理、例えば、車両の走行あるいは安全に関係する処理などを主に実行する。このようなリアルタイムＯＳは、一般的に、ＯＳ１６Ａ自体に不具合が起きにくく、また、アプリケーションの実行時間などを予測あるいは制限できる等、汎用ＯＳに比べて相対的に安定性が高いと考えることができる。
【００２０】
そのため、ＯＳ１６Ａには、車両の走行や安全に関わる情報を提示するためのアプリケーションが実装されている。例えば、速度計や回転数計は、車速の変化などを提示するために周期的且つリアルタイムで表示を更新する必要がある。また、警告灯は、警告すべき状況にあったら迅速に表示する必要がある。そのため、ＯＳ１６Ａには、メータディスプレイ２に速度計や回転数計あるいは警告灯を表示するためのメータアプリ１８ａが実装されている。
【００２１】
また、ＯＳ１６Ａには監視アプリ１８ｂが実装されている。この監視アプリ１８ｂは、詳細は後述するが、仮想化環境１４に生じる不具合を監視するアプリケーションとしてソフトウェアで実現されている。この監視アプリ１８ｂは、詳細は後述するが、ＯＳ１６Ｂ、およびＯＳ１６Ｂ上で実行されるアプリケーションからの表示器への表示に関わる不具合を監視している。この監視アプリ１８ｂは、監視部を構成する。
【００２２】
遮蔽アプリ１８ｃは、詳細は後述するが、表示器への表示に関する不具合が監視アプリ１８ｂによって検知された際、不正な表示が行われる可能性のある表示領域を遮蔽する処理を行う。より具体的には、遮蔽アプリ１８ｃは、不正な表示が行われる可能性のある表示領域を、ユーザの視界から遮蔽する処理を行う。本実施形態の場合、遮蔽アプリ１８ｃは、相対的に安定性が高いＯＳ１６Ａ上で実行されるアプリケーションとして実装されている。この遮蔽アプリ１８ｃは、遮蔽部を構成する。
【００２３】
ＯＳ１６Ｂは、いわゆる汎用ＯＳであり、一般的には、リアルタイムＯＳであるＯＳ１６Ａに比べると相対的に安定性が低いと考えられる。換言すると、ＯＳ１６ＢあるいはＯＳ１６Ｂ上で実行されるアプリケーションは、ＯＳ１６Ａに比べると、相対的に不具合が生じる可能性が高くなっている。その一方で、ＯＳ１６Ｂは、いわゆるマルチメディア機能などの汎用的な処理を容易に実行できるというメリットがある。
【００２４】
そのため、ＯＳ１６Ｂには、マルチメディア機能の一例として、ナビゲーション画面の表示を処理するナビアプリ１８ｄ、メニュー画面の表示を行うメニューアプリ１８ｅ、ヘッドアップディスプレイ４への表示を行うＨＵＤアプリ１８ｆが実装されている。これらナビアプリ１８ｄやメニューアプリ１８ｅあるいはＨＵＤアプリ１８ｆは、表示器への表示を行うアプリケーションである。
【００２５】
より具体的には、ナビアプリ１８ｄやメニューアプリ１８ｅあるいはＨＵＤアプリ１８ｆは、表示器に表示するコンテンツを生成して後述するレイヤー１９に描画を処理するアプリケーションである。なお、レイヤー１９への実際の描画は、例えばグラフィック処理ユニットに担当させることもできる。
【００２６】
このＯＳ１６Ｂ上で実行されるアプリケーションは、詳細は後述するが、監視アプリ１８ｂの監視対象となっている。このとき、表示器への表示を行うナビアプリ１８ｄやメニューアプリ１８ｅあるいはＨＵＤアプリ１８ｆは、監視対象として設定される。ただし、あるアプリケーションの動作がＯＳ１６Ｂの全体の不具合を引き起こす可能性も考えられるため、表示器への表示は行わないアプリケーションであっても、監視対象とすることができる。図１では、それらのアプリケーションを被監視アプリ１８ｇとして示している。
【００２７】
表示出力部１１は、図２に示すように、ＯＳ１６Ａ、ＯＳ１６Ｂおよび遮蔽アプリ１８ｃにそれぞれ割り当てられている階層構造の複数のレイヤー１９を合成して、表示器に例えばＬＶＤＳ形式の描画データとして出力する。このとき、表示出力部１１は、合成対象として設定されているレイヤー１９を合成する。
【００２８】
具体的には、車両用装置１の場合、ＯＳ１６Ａは、ＯＳ１６Ｂおよび遮蔽アプリ１８ｃよりも階層構造において下位となるレイヤー１９Ａが割り当てられている。また、ＯＳ１６Ｂは、ＯＳ１６Ａよりも階層構造において上位であって、且つ、遮蔽アプリ１８ｃよりも階層構造において下位となるレイヤー１９Ｂが割り当てられている。また、遮蔽アプリ１８ｃは、ＯＳ１６ＡおよびＯＳ１６Ｂの双方よりも階層構造において上位となるレイヤー１９Ｍが割り当てられている。
【００２９】
なお、図２では３層構造のレイヤー１９を例示しているが、レイヤー１９の数はこれに限定されない。ただし、レイヤー１９Ｍは、ＯＳ１６Ａ用のレイヤー１９ＡおよびＯＳ１６Ｂ用のレイヤー１９よりも上位に配置されるものとする。これらのレイヤー１９は、本実施形態では、メインメモリ１２上にそれぞれ確保されている。
【００３０】
さて、例えばＯＳ１６Ａがレイヤー１９ＡにコンテンツＣ１を描画し、ＯＳ１６Ｂがレイヤー１９ＢにコンテンツＣ２を描画し、遮蔽アプリ１８ｃがレイヤー１９ＭにコンテンツＣ３を描画したとする。このとき、表示出力部１１は、複数のレイヤー１９を、相対的に階層構造において上位となるレイヤー１９が、相対的に階層構造において下位となるレイヤー１９よりも優先して表示されるように合成する。
【００３１】
より具体的には、表示出力部１１は、図２に合成状態として示すように、表示器に表示された際に、コンテンツＣ１よりもコンテンツＣ２が前面に表示され、そのコンテンツＣ２よりもコンテンツＣ３が前面に表示されるように各レイヤー１９を合成する。
【００３２】
表示出力部１１は、合成したレイヤー１９を描画データとして出力する。これにより、図２に表示状態として示すように、例えばメータディスプレイ２には、各コンテンツが重なる部分において、コンテンツＣ１がコンテンツＣ２によって隠され、コンテンツＣ１およびコンテンツＣ２がコンテンツＣ３によって隠された状態で表示される。以下、遮蔽アプリ１８ｃによってレイヤー１９Ｍに描画されて他のレイヤー１９のコンテンツを遮蔽するコンテンツを、遮蔽コンテンツＣＭと称する。
【００３３】
なお、詳細は後述するが、本実施形態では、遮蔽アプリ１８ｃに割り当てられているレイヤー１９Ｍは、監視アプリ１８ｂによって不具合が検知されていない場合には表示出力部１１の合成対象とならないように設定されている。そのため、監視アプリ１８ｂによって不具合が検知されていない場合には、ＯＳ１６Ａに割り当てられているレイヤー１９ＡおよびＯＳ１６Ｂに割り当てられているレイヤー１９Ｂの双方が合成される。
【００３４】
また、表示出力部１１は、レイヤー１９を合成せず、レイヤー１９Ａとレイヤー１９Ｂのいずれか一方を表示対象としたり、コンテンツを拡大あるいは縮小して合成したりすることもできる。例えば、表示出力部１１は、レイヤー１９を合成しない例として、図３に通常表示モードとして示すように、メータアプリ１８ａによってレイヤー１９Ａに描画されたコンテンツである速度計画像Ｍ１、回転数画像Ｍ２および警告灯画像Ｍ３をメータディスプレイ２に表示する描画データを出力することができる。
【００３５】
また、表示出力部１１は、レイヤー１９を合成する例として、図３に地図表示モードとして示すように、速度計画像Ｍ１、回転数画像Ｍ２および警告灯画像Ｍ３と、ナビアプリ１８ｄによってレイヤー１９Ｂに描画されたナビ画像Ｍ４とを表示する描画データを出力することができる。
【００３６】
また、表示出力部１１は、図４に示すように、同一レイヤー１９に複数のアプリケーションでコンテンツを描画した例として、ナビ画像Ｍ４とメニュー画像Ｍ５とをセンターディスプレイ３に表示する描画データを出力することができる。また、表示出力部１１は、ＯＳ１６間で表示器を共有する例として、図５に示すように、ＨＵＤアプリ１８ｆがＯＳ１６Ａ側から取得した速度情報に基づいてレイヤー１９Ｂに描画した速度画像Ｍ６と、ナビアプリ１８ｄの経路案内情報に基づいてレイヤー１９Ｂに描画した進路画像Ｍ８とを、ヘッドアップディスプレイ４に表示する描画データを出力することができる。
【００３７】
次に、上記した構成の作用について説明する。
複数のシステムから表示器への表示が行われる場合、システムに不具合が生じると、そのシステムからの表示に不具合が生じるおそれがある。この場合、従来のように、システムを独立して設け、一方のシステムがマスターとなって表示器への表示を行い、他方のシステムはスレーブとなってマスターに表示を依頼する構成であれば、仮にスレーブのシステムに不具合が生じても、スレーブからの取り込みを単に停止すれば、表示に不具合が生じることを防止できると考えられる。
【００３８】
しかし、本実施形態の車両用装置１のように仮想化環境１４を構築して複数のＯＳ１６を動作させ、各ＯＳ１６がそれぞれ表示器への表示を行う構成においては、ＯＳ１６に不具合が生じると、そのまま表示器への表示に不具合が生じることになり、不正な表示が行われてしまう。この場合、従来のように表示を行うマスターとなるＯＳ１６を設けると、マスターとなるＯＳ１６の負荷が大きくなり、高度に集約化された各種の処理をこなせなくなるおそれがある。
【００３９】
その一方で、仮想化環境１４を構築したことにより、上記したようにハイパーバイザ１５や各ＯＳ１６間は、通信経路１７Ｃにより通信可能とすることができる。そこで、車両用装置１は、仮想化環境１４であることを利用して、不具合を検知した際に不正な表示が行われることを防止している。
【００４０】
このとき、車両用装置１は、表示が乱れたり意図しない表示が行われたりするなど、表示そのものの不具合を検知した場合以外にも、表示を行うアプリケーションやそのアプリケーションが実行されているＯＳ１６に不具合が生じて不正な表示が行われる可能性がある場合にも、その表示を遮蔽することにより不正な表示が行われることを防止している。
【００４１】
具体的には、車両用装置１は、図６に示す監視遮蔽処理を実行している。なお、この監視遮蔽処理は、監視アプリ１８ｂおよび遮蔽アプリ１８ｃなどと協同して行われる処理であるが、説明の簡略化のために、ここでは車両用装置１を主体にして説明する。
【００４２】
車両用装置１は、ステップＳ１において、不具合を監視している。この監視は、監視アプリ１８ｂによって行われており、より詳細には、ＯＳ１６Ｂ側に生じる不具合が監視されている。ＯＳ１６Ｂ側に生じる不具合としては、ＯＳ１６Ｂ自体の不具合と、ＯＳ１６Ｂで実行されているアプリケーションの不具合とが想定される。
【００４３】
本実施形態の場合、車両用装置１は、ロック状態、無限ループ、リセット、通信途絶の不具合を、ＯＳ１６ＢおよびＯＳ１６Ｂ上で実行されるアプリケーションのそれぞれについて監視している。この監視対象には、表示器への表示を行うアプリケーションが少なくとも含まれている。
【００４４】
ただし、直接的に表示を行うアプリケーションではなくても、表示を行うアプリケーションにデータを渡すようなアプリケーション、あるいは、不具合が生じた際に他のアプリケーションやＯＳ１６に影響を与える可能性のあるアプリケーションも、監視対象に含めることができる。
【００４５】
続いて、車両用装置１は、ステップＳ２において、不具合を検出したか否かを判定する。このとき、監視アプリ１８ｂは、ＯＳ１６Ｂ自体の不具合については、ハイパーバイザ１５を経由して検知する。これは、ＯＳ１６Ｂがリセットされたなどのイベントは、ハイパーバイザ１５で検知されるためである。
【００４６】
また、ＯＳ１６Ｂが正常に動作しているものの、アプリケーションに不具合が生じた場合には、ＯＳ１６Ｂがハイパーバイザ１５に通知することにより、不具合が生じたことを監視アプリ１８ｂで検知することができる。あるいは、監視アプリ１８ｂが通信経路１７Ｃを介してＯＳ１６Ｂ上で実行されているアプリケーションを監視している場合には、監視対象からの応答がなくなったことなどに基づいて、不具合が生じたことを監視アプリ１８ｂで検知することができる。
【００４７】
車両用装置１は、不具合が検知されていなければ、ステップＳ２においてＮＯとなることから、ステップＳ１に移行して不具合の監視を継続する。一方、車両用装置１は、不具合が検知された場合には、ステップＳ２においてＹＥＳとなることから、ステップＳ３に移行して、不正な表示を遮蔽する。つまり、不具合が検知されたＯＳ１６ＢあるいはＯＳ１６Ｂ上で実行されているアプリケーションからの表示を遮蔽する。
【００４８】
例えば図７に示すように、メータディスプレイ２が地図表示モードになっている場合を想定する。このとき、メータディスプレイ２には、ＯＳ１６Ａ側のメータアプリ１８ａによってレイヤー１９Ａに描画された速度計画像Ｍ１、回転数画像Ｍ２および警告灯画像Ｍ３と、ＯＳ１６Ｂ側のナビアプリ１８ｄによってレイヤー１９Ｂに描画されたナビ画像Ｍ４とが表示されている。
【００４９】
このとき、ナビアプリ１８ｄは、ナビ画像Ｍ４を、速度計画像Ｍ１、回転数画像Ｍ２および警告灯画像Ｍ３と重ならない表示領域に描画する。換言すると、ＯＳ１６Ｂ側からの表示が行われる表示領域は、既知であると考えることができる。なお、ナビアプリ１８ｄが所定の大きさで描画したナビ画像Ｍ４の縮尺を変更して表示する場合であっても、そのナビ画像Ｍ４が表示される表示領域は既知と考えることができる。また、センターディスプレイ３やヘッドアップディスプレイ４についても、ＯＳ１６Ｂ側からの表示が行われる表示領域は、既知であると考えることができる。
【００５０】
さて、遮蔽アプリ１８ｃは、ＯＳ１６Ｂ側からの表示が行われている表示領域の少なくとも一部を覆う大きさの遮蔽コンテンツＣＭを、自身に割り当てられているレイヤー１９Ｍに予め描画する。ただし、レイヤー１９Ｍは、監視アプリ１８ｂによって不具合が検知されていない場合には表示出力部１１の合成対象から外す設定がされている。なお、本実施形態では、ＯＳ１６Ｂ側からの表示が行われている表示領域の全体を覆う大きさの遮蔽コンテンツＣＭを描画している。
【００５１】
そのため、図８に通常時として示すように、不具合が検知されていない場合には、遮蔽コンテンツＣＭが表示器に表示されることはない。このレイヤー１９Ｍを合成対象に加えるか外すかの設定は、遮蔽アプリ１８ｃにより行うことができる。
【００５２】
これに対して、車両用装置１は、ＯＳ１６Ｂ側の不具合を検知すると、ＯＳ１６Ｂ側からの表示が行われている表示領域、つまりは、不正な表示が行われる可能性のある表示領域の全体を、遮蔽コンテンツＣＭにより覆うことで、不正な表示が行われることを防止する。具体的には、監視アプリ１８ｂは、不具合を検知した場合、不具合を検知したことを遮蔽アプリ１８ｃに通知する。そして、通知を受けた遮蔽アプリ１８ｃは、図８に不具合検知時として示すように、レイヤー１９Ｍを表示出力部１１の合成対象となるように設定する。
【００５３】
その結果、遮蔽コンテンツＣＭが描画されているレイヤー１９Ｍが合成対象に加えられ、図７に遮蔽モードとして示すように、遮蔽コンテンツＣＭがナビ画像Ｍ４を覆う態様で表示される。すなわち、ＯＳ１６Ｂ側からの表示は、遮蔽コンテンツＣＭによって遮蔽される。これにより、仮にＯＳ１６Ｂ側から不正な表示が行われたとしても、その表示が表示器に表示されることが防止される。
【００５４】
また、遮蔽コンテンツＣＭは、不正な表示が行われる可能性のある表示領域を遮蔽する大きさに描画されている。そのため、正常に動作しているＯＳ１６Ａ側からの表示、ここでは、速度計画像Ｍ１、回転数画像Ｍ２および警告灯画像Ｍ３の表示は、遮蔽コンテンツＣＭによって遮蔽されることはない。そのため、走行や安全性に関する表示を継続して行うことができる。
【００５５】
この図７では、遮蔽コンテンツＣＭを、便宜上、黒塗りの画像として示している。しかし、遮蔽コンテンツＣＭは、他の態様とすることができる。例えば、遮蔽コンテンツＣＭは、赤色や黄色あるいは青色など、任意の色を採用することができる。また、遮蔽コンテンツＣＭの色をメータディスプレイ２の背景色と同じにすることにより、不具合が生じたことを過度に意識させること無く、不正な表示が行われることを防止できる。また、遮蔽コンテンツＣＭは、単色ではなく、パターン表示する態様とすることもできる。また、遮蔽コンテンツＣＭは、画像ではなく映像を採用することもできる。
【００５６】
不正な表示を遮蔽すると、車両用装置１は、図６に示すステップＳ４において、不具合を解消する。この場合、例えばアプリケーションの再起動や、ＯＳ１６Ｂの再起動など、検知された不具合に応じた解消手段によって、不具合の解消が行われる。そして、車両用装置１は、ステップＳ５において不具合が解消されたか否かを判定する。
【００５７】
車両用装置１は、不具合が解消されていない場合には、ステップＳ５においてＮＯとなり、不具合の解消を待機する。なお、車両用装置１は、単に待機しているのではなく、不具合を解消するための処理を実行している。
【００５８】
そして、車両用装置１は、不具合が解消された場合には、ステップＳ５においてＹＥＳとなり、ステップＳ６にて遮蔽を解除する。この場合、遮蔽アプリ１８ｃからレイヤー１９Ｍを合成対象から外す設定を行うことにより、遮蔽を解除することができる。その後、車両用装置１は、ステップＳ１に移行して不具合の監視を継続する。
【００５９】
このように、車両用装置１は、仮想化環境１４の不具合を監視し、不具合が検知された場合には、表示器に対して不正な表示が行われることを防止している。
以上説明した車両用装置１によれば、次のような効果を得ることができる。
【００６０】
車両用装置１は、複数のＯＳ１６によって表示器への表示が行われるものであって、複数のＯＳ１６を動作させる仮想化環境１４が構築されている制御部１０と、仮想化環境１４における表示器への表示の不具合を監視する監視部としての監視アプリ１８ｂと、監視アプリ１８ｂによって不具合が検知された際、不正な表示が行われる可能性のある表示領域を遮蔽する処理を行う遮蔽部としての遮蔽アプリ１８ｃとを備えている。
【００６１】
これにより、仮想化環境１４で不具合が生じた場合には、その不具合に起因して不正な表示が行われる可能性のある表示領域が遮蔽される。したがって、複数のＯＳ１６がそれぞれ表示器への表示を行う仮想化環境１４において、不正な表示が行われることを防止することができる。
【００６２】
車両用装置１は、階層構造となっている複数のレイヤー１９を合成して表示器に描画データとして出力する表示出力部１１を備えている。このとき、表示出力部１１は、相対的に上位となる階層のレイヤー１９が相対的に下位となる階層のレイヤー１９よりも優先して表示されるように合成対象となる複数のレイヤー１９を合成する。また、遮蔽アプリ１８ｃは、複数のＯＳ１６にそれぞれ割り当てられているレイヤー１９よりも階層の上位となるレイヤー１９に、不具合が生じた表示を覆うための遮蔽コンテンツＣＭを予め描画する。
【００６３】
そして、遮蔽アプリ１８ｃは、監視アプリ１８ｂによって不具合が検知された際、遮蔽コンテンツＣＭを描画したレイヤー１９を表示出力部１１の合成対象に含める設定を行うことにより、不正な表示が行われる可能性のある表示領域を遮蔽コンテンツＣＭによって遮蔽する。
【００６４】
これにより、不正な表示が行われる可能性のある表示領域が遮蔽コンテンツＣＭによって覆われることになり、表示器には、遮蔽コンテンツＣＭが表示される。すなわち、不正な表示が行われる可能性のある表示領域は、遮蔽コンテンツＣＭによって目隠しされる。したがって、不正な表示が行われることを防止することができる。
【００６５】
車両用装置１では、監視アプリ１８ｂは、表示器への表示の不具合として、ＯＳ１６の不具合、または、ＯＳ１６上で実行されるアプリケーションの不具合を監視する。そして、遮蔽アプリ１８ｃは、複数のＯＳ１６にそれぞれ割り当てられているレイヤー１９に描画されたコンテンツのうち、少なくとも不具合が生じたＯＳ１６によって描画されたコンテンツを覆う遮蔽コンテンツＣＭを表示することにより、不正な表示が行われる可能性のある表示領域を遮蔽する。
【００６６】
これにより、不正な表示が行われる可能性のある表示領域は遮蔽されるものの、正常に動作している側からの表示は遮蔽されないようにすることができる。したがって、例えば速度計画像Ｍ１などの表示は継続され、安全性が低下することが抑制される。また、遮蔽コンテンツＣＭを予め描画しておくことにより、不具合が検知された際に描画を行う必要が無く、遮蔽する処理が不具合を解消する処理を圧迫することを防止できる。
【００６７】
車両用装置１では、複数のＯＳ１６は、相対的に安定性が高いＯＳ１６Ａと、相対的に安定性が低いＯＳ１６Ｂとを含んでいる。そして、監視アプリ１８ｂおよび遮蔽アプリ１８ｃは、相対的に安定性が高いＯＳ１６Ａ上で実行されるアプリケーションとして設けられている。これにより、監視アプリ１８ｂおよび遮蔽アプリ１８ｃの安定性そのものを向上させることができ、その結果、不正な表示が行われることをより確実に防止することができるようになる。
【００６８】
実施形態では説明の簡略化のために、不具合の監視から遮蔽の解除までを一連の流れとして説明したが、不具合の監視と、遮蔽および不具合の解消とを別プロセスとして実行することができる。これにより、遮蔽中や不具合の解消中であっても、他の不具合が生じていないかを監視することができる。
【００６９】
実施形態では各ＯＳ１６に割り当てられているレイヤー１９よりも上位の階層にレイヤー１９Ｍを設ける例を示したが、階層構造のレイヤー１９の最上位をレイヤー１９Ｍとすることもできる。
【００７０】
（第２実施形態）
以下、第２実施形態について説明する。第２実施形態では、第１実施形態とは異なる遮蔽態様について説明する。なお、車両用装置１の構成や監視遮蔽処理の流れ、あるいはレイヤー１９の階層構造などは第１実施形態と共通するため、図１から図７も参照しながら説明する。
【００７１】
第１実施形態では、不具合が検知された際、レイヤー１９Ｍを合成対象に含めることにより、不正な表示が行われる可能性のある表示領域を遮蔽する例を示したが、本実施形態の車両用装置１は、レイヤー１９Ｍの透過率を変更することにより、不正な表示が行われる可能性のある表示領域を遮蔽する。
【００７２】
具体的には、遮蔽アプリ１８ｃは、第１実施形態と同様に、レイヤー１９Ｍに遮蔽コンテンツＣＭを予め描画する。このとき、遮蔽アプリ１８ｃは、不具合が検知されていない場合であっても、レイヤー１９Ｍを合成対象に加える設定をする。ただし、遮蔽アプリ１８ｃは、不具合が検知されていない場合には、図９に通常時として示すように、レイヤー１９Ｍの透過率を１００％に設定する。なお、図９では、レイヤー１９Ｍを破線とすることにより、レイヤー１９Ｍが透明であることを模式的に示している。
【００７３】
この透過率は、数値が高いほどレイヤー１９Ｍが透明になり、１００％で完全に透明になる。すなわち、遮蔽アプリ１８ｃは、不具合が検知されていない場合には遮蔽コンテンツＣＭを描画したレイヤー１９Ｍを透明にすることにより、合成対象に加えられていても表示器には表示されないようにしている。
【００７４】
そして、車両用装置１は、図６に示す監視遮蔽処理のステップＳ２において不具合が検知されると、ステップＳ３において、レイヤー１９Ｍの透過率を、不具合が生じていない場合よりも低くする。これにより、図９に不具合検知時として示すように、レイヤー１９Ｍが不透明になる。なお、図９では、レイヤー１９Ｍを実線で示すことにより、不透明になったことを模式的に示している。
【００７５】
そして、レイヤー１９Ｍは、もともと合成対象に含まれていることから、透明度が低くなれな、遮蔽コンテンツＣＭが表示されることになる。これにより、例えば図７に示す地図表示モードにおいて不具合が検知された場合には、透明度が低くなった遮蔽コンテンツＣＭが表示され、遮蔽モードとして示すように不正な表示が行われる可能性のある表示領域が遮蔽コンテンツＣＭによって遮蔽されることになる。
【００７６】
このように、車両用装置１は、複数のＯＳ１６にそれぞれ割り当てられているレイヤー１９よりも階層の上位となるレイヤー１９に、不具合が生じた表示を覆うための遮蔽コンテンツＣＭを予め描画し、監視アプリ１８ｂによって不具合が検知された際、遮蔽コンテンツＣＭを描画したレイヤー１９Ｍの透過率を不具合が検知されていない状態よりも低くすることにより、不正な表示が行われる可能性のある表示領域を遮蔽コンテンツＣＭによって遮蔽する。
【００７７】
このような構成によっても、仮想化環境１４で不具合が生じた場合には、その不具合に起因して不正な表示が行われる可能性のある表示領域が遮蔽される。したがって、複数のＯＳ１６がそれぞれ表示器への表示を行う仮想化環境１４において、不正な表示が行われることを防止することができる。また、遮蔽コンテンツＣＭを予め描画しておくことにより、不具合が検知された際に行う処理量を削減でき、例えば不具合を解消するための処理が圧迫されることなどを抑制できる。
【００７８】
（第３実施形態）
以下、第３実施形態について説明する。第３実施形態では、第１実施形態とは異なる遮蔽態様について説明する。なお、車両用装置１の構成や監視遮蔽処理の流れ、あるいはレイヤー１９の階層構造などは第１実施形態と共通するため、図１から図７も参照しながら説明する。
【００７９】
第１実施形態では、不具合が検知された際、レイヤー１９Ｍに描画した遮蔽コンテンツＣＭにより不正な表示が行われる可能性のある表示領域を遮蔽する例を示したが、本実施形態の車両用装置１は、ＯＳ１６Ａに割り当てられているレイヤー１９Ａにより、不正な表示が行われる可能性のある表示領域を遮蔽する。
【００８０】
具体的には、車両用装置１は、例えばメータディスプレイ２のようにＯＳ１６Ａ側とＯＳ１６Ｂ側からの表示が行われている状態であって不具合が検知されていない場合には、図１０に通常時として示すように、レイヤー１９Ｂをレイヤー１９Ａよりも階層の上位となるように合成する。これにより、図１１に地図表示モードとして示すように、不具合が検知されていない場合には、レイヤー１９Ｂに描画されたコンテンツであるナビ画像Ｍ４が表示される。
【００８１】
これに対して、車両用装置１は、図１０に不具合検知時として示すように、不具合が検知された場合には、レイヤー１９Ｂをレイヤー１９Ａよりも階層の下位となるように合成する。つまり、車両用装置１は、合成対象とするレイヤー１９の配置を入れ替えて合成する。
【００８２】
これにより、図１１に不具合検知時として示すように、レイヤー１９Ａに描画されたコンテンツである速度計画像Ｍ１、回転数画像Ｍ２および警告灯画像Ｍ３が表示されるとともに、ナビ画像Ｍ４が表示されていた表示領域は、レイヤー１９Ａの背景によって遮蔽される。つまり、車両用装置１は、相対的に安定性が高いＯＳ１６Ａ側からの表示を遮蔽コンテンツＣＭとすることにより、不正な表示が行われる可能性のある表示領域を遮蔽する。
【００８３】
すなわち、車両用装置１は、相対的に安定性が高いＯＳ１６Ａと、相対的に安定性が低いＯＳ１６Ｂのそれぞれにレイヤー１９が割り当てられているとき、監視アプリ１８ｂによって不具合が検知されると、相対的に安定性が高いＯＳ１６Ａに割り当てられているレイヤー１９Ａを、相対的に安定性が高いＯＳ１６Ｂに割り当てられているレイヤー１９Ｂよりも階層の上位とすることにより、不正な表示が行われる可能性のある表示領域を、相対的に安定性が高いＯＳ１６Ａによる表示によって遮蔽する。
【００８４】
このような構成によっても、仮想化環境１４で不具合が生じた場合には、その不具合に起因して不正な表示が行われる可能性のある表示領域が遮蔽される。したがって、複数のＯＳ１６がそれぞれ表示器への表示を行う仮想化環境１４において、不正な表示が行われることを防止することができる。また、レイヤー１９の階層を入れ替えることで遮蔽できるため、不具合が検知された際に行う処理量を削減でき、例えば不具合を解消するための処理が圧迫されることなどを抑制できる。
【００８５】
あるいは、車両用装置１は、監視アプリ１８ｂによって不具合が検知された際、不具合が検知されたＯＳ１６に割り当てられているレイヤー１９を表示対象から外すことにより、不具合が生じたＯＳ１６側から不正な表示が行われる可能性のある表示領域を遮蔽する構成とすることもできる。
【００８６】
この場合、車両用装置１は、図１２に不具合検知時その１として示すように、例えば不具合が検知されたＯＳ１６Ｂに割り当てられているレイヤー１９Ｂを、合成対象から外すことにより、表示対象から外すことができる。
【００８７】
このような構成によっても、仮想化環境１４で不具合が生じた場合には、その不具合に起因して不正な表示が行われる可能性のある表示領域が遮蔽される。したがって、複数のＯＳ１６がそれぞれ表示器への表示を行う仮想化環境１４において、不正な表示が行われることを防止することができる。また、レイヤー１９Ａ側の表示は継続することができ、走行に必要となる速度計画像Ｍ１等が表示されなくなることを防止できる。
【００８８】
あるいは、車両用装置１は、図１２に不具合検知時その２として示すように、例えば不具合が検知されたＯＳ１６Ｂに割り当てられているレイヤー１９Ｂの透過率を、不具合が生じていない場合よりも高くすることにより、表示対象から外すことができる。この場合、透過率を１００％とすれば、レイヤー１９Ｂが透明になる。なお、図１２では、レイヤー１９Ｂを破線にて示すことにより、透明であることを模式的に示している。また、レイヤー１９Ｂを透明にしても、レイヤー１９Ａのコンテンツの表示は継続されるため、走行に必要となる速度計画像Ｍ１等が表示されなくなることを防止できる。
【００８９】
このような構成によっても、仮想化環境１４で不具合が生じた場合には、その不具合に起因して不正な表示が行われる可能性のある表示領域が遮蔽される。したがって、複数のＯＳ１６がそれぞれ表示器への表示を行う仮想化環境１４において、不正な表示が行われることを防止することができる。
【００９０】
（第４実施形態）
以下、第４実施形態について説明する。第４実施形態では、第１実施形態から第３実施形態を拡張した遮蔽態様について説明する。なお、車両用装置１の構成や監視遮蔽処理の流れ、あるいはレイヤー１９の階層構造などは第１実施形態と共通するため、図１から図７も参照しながら説明する。
【００９１】
各実施形態で示したように、不正な表示が行われる可能性のある表示領域を遮蔽することにより、不正な表示が行われることを防止できると考えられる。ただし、今まで表示されていたコンテンツが表示されなくなった場合、ユーザは、不具合が生じたのではなく、何かしらの設定が変更されたと受け取ることも想定される。
【００９２】
この場合、設定を元に戻そうとして車両用装置１を操作しようとして、注意が走行から逸れてしまうおそれがある。また、直ぐに復帰することが可能な不具合であっても、ユーザに過度に心配や不信感を与えてしまうおそれもある。そこで、車両用装置１は、不具合が生じたことを単に隠すのではなく、ユーザに不信感や不安感を与えないようにしている。
【００９３】
具体的には、車両用装置１は、図１３に示すように、不正な表示が行われる可能性のある表示領域を遮蔽コンテンツＣＭにより遮蔽する際、例えば「Ｒｅｓｔａｒｔｉｎｇ．．．」といったメッセージを表示する。つまり、車両用装置１は、不正な表示が行われる可能性のある表示領域を遮蔽する際、ユーザに視認可能な態様で不具合の内容を報知する構成となっている。なお、図１３の場合、不具合の解消のためにＯＳ１６あるいはアプリケーションを再起動していることを報知している。
【００９４】
このように、敢えて不具合の内容を報知することにより、なぜ表示が変わったのかをユーザが把握することができる。また、ユーザは、不具合の解消のために車両用装置１が動作していることを把握することができる。これらにより、ユーザに与える不信感や不安感を抑制することができる。このメッセージは、予めレイヤー１９Ｍに描画しておくこともできるし、遮蔽コンテンツＣＭを表示する際に新たに描画することもできる。
【００９５】
また、車両用装置１は、図１４に示すように、遮蔽コンテンツＣＭとともに時計画像を表示し、例えば再起動の残り時間を報知することもできる。つまり、車両用装置１は、遮蔽コンテンツＣＭに重ねて、あるいは、遮蔽コンテンツＣＭの近傍に、不具合の解消度合いを提示可能な画像を新たに描画する構成とすることができる。
【００９６】
このような構成によっても、ユーザは、表示が変わった原因、および原因に対処すべく車両用装置１が動作していることを把握することができ、不信感や不安感が抑制されることになる。なお、時計画像は一例であり、例えばプログレスバーなどを表示することもできる。あるいは、アニメーション画像を表示することにより、車両用装置１が動作中であることを示すことができる。
【００９７】
また、車両用装置１は、図１５に示すように、例えばメニュー画像Ｍ５をぼやかした表示とすることにより、メニューの操作ができないことを報知する構成とすることができる。この場合、メニュー画像Ｍ５をぼやかした状態の画像を予め遮蔽コンテンツＣＭとして用意しておき、不具合が検知された場合にその遮蔽コンテンツＣＭを表示させる構成とすることもできる。
【００９８】
このような構成によっても、ユーザは、表示が変わった原因、および原因に対処すべく車両用装置１が動作していることを把握することができ、不信感や不安感が抑制されることになる。なお、地図の画像をぼやかした遮蔽コンテンツＣＭを予め用意しておけば、ナビ画像Ｍ４の表示領域に不正な表示が行われる場合にも対処することができる。
【００９９】
（その他の実施形態）
第１実施形態から第３実施形態ではそれぞれ異なる遮蔽態様を個別に説明したが、表示器に応じて採用する遮蔽態様を異ならせる構成とすることができる。また、１つの表示器内において、遮蔽する表示領域の大きさや位置などに応じて異なる遮蔽態様を採用する構成とすることができる。
【０１００】
実施形態では予め遮蔽コンテンツＣＭをレイヤー１９Ｍに描画しておく例を示したが、不具合が検知された際、遮蔽コンテンツＣＭを新たに描画することにより、不正な表示が行われる可能性のある表示領域を遮蔽コンテンツＣＭによって遮蔽する構成とすることができる。
【０１０１】
実施形態ではＯＳ１６Ａ側とＯＳ１６Ｂ側からの表示が行われている場合を例にして説明したが、ＯＳ１６Ｂ側からの表示が行われている場合であっても、ＯＳ１６Ａ側からの表示により、不正な表示が行われる可能性のある表示領域を遮蔽することもできる。この場合、ＯＳ１６Ａから遮蔽コンテンツＣＭに相当するコンテンツを描画すればよい。
【０１０２】
実施形態では主としてメータディスプレイ２の例を説明したが、センターディスプレイ３やヘッドアップディスプレイ４についても、各実施形態と同様に不正な表示が行われる可能性のある表示領域を遮蔽することにより、不正な表示が行われることを防止できる。
【０１０３】
各実施形態では、車両用装置１の動作中に不具合が生じることを想定しているが、車両用装置１の起動時においても、表示器に不正な表示が行われる可能性がある。例えば、ＯＳ１６Ａが起動して表示器の初期化が完了した時点でＯＳ１６Ｂが起動途中である場合には、ＯＳ１６Ｂのブートログなどが表示される可能性がある。そのため、車両用装置１の起動時において不正な表示が行われる可能性がある場合には、各実施形態で説明したように監視部および遮蔽部を、起動が速いＯＳ１６Ａやハイパーバイザ１５に設けることにより、不正な表示が行われる可能性のある表示領域を遮蔽することができる。
【０１０４】
実施形態ではＯＳ１６Ａ上に監視部および遮蔽部を設ける構成を例示したが、仮想化環境１４において相対的にＯＳ１６Ｂよりも安定性が高いと考えられるソフトウェアであるハイパーバイザ１５上に設ける構成とすることもできる。
【０１０５】
本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に含まれるものである。
【０１０６】
本開示に記載の制御部１０及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部１０及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部１０及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。
【符号の説明】
【０１０７】
図面中、１は車両用装置、２はメータディスプレイ（表示器）、３はセンターディスプレイ（表示器）、４はヘッドアップディスプレイ（表示器）、１０は制御部、１１は表示出力部、１４は仮想化環境、１６はオペレーティングシステム、１８ａはメータアプリ（アプリケーション）、１８ｂは監視アプリ（監視部、アプリケーション）、１８ｃは遮蔽アプリ（遮蔽部、アプリケーション）、１８ｄはナビアプリ（アプリケーション）、１８ｅはメニューアプリ（アプリケーション）、１８ｆはＨＵＤアプリ（アプリケーション）、１８ｇは被監視アプリ（アプリケーション）、１９はレイヤー、ＣＭは遮蔽コンテンツを示す。
【図１】
2020187631.tif 000003
【図２】
2020187631.tif 000004
【図３】
2020187631.tif 000005
【図４】
2020187631.tif 000006
【図５】
2020187631.tif 000007
【図６】
2020187631.tif 000008
【図７】
2020187631.tif 000009
【図８】
2020187631.tif 000010
【図９】
2020187631.tif 000011
【図１０】
2020187631.tif 000012
【図１１】
2020187631.tif 000013
【図１２】
2020187631.tif 000014
【図１３】
2020187631.tif 000015
【図１４】
2020187631.tif 000016
【図１５】
2020187631.tif 000017