特許 7375643 車載情報処理装置、制御方法及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-10-30

(45)【発行日】2023-11-08

(54)【発明の名称】車載情報処理装置、制御方法及びコンピュータプログラム

(51)【国際特許分類】

   G06F 9/4401 20180101AFI20231031BHJP

   B60R 16/02 20060101ALI20231031BHJP

【ＦＩ】

G06F9/4401

B60R16/02 660X

【請求項の数】 12

(21)【出願番号】P 2020051504

(22)【出願日】2020-03-23

(65)【公開番号】P2021149840

(43)【公開日】2021-09-27

【審査請求日】2022-09-30

(73)【特許権者】

【識別番号】395011665

【氏名又は名称】株式会社オートネットワーク技術研究所

(73)【特許権者】

【識別番号】000183406

【氏名又は名称】住友電装株式会社

(73)【特許権者】

【識別番号】000002130

【氏名又は名称】住友電気工業株式会社

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】塩澤 孝之

【審査官】土谷 慎吾

(56)【参考文献】

【文献】特開２０１２－００３５１０（ＪＰ，Ａ）

【文献】特開２０００－２２２３７６（ＪＰ，Ａ）

【文献】特開２００６－０３１２０３（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１５／０２７８０４６（ＵＳ，Ａ１）

【文献】出原 章雄 等，組込みＣＰＵ向けＳ／Ｗ機能分離アーキテクチャの提案，情報処理学会 組込みシステムシンポジウム ２０１３，日本，2013年10月09日，p.123-130

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ９／４４０１

Ｂ６０Ｒ １６／０２

(57)【特許請求の範囲】

【請求項1】

車両に搭載され、共通のハードウェア上で動作する複数のＯＳ（Operating System）を制御する制御部を備える車載情報処理装置であって、
動作させるＯＳ及びアプリケーションプログラムを一時的に記憶する記憶部を備え、
前記制御部は、
前記複数のＯＳの再起動の要否を判定し、
一のＯＳを再起動する必要があると判定した場合、前記一のＯＳ上で動作しているアプリケーションプログラムを、前記一のＯＳとは異なる他のＯＳ上で動作させ、
前記一のＯＳ上で動作しているアプリケーションプログラムを前記他のＯＳ上で動作させる場合に、前記一のＯＳが使用する前記記憶部の一の記憶領域に記憶された前記アプリケーションプログラムを、前記他のＯＳが使用する前記記憶部の他の記憶領域へコピーし、
前記一のＯＳを再起動し、
再起動の完了後に、前記他のＯＳ上で動作している前記アプリケーションプログラムを、前記一のＯＳ上で動作させる、
車載情報処理装置。

【請求項2】

前記制御部は、前記一のＯＳを再起動している間、前記他のＯＳを並行して動作させる、
請求項１に記載の車載情報処理装置。

【請求項3】

前記制御部は、前記一のＯＳの再起動が完了した後に、前記他の記憶領域にコピーした前記アプリケーションプログラムを削除する、
請求項１又は請求項２に記載の車載情報処理装置。

【請求項4】

前記制御部は、
前記一のＯＳを再起動する必要があると判定した場合に、前記一のＯＳ上で動作している一又は複数のアプリケーションプログラムの中から、前記一のＯＳの再起動中に動作を継続させるべきアプリケーションプログラムを判定し、
動作を継続させるべきと判定したアプリケーションプログラムを動作させることができる他のＯＳの有無を判定し、
前記アプリケーションプログラムを動作させることができると判定した他のＯＳが使用する他の記憶領域に、前記アプリケーションプログラムを記憶する空き容量が存在するか否かを判定し、
空き容量が存在すると判定した場合に、前記アプリケーションプログラムを前記他の記憶領域へコピーする、
請求項３に記載の車載情報処理装置。

【請求項5】

前記制御部は、前記空き容量が存在しないと判定した場合、前記一のＯＳの再起動を待機する、
請求項４に記載の車載情報処理装置。

【請求項6】

前記制御部は、前記車両のイグニッションスイッチがオン状態からオフ状態へ切り替えられた後、待機した前記一のＯＳの再起動を実施する、
請求項５に記載の車載情報処理装置。

【請求項7】

前記制御部は、
前記他のＯＳが存在しないと判定した場合に、前記一のＯＳの代替となる代替ＯＳを起動し、
前記アプリケーションプログラムを前記代替ＯＳ上で動作させる、
請求項３から請求項６までのいずれか１つに記載の車載情報処理装置。

【請求項8】

前記代替ＯＳは、前記一のＯＳが備える複数の機能の一部を有するＯＳである、請求項７に記載の車載情報処理装置。

【請求項9】

各アプリケーションプログラムには優先度が設定されており、
前記制御部は、前記優先度に応じて前記一のＯＳの再起動中に動作を継続させるべきアプリケーションプログラムを判定する、
請求項３から請求項８までのいずれか１つに記載の車載情報処理装置。

【請求項10】

前記制御部は、前記ハードウェアを仮想化した仮想環境で前記複数のＯＳを動作させる、
請求項１から請求項９までのいずれか１つに記載の車載情報処理装置。

【請求項11】

車両に搭載された車載情報処理装置が、共通のハードウェア上で動作する複数のＯＳを制御する制御方法であって、
前記車載情報処理装置は、動作させるＯＳ及びアプリケーションプログラムを一時的に記憶する記憶部を備え、
前記車載情報処理装置の制御部が、
前記複数のＯＳの再起動の要否を判定し、
一のＯＳを再起動する必要があると判定した場合、前記一のＯＳ上で動作しているアプリケーションプログラムを、前記一のＯＳとは異なる他のＯＳ上で動作させ、
前記一のＯＳ上で動作しているアプリケーションプログラムを前記他のＯＳ上で動作させる場合に、前記一のＯＳが使用する前記記憶部の一の記憶領域に記憶された前記アプリケーションプログラムを、前記他のＯＳが使用する前記記憶部の他の記憶領域へコピーし、
前記一のＯＳを再起動し、
再起動の完了後に、前記他のＯＳ上で動作している前記アプリケーションプログラムを、前記一のＯＳ上で動作させる、
制御方法。

【請求項12】

車両に搭載されたコンピュータに、共通のハードウェア上で動作する複数のＯＳを制御する処理を実行させるコンピュータプログラムであって、
前記コンピュータは、動作させるＯＳ及びアプリケーションプログラムを一時的に記憶する記憶部を備え、
前記コンピュータに、
前記複数のＯＳの再起動の要否を判定し、
一のＯＳを再起動する必要があると判定した場合、前記一のＯＳ上で動作しているアプリケーションプログラムを、前記一のＯＳとは異なる他のＯＳ上で動作させ、
前記一のＯＳ上で動作しているアプリケーションプログラムを前記他のＯＳ上で動作させる場合に、前記一のＯＳが使用する前記記憶部の一の記憶領域に記憶された前記アプリケーションプログラムを、前記他のＯＳが使用する前記記憶部の他の記憶領域へコピーし、
前記一のＯＳを再起動し、
再起動の完了後に、前記他のＯＳ上で動作している前記アプリケーションプログラムを、前記一のＯＳ上で動作させる、
処理を実行させるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、共通のハードウェア上で動作する複数のＯＳ（Operating System）を制御する車載情報処理装置、制御方法及びコンピュータプログラムに関する。

【背景技術】

【0002】

近年、車両に搭載される情報処理装置は高機能化しており、種々のアプリケーションプログラムの実行が可能となっている。更に車載情報処理装置は、複数のＯＳを並列的に動作させることができ、異なるＯＳ上で動作する複数のアプリケーションプログラムを並列的に動作することができる場合がある。車載情報処理装置において例えばＯＳの更新処理が行われた場合又はＯＳの異常停止が発生した場合等に、ＯＳの再起動を行う必要が生じることがあり、ＯＳの再起動中にはこのＯＳ上で動作するアプリケーションプログラムを動作させることができない。

【0003】

特許文献１においては、仮想化環境において第１のＯＳと第２のＯＳとを稼働させ、表示手段に画像を表示させる第１のアプリケーションを第１のＯＳ上で動作させているときに、第１のＯＳに再起動の必要が生じたことが検知された場合に、少なくとも第１のＯＳの再起動が完了するまでの間、表示手段に再起動時用画像を表示させる第２のアプリケーションを第２のＯＳ上で動作させる情報処理装置が提案されている。

【先行技術文献】

【特許文献】

【0004】

【文献】国際公開第２０１３／１３２６４６号

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に記載の情報処理装置は、第１のＯＳ上で動作させる表示用の第１のアプリケーションとは別に、第２のＯＳ上で動作させる第２のアプリケーションを別に用意しておく必要があり、メモリ等の記憶領域を無駄に消費する虞がある。また特許文献１において第２のアプリケーションは第１のアプリケーションの簡易版であり、第１のＯＳの再起動中は限定的な処理しか実行することができない。

【0006】

本開示は、斯かる事情に鑑みてなされたものであって、その目的とするところは、ＯＳの再起動中であっても、このＯＳ上で動作するアプリケーションプログラムを継続的に実行することが期待できる車載情報処理装置、制御方法及びコンピュータプログラムを提供することにある。

【課題を解決するための手段】

【0007】

本態様に係る車載情報処理装置は、車両に搭載され、共通のハードウェア上で動作する複数のＯＳ（Operating System）を制御する制御部を備える車載情報処理装置であって、動作させるＯＳ及びアプリケーションプログラムを一時的に記憶する記憶部を備え、前記制御部は、前記複数のＯＳの再起動の要否を判定し、一のＯＳを再起動する必要があると判定した場合、前記一のＯＳ上で動作しているアプリケーションプログラムを、前記一のＯＳとは異なる他のＯＳ上で動作させ、前記一のＯＳ上で動作しているアプリケーションプログラムを前記他のＯＳ上で動作させる場合に、前記一のＯＳが使用する前記記憶部の一の記憶領域に記憶された前記アプリケーションプログラムを、前記他のＯＳが使用する前記記憶部の他の記憶領域へコピーし、前記一のＯＳを再起動し、再起動の完了後に、前記他のＯＳ上で動作している前記アプリケーションプログラムを、前記一のＯＳ上で動作させる。

【0008】

本願は、このような特徴的な制御部を備える装置として実現することができるだけでなく、かかる特徴的な処理をステップとする方法として実現したり、かかるステップをコンピュータに実行させるためのコンピュータプログラムとして実現したりすることができる。これらの装置の一部又は全部を実現する半導体集積回路として実現したり、これらの装置を含むその他の装置又はシステムとして実現したりすることができる。

【発明の効果】

【0009】

上記によれば、ＯＳの再起動中であっても、このＯＳ上で動作するアプリケーションプログラムを継続的に実行することが期待できる。

【図面の簡単な説明】

【0010】

【図1】本実施の形態に係る車載情報処理システムの一構成例を示す模式図である。

【図2】本実施の形態に係るＧＷの構成を示すブロック図である。

【図3】本実施の形態に係るＧＷのソフトウェア構成を説明するための模式図である。

【図4】ＧＷのアプリテーブルの一例を示す模式図である。

【図5】本実施の形態に係るＧＷがＯＳの再起動を行う場合のソフトウェア構成を説明するための模式図である。

【図6】本実施の形態に係るＧＷが行うＯＳ再起動処理の手順を示すフローチャートである。

【図7】本実施の形態に係るＧＷが行うＯＳ再起動処理の手順を示すフローチャートである。

【図8】本実施の形態に係るＧＷが行う待機処理の手順を示すフローチャートである。

【図9】変形例に係るＧＷのアプリテーブルの一例を示す模式図である。

【発明を実施するための形態】

【0011】

［本開示の実施の形態の説明］
最初に本開示の実施態様を列記して説明する。以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。

【0012】

（１）本態様に係る車載情報処理装置は、車両に搭載され、共通のハードウェア上で動作する複数のＯＳを制御する制御部を備える車載情報処理装置であって、前記制御部は、前記複数のＯＳの再起動の要否を判定し、一のＯＳを再起動する必要があると判定した場合、前記一のＯＳ上で動作しているアプリケーションプログラムを、前記一のＯＳとは異なる他のＯＳ上で動作させ、前記一のＯＳを再起動し、再起動の完了後に、前記他のＯＳ上で動作している前記アプリケーションプログラムを、前記一のＯＳ上で動作させる。

【0013】

本態様にあっては、車載情報処理装置が共通のハードウェア上で動作する複数のＯＳを制御する制御部を備える。車載情報処理装置の制御部は、複数のＯＳについて再起動の要否を判定し、一のＯＳを再起動する必要があると判定した場合、この一のＯＳ上で動作しているアプリケーションプログラムを他のＯＳ上で動作させる。その後に制御部は一のＯＳを再起動し、再起動の完了後に他のＯＳ上で動作させたアプリケーションプログラムを一のＯＳ上で動作させる。これにより車載情報処理装置は、一のＯＳ上で動作していたアプリケーションプログラムと同じプログラムを他のＯＳ上で実行することができ、一のＯＳの再起動中であってもアプリケーションプログラムの処理を継続的に行うことが期待できる。

【0014】

（２）前記制御部は、前記一のＯＳを再起動している間、前記他のＯＳを並行して動作させることが好ましい。

【0015】

本態様にあっては、車載情報処理装置が一のＯＳを再起動している間、他のＯＳを並行して動作させる。これにより、一のＯＳの再起動中に、他のＯＳ上でアプリケーションプログラムを並行して実行させることができる。

【0016】

（３）動作させるＯＳ及びアプリケーションプログラムを一時的に記憶する記憶部を備え、前記制御部は、前記一のＯＳ上で動作しているアプリケーションプログラムを前記他のＯＳ上で動作させる場合に、前記一のＯＳが使用する前記記憶部の一の記憶領域に記憶された前記アプリケーションプログラムを、前記他のＯＳが使用する前記記憶部の他の記憶領域へコピーし、前記一のＯＳの再起動が完了した後に、前記他の記憶領域にコピーした前記アプリケーションプログラムを削除することが好ましい。

【0017】

本態様にあっては、車載情報処理装置が一のＯＳ上で動作するアプリケーションプログラムを他のＯＳ上で動作させる場合に、一のＯＳが使用する記憶領域に記憶されたアプリケーションプログラムを、他のＯＳが使用する記憶領域へコピーする。一のＯＳの再起動完了後、車載情報処理装置は、コピーしたアプリケーションプログラムを他のＯＳの記憶領域から削除する。これにより車載情報処理装置は、一のＯＳの記憶領域からアプリケーションプログラムをコピーして他のＯＳ上で動作させることができるため、他のＯＳ上で動作させるアプリケーションプログラムを別途用意する必要がない。

【0018】

（４）前記制御部は、前記一のＯＳを再起動する必要があると判定した場合に、前記一のＯＳ上で動作している一又は複数のアプリケーションプログラムの中から、前記一のＯＳの再起動中に動作を継続させるべきアプリケーションプログラムを判定し、動作を継続させるべきと判定したアプリケーションプログラムを動作させることができる他のＯＳの有無を判定し、前記アプリケーションプログラムを動作させることができると判定した他のＯＳが使用する他の記憶領域に、前記アプリケーションプログラムを記憶する空き容量が存在するか否かを判定し、空き容量が存在すると判定した場合に、前記アプリケーションプログラムを前記他の記憶領域へコピーすることが好ましい。

【0019】

本態様にあっては、車載情報処理装置が再起動の必要があると判定した一のＯＳ上で動作している一又は複数のアプリケーションプログラムの中から、一のＯＳの再起動中に動作を継続させるべきアプリケーションプログラムを判定する。車載情報処理装置は、動作を継続させるべきアプリケーションプログラムを動作させることができる他のＯＳの有無を判定する。車載情報処理装置は、アプリケーションプログラムを動作させることができると判定した他のＯＳの記憶領域に、このアプリケーションプログラムを記憶するだけの空き容量が存在するか否かを判定する。空き容量があると判定した場合、車載情報処理装置は、アプリケーションプログラム他のＯＳの記憶領域へコピーして動作させる。これらの処理により車載情報処理装置は、ＯＳの再起動中に動作を継続させるべきアプリケーションプログラムをより確実に動作させることが期待できる。

【0020】

（５）前記制御部は、前記空き容量が存在しないと判定した場合、前記一のＯＳの再起動を待機することが好ましい。

【0021】

本態様にあっては、他のＯＳの記憶領域にアプリケーションプログラムを記憶するだけの空き容量が存在しない場合、車載情報処理装置はこのアプリケーションプログラムが動作している一のＯＳの再起動を行わずに待機する。これにより、動作を継続させるべきアプリケーションプログラムの動作が停止されることを防止できる。

【0022】

（６）前記制御部は、前記車両のイグニッションスイッチがオン状態からオフ状態へ切り替えられた後、待機した前記一のＯＳの再起動を実施することが好ましい。

【0023】

本態様にあっては、ＯＳの再起動を待機した場合、車載情報処理装置は、車両のイグニッションスイッチがオン状態からオフ状態へ切り替えられた後にＯＳの再起動を実施する。これにより車載情報処理装置は、ユーザが車両の使用を終えた可能性が高い段階、即ちアプリケーションプログラムの処理が停止しても問題が生じない可能性が高い段階で、ＯＳを再起動することができる。

【0024】

（７）前記制御部は、前記他のＯＳが存在しないと判定した場合に、前記一のＯＳの代替となる代替ＯＳを起動し、前記アプリケーションプログラムを前記代替ＯＳ上で動作させることが好ましい。

【0025】

本態様にあっては、動作を継続させるべきアプリケーションプログラムを動作させることができる他のＯＳが存在しないと判定した場合、車載情報処理装置は、再起動する一のＯＳの代替となる代替ＯＳを起動して、このアプリケーションプログラムを代替ＯＳ上で動作させる。これにより車載情報処理装置は、動作を継続させるべきアプリケーションプログラムをより確実に動作させることができる。

【0026】

（８）前記代替ＯＳは、前記一のＯＳが備える複数の機能の一部を有するＯＳであることが好ましい。

【0027】

本態様にあっては、再起動する一のＯＳの機能の一部を有するＯＳを、車載情報処理装置は代替ＯＳとして用いる。これにより、一のＯＳの全機能を有するＯＳを代替ＯＳとする場合と比較して、車載情報処理装置の記憶領域の使用量を低減することができる。

【0028】

（９）各アプリケーションプログラムには優先度が設定されており、前記制御部は、前記優先度に応じて前記一のＯＳの再起動中に動作を継続させるべきアプリケーションプログラムを判定することが好ましい。

【0029】

本態様にあっては、アプリケーションプログラムに設定された優先度に応じて、車載情報処理装置がＯＳの再起動中に動作を継続させるべきアプリケーションプログラムを判定する。これにより車載情報処理装置は、例えば優先度が高いアプリケーションプログラムを他のＯＳ上で優先して動作させることができる。

【0030】

（１０）前記制御部は、前記ハードウェアを仮想化した仮想環境で前記複数のＯＳを動作させることが好ましい。

【0031】

本態様にあっては、ハードウェアを仮想化した仮想環境を車載情報処理装置が提供し、この仮想環境上で複数のＯＳを動作させる。これにより、車載情報処理装置にて動作させるＯＳの汎用性の向上及び開発の容易化等が期待できる。

【0032】

（１１）本態様に係る制御方法は、車両に搭載された車載情報処理装置が、共通のハードウェア上で動作する複数のＯＳを制御する制御方法であって、前記車載情報処理装置の制御部が、前記複数のＯＳの再起動の要否を判定し、一のＯＳを再起動する必要があると判定した場合、前記一のＯＳ上で動作しているアプリケーションプログラムを、前記一のＯＳとは異なる他のＯＳ上で動作させ、前記一のＯＳを再起動し、再起動の完了後に、前記他のＯＳ上で動作している前記アプリケーションプログラムを、前記一のＯＳ上で動作させる。

【0033】

本態様にあっては、態様（１）と同様に、ＯＳの再起動中であってもアプリケーションプログラムの処理を継続的に行うことが期待できる。

【0034】

（１２）本態様に係るコンピュータプログラムは、車両に搭載されたコンピュータに、共通のハードウェア上で動作する複数のＯＳを制御する処理を実行させるコンピュータプログラムであって、前記コンピュータに、前記複数のＯＳの再起動の要否を判定し、一のＯＳを再起動する必要があると判定した場合、前記一のＯＳ上で動作しているアプリケーションプログラムを、前記一のＯＳとは異なる他のＯＳ上で動作させ、前記一のＯＳを再起動し、再起動の完了後に、前記他のＯＳ上で動作している前記アプリケーションプログラムを、前記一のＯＳ上で動作させる処理を実行させる。

【0035】

本態様にあっては、態様（１）と同様に、ＯＳの再起動中であってもアプリケーションプログラムの処理を継続的に行うことが期待できる。

【0036】

［本開示の実施形態の詳細］
本開示の実施形態に係る車載情報処理システムの具体例を、以下に図面を参照しつつ説明する。本開示はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

【0037】

＜システム構成＞
図１は、本実施の形態に係る車載情報処理システムの一構成例を示す模式図である。本実施の形態に係る車載情報処理システムは、車両１に搭載されたＧＷ（ゲートウェイ）２及び複数のＥＣＵ３が複数の通信線を介して通信を行い、これら複数の車載装置が協働することで車両１の走行制御等に係る種々の情報処理を行うシステムである。図示の例では、ＧＷ２に４つのＥＣＵ３がそれぞれ個別の通信線を介して接続されている。ＧＷ２は通信線間でのメッセージ送受信を中継する処理を行い、これにより４つのＥＣＵ３は通信線及びＧＷ２を介して相互にメッセージの送受信を行うことができる。

【0038】

また車載情報処理システムは、車両１の外部との間で無線通信を行う無線通信装置５を備えている。無線通信装置５は、例えば携帯電話通信網又は無線ＬＡＮ（Local Area Network）等を利用した無線通信を行うことによって、車両１の外部に設けられたサーバ装置又はユーザが所持するスマートフォン等との間でメッセージの送受信を行うことができる。無線通信装置５は通信線を介してＧＷ２に接続されている。ＧＷ２は、無線通信装置５を介して車両１の外部のサーバ装置等との間でメッセージの送受信を行うことができる。またＧＷ２がＥＣＵ３と無線通信装置５との間の通信を中継することによって、ＥＣＵ３はＧＷ２及び無線通信装置５を介して車両１の外部のサーバ装置等との間でメッセージの送受信を行うことができる。

【0039】

ＧＷ２には、車両１に設けられたＩＧ（イグニッション）スイッチ６からのＩＧ信号が入力されている。ＧＷ２は、入力されたＩＧ信号に基づいて、車両１の状態の判定、例えば車両１が走行する可能性がある状態であるか否かの判定を行うことができる。なお車両１の状態の判定は、ＩＧスイッチ６からのＩＧ信号ではなく、例えば車両１の速度、加速度、エンジンの回転数、シフトレバーの状態又はアクセルの状態等の種々の情報に基づいて行われてよい。ＧＷ２には、車両１の状態を判定するために必要な情報が直接的に又は通信を介して間接的に入力される。

【0040】

ＧＷ２は、メッセージの中継処理及び車両１の制御処理等の種々の処理を行うために、複数のアプリケーションプログラムを実行して動作させている。アプリケーションプログラムの実行には、プログラムの実行管理及びハードウェア資源の管理等を行うＯＳが必要である。本実施の形態に係るＧＷ２は、複数のＯＳを動作させており、これにより異なるＯＳ用に開発された複数のアプリケーションプログラムを１つの装置で動作させることが可能となっている。またＧＷ２は、複数のＯＳを並行して動作させると共に、各ＯＳ上で複数のアプリケーションプログラムを並行して動作させる。ＧＷ２は、例えば複数のＯＳ及び複数のアプリケーションプログラムを時分割で切り替えて実行することによって、複数のＯＳ及び複数のアプリケーションプログラムを実質的に同時に並行して動作させることができる。また例えばＧＷ２がＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro-Processing Unit）等の演算処理装置を複数備える場合には、複数のＯＳ及び複数のアプリケーションプログラムを複数の演算処理装置で実際に並行して動作させてもよい。

【0041】

アプリケーションプログラム及びＯＳ等のソフトウェアは、不具合の修正又は新機能の追加等のためにアップデート（更新処理）が行われる。ＧＷ２は、無線通信装置５を介して所定のサーバ装置との通信を行うことでアップデート用のソフトウェアを取得し、フラッシュメモリ又はハードディスク等の二次記憶装置に記憶されたソフトウェアを書き換えることでアップデートを行う。例えばＯＳのアップデートを行った場合、ＧＷ２は、ソフトウェアの書き換えを完了した後に、ＯＳの再起動を行う必要がある。なおＯＳの再起動の要因には、上記のアップデートのみでなく、例えば何らかの不具合が発生した場合等の種々の要因が含まれ得る。

【0042】

従来はＯＳの再起動が行われた場合、このＯＳ上で動作する一又は複数のアプリケーションプログラムは、再起動が完了するまで動作することができない。本実施の形態に係るＧＷ２は、ＯＳの再起動中であっても動作を継続させるべきアプリケーションプログラムについて、ＯＳの再起動に伴って動作を停止させずに継続させることが可能である。なお本実施の形態においてはＧＷ２を例に説明を行うが、同様の技術がＥＣＵ３又はこれ以外の種々の車載情報処理装置に適用可能である。

【0043】

図２は、本実施の形態に係るＧＷ２の構成を示すブロック図である。本実施の形態に係るＧＷ２は、制御部（プロセッサ）２１、一次記憶部（ストレージ）２２、二次記憶部（ストレージ）２３及び複数の通信部（トランシーバ）２４等を備えて構成されている。制御部２１は、例えばＣＰＵ又はＭＰＵ等の演算処理装置を用いて構成されている。制御部２１は、二次記憶部２３に記憶されたプログラムを一次記憶部２２に読み出して実行することにより、種々の処理を行うことができる。

【0044】

一次記憶部２２は、例えばＳＲＡＭ（Static Random Access Memory）又はＤＲＡＭ（Dynamic Random Access Memory）等のメモリ素子を用いて構成されている。一次記憶部２２は、二次記憶部２３と比較して記憶容量が少ないが、制御部２１がデータの読み書きを二次記憶部２３よりも高速に行うことができる記憶部である。本実施の形態において一次記憶部２２は、揮発性の記憶部とするが、不揮発性であってもよい。

【0045】

二次記憶部２３は、例えばフラッシュメモリもしくはＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等の不揮発のメモリ素子、又は、ハードディスク等の磁気記憶装置等を用いて構成されている。二次記憶部２３は、制御部２１が実行する各種のプログラム、及び、制御部２１の処理に必要な各種のデータを記憶する。本実施の形態において二次記憶部２３は、制御部２１が実行するプログラム２３ａと、アプリケーションプログラムに関する情報を有するアプリテーブル２３ｂとを記憶している。

【0046】

本実施の形態に係るＧＷ２は、一次記憶部２２及び二次記憶部２３の２つの記憶部により階層構造の記憶手段、いわゆるメモリ階層を実現している。ＧＷ２の制御部２１がプログラム２３ａを実行する場合、二次記憶部２３に記憶されたプログラム２３ａが一次記憶部２２に読み出され、一次記憶部２２に記憶されたプログラム２３ａを制御部２１が読み出して実行する。本実施の形態において制御部２１は、プログラム２３ａを実行することにより、ＯＳによるアプリケーションプログラムの管理、アプリケーションプログラムによる車両１の制御、並びに、ＯＳ及びアプリケーションプログラムの管理等の種々の処理を行う。

【0047】

なお図２においてプログラム２３ａと示されているものには、ＯＳのプログラム及びアプリケーションプログラム等の種々のプログラムが含まれ、更にはＯＳ及びアプリケーションプログラムの動作を管理するプログラムが含まれ得る。プログラム２３ａは、例えばＧＷ２の製造段階において二次記憶部２３に書き込まれてよい。また例えばプログラム２３ａは遠隔のサーバ装置などにより配信されてもよく、ＧＷ２はサーバ装置との通信にてプログラム２３ａを取得して二次記憶部２３に書き込んでもよい。また例えばメモリカード又は光ディスク等の記録媒体９９に記録されたプログラム２３ａをＧＷ２が読み出して二次記憶部２３に記憶してもよい。また例えば記録媒体９９に記録されプログラム２３ａを書込装置が読み出してＧＷ２の二次記憶部２３に書き込んでもよい。プログラム２３ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体９９に記録された態様で提供されてもよい。プログラム２３ａに含まれるＯＳ及びアプリケーションプログラム等の種々のプログラムは、一括で提供されてもよく、個別に異なる方法で提供されてもよい。

【0048】

二次記憶部２３のアプリテーブル２３ｂは、ＧＷ２が実行するアプリケーションプログラムに関する情報を記憶したテーブルである。ＧＷ２は、アプリテーブル２３ｂに記憶された情報に基づいて、ＯＳの再起動時に動作を継続させるべきアプリケーションプログラムがいずれであるか等を判断することができる。アプリテーブル２３ｂの詳細構成は後述する。アプリテーブル２３ｂは、例えば本システムの開発者等により予め作成されて、二次記憶部２３に記憶される。アプリテーブル２３ｂは、プログラム２３ａと共に提供されてもよく、プログラム２３ａとは別に提供されてもよい。プログラム２３ａに含まれるＯＳ又はアプリケーションプログラム等のアップデートが行われた場合には、アプリテーブル２３ｂの内容が更新されてもよい。

【0049】

複数の通信部２４にはそれぞれ通信線が接続され、通信線を介してＥＣＵ３又は無線通信装置５等の車載装置との間でメッセージの送受信を行う。本実施の形態において通信部２４は、例えばイーサネット（登録商標）の通信規格に従ってメッセージの送受信を行う。通信部２４は、例えばイーサネットＰＨＹ（physical layer）のＩＣ（Integrated Circuit）等を用いて構成され得る。ただし通信部２４が用いる通信規格はイーサネットに限らず、例えばＣＡＮ（Controller Area Network）又はＦｌｅｘＲａｙ等の種々の通信規格が採用され得る。通信部２４は、制御部２１から与えられたデータを電気信号として通信線へ出力することによりメッセージ送信を行う。また通信部２４は、通信線の電位をサンプリングして取得することにより、通信線上の電気信号をデジタルデータに変換し、変換したデータを受信メッセージとして制御部２１へ与える。

【0050】

また本実施の形態にＧＷ２は、二次記憶部２３に記憶されたプログラム２３ａを制御部２１が読み出して実行することにより、再起動判定部２１ａ、ＯＳ制御部２１ｂ及びアプリ制御部２１ｃ等が制御部２１にソフトウェア的な機能部として実現される。再起動判定部２１ａは、動作中のＯＳについて、再起動を行う必要があるか否かを判定する処理を行う。再起動判定部２１ａは、例えばＯＳのアップデート処理が行われ、この処理が完了した場合にアップデートされたＯＳの再起動が必要であると判定することができる。なおＯＳの再起動の要因はアップデートに限らない。

【0051】

ＯＳ制御部２１ｂは、ＧＷ２にて実行されるＯＳを管理する処理を行う。ＯＳ制御部２１ｂは、ＯＳの起動、停止、再起動及びアップデート等の制御を行う。また本実施の形態においてＯＳ制御部２１ｂは、ＯＳの再起動を行う際に、このＯＳの代替ＯＳを生成して起動する処理を行う。

【0052】

アプリ制御部２１ｃは、ＧＷ２にて実行されるアプリケーションプログラムを管理する処理を行う。本実施の形態においてアプリ制御部２１ｃは、再起動されるＯＳ上で動作しているアプリケーションプログラムの中から、ＯＳの再起動中に動作を停止すべきでない、動作を継続させるべきアプリケーションプログラムを、二次記憶部２３のアプリテーブル２３ｂに基づいて判定する。アプリ制御部２１ｃは、動作を継続させるべきアプリケーションプログラムを、再起動するＯＳとは異なるＯＳで実行すると共に、再起動の完了後にこのアプリケーションプログラムを元のＯＳで実行する。

【0053】

＜アプリケーションプログラム制御処理＞
図３は、本実施の形態に係るＧＷ２のソフトウェア構成を説明するための模式図である。本実施の形態に係るＧＷ２は、制御部２１が二次記憶部２３に記憶されたプログラム２３ａを一次記憶部２２に読み出して実行することによって、図３に示すソフトウェアの構成が実現される。図３のハードウェアは制御部２１及び一次記憶部２２等のハードウェアに関するリソースを示しており、本実施の形態に係るＧＷ２は、このハードウェアを仮想化した仮想環境をＯＳに対して提供する。仮想環境は、実際のハードウェアの構成等に関係なく、所定の仮想的なハードウェア構成を前提としたインタフェースをＯＳに提供する。仮想環境は、ＯＳからの命令等を実際のハードウェアに適した命令に変換してハードウェアを制御する。ＯＳ及びハードウェアの間に仮想環境が介在することによって、ハードウェアの構成が異なる他のＧＷ２についても同じＯＳ及びアプリケーションプログラムを実行することができる。仮想環境を実現するためのプログラムは、ハードウェアの構成毎に作成され得る。

【0054】

本実施の形態に係るＧＷ２では、通常の動作状態において、例えばＯＳ１及びＯＳ２の２つのＯＳが仮想環境上で動作している。また例えばＯＳ１条ではアプリ１～アプリ３の３つのアプリケーションプログラムが動作し、ＯＳ２上ではアプリ４の１つのアプリケーションプログラムが動作している。なお本実施の形態においては、ＯＳの識別情報として「ＯＳ１」が付されたＯＳを単にＯＳ１と呼び、識別情報として「ＯＳ２」が付されたＯＳを単にＯＳ２と呼ぶ。同様に、アプリケーションプログラムの識別情報として「アプリ１」が付されたアプリケーションプログラムを単にアプリ１と呼び、「アプリ２」が付されたアプリケーションプログラムを単にアプリ２と呼び、「アプリ３」が付されたアプリケーションプログラムを単にアプリ３と呼ぶ。

【0055】

例えば、ＧＷ２の制御部２１がシングルプロセッサ又はシングルコア等の演算処理装置である場合には、アプリ１～４はタイムシェアリングにより切り替えられて並列的に動作する。また例えばＧＷ２の制御部２１がマルチプロセッサ又はマルチコア等の演算処理装置である場合には、アプリ１～４が同時的に並列的に動作する。このようなハードウェアの構成の差異は仮想環境により吸収されるため、ＯＳ１，２及びアプリ１～４は実際のハードウェアの構成に関係なく動作する。

【0056】

本実施の形態に係るＧＷ２が動作させる２つのＯＳ１，２は、例えばＬｉｎｕｘ（登録商標）及びＷｉｎｄｏｗｓ（登録商標）等のような種類の全く異なるＯＳであってもよく、例えば同じ種類のＯＳのバージョン違いなどであってもよい。アプリ１～４は、例えば対応するＯＳに専用のアプリケーションプログラムであってもよく、また例えば複数のＯＳで動作する汎用的なアプリケーションプログラムであってもよい。

【0057】

本実施の形態に係るＧＷ２は、二次記憶部２３にプログラム２３ａとして記憶されたＯＳ及びアプリケーションプログラムを読み出して一次記憶部２２に記憶し、一次記憶部２２に記憶されたＯＳ及びアプリケーションプログラムを制御部２１が読み出して実行する。ＧＷ２は、二次記憶部２３からＯＳを一次記憶部２２に読み出して実行する際に、ＯＳ毎に一次記憶部２２の所定サイズの記憶領域を割り当てる。ず３においては、各ＯＳに割り当てられた記憶領域を破線の矩形で示している。各ＯＳは、自身に割り当てられた記憶領域を用いて処理を行い、他のＯＳに割り当てられた記憶領域にアクセスすることはできない。

【0058】

またＧＷ２は、二次記憶部２３に記憶されたアプリケーションプログラムを一次記憶部２２に読み出す場合、アプリケーションプログラムを管理するＯＳに割り当てられた記憶領域に、読み出したアプリケーションプログラムを記憶する。図３に示す例では、ＯＳ１の記憶領域にアプリ１～３が記憶され、ＯＳ２の記憶領域にアプリ４が記憶されている。

【0059】

図４は、ＧＷ２のアプリテーブル２３ｂの一例を示す模式図である。本実施の形態に係るアプリテーブル２３ｂは、ＯＳを識別するための識別情報であるＯＳＩＤと、アプリケーションプログラムに関するアプリ情報と、アプリケーションプログラムを実行するために必要なＯＳの機能を示す必要機能情報とを対応付けて記憶している。アプリ情報には、アプリケーションプログラムを識別するための識別情報であるアプリＩＤと、アプリケーションプログラムのデータ量と、ＯＳの再起動時におけるアプリケーションプログラムの停止の可否とが含まれる。必要機能情報には、アプリケーションプログラムの実行に必要なＯＳのカーネルの種類と、ドライバＡ～Ｃの要否と、ライブラリＡ，Ｂの要否と、必要な機能のデータ量とが含まれる。本例では、図３に示したように、ＧＷ２がＯＳ１及びＯＳ２の２つのＯＳを動作させ、ＯＳ１上でアプリ１～３を動作させ、ＯＳ２上でアプリ４を動作させるものとして、アプリテーブル２３ｂの構成例が示されている。

【0060】

図示のアプリテーブル２３ｂにおいて、通常動作時にＯＳ１上で動作するアプリ１は、プログラムのデータ量が５ＭＢ（メガバイト）であり、ＯＳ１の再起動に際して動作を停止することが不可（禁止）に設定されている。またアプリ１は、ＯＳ１又はＯＳ２のカーネルのいずれでも動作可能であり、ドライバＡ，Ｃ及びライブラリＢが必要であり、これらの必要機能に関するプログラムのデータ量が３０ＭＢである。

【0061】

同様に、通常動作時にＯＳ１上で動作するアプリ２は、プログラムのデータ量が３ＭＢであり、ＯＳ１の再起動に際して動作を停止することが不可に設定されている。またアプリ２は、ＯＳ１のカーネルでのみ動作可能であり、ドライバＢ及びライブラリＡ，Ｂが必要であり、これらの必要機能に関するプログラムのデータ量が２０ＭＢである。

【0062】

通常動作時にＯＳ１上で動作するアプリ３は、プログラムのデータ量が１０ＭＢであり、ＯＳ１の再起動に際して動作を停止することが可（許可）に設定されている。またアプリ３は、ＯＳ１のカーネルでのみ動作可能であり、ドライバＡ，Ｂ，Ｃ及びライブラリＡ，Ｂが必要であり、これらの必要機能に関するプログラムのデータ量が５０ＭＢである。

【0063】

通常動作時にＯＳ２上で動作するアプリ４は、プログラムのデータ量が５ＭＢであり、ＯＳ２の再起動に際して動作を停止することが可に設定されている。またアプリ４は、ＯＳ１又はＯＳ２のカーネルのいずれでも動作可能であり、ドライバＡ，Ｃ及びライブラリＢが必要であり、これらの必要機能に関するプログラムのデータ量が３０ＭＢである。

【0064】

図５は、本実施の形態に係るＧＷ２がＯＳ１の再起動を行う場合のソフトウェア構成を説明するための模式図である。例えばＯＳ１のアップデートが完了して再起動を行う必要が生じた場合、ＧＷ２は、二次記憶部２３に記憶されたアプリテーブル２３ｂを参照して、ＯＳ１上で動作しているアプリ１～３を再起動中に停止不可が設定されているアプリケーションプログラム、即ち動作を継続させるべきアプリケーションプログラムを判定する。本例では、ＯＳ１上で動作するアプリ１及びアプリ２が停止不可に設定されている。

【0065】

停止不可のアプリケーションプログラムのうち、本例ではアプリ１はＯＳ２上で動作させることができる。ＧＷ２は、ＯＳ２の記憶領域の空き容量を取得し、アプリ１を動作させるために必要なデータ量である５ＭＢがＯＳ２の記憶領域に確保できるか否かを判定する。ＯＳ２の記憶領域の空き容量が５ＭＢ以上である場合、ＧＷ２は、ＯＳ１の記憶領域に記憶されているアプリ１をＯＳ２の記憶領域へコピーする。このときにＧＷ２は、アプリ１のプログラムコードのみではなく、その時点においてアプリ１が処置に用いているデータ（例えば変数に格納された値）をコピーする。その後にＧＷ２は、ＯＳ１上のアプリ１からＯＳ２上のアプリ１へ動作を切り替える。

【0066】

停止不可のアプリケーションプログラムのうち、本例ではアプリ２はＯＳ１上でのみ動作する。ＧＷ２は、アプリテーブル２３ｂを参照してアプリ２の動作に必要なＯＳの機能を判定する。本例では、ＯＳ１のカーネル、ドライバＢ及びライブラリＡ，Ｂが必要である。ＧＷ２は、一次記憶部２２の空き容量を取得し、アプリ２のデータ量である３ＭＢと、アプリ２の動作に必要な機能に関するデータ量である２０ＭＢとが、一次記憶部２２の空き領域に確保できるか否かを判定する。一次記憶部２２の空き容量が２３ＭＢ以上である場合、ＧＷ２は、まずまずＯＳ１から必要な機能（本例ではＯＳ１のカーネル、ドライバＢ及びライブラリＡ，Ｂ）を抽出した簡易ＯＳ１を生成し、仮想環境上で簡易ＯＳ１を起動して動作させる。なお簡易ＯＳ１は、ＯＳ１と全く同じものとなり得る。次いでＧＷ２は、ＯＳ１の記憶領域に記憶されているアプリ２を簡易ＯＳ１の記憶領域へコピーし、ＯＳ１上のアプリ２から簡易ＯＳ１上のアプリ２へ動作を切り替える。

【0067】

ＯＳ２の記憶領域にアプリ１を記憶するだけの空き容量がない場合、又は、一次記憶部２２に簡易ＯＳ１及びアプリ２を記憶するだけの空き容量がない場合、ＧＷ２は、ＯＳ１の再起動中にアプリ１，２を動作させることができないため、ＯＳ１の再起動を行わずに待機する。ただしＧＷ２は、車両１のＩＧスイッチ６がオフ状態であれば、ＯＳ１の再起動を行ってよい。車両１のＩＧスイッチ６がオン状態であれば、ＧＷ２は、ＩＧスイッチ６がオン状態からオフ状態へ切り替えられた場合に、ＯＳ１の再起動を行う。なおＩＧスイッチ６がオフ状態でＯＳ１の再起動を行う場合、ＧＷ２は、上述のようなアプリ１，２の継続動作を行わずに、アプリ１，２の動作を停止させてＯＳ１の再起動を行ってよい。

【0068】

ＯＳ１の再起動が完了した後、ＧＷ２は、ＯＳ２上で動作していたアプリ１と、簡易ＯＳ１上で動作していたアプリ２とを、再起動したＯＳ１上で動作させる。このときにＧＷ２は、ＯＳ２の記憶領域からＯＳ１の記憶領域へアプリ１をコピーし、ＯＳ２上のアプリ１からＯＳ１上のアプリ１へと動作を切り替える。同様にＧＷ２は、簡易ＯＳ１の記憶領域からＯＳ１の記憶領域へアプリ２をコピーし、簡易ＯＳ１上のアプリ２からＯＳ１上のアプリ２へと動作を切り替える。またＧＷ２は、ＯＳ１の再起動に伴って動作を停止していたアプリ３を起動して動作させる。

【0069】

なおＧＷ２は、ＯＳ１の再起動が完了し、ＯＳ１上のアプリ１，２が動作を開始した後、ＯＳ２の記憶領域に記憶されているアプリ１と、一次記憶部２２に記憶されている簡易ＯＳ１及びこの簡易ＯＳ１の記憶領域に記憶されているアプリ２とを消去する。なお本実施の形態において、一次記憶部２２に記憶されたプログラム及びデータ等の情報の消去は、これらの情報が記憶されていた領域が例えばオール”０”等の初期値に初期化されることのみでなく、これらの情報が記憶された領域に対して別の情報の書き込みが可能となるよう記憶領域が管理されることを含む。

【0070】

＜フローチャート＞
図６及び図７は、本実施の形態に係るＧＷ２が行うＯＳ再起動処理の手順を示すフローチャートである。本実施の形態に係るＧＷ２の制御部２１の再起動判定部２１ａは、動作中の一又は複数のＯＳについて、再起動が必要であるか否かを判定する（ステップＳ１）。全てのＯＳについて再起動の必要がないと判定した場合（Ｓ１：ＮＯ）、再起動判定部２１ａは、ＯＳの再起動が必要になるまで待機する。

【0071】

少なくとも１つのＯＳについて再起動が必要であると判定した場合（Ｓ１：ＹＥＳ）、制御部２１のアプリ制御部２１ｃは、アプリテーブル２３ｂを参照する（ステップＳ２）。アプリテーブル２３ｂに基づいてアプリ制御部２１ｃは、その時点で動作中のアプリケーションプログラムの中に、ＯＳの再起動中に停止不可のアプリケーションプログラムが存在するか否かを判定する（ステップＳ３）。停止不可のアプリケーションプログラムが存在しない場合（Ｓ３：ＮＯ）、制御部２１のＯＳ制御部２１ｂは、再起動が必要なＯＳについて再起動を行い（ステップＳ４）、処理を終了する。

【0072】

停止不可のアプリケーションプログラムが存在する場合（Ｓ３：ＹＥＳ）、アプリ制御部２１ｃは、停止不可の一又は複数のアプリケーションプログラムの中から、処理対象とする１つのアプリケーションプログラムを選択する（ステップＳ５）。アプリ制御部２１ｃは、アプリテーブル２３ｂに基づいて、ステップＳ５にて選択したアプリケーションプログラムが別のＯＳで動作可能であるか否かを判定する（ステップＳ６）。別のＯＳで動作可能である場合（Ｓ６：ＹＥＳ）、アプリ制御部２１ｃは、この別のＯＳの記憶領域の空き容量を取得する（ステップＳ７）。アプリ制御部２１ｃは、ステップＳ７にて取得した空き容量と、処理対象のアプリケーションプログラムの動作に必要な容量とを比較し、空き容量が必要容量以上であるか否かを判定する（ステップＳ８）。空き容量が必要容量に満たない場合（Ｓ８：ＮＯ）、制御部２１はＯＳの再起動を待機して（ステップＳ９）、処理を終了する。

【0073】

空き容量が必要容量以上である場合（Ｓ８：ＹＥＳ）、アプリ制御部２１ｃは、処理対象のアプリケーションプログラムを、再起動するＯＳの記憶領域から別のＯＳの記憶領域へコピーする（ステップＳ１０）。アプリ制御部２１ｃは、停止不可のアプリケーションプログラムの全てについて、他のＯＳへのコピーを終了したか否かを判定する（ステップＳ１１）。全ての停止不可のアプリケーションプログラムについてコピーを終了していない場合（Ｓ１１：ＮＯ）、アプリ制御部２１ｃは、ステップＳ５へ処理を戻し、別のアプリケーションプログラムを選択して同様の処理を行う。全ての停止不可のアプリケーションプログラムについてコピーを終了した場合（Ｓ１１：ＹＥＳ）、アプリ制御部２１ｃは、ステップＳ１８へ処理を進める。

【0074】

またアプリ制御部２１ｃは、ステップＳ５にて選択したアプリケーションプログラムが別のＯＳで動作可能でないと判定した場合（Ｓ６：ＮＯ）、一次記憶部２２の空き容量を取得する（ステップＳ１２）。アプリ制御部２１ｃは、ステップＳ１２にて取得した空き容量と、処理対象のアプリケーションプログラム及びこれを動作させる簡易ＯＳの動作に必要な容量とを比較し、空き容量が必要容量以上であるか否かを判定する（ステップＳ１３）。空き容量が必要容量に満たない場合（Ｓ１３：ＮＯ）、制御部２１はＯＳの再起動を待機して（ステップＳ１４）、処理を終了する。

【0075】

空き容量が必要容量以上である場合（Ｓ１４：ＹＥＳ）、ＯＳ制御部２１ｂは、再起動するＯＳからアプリケーションプログラムの動作に必要な機能を抽出した簡易ＯＳを生成して起動する（ステップＳ１５）。アプリ制御部２１ｃは、処理対象のアプリケーションプログラムを、再起動するＯＳの記憶領域からステップＳ１５にて起動した簡易ＯＳの記憶領域へコピーする（ステップＳ１６）。アプリ制御部２１ｃは、停止不可のアプリケーションプログラムの全てについて、他のＯＳ（簡易ＯＳ）へのコピーを終了したか否かを判定する（ステップＳ１７）。全ての停止不可のアプリケーションプログラムについてコピーを終了していない場合（Ｓ１７：ＮＯ）、アプリ制御部２１ｃは、ステップＳ５へ処理を戻し、別のアプリケーションプログラムを選択して同様の処理を行う。全ての停止不可のアプリケーションプログラムについてコピーを終了した場合（Ｓ１７：ＹＥＳ）、アプリ制御部２１ｃは、ステップＳ１８へ処理を進める。

【0076】

アプリ制御部２１ｃは、ステップＳ１０及びＳ１６にてコピーしたアプリケーションプログラムを起動する（ステップＳ１８）。アプリ制御部２１ｃは、再起動するＯＳ上で動作しているアプリケーションプログラムから、ステップＳ１８にて起動したアプリケーションプログラムへの切り替えを行う（ステップＳ１９）。ＯＳ制御部２１ｂは、再起動が必要なＯＳについて再起動を行う（ステップＳ２０）。ＯＳの再起動が完了した後、他のＯＳ又は簡易ＯＳにて一時的に動作させたアプリケーションプログラムを再起動が完了したＯＳの記憶領域へコピーして起動し、他のＯＳ又は簡易ＯＳにて動作しているアプリケーションプログラムから、再起動したＯＳのアプリケーションプログラムへの切り替えを行う（ステップＳ２１）。アプリ制御部２１ｃは、他のＯＳ及び簡易ＯＳの記憶領域に一時的にコピーしたアプリケーションプログラムを削除して（ステップＳ２２）、処理を終了する。

【0077】

図８は、本実施の形態に係るＧＷ２が行う待機処理の手順を示すフローチャートである。本実施の形態に係るＧＷ２の制御部２１は、図７に示したフローチャートのステップＳ９又はＳ１４にてＯＳの再起動を待機した場合に、図８に示したフローチャートの処理を開始する。制御部２１は、車両１のＩＧスイッチ６から与えられるＩＧ信号を取得する（ステップＳ３１）。制御部２１は、取得したＩＧ信号に基づいて、ＩＧスイッチ６がオフ状態であるか否かを判定する（ステップＳ３２）。ＩＧスイッチ６がオン状態である場合（Ｓ３２：ＮＯ）、制御部２１は、ステップＳ３１へ処理を戻し、ＩＧスイッチ６がオン状態からオフ状態へ切り替えられるまでＯＳの再起動を待機する。ＩＧスイッチ６がオフ状態である場合（Ｓ３２：ＹＥＳ）、制御部２１のＯＳ制御部２１ｂは、待機していたＯＳの再起動を行い（ステップＳ３３）、処理を終了する。

【0078】

＜まとめ＞
以上の構成の本実施の形態に係るＧＷ２は、共通のハードウェア上で動作する複数のＯＳを制御する。ＧＷ２は、複数のＯＳについて再起動の要否を判定し、一のＯＳを再起動する必要があると判定した場合、この一のＯＳ上で動作しているアプリケーションプログラムを他のＯＳ上で動作させる。その後にＧＷ２は、一のＯＳを再起動し、再起動の完了後に他のＯＳ上で動作させたアプリケーションプログラムを一のＯＳ上で動作させる。これによりＧＷ２は、一のＯＳ上で動作していたアプリケーションプログラムを他のＯＳ上で実行することができ、一のＯＳの再起動中であってもアプリケーションプログラムの処理を継続的に行うことができる。

【0079】

また本実施の形態に係るＧＷ２は、一のＯＳを再起動している間、他のＯＳを並行して動作させる。これによりＧＷ２は、一のＯＳの再起動中に、他のＯＳ上でアプリケーションプログラムを並行して実行させることができる。

【0080】

また本実施の形態に係るＧＷ２は、一のＯＳ上で動作するアプリケーションプログラムを他のＯＳ上で動作させる場合に、一のＯＳが使用する記憶領域に記憶されたアプリケーションプログラムを他のＯＳが使用する記憶領域へコピーする。一のＯＳの再起動完了後、ＧＷ２は、コピーしたアプリケーションプログラムを他のＯＳの記憶領域から削除する。これによりＧＷ２は、一のＯＳの記憶領域からアプリケーションプログラムをコピーして他のＯＳ上で動作させることができるため、他のＯＳ上で動作させるアプリケーションプログラムを別途用意する必要がない。

【0081】

また本実施の形態に係るＧＷ２は、再起動の必要があると判定した一のＯＳ上で動作している一又は複数のアプリケーションプログラムの中から、一のＯＳの再起動中に動作を継続させるべきアプリケーションプログラムを判定する。ＧＷ２は、動作を継続させるべきアプリケーションプログラムを動作させることができる他のＯＳの有無を判定する。ＧＷ２は、アプリケーションプログラムを動作させることができると判定した他のＯＳの記憶領域に、このアプリケーションプログラムを記憶するだけの空き容量が存在するか否かを判定する。空き容量があると判定した場合、ＧＷ２は、アプリケーションプログラムを他のＯＳの記憶領域へコピーして動作させる。これらの処理によりＧＷ２は、ＯＳの再起動中に動作を継続させるべきアプリケーションプログラムをより確実に動作させることが期待できる。

【0082】

また本実施の形態に係るＧＷ２は、他のＯＳの記憶領域にアプリケーションプログラムを記憶するだけの空き容量が存在しない場合、ＧＷ２は、このアプリケーションプログラムが動作している一のＯＳの再起動を行わずに待機する。これにより、動作を継続させるべきアプリケーションプログラムが停止されることを防止できる。

【0083】

また本実施の形態に係るＧＷ２は、ＯＳの再起動を待機した場合、車両１のＩＧスイッチ６がオン状態からオフ状態へ切り替えられた後にＯＳの再起動を実施する。これによりＧＷ２は、ユーザが車両１の仕様を終えた可能性が高い段階、即ちアプリケーションプログラムの処理が停止しても問題が生じない可能性が高い段階で、ＯＳを再起動することができる。

【0084】

また本実施の形態に係るＧＷ２は、動作を継続させるべきアプリケーションプログラムを動作させることができる他のＯＳが存在しないと判定した場合、再起動する一のＯＳの代替となる代替ＯＳ（簡易ＯＳ）を起動して、アプリケーションプログラムを代替ＯＳ上で動作させる。これによりＧＷ２は、動作を継続させるべきアプリケーションプログラムをより確実に動作させることができる。

【0085】

また本実施の形態に係るＧＷ２は、再起動する一のＯＳの機能の一部を有する簡易ＯＳを代替ＯＳとして用いる。これにより、一のＯＳの全機能を有するＯＳを代替ＯＳとする場合と比較して、ＧＷ２の記憶領域の使用量を低減することができる。

【0086】

また本実施の形態に係るＧＷ２は、ハードウェアを仮想化した仮想環境をＯＳに対して提供し、仮想環境上で複数のＯＳを動作させる。これにより、ＧＷ２にて動作させるＯＳの汎用性の向上及び開発の容易化等が期待できる。

【0087】

なお本実施の形態においては、複数のＯＳに対して個別の記憶領域を割り当てる構成としたが、これに限るものではない。例えば複数のＯＳが１つの記憶領域を共有する構成であってもよく、この場合にはアプリケーションプログラムのコピーを行うことなく、他のＯＳにてこのアプリケーションプログラムを動作させることができる。また本実施の形態において再起動するソフトウェアをＯＳとしたが、これに限るものではなく、例えばインタープリタ又はＶＭ（Virtual Machine）等のソフトウェアであってよく、何らかのアプリケーションプログラムの実行環境を提供する基本ソフトウェアであってよい。

【0088】

（変形例）
図９は、変形例に係るＧＷ２のアプリテーブル２３ｂの一例を示す模式図である。図９に示す変形例に係るアプリテーブル２３ｂは、図４に示したアプリテーブル２３ｂの「停止可否」に代えて、「優先度」の情報が各アプリケーションプログラムについて設定されている。本例では、優先度は１～３の３段階で設定され、優先度１が最も優先度が高いものとする。

【0089】

変形例に係るＧＷ２は、優先度１のアプリケーションプログラムについて、ＯＳの再起動の際に動作の停止不可のアプリケーションプログラムと判断し、他のＯＳでの動作を行う。優先度１のアプリケーションプログラムを他のＯＳで動作させることができない場合、ＧＷ２は、ＯＳの再起動を待機する。即ち、優先度１のアプリケーションプログラムは、図４に示したアプリテーブル２３ｂにて停止可否に不可が設定されたアプリケーションプログラムと同様に扱われる。

【0090】

変形例に係るＧＷ２は、優先度２のアプリケーションプログラムについて、ＯＳの再起動の際に、可能であれば動作を継続させる。ＧＷ２は、先に優先度１のアプリケーションプログラムについてコピー等の他のＯＳでの実行の準備を行った後、優先度２のアプリケーションプログラムを他のＯＳで動作させることができるか否か判定する。他のＯＳの記憶領域に十分な空きがある場合など、他のＯＳで優先度２のアプリケーションプログラムを動作させることができる場合、ＧＷ２は、優先度２のアプリケーションプログラムを他のＯＳの記憶領域にコピーして動作させる。優先度２のアプリケーションプログラムを他のＯＳで動作させることができない場合であっても、ＧＷ２は、ＯＳの再起動を行う。

【0091】

変形例に係るＧＷ２は、優先度３のアプリケーションプログラムについて、ＯＳの再起動の際に、動作を継続させる必要がないアプリケーションプログラムであると判定する。即ち、優先度３のアプリケーションプログラムは、図４に示したアプリテーブル２３ｂにて停止可否に可が設定されたアプリケーションプログラムと同様に扱われる。ただしＧＷ２は、優先度３のアプリケーションプログラムについても、他のＯＳにて動作させることが可能であれば、ＯＳの再起動中に動作を継続して行わせてもよい。

【0092】

以上の構成の変形例に係るＧＷ２は、アプリケーションプログラムに設定された優先度に応じて、ＯＳの再起動中に動作を継続させるべきアプリケーションプログラム判定する。これによりＧＷ２は、例えば優先度が高いアプリケーションプログラムを他のＯＳ上で優先して動作させることができる。

【0093】

車載情報処理システムにおける各装置は、マイクロプロセッサ、ＲＯＭ及びＲＡＭ等を含んで構成されるコンピュータを備える。マイクロプロセッサ等の演算処理部は、図６～図８に示すような、シーケンス図又はフローチャートの各ステップの一部又は全部を含むコンピュータプログラムを、ＲＯＭ、ＲＡＭ等の記憶部からそれぞれ読み出して実行してよい。これら複数の装置のコンピュータプログラムは、それぞれ、外部のサーバ装置等からインストールすることができる。また、これら複数の装置のコンピュータプログラムは、それぞれ、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等の記録媒体に格納された状態で流通する。

【0094】

今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本開示の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0095】

１ 車両
２ ＧＷ
３ ＥＣＵ
５ 無線通信装置
６ ＩＧスイッチ
２１ 制御部
２１ａ 再起動判定部
２１ｂ ＯＳ制御部
２１ｃ アプリ制御部
２２ 一次記憶部
２３ 二次記憶部
２３ａ プログラム
２３ｂ アプリテーブル
２４ 通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】