JP2023104670A - 検査装置及び検査方法 - Google Patents

Abstract

【課題】ＥＣＵにおけるＣＡＮ通信機能を検査することが可能な検査技術を提供すること。【解決手段】検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置は、ＥＣＵの通信回路と検査装置とを１対１で接続する接続部と、検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの識別子フィールドに、メッセージに比べて高い通信調停の優先順位を示す所定の信号レベルを設定した検査メッセージを作成する検査メッセージ作成部と、検査メッセージをＥＣＵに送信する送信部と、ＥＣＵから送信されたメッセージを受信する受信部と、検査メッセージの送信後に、受信部がＥＣＵからメッセージを受信したか否かにより、当該ＥＣＵの受信機能が正常か否かを判定する受信機能判定部と、を備える。【選択図】図１

Description

本発明は検査装置及び検査方法に関する。

従来、車輌には複数の電子機器が搭載されて種々の処理を行っている。これらの電子機器の動作を制御するために車輌には複数のＥＣＵ（Electronic Control Unit）が搭載されている。複数のＥＣＵを協調して動作させるために、ネットワークを介して各ＥＣＵを相互に接続し、データの送受信を行って複数のＥＣＵが情報を共有することが行われており、通信規約としてＣＡＮ（Controller Area Network）が広く採用されている。

特許文献１には、複数の通信装置（ＥＣＵ）が共通のバスを介して通信を行い、通信装置から送信されるフレームに個々に優先順位が設定され、優先順位の低いフレームほどバスに送信される迄の待ち時間が長くなるよう規定された通信プロトコルに従う通信システムに用いられる通信負荷判定装置が開示されている。

特許第０５５７８２０７号明細書

電動車両を構成するＩＰＵ（Integrated Power Unit）、ＤＵ（Drive Unit）、ＣＨＧＲ(Charger)等はデバイスの内部点検ができないため、不具合デバイスを特定するために、正常に動作する良品デバイスを順次交換して、検査情報が改善するか否か確認する良品交換による検査が行われている。

しかしながら、良品交換を行う検査では、高額なデバイスを検査用にそれぞれ準備する必要があり、検査作業においても、デバイスの交換作業に所定の工数が必要とされる。

一方、特許文献１の通信負荷判定装置は、優先度の高いメッセージから送信するルールに従い、送信される迄の待ち時間の平均が許容待ち時間を超えるか否かにより、通信負荷の異常を判定するものであり、ＥＣＵにおけるＣＡＮ通信機能（受信機能）が正常であるか否かを判定することはできない。

本発明は、上記の課題に鑑みて、検査対象のＥＣＵにおけるＣＡＮ通信機能を検査することが可能な検査技術の提供を目的とする。

本発明の一態様に係る検査装置は、検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置であって、前記ＥＣＵの通信回路と前記検査装置とを１対１で接続する接続部と、検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの識別子フィールドに前記メッセージに比べて高い通信調停の優先順位を示す所定の信号レベルを設定した検査メッセージを作成する検査メッセージ作成部と、前記検査メッセージを前記ＥＣＵに送信する送信部と、前記ＥＣＵから送信されたメッセージを受信する受信部と、前記検査メッセージの送信後に、前記受信部が前記ＥＣＵからメッセージを受信したか否かにより、当該ＥＣＵの受信機能が正常か否かを判定する受信機能判定部と、を備える。

本発明の他の態様に係る検査方法は、接続部を介して検査対象のＥＣＵの通信回路と１対１で接続し、当該検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置の検査方法であって、前記検査装置の検査メッセージ作成部が、検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの識別子フィールドに前記メッセージに比べて高い通信調停の優先順位を示す所定の信号レベルを設定した検査メッセージを作成する工程と、前記検査装置の送信部が、前記検査メッセージを前記ＥＣＵに送信する工程と、前記検査装置の受信部が、前記ＥＣＵから送信されたメッセージを受信する受信工程と、前記検査装置の受信機能判定部が、前記検査メッセージの送信後に、前記受信工程で前記ＥＣＵからメッセージを受信したか否かにより、当該ＥＣＵの受信機能が正常か否かを判定する工程と、を有する。

本発明によれば、検査対象のＥＣＵにおけるＣＡＮ通信機能を検査することが可能な検査技術を提供することができる。

実施形態の検査装置を含む検査システムの概略構成を示す図。 検査対象のＥＣＵの回路構成例を示す図。 実施形態の検査装置の機能構成を示す図。 実施形態の検査装置を用いた検査の流れを説明する図。 メッセージの受信、メッセージのデータフォーマットの判別、検査メッセージの生成までの流れを模式的に示す図。 ＣＡＮプロトコルに基づいた検査メッセージのデータフォーマットの構成例を示す図。 ＣＡＮ ＦＤプロトコルに基づいた検査メッセージのデータフォーマットの構成例を示す図。 検査メッセージの送信、ＥＣＵから送信されるメッセージの有無の確認、受信機能の判定までの流れを模式的に示す図。 識別子フィールド（ＩＤフィールド）の設定例を示す図。 ビットレートの判別処理の流れを説明する図。 データフォーマットを判別する処理の流れを説明する図。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

[検査装置１０を含む検査システムの概略構成]
図１は実施形態に係る検査装置１０を含む検査システムの概略構成を示す図である。図１では、例示的に、デバイス２０に含まれるＥＣＵを検査対象のＥＣＵ２００として示している。デバイス２０は、例えば、ＩＰＵ（Integrated Power Unit）、ＤＵ（Drive Unit）、またはＣＨＧＲ(Charger)等であってもよい。本実施形態の検査装置１０は、検査対象のＥＣＵ２００のＣＡＮ通信機能を検査する検査装置である。検査装置１０は、ＣＡＮ通信部１００と電源供給部１０５とを有する。

ＩＰＵやＤＵ等のデバイス２０が車両におけるＣＡＮに接続した状態では、各デバイス２０のＥＣＵは通信ノードとして機能するが、ここでは、ＣＡＮ接続用のカプラを取り外して、検査装置１０と検査対象のＥＣＵ２００（通信回路２１０）とを１対１に接続し、検査対象のＥＣＵ２００からの信号（メッセージ）を確認することにより、検査対象のＥＣＵ２００におけるＣＡＮ通信機能を検査するものである。

接続部３０は、接続用のカプラ３４を介して、検査装置１０（ＣＡＮ通信部１００）と、検査対象のＥＣＵ２００（通信回路２１０）と１対１で接続する。接続部３０は、ＣＡＮ通信用のバス信号線としてＣＡＮＬ３１とＣＡＮＨ３２とを有する。

電源供給部１０５は外部電源から所定電圧（例えば、１２Ｖ）に変換した電源電圧ＶＣＣを、電源線３３を介して検査対象のＥＣＵ２００に供給することが可能である。接続部３０は、バス信号線３１、３２と電源線３３とを含んでもよい。なお、電源電圧ＶＣＣは、電源供給部１０５からの供給に限られず、車両側から検査対象のＥＣＵ２００に電源電圧ＶＣＣを供給してもよい。車両側から電源電圧ＶＣＣを供給する場合には、電源線３３は必須ではなく、接続部３０は、少なくともバス信号線３１、３２を含むように構成すればよい。

[検査対象のＥＣＵ２００]
図２は検査対象のＥＣＵ２００の回路構成例を示す図である。ＥＣＵ２００は、通信回路２１０とコントローラ２４０とを有する。通信回路２１０は、ＥＣＵ２００から出力された信号に基づいたメッセージの送信処理を行う送信回路２２０と、外部から受信した信号（メッセージ）の受信処理を行う受信回路２３０と、を有する。コントローラ２４０は通信回路２１０における送信回路２２０および受信回路２３０の動作を統括する制御部である。

接続部３０のバス信号線３１（ＣＡＮＬ）は低電位側の信号線であり、バス信号線３２（ＣＡＮＨ）は、バス信号線３１に比べて高電位側の信号線である。電位は、検査装置１０におけるグランドの電位（即ち、接地電位）を基準とした電位である。

送信回路２２０には、コントローラ２４０から、送信信号ＴＸＤが入力され、送信回路２２０は、送信信号ＴＸＤに基づいて生成した、ハイレベルまたはローレベルの信号レベルを含む信号（メッセージ）を出力する。また、受信回路２３０は、バス信号線３１，３２から受信した、ハイレベルまたはローレベルの信号レベルを含む信号（メッセージ）を受信信号ＲＸＤに変換し、この変換後の受信信号ＲＸＤをコントローラ２４０に出力する。

信号レベルにおいて、ハイレベルは、データ値としては、例えば、論理値１に該当し、バス信号線の電位としては、レセシブレベル（ＣＡＮＨ：３２）に対応する。また、ローレベルは、データ値としては、例えば、論理値０に該当し、バス信号線の電位としては、ドミナントレベル（ＣＡＮＬ：３１）に対応する。ドミナントとは、バス信号線３１、３２の伝送信号において優位な方の信号を意味し、レセシブとは、バス信号線３１、３２の伝送信号において劣位な方の信号を意味する。なお、ＥＣＵ２００の内部における具体的な信号処理は、公知技術であり、詳細な説明は省略する。

[検査装置１０]
（機能構成）
図３は、本実施形態の検査装置１０の機能構成を示す図である。検査装置１０は、機能構成として、初期メッセージ確認部１１０、送信機能判定部１２０、検査メッセージ作成部１３０、送信部１４０、受信部１５０、受信機能判定部１７０、および判定時間変更部１８０を有する。

これらの機能構成は、検査装置１０の記憶媒体に記憶された所定のコンピュータプログラムがＲＡＭに読み出されて、検査装置１０のＣＰＵが信号処理を実行することで実現される。また、同様の機能を果たすのであれば、それらは集積回路などで構成してもよい。

（感度切替機能の設定）
本実施形態の検査装置１０は、検査の判定時間を不図示の感度切替スイッチにより、標準モードと敏感モードとを切り替えることが可能である。

標準モードの第１の連続判定時間（例えば、１．５秒）は、標準的な車両の異常検知条件に合わせた設定となっている。しかしながら、実際に生じ得る不具合は、修理現場の限られた検査時間の中で再現しにくい側面がある。例えば、ハンダが剥がれかかっているなど、不安定な状態では、不具合状態が連続的に発生せず、標準モードの時間設定では、動作不良の状態（異常）が継続する現象を検出しにくい場合も生じ得る。

不具合状態が連続的に発生しにくい動作状態のＥＣＵに対しても、連続的な動作不良の状態を検出しやすいように、本実施形態の検査装置１０では、第１の連続判定時間における信号のサンプリング時間に比べて短い敏感モードの第２の連続判定時間（例えば、０．７５秒）で検査を行うことが可能な敏感モードが設けられている。

判定時間変更部１８０は、ＣＡＮ通信機能が正常か否かを判定するための連続した判定時間を、感度切替スイッチからの入力により、標準モードの第１の連続判定時間（例えば、１．５秒）から第１の連続判定時間に比べて短い敏感モードの第２の連続判定時間（例えば、０．７５秒）に変更する。

標準モードの設定時において、受信機能判定部１７０は、第１の連続判定時間に基づいて、ＥＣＵ２００（受信回路２３０）の受信機能が正常か否かを判定する。また、判定時間が判定時間変更部１８０により変更された場合に、すなわち、敏感モードの設定時において、受信機能判定部１７０は、第２の連続判定時間に基づいて、ＥＣＵ２００の受信機能が正常か否かを判定する。

連続判定時間（第１の連続判定時間、第２の連続判定時間）において、動作不良の状態（異常）が継続する場合に、受信機能判定部１７０は、ＥＣＵ２００の受信機能は動作不良の状態であると判定する。

また、標準モードと敏感モードとの切替は、送信機能の判定処理においても同様である。すなわち、標準モードの設定時において、送信機能判定部１２０は、第１の連続判定時間に基づいて、ＥＣＵ２００（送信回路２２０）の送信機能が正常か否かを判定する。また、判定時間が判定時間変更部１８０により変更された場合に、すなわち、敏感モードの設定時において、送信機能判定部１２０は、第２の連続判定時間に基づいて、ＥＣＵ２００の送信機能が正常か否かを判定する。連続判定時間（第１の連続判定時間、第２の連続判定時間）において、動作不良の状態（異常）が継続する場合に、送信機能判定部１２０は、ＥＣＵ２００の送信機能は動作不良の状態であると判定する。

なお、感度の切り替えは、感度切替スイッチの操作により任意のタイミングで行うことが可能である。例えば、検査の開始時または検査の途中で、感度切替スイッチの操作により感度が切り替えられた場合に、判定時間変更部１８０は、判定時間の設定を第１の連続判定時間から第２の連続判定時間に変更することが可能である。または、判定時間変更部１８０は、判定時間の設定を第２の連続判定時間から第１の連続判定時間に変更することが可能である。

[検査メッセージのデータフォーマット]
次に、検査メッセージ作成部１３０が作成する検査メッセージのデータフォーマットの構成を説明する。以下の説明は、ＣＡＮまたはＣＡＮ ＦＤの通信プロトコルに基づいたデータフォーマットの概要であり、データフォーマットをデータフレームともいう。また、データフォーマット（データフレーム）において、ビット単位のデータが設定される領域をフィールドという。図６Ａ及び図６Ｂで説明するデータフォーマット（データフレーム）は、検査装置１０からＥＣＵ２００に検査メッセージ６００を送信する際のデータフォーマットである。

図６Ａは、検査メッセージ作成部１３０が作成する、ＣＡＮプロトコルに基づいた検査メッセージ６００のデータフォーマット（データフレーム）の構成例を示す図である。また、図６Ｂは、検査メッセージ作成部１３０が作成する、ＣＡＮ ＦＤプロトコルに基づいた検査メッセージのデータフォーマット（データフレーム）の構成例を示す図である。図６Ａ及び図６Ｂにおいて、各データフォーマットの各部の数値は、何ビット分使用するかのデータの長さ（ビット長）を示している。

（ＣＡＮ標準フォーマット）
図６Ａにおいて、ＳＴ６１は、ＣＡＮプロトコルに基づいた標準フォーマットのデータフレームを示し、ＳＴ６２は、ＣＡＮプロトコルに基づいた拡張フォーマットのデータフレームを示す。ＳＴ６２では、SOFからデータフィールドまでの構成を部分的に例示しており、ＳＴ６２において、データフィールド以降の構成はＳＴ６１の標準フォーマットと同様である。

図６ＡのＳＴ６１、ＳＴ６２において、上側の線はレセシブレベル（論理値１）の信号レベルを示し、下側の線は、ドミナントレベル（論理値０）の信号レベルを示す。ドミナントレベル側にしか線がない部分は、ドミナント固定のデータであり、レセシブレベル側にしか線がない部分は、レセシブ固定のデータを示す。両方に線があるものは、送信されるデータによって、ドミナントかレセシブに変化（反転）するデータを示す。

SOF（Start Of Frame）は、データフレームの送信開始を示すフィールドである。SOFの信号レベルがバスアイドルのレセシブレベル（論理値１）からドミナントレベル（論理値０）へ変化することにより、検査対象のＥＣＵ２００は受信処理の同期を行うことができる。

ID（識別子:Identifier）はデータ内容や送信ノードを識別するために使用される他に、通信調停の優先順位を決定するために使用される。本実施形態では、識別子フィールド（IDフィールド）６１０を、ＥＣＵ２００の受信回路２３０で正常に受信できたか否かを判定するための通信調停用のフィールドとして使用する。標準フォーマットでは、識別子フィールド（IDフィールド）６１０は１１ビット長で構成されている。

RTR（Remote Transmission Request）は、データフレームとリモートフレームとを識別するためのフィールドであり、ここで、リモートフレームは、データフレームの要求に使用されるフィールドである。RTRは識別子フィールド（IDフィールド）６１０と同様に通信調停に使用することが可能である。

IDEは、標準フォーマット（例えば、１１ビット）、拡張フォーマット（例えば、２９ビット）の区別を行うために使用されるフィールドである。標準フォーマットでは、ドミナントの信号（論理値０）がIDEに設定され、拡張フォーマットでは、レセシブの信号（論理値１）がIDEに設定される。

「ｒ」は予約ビットを示し、DLC（Data Length Code）は後続のデータフィールドにおいて、何バイトのデータが送信されるかを示すフィールドである。IDEと予約ビット（「ｒ」）とDLCとを合わせてコントロールフィールドともいう。

データフィールドは、送信されるデータの部分で、DLCによって設定されたデータ長のデータとなる。データフィールド内では全バイトは最上位ビット（MSB）により送信される。データフィールドは０～８バイト長（０～６４ビット長）となっており、１バイトごとに長さを設定することが可能である。

CRC（Cyclic Redundancy Check）は、SOF、ID、コントロールフィールド、データフィールドの送信値の演算結果を示すフィールドである。例えば、送信側のノードが送信値を演算し、演算した送信値をCRCに設定する。受信側のノードでは、送信ノードと同様にSOF、ID、コントロールフィールド、データフィールドの受信値を演算し、CRC設定値と比較することで、受信したメッセージ（データ）を正常に受信できたか否かを判定することができる。

例えば、送信側のノードを検査対象のＥＣＵ２００とし、受信側のノードを検査装置１０とした場合、検査装置１０の受信部１５０は、受信したデータのSOF、ID、コントロールフィールド、データフィールドの受信値を演算し、CRC設定値と比較することで、受信したメッセージ（データ）を正常に受信できたか否かを判定することができる。CRC_DEL（CRCデリミタ）は、CRCシーケンスの終わりを示すフィールドである。CRCとCRC_DEL（CRCデリミタ）とを併せてCRCフィールドともいう。

ACK（ACKnowledge）は、送信したCRCまでのデータが、送信先のノード（例えば、検査対象のＥＣＵ２００）の受信回路２３０で正常に受信できたかを判定するための確認フィールドである。確認フィールドは１ビット長であり、送信側のノードはドミナント（論理値０）の送信を行い、受信側のノードがＣＲＣフィールドまで、データを正常に受信できた場合に、レセシブ（論理値１）の確認応答を送信する。
ACK_DEL（ACKデリミタ）は、ACKフィールドの終わりを示すフィールドである。ACKとACK_DEL（ACKデリミタ）とを併せてACKフィールドともいう。ACK_DEL（ACKデリミタ）に続く、EOF（End Of Frame）はデータフレームの終わりに送信されるフィールドである。

（ＣＡＮ拡張フォーマット）
ＳＴ６２に示す拡張フォーマットでは、標準フォーマット（ＳＴ６１）と相違する構成について説明する。ベースIDは、１１ビット長であり、標準フォーマットのIDは拡張フォーマットではベースIDと呼ばれる。拡張フォーマットでは、ベースIDに続くのはSRR（Substitute Remote Request Bit）であり、１ビット長のレセシブの信号が設定される。SRRに続いてIDE（Identifier Extension Bit）には１ビット長のレセシブの信号（論理値１）が設定される。

拡張フォーマットでは、識別子フィールド（IDフィールド）６１０は、１１ビット長のベースIDフィールドと１８ビット長の拡張IDフィールドとで構成されている。すなわち、拡張フォーマットでは、識別子フィールド（IDフィールド）６１０は、２９ビット長（＝１１ビット＋１８ビット）で構成されている。

予約ビット（「ｒ１」、「ｒ０」）には、それぞれ１ビット長のドミナントの信号が設定される。DLC（Data Length Code）は後続のデータフィールドにおいて、何バイトのデータが送信されるかを示すフィールドである。予約ビット（「ｒ１」、「ｒ０」）とDLCとを合わせてコントロールフィールドともいう。

（ＣＡＮ ＦＤ標準フォーマット）
図６Ｂにおいて、ＳＴ６３は、ＣＡＮ ＦＤプロトコルに基づいた標準フォーマットのデータフレームを示し、ＳＴ６４は、ＣＡＮ ＦＤプロトコルに基づいた拡張フォーマットのデータフレームを示す。ＳＴ６４では、ＳＯＦからデータフィールドまでの構成がＳＴ６３の標準フォーマットと異なっており、ＳＴ６４において、データフィールド以降の構成はＳＴ６３の標準フォーマットと同様である。

図６ＢのＳＴ６３、ＳＴ６４において、上側の線はレセシブレベル（論理値１）の信号レベルを示し、下側の線は、ドミナントレベル（論理値０）の信号レベルを示す。ドミナントレベル側にしか線がない部分は、ドミナント固定のデータであり、レセシブレベル側にしか線がない部分は、レセシブ固定のデータを示す。両方に線があるものは、送信されるデータによって、ドミナントまたはレセシブに変化（反転）するデータを示す。

SOF（Start Of Frame）は、データフレームの送信開始を示すフィールドである。ノードからデータフレームが送信されるとき、最初に送信される部分はデータフレームの開始を表すためにドミナント状態にする。SOFの信号レベルがバスアイドルのレセシブレベル（論理値１）からドミナントレベル（論理値０）へ変化することにより、検査対象のＥＣＵ２００は受信処理の同期を行うことができる。

ＣＡＮ ＦＤプロトコルのアービトレーション領域（調停領域）はID（識別子:Identifier）とRRS（Remote Request Substitution）で構成されている。ID（識別子:Identifier）はＣＡＮプロトコルと同様に、データ内容や送信ノードを識別するために使用されるほかに、通信調停の優先順位を決定する働きもする。ＣＡＮプロトコルで使用されていたRTR（Remote Transmission Request）は１ビット長のRRSに置き換えられる。ID（識別子:Identifier）はデータ内容や送信ノードを識別するために使用される他に、通信調停の優先順位を決定するために使用される。本実施形態では、識別子フィールド（IDフィールド）６１０を、ＥＣＵ２００の受信回路２３０で正常に受信できたか否かを判定するための通信調停用のフィールドとして使用する。標準フォーマットでは、識別子フィールド（IDフィールド）６１０は１１ビット長で構成されている。

ＣＡＮ ＦＤのコントロール領域は、IDE、FDF、res、BRS、ESI、DLCで構成される。ＣＡＮ ＦＤでは、ＣＡＮプロトコルと比べてFDF、BRS、ESIが追加される。IDEはＣＡＮプロトコルと同様であり、標準フォーマット（例えば、１１ビット）、拡張フォーマット（例えば、２９ビット）の区別を行うために使用されるフィールドである。標準フォーマットでは、ドミナントの信号（論理値０）がIDEに設定され、拡張フォーマットでは、レセシブの信号（論理値１）がIDEに設定される。resは、ＣＡＮプロトコルの予約ビットに相当し、DLC（Data Length Code）は後続のデータフィールドにおいて、何バイトのデータが送信されるかを示すフィールドである。

FDF(FD Format Indicator)は、ＣＡＮプロトコルとＣＡＮ ＦＤプロトコルを区別するために使用されるフィールドである。ＣＡＮプロトコルはドミナント（＝０）が設定され、ＣＡＮ ＦＤプロトコルの場合にはレセシブ（＝１）が設定される。

BRS（Bit Rate Switch）は、データフェーズの高速化の切り替えを行うためのフィールドであり、送信ノードはBRSのサンプリングポイントで高速な転送速度のクロックモードに切替える。BRSの設定により高速な転送速度のクロックモードに切替えられると、応答する受信ノードも同様にクロックのモードが切り替えられる。

ESI（Error State Indicator）は、送信ノードのエラー状態を示すデータフレームである。エラーが生じていない正常な状態を示すエラーアクティブの状態ではドミナントが設定され、エラーアクティブからエラーカウンタが一定の値を超えるとエラーパッシブに遷移する。エラーパッシブの状態ではレセシブが設定される。

DLC（Data Length Code）は後続のデータフィールドにおいて、何バイトのデータが送信されるかを示すフィールドであり、データフィールドは、送信されるデータの部分で、DLCによって設定されたデータ長のデータとなる。データフィールド内では全バイトは最上位ビット（MSB）により送信される。ＣＡＮプロトコルのデータフィールドは０～８バイト長（０～６４ビット長）であるが、ＣＡＮ ＦＤプロトコルでは、最大64バイトまでのデータを送信することが可能であり、データ長として0～8、12、16、20、24、32、48、64バイトが選択可能である。

ＣＡＮ ＦＤプロトコルのCRC（Cyclic Redundancy Check）領域は、Stuff Count、CRC、CRC Delimiter（CRC_DEL（CRCデリミタ））で構成される。

４ビット長のStuff Countには、CRC領域より前のスタッフビットの数を8で割った余り（Stuff bit count modulo 8）をグレイコード化した値（３ビット）と、グレイコード化した値のパリティービット（１ビット）とが設定される。

CRC（Cyclic Redundancy Check）には、データ領域（データフィールド）の増加に伴い伝送品質を維持するために、SOFからデータ領域のビットだけでなくStuff Countとスタッフビットも含め送信値の演算結果が設定される。送信データが１６バイト以下の場合にCRCには１７ビットのデータ領域が設定され、送信データが１６バイトを超える場合にCRCには２１ビットのデータ領域が設定される。

ＣＡＮプロトコルと同様にＣＡＮ ＦＤプロトコルにおいて、SOFからデータ領域（データフォーマット）の末端までビットスタッフィングルールが採用される。ＣＲＣ領域では、ＣＲＣ領域の先頭と、固定されたビット位置に固定スタッフビットが配置され、固定スタッフビットの値は、その前のビットの値の逆の値が設定される。例えば、バス信号線３１、３２上で同一レベルの状態がＮ回（例えば、５回）連続した場合、それまで送信されていた状態と反対の状態ビット（スタッフビット）が挿入される。CRC_DEL（CRCデリミタ）は、CRCシーケンスの終わりを示すフィールドである。ビットスタッフィングルールにより、バス信号線３１、３２上で、同一レベルの状態（ドミナントまたはレセシブ）がＮ＋１ビット（例えば、６ビット）以上継続した場合には、スタッフエラーとして処理される。

ＣＡＮ ＦＤプロトコルにおけるACK（ACKnowledge）領域（確認領域）は、ＣＡＮプロトコルと同様に、ACKとACK Delimiter（ACK _DEL（ACKデリミタ））で構成される。ACK（ACKnowledge）は、送信したCRCまでのデータが、送信先ノード（例えば、検査対象のＥＣＵ２００）の受信回路２３０で正常に受信できたかを判定するための確認フィールドである。確認フィールドは１ビット長であり、送信側のノードはドミナント（論理値０）の送信を行い、受信側のノードがＣＲＣフィールドまで、データを正常に受信できた場合に、レセシブ（論理値１）の確認応答を送信する。ACK_DEL（ACKデリミタ）は、ACKフィールドの終わりを示すフィールドである。ACK_DEL（ACKデリミタ）に続く、EOF（End Of Frame）はデータフレームの終わりに送信されるフィールドである。

（ＣＡＮ ＦＤ拡張フォーマット）
ＳＴ６４に示す拡張フォーマットでは、標準フォーマット（ＳＴ６３）と相違する構成について説明する。ベースIDは、１１ビット長であり、標準フォーマットのIDは拡張フォーマットではベースIDと呼ばれる。拡張フォーマットでは、ベースIDに続くのはSRR（Substitute Remote Request Bit）であり、１ビット長のドミナントの信号が設定される。SRRに続いてIDE（Identifier Extension Bit）には１ビット長の１ビット長のレセシブの信号（論理値１）が設定される。

拡張フォーマットでは、識別子フィールド（IDフィールド）６１０は、１１ビット長のベースIDフィールドと１８ビット長の拡張IDフィールドとで構成されている。すなわち、拡張フォーマットでは、識別子フィールド（IDフィールド）６１０は、２９ビット長（＝１１ビット＋１８ビット）で構成されている。

［検査の処理フロー］
次に、本実施形態の検査装置１０を用いた検査処理の流れを説明する。図４は、検査装置１０を用いた検査の処理フローを説明する図である。図３に示した検査装置１０の機能構成の各部の処理を、図４の検査の処理フローとともに説明する。

ステップＳ４００で、検査を行う作業者（オペレータ）は、接続部３０を用いて、検査装置１０と検査対象のＥＣＵ２００の通信回路２１０とを１対１で接続する。

次に、ステップＳ４１０で、検査装置１０の電源を投入する。また、検査装置１０の電源供給部１０５または車両側から検査対象のＥＣＵ２００に電源を供給する。これにより、検査装置１０と検査対象のＥＣＵ２００との間でＣＡＮ通信が確立する。

[ＥＣＵ２００の送信機能検査]
ステップＳ４２０において、初期メッセージ確認部１１０は、ＥＣＵ２００の送信回路２２０から送信される初期メッセージの有無を確認する。ここで、初期メッセージとは、ＥＣＵ２００に電源を供給した後に、ＥＣＵ２００から最初に送信される所定のデータフォーマットに基づいたメッセージをいう。初期メッセージ確認部１１０は、電源供給部１０５からＥＣＵ２００に電源を供給した後、または車両側からＥＣＵ２００に電源を供給した後に、ＥＣＵの送信回路２２０から送信される初期メッセージの有無を確認する。

送信機能判定部１２０は、初期メッセージ確認部１１０の確認（初期メッセージの有無）により、ＥＣＵ２００の送信回路２２０の送信機能が正常か否かを判定する。送信機能判定部１２０は、連続判定時間（第１の連続判定時間、第２の連続判定時間）において、動作不良の状態（異常）が継続する場合に、ＥＣＵ２００の送信機能は動作不良の状態であると判定する。所定の連続判定時間において、ＥＣＵ２００の送信回路２２０から初期メッセージが出力された場合に、送信機能判定部１２０は、ＥＣＵ２００の送信回路２２０は正常と判定する。また、所定の連続判定時間において、ＥＣＵ２００の送信回路２２０から初期メッセージが出力されない場合に、送信機能判定部１２０は、ＥＣＵ２００の送信回路２２０は動作不良と判定する。本実施形態の検査装置１０によれば、検査対象のＥＣＵ２００におけるＣＡＮ通信機能（送信機能）を検査することができる。なお、初期メッセージの有無の確認は、図８のステップＳ８２０、Ｓ８７０の処理のように、エラーの有無を判断しない点で相違する。本実施形態において、メッセージの受信とは、後にステップＳ４３５で説明するようにＣＲＣエラー、フォームエラー及びスタッフエラーのうち、いずれのエラーも検出されずにメッセージを取得する処理であり、この点で初期メッセージの有無の確認は、メッセージの受信と区別される。

そして、ステップＳ４３０において、送信機能判定部１２０は、検査装置１０の不図示の表示部に判定結果を表示させる。表示部の構成は、例えば、判定結果を視認可能なインジケータでもよいし、液晶や有機ＥＬ等の表示デバイスを用いて判定結果を表示してもよい。また、視覚的な表示に限らず、例えば、不図示のスピーカ（音源）から、正常判定時の報知音と、動作不良時の報知音とを切り替えて報知するようにしてもよい。これにより、検査を行う作業者（オペレータ）は、視覚的または聴覚的に検査装置１０の判定結果を確認することが可能になる。

[ＥＣＵ２００の受信機能検査]
検査装置１０は、ＥＣＵ２００の受信機能検査を行うために、ＥＣＵ２００から送信されたメッセージに基づいて、ＣＡＮ通信における伝送速度（ビットレート：Ｓ４３５）と、データフォーマットの判別を行う（Ｓ４４０）。検査装置１０は、ＥＣＵ２００の送信回路２２０から受信したメッセージ（最初に出力される初期メッセージ、または、初期メッセージの後に送信されるメッセージ）に基づいて、メッセージのビットレートの判別およびフォーマットを判別する。

（ビットレートの判別（メッセージの受信））
ステップＳ４３５において、受信部１５０は、ＥＣＵ２００から受信したメッセージに基づいて、ＣＡＮ通信における伝送速度（ビットレート）を判別する。メッセージの伝送速度（ビットレート）の判別処理を行うことにより、エラーなく、ＥＣＵ２００からメッセージを受信することができ、後のステップＳ４４０において、データフォーマットを正確に判別することができる。図９は伝送速度（ビットレート）の判別処理の具体的な流れを説明する図である。

ステップＳ９１０において、受信部１５０は、ビットレートの初期値として、１Ｍｂｐｓを設定する。

ステップＳ９２０において、受信部１５０は初期値の設定（Ｓ９１０）に基づいて、ＥＣＵ２００のメッセージを受信できるか否かを判定する。受信部１５０はメッセージに基づいて演算したＣＲＣと、メッセージに含まれるＣＲＣの値が合致しなかった場合にＣＲＣエラーとして（Ｓ９２０－ＮＯ）、処理をステップＳ９３０に進める。

また、メッセージにおける、CRC_DEL（CRCデリミタ）、ACK_DEL（ACKデリミタ）、ＥＯＦは、通常、レセシブ（論理値１）と決められており、ここで、ドミナント(論理値０)が検出された場合、フォームエラーとして（Ｓ９２０－ＮＯ）、処理をステップＳ９３０に進める。

また、受信部１５０は、ビットスタフィングルールが守られているか監視し、バス信号線３１、３２上で同一レベルの状態が、所定ビット（例えば、６ビット）以上継続した場合には、スタッフエラーとして（Ｓ９２０－ＮＯ）、処理をステップＳ９３０に進める。

受信部１５０は、ＣＲＣエラー、フォームエラー及びスタッフエラーのうち、少なくともいずれか一つのエラーを検出した場合に、処理をステップＳ９３０に進める。

ステップＳ９３０において、受信部１５０は、初期値のビットレートを下げて（１Ｍｂｐｓ→５００Ｋｂｐｓ）、メッセージを受信できるか判定する（Ｓ９２０）。メッセージを受信できない場合に（Ｓ９２０－ＮＯ）、受信部１５０は、ビットレートの値を順次下げて（５００Ｋｂｐｓ→２５０Ｋｂｐｓ→１２５Ｋｂｐｓ）、メッセージを受信できるか判定する（Ｓ９２０）。

受信部１５０は、ＣＲＣエラー、フォームエラー及びスタッフエラーのうち、いずれのエラーも検出しない場合に、メッセージを受信できたと判定し（Ｓ９２０－ＹＥＳ）、処理をステップＳ９４０に進める。

ステップＳ９４０において、受信部１５０は、エラー無くメッセージを受信することができたビットレート（Bit rate）を決定する。例えば、２５０Ｋｂｐｓの設定で、ＣＲＣエラー、フォームエラー及びスタッフエラーのうち、いずれのエラーも検出されずにメッセージを受信できた場合、受信部１５０はメッセージのビットレートを２５０Ｋｂｐｓと決定する。

次に、ステップＳ９５０において、受信部１５０は、メッセージのフォーマットのＦＤＦの値が１であるか否かを判定し、ＦＤＦの値が１でない場合（Ｓ９５０－ＮＯ）、本処理はステップＳ４３５に戻される。この場合、ＣＡＮプロトコルにおける伝送速度（ビットレート）は、ステップＳ９４０で決定された値となる。一方、ステップＳ９５０の判定で、ＦＤＦ＝１の場合（Ｓ９５０－ＹＥＳ）、処理はステップＳ９６０に進められる。

そして、ステップＳ９６０において、受信部１５０は、ＣＡＮ ＦＤプロトコルのビットレートの初期値として、１Ｍｂｐｓを設定する。

ステップＳ９７０において、受信部１５０は初期値の設定（Ｓ９６０）に基づいて、ＥＣＵ２００のメッセージを受信できるか否かを判定する。受信部１５０は、ステップＳ９２０の判定処理と同様にエラーの有無を判定する。ステップＳ９７０において、受信部１５０はＣＲＣエラー、フォームエラー及びスタッフエラーのうち、少なくともいずれか一つのエラーを検出した場合に、処理をステップＳ９８０に進める。

ステップＳ９８０において、受信部１５０は、初期値のビットレートを上げて（１Ｍｂｐｓ→２Ｍｂｐｓ）、メッセージを受信できるか判定する（Ｓ９７０）。メッセージを受信できない場合に（Ｓ９７０－ＮＯ）、受信部１５０は、ビットレートの値を順次上げて（２Ｍｂｐｓ→４Ｍｂｐｓ→５Ｍｂｐｓ→８Ｍｂｐｓ）、メッセージを受信できるか判定する（Ｓ９７０）。

受信部１５０は、ＣＲＣエラー、フォームエラー及びスタッフエラーのうち、いずれのエラーも検出しない場合に、メッセージを受信できたと判定し（Ｓ９７０－ＹＥＳ）、処理をステップＳ９９０に進める。

ステップＳ９９０において、受信部１５０は、エラー無くメッセージを受信することができたビットレート（Bit rate）を決定する。例えば、８Ｍｂｐｓで、ＣＲＣエラー、フォームエラー及びスタッフエラーのうち、いずれのエラーも検出されずにメッセージを受信できた場合、受信部１５０はメッセージのビットレートを８Ｍｂｐｓと決定する。そして、ステップＳ９９０の後、本処理はステップＳ４３５に戻される。この場合、ＣＡＮ ＦＤプロトコルにおける伝送速度（ビットレート）は、ステップＳ９９０で決定された値となる。以上の処理に伝送速度（ビットレート）の判別処理は終了する。

（データフォーマットの判別）
ステップＳ４４０において、受信部１５０は、ＥＣＵ２００から送信されたメッセージのデータフォーマットを判別する。図１０はデータフォーマットの判別処理の具体的な流れを説明する図である。

ステップＳ４３５において、受信部１５０はビットレートの判定を行う。この処理は、先に図９で説明した処理であり、受信部１５０は、ステップＳ４３５の処理に基づいて、送信されたメッセージの伝送速度（ビットレート）を取得する。

ステップＳ１０１０において、受信部１５０は、メッセージのＩＤＥに設定されている信号が、ドミナントであるか否かを判定する。ＩＤＥに設定されている信号がドミナント（ＩＤＥ＝０）である場合（Ｓ１０１０－Ｔｒｕｅ）、受信部１５０は、処理をＳ１０２０に進める。

ステップＳ１０２０において、受信部１５０は、メッセージのＦＤＦに設定されている信号がドミナントであるか否かを判定する。ＦＤＦに設定されている信号がドミナント（ＦＤＦ＝０）である場合（Ｓ１０２０－Ｔｒｕｅ）、受信部１５０は、処理をＳ１０４０に進める。

そして、ステップＳ１０４０において、受信部１５０は、受信したメッセージのフォーマットをＣＡＮプロトコルの標準フォーマット（１１bit ＣＡＮ）と判定する。

一方、ステップＳ１０２０の判定で、ＦＤＦに設定されている信号がレセシブ（ＦＤＦ＝１）である場合（Ｓ１０２０－Ｆａｌｓｅ）、受信部１５０は、処理をＳ１０５０に進める。

そして、ステップＳ１０５０において、受信部１５０は、受信したメッセージのフォーマットをＣＡＮ ＦＤプロトコルの標準フォーマット（１１bit ＣＡＮ ＦＤ）と判定する。

一方、ステップＳ１０１０の判定で、ＩＤＥに設定されている信号がレセシブ（ＩＤＥ＝１）である場合（Ｓ１０１０－Ｆａｌｓｅ）、受信部１５０は、処理をＳ１０３０に進める。

ステップＳ１０３０において、受信部１５０は、メッセージのＦＤＦに設定されている信号がドミナントであるか否かを判定する。ＦＤＦに設定されている信号がドミナント（ＦＤＦ＝０）である場合（Ｓ１０３０－Ｔｒｕｅ）、受信部１５０は、処理をＳ１０６０に進める。

そして、ステップＳ１０６０において、受信部１５０は、受信したメッセージのフォーマットをＣＡＮプロトコルの拡張フォーマット（２９bit ＣＡＮ）と判定する。

一方、ステップＳ１０３０の判定で、ＦＤＦに設定されている信号がレセシブ（ＦＤＦ＝１）である場合（Ｓ１０３０－Ｆａｌｓｅ）、受信部１５０は、処理をＳ１０７０に進める。

そして、ステップＳ１０７０において、受信部１５０は、受信したメッセージのフォーマットをＣＡＮ ＦＤプロトコルの拡張フォーマット（２９bit ＣＡＮ ＦＤ）と判定する。以上の処理によりフォーマットの判別処理は終了する。

（検査メッセージ６００の生成）
ステップＳ４５０において、検査メッセージ作成部１３０は、伝送速度（ビットレート）の判別結果（Ｓ４３５）及びデータフォーマットの判別結果（Ｓ４４０）に基づいて、検査対象のＥＣＵ２００の通信プロトコルに対応する検査メッセージ６００を生成する。本ステップの処理により、検査メッセージ作成部１３０は、検査対象のＥＣＵ２００から受信したメッセージに対応したデータフォーマットの識別子フィールド６１０にＥＣＵ２００から受信したメッセージに比べて高い通信調停の優先順位を示す所定の信号レベルを設定した検査メッセージ６００を作成する。

検査装置１０の検査メッセージ作成部１３０は、検査メッセージ６００（図６Ａ、図６Ｂ）の識別子フィールド６１０に、ＥＣＵ２００から送信されるメッセージに比べて高い通信調停の優先順位を示す所定の信号レベルを設定した検査メッセージを生成する。そして、検査装置１０の受信機能判定部１７０は、当該検査メッセージ６００の送信後にＥＣＵ２００からのメッセージ送信が停止するか否か基づいてＥＣＵ２００の受信機能を判定する。図５は、ＥＣＵ２００から送信されるメッセージの受信（ビットレートの判別：Ｓ４３５）、メッセージのデータフォーマットの判別（Ｓ４４０）、検査メッセージ６００の生成（Ｓ４５０）までの流れを模式的に示す図である。

ＣＡＮ通信におけるメッセージのデータフォーマットは多岐にわたるものであるが、本実施形態の検査装置１０では、検査対象のＥＣＵ毎に異なるデータフォーマットを記憶しておき、データフォーマットの自動判別を行うことができ、伝送速度（ビットレート）の判別結果（Ｓ４３５）及びデータフォーマットの判別結果（Ｓ４４０）に基づいて、検査対象のＥＣＵ２００の通信プロトコルに対応する検査メッセージを作成することができる。

これにより、検査を行う作業者（オペレータ）が検査対象のＥＣＵ２００の仕様を検査に合わせて準備する場合に比べて、作業者の負担を軽減しつつ、より短時間で検査を行うことが可能になる。

データフォーマットの判別処理を行うために、本実施形態の検査メッセージ作成部１３０は、蓄積部１３３と選択部１３５とを有する（図３）。蓄積部１３３は、複数の通信プロトコルの種類、フレームレート及び伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積し、選択部１３５は、ＥＣＵ２００の送信回路２２０から受信したメッセージに対応したデータフォーマットを蓄積部１３３から選択する。蓄積部１３３は、例えば、種々のデータフォーマットを不揮発的に保持できる記録媒体であって、たとえば、ハードディスク装置、フラッシュメモリ等によって実現される。

蓄積部１３３は、例えば、通信プロトコルの種類（例えば、ＣＡＮ、ＣＡＮ ＦＤ等）、フレームレート（例えば、１１ｂｉｔ、２９ｂｉｔ等）、及び伝送速度（例えば、ＣＡＮ：１２５Ｋｂｐｓ、２５０Ｋｂｐｓ、５００Ｋｂｐｓ、１Ｍｂｐｓ；ＣＡＮＦＤ：１Ｍｂｐｓ、２Ｍｂｐｓ、４Ｍｂｐｓ、５Ｍｂｐｓ、８Ｍｂｐｓ等）の組み合わせに基づいて分類されたデータフォーマットを蓄積する。なお、データフォーマットの分類例は例示的なものであり、この例に限定されるものではない。

検査メッセージ作成部１３０は、選択部１３５により選択されたデータフォーマットに基づいて、検査メッセージ６００（図６Ａ、図６Ｂ）を作成する。例えば、選択部１３５が、通信プロトコルの種類（ＣＡＮ ＦＤ）、フレームレート（２９ｂｉｔ）、伝送速度（８Ｍｂｐｓ）のデータフォーマットを蓄積部１３３から選択した場合には、検査メッセージ作成部１３０は、選択部１３５により選択されたデータフォーマットに基づいて、検査メッセージを作成する。

本ステップにおいて、検査メッセージ作成部１３０は、データフォーマットの自動判別機能により、検査対象のＥＣＵ２００ごとのデータフォーマットに対応した検査メッセージ６００を生成する。検査メッセージ作成部１３０は、検査メッセージ６００をＥＣＵ２００の受信回路２３０で正常に受信できたか否かを判定するために、データフォーマットの識別子フィールド（IDフィールド）６１０に、ＥＣＵ２００から送信されるメッセージに比べて高い通信調停の優先順位を示す所定の信号レベルを設定した検査メッセージ６００を作成する。

図８は識別子フィールド（IDフィールド）６１０の設定例を示す図である。設定例８１０は検査メッセージ作成部１３０により設定される識別子フィールド（IDフィールド）６１０の設定例を示し、設定例８２０はＥＣＵ２００により設定される識別子フィールド（IDフィールド）の設定例を示す。ＣＡＮデータ８３０は、バス通信線（３１、３２）の信号レベル（バス状態）を示すＣＡＮデータを示す。

本実施形態では、検査メッセージ作成部１３０は、例えば、識別子フィールド６１０に、高い通信調停の優先順位を示す所定の信号レベルとして、論理値０（ドミナントレベル）を設定した検査メッセージ６００を作成する。識別子フィールド６１０は、例えば、標準的なデータフォーマットの場合には１１ビットで構成されている。なお、図８の設定例に限られず、ＣＡＮの規格に応じて識別子フィールド６１０のビット数を拡張フォーマットの２９ビットに合わせることも可能である。

検査装置１０側の設定例８１０では、第１０ビットから第４ビットまでの信号レベルとして、ドミナントレベル（論理値０）が設定され、第３ビットから第０ビットまでの信号レベルとして、レセシブレベル（論理値１）が設定されている。識別子フィールド６１０における設定は任意であり、検査メッセージ作成部１３０は、図８の設定例８１０に限られず、第３ビットから第０ビットまでの信号レベルとして、ドミナントレベル（論理値０）を設定してもよい。バス信号線３１、３２の伝送信号において、ドミナントレベルは、レセシブレベルに比べて優先順位が高い信号である。識別子フィールド６１０の全ビットを、ドミナントレベル（論理値０）に設定した場合、最も優先順位の高い信号レベルとなる。

図８のＥＣＵ２００側の設定例８２０では、第１０ビットから第４ビットまでの信号レベルとして、ドミナントレベル（論理値０）が設定され、第３ビットから第０ビットまでの信号レベルとして、レセシブレベル（論理値１）が設定されている。

（検査メッセージ６００の送信）
そして、ステップＳ４６０において、送信部１４０は、検査メッセージ作成部１３０により作成された検査メッセージ６００を、ＥＣＵ２００の受信回路２３０に送信する。送信部１４０は、Ｓ４３５で判別した伝送速度に合わせて検査メッセージ６００をＥＣＵ２００に送信する。図７は、検査メッセージ６００の送信（Ｓ４６０）、ＥＣＵ２００から送信されるメッセージの有無の確認（Ｓ４７０）、受信機能の判定（Ｓ４８０）までの流れを模式的に示す図である。

（識別子フィールドの設定例およびメッセージ衝突の調停）
ＣＡＮの通信プロトコルのルールでは、複数の通信ノード（ＥＣＵ）からメッセージが送られた場合に、識別子（ID）フィールドの設定に応じて調停を行うように規定されている。優先度の高い識別子（ID）フィールドのメッセージを受信している間は、メッセージの送信を停止する仕組みを利用して、本実施形態の検査装置１０では、優先度の高い識別子（ID）フィールドのメッセージを検査対象のＥＣＵ２００に送信することで、ＥＣＵ２００の受信機能が正常か否かを判定する。

図８に示すように、検査装置１０とＥＣＵ２００とから同時にメッセージが送信される場合、メッセージ先頭のＳＯＦフィールドの信号が送信されるが、双方のＳＯＦフィールドの信号はドミナントレベル（論理値０）が設定されており、ＣＡＮデータ８３０はドミナントレベル（論理値０）となる。検査装置１０およびＥＣＵ２００は、自身が送信したＳＯＦフィールドの信号とＣＡＮデータ８３０を比較して、ＳＯＦフィールドの信号とＣＡＮデータ８３０の信号とが同一であるため、検査装置１０およびＥＣＵ２００はそれぞれ送信を継続する。

続いて、識別子フィールドのデータが１ビットずつ送信される。送信ビットの信号レベルが両方同一である場合、すなわち、検査装置１０及びＥＣＵ２００からドミナントレベル（論理値０）の信号が送信されれば、ＣＡＮデータ８３０は、ドミナントレベル（論理値０）のままとなる。図８の例では、第１０ビットから第５ビットまで、検査装置１０及びＥＣＵ２００の信号レベルは両方同一となる。

一方、レセシブレベルの信号とドミナントレベルの信号が同時に送信された場合、例えば、図８の第４ビットのように、検査装置１０側のドミナントレベル（論理値０）が優先され、ＣＡＮデータ８３０はドミナントレベルとなる。このとき、レセシブレベル（論理値１）を送信したＥＣＵ２００は自身が送信した識別子フィールド６１０の信号（論理値１）とＣＡＮデータ８３０（論理値０）との違いにより、通信調停に負けたことを検出し、メッセージの送信を停止する。

検査装置１０側は識別子フィールド６１０の第３ビット以降の送信を継続するが、ＥＣＵ２００側では、第３ビット以降、メッセージ信号の送信は停止された状態となる。

優先順位の高い識別子フィールドの検査メッセージ６００を受信している間、受信回路２３０における受信機能が正常に動作していれば、ＥＣＵ２００は、メッセージの送信停止の状態を維持する。一方、受信回路２３０における受信機能に動作不良が生じている場合には、検査装置１０から送信された検査メッセージ６００に対応するメッセージの送信を開始する。あるいは、受信回路２３０における受信機能に動作不良が生じている場合には、メッセージの送信を継続する。

（メッセージの有無を確認）
本実施形態の検査装置１０の受信部１５０は、ＥＣＵ２００から送信されたメッセージを受信することができるように構成されており、ステップＳ４７０において、受信部１５０は、検査メッセージ６００の送信後に、ＥＣＵ２００の送信回路２２０からのメッセージの有無を確認する。

（受信機能の判定処理）
ステップＳ４８０において、受信機能判定部１７０は、検査メッセージ６００の送信後に、受信部１５０がメッセージを受信したか否かにより、ＥＣＵ２００の受信機能が正常か否かを判定する。本ステップにおいて、受信機能判定部１７０は、第１の連続判定時間または第２の連続判定時間において、ＥＣＵ２００からメッセージを受信した場合に、ＥＣＵ２００の通信機能（受信機能）は動作不良と判定する。また、受信機能判定部１７０は、第１の連続判定時間または第２の連続判定時間において、ＥＣＵ２００からメッセージを受信しなかった場合に、ＥＣＵ２００の通信機能（受信機能）は正常と判定する。

ＣＡＮの通信プロトコルのルールに従い、ＥＣＵ２００の受信回路２３０における受信機能が正常であれば、受信回路２３０が、優先順位の高い識別子フィールドの検査メッセージ６００を受信している間、ＥＣＵ２００は、メッセージの送信を停止し、送信停止の状態を維持し、競合するメッセージの送信タイミングをずらして空いたタイミングで送信を行う。

検査メッセージ６００の送信後にＥＣＵ２００からのメッセージ送信が停止された場合、受信機能判定部１７０は、ＥＣＵ２００（受信回路２３０）における受信機能は正常と判定する。一方、ＥＣＵ２００（受信回路２３０）の受信機能に動作不良が生じている場合には、検査メッセージ６００の送信後においてもＥＣＵ２００からのメッセージ送信は継続され、受信部１５０はＥＣＵ２００からのメッセージを受信する。この場合、受信機能判定部１７０は、ＥＣＵ２００（受信回路２３０）における受信機能は動作不良と判定する。受信機能判定部１７０は、判定時間変更部１８０により設定された第１の連続判定時間または第２の連続判定時間において、ＥＣＵ２００からメッセージを受信した場合に、ＥＣＵ２００の受信機能は動作不良と判定する。

ステップＳ４９０において、受信機能判定部１７０は、検査装置１０の不図示の表示部に判定結果を表示させる。判定結果の表示は、ステップＳ４３０と同様である。以上の処理に検査装置１０による一連の検査フローは終了する。

（実施形態のまとめ）
上記実施形態は、少なくとも以下の検査装置（１０）および検査方法を開示する。

構成１．上記実施形態の検査装置は、検査対象のＥＣＵ（２００）のＣＡＮ通信機能を検査する検査装置（１０）であって、
前記ＥＣＵの通信回路と前記検査装置とを１対１で接続する接続部（３０）と、
検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの識別子フィールドに前記メッセージに比べて高い通信調停の優先順位を示す所定の信号レベルを設定した検査メッセージを作成する検査メッセージ作成部（１３０）と、
前記検査メッセージを前記ＥＣＵに送信する送信部（１４０）と、
前記ＥＣＵから送信されたメッセージを受信する受信部（１５０）と、
前記検査メッセージの送信後に、前記受信部が前記ＥＣＵからメッセージを受信したか否かにより、当該ＥＣＵの受信機能が正常か否かを判定する受信機能判定部（１７０）と、
を備えることを特徴とする検査装置。

構成１の検査装置によれば、検査対象のＥＣＵにおけるＣＡＮ通信機能（受信機能）を検査することができる。これにより、良品交換による検査を行うことなく検査対象のＥＣＵにおけるＣＡＮ通信機能（受信機能）の検査を行うことができ、検査用に準備する良品デバイスの費用の削減および検査作業におけるデバイスの交換作業に要する工数数を削減することが可能になる。

構成２．上記実施形態の検査装置は、前記ＥＣＵに電源を供給する電源供給部（１０５）と、
前記ＥＣＵの前記ＥＣＵから送信される初期メッセージの有無を確認する初期メッセージ確認部（１１０）と、
前記初期メッセージ確認部による前記初期メッセージの有無の確認により、前記ＥＣＵの送信機能が正常か否かを判定する送信機能判定部（１２０）と、を更に備え、
前記初期メッセージ確認部（１２０）は、前記電源供給部から前記ＥＣＵに前記電源を供給した後、または車両側から前記ＥＣＵに電源を供給した後に、前記ＥＣＵから送信される前記初期メッセージの有無を確認する。

構成２の検査装置によれば、検査対象のＥＣＵにおけるＣＡＮ通信機能（送信機能）を検査することができる。これにより、良品交換による検査を行うことなく検査対象のＥＣＵにおけるＣＡＮ通信機能（送信機能）の検査を行うことができ、検査用に準備する良品デバイスの費用の削減および検査作業におけるデバイスの交換作業に要する工数数を削減することが可能になる。

構成３．前記検査メッセージ作成部（１３０）は、
通信プロトコルの種類、フレームレート、および伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積する蓄積部（１３３）と、
前記ＥＣＵから受信したメッセージに対応したデータフォーマットを前記蓄積部から選択する選択部（１３５）と、を更に備え、
前記検査メッセージ作成部（１３０）は、前記選択部により選択された前記データフォーマットに基づいて、前記検査メッセージを作成する。

構成３の検査装置によれば、ＥＣＵから受信したメッセージのデータフォーマットの自動判別を行い、この判別結果に基づいて、ＥＣＵから受信したメッセージに対応したデータフォーマットの検査メッセージを作成することができる。これにより、検査を行う作業者（オペレータ）が検査対象のＥＣＵの仕様を検査に合わせて準備する場合に比べて、作業者の負担を軽減しつつ、より短時間で検査を行うことが可能になる。

構成４．上記実施形態の検査装置（１０）は、前記ＣＡＮ通信機能が正常か否かを判定するための連続した判定時間を、感度切替手段からの入力により、第１の連続判定時間から前記第１の連続判定時間に比べて短い第２の連続判定時間に変更する判定時間変更部（１８０）を更に備える。

構成５．前記受信機能判定部（１７０）は、前記第１の連続判定時間に基づいて、前記ＥＣＵの受信機能が正常か否かを判定し、
前記判定時間が前記判定時間変更部により変更された場合に、前記受信機能判定部は、前記第２の連続判定時間に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する。

構成６．前記受信機能判定部（１７０）は、前記第１の連続判定時間または前記第２の連続判定時間において、前記ＥＣＵからメッセージを受信した場合に、前記ＥＣＵの受信機能は動作不良と判定し、
前記第１の連続判定時間または前記第２の連続判定時間において、前記ＥＣＵからメッセージを受信しなかった場合に、前記ＥＣＵの受信機能は正常と判定する。

構成４、構成５および構成６の検査装置によれば、不具合状態が連続的に発生しにくい動作状態のＥＣＵに対しても、短いサンプリング時間に連続する異常検出を検出することが可能になる。

構成７．上記実施形態の検査方法は、接続部を介して検査対象のＥＣＵの通信回路と１対１で接続し、当該検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置の検査方法であって、
前記検査装置の検査メッセージ作成部（１３０）が、検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの識別子フィールドに前記メッセージに比べて高い通信調停の優先順位を示す所定の信号レベルを設定した検査メッセージを作成する工程（Ｓ４５０）と、
前記検査装置の送信部（１４０）が、前記検査メッセージを前記ＥＣＵに送信する工程（Ｓ４６０）と、
前記検査装置の受信部（１５０）が、前記ＥＣＵから送信されたメッセージを受信する受信工程（Ｓ４７０）と、
前記検査装置の受信機能判定部（１７０）が、前記検査メッセージの送信後に、前記受信工程で前記ＥＣＵからメッセージを受信したか否かにより、当該ＥＣＵの受信機能が正常か否かを判定する工程（Ｓ４８０）と、を有する。

構成７の検査方法によれば、検査対象のＥＣＵにおけるＣＡＮ通信機能（受信機能）を検査することができる。これにより、良品交換による検査を行うことなく検査対象のＥＣＵにおけるＣＡＮ通信機能（受信機能）の検査を行うことができ、検査用に準備する良品デバイスの費用の削減および検査作業におけるデバイスの交換作業に要する工数数を削減することが可能になる。

（その他の実施形態）
本発明は、上述の実施形態の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたはシステムを構成する検査装置に供給し、その検査装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出して、検査装置の処理を実行することも可能である。

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

１０：検査装置、２０：検査対象のＥＣＵ、３０：接続部、
１１０：初期メッセージ確認部、１２０：送信機能判定部、
１３０：検査メッセージ作成部、１４０：送信部、１５０：受信部
１７０：受信機能判定部、１８０：判定時間変更部

Claims (7)

1. 検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置であって、
   前記ＥＣＵの通信回路と前記検査装置とを１対１で接続する接続部と、
   検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの識別子フィールドに前記メッセージに比べて高い通信調停の優先順位を示す所定の信号レベルを設定した検査メッセージを作成する検査メッセージ作成部と、
   前記検査メッセージを前記ＥＣＵに送信する送信部と、
   前記ＥＣＵから送信されたメッセージを受信する受信部と、
   前記検査メッセージの送信後に、前記受信部が前記ＥＣＵからメッセージを受信したか否かにより、当該ＥＣＵの受信機能が正常か否かを判定する受信機能判定部と、
   を備えることを特徴とする検査装置。
2. 前記ＥＣＵに電源を供給する電源供給部と、
   前記ＥＣＵの前記ＥＣＵから送信される初期メッセージの有無を確認する初期メッセージ確認部と、
   前記初期メッセージ確認部による前記初期メッセージの有無の確認により、前記ＥＣＵの送信機能が正常か否かを判定する送信機能判定部と、を更に備え、
   前記初期メッセージ確認部は、前記電源供給部から前記ＥＣＵに前記電源を供給した後、または車両側から前記ＥＣＵに電源を供給した後に、前記ＥＣＵから送信される前記初期メッセージの有無を確認する
   ことを特徴とする請求項１に記載の検査装置。
3. 前記検査メッセージ作成部は、
   通信プロトコルの種類、フレームレート、および伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積する蓄積部と、
   前記ＥＣＵから受信したメッセージに対応したデータフォーマットを前記蓄積部から選択する選択部と、を更に備え、
   前記検査メッセージ作成部は、前記選択部により選択された前記データフォーマットに基づいて、前記検査メッセージを作成する
   ことを特徴とする請求項２に記載の検査装置。
4. 前記ＣＡＮ通信機能が正常か否かを判定するための連続した判定時間を、感度切替手段からの入力により、第１の連続判定時間から前記第１の連続判定時間に比べて短い第２の連続判定時間に変更する判定時間変更部を更に備える
   ことを特徴とする請求項１に記載の検査装置。
5. 前記受信機能判定部は、前記第１の連続判定時間に基づいて、前記ＥＣＵの受信機能が正常か否かを判定し、
   前記判定時間が前記判定時間変更部により変更された場合に、前記受信機能判定部は、前記第２の連続判定時間に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する
   ことを特徴とする請求項４に記載の検査装置。
6. 前記受信機能判定部は、前記第１の連続判定時間または前記第２の連続判定時間において、前記ＥＣＵからメッセージを受信した場合に、前記ＥＣＵの受信機能は動作不良と判定し、
   前記第１の連続判定時間または前記第２の連続判定時間において、前記ＥＣＵからメッセージを受信しなかった場合に、前記ＥＣＵの受信機能は正常と判定することを特徴とする請求項４または５に記載の検査装置。
7. 接続部を介して検査対象のＥＣＵの通信回路と１対１で接続し、当該検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置の検査方法であって、
   前記検査装置の検査メッセージ作成部が、検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの識別子フィールドに前記メッセージに比べて高い通信調停の優先順位を示す所定の信号レベルを設定した検査メッセージを作成する工程と、
   前記検査装置の送信部が、前記検査メッセージを前記ＥＣＵに送信する工程と、
   前記検査装置の受信部が、前記ＥＣＵから送信されたメッセージを受信する受信工程と、
   前記検査装置の受信機能判定部が、前記検査メッセージの送信後に、前記受信工程で前記ＥＣＵからメッセージを受信したか否かにより、当該ＥＣＵの受信機能が正常か否かを判定する工程と、
   を有することを特徴とする検査方法。

Images