特開 2023-176638 情報処理装置、情報処理方法、及び情報処理プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023176638

(43)【公開日】2023-12-13

(54)【発明の名称】情報処理装置、情報処理方法、及び情報処理プログラム

(51)【国際特許分類】

   G06F 12/02 20060101AFI20231206BHJP

   G06F 12/00 20060101ALI20231206BHJP

【ＦＩ】

G06F12/02 510M

G06F12/00 571B

【審査請求】有

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2022089028

(22)【出願日】2022-05-31

(71)【出願人】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(71)【出願人】

【識別番号】000003137

【氏名又は名称】マツダ株式会社

(71)【出願人】

【識別番号】000006286

【氏名又は名称】三菱自動車工業株式会社

(71)【出願人】

【識別番号】000002082

【氏名又は名称】スズキ株式会社

(71)【出願人】

【識別番号】000005348

【氏名又は名称】株式会社ＳＵＢＡＲＵ

(71)【出願人】

【識別番号】000002967

【氏名又は名称】ダイハツ工業株式会社

(71)【出願人】

【識別番号】000003997

【氏名又は名称】日産自動車株式会社

(71)【出願人】

【識別番号】000005463

【氏名又は名称】日野自動車株式会社

(71)【出願人】

【識別番号】000000170

【氏名又は名称】いすゞ自動車株式会社

(71)【出願人】

【識別番号】000005326

【氏名又は名称】本田技研工業株式会社

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】河本 典秀

(72)【発明者】

【氏名】坂下 真介

(72)【発明者】

【氏名】佐藤 友昭

(72)【発明者】

【氏名】高田 祐輔

【テーマコード（参考）】

5B160

【Ｆターム（参考）】

5B160AA12

5B160CD14

(57)【要約】      （修正有）

【課題】車両の特性に配慮しつつ、車両に搭載されたストレージの資源を有効利用できる情報処理装置、情報処理方法、及び情報処理プログラムを提供する。
【解決手段】ＤＣＭ（Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）１５がネットワークＮに接続され、外部との通信が可能となっている車両１０において、統合ＥＣＵ１０のＣＰＵは、複数の機能の中の特定の機能が専用で利用可能な資源が配分される専用領域と、複数の機能が共用で利用可能であって、動的な前記資源の配分が可能な共用領域とを含む車両に搭載されたストレージの記憶領域における複数の機能に対する資源の配分と、を管理する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の機能の中の特定の前記機能が専用で利用可能な資源が配分される専用領域と、複数の前記機能が共用で利用可能であって、動的な前記資源の配分が可能な共用領域とを含む車両に搭載されたストレージの記憶領域における複数の前記機能に対する前記資源の配分を管理する管理部を備える、
情報処理装置。

【請求項2】

前記管理部は、
前記資源を利用可能な時間制約を設けた上で、前記機能に対して前記共用領域の前記資源を配分する、
請求項１に記載の情報処理装置。

【請求項3】

前記管理部は、
前記時間制約で定められた時間が経過した場合、前記機能に配分した前記共用領域の前記資源を解放し、解放した前記資源を他の前記機能に利用可能とする、
請求項２に記載の情報処理装置。

【請求項4】

前記管理部は、
前記機能に配分した前記共用領域の前記資源を解放する場合、当該解放する前記資源を一時的に退避させる、
請求項３に記載の情報処理装置。

【請求項5】

前記管理部は、
前記機能に配分した前記共用領域の前記資源の解放を前記機能に予告又は通知する、
請求項３又は４に記載の情報処理装置。

【請求項6】

前記管理部は、
前記共用領域の前記資源に関する資源情報を複数の前記機能に通知する、
請求項１に記載の情報処理装置。

【請求項7】

前記管理部は、
複数の前記機能からの前記記憶領域に対するアクセス権限を管理する、
請求項１に記載の情報処理装置。

【請求項8】

前記管理部は、
前記アクセス権限として、前記記憶領域へのアクセスの優先度合を定めるアクセス優先度を複数の前記機能それぞれに設定する、
請求項７に記載の情報処理装置。

【請求項9】

前記管理部は、
複数の前記機能の数の増減に応じて、前記記憶領域に占める前記共用領域の割合を変更する、
請求項１に記載の情報処理装置。

【請求項10】

前記管理部は、
複数の前記機能それぞれに対して、前記記憶領域の利用上限を設定し、
前記利用上限を超えた前記機能については、前記記憶領域の利用を制限する、
請求項１に記載の情報処理装置。

【請求項11】

前記管理部は、
前記ストレージの寿命に応じて、複数の前記機能に配分する前記資源の量を調整する、
請求項１に記載の情報処理装置。

【請求項12】

複数の機能の中の特定の前記機能が専用で利用可能な資源が配分される専用領域と、複数の前記機能が共用で利用可能であって、動的な前記資源の配分が可能な共用領域とを含む車両に搭載されたストレージの記憶領域における複数の前記機能に対する前記資源の配分を管理する、
処理をコンピュータが実行する情報処理方法。

【請求項13】

コンピュータに、
複数の機能の中の特定の前記機能が専用で利用可能な資源が配分される専用領域と、複数の前記機能が共用で利用可能であって、動的な前記資源の配分が可能な共用領域とを含む車両に搭載されたストレージの記憶領域における複数の前記機能に対する前記資源の配分を管理する、
処理を実行させるための情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。

【背景技術】

【0002】

特許文献１には、ＥＣＵプログラムを更新することなく、車両に対して新たな機能の追加や既存機能の削除を実施できる車両用制御装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１９－１５９６６１号公報

【発明の概要】

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

【0004】

特許文献１の技術は、車載ネットワークシステムが備える車両用制御装置のストレージに所定の情報を記憶させるものである。車両では、車両に搭載されたストレージの資源を利用して様々な機能が実行される。この様々な機能には、予め車両に導入されていた機能に加え、新たに車両に追加した機能も含まれる。

【0005】

ここで、上記のストレージの資源は限られているため、複数の機能で利用するためには何らかの工夫をしなければ資源が枯渇するおそれがある。また、資源が限られていても、リアルタイム処理が要求される車両の特性上、例えば、走行性能に関する特定の機能等については、いつでも資源を利用可能にする必要がある。

【0006】

そこで、本開示は、車両の特性に配慮しつつ、車両に搭載されたストレージの資源を有効利用できる情報処理装置、情報処理方法、及び情報処理プログラムを提供することを目的とする。

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

【0007】

請求項１に係る情報処理装置は、複数の機能の中の特定の前記機能が専用で利用可能な資源が配分される専用領域と、複数の前記機能が共用で利用可能であって、動的な前記資源の配分が可能な共用領域とを含む車両に搭載されたストレージの記憶領域における複数の前記機能に対する前記資源の配分を管理する管理部を備える。

【0008】

請求項１に係る情報処理装置では、管理部は、専用領域と共用領域とを含む車両に搭載されたストレージの記憶領域における複数の機能に対する資源の配分を管理する。これにより、当該情報処理装置では、複数の機能で共用領域の資源を共用で利用させるが、特定の機能には専用領域の資源を専用で利用させるため、車両の特性に配慮しつつ、車両に搭載されたストレージの資源を有効利用できる。

【0009】

請求項２に係る情報処理装置は、請求項１において、前記管理部は、前記資源を利用可能な時間制約を設けた上で、前記機能に対して前記共用領域の前記資源を配分する。

【0010】

請求項２に係る情報処理装置では、管理部は、時間制約を設けた上で機能に対して共用領域の資源を配分する。これにより、当該情報処理装置では、一の機能が共用領域の資源を占有し続けることを抑制できる。

【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】

【図1】本実施形態に係る車両の概略構成を示すブロック図である。

【図2】本実施形態に係る統合ＥＣＵの概略構成を示すブロック図である。

【図3】本実施形態に係る統合ＥＣＵの機能構成の例を示すブロック図である。

【図4】本実施形態に係る統合ＥＣＵのＣＰＵの機能構成の例を示すブロック図である。

【図5】本実施形態に係る統合ＥＣＵのストレージの構成を示すブロック図である。

【図6】本実施形態に係るストレージリソースの配分管理の流れの例を示す第１のシーケンス図である。

【図7】本実施形態に係るストレージリソースの配分管理の流れの例を示す第２のシーケンス図である。

【図8】本実施形態に係るストレージリソースの解放管理の流れの例を示すシーケンス図である。

【図9】本実施形態に係るストレージリソースの情報管理の流れの例を示すシーケンス図である。

【図10】本実施形態に係るストレージの寿命管理の流れの例を示すシーケンス図である。

【図11】本実施形態に係るストレージの操作管理の流れの例を示すシーケンス図である。

【図12】本実施形態に係る権限確認処理の流れの例を示すフローチャートである。

【図13】本実施形態に係るストレージへのアクセス管理の流れの例を示す第１のシーケンス図である。

【図14】本実施形態に係るストレージへのアクセス管理の流れの例を示す第２のシーケンス図である。

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

【0038】

以下、図面を参照しつつ、本実施形態に係る車両１０について説明する。
図１は、本実施形態に係る車両１０の概略構成を示すブロック図である。

【0039】

図１に示すように、車両１０は、複数のＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２０と、ＤＣＭ（Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）１５と、を備えている。また、車両１０は、ＥＣＵ２０として、統合ＥＣＵ２０Ａと、メータＥＣＵ２０Ｂと、スマートキーＥＣＵ２０Ｃと、を少なくとも有している。

【0040】

各ＥＣＵ２０及びＤＣＭ１５は、それぞれ外部バス（通信バス）１２を介して接続されている。外部バス１２は、統合ＥＣＵ２０Ａ及びＤＣＭ１５を接続する第１バス１２Ａと、統合ＥＣＵ２０Ａ、メータＥＣＵ２０Ｂ及びスマートキーＥＣＵ２０Ｃを相互に接続する第２バス１２Ｂと、を有している。外部バス１２では、イーサネット（登録商標）による通信が行われている。なお、外部バス１２の通信方式はイーサネット（登録商標）に限らず、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）プロトコル、又はＣＡＮ－ＦＤ（ＣＡＮ Ｗｉｔｈ Ｆｌｅｘｉｂｌｅ Ｄａｔａ Ｒａｔｅ）等を適用してもよい。これにより、メータＥＣＵ２０Ｂ及びスマートキーＥＣＵ２０Ｃは、サービス指向通信によって統合ＥＣＵ２０Ａへアクセス可能となっている。

【0041】

各ＥＣＵ２０は、車両１０の制御に要する、又は車両１０を構成する機器類１７と接続されている。なお、第２バス１２Ｂを介して統合ＥＣＵ２０Ａに接続されるＥＣＵ２０は、メータＥＣＵ２０Ｂ及びスマートキーＥＣＵ２０Ｃに限らず、トランスミッションＥＣＵ、エンジンＥＣＵ、ボデーＥＣＵ、及びスマートキーＥＣＵ等、各種ＥＣＵの接続が可能である。

【0042】

また、ＤＣＭ１５は、ネットワークＮに接続され、外部との通信が可能となっている。ネットワークＮは、無線通信であって、例えば、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ（登録商標）等の通信規格が用いられる。

【0043】

図２は、本実施形態に係る統合ＥＣＵ２０Ａの概略構成を示すブロック図である。
図２に示すように、統合ＥＣＵ２０Ａは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３、ストレージ２４、通信Ｉ／Ｆ（Ｉｎｔｅｒ Ｆａｃｅ）２５及び入出力Ｉ／Ｆ２６を含んで構成されている。ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ストレージ２４、通信Ｉ／Ｆ２５及び入出力Ｉ／Ｆ２６は、内部バス２７を介して相互に通信可能に接続されている。

【0044】

ＣＰＵ２１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ２１は、ＲＯＭ２２からプログラムを読み出し、ＲＡＭ２３を作業領域としてプログラムを実行する。本実施形態では、ＲＯＭ２２に情報処理プログラム２２Ａが記憶されている。ＣＰＵ２１は「情報処理装置」の一例である。

【0045】

ＲＯＭ２２は、各種プログラム及び各種データを記憶している。ＲＡＭ２３は、作業領域として一時的にプログラム又はデータを記憶する。

【0046】

ストレージ２４は、ｅＭＭＣ（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ）又はＵＦＳ（Ｕｎｉｖｅｒｓａｌ Ｆｌａｓｈ Ｓｔｏｒａｇｅ）等により構成されたＮＡＮＤ Ｍｅｍｏｒｙである。ストレージ２４とＣＰＵ２１とは、ｅＭＭＣ又はＵＦＳインタフェースで接続される。ストレージ２４は「車両に搭載されたストレージ」の一例である。

【0047】

ここで、ストレージ２４は、車両１０内外の複数のアプリケーションによる書き込み、読み出し、及び削除が可能なストレージである。アプリケーションは「機能」の一例である。なお、ストレージ２４は、ｅＭＭＣ又はＵＦＳ等の１つのストレージデバイスで構成されることに限られず、ｅＭＭＣ及びＵＦＳ等の複数のストレージデバイスで構成されていてもよい。

【0048】

また、ＲＯＭ２２及びストレージ２４等、統合ＥＣＵ２０Ａが備える各部品は、ＨＳＭ（Ｈａｒｄｗａｒｅ Ｓｅｃｕｒｉｔｙ Ｍｏｄｕｌｅ）等の耐タンパ性のある媒体であるのが望ましい。

【0049】

通信Ｉ／Ｆ２５は、ＤＣＭ１５、及び他のＥＣＵ２０と接続するためのインタフェースである。当該インタフェースは、イーサネット（登録商標）による通信規格が用いられる。通信Ｉ／Ｆ２５は、外部バス１２に対して接続されている。

【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】

次に、管理部２１Ａによるストレージリソースの解放管理の流れの例を図８のシーケンス図で説明する。

【0088】

図８は、ストレージリソースの解放管理の流れの例を示すシーケンス図である。ストレージリソースの解放管理では、管理部２１Ａが、共用領域２４Ｂに作成されたディレクトリを削除させることで、当該削除された領域を別のアプリケーションが利用可能となる。なお、ディレクトリが削除された場合は、当該ディレクトリ内のデータファイル及び当該ディレクトリに対応するリソース情報についても削除される。

【0089】

図８のステップＳ３０において、ＣＰＵ２１は、管理部２１Ａの機能として、アプリＡＰからストレージリソースの解放要求を取得する。一例として、ストレージリソースの解放要求には、解放を要求するストレージリソースに対応するストレージリソース名及びアクセスパスが含まれる。

【0090】

ステップＳ３１において、ＣＰＵ２１は、管理部２１Ａの機能として、権限確認処理を実行する。

【0091】

ステップＳ３２において、ＣＰＵ２１は、管理部２１Ａの機能として、ストレージ２４に対して共用領域２４Ｂにストレージリソースとして確保された所定のディレクトリの削除を要求する。なお、ディレクトリの削除要求は、仲介部２１Ｂを経由してストレージ２４に送信される。

【0092】

ステップＳ３３において、解放要求を送信したアプリＡＰ用に共用領域２４Ｂにストレージリソースとして確保されたディレクトリが、ストレージ２４の共用領域２４Ｂから削除される。これにより、当該ディレクトリ内のデータファイルについても削除され、共用領域２４Ｂの未使用容量が増加する。

【0093】

ステップＳ３４において、ＣＰＵ２１は、仲介部２１Ｂの機能として、管理部２１Ａに対して共用領域２４Ｂからディレクトリを削除したことを送信する。

【0094】

ステップＳ３５において、ＣＰＵ２１は、管理部２１Ａの機能として、仲介部２１Ｂに対してリソース情報を要求する。

【0095】

ステップＳ３６において、ＣＰＵ２１は、仲介部２１Ｂの機能として、管理部２１Ａに対してリソース情報を送信する。なお、ＣＰＵ２１は、当該ステップＳ３６で取得したリソース情報に基づいて通知の必要があると判断した場合、ストレージリソースの情報管理を行ってアプリＡＰに対して通知を行う。この詳細については後述する。

【0096】

ステップＳ３７において、ＣＰＵ２１は、管理部２１Ａの機能として、アプリＡＰに対してストレージリソースの解放が完了したことを通知する。

【0097】

なお、図示を省略しているが、ストレージリソースの解放管理は、上記のアプリＡＰからの解放要求を契機に行われる場合の他、管理部２１Ａが自律的に行う場合が存在する。以下、管理部２１Ａが自律的にストレージリソースの解放管理を行う場合について説明する。

【0098】

管理部２１Ａは、アプリＡＰのストレージリソースの解放期限が到来した場合に、当該アプリＡＰ用に共用領域２４Ｂにストレージリソースとして確保されたディレクトリを削除させる。この場合、管理部２１Ａは、ディレクトリを削除させる前に、当該ディレクトリを一時的に退避させる。管理部２１Ａは、ディレクトリの退避として、当該ディレクトリに追加されたリソース情報のストレージリソース属性を、所定の退避属性に変更する。

【0099】

ここで、管理部２１Ａは、ストレージリソース属性が退避属性となったディレクトリに対しては、アプリＡＰからの処理を一部制限する。具体的には、管理部２１Ａは、ストレージリソース属性が退避属性となったディレクトリに対しては、アプリＡＰからの書き込み処理を禁止し、読み出し処理及び削除処理のみを許可する。そして、管理部２１Ａは、ディレクトリのストレージリソース属性を退避属性に変更してから一定時間が経過した後、当該ディレクトリを共用領域２４Ｂから削除する。また、管理部２１Ａは、ディレクトリのストレージリソース属性を退避属性に変更した場合、及び当該ディレクトリを共用領域２４Ｂから削除した場合に、それらの旨をアプリＡＰに通知する。

【0100】

次に、管理部２１Ａによるストレージリソースの情報管理の流れの例を図９のシーケンス図で説明する。

【0101】

図９は、ストレージリソースの情報管理の流れの例を示すシーケンス図である。
図９のステップＳ４０において、ＣＰＵ２１は、管理部２１Ａの機能として、アプリＡＰからリソース情報の取得要求を取得する。一例として、リソース情報の取得要求には、情報を取得するストレージリソースのストレージリソース名及び当該ストレージリソースへのアクセスパスが含まれる。なお、リソース情報を取得可能なストレージ２４の記憶領域は限定されず、専用領域２４Ａ、共用領域２４Ｂ、及び他領域２４Ｃの何れの領域からもリソース情報を取得できる。

【0102】

ステップＳ４１において、ＣＰＵ２１は、管理部２１Ａの機能として、権限確認処理を実行する。

【0103】

ステップＳ４２において、ＣＰＵ２１は、管理部２１Ａの機能として、仲介部２１Ｂに対して、ステップＳ４０で取得した取得要求に対応するストレージ２４の記憶領域のリソース情報を要求する。

【0104】

ステップＳ４３において、ＣＰＵ２１は、仲介部２１Ｂの機能として、管理部２１Ａに対してリソース情報を送信する。

【0105】

ステップＳ４４において、ＣＰＵ２１は、管理部２１Ａの機能として、アプリＡＰに対してリソース情報を送信する。

【0106】

なお、図示を省略しているが、ストレージリソースの情報管理は、上記のアプリＡＰからの取得要求を契機に行われる場合の他、管理部２１Ａが自律的に行う場合が存在する。以下、管理部２１Ａが自律的にストレージリソースの情報管理を行う場合について説明する。

【0107】

一例として、管理部２１Ａは、機器類１７に含まれるイグニッションスイッチがＯＦＦ位置からＯＮ位置へ切り替えられた場合、ストレージリソースの配分管理中（図６に示すステップＳ１３及び図７に示すステップＳ２４）、及びストレージリソースの解放管理中（図８に示すステップＳ３６）に、仲介部２１Ｂに対してリソース情報を要求する。そして、管理部２１Ａは、上記の場合に取得したリソース情報に基づいて通知の必要があると判断した際にアプリＡＰに対して通知を行う。本実施形態では、一例として、以下の４つの場合において、管理部２１Ａが自律的にアプリＡＰに対して通知を行う。

【0108】

管理部２１Ａは、アプリＡＰのストレージリソースの解放期限に近付いた場合、アプリＡＰに対して当該解放期限までの残り時間を段階的に通知する。管理部２１Ａは、イグニッションスイッチがＯＮ位置にある時間及びイグニッションスイッチがＯＮ位置からＯＦＦ位置へ切り替えられてから、次にＯＦＦ位置からＯＮ位置へ切り替えられるまでの時間を取得し、双方の合算値を当該解放期限の値から差し引いた時間を当該解放期限までの残り時間として管理する。

【0109】

本実施形態では、一例として、管理部２１Ａが上記の通知をアプリＡＰに対して複数回行う。具体的には、管理部２１Ａは、当該解放期限のＮ（Ｎは１以上の自然数）時間前となった場合に１回目の通知を行い、当該解放期限のＮ－１２時間前となった場合に２回目の通知を行い、当該解放期限のＮ－１８時間前となった場合に３回目の通知を行う。

【0110】

なお、管理部２１Ａは、上記の通知契機が到来した場合にイグニッションスイッチがＯＮ位置にあれば即座にアプリＡＰに対して通知を行うが、上記の通知契機が到来した場合にイグニッションスイッチがＯＦＦ位置にあるときは、次にイグニッションスイッチがＯＦＦ位置からＯＮ位置へ切り替えられた際にアプリＡＰに対して通知を行う。以下の通知においても同様である。

【0111】

管理部２１Ａは、アプリＡＰのストレージリソースの解放期限を超過した場合、配分したストレージリソースの解放期限を超過したことをアプリＡＰに通知する。そして、管理部２１Ａは、ストレージリソースの解放管理を行い、当該アプリＡＰ用に共用領域２４Ｂにストレージリソースとして確保されたディレクトリを削除させる。

【0112】

管理部２１Ａは、アプリＡＰの要求容量に対する使用済み容量の割合が予め定めた割合以上となった場合、配分したストレージリソースの未使用容量をアプリＡＰに通知する。本実施形態では、一例として、管理部２１Ａが当該通知をアプリＡＰに対して複数回行う。具体的には、管理部２１Ａは、アプリＡＰの要求容量に対する使用済み容量の割合がＮ％以上となった場合に１回目の通知を行い、アプリＡＰの要求容量に対する使用済み容量の割合がＮ＋１０％以上となった場合に２回目の通知を行い、アプリＡＰの要求容量に対する使用済み容量の割合がＮ＋１５％以上となった場合に３回目の通知を行う。

【0113】

管理部２１Ａは、アプリＡＰのストレージリソースの使用済み容量が確保容量を超過した場合、配分したストレージリソースの確保容量を超過したことをアプリＡＰに通知する。このとき、管理部２１Ａは、確保容量を超過した際に行われていた書き込み処理を中断させ、書き込み中のデータファイルを削除させる。また、管理部２１Ａは、当該通知をアプリＡＰに送信した後、予め定めた条件が成立するまで当該ストレージリソースに対するアプリＡＰからの書き込み処理を禁止する。そして、管理部２１Ａは、書き込み処理を禁止したことについてもアプリＡＰに通知する。さらに、管理部２１Ａは、予め定めた条件が成立するまでアプリＡＰに対して当該ストレージリソース内のデータファイルを削除することを要求する。本実施形態では、一例として、当該ストレージリソースの未使用容量が一定容量を上回った場合に、上記の予め定めた条件が成立する。

【0114】

なお、アプリＡＰは、ＣＰＵ２１からの各種通知を取得したことに基づいて、各種処理を実行してもよい。例えば、アプリＡＰは、ＣＰＵ２１からの各種通知を取得したことに基づいて、通知内容に応じた処理を開始してもよいし、通知内容をアプリＡＰの利用者であるユーザの端末から報知させて、当該通知内容をユーザに把握させてもよい。

【0115】

次に、管理部２１Ａによるストレージ２４の寿命管理の流れの例を図１０のシーケンス図で説明する。

【0116】

図１０は、ストレージ２４の寿命管理の流れの例を示すシーケンス図である。一例として、管理部２１Ａは、イグニッションスイッチがＯＦＦ位置からＯＮ位置へ切り替えられた場合にストレージ２４の寿命管理を行う。

【0117】

図１０のステップＳ５０において、ＣＰＵ２１は、管理部２１Ａの機能として、ストレージ２４に対してストレージ２４の寿命を要求する。なお、ストレージ２４の寿命要求は、仲介部２１Ｂを経由してストレージ２４に送信される。ストレージ２４の寿命要求には、対象のストレージデバイスを示す情報及び当該ストレージデバイスのセル属性が含まれる。

【0118】

ステップＳ５１において、ＣＰＵ２１は、管理部２１Ａの機能として、ストレージ２４からストレージ２４の寿命を取得する。なお、ストレージ２４の寿命は、仲介部２１Ｂを経由して管理部２１Ａに送信される。本実施形態では、ストレージ２４の寿命として、セル属性単位での書き換え回数及び書き換え上限回数を取得する。

【0119】

ステップＳ５２において、ＣＰＵ２１は、管理部２１Ａの機能として、アプリＡＰの寿命を予測する。一例として、管理部２１Ａは、ステップＳ５１で取得したストレージ２４の寿命、アプリＡＰのストレージリソースの確保容量及び使用済み容量等に基づいて、アプリＡＰの寿命として、残りどれくらいの利用期間で配分したストレージリソースが枯渇するかを予測する。

【0120】

ステップＳ５３において、ＣＰＵ２１は、管理部２１Ａの機能として、アプリＡＰに対して寿命情報を送信する。寿命情報には、ステップＳ５１で取得したストレージ２４の寿命及びステップＳ５２で予測したアプリＡＰの寿命の他、特定の条件下では以下の情報が含まれる。

【0121】

一例として、管理部２１Ａは、アプリＡＰの書き換え上限回数に対する書き換え回数の割合が予め定めた割合以上となった場合、寿命情報として、アプリＡＰに対して書き換え回数を通知する。この場合、管理部２１Ａは、当該通知をアプリＡＰに対して複数回行う。具体的には、管理部２１Ａは、アプリＡＰの書き換え上限回数に対する書き換え回数の割合がＮ％以上となった場合に１回目の通知を行い、アプリＡＰの書き換え上限回数に対する書き換え回数の割合がＮ＋１０％以上となった場合に２回目の通知を行い、アプリＡＰの書き換え上限回数に対する書き換え回数の割合がＮ＋１５％以上となった場合に３回目の通知を行う。

【0122】

また、管理部２１Ａは、アプリＡＰの書き換え回数が書き換え上限回数を超過した場合、寿命情報として、アプリＡＰに対して書き換え上限回数を超過したことを通知する。このとき、管理部２１Ａは、書き換え上限回数を超過した際に行われていた書き込み処理を中断させ、書き込み中のデータファイルを削除させる。また、管理部２１Ａは、当該通知をアプリＡＰに送信した後、当該ストレージリソースに対するアプリＡＰからの書き込み処理を禁止する。そして、管理部２１Ａは、書き込み処理を禁止したことについてもアプリＡＰに通知する。

【0123】

次に、管理部２１Ａによるストレージ２４の操作管理の流れの例を図１１のシーケンス図で説明する。

【0124】

図１１は、ストレージ２４の操作管理の流れの例を示すシーケンス図である。
図１１のステップＳ６０において、ＣＰＵ２１は、管理部２１Ａの機能として、当該アプリＡＰ用にストレージ２４にストレージリソースとして確保されたディレクトリ内のデータファイルの操作要求を取得する。一例として、データファイルの操作要求には、操作を要求するデータファイルを特定する情報及び当該データファイルに対する操作内容が含まれる。

【0125】

ステップＳ６１において、ＣＰＵ２１は、管理部２１Ａの機能として、権限確認処理を実行する。

【0126】

ステップＳ６２において、ＣＰＵ２１は、管理部２１Ａの機能として、ストレージ２４に対して、ステップＳ６０で取得した操作要求に対応するデータファイルを開くことを要求する。なお、データファイルを開く要求は、仲介部２１Ｂを経由してストレージ２４に送信される。

【0127】

ステップＳ６３において、ステップＳ６２で要求したデータファイルがストレージ２４内で開かれる。

【0128】

ステップＳ６４において、ＣＰＵ２１は、仲介部２１Ｂの機能として、管理部２１Ａに対してストレージ２４内で要求したデータファイルが開かれたことを送信する。

【0129】

ステップＳ６５において、ＣＰＵ２１は、管理部２１Ａの機能として、ストレージ２４に対して、ステップＳ６０で取得した操作要求に対応するデータファイルに対する操作内容を指示する。なお、データファイルに対する操作内容は、仲介部２１Ｂを経由してストレージ２４に送信される。

【0130】

ステップＳ６６において、ステップＳ６３で開かれたデータファイルが、ステップＳ６５で送信した操作内容で操作される。具体的には、ステップＳ６６では、当該データファイルへの書き込み、当該データファイルの読み出し、又は当該データファイルの削除が行われる。

【0131】

ステップＳ６７において、ＣＰＵ２１は、仲介部２１Ｂの機能として、管理部２１Ａに対してデータファイルに対する操作が行われたことを送信する。

【0132】

ステップＳ６８において、ＣＰＵ２１は、管理部２１Ａの機能として、データファイルに対して行われた操作内容のアクセスログを保存する。なお、当該アクセスログは、一例として、ストレージ２４の他領域２４Ｃに保存される。

【0133】

ステップＳ６９において、ＣＰＵ２１は、管理部２１Ａの機能として、ストレージ２４に対して、ステップＳ６３で開かれたデータファイルを閉じることを要求する。なお、データファイルを閉じる要求は、仲介部２１Ｂを経由してストレージ２４に送信される。

【0134】

ステップＳ７０において、ステップＳ６３で開かれたデータファイルが閉じられる。
ステップＳ７１において、ＣＰＵ２１は、管理部２１Ａの機能として、アプリＡＰに対してデータファイルの操作が完了したことを通知する。

【0135】

次に、管理部２１Ａの機能としてＣＰＵ２１により実行される権限確認処理の流れの例を図１２のフローチャートで説明する。

【0136】

図１２は、権限確認処理の流れの例を示すフローチャートである。
図１２のステップＳ７５において、ＣＰＵ２１は、要求を送信したアプリケーションがストレージ２４に対する権限を有するか否かを判定し、権限を有すると判定した場合（ステップＳ７５：ＹＥＳ）はステップＳ７６に進む。一方、ＣＰＵ２１により要求を送信したアプリケーションがストレージ２４に対する権限を有しないと判定された場合（ステップＳ７５：ＮＯ）はステップＳ７７に進む。

【0137】

ここで、本実施形態では、各アプリケーションに対するアクセスポリシーが定められており、一例として、当該アクセスポリシーが統合ＥＣＵ２０ＡのＲＯＭ２２に記憶されている。そして、ＣＰＵ２１は、管理部２１Ａの機能として、上記のアクセスポリシーを管理し、アプリケーションからの要求を受付ける都度、当該アクセスポリシーに基づいて当該要求に対する権限の有無を判断し、当該要求の可否を決定する。

【0138】

ステップＳ７６において、ＣＰＵ２１は、アプリケーションが送信した要求を許可する。そして、権限確認処理を終了する。

【0139】

ステップＳ７７において、ＣＰＵ２１は、アプリケーションが送信した要求を拒否する。そして、ステップＳ７８に進む。

【0140】

ステップＳ７８において、ＣＰＵ２１は、アプリケーションが送信した要求を拒否したことを当該アプリケーションに通知する。そして、権限確認処理を終了する。

【0141】

次に、管理部２１Ａによるストレージ２４へのアクセス管理の流れの例を図１３及び図１４のシーケンス図で説明する。

【0142】

図１３は、ストレージ２４へのアクセス管理の流れの例を示す第１のシーケンス図である。一例として、図１３は、当該アクセス管理として、アクセス優先度の操作要求を取得した場合の流れの例を示すシーケンス図である。

【0143】

図１３のステップＳ８０において、ＣＰＵ２１は、管理部２１Ａの機能として、アプリＡＰからアクセス優先度の操作要求を取得する。一例として、アクセス優先度の操作要求には、要求するアクセス優先度の操作内容及びアプリＡＰを識別するためのアプリケーション識別子が含まれる。一例として、アクセス優先度の操作内容には、アクセス優先度の追加、編集、及び削除が含まれる。

【0144】

ステップＳ８１において、ＣＰＵ２１は、管理部２１Ａの機能として、権限確認処理を実行する。

【0145】

ステップＳ８２において、ＣＰＵ２１は、管理部２１Ａの機能として、ステップＳ８０で操作要求を取得したアプリＡＰのアクセス優先度を操作する。

【0146】

ステップＳ８３において、ＣＰＵ２１は、管理部２１Ａの機能として、アプリＡＰに対してアクセス優先度の操作が完了したことを通知する。

【0147】

図１４は、ストレージ２４へのアクセス管理の流れの例を示す第２のシーケンス図である。一例として、図１４は、当該アクセス管理として、権限の操作要求を取得した場合の流れの例を示すシーケンス図である。

【0148】

図１４のステップＳ９０において、ＣＰＵ２１は、管理部２１Ａの機能として、アプリＡＰから権限の操作要求を取得する。一例として、権限の操作要求には、要求する権限の操作内容及びアプリＡＰを識別するためのアプリケーション識別子が含まれる。一例として、権限の操作内容には、権限の追加、編集、及び削除が含まれる。

【0149】

ステップＳ９１において、ＣＰＵ２１は、管理部２１Ａの機能として、権限確認処理を実行する。

【0150】

ステップＳ９２において、ＣＰＵ２１は、管理部２１Ａの機能として、ステップＳ９０で操作要求を取得したアプリＡＰの権限を操作する。

【0151】

ステップＳ９３において、ＣＰＵ２１は、管理部２１Ａの機能として、ステップＳ９２で操作した権限の操作履歴を保存する。なお、当該操作履歴は、一例として、ストレージ２４の他領域２４Ｃに保存される。

【0152】

ステップＳ９４において、ＣＰＵ２１は、管理部２１Ａの機能として、アプリＡＰに対して権限の操作が完了したことを通知する。

【0153】

以上説明したように、統合ＥＣＵ２０Ａでは、ＣＰＵ２１は、専用領域２４Ａと共用領域２４Ｂとを含むストレージ２４の記憶領域における複数のアプリケーションに対するストレージリソースの配分を管理する。これにより、当該ＣＰＵ２１では、複数のアプリケーションで共用領域２４Ｂのストレージリソースを共用で利用させるが、特定のアプリケーションには専用領域２４Ａのストレージリソースを専用で利用させる。そのため、当該ＣＰＵ２１では、リアルタイム処理が要求される車両１０の特性に配慮して、例えば、走行性能に関する特定のアプリケーションについては、いつでもストレージリソースを利用可能にしつつ、ストレージ２４の限られたストレージリソースを有効利用できる。

【0154】

また、統合ＥＣＵ２０Ａでは、ＣＰＵ２１は、時間制約を設けた上でアプリケーションに対して共用領域２４Ｂのストレージリソースを配分する。これにより、当該ＣＰＵ２１では、一のアプリケーションが共用領域２４Ｂのストレージリソースを占有し続けることを抑制できる。

【0155】

また、統合ＥＣＵ２０Ａでは、ＣＰＵ２１は、時間制約で定められた時間が経過した場合、アプリケーションに配分した共用領域２４Ｂのストレージリソースを解放し、解放したストレージリソースを他のアプリケーションに利用可能とする。これにより、当該ＣＰＵ２１では、解放した共用領域２４Ｂのストレージリソースを他のアプリケーションに配分することができる。

【0156】

また、統合ＥＣＵ２０Ａでは、ＣＰＵ２１は、アプリケーションに配分した共用領域２４Ｂのストレージリソースを解放する場合、当該解放するストレージリソースを一時的に退避させる。本実施形態では、ストレージリソースの退避として、共用領域２４Ｂにストレージリソースとして確保されたディレクトリのストレージリソース属性を退避属性に変更する。そして、上記のように、ストレージリソース属性が退避属性となったディレクトリは、アプリＡＰからの処理が一部制限され、アプリＡＰからの書き込み処理が禁止され、読み出し処理及び削除処理のみが許可される。これにより、当該ＣＰＵ２１では、時間制約で定められた時間が経過しても即座にストレージリソースの解放が行われないため、当該時間の経過後に即座にアプリケーションの実行に影響を及ぼすことを抑制できる。

【0157】

また、統合ＥＣＵ２０Ａでは、ＣＰＵ２１は、アプリケーションに配分した共用領域２４Ｂのストレージリソースの解放をアプリケーションに予告又は通知する。これにより、当該ＣＰＵ２１では、共用領域２４Ｂのストレージリソースの解放をアプリケーションに把握させることができる。

【0158】

また、統合ＥＣＵ２０Ａでは、ＣＰＵ２１は、リソース情報を複数のアプリケーションに通知する。これにより、当該ＣＰＵ２１では、複数のアプリケーションにリソース情報を把握させることができる。

【0159】

また、統合ＥＣＵ２０Ａでは、ＣＰＵ２１は、複数のアプリケーションからのストレージ２４の記憶領域に対するアクセス権限を管理する。これにより、当該ＣＰＵ２１では、複数のアプリケーションによるストレージ２４の記憶領域の不正利用を抑制できる。

【0160】

また、統合ＥＣＵ２０Ａでは、ＣＰＵ２１は、アクセス権限として、ストレージ２４の記憶領域へのアクセスの優先度合を定めるアクセス優先度を複数のアプリケーションそれぞれに設定する。これにより、当該ＣＰＵ２１では、複数のアプリケーションがストレージ２４の記憶領域の同じ領域に対してアクセス要求を行った場合に、重要なアプリケーションを優先して当該領域にアクセスさせることができる。

【0161】

また、統合ＥＣＵ２０Ａでは、ＣＰＵ２１は、複数のアプリケーションの数の増減に応じて、ストレージ２４の記憶領域に占める共用領域２４Ｂの割合を変更する。一例として、ＣＰＵ２１は、複数のアプリケーションの数が増え、ストレージ２４のストレージリソースに対する需要が増加した場合、ストレージ２４の記憶領域に占める共用領域２４Ｂの割合を高くして、共用領域２４Ｂにおいてより多くのストレージリソースを配分可能とする。また、ＣＰＵ２１は、複数のアプリケーションの数が減り、ストレージ２４のストレージリソースに対する需要が減少した場合、ストレージ２４の記憶領域に占める共用領域２４Ｂの割合を低くして、共用領域２４Ｂにおいて配分可能なストレージリソースを少なくする。これにより、当該ＣＰＵ２１では、アプリケーションに配分する共用領域２４Ｂのストレージリソースの量を、需要に応じて柔軟に調整することができる。

【0162】

また、統合ＥＣＵ２０Ａでは、ＣＰＵ２１は、複数のアプリケーションそれぞれに対して、ストレージ２４の記憶領域の利用上限を設定し、利用上限を超えたアプリケーションについては、ストレージ２４の記憶領域の利用を制限する。本実施形態では、当該利用上限として、利用可能なストレージ２４の記憶領域の容量と、ストレージ２４に対する書き換え上限回数とが設定されている。そして、ＣＰＵ２１は、利用上限を超えたアプリケーションについては、ストレージ２４の記憶領域に対する書き込み処理の禁止及び機能縮退の少なくとも一方を設定する。当該機能縮退には、一例として、単位時間あたりの書き込み頻度を落とすこと及び書き込み可能な時間帯を限定すること等が含まれる。これにより、当該ＣＰＵ２１では、一のアプリケーションがストレージ２４の寿命を著しく低下させることを抑制できる。

【0163】

また、統合ＥＣＵ２０Ａでは、ＣＰＵ２１は、ストレージ２４の寿命に応じて、複数のアプリケーションに配分するストレージリソースの量を調整する。一例として、ＣＰＵ２１は、ストレージ２４の寿命が予め定めた量未満となった場合、複数のアプリケーションに配分しているストレージリソースの一部を回収する。これにより、当該ＣＰＵ２１では、アプリケーションに配分する共用領域２４Ｂのストレージリソースの量を、ストレージ２４の寿命に応じて柔軟に調整することができる。

【0164】

（その他）
上記実施形態では、統合ＥＣＵ２０ＡのＣＰＵ２１を「情報処理装置」の一例としたが、これに限らず、他のＥＣＵ２０のＣＰＵを「情報処理装置」の一例としてもよい。また、統合ＥＣＵ２０ＡのＣＰＵ２１及び他のＥＣＵ２０のＣＰＵを組み合わせて「情報処理装置」の一例としてもよい。この場合、上記実施形態において、図４に示す統合ＥＣＵ２０ＡのＣＰＵ２１の各機能構成の少なくとも一部を他のＥＣＵ２０のＣＰＵが行ってもよい。

【0165】

上記実施形態では、共用領域２４Ｂを統合ＥＣＵ２０Ａのストレージ２４に設けたが、これに限らず、他のＥＣＵ２０のストレージに共用領域２４Ｂを設けてもよいし、統合ＥＣＵ２０Ａのストレージ２４及び他のＥＣＵ２０のストレージに共用領域２４Ｂを設けてもよい。他のＥＣＵ２０のストレージに共用領域２４Ｂを設ける場合、統合ＥＣＵ２０ＡのＣＰＵ２１は、複数のアプリケーションに対して、ストレージ２４に設けられた共用領域２４Ｂのストレージリソースに加えて、他のＥＣＵ２０のストレージに設けられた共用領域２４Ｂのストレージリソースの配分も管理する。

【0166】

上記実施形態では、複数のアプリケーションの中の特定のアプリケーションとして、車両１０の工場出荷時にバンドルされたアプリケーションに対して専用領域２４Ａのストレージリソースを配分した。しかし、これに限らず、専用領域２４Ａのストレージリソースが配分されるアプリケーションは、車両１０の工場出荷時にバンドルされたアプリケーションではなく、車両１０の工場出荷後にインストールされたアプリケーションであってもよい。

【0167】

上記実施形態では、複数のアプリケーションの中の特定のアプリケーションに対してのみ専用領域２４Ａのストレージリソースを配分したが、これに限らず、複数のアプリケーション全てに専用領域２４Ａのストレージリソースを配分してもよい。

【0168】

上記実施形態では、ストレージ２４を構成するストレージデバイスをｅＭＭＣ又はＵＦＳとしたが、これに限らず、ストレージ２４を構成するストレージデバイスにＳＤカードを加えてもよい。これにより、ストレージ２４の記憶領域の容量を事後的に追加することができる。ストレージ２４の記憶領域の容量が事後的に追加されることで、共用領域２４Ｂにおいて配分可能なストレージリソースが事後的に増加する。

【0169】

上記実施形態において、プログラム及びデータ等の信頼性であるデータ特性に応じて、ストレージ２４を構成する１つのストレージデバイス内のセル領域（例：ｐＳＬＣ（ｐｓｅｕｄｏ Ｓｉｎｇｌｅ Ｌｅｖｅｌ Ｃｅｌｌ）、ＴＬＣ（Ｔｒｉｐｌｅ Ｌｅｖｅｌ Ｃｅｌｌ)）に配置するデータを異ならせてもよい。

【0170】

上記実施形態では、ストレージリソースには、容量及びストレージ２４に対する書き換え上限回数が含まれることとしたが、これに代えて又は加えて、ストレージ２４へのアクセススピードをストレージリソースに含めてもよい。

【0171】

上記実施形態において、複数のアプリケーションにストレージリソースとして配分するストレージ２４に対する書き換え上限回数は、想定されるストレージ２４の運用稼働年数に基づいて設定してもよい。また、当該書き換え上限回数は、年単位、月単位、又は日単位で適宜設定してもよい。

【0172】

上記実施形態では、アプリＡＰのストレージリソースの解放期限が到来した場合、ＣＰＵ２１は、ディレクトリを削除させる前に、ストレージリソースとして確保された当該ディレクトリを一時的に退避させていた。しかし、これに限らず、アプリＡＰがストレージリソースを一時的に退避させることを希望している場合にのみ、ＣＰＵ２１は、当該ストレージリソースを一時的に退避させてもよい。この場合、ストレージリソースの一時的な退避の有無は、アプリＡＰにストレージリソースを配分する際にアプリＡＰに選択させることが望ましい。また、上記実施形態では、ストレージリソースの退避として、ストレージリソースとして確保されたディレクトリのストレージリソース属性を退避属性に変更することとしたが、ストレージリソースの退避方法はこれに限られない。例えば、ストレージリソースの退避として、ストレージリソースとして確保されたディレクトリにアプリＡＰが格納していたデータファイルを他領域２４Ｃに移動させてもよい。なお、当該データファイルを他領域２４Ｃに移動させた場合は、上記実施形態と同様に、当該データファイルに対するアプリＡＰからの処理を一部制限することが望ましい。また、ストレージリソースの退避として、ストレージリソースとして確保されたディレクトリに格納していたデータファイルの属性を退避属性に変更してもよい。

【0173】

上記実施形態では、ＣＰＵ２１は、アプリＡＰのストレージリソースの解放期限が到来したことに基づいて、当該アプリＡＰ用に共用領域２４Ｂにストレージリソースとして確保されたディレクトリを削除させていた。しかし、これに限らず、ＣＰＵ２１は、アプリＡＰのストレージリソースの解放期限が到来したことに基づいてアプリＡＰに対して複数回通知を行い、最後の通知から一定時間が経過した後に当該ディレクトリを削除させてもよい。

【0174】

上記実施形態において、アプリＡＰからリソース情報の取得要求を取得した場合に当該アプリＡＰに送信するリソース情報は、要求されたストレージ２４の記憶領域の全てのリソース情報でもよいし、要求された一部のリソース情報でもよい。

【0175】

上記実施形態では、ストレージ２４の寿命管理において、ストレージ２４の寿命として、セル属性単位での書き換え回数及び書き換え上限回数を取得した。しかし、これに限らず、ストレージ２４の寿命として、ストレージ２４全体の寿命の使用率の範囲（例：△△％以上□□％未満）を取得してもよい。

【0176】

上記実施形態では、ストレージ２４の寿命管理において、アプリＡＰの寿命を予測したが、ストレージ２４を構成するストレージデバイスのブロックサイズに応じて、アプリＡＰの寿命の予測方法を変更してもよい。

【0177】

なお、上記実施形態でＣＰＵ２１がソフトウェア（プログラム）を読み込んで実行した各処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の製造後に回路構成を変更可能なＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、及びＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。また、各処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。

【0178】

また、上記実施形態では、情報処理プログラム２２ＡがＲＯＭ２２に予め記憶（インストール）されている態様を説明したが、これに限定されない。情報処理プログラム２２Ａは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の記録媒体に記録された形態で提供されてもよい。また、情報処理プログラム２２Ａは、ネットワークＮを介して外部装置からダウンロードされる形態としてもよい。

【符号の説明】

【0179】

１０ 車両
２１ ＣＰＵ（情報処理装置）
２１Ａ 管理部
２４ ストレージ（車両に搭載されたストレージ）
２４Ａ 専用領域
２４Ｂ 共用領域

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】