JP4270301B2 - 車載データ収集装置と通信するセンタ - Google Patents

Description

本発明は、車両の挙動を表すデータまたは車両の制御を表すデータを記録する車載データ収集装置、複数の車載データ収集装置と通信を行うセンタ、および車載システムに関する。

従来、車両内のセンサやアクチュエータの故障を検出する機能を有し、その故障の検出をトリガとして、その故障の前後における、当該車両の挙動を表すデータまたは当該車両の制御を表すデータを、フリーズデータとして記憶するデータ収集装置が知られている。このフリーズデータは、車両の販売取扱店等において当該車両の故障の原因を特定するために利用される。

また、特許文献１には、フリーズデータの記憶のタイミングの自由度を増してより故障の原因の特定を容易化するための技術として、車両の外部の装置が出力した所定のトリガ信号を受けると、その受けたタイミングにおいて車両のデータをフリーズデータとして記憶する装置の技術が開示されている。
特開平９−１２６９５４号公報

しかし、特許文献１のような技術は、単にフリーズデータを記憶させたいタイミングに外部の装置にトリガ信号を出力させるに過ぎず、フリーズデータ記録のタイミングを車両の外部より複雑に設定することはできない。

本発明は上記点に鑑み、車両の挙動を表すデータまたは車両の制御を表すデータを記録する車載データ収集装置において、それらデータの記録のタイミングを従来よりも複雑に車両の外部より設定する技術を提供することを第１の目的とする。

上記の第１の目的を達成するための本発明の第１の特徴は、車載データ収集装置が、車両の外部の第１の装置（２５０、２８０）と通信するための通信手段（１１）と、当該車載データ収集装置の外部から当該車載データ収集装置への電力供給が停止しても記憶内容を保持し続けることができる第１の記憶媒体（１４）と、通信手段を介して外部の第１の装置から条件信号を受信したとき、その条件信号に含まれる第１の条件を、車両の異常の検出条件として設定する設定手段（１７ｂ）と、設定手段が設定した検出条件が満たされたか否かを判定し、その判定結果が肯定的となったとき、車両の挙動を表すデータまたは車両の制御を表すデータを、フリーズデータとして、第１の記憶媒体へ記録するフリーズ手段（１７ａ）と、を備えたことである。

このように、車載データ収集装置が、車両の外部の第１の装置から受信した条件信号に基づく検出条件について、それが満たされたか否かを判定する機能を有し、さらに、その判定の結果が肯定的となったときフリーズデータを記録する機能を有することで、フリーズデータの記録タイミングを（換言すればフリーズデータ収集の感度を）複雑に車両の外部より設定することができるようになる。

また、車載データ収集装置が、ＲＡＭである第２の記憶媒体（１２）を備えている場合、設定手段が設定する検出条件は、第２の記憶媒体の特定のアドレスに記憶された値と所定の基準値との間の関係を規定する条件であるようになっていてもよい。このようになっていることで、ＲＡＭ内のデータの値に対する種々の条件を検出条件として車両外部から設定することができるようになる。

仮に、ＲＡＭ内のデータに対する所定の条件が満たされるとフリーズデータを記録するよう、車載データ収集装置がその製造時に設定されていたとする。このような場合には、ＲＡＭ内のデータの内容に応じてフリーズデータを記録することが可能になる。ただし、このようにして設定された所定の条件は、車載データ収集装置の製造後に変更することができないので、その所定の条件が満たされないながらも、ＲＡＭ中に何らかの異常が発生しているような状態が発生し得る。ＲＡＭのデータの値に対する検出条件を外部から通信によって設定することができれば、このようなあらかじめ設定された条件を満たさない異常（すなわち、ＲＡＭ内部でくすぶっている異常）の発生時にも、車載データ収集装置フリーズデータを記憶するように設定することも可能となる。

また、車載データ収集装置は、車両の内部のアクチュエータへの信号の出力、車両の内部のセンサからの信号の入力、およびアクチュエータからの信号の入力のうちいずれか１つを媒介するための複数の入出力ポート（１３）を備えていてもよい。この場合、設定手段が設定する検出条件は、入出力ポート中の設定ポートにおける信号レベルと所定の基準値との間の関係を規定する条件であってもよい。なお、設定ポートとは、検出条件の設定により指定されたポートをいう。このようになっていることで、設定ポートにおける信号レベルに対する種々の条件を検出条件として車両外部から設定することができるようになる。

仮に、設定ポートにおける信号レベルに対する所定の条件が満たされるとフリーズデータを記録するよう、車載データ収集装置がその製造時に設定されていたとする。このような場合には、設定ポートにおける信号レベルの内容に応じてフリーズデータを記録することが可能になる。ただし、このようにして設定された所定の条件は、車載データ収集装置の製造後に変更することができないので、その所定の条件が満たされないながらも、設定ポートの信号レベルに何らかの異常が発生しているような状態が発生し得る。設定ポートの信号レベルに対する検出条件を外部から通信によって設定することができれば、このようなあらかじめ設定された条件を満たさない異常（すなわち、設定ポート内でくすぶっている異常）の発生時にも、車載データ収集装置フリーズデータを記憶するように設定することも可能となる。

また、設定手段は、設定した前記検出条件を設定対象から除外することができるようになっていてもよい。その場合、設定手段は、設定した前記検出条件を、当該検出条件を表すデータよりもデータ長が短い第１の識別コードと共に記録するようになっていれば、通信手段を介して外部の第１の装置から第２の識別コードを受信したとき、第１の識別コードと第２の識別コードが互いに対応していること、および、第１の識別コードと共に記憶された検出条件が設定対象から除外されているときに、第１の識別コードと共に記録された検出条件を、車両の異常の検出条件として設定するようになっていてもよい。

このようになっていることで、過去に設定した検出条件のうち、設定対象から除外されたものであっても、当該検出条件と共に記録された第１の識別コードに対応する第２の識別コードを出力することで、当該検出条件を再度有効化することができる。このような識別コードを用いることで、ある検出条件を再設定する際に、改めて識別コードよりもデータ長が長い検出条件を外部から送信する手間が省ける。

また、設定手段は、設定した検出条件を、当該車載データ収集装置の外部から当該車載データ収集装置への電力供給が停止しても記憶内容を保持し続けることができる第３の記憶媒体（１ｄ）に記録するようになっていてもよい。このようになっていることで、車載データ収集装置への電力供給源である車両のバッテリを外し、車載データ収集装置の故障を修理した後でも、当該第３の記憶媒体に記憶されている検出条件を継続して使用することができる。したがって、修理後に車載データ収集装置が正常に機能していることの確認が容易となる。

また、車載データ収集装置は、通信手段を介して車両の外部の第２の装置（２５０、２８０）から、設定手段によって記録された検出条件および第１の識別コードの組を要求する信号を受けたことに基づいて、当該組を、通信手段を介して、外部の第２の装置に送信することができるようになっていてもよい。このようになっていることで、車両の外部の第２の装置が、車載データ収集装置内の記録された検出条件および第１の識別コードの組を車載データ収集装置に対して要求して取得することができるようになる。

また、設定手段は、通信手段を介して外部の第１の装置から条件信号を受信したとき、第２の条件が満たされたことに基づいて、その条件信号に含まれる第１の条件を、車両の異常の検出条件として設定することを禁止するようになっていてもよい。このようになっていることで、検出条件を設定することが不都合な場合にまで受信した検出条件を設定してしまう可能性が低減される。

また、設定手段は、通信手段を介して外部の第１の装置から条件信号を受信したとき、第２の条件が満たされたことに基づいて、その条件信号に含まれる第１の条件を、前記車両の異常の検出条件として設定することを禁止すると共に、第１の条件を車両の異常の検出条件として設定することができない旨の信号を、通信手段を介して、当該第１の装置に送信するようになっていてもよい。

このように、外部の装置からの検出条件の設定を履行できなかったことを当該外部の装置に通知することで、外部の装置の操作者に対して当該検出条件を設定することの妥当性の再考を促すことができる。

また、設定手段は、通信手段を介して外部の第１の装置から条件信号を受信したとき、その条件信号に含まれる周期を、フリーズ手段用の更新周期として設定するようになっていてもよい。そして、フリーズ手段は、設定手段が設定した検出条件が満たされたか否かを、設定手段が設定した更新周期で、繰り返し判定し、その判定結果が肯定的となったときフリーズデータを第１の記憶媒体へ記録するようになっていてもよい。

このようにすることで、車両の外部から、調べたい異常の特性に応じたフリーズ手段の更新周期を設定することができるようになる。

また、通信手段を介して車両の外部の第３の装置（２５０、２８０）から、設定手段によって設定された検出条件を要求する信号を受けたことに基づいて、当該検出条件を、通信手段を介して、外部の第３の装置に送信するようになっていてもよい。このようにすることで、第１の装置によって設定された検出条件を、他の第３の装置から参照することができるようになる。

また、上記のような車載データ収集装置と通信を行うための通信インターフェース（２５１）を持ったセンタが、複数の車両の１つ１つについて、当該１つの車両の車種識別情報と当該１つの車両の異常状態の情報とを共に記録する複数車両異常記録手段（７１０）と、複数の車両について記録された車種識別情報に基づいて、同じ種別に属する車両グループを特定し、当該特定した車両グループについて記録された複数の異常状態の情報のうち、同種の異常状態が基準割合以上あるか否かを判定する異常頻発判定手段（７１５）と、複数の車載データ収集装置がそれぞれ搭載された複数の搭載車両の１つ１つについて、当該１つの搭載車両の車種識別情報と、当該１つの搭載車両に搭載された車載データ収集装置との対応関係のデータを記憶する対応関係記憶媒体（２５３ｂ）と、異常頻発判定手段の判定結果が肯定的であるとき、対応関係記憶媒体が記憶する対応関係のデータに基づいて、異常頻発判定手段の判定対象であった車両グループと同じ種類の複数の搭載車両を特定し、特定した複数の搭載車両に搭載される複数の車載データ収集装置に、同一の条件信号を送信する条件信号送信手段（７２０）と、を備えるようになっていてもよい。

このような、同じ種別に属する車両グループについて同種の異常状態が基準割合以上あることに基づいて、当該グループに属する車両の車載データ収集装置に対して条件信号を送信するセンタを利用することで、複数の車両に対する検出条件の設定を一括管理することが可能となる。

なお、ここでいう「車種識別情報」とは、複数の車両から同種別の車両グループを選び出すための基準となり得る識別情報である。したがって、車種識別情報は、例えばＶＩＮコード（個別車両を識別するための番号）であってもよいし、それ以外のコードであってもよい。

また、複数の車種識別情報の１つ１つは、当該１つ１つの車両を個々に識別するための番号、当該車両に搭載される車載データ収集装置の識別番号、および当該車載データ収集装置に接続されるセンサあるいはアクチュエータの識別番号を含むデータであってもよい。このような構成の車種識別情報を用いることで、同じ種別に属する車両グループをより適切に特定することができる。

なお、上記特許請求の範囲における括弧内の符号は、特許請求の範囲に記載された構成要素等の一例として後述の実施形態に記載される具体物等との対応関係を示すものである。

（第１実施形態）
以下、本発明の第１実施形態について説明する。図１に、本実施形態に係る車両システム１００およびその周辺装置の全体構成を概略的に示す。車両システム１００は、１台の車両に搭載されるシステムである。この車両システム１００は、当該車両外部の車両診断装置２８０と信号の授受を行うことができる。また、車両システム１００は、無線基地局１５０および通信ネットワーク（例えばインターネット等の広域ネットワーク、専用回線等）２００を介して、通信ネットワーク２００に接続された遠方の管理センタ２５０と通信することができるようになっている。

図１に示すように、車両システム１００は、車両内のアクチュエータ（図示せず）の制御、車両内のセンサ（図示せず）を用いた各種車両状態の取得等を行うための各種ＥＣＵ１〜４を備え、さらに、車両診断装置２８０とＥＣＵ１〜４との間の信号の授受を媒介する双方向通信ユニット５、および、ＥＣＵ１〜４と無線基地局１５０との通信を媒介する無線通信ユニット６を備えている。これらＥＣＵ１〜４、双方向通信ユニット５、および無線通信ユニット６は、１つの車内ＬＡＮを構成し、互いに通信線を介して通信できるようになっている。

ＥＣＵ１は、図１に示すように、入出力部１ａ、ＥＥＰＲＯＭ１ｄ、および複数のＣＰＵ１ｂ、１ｃを有している。入出力部１ａは、ＣＰＵ１ｂ、１ｃと他の装置との間の車内ＬＡＮを通じた通信を媒介するインターフェースである。ＣＰＵ１ｂ、１ｃは、上述のアクチュエータの制御のための処理、車両状態の取得のための処理、または、車内ＬＡＮを通じた他の装置との通信のための処理を実行する。ＥＥＰＲＯＭ１ｄは、該車載データ収集装置の外部から当該車載データ収集装置への電力供給が停止しても記憶内容を保持し続けることができる周知の記憶媒体である。

ＥＣＵ２〜４も、ＥＣＵ１と同様にＣＰＵおよび入出力部を有している。ただし、ＥＣＵ１〜４のそれぞれが有するＣＰＵの数は、１つ以上ならどのような個数であってもよい。

車両診断装置２８０は、双方向通信ユニット５を介して車内ＬＡＮ中のＥＣＵ１〜４のそれぞれに対して信号を送出し、また、ＥＣＵ１〜４から送出された信号を双方向通信ユニット５を介して受ける機能を有した装置である。このような車両診断装置２８０は、車両の販売店等で車両の故障関連情報の抽出に用いられることが多い。例えば、車両診断装置２８０は、ユーザの操作を受け付ける操作部、その操作内容に基づいた信号を生成する制御部、および制御部が生成した信号を双方向通信ユニット５を介してＥＣＵ１〜４に送信する通信インターフェースを備えていてもよい。そして、通信インターフェースは、ＥＣＵ１〜４から送信された信号を双方向通信ユニット５を介して受けると、それを制御部に出力し、その信号出力を受けた制御部は、当該信号を示す内容を画像表示装置に表示し、あるいは、記憶媒体に記録する。

車両診断装置２８０がユーザの操作に基づいてＥＣＵ１〜４に送信する信号としては、例えば、ＥＣＵ１〜４の故障内容の分類コードであるダイアグコードを要求する信号、後述するフリーズデータを要求する信号、および後述する条件信号がある。

なお、車両システム１００のＥＣＵ構成の情報については、車両診断装置２８０は、車両システム１００との通信前に予め操作者の入力等によって入力されていてもよいし、車両システム１００との通信開始時に、各ＥＣＵ１〜４から受信するようになっていてもよい。

管理センタ２５０は、通信インターフェース２５１、作業用メモリであるＲＡＭ２５２、ハードディスクドライブ２５３、およびＣＰＵ２５４を有する。通信インターフェース２５１は、ＣＰＵ２５４と通信ネットワーク２００との間の通信を媒介するインターフェース回路である。ＣＰＵ２５４は、ハードディスクドライブ２５３に記憶された各種プログラムを実行し、またその実行において、通信インターフェース２５１、通信ネットワーク２００、無線基地局１５０、および無線通信ユニット６を介し、ＥＣＵ１〜４と通信を行う。ＥＣＵ１〜４との通信においてＣＰＵ２５４が送信するデータとしては、例えば、上述のダイアグコードを要求する信号、フリーズデータを要求する信号、および条件信号がある。

なお、車両システム１００のＥＣＵ構成の情報については、管理センタ２５０は、車両システム１００との通信前に予め操作者の入力等によって入力されていてもよいし、車両システム１００との通信開始時に、各ＥＣＵ１〜４から受信するようになっていてもよい。

図２に、ＣＰＵ１ｂの内部構成を概略的に示す。なお、以下では、ＣＰＵ１ｂについて主に説明するが、ＣＰＵ１ｃおよびＥＣＵ２〜４中のＣＰＵも、このＣＰＵ１ｂについて説明したものと同じ構成および作動を実現するようになっていてもよい。この図に示す通り、ＣＰＵ１ｂは、通信データ処理部１１、ＲＡＭ１２、入出力ポート群１３、スタンバイＲＡＭ１４、異常判定処理部１６、および制御部１７を有している。

通信データ処理部１１は、制御部１７と入出力部１ａとの間の信号の入出力を媒介する回路である。

ＲＡＭ１２は、異常判定処理部１６および制御部１７が処理を実行する際に作業領域として用いる記憶媒体である。例えば、ＣＰＵ１ｂが車両の制御を表すデータ（例えばエンジンの燃料噴射量、車室内空気目標温度）を演算する場合には、当該制御を表すデータがこのＲＡＭ１２に一時的に記録される。また例えば、ＣＰＵ１ｂが、車両の挙動を表すデータ（例えばエンジン回転数、排気ガス中二酸化炭素濃度、操舵角度）をセンサからの信号に基づいて取得する場合、当該挙動を表すデータがこのＲＡＭ１２に一時的に記録される。

入出力ポート群１３は、アクチュエータとの間の信号の入出力、および、センサとの間の信号の入出力を媒介する入出力ポートを複数有している。これら入出力ポートのそれぞれには、異なる入出力ポート番号が割り当てられている。なお、入出力ポートには、アクチュエータとの間の信号の入出力、および、センサとの間の信号の入出力を媒介するポートのみならず、アクチュエータへの信号の出力の断線を検出するためのポート（以下、断検ポートという）も含まれる。

スタンバイＲＡＭ１４は、該車載データ収集装置の外部から当該車載データ収集装置への電力供給が停止しても記憶内容を保持し続けることができる周知の記憶媒体である。

異常判定処理部１６は、ＥＣＵ１の製造時にあらかじめ決められた異常判定基準に基づいて、車両内に異常が発生したか否かを判定し、その判定結果（および判定結果が肯定的ならダイアグコード）、を制御部１７に出力する回路である。あらかじめ決められた異常判定基準は、どのようなものであってもよいが、例えば、図３に示すように、断検ポートの信号レベル７１が継続的にオン（すなわち断線している）となっている状態において定期的に増大し、断検ポートの信号レベル７１がオフとなったときにゼロにリセットされるＲＡＭ１２中の異常カウンタ値７２を用いて、この異常カウンタ値７２が断検ポート基準値７４を超えることを、異常判定基準としてもよい。その場合、そのような基準が満たされたときに、ＲＡＭ１２中の異常フラグの値７５をオンにすることで、制御部１７に異常検出を通知するようになっていてもよい。

このような異常判定処理部１６の例では、図３に示した場合のように所定時間以上断検ポートがオンとなると、異常を検出する。しかし、図４に示すような、断検ポートのオン状態がある程度持続するものの、異常フラグがオンとなるまでには至らない状況も発生する。本来このような状況は、ＥＣＵ１の製造時には異常として検出する必要がないと判断されたものであるが、このような状況が何らかの車両の不具合に関係することがＥＣＵ１の製造後に判明する場合もある。このような場合、図４に示すような状況は、表に現れない異常が断検ポート内にくすぶっている状況であると言える。

制御部１７は、通信データ処理部１１、ＲＡＭ１２、入出力ポート群１３、スタンバイＲＡＭ１４、ＥＥＰＲＯＭ１ｄ、異常判定処理部１６等を利用することで、アクチュエータの制御、センサからの信号に基づく車両状態の取得、および他のＥＣＵ２〜４との通信のうち、１つ以上を実行し、さらに、フリーズ処理１７ａおよびトリガ設定処理１７ｂを繰り返し実行する。

まず、フリーズ処理１７ａについて説明する。制御部１７は、異常判定処理部１６から
車両内に異常が発生した旨の判定結果の通知を受けた場合に、ＲＡＭ１２中の、車両の挙動を表すデータまたは車両の制御を表す各種データを、フリーズデータとして、異常判定処理部１６から通知されたダイアグコードと共に、スタンバイＲＡＭ１４に複製する。このように記録されたフリーズデータは、後に異常状態における車両の状態の解析に利用するために、ディーラーや車両メーカー等に渡される。

またフリーズ処理１７ａにおいて、制御部１７は、後に詳述する外部検出条件を繰り返し判定し、その判定結果が肯定的である場合、ＲＡＭ１２中の、車両の挙動を表すデータまたは車両の制御を表す各種データを、フリーズデータとして、スタンバイＲＡＭ１４に複製する。

なお、制御部１７は、管理センタ２５０、車両診断装置２８０から、ダイアグコードを要求する信号を受けると、フリーズデータと共に記録されたダイアグコードを、当該要求信号の発信元に送信する。また、制御部１７は、管理センタ２５０、車両診断装置２８０から、フリーズデータを要求する信号を受けると、スタンバイＲＡＭ中にフリーズデータが記録されていれば、そのフリーズデータを読み出して、当該要求信号の発信元に送信する。

次に、トリガ設定処理１７ｂについて説明する。図５に、トリガ設定処理１７ｂの処理内容をフローチャートで示す。この図に示す通り、トリガ設定処理１７ｂの１回分の実行において、制御部１７は、車両の外部から条件信号を受けたか否かを判定し（ステップ３１０）、あればその条件信号がパターン条件信号であるか（ステップ３２０）、ＲＡＭ条件信号であるか（ステップ３４０）、または、ポート条件信号であるか（ステップ３６０）を判定する。そして、パターン条件信号であれば、後述するパターン選択処理を実行し（ステップ３３０）、ＲＡＭ条件信号またはポート条件信号であれば、後述する外部設定処理を実行する（ステップ３５０、３７０）。

ここで、条件信号について説明する。条件信号は、既述の通り、車両診断装置２８０または管理センタ２５０からＥＣＵ１に送信される信号であり、その種類としては、ＲＡＭ条件信号、ポート条件信号、およびパターン条件信号の３種類ある。図６、７、８に、それぞれＲＡＭ条件信号４０、ポート条件信号５０、パターン条件信号６０のデータ構成の例を示す。

これらの例においては、条件信号４０、５０、６０は、その種類に関わらず、先頭に（例えば１バイト長の）ＩＤ部４１、５１、６１を含んでいる。このＩＤ部の値によって、その条件信号がＲＡＭ条件信号であるかポート条件信号であるかパターン条件信号であるかを判別することができる。図６〜８の例においては、ＲＡＭ条件信号４０のＩＤ部４１は０１の値を有し、ポート条件信号５０のＩＤ部５１は０３の値を有し、パターン条件信号６０のＩＤ部６１は０２の値を有する。

また、これらの例においては、条件信号４０、５０、６０は、その種類に関わらず、ＩＤ部４１、５１、６１に続いて（例えば１バイト長の）ＣＰＵ番号部４２、５２、６２を含んでいる。このＣＰＵ番号部は、自ら条件信号の宛先のＣＰＵ番号が記録されている。そして、ＥＣＵ１内のＣＰＵ１ｂ、ＣＰＵ１ｃおよび他の各ＣＰＵは、自らのＥＣＵに送信された条件信号のうち、いずれが自らへの条件信号であるかを、このＣＰＵ番号部の内容によって判別する。

なお、各ＣＰＵのＣＰＵ番号構成については、車両診断装置２８０および管理センタ２５０は、車両システム１００との通信前に予め操作者の入力等によって入力されていてもよいし、車両システム１００との通信開始時に、各ＥＣＵ１〜４からこれらＣＰＵ構成の情報を受信するようになっていてもよい。

また、ＲＡＭ条件信号４０は、ＣＰＵ番号部４２に続いて、（例えば４バイト長の）アドレス部４３、（例えば４バイト長の）クライテリア部４４、（例えば１バイト長の）エッジ部４５、（例えば１バイト長の）登録部４６、および（例えば４バイト長の）更新周期部４７を、この順に含んでいる。

また、ポート条件信号５０は、ＣＰＵ番号部５２に続いて、（例えば４バイト長の）ポート番号部５３、（例えば４バイト長の）クライテリア部５４、（例えば１バイト長の）エッジ部５５、（例えば１バイト長の）登録部５６、および（例えば４バイト長の）更新周期部５７を、この順に含んでいる。

また、パターン条件信号６０は、ＣＰＵ番号部６２に続いて、（例えば４バイト長の）パターン番号部６３を含んでいる。

図９に、図５のステップ３５０および３７０で実行される任意設定処理６００の処理内容をフローチャートで示す。この図に示すように、制御部１７は、任意設定処理６００において、まずステップ６１５で、自車両がトリガタイミング設定許可状態にあるか否かを判定する。例えば、車両が停止しているとき（すなわちエンジンが作動していないとき）、トリガタイミング設定許可状態にあると判定し、車両が走行しているとき、トリガタイミング設定許可状態にないと判定してもよい。また例えば、ＥＥＰＲＯＭ１ｄに対してデータの書き込みを行っていないときに、トリガタイミング設定許可状態にあると判定し、ＥＥＰＲＯＭ１ｄに対してデータの書き込みを行っているときに、トリガタイミング設定許可状態にないと判定してもよい。トリガタイミング設定許可状態にあると判定した場合続いてステップ６２０に処理を進め、設定状態にないと判定した場合続いてステップ６３０に処理を進める。

ステップ６２０では、受信した条件信号が正規のフォーマットに従ったものとなっているか否かを判定する。例えば、この判定は、条件信号のデータ長がその種類の条件信号について定められた総データ長と同じになっているか否かで判定してもよい。正規のものである場合続いてステップ６４０を実行し、正規のものでない場合続いてステップ６３０を実行する。

ステップ６３０では、トリガタイミング設定が不可能である旨の通知を、条件信号の発信元、すなわち管理センタ２５０または車両診断装置２８０に送信し、その後、任意設定処理の１回分の実行を終了する。

ステップ６４０では、トリガタイミングを設定する。具体的には、ＲＡＭ条件信号４０またはポート条件信号５０中のトリガ部分（第１の条件の一例に相当する）を抽出し、当該トリガ部分をＥＥＰＲＯＭ１ｄのトリガタイミング設定領域に記録する。このトリガタイミング設定領域に記録されたトリガ部分は、上述したフリーズ処理１７ａの外部検出条件の判定に用いられる。

なお、トリガタイミング領域への記録は、それまでに記録されていた他のトリガ部分に対する上書き記録でもよいし、記録されていた他のトリガ部分に追加する形での記録でもよい。ここで、ＲＡＭ条件信号４０の場合、トリガ部分は、アドレス部４３、クライテリア部４４、エッジ部４５、登録部４６、および更新周期部４７であり、ポート条件信号５０の場合、トリガ部分は、ポート番号部５３、クライテリア部５４、エッジ部５５、登録部５６、および更新周期部５７である。したがって、後述するフリーズ処理１７ａの検出条件は、管理センタ２５０および車両診断装置２８０から指定することができる。

続いてステップ６４５では、トリガタイミング設定が完了した旨の通知を、条件信号の発信元、すなわち管理センタ２５０または車両診断装置２８０に送信する。

続いてステップ６５０では、パターン条件の登録要求があるか否かを判定し、ある場合続いてステップ６５５を実行し、ない場合任意設定処理６００の１回分の実行を終了する。ここで、パターン条件の登録要求があるか否かは、受信した条件信号中の登録部の内容に基づいて判定する。例えば、登録部の値が０ｘ０１の場合、登録要求があると判定し０ｘ００の場合、登録要求がないと判定する。このように、パターン条件を登録するか否かは、管理センタ２５０および車両診断装置２８０から指定することができる。

ステップ６５５では、パターン条件の登録先の記憶領域に、今回登録するパターン条件を記憶することができる空き容量があるか否かを判定し、空きがあれば続いてステップ６６５を実行し、なければ続いてステップ６６０を実行する。ここで、パターン条件の登録先の記憶領域は、ＲＡＭ１２内にあってもよいし、ＥＥＰＲＯＭ１ｄ内にあってもよいし、スタンバイＲＡＭ１４内にあってもよい。

ステップ６６０では、新たなパターン条件の登録が不可能である旨の通知を、条件信号の発信元に送信し、その後任意設定処理６００の一回分の実行を終了する。

ステップ６６５では、パターン条件の新規登録を行う。具体的には、受信した条件信号中のトリガ部分と、そのトリガ部分よりもデータ長の短い（例えば４バイト長の）パターン番号（第１の識別コードの一例に相当する）とのペアから成るパターン条件を、パターン条件の登録先の記憶領域に、追加登録する。ここで、パターン番号は、それまで登録されていたパターン条件中のパターン番号とは異なる番号とする。

続いてステップ６７０では、登録したパターン条件のパターン番号を、条件信号の発信元に通知し、その後任意設定処理６００の一回分の実行を終了する。図１０および図１１に、パターン番号の通知のために制御部１７が送信するデータの構造の一例を示す。

ＲＡＭ条件信号４０に応じてパターン条件を登録した場合、制御部１７は、図１０に示すＲＡＭパターン通知信号４２０を、条件信号の発信元に送信する。ＲＡＭパターン通知信号４２０は、ＩＤ部４２１、パターン番号部４２２、ＣＰＵ番号部４２３、アドレス部４２４、クライテリア部４２５、エッジ部４２６、および更新周期部４２７を、この順に含んでいる。ＩＤ部４２１、ＣＰＵ番号部４２３、アドレス部４２４、クライテリア部４２５、エッジ部４２６、および更新周期部４２７は、このＲＡＭパターン通知信号４２０を送信する起因となったＲＡＭ条件信号４０の同名の部分とそれぞれ同じ値を有している。また、パターン番号部４２２には、登録したパターン条件のパターン番号が含まれている。

また、ポート条件信号５０に応じてパターン条件を登録した場合、制御部１７は、図１１に示すポートパターン通知信号４３０を、条件信号の発信元に送信する。ポートパターン通知信号４３０は、ＩＤ部４３１、パターン番号部４３２、ＣＰＵ番号部４３３、ポート番号部４３４、クライテリア部４３５、エッジ部４３６、および更新周期部４３７を含んでいる。ＩＤ部４３１、ＣＰＵ番号部４３３、ポート番号部４３４、クライテリア部４３５、エッジ部４３６、および更新周期部４３７は、このポートパターン通知信号４３０を送信する起因となったポート条件信号５０の同名の部分とそれぞれ同じ値を有している。また、パターン番号部４３２には、登録したパターン条件のパターン番号が含まれている。

なお、任意設定処理６００のステップ６７０では、制御部１７は、これらパターン信号ではなく、直前に登録したパターン番号のみを、パターン条件を登録する起因となった条件信号の発信元に送信するようになっていてもよい。

以上のように、制御部１７は、ＲＡＭ条件信号またはポート条件信号を受信したとき、任意設定処理６００を実行することで、自らがトリガタイミングを設定可能であり（ステップ６１５参照）、かつ、条件信号が正規なものである場合に（ステップ６２０参照）、トリガタイミングを条件信号に従って追加設定または置き換え設定し（ステップ６４０参照）、更に、トリガタイミング設定完了の旨を条件信号の発信元に送信する（ステップ６４５参照）。

また、制御部１７は、自らがトリガタイミングを設定不可能であるか（ステップ６１５参照）、または、条件信号が正規なものでない場合に（ステップ６２０参照）、トリガタイミング設定が不可能である旨の通知を条件信号の発信元に送信する（ステップ６３０参照）。

また、制御部１７は、トリガタイミングを設定した後、その条件信号中にパターン条件への登録要求があり（ステップ６５０参照）、かつ、パターン条件の格納先の記憶容量に空きがある場合に（ステップ６５５参照）、当該条件信号中の検出条件を、新たなパターン番号とペアで、パターン条件として、当該格納先に登録し（ステップ６６５参照）、その後登録したパターン番号を条件信号の発信元に送信する（ステップ６７０参照）。

また、制御部１７は、トリガタイミングを設定した後、その条件信号中にパターン条件への登録要求があり（ステップ６５０参照）、かつ、パターン条件の格納先の記憶容量に必要な空きがない場合に（ステップ６５５参照）、パターン条件の新規登録が不可能である旨を条件信号の発信元に送信する（ステップ６６０参照）。

なお、管理センタ２５０および車両診断装置２８０は、ユーザの操作等に基づいて、設定されたトリガタイミングのうち特定のものまたはすべてを無効にする旨の無効信号を車両システム１００中のＣＰＵに送信することができるようになっていてもよい。そして、車両システム１００中の各ＣＰＵは、このような無効信号を受けたとき、この無効信号中に指定されているトリガタイミングの設定を解除するようになっていてもよい。

また、管理センタ２５０および車両診断装置２８０は、ユーザの操作等に基づいて、記録されたパターン条件のうち特定のものまたはすべてを削除する旨の削除信号を車両システム１００中のＣＰＵに送信することができるようになっていてもよい。そして、車両システム１００中の各ＣＰＵは、このような削除信号を受けたとき、この削除信号中に指定されているパターン条件を、パターン条件の格納先から削除するようになっていてもよい。

次に、トリガ設定処理１７ｂのステップ３３０におけるパターン選択処理について説明する。図１２に、このパターン選択処理の詳細をフローチャートとして示す。制御部１７ｂは、パターン条件信号６０を受信した後、パターン選択処理において、まずステップ３３１で、任意設定処理６００のステップ６１５と同じ方法で、トリガタイミング設定許可状態であるか否かを判定し、トリガタイミング設定許可状態であれば続いてステップ３３２を実行し、トリガタイミング設定許可状態でなければ続いてステップ３３４を実行する。

また、ステップ３３２では、任意設定処理６００のステップ６２０と同じ方法で、受信したパターン条件信号６０は正規のフォーマットに従っているか否かを判定し、従っていれば続いてステップ３３３を実行し、従っていなければ続いてステップ３３４を実行する。

ステップ３３３では、受信した条件信号６０のパターン番号部６３（図８参照）に含まれるパターン番号が、既にパターン条件の格納先に登録されているか否かを判定し、登録されていれば続いてステップ３３５を実行し、登録されていなければ続いてステップ３３４を実行する。

ステップ３３４では、任意設定処理６００のステップ６３０と同様、トリガタイミング設定が不可能である旨の通知を、条件信号の発信元に送信し、その後、パターン選択処理の１回分の実行を終了する。

ステップ３３５では、トリガタイミングの設定を行う。具体的には、パターン条件の格納先から、受信したパターン番号とペアで登録されているトリガ部分を読み出し、読み出したトリガ部分が、ＥＥＰＲＯＭ１ｄのトリガタイミング設定領域に既に記録されているか否かを判定し、記録されていれば、そのままステップ３３６に進み、記録されていなければ、当該トリガ部分をトリガタイミング設定領域に新たに上書きまたは追記し、その後ステップ３３６に進む。

ステップ３３６では、任意設定処理６００のステップ６４５と同様に、トリガタイミング設定完了の旨を、条件信号の発信先に通知し、その後パターン選択処理の１回分の実行を終了する。

以上のように、制御部１７は、パターン条件信号を受信したとき、パターン選択処理を実行することで、自らがトリガタイミングを設定可能であり（ステップ３３１参照）、かつ、条件信号が正規なものであり（ステップ３３２参照）、かつ、条件信号中のパターン番号が登録済みである場合（ステップ３３３参照）、当該パターン番号と共にパターン条件として登録されているトリガ部分を、トリガタイミングとして（そのとき設定されていなければ）設定し（ステップ３３６参照）、更に、トリガタイミング設定完了の旨を条件信号の発信元に送信する（ステップ３３６参照）。

また、制御部１７は、自らがトリガタイミングを設定不可能であるか（ステップ３３１参照）、条件信号が非正規なものであるか（ステップ３３２参照）、または、条件信号中のパターン番号が未登録である場合（ステップ３３３参照）、トリガタイミング設定が不可能である旨の通知を条件信号の発信元に送信する（ステップ３３４参照）。

ここで、フリーズ処理１７ａの外部検出条件の繰り返し判定について説明する。制御部１７は、フリーズ処理１７ａにおいて、トリガタイミング設定領域中の１つまたは複数のトリガ部分を読み出し、読み出したトリガ部分の１つ１つについて、当該１つのトリガ部分の内容に基づいて、外部検出条件（特許請求の範囲の検出条件の一例に相当する）を特定し、さらに、当該１つのトリガ部分の内容に基づいて、外部検出条件の判定周期を特定し、それら特定した外部検出条件および判定周期に従った判定を行う。

そして、それら１つまたは複数の種類の外部検出条件の判定のうちに１つでも肯定的なものがあると、ＲＡＭ１２中の、車両の挙動を表すデータまたは車両の制御を表す各種データを、フリーズデータとして、スタンバイＲＡＭ１４に複製する。

より具体的には、あるトリガ部分についての外部検出条件は、当該トリガ部分がＲＡＭ条件信号４０のトリガ部分である場合、アドレス部４３、クライテリア部４４、エッジ部４５に基づいて特定する。例えば、外部検出条件を、エッジ部の値が立ち上がり値（例えば０ｘ０１）なら、「アドレス部に記載のＲＡＭ１２中のアドレスがクライテリア部に記載の参照値よりも大きい」という条件を外部検出条件とし、エッジ部の値が立ち下がり値（例えば０ｘ１１）なら、「アドレス部に記載のＲＡＭ１２中のアドレスがクライテリア部に記載の参照値未満である」という条件を外部検出条件とする。ＲＡＭ１２中のアドレスとしては、例えば、取得したエンジン冷却水温を格納するアドレスであってもよいし、上述の断検ポートの例における異常カウンタの値であってもよい。

また、あるトリガ部分についての外部検出条件は、当該トリガ部分がポート条件信号５０のトリガ部分である場合、ポート番号部５３、クライテリア部５４、エッジ部５５に基づいて特定する。例えば、外部検出条件を、エッジ部の値が立ち上がり値なら、「ポート番号部に記載のポート番号における信号レベルがクライテリア部に記載の参照値よりも大きい」という条件を外部検出条件とし、エッジ部の値が立ち下がり値（例えば０ｘ１１）なら、「ポート番号部に記載のポート番号における信号レベルがクライテリア部に記載の参照値未満である」という条件を外部検出条件とする。

また、あるトリガ部分についての判定周期は、更新周期部４７または更新周期部５７に記載の値に設定する。

なお、外部検出条件が満たされたときに記録するフリーズデータは、より詳しくは、その外部条件が満たされたタイミングの前および後の数回の当該外部条件の判定タイミングにおける車両の挙動を表すデータまたは車両の制御を表す各種データである。これは、例えば、ＲＡＭ１２をＦＩＦＯバッファとして車両の挙動を表すデータまたは車両の制御を表す各種データを判定タイミング毎に記録していくようにすることで実現する。

以上のような作動のＥＣＵ１において、例えば、管理センタ２５０または車両診断装置２８０から、ＲＡＭ条件信号４０がＥＣＵ１のＣＰＵ１ｂ宛てに送信された場合を考える。このとき、ＲＡＭ条件信号４０中のアドレス部４３は、上述の断検ポートの例における異常カウンタが格納されるアドレスとなっており、クライテリア部４４は、異常判定処理部１６における断検ポート基準値７４（図３、図４参照）よりも小さい値を有しており、エッジ部４５が立ち上がり値を有しているものとする。

この場合、図１３に示すように、異常判定処理部１６における断検ポート基準値７４に異常カウンタの値が達しないような場合、すなわち、異常判定処理部１６から見ればポート内（またはＲＡＭ内）で異常がくすぶっているような場合においても、クライテリア部４４における基準値７８を適宜設定することで、例えばタイミング７９やタイミング８０において、フリーズ処理１７ａが異常を検出してフリーズデータを記録することができるようになる。

以上説明した通り、ＥＣＵ１〜４の各ＣＰＵが、車両の外部の管理センタ２５０、車両診断装置２８０から受信した条件信号に基づく外部検出条件について、それが満たされたか否かを判定する機能を有し、さらに、その判定の結果が肯定的となったときフリーズデータを記録する機能を有することで、フリーズデータの記録タイミングを（換言すればフリーズデータ収集の感度を）複雑に車両の外部より設定することができるようになる。

そして、設定する外部検出条件は、ＲＡＭ１２の特定のアドレスに記憶された値と所定の基準値との間の関係を規定する条件であるようになっている。このようになっていることで、ＲＡＭ１２内のデータの値に対する種々の条件を外部検出条件として車両外部から設定することができるようになる。また、本実施形態においては、異常判定処理部１６の作動内容を変更することなく、フリーズデータを記録するか否かの判定タイミングを変化させることができる。

また、設定する外部検出条件は、入出力ポート群１３中のポートにおける信号レベルと所定の基準値との間の関係を規定する条件となっている。このようになっていることで、当該ポートにおける信号レベルに対する種々の条件を外部検出条件として車両外部から設定することができるようになる。

また、ＥＣＵ１は、設定した外部検出条件を、当該外部検出条件を表すデータ（すなわちトリガ部分）よりもデータ長が短いパターン番号と共に記録するようになっている。したがって、管理センタ２５０または車両診断装置２８０からあるパターン番号（第２の識別コードの一例に相当する）を受信したとき、記録されたパターン番号と受信したパターン番号とが一致していること、および、当該パターン番号と共に記憶されたトリガ部分がトリガタイミング設定領域から除外されていることに基づいて、パターン番号と共に記録されたトリガ部分を、車両の異常の外部検出条件として設定するようになっていてもよい。

このようになっていることで、過去に設定した外部検出条件のうち、設定対象から除外されたものであっても、当該外部検出条件と共に記録されたパターン番号を出力することで、当該外部検出条件を再度有効化することができる。そして、このようなパターン番号を用いることで、ある外部検出条件を再設定する際に、改めてパターン番号よりもデータ長が長いトリガ部分を外部から送信する手間が省ける。

また、ＥＣＵ１は、設定した検出条件を、当該ＥＣＵ１の外部から当該ＥＣＵ１への電力供給が停止しても記憶内容を保持し続けることができるＥＥＰＲＯＭ１ｄに記録するようになっている。このようになっていることで、ＥＣＵ１への電力供給源である車両のバッテリを外し、ＥＣＵ１の故障を修理した後でも、当該ＥＥＰＲＯＭ１ｄに記憶されている外部検出条件を継続して使用することができる。したがって、修理後にＥＣＵ１が正常に機能していることの確認が容易になる。

また、ＥＣＵ１は、車両の外部から条件信号を受信したとき、各種の阻害条件（第２の条件）が満たされたことに基づいて、その条件信号に含まれるトリガ部分を、車両の異常の検出条件としてトリガタイミング設定領域に設定することを禁止するようになっている。このようになっていることで、外部検出条件を設定することが不都合な場合にまで受信したトリガ部分を外部検出条件として設定してしまう可能性が低減される。

そして、ＥＣＵ１はこのような禁止処理を行ったとき、受信したトリガ部分を車両の異常の検出条件として設定することができない旨の信号を、条件信号の発信元の管理センタ２５０または車両診断装置２８０に送信する。このように、車両外部の装置からの外部検出条件の設定を履行できなかったことを当該外部の装置に通知することで、外部の装置の操作者に対して当該外部検出条件を設定することの妥当性の再考を促すことができる。

また、ＥＣＵ１は車両外部の装置から条件信号を受信したとき、その条件信号に含まれる周期を、フリーズ処理１７ａの判定周期（更新周期の一例に相当する）として設定する。このようにすることで、車両の外部から、調べたい異常の特性に応じたフリーズ処理１７ａの判定周期を設定することができるようになる。

（第２実施形態）
次に、本発明の第２実施形態について説明する。本実施形態においては、第１実施形態に記載のような車両システム１００が、複数の車両に搭載されているものとする。そして、管理センタ２５０は、それら複数の車両システム１００中のＥＣＵと通信を行い、それら複数の車両システム１００のうち同種のものを選び出し、それら同種の車両システム１００のＥＣＵに、同じ条件信号を送信する。

図１４に、本実施形態に係る管理センタ２５０の構成図を概略的に示す。本実施形態の管理センタ２５０のハードディスクドライブ２５３には、上記の作動を実現するために、故障情報ＤＢ２５３ａおよび車両宛先ＤＢ２５３ｂが記録されている。

図１５に、故障情報ＤＢ２５３ａのデータ構成を表形式で示す。故障情報ＤＢ２５３ａは、それぞれ異なる１つの車両（すなわち車両システム１００）に対応する複数のレコードから成る。そして、各レコードは、ＶＩＮコードフィールド、搭載センサ品番フィールド、搭載ＥＣＵフィールド、異常情報フィールド、登録済パターン番号フィールド、登録条件フィールドを有している。

ＶＩＮコードフィールドには、対象車両を一意に特定する番号であるＶＩＮコードが記録される。なお、ＶＩＮコードからは、そのＶＩＮコードを有する車両の車種、型式等を特定することができるようになっている。

搭載センサ品番フィールドには、対象車両が搭載している複数のセンサの品番が記録される。搭載ＥＣＵ品番フィールドには、対象車両が搭載している複数のＥＣＵの品番が記録される。

異常情報フィールドには、対象車両の車両システム１００中の各ＣＰＵにおいて異常判定処理部１６によって過去に特定された異常のダイアグコード、または、ラフアイドルを示す情報が記録される。なお、ラフアイドルとは、ＣＰＵ自体は異常を検出していないながらも、車両の挙動がドライバーや検査者にとっては何か通常でないことが起っていると感じられるような状態をいう。ラフアイドルを示す情報は、ラフアイドルを察知した車両販売店の人員やドライバーによる、車両システム１００や車両販売店のコンピュータへの入力によって記録される。

登録済みパターン番号フィールドには、対象車両中の車両システム１００中の１つのＣＰＵと、当該ＣＰＵに登録されたパターン条件中の１つ以上のパターン番号との組が、１組以上記録される。登録条件フィールドには、登録済みパターン番号フィールドの各パターン番号に対応するトリガ部分が記録される。

また、車両宛先ＤＢ（データベース）２５３ｂは、車両のＶＩＮコードと、その車両に搭載された車両システム１００内の各ＥＣＵへの無線通信のための宛先との対応関係が記録されている。

管理センタ２５０は、この故障情報ＤＢ２５３ａの各レコードおよび車両宛先ＤＢ２５３ｂの情報を、管理センタ２５０の操作者の入力作業を受けることによって取得してもよいし、各車両システム１００との通信を介して取得してもよいし、各車両販売店に設置されたコンピュータから通信ネットワーク２００を介して取得してもよい。

次に、故障情報ＤＢ２５３ａの取得、ならびに、故障情報ＤＢ２５３ａおよび車両宛先ＤＢ２５３ｂを用いた条件信号の一斉送信のためにＣＰＵ２５４が繰り返し実行する処理について説明する。この処理のフローチャートを図１６に示す。以下では、故障情報ＤＢ２５３ａの各レコードに該当する情報を、車両故障情報と記す。

まず、ＣＰＵ２５４は、ステップ７０５で、車両故障情報を取得して故障情報ＤＢ２５３ａに登録するタイミングであるか否かを判定する。登録するタイミングである場合としては、通信ネットワーク２００を通じてディーラーから車両故障情報を受信した場合、管理センタ２５０の操作者が車両故障情報を入力した場合、および、各車両システム１００への車両故障情報の既定の問い合わせタイミングが到来した場合等がある。登録するタイミングでない場合続いてステップ７２５を実行し、登録するタイミングである場合続いてステップ７１０を実行する。

ステップ７１０では、車両故障情報を取得して故障情報ＤＢ２５３ａに登録する。なお、車両システム１００に車両故障情報を問い合わせるタイミングにおいては、ＣＰＵ２５４は、車両宛先ＤＢ２５３ｂに基づいて、問い合わせを行う対象の車両の宛先を特定し、その宛先のＥＣＵに対して故障情報を要求する信号を出力する。

なお、本実施形態の車両システム１００の属するＥＣＵ中のＣＰＵは、車両故障情報を要求する信号を無線通信ユニット６等を介して受信した場合、その要求元に対して上述の車両故障情報を送信するようになっている。したがって、管理センタ２５０のＣＰＵ２５４は、この故障情報を要求する信号に応じた各ＣＰＵからの車両故障情報を、車両システム１００毎にまとめて、故障情報ＤＢ２５３ａに記録することができる。

続いてステップ７１５では、故障情報ＤＢ２５３ａの内容に基づいて、同じ種別に属する車両のグループを１グループ分以上特定する。具体的には、ＶＩＮコードフィールドのデータによって特定できる車種、搭載センサ品番フィールドのデータによって特定できるセンサ種別、および搭載ＥＣＵ品番フィールドのデータよって特定できるＥＣＵ種別に基づいて、類似した車両グループ（例えば、同じ車種であり、センサとＥＣＵの全数の８０パーセント以上あるいは１００パーセントが同種であるグループ）を特定する。

さらにステップ７１５では、各グループについて、同一グループ内で基準発生率以上の数の車両において発生している故障種別（所定のダイアグコード、ラフアイドル等）があるか否かについて、故障情報ＤＢ２５３ａの異常情報フィールドのデータに基づいて判定する。そして、この判定結果が肯定となった場合、続いてステップ７２０を実行し、否定となった場合、続いてステップ７２５を実行する。

ステップ７２０では、ステップ７１５で判定結果が肯定となった車両グループに属するすべての車両シス１００中の各ＥＣＵに対して、同じ条件信号を一度に送信する。どのような内容のトリガ部分を含んだ条件信号を送信するかは、あらかじめ記録された故障種別とトリガ部分との対応関係のデータに基づいて決定してもよいし、作業者の選択判断による操作に基づいて決定してもよい。

このように、同じ条件信号を複数の車両に送信することで、同種の故障の発生の可能性がある車両のフリーズデータの作成タイミングを、一斉に設定することができるようになる。

ステップ７２５では、それまでに条件信号を送信した対象のＥＣＵに対して、フリーズデータを要求する信号を送信する。なお、本実施形態の車両システム１００の属するＥＣＵ中のＣＰＵは、フリーズデータを要求する信号を無線通信ユニット６等を介して受信した場合、現在スタンバイＲＡＭ１４にフリーズデータがあれば、それを当該要求元に対して送信するようになっている。したがって、管理センタ２５０のＣＰＵ２５４は、この故障情報を要求する信号に応じた各ＣＰＵからのフリーズデータを取得することができる。

続いてステップ７３０では、ＣＰＵ２５４は、送信した条件信号に対応するトリガが発生したか、すなわち、条件信号に対応する外部検出条件が満たされて車両システム１００中のＣＰＵからフリーズデータを受信できたかを判定し、できた場合、取得したフリーズデータの内容を作業者に解析させるための処理（例えば表示処理）を実行する。

このように、管理センタ２５０が、同じ種別に属する車両グループについて同種の異常状態が基準割合以上あることに基づいて、当該グループに属する車両のＥＣＵに対して条件信号を送信することで、複数の車両に対する外部検出条件の設定を一括管理することが可能となる。

また、複数の車両をグループ分けするための情報の１つ１つは、当該１つ１つの車両を個々に識別するための番号、当該車両に搭載されるＥＣＵの識別番号、および当該ＥＣＵに接続されるセンサの識別番号を含むデータである。このような構成の車種識別情報を用いることで、同じ種別に属する車両グループをより適切に特定することができる。

また、車両システム１００中の各ＥＣＵの各ＣＰＵは、第１実施形態の機能に加え、無線通信ユニット６を介して車両の外部の管理センタ２５０から、記録されたパターン条件を含む車両故障情報を要求する信号を受けたことに基づいて、当該パターン条件等を、無線通信ユニット６を介して、管理センタ２５０に送信する。このようになっていることで、管理センタ２５０が、ＣＰＵ内の記録された外部検出条件およびパターン番号の組をＣＰＵに対して要求して取得することができるようになる。

（第３実施形態）
次に、本発明の第３実施形態について説明する。本実施形態においては、車両販売店等の作業員が、第２実施形態で説明した管理センタ２５０、または、第１実施形態で説明した車両診断装置２８０を用いて、車両の故障解析を行う手順の一例を示す。図１７は、この手順のフローチャートである。

まず、車両の異常の発生を作業者が認識する（ステップ９１０）。なおこの認識は、管理センタ２５０を用いて車両の車両システム１００の各ＣＰＵから車両故障情報を第２実施形態に示したように取得することで実現してもよいし、車両診断装置２８０を用いてダイアグコードを車両システム１００の各ＣＰＵから取得することで実現してもよいし、あるいは、車両のユーザから車両の違和感等の報告を受けることで実現してもよい。

車両の異常を認識した作業者は、続いて当該車両システム１００中の各ＣＰＵのパターン情報を読み出す（ステップ９２０）。この処理は、故障情報ＤＢ２５３ａ中の当該車両についてのレコードを読み出すことによって実現してもよい。あるいは、この処理は、車両診断装置２８０を操作して、パターン条件を要求する信号を各ＣＰＵに送信することで、各ＣＰＵからパターン条件の情報を取得することで実現してもよい。

なお、車両システム１００中の各ＥＣＵの各ＣＰＵは、第１および第２実施形態の機能に加え、双方向通信ユニット５を介して車両診断装置２８０から、このパターン条件を要求する信号を受けたことに基づいて、当該パターン条件を、双方向通信ユニット５を介して、車両診断装置２８０に送信する。このようになっていることで、車両診断装置２８０が、ＣＰＵ内の記録された外部検出条件およびパターン番号の組をＣＰＵに対して要求して取得することができるようになる。

パターン条件を要求する信号の例を図１８および図１９に示す。図１８に示したＲＡＭパターン要求信号４１０は、パターン条件のうち、ＲＡＭについての条件に対応するものを選択的に要求する信号である。このようなＲＡＭパターン要求信号４１０を受けたＣＰＵは、図１０に示したようなＲＡＭパターン通知信号４２０を返送する。

図１９に示したポートパターン要求信号４４０は、パターン条件のうち、入出力ポートについての条件に対応するものを選択的に要求する信号である。このようなポートパターン要求信号４４０を受けたＣＰＵは、図１１に示したようなポートパターン通知信号４３０を返送する。

続いて作業者は、この車両に対してどのような外部検出条件を新たに設定するかを決定し、その外部検出条件が取得したパターン条件に記録されているか否かを判断する（ステップ９３０）。そして、パターン条件に当該外部検出条件が記録されているＣＰＵについては、当該外部検出条件と組になっているパターン番号のパターン条件信号を、当該ＣＰＵ宛てに送信する（ステップ９４０）。また、パターン条件に当該外部検出条件が記録されていないＣＰＵについては、当該外部検出条件に対応する任意のトリガタイミング設定のための信号として、ＲＡＭ条件信号またはポート条件信号を、当該ＣＰＵ宛てに送信する（ステップ９５０）。この処理は、作業者が新たな外部検出条件を決定する度に行われる。

そして、上記の処理によって設定された外部検出条件が、車両システム１００中のＣＰＵで満たされるか否かを判断するために、作業者は、管理センタ２５０または車両診断装置２８０を用いて、フリーズデータを要求する信号を当該ＣＰＵ宛てに送信する（ステップ９６０）。

そして、フリーズデータが当該ＣＰＵから送信されてきた場合には、当該フリーズデータを解析することで、異常状態の原因の究明等を行う（ステップ９７０）。

（第４実施形態）
次に、本発明の第４実施形態について説明する。本実施形態においては、第１実施形態に記載の車両システム１００中のＥＣＵ１〜４が、第１実施形態の機能に加え、互いに同調してフリーズデータを記録する機能を有するようになっている。

図２０に、この同調したフリーズデータの記録時におけるＥＣＵ１〜４のそれぞれの作動およびそれら作動の相互関係を示す。なお、この図においては、ＥＣＵ１において最初の異常状態の検出があるようになっているが、ＥＣＵ２〜４のいずれかにおいて最初の異常状態の検出があってもよい。

まずＥＣＵ１中の１つのＣＰＵが、車両異常状態を検出してフリーズデータを記録する（ステップ８１０）。ここで車両異常状態を検出する方法は、第１実施形態に示した通り、異常判定処理部１６によってあらかじめ定められた条件で異常を検出する方法、および、トリガ設定処理１７ｂにより設定された外部条件で異常を検出方法のいずれであってもよい。

続いてＥＣＵ１の当該ＣＰＵは、異常通知情報を、他のＥＣＵ２〜４のＣＰＵに送信する（ステップ８２０）。この異常通知情報を運ぶ異常通知信号の例を図２１および図２２に示す。図２１に示す異常通知信号４５０は、異常判定処理部１６によって異常検出した場合に送信する異常通知情報に対応するものであり、通知元ＥＣＵ−ＩＤ部４５１およびダイアグコード部４５２から成る。通知元ＥＣＵ−ＩＤ部４５１には、ＥＣＵ１のＩＤが含まれており、ダイアグコード部４５２には、ステップ８１０で異常判定処理部１６が異常の検出と共に出力したダイアグコードが含まれる。

図２２に示す異常通知信号４６０は、トリガ設定処理１７ｂによって設定された外部検出条件によって異常検出した場合に送信する異常通知情報に対応するものであり、上述の通知元ＥＣＵ−ＩＤ部４５１と同じ通知元ＥＣＵ−ＩＤ部４６１、および、パターン番号部４６２から成る。パターン番号部４６２には、ステップ８１０で異常検出に用いられた外部検出条件と共にパターン条件として記録されているパターン番号が含まれる。

ＥＣＵ２〜４のＣＰＵのそれぞれは、この異常通知信号を受けると（８２２、８２５、８２８）この異常通知信号の内容に基づいて、フリーズデータを記録する必要があるか否かを判定する（ステップ８３０、８５０、８７０）。具体的には、異常通知情報にパターン番号部４６２が含まれている場合には、フリーズデータを記録する必要があると判定する。

また、異常通知信号にダイアグコード部４５２が含まれている場合には、そのダイアグコード部４５２中のダイアグコードの値に基づいて、フリーズデータを記録する必要があるか否かを判定する。例えば、各ＣＰＵが、自らが属するＥＣＵに関連するダイアグコードのリストを記憶しており、受信した異常通知信号中のダイアグコードが、このリスト内にあれば、フリーズデータを記録する必要があると判定し、なければ、フリーズデータを記録する必要がないと判定してもよい。

図２０においては、ＥＣＵ２およびＥＣＵ３のＣＰＵが、フリーズデータを記憶する必要があると判定し、ＥＣＵ４のＣＰＵが、フリーズデータを記憶する必要がないと判定する例が示されている。

フリーズデータを記憶する必要があると判定したＣＰＵは、フリーズ処理１７ａを実行して、フリーズデータと、受信した異常通知信号中のダイアグコードまたはパターン番号とを、ペアで記録する（ステップ８４０、８６０）。フリーズデータを記憶する必要がないと判定したＣＰＵは、フリーズデータを記録しない。

このようなＥＣＵ１〜４のＣＰＵの協調作動により、あるＣＰＵで異常が検出されたタイミングで、当該ＣＰＵのみならず、他のＥＣＵのＣＰＵも、フリーズデータを記録する。

このように、車両中の１つのＣＰＵ（またはＥＣＵ）において異常が検出されたとき、当該車両中の他のＣＰＵ（またはＥＣＵ）のそれぞれが、異常を検出したＣＰＵ（またはＥＣＵ）から送信された異常通知情報が自己に関連すると判定したときに、フリーズデータと共に当該異常通知情報を記録する。したがって、車両内のＣＰＵ（またはＥＣＵ）のうち、検出された異常に関連するＣＰＵ（またはＥＣＵ）が、同時にフリーズデータを記録することができ。さらに、それら記録された複数のフリーズデータ間の関連性は、それらと共に記録される異常通知情報の同一性によって確保される。

なお、上記の実施形態において、ＥＣＵ１が車載データ収集装置の一例に相当する。また、ＥＣＵ１が第１の車載通信装置の一例に相当する。また、ＥＣＵ２〜４が複数の第２の車載通信装置の一例に相当する。また、管理センタ２５０がセンタの一例に相当する。また、通信データ処理部１１が通信手段の一例に相当し、スタンバイＲＡＭ１４が第１の記憶媒体の一例に相当し、ＲＡＭ１２が第２の記憶媒体の一例に相当し、ＥＥＰＲＯＭ１ｄが第３の記憶媒体の一例に相当し、入出力ポート群１３が複数の入出力ポートの一例に相当する。また、制御部１７が、フリーズ処理１７ａを実行することでフリーズ手段の一例として機能し、トリガ設定処理１７ｂを実行することで、設定手段の一例として機能する。また、ステップ６１５、６２０、３３１、３３２、３３３における判定条件のそれぞれが、第２の条件の一例に相当する。

また、管理センタ２５０のＣＰＵ２５４が、ステップ７１０を実行することで複数車両異常記録手段の一例として機能し、ステップ７１５を実行することで異常頻発判定手段の一例として機能し、ステップ７２０を実行することで条件信号送信手段の一例として機能する。また、車両宛先ＤＢ２５３ｂが、対応関係記憶媒体の一例に相当する。
（他の実施形態）
以上、本発明の実施形態について説明したが、本発明の範囲は、上記実施形態のみに限定されるものではなく、本発明の各発明特定事項の機能を実現し得る種々の形態を包含するものである。

例えば、入出力ポート１３は、車両の内部のアクチュエータへの信号の出力および車両の内部のセンサからの信号の入力のうち、出力のみを媒介するようになっていてもよいし、あるいは、入力のみを媒介するようになっていてもよい。

また、上記の実施形態においては、受信したパターン条件信号中のパターン番号と記録されているパターン番号とが一致しているときに、当該パターン番号に対応するトリガ部分が外部検出条件として設定されるようになっている。しかし、受信したパターン条件信号中のパターン番号と記録されているパターン番号とが一致しているときではなく、受信したパターン番号と記録されているパターン番号との論理輪が所定値になっているとき、あるいは、受信したパターン番号と記録されているパターン番号とが公開鍵方式の暗号における秘密鍵と公開鍵との関係にあるときに、当該記録しているパターン番号に対応するトリガ部分が外部検出条件として設定されるようになっていてもよい。すなわち、受信したパターン番号と記録されているパターン番号とが対応するときに、当該記録されているパターン番号に対応するトリガ部分が外部検出条件として設定されるようになっていれば足りる。

また、ＥＣＵ１は、管理センタ２５０（第１の装置の一例に相当する）からの条件信号によって設定された外部検出条件を、車両診断装置２８０（第３の装置の一例に相当する）から所定の要求信号があったことに基づいて、当該外部検出条件を、車両診断装置２８０に送信するようになっていてもよい。このようにすることで、管理センタ２５０によって設定された外部検出条件を、例えば車両販売店における車両診断装置２８０から参照することができるようになる。

また、特許請求の範囲における第１の記憶媒体と第３の記憶媒体は、一体の記憶媒体の異なるアドレスをカバーする記憶媒体であってもよい。

また、外部検出条件を設定する対象の記憶媒体は、必ずしもＥＥＰＲＯＭ１ｄでなくともよく、ＲＡＭ１２であってもスタンバイＲＡＭ１４であってもよい。

また、第４実施形態のＥＣＵ１〜４は、必ずしも第１実施形態のトリガ設定処理１７ｂの機能を有しておらずともよい。この場合、ステップ８１０の異常の検出は異常判定処理部１６のみが行うことになる。

また、車両のイグニッションオフ時にトリガタイミング設定領域中のトリガ部分のデータが消去されるようになっていてもよいし、車両のイグニッションオフ時にパターン条件のデータが消去されるようになっていてもよい。

また、制御部１７は、フリーズ処理１７ａにおいて、フリーズデータとしてスタンバイＲＡＭ１４に記録するデータの対象を、異常判定処理部１６による異常検出時と、外部検出条件による異常検出時とで、切り替えるようになっていてもよい。

また、条件信号中のトリガ部分は、必ずしも異常を検出するための条件でなくともよく、例えば、何らかの性能評価を行うために必要な情報が生成される状態を検出するための条件として用いてもよい。

また、異常判定処理部１６および制御部１７は、図２に示したように、それぞれの機能を別々の回路構成で実現するようになっていてもよいし、あるいは、同一の回路構成が異なるプログラムを実行することで、それぞれの機能を実現するようになっていてもよい。

また、ＥＣＵ１〜４のＣＰＵは、異常判定処理部１６を有しておらずともよい。すなわち、各ＣＰＵにおいては、すべての異常検出基準が、車両の外部により設定または変更可能となっていてもよい。

本発明の第１実施形態に係る車両システム１００およびその周辺装置の全体構成を示す概略図である。 ＣＰＵ１ｂの内部構成の概略を示すブロック図である。 異常判定処理部１６による異常判定基準の一例を示すタイミング図である。 異常判定処理部１６によって検出できないポートの異常の一例を示すタイミング図である。 制御部１７が実行するトリガ設定処理１７ｂの処理内容を示すフローチャートである。 ＲＡＭ条件信号４０のデータ構成例を示す図である。 ポート条件信号５０のデータ構成例を示す図である。 パターン条件信号６０のデータ構成例を示す図である。 任意設定処理６００の処理内容を示すフローチャートである。 登録パターン番号の通知のために制御部１７が送信するＲＡＭパターン通知信号４２０の構造の一例を示す図である。 登録パターン番号の通知のために制御部１７が送信するポートパターン通知信号４３０の構造の一例を示す図である。 制御部１７が実行するパターン選択処理のフローチャートである。 異常判定処理部１６によって検出できない異常をフリーズ処理１７ａが検出するケースを示すタイミング図である。 本発明の第２実施形態に係る管理センタ２５０の構成を示す概略図である。 故障情報ＤＢのデータ構成を示す図表である。 ＣＰＵ２５４が実行する処理のフローチャートである。 作業員が車両の故障解析を行う手順の一例のフローチャートである。 パターン条件を要求するＲＡＭパターン要求信号４１０信号のデータ構造を示す図である。 パターン条件を要求するポートパターン要求信号４４０信号のデータ構造を示す図である。 第４実施形態におけるＥＣＵ１〜４のそれぞれの作動およびそれら作動の相互関係を示す図である。 ダイアグコードを含む異常通知信号４５０のデータ構成を示す図である。 パターン番号を含む異常通知情報４６０のデータ構成を示す図である。

符号の説明

１〜４…ＥＣＵ、１ａ…入出力部、１ｂ、１ｃ…ＣＰＵ、１ｄ…ＥＥＰＲＯＭ、
５…双方向通信ユニット、６…無線通信ユニット、１１…通信データ処理部、
１２…ＲＡＭ、１３…入出力ポート群、１４…スタンバイＲＡＭ、
１６…異常判定処理部、１７…制御部、１７ａ…フリーズ処理、
１７ｂ…トリガ設定処理、４０…ＲＡＭ条件信号、５０…ポート条件信号、
６０…パターン条件信号、７１…ポート信号レベル、７２…異常カウンタ値、
７４…異常検出しきい値、７５…異常フラグ値、７８…外部設定しきい値、
１００…車両システム、１５０…無線基地局、２００…通信ネットワーク、
２５０…管理センタ、２５１…通信インターフェース、２５２…ＲＡＭ、
２５３…ハードディスクドライブ、２５３ａ…故障情報ＤＢ、
２５３ｂ…車両宛先ＤＢ、２５４…ＣＰＵ、２８０…車両診断装置、
４１０…ＲＡＭパターン要求信号、４２０…ＲＡＭパターン通知信号、
４４０…ポートパターン要求信号、４３０…ポートパターン通知信号、
４５０、４６０、８２２、８２５、８２８…異常通知信号。

Claims (11)

1. 複数の車載データ収集装置と通信を行うための通信インターフェース（２５１）と、
   複数の車両の１つ１つについて、当該１つの車両の車種識別情報と当該１つの車両の異常状態の情報とを共に記録する複数車両異常記録手段（７１０）と、
   前記複数の車両について記録された前記車種識別情報に基づいて、同じ種別に属する車両グループを特定し、当該特定した前記車両グループについて記録された複数の前記異常状態の情報のうち、同種の異常状態が基準割合以上あるか否かを判定する異常頻発判定手段（７１５）と、
   前記複数の車載データ収集装置がそれぞれ搭載された複数の搭載車両の１つ１つについて、当該１つの搭載車両の車種識別情報と、当該１つの搭載車両に搭載された車載データ収集装置との対応関係のデータを記憶する対応関係記憶媒体（２５３ｂ）と、
   前記異常頻発判定手段の判定結果が肯定的であるとき、前記対応関係記憶媒体が記憶する前記対応関係のデータに基づいて、前記異常頻発判定手段の判定対象であった前記車両グループと同じ種別の複数の搭載車両を特定し、特定した複数の搭載車両に搭載される複数の車載データ収集装置に、同一の条件信号を送信する条件信号送信手段（７２０）と、を備えたセンタ。
   ただし、前記複数の車載データ収集装置の１つ１つは、
   当該センタと通信するための通信手段（１１）と、
   当該車載データ収集装置の外部から当該車載データ収集装置への電力供給が停止しても記憶内容を保持し続けることができる第１の記憶媒体（１４）と、
   前記通信手段を介して前記センタから条件信号を受信したとき、その条件信号に含まれる第１の条件を、前記車両の異常の検出条件として設定する設定手段（１７ｂ）と、
   前記設定手段が設定した前記検出条件が満たされたか否かを判定し、その判定結果が肯定的となったとき、前記車両の挙動を表すデータまたは前記車両の制御を表すデータを、フリーズデータとして、前記第１の記憶媒体へ記録するフリーズ手段（１７ａ）と、を備えている。
2. 前記複数の車種識別情報の１つ１つは、当該１つ１つの車両を個々に識別するための番号、当該車両に搭載される車載データ収集装置の識別番号、および当該車載データ収集装置に接続されるセンサあるいはアクチュエータの識別番号を含むデータであることを特徴とする請求項１に記載のセンタ。
3. 前記複数の車載データ収集装置の１つ１つは、ＲＡＭである第２の記憶媒体（１２）を備え、
   前記設定手段が設定する検出条件は、前記第２の記憶媒体の特定のアドレスに記憶された値と基準値との間の関係を規定する条件であることを特徴とする請求項１または２に記載のセンタ。
4. 前記複数の車載データ収集装置の１つ１つは、前記搭載車両の内部のアクチュエータへの信号の出力、前記搭載車両の内部のセンサからの信号の入力、および前記アクチュエータからの信号の入力のうちいずれか１つを媒介するための複数の入出力ポート（１３）を備え、
   前記設定手段が設定する検出条件は、前記入出力ポート中の設定ポートにおける信号レベルと所定の基準値との間の関係を規定する条件であることを特徴とする請求項１ないし３のいずれか１つに記載のセンタ。
5. 前記複数の車載データ収集装置の１つ１つにおいて、
   前記設定手段は、設定した前記検出条件を設定対象から除外することができ、
   前記設定手段は、設定した前記検出条件を、当該検出条件を表すデータよりもデータ長が短い第１の識別コードと共に記録し、
   前記設定手段は、前記通信手段を介して前記第１の装置から第２の識別コードを受信したとき、前記第１の識別コードと前記第２の識別コードが互いに対応していること、および、前記第１の識別コードと共に記憶された前記検出条件が設定対象から除外されているときに、前記第１の識別コードと共に記録された前記検出条件を、前記搭載車両の異常の検出条件として設定することを特徴とする請求項１ないし４のいずれか１つに記載のセンタ。
6. 前記複数の車載データ収集装置の１つ１つにおいて、
   前記設定手段は、設定した前記検出条件を、当該車載データ収集装置の外部から当該車載データ収集装置への電力供給が停止しても記憶内容を保持し続けることができる第３の記憶媒体（１ｄ）に記録することを特徴とする請求項５に記載のセンタ。
7. 前記複数の車載データ収集装置の１つ１つは、
   前記通信手段を介して前記搭載車両の外部の第２の装置（２５０、２８０）から、前記設定手段によって記録された前記検出条件および前記第１の識別コードの組を要求する信号を受けたことに基づいて、当該組を、前記通信手段を介して、前記外部の第２の装置に送信する手段を備えたことを特徴とする請求項５または６に記載のセンタ。
8. 前記複数の車載データ収集装置の１つ１において、
   前記設定手段は、前記通信手段を介して前記センタから条件信号を受信したとき、第２の条件が満たされたことに基づいて、その条件信号に含まれる前記第１の条件を、前記搭載車両の異常の検出条件として設定することを禁止することを特徴とする請求項１ないし７のいずれか１つに記載のセンタ。
9. 前記複数の車載データ収集装置の１つ１つにおいて、
   前記設定手段は、前記通信手段を介して前記センタから条件信号を受信したとき、第２の条件が満たされたことに基づいて、その条件信号に含まれる前記第１の条件を、前記搭載車両の異常の検出条件として設定することを禁止すると共に、前記第１の条件を前記搭載車両の異常の検出条件として設定することができない旨の信号を、前記通信手段を介して、前記センタに送信することを特徴とする請求項１ないし７に記載のセンタ。
10. 前記複数の車載データ収集装置の１つ１つにおいて、
    前記設定手段は、前記通信手段を介して前記センタから前記条件信号を受信したとき、その条件信号に含まれる周期を、前記フリーズ手段用の更新周期として設定し
    前記フリーズ手段は、前記設定手段が設定した前記検出条件が満たされたか否かを、前記設定手段が設定した前記更新周期で、繰り返し判定し、その判定結果が肯定的となったとき、前記搭載車両の挙動を表すデータまたは前記搭載車両の制御を表すデータを、前記フリーズデータとして、前記第１の記憶媒体へ記録することを特徴とする請求項１ないし９のいずれか１つに記載のセンタ。
11. 前記複数の車載データ収集装置の１つ１つは、
    前記通信手段を介して前記搭載車両の外部の第３の装置（２５０、２８０）から、前記設定手段によって設定された前記検出条件を要求する信号を受けたことに基づいて、前記当該検出条件を、前記通信手段を介して、前記外部の第３の装置に送信する手段を備えたことを特徴とする請求項１ないし１０のいずれか１つに記載のセンタ。

Images