(57)【要約】【課題】  本発明は、故障特性に応じた適切な通知先に通知を行うことができる車両用故障通知装置の提供を目的とする。【解決手段】  本発明は、車両内の電子部品７０の状態に基づいて車両の故障を検出する故障検出手段２２と、前記検出した故障の特性を判断し、該特性に応じて、複数用意された通知先の中から特定の通知先を決定する通知先決定手段２４と、前記決定した通知先に前記検出した故障に関連する情報を通知する通知手段１２とを備えることを特徴とする。【選択図】  図１
2006023851.tif 000002
【特許請求の範囲】
【請求項１】
車両内の電子部品の状態に基づいて車両の故障を検出する故障検出手段と、
前記検出した故障の特性を判断し、該特性に応じて、複数用意された通知先の中から特定の通知先を決定する通知先決定手段と、
前記決定した通知先に前記検出した故障に関連する情報を通知する通知手段とを備えることを特徴とする、車両用故障通知装置。
【請求項２】
前記通知先決定手段は、通知先と故障特性との対応関係を定義するマップに基づいて前記決定処理を行い、該マップは書き換え可能である、請求項１記載の車両用故障通知装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の故障情報を車両外部の施設等に通知する車両用故障通知装置に関する。
【背景技術】
【０００２】
従来から、車両の走行中の交通事故や故障、盗難等の発生を各センサ基づいて常時監視し、監視内容をセンタに通知するシステムが知られている（例えば、特許文献１参照）。通知を受けたセンタは、通知内容に応じて、例えば警察、医療機関、修理業者の中から適切な施設を選定し、当該施設に通知する。
【特許文献１】特開平６−２８５９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上述の従来技術のような通知システムでは、センタは、車両から受けた通知内容に基づいて、車両に何が発生しているかを推測し、推測結果に基づいて種々の施設の中から適切な施設を選定する。例えば故障であると推測した場合には、修理業者に通知するとされている。しかしながら、適切な通知先の施設は故障の特性により異なるものであり、従って、故障特性を考慮せずに一意的に特定の修理業者に通知するだけでは、適切なアドバイスやサポートを得られない場合もある。また、特定の修理業者への通知が集中した場合等には、重要度の高い通知がその他の比較的重要度の低い通知に埋もれてしまう可能性もある。
【０００４】
そこで、本発明は、故障特性に応じた適切な通知先に通知を行うことができる車両用故障通知装置の提供を目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、本発明の一局面によれば、車両内の電子部品の状態に基づいて車両の故障を検出する故障検出手段と、
前記検出した故障の特性を判断し、該特性に応じて、複数用意された通知先の中から特定の通知先を決定する通知先決定手段と、
前記決定した通知先に前記検出した故障に関連する情報を通知する通知手段とを備えることを特徴とする、車両用故障通知装置が提供される。
【０００６】
本局面において、前記通知先決定手段は、通知先と故障特性との対応関係を定義するマップに基づいて前記決定処理を行い、該マップは書き換え可能であってよい。
【発明の効果】
【０００７】
本発明によれば、故障特性に応じた適切な通知先に通知を行うことができる車両用故障通知装置を得ることができる。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照して、本発明を実施するための最良の形態の説明を行う。
【０００９】
図１は、本発明による車両用故障通知装置の一実施例を示すシステム構成図である。本実施例の車両用故障通知装置は、車両側に搭載される統合制御装置１０を中心に構成される。
【００１０】
統合制御装置１０は、外部施設４０との双方向通信が可能な通信モジュール１２と、マスタ制御装置２０とを備える。通信モジュール１２は、マスタ制御装置２０と一体的なモジュールであってよく、若しくは、マスタ制御装置２０に取り外し可能に接続されるユニット（例えば、携帯電話のような情報端末）であってよい。あるいは、通信モジュール１２は、マスタ制御装置２０に無線通信網やLAN等を介して接続されるユニットであってよい。
【００１１】
マスタ制御装置２０には、バスを介して車両内の複数の電子部品７０が接続される。電子部品７０は、車両に搭載される通常的な電子部品の他、メーターECU７２、エアバック・ECU７４のような各種の電子制御装置（ECU）及びセンサを含む。バスは、CAN（controller area network）、BEAN（双方向多重通信ネットワークの一種）、LIN等の通信プロトコルに基づくものであってよく、例えば、パワートレイン系の電子部品（例えば、エンジン、ブレーキ）にはCAN（高速）が用いられ、ボデー系の電子部品（例えば、ドア、シート等）にはBEANやCAN（中速）が用いられる。
【００１２】
マスタ制御装置２０と各電子部品７０との間では、種々の情報・データがバスを介して送受される。例えば、マスタ制御装置２０には、各電子部品７０からそれぞれの電子部品７０に係るダイアグ情報がバスを介して送信される。
【００１３】
統合制御装置１０は、後に詳説する如く、車両内で所定の事象が発生した際、当該事象に関わる情報を適切な外部施設４０に通知する。外部施設４０は、車両全般関わるサポートを行う種々の施設である。本実施例の外部施設４０は、大きく３つのカテゴリー、即ち、乗員の安全に関わる側面をサポートする緊急センタ４２と、車両の重度の故障に応対するサポートセンタ４４と、車両の軽度の故障や利便性に関する問い合わせ等に応対する通常コールセンタ４６とに分類される。尚、これらの緊急センタ４２、サポートセンタ４４及び通常コールセンタ４６は、地理的に異なる位置に配置されていてもよく、若しくは、例えば同一建物内に配置されていてもよい。
【００１４】
図２は、マスタ制御装置２０の機能ブロック図である。マスタ制御装置２０は、電子部品７０の状態に基づいて車両の故障を検出する故障検出部２２と、故障に応じて通知先の外部施設４０を決定する通知先決定部２４と、必要に応じて外部施設４０に送信するダイアグ情報を決定・取得するダイアグ情報取得部２５とを備える。また、マスタ制御装置２０は、マップ格納部２６を備える。なお、マスタ制御装置２０は、マイクロコンピューターから構成されてよく、マップ格納部２６は、書き換え可能な不揮発性メモリ（例えば、EEPROM）として具現化されてよい。
【００１５】
図３は、本実施例のマスタ制御装置２０による処理の流れを示すフローチャートである。
【００１６】
故障検出部２２には、各種ECUからダイアグコードや、メーターECU７２から警告発生状態を表わす信号（以下、故障情報）が供給される（ステップ１００）。尚、メーターECU７２は、各電子部品７０（典型的には、ECU）から送られてくる警告点灯／点滅要求信号（以下、「ウォーニング信号」という）に応答して、警告ランプ（典型的には、インパネ部のインジケータランプ）を点灯／点滅させる。本実施例では、便宜上、故障検出部２２は、各種ECUからのダイアグコードや、メーターECU７２からのウォーニング信号を介して警告発生状態を検知するが、各電子部品７０からの信号に基づいてダイレクトに個々の電子部品７０の故障を検知する構成であってもよい。
【００１７】
通知先決定部２４は、故障検出部２２が検出した故障の特性を判断し、該故障特性に応じて、複数用意された通知先の中から特定の通知先を決定する（ステップ１１０以降）。
【００１８】
なお、故障以外の事象であって、エアバック等の乗員保護装置の作動といったような人命に関わる緊急事象の場合、緊急センタ４２が通知先に選定される。この場合、緊急センタ４２には、当該緊急事象に関連した情報（例えば、乗員保護装置の作動が検出された旨の情報と共に、現在の車両の位置・車線情報等の情報）が通知される（ステップ１１０）。当該通知を受けた緊急センタ４２は、救急車の手配や警察への通報等所定の対応を行うことになる。
【００１９】
尚、かかる緊急事象の検出には、各種乗員保護装置を統括するエアバック・ECU７４からの信号（例えば乗員保護装置の作動信号）以外にも、その乗員保護装置の起動可否判定や起動出力判定の基礎となる種々の衝突判定基準が用いられてよい。尚、このような緊急事象を表す信号は、その緊急性故に、マスタ制御装置２０（通知先決定部２４）にメーターECU７２を介さずに供給されてよく、若しくは、図１に示すように、マスタ制御装置２０（通知先決定部２４による判断）を介さずに自動的に緊急センタ４２に通知されてよい。
【００２０】
通知先決定部２４は、各種ECUからダイアグコードやメーターECU７２からのウォーニング信号の種類に基づいて、サポートセンタ４４に通知すべき故障情報である否かを判断する（ステップ１２０）。サポートセンタ４４は、車両走行不能や走行に重大な支障を及ぼす故障のような、車両の安全を直ちに確保する必要な故障（緊急のサポートが必要な故障）の場合に、通知先として選定される。当該通知を受けたサポートセンタ４４は、通信モジュール１２を介した通信により、例えば、車両の停止指示やその際の停止位置等をユーザに通知すると共に、現場に直行するサポート車両の手配を行ってよい。
【００２１】
通知先決定部２４は、各種ECUからダイアグコードやメーターECU７２からのウォーニング信号の種類に基づいて、通常コールセンタ４６に通知すべき故障情報である否かを判断する（ステップ１３０）。通常コールセンタ４６は、利便性を大幅に失う故障や快適性を損なう故障のような、車両の安全性に関わらない故障（例えば、パワーウインドウの故障のような利便性や快適性に関わる故障）の場合に、通知先として選定される。当該通知を受けた通常コールセンタ４６は、通信モジュール１２を介した通信により、例えば、当該故障を修理できる最寄りの修理施設やカーディーラ等をユーザに通知してよい。
【００２２】
尚、通知先決定部２４は、各種ECUからダイアグコードやメーターECU７２からのウォーニング信号の種類に基づいて、何れの外部施設４０への通知も不要であると判断した場合、処理を終了する。例えば、システム異常に関連しない信号（例えば、周囲環境の異常や、作動条件が整わない場合の異常を示すウォーニング信号、システム（車間制御システムや、ABS等）の作動中や制御中を示すウォーニング信号、バルブチェック時のウォーニング信号）であれば、外部施設４０への通知が不要とされる。これにより、無用な通知が防がれ、外部施設４０の負荷が低減される。
【００２３】
一方、上述のステップ１２０，１３０により通知先決定部２４によって通知先が決定されると、ダイアグ情報取得部２５は、必要に応じて、外部施設４０に送信すべきダイアグ情報を決定・取得する。例えば、ダイアグ情報取得部２５は、故障情報の種類に応じて有用なダイアグ情報を収集・取得するために、特定の電子部品７０に向けてダイアグ情報を要求する要求信号を送出する。特定の電子部品７０は、当該要求信号に応答して、ダイアグ情報をダイアグ情報取得部２５に送信する。このようにして取得されたダイアグ情報は、統合制御装置１０の通信モジュール１２を介して、通知先決定部２４により通知先に選ばれた外部施設４０に送信される。これにより、故障の発生に応答して必要とされるダイアグ情報の内容が車両側で判断され、必要なダイアグ情報が取得された段階で一括してセンタに送信される。このため、外部施設４０は一回の通信で多くの情報を得ることができ、適切な対処指示を行うことが可能となる。尚、かかる観点から、ダイアグ情報は、単なる故障（異常）の有無のみを知らせる情報、故障の箇所や程度を知らせる情報、更には故障発生前後の動作データ（システムやそれを構成する各電子部品の作動データ、フリーズフレームデータ）、故障（異常）の発生時点、その時点の車両位置や車速等の広範な情報を含んでよい。この場合、上述のステップ１２０，１３０により通知を受けたサポートセンタ４４や通常コールセンタ４６は、より正確に故障の態様（原因や重大度）を判断できるので、的確な指示・サポートを行うことができる。
【００２４】
尚、代替的に、上述のステップ１２０，１３０により通知先決定部２４によって通知先が決定されると、ダイアグ情報取得部２５によるダイアグ情報の取得処理を介さずに、当該通知先の外部施設４０に故障情報のみが送信されてもよい。
【００２５】
尚、選ばれた外部施設４０への情報の送信の際、通信モジュール１２が他の目的の通信（特にニュース取得等の緊急目的でない通信）を実行している場合には、当該通信が一時的に中止されてよい。即ち、通信モジュール１２は緊急度の高い通信を優先的に実現するものであってよい。
【００２６】
以上のように、本実施例では、検出した故障特性が判断され、該故障特性に応じて適切な外部施設４０が通知先として選択されるので、通知先から他の施設に転送される等の不都合が低減され、ユーザに対して迅速で適切なサポートを提供することが可能となる。また、故障情報に応じて通知先が的確に振り分けられるので、重要度の高い通知がその他の比較的重要度の低い通知に埋もれてしまうこともない。但し、本発明は、通知先の外部施設４０が、必要に応じて、更に他の施設（例えば、当該外部施設４０が管轄する複数の修理施設）に転送する構成や他の施設を紹介する構成を除外するものでない。
【００２７】
また、本実施例では、故障特性に応じた通知先が車両側で決定されるので（即ち統合制御装置１０により決定されるので）、各外部施設４０への通知の中継となる中継施設を必要とせず、また、かかる中継施設に車種やグレード毎に異なる故障特性の複雑な判断機能を持たせる必要もない。
【００２８】
また、本実施例において、通知先決定部２４は、上述のような各処理（特に、故障情報の種類に応じた外部施設４０の選定処理）を、マップ格納部２６内のマップに基づいて実行してよい。即ち、マップ格納部２６内のマップには、故障情報の種類に応じた選定すべき外部施設４０（即ち、ダイアグコードやウォーニング信号と通知先外部施設４０との対応表）が定義されてよい。
【００２９】
同様に、ダイアグ情報取得部２５は、上述のような各処理（特に、故障情報の種類に応じたダイアグ情報の取得処理）を、マップ格納部２６内のマップに基づいて実行してよい。即ち、マップ格納部２６内のマップには、故障情報の種類に応じた取得すべきダイアグ情報（即ち、ダイアグコードやウォーニング信号とダイアグコマンドや取得先電子装置IDとの対応表）が定義されてよい。これらのマップ格納部２６内のマップは、好ましくは、更新や変更のために書き換え可能とされる。例えば、この書き換えは、カーメーカーやカーディーラ（若しくはそれらの支配下にあるセンタ）から書き換えデータをダウンロードすることにより実現されてよい。これにより、外部施設４０の再編成や追加、カーメーカーの都合等に応じた柔軟な変更（即ち通知先決定部２４やダイアグ情報取得部２５の処理態様の変更）が可能となる。
【００３０】
以上、本発明の好ましい実施例について詳説したが、本発明は、上述した実施例に制限されることはなく、本発明の範囲を逸脱することなく、上述した実施例に種々の変形及び置換を加えることができる。
【００３１】
例えば、上述の実施例では、故障特性に応じて３種類の外部施設４０に通信先を振り分けるものであったが、よりきめ細やかに故障特性を分類して、４種類以上の外部施設４０に通信先を振り分けるものであってよい。
【００３２】
また、上述の実施例では、各種ECUから直接的に供給されるダイアグコードや、メーターECU７２に供給されるウォーニング信号に応答して、外部施設の選定処理やダイアグ情報の取得・送信処理が実行されているが、メーターECU７２に供給されない種のウォーニング信号やフェイル信号等に応答して、同様の処理が実行されてもよい。この場合も同様に、フェイル信号等に対応した通知先等がマップに定義されてよい。
【００３３】
また、上述の実施例の電子部品７０は、ウォーニング信号を発生し、その後、マスタ制御装置２０からの要求に応じてダイアグ情報をマスタ制御装置２０に送信するものであったが、ウォーニング信号と同時に所定のダイアグ情報をマスタ制御装置２０に送信してもよい。この場合、マスタ制御装置２０のダイアグ情報取得部２５は、当該電子部品７０に対してダイアグ情報を要求する必要が無くなる。この際、他のダイアグ情報が不要な場合には、即座に（他の他のダイアグ情報の取得処理を経ることなく）、ウォーニング信号を発生した電子部品７０に係るダイアグ情報を外部施設４０に送信できる。
【図面の簡単な説明】
【００３４】
【図１】本発明による車両用故障通知装置の一実施例を示すシステム構成図である。
【図２】マスタ制御装置２０の機能ブロック図である。
【図３】本実施例のマスタ制御装置２０による処理の流れを示すフローチャートである。
【符号の説明】
【００３５】
１０    統合制御装置
１２    通信モジュール
２０    マスタ制御装置
２２    故障検出部
２４    通知先決定部
２５    ダイアグ情報取得部
２６    マップ格納部
４０    外部施設
７０    電子部品
７２    メーターECU
【図１】
2006023851.tif 000003
【図２】
2006023851.tif 000004
【図３】
2006023851.tif 000005