特開 2022-190988 情報処理装置、車両システム、情報処理方法、およびプログラム

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

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

(11)【公開番号】P2022190988

(43)【公開日】2022-12-27

(54)【発明の名称】情報処理装置、車両システム、情報処理方法、およびプログラム

(51)【国際特許分類】

   G06Q 10/06 20120101AFI20221220BHJP

   B60R 16/02 20060101ALI20221220BHJP

【ＦＩ】

G06Q10/06

B60R16/02 645Z

【審査請求】未請求

【請求項の数】20

【出願形態】ＯＬ

(21)【出願番号】P 2021099560

(22)【出願日】2021-06-15

(71)【出願人】

【識別番号】000003207

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

(74)【代理人】

【識別番号】110002860

【氏名又は名称】弁理士法人秀和特許事務所

(72)【発明者】

【氏名】樋崎 勝哉

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

5L049

【Ｆターム（参考）】

5L049AA06

(57)【要約】

【課題】車両の消費電力を低減する。
【解決手段】情報処理装置が、所定の車両について、走行システムを停止させる操作である遮断操作が行われたことを検知し、前記遮断操作が行われた地点である第一の地点に基づいて、前記車両が有する複数の電子制御ユニットの少なくともいずれかについて、前記遮断操作後における動作モードを決定する。
【選択図】図８

【特許請求の範囲】

【請求項1】

所定の車両について、走行システムを停止させる操作である遮断操作が行われたことを検知することと、
前記遮断操作が行われた地点である第一の地点に基づいて、前記車両が有する複数の電子制御ユニットの少なくともいずれかについて、前記遮断操作後における動作モードを決定することと、
を実行する制御部を有する、情報処理装置。

【請求項2】

前記制御部は、前記第一の地点を分類した結果に基づいて前記動作モードの決定を行う、
請求項１に記載の情報処理装置。

【請求項3】

前記分類は、前記第一の地点における、前記車両の駐車履歴に基づいて行われる、
請求項２に記載の情報処理装置。

【請求項4】

前記分類は、前記第一の地点における、前記車両と外部ネットワークとの間の通信環境に基づいて行われる、
請求項２に記載の情報処理装置。

【請求項5】

前記制御部は、前記第一の地点と、当該第一の地点における前記複数の電子制御ユニットの動作モードとを対応付けた第一のデータに基づいて前記動作モードの決定を行う、
請求項１に記載の情報処理装置。

【請求項6】

前記制御部は、前記第一のデータを、所定の記憶装置から取得する、
請求項５に記載の情報処理装置。

【請求項7】

前記第一のデータは、前記第一の地点と、前記遮断操作後における前記複数の電子制御ユニットの動作状況との関係を学習させた機械学習モデルである、
請求項５に記載の情報処理装置。

【請求項8】

前記動作モードは、第一のモードと、前記第一のモードより処理の実行頻度または実行時間を低減させた第二のモードと、の少なくともいずれかである、
請求項１から７のいずれか１項に記載の情報処理装置。

【請求項9】

前記動作モードは、動作が許可された第一のモードと、動作が禁止された第二のモードと、の少なくともいずれかであり、前記制御部は、前記第二のモードにある前記電子制御ユニットをスリープさせる、
請求項１から７のいずれか１項に記載の情報処理装置。

【請求項10】

車両と、サーバ装置と、を含む車両システムであって、
前記サーバ装置は、
前記車両の走行システムを停止させる操作である遮断操作が行われた地点である第一の地点の位置情報に基づいて、前記車両が有する複数の電子制御ユニットのそれぞれの動作モードを決定するためのデータである第一のデータを生成する第一の制御部を有し、
前記車両は、
前記第一の地点の位置情報を前記サーバ装置に送信することと、
前記第一のデータに基づいて、自車両が有する複数の電子制御ユニットのそれぞれについて、前記遮断操作後における動作モードを決定することと、
を実行する第二の制御部を有する、
車両システム。

【請求項11】

前記第一のデータは、前記第一の地点を分類した結果を示すデータであって、
前記第二の制御部は、前記第一の地点を分類した結果に基づいて前記動作モードの決定を行う、
請求項１０に記載の車両システム。

【請求項12】

前記分類は、前記第一の地点における、前記車両の駐車履歴に基づいて行われる、
請求項１１に記載の車両システム。

【請求項13】

前記分類は、前記第一の地点における、前記車両と外部ネットワークとの間の通信環境に基づいて行われる、
請求項１１に記載の車両システム。

【請求項14】

前記第一のデータは、前記複数の電子制御ユニットの動作モードを指定するデータであって、
前記第一の制御部は、前記第一の地点と、当該第一の地点における前記複数の電子制御ユニットの動作モードとを対応付けた第二のデータに基づいて、前記第一のデータを生成する、
請求項１０に記載の車両システム。

【請求項15】

前記動作モードは、第一のモードと、前記第一のモードより処理の実行頻度または実行時間を低減させた第二のモードと、の少なくともいずれかである、
請求項１０から１４のいずれか１項に記載の車両システム。

【請求項16】

前記動作モードは、動作が許可された第一のモードと、動作が禁止された第二のモードと、の少なくともいずれかであり、前記第二の制御部は、前記第二のモードにある前記電子制御ユニットをスリープさせる、
請求項１０から１４のいずれか１項に記載の車両システム。

【請求項17】

車両の走行システムを停止させる操作である遮断操作が行われたことを検知するステップと、
前記遮断操作が行われた地点である第一の地点に基づいて、前記車両が有する複数の電子制御ユニットの少なくともいずれかについて、前記遮断操作後における動作モードを決定するステップと、
を含む、情報処理方法。

【請求項18】

前記第一の地点を分類した結果に基づいて前記動作モードの決定を行う、
請求項１７に記載の情報処理方法。

【請求項19】

前記分類は、前記第一の地点における、前記車両の駐車履歴、または、前記第一の地点における、前記車両と外部ネットワークとの間の通信環境に基づいて行われる、
請求項１８に記載の情報処理方法。

【請求項20】

請求項１７から１９のいずれか１項に記載の情報処理方法をコンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両の制御に関する。

【背景技術】

【0002】

車載されたコンピュータが無線通信を行うシステムが普及している。これに関連し、例えば、特許文献１には、車両外部のサーバと通信を行う車載通信モジュールに関する発明が開示されている。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

本開示は、車両の消費電力を低減することを目的とする。

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

【0005】

本開示の実施形態の一態様は、所定の車両について、走行システムを停止させる操作である遮断操作が行われたことを検知することと、前記遮断操作が行われた地点である第一の地点に基づいて、前記車両が有する複数の電子制御ユニットの少なくともいずれかについて、前記遮断操作後における動作モードを決定することと、を実行する制御部を有する、情報処理装置である。

【0006】

本開示の実施形態の一態様は、車両と、サーバ装置と、を含む車両システムであって、前記サーバ装置は、前記車両の走行システムを停止させる操作である遮断操作が行われた地点である第一の地点の位置情報に基づいて、前記車両が有する複数の電子制御ユニットのそれぞれの動作モードを決定するためのデータである第一のデータを生成する第一の制御部を有し、前記車両は、前記第一の地点の位置情報を前記サーバ装置に送信することと、前記第一のデータに基づいて、自車両が有する複数の電子制御ユニットのそれぞれについて、前記遮断操作後における動作モードを決定することと、を実行する第二の制御部を有する、車両システムである。

【0007】

本開示の実施形態の一態様は、車両の走行システムを停止させる操作である遮断操作が行われたことを検知するステップと、前記遮断操作が行われた地点である第一の地点に基づいて、前記車両が有する複数の電子制御ユニットの少なくともいずれかについて、前記遮断操作後における動作モードを決定するステップと、を含む、情報処理方法である。

【発明の効果】

【0008】

本開示によれば、車両の消費電力を低減することができる。

【図面の簡単な説明】

【0009】

【図1】第一の実施形態に係る車両システムの概要図。

【図2】第一の実施形態に係る車両１が有する構成要素を説明する図。

【図3】制御部が有する機能モジュールと、記憶部に記憶されるデータを説明する概要図。

【図4】記憶部に記憶されるモードリストの例。

【図5】第一の実施形態におけるサーバ装置の概要図。

【図6】第一の実施形態における機械学習を説明する図。

【図7】第一の実施形態における第一のフェーズのフロー図。

【図8】第一の実施形態における第二のフェーズのフロー図。

【図9】第二の実施形態における駐車地点モデルを説明する図。

【図10】第二の実施形態における第一のフェーズのフロー図。

【図11】第二の実施形態におけるモードリストの例。

【図12】第二の実施形態における第二のフェーズのフロー図。

【図13】第三の実施形態におけるサーバ装置の概要図。

【図14】動作実績データと動作モードとの関係を例示した図。

【図15】第三の実施形態における省電力モデルを説明する図。

【図16】第三の実施形態における、第一のフェーズのフロー図。

【図17】第三の実施形態における第二のフェーズのフロー図。

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

【0010】

車両が有している電子制御ユニットは、一般的に、車両の走行システムがシャットダウンされるとともに動作を停止する。しかし、近年の車両機能の向上に伴い、車両が駐車状態にある間もスタンバイを続ける電子制御ユニットが増えている。このような電子制御ユニットとして、セキュリティ機能を提供するもの、リモートコントロール機能を提供するもの、スマートホームと連携する機能を提供するものなどがある。

【0011】

しかし、駐車中においてスタンバイを続ける電子制御ユニットが増加すると、電力の消費が増え、車両のバッテリに負担をかけてしまうという問題が生じる。
本開示に係る情報処理装置は、かかる問題を解決する。

【0012】

本開示の一態様に係る情報処理装置は、所定の車両について、走行システムを停止させる操作である遮断操作が行われたことを検知することと、前記遮断操作が行われた地点である第一の地点に基づいて、前記車両が有する複数の電子制御ユニットの少なくともいずれかについて、前記遮断操作後における動作モードを決定することと、を実行する制御部を有する。

【0013】

遮断操作は、車両の走行システムを停止させる操作である。遮断操作として、例えば、車両のイグニッションを切る操作、走行用の電源を切る操作、エンジンを停止する操作、ハイブリッドシステムを停止する操作などが例示できる。遮断操作が行われたことは、車両が、走行可能な状態から駐車状態に遷移することを意味する。
制御部は、遮断操作が行われた場所に基づいて、車両が有する複数の電子制御ユニットのそれぞれについて、遮断操作後における動作モード（すなわち、車両が駐車を開始した後における動作モード）を決定する。

【0014】

駐車中において、車両が有する複数の電子制御ユニットを動作させることが好ましいか否かは、その環境によって変わる。
例えば、車両が、オーナーの自宅以外の場所に駐車されている場合、スマートホームと連携する電子制御ユニットを動作させる必要はない。一方、車両が自宅の駐車場にある場合、当該電子制御ユニットは動作させることが好ましい。
よって、遮断操作が行われた場所（すなわち、車両が駐車された場所）に基づいて、各電子制御ユニットの動作モードを決定することで、電子制御ユニットの不要な動作を抑制することができ、消費電力を低減することができる。

【0015】

動作モードとして、例えば、「スリープモード」、「動作を続けるモード」といったものが例示できる。なお、動作モードは、消費電力に関連するものであれば、これ以外であってもよい。例えば、「通常よりも通信量を削減するモード」、「通常よりも消費電力を
削減するモード」などであってもよい。

【0016】

以下、本開示の具体的な実施形態について図面に基づいて説明する。各実施形態に記載されているハードウェア構成、モジュール構成、機能構成等は、特に記載がない限りは開示の技術的範囲をそれらのみに限定する趣旨のものではない。

【0017】

（第一の実施形態）
第一の実施形態に係る車両システムの概要について、図１を参照しながら説明する。本実施形態に係る車両システムは、車両１と、サーバ装置３００と、を含んで構成される。

【0018】

車両１は、外部ネットワークとの通信機能を有するコネクティッドカーである。車両１は、ＤＣＭ（Data Communication Module）１００と、電子制御ユニット２００（Electronic Control Unit，ＥＣＵとも称する）を含んで構成される。
なお、図１では、単一のＥＣＵ２００を例示しているが、車両１は、複数のＥＣＵ２００を含んでいてもよい。

【0019】

ＤＣＭ１００は、外部ネットワークと無線通信を行う装置である。ＤＣＭ１００は、車両１が有するコンポーネント（以下、車両コンポーネント）を、外部ネットワークに接続するためのゲートウェイとして機能する。例えば、ＤＣＭ１００は、車両１が有するＥＣＵ２００に対して、外部ネットワークへのアクセスを提供する。これにより、車載された複数のＥＣＵ２００は、ＤＣＭ１００を介して、ネットワークに接続された外部装置と通信することができる。

【0020】

サーバ装置３００は、車両１に対して情報提供を行う装置である。本実施形態では、サーバ装置３００は、車両１に対して、駐車中における複数のＥＣＵ２００の動作モードを決定するための情報を提供する。なお、サーバ装置３００は、その他の情報（例えば、交通情報や、インフォテイメントに関連する情報など）を車両１に提供する装置を兼ねていてもよい。

【0021】

図２は、本実施形態に係る車両１が有する構成要素を説明する図である。本実施形態に係る車両１は、ＤＣＭ１００と、複数のＥＣＵ２００Ａ，２００Ｂ…（以下、ＥＣＵ２００と総称する）を含んで構成される。
ＥＣＵ２００は、異なる車両コンポーネントを管轄する複数のＥＣＵを含んでいてもよい。複数のＥＣＵとして、例えば、ボディＥＣＵ、エンジンＥＣＵ、ハイブリッドＥＣＵ、パワートレインＥＣＵなどが例示できる。また、ＥＣＵ２００は、機能単位で分割されていてもよい。例えば、セキュリティ機能を実行するＥＣＵ、自動駐車機能を実行するＥＣＵ、リモートコントロール機能を実行するＥＣＵ、インフォテイメント機能を実行するＥＣＵといった区分けも可能である。

【0022】

ＤＣＭ１００は、アンテナ１１０、通信モジュール１２０、ＧＰＳアンテナ１３０、ＧＰＳモジュール１４０、制御部１０１、記憶部１０２、および、通信インタフェース１０３を有して構成される。

【0023】

アンテナ１１０は、無線信号の入出力を行うアンテナ素子である。本実施形態では、アンテナ１１０は、移動体通信（例えば、３Ｇ、ＬＴＥ、５Ｇ等の移動体通信）に適合したものである。なお、アンテナ１１０は、複数の物理的なアンテナを含んで構成されてもよい。例えば、マイクロ波やミリ波などの高周波帯の電波を利用した移動体通信を行う場合、通信の安定化を図るため、複数のアンテナを分散して配置してもよい。
通信モジュール１２０は、移動体通信を行うための通信モジュールである。

【0024】

ＧＰＳアンテナ１３０は、測位衛星（ＧＮＳＳ衛星とも称する）から送信された測位信号を受信するアンテナである。
ＧＰＳモジュール１４０は、ＧＰＳアンテナ１３０によって受信された信号に基づいて、位置情報を算出するモジュールである。

【0025】

制御部１０１は、所定のプログラムを実行することで、ＤＣＭ１００の各種機能を実現する演算ユニットである。制御部１０１は、例えば、ＣＰＵ等によって実現されてもよい。

【0026】

記憶部１０２は、主記憶装置および補助記憶装置を含むメモリ装置である。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶装置にロードして実行することによって、後述するような、所定の目的に合致した各機能を実現することができる。

【0027】

制御部１０１は、外部ネットワークと、車両１が有するコンポーネント（車両コンポーネント）との間でなされる通信を仲介する機能を実行する。例えば、ある車両コンポーネントが、外部ネットワークとの通信を必要とする場合、制御部１０１は、当該車両コンポーネントから送信されたデータを外部ネットワークに中継する機能を実行する。また、外部ネットワークから送信されたデータを受信し、当該データを適切な車両コンポーネントに転送する機能を実行する。

【0028】

さらに、制御部１０１は、自装置に固有な機能を実行することができる。例えば、制御部１０１は、セキュリティシステムの監視機能や通話機能を実行可能に構成されており、車内で発生したトリガに基づいて、セキュリティ通報や緊急通報等を行うことができる。
また、制御部１０１は、自車両が駐車された場合に、その位置に基づいて、複数のＥＣＵ２００の動作モードを決定し、駐車中において動作モードを切り替える制御を実行する。詳細な方法については後述する。

【0029】

通信インタフェース１０３は、ＤＣＭ１００を車載ネットワークに接続するためのインタフェースユニットである。本実施形態では、電子制御ユニット（ＥＣＵ２００）を含む複数の車両コンポーネントが、車載ネットワークのバス４００を介して相互に接続される。車載ネットワークの規格として、例えば、ＣＡＮ（Controller Area Network）を例示
することができる。なお、車載ネットワークが、複数の規格を利用するものである場合、通信インタフェース１０３は、通信先の規格に合わせた複数のインタフェース装置を有していてもよい。ＣＡＮ以外の通信規格として、例えば、イーサネット（登録商標）などを例示することができる。

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

１・・車両
１００・・ＤＣＭ
２００・・・ＥＣＵ
４００・・・ネットワークバス
１０１，２０１・・・制御部
１０２，２０２・・・記憶部
１０３，２０３・・・通信インタフェース
１１０・・・アンテナ
１２０・・・通信モジュール
１３０・・・ＧＰＳアンテナ
１４０・・・ＧＰＳモジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】