(57)【特許請求の範囲】
【請求項１】
予め定められた送信周期で交互に出力される第１信号と第２信号とを含み、車両に関する検査の処理を指令する指令信号に応じて、前記検査の処理を実行する検査モードに切替わり、前記第１信号と前記第２信号とを交互に漏れなく取得している限り、検査終了まで前記検査モードを維持し続ける自動車用の電子制御装置であって、
少なくとも前記検査モードの実行中は、前記第１信号と前記第２信号とが交互に変化する時間間隔よりも短い周期で、前記第１信号と前記第２信号とをサンプリングすることにより、前記送信周期が揺らいだ場合であっても、前記指令信号の取得漏れを抑制する、
ことを特徴とする自動車用の電子制御装置。
【請求項２】
前記指令信号のサンプリング周期は、前記時間間隔の１／２以下である、
ことを特徴とする請求項１に記載の電子制御装置。
【請求項３】
前記指令信号は、ネットワークケーブルを介して着脱可能に接続される外部装置から供給される、
ことを特徴とする請求項１又は請求項２に記載の電子制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車に搭載する電子制御装置に関する。
【背景技術】
【０００２】
自動車に搭載する電子制御装置においては、例えば、ＣＡＮ（Controller Area Network））等のネットワークシステムが採用されている（例えば、特許文献１参照）。
【０００３】
ところで、電子制御装置の検査(一例として出荷検査)は、例えば、電子制御装置と検査装置との間を通信回線で接続し、ＣＡＮ等の制御用の通信プロトコルを用いて実行される。電子制御装置側では、検査を実行する検査モード中において、検査終了前に検査以外の目的の処理に遷移することを避ける必要がある。そのため、電子制御装置では、例えば、検査装置側から任意のデータ（ビット値）とその反転値を交互に受信することにより、その検査モードを保持する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１８７４４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、例えば、検査装置側のＣＰＵ（Central Processing Unit）の負荷に起因して、検査装置側から送信されるデータの送信周期が揺らぐと、本来受信すべきタイミングでの受信データの取得漏れ（取りこぼし）が発生し、予期せぬタイミングで検査モードが解除され、その結果、検査の誤診断が発生しやすくなる。そのため、検査を確実に実行することが困難となる。なお、上記の例では検査モードについて取り上げて説明したが、検査モードに限られず、所定の処理を実行するモードを維持すべき状態下において、予期せぬタイミングでのモードの解除を抑制することが望ましい。
【０００６】
そこで、本発明は、従来技術の問題点に鑑み、予期せぬタイミングでのモードの解除を抑制する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明によれば、予め定められた送信周期で交互に出力される第１信号と第２信号とを含み、車両に関する検査の処理を指令する指令信号に応じて、検査の処理を実行する検査モードに切替わり、第１信号と第２信号とを交互に漏れなく取得している限り、検査終了まで検査モードを維持し続ける自動車用の電子制御装置であって、少なくとも検査モードの実行中は、第１信号と前記第２信号とが交互に変化する時間間隔よりも短い周期で、第１信号と第２信号とをサンプリングすることにより、送信周期が揺らいだ場合であっても、指令信号の取得漏れを抑制する。
【発明の効果】
【０００８】
本発明によれば、予期せぬタイミングでのモードの解除を抑制することできる。
【図面の簡単な説明】
【０００９】
【図１】自動車等の車両に搭載される電子制御装置の検査システムの一例を示す図である。
【図２】図１に示すＥＣＵのハード構成例を示す図である。
【図３】図１に示す検査装置のハード構成例を示す図である。
【図４】正常時のタイミングチャート（比較例）の一例を説明する図である。
【図５】送信周期に揺らぎが発生した場合のタイミングチャート（比較例）の一例を説明する図である。
【図６】本実施形態における検査方法の動作の一例を示すフローチャートである。
【図７】本実施形態における検査方法の動作の一例を示すフローチャートである。
【図８】本実施形態における正常時のタイミングチャートの一例を説明する図である。
【図９】本実施形態における検査指令信号の取得漏れを抑制する制御処理を行う場合のタイミングチャートの一例を説明する図である。
【発明を実施するための形態】
【００１０】
以下、添付された図面を参照し、本発明を実施するための実施形態について詳述する。以下の実施形態では、検査システムを例にして説明するが、本発明がこれに限定されるものではない。
[検査システムの構成例]
図１は、自動車等の車両に搭載される電子制御装置（ＥＣＵ：Electronic Control Unit）の検査システムの一例を示す図である。
【００１１】
検査対象となるＥＣＵ１は、ネットワークケーブル２を介して、検査装置３と着脱可能に接続される。これにより、ＥＣＵ１の検査が容易となる。ＥＣＵ１と検査装置３との間は、例えば、ＣＡＮの通信プロトコルを利用することができる。なお、通信プロトコルは、ＣＡＮに限られず、例えば、ＦｌｅｘＲａｙ（登録商標）等の他の通信プロトコルであってもよい。
【００１２】
ＥＣＵ１は、自動車等の車両に搭載された各種機器、例えば、燃料噴射弁、変速機、電動ブレーキシステム、ＡＢＳ（Antilock Brake System）、可変バルブタイミング機構、ブラシレスモータ等を制御する電子機器であって、演算処理等を実行するプロセッサを内蔵している。
【００１３】
図２は、図１に示すＥＣＵ１のハード構成例を示す図である。ＥＣＵ１は、プロセッサ１１と、通信回路１２と、ＲＯＭ（Read Only Memory）１３と、ＲＡＭ（Random Access Memory）１４と、バス１５と、を備える。プロセッサ１１、通信回路１２、ＲＯＭ１３及びＲＡＭ１４は、バス１５を介して、互いに接続されている。
【００１４】
プロセッサ１１は、例えば、システムの中心的な処理を担うＣＰＵであって、ＥＣＵ１の統括的な制御を行うものである。通信回路１２は、ネットワークに接続するための通信インターフェースを提供する。なお、通信回路１２は、ＣＡＮの通信プロトコルを実現するバスコントローラ（ＣＡＮコントローラ）を含んでいる。本実施形態では、ＣＡＮを採用するが、ＣＡＮの通信プロトコルの詳細については、公知であるので説明を省略する。ここで、通信回路１２は、ネットワークケーブル２を着脱可能に接続するコネクタ（図示せず）を含む。
【００１５】
ＲＯＭ１３は、例えば、フラッシュＲＯＭ等、電源供給を遮断してもデータが保持される不揮発性の半導体メモリである。ＲＡＭ１４は、例えば、演算処理等に用いられるデータの一時的な作業領域となるメモリであって、電源供給が遮断されると、記憶内容が消える揮発性メモリである。なお、ＲＡＭ１４は、例えば、ダイナミックＲＡＭやスタティックＲＡＭであってもよい。バス１５は、ＣＡＮ通信のデータ転送等に利用することができる。
【００１６】
また、ＥＣＵ１は、プロセッサ１１、ＲＯＭ１３、ＲＡＭ１４等のハードウェアと、ＲＯＭ１３に記憶されている制御プログラム等のソフトウェアとが協働することにより、各種機能を実現する。この制御プログラムには、本実施形態の検査方法等の処理を行う検査プログラムが含まれる。したがって、プロセッサ１１は、検査プログラムを実行することで、本実施形態の検査方法の処理を実現する。
【００１７】
図３は、図１に示す検査装置３のハード構成例を示す図である。検査装置３は、作業者からのコマンド入力を受け付けることにより、ＥＣＵ１に対して車両に関する検査の処理を指令して、その検査を実行させるパーソナルコンピュータ等の電子機器で構成される。具体的には、検査装置３は、図３に示すように、ＣＰＵ等のプロセッサ３１と、ＣＡＮ等のネットワークに接続するための通信回路３２と、ハードディスク装置等のストレージ３３と、作業者へのインターフェースとなる入出力装置３４と、バス３５と、を備える。
【００１８】
プロセッサ３１、通信回路３２、ストレージ３３及び入出力装置３４は、バス３５を介して、互いに接続されている。ここで、通信回路３２は、通信回路１２と同様、バスコントローラ（ＣＡＮコントローラ）やネットワークケーブル２を着脱可能に接続するコネクタ（図示書略）を含む。また、入出力装置３４は、ＬＣＤ（Liquid Crystal Display）等のディスプレイと、キーボードと、マウス等のポインティングデバイスと、を含む。なお、ストレージ３３は、例えば、ネットワークに接続されたＮＡＳ（Network Attached Storage），サーバのストレージ等であってもよい。
【００１９】
[従来例との比較]
ここで、本件に開示する技術をより深く理解するため、本実施形態に従来例を適用し、ＥＣＵ１の検査の一例について、タイミングチャートを用いて簡単に説明する。この検査は、例えば、工場出荷前に行う車両に関する検査（出荷検査モード）であって、具体的には、車両に搭載された各種機器を正常に動作させるためのＥＣＵ１内部の動作確認に係る検査である。
【００２０】
図４は、正常時のタイミングチャート（比較例）の一例を説明する図である。図４では、ＥＣＵ１の検査において、検査装置３から初期設定された所定の送信周期（１０ミリ秒［ｍｓ］）で、時系列に検査指令信号が出力（送信）されている状態を例示している。図４では、送信周期、データの流れ、サンプリング周期、格納した受信データ、ＥＣＵ１の状態をタイミングチャートで示している。ここで、送信周期は、検査指令信号が変化する時間間隔の一例であり、検査指令信号は、指令信号の一例であって、例えば、ｎ進数の所定のビット値からなる第１信号と該ビット値を反転させたビット値とからなる第２信号である。
【００２１】
具体的には、本実施形態では、一例として、１６進数のＡＡｈのビット値（２進数：10101010）と、ＡＡｈの反転値５５ｈ（２進数：01010101）とを用いる。検査装置３は、所定規則で変化する指令信号の一例として、第１信号（ＡＡｈ）と第２信号（５５ｈ）とを交互に送信周期（１０ミリ秒）で出力する。なお、検査指令信号は、ＣＡＮの通信プロトコルのデータフォーマットに従った通信データであるが、説明を分かりやすくするため、ＡＡｈ、５５ｈで表記する。また、第１信号、第２信号の値は、それぞれ、ＡＡｈ、５５ｈに限定されず、互いに異なる値であればよい。さらに、本実施形態では、インクリメント又はデクリメントしていく数字等、予め定めた規則に従っていれば、検査指令信号として適用することが可能である。また、検査指令信号は、送受信側の相互間で決められた規則性のある値であってもよい。具体的には、検査指令信号は、例えば、００ｈ→０１ｈ→０２ｈ→０３ｈ→００ｈ→・・・のように繰り返すデータ列であってもよい。
【００２２】
また、図４において、データの流れ、サンプリング周期の欄は、ＥＣＵ１側でネットワークケーブル２を介して、一例として送信周期に同期させて１０ミリ秒のサンプリング周期（受信周期）で検査指令信号を取得していく状態を例示している。また、格納した受信データの欄は、サンプリング周期毎にＲＡＭ１４に格納されるデータ（第１信号（ＡＡｈ）又は第２信号（５５ｈ）の指令信号）を示している。さらに、図４では、ＥＣＵ１の状態（出荷検査モード待機中、出荷検査モード中）を示している。
【００２３】
出荷検査において、ＥＣＵ１は、検査装置３から出力された検査指令信号を取得（受信）し、さらにその検査指令信号を予め設定した規定回数分、取得することにより、出荷検査モード待機中から出荷検査モードに遷移し、検査を開始する。そして、ＥＣＵ１は、検査指令信号を取得し続ける間、検査を実行する。なお、ＥＣＵ１では、取得した検査指令信号を順次ＲＡＭ１４に格納し、プロセッサ１１が、検査指令信号のデータ列に応じて、出荷検査モード待機中から出荷検査モードに切替えたり、出荷検査モードから出荷検査モード待機中に切替えたりする。
【００２４】
図４においては、検査装置３からＥＣＵ１に向けて、一例として１０ミリ秒の送信周期で交互に出力された検査指令信号（ＡＡｈ、５５ｈ）のタイミングを垂直下向きの矢印で示している。データの流れの欄に示す各ブロックの幅は、送信周期の間隔を示し、検査装置３から出力され検査指令信号がネットワークケーブル２の通信データバスを介して、ＥＣＵ１の通信回路１２へと流れていくこと過程を模式的に示している。
【００２５】
また、サンプリング周期の欄の各矩形は、ＥＣＵ１における１０ミリ秒毎のサンプリング周期での受信処理を模式的に示しており、各矩形からデータの流れの各ブロック向く垂直上向きの矢印が、その時のタイミングで検査指令信号（５５ｈとＡＡｈとの何れか一方）を受信したことを示している。格納した受信データの欄に示す各ブロックの幅は、送信周期に応じて定まる時間帯にＲＡＭ１４に格納された受信データの値を示している。図４において、各矩形から格納した受信データの各ブロックに向く矢印は、ＥＣＵ１側で受信データとして５５ｈ又はＡＡｈをＲＡＭ１４に格納するタイミングを示している。
【００２６】
具体的な処理の流れについて説明すると、プロセッサ１１は、先ず、出荷検査モード待機中か出荷検査モード中かを判定し、出荷検査モード待機中の場合、時系列に５５ｈとＡＡｈとの検査指令信号が交互に取得しているか否かを判定する。さらに、プロセッサ１１は、検査指令信号の取得回数が予め設定した規定回数に達したか否かを判定する。続いて、プロセッサ１１は、規定回数に達した場合、出荷検査モード待機中から出荷検査モード中に遷移させる。これにより、プロセッサ１１は、出荷検査モード中、すなわち、時系列に５５ｈとＡＡｈとの検査指令信号を交互に取得している間、例えば、自己診断プログラム等により、予め定められたＥＣＵ１の検査項目について、検査して正常であるか否かを診断する。
【００２７】
ここで、プロセッサ１１は、５５ｈとＡＡｈとの検査指令信号を交互に取得ができなくなり、取得できない回数が規定回数に達した場合、本来ならば出荷検査モードを継続しなければないところ、出荷検査モードの終了と誤判定し、出荷検査モード待機中に遷移させる。換言すると、プロセッサ１１は、出荷検査モードに遷移後も検査指令信号として５５ｈとＡＡｈを交互に漏れなく正常に取得している限り、検査終了まで出荷検査モードを維持し続ける。
【００２８】
図５は、送信周期に揺らぎが発生した場合のタイミングチャート（比較例）の一例を説明する図である。送信周期が揺らぐと、サンプリング周期のとの間にずれが生じることになる。出荷検査モード中も検査指令信号を漏れなく正常に取得する必要がある。しかし、検査装置３側で送信周期の揺らぎが発生した場合、上記のずれが生じ、その結果、例えば、検査指令信号を交互に取得できないという取得漏れが発生する。
【００２９】
なお、取得漏れは、受信データの欠落等、検査指令信号が交互に取得できない場合に限られないが、本実施形態では、説明を分かりやすくするため、検査指令信号が交互に取得できない場合について例示する。したがって、本実施形態では、受信データの欠落にも適用できることは言うまでもない。
【００３０】
図５において、データの流れのブロック幅が、ＡＡｈと５５ｈとで異なるのは、送信周期の揺らぎを模式的に示しているからである。プロセッサ１１は、１０ミリ秒毎のサンプリング周期でデータ取得する際、送信周期の揺らぎにより、時刻ｔ１で５５ｈを取得したものの、時刻ｔ２ではＡＡｈではなく、５５ｈを取得してＲＡＭ１４に格納する。
【００３１】
続いて、プロセッサ１１は、次のサンプリング周期の時刻ｔ３では、５５ｈを取得することになる。但し、プロセッサ１１は、処理の便宜上、既に、前回の時刻ｔ２で同じ値（５５ｈ）をＲＡＭ１４に格納している場合は、データの格納処理を行わず、そのデータの受信状態が継続していることとする。つまり、プロセッサ１１が５５ｈとＡＡｈとの値を交互に取得することができないため、取得漏れが発生したことを示している。なお、図５に示すサンプリング周期の欄の矩形から垂直上向きの点線の矢印は、プロセッサ１１がデータの読込み（取得）をする一方で、ＲＡＭ１４への書込み（格納）を実行しないことを示している。
【００３２】
ここで、送信周期の揺らぎにより、検査指令信号の取得漏れの回数が規定回数に達すると、プロセッサ１１は、出荷検査モードを異常終了し、出荷検査モード待機中に遷移させる。その結果、上述した通り、予期せぬタイミングでの出荷検査モードが解除され、検査の誤診断が発生しやすくなり、検査を確実に実行することが困難となる。
【００３３】
そこで、以下の実施形態において、予期せぬタイミングでの出荷検査モードの解除を抑制する技術について説明する。
[本実施形態の動作処理]
【００３４】
図６は、本実施形態における検査方法の動作の一例を示すフローチャートである。このフローチャートは、出荷検査モードに遷移するまでの処理を例示しており、プロセッサ１１は、図６に示すフローチャートの処理を、例えば、１０ミリ秒毎の定周期のジョブとして実行する。他の条件は、図４に示した場合と同様とする。
【００３５】
ステップＳ１０１：プロセッサ１１は、出荷検査モード待機中であるか否かを判定する。出荷検査モード待機中である場合（ステップＳ１０１：Ｙｅｓ）、ステップＳ１０２の処理に移行し、出荷検査モード待機中でない場合（ステップＳ１０１：Ｎｏ）、既に、出荷検査モード中であるので、図６に示すフローチャートの処理を終了する。
【００３６】
なお、後述する通り、出荷検査モード中は、プロセッサ１１は、図７に示すフローチャートの処理を実行する。そのため、プロセッサ１１は、並列処理で定周期のジョブとして図６に示すフローチャートの処理を開始する毎に、ステップＳ１０１にて否定側の判定処理をするので、以下に説明するステップＳ１０２〜Ｓ１０４の処理を実行しないで終了する。
【００３７】
ステップＳ１０２：プロセッサ１１は、この図６に示すフローチャートの処理を繰り返す毎に、第１信号（ＡＡｈ）と第２信号（５５ｈ）とを交互に受信中であるか否かを判定する。第１信号（ＡＡｈ）と第２信号（５５ｈ）とを交互に受信中の場合（ステップＳ１０２：Ｙｅｓ）、ステップＳ１０３の処理に移行し、受信中でない場合（ステップＳ１０２：Ｎｏ）、図６に示すフローチャートの処理を終了する。
【００３８】
ステップＳ１０３：プロセッサ１１は、規定回数に達したか否かを判定する。具体的には、プロセッサ１１は、第１信号（ＡＡｈ）と第２信号（５５ｈ）とを規定回数、交互に連続して受信したか否かを判定する。この判定条件を満たす場合（ステップＳ１０３：Ｙｅｓ）、ステップＳ１０４の処理に移行する。この判定条件を満たさない場合（ステップＳ１０３：Ｎｏ）、図６に示すフローチャートの処理を終了する。
【００３９】
ステップＳ１０４：プロセッサ１１は、出荷検査モードに遷移させる。つまり、プロセッサ１１は、出荷検査モード待機中から出荷検査モード中に切替える。そして、プロセッサ１１は、図６に示すフローチャートの処理を終了し、出荷検査モードの処理として、図７に示すフローチャートの処理を実行する。
【００４０】
図７は、本実施形態における検査方法の動作の一例を示すフローチャートである。図８は、本実施形態における正常時のタイミングチャートの一例を説明する図である。図９は、本実施形態における予期せぬタイミングでの出荷検査モードの解除を抑制する制御処理を行う場合のタイミングチャートの一例を説明する図である。
【００４１】
プロセッサ１１は、図６に示すフローチャートの処理を、例えば、１０ミリ秒毎の定周期のジョブとして実行したが、サンプリング周期を、送信周期（１０ミリ秒）よりも短くして、図７に示すフローチャートの処理を例えば２ミリ秒定周期のジョブとして実行する。つまり、本実施形態では、サンプリング周期を送信周期の１／２以下にする。この場合、図９に示す通り、検査指令信号の取得漏れを抑制することができる。
【００４２】
ステップＳ２０１：プロセッサ１１は、出荷検査モード中か否かを判定する。具体的には、プロセッサ１１は、検査装置３から出力され、ＲＡＭ１４に時系列に格納される検査指令信号のデータを読込み、データ列に基づいて、出荷検査モード中か否かを判定する。出荷検査モード中の場合（ステップＳ２０１：Ｙｅｓ）、ステップＳ２０２の処理に移行する。一方、出荷検査モード中でない場合（ステップＳ２０１：Ｎｏ）、図７に示すフローチャートの処理を終了する。すなわち、この場合、プロセッサ１１が出荷検査モード中から出荷検査モード待機中に切替えたことを意味する。
【００４３】
ステップＳ２０２：プロセッサ１１は、第１信号（ＡＡｈ）と第２信号（５５ｈ）とを交互に受信中か否かを判定する。第１信号（ＡＡｈ）と第２信号（５５ｈ）とを交互に受信中の場合（ステップＳ２０２：Ｙｅｓ）、図７に示すフローチャートの処理を終了する。一方、受信中でない場合（ステップＳ２０２：Ｎｏ）、ステップＳ２０３の処理に移行する。
【００４４】
ステップＳ２０３：プロセッサ１１は、規定回数に達したか否かを判定する。ここで、検査装置３側から出荷検査モードを正常終了させる場合、例えば、第１信号（ＡＡｈ）のみを継続的に出力する。これにより、プロセッサ１１は、第１信号（ＡＡｈ）を規定回数受信した場合には、この判定条件を満たす場合として（ステップＳ２０３：Ｙｅｓ）、ステップＳ２０４の処理に移行する。この判定条件を満たさない場合（ステップＳ２０３：Ｎｏ）、図７に示すフローチャートの処理を終了する。
【００４５】
ステップＳ２０４：プロセッサ１１は、再度、出荷検査モード待機中に遷移させる。そして、プロセッサ１１は、図７に示すフローチャートの処理を終了し、再び、図６に示すフローチャートの処理を実行する。以下、図８,９のタイミングチャートと関連付けて、本実施形態における検査方法について説明する。
【００４６】
図８に示す正常時においてプロセッサ１１は、出荷検査モード待機中から出荷検査モード中に切替えると、初期設定された送信周期に対してサンプリング周期を短くすることにより、検査指令信号を取得する。図８では、このようにサンプリング周期を短くしても、第１信号（ＡＡｈ）と第２信号（５５ｈ）とを交互に取得できるので、プロセッサ１１は、出荷検査モードにおける検査の処理を正常に実行することができる。
【００４７】
また、図９に示すように、送信周期に揺らぎが生じた場合であっても、初期設定された送信周期に対してサンプリング周期を短くすることにより、検査指令信号の取得漏れが発生せず、第１信号（ＡＡｈ）と第２信号（５５ｈ）とを交互に取得できる。したがって、プロセッサ１１は、出荷検査モードにおける検査の処理を正常に実行することができる。
【００４８】
なお、本実施形態では、サンプリング周期の最小値を、通信プロトコルの設定可能な最小の送信周期の１／２以上に設定するようにしてもよい。このような条件にした場合であっても、本実施形態では、予期せぬタイミングでの出荷検査モードの解除を抑制することができる。
【００４９】
また、上記実施形態では、説明を分かりやすくするため、出荷検査モードの切替えについて例示したが、複数のモードの内から出荷検査モードを切替えるようにしてもよい。
【００５０】
以上より、本実施形態では、検査指令信号の取得漏れを抑制することにより、予期せぬタイミングでの出荷検査モードの解除を抑制し、検査の確実性を高めることできる。これにより、検査精度を向上させることができる。さらに、本件開示の技術は、技術的思想において、出荷検査モードに限られず、予期せぬタイミングでのモードの解除を抑制するシステムに適用範囲を広げることができる。
[上記実施形態の補足事項]
上記実施形態から把握し得る請求項以外の技術的思想について、以下に効果と共に記載する。
（ａ）上記電子制御装置と上記指令信号を供給する検査装置とは、ＣＡＮ又はＦｌｅｘＲａｙ（登録商標）の通信プロトコルを用いて通信し、
上記指令信号のサンプリング周期の最小値は、上記通信プロトコルの設定可能な最小の送信周期の１／２以上であることを特徴とする請求項２に記載の電子制御装置。
上記技術的思想によれば、上記サンプリング周期を上記の条件にすることで、予期せぬタイミングでのモードの解除を抑制することができる。
（ｂ）上記モードの実行中において、上記指令信号を規定回数分、取得しなかった場合、上記所定のモードを終了することを特徴とする請求項１から３の何れかに記載の電子制御装置。
上記技術的思想によれば、規定回数に応じてモードを終了することで、そのモードを正常終了することができる。
（ｃ）上記モードの実行中において、上記指令信号をサンプリングする間隔が上記時間間隔の２倍以上の状態が規定回数分継続した場合、上記モードを終了することを特徴とする請求項１から３の何れかに記載の電子制御装置。
上記技術的思想によれば、規定回数に応じてモードを終了することで、モードを正常終了することができる。
（ｄ）上記指令信号は、ｎ進数の所定のビット値からなる第１信号と該ビット値を反転させたビット値とからなる第２信号とで構成され、上記第１信号と上記第２信号とが上記外部装置から上記時間間隔で交互に出力されることを特徴とする請求項３に記載の電子制御装置。
上記技術的思想によれば、上記指令信号を単純化してモードの維持を図ることができる。
（ｅ）所定規則で変化する指令信号に応じて、所定のモードに切替わり、上記指令信号が連続している間、上記所定のモードを維持する自動車用の電子制御装置の検査方法であって、少なくとも上記所定のモードの実行中は、上記指令信号が変化する時間間隔よりも短い周期で、上記指令信号をサンプリングすることを特徴とする検査方法。
上記技術的思想によれば、上記の処理を実行することで、予期せぬタイミングでのモードの解除を抑制する検査方法を提供できる。
（ｆ）所定規則で変化する指令信号に応じて、所定のモードに切替わり、上記指令信号が連続している間、上記所定のモードを維持する自動車用の電子制御装置のプログラムであって、少なくとも上記所定のモードの実行中は、上記指令信号が変化する時間間隔よりも短い周期で、上記指令信号をサンプリングする処理を実行させるプログラム。
上記技術的思想によれば、上記の処理をプログラムに実行させることで、予期せぬタイミングでのモードの解除を抑制することができる。
【００５１】
以上、本件に開示する実施形態について明細書及び図面等を用いて説明したが、本件開示の技術は、上記実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々の変更が可能である。
【符号の説明】
【００５２】
１…ＥＣＵ
２…ネットワークケーブル
３…検査装置
１１,３１…プロセッサ
１２,３２…通信回路
１３…ＲＯＭ
１４…ＲＡＭ
１５,３５…バス
３３…ストレージ
３４…入出力装置
【図１】
0006505482.tif 000002
【図２】
0006505482.tif 000003
【図３】
0006505482.tif 000004
【図４】
0006505482.tif 000005
【図５】
0006505482.tif 000006
【図６】
0006505482.tif 000007
【図７】
0006505482.tif 000008
【図８】
0006505482.tif 000009
【図９】
0006505482.tif 000010