知財求人 - 知財ポータルサイト「IP Force」
▶ 日産自動車株式会社の特許一覧 ▶ ルノー エス．ア．エス．の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-26
(45)【発行日】2025-01-10
(54)【発明の名称】車両データ演算方法及び車両データ演算システム
(51)【国際特許分類】
G06F 9/50 20060101AFI20241227BHJP
【ＦＩ】
G06F9/50 150Z
【請求項の数】
10
(21)【出願番号】P 2020188659
(22)【出願日】2020-11-12
(65)【公開番号】P2022077705
(43)【公開日】2022-05-24
【審査請求日】2023-08-07
(73)【特許権者】
【識別番号】000003997
【氏名又は名称】日産自動車株式会社
(73)【特許権者】
【識別番号】507308902
【氏名又は名称】ルノー エス．ア．エス．
【氏名又は名称原語表記】ＲＥＮＡＵＬＴ Ｓ．Ａ．Ｓ．
【住所又は居所原語表記】１２２－１２２ ｂｉｓ， ａｖｅｎｕｅ ｄｕ Ｇｅｎｅｒａｌ Ｌｅｃｌｅｒｃ， ９２１００ Ｂｏｕｌｏｇｎｅ－Ｂｉｌｌａｎｃｏｕｒｔ， Ｆｒａｎｃｅ
(74)【代理人】
【識別番号】110002468
【氏名又は名称】弁理士法人後藤特許事務所
(72)【発明者】
【氏名】中根 裕介
【審査官】田中 幸雄
(56)【参考文献】
【文献】特開２０１３－１２０５２６（ＪＰ，Ａ）
【文献】特開２００４－３８７６６（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ９／５０
(57)【特許請求の範囲】
【請求項1】
車両において収集されるデータに基づいて車載コンピュータにより所定の演算処理を実行する車両データ演算方法であって、前記車両の状態に応じて前記車載コンピュータが実行すべき前記演算処理を、現在求められている前記車両の機能を実現するために要求される第１演算種別と、前記第１演算種別以外の第２演算種別と、に分類する演算種分類工程と、
前記車両の状態が前記演算処理に係る演算量の大きい高演算負荷状態である場合に実行する高演算負荷時工程と、
前記車両の状態が前記演算処理に係る演算量の小さい低演算負荷状態である場合に実行する低演算負荷時工程と、を含み、
前記高演算負荷時工程では、前記第１演算種別に含まれる第１演算を実行するとともに前記第２演算種別に含まれる第２演算の実行に用いる演算データを所定の記憶領域に記憶させ、
前記低演算負荷時工程では、前記記憶領域に記憶された前記演算データに基づいて前記第２演算を実行し、
前記高演算負荷時工程では、
該高演算負荷時工程の後の前記低演算負荷時工程において前記第２演算を実行する条件としての第２演算実行条件を満たすか否かを判定し、
前記低演算負荷時工程では、
前記第２演算実行条件が満たされると判断された場合に前記第２演算を実行する、
車両データ演算方法。
【請求項2】
請求項１に記載の車両データ演算方法であって、前記演算種分類工程では、
予め定められた前記第１演算種別及び前記第２演算種別の項目を参照することで、実行すべき前記演算処理が前記第１演算及び前記第２演算の何れに該当するかを判断する、
車両データ演算方法。
【請求項3】
請求項１又は２に記載の車両データ演算方法であって、前記車両のシステムが稼働している場合に、前記車両の状態が前記高演算負荷状態であると判断し、
前記車両のシステムが休止している場合に、前記車両の状態が前記低演算負荷状態であると判断する、
車両データ演算方法。
【請求項4】
請求項１～３の何れか１項に記載の車両データ演算方法であって、前記第２演算実行条件は、前記低演算負荷状態中の演算の実行による消費電力量が、前記低演算負荷状態中に前記車両で確保可能な電力量を下回ることを含む、
車両データ演算方法。
【請求項5】
請求項４に記載の車両データ演算方法であって、前記車両で確保可能な電力量を、
前記低演算負荷状態が開始されるタイミングの車載バッテリの充電電力量の推定値に基づいて定める、
車両データ演算方法。
【請求項6】
請求項５に記載の車両データ演算方法であって、前記充電電力量の推定値を、
前記高演算負荷状態から後の前記低演算負荷状態に至るまでの前記車両の消費電力量、及び前記車両に搭載された発電装置により生成可能な発電電力量に基づいて演算する、
車両データ演算方法。
【請求項7】
請求項１～６の何れか１項に記載の車両データ演算方法であって、前記第２演算実行条件は、前記低演算負荷状態中の演算の実行に必要な時間が、前記低演算負荷状態の継続時間を下回ることを含む、
車両データ演算方法。
【請求項8】
請求項１～７の何れか１項に記載の車両データ演算方法であって、前記低演算負荷状態において前記第２演算を開始する第２演算開始タイミングを定める第２演算開始タイミング設定処理をさらに含み、
前記第２演算開始タイミング設定処理では、
前記低演算負荷状態中の演算による前記車載コンピュータの発熱に伴う最大温度上昇幅を推定し、
前記低演算負荷状態中の前記車載コンピュータの温度が、前記最大温度上昇幅を考慮しても所定の上限温度に到達しないように前記第２演算開始タイミングを演算し、
前記低演算負荷時工程では、
前記第２演算開始タイミングに到達すると前記第２演算を開始する、
車両データ演算方法。
【請求項9】
請求項１～８の何れか１項に記載の車両データ演算方法であって、前記低演算負荷時工程では、
前記車両のシステムの休止解除指令を検知すると、実行中の前記第２演算を中断して中断時点までの演算結果を記憶し、
次回以降の前記低演算負荷状態において、前記演算結果を参照して中断した前記第２演算を再開する、
車両データ演算方法。
【請求項10】
車両に搭載されて各種データを検出するセンサと、検出された各種データに基づいて所定の演算処理を実行する車載コンピュータと、を備えた車両データ演算システムであって、前記車載コンピュータは、
前記車両の状態に応じて前記車載コンピュータが実行すべき前記演算処理を、現在求められている前記車両の機能を実現するために要求される第１演算種別と、前記第１演算種別以外の第２演算種別と、に分類し、
前記車両の状態が前記演算処理に係る演算量の大きい高演算負荷状態である場合に高演算負荷時工程を実行し、
前記車両の状態が前記演算処理に係る演算量の小さい低演算負荷状態である場合に低演算負荷時工程を実行し、
前記高演算負荷時工程では、前記第１演算種別に含まれる第１演算を実行するとともに前記第２演算種別に含まれる第２演算の実行に用いる演算データを所定の記憶領域に記憶させ、
前記低演算負荷時工程では、前記記憶領域に記憶された前記演算データに基づいて前記第２演算を実行し、
前記高演算負荷時工程では、
該高演算負荷時工程の後の前記低演算負荷時工程において前記第２演算を実行する条件としての第２演算実行条件を満たすか否かを判定し、
前記低演算負荷時工程では、
前記第２演算実行条件が満たされると判断された場合に前記第２演算を実行する、
車両データ演算システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、車両データ演算方法及び車両データ演算システムに関する。
【背景技術】
【0002】
特許文献１には、車両からプローブ情報をデータ収集センターに送信するモビリティデータ収集システムが提案されている。このモビリティデータ収集システムでは、プローブ情報の送信に当たり、データ送信量及びデータ収集センター側のデータ保存容量を抑制する観点から、収集された情報の必要性を機械学習モデルに基づいて判定する。特に、この機械学習モデルの構築は、車両においてプローブ情報の収集と並列して実行される。
【先行技術文献】
【特許文献】
【0003】
【文献】特許第６６４０７６９号
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１のモビリティデータ収集システムでは、車両においてプローブ情報の収集と機械学習モデルの構築を並列に実行するため、車載の演算装置に対する負荷が高くなる。その結果、車両により処理能力の高い演算装置を搭載する必要が生じる。
【0005】
このような事情に鑑み、本発明の目的は、車載コンピュータに対する演算負荷を低減することのできる車両データ演算方法及び車両データ演算システムを提供することにある。
【課題を解決するための手段】
【0006】
本発明のある態様によれば、車両において収集されるデータに基づいて車載コンピュータにより所定の演算処理を実行する車両データ演算方法が提供される。この車両データ演算方法は、車両の状態に応じて車載コンピュータが実行すべき演算処理を、現在求められている車両の機能を実現するために要求される第１演算種別と、第１演算種別以外の第２演算種別と、に分類する演算種分類工程と、車両の状態が演算処理に係る演算量の大きい高演算負荷状態である場合に実行する高演算負荷時工程と、車両の状態が演算処理に係る演算量の小さい低演算負荷状態である場合に実行する低演算負荷時工程と、を含む。そして、高演算負荷時工程では、第１演算種別に含まれる第１演算を実行するとともに第２演算種別に含まれる第２演算の実行に用いる演算データを所定の記憶領域に記憶させ、低演算負荷時工程では、記憶領域に記憶された演算データに基づいて第２演算を実行する。そして、高演算負荷時工程では、該高演算負荷時工程の後の低演算負荷時工程において第２演算を実行する条件としての第２演算実行条件を満たすか否かを判定し、低演算負荷時工程では、第２演算実行条件が満たされると判断された場合に第２演算を実行する。
【発明の効果】
【0007】
本発明によれば、車載コンピュータに対する演算負荷を低減することができる。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下、図面を参照して、本発明の各実施形態について説明する。
【0010】
［各実施形態に共通する構成］
図１は、各実施形態に共通する車両データ収集システム１０の全体構成を説明する図である。図２は、車両データ収集システム１０に含まれる各構成の詳細を説明するためのブロック図である。
図１は、各実施形態に共通する車両データ収集システム１０の全体構成を説明する図である。図２は、車両データ収集システム１０に含まれる各構成の詳細を説明するためのブロック図である。
【0011】
図示のように、車両データ収集システム１０は、車両Ｖ（特に車両Ｖに搭載される車載コンピュータ２０）と、車両Ｖに所定のネットワーク１００を介して通信可能に接続されたサーバ４０と、を備える。
【0012】
なお、車両データ収集システム１０を構成する車載コンピュータ２０及びサーバ４０は、それぞれ、ＣＰＵ（Central processing Unit）等の演算／制御装置、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）、又はハードディスク（磁気記憶装置）等の各種記憶装置、及びキーボード、マウス、タッチパネル、ディスプレイ、プリンタ、及びＩ／Ｏポート等の各種入出力装置を備えたコンピュータで構成される。そして、車載コンピュータ２０及びサーバ４０は、後述する各処理を上記各ハードウェア、及び記憶装置に記憶される所定のプログラム（ソフトウェア）により実行する。
【0013】
車両Ｖは、走行駆動源として電動モータを搭載する自動車であって、内部に発電装置を持たず外部充電手段を用いて車載バッテリに電力を供給可能な自動車（ＢＥＶ：Battery Electric Vehicle）、又は内部に発電装置を備え当該発電装置若しくは当該発電装置及び外部充電手段の双方により車載バッテリに電力を供給可能な自動車（ＨＥＶ：Hybrid Electric Vehicle）により構成することができる。車両Ｖは、上述の車載コンピュータ２０と、センサ３０と、出力先装置３２と、を備える。
【0014】
（車載コンピュータ２０）
車載コンピュータ２０は、車両Ｖの走行動作（例えば、駆動、制動、又は操舵）、及び車室内における種々の出力機能（例えば、ディスプレイの表示機能、又はオーディオ機器の音声出力機能）などの車両Ｖに要求される各機能を実現するための種々の処理を行うコンピュータである。具体的に、車載コンピュータ２０は、ＣＰＵ（Central processing Unit）等の演算／制御装置、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）、又はハードディスク（磁気記憶装置）等の各種記憶装置、及び各種操作ボタン、タッチパネル、ディスプレイ、又はＩ／Ｏポート等の各種入出力装置を備えたコンピュータで構成される。
車載コンピュータ２０は、車両Ｖの走行動作（例えば、駆動、制動、又は操舵）、及び車室内における種々の出力機能（例えば、ディスプレイの表示機能、又はオーディオ機器の音声出力機能）などの車両Ｖに要求される各機能を実現するための種々の処理を行うコンピュータである。具体的に、車載コンピュータ２０は、ＣＰＵ（Central processing Unit）等の演算／制御装置、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）、又はハードディスク（磁気記憶装置）等の各種記憶装置、及び各種操作ボタン、タッチパネル、ディスプレイ、又はＩ／Ｏポート等の各種入出力装置を備えたコンピュータで構成される。
【0015】
より詳細に、車載コンピュータ２０の機能は、車両Ｖに搭載されるＡＤＡＳ（Advanced Driver Assistance Systems）コントローラ、モータコントローラ、ＥＣＵ（Engine Control Unit）、又は車両コントローラ等の任意のコンピュータにより実現することができる。また、車載コンピュータ２０の機能は、一台のハードウェアに各処理を実行するためのプログラムを実装することで実現しても良いし、複数台のハードウェアに各処理を実行するためのプログラムを分散処理させることで実現しても良い。
【0016】
特に、図２に示すように、車載コンピュータ２０は、演算部２１と、記憶部２２と、通信部２３と、を有する。
【0017】
演算部２１は、センサ３０から受信する車両データＤに基づいて、車両Ｖに要求される各機能を実現するための演算処理を行う。そして、演算部２１は、当該演算処理を行って得られる演算結果を、所定の出力先装置３２に出力する。なお、出力先装置３２は、走行アクチュエータ、車室内のディスプレイ、及びオーディオ機器等の車両Ｖに搭載される各種装置である。特に、演算部２１は、サーバ４０で求められるプローブ情報Ｄpを得る観点から、車両データＤに対して所定の一次処理演算を行い、その演算結果を通信部２３に出力する。
【0018】
記憶部２２は、車載コンピュータ２０において実行されることが想定される各種演算処理を、予め定められた第１演算種別及び第２演算種別の項目に紐づけてなる演算種別データを記憶する。ここで、第１演算種別とは、演算結果にリアルタイム性が求められる演算処理を意味する。より詳細には、第１演算種別とは、現在車両Ｖに求められている機能を実現するための演算結果を得ることが必須となる演算の種別である。一方、第２演算種別とは、第１演算種別以外の演算（第１演算種別に該当しない演算）の種別である。すなわち、第２演算種別は、現在車両Ｖに求められている機能を実現するために演算結果を得ることが必須とまでは言えない演算の種別と言える。言い換えると、第２演算種別とは、当該演算結果を直ちに得ずとも、現在車両Ｖに求められている機能自体の実現には支障を与えない演算の種別である。記憶部２２の演算種別データについてより詳細に説明する。
【0019】
図３は、車載コンピュータ２０の記憶部２２に記憶された演算種分類データの一態様を示す図である。図示のように、記憶部２２には、第１演算種別として、カーナビゲーション機能を実現するためのナビゲーション関連演算、車両Ｖに要求される走行状態を実現するための走行関連演算、空調システムの作動制御に関する演算としてのＨＶＡＣ（Heating, Ventilation, and Air Conditioning）作動演算、乗員による入力（スイッチ、アクセルペダル、及びステアリング等に対する入力、車室内のディスプレイへの入力、並びにナビシステムへの音声入力など）に関するＨＭＩ（Human Machine Interface）関連演算、車内エンターテインメントを目的としたカーオーディオや各種プレーヤーなどによる音声若しくは表示に関するＩＶＩ（In-Vehicle Infotainment）関連演算、外部充電器による車載バッテリへの充電に関する充電関連演算、並びに車両Ｖと所定の電力網（特にスマートグリッド）との間における電気エネルギーの送受に関するＶ２Ｇ（Vehicle to Grid）関連演算などが挙げられる。
【0020】
一方、第２演算種別として、主に学習モデルの生成又は変更（以下、これらを包括して「生成」と称する）を行うための学習モデル関連演算、及び上述した車両データＤの一次処理演算などが挙げられる。
【0021】
より具体的に、学習モデル関連演算には、走行履歴に応じた所定の目的地までの適切な走行ルートを予測するための車両運行予測学習モデルを生成する演算、ドライバの操作履歴などに基づいてドライバの性質を把握するためのドライバ性質学習モデルを生成する演算、走行データの履歴等から走行特性及び安全性などの観点からより適切な車両動作の制御を定めるための車両制御最適化学習モデルを生成する演算、走行データの履歴やセンサ３０により直接検出される一次情報（例えば加速度センサで検出される加速度）等から車速及び走行エネルギーなどの二次情報をより高精度に推定するための学習モデルを生成する演算、自動運転時の履歴からより適切な自動運転の制御ロジックを定めるための自動運転学習モデルを生成する演算、センサ３０（車載カメラ等）により得られる画像データからより高精度に画像認識を実行するための画像認識学習モデルを生成する演算、車両Ｖの乗員の趣向（エアコンの温度設定、音楽、及び映像など）をより適切に把握するための乗員趣向学習モデルを生成する演算、及び乗員をより適切に識別するための乗員識別学習モデル（顔認証に関する学習モデルなど）を生成する演算が含まれる。
【0022】
また、上述した車両データＤの一次処理演算には、センサ３０により検出される一次情報としての車両データＤを、サーバ４０で取り扱う観点から適切な二次情報としてのプローブ情報Ｄpに変換するための演算が含まれる。
【0023】
図２に戻り、通信部２３は、車載コンピュータ２０とネットワーク１００の間の通信を可能とするＶ２Ｎ（Vehicle to Network）などの広域通信インターフェースにより実現される。通信部２３は、サーバ４０から車両Ｖにおいて必要となる各種データ（例えば、道路交通情報及び各種サービスに関する情報）を受信する一方、演算部２１から受け取ったプローブ情報Ｄpをサーバ４０に送信する。
【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】
ステップＳ４３０では、車載コンピュータ２０は、次にシステム休止時に移行するタイミングを推定する処理を実行する。具体的に、車載コンピュータ２０は、現在までの走行履歴（走行距離など）、設定された目的地、及び停車予定地などの情報を参照して次に車両Ｖのシステムが休止するタイミングを推定する。なお、以下では、便宜上、この次に車両Ｖのシステムが休止するタイミングを単に「推定システム休止タイミングｔst」とも称する。
【0065】
次に、ステップＳ４３１において、車載コンピュータ２０は、上記推定システム休止タイミングにおいて車両Ｖの内部で確保可能な電力量（以下、単に「推定確保電力量Ｗch」とも称する）を演算する。具体的に、車載コンピュータ２０は、推定確保電力量Ｗchとして、上記推定システム休止タイミングｔstにおける車載バッテリの保有電力量の推定値（以下、単に「推定充電電力量Ｗsoc」とも称する）を求める。より具体的に、車載コンピュータ２０は、この推定充電電力量Ｗsocを、現在の車載バッテリの充電電力量に対して推定システム休止タイミングｔstに至るまでに車両Ｖにおいて走行などで消費される電力量の推定値を減算して求める。
【0066】
次に、ステップＳ４３２において、車載コンピュータ２０は、システム休止中の演算に応じた消費電力量（以下、単に「演算消費電力量Ｗco」とも称する）が、推定充電電力量Ｗsocを下回るか否かを判定する。すなわち、車載コンピュータ２０は、下記の式（１）を満たすか否かを判定する。
【0067】
【数1】
【0068】
【数2】
【0069】
さらに、式（２）中の「ｐs」は車載コンピュータ２０による単位時間当たりの演算処理量（以下、単に「単位演算処理量ｐs」とも称する）を意味する。この単位演算処理量ｐsは、当該車載コンピュータ２０の演算処理能力及び対象となる演算内容（演算アルゴリズム）に応じて適切な値に定められる。そして、式（２）中の「Ｐc」は車載コンピュータ２０が演算を実行する場合の単位時間当たりの電力消費量（以下、単に「単位演算電力消費量Ｐc」とも称する）を意味する。なお、単位演算処理量ｐs及び単位演算電力消費量Ｐcは、車載コンピュータ２０の仕様や演算内容に応じて適宜定めることができる。
【0070】
そして、車載コンピュータ２０は、上記式（１）を満たすと判断すると、ステップＳ４４０に進み、次のシステム休止中における第２演算の実行を許可する第２演算許可フラグを設定する。一方、車載コンピュータ２０は、式（１）を満たさない（演算のための電力を確保できない）と判断すると、第２演算許可フラグをクリアして本ルーチンを終了する。次に、システム休止時処理について説明する。
【0071】
図８は、本実施形態のシステム休止時処理の詳細を説明するフローチャートである。
【0072】
図示のように、車載コンピュータ２０は、図６で説明したステップＳ５１０の処理を経て、ステップＳ５１１の処理に移行する。
【0073】
ステップＳ５１１において、車載コンピュータ２０は、上記第２演算許可フラグがセットされているか否かを判定する。そして、車載コンピュータ２０は、上記第２演算許可フラグがセットされていると判断すると（すなわち、システム休止中の演算のための電力が確保されていると判断されると）、ステップＳ５２０及びステップＳ５３０の処理を実行する。一方、車載コンピュータ２０は、上記第２演算許可フラグがセットされていないと判断すると（すなわち、すなわち、システム休止中の演算のための電力が確保されていないと判断されると）、第２演算を実行することなく本ルーチンを終了する。
【0074】
以上説明した本実施形態において提供される各構成及びそれによる作用効果について説明する。
【0075】
本実施形態の車両データ演算方法では、システム稼働時処理（ステップＳ４００）では、該高演算負荷時工程の後のシステム休止時処理（ステップＳ５００）において第２演算種別を実行する条件としての第２演算実行条件（式（１））を満たすか否かを判定する（ステップＳ４３２）。そして、低演算負荷時工程では、第２演算実行条件が満たされると判断された場合に第２演算を実行する（ステップＳ４３２のＹｅｓ、ステップＳ５２０、及びステップＳ５３０）。
【0076】
これにより、システム稼働時において次回以降（特に次回）のシステム休止中に第２演算の実行が可能となる条件を確認した上で、当該条件を満たす適切な場合に第２演算を実行することができる。
【0077】
特に、第２演算実行条件は、システム休止中の演算の実行による消費電力量（演算消費電力量Ｗco）が、システム休止中に車両Ｖで確保可能な電力量（推定確保電力量Ｗch）を下回ること（式（１））を含む。
【0078】
これにより、システム休止中において、演算実行に必要となる電力が確保されていることを確認した上で第２演算を実行することを可能とする具体的な制御ロジックが提供される。特に、移動体である車両Ｖはシステム休止中に外部電源を確保できないことが想定される。また、システム休止中には基本的に、発電機として機能し得る装置（走行駆動源としてのモータ、及び発電装置としてのエンジン又は燃料電池など）の作動も停止している。このため、システム休止中は、基本的に車両Ｖに電力が補充されない（車載バッテリの保有電力量が増えない）。このような状況に対して、本実施形態の構成であれば、事前に、システム休止中の演算を実行するための電力が確保されるシーンを好適に把握した上で、第２演算を実行することができる。
【0079】
さらに、本実施形態では、推定確保電力量Ｗchを、低演算負荷状態が開始されるタイミング（推定システム休止タイミングｔst）の車載バッテリの充電電力量の推定値（推定充電電力量Ｗsoc）に基づいて定める。
【0080】
これにより、システム休止中において基本的に電力が補充されない（車載バッテリの充電電力量が増加しない）という車両Ｖの特有の事情が考慮された高精度な推定確保電力量Ｗchの演算ロジックを実現することができる。
【0081】
（変形例）
以下、第２実施形態の変形例について説明する。本変形例において、車載コンピュータ２０は、上記推定システム休止タイミングｔstにおける推定充電電力量Ｗsocを、システム稼働中からシステム休止に至るまでに走行や各種演算などで消費される電力量（以下、「システム稼働時消費電力量Ｗγ」とも称する）と、車両Ｖに搭載される所定の発電装置（エンジン又は燃料電池を発電源とする装置）による発電によって得られる電力量（以下、「発電電力量Ｗg」とも称する）を加味して演算する。
以下、第２実施形態の変形例について説明する。本変形例において、車載コンピュータ２０は、上記推定システム休止タイミングｔstにおける推定充電電力量Ｗsocを、システム稼働中からシステム休止に至るまでに走行や各種演算などで消費される電力量（以下、「システム稼働時消費電力量Ｗγ」とも称する）と、車両Ｖに搭載される所定の発電装置（エンジン又は燃料電池を発電源とする装置）による発電によって得られる電力量（以下、「発電電力量Ｗg」とも称する）を加味して演算する。
【0082】
具体的に車載コンピュータ２０は、以下の式（３）に基づいて推定充電電力量Ｗsocを演算する。
【0083】
【数3】
【0084】
以上のように、本変形例の車両データ演算方法では、推定充電電力量Ｗsocを、システム稼働状態からの後のシステム休止状態に至るまでの車両Ｖの消費電力量（システム稼働時消費電力量Ｗγ）、及び車両Ｖに搭載された発電装置により生成可能な発電電力量Ｗgに基づいて演算する。
【0085】
これによれば、システム休止に遷移したタイミングにおける推定充電電力量Ｗsoc（すなわち、推定確保電力量Ｗch）を、システム稼働中の車両Ｖの消費電力だけでなく、当該車両Ｖの内部の発電装置による発電電力を加味した上で求めることができる。このため、エンジン又は燃料電池等の動力源を用いて発電した電力を車載バッテリに充電するタイプのハイブリッド車両（シリーズハイブリッド車両など）においても、高精度に推定充電電力量Ｗsocを定めることができる。
【0086】
なお、予めシステム休止中に演算を実行するための電力を確保する観点（上記式（１）を満たすようにする観点）から、式（３）で定まる推定充電電力量Ｗsocを調節するように発電電力量Ｗgを定め、事前にこの発電電力量Ｗgを得られるように発電装置による発電を実行する制御構成を採用しても良い。
【0087】
［第３実施形態］
以下、第３実施形態について説明する。なお、第１又は第２実施形態と同様の要素には同一の符号を付し、その説明を省略する。特に、本実施形態の車両データ演算方法は、上記第２演算実行条件として、第２演算の実行に必要な処理時間が後のシステム休止継続時間を下回る条件を設定する。
以下、第３実施形態について説明する。なお、第１又は第２実施形態と同様の要素には同一の符号を付し、その説明を省略する。特に、本実施形態の車両データ演算方法は、上記第２演算実行条件として、第２演算の実行に必要な処理時間が後のシステム休止継続時間を下回る条件を設定する。
【0088】
図９は、本実施形態のシステム稼働時処理（ステップＳ４００）の詳細を説明するフローチャートである。
【0089】
図示のように、車載コンピュータ２０は、図５で説明したステップＳ４１０及びステップＳ４２０の処理を経て、ステップＳ４３３の処理を実行する。
【0090】
ステップＳ４３３において、車載コンピュータ２０は、次に移行するシステム休止の継続時間（以下、単に「推定システム休止時間Δｔst」とも称する）を推定する処理を実行する。
【0091】
具体的に、車載コンピュータ２０は、現在までの走行履歴（走行距離など）、設定された目的地、停車予定地、及びドライバの車両Ｖの使用傾向（使用する曜日や停車時間などのデータを学習することで得られる傾向データ）などの情報を参照して推定システム休止時間Δｔstを定める。
【0092】
次に、ステップＳ４３４において、車載コンピュータ２０は、システム休止中の演算（第１演算及び第２演算）の演算量に応じた演算時間の推定値（以下、単に「推定演算時間Δｔc」とも称する）を求める。具体的に、車載コンピュータ２０は、下記の式（４）に基づいて推定演算時間Δｔcを求める。
【0093】
【数4】
【0094】
次に、ステップＳ４３５において、車載コンピュータ２０は、推定演算時間Δｔcが推定システム休止時間Δｔstを下回るか否かを判定する。すなわち、この判定は、次のシステム休止中に第１演算及び第２演算に係る演算を完了させることができるか否かの判定に相当する。
【0095】
車載コンピュータ２０は、推定演算時間Δｔcが推定システム休止時間Δｔstを下回ると判断すると、第２演算許可フラグを設定する。一方、車載コンピュータ２０は、推定演算時間Δｔcが推定システム休止時間Δｔstを下回らない（演算に必要な時間が確保できない）と判断すると、第２演算許可フラグをクリアして本ルーチンを終了する。
【0096】
そして、車載コンピュータ２０は、低演算負荷時工程において、第２実施形態（図８参照）と同様に、上記第２演算許可フラグがセットされている場合に第２演算を実行する一方、そうでない場合に第２演算を実行せずに当該低演算負荷時工程に係るルーチンを終了する。
【0097】
以上説明した本実施形態において提供される各構成及びそれによる作用効果について説明する。
【0098】
本実施形態の車両データ演算方法では、第２演算実行条件は、システム休止中の演算（第１演算及び第２演算）の実行に必要な処理時間（推定演算時間Δｔc）が、当該システム休止の継続時間（推定システム休止時間Δｔst）を下回ることを含む（ステップＳ４３５）。
【0099】
これにより、システム休止中においては、実行すべき演算時間が確保されていることを確認した上で第２演算を実行することができる。特に、本実施形態においては、実行すべき演算時間が確保されていない場合には、システム休止中の車両Ｖの機能を実現するために要求される第１演算のみを実行する一方（ステップＳ５１０）、第２演算は実行されない（ステップＳ５１１）。したがって、本実施形態の車両データ演算方法のように、システム稼働中に保留していた第２演算をシステム休止中に実行する制御態様を採用した場合であっても、システム休止中に求められる車両Ｖの機能（外部充電器との通信など）を実現するための第１演算の実行を阻害することなく、適切に第２演算を実行することのできる制御ロジックが実現されることとなる。
【0100】
［第４実施形態］
以下、第４実施形態について説明する。なお、第１～第３実施形態の何れかと同様の要素には同一の符号を付し、その説明を省略する。特に、本実施形態においては、システム休止中の演算を実行することに起因する車載コンピュータ２０（より詳細には車載コンピュータ２０の演算装置）の温度上昇を考慮して第２演算を開始するタイミングを定める制御が提供される。
以下、第４実施形態について説明する。なお、第１～第３実施形態の何れかと同様の要素には同一の符号を付し、その説明を省略する。特に、本実施形態においては、システム休止中の演算を実行することに起因する車載コンピュータ２０（より詳細には車載コンピュータ２０の演算装置）の温度上昇を考慮して第２演算を開始するタイミングを定める制御が提供される。
【0101】
図１０は、本実施形態のシステム稼働時処理（ステップＳ４００）の詳細を説明するフローチャートである。図示のように、車載コンピュータ２０は、図５で説明したステップＳ４１０及びステップＳ４２０の処理を経て、ステップＳ４６０の第２演算開始タイミング設定処理を実行する。第２演算開始タイミング設定処理では、車載コンピュータ２０は、次のシステム休止中において第２演算の実行を開始するタイミング（以下、単に「第２演算開始タイミングｔc」とも称する）を設定する。
【0102】
図１１は、第２演算開始タイミング設定処理の詳細を説明するフローチャートである。
【0103】
先ず、ステップＳ４６１において、車載コンピュータ２０は、次のシステム休止時において定められた演算を実行することによる当該車載コンピュータ２０の発熱に伴う最大温度上昇幅ΔＴmaxを推定する。具体的に、車載コンピュータ２０は、下記の式（５）に基づいて最大温度上昇幅ΔＴmaxを求める。
【0104】
【数5】
【0105】
ステップＳ４６２において、車載コンピュータ２０は、上限温度Ｔlimを取得する。ここで、上限温度Ｔlimとは、車載コンピュータ２０の耐熱性能を考慮して定められる当該車載コンピュータ２０の演算装置（ＣＰＵ等）の温度（以下、単に「演算装置温度Ｔ」とも称する）の上限値である。上限温度Ｔlimは、例えば、車載コンピュータ２０は、所定の記憶領域に予め保存される。
【0106】
ステップＳ４６３において、車載コンピュータ２０は、次のシステム休止中における演算装置温度Ｔが、ステップＳ４６１で求めた最大温度上昇幅ΔＴmaxを考慮しても上限温度Ｔlimに到達しないように第２演算開始タイミングｔcを演算する。具体的に、車載コンピュータ２０は、以下の式（６）を満たす時刻ｔを第２演算開始タイミングｔcとして求める。
【0107】
【数6】
【0108】
上記式（６）を満たす時刻ｔを第２演算開始タイミングｔcとすることで、システム休止中に演算を実行した場合において、演算装置温度Ｔを上限温度Ｔlim以下に抑えることができる。特に、演算装置温度Ｔが上限温度Ｔlimに以下に維持されつつ、システム休止中に実行される演算量（特に第２演算の処理量）をできるだけ高くする観点から、式（６）の等号が成り立つ時刻ｔ又はこれに対して若干のマージンを与えた時刻ｔを第２演算開始タイミングｔcとして設定することが好ましい。
【0109】
そして、車載コンピュータ２０は、ステップＳ４６０の第２演算開始タイミング設定処理を終了すると、システム休止時処理（ステップＳ５００）に移行する。
【0110】
図１２は、本実施形態のシステム休止時処理の詳細を説明するフローチャートである。
【0111】
図示のように、車載コンピュータ２０は、図６で説明したステップＳ５１０の処理を経て、ステップＳ５１２の処理に移行する。
【0112】
ステップＳ５１２において、車載コンピュータ２０は、第２演算開始タイミングｔcに到達したか否かを判定する。そして、車載コンピュータ２０は、第２演算開始タイミングｔcに到達したと判断すると、ステップＳ５２０以降の処理（すなわち、第２演算）を実行して本ルーチンを終了する。一方、車載コンピュータ２０は、第２演算開始タイミングｔcに到達していないと判断すると、第２演算開始タイミングｔcに到達するまで第２演算を実行することなく待機する。
【0113】
以上説明した本実施形態において提供される各構成及びそれによる作用効果について説明する。
【0114】
本実施形態の車両データ演算方法は、システム休止中において第２演算を開始する第２演算開始タイミングｔcを定める第２演算開始タイミング設定処理（ステップＳ４６０）をさらに含む。そして、第２演算開始タイミング設定処理では、システム休止中の演算による車載コンピュータ２０の発熱に伴う最大温度上昇幅ΔＴmaxを推定し（ステップＳ４６１）、システム休止中の車載コンピュータ２０の温度（特に演算装置の温度）である演算装置温度Ｔが、最大温度上昇幅ΔＴmaxを考慮しても所定の上限温度Ｔlimに到達しないように第２演算開始タイミングｔcを演算する（ステップＳ４６３）。そして、システム休止時処理では、第２演算開始タイミングｔcに到達すると第２演算を開始する（ステップＳ５１２）。
【0115】
これにより、システム休止中において演算装置温度Ｔの過度な上昇が抑えられる範囲で第２演算を実行する具体的な制御ロジックが実現される。特に、システム休止中は、当該車両Ｖが通常搭載する冷却手段（エアコン、走行動力源を冷却するための冷却水循環システム、及びブロアなど）の稼働も停止している。また、システム休止中は、通常、車両Ｖが走行していないため、走行風による冷却機能も利用できない。このため、システム休止中においては、システム稼働中と比べて車載コンピュータ２０の演算による発熱に抗する冷却機能の確保が難しいところ、車両Ｖの機能を維持するための第１演算に加えて第２演算も実行することで演算装置温度Ｔが上昇し易くなることが想定される。このような状況に対して、本実施形態の構成であれば、冷却機能が十分ではないシステム休止中において演算装置温度Ｔの過度な上昇を抑制しながら、一定量の第２演算を実行することのできる好適な制御ロジックが実現されることとなる。
【0116】
［第５実施形態］
以下、第５実施形態について説明する。なお、第１～第４実施形態の何れかと同様の要素には同一の符号を付し、その説明を省略する。特に、本実施形態においては、システム休止中において第２演算が実行されている場合に、車両Ｖの乗員の操作（始動スイッチのオン操作など）に起因して想定よりも早くシステム休止状態が終了するシーン（システム稼働中に復帰するシーン）において適用される制御の一例が提供される。
以下、第５実施形態について説明する。なお、第１～第４実施形態の何れかと同様の要素には同一の符号を付し、その説明を省略する。特に、本実施形態においては、システム休止中において第２演算が実行されている場合に、車両Ｖの乗員の操作（始動スイッチのオン操作など）に起因して想定よりも早くシステム休止状態が終了するシーン（システム稼働中に復帰するシーン）において適用される制御の一例が提供される。
【0117】
図１３は、本実施形態のシステム休止時処理（ステップＳ５００）の詳細を説明するフローチャートである。
【0118】
図示のように、車載コンピュータ２０は、図６で説明したステップＳ５１０～ステップＳ５３０の処理を経て、ステップＳ５３１の処理に移行する。
【0119】
ステップＳ５１１において、車載コンピュータ２０は、車両Ｖのシステム休止解除指令の検知を判定する。具体的に、車載コンピュータ２０は、車両Ｖの乗員によるシステム始動スイッチ（いわゆるイグニッションスイッチなど）に対する操作の検出、又は上位コントローラによるシステム始動指令（例えば、自動運転コントローラによる指令）の受信を、車両Ｖのシステム休止解除指令の検知とみなす。そして、車載コンピュータ２０は、車両Ｖのシステム休止解除指令を検知すると、ステップＳ５３２に移行する。
【0120】
ステップＳ５３２において、車載コンピュータ２０は、第２演算の中断及び保存に関する処理を行う。具体的に、車載コンピュータ２０は、実行中の第２演算を中断して当該中断時点までの演算結果を次回のシステム休止時に実行すべきものとして、記憶部２２の予定第２演算データを更新する。
【0121】
そして、車載コンピュータ２０は、次回のシステム休止時（次のシステム稼働状態を経た後の演算周期において再びシステム休止中と判定される場合）において、ステップＳ５２０及びステップＳ５３０で規定されたロジックにしたがい、記憶部２２の予定第２演算データを参照し、これに含まれる中断時点からの第２演算を再開する（ステップＳ５３０）。
【0122】
以上説明した本実施形態において提供される各構成及びそれによる作用効果について説明する。
【0123】
本実施形態の車両データ演算方法において、システム休止時処理（ステップＳ５００）では、車両Ｖのシステム休止解除指令を検知すると、実行中の第２演算を中断して当該中断時点までの演算結果を記憶し、次回以降のシステム休止時において、中断した第２演算を再開する。
【0124】
これにより、例えば乗員の操作に基づいて車両Ｖのシステム稼働指令が発せられた場合などの予定よりも早くシステム休止状態を解除するシーンにおいて、第２演算が完了せずに中断する場合であっても、当該第２演算を次回以降のシステム休止時に再開することができる。すなわち、予定外のシステム休止状態の解除が起こっても規定の第２演算を途中で終わらせることなく完遂させることができる。
【0125】
以上、本発明の実施形態について説明したが、上記実施形態は本発明の適用例の一部を示したに過ぎず、本発明の技術的範囲を上記実施形態の具体的構成に限定する趣旨ではない。
【0126】
例えば、上記実施形態において、第２演算実行条件（演算のための電力又は時間が確保されていること）を満たすか否かの判定（図７のステップＳ４３２、又は図９のステップＳ４３５）、及び第２演算開始タイミング設定処理（図１１）を、事前（特に、システム稼働時）に必要な各パラメータ（推定確保電力量Ｗchなど）を取得して実行する例について説明した。しかしながら、これに代えて、第２演算実行条件を満たすか否かの判定及び／又は第２演算開始タイミング設定処理を、システム休止中において必要なパラメータをリアルタイムに取得して実行する構成を採用しても良い。特に、システム休止中に外部充電器による充電が行われる場合を想定し、例えば車両Ｖの所定の差し込み口に充電プラグが挿入されたことをトリガとして外部充電器による充電電力量を検出又は推定し、充電電力量を加味して推定充電電力量Ｗsocを演算し、演算された推定充電電力量Ｗsocに基づいて演算のための電力が確保されているか否かの判定（ステップＳ４３２相当の判定）を実行する構成を採用しても良い。
【0127】
また、上記実施形態では、車載コンピュータ２０が実行すべき演算処理に係る演算量の大きい高演算負荷状態が車両Ｖのシステム稼働状態であり、当該演算量の小さい低演算負荷状態が車両Ｖのシステム休止状態である例について説明した。しかしながら、これに限られず、車両Ｖにおいて、車載コンピュータ２０に課す演算量に関して相対的な大小関係が観念できる２つのシーン（例えば、モータとの走行駆動源の動作中と非動作中など）をそれぞれ、高演算負荷状態及び低演算負荷状態として、若干の修正を加えつつ上記実施形態で説明した車両データ演算方法を適用することも可能である。
【0128】
なお、上記各実施形態で説明した車両データ演算方法を車載コンピュータ２０に実行させるための車両データ演算プログラム、及び当該車両データ演算プログラムを記憶した記憶媒体も、本出願における出願時の明細書等に記載された事項の範囲内に含まれる。
【0129】
上記各実施形態の構成は、論理的に矛盾しない範囲で相互に組み合わせることが可能である。
【符号の説明】
【0130】
１０ 車両データ収集システム
２０ 車載コンピュータ
２１ 演算部
２２ 記憶部
２３ 通信部
３０ プローブセンサ
３２ 出力先装置
４０ サーバ
４１ 演算部
４２ 記憶部
４３ 通信部
１００ ネットワーク
２０ 車載コンピュータ
２１ 演算部
２２ 記憶部
２３ 通信部
３０ プローブセンサ
３２ 出力先装置
４０ サーバ
４１ 演算部
４２ 記憶部
４３ 通信部
１００ ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
