(57)【特許請求の範囲】
【請求項１】
所定の場所から対象車両に遠隔にて送信される車両データの収集条件が含まれるメッセージに対して対象車両から返信される車両データを遠隔にて所定の場所に収集する車両データのリモート収集システムであって、
前記対象車両は、前記メッセージに特定の値で組み込まれた収集条件の宛先情報を当該対象車両の車両ネットワークに接続されている情報収集制御装置のネットワーク識別値に変換する宛先情報変換部と、前記メッセージに含まれる車両データの収集条件として記載された命令を解釈実行する命令実行部とを備え、
前記メッセージの受信に伴い前記宛先情報変換部により変換されたネットワーク識別値をもつ情報収集制御装置は、前記命令実行部による命令の実行に基づき指定される収集条件に応じて前記車両ネットワークに接続されている１乃至複数の制御装置から車両データを収集し、該収集した車両データを通信部を介して前記所定の場所に返信する
ことを特徴とする車両データのリモート収集システム。
【請求項２】
前記収集条件は前記車両データの種類を指定するものであり、
前記対象車両は、収集対象となる車両データの種類と前記車両ネットワークにおいてそれら車両データの取得元となる制御装置のネットワーク識別値とが関連付けられたデータベースを備え、
前記情報収集制御装置は、前記データベースに基づいて前記車両データの種類から該当する制御装置を割り出し、指定された車両データを収集する
請求項１に記載の車両データのリモート収集システム。
【請求項３】
前記メッセージに特定の値で組み込まれる宛先情報は、前記車両ネットワークに接続される制御装置の何れにも割り当てられないネットワーク識別値である
請求項１又は請求項２に記載の車両データのリモート収集システム。
【請求項４】
前記メッセージは、前記所定の場所からのメッセージの宛先情報を含むヘッダーと、該メッセージに含まれる車両データの収集条件の宛先情報を含むフレームとを有し、
前記フレームに含まれる車両データの収集条件の宛先情報が前記特定の値で組み込まれており、この組み込まれた宛先情報が前記宛先情報変換部を通じて前記情報収集制御装置のネットワーク識別値に変換される
請求項１〜３の何れか一項に記載の車両データのリモート収集システム。
【請求項５】
前記車両ネットワークがＣＡＮ（コントローラエリアネットワーク）であり、
前記ネットワーク識別値がＣＡＮ−ＩＤである
請求項１〜４の何れか一項に記載の車両データのリモート収集システム。
【請求項６】
前記所定の場所とは、複数の車両の走行情報を管理するセンターである
請求項１〜５の何れか一項に記載の車両データのリモート収集システム。
【請求項７】
前記車両データの収集条件は、１乃至複数の命令が記述されたスクリプトにより指定される
請求項１〜６の何れか一項に記載の車両データのリモート収集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両データをリモートで収集する車両データのリモート収集システムに関する。
【背景技術】
【０００２】
従来、この種のシステムとしては、特許文献１に記載のシステムが知られている。このシステムでは、車両データをセンターに送信するときの指示項目を車両に搭載された車両診断装置のデータ処理部に予め送信しておく。この指示項目には、診断対象とするデータ種類や、車両データを送信するか否かを判定する際の条件式が含まれている。そして、データ処理部は、受信した指示項目に従って車載ＬＡＮ（ローカルエリアネットワーク）に接続された各対応する機器制御ＥＣＵ（電子制御装置）に指示を送り、それら機器制御ＥＣＵからの車両データをデータ送信用バッファに格納する。その後、定期的又はセンターからの要求に応じてデータ送信用バッファに格納された車両データを車両からセンターに返信するようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２８３６５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、上記文献に記載のシステムにあっては、データ処理部に対応する車載ＬＡＮ内での宛先情報を指定した上でセンターから車両に指示項目を送信する必要がある。ここで一般に、車載ＬＡＮ内での宛先情報は車種ごとに異なるため、センターが管理対象とする複数の車両における指示項目の宛先情報を一元管理することも考えられる。しかしながら、こうしたセンターによる一元管理では、管理対象とする車種が追加されるたびに宛先情報を更新する必要がある。そして、そのような更新の手続に不備があると、センターからの指示項目が車両に適切に送信されず、車両データを車両からセンターに返信することができなくなる状況ともなりかねない。
【０００５】
なお、こうした課題は、車両データを収集するときの条件をセンターから車両に指示する場合に限られず、例えばセンターを介さずに外部端末から車両に対して車両データを収集するときの条件を直接指示する場合などにも概ね共通したものとなる。
【０００６】
本発明は、このような実情に鑑みてなされたものであり、その目的は、リモートによる通信でありながら、車両データを車両から的確に収集することのできる車両データのリモート収集システムを提供することにある。
【課題を解決するための手段】
【０００７】
以下、上記課題を解決するための手段及びその作用効果について記載する。
上記課題を解決する車両データのリモート収集システムは、所定の場所から対象車両に遠隔にて送信される車両データの収集条件が含まれるメッセージに対して対象車両から返信される車両データを遠隔にて所定の場所に収集する車両データのリモート収集システムであって、前記対象車両は、前記メッセージに特定の値で組み込まれた収集条件の宛先情報を当該対象車両の車両ネットワークに接続されている情報収集制御装置のネットワーク識別値に変換する宛先情報変換部と、前記メッセージに含まれる車両データの収集条件として記載された命令を解釈実行する命令実行部とを備え、前記メッセージの受信に伴い前記宛先情報変換部により変換されたネットワーク識別値をもつ情報収集制御装置は、前記命令実行部による命令の実行に基づき指定される収集条件に応じて前記車両ネットワークに接続されている１乃至複数の制御装置から車両データを収集し、該収集した車両データを通信部を介して前記所定の場所に返信する。
【０００８】
上記構成によれば、情報収集制御装置のネットワーク識別値を対象車両側で管理しておけば、宛先情報が変換されたメッセージに含まれる車両データの収集条件が情報収集制御装置に送信される。そして、この情報収集制御装置を通じて車両データを車両から的確に収集することができるようになる。
【０００９】
上記車両データのリモート収集システムにおいて、前記収集条件は前記車両データの種類を指定するものであり、前記対象車両は、収集対象となる車両データの種類と前記車両ネットワークにおいてそれら車両データの取得元となる制御装置のネットワーク識別値とが関連付けられたデータベースを備え、前記情報収集制御装置は、前記データベースに基づいて前記車両データの種類から該当する制御装置を割り出し、指定された車両データを収集することが好ましい。
【００１０】
上記構成によれば、対象車両が自ら備えるデータベースを用いて、収集条件が指定する種類の車両データを該当する制御装置から収集することができるようになる。すなわち、前述したようなセンターにおいて車種毎の情報を一元管理するなどの必要もなくなる。
【００１１】
上記車両データのリモート収集システムにおいて、前記メッセージに特定の値で組み込まれる宛先情報は、前記車両ネットワークに接続された制御装置の何れにも割り当てられないネットワーク識別値であることが好ましい。
【００１２】
上記構成によれば、もし仮に所定の場所から送信されたメッセージに含まれる車両データの収集条件が宛先情報の変換を伴うことなく車両ネットワークに送出されたとしても、その送出された車両データの収集条件は車両ネットワークに接続された制御装置の何れにも送信されない。そのため、車両データの収集条件が車両ネットワークを介して意図しない制御装置に誤送信されるなどの不都合が生じることもない。
【００１３】
上記車両データのリモート収集システムにおいて、前記メッセージは、前記所定の場所からのメッセージの宛先情報を含むヘッダーと、該メッセージに含まれる前記収集条件の宛先情報を含むフレームとを有し、前記フレームに含まれる収集条件の宛先情報が前記特定の値で組み込まれており、この組み込まれた宛先情報が前記宛先情報変換部を通じて前記情報収集制御装置のネットワーク識別値に変換されることが好ましい。
【００１４】
上記構成によれば、制御装置が特定されていない車両データの収集条件の宛先情報をフレームとして含むメッセージであっても、メッセージに含まれるヘッダーに基づき例えばＴＣＰ／ＩＰ等の通信プロトコルを用いて所定の場所から対象車両へメッセージ送信することができるようになる。
【００１５】
上記車両データのリモート収集システムにおいて、前記車両ネットワークがＣＡＮ（コントローラエリアネットワーク）であり、前記ネットワーク識別値がＣＡＮ−ＩＤであることが好ましい。
【００１６】
上記構成によれば、車両に多く利用されている汎用性の高いＣＡＮプロトコルを利用して車両データを収集することができるようになる。
上記車両データのリモート収集システムにおいて、前記所定の場所とは、複数の車両の走行情報を管理するセンターであることが好ましい。
【００１７】
上記構成によれば、センターが管理対象とする複数の車両に関する車両データの収集をセンター側で一括して管理することができるようになる。
上記車両データのリモート収集システムにおいて、前記車両データの収集条件は、１乃至複数の命令が記述されたスクリプトにより指定されることが好ましい。
【００１８】
上記構成によれば、スクリプトの入力を通じて自由度の高い車両データの収集条件の指定を実現することができる。
【図面の簡単な説明】
【００１９】
【図１】車両データのリモート収集システムの第１の実施の形態についてその概略構成を示すブロック図。
【図２】同実施の形態の車両データのリモート収集システムにおいて車両データの収集時に送受信されるデータのデータ構造を示す模式図。
【図３】同実施の形態の車両データのリモート収集システムにおいてダイアグ通信の要求・応答時に送受信されるデータのデータ構造を示す模式図。
【図４】情報収集テーブル（データベース）の規定内容の一例を示す模式図。
【図５】車両データのリモート収集システムの第２の実施の形態についてその概略構成を示すブロック図。
【発明を実施するための形態】
【００２０】
（第１の実施の形態）
以下、車両データのリモート収集システムの第１の実施の形態について図面を参照して説明する。
【００２１】
本実施の形態の車両データのリモート収集システムは、対象とする複数の車両と、それら複数の車両の走行情報を管理するセンターと、センターを介した複数の車両からの車両データの収集を指示すべくエンジニア等により操作される外部端末とにより構成されている。外部端末は、例えばインターネット回線を介してセンターに接続されており、車両からの車両データの収集条件をセンターを介して指定可能となっている。車両データの収集条件の指定は、「リモートモニタリング」及び「リモート情報収集」を含む複数の形式から選択して実現することが可能である。ここで、「リモートモニタリング」とは、対象とする車両の車両ＩＤ、車種、年代等を指定した上で、その指定した車両から要求可能とされる車両データの種類の中から今回要求する車両データの種類を選択することにより車両データの収集条件を指定するものである。また、「リモート情報収集」とは、同じく対象とする車両の車両ＩＤ、車種、年代等を指定した上で、その指定した車両における車両データの収集条件の指定をスクリプト入力により実現するものであり、自由度の高い収集条件の指定が可能となる。なお、スクリプトとは、車両データの収集時に実行される複数のコマンド（命令）を記述した文字列である。そして、外部端末から指定された車両データの収集条件がセンターを介して無線通信により車両に送信されると、この送信された収集条件に基づいて車両データが収集される。その後、この収集された車両データは無線通信によりセンターに返信され、この返信された車両データがセンターを介して外部端末に転送される。
【００２２】
具体的には、図１に示すように、センター１００は、外部端末２００から車両データの収集条件が指定されたときに、その指定された収集条件を登録する収集条件登録部１０１を備えている。本実施の形態において、車両データの収集条件の登録がスクリプト入力によって実現されるときには、そのスクリプトに以下の（ａ）〜（ｋ）に列挙する項目が記述可能とされている。
【００２３】
（ａ）条件式：車内環境を判定するための条件式や車外環境を認識するための想定シーン（条件式）
（ｂ）チェック周期：車両データが条件式を満たしているのか判定したり、画像に対し
てシーン分類するチェック周期
（ｃ）データ収集期間：データ収集を開始してから終了するまでの期間
（ｄ）サンプリング周期：データをストレージに収集する周期
（ｅ）車両データ：収集対象のＣＡＮデータやＥＣＵ内部値
また、センター１００は、収集条件登録部１０１に登録された車両データの収集条件に基づき収集条件メッセージを作成する収集条件メッセージ作成部１０２を備えている。そして、センター１００は、収集条件メッセージ作成部１０２を通じて作成した収集条件メッセージをセンター通信機１０３から無線通信にて車載通信機３１０に送信する。なお、センター１００は、管理対象とする車両３００のＩＰアドレスを把握していないのであれば、例えば車両３００の電話番号を用いたＳＭＳ（ショートメッセージサービス）による送信要求等を車両３００に対して行うことで車両３００のＩＰアドレスを取得することも可能である。
【００２４】
より詳細には、図２に示すように、収集条件メッセージＭ１は、ヘッダーＨ１と、複数の収集条件フレームＦ１とを有している。ヘッダーＨ１は、例えばＴＣＰ／ＩＰ等の通信プロトコルにおいて収集条件メッセージＭ１の宛先情報として車載通信機３１０を指定する情報を含んでいる。複数の収集条件フレームＦ１は、ヘッダーＨ１により宛先として指定されている車載通信機３１０が車両ネットワークＮＷに送出する情報を含んでいる。
【００２５】
各収集条件フレームＦ１は、宛先ＥＣＵフィールドＦ１Ａと、制御フィールドＦ１Ｂと、伝達情報Ｆ１Ｃとをコード情報として有している。宛先ＥＣＵフィールドＦ１Ａは、例えばＣＡＮ（コントローラエリアネットワーク）からなる車両ネットワークＮＷ内において収集条件フレームＦ１の宛先となる車載ＥＣＵのネットワーク識別値（ＣＡＮ‐ＩＤ）を表したコード情報である。制御フィールドＦ１Ｂは、「リモートモニタリング」による要求、又は、「リモート情報収集」による要求が伝達情報Ｆ１Ｃに乗ることを表したコード情報である。伝達情報Ｆ１Ｃは、「リモートモニタリング」による要求であれば、収集対象となる車両データのデータ種類を表したコード情報である。また、伝達情報Ｆ１Ｃは、「リモート情報収集」による要求であれば、スクリプト情報である。なお、本実施の形態では、スクリプトは、一つの収集条件フレームＦ１に収まらないほど大きなデータサイズ（例えば３５キロバイト）を有しているため、固定長のデータサイズ（例えば６バイト）に分割された上で、複数の収集条件フレームＦ１の伝達情報Ｆ１Ｃに断片的に含められている。また、本実施の形態では、センター１００から車載通信機３１０に送信される収集条件メッセージＭ１に含まれる収集条件フレームＦ１の宛先ＥＣＵフィールドＦ１Ａには、特定の値として「０」のみからなるコード情報（「ゼロ固定された」コード情報）が記述されている。このコード情報は、ＣＡＮプロトコルにおいて通信先を表すネットワーク識別値として用いられていないコード情報である。
【００２６】
また、図１に示すように、車載通信機３１０は、センター１００からの収集条件メッセージを通信部３１１を通じて受信したときには、その受信した収集条件メッセージを収集条件メッセージ解析部３１２に入力する。収集条件メッセージ解析部３１２は、入力された収集条件メッセージから収集条件フレームを抽出するとともに、その抽出した収集条件フレームを宛先情報変換部３１３に入力する。宛先情報変換部３１３は、入力された収集条件フレームの宛先情報を変換した上で車両ネットワーク通信部３１４に入力する。そして、車両ネットワーク通信部３１４は、宛先情報が変換された収集条件フレームを車両ネットワークＮＷに送出する。
【００２７】
より詳細には、図２に示すように、車載通信機３１０は、センター１００から受信した収集条件メッセージＭ１に含まれる収集条件フレームＦ１の宛先ＥＣＵフィールドＦ１Ａを、「ゼロ固定された」コード情報から後述する情報収集ＥＣＵ３２０（図１）のネットワーク識別値を表すコード情報に変換する。そして、車載通信機３１０は、宛先ＥＣＵフィールドＦ１Ａが変換された収集条件フレームＦ１を車両ネットワークＮＷに送出する。なお、本実施の形態では、車載通信機３１０から情報収集ＥＣＵ３２０への車両ネットワークＮＷを介した収集条件フレームＦ１の送信にはダイアグ通信が用いられる。
【００２８】
また、図１に示すように、車両ネットワーク通信部３１４には、各種の車載装置の動作を制御するための車載ＥＣＵが車両ネットワークＮＷを介して接続されている。ここで、車載ＥＣＵには、ブレーキの動作を制御するブレーキＥＣＵ３３０や、ステアリングの操作支援等を制御するステアリングＥＣＵ３３１等が含まれる。なお、ブレーキＥＣＵ３３０には、車両３００の車速を検出する車速センサ３３２や、ドライバによるブレーキペダルの踏込み量を検出するブレーキセンサ３３３が接続されている。また、ステアリングＥＣＵ３３１には、ドライバによるステアリングの操舵量を検出する操舵角センサ３３４が接続されている。
【００２９】
また、車両ネットワークＮＷには、車両３００における車両データの収集条件の指定がスクリプト入力により実現されるときに、そのスクリプトを解釈・実行する機能を有する情報収集ＥＣＵ３２０が接続されている。
【００３０】
情報収集ＥＣＵ３２０は、車両ネットワークＮＷに接続された車両ネットワーク通信部３２１を備えている。車両ネットワーク通信部３２１は、車載通信機３１０から車両ネットワークＮＷを介して収集条件フレームを受信したときには、その受信した収集条件フレームから制御フィールドの値を取り出す。この取り出した制御フィールドの値が「リモートモニタリング」による要求に対応する値であるときには、受信した収集条件フレームの伝達情報の値から収集対象となる車両データの種類を読み出す。そして、車両ネットワーク通信部３２１は、読み出した種類の車両データを該当する車載ＥＣＵから車両ネットワークＮＷを通じて収集する。
【００３１】
また、車両ネットワーク通信部３２１は、取り出した制御フィールドの値が「リモート情報収集」による要求に対応する値であるときには、受信した複数の収集条件フレームの伝達情報の値からスクリプトを組み立て、その組み立てたスクリプトをスクリプト解釈部３２２に入力する。
【００３２】
スクリプト解釈部３２２は、スクリプトの命令を順次読み込むことにより、スクリプトが指定する車両データの収集条件を解釈する。この解釈された車両データの収集条件は、情報収集ＥＣＵ３２０が備える記憶装置３２３の収集条件テーブルＴ２に追加される。このとき、車両データの収集条件が収集条件テーブルＴ２に追加された旨を示す通知がスクリプト解釈部３２２からスクリプト実行部３２４に送信される。そして、スクリプト実行部３２４は、上記通知を受信したときには、追加された収集条件を記憶装置３２３から読み出して同収集条件に基づき車両データを車両ネットワーク通信部３２１を通じて収集する。
【００３３】
なお、情報収集ＥＣＵ３２０は、車両ネットワーク通信部３２１が車載通信機３１０から車両ネットワークＮＷを介して収集条件フレームをダイアグ通信により受信したときには、ダイアグ応答のために収集応答フレーム作成部３２５を通じて収集応答フレームを作成し、その作成した収集応答フレームを車両ネットワークＮＷに送出する。
【００３４】
より詳細には、図３に示すように、収集応答フレームＦ２は、宛先ＥＣＵフィールドＦ２Ａと、制御フィールドＦ２Ｂと、伝達情報Ｆ２Ｃとをコード情報として有している。宛先ＥＣＵフィールドＦ２Ａは、車両ネットワークＮＷ内において収集応答フレームＦ２の宛先となる車載通信機３１０のネットワーク識別値を表したコード情報である。制御フィールドＦ２Ｂは、ダイアグ応答が伝達情報Ｆ２Ｃに乗ることを表したコード情報である。伝達情報Ｆ２Ｃは、ダイアグ応答として、「正常受信」又は「異常受信」を表したコード情報である。そして、収集応答フレームＦ２が車両ネットワークＮＷに送出されると、その送出された収集応答フレームＦ２が宛先ＥＣＵフィールドＦ２Ａに基づき車載通信機３１０に届けられることにより、車載通信機３１０と情報収集ＥＣＵ３２０との間のダイアグ通信が成立することとなる。
【００３５】
また、図１に示すように、車両ネットワーク通信部３２１は、収集対象とする車両データと、それら車両データの取得元となる車載ＥＣＵやそれら車載ＥＣＵのネットワーク識別値との関係を規定する情報収集テーブルＴ１を備えている。
【００３６】
例えば図４に示すように、本実施の形態の情報収集テーブルＴ１には、「車速」及び「ブレーキ踏込み量」といった車両データの取得元となる車載ＥＣＵとして「ブレーキＥＣＵ」が、またそのネットワーク識別値として「ＣＡＮ‐ＩＤ１」がそれぞれ関連付けられている。また、この情報収集テーブルＴ１には、「ステアリング操作量」といった車両データの取得元となる車載ＥＣＵとして「ステアリングＥＣＵ」が、またそのネットワーク識別値として「ＣＡＮ‐ＩＤ２」がそれぞれ関連付けられている。
【００３７】
そのためこの例では、「リモート情報収集」においてスクリプトが収集対象となる車両データの種類として「車速」及び「ステアリング操作量」といった車両データを指定していれば、車両ネットワーク通信部３２１は、これら車両データに関連付けられたネットワーク識別値として「ＣＡＮ‐ＩＤ１」及び「ＣＡＮ‐ＩＤ２」を情報収集テーブルＴ１から特定する。そして、車両ネットワーク通信部３２１は、この特定したネットワーク識別値からそれら車両データの取得元である「ブレーキＥＣＵ」及び「ステアリングＥＣＵ」をそれぞれ割り出し、「車速」及び「ステアリング操作量」といった車両データを車両ネットワークＮＷを通じてそれぞれ収集する。
【００３８】
また、図１に示すように、車両ネットワーク通信部３２１は、車両ネットワークＮＷを通じて収集した車両データＤを記憶装置３２３に格納する。この記憶装置３２３に格納された車両データＤは、収集結果フレーム作成部３２６による収集結果フレームの作成に用いられる。そして、この作成された収集結果フレームは、車両ネットワーク通信部３２１を通じて車両ネットワークＮＷに送出された後に車載通信機３１０に取り込まれる。
【００３９】
より詳細には、図２に示すように、収集結果フレームＦ３は、宛先ＥＣＵフィールドＦ３Ａと、制御フィールドＦ３Ｂと、伝達情報Ｆ３Ｃとをコード情報として有している。宛先ＥＣＵフィールドＦ３Ａは、車両ネットワークＮＷにおいて収集結果フレームＦ３の宛先となる車載通信機３１０のネットワーク識別値を表したコード情報である。制御フィールドＦ１Ｂは、車両データの収集結果が伝達情報Ｆ３Ｃに乗ることを表したコード情報である。伝達情報Ｆ３Ｃは、「リモートモニタリング」による要求であれば、収集対象となるデータ種類の車両データを表したコード情報である。また、伝達情報Ｆ３Ｃは、「リモート情報収集」による要求であれば、スクリプトが指定する条件に基づく車両データの収集結果を表したコード情報である。なお、本実施の形態では、スクリプトが指定する条件に基づく車両データの収集結果は、一つの収集結果フレームＦ３に収まらないほど大きなデータサイズ（例えば９０メガバイト）を有しているため、固定長のデータサイズ（例えば６バイト）に分割された上で、複数の収集結果フレームＦ３の伝達情報Ｆ３Ｃに断片的に含められている。そして、車載通信機３１０は、収集結果フレームＦ３の宛先ＥＣＵフィールドＦ３Ａに基づき、情報収集ＥＣＵ３２０から車両ネットワークＮＷに送出された収集結果フレームＦ３を取り込む。
【００４０】
また、図１に示すように、車載通信機３１０は、車両ネットワークＮＷから取り込んだ収集結果フレームを用いて収集結果メッセージを作成する収集結果メッセージ作成部３１５を備えている。そして、車載通信機３１０は、収集結果メッセージ作成部３１５を通じて作成した収集結果メッセージを通信部３１１を通じてセンター通信機１０３に送信する。
【００４１】
ここで、図２に示すように、収集結果メッセージＭ２は、ヘッダーＨ２と、複数の収集結果フレームＦ３とを有している。ヘッダーＨ２は、例えばＴＣＰ／ＩＰ等の通信プロトコルにおける収集結果メッセージＭ２の宛先情報として、収集条件メッセージＭ１の送信元となるセンター１００を指定する情報を含んでいる。複数の収集結果フレームＦ３は、ヘッダーＨ２により宛先として指定されているセンター１００に対して返信される情報である車両データの収集結果を含んでいる。
【００４２】
その後、図１に示すように、センター１００は、車載通信機３１０からの収集結果メッセージをセンター通信機１０３を通じて受信するとともに、その受信した収集結果メッセージを収集結果メッセージ解析部１０４に入力する。収集結果メッセージ解析部１０４は、入力された収集結果メッセージから収集結果フレームを抽出するとともに、その抽出した収集結果フレームから制御フィールドの値を取り出す。この取り出した制御フィールドの値が「リモートモニタリング」による収集結果に対応する値であるときには、受信した収集条件フレームの伝達情報の値から収集対象となる種類の車両データを読み出す。また、この取り出した制御フィールドの値が「リモート情報収集」による収集結果に対応する値であるときには、入力された複数の収集結果フレームの伝達情報に断片的に含められていた車両データの収集結果を組み立てる。そして、車両データは、センター１００が備える車両データ格納部１０５に一時的に格納されるなどして外部端末２００に取り込まれる。
【００４３】
次に、本実施の形態の車両データのリモート収集システムの作用について説明する。
センター１００を介して車両データをリモートで収集する際、通常であれば、センター１００から車両３００に送信される収集条件メッセージＭ１については、収集条件フレームＦ１の宛先情報を予め特定する必要がある。そのため、センター１００は、収集条件フレームＦ１の宛先となる車載ＥＣＵ（情報収集ＥＣＵ３２０）のネットワーク識別値を、車両３００の車種及び年代等ごとに区分して一元管理することが必要となる。ただし、このようなセンター１００における一元管理は、特にセンター１００が管理対象とする車両３００が新たに追加されたときに登録もれや登録ミス等の不備を生じるリスクがある。また、これら一元管理した情報を格納するストレージが故障したときに、その復旧までの間は一元管理した情報を一時的に読み出すことができなくなるリスクもある。
【００４４】
これに対し、本実施の形態では、センター１００から車両３００に送信される収集条件メッセージＭ１は、収集条件フレームＦ１の宛先ＥＣＵフィールドＦ１Ａが「ゼロ固定された」コード情報となっており、車両ネットワークＮＷ内において収集条件フレームＦ１の宛先となる情報収集ＥＣＵ３２０が何ら特定されていない。すなわち、センター１００は、収集条件メッセージＭ１を車両３００に送信する段階では、収集条件フレームＦ１の宛先ＥＣＵフィールドＦ１Ａを「ゼロ固定された」コード情報として一律に記述すればよく、収集条件フレームＦ１の宛先となる車載ＥＣＵを特定する必要はない。
【００４５】
そして、こうした収集条件メッセージＭ１が車両３００に受信されると、車両３００に搭載された車載通信機３１０が宛先ＥＣＵフィールドＦ１Ａを変換した上で収集条件フレームＦ１を車両ネットワークＮＷに送出する。その結果、変換後の宛先ＥＣＵフィールドＦ１Ａが指定するネットワーク識別値を有する車載ＥＣＵに対して収集条件フレームＦ１が送信されることとなる。すなわち、収集条件フレームＦ１の宛先情報を何ら含まないかたちで収集条件メッセージＭ１をセンター１００から車両３００に送信したとしても、収集条件フレームＦ１の宛先情報が車両３００側においていわば自律的に設定される。そのため、宛先となる車載ＥＣＵのネットワーク識別値を車両３００側で管理しておけば、上述のようなセンター１００における一元管理を必要としなくても、収集条件フレームＦ１を特定の車載ＥＣＵに的確に届けることが可能となる。
【００４６】
以上説明したように、上記第１の実施の形態によれば、以下に示す効果を得ることができる。
（１）車両データの収集条件が含まれる収集条件メッセージＭ１に「ゼロ固定された」コード情報として記述された宛先ＥＣＵフィールドＦ１Ａを、車両ネットワークＮＷに接続されている情報収集ＥＣＵ３２０のネットワーク識別値を表すコード情報に車両３００側で変換するようにしている。そのため、情報収集ＥＣＵ３２０のネットワーク識別値を車両３００側で管理しておけば、センター１００の管理対象として新たな車両が追加された等の要因に左右されることなく、車両データの収集条件を含む収集条件フレームＦ１が情報収集ＥＣＵ３２０に送信される。したがって、車両データを車両３００から的確に収集することができるようになる。
【００４７】
（２）車両３００は、収集対象となる車両データの種類と車両ネットワークＮＷにおいてそれら車両データの取得元となる制御装置のネットワーク識別値とが関連付けられた情報収集テーブルＴ１を備えている。そして、情報収集ＥＣＵ３２０は、情報収集テーブルＴ１に基づいて車両データの種類から該当する車載ＥＣＵを割り出し、指定された車両データを収集するようにしている。そのため、車両３００が備える情報収集テーブルＴ１を用いることにより、収集条件が指定する種類の車両データを該当する車載ＥＣＵから収集することができるようになる。
【００４８】
（３）センター１００との間で通信する車載通信機３１０が収集条件フレームＦ１の宛先ＥＣＵフィールドＦ１Ａを変換する主体である。そのため、センター１００から送信された収集条件メッセージＭ１に含まれる収集条件フレームＦ１は車載通信機３１０が宛先ＥＣＵフィールドＦ１Ａを変換しない限りは車両ネットワークＮＷに送出されない。そのため、収集条件フレームＦ１に「ゼロ固定された」コード情報として記述された宛先ＥＣＵフィールドＦ１Ａに基づき収集条件フレームＦ１が意図しない車載ＥＣＵに誤送信されることもない。
【００４９】
（４）収集条件フレームＦ１の宛先ＥＣＵフィールドＦ１Ａに記述された「ゼロ固定された」コード情報は、車両ネットワークＮＷに接続された車載ＥＣＵの何れにも割り当てられないネットワーク識別値である。そのため、もし仮にセンター１００から送信された収集条件メッセージＭ１に含まれる収集条件フレームＦ１が宛先ＥＣＵフィールドＦ１Ａの変換を伴うことなく車両ネットワークＮＷに送出されたとしても、その送出された収集条件フレームＦ１は車両ネットワークＮＷに接続された車載ＥＣＵの何れにも送信されない。そのため、収集条件フレームＦ１が車両ネットワークＮＷを介して意図しない車載ＥＣＵに誤送信されることもない。
【００５０】
（５）収集条件メッセージＭ１は、センター１００からの収集条件メッセージＭ１の宛先情報を含むヘッダーＨ１と、車両データの収集条件を含む収集条件フレームＦ１とを有している。そして、収集条件フレームＦ１の宛先ＥＣＵフィールドＦ１Ａが「ゼロ固定された」コード情報として記述されており、この宛先ＥＣＵフィールドＦ１Ａが車載通信機３１０を通じて情報収集ＥＣＵ３２０のネットワーク識別値を表すコード情報に変換されることとなる。そのため、車載ＥＣＵが特定されていない収集条件フレームＦ１の宛先ＥＣＵフィールドＦ１Ａを含む収集条件メッセージＭ１であっても、収集条件メッセージＭ１に含まれるヘッダーＨ１に基づきＴＣＰ／ＩＰ等の通信プロトコルを用いて車両データの収集条件をセンター１００から車両３００へ送信することができるようになる。
【００５１】
（６）ネットワーク識別値としてＣＡＮ−ＩＤを用いるようにしている。そのため、車両に多く利用されている汎用性の高いＣＡＮプロトコルを利用して車両データを収集することができるようになる。
【００５２】
（７）複数の車両３００の走行情報を管理するセンター１００を介して車両データをリモートで収集するようにしている。そのため、センター１００が管理対象とする複数の車両３００に関する車両データの収集をセンター１００側で一括して管理することができるようになる。
【００５３】
（８）車両データの収集条件は、車両データの収集の際に実行される複数の命令が記述されたスクリプトにより指定されるようにしている。そのため、スクリプトの入力を通じた自由度の高い車両データの収集条件の指定が実現されるようになる。
【００５４】
（第２の実施の形態）
次に、車両データのリモート収集システムの第２の実施の形態について図５を参照して説明する。なお、第２の実施の形態は、車載通信機がスクリプトを解釈・実行する機能を有する点が第１の実施の形態と異なる。したがって、以下の説明においては、第１の実施の形態と相違する構成について主に説明し、第１の実施の形態と同一の又は対応する構成については重複する説明を省略する。
【００５５】
図５に示すように、本実施の形態では、車載通信機３１０Ａは、センター１００から収集条件メッセージを受信したときには、その収集条件メッセージに含まれる収集条件フレームの宛先ＥＣＵを、「ゼロ固定された」コード情報から自身のネットワーク識別値を表すコード情報に宛先情報変換部３１３を通じて変換する。すなわち、車載通信機３１０Ａは、収集条件フレームの宛先として自身を設定することとなり、この収集条件フレームを車両ネットワークＮＷには送出しない。
【００５６】
そして、車載通信機３１０Ａは、収集条件フレームに伝達情報として記述されたコード情報に基づきスクリプトを抽出するとともに、その抽出したスクリプトの命令をスクリプト解釈部３２２Ａを通じて順次読み込むことにより、スクリプトが指定する車両データの収集条件を解釈する。この解釈された車両データの収集条件は、車載通信機３１０Ａが備える記憶装置３２３Ａの収集条件テーブルＴ２に追加される。このとき、車両データの収集条件が収集条件テーブルＴ２に追加された旨を示す通知がスクリプト解釈部３２２Ａからスクリプト実行部３２４Ａに送信される。そして、スクリプト実行部３２４Ａは、上記通知を受信したときには、追加された収集条件を記憶装置３２３Ａから読み出して同収集条件に基づく車両データを車両ネットワーク通信部３１４Ａを通じて収集する。
【００５７】
また、車載通信機３１０Ａは、車両ネットワークＮＷを通じて収集した車両データＤを記憶装置３２３Ａに格納する。この記憶装置３２３Ａに格納された車両データＤは、収集結果フレーム作成部３２６Ａによる収集結果フレームの作成に用いられる。そして、車載通信機３１０Ａは、この作成された収集結果フレームを用いて収集結果メッセージ作成部３１５により収集結果メッセージを作成するとともに、この作成した収集結果メッセージを通信部３１１を通じてセンター通信機１０３に送信する。
【００５８】
したがって、上記第２の実施の形態によっても、第１の実施の形態の上記（１）〜（８）の効果と同様の効果を得ることができる。
（その他の実施の形態）
なお、上記各実施の形態は、以下のような形態にて実施することもできる。
【００５９】
・上記各実施の形態において、特定の値で組み込まれる宛先情報、すなわち収集条件メッセージＭ１に含まれる収集条件フレームＦ１の宛先ＥＣＵフィールドＦ１Ａとして、ＣＡＮプロトコルにおいて何れかの車載ＥＣＵに割り当てられ得るネットワーク識別値を表したコード情報を記述するようにしてもよい。この構成にあっても、車載通信機３１０，３１０Ａがセンター１００から収集条件メッセージＭ１を受信したときに、その受信した収集条件メッセージＭ１に含まれる収集条件フレームＦ１の宛先ＥＣＵフィールドＦ１Ａを情報収集ＥＣＵ３２０又は車載通信機３１０Ａのネットワーク識別値を表すコード情報に一律に変換しさえすれば、この収集条件フレームＦ１を所望の車載ＥＣＵに対して確実に届けることが可能である。
【００６０】
・上記各実施の形態において、車両ネットワークＮＷに接続された車載ＥＣＵに対し、車両３００の乗員が所有する携帯情報端末が有線又は無線を通じて情報通信可能に接続されているものであれば、センター１００からの収集条件メッセージＭ１を受信するとともにその受信した収集条件メッセージＭ１から収集条件フレームＦ１を抽出する機能を携帯情報端末に持たせるようにしてもよい。この構成にあっても、携帯情報端末が収集条件メッセージＭ１に含まれる収集条件フレームＦ１の宛先ＥＣＵフィールドＦ１Ａを情報収集ＥＣＵ３２０又は車載通信機３１０Ａのネットワーク識別値を表すコード情報に一律に変換する機能を具備すれば、この収集条件フレームＦ１を車両ネットワークＮＷに接続された所望の車載ＥＣＵに対して確実に届けることが可能である。この場合、センター１００との間で収集条件メッセージＭ１を含めた各種の情報を授受する車載通信機３１０を省略することも可能であるとともに、幅広い車種に対応可能となることから、その汎用性も高められる。
【００６１】
・上記各実施の形態において、必ずしも収集条件フレームＦ１の宛先となる情報収集ＥＣＵ３２０又は車載通信機３１０Ａ自身が、収集対象とする車両データとそれら車両データの取得元となる車載ＥＣＵやそれら車載ＥＣＵのネットワーク識別値との関係を規定する情報収集テーブルＴ１を備えていなくてもよい。すなわち、例えばこうした情報収集テーブルＴ１を車両ネットワークＮＷに接続された他の車載ＥＣＵに持たせるようにし、宛先となる車載ＥＣＵが収集条件フレームＦ１を受信したときに、情報収集テーブルＴ１に規定される情報を車両ネットワークＮＷを通じて読み出すようにしてもよい。
【００６２】
・上記各実施の形態においては、いわゆるデータベース化された情報収集テーブルＴ１を用いて収集対象とする車両データとそれら車両データの取得元となる車載ＥＣＵのネットワーク識別値との関係を管理するようにした。しかし、そのようなデータベースに限らず、それらの関係の対応付けが可能であるような関数演算等の手法を用いて管理するようにしてもよい。
【００６３】
・上記各実施の形態において、センター１００を介さずに、外部端末２００から車両３００に対して車両データの収集を直接指示するようにしてもよい。この構成にあっても、外部端末２００側では収集条件フレームＦ１の宛先となる車載ＥＣＵ（情報収集ＥＣＵ３２０又は車載通信機３１０Ａ）のネットワーク識別値を車両３００の車種及び年代ごとに区分して管理することは不要である。
【００６４】
・上記各実施の形態において、車両データの収集経路を構成する車両ネットワークＮＷの通信規格はＣＡＮに限らず、例えばＦｌｅｘＲａｙやイーサネット（登録商標）等の他の通信規格であってもこの発明を適用することはできる。
【符号の説明】
【００６５】
１００…センター、１０１…収集条件登録部、１０２…収集条件メッセージ作成部、１０３…センター通信機、１０４…収集結果メッセージ解析部、１０５…車両データ格納部、２００…外部端末、３００…車両、３１０…車載通信機、３１１…通信部、３１２…収集条件メッセージ解析部、３１３…宛先情報変換部、３１４…車両ネットワーク通信部、３１５…収集結果メッセージ作成部、３２０…情報収集ＥＣＵ、３２１…車両ネットワーク通信部、３２２…スクリプト解釈部、３２３…記憶装置、３２４…スクリプト実行部、３２５…収集応答フレーム作成部、３２６…収集結果フレーム作成部、３３０…ブレーキＥＣＵ、３３１…ステアリングＥＣＵ、３３２…車速センサ、３３３…ブレーキセンサ、３３４…操舵角センサ、Ｄ…車両データ、Ｔ１…情報収集テーブル、Ｔ２…収集条件テーブル、ＮＷ…車両ネットワーク。
【図１】
0006032265.tif 000002
【図２】
0006032265.tif 000003
【図３】
0006032265.tif 000004
【図４】
0006032265.tif 000005
【図５】
0006032265.tif 000006