(57)【要約】【課題】複数のオペレーティングシステムを並列に動作可能とする技術を車両の室内のディスプレイに表示を行わせる車両用制御装置に用いる場合であっても、車両用制御装置の起動時に迅速に表示すべき表示コンテンツを他の表示コンテンツより迅速に表示させる。【解決手段】ＣＩＤに表示する表示要素をそれぞれ生成するＲＴＯＳ１０３，汎用ＯＳ１０４を並列に動作させることが可能な物理プロセッサ１０１と、ＲＴＯＳ１０３，汎用ＯＳ１０４によって生成される表示要素をＣＩＤに出力することで表示させる第１画像出力部とを備え、統合ＥＣＵの起動時に、起動時にさきがけて表示すべき先行表示要素を生成するＲＴＯＳ１０３を、汎用ＯＳ１０４よりも先に起動させる。【選択図】図３
2020201761.tif 000002
【特許請求の範囲】
【請求項１】
車両の室内に設けられるディスプレイ（２０，３０）に表示を行わせる車両用制御装置であって、
前記ディスプレイに表示する表示要素をそれぞれ生成する複数のオペレーティングシステム（１０３，１０３ａ，１０４）を並列に動作させることが可能な物理プロセッサ（１０１）と、
前記オペレーティングシステムによって生成される前記表示要素を前記ディスプレイに出力することで前記表示要素を前記ディスプレイに表示させる出力部（１２０，１３０）とを備え、
前記車両用制御装置の起動時に、複数の前記オペレーティングシステムのうち、前記起動時にさきがけて表示すべき前記表示要素である先行表示要素を生成する前記オペレーティングシステムである第１オペレーティングシステム（１０３，１０３ａ）を、他方の前記オペレーティングシステムである第２オペレーティングシステム（１０４）よりも先に起動開始させる車両用制御装置。
【請求項２】
前記物理プロセッサは、仮想化技術によって仮想化ソフトウェア（１０２，１０２ａ）上で複数の前記オペレーティングシステムを並列に動作させることが可能な請求項１に記載の車両用制御装置。
【請求項３】
複数の前記オペレーティングシステムのうち、一部の前記オペレーティングシステムは、前記仮想化ソフトウェア（１０２）と共通のカーネルを用いるものであって、
前記第１オペレーティングシステム（１０３）を、前記仮想化ソフトウェアと共通のカーネルを用いる前記オペレーティングシステムとすることで、前記車両用制御装置の起動時に、前記第１オペレーティングシステムを前記第２オペレーティングシステムよりも先に起動開始させる請求項２に記載の車両用制御装置。
【請求項４】
前記物理プロセッサに含まれる１又は複数の物理プロセッサコアは、前記仮想化技術によって仮想プロセッサコアに抽象化されるものであり、
前記仮想化ソフトウェア（１０２ａ）が、前記第１オペレーティングシステム（１０３ａ）に割り当てる前記仮想プロセッサコアの量を前記第２オペレーティングシステムよりも多くすることで、前記車両用制御装置の起動時に、前記第１オペレーティングシステムを前記第２オペレーティングシステムよりも先に起動開始させる請求項２に記載の車両用制御装置。
【請求項５】
前記車両用制御装置の起動時に、前記第１オペレーティングシステムの起動状態が所定段階に達するまでは、前記第２オペレーティングシステムの起動を開始させないようにする請求項２〜４のいずれか１項に記載の車両用制御装置。
【請求項６】
前記出力部は、前記先行表示要素の表示が終了した後、前記第２オペレーティングシステムが生成する前記表示要素からなる表示コンテンツである次コンテンツ画像の表示が開始される前に、前記第１オペレーティングシステムが生成する、前記次コンテンツ画像のうちの一部である一部表示要素を表示させておく請求項１〜５のいずれか１項に記載の車両用制御装置。
【請求項７】
前記出力部は、前記先行表示要素の表示が終了した後から、前記次コンテンツ画像の表示が開始されるまで、前記第１オペレーティングシステムが生成する前記一部表示要素を表示させておく請求項６に記載の車両用制御装置。
【請求項８】
前記出力部は、前記先行表示要素の表示が終了した後、前記第２オペレーティングシステムが生成する前記表示要素である第２側要素を含んでなる表示コンテンツである次コンテンツ画像の表示が開始される前に、前記第１オペレーティングシステムが生成する、前記次コンテンツ画像のうちの前記第２側要素を除く一部である一部表示要素を表示させておく請求項１〜５のいずれか１項に記載の車両用制御装置。
【請求項９】
前記出力部は、前記先行表示要素の表示が終了した後から、前記第１オペレーティングシステムが生成する前記一部表示要素を表示させておき、前記第２オペレーティングシステムが生成する前記第２側要素の表示が開始される場合には、この第２側要素とともにこの一部表示要素を表示させることで前記次コンテンツ画像を表示させる請求項８に記載の車両用制御装置。
【請求項１０】
前記第２オペレーティングシステムは、前記車両においてユーザが受けるサービスに関するアプリケーションを実行するものであって、
前記先行表示要素には、前記アプリケーションがユーザから操作を受け付けるための表示要素を含まない一方、前記次コンテンツ画像には、前記アプリケーションがユーザから操作を受け付けるための表示要素を含む請求項６〜９のいずれか１項に記載の車両用制御装置。
【請求項１１】
車両の室内に設けられるディスプレイ（２０，３０）と、
前記ディスプレイに表示を行わせる、請求項１〜１０のいずれか１項に記載の車両用制御装置（１０）とを含む車両用表示システム。
【請求項１２】
車両の室内に設けられるディスプレイ（２０，３０）に車両用制御装置によって表示を行わせる車両用表示制御方法であって、
前記車両用制御装置の起動時に、前記ディスプレイに表示する表示要素をそれぞれ生成する複数のオペレーティングシステム（１０３，１０３ａ，１０４）を並列に動作させることが可能な物理プロセッサ（１０１）で動作させる複数の前記オペレーティングシステムのうち、前記起動時にさきがけて表示すべき前記表示要素である先行表示要素を生成する前記オペレーティングシステムである第１オペレーティングシステム（１０３，１０３ａ）を、他方の前記オペレーティングシステムである第２オペレーティングシステム（１０４）よりも先に起動開始させる車両用表示制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車両用制御装置、車両用表示システム、及び車両用表示制御方法に関するものである。
【背景技術】
【０００２】
従来、複数のオペレーティングシステム（ＯＳ：Operating System）を並列に実行可能な技術が知られている。例えば、特許文献１には、２つのＯＳを実プロセッサにより論理的に実現される複数の仮想プロセッサ上で並列に動作可能とする技術が開示されている。このような技術は仮想化技術と呼ばれている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２７７１７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
複数のＯＳを並列に動作可能とする技術を、車両の室内のディスプレイに表示を行わせる車両用制御装置に用いる場合に、以下のような問題が考えられる。
【０００５】
例えば、車両の利用開始に伴って車両用制御装置も起動を開始するとした場合に、複数のＯＳもそれぞれの起動プロセスを経て、それぞれの表示機能を実行できる状態へと移行する。ここで、複数のＯＳそれぞれの起動完了のタイミングが同一でなく、遅れて起動完了するＯＳが存在することが考えられる。この遅れて起動完了するＯＳに、車両用制御装置の起動時に迅速に表示しなければならない表示コンテンツの表示機能が配置されていた場合、この表示コンテンツの表示が他の表示コンテンツの表示に対して遅れてしまう。
【０００６】
特に、仮想化技術によって共通のハードウェア上で複数のＯＳの起動プロセスを実行する場合、複数のＯＳが共通のハードウェアを利用する分だけ、ＯＳの起動完了までに時間を要することになる。よって、上述した表示コンテンツの表示の遅れがより顕著となるおそれがある。
【０００７】
この開示のひとつの目的は、複数のオペレーティングシステムを並列に動作可能とする技術を車両の室内のディスプレイに表示を行わせる車両用制御装置に用いる場合であっても、車両用制御装置の起動時に迅速に表示すべき表示コンテンツを他の表示コンテンツよりも迅速に表示させることを可能にする車両用制御装置、車両用表示システム、及び車両用表示制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は、開示の更なる有利な具体例を規定する。特許請求の範囲に記載した括弧内の符号は、ひとつの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。
【０００９】
上記目的を達成するために、本開示の車両用制御装置は、車両の室内に設けられるディスプレイ（２０，３０）に表示を行わせる車両用制御装置であって、ディスプレイに表示する表示要素をそれぞれ生成する複数のオペレーティングシステム（１０３，１０３ａ，１０４）を並列に動作させることが可能な物理プロセッサ（１０１）と、オペレーティングシステムによって生成される表示要素をディスプレイに出力することで表示要素をディスプレイに表示させる出力部（１２０，１３０）とを備え、車両用制御装置の起動時に、複数のオペレーティングシステムのうち、起動時にさきがけて表示すべき表示要素である先行表示要素を生成するオペレーティングシステムである第１オペレーティングシステム（１０３，１０３ａ）を、他方のオペレーティングシステムである第２オペレーティングシステム（１０４）よりも先に起動開始させる。
【００１０】
また、上記目的を達成するために、本開示の車両用表示制御方法は、車両の室内に設けられるディスプレイ（２０，３０）に車両用制御装置によって表示を行わせる車両用表示制御方法であって、車両用制御装置の起動時に、ディスプレイに表示する表示要素をそれぞれ生成する複数のオペレーティングシステム（１０３，１０３ａ，１０４）を並列に動作させることが可能な物理プロセッサ（１０１）で動作させる複数のオペレーティングシステムのうち、起動時にさきがけて表示すべき表示要素である先行表示要素を生成するオペレーティングシステムである第１オペレーティングシステム（１０３，１０３ａ）を、他方のオペレーティングシステムである第２オペレーティングシステム（１０４）よりも先に起動開始させる。
【００１１】
これらによれば、車両用制御装置の起動時に、物理プロセッサで並列に動作させることが可能な複数のオペレーティングシステムのうち、起動時にさきがけて表示すべき表示要素である先行表示要素を生成する第１オペレーティングシステムを、他方のオペレーティングシステムである第２オペレーティングシステムよりも先に起動開始させる。よって、車両用制御装置の起動時に、第２オペレーティングシステムで生成する表示要素よりも、第１オペレーティングシステムで生成する表示要素を先に生成させることが可能になる。従って、第１オペレーティングシステムで生成する表示要素を、第２オペレーティングシステムで生成する表示要素よりも先に出力部で表示させることが可能になる。その結果、複数のオペレーティングシステムを並列に動作可能とする技術を車両の室内のディスプレイに表示を行わせる車両用制御装置に用いる場合であっても、車両用制御装置の起動時に迅速に表示すべき表示コンテンツを他の表示コンテンツよりも迅速に表示させることが可能になる。
【００１２】
また、上記目的を達成するために、本開示の車両用表示システムは、車両の室内に設けられるディスプレイ（２０，３０）と、ディスプレイに表示を行わせる、前述の車両用制御装置（１０）とを含む。
【００１３】
これによれば、前述の車両用制御装置を含むので、複数のオペレーティングシステムを並列に動作可能とする技術を車両の室内のディスプレイに表示を行わせる車両用制御装置に用いる場合であっても、車両用制御装置の起動時に迅速に表示すべき表示コンテンツを他の表示コンテンツよりも迅速に表示させることが可能になる。
【図面の簡単な説明】
【００１４】
【図１】車両用表示システム１の概略的な構成の一例を示す図である。
【図２】統合ＥＣＵ１０の概略的な構成の一例を示す図である。
【図３】実施形態１におけるメインマイコン１００の物理プロセッサ１０１の概念的な構成の一例を示す図である。
【図４】統合ＥＣＵ１０の起動時のメインマイコン１００の動作について説明を行うためのタイムチャートである。
【図５】実施形態１の構成の課題について説明するための図である。
【図６】次コンテンツ画像の一例を説明するための図である。
【図７】一部画像の一例を説明するための図である。
【図８】実施形態２のより好ましい構成の一例を説明するための図である。
【図９】実施形態２における統合ＥＣＵ１０での起動時表示関連処理の流れの一例を示すフローチャートである。
【図１０】実施形態３のより好ましい構成の一例を説明するための図である。
【図１１】実施形態４におけるメインマイコン１００の物理プロセッサ１０１の概念的な構成の一例を示す図である。
【図１２】一時割り当てに関するハイパーバイザー１０２ａの概略的な構成の一例を示す図である。
【図１３】動作時割り当て量の一例について説明を行うための模式図である。
【図１４】ハイパーバイザー１０２ａでの一時割り当て関連処理の流れの一例を示すフローチャートである。
【図１５】ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の動作状態とハイパーバイザー１０２ａでの仮想コアの割り当ての変化との関係の一例を示すタイムチャートである。
【発明を実施するための形態】
【００１５】
図面を参照しながら、開示のための複数の実施形態を説明する。なお、説明の便宜上、複数の実施形態の間において、それまでの説明に用いた図に示した部分と同一の機能を有する部分については、同一の符号を付し、その説明を省略する場合がある。同一の符号を付した部分については、他の実施形態における説明を参照することができる。
【００１６】
（実施形態１）
＜車両用表示システム１の概略構成＞
以下、本実施形態について図面を用いて説明する。まず、図１を用いて、車両用表示システム１の説明を行う。車両用表示システム１は、車両で用いられる。以下では、車両用表示システム１が自動車で用いられる場合を例に挙げて説明を行う。図１に示すように、車両用表示システム１は、統合ＥＣＵ１０、センターインフォメーションディスプレイ（以下、ＣＩＤ）２０、及びメータマルチインフォメーションディスプレイ（以下、メータＭＩＤ）３０を含む。
【００１７】
ＣＩＤ２０は、車両の室内のうちのセンタクラスタに設けられるディスプレイである。ＣＩＤ２０としては、画像を描画できるディスプレイを用いればよい。ＣＩＤ２０としては、液晶ディスプレイ、有機ＥＬディスプレイ等を用いることができる。ＣＩＤ２０には、主に安全性及び安心性よりも利便性及び快適性が要求される特性を有する機能の情報が表示される。一例として、ＣＩＤ２０には、主にナビ情報，オーディオ情報，空調情報等のインフォテインメント機能の情報が表示される。ここで言うところのインフォテインメント機能とは、安全性及び安心性以外の利便性及び快適性に関する機能である。
【００１８】
ナビ情報は、ナビゲーション機能に関する情報であって、例えば経路案内画像等である。オーディオ情報は、オーディオ機器の操作に関する画像等である。空調情報は、空調機器の操作に関する画像等である。ＣＩＤ２０には、インフォテインメント機能の情報以外にも、起動画面の情報も表示される。起動画面の情報は、例えば車両ドア開扉時のおもてなし演出に関する画像（以下、ウェルカム画像），車両起動時のオープニング演出に関する画像（以下、オープニング画像）等である。ウェルカム画像は、車両ドア開扉時に表示される画像であって、車両起動よりも前に表示される画像である。オープニング画像は、車両起動時に表示される画像である。ウェルカム画像，オープニング画像は、複数コマの静止画像を時系列順に表示させることで例えばアニメーション表示される構成とすればよい。空調情報は、空調機器の操作に関する画像等である。
【００１９】
メータＭＩＤ３０は、車両の室内のうちの運転席の正面に設けられるディスプレイである。一例として、メータＭＩＤ３０は、メータパネルに設けられる構成とすればよい。メータＭＩＤ３０としては、画像を描画できるディスプレイを用いればよい。メータＭＩＤ３０としては、液晶ディスプレイ、有機ＥＬディスプレイ等を用いることができる。メータＭＩＤ３０には、主に利便性及び快適性よりも安全性及び安心性が要求される特性を有する機能の情報が表示される。一例として、メータＭＩＤ３０には、主にメータ情報等の安全安心機能の情報が表示される。
【００２０】
メータ情報は、メータ表示に関する画像等である。メータＭＩＤ３０には、安全安心機能の情報以外にも、起動画面の情報，簡略化したナビ情報等も表示される。起動画面の情報は、前述のウェルカム画像，オープニング画像等であって、メータＭＩＤ３０に表示されるウェルカム画像，オープニング画像は、ＣＩＤ２０に表示されるウェルカム画像，オープニング画像と同一であっても同一でなくてもよい。簡略化したナビ情報は、インフォテインメント機能の情報であって、ＣＩＤ２０で表示させるナビ情報よりも簡略化した情報である。例えば次の進行方向を示す表示といった簡略化した経路案内画像等である。
【００２１】
統合ＥＣＵ１０は、ＣＩＤ２０を制御する機能とメータＭＩＤ３０を制御する機能とを集約したＥＣＵ（Electronic Control Unit）である。統合ＥＣＵ１０は、ＣＩＤ２０及びメータＭＩＤ３０と接続されており、ＣＩＤ２０及びメータＭＩＤ３０に種々の画像を描画して表示させる。統合ＥＣＵ１０は、車内ＬＡＮにも接続されており、車内ＬＡＮに接続されるセンサ，他のＥＣＵ等からの情報が入力される。統合ＥＣＵ１０がＣＩＤ２０及びメータＭＩＤ３０に描画する画像が、統合ＥＣＵ１０の出力情報にあたる。車内ＬＡＮを介して統合ＥＣＵ１０に入力される情報が、統合ＥＣＵ１０の入力情報にあたる。入力情報には、車速及び走行距離等の車両情報，デジタルテレビの映像情報，スマートフォンと連携するスマートフォン連携情報等が挙げられる。統合ＥＣＵ１０は、入力情報と出力情報とを一括管理する構成であって、各種情報の入力元と出力先とを自由に組み替え可能である。
【００２２】
統合ＥＣＵ１０は、例えばプロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備えるマイクロコンピュータ（以下、マイコン）を主体として構成される。ここで言うところのプロセッサは、演算ユニット及びレジスタ等からなる物理的なプロセッサ（以下、物理プロセッサ）である。物理プロセッサは、１つの物理的なプロセッサコアからなるものであっても複数の物理的なプロセッサコアからなるものであってもよい。
【００２３】
統合ＥＣＵ１０は、不揮発性メモリに記憶された制御プログラムを実行することでＣＩＤ２０及びメータＭＩＤ３０への画像の表示に関する各種の処理を実行する。特に本実施形態では、統合ＥＣＵ１０は、仮想化ソフトウェア上で複数のＯＳを並列に動作可能とし、複数のＯＳのそれぞれで画像の表示に関する処理を実行可能とする。この統合ＥＣＵ１０が車両用制御装置に相当する。また、この統合ＥＣＵ１０での処理を実行することが、車両用表示制御方法が実行されることに相当する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ又は磁気ディスクなどによって実現される。なお、統合ＥＣＵ１０の詳細については以下で述べる。
【００２４】
＜統合ＥＣＵ１０の概略構成＞
続いて、図２を用いて、統合ＥＣＵ１０の概略構成の一例について説明を行う。図２では、便宜上、ＣＩＤ２０及びメータＭＩＤ３０への画像の表示に関する構成の一例について示す。統合ＥＣＵ１０は、メインマイコン１００、サブマイコン１１０、第１画像出力部１２０、及び第２画像出力部１３０を備えている。なお、統合ＥＣＵ１０が実行する機能の一部又は全部を、１つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。
【００２５】
サブマイコン１１０は、メインマイコン１００のオンオフを制御する機能等を備える。サブマイコン１１０は、統合ＥＣＵ１０の起動トリガを検出した場合に、メインマイコン１００を起動させる。起動トリガの一例としては、電源電圧の一定レベル以上への上昇，車内ＬＡＮからのウェイクアップ信号の取得等が挙げられる。起動トリガは、ユーザの車両の利用開始時に発生する。ユーザの車両の利用開始時とは、車両の内燃機関又はモータジェネレータを始動させるためのスイッチ（以下、パワースイッチ）がオンになる車両起動時，車両のドアが開扉される車両ドア開扉時等が挙げられる。
【００２６】
サブマイコン１１０は、例えば車両起動時と車両ドア開扉時との起動トリガを区別して検出し、それぞれの起動トリガに応じた指示をメインマイコン１００に送ることで、車両起動時と車両ドア開扉時とで異なる起動の態様をメインマイコン１００に取らせる構成とすればよい。本実施形態では、統合ＥＣＵ１０の起動は、車両起動時と車両ドア開扉時とでそれぞれ発生し得る場合を例に挙げて説明を行う。統合ＥＣＵ１０の起動が、車両起動時と車両ドア開扉時との両方で生じる場合の例としては、車両ドア開扉から車両起動がされずに一定時間が経過することで統合ＥＣＵ１０の起動が終了する場合が挙げられる。なお、統合ＥＣＵ１０の起動は、例えばメインマイコン１００の起動と置き換えてもよい。
【００２７】
メインマイコン１００は、ＣＩＤ２０へ表示させる画像及びメータＭＩＤ３０へ表示させる画像を生成する。メインマイコン１００は、統合ＥＣＵ１０の起動時に、統合ＥＣＵ１０の起動時に先がけて表示すべき画像（以下、先行表示画像）を先に表示させた後、ＣＩＤ２０及びメータＭＩＤ３０のそれぞれに表示すべき表示コンテンツの画像を表示させる。メインマイコン１００は、車両ドア開扉時には、先行表示画像としてウェルカム画像を表示させる構成とすればよい。メインマイコン１００は、車両起動時には、先行表示画像としてオープニング画像を表示させる構成とすればよい。先行表示画像の表示を行わせるアプリケーションを以降では先行表示アプリと呼ぶ。
【００２８】
また、メインマイコン１００は、統合ＥＣＵ１０の起動時に先行表示画像とは別に優先して表示すべきコンテンツ画像（以下、優先画像）の表示を行わせる。ここで言うところの優先とは、例えばインフォテインメント機能の情報を表示させるよりも先に表示させることを示す。優先画像の一例としては、メータ表示等の、他の表示に先がけて表示すべき安全安心機能の情報の表示が挙げられる。優先画像の表示を行うアプリケーションを、以降では優先アプリと呼ぶ。優先画像の例としては、リアビューカメラの撮像画像等も挙げられるが、以降ではメータ表示を例に挙げて説明を行う。メインマイコン１００のＣＩＤ２０及びメータＭＩＤ３０への画像の表示に関する構成の詳細については後述する。
【００２９】
第１画像出力部１２０は、メインマイコン１００で生成される、ＣＩＤ２０へ表示させる画像を、ＣＩＤ２０に出力し、ＣＩＤ２０にこの画像を描画する。第１画像出力部１２０としては、例えばＩＣを用いればよい。第２画像出力部１３０は、メインマイコン１００で生成される、メータＭＩＤ３０へ表示させる画像を、メータＭＩＤ３０に出力し、メータＭＩＤ３０にこの画像を描画する。第２画像出力部１３０としては、例えばＩＣを用いればよい。
【００３０】
また、統合ＥＣＵ１０は、仮想化技術によってメインマイコン１００のハードウェアリソースを抽象化し、単一のメインマイコン１００で複数のオペレーティングシステム（以下、ＯＳ）を並列に動作可能とする。統合ＥＣＵ１０は、不揮発性メモリに記憶された仮想化ソフトウェアの制御プログラムを実行することでメインマイコン１００の物理プロセッサを抽象化し、仮想化ソフトウェア上で複数のＯＳを並列に動作可能とする。
【００３１】
より詳しくは、統合ＥＣＵ１０は、仮想化技術によって物理プロセッサを複数の仮想プロセッサコアに抽象化し、異なる仮想プロセッサコア（以下、仮想コア）をそれぞれのＯＳに割り当てることで、それぞれのＯＳを動作させる。仮想化ソフトウェアは、物理プロセッサのリソースをクロック単位で時分割して使用することで仮想的に複数のコア（つまり、仮想コア）が存在しているように動作させることで、異なる仮想コアでそれぞれＯＳを動作させればよい。物理プロセッサは、複数の物理的なプロセッサコア（以下、物理コア）からなるものとする。なお、仮想コアと論理コアとの紐付けは、必ずしも１対１の比率に限らず、１つの論理コアに複数の仮想コアが紐付けられる構成としてもよい。
【００３２】
仮想化ソフトウェアは、仮想プロセッサコアの動作状態を管理して仮想化を実現する仮想化専用のソフトウェアとする。一例として、以下では仮想化ソフトウェアとしてハイパーバイザー（Hypervisor）を用いる場合を例に挙げて説明を行う。以下では、仮想化技術によってハイパーバイザー上で２つのＯＳを並列に動作可能とする場合を例に挙げて説明を行う。
【００３３】
＜メインマイコン１００の物理プロセッサ１０１の概念的な構成＞
ここで、図３を用いて、実施形態１におけるメインマイコン１００の物理プロセッサ１０１の概念的な構成の一例について説明を行う。ここでは、２つのＯＳとして、リアルタイム特性を持つリアルタイムオペレーティングシステム（以下、ＲＴＯＳ）１０３と、汎用オペレーティングシステム（以下、汎用ＯＳ）１０４とを用いる場合を例に挙げて説明を行う。ＲＴＯＳ１０３は、例えばＱＮＸ（登録商標）とすればよい。汎用ＯＳ１０４は、例えばＬｉｎｕｘ（登録商標）とすればよい。
【００３４】
メインマイコン１００は、物理プロセッサ１０１上に、ハイパーバイザー１０２を搭載している。また、ハイパーバイザー１０２は、物理プロセッサ１０１を抽出化した仮想プロセッサコア上で、ＲＴＯＳ１０３と汎用ＯＳ１０４とを並列動作させることが可能となっている。ハイパーバイザー１０２とＲＴＯＳ１０３とは、マイクロカーネル（以下、カーネル）が共通であるものとする。このＲＴＯＳ１０３が第１オペレーティングシステムに相当し、汎用ＯＳ１０４が第２オペレーティングシステムに相当する。
【００３５】
ＲＴＯＳ１０３は、リアルタイム特性を持つので、前述の安全安心機能に関するアプリケーションを実行する。一方、汎用ＯＳ１０４は、前述のインフォテインメント機能に関するアプリケーションを実行する。言い換えると、汎用ＯＳ１０４は、車両においてユーザが受けるサービスに関するアプリケーションを実行する。ＲＴＯＳ１０３は安全安心機能に関する画像を生成し、汎用ＯＳ１０４はインフォテインメント機能に関する画像を生成する。しかしながら、本実施形態では、ＲＴＯＳ１０３が例外的に、安全安心機能に関する画像以外に、先行表示画像も生成するものとする。先行表示画像としては、前述のオープニング画像，ウェルカム画像等が挙げられる。先行表示画像を構成する表示要素が先行表示要素に相当する。以降では、先行表示画像がオープニング画像である場合を例に挙げて説明を行う。
【００３６】
＜統合ＥＣＵ１０の起動時の動作について＞
続いて、図４のタイムチャートを用いて、統合ＥＣＵ１０の起動時の動作について説明を行う。以降では、車両起動時にオープニング画像をＣＩＤ２０に表示させる場合を例に挙げて説明を行う。なお、ドア開扉時にウェルカム画像をＣＩＤ２０に表示させる場合も同様である。
【００３７】
統合ＥＣＵ１０の起動時には、起動トリガを検出したサブマイコン１１０によってメインマイコン１００が起動される。そして、メインマイコン１００において、ハイパーバイザー１０２の構築が開始される。ここで、ＲＴＯＳ１０３は、ハイパーバイザー１０２とカーネルが共通であるので、ハイパーバイザー１０２の構築とともに、ＲＴＯＳ１０３の起動準備も開始される。ＲＴＯＳ１０３の起動準備の開始が、ＲＴＯＳ１０３の起動開始にあたる。続いて、ハイパーバイザー１０２の構築が、汎用ＯＳ１０４の起動準備を開始可能な段階まで進むと、汎用ＯＳ１０４の起動準備が開始される。汎用ＯＳ１０４の起動準備の開始が、汎用ＯＳ１０４の起動開始にあたる。汎用ＯＳ１０４の起動準備は、ハイパーバイザー１０２の構築が進まないと開始できないため、汎用ＯＳ１０４の起動準備は、ＲＴＯＳ１０３の起動準備よりも遅れて開始される。
【００３８】
ハイパーバイザー１０２の構築が進み、ＲＴＯＳ１０３の起動準備が先行表示アプリを実行可能な段階まで達すると、ハイパーバイザー１０２上でＲＴＯＳ１０３が先行表示アプリを実行する。一例として、ＲＴＯＳ１０３は、起動完了時には先行表示アプリを含む複数のアプリケーションが実行可能となるものであって、起動完了前には先行表示アプリの実行が可能となるものとする。
【００３９】
ＲＴＯＳ１０３が先行表示アプリを実行する場合、ＲＴＯＳ１０３が先行表示画像としてオープニング画像を生成する。ＲＴＯＳ１０３は、生成したオープニング画像をメインマイコン１００の共有メモリに書き込む。ＲＴＯＳ１０３は、メインマイコン１００の共有メモリに書き込まれたオープニング画像を、グラフィックメモリに展開する。ＲＴＯＳ１０３は、複数レイヤの画像が存在する場合には、複数レイヤの画像を合成し、グラフィックメモリに展開すればよい。例えば、ＲＴＯＳ１０３で生成される画像と汎用ＯＳ１０４で生成される画像とは、別レイヤの画像とすればよい。
【００４０】
第１画像出力部１２０は、グラフィックメモリに展開されたオープニング画像を読み出す。第１画像出力部１２０は、読み出したオープニング画像をＣＩＤ２０に出力し、ＣＩＤ２０にオープニング画像を描画する。この第１画像出力部１２０が出力部に相当する。オープニング画像をアニメーション表示する場合には、アニメーションを構成する各コマの静止画像について、上述の処理が逐次行われる。
【００４１】
汎用ＯＳ１０４の起動準備は、ＲＴＯＳ１０３の起動準備よりも遅れて開始されるため、ＲＴＯＳ１０３がオープニング画像を生成するよりも遅れて、汎用ＯＳ１０４でアプリケーションを実行することが可能になる。汎用ＯＳ１０４は、インフォテインメント機能の情報の表示を行うアプリケーションを実行し、オープニング画像の表示の後に表示させるコンテンツ画像（以下、次コンテンツ画像）を生成する。汎用ＯＳ１０４は、生成した次コンテンツ画像を共有メモリに書き込む。続いて、ＲＴＯＳ１０３は、メインマイコン１００の共有メモリに書き込まれた次コンテンツ画像を、グラフィックメモリに展開する。
【００４２】
第１画像出力部１２０は、グラフィックメモリに展開された次コンテンツ画像を読み出す。第１画像出力部１２０は、読み出した次コンテンツ画像をＣＩＤ２０に出力し、ＣＩＤ２０に次コンテンツ画像を描画する。本実施形態では、汎用ＯＳ１０４が生成した次コンテンツ画像もＲＴＯＳ１０３が描画させるので、ＲＴＯＳ１０３が生成した画像も汎用ＯＳ１０４が生成した画像も、ＲＴＯＳ１０３が表示させることになる。なお、必ずしもこれに限らず、例えば、汎用ＯＳ１０４が生成した次コンテンツ画像を汎用ＯＳ１０４が描画させる構成としてもよい。
【００４３】
なお、ハイパーバイザー１０２は、図４に示すように、先に起動するＲＴＯＳ１０３の起動準備が所定段階に達するまでは、後に起動させる汎用ＯＳ１０４の起動準備を開始させないことが好ましい。これによれば、汎用ＯＳ１０４の起動準備を開始させるまでは、ハードウェアリソースをＲＴＯＳ１０３の起動準備に集中させることが可能となり、先に起動させるべきＲＴＯＳ１０３をより迅速に起動させることが可能になる。ここで言うところの所定段階とは、例えばメータ表示等の優先画像を表示させる優先アプリの実行が可能になる段階とすればよい。これによれば、メータ表示といった、統合ＥＣＵ１０の起動時により迅速に対応することが要求される処理をより迅速に行わせることが可能になる。優先アプリの実行が可能となることを、以下では優先アプリの起動完了とする。また、所定段階は、ＲＴＯＳ１０３の起動が完了する段階としてもよいし、オープニング画像の表示が開始される段階としてもよい。
【００４４】
＜実施形態１のまとめ＞
実施形態１の構成によれば、統合ＥＣＵ１０は、先行表示画像を生成するＲＴＯＳ１０３が、ハイパーバイザー１０２と共通のカーネルを用いることで、統合ＥＣＵ１０の起動時に、汎用ＯＳ１０４よりもＲＴＯＳ１０３の方を先に起動開始させるようにしている。これにより、統合ＥＣＵ１０は、統合ＥＣＵ１０の起動時に、汎用ＯＳ１０４で生成する画像よりも、ＲＴＯＳ１０３で生成する画像を先に生成させる。また、ＲＴＯＳ１０３で生成する画像を、汎用ＯＳ１０４で生成する画像よりも先に第１画像出力部１２０でＣＩＤ２０に表示させる。従って、統合ＥＣＵ１０は、統合ＥＣＵ１０の起動時に、ＲＴＯＳ１０３で生成する先行表示画像を、汎用ＯＳ１０４で生成する次コンテンツ画像よりも迅速に表示させることが可能になる。その結果、複数のＯＳを並列に動作可能とする技術を車両の室内のディスプレイに表示を行わせる車両用制御装置に用いる場合であっても、車両用制御装置の起動時に迅速に表示すべき表示コンテンツを他の表示コンテンツよりも迅速に表示させることが可能になる。
【００４５】
（実施形態２）
実施形態１では、統合ＥＣＵ１０の起動時に、先行表示画像を生成するＲＴＯＳ１０３を、汎用ＯＳ１０４よりも迅速に起動開始させることを可能にする構成を示した。しかしながら、先行表示画像を生成するＲＴＯＳ１０３を、汎用ＯＳ１０４よりも迅速に起動開始させることで、以下の課題が生じる。
【００４６】
ここで、図５を用いて、実施形態１の構成による課題についての説明を行う。ここでは、先行表示画像としてオープニング画像を用いる場合を例に挙げて説明を行うが、オープニング画像以外の先行表示画像であっても同様である。図５は、図４で示したのと同様のタイムチャートである。図５に示すように、実施形態１の構成によればオープニング画像を生成するＲＴＯＳ１０３を、次コンテンツ画像を生成する汎用ＯＳ１０４よりも迅速に起動開始させることになる。この場合、図５に示すように、オープニング画像の表示終了から、次コンテンツ画像の表示開始までの空時間が増大する。この空時間が増加すると、ＣＩＤ２０に順次表示される画像がユーザに途切れて見えてしまい、ユーザに違和感を与えるおそれがある。一方、オープニング画像の表示終了後も、次コンテンツ画像の表示開始までオープニング画像を表示し続けると、オープニング画像がフリーズしてユーザに見えてしまい、ユーザに違和感を与えるおそれがある。
【００４７】
以上の課題を解決する構成として、以下では実施形態２の構成について図を用いて説明を行う。実施形態２の車両用表示システム１は、ＲＴＯＳ１０３及び第１画像出力部１２０での処理が一部異なる点を除けば、実施形態１の車両用表示システム１と同様である。以下では、ＲＴＯＳ１０３及び第１画像出力部１２０での処理のうち、実施形態１と異なる点について述べる。
【００４８】
ＲＴＯＳ１０３は、オープニング画像の生成終了後、次コンテンツ画像の表示が開始される前に、次コンテンツ画像の一部の表示要素（以下、一部表示要素）からなる一部画像を生成する。ここで言うところのオープニング画像の生成終了とは、オープニング画像として表示させる全ての画像の生成終了を示す。オープニング画像がアニメーション表示される場合には、アニメーションを構成する全コマの静止画像の生成終了を示す。
【００４９】
一部表示要素は、汎用ＯＳ１０４が実行するアプリケーションがユーザから操作を受け付けるための表示要素（以下、操作受け付け関連要素）を含まない表示要素とすることが好ましい。操作受け付け関連要素としては、例えば、ユーザから操作を受け付けるボタン表示を構成する表示要素，ユーザに操作を促す起因となる注意書き等の関連文章を構成する表示要素が挙げられる。ボタン表示を構成する表示要素としては、ボタン形状と文字及び／又は絵が挙げられる。一部表示要素としては、例えば、操作受け付け関連要素が配置される枠が挙げられる。以下では、次コンテンツ画像は、操作受け付け関連要素であるボタン表示及び注意書きと一部表示要素である枠とからなる場合を例に挙げて以降の説明を行う。
【００５０】
第１画像出力部１２０は、オープニング画像の表示が終了した後、次コンテンツ画像の表示が開始されるまでの間に、ＲＴＯＳ１０３が生成する枠からなる一部画像をＣＩＤ２０に表示させておく。そして、第１画像出力部１２０は、汎用ＯＳ１０４が起動完了して次コンテンツ画像が生成された場合に、次コンテンツ画像の表示に切り替える。次コンテンツ画像の表示への切り替えは、例えばＲＴＯＳ１０３がグラフィックメモリに展開する画像を切り替えることで実現すればよい。この場合、ＲＴＯＳ１０３は、汎用ＯＳ１０４が次コンテンツ画像を生成したことを示す通知を、汎用ＯＳ１０４からサービスバスを介して受けて、グラフィックメモリに展開する画像を切り替える構成とすればよい。
【００５１】
実施形態２の構成によれば、オープニング画像の表示後から図６に示す次コンテンツ画像の表示までの間に、図７に示すような一部画像を表示させることになる。図６及び図７のＳｃがＣＩＤ２０の画面を示しており、Ｆｒが一部画像としての枠を示している。図６のＯｐが操作受け付け関連要素を示している。図６のＢｕが操作受け付け関連要素のうちのボタン表示を構成する表示要素，Ａｒが操作受け付け関連要素のうちの関連文章を構成する表示要素を示している。
【００５２】
これによれば、オープニング画像の表示後から次コンテンツ画像の表示までの間に、一部画像を表示させることで、次コンテンツ画像の表示を行うことができない空時間に一部画像が表示されることになる。この空時間に一部画像が表示されることで、ＣＩＤ２０に順次表示される画像がユーザに途切れて見えにくくなる。また、一部画像は、次コンテンツ画像のうちの操作受け付け関連要素を除く画像であるので、一部画像を表示することで、次コンテンツ画像へ段階的に移行しているように見せることが可能になる。従って、ユーザに違和感を与えにくくなる。
【００５３】
また、次コンテンツ画像が表示される前に表示させる一部画像に、操作受け付け関連要素を含まないことにより、汎用ＯＳ１０４が起動完了していない状況において操作受け付け関連要素を表示させない。つまり、汎用ＯＳ１０４が起動完了しておらず、汎用ＯＳ１０４で実行するアプリケーションがユーザから操作を受け付けることができない場合に、操作受け付け関連要素を表示させない。よって、ユーザが無駄な操作を行う状況を防ぐことが可能になる。汎用ＯＳ１０４が起動完了した後は、例えばボタン表示に対するユーザからの操作を汎用ＯＳ１０４で実行するアプリケーションが受け付け、次の処理に移る構成とすればよい。
【００５４】
なお、次コンテンツ画像が表示される前に表示させる一部画像には、次コンテンツ画像の一部であれば、操作受け付け関連要素を含む構成としてもよい。この場合であっても、次コンテンツ画像の表示を行うことができない空時間に一部画像が表示されることで、ＣＩＤ２０に順次表示される画像がユーザに途切れて見えにくくなる。また、次コンテンツ画像へ段階的に移行しているように見せることが可能になる。従って、ユーザに違和感を与えにくくなる。
【００５５】
第１画像出力部１２０は、図８に示すように、オープニング画像の表示が終了してから、次コンテンツ画像の表示が開始されるまで、ＲＴＯＳ１０３が生成する枠からなる一部画像をＣＩＤ２０に表示させておくことがより好ましい。これによれば、オープニング画像の表示後から次コンテンツ画像の表示までの空時間がなくなり、ＣＩＤ２０に順次表示される画像がユーザにさらに途切れて見えにくくなる。従って、ユーザにさらに違和感を与えにくくなる。
【００５６】
ここで、図９のフローチャートを用いて、実施形態２における統合ＥＣＵ１０での統合ＥＣＵ１０の起動時の次コンテンツ画像が表示されるまでの画像表示に関連する処理（以下、起動時表示関連処理）の流れの一例について説明を行う。図９のフローチャートは、統合ＥＣＵ１０の起動が開始したときに開始する構成とすればよい。
【００５７】
まず、ステップＳ１では、汎用ＯＳ１０４よりもＲＴＯＳ１０３の方が先に起動準備を開始し、ＲＴＯＳ１０３がオープニング画像を生成する。そして、第１画像出力部１２０が、このオープニング画像のＣＩＤ２０での表示を開始させる。ステップＳ２では、オープニング画像の表示が終了する場合（Ｓ１でＹＥＳ）には、ステップＳ３に移る。一方、オープニング画像の表示が終了していない場合（Ｓ１でＮＯ）には、Ｓ１に戻って処理を繰り返す。
【００５８】
ステップＳ３では、ＲＴＯＳ１０３が一部画像を生成する。そして、第１画像出力部１２０が、この一部画像のＣＩＤ２０での表示を開始させる。ステップＳ４では、汎用ＯＳ１０４が起動完了した場合（Ｓ４でＹＥＳ）には、ステップＳ５に移る。一方、汎用ＯＳ１０４が起動完了していない場合（Ｓ４でＮＯ）には、Ｓ４の処理を繰り返す。
【００５９】
ステップＳ５では、汎用ＯＳ１０４が次コンテンツ画像を生成する。そして、第１画像出力部１２０が、一部画像の表示に切り替えて、この次コンテンツ画像のＣＩＤ２０での表示を開始させ、起動時表示関連処理を終了する。
【００６０】
実施形態２の構成は、先行表示画像の表示後から次コンテンツ画像の表示までの間に一部画像を表示させる点を除けば、実施形態１の構成と同様である。よって、実施形態１の構成と同様に、複数のＯＳを並列に動作可能とする技術を車両の室内のディスプレイに表示を行わせる車両用制御装置に用いる場合であっても、車両用制御装置の起動時に迅速に表示すべき表示コンテンツを他の表示コンテンツより迅速に表示させることが可能になる。実施形態２の構成によれば、上述の効果を奏しつつ、前述したように、車両用制御装置の起動時にディスプレイに順次表示させる画像によってユーザに違和感を与えにくくなる。
【００６１】
また、実施形態２の構成によれば、ＲＴＯＳ１０３が生成する一部画像の表示から汎用ＯＳ１０４が生成する次コンテンツ画像の表示に切り替える。次コンテンツ画像は、ＲＴＯＳ１０３が生成する一部画像と、次コンテンツ画像からこの一部画像を除く画像とを合成することでも表示可能だが、実施形態２の構成によれば、合成でなく差し替えで次コンテンツ画像を表示させる。よって、次コンテンツ画像が複雑な画像の場合であっても、統合ＥＣＵ１０の処理負荷を増加させずに、次コンテンツ画像の各表示要素をずれなく表示させることが可能になる。
【００６２】
（実施形態３）
実施形態２では、汎用ＯＳ１０４が起動完了した場合に、ＲＴＯＳ１０３で生成する一部画像の表示から、汎用ＯＳ１０４で生成する次コンテンツ画像の表示に切り替える構成を示したが、必ずしもこれに限らない。例えば、汎用ＯＳ１０４が起動完了した後も、ＲＴＯＳ１０３で生成する一部画像の表示を継続し、この一部画像と汎用ＯＳ１０４で生成する画像とを合成して次コンテンツ画像を表示させる構成（以下、実施形態３）としてもよい。実施形態３の車両用表示システム１は、ＲＴＯＳ１０３及び汎用ＯＳ１０４での処理が一部異なる点を除けば、実施形態２の車両用表示システムと同様である。
【００６３】
ＲＴＯＳ１０３は、オープニング画像の生成終了後、一部表示要素からなる一部画像を生成する点は実施形態２と同様である。汎用ＯＳ１０４は、起動完了すると、オープニング画像の表示の後に表示させる次コンテンツ画像のうちの一部表示要素を除く表示要素（以下、残り表示要素）からなる残り画像を生成する。実施形態３の汎用ＯＳ１０４は、次コンテンツ画像を生成するのでなく次コンテンツ画像に含まれる残り表示要素の画像を生成する点が実施形態２と異なっている。残り表示要素は、実施形態２で述べた操作受け付け関連要素であることが好ましい。残り表示要素が第２側要素に相当する。
【００６４】
第１画像出力部１２０は、オープニング画像の表示が終了した後、ＲＴＯＳ１０３が生成する枠からなる一部画像をＣＩＤ２０に表示させておく。第１画像出力部１２０は、汎用ＯＳ１０４が起動して残り画像が生成された場合に、この一部画像と残り画像とを合成した次コンテンツ画像を表示させる。つまり、一部表示要素とともに残り表示要素を表示させることで次コンテンツ画像を表示させる。
【００６５】
一例として、ここでのＲＴＯＳ１０３での処理について述べる。ＲＴＯＳ１０３は、オープニング画像の表示が終了する場合に、一部画像を生成して共有メモリに書き込む。そして、ＲＴＯＳ１０３は、共有メモリに書き込まれた一部画像を、グラフィックメモリに展開する。これにより、第１画像出力部１２０が一部画像を表示させることになる。続いて、汎用ＯＳ１０４が起動すると、汎用ＯＳ１０４が、残り画像を生成して共有メモリに書き込む。ＲＴＯＳ１０３は、汎用ＯＳ１０４が残り画像を生成したことを示す通知を、サービスバスを介して汎用ＯＳ１０４から受けると、共有メモリに書き込まれている一部画像と残り画像とのレイヤを合成して次コンテンツ画像とし、グラフィックメモリに展開する。これにより、第１画像出力部１２０が次コンテンツ画像を表示させることになる。
【００６６】
実施形態３の構成は、オープニング画像の表示後から次コンテンツ画像の表示までの間に、一部画像を表示させる点では実施形態２の構成と同様であるので、実施形態２の構成と同様に、車両用制御装置の起動時にディスプレイに順次表示させる画像によってユーザに違和感を与えにくくなる。よって、複数のＯＳを並列に動作可能とする技術を車両の室内のディスプレイに表示を行わせる車両用制御装置に用いる場合であっても、車両用制御装置の起動時に迅速に表示すべき表示コンテンツを他の表示コンテンツより迅速に表示させることを可能にしつつ、車両用制御装置の起動時にディスプレイに順次表示させる画像によってユーザに違和感を与えにくくなる。
【００６７】
第１画像出力部１２０は、図１０に示すように、オープニング画像の表示が終了してから、ＲＴＯＳ１０３が生成する枠からなる一部画像をＣＩＤ２０に表示させ続けておくことがより好ましい。これによれば、オープニング画像の表示後から次コンテンツ画像の表示までの空時間がなくなり、ＣＩＤ２０に順次表示される画像がユーザにさらに途切れて見えにくくなる。従って、ユーザにさらに違和感を与えにくくなる。
【００６８】
（実施形態４）
前述の実施形態では、仮想化ソフトウェアであるハイパーバイザー１０２とハイパーバイザー１０２上で動作するＲＴＯＳ１０３とが用いるカーネルが共通である構成を示したが、必ずしもこれに限らない。例えば、仮想化ソフトウェアが用いるＯＳが、仮想化ソフトウェア上で動作するいずれのＯＳが用いるカーネルとも共通でない構成（以下、実施形態４）としてもよい。実施形態４の車両用表示システム１は、物理プロセッサ１０１の概念的な構成が一部異なる点を除けば、実施形態１の車両用表示システム１と同様である。
【００６９】
＜メインマイコン１００の物理プロセッサ１０１の概念的な構成＞
ここで、図１１を用いて、実施形態４における物理プロセッサ１０１の概念的な構成の一例について説明を行う。ここでは、仮想化ソフトウェアとしてハイパーバイザー（Hypervisor）を用いるとともに、２つのＯＳとしてＲＴＯＳ１０３ａと汎用ＯＳ１０４とを用いる場合を例に挙げて説明を行う。ハイパーバイザー１０２ａは、ＲＴＯＳ１０３ａと汎用ＯＳ１０４とのいずれともカーネルが共通でない。
【００７０】
ＲＴＯＳ１０３ａは、自身を動作させる仮想化ソフトウェアとカーネルが共通でない点を除けば、実施形態１のＲＴＯＳ１０３と同様である。ハイパーバイザー１０２ａは、統合ＥＣＵ１０の起動時に、ＲＴＯＳ１０３ａへ物理プロセッサ１０１のリソースを一時的に集中させる点を除けば、実施形態１のハイパーバイザー１０２と同様である。
【００７１】
ＲＴＯＳ１０３ａは、例えばＱＮＸとすればよい。汎用ＯＳ１０４は、例えばＬｉｎｕｘとすればよい。メインマイコン１００は、４つの物理コア１０１１，１０１２，１０１３，１０１４からなる物理プロセッサ１０１上に、ハイパーバイザー１０２ａを搭載している。なお、ここでは物理プロセッサ１０１が４つの物理コア１０１１〜１０１４からなる構成を示すが、複数であれば４つ以外の物理コアからなる構成としてもよい。ハイパーバイザー１０２ａは、物理プロセッサ１０１を抽出化した仮想コア上で、ＲＴＯＳ１０３ａと汎用ＯＳ１０４とを並列動作させることが可能となっている。ハイパーバイザー１０２ａとＲＴＯＳ１０３ａとは、前述したようにカーネルが共通でないものとする。このＲＴＯＳ１０３ａも第１オペレーティングシステムに相当する。
【００７２】
＜ハイパーバイザー１０２ａの概略構成＞
メインマイコン１００では、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４を起動させる場合に、ハイパーバイザー１０２ａがＲＴＯＳ１０３ａに割り当てる仮想コアの量を一時的に増やす一時割り当てを行うことにより、ＲＴＯＳ１０３ａの起動準備の進行を早める。ここで、図１２を用いて、一時割り当てに関するハイパーバイザー１０２の構成について説明を行う。ハイパーバイザー１０２ａは、図４に示すように、割当部１０２１、第１起動指示部１０２２、及び第２起動指示部１０２３を機能ブロックとして備える。
【００７３】
割当部１０２１は、ＲＴＯＳ１０３ａに、ＲＴＯＳ１０３ａの起動完了後の割り当て量として予め設定されている仮想コアの割り当て量よりも多くの仮想コアを一時的に割り当てる一時割り当てを行う。これにより、一時割り当てを行わない場合よりもＲＴＯＳ１０３ａの起動完了にかかる時間を短縮することが可能になる。よって、ＲＴＯＳ１０３ａで実行するアプリケーションで表示させる先行表示画像をより迅速に表示させることが可能になる。その結果、統合ＥＣＵ１０の起動時に迅速に表示すべき表示コンテンツを他の表示コンテンツよりも迅速に表示させることが可能になる。例えば、割当部１０２１は、ＯＳと仮想コアとの紐付けを変更することで、ＯＳへの仮想コアの割り当てを変更する構成とすればよい。
【００７４】
ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の起動完了後の割り当て量（以下、動作時割り当て量）は、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４のそれぞれに異なる物理コア１０１１〜１０１４が１つ以上割り当てられるように予め固定して設定されていることが好ましい。本実施形態の例では、ＲＴＯＳ１０３ａに割り当てる仮想コアは、物理コア１０１１，１０１２に対応する論理コアに紐付くが物理コア１０１３，１０１４に対応する論理コアには紐付かない仮想コアに予め固定して設定されていればよい。一方、汎用Ｓ１０４に割り当てる仮想コアは、物理コア１０１３，１０１４に対応する論理コアに紐付くが物理コア１０１１，１０１２に対応する論理コアには紐付かない仮想コアに予め固定して設定されていればよい。
【００７５】
ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の動作時に、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４ごとに固有の物理コアを割り当てない場合、フリーズしたＯＳがアクセスしていた物理コアが開放されなくなり、この物理コアを共用していた他のＯＳが動作できなくなることで信頼性が低下するおそれがある。これに対して、以上の構成によれば、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の起動完了後の動作時は、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４ごとに固有の物理コアを割り当てることで、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の信頼性を向上させることが可能になる。その結果、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の信頼性を向上させつつ、統合ＥＣＵ１０の起動時に迅速に表示すべき表示コンテンツを他の表示コンテンツよりも迅速に表示させることが可能になる。
【００７６】
また、動作時割り当て量は、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４のそれぞれに異なる物理コア１０１１〜１０１４が１つ以上、キャッシュを共有する物理コア同士は同じＯＳに割り当てられるように予め固定して設定されていることがさらに好ましい。これは、キャッシュを共有する物理コアがそれぞれ異なるＯＳに割り当てられる場合、フリーズしたＯＳがアクセスしていた物理コアが開放されなくなり、この物理コアとキャッシュを共用していた物理コアが割り当てられる他のＯＳも動作できなくなるおそれがあるためである。
【００７７】
例えば本実施形態の例において、物理コア１０１１と物理コア１００２とがキャッシュを共有しており、物理コア１０１３と物理コア１０１４とがキャッシュを共有している場合は、以下のようにすればよい。物理コア１０１１に対応する論理コアに紐付く仮想コアと物理コア１０１２に対応する論理コアに紐付く仮想コアとを異なるＯＳに割り当てないようにすればよい。また、物理コア１０１３に対応する論理コアに紐付く仮想コアと物理コア１０１４に対応する論理コアに紐付く仮想コアとを異なるＯＳに割り当てないようにすればよい。
【００７８】
これによれば、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の信頼性をさらに向上させることが可能になる。その結果、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の信頼性をさらに向上させつつ、統合ＥＣＵ１０の起動時に迅速に表示すべき表示コンテンツを他の表示コンテンツよりも迅速に表示させることが可能になる。
【００７９】
ここで、図１３を用いて、動作時割り当て量の一例について説明を行う。図１３では、物理コア１０１１〜１０１４のそれぞれに１つずつ論理コアＬ１〜Ｌ４が対応する場合を例に挙げる。図１３では、論理コアＬ１〜Ｌ４のそれぞれに２つずつ仮想コアＶ１〜Ｖ８が対応する場合を例に挙げる。物理コア１０１１には論理コアＬ１が対応し、論理コアＬ１には仮想コアＶ１，Ｖ２が紐付けられる。物理コア１０１２には論理コアＬ２が対応し、論理コアＬ２には仮想コアＶ３，Ｖ４が紐付けられる。物理コア１０１３には論理コアＬ３が対応し、論理コアＬ３には仮想コアＶ５，Ｖ６が紐付けられる。物理コア１０１４には論理コアＬ４が対応し、論理コアＬ４には仮想コアＶ７，Ｖ８が紐付けられる。図１３では、物理コア１０１１と物理コア１０１２との間，物理コア１０１３と物理コア１０１４との間でキャッシュを共有しているものとする。
【００８０】
図１３の例では、仮想コアＶ１，Ｖ２の組、仮想コアＶ３，Ｖ４の組、仮想コアＶ５，Ｖ６の組、仮想コアＶ７，Ｖ８の組といった組内の仮想コアを異なるＯＳに割り当てない割り当てが、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４のそれぞれに異なる物理コア１０１１〜１０１４が１つ以上割り当てられる仮想コアの割り当てとなる。また、図５の例では、仮想コアＶ１〜Ｖ４の組、仮想コアＶ５〜Ｖ８の組といった組内の仮想コアを異なるＯＳに割り当てない割り当てが、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４のそれぞれに異なる物理コア１０１１〜１０１４が１つ以上、キャッシュを共有する物理コア同士は同じＯＳに割り当てられる仮想コアの割り当てとなる。
【００８１】
割当部１０２１は、一時割り当て時に、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４に割り当て可能な仮想コアの全量をＲＴＯＳ１０３ａに割り当てることが好ましい。ここで言うところのＲＴＯＳ１０３ａ及び汎用ＯＳ１０４に割り当て可能な仮想コアの全量を割り当てるとは、物理プロセッサ１０１のリソースの全量を割り当てることを示すものではない。物理プロセッサ１０１のリソースのうち、ハイパーバイザー１０２ａの動作に用いる分といったＲＴＯＳ１０３ａ及び汎用ＯＳ１０４以外で必要な分を除いたものを割り当てることを示す。一例としては、ＲＴＯＳ１０３ａに全ての論理コアを使用させる一方、汎用ＯＳ１０４には論理コアを１つも使用させないように仮想コアを割り当てる構成とすればよい。なお、ＲＴＯＳ１０３ａに全ての論理コアを使用させる場合であっても、全論理コアのリソースの使用率が１００％に達するものではない。
【００８２】
これによれば、ハイパーバイザー１０２ａ上で動作させるＯＳに割くことのできる物理プロセッサ１０１のリソースをＲＴＯＳ１０３ａの起動準備に割くことが可能になる。よって、ＲＴＯＳ１０３ａの起動完了にかかる時間を短縮することが可能になる。従って、ＲＴＯＳ１０３ａで実行するアプリケーションで表示させる先行表示画像をさらに迅速に表示させることが可能になる。その結果、統合ＥＣＵ１０の起動時に迅速に表示すべき表示コンテンツをさらに迅速に表示させることが可能になる。
【００８３】
割当部１０２１は、一時割り当てを、汎用ＯＳ１０４の起動準備が開始されるよりも前に開始することが好ましい。これによれば、ハイパーバイザー１０２上で動作させるＯＳに割くことのできる物理プロセッサ１０１のリソースをＲＴＯＳ１０３ａの起動準備に無駄なく集中させることが可能になる。よって、ＲＴＯＳ１０３ａの起動完了にかかる時間をより短縮することが可能になる。
【００８４】
割当部１０２１は、一時割り当てを、遅くともＲＴＯＳ１０３ａの起動完了時には終了することが好ましい。これによれば、統合ＥＣＵ１０の起動時に迅速に表示すべき表示コンテンツをより迅速に表示させた後は、一時割り当てを終了して汎用ＯＳ１０４に割り当てる物理プロセッサ１０１のリソースを増やし、汎用ＯＳ１０４の起動完了にかかる時間を短縮することが可能になる。
【００８５】
なお、割当部１０２１は、一時割り当てを、前述の所定段階に達する場合に終了する等してもよい。これによれば、メータ描画等の、車両起動時に迅速に対応することが要求される処理の準備が完了した後、より迅速に一時割り当てを終了して汎用ＯＳ１０４に割り当てる物理プロセッサ１０１のリソースを増やし、汎用ＯＳ１０４の起動完了にかかる時間をより短縮することが可能になる。
【００８６】
割当部１０２１は、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の起動完了後には、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の起動完了後の割り当て量としてそれぞれ予め固定して設定されている前述の動作時割り当て量を、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４にそれぞれ割り当てていることが好ましい。これによれば、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の起動完了後の動作時は、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４ごとに固有の物理コアを割り当てることで、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の信頼性を向上させることが可能になる。
【００８７】
割当部１０２１は、前述の所定段階到達後は、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の起動完了後の割り当て量としてそれぞれ予め固定して設定されている前述の動作時割り当て量を、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４にそれぞれ割り当てることが好ましい。これによれば、ＲＴＯＳ１０３ａで実行する所定段階到達後は、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４ごとに固有の物理コアを割り当てることで、ＲＴＯＳ１０３ａでの所定段階到達後の信頼性を向上させることが可能になる。
【００８８】
第１起動指示部１０２２は、ハイパーバイザー１０２ａの構築が進み、ＲＴＯＳ１０３ａの起動準備が開始可能となった場合に、ＲＴＯＳ１０３ａの起動準備を開始させる。
【００８９】
第２起動指示部１０２３は、ハイパーバイザー１０２ａの構築が進み、汎用ＯＳ１０４の起動準備が開始可能となったことをもとに、汎用ＯＳ１０４の起動準備を開始させる。第２起動指示部１０２３は、ＲＴＯＳ１０３ａの起動準備が前述の所定段階に達するまでは、汎用ＯＳ１０４の起動準備を開始させないことが好ましい。これによれば、ＲＴＯＳ１０３ａの起動準備が所定段階に達するまでは、物理プロセッサ１０１のハードウェアリソースをＲＴＯＳ１０３ａの起動準備に集中させることが可能となり、ＲＴＯＳ１０３ａでの先行画像表示を行わせるアプリケーションの実行をより迅速に行わせることが可能になる。
【００９０】
＜ハイパーバイザー１０２ａでの一時割り当て関連処理＞
ここで、図１４のフローチャートを用いて、ハイパーバイザー１０２ａでの一時割り当てに関連する処理（以下、一時割り当て関連処理）の流れの一例について説明を行う。また、図１５のタイムチャートを用いて、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の動作状態とハイパーバイザー１０２ａでの仮想コアの割り当ての変化との関係についての説明も行う。図１４のフローチャートは、メインマイコン１００の起動が開始された場合に開始する構成とすればよい。
【００９１】
まず、ステップＳ２１では、ハイパーバイザー１０２の構築が開始される。ステップＳ２２では、ＲＴＯＳ１０３ａの起動準備が開始可能な段階までハイパーバイザー１０２の構築が進むと、第１起動指示部１０２２が、ＲＴＯＳ１０３ａの起動準備を開始させる。ステップＳ２３では、割当部１０２１が、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４に割り当て可能な仮想コアの全量をＲＴＯＳ１０３ａに割り当てる。本実施形態の例では、ＲＴＯＳ１０３ａに４つ全ての論理コアを使用させる一方、汎用ＯＳ１０４には論理コアを１つも使用させないように仮想コアを割り当てる一時割り当てを開始する。つまり、ＲＴＯＳ１０３：汎用ＯＳ１０４＝４：０に仮想コアを割り当てる。
【００９２】
図１５に示すように、ハイパーバイザー１０２ａの構築開始に遅れて、ＲＴＯＳ１０３ａの起動準備が開始される。そして、ＲＴＯＳ１０３ａの起動準備が開始される場合に、一時割り当てが開始される。
【００９３】
ステップＳ２４では、ＲＴＯＳ１０３ａの起動状態が所定段階に達した場合（Ｓ２４でＹＥＳ）には、ステップＳ２５に移る。一方、ＲＴＯＳ１０３ａの起動状態が所定段階に達していない場合（Ｓ２４でＮＯ）には、Ｓ２４の処理を繰り返す。
【００９４】
図１５に示すように、ＲＴＯＳ１０３ａの起動が所定段階に達するのは、ＲＴＯＳ１０３ａの起動準備が開始した後であって、ＲＴＯＳ１０３ａの起動が完了する前である。図１５では、ＲＴＯＳ１０３ａの起動完了時に、先行表示アプリを含む複数のアプリケーションが実行可能となる構成を例に挙げて説明を行っている。
【００９５】
ステップＳ２５では、割当部１０２１が一時割り当てを終了する。ステップＳ２６では、割当部１０２１が、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４のそれぞれに、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の起動完了後の仮想コアの割り当て量である動作時割り当て量を割り当てる動作時割り当てを開始する。本実施形態の例では、ＲＴＯＳ１０３ａに２つの論理コアを使用させる一方、汎用ＯＳ１０４にはＲＴＯＳ１０３ａに使用させない２つの論理コアを使用させるように仮想コアを割り当てる。つまり、ＲＴＯＳ１０３ａ：汎用ＯＳ１０４＝２：２に仮想コアを割り当てる。
【００９６】
ステップＳ２７では、第２起動指示部１０２３が、汎用ＯＳ１０４の起動準備を開始させる。ステップＳ２８では、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の両方の起動が完了して一時割り当て関連処理を終了する。
【００９７】
図１５に示すように、ＲＴＯＳ１０３ａの起動が所定段階に達した場合に、汎用ＯＳ１０４の起動準備が開始される。また、ＲＴＯＳ１０３ａの起動が所定段階に達した場合に、一時割り当てが終了し、動作時割り当てが開始される。例えば汎用ＯＳ１０４の起動準備は、動作時割り当てが開始されてから開始される構成とすればよい。また、優先アプリの起動が完了し、この優先アプリによる優先画像の表示が、統合ＥＣＵ１０の起動時において最初に開始される場合に、一時割り当てを終了する構成としてもよい。例えば、この優先画像の表示が行われた時点では、一時割り当ては終了している構成とすればよい。
【００９８】
ＲＴＯＳ１０３ａの起動完了後、遅れて汎用ＯＳ１０４の起動が完了する。起動が完了した汎用ＯＳ１０４では、インフォテインメント系画像である次コンテンツ画像の表示を行わせることになる。なお、動作時割り当て量は、一時割り当ての終了後に動作時割り当てが行われた後、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の両方の起動が完了した後も変動させない。動作時割り当て量は、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の動作中、予め固定して設定された割り当てを維持する。これにより、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の動作中も、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４ごとに固有の物理コアを割り当て続けることで、ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の信頼性を向上させる。ＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の動作中におけるＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の信頼性を向上させるためには、一時割り当てをＲＴＯＳ１０３ａ及び汎用ＯＳ１０４の両方の動作中にまで継続することは好ましくない。
【００９９】
＜実施形態４のまとめ＞
実施形態４の構成によれば、統合ＥＣＵ１０の起動時に、ＲＴＯＳ１０３ａへの仮想コアの割り当て量を一時的に増やす一時割り当てを行うことで、汎用ＯＳ１０４よりもＲＴＯＳ１０３ａの方を先に起動開始させるようにしている。これにより、統合ＥＣＵ１０は、統合ＥＣＵ１０の起動時に、汎用ＯＳ１０４で生成する画像よりも、ＲＴＯＳ１０３ａで生成する画像を先に生成させる。また、ＲＴＯＳ１０３ａで生成する画像を、汎用ＯＳ１０４で生成する画像よりも先に第１画像出力部１２０でＣＩＤ２０に表示させる。従って、統合ＥＣＵ１０は、統合ＥＣＵ１０の起動時に、ＲＴＯＳ１０３ａで生成する先行表示画像を、汎用ＯＳ１０４で生成する次コンテンツ画像よりも迅速に表示させることが可能になる。
【０１００】
その結果、複数のＯＳを並列に動作可能とする技術を車両の室内のディスプレイに表示を行わせる車両用制御装置に用いる場合であっても、車両用制御装置の起動時に迅速に表示すべき表示コンテンツを他の表示コンテンツよりも迅速に表示させることが可能になる。なお、実施形態４の構成に実施形態２若しくは実施形態３の構成を組み合わせてもよい。
【０１０１】
（実施形態５）
前述の実施形態では、ＣＩＤ２０に画像を表示させる場合の例を示したが、必ずしもこれに限らない。例えば、メータＭＩＤ３０に画像を表示させる構成としてもよい。この場合には、第２画像出力部１３０が、メータＭＩＤ３０に表示させる画像としてグラフィックメモリに展開された前述の先行表示画像，一部画像，次コンテンツ画像等と同様の画像を読み出してメータＭＩＤ３０に出力する構成とすればよい。この場合、第２画像出力部１３０も出力部に相当する。
【０１０２】
また、前述の実施形態では、ＣＩＤ２０とメータＭＩＤ３０との２つのディスプレイを車両用表示システム１に含む構成を示したが、必ずしもこれに限らない。例えば、ＣＩＤ２０及びメータＭＩＤ３０以外のディスプレイを車両用表示システム１に含む構成としてもよい。例えば、メータＭＩＤ３０の代わりにヘッドアップディスプレイを用いる構成等としてもよい。この場合、ＣＩＤ２０及びメータＭＩＤ３０以外のディスプレイについても、先行表示画像，一部画像，次コンテンツ画像等と同様の画像を表示させる構成としてもよい。
【０１０３】
（実施形態６）
前述の実施形態では、仮想化ソフトウェア上で２つのＯＳを並列に動作させる場合の例を示したが、必ずしもこれに限らない。並列に動作させるＯＳが３つ以上であっても構わない。
【０１０４】
（実施形態７）
前述の実施形態では、仮想化ソフトウェア上で複数のＯＳを並列に動作させることで、物理プロセッサが複数のＯＳを並列に動作させる場合の例を示したが、必ずしもこれに限らない。例えば、物理プロセッサが複数の物理プロセッサコアからなる場合に、複数のＯＳをそれぞれ異なる物理プロセッサコア上で動作させることで、物理プロセッサが複数のＯＳを並列に動作させる構成（以下、実施形態７）としてもよい。
【０１０５】
実施形態５の場合には、例えば、先行表示画像を生成するＯＳを動作させる物理プロセッサコアの数を、他のＯＳよりも多くすることで、統合ＥＣＵ１０の起動時に、先行表示画像を生成するＯＳを他のＯＳよりも先に起動させ、先行表示画像を迅速に表示させる構成とすればよい。
【０１０６】
なお、本開示は、上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本開示の技術的範囲に含まれる。また、本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された１つ乃至は複数の機能を実行するようにプログラムされたプロセッサを構成する専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の装置及びその手法は、専用ハードウェア論理回路により、実現されてもよい。もしくは、本開示に記載の装置及びその手法は、コンピュータプログラムを実行するプロセッサと１つ以上のハードウェア論理回路との組み合わせにより構成された１つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。
【符号の説明】
【０１０７】
１  車両用表示システム、１０  統合ＥＣＵ（車両用制御装置）、２０  ＣＩＤ（ディスプレイ）、３０  メータＭＩＤ（ディスプレイ）、１００  メインマイコン、１０１  物理プロセッサ、１０２，１０２ａ  ハイパーバイザー（仮想化ソフトウェア）、１０３，１０３ａ  ＲＴＯＳ（オペレーティングシステム，第１オペレーティングシステム）、１０４  汎用ＯＳ（オペレーティングシステム，第２オペレーティングシステム）、１１０  サブマイコン、１２０  第１画像出力部（出力部）、１３０  第２画像出力部（出力部）、１０１１〜１０１４  物理コア（物理プロセッサコア）、１０２１  割当部
【図１】
2020201761.tif 000003
【図２】
2020201761.tif 000004
【図３】
2020201761.tif 000005
【図４】
2020201761.tif 000006
【図５】
2020201761.tif 000007
【図６】
2020201761.tif 000008
【図７】
2020201761.tif 000009
【図８】
2020201761.tif 000010
【図９】
2020201761.tif 000011
【図１０】
2020201761.tif 000012
【図１１】
2020201761.tif 000013
【図１２】
2020201761.tif 000014
【図１３】
2020201761.tif 000015
【図１４】
2020201761.tif 000016
【図１５】
2020201761.tif 000017