知財求人 - 知財ポータルサイト「IP Force」
▶ 株式会社オートネットワーク技術研究所の特許一覧 ▶ 住友電装株式会社の特許一覧 ▶ 住友電気工業株式会社の特許一覧
特開2025-135135車両サービス管理装置、車両サービス管理方法および車両サービス管理プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025135135
(43)【公開日】2025-09-18
(54)【発明の名称】車両サービス管理装置、車両サービス管理方法および車両サービス管理プログラム
(51)【国際特許分類】
H02J 7/00 20060101AFI20250910BHJP
H02J 1/00 20060101ALI20250910BHJP
B60R 16/02 20060101ALI20250910BHJP
【ＦＩ】
H02J7/00 P
H02J7/00 X
H02J7/00 Y
H02J7/00 302C
H02J7/00 302B
H02J1/00 306B
H02J1/00 306L
B60R16/02 660M
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2024032771
(22)【出願日】2024-03-05
(71)【出願人】
【識別番号】395011665
【氏名又は名称】株式会社オートネットワーク技術研究所
(71)【出願人】
【識別番号】000183406
【氏名又は名称】住友電装株式会社
(71)【出願人】
【識別番号】000002130
【氏名又は名称】住友電気工業株式会社
(74)【代理人】
【識別番号】110000682
【氏名又は名称】弁理士法人ワンディ－ＩＰパ－トナ－ズ
(72)【発明者】
【氏名】北川 和樹
(72)【発明者】
【氏名】辻 雄爾
(72)【発明者】
【氏名】芦邉 健太郎
【テーマコード（参考）】
5G165
5G503
【Ｆターム（参考）】
5G165AA01
5G165BB09
5G165BB10
5G165DA01
5G165DA02
5G165EA02
5G165FA01
5G165GA03
5G165GA04
5G165GA06
5G165GA09
5G165HA09
5G165JA09
5G165KA01
5G165LA03
5G503AA01
5G503AA07
5G503BA04
5G503BB01
5G503CA08
5G503CA11
5G503CC02
5G503DA14
5G503DA15
5G503FA06
(57)【要約】
【課題】車両の停車中または駐車中において実行中のサービスを適切なタイミングで起動する。
【解決手段】車両に搭載される車両サービス管理装置であって、前記車両が停車中または駐車中である対象状態において、前記車両に設けられるバッテリの容量であるバッテリ容量を監視する監視部と、前記車両において提供されるサービスの起動に要する前記バッテリの容量である起動容量であって、前記対象状態において提供される前記サービスである対象サービスの起動に要する前記起動容量を取得する取得部と、前記監視部によって監視された前記バッテリ容量、および前記取得部によって取得された前記起動容量に基づいて、前記対象サービスの起動を判断する判断処理を行う判断部とを備える。
【選択図】図２
【解決手段】車両に搭載される車両サービス管理装置であって、前記車両が停車中または駐車中である対象状態において、前記車両に設けられるバッテリの容量であるバッテリ容量を監視する監視部と、前記車両において提供されるサービスの起動に要する前記バッテリの容量である起動容量であって、前記対象状態において提供される前記サービスである対象サービスの起動に要する前記起動容量を取得する取得部と、前記監視部によって監視された前記バッテリ容量、および前記取得部によって取得された前記起動容量に基づいて、前記対象サービスの起動を判断する判断処理を行う判断部とを備える。
【選択図】図２
【特許請求の範囲】
【請求項1】
車両に搭載される車両サービス管理装置であって、
前記車両が停車中または駐車中である対象状態において、前記車両に設けられるバッテリの容量であるバッテリ容量を監視する監視部と、
前記車両において提供されるサービスの起動に要する前記バッテリの容量である起動容量であって、前記対象状態において提供される前記サービスである対象サービスの起動に要する前記起動容量を取得する取得部と、
前記監視部によって監視された前記バッテリ容量、および前記取得部によって取得された前記起動容量に基づいて、前記対象サービスの起動を判断する起動判断処理を行う判断部とを備える、車両サービス管理装置。
前記車両が停車中または駐車中である対象状態において、前記車両に設けられるバッテリの容量であるバッテリ容量を監視する監視部と、
前記車両において提供されるサービスの起動に要する前記バッテリの容量である起動容量であって、前記対象状態において提供される前記サービスである対象サービスの起動に要する前記起動容量を取得する取得部と、
前記監視部によって監視された前記バッテリ容量、および前記取得部によって取得された前記起動容量に基づいて、前記対象サービスの起動を判断する起動判断処理を行う判断部とを備える、車両サービス管理装置。
【請求項2】
前記判断部は、前記起動判断処理において、前記監視部によって監視された前記バッテリ容量が前記取得部によって取得された前記起動容量に所定のマージン値を加算した値以上である場合、前記起動について肯定的な判断を行う、請求項１に記載の車両サービス管理装置。
【請求項3】
前記車両には、複数の車載装置が搭載され、
前記車両サービス管理装置は、さらに、
前記判断部によって前記起動判断処理において前記起動について肯定的な判断が行われた場合、前記複数の車載装置のうち、前記対象サービスに対応する前記車載装置であるサービス対応装置を特定する特定部と、
前記特定部によって特定された前記サービス対応装置の動作を開始させる制御部とを備える、請求項１または請求項２に記載の車両サービス管理装置。
前記車両サービス管理装置は、さらに、
前記判断部によって前記起動判断処理において前記起動について肯定的な判断が行われた場合、前記複数の車載装置のうち、前記対象サービスに対応する前記車載装置であるサービス対応装置を特定する特定部と、
前記特定部によって特定された前記サービス対応装置の動作を開始させる制御部とを備える、請求項１または請求項２に記載の車両サービス管理装置。
【請求項4】
前記取得部は、さらに、前記対象サービスの提供を維持するために要する前記バッテリの容量である維持容量を取得し、
前記判断部は、前記取得部によって取得された前記維持容量にさらに基づいて、前記起動判断処理を行う、請求項１または請求項２に記載の車両サービス管理装置。
前記判断部は、前記取得部によって取得された前記維持容量にさらに基づいて、前記起動判断処理を行う、請求項１または請求項２に記載の車両サービス管理装置。
【請求項5】
前記取得部は、前記対象サービスの提供時間に基づく前記維持容量を取得する、請求項４に記載の車両サービス管理装置。
【請求項6】
前記取得部は、さらに、前記対象サービスと前記起動容量との対応関係を示す対応情報を取得し、
前記取得部は、取得した前記対応情報に基づいて、前記対象サービスに対応する前記起動容量を取得する、請求項１または請求項２に記載の車両サービス管理装置。
前記取得部は、取得した前記対応情報に基づいて、前記対象サービスに対応する前記起動容量を取得する、請求項１または請求項２に記載の車両サービス管理装置。
【請求項7】
前記車両サービス管理装置は、さらに、
前記監視部によって監視された前記バッテリ容量に基づいて、前記対応情報における、前記監視部が前記バッテリ容量を監視する際に起動された前記対象サービスに対応する前記起動容量を更新する更新部を備える、請求項６に記載の車両サービス管理装置。
前記監視部によって監視された前記バッテリ容量に基づいて、前記対応情報における、前記監視部が前記バッテリ容量を監視する際に起動された前記対象サービスに対応する前記起動容量を更新する更新部を備える、請求項６に記載の車両サービス管理装置。
【請求項8】
前記監視部は、さらに、前記バッテリの、劣化に関する状態を監視し、
前記車両サービス管理装置は、さらに、
前記監視部によって監視された前記状態が所定条件を満たす場合、所定の通知を行う通知部を備える、請求項１または請求項２に記載の車両サービス管理装置。
前記車両サービス管理装置は、さらに、
前記監視部によって監視された前記状態が所定条件を満たす場合、所定の通知を行う通知部を備える、請求項１または請求項２に記載の車両サービス管理装置。
【請求項9】
車両に搭載される車両サービス管理装置における車両サービス管理方法であって、
前記車両が停車中または駐車中である対象状態において、前記車両に設けられるバッテリの容量であるバッテリ容量を監視するステップと、
前記車両において提供されるサービスの起動に要する前記バッテリの容量である起動容量であって、前記対象状態において提供される前記サービスである対象サービスの起動に要する前記起動容量を取得するステップと、
監視した前記バッテリ容量、および取得した前記起動容量に基づいて、前記対象サービスの起動を判断する起動判断処理を行うステップとを含む、車両サービス管理方法。
前記車両が停車中または駐車中である対象状態において、前記車両に設けられるバッテリの容量であるバッテリ容量を監視するステップと、
前記車両において提供されるサービスの起動に要する前記バッテリの容量である起動容量であって、前記対象状態において提供される前記サービスである対象サービスの起動に要する前記起動容量を取得するステップと、
監視した前記バッテリ容量、および取得した前記起動容量に基づいて、前記対象サービスの起動を判断する起動判断処理を行うステップとを含む、車両サービス管理方法。
【請求項10】
車両に搭載される車両サービス管理装置において用いられる車両サービス管理プログラムであって、
コンピュータを、
前記車両が停車中または駐車中である対象状態において、前記車両に設けられるバッテリの容量であるバッテリ容量を監視する監視部と、
前記車両において提供されるサービスの起動に要する前記バッテリの容量である起動容量であって、前記対象状態において提供される前記サービスである対象サービスの起動に要する前記起動容量を取得する取得部と、
前記監視部によって監視された前記バッテリ容量、および前記取得部によって取得された前記起動容量に基づいて、前記対象サービスの起動を判断する起動判断処理を行う判断部、
として機能させるための、車両サービス管理プログラム。
コンピュータを、
前記車両が停車中または駐車中である対象状態において、前記車両に設けられるバッテリの容量であるバッテリ容量を監視する監視部と、
前記車両において提供されるサービスの起動に要する前記バッテリの容量である起動容量であって、前記対象状態において提供される前記サービスである対象サービスの起動に要する前記起動容量を取得する取得部と、
前記監視部によって監視された前記バッテリ容量、および前記取得部によって取得された前記起動容量に基づいて、前記対象サービスの起動を判断する起動判断処理を行う判断部、
として機能させるための、車両サービス管理プログラム。
【発明の詳細な説明】
【技術分野】
【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】
車両サービス管理装置１０１および各車載装置２０２は、互いに通信を行うことにより、車両１において各種のサービス、すなわちアプリケーションを提供する。
【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】
次に、車両サービス管理装置１０１は、各サービス対応装置の消費電力を計測する計測処理を行う（ステップＳＴ１２２）。
【0180】
次に、車両サービス管理装置１０１は、サービス対応装置の消費電力の計測結果、および記憶部１３に保存されている、対象サービスの提供時間ｔｓを用いて、対象サービスの提供を維持するために要した実際の維持容量を算出する（ステップＳＴ１２３）。
【0181】
次に、車両サービス管理装置１０１は、対応テーブルＴｂ１における、対象サービスと維持容量との対応関係Ｅ２を更新するか否かを判断する。たとえば、車両サービス管理装置１０１は、対象サービスごとに、算出した実際の維持容量と、対応テーブルＴｂ１の示す維持容量とが同じあるか否かを確認する（ステップＳＴ１２４）。
【0182】
そして、車両サービス管理装置１０１は、対応テーブルＴｂ１における対応関係Ｅ２を更新すると判断した場合（ステップＳＴ１２４においてＹＥＳ）、対応関係Ｅ２を更新する。たとえば、上述したように、車両サービス管理装置１０１は、対応テーブルＴｂ１において、算出した実際の維持容量を対象サービスと対応付けて登録し（ステップＳＴ１２５）、車両１について対象状態であるか否かの判断を再び行う（ステップＳＴ１０１）。
【0183】
一方、車両サービス管理装置１０１は、サブバッテリ容量が基準値Ａ未満である場合（ステップＳＴ１１４においてＮＯ）、メインバッテリ容量が基準値Ａ以上であるか否かを確認する（ステップＳＴ１２６）。
【0184】
そして、車両サービス管理装置１０１は、メインバッテリ容量が基準値Ａ以上である場合（ステップＳＴ１２６においてＹＥＳ）、対象サービスを起動すると判断する（ステップＳＴ１１５）。
【0185】
一方、車両サービス管理装置１０１は、メインバッテリ容量が基準値Ａ未満である場合（ステップＳＴ１２６においてＮＯ）、対象サービスを起動しないと判断し（ステップＳＴ１２７）、車両１について対象状態であるか否かの判断を再び行う（ステップＳＴ１０１）。
【0186】
また、車両サービス管理装置１０１は、対応テーブルＴｂ１における対応関係Ｅ１を更新しないと判断した場合（ステップＳＴ１２０においてＮＯ）、各サービス対応装置の消費電力を計測する計測処理を行う（ステップＳＴ１２２）。
【0187】
また、車両サービス管理装置１０１は、対応テーブルＴｂ１における対応関係Ｅ２を更新しないと判断した場合（ステップＳＴ１２４においてＮＯ）、車両１について対象状態であるか否かの判断を再び行う（ステップＳＴ１０１）。
【0188】
図８は、本開示の実施の形態に係る車載システムにおける車両サービス管理装置および車載装置の処理のシーケンスの一例を示す図である。
【0189】
図８を参照して、まず、車両サービス管理装置１０１は、車両１について対象状態であると判断する（ステップＳＴ２０１）。
【0190】
次に、車両サービス管理装置１０１は、メインバッテリ６１およびサブバッテリ６２の各々の、劣化に関する状態を監視する。ここでは、車両サービス管理装置１０１が、メインバッテリ６１およびサブバッテリ６２の両方が正常であることを確認したとする（ステップＳＴ２０２）。
【0191】
次に、車両サービス管理装置１０１は、対象サービスの起動に要する起動容量、および対象サービスの提供を維持するために要する維持容量を取得する。たとえば、上述したように、車両サービス管理装置１０１は、対応テーブルＴｂ１を用いて、起動容量Ｃ１，Ｃ２および維持容量Ｍ１，Ｍ２を取得する（ステップＳＴ２０３）。
【0192】
次に、車両サービス管理装置１０１は、取得した、起動容量Ｃ１、起動容量Ｃ２、維持容量Ｍ１および維持容量Ｍ２の合計値にマージン値Ｎを加算することにより、基準値Ａを算出する（ステップＳＴ２０４）。
【0193】
次に、車両サービス管理装置１０１は、サブバッテリ容量が基準値Ａ以上であるか否かを確認する。ここでは、車両サービス管理装置１０１は、サブバッテリ容量が基準値Ａ以上であることを確認したとする（ステップＳＴ２０５）。
【0194】
次に、車両サービス管理装置１０１は、対象サービスを起動すると判断し、対応テーブルＴｂ１を用いてサービス対応装置を特定する。ここでは、車両サービス管理装置１０１が、サービス対応装置として、車載装置２０２Ａ，２０２Ｂを特定したとする（ステップＳＴ２０６）。
【0195】
次に、車両サービス管理装置１０１は、ウェイクアップ要求フレームを車載装置２０２Ａ，２０２Ｂへ送信する（ステップＳＴ２０７およびステップＳＴ２０８）。
【0196】
次に、車載装置２０２Ａおよび車載装置２０２Ｂは、車両サービス管理装置１０１からウェイクアップ要求フレームを受信すると、ウェイクアップモードへ遷移する（ステップＳＴ２０９およびステップＳＴ２１０）。
【0197】
次に、車載装置２０２Ａおよび車載装置２０２Ｂは、ウェイクアップモードへ遷移した旨を示す遷移完了フレームを車両サービス管理装置１０１へ送信する（ステップＳＴ２１１およびステップＳＴ２１２）。
【0198】
次に、車両サービス管理装置１０１は、車載装置２０２Ａ，２０２Ｂから遷移完了フレームを受信すると、対象サービスを起動するために要した実際の起動容量を算出する（ステップＳＴ２１３）。
【0199】
次に、車両サービス管理装置１０１は、対応テーブルＴｂ１における、対象サービスと起動容量との対応関係Ｅ１を更新するか否かを判断する。ここでは、車両サービス管理装置１０１は、対応関係Ｅ１を更新すると判断したとする（ステップＳＴ２１４）。
【0200】
次に、車両サービス管理装置１０１は、車載装置２０２Ａおよび車載装置２０２Ｂの各々の消費電力を計測する（ステップＳＴ２１５）。
【0201】
次に、車両サービス管理装置１０１は、車載装置２０２Ａおよび車載装置２０２Ｂの各々の消費電力の計測結果を用いて、対象サービスの提供を維持するために要した実際の維持容量を算出する（ステップＳＴ２１６）。
【0202】
次に、車両サービス管理装置１０１は、対応テーブルＴｂ１における、対象サービスと維持容量との対応関係Ｅ２を更新するか否かを判断する。ここでは、車両サービス管理装置１０１は、対応関係Ｅ２を更新すると判断したとする（ステップＳＴ２１７）。
【0203】
なお、本開示の実施の形態に係る車載システム３０１において、車両サービス管理装置１０１は、対象サービスを起動するか否かを起動判断処理において判断する構成であるとしたが、これに限定するものではない。車両サービス管理装置１０１は、対象サービスを起動するか否かを判断する代わりに、対象サービスの起動が成功する確率を算出する構成であってもよい。この場合、車両サービス管理装置１０１は、サブバッテリ容量と基準値Ａとの差、またはメインバッテリ容量と基準値Ａとの差に基づいて、当該確率を算出する。そして、車両サービス管理装置１０１は、当該確率の算出結果が所定の閾値以上である場合、上記動作開始制御を行う。
【0204】
また、本開示の実施の形態に係る車載システム３０１において、車両サービス管理装置１０１は、起動判断処理において、サブバッテリ容量またはメインバッテリ容量が基準値Ａ以上である場合、対象サービスの起動について肯定的な判断を行う構成であるとしたが、これに限定するものではない。車両サービス管理装置１０１は、サブバッテリ容量およびメインバッテリ容量の合計値が基準値Ａ以上である場合、対象サービスの起動について肯定的な判断を行う構成であってもよい。
【0205】
また、本開示の実施の形態に係る車載システム３０１において、車両サービス管理装置１０１は、起動容量Ｃ１、起動容量Ｃ２、維持容量Ｍ１および維持容量Ｍ２の合計値Ｗにマージン値Ｎを加算した基準値Ａを用いて起動判断処理を行う構成であるとしたが、これに限定するものではない。車両サービス管理装置１０１は、基準値Ａの代わりに、合計値Ｗを起動判断処理の基準として用いる構成であってもよい。この場合、車両サービス管理装置１０１は、サブバッテリ容量またはメインバッテリ容量が合計値Ｗ以上である場合、対象サービスの起動について肯定的な判断を行う。
【0206】
また、本開示の実施の形態に係る車載システム３０１において、車両サービス管理装置１０１は、起動容量Ｃ１，Ｃ２および維持容量Ｍ１，Ｍ２に基づいて、起動判断処理を行う構成であるとしたが、これに限定するものではない。車両サービス管理装置１０１は、維持容量Ｍ１，Ｍ２を用いずに、起動容量Ｃ１，Ｃ２に基づいて、起動判断処理を行う構成であってもよい。
【0207】
また、本開示の実施の形態に係る車載システム３０１において、車両サービス管理装置１０１は、対象サービスの提供時間ｔｓに基づく維持容量を取得する構成であるとしたが、これに限定するものではない。車両サービス管理装置１０１は、対象サービスの提供時間ｔｓとは異なる他のパラメータに基づく維持容量を取得する構成であってもよい。
【0208】
また、本開示の実施の形態に係る車載システム３０１において、車両サービス管理装置１０１は、起動判断処理において、対象サービスの起動について肯定的な判断を行った場合、サービス対応装置を特定し、当該サービス対応装置の動作を開始させる処理を行う構成であるとしたが、これに限定するものではない。車両サービス管理装置１０１は、対象サービスの起動について肯定的な判断を行った場合、たとえば、判断結果を車両１のユーザへ通知する構成であってもよい。
【0209】
また、本開示の実施の形態に係る車載システム３０１において、車両サービス管理装置１０１は、起動判断処理において、対象サービスと起動容量との対応関係Ｅ１を示す対応テーブルＴｂ１を用いて、起動容量を取得する構成であるとしたが、これに限定するものではない。車両サービス管理装置１０１は、起動判断処理において、たとえば所定の演算式を用いて、起動容量を算出する構成であってもよい。
【0210】
また、本開示の実施の形態に係る車載システム３０１において、車両サービス管理装置１０１は、起動判断処理において、対象サービスと維持容量との対応関係Ｅ２を示す対応テーブルＴｂ１を用いて、維持容量を取得する構成であるとしたが、これに限定するものではない。車両サービス管理装置１０１は、起動判断処理において、たとえば所定の演算式を用いて、維持容量を算出する構成であってもよい。
【0211】
また、本開示の実施の形態に係る車載システム３０１において、車両サービス管理装置１０１は、監視したメインバッテリ容量およびサブバッテリ容量に基づいて、対応テーブルＴｂ１における、対象サービスと起動容量との対応関係Ｅ１を更新する構成であるとしたが、これに限定するものではない。車両サービス管理装置１０１は、対応テーブルＴｂ１における対応関係Ｅ１を更新しない構成であってもよい。
【0212】
また、本開示の実施の形態に係る車載システム３０１において、車両サービス管理装置１０１は、サービス対応装置の消費電力の統計値に基づいて、対応テーブルＴｂ１における、対象サービスと維持容量との対応関係Ｅ２を更新する構成であるとしたが、これに限定するものではない。車両サービス管理装置１０１は、対応テーブルＴｂ１における対応関係Ｅ２を更新しない構成であってもよい。
【0213】
また、本開示の実施の形態に係る車載システム３０１において、車両サービス管理装置１０１は、メインバッテリ６１およびサブバッテリ６２の各々の、劣化に関する状態を監視し、監視結果が所定条件を満たす場合、バッテリ劣化情報を車両１のユーザへ通知する構成であるとしたが、これに限定するものではない。車両サービス管理装置１０１は、メインバッテリ６１およびサブバッテリ６２の各々の、劣化に関する状態を監視しない構成であってもよい。
【0214】
また、本開示の実施の形態に係る車載システム３０１において、電源部５１は、２つのバッテリ、すなわちメインバッテリ６１およびサブバッテリ６２を含む構成であるとしたが、これに限定するものではない。電源部５１は、１つまたは３つ以上のバッテリを含む構成であってもよい。
【0215】
［変形例１］
図９は、本開示の実施の形態の変形例１に係る車載システムの構成の一例を示す図である。図９を参照して、車載システム３０２は、図１に示す車載システム３０１と比べて、さらに、車載装置２０２である車載装置２０２Ｅを備える。車載装置２０２Ｅは、ＣＡＮバス２Ｂを介して車両サービス管理装置１０１と接続されている。また、車載装置２０２Ｅは、電源線５Ｂを介して電源部５１と接続されている。
図９は、本開示の実施の形態の変形例１に係る車載システムの構成の一例を示す図である。図９を参照して、車載システム３０２は、図１に示す車載システム３０１と比べて、さらに、車載装置２０２である車載装置２０２Ｅを備える。車載装置２０２Ｅは、ＣＡＮバス２Ｂを介して車両サービス管理装置１０１と接続されている。また、車載装置２０２Ｅは、電源線５Ｂを介して電源部５１と接続されている。
【0216】
以下、車載ネットワーク４０１に新たに追加される車載装置２０２を「新規装置」とも称し、新規装置を含む車載ネットワーク４０１を「新規ネットワーク」とも称する。
【0217】
図１０は、本開示の実施の形態の変形例１に係る車両サービス管理装置の構成の一例を示す図である。図１０を参照して、車両サービス管理装置１０１Ａは、通信部１１と、処理部１２Ａと、記憶部１３とを備える。通信部１１および処理部１２Ａの一方または両方は、たとえば、１または複数のプロセッサを含む処理回路により実現される。記憶部１３は、たとえば上記処理回路に含まれる不揮発性メモリである。
【0218】
（追加検知部）
処理部１２Ａは、図２に示す処理部１２と比べて、さらに、追加検知部２９を含む。追加検知部２９は、車載ネットワーク４０１への車載装置２０２の追加を検知する。変形例１では、追加検知部２９は、車載装置２０２Ｅの車載ネットワーク４０１への追加を検知する。
処理部１２Ａは、図２に示す処理部１２と比べて、さらに、追加検知部２９を含む。追加検知部２９は、車載ネットワーク４０１への車載装置２０２の追加を検知する。変形例１では、追加検知部２９は、車載装置２０２Ｅの車載ネットワーク４０１への追加を検知する。
【0219】
より詳細には、たとえば、車載装置２０２Ｅは、ＣＡＮバス２Ｂに接続されると、車載ネットワーク４０１における通信接続を要求するためのＣＡＮフレーム（以下、「接続要求フレーム」とも称する。）を車両サービス管理装置１０１へ送信する。
【0220】
車両サービス管理装置１０１において、追加検知部２９は、車載装置２０２Ｅから接続要求フレームを通信部１１経由で受信すると、当該接続要求フレームに含まれる認証用ＩＤおよび認証用パスワードを用いて、車載装置２０２Ｅの認証処理を行う。
【0221】
追加検知部２９は、車載装置２０２Ｅの認証に成功すると、認証が成功した旨、および車載装置２０２Ｅに対応するサービスの種別の通知を要求する種別要求情報を通信部１１およびＣＡＮバス２Ｂ経由で車載装置２０２Ｅへ送信する。
【0222】
車載装置２０２Ｅは、車両サービス管理装置１０１から種別要求情報を受信すると、受信した種別要求情報に対する応答として、自己に対応するサービスの種別を示すサービス情報を車両サービス管理装置１０１へ送信する。変形例１では、車載装置２０２Ｅは、たとえば、自己に対応するサービスの種別としてソフトウェア更新サービスを示すサービス情報を車両サービス管理装置１０１へ送信する。
【0223】
車両サービス管理装置１０１において、追加検知部２９は、車載装置２０２Ｅからのサービス情報を通信部１１経由で受信すると、記憶部１３における対応テーブルＴｂ１を参照することにより、受信したサービス情報の示すサービスの種別が対応テーブルＴｂ１に登録されているか否かを確認する。
【0224】
そして、追加検知部２９は、サービス情報の示すサービスが対応テーブルＴｂ１に登録されている場合、車載ネットワーク４０１に追加された車載装置２０２Ｅと、当該サービスの種別とを示す装置追加情報を更新部２８へ出力する。
【0225】
なお、追加検知部２９は、たとえば定期的に、追加機能部を検知するための探索メッセージを通信部１１経由でブロードキャストする構成であってもよい。この場合、追加機能部は、当該探索メッセージを受信し、受信した探索メッセージに対する応答として接続要求情報を送信する。
【0226】
（対応テーブルの更新）
更新部２８は、追加検知部２９から装置追加情報を受けると、図３に示す対応テーブルＴｂ１における対象サービスとサービス対応装置との対応関係Ｅ３を更新する。
更新部２８は、追加検知部２９から装置追加情報を受けると、図３に示す対応テーブルＴｂ１における対象サービスとサービス対応装置との対応関係Ｅ３を更新する。
【0227】
より詳細には、たとえば、更新部２８は、追加検知部２９から装置追加情報を受けると、記憶部１３における対応テーブルＴｂ１を読み出す。そして、更新部２８は、対応テーブルＴｂ１において、当該装置追加情報の示すサービスの種別と同じ種別の対象サービス、すなわちソフトウェア更新サービスに対応するサービス対応装置として、当該装置追加情報の示す車載装置２０２Ｅを新たに登録する。
【0228】
図１１は、本開示の実施の形態の変形例１に係る車両サービス管理装置による更新後の対応テーブルの一例を示す図である。
【0229】
【0230】
＜対応関係Ｅ１の更新＞
再び図１０を参照して、監視部２２は、ソフトウェア更新サービスに対応するサービス対装置、すなわち車載装置２０２Ｃ，２０２Ｄ，２０２Ｅの各々から上記遷移完了フレームを受信すると、メインバッテリ容量およびサブバッテリ容量を算出する。そして、監視部２２は、算出結果を示す算出結果情報Ｐ２０を更新部２８へ出力する。当該算出結果は、ソフトウェア更新サービスを起動後の最新の、メインバッテリ容量およびサブバッテリ容量を示す。
再び図１０を参照して、監視部２２は、ソフトウェア更新サービスに対応するサービス対装置、すなわち車載装置２０２Ｃ，２０２Ｄ，２０２Ｅの各々から上記遷移完了フレームを受信すると、メインバッテリ容量およびサブバッテリ容量を算出する。そして、監視部２２は、算出結果を示す算出結果情報Ｐ２０を更新部２８へ出力する。当該算出結果は、ソフトウェア更新サービスを起動後の最新の、メインバッテリ容量およびサブバッテリ容量を示す。
【0231】
更新部２８は、監視部２２から算出結果情報Ｐ２０を受けると、算出結果情報Ｐ２０の示すメインバッテリ容量およびサブバッテリ容量の合計値Ｂ３０を算出する。そして、更新部２８は、記憶部１３に保存されている容量合計情報Ｌ２の示す合計値Ｂ２から、算出した合計値Ｂ３０を減算した値を、ソフトウェア更新サービスを起動するために実際に要した起動容量Ｃ２２として算出する。
【0232】
更新部２８は、起動容量Ｃ２２を算出すると、記憶部１３に保存されている容量合計情報Ｌ２を削除する。
【0233】
また、更新部２８は、起動容量Ｃ２２を算出すると、記憶部１３における対応テーブルＴｂ１を参照することにより、起動容量Ｃ２２と、対応テーブルＴｂ１の示す、ソフトウェア更新サービスに対応する起動容量Ｃ２とが同じであるか否かを確認する。
【0234】
ここでは、起動容量Ｃ２２と起動容量Ｃ２とが異なるとする。この場合、更新部２８は、対応テーブルＴｂ１における対応関係Ｅ１、具体的にはソフトウェア更新サービスの起動容量を更新すると判断する。
【0235】
図１２は、本開示の実施の形態の変形例１に係る車両サービス管理装置による更新後の対応テーブルの他の例を示す図である。
【0236】
【0237】
＜対応関係Ｅ２の更新＞
再び図２を参照して、電力計測部２７は、対象状態において、たとえば定期的に、新規ネットワークにおける各サービス対応装置の消費電力を算出し、算出結果を示す電力算出情報Ｋ１２を記憶部１３に保存する。
再び図２を参照して、電力計測部２７は、対象状態において、たとえば定期的に、新規ネットワークにおける各サービス対応装置の消費電力を算出し、算出結果を示す電力算出情報Ｋ１２を記憶部１３に保存する。
【0238】
また、たとえば、電力計測部２７は、記憶部１３に所定時間Ｔ１１の間に蓄積された電力算出情報Ｋ１２を用いて、新規ネットワークにおけるサービス対応装置ごとに、消費電力の平均値Ｆを算出する。そして、電力計測部２７は、算出結果を示す電力統計情報Ｋ２２を更新部２８へ出力する。
【0239】
更新部２８は、電力計測部２７から電力統計情報Ｋ２２を受けると、電力統計情報Ｋ２２と、および記憶部１３に保存されている、対象サービスの提供時間ｔｓとを用いて、上述のように、対象サービスごとに実際の維持容量を算出する。
【0240】
そして、更新部２８は、記憶部１３における対応テーブルＴｂ１を参照することにより、対象サービスごとに、算出した実際の維持容量と、対応テーブルＴｂ１の示す、当該対象サービスに対応する維持容量とが同じであるか否かを確認する。
【0241】
ここでは、ソフトウェア更新サービスの実際の維持容量Ｍ２２と、対応テーブルＴｂ１の示す、ソフトウェア更新サービスに対応する維持容量Ｍ２とが異なるとする。この場合、更新部２８は、対応テーブルＴｂ１における対応関係Ｅ２、具体的にはソフトウェア更新サービスの維持容量を更新すると判断する。
【0242】
【0243】
［変形例２］
車両サービス管理装置１０１において、管理部２１は、車両１のユーザによって所定の操作が行われた場合、起動判断処理において、対象サービスを起動すると判断する構成であってもよい。
車両サービス管理装置１０１において、管理部２１は、車両１のユーザによって所定の操作が行われた場合、起動判断処理において、対象サービスを起動すると判断する構成であってもよい。
【0244】
より詳細には、たとえば、ユーザは、所望のサービスの開始を指示するための操作を、車両１に設けられたナビゲーション装置に対して行う。
【0245】
具体的には、たとえば、ユーザは、車両１における省電力機能を向上させるためのサービス（以下、「省電力サービス」とも称する。）の開始を指示するための操作を、ナビゲーション装置に対して行う。ナビゲーション装置は、ユーザからの当該操作を受け付けると、受け付けた操作の内容に基づいて、省電力サービスを開始すべき旨を示すサービス開始情報を車両サービス管理装置１０１へ送信する。
【0246】
図１３は、本開示の実施の形態の変形例２に係る車両サービス管理装置が保存する対応テーブルの一例を示す図である。
【0247】
【0248】
対応テーブルＴｂ２において、起動フラグ「１」は、省電力サービスの実行時において起動する対象サービスを示す。起動フラグ「０」は、省電力サービスの実行時において起動しない対象サービスを示す。
【0249】
図１３に示す対応テーブルＴｂ２において、周辺監視サービスの起動フラグは「１」である。ソフトウェア更新サービスの起動フラグは「０」である。
【0250】
管理部２１は、ナビゲーション装置からサービス開始情報を受信し、かつ起動判断処理において、サブバッテリ容量またはメインバッテリ容量が基準値Ａ以上であることを確認した場合、記憶部１３における対応テーブルＴｂ２を参照することにより、起動フラグ「１」の周辺監視サービスを起動させて、起動フラグ「０」のソフトウェア更新サービスを起動させないと判断する。
【0251】
上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【0252】
上述の実施形態の各処理（各機能）は、１または複数のプロセッサを含む処理回路により実現される。上記処理回路は、上記１または複数のプロセッサに加え、１または複数のメモリ、各種アナログ回路、各種デジタル回路が組み合わされた集積回路等で構成されてもよい。上記１または複数のメモリは、上記各処理を上記１または複数のプロセッサに実行させるプログラム（命令）を格納する。上記１または複数のプロセッサは、上記１または複数のメモリから読み出した上記プログラムに従い上記各処理を実行してもよいし、予め上記各処理を実行するように設計された論理回路に従って上記各処理を実行してもよい。上記プロセッサは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、およびＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等、コンピュータの制御に適合する種々のプロセッサであってよい。なお、物理的に分離した上記複数のプロセッサが互いに協働して上記各処理を実行してもよい。たとえば、物理的に分離した複数のコンピュータのそれぞれに搭載された上記プロセッサがＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、およびインターネット等のネットワークを介して互いに協働して上記各処理を実行してもよい。上記プログラムは、外部のサーバ装置等から上記ネットワークを介して上記メモリにインストールされても構わないし、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、および半導体メモリ等の記録媒体に格納された状態で流通し、上記記録媒体から上記メモリにインストールされても構わない。
【0253】
以上の説明は、以下に付記する特徴を含む。
［付記１］
車両に搭載される車両サービス管理装置であって、
処理回路を備え、
前記処理回路は、
前記車両が停車中または駐車中である対象状態において、前記車両に設けられるバッテリの容量であるバッテリ容量を監視し、
前記車両において提供されるサービスの起動に要する前記バッテリの容量である起動容量であって、前記対象状態において提供される前記サービスである対象サービスの起動に要する前記起動容量を取得し、
監視した前記バッテリ容量、および取得した前記起動容量に基づいて、前記対象サービスの起動を判断する起動判断処理を行う、車両サービス管理装置。
［付記１］
車両に搭載される車両サービス管理装置であって、
処理回路を備え、
前記処理回路は、
前記車両が停車中または駐車中である対象状態において、前記車両に設けられるバッテリの容量であるバッテリ容量を監視し、
前記車両において提供されるサービスの起動に要する前記バッテリの容量である起動容量であって、前記対象状態において提供される前記サービスである対象サービスの起動に要する前記起動容量を取得し、
監視した前記バッテリ容量、および取得した前記起動容量に基づいて、前記対象サービスの起動を判断する起動判断処理を行う、車両サービス管理装置。
【符号の説明】
【0254】
１ 車両
２，２Ａ，２Ｂ ＣＡＮバス
４，５，５Ａ，５Ｂ，５Ｃ，５Ｄ，５Ｅ 電源線
１１ 通信部
１２，１２Ａ 処理部
１３ 記憶部
２１ 管理部
２２ 監視部
２３ 通知部
２４ 取得部
２５ 特定部
２６ 制御部
２７ 電力計測部
２８ 更新部
２９ 追加検知部
５１ 電源部
６１ メインバッテリ
６２ サブバッテリ
７１，７１Ａ，７１Ｂ リレー
１０１，１０１Ａ 車両サービス管理装置
２０２，２０２Ａ，２０２Ｂ，２０２Ｃ，２０２Ｄ，２０２Ｅ 車載機器
３０１，３０２ 車載システム
４０１ 車載ネットワーク
Ｔｂ１，Ｔｂ２ 対応テーブル
２，２Ａ，２Ｂ ＣＡＮバス
４，５，５Ａ，５Ｂ，５Ｃ，５Ｄ，５Ｅ 電源線
１１ 通信部
１２，１２Ａ 処理部
１３ 記憶部
２１ 管理部
２２ 監視部
２３ 通知部
２４ 取得部
２５ 特定部
２６ 制御部
２７ 電力計測部
２８ 更新部
２９ 追加検知部
５１ 電源部
６１ メインバッテリ
６２ サブバッテリ
７１，７１Ａ，７１Ｂ リレー
１０１，１０１Ａ 車両サービス管理装置
２０２，２０２Ａ，２０２Ｂ，２０２Ｃ，２０２Ｄ，２０２Ｅ 車載機器
３０１，３０２ 車載システム
４０１ 車載ネットワーク
Ｔｂ１，Ｔｂ２ 対応テーブル
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】