JP2023044458A - 車載装置、通信方法、及び通信プログラム - Google Patents

Abstract

【課題】運転診断に関わるデータの内容に応じて通信方式を使い分けることにより、特定の通信における負荷を抑制しつつ必要なデータを送信できる。
【解決手段】車載装置としてのデータロガー２０は、収集部が、車載のセンサにより検出された車両情報から作成された運転診断である第１データと、前記運転診断の作成に用いたデータである第２データとを収集し、通信部が、第１通信方式で前記第１データをサーバに送信し、前記第１データを送信した後に所定の条件を満たす場合に、前記第１通信方式よりも高速な第２通信方式で前記第２データをサーバに送信する、ように構成されている。
【選択図】図１

Description

本開示は、車両の制御を行う車載装置、通信方法、及び通信プログラムに関する。

特許文献１には、通信コストを減少させつつ省エネ性能を改善する技術が開示されている。この技術では、消費電力及び通信コストに基づき、通信方式の一つを選択して外部と通信している。

特許文献２には、データを転送する場合に、無線通信にかかる通信コストを低減すると共に、乗務員の負担を軽減する技術が開示されている。この技術では、動態データ（車両位置データ）のように即時性の重要度が高いデータの場合は広域無線通信を優先的に選択し、一般的な運行データのように即時性の重要度が低いデータの場合は無線ＬＡＮを優先的に選択している。

特開２０２０－１５０２９６号公報 特開２０１８－２０７４０１号公報

先行技術には、コスト及び重要度等に応じて、通信方式を切り替えることが記載されている。ここで、車両情報を収集し外部装置に送信する車載の車載装置等において運転内容の診断を行い、運転診断に関するデータをサーバに送信することが想定される。車載器から得られる診断に関係するデータは容量が大きく、都度、全てのデータを送信してしまうと、サーバとの必要な通信に支障が生じてしまう恐れがある。そのため、運転者に即時フィードバックが必要なデータと、後から蓄積して活用するデータとを分けて管理することが必要になってくる。しかし、先行技術では、運転診断によってデータの切り替えることは考慮されていない。

本開示は、運転診断に関わるデータの内容に応じて通信方式を使い分けることにより、特定の通信における負荷を抑制しつつ必要なデータを送信できる車載装置、通信方法、及び通信プログラムを提供することを目的とする。

請求項１に記載の車載装置は、車載のセンサにより検出された車両情報から作成された運転診断である第１データと、前記運転診断の作成に用いたデータである第２データとを収集する収集部と、第１通信方式で前記第１データをサーバに送信し、前記第１データを送信した後に所定の条件を満たす場合に、前記第１通信方式よりも高速な第２通信方式で前記第２データをサーバに送信する通信部と、を備えている。

請求項１に記載の車載装置は、運転者へのフィードバックが必要な運転診断の第１データと、運転診断の作成に用いた第２データとで通信方式を使い分ける。このような通信方式の使い分けによって、特定の通信における負荷を抑制しつつ必要なデータを送信できる。

請求項２に記載の車載装置は、請求項１に記載の車載装置において、前記第１通信方式は、定常的に接続可能な通信方式を使用し、前記第２通信方式は、所定の場所で使用可能な通信方式を使用し、前記所定の条件は、前記第２通信方式が使用可能になった場合とする。

請求項２に記載の車載装置によれば、第１データの送信には、定常的に接続可能なＬＴＥのような第１通信方式を用い、第２データの送信には、通信設備が設置された場所で高速に通信可能なＷｉ－Ｆｉ（登録商標）のような第２通信方式を用いる。このような通信方式の使い分けによって、特定の通信における負荷を抑制して、第１データは即座に送信し、第２データは送信可能な時に高速に送信ができる。

請求項３に記載の車載装置は、請求項１又は請求項２に記載の車載装置において、前記第１データ及び前記第２データは送信元として、車載装置、車両、及び前記車載装置と対応付けられた端末の少なくとも一つを識別するタグを付与して前記サーバに送信する。

請求項３に記載の車載装置によれば、別々に送信される第１データ及び第２データをサーバ側で対応付けて識別できる。

請求項４に記載の車載装置は、請求項１～請求項３に記載の何れか１項の車載装置において、前記通信部は、収集対象とする前記第１データの種類及び前記第２データの種類ごとの通信タイミングを定義した収集対象情報に基づいて、前記第１データ及び前記第２データを送信する。

請求項４に記載の車載装置によれば、データの種類ごとに適切な通信タイミングで送信できる。

請求項５に記載の車載装置は、請求項４に記載の車載装置において、前記収集対象情報は、前記サーバから受信して更新する。

請求項５に記載の車載装置によれば、通信タイミングを状況に応じて更新できる。

請求項６に記載の車載装置は、請求項１～請求項５に記載の何れか１項の車載装置において、前記運転診断の対象とされた事象における緊急度合いに応じて、前記緊急度合いが高い場合に、第１通信方式で前記第２データを前記サーバに送信する。

請求項６に記載の車載装置によれば、緊急度合いに応じて第２データを速やかに送信できる。

請求項７に記載の車載装置は、請求項１～請求項５に記載の何れか１項の車載装置において、前記第１データを送信後、前記サーバから、前記第２データの送信要求を受信した場合に、第１通信方式で前記第２データを前記サーバに送信する。

請求項７に記載の車載装置によれば、第２通信方式が使用できない場合でも第２データを送信できる。

請求項８に記載の通信方法は、車載のセンサにより検出された車両情報から作成された運転診断である第１データと、前記運転診断の作成に用いたデータである第２データとを収集し、第１通信方式で前記第１データをサーバに送信し、前記第１データを送信した後に所定の条件を満たす場合に、前記第１通信方式よりも高速な第２通信方式で前記第２データをサーバに送信する、処理をコンピュータが実行する。

請求項９に記載の通信プログラムは、車載のセンサにより検出された車両情報から作成された運転診断である第１データと、前記運転診断の作成に用いたデータである第２データとを収集し、第１通信方式で前記第１データをサーバに送信し、前記第１データを送信した後に所定の条件を満たす場合に、前記第１通信方式よりも高速な第２通信方式で前記第２データをサーバに送信する、処理をコンピュータに実行させる。

本開示の技術によれば、運転診断に関わるデータの内容に応じて通信方式を使い分けることにより、特定の通信における負荷を抑制しつつ必要なデータを送信できる。

実施形態に係る情報収集システムの概略構成を示す図である。 実施形態の車両のハードウェア構成を示すブロック図である。 実施形態のデータロガーのハードウェア構成を示すブロック図である。 実施形態のデータロガーの機能構成を示すブロック図である。 実施形態の情報収集システムにおける処理の流れを示すシーケンス図である。 実施形態のデータロガーにおいて実行される収集処理の流れを示すフローチャートである。 第１の変形例のデータロガーにおいて実行される収集処理の流れを示すフローチャートである。 第２の変形例のデータロガーにおいて実行される収集処理の流れを示すフローチャートである。

本発明の車載装置を含む情報収集システムについて説明する。情報収集システムは、車両の各装置から取得したパラメータの計測情報や、カメラが撮像した画像情報等の車両情報を車両外部の装置が収集し、解析を行い、運転操作に関わる運転診断を作成するシステムである。運転診断とは、運転操作に関する診断全般を指し、ハンドル操作、及びペダル操作等の運転操作を、予め機械学習により学習した運転診断モデルによって診断したものである。本実施形態の情報収集システムでは、車載装置であるデータロガー３０（又は携帯端末４０）で画像情報等の車両情報を用いて簡易な運転診断を作成し、センタサーバ５０に送信する態様を想定する。センタサーバ５０からは、運転診断を組み込んだ診断レポートが携帯端末４０に提供される。本実施形態に係る手法では、データロガー３０からセンタサーバ５０にデータを送信する場合に、データに応じて通信方式を使い分ける。運転診断は即座に運転者へのフィードバックを行うためにＬＴＥ等の定常的に接続可能な通信方式で送信し、容量の大きい車両情報は、大容量通信が可能なＷｉ－Ｆｉ（登録商標）の通信方式で接続できた場合に送信する。このようにすることで緊急性の高い運転診断を、速やかに運転者に対して提供することができると共に、データの通信容量を適切に管理できる。データロガー３０で作成された運転診断が第１データの一例であり、運転診断の作成に用いた車両情報が第２データの一例である。ＬＴＥの通信方式が第１通信方式の一例であり、Ｗｉ－Ｆｉ（登録商標）の通信方式が第２通信方式の一例である。

（全体構成）
図１に示されるように、本発明の実施形態の情報収集システム１０は、車両１２と、センタサーバ５０と、を含んで構成されている。また、車両１２には車載器２０と、車載装置であるデータロガー３０と、通信機器である携帯端末４０と、が搭載されている。携帯端末４０及びセンタサーバ５０はネットワークＮを通じて相互に接続されている。なお、図１には、１のセンタサーバ５０に対して、１台の車両１２、及び当該車両１２に搭載された車載器２０、データロガー３０及び携帯端末４０が図示されているが、車両１２、車載器２０、データロガー３０及び携帯端末４０の数はこの限りではない。

データロガー３０は、車両１２の購入後に別途設置される後付装置である。データロガー３０は、例えば、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ（登録商標）等の通信規格によりネットワークＮに対して接続されている。また、データロガー３０は携帯端末４０に接続する機能を有している。データロガー３０の詳細な構成については後述する。

携帯端末４０は、車両１２の乗員が所持するスマートフォンやタブレット端末が例示される。携帯端末４０は、例えば、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ（登録商標）等の通信規格によりネットワークＮに対して接続されている。携帯端末４０は、乗員が車両１２に乗車する際に車両１２内に持ち込まれて使用される。携帯端末４０は、センタサーバ５０から運転診断を受信し、表示する機能を有している。なお、携帯端末４０は、センタサーバ５０とネットワークＮを介して接続されている構成としてもよい。また、携帯端末４０は、データロガー３０とセンタサーバ５０との通信を中継するための無線通信機器として機能してもよい。その場合、携帯端末４０から第１通信方式による第１データの送信、第２通信方式による第２データの送信を行う。なお、データロガー３０と携帯端末４０とを接続した場合、通信方式を分担することもできる。例えば、第１通信方式による送信をデータロガー３０で行い、第２通信方式による送信を携帯端末４０で行うようにしてもよい。逆に、第１通信方式による送信を携帯端末４０で行い、第２通信方式による送信をデータロガー３０で行うようにしてもよい。

センタサーバ５０は、例えば、車両１２を製造する製造元や当該製造元系列のカーディーラーに設置されている。センタサーバ５０は車両１２から予め車両情報を収集し、詳細な解析を実行する。これにより、車両１２の運転者の詳細な運転診断を実行したり、運転傾向を把握したりする。センタサーバ５０は運転診断を受信し、運転診断と解析結果とを組み込んだ診断レポートを作成し、携帯端末４０に提供する。センタサーバ５０では、データロガー３０から運転診断、及び運転診断の作成に用いられた車両情報を収集し、蓄積する。また、センタサーバ５０は、収集対象情報の定義を更新して、データロガー３０に送信するようにしてもよい。収集対象情報については後述する。

（車両）
図２に示されるように、本実施形態に係る車両１２は、車載器２０と、複数のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２２と、複数の車載機器２４と、を含んで構成されている。

車載器２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０Ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０Ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０Ｃ、及び車内通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０Ｄを含んで構成されている。ＣＰＵ２０Ａ、ＲＯＭ２０Ｂ、ＲＡＭ２０Ｃ、及び車内通信Ｉ／Ｆ２０Ｄは、内部バス２０Ｇを介して相互に通信可能に接続されている。

ＣＰＵ２０Ａは、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ２０Ａは、ＲＯＭ２０Ｂからプログラムを読み出し、ＲＡＭ２０Ｃを作業領域としてプログラムを実行する。

ＲＯＭ２０Ｂは、各種プログラム及び各種データを記憶している。本実施形態のＲＯＭ２０Ｂには、ＥＣＵ２２から車両１２の状態及び制御に係る車両情報を収集する収集プログラムが記憶されている。また、ＲＯＭ２０Ｂには、車両情報のバックアップデータが記憶されている。
ＲＡＭ２０Ｃは、作業領域として一時的にプログラム又はデータを記憶する。

車内通信Ｉ／Ｆ２０Ｄは、各ＥＣＵ２２と接続するためのインタフェースである。当該インタフェースは、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）プロトコルによる通信規格が用いられる。車内通信Ｉ／Ｆ２０Ｄは、外部バス２０Ｈに対して接続されている。

外部バス２０Ｈには、コネクタ（ＤＬＣ：Ｄａｔａ Ｌｉｎｋ Ｃｏｎｎｅｃｔｏｒ）２６が接続されている。このコネクタ２６には、データロガー３０が接続されている。また、コネクタ２６には、データロガー３０に代えてダイアグツールである車両診断機の接続が可能である。

ＥＣＵ２２は、ＡＤＡＳ（Ａｄｖａｎｃｅｄ Ｄｒｉｖｅｒ Ａｓｓｉｓｔａｎｃｅ Ｓｙｓｔｅｍ）－ＥＣＵ２２Ａ、ステアリングＥＣＵ２２Ｂ、ブレーキＥＣＵ２２Ｃ及びエンジンＥＣＵ２２Ｄを少なくとも含む。

ＡＤＡＳ－ＥＣＵ２２Ａは、先進運転支援システムを統括制御する。ＡＤＡＳ－ＥＣＵ２２Ａには、車載機器２４を構成する車速センサ２４Ａ、ヨーレートセンサ２４Ｂ、外部センサ２４Ｃ、及び内部センサ２４Ｄが接続されている。外部センサ２４Ｃは、車両１２の周辺環境の検出に用いられるセンサ群とされている。この外部センサ２４Ｃには、例えば、車両１２の周囲を撮像するカメラ、探査波を送信し反射波を受信するミリ波レーダ、及び車両１２の前方をスキャンするライダ（Ｌａｓｅｒ Ｉｍａｇｉｎｇ Ｄｅｔｅｃｔｉｏｎ ａｎｄ Ｒａｎｇｉｎｇ）等が含まれる。内部センサ２４Ｄは、運転者であるユーザを監視するためのカメラであり、運転者の運転操作を撮影する。

ステアリングＥＣＵ２２Ｂは、パワーステアリングを制御する。ステアリングＥＣＵ２２Ｂには、車載機器２４を構成する舵角センサ２４Ｅが接続されている。舵角センサ２４Ｅはステアリングホイールの舵角を検出するセンサである。

ブレーキＥＣＵ２２Ｃは、車両１２のブレーキシステムを制御する。ブレーキＥＣＵ２２Ｃには、車載機器２４を構成するブレーキアクチュエータ２４Ｆが接続されている。

エンジンＥＣＵ２２Ｄは、車両１２のエンジンを制御する。エンジンＥＣＵ２２Ｄには、車載機器２４を構成するスロットルアクチュエータ２４Ｇ及びセンサ類２４Ｈが接続されている。センサ類２４Ｈは、エンジンオイルの油温を測定するための油温センサ、エンジンオイルの油圧を測定するための油圧センサ、及びエンジンの回転数を検知する回転センサを含む。

（データロガー）
図３に示されるように、データロガー３０は、ＣＰＵ３０Ａ、ＲＯＭ３０Ｂ、ＲＡＭ３０Ｃ、ストレージ３０Ｄ、通信Ｉ／Ｆ３０Ｅ、入出力Ｉ／Ｆ３０Ｆ、スピーカ３４、及び表示器３６を含んで構成されている。ＣＰＵ３０Ａ、ＲＯＭ３０Ｂ、ＲＡＭ３０Ｃ、ストレージ３０Ｄ、通信Ｉ／Ｆ３０Ｅ、入出力Ｉ／Ｆ３０Ｆ、スピーカ３４、及び表示器３６は、内部バス３０Ｇを介して相互に通信可能に接続されている。ＣＰＵ３０Ａ、ＲＯＭ３０Ｂ、及びＲＡＭ３０Ｃの機能は、上述した車載器２０のＣＰＵ２０Ａ、ＲＯＭ２０Ｂ、及びＲＡＭ２０Ｃの機能と同じである。

本実施形態のＲＯＭ３０Ｂには、処理プログラム１００、通信情報ＤＢ（データベース）１１０、及び収集ＤＢ１２０が記憶されている。なお、処理プログラム１００及び通信情報ＤＢ１１０は、後述するストレージ３０Ｄが記憶してもよい。

通信プログラムとしての処理プログラム１００は、データロガー３０を制御するためのプログラムである。処理プログラム１００の実行に伴い、データロガー３０は、後述する通信処理を実行する。

通信情報ＤＢ１１０は、通信情報、及び収集対象情報が記憶されたデータベースである。通信情報は、データロガー３０が収集対象とする第１データ及び第２データの通信方式が定義されている。第１データはデータロガー３０で作成された運転診断のデータである。運転診断とは、ハンドル操作、等の運転に関するデータである。第２データは運転診断の作成に用いた車両情報のデータである。当該車両情報は、例えば、外部センサ２４Ｃ及び内部センサ２４Ｄで取得された画像情報、並びに車速センサ２４Ａ及びヨーレートセンサ２４Ｂで取得されたセンサ情報等である。通信情報には、第１データは第１通信方式、第２データは第２通信方式で送信することが定義されている。第１通信方式には、定常的に接続可能な通信方式であるＬＴＥが用いられる。第２通信方式には、通信設備が設置された場所で使用可能、かつ、第１通信方式よりも高速な通信方式であるＷｉ－Ｆｉ（登録商標）が用いられる。なお、第１通信方式のＬＴＥ、及び第２通信方式のＷｉ－Ｆｉ（登録商標）は一例であり、条件が同様であれば他の通信方式であっても構わない。

収集対象情報は、第１データ及び第２データの種類ごとに通信タイミングが定義された情報である。例えば、第１データの運転診断について、運転者の眠気、危険な運転操作といった緊急性の高い運転診断である場合は即時送信するように定義し、他の運転診断は１時間に１回等、定期的に送信するように定義する等である。また、運転診断の作成に用いた車両情報について種類ごとに定義してもよい。例えば、画像情報と、センサ情報との通信タイミングをそれぞれ定義する。画像情報は、データ容量が多いと想定されるため、他のデータが送信されていないタイミングに定期的に送信するように定義する。センサ情報は、比較的、容量が少ないと想定されるため、画像情報より先に送信するように定義する等である。これにより、データが複数種類ある場合に、データの種類に応じて適切な通信タイミングを定義できる。なお、センタサーバ５０から収集対象情報を受信して更新してもよい。なお、収集対象情報を用いた場合の収集処理のフローについては第１の変形例において後述する。

収集ＤＢ１２０は、第１データと、第２データとが記憶されたデータベースである。また、収集ＤＢ１２０には、診断部２１０の運転診断に用いる運転診断モデルが記憶されているとする。

記憶部としてのストレージ３０Ｄは、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、又はＳＤカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ ｃａｒｄ）により構成され、各種データを記憶している。本実施形態のストレージ３０Ｄには、車両情報ＤＢ１３０が記憶されている。なお、ＲＯＭ３０Ｂが車両情報ＤＢ１３０を記憶してもよい。

車両情報ＤＢ１３０は、データロガー３０が取得した車両情報の全部又は一部を保存することができる。

通信部としての通信Ｉ／Ｆ３０Ｅは、ネットワークＮに接続するためのインタフェースである。本実施形態の通信Ｉ／Ｆ３０Ｅでは、通信規格としてＢｌｕｅｔｏｏｔｈ（登録商標）、５Ｇ、ＬＴＥ、及びＷｉ－Ｆｉ（登録商標）等の通信規格が、選択的に適用される。通信Ｉ／Ｆ３０Ｅは、通信リンク３３を介して、センタサーバ５０、携帯端末４０、及び車載器２０との通信を行う。

入出力Ｉ／Ｆ３０Ｆは、車両１２の外部バス２０Ｈと通信をするためのインタフェースである。本実施形態の入出力Ｉ／Ｆ３０Ｆには、通信ケーブル３２が接続されている。この通信ケーブル３２は、車両１２のコネクタ２６に接続されている。

スピーカ３４は、車両１２の乗員に対して音声により情報を提供する音声出力装置である。

表示器３６は、車両１２の乗員に対して画像等により運転診断の結果を提供する表示装置である。表示器３６によって運転診断を表示することで、診断レポートに代えて速やかに運転者に運転診断の結果を提供できる。なお、本実施形態の表示器３６に代えて、携帯端末４０に運転診断を送信し、携帯端末４０に備えられた表示装置により運転診断を提供してもよい。そのため、必ずしも画像を表示可能な表示装置である必要なく、ＬＥＤ等のランプであってもよい。

図４に示されるように、本実施形態のデータロガー３０では、ＣＰＵ３０Ａが、処理プログラム１００を実行することで、取得部２００、診断部２１０、収集部２２０、及び通信部２３０として機能する。

取得部２００は、車両１２から車両情報を取得する機能を有している。ここで、取得される車両情報は、車速、加速度、電圧、及び各種スイッチのオンオフ信号等の計測情報と、車両１２の搭載されたカメラによる撮像画像の情報である画像情報とを含む。画像情報には、外部センサ２４Ｃで車両１２の外部を撮像した画像と、内部センサ２４Ｄで車両１２の車内の運転者を撮像した画像とが含まれる。取得部２００は、取得した車両情報を車両情報ＤＢ１３０に格納する。

診断部２１０は、取得部２００で取得された車両情報を、予め学習された運転診断モデルに入力し、運転診断を作成する。なお、診断部２１０の処理はデータロガー３０で実行される場合に限定されるものではなく、携帯端末４０に診断部を設けて実施してもよい。

収集部２２０は、診断部２１０において運転診断が作成されると、運転診断を第１データとして、運転診断の作成に用いた車両情報を第２データとして収集する。また、収集部２２０は、収集した第１データ及び第２データに、データロガー３０の送信元の識別情報であるタグを付与して、収集ＤＢ１２０に格納する。タグには、データロガー３０の識別情報だけでなく、車両１２の識別情報、及び携帯端末４０の識別情報を含めるようにしてもよい。車両１２の識別情報は予めデータロガー３０に登録しておく。携帯端末４０の識別情報を取得する場合には、携帯端末４０との接続を確立して携帯端末４０の識別情報を取得すればよく、データロガー３０と携帯端末４０との対応付けを行うことにより、識別できる。このようにして、第１データ及び第２データは、送信元を識別するタグを付与して収集し、センタサーバ５０に送信する。

通信部２３０は、第１データ及び第２データが収集されると、通信情報ＤＢ１１０の通信情報を取得する。通信部２３０は、通信情報に基づいて、第１通信方式を用いて第１データをセンタサーバ５０に送信する。そして、通信部２３０は、第１データを送信した後に、第２通信方式が使用可能になったか否かを判定し、使用可能になった場合に第２通信方式で第２データをセンタサーバ５０に送信する。第２通信方式が使用可能であるかは、Ｗｉ－Ｆｉ（登録商標）が設置された場所に車両１２が移動したか、Ｗｉ－Ｆｉ（登録商標）の接続がオンになったか、等に応じて判定すればよい。

（制御の流れ）
本実施形態の情報収集システム１０で実行される通信方法としての各処理の流れについて、図５のシーケンス図、及び図６のフローチャートを用いて説明する。データロガー３０における処理は、ＣＰＵ３０Ａがデータロガー３０の各部として機能することにより実行される。

図５のステップＳ１０において、車載器２０ではＣＰＵ２０Ａがデータロガー３０に向けて車両情報を送信する。車両情報の送信は、車両１２におけるイグニッションをＯＮにした場合、又はＯＦＦにした場合の他、データロガー３０から車両情報の送信を求めるコマンドを受信した場合等、任意のタイミングで行われる。車両情報は、車両情報ＤＢ１３０に格納される。

ステップＳ１１において、データロガー３０では収集処理を実行する。収集処理の詳細については後述するが、図５の説明としてはシーケンス処理に関わる部分のみについて述べる。ここでは、ステップＳ１１の収集処理において、ステップＳ１１－１及びＳ１１－２が実行される。ステップＳ１１－１において、データロガー３０は、第１通信方式で第１データをセンタサーバ５０に送信する。

ステップＳ１２において、センタサーバ５０では、第１データを受信すると、第１データを組み込んだ診断レポートの作成処理を実行する。ステップＳ１３において、センタサーバ５０では携帯端末４０に向けて診断レポートを送信する。

ステップＳ１１－２において、データロガー３０は、第２通信方式が使用可能になった場合に、第２通信方式で第２データをセンタサーバ５０に送信する。

次に、ステップＳ１２の収集処理の詳細について説明する。
図６のステップＳ１００において、ＣＰＵ３０Ａは、車両情報ＤＢ１３０の車両情報を取得する。

ステップＳ１０１において、ＣＰＵ３０Ａは、取得された車両情報を、予め学習された運転診断モデルに入力し、運転診断を作成する。

ステップＳ１０２において、ＣＰＵ３０Ａは、ステップＳ１０１で作成された運転診断を第１データとして、運転診断の作成に用いた車両情報を第２データとして収集する。

ステップＳ１０３において、ＣＰＵ３０Ａは、収集した第１データ及び第２データに、データロガー３０の送信元の識別情報であるタグを付与して、収集ＤＢ１２０に格納する。これにより、第１データ及び第２データはタグが付与されてセンタサーバ５０に送信される。

ステップＳ１０４において、ＣＰＵ３０Ａは、通信情報ＤＢ１１０の通信情報を取得する。

ステップＳ１０５において、通信情報に基づいて、第１通信方式を用いて第１データをセンタサーバ５０に送信する。このようにして、第１データは、定常的に接続可能な第１通信方式（ＬＴＥ）を用いて、必要なタイミングで速やかにセンタサーバ５０に送信される。

ステップＳ１０６において、ＣＰＵ３０Ａは、第２通信方式が使用可能になったか否かを判定する。第２通信方式が使用可能になったと判定した場合にはステップＳ１０７へ移行し、第２通信方式が使用可能になっていないと判定した場合には本ステップＳ１０６による判定を一定期間ごとに繰り返す。

ステップＳ１０７において、ＣＰＵ３０Ａは、第２通信方式で第２データをセンタサーバ５０に送信する。このようにして、第１データは、大容量の高速な通信が可能な第２通信方式（Ｗｉ－Ｆｉ（登録商標））を用いて通信が可能になったタイミングでセンタサーバ５０に送信される。以上がステップＳ１１の収集処理の詳細である。

（まとめ）
本実施形態の車載装置としてのデータロガー３０は、作成された運転診断を第１データとして、運転診断の作成に用いた車両情報を第２データとして収集する。収集した第１データ及び第２データには、送信元の識別情報であるタグを付与する。第１通信方式で第１データをセンタサーバ５０に送信する。第２通信方式が使用可能になったか否かを判定し、使用可能になった場合に、第２通信方式で第２データをサーバ５０に送信する。このように、運転診断に関わるデータの内容に応じて通信方式を使い分けることにより、特定の通信における負荷を抑制しつつ必要なデータを送信できる。

［第１の変形例］
第１の変形例は、収集対象情報を用いてデータの種類に応じた通信タイミングで送信する態様である。図７に第１の変形例のフローチャートを示す。
第１の変形例では、ステップＳ１０４の後、ステップＳ２００を実行する。ステップＳ２００において、ＣＰＵ３０Ａは、第１データ及び第２データの種類ごとに通信タイミングが定義された収集対象情報を取得する。

ステップＳ２０１において、ＣＰＵ３０Ａは、収集対象情報に基づいて、収集した第１データの種類が通信タイミングであるか否かを判定する。第１データの種類が通信タイミングであると判定した場合にはステップＳ１０５へ移行し、第１データの種類が通信タイミングでないと判定した場合にはステップＳ２０２へ移行する。

ステップＳ２０２において、ＣＰＵ３０Ａは、収集対象情報に基づいて、第１データの種類について定義された通信タイミングで第１通信方式により第１データを送信するようにタイマーをセットする。

第１の変形例では、ステップＳ１０６の後、ステップＳ２０３を実行する。ステップＳ２０３において、ＣＰＵ３０Ａは、判定対象にする第２データの種類を選択する。

ステップＳ２０４において、ＣＰＵ３０Ａは、選択した第２データの種類が通信タイミングであるか否かを判定する。第２データの種類が通信タイミングであると判定した場合にはステップＳ２０５へ移行し、第２データの種類が通信タイミングでないと判定した場合にはステップＳ２０６へ移行する。

ステップＳ２０５において、ＣＰＵ３０Ａは、第２通信方式で、選択された当該種類の第２データを送信する。

ステップＳ２０６において、ＣＰＵ３０Ａは、収集対象情報に基づいて、第２データの種類について定義された通信タイミングで第２通信方式により第２データを送信するようにタイマーをセットする。

ステップＳ２０７において、ＣＰＵ３０Ａは、全ての第２データの種類を処理したか否かを判定する。処理したと判定した場合には収集処理を終了し、処理していないと判定した場合にステップＳ２０３に戻って処理を繰り返す。

［第２の変形例］
第２の変形例は、運転診断の対象とされた事象における緊急度合いに応じて、緊急度合いが高い場合に、第１通信方式で第２データをセンタサーバ５０に送信する態様である。緊急度合いの高さは、通信情報に、運転診断の内容ごとに定義しておく。例えば、運転診断の内容が眠気に関するものであれば、眠気を催しているとの診断内容である場合に緊急度合いが高いと判定する。運転診断の内容がハンドル操作に関するものであれば、急ハンドルを切っている場合、ハンドル操作が不安定である場合等に緊急度合いが高いと判定する。運転診断の内容が事故発生に関するものであれば、外部を撮影した画像において事故発生が想定される場合等に緊急度合いが高いと判定する。

図８に第２の変形例のフローチャートを示す。
第２の変形例では、ステップＳ１０５の後、ステップＳ３００を実行する。ステップＳ３００において、ＣＰＵ３０Ａは、運転診断における緊急度合いが高いか否かを判定する。緊急度合いが高いと判定した場合にはステップＳ３０１へ移行し、緊急度合いが高くないと判定した場合にはステップＳ１０６へ移行する。

ステップＳ３０１において、ＣＰＵ３０Ａは、緊急度合いが高い運転診断に関わる第２データを第１通信方式でセンタサーバ５０に送信する。緊急度合いが高い運転診断に関わる第２データとは、例えば、運転者が眠気を催している様子を撮像した画像、及び車両１２に発生した事故の様子を撮像した画像等である。このように、緊急度合いが高い場合には、第２データであっても、速やかにセンタサーバ５０に送信することで、管理者がインシデント対応を速やかに行うことができる。

また、第１データを送信後、センタサーバ５０から、第２データの送信要求を受信した場合に、第１通信方式で第２データをセンタサーバに５０送信するようにしてもよい。このように、センタサーバ５０から送信要求をトリガーにして第１通信方式で第２データを送信できるようにすることで、第２通信方式が使用可能にならなかった場合に、第２データをセンタサーバ５０に送信できるように対応することができる。

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

また、上記実施形態において、各プログラムはコンピュータが読み取り可能な非一時的記録媒体に予め記憶（インストール）されている態様で説明した。例えば、車載器２０におけるプログラムはＲＯＭ２０Ｂに予め記憶され、データロガー３０における処理プログラム１００はストレージ３０Ｄに予め記憶されている。しかしこれに限らず、各プログラムは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の非一時的記録媒体に記録された形態で提供されてもよい。また、プログラムは、ネットワークを介して外部装置からダウンロードされる形態としてもよい。

上記実施形態で説明した処理の流れは、一例であり、主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよい。

１０ 情報収集システム
１２ 車両
３０ データロガー（車載装置）
３０Ａ ＣＰＵ（プロセッサ）
４０ 携帯端末
５０ センタサーバ
１００ 処理プログラム（通信プログラム）

Claims (9)

1. 車載のセンサにより検出された車両情報から作成された運転診断である第１データと、前記運転診断の作成に用いたデータである第２データとを収集する収集部と、
   第１通信方式で前記第１データをサーバに送信し、前記第１データを送信した後に所定の条件を満たす場合に、前記第１通信方式よりも高速な第２通信方式で前記第２データをサーバに送信する通信部と、
   を備えた車載装置。
2. 前記第１通信方式は、定常的に接続可能な通信方式を使用し、
   前記第２通信方式は、所定の場所で使用可能な通信方式を使用し、
   前記所定の条件は、前記第２通信方式が使用可能になった場合とする請求項１に記載の車載装置。
3. 前記第１データ及び前記第２データは送信元として、車載装置、車両、及び前記車載装置と対応付けられた端末の少なくとも一つを識別するタグを付与して前記サーバに送信する、
   請求項１又は請求項２に記載の車載装置。
4. 前記通信部は、収集対象とする前記第１データの種類及び前記第２データの種類ごとの通信タイミングを定義した収集対象情報に基づいて、前記第１データ及び前記第２データを送信する請求項１～請求項３の何れか１項に記載の車載装置。
5. 前記収集対象情報は、前記サーバから受信して更新する請求項４に記載の車載装置。
6. 前記運転診断の対象とされた事象における緊急度合いに応じて、前記緊急度合いが高い場合に、第１通信方式で前記第２データを前記サーバに送信する請求項１～請求項５の何れか１項に記載の車載装置。
7. 前記第１データを送信後、前記サーバから、前記第２データの送信要求を受信した場合に、第１通信方式で前記第２データを前記サーバに送信する請求項１～請求項５の何れか１項に記載の車載装置。
8. 車載のセンサにより検出された車両情報から作成された運転診断である第１データと、前記運転診断の作成に用いたデータである第２データとを収集し、
   第１通信方式で前記第１データをサーバに送信し、前記第１データを送信した後に所定の条件を満たす場合に、前記第１通信方式よりも高速な第２通信方式で前記第２データをサーバに送信する、
   処理をコンピュータが実行する通信方法。
9. 車載のセンサにより検出された車両情報から作成された運転診断である第１データと、前記運転診断の作成に用いたデータである第２データとを収集し、
   第１通信方式で前記第１データをサーバに送信し、前記第１データを送信した後に所定の条件を満たす場合に、前記第１通信方式よりも高速な第２通信方式で前記第２データをサーバに送信する、
   処理をコンピュータに実行させる通信プログラム。

Images