JP7754769B2 - 管理装置、管理プログラムおよび電子制御装置 - Google Patents

Description

本発明は、複数の仮想マシンを動作させるコンピュータの状態遷移を管理する管理装置、管理装置に実行させる管理プログラムおよび管理装置を備えた電子制御装置に関する。

特許文献１には、複数のゲストオペレーティングシステム機能を個別に省電力状態に遷移させる技術が開示されている。なお、本明細書では、オペレーティングシステムのことをＯＳと省略することがある。また、以下では、特許文献１に開示される技術のことを従来技術と称することとする。従来技術では、それぞれ個別のＯＳに省電力状態への遷移条件を設定しておき、その遷移条件を満たしたＯＳを省電力状態へ遷移させる。そして、従来技術では、全てのＯＳが省電力状態に遷移した場合には、ハイパーバイザを省電力状態に遷移させるとともにハードウェア資源を停止させるようになっている。

特開２０１２－１７８００６号公報

従来技術では、全てのゲストＯＳが遷移条件を満たした場合にしかハードウェア資源を停止することができない。そのため、複数のゲストＯＳとして省電力状態に遷移する遷移タイミングに比較的大きな時間差が生じるような機能が搭載される場合、全てのゲストＯＳが遷移条件を満たすまでに比較的長い時間を要することになり、十分な省電力効果が得られなくなるおそれがある。例えば、ゲストＯＳの機能として、車両に搭載される電子制御装置の機能が搭載される場合、その遷移条件には車両電源の状態が含まれるケースが想定される。なお、本明細書では、電子制御装置のことをＥＣＵと省略することがある。

車両電源には、バッテリーが接続されたバッテリー接続中にオン状態になる電源である＋Ｂ電源と、エンジンが起動されたエンジン起動中にオン状態になるイグニッション電源とが存在する。なお、本明細書では、イグニッションのことをＩＧと省略することがある。ハイパーバイザ上のゲストＯＳとして＋Ｂ電源の状態が遷移条件に含まれるＥＣＵ機能と、ＩＧ電源の状態が遷移条件に含まれるＥＣＵ機能とが搭載された場合、エンジンが停止されてＩＧ電源の状態が遷移条件に含まれるゲストＯＳを省電力状態に遷移させることが可能になったとしても、＋Ｂ電源の状態が遷移条件に含まれるゲストＯＳの遷移条件が満たされない限りハードウェア資源を停止することができず、その結果、大きな省電力効果を得ることができなくなる。このような問題は、ゲストＯＳ毎の遷移タイミングの時間差が大きいほど一層顕著なものとなる。

本発明は上記事情に鑑みてなされたものであり、その目的は、省電力の効果を高めることができる管理装置、管理プログラムおよび電子制御装置を提供することにある。

請求項１に記載の管理装置は、複数の仮想マシン（１１～１４）を動作させるコンピュータ（３）の状態遷移を管理する。複数の仮想マシンのそれぞれは、予め定められたスリープ条件が満たされることにより、所定の動作を行うウェイクアップ状態から動作を停止するスリープ状態へと遷移するようになっている。コンピュータは、通常の動作を行う通常状態と、通常状態よりも電力消費量が少ない複数の省電力状態と、のうちいずれかに遷移可能である。

管理装置は、複数の仮想マシンのそれぞれについての状態に関する情報を表す状態管理テーブルと、複数の仮想マシンのそれぞれがアクセスするコンピュータが備えるハードウェア（４～８）に関する情報を表すアクセス管理テーブルと、複数の省電力状態のそれぞれにコンピュータを遷移させるための条件である遷移条件に関する情報を表す遷移条件テーブルと、を備える。管理装置は、状態管理テーブル、アクセス管理テーブルおよび遷移条件テーブルを参照し、複数の省電力状態のうち、その時点で遷移可能であり且つ最も電力消費量が少ない状態にコンピュータを遷移させるようになっている。

このような構成によれば、複数の仮想マシンのいずれかがスリープ状態へと遷移可能になる度に、その時点で遷移可能な省電力状態のうち最も電力消費量が少ない状態にコンピュータの状態が遷移されることになる。すなわち、上記構成によれば、コンピュータの状態をより電力消費量が少なくなるように段階的に遷移させること、つまり多段階の省電力遷移を実現することができる。そのため、上記構成によれば、全ての仮想マシンがスリープ状態に遷移していなくとも、可能な範囲でコンピュータの省電力効果を得ることが可能となる。したがって、上記構成によれば、従来技術に比べ、省電力の効果を十分に高めることができる。

一実施形態に係る統合ＥＣＵの構成を模式的に示す図 一実施形態に係る状態管理テーブルの一例を模式的に示す図 一実施形態に係るアクセス管理テーブルの一例を模式的に示す図 一実施形態に係る遷移条件テーブルの一例を模式的に示す図 一実施形態に係る判定処理の内容を模式的に示す図

以下、管理装置、管理プログラムおよび電子制御装置の実施形態について図面を参照して説明する。
図１に示すように、本実施形態の統合ＥＣＵ１は、例えば自動車などの車両に搭載されるものであり、従来単独で動作していた複数のＥＣＵの機能がハイパーバイザー２を介して１つのマイクロコンピュータ３のチップ上に搭載されたものである。この場合、複数のＥＣＵの機能は、仮想マシンという単位で搭載される。なお、本明細書では、マイクロコンピュータのことをマイコンと省略することがあり、ハイパーバイザーのことをＨＶと省略することがあり、仮想マシンのことをＶＭと省略することがある。

本実施形態では、統合ＥＣＵ１が備える複数のＥＣＵの機能として、エンジンＥＣＵ、エアコンＥＣＵ、セントラルゲートウェイＥＣＵおよびボデーＥＣＵという４つのＥＣＵの機能を例示しているが、統合ＥＣＵ１は、２つまたは３つのＥＣＵの機能を備えていてもよいし、５つ以上のＥＣＵの機能を備えていてもよい。なお、本明細書では、セントラルゲートウェイのことをＣＧＷと省略することがある。この場合、エンジンＥＣＵはＶＭ１１により実現され、エアコンＥＣＵはＶＭ１２により実現され、ＣＧＷＥＣＵはＶＭ１３により実現され、ボデーＥＣＵはＶＭ１４により実現される。

ＶＭ１１～１４には、それぞれを識別するための識別情報であるＶＭＩＤが付与されている。本実施形態では、ＶＭ１１には「ＶＭＩＤ＝１」が付与され、ＶＭ１２には「ＶＭＩＤ＝２」が付与され、ＶＭ１３には「ＶＭＩＤ＝３」が付与され、ＶＭ１４には「ＶＭＩＤ＝４」が付与されている。マイコン３は、コンピュータの一例であり、そのハードウェアとして２つのＣＰＵ４、５および各種のペリフェラルを備えている。なお、マイコン３は、１つのＣＰＵを備える構成でもよいし、３つ以上のＣＰＵを備える構成でもよい。また、本明細書では、ハードウェアのことをＨＷと省略することがある。

各種のペリフェラルには、ＣＡＮ通信を行うためのＣＡＮ通信インターフェース６、Ｅｔｈｅｒｎｅｔ通信を行うためのＥｔｈｅｒｎｅｔ通信Ｉ／Ｆ７、タイマー８などが含まれる。なお、ＣＡＮは、Controller Area Networkの略称であり、登録商標である。また、Ｅｔｈｅｒｎｅｔは、登録商標である。なお、本明細書では、インターフェースのことをＩ／Ｆと省略することがある。マイコン３が備える各ＨＷには、それぞれを識別するための識別情報であるＨＷＩＤが付与されている。本実施形態では、ＣＰＵ４には「ＨＷＩＤ＝１」が付与され、ＣＰＵ５には「ＨＷＩＤ＝２」が付与され、ＣＡＮ通信Ｉ／Ｆ６には「ＨＷＩＤ＝３」が付与され、Ｅｔｈｅｒｎｅｔ通信Ｉ／Ｆ７には「ＨＷＩＤ＝４」が付与され、タイマー８には「ＨＷＩＤ＝５」が付与されている。

マイコン３は、所定の入力端子からの応答の有無などに基づいて、車両に搭載される電源である車両電源の状態を把握することができる。車両電源には、バッテリー接続中にオン状態になる＋Ｂ電源９およびエンジン起動中にオン状態になるＩＧ電源１０が含まれる。また、マイコン３は、ＣＡＮ通信Ｉ／Ｆ６およびＥｔｈｅｒｎｅｔ通信Ｉ／Ｆ７を介したＣＡＮおよびＥｔｈｅｒｎｅｔの通信の状態、具体的には通信の有無を把握することができる。具体的には、マイコン３は、例えば通信の応答が所定期間無い場合に通信無しと判断することができる。

ＨＶ２は、マイコン３上でＶＭ１１～１４を動作させるためのものであるとともに、マイコン３の状態遷移を遷移する管理装置として機能する。また、この場合、統合ＥＣＵ１は、マイコン３と、マイコン３上で動作するＶＭ１１～１４と、管理装置として機能するＨＶ２と、を備えた電子制御装置の一例である。ＨＶ２およびＶＭ１１～１４は、いずれもマイコン３が備えるＣＰＵが非遷移的実体的記憶媒体に格納されているコンピュータプログラムを実行してコンピュータプログラムに対応する処理を実行することにより実現されている、つまりソフトウェアにより実現されている。なお、上記したコンピュータプログラムのうちＨＶ２が実行するプログラムは、管理プログラムに相当する。

ＶＭ１１～１４のそれぞれは、予め定められたスリープ条件が満たされることにより、所定の動作を行うウェイクアップ状態から、その所定の動作を停止するスリープ状態へと遷移するようになっている。所定の動作とは、ＶＭ１１～１４のそれぞれに対応するＥＣＵの機能を実現するための各種の動作に相当するものであり、例えばＶＭ１１の場合にはエンジンを制御するための動作であり、ＶＭ１２の場合にはエアコンを制御するための動作である。

スリープ条件としては、例えば車両電源の状態、ＣＡＮおよびＥｔｈｅｒｎｅｔの通信の状態などを条件とすることができる。本実施形態では、ＶＭ１１およびＶＭ１２のスリープ条件にはＩＧ電源１０の状態が含まれているとともに、ＶＭ１３およびＶＭ１４のスリープ条件には＋Ｂ電源９の状態が含まれている。ＶＭ１１～ＶＭ１４のそれぞれは、スリープ条件が満たされたとき、ＨＶ２に対して状態遷移要求を送信する。状態遷移要求には、要求の送信元を識別するために送信したＶＭのＶＭＩＤが含まれている。ＨＶ２は、状態遷移要求を受信すると、後述する判定処理を実行するようになっている。

マイコン３は、通常の動作を行う通常状態と、その通常状態よりも電力消費量が少ない複数の省電力状態と、のうちいずれかに遷移可能である。複数の省電力状態には、「ＨＡＬＴ」、「ＳＴＯＰ」、「ＰＥＲＩＰＨＥＲＡＬＳＴＯＰ」および「ＤＥＥＰＳＴＯＰ」が含まれる。これらの省電力度合い、つまりマイコン３の電力消費量を低減する度合いは、後述する図４に示すようなものとなる。すなわち、これらの省電力度合いは、「ＨＡＬＴ」が最も小さくなるとともに「ＤＥＥＰＳＴＯＰ」が最も大きくなっている。そして、「ＳＴＯＰ」および「ＰＥＲＩＰＨＥＲＡＬＳＴＯＰ」の省電力度合いは、それらの中間の値となっている。

ＨＶ２は、状態管理テーブル、アクセス管理テーブルおよび遷移条件テーブルを備えている。なお、これら各テーブルは、ＨＶ２が読み書き可能とされていればよく、マイコン３が備える各種の記憶装置に記憶されていてもよいし、マイコン３の外部に設けられた各種の記憶装置に記憶されていてもよい。状態管理テーブルは、複数のＶＭ１１～１４のそれぞれについての状態に関する情報を表すテーブルであり、例えば図２に示すような内容のものとなっている。

すなわち、状態管理テーブルは、ＶＭＩＤとＶＭの状態とが紐付けられたものとなっている。ＶＭの状態としては、前述したウェイクアップ状態およびスリープ状態が含まれている。なお、図２では、ウェイクアップ状態およびスリープ状態のことを、それぞれウェイクアップおよびスリープと省略している。ＶＭＩＤは、ＨＶ２上に搭載されるＶＭの数と同じ数だけ存在する。

図２に示す状態管理テーブルによれば、ＶＭＩＤ＝１が付与されたＶＭ１１およびＶＭＩＤ＝２が付与されたＶＭ１２がスリープ状態であるとともに、ＶＭＩＤ＝３が付与されたＶＭ１３およびＶＭＩＤ＝４が付与されたＶＭ１４がウェイクアップ状態であるということが分かる。状態管理テーブルは、複数のＶＭ１１～１４のうち少なくとも１つについてスリープ条件が満たされると更新されるようになっている。具体的には、状態管理テーブルは、ＶＭ１１～１４のいずれかから状態遷移要求が送信されると、その状態遷移要求を送信したＶＭに対応するＶＭＩＤに紐付けられたＶＭの状態がスリープ状態となるように更新されるようになっている。

アクセス管理テーブルは、複数のＶＭ１１～１４のそれぞれがアクセスするマイコン３が備えるＨＷに関する情報を表すテーブルであり、例えば図３に示すような内容のものとなっている。すなわち、アクセス管理テーブルは、ＣＰＵおよびペリフェラルに関する情報と、それらにアクセスする複数のＶＭ１１～１４のＶＭＩＤと、が紐付けられたものとなっている。

具体的には、アクセス管理テーブルには、マイコン３のＨＷに関する情報、アクセスＶＭおよびアクセス状態といった要素が存在する。マイコン３のＨＷに関する情報には、ＨＷＩＤおよびハードウェア種別が含まれる。ハードウェア種別では、「ＣＰＵ」および「ペリフェラル」という大きな分類がなされたうえで、各ＨＷに固有の名称により各ＨＷが識別されている。図３において、「ＣＰＵ［１］」はＣＰＵ４を表し、「ＣＰＵ［２］」はＣＰＵ５を表し、「ＣＡＮ」はＣＡＮ通信Ｉ／Ｆ６を表し、「Ｅｔｈｅｒｎｅｔ」はＥｔｈｅｒｎｅｔ通信Ｉ／Ｆ７を表し、「タイマー」はタイマー８を表している。

アクセスＶＭには、対応するＨＷにアクセスするＶＭのＶＭＩＤが入力されている。この場合、ＣＰＵ４にはＶＭ１１、１２がアクセスするようになっているため、「ＨＷＩＤ＝１」に対応するアクセスＶＭの項目には「１、２」が入力されており、ＣＰＵ５にはＶＭ１３、１４がアクセスするようになっているため、「ＨＷＩＤ＝２」に対応するアクセスＶＭの項目には「３、４」が入力されている。

また、この場合、ＣＡＮ通信Ｉ／Ｆ６にはＶＭ１１、１３がアクセスするようになっているため、「ＨＷＩＤ＝３」に対応するアクセスＶＭの項目には「１、３」が入力されており、Ｅｔｈｅｒｎｅｔ通信Ｉ／Ｆ７にはＶＭ１２がアクセスするようになっているため、「ＨＷＩＤ＝４」に対応するアクセスＶＭの項目には「２」が入力されており、タイマー８にはＶＭ１１、１４がアクセスするようになっているため、「ＨＷＩＤ＝５」に対応するアクセスＶＭの項目には「１、４」が入力されている。

アクセス状態は、対応するＨＷへのアクセスがある状態が「あり」で表されるとともに、対応するＨＷへのアクセスがない状態が「なし」で表されるようになっている。アクセス状態の更新は、次のようにして行われる。すなわち、アクセスＶＭに記載されるＶＭＩＤのＶＭの状態が全てスリープ状態に遷移したときに、アクセス状態が「あり」から「なし」に更新される。言い換えると、アクセスＶＭに記載されるＶＭＩＤのＶＭの状態が１つでもウェイクアップ状態であるときには、アクセス状態は「あり」のまま維持される。図３に示すアクセス管理テーブルによれば、ＶＭ１１、１２がスリープ状態に遷移したためにＣＰＵ４およびＥｔｈｅｒｎｅｔ通信Ｉ／Ｆ７のアクセス状態が「なし」であるとともに、その他のＨＷのアクセス状態が「あり」であることが分かる。

遷移条件テーブルは、複数の省電力状態のそれぞれにマイコン３を遷移させるための条件である遷移条件に関する情報を表すテーブルであり、例えば図４に示すような内容のものとなっている。このような遷移条件テーブルは、マイコン３のハードウェアマニュアルなどに基づいて作成することができる。遷移条件テーブルには、マイコン３として定義される省電力状態の名称である省電力状態名、各省電力状態に遷移する際の条件である遷移条件および各省電力状態における省電力度合いといった要素が存在する。なお、以下では、各省電力状態のことを、それらの省電力状態名で呼ぶこととする。

「ＨＡＬＴ」は、「単独ＣＰＵについて単独ＶＭからのアクセスがないこと」が遷移条件になっているとともに、省電力度合いが「小」になっている。「ＨＡＬＴ」は、例えば２つのＶＭからアクセスされるＣＰＵについて、２つのＶＭの一方からアクセスが無い場合に遷移することができるものであり、２つのＶＭの他方が動作していない、つまりアクセスしていないような隙間の期間にＣＰＵを一時的に停止することで、マイコン３の電力消費量を低減するものである。

「ＳＴＯＰ」は、「単独ＣＰＵについて全ＶＭからのアクセスがないこと」が遷移条件になっているとともに、省電力度合いが「中」になっている。「ＳＴＯＰ」は、例えば２つのＶＭからアクセスされるＣＰＵについて、２つのＶＭの双方からアクセスが無い場合に遷移することができるものであり、そのＣＰＵを停止することで、マイコン３の電力消費量を低減するものである。この場合、ＨＶ２が、その停止されたＣＰＵへのアクセスを停止することになり、その分だけ電力消費量をさらに低減することができる。

「ＰＥＲＩＰＨＥＲＡＬＳＴＯＰ」は、「全ペリフェラルについてＶＭからのアクセスがないこと」が遷移条件になっているとともに、省電力度合いが「中」になっている。「ＰＥＲＩＰＨＥＲＡＬＳＴＯＰ」は、全てのペリフェラル、つまりＣＡＮ通信Ｉ／Ｆ６、Ｅｔｈｅｒｎｅｔ通信Ｉ／Ｆ７およびタイマー８について、全てのＶＭからアクセスが無い場合に遷移することができるものであり、全てのペリフェラルを停止することで、マイコン３の電力消費量を低減するものである。

「ＤＥＥＰＳＴＯＰ」は、「全ＣＰＵについてＶＭからのアクセスがないこと」および「全ペリフェラルについてＶＭからのアクセスがないこと」の双方を満たすことが遷移条件になっているとともに、省電力度合いが「大」になっている。「ＤＥＥＰＳＴＯＰ」は、全てのＣＰＵおよび全てのペリフェラルについて全てのＶＭからアクセスが無い場合に遷移することができるものであり、全てのＣＰＵおよび全てのペリフェラルを停止する、つまりほぼ全ての機能を停止することで、マイコン３の電力消費量を低減するものである。この場合、ＨＶ２もスリープ状態となり、その機能を停止する。

ＨＶ２は、上記した各テーブル、つまり状態管理テーブル、アクセス管理テーブルおよび遷移条件テーブルを参照し、複数の省電力状態のうち、その時点で遷移可能であり且つ最も電力消費量が少ない状態にマイコン３を遷移させるようになっている。このようなマイコン３の状態遷移は、ＨＶ２が判定処理を実行することにより実現される。判定処理は、前述したように、ＨＶ２がＶＭ１１～１４から送信される状態遷移要求を受信すると実行するものであり、例えば図５に示すような内容の処理となっている。

まず、ステップＳ１０１では、状態遷移要求を送信したＶＭのＶＭＩＤが取得される。ＶＭＩＤの取得は、受信した状態遷移要求に含まれるＶＭＩＤを読み込むことにより行われる。ステップＳ１０１の実行後はステップＳ１０２に進み、状態管理テーブルの更新が行われる。具体的には、ステップＳ１０２では、ステップＳ１０１で取得したＶＭＩＤと一致するＶＭＩＤに対応するＶＭの状態がスリープ状態となるように状態管理テーブルが更新される。

ステップＳ１０２の実行後はステップＳ１０３に進み、アクセス管理テーブルのＨＷＩＤに対応する各情報のうち、先頭のＨＷＩＤ、つまり「ＨＷＩＤ＝１」に対応する各情報が取得される。ステップＳ１０３の実行後はステップＳ１０４に進み、ステップＳ１０３で取得した情報におけるアクセスＶＭに記載された全てのＶＭがスリープ状態であるか否かが判断される。このような判断は、状態管理テーブルに基づいて行うことができる。

ここで、全てのＶＭがスリープ状態である場合、ステップＳ１０４で「ＹＥＳ」となり、ステップＳ１０５に進む。一方、全てのＶＭがスリープ状態でない場合、言い換えると少なくとも１つのＶＭがウェイクアップ状態である場合、ステップＳ１０４で「ＮＯ」となり、ステップＳ１０５を実行することなく、ステップＳ１０６に進む。ステップＳ１０５では、ステップＳ１０３で取得したＨＷＩＤに対応するアクセス状態が「なし」に設定される。

ステップＳ１０６では、ステップＳ１０３で取得した各情報が最後の情報であるか否か、つまりステップＳ１０３で取得した各情報に対応するＨＷ以外に情報が未取得のＨＷが存在するか否かが判断される。ここで、ステップＳ１０３で取得した各情報が最後の情報ではない場合、ステップＳ１０６で「ＮＯ」となり、ステップＳ１０７に進む。ステップＳ１０７では、アクセス管理テーブルのＨＷＩＤに対応する各情報のうち、次のＨＷＩＤに対応する各情報が取得される。

ここで言う「次の」とは、アクセス管理テーブルのＨＷＩＤに対応する各情報のうち、今回の一連の処理において未だ情報が取得されていない情報のうち最もＨＷＩＤの数字が小さいもののことを意味する。ステップＳ１０７の実行後はステップＳ１０４に戻る。一方、ステップＳ１０３で取得した各情報が最後の情報である場合、ステップＳ１０６で「ＹＥＳ」となり、ステップＳ１０８に進む。ステップＳ１０８では、アクセス管理テーブルにおける各ＨＷのアクセス状態と、遷移条件テーブルにおける遷移条件と、に基づいて、その時点において遷移可能な省電力状態が存在するか否かが判断される。

ここで、遷移可能な省電力状態が存在しない場合、ステップＳ１０８で「ＮＯ」となり、本処理が終了となる。一方、遷移可能な省電力状態が存在する場合、ステップＳ１０８で「ＹＥＳ」となり、ステップＳ１０９に進む。ステップＳ１０９では、遷移可能な省電力状態のうち、最も省電力度合いが大きい状態にマイコン３の状態を遷移させる。ステップＳ１０９の実行後、本処理が終了となる。

続いて、ＨＶ２により判定処理が実行される際における各部の具体的な動作の流れについて説明する。なお、ここでは、ＶＭ１１、１２、１３、１４が、この順番で状態遷移要求をＨＶ２に対して送信する、つまりこの順番でスリープ状態へと遷移してゆくケースを想定している。まず、ＶＭ１１がＨＶ２に対して状態遷移要求を送信すると、それを受信したＨＶ２は、状態管理テーブルの「ＶＭＩＤ＝１」に対応するＶＭの状態を「スリープ」に更新する。

その後、ＨＶ２は、アクセス管理テーブルについてＨＷＩＤ＝１～５を順番に判定してアクセス状態の更新を行う。このとき、ＶＭ１１だけがスリープ状態であり、他のＶＭ１２～１４がウェイクアップ状態であるため、アクセス状態は全て「あり」のまま維持されて更新されることはない。そして、ＨＶ２は、アクセス管理テーブルのアクセス状態および遷移条件テーブルの遷移条件の比較を行う。このとき、ＶＭ１１によるＣＰＵ４へのアクセスがなくなることから、「ＨＡＬＴ」への遷移条件が満たされることになる。なお、このとき、他の省電力状態への遷移条件は満たされていない。そのため、ＨＶ２は、マイコン３の状態を「ＨＡＬＴ」に遷移させる。

次に、ＶＭ１２がＨＶ２に対して状態遷移要求を送信すると、それを受信したＨＶ２は、状態管理テーブルの「ＶＭＩＤ＝２」に対応するＶＭの状態を「スリープ」に更新する。その後、ＨＶ２は、アクセス管理テーブルについてＨＷＩＤ＝１～５を順番に判定してアクセス状態の更新を行う。このとき、ＶＭ１１に加えてＶＭ１２がスリープ状態であることから、「ＨＷＩＤ＝１」に対応するＣＰＵ［１］、つまりＣＰＵ４のアクセス状態が「なし」に更新されるとともに、「ＨＷＩＤ＝４」に対応するＥｔｈｅｒｎｅｔ、つまりＥｔｈｅｒｎｅｔ通信Ｉ／Ｆ７のアクセス状態が「なし」に更新される。

そして、ＨＶ２は、アクセス管理テーブルのアクセス状態および遷移条件テーブルの遷移条件の比較を行う。このとき、ＶＭ１１、１２によるＣＰＵ４へのアクセスがなくなることから、「ＨＡＬＴ」に加え、「ＳＴＯＰ」への遷移条件が満たされることになる。なお、このとき、他の省電力状態への遷移条件は満たされていない。そのため、ＨＶ２は、マイコン３の状態を、遷移可能な省電力状態のうち、より省電力度合いが大きい状態である「ＳＴＯＰ」に遷移させる。

次に、ＶＭ１３がＨＶ２に対して状態遷移要求を送信すると、それを受信したＨＶ２は、状態管理テーブルの「ＶＭＩＤ＝３」に対応するＶＭの状態を「スリープ」に更新する。その後、ＨＶ２は、アクセス管理テーブルについてＨＷＩＤ＝１～５を順番に判定してアクセス状態の更新を行う。このとき、ＶＭ１１、１２に加えてＶＭ１３がスリープ状態であることから、「ＨＷＩＤ＝３」に対応するＣＡＮ、つまりＣＡＮ通信Ｉ／Ｆ６のアクセス状態が「なし」に更新される。そして、ＨＶ２は、アクセス管理テーブルのアクセス状態および遷移条件テーブルの遷移条件の比較を行うが、新たに遷移条件が満たされることがないため、マイコン３の状態は「ＳＴＯＰ」のまま維持される。

次に、ＶＭ１４がＨＶ２に対して状態遷移要求を送信すると、それを受信したＨＶ２は、状態管理テーブルの「ＶＭＩＤ＝４」に対応するＶＭの状態を「スリープ」に更新する。その後、ＨＶ２は、アクセス管理テーブルについてＨＷＩＤ＝１～５を順番に判定してアクセス状態の更新を行う。このとき、ＶＭ１１～１３に加えてＶＭ１４がスリープ状態であることから、アクセス状態は全て「なし」に更新される。

そして、ＨＶ２は、アクセス管理テーブルのアクセス状態および遷移条件テーブルの遷移条件の比較を行う。このとき、ＶＭ１１～１４による全てのＨＷへのアクセスがなくなることから、「ＨＡＬＴ」および「ＳＴＯＰ」に加え、「ＰＥＲＩＰＨＥＲＡＬＳＴＯＰ」および「ＤＥＥＰＳＴＯＰ」への遷移条件が満たされることになる。そのため、ＨＶ２は、マイコン３の状態を、遷移可能な各省電力状態のうち、より省電力度合いが大きい状態である「ＤＥＥＰＳＴＯＰ」に遷移させる。

以上説明した本実施形態によれば、次のような効果が得られる。
ＨＶ２は、複数のＶＭ１１～１４のそれぞれについての状態に関する情報を表す状態管理テーブルと、複数のＶＭ１１～１４のそれぞれがアクセスするマイコン３が備えるハードウェアに関する情報を表すアクセス管理テーブルと、複数の省電力状態のそれぞれにマイコン３を遷移させるための条件である遷移条件に関する情報を表す遷移条件テーブルと、を参照し、複数の省電力状態のうち、その時点で遷移可能であり且つ最も電力消費量が少ない状態にマイコン３を遷移させる判定処理を実行するようになっている。

このような構成によれば、複数のＶＭ１１～１４のいずれかがスリープ状態へと遷移可能になる度に、その時点で遷移可能な省電力状態のうち最も電力消費量が少ない状態にマイコン３の状態が遷移されることになる。すなわち、上記構成によれば、マイコン３の状態をより電力消費量が少なくなるように段階的に遷移させること、つまり多段階の省電力遷移を実現することができる。そのため、上記構成によれば、全てのＶＭ１１～１４がスリープ状態に遷移していなくとも、可能な範囲でマイコン３の省電力効果を得ることが可能となる。したがって、本実施形態によれば、従来技術に比べ、省電力の効果を十分に高めることができる。

また、この場合、ＨＶ２は、ＶＭ１１～１４のいずれかがスリープ状態へと遷移可能になった際、スリープ状態へと遷移可能なＶＭ以外の他のＶＭ、つまりウェイクアップ状態のＶＭの動作に影響を与えることがないような省電力状態にマイコン３の状態を遷移させるようになっている。このようにすれば、ＶＭ１１～１４のいずれかがスリープ状態へと遷移する際、他のＶＭが所定の動作を実行中にもかかわらず、その動作の継続を妨げてしまうことを防止できる。

上記構成において、ＶＭ１１およびＶＭ１２のスリープ条件にはＩＧ電源１０の状態が含まれているとともに、ＶＭ１３およびＶＭ１４のスリープ条件には＋Ｂ電源９の状態が含まれている。このような場合、ＶＭ１１、１２と、ＶＭ１３、１４とがスリープ状態に遷移する遷移タイミングに比較的大きな時間差が生じる可能性が高い。従来技術では、このような場合、十分な省電力効果が得られなくなるおそれがあった。これに対し、本実施形態によれば、各ＶＭにおいてスリープ状態に遷移する遷移タイミングに比較的大きな時間差が生じる場合であっても、上述したように多段階の省電力遷移が行われるため、十分な省電力効果を得ることができる。

本実施形態の状態管理テーブルは、複数のＶＭ１１～１４のそれぞれについての状態に関する情報を表すものであり、複数のＶＭ１１～１４のうち少なくとも１つについてスリープ条件が満たされると更新されるようになっている。このような状態管理テーブルによれば、ＶＭ毎のスリープ状態を管理することが可能となり、本実施形態のようにマイコン３上に複数のＶＭ１１～１４が搭載された状態において前述した多段階の省電力遷移の制御を実現できる。

本実施形態のマイコン３は、そのハードウェアとして、ＣＰＵ４、５と、ＣＡＮ通信Ｉ／Ｆ６、Ｅｔｈｅｒｎｅｔ通信Ｉ／Ｆ７およびタイマー８といったペリフェラルと、を備える。そして、本実施形態のアクセス管理テーブルは、ＣＰＵ４、５および各ペリフェラルに関する情報と、それらにアクセスする複数のＶＭ１１～１４のそれぞれを識別するための識別情報であるＶＭＩＤと、が紐付けられたものとなっている。このようにすれば、ＶＭ毎にアクセスするＨＷ情報を持つことが可能となり、段階的にマイコン３の省電力状態を遷移させることを実現できる。

（その他の実施形態）
なお、本発明は上記し且つ図面に記載した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で任意に変形、組み合わせ、あるいは拡張することができる。
上記実施形態で示した数値などは例示であり、それに限定されるものではない。
本発明は、車両に搭載される統合ＥＣＵ１を構成するマイコン３の状態遷移を管理する用途に限らず、複数の仮想マシンを動作させるコンピュータの状態遷移を管理する用途全般に適用することができる。

本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。

本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリーを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリーと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

１…統合ＥＣＵ、２…ハイパーバイザー、３…マイクロコンピュータ、４、５…ＣＰＵ、６…ＣＡＮ通信インターフェース、７…Ｅｔｈｅｒｎｅｔ通信Ｉ／Ｆ、８…タイマー、１１～１４…仮想マシン。

Claims (5)

1. 複数の仮想マシン（１１～１４）を動作させるコンピュータ（３）の状態遷移を管理する管理装置（２）であって、
   前記複数の仮想マシンのそれぞれは、予め定められたスリープ条件が満たされることにより、所定の動作を行うウェイクアップ状態から前記動作を停止するスリープ状態へと遷移するようになっており、
   前記コンピュータは、通常の動作を行う通常状態と、前記通常状態よりも電力消費量が少ない複数の省電力状態と、のうちいずれかに遷移可能であり、
   前記複数の仮想マシンのそれぞれについての状態に関する情報を表す状態管理テーブルと、
   前記複数の仮想マシンのそれぞれがアクセスする前記コンピュータが備えるハードウェア（４～８）に関する情報を表すアクセス管理テーブルと、
   前記複数の省電力状態のそれぞれに前記コンピュータを遷移させるための条件である遷移条件に関する情報を表す遷移条件テーブルと、
   を備え、
   前記状態管理テーブル、前記アクセス管理テーブルおよび前記遷移条件テーブルを参照し、前記複数の省電力状態のうち、その時点で遷移可能であり且つ最も電力消費量が少ない状態に前記コンピュータを遷移させるようになっている管理装置。
2. 前記状態管理テーブルは、前記複数の仮想マシンのうち少なくとも１つについて前記スリープ条件が満たされると更新されるようになっている請求項１に記載の管理装置。
3. 前記コンピュータは、そのハードウェアとしてＣＰＵ（４、５）およびペリフェラル（６～８）を備え、
   前記アクセス管理テーブルは、前記ＣＰＵおよびペリフェラルに関する情報と、それらにアクセスする前記複数の仮想マシンのそれぞれを識別するための識別情報と、が紐付けられたものとなっている請求項１または２に記載の管理装置。
4. 複数の仮想マシンを動作させるコンピュータの状態遷移を管理する管理装置に実行させる管理プログラムであって、
   前記複数の仮想マシンのそれぞれは、予め定められたスリープ条件が満たされることにより、所定の動作を行うウェイクアップ状態から前記動作を停止するスリープ状態へと遷移するようになっており、
   前記コンピュータは、通常の動作を行う通常状態と、前記通常状態よりも電力消費量が少ない複数の省電力状態と、のうちいずれかに遷移可能であり、
   前記管理装置に、
   前記複数の仮想マシンのそれぞれについての状態に関する情報を表す状態管理テーブル、前記複数の仮想マシンのそれぞれがアクセスする前記コンピュータが備えるハードウェアに関する情報を表すアクセス管理テーブルおよび前記複数の省電力状態のそれぞれに前記コンピュータを遷移させるための条件である遷移条件に関する情報を表す遷移条件テーブルを参照し、前記複数の省電力状態のうち、その時点で遷移可能であり且つ最も電力消費量が少ない状態に前記コンピュータを遷移させる処理、
   を実行させる管理プログラム。
5. コンピュータ（３）と、前記コンピュータ上で動作する複数の仮想マシン（１１～１４）と、前記コンピュータの状態遷移を管理する管理装置（２）と、を備えた電子制御装置（１）であって、
   前記複数の仮想マシンのそれぞれは、予め定められたスリープ条件が満たされることにより、所定の動作を行うウェイクアップ状態から前記動作を停止するスリープ状態へと遷移するようになっており、
   前記コンピュータは、通常の動作を行う通常状態と、前記通常状態よりも電力消費量が少ない複数の省電力状態と、のうちいずれかに遷移可能であり、
   前記管理装置は、
   前記複数の仮想マシンのそれぞれについての状態に関する情報を表す状態管理テーブルと、
   前記複数の仮想マシンのそれぞれがアクセスする前記コンピュータが備えるハードウェア（４～８）に関する情報を表すアクセス管理テーブルと、
   前記複数の省電力状態のそれぞれに前記コンピュータを遷移させるための条件である遷移条件に関する情報を表す遷移条件テーブルと、
   を備え、
   前記状態管理テーブル、前記アクセス管理テーブルおよび前記遷移条件テーブルを参照し、前記複数の省電力状態のうち、その時点で遷移可能であり且つ最も電力消費量が少ない状態に前記コンピュータを遷移させるようになっている電子制御装置。