(57)【要約】【課題】車両の故障診断に有用な制御情報を選択的に取得する。【解決手段】車両情報蓄積装置は、車両を制御する電子制御装置と接続する。車両情報蓄積装置は、車両への制御指令及び制御状態の少なくとも一方を示す制御データの間引き条件を格納した蓄積データ間引き設定テーブル、電子制御装置から制御データを受信する第１の通信インターフェース、第１の通信インターフェースを介して受信する制御データを間引き条件に従って間引く間引き処理部、間引き処理部によって間引かれた制御データを第１の通信インターフェースを介して電子制御装置へ送信するデータ返送部を有する。【選択図】図３
2010188913.tif 000002
【特許請求の範囲】
【請求項１】
車両を制御する電子制御装置に接続し、前記車両への制御指令及び前記車両の制御状態の少なくとも一方を示す制御データの間引き条件を格納した蓄積データ間引き設定テーブル、前記電子制御装置から前記制御データを受信する第１の通信インターフェース、前記第１の通信インターフェースを介して受信する前記制御データを前記間引き条件に従って間引く間引き処理部、前記間引き処理部によって間引かれた前記制御データを前記電子制御装置に蓄積させるために、前記第１の通信インターフェースを介して前記電子制御装置へ送信するデータ返送部を有することを特徴とする車両情報蓄積装置。
【請求項２】
前記制御データを保持するトリガ条件を格納したトリガ条件設定テーブル、及び前記第１の通信インターフェースを介して受信する前記制御データから前記トリガ条件を満たす制御データを検出するトリガ判定部をさらに有し、前記トリガ条件を満たす制御データの検出に応答して、前記トリガ判定部は、前記データ返送部が送信した前記制御データの保持を前記電子制御装置に指示することを特徴とする請求項１記載の車両情報蓄積装置。
【請求項３】
前記データ返送部が送信した前記制御データには、前記制御データを前記第１の通信インターフェースを介して受信した時刻情報が付加されていることを特徴とする請求項２記載の車両情報蓄積装置。
【請求項４】
記憶装置を有する情報処理装置とさらに接続し、前記データ返送部が送信した前記制御データを回収するデータ回収部、及び前記データ回収部が回収した前記制御データを前記情報処理装置が有する前記記憶装置へ蓄積する蓄積部をさらに有することを特徴とする請求項２記載の車両情報蓄積装置。
【請求項５】
車両を制御する電子制御装置に接続し、前記車両への制御指令及び前記車両の制御状態の少なくとも一方を示す制御データの間引き条件を格納した蓄積データ間引き設定テーブルを有する車両情報蓄積装置における蓄積方法であって、前記電子制御装置から前記制御データを受信し、受信した前記制御データを前記間引き条件に従って間引き、間引かれた前記制御データを前記電子制御装置に蓄積させるために前記電子制御装置へ送信し、送信した前記制御データを回収し、回収した前記制御データを前記情報処理装置が有する前記記憶装置へ蓄積することを特徴とする蓄積方法。
【請求項６】
前記車両情報蓄積装置は、前記制御データを蓄積するトリガ条件を格納したトリガ条件設定テーブルをさらに有し、
受信した前記制御データから前記トリガ条件を満たす制御データを検出し、
前記トリガ条件を満たす制御データの検出に応答して、前記間引かれた前記制御データの保持を前記電子制御装置に指示することを特徴とする請求項５記載の蓄積方法。
【請求項７】
前記間引かれた前記制御データには、前記制御データを前記電子制御装置から受信した時刻情報が付加されていることを特徴とする請求項６記載の蓄積方法。
【請求項８】
前記車両情報蓄積装置は記憶装置を有する情報処理装置とさらに接続し、前記電子制御装置へ送信した前記制御データを回収し、回収した前記制御データを前記情報処理装置が有する前記記憶装置へ蓄積することを特徴とする請求項６記載の蓄積方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車の車両情報を収集・蓄積する車両情報蓄積装置および蓄積方法に関するものである
【背景技術】
【０００２】
自動車（以下、車両）の安全性能・環境性能の一層の向上が要求される中で、車両の電子制御化が進展している。車両の電子制御では、ＣＡＮ(Controller Area Network)に代表される制御ネットワークを介して電子制御装置（ＥＣＵ）間で制御情報が送受信され、ＥＣＵ間で連携・協調して車両が制御される。
【０００３】
こうした車両電子制御システムでは、車両の異常・故障に関わる診断情報を各ＥＣＵで蓄積し、ディーラなどの整備拠点で保守ツールを用いて蓄積された診断情報が不具合解析などに活用される。しかし、整備拠点に車両が持ち込まれる時間間隔は長く、その間に発生する障害に関する診断情報を全て蓄積するには、車両電子制御システムが持つ記憶装置では記憶容量が足りなかった。
【０００４】
そこで、大量の診断情報を蓄積できるように、例えば特許文献１では、車両用診断装置を兼ねたカーナビゲーション装置が、エンジン制御コンピュータなどから所定周期で制御状態を示すデータを収集し、メモリに蓄積記憶することが記載されている。
【０００５】
また、特許文献２ではカーナビゲーション装置のような信頼性が十分高くない車載情報機器からの制御系システムへのアクセスを防ぐために、カーナビゲーション装置とは別に制御系システムに接続し制御情報を取得する専用の端末を設け、その専用端末とカーナビゲーション装置とを接続することで、カーナビゲーション装置が直接制御系システムへアクセスすることなく制御情報の蓄積を可能とすることが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開2004-9878
【特許文献２】特開2008-24015
【発明の概要】
【発明が解決しようとする課題】
【０００７】
故障診断に必要な情報は、複数のＥＣＵの各々で数10ｍｓ周期で生成され、ＣＡＮ上に送信される制御情報である。このような膨大な情報量を蓄積するためには、各ＥＣＵが持つ記憶容量では不足であり、大容量の記憶装置を持つカーナビゲーション装置が用いられる。カーナビゲーション装置はすでに多くの車両に搭載され、新たに大容量の記憶装置を持つ他の装置を搭載するよりは、車載装置全体としての容積を大きくせずに、安価でもある。したがって、空き容量が大きい記憶装置を持つ他の装置が、故障診断に必要な情報を蓄積すること以外を主目的に車両に搭載されるならば、そのような装置を用いてもよい。このような観点から、特許文献２に記載される専用装置を車両に新たに搭載する技術は必ずしも望まれない。
【０００８】
カーナビゲーション装置は、ナビゲーションに係る処理を実行するために、ＣＡＮ上の制御情報を周期的に取得する場合に、その周期は数100ｍｓになる。すなわち、特許文献１に記載される技術では、故障診断に有用な制御情報を取得しきれないことになる。一方、あるＥＣＵで数10ｍｓ周期で生成される制御情報のすべてが故障診断に有用であるとは限らない。そこで、故障診断に有用な制御情報を選択的に取得する技術が望まれている。
【課題を解決するための手段】
【０００９】
本発明の車両情報蓄積装置及び蓄積方法は、次のような態様である。車両情報蓄積装置は、車両を制御する電子制御装置と接続する。車両情報蓄積装置は、車両への制御指令及び制御状態の少なくとも一方を示す制御データの間引き条件を格納した蓄積データ間引き設定テーブル、電子制御装置から制御データを受信する第１の通信インターフェース、第１の通信インターフェースを介して受信する制御データを間引き条件に従って間引く間引き処理部、間引き処理部によって間引かれた制御データを第１の通信インターフェースを介して電子制御装置へ送信するデータ返送部を有する。
【００１０】
本発明の他の態様は、制御データを保持するトリガ条件を格納したトリガ条件設定テーブル、及び第１の通信インターフェースを介して受信する制御データからトリガ条件を満たす制御データを検出するトリガ判定部をさらに有し、トリガ条件を満たす制御データの検出に応答して、トリガ判定部は、データ返送部が送信した制御データの保持を電子制御装置に指示する。
【００１１】
本発明のさらに他の態様は、データ返送部が送信した制御データには、制御データを第１の通信インターフェースを介して受信した時刻情報が付加されている。
【００１２】
本発明のさらに他の態様は、記憶装置を有する情報処理装置とさらに接続し、データ返送部が送信した制御データを回収するデータ回収部、及びデータ回収部が回収した制御データを情報処理装置が有する記憶装置へ蓄積する蓄積部をさらに有する。
【発明の効果】
【００１３】
本発明によれば、車両情報蓄積装置により制御データを間引くことにより、車両の故障診断に有用な制御情報を選択的に取得できる。
【図面の簡単な説明】
【００１４】
【図１】車両システムの構成例である。
【図２】車両情報蓄積装置のハードウェア構成である。
【図３】車両情報蓄積装置のソフトウェア構成である。
【図４】制御情報のデータフォーマットである。
【図５】返信データのデータフォーマットである。
【図６】データ回収コマンドのデータフォーマットである。
【図７】回収データのデータフォーマットである。
【図８】ナビ蓄積データのデータフォーマットである。
【図９】トリガ条件設定テーブルの構成例である。
【図１０】蓄積データ間引き設定テーブルの構成例である。
【図１１】一時蓄積ＥＣＵデータの構成例である。
【図１２】車両情報蓄積処理のフローチャートである。
【図１３】カーナビゲーション装置と車両情報蓄積装置のデータ転送シーケンス図である。
【発明を実施するための形態】
【００１５】
本発明の実施形態を、図面を用いて説明する。図１は、本実施形態の車両システムの構成例である。車両システムは、情報系ネットワーク２１、制御系ネットワーク２２、両ネットワークの間に設けた車両情報蓄積装置を含む構成である。
【００１６】
情報系ネットワーク２１には、大容量記憶装置としてＨＤＤ(Hard Disk Drive)を持つカーナビゲーション装置１１０や、車両の位置情報を検出するＧＰＳ(Global Positioning System)(図示略)などの車載情報系機器が接続されている。情報系ネットワーク２１を介して、車載情報系機器間で情報が送受される。例えば、ＧＰＳからは1秒間隔で情報系ネットワーク２１へ現在の車両の位置情報が送信される。情報系ネットワーク２１は、例えばＣＡＮ(Controller Area Network)，IEEE1394, MOST(Media Oriented Systems Transport)などの規格に準じたネットワークである。
【００１７】
制御系ネットワーク２２には、エンジンを制御するためのＥＣＵ(Electric Control Unit)であるエンジンＥＣＵ１２０、トランスミッションを制御するためのＥＣＵであるトランスミッションＥＣＵ１２１、ブレーキを制御するためのＥＣＵであるブレーキＥＣＵ１２２などの車両制御系機器が接続されている。制御系ネットワーク２２を介して車両制御系機器間で情報が送受され、送受される情報に基づいて車両が制御される。例えば、エンジンＥＣＵ１２０からは数10ｍｓ周期で燃料噴射量の値が制御系ネットワーク２２に送信され、トランスミッションＥＣＵ１２１ではエンジンＥＣＵ１２０から送信された燃料噴射量の値を利用して、トランスミッションの制御を補正する。制御系ネットワーク２２は、例えばＣＡＮ、ＬＩＮ(Local Interconnect Network)、ＦｌｅｘＲａｙなどの規格に準じたネットワークである。
【００１８】
本実施例では、制御データを生成し、制御系ネットワーク２２上に送信するエンジンＥＣＵ１２０、トランスミッションＥＣＵ１２１、及びブレーキＥＣＵ１２２は、故障診断に必要な制御データをある程度蓄積可能な記憶容量の記憶装置を有している。ある程度の記憶容量の記憶装置とは、たとえば、一度の障害発生に対して、故障診断に必要な制御データを含む数10ｍｓ周期で生成されるすべての制御データを蓄積するには不十分な記憶容量であるが、故障診断に必要な制御データを選択して蓄積するには十分な記憶容量の記憶装置である。
【００１９】
車両情報蓄積装置１００は、障害発生時に各ＥＣＵに対して各々が制御系ネットワーク２２上に送信した、故障診断に必要な制御データを各々で保持するように指示する。故障診断するためには、制御データの変化、すなわち制御データの時間経過を見る必要がある。車両情報蓄積装置１００は、所定の時間が経過すると、各ＥＣＵで保持した制御データを回収し、回収した制御データをカーナビゲーション装置１１０のＨＤＤへ格納する。ここでは、大容量の記憶装置を有する典型的な情報処理装置としてカーナビゲーション装置１１０を利用するが、大量の制御データを格納できる情報処理装置であれば良い。
【００２０】
図２は、車両情報蓄積装置１００のハードウェア構成を示す。車両情報蓄積装置１００は、情報系ネットワーク用の通信部２０１、制御系ネットワーク用の通信部２０２、演算装置であるＣＰＵ(Central Processing Unit)２０３、時刻および時間を測定するためのタイマ２０４、揮発性の記憶装置であるＲＡＭ(Random Access Memory)２０５、プログラムやデータを格納する不揮発性の記憶装置であるＲＯＭ(Read Only Memory)２０６を有する。車両情報蓄積装置１００は、実行するプログラムやプログラムの実行に必要な固定データをＲＯＭ２０６に格納し、プログラムの実行に必要な可変データの格納や、エンジンＥＣＵ１２０、トランスミッションＥＣＵ１２１、ブレーキＥＣＵ１２２が蓄積した蓄積データを回収し、カーナビゲーション装置１１０のＨＤＤに蓄積させるためのバッファ領域として、ＲＡＭ２０５を利用する。
【００２１】
図３は、車両情報蓄積装置１００のソフトウェア構成を示す。車両情報蓄積装置１００は、制御系ネットワーク２２との通信インターフェースである制御系ネットワーク用通信Ｉ／Ｆ３０７、受信した制御情報が、各ＥＣＵに対して蓄積データを保持するように指示するトリガとなるかを判定するトリガ判定部３０４、受信した制御情報から故障診断に必要な制御情報を選択する間引き処理部３０３、選択した制御情報を制御系ネットワーク２２上の対応するＥＣＵ（選択前の制御データを生成したＥＣＵ）に返信データとして返送するデータ返送部３０５、返信データを蓄積データとして蓄積したＥＣＵから蓄積データを回収するデータ回収部３０６、ＥＣＵから回収した回収データをカーナビゲーション装置１１０に蓄積するナビ蓄積部３０２、および情報系ネットワーク２１との通信インターフェースである情報系ネットワーク用通信Ｉ／Ｆ３０１を有する。
【００２２】
また、トリガ判定部３０４で利用するトリガ判定の基準を設定したトリガ条件設定テーブル３１０、間引き処理部３０３で利用する制御系ネットワーク２２からの制御情報から故障診断に必要な制御情報を選択する方式を設定した蓄積データ間引き設定テーブル３０９がある。制御系ネットワーク２２から受信した制御情報から蓄積データを選択する間引処理に用いる一時的な領域としてもＲＡＭ２０５を用いる。
【００２３】
制御系ネットワーク用通信Ｉ／Ｆ３０７は制御系ネットワーク２２で用いられている通信規格に準じて通信する。例えば、通信規格は、ＣＡＮ、ＬＩＮ、ＦｌｅｘＲａｙなどである。情報系ネットワーク用通信Ｉ／Ｆ３０１は情報系ネットワーク２１で用いられている通信規格に準じて通信する。例えば、通信規格は、ＣＡＮ、ＩＥＥE１３９４、ＭＯＳＴなどである。
【００２４】
図４は、ＥＣＵが制御系ネットワーク２２に送信する制御情報４００のデータフォーマットである。制御情報４００は、データ識別子４０１、制御データ識別子４０２、及び制御データ４０３を含む。データ識別子４０１は、ＥＣＵから送信された制御情報であることを示す識別子である。制御データ識別子４０２は、制御情報４００に含まれている制御データを識別するための識別子である。制御データ４０３は、車両への制御指令や制御状態を表し、たとえばＥＣＵが制御対象のエンジンなどを制御するための制御指令値やエンジンの状態を計測するセンサの値などのデータである。  各ＥＣＵが蓄積するために、車両情報蓄積装置１００が返送する制御データを返信データと呼ぶ。図５は、車両情報蓄積装置１００のデータ返送部３０５によるＥＣＵへの返信データ５００のデータフォーマットである。返信データ５００は、データ識別子５０１、制御データ識別子５０２、制御データ５０３、時刻情報５０４、及びトリガ検知フラグ５０５を含む。データ識別子５０１は、返信データ５００が車両情報蓄積装置１００からＥＣＵへ返送されたデータであることを示す識別子である。制御データ識別子５０２は、制御データ５０３の種別を示す識別子である。制御データ５０３は、制御データ識別子５０２が示す制御データの値であり、前述した制御データ４０３と同様の内容である。時刻情報５０４は、制御データ５０３が車両情報蓄積装置１００に入力された時刻（車両情報蓄積装置１００が制御系ネットワーク２２から制御データ５０３を含む制御情報を受信した時刻）を示す値である。トリガ検知フラグ５０５は、トリガ判定部３０４が既にトリガを検知しているかどうかを示し、既に検知している場合は「１」が、未検知の場合は「０」が設定される。返信データ５００は、ＥＣＵから車両情報蓄積装置１００に送信される制御情報４００に対して、データ識別子４０１を返信データ用の識別子に変更し、制御情報４００を車両情報蓄積装置１００で受信した時刻の時刻情報５０４を付加し、トリガ判定部３０４が既にトリガを検知しているかどうかを示すトリガ検知フラグを付加したものである。
【００２５】
図６は、車両情報蓄積装置１００のデータ回収部３０６が、ＥＣＵに保持された蓄積データを回収するために、ＥＣＵに対して送信するデータ回収コマンド６００のデータフォーマットである。データ回収コマンド６００は、データ識別子６０１、およびＥＣＵ識別子６０２を含む。データ識別子６０１は、データ回収コマンド６００が車両情報蓄積装置１００からＥＣＵに対する蓄積データを回収するためのコマンドであることを示す識別子である。ＥＣＵ識別子６０２は、蓄積データを回収する対象のＥＣＵを示す識別子である。制御系ネットワーク２２に接続する各ＥＣＵは、たとえばデータ識別子６０１として回収コマンドを示す「#3000」を持つデータを受信すると、ＥＣＵ識別子６０２が自分自身(自ＥＣＵ)を示しているかを確認する。自分自身である場合は、ＥＣＵは蓄積データを回収データとして車両情報蓄積装置１００に送信する。
【００２６】
図７は、ＥＣＵがデータ回収コマンド６００に応答して、車両情報蓄積装置１００に送信する回収データ７００のデータフォーマットである。回収データ７００はデータ識別子７０１、ＥＣＵ識別子７０２、ＥＣＵ蓄積データ７０３、及びＥＣＵ蓄積データシーケンス番号７０４を含む。データ識別子７０１は、ＥＣＵから車両情報蓄積装置１００に送信された回収データであることを示す識別子である。ＥＣＵ識別子７０２は、回収データを送信したＥＣＵを示す識別子である。ＥＣＵ蓄積データ７０３はＥＣＵの蓄積データであり、制御データそのもの以外に、車両情報蓄積装置１００からの返信データ５００の中に付加された時間情報５０４を含む。ＥＣＵ蓄積データシーケンス番号７０４は、ＥＣＵ識別子７０２のＥＣＵが保持する蓄積データについて、何番目のデータであるかを示す。
【００２７】
図８は、車両情報蓄積装置１００がカーナビゲーション装置１１０に回収データを送信するときのナビ蓄積データ８００のデータフォーマットである。ナビ蓄積データ８００は、データ識別子８０１、ＥＣＵ識別子８０２、ＥＣＵ蓄積データ８０３、ＥＣＵ蓄積データシーケンス番号８０４、及び全蓄積データシーケンス番号８０５を含む。データ識別子８０１は、ナビ蓄積データ８００が車両情報蓄積装置１００からカーナビゲーション装置１１０へ送信されたデータであることを示す識別子を設定する。ＥＣＵ識別子８０２は、ナビ蓄積データ８００に含む回収データを蓄積していたＥＣＵを示す識別子である。ＥＣＵ蓄積データ８０３は、ＥＣＵ識別子８０２で識別されるＥＣＵが蓄積していた蓄積データである。この蓄積データには制御データだけでなく時刻情報も含む。ＥＣＵ蓄積データシーケンス番号８０４は、ＥＣＵ識別子８０２のＥＣＵが保持する蓄積データについて、何番目のデータであるかを示す。ＥＣＵ識別子８０２、ＥＣＵ蓄積データ８０３、及びＥＣＵ蓄積データシーケンス番号８０４は、図７の回収データ７００のＥＣＵ識別子７０２、ＥＣＵ蓄積データ７０３、及びＥＣＵ蓄積データシーケンス番号７０４とおなじである。
【００２８】
ＥＣＵが複数ある場合、ＥＣＵごとに異なる回収データをナビ蓄積データ８００として車両情報蓄積装置１００は送信するので、車両情報蓄積装置１００からカーナビゲーション装置１１０へ送信しているナビ蓄積データ８００の何番目のデータであるかを全蓄積データシーケンス番号８０５は示す。
【００２９】
図９は、トリガ条件設定テーブル３１０の構成例である。トリガ条件設定テーブル３１０は、制御データ識別子９０１、ビット範囲９０２、閾値９０３、および条件９０４を含む。制御データ識別子９０１は、トリガ条件が対象とする制御データの種別を示す識別子である。
【００３０】
ビット範囲９０２は、トリガ条件の対象が制御データ識別子９０１で設定した制御データの何ビット目の部分のデータであるかを示す。制御データは、ＥＣＵが備える記憶装置の容量を効率的に用いるために、また制御系ネットワーク２２上に送信する情報量を少なくするために、Nullデータを極力少なくした圧縮したフォーマットを用いる。たとえば、１６ビットの制御データの中の１ビット目（ビット位置は０）から５ビット目（ビット位置は４）までの５ビットがある制御指令の値を示し、６ビット目から1０ビット目までの５ビットがその制御指令の値に対応したセンサの値を示し、１１ビット目から1６ビット目までの６ビットがその制御指令の値に対応した他のセンサの値を示すようにである。たとえば、図９のトリガ条件設定テーブル３１０の１行目は、制御データ識別子「＃１２０１」の制御データの４ビット目から1５ビット目までの１２ビットがトリガ条件を判定する対象のデータであることを示している。
【００３１】
閾値９０３は条件判定に用いる閾値を示す。条件９０４は条件判定に用いる演算子である。ここでは、説明を簡単にするために、演算子は「１」及び「０」の２通りで、１は「閾値以上」、０は「閾値以下」を意味する。１の「閾値以上」の場合は、制御系ネットワーク２２から入力された制御情報に含まれる制御データが、制御データ識別子９０１で示される制御データであり、その値が閾値９０３の値以上であるとトリガ条件が成立したとする。０の「閾値以下」の場合は、制御系ネットワーク２２から入力された制御情報に含まれる制御データが、制御データ識別子９０１で示される制御データであり、その値が閾値９０３の値以下であるとトリガ条件が成立したとする。実際には、複数種別の制御データを変数とした所定の演算結果を閾値９０３の値と比較する場合もあり、そのような場合は条件９０４として、所定の演算式、閾値９０３の値との大小関係比較であることや閾値９０３で上下限が示される範囲の内外比較であることなどを設定しておく。
【００３２】
図９では、一つ目のトリガ条件として制御データ識別子９０１に、エンジンＥＣＵ１２０のエンジン回転数を示す「＃１２０１」、ビット範囲９０２に「４、１５」と設定してある。閾値は「１００００」、条件は「１」を設定してあり、エンジン回転数が１００００以上の場合にトリガ条件が成立する。
【００３３】
２つ目のトリガ条件として制御データ識別子９０１に、トランスミッションＥＣＵ１２１のライン圧を示す「＃１２１１」、ビット範囲９０２に「０、７」と設定してある。閾値は「１０」、条件は「１」を設定してあり、ライン圧が１０以上の場合にトリガ条件が成立する。
【００３４】
３つ目のトリガ条件として制御データ識別子９０１に、ブレーキＥＣＵ１２２のブレーキ圧を示す「＃１２２１」、ビット範囲９０２に「０、７」と設定してある。閾値は「０」、条件は「０」を設定してあるので、ブレーキ圧が０以下を示した場合にトリガ条件が成立することを意味する。
【００３５】
図１０は、蓄積データ間引き設定テーブル３０９の構成例である。蓄積データ間引き設定テーブル３０９は、受信した制御情報４００に含まれる制御データを間引いて蓄積データとする条件を示すテーブルである。蓄積データ間引き設定テーブル３０９は、制御データ識別子１００１、ビット範囲１００２、間引き間隔１００３、間引き方法１００４、及びオプション１００５を含む。制御データ識別子１００１は、間引き条件が対象とする制御データの種別を示す識別子である。ビット範囲１００２は、間引き条件の対象が制御データ識別子１００１で設定した制御データの何ビット目の部分のデータであるかを示す。ビット位置などの具体例は、図９の説明と同様である。
【００３６】
間引き間隔１００３は、一般には、制御データ識別子１００１が示す制御データを連続的にｎ回受信した場合に、その中の１回分の制御データを蓄積データとして残すための値ｎを示す。ここでの間引くとは、ｎ個の制御データからｎ−１個のデータを間引くことを意味し、換言するとｎ個の制御データから１個のデータを選択することを意味している。一般にはとは、間引き方法１００４に依存して他の意味を持たせるからである。具体的には、間引きしない場合は「−１」を設定する。
【００３７】
間引き方法１００４では間引く方法を指定する。ここで説明する間引く方法の指定値は０〜４の５種類である。０は間引かない場合に設定する。１はオプション１００５に設定する値を閾値として、閾値を超えた場合、最初に閾値を越えた制御データを間引かずに残す。２はオプション１００５に設定する値を閾値として、閾値を下回った場合、最初に閾値を下回った制御データを間引かずに残す。３はオプション１００５に設定する値を閾値として、一つ前に受信された値との差が閾値を超えた場合、最初に閾値を超えた制御データを間引かずに残す。４はオプション１００５に設定する値を閾値として、一つ前に入力された値との差が閾値を下回った場合、最初に閾値を下回った制御データを間引かずに残す。
【００３８】
制御データが示す制御指令や制御状態は、ＥＣＵの制御対象によっても多様であるので、必ずしも故障診断に必要な情報とは限らない。制御対象の制御には必要であるが、明らかに故障診断に不必要な制御データは、予め蓄積しないようにする。蓄積しないようにするためには、蓄積データ間引き設定テーブル３０９の制御データ識別子１００１に、蓄積が不要な制御データの識別子を設定せずに、間引き処理部３０３の処理対象外とすることにより返信データを生成しないようにする。
【００３９】
図１０では、一つ目の間引き設定として、制御データ識別子１００１がエンジンＥＣＵ１２０のエンジン回転数を示す「＃１２０１」、ビット範囲１００２が「４、１５」、間引き間隔１００３が「５」であるので、間引き処理部３０３は、制御データ識別子が「#１２０１」の制御データの５回の受信に対して返信データの返送は１回となるように間引く。間引き方法１００４は「１」、オプション１００５は「１００００」であるので、受信した制御データが閾値である１００００を超えた場合、５回の中で最初に超えた制御データを間引かずに残し、５回の入力で全て閾値を超えない場合は５回のうちの最後の制御データを間引かずに残す。
【００４０】
二つ目の間引き設定として、制御データ識別子１００１がトランスミッションＥＣＵ１２１のライン圧を示す「＃１２１１」、ビット範囲１００２が「０、３」、間引き間隔１００３が「１０」であるので、間引き処理部３０３は、制御データ識別子が「＃１２１１」の制御データの１０回の受信に対して返信データの返送は１回となるように間引く。間引き方法１００４は「３」、オプション１００５は「１０」であるので、間引き処理部３０３は、直前に受信した制御データとの差が閾値である１０を超えた場合は１０回のなかで最初に閾値超えた制御データを間引かずに残し、１０回の受信で全て差が閾値を超えない場合は１０回のうちの最後に入力された制御データを間引かずに残す。
【００４１】
三つ目の間引き設定として、制御データ識別子１００１がブレーキＥＣＵ１２１のブレーキ圧を示す「＃１２２１」、ビット範囲１００２が「０、７」、間引き間隔１００３が「−１」であるので、間引き処理部３０３は、間引かずに受信した制御データを順次返信データとして出力する。
【００４２】
図１１は、車両情報蓄積装置１００において、間引き処理を実行するために一時的に記録する一時蓄積ＥＣＵデータ３０８の構成例である。一時蓄積ＥＣＵデータ３０８は、制御データ識別子１１０１、間引きカウント１１０２、最新データ１１０３、最新データ時刻情報１１０４、及び検知フラグ１１０５を含む。制御データ識別子１１０１は、間引きの対象の制御データの種別を識別するための識別子を示す。制御データ識別子１１０１の値は、蓄積データ間引き設定テーブル３０９の制御データ識別子１００１を用いる。間引きカウント１１０２は残りの間引き回数を示す。間引きカウント１１０２の値は、蓄積データ間引き設定テーブル３０９の間引き間隔１００３の値を初期値として、制御データ識別子１１０１を持つ制御データを受信するごとに、値を１小さくする。値が０になると、データ返送部３０５に最新データ１１０３および最新データ時刻情報１１０４を返送するようにした後、蓄積データ間引き設定テーブル３０９の間引き間隔１００３から間引き間隔１００３の値をコピーする。最新データ１４０３は、現在間引かれずに残っている最新のデータである。最新データ受信時刻情報１１０４は、最新データ１４０３を受信した時の時刻情報である。検知フラグ１１０５は、蓄積データ間引き設定テーブル３０９で設定された間引き方法に従った条件に現在の間引きカウント中に当てはまる値が受信されたかどうかを示す。現在の間引きカウント中に当てはまった値の制御データがあれば「１」、なければ「０」が設定される。「０」のときは制御データを受信するたびに、条件に当てはまるかを確認し、その時の制御データを最新データ１１０３に設定し、最新データ時刻情報１１０４にその時の時刻情報を設定し、間引きカウント１１０２を１減らす。「１」のときは、何もチェックをせず、間引きカウント１１０２を１減らす。
【００４３】
図１１では、一つ目のデータは、制御データ識別子１１０１が「＃１２０１」で間引きカウント１１０２が「５」、最新データ１１０３が「０ｘ００ＦＦ００００」、最新データ時刻情報１１０４が「００：１０：１０  １００」、検知フラグ１１０５が「０」であり、エンジン回転数を含むエンジンＥＣＵ１２０からの制御データで００：１０：１０  １００に受信した０ｘ００ＦＦ００００のデータが最新のデータとして間引かれずに残っていることを示す。また蓄積データ間引き設定テーブル３０９の間引き方法１００４に該当する値も受信していないことを示す。
【００４４】
二つ目のデータは制御データ識別子１１０１が「＃１２１１」で間引きカウント１１０２が「４」、最新データ１１０３が「０ｘ２Ｆ００００００」、最新データ時刻情報１１０４が「００：１０：１０  １０５」、検知フラグ１１０５が「０」であり、ライン圧を含むトランスミッションＥＣＵ１２１からの制御データで００：１０：１０  １０５に受信した０ｘ２Ｆ００００００のデータが最新のデータとして間引かれずに残っていることを示す。また蓄積データ間引き設定テーブル３０９の間引き方法１００４に該当する値も受信していないことを示す。
【００４５】
三つ目のデータは制御データ識別子１１０１が「＃１２２１」で間引きカウント１１０２が「−１」、最新データ１１０３が「０ｘ００００００００」、最新データ時刻情報１１０４が「００：１０：１０  １０２」、検知フラグ１１０５が「０」であり、ブレーキ圧を含むブレーキＥＣＵ１２２からの制御データで００：１０：１０  １０２に受信した０ｘ００００００００のデータが最新のデータであり、間引き処理を行っていないことを示す。
【００４６】
図１２は、車両情報蓄積装置１００による車両情報蓄積処理のフローチャートを示す。車両情報蓄積装置１００は、制御系ネットワーク２２から制御系ネットワーク用通信Ｉ／Ｆ３０７を介して制御情報を受信する（１２０１）。
【００４７】
トリガ判定部３０４が、トリガ条件設定テーブル３１０を用いて受信した制御情報４００制御データ４０３のトリガ判定を実行する（１２０２）。トリガを検知した場合はトリガ検知をしたことをデータ回収部３０６に通知し、車両情報蓄積装置１００のモードをトリガ検知状態とする（１２０３）。
【００４８】
トリガ判定部３０４によるトリガ条件判定は、具体的には、受信した制御情報４００に含まれる制御データ識別子４０２がトリガ条件設定テーブル３１０の制御データ識別子に一致し、制御データ４０３のビット範囲９０２の値と閾値９０３との大小関係を判定する。条件成立/不成立は図９を用いて説明したとおりである。トリガ判定部３０４は、受信した制御情報が条件を満足する場合(トリガ条件を検知した場合)、ＥＣＵに対して蓄積データの保持を指示する。蓄積データの保持を指示されたＥＣＵは、所定時間遡った時刻からの蓄積データを保持し、さらに所定時間を経過した後までの蓄積データを保持する。蓄積データの保持のために、トリガ条件検知前に遡る所定時間とトリガ条件検知後に経過する所定時間とは、同じ時間である必要はなく、検知したトリガ条件に依存させて各々の所定時間を予め設定しておく。
【００４９】
ＥＣＵは蓄積データを次のように保持する。ＥＣＵが持つ記憶装置内の蓄積データを格納する記憶領域をリングバッファとして用いる。したがって、ＥＣＵは、車両情報蓄積装置１００からの返信データ５００を蓄積データとして、リングバッファ内の最も古い蓄積データに上書きするように格納する。蓄積データの保持は、トリガ判定部３０４によるトリガ条件検知に応じて、蓄積データの保持を指示されたＥＣＵは所定時間前の蓄積データからフラグ付けをしておく（蓄積データとして蓄積してある返信データ５００のトリガ検知フラグ５０５をオンにする）、指示された時刻又は指示された時刻から所定時間前の時刻を記憶しておくなどによる。
【００５０】
トリガ判定の結果、トリガが検知できた場合も検知できなかった場合も、受信した制御データを間引き処理部３０３の処理対象とする。間引き処理部３０３は、残す制御データを受信する毎に、タイマ２０４から時刻情報を受け取り、残す制御データと時刻情報とを対応付けて一時蓄積ＥＣＵデータ３０８に格納する。また蓄積データ間引き設定テーブル３０９を参照し、間引き方法１００４に指定された条件が検知されたか確認し、一時蓄積ＥＣＵデータ３０８の検知フラグ１１０５を更新する（１２０４）。
【００５１】
間引きが完了したかを確認するために、一時蓄積ＥＣＵデータ３０８の間引きカウント１１０２の値を確認する（１２０５）。一時蓄積ＥＣＵデータ３０８の間引きカウント１１０２の値が０又は−１の場合は間引きが完了しているので、データ返送部３０５で間引きの完了した制御データを制御系ネットワーク２２に返送する（１２０６）。
【００５２】
間引きが完了していた場合も完了していなかった場合もモードがトリガ検知状態の場合、トリガ検知から所定時間経過したか確認する（１２０７）。トリガ検知状態でない、またはトリガ検知から所定時間経過していない場合は１２０１に戻って制御系ネットワーク２２から制御情報４００を受信する。
【００５３】
一方、トリガ検知から所定時間経過した場合、車両情報蓄積装置１００のモードをデータ回収モードとする。データ回収部３０６は、制御系ネットワーク２２に接続するＥＣＵにデータ回収コマンドを送信して、ＥＣＵが保持している蓄積データを回収する（１２０８）。データ回収コマンドの送信やデータ回収の実行は、トリガ検知から所定時間経過した場合でなくても良い。たとえば、ＥＣＵやカーナビゲーション装置１１０の処理負荷が少ないときに実行するようにする。回収した回収データは、車両情報蓄積装置１００のＲＡＭ２０５上に一時的に格納され、ナビ蓄積部３０２からカーナビゲーション装置１１０のＨＤＤへの記録完了の通知を受けて削除される。あるＥＣＵについてＥＣＵ蓄積データが回収されると、ナビ蓄積部３０２により回収された回収データはナビ蓄積データ８００としてカーナビゲーション装置１１０に蓄積される（１２０９）。全てのＥＣＵから回収データの回収が完了したか確認する（１２１０）。回収が完了していない場合は完了するまで、データ回収部３０６で回収データを回収し（１２０８）、ナビ蓄積部３０２でのナビ蓄積（１２０９）を繰り返す。
【００５４】
ナビ蓄積部３０２は、データ回収部３０６が回収した蓄積データをカーナビゲーション装置１１０に蓄積する。ナビ蓄積部３０２は、まずカーナビゲーション装置１１０に回収データの蓄積を開始するように要求する。この要求に対するカーナビゲーション装置１１０からの応答を受信すると、ナビ蓄積部３０２はＲＡＭ２０５上に格納している回収データを所定のサイズに分割し、シーケンス番号を付けてカーナビゲーション装置１１０に送信する。
【００５５】
全てのＥＣＵから回収データの回収が完了すると、トリガ検知を未検知とし、車両情報蓄積装置１００のモードをトリガ未検知状態に設定する（１２１１）。IGN  ＯＦＦ(エンジンＯＦＦ)がされているか確認をし（１２１２）、IGN ＯＦＦされている場合は処理を終了し、IGN OFFされていなかった場合は、制御系ネットワーク２２から制御情報４００を受信の処理に戻る。
【００５６】
図１３はフローチャート１２００のデータ回収１２０７、ナビ蓄積１２０８における、カーナビゲーション装置１１０と車両情報蓄積装置１００との間のデータ転送シーケンス図である。まずナビ蓄積部３０２からカーナビゲーション装置１００に対して、データ蓄積開始要求（１３０１）を送信する。これに対してカーナビゲーション装置１００から応答（１３０２）を受けると、カーナビゲーション装置１１０への回収データを送信する（１３０３）。毎回の回収データの送信に対してカーナビゲーション装置１１０から受信応答を受け取る（１３０４）。一つのＥＣＵについての回収データのカーナビゲーション装置１１０への蓄積が終了すると、データ回収部３０６が他のＥＣＵの回収データを回収し、ナビ蓄積部３０２でその回収データを送信する。そして各ＥＣＵからの回収データの送信が完了すると、車両情報蓄積装置１００からカーナビゲーション装置１１０に対して、全データ送信完了通知を通知し、データの蓄積処理を終了する（１３０７）。
【００５７】
本実施形態では、カーナビゲーション装置１１０へのデータ回収も車両情報蓄積装置１００の処理として説明したが、情報系ネットワーク２１と制御系ネットワーク２２とを直接的に、又は情報流が制御系ネットワーク２２から情報系ネットワーク２１への単方向に制御するゲートウェイ装置を介して間接的に接続し、車両情報蓄積装置１００はデータ回収の契機を与え、ＥＣＵとカーナビゲーション装置１１０との間でデータ回収の処理を実行しても良い。
【００５８】
本実施形態によれば、車両情報蓄積装置により制御データを間引くことにより、車両の故障診断に有用な制御情報を選択的に取得できる。
【００５９】
本実施形態によれば、膨大な情報量の制御データを蓄積するためには、間引いた制御データを各ＥＣＵが持つ小さな記憶容量の記憶装置に保持し、それらの制御データをまとめて、大容量の記憶装置を持つカーナビゲーション装置に回収される。カーナビゲーション装置に回収された制御データは、可搬型の記憶装置（ＤＶＤやＵＳＢメモリ）に容易に移動できるので、カーナビゲーション装置の記憶装置利用も一時的なものになる。
【００６０】
本実施形態によれば、故障診断に有用な制御情報の選択を、複数のＥＣＵの制御データをまとめて、一つの車両情報蓄積装置で実行できるので、処理負荷が常に高いものもあるＥＣＵに実行させずに済む。また、車両情報蓄積装置の記憶装置は一時的(バッファ的)な使用であり、大容量を必要としないので、小型な装置として実現できる。
【符号の説明】
【００６１】
２１：情報系ネットワーク、２２：制御系ネットワーク、１００：車両情報蓄積装置、１１０：カーナビゲーション装置、１２０：エンジンＥＣＵ、１２１：トランスミッションＥＣＵ、１２２：ブレーキＥＣＵ、２０１：情報系ネットワーク用の通信部、２０２：制御系ネットワーク用の通信部、２０３：ＣＰＵ、２０４：タイマ、２０５:ＲＡＭ、２０６：ＲＯＭ、３０１：情報系ネットワーク用通信Ｉ/Ｆ、３０２：ナビ蓄積部、３０３：間引き処理部、３０４：トリガ判定部、３０５：データ返送部、３０６：データ回収部、３０７：制御系ネットワーク用通信Ｉ/Ｆ、３０８：一時蓄積ＥＣＵデータ、３０９：蓄積データ間引き設定テーブル、３１０：トリガ条件設定テーブル、４００：制御情報、５００: 返信データ、６００: データ回収コマンド、７００: 回収データ、８００: ナビ蓄積データ。
【図１】
2010188913.tif 000003
【図２】
2010188913.tif 000004
【図３】
2010188913.tif 000005
【図４】
2010188913.tif 000006
【図５】
2010188913.tif 000007
【図６】
2010188913.tif 000008
【図７】
2010188913.tif 000009
【図８】
2010188913.tif 000010
【図９】
2010188913.tif 000011
【図１０】
2010188913.tif 000012
【図１１】
2010188913.tif 000013
【図１２】
2010188913.tif 000014
【図１３】
2010188913.tif 000015