(57)【要約】【課題】外部管理装置から無線回線を介して遠隔地の車両に対して保守診断処理を行うことで、前記保守診断処理を迅速、簡便に実行でき、かつ早期に異常発生の傾向を把握することが可能な車両診断装置及び車両診断システムを提供する。【解決手段】外部管理装置６からの強制作動要求に基づいて、車両を電子制御する電子制御部２を強制作動させて所定の車両保守データを獲得する保守制御部４を備えてなる車両診断装置１であって、所定の点検インタバルで入力される前記強制作動要求に対して、車両状態に基づいて実行可否を判断する状態判断部４１を備え、前記保守制御部４は実行可能と判断されるときに前記電子制御部２を強制作動させる。【選択図】図１
2007139478.tif 000002
【特許請求の範囲】
【請求項１】
通信インターフェースを介して入力された外部管理装置からの強制作動要求に基づいて、車両を電子制御する電子制御部を強制作動させて所定の車両保守データを獲得する保守制御部を備えてなる車両診断装置であって、
所定の点検インタバルで入力される前記強制作動要求に対して、車両状態に基づいて実行可能か否かを判断する状態判断部を備え、前記保守制御部は、前記状態判断部により実行可能と判断されるときに前記電子制御部を強制作動させる車両診断装置。
【請求項２】
前記保守制御部は、前記状態判断部により実行可能と判断されるときに、前記電子制御部の強制作動の前にその旨のメッセージを報知する報知部を備えている請求項１記載の車両診断装置。
【請求項３】
前記保守制御部は、前記状態判断部により実行不可能と判断されるときに前記強制作動要求を一次記憶する記憶部を備え、その後、前記状態判断部により実行可能と判断されるときに前記電子制御部を強制作動させる請求項１または２記載の車両診断装置。
【請求項４】
前記保守制御部は、前記状態判断部により実行不可能と判断されるときに、前記車両状態を実行可能な状態に移行させる車両状態切替部を備えている請求項１または２記載の車両診断装置。
【請求項５】
外部管理装置と、通信インターフェースと、前記通信インターフェースを介して入力された前記外部管理装置からの強制作動要求に基づいて、車両を電子制御する電子制御部を強制作動させて所定の車両保守データを獲得し、獲得した車両保守データを前記外部管理装置に返信する保守制御部を備えてなる車両診断システムであって、
前記通信インターフェースを無線通信インターフェースで構成するとともに、所定の点検インタバルで入力される前記強制作動要求に対して、車両状態に基づいて実行可能か否かを判断する状態判断部を備え、前記保守制御部は、前記状態判断部により実行可能と判断されるときに前記電子制御部を強制作動させる車両診断システム。
【請求項６】
前記外部管理装置は、前記強制作動要求を送信出力する際に、前記車両の所有者の携帯端末機に強制作動要求がなされた旨の通報を行なう通報手段を備えている請求項５記載の車両診断システム。
【請求項７】
前記外部管理装置は、任意の車両からの車両保守データに基づいて異常が検出されたときに、前記点検インタバルに関わらず前記任意の車両と同車種の他の車両に対して強制作動要求を送信出力する請求項５または６記載の車両診断システム。
【請求項８】
前記外部管理装置は、各車両から入力された車両保守データに基づいて故障を検出する故障判断部を備えてある請求項５から７の何れかに記載の車両診断システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信インターフェースを介して入力された外部管理装置からの強制作動要求に基づいて、車両を電子制御する電子制御部を強制作動させて所定の車両保守データを獲得する保守制御部を備えてなる車両診断装置、及び、車両診断システムに関する。
【背景技術】
【０００２】
車両各部に搭載されている機器の多くは、電子制御によって動作する電子制御装置によって構成されている。これら電子制御装置の故障診断や診断データ解析等は、当該電子制御装置に外部診断装置を接続して、電子制御装置側の処理と外部診断装置側の処理との連携により実行していた。例えば、電子制御装置は、前記電子制御装置のＣＰＵをリセットした直後に、そのＣＰＵ側の処理にて、外部診断装置が出力するモード判定用制御信号ラインの信号状態をチェックし、診断可能状態でなければ、内蔵されている制御プログラムの起動に移り、前記電子制御装置の制御動作を開始する。一方で、前記電子制御装置は、モード判定用制御信号ラインの信号状態が診断可能状態であれば、前記外部診断装置から送信されてきた制御プログラムに従って診断処理を開始する。
【０００３】
上述の診断処理において、診断途中で外部診断装置と電子制御装置とを接続するコネクタが外れる等の原因により、電子制御装置による診断処理が延々と継続して実行される虞を回避するため、診断処理を行う電子制御装置に対して外部診断装置から送信される要求メッセージの中に、要求する診断処理の内容に併せて、前記診断処理の診断継続時間を指定する診断継続時間情報を組み込むようにするといった技術が提案されている。
【０００４】
また、診断処理と類似の処理である内蔵プログラム更新に関する技術では、内蔵プログラム更新時に車両が駆動装置により駆動されているときに、車両や駆動装置の急激な状態変化や制御不能等によって、前記車両や駆動装置が予期せぬ駆動状態に至ることを回避するため、内蔵プログラムの起動中に外部から送信される更新命令があったときには、車両の駆動がなされていないという条件下で、前記内蔵プログラムの一部または全部を外部から送信される新たなプログラムへ更新する処理に移行するといった技術が提案されている。
【０００５】
【特許文献１】特開平７−４６６７６号公報
【０００６】
【特許文献２】特開平９−４４２１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上述した従来技術では、診断対象である電子制御装置に外部診断装置を接続して診断を行うため、車両の所有者等は診断時に車両を最寄のサービス店等に持ち込む必要があり、診断を行う保守技術者にとっても車両を持ち込む所有者等にとっても作業が煩雑であるという問題があった。
【０００８】
また、市場において発生した車両の異常は、異常が発生した当該車両の所有者等によって、最寄のサービス店等に連絡されるか当該車両が持ち込まれるかで初めて認識され、その後にメーカー側で異常の原因究明を行うことになるため、異常への対処が遅れるという問題もあった。
【０００９】
本発明は、上述の従来欠点に鑑み、サービスセンター等に設置された外部管理装置から無線回線を介して遠隔地の車両に対して診断処理を行うことで、前記診断処理を迅速かつ簡便に行うことが可能で、かつ早期に異常発生の傾向を把握して早期対処を行うことが可能な車両診断装置及び車両診断システムを提供する点にある。
【課題を解決するための手段】
【００１０】
上述の目的を達成するため、本発明による車両診断装置の第一の特徴構成は、特許請求の範囲の書類の請求項１に記載した通り、通信インターフェースを介して入力された外部管理装置からの強制作動要求に基づいて、車両を電子制御する電子制御部を強制作動させて所定の車両保守データを獲得する保守制御部を備えてなる車両診断装置であって、所定の点検インタバルで入力される前記強制作動要求に対して、車両状態に基づいて実行可能か否かを判断する状態判断部を備え、前記保守制御部は、前記状態判断部により実行可能と判断されるときに前記電子制御部を強制作動させる点にある。
【００１１】
上述の構成によれば、診断処理を実行する保守技術者が車両の存在している場所にいる必要はなく、一方、車両の所有者も当該車両を保守技術者の元へ持込む必要がないので、上述したような煩雑な作業を回避することができるのである。また、所定の点検インタバルで強制作動要求が入力されるので、診断処理を忘れることなく確実に実行でき、さらに、状態判断部が車両状態に基づいて診断処理を実行可能か否か判断するので、安全性を損なうことなく要求された診断処理を実行できるのである。
【００１２】
同第二の特徴構成は、同請求項２に記載した通り、上述の第一特徴構成に加えて、前記保守制御部は、前記状態判断部により実行可能と判断されるときに、前記電子制御部の強制作動の前にその旨のメッセージを報知する報知部を備えている点にある。
【００１３】
例えば、車両から離れた遠隔地に当該車両へ強制作動要求を発信する外部管理装置を備えた管理センタ等があり、前記外部管理装置から当該車両へ強制作動要求が送信された場合に、上述の構成によれば、車両の所有者は当該車両が前記強制作動要求を受信したこと、及び当該車両において診断処理が実施されることを確認することができるのである。
【００１４】
同第三の特徴構成は、同請求項３に記載した通り、上述の第一または第二特徴構成に加えて、前記保守制御部は、前記状態判断部により実行不可能と判断されるときに前記強制作動要求を一次記憶する記憶部を備え、その後、前記状態判断部により実行可能と判断されるときに前記電子制御部を強制作動させる点にある。
【００１５】
上述の構成によれば、車両状態によっては直ちに実行できない強制作動要求であっても、記憶部に前記強制作動要求を格納しておくことによって、車両状態が変化して実行可能と判断されるときに前記記憶部から読み出した強制作動要求に基づいて車両の診断処理を実行することができるようになり、可能な限り迅速に診断処理を実行することが可能な車両診断装置となるのである。
【００１６】
同第四の特徴構成は、同請求項４に記載した通り、上述の第一または第二特徴構成に加えて、前記保守制御部は、前記状態判断部により実行不可能と判断されるときに、前記車両状態を実行可能な状態に移行させる車両状態切替部を備えている点にある。
【００１７】
上述の構成によれば、車両状態によっては直ちに実行できない強制作動要求であっても、前記強制作動要求を受け取った当該車両の車両状態切替部が、自発的に当該車両を実行可能な状態に移行させることが可能であるので、可能な限り迅速に診断処理を実行することができる車両診断装置となるのである。
【００１８】
上述の目的を達成するため、本発明による車両診断システムの第一の特徴構成は、特許請求の範囲の書類の請求項５に記載した通り、外部管理装置と、通信インターフェースと、前記通信インターフェースを介して入力された前記外部管理装置からの強制作動要求に基づいて、車両を電子制御する電子制御部を強制作動させて所定の車両保守データを獲得し、獲得した車両保守データを前記外部管理装置に返信する保守制御部を備えてなる車両診断システムであって、前記通信インターフェースを無線通信インターフェースで構成するとともに、所定の点検インタバルで入力される前記強制作動要求に対して、車両状態に基づいて実行可能か否かを判断する状態判断部を備え、前記保守制御部は、前記状態判断部により実行可能と判断されるときに前記電子制御部を強制作動させる点にある。
【００１９】
同第二の特徴構成は、同請求項６に記載した通り、上述の第一特徴構成に加えて、前記外部管理装置は、前記強制作動要求を送信出力する際に、前記車両の所有者の携帯端末機に強制作動要求がなされた旨の通報を行なう通報手段を備えている点にある。
【００２０】
例えば、車両から離れた遠隔地に当該車両へ強制作動要求を発信する外部管理装置を備えた管理センタ等があり、前記外部管理装置から当該車両へ強制作動要求が送信された場合に、上述の構成によれば、車両の所有者が当該車両から離れていたとしても、当該車両に強制作動要求を送信したことを、車両の所有者の携帯端末等を通じて確実に通知することができるのである。
【００２１】
同第三の特徴構成は、同請求項７に記載した通り、上述の第一または第二特徴構成に加えて、前記外部管理装置は、任意の車両からの車両保守データに基づいて異常が検出されたときに、前記点検インタバルに関わらず前記任意の車両と同車種の他の車両に対して強制作動要求を送信出力する点にある。
【００２２】
上述の構成によれば、任意の車両に異常が検出された場合に、前記任意の車両と同車種の他の車両に対して点検インタバルに関わらず強制作動要求を送信出力することによって、検出された異常が前記任意の車両のみの問題であるのか、または前記任意の車両の車種全体の問題であるのかを判断するためのデータを迅速に収集することができるので、異常の傾向を早期把握することが可能な車両診断システムとなるのである。
【００２３】
同第四の特徴構成は、同請求項８に記載した通り、上述の第一から第三の何れかの特徴構成に加えて、前記外部管理装置は、各車両から入力された車両保守データに基づいて故障を検出する故障判断部を備えてある点にある。
【００２４】
上述の構成によれば、前記外部管理装置は、各車両から入力された車両保守データ、つまり各車両の診断データをデータベース化した大量のデータに基づいた故障検出を行うことができるので、特定の車両にのみ発生する特性を故障と誤認識する可能性を低く抑えて確実な故障検出をすることや、事前に車両の異常傾向を把握して対応を検討することが可能な車両診断システムとなるのである。
【発明の効果】
【００２５】
以上説明した通り、本発明によれば、サービスセンター等に設置された外部管理装置から無線回線を介して遠隔地の車両に対して診断処理を行うことで、前記診断処理を迅速かつ簡便に行うことが可能で、かつ早期に異常発生の傾向を把握して早期対処を行うことが可能な車両診断装置及び車両診断システムを提供することができるようになった。
【発明を実施するための最良の形態】
【００２６】
以下に本発明による車両診断装置を、複数のＥＣＵ（電子制御ユニット）が協働して制御を行なうシステムとしての車両に適用した実施形態について説明する。図１に示すように、本発明による車両診断装置１における診断処理にかかる機能ブロック構成は、電子制御部２としての複数のＥＣＵ（電子制御ユニット）と、通信制御部３と接続された保守制御部４とが、夫々ＣＡＮ（コントローラエリアネットワーク）バス５を介してネットワーク接続されることにより構成されている。尚、前記複数のＥＣＵは、例えば、エンジン制御用ＥＣＵ２１、自動変速機（ＡＴ）制御用ＥＣＵ２２、アンチロック・ブレーキ・システム（ＡＢＳ）制御用ＥＣＵ２３等で構成される。
【００２７】
前記複数のＥＣＵは夫々にＣＰＵ等を備えた演算処理装置が設けられ、予め設定された周期で繰り返し実行される内蔵プログラム及び内蔵データに基づいて所定の機能が実現されるように構成されている。例えば、エンジン制御用ＥＣＵ２１であれば、吸気温センサ２１０、水温センサ２１１、可変バルブタイミング機構において目標バルブタイミングを検知するためのセンサ２１２、アクセルペダルの操作量センサ２１３、バッテリー電圧センサ２１４等の各センサからの入力信号や関連する他のＥＣＵ、例えば自動変速機制御用ＥＣＵ２２等からの通信データに基づいて、所定のエンジン機能を実現するように自らの制御状態を他のＥＣＵにデータ送信する。
【００２８】
また、他のＥＣＵ、例えば、前記自動変速機制御用ＥＣＵ２２やＡＢＳ制御用ＥＣＵ２３等では、前記エンジン制御用ＥＣＵ２１へも入力されていた前記アクセルペダルの操作量センサ２１３やバッテリー電圧センサ２１４、その他夫々独自に使用されるセンサ２２０、２２１、２３０、２３１等からの入力信号を制御することで、各ＥＣＵは協働してシステムとしての制御等が実現可能な構成となっている。
【００２９】
前記通信制御部３は、外部管理装置６との間でデータ通信を行なう。前記データ通信は、診断処理を実行するにあたり作動が必要なＥＣＵを強制作動させるために前記外部管理装置６が送信する強制作動要求の受信や、前記診断処理の実行結果としての車両保守データを前記管理装置６へ送信するもので、例えば、図２に示すように、携帯電話回線を使用して遠隔地にある前記車両保守データを管理する管理センタ等から中継局を介してデータ通信を行なうことができるように構成されている。尚、無線回線は携帯電話回線に限定されるものではなく、無線ＬＡＮや衛星通信回線等既存の通信インフラを活用することができる。
【００３０】
前記車両保守データは、上述した診断処理の実行結果としてのデータのみならず、保守技術者が診断処理を行って取得したデータや、車両のユーザーから取得した当該車両に関する情報をデータ化したものも包含している。
【００３１】
また、前記外部管理装置６から送信される強制作動要求には診断プログラム等が含まれており、前記診断プログラム等で定義された診断処理の手順に従って前記各ＥＣＵの制御状態を診断する。
【００３２】
前記保守制御部４は、各ＥＣＵを強制作動させて診断処理を実行した後の車両保守データを、前記外部管理装置６に送信するために前記通信制御部３に出力したり、前記外部管理装置６より前記通信制御部３を介して受信した強制作動要求に基づいて、前記各ＥＣＵを作動させて診断処理を実行したりするためのものであり、前記通信制御部３を介して受信される強制作動要求を入力して一次記憶しておく強制作動要求入力部４０と、前記各ＥＣＵから入力される通信データに基づいて車両の状態を車両状態データとして生成した上で、前記強制作動要求に基づいた診断処理の実行対象ＥＣＵが作動可能か否かを前記車両状態データに基づいて判断する状態判断部４１と、前記実行対象ＥＣＵが前記状態判断部４１により作動可能であると判断されたときに前記実行対象ＥＣＵを作動させて診断処理を実行する診断実行部４２と、前記実行対象ＥＣＵが前記状態判断部４１により作動不可能であると判断されたときに前記強制作動要求を一次記憶する記憶部４３と、前記診断実行部４２による診断処理結果を車両保守データとして生成する車両保守データ生成部４４と、前記車両保守データ生成部４４によって生成された前記車両保守データを前記通信制御部３に出力する車両保守データ出力部４５と、当該保守制御部４の電源供給を常時維持するとともに、前記実行対象ＥＣＵへの電源供給を維持する電源制御部４６とを備えて構成されている。
【００３３】
前記状態判断部４１は、前記各ＥＣＵから入力される通信データに基づいて、イグニッションスイッチのオン／オフの状態、エンジンの始動中／停止中、車両の走行中／停車中等といった車両の状態を車両状態データとして生成した上で、前記強制作動要求に基づいた診断処理の実行対象ＥＣＵが作動可能か否かを前記車両状態データに基づいて判断するように構成されている。
【００３４】
例えば、前記状態判断部４１において、イグニッションスイッチがオフである車両状態データが生成された場合には、前記状態判断部４１は前記実行対象ＥＣＵに電源が供給されていないことを理由として前記実行対象ＥＣＵの作動は不可能であると判断する構成とすることができる。一方、前記状態判断部４１において、イグニッションスイッチがオンである車両状態データが生成された場合には、前記状態判断部４１はエンジンが始動中であれば車両走行中の恐れがあるため前記実行対象ＥＣＵの作動は不可能であると判断し、エンジンが停止中であれば前記実行対象ＥＣＵの作動は可能であると判断する構成とすることもできる。尚、上述の車両状態データ生成のための車両の状態は一例に過ぎず、実際には上記以外の車両の状態も加味した上で生成されるものである。上記以外の車両の状態として、例えば、車内の人の存在の有無を判断するセンサの状態、車両のキーロック状態、ナビゲーションシステムによって車両が駐車場等の安全な領域に存在するか否か、保守技術者が外部診断装置を電子制御装置に接続しているか否か（外部診断装置を接続している場合は保守技術者による保守作業が優先される）等が挙げられる。
【００３５】
前記診断実行部４２は、前記状態判断部４１が前記強制作動要求に基づいた診断処理の実行対象ＥＣＵの作動は可能であると判断すれば、前記実行対象ＥＣＵを作動させて診断処理を実行する。一方、前記状態判断部４１が前記強制作動要求に基づいた診断処理の実行対象ＥＣＵの作動は不可能であると判断すれば、前記実行対象ＥＣＵを作動させずに診断処理の実行を留保する。
【００３６】
尚、前記状態判断部４１が前記強制作動要求に基づいた診断処理の実行対象ＥＣＵの作動が可能であると判断した場合、前記実行対象ＥＣＵを強制作動させる前に、カーナビゲーションシステム等の操作表示部７を介して車両の運転者等に対し、前記実行対象ＥＣＵに対する強制作動要求を受信した旨を知らせる報知部４７を備えた構成としてもよい。上述に加えて、前記報知部４７は、前記操作表示部７を介して車両の運転者に対して、前記実行対象ＥＣＵを作動させての診断処理の実行を許容する旨の入力を促す構成とし、運転者による許容入力が行なわれたとき、前記実行対象ＥＣＵを作動させて診断処理を実行する構成としてもよい。
【００３７】
前記記憶部４３は、前記状態判断部４１が前記強制作動要求に基づいた診断処理の実行対象ＥＣＵが作動不可能であると判断した場合に、前記強制作動要求を一次記憶するように構成されている。つまり、前記状態判断部４１が前記実行対象ＥＣＵの作動を不可能と判断した結果、前記診断実行部４２が前記実行対象ＥＣＵを作動させずに前記診断処理の実行を留保した場合には、前記強制作動要求は前記記憶部４３に一次記憶される。前記診断実行部４２は前記車両状態データと前記記憶部４３を常時確認して、前記車両状態データが前記実行対象ＥＣＵを作動することが可能な状態データとなったとき、つまり前記強制作動要求の実行環境が整ったときに、前記記憶部４３に一次記憶された前記強制作動要求に基づいて、前記実行対象ＥＣＵを作動させて診断処理を実行するように構成されている。
【００３８】
また、図７に示すように、前記状態判断部４１が前記実行対象ＥＣＵの作動が不可能であると判断した場合に、車両の状態を前記実行対象ＥＣＵの作動が可能な状態へと移行させる車両状態切替部４８を前記記憶部４３の代わりに備えた構成としてもよい。
【００３９】
例えば、車両のキーがロックされていることを理由として、前記状態判断部４１が前記実行対象ＥＣＵの作動は不可能と判断する設定である場合に、前記状態判断部４１が当該理由で前記実行対象ＥＣＵの作動は不可能と判断すると、前記車両状態切替部４８が自動的にキーのロックを解除するような構成が挙げられる。
【００４０】
別の例として、車両のエンジンが始動していることを理由として、前記状態判断部４１が前記実行対象ＥＣＵの作動は不可能と判断する設定である場合に、前記状態判断部４１が当該理由で前記実行対象ＥＣＵの作動は不可能と判断すると、前記車両状態切替部４８は前記判断を一次記憶しておき、運転者がエンジンの再始動を実行しようとするときに前記操作表示部７等を介して、エンジンを始動する前に前記実行対象ＥＣＵを作動させての診断処理の実行を許容する旨の入力を促すような構成も挙げられる。尚、前記判断の一次記憶は前記車両状態切替部４８以外、例えば前記記憶部４３等であってもよい。
【００４１】
尚、前記車両状態切替部４８は、図８に示すように、前記記憶部４３に追加して備えた構成であってもよい。例えば、前記状態判断部４１が前記実行対象ＥＣＵの作動は不可能であると判断した場合に、安全性等の問題から前記車両状態切替部４８による状態移行が不可能であれば、前記記憶部４３に前記強制作動要求を一次記憶させるのである。
【００４２】
また、前記車両状態切替部４８は、前記状態判断部４１が前記実行対象ＥＣＵの作動が不可能であると判断した場合に、車両の運転者等の操作によって当該車両の状態を前記実行対象ＥＣＵの作動が可能な状態へと移行させて診断処理を実行することができる構成であってもよい。例えば、車両の運転者が、前記状態判断部４１が前記実行対象ＥＣＵの作動が不可能であると判断したことを、前記操作表示部７等を介して知ったとき、前記車両の運転者は前記実行対象ＥＣＵの作動に必要な処理を手動操作で行なった上で診断処理を実行するのである。
【００４３】
前記車両保守データ生成部４４は、前記診断実行部４２が前記強制作動要求に基づいた診断処理の実行対象ＥＣＵを作動させて行なった診断処理の診断結果データを、前記車両保守データとして生成するように構成されている。つまり、前記強制作動要求に基づいた診断処理の実行対象ＥＣＵは、前記強制作動要求に従って作動を開始した後、前記強制作動要求に含まれる診断の手順に基づいて制御対象とする車両システムの制御を実行することにより診断データを出力して、前記診断データを前記車両保守データ生成部４４へ送信する。前記車両保守データ生成部４４は、前記診断データを受信することで、前記実行対象ＥＣＵが正常に動作しているか否かを診断し、その診断結果を車両保守データとして生成するのである。
【００４４】
前記電源制御部４６は、当該保守制御部４の電源供給を常時維持することで、車両の状態にかかわらず、常時前記強制作動要求の入力を可能とするとともに、前記強制作動要求に基づいた診断処理の実行対象ＥＣＵへ電源供給を維持することで、診断処理の実施が可能なように構成されている。
【００４５】
以下、診断制御装置１における診断処理の実行動作について図３に示すフローチャートに基づいて説明する。
【００４６】
外部管理装置６から前記通信制御部３を介して前記強制作動要求入力部４０へ強制作動要求が入力されると（ＳＡ１）、前記強制作動要求入力部４０は前記強制作動要求を一次的に記憶する（ＳＡ２）。
【００４７】
前記状態判断部４１は、車両の状態を車両状態データとして生成して（ＳＡ３）、前記強制作動要求に基づいた診断処理の実行対象ＥＣＵの作動が可能か否かを前記車両状態データに基づいて判断する（ＳＡ４）。
【００４８】
前記状態判断部４１が前記実行対象ＥＣＵの作動が可能であると判断した場合は（ＳＡ４）、前記電源制御部４６は、前記強制作動要求に基づいた診断処理の実行対象ＥＣＵの電源供給が維持できるように制御を開始する（ＳＡ５）。また、前記診断実行部４２は、前記診断処理の実行対象ＥＣＵを強制作動させて、かかるＥＣＵによりアクチュエータを駆動させることで、その駆動データ等に基づいて診断処理を実行する（ＳＡ６）。
【００４９】
前記車両保守データ生成部４４は、前記診断処理の診断結果を車両保守データとして生成する（ＳＡ７）。また、前記車両保守データ出力部４４は、生成された前記車両保守データを前記車両保守データ出力部４５及び通信制御部３を介して外部管理装置６に転送する（ＳＡ８）。
【００５０】
一方、前記状態判断部４１が前記実行対象ＥＣＵの作動が不可能であると判断した場合は（ＳＡ４）、前記診断実行部４２は前記強制作動要求に基づいた診断処理の実行対象ＥＣＵを作動させずに診断処理の実行を留保して（ＳＡ９）、前記強制作動要求は前記記憶部４３に一次記憶される（ＳＡ１０）。前記状態判断部４１は、車両の状態の変化に応じて車両状態データの更新を行い（ＳＡ３）、前記診断実行部４２は前記状態判断部４１の判断が前記実行対象ＥＣＵの作動可能となるまで（ＳＡ４）、前記状態判断部４１を常時確認する。そして、ステップＳＡ４において、前記状態判断部４１の判断が前記実行対象ＥＣＵの作動可能となった場合は（ＳＡ４）、ステップＳＡ５からＳＡ８までの処理が実行され、前記状態判断部４１の判断が前記実行対象ＥＣＵの作動不可能である場合は（ＳＡ４）、ステップＳＡ９以降の処理が繰り返される。
【００５１】
以下に、各々上述の車両診断装置１を搭載した車両群を管理する外部管理装置６を備える車両診断システムの実施形態について説明する。
【００５２】
前記外部管理装置６は、図４に示すように、前記車両診断装置１の通信制御部３に対して所定の点検インタバルで強制作動要求を送信する強制作動要求出力部６０と、前記強制作動要求を送信する際に送信先の車両の所有者の携帯端末機に強制作動要求がなされた旨の通報を行う通報手段６１と、前記車両診断装置１の通信制御部３より前記強制作動要求の結果としての車両保守データを受信する車両保守データ入力部６２と、受信した前記車両保守データを記憶する車両保守データ記憶管理部６３と、前記車両保守データ記憶管理部６３に記憶された車両保守データに基づいて故障を検出する故障判断部６４を備えて構成されている。
【００５３】
前記強制作動要求出力部６０は、所定の点検インタバルで強制作動要求を送信する。例えば、３ヶ月に一度の定期点検を必要とする車両においては、所定の点検インタバルを３ヶ月として、３ヶ月毎に前記強制作動要求を送信する。但し、前記強制作動要求出力部６０は所定の点検インタバルに関わらず強制作動要求を送信する場合があり、この場合については後述する車両保守データ記憶管理部６３の説明において詳述する。
【００５４】
前記通報手段６１は、前記強制作動要求出力部６０が前記強制作動要求を送信する際に、送信先の車両の所有者の携帯端末機に対して、当該車両に強制作動要求を行なった旨の通報を行う。つまり、図５に示すように、前記強制作動要求出力６０が車両に対して強制作動要求を送信するのに対して、前記通報手段６１は前記強制作動要求を当該車両に向けて送信した旨の情報を、車両の所有者の携帯端末機に送信するのである。
【００５５】
また、前記通報手段６１は、前記外部管理装置６からの車両の所有者に対する情報の送信のみならず、車両の所有者からの前記外部管理装置６に対する情報の受信をも行う構成であってもよい。例えば、前記強制作動要求を当該車両へ向けて送信した旨の情報を受け取った前記車両の所有者が、当該強制作動を許可する返信を前記外部管理装置６に対して行うのである。
【００５６】
前記車両保守データ入力部６２は、前記車両診断装置１の通信制御部３より前記強制作動要求の結果としての車両保守データを受信する。
【００５７】
前記車両保守データ記憶管理部６３は、異常発生の有無情報や診断による出力値等を含む前記車両保守データを、車両単位や車種単位等で記憶する。つまり、前記車両保守データ入力部６２において受信した多数の車両の前記車両保守データをデータベースとして記憶管理するのである。
【００５８】
また、前記車両保守データ記憶管理部６３は、任意の車両からの車両保守データに異常情報が含まれていると、前記点検インタバルに関係なく、前記任意の車両と同車種である他の車両に対して、前記強制作動要求出力部６０を介して強制作動要求を送信する。例えば、車種Ａである任意の車両からの車両保守データに基づいて異常が検出されたときは、前記車両保守データ記憶管理部６３において記憶管理されているデータより車種Ａである車両のデータを抽出して、抽出された車両群に対して、前記任意の車両に対して行ったものと同様の強制作動要求を、前記強制作動要求出力部６０を介して送信するのである。
【００５９】
前記故障判断部６４は、各車両から入力された車両保守データに基づいて故障を検出する。詳述すると、前記強制作動要求を行った車両から返信されてきた車両保守データを参照して、又は必要に応じて前記車両保守データ記憶部６３に記憶されている当該車両に関連する他の車両保守データも参照して、当該車両が故障しているか否かの判断を行うのである。
【００６０】
例えば、時間経過とともに出力が小さくなるという特性（本特性は異常ではないとする）を有する装置があり、ある車両において当該装置の診断処理を実行した場合、前記故障判断部６４は、前記車両保守データ記憶部６３に記憶されている当該装置を搭載する他の車両保守データも参照することで、当該装置の時間経過とともに出力が小さくなるという特性を考慮した判断を行うのである。
【００６１】
また、前記故障判断部６４は前記車両保守データ記憶管理部６３に蓄積記憶された過去から現在に至る車両保守データを解析することによって、特定の条件に合致した場合には故障である、又は故障が発生する傾向があるといった判断をする構成であってもよい。前記特定の条件とは、車種、車両の製造年月、又は車両に搭載された装置の不具合若しくは寿命等であり、例えば、解析の結果、同車種のＸ年製造車両とＹ年製造車両において、Ｙ年製造車両のみで故障が多数検出された場合、Ｘ年製造車両とＹ年製造車両の相違点を調べて原因を特定するといった判断を行うのである。
【００６２】
以下、車両診断システムにおいて、外部管理装置６が車両診断装置１を搭載したある車両（以下、車両Ｂとする）との間で車両診断を実行する動作について図６に示すフローチャートに基づいて説明する。
【００６３】
前記外部管理装置６において、車両Ｂより受信したデータ、保守技術者が車両Ｂの診断処理を行って取得したデータ、及び車両Ｂの所有者等から取得した車両Ｂに関する情報といった車両保守データに、車両Ｂに異常が存在する旨の異常情報が含まれている場合は（ＳＢ１）、強制作動要求出力部６０は車両Ｂの車両診断装置１に対して強制作動要求を送信すると同時に、通報手段６１は車両Ｂの所有者の携帯端末機に強制作動要求がなされた旨の通報を行う（ＳＢ２）。
【００６４】
一方、前記車両保守データに異常情報が含まれていない場合（ＳＢ１）、前記外部管理装置６は、車両Ｂに対して設定されている所定の点検インタバルにおける強制作動要求を送信するタイミングであるか否かを判断して、前記強制作動要求を送信するタイミングであれば（ＳＢ３）、車両Ｂの車両診断装置１に対して強制作動要求を送信すると同時に、通報手段６１は車両Ｂの所有者の携帯端末機に強制作動要求がなされた旨の通報を行う（ＳＢ２）。前記強制作動要求を送信するタイミングでなければ（ＳＢ３）、車両保守データに異常情報が含まれているか否かの判定を行う（ＳＢ１）。
【００６５】
ステップＳＢ２において送信した前記強制作動要求に対する返信が車両保守データ入力部６２に入力されると（ＳＢ４）、故障判断部６４は入力された前記車両保守データを参照して、また必要に応じて車両保守データ記憶部６３に記憶されている他の車両保守データも参照して、車両Ｂが故障しているか否かの判断を行い（ＳＢ５）、結果を車両保守データ記憶部６３に記憶する（ＳＢ６）。また、必要に応じて結果を車両Ｂの所有者に連絡する（ＳＢ７）。
【００６６】
以下別の実施形態について説明する。保守制御部４は、状態判断部４１が強制作動要求に基づいた診断処理の実行対象ＥＣＵの作動を車両状態データの状態によって実行不可能と判断して前記診断処理の実行を留保した後、前記車両状態データの変動により前記実行対象ＥＣＵの作動が可能と判断できるようになったときに、前記外部管理装置６に前記強制作動要求の再送を要求する構成としてもよい。前記保守制御部４に複数の強制作動要求が入力され、複数の強制作動要求に基づいた診断処理が留保されている場合に、前記入力された強制作動要求の全てを診断処理の実行が完了するまで常時記憶しておく必要がなくなり、記憶部４３の容量を削減することができ好ましい。
【００６７】
また、保守制御部４による強制作動要求に基づく診断処理の実行中に、電子制御部２としての各ＥＣＵは、運転者の操作入力を拒否する構成としてもよい。運転者の操作入力を制限することで、任意のＥＣＵの診断処理実行中に他のＥＣＵが作動することにより発生する不都合を回避でき、確実に診断処理を実行することができ好ましい。
【００６８】
上述では、通信制御部３は保守制御部４とは独立して構成した場合について説明したが、前記通信制御部３は前記保守制御部４に含まれる構成としてもよい。
【００６９】
尚、上述した実施形態は本発明の一例に過ぎず、本発明の作用効果を奏する範囲において各ブロックの具体的構成等を適宜変更設計できることは言うまでもない。
【図面の簡単な説明】
【００７０】
【図１】車両診断装置における診断処理にかかる機能ブロック構成図
【図２】遠隔地からデータ通信を行なう場合の例の説明図
【図３】車両診断装置における診断処理の実行動作を説明するためのフローチャート
【図４】車両診断システムにおける外部管理装置及び車両診断装置の機能ブロック構成図
【図５】外部管理装置から車両及び携帯端末機に対してデータ送信を行なう場合の例の説明図
【図６】車両診断システムにおける外部管理装置の実行動作を説明するためのフローチャート
【図７】車両状態切替部を備えた保守制御部の機能ブロック構成図
【図８】記憶部と車両状態切替部を備えた保守制御部の機能ブロック構成図
【符号の説明】
【００７１】
１：車両診断装置
２：電子制御部
３：通信制御部
４：保守制御部
６：外部管理装置
４１：状態判断部
４３：記憶部
４７：報知部
４８：車両状態切替部
６１：通報手段
６３：車両保守データ記憶管理部
６４：故障判断部
【図１】
2007139478.tif 000003
【図２】
2007139478.tif 000004
【図３】
2007139478.tif 000005
【図４】
2007139478.tif 000006
【図５】
2007139478.tif 000007
【図６】
2007139478.tif 000008
【図７】
2007139478.tif 000009
【図８】
2007139478.tif 000010