JP6310332B2 - 車両診断機及び車両診断方法 - Google Patents

Description

本発明は、車両診断機及び車両診断方法に関する。

車両の運転中に異常な症状が発生した場合、インスツルメントパネルに設けられた警告灯を点灯する等の警告によって運転者に知らせることが行われている。異常な症状又はこれに伴う警告に伴ってユーザが販売店又は整備工場に車両を持ち込むと、そこで車両の診断又は修理が行われる。

修理を担当する作業者（テクニシャン等）は、故障車両の電子制御装置（以下「ＥＣＵ」という。）に故障診断機を接続してＥＣＵに記憶された故障発生時の故障コード等の情報を読み出すことにより、比較的容易に異常系統（異常が発生している電気回路）を特定することが可能である。この種の故障診断機は広く普及しており、例えば、特許文献１に記載されている。

ところが、ユーザから異常な症状の訴えは何度もあるものの、故障コードの記録がなく、また、修理担当のテクニシャンが訴えに応じて再現を試みても再現せず、修理が難しい場合（いわゆる難問修理の場合）がある。

このような難問修理に対しては、例えば、特許文献２及び特許文献３に記載されるような大容量の記憶装置を対象車両のＥＣＵに一時的に取り付け、数日間に亘ってユーザに運転してもらう。そして、故障診断に必要なデータ（運転パラメータデータ）を記憶装置に収集し、収集したデータを故障診断機又は故障解析装置で検討することにより、詳細な診断を行う。

特許文献２では、データの収集や出力を自動で行うため、イグニションキースイッチ５１のオンオフ操作及びパソコン接続によるＵＳＢ電源のオンオフ操作を検知してデータの収集や出力を行う（要約）。特許文献２では、どの制御データを選択して収集するかは、設定手段である設定部１８によって予めデータ収集部１５に設定されている。設定部１８は、入力操作部を有し、また、設定部１８での設定作業のために、予め機種テーブル１９が用意されている。そして、作業者が設定部１８の入力操作部から車両データ収集装置１の搭載車種を入力すると、機種テーブル１９に予めグループ化して格納されている収集すべき制御データの種類（パラメータＩＤ）等が、設定部１８に読み出され、データ収集部１５に設定される（［００３４］）。

特許文献３では、作業者がデータ収集条件を入力する（［００５２］）。ここでのデータ収集条件には、車種、型式、仕向地、仕様、ネットワークの種類、データ収集装置１８で使用する入力チャンネルの番号、対象となるネットワーク２４のボーレートが含まれ得る（［００５７］）。さらに、データ収集条件には、運転パラメータデータＤの内容（項目）、データＤを要求するＥＣＵ２０（対象ＥＣＵ２０ｔａｒ）、データＤの連続的な取得を行う時間（連続的データ取得時間）、データＤの連続的な取得を行う周期（連続的データ取得周期）、データＤの収集にかける総時間（データ収集総時間）が含まれ得る（［００５８］）。

特開平０５−１７２７０３号公報 特開２００８ー０７０１３３号公報 特開２０１３ー１７０９８６号公報

上記のように、特許文献２、３では、収集する運転パラメータデータの種類等を作業者が設定する必要がある。このため、そのような設定作業に多大な工数がかかるおそれがあると共に、人為的なミスにより誤った設定内容となることも懸念される。

本発明は、上記のような事情を考慮したものであり、データ収集設定にかかる工数の削減及び誤ったデータ収集設定の防止の少なくとも一方が可能な車両診断機及び車両診断方法を提供することを目的する。

本発明に係る車両診断機は、複数の電子制御装置（以下「ＥＣＵ」という。）を有する車内ネットワークに外部から接続されて、車両の各部の動作状態を示す運転パラメータデータを要求するデータ要求信号を、前記複数のＥＣＵの少なくとも１つである対象電子制御装置（以下「対象ＥＣＵ」という。）に対して送信し、前記データ要求信号に対応する前記運転パラメータデータを受信して記憶部に記憶するデータ収集装置と、前記データ収集装置が取得した前記運転パラメータデータに基づいて前記車両の診断を行う診断装置とを備えるものであって、前記データ収集装置は、車両識別情報を前記車両から取得する車両識別情報取得部と、前記対象ＥＣＵの識別情報を前記車両に問い合わせ、前記対象ＥＣＵが出力可能な前記運転パラメータデータの項目を前記対象ＥＣＵの識別情報に基づいて判定し、当該項目を収集項目として設定する収集項目設定部と、前記収集項目に対応する前記運転パラメータデータを要求する前記データ要求信号を前記対象ＥＣＵに対して送信し、前記データ要求信号に対応する前記運転パラメータデータを受信して前記記憶部に記憶させるデータ収集管理部とを有し、前記診断装置は、前記車両識別情報、前記収集項目及び前記運転パラメータデータを前記データ収集装置から取得し、前記車両識別情報に対応する搭載電子制御装置（以下「搭載ＥＣＵ」という。）が有する前記運転パラメータデータの出力可能項目を特定し、前記対象ＥＣＵから収集された前記収集項目と、前記搭載ＥＣＵが有する前記出力可能項目とを比較し、前記搭載ＥＣＵが有する前記出力可能項目に対して、実際に収集された前記収集項目中に前記運転パラメータデータが収集されていない欠落項目がある場合、当該欠落項目について異常発生の可能性があると判定することを特徴とする。

本発明によれば、車両識別情報に対応する搭載ＥＣＵが有する出力可能項目に対して、実際に収集された収集項目中に運転パラメータデータが収集されていない欠落項目がある場合、当該欠落項目について異常発生の可能性があると判定する。これにより、異常発生の可能性がある部位を簡易に特定することが可能となる。例えば、当該欠落項目に対応するＥＣＵについて通信異常が発生していると推定可能である。

また、搭載ＥＣＵが有する出力可能項目を車両識別情報に基づいて特定（又は限定）した上で、収集項目と比較する。このため、搭載ＥＣＵが有する出力可能項目のうち収集項目と比較するものの範囲を狭めることが可能となり、診断装置の処理負荷及びこれに伴う作業者の工数を削減することが可能となる。

前記車両診断機は、前記対象ＥＣＵの種類を設定する種類設定部と、前記複数のＥＣＵそれぞれが出力可能な前記運転パラメータデータの項目を、前記複数のＥＣＵの識別情報に対応させて記憶するデータ項目記憶部と、前記種類設定部で設定した前記対象ＥＣＵの種類毎に前記搭載ＥＣＵの有無を前記車両に問い合わせて前記搭載ＥＣＵを前記対象ＥＣＵとして識別する対象ＥＣＵ識別部とをさらに備えてもよい。

これにより、収集項目の設定の少なくとも一部をデータ収集装置が行うため、収集項目の設定に伴う作業者の工数を削減することが可能となる。また、車両から通知された搭載ＥＣＵを対象ＥＣＵとして識別すると共に、当該対象ＥＣＵに対応する項目を収集項目として設定するため、収集項目の設定に伴う作業者の人為的なミスを防止することが可能となる。

前記収集項目設定部は、前記データ収集装置を前記車両に接続した状態での起動スイッチの初回オン操作に対応して、前記対象ＥＣＵの識別情報を前記車両に問い合わせて前記収集項目を設定し、これに続いて、前記データ収集管理部は、前記起動スイッチのオフ操作及びその後の再オン操作が行われたことを条件として、前記データ要求信号の送信及び前記運転パラメータデータの記憶を開始してもよい。

これにより、収集項目の設定の少なくとも一部及び運転パラメータデータの収集開始は、車内ネットワークに対するデータ収集装置の接続と、起動スイッチの操作とにより行うことができる。従って、作業者は、収集項目の設定の少なくとも一部及び運転パラメータデータの収集開始を簡易な操作で行うことが可能となる。
前記収集項目設定部は、前記データ収集装置を前記車両に接続した状態での前記起動スイッチの初回オン操作に対応して、前記種類設定部で設定した前記対象ＥＣＵの種類毎に前記搭載ＥＣＵの有無を前記車両に問い合わせて前記収集項目を設定してもよい。

前記車内ネットワークに対する前記データ収集装置の接続が一旦解除された場合には、新たな車内ネットワークに接続後の前記起動スイッチの初回オン操作に対応して、前記種類設定部で設定した前記対象ＥＣＵの種類毎に前記搭載ＥＣＵの有無を前記新たな車内ネットワークに問い合わせて新たな収集項目を設定してもよい。これにより、データ収集装置をある車両（第１車両）から取り外して他の車両（第２車両）に付け替えることで、診断対象車両を容易に変更することが可能になる。

前記データ収集装置と前記車内ネットワークとの接続は、前記車両のデータリンクコネクタを介して行われ、前記データ収集装置は、前記データリンクコネクタを介した車載電源からの供給電力により起動してもよい。これにより、データ収集装置の起動タイミングを、データリンクコネクタへの接続時とすることができる。従って、診断対象車両の変更のためのデータリンクコネクタへの着脱に伴ってデータ収集装置の再起動を行うことができ、診断対象車両の変更後もデータ収集装置を簡単に作動させることが可能となる。

前記種類設定部は、複数の車種を統合し且つ各車種に搭載されている前記搭載ＥＣＵを機能毎の種類で区分してもよい。これにより、作業者による入力負担の軽減又は入力ミスの防止を図りつつ、データ収集装置における演算負荷及びこれに伴う作業者の工数削減を図ることが可能となる。

本発明に係る車両診断方法は、複数のＥＣＵを有する車内ネットワークに外部から接続されて、車両の各部の動作状態を示す運転パラメータデータを、前記複数のＥＣＵの少なくとも１つである対象ＥＣＵから取得し、取得した前記運転パラメータデータに基づいて前記車両の診断を行う車両診断機を用いるものであって、前記車両診断機は、車両識別情報を前記車両から取得し、前記対象ＥＣＵの識別情報を前記車両に問い合わせ、前記対象ＥＣＵが出力可能な前記運転パラメータデータの項目を前記対象ＥＣＵの識別情報に基づいて判定し、当該項目を収集項目として設定し、前記収集項目に対応する前記運転パラメータデータを要求するデータ要求信号を前記対象ＥＣＵに対して送信し、前記データ要求信号に対応する前記運転パラメータデータを受信して記憶部に記憶させ、前記車両識別情報に対応する搭載ＥＣＵが有する前記運転パラメータデータの出力可能項目を特定し、前記対象ＥＣＵから収集された前記収集項目と、前記搭載ＥＣＵが有する前記出力可能項目とを比較し、前記搭載ＥＣＵが有する前記出力可能項目に対して、実際に収集された前記収集項目中に前記運転パラメータデータが収集されていない欠落項目がある場合、当該欠落項目について異常発生の可能性があると判定することを特徴とする。

本発明に係る車両診断機は、複数のＥＣＵを有する車内ネットワークに外部から接続されて、車両の各部の動作状態を示す運転パラメータデータを、前記複数のＥＣＵの少なくとも１つである対象ＥＣＵから取得し、取得した前記運転パラメータデータに基づいて前記車両の診断を行うものであって、車両識別情報に対応する搭載ＥＣＵが有する前記運転パラメータデータの出力可能項目を特定し、前記対象ＥＣＵから収集された収集項目と、前記搭載ＥＣＵが有する前記出力可能項目とを比較し、前記搭載ＥＣＵが有する前記出力可能項目に対して、実際に収集された前記収集項目中に前記運転パラメータデータが収集されていない欠落項目がある場合、当該欠落項目について異常発生の可能性があると判定することを特徴とする。

本発明によれば、データ収集設定にかかる工数の削減及び誤ったデータ収集設定の防止の少なくとも一方が可能となる。

本発明の一実施形態に係るデータ収集装置を含む診断システムの概略的な構成を示すブロック図である。 診断機本体及び前記データ収集装置が有する各種機能を示す図である。 前記実施形態における故障診断のための作業者の作業並びに車両、外部診断機及びサーバの処理の全体的な流れの一例を示すフローチャートである。 図３の作業及び処理において用いられるデータ項目を説明する図である。 運転パラメータデータの収集のための事前準備としての作業者の作業並びに前記診断機本体及び前記データ収集装置の処理の一例を示すフローチャートである。 前記実施形態においてデータ収集条件を入力する際の入力画面の一例を示す図である。 診断対象部位又は対象ＥＣＵの種類に応じた各種情報（対象ＥＣＵの識別情報（ＩＤ）等）の一例を示す図である。 前記運転パラメータデータの収集時における前記作業者の作業及び前記データ収集装置の処理の一例を示すフローチャートである。 前記実施形態における初期設定処理のフローチャート（図８のＳ２４の詳細）である。 前記運転パラメータデータの収集後における前記作業者の作業及び前記データ収集装置の処理の一例を示すフローチャートである。 収集項目と出力可能項目との比較結果を表示する前記診断機本体の表示画面の一例を示す図である。 前記実施形態において異常ＥＣＵの判定に伴う前記作業者の作業及び前記診断機本体の処理のフローチャートである。

Ａ．一実施形態
［１．構成］
（１−１．全体構成）
図１は、本発明の一実施形態に係るデータ収集装置１８を含む診断システム１０（以下「システム１０」ともいう。）の概略的な構成を示すブロック図である。システム１０は、診断対象としての車両１２と、車両１２外部から車両１２の故障診断を行う外部診断機１４と、外部診断機１４に車両１２の情報を提供するサーバ１５とを有する。外部診断機１４は、診断機本体１６（以下「本体１６」ともいう。）及びデータ収集装置１８（data logger）を有する。

（１−２．車両１２）
本実施形態の車両１２は、駆動用エンジン及び走行モータ（いずれも図示せず）を有するハイブリッド車としての自動四輪車である。或いは、車両１２は、走行モータを有さずエンジンのみを有するガソリン車、電気自動車（battery vehicle）、燃料電池車等の車両であってもよく、また、自動二輪車、自動三輪車等の車両であってもよい。

車両１２は、車両１２を制御するための複数の電子制御装置２０ａ〜２０ｉ（以下「第１〜第９ＥＣＵ２０ａ〜２０ｉ」又は「ＥＣＵ２０ａ〜２０ｉ」といい、「ＥＣＵ２０」と総称する。）と、ゲートウェイ２２と、低電圧バッテリ２４（以下「バッテリ２４」ともいう。）とを有する。なお、図１では、理解を容易化するため、９つのＥＣＵ２０ａ〜２０ｉのみを示しているが、それ以外のＥＣＵ２０を設けることもできる。ＥＣＵ２０の数としては、例えば、２〜数百個とすることができる。

ＥＣＵ２０の例としては、例えば、エンジンＥＣＵ、モータＥＣＵ、トランスミッションＥＣＵ、車両挙動安定ＥＣＵ（以下「ＶＳＡ ＥＣＵ」という。）、アンチロックブレーキシステムＥＣＵ（以下「ＡＢＳ ＥＣＵ」という。）、電動パワーステアリングＥＣＵ（以下「ＥＰＳ ＥＣＵ」という。）、バッテリＥＣＵ、メータＥＣＵ、エアコンディショナＥＣＵ（以下「エアコンＥＣＵ」という。）、補助拘束システムＥＣＵ（以下「ＳＲＳ ＥＣＵ」という。）、イモビライザＥＣＵ等を挙げることができる。

エンジンＥＣＵは、図示しないエンジンの出力を制御する。モータＥＣＵは、図示しない走行モータの出力を制御する。トランスミッションＥＣＵは、図示しないトランスミッションを制御する。ＶＳＡ ＥＣＵは、車両挙動安定化（Vehicle Stability Assist）制御を実行する。ＡＢＳ ＥＣＵは、アンチロックブレーキ制御を実行する。ＥＰＳ ＥＣＵは、操舵アシスト制御を実行する。バッテリＥＣＵは、図示しない高電圧バッテリ又は低電圧バッテリ２４の充放電等を制御する。メータＥＣＵは、図示しないインストルメントパネルに設けられたメータ表示装置（図示せず）を制御する。エアコンＥＣＵは、図示しないエアコンディショナを制御する。ＳＲＳ ＥＣＵは、図示しないエアバッグシステムの制御を行う。イモビライザＥＣＵは、図示しないイモビライザ装置及びスマートキーシステムの制御を行う。

各ＥＣＵ２０は、入出力部２６、演算部２８及び記憶部３０を有する。なお、図１では、第１ＥＣＵ２０ａのみ入出力部２６、演算部２８及び記憶部３０を図示し、その他のＥＣＵ２０ｂ〜２０ｉについては内部構成の図示を省略している。

第１〜第６ＥＣＵ２０ａ〜２０ｆは、通信バス３６ａを介して接続され、車内ネットワーク３４ａ（以下「ネットワーク３４ａ」ともいう。）を構成する。本実施形態におけるネットワーク３４ａは、ＣＡＮ（Controller Area Network）であり、特に、ＩＳＯ１１８９８で定義されるようないわゆる高速通信ＣＡＮ（以下「高速ＣＡＮ」という。）である。第７〜第９ＥＣＵ２０ｇ〜２０ｉは、通信バス３６ｂを介して接続され、車内ネットワーク３４ｂ（以下「ネットワーク３４ｂ」ともいう。）を構成する。本実施形態におけるネットワーク３４ｂは、ＣＡＮであり、特に、ＩＳＯ１１５１９で定義されるようないわゆる低速通信ＣＡＮ（以下「低速ＣＡＮ」という。）である。或いは、ネットワーク３４ａ、３４ｂは、ＬＩＮ（Local Interconnect Network）、ＦｌｅｘＲａｙ、Ｋライン等のその他のネットワークに対して本発明を適用することもできる。以下では、ネットワーク３４ａ、３４ｂを車内ネットワーク３４又はネットワーク３４と総称する。

通信バス３６ａとバッテリ２４からの電力線３７とは、車室内（例えば、図示しないインスツルメントパネルの一部）に設けられたデータリンクコネクタ３８に接続している。

なお、図１では、バッテリ２４からの電力線３７がコネクタ３８にのみ接続されているが、バッテリ２４は、例えば、１２Ｖバッテリであり、車両１２の低電圧系の各構成要素（例えば、ＥＣＵ２０ａ〜２０ｉ）にも電力を供給する。

また、車両１２に搭載されている全てのＥＣＵ２０には、イグニッションスイッチ４０（以下「ＩＧＳＷ４０」という。）を介して電源が供給されており、且つＥＣＵ２０の中には、ＩＧＳＷ４０がオフである場合にもバッテリ２４から電力供給を受けて起動を続けるものも存在する場合がある。この場合、ＩＧＳＷ４０がオンのときとは違った動作を継続するように設定される。

（１−３．外部診断機１４）
上記の通り、外部診断機１４は、診断機本体１６及びデータ収集装置１８を有する。

（１−３−１．診断機本体１６）
（１−３−１−１．概要）
診断機本体１６は、データ収集装置１８の各種設定（動作設定等）を行うと共に、データ収集装置１８が収集した運転パラメータデータＤ（以下「データＤ」ともいう。）を解析して故障診断を行う。故障診断の代わりにその他の診断を行ってもよい（詳細は後述する。）。

図１に示すように、本体１６は、入出力部５０、演算部５２、記憶部５４、表示部５６及びコネクタ５８を有する。

本体１６は、例えば、市販のノート型パーソナルコンピュータ、タブレット型コンピュータ又はスマートフォンから構成することができる。本体１６は、必ずしも単一の筐体から構成される必要はなく、例えば、本体としてのパーソナルコンピュータと、データ収集装置１８とのインタフェースとしての子機（中継器）とから構成してもよい。

（１−３−１−２．演算部５２の各種機能）
図２は、診断機本体１６及びデータ収集装置１８が有する各種機能を示す図である。図２に示すように、診断機本体１６は、収集条件設定機能６０と、データ収集装置通信機能６２と、データ解析機能６４とを有する。各機能６０、６２、６４は、記憶部５４に記憶されたプログラムを演算部５２が実行すること等により実現される。

収集条件設定機能６０は、データ収集装置１８がデータＤを収集する条件（例えば、データＤの取得対象項目、取得期間等）であるデータ収集条件を設定する。

データ収集装置通信機能６２は、データ収集装置１８との間の通信に関連した機能である。通信機能６２は、データ収集装置１８に対してデータ収集条件を送信する収集条件送信機能６６と、データ収集装置１８からデータＤを読み出す収集データ読出し機能６８とを有する。

データ解析機能６４は、データ収集装置１８から取得したデータＤを用いて故障診断のためのデータ解析を行う。データ解析機能６４は、異常が発生しているＥＣＵ２０（以下「異常ＥＣＵ２０ｍａｌ」ともいう。）を判定する異常判定部として機能する。また、データ解析機能６４は、サーバ１５との間で通信し、車両１２が搭載しているＥＣＵ２０（以下「搭載ＥＣＵ２０ｉｎｓ」ともいう。）を特定する搭載ＥＣＵ特定部としても機能する。搭載ＥＣＵ２０ｉｎｓの特定に際しては、車両１２の車両識別番号（以下「ＶＩＮ」という。）を用いる（詳細は、後述する。）。

（１−３−１−３．記憶部５４）
記憶部５４（図１）は、機能６０、６２、６４の実行等のための各種プログラム及び各種データベースを記憶している。当該データベースには、データ項目データベース７０（以下「データ項目ＤＢ７０」又は「ＤＢ７０」という。）が含まれる。ＤＢ７０には、データ収集装置１８が収集し得るデータＤの項目（以下「データ項目Ｉｄａｔａ」ともいう。）が蓄積されている。ＤＢ７０は、駆動源に応じた車両１２の種類に基づいてデータ項目Ｉｄａｔａを区分している。駆動源に応じた車両１２の種類としては、例えば、ガソリン車、ディーゼル車、ハイブリッド車、電気自動車等を含めることができる。

（１−３−２．データ収集装置１８）
（１−３−２―１．概要）
データ収集装置１８は、車両１２における運転パラメータデータＤを収集する。図１に示すように、データ収集装置１８は、入出力部８０、演算部８２、記憶部８４、表示部８６、キャパシタ８８、通信線９０、電力線９２及びコネクタ９４を有する。コネクタ９４は、例えば、ＵＳＢコネクタである。

（１−３−２―２．演算部８２の各種機能）
図２に示すように、データ収集装置１８は、本体通信機能１００及びデータ収集機能１０２を有する。各機能１００、１０２は、記憶部８４に記憶されたプログラムを演算部８２が実行すること等により実現される。本体通信機能１００は、診断機本体１６との間の通信に関連した機能であり、データ収集機能１０２は、車両１２との間でのデータＤの収集に関連した機能である。

本体通信機能１００は、収集条件読込み機能１０４及び収集データ送信機能１０６を有する。収集条件読込み機能１０４は、データ収集装置１８がデータＤを収集する条件（データ収集条件）を診断機本体１６から読み込む機能である。収集データ送信機能１０６は、データ収集装置１８が収集したデータＤを診断機本体１６に送信する機能である。

データ収集機能１０２は、要求信号特定機能１０８、データ要求機能１１０及びデータ受信・記憶機能１１２を有する。要求信号特定機能１０８は、車両１２に対してデータＤの送信を要求するデータ要求信号Ｓｒｅｑを特定する機能である。データ要求機能１１０は、データＤを要求する対象であるＥＣＵ２０（以下「対象ＥＣＵ２０ｔａｒ」という。）に対してデータ要求信号Ｓｒｅｑを送信して、特定項目のデータＤを要求する機能である。データ受信・記憶機能１１２は、データ要求信号Ｓｒｅｑに応じて対象ＥＣＵ２０ｔａｒが出力したデータＤを受信し、記憶部８４（データ記憶部）に記憶する機能である。

（１−３−２−３．記憶部８４）
記憶部８４は、機能１００、１０２の実行等のための各種プログラム及び各種データベースを記憶している。当該データベースには、データ項目データベース１２０（以下「データ項目ＤＢ１２０」、「項目ＤＢ１２０」又は「ＤＢ１２０」という。）が含まれる。本体１６のＤＢ７０と同様、データ収集装置１８のＤＢ１２０には、データ収集装置１８が収集し得る運転パラメータデータＤの項目（データ項目Ｉｄａｔａ）が蓄積されている。但し、ＤＢ１２０に蓄積されるデータ項目Ｉｄａｔａは、本体１６から受信したもののみである。換言すると、ＤＢ１２０に蓄積されるデータ項目Ｉｄａｔａは、ＤＢ７０に蓄積されるデータ項目Ｉｄａｔａの一部である。ＤＢ１２０は、データ項目記憶部として機能する。

（１−３−２―４．キャパシタ８８）
キャパシタ８８は、バッテリ２４からの電力により充電され、コネクタ９４がコネクタ３８から取り外された際にデータ収集装置１８内に電力を供給する。

なお、図１では、コネクタ９４からの電力線９２がキャパシタ８８にのみ接続されているが、電力線９２は、キャパシタ８８に加え、その他の部位（例えば、演算部８２）にも接続される。このため、バッテリ２４又はキャパシタ８８からの電力が当該その他の部位にも供給される。

（１−４．サーバ１５）
サーバ１５は、外部診断機１４からの要求に応じて外部診断機１４に対して車両１２の各種情報を提供する。サーバ１５は、入出力部、演算部、記憶部及び表示部（いずれも図示せず）を備える。図１に示すように、サーバ１５は、車両１２に関する各種の情報を記憶した車両データベース１３０（以下「車両ＤＢ１３０」という。）を備える。車両ＤＢ１３０は、前記記憶部に含まれる。

［２．運転パラメータデータＤの内容］
本実施形態における運転パラメータデータＤは、車両１２の故障診断に用いるものであり、例えば、次のようなものを含むことができる。

例えば、車両１２の駆動状態（エンジン及び走行モータに関するもの）を診断したい場合、前記エンジンＥＣＵ及び前記モータＥＣＵを指定して取得したいデータＤを取得する。

この場合、エンジンＥＣＵから取得するデータＤとしては、例えば、図示しない車速センサが検出した車速、図示しない温度センサが検出したエンジン冷却水の温度、図示しないクランク角センサが検出したクランク角に基づきエンジンＥＣＵが算出したエンジン回転数、図示しない吸気圧センサが検出した吸気圧、エンジンＥＣＵにおける各種設定値が含まれる。

モータＥＣＵから取得するデータＤとしては、例えば、図示しないレゾルバからの出力に基づきモータＥＣＵが算出したモータ回転数、駆動モータ用の高圧バッテリの残容量、及びモータＥＣＵの各種設定値が含まれる。

［３．故障診断］
次に、本実施形態における故障診断に関する各種の作業及び処理について説明する。
（３−１．全体的な流れ）
図３は、本実施形態における故障診断のための作業者の作業並びに車両１２、外部診断機１４及びサーバ１５の処理の全体的な流れの一例を示すフローチャートである。図４は、図３の作業及び処理において用いられるデータ項目Ｉｄａｔａを説明する図である。

図３のステップＳ１、Ｓ２は、事前準備の段階での処理であり、ステップＳ３〜Ｓ６は、車両１２にデータ収集装置１８を接続して実際にデータＤを収集する段階での処理であり、ステップＳ７〜Ｓ９は、データＤの収集後において車両１２からデータ収集装置１８を取り外して、故障原因を解析する段階での処理である。

ステップＳ１において、外部診断機１４（本体１６及びデータ収集装置１８）では、駆動源に関する車両１２の種類（以下「車両種類Ｃｖ」又は「種類Ｃｖ」ともいう。）と、診断対象部位に関するＥＣＵ２０の種類（以下「ＥＣＵ種類Ｃｅｃｕ」又は「種類Ｃｅｃｕ」ともいう。）を作業者からの入力に基づいて設定する。

選択され得る車両種類Ｃｖには、例えば、ガソリン車、ディーゼル車、ハイブリッド車が含まれる。取得対象として指定され得るＥＣＵ種類Ｃｅｃｕには、例えば、エンジンＥＣＵ、モータＥＣＵ、トランスミッションＥＣＵ等の多数のＥＣＵが含まれる。

ステップＳ２において、外部診断機１４では、本体１６のデータ項目ＤＢ７０に含まれるデータ項目Ｉｄａｔａの中から、種類Ｃｖ、Ｃｅｃｕに対応するもの（以下「収集項目候補Ｉｏｐ」という。）を抽出して、データ収集装置１８のデータ項目ＤＢ１２０に記憶する（図４参照）。これにより、種類Ｃｖ、Ｃｅｃｕに対応する収集項目候補Ｉｏｐが特定される。

続くステップＳ３〜Ｓ６において、車両１２に取り付けられたデータ収集装置１８を用いて、実際にデータＤの収集が行われる。すなわち、ステップＳ３において、データ収集装置１８は、車両１２からＶＩＮを取得する。

ステップＳ４において、データ収集装置１８は、事前準備の際（Ｓ１）に設定されたＥＣＵ種類Ｃｅｃｕに属する複数のＥＣＵ２０のうち、診断対象の車両１２に実際に搭載されているＥＣＵ２０（すなわち、対象ＥＣＵ２０ｔａｒ）の識別情報（ＩＤ）を特定する。この際、データ収集装置１８は、ＥＣＵ種類Ｃｅｃｕに属する複数のＥＣＵ２０それぞれのＩＤを特定し、いずれのＩＤを有するＥＣＵ２０が車両１２に搭載されているかを、通信によって各ＥＣＵ２０に問い合わせる。以下では、車両１２に実際に搭載されているＥＣＵ２０（対象ＥＣＵ２０ｔａｒ）のＩＤを「ＩＤｉｎｓ」ともいう。

ステップＳ５において、データ収集装置１８は、事前準備の際（Ｓ２）に抽出（又は記憶）した収集項目候補Ｉｏｐのうち、ステップＳ４で搭載されているＥＣＵ２０（搭載ＥＣＵ２０ｉｎｓ）として特定したＩＤｉｎｓに対応するＥＣＵ２０が装備しているものを、実際に収集するデータＤの項目（以下「収集項目Ｉｄｅｔ」という。）として設定する（図４参照）。これにより、実際の収集項目Ｉｄｅｔを搭載ＥＣＵ２０ｉｎｓに対応して自動的に設定することが可能となる。

ステップＳ６において、データ収集装置１８は、ステップＳ５で設定した収集項目Ｉｄｅｔについて、車両１２から運転パラメータデータＤを収集する。データＤの収集期間は、通常、１週間程度であるが、特定することが困難な故障原因を診断する場合、長期に亘る場合もある。

データＤの収集が終了すると、ステップＳ７〜Ｓ９において、データ収集装置１８が収集したデータＤを外部診断機１４の本体１６に読み込んで、故障原因の解析が行われる。まずステップＳ７において、外部診断機１４の本体１６では、データＤの収集時（Ｓ３）において取得したＶＩＮに対応するＥＣＵ２０（すなわち、対象ＥＣＵ２０ｔａｒ）のＩＤ及び出力可能項目Ｉｏｕｔ（以下「収集予定項目Ｉｅｘ」ともいう。）を特定する。

本実施形態では、インターネット環境で接続可能なサーバ１５において、車両１２毎のＥＣＵ搭載データを、ＶＩＮに対応させて記憶した車両ＤＢ１３０が設けられている。本体１６は、データ収集装置１８からＶＩＮを取得した後、サーバ１５にＶＩＮを通知する。サーバ１５は、通知されたＶＩＮに対応するＥＣＵ２０（すなわち、対象ＥＣＵ２０ｔａｒ）のＩＤｖｉｎ及び出力可能項目Ｉｏｕｔを車両ＤＢ１３０から読み出して本体１６に通知する（なお、以下の記載では、ＶＩＮに対応する対象ＥＣＵ２０ｔａｒのＩＤをＩＤｖｉｎともいう。）。

ステップＳ８において、本体１６は、データ収集装置１８が車両１２から取得したＩＤｉｎｓ（Ｓ４）及びこれに基づく収集項目Ｉｄｅｔ（Ｓ５）と、サーバ１５から取得したＩＤｖｉｎ及び出力可能項目Ｉｏｕｔ（Ｓ７）とを比較する（図４参照）。

ステップＳ９において、本体１６は、ステップＳ８での比較結果を出力する。車両１２から実際に収集した収集項目Ｉｄｅｔが、車両１２のＶＩＮで確認した搭載ＥＣＵ２０ｉｎｓに対応する出力可能項目Ｉｏｕｔに対して不足している場合、不足している収集項目Ｉｄｅｔについての通信異常があったと推定し、対象ＥＣＵ２０ｔａｒに故障が発生していると判定可能である。また、収集項目Ｉｄｅｔと出力可能項目Ｉｏｕｔとが同じであれば、データ収集装置１８と各対象ＥＣＵ２０ｔａｒとの通信異常はない。そこで、作業者は、データ収集装置１８が収集し、その後、診断機本体１６に読み込んだデータＤに基づいて診断作業を行う。

（３−２．事前準備）
（３−２−１．事前準備の全体的な流れ）
図５は、運転パラメータデータＤの収集のための事前準備としての作業者の作業並びに診断機本体１６及びデータ収集装置１８の処理の一例を示すフローチャートである。図５の内容は、図３のステップＳ１、Ｓ２をより詳細に示したものである。図５のステップＳ１１において、作業者（テクニシャン等）は、データ収集装置１８のコネクタ９４を診断機本体１６のコネクタ５８に接続する。

ステップＳ１２において、作業者は、診断機本体１６の入出力部５０（マウス、キーボード等）を操作して、運転パラメータデータＤの収集に用いる診断ソフトウェアを起動する。これに伴い、診断機本体１６は、データＤの収集に関する表示画面２００（以下「入力画面２００」ともいう。）（例えば図６）を表示部５６に表示する。ステップＳ１１、Ｓ１２の順番は逆であってもよい。

ステップＳ１３において、作業者は、表示画面２００への入力によりデータ収集条件を入力する（詳細は後述する。）。

ステップＳ１４において、作業者は、表示画面２００を介しての入力により診断機本体１６とデータ収集装置１８との間での通信を確立することを要求する。当該要求を受けた本体１６（データ収集装置通信機能６２）は、データ収集装置１８との間で通信を確立する。なお、ステップＳ１３、Ｓ１４の順番は反対でもよい。

ステップＳ１５において、作業者は、表示画面２００を介しての入力によりデータ収集装置１８のデータ収集条件の変更を本体１６に要求する。当該要求を受けた本体１６（収集条件送信機能６６）は、データ収集装置１８のデータ収集条件を、ステップＳ１３で入力されたものに変更する。すなわち、本体１６は、新たなデータ収集条件をデータ収集装置１８に送信し、データ収集装置１８（収集条件読込み機能１０４）は、受信したデータ収集条件を新たなデータ収集条件として設定する。

ステップＳ１６において、作業者は、表示画面２００を介しての入力により診断機本体１６とデータ収集装置１８との間での通信を切断することを要求する。当該要求を受けた本体１６（データ収集装置通信機能６２）は、データ収集装置１８との間で通信を切断する。

ステップＳ１７において、作業者は、データ収集装置１８のコネクタ９４を診断機本体１６のコネクタ５８から取り外す。

（３−２−２．データ収集条件）
（３−２−２−１．データ収集条件の概要）
図５のステップＳ１３で入力されるデータ収集条件は、例えば、ネットワークの種類｛ＣＡＮ、ＬＩＮ、ＦｌｅｘＲａｙ、Ｋライン等の別及び複数のＣＡＮ（高速ＣＡＮ、低速ＣＡＮ等）がある場合、それらの別｝、データ収集を中断及び再開するバス使用率及び対象ＥＣＵ２０ｔａｒの種類（又は診断対象部位）を含む。加えて、特許文献３に記載の内容（例えば、データＤの連続的な取得を行う時間（連続的データ取得時間）、データＤの連続的な取得を行う周期（連続的データ取得周期）又はデータＤの収集にかける総時間（データ収集総時間））を指定してもよい。

さらに、図３のステップＳ１、Ｓ２に関連して述べた通り、図５のステップＳ１３で入力されるデータ収集条件には、駆動源に関する車両１２の種類（車両種類Ｃｖ）と、診断対象部位に関するＥＣＵ２０の種類（ＥＣＵ種類Ｃｅｃｕ）が含まれる。

演算部５２は、入力された種類Ｃｖ、Ｃｅｃｕに対応するデータ項目Ｉｄａｔａをデータ項目ＤＢ７０から抽出し、データ収集装置１８に送信するデータ収集条件の一部とする。

なお、ＥＣＵ種類Ｃｅｃｕは、ユーザから聞き出した故障の症状に基づいて推定される故障原因に対応するデータＤを出力するＥＣＵ２０の種類である。後に図７を参照して詳述するように、ＥＣＵ種類Ｃｅｃｕに含まれるＥＣＵ２０は複数存在するが、特定の車両１２においてＥＣＵ種類Ｃｅｃｕに含まれるＥＣＵ２０は１つしかない。このため、入力された種類Ｃｅｃｕに基づいて抽出されるデータ項目Ｉｄａｔａは、入力された種類Ｃｅｃｕに含まれる複数のＥＣＵ２０が取得可能なデータＤの項目全てに対応する（図４参照）。

（３−２−２−２．実行ファイル）
作業者が診断機本体１６においてデータ収集条件を入力することで、データ収集装置１８が実行するプログラム（実行ファイルＦｅｘｅ）が生成される。ここでの実行ファイルＦｅｘｅは、駆動源に関する車両１２の種類Ｃｖ毎に生成されるファイルパッケージの形態を取る。

前記ファイルパッケージには、次のファイルが含まれる。
（ａ）ＶＩＮを取得するためのプログラムファイル（ＶＩＮ取得ファイルＦｖｉｎ）、及び
（ｂ）各ネットワーク３４ａ、３４ｂのＥＣＵ２０ａ〜２０ｉからデータＤを取得するためのプログラムファイル（データ取得ファイルＦｄａｔａ）

ＶＩＮ取得ファイルＦｖｉｎは、ネットワーク３４ａ、３４ｂ毎に設定することができる。例えば、高速ＣＡＮであるネットワーク３４ａで用いるファイルＦｖｉｎを「ＶＩＮ．ｕｎｔ」として設定する。拡張子「ｕｎｔ」は、ＶＩＮを取得するためのファイル（プログラム）の拡張子として用いる。

データ取得ファイルＦｄａｔａは、診断対象部位毎又は対象ＥＣＵ２０ｔａｒが属するＥＣＵ２０の種類Ｃｅｃｕ毎に設定することができる。複数の診断対象部位を設定する場合、複数のデータ取得ファイルＦｄａｔａが設定される。例えば、トランスミッションを診断対象部位とする場合（換言すると、ＥＣＵ種類ＣｅｃｕとしてトランスミッションＥＣＵが選択された場合）、ファイルＦｄａｔａを「ＭＩＳＳＩＯＮ．ｍａｍ」として設定する。拡張子「ｍａｍ」は、データＤを取得するためのファイル（プログラム）の拡張子として用いる。ファイルＦｄａｔａ用の拡張子は、ネットワーク３４ａ、３４ｂ毎に変化させる。

なお、ＶＩＮ取得ファイルＦｖｉｎとデータ取得ファイルＦｄａｔａを分けることにより、ＶＩＮを記憶しているＥＣＵ２０（例えば、ＥＣＵ２０ａ）をデータ取得ファイルＦｄａｔａの対象から除外することが可能となる。

また、実行ファイルＦｅｘｅ（ファイルパッケージ）の種類は、特定の入力画面で設定する。具体的には、後述する入力画面２００のハードウェア設定選択部２０４（図６）において「機種情報／設定ファイル管理」を選択した場合に表示される入力画面（図示せず）において設定する。

（３−２−２−３．データ収集条件の入力）
（３−２−２−３−１．入力画面２００の概要）
図６は、データ収集条件を入力する際の入力画面２００の一例を示す図である。図７は、診断対象部位の種類又は対象ＥＣＵ２０ｔａｒが属するＥＣＵ２０の種類（種類Ｃｅｃｕ）に応じた各種情報（対象ＥＣＵ２０ｔａｒの識別情報（ＩＤ）等）の一例を示す図である。図７において、ＣＮＧ車は、天然ガス（compressed natural gas）自動車を意味し、ＦＦＶは、フレックス燃料車（flexible-fuel vehicle）を意味する。

データ収集条件の入力時には、まず駆動源に関する車両１２の種類Ｃｖ（ガソリン車／ＣＮＧ車／ＦＦＶ、ハイブリッド車等）を特定（入力）する。その上で、ユーザの操作により、図６のような入力画面２００を表示させる。

図６に示すように、入力画面２００は、メニュー選択ボタン２０２ａ〜２０２ｃと、ハードウェア設定選択部２０４と、データ収集条件入力部２０６と、条件入力ボタン２０８と、接続ボタン２１０と、データ読込みボタン２１２とを有する。

（３−２−２−３−２．メニュー選択ボタン２０２ａ〜２０２ｃ）
メニュー選択ボタン２０２ａ〜２０２ｃは、複数のメニュー（「ハードウェア設定」、「ハードウェア管理」及び「不具合解析」）を選択するためのボタンである。本実施形態では、データ収集装置１８のデータ収集条件を入力する際は、ボタン２０２ａ（ハードウェア設定）を選択する。また、後述するデータ解析（図１０のＳ５５）を行う際は、ボタン２０２ｃ（不具合解析）を選択する。

（３−２−２−３−３．ハードウェア設定選択部２０４）
ハードウェア設定選択部２０４（以下「選択部２０４」ともいう。）は、入力チャンネル（ＣＨ）の設定、出力チャンネルの設定等のハードウェア設定の選択肢をポインタ（図示せず）により選択するための部位である。なお、選択部２０４は、表示データサイズに応じてスクロール可能としてもよい（データ収集条件入力部２０６等も同様である。）。

（３−２−２−３−４．データ収集条件入力部２０６）
データ収集条件入力部２０６（以下「入力部２０６」ともいう。）は、選択部２０４で選ばれた選択肢に応じて入力欄を表示する部位である。なお、図６の例では、選択部２０４において出力チャンネルの設定として高速ＣＡＮ（すなわち、ネットワーク３４ａ）が選択された場合を示している。これに加えて又はこれに代えて、他のネットワーク（例えば、低速ＣＡＮであるネットワーク３４ｂ）について設定を行うこともできる。

図６に示すように、入力部２０６は、メッセージ出力設定欄２２０と、ファイル名入力欄２２２と、送信条件表示欄２２４と、送信停止条件入力欄２２６と、送信再開条件入力欄２２８と、ＥＣＵ設定ファイル入力欄２３０と、読込ボタン２３２と、保存ボタン２３４と、ＥＣＵ選択ボタン２３６と、ＥＣＵ設定表示欄２３８ａ〜２３８ｅと、リセットボタン２４０とを有する。

メッセージ出力設定欄２２０は、データ収集装置１８の表示部８６に案内メッセージを表示させるか否かを設定する欄である。ファイル名入力欄２２２は、実行ファイルＦｅｘｅ（ファイルパッケージ）の名称を入力する欄である。送信条件表示欄２２４は、データ収集装置１８がデータ要求信号Ｓｒｅｑの送信を開始する条件（換言すると、データＤの収集を開始する条件）を表示する欄である。

送信停止条件入力欄２２６は、データＤを収集中の場合に、データ収集装置１８がデータ要求信号Ｓｒｅｑの送信を中断する条件（バス使用率の閾値）を表示する欄である。送信再開条件入力欄２２８は、データ要求信号Ｓｒｅｑの送信を中断中の場合に、データ収集装置１８がデータ要求信号Ｓｒｅｑの送信を再開する条件（バス使用率の閾値）を表示する欄である。

ＥＣＵ設定ファイル入力欄２３０は、データ取得ファイルＦｄａｔａをテキスト入力する欄である。読込ボタン２３２は、入力欄２３０に入力されたファイルＦｄａｔａを読み込むためのボタンである。ボタン２３２が押されると、入力欄２３０に入力されたファイルＦｄａｔａが、ＥＣＵ設定表示欄２３８ａ〜２３８ｅのいずれか空いている欄に表示される。保存ボタン２３４は、入力部２０６における選択内容を保存するためのボタンである。

ＥＣＵ選択ボタン２３６は、診断対象部位（又はＥＣＵ種類Ｃｅｃｕ）を入力するためのボタンである。ボタン２３６が押されると、データ取得ファイルＦｄａｔａの選択肢が表示され、当該選択肢の中から特定のデータ取得ファイルＦｄａｔａを選択することができる。本実施形態において、データ取得ファイルＦｄａｔａの入力又は選択は、ＥＣＵ種類Ｃｅｃｕの入力又は選択としての意味を持つ。

ＥＣＵ設定表示欄２３８ａ〜２３８ｅは、データ取得ファイルＦｄａｔａ（すなわち、ＥＣＵ種類Ｃｅｃｕ又は診断対象部位）を表示する。リセットボタン２４０は、表示欄２３８ａ〜２３８ｅに表示されているファイルＦｄａｔａをリセットするためのボタンである。

（３−２−２−３−５．条件入力ボタン２０８、接続ボタン２１０及びデータ読込みボタン２１２）
条件入力ボタン２０８は、データ収集条件を入力するための部位（例えば、データ収集条件入力部２０６）を表示させるためのボタンである。接続ボタン２１０は、本体１６とデータ収集装置１８との通信を確立させ、本体１６で入力されたデータ収集条件をデータ収集装置１８に出力させるためのボタンである。データ読込みボタン２１２は、データ収集装置１８で収集されたデータＤを本体１６に読み込ませるためのボタンである。

（３−２−２−４．対象ＥＣＵ２０ｔａｒの種類Ｃｅｃｕ）
上記のように、図６の入力画面２００には、ＥＣＵ種類Ｃｅｃｕを入力するＥＣＵ選択ボタン２３６と、種類Ｃｅｃｕを表示するＥＣＵ設定表示欄２３８ａ〜２３８ｅとが含まれる。データ収集装置１８及び各ＥＣＵ２０ａ〜２０ｉの処理能力が相対的に高い場合、車両１２の全てのＥＣＵ２０に対してデータ収集装置１８からデータＤを収集することも考えられる。

しかしながら、データ収集装置１８と各ＥＣＵ２０との通信を増加させると、ネットワーク３４ａ、３４ｂ内の通信量が膨大となり、ネットワーク３４ａ、３４ｂ内での通信が正常に行われなくなるおそれがある。そこで、本実施形態では、車両１２について顧客が主張している不具合症状を引き起こす可能性のある部位（診断対象部位）についてのデータＤを取得するため、特定可能な対象ＥＣＵ２０ｔａｒの数をネットワーク３４ａ、３４ｂの種類に応じて制限する。例えば、ネットワーク３４ａ（高速ＣＡＮ）に含まれるＥＣＵ２０ａ〜２０ｆの数が１５である場合、ネットワーク３４ａについて特定可能な対象ＥＣＵ２０ｔａｒの数を３〜１０のいずれかの値に制限することが可能である。ネットワーク３４ｂ（低速ＣＡＮ）等についても同様である。

前記診断対象部位としては、例えば、ガソリン車、ＣＮＧ車又はＦＦＶであれば、例えば、エンジン、トランスミッション、シフト・レバー、電動パワーステアリング（ＥＰＳ）機構、反力ペダル機構、アクティブ・コントロール・マウント（ＡＣＭ）機構、自動クルーズ制御（ＡＣＣ）機構、メータ類、電動パーキング・ブレーキ機構、音響車両警報システム（ＡＶＡＳ：Acoustic Vehicle Alerting System）、補助拘束システム（ＳＲＳ：Supplemental Restraint System）及びシートベルト自動締付け装置の全部又は一部が含まれ得る。また、ハイブリッド車又は電気自動車であれば、ガソリン車等の診断対象部位に加え又はこれに代えて、１つ又は複数の走行モータ及びバッテリが含まれ得る。

一般に、車両１２では、１つ又は複数の診断対象部位を１つのＥＣＵ２０で制御することが多い。このため、ＥＣＵ種類Ｃｅｃｕを特定することにより、診断対象部位を特定することとなる。

本実施形態において、ＥＣＵ種類Ｃｅｃｕを、データＤのファイル名で特定する。例えば、ＥＣＵ種類ＣｅｃｕとしてエンジンＥＣＵを選択する場合、ファイル「Gasoline&CNG.mam」又は「Diesel.mam」を選択する（図７参照）。

また、ＥＣＵ種類Ｃｅｃｕが同一であっても、対象ＥＣＵ２０ｔａｒのＩＤは、車種に応じて複数存在する場合がある。例えば、図７では、トランスミッションＥＣＵに関し、対象ＥＣＵ２０ｔａｒのＩＤとして「０Ｅ」、「１Ｄ」及び「１Ｅ」が存在する。０Ｅは、エンジンＥＣＵとトランスミッションＥＣＵが同一のケース内に配置されていること（換言すると、エンジンＥＣＵとトランスミッションＥＣＵとが一体的に構成されていること）を示す。１Ｄは、例えば、オートマチック・トランスミッション（ＡＴ）であることを示す。１Ｅは、例えば、エンジンＥＣＵとトランスミッションＥＣＵが別個に設けられていることを示す。

本実施形態では、ＥＣＵ種類Ｃｅｃｕが選択されると、種類Ｃｅｃｕに対応する複数のＥＣＵ２０それぞれについての出力可能項目Ｉｏｕｔの全てをＥＣＵ２０のＩＤ毎にデータ収集装置１８に記憶する。出力可能項目Ｉｏｕｔは、ＥＣＵ２０が出力可能な運転パラメータデータＤの項目である。以下では、事前準備の段階で選択及び記憶した出力可能項目Ｉｏｕｔを、収集項目候補Ｉｏｐという。

図７に示す各種情報（換言すると、ＥＣＵ種類Ｃｅｃｕの指定方法及び利用方法）については、図８及び図９のフローチャートを説明する際に併せて説明する。

（３−３．運転パラメータデータＤの収集時の作業及び処理）
（３−３−１．運転パラメータデータＤの収集時の全体的な流れ）
図８は、運転パラメータデータＤの収集時における作業者の作業及びデータ収集装置１８の処理の一例を示すフローチャートである。図８の内容は、図３のステップＳ３〜Ｓ６をより詳細に示したものである。図８並びに後述する図９、図１０及び図１２におけるデータ収集装置１８の処理は、演算部８２が実行する。また、特定することが困難な故障原因を診断する場合、データＤの収集は、比較的長期（例えば、１〜２週間）に亘る。

図８のステップＳ２１において、作業者（テクニシャン等）は、データ収集装置１８のコネクタ９４を車両１２のデータリンクコネクタ３８に接続する。バッテリ２４からデータ収集装置１８までの電力線３７、９２には、特段のスイッチは設けられていない（但し、ヒューズを設けることが好ましい。）。このため、コネクタ３８、９４を接続すると、車両１２のバッテリ２４からの電力がデータ収集装置１８に供給されて、データ収集装置１８が起動される（ステップＳ２２）。この際、バッテリ２４からの電力は、データ収集装置１８のキャパシタ８８に充電され、コネクタ９４が取り外された際も、データ収集装置１８をある程度の時間作動させ続けることが可能となる。

なお、データ収集装置１８に図示しない収録可否スイッチを設け、作業者が当該スイッチを操作することでデータ収集装置１８に対してデータ収録可否の選択を行えるような構成としてもよい。また、データ収集装置１８を長時間作動させることが可能な電源をデータ収集装置１８自体に設けてもよい。

データ収集装置１８は、コネクタ９４の接続後、初めて電力が供給された場合、初期化を行う。ここでの初期化は、データＤの保存ファイルＦｓａｖｅを新たに作成し直す。すなわち、コネクタ９４が取り外された後、再接続された場合、新たな保存ファイルＦｓａｖｅを作成する。これにより、作業者は、コネクタ９４の抜き差しのみにより、診断対象の車両１２を切り替えることが可能となる。この場合、各保存ファイルＦｓａｖｅは、新たに作成される。

図８のステップＳ２３において、データ収集装置１８は、ＩＧＳＷ４０がオンになったか否かを判定する。当該判定は、ネットワーク３４ａを介して第１ＥＣＵ２０ａから通知を受けることにより行う。ＩＧＳＷ４０がオンでない場合（Ｓ２３：ＮＯ）、ステップＳ２３を繰り返す。

ＩＧＳＷ４０がオンになると（Ｓ２３：ＹＥＳ）、第１ＥＣＵ２０ａと共に他のＥＣＵ２０ｂ〜２０ｉが起動する。この際、データ収集装置１８は、各ＥＣＵ２０ａ〜２０ｉとの通信を確立する。なお、ＥＣＵ２０ａ〜２０ｉのいずれか（例えば、イモビライザＥＣＵに対応するもの）については、ＩＧＳＷ４０がアクセサリ（ＡＣＣ）の位置に来たときに起動する。

ステップＳ２４において、データ収集装置１８（要求信号特定機能１０８）は、初期設定処理を実行する。初期設定処理は、各対象ＥＣＵ２０ｔａｒにおいて出力可能なデータＤの項目（出力可能項目Ｉｏｕｔ）を確認し、データ収集装置１８が対象ＥＣＵ２０ｔａｒから取得するデータＤの項目（以下「収集項目Ｉｄｅｔ」という。）として出力可能項目Ｉｏｕｔを設定する処理である。初期設定処理は、データ収集装置１８の初期化（Ｓ２２）に伴って実行されるものである。このため、データ収集装置１８が車両１２から取り外されるまでは、新たな初期設定処理は実行されない。初期設定処理の詳細は、図９を参照して後述する。

続くステップＳ２５において、データ収集装置１８は、作業者にＩＧＳＷ４０のオフを求める要求を表示部８６に表示させる。ＩＧＳＷ４０がオンのままである場合（Ｓ２６：ＮＯ）、ステップＳ２５に戻り、当該要求を継続する。ＩＧＳＷ４０がオフになった場合（Ｓ２６：ＹＥＳ）、ステップＳ２７において、データ収集装置１８は、作業者にＩＧＳＷ４０のオン（再オン）を求める要求を表示部８６に表示させる。ＩＧＳＷ４０がオフのままである場合（Ｓ２８：ＮＯ）、ステップＳ２７に戻り、当該要求を継続する。ＩＧＳＷ４０がオンされた場合（Ｓ２８：ＹＥＳ）、ステップＳ２９において、データ収集装置１８は、データ収集処理を実行する。

データ収集処理では、データ収集装置１８から各対象ＥＣＵ２０ｔａｒに対してデータ要求信号Ｓｒｅｑが送信される。データ要求信号Ｓｒｅｑは、要求信号特定機能１０８により特定され、データ要求機能１１０により送信される。データ要求信号Ｓｒｅｑを受信した対象ＥＣＵ２０ｔａｒは、データ要求信号Ｓｒｅｑで要求されたデータＤをデータ収集装置１８に返信する。データ収集装置１８のデータ受信・記憶機能１１２は、各対象ＥＣＵ２０ｔａｒからのデータＤを受信し、記憶部８４（データ記憶部）に記憶する。データ収集処理の詳細は、例えば、特許文献３に記載のものを用いることができる。

ステップＳ３０において、データ収集装置１８は、ＩＧＳＷ４０がオフされたか否かを判定する。ＩＧＳＷ４０がオンのままである場合（Ｓ３０：ＮＯ）、ステップＳ２９に戻り、データ収集装置１８は、データ収集処理を継続する。ＩＧＳＷ４０がオフされた場合（Ｓ３０：ＹＥＳ）、車両１２は停止中であるが、コネクタ３８、９４が接続中のままである。このため、データ収集装置１８にはバッテリ２４からの電力供給が継続される。この場合、ステップＳ３１に進む。

ステップＳ３１において、データ収集装置１８は、コネクタ９４が取り外されたか否かを判定する。当該判定は、例えば、通信バス３６ａ、３６ｂと接続された通信線９０における信号出力を監視することにより行う。

コネクタ９４が取り外されていない場合（Ｓ３１：ＮＯ）、ステップＳ３２において、データ収集装置１８は、ＩＧＳＷ４０がオンされたか否かを判定する。ＩＧＳＷ４０がオフのままである場合（Ｓ３２：ＮＯ）、ステップＳ３１に戻る。ＩＧＳＷ４０がオンされた場合（Ｓ３２：ＹＥＳ）、ステップＳ２９に戻り、データ収集装置１８は、データ収集処理を再開する。従って、コネクタ３８、９４が接続され続けている間、ＩＧＳＷ４０がオンであれば（Ｓ３２：ＹＥＳ）、データ収集装置１８はデータＤの収集を行う（Ｓ２９）。

この際、初期設定処理（Ｓ２４）で設定した収集項目Ｉｄｅｔを用いる。また、コネクタ３８、９４が接続され続けている間、ＩＧＳＷ４０がオフであれば（Ｓ３０：ＹＥＳ）、データ収集装置１８はデータＤの収集を中止して待機状態（又はスリープ状態）となる。

ステップＳ３１に戻り、コネクタ９４が取り外された場合（Ｓ３１：ＹＥＳ）、バッテリ２４からデータ収集装置１８への電力供給は終了する。この場合、ステップＳ３３において、データ収集装置１８は、終了処理を実行する。終了処理では、それまでに取得したデータＤを保存ファイルＦｓａｖｅに保存する等の処理を行う。終了処理を実行する際の電力は、キャパシタ８８から供給される。また、保存ファイルＦｓａｖｅへのデータＤの保存は、データ収集処理（Ｓ２９）の間も行うことが可能である。

なお、ＩＧＳＷ４０をオフにすることなくコネクタ９４が取り外された場合も、同様に、データ収集装置１８は、終了処理（Ｓ３３）を実行してもよい。

（３−３−２．初期設定処理）
図９は、本実施形態における初期設定処理のフローチャート（図８のＳ２４の詳細）である。ステップＳ４１において、データ収集装置１８は、ネットワーク３４を介して特定のＥＣＵ２０（例えば、ＥＣＵ２０ａ）からＶＩＮを取得する。この際、データ収集装置１８（演算部８２）は、ＶＩＮ取得ファイルＦｖｉｎ（例えば、「ＶＩＮ．ｕｎｔ」）を実行する。

具体的には、データ収集装置１８は、ファイルＦｖｉｎで指定されたネットワーク３４（例えば、ネットワーク３４ａ）に対してＶＩＮの出力要求指令Ｓｒｅｑｖｉｎを出力する。当該指令Ｓｒｅｑｖｉｎを受信した各ＥＣＵ２０ａ〜２０ｆは、自己がＶＩＮを記憶しているか否かを確認する。そして、ＶＩＮを記憶しているＥＣＵ２０は、データ収集装置１８に対してＶＩＮを送信する。なお、本実施形態において、ＶＩＮを記憶しているＥＣＵ２０は１つのみである。また、ＶＩＮを記憶しているＥＣＵ２０が予め特定可能である場合、データ収集装置１８は、当該ＥＣＵ２０に対してＶＩＮを要求してもよい。

取得したＶＩＮは、データ解析（図１０のＳ５５）の際に用いられる。すなわち、データ収集装置１８は、取得したＶＩＮを記憶部８４に記憶しておき、後に診断機本体１６に出力する。

ステップＳ４２において、データ収集装置１８は、対象ＥＣＵ２０ｔａｒのＩＤ（すなわち、ＩＤｉｎｓ）を特定する。上記のように、本実施形態では、ＥＣＵ種類Ｃｅｃｕが特定されても、種類Ｃｅｃｕに含まれるＥＣＵ２０は、車両１２によって異なる場合がある。例えば、図７の例では、トランスミッションＥＣＵに関し、ＩＤの候補として「０Ｅ」、「１Ｄ」及び「１Ｅ」の３つが存在する。そこで、データ収集装置１８は、この３つのＩＤを用いて、実際に車両１２に搭載されているトランスミッションＥＣＵのＩＤｉｎｓを特定する。

すなわち、データ収集装置１８は、３つのＩＤを宛先として含む１つの応答指令を送信する。そして、データ収集装置１８は、所定時間内に返信があった対象ＥＣＵ２０ｔａｒのＩＤをＩＤｉｎｓとして設定する。なお、ネットワーク３４ｂについては、宛先としてＥＣＵ２０を指定した場合であっても、ゲートウェイ２２から返信させることも可能である。また、所定時間内にいずれのＩＤの対象ＥＣＵ２０ｔａｒからも返信がなかった場合、データ収集装置１８は、いずれのＩＤの候補についても返信がなかったことを記憶部８４に記憶する。

図７からもわかるように、本実施形態では、対象ＥＣＵ２０ｔａｒのＩＤの候補は、車両１２の種類（ガソリン車等）にかかわらず、共通である。換言すると、対象ＥＣＵ２０ｔａｒのＩＤの候補は、診断対象部位毎（又はＥＣＵ種類Ｃｅｃｕ毎）に区分されている。複数の診断対象部位が存在する場合、診断対象部位毎に対象ＥＣＵ２０ｔａｒのＩＤを特定する。

ステップＳ４３において、データ収集装置１８は、ステップＳ４２で特定したＩＤｉｎｓに対応する各対象ＥＣＵ２０ｔａｒの出力可能項目Ｉｏｕｔを特定する。上記のように、事前準備（図３）の際、ＥＣＵ種類Ｃｅｃｕが選択されると、種類Ｃｅｃｕに対応する複数のＥＣＵ２０それぞれの出力可能項目Ｉｏｕｔの全てが収集項目候補ＩｏｐとしてＥＣＵ２０のＩＤ毎にデータ収集装置１８に記憶される。このため、特定したＩＤｉｎｓに基づいて、当該対象ＥＣＵ２０ｔａｒの出力可能項目Ｉｏｕｔを特定することが可能となる。出力可能項目Ｉｏｕｔは、対象ＥＣＵ２０ｔａｒが出力可能な運転パラメータデータＤの項目である。

ステップＳ４４において、データ収集装置１８は、記憶部８４に記憶している収集項目候補Ｉｏｐのうち、ステップＳ４３で特定した出力可能項目Ｉｏｕｔ以外のものを除外して収集項目Ｉｄｅｔを設定する。収集項目Ｉｄｅｔは、データ収集処理（図８のＳ２９）においてデータ収集装置１８が実際に収集するデータＤの項目である。従って、収集項目候補Ｉｏｐに含まれるが、出力可能項目Ｉｏｕｔに含まれない項目は、収集項目Ｉｄｅｔに設定されない。

なお、ステップＳ４４では、出力可能項目Ｉｏｕｔがそのまま収集項目Ｉｄｅｔとして設定される。また、収集項目Ｉｄｅｔの設定に着目した場合、出力可能項目Ｉｏｕｔをそのまま収集項目Ｉｄｅｔとして用いることもできる。

（３−４．運転パラメータデータＤの収集後の作業及び処理）
（３−４−１．全体的な流れ）
図１０は、運転パラメータデータＤの収集後における作業者の作業及びデータ収集装置１８の処理の一例を示すフローチャートである。ステップＳ５１において、作業者（テクニシャン等）は、データ収集装置１８のコネクタ９４を診断機本体１６のコネクタ５８に接続する。

ステップＳ５２において、作業者は、診断機本体１６の入出力部５０（マウス、キーボード等）を操作して、運転パラメータデータＤの取得に用いる診断ソフトウェアを起動する。これに伴い、診断機本体１６は、データＤの取得に関する表示画面３００（以下「診断画面３００」又は「画面３００」ともいう。）（図１１）を表示部５６に表示する。ステップＳ５１、Ｓ５２の順番は逆であってもよい。

ステップＳ５３において、作業者は、表示画面３００を介しての入力により診断機本体１６とデータ収集装置１８との間での通信を確立することを要求する。当該要求を受けた本体１６（データ収集装置通信機能６２）は、データ収集装置１８との間で通信を確立する。

ステップＳ５４において、作業者は、表示画面３００を介しての入力により診断機本体１６に対し、収集した運転パラメータデータＤをデータ収集装置１８から取得することを要求する。当該要求は、例えば、データ読込みボタン２１２（図６）を介して行う。当該要求を受けた本体１６（収集データ読出し機能６８）は、データ収集装置１８に対し、収集した運転パラメータデータＤを送信することを要求する。当該要求を受けたデータ収集装置１８（収集データ送信機能１０６）は、本体１６に対し、収集した運転パラメータデータＤ（ＶＩＮ及び収集項目Ｉｄｅｔを含む。）を送信する。データ収集装置１８からデータＤを受信した本体１６（収集データ読出し機能６８）は、当該データＤを記憶部５４に保存する。

ステップＳ５５において、作業者は、本体１６の表示画面３００を操作して運転パラメータデータＤの解析を行い、故障原因を特定する。ここでの解析には、異常が発生しているＥＣＵ２０（異常ＥＣＵ２０ｍａｌ）の判定が含まれる。異常ＥＣＵ２０ｍａｌの判定における外部診断機１４側の処理は、主として、診断機本体１６のデータ解析機能６４により行われる。

なお、ステップＳ５５のデータ解析に際しては、ＶＩＮを利用した解析を行うことも可能である。具体的には、事前準備において設定するデータ収集条件には、ＥＣＵ種類Ｃｅｃｕが含まれる（図５のＳ１３、Ｓ１５）。また、データ収集時には、複数のＩＤを宛先として含む１つの応答指令を送信して対象ＥＣＵ２０ｔａｒのＩＤを特定する（図９のＳ４２、図７）。この際、所定時間内にいずれのＩＤの対象ＥＣＵ２０ｔａｒからも返信がなかった場合、データ収集装置１８は、いずれのＩＤの候補についても返信がなかったことを記憶部８４に記憶する。

このように、いずれのＩＤの候補についても返信がなかった場合、実際に車両１２が当該種類のＥＣＵ２０を搭載していないのか、それともＥＣＵ２０の故障により返信がなかったのかを確認することができない。

そこで、本実施形態では、診断対象の車両１２（以下「診断対象車両１２ｔａｒ」という。）に搭載されているＥＣＵ２０の情報を、ＶＩＮを介して特定する。そして、診断対象車両１２ｔａｒに実際に当該種類のＥＣＵ２０が搭載されていなかったのか、それとも、診断対象車両１２ｔａｒに当該種類のＥＣＵ２０が搭載されているが、故障により応答がなかったのかを確認することができる。

上記のような確認を行うため、作業者は、診断対象車両１２ｔａｒに搭載されているＥＣＵ２０の種類をＶＩＮに基づいて特定する。具体的には、作業者は、図示しない表示画面を介してサーバ１５に対して、診断対象車両１２ｔａｒに搭載されているＥＣＵ２０（以下「搭載ＥＣＵ２０ｉｎｓ」という。）の情報を求める要求（以下「搭載ＥＣＵ情報要求Ｒｉｅｃｕ」又は「要求Ｒｉｅｃｕ」）を入力する。当該要求Ｒｉｅｃｕが入力された診断機本体１６は、サーバ１５に対して要求Ｒｉｅｃｕと診断対象車両１２ｔａｒのＶＩＮを出力する。要求Ｒｉｅｃｕ及びＶＩＮを受信したサーバ１５は、受信したＶＩＮに対応する搭載ＥＣＵ２０ｉｎｓの情報を出力する。

搭載ＥＣＵ２０ｉｎｓの情報を受信した診断機本体１６は、搭載ＥＣＵ２０ｉｎｓに含まれているにもかかわらず、データＤが収集されていないＥＣＵ２０の出力可能項目Ｉｏｕｔについては、強調表示する。

（３−４−２．診断時の表示）
図１１は、収集項目Ｉｄｅｔと出力可能項目Ｉｏｕｔとの比較結果を表示する本体１６の表示画面３００の一例を示す。画面３００には、詳細表示部３０２が含まれる。

詳細表示部３０２は、データ収集装置１８から取得したデータＤの詳細を表示するための部位である。詳細表示部３０２は、送信周期欄３１０と、カテゴリ欄３１２と、データ項目欄３１４と、説明欄３１６と、単位欄３１８と、チェック欄３２０とを含む。

詳細表示部３０２に表示されるデータ項目Ｉｄａｔａは、収集項目候補Ｉｏｐ及び収集項目Ｉｄｅｔの両方である。収集項目候補Ｉｏｐ及び収集項目Ｉｄｅｔは、いずれもデータ収集装置１８から取得することが可能である。或いは、収集項目候補Ｉｏｐは、データ項目ＤＢ７０又は車両ＤＢ１３０を用いて、データ収集装置１８から取得したＶＩＮ及びデータ取得ファイルＦｄａｔａのファイル名に基づいて特定することも可能である。

送信周期欄３１０は、データ収集装置１８によるデータ要求信号Ｓｒｅｑの送信周期を表示する欄である。カテゴリ欄３１２は、車両１２のカテゴリを表示する欄である。図１１では、カテゴリとして、駆動源に関する車両１２の種類（車両種類Ｃｖ）を用いている。

データ項目欄３１４は、データ項目Ｉｄａｔａを表示する欄である。説明欄３１６は、データ項目欄３１４に表示されたデータ項目Ｉｄａｔａの説明を表示する欄である。単位欄３１８は、データＤの単位を表示する欄である。

チェック欄３２０は、出力可能項目Ｉｏｕｔのうち収集項目Ｉｄｅｔ（データ収集装置１８が実際に取得したデータＤの項目）が存在するものがチェックされ、収集項目Ｉｄｅｔが存在しないものがチェックされない欄である。ここでのチェックは、データ収集装置１８からの出力（収集項目Ｉｄｅｔと出力可能項目Ｉｏｕｔの比較結果）を用いて行うことができる。或いは、本体１６の演算部５２が収集項目Ｉｄｅｔと出力可能項目Ｉｏｕｔを比較してチェックを行うことも可能である。

上記のように、図９のステップＳ４４では、出力可能項目Ｉｏｕｔがそのまま収集項目Ｉｄｅｔとして設定される。対象ＥＣＵ２０ｔａｒ又はゲートウェイ２２から送信される出力可能項目Ｉｏｕｔには欠落がある可能性がある。そのような場合、欠落している項目が、不具合症状の原因であることも考えられる。

そこで、作業者は、チェック欄３２０の表示内容を確認することで、欠落している出力可能項目Ｉｏｕｔを特定し、故障診断に生かすことが可能となる。すなわち、作業者は、出力可能項目Ｉｏｕｔとして表示されているにもかかわらず、チェック欄３２０がチェックされていないデータ項目Ｉｄａｔａについては、異常が発生していると判定すること（換言すると、当該データ項目ＩｄａｔａのデータＤを出力するはずのＥＣＵ２０に異常が発生していると判定すること）が可能である。以下では、そのような異常が発生しているＥＣＵ２０を異常ＥＣＵ２０ｍａｌともいう。

なお、本体１６は、上記のような欠落項目を強調表示してもよい。ここにいう強調表示とは、例えば、色の変化、輝度の増加又は文字若しくは背景の点滅等を用いることができる。これに加えて又はこれに代えて、欠落項目とこれに関連して想定される故障原因とを組み合わせてデータベースとして記憶部５４に記憶しておき、欠落項目に対応する故障原因を表示又は外部出力してもよい。

（３−４−３．異常ＥＣＵ２０ｍａｌの判定）
図１２は、異常ＥＣＵ２０ｍａｌの判定に伴う作業者の作業及び診断機本体１６の処理のフローチャートである。図１２における診断機本体１６の処理は、演算部５２により実行される。ステップＳ６１において、作業者が診断の開始を指令すると、本体１６は、データＤの収集時において取得したＶＩＮに対応するＥＣＵ２０（すなわち、対象ＥＣＵ２０ｔａｒ）のＩＤ（ＩＤｖｉｎ）及び出力可能項目Ｉｏｕｔを特定する。

ステップＳ６２において、診断機本体１６は、データ収集装置１８が車両１２から取得したＩＤｉｎｓ（Ｓ４）及びこれに基づく収集項目Ｉｄｅｔ（Ｓ５）と、ＶＩＮに対応するＩＤｖｉｎ及び出力可能項目Ｉｏｕｔ（Ｓ７）とを比較する（図４参照）。

全てのＩＤｉｎｓ及び収集項目Ｉｄｅｔと、全てのＩＤｖｉｎ及び出力可能項目Ｉｏｕｔとが一致する場合（Ｓ６３：ＹＥＳ）、ステップＳ６４において、本体１６は、当該対象ＥＣＵ２０ｔａｒが正常であると判定し、正常時の表示を行う。

ＩＤｉｎｓの一部とＩＤｖｉｎの一部が一致しない場合又は収集項目Ｉｄｅｔの一部と出力可能項目Ｉｏｕｔの一部が一致しない場合（Ｓ６３：ＮＯ）、ステップＳ６５において、本体１６は、当該対象ＥＣＵ２０ｔａｒが異常であると判定する。この場合、本体１６は、対になるＩＤｉｎｓが存在しないＩＤｖｉｎ又は対になる収集項目Ｉｄｅｔが存在しない出力可能項目Ｉｏｕｔを画面３００において強調表示する。

［４．本実施形態の効果］
以上のように、本実施形態によれば、ＶＩＮに対応する搭載ＥＣＵ２０ｉｎｓが有する出力可能項目Ｉｏｕｔ（収集予定項目Ｉｅｘ）に対して、実際に収集された収集項目Ｉｄｅｔ中に運転パラメータデータＤが収集されていない欠落項目がある場合（図１２のＳ６３：ＮＯ）、当該欠落項目について異常発生の可能性があると判定する（Ｓ６５）。これにより、異常発生の可能性がある部位（異常ＥＣＵ２０ｍａｌ：欠落項目に対応するＥＣＵ２０での通信異常）を簡易に特定することが可能となる。

また、ＶＩＮに基づいて収集予定項目Ｉｅｘを特定（又は限定）した上で（図１２のＳ６１）、収集項目Ｉｄｅｔと比較する（Ｓ６２）。このため、収集項目Ｉｄｅｔと比較する収集予定項目Ｉｅｘの範囲を狭めることが可能となり、診断機本体１６（診断装置）の処理負荷及びこれに伴う作業者の工数を削減することが可能となる。

本実施形態において、外部診断機１４（車両診断機）は、対象ＥＣＵ２０ｔａｒが特定されていない状況で、対象ＥＣＵ２０ｔａｒが属するＥＣＵ種類Ｃｅｃｕを設定する収集条件設定機能６０（種類設定部）と、ＥＣＵ種類Ｃｅｃｕに属する複数のＥＣＵ２０それぞれが出力可能な運転パラメータデータＤの項目である出力項目候補Ｉｏｐを、複数のＥＣＵのＩＤに対応させて記憶するデータ項目ｄｂ２０（データ項目記憶部）と、ＥＣＵ種類Ｃｅｃｕ毎に搭載ＥＣＵ２０ｉｎｓの有無を車両１２に問い合わせて搭載ＥＣＵ２０ｉｎｓを対象ＥＣＵ２０ｔａｒとして識別する要求信号特定機能１０８（対象ＥＣＵ識別部）とを備える（図１、図２）。

これにより、収集項目Ｉｄｅｔの設定の少なくとも一部をデータ収集装置１８が行うため（図３のＳ５、図９のＳ４４）、収集項目Ｉｄｅｔの設定に伴う作業者の工数を削減することが可能となる。また、車両１２から通知された搭載ＥＣＵ２０ｉｎｓを対象ＥＣＵ２０ｔａｒとして識別すると共に（図３のＳ４、図９のＳ４２）、当該対象ＥＣＵ２０ｔａｒに対応する出力可能項目Ｉｏｕｔを収集項目Ｉｄｅｔとして設定する（図３のＳ５、図９のＳ４４）。このため、収集項目Ｉｄｅｔの設定に伴う作業者の人為的なミスを防止することが可能となる。

本実施形態において、データ収集装置１８の要求信号特定機能１０８（対象ＥＣＵ識別部）は、データ収集装置１８を車両１２に接続した状態でのＩＧＳＷ４０（起動スイッチ）の初回オン操作（図８のＳ２３：ＹＥＳ）に対応して、診断機本体１６（種類設定部）で設定したＥＣＵ種類Ｃｅｃｕ（対象ＥＣＵ２０ｔａｒの種類）毎に搭載ＥＣＵ２０ｉｎｓの有無を車両１２に問い合わせて（図８のＳ２４、図９のＳ４２）収集項目Ｉｄｅｔを設定する（図３のＳ５、図９のＳ４４）。さらに、データ収集装置１８のデータ要求機能１１０及びデータ受信・記憶機能１１２（データ収集管理部）は、ＩＧＳＷ４０のオフ操作及びその後の再オン操作が行われたことを条件として（図８のＳ２６：ＹＥＳ→Ｓ２８：ＹＥＳ）、データ要求信号Ｓｒｅｑの送信及びデータＤの記憶を開始する。

上記によれば、収集項目Ｉｄｅｔの設定の少なくとも一部及び運転パラメータデータＤの収集開始は、車内ネットワーク３４ａ、３４ｂに対するデータ収集装置１８の接続と、ＩＧＳＷ４０（起動スイッチ）の操作とにより行うことができる（図８及び図９）。従って、作業者は、収集項目Ｉｄｅｔの設定の少なくとも一部及びデータＤの収集開始を簡易な操作で行うことが可能となる。

本実施形態において、車内ネットワーク３４ａ、３４ｂに対するデータ収集装置１８の接続が一旦解除された場合（図８のＳ３１：ＹＥＳ）には、新たな車内ネットワーク３４ａ、３４ｂに接続（Ｓ２１）後のＩＧＳＷ４０の初回オン操作（Ｓ２３：ＹＥＳ）に対応して新たな対象ＥＣＵ２０ｔａｒを設定する（図８のＳ２４、図９のＳ４２）。これに続いて、要求信号特定機能１０８（収集項目設定部）は、新たな収集項目Ｉｄｅｔを設定する（図８のＳ２４、図９のＳ４４）。

これにより、データ収集装置１８をある車両１２（第１車両）から取り外して他の車両１２（第２車両）に付け替えることで、診断対象車両１２ｔａｒを容易に変更することが可能になる。

本実施形態において、データ収集装置１８と車内ネットワーク３４ａ、３４ｂとの接続は、データ収集装置１８のコネクタ９４と車両１２のデータリンクコネクタ３８の接続を介して行われる（図１）。また、データ収集装置１８は、コネクタ９４とデータリンクコネクタ３８を介したバッテリ２４（車載電源）からの供給電力により起動する（図８のＳ２２）。

これにより、データ収集装置１８の起動タイミングを、データリンクコネクタ３８への接続時とすることができる。従って、診断対象車両１２ｔａｒの変更のためのデータリンクコネクタ３８へのコネクタ９４の着脱に伴ってデータ収集装置１８の再起動を行うことができ、診断対象車両１２ｔａｒの変更後もデータ収集装置１８を簡単に作動させることが可能となる。

本実施形態において、診断機本体１６（種類設定部）は、駆動源に関する車両１２の種類毎に区分されたＥＣＵ種類Ｃｅｃｕを、作業者の入力に応じて設定する（図３のＳ１、図７参照）。ここにいう駆動源に関する車両１２の種類は、複数の車種を統合し且つ各車種に搭載されているＥＣＵ２０（搭載ＥＣＵ２０ｉｎｓ）を機能毎の種類として区分したものといえる。

作業者にとって駆動源に関する車両１２の種類Ｃｖ（ガソリン車、ディーゼル車、ハイブリッド車等）は容易に判別することが可能である。その一方、当該車両１２の種類Ｃｖに応じて運転パラメータデータＤの項目は大きく相違する。本実施形態では、車両種類Ｃｖについては作業者（ユーザ）が指定し、データ収集装置１８は、作業者が指定した種類Ｃｖに応じた範囲に含まれる収集項目候補Ｉｏｐを用いる（図３のＳ１、Ｓ２、Ｓ４、Ｓ５）。これにより、作業者による入力負担の軽減又は入力ミスの防止を図りつつ、データ収集装置１８における演算負荷及びこれに伴う作業者の工数削減を図ることが可能となる。

Ｂ．変形例
なお、本発明は、上記実施形態に限らず、本明細書の記載内容に基づき、種々の構成を採り得ることはもちろんである。例えば、以下に示す構成を採ることができる。

［１．適用対象］
上記実施形態では、外部診断機１４を車両１２に用いたが、これに限らず、例えば、複数のＥＣＵ２０が接続されたローカルネットワークを備えるスタンドアロン型の機器（例えば、船舶、航空機等の移動物体、各種の製造装置）に用いることもできる。

［２．車両１２］
上記実施形態では、車内ネットワーク３４ａ、３４ｂとしてＣＡＮを用いたが、これに限らず、ＬＩＮ、ＦｌｅｘＲａｙ、Ｋライン等のネットワークであってもよい。

上記実施形態では、ＩＧＳＷ４０がロータリスイッチであることを前提として説明した。しかしながら、ＩＧＳＷ４０は、プッシュ式のもの等、実際のデータ収集の診断対象車両１２ｔａｒに備えられているスイッチであってもよい。なお、ＩＧＳＷ４０は、狭義には点火スイッチを意味し、エンジンを有する車両１２で用いられるものであるが、ここでは、車両１２の起動スイッチを意味し、車両１２がＥＶであっても同様の方法で利用可能である。

［３．外部診断機１４］
（３−１．診断目的）
上記実施形態では、外部診断機１４は車両１２の故障診断を行うものであったが、データ収集装置１８により運転パラメータデータＤを収集する観点からすれば、その他の車両診断を行うものであってもよい。例えば、外部診断機１４は、各車載機器の劣化状態又は動作状態を確認する健康診断や、運転者の運転技能（例えば、アクセル操作、ブレーキ操作）を診断する運転技能診断を行うものであってもよい。このため、運転パラメータデータＤも故障診断を目的するデータに限らず、その他の診断で用いるデータであってもよい。

（３−２．診断機本体１６）
上記実施形態では、診断機本体１６は、例えば、市販のノート型パーソナルコンピュータ、タブレット型コンピュータ又はスマートフォンから構成し、単一のものとしたが、これに限らない。例えば、本体１６は、本体としてのパーソナルコンピュータと、データ収集装置１８とのインタフェースとしての子機（中継器）とから構成してもよい。

上記実施形態では、診断機本体１６で用いる診断ソフトウェアは、記憶部５４に予め記録されていたが、これに限らない。例えば、診断ソフトウェアは、外部（例えば、公衆ネットワークを介して通信可能な外部サーバ）からダウンロードしたもの、又はダウンロードを伴わないいわゆるＡＳＰ（Application Service Provider）型で実行するものであってもよい。

（３−３．データ収集装置１８）
（３−３−１．構成）
上記実施形態では、データ収集装置１８は、診断機本体１６とは別体のものとして構成したが（図１）、本体１６内にデータ収集装置１８の機能を持たせることもできる。

上記実施形態では、診断機本体１６とデータ収集装置１８との間の通信及び車両１２とデータ収集装置１８との間の通信はいずれも有線通信であったが（図１）、一部に無線通信を介することも可能である。例えば、診断機本体１６とデータ収集装置１８との間を無線通信で行うこともできる。或いは、車内ネットワーク３４ａ、３４ｂに接続された無線通信機（図示せず）を車両１２に設けてもよい。この場合、データ収集装置１８と当該無線通信機との間で無線通信を行うと共に、当該無線通信機を介してデータ収集装置１８が各ＥＣＵ２０と通信することも可能である。

（３−３−２．起動条件）
上記実施形態では、コネクタ９４をデータリンクコネクタ３８に接続すると、自動的にデータ収集装置１８が起動するようにした（図８のＳ２２）。しかしながら、例えば、データ収集装置１８を起動させる観点からすれば、これに限らない。例えば、データ収集装置１８に図示しない開始スイッチを設け、作業者が当該開始スイッチを操作することでデータ収集装置１８をオンするように構成してもよい。また、データ収集装置１８を長時間作動させることが可能な電源をデータ収集装置１８自体に設けてもよい。

（３−３−３．データ収集条件）
上記実施形態では、データＤの収集（図８のＳ２９）を開始する条件として、ＩＧＳＷ４０のオン、オフ及び再オンを条件とした（Ｓ２３、Ｓ２６、Ｓ２８）。しかしながら、例えば、出力可能項目Ｉｏｕｔを確認して収集項目Ｉｄｅｔを設定する観点からすれば、これに限らない。例えば、データＤの収集の開示条件を、ＩＧＳＷ４０のオン及びオフの後、ＩＧＳＷ４０の位置をアクセサリ（ＡＣＣ）まで移動させたこととすることが可能である。すなわち、ＥＣＵ２０の中には、ＩＧＳＷ４０の位置がオンになったときに起動するものと、ＡＣＣになったときに起動するものがある場合がある。そこで、データ収集の開始自体は、ＩＧＳＷ４０の位置がオフからＡＣＣになったときに開始してもよい。

１２…車両 １４…外部診断機１４（車両診断機）
１６…診断機本体（診断装置） １８…データ収集装置
２０ａ〜２０ｉ…ＥＣＵ ２０ｉｎｓ…搭載ＥＣＵ
２０ｔａｒ…対象ＥＣＵ ２４…低電圧バッテリ（車載電源）
３４ａ、３４ｂ…車内ネットワーク ３８…データリンクコネクタ
４０…ＩＧＳＷ（起動スイッチ）
６０…収集条件設定機能（種類設定部）
８４…記憶部 ９４…コネクタ
１０８…要求信号特定機能（車両識別情報取得部、収集項目設定部、対象ＥＣＵ識別部）
１１０…データ要求機能（データ収集管理部の一部）
１１２…データ受信・記憶機能（データ収集管理部の一部）
１２０…データ項目ＤＢ（データ項目記憶部）
Ｃｅｃｕ…ＥＣＵ種類 Ｃｖ…車両種類
Ｄ…運転パラメータデータ Ｉｄａｔａ…データ項目
Ｉｄｅｔ…収集項目 Ｉｅｘ…収集予定項目
Ｉｏｐ…収集項目候補 Ｉｏｕｔ…出力可能項目
Ｓｒｅｑ…データ要求信号

Claims (7)

1. 複数の電子制御装置（以下「ＥＣＵ」という。）を有する車内ネットワークに外部から接続されて、車両の各部の動作状態を示す運転パラメータデータを要求するデータ要求信号を、前記複数のＥＣＵの少なくとも１つである対象電子制御装置（以下「対象ＥＣＵ」という。）に対して送信し、前記データ要求信号に対応する前記運転パラメータデータを受信して記憶部に記憶するデータ収集装置と、
   前記データ収集装置が取得した前記運転パラメータデータに基づいて前記車両の診断を行う診断装置と
   を備える車両診断機であって、
   前記データ収集装置は、
   車両識別情報を前記車両から取得する車両識別情報取得部と、
   前記対象ＥＣＵの識別情報を前記車両に問い合わせ、前記対象ＥＣＵが出力可能な前記運転パラメータデータの項目を前記対象ＥＣＵの識別情報に基づいて判定し、当該項目を収集項目として設定する収集項目設定部と、
   前記収集項目に対応する前記運転パラメータデータを要求する前記データ要求信号を前記対象ＥＣＵに対して送信し、前記データ要求信号に対応する前記運転パラメータデータを受信して前記記憶部に記憶させるデータ収集管理部と
   を有し、
   前記収集項目設定部は、前記データ収集装置を前記車両に接続した状態での起動スイッチの初回オン操作に対応して、前記対象ＥＣＵの識別情報を前記車両に問い合わせて前記収集項目を設定し、
   これに続いて、前記データ収集管理部は、前記起動スイッチのオフ操作及びその後の再オン操作が行われたことを条件として、前記データ要求信号の送信及び前記運転パラメータデータの記憶を開始し、
   前記診断装置は、
   前記車両識別情報、前記収集項目及び前記運転パラメータデータを前記データ収集装置から取得し、
   前記車両識別情報に対応する搭載電子制御装置（以下「搭載ＥＣＵ」という。）が有する前記運転パラメータデータの出力可能項目を特定し、
   前記対象ＥＣＵから収集された前記収集項目と、前記搭載ＥＣＵが有する前記出力可能項目とを比較し、
   前記搭載ＥＣＵが有する前記出力可能項目に対して、実際に収集された前記収集項目中に前記運転パラメータデータが収集されていない欠落項目がある場合、当該欠落項目について異常発生の可能性があると判定する
   ことを特徴とする車両診断機。
2. 請求項１記載の車両診断機において、
   前記車両診断機は、
   前記対象ＥＣＵの種類を設定する種類設定部と、
   前記複数のＥＣＵそれぞれが出力可能な前記運転パラメータデータの項目を、前記複数のＥＣＵの識別情報に対応させて記憶するデータ項目記憶部と、
   前記種類設定部で設定した前記対象ＥＣＵの種類毎に前記搭載ＥＣＵの有無を前記車両に問い合わせて前記搭載ＥＣＵを前記対象ＥＣＵとして識別する対象ＥＣＵ識別部と
   をさらに備えることを特徴とする車両診断機。
3. 請求項２記載の車両診断機において、
   前記収集項目設定部は、前記データ収集装置を前記車両に接続した状態での前記起動スイッチの初回オン操作に対応して、前記種類設定部で設定した前記対象ＥＣＵの種類毎に前記搭載ＥＣＵの有無を前記車両に問い合わせて前記収集項目を設定する
   ことを特徴とする車両診断機。
4. 請求項３記載の車両診断機において、
   前記車内ネットワークに対する前記データ収集装置の接続が一旦解除された場合には、新たな車内ネットワークに接続後の前記起動スイッチの初回オン操作に対応して、前記種類設定部で設定した前記対象ＥＣＵの種類毎に前記搭載ＥＣＵの有無を前記新たな車内ネットワークに問い合わせて新たな収集項目を設定する
   ことを特徴とする車両診断機。
5. 請求項１〜４のいずれか１項に記載の車両診断機において、
   前記データ収集装置と前記車内ネットワークとの接続は、前記車両のデータリンクコネクタを介して行われ、
   前記データ収集装置は、前記データリンクコネクタを介した車載電源からの供給電力により起動する
   ことを特徴とする車両診断機。
6. 請求項２〜４のいずれか１項に記載の車両診断機において、
   前記種類設定部は、複数の車種を統合し且つ各車種に搭載されている前記搭載ＥＣＵを機能毎の種類で区分する
   ことを特徴とする車両診断機。
7. 複数の電子制御装置（以下「ＥＣＵ」という。）を有する車内ネットワークに外部から接続されて、車両の各部の動作状態を示す運転パラメータデータを、前記複数のＥＣＵの少なくとも１つである対象電子制御装置（以下「対象ＥＣＵ」という。）から取得し、取得した前記運転パラメータデータに基づいて前記車両の診断を行う車両診断機を用いた車両診断方法であって、
   前記車両診断機は、
   車両識別情報を前記車両から取得し、
   前記対象ＥＣＵの識別情報を前記車両に問い合わせ、前記対象ＥＣＵが出力可能な前記運転パラメータデータの項目を前記対象ＥＣＵの識別情報に基づいて判定し、当該項目を収集項目として設定し、
   前記収集項目に対応する前記運転パラメータデータを要求するデータ要求信号を前記対象ＥＣＵに対して送信し、前記データ要求信号に対応する前記運転パラメータデータを受信して記憶部に記憶させ、
   前記車両識別情報に対応する搭載電子制御装置（以下「搭載ＥＣＵ」という。）が有する前記運転パラメータデータの出力可能項目を特定し、
   前記対象ＥＣＵから収集された前記収集項目と、前記搭載ＥＣＵが有する前記出力可能項目とを比較し、
   前記搭載ＥＣＵが有する前記出力可能項目に対して、実際に収集された前記収集項目中に前記運転パラメータデータが収集されていない欠落項目がある場合、当該欠落項目について異常発生の可能性があると判定し、
   さらに、前記車両診断機は、
   前記車両診断機を前記車両に接続した状態での起動スイッチの初回オン操作に対応して、前記対象ＥＣＵの識別情報を前記車両に問い合わせて前記収集項目を設定し、
   これに続いて、前記車両診断機は、前記起動スイッチのオフ操作及びその後の再オン操作が行われたことを条件として、前記データ要求信号の送信及び前記運転パラメータデータの記憶を開始する
   ことを特徴とする車両診断方法。

Images