(57)【要約】【課題】  メンテナンス情報，店舗（ディーラ）情報，メンテナンス予約管理情報等のメンテナンス関連情報が一元的に把握でき、ユーザにとってもディーラの情報(定休日，所在地，連絡先，修理工場の込み具合等)を予め知る必要も無く予約手続きを行うことができる車両メンテナンスシステムを提供する。【解決手段】  ネットワークを介して接続されるユーザ端末１、ディーラ端末４、ユーザ車両端末２及びコントロールサーバから成るセンタ端末３から構築され、車両のメンテナンス関連情報をやり取りするようにする。【選択図】        図１
2007213114.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されるユーザ端末、ディーラ端末、ユーザ車両端末及びコントロールサーバから成るセンタ端末から構築され、車両のメンテナンス関連情報をやり取りすることを特徴とする車両メンテナンスシステム。
【請求項２】
前記ユーザ端末とディーラ端末は、それぞれ前記ユーザ車両端末との専用の通信手段を有することを特徴とする請求項１記載の車両メンテナンスシステム。
【請求項３】
前記ユーザ端末は、前記ユーザ車両端末からユーザ車両の診断結果を受け取り、受け取ったユーザ車両の診断結果やユーザの希望に応じたメンテナンス予約要求を前記センタ端末に送信する手段を有することを特徴とする請求項１又は請求項２記載の車両メンテナンスシステム。
【請求項４】
前記ユーザ端末は、前記センタ端末から受け取ったディーラ所在地の情報を前記ユーザ車両端末を介してカーナビゲーションシステムに転送する手段を有することを特徴とする請求項１ないし請求項３のいずれかに記載の車両メンテナンスシステム。
【請求項５】
前記ディーラ端末は、ユーザからのメンテナンス依頼やユーザ車両のメンテナンス履歴を前記センタ端末から取得し、ユーザ車両のメンテナンス情報を前記センタ端末に送信する手段を有することを特徴とする請求項１ないし請求項４のいずれかに記載の車両メンテナンスシステム。
【請求項６】
前記ディーラ端末は、メンテナンス条件を前記センター端末に送信し、メンテナンスの手法や最も効率的なメンテナンスの処理順序を前記センター端末から取得する手段を有することを特徴とする請求項１ないし請求項５のいずれかに記載の車両メンテナンスシステム。
【請求項７】
前記ユーザ端末は、前記センタ端末から定期的にメンテナンスが必要な項目についてメッセージ表示による通知を取得する手段を有することを特徴とする請求項１ないし請求項６のいずれかに記載の車両メンテナンスシステム。
【請求項８】
前記ユーザ端末は、前記ユーザ車両端末を介して、任意の周期若しくはユーザの意図によってユーザ車両の自己診断を実行し、その結果を表示する手段を有することを特徴とする請求項１ないし請求項７のいずれかに記載の車両メンテナンスシステム。
【請求項９】
前記ユーザ車両端末は、警告的，緊急的な車両の状態が発生した場合、その情報を前記ユーザ端末に通知する手段を有することを特徴とする請求項１ないし請求項８のいずれかに記載の車両メンテナンスシステム。
【請求項１０】
前記ディーラ所在地として、ユーザ端末がデジタル放送を受信可能なセットトップボックス若しくは受信ユニットが内蔵されたテレビジョン受信機の場合、デジタルユニットの郵便番号等の設定情報を元に最寄の店舗を推奨することを特徴とする請求項４記載の車両メンテナンスシステム。
【請求項１１】
前記ディーラ所在地として、ユーザ端末が移動体通信端末であり、ＧＰＳを具備している場合、そのＧＰＳ情報を元に最寄の店舗を推奨することを特徴とする請求項４記載の車両メンテナンスシステム。
【請求項１２】
前記位置特定情報に係わらず、マニュアル入力された任意の位置情報を元に最寄の店舗を推奨することを特徴とする請求項１０又は請求項１１記載の車両メンテナンスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、ユーザ車両のメンテナンスに係わる車両メンテナンスシステムに関するものである。
【背景技術】
【０００２】
従来の車両メンテナンスシステムは、過去のメンテナンス状況、ユーザ登録情報程度のものしかなく、ユーザ側にとって目に見えない部分の状態はディーラ側で逐一確認をしないと見落とすこともある。
【０００３】
また、メンテナンス自体もユーザの電話予約に頼るしかなく、ユーザはディーラの所在地、連絡先、営業時間等の把握が必要であった。
【０００４】
一方、特許文献１には、これまでは専門店にしかできなかった複雑な自動車修理の技術であっても比較的簡便に実現できるようにするため、コンピュータを用いて構築された、自動車修理に関する情報取得方法であって、クライアントの端末装置からネットワークを介して、自動車の修理方法および修理手順に関する情報が登録された、サーバのデータベースにアクセスし、前記データベースから検索手段を介して所望の修理方法や修理手順に関する情報を索出し、索出された情報を端末装置の表示手段に表示させ、表示された情報のうち必要な情報を印刷するようにしたものが開示されている。
【０００５】
特許文献２には、これまでは外国車輌専門の取扱店にしかできなかった外国車輌技術であっても比較的簡便に一般ユーザが使用できるようにするため、コンピュータを用いた外車情報取得方法であって、ユーザの端末装置からネットワークを介して、外車情報が登録されたサーバ側データベースにアクセスされると前記データベースから外車情報を検索手段を介して検索し、索出された外車情報をネットワークを介してユーザ側端末装置の表示手段に表示させ、ユーザ側端末に表示させた外車情報インデックスから索引した詳細情報をダウンロードするようにしたものが開示されている。
【０００６】
特許文献３には、自動車整備士には車輌の修理・整備という純粋な技術行為のみを依頼すべく、車輌の修理・整備をサービス工場に依頼する場合であって、当該修理・整備の実行に新規に部品や材料を必要とする場合には、ユーザ側で当該部品や材料を調達するようにしたものが開示されている。
【０００７】
特許文献４には、車両の点検，整備，診断内容を予め明確にすると共に、その点検，整備，診断結果を画面表示し、ドライバや管理機関に知らせ、且つ通信により徹底させて車両の点検，整備の実施の確実化と車両の安全性の確保と向上を図るため、デジタルカーラジオに表示画面や各種の端子を設け、改良カーラジオとして、これとバケット式通信装置とを連結し車両内に設置すると共に、バケット式通信装置内のアドバイス記録や異常発生記録等は送受信手段を介し、コンピュータに入力され、管理機関に伝達され、また、ドライバも表示画面により点検，整備内容を確認できるようにしたものが開示されている。
【０００８】
特許文献５には、車載の故障診断装置が走行障害となる可能性のある故障、または走行の障害となる故障が発生したことを運転者に通報したとき、運転者は速やかにその場で最適の整備機関に診断結果を送信し、対応策を決めることができるようにするため、パワートレイン・車両の制御系が、所定運転条件における制御データを、正常時の許容データ領域と比較して、これを逸脱しているとき、その診断結果を、当該車に搭載された故障診断処理プログラムが出力し、運転者に通報するとともに、当該データ異常までの来歴を示す診断データカルテを運転者が見て、前記故障診断処理プログラムに掲載されている整備機関の中から選択指名して、移動体データ通信端末経由で前記診断データカルテを送信するようにしたものが開示されている。
【０００９】
特許文献６には、各車両の実際の状況に対応した適切なメンテナンス情報を送れるリモートメンテナンス情報提供装置として、情報提供センタと車両およびサービス工場間で双方向通信を行い、車両を特定するデータと実際の車両状況を表すデータとを車両から情報提供センタに送信し、情報提供センタでは実際の車両状況に応じて車両整備の要否を判断し、整備必要時には車両に送信し、車両から整備依頼を受信すると、サービス工場の予約状況を検索してサービス工場に入庫予約を送信し、整備依頼した車両に対し、入庫予約した旨を送信するようにしたものが開示されている。
【特許文献１】特開２００３−５０８７９号公報(G06F 17/60、G60S 5/00）
【特許文献２】特開２００３−９９６６５号公報(G06F 17/60)
【特許文献３】特開２００３−１３２１６８号公報(G06F 17/60)
【特許文献４】特開平１１−９４７０９号公報(G01M 17/007,B60R 11/02,B60S 5/00)
【特許文献５】特開２００２−１２３８８１号公報(G08B 25/04,G05B 23/02,G06F 17/60)
【特許文献６】特開２００２−７３８５３号公報(G06F 17/60,B60S 5/00,H04M 11/00)
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１，特許文献２に示されたものは修理専門知識の取得にとどまるため、全工程を通しての最も効率的な作業手順の実行はできない。また、作業者により作業手順やその内容が一定しない。
【００１１】
特許文献３についても部品調達をユーザが行なう等、かなり専門知識がないと可能にならない手法であるため、一般的でない。
【００１２】
特許文献４，特許文献５，特許文献６についても車両からの通信を主としたシステムであるため、ユーザの希望やメンテナンスする側の効率化の部分については効果は上げられない。
【００１３】
以上の背景技術を踏まえると、ユーザ車両のメンテナンスはユーザの自己管理に頼っており、それを補助するシステムが存在しない。
【００１４】
また、ユーザ車両内に警告手段(温度警告等)は存在するが、メンテナンスに関連する診断情報(走行距離，燃費等)を集約してユーザに伝達するシステムが存在しない。
【００１５】
更に、ディーラ側のメンテナンス作業担当者によって作業項目の実行順が異なったり、作業品質が経験上異なったりすることで、メンテナンス品質の均一性が保たれているかどうか掌握できない。
【００１６】
そこで、本願発明はこのような課題を解決するためになされたものであり、メンテナンス情報，店舗（ディーラ）情報，メンテナンス予約管理情報等のメンテナンス関連情報が一元的に把握でき、ユーザにとってもディーラの情報(定休日，所在地，連絡先，修理工場の込み具合等)を予め知る必要も無く予約手続きを行うことができる車両メンテナンスシステムを提供することを目的とするものである。
【００１７】
また、予約手続き自体は年中無休，２４時間体制が可能となる車両メンテナンスシステムを提供することを目的とするものである。
【００１８】
更に、忘れがちな定期点検や定期メンテナンスに関する通知はもちろんのこと、随時変化する車両の状態を容易に把握することも可能となる車両メンテナンスシステムを提供することを目的とするものである。
【課題を解決するための手段】
【００１９】
上記のような目的を達成するために、本願の請求項１に係る発明は、ネットワークを介して接続されるユーザ端末、ディーラ端末、ユーザ車両端末及びコントロールサーバから成るセンタ端末から構築され、車両のメンテナンス関連情報をやり取りすることを特徴とするものである。
【００２０】
請求項２に係る発明は、前記ユーザ端末とディーラ端末が、それぞれ前記ユーザ車両端末との専用の通信手段を有することを特徴とするものである。
【００２１】
請求項３に係る発明は、前記ユーザ端末が、前記ユーザ車両端末からユーザ車両の診断結果を受け取り、受け取ったユーザ車両の診断結果やユーザの希望に応じたメンテナンス予約要求を前記センタ端末に送信する手段を有することを特徴とするものである。
【００２２】
請求項４に係る発明は、前記ユーザ端末が、前記センタ端末から受け取ったディーラ所在地の情報を前記ユーザ車両端末を介してカーナビゲーションシステムに転送する手段を有することを特徴とするものである。
【００２３】
請求項５に係る発明は、前記ディーラ端末が、ユーザからのメンテナンス依頼やユーザ車両のメンテナンス履歴を前記センタ端末から取得し、ユーザ車両のメンテナンス情報を前記センタ端末に送信する手段を有することを特徴とするものである。
【００２４】
請求項６に係る発明は、前記ディーラ端末が、メンテナンス条件を前記センター端末に送信し、メンテナンスの手法や最も効率的なメンテナンスの処理順序を前記センター端末から取得する手段を有することを特徴とするものである。
【００２５】
請求項７に係る発明は、前記ユーザ端末が、前記センタ端末から定期的なメンテナンスが必要な項目についてメッセージ表示による通知を取得する手段を有することを特徴とするものである。
【００２６】
請求項８に係る発明は、前記ユーザ端末が、前記ユーザ車両端末を介して、任意の周期若しくはユーザの意図によってユーザ車両の自己診断を実行し、その結果を表示する手段を有することを特徴とするものである。
【００２７】
請求項９に係る発明は、前記ユーザ車両端末が、警告的，緊急的な車両の状態が発生した場合、その情報を前記ユーザ端末に通知する手段を有することを特徴とするものである。
【００２８】
請求項１０に係る発明は、前記ディーラ所在地として、ユーザ端末がデジタル放送を受信可能なセットトップボックス若しくは受信ユニットが内蔵されたテレビジョン（ＴＶ）受信機の場合、デジタルユニットの郵便番号等の設定情報を元に最寄の店舗を推奨することを特徴とするものである。
【００２９】
請求項１１に係る発明は、前記ディーラ所在地として、ユーザ端末が移動体通信端末であり、ＧＰＳを具備している場合、そのＧＰＳ情報を元に最寄の店舗を推奨することを特徴とするものである。
【００３０】
請求項１２に係る発明は、前記位置特定情報に係わらず、マニュアル入力された任意の位置情報を元に最寄の店舗を推奨することを特徴とするものである。
【発明の効果】
【００３１】
本願の請求項１記載の発明によれば、ユーザ端末、ディーラ端末、ユーザ車両端末及びセンタ端末がネットワークを構築することで、メンテナンス情報，店舗（ディーラ）情報，メンテナンス予約管理情報等のメンテナンス関連情報が一元的に把握でき、ユーザにとってもディーラの情報(定休日，所在地，連絡先，修理工場の込み具合等)を予め知る必要も無く予約手続きを行うことができる。又、センタ経由とすることで予約手続き自体は年中無休，２４時間体制が可能となる。
【００３２】
請求項２記載の発明によれば、ユーザ端末とディーラ端末は、それぞれユーザ車両端末との専用の通信手段を有しているので、ユーザ車両端末と効率よく通信を行うことができる。
【００３３】
請求項３記載の発明によれば、ユーザ端末は、ユーザ車両端末からユーザ車両の診断結果を受け取り、受け取ったユーザ車両の診断結果やユーザの希望に応じたメンテナンス予約要求をセンタ端末に送信することができるので、忘れがちな定期点検や定期メンテナンスに関する通知はもちろんのこと、随時変化する車両の状態を容易に把握することも可能となる。又、ユーザの希望に応じてメンテナンス予約要求をセンター端末に送信することで、ディーラの所在地，予約状況，担当者等を返信として受け取ることができる。
【００３４】
請求項４記載の発明によれば、ユーザ端末は、センタ端末から受け取ったディーラ所在地の情報をカーナビゲーションシステムに転送することで、地元に限らず帰省先、旅先でもメンテナンスサービスを容易に受けることができる。
【００３５】
請求項５記載の発明によれば、ディーラ端末は、ユーザからのメンテナンス依頼やユーザ車両のメンテナンス履歴をセンタ端末から取得することで、ユーザからのメンテナンス依頼やユーザ車両のメンテナンス履歴を容易に取得することができる。又、ユーザ車両のメンテナンス情報をセンター端末に送信することで、ユーザ車両の一元管理をより容易にすることができる。
【００３６】
請求項６記載の発明によれば、ディーラ端末はメンテナンス条件をセンター端末に送信することで、メンテナンスの手法及び最も効率的なメンテナンスの処理順序をセンター端末から取得することができる。
【００３７】
請求項７記載の発明によれば、センタ端末は、定期的なメンテナンスが必要な項目についてユーザ端末にメッセージ表示による通知を行なうことができる。
【００３８】
請求項８記載の発明によれば、ユーザ端末は任意の周期若しくはユーザの意図によってユーザ車両の自己診断を実行し、その結果を表示することができる。
【００３９】
請求項９記載の発明によれば、ユーザ車両端末は警告的，緊急的な車両の状態が発生した場合、その情報を自発的にユーザ端末に通知することができる。
【００４０】
請求項１０記載の発明によれば、請求項４に係るディーラ所在地の決定に際して、ユーザ端末がデジタル放送が受信可能なセットトップボックス若しくは受信ユニットが内蔵されたＴＶ受信機であれば、デジタルユニットの設定情報（郵便番号等）を元に最寄の店舗を推奨することができる。
【００４１】
請求項１１記載の発明によれば、請求項４に係るディーラ所在地の決定に際して、ユーザ端末が移動体通信端末であり、ＧＰＳ（Global Positioning System；全地球無線測位システム)を具備している場合、そのＧＰＳ情報を元に最寄の店舗を推奨することができる。
【００４２】
請求項１２記載の発明によれば、請求項１０や請求項１１に係る位置特定情報の有無に係わらず、任意の位置情報(電話番号，住所，郵便番号等)をマニュアル入力することで、最寄の店舗を推奨することができる。
【発明を実施するための最良の形態】
【００４３】
以下、本願発明の一実施形態を図面を参照して詳細に説明する。
【００４４】
図１は、本願発明の一実施形態に係る車両メンテナンスシステムの要部を示すシステム構成図である。
【００４５】
ユーザ端末１は、ネットワーク通信が可能な無線ＬＡＮ（Local Area Network）１１、システムコントローラ１２、表示装置１３、入力手段となるリモコン（ＲＣ；リモートコントローラ）１４及びその受光部１５を具備している。図１の例では、ユーザ端末１は、診断システムを内蔵するＴＶ受信機を例にとっている。もちろん、上記に相当する手段を具備しているものなら、ユーザ端末１が移動体通信装置や専用端末装置あるいは公共の端末装置等であってもなんら問題はない。
【００４６】
ユーザ車両端末２は、従来からの電子制御用ＣＰＵ(Central Processing Unit)２１に加え、それぞれのＣＰＵ２１を統括するシステムコントロール２２、記憶装置２３及び前記ユーザ端末１及び後述するディーラ端末４との専用の通信手段としての無線ＬＡＮ２４を具備している。なお、専用の通信手段としては、無線ＬＡＮ２４に限らず、ＦＭ電波を用いたものや、有線によるコネクタ接続等を用いたものであっても良く、有線、無線を問わない。
【００４７】
メンテナンスセンタ端末３は、公衆回線１００を介してのネットワーク通信が可能な手段を具備し、顧客からの予約要求，応答、ディーラからの顧客情報要求、メンテナンス情報要求を処理するための管理システム３１とそれらを記憶するためのデータベース３２とから成るコントロールサーバである。
【００４８】
ディーラ端末４は、任意の台数の設置が可能な整備端末４１及びメンテナンスセンタ端末３から情報を取得する管理システム４２及びそれを蓄積するデータベース４３から成り、各整備端末４１は、整備要員に対して情報を表示する表示装置４４、公衆回線１００と管理システム４２及びユーザ車両端末２と通信可能な無線ＬＡＮ４５、整備要員からの入力装置４６及びそれらを管理するシステムコントローラ４７から成る。
【００４９】
次に、上記実施形態の動作について図２〜図５に示すフローチャートを参照して説明する。
【００５０】
図２は、ユーザ車両端末２の処理フローの一例を示すフローチャートである。この処理が開始すると、最初に、診断実行条件として、規定の周期診断時間を満たしたか、若しくは外部から診断要求が有ったか否かをチェックする（ステップＳ１０１）。診断が必要と判断された場合、先ず診断対象の車両が診断可能状態であるかどうかを確認する（ステップＳ１０２）。ここで言う診断可能状態とは停車中であることを示す。
【００５１】
診断可能状態であれば、走行距離のチェックを行なう。チェックの一例としては、現状の走行距離を制御ＣＰＵ２１で計測し（ステップＳ１０３）、ユーザが指定した時点からの走行距離やエンジンオイル交換してからの走行距離等を記憶装置２３から読み出し（ステップＳ１０４）、燃費計算やエンジンオイル交換判定等をシステムコントローラ２２で行なう（ステップＳ１０５）。ここで言うステップＳ１０３〜ステップＳ１０５は任意の診断項目の診断実行と診断判定にあたり、車両の診断項目が複数ある場合はステップＳ１０５以降、ステップＳ１０６〜ステップＳ１０８と診断実行と診断判定を繰り返す。
【００５２】
所定の診断判定結果において、前記ステップＳ１０１の診断実行条件が周期診断時間を満たした場合であったか外部から診断要求が有った場合かを判別する（ステップＳ１０９）。診断実行条件が周期診断時間によるものであった場合、診断結果中メンテナンスが必要な項目のみ（例えば、走行距離によるエンジンオイル交換時期の超過）を通知する（ステップ１０９のＮ→ステップＳ１１０）。一方、診断実行条件が外部からの要求である場合、診断された結果は全て無線ＬＡＮ２４を介して通知する（ステップＳ１１１）。通知後に送信フラグをたて（ステップＳ１１２）、相手端末から受信通知を受けると送信フラグをクリアして終了するが（ステップＳ１０１のＮ→ステップＳ１１３のＹ→ステップＳ１１４）、受信通知が無い場合で送信フラグがたっている場合は、受信通知を受けるまで発信し続ける（ステップＳ１１３のＮ→ステップＳ１１５のＹ→ステップＳ１０９のループ）。
【００５３】
図３は、ユーザ端末１の処理フローの一例を示すフローチャートである。本実施形態では、ユーザの最も身近で普及しているＴＶ受信機をユーザ端末１として想定している。通常のＴＶ機能に加え、以下の様な処理フローの機能を有している。
【００５４】
ユーザ車両端末２からの診断応答（図２のステップＳ１１０，Ｓ１１１）をチェックし、応答があった場合、ユーザ車両端末２に対し受信応答を送信し、受信内容をユーザ端末１の表示装置１３を表示する（ステップＳ２０１のＹ→ステップＳ２０２→ステップＳ２０３）。
【００５５】
次に、メンテナンスセンタ端末３からの応答をチェックし、応答が合った場合、受信内容をユーザ端末１の表示装置１３に表示する（ステップＳ２０４のＹ→ステップＳ２０５）。ここで、メンテナンスセンタ端末３より送られてくる情報がメンテナンスを行えるディーラ所在地を示す情報である場合、ユーザの選択によってユーザ車両端末２を介してカーナビゲーションシステムへ転送することができる（ステップＳ２０６のＹ→ステップＳ２０７のＹ→ステップＳ２０８）。
【００５６】
その後、ユーザからのキー入力待ち（ここではＴＶ受信機のリモコンキー等の操作待ち）となり（ステップＳ２０９）、何らかの入力が有った場合、診断システムに対して有効なキー入力かどうかを判断する（ステップＳ２０９のＹ→ステップＳ２１０）。有効でない場合、通常のＴＶ操作となり、ＴＶ処理へと移行するが（ステップＳ２１０のＮ→ステップＳ２１１）、有効である場合、車両への診断要求を発信させるキーかどうかを判定する（ステップＳ２１０のＹ→ステップＳ２１２）。
【００５７】
診断要求であった場合、ユーザ車両端末２に診断要求を発信する（ステップＳ２１２のＹ→ステップＳ２１３）。診断要求でなかった場合は、メンテナンスセンタ端末３への要求が発生したかどうかを判定し（ステップＳ２１２のＮ→ステップＳ２１４）、要求発生であればメンテナンスセンタ端末３へ要求を発信し（ステップＳ２１４のＹ→ステップＳ２１５）、そうでなければ表示装置１３の画面表示更新を行なう（ステップＳ２１４のＮ→ステップＳ２１６）。ユーザがメンテナンスの予約を行なう場合、ユーザはその予約の希望地（ディーラ所在地）をメンテナンスセンタ端末３との通信によって選択することができる。これにより、ユーザはユーザ自身の生活圏以外の地域でもメンテナンス予約の手続きを行うことができる。この場合、前記ステップＳ２０６，Ｓ２０７，Ｓ２０８によってディーラ所在地情報をカーナビゲーションシステムに転送することができる。
【００５８】
図４は、ディーラ端末４の管理システム４２側の処理フローの一例を示すフローチャートである。
【００５９】
先ず、一定時間内にキー入力が有るか否かを判定し、キー入力が発生した場合、予め用意された何れの機能を指定しているかを判断し、モードを切り替える（ステップＳ３０１のＹ→ステップＳ３０２）。この実施形態では、ユーザ車両の検索とユーザ車両の新規登録が用意されている。
【００６０】
車両検索機能を選択していた場合、検索画面を表示し、任意の検索情報をもってメンテナンスセンタ端末３へユーザ車両の検索を依頼する（ステップＳ３０２のＹ→ステップＳ３０３→Ｓ３０４）。メンテナンスセンタ端末３からの応答を受信し、該当車両がデータベース３２に存在しない場合、新規登録モードへ遷移する（ステップＳ３０５のＮ→ステップＳ３０７）。存在した場合は、メンテナンスセンタ端末３からのデータ取得と表示を行なう（ステップＳ３０５のＹ→ステップＳ３０６）。
【００６１】
一方、前記ステップＳ３０１でのキー入力が新規ユーザ登録であった場合（ステップＳ３０２のＮ）、登録画面を表示し（ステップＳ３０７）、各種の登録情報を入力後、メンテナンスセンタ端末３へ情報登録を要求する（ステップＳ３０８→ステップＳ３０９）。
【００６２】
この後は車両検索と同様、データベースを更新し（ステップＳ３１０）、該当車両にメンテナンス要求があるか否かをチェックして、メンテナンス要求があれば、空きがある整備端末４１へメンテナンス情報や車両情報を送信する（ステップＳ３１０→ステップＳ３１１のＹ→ステップＳ３１２）。
【００６３】
一方、前記ステップＳ３０１で有効なキー入力が無かった場合、メンテナンスセンタ端末３との送受信をチェックして、送受信要求があれば、送受信処理を行い、必要に応じて画面の更新やデータベースへの登録を行なう（ステップＳ３０１のＮ→ステップＳ３１３のＹ→ステップＳ３１４）。
【００６４】
また、整備端末４１との送受信をチェックして、送受信要求があれば、送受信処理を行い、必要に応じて画面の更新やデータベースへの登録を行なう（ステップＳ３１５のＹ→ステップＳ３１６）。更に、整備端末４１は、通信内容によってステップＳ３１３でメンテナンスセンタ端末３への要求や応答を管理システム４２を通して要求することもできる。
【００６５】
図５は、ディーラ端末４の整備端末４１側の処理フローの一例を示すフローチャートである。
【００６６】
先ず、一定時間内にキー入力が有るか否かを判定し、キー入力が発生した場合、予め用意された何れの機能を指定しているかを判断し（ステップＳ４０１のＹ→ステップＳ４０２）、それぞれの処理を行なう。メンテナンス開始時には、整備対象車両の確認及び関連情報の取得要求を行ない、応答待ちとなる（ステップＳ４０２のＹ→ステップＳ４０３→ステップＳ４０４のＮループ）。応答が検知できた段階で、車両応答通知を出し、取得した情報は表示装置４４に表示する（ステップＳ４０４のＹ→ステップＳ４０５→ステップＳ４０６）。
【００６７】
一方、メンテナンス開始でない場合は、画面操作において移り変わる表示制御を行い（ステップＳ４０２のＮ→ステップＳ４０７）、その過程で情報要求や発信要求が発生した場合、その要求は管理システム４２に通知される（ステップＳ４０８のＹ→ステップＳ４０９）。また、作業者の通知による作業終了時には、管理システム４２に該当の整備端末４１が空いたことを通知する（ステップＳ４１０のＹ→ステップＳ４１１）。
【００６８】
最初のステップＳ４０１で有効なキー入力が無かった場合は、管理システム４２との送受信チェックを行い、応答がある場合（ステップＳ４１２のＹ）、ステップＳ４０７からの処理を行なう。
【００６９】
図６（ａ），（ｂ）に、ユーザ端末１の表示装置１３の画面表示例を示す。ユーザ端末１は、ユーザ車両端末２からの警告や、ユーザの操作によるユーザ車両端末２との通信によってユーザ車両の状態を把握する。
【００７０】
この時、ユーザが知り得る情報は、ユーザ車両端末２に搭載されているシステムコントローラ２２が検知可能な自己診断情報や任意のトリガで発生したお知らせ的な情報である。ここで、診断情報とは、例えば燃料残量、バッテリー電圧、ランプ切れ、油圧等、直接走行に支障が出るような項目を示す。また、お知らせ的な情報とは、走行距離、燃費、エンジンオイル交換時期、車検期日、免許更新等の項目を示す。
【００７１】
図６（ａ）の例では、燃料残量１３ａ、バッテリーチェック結果１３ｂ、ランプチェック結果１３ｃの診断情報と、走行距離１３ｄ、燃費１３ｅ、オイル交換時期１３ｆ、車検日までの残日数１３ｇのお知らせ情報が提示されている。ここで、ユーザがメンテナンスを必要とする場合、図６（ｂ）の次画面に進み、メンテナンス希望日１３ｈ、生活圏で行なわない場合はメンテナンス希望地１３ｉ、予約状況１３ｊ及び予約が取れた場合にディーラ所在地をカーナビゲーションシステムに転送するか否かの選択１３ｋ等の情報を入力後、検索キー１３ｍにて検索を実行する。図６（ｂ）は検索中画面である。
【００７２】
図７（ａ）は、整備端末４１の表示装置４４のメイン画面であり、図４のステップ３１２により送信された登録車両情報を表示している。このメイン画面には、対象となるユーザ車両４４ａがどのようなメンテナンス４４ｂ，４４ｃを受けるかや、メンテナンスに対するユーザからの希望があるかどうか等が明確に表示されている。この実施例では、オイル交換４４ｄ、タイヤバランスチェック４４ｅ及びタイヤの空気圧の指定４４ｆがユーザからされていることが分かる。更に、詳細な情報がある場合には図７（ｂ）の次画面に進み、情報を取得することができる。図７（ｂ）ではオイルメーカ等の指定４４ｇがされていることが分かる。
【００７３】
次に、複数の工程を包括するようなメンテナンスの場合、すなわち定期点検や車検においては、図７（ｃ）の工程画面に最も効率の良い手順で整備手順が示されている。図７（ｃ）の画面によればランプチェック項目４４ｈがあり、何を何箇所チェックするかが明示されている。チェック箇所は、車種はもちろんのことユーザ車両のオプション状態によって異なる。また、図７（ｄ）の画面では、実際にチェックすべきランプの配置４４ｉが分かりやすく明示されており、作業者の見落とし等や作業品質を落とすことを防止している。
【００７４】
このように、ユーザにとって車両の状態を常に把握することでメンテナンスのタイミングを逃すことなく、ユーザ車両の状態を常に良好に保つことができる。
【００７５】
さらに、通信手段を具備することでディーラとの情報の共有化が可能となり、ユーザ車両の車種に合致したメンテナンス手順や状態から予測される問題箇所への対応情報をデータベースより取得し、整備端末４１に明示することで、整備スキルを一定水準に保持することができる。
【００７６】
以上のように、本実施形態によれば、ユーザ端末１、ディーラ端末４、ユーザ車両端末２及びセンタ端末３がネットワークを構築することで、メンテナンス情報，店舗（ディーラ）情報，メンテナンス予約管理情報等のメンテナンス関連情報が一元的に把握でき、ユーザにとってもディーラの情報(定休日，所在地，連絡先，修理工場の込み具合等)を予め知る必要も無く予約手続きを行うことができる。又、センタ経由とすることで予約手続き自体は年中無休，２４時間体制が可能となる。
【００７７】
さらに、ユーザ端末１とディーラ端末４は、それぞれユーザ車両端末２との専用の通信手段として無線ＬＡＮ１１，４５を有しているので、ユーザ車両端末２（無線ＬＡＮ２４）と効率よく通信を行うことができる。
【００７８】
また、ユーザ端末１は、ユーザ車両端末２からユーザ車両の診断結果を受け取り、受け取ったユーザ車両の診断結果やユーザの希望に応じたメンテナンス予約要求をセンタ端末３に送信することができるので、忘れがちな定期点検や定期メンテナンスに関する通知はもちろんのこと、随時変化する車両の状態を容易に把握することも可能となる。又、ユーザの希望に応じてメンテナンス予約要求をセンター端末３に送信することで、ディーラの所在地，予約状況，担当者等を返信として受け取ることができる。
【００７９】
さらに、ユーザ端末１は、センタ端末３から受け取ったディーラ所在地の情報をカーナビゲーションシステムに転送することで、地元に限らず帰省先、旅先でもメンテナンスサービスを容易に受けることができる。
【００８０】
このディーラ所在地の決定に際しては、ユーザ端末１がデジタル放送が受信可能なセットトップボックス若しくは受信ユニットが内蔵されたＴＶ受信機であれば、デジタルユニットの設定情報（郵便番号等）を元に最寄の店舗を推奨することができる。
【００８１】
また、ユーザ端末１が移動体通信端末であり、ＧＰＳを具備している場合、そのＧＰＳ情報を元に最寄の店舗を推奨することもできる。
【００８２】
さらに、上記のような位置特定情報の有無に係わらず、ユーザが任意の位置情報(電話番号，住所，郵便番号等)をマニュアル入力することで、最寄の店舗を推奨することができる。
【００８３】
一方、ディーラ端末４は、ユーザからのメンテナンス依頼やユーザ車両のメンテナンス履歴をセンタ端末３から取得することで、ユーザからのメンテナンス依頼やユーザ車両のメンテナンス履歴を容易に取得することができる。又、ユーザ車両のメンテナンス情報をセンター端末３に送信することで、ユーザ車両の一元管理をより容易にすることができる。
【００８４】
さらに、ディーラ端末４はメンテナンス条件をセンター端末３に送信することで、メンテナンスの手法及び最も効率的なメンテナンスの処理順序をセンター端末３から取得することができる。
【００８５】
また、センタ端末３は、定期的なメンテナンスが必要な項目についてユーザ端末１にメッセージ表示による通知を行なうことができる。
【００８６】
また、ユーザ端末１は、任意の周期若しくはユーザの意図によってユーザ車両の自己診断を実行し、その結果を表示することができる。
【００８７】
また、ユーザ車両端末２は、警告的，緊急的な車両の状態が発生した場合、その情報を自発的にユーザ端末１に通知することができる。
【図面の簡単な説明】
【００８８】
【図１】本願発明の一実施形態に係る車両メンテナンスシステムの要部を示すシステム構成図。
【図２】ユーザ車両端末の処理フローの一例を示すフローチャート。
【図３】ユーザ端末の処理フローの一例を示すフローチャート。
【図４】ディーラ端末の管理システム側の処理フローの一例を示すフローチャート。
【図５】ディーラ端末の整備端末側の処理フローの一例を示すフローチャート
【図６】ユーザ端末の表示装置の画面表示例を示す図。
【図７】整備端末の表示装置の画面表示例を示す図。
【符号の説明】
【００８９】
１  ユーザ端末
１１  無線ＬＡＮ
１２  システムコントローラ
１３  表示装置
１４  リモコン
１５  受光部
２  ユーザ車両端末
２１  ＣＰＵ
２２  システムコントローラ
２３  記憶装置
２４  無線ＬＡＮ
３  メンテナンスセンタ端末
３１  管理システム
３２  データベース
４  ディーラ端末
４１  整備端末
４２  管理システム
４３  データベース
４４  表示装置
４５  無線ＬＡＮ
４６  入力装置
４７  システムコントローラ
【図１】
2007213114.tif 000003
【図２】
2007213114.tif 000004
【図３】
2007213114.tif 000005
【図４】
2007213114.tif 000006
【図５】
2007213114.tif 000007
【図６】
2007213114.tif 000008
【図７】
2007213114.tif 000009