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