ホーム > 特許ランキング > 本田技研工業株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-09-19
(45)【発行日】2025-09-30
(54)【発明の名称】検査装置及び検査方法
(51)【国際特許分類】
H04L 43/08 20220101AFI20250922BHJP
【ＦＩ】
H04L43/08
【請求項の数】
6
(21)【出願番号】P 2022005804
(22)【出願日】2022-01-18
(65)【公開番号】P2023104668
(43)【公開日】2023-07-28
【審査請求日】2024-11-27
(73)【特許権者】
【識別番号】000005326
【氏名又は名称】本田技研工業株式会社
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】井元 剛志
(72)【発明者】
【氏名】河原 直樹
(72)【発明者】
【氏名】八木原 大樹
(72)【発明者】
【氏名】鵜野 武寿
【審査官】長谷川 未貴
(56)【参考文献】
【文献】特開２０１８－０９８７０７（ＪＰ，Ａ）
【文献】特表２０１７－５０７５３４（ＪＰ，Ａ）
【文献】特開２０１３－００６４５５（ＪＰ，Ａ）
【文献】特開２０２０－１７４２９８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ １２／００ － １０１／００
(57)【特許請求の範囲】
【請求項1】
検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置であって、前記ＥＣＵの通信回路と前記検査装置とを１対１で接続する接続部と、
検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの確認フィールドに所定の信号レベルを設定した検査メッセージを作成する検査メッセージ作成部と、
前記検査メッセージを前記ＥＣＵに送信する送信部と、
前記検査メッセージに対する応答メッセージを前記ＥＣＵから受信する受信部と、
前記応答メッセージにおける確認フィールドの信号レベルが前記検査メッセージの設定に対して変更されているか否かを確認する確認部と、
前記確認部の確認に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する受信機能判定部と、
前記ＥＣＵに電源を供給する電源供給部と、
前記ＥＣＵから送信される初期メッセージの有無を確認する初期メッセージ確認部と、
前記初期メッセージ確認部による前記初期メッセージの有無の確認により、前記ＥＣＵの送信機能が正常か否かを判定する送信機能判定部と、を備え、
前記初期メッセージ確認部は、前記電源供給部から前記ＥＣＵに前記電源を供給した後、または車両側から前記ＥＣＵに電源を供給した後に、前記ＥＣＵから送信される前記初期メッセージの有無を確認し、
前記検査メッセージ作成部は、
通信プロトコルの種類、フレームレート、および伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積する蓄積部と、
前記ＥＣＵから受信したメッセージに対応したデータフォーマットを前記蓄積部から選択する選択部と、を更に備え、
前記検査メッセージ作成部は、前記選択部により選択された前記データフォーマットに基づいて、前記検査メッセージを作成する
ことを特徴とする検査装置。
【請求項2】
検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置であって、
前記ＥＣＵの通信回路と前記検査装置とを１対１で接続する接続部と、
検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの確認フィールドに所定の信号レベルを設定した検査メッセージを作成する検査メッセージ作成部と、
前記検査メッセージを前記ＥＣＵに送信する送信部と、
前記検査メッセージに対する応答メッセージを前記ＥＣＵから受信する受信部と、
前記応答メッセージにおける確認フィールドの信号レベルが前記検査メッセージの設定に対して変更されているか否かを確認する確認部と、
前記確認部の確認に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する受信機能判定部と、
前記ＣＡＮ通信機能が正常か否かを判定するための連続した判定時間を、感度切替手段からの入力により、第１の連続判定時間から前記第１の連続判定時間に比べて短い第２の連続判定時間を変更する判定時間変更部と、
を備えることを特徴とする検査装置。
【請求項3】
前記受信機能判定部は、前記第１の連続判定時間に基づいて、前記ＥＣＵの受信機能が正常か否かを判定し、前記判定時間が前記判定時間変更部により変更された場合に、前記受信機能判定部は、前記第２の連続判定時間に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する
ことを特徴とする請求項２に記載の検査装置。
【請求項4】
前記受信機能判定部は、前記第１の連続判定時間または前記第２の連続判定時間において、前記応答メッセージにおける前記確認フィールドの信号レベルが前記検査メッセージの設定に対して変更された状態が継続する場合に、前記ＥＣＵの受信機能は正常と判定し、前記第１の連続判定時間または前記第２の連続判定時間において、前記応答メッセージにおける前記確認フィールドの信号レベルが前記検査メッセージの設定に対して維持された状態が継続する場合に、前記ＥＣＵの受信機能は動作不良の状態であると判定することを特徴とする請求項２に記載の検査装置。
【請求項5】
接続部を介して検査対象のＥＣＵの通信回路と１対１で接続し、当該検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置の検査方法であって、前記検査装置の検査メッセージ作成部が、検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの確認フィールドに所定の信号レベルを設定した検査メッセージを作成する工程と、
前記検査装置の送信部が、前記検査メッセージを前記ＥＣＵに送信する工程と、
前記検査装置の受信部が、前記検査メッセージに対する応答メッセージを前記ＥＣＵから受信する工程と、
前記検査装置の確認部が、前記応答メッセージにおける確認フィールドの信号レベルが前記検査メッセージの設定に対して変更されているか否かを確認する確認工程と、
前記検査装置の受信機能判定部が、前記確認工程での確認の結果に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する工程と、
前記検査装置の電源供給部が、前記ＥＣＵに電源を供給する工程と、
前記検査装置の初期メッセージ確認部が、前記ＥＣＵから送信される初期メッセージの有無を確認する工程と、
前記検査装置の送信機能判定部が、前記初期メッセージ確認部による前記初期メッセージの有無の確認により、前記ＥＣＵの送信機能が正常か否かを判定する工程と、を備え、
前記初期メッセージ確認部は、前記電源供給部から前記ＥＣＵに前記電源を供給した後、または車両側から前記ＥＣＵに電源を供給した後に、前記ＥＣＵから送信される前記初期メッセージの有無を確認し、
前記検査メッセージ作成部の蓄積部は、
通信プロトコルの種類、フレームレート、および伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積し、
前記検査メッセージ作成部の選択部は、
前記ＥＣＵから受信したメッセージに対応したデータフォーマットを前記蓄積部から選択し、
前記検査メッセージ作成部は、前記選択部により選択された前記データフォーマットに基づいて、前記検査メッセージを作成する
ことを特徴とする検査方法。
【請求項6】
接続部を介して検査対象のＥＣＵの通信回路と１対１で接続し、当該検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置の検査方法であって、
前記検査装置の検査メッセージ作成部が、検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの確認フィールドに所定の信号レベルを設定した検査メッセージを作成する工程と、
前記検査装置の送信部が、前記検査メッセージを前記ＥＣＵに送信する工程と、
前記検査装置の受信部が、前記検査メッセージに対する応答メッセージを前記ＥＣＵから受信する工程と、
前記検査装置の確認部が、前記応答メッセージにおける確認フィールドの信号レベルが前記検査メッセージの設定に対して変更されているか否かを確認する確認工程と、
前記検査装置の受信機能判定部が、前記確認工程での確認の結果に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する工程と、
前記検査装置の判定時間変更部が、前記ＣＡＮ通信機能が正常か否かを判定するための連続した判定時間を、感度切替手段からの入力により、第１の連続判定時間から前記第１の連続判定時間に比べて短い第２の連続判定時間を変更する工程と、
を有することを特徴とする検査方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は検査装置及び検査方法に関する。
【背景技術】
【0002】
従来、車輌には複数の電子機器が搭載されて種々の処理を行っている。これらの電子機器の動作を制御するために車輌には複数のＥＣＵ（Electronic Control Unit）が搭載されている。複数のＥＣＵを協調して動作させるために、ネットワークを介して各ＥＣＵを相互に接続し、データの送受信を行って複数のＥＣＵが情報を共有することが行われており、通信規約としてＣＡＮ（Controller Area Network）が広く採用されている。
【0003】
特許文献１には、複数のＥＣＵが共通の通信線で互いに接続された通信システムとして、一のＥＣＵが送信したメッセージを他の複数のＥＣＵが受信して、メッセージ受信の成否を示す受信成否情報を生成し、送信する通信システムが開示されている。
【先行技術文献】
【特許文献】
【0004】
【文献】特許第５７１７２４０号明細書
【発明の概要】
【発明が解決しようとする課題】
【0005】
電動車両を構成するＩＰＵ（Integrated Power Unit）、ＤＵ（Drive Unit）、ＣＨＧＲ(Charger)等はデバイスの内部点検ができないため、不具合デバイスを特定するために、正常に動作する良品デバイスを順次交換して、検査情報が改善するか否かを確認する良品交換による検査が行われている。
【0006】
しかしながら、良品交換を行う検査では、高額なデバイスを検査用にそれぞれ準備する必要があり、検査作業においても、デバイスの交換作業に所定の工数が必要とされる。
【0007】
一方、特許文献１の通信システムでは、一のＥＣＵは受信成否情報を受信することにより、他のいずれか一つのＥＣＵに対して自機のメッセージが正しく送信できていることを確認することができる。しかしながら、メッセージの送信先である他のＥＣＵ夫々におけるＣＡＮ通信機能（受信機能）が正常であるか否かを判定することはできない。
【0008】
本発明は、上記の課題に鑑みて、検査対象のＥＣＵにおけるＣＡＮ通信機能を検査することが可能な検査技術の提供を目的とする。
【課題を解決するための手段】
【0009】
本発明の一態様に係る検査装置は、検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置であって、前記ＥＣＵの通信回路と前記検査装置とを１対１で接続する接続部と、検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの確認フィールドに所定の信号レベルを設定した検査メッセージを作成する検査メッセージ作成部と、前記検査メッセージを前記ＥＣＵに送信する送信部と、前記検査メッセージに対する応答メッセージを前記ＥＣＵから受信する受信部と、前記応答メッセージにおける確認フィールドの信号レベルが前記検査メッセージの設定に対して変更されているか否かを確認する確認部と、前記確認部の確認に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する受信機能判定部と、前記ＥＣＵに電源を供給する電源供給部と、
前記ＥＣＵから送信される初期メッセージの有無を確認する初期メッセージ確認部と、前記初期メッセージ確認部による前記初期メッセージの有無の確認により、前記ＥＣＵの送信機能が正常か否かを判定する送信機能判定部と、を備え、
前記初期メッセージ確認部は、前記電源供給部から前記ＥＣＵに前記電源を供給した後、または車両側から前記ＥＣＵに電源を供給した後に、前記ＥＣＵから送信される前記初期メッセージの有無を確認し、
前記検査メッセージ作成部は、
通信プロトコルの種類、フレームレート、および伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積する蓄積部と、
前記ＥＣＵから受信したメッセージに対応したデータフォーマットを前記蓄積部から選択する選択部と、を更に備え、
前記検査メッセージ作成部は、前記選択部により選択された前記データフォーマットに基づいて、前記検査メッセージを作成することを特徴とする。
前記ＥＣＵから送信される初期メッセージの有無を確認する初期メッセージ確認部と、前記初期メッセージ確認部による前記初期メッセージの有無の確認により、前記ＥＣＵの送信機能が正常か否かを判定する送信機能判定部と、を備え、
前記初期メッセージ確認部は、前記電源供給部から前記ＥＣＵに前記電源を供給した後、または車両側から前記ＥＣＵに電源を供給した後に、前記ＥＣＵから送信される前記初期メッセージの有無を確認し、
前記検査メッセージ作成部は、
通信プロトコルの種類、フレームレート、および伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積する蓄積部と、
前記ＥＣＵから受信したメッセージに対応したデータフォーマットを前記蓄積部から選択する選択部と、を更に備え、
前記検査メッセージ作成部は、前記選択部により選択された前記データフォーマットに基づいて、前記検査メッセージを作成することを特徴とする。
【0010】
本発明の他の態様に係る検査方法は、接続部を介して検査対象のＥＣＵの通信回路と１対１で接続し、当該検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置の検査方法であって、前記検査装置の検査メッセージ作成部が、検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの確認フィールドに所定の信号レベルを設定した検査メッセージを作成する工程と、前記検査装置の送信部が、前記検査メッセージを前記ＥＣＵに送信する工程と、前記検査装置の受信部が、前記検査メッセージに対する応答メッセージを前記ＥＣＵから受信する工程と、前記検査装置の確認部が、前記応答メッセージにおける確認フィールドの信号レベルが前記検査メッセージの設定に対して変更されているか否かを確認する確認工程と、前記検査装置の受信機能判定部が、前記確認工程での確認の結果に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する工程と、前記検査装置の電源供給部が、前記ＥＣＵに電源を供給する工程と、前記検査装置の初期メッセージ確認部が、前記ＥＣＵから送信される初期メッセージの有無を確認する工程と、前記検査装置の送信機能判定部が、前記初期メッセージ確認部による前記初期メッセージの有無の確認により、前記ＥＣＵの送信機能が正常か否かを判定する工程と、を備え、
前記初期メッセージ確認部は、前記電源供給部から前記ＥＣＵに前記電源を供給した後、または車両側から前記ＥＣＵに電源を供給した後に、前記ＥＣＵから送信される前記初期メッセージの有無を確認し、
前記検査メッセージ作成部の蓄積部は、
通信プロトコルの種類、フレームレート、および伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積し、
前記検査メッセージ作成部の選択部は、
前記ＥＣＵから受信したメッセージに対応したデータフォーマットを前記蓄積部から選択し、
前記検査メッセージ作成部は、前記選択部により選択された前記データフォーマットに基づいて、前記検査メッセージを作成することを特徴とする。
前記初期メッセージ確認部は、前記電源供給部から前記ＥＣＵに前記電源を供給した後、または車両側から前記ＥＣＵに電源を供給した後に、前記ＥＣＵから送信される前記初期メッセージの有無を確認し、
前記検査メッセージ作成部の蓄積部は、
通信プロトコルの種類、フレームレート、および伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積し、
前記検査メッセージ作成部の選択部は、
前記ＥＣＵから受信したメッセージに対応したデータフォーマットを前記蓄積部から選択し、
前記検査メッセージ作成部は、前記選択部により選択された前記データフォーマットに基づいて、前記検査メッセージを作成することを特徴とする。
【発明の効果】
【0011】
本発明によれば、検査対象のＥＣＵにおけるＣＡＮ通信機能を検査することが可能な検査技術を提供することができる。
【図面の簡単な説明】
【0012】
【図1】実施形態の検査装置を含む検査システムの概略構成を示す図。
【図2】検査対象のＥＣＵの回路構成例を示す図。
【図3】実施形態の検査装置の機能構成を示す図。
【図4】実施形態の検査装置を用いた検査の流れを説明する図
【図5】メッセージの受信、メッセージのデータフォーマットの判別、検査メッセージの生成、送信までの流れを模式的に示す図
【図6A】ＣＡＮプロトコルに基づいた検査メッセージのデータフォーマットの構成例を示す図。
【図6B】ＣＡＮ ＦＤプロトコルに基づいた検査メッセージのデータフォーマットの構成例を示す図。
【図7】応答メッセージの受信、確認フィールドの信号レベルの確認、受信機能の判定までの流れを模式的に示す図。
【図8】ビットレートの判別処理の流れを説明する図。
【図9】データフォーマットの判別処理の流れを説明する図。
【発明を実施するための形態】
【0013】
以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。
【0014】
[検査装置１０を含む検査システムの概略構成]
図１は実施形態に係る検査装置１０を含む検査システムの概略構成を示す図である。図１では、例示的に、デバイス２０に含まれるＥＣＵを検査対象のＥＣＵ２００として示している。デバイス２０は、例えば、ＩＰＵ（Integrated Power Unit）、ＤＵ（Drive Unit）、またはＣＨＧＲ(Charger)等であってもよい。本実施形態の検査装置１０は、検査対象のＥＣＵ２００のＣＡＮ通信機能を検査する検査装置である。検査装置１０は、ＣＡＮ通信部１００と電源供給部１０５とを有する。
図１は実施形態に係る検査装置１０を含む検査システムの概略構成を示す図である。図１では、例示的に、デバイス２０に含まれるＥＣＵを検査対象のＥＣＵ２００として示している。デバイス２０は、例えば、ＩＰＵ（Integrated Power Unit）、ＤＵ（Drive Unit）、またはＣＨＧＲ(Charger)等であってもよい。本実施形態の検査装置１０は、検査対象のＥＣＵ２００のＣＡＮ通信機能を検査する検査装置である。検査装置１０は、ＣＡＮ通信部１００と電源供給部１０５とを有する。
【0015】
ＩＰＵやＤＵ等のデバイス２０が車両におけるＣＡＮに接続した状態では、各デバイス２０のＥＣＵは通信ノードとして機能するが、ここでは、ＣＡＮ接続用のカプラを取り外して、検査装置１０と検査対象のＥＣＵ２００（通信回路２１０）とを１対１に接続し、検査対象のＥＣＵ２００からの信号（メッセージ）を確認することにより、検査対象のＥＣＵ２００におけるＣＡＮ通信機能を検査するものである。
【0016】
接続部３０は、接続用のカプラ３４を介して、検査装置１０（ＣＡＮ通信部１００）と、検査対象のＥＣＵ２００（通信回路２１０）と１対１で接続する。接続部３０は、ＣＡＮ通信用のバス信号線としてＣＡＮＬ３１とＣＡＮＨ３２とを有する。
【0017】
電源供給部１０５は外部電源から所定電圧（例えば、１２Ｖ）に変換した電源電圧ＶＣＣを、電源線３３を介して検査対象のＥＣＵ２００に供給することが可能である。接続部３０は、バス信号線３１、３２と電源線３３とを含んでもよい。なお、電源電圧ＶＣＣは、電源供給部１０５からの供給に限られず、車両側から検査対象のＥＣＵ２００に電源電圧ＶＣＣを供給してもよい。車両側から電源電圧ＶＣＣを供給する場合には、電源線３３は必須ではなく、接続部３０は、少なくともバス信号線３１、３２を含むように構成すればよい。
【0018】
[検査対象のＥＣＵ２００]
図２は検査対象のＥＣＵ２００の回路構成例を示す図である。ＥＣＵ２００は、通信回路２１０とコントローラ２４０とを有する。通信回路２１０は、ＥＣＵ２００から出力された信号に基づいたメッセージの送信処理を行う送信回路２２０と、外部から受信した信号（メッセージ）の受信処理を行う受信回路２３０と、を有する。コントローラ２４０は通信回路２１０における送信回路２２０および受信回路２３０の動作を統括する制御部である。
図２は検査対象のＥＣＵ２００の回路構成例を示す図である。ＥＣＵ２００は、通信回路２１０とコントローラ２４０とを有する。通信回路２１０は、ＥＣＵ２００から出力された信号に基づいたメッセージの送信処理を行う送信回路２２０と、外部から受信した信号（メッセージ）の受信処理を行う受信回路２３０と、を有する。コントローラ２４０は通信回路２１０における送信回路２２０および受信回路２３０の動作を統括する制御部である。
【0019】
接続部３０のバス信号線３１（ＣＡＮＬ）は低電位側の信号線であり、バス信号線３２（ＣＡＮＨ）は、バス信号線３１に比べて高電位側の信号線である。電位は、検査装置１０におけるグランドの電位（即ち、接地電位）を基準とした電位である。
【0020】
送信回路２２０には、コントローラ２４０から、送信信号ＴＸＤが入力され、送信回路２２０は、送信信号ＴＸＤに基づいて生成した、ハイレベルまたはローレベルの信号レベルを含む信号（メッセージ）を出力する。また、受信回路２３０は、バス信号線３１，３２から受信した、ハイレベルまたはローレベルの信号レベルを含む信号（メッセージ）を受信信号ＲＸＤに変換し、この変換後の受信信号ＲＸＤをコントローラ２４０に出力する。
【0021】
信号レベルにおいて、ハイレベルは、データ値としては、例えば、論理値１に該当し、バス信号線の電位としては、レセシブレベル（ＣＡＮＨ：３２）に対応する。また、ローレベルは、データ値としては、例えば、論理値０に該当し、バス信号線の電位としては、ドミナントレベル（ＣＡＮＬ：３１）に対応する。ドミナントとは、バス信号線３１、３２の伝送信号において優位な方の信号を意味し、レセシブとは、バス信号線３１、３２の伝送信号において劣位な方の信号を意味する。なお、ＥＣＵ２００の内部における具体的な信号処理は、公知技術であり、詳細な説明は省略する。
【0022】
[検査装置１０]
（機能構成）
図３は、本実施形態の検査装置１０の機能構成を示す図である。検査装置１０は、機能構成として、初期メッセージ確認部１１０、送信機能判定部１２０、検査メッセージ作成部１３０、送信部１４０、受信部１５０、確認部１６０、受信機能判定部１７０、および判定時間変更部１８０を有する。
（機能構成）
図３は、本実施形態の検査装置１０の機能構成を示す図である。検査装置１０は、機能構成として、初期メッセージ確認部１１０、送信機能判定部１２０、検査メッセージ作成部１３０、送信部１４０、受信部１５０、確認部１６０、受信機能判定部１７０、および判定時間変更部１８０を有する。
【0023】
これらの機能構成は、検査装置１０の記憶媒体に記憶された所定のコンピュータプログラムがＲＡＭに読み出されて、検査装置１０のＣＰＵが信号処理を実行することで実現される。また、同様の機能を果たすのであれば、それらは集積回路などで構成してもよい。
【0024】
（感度切替機能の設定）
本実施形態の検査装置１０は、検査の判定時間を不図示の感度切替スイッチにより、標準モードと敏感モードとを切り替えることが可能である。
本実施形態の検査装置１０は、検査の判定時間を不図示の感度切替スイッチにより、標準モードと敏感モードとを切り替えることが可能である。
【0025】
標準モードの第１の連続判定時間（例えば、１．５秒）は、標準的な車両の異常検知条件に合わせた設定となっている。しかしながら、実際に生じ得る不具合は、修理現場の限られた検査時間の中で再現しにくい側面がある。例えば、ハンダが剥がれかかっているなど、不安定な状態では、不具合状態が連続的に発生せず、標準モードの時間設定では、動作不良の状態（異常）が継続する現象を検出しにくい場合も生じ得る。
【0026】
不具合状態が連続的に発生しにくい動作状態のＥＣＵに対しても、連続的な動作不良の状態を検出しやすいように、本実施形態の検査装置１０では、第１の連続判定時間における信号のサンプリング時間に比べて短い敏感モードの第２の連続判定時間（例えば、０．７５秒）で検査を行うことが可能な敏感モードが設けられている。
【0027】
判定時間変更部１８０は、ＣＡＮ通信機能が正常か否かを判定するための連続した判定時間を、感度切替スイッチからの入力により、標準モードの第１の連続判定時間（例えば、１．５秒）から第１の連続判定時間に比べて短い敏感モードの第２の連続判定時間（例えば、０．７５秒）に変更する。
【0028】
標準モードの設定時において、受信機能判定部１７０は、第１の連続判定時間に基づいて、ＥＣＵ２００（受信回路２３０）の受信機能が正常か否かを判定する。また、判定時間が判定時間変更部１８０により変更された場合に、すなわち、敏感モードの設定時において、受信機能判定部１７０は、第２の連続判定時間に基づいて、ＥＣＵ２００の受信機能が正常か否かを判定する。
【0029】
連続判定時間（第１の連続判定時間、第２の連続判定時間）において、動作不良の状態（異常）が継続する場合に、受信機能判定部１７０は、ＥＣＵ２００の受信機能は動作不良の状態であると判定する。
【0030】
また、標準モードと敏感モードとの切替は、送信機能の判定処理においても同様である。すなわち、標準モードの設定時において、送信機能判定部１２０は、第１の連続判定時間に基づいて、ＥＣＵ２００（送信回路２２０）の送信機能が正常か否かを判定する。また、判定時間が判定時間変更部１８０により変更された場合に、すなわち、敏感モードの設定時において、送信機能判定部１２０は、第２の連続判定時間に基づいて、ＥＣＵ２００の送信機能が正常か否かを判定する。連続判定時間（第１の連続判定時間、第２の連続判定時間）において、動作不良の状態（異常）が継続する場合に、送信機能判定部１２０は、ＥＣＵ２００の送信機能は動作不良の状態であると判定する。
【0031】
なお、感度の切り替えは、感度切替スイッチの操作により任意のタイミングで行うことが可能である。例えば、検査の開始時または検査の途中で、感度切替スイッチの操作により感度が切り替えられた場合に、判定時間変更部１８０は、判定時間の設定を第１の連続判定時間から第２の連続判定時間に変更することが可能である。または、判定時間変更部１８０は、判定時間の設定を第２の連続判定時間から第１の連続判定時間に変更することが可能である。
【0032】
[検査メッセージのデータフォーマット]
次に、検査メッセージ作成部１３０が作成する検査メッセージのデータフォーマットの構成を説明する。以下の説明は、ＣＡＮまたはＣＡＮＦＤの通信プロトコルに基づいたデータフォーマットの概要であり、データフォーマットをデータフレームともいう。また、データフォーマット（データフレーム）において、ビット単位のデータが設定される領域をフィールドという。図６Ａ及び図６Ｂで説明するデータフォーマット（データフレーム）は、検査装置１０からＥＣＵ２００に検査メッセージ６００を送信する際のデータフォーマットである。
次に、検査メッセージ作成部１３０が作成する検査メッセージのデータフォーマットの構成を説明する。以下の説明は、ＣＡＮまたはＣＡＮＦＤの通信プロトコルに基づいたデータフォーマットの概要であり、データフォーマットをデータフレームともいう。また、データフォーマット（データフレーム）において、ビット単位のデータが設定される領域をフィールドという。図６Ａ及び図６Ｂで説明するデータフォーマット（データフレーム）は、検査装置１０からＥＣＵ２００に検査メッセージ６００を送信する際のデータフォーマットである。
【0033】
図６Ａは、検査メッセージ作成部１３０が作成する、ＣＡＮプロトコルに基づいた検査メッセージ６００のデータフォーマット（データフレーム）の構成例を示す図である。また、図６Ｂは、検査メッセージ作成部１３０が作成する、ＣＡＮ ＦＤプロトコルに基づいた検査メッセージのデータフォーマット（データフレーム）の構成例を示す図である。図６Ａ及び図６Ｂにおいて、各データフォーマットの各部の数値は、何ビット分使用するかのデータの長さ（ビット長）を示している。
【0034】
（ＣＡＮ標準フォーマット）
図６Ａにおいて、ＳＴ６１は、ＣＡＮプロトコルに基づいた標準フォーマットのデータフレームを示し、ＳＴ６２は、ＣＡＮプロトコルに基づいた拡張フォーマットのデータフレームを示す。ＳＴ６２では、SOFからデータフィールドまでの構成を部分的に例示しており、ＳＴ６２において、データフィールド以降の構成はＳＴ６１の標準フォーマットと同様である。
図６Ａにおいて、ＳＴ６１は、ＣＡＮプロトコルに基づいた標準フォーマットのデータフレームを示し、ＳＴ６２は、ＣＡＮプロトコルに基づいた拡張フォーマットのデータフレームを示す。ＳＴ６２では、SOFからデータフィールドまでの構成を部分的に例示しており、ＳＴ６２において、データフィールド以降の構成はＳＴ６１の標準フォーマットと同様である。
【0035】
図６ＡのＳＴ６１、ＳＴ６２において、上側の線はレセシブレベル（論理値１）の信号レベルを示し、下側の線は、ドミナントレベル（論理値０）の信号レベルを示す。ドミナントレベル側にしか線がない部分は、ドミナント固定のデータであり、レセシブレベル側にしか線がない部分は、レセシブ固定のデータを示す。両方に線があるものは、送信されるデータによって、ドミナントかレセシブに変化（反転）するデータを示す。
【0036】
SOF（Start Of Frame）は、データフレームの送信開始を示すフィールドである。SOFの信号レベルがバスアイドルのレセシブレベル（論理値１）からドミナントレベル（論理値０）へ変化することにより、検査対象のＥＣＵ２００は受信処理の同期を行うことができる。
【0037】
ID（識別子:Identifier）はデータ内容や送信ノードを識別するために使用される他に、通信調停の優先順位を決定するために使用することができる。標準フォーマットでは、識別子フィールド（IDフィールド）は１１ビット長で構成されている。
【0038】
RTR（Remote Transmission Request）は、データフレームとリモートフレームとを識別するためのフィールドであり、ここで、リモートフレームは、データフレームの要求に使用されるフィールドである。RTRは識別子フィールド（IDフィールド）と同様に通信調停に使用することが可能である。
【0039】
IDEは、標準フォーマット（例えば、１１ビット）、拡張フォーマット（例えば、２９ビット）の区別を行うために使用されるフィールドである。標準フォーマットでは、ドミナントの信号（論理値０）がIDEに設定され、拡張フォーマットでは、レセシブの信号（論理値１）がIDEに設定される。
【0040】
「ｒ」は予約ビットを示し、DLC（Data Length Code）は後続のデータフィールドにおいて、何バイトのデータが送信されるかを示すフィールドである。IDEと予約ビット（「ｒ」）とDLCとを合わせてコントロールフィールドともいう。
【0041】
データフィールドは、送信されるデータの部分で、DLCによって設定されたデータ長のデータとなる。データフィールド内では全バイトは最上位ビット（MSB）により送信される。データフィールドは０～８バイト長（０～６４ビット長）となっており、１バイトごとに長さを設定することが可能である。
【0042】
CRC（Cyclic Redundancy Check）は、SOF、ID、コントロールフィールド、データフィールドの送信値の演算結果を示すフィールドである。例えば、送信側のノードが送信値を演算し、演算した送信値をCRCに設定する。受信側のノードでは、送信ノードと同様にSOF、ID、コントロールフィールド、データフィールドの受信値を演算し、CRC設定値と比較することで、受信したメッセージ（データ）を正常に受信できたか否かを判定することができる。
【0043】
例えば、送信側のノードを検査対象のＥＣＵ２００とし、受信側のノードを検査装置１０とした場合、検査装置１０の受信部１５０は、受信したデータのSOF、ID、コントロールフィールド、データフィールドの受信値を演算し、CRC設定値と比較することで、受信したメッセージ（データ）を正常に受信できたか否かを判定することができる。CRC_DEL（CRCデリミタ）は、CRCシーケンスの終わりを示すフィールドである。CRCとCRC_DEL（CRCデリミタ）とを併せてCRCフィールドともいう。
【0044】
ACK（ACKnowledge）は、送信したCRCまでのデータが、送信先のノード（例えば、検査対象のＥＣＵ２００）の受信回路２３０で正常に受信できたかを判定するための確認フィールド６１０である。確認フィールドは１ビット長であり、送信側のノード(検査装置１０)はドミナント（論理値０）の送信を行い、受信側のノード（ＥＣＵ２００）がＣＲＣフィールドまで、データを正常に受信できた場合に、レセシブ（論理値１）の確認応答を送信する。受信側のノードが動作不良の場合には、確認フィールド６１０にドミナント（論理値０）が設定(維持)された確認応答が送信される。
ACK_DEL（ACKデリミタ）は、ACKフィールドの終わりを示すフィールドである。ACKとACK_DEL（ACKデリミタ）とを併せてACKフィールドともいう。ACK_DEL（ACKデリミタ）に続く、EOF（End Of Frame）はデータフレームの終わりに送信されるフィールドである。
ACK_DEL（ACKデリミタ）は、ACKフィールドの終わりを示すフィールドである。ACKとACK_DEL（ACKデリミタ）とを併せてACKフィールドともいう。ACK_DEL（ACKデリミタ）に続く、EOF（End Of Frame）はデータフレームの終わりに送信されるフィールドである。
【0045】
（ＣＡＮ拡張フォーマット）
ＳＴ６２に示す拡張フォーマットでは、標準フォーマット（ＳＴ６１）と相違する構成について説明する。ベースIDは、１１ビット長であり、標準フォーマットのIDは拡張フォーマットではベースIDと呼ばれる。拡張フォーマットでは、ベースIDに続くのはSRR（Substitute Remote Request Bit）であり、１ビット長のレセシブの信号が設定される。SRRに続いてIDE（Identifier Extension Bit）には１ビット長のレセシブの信号（論理値１）が設定される。
ＳＴ６２に示す拡張フォーマットでは、標準フォーマット（ＳＴ６１）と相違する構成について説明する。ベースIDは、１１ビット長であり、標準フォーマットのIDは拡張フォーマットではベースIDと呼ばれる。拡張フォーマットでは、ベースIDに続くのはSRR（Substitute Remote Request Bit）であり、１ビット長のレセシブの信号が設定される。SRRに続いてIDE（Identifier Extension Bit）には１ビット長のレセシブの信号（論理値１）が設定される。
【0046】
拡張フォーマットでは、識別子フィールド（IDフィールド）は、１１ビット長のベースIDフィールドと１８ビット長の拡張IDフィールドとで構成されている。すなわち、拡張フォーマットでは、識別子フィールド（IDフィールド）は、２９ビット長（＝１１ビット＋１８ビット）で構成されている。
【0047】
予約ビット（「ｒ１」、「ｒ０」）には、それぞれ１ビット長のドミナントの信号が設定される。DLC（Data Length Code）は後続のデータフィールドにおいて、何バイトのデータが送信されるかを示すフィールドである。予約ビット（「ｒ１」、「ｒ０」）とDLCとを合わせてコントロールフィールドともいう。
【0048】
（ＣＡＮ ＦＤ標準フォーマット）
図６Ｂにおいて、ＳＴ６３は、ＣＡＮ ＦＤプロトコルに基づいた標準フォーマットのデータフレームを示し、ＳＴ６４は、ＣＡＮ ＦＤプロトコルに基づいた拡張フォーマットのデータフレームを示す。ＳＴ６４では、ＳＯＦからデータフィールドまでの構成がＳＴ６３の標準フォーマットと異なっており、ＳＴ６４において、データフィールド以降の構成はＳＴ６３の標準フォーマットと同様である。
図６Ｂにおいて、ＳＴ６３は、ＣＡＮ ＦＤプロトコルに基づいた標準フォーマットのデータフレームを示し、ＳＴ６４は、ＣＡＮ ＦＤプロトコルに基づいた拡張フォーマットのデータフレームを示す。ＳＴ６４では、ＳＯＦからデータフィールドまでの構成がＳＴ６３の標準フォーマットと異なっており、ＳＴ６４において、データフィールド以降の構成はＳＴ６３の標準フォーマットと同様である。
【0049】
図６ＢのＳＴ６３、ＳＴ６４において、上側の線はレセシブレベル（論理値１）の信号レベルを示し、下側の線は、ドミナントレベル（論理値０）の信号レベルを示す。ドミナントレベル側にしか線がない部分は、ドミナント固定のデータであり、レセシブレベル側にしか線がない部分は、レセシブ固定のデータを示す。両方に線があるものは、送信されるデータによって、ドミナントまたはレセシブに変化（反転）するデータを示す。
【0050】
SOF（Start Of Frame）は、データフレームの送信開始を示すフィールドである。ノードからデータフレームが送信されるとき、最初に送信される部分はデータフレームの開始を表すためにドミナント状態にする。SOFの信号レベルがバスアイドルのレセシブレベル（論理値１）からドミナントレベル（論理値０）へ変化することにより、検査対象のＥＣＵ２００は受信処理の同期を行うことができる。
【0051】
ＣＡＮ ＦＤプロトコルのアービトレーション領域（調停領域）はID（識別子:Identifier）とRRS（Remote Request Substitution）で構成されている。ID（識別子:Identifier）はＣＡＮプロトコルと同様に、データ内容や送信ノードを識別するために使用される他に、通信調停の優先順位を決定するために使用することができる。ＣＡＮプロトコルで使用されていたRTR（Remote Transmission Request）は１ビット長のRRSに置き換えられる。標準フォーマットでは、識別子フィールド（IDフィールド）は１１ビット長で構成されている。
【0052】
ＣＡＮ ＦＤのコントロール領域は、IDE、FDF、res、BRS、ESI、DLCで構成される。ＣＡＮ ＦＤでは、ＣＡＮプロトコルと比べてFDF、BRS、ESIが追加される。IDEはＣＡＮプロトコルと同様であり、標準フォーマット（例えば、１１ビット）、拡張フォーマット（例えば、２９ビット）の区別を行うために使用されるフィールドである。標準フォーマットでは、ドミナントの信号（論理値０）がIDEに設定され、拡張フォーマットでは、レセシブの信号（論理値１）がIDEに設定される。resは、ＣＡＮプロトコルの予約ビットに相当し、DLC（Data Length Code）は後続のデータフィールドにおいて、何バイトのデータが送信されるかを示すフィールドである。
【0053】
FDF(FD Format Indicator)は、ＣＡＮプロトコルとＣＡＮ ＦＤプロトコルを区別するために使用されるフィールドである。ＣＡＮプロトコルはドミナント（＝０）が設定され、ＣＡＮ ＦＤプロトコルの場合にはレセシブ（＝１）が設定される。
【0054】
BRS（Bit Rate Switch）は、データフェーズの高速化の切り替えを行うためのフィールドであり、送信ノードはBRSのサンプリングポイントで高速な転送速度のクロックモードに切替える。BRSの設定により高速な転送速度のクロックモードに切替えられると、応答する受信ノードも同様にクロックのモードが切り替えられる。
【0055】
ESI（Error State Indicator）は、送信ノードのエラー状態を示すデータフレームである。エラーが生じていない正常な状態を示すエラーアクティブの状態ではドミナントが設定され、エラーアクティブからエラーカウンタが一定の値を超えるとエラーパッシブに遷移する。エラーパッシブの状態ではレセシブが設定される。
【0056】
DLC（Data Length Code）は後続のデータフィールドにおいて、何バイトのデータが送信されるかを示すフィールドであり、データフィールドは、送信されるデータの部分で、DLCによって設定されたデータ長のデータとなる。データフィールド内では全バイトは最上位ビット（MSB）により送信される。ＣＡＮプロトコルのデータフィールドは０～８バイト長（０～６４ビット長）であるが、ＣＡＮ ＦＤプロトコルでは、最大64バイトまでのデータを送信することが可能であり、データ長として0～8、12、16、20、24、32、48、64バイトが選択可能である。
【0057】
ＣＡＮ ＦＤプロトコルのCRC（Cyclic Redundancy Check）領域は、Stuff Count、CRC、CRC Delimiter（CRC_DEL（CRCデリミタ））で構成される。
【0058】
４ビット長のStuff Countには、CRC領域より前のスタッフビットの数を8で割った余り（Stuff bit count modulo 8）をグレイコード化した値（３ビット）と、グレイコード化した値のパリティービット（１ビット）とが設定される。
【0059】
CRC（Cyclic Redundancy Check）には、データ領域（データフィールド）の増加に伴い伝送品質を維持するために、SOFからデータ領域のビットだけでなくStuff Countとスタッフビットも含め送信値の演算結果が設定される。送信データが１６バイト以下の場合にCRCには１７ビットのデータ領域が設定され、送信データが１６バイトを超える場合にCRCには２１ビットのデータ領域が設定される。
【0060】
ＣＡＮプロトコルと同様にＣＡＮ ＦＤプロトコルにおいて、SOFからデータ領域（データフォーマット）の末端までビットスタッフィングルールが採用される。ＣＲＣ領域では、ＣＲＣ領域の先頭と、固定されたビット位置に固定スタッフビットが配置され、固定スタッフビットの値は、その前のビットの値の逆の値が設定される。例えば、バス信号線３１、３２上で同一レベルの状態がＮ回（例えば、５回）連続した場合、それまで送信されていた状態と反対の状態ビット（スタッフビット）が挿入される。CRC_DEL（CRCデリミタ）は、CRCシーケンスの終わりを示すフィールドである。ビットスタッフィングルールにより、バス信号線３１、３２上で、同一レベルの状態（ドミナントまたはレセシブ）がＮ＋１ビット（例えば、６ビット）以上継続した場合には、スタッフエラーとして処理される。
【0061】
ＣＡＮ ＦＤプロトコルにおけるACK（ACKnowledge）領域（確認領域）は、ＣＡＮプロトコルと同様に、ACKとACK Delimiter（ACK _DEL（ACKデリミタ））で構成される。ACK（ACKnowledge）は、送信したCRCまでのデータが、送信先ノード（例えば、検査対象のＥＣＵ２００）の受信回路２３０で正常に受信できたかを判定するための確認フィールド６１０である。確認フィールドは１ビット長であり、送信側のノード（検査装置１０）はドミナント（論理値０）の送信を行い、受信側のノード（ＥＣＵ２００）がＣＲＣフィールドまで、データを正常に受信できた場合に、レセシブ（論理値１）の確認応答を送信する。受信側のノードが動作不良の場合には、確認フィールド６１０にドミナント（論理値０）が設定(維持)された確認応答が送信される。ACK_DEL（ACKデリミタ）は、ACKフィールドの終わりを示すフィールドである。ACK_DEL（ACKデリミタ）に続く、EOF（End Of Frame）はデータフレームの終わりに送信されるフィールドである。
【0062】
（ＣＡＮ ＦＤ拡張フォーマット）
ＳＴ６４に示す拡張フォーマットでは、標準フォーマット（ＳＴ６３）と相違する構成について説明する。ベースIDは、１１ビット長であり、標準フォーマットのIDは拡張フォーマットではベースIDと呼ばれる。拡張フォーマットでは、ベースIDに続くのはSRR（Substitute Remote Request Bit）であり、１ビット長のドミナントの信号が設定される。SRRに続いてIDE（Identifier Extension Bit）には１ビット長の１ビット長のレセシブの信号（論理値１）が設定される。
ＳＴ６４に示す拡張フォーマットでは、標準フォーマット（ＳＴ６３）と相違する構成について説明する。ベースIDは、１１ビット長であり、標準フォーマットのIDは拡張フォーマットではベースIDと呼ばれる。拡張フォーマットでは、ベースIDに続くのはSRR（Substitute Remote Request Bit）であり、１ビット長のドミナントの信号が設定される。SRRに続いてIDE（Identifier Extension Bit）には１ビット長の１ビット長のレセシブの信号（論理値１）が設定される。
【0063】
拡張フォーマットでは、識別子フィールド（IDフィールド）レセシブは、１１ビット長のベースIDフィールドと１８ビット長の拡張IDフィールドとで構成されている。すなわち、拡張フォーマットでは、識別子フィールド（IDフィールド）レセシブは、２９ビット長（＝１１ビット＋１８ビット）で構成されている。
【0064】
［検査の処理フロー］
次に、本実施形態の検査装置１０を用いた検査処理の流れを説明する。図４は、検査装置１０を用いた検査の処理フローを説明する図である。図３に示した検査装置１０の機能構成の各部の処理を、図４の検査の処理フローとともに説明する。
次に、本実施形態の検査装置１０を用いた検査処理の流れを説明する。図４は、検査装置１０を用いた検査の処理フローを説明する図である。図３に示した検査装置１０の機能構成の各部の処理を、図４の検査の処理フローとともに説明する。
【0065】
ステップＳ４００で、検査を行う作業者（オペレータ）は、接続部３０を用いて、検査装置１０と検査対象のＥＣＵ２００の通信回路２１０とを１対１で接続する。
【0066】
次に、ステップＳ４１０で、検査装置１０の電源を投入する。また、検査装置１０の電源供給部１０５または車両側から検査対象のＥＣＵ２００に電源を供給する。これにより、検査装置１０と検査対象のＥＣＵ２００との間でＣＡＮ通信が確立する。
【0067】
[ＥＣＵ２００の送信機能検査]
ステップＳ４２０において、初期メッセージ確認部１１０は、ＥＣＵ２００の送信回路２２０から送信される初期メッセージの有無を確認する。ここで、初期メッセージとは、ＥＣＵ２００に電源を供給した後に、ＥＣＵ２００から最初に送信される所定のデータフォーマットに基づいたメッセージをいう。初期メッセージ確認部１１０は、電源供給部１０５からＥＣＵ２００に電源を供給した後、または車両側からＥＣＵ２００に電源を供給した後に、ＥＣＵの送信回路２２０から送信される初期メッセージの有無を確認する。
ステップＳ４２０において、初期メッセージ確認部１１０は、ＥＣＵ２００の送信回路２２０から送信される初期メッセージの有無を確認する。ここで、初期メッセージとは、ＥＣＵ２００に電源を供給した後に、ＥＣＵ２００から最初に送信される所定のデータフォーマットに基づいたメッセージをいう。初期メッセージ確認部１１０は、電源供給部１０５からＥＣＵ２００に電源を供給した後、または車両側からＥＣＵ２００に電源を供給した後に、ＥＣＵの送信回路２２０から送信される初期メッセージの有無を確認する。
【0068】
送信機能判定部１２０は、初期メッセージ確認部１１０の確認（初期メッセージの有無）により、ＥＣＵ２００の送信回路２２０の送信機能が正常か否かを判定する。送信機能判定部１２０は、連続判定時間（第１の連続判定時間、第２の連続判定時間）において、動作不良の状態（異常）が継続する場合に、ＥＣＵ２００の送信機能は動作不良の状態であると判定する。所定の連続判定時間において、ＥＣＵ２００の送信回路２２０から初期メッセージが出力された場合に、送信機能判定部１２０は、ＥＣＵ２００の送信回路２２０は正常と判定する。また、所定の連続判定時間において、ＥＣＵ２００の送信回路２２０から初期メッセージが出力されない場合に、送信機能判定部１２０は、ＥＣＵ２００の送信回路２２０は動作不良と判定する。本実施形態の検査装置１０によれば、検査対象のＥＣＵ２００におけるＣＡＮ通信機能（送信機能）を検査することができる。なお、初期メッセージの有無の確認は、図８のステップＳ８２０、Ｓ８７０の処理のように、エラーの有無を判断しない点で相違する。本実施形態において、メッセージの受信とは、後にステップＳ４３５で説明するようにＣＲＣエラー、フォームエラー及びスタッフエラーのうち、いずれのエラーも検出されずにメッセージを取得する処理であり、この点で初期メッセージの有無の確認は、メッセージの受信と区別される。
【0069】
そして、ステップＳ４３０において、送信機能判定部１２０は、検査装置１０の不図示の表示部に判定結果を表示させる。表示部の構成は、例えば、判定結果を視認可能なインジケータでもよいし、液晶や有機ＥＬ等の表示デバイスを用いて判定結果を表示してもよい。また、視覚的な表示に限らず、例えば、不図示のスピーカ（音源）から、正常判定時の報知音と、動作不良時の報知音とを切り替えて報知するようにしてもよい。これにより、検査を行う作業者（オペレータ）は、視覚的または聴覚的に検査装置１０の判定結果を確認することが可能になる。
【0070】
[ＥＣＵ２００の受信機能検査]
検査装置１０は、ＥＣＵ２００の受信機能検査を行うために、ＥＣＵ２００から送信されたメッセージに基づいて、ＣＡＮ通信における伝送速度（ビットレート：Ｓ４３５）と、データフォーマットの判別を行う（Ｓ４４０）。検査装置１０は、ＥＣＵ２００の送信回路２２０から受信したメッセージ（最初に出力される初期メッセージ、または、初期メッセージの後に送信されるメッセージ）に基づいて、メッセージのビットレートの判別およびフォーマットを判別する。
検査装置１０は、ＥＣＵ２００の受信機能検査を行うために、ＥＣＵ２００から送信されたメッセージに基づいて、ＣＡＮ通信における伝送速度（ビットレート：Ｓ４３５）と、データフォーマットの判別を行う（Ｓ４４０）。検査装置１０は、ＥＣＵ２００の送信回路２２０から受信したメッセージ（最初に出力される初期メッセージ、または、初期メッセージの後に送信されるメッセージ）に基づいて、メッセージのビットレートの判別およびフォーマットを判別する。
【0071】
（ビットレートの判別（メッセージの受信））
ステップＳ４３５において、受信部１５０は、ＥＣＵ２００から受信したメッセージに基づいて、ＣＡＮ通信における伝送速度（ビットレート）を判別する。メッセージの伝送速度（ビットレート）の判別処理を行うことにより、エラーなく、ＥＣＵ２００からメッセージを受信することができ、後のステップＳ４４０において、データフォーマットを正確に判別することができる。図８は伝送速度（ビットレート）の判別処理の具体的な流れを説明する図である。
ステップＳ４３５において、受信部１５０は、ＥＣＵ２００から受信したメッセージに基づいて、ＣＡＮ通信における伝送速度（ビットレート）を判別する。メッセージの伝送速度（ビットレート）の判別処理を行うことにより、エラーなく、ＥＣＵ２００からメッセージを受信することができ、後のステップＳ４４０において、データフォーマットを正確に判別することができる。図８は伝送速度（ビットレート）の判別処理の具体的な流れを説明する図である。
【0072】
ステップＳ８１０において、受信部１５０は、ビットレートの初期値として、１Ｍｂｐｓを設定する。
【0073】
ステップＳ８２０において、受信部１５０は初期値の設定（Ｓ８１０）に基づいて、ＥＣＵ２００のメッセージを受信できるか否かを判定する。受信部１５０はメッセージに基づいて演算したＣＲＣと、メッセージに含まれるＣＲＣの値が合致しなかった場合にＣＲＣエラーとして（Ｓ８２０－ＮＯ）、処理をステップＳ８３０に進める。
【0074】
また、メッセージにおける、CRC_DEL（CRCデリミタ）、ACK_DEL（ACKデリミタ）、ＥＯＦは、通常、レセシブ（論理値１）と決められており、ここで、ドミナント(論理値０)が検出された場合、フォームエラーとして（Ｓ８２０－ＮＯ）、処理をステップＳ８３０に進める。
【0075】
また、受信部１５０は、ビットスタフィングルールが守られているか監視し、バス信号線３１、３２上で同一レベルの状態が、所定ビット（例えば、６ビット）以上継続した場合には、スタッフエラーとして（Ｓ８２０－ＮＯ）、処理をステップＳ８３０に進める。
【0076】
受信部１５０は、ＣＲＣエラー、フォームエラー及びスタッフエラーのうち、少なくともいずれか一つのエラーを検出した場合に、処理をステップＳ８３０に進める。
【0077】
ステップＳ８３０において、受信部１５０は、初期値のビットレートを下げて（１Ｍｂｐｓ→５００Ｋｂｐｓ）、メッセージを受信できるか判定する（Ｓ８２０）。メッセージを受信できない場合に（Ｓ８２０－ＮＯ）、受信部１５０は、ビットレートの値を順次下げて（５００Ｋｂｐｓ→２５０Ｋｂｐｓ→１２５Ｋｂｐｓ）、メッセージを受信できるか判定する（Ｓ８２０）。
【0078】
受信部１５０は、ＣＲＣエラー、フォームエラー及びスタッフエラーのうち、いずれのエラーも検出しない場合に、メッセージを受信できたと判定し（Ｓ８２０－ＹＥＳ）、処理をステップＳ８４０に進める。
【0079】
ステップＳ８４０において、受信部１５０は、エラー無くメッセージを受信することができたビットレート（Bit rate）を決定する。例えば、２５０Ｋｂｐｓの設定で、ＣＲＣエラー、フォームエラー及びスタッフエラーのうち、いずれのエラーも検出されずにメッセージを受信できた場合、受信部１５０はメッセージのビットレートを２５０Ｋｂｐｓと決定する。
【0080】
次に、ステップＳ８５０において、受信部１５０は、メッセージのフォーマットのＦＤＦの値が１であるか否かを判定し、ＦＤＦの値が１でない場合（Ｓ８５０－ＮＯ）、本処理はステップＳ４３５に戻される。この場合、ＣＡＮプロトコルにおける伝送速度（ビットレート）は、ステップＳ８４０で決定された値となる。一方、ステップＳ８５０の判定で、ＦＤＦ＝１の場合（Ｓ８５０－ＹＥＳ）、処理はステップＳ８６０に進められる。
【0081】
そして、ステップＳ８６０において、受信部１５０は、ＣＡＮ ＦＤプロトコルのビットレートの初期値として、１Ｍｂｐｓを設定する。
【0082】
ステップＳ８７０において、受信部１５０は初期値の設定（Ｓ８６０）に基づいて、ＥＣＵ２００のメッセージを受信できるか否かを判定する。受信部１５０は、ステップＳ８２０の判定処理と同様にエラーの有無を判定する。ステップＳ８７０において、受信部１５０はＣＲＣエラー、フォームエラー及びスタッフエラーのうち、少なくともいずれか一つのエラーを検出した場合に、処理をステップＳ８８０に進める。
【0083】
ステップＳ８８０において、受信部１５０は、初期値のビットレートを上げて（１Ｍｂｐｓ→２Ｍｂｐｓ）、メッセージを受信できるか判定する（Ｓ８７０）。メッセージを受信できない場合に（Ｓ８７０－ＮＯ）、受信部１５０は、ビットレートの値を順次上げて（２Ｍｂｐｓ→４Ｍｂｐｓ→５Ｍｂｐｓ→８Ｍｂｐｓ）、メッセージを受信できるか判定する（Ｓ８７０）。
【0084】
受信部１５０は、ＣＲＣエラー、フォームエラー及びスタッフエラーのうち、いずれのエラーも検出しない場合に、メッセージを受信できたと判定し（Ｓ８７０－ＹＥＳ）、処理をステップＳ８９０に進める。
【0085】
ステップＳ８９０において、受信部１５０は、エラー無くメッセージを受信することができたビットレート（Bit rate）を決定する。例えば、８Ｍｂｐｓで、ＣＲＣエラー、フォームエラー及びスタッフエラーのうち、いずれのエラーも検出されずにメッセージを受信できた場合、受信部１５０はメッセージのビットレートを８Ｍｂｐｓと決定する。そして、ステップＳ８９０の後、本処理はステップＳ４３５に戻される。この場合、ＣＡＮ ＦＤプロトコルにおける伝送速度（ビットレート）は、ステップＳ８９０で決定された値となる。以上の処理に伝送速度（ビットレート）の判別処理は終了する。
【0086】
（データフォーマットの判別）
ステップＳ４４０において、受信部１５０は、ＥＣＵ２００から送信されたメッセージのデータフォーマットを判別する。図９はデータフォーマットの判別処理の具体的な流れを説明する図である。
ステップＳ４４０において、受信部１５０は、ＥＣＵ２００から送信されたメッセージのデータフォーマットを判別する。図９はデータフォーマットの判別処理の具体的な流れを説明する図である。
【0087】
ステップＳ４３５において、受信部１５０はビットレートの判定を行う。この処理は、先に図８で説明した処理であり、受信部１５０は、ステップＳ４３５の処理に基づいて、送信されたメッセージの伝送速度（ビットレート）を取得する。
【0088】
ステップＳ９１０において、受信部１５０は、メッセージのＩＤＥに設定されている信号が、ドミナントであるか否かを判定する。ＩＤＥに設定されている信号がドミナント（ＩＤＥ＝０）である場合（Ｓ９１０－Ｔｒｕｅ）、受信部１５０は、処理をＳ９２０に進める。
【0089】
ステップＳ９２０において、受信部１５０は、メッセージのＦＤＦに設定されている信号がドミナントであるか否かを判定する。ＦＤＦに設定されている信号がドミナント（ＦＤＦ＝０）である場合（Ｓ９２０－Ｔｒｕｅ）、受信部１５０は、処理をＳ９４０に進める。
【0090】
そして、ステップＳ９４０において、受信部１５０は、受信したメッセージのフォーマットをＣＡＮプロトコルの標準フォーマット（１１bit ＣＡＮ）と判定する。
【0091】
一方、ステップＳ９２０の判定で、ＦＤＦに設定されている信号がレセシブ（ＦＤＦ＝１）である場合（Ｓ９２０－Ｆａｌｓｅ）、受信部１５０は、処理をＳ９５０に進める。
【0092】
そして、ステップＳ９５０において、受信部１５０は、受信したメッセージのフォーマットをＣＡＮ ＦＤプロトコルの標準フォーマット（１１bit ＣＡＮ ＦＤ）と判定する。
【0093】
一方、ステップＳ９１０の判定で、ＩＤＥに設定されている信号がレセシブ（ＩＤＥ＝１）である場合（Ｓ９１０－Ｆａｌｓｅ）、受信部１５０は、処理をＳ９３０に進める。
【0094】
ステップＳ９３０において、受信部１５０は、メッセージのＦＤＦに設定されている信号がドミナントであるか否かを判定する。ＦＤＦに設定されている信号がドミナント（ＦＤＦ＝０）である場合（Ｓ９３０－Ｔｒｕｅ）、受信部１５０は、処理をＳ９６０に進める。
【0095】
そして、ステップＳ９６０において、受信部１５０は、受信したメッセージのフォーマットをＣＡＮプロトコルの拡張フォーマット（２９bit ＣＡＮ）と判定する。
【0096】
一方、ステップＳ９３０の判定で、ＦＤＦに設定されている信号がレセシブ（ＦＤＦ＝１）である場合（Ｓ９３０－Ｆａｌｓｅ）、受信部１５０は、処理をＳ９７０に進める。
【0097】
そして、ステップＳ９７０において、受信部１５０は、受信したメッセージのフォーマットをＣＡＮ ＦＤプロトコルの拡張フォーマット（２９bit ＣＡＮ ＦＤ）と判定する。以上の処理によりフォーマットの判別処理は終了する。
【0098】
（検査メッセージ６００の生成）
ステップＳ４５０において、検査メッセージ作成部１３０は、伝送速度（ビットレート）の判別結果（Ｓ４３５）及びデータフォーマットの判別結果（Ｓ４４０）に基づいて、検査対象のＥＣＵ２００の通信プロトコルに対応する検査メッセージ６００を生成する。本ステップの処理により、検査メッセージ作成部１３０は、検査対象のＥＣＵ２００から受信したメッセージに対応したデータフォーマットの確認フィールド６１０に所定の信号レベルを設定した検査メッセージ６００を作成する。
ステップＳ４５０において、検査メッセージ作成部１３０は、伝送速度（ビットレート）の判別結果（Ｓ４３５）及びデータフォーマットの判別結果（Ｓ４４０）に基づいて、検査対象のＥＣＵ２００の通信プロトコルに対応する検査メッセージ６００を生成する。本ステップの処理により、検査メッセージ作成部１３０は、検査対象のＥＣＵ２００から受信したメッセージに対応したデータフォーマットの確認フィールド６１０に所定の信号レベルを設定した検査メッセージ６００を作成する。
【0099】
検査装置１０の受信機能判定部１７０は、ＥＣＵ２００の受信機能を、検査メッセージ６００（図６Ａ，図６Ｂ）の確認（ACK）フィールド６１０に設定した信号レベル（論理値）が、ＥＣＵ２００からの応答メッセージで変化（反転）しているか否か基づいて判定する。図５は、ＥＣＵ２００から送信されるメッセージの受信（ビットレートの判別：Ｓ４３５）、メッセージのデータフォーマットの判別（Ｓ４４０）、検査メッセージ６００の生成（Ｓ４５０）、検査メッセージ６００の送信（Ｓ４６０）までの流れを模式的に示す図である。
【0100】
ＣＡＮ通信におけるメッセージのデータフォーマットは多岐にわたるものであるが、本実施形態の検査装置１０では、検査対象のＥＣＵ毎に異なるデータフォーマットを記憶しておき、データフォーマットの自動判別を行うことができ、伝送速度（ビットレート）の判別結果（Ｓ４３５）及びデータフォーマットの判別結果（Ｓ４４０）に基づいて、検査対象のＥＣＵ２００の通信プロトコルに対応する検査メッセージを作成することができる。
【0101】
これにより、検査を行う作業者（オペレータ）が検査対象のＥＣＵ２００の仕様を検査に合わせて準備する場合に比べて、作業者の負担を軽減しつつ、より短時間で検査を行うことが可能になる。
【0102】
データフォーマットの判別処理を行うために、本実施形態の検査メッセージ作成部１３０は、蓄積部１３３と選択部１３５とを有する（図３）。蓄積部１３３は、複数の通信プロトコルの種類、フレームレート及び伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積し、選択部１３５は、ＥＣＵ２００の送信回路２２０から受信したメッセージに対応したデータフォーマットを蓄積部１３３から選択する。蓄積部１３３は、例えば、種々のデータフォーマットを不揮発的に保持できる記録媒体であって、たとえば、ハードディスク装置、フラッシュメモリ等によって実現される。
【0103】
蓄積部１３３は、例えば、通信プロトコルの種類（例えば、ＣＡＮ、ＣＡＮ ＦＤ等）、フレームレート（例えば、１１ｂｉｔ、２９ｂｉｔ等）、及び伝送速度（例えば、ＣＡＮ：１２５Ｋｂｐｓ、２５０Ｋｂｐｓ、５００Ｋｂｐｓ、１Ｍｂｐｓ；ＣＡＮＦＤ：１Ｍｂｐｓ、２Ｍｂｐｓ、４Ｍｂｐｓ、５Ｍｂｐｓ、８Ｍｂｐｓ等）の組み合わせに基づいて分類されたデータフォーマットを蓄積する。なお、データフォーマットの分類例は例示的なものであり、この例に限定されるものではない。
【0104】
検査メッセージ作成部１３０は、選択部１３５により選択されたデータフォーマットに基づいて、検査メッセージ６００（図６Ａ、図６Ｂ）を作成する。例えば、選択部１３５が、通信プロトコルの種類（ＣＡＮ ＦＤ）、フレームレート（２９ｂｉｔ）、伝送速度（８Ｍｂｐｓ）のデータフォーマットを蓄積部１３３から選択した場合には、検査メッセージ作成部１３０は、選択部１３５により選択されたデータフォーマットに基づいて、検査メッセージを作成する。
【0105】
本ステップにおいて、検査メッセージ作成部１３０は、データフォーマットの自動判別機能により、検査対象のＥＣＵ２００ごとのデータフォーマットに対応した検査メッセージ６００を生成する。検査メッセージ作成部１３０は、検査メッセージ６００をＥＣＵ２００の受信回路２３０で正常に受信できたか否かを判定するために、データフォーマットの確認フィールド（ＡＣＫフィールド）６１０に所定の信号レベルを設定した検査メッセージ６００を作成する。
【0106】
本実施形態では、検査メッセージ作成部１３０は、例えば、確認フィールド（ＡＣＫフィールド）６１０に、所定の信号レベルとして、論理値０（ドミナントレベル）を設定した検査メッセージ６００を作成する。
【0107】
（検査メッセージ６００の送信）
そして、ステップＳ４６０において、送信部１４０は、検査メッセージ作成部１３０により作成された検査メッセージ６００を、ＥＣＵ２００の受信回路２３０に送信する。送信部１４０は、Ｓ４３５で判別した伝送速度に合わせて検査メッセージ６００をＥＣＵ２００に送信する。
そして、ステップＳ４６０において、送信部１４０は、検査メッセージ作成部１３０により作成された検査メッセージ６００を、ＥＣＵ２００の受信回路２３０に送信する。送信部１４０は、Ｓ４３５で判別した伝送速度に合わせて検査メッセージ６００をＥＣＵ２００に送信する。
【0108】
ＥＣＵ２００は、受信した検査メッセージ６００を受信回路２３０で処理し、検査メッセージ６００の応答として、応答メッセージを検査装置１０に送信する。図７は、ＥＣＵ２００から送信される応答メッセージの受信（Ｓ４７０）、応答メッセージにおける確認フィールド（ＡＣＫフィールド）の信号レベルの確認（Ｓ４８０）、受信機能の判定（Ｓ４９０）までの流れを模式的に示す図である。
【0109】
（応答メッセージの受信）
ステップＳ４７０において、受信部１５０は、検査メッセージ６００に対する応答メッセージをＥＣＵ２００の送信回路２２０から受信する。
ステップＳ４７０において、受信部１５０は、検査メッセージ６００に対する応答メッセージをＥＣＵ２００の送信回路２２０から受信する。
【0110】
（確認（ACK）フィールドの設定を確認）
ＣＡＮの通信プロトコルでは、ＥＣＵは、メッセージを受信した後には、確認フィールド（ＡＣＫフィールド）６１０の信号レベルを変更（反転）して応答するというルールが定められている。本実施形態では、このルールを利用して、ＥＣＵ２００における受信機能が正常であるか否かを判定するために、確認部１６０は、確認フィールド（ＡＣＫフィールド）の信号レベルの変更（反転）の有無を確認する。変更（反転）とは、例えば、論理値０（ドミナントレベル）から論理値１（レセシブレベル）への信号レベルの変化である。確認フィールド６１０は１ビット長であり、送信側のノードである検査装置１０はドミナント（論理値０）の送信を行い、受信側のノードであるＥＣＵ２００がＣＲＣフィールドまで、データを正常に受信できた場合に、レセシブ（論理値１）の確認応答を送信する。受信側のＥＣＵ２００の送信機能（受信機能）が動作不良の場合には、確認フィールド６１０にドミナント（論理値０）が設定(維持)された確認応答が送信される。
ＣＡＮの通信プロトコルでは、ＥＣＵは、メッセージを受信した後には、確認フィールド（ＡＣＫフィールド）６１０の信号レベルを変更（反転）して応答するというルールが定められている。本実施形態では、このルールを利用して、ＥＣＵ２００における受信機能が正常であるか否かを判定するために、確認部１６０は、確認フィールド（ＡＣＫフィールド）の信号レベルの変更（反転）の有無を確認する。変更（反転）とは、例えば、論理値０（ドミナントレベル）から論理値１（レセシブレベル）への信号レベルの変化である。確認フィールド６１０は１ビット長であり、送信側のノードである検査装置１０はドミナント（論理値０）の送信を行い、受信側のノードであるＥＣＵ２００がＣＲＣフィールドまで、データを正常に受信できた場合に、レセシブ（論理値１）の確認応答を送信する。受信側のＥＣＵ２００の送信機能（受信機能）が動作不良の場合には、確認フィールド６１０にドミナント（論理値０）が設定(維持)された確認応答が送信される。
【0111】
ステップＳ４８０において、確認部１６０は、応答メッセージにおける確認フィールド（ＡＣＫフィールド）の信号レベルが、検査メッセージ６００における確認フィールド（ＡＣＫフィールド）の信号レベルの設定に対して変更されているか否かを確認する。実施形態の検査メッセージ６００では、確認フィールド（ＡＣＫフィールド）の信号レベルは、所定の信号レベルとして、論理値０（ドミナントレベル）が設定されているものとする。
【0112】
確認部１６０は、応答メッセージにおける確認フィールド（ＡＣＫフィールド）の信号レベルが、検査メッセージ６００の設定に対して変更されているか確認する。すなわち、論理値０（ドミナントレベル）の設定が、論理値１（レセシブレベル）に変更されているか、もしくは、論理値０（ドミナントレベル）の設定が維持されているか否かを確認（判定）する。
【0113】
（受信機能の判定処理）
ステップＳ４９０において、受信機能判定部１７０は、確認部１６０の確認に基づいて、ＥＣＵ２００の受信回路２３０の受信機能が正常か否かを判定する。本ステップにおいて、受信機能判定部１７０は、第１の連続判定時間または第２の連続判定時間において、応答メッセージにおける確認フィールド６１０の信号レベルが検査メッセージ６００の設定に対して変更された状態が継続する場合に、ＥＣＵ２００の通信機能（受信機能）は正常と判定する。また、受信機能判定部１７０は、第１の連続判定時間または第２の連続判定時間において、応答メッセージにおける確認フィールド６１０の信号レベルが検査メッセージの設定に対して維持された状態が継続する場合に、ＥＣＵ２００の通信機能（受信機能）は動作不良の状態であると判定する。ＥＣＵ２００の受信回路２３０が正常に検査メッセージの受信処理を行った場合、確認フィールド（ＡＣＫフィールド）の値を、論理値０（ドミナントレベル）から論理値１（レセシブレベル）に変更（反転）した受信信号ＲＸＤに変換し、変換後の受信信号ＲＸＤをコントローラ２４０に出力する。
ステップＳ４９０において、受信機能判定部１７０は、確認部１６０の確認に基づいて、ＥＣＵ２００の受信回路２３０の受信機能が正常か否かを判定する。本ステップにおいて、受信機能判定部１７０は、第１の連続判定時間または第２の連続判定時間において、応答メッセージにおける確認フィールド６１０の信号レベルが検査メッセージ６００の設定に対して変更された状態が継続する場合に、ＥＣＵ２００の通信機能（受信機能）は正常と判定する。また、受信機能判定部１７０は、第１の連続判定時間または第２の連続判定時間において、応答メッセージにおける確認フィールド６１０の信号レベルが検査メッセージの設定に対して維持された状態が継続する場合に、ＥＣＵ２００の通信機能（受信機能）は動作不良の状態であると判定する。ＥＣＵ２００の受信回路２３０が正常に検査メッセージの受信処理を行った場合、確認フィールド（ＡＣＫフィールド）の値を、論理値０（ドミナントレベル）から論理値１（レセシブレベル）に変更（反転）した受信信号ＲＸＤに変換し、変換後の受信信号ＲＸＤをコントローラ２４０に出力する。
【0114】
コントローラ２４０は、受信信号ＲＸＤに基づいた応答メッセージ（ＴＸＤ）を生成し、送信回路２２０に出力する。送信回路２２０から送信される応答メッセージは、受信回路２３０における変換処理の結果が反映された確認フィールド（ＡＣＫフィールド）の値が設定される。
【0115】
ＣＡＮの通信プロトコルのルールに従い、受信回路２３０における受信機能が正常であれば、応答メッセージにおける確認フィールド（ＡＣＫフィールド）６００の信号レベルは、論理値０（ドミナントレベル）から論理値１（レセシブレベル）に変更（反転）されたものとなる。この場合、受信機能判定部１７０は、ＥＣＵ２００（受信回路２３０）における受信機能は正常と判定する。一方、ＥＣＵ２００（受信回路２３０）の受信機能に動作不良が生じている場合には、応答メッセージにおける確認フィールド（ＡＣＫフィールド）６１０の信号レベルは、論理値０（ドミナントレベル）に維持される。この場合、受信機能判定部１７０は、ＥＣＵ２００（受信回路２３０）における受信機能は動作不良と判定する。受信機能判定部１７０は、判定時間変更部１８０により設定された第１の連続判定時間または第２の連続判定時間において、応答メッセージにおける確認フィールドの信号レベルが検査メッセージ６００の設定に対して変更された状態が継続する場合に、ＥＣＵ２００の受信機能は正常と判定する。また、受信機能判定部１７０は、第１の連続判定時間または第２の連続判定時間において、応答メッセージにおける確認フィールドの信号レベルが検査メッセージ６００の設定に対して維持された状態が継続する場合に、ＥＣＵ２００の受信機能は動作不良の状態であると判定する。
【0116】
ステップＳ４９５において、受信機能判定部１７０は、検査装置１０の不図示の表示部に判定結果を表示させる。判定結果の表示は、ステップＳ４３０と同様である。以上の処理に検査装置１０による一連の検査フローは終了する。
【0117】
（変形例）
確認フィールド６１０における信号レベルの変更（反転）は、上記の実施形態の場合に限られず、論理値１（レセシブレベル）から論理値０（ドミナントレベル）への信号レベルの変化であってもよい。この場合、送信側のノードである検査装置１０はレセシブ（論理値１）の送信を行い、受信側のノードであるＥＣＵ２００がＣＲＣフィールドまで、データを正常に受信できた場合に、ドミナント（論理値０）の確認応答を送信する。受信側のＥＣＵ２００の送信機能（受信機能）が動作不良の場合には、確認フィールド６１０にレセシブ（論理値１）が設定(維持)された確認応答が送信される。
確認フィールド６１０における信号レベルの変更（反転）は、上記の実施形態の場合に限られず、論理値１（レセシブレベル）から論理値０（ドミナントレベル）への信号レベルの変化であってもよい。この場合、送信側のノードである検査装置１０はレセシブ（論理値１）の送信を行い、受信側のノードであるＥＣＵ２００がＣＲＣフィールドまで、データを正常に受信できた場合に、ドミナント（論理値０）の確認応答を送信する。受信側のＥＣＵ２００の送信機能（受信機能）が動作不良の場合には、確認フィールド６１０にレセシブ（論理値１）が設定(維持)された確認応答が送信される。
【0118】
この場合、確認部１６０は、論理値１（レセシブレベル）の設定が、応答メッセージにおいて、論理値０（ドミナントレベル）に変更されているか、もしくは、論理値１（レセシブレベル）の設定が維持されているか否かを確認（判定）すればよい。
【0119】
（実施形態のまとめ）
上記実施形態は、少なくとも以下の検査装置（１０）および検査方法を開示する。
上記実施形態は、少なくとも以下の検査装置（１０）および検査方法を開示する。
【0120】
構成１．上記実施形態の検査装置は、検査対象のＥＣＵ（２００）のＣＡＮ通信機能を検査する検査装置（１０）であって、
前記ＥＣＵの通信回路と前記検査装置とを１対１で接続する接続部（３０）と、
検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの確認フィールドに所定の信号レベルを設定した検査メッセージを作成する検査メッセージ作成部（１３０）と、
前記検査メッセージを前記ＥＣＵに送信する送信部（１４０）と、
前記検査メッセージに対する応答メッセージを前記ＥＣＵから受信する受信部（１５０）と、
前記応答メッセージにおける確認フィールドの信号レベルが前記検査メッセージの設定に対して変更されているか否か確認する確認部（１６０）と、
前記確認部の確認に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する受信機能判定部（１７０）と、を備える。
前記ＥＣＵの通信回路と前記検査装置とを１対１で接続する接続部（３０）と、
検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの確認フィールドに所定の信号レベルを設定した検査メッセージを作成する検査メッセージ作成部（１３０）と、
前記検査メッセージを前記ＥＣＵに送信する送信部（１４０）と、
前記検査メッセージに対する応答メッセージを前記ＥＣＵから受信する受信部（１５０）と、
前記応答メッセージにおける確認フィールドの信号レベルが前記検査メッセージの設定に対して変更されているか否か確認する確認部（１６０）と、
前記確認部の確認に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する受信機能判定部（１７０）と、を備える。
【0121】
構成１の検査装置によれば、検査対象のＥＣＵにおけるＣＡＮ通信機能（受信機能）を検査することができる。これにより、良品交換による検査を行うことなく検査対象のＥＣＵにおけるＣＡＮ通信機能（受信機能）の検査を行うことができ、検査用に準備する良品デバイスの費用の削減および検査作業におけるデバイスの交換作業に要する工数数を削減することが可能になる。
【0122】
構成２．上記実施形態の検査装置は、前記ＥＣＵに電源を供給する電源供給部（１０５）と、
前記ＥＣＵの前記ＥＣＵから送信される初期メッセージの有無を確認する初期メッセージ確認部（１１０）と、
前記初期メッセージ確認部による前記初期メッセージの有無の確認により、前記ＥＣＵの送信機能が正常か否かを判定する送信機能判定部（１２０）と、を更に備え、
前記初期メッセージ確認部（１２０）は、前記電源供給部から前記ＥＣＵに前記電源を供給した後、または車両側から前記ＥＣＵに電源を供給した後に、前記ＥＣＵから送信される前記初期メッセージの有無を確認する。
前記ＥＣＵの前記ＥＣＵから送信される初期メッセージの有無を確認する初期メッセージ確認部（１１０）と、
前記初期メッセージ確認部による前記初期メッセージの有無の確認により、前記ＥＣＵの送信機能が正常か否かを判定する送信機能判定部（１２０）と、を更に備え、
前記初期メッセージ確認部（１２０）は、前記電源供給部から前記ＥＣＵに前記電源を供給した後、または車両側から前記ＥＣＵに電源を供給した後に、前記ＥＣＵから送信される前記初期メッセージの有無を確認する。
【0123】
構成２の検査装置によれば、検査対象のＥＣＵにおけるＣＡＮ通信機能（送信機能）を検査することができる。これにより、良品交換による検査を行うことなく検査対象のＥＣＵにおけるＣＡＮ通信機能（送信機能）の検査を行うことができ、検査用に準備する良品デバイスの費用の削減および検査作業におけるデバイスの交換作業に要する工数数を削減することが可能になる。
【0124】
構成３．前記検査メッセージ作成部（１３０）は、
通信プロトコルの種類、フレームレート、および伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積する蓄積部（１３３）と、
前記ＥＣＵから受信したメッセージに対応したデータフォーマットを前記蓄積部から選択する選択部（１３５）と、を更に備え、
前記検査メッセージ作成部（１３０）は、前記選択部により選択された前記データフォーマットに基づいて、前記検査メッセージを作成する。
通信プロトコルの種類、フレームレート、および伝送速度の組み合わせに基づいて分類されたデータフォーマットを蓄積する蓄積部（１３３）と、
前記ＥＣＵから受信したメッセージに対応したデータフォーマットを前記蓄積部から選択する選択部（１３５）と、を更に備え、
前記検査メッセージ作成部（１３０）は、前記選択部により選択された前記データフォーマットに基づいて、前記検査メッセージを作成する。
【0125】
構成３の検査装置によれば、ＥＣＵから受信したメッセージのデータフォーマットの自動判別を行い、この判別結果に基づいて、ＥＣＵから受信したメッセージに対応したデータフォーマットの検査メッセージを作成することができる。これにより、検査を行う作業者（オペレータ）が検査対象のＥＣＵの仕様を検査に合わせて準備する場合に比べて、作業者の負担を軽減しつつ、より短時間で検査を行うことが可能になる。
【0126】
構成４．上記実施形態の検査装置（１０）は、前記ＣＡＮ通信機能が正常か否かを判定するための連続した判定時間を、感度切替手段からの入力により、第１の連続判定時間から前記第１の連続判定時間に比べて短い第２の連続判定時間を変更する判定時間変更部（１８０）を更に備える。
【0127】
構成５．前記受信機能判定部（１７０）は、前記第１の連続判定時間に基づいて、前記ＥＣＵの受信機能が正常か否かを判定し、
前記判定時間が前記判定時間変更部により変更された場合に、前記受信機能判定部は、前記第２の連続判定時間に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する。
前記判定時間が前記判定時間変更部により変更された場合に、前記受信機能判定部は、前記第２の連続判定時間に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する。
【0128】
構成６．前記受信機能判定部（１７０）は、前記第１の連続判定時間または前記第２の連続判定時間において、前記応答メッセージにおける前記確認フィールドの信号レベルが前記検査メッセージの設定に対して変更された状態が継続する場合に、前記ＥＣＵの受信機能は正常と判定し、
前記第１の連続判定時間または前記第２の連続判定時間において、前記応答メッセージにおける前記確認フィールドの信号レベルが前記検査メッセージの設定に対して維持された状態が継続する場合に、前記ＥＣＵの受信機能は動作不良の状態であると判定する。
前記第１の連続判定時間または前記第２の連続判定時間において、前記応答メッセージにおける前記確認フィールドの信号レベルが前記検査メッセージの設定に対して維持された状態が継続する場合に、前記ＥＣＵの受信機能は動作不良の状態であると判定する。
【0129】
構成４、構成５および構成６の検査装置によれば、不具合状態が連続的に発生しにくい動作状態のＥＣＵに対しても、短いサンプリング時間に連続する異常検出を検出することが可能になる。
【0130】
構成７．上記実施形態の検査方法は、接続部（３０）を介して検査対象のＥＣＵの通信回路と１対１で接続し、当該検査対象のＥＣＵのＣＡＮ通信機能を検査する検査装置（１０）の検査方法であって、
前記検査装置の検査メッセージ作成部（１３０）が、検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの確認フィールドに所定の信号レベルを設定した検査メッセージを作成する工程（Ｓ４５０）と、
前記検査装置の送信部（１４０）が、前記検査メッセージを前記ＥＣＵに送信する工程（Ｓ４６０）と、
前記検査装置の受信部（１５０）が、前記検査メッセージに対する応答メッセージを前記ＥＣＵから受信する工程（Ｓ４７０）と、
前記検査装置の確認部（１６０）が、前記応答メッセージにおける確認フィールドの信号レベルが前記検査メッセージの設定に対して変更されているか否かを確認する確認工程（Ｓ４８０）と、
前記検査装置の受信機能判定部（１７０）が、前記確認工程での確認の結果に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する工程（Ｓ４９０）と、を有する。
前記検査装置の検査メッセージ作成部（１３０）が、検査対象のＥＣＵから受信したメッセージに対応したデータフォーマットの確認フィールドに所定の信号レベルを設定した検査メッセージを作成する工程（Ｓ４５０）と、
前記検査装置の送信部（１４０）が、前記検査メッセージを前記ＥＣＵに送信する工程（Ｓ４６０）と、
前記検査装置の受信部（１５０）が、前記検査メッセージに対する応答メッセージを前記ＥＣＵから受信する工程（Ｓ４７０）と、
前記検査装置の確認部（１６０）が、前記応答メッセージにおける確認フィールドの信号レベルが前記検査メッセージの設定に対して変更されているか否かを確認する確認工程（Ｓ４８０）と、
前記検査装置の受信機能判定部（１７０）が、前記確認工程での確認の結果に基づいて、前記ＥＣＵの受信機能が正常か否かを判定する工程（Ｓ４９０）と、を有する。
【0131】
構成７の検査方法によれば、検査対象のＥＣＵにおけるＣＡＮ通信機能（受信機能）を検査することができる。これにより、良品交換による検査を行うことなく検査対象のＥＣＵにおけるＣＡＮ通信機能（受信機能）の検査を行うことができ、検査用に準備する良品デバイスの費用の削減および検査作業におけるデバイスの交換作業に要する工数数を削減することが可能になる。
【0132】
（その他の実施形態）
本発明は、上述の実施形態の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたはシステムを構成する検査装置に供給し、その検査装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出して、検査装置の処理を実行することも可能である。
本発明は、上述の実施形態の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたはシステムを構成する検査装置に供給し、その検査装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出して、検査装置の処理を実行することも可能である。
【0133】
発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。
【符号の説明】
【0134】
１０：検査装置、２０：検査対象のＥＣＵ、３０：接続部、
１１０：初期メッセージ確認部、１２０：送信機能判定部、
１３０：検査メッセージ作成部、１４０：送信部、１５０：受信部
１６０：確認部、１７０：受信機能判定部、１８０：判定時間変更部
１１０：初期メッセージ確認部、１２０：送信機能判定部、
１３０：検査メッセージ作成部、１４０：送信部、１５０：受信部
１６０：確認部、１７０：受信機能判定部、１８０：判定時間変更部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図7】
【図8】
【図9】