JP2004299473A - 遠隔故障診断システム及びその制御方法、並びに車両 - Google Patents
遠隔故障診断システム及びその制御方法、並びに車両 Download PDFInfo
- Publication number
- JP2004299473A JP2004299473A JP2003092628A JP2003092628A JP2004299473A JP 2004299473 A JP2004299473 A JP 2004299473A JP 2003092628 A JP2003092628 A JP 2003092628A JP 2003092628 A JP2003092628 A JP 2003092628A JP 2004299473 A JP2004299473 A JP 2004299473A
- Authority
- JP
- Japan
- Prior art keywords
- vehicle
- diagnosis
- information
- target vehicle
- remote
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Testing And Monitoring For Control Systems (AREA)
- Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】車両の走行状態による制約を受けること無く、迅速且つ的確な故障診断を遠隔で行なう。
【解決手段】遠隔故障診断システムであって、車両２の状態を表わす所定のルール情報に合致する実走行状態が対象車両に発生した際に、その対象車両において、該実走行状態を検出すると共に、検出した実走行状態を表わす情報を記憶しておき、その情報を、当該対象車両がサービスステーション３に存在するときに読み出し、その読み出した情報に基づいて、当該対象車両に対する遠隔故障診断を、当該サービスステーション３に設けられた診断仲介サーバ２１及び／または情報センター１のサーバ１１によって行なう。
【選択図】 図１
【解決手段】遠隔故障診断システムであって、車両２の状態を表わす所定のルール情報に合致する実走行状態が対象車両に発生した際に、その対象車両において、該実走行状態を検出すると共に、検出した実走行状態を表わす情報を記憶しておき、その情報を、当該対象車両がサービスステーション３に存在するときに読み出し、その読み出した情報に基づいて、当該対象車両に対する遠隔故障診断を、当該サービスステーション３に設けられた診断仲介サーバ２１及び／または情報センター１のサーバ１１によって行なう。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、診断対象物の故障診断を遠隔で行なう遠隔故障診断システムの分野に関し、例えば、代表的な移動体である車両（自動車）を診断対象物として、その車両の故障診断を遠隔で行なう遠隔故障診断システムの分野に関する。
【０００２】
【従来の技術】
従来より、自動車の修理や点検等の各種サービスが必要な場合には、例えば、販売代理店（所謂ディーラ）、自動車用品店、或いはガソリンスタンド等に併設されている整備工場や、単独で存在する自動車修理工場等のサービス拠点へのユーザ（お客様）による自動車の持ち込みが行なわれ、そのサービス拠点において必要なサービスが提供されているのが一般的である。
【０００３】
しかしながら、上記従来からの一般的なサービス形態においては、サービス拠点の担当者にユーザから伝えられる不具合等の事象が、そのサービス拠点において確認あるいは再現しない場合もあり、結果としてユーザの要求に必ずしも迅速且つ十分に対応できないという問題が生じていた。
【０００４】
そこで、上記従来の問題を改善するために、車両の状態を検出すると共に記憶媒体に格納しておき、その車両がサービス拠点に持ち込まれた際に、係る記憶媒体に格納されている検出情報を専用のツール等によって読み出すと共に故障診断を行なう技術等が提案されている。
【０００５】
また、近年においては、急速に発展するＩＴ（情報技術）を利用して、監視対象の個々の自動車（以下、車両）と情報センターとの間を無線通信やインターネット等の通信手段によって通信可能な状態として、両者間において遠隔で故障診断を行なう技術が提案されている（例えば、特許文献１及び２参照）。
【０００６】
【特許文献１】
特開２００２−２０２００３号公報
【特許文献２】
特開２００２−２２８５５２号公報
【０００７】
【発明が解決しようとする課題】
上記従来の遠隔故障診断システムによれば、販売代理店（所謂ディーラ）の整備工場や一般の自動車修理工場にユーザが車両を持ち込むこと無く、車両が存在する場所を問わずに故障診断を行なうことができ利便性に優れ、また、情報センターのサーバ（サーバ・コンピュータ）にて一括して診断処理を行なうため、そのサーバにて実行される故障診断プログラムを適宜更新しておけば、診断対象の個々の車両は常に最新の診断を受けることができる等の利点がある。
【０００８】
しかしながら、車両の故障には、実走行に伴う各種の諸条件（例えば、時速３０ｋｍ／ｈからの加速時、旋回中、カーブ走行中の制動等）が複数成立した際に限って事象が発生するものも多い。このため、上記従来の遠隔故障診断システムに限らず、従来からの車両の一般的なサービス形態においては、整備工場等のサービス拠点に車両が持ち込まれた際、或いは、ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等の各種ステーションにユーザが車両と共に立ち寄った際に、サービス担当者にユーザ（ドライバ等の乗員）から伝えられる不具合等の事象が、対象車両のエンジン始動や実走行等を前提とする故障診断が制約されることに起因して、確認あるいは再現しない場合もあり、結果としてユーザの要求に必ずしも迅速且つ十分に対応できないという問題が生じていた。
【０００９】
そこで本発明は、車両の走行状態による制約を受けること無く、迅速且つ的確な故障診断を遠隔で行なう遠隔故障診断システム及びその制御方法、並びに車両の提供を目的とする。
【００１０】
【課題を解決するための手段】
上記の目的を達成するため、本発明に係る遠隔故障診断システムは、以下の構成を特徴とする。
【００１１】
即ち、車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムであって、
車両の状態を表わす所定のルール情報に合致する実走行状態が自車両に発生した際に、その実走行状態を検出すると共に、検出した実走行状態を表わす情報を記憶する対象車両（２）と、
前記対象車両（２）がステーション（３）に存在するときに読み出した前記情報に基づいて、該対象車両に対する遠隔故障診断を行なうところの、前記対象車両の外部に設けられた情報処理装置（１１，２１）と、
を備えることを特徴とする。
【００１２】
好適な実施形態において、前記情報処理装置は、前記所定のルール情報を、前記ステーションを介して変更する。
【００１３】
また、上記の同目的を達成するため、本発明に係る車両（２）は、以下の構成を特徴とする。
【００１４】
即ち、車両の状態を表わす所定のルール情報を外部から入手する入手手段（１０２，１０３）と、
前記入手手段によって入手したルール情報に合致する実走行状態が自車両に発生したことを検出する検出手段（１０６〜１０８）と、
前記検出手段によって検出された実走行状態を表わす情報に基づいて自車両の故障診断を行なうと共に、その診断結果に関する情報を記憶する故障診断手段（１０１，１０５）と、
自車両がステーションに存在するときに、そのステーションを介して、前記診断結果に関する情報を、外部装置に提供する提供手段（１０３）と、
を備えることを特徴とする。
【００１５】
また、上記の同目的を達成するため、本発明に係る遠隔故障診断システムの制御方法は、以下の構成を特徴とする。
【００１６】
即ち、車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムの制御方法であって、
車両の状態を表わす所定のルール情報に合致する実走行状態が対象車両に発生した際に、その対象車両において、該実走行状態を検出すると共に、検出した実走行状態を表わす情報を記憶する検出工程と、
前記対象車両がステーションに存在するときに、前記検出工程にて記憶した情報を読み出すと共に、前記対象車両に対する遠隔故障診断を、前記対象車両の外部に設けられた情報処理装置において、該読み出した情報に基づいて行なう遠隔診断工程と、
を有することを特徴とする。
【００１７】
また、同目的を達成すべく、車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムの制御方法であって、
車両の状態を表わす所定のルール情報を外部から入手しておき、そのルール情報に合致する実走行状態が対象車両に発生するのに応じて検出した該実走行状態に基づいて、その対象車両において故障診断を行なうと共に、その診断結果を記憶する診断工程と、
前記対象車両がステーションに存在するときに、そのステーションを介して、該診断結果を表わす情報を、該対象車両の外部に設けられた情報処理装置に提供する情報提供工程と、
を有することを特徴とする。
【００１８】
【発明の効果】
上記の本発明によれば、車両の走行状態による制約を受けること無く、迅速且つ的確な故障診断を遠隔で行なう遠隔故障診断システム及びその制御方法、並びに車両の提供が実現する。
【００１９】
即ち、請求項１、請求項６の発明によれば、所定のルール情報に合致する実走行状態が対象車両において記憶されるので、例えば、その対象車両のエンジンが停止している場合であっても、エンジンが動作している実走行中における当該対象車両の状態に関して的確な故障診断を行なうことができ、これにより、車両の走行状態による制約を受けること無く故障診断を遠隔で行なうことが可能となるので、車両が走行する周辺環境に存在する各種ステーション（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのステーションにおける本来の所要時間を有効に活用して、その車両に対する故障診断を遠隔で、迅速且つ的確に行なうことができる。
【００２０】
また、請求項２の発明によれば、所定のルール情報を適宜遠隔で変更できるので、そのルール情報に合致する対象車両の様々な実走行状態をユーザをわずらわせることなく容易且つ的確に入手することができ、更に的確な遠隔故障診断を実現することができる。
【００２１】
また、請求項３の発明によれば、対象車両のユーザが車両に詳しくない場合に、立ち寄ったステーションにおいて行われた遠隔故障診断の結果、何等かの故障発生を報知された場合であっても、そのステーションのスタッフは、その診断結果の基となった当該対象車両の実走行状態を把握することができるので、ユーザは、当該スタッフによる的確なサポート（診断結果の内容理解や適切な対処方法等）を容易に受けることができ利便性が高く、一方、ステーション側のスタッフにとっても、係るサポートをユーザ（ドライバ等）に提供することに伴うビジネスチャンスを積極的に活かすことができ合理的である。
【００２２】
また、上記各請求項の如く的確に行われる遠隔故障診断であっても、１回の診断では故障を特定できない場合も想定されるところ、請求項４の発明によれば、対象車両が立ち寄ったステーションにおいて、遠隔故障診断が行われるだけでなく、その診断結果に応じて他のルール情報への変更が行われる。これにより、次のステーションに当該対象車両が立ち寄るまでの間に、係る変更後の新たなルール情報に合致する実走行状態が当該対象車両において記憶され、次のステーションでは、係る新たなルール情報に合致する実走行状態に基づく更なる遠隔故障診断が行なえるので、車両の走行状態による制約を受けること無く、より的確な故障診断を、ユーザの行動に制約を課すること無く遠隔で行なうことができる。
【００２３】
また、請求項５、請求項７の発明によれば、所定のルール情報に合致する実走行状態が対象車両において発生するのに応じて、その対象車両において故障診断が行われると共にその診断結果が記憶されるので、例えば、車両が走行する周辺環境に存在する各種ステーション（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのステーションにおける本来の所要時間を有効に活用して、その車両に対する故障診断の結果を、車両外部の情報処理装置に迅速且つ的確に入手することができるので、その情報処理装置では、例えば、より詳細な故障診断や、個々の車両の診断履歴を確実に行なうことができる。
【００２４】
【発明の実施の形態】
以下、本発明に係る遠隔故障診断システムを、代表的な移動体である車両（自動車）に適用した実施形態として、図面を参照して詳細に説明する。
【００２５】
【第１の実施形態】
［システム構成］
図１は、第１の実施形態における遠隔故障診断システムの概略構成を示す図であり、本システムは、大別して、情報センター１、車両２、並びにサービスステーション３によって構成される。
【００２６】
本実施形態において、情報センター１と、本システムによる遠隔故障診断サービスを受けることが可能な個々の車両２とは、インターネット５及び基地局６を中継局とするモバイル通信回線（第１の無線通信回線）８を介して、情報の送受信を直接行なうことができる。ここで、モバイル通信回線８は、無線電話回線等の比較的データ通信速度が制約される通信ラインである。
【００２７】
また、情報センター１とサービスステーション３とは、インターネット５及び／または他の通信回線１３を介して、情報の送受信を行なうことができる。
【００２８】
そして、サービスステーション３と、そのサービスステーションに立ち寄った車両（対象車両）２とは、近距離無線通信回線（第２の無線通信回線）７を介して、情報の送受信を行なうことができる。ここで、近距離無線通信回線７は、上記モバイル通信回線８と比較して高速通信が可能な、ＤＳＲＣ、ＩＥＥＥ８０２等の近距離無線通信ラインである。
【００２９】
また、本実施形態において、車両２がサービスステーション３に立ち寄ったこと、即ちサービスステーション３に対象車両が存在することは、様々な手法によって検出することが可能であるが、本実施形態では、一例として、車両２に搭載されたモバイル通信回線用通信装置１０２と、サービスステーション３に設置された近距離無線通信用端末２４との間で、係る近距離無線通信回線７が確立している状態が、車両側及び／またはサービスステーション３側において検出されることによって認識される。
【００３０】
情報センター１は、本システムを統括的に司るサーバ（サーバ・コンピュータ）１１と、データベース（ＤＢ）１２とを備える。
【００３１】
本実施形態において、サーバ１１は、例えば、故障診断サーバ１１Ａ及びサービス工場管理サーバ１１Ｂによって構成されており、予め用意されたソフトウエア・プログラムを不図示のＣＰＵにおいて実行することによって、サービスステーション３（診断仲介サーバ２１）及び車両２（異常検出装置１０１）との協調動作によって、後述する遠隔故障診断処理（図３乃至図５）を実現することができ、それに伴って、データベース１２に情報を格納する、或いは格納されている情報を読み出すことができる。
【００３２】
また、データベース１２は、顧客情報ＤＢ１２−１、故障情報ＤＢ１２−２、車両情報ＤＢ１２−３、サービス工場ＤＢ１２−４、地図ＤＢ１２−５、並びに診断プログラムＤＢ１２−６等の複数のサブデータベースによって構成されている。
【００３３】
即ち、顧客情報ＤＢ１２−１には、本システムを利用可能な複数のユーザ（顧客）に関する情報（氏名、住所、連絡先等）が、個々のユーザを識別するためのＩＤに関連付けされて格納されている。
【００３４】
故障情報ＤＢ１２−２には、複数種類の車両に関する各種故障に関する情報（故障情報）が、個々の故障を識別可能な識別コード（故障識別コードｉ）を付与された状態で、例えば、車種（型式）を特定する情報、故障の内容、その故障が発生し易い若しくは発生したときに特有の車両の実走行状態（後述する所定のルールに相当）、並びにその故障に対する対応策等と関連付けされて格納される。
【００３５】
車両情報ＤＢ１２−３には、遠隔故障診断による診断結果（診断履歴）を表わす診断結果情報が、例えば、整備履歴情報（整備の日時、場所等を含む）、個々の車両を特定する情報（車体番号）、車種（型式）を特定する情報、並びに車両の所有者（ユーザ）のＩＤ等と関連付けされて格納される。
【００３６】
サービス工場ＤＢ１２−４には、個々のサービス工場４に関する情報が格納されている。
【００３７】
地図ＤＢ１２−５には、車両２のナビゲーションコントローラ１０５等と共通の座標系が採用された地図情報が格納されている。
【００３８】
診断プログラムＤＢ１２−６には、対象車両の遠隔故障診断を行なうための故障診断プログラム（後述する診断パターンを含む）が、車種（型式）毎に格納されている。
【００３９】
車両２は、本システムによる遠隔故障診断の対象車両となり得る車両であって、図２に示す構成を備える（詳細は後述する）。
【００４０】
サービスステーション３は、診断仲介サーバ２１、診断プログラムＤＢ２２、サービスステーション端末２３、並びに近距離無線通信用端末２４を備える。
【００４１】
即ち、診断仲介サーバ２１は、診断プログラムＤＢ２２に格納された故障診断用プログラムを不図示のＣＰＵにおいて実行することにより、情報センター１（サーバ１１）及び車両２（異常検出装置１０１）との協調動作によって、サービスステーション３に立ち寄った対象車両に対して、後述する遠隔故障診断処理（図３乃至図５）を実現することができる。
【００４２】
ここで、サービスステーション端末２３には、当該サービスステーション３に設置された情報端末だけでなく、当該ステーションのスタッフが携帯する情報端末（ＰＤＡ、ＰＯＳ端末等）を含むものとする。
【００４３】
サービス工場４は、販売代理店（所謂ディーラ）等に併設されている整備工場（整備施設）や、単独で存在する自動車修理工場である。
【００４４】
ここで、サービスステーション３は、上記サービス工場４以外の、ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等のような、不特定多数の車両が立ち寄る機会がある各種拠点（ステーション）を表わすものとする。
【００４５】
また、本実施形態におけるガソリンスタンドには、ガソリンの供給を行なうものだけでなく、電気や水素等の、車両の走行に使用される各種エネルギの供給拠点を広く含むものとし、このエネルギの供給拠点は、ＥＴＣ（Ｅｌｅｃｔｒｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ：自動料金支払いシステム）等に採用されるところの、ＤＳＲＣ、ＩＥＥＥ８０２等の通信方式を利用した車両との間の近距離無線通信システムによって、係るエネルギの補充等のサービスの利用者に対しての課金がなされる。
【００４６】
尚、上記システム構成をなすサーバ・コンピュータ、データベース、並びに無線通信回線等の個々の構成要素（コンポーネント）自体には、現在では一般的なハードウエア及びソフトウエアを採用することができるので、本実施形態における詳細な説明は省略する。
【００４７】
また、図１に示す構成例では、説明の便宜上から、情報センター１内にサーバ１１及びデータベース１２が設けられ、サービスステーション３内に診断仲介サーバ２１及び診断プログラムＤＢ２２が設けられる構成を前提に説明したが、本発明は係るシステム構成に限られるものではなく、個々のサーバやデータベースは、各種通信回線を介してデータの送受信が可能であれば、設置される場所は限定されない。
【００４８】
特に、診断仲介サーバ２１は、図１に例示する如く個々のサービスステーション３に設けなくても良く、この場合、来訪する車両２に搭載された近距離無線通信回線用車載端末１０３との近距離無線通信回線７を介した無線通信を実現すべく、例えば、個々のサービスステーション３には、少なくとも近距離無線通信用端末２４が設けられる一方で、複数箇所のサービスステーション３（例えば、ある地域内に点在する複数のサービスステーション３）の近距離無線通信用端末２４の動作を統括的に制御すると共に適宜課金管理等を行なうための診断仲介サーバ２１及び診断プログラムＤＢ２２が、係る複数の近距離無線通信用端末２４と、情報センター１のサーバ１１との間に設けられるようなシステム構成を採用しても良い。
【００４９】
次に、図２は、第１の実施形態に係る遠隔故障診断システムにおける車両２のシステム構成を示す図であり、車両２は、大別して、異常検出装置１０１、入出力装置１０４、ナビゲーションコントローラ１０５、センサ群１０６、ボディ系システム１０７、車両制御系システム１０８を備える。
【００５０】
即ち、異常検出装置１０１は、ボディ系システム１０７及び車両制御系システム１０８によって制御されている自車両２の各種状態を表わす情報と、センサ群（ＧＰＳセンサ、車速センサ、ヨーレートセンサ、操舵角センサ等）１０６によって検出される自車両２の各種状態を表わす情報とを入手可能であると共に、必要に応じてナビゲーションコントローラ１０５との通信を行なう。
【００５１】
また、異常検出装置１０１は、近距離無線通信回線用車載端末１０３を利用した近距離無線通信回線７による無線通信と、モバイル通信回線用通信装置１０２を利用したモバイル通信回線８による無線通信とを行なうことが可能であって、制御プログラムを不図示のＣＰＵにおいて実行することにより、情報センター１（サーバ１１）及び／またはサービスステーション３（診断仲介サーバ２１）との協調動作によって、モバイル通信回線（第１の無線通信回線）８を利用した第１の遠隔故障診断機能、或いは、近距離無線通信回線（第２の無線通信回線）７を利用した第２の遠隔故障診断機能を実現することができる（図３乃至図５を参照して後述する）。
【００５２】
ここで、ボディ系システム１０７は、自車両２におけるパワーウィンドウ、オーディオ、ワイパー等の各種電装品の動作制御を司るものであり、車両制御系システム１０８は、ＡＢＳ、ＤＣＳ、ＥＧＩ等の車両挙動の動作制御を司るものである。
【００５３】
入出力装置１０４は、ディスプレイ、操作スイッチ、音声入力マイク、スピーカ等のマンマシン・インタフェースからなり、異常検出装置１０１やナビゲーションコントローラ１０５の動作に伴って、ユーザ（ドライバ等の乗員）に対するガイダンスの報知や、選択操作の入力等を行なうことができる。
【００５４】
尚、異常検出装置１０１とナビゲーションコントローラ１０５とは別体の構成に限られるものではない。
【００５５】
［遠隔故障診断処理］
以下、図３乃至図５に示すフローチャートを参照して、本実施形態に係る遠隔故障診断システムの診断機能について説明する。
【００５６】
各フローチャートにおいては、説明の便宜上から、そして同システムを構成する各サブシステム（異常検出装置１０１、診断仲介サーバ２１、メインサーバ１１）間の情報伝達の態様（やり取り）を容易に把握可能とすべく、係る複数のサブシステムの処理手順（処理手順の一部）を１つの図面に示しているものがあるが、実際の動作においては、個々のサブシステムにおいて、これら複数のフローチャートに示された対応する処理手順を実現可能な複数のソフトウエア・モジュールが適宜機能する。
【００５７】
また、本実施形態において、各フローチャート内に示される破線の矢印及びその支点または終点に記された「（ＶＩ−ｎ−＊）」，「（ＩＣ−ｎ−＊）」等の記号（但し、ｎは１乃至４であって第１乃至第４の実施形態を表わす）は、近距離無線通信回線７、モバイル通信回線８、或いは通信回線１３を介したサブシステム（異常検出装置１０１、診断仲介サーバ２１、メインサーバ１１）間の通信イベントを表わしており、同一の記号同士は、対象となるサブシステム間の１回の送受信処理を示す。
【００５８】
より具体的には、上記記号において、「Ｖ」は車両２（異常検出装置１０１）、「Ｉ」は診断仲介サーバ２１（サービスステーション３）、「Ｃ」は情報センター１（メインサーバ１１）、「Ｓ」はサービスステーション端末２３を表わす。そして、例えば、「ＶＩ」は車両２から診断仲介サーバ２１への情報伝達を表わし、「ＩＣ」は診断仲介サーバ２１から情報センター１への情報伝達を表わす。
【００５９】
尚、上記の如く表わされるところの、各サブシステムにおいて行われる個々の送受信処理を実現するためのハードウエア及びそのハードウエアにおいて実行されるソフトウエアの処理手順自体は、一般的なものを採用することができるので、本実施形態における詳細な説明は省略する。
【００６０】
図３乃至図５は、第１の実施形態に係る遠隔故障診断システムにおいて行われる遠隔故障診断処理を示すフローチャートである。はじめに、これら各フローチャート間の関係について説明する。
【００６１】
図３は、第１の実施形態における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【００６２】
また、図４（ａ）は、対象車両２における遠隔故障診断処理（図３のステップＳ７）の詳細を示すフローチャートであり、図４（ｂ）は、当該対象車両２における遠隔故障診断処理（図４（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図４（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【００６３】
そして、図５（ａ）は、当該サービスステーション３における遠隔故障診断処理（図４のステップＳ２０４）の詳細を示すフローチャートであり、図５（ｂ）は、当該サービスステーション３における遠隔故障診断処理が行われる際に対象車両２において行われる制御処理を示すフローチャートである。
【００６４】
ここで、本実施形態に係る遠隔故障診断は、サービスステーション３への立ち寄りに伴って、ユーザ（ドライバ等の乗員）が当該車両から離れている間（例えば、立ち寄ったサービスステーションにおける本来の用事（食事や燃料補給等）を済ませるための所要時間）であっても、ユーザの行動に制約を課すこと無く自動的に行われることが好ましいので、車両（対象車両）２に搭載されている異常検出装置１０１は、例えば、エンジン停止状態やイグニッションスイッチがオフポジションであっても、以下に説明する動作を継続すると良い。
【００６５】
以下、上記関係を有する各フローチャート（図３乃至図５）を参照して、本実施形態における遠隔故障診断の動作手順を詳細に説明する。
【００６６】
まず、図３において、車両（対象車両）２に搭載されている異常検出装置１０１は、センサ群１０６の検出結果を参照することにより、自車が停車中であるかを判断し（ステップＳ１）、停車中であると判断した場合には、ステップＳ２及びステップＳ３において、近距離無線通信回線７による仲介サーバ２１との通信が可能か（即ち、車載端末１０３と近距離無線通信用端末２４との間において通信回線が確立しているか）を判断する。
【００６７】
そして、ステップＳ３において通信可能であると判断した場合に、異常検出装置１０１は、ステップＳ４において、今回の遠隔故障診断の要否判断の条件として、前回の遠隔故障診断からＴ時間以上経過しているか、もしくは、自車両２が距離Ｘ以上走行したかを判断し、この何れかの条件が成立した場合には、ステップＳ５において、ドライバ（乗員）に故障診断を行うかどうかを、入出力装置１０４へのガイダンス出力及びそれに対応するドライバの入力操作によって確認する。
【００６８】
次に、異常検出装置１０１は、ステップＳ５において故障診断を行う旨の所定の操作がステップＳ６にて検出されるのに応じて、遠隔故障診断処理（ステップＳ７：図４（ａ））を開始する。
【００６９】
ステップＳ７の遠隔故障診断処理は、上記図３に示すフローチャートの処理ステップによって、車両２がサービスステーション３に立ち寄っており、遠隔故障診断が必要とされている場合に行われ、この時点においては、近距離無線通信回線７による仲介サーバ２１との通信回線が確立していることも確認されている。このため、当該車両２は、通信速度が制約されるモバイル通信回線８を利用すること無く、その仲介サーバ２１との間の高速な通信回線を介して、情報センター１との通信を行なうことも可能な状態である。このような状況下において、図４（ａ）乃至図４（ｃ）の各フローチャートに示す処理が開始される。
【００７０】
即ち、図４において、車両（対象車両）２に予め記憶されている車両基本情報（型式、車体番号など）を、異常検出装置１０１が仲介サーバ２１に対して送信する（ステップＳ１１，ステップＳ２０１）と、仲介サーバ２１では、受信した車両基本情報（型式、車体番号など）と共に、その車両基本情報に対応する故障診断プログラムのダウンロード依頼を、情報センター１に対して送信する（ステップＳ２０２）。
【００７１】
情報センター１のサーバ１１は、ステップＳ１０１において診断仲介サーバ２１から故障診断プログラムのダウンロード依頼及び対象車両の車両基本情報を受信すると、ステップＳ１０２において、その車両基本情報と、データベース１２（車両情報ＤＢ１２−３）内の当該対象車両に関するレコードに含まれる過去の診断履歴とに基づき、同データベース（診断プログラムＤＢ１２−６）から、当該対象車両のための診断プログラムを抽出し、ステップＳ１０３では、抽出された故障診断プログラムを、ステップＳ１０１において情報を送信した診断仲介サーバ２１に送信する。
【００７２】
ここで、ステップＳ１０３にて抽出された故障診断プログラムは、当該対象車両及びその過去の診断履歴に応じたところの、当該対象車両の現在の状態を診断するのに最適な故障診断プログラムであって、同プログラムには、当該対象車両の故障診断を遠隔で行なうべく、外部（本実施形態では診断仲介サーバ２１）から当該対象車両に設定する所定の信号レベル群の組み合わせ（以下、診断パターン）と、その診断パターンを対象車両に設定するのに応じて、その対象車両が正常（故障無し）であれば診断結果情報として得られるであろう既定値（正常値）とが含まれる。
【００７３】
当該対象車両との近距離無線通信回線７が確立している仲介サーバ２１は、情報センター１から故障診断プログラムを受信すると共にその故障診断プログラムを診断プログラムＤＢ２２に格納する（ステップＳ２０３）と共に、受信した故障診断プログラムに従って、対象車両の診断を行う（ステップＳ２０４）。
【００７４】
ここで、仲介サーバ２１が行なう対象車両の遠隔故障診断処理（ステップＳ２０４）は、以下の手順で行われる。
【００７５】
即ち、診断仲介サーバ２１は、近距離無線通信回線７が確立している状態の対象車両に対して、受信した故障診断プログラムに含まれていた少なくとも１種類の診断パターンのうち、診断パターンＩ（ここで、Ｉは当該故障診断プログラムに含まれるｎ種類の診断パターンのうち何れかを示しており、１≦Ｉ≦ｎである）を設定する（ステップＳ２１１）と共に、その診断パターンＩを当該対象車両に送信する（ステップＳ２１２）。
【００７６】
当該対象車両は、ステップＳ１６において診断仲介サーバ２１から近距離無線通信回線７を介して診断パターンＩを受信すると、受信した診断パターンＩの実行を行なうことにより、その結果としてセンサ群１０６、ボディ系システム１０７、制御系システム１０８から得られる検出結果を収集する（ステップＳ１７）と共に、収集した検出結果を表わす情報を、当該診断パターンＩの診断結果情報として、診断仲介サーバ２１に送信する（ステップＳ１８）。
【００７７】
当該診断仲介サーバ２１は、上記診断結果情報を当該対象車両から診断結果情報をステップＳ２１３において受信すると、その診断結果情報が表わす個々の検出結果が、上記既定値の正常範囲内であるかを判断し（ステップＳ２１４）、正常範囲から外れている場合には、対応する診断項目（診断内容）と、その正常範囲から外れている検出結果とを、当該対象車両についての故障リストにリストアップする（ステップＳ２１５）。
【００７８】
そして、ステップＳ２１６及びステップＳ２１７の各処理ステップにより、上記ステップＳ２１１乃至ステップＳ２１５が、現在実行中の故障診断プログラムに含まれていた全ての診断パターンに対して行われるまで繰り返される。
【００７９】
診断仲介サーバ２１は、上述したステップＳ２０４における遠隔故障診断が完了すると、同ステップにて得られた当該対象車両に関する遠隔故障診断の診断結果（故障診断結果情報）を、情報センター１に送信する（ステップＳ２０５）と共に、当該対象車両にも送信する（ステップＳ２０６）。
【００８０】
そして、情報センター１のサーバ１１は、ステップＳ１０４において診断仲介サーバ２１から故障診断結果情報を受信すると、その故障診断結果情報を、データベース１２（車両情報ＤＢ１２−３）の当該対象車両に関する診断履歴情報の新たなレコードとして記録する（ステップＳ１０５）。
【００８１】
一方、ステップＳ１２において診断仲介サーバ２１から故障診断結果情報を受信した当該対象車両は、ステップＳ１３において、その故障診断結果情報に応じたガイダンス等を、入出力装置１０４（例えば車載ディスプレイへの表示）に出力する。
【００８２】
以上説明した本実施形態によれば、車両の故障診断を遠隔で行なうに際して、情報センター１のサーバ１１への処理負担の集中を起こすこと無く、効率良く且つ適切な遠隔故障診断を実現することができる。
【００８３】
即ち、本実施形態によれば、販売代理店の整備工場や一般の自動車修理工場等のサービス工場４に車両を持ち込むという負担をユーザに強いることの無い遠隔故障診断システム本来の利便性を損なうことなく、車両が走行する周辺環境に存在する各種のサービスステーション３（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、高速通信が可能な近距離無線通信回線７を介して、診断仲介サーバ２１を利用して、その車両に対する故障診断を遠隔で行なうことができるので、車両の故障診断を遠隔で行なうに際しての情報センター１のサーバ１１（第１の情報処理装置）への処理負担を軽減して、効率良く且つ適切な遠隔故障診断を行なうことができる。
【００８４】
また、本実施形態によれば、診断仲介サーバ２１（第２の情報処理装置）に対して、対象車両の故障診断に必要な特定の故障診断用プログラムだけが提供される（図４（ｂ）のステップＳ１０２，ステップＳ１０３）ので、個々の故障診断用プログラムを全ての診断仲介サーバ２１に提供するためのサーバ１１における処理負担の軽減と、不必要な故障診断用プログラムを診断仲介サーバ２１にて保持するためのハード及びソフトウエア資源の節約とを実現することができる。
【００８５】
また、本実施形態において、サーバ１１は、診断仲介サーバ２１への故障診断用プログラムの提供（図４（ｂ）のステップＳ１０２，ステップＳ１０３）に際して、過去に提供が行われていない故障診断用プログラム、或いは、同一種ではあっても更新がなされていない故障診断用プログラムが提供されるように、故障診断用プログラムの提供動作を規制すれば、不必要な故障診断用プログラムを診断仲介サーバ２１に提供するためのサーバ１１における処理負担を軽減することができる。
【００８６】
また、本実施形態によれば、サービスステーション３に車両２が立ち寄ったことを、近距離無線通信回線７の確立によって効率良く検出することができ、この無線通信回線として、例えば、ＥＴＣ等に採用されるところの、ＤＳＲＣ、ＩＥＥＥ８０２等の通信方式を利用した近距離無線通信システムを採用すれば、車両２のユーザに対して新たな車載機を設けるための費用負担を強いること無く、個々のサービスステーション３本来のサービスをユーザが受ける際の課金も合理的に行なうことができ、且つ係る近距離無線通信ラインによる比較的高速な通信速度を活かして、迅速な遠隔故障診断を行なうことができる。
【００８７】
また、本実施形態によれば、サーバ１１は、対象車両となり得る個々の車両２のユーザを特定可能な識別情報と、そのユーザが使用する車両を特定可能な識別情報とが格納されているデータベース１２を参照可能であって、該識別情報に基づいて、必要な故障診断用プログラムを診断仲介サーバ２１に確実に提供することができる。
【００８８】
また、一般に、車両の状態は、短期間のうちに大きく変化することは希であるため、そのような短期間のうちに上述した各態様の遠隔故障診断を行なっても、得られる診断結果は同じであることが予想されるところ、本実施形態によれば、同一の対象車両に対しての前回の故障診断から所定時間Ｔが経過するまで、或いは、距離Ｘ以上の走行を対象車両が行なっていない場合には、次回の遠隔故障診断は行われない（図３のステップＳ４）ので、サーバ１１及び診断仲介サーバ２１における処理負担を軽減することができる。
【００８９】
＜第１の実施形態の変形例＞
本実施形態の変形例として、サーバ１１は、サービスステーション３である第１のステーションに設けられた診断仲介サーバ２１には、故障診断用プログラムとして、第１の故障診断用プログラムを提供すると共に、その第１の故障診断用プログラムの実行によって該第１のステーションから取得したところの、対象車両の診断結果に応じて、その第１のステーションと同一または異なる第２のステーションに設けられた診断仲介サーバ２１には、当該対象車両のための故障診断用プログラムとして、前記第１の故障診断用プログラムによる故障診断と比較して詳細な故障診断を行なうための第２の故障診断用プログラムを提供する。
【００９０】
このような構成の本変形例によれば、同一または異なるサービスステーション３に立ち寄る車両のユーザに時間的な制約を強いること無く、診断内容（診断項目及び／または診断の程度）が異なる複数種類の遠隔故障診断を、効率良く且つ合理的に行なうことができる。
【００９１】
【第２の実施形態】
次に、上述した第１の実施形態に係る遠隔故障診断システムを基本とする第２の実施形態を説明する。以下の説明においては、第１の実施形態と同様な構成については重複する説明を省略し、本実施形態における特徴的な部分を中心に説明する。
【００９２】
［遠隔故障診断処理］
以下、図６乃至図１１に示すフローチャート及び図面を参照して、本実施形態に係る遠隔故障診断システムの診断機能について説明する。
【００９３】
上記第１の実施形態は、サービスステーション３に車両２が立ち寄った際に実行可能な近距離無線通信回線７を利用して、そのサービスステーションを介して遠隔故障診断を行なうことを主眼にした処理構成であったが、本実施形態では、係る処理構成を基本として、更に、モバイル通信回線８との最適な使い分けを行なうことにより、更に合理的な遠隔故障診断システムを実現する。
【００９４】
図６乃至図７は、第２の実施形態に係る遠隔故障診断システムにおいて行われる遠隔故障診断処理を示すフローチャートである。はじめに、これら各フローチャート間の関係について説明する。
【００９５】
図６は、第２の実施形態における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【００９６】
また、図７（ａ）は、対象車両２における第１遠隔故障診断処理（図６のステップＳ３１：第１の遠隔故障診断機能）の詳細を示すフローチャートであり、図４（ｂ）は、当該対象車両２における第１遠隔故障診断処理（図７（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートである。
【００９７】
尚、近距離無線通信回線７を利用した遠隔故障診断処理は、本実施形態において、第２遠隔故障診断処理（図６のステップＳ２７：第２の遠隔故障診断機能）として行われるが、この第２遠隔故障診断処理は、上記第１の実施形態において説明した遠隔故障診断処理（図４及び図５）と同様な処理である。
【００９８】
以下、上記関係を有する各フローチャート（図４及び図５、並びに図６乃至図７）を参照して、本実施形態における遠隔故障診断の動作手順を詳細に説明する。
【００９９】
まず、図６において、車両（対象車両）２に搭載されている異常検出装置１０１は、ステップＳ２１乃至ステップＳ２３において、上述した第１の実施形態におけるステップＳ１乃至ステップＳ３（図３）と同様な手順によって、自車両がサービスステーション３に立ち寄った状態にあるかを判断し、立ち寄った状態にあると判断した場合には、続くステップＳ２４乃至ステップＳ２７において、上述した第１の実施形態におけるステップＳ４乃至ステップＳ７（図３）と同様な構成であり、よって、近距離無線通信回線７を利用した第２遠隔故障診断処理（ステップＳ２７：第２の遠隔故障診断機能）では、上記第１の実施形態において図４及び図５を参照して説明した各処理ステップと同様な処理が行われる。
【０１００】
但し、本実施形態において、第２遠隔故障診断処理では、当該対象車両に最適な故障診断用プログラムが抽出されるに際して、高速通信が可能な近距離無線通信回線７を利用して好適な、第２遠隔故障診断機能用の診断プログラム（本実施形態においても診断パターンが含まれるものとする：詳細は図８を参照して後述する）が抽出される。
【０１０１】
一方、異常検出装置１０１は、ステップＳ２３において、自車両がサービスステーション３に立ち寄った状態には無く、車載端末１０３を利用した近距離無線通信回線７を介した診断仲介サーバ２１との高速なデータ送受信は現時点では行なえないと判断した場合には、今回の第１遠隔故障診断処理の要否判断の条件として、前回の第１遠隔故障診断処理からＴ１時間以上経過しているか、もしくは、自車両２が距離Ｘ１以上走行したかを判断し、この何れかの条件が成立した場合には、ステップＳ２９において、ドライバ（乗員）に故障診断を行うかどうかを、入出力装置１０４へのガイダンス出力及びそれに対応するドライバの入力操作によって確認する。
【０１０２】
次に、異常検出装置１０１は、ステップＳ２９において故障診断を行う旨の所定の操作がステップＳ３０にて検出されるのに応じて、情報センター１と対象車両とがモバイル通信回線８を含む通信手段を利用して直接データ送受信を行なう第１遠隔故障診断処理（ステップＳ３１：図７（ａ））を開始する。
【０１０３】
即ち、図７において、車両（対象車両）２に予め記憶されている車両基本情報（型式、車体番号など）を、異常検出装置１０１が情報センター１（サーバ１１）に対して送信する（ステップＳ３６）。
【０１０４】
情報センター１のサーバ１１は、ステップＳ１１１において対象車両からその車両基本情報を受信すると、ステップＳ１１２において、その車両基本情報と、データベース１２（車両情報ＤＢ１２−３）内の当該対象車両に関するレコードに含まれる過去の診断履歴に基づき、同データベース（診断プログラムＤＢ１２−６）から、当該対象車両のための、第１遠隔故障診断機能用の診断プログラム（本実施形態においても診断パターンが含まれるものとする：詳細は図８を参照して後述する）を抽出する。
【０１０５】
そして、情報センター１は、ステップＳ１１２にて抽出した故障診断プログラムに従って、対象車両に対する遠隔故障診断処理を、モバイル通信回線８を含む通信手段を利用して行なう（ステップＳ１１３）。この遠隔故障診断処理は、第１の実施形態において上述したところの、診断仲介サーバ２１にて行われる図５（ａ）の各処理ステップと同様な処理を情報センター１にて行なうと共に、当該対象車両にて行われる図５（ｂ）の各処理ステップにおいては、ステップＳ１６における診断パターンの送信元と、ステップＳ１８における診断結果情報の送信先とを、それぞれ情報センター１とした構成だけが異なる処理が行われる。
【０１０６】
情報センター１は、上記ステップＳ１１３において当該対象車両についての故障診断結果を得ると、その故障診断結果（故障診断結果情報）を、データベース１２（車両情報ＤＢ１２−３）の当該対象車両に関する診断履歴情報の新たなレコードとして記録する（ステップＳ１１４）と共に、当該対象車両には、その故障診断結果情報として、当該対象車両における故障発生の有無及び発生している故障種別を表わす識別コードを送信する（ステップＳ１１５）。
【０１０７】
車両２において、異常検出装置１０１には、第１遠隔故障診断機能の診断結果としてステップＳ３７において情報センター１から受信し得る複数の識別コードと、個々の識別コードに対応するガイダンス等とが対応付けされたテーブルが格納されている。
【０１０８】
そして、ステップＳ３７において情報センター１から故障診断結果情報として識別コードを受信した当該対象車両は、ステップＳ３８において、その識別コードに応じたガイダンス等を、入出力装置１０４（例えば車載ディスプレイへの表示）に出力する。
【０１０９】
ここで、上記第１及び第２遠隔故障診断機能用の診断プログラムの差異について、図８を参照して説明する。
【０１１０】
図８は、第２の実施形態に係る遠隔故障診断システムにおいて実行される第１及び第２遠隔故障診断機能用診断プログラムの対象範囲を説明する図である。
【０１１１】
同図においては、第１遠隔故障診断機能用診断プログラムと、第２遠隔故障診断機能用診断プログラムとの差異を、一例として、上述した図２に示す車両２のサブシステムとしての構成において好適に例示すべく、当該車両のボディ系システム１０７と制御系システム１０８とを、本実施形態に係る遠隔故障診断システムによって診断する場合を示している。
【０１１２】
より具体的には、通信速度に優れる近距離無線通信回線７を利用する第２遠隔故障診断機能では、図８に示すところの、ＡＢＳ、ＤＣＳ、ＥＧＩ等の車両挙動を制御するための制御系システム１０８を構成する個々の構成と、パワーウィンドウ、オーディオ、ワイパー等の各種電装品を制御するためのボディ系システム１０７を構成する個々の構成とがそれぞれ遠隔故障診断の診断項目（診断内容）の対象とされると共に、個々の診断項目には、複数の診断パターン（Ｉ）が用意されている。
【０１１３】
一方、近距離無線通信回線７と比較して通信速度が制約されるモバイル通信回線８を利用する第１遠隔故障診断機能では、第２遠隔故障診断機能とは異なり、ボディ系システム１０７及び制御系システム１０８の上記各構成のうち、一部分のみを抽出して行なう。
【０１１４】
以上説明した本実施形態によれば、車両の故障診断を遠隔で行なうに際して、通信速度に劣るモバイル通信回線８を利用することによる制約を受けること無く、必要十分な診断内容を効率良く行なうことができる。
【０１１５】
即ち、本実施形態によれば、第２の遠隔故障診断機能では、モバイル通信回線８（第１の無線通信回線）より高速な通信を行なう近距離無線通信回線７（第２の無線通信回線）を利用して、第１の遠隔故障診断機能より詳細な故障診断がサービスステーション３を介して行われる。これにより、通信速度に劣る第１の無線通信回線を利用することによる制約を受けること無く、車両が走行する周辺環境に存在する各種ステーション（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、その車両に対する詳細な遠隔故障診断を、効率良く行なうことができる。
【０１１６】
また、本実施形態に係る遠隔故障診断システムは、上記第２の遠隔故障診断機能だけでなく、第１の遠隔故障診断機能も備えられているため、例えば車両２が走行する周辺環境にサービスステーション３が存在しない場合には、通信速度に制約を受けるものの、モバイル通信回線８（第１の無線通信回線）を利用して直ちに簡易な故障診断を遠隔で行なうこともできるので、合理的且つ利便性に優れる。
【０１１７】
また、本実施形態において、第２の遠隔故障診断機能における故障診断の詳細度合いは、対象車両の状態を表わす情報（車両状態情報）の、サンプリング周期、サンプリング点数、並びにサンプリング項目数のうち少なくとも何れかに応じて自動的に決定される。これにより、第２の遠隔故障診断機能における故障診断の詳細度合いを、対象車両の状態に応じて適切に自動設定することができ、係る第２の遠隔故障診断機能による故障診断の所要時間を必要最小限に抑制することができる。
【０１１８】
また、本実施形態においては、第１の遠隔故障診断機能による診断結果に応じて同一の対象車両に対する第２の遠隔故障診断機能による診断内容が変更されるので、例えば、重複する診断内容の省略や、必要とされるより詳細な診断内容の選択等を適切に行なうことができる。
【０１１９】
＜第２の実施形態の変形例１＞
本変形例では、図６のステップＳ２７に示す第２の遠隔故障診断機能として、上記第１の実施形態において図４及び図５を参照して説明した遠隔故障診断処理の代わりに、図９に示す処理を行なうことにより、対象車両において将来発生する可能性のある故障予測を行なう。
【０１２０】
［遠隔故障診断処理］
図９は、第２の実施形態の変形例１に係る遠隔故障診断システムにおいて行われる故障発生予測処理を示すフローチャートであり、本変形例において、図６のステップＳ２７に示す第２の遠隔故障診断機能として行われる処理構成を示す。
【０１２１】
即ち、本変形例において、対象車両の異常検出装置１０１は、過去の所定期間Ｔ内における当該対象車両の状態を表わす情報（即ち、センサ群１０６による検出結果や、ボディ系システム１０７及び制御系システム１０８の各構成の入出力信号の信号レベル等：以下、車両状態情報と称する場合がある）を記憶しており、ステップＳ４１においては、予め記憶されている車両基本情報（型式、車体番号など）と、その車両状態情報とを、当該対象車両と近距離無線通信回線７が確立しているサービスステーション３の診断仲介サーバ２１に送信する。
【０１２２】
診断仲介サーバ２１は、当該対象車両からステップＳ２２１において受信した車両基本情報と車両状態情報とを、ステップＳ２２２において、情報センター１に送信する。
【０１２３】
情報センター１（サーバ１１）は、ステップＳ１１６において当該診断仲介サーバ２１から当該対象車両の車両基本情報と車両状態情報とを受信するのに応じて、ステップＳ１１７において、それらの情報に基づく当該対象車両の故障発生の予測診断処理を行う。
【０１２４】
ここで、情報センター１による故障発生の予測診断処理（ステップＳ１１７）について概説すれば、例えば、当該対象車両の車両基本情報によって特定される当該対象車両の車種（型式）を基にしてデータベース１２（故障情報ＤＢ１２−２）を参照することにより、その対象車両に対応する車種に関する各種故障に関する情報を故障識別コードｉと共に特定し、特定した故障識別コードｉに対応する故障に関する情報（故障情報）と、ステップＳ１１６にて入手した当該対象車両の車両基本情報とのマッチング処理として、例えば、両者の間の相関演算を行なった結果、係る両者に一定の相関関係（例えば、相関値等の一致性）が見い出された場合には、当該対象車両に過去の故障車両と同様な故障発生が予測されると判定する、というものである。
【０１２５】
そして、情報センター１は、ステップＳ１１７にて得られた故障発生予測結果を、診断仲介サーバ２１を介して、当該対象車両に送信する（ステップＳ１１８，ステップＳ２２３，ステップＳ２２４）。
【０１２６】
当該対象車両の異常検出装置１０１は、ステップＳ４２において診断仲介サーバ２１から受信した故障発生予測結果を、ステップＳ４３において、入出力装置１０４（例えば車載ディスプレイへの表示）に出力する。
【０１２７】
一方、第１の遠隔故障診断機能では、図７を参照して上述したように、その診断結果として、対象車両における故障発生の有無及び発生している故障種別を表わす識別コードが、その対象車両に対して提供され、提供された識別コードに対応するガイダンス等がユーザ（ドライバ等の乗員）に対して報知される。
【０１２８】
このような故障予測を行なう第２の遠隔故障診断機能として行なう本変形例によれば、通信速度に優れる近距離無線通信回線７（第２の無線通信回線）が当該対象車両とサービスステーション３との間で確立しているときには、情報量が格段に多い対象車両の状態を表わす情報（車両状態情報）の通信が、通信速度に優れる近距離無線通信回線７（第２の無線通信回線）を利用して行われ、その車両状態情報を利用した故障発生予測が行われる一方で、第１の遠隔故障診断機能では、送受信される情報量が少ない識別コードの通信が、通信速度が制約されるモバイル通信回線８（第１の無線通信回線）を利用して行われる。
【０１２９】
従って、本変形例によれば、上述した第２の実施形態における効果を得られるだけでなく、第１の遠隔故障診断機能では、当該対象車両において既に発生している故障（不具合等）の有無及び発生している故障種別を、最小限の情報量の送信によってユーザに報知できる一方で、第２の遠隔故障診断機能では、当該対象車両の現在の車両状態情報を利用して、その対象車両に将来発生する可能性の有る故障の予測結果をユーザに報知できるので、係る２種類の無線通信回線の特性を活かして、現在及び将来に向けた適切且つ合理的な遠隔故障診断を行なうことができる。
【０１３０】
＜第２の実施形態の変形例２＞
上述した第１あるいは第２の実施形態の如く、詳細な故障診断が、サービスステーション３を介して、通信速度に優れる第２の無線通信回線を利用して行われる場合であっても、例えばサービスステーション３に立ち寄った対象車両のユーザの都合等によっては、係る詳細な故障診断のための所定の複数項目の全てを完了できない場合がある。この場合、所定の複数項目を全て完了するまでユーザに待機（診断待ち）を要求することも考えられるが、車両の状態が切実な場合を除いては、ユーザの行動（移動）を制約すること無く車両の故障診断を行なうことができるという遠隔故障診断の本来の利便性を損なうことは好ましくない。
【０１３１】
そこで、本変形例では、上記背景において、第２の遠隔故障診断機能として行なうべき所定の故障診断を全項目行なえないときには、残る項目の故障診断が、第１の遠隔故障診断機能として行なう。
【０１３２】
［遠隔故障診断処理］
図１０は、第２の実施形態の変形例２における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【０１３３】
即ち、図１０に示す処理構成は、図６（第２の実施形態）を参照して上述した処理構成を基本としており、異なる処理構成して、係る図６に示す制御処理では、ステップＳ２３において対象車両がサービスステーション３に存在することが検出された場合にはステップＳ２８において第１遠隔故障診断処理の要否判断を行なっていたのに対して、本変形例では、ステップＳ４８にて対象車両がサービスステーション３に存在することが検出された場合には、まずステップＳ５５において、何等かの理由によってそれまで行われていた第２遠隔故障診断処理が途中で中断したかどうかが判断され、この判断において当該処理の中断が検出されない場合にはステップＳ５６において第１遠隔故障診断処理の要否判断を行なうのに対して、中断が検出されない場合には、図６のステップＳ２９に対応するステップＳ５７において、ドライバに第１故障診断機能を利用するかどうかの確認がなされる。
【０１３４】
ここで、第２遠隔故障診断処理の中断は、ドライバ（乗員）による中断要求操作の設定や、近距離無線通信回線７を利用した当該対象車両とサービスステーション３との無線通信が、例えば対象車両の当該サービスステーション３からの移動によって中断された場合等が想定される。
【０１３５】
更に、異なる処理構成して、係る図６に示す制御処理では、ステップＳ２６においてドライバによる第２故障診断機能を利用する旨の入力操作が検出された場合にはステップＳ２７において第２故障診断処理が行われていたのに対して、本変形例では、ステップＳ５１において当該入力操作が検出された場合には、第２故障診断処理のために当該ドライバが使える時間（換言すれば、当該処理が行われている間の待機時間、或いは、現在立ち寄っているサービスステーション３における本来の用事を済ますための予想所要時間）を、入出力装置１０４を利用してドライバに設定させ（ステップＳ５２）、ステップＳ５３における判断において、その設定された時間がＴ時間以上である場合には、ステップＳ５４において第２遠隔故障診断処理が行われ、一方、設定された時間が当該Ｔ時間より短い場合には、対象車両が現在立ち寄っているサービスステーション３における第遠隔故障診断処理における所定の複数項目を全てを実行する時間的な余裕が無いので、ステップＳ５９において第１遠隔故障診断処理が行われる。
【０１３６】
図１１（ａ）は、第２の実施形態の変形例２において第２の遠隔故障診断機能を中断する際に情報センター１（サーバ１１）またはサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートであり、図１１（ｂ）は、当該制御処理（図１１（ａ））が行われる際に対象車両２において行われる制御処理を示すフローチャートである。
【０１３７】
即ち、図１１（ａ）に示す処理構成は、第１の実施形態において説明した図５（ａ）に示す処理構成（診断仲介サーバ２１による遠隔故障診断処理）を基本としており、異なる処理構成して、係る図５（ａ）に示す制御処理では、ステップＳ２１３にて受信した診断結果情報が既定値の範囲内にあるかをステップＳ２１４にて判断していたのに対して、本変形例では、診断結果情報をステップＳ１２３にて受信するのに応じて、入出力装置１０４を利用してドライバが第２遠隔故障診断処理の中断要求を設定したかが判断され（ステップＳ１２４）、この判断において中断要求が検出されない場合にはステップＳ１２５において診断結果情報が既定値の範囲内にあるかが判断される一方で、中断要求が検出された場合には処理が終了する点が異なる。
【０１３８】
また、図１１（ｂ）に示す処理構成は、第１の実施形態において説明した図５（ｂ）に示す処理構成（サービスステーション３における対象車両の遠隔故障診断処理）を基本としており、異なる処理構成して、係る図５（ｂ）に示す制御処理では、ステップＳ１６にて診断仲介サーバ２１から診断パターンＩの受信したときには、ステップＳ１７においてその診断パターンＩの実行を行なっていたのに対して、本変形例では、ステップＳ６１にて診断パターンＩを受信するのに応じて、ステップＳ６２においてドライバの中断要求があるか、またはイグニッションスイッチがオンポジションであるかが判断され、この判断において、何れかであることが検出された場合には、ステップＳ６４において当該診断パターンＩの実行が行われる一方で、何れも検出されない場合には、ステップＳ６３において実行中の第２遠隔故障診断処理の中断要求が、診断仲介サーバ２１に送信される。
【０１３９】
このような処理構成の変形例２によれば、上述した第２の実施形態における効果を得られるだけでなく、第２の遠隔故障診断機能として行なうべき所定の故障診断が全項目は行なえないときには、残る項目の故障診断が、第１の遠隔故障診断機能によって行われる。これにより、残る項目の故障診断が行われる際には、通信速度に劣る第１の無線通信回線が利用されるものの、ユーザの行動に制約を強いること無く、対象車両に対して必要とされる全項目の故障診断を、確実に行なうことができる。
【０１４０】
＜第２の実施形態の他の変形例＞
尚、上記第２の実施形態及びその変形例の好適な他の実施形態として、以下に説明する処理構成を有していれば、上述した第２の実施形態における効果を得られるだけでなく、更に良好な効果を享受することができる。
【０１４１】
・即ち、情報量が多い制御プログラムは、第１の無線通信回線は利用せずに、高速通信が可能な第２の無線通信回線によって車両に提供することにより、より現実的なシステムを構成することができる。
【０１４２】
・また、一般に、車両の状態は、短期間のうちに大きく変化することは希であるため、そのような短期間のうちに、上記の第１及び第２の遠隔故障診断機能による故障診断が前後して行われても、得られる診断結果は同じであることが予想される。そこで、好適な実施形態においては、同一の対象車両に対しての詳細な故障診断が第２の遠隔故障診断機能によって行われてから所定時間が経過するまでは、その詳細な故障診断と比較して簡易な第１の遠隔故障診断機能による故障診断は行われない。従って、通信速度に劣る第１の無線通信回線の利用機会を低減できると共に、合理的な遠隔故障診断を実現することができる。
【０１４３】
・また、通信速度に優れる近距離無線通信回線７を利用する第２遠隔故障診断機能であっても、対象車両のユーザのサービスステーション３における本来の用事によっては、上記全ての診断項目について、且つ個々の診断項目に用意されている全ての診断パターンを行なうような詳細な故障診断は困難な場合もあることが想定される。そこで好適な実施形態においては、係る第２の遠隔故障診断機能における故障診断の詳細さの度合いは、対象車両の状態を表わす情報の、（ｉ）サンプリング周期が短くなるのに応じて詳細になるように、（ｉｉ）該サンプリング点数が多くなるのに応じて詳細になるように、或いは（ｉｉｉ）該サンプリング項目数が多くなるのに応じて詳細になるように決定すると良い。
【０１４４】
・また、好適な実施形態においては、対象車両が何れのサービスステーション３にも立ち寄っていない（存在していない）ときに第１の遠隔故障診断機能による遠隔故障診断を行ない、その後、何れかのサービスステーション３に当該対象車両が立ち寄った際には、その第１の遠隔故障診断機能による診断結果に応じて、同一の対象車両に対する第２の遠隔故障診断機能による診断項目（診断内容）を自動的に変更（例えば、ＮＧだった項目の詳細診断を行なう等）しても良い。この場合の自動変更の態様としては、例えば、重複する診断内容の省略や、必要とされるより詳細な診断内容の選択等を適宜行なえば良い。或いは、第１の遠隔故障診断機能では、図８に示される診断内容のうち、車両２が車両が停止すると検出できない項目（例えば、制御系システム１０８の各項目）を行ない、第２遠隔故障診断機能では、図８に示される全ての診断内容を行なっても良い。
【０１４５】
・また、上述した第２の実施形態の変形例２では、サービスステーション３における第２遠隔故障診断処理が終了しない場合には、第１遠隔故障診断機能を利用して継続するシステム構成について説明したが、他の実施形態として、例えば車両の状態が切実な場合には第２遠隔故障診断処理が終了するまでの待機をユーザに警告（要求）するシステム構成や、車両の状態が切実な場合を除いては、残る診断内容を当該対象車両が次に立ち寄る同一または異なるサービスステーション３において継続して行なう構成を採用してもよい。
【０１４６】
【第３の実施形態】
次に、上述した第１の実施形態に係る遠隔故障診断システムを基本とする第３の実施形態を説明する。以下の説明においては、第１の実施形態と同様な構成については重複する説明を省略し、本実施形態における特徴的な部分を中心に説明する。
【０１４７】
上述した各実施形態によれば、車両２が走行する周辺環境に存在するサービスステーション３に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、その車両２に対する故障診断を効率良く的確に行なうことができる。しかしながら、車両の一般的なユーザ（ドライバ等の乗員）は、その全てが車両（自動車）に詳しい訳ではないので、遠隔故障診断の診断結果が車両側において提供（報知）された場合であっても、提供された情報の内容を乗員だけで理解し、対処することは困難な場合も想定される。
【０１４８】
そこで、本実施形態では、ガソリンスタンド、自動車用品店等のように、車両の点検あるいは修理を受けることができるサービスステーション３、或いは車両に関する知識を有するスタッフが存在するサービスステーション３を介して行われた遠隔故障診断の診断結果を、そのサービスステーション３に設けられたサービスステーション２３にも提供することにより、車両に詳しくないユーザであっても、そのサービスステーション３のスタッフによるサポート（診断結果の内容理解や適切な対処方法等）を容易に受けることが容易に受けられるシステム構成について説明する。
【０１４９】
［遠隔故障診断処理］
本実施形態においても、対象車両（異常検出装置１０１）においては、第１の実施形態において図３及び図５を参照して説明した制御処理が行われるが、本実施形態では、ステップＳ７（図３）において図４（ａ）が行われる代わりに、その図４（ａ）に示す処理構成を基本とするところの、以下に説明する図１２（ａ）が実行される。
【０１５０】
即ち、図１２（ａ）は、第３の実施形態に係る対象車両２における遠隔故障診断処理の詳細を示すフローチャートであり、図１２（ｂ）は、当該対象車両２における遠隔故障診断処理（図１２（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１２（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【０１５１】
そして、図１３は、第３の実施形態に係る遠隔故障診断システムにおいてサービスステーション３に設けられたサービスステーション２３において行われる制御処理を示すフローチャートである。
【０１５２】
図１２（ａ）に示すステップＳ６６乃至ステップＳ６８に示す処理構成（対象車両における制御処理）は、第１の実施形態において説明した図４（ａ）に示すステップＳ１１乃至ステップＳ１３の処理構成と同様である。
【０１５３】
また、情報センター１において、第１の実施形態において説明した図４（ｂ）に示すステップＳ１０１乃至ステップＳ１０３では対象車両に最適な故障診断プログラムを抽出すると共に、その抽出した故障診断プログラムを当該対象車両に送信していたのに対して、図１２（ｂ）に示すステップＳ１３１乃至ステップＳ１３４に示す処理構成では、ステップＳ１３１において診断仲介サーバ２１から故障診断プログラムのダウンロード依頼を受信し、ステップＳ１３２では、車両基本情報（型式、車体番号など）に対応する故障診断プログラムを、当該対象車両に送信する点が異なる。
【０１５４】
そして、サービスステーション３において、診断仲介サーバ２１は、第１の実施形態において説明した図４（ｃ）に示すステップＳ２０５及びステップＳ２０６では故障診断結果を情報センター１及び当該対象車両に送信していたのに対して、本実施形態においては、図１２（ｃ）のステップＳ２３０及びステップＳ２３１において故障診断結果を情報センター１及び当該対象車両に送信するだけでなく、その故障診断結果を、ステップＳ２３２において、当該サービスステーション端末２３にも送信する。
【０１５５】
これにより、当該サービスステーション端末２３では、上記ステップＳ２３２の処理に応じてステップＳ３０１にて診断仲介サーバ２１から受信した故障診断結果を、ステップＳ３０２において同端末のディスプレイに表示する。
【０１５６】
更に好適な実施形態において、サービスステーション端末２３では、以下に説明する図１４（ａ）に示す処理が行われる。
【０１５７】
即ち、図１４（ａ）は、第３の実施形態に係るサービスステーション端末２３における整備履歴報知処理を示すフローチャートであり、図１４（ｂ）は、当該整備履歴報知処理（図１４（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１４（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【０１５８】
図１４において、サービスステーション端末２３は、当該サービスステーション３のスタッフによる対象車両の整備履歴の要求操作をステップＳ３０６において検出すると、ステップＳ３０７において、当該対象車両の整備履歴要求を、診断仲介サーバ２１に送信する。
【０１５９】
診断仲介サーバ２１は、当該サービスステーション端末２３から対象車両の整備履歴要求をステップＳ２３６にて受信するのに応じて、先に行われた遠隔故障診断処理にて当該対象車両から入手した車両基本情報（型式、車体番号など）と共に、当該対象車両に関する整備履歴情報の要求を、ステップＳ２３７において情報センター１に送信する。
【０１６０】
情報センター１は、診断仲介サーバ２１から対象車両の整備履歴要求と車両基本情報（型式、車体番号など）とをステップＳ１３６にて受信すると、当該受信した情報に対応する対象車両の整備履歴情報を、ステップＳ１３７において、データベース１２（車両情報ＤＢ１２−３）内の当該対象車両に関するレコードから抽出し、抽出した整備履歴情報を、ステップＳ１３８において診断仲介サーバ２１に送信する。
【０１６１】
そして、ステップＳ１３８にて送信された整備履歴情報は、診断仲介サーバ２１を介して、サービスステーション端末２３に送信され（ステップＳ２３８，ステップＳ２３９，ステップＳ３０８）、当該サービスステーション端末２３は、受信した当該対象車両の整備履歴情報を、ステップＳ３０９においてディスプレイに表示する。
【０１６２】
以上説明した本実施形態によれば、車両２に対する遠隔故障診断の診断結果を有効に活用して、その車両に対する最善の対処を乗員に提供する。
【０１６３】
即ち、車両の一般的なユーザ（ドライバ等の乗員）は、その全てが車両（自動車）に詳しいわけではないので、遠隔故障診断の診断結果が車両側において提供（報知）された場合であっても、提供された情報の内容を乗員だけで理解し、対処することは困難な場合も想定されるところ、本実施形態によれば、ガソリンスタンド、自動車用品店等のように、車両の点検あるいは修理を受けることができるサービスステーション３、或いは車両に関する知識を有するスタッフが存在するサービスステーション３を介して行われた遠隔故障診断の診断結果が、そのサービスステーション３に設けられた情報端末であるサービスステーション端末２３にも提供される。
【０１６４】
これにより、車両２が走行する周辺環境に存在するサービスステーション３に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、その車両に対する故障診断を遠隔で行なうことができると共に、車両に詳しくないユーザであっても、サービスステーション３のスタッフによるサポート（診断結果の内容理解や適切な対処方法等）を容易に受けることができ利便性が高く、一方、サービスステーション３側のスタッフにとっても、係るサポートをユーザ（ドライバ等）に提供することに伴うビジネスチャンスを積極的に活かすことができ合理的である。
【０１６５】
また、上記図１４に示す処理を行なうことにより、サービスステーション３のスタッフは、必要に応じて、対象車両に関する整備履歴に関する情報を入手することができるので、その情報を考慮して、ユーザへのサポートに際しての診断内容の理解や最適な対処方法の判断を迅速且つ合理的に行なうことができる。
【０１６６】
＜第３の実施形態の変形例＞
尚、上記第３の実施形態の好適な他の実施形態として、以下に説明する処理構成を有していれば、上述した第３の実施形態における効果を得られるだけでなく、更に良好な効果を享受することができる。
【０１６７】
・即ち、車両に詳しくないユーザに対して、遠隔故障診断の詳細な診断結果を提供しても、そのユーザを困惑させるだけであり、提供された診断結果が有効に生かされない場合も想定される。そこで、好適な実施形態では、係る詳細な診断結果は、サービスステーション３に設けられたサービスステーション端末２３に対して提供されるように構成すれば、スタッフによるサポートをより効率的にすることができ、利便性が高い。
【０１６８】
・また、一般に、サービスステーション３には、不特定多数の車両が立ち寄ることが想定されるので、好適な実施形態においては、故障診断によって対象車両の故障が検出されたときに限って、その診断結果を、サービスステーション端末２３に対して提供されるように構成すれば、遠隔故障診断の診断結果、特に故障等の不具合が検出されていない車両については、当該ステーションに設けられたサービスステーション端末２３には情報が提供されない。これにより、多数の車両が来訪するステーションのスタッフに大きな業務負担をかけること無く、ユーザへのサポートが必要なときに限っての合理的な業務を実現することができる。
【０１６９】
・また、遠隔故障診断の診断結果が上記の如くサービスステーション３のスタッフに提供されることは、例えば車両に詳しいユーザ等にとって却って煩わしい場合も想定される。そこで、好適な実施形態では、対象車両の乗員による許可が得られた場合に限って、当該サービスステーション３に設けられたサービスステーション端末２３に対して診断結果を提供するように構成すれば、個々のユーザの裁量（判断）を尊重することができ、合理的である。
【０１７０】
・また、一般に、車両の状態は、短期間のうちに大きく変化することは希であるが、車両の一般的なユーザにとって、ガソリンスタンド、自動車用品店等のサービスステーション３への立ち寄り機会は、例えば１週間に何度もある訳ではなく、１ヶ月に数回程度であり、このようなユーザの状況においては、上記の如く行われた遠隔故障診断の診断結果が故障等の不具合を示すものでなくても、同一または他のサービスステーション３への次回の立ち寄り時までに車両の状況が変化した結果、その時行われる遠隔故障診断では、何等かの不具合が検出されることも想定される。
【０１７１】
そこで、前記のような背景において、好適な実施形態では、対象車両がサービスステーション３に存在するときには、存在していない場合と比較して遠隔故障診断に際しての診断基準を、異常である旨の診断結果が出易くなるに補正（例えば、診断しきい値を小さな値に補正）する。このようにすれば、補正後の診断基準による診断の結果、近い将来には検出されたであろう当該対象車両の故障等の不具合を、立ち寄り中のサービスステーション３のスタッフのサポートが得られ易い状況下で、ユーザに対して報知することができ、予防保全が図られる。
【０１７２】
【第４の実施形態】
次に、上述した第１の実施形態に係る遠隔故障診断システムを基本とする第４の実施形態を説明する。以下の説明においては、第１の実施形態と同様な構成については重複する説明を省略し、本実施形態における特徴的な部分を中心に説明する。
上記各実施形態に係る遠隔故障診断システムによれば、販売代理店（所謂ディーラ）の整備工場や一般の自動車修理工場にユーザが車両を持ち込むこと無く、サービスステーション３において、通信速度に優れる近距離無線通信回線７（第２の無線通信回線）を利用して、最適な故障診断を行なうことができ利便性に優れる。
【０１７３】
しかしながら、一般に、車両の故障には、実走行に伴う各種の諸条件（例えば、時速３０ｋｍ／ｈからの加速時、旋回中、カーブ走行中の制動等）が複数成立した際に限って事象が発生するものも多い。このため、ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等の各種サービスステーション３にユーザが車両２と共に立ち寄った際に、サービス担当者にユーザ（ドライバ等の乗員）から伝えられる不具合等の事象が、対象車両２のエンジン始動や実走行等を前提とする故障診断が制約されることに起因して、従来からの車両の一般的なサービス形態において整備工場等のサービス拠点に車両が持ち込まれた場合と同様に、その場では直ちに確認あるいは再現しない場合もあり、結果としてユーザの要求に必ずしも迅速に対応できない状況も予想される。
【０１７４】
そこで、本実施形態では、車両２の走行状態による制約を受けること無く、迅速且つ的確な故障診断を遠隔で行なうことが可能な遠隔故障診断システムについて説明する。
【０１７５】
［遠隔故障診断処理］
本実施形態においても、対象車両（異常検出装置１０１）においては、第１の実施形態において図３及び図５を参照して説明した制御処理が行われるが、本実施形態では、ステップＳ７（図３）において図４（ａ）が行われる代わりに、以下に説明する図１６（ａ）が実行されると共に、更に図１５に示す処理が行われる。
【０１７６】
即ち、図１６（ａ）は、第４の実施形態に係る対象車両２における遠隔故障診断処理の詳細を示すフローチャートであり、図１６（ｂ）は、当該対象車両２における遠隔故障診断処理（図１６（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１６（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【０１７７】
そして、図１７は、第４の実施形態に係る診断仲介サーバ２１における遠隔故障診断処理（図１６（ｃ）のステップＳ２４４）の詳細を示すフローチャートである。
【０１７８】
まずはじめに、図１５に示す処理について説明する。図１５は、第４の実施形態において対象車両（異常検出装置１０１）が行なう車両状態情報の記録処理を示すフローチャートである。
【０１７９】
同図において、異常検出装置１０１は、自車両の走行状態が、所定ルールに合致しているかを判断し（ステップＳ７１）、その所定ルールに合致している場合には、そのときの自車両の実走行状態を表わす情報（車両状態情報）を、異常検出装置１０１のメモリに記録する（ステップＳ７２）。そして、ステップＳ７１及びステップＳ７２の一連の処理ステップは、当該所定ルールに合致している自車両の実走行状態を表わす情報が記録されるまで行われる。
【０１８０】
ここで、所定ルールは、ドライバによる車両２の実走行中にその車両に発生するところの、例えば、時速３０ｋｍ／ｈからの加速時、旋回中、カーブ走行中、或いはこれらの組み合わせ等の、条件（走行シーン）であって、異常検出装置１０１に予め複数種類格納されている（或いは、ルール変更の都度、外部（サーバ１または仲介サーバ２１）から入手しても良い）であって、ステップＳ７２では、係る所定条件に合致する際に当該対象車両において検出されたところの、センサ群１０６による検出結果や、ボディ系システム１０７及び制御系システム１０８の各構成の入出力信号の信号レベル等の状態を表わす情報が記憶される。
【０１８１】
次に、図１６（ａ）乃至図１６（ｃ）について説明する。
【０１８２】
異常検出装置１０１は、ステップＳ７６において、図１５を参照して説明した車両状態情報の記録処理によってメモリに記録されたところの、所定ルールにおける自車両の車両状態情報を抽出し、抽出した車両状態情報と、自車両に予め記憶されている車両基本情報（型式、車体番号など）とを、ステップＳ７７において診断仲介サーバ２１に送信する。
【０１８３】
診断仲介サーバ２１では、当該対象車両から車両基本情報と当該所定ルールにおける車両状態情報をステップＳ２４１において受信すると、受信した車両基本情報に対応する故障診断プログラムのダウンロード依頼を、ステップＳ２４２において情報センター１に送信する。
【０１８４】
情報センター１のサーバ１１は、ステップＳ１４１において診断仲介サーバ２１から故障診断プログラムのダウンロード依頼及び対象車両の車両基本情報を受信すると、ステップＳ１４２において、当該対象車両のための診断プログラムを、ステップＳ１４１において情報を送信した診断仲介サーバ２１に送信する。
【０１８５】
ここで、ステップＳ１４２にて送信すべき診断プログラムは、例えば、ステップＳ１４１にて受信した車両基本情報と、データベース１２（車両情報ＤＢ１２−３）内の当該対象車両に関するレコードに含まれる過去の診断履歴とに基づいて、同データベース（診断プログラムＤＢ１２−６）から、当該対象車両のための診断プログラムを抽出することによって入手すれば良い。
【０１８６】
診断仲介サーバ２１では、ステップＳ２４３において情報センター１から故障診断プログラムを受信するのに応じて、その故障診断プログラムに従って、当該所定ルールにおける車両状態情報を基にした遠隔故障診断をステップＳ２４４において行ない、その診断結果を、ステップＳ２４５において情報センター１に送信する。
【０１８７】
ここで、図１６（ｃ）のステップＳ２４４に対応するところの、図１７に示す処理について説明する。
【０１８８】
即ち、診断仲介サーバ２１は、ステップＳ２４１にて当該対象車両から受信した車両状態情報が、所定ルールＩに合致しているかを判断し（ステップＳ２５１）、合致していると判断した場合には、その車両状態情報が、既定値の正常範囲内に収まっているかを判断する（ステップＳ２５２）。そして、正常範囲から外れている場合には、対応する車両状態情報を、当該対象車両のＮＧ状態として故障故障リストに追加する（ステップＳ２５３）。
【０１８９】
そして、ステップＳ２５４及びステップＳ２５５の各処理ステップにより、上記ステップＳ２５１乃至ステップＳ２３が、現在注目している所定ルールＩに対応する全ての車両状態情報に対して行われるまで繰り返される。
【０１９０】
診断仲介サーバ２１は、現在注目している所定ルールＩに対応する全ての車両状態情報の確認が上記ステップＳ２５１乃至ステップＳ２５５によって完了すると、ステップＳ２５３においてデータの追加対象とした故障診断リストに、ＮＧ状態を表わす情報（即ち、所定の正常範囲から外れている情報）がリストアップされたかを判断し（ステップＳ２５６）、ＮＧ状態を表わす情報がリストアップされた場合には、そのリストアップされたＮＧ状態を表わす情報を、当該対象車両の故障状態を表わす情報（即ち、診断結果）として設定する（ステップＳ２５７）。このとき、リストアップされたＮＧ状態を表わす情報が複数存在する場合には、例えば、最も緊急度の高いものを当該対象車両の故障状態を表わす情報として設定する。
【０１９１】
一方、ステップＳ２５６においてＮＧ状態を表わす情報がリストアップされていないことが確認された場合に、診断仲介サーバ２１は、診断結果として、当該対象車両には予測される故障は無い、と判断する。
【０１９２】
情報センター１は、ステップＳ１４３において当該対象車両についての故障診断結果を得ると、その故障診断結果（故障診断結果情報）を、データベース１２（車両情報ＤＢ１２−３）の当該対象車両に関する診断履歴情報の新たなレコードとして記録する（ステップＳ１４４）と共に、診断済みの所定ルールから未診断の所定ルールへの変更司令を、ステップＳ１４３における故障診断結果の送信元である診断仲介サーバ２１に送信する（ステップＳ１４５）。
【０１９３】
そして、診断仲介サーバ２１では、情報センター１から所定ルール変更司令をステップＳ２４６にて受信するのに応じて、当該対象車両に対して、診断結果情報と、所定ルール変更司令とをステップＳ２４７において送信する。
【０１９４】
当該対象車両の異常検出装置１０１は、診断結果情報と、所定ルール変更司令とをステップＳ７８にて受信すると、その診断結果情報に応じたガイダンス等を、入出力装置１０４（例えば車載ディスプレイへの表示）に出力する、或いは、当該対象車両の所有者宛ての電子メールによって診断結果を報知する（ステップＳ７９）と共に、図１５を参照して説明した車両状態情報の記録処理用のモジュールに今まで設定されていた所定ルールとは異なる他の所定ルールへの設定変更を行う（ステップＳ８０）。これにより、当該対象車両の異常検出装置１０１は、当該他の所定ルールに合致する実走行状態を新たに記録すべく、上記図１５に示す車両状態情報の記録処理を開始する。
【０１９５】
以上説明した本実施形態によれば、車両２の走行状態による制約を受けること無く、迅速且つ的確な故障診断を遠隔で行なうことができる。
【０１９６】
即ち、本実施形態によれば、車両状態情報の記録処理（図１５）によって、所定のルール情報に合致する実走行状態が対象車両において記憶されるので、例えば、その対象車両のエンジンがサービスステーション３において停止している場合であっても、エンジンが動作している実走行中における当該対象車両の状態に関して的確な故障診断を行なうことができ、これにより、車両２の走行状態による制約を受けること無く故障診断を遠隔で行なうことが可能となるので、車両が走行する周辺環境に存在する各種サービスステーション３（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、その車両に対する故障診断を遠隔で、迅速且つ的確に行なうことができる。
【０１９７】
また、本実施形態によれば、所定のルール情報を、情報センター１から適宜遠隔で変更できる（ステップＳ１４５）ので、そのルール情報に合致する対象車両の様々な実走行状態をユーザをわずらわせることなく容易且つ的確に入手することができ、更に的確な遠隔故障診断を実現することができる。
【０１９８】
＜第４の実施形態の変形例＞
尚、上記第４の実施形態の好適な他の実施形態として、以下に説明する処理構成を有していれば、上述した第４の実施形態における効果を得られるだけでなく、更に良好な効果を享受することができる。
【０１９９】
・即ち、上記の如く的確に行われる遠隔故障診断であっても、１回の診断では故障を特定できない場合も想定される。そこで、好適な実施形態では、所定のルール情報を、情報センター１から遠隔で変更する（ステップＳ１４５）に際して、対象車両が立ち寄ったサービスステーション３において行われた遠隔故障診断の診断結果に応じて、他のルール情報への変更を行なう。このような処理構成によれば、次のサービスステーション３に当該対象車両が立ち寄るまでの間に、係る変更後の新たなルール情報に合致する実走行状態が当該対象車両において記憶され、次のサービスステーション３では、係る新たなルール情報に合致する実走行状態に基づく更なる遠隔故障診断が行なえるので、車両の走行状態による制約を受けること無く、より的確な故障診断を、ユーザの行動に制約を課すること無く遠隔で行なうことができる。
【０２００】
・また、好適な実施形態において、情報センター１のサーバ１１またはサービスステーション３の診断仲介サーバ２１は、対象車両となり得る個々の車両に提供された所定のルール情報が格納されているデータベース（１２）を参照することにより、当該対象車両が存在するサービスステーション３に設けられたサービスステーション２３に対して、遠隔故障診断の診断結果、その診断の基となった実走行状態を表わす情報、並びにその情報が当該対象車両において記憶される際の所定ルールを提供できるように構成すると良い。
【０２０１】
このような処理構成によれば、対象車両のユーザが車両に詳しくない場合に、立ち寄ったサービスステーション３において行われた遠隔故障診断の結果、何等かの故障発生を報知された場合であっても、そのサービスステーション３のスタッフは、その診断結果の基となった当該対象車両の実走行状態を把握することができるので、ユーザは、当該スタッフによる的確なサポート（診断結果の内容理解や適切な対処方法等）を容易に受けることができ利便性が高く、一方、ステーション側のスタッフにとっても、係るサポートをユーザ（ドライバ等）に提供することに伴うビジネスチャンスを積極的に活かすことができ合理的である。
【０２０２】
・また、好適な他の実施形態として、車両２において、モバイル通信回線用通信装置１０２または近距離無線通信回線用車載端末１０３を利用して車両の状態を表わす所定のルール情報を外部から入手しておき、入手したルール情報に合致する実走行状態が自車両に発生したことを、センサ群１０６、ボディ系システム１０７、或いは車両制御系システム１０８等の検出手段によって検出すると共に、異常検出装置１０１は、検出した実走行状態を表わす情報に基づいて自車両の故障診断を行なうと共に、その診断結果に関する情報を記憶デバイス（不図示）に記憶し、自車両がサービスステーション３に立ち寄った際（存在するとき）には、そのサービスステーション３を介して、記憶している診断結果に関する情報を、外部装置である診断仲介サーバ２１及び／または情報センター１のサーバ１１に提供する。
【０２０３】
このような処理構成によれば、所定ルールに合致する実走行状態が対象車両において発生するのに応じて、その対象車両において故障診断が行われると共にその診断結果が記憶されるので、例えば、車両が走行する周辺環境に存在する各種サービスステーション３（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、その車両に対する故障診断の結果を、通信速度に優れる近距離無線通信回線７（第２の無線通信回線）を利用して、迅速且つ的確に入手することができるので、診断仲介サーバ２１及び／または情報センター１のサーバ１１では、例えば、より詳細な故障診断や、個々の車両の診断履歴を確実に行なうことができる。
【０２０４】
尚、上述した各実施形態を例に説明した本発明は、上述した、情報センター１のサーバ１１、サービスステーション３の診断仲介サーバ２１、並びに車両２の以上件ｈす津装置１０１に対して、その説明において参照したフローチャートの機能を実現可能なコンピュータ・プログラムを供給した後、その装置のＣＰＵに読み出して実行することによって達成される。また、当該装置内に供給されたコンピュータ・プログラムは、読み書き可能なメモリまたはハードディスク装置等の記憶デバイスに格納すれば良い。
【０２０５】
また、前記の場合において、当該各装置内へのコンピュータ・プログラムの供給方法は、フレキシブルディスク等の各種記録媒体を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等のように、現在では一般的な手順を採用することができ、このような場合において、本発明は、係るコンピュータ・プログラムのコード或いは記憶媒体によって構成される。
【図面の簡単な説明】
【図１】第１の実施形態における遠隔故障診断システムの概略構成を示す図である。
【図２】第１の実施形態に係る遠隔故障診断システムにおける車両２のシステム構成を示す図である。
【図３】第１の実施形態における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【図４】図４（ａ）は、対象車両２における遠隔故障診断処理（図３のステップＳ７）の詳細を示すフローチャートであり、図４（ｂ）は、当該対象車両２における遠隔故障診断処理（図４（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図４（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【図５】図５（ａ）は、当該サービスステーション３における遠隔故障診断処理（図４のステップＳ２０４）の詳細を示すフローチャートであり、図５（ｂ）は、当該サービスステーション３における遠隔故障診断処理が行われる際に対象車両２において行われる制御処理を示すフローチャートである。
【図６】第２の実施形態における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【図７】図７（ａ）は、対象車両２における第１遠隔故障診断処理（図６のステップＳ３１：第１の遠隔故障診断機能）の詳細を示すフローチャートであり、図４（ｂ）は、当該対象車両２における第１遠隔故障診断処理（図７（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートである。
【図８】第２の実施形態に係る遠隔故障診断システムにおいて実行される第１及び第２遠隔故障診断機能用診断プログラムの対象範囲を説明する図である。
【図９】第２の実施形態の変形例１に係る遠隔故障診断システムにおいて行われる故障発生予測処理を示すフローチャートである。
【図１０】第２の実施形態の変形例２における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【図１１】図１１（ａ）は、第２の実施形態の変形例２において第２の遠隔故障診断機能を中断する際に情報センター１（サーバ１１）またはサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートであり、図１１（ｂ）は、当該制御処理（図１１（ａ））が行われる際に対象車両２において行われる制御処理を示すフローチャートである。
【図１２】図１２（ａ）は、第３の実施形態に係る対象車両２における遠隔故障診断処理の詳細を示すフローチャートであり、図１２（ｂ）は、当該対象車両２における遠隔故障診断処理（図１２（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１２（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【図１３】第３の実施形態に係る遠隔故障診断システムにおいてサービスステーション３に設けられたサービスステーション２３において行われる制御処理を示すフローチャートである。
【図１４】第３の実施形態に係るサービスステーション端末２３における整備履歴報知処理を示すフローチャートであり、図１４（ｂ）は、当該整備履歴報知処理（図１４（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１４（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【図１５】第４の実施形態において対象車両（異常検出装置１０１）が行なう車両状態情報の記録処理を示すフローチャートである。
【図１６】図１６（ａ）は、第４の実施形態に係る対象車両２における遠隔故障診断処理の詳細を示すフローチャートであり、図１６（ｂ）は、当該対象車両２における遠隔故障診断処理（図１６（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１６（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【図１７】第４の実施形態に係る診断仲介サーバ２１における遠隔故障診断処理（図１６（ｃ）のステップＳ２４４）の詳細を示すフローチャートである。
【符号の説明】
１：情報センター，
２：車両，
３：サービスステーション，
４：サービス工場，
５：インターネット，
６：基地局，
７：近距離無線通信回線（高速無線通信回線），
８：モバイル通信回線（低速無線通信回線），
１１：サーバ（メインサーバ），
１１Ａ：故障診断サーバ，
１１Ｂ：サービス工場管理サーバ，
１２：データベース（ＤＢ），
１３：通信回線，
２１：診断仲介サーバ，
２２：診断プログラムデータベース，
２３：サービスステーション端末，
２４：近距離無線通信用端末４，
１０１：異常検出装置，
１０２：モバイル通信回線用通信装置，
１０３：近距離無線通信回線用車載端末，
１０４：入出力装置，
１０５：ナビゲーションコントローラ，
１０６：センサ群，
１０７：ボディ系システム，
１０８：車両制御系システム
【発明の属する技術分野】
本発明は、診断対象物の故障診断を遠隔で行なう遠隔故障診断システムの分野に関し、例えば、代表的な移動体である車両（自動車）を診断対象物として、その車両の故障診断を遠隔で行なう遠隔故障診断システムの分野に関する。
【０００２】
【従来の技術】
従来より、自動車の修理や点検等の各種サービスが必要な場合には、例えば、販売代理店（所謂ディーラ）、自動車用品店、或いはガソリンスタンド等に併設されている整備工場や、単独で存在する自動車修理工場等のサービス拠点へのユーザ（お客様）による自動車の持ち込みが行なわれ、そのサービス拠点において必要なサービスが提供されているのが一般的である。
【０００３】
しかしながら、上記従来からの一般的なサービス形態においては、サービス拠点の担当者にユーザから伝えられる不具合等の事象が、そのサービス拠点において確認あるいは再現しない場合もあり、結果としてユーザの要求に必ずしも迅速且つ十分に対応できないという問題が生じていた。
【０００４】
そこで、上記従来の問題を改善するために、車両の状態を検出すると共に記憶媒体に格納しておき、その車両がサービス拠点に持ち込まれた際に、係る記憶媒体に格納されている検出情報を専用のツール等によって読み出すと共に故障診断を行なう技術等が提案されている。
【０００５】
また、近年においては、急速に発展するＩＴ（情報技術）を利用して、監視対象の個々の自動車（以下、車両）と情報センターとの間を無線通信やインターネット等の通信手段によって通信可能な状態として、両者間において遠隔で故障診断を行なう技術が提案されている（例えば、特許文献１及び２参照）。
【０００６】
【特許文献１】
特開２００２−２０２００３号公報
【特許文献２】
特開２００２−２２８５５２号公報
【０００７】
【発明が解決しようとする課題】
上記従来の遠隔故障診断システムによれば、販売代理店（所謂ディーラ）の整備工場や一般の自動車修理工場にユーザが車両を持ち込むこと無く、車両が存在する場所を問わずに故障診断を行なうことができ利便性に優れ、また、情報センターのサーバ（サーバ・コンピュータ）にて一括して診断処理を行なうため、そのサーバにて実行される故障診断プログラムを適宜更新しておけば、診断対象の個々の車両は常に最新の診断を受けることができる等の利点がある。
【０００８】
しかしながら、車両の故障には、実走行に伴う各種の諸条件（例えば、時速３０ｋｍ／ｈからの加速時、旋回中、カーブ走行中の制動等）が複数成立した際に限って事象が発生するものも多い。このため、上記従来の遠隔故障診断システムに限らず、従来からの車両の一般的なサービス形態においては、整備工場等のサービス拠点に車両が持ち込まれた際、或いは、ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等の各種ステーションにユーザが車両と共に立ち寄った際に、サービス担当者にユーザ（ドライバ等の乗員）から伝えられる不具合等の事象が、対象車両のエンジン始動や実走行等を前提とする故障診断が制約されることに起因して、確認あるいは再現しない場合もあり、結果としてユーザの要求に必ずしも迅速且つ十分に対応できないという問題が生じていた。
【０００９】
そこで本発明は、車両の走行状態による制約を受けること無く、迅速且つ的確な故障診断を遠隔で行なう遠隔故障診断システム及びその制御方法、並びに車両の提供を目的とする。
【００１０】
【課題を解決するための手段】
上記の目的を達成するため、本発明に係る遠隔故障診断システムは、以下の構成を特徴とする。
【００１１】
即ち、車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムであって、
車両の状態を表わす所定のルール情報に合致する実走行状態が自車両に発生した際に、その実走行状態を検出すると共に、検出した実走行状態を表わす情報を記憶する対象車両（２）と、
前記対象車両（２）がステーション（３）に存在するときに読み出した前記情報に基づいて、該対象車両に対する遠隔故障診断を行なうところの、前記対象車両の外部に設けられた情報処理装置（１１，２１）と、
を備えることを特徴とする。
【００１２】
好適な実施形態において、前記情報処理装置は、前記所定のルール情報を、前記ステーションを介して変更する。
【００１３】
また、上記の同目的を達成するため、本発明に係る車両（２）は、以下の構成を特徴とする。
【００１４】
即ち、車両の状態を表わす所定のルール情報を外部から入手する入手手段（１０２，１０３）と、
前記入手手段によって入手したルール情報に合致する実走行状態が自車両に発生したことを検出する検出手段（１０６〜１０８）と、
前記検出手段によって検出された実走行状態を表わす情報に基づいて自車両の故障診断を行なうと共に、その診断結果に関する情報を記憶する故障診断手段（１０１，１０５）と、
自車両がステーションに存在するときに、そのステーションを介して、前記診断結果に関する情報を、外部装置に提供する提供手段（１０３）と、
を備えることを特徴とする。
【００１５】
また、上記の同目的を達成するため、本発明に係る遠隔故障診断システムの制御方法は、以下の構成を特徴とする。
【００１６】
即ち、車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムの制御方法であって、
車両の状態を表わす所定のルール情報に合致する実走行状態が対象車両に発生した際に、その対象車両において、該実走行状態を検出すると共に、検出した実走行状態を表わす情報を記憶する検出工程と、
前記対象車両がステーションに存在するときに、前記検出工程にて記憶した情報を読み出すと共に、前記対象車両に対する遠隔故障診断を、前記対象車両の外部に設けられた情報処理装置において、該読み出した情報に基づいて行なう遠隔診断工程と、
を有することを特徴とする。
【００１７】
また、同目的を達成すべく、車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムの制御方法であって、
車両の状態を表わす所定のルール情報を外部から入手しておき、そのルール情報に合致する実走行状態が対象車両に発生するのに応じて検出した該実走行状態に基づいて、その対象車両において故障診断を行なうと共に、その診断結果を記憶する診断工程と、
前記対象車両がステーションに存在するときに、そのステーションを介して、該診断結果を表わす情報を、該対象車両の外部に設けられた情報処理装置に提供する情報提供工程と、
を有することを特徴とする。
【００１８】
【発明の効果】
上記の本発明によれば、車両の走行状態による制約を受けること無く、迅速且つ的確な故障診断を遠隔で行なう遠隔故障診断システム及びその制御方法、並びに車両の提供が実現する。
【００１９】
即ち、請求項１、請求項６の発明によれば、所定のルール情報に合致する実走行状態が対象車両において記憶されるので、例えば、その対象車両のエンジンが停止している場合であっても、エンジンが動作している実走行中における当該対象車両の状態に関して的確な故障診断を行なうことができ、これにより、車両の走行状態による制約を受けること無く故障診断を遠隔で行なうことが可能となるので、車両が走行する周辺環境に存在する各種ステーション（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのステーションにおける本来の所要時間を有効に活用して、その車両に対する故障診断を遠隔で、迅速且つ的確に行なうことができる。
【００２０】
また、請求項２の発明によれば、所定のルール情報を適宜遠隔で変更できるので、そのルール情報に合致する対象車両の様々な実走行状態をユーザをわずらわせることなく容易且つ的確に入手することができ、更に的確な遠隔故障診断を実現することができる。
【００２１】
また、請求項３の発明によれば、対象車両のユーザが車両に詳しくない場合に、立ち寄ったステーションにおいて行われた遠隔故障診断の結果、何等かの故障発生を報知された場合であっても、そのステーションのスタッフは、その診断結果の基となった当該対象車両の実走行状態を把握することができるので、ユーザは、当該スタッフによる的確なサポート（診断結果の内容理解や適切な対処方法等）を容易に受けることができ利便性が高く、一方、ステーション側のスタッフにとっても、係るサポートをユーザ（ドライバ等）に提供することに伴うビジネスチャンスを積極的に活かすことができ合理的である。
【００２２】
また、上記各請求項の如く的確に行われる遠隔故障診断であっても、１回の診断では故障を特定できない場合も想定されるところ、請求項４の発明によれば、対象車両が立ち寄ったステーションにおいて、遠隔故障診断が行われるだけでなく、その診断結果に応じて他のルール情報への変更が行われる。これにより、次のステーションに当該対象車両が立ち寄るまでの間に、係る変更後の新たなルール情報に合致する実走行状態が当該対象車両において記憶され、次のステーションでは、係る新たなルール情報に合致する実走行状態に基づく更なる遠隔故障診断が行なえるので、車両の走行状態による制約を受けること無く、より的確な故障診断を、ユーザの行動に制約を課すること無く遠隔で行なうことができる。
【００２３】
また、請求項５、請求項７の発明によれば、所定のルール情報に合致する実走行状態が対象車両において発生するのに応じて、その対象車両において故障診断が行われると共にその診断結果が記憶されるので、例えば、車両が走行する周辺環境に存在する各種ステーション（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのステーションにおける本来の所要時間を有効に活用して、その車両に対する故障診断の結果を、車両外部の情報処理装置に迅速且つ的確に入手することができるので、その情報処理装置では、例えば、より詳細な故障診断や、個々の車両の診断履歴を確実に行なうことができる。
【００２４】
【発明の実施の形態】
以下、本発明に係る遠隔故障診断システムを、代表的な移動体である車両（自動車）に適用した実施形態として、図面を参照して詳細に説明する。
【００２５】
【第１の実施形態】
［システム構成］
図１は、第１の実施形態における遠隔故障診断システムの概略構成を示す図であり、本システムは、大別して、情報センター１、車両２、並びにサービスステーション３によって構成される。
【００２６】
本実施形態において、情報センター１と、本システムによる遠隔故障診断サービスを受けることが可能な個々の車両２とは、インターネット５及び基地局６を中継局とするモバイル通信回線（第１の無線通信回線）８を介して、情報の送受信を直接行なうことができる。ここで、モバイル通信回線８は、無線電話回線等の比較的データ通信速度が制約される通信ラインである。
【００２７】
また、情報センター１とサービスステーション３とは、インターネット５及び／または他の通信回線１３を介して、情報の送受信を行なうことができる。
【００２８】
そして、サービスステーション３と、そのサービスステーションに立ち寄った車両（対象車両）２とは、近距離無線通信回線（第２の無線通信回線）７を介して、情報の送受信を行なうことができる。ここで、近距離無線通信回線７は、上記モバイル通信回線８と比較して高速通信が可能な、ＤＳＲＣ、ＩＥＥＥ８０２等の近距離無線通信ラインである。
【００２９】
また、本実施形態において、車両２がサービスステーション３に立ち寄ったこと、即ちサービスステーション３に対象車両が存在することは、様々な手法によって検出することが可能であるが、本実施形態では、一例として、車両２に搭載されたモバイル通信回線用通信装置１０２と、サービスステーション３に設置された近距離無線通信用端末２４との間で、係る近距離無線通信回線７が確立している状態が、車両側及び／またはサービスステーション３側において検出されることによって認識される。
【００３０】
情報センター１は、本システムを統括的に司るサーバ（サーバ・コンピュータ）１１と、データベース（ＤＢ）１２とを備える。
【００３１】
本実施形態において、サーバ１１は、例えば、故障診断サーバ１１Ａ及びサービス工場管理サーバ１１Ｂによって構成されており、予め用意されたソフトウエア・プログラムを不図示のＣＰＵにおいて実行することによって、サービスステーション３（診断仲介サーバ２１）及び車両２（異常検出装置１０１）との協調動作によって、後述する遠隔故障診断処理（図３乃至図５）を実現することができ、それに伴って、データベース１２に情報を格納する、或いは格納されている情報を読み出すことができる。
【００３２】
また、データベース１２は、顧客情報ＤＢ１２−１、故障情報ＤＢ１２−２、車両情報ＤＢ１２−３、サービス工場ＤＢ１２−４、地図ＤＢ１２−５、並びに診断プログラムＤＢ１２−６等の複数のサブデータベースによって構成されている。
【００３３】
即ち、顧客情報ＤＢ１２−１には、本システムを利用可能な複数のユーザ（顧客）に関する情報（氏名、住所、連絡先等）が、個々のユーザを識別するためのＩＤに関連付けされて格納されている。
【００３４】
故障情報ＤＢ１２−２には、複数種類の車両に関する各種故障に関する情報（故障情報）が、個々の故障を識別可能な識別コード（故障識別コードｉ）を付与された状態で、例えば、車種（型式）を特定する情報、故障の内容、その故障が発生し易い若しくは発生したときに特有の車両の実走行状態（後述する所定のルールに相当）、並びにその故障に対する対応策等と関連付けされて格納される。
【００３５】
車両情報ＤＢ１２−３には、遠隔故障診断による診断結果（診断履歴）を表わす診断結果情報が、例えば、整備履歴情報（整備の日時、場所等を含む）、個々の車両を特定する情報（車体番号）、車種（型式）を特定する情報、並びに車両の所有者（ユーザ）のＩＤ等と関連付けされて格納される。
【００３６】
サービス工場ＤＢ１２−４には、個々のサービス工場４に関する情報が格納されている。
【００３７】
地図ＤＢ１２−５には、車両２のナビゲーションコントローラ１０５等と共通の座標系が採用された地図情報が格納されている。
【００３８】
診断プログラムＤＢ１２−６には、対象車両の遠隔故障診断を行なうための故障診断プログラム（後述する診断パターンを含む）が、車種（型式）毎に格納されている。
【００３９】
車両２は、本システムによる遠隔故障診断の対象車両となり得る車両であって、図２に示す構成を備える（詳細は後述する）。
【００４０】
サービスステーション３は、診断仲介サーバ２１、診断プログラムＤＢ２２、サービスステーション端末２３、並びに近距離無線通信用端末２４を備える。
【００４１】
即ち、診断仲介サーバ２１は、診断プログラムＤＢ２２に格納された故障診断用プログラムを不図示のＣＰＵにおいて実行することにより、情報センター１（サーバ１１）及び車両２（異常検出装置１０１）との協調動作によって、サービスステーション３に立ち寄った対象車両に対して、後述する遠隔故障診断処理（図３乃至図５）を実現することができる。
【００４２】
ここで、サービスステーション端末２３には、当該サービスステーション３に設置された情報端末だけでなく、当該ステーションのスタッフが携帯する情報端末（ＰＤＡ、ＰＯＳ端末等）を含むものとする。
【００４３】
サービス工場４は、販売代理店（所謂ディーラ）等に併設されている整備工場（整備施設）や、単独で存在する自動車修理工場である。
【００４４】
ここで、サービスステーション３は、上記サービス工場４以外の、ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等のような、不特定多数の車両が立ち寄る機会がある各種拠点（ステーション）を表わすものとする。
【００４５】
また、本実施形態におけるガソリンスタンドには、ガソリンの供給を行なうものだけでなく、電気や水素等の、車両の走行に使用される各種エネルギの供給拠点を広く含むものとし、このエネルギの供給拠点は、ＥＴＣ（Ｅｌｅｃｔｒｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ：自動料金支払いシステム）等に採用されるところの、ＤＳＲＣ、ＩＥＥＥ８０２等の通信方式を利用した車両との間の近距離無線通信システムによって、係るエネルギの補充等のサービスの利用者に対しての課金がなされる。
【００４６】
尚、上記システム構成をなすサーバ・コンピュータ、データベース、並びに無線通信回線等の個々の構成要素（コンポーネント）自体には、現在では一般的なハードウエア及びソフトウエアを採用することができるので、本実施形態における詳細な説明は省略する。
【００４７】
また、図１に示す構成例では、説明の便宜上から、情報センター１内にサーバ１１及びデータベース１２が設けられ、サービスステーション３内に診断仲介サーバ２１及び診断プログラムＤＢ２２が設けられる構成を前提に説明したが、本発明は係るシステム構成に限られるものではなく、個々のサーバやデータベースは、各種通信回線を介してデータの送受信が可能であれば、設置される場所は限定されない。
【００４８】
特に、診断仲介サーバ２１は、図１に例示する如く個々のサービスステーション３に設けなくても良く、この場合、来訪する車両２に搭載された近距離無線通信回線用車載端末１０３との近距離無線通信回線７を介した無線通信を実現すべく、例えば、個々のサービスステーション３には、少なくとも近距離無線通信用端末２４が設けられる一方で、複数箇所のサービスステーション３（例えば、ある地域内に点在する複数のサービスステーション３）の近距離無線通信用端末２４の動作を統括的に制御すると共に適宜課金管理等を行なうための診断仲介サーバ２１及び診断プログラムＤＢ２２が、係る複数の近距離無線通信用端末２４と、情報センター１のサーバ１１との間に設けられるようなシステム構成を採用しても良い。
【００４９】
次に、図２は、第１の実施形態に係る遠隔故障診断システムにおける車両２のシステム構成を示す図であり、車両２は、大別して、異常検出装置１０１、入出力装置１０４、ナビゲーションコントローラ１０５、センサ群１０６、ボディ系システム１０７、車両制御系システム１０８を備える。
【００５０】
即ち、異常検出装置１０１は、ボディ系システム１０７及び車両制御系システム１０８によって制御されている自車両２の各種状態を表わす情報と、センサ群（ＧＰＳセンサ、車速センサ、ヨーレートセンサ、操舵角センサ等）１０６によって検出される自車両２の各種状態を表わす情報とを入手可能であると共に、必要に応じてナビゲーションコントローラ１０５との通信を行なう。
【００５１】
また、異常検出装置１０１は、近距離無線通信回線用車載端末１０３を利用した近距離無線通信回線７による無線通信と、モバイル通信回線用通信装置１０２を利用したモバイル通信回線８による無線通信とを行なうことが可能であって、制御プログラムを不図示のＣＰＵにおいて実行することにより、情報センター１（サーバ１１）及び／またはサービスステーション３（診断仲介サーバ２１）との協調動作によって、モバイル通信回線（第１の無線通信回線）８を利用した第１の遠隔故障診断機能、或いは、近距離無線通信回線（第２の無線通信回線）７を利用した第２の遠隔故障診断機能を実現することができる（図３乃至図５を参照して後述する）。
【００５２】
ここで、ボディ系システム１０７は、自車両２におけるパワーウィンドウ、オーディオ、ワイパー等の各種電装品の動作制御を司るものであり、車両制御系システム１０８は、ＡＢＳ、ＤＣＳ、ＥＧＩ等の車両挙動の動作制御を司るものである。
【００５３】
入出力装置１０４は、ディスプレイ、操作スイッチ、音声入力マイク、スピーカ等のマンマシン・インタフェースからなり、異常検出装置１０１やナビゲーションコントローラ１０５の動作に伴って、ユーザ（ドライバ等の乗員）に対するガイダンスの報知や、選択操作の入力等を行なうことができる。
【００５４】
尚、異常検出装置１０１とナビゲーションコントローラ１０５とは別体の構成に限られるものではない。
【００５５】
［遠隔故障診断処理］
以下、図３乃至図５に示すフローチャートを参照して、本実施形態に係る遠隔故障診断システムの診断機能について説明する。
【００５６】
各フローチャートにおいては、説明の便宜上から、そして同システムを構成する各サブシステム（異常検出装置１０１、診断仲介サーバ２１、メインサーバ１１）間の情報伝達の態様（やり取り）を容易に把握可能とすべく、係る複数のサブシステムの処理手順（処理手順の一部）を１つの図面に示しているものがあるが、実際の動作においては、個々のサブシステムにおいて、これら複数のフローチャートに示された対応する処理手順を実現可能な複数のソフトウエア・モジュールが適宜機能する。
【００５７】
また、本実施形態において、各フローチャート内に示される破線の矢印及びその支点または終点に記された「（ＶＩ−ｎ−＊）」，「（ＩＣ−ｎ−＊）」等の記号（但し、ｎは１乃至４であって第１乃至第４の実施形態を表わす）は、近距離無線通信回線７、モバイル通信回線８、或いは通信回線１３を介したサブシステム（異常検出装置１０１、診断仲介サーバ２１、メインサーバ１１）間の通信イベントを表わしており、同一の記号同士は、対象となるサブシステム間の１回の送受信処理を示す。
【００５８】
より具体的には、上記記号において、「Ｖ」は車両２（異常検出装置１０１）、「Ｉ」は診断仲介サーバ２１（サービスステーション３）、「Ｃ」は情報センター１（メインサーバ１１）、「Ｓ」はサービスステーション端末２３を表わす。そして、例えば、「ＶＩ」は車両２から診断仲介サーバ２１への情報伝達を表わし、「ＩＣ」は診断仲介サーバ２１から情報センター１への情報伝達を表わす。
【００５９】
尚、上記の如く表わされるところの、各サブシステムにおいて行われる個々の送受信処理を実現するためのハードウエア及びそのハードウエアにおいて実行されるソフトウエアの処理手順自体は、一般的なものを採用することができるので、本実施形態における詳細な説明は省略する。
【００６０】
図３乃至図５は、第１の実施形態に係る遠隔故障診断システムにおいて行われる遠隔故障診断処理を示すフローチャートである。はじめに、これら各フローチャート間の関係について説明する。
【００６１】
図３は、第１の実施形態における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【００６２】
また、図４（ａ）は、対象車両２における遠隔故障診断処理（図３のステップＳ７）の詳細を示すフローチャートであり、図４（ｂ）は、当該対象車両２における遠隔故障診断処理（図４（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図４（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【００６３】
そして、図５（ａ）は、当該サービスステーション３における遠隔故障診断処理（図４のステップＳ２０４）の詳細を示すフローチャートであり、図５（ｂ）は、当該サービスステーション３における遠隔故障診断処理が行われる際に対象車両２において行われる制御処理を示すフローチャートである。
【００６４】
ここで、本実施形態に係る遠隔故障診断は、サービスステーション３への立ち寄りに伴って、ユーザ（ドライバ等の乗員）が当該車両から離れている間（例えば、立ち寄ったサービスステーションにおける本来の用事（食事や燃料補給等）を済ませるための所要時間）であっても、ユーザの行動に制約を課すこと無く自動的に行われることが好ましいので、車両（対象車両）２に搭載されている異常検出装置１０１は、例えば、エンジン停止状態やイグニッションスイッチがオフポジションであっても、以下に説明する動作を継続すると良い。
【００６５】
以下、上記関係を有する各フローチャート（図３乃至図５）を参照して、本実施形態における遠隔故障診断の動作手順を詳細に説明する。
【００６６】
まず、図３において、車両（対象車両）２に搭載されている異常検出装置１０１は、センサ群１０６の検出結果を参照することにより、自車が停車中であるかを判断し（ステップＳ１）、停車中であると判断した場合には、ステップＳ２及びステップＳ３において、近距離無線通信回線７による仲介サーバ２１との通信が可能か（即ち、車載端末１０３と近距離無線通信用端末２４との間において通信回線が確立しているか）を判断する。
【００６７】
そして、ステップＳ３において通信可能であると判断した場合に、異常検出装置１０１は、ステップＳ４において、今回の遠隔故障診断の要否判断の条件として、前回の遠隔故障診断からＴ時間以上経過しているか、もしくは、自車両２が距離Ｘ以上走行したかを判断し、この何れかの条件が成立した場合には、ステップＳ５において、ドライバ（乗員）に故障診断を行うかどうかを、入出力装置１０４へのガイダンス出力及びそれに対応するドライバの入力操作によって確認する。
【００６８】
次に、異常検出装置１０１は、ステップＳ５において故障診断を行う旨の所定の操作がステップＳ６にて検出されるのに応じて、遠隔故障診断処理（ステップＳ７：図４（ａ））を開始する。
【００６９】
ステップＳ７の遠隔故障診断処理は、上記図３に示すフローチャートの処理ステップによって、車両２がサービスステーション３に立ち寄っており、遠隔故障診断が必要とされている場合に行われ、この時点においては、近距離無線通信回線７による仲介サーバ２１との通信回線が確立していることも確認されている。このため、当該車両２は、通信速度が制約されるモバイル通信回線８を利用すること無く、その仲介サーバ２１との間の高速な通信回線を介して、情報センター１との通信を行なうことも可能な状態である。このような状況下において、図４（ａ）乃至図４（ｃ）の各フローチャートに示す処理が開始される。
【００７０】
即ち、図４において、車両（対象車両）２に予め記憶されている車両基本情報（型式、車体番号など）を、異常検出装置１０１が仲介サーバ２１に対して送信する（ステップＳ１１，ステップＳ２０１）と、仲介サーバ２１では、受信した車両基本情報（型式、車体番号など）と共に、その車両基本情報に対応する故障診断プログラムのダウンロード依頼を、情報センター１に対して送信する（ステップＳ２０２）。
【００７１】
情報センター１のサーバ１１は、ステップＳ１０１において診断仲介サーバ２１から故障診断プログラムのダウンロード依頼及び対象車両の車両基本情報を受信すると、ステップＳ１０２において、その車両基本情報と、データベース１２（車両情報ＤＢ１２−３）内の当該対象車両に関するレコードに含まれる過去の診断履歴とに基づき、同データベース（診断プログラムＤＢ１２−６）から、当該対象車両のための診断プログラムを抽出し、ステップＳ１０３では、抽出された故障診断プログラムを、ステップＳ１０１において情報を送信した診断仲介サーバ２１に送信する。
【００７２】
ここで、ステップＳ１０３にて抽出された故障診断プログラムは、当該対象車両及びその過去の診断履歴に応じたところの、当該対象車両の現在の状態を診断するのに最適な故障診断プログラムであって、同プログラムには、当該対象車両の故障診断を遠隔で行なうべく、外部（本実施形態では診断仲介サーバ２１）から当該対象車両に設定する所定の信号レベル群の組み合わせ（以下、診断パターン）と、その診断パターンを対象車両に設定するのに応じて、その対象車両が正常（故障無し）であれば診断結果情報として得られるであろう既定値（正常値）とが含まれる。
【００７３】
当該対象車両との近距離無線通信回線７が確立している仲介サーバ２１は、情報センター１から故障診断プログラムを受信すると共にその故障診断プログラムを診断プログラムＤＢ２２に格納する（ステップＳ２０３）と共に、受信した故障診断プログラムに従って、対象車両の診断を行う（ステップＳ２０４）。
【００７４】
ここで、仲介サーバ２１が行なう対象車両の遠隔故障診断処理（ステップＳ２０４）は、以下の手順で行われる。
【００７５】
即ち、診断仲介サーバ２１は、近距離無線通信回線７が確立している状態の対象車両に対して、受信した故障診断プログラムに含まれていた少なくとも１種類の診断パターンのうち、診断パターンＩ（ここで、Ｉは当該故障診断プログラムに含まれるｎ種類の診断パターンのうち何れかを示しており、１≦Ｉ≦ｎである）を設定する（ステップＳ２１１）と共に、その診断パターンＩを当該対象車両に送信する（ステップＳ２１２）。
【００７６】
当該対象車両は、ステップＳ１６において診断仲介サーバ２１から近距離無線通信回線７を介して診断パターンＩを受信すると、受信した診断パターンＩの実行を行なうことにより、その結果としてセンサ群１０６、ボディ系システム１０７、制御系システム１０８から得られる検出結果を収集する（ステップＳ１７）と共に、収集した検出結果を表わす情報を、当該診断パターンＩの診断結果情報として、診断仲介サーバ２１に送信する（ステップＳ１８）。
【００７７】
当該診断仲介サーバ２１は、上記診断結果情報を当該対象車両から診断結果情報をステップＳ２１３において受信すると、その診断結果情報が表わす個々の検出結果が、上記既定値の正常範囲内であるかを判断し（ステップＳ２１４）、正常範囲から外れている場合には、対応する診断項目（診断内容）と、その正常範囲から外れている検出結果とを、当該対象車両についての故障リストにリストアップする（ステップＳ２１５）。
【００７８】
そして、ステップＳ２１６及びステップＳ２１７の各処理ステップにより、上記ステップＳ２１１乃至ステップＳ２１５が、現在実行中の故障診断プログラムに含まれていた全ての診断パターンに対して行われるまで繰り返される。
【００７９】
診断仲介サーバ２１は、上述したステップＳ２０４における遠隔故障診断が完了すると、同ステップにて得られた当該対象車両に関する遠隔故障診断の診断結果（故障診断結果情報）を、情報センター１に送信する（ステップＳ２０５）と共に、当該対象車両にも送信する（ステップＳ２０６）。
【００８０】
そして、情報センター１のサーバ１１は、ステップＳ１０４において診断仲介サーバ２１から故障診断結果情報を受信すると、その故障診断結果情報を、データベース１２（車両情報ＤＢ１２−３）の当該対象車両に関する診断履歴情報の新たなレコードとして記録する（ステップＳ１０５）。
【００８１】
一方、ステップＳ１２において診断仲介サーバ２１から故障診断結果情報を受信した当該対象車両は、ステップＳ１３において、その故障診断結果情報に応じたガイダンス等を、入出力装置１０４（例えば車載ディスプレイへの表示）に出力する。
【００８２】
以上説明した本実施形態によれば、車両の故障診断を遠隔で行なうに際して、情報センター１のサーバ１１への処理負担の集中を起こすこと無く、効率良く且つ適切な遠隔故障診断を実現することができる。
【００８３】
即ち、本実施形態によれば、販売代理店の整備工場や一般の自動車修理工場等のサービス工場４に車両を持ち込むという負担をユーザに強いることの無い遠隔故障診断システム本来の利便性を損なうことなく、車両が走行する周辺環境に存在する各種のサービスステーション３（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、高速通信が可能な近距離無線通信回線７を介して、診断仲介サーバ２１を利用して、その車両に対する故障診断を遠隔で行なうことができるので、車両の故障診断を遠隔で行なうに際しての情報センター１のサーバ１１（第１の情報処理装置）への処理負担を軽減して、効率良く且つ適切な遠隔故障診断を行なうことができる。
【００８４】
また、本実施形態によれば、診断仲介サーバ２１（第２の情報処理装置）に対して、対象車両の故障診断に必要な特定の故障診断用プログラムだけが提供される（図４（ｂ）のステップＳ１０２，ステップＳ１０３）ので、個々の故障診断用プログラムを全ての診断仲介サーバ２１に提供するためのサーバ１１における処理負担の軽減と、不必要な故障診断用プログラムを診断仲介サーバ２１にて保持するためのハード及びソフトウエア資源の節約とを実現することができる。
【００８５】
また、本実施形態において、サーバ１１は、診断仲介サーバ２１への故障診断用プログラムの提供（図４（ｂ）のステップＳ１０２，ステップＳ１０３）に際して、過去に提供が行われていない故障診断用プログラム、或いは、同一種ではあっても更新がなされていない故障診断用プログラムが提供されるように、故障診断用プログラムの提供動作を規制すれば、不必要な故障診断用プログラムを診断仲介サーバ２１に提供するためのサーバ１１における処理負担を軽減することができる。
【００８６】
また、本実施形態によれば、サービスステーション３に車両２が立ち寄ったことを、近距離無線通信回線７の確立によって効率良く検出することができ、この無線通信回線として、例えば、ＥＴＣ等に採用されるところの、ＤＳＲＣ、ＩＥＥＥ８０２等の通信方式を利用した近距離無線通信システムを採用すれば、車両２のユーザに対して新たな車載機を設けるための費用負担を強いること無く、個々のサービスステーション３本来のサービスをユーザが受ける際の課金も合理的に行なうことができ、且つ係る近距離無線通信ラインによる比較的高速な通信速度を活かして、迅速な遠隔故障診断を行なうことができる。
【００８７】
また、本実施形態によれば、サーバ１１は、対象車両となり得る個々の車両２のユーザを特定可能な識別情報と、そのユーザが使用する車両を特定可能な識別情報とが格納されているデータベース１２を参照可能であって、該識別情報に基づいて、必要な故障診断用プログラムを診断仲介サーバ２１に確実に提供することができる。
【００８８】
また、一般に、車両の状態は、短期間のうちに大きく変化することは希であるため、そのような短期間のうちに上述した各態様の遠隔故障診断を行なっても、得られる診断結果は同じであることが予想されるところ、本実施形態によれば、同一の対象車両に対しての前回の故障診断から所定時間Ｔが経過するまで、或いは、距離Ｘ以上の走行を対象車両が行なっていない場合には、次回の遠隔故障診断は行われない（図３のステップＳ４）ので、サーバ１１及び診断仲介サーバ２１における処理負担を軽減することができる。
【００８９】
＜第１の実施形態の変形例＞
本実施形態の変形例として、サーバ１１は、サービスステーション３である第１のステーションに設けられた診断仲介サーバ２１には、故障診断用プログラムとして、第１の故障診断用プログラムを提供すると共に、その第１の故障診断用プログラムの実行によって該第１のステーションから取得したところの、対象車両の診断結果に応じて、その第１のステーションと同一または異なる第２のステーションに設けられた診断仲介サーバ２１には、当該対象車両のための故障診断用プログラムとして、前記第１の故障診断用プログラムによる故障診断と比較して詳細な故障診断を行なうための第２の故障診断用プログラムを提供する。
【００９０】
このような構成の本変形例によれば、同一または異なるサービスステーション３に立ち寄る車両のユーザに時間的な制約を強いること無く、診断内容（診断項目及び／または診断の程度）が異なる複数種類の遠隔故障診断を、効率良く且つ合理的に行なうことができる。
【００９１】
【第２の実施形態】
次に、上述した第１の実施形態に係る遠隔故障診断システムを基本とする第２の実施形態を説明する。以下の説明においては、第１の実施形態と同様な構成については重複する説明を省略し、本実施形態における特徴的な部分を中心に説明する。
【００９２】
［遠隔故障診断処理］
以下、図６乃至図１１に示すフローチャート及び図面を参照して、本実施形態に係る遠隔故障診断システムの診断機能について説明する。
【００９３】
上記第１の実施形態は、サービスステーション３に車両２が立ち寄った際に実行可能な近距離無線通信回線７を利用して、そのサービスステーションを介して遠隔故障診断を行なうことを主眼にした処理構成であったが、本実施形態では、係る処理構成を基本として、更に、モバイル通信回線８との最適な使い分けを行なうことにより、更に合理的な遠隔故障診断システムを実現する。
【００９４】
図６乃至図７は、第２の実施形態に係る遠隔故障診断システムにおいて行われる遠隔故障診断処理を示すフローチャートである。はじめに、これら各フローチャート間の関係について説明する。
【００９５】
図６は、第２の実施形態における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【００９６】
また、図７（ａ）は、対象車両２における第１遠隔故障診断処理（図６のステップＳ３１：第１の遠隔故障診断機能）の詳細を示すフローチャートであり、図４（ｂ）は、当該対象車両２における第１遠隔故障診断処理（図７（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートである。
【００９７】
尚、近距離無線通信回線７を利用した遠隔故障診断処理は、本実施形態において、第２遠隔故障診断処理（図６のステップＳ２７：第２の遠隔故障診断機能）として行われるが、この第２遠隔故障診断処理は、上記第１の実施形態において説明した遠隔故障診断処理（図４及び図５）と同様な処理である。
【００９８】
以下、上記関係を有する各フローチャート（図４及び図５、並びに図６乃至図７）を参照して、本実施形態における遠隔故障診断の動作手順を詳細に説明する。
【００９９】
まず、図６において、車両（対象車両）２に搭載されている異常検出装置１０１は、ステップＳ２１乃至ステップＳ２３において、上述した第１の実施形態におけるステップＳ１乃至ステップＳ３（図３）と同様な手順によって、自車両がサービスステーション３に立ち寄った状態にあるかを判断し、立ち寄った状態にあると判断した場合には、続くステップＳ２４乃至ステップＳ２７において、上述した第１の実施形態におけるステップＳ４乃至ステップＳ７（図３）と同様な構成であり、よって、近距離無線通信回線７を利用した第２遠隔故障診断処理（ステップＳ２７：第２の遠隔故障診断機能）では、上記第１の実施形態において図４及び図５を参照して説明した各処理ステップと同様な処理が行われる。
【０１００】
但し、本実施形態において、第２遠隔故障診断処理では、当該対象車両に最適な故障診断用プログラムが抽出されるに際して、高速通信が可能な近距離無線通信回線７を利用して好適な、第２遠隔故障診断機能用の診断プログラム（本実施形態においても診断パターンが含まれるものとする：詳細は図８を参照して後述する）が抽出される。
【０１０１】
一方、異常検出装置１０１は、ステップＳ２３において、自車両がサービスステーション３に立ち寄った状態には無く、車載端末１０３を利用した近距離無線通信回線７を介した診断仲介サーバ２１との高速なデータ送受信は現時点では行なえないと判断した場合には、今回の第１遠隔故障診断処理の要否判断の条件として、前回の第１遠隔故障診断処理からＴ１時間以上経過しているか、もしくは、自車両２が距離Ｘ１以上走行したかを判断し、この何れかの条件が成立した場合には、ステップＳ２９において、ドライバ（乗員）に故障診断を行うかどうかを、入出力装置１０４へのガイダンス出力及びそれに対応するドライバの入力操作によって確認する。
【０１０２】
次に、異常検出装置１０１は、ステップＳ２９において故障診断を行う旨の所定の操作がステップＳ３０にて検出されるのに応じて、情報センター１と対象車両とがモバイル通信回線８を含む通信手段を利用して直接データ送受信を行なう第１遠隔故障診断処理（ステップＳ３１：図７（ａ））を開始する。
【０１０３】
即ち、図７において、車両（対象車両）２に予め記憶されている車両基本情報（型式、車体番号など）を、異常検出装置１０１が情報センター１（サーバ１１）に対して送信する（ステップＳ３６）。
【０１０４】
情報センター１のサーバ１１は、ステップＳ１１１において対象車両からその車両基本情報を受信すると、ステップＳ１１２において、その車両基本情報と、データベース１２（車両情報ＤＢ１２−３）内の当該対象車両に関するレコードに含まれる過去の診断履歴に基づき、同データベース（診断プログラムＤＢ１２−６）から、当該対象車両のための、第１遠隔故障診断機能用の診断プログラム（本実施形態においても診断パターンが含まれるものとする：詳細は図８を参照して後述する）を抽出する。
【０１０５】
そして、情報センター１は、ステップＳ１１２にて抽出した故障診断プログラムに従って、対象車両に対する遠隔故障診断処理を、モバイル通信回線８を含む通信手段を利用して行なう（ステップＳ１１３）。この遠隔故障診断処理は、第１の実施形態において上述したところの、診断仲介サーバ２１にて行われる図５（ａ）の各処理ステップと同様な処理を情報センター１にて行なうと共に、当該対象車両にて行われる図５（ｂ）の各処理ステップにおいては、ステップＳ１６における診断パターンの送信元と、ステップＳ１８における診断結果情報の送信先とを、それぞれ情報センター１とした構成だけが異なる処理が行われる。
【０１０６】
情報センター１は、上記ステップＳ１１３において当該対象車両についての故障診断結果を得ると、その故障診断結果（故障診断結果情報）を、データベース１２（車両情報ＤＢ１２−３）の当該対象車両に関する診断履歴情報の新たなレコードとして記録する（ステップＳ１１４）と共に、当該対象車両には、その故障診断結果情報として、当該対象車両における故障発生の有無及び発生している故障種別を表わす識別コードを送信する（ステップＳ１１５）。
【０１０７】
車両２において、異常検出装置１０１には、第１遠隔故障診断機能の診断結果としてステップＳ３７において情報センター１から受信し得る複数の識別コードと、個々の識別コードに対応するガイダンス等とが対応付けされたテーブルが格納されている。
【０１０８】
そして、ステップＳ３７において情報センター１から故障診断結果情報として識別コードを受信した当該対象車両は、ステップＳ３８において、その識別コードに応じたガイダンス等を、入出力装置１０４（例えば車載ディスプレイへの表示）に出力する。
【０１０９】
ここで、上記第１及び第２遠隔故障診断機能用の診断プログラムの差異について、図８を参照して説明する。
【０１１０】
図８は、第２の実施形態に係る遠隔故障診断システムにおいて実行される第１及び第２遠隔故障診断機能用診断プログラムの対象範囲を説明する図である。
【０１１１】
同図においては、第１遠隔故障診断機能用診断プログラムと、第２遠隔故障診断機能用診断プログラムとの差異を、一例として、上述した図２に示す車両２のサブシステムとしての構成において好適に例示すべく、当該車両のボディ系システム１０７と制御系システム１０８とを、本実施形態に係る遠隔故障診断システムによって診断する場合を示している。
【０１１２】
より具体的には、通信速度に優れる近距離無線通信回線７を利用する第２遠隔故障診断機能では、図８に示すところの、ＡＢＳ、ＤＣＳ、ＥＧＩ等の車両挙動を制御するための制御系システム１０８を構成する個々の構成と、パワーウィンドウ、オーディオ、ワイパー等の各種電装品を制御するためのボディ系システム１０７を構成する個々の構成とがそれぞれ遠隔故障診断の診断項目（診断内容）の対象とされると共に、個々の診断項目には、複数の診断パターン（Ｉ）が用意されている。
【０１１３】
一方、近距離無線通信回線７と比較して通信速度が制約されるモバイル通信回線８を利用する第１遠隔故障診断機能では、第２遠隔故障診断機能とは異なり、ボディ系システム１０７及び制御系システム１０８の上記各構成のうち、一部分のみを抽出して行なう。
【０１１４】
以上説明した本実施形態によれば、車両の故障診断を遠隔で行なうに際して、通信速度に劣るモバイル通信回線８を利用することによる制約を受けること無く、必要十分な診断内容を効率良く行なうことができる。
【０１１５】
即ち、本実施形態によれば、第２の遠隔故障診断機能では、モバイル通信回線８（第１の無線通信回線）より高速な通信を行なう近距離無線通信回線７（第２の無線通信回線）を利用して、第１の遠隔故障診断機能より詳細な故障診断がサービスステーション３を介して行われる。これにより、通信速度に劣る第１の無線通信回線を利用することによる制約を受けること無く、車両が走行する周辺環境に存在する各種ステーション（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、その車両に対する詳細な遠隔故障診断を、効率良く行なうことができる。
【０１１６】
また、本実施形態に係る遠隔故障診断システムは、上記第２の遠隔故障診断機能だけでなく、第１の遠隔故障診断機能も備えられているため、例えば車両２が走行する周辺環境にサービスステーション３が存在しない場合には、通信速度に制約を受けるものの、モバイル通信回線８（第１の無線通信回線）を利用して直ちに簡易な故障診断を遠隔で行なうこともできるので、合理的且つ利便性に優れる。
【０１１７】
また、本実施形態において、第２の遠隔故障診断機能における故障診断の詳細度合いは、対象車両の状態を表わす情報（車両状態情報）の、サンプリング周期、サンプリング点数、並びにサンプリング項目数のうち少なくとも何れかに応じて自動的に決定される。これにより、第２の遠隔故障診断機能における故障診断の詳細度合いを、対象車両の状態に応じて適切に自動設定することができ、係る第２の遠隔故障診断機能による故障診断の所要時間を必要最小限に抑制することができる。
【０１１８】
また、本実施形態においては、第１の遠隔故障診断機能による診断結果に応じて同一の対象車両に対する第２の遠隔故障診断機能による診断内容が変更されるので、例えば、重複する診断内容の省略や、必要とされるより詳細な診断内容の選択等を適切に行なうことができる。
【０１１９】
＜第２の実施形態の変形例１＞
本変形例では、図６のステップＳ２７に示す第２の遠隔故障診断機能として、上記第１の実施形態において図４及び図５を参照して説明した遠隔故障診断処理の代わりに、図９に示す処理を行なうことにより、対象車両において将来発生する可能性のある故障予測を行なう。
【０１２０】
［遠隔故障診断処理］
図９は、第２の実施形態の変形例１に係る遠隔故障診断システムにおいて行われる故障発生予測処理を示すフローチャートであり、本変形例において、図６のステップＳ２７に示す第２の遠隔故障診断機能として行われる処理構成を示す。
【０１２１】
即ち、本変形例において、対象車両の異常検出装置１０１は、過去の所定期間Ｔ内における当該対象車両の状態を表わす情報（即ち、センサ群１０６による検出結果や、ボディ系システム１０７及び制御系システム１０８の各構成の入出力信号の信号レベル等：以下、車両状態情報と称する場合がある）を記憶しており、ステップＳ４１においては、予め記憶されている車両基本情報（型式、車体番号など）と、その車両状態情報とを、当該対象車両と近距離無線通信回線７が確立しているサービスステーション３の診断仲介サーバ２１に送信する。
【０１２２】
診断仲介サーバ２１は、当該対象車両からステップＳ２２１において受信した車両基本情報と車両状態情報とを、ステップＳ２２２において、情報センター１に送信する。
【０１２３】
情報センター１（サーバ１１）は、ステップＳ１１６において当該診断仲介サーバ２１から当該対象車両の車両基本情報と車両状態情報とを受信するのに応じて、ステップＳ１１７において、それらの情報に基づく当該対象車両の故障発生の予測診断処理を行う。
【０１２４】
ここで、情報センター１による故障発生の予測診断処理（ステップＳ１１７）について概説すれば、例えば、当該対象車両の車両基本情報によって特定される当該対象車両の車種（型式）を基にしてデータベース１２（故障情報ＤＢ１２−２）を参照することにより、その対象車両に対応する車種に関する各種故障に関する情報を故障識別コードｉと共に特定し、特定した故障識別コードｉに対応する故障に関する情報（故障情報）と、ステップＳ１１６にて入手した当該対象車両の車両基本情報とのマッチング処理として、例えば、両者の間の相関演算を行なった結果、係る両者に一定の相関関係（例えば、相関値等の一致性）が見い出された場合には、当該対象車両に過去の故障車両と同様な故障発生が予測されると判定する、というものである。
【０１２５】
そして、情報センター１は、ステップＳ１１７にて得られた故障発生予測結果を、診断仲介サーバ２１を介して、当該対象車両に送信する（ステップＳ１１８，ステップＳ２２３，ステップＳ２２４）。
【０１２６】
当該対象車両の異常検出装置１０１は、ステップＳ４２において診断仲介サーバ２１から受信した故障発生予測結果を、ステップＳ４３において、入出力装置１０４（例えば車載ディスプレイへの表示）に出力する。
【０１２７】
一方、第１の遠隔故障診断機能では、図７を参照して上述したように、その診断結果として、対象車両における故障発生の有無及び発生している故障種別を表わす識別コードが、その対象車両に対して提供され、提供された識別コードに対応するガイダンス等がユーザ（ドライバ等の乗員）に対して報知される。
【０１２８】
このような故障予測を行なう第２の遠隔故障診断機能として行なう本変形例によれば、通信速度に優れる近距離無線通信回線７（第２の無線通信回線）が当該対象車両とサービスステーション３との間で確立しているときには、情報量が格段に多い対象車両の状態を表わす情報（車両状態情報）の通信が、通信速度に優れる近距離無線通信回線７（第２の無線通信回線）を利用して行われ、その車両状態情報を利用した故障発生予測が行われる一方で、第１の遠隔故障診断機能では、送受信される情報量が少ない識別コードの通信が、通信速度が制約されるモバイル通信回線８（第１の無線通信回線）を利用して行われる。
【０１２９】
従って、本変形例によれば、上述した第２の実施形態における効果を得られるだけでなく、第１の遠隔故障診断機能では、当該対象車両において既に発生している故障（不具合等）の有無及び発生している故障種別を、最小限の情報量の送信によってユーザに報知できる一方で、第２の遠隔故障診断機能では、当該対象車両の現在の車両状態情報を利用して、その対象車両に将来発生する可能性の有る故障の予測結果をユーザに報知できるので、係る２種類の無線通信回線の特性を活かして、現在及び将来に向けた適切且つ合理的な遠隔故障診断を行なうことができる。
【０１３０】
＜第２の実施形態の変形例２＞
上述した第１あるいは第２の実施形態の如く、詳細な故障診断が、サービスステーション３を介して、通信速度に優れる第２の無線通信回線を利用して行われる場合であっても、例えばサービスステーション３に立ち寄った対象車両のユーザの都合等によっては、係る詳細な故障診断のための所定の複数項目の全てを完了できない場合がある。この場合、所定の複数項目を全て完了するまでユーザに待機（診断待ち）を要求することも考えられるが、車両の状態が切実な場合を除いては、ユーザの行動（移動）を制約すること無く車両の故障診断を行なうことができるという遠隔故障診断の本来の利便性を損なうことは好ましくない。
【０１３１】
そこで、本変形例では、上記背景において、第２の遠隔故障診断機能として行なうべき所定の故障診断を全項目行なえないときには、残る項目の故障診断が、第１の遠隔故障診断機能として行なう。
【０１３２】
［遠隔故障診断処理］
図１０は、第２の実施形態の変形例２における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【０１３３】
即ち、図１０に示す処理構成は、図６（第２の実施形態）を参照して上述した処理構成を基本としており、異なる処理構成して、係る図６に示す制御処理では、ステップＳ２３において対象車両がサービスステーション３に存在することが検出された場合にはステップＳ２８において第１遠隔故障診断処理の要否判断を行なっていたのに対して、本変形例では、ステップＳ４８にて対象車両がサービスステーション３に存在することが検出された場合には、まずステップＳ５５において、何等かの理由によってそれまで行われていた第２遠隔故障診断処理が途中で中断したかどうかが判断され、この判断において当該処理の中断が検出されない場合にはステップＳ５６において第１遠隔故障診断処理の要否判断を行なうのに対して、中断が検出されない場合には、図６のステップＳ２９に対応するステップＳ５７において、ドライバに第１故障診断機能を利用するかどうかの確認がなされる。
【０１３４】
ここで、第２遠隔故障診断処理の中断は、ドライバ（乗員）による中断要求操作の設定や、近距離無線通信回線７を利用した当該対象車両とサービスステーション３との無線通信が、例えば対象車両の当該サービスステーション３からの移動によって中断された場合等が想定される。
【０１３５】
更に、異なる処理構成して、係る図６に示す制御処理では、ステップＳ２６においてドライバによる第２故障診断機能を利用する旨の入力操作が検出された場合にはステップＳ２７において第２故障診断処理が行われていたのに対して、本変形例では、ステップＳ５１において当該入力操作が検出された場合には、第２故障診断処理のために当該ドライバが使える時間（換言すれば、当該処理が行われている間の待機時間、或いは、現在立ち寄っているサービスステーション３における本来の用事を済ますための予想所要時間）を、入出力装置１０４を利用してドライバに設定させ（ステップＳ５２）、ステップＳ５３における判断において、その設定された時間がＴ時間以上である場合には、ステップＳ５４において第２遠隔故障診断処理が行われ、一方、設定された時間が当該Ｔ時間より短い場合には、対象車両が現在立ち寄っているサービスステーション３における第遠隔故障診断処理における所定の複数項目を全てを実行する時間的な余裕が無いので、ステップＳ５９において第１遠隔故障診断処理が行われる。
【０１３６】
図１１（ａ）は、第２の実施形態の変形例２において第２の遠隔故障診断機能を中断する際に情報センター１（サーバ１１）またはサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートであり、図１１（ｂ）は、当該制御処理（図１１（ａ））が行われる際に対象車両２において行われる制御処理を示すフローチャートである。
【０１３７】
即ち、図１１（ａ）に示す処理構成は、第１の実施形態において説明した図５（ａ）に示す処理構成（診断仲介サーバ２１による遠隔故障診断処理）を基本としており、異なる処理構成して、係る図５（ａ）に示す制御処理では、ステップＳ２１３にて受信した診断結果情報が既定値の範囲内にあるかをステップＳ２１４にて判断していたのに対して、本変形例では、診断結果情報をステップＳ１２３にて受信するのに応じて、入出力装置１０４を利用してドライバが第２遠隔故障診断処理の中断要求を設定したかが判断され（ステップＳ１２４）、この判断において中断要求が検出されない場合にはステップＳ１２５において診断結果情報が既定値の範囲内にあるかが判断される一方で、中断要求が検出された場合には処理が終了する点が異なる。
【０１３８】
また、図１１（ｂ）に示す処理構成は、第１の実施形態において説明した図５（ｂ）に示す処理構成（サービスステーション３における対象車両の遠隔故障診断処理）を基本としており、異なる処理構成して、係る図５（ｂ）に示す制御処理では、ステップＳ１６にて診断仲介サーバ２１から診断パターンＩの受信したときには、ステップＳ１７においてその診断パターンＩの実行を行なっていたのに対して、本変形例では、ステップＳ６１にて診断パターンＩを受信するのに応じて、ステップＳ６２においてドライバの中断要求があるか、またはイグニッションスイッチがオンポジションであるかが判断され、この判断において、何れかであることが検出された場合には、ステップＳ６４において当該診断パターンＩの実行が行われる一方で、何れも検出されない場合には、ステップＳ６３において実行中の第２遠隔故障診断処理の中断要求が、診断仲介サーバ２１に送信される。
【０１３９】
このような処理構成の変形例２によれば、上述した第２の実施形態における効果を得られるだけでなく、第２の遠隔故障診断機能として行なうべき所定の故障診断が全項目は行なえないときには、残る項目の故障診断が、第１の遠隔故障診断機能によって行われる。これにより、残る項目の故障診断が行われる際には、通信速度に劣る第１の無線通信回線が利用されるものの、ユーザの行動に制約を強いること無く、対象車両に対して必要とされる全項目の故障診断を、確実に行なうことができる。
【０１４０】
＜第２の実施形態の他の変形例＞
尚、上記第２の実施形態及びその変形例の好適な他の実施形態として、以下に説明する処理構成を有していれば、上述した第２の実施形態における効果を得られるだけでなく、更に良好な効果を享受することができる。
【０１４１】
・即ち、情報量が多い制御プログラムは、第１の無線通信回線は利用せずに、高速通信が可能な第２の無線通信回線によって車両に提供することにより、より現実的なシステムを構成することができる。
【０１４２】
・また、一般に、車両の状態は、短期間のうちに大きく変化することは希であるため、そのような短期間のうちに、上記の第１及び第２の遠隔故障診断機能による故障診断が前後して行われても、得られる診断結果は同じであることが予想される。そこで、好適な実施形態においては、同一の対象車両に対しての詳細な故障診断が第２の遠隔故障診断機能によって行われてから所定時間が経過するまでは、その詳細な故障診断と比較して簡易な第１の遠隔故障診断機能による故障診断は行われない。従って、通信速度に劣る第１の無線通信回線の利用機会を低減できると共に、合理的な遠隔故障診断を実現することができる。
【０１４３】
・また、通信速度に優れる近距離無線通信回線７を利用する第２遠隔故障診断機能であっても、対象車両のユーザのサービスステーション３における本来の用事によっては、上記全ての診断項目について、且つ個々の診断項目に用意されている全ての診断パターンを行なうような詳細な故障診断は困難な場合もあることが想定される。そこで好適な実施形態においては、係る第２の遠隔故障診断機能における故障診断の詳細さの度合いは、対象車両の状態を表わす情報の、（ｉ）サンプリング周期が短くなるのに応じて詳細になるように、（ｉｉ）該サンプリング点数が多くなるのに応じて詳細になるように、或いは（ｉｉｉ）該サンプリング項目数が多くなるのに応じて詳細になるように決定すると良い。
【０１４４】
・また、好適な実施形態においては、対象車両が何れのサービスステーション３にも立ち寄っていない（存在していない）ときに第１の遠隔故障診断機能による遠隔故障診断を行ない、その後、何れかのサービスステーション３に当該対象車両が立ち寄った際には、その第１の遠隔故障診断機能による診断結果に応じて、同一の対象車両に対する第２の遠隔故障診断機能による診断項目（診断内容）を自動的に変更（例えば、ＮＧだった項目の詳細診断を行なう等）しても良い。この場合の自動変更の態様としては、例えば、重複する診断内容の省略や、必要とされるより詳細な診断内容の選択等を適宜行なえば良い。或いは、第１の遠隔故障診断機能では、図８に示される診断内容のうち、車両２が車両が停止すると検出できない項目（例えば、制御系システム１０８の各項目）を行ない、第２遠隔故障診断機能では、図８に示される全ての診断内容を行なっても良い。
【０１４５】
・また、上述した第２の実施形態の変形例２では、サービスステーション３における第２遠隔故障診断処理が終了しない場合には、第１遠隔故障診断機能を利用して継続するシステム構成について説明したが、他の実施形態として、例えば車両の状態が切実な場合には第２遠隔故障診断処理が終了するまでの待機をユーザに警告（要求）するシステム構成や、車両の状態が切実な場合を除いては、残る診断内容を当該対象車両が次に立ち寄る同一または異なるサービスステーション３において継続して行なう構成を採用してもよい。
【０１４６】
【第３の実施形態】
次に、上述した第１の実施形態に係る遠隔故障診断システムを基本とする第３の実施形態を説明する。以下の説明においては、第１の実施形態と同様な構成については重複する説明を省略し、本実施形態における特徴的な部分を中心に説明する。
【０１４７】
上述した各実施形態によれば、車両２が走行する周辺環境に存在するサービスステーション３に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、その車両２に対する故障診断を効率良く的確に行なうことができる。しかしながら、車両の一般的なユーザ（ドライバ等の乗員）は、その全てが車両（自動車）に詳しい訳ではないので、遠隔故障診断の診断結果が車両側において提供（報知）された場合であっても、提供された情報の内容を乗員だけで理解し、対処することは困難な場合も想定される。
【０１４８】
そこで、本実施形態では、ガソリンスタンド、自動車用品店等のように、車両の点検あるいは修理を受けることができるサービスステーション３、或いは車両に関する知識を有するスタッフが存在するサービスステーション３を介して行われた遠隔故障診断の診断結果を、そのサービスステーション３に設けられたサービスステーション２３にも提供することにより、車両に詳しくないユーザであっても、そのサービスステーション３のスタッフによるサポート（診断結果の内容理解や適切な対処方法等）を容易に受けることが容易に受けられるシステム構成について説明する。
【０１４９】
［遠隔故障診断処理］
本実施形態においても、対象車両（異常検出装置１０１）においては、第１の実施形態において図３及び図５を参照して説明した制御処理が行われるが、本実施形態では、ステップＳ７（図３）において図４（ａ）が行われる代わりに、その図４（ａ）に示す処理構成を基本とするところの、以下に説明する図１２（ａ）が実行される。
【０１５０】
即ち、図１２（ａ）は、第３の実施形態に係る対象車両２における遠隔故障診断処理の詳細を示すフローチャートであり、図１２（ｂ）は、当該対象車両２における遠隔故障診断処理（図１２（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１２（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【０１５１】
そして、図１３は、第３の実施形態に係る遠隔故障診断システムにおいてサービスステーション３に設けられたサービスステーション２３において行われる制御処理を示すフローチャートである。
【０１５２】
図１２（ａ）に示すステップＳ６６乃至ステップＳ６８に示す処理構成（対象車両における制御処理）は、第１の実施形態において説明した図４（ａ）に示すステップＳ１１乃至ステップＳ１３の処理構成と同様である。
【０１５３】
また、情報センター１において、第１の実施形態において説明した図４（ｂ）に示すステップＳ１０１乃至ステップＳ１０３では対象車両に最適な故障診断プログラムを抽出すると共に、その抽出した故障診断プログラムを当該対象車両に送信していたのに対して、図１２（ｂ）に示すステップＳ１３１乃至ステップＳ１３４に示す処理構成では、ステップＳ１３１において診断仲介サーバ２１から故障診断プログラムのダウンロード依頼を受信し、ステップＳ１３２では、車両基本情報（型式、車体番号など）に対応する故障診断プログラムを、当該対象車両に送信する点が異なる。
【０１５４】
そして、サービスステーション３において、診断仲介サーバ２１は、第１の実施形態において説明した図４（ｃ）に示すステップＳ２０５及びステップＳ２０６では故障診断結果を情報センター１及び当該対象車両に送信していたのに対して、本実施形態においては、図１２（ｃ）のステップＳ２３０及びステップＳ２３１において故障診断結果を情報センター１及び当該対象車両に送信するだけでなく、その故障診断結果を、ステップＳ２３２において、当該サービスステーション端末２３にも送信する。
【０１５５】
これにより、当該サービスステーション端末２３では、上記ステップＳ２３２の処理に応じてステップＳ３０１にて診断仲介サーバ２１から受信した故障診断結果を、ステップＳ３０２において同端末のディスプレイに表示する。
【０１５６】
更に好適な実施形態において、サービスステーション端末２３では、以下に説明する図１４（ａ）に示す処理が行われる。
【０１５７】
即ち、図１４（ａ）は、第３の実施形態に係るサービスステーション端末２３における整備履歴報知処理を示すフローチャートであり、図１４（ｂ）は、当該整備履歴報知処理（図１４（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１４（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【０１５８】
図１４において、サービスステーション端末２３は、当該サービスステーション３のスタッフによる対象車両の整備履歴の要求操作をステップＳ３０６において検出すると、ステップＳ３０７において、当該対象車両の整備履歴要求を、診断仲介サーバ２１に送信する。
【０１５９】
診断仲介サーバ２１は、当該サービスステーション端末２３から対象車両の整備履歴要求をステップＳ２３６にて受信するのに応じて、先に行われた遠隔故障診断処理にて当該対象車両から入手した車両基本情報（型式、車体番号など）と共に、当該対象車両に関する整備履歴情報の要求を、ステップＳ２３７において情報センター１に送信する。
【０１６０】
情報センター１は、診断仲介サーバ２１から対象車両の整備履歴要求と車両基本情報（型式、車体番号など）とをステップＳ１３６にて受信すると、当該受信した情報に対応する対象車両の整備履歴情報を、ステップＳ１３７において、データベース１２（車両情報ＤＢ１２−３）内の当該対象車両に関するレコードから抽出し、抽出した整備履歴情報を、ステップＳ１３８において診断仲介サーバ２１に送信する。
【０１６１】
そして、ステップＳ１３８にて送信された整備履歴情報は、診断仲介サーバ２１を介して、サービスステーション端末２３に送信され（ステップＳ２３８，ステップＳ２３９，ステップＳ３０８）、当該サービスステーション端末２３は、受信した当該対象車両の整備履歴情報を、ステップＳ３０９においてディスプレイに表示する。
【０１６２】
以上説明した本実施形態によれば、車両２に対する遠隔故障診断の診断結果を有効に活用して、その車両に対する最善の対処を乗員に提供する。
【０１６３】
即ち、車両の一般的なユーザ（ドライバ等の乗員）は、その全てが車両（自動車）に詳しいわけではないので、遠隔故障診断の診断結果が車両側において提供（報知）された場合であっても、提供された情報の内容を乗員だけで理解し、対処することは困難な場合も想定されるところ、本実施形態によれば、ガソリンスタンド、自動車用品店等のように、車両の点検あるいは修理を受けることができるサービスステーション３、或いは車両に関する知識を有するスタッフが存在するサービスステーション３を介して行われた遠隔故障診断の診断結果が、そのサービスステーション３に設けられた情報端末であるサービスステーション端末２３にも提供される。
【０１６４】
これにより、車両２が走行する周辺環境に存在するサービスステーション３に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、その車両に対する故障診断を遠隔で行なうことができると共に、車両に詳しくないユーザであっても、サービスステーション３のスタッフによるサポート（診断結果の内容理解や適切な対処方法等）を容易に受けることができ利便性が高く、一方、サービスステーション３側のスタッフにとっても、係るサポートをユーザ（ドライバ等）に提供することに伴うビジネスチャンスを積極的に活かすことができ合理的である。
【０１６５】
また、上記図１４に示す処理を行なうことにより、サービスステーション３のスタッフは、必要に応じて、対象車両に関する整備履歴に関する情報を入手することができるので、その情報を考慮して、ユーザへのサポートに際しての診断内容の理解や最適な対処方法の判断を迅速且つ合理的に行なうことができる。
【０１６６】
＜第３の実施形態の変形例＞
尚、上記第３の実施形態の好適な他の実施形態として、以下に説明する処理構成を有していれば、上述した第３の実施形態における効果を得られるだけでなく、更に良好な効果を享受することができる。
【０１６７】
・即ち、車両に詳しくないユーザに対して、遠隔故障診断の詳細な診断結果を提供しても、そのユーザを困惑させるだけであり、提供された診断結果が有効に生かされない場合も想定される。そこで、好適な実施形態では、係る詳細な診断結果は、サービスステーション３に設けられたサービスステーション端末２３に対して提供されるように構成すれば、スタッフによるサポートをより効率的にすることができ、利便性が高い。
【０１６８】
・また、一般に、サービスステーション３には、不特定多数の車両が立ち寄ることが想定されるので、好適な実施形態においては、故障診断によって対象車両の故障が検出されたときに限って、その診断結果を、サービスステーション端末２３に対して提供されるように構成すれば、遠隔故障診断の診断結果、特に故障等の不具合が検出されていない車両については、当該ステーションに設けられたサービスステーション端末２３には情報が提供されない。これにより、多数の車両が来訪するステーションのスタッフに大きな業務負担をかけること無く、ユーザへのサポートが必要なときに限っての合理的な業務を実現することができる。
【０１６９】
・また、遠隔故障診断の診断結果が上記の如くサービスステーション３のスタッフに提供されることは、例えば車両に詳しいユーザ等にとって却って煩わしい場合も想定される。そこで、好適な実施形態では、対象車両の乗員による許可が得られた場合に限って、当該サービスステーション３に設けられたサービスステーション端末２３に対して診断結果を提供するように構成すれば、個々のユーザの裁量（判断）を尊重することができ、合理的である。
【０１７０】
・また、一般に、車両の状態は、短期間のうちに大きく変化することは希であるが、車両の一般的なユーザにとって、ガソリンスタンド、自動車用品店等のサービスステーション３への立ち寄り機会は、例えば１週間に何度もある訳ではなく、１ヶ月に数回程度であり、このようなユーザの状況においては、上記の如く行われた遠隔故障診断の診断結果が故障等の不具合を示すものでなくても、同一または他のサービスステーション３への次回の立ち寄り時までに車両の状況が変化した結果、その時行われる遠隔故障診断では、何等かの不具合が検出されることも想定される。
【０１７１】
そこで、前記のような背景において、好適な実施形態では、対象車両がサービスステーション３に存在するときには、存在していない場合と比較して遠隔故障診断に際しての診断基準を、異常である旨の診断結果が出易くなるに補正（例えば、診断しきい値を小さな値に補正）する。このようにすれば、補正後の診断基準による診断の結果、近い将来には検出されたであろう当該対象車両の故障等の不具合を、立ち寄り中のサービスステーション３のスタッフのサポートが得られ易い状況下で、ユーザに対して報知することができ、予防保全が図られる。
【０１７２】
【第４の実施形態】
次に、上述した第１の実施形態に係る遠隔故障診断システムを基本とする第４の実施形態を説明する。以下の説明においては、第１の実施形態と同様な構成については重複する説明を省略し、本実施形態における特徴的な部分を中心に説明する。
上記各実施形態に係る遠隔故障診断システムによれば、販売代理店（所謂ディーラ）の整備工場や一般の自動車修理工場にユーザが車両を持ち込むこと無く、サービスステーション３において、通信速度に優れる近距離無線通信回線７（第２の無線通信回線）を利用して、最適な故障診断を行なうことができ利便性に優れる。
【０１７３】
しかしながら、一般に、車両の故障には、実走行に伴う各種の諸条件（例えば、時速３０ｋｍ／ｈからの加速時、旋回中、カーブ走行中の制動等）が複数成立した際に限って事象が発生するものも多い。このため、ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等の各種サービスステーション３にユーザが車両２と共に立ち寄った際に、サービス担当者にユーザ（ドライバ等の乗員）から伝えられる不具合等の事象が、対象車両２のエンジン始動や実走行等を前提とする故障診断が制約されることに起因して、従来からの車両の一般的なサービス形態において整備工場等のサービス拠点に車両が持ち込まれた場合と同様に、その場では直ちに確認あるいは再現しない場合もあり、結果としてユーザの要求に必ずしも迅速に対応できない状況も予想される。
【０１７４】
そこで、本実施形態では、車両２の走行状態による制約を受けること無く、迅速且つ的確な故障診断を遠隔で行なうことが可能な遠隔故障診断システムについて説明する。
【０１７５】
［遠隔故障診断処理］
本実施形態においても、対象車両（異常検出装置１０１）においては、第１の実施形態において図３及び図５を参照して説明した制御処理が行われるが、本実施形態では、ステップＳ７（図３）において図４（ａ）が行われる代わりに、以下に説明する図１６（ａ）が実行されると共に、更に図１５に示す処理が行われる。
【０１７６】
即ち、図１６（ａ）は、第４の実施形態に係る対象車両２における遠隔故障診断処理の詳細を示すフローチャートであり、図１６（ｂ）は、当該対象車両２における遠隔故障診断処理（図１６（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１６（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【０１７７】
そして、図１７は、第４の実施形態に係る診断仲介サーバ２１における遠隔故障診断処理（図１６（ｃ）のステップＳ２４４）の詳細を示すフローチャートである。
【０１７８】
まずはじめに、図１５に示す処理について説明する。図１５は、第４の実施形態において対象車両（異常検出装置１０１）が行なう車両状態情報の記録処理を示すフローチャートである。
【０１７９】
同図において、異常検出装置１０１は、自車両の走行状態が、所定ルールに合致しているかを判断し（ステップＳ７１）、その所定ルールに合致している場合には、そのときの自車両の実走行状態を表わす情報（車両状態情報）を、異常検出装置１０１のメモリに記録する（ステップＳ７２）。そして、ステップＳ７１及びステップＳ７２の一連の処理ステップは、当該所定ルールに合致している自車両の実走行状態を表わす情報が記録されるまで行われる。
【０１８０】
ここで、所定ルールは、ドライバによる車両２の実走行中にその車両に発生するところの、例えば、時速３０ｋｍ／ｈからの加速時、旋回中、カーブ走行中、或いはこれらの組み合わせ等の、条件（走行シーン）であって、異常検出装置１０１に予め複数種類格納されている（或いは、ルール変更の都度、外部（サーバ１または仲介サーバ２１）から入手しても良い）であって、ステップＳ７２では、係る所定条件に合致する際に当該対象車両において検出されたところの、センサ群１０６による検出結果や、ボディ系システム１０７及び制御系システム１０８の各構成の入出力信号の信号レベル等の状態を表わす情報が記憶される。
【０１８１】
次に、図１６（ａ）乃至図１６（ｃ）について説明する。
【０１８２】
異常検出装置１０１は、ステップＳ７６において、図１５を参照して説明した車両状態情報の記録処理によってメモリに記録されたところの、所定ルールにおける自車両の車両状態情報を抽出し、抽出した車両状態情報と、自車両に予め記憶されている車両基本情報（型式、車体番号など）とを、ステップＳ７７において診断仲介サーバ２１に送信する。
【０１８３】
診断仲介サーバ２１では、当該対象車両から車両基本情報と当該所定ルールにおける車両状態情報をステップＳ２４１において受信すると、受信した車両基本情報に対応する故障診断プログラムのダウンロード依頼を、ステップＳ２４２において情報センター１に送信する。
【０１８４】
情報センター１のサーバ１１は、ステップＳ１４１において診断仲介サーバ２１から故障診断プログラムのダウンロード依頼及び対象車両の車両基本情報を受信すると、ステップＳ１４２において、当該対象車両のための診断プログラムを、ステップＳ１４１において情報を送信した診断仲介サーバ２１に送信する。
【０１８５】
ここで、ステップＳ１４２にて送信すべき診断プログラムは、例えば、ステップＳ１４１にて受信した車両基本情報と、データベース１２（車両情報ＤＢ１２−３）内の当該対象車両に関するレコードに含まれる過去の診断履歴とに基づいて、同データベース（診断プログラムＤＢ１２−６）から、当該対象車両のための診断プログラムを抽出することによって入手すれば良い。
【０１８６】
診断仲介サーバ２１では、ステップＳ２４３において情報センター１から故障診断プログラムを受信するのに応じて、その故障診断プログラムに従って、当該所定ルールにおける車両状態情報を基にした遠隔故障診断をステップＳ２４４において行ない、その診断結果を、ステップＳ２４５において情報センター１に送信する。
【０１８７】
ここで、図１６（ｃ）のステップＳ２４４に対応するところの、図１７に示す処理について説明する。
【０１８８】
即ち、診断仲介サーバ２１は、ステップＳ２４１にて当該対象車両から受信した車両状態情報が、所定ルールＩに合致しているかを判断し（ステップＳ２５１）、合致していると判断した場合には、その車両状態情報が、既定値の正常範囲内に収まっているかを判断する（ステップＳ２５２）。そして、正常範囲から外れている場合には、対応する車両状態情報を、当該対象車両のＮＧ状態として故障故障リストに追加する（ステップＳ２５３）。
【０１８９】
そして、ステップＳ２５４及びステップＳ２５５の各処理ステップにより、上記ステップＳ２５１乃至ステップＳ２３が、現在注目している所定ルールＩに対応する全ての車両状態情報に対して行われるまで繰り返される。
【０１９０】
診断仲介サーバ２１は、現在注目している所定ルールＩに対応する全ての車両状態情報の確認が上記ステップＳ２５１乃至ステップＳ２５５によって完了すると、ステップＳ２５３においてデータの追加対象とした故障診断リストに、ＮＧ状態を表わす情報（即ち、所定の正常範囲から外れている情報）がリストアップされたかを判断し（ステップＳ２５６）、ＮＧ状態を表わす情報がリストアップされた場合には、そのリストアップされたＮＧ状態を表わす情報を、当該対象車両の故障状態を表わす情報（即ち、診断結果）として設定する（ステップＳ２５７）。このとき、リストアップされたＮＧ状態を表わす情報が複数存在する場合には、例えば、最も緊急度の高いものを当該対象車両の故障状態を表わす情報として設定する。
【０１９１】
一方、ステップＳ２５６においてＮＧ状態を表わす情報がリストアップされていないことが確認された場合に、診断仲介サーバ２１は、診断結果として、当該対象車両には予測される故障は無い、と判断する。
【０１９２】
情報センター１は、ステップＳ１４３において当該対象車両についての故障診断結果を得ると、その故障診断結果（故障診断結果情報）を、データベース１２（車両情報ＤＢ１２−３）の当該対象車両に関する診断履歴情報の新たなレコードとして記録する（ステップＳ１４４）と共に、診断済みの所定ルールから未診断の所定ルールへの変更司令を、ステップＳ１４３における故障診断結果の送信元である診断仲介サーバ２１に送信する（ステップＳ１４５）。
【０１９３】
そして、診断仲介サーバ２１では、情報センター１から所定ルール変更司令をステップＳ２４６にて受信するのに応じて、当該対象車両に対して、診断結果情報と、所定ルール変更司令とをステップＳ２４７において送信する。
【０１９４】
当該対象車両の異常検出装置１０１は、診断結果情報と、所定ルール変更司令とをステップＳ７８にて受信すると、その診断結果情報に応じたガイダンス等を、入出力装置１０４（例えば車載ディスプレイへの表示）に出力する、或いは、当該対象車両の所有者宛ての電子メールによって診断結果を報知する（ステップＳ７９）と共に、図１５を参照して説明した車両状態情報の記録処理用のモジュールに今まで設定されていた所定ルールとは異なる他の所定ルールへの設定変更を行う（ステップＳ８０）。これにより、当該対象車両の異常検出装置１０１は、当該他の所定ルールに合致する実走行状態を新たに記録すべく、上記図１５に示す車両状態情報の記録処理を開始する。
【０１９５】
以上説明した本実施形態によれば、車両２の走行状態による制約を受けること無く、迅速且つ的確な故障診断を遠隔で行なうことができる。
【０１９６】
即ち、本実施形態によれば、車両状態情報の記録処理（図１５）によって、所定のルール情報に合致する実走行状態が対象車両において記憶されるので、例えば、その対象車両のエンジンがサービスステーション３において停止している場合であっても、エンジンが動作している実走行中における当該対象車両の状態に関して的確な故障診断を行なうことができ、これにより、車両２の走行状態による制約を受けること無く故障診断を遠隔で行なうことが可能となるので、車両が走行する周辺環境に存在する各種サービスステーション３（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、その車両に対する故障診断を遠隔で、迅速且つ的確に行なうことができる。
【０１９７】
また、本実施形態によれば、所定のルール情報を、情報センター１から適宜遠隔で変更できる（ステップＳ１４５）ので、そのルール情報に合致する対象車両の様々な実走行状態をユーザをわずらわせることなく容易且つ的確に入手することができ、更に的確な遠隔故障診断を実現することができる。
【０１９８】
＜第４の実施形態の変形例＞
尚、上記第４の実施形態の好適な他の実施形態として、以下に説明する処理構成を有していれば、上述した第４の実施形態における効果を得られるだけでなく、更に良好な効果を享受することができる。
【０１９９】
・即ち、上記の如く的確に行われる遠隔故障診断であっても、１回の診断では故障を特定できない場合も想定される。そこで、好適な実施形態では、所定のルール情報を、情報センター１から遠隔で変更する（ステップＳ１４５）に際して、対象車両が立ち寄ったサービスステーション３において行われた遠隔故障診断の診断結果に応じて、他のルール情報への変更を行なう。このような処理構成によれば、次のサービスステーション３に当該対象車両が立ち寄るまでの間に、係る変更後の新たなルール情報に合致する実走行状態が当該対象車両において記憶され、次のサービスステーション３では、係る新たなルール情報に合致する実走行状態に基づく更なる遠隔故障診断が行なえるので、車両の走行状態による制約を受けること無く、より的確な故障診断を、ユーザの行動に制約を課すること無く遠隔で行なうことができる。
【０２００】
・また、好適な実施形態において、情報センター１のサーバ１１またはサービスステーション３の診断仲介サーバ２１は、対象車両となり得る個々の車両に提供された所定のルール情報が格納されているデータベース（１２）を参照することにより、当該対象車両が存在するサービスステーション３に設けられたサービスステーション２３に対して、遠隔故障診断の診断結果、その診断の基となった実走行状態を表わす情報、並びにその情報が当該対象車両において記憶される際の所定ルールを提供できるように構成すると良い。
【０２０１】
このような処理構成によれば、対象車両のユーザが車両に詳しくない場合に、立ち寄ったサービスステーション３において行われた遠隔故障診断の結果、何等かの故障発生を報知された場合であっても、そのサービスステーション３のスタッフは、その診断結果の基となった当該対象車両の実走行状態を把握することができるので、ユーザは、当該スタッフによる的確なサポート（診断結果の内容理解や適切な対処方法等）を容易に受けることができ利便性が高く、一方、ステーション側のスタッフにとっても、係るサポートをユーザ（ドライバ等）に提供することに伴うビジネスチャンスを積極的に活かすことができ合理的である。
【０２０２】
・また、好適な他の実施形態として、車両２において、モバイル通信回線用通信装置１０２または近距離無線通信回線用車載端末１０３を利用して車両の状態を表わす所定のルール情報を外部から入手しておき、入手したルール情報に合致する実走行状態が自車両に発生したことを、センサ群１０６、ボディ系システム１０７、或いは車両制御系システム１０８等の検出手段によって検出すると共に、異常検出装置１０１は、検出した実走行状態を表わす情報に基づいて自車両の故障診断を行なうと共に、その診断結果に関する情報を記憶デバイス（不図示）に記憶し、自車両がサービスステーション３に立ち寄った際（存在するとき）には、そのサービスステーション３を介して、記憶している診断結果に関する情報を、外部装置である診断仲介サーバ２１及び／または情報センター１のサーバ１１に提供する。
【０２０３】
このような処理構成によれば、所定ルールに合致する実走行状態が対象車両において発生するのに応じて、その対象車両において故障診断が行われると共にその診断結果が記憶されるので、例えば、車両が走行する周辺環境に存在する各種サービスステーション３（ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等）に立ち寄る機会及びそのサービスステーション３における本来の所要時間を有効に活用して、その車両に対する故障診断の結果を、通信速度に優れる近距離無線通信回線７（第２の無線通信回線）を利用して、迅速且つ的確に入手することができるので、診断仲介サーバ２１及び／または情報センター１のサーバ１１では、例えば、より詳細な故障診断や、個々の車両の診断履歴を確実に行なうことができる。
【０２０４】
尚、上述した各実施形態を例に説明した本発明は、上述した、情報センター１のサーバ１１、サービスステーション３の診断仲介サーバ２１、並びに車両２の以上件ｈす津装置１０１に対して、その説明において参照したフローチャートの機能を実現可能なコンピュータ・プログラムを供給した後、その装置のＣＰＵに読み出して実行することによって達成される。また、当該装置内に供給されたコンピュータ・プログラムは、読み書き可能なメモリまたはハードディスク装置等の記憶デバイスに格納すれば良い。
【０２０５】
また、前記の場合において、当該各装置内へのコンピュータ・プログラムの供給方法は、フレキシブルディスク等の各種記録媒体を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等のように、現在では一般的な手順を採用することができ、このような場合において、本発明は、係るコンピュータ・プログラムのコード或いは記憶媒体によって構成される。
【図面の簡単な説明】
【図１】第１の実施形態における遠隔故障診断システムの概略構成を示す図である。
【図２】第１の実施形態に係る遠隔故障診断システムにおける車両２のシステム構成を示す図である。
【図３】第１の実施形態における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【図４】図４（ａ）は、対象車両２における遠隔故障診断処理（図３のステップＳ７）の詳細を示すフローチャートであり、図４（ｂ）は、当該対象車両２における遠隔故障診断処理（図４（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図４（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【図５】図５（ａ）は、当該サービスステーション３における遠隔故障診断処理（図４のステップＳ２０４）の詳細を示すフローチャートであり、図５（ｂ）は、当該サービスステーション３における遠隔故障診断処理が行われる際に対象車両２において行われる制御処理を示すフローチャートである。
【図６】第２の実施形態における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【図７】図７（ａ）は、対象車両２における第１遠隔故障診断処理（図６のステップＳ３１：第１の遠隔故障診断機能）の詳細を示すフローチャートであり、図４（ｂ）は、当該対象車両２における第１遠隔故障診断処理（図７（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートである。
【図８】第２の実施形態に係る遠隔故障診断システムにおいて実行される第１及び第２遠隔故障診断機能用診断プログラムの対象範囲を説明する図である。
【図９】第２の実施形態の変形例１に係る遠隔故障診断システムにおいて行われる故障発生予測処理を示すフローチャートである。
【図１０】第２の実施形態の変形例２における遠隔故障診断処理を実現するために対象車両（異常検出装置１０１）において実行される制御処理を示すフローチャートである。
【図１１】図１１（ａ）は、第２の実施形態の変形例２において第２の遠隔故障診断機能を中断する際に情報センター１（サーバ１１）またはサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートであり、図１１（ｂ）は、当該制御処理（図１１（ａ））が行われる際に対象車両２において行われる制御処理を示すフローチャートである。
【図１２】図１２（ａ）は、第３の実施形態に係る対象車両２における遠隔故障診断処理の詳細を示すフローチャートであり、図１２（ｂ）は、当該対象車両２における遠隔故障診断処理（図１２（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１２（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【図１３】第３の実施形態に係る遠隔故障診断システムにおいてサービスステーション３に設けられたサービスステーション２３において行われる制御処理を示すフローチャートである。
【図１４】第３の実施形態に係るサービスステーション端末２３における整備履歴報知処理を示すフローチャートであり、図１４（ｂ）は、当該整備履歴報知処理（図１４（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１４（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【図１５】第４の実施形態において対象車両（異常検出装置１０１）が行なう車両状態情報の記録処理を示すフローチャートである。
【図１６】図１６（ａ）は、第４の実施形態に係る対象車両２における遠隔故障診断処理の詳細を示すフローチャートであり、図１６（ｂ）は、当該対象車両２における遠隔故障診断処理（図１６（ａ））が行われる際に情報センター１（サーバ１１）において行われる制御処理を示すフローチャートであり、図１６（ｃ）は、これらの処理が行われる際にサービスステーション３（診断仲介サーバ２１）において行われる制御処理を示すフローチャートである。
【図１７】第４の実施形態に係る診断仲介サーバ２１における遠隔故障診断処理（図１６（ｃ）のステップＳ２４４）の詳細を示すフローチャートである。
【符号の説明】
１：情報センター，
２：車両，
３：サービスステーション，
４：サービス工場，
５：インターネット，
６：基地局，
７：近距離無線通信回線（高速無線通信回線），
８：モバイル通信回線（低速無線通信回線），
１１：サーバ（メインサーバ），
１１Ａ：故障診断サーバ，
１１Ｂ：サービス工場管理サーバ，
１２：データベース（ＤＢ），
１３：通信回線，
２１：診断仲介サーバ，
２２：診断プログラムデータベース，
２３：サービスステーション端末，
２４：近距離無線通信用端末４，
１０１：異常検出装置，
１０２：モバイル通信回線用通信装置，
１０３：近距離無線通信回線用車載端末，
１０４：入出力装置，
１０５：ナビゲーションコントローラ，
１０６：センサ群，
１０７：ボディ系システム，
１０８：車両制御系システム
Claims (7)
- 車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムであって、
車両の状態を表わす所定のルール情報に合致する実走行状態が自車両に発生した際に、その実走行状態を検出すると共に、検出した実走行状態を表わす情報を記憶する対象車両と、
前記対象車両がステーションに存在するときに読み出した前記情報に基づいて、該対象車両に対する遠隔故障診断を行なうところの、前記対象車両の外部に設けられた情報処理装置と、
を備えることを特徴とする遠隔故障診断システム。 - 前記情報処理装置は、
前記所定のルール情報を、前記ステーションを介して変更する
ことを特徴とする請求項１記載の遠隔故障診断システム。 - 前記情報処理装置は、
対象車両となり得る個々の車両に提供された所定のルール情報が格納されているデータベースを参照することにより、前記対象車両が存在するステーションに設けられた情報端末に対して、前記実走行状態を表わす情報が前記対象車両において記憶される際の前記所定のルール情報を提供可能である
ことを特徴とする請求項２記載の遠隔故障診断システム。 - 前記情報処理装置は、
前記遠隔故障診断の診断結果に応じて、前記所定のルール情報を変更する
ことを特徴とする請求項２記載の遠隔故障診断システム。 - 車両の状態を表わす所定のルール情報を外部から入手する入手手段と、
前記入手手段によって入手したルール情報に合致する実走行状態が自車両に発生したことを検出する検出手段と、
前記検出手段によって検出された実走行状態を表わす情報に基づいて自車両の故障診断を行なうと共に、その診断結果に関する情報を記憶する故障診断手段と、
自車両がステーションに存在するときに、そのステーションを介して、前記診断結果に関する情報を、外部装置に提供する提供手段と、
を備えることを特徴とする車両。 - 車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムの制御方法であって、
車両の状態を表わす所定のルール情報に合致する実走行状態が対象車両に発生した際に、その対象車両において、該実走行状態を検出すると共に、検出した実走行状態を表わす情報を記憶する検出工程と、
前記対象車両がステーションに存在するときに、前記検出工程にて記憶した情報を読み出すと共に、前記対象車両に対する遠隔故障診断を、前記対象車両の外部に設けられた情報処理装置において、該読み出した情報に基づいて行なう遠隔診断工程と、
を有することを特徴とする遠隔故障診断システムの制御方法。 - 車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムの制御方法であって、
車両の状態を表わす所定のルール情報を外部から入手しておき、そのルール情報に合致する実走行状態が対象車両に発生するのに応じて検出した該実走行状態に基づいて、その対象車両において故障診断を行なうと共に、その診断結果を記憶する診断工程と、
前記対象車両がステーションに存在するときに、そのステーションを介して、該診断結果を表わす情報を、該対象車両の外部に設けられた情報処理装置に提供する情報提供工程と、
を有することを特徴とする遠隔故障診断システムの制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003092628A JP4277311B2 (ja) | 2003-03-28 | 2003-03-28 | 遠隔故障診断システム、情報センター装置及び遠隔故障診断方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003092628A JP4277311B2 (ja) | 2003-03-28 | 2003-03-28 | 遠隔故障診断システム、情報センター装置及び遠隔故障診断方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004299473A true JP2004299473A (ja) | 2004-10-28 |
| JP4277311B2 JP4277311B2 (ja) | 2009-06-10 |
Family
ID=33405661
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003092628A Expired - Fee Related JP4277311B2 (ja) | 2003-03-28 | 2003-03-28 | 遠隔故障診断システム、情報センター装置及び遠隔故障診断方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4277311B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011048661A1 (ja) * | 2009-10-19 | 2011-04-28 | 日立建機株式会社 | 建設機械の診断システム及び診断方法 |
| WO2019057188A1 (zh) * | 2017-09-25 | 2019-03-28 | 深圳市道通科技股份有限公司 | 汽车远程诊断方法和装置、移动终端、电子设备及服务器 |
| CN109900351A (zh) * | 2017-12-11 | 2019-06-18 | 郑州宇通客车股份有限公司 | 一种汽车远程噪声监测与诊断方法及其系统 |
| JP2022134829A (ja) * | 2021-03-04 | 2022-09-15 | 本田技研工業株式会社 | 故障予兆検知システム、車両、故障予兆検知方法、及びプログラム |
| JP7156741B1 (ja) | 2022-03-18 | 2022-10-19 | 示 畠山 | 傷検知システム、傷検知方法およびプログラム |
| CN116609092A (zh) * | 2023-07-20 | 2023-08-18 | 北京阿帕科蓝科技有限公司 | 故障检测方法、装置、计算机设备和存储介质 |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105137963A (zh) * | 2015-09-09 | 2015-12-09 | 山东丽驰新能源汽车有限公司 | 车辆远程监控与故障诊断方法及装置 |
| CN109062183B (zh) * | 2018-07-31 | 2021-05-11 | 杭州休伦科技有限公司 | 新能源汽车远程监控分析方法和系统 |
| CN109189050A (zh) * | 2018-10-22 | 2019-01-11 | 爱驰汽车（上海）有限公司 | 故障排除方法、装置、计算设备及计算机存储介质 |
-
2003
- 2003-03-28 JP JP2003092628A patent/JP4277311B2/ja not_active Expired - Fee Related
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011048661A1 (ja) * | 2009-10-19 | 2011-04-28 | 日立建機株式会社 | 建設機械の診断システム及び診断方法 |
| CN102575973A (zh) * | 2009-10-19 | 2012-07-11 | 日立建机株式会社 | 工程机械的诊断系统及诊断方法 |
| US9057174B2 (en) | 2009-10-19 | 2015-06-16 | Hitachi Construction Machinery Co., Ltd. | Diagnosis system and diagnosis method for construction machine |
| WO2019057188A1 (zh) * | 2017-09-25 | 2019-03-28 | 深圳市道通科技股份有限公司 | 汽车远程诊断方法和装置、移动终端、电子设备及服务器 |
| US11615651B2 (en) | 2017-09-25 | 2023-03-28 | Autel Intelligent Technology Corp., Ltd. | Remote automobile diagnostic method and apparatus, mobile terminal, electronic device and server |
| CN109900351A (zh) * | 2017-12-11 | 2019-06-18 | 郑州宇通客车股份有限公司 | 一种汽车远程噪声监测与诊断方法及其系统 |
| JP2022134829A (ja) * | 2021-03-04 | 2022-09-15 | 本田技研工業株式会社 | 故障予兆検知システム、車両、故障予兆検知方法、及びプログラム |
| JP7308236B2 (ja) | 2021-03-04 | 2023-07-13 | 本田技研工業株式会社 | 故障予兆検知システム、車両、故障予兆検知方法、及びプログラム |
| JP7156741B1 (ja) | 2022-03-18 | 2022-10-19 | 示 畠山 | 傷検知システム、傷検知方法およびプログラム |
| JP2023137503A (ja) * | 2022-03-18 | 2023-09-29 | 示 畠山 | 傷検知システム、傷検知方法およびプログラム |
| CN116609092A (zh) * | 2023-07-20 | 2023-08-18 | 北京阿帕科蓝科技有限公司 | 故障检测方法、装置、计算机设备和存储介质 |
| CN116609092B (zh) * | 2023-07-20 | 2023-12-01 | 北京阿帕科蓝科技有限公司 | 故障检测方法、装置、计算机设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4277311B2 (ja) | 2009-06-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4244153B2 (ja) | 遠隔故障診断システム | |
| US11158141B2 (en) | System and method for proactive vehicle diagnosis and operational alert | |
| CN110431036B (zh) | 经由汽车中心的安全驾驶支持 | |
| GB2570198A (en) | Vehicle maintenance operation | |
| JP4706890B2 (ja) | 車載の遠隔故障診断装置 | |
| US11170585B2 (en) | Vehicle fault diagnosis and analysis based on augmented design failure mode and effect analysis (DFMEA) data | |
| JP4337084B2 (ja) | 遠隔故障診断システム | |
| US20190356552A1 (en) | System and method for generating a global state information for a vehicle based on vehicle operator information and other contextuals | |
| US10726645B2 (en) | Vehicle diagnostic operation | |
| US11417153B2 (en) | Self-service repair for autonomous vehicles | |
| JP7400247B2 (ja) | 報告書作成支援システム、サーバ装置、及びコンピュータプログラム | |
| JP4277311B2 (ja) | 遠隔故障診断システム、情報センター装置及び遠隔故障診断方法 | |
| JP4556086B2 (ja) | 車載の遠隔故障診断装置、車載の遠隔故障診断用プログラム、車両の遠隔故障診断方法、車両の故障診断装置、及び、車両の故障診断用プログラム | |
| JP4281049B2 (ja) | 遠隔故障診断システム及びその制御方法 | |
| JP2020144747A (ja) | 路面情報登録システム及び路面情報登録装置 | |
| US20220028186A1 (en) | Vehicle identification number (vin)-based telematics device location tracking | |
| KR101339527B1 (ko) | 추가적인 차량정보를 제공하기 위한 무선 업데이트장치 및 방법 | |
| JP4281048B2 (ja) | 遠隔故障診断システム及びその制御方法 | |
| US11215995B2 (en) | Environment improvement system and environment improvement method, and server used therein | |
| JP5682388B2 (ja) | 障害診断方法及び障害診断システム | |
| CN116429147A (zh) | 导航方法、装置、计算机设备和存储介质 | |
| CN112050823A (zh) | 一种导航目的地修正方法、装置及计算机存储介质 | |
| CN105915571B (zh) | 远程信息处理终端、数据中心及控制方法和数据服务系统 | |
| CN113496326B (zh) | 一种车辆维修调配方法及其装置 | |
| JP2019161620A (ja) | 通信装置およびスケジュール作成方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060126 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080417 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080422 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080609 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080822 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081007 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090216 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090301 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120319 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4277311 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140319 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |