(57)【要約】【課題】ＯＢＤ車検において特定ＤＴＣを管理する煩わしさを低減する技術を提供する。【解決手段】車両に搭載される電子制御装置は、コード取得部Ｓ１１０と、変換部Ｓ１２０−Ｓ１６０と、送信部Ｓ１７０と、を備える。変換部は、故障コードのうちの少なくとも１つであって予め定められた安全基準に不合格となる特定故障の種別を表す特定故障コードと特定故障毎に予め定められた共通識別コードとの対応を示す共通対応情報に基づいて、コード取得部によって取得された故障コードを共通識別コードに変換する。送信部は、要求装置に共通識別コードを送信する。【選択図】図４
2020147250.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載される電子制御装置であって、
当該電子制御装置に対して読み出し要求を送信する要求装置から前記読み出し要求を受信したときに、故障診断を実行する装置診断部（６１）によって前記車両における故障の種別を表す故障コードが書き込まれる車載記憶装置から前記故障コードを取得するコード取得部（６２、Ｓ１１０）と、
前記故障コードのうちの少なくとも１つであって予め定められた安全基準に不合格となる特定故障の種別を表す特定故障コードと前記特定故障毎に予め定められた共通識別コードとの対応を示す共通対応情報に基づいて、前記コード取得部によって取得された前記故障コードを前記共通識別コードに変換する変換部（６２、Ｓ１２０−Ｓ１６０）と、
前記要求装置に前記共通識別コードを送信する送信部（６２、Ｓ１７０）と、
を備える電子制御装置。
【請求項２】
請求項１に記載の電子制御装置であって、
前記装置診断部は前記故障診断を実行して前記車載記憶装置に前記特定故障コードを記憶するように構成されており、
前記コード取得部は前記車載記憶装置から前記特定故障コードを取得し、
前記変換部は、前記共通対応情報に基づいて、前記コード取得部によって取得された前記特定故障コードを前記共通識別コードに変換する
電子制御装置。
【請求項３】
請求項１に記載の電子制御装置であって、
前記変換部は、
前記故障コードと前記特定故障コードとの対応を表した特定対応情報に基づいて、前記コード取得部によって取得された前記故障コードから前記特定故障コードを特定する特定部（Ｓ１６０）と、
前記共通対応情報を取得し、前記共通対応情報に基づいて、前記特定部によって特定された前記特定故障コードを前記共通識別コードに変換する実行部（Ｓ１６０）と、
を備える電子制御装置。
【請求項４】
請求項１から請求項３のいずれか一項に記載の電子制御装置であって、
少なくとも前記共通対応情報は、車両に搭載された書き換え可能な書き換え記憶装置に記憶されており、
当該電子制御装置は、
車両の外部装置との通信によって、前記書き換え記憶装置に記憶されている前記共通対応情報を書き換える書き換え部（Ｓ１５０）
を備える電子制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車両における故障を検出する技術に関する。
【背景技術】
【０００２】
例えば、特許文献１には、車両に搭載される電子制御装置（以下、ＥＣＵ）として、故障診断機能を有するものが記載されている。ＥＣＵにより検出された故障種別コードは、車両のネットワークに接続された外部装置である検査ツールによって読み出される。上記故障種別コードは、一般にＤＴＣと呼ばれる。ＤＴＣは、Diagnostic Trouble Codeの略である。ＥＣＵは、Electronic Control Unitの略である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１１３６６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＥＣＵが有する故障診断機能は、ＯＢＤとも呼ばれる。ＯＢＤは、On Board Diagnosticsの略である。近年では、ＯＢＤを活用した車両検査（以下、ＯＢＤ車検）の実施が検討されている。ＯＢＤ車検では、車両内で検出され得る複数種類の故障に関するＤＴＣのうち、特定の１つ以上のＤＴＣが、特定ＤＴＣとして定義される。例えば、ＯＢＤ車検の実施時において、車両に搭載されているＥＣＵから特定ＤＴＣが読み出された場合には、その車両は不合格とされる。
【０００５】
発明者は、上述のＯＢＤ車検において次のような課題を見出した。すなわち、特定ＤＴＣは、車両メーカ毎、車種毎、車両の年式毎等によって異なることが考えられる。また、特定ＤＴＣは、車両メーカや車両ユーザや社会等のニーズにより、追加及び変更等といった更新が行われ、増加していくことが考えられる。このため、ＯＢＤ車検では、膨大な数となり得る特定ＤＴＣを管理する煩わしさが生じ得る。
【０００６】
本開示の一態様は、ＯＢＤ車検において特定ＤＴＣを管理する煩わしさを低減する技術を提供することにある。
【課題を解決するための手段】
【０００７】
本開示の一態様は、車両に搭載される電子制御装置であって、コード取得部（６２、Ｓ１１０）と、変換部（６２、Ｓ１２０−Ｓ１６０）と、送信部（６２、Ｓ１７０）と、を備える。コード取得部は、当該電子制御装置に対して読み出し要求を送信する要求装置から読み出し要求を受信したときに、故障診断を実行する装置診断部（６１）によって車両における故障の種別を表す故障コードが書き込まれる車載記憶装置から故障コードを取得する。変換部は、故障コードのうちの少なくとも１つであって予め定められた安全基準に不合格となる特定故障の種別を表す特定故障コードと特定故障毎に予め定められた共通識別コードとの対応を示す共通対応情報に基づいて、コード取得部によって取得された故障コードを共通識別コードに変換する。送信部は、要求装置に共通識別コードを送信する。
【０００８】
このような構成によれば、例えば、ＯＢＤ車検を管理する管理機関において、共通識別コードに基づいてＯＢＤ車検を実施、管理するようにすれば、ＯＢＤ車検機関では、個々の自動車メーカ毎、車両毎、及び年式毎等に個別に設定され得る特定ＤＴＣを管理する必要がなくなる。この結果、ＯＢＤ車検において特定ＤＴＣを管理する煩わしさを低減する
ことができる。
【図面の簡単な説明】
【０００９】
【図１】通信システム、車載装置、ツールの構成を示すブロック図。
【図２】ＥＣＵの機能を説明する説明図。
【図３】ＯＢＤ車検において特定ＤＴＣが増加する様子を説明する説明図。
【図４】車載側処理のフローチャート。
【図５】実施形態の共通対応情報の一例を説明する説明図。
【図６】特定ＤＴＣが共通ＩＤに変換される様子を説明する説明図。
【図７】ツール側処理のフローチャート。
【図８】ＯＢＤ車検リストの一例を説明する説明図。
【図９】特定ＤＴＣを管理する煩わしさが抑制されることを説明する説明図。
【図１０】共通対応情報が書き換え可能であることを説明する説明図。
【図１１】車両において共通対応情報が更新されることを説明する説明図。
【図１２】他の実施形態の特定対応情報の一例を説明する説明図
【図１３】他の実施形態の共通対応情報の一例を説明する説明図。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら、本開示の実施形態を説明する。
［実施形態］
［１．構成］
図１に示す実施形態の通信システム１０は、車両に搭載された車載装置１１と、車両の外部の装置であるスキャンツール（以下、ツール）１３と、を備える。また、通信システム１０は、車両の外部に設置されたサーバである、情報サーバ１５と、管理サーバ１７とを備える。
【００１１】
（１）車載装置
車載装置１１は、少なくとも１つの電子制御装置（以下、ＥＣＵ）５０を備える。ＥＣＵ５０は、車両に搭載されて、該車両における予め定められた種々の制御対象の制御を行う。
【００１２】
また、車載装置１１は、車両通信部５６を備えていてもよい。車両通信部５６は、車両メーカのサーバであって車両のＯＢＤ車検に関する情報を記憶するための情報サーバ１５と通信を行う装置である。尚、車両通信部５６は、図１では無線通信を行うように構成されているが、有線通信を行うように構成されてもよい。通信線４０には、ＥＣＵ５０から特定ＤＴＣを読み出すためのスキャンツール（以下、ツール）１３が、通信線４０に設けられたコネクタ１９を介して着脱可能に接続されるようになっている。
【００１３】
ＥＣＵは、「Electronic Control Unit」の略である。尚、図１では１つのＥＣＵ５０が図示されているが、通信システム１０は、複数のＥＣＵ５０を備えてもよい。この場合、複数のＥＣＵ５０は、車両内の通信線４０によって互いに通信可能に接続され得る。例えば、これらのＥＣＵ５０は、ＣＡＮ等の通信プロトコルに従って通信を行ってもよい。尚、通信プロトコルはＣＡＮ以外の通信プロトコルであってもよい。ＣＡＮは、「Controller Area Network」の略であり、登録商標である。
【００１４】
ＥＣＵ５０は、当該ＥＣＵ５０に対して予め定められた制御対象を制御するための種々の処理を行うマイクロコンピュータ（以下、マイコン）５１を備える。マイコン５１は、ＣＰＵ５２と、ＲＯＭ５３と、ＲＡＭ５４と、他のメモリ５５と、を備える。ＣＰＵ５２は、プログラムを実行する。ＲＯＭ５３は、ＣＰＵ５２が実行するプログラムや該プログラムの実行時に参照されるデータ等が格納されている。ＲＡＭ５４は、データを一時的に
記憶する。
【００１５】
メモリ５５は、ＥＣＵ５０の動作停止中においても、換言するとＥＣＵ５０の動作停止中においても、データを保持可能で、且つ、データの書き込み及び読み出しが可能な少なくとも１つのメモリである。メモリ５５は、例えば、データ保持用の電源が常時供給されたスタンバイＲＡＭで良いし、ＥＥＰＲＯＭやフラッシュメモリ等の書き換え可能な不揮発性メモリでも良い。
【００１６】
そして、メモリ５５には、ＥＣＵ５０による故障診断によって、車両における故障の種別を表す故障コードが記憶され得る。また、メモリ５５には、少なくとも後述する共通対応情報が記憶される。また、該共通対応情報のバージョンを示すバージョン情報が記憶される。尚、車両の工場出荷時には、該工場出荷時において最新の共通対応情報及びそのバージョン情報が予めメモリ５５に記憶される。
【００１７】
ＥＣＵ５０は、ＣＰＵ５２がプログラムを実行することで実現される機能の構成として、図２に示すように、装置診断部６１と、変換実行部６２と、を備える。
装置診断部６１は、少なくとも１つの診断項目について、故障診断を実行する。故障診断とは、診断項目について異常が生じているか否かを診断することをいう。そして、ＥＣＵ５０は、故障診断が完了すると、故障診断が完了したことを表す完了フラグをメモリ５５に書き込み、更に故障診断により異常と判断した診断項目については、ＤＴＣをメモリ５５に書き込む。ＤＴＣは、車両における故障（即ち、異常）の種別を表す故障コードである。ＤＴＣは、「Diagnostic Trouble Code」の略である。ここでいう診断項目とは、車両における故障の種別を表す項目である。
【００１８】
例えば、ＥＣＵ５０には車両の作動を制御するための図示しない各種センサや各種アクチュエータ等からの検出信号が入力されるようになっている。ＥＣＵ５０は、例えばこれらの検出信号を診断項目として、故障診断において、検出信号の値が所定値以上であることを検出すると該診断項目を異常と判断するように構成されていてもよい。つまり、ＥＣＵ５０は、アクチュエータからの検出信号である消費電流が所定値以上であることを検出すると、診断項目としての該アクチュエータの消費電流を異常と判断するように構成され得る。
【００１９】
ただし、故障診断による異常が生じたか否かの判断は、これに限定されるものではなく、種々の判断方法が有り得る。
変換実行部６２は、後述する車載側処理を実行することにより、装置診断部６１によりメモリ５５に記憶されたＤＴＣを、共通対応情報に基づいて特定ＤＴＣに対応する共通識別コード（以下、共通ＩＤ）に変換し、共通ＩＤを出力する。特定ＤＴＣとは、ＤＴＣのうちの少なくとも１つであって、車両において予め定められた安全基準に不合格となる故障である特定故障が生じたことを表す故障コードである。特定故障が生じているということは、ＯＢＤ車検に不合格であることに相当する。
【００２０】
共通ＩＤとは、安全基準に基づく車両検定すなわちＯＢＤ車検に利用されるコードである。共通ＩＤは、予め定められた識別コード（以下、ＩＤ）であって、特定故障毎に、すなわち特定ＤＴＣ毎に異なる。共通対応情報とは、特定ＤＴＣと共通ＩＤとの対応を示す情報である。共通ＩＤ及びそのバージョン情報は、後述するように、情報サーバ１５によって管理されている。
尚、装置診断部６１によって故障が生じたと判断されなかった場合、装置診断部６１は、ＤＴＣをメモリ５５に記憶させない。この場合、装置診断部６１は、ＤＴＣが生じていないことを表す情報をメモリ５５に記憶させるように構成されてもよいし、メモリ５５を初期状態のままとするように構成されてもよい。
【００２１】
（２）ツール
ツール１３は、整備工場等で整備員によって用いられる車両外部の装置（以下、車外装置）である。ツール１３は、図１に示すように、ツール１３の動作を司る制御部であるツール制御部３０と、操作部３６と、ディスプレイ３７と、ツール通信部３８と、を備える。ツール１３は、これらを備えたハンディタイプの装置であってもよく、パーソナルコンピュータでもよい。
【００２２】
ツール制御部３０は、例えばマイコン３１を備える。マイコン３１は、プログラムを実行するＣＰＵ３２と、ＣＰＵ３２が実行するプログラムや該プログラムの実行時に参照されるデータ等が格納されたＲＯＭや、データを一時的に記憶するためのＲＡＭ等といったメモリ３３と、を備える。
【００２３】
ツール制御部３０は、ＣＰＵ３２が後述するツール側処理を実行することにより、ＥＣＵ５０から特定ＤＴＣを取得し、ＯＢＤ車検リストを生成する。ＯＢＤ車検リストとは、ＯＢＤ車検に必要とされる全ての特定ＤＴＣに対して、特定ＤＴＣ毎に、異常が生じているか否かを表すリストである。つまり、ＯＢＤ車検リストでは、特定ＤＴＣに対応する診断項目（以下、特定診断項目ともいう）毎に、異常であるか又は正常であるかが表されている。
【００２４】
本実施形態では、ＯＢＤ車検リストにおいて特定ＤＴＣに代えて共通ＩＤが用いられており、共通ＩＤ毎に共通ＩＤに対応する特定診断項目について異常が生じているか否かが表されている。共通ＩＤに対応する特定ＤＴＣに異常が生じていることは、ＯＢＤ車検に不合格であることを示す。
【００２５】
操作部３６は、整備員の入力操作を受け付ける装置である。例えば、操作部３６は、整備員からの入力操作に従って、後述するように、読み出し要求をＥＣＵ５０に送信する。
ディスプレイ３７は、例えばＥＣＵ５０から受信した特定ＤＴＣやＯＢＤ車検リスト等といった種々の情報を表示するための表示装置である。
【００２６】
ツール通信部３８は、少なくとも管理サーバ１７と、通信を行う装置である。尚、ツール通信部３８は、図１では無線通信を行うように構成されているが、有線通信を行うように構成されてもよい。
【００２７】
（３）情報サーバ
情報サーバ１５は、車両メーカ毎に設けられるサーバである。情報サーバ１５は、図示しないが、通信装置と記憶装置とを備える。情報サーバ１５では、通信装置は、少なくともＥＣＵ５０と、通信を行う。
【００２８】
上述の特定ＤＴＣは、車両メーカ毎に管理される。情報サーバ１５では、記憶装置に、共通ＩＤに対応する特定診断項目毎に、特定ＤＴＣが記憶される。後述する図３に示すように、特定ＤＴＣは、特定診断項目毎に、各車両メーカの車両の車種毎に、又は該車種の世代（即ち、年式）毎に、各車両メーカにて準備される。このような特定ＤＴＣと共通ＩＤとの対応を表す情報が、上述の共通対応情報である。
【００２９】
管理サーバ１７において共通ＩＤは車両の工場出荷後にも追加及び変更等といった更新が行われ、情報サーバ１５では、最新の共通ＩＤに対応する特定ＤＴＣ及び対応情報と、これらのバージョン情報とが、記憶装置に記憶される。
【００３０】
つまり情報サーバ１５では、記憶装置に、車両の車種毎に、又は該車種の世代毎に準備
された特定ＤＴＣと、共通対応情報と、バージョン情報とが対応付けられて記憶される。バージョン情報は、例えば、共通対応情報が更新される毎に増加する数値やアルファベットや更新された年月日等によって表される。
（４）管理サーバ
管理サーバ１７は、ＯＢＤ車検を管理する管理機関に設けられるサーバである。管理サーバ１７は、図示しないが、通信装置と記憶装置とを備える。管理サーバ１７では、通信装置は、少なくともツール１３のツール通信部３８と、通信を行う。
【００３１】
ここで、ＯＢＤ車検の項目は、ＯＢＤ車検機関や、車両メーカや、車両ユーザや、社会等の要求により、更新され得る。また、上述のように、ＯＢＤ車検の項目に対応する特定ＤＴＣは、車両メーカ毎に管理されており、特定診断項目毎に、各車両メーカの車両の車種毎に、又は該車種の世代（即ち、年式）毎に、各車両メーカにて設定される。
【００３２】
つまり、図３に示すように、ＯＢＤ車検に必要とされる特定ＤＴＣの数は多く、且つ、年々増加することが考えられる。仮にこのような特定ＤＴＣを管理用サーバで管理することを想定すると、管理用サーバでは膨大な数の特定ＤＴＣを管理する必要が生じる。
【００３３】
そこで、本開示では、管理サーバ１７は、少なくとも、最新のＯＢＤ車検に必要とされる全ての共通ＩＤと、そのバージョン情報とを管理する。具体的には、管理サーバ１７は、共通ＩＤとバージョン情報とを記憶装置に記憶するように構成される。つまり、ＯＢＤ車検の項目の更新に伴って共通ＩＤも更新される。
【００３４】
また、本開示では、管理サーバ１７は、ツール１３から送信されたＯＢＤ車検リストを取得し、ＯＢＤ車検が実行された証明として、ＯＢＤ車検リストを該ＯＢＤ車検リストが取得された日時と共に記憶装置に記憶するように構成され得る。
【００３５】
［２．処理］
［２−１．車載側処理］
次に、ＥＣＵ５０においてＣＰＵ５２が実行する車載側処理について、図４のフローチャートを用いて説明する。車載側処理は、ＥＣＵ５０に電力が供給されている間、予め定められた周期で実行される処理である。
【００３６】
ＣＰＵ５２は、Ｓ１００では、ツール１３から読み出し要求を受信したか否かを判断する。読み出し要求とは、ツール１３が、ＯＢＤ車検リストを作成するために、ＥＣＵ５０から共通ＩＤを読み出すための要求である。換言すれば、読み出し要求は、ＯＢＤ車検を開始するための要求である。ＣＰＵ５２は、読み出し要求を受信したと判断された場合は処理をＳ１１０に移行させ、読み出し要求を受信していないと判断された場合は、車載側処理を終了する。
【００３７】
ＣＰＵ５２は、Ｓ１１０では、メモリ５５に記憶されているＤＴＣを取得する。具体的には、ＣＰＵ５２は、メモリ５５にＤＴＣが記憶されているか否かを判断し、ＤＴＣが記憶されている場合に、記憶されている該ＤＴＣを取得する。尚、ＣＰＵ５２は、メモリ５５にＤＴＣが記憶されていない場合は、メモリ５５にＤＴＣが記憶されていない旨を表す情報をツール１３へ送信し、車載側処理を終了する。
【００３８】
ＣＰＵ５２は、Ｓ１２０では、メモリ５５に記憶されている共通対応情報のバージョン情報を取得する。
ＣＰＵ５２は、Ｓ１３０では、車両通信部５６を介して情報サーバ１５と通信を行い、情報サーバ１５に記憶されている最新の共通対応情報のバージョン情報を取得する。
【００３９】
ＣＰＵ５２は、Ｓ１４０では、メモリ５５に記憶されている共通対応情報が最新であるか否かを判断する。ＣＰＵ５２は、メモリ５５に記憶されている共通対応情報が最新である場合に処理をＳ１６０へ移行させ、最新でない場合に処理をＳ１５０へ移行させる。具体的には、ＣＰＵ５２は、Ｓ１２０で取得されたバージョン情報とＳ１３０で取得されたバージョン情報とが一致する場合に、メモリ５５に記憶されている共通対応情報のバージョンが最新であると判断する。
【００４０】
ＣＰＵ５２は、Ｓ１５０では、共通対応情報を最新のものに更新する。つまり、ＣＰＵ５２は、車両通信部５６を介して情報サーバ１５と通信を行い、最新の共通対応情報を取得し、メモリ５５に記憶する。ここでは、取得された最新の共通対応情報は、メモリ５５において該共通対応情報が記憶されていた領域に、上書きされ保存される。
【００４１】
ＣＰＵ５２は、Ｓ１６０では、共通対応情報に基づいて、ＤＴＣを共通ＩＤに変換する。本実施形態では、例えば図５に示す共通対応情報としての共通対応テーブルのように、共通対応情報においてＤＴＣと共通ＩＤとが対応付けられている。
【００４２】
ここで、図５の例では、ＤＴＣ１−ＤＴＣ７のうち、ＤＴＣ１−ＤＴＣ５が特定ＤＴＣであり、共通対応情報では、これら特定ＤＴＣとしてのＤＴＣ１−ＤＴＣ５に対してＩＤ１−ＩＤ５といった共通ＩＤが対応づけられている。
【００４３】
一方、図５の例では、ＤＴＣ１−ＤＴＣ７のうち、ＤＴＣ６−ＤＴＣ７は、特定ＤＴＣはない。共通対応情報では、これら特定ＤＴＣではないＤＴＣとしてのＤＴＣ６−ＤＴＣ７に対して無効であるＩＤ（以下、無効ＩＤ）が対応づけられている。尚、無効ＩＤは、ツール１３にて、後述するツール側処理が実行される際に、共通ＩＤとして認識されないＩＤである。つまり、無効ＩＤはツール１３にてツール側処理の対象とはされない。
【００４４】
これにより、例えばメモリ５５にＤＴＣ１とＤＴＣ３とが記憶されている場合、ＤＴＣ１はＩＤ１に変換され、ＤＴＣ３はＩＤ３に変換される。
尚、本実施形態では、例えばＤＴＣ１−ＤＴＣ７といった複数のＤＴＣのうちの一部であるＤＴＣ１−ＤＴＣ５が特定ＤＴＣとして用いられる例を説明したが、本開示はこれに限定されるものではない。複数のＤＴＣのうちの少なくとも１つが特定ＤＴＣとして用いられ得る。例えば複数のＤＴＣのうちの全てが特定ＤＴＣとして用いられてもよい。
【００４５】
ＣＰＵ５２は、Ｓ１７０では、Ｓ１６０にて変換された共通ＩＤを、ツール１３へ送信する。ＣＰＵ５２は、以上で本車載側処理を終了する。
例えば図６に示すように、ある特定診断項目（以下、特定診断項目１）に対応する特定ＤＴＣとして、ＥＣＵ５０が搭載されたＡ社の車両では、車種Ｘにおいて「０００１」が設定され、車種Ｙにおいて「０００２」が設定されているとする。また、特定診断項目１に対応する特定ＤＴＣとして、ＥＣＵ５０が搭載されたＢ社の車両である車種Ｐにおいては、「０１０１」が設定されているとする。特定診断項目１に対応する共通ＩＤは「１０」であるものとする。
【００４６】
共通対応情報は、上述のように、少なくとも車両メーカ毎、車種毎に設定される。つまり、Ａ社の車種Ｘでは、共通対応情報において特定ＤＴＣ「０００１」と共通ＩＤ「１０」とが対応づけられており、Ａ社の車種Ｙでは、共通対応情報において特定ＤＴＣ「０００２」と共通ＩＤ「１０」とが対応づけられている。同様に、Ｂ社の車種Ｐでは、共通対応情報において特定ＤＴＣ「０１０１」と共通ＩＤ「１０」とが対応づけられている。
【００４７】
これにより、同一の特定診断項目では、Ａ社の車種Ｘ、車種Ｙ、Ｂ社の車種Ｐのそれぞれにおいて設定された特定ＤＴＣが、同一の共通ＩＤに変換される。
［２−２．ツール側処理］
次に、ツール制御部３０におけるＣＰＵ３２が実行するツール側処理について、図７のフローチャートを用いて説明する。ツール側処理は、ＥＣＵ５０へ送信した読み出し要求に対する応答を、コネクタ１９を介して該ＥＣＵ５０から受信したことをきっかけとして起動される。
【００４８】
具体的には、ツール制御部３０は、読み出し要求を送信してから予め定められた所定時間内にＥＣＵ５０から受信した情報に共通ＩＤが含まれている場合に、本ツール側処理を起動する。尚、ツール制御部３０は、ＥＣＵ５０から受信した情報に共通ＩＤが含まれていない場合、本ツール側処理を起動しない。
【００４９】
ＣＰＵ３２は、Ｓ２１０では、ＥＣＵ５０から送信された共通ＩＤを取得する。
ＣＰＵ３２は、Ｓ２２０では、ツール通信部３８を介して管理サーバ１７と通信を行い、管理サーバ１７に記憶されている、最新のＯＢＤ車検に必要とされる全ての共通ＩＤを取得する。
【００５０】
ＣＰＵ３２は、Ｓ２３０−Ｓ２７０では、Ｓ２１０で車両から取得された共通ＩＤとＳ２２０で管理サーバ１７から取得された共通ＩＤとが一致するか否かに基づいて、上述のＯＢＤ車検リストを生成する。
【００５１】
具体的にはＣＰＵ３２は、Ｓ２３０では、Ｓ２２０にて管理サーバ１７から取得されたＯＢＤ車検に必要とされる全ての共通ＩＤから、異常及び正常のいずれかのステータスが付与されていない共通ＩＤを１つ抽出する。ここでは、例えば、ＣＰＵ３２は、ＯＢＤ車検に必要とされる共通ＩＤであってステータスが付与されていない共通ＩＤのうち、小さい数値を示す共通ＩＤから順に、１つずつ抽出するように構成されてもよい。
【００５２】
ＣＰＵ３２は、Ｓ２４０では、Ｓ２３０にて抽出された共通ＩＤが、ＥＣＵ５０から受信した共通ＩＤと一致するか否かを判断する。ＣＰＵ３２は、これらが一致する場合に処理をＳ２６０へ移行させ、これらが一致しない場合に処理をＳ２５０へ移行させる。
【００５３】
ここで、ＣＰＵ３２は、Ｓ２５０では、Ｓ２３０にて抽出された共通ＩＤに対応する特定診断項目が正常であるとして、該共通ＩＤに正常ステータスを付与する。そして、処理をＳ２７０へ移行させる。つまり、Ｓ２３０にて管理サーバ１７から抽出された共通ＩＤとＥＣＵ５０から受信した共通ＩＤとが一致しないということは、管理サーバ１７から抽出された共通ＩＤがＥＣＵ５０にて検出されていないことを表すので、正常ステータスが付与されるのである。
【００５４】
ＣＰＵ３２は、具体的には、メモリ２３において、共通ＩＤに対応付けられた記憶領域に「正常」を表す情報を記憶する。「正常」を表す情報は、例えば、１又は０といったビット値で表され得る。
【００５５】
一方、ＣＰＵ３２は、Ｓ２６０では、Ｓ２３０にて抽出された共通ＩＤに対応する特定診断項目が異常であるとして、該共通ＩＤに異常ステータスを付与する。そして、処理をＳ２７０へ移行させる。つまり、Ｓ２３０にて管理サーバ１７から抽出された共通ＩＤと、ＥＣＵ５０から受信した共通ＩＤとが一致するということは、管理サーバ１７から抽出された共通ＩＤがＥＣＵ５０にて検出されていることを表すので、異常ステータスが付与されるのである。
【００５６】
ＣＰＵ３２は、具体的には、メモリ２３において、共通ＩＤに対応付けられた記憶領域に「異常」を表す情報を記憶する。「異常」を表す情報は、例えば、０又は１といったビ
ット値で表され得る。
【００５７】
ＣＰＵ３２は、Ｓ２７０では、Ｓ２２０にて管理サーバ１７から取得された、ＯＢＤ車検に用いられる全ての共通ＩＤについて、異常及び正常のうちのいずれかのステータスが付与されたか否かを判断する。ここで、ＣＰＵ３２は、全ての共通ＩＤについてステータスが付与されていないと判断した場合に処理をＳ２３０へ移行させ、Ｓ２３０−Ｓ２７０の処理を繰り返す。一方、ＣＰＵ３２は、全ての共通ＩＤについてステータスが付与されていると判断した場合に、ＯＢＤ車検に必要とされる全ての共通ＩＤについてステータスの照合が完了したものとして、処理をＳ２８０へ移行させる。
【００５８】
ＣＰＵ３２は、Ｓ２８０では、ＯＢＤ車検リストをディスプレイ３７に表示する。
ＣＰＵ３２は、Ｓ２９０では、ＯＢＤ車検リストを、ツール通信部３８を介して管理サーバ１７へ送信する。ＣＰＵ３２は、以上で本ツール側処理を終了する。
【００５９】
これにより、ツール１３では、例えば図８に示すように、Ｓ２２０にて管理サーバ１７から取得された、ＯＢＤ車検に必要とされる全ての共通ＩＤについて、「正常」及び「異常」のいずれかのステータスが付与された、ＯＢＤ車検リストが生成されることになる。図８では、「×」が異常であることを示し、「○」が正常であることを示す。
【００６０】
尚、該ＯＢＤ車検リストを受信した管理サーバ１７では、上述のように、ＯＢＤ車検リストと該ＯＢＤ車検リストを受信した時刻とが対応付けられて、管理サーバ１７の記憶装置に記憶される。
【００６１】
［３．効果］
以上詳述した実施形態によれば、以下の効果を奏する。
（３ａ）ＥＣＵ５０において、変換実行部６２は、Ｓ１１０では、ツール１３から読み出し要求を受信したときに、故障診断を実行する装置診断部６１によって故障コードとしてのＤＴＣが書き込まれるメモリ５５から、故障コードとしてのＤＴＣを取得する。
【００６２】
変換実行部６２は、Ｓ１２０−Ｓ１６０では、ＤＴＣのうちの少なくとも１つであって特定故障の種別を表す特定ＤＴＣと、特定故障毎に予め定められた共通ＩＤとの対応を示す共通対応情報を取得し、該共通対応情報に基づいて、Ｓ１１０によって取得されたＤＴＣを共通ＩＤに変換する。変換実行部６２は、Ｓ１７０では、ツール１３に共通ＩＤを送信する。
【００６３】
これにより、例えば図９に示すように、ＯＢＤ車検を管理する管理機関において、共通ＩＤに基づいてＯＢＤ車検を実施、管理するようにすれば、ＯＢＤ車検機関では、個々の自動車メーカ毎、車両毎、年式毎に個別の特定ＤＴＣを管理する必要がなくなる。つまり、管理サーバ１７において、膨大な数となり得る特定ＤＴＣを記憶する必要がなくなる。この結果、ＯＢＤ車検において、特定ＤＴＣを管理する煩わしさを低減することができる。
【００６４】
（３ｂ）少なくとも共通対応情報は、車両に搭載された書き換え可能なメモリ５５に記憶されている。ＥＣＵ５０は、Ｓ１５０にて、車両の外部装置である情報サーバ１５との通信によって、メモリ５５に記憶されている共通対応情報を書き換えるように構成されている。これにより、例えば図１０に示すように、個々の車両において最新の共通対応情報を車両メーカ毎に設けられた情報サーバ１５Ａ、１５Ｂから取得し、図１１に示すように、車両のＥＣＵ５０におけるメモリ５５に最新の共通対応情報を記憶させることが可能である。この結果、最新のＯＢＤ車検の項目に基づいてＯＢＤ車検を実行することができる。
【００６５】
なお、上記実施形態におけるＥＣＵ５０が電子制御装置に相当し、メモリ５５が車載記憶装置、書き換え記憶装置に相当する。ツール１３が要求装置に相当し、情報サーバ１５が外部装置に相当する。ＥＣＵ５０が、コード取得部、変換部、送信部、特定部、実行部、書き換え部に相当する。変換実行部６２が、コード取得部、変換部、送信部、特定部、実行部、書き換え部に相当する。また、Ｓ１１０がコード取得部としての処理に相当し、Ｓ１２０−Ｓ１６０が変換部としての処理に相当し、Ｓ１５０が書き換え部としての処理に相当し、Ｓ１６０が実行部としての処理に相当し、Ｓ１７０が送信部としての処理に相当する。また、ＤＴＣ及び特定ＤＴＣが故障コードに相当し、特定ＤＴＣが特定故障コードに相当し、共通識別コードが共通ＩＤに相当し、共通対応テーブルが共通対応情報に相当する。
【００６６】
［４．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
【００６７】
（４ａ）上記実施形態では、装置診断部６１が故障診断を実行してメモリ５５に複数のＤＴＣを記憶する例を説明したが、本開示はこれに限定されるものではない。
例えば、装置診断部６１は故障診断を実行してメモリ５５に複数のＤＴＣのうちの特定ＤＴＣのみを記憶するように構成されていてもよい。変換実行部６２は、Ｓ１１０では、メモリ５５から特定ＤＴＣのみを取得するように構成されていてもよい。また変換実行部６２は、Ｓ１２０−Ｓ１６０では、共通対応情報に基づいて、Ｓ１１０によって取得された特定ＤＴＣを共通ＩＤに変換するように構成されていてもよい。
【００６８】
例えば、装置診断部６１によって特定ＤＴＣであるＤＴＣ１−ＤＴＣ５のみが検出される場合では、図５に示す共通対応テーブルにおいてＤＴＣ６−ＤＴＣ７を削除したテーブルが共通対応情報としてメモリ５５に記憶されていればよい。
【００６９】
（４ｂ）上記実施形態では、図５に示す共通対応情報としての共通対応テーブルでは複数のＤＴＣのうちの特定ＤＴＣと共通ＩＤとの対応が示されおり、変換実行部６２が該共通対応情報に基づいて共通ＩＤへの変換を行っていたが、本開示はこれに限定されるものではない。
【００７０】
変換実行部６２は、Ｓ１６０において、まず、図１２に示すように、ＤＴＣと特定ＤＴＣとの対応を表した特定対応情報を取得するように構成されてもよい。また、変換実行部６２は、特定対応情報に基づいて、Ｓ１１０によって取得されたＤＴＣから特定ＤＴＣを特定するように構成されてもよい。また、変換実行部６２は、図１３に示すように、共通対応情報を取得してもよい。図１３に示す共通対応情報としての共通対応テーブルでは、特定ＤＴＣと共通ＩＤとの対応のみが表されていてもよい。
【００７１】
そして、変換実行部６２は、共通対応情報に基づいて、特定対応情報を用いて特定された特定ＤＴＣを共通ＩＤに変換するように構成されてもよい。
（４ｃ）上記実施形態では、共通対応情報としての共通対応テーブルがメモリ５５に記憶されており、該共通対応テーブルが情報サーバ１５との通信によって書き換えられ更新されていたが、本開示はこれに限定されるものではない。例えば、共通対応テーブルに代えて、複数のＤＴＣのうちの少なくとも１つの特定ＤＴＣと共通ＩＤとを対応づけるプログラムが共通対応情報として用いられてもよい。
【００７２】
つまり、ＥＣＵ５０の変換実行部６２は、少なくともＳ１２０−Ｓ１６０を機能させるためのプログラムが、車両に搭載された書き換え可能な書き換え記憶装置であるメモリ５
５に記憶されていてもよい。ＥＣＵ５０の変換実行部６２は、Ｓ１５０では、車両の外部装置である情報サーバ１５との通信によって、メモリ５５に記憶されているプログラムを書き換えるように構成されてもよい。
【００７３】
（４ｄ）本開示に記載の制御ユニット（即ち、ＥＣＵ５０、サーバ制御部２０）及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御ユニット及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御ユニット及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されてもよい。制御ユニットに含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、一つあるいは複数のハードウェアを用いて実現されてもよい。
【００７４】
（４ｅ）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。
【００７５】
（４ｆ）上述した通信システム１０、車載装置１１、ツール１３、ＥＣＵ５０、ツール制御部３０の他、ＥＣＵ５０、ツール制御部３０を機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体、故障検出方法など、種々の形態で本開示を実現することもできる。
【符号の説明】
【００７６】
５０  ＥＣＵ、６１  装置診断部、６２  変換実行部。
【図１】
2020147250.tif 000003
【図２】
2020147250.tif 000004
【図３】
2020147250.tif 000005
【図４】
2020147250.tif 000006
【図５】
2020147250.tif 000007
【図６】
2020147250.tif 000008
【図７】
2020147250.tif 000009
【図８】
2020147250.tif 000010
【図９】
2020147250.tif 000011
【図１０】
2020147250.tif 000012
【図１１】
2020147250.tif 000013
【図１２】
2020147250.tif 000014
【図１３】
2020147250.tif 000015