(57)【要約】【課題】診断に使用した診断シナリオが適切でなかった場合に新たな診断シナリオにしたがって診断を繰り返し実施し、診断を適切に実施する。【解決手段】車両管理ＥＣＵ２は、診断アプリで規定されている診断シナリオにしたがって診断対象である電子制御装置５，６の診断を実施する診断部９ｂと、診断部による診断に使用した診断シナリオが適切であったか否かを判定する診断シナリオ判定部９ｃと、を備える。診断部は、今回の診断に使用した診断シナリオが適切でなかったと診断シナリオ判定部により特定されると、今回の診断アプリとは異なる新たな診断アプリで規定されている診断シナリオにしたがって診断を実施する。【選択図】図１
2019066181.tif 000002
【特許請求の範囲】
【請求項１】
診断アプリで規定されている診断シナリオにしたがって診断対象（５，６）の診断を実施する診断部（９ｂ）と、
前記診断部による診断に使用した診断シナリオが適切であったか否かを判定する診断シナリオ判定部（９ｃ）と、を備え、
前記診断部は、今回の診断に使用した診断シナリオが適切でなかったと前記診断シナリオ判定部により特定されると、今回の診断アプリとは異なる新たな診断アプリで規定されている診断シナリオにしたがって診断を実施する車両診断装置。
【請求項２】
前記診断部は、今回の診断アプリとして定期診断アプリを使用し、その定期診断アプリで規定されている定期診断シナリオが、検出した不具合に対する処置の不適応により適切でなかったと前記診断シナリオ判定部により特定されると、新たな診断アプリとして詳細診断アプリを使用し、その詳細診断アプリで規定されている詳細診断シナリオにしたがって詳細診断を実施する請求項１に記載した車両診断装置。
【請求項３】
前記診断部は、今回の診断アプリとして定期診断アプリを使用し、その定期診断アプリで規定されている定期診断シナリオが、不具合の未検出により適切でなかったと前記診断シナリオ判定部により特定されると、新たな診断アプリとして原因特定診断アプリを使用し、その原因特定診断アプリで規定されている原因特定診断シナリオにしたがって原因特定診断を実施する請求項１に記載した車両診断装置。
【請求項４】
診断アプリを記憶する診断アプリ記憶部（９ａ）を備え、
前記診断部は、前記診断アプリ記憶部に記憶されている診断アプリで規定されている診断シナリオにしたがって前記診断対象の診断を実施する請求項１から３の何れか一項に記載した車両診断装置。
【請求項５】
診断アプリをサーバ（３）に要求する診断アプリ要求部（９ｄ）と、
前記サーバから診断アプリを取得する診断アプリ取得部（９ｅ）と、を備え、
前記診断部は、前記サーバから前記診断アプリ取得部により取得された診断アプリで規定されている診断シナリオにしたがって前記診断対象の診断を実施する請求項１から３の何れか一項に記載した車両診断装置。
【請求項６】
前記診断部による診断結果を含む診断結果データをサーバに通知する診断結果データ通知部（９ｆ）を備え、
前記診断アプリ取得部は、前記サーバに記憶されている複数の診断アプリの中から当該サーバが診断結果データにしたがって選択した診断アプリを取得する請求項５に記載した車両診断装置。
【請求項７】
前記診断シナリオ判定部は、前記診断部が診断を実施した後の前記診断対象の動作ログを正常動作ログと比較し、前記診断部による診断に使用した診断シナリオが適切であったか否かを判定する請求項１から６の何れか一項に記載した車両診断装置。
【請求項８】
前記診断シナリオ判定部は、前記診断部が診断を実施した際に生成した診断実施データを正常診断実施データと比較し、前記診断部による診断に使用した診断シナリオが適切であったか否かを判定する請求項１から６の何れか一項に記載した車両診断装置。
【請求項９】
前記診断シナリオ判定部は、前記診断部が診断を実施した後のユーザによる所定操作を判定し、前記診断部による診断に使用した診断シナリオが適切であったか否かを判定する請求項１から６の何れか一項に記載した車両診断装置。
【請求項１０】
診断アプリで規定されている診断シナリオにしたがって診断対象（５，６）の診断を実施する診断部（９ｂ）と、前記診断部による診断に使用した診断シナリオが適切であったか否かを判定する診断シナリオ判定部（９ｃ）と、を備え、前記診断部が、今回の診断に使用した診断シナリオが適切でなかったと前記診断シナリオ判定部により特定されると、今回の診断アプリとは異なる新たな診断アプリで規定されている診断シナリオにしたがって診断を実施する車両診断装置（２）と、
診断アプリを前記車両診断装置に送信するサーバ（３）と、を備えた車両診断システム。
【請求項１１】
前記車両診断装置は、診断アプリを前記サーバ（３）に要求する診断アプリ要求部（９ｄ）と、前記サーバから診断アプリを取得する診断アプリ取得部（９ｅ）と、前記診断部による診断結果を含む診断結果データを前記サーバに通知する診断結果データ通知部（９ｆ）を備え、
前記サーバは、複数の診断アプリを記憶し、前記車両診断装置から診断結果データが通知されると、複数の診断アプリの中から診断結果データにしたがって何れかの診断アプリを選択し、その選択した診断アプリを前記車両診断装置に送信する請求項１０に記載した車両診断システム。
【請求項１２】
診断対象（５，６）のマイクロコンピュータ（９）に、
今回の診断アプリで規定されている診断シナリオにしたがって診断対象（５，６）の診断を実施する今回の診断手順と、
今回の診断手順よる診断シナリオが適切であったか否かを判定する診断シナリオ判定手順と、
今回の診断手順よる診断シナリオが適切でなかったと特定すると、今回の診断アプリとは異なる新たな診断アプリで規定されている診断シナリオにしたがって診断を実施する新たな診断手順と、を実行させる車両診断プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両診断装置、車両診断システム及び車両診断プログラムに関する。
【背景技術】
【０００２】
例えば自動車のエンジンやトランスミッション等を制御する電子制御装置では、診断アプリを実行し、その診断アプリで規定されている診断シナリオにしたがって診断を実施し、不具合を検出したり当該検出した不具合に対して処置したりする（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１９９３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、診断を実施しても不具合の検出や処置が困難な場合があり、診断に使用した診断シナリオが適切であったか否かが疑わしい場合がある。そのため、診断に使用した診断シナリオが適切であったか否かを判定し、適切でなかった場合には新たな診断シナリオにしたがって診断を繰り返し実施する仕組みが望まれている。
【０００５】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、診断に使用した診断シナリオが適切でなかった場合に新たな診断シナリオにしたがって診断を繰り返し実施することで、診断を適切に実施することができる車両診断装置、車両診断システム及び車両診断プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
請求項１に記載した発明によれば、診断部（９ｂ）は、診断アプリで規定されている診断シナリオにしたがって診断対象（５，６）の診断を実施する。診断シナリオ判定部（９ｃ）は、診断部による診断に使用した診断シナリオが適切であったか否かを判定する。診断部は、今回の診断に使用した診断シナリオが適切でなかったと診断シナリオ判定部により特定されると、今回の診断アプリとは異なる新たな診断アプリで規定されている診断シナリオにしたがって診断を実施する。診断に使用した診断シナリオが適切でなかった場合に新たな診断シナリオにしたがって診断を繰り返し実施することで、診断を適切に実施することができる。
【図面の簡単な説明】
【０００７】
【図１】一実施形態を示す機能ブロック図
【図２】診断結果データベースを示す図
【図３】診断処理を示すフローチャート（その１）
【図４】診断処理を示すフローチャート（その２）
【発明を実施するための形態】
【０００８】
以下、本発明の一実施形態について図面を参照して説明する。
車両診断システム１は、車両内に搭載されている車両管理用の電子制御装置（ＥＣＵ：Electronic Control Unit）２（以下、車両管理ＥＣＵと称する、車両診断装置に相当する）と、通信ネットワーク側のサーバ３とを含んで構成される。車両管理ＥＣＵ２は、車両内において通信バス４に接続されており、通信バス４にはＥＣＵ５，６（診断対象に相当する）と車載通信機７とが接続されている。車両管理ＥＣＵ２は、ＥＣＵ５，６を管理する機能を有し、その１つとしてＥＣＵ５，６を診断する機能を有する。
【０００９】
通信バス４は、例えばマルチメディア系の通信バス、パワトレ系の通信バス、ボディ系の通信バス等であり、ＣＡＮ（Controller Area Network）（登録商標）、ＬＩＮ（Local Interconnect Network）、ＣＸＰＩ（Clock Extension Peripheral Interface）（登録商標）、ＦｌｅｘＲａｙ（登録商標）、ＭＯＳＴ（Media Oriented Systems Transport）（登録商標）等である。ＥＣＵ５，６は、例えばエンジンの制御を行うエンジンＥＣＵ、自動変速機の制御を行うトランスミッションＥＣＵ、ブレーキの制御を行うブレーキＥＣＵ、ステアリングの制御を行うステアリングＥＣＵ、ナビゲーションの制御を行うナビゲーションＥＣＵ、電子式料金収受システムとの通信制御を行うＥＴＣＥＣＵ、ドアのロック／アンロックの制御を行うドアＥＣＵ、メータの表示制御を行うメータＥＣＵ、エアコンの制御を行うエアコンＥＣＵ、ウィンドウの開閉制御を行うウィンドウＥＣＵ等である。通信バスの本数や車両管理ＥＣＵ２の管理対象となるＥＣＵの個数は例示した構成に限らない。
【００１０】
車載通信機７は、サーバ３やユーザが携帯可能なユーザ端末８との間で広域通信ネットワークを介して無線接続されると、サーバ３やユーザ端末８との間でデータを送受信する。ユーザ端末８は、例えばスマートフォンやタブレット端末等である。
【００１１】
車両管理ＥＣＵ２は、マイクロコンピュータ（以下、マイコンと称する）９を有する。マイコン９は、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏポート等を有し、非遷移的実体的記録媒体に格納されているコンピュータプログラム（車両診断プログラムを含む）を実行することで、コンピュータプログラムに対応する処理を実行し、車両管理ＥＣＵ２の動作全般を制御する。マイコン９は、ソフトウェア等により実現される診断に関係する機能として、診断アプリ記憶部９ａと、診断部９ｂと、診断シナリオ判定部９ｃと、診断アプリ要求部９ｄと、診断アプリ取得部９ｅと、診断結果データ通知部９ｆとを有する。診断とは、不具合が発生しているか否かを判定して検出し、その検出した不具合を解析し、その解析した不具合に対する処置を実施することを含む。
【００１２】
診断アプリ記憶部９ａは、診断アプリとして、定期診断アプリ、プローブ情報収集アプリ、特異パターン収集アプリ、経過観察アプリ、詳細診断アプリ、原因特定診断アプリを記憶する。定期診断アプリは、ＥＣＵ５，６からダイアグコードを定期的に取得し、その取得したダイアグコードを解析して診断するアプリである。プローブ情報収集アプリは、定期診断が適切でなかった場合に活用するプローブ情報を収集するアプリである。特異パターン収集アプリは、例えば数値が急激に変化する等の特異パターンを収集するアプリである。この場合、数値とは例えば車両側から取得した信号により特定される数値であり、エンジン回転数、温度、圧力等である。経過観察アプリは、後述するように診断部９ｂが定期診断や詳細診断や原因特定診断を実施した後の経過を観察するアプリである。詳細診断アプリは、後述するように診断部９ｂが定期診断を実施したが、検出した不具合に対する処置が不適応の場合に当該不具合の詳細を診断するアプリである。原因特定診断アプリは、後述するように診断部９ｂが定期診断を実施したが、不具合を未検出の場合に当該不具合の未検出の原因特定を診断するアプリである。
【００１３】
尚、本実施形態では、診断アプリ記憶部９ａが車両管理ＥＣＵ２の内部に設けられている構成を例示しているが、診断アプリ記憶部９ａが車両管理ＥＣＵ２の外部に設けられている構成でも良い。即ち、例えば車両管理ＥＣＵ２と通信バス４を介して接続されている別のＥＣＵや専用の記憶装置に診断アプリ記憶部９ａに相当する記憶部が設けられ、それら別のＥＣＵや専用の記憶装置に記憶されている診断アプリをマイコン９が逐一取得する構成でも良い。又、診断アプリ記憶部９ａに相当する記憶部が複数設けられ、診断アプリが車両内において分散されて記憶されていても良い。
【００１４】
診断部９ｂは、診断アプリ記憶部９ａに記憶されている診断アプリを実行し、その診断アプリで規定されている診断シナリオにしたがって診断対象であるＥＣＵ５，６の診断を実施する。即ち、診断部９ｂは、診断アプリを実行すると、診断対象であるＥＣＵ５，６との間で診断に関係するデータを通信バス４を介して送受信することで、ＥＣＵ５，６の診断を実施する。
【００１５】
診断シナリオ判定部９ｃは、診断部９ｂによる診断に使用した診断シナリオが適切であったか否かを判定する。この場合、診断シナリオ判定部９ｃは、診断部９ｂが診断を実施した後のＥＣＵ５，６の動作ログを予め規定されている正常動作ログと比較すること、診断部９ｂが診断を実施した際に生成した診断実施データを予め規定されている正常診断実施データと比較すること、診断部９ｂが診断を実施した後のユーザによる所定操作を判定すること等により診断シナリオが適切であったか否かを判定する。ユーザによる所定操作とは、例えばユーザがユーザ端末８において診断シナリオが適切であったと判断して「適切キー」を操作したり不適切であったと判断して「不適切キー」を操作したりすることである。
【００１６】
診断シナリオ判定部９ｃは、例えば診断部９ｂが診断を実施した後のＥＣＵ５，６の動作ログと正常動作ログとの一致度を数値化し、その一致度を示す数値が所定範囲内であれば、診断シナリオが適切であったと特定し、その一致度を示す数値が所定範囲外であれば、診断シナリオが適切でなかったと特定する。又、診断シナリオ判定部９ｃは、例えば診断部９ｂが診断を実施した際に生成した診断実施データと正常診断実施データとの一致度を数値化し、その一致度を示す数値が所定範囲内であれば、診断シナリオが適切であったと特定し、その一致度を示す数値が所定範囲外であれば、診断シナリオが適切でなかったと特定する。又、例えば診断結果が正常であるか否かをユーザが判断してユーザ端末８を操作する構成であれば、診断シナリオ判定部９ｃは、診断シナリオが適切であったとユーザが判断してユーザ端末８を操作し、ユーザ端末８から送信された適切確認信号が車載通信機７に受信されると、診断シナリオが適切であったと特定する。一方、診断シナリオが適切でなかったとユーザが判断してユーザ端末８を操作し、ユーザ端末８から送信された不適切確認信号が車載通信機７に受信されると、診断シナリオが適切でなかったと特定する。診断結果が正常であるか否かをユーザが判断する場合として、例えば診断結果に違和感を抱かなければ診断結果が正常であるとユーザが判断し、何かしらの違和感を抱けば診断結果が正常でないとユーザが判断することが想定される。
【００１７】
診断アプリ要求部９ｄは、例えば車両診断プログラムの実行命令、ユーザの操作、又は自己判断等により診断アプリ要求のイベントが発生すると、診断アプリ要求指令を通信バス４を介して車載通信機７に送信することで、診断アプリ要求信号を車載通信機７からサーバ３に送信させ、診断アプリをサーバ３に要求する。診断アプリ取得部９ｅは、サーバ３から送信された診断アプリが車載通信機７により受信され、その診断アプリが車載通信機７から通信バス４を介して受信されることで、診断アプリをサーバ３から取得する。診断結果データ通知部９ｆは、診断結果データ通知指令を通信バス４を介して車載通信機７に送信することで、診断結果を含む診断結果データを車載通信機７からサーバ３やユーザ端末８に送信させ、診断結果データをサーバ３やユーザ端末８に通知する。
【００１８】
サーバ３は、マイコン１０と診断結果データベース１１とを有する。マイコン１０は、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏポート等を有し、非遷移的実体的記録媒体に格納されているコンピュータプログラムを実行することで、コンピュータプログラムに対応する処理を実行し、サーバ３の動作全般を制御する。マイコン１０は、ソフトウェア等により実現される診断に関係する機能として、診断アプリ記憶部１０ａと、データ管理部１０ｂとを有する。
【００１９】
診断アプリ記憶部１０ａは、経過観察アプリと、詳細診断アプリと、原因特定診断アプリを記憶している。マイコン１０は、車載通信機７から送信された診断アプリ要求信号を受信すると、その診断アプリ要求信号により特定される診断アプリを車載通信機７に送信する。即ち、図１で示した診断アプリ記憶部９ａに記憶されている診断アプリのうち経過観察アプリ、詳細診断アプリ、原因特定診断アプリは、車両管理ＥＣＵ２の製造段階では組み込まれておらず、製品出荷後にサーバ３から車両管理ＥＣＵ２に送信された診断アプリであっても良いし、車両管理ＥＣＵ２の製造段階で組み込まれている診断アプリであっても良い。
【００２０】
同様に、サーバ３が、定期診断アプリ、プローブ情報収集アプリ、特異パターン収集アプリを記憶している構成であれば、図１で示した診断アプリ記憶部９ａに記憶されている診断アプリのうち定期診断アプリ、プローブ情報収集アプリ、特異パターン収集アプリは、車両管理ＥＣＵ２の製造段階では組み込まれておらず、製品出荷後にサーバ３から車両管理ＥＣＵ２に送信された診断アプリであっても良いし、車両管理ＥＣＵ２の製造段階で組み込まれている診断アプリであっても良い。どの診断アプリを車両管理ＥＣＵ２の製造段階で組み込むか否かやサーバ３で管理するか否かはどのように設計しても良い。例えば過去の実績から診断対象に対して有用であった診断アプリを車両管理ＥＣＵ２の製造段階で組み込む等しても良い。又、診断アプリ記憶部９ａの記憶容量が有限であるので、過去の実績から診断対象に対して有用であった診断アプリに優先順位を付与し、優先順位の高い診断アプリを優先的に車両管理ＥＣＵ２の製造段階で組み込む等しても良い。
【００２１】
データ管理部１０ｂは、車載通信機７から送信された診断結果データを受信すると、その診断結果データにより特定される診断結果を診断結果データベース１１に履歴として記憶する。車載通信機７からサーバ３に送信される診断結果データには、図２に示すように、車両の車種、グレード、製造時期等を特定可能な車両ＩＤ、診断を実施した時期を特定可能な診断時期、診断に使用した診断アプリ、その診断アプリで規定されている診断シナリオにしたがって実施した診断結果の情報が含まれる。
【００２２】
ユーザ端末８は、車載通信機７から送信された診断結果データを受信すると、その診断結果データにより特定される診断結果を表示出力する。診断結果をユーザ端末８が表示出力することで、上記したように診断シナリオが適切であったか否かをユーザが判断可能となる。尚、ユーザ端末８において、車載通信機７から診断前、診断中、診断後等のステータス情報を受信することで、診断前、診断中、診断後等のステータスを表示出力しても良い。
【００２３】
次に、上記した構成の作用について図３及び図４を参照して説明する。尚、ここでは、マイコン９において、最初に実行する１次診断アプリとして定期診断アプリを使用し、１次診断アプリで規定されている１次診断シナリオが適切でなかった場合に実行する２次診断アプリとして詳細診断アプリや原因特定診断アプリを使用する場合を説明する。
【００２４】
車両管理ＥＣＵ２において、マイコン９は、診断処理を開始すると、定期診断アプリを実行し、定期診断アプリで規定されている定期診断シナリオにしたがって定期診断を実施する（Ｓ１、今回の診断手順に相当する）。このとき、マイコン９は、定期診断を実施すすると、その定期診断結果を含む診断結果データを車載通信機７からサーバ３やユーザ端末８に送信させ、定期診断の診断結果データをサーバ３やユーザ端末８に通知する。マイコン９は、定期診断による定期診断結果において不具合を検出したか否かを判定する（Ｓ２）。マイコン９は、定期診断結果において不具合を検出したと判定すると（Ｓ２：ＹＥＳ）、その検出した不具合を解析し（Ｓ３）、不具合に対する処置方法を特定したか否か判定する（Ｓ４）。尚、マイコン９は、その検出した不具合を単独で解析しても良いしサーバ３と連携して解析しても良い。又、マイコン９は、不具合の内容をサーバ３に送信させることで、不具合をサーバ３に単独で解析させても良い。
【００２５】
マイコン９は、不具合を解析したことで不具合に対する処置方法を特定したと判定すると（Ｓ４：ＹＥＳ）、その特定した処置方法にしたがって不具合に対する処置を実施する（Ｓ５）。マイコン９は、その不具合に対する処置を実施した後の経過を観察し（Ｓ６）、定期診断シナリオが適切あったか否かを判定する（Ｓ７、診断シナリオ判定手順に相当する）。この場合、マイコン９は、定期診断を実施した後のＥＣＵ５，６の動作ログを予め規定されている正常動作ログと比較すること、定期診断を実施した際に生成した診断実施データを予め規定されている正常診断実施データと比較すること、定期診断を実施した後のユーザによる所定操作を判定すること等により定期診断シナリオが適切であったか否かを判定する。
【００２６】
マイコン９は、定期診断を実施した後のＥＣＵ５，６の動作ログと正常動作ログとの一致度を示す数値が所定範囲内である、定期診断を実施した際に生成した診断実施データと正常診断実施データとの一致度を示す数値が所定範囲内である、又は定期診断シナリオが適切であったとユーザが判断してユーザ端末８を操作し、ユーザ端末８から送信された適切確認信号が車載通信機７に受信された等により、定期診断シナリオが適切であったと判定すると（Ｓ７：ＹＥＳ）、診断処理を終了する。
【００２７】
一方、マイコン９は、定期診断を実施した後のＥＣＵ５，６の動作ログと正常動作ログとの一致度を示す数値が所定範囲外である、定期診断を実施した際に生成した診断実施データと正常診断実施データとの一致度を示す数値が所定範囲外である、定期診断シナリオが適切でなかったとユーザが判断してユーザ端末８を操作し、ユーザ端末８から送信された不適切確認信号が車載通信機７に受信された等により、定期診断シナリオが適切でなかったと判定すると（Ｓ７：ＮＯ）、不具合を再解析可能であるか否かを判定する（Ｓ８）。
【００２８】
マイコン９は、不具合を再解析可能であると判定すると（Ｓ８：ＹＥＳ）、不具合を再解析し（Ｓ９）、不具合に対する処置方法を特定したか否か再度判定する（Ｓ１０）。一方、マイコン９は、不具合を再解析可能でないと判定すると（Ｓ８：ＮＯ）、その検出した不具合に対してディーラ修理により対応すると特定し（Ｓ１１）、診断処理を終了する。又、マイコン９は、不具合に対する処置方法を特定しなかったと判定すると（Ｓ４：ＮＯ）、この場合も、不具合を再解析し（Ｓ９）、不具合に対する処置方法を特定したか否か再度判定する（Ｓ１０）。
【００２９】
マイコン９は、不具合を再解析したことで不具合に対する処置方法を特定したと判定すると（Ｓ１０：ＹＥＳ）、詳細診断アプリを実行し、詳細診断アプリで規定されている詳細診断シナリオにしたがって詳細診断を実施する（Ｓ１２、新たな診断手順に相当する）。この場合、マイコン９は、詳細診断アプリを記憶していれば、その記憶している詳細診断アプリを実行する。マイコン９は、複数の詳細診断アプリを記憶していれば、その特定した処置方法にしたがって複数の詳細診断アプリの中から最適な詳細診断アプリを選択し、その選択した詳細診断アプリを実行する。一方、マイコン９は、詳細診断アプリを記憶していなければ、診断アプリ要求信号を車載通信機７からサーバ３に送信させることで、詳細診断アプリをサーバ３に要求する。
【００３０】
サーバ３は、診断アプリ要求信号を受信すると、その診断アプリ要求信号の送信元から受信しておいた診断結果データを用い、診断結果データベース１１を検索し、複数の詳細診断アプリの中から最適な詳細診断アプリを選択する。即ち、サーバ３は、例えば車種、グレード、製造時期等で詳細診断アプリが異なる場合には、診断アプリ要求信号の送信元の車種、グレード、製造時期等を車両ＩＤにより特定し、診断アプリ要求信号の送信元の車両と類似し且つ診断結果が正常であった車両に対して送信した詳細診断アプリを特定し、その特定した詳細診断アプリを送信する。尚、サーバ３は、例えば車両管理ＥＣＵ２からプローブ情報を取得し、その取得したプローブ情報を解析して詳細診断アプリを作成し、その作成した詳細診断アプリを最適な詳細診断アプリとして選択しても良い。
【００３１】
マイコン９は、サーバ３から送信された詳細診断アプリが車載通信機７により受信され、その診断アプリが車載通信機７から通信バス４を介して受信されることで、詳細診断アプリをサーバ３から取得し、その取得した詳細診断アプリを実行する。
【００３２】
このように、マイコン９は、１次診断アプリとして定期診断アプリを実行して定期診断を実施したが、検出した不具合に対する処置の不適応により定期診断シナリオが適切でなかったと特定し、不具合に対する処置方法を特定すると、２次診断アプリとして詳細診断アプリを実行して詳細診断を実施する。
【００３３】
マイコン９は、詳細診断アプリを実行して詳細診断を実施すると、その詳細診断を実施した後の経過を観察し（Ｓ１３）、詳細診断シナリオが適切あったか否かを判定する（Ｓ１４）。この場合、マイコン９は、詳細診断を実施した後のＥＣＵ５，６の動作ログを予め規定されている正常動作ログと比較すること、詳細診断を実施した際に生成した診断実施データを予め規定されている正常診断実施データと比較すること、詳細診断を実施した後のユーザによる所定操作を判定すること等により詳細診断シナリオが適切であったか否かを判定する。
【００３４】
マイコン９は、詳細診断を実施した後のＥＣＵ５，６の動作ログと正常動作ログとの一致度を示す数値が所定範囲内である、詳細診断を実施した際に生成した診断実施データと正常診断実施データとの一致度を示す数値が所定範囲内である、又は詳細診断シナリオが適切であったとユーザが判断してユーザ端末８を操作し、ユーザ端末８から送信された適切確認信号が車載通信機７に受信された等により、詳細診断シナリオが適切であったと判定すると（Ｓ１４：ＹＥＳ）、診断処理を終了する。
【００３５】
一方、マイコン９は、詳細診断を実施した後のＥＣＵ５，６の動作ログと正常動作ログとの一致度を示す数値が所定範囲外である、詳細診断を実施した際に生成した診断実施データと正常診断実施データとの一致度を示す数値が所定範囲外である、又は詳細診断シナリオが適切でなかったとユーザが判断してユーザ端末８を操作し、ユーザ端末８から送信された不適切確認信号が車載通信機７に受信された等により、詳細診断シナリオが適切でなかったと判定すると（Ｓ１４：ＮＯ）、不具合を再解析可能であるか否かを経過観察の結果に応じて判定する（Ｓ１５）。
【００３６】
マイコン９は、不具合を再解析可能であると判定すると（Ｓ１５：ＹＥＳ）、上記したステップＳ９に戻り、ステップＳ９以降を繰り返し実行する。この場合、マイコン９は、前回の詳細診断アプリとは異なる新たな詳細診断アプリを実行して詳細診断を診断する。一方、マイコン９は、不具合を再解析可能でないと判定すると（Ｓ１５：ＮＯ）、その検出した不具合に対してディーラ修理により対応すると特定し（Ｓ１１）、診断処理を終了する。
【００３７】
一方、マイコン９は、定期診断による定期診断結果において不具合を検出しなかったと判定すると（Ｓ２：ＮＯ）、ユーザによる原因特定診断の診断指示操作が行われたか否かを判定する（Ｓ１６）。マイコン９は、ユーザによる原因特定診断の診断指示操作が行われたと判定すると（Ｓ１６：ＹＥＳ）、その診断指示操作の内容にしたがって診断アプリ要求信号を車載通信機７からサーバ３に送信させ、原因特定診断アプリをサーバ３に要求する（Ｓ１７）。
【００３８】
サーバ３は、診断アプリ要求信号を受信すると、その診断アプリ要求信号の送信元から受信しておいた診断結果データを用い、診断結果データベース１１を検索し、複数の原因特定診断アプリの中から最適な原因特定診断アプリを選択する。即ち、サーバ３は、例えば車種、グレード、製造時期等で原因特定診断アプリが異なる場合には、診断アプリ要求信号の送信元の車種、グレード、製造時期等を車両ＩＤにより特定し、診断アプリ要求信号の送信元の車両と類似し且つ診断結果が正常であった車両に対して送信した原因特定診断アプリを特定し、その特定した原因特定診断アプリを送信する。尚、サーバ３は、診断アプリ要求信号により特定される診断指示操作を用い、最適な原因特定診断アプリを選択しても良く、診断結果データベース１１を検索する以外の手順により最適な原因特定診断アプリを選択しても良い。即ち、サーバ３は、最適な原因特定診断アプリを選択するための１つの方法として診断結果データベース１１を検索すれば良い。
【００３９】
マイコン９は、サーバ３から送信された原因特定診断アプリが車載通信機７により受信され、その診断アプリが車載通信機７から通信バス４を介して受信されることで、原因特定診断アプリをサーバ３から取得し、その取得した原因特定診断アプリを実行し、原因特定診断アプリで規定されている原因特定診断シナリオにしたがって原因特定診断を実施する（Ｓ１８、新たな診断手順に相当する）。
【００４０】
このように、マイコン９は、１次診断アプリとして定期診断アプリを実行して定期診断を実施したが、不具合の未検出により定期診断シナリオが適切でなかったと特定し、ユーザによる診断指示操作が行われたと特定すると、２次診断アプリとして原因特定診断アプリを実行して原因特定診断を実施する。
【００４１】
マイコン９は、その原因特定診断を実施した後の経過を観察し（Ｓ１９）、原因特定診断シナリオが適切であったか否かを判定する（Ｓ２０）。この場合、マイコン９は、原因特定診断を実施した後のＥＣＵ５，６の動作ログを予め規定されている正常動作ログと比較すること、原因特定診断を実施した際に生成した診断実施データを予め規定されている正常診断実施データと比較すること、原因特定診断を実施した後のユーザによる所定操作を判定すること等により原因特定診断シナリオが適切であったか否かを判定する。
【００４２】
マイコン９は、原因特定診断を実施した後のＥＣＵ５，６の動作ログと正常動作ログとの一致度を示す数値が所定範囲内である、原因特定診断を実施した際に生成した診断実施データと正常診断実施データとの一致度を示す数値が所定範囲内である、又は原因特定診断シナリオが適切であったとユーザが判断してユーザ端末８を操作し、ユーザ端末８から送信された適切確認信号が車載通信機７に受信された等により、原因特定診断シナリオが適切であったと判定すると（Ｓ２０：ＹＥＳ）、診断処理を終了する。
【００４３】
又、マイコン９は、原因特定診断を実施した後のＥＣＵ５，６の動作ログと正常動作ログとの一致度を示す数値が所定範囲外である、原因特定診断を実施した際に生成した診断実施データと正常診断実施データとの一致度を示す数値が所定範囲外である、又は原因特定診断シナリオが適切でなかったとユーザが判断してユーザ端末８を操作し、ユーザ端末８から送信された不適切確認信号が車載通信機７に受信された等により、原因特定診断シナリオが適切でなかったと判定すると（Ｓ２０：ＮＯ）、この場合も、不具合の未検出に対してディーラ修理により対応すると特定し（Ｓ１１）、診断処理を終了する。
【００４４】
マイコン９は、ユーザによる原因特定診断の診断指示操作が行われていないと判定すると（Ｓ１６：ＮＯ）、特異パターンを検出したか否かを判定する（Ｓ２１）。マイコン９は、特異パターンを検出したと判定すると（Ｓ２１：ＹＥＳ）、特異パターン収集アプリを実行し、特異パターン収集アプリで規定されている特異パターン収集シナリオにしたがって特異パターン収集を実施する（Ｓ２２）。マイコン９は、その収集した特異パターンを解析し（Ｓ２３）、特異パターンに対する処置方法を特定したか否か判定する（Ｓ２４）。尚、マイコン９は、その収集した特異パターンを単独で解析しても良いしサーバ３と連携して解析しても良い。
【００４５】
マイコン９は、特異パターンに対する処置方法を特定したと判定すると（Ｓ２４：ＹＥＳ）、この場合も、その特定した特異パターンに対する処置方法にしたがって上記したステップＳ１８以降を実行する。マイコン９は、特異パターンに対する処置方法を特定しなかったと判定すると（Ｓ２４：ＮＯ）、不具合の未検出に対してディーラ修理により対応すると特定し（Ｓ１１）、診断処理を終了する。
【００４６】
このように、マイコン９は、１次診断アプリとして定期診断アプリを実行して定期診断を実施したが、不具合の未検出により定期診断シナリオが適切でなかったと特定し、特異パターンを検出し、特異パターンに対する処置方法を特定すると、２次診断アプリとして原因特定診断アプリを実行して原因特定診断を実施する。
【００４７】
マイコン９は、特異パターンを検出しなかったと判定すると（Ｓ２１：ＮＯ）、定期診断の開始時点からの経過時間が予め規定されている所定時間に達したか否かを判定する（Ｓ２５）。マイコン９は、定期診断の開始時点からの経過時間が所定時間に達していないと判定すると（Ｓ２５：ＮＯ）、特異パターン収集アプリを再選定し（Ｓ２６）、上記したステップＳ２に戻り、ステップＳ２以降を繰り返して実行する。マイコン９は、定期診断の開始時点からの経過時間が所定時間に達したと判定すると（Ｓ２５：ＹＥＳ）、定期診断アプリを再選定し（Ｓ２７）、上記したステップＳ１に戻り、ステップＳ１以降を繰り返して実行する。
【００４８】
以上に説明したように本実施形態によれば、次に示す効果を得ることができる。
車両管理ＥＣＵ２において、１次診断アプリとして定期診断アプリを実行して定期診断を実施したが、定期診断シナリオが適切でなかったと特定すると、２次診断アプリとして詳細診断アプリを実行して詳細診断を実施したり原因特定診断アプリを実行して原因特定診断を実施したりするようにした。定期診断に使用した定期診断シナリオが適切でなかった場合に新たな詳細診断シナリオや原因特定診断シナリオにしたがって診断を繰り返し実施することで、診断を適切に実施することができる。
【００４９】
又、詳細診断アプリを実行して詳細診断を実施することで、検出した不具合に対する処理が不適応の場合に適切に対応することができる。又、原因特定診断アプリを実行して原因特定診断を実施することで、不具合の未検出の場合に適切に対応することができる。
【００５０】
又、診断アプリ記憶部９ａに記憶されている診断アプリで規定されている診断シナリオにしたがって診断を実施するようにした。例えば使用頻度が比較的高い診断アプリについては予め診断アプリ記憶部９ａに記憶させておくことで、使用頻度が比較的高い診断アプリをサーバ３から取得する手順を省くことができる。又、サーバ３とのデータ通信に不具合が発生していても対応することができる。
【００５１】
又、診断アプリをサーバ３に要求し、サーバ３から取得した診断アプリで規定されている診断シナリオにしたがって診断を実施するようにした。例えば使用頻度が比較的低い診断アプリについては予め診断アプリ記憶部９ａに記憶させずにサーバ３から取得することで、診断アプリ記憶部９ａの記憶領域を有効に活用することができる。尚、サーバ３から診断アプリを取得せず、サーバ３とデータ通信することで、サーバ３に記憶されている診断アプリで規定されている診断シナリオにしたがって診断を実施しても良い。
【００５２】
又、診断を実施した後のＥＣＵ５，６の動作ログを正常動作ログと比較し、診断に使用した診断シナリオが適切であったか否かを判定するようにした。例えば診断を実施した後のＥＣＵ５，６の動作ログと正常動作ログとの一致度を判定することで、診断に使用した診断シナリオが適切であったか否かを、ユーザに判断させることなく容易に判定することができる。
【００５３】
又、診断を実施した際に生成した診断実施データを正常診断実施データと比較し、診断に使用した診断シナリオが適切であったか否かを判定するようにした。例えば診断を実施した際に生成した診断実施データを正常診断実施データとの一致度を判定することで、診断に使用した診断シナリオが適切であったか否かを、ユーザに判断させることなく容易に判定することができる。
【００５４】
又、診断を実施した後のユーザによる所定操作を判定し、診断に使用した診断シナリオが適切であったか否かを判定するようにした。診断に使用した診断シナリオが適切であったか否かをユーザに判断させることができる。
【００５５】
本開示は、実施例に準拠して記述されているが、当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
【００５６】
サーバ３から診断アプリを取得する場合に認証する技術を用いても良い。認証する技術を用いることで、正規な診断アプリを実行して診断を実施することができる。
診断結果データベースは、車両ＩＤ、診断時期、診断アプリ、診断結果に加え、他の情報を含むデータを記憶しても良い。
１つの管理団体が管理する１つのサーバ３を使用するのではなく、複数の管理団体がそれぞれ管理する複数のサーバを使用することで、診断精度を高めると共に診断アプリの開発競争力を高めることができる。
【００５７】
サーバ３が管理する診断アプリにレビューによる評価を使用しても良い。診断アプリを選択する際に、レビューによる評価を選択基準として使用することができる。
診断アプリを使用する又はサーバ３から取得する前に、その診断アプリを使用する又はサーバ３から取得することをユーザがユーザ端末８等により確認可能な構成としても良い。
サーバ３において、一車両での診断結果を他同車種車両に展開しても良い。即ち、一車両での診断の正否や使用した診断アプリに関する情報等を他同車種車両に展開しても良い。
【符号の説明】
【００５８】
図面中、１は車両診断システム、２は車両管理ＥＣＵ（車両診断装置）、３はサーバ、５，６は電子制御装置（診断対象）、９はマイコン、９ａは診断アプリ記憶部、９ｂは診断部、９ｃは診断シナリオ判定部、９ｄは診断アプリ要求部、９ｅは診断アプリ取得部、９ｆは診断結果データ通知部である。
【図１】
2019066181.tif 000003
【図２】
2019066181.tif 000004
【図３】
2019066181.tif 000005
【図４】
2019066181.tif 000006