ナビゲーションシステム
【課題】ディーラ等への予約やスケジュール調整を行う手間を省いてユーザの利便性を向上させたナビゲーションシステムを提供する。
【解決手段】ディーラの予約状況に関する予約状況データ５を有するディーラ側端末装置３と通信可能な通信装置２と、車両の整備必要時期を判断する整備時期判断手段と、ユーザのスケジュールデータ２９を管理するスケジュール管理手段と、予約状況データ５及びスケジュールデータ２９を参照しつつ、ディーラに予約を入れることが可能な予約可能日時を特定する予約調整手段とを有するナビゲーション装置１０とを備え、整備時期判断手段が整備必要と判断し、予約調整手段が予約可能日時を特定したときは、通信装置２からディーラ側端末装置３に予約申込信号が送信される。
【解決手段】ディーラの予約状況に関する予約状況データ５を有するディーラ側端末装置３と通信可能な通信装置２と、車両の整備必要時期を判断する整備時期判断手段と、ユーザのスケジュールデータ２９を管理するスケジュール管理手段と、予約状況データ５及びスケジュールデータ２９を参照しつつ、ディーラに予約を入れることが可能な予約可能日時を特定する予約調整手段とを有するナビゲーション装置１０とを備え、整備時期判断手段が整備必要と判断し、予約調整手段が予約可能日時を特定したときは、通信装置２からディーラ側端末装置３に予約申込信号が送信される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ナビゲーションシステムに関するものである。
【背景技術】
【０００２】
従来、ＧＰＳ信号の受信等により車両の現在位置を特定するとともに、所定の走行関連データ等に基づいて表示部に地図画面を表示させ、この地図画面上に車両位置を表示させて走行を案内するナビゲーション装置及びこれを適用したナビゲーションシステムが知られている。また、ナビゲーション装置においては、ＶＩＣＳ（道路交通情報通信システム）を利用して走行に関する様々な情報をユーザに提供したり、音声出力機構を備えてこれら各種の情報や車両位置等の走行情報を音声によって案内するものも実用化されている。
【０００３】
ところで、車両は、走行によってエンジンオイルやバッテリ等が消耗し、これら消耗品の交換を怠ると車両の走行性能が低下したり、環境に悪影響を及ぼしたりするおそれがある。しかし、普段車両の整備に関心の低いユーザにとって、これらの消耗品の交換時期は忘れがちである。そこで、近年、例えば、このような消耗品の交換時期等、走行情報以外の情報をユーザに報知させる機能を備えたナビゲーション装置が提案されている（例えば、特許文献１参照）。
【０００４】
また、車両が安全に走行を行うためには、消耗品の交換のほかにも定期的に車検を行う等各種の整備を行うことが必要であり、車検等の時期は一般にディーラ等からユーザに通知される。
【０００５】
ユーザは消耗品の交換時期や車検時期が迫っていることを知ると、適宜自己のスケジュールを確認しつつディーラ等に電話やインターネット等で消耗品の交換等のサービスや車検を受けること等について予約を行うこととなる。しかし、車両に関する予約情報は車両に乗車している際に確認できることが便宜である。また、予約を入れた先の施設の位置や施設までの経路等をユーザが自分で確認するのは煩雑である。
【０００６】
そこで、ユーザが店や各種の施設に予約を入れたときには、この予約情報をユーザのスケジュールに加え、この予約情報の表示等を行うとともに適宜この予約情報に基づいて予約した施設等への経路案内を行うナビゲーション装置も提案されている（例えば、特許文献２参照）。
【特許文献１】特開２０００−１６１９７２号公報
【特許文献２】特開２００２−２６７４７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ユーザが消耗品の交換や車検について予約を行おうとしても、ユーザの希望する日時がディーラ側の予定と合致しない場合もある。この場合、ユーザは再度自らのスケジュールを確認し、予約可能な日を調整しなければならない。また、ユーザが時間に余裕のない場合には、こうしたスケジュール調整、ディーラ等への予約の連絡及び予約の確認等を行うことは煩雑である。このため、たとえ、ユーザが消耗品の交換や車検の必要を認識していても、その時期を逸してしまうおそれがあるとの問題があった。
【０００８】
そこで、本発明は以上のような課題を解決すべくなされたものであり、ディーラ等への予約やスケジュール調整を行う手間を省いてユーザの利便性を向上させたナビゲーションシステムを提供することを目的とするものである。
【課題を解決するための手段】
【０００９】
このような問題を解決するため、請求項１に記載されているナビゲーションシステムは、ディーラの予約状況に関する予約状況データを有するディーラ側端末装置と通信可能な通信手段と、
車両の整備必要時期を判断する整備時期判断手段と、ユーザのスケジュールデータを管理するスケジュール管理手段と、前記予約状況データ及び前記スケジュールデータを参照しつつ、前記ディーラに予約を入れることが可能な予約可能日時を特定する予約調整手段とを有するナビゲーション装置を備え、
前記整備時期判断手段が整備必要と判断し、前記予約調整手段が予約可能日時を特定したときは、前記通信手段から前記ディーラ側端末装置に予約申込信号が送信されることを特徴としている。
【００１０】
請求項２に記載されている発明は、請求項１に記載のナビゲーションシステムにおいて、目的地までの経路を探索する経路探索手段を備え、
前記予約調整手段は、前記経路探索手段によって探索された目的地までの走行経路上あるいはその近傍にディーラが位置する場合に、前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴としている。
【００１１】
請求項３に記載されている発明は、請求項１又は請求項２に記載のナビゲーションシステムにおいて、前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールと前記ディーラの予約可能日時とが合致しないと判断するときは、前記ユーザのスケジュールの変更の可否を問い合わせるとともに、変更が可能である場合には、前記ユーザのスケジュールの変更を行うことを特徴としている。
【００１２】
請求項４に記載されている発明は、請求項１に記載のナビゲーションシステムにおいて、前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールに空きのある日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴としている。
【００１３】
請求項５に記載されている発明は、請求項１に記載のナビゲーションシステムにおいて、目的地までの経路を探索する経路探索手段を備え、
前記経路探索手段によって探索された目的地までの走行経路上あるいはその近傍にディーラが位置しない場合又は目的地までの走行経路上あるいはその近傍にディーラが位置する日にディーラの予約が不可である場合に、前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールに空きのある日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴としている。
【００１４】
請求項６に記載されている発明は、請求項４又は請求項５に記載のナビゲーションシステムにおいて、前記予約調整手段は、前記ユーザのスケジュールに空きのある日が複数ある場合に、所定の優先順位に従って前記ディーラに予約を入れることが可能な予約可能候補日を判断することを特徴としている。
【００１５】
請求項７に記載されている発明は、請求項４又は請求項５に記載のナビゲーションシステムにおいて、前記予約調整手段は、前記ユーザのスケジュールに空きのある日に休日が含まれている場合には、休日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴としている。
【００１６】
請求項８に記載されている発明は、請求項１から請求項７のいずれか一項に記載のナビゲーションシステムにおいて、前記車両に備えられる消耗品の消耗程度を検知する消耗検知機構を備え、前記整備時期判断手段は、前記消耗検知機構によって検知された結果に基づいて、車両の整備必要時期の判断を行うことを特徴としている。
【００１７】
請求項９に記載されている発明は、請求項１から請求項８のいずれか一項に記載のナビゲーションシステムにおいて、前記整備時期判断手段は、前記車両の累積経過時間及び累積走行距離の少なくとも何れか一方が所定の閾値を超えているか否かに基づいて、車両の整備必要時期の判断を行うことを特徴としている。
【００１８】
請求項１０に記載されている発明は、請求項１から請求項９のいずれか一項に記載のナビゲーションシステムにおいて、前記整備時期判断手段は、前記ディーラ側端末装置から送信される情報に基づいて、車両の整備必要時期の判断を行うことを特徴としている。
【００１９】
請求項１１に記載されている発明は、請求項１から請求項１０のいずれか一項に記載のナビゲーションシステムにおいて、前記通信手段から前記ディーラ側端末装置に予約申込信号が送信されたときは、前記スケジュール管理手段は、前記スケジュールデータの更新を行うことを特徴としている。
【００２０】
請求項１２に記載されている発明は、請求項１から請求項１１のいずれか一項に記載のナビゲーションシステムにおいて、音声によって入力指示を行う音声入力部と、前記音声入力部から入力された音声を処理する音声認識処理手段とを備えたことを特徴としている。
【発明の効果】
【００２１】
本発明によれば、車両の消耗品の交換時期が近い場合や、車検時期が迫っている場合には、ナビゲーション装置がディーラ側端末装置から予約状況データを取得してユーザのスケジュールデータと照合し、ディーラのサービスを受けるための予約を行うことが可能か否かの判断を行う。このため、ユーザが、自らスケジュールを確認しディーラに予約を入れる等の手間が不要となり、時間に余裕のないユーザでも容易かつ確実に車両整備のサービスを受けることが可能となる。
【００２２】
また、車両の消耗品の交換時期や、車検時期といった車両に関する予定をナビゲーション装置によってすべて統括的に管理することできるため、車両整備に関心の薄いユーザであっても消耗品の交換時期等を逸することなく、走行の安全を図ることができるという効果を奏する。
【発明を実施するための最良の形態】
【００２３】
以下、図１から図５を参照しつつ、本発明に係るナビゲーションシステムの第一実施形態について説明する。
【００２４】
まず、図１に示すように、本実施形態のナビゲーションシステム１に適用されるナビゲーション装置１０には、例えば、通信手段として、携帯電話機や通信機能を有するメモリーカード等の通信装置２が無線方式又は有線方式によって接続可能となっており、これらの通信装置２により、ネットワークを介して、ディーラ側端末装置３に接続可能となっている。なお、ナビゲーション装置１０が通信モジュールを内蔵している場合には、通信装置２を介することなくネットワークに接続し、ネットワークを介してディーラ側端末装置３に接続可能となる。
【００２５】
ディーラにおいては、例えば、車検、エンジンオイルやバッテリ等の消耗品の交換等といった車両の整備に関する各種のサービスを受けることが可能であり、ディーラ側端末装置３は、顧客の所有する車両の車検時期や各種消耗品の交換時期等に関する各種の顧客データ４を有している。また、ディーラ側端末装置３は、ディーラにおいて受けることのできる各種のサービスを予約可能な日時に関する予約状況データ５を備えている。ナビゲーション装置１０は、ネットワークを介してディーラ側端末装置３に接続することにより、これらの各種データを取得可能となっている。
【００２６】
ナビゲーション装置１０には、通信部６が設けられており、例えば、携帯電話機やＰＤＡ、ユーザのパーソナルコンピュータ等の各種端末装置７に設けられた通信部（図示せず）との間で無線方式又は接続端子等を介した有線方式により通信を行うことが可能となっている。これら端末装置７には、ユーザのスケジュールデータ２９が格納されており、ナビゲーション装置１０は、通信部６を介してこれら端末装置７と接続されることによりスケジュールデータの送受信を行うことができるようになっている。なお、ナビゲーション装置１０が、ブルートゥース通信部を備えている場合には、ブルートゥース通信部を備える各種端末装置との間で、ブルートゥース通信部を介した各種データの送受信を行うようになっていてもよい。
【００２７】
また、ナビゲーション装置１０は、ユーザがキー操作等により各種情報を入力する入力操作部８、音声によって入力を行う音声入力部９、ユーザに対して各種情報を表示する表示部１１、音声を出力する音声出力部１２や、例えばハードディスク等によって構成され各種データを記憶する記憶部１３、外部から入力されたユーザの個人的なデータ等を記憶する外部メモリ１９、及び車両内の各種消耗品の劣化等を検知する消耗検知機構１４を備えている。また、車両の位置を特定する位置特定手段を構成するものとして車両の走行距離を検出する距離センサ１５、車両が進行する方位を検出する方位センサ１６、ＧＰＳ（Global Positioning Systems）衛星からの信号を受信するＧＰＳ受信部１７、ＶＩＣＳ（道路交通情報通信システム）によって提供される情報を受信するＶＩＣＳ受信部１８を備えている。さらに、ナビゲーション装置１０は、このナビゲーション装置１０の各構成要素を統括的に制御する制御部２０を備えており、制御部２０は、ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３等から構成されている。また、これら各構成要素はバス２４により接続されている。
【００２８】
入力操作８は、例えば、タッチパネル、ライトペン、各種のキーや操作ボタン等によって構成されており、ユーザがこれらを操作することにより、操作に応じた操作信号をＣＰＵ２１に出力するようになっている。
【００２９】
また、音声入力部９は、例えば、内蔵型のマイクロフォン（図示せず）を備えており、このマイクロフォンによって集音された音声信号を増幅し、サンプリングしてＡ／Ｄ変換する。これにより、音声入力部９は、当該音声を表すデジタル形式の音声データを生成し、生成した音声データをパルス信号としてＣＰＵ２１に出力するようになっている。
【００３０】
表示部１１は、例えばＴＦＴ（Thin Film Transister）等を備えた液晶ディスプレイによって構成されており、ＣＰＵ２１からの各種信号に基づいて、ユーザに対する各種メッセージや、地図上における車両の現在位置等を表示するようになっている。なお、前記入力部８のタッチパネルは、表示部１１の液晶ディスプレイ上に設けられるようにしてもよい。
【００３１】
音声出力部１２は、例えば、Ｄ／Ａ変換部、Ｄ／Ａ変換部からのアナログ信号を増幅する増幅部、及びスピーカ（いずれも図示せず）を備えている。音声出力部１２には、ユーザに対する各種メッセージや進行方向を指示するメッセージ等に対応する各種の音声信号がＣＰＵ２１から送られるようになっており、音声出力部１２は、これらの音声信号をＤ／Ａ変換部においてＤ／Ａ変換し、増幅部によって増幅した後、スピーカから音声出力させるようになっている。
【００３２】
記憶部１３は、当該ナビゲーション装置１０に着脱可能に装填されるものであり、例えばＤＶＤ−ＲＯＭ（Digital Versatile Disc-Read Only Memory）やＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）等によって構成されている。この記憶部１３には、例えば、地図データ、道路データ、誘導データ等の各種走行関連データ２７や音声認識の際に参照される音声認識用データ２８等が格納されている。
【００３３】
ここで、地図データとは、ガソリンスタンドや郵便局等を表すアイコン（図柄）、地名等を表す文字データ、及び地図の背景画像データから成るデータである。道路データとは、マッチングの際に読み出されるデータであり、道路の名称、有料道路／一般道路の区別、国道／県道の区別、車線数、規制速度等を表すデータである。また、誘導データとは、経路の誘導時に読み出されるデータであり、交差点の名称、交差点の目印（例えば、商店の名称等）を表すデータである。
【００３４】
また、音声認識用データ２８とは、例えば、音声入力部から入力されることが予想される様々な単語が予め品詞ごとに分類され記憶された単語データと、入力された単語を所定の処理と対応付ける対応付けデータ等の音声認識処理に必要な各種のデータである。対応付けデータは、例えば、「変更」「遅く」「早く」「ずらす」「前に」「後に」等の時間の先後関係等に関するキーワードと、「構わない」「できる」「よい」「お願い」等の肯定的なキーワード及び「できない」「だめ」「よくない」等の否定的なキーワードとを記憶しており、先後関係等に関するキーワードと、肯定的又は否定的なキーワードとがそれぞれ掛け合わされた場合に、各組み合わせに対応する指示の意味内容及びそれに対する適切な対応及び応答が対応付けられて記憶されているものである。
【００３５】
外部メモリ１９は、例えば、フラッシュメモリカード等により構成されるものであり、例えば、ユーザの各種端末装置７から取得されたスケジュールデータ２９や、過去に行われた車両整備の内容、時期等に関する車両整備データ３０等の各種データを記憶するものである。なお、この外部メモリに記憶される各種データ等を制御部２０のＲＡＭ２３等に記憶させることも可能であり、この場合には外部メモリを必要に応じて設けることとすればよい。
【００３６】
次に、距離センサ１５は、例えば、車両の車輪の回転数に基づいて、一定の走行距離毎にパルス信号を生成し、生成したパルス信号をＣＰＵ２１に出力するようになっている。また、方位センサ１６は、例えば、ジャイロを用いて車両の単位時間当たりの回転角度を検出し、検出した回転角度をＣＰＵ２１に出力するようになっている。
【００３７】
ＧＰＳ受信部１７は、複数のＧＰＳ衛星の各々からスペクトラム拡散信号を受信し、受信した複数のスペクトラム拡散信号同士の位相差に基づいて当該ナビゲーション装置１０が搭載される車両の絶対的な位置を表す現在地データを検出し、検出した現在地データをＣＰＵ２１に出力するようになっている。
【００３８】
ＶＩＣＳ受信部１８は、ＦＭ電波で送信される情報を受信するためのＦＭアンテナ（図示せず）及び道路上に所定間隔で設置された光ビーコンや電波ビーコン（情報通信施設）から送信される情報を受信するためのビーコン受信部（図示せず）等から構成されている。ＶＩＣＳ受信部１８は、これらＦＭアンテナ及びビーコン受信部から渋滞、事故、交通規制、駐車場等の交通情報をリアルタイムで受信し、受信した交通情報をＣＰＵ２１に出力するようになっている。
【００３９】
また、消耗検知機構１４は、例えば、各種のセンサや計測器であり、車両内の各消耗品うち、センサによって劣化の度合いを検知することのできるものについてはそれぞれ消耗検知機構１４としてのセンサが設けられている。これら各消耗検知機構１４によって検知された結果は、ＣＰＵ２１に送られるようになっており、ＣＰＵ２１は、その検知結果から、各消耗品の交換が必要か否かを判断するようになっている。
【００４０】
ここで、車両内の消耗品としては、例えば、エンジンオイル、ブレーキオイル、バッテリ、ブレーキパッド、エンジン冷却水等がある。このうち、例えば、バッテリについては、電圧の変化を測定することによって劣化の度合いを判断することが可能であり、消耗検知機構１４として電圧計が用いられる。また、エンジン冷却水については一定の量に保たれているかを測定するセンサが消耗検知機構１４として用いられる。なお、車両がＯＢＤ-ＩＩ（自動車故障診断機）の規格に適合するものである場合には、ＯＢＤ-ＩＩを利用して故障箇所の検知が行われるようにしてもよい。ＯＢＤ-ＩＩとは、例えば、外部のコンピュータ等（図示せず）との間で相互通信を行うことができる検査機器である。ＯＢＤ-ＩＩは、予めコンピュータに記憶されているセンサ類の信号に異常がある場合にこれを検知することができ、主としてエンジンの制御状態が正常であるか否かを検知することができるようになっている。すなわち、ＥＣＵ（エンジン・コントロールコンピュータ・ユニット）が搭載され、コンピュータによってエンジンが制御されている車両においては、例えば、排気管のフロントパイプに取り付けられた酸素センサ（図示せず）等によって排気ガス中の酸素濃度のチェックが行われ、ＥＣＵは、こうしたセンサから送られるアナログ信号に基づいて、理論空燃比（空気１４．８：燃料１）が保たれるよう、酸素濃度のフィードバック制御を行うようにプログラムされている。ＯＢＤ-ＩＩは、外部のコンピュータ等と自動車の車両制御コンピュータとデータ通信を行いこのようなＥＣＵの制御状態をモニタリングすることができるものである。そこで、ＯＢＤ-ＩＩ規格に適合する車両の場合、ナビゲーション装置１０によってＥＣＵに送られる各種センサからの信号を受信し、ＣＰＵ２１は、この信号に基づいて故障箇所の有無、消耗品の交換の要否等の判断を行うことができる。
【００４１】
制御部２０は、例えば、ＣＰＵ２１等から構成され、ＲＯＭ２２に格納される所定のプログラムを読み出してＲＡＭ２３の作業領域に展開し、当該プログラムに従って各種の処理を実行するようになっている。
【００４２】
特に、本実施形態においては、ＲＯＭ２２には、ユーザが入力操作部８を操作したり、音声入力部９から音声入力を行ったりすることにより設定された目的地へユーザを誘導するためのナビゲーションプログラム２５が格納されており、ＣＰＵ２１は、このナビゲーションプログラム２５をＲＡＭ２３に展開することにより、以下の処理を行うようになっている。
【００４３】
すなわち、ＣＰＵ２１は、距離センサ１５により生成されたパルス信号及び方位センサ１６により検出された回転角度に基づいて、当該ナビゲーション装置１０が搭載された車両の相対的な位置変化を算出する。そして、ＣＰＵ２１は、算出した相対的な位置変化と、ＧＰＳ受信部１７により検出された絶対的な車両の位置を表す現在地データとをマッチングさせることにより、車両の現在位置情報を生成するようになっている。
【００４４】
また、ＣＰＵ２１は、経路探索手段として機能するようになっており、記憶部１３に格納されている地図データ等の走行関連データ２７を読み出して、車両の現在位置からユーザが設定した目的地に至る経路を探索し、決定する。そして、決定した経路に沿ってユーザを誘導するための誘導情報を生成するようになっている。
【００４５】
さらに、ＣＰＵ２１は、走行関連データ２７等の各種データ、生成された現在位置情報、誘導情報及びＶＩＣＳ受信部１８によりリアルタイムに受信される交通情報を参照して、地図上に車両の現在位置をマーキングするとともに、誘導経路や交通情報を付加した案内地図に関する画像情報を生成する。そして、ＣＰＵ２１は、生成された画像情報に基づいて案内地図を表示部１１に表示させるようになっている。
【００４６】
また、ＣＰＵ２１は、音声認識処理手段として機能するようになっており、音声入力部９からユーザ等によって音声による指示が入力されたときは、入力音声の認識を行う。音声認識は、例えば以下の手法で行われる。すなわち、音声による入力が行われたときは、ＣＰＵ２１は、記憶部１３に格納されている単語データ、対応付けデータ等の音声認識用データ２８を読み出すようになっている。そして、入力された音声の波形と単語データ内に予め登録されている各単語の波形とのマッチング度合いを算出し、算出された結果をスコアとして出力するようになっている。そして、スコアが最大値となった単語を入力音声の単語として認識する。さらに、ＣＰＵ２１は、認識された単語の解析、分類を行って、キーワードを抽出し、このキーワードに対して対応付けられるべき処理を対応付けデータを参照しつつ特定する。例えば、「変更」「遅く」「できる」といったキーワードが抽出されると、ＣＰＵ２１は、当初予定されていた時刻よりも遅い時間に予定を変更することが可能であるとの指示が入力されたと認識し、当初よりも遅い時間に予定を変更する処理を行うことを決定する。行うべき処理が特定されると、この処理に対応する音声の合成処理を行うようになっている。具体的には、予めデータとして格納されている図示しない音片データや音素データ等を読み出してこの中から適当な音片や音素を適宜組み合わせることにより所望の音声を合成し音声情報を生成するようになっている。ＣＰＵ２１は、音声情報を生成すると、生成した音声情報に基づいて音声を音声出力部１２から出力させるようになっている。また、ユーザからの音声入力のない場合であっても、ＣＰＵ２１は、車両を誘導経路に沿って走行させるための進行方向を指示する音声や各種の警告、報知に関する音声等の必要な音声を合成して音声情報を生成するとともに、生成した音声情報に基づいた音声を音声出力部１２から出力させるようになっている。なお、音声認識処理を行う手法はここに示したもので限定されず、他の手法によるものとしてもよい。
【００４７】
次に、ＣＰＵ２１は、車両の整備必要時期を判断する整備時期判断手段として機能するようになっており、消耗検知機構１４等から送られた検知結果から車両の整備が必要であると判断すると、整備を行うべき時期を基準として所定の整備を行うべき期間を特定するようになっている。また、ＣＰＵ２１は、エンジンオイル、ブレーキオイル、ブレーキパッド等のように、ほぼ車両の走行距離に比例して劣化するものについては、距離センサ１５によって検出される車両の走行距離及び図示しない経時手段によって取得される経過時間と車両整備データ３０とを参照することにより、前回整備が行われたときからの累積経過時間及び累積走行距離を算出し累積経過時間又は累積走行距離が一定の閾値を超える場合に交換、整備時期である旨の判断を行うようになっている。また、車両整備データから前回車検を行った時期を特定し、このときから所定の期間が経過している場合には車検を行うべき時期であると判断するようになっている。なお、累積経過時間又は累積走行距離についての閾値は、各消耗品ごとに予め設定されている。また、ユーザが事後的に適宜閾値を変更できるようにしてもよい。
【００４８】
なお、ＣＰＵ２１は、例えば、消耗品であれば交換、補充等を行わなくてはならない時期、また車検であれば車検の期限日を整備を行うべき時期とした場合に、この時期よりも前の所定期間をもって整備を行うべき期間とするようになっている。なお、交換等が必要な時期よりもどの程度前をもって整備を行うべき期間とするかについては事前に適宜設定されるようになっている。また、事後的にユーザが任意に設定するようにすることも可能である。
【００４９】
また、本実施形態においては、ＲＯＭ２２には、ディーラの各種サービスを受けるための予約を入れることが可能な予約可能日時を決定する予約調整プログラム２６が格納されており、ＣＰＵ２１は、この予約調整プログラム２６をＲＡＭ２３に展開することにより、予約調整手段として以下の処理を行うようになっている。
【００５０】
すなわち、ＣＰＵ２１は、車両の整備を行うべき時期を基準として所定の整備を行うべき期間が特定されたときは、ユーザのスケジュールデータ２９及び走行関連データ２７等を参照しつつ、この所定期間内の各日における車両の予定位置と目的地までの走行経路を探索し、この所定の走行経路上あるいはその近傍にディーラが位置するか否かの判断を行うようになっている。なお、ディーラの位置が走行経路上からどの程度の範囲内にあるときに近傍に位置すると判断するかについては事前に適宜設定されるようになっている。また、ユーザによって任意に設定することも可能である。
【００５１】
ＣＰＵ２１は、所定の走行経路上あるいはその近傍にディーラが位置すると判断したときは、ディーラの位置を走行経路上の中継地点と仮定して、この場合の出発地点となる現在位置とディーラとの間及びディーラから目的地までの間の各区間の始点から終点までの予想移動時間を算出するようになっている。さらに、例えば、記憶部１３には、ディーラにおいて受けるべきサービスを受けるのに必要とされる一般的な時間の一覧（図示せず）がデータとして予め記憶されており、ＣＰＵ２１は、これを参照することによって、ディーラにおける予想滞在時間を判断し、ＣＰＵ２１は、算出された予想移動時間に予想滞在時間を加算することにより、ディーラに立ち寄った場合の目的地到着時刻を算出するようになっている。さらに、ＣＰＵ２１は、算出された結果からユーザのスケジュールに目的地に到着すべき目標到着時刻として設定されている時刻前に目的地に到着可能であるか否かの判断を行い、目標到着時刻内に到着可能である場合には、ディーラへの立ち寄りが可能であると判断するようになっている。さらに、ＣＰＵ２１は、ネットワークを通じてディーラ側端末装置から取得した予約状況データを参照し、ディーラ到着予定時刻にディーラのサービスの予約を取ることが可能か否かを判断する。そして、予約を取ることが可能な場合には、この日をディーラの予約候補日と判断するようになっている。
【００５２】
例えば、前回行われた整備からの経過時間や累積走行距離、各種センサからの信号等に基づいて、ＣＰＵ２１が１ヶ月以内に車両の整備が必要と判断した場合、ＣＰＵ２１は、現在時点から１ヶ月以内を所定の整備を行うべき期間として特定し、音声又は表示部への表示によりユーザに対してディーラに車両整備の予約を入れるか否かの問い合わせを行うようになっている。そして、ユーザがこれを承諾する場合には、ＣＰＵ２１は、ユーザのスケジュールデータを参照してユーザのスケジュール状態を確認するようになっている。この場合、例えば、直近のスケジュールから順に表示部に表示させるようにしてもよい。次に、ＣＰＵ２１は、通信装置を介してディーラ側端末装置と接続することによりディーラの予約状況データを取得して、この予約状況データを参照することによりディーラの予約可能日時を確認するようになっている。この場合、例えば、整備を行うべき期間内のディーラの予約可能日時を表示部に一覧表示させるようにしてもよい。
【００５３】
例えば、整備を行うべき期間内のユーザのスケジュール状態が図２に示すようになっており、ディーラの予約可能日時が図３に示すようになっている場合、さらに、ＣＰＵ２１は、走行関連データを参照しつつユーザが各スケジュールにおいて立ち寄る地点とディーラとの位置関係の探索を行うようになっている。探索の結果、例えば、ユーザの５月５日のスケジュールが図４（ａ）に示すようになっており、ＣＰＵ２１が、ディーラがＸ電気店と△釣具店との間の走行経路上あるいはその近傍に位置すると判断した場合には、自宅からＢショッピングセンタ間、ＢショッピングセンタからＸ電気店間、Ｘ電気店からディーラ間、及びとディーラから△釣具店間のそれぞれの予想移動時間を算出する。さらに、算出された予想移動時間にディーラでサービスを受けるのに必要とされる予想滞在時間を加算し、算出された結果から目的地に目標到着時刻内に到着可能か否かを判断する。
【００５４】
すなわち、図４（ａ）に示すように、１３：００にＸ電気店を出発し、次の目的地である△釣具店に到着する予定時刻が１８：００である場合、例えば、Ｘ電気店からディーラ間の予想移動時間が３時間であり、ディーラから△釣具店間の予想移動時間が１時間であり、さらに、ディーラでサービスを受けるのに必要とされる予想滞在時間が１時間である場合には、ディーラに立ち寄っても目的地到着時刻は１８：００であり、目標到着時刻内である。したがって、この場合には、ＣＰＵ２１は、ディーラへの立ち寄りが可能であると判断するようになっている。そして、例えば、ディーラ到着予定時刻が１６：００である場合、ディーラの予約状況データを参照した結果、図３に示すように、１６：００からの予約を取ることが可能であれば、ＣＰＵ２１は、５月５日の１６：００をディーラの予約候補日時と判断する。
【００５５】
ＣＰＵ２１は、ディーラの予約候補日時を検出すると、音声出力部１２から音声によって検出された予約候補日時にディーラの予約を入れるか否かを問い合わせるメッセージを出力させるようになっている。なお、音声による出力を行うとともに、又は、音声による出力に代えてその旨を表示部に表示させるようにしてもよい。
【００５６】
出力されたメッセージに対して、ユーザは、予約を入れる又は入れない旨を決定し、音声入力部９又は入力操作部８からその旨の入力を行うようになっている。
【００５７】
なお、図２、図４（ａ）及び図４（ｂ）に示す移動手段とは、その目的地に行くための移動手段を示しており、移動手段が車であるときに本発明を実施するようにしてもよい。
【００５８】
また、図２、図４（ａ）及び図４（ｂ）に示すデータにおいては、到着時刻と出発時刻とが設定されているが、到着時刻、出発時刻は、ＣＰＵ２１がスケジュールデータ２９を参照しつつ設定されるようにしてもよい。この場合、例えば、スケジュールデータ２９に「Ａ社との打ち合わせ １４：００〜１５：００」とある場合には、１４：００を到着時刻とし、１５：００を出発時刻とする。なお、予めスケジュールデータ２９に登録されている時刻に所定時間を加減したものを到着時刻や出発時刻としてもよい。例えば、先の例において、所定時間を１０分間とすれば、１３：５０をＡ社への到着時刻とし、１５：１０を出発時刻とする。この所定時間は、予めＣＰＵ２１の側に設定されていてもよいし、ユーザが適宜設定するものとしてもよい。
【００５９】
なお、図２、図４（ａ）及び図４（ｂ）に示したスケジュールデータ２９の例においては到着時刻と出発時刻とが設定されているものとしたが、これらのスケジュールデータ２９はここに例示したものに限定されず、到着時刻、出発時刻のうちいずれか一方のみを備えるものとしてもよい。この場合には、その目的地のジャンル等からその目的地に滞在すると思われる時間を、到着時刻、出発時刻のうち設定されているものに加算又は減算することにより他方の時刻を算出するようにする。例えば、Ｂショッピングセンターの出発時刻のみが１１：００と設定されている場合、ショッピングセンターのジャンルの滞在時間が1時間とされていれば、到着時刻は出発時刻の１１：００から１時間を減じて１０：００と算出される。なお、滞在時間の設定は、過去に実際にそのジャンルに属する地又はその目的地に滞在した時間を記憶させておき、この記憶されている滞在時間から算出してもよいし、ジャンルごとの平均的な所要時間を基に予め設定され、ＣＰＵ２１のＲＯＭ等にデータとして格納されていてもよい。また、ユーザが入力操作部８等から入力する等の方法によって設定されるものとしてもよい。
【００６０】
一方、算出された予想移動時間にディーラでの予想滞在時間を加算した結果、目的地に目標到着時刻内に到着できないと判断される場合、又は、ディーラへの到着予定時刻に予約が取れない場合には、ＣＰＵ２１は、再度ディーラの予約状況データ５を参照しつつ、その日の出発時刻又は目標到着時刻を変更した場合にディーラに予約を入れることが可能か否かを判断するようになっている。
【００６１】
そして、出発時刻又は目標到着時刻を変更した場合にディーラに予約を入れることが可能と判断される場合には、ＣＰＵ２１は、音声出力部から音声によってその旨を出力させるようになっている。なお、音声による出力を行うとともに、又は、音声による出力に代えて当該日時を表示部に表示させるようにしてもよい。
【００６２】
すなわち、例えば、先の例において、１３：００にＸ電気店を出発し、次の目的地である△釣具店に到着する予定時刻が１８：００である場合、例えば、Ｘ電気店からディーラ間の予想移動時間が３時間であり、ディーラから△釣具店間の予想移動時間が１時間であり、さらに、ディーラでサービスを受けるのに必要とされる予想滞在時間が１時間３０分である場合には、ディーラに立ち寄ってから△釣具店に向かうと目的地到着時刻は１８：３０となり、目標到着時刻を超えている。そこで、この場合には、ＣＰＵ２１は、目的地に目標到着時刻内に到着できないと判断し、ユーザに対して、Ｘ電気店の出発予定時刻を１２：００以前に繰り下げるか、△釣具店への到着時間を１８：００以降としてもよいかを音声出力部１２から音声出力させるようになっている。なお、音声による出力を行うとともに、又は、音声による出力に代えてその旨を表示部１１に表示させるようにしてもよい。
【００６３】
なお、ディーラへの立ち寄りが可能か否かの判断は、１時間単位、３０分単位等一定時間単位で行ってもよいし、さらに細かい時間帯ごとに行ってもよい。また、目的地への目標到着時刻を超えない限りディーラへの立ち寄りが可能と判断するようにしてもよいし、多少時間に余裕がある場合に立ち寄り可能と判断するようにしてもよい。例えば、予想移動時間にディーラでの予想滞在時間を加算した時間が３時間２０分であり、出発予定時刻から目的地への目標到着時刻までの間が３時間３０分である場合、１０分でも目標到着時刻に余裕があれば立ち寄り可能と判断してもよいし、例えば、前後３０分以上の余裕がない場合には立ち寄り不可と判断するようにしてもよい。
【００６４】
出発時刻又は目標到着時刻を変更することによってディーラのへの立ち寄りが可能となり予約を取ることができると判断される場合には、ＣＰＵ２１は、ユーザに対して出発時刻の変更又は目標到着時刻の変更が可能か否かの問い合わせを行うメッセージを音声出力部から音声によって出力させ、又は表示部にその旨の表示をさせるようになっている。そして、この音声又は表示による問い合わせに対して、ユーザは、音声入力部９からの音声入力又は入力操作部からの入力操作によってＣＰＵ２１に対して変更の可否及び変更後の時間についての指示を入力することができるようになっている。
【００６５】
すなわち、例えば、先の例において、ＣＰＵ２１ディーラがＸ電気店と△釣具店間との間に存する場合、例えば、ユーザが、音声入力部９から「Ｘ電気店の出発予定時刻を変更することはできないが、△釣具店への到着時刻は遅くなっても構わない。」との応答を入力したときは、ＣＰＵ２１は、入力された言葉を「Ｘ電気店」「出発予定時刻」「変更」「できない」「△釣具店」「到着時刻」「遅く」「構わない」といった単語に分解し、この中から、「変更」「できない」「遅く」「構わない」といったキーワードとなる単語を抽出する。さらに、制御部は、単語データ及び対応付けデータ等を参照しつつ、ユーザの入力指示の内容を認識し、これに対応する処理を決定して、適切な音声を合成して音声出力装部から出力させるようなっている。例えば、先の例の場合には、ＣＰＵ２１は、△釣具店への予定到着時刻を遅らせることが可能であると判断し、これに対応して「△釣具店への予定到着時刻を１８：３０に変更してもよろしいですか。」等のメッセージを発話するようになっている。これに対して、ユーザが音声入力部又は入力操作部から変更を肯定する旨の指示を入力した場合には、ＣＰＵ２１は、変更された内容をディーラの予約日時として特定するようになっている。
【００６６】
なお、時間の変更を行う場合、１時間単位、３０分単位等一定幅ずつ変更するようにしてもよいし、ユーザの希望に添って無段階的に変更可能としてもよい。また、ユーザが入力操作部から入力を行う場合には、例えば、タッチパネル上にスケジュールの一覧表が表示され、ユーザは表示された中から希望する日時を選択することによって出発予定時刻又は目的地到着時刻の変更を入力することができるようになっていてもよい。
【００６７】
ユーザがディーラに予約を入れることを承認し、ディーラの予約日時が特定されたときは、ＣＰＵ２１は、通信装置２を介してディーラ側端末装置３と接続し、所定の予約信号を送信させるようになっている。また、ディーラに予約を入れた場合には、ＣＰＵ２１は、メモリ内のスケジュールデータ２９を書き換え、更新を行うようになっている。なお、メモリ内のスケジュールデータ２９の更新を行った場合、さらに、携帯電話機等の端末装置７と接続されたときは、これら端末装置７内に記憶されているスケジュールデータ２９についても自動的に更新するようにしてもよい。
【００６８】
一方、その日の出発時刻又は目標到着時刻を変更した場合にもディーラに立ち寄ること又はディーラの予約を取ることが不可能と判断される場合、及び、ユーザがその日にディーラに予約を入れることを承認しない場合には、ＣＰＵ２１は、再度ディーラの予約状況データ５、ユーザのスケジュールデータ２９及び走行関連データ２７等を参照して、この所定期間内の他の日における車両の予定位置と目的地までの走行経路を探索するようになっている。そして、ＣＰＵ２１は、この所定の走行経路上あるいはその近傍にディーラが位置するか否かの判断を行い、該当する日時がある場合には、改めて当該日の予想移動時間とディーラでの予想滞在時間を算出し、以下前記と同様の処理を行うようになっている。他方、該当する日時がない場合には、ＣＰＵ２１は、その旨の音声を音声出力部１２から出力させ、又は、その旨の表示を表示部１１に表示させるようになっている。
【００６９】
なお、ディーラへの予約が行われたときは、ＣＰＵ２１は、例えば、予約日の前日に、音声出力部１２又は表示部１１を制御することにより、ユーザに対して翌日がディーラの予約日である旨の通知を行わせるようになっている。さらに、予約日当日は、ＣＰＵ２１は、走行関連データ２７等を参照しつつ、出発地点からディーラを中継して目的地に至る所定の経路に沿ってユーザを誘導するようになっている。
【００７０】
次に、図５を参照しつつ、本実施形態の作用について説明する。
【００７１】
まず、本実施形態において、消耗検知機構１４によってバッテリ等の劣化が検知された場合、距離センサ１５等によって前回の整備時から所定の閾値を超える累積走行距離又は累積経過時間が経過している場合、前回の車検から所定期間が経過している場合には、その検知結果はＣＰＵ２１に送られ、ＣＰＵ２１は、これらの検知結果から車両について車検その他の整備・交換を行う必要があると判断し、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を決定する（ステップＳ１）。また、ＣＰＵ２１は、ユーザのスケジュールデータ２９及び走行関連データ２７等を参照して、この所定期間内の各日における車両の予定位置と目的地までの走行経路を探索し、この所定の走行経路上あるいはその近傍にディーラが位置する日を抽出する（ステップＳ２）。
【００７２】
例えば、ＣＰＵ２１が、所定の走行経路上あるいはその近傍にディーラが位置する日として５月５日を抽出したところ、ユーザの当日のスケジュールが図４（ａ）に示すようになっており、ディーラがＸ電気店と△釣具店との間の走行経路上にあるとき、ディーラの位置を走行経路上の中継地点と仮定して、この場合の出発地点となる現在位置とＢショッピングセンタとの間、ＢショッピングセンタとＸ電気店との間、Ｘ電気店とディーラとの間及びディーラから△釣具店までの間の各区間の始点から終点までの予想移動時間の算出を行う（ステップＳ３）。さらに、算出された予想移動時間にディーラにおける予想滞在時間を加算し、算出された結果から目的地に到着すべき目標到着時刻内に到着可能であるか否かの判断を行う（ステップＳ４）。この結果、目標到着時刻内に到着可能であると判断する場合（ステップＳ４；ＹＥＳ）には、ＣＰＵ２１は、ディーラへの立ち寄りが可能であると判断するようになっている。
【００７３】
ディーラへの立ち寄りが可能であると判断した場合（ステップＳ４；ＹＥＳ）には、ＣＰＵ２１は、通信装置２を介してディーラ側端末装置３に接続しディーラの予約状況データ５を取得する（ステップＳ５）。そして、ＣＰＵ２１は、取得した予約状況データ５を参照しつつ、先に算出されたディーラへの立ち寄り可能日時にディーラの予約を取ることが可能か否かを判断する（ステップＳ６）。すなわち、例えば、ディーラの予約状況が図３に示すようになっている場合、ＣＰＵ２１は、ユーザがＸ電気店と△釣具店との間を走行する予定時間内にディーラの予約可能な時間があるかを判断する。そして、Ｘ電気店からディーラまでの予想移動時間等を勘案しつつ、例えば、図４（ｂ）に示すように、１６：００の予約を取ることが可能であると判断する。
【００７４】
ディーラの予約を取ることが可能と判断される場合（ステップＳ６；ＹＥＳ）には、ＣＰＵ２１は、例えば、「車両の整備が必要です。５月５日のＸ電気店と△釣具店との間にディーラに立ち寄ることが便利です。１６：００からディーラの予約が可能ですが予約しますか。」というメッセージを音声出力部から出力させてユーザに予約を入れるか否かの問い合わせを行う（ステップＳ７）。そして、例えば、ユーザが「はい。」と音声を入力し（ステップＳ７；ＹＥＳ）、ディーラに予約を入れることを承認したとＣＰＵ２１が判断すると、ＣＰＵ２１は、５月５日の１６：００をディーラの予約日時が特定する（ステップＳ８）。この場合、ＣＰＵ２１は、通信装置２を介してディーラ側端末装置３と接続し、所定の予約信号を送信する（ステップＳ９）。また、ディーラに予約を入れた場合には、メモリ内のスケジュールデータ２９を書き換え、更新を行う（ステップＳ１０）。
【００７５】
なお、ディーラの予約が行われたときは、ＣＰＵ２１は、予約日の前日に、ユーザに対して翌日がディーラの予約日であることを音声又は表示部１１への表示によって通知する。さらに、予約日当日は、所定の走行経路に沿って車両の進行方向等を指示し、ディーラ及び目的地までの案内を行う。
【００７６】
一方、ユーザがその日時にディーラに予約を入れることを承認しない場合（ステップＳ７；ＮＯ）には、ＣＰＵ２１は、図３のようなディーラの予約状況の一覧を表示部１１に表示させ（ステップＳ１１）、「現在ディーラの予約可能日時はこのようになっています。ご希望の日時を入力してください。」等のメッセージを音声出力部１２から出力させる。
【００７７】
これに対して、ユーザが、例えば、「５月４日の１４：００から予約してほしい。」等の入力を音声によって行うと（ステップＳ１２）、ＣＰＵ２１は、音声認識用データ２８を参照しつつユーザの指示内容を認識し、５月４日の１４：００をディーラの予約日時として特定する（ステップＳ８）。なお、ユーザによる予約希望日時の選択は、入力操作部８のタッチパネル等から行われてもよい。予約日時が特定すると、ＣＰＵ２１は、前記と同様に、ディーラ側端末装置３に対して所定の予約信号を送信するとともに（ステップＳ９）、メモリ内のスケジュールデータ２９を書き換え、更新を行う（ステップＳ１０）。
【００７８】
また、ディーラへの立ち寄りが不可能と判断した場合（ステップＳ４；ＮＯ）には、ＣＰＵ２１は、再度ディーラの予約状況データ５、ユーザのスケジュールデータ２９及び走行関連データ２７等を参照して、この所定期間内の他の日における車両の予定位置と目的地までの走行経路を探索するようになっている。そして、ＣＰＵ２１は、この所定の走行経路上あるいはその近傍にディーラが位置する日時を抽出し（ステップＳ２）、該当する日時がある場合には、改めて当該日時の予想移動時間とディーラでの予想滞在時間を算出し、以下前記と同様の処理を行うようになっている。他方、該当する日時がない場合には、ＣＰＵ２１は、その旨の音声を音声出力部１２から出力させ、又は、その旨の表示を表示部１１に表示させるようにしてもよい。
【００７９】
以上のように、本実施形態においては、車両の消耗品の交換時期が近い場合や、車検時期が迫っている場合には、ナビゲーション装置１０がディーラ側の予約状況データ５を取得してユーザのスケジュールデータ２９と照合し、ディーラのサービスを受けるための予約を行うことが可能か否かの判断を行う。このため、ユーザが、自らスケジュールを確認しディーラに予約を入れる等の手間が不要となり、時間に余裕のないユーザでも容易かつ確実に車両整備のサービスを受けることが可能となる。
【００８０】
また、車両の消耗品の交換時期や、車検時期といった車両に関する予定をナビゲーション装置１０によってすべて統括的に管理することできるため、車両整備に関心の薄いユーザであっても消耗品の交換時期等を逸することなく、走行の安全を図ることができる。
【００８１】
なお、本実施形態において、ＣＰＵ２１は、まずユーザのスケジュールを参照してディーラ近傍の通過予定があるか否かを検討し、通過予定がある場合にディーラの予約状況を参照するようにしたが、ＣＰＵ２１がデータを参照する順番はこれに限定されない。例えば、ＣＰＵ２１がはじめにディーラの予約状況を確認するようにしてもよいし、ＣＰＵ２１が、「そろそろ車検の更新時期ですが、ディーラを予約しますか。」等の問い合わせをユーザに対して行い、ユーザが予約を希望する場合にディーラの予約状況等を確認するようにしてもよい。また、ＣＰＵ２１は、予約を希望する日をユーザに予め問い合わせてから各データを参照するようにしてもよい。
【００８２】
また、ディーラの予約可能データは、１時間単位で表示させるようにしたが、さらに細かく時間帯を区切って表示させるようにしてもよい。
【００８３】
また、本実施形態においては、車両内の各消耗品に設けられた消耗検知機構１４、累積走行距離、累積経時時間から車両の整備の必要時期が判断されるものとしたが、車両の整備の必要時期を判断する手法はこれに限定されない。例えば、ディーラ側端末装置３から通信装置を介して顧客の車両における消耗品の交換時期や車検時期等に関する顧客データを取得して、この顧客データに基づいて制御部２０が車両の整備が必要であると判断するようにしてもよい。
【００８４】
その他、本発明が上記実施の形態に限らず適宜変更可能であるのは勿論である。
【００８５】
次に、本発明に係るナビゲーションシステムの第二実施形態について説明する。なお、本実施形態は、予約調整手段として機能するＣＰＵによる予約処理の手法のみを異にし、その他の構成は第一実施形態と同様であるため、以下においては、特にこれらと異なるところについて説明する。
【００８６】
本実施形態においては、ナビゲーションシステムは、第一実施形態と同様の入力操作部、音声入力部、表示部、音声出力部等を有するナビゲーション装置を備え、また、このナビゲーション装置はネットワークを介してディーラ側端末装置と接続されるようになっている。
【００８７】
ナビゲーション装置は、第一実施形態と同様の制御部を備えており、制御部は、例えば、ＣＰＵ等から構成され、ＲＯＭに格納される所定のプログラムを読み出してＲＡＭの作業領域に展開し、当該プログラムに従って各種の処理を実行するようになっている。
【００８８】
特に、本実施形態においては、ＲＯＭには、ユーザが入力部を操作することにより設定された目的地へユーザを誘導するためのナビゲーションプログラム及びユーザのスケジュールとの間で調整を図りつつディーラの各種サービスを受けるための予約を入れることが可能か否かを判断して予約可能日時を決定する予約調整プログラムが格納されている。ＣＰＵは、このナビゲーションプログラムをＲＡＭの作業領域に展開することにより、車両を現在位置から所定の目的地まで誘導するための処理を行うようになっている。また、予約調整プログラムをＲＡＭに展開することにより、以下の処理を行うようになっている。
【００８９】
すなわち、ＣＰＵは、車両内の消耗品に設けられた消耗検知機構の検知結果や、累積走行距離、累積経時時間等から車両の整備を行うべきと判断する場合には、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を特定するようになっている。
【００９０】
次に、ＣＰＵは、第一実施形態と同様に、走行関連データを参照しつつユーザが各スケジュールにおいて立ち寄る地点とディーラとの位置関係の探索を行い、その結果、例えば、ユーザの５月５日のスケジュールが図６（ａ）に示すようになっており、ＣＰＵが、ディーラがＸ電気店と△釣具店との間の走行経路上あるいはその近傍に位置すると判断した場合には、自宅からＢショッピングセンタ間、ＢショッピングセンタからＸ電気店間、Ｘ電気店からディーラ間、及びとディーラから△釣具店間のそれぞれの予想移動時間を算出する。さらに、算出された予想移動時間にディーラでサービスを受けるのに必要とされる予想滞在時間を加算し、算出された結果から目的地に目標到着時刻内に到着可能か否かを判断する。
【００９１】
算出された予想移動時間にディーラでの予想滞在時間を加算した結果、目的地に目標到着時刻内に到着できると判断される場合には、以下、第一実施形態に示した手順と同様の手順でディーラの予約日の特定等が行われる。
【００９２】
一方、算出された予想移動時間にディーラでの予想滞在時間を加算した結果、目的地に目標到着時刻内に到着できないと判断される場合、又は、ディーラへの到着予定時刻に予約が取れない場合には、ＣＰＵは、再度ディーラの予約状況データを参照しつつ、その日の出発時刻又は目標到着時刻を変更した場合にディーラに予約を入れることが可能か否か及び変更した場合にディーラに予約を入れることが可能か否かを判断するようになっている。
【００９３】
そして、出発時刻又は目標到着時刻を変更した場合にディーラに予約を入れることが可能と判断される場合には、ＣＰＵは、音声出力部から音声によってその旨を出力させるようになっている。なお、音声による出力を行うとともに、又は、音声による出力に代えて当該日時を表示部に表示させるようにしてもよい。
【００９４】
すなわち、例えば、図６（ａ）に示すように、１３：００にＸ電気店を出発し、次の目的地である△釣具店に到着する予定時刻が１８：００である場合、例えば、Ｘ電気店からディーラ間の予想移動時間が３時間であり、ディーラから△釣具店間の予想移動時間が１時間３０分であり、さらに、ディーラでサービスを受けるのに必要とされる予想滞在時間が１時間である場合には、ディーラに立ち寄ってから△釣具店に向かうと目的地到着時刻は１８：３０となり、目標到着時刻を超えている。そこで、この場合には、ＣＰＵは、目的地に目標到着時刻内に到着できないと判断し、ユーザに対して、Ｘ電気店の出発予定時刻を１２：００以前に繰り下げるか、△釣具店への到着時間を１８：００以降としてもよいかを音声出力部から音声出力させるようになっている。なお、音声による出力を行うとともに、又は、音声による出力に代えてその旨を表示部に表示させるようにしてもよい。
【００９５】
出発時刻又は目標到着時刻を変更することによってディーラのへの立ち寄りが可能となり予約を取ることができると判断される場合には、ＣＰＵは、ユーザに対して出発時刻の変更又は目標到着時刻の変更が可能か否かの問い合わせを行うメッセージを音声出力部から音声によって出力させ、又は表示部にその旨の表示をさせるようになっている。そして、この音声又は表示による問い合わせに対して、ユーザは、音声入力部からの音声入力又は入力操作部からの入力操作によってＣＰＵに対して変更の可否及び変更後の時間についての指示を入力することができるようになっている。
【００９６】
すなわち、例えば、先の例において、ＣＰＵディーラがＸ電気店と△釣具店間との間に存する場合、例えば、ユーザが、音声入力部９から「Ｘ電気店の出発予定時刻を変更することはできないが、△釣具店への到着時刻は遅くなっても構わない。」との応答を入力したときは、ＣＰＵは、入力された言葉を「Ｘ電気店」「出発予定時刻」「変更」「できない」「△釣具店」「到着時刻」「遅く」「構わない」といった単語に分解し、この中から、「変更」「できない」「遅く」「構わない」といったキーワードとなる単語を抽出する。さらに、制御部は、単語データ及び対応付けデータ等を参照しつつ、ユーザの入力指示の内容を認識し、これに対応する処理を決定して、適切な音声を合成して音声出力装部から出力させるようなっている。例えば、先の例の場合には、ＣＰＵは、△釣具店への予定到着時刻を遅らせることが可能であると判断し、これに対応して「△釣具店への予定到着時刻を１８：３０に変更してもよろしいですか。」等のメッセージを発話するようになっている。なお、この際、表示部に、図６（ｂ）に示すような変更後のスケジュールを表示させるようにしてもよい。これに対して、ユーザが音声入力部又は入力操作部から変更を肯定する旨の指示を入力した場合には、ＣＰＵは、変更された内容をディーラの予約日時として特定するようになっている。
【００９７】
ディーラの予約日時が特定された後、ＣＰＵがディーラの予約及びユーザのスケジュールの更新を行う手順は、第一実施形態に示したものと同様であるため、その説明を省略する。
【００９８】
一方、その日の出発時刻又は目標到着時刻を変更した場合にもディーラに立ち寄ること又はディーラの予約を取ることが不可能と判断される場合、及び、ユーザがその日にディーラに予約を入れることを承認しない場合には、ＣＰＵは、再度ディーラの予約状況データ、ユーザのスケジュールデータ及び走行関連データ等を参照して、この所定期間内の他の日における車両の予定位置と目的地までの走行経路を探索するようになっている。そして、ＣＰＵは、この所定の走行経路上あるいはその近傍にディーラが位置するか否かの判断を行い、該当する日時がある場合には、改めて当該日の予想移動時間とディーラでの予想滞在時間を算出し、以下前記と同様の処理を行うようになっている。
【００９９】
なお、その他の構成については、第一実施形態のものと同様であるので、その説明を省略する。
【０１００】
次に、図７を参照しつつ、本実施形態の作用について説明する。
【０１０１】
本実施形態において、ＣＰＵが車両の整備を行うべき期間を特定し（ステップＳ２１）、ユーザのスケジュールデータ及び走行関連データ等を参照して、ユーザの走行経路上あるいはその近傍にディーラが位置する日を抽出し（ステップＳ２２）、各目的地間の予想移動時間を算出するとともに（ステップＳ２３）及びディーラにおける予想滞在時間をこれに加算することにより、ディーラに立ち寄った場合に目的地に目標到着時刻内に到着可能か否かを判断する（ステップＳ２４）手順は第一実施形態と同様であるので、その説明を省略する。
【０１０２】
算出された予想移動時間にディーラでの予想滞在時間を加算した結果、目的地に目標到着時刻内に到着できないと判断される場合（ステップＳ２４；ＮＯ）には、ＣＰＵは、再度ディーラの予約状況データを参照しつつ、その日の出発時刻又は目標到着時刻を変更した場合にディーラに予約を入れることが可能か否かの判断を行う（ステップＳ２５）。この結果、例えば、出発時刻又は目標到着時刻を変更することによってディーラへの立ち寄りが可能となると判断される場合（ステップＳ２５；ＹＥＳ）には、ＣＰＵは、ユーザに対して、出発時刻の変更又は目標到着時刻の変更が可能か否かの問い合わせを行う（ステップＳ２６）。
【０１０３】
すなわち、例えば、「５月５日のＸ電気店と△釣具店との間にディーラに立ち寄ることが便利ですが、スケジュールが合いません。スケジュールを変更してもよろしいですか。」等の音声を出力することにより、ユーザに対して問い合わせを行い、ユーザが「はい。」と肯定した場合には、さらに、「Ｘ電気店の出発時刻又は△釣具店への到着時刻を変更してもよろしいですか。」といった変更内容に関する問い合わせを行う。これに対して、ユーザが、例えば、「Ｘ電気店の出発予定時刻を変更することはできないが、△釣具店への到着時刻は遅くなっても構わない。」と応答した場合には、ＣＰＵは、ユーザの入力した音声を分析し、音声認識を行うことによってユーザの指示内容を特定する。その結果、△釣具店への到着時刻を遅くすることが可能であると判断した場合には「△釣具店への到着時刻は１８：３０となりますが、よろしいですか。」との確認をユーザに対して行う。これに対して、ユーザが、「はい。」と承諾する応答をしたときは、ＣＰＵは、図６（ｂ）のように変更された内容をディーラの予約日時として特定する（ステップＳ２７）。この場合、第一実施形態同様、ＣＰＵは、ディーラを予約するとともに（ステップＳ２８）ユーザのスケジュールを更新する（ステップＳ２９）。
【０１０４】
一方、その日の出発時刻又は目標到着時刻を変更した場合にもディーラに立ち寄ることが不可能と判断される場合（ステップＳ２５；ＮＯ）、及び、ユーザがその日にディーラに予約を入れることを承認しない場合（ステップＳ２６；ＮＯ）には、ＣＰＵは、再度ディーラの予約状況データ、ユーザのスケジュールデータ及び走行関連データ等を参照して、この所定期間内の他の日における車両の予定位置と目的地までの走行経路を探索し、この所定の走行経路上あるいはその近傍にディーラが位置する日時を抽出する（ステップＳ２２）。そして、該当する日時がある場合には、改めて当該日時の予想移動時間とディーラでの予想滞在時間を算出し（ステップＳ２３）、以下前記と同様の処理を行う。
【０１０５】
他方、算出された予想移動時間にディーラでの予想滞在時間を加算した結果、目的地に目標到着時刻内に到着できると判断される場合（ステップＳ２４；ＹＥＳ）には、ＣＰＵは、ディーラ側端末装置からディーラの予約状況データを取得し（ステップＳ３０）、ディーラの予約が可能か否かを判断する（ステップＳ３１）。
ディーラの予約ができない場合には（ステップＳ３１；ＮＯ）、ＣＰＵは、再度ディーラの予約状況データ、ユーザのスケジュールデータ及び走行関連データ等を参照して、この所定期間内の他の日における車両の予定位置と目的地までの走行経路を探索し、この所定の走行経路上あるいはその近傍にディーラが位置する日時を抽出する（ステップＳ２２）。そして、該当する日時がある場合には、改めて当該日時の予想移動時間とディーラでの予想滞在時間を算出し（ステップＳ２３）、以下前記と同様の処理を行う。
ディーラの予約ができる場合には（ステップＳ３１；ＹＥＳ）、当該日時を予約日時として特定し（ステップＳ２７）、以下前記と同様の処理を行う。
【０１０６】
以上より、本実施形態によれば、第一実施形態同様、ユーザ自身がスケジュールの調整、ディーラに対する予約等を行う必要がないため、簡易かつ確実にディーラのサービスを利用することができる。また、ディーラに立ち寄った場合に目標到着時刻内に到着できない場合でも、予定を変更することによって対応が可能な場合には予定を変更してディーラの予約を入れることができるので、ユーザの予定に合わせて、柔軟な対応を行うことが可能である。
【０１０７】
なお、その他、本発明が本実施の形態に限られないことは、第一実施形態と同様である。
【０１０８】
次に、図８を参照しつつ、本発明に係るナビゲーションシステムの第三実施形態について説明する。なお、以下においては、特に第一実施形態及び第二実施形態と異なるところにつき説明し、第一実施形態及び第二実施形態と同一の箇所については、同一符号を付してその説明を省略する。
【０１０９】
本実施形態においては、ナビゲーションシステム１００は、第一実施形態及び第二実施形態と同様の入力操作部１０８、音声入力部１０９、表示部１１１、音声出力部１１２等を有するナビゲーション装置１０１を備え、また、このナビゲーション装置１０１はネットワークを介してディーラ側端末装置１０３と接続されるようになっている。
【０１１０】
ナビゲーション装置１０１は、第一実施形態及び第二実施形態と同様の制御部１２０を備えており、制御部は、例えば、ＣＰＵ１２１等から構成され、ＲＯＭ１２２に格納される所定のプログラムを読み出してＲＡＭ１２３の作業領域に展開し、当該プログラムに従って各種の処理を実行するようになっている。
【０１１１】
特に、本実施形態においては、ＲＯＭ１２２には、ユーザが入力部１０８を操作することにより設定された目的地へユーザを誘導するためのナビゲーションプログラム１２５及びユーザのスケジュールとの間で調整を図りつつディーラの各種サービスを受けるための予約を入れることが可能か否かを判断して予約可能日時を決定する予約調整プログラム１２６が格納されている。ＣＰＵ１２１は、このナビゲーションプログラム１２５をＲＡＭ１２３の作業領域に展開することにより、車両を現在位置から所定の目的地まで誘導するための処理を行うようになっている。また、予約調整プログラム１２６をＲＡＭ１２３に展開することにより、以下の処理を行うようになっている。
【０１１２】
すなわち、ナビゲーション装置１０１がネットワークを介してディーラ側端末装置１０３と接続されることにより、ＣＰＵ１２１には、ディーラ側端末装置０３から車両についての車検情報や、消耗品の交換時期の案内情報、及び、ディーラの予約状況に関する情報等が送られるようになっている。ＣＰＵ１２１は、これらの情報から車両の整備を行うべきと判断する場合には、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を特定するようになっている。また、ＣＰＵ１２１は、ディーラ側端末装置１０３から送られてくるディーラの予約状況データ１０５とユーザのスケジュールデータ１２９とを参照しつつ、この所定期間内においてディーラの予約が可能な日時とユーザのスケジュールが空いている日時とが合致するか否かを判断し、ディーラの予約を行う候補日として抽出するようになっている。この場合に、ＣＰＵ１２１がディーラの予約日時を特定し、ディーラの予約及びユーザのスケジュールの更新を行う手順は、第一実施形態に示したものと同様であるため、その説明を省略する。
【０１１３】
なお、その他の構成については、第一実施形態及び第二実施形態のものと同様であるので、その説明を省略する。
【０１１４】
次に、本実施形態の作用について説明する。
【０１１５】
ナビゲーション装置１０１をネットワークを介してディーラ側端末装置１０３と接続すると、ディーラ側端末装置１０３から車両についての車検情報や、消耗品の交換時期の案内情報が適宜送信される。ＣＰＵ１０１は、これらの情報から車両の整備を行うべきか否かを判断し、車両の整備を行う必要があると判断する場合には、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を特定する。
【０１１６】
所定の整備期間が特定されると、ＣＰＵ１０１は、ユーザに対して、ディーラで車両整備のサービスを受けるか否かの問い合わせを行う。例えば、ディーラ側端末からエンジンオイルの交換時期が迫っている旨の案内情報が送られ、ＣＰＵ１０１が、エンジンオイルの交換が必要であると判断した場合には、ＣＰＵ１０１は、「そろそろエンジンオイルの交換時期のようです。ディーラで交換しますか。」等のメッセージを音声出力部１１２から出力させ、又は、表示部１１１に表示させる。
【０１１７】
これに対して、ユーザが、「はい。」等の承諾を意味する音声を音声入力部１０９から入力した場合、又は、入力操作部１０８から、ディーラへの予約を行うように指示を入力した場合には、ＣＰＵ１０１は、ディーラ側端末装置１０３からディーラの予約状況に関する情報を取得して、このディーラの予約状況と、ユーザのスケジュールデータ１２９とを参照することにより、この所定期間内の各日における車両の予定位置と目的地までの走行経路を探索し、この所定の走行経路上あるいはその近傍にディーラが位置する日を抽出する。
【０１１８】
以後、ディーラの予約日時を特定し、ディーラに予約を入れるとともに、ユーザのスケジュールを更新する手順は、第一実施形態又は第二実施形態と同様であるので、以下説明を省略する。
【０１１９】
以上より、本実施形態によれば、第一実施形態及び第二実施形態同様、ユーザ自身がスケジュールの調整、ディーラに対する予約等を行う必要がないため、簡易かつ確実にディーラのサービスを利用することができる。また、車両の整備が必要な時期をディーラから送られる情報によって判断するので、車両内に各種のセンサ等を設けることなく、適切に整備必要時期を判断することができる。
【０１２０】
なお、本実施形態においては、ディーラから送られる情報に基づいて車両の整備の必要時期が判断されるものとしたが、車両の整備の必要時期を判断する手法はこれに限定されない。例えば、第一実施形態及び第二実施形態に示したような車両内部の各消耗品に消耗の程度を検知する検知機構を設けて、ディーラから送られてくる情報と、検知機構が検知する情報の両方に基づいて車両の整備が必要であると判断するようにしてもよい。この場合、ディーラの有する情報のみでは把握しきれない日常の走行に伴う消耗品の劣化等も検知機構によって検知することができるので、より適切に車両整備の必要時期を判断することが可能となる。
【０１２１】
なお、その他、本発明が本実施の形態に限られないことは、第一実施形態及び第二実施形態と同様である。
【０１２２】
次に、本発明に係るナビゲーションシステムの第四実施形態について説明する。なお、本実施形態は、予約調整手段として機能するＣＰＵによる予約処理の手法のみを異にし、その他の構成は第一実施形態及び第二実施形態と同様であるため、以下においては、特にこれらと異なるところについて説明する。
【０１２３】
本実施形態においては、ナビゲーションシステムは、第一実施形態等と同様の入力操作部、音声入力部、表示部、音声出力部等を有するナビゲーション装置を備え、また、このナビゲーション装置はネットワークを介してディーラ側端末装置と接続されるようになっている。
【０１２４】
ナビゲーション装置は、第一実施形態等と同様の制御部を備えており、制御部は、例えば、ＣＰＵ等から構成され、ＲＯＭに格納される所定のプログラムを読み出してＲＡＭの作業領域に展開し、当該プログラムに従って各種の処理を実行するようになっている。
【０１２５】
特に、本実施形態においては、ＲＯＭには、ユーザが入力部を操作することにより設定された目的地へユーザを誘導するためのナビゲーションプログラム及びユーザのスケジュールとの間で調整を図りつつディーラの各種サービスを受けるための予約を入れることが可能か否かを判断して予約可能日時を決定する予約調整プログラムが格納されている。ＣＰＵは、このナビゲーションプログラムをＲＡＭの作業領域に展開することにより、車両を現在位置から所定の目的地まで誘導するための処理を行うようになっている。また、予約調整プログラムをＲＡＭに展開することにより、以下の処理を行うようになっている。
【０１２６】
すなわち、ＣＰＵは、車両内の消耗品に設けられた消耗検知機構の検知結果や、累積走行距離、累積経時時間等から車両の整備を行うべきと判断する場合には、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を特定するようになっている。また、ＣＰＵは、ディーラ側端末装置とネットワークを介して接続することにより、ディーラ側端末装置からディーラの予約状況データを取得するようになっており、ＣＰＵは、この予約状況データとユーザのスケジュールデータとを参照しつつ、この所定期間内においてディーラの予約が可能な日時とユーザのスケジュールが空いている日時とが合致するか否かを判断し、ディーラの予約を行う候補日として抽出するようになっている。
【０１２７】
この場合、ＣＰＵは、ディーラの予約を行う候補日時を抽出するについて、ユーザのスケジュールが空いている日時に一定の優先順位を付すようになっている。例えば、ユーザのスケジュールが空いている日時のうち、ディーラの予約が可能な日時と合致する日が複数ある場合、その中に土曜日又は日曜日が含まれている場合には土曜日又は日曜日を予約の候補日として優先する。そして、土曜日又は日曜日が含まれていないときは、平日のうちスケジュールが空いていて予約が可能な日があるか否かを判断するようになっている。なお、優先順位の付け方はここに例示したものに限定されず、例えば、土曜日、日曜日以外にも、祝日や、ユーザの希望する任意の曜日の優先順位を他の曜日よりも上位になるように設定してもよい。また、ディーラの予約可能日時とユーザのスケジュールの空いている日時とが合致する日のうち最先の日から順に優先順位を付けるようにしてもよい。さらに、同じ日のうちでも時間帯によって優先順位を付けるようにしてもよい。
【０１２８】
ＣＰＵは、ディーラの予約を行う候補日の抽出を行うと、ユーザに対してディーラの予約を行うか否かの問い合わせを音声として音声出力部から出力させ、又は、その旨の表示を表示部に表示させるようになっている。すなわち、例えば、５月１５日の土曜日にユーザのスケジュールに空きがあり、同日の１４：００にディーラの予約が可能となっている場合には、ＣＰＵは、５月１５日１４：００をディーラの予約を行う候補日時として抽出し、「車両整備の必要があります。５月１５日の土曜日、１４：００にディーラの予約が可能ですが、予約しますか。」等のメッセージを音声出力部から出力させ、又は、表示部に表示させる。
【０１２９】
音声又は表示による問い合わせに対して、ユーザは音声入力部からの音声入力又は入力操作部からの入力操作によって指示を入力可能となっており、例えば、「予約お願い。」等の発話を行うと、ＣＰＵは、入力された言葉を単語に分解して分析し、ユーザが示された候補日に予約を入れることを承認したものと認識する。また、入力操作部から予約する旨をキー操作等により入力したときには、ＣＰＵは、入力操作部から送られる入力信号によってユーザが示された候補日に予約を入れることを承認したと判断する。この場合、ＣＰＵは、ネットワークを介して接続されるディーラ側端末装置に予約信号を送信させるようになっている。ディーラ側端末装置に予約信号が送信されたときは、ＣＰＵは、「５月１５日の土曜日、１４：００にディーラを予約しました。」等の確認のメッセージを音声又は表示によって出力するようになっている。また、ディーラの予約を行ったときには、ＣＰＵは、ユーザのスケジュールの更新を行うようになっている。
【０１３０】
ユーザが示された候補日に予約を入れることを承認しない場合には、ＣＰＵは、さらに他の候補日を前記優先順位順に音声によって通知、又は表示部に表示するようになっている。なお、表示部に表示される場合には、ディーラの予約可能日時と合致するユーザのスケジュールの空いている日時が優先順位順に一覧となって表示され、ユーザは表示された中から任意の日時を選択できるようにしてもよい。ユーザがディーラの予約日を選択したときには、ＣＰＵは、ネットワークを介して接続されるディーラ側端末装置に予約信号を送信し選択された日の予約を入れるようになっている。
【０１３１】
なお、その他の構成は、第一実施形態及び第二実施形態のものと同様であるので、その説明を省略する。
【０１３２】
次に、図９を参照しつつ、本実施形態の作用について説明する。
【０１３３】
ＣＰＵが、消耗検知機構の検知結果等から車両の整備を行うべきか否かを判断し、車両の整備を行う必要があると判断する場合には、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を特定する（ステップＳ４１）。また、ＣＰＵは、ディーラ側端末装置からディーラの予約状況データを取得し（ステップＳ４２）、ＣＰＵは、この予約状況データとユーザのスケジュールデータとを参照しつつ、この所定期間内においてディーラの予約が可能な日時とユーザのスケジュールが空いている日時とが合致するか否かを判断する（ステップＳ４３）。
【０１３４】
ＣＰＵは、ユーザのスケジュールが空いている日時のうち、ディーラの予約が可能な日時と合致する日がある場合であって（ステップＳ４３；ＹＥＳ）、合致する日が複数ある場合には、その中に土曜日又は日曜日が含まれているか否かを判断する（ステップＳ４４）。そして、合致する日の中に土曜日又は日曜日が含まれている場合（ステップＳ４４；ＹＥＳ）には、土曜日又は日曜日をディーラの予約を行う候補日として抽出する（ステップＳ４５）。また、土曜日又は日曜日がいずれもディーラの予約が可能な日時と合致しない場合には、平日のうちスケジュールが空いていて予約が可能な日を候補日として抽出する（ステップＳ４６）。なお、ユーザのスケジュールが空いている日時のうち、ディーラの予約が可能な日時と合致する日がない場合には（ステップＳ４３；ＮＯ）、ＣＰＵは、再度ディーラの予約状況データを取得し（ステップＳ４２）、この予約状況データとユーザのスケジュールデータとを参照しつつ、予約可能な日時とユーザのスケジュールが合致する日時の検討を行うようになっている。
【０１３５】
次に、ＣＰＵは、ディーラの予約を行う候補日の抽出を行うと、「５月１５日の土曜日、１４：００にディーラの予約が可能ですが、予約しますか。」等、ディーラに予約を入れるか否かを問い合わせるメッセージを音声出力部から出力させ、又は表示部に表示させることによりユーザに対し問い合わせを行う（ステップＳ４７）。
【０１３６】
音声又は表示による問い合わせに対して、ユーザから示された候補日に予約を入れることを承認する旨の指示が入力されると（ステップＳ４７；ＹＥＳ）、ＣＰＵは、ユーザによって承認された日を予約日として特定し（ステップＳ４８）、ネットワークを介して接続されるディーラ側端末装置に予約信号を送信する（ステップＳ４９）。また、ＣＰＵは、ユーザのスケジュールの更新を行う（ステップＳ５０）。なお、ディーラ側端末装置に予約信号を送信した場合には、ＣＰＵは、「５月１５日の土曜日、１４：００にディーラを予約しました。」等の確認のメッセージを音声又は表示により出力する。
【０１３７】
ユーザが示された候補日に予約を入れることを承認しない場合には（ステップＳ４３；ＮＯ）、ＣＰＵは、さらに他の候補日を前記優先順位順に音声によって通知、又は表示部に表示する（ステップＳ５１）。ユーザが示されたディーラの予約日を選択したときには（ステップＳ５２）、予約日が特定され（ステップＳ４８）、ＣＰＵは、ネットワークを介して接続されるディーラ側端末装置に予約信号を送信し選択された日の予約を入れるとともに（ステップＳ４９）、ユーザのスケジュールの更新を行う（ステップＳ５０）。
【０１３８】
以上より、本実施形態によれば、第一実施形態同様、ユーザ自身がスケジュールの調整、ディーラに対する予約等を行う必要がないため、簡易かつ確実にディーラのサービスを利用することができる。また、ユーザはスケジュールが空いている日にディーラのサービスを受けることができるので、平日時間の取れない場合でもディーラにおいて車両の整備を行うことができる。
【０１３９】
なお、本実施形態においては、車両内の各消耗品に設けられた消耗検知機構、累積走行距離、累積経時時間から車両の整備の必要時期が判断されるものとしたが、車両の整備の必要時期を判断する手法はこれに限定されない。例えば、第三実施形態に示したようにディーラ側端末装置から通信装置を介して顧客の車両における消耗品の交換時期や車検時期等に関する顧客データを取得して、この情報を基に制御部が車両の整備が必要であると判断するようにしてもよい。
【０１４０】
また、本実施形態においては、ユーザのスケジュールの空いている日時によってディーラの予約日の設定を行うようにしたが、第一実施形態、第二実施形態及び第三実施形態において、ディーラの近傍を通過する予定がないと判断された場合や、ディーラへの予約が不可能であった場合に、本実施形態に移行するようにしてもよい。
【０１４１】
なお、その他、本発明が本実施の形態に限られないことは、第一実施形態及び第二実施形態と同様である。
【図面の簡単な説明】
【０１４２】
【図１】本実施形態におけるナビゲーションシステムの第一実施形態の要部構成を示したブロック図である。
【図２】本実施形態におけるナビゲーションシステムのスケジュールデータの一例を示した図である。
【図３】本実施形態におけるナビゲーションシステムの予約状況データの一例を示した図である。
【図４】本実施形態におけるナビゲーションシステムのスケジュールデータの一例を示した図である。
【図５】本実施形態におけるナビゲーションシステムの第一実施形態の手順を示したフローチャートである。
【図６】本実施形態におけるナビゲーションシステムの第二実施形態におけるスケジュールデータの一例を示した図である。
【図７】本実施形態におけるナビゲーションシステムの第二実施形態の手順を示したフローチャートである。
【図８】本実施形態におけるナビゲーションシステムの第三実施形態の要部構成を示したブロック図である。
【図９】本実施形態におけるナビゲーションシステムの第四実施形態の手順を示したフローチャートである。
【符号の説明】
【０１４３】
１ ナビゲーションシステム
２ 通信装置
３ ディーラ側端末装置
５ 予約状況データ
１０ ナビゲーション装置
２１ ＣＰＵ
２６ 予約調整プログラム
２７ 走行関連データ
２９ スケジュールデータ
【技術分野】
【０００１】
本発明は、ナビゲーションシステムに関するものである。
【背景技術】
【０００２】
従来、ＧＰＳ信号の受信等により車両の現在位置を特定するとともに、所定の走行関連データ等に基づいて表示部に地図画面を表示させ、この地図画面上に車両位置を表示させて走行を案内するナビゲーション装置及びこれを適用したナビゲーションシステムが知られている。また、ナビゲーション装置においては、ＶＩＣＳ（道路交通情報通信システム）を利用して走行に関する様々な情報をユーザに提供したり、音声出力機構を備えてこれら各種の情報や車両位置等の走行情報を音声によって案内するものも実用化されている。
【０００３】
ところで、車両は、走行によってエンジンオイルやバッテリ等が消耗し、これら消耗品の交換を怠ると車両の走行性能が低下したり、環境に悪影響を及ぼしたりするおそれがある。しかし、普段車両の整備に関心の低いユーザにとって、これらの消耗品の交換時期は忘れがちである。そこで、近年、例えば、このような消耗品の交換時期等、走行情報以外の情報をユーザに報知させる機能を備えたナビゲーション装置が提案されている（例えば、特許文献１参照）。
【０００４】
また、車両が安全に走行を行うためには、消耗品の交換のほかにも定期的に車検を行う等各種の整備を行うことが必要であり、車検等の時期は一般にディーラ等からユーザに通知される。
【０００５】
ユーザは消耗品の交換時期や車検時期が迫っていることを知ると、適宜自己のスケジュールを確認しつつディーラ等に電話やインターネット等で消耗品の交換等のサービスや車検を受けること等について予約を行うこととなる。しかし、車両に関する予約情報は車両に乗車している際に確認できることが便宜である。また、予約を入れた先の施設の位置や施設までの経路等をユーザが自分で確認するのは煩雑である。
【０００６】
そこで、ユーザが店や各種の施設に予約を入れたときには、この予約情報をユーザのスケジュールに加え、この予約情報の表示等を行うとともに適宜この予約情報に基づいて予約した施設等への経路案内を行うナビゲーション装置も提案されている（例えば、特許文献２参照）。
【特許文献１】特開２０００−１６１９７２号公報
【特許文献２】特開２００２−２６７４７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ユーザが消耗品の交換や車検について予約を行おうとしても、ユーザの希望する日時がディーラ側の予定と合致しない場合もある。この場合、ユーザは再度自らのスケジュールを確認し、予約可能な日を調整しなければならない。また、ユーザが時間に余裕のない場合には、こうしたスケジュール調整、ディーラ等への予約の連絡及び予約の確認等を行うことは煩雑である。このため、たとえ、ユーザが消耗品の交換や車検の必要を認識していても、その時期を逸してしまうおそれがあるとの問題があった。
【０００８】
そこで、本発明は以上のような課題を解決すべくなされたものであり、ディーラ等への予約やスケジュール調整を行う手間を省いてユーザの利便性を向上させたナビゲーションシステムを提供することを目的とするものである。
【課題を解決するための手段】
【０００９】
このような問題を解決するため、請求項１に記載されているナビゲーションシステムは、ディーラの予約状況に関する予約状況データを有するディーラ側端末装置と通信可能な通信手段と、
車両の整備必要時期を判断する整備時期判断手段と、ユーザのスケジュールデータを管理するスケジュール管理手段と、前記予約状況データ及び前記スケジュールデータを参照しつつ、前記ディーラに予約を入れることが可能な予約可能日時を特定する予約調整手段とを有するナビゲーション装置を備え、
前記整備時期判断手段が整備必要と判断し、前記予約調整手段が予約可能日時を特定したときは、前記通信手段から前記ディーラ側端末装置に予約申込信号が送信されることを特徴としている。
【００１０】
請求項２に記載されている発明は、請求項１に記載のナビゲーションシステムにおいて、目的地までの経路を探索する経路探索手段を備え、
前記予約調整手段は、前記経路探索手段によって探索された目的地までの走行経路上あるいはその近傍にディーラが位置する場合に、前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴としている。
【００１１】
請求項３に記載されている発明は、請求項１又は請求項２に記載のナビゲーションシステムにおいて、前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールと前記ディーラの予約可能日時とが合致しないと判断するときは、前記ユーザのスケジュールの変更の可否を問い合わせるとともに、変更が可能である場合には、前記ユーザのスケジュールの変更を行うことを特徴としている。
【００１２】
請求項４に記載されている発明は、請求項１に記載のナビゲーションシステムにおいて、前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールに空きのある日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴としている。
【００１３】
請求項５に記載されている発明は、請求項１に記載のナビゲーションシステムにおいて、目的地までの経路を探索する経路探索手段を備え、
前記経路探索手段によって探索された目的地までの走行経路上あるいはその近傍にディーラが位置しない場合又は目的地までの走行経路上あるいはその近傍にディーラが位置する日にディーラの予約が不可である場合に、前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールに空きのある日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴としている。
【００１４】
請求項６に記載されている発明は、請求項４又は請求項５に記載のナビゲーションシステムにおいて、前記予約調整手段は、前記ユーザのスケジュールに空きのある日が複数ある場合に、所定の優先順位に従って前記ディーラに予約を入れることが可能な予約可能候補日を判断することを特徴としている。
【００１５】
請求項７に記載されている発明は、請求項４又は請求項５に記載のナビゲーションシステムにおいて、前記予約調整手段は、前記ユーザのスケジュールに空きのある日に休日が含まれている場合には、休日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴としている。
【００１６】
請求項８に記載されている発明は、請求項１から請求項７のいずれか一項に記載のナビゲーションシステムにおいて、前記車両に備えられる消耗品の消耗程度を検知する消耗検知機構を備え、前記整備時期判断手段は、前記消耗検知機構によって検知された結果に基づいて、車両の整備必要時期の判断を行うことを特徴としている。
【００１７】
請求項９に記載されている発明は、請求項１から請求項８のいずれか一項に記載のナビゲーションシステムにおいて、前記整備時期判断手段は、前記車両の累積経過時間及び累積走行距離の少なくとも何れか一方が所定の閾値を超えているか否かに基づいて、車両の整備必要時期の判断を行うことを特徴としている。
【００１８】
請求項１０に記載されている発明は、請求項１から請求項９のいずれか一項に記載のナビゲーションシステムにおいて、前記整備時期判断手段は、前記ディーラ側端末装置から送信される情報に基づいて、車両の整備必要時期の判断を行うことを特徴としている。
【００１９】
請求項１１に記載されている発明は、請求項１から請求項１０のいずれか一項に記載のナビゲーションシステムにおいて、前記通信手段から前記ディーラ側端末装置に予約申込信号が送信されたときは、前記スケジュール管理手段は、前記スケジュールデータの更新を行うことを特徴としている。
【００２０】
請求項１２に記載されている発明は、請求項１から請求項１１のいずれか一項に記載のナビゲーションシステムにおいて、音声によって入力指示を行う音声入力部と、前記音声入力部から入力された音声を処理する音声認識処理手段とを備えたことを特徴としている。
【発明の効果】
【００２１】
本発明によれば、車両の消耗品の交換時期が近い場合や、車検時期が迫っている場合には、ナビゲーション装置がディーラ側端末装置から予約状況データを取得してユーザのスケジュールデータと照合し、ディーラのサービスを受けるための予約を行うことが可能か否かの判断を行う。このため、ユーザが、自らスケジュールを確認しディーラに予約を入れる等の手間が不要となり、時間に余裕のないユーザでも容易かつ確実に車両整備のサービスを受けることが可能となる。
【００２２】
また、車両の消耗品の交換時期や、車検時期といった車両に関する予定をナビゲーション装置によってすべて統括的に管理することできるため、車両整備に関心の薄いユーザであっても消耗品の交換時期等を逸することなく、走行の安全を図ることができるという効果を奏する。
【発明を実施するための最良の形態】
【００２３】
以下、図１から図５を参照しつつ、本発明に係るナビゲーションシステムの第一実施形態について説明する。
【００２４】
まず、図１に示すように、本実施形態のナビゲーションシステム１に適用されるナビゲーション装置１０には、例えば、通信手段として、携帯電話機や通信機能を有するメモリーカード等の通信装置２が無線方式又は有線方式によって接続可能となっており、これらの通信装置２により、ネットワークを介して、ディーラ側端末装置３に接続可能となっている。なお、ナビゲーション装置１０が通信モジュールを内蔵している場合には、通信装置２を介することなくネットワークに接続し、ネットワークを介してディーラ側端末装置３に接続可能となる。
【００２５】
ディーラにおいては、例えば、車検、エンジンオイルやバッテリ等の消耗品の交換等といった車両の整備に関する各種のサービスを受けることが可能であり、ディーラ側端末装置３は、顧客の所有する車両の車検時期や各種消耗品の交換時期等に関する各種の顧客データ４を有している。また、ディーラ側端末装置３は、ディーラにおいて受けることのできる各種のサービスを予約可能な日時に関する予約状況データ５を備えている。ナビゲーション装置１０は、ネットワークを介してディーラ側端末装置３に接続することにより、これらの各種データを取得可能となっている。
【００２６】
ナビゲーション装置１０には、通信部６が設けられており、例えば、携帯電話機やＰＤＡ、ユーザのパーソナルコンピュータ等の各種端末装置７に設けられた通信部（図示せず）との間で無線方式又は接続端子等を介した有線方式により通信を行うことが可能となっている。これら端末装置７には、ユーザのスケジュールデータ２９が格納されており、ナビゲーション装置１０は、通信部６を介してこれら端末装置７と接続されることによりスケジュールデータの送受信を行うことができるようになっている。なお、ナビゲーション装置１０が、ブルートゥース通信部を備えている場合には、ブルートゥース通信部を備える各種端末装置との間で、ブルートゥース通信部を介した各種データの送受信を行うようになっていてもよい。
【００２７】
また、ナビゲーション装置１０は、ユーザがキー操作等により各種情報を入力する入力操作部８、音声によって入力を行う音声入力部９、ユーザに対して各種情報を表示する表示部１１、音声を出力する音声出力部１２や、例えばハードディスク等によって構成され各種データを記憶する記憶部１３、外部から入力されたユーザの個人的なデータ等を記憶する外部メモリ１９、及び車両内の各種消耗品の劣化等を検知する消耗検知機構１４を備えている。また、車両の位置を特定する位置特定手段を構成するものとして車両の走行距離を検出する距離センサ１５、車両が進行する方位を検出する方位センサ１６、ＧＰＳ（Global Positioning Systems）衛星からの信号を受信するＧＰＳ受信部１７、ＶＩＣＳ（道路交通情報通信システム）によって提供される情報を受信するＶＩＣＳ受信部１８を備えている。さらに、ナビゲーション装置１０は、このナビゲーション装置１０の各構成要素を統括的に制御する制御部２０を備えており、制御部２０は、ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３等から構成されている。また、これら各構成要素はバス２４により接続されている。
【００２８】
入力操作８は、例えば、タッチパネル、ライトペン、各種のキーや操作ボタン等によって構成されており、ユーザがこれらを操作することにより、操作に応じた操作信号をＣＰＵ２１に出力するようになっている。
【００２９】
また、音声入力部９は、例えば、内蔵型のマイクロフォン（図示せず）を備えており、このマイクロフォンによって集音された音声信号を増幅し、サンプリングしてＡ／Ｄ変換する。これにより、音声入力部９は、当該音声を表すデジタル形式の音声データを生成し、生成した音声データをパルス信号としてＣＰＵ２１に出力するようになっている。
【００３０】
表示部１１は、例えばＴＦＴ（Thin Film Transister）等を備えた液晶ディスプレイによって構成されており、ＣＰＵ２１からの各種信号に基づいて、ユーザに対する各種メッセージや、地図上における車両の現在位置等を表示するようになっている。なお、前記入力部８のタッチパネルは、表示部１１の液晶ディスプレイ上に設けられるようにしてもよい。
【００３１】
音声出力部１２は、例えば、Ｄ／Ａ変換部、Ｄ／Ａ変換部からのアナログ信号を増幅する増幅部、及びスピーカ（いずれも図示せず）を備えている。音声出力部１２には、ユーザに対する各種メッセージや進行方向を指示するメッセージ等に対応する各種の音声信号がＣＰＵ２１から送られるようになっており、音声出力部１２は、これらの音声信号をＤ／Ａ変換部においてＤ／Ａ変換し、増幅部によって増幅した後、スピーカから音声出力させるようになっている。
【００３２】
記憶部１３は、当該ナビゲーション装置１０に着脱可能に装填されるものであり、例えばＤＶＤ−ＲＯＭ（Digital Versatile Disc-Read Only Memory）やＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）等によって構成されている。この記憶部１３には、例えば、地図データ、道路データ、誘導データ等の各種走行関連データ２７や音声認識の際に参照される音声認識用データ２８等が格納されている。
【００３３】
ここで、地図データとは、ガソリンスタンドや郵便局等を表すアイコン（図柄）、地名等を表す文字データ、及び地図の背景画像データから成るデータである。道路データとは、マッチングの際に読み出されるデータであり、道路の名称、有料道路／一般道路の区別、国道／県道の区別、車線数、規制速度等を表すデータである。また、誘導データとは、経路の誘導時に読み出されるデータであり、交差点の名称、交差点の目印（例えば、商店の名称等）を表すデータである。
【００３４】
また、音声認識用データ２８とは、例えば、音声入力部から入力されることが予想される様々な単語が予め品詞ごとに分類され記憶された単語データと、入力された単語を所定の処理と対応付ける対応付けデータ等の音声認識処理に必要な各種のデータである。対応付けデータは、例えば、「変更」「遅く」「早く」「ずらす」「前に」「後に」等の時間の先後関係等に関するキーワードと、「構わない」「できる」「よい」「お願い」等の肯定的なキーワード及び「できない」「だめ」「よくない」等の否定的なキーワードとを記憶しており、先後関係等に関するキーワードと、肯定的又は否定的なキーワードとがそれぞれ掛け合わされた場合に、各組み合わせに対応する指示の意味内容及びそれに対する適切な対応及び応答が対応付けられて記憶されているものである。
【００３５】
外部メモリ１９は、例えば、フラッシュメモリカード等により構成されるものであり、例えば、ユーザの各種端末装置７から取得されたスケジュールデータ２９や、過去に行われた車両整備の内容、時期等に関する車両整備データ３０等の各種データを記憶するものである。なお、この外部メモリに記憶される各種データ等を制御部２０のＲＡＭ２３等に記憶させることも可能であり、この場合には外部メモリを必要に応じて設けることとすればよい。
【００３６】
次に、距離センサ１５は、例えば、車両の車輪の回転数に基づいて、一定の走行距離毎にパルス信号を生成し、生成したパルス信号をＣＰＵ２１に出力するようになっている。また、方位センサ１６は、例えば、ジャイロを用いて車両の単位時間当たりの回転角度を検出し、検出した回転角度をＣＰＵ２１に出力するようになっている。
【００３７】
ＧＰＳ受信部１７は、複数のＧＰＳ衛星の各々からスペクトラム拡散信号を受信し、受信した複数のスペクトラム拡散信号同士の位相差に基づいて当該ナビゲーション装置１０が搭載される車両の絶対的な位置を表す現在地データを検出し、検出した現在地データをＣＰＵ２１に出力するようになっている。
【００３８】
ＶＩＣＳ受信部１８は、ＦＭ電波で送信される情報を受信するためのＦＭアンテナ（図示せず）及び道路上に所定間隔で設置された光ビーコンや電波ビーコン（情報通信施設）から送信される情報を受信するためのビーコン受信部（図示せず）等から構成されている。ＶＩＣＳ受信部１８は、これらＦＭアンテナ及びビーコン受信部から渋滞、事故、交通規制、駐車場等の交通情報をリアルタイムで受信し、受信した交通情報をＣＰＵ２１に出力するようになっている。
【００３９】
また、消耗検知機構１４は、例えば、各種のセンサや計測器であり、車両内の各消耗品うち、センサによって劣化の度合いを検知することのできるものについてはそれぞれ消耗検知機構１４としてのセンサが設けられている。これら各消耗検知機構１４によって検知された結果は、ＣＰＵ２１に送られるようになっており、ＣＰＵ２１は、その検知結果から、各消耗品の交換が必要か否かを判断するようになっている。
【００４０】
ここで、車両内の消耗品としては、例えば、エンジンオイル、ブレーキオイル、バッテリ、ブレーキパッド、エンジン冷却水等がある。このうち、例えば、バッテリについては、電圧の変化を測定することによって劣化の度合いを判断することが可能であり、消耗検知機構１４として電圧計が用いられる。また、エンジン冷却水については一定の量に保たれているかを測定するセンサが消耗検知機構１４として用いられる。なお、車両がＯＢＤ-ＩＩ（自動車故障診断機）の規格に適合するものである場合には、ＯＢＤ-ＩＩを利用して故障箇所の検知が行われるようにしてもよい。ＯＢＤ-ＩＩとは、例えば、外部のコンピュータ等（図示せず）との間で相互通信を行うことができる検査機器である。ＯＢＤ-ＩＩは、予めコンピュータに記憶されているセンサ類の信号に異常がある場合にこれを検知することができ、主としてエンジンの制御状態が正常であるか否かを検知することができるようになっている。すなわち、ＥＣＵ（エンジン・コントロールコンピュータ・ユニット）が搭載され、コンピュータによってエンジンが制御されている車両においては、例えば、排気管のフロントパイプに取り付けられた酸素センサ（図示せず）等によって排気ガス中の酸素濃度のチェックが行われ、ＥＣＵは、こうしたセンサから送られるアナログ信号に基づいて、理論空燃比（空気１４．８：燃料１）が保たれるよう、酸素濃度のフィードバック制御を行うようにプログラムされている。ＯＢＤ-ＩＩは、外部のコンピュータ等と自動車の車両制御コンピュータとデータ通信を行いこのようなＥＣＵの制御状態をモニタリングすることができるものである。そこで、ＯＢＤ-ＩＩ規格に適合する車両の場合、ナビゲーション装置１０によってＥＣＵに送られる各種センサからの信号を受信し、ＣＰＵ２１は、この信号に基づいて故障箇所の有無、消耗品の交換の要否等の判断を行うことができる。
【００４１】
制御部２０は、例えば、ＣＰＵ２１等から構成され、ＲＯＭ２２に格納される所定のプログラムを読み出してＲＡＭ２３の作業領域に展開し、当該プログラムに従って各種の処理を実行するようになっている。
【００４２】
特に、本実施形態においては、ＲＯＭ２２には、ユーザが入力操作部８を操作したり、音声入力部９から音声入力を行ったりすることにより設定された目的地へユーザを誘導するためのナビゲーションプログラム２５が格納されており、ＣＰＵ２１は、このナビゲーションプログラム２５をＲＡＭ２３に展開することにより、以下の処理を行うようになっている。
【００４３】
すなわち、ＣＰＵ２１は、距離センサ１５により生成されたパルス信号及び方位センサ１６により検出された回転角度に基づいて、当該ナビゲーション装置１０が搭載された車両の相対的な位置変化を算出する。そして、ＣＰＵ２１は、算出した相対的な位置変化と、ＧＰＳ受信部１７により検出された絶対的な車両の位置を表す現在地データとをマッチングさせることにより、車両の現在位置情報を生成するようになっている。
【００４４】
また、ＣＰＵ２１は、経路探索手段として機能するようになっており、記憶部１３に格納されている地図データ等の走行関連データ２７を読み出して、車両の現在位置からユーザが設定した目的地に至る経路を探索し、決定する。そして、決定した経路に沿ってユーザを誘導するための誘導情報を生成するようになっている。
【００４５】
さらに、ＣＰＵ２１は、走行関連データ２７等の各種データ、生成された現在位置情報、誘導情報及びＶＩＣＳ受信部１８によりリアルタイムに受信される交通情報を参照して、地図上に車両の現在位置をマーキングするとともに、誘導経路や交通情報を付加した案内地図に関する画像情報を生成する。そして、ＣＰＵ２１は、生成された画像情報に基づいて案内地図を表示部１１に表示させるようになっている。
【００４６】
また、ＣＰＵ２１は、音声認識処理手段として機能するようになっており、音声入力部９からユーザ等によって音声による指示が入力されたときは、入力音声の認識を行う。音声認識は、例えば以下の手法で行われる。すなわち、音声による入力が行われたときは、ＣＰＵ２１は、記憶部１３に格納されている単語データ、対応付けデータ等の音声認識用データ２８を読み出すようになっている。そして、入力された音声の波形と単語データ内に予め登録されている各単語の波形とのマッチング度合いを算出し、算出された結果をスコアとして出力するようになっている。そして、スコアが最大値となった単語を入力音声の単語として認識する。さらに、ＣＰＵ２１は、認識された単語の解析、分類を行って、キーワードを抽出し、このキーワードに対して対応付けられるべき処理を対応付けデータを参照しつつ特定する。例えば、「変更」「遅く」「できる」といったキーワードが抽出されると、ＣＰＵ２１は、当初予定されていた時刻よりも遅い時間に予定を変更することが可能であるとの指示が入力されたと認識し、当初よりも遅い時間に予定を変更する処理を行うことを決定する。行うべき処理が特定されると、この処理に対応する音声の合成処理を行うようになっている。具体的には、予めデータとして格納されている図示しない音片データや音素データ等を読み出してこの中から適当な音片や音素を適宜組み合わせることにより所望の音声を合成し音声情報を生成するようになっている。ＣＰＵ２１は、音声情報を生成すると、生成した音声情報に基づいて音声を音声出力部１２から出力させるようになっている。また、ユーザからの音声入力のない場合であっても、ＣＰＵ２１は、車両を誘導経路に沿って走行させるための進行方向を指示する音声や各種の警告、報知に関する音声等の必要な音声を合成して音声情報を生成するとともに、生成した音声情報に基づいた音声を音声出力部１２から出力させるようになっている。なお、音声認識処理を行う手法はここに示したもので限定されず、他の手法によるものとしてもよい。
【００４７】
次に、ＣＰＵ２１は、車両の整備必要時期を判断する整備時期判断手段として機能するようになっており、消耗検知機構１４等から送られた検知結果から車両の整備が必要であると判断すると、整備を行うべき時期を基準として所定の整備を行うべき期間を特定するようになっている。また、ＣＰＵ２１は、エンジンオイル、ブレーキオイル、ブレーキパッド等のように、ほぼ車両の走行距離に比例して劣化するものについては、距離センサ１５によって検出される車両の走行距離及び図示しない経時手段によって取得される経過時間と車両整備データ３０とを参照することにより、前回整備が行われたときからの累積経過時間及び累積走行距離を算出し累積経過時間又は累積走行距離が一定の閾値を超える場合に交換、整備時期である旨の判断を行うようになっている。また、車両整備データから前回車検を行った時期を特定し、このときから所定の期間が経過している場合には車検を行うべき時期であると判断するようになっている。なお、累積経過時間又は累積走行距離についての閾値は、各消耗品ごとに予め設定されている。また、ユーザが事後的に適宜閾値を変更できるようにしてもよい。
【００４８】
なお、ＣＰＵ２１は、例えば、消耗品であれば交換、補充等を行わなくてはならない時期、また車検であれば車検の期限日を整備を行うべき時期とした場合に、この時期よりも前の所定期間をもって整備を行うべき期間とするようになっている。なお、交換等が必要な時期よりもどの程度前をもって整備を行うべき期間とするかについては事前に適宜設定されるようになっている。また、事後的にユーザが任意に設定するようにすることも可能である。
【００４９】
また、本実施形態においては、ＲＯＭ２２には、ディーラの各種サービスを受けるための予約を入れることが可能な予約可能日時を決定する予約調整プログラム２６が格納されており、ＣＰＵ２１は、この予約調整プログラム２６をＲＡＭ２３に展開することにより、予約調整手段として以下の処理を行うようになっている。
【００５０】
すなわち、ＣＰＵ２１は、車両の整備を行うべき時期を基準として所定の整備を行うべき期間が特定されたときは、ユーザのスケジュールデータ２９及び走行関連データ２７等を参照しつつ、この所定期間内の各日における車両の予定位置と目的地までの走行経路を探索し、この所定の走行経路上あるいはその近傍にディーラが位置するか否かの判断を行うようになっている。なお、ディーラの位置が走行経路上からどの程度の範囲内にあるときに近傍に位置すると判断するかについては事前に適宜設定されるようになっている。また、ユーザによって任意に設定することも可能である。
【００５１】
ＣＰＵ２１は、所定の走行経路上あるいはその近傍にディーラが位置すると判断したときは、ディーラの位置を走行経路上の中継地点と仮定して、この場合の出発地点となる現在位置とディーラとの間及びディーラから目的地までの間の各区間の始点から終点までの予想移動時間を算出するようになっている。さらに、例えば、記憶部１３には、ディーラにおいて受けるべきサービスを受けるのに必要とされる一般的な時間の一覧（図示せず）がデータとして予め記憶されており、ＣＰＵ２１は、これを参照することによって、ディーラにおける予想滞在時間を判断し、ＣＰＵ２１は、算出された予想移動時間に予想滞在時間を加算することにより、ディーラに立ち寄った場合の目的地到着時刻を算出するようになっている。さらに、ＣＰＵ２１は、算出された結果からユーザのスケジュールに目的地に到着すべき目標到着時刻として設定されている時刻前に目的地に到着可能であるか否かの判断を行い、目標到着時刻内に到着可能である場合には、ディーラへの立ち寄りが可能であると判断するようになっている。さらに、ＣＰＵ２１は、ネットワークを通じてディーラ側端末装置から取得した予約状況データを参照し、ディーラ到着予定時刻にディーラのサービスの予約を取ることが可能か否かを判断する。そして、予約を取ることが可能な場合には、この日をディーラの予約候補日と判断するようになっている。
【００５２】
例えば、前回行われた整備からの経過時間や累積走行距離、各種センサからの信号等に基づいて、ＣＰＵ２１が１ヶ月以内に車両の整備が必要と判断した場合、ＣＰＵ２１は、現在時点から１ヶ月以内を所定の整備を行うべき期間として特定し、音声又は表示部への表示によりユーザに対してディーラに車両整備の予約を入れるか否かの問い合わせを行うようになっている。そして、ユーザがこれを承諾する場合には、ＣＰＵ２１は、ユーザのスケジュールデータを参照してユーザのスケジュール状態を確認するようになっている。この場合、例えば、直近のスケジュールから順に表示部に表示させるようにしてもよい。次に、ＣＰＵ２１は、通信装置を介してディーラ側端末装置と接続することによりディーラの予約状況データを取得して、この予約状況データを参照することによりディーラの予約可能日時を確認するようになっている。この場合、例えば、整備を行うべき期間内のディーラの予約可能日時を表示部に一覧表示させるようにしてもよい。
【００５３】
例えば、整備を行うべき期間内のユーザのスケジュール状態が図２に示すようになっており、ディーラの予約可能日時が図３に示すようになっている場合、さらに、ＣＰＵ２１は、走行関連データを参照しつつユーザが各スケジュールにおいて立ち寄る地点とディーラとの位置関係の探索を行うようになっている。探索の結果、例えば、ユーザの５月５日のスケジュールが図４（ａ）に示すようになっており、ＣＰＵ２１が、ディーラがＸ電気店と△釣具店との間の走行経路上あるいはその近傍に位置すると判断した場合には、自宅からＢショッピングセンタ間、ＢショッピングセンタからＸ電気店間、Ｘ電気店からディーラ間、及びとディーラから△釣具店間のそれぞれの予想移動時間を算出する。さらに、算出された予想移動時間にディーラでサービスを受けるのに必要とされる予想滞在時間を加算し、算出された結果から目的地に目標到着時刻内に到着可能か否かを判断する。
【００５４】
すなわち、図４（ａ）に示すように、１３：００にＸ電気店を出発し、次の目的地である△釣具店に到着する予定時刻が１８：００である場合、例えば、Ｘ電気店からディーラ間の予想移動時間が３時間であり、ディーラから△釣具店間の予想移動時間が１時間であり、さらに、ディーラでサービスを受けるのに必要とされる予想滞在時間が１時間である場合には、ディーラに立ち寄っても目的地到着時刻は１８：００であり、目標到着時刻内である。したがって、この場合には、ＣＰＵ２１は、ディーラへの立ち寄りが可能であると判断するようになっている。そして、例えば、ディーラ到着予定時刻が１６：００である場合、ディーラの予約状況データを参照した結果、図３に示すように、１６：００からの予約を取ることが可能であれば、ＣＰＵ２１は、５月５日の１６：００をディーラの予約候補日時と判断する。
【００５５】
ＣＰＵ２１は、ディーラの予約候補日時を検出すると、音声出力部１２から音声によって検出された予約候補日時にディーラの予約を入れるか否かを問い合わせるメッセージを出力させるようになっている。なお、音声による出力を行うとともに、又は、音声による出力に代えてその旨を表示部に表示させるようにしてもよい。
【００５６】
出力されたメッセージに対して、ユーザは、予約を入れる又は入れない旨を決定し、音声入力部９又は入力操作部８からその旨の入力を行うようになっている。
【００５７】
なお、図２、図４（ａ）及び図４（ｂ）に示す移動手段とは、その目的地に行くための移動手段を示しており、移動手段が車であるときに本発明を実施するようにしてもよい。
【００５８】
また、図２、図４（ａ）及び図４（ｂ）に示すデータにおいては、到着時刻と出発時刻とが設定されているが、到着時刻、出発時刻は、ＣＰＵ２１がスケジュールデータ２９を参照しつつ設定されるようにしてもよい。この場合、例えば、スケジュールデータ２９に「Ａ社との打ち合わせ １４：００〜１５：００」とある場合には、１４：００を到着時刻とし、１５：００を出発時刻とする。なお、予めスケジュールデータ２９に登録されている時刻に所定時間を加減したものを到着時刻や出発時刻としてもよい。例えば、先の例において、所定時間を１０分間とすれば、１３：５０をＡ社への到着時刻とし、１５：１０を出発時刻とする。この所定時間は、予めＣＰＵ２１の側に設定されていてもよいし、ユーザが適宜設定するものとしてもよい。
【００５９】
なお、図２、図４（ａ）及び図４（ｂ）に示したスケジュールデータ２９の例においては到着時刻と出発時刻とが設定されているものとしたが、これらのスケジュールデータ２９はここに例示したものに限定されず、到着時刻、出発時刻のうちいずれか一方のみを備えるものとしてもよい。この場合には、その目的地のジャンル等からその目的地に滞在すると思われる時間を、到着時刻、出発時刻のうち設定されているものに加算又は減算することにより他方の時刻を算出するようにする。例えば、Ｂショッピングセンターの出発時刻のみが１１：００と設定されている場合、ショッピングセンターのジャンルの滞在時間が1時間とされていれば、到着時刻は出発時刻の１１：００から１時間を減じて１０：００と算出される。なお、滞在時間の設定は、過去に実際にそのジャンルに属する地又はその目的地に滞在した時間を記憶させておき、この記憶されている滞在時間から算出してもよいし、ジャンルごとの平均的な所要時間を基に予め設定され、ＣＰＵ２１のＲＯＭ等にデータとして格納されていてもよい。また、ユーザが入力操作部８等から入力する等の方法によって設定されるものとしてもよい。
【００６０】
一方、算出された予想移動時間にディーラでの予想滞在時間を加算した結果、目的地に目標到着時刻内に到着できないと判断される場合、又は、ディーラへの到着予定時刻に予約が取れない場合には、ＣＰＵ２１は、再度ディーラの予約状況データ５を参照しつつ、その日の出発時刻又は目標到着時刻を変更した場合にディーラに予約を入れることが可能か否かを判断するようになっている。
【００６１】
そして、出発時刻又は目標到着時刻を変更した場合にディーラに予約を入れることが可能と判断される場合には、ＣＰＵ２１は、音声出力部から音声によってその旨を出力させるようになっている。なお、音声による出力を行うとともに、又は、音声による出力に代えて当該日時を表示部に表示させるようにしてもよい。
【００６２】
すなわち、例えば、先の例において、１３：００にＸ電気店を出発し、次の目的地である△釣具店に到着する予定時刻が１８：００である場合、例えば、Ｘ電気店からディーラ間の予想移動時間が３時間であり、ディーラから△釣具店間の予想移動時間が１時間であり、さらに、ディーラでサービスを受けるのに必要とされる予想滞在時間が１時間３０分である場合には、ディーラに立ち寄ってから△釣具店に向かうと目的地到着時刻は１８：３０となり、目標到着時刻を超えている。そこで、この場合には、ＣＰＵ２１は、目的地に目標到着時刻内に到着できないと判断し、ユーザに対して、Ｘ電気店の出発予定時刻を１２：００以前に繰り下げるか、△釣具店への到着時間を１８：００以降としてもよいかを音声出力部１２から音声出力させるようになっている。なお、音声による出力を行うとともに、又は、音声による出力に代えてその旨を表示部１１に表示させるようにしてもよい。
【００６３】
なお、ディーラへの立ち寄りが可能か否かの判断は、１時間単位、３０分単位等一定時間単位で行ってもよいし、さらに細かい時間帯ごとに行ってもよい。また、目的地への目標到着時刻を超えない限りディーラへの立ち寄りが可能と判断するようにしてもよいし、多少時間に余裕がある場合に立ち寄り可能と判断するようにしてもよい。例えば、予想移動時間にディーラでの予想滞在時間を加算した時間が３時間２０分であり、出発予定時刻から目的地への目標到着時刻までの間が３時間３０分である場合、１０分でも目標到着時刻に余裕があれば立ち寄り可能と判断してもよいし、例えば、前後３０分以上の余裕がない場合には立ち寄り不可と判断するようにしてもよい。
【００６４】
出発時刻又は目標到着時刻を変更することによってディーラのへの立ち寄りが可能となり予約を取ることができると判断される場合には、ＣＰＵ２１は、ユーザに対して出発時刻の変更又は目標到着時刻の変更が可能か否かの問い合わせを行うメッセージを音声出力部から音声によって出力させ、又は表示部にその旨の表示をさせるようになっている。そして、この音声又は表示による問い合わせに対して、ユーザは、音声入力部９からの音声入力又は入力操作部からの入力操作によってＣＰＵ２１に対して変更の可否及び変更後の時間についての指示を入力することができるようになっている。
【００６５】
すなわち、例えば、先の例において、ＣＰＵ２１ディーラがＸ電気店と△釣具店間との間に存する場合、例えば、ユーザが、音声入力部９から「Ｘ電気店の出発予定時刻を変更することはできないが、△釣具店への到着時刻は遅くなっても構わない。」との応答を入力したときは、ＣＰＵ２１は、入力された言葉を「Ｘ電気店」「出発予定時刻」「変更」「できない」「△釣具店」「到着時刻」「遅く」「構わない」といった単語に分解し、この中から、「変更」「できない」「遅く」「構わない」といったキーワードとなる単語を抽出する。さらに、制御部は、単語データ及び対応付けデータ等を参照しつつ、ユーザの入力指示の内容を認識し、これに対応する処理を決定して、適切な音声を合成して音声出力装部から出力させるようなっている。例えば、先の例の場合には、ＣＰＵ２１は、△釣具店への予定到着時刻を遅らせることが可能であると判断し、これに対応して「△釣具店への予定到着時刻を１８：３０に変更してもよろしいですか。」等のメッセージを発話するようになっている。これに対して、ユーザが音声入力部又は入力操作部から変更を肯定する旨の指示を入力した場合には、ＣＰＵ２１は、変更された内容をディーラの予約日時として特定するようになっている。
【００６６】
なお、時間の変更を行う場合、１時間単位、３０分単位等一定幅ずつ変更するようにしてもよいし、ユーザの希望に添って無段階的に変更可能としてもよい。また、ユーザが入力操作部から入力を行う場合には、例えば、タッチパネル上にスケジュールの一覧表が表示され、ユーザは表示された中から希望する日時を選択することによって出発予定時刻又は目的地到着時刻の変更を入力することができるようになっていてもよい。
【００６７】
ユーザがディーラに予約を入れることを承認し、ディーラの予約日時が特定されたときは、ＣＰＵ２１は、通信装置２を介してディーラ側端末装置３と接続し、所定の予約信号を送信させるようになっている。また、ディーラに予約を入れた場合には、ＣＰＵ２１は、メモリ内のスケジュールデータ２９を書き換え、更新を行うようになっている。なお、メモリ内のスケジュールデータ２９の更新を行った場合、さらに、携帯電話機等の端末装置７と接続されたときは、これら端末装置７内に記憶されているスケジュールデータ２９についても自動的に更新するようにしてもよい。
【００６８】
一方、その日の出発時刻又は目標到着時刻を変更した場合にもディーラに立ち寄ること又はディーラの予約を取ることが不可能と判断される場合、及び、ユーザがその日にディーラに予約を入れることを承認しない場合には、ＣＰＵ２１は、再度ディーラの予約状況データ５、ユーザのスケジュールデータ２９及び走行関連データ２７等を参照して、この所定期間内の他の日における車両の予定位置と目的地までの走行経路を探索するようになっている。そして、ＣＰＵ２１は、この所定の走行経路上あるいはその近傍にディーラが位置するか否かの判断を行い、該当する日時がある場合には、改めて当該日の予想移動時間とディーラでの予想滞在時間を算出し、以下前記と同様の処理を行うようになっている。他方、該当する日時がない場合には、ＣＰＵ２１は、その旨の音声を音声出力部１２から出力させ、又は、その旨の表示を表示部１１に表示させるようになっている。
【００６９】
なお、ディーラへの予約が行われたときは、ＣＰＵ２１は、例えば、予約日の前日に、音声出力部１２又は表示部１１を制御することにより、ユーザに対して翌日がディーラの予約日である旨の通知を行わせるようになっている。さらに、予約日当日は、ＣＰＵ２１は、走行関連データ２７等を参照しつつ、出発地点からディーラを中継して目的地に至る所定の経路に沿ってユーザを誘導するようになっている。
【００７０】
次に、図５を参照しつつ、本実施形態の作用について説明する。
【００７１】
まず、本実施形態において、消耗検知機構１４によってバッテリ等の劣化が検知された場合、距離センサ１５等によって前回の整備時から所定の閾値を超える累積走行距離又は累積経過時間が経過している場合、前回の車検から所定期間が経過している場合には、その検知結果はＣＰＵ２１に送られ、ＣＰＵ２１は、これらの検知結果から車両について車検その他の整備・交換を行う必要があると判断し、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を決定する（ステップＳ１）。また、ＣＰＵ２１は、ユーザのスケジュールデータ２９及び走行関連データ２７等を参照して、この所定期間内の各日における車両の予定位置と目的地までの走行経路を探索し、この所定の走行経路上あるいはその近傍にディーラが位置する日を抽出する（ステップＳ２）。
【００７２】
例えば、ＣＰＵ２１が、所定の走行経路上あるいはその近傍にディーラが位置する日として５月５日を抽出したところ、ユーザの当日のスケジュールが図４（ａ）に示すようになっており、ディーラがＸ電気店と△釣具店との間の走行経路上にあるとき、ディーラの位置を走行経路上の中継地点と仮定して、この場合の出発地点となる現在位置とＢショッピングセンタとの間、ＢショッピングセンタとＸ電気店との間、Ｘ電気店とディーラとの間及びディーラから△釣具店までの間の各区間の始点から終点までの予想移動時間の算出を行う（ステップＳ３）。さらに、算出された予想移動時間にディーラにおける予想滞在時間を加算し、算出された結果から目的地に到着すべき目標到着時刻内に到着可能であるか否かの判断を行う（ステップＳ４）。この結果、目標到着時刻内に到着可能であると判断する場合（ステップＳ４；ＹＥＳ）には、ＣＰＵ２１は、ディーラへの立ち寄りが可能であると判断するようになっている。
【００７３】
ディーラへの立ち寄りが可能であると判断した場合（ステップＳ４；ＹＥＳ）には、ＣＰＵ２１は、通信装置２を介してディーラ側端末装置３に接続しディーラの予約状況データ５を取得する（ステップＳ５）。そして、ＣＰＵ２１は、取得した予約状況データ５を参照しつつ、先に算出されたディーラへの立ち寄り可能日時にディーラの予約を取ることが可能か否かを判断する（ステップＳ６）。すなわち、例えば、ディーラの予約状況が図３に示すようになっている場合、ＣＰＵ２１は、ユーザがＸ電気店と△釣具店との間を走行する予定時間内にディーラの予約可能な時間があるかを判断する。そして、Ｘ電気店からディーラまでの予想移動時間等を勘案しつつ、例えば、図４（ｂ）に示すように、１６：００の予約を取ることが可能であると判断する。
【００７４】
ディーラの予約を取ることが可能と判断される場合（ステップＳ６；ＹＥＳ）には、ＣＰＵ２１は、例えば、「車両の整備が必要です。５月５日のＸ電気店と△釣具店との間にディーラに立ち寄ることが便利です。１６：００からディーラの予約が可能ですが予約しますか。」というメッセージを音声出力部から出力させてユーザに予約を入れるか否かの問い合わせを行う（ステップＳ７）。そして、例えば、ユーザが「はい。」と音声を入力し（ステップＳ７；ＹＥＳ）、ディーラに予約を入れることを承認したとＣＰＵ２１が判断すると、ＣＰＵ２１は、５月５日の１６：００をディーラの予約日時が特定する（ステップＳ８）。この場合、ＣＰＵ２１は、通信装置２を介してディーラ側端末装置３と接続し、所定の予約信号を送信する（ステップＳ９）。また、ディーラに予約を入れた場合には、メモリ内のスケジュールデータ２９を書き換え、更新を行う（ステップＳ１０）。
【００７５】
なお、ディーラの予約が行われたときは、ＣＰＵ２１は、予約日の前日に、ユーザに対して翌日がディーラの予約日であることを音声又は表示部１１への表示によって通知する。さらに、予約日当日は、所定の走行経路に沿って車両の進行方向等を指示し、ディーラ及び目的地までの案内を行う。
【００７６】
一方、ユーザがその日時にディーラに予約を入れることを承認しない場合（ステップＳ７；ＮＯ）には、ＣＰＵ２１は、図３のようなディーラの予約状況の一覧を表示部１１に表示させ（ステップＳ１１）、「現在ディーラの予約可能日時はこのようになっています。ご希望の日時を入力してください。」等のメッセージを音声出力部１２から出力させる。
【００７７】
これに対して、ユーザが、例えば、「５月４日の１４：００から予約してほしい。」等の入力を音声によって行うと（ステップＳ１２）、ＣＰＵ２１は、音声認識用データ２８を参照しつつユーザの指示内容を認識し、５月４日の１４：００をディーラの予約日時として特定する（ステップＳ８）。なお、ユーザによる予約希望日時の選択は、入力操作部８のタッチパネル等から行われてもよい。予約日時が特定すると、ＣＰＵ２１は、前記と同様に、ディーラ側端末装置３に対して所定の予約信号を送信するとともに（ステップＳ９）、メモリ内のスケジュールデータ２９を書き換え、更新を行う（ステップＳ１０）。
【００７８】
また、ディーラへの立ち寄りが不可能と判断した場合（ステップＳ４；ＮＯ）には、ＣＰＵ２１は、再度ディーラの予約状況データ５、ユーザのスケジュールデータ２９及び走行関連データ２７等を参照して、この所定期間内の他の日における車両の予定位置と目的地までの走行経路を探索するようになっている。そして、ＣＰＵ２１は、この所定の走行経路上あるいはその近傍にディーラが位置する日時を抽出し（ステップＳ２）、該当する日時がある場合には、改めて当該日時の予想移動時間とディーラでの予想滞在時間を算出し、以下前記と同様の処理を行うようになっている。他方、該当する日時がない場合には、ＣＰＵ２１は、その旨の音声を音声出力部１２から出力させ、又は、その旨の表示を表示部１１に表示させるようにしてもよい。
【００７９】
以上のように、本実施形態においては、車両の消耗品の交換時期が近い場合や、車検時期が迫っている場合には、ナビゲーション装置１０がディーラ側の予約状況データ５を取得してユーザのスケジュールデータ２９と照合し、ディーラのサービスを受けるための予約を行うことが可能か否かの判断を行う。このため、ユーザが、自らスケジュールを確認しディーラに予約を入れる等の手間が不要となり、時間に余裕のないユーザでも容易かつ確実に車両整備のサービスを受けることが可能となる。
【００８０】
また、車両の消耗品の交換時期や、車検時期といった車両に関する予定をナビゲーション装置１０によってすべて統括的に管理することできるため、車両整備に関心の薄いユーザであっても消耗品の交換時期等を逸することなく、走行の安全を図ることができる。
【００８１】
なお、本実施形態において、ＣＰＵ２１は、まずユーザのスケジュールを参照してディーラ近傍の通過予定があるか否かを検討し、通過予定がある場合にディーラの予約状況を参照するようにしたが、ＣＰＵ２１がデータを参照する順番はこれに限定されない。例えば、ＣＰＵ２１がはじめにディーラの予約状況を確認するようにしてもよいし、ＣＰＵ２１が、「そろそろ車検の更新時期ですが、ディーラを予約しますか。」等の問い合わせをユーザに対して行い、ユーザが予約を希望する場合にディーラの予約状況等を確認するようにしてもよい。また、ＣＰＵ２１は、予約を希望する日をユーザに予め問い合わせてから各データを参照するようにしてもよい。
【００８２】
また、ディーラの予約可能データは、１時間単位で表示させるようにしたが、さらに細かく時間帯を区切って表示させるようにしてもよい。
【００８３】
また、本実施形態においては、車両内の各消耗品に設けられた消耗検知機構１４、累積走行距離、累積経時時間から車両の整備の必要時期が判断されるものとしたが、車両の整備の必要時期を判断する手法はこれに限定されない。例えば、ディーラ側端末装置３から通信装置を介して顧客の車両における消耗品の交換時期や車検時期等に関する顧客データを取得して、この顧客データに基づいて制御部２０が車両の整備が必要であると判断するようにしてもよい。
【００８４】
その他、本発明が上記実施の形態に限らず適宜変更可能であるのは勿論である。
【００８５】
次に、本発明に係るナビゲーションシステムの第二実施形態について説明する。なお、本実施形態は、予約調整手段として機能するＣＰＵによる予約処理の手法のみを異にし、その他の構成は第一実施形態と同様であるため、以下においては、特にこれらと異なるところについて説明する。
【００８６】
本実施形態においては、ナビゲーションシステムは、第一実施形態と同様の入力操作部、音声入力部、表示部、音声出力部等を有するナビゲーション装置を備え、また、このナビゲーション装置はネットワークを介してディーラ側端末装置と接続されるようになっている。
【００８７】
ナビゲーション装置は、第一実施形態と同様の制御部を備えており、制御部は、例えば、ＣＰＵ等から構成され、ＲＯＭに格納される所定のプログラムを読み出してＲＡＭの作業領域に展開し、当該プログラムに従って各種の処理を実行するようになっている。
【００８８】
特に、本実施形態においては、ＲＯＭには、ユーザが入力部を操作することにより設定された目的地へユーザを誘導するためのナビゲーションプログラム及びユーザのスケジュールとの間で調整を図りつつディーラの各種サービスを受けるための予約を入れることが可能か否かを判断して予約可能日時を決定する予約調整プログラムが格納されている。ＣＰＵは、このナビゲーションプログラムをＲＡＭの作業領域に展開することにより、車両を現在位置から所定の目的地まで誘導するための処理を行うようになっている。また、予約調整プログラムをＲＡＭに展開することにより、以下の処理を行うようになっている。
【００８９】
すなわち、ＣＰＵは、車両内の消耗品に設けられた消耗検知機構の検知結果や、累積走行距離、累積経時時間等から車両の整備を行うべきと判断する場合には、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を特定するようになっている。
【００９０】
次に、ＣＰＵは、第一実施形態と同様に、走行関連データを参照しつつユーザが各スケジュールにおいて立ち寄る地点とディーラとの位置関係の探索を行い、その結果、例えば、ユーザの５月５日のスケジュールが図６（ａ）に示すようになっており、ＣＰＵが、ディーラがＸ電気店と△釣具店との間の走行経路上あるいはその近傍に位置すると判断した場合には、自宅からＢショッピングセンタ間、ＢショッピングセンタからＸ電気店間、Ｘ電気店からディーラ間、及びとディーラから△釣具店間のそれぞれの予想移動時間を算出する。さらに、算出された予想移動時間にディーラでサービスを受けるのに必要とされる予想滞在時間を加算し、算出された結果から目的地に目標到着時刻内に到着可能か否かを判断する。
【００９１】
算出された予想移動時間にディーラでの予想滞在時間を加算した結果、目的地に目標到着時刻内に到着できると判断される場合には、以下、第一実施形態に示した手順と同様の手順でディーラの予約日の特定等が行われる。
【００９２】
一方、算出された予想移動時間にディーラでの予想滞在時間を加算した結果、目的地に目標到着時刻内に到着できないと判断される場合、又は、ディーラへの到着予定時刻に予約が取れない場合には、ＣＰＵは、再度ディーラの予約状況データを参照しつつ、その日の出発時刻又は目標到着時刻を変更した場合にディーラに予約を入れることが可能か否か及び変更した場合にディーラに予約を入れることが可能か否かを判断するようになっている。
【００９３】
そして、出発時刻又は目標到着時刻を変更した場合にディーラに予約を入れることが可能と判断される場合には、ＣＰＵは、音声出力部から音声によってその旨を出力させるようになっている。なお、音声による出力を行うとともに、又は、音声による出力に代えて当該日時を表示部に表示させるようにしてもよい。
【００９４】
すなわち、例えば、図６（ａ）に示すように、１３：００にＸ電気店を出発し、次の目的地である△釣具店に到着する予定時刻が１８：００である場合、例えば、Ｘ電気店からディーラ間の予想移動時間が３時間であり、ディーラから△釣具店間の予想移動時間が１時間３０分であり、さらに、ディーラでサービスを受けるのに必要とされる予想滞在時間が１時間である場合には、ディーラに立ち寄ってから△釣具店に向かうと目的地到着時刻は１８：３０となり、目標到着時刻を超えている。そこで、この場合には、ＣＰＵは、目的地に目標到着時刻内に到着できないと判断し、ユーザに対して、Ｘ電気店の出発予定時刻を１２：００以前に繰り下げるか、△釣具店への到着時間を１８：００以降としてもよいかを音声出力部から音声出力させるようになっている。なお、音声による出力を行うとともに、又は、音声による出力に代えてその旨を表示部に表示させるようにしてもよい。
【００９５】
出発時刻又は目標到着時刻を変更することによってディーラのへの立ち寄りが可能となり予約を取ることができると判断される場合には、ＣＰＵは、ユーザに対して出発時刻の変更又は目標到着時刻の変更が可能か否かの問い合わせを行うメッセージを音声出力部から音声によって出力させ、又は表示部にその旨の表示をさせるようになっている。そして、この音声又は表示による問い合わせに対して、ユーザは、音声入力部からの音声入力又は入力操作部からの入力操作によってＣＰＵに対して変更の可否及び変更後の時間についての指示を入力することができるようになっている。
【００９６】
すなわち、例えば、先の例において、ＣＰＵディーラがＸ電気店と△釣具店間との間に存する場合、例えば、ユーザが、音声入力部９から「Ｘ電気店の出発予定時刻を変更することはできないが、△釣具店への到着時刻は遅くなっても構わない。」との応答を入力したときは、ＣＰＵは、入力された言葉を「Ｘ電気店」「出発予定時刻」「変更」「できない」「△釣具店」「到着時刻」「遅く」「構わない」といった単語に分解し、この中から、「変更」「できない」「遅く」「構わない」といったキーワードとなる単語を抽出する。さらに、制御部は、単語データ及び対応付けデータ等を参照しつつ、ユーザの入力指示の内容を認識し、これに対応する処理を決定して、適切な音声を合成して音声出力装部から出力させるようなっている。例えば、先の例の場合には、ＣＰＵは、△釣具店への予定到着時刻を遅らせることが可能であると判断し、これに対応して「△釣具店への予定到着時刻を１８：３０に変更してもよろしいですか。」等のメッセージを発話するようになっている。なお、この際、表示部に、図６（ｂ）に示すような変更後のスケジュールを表示させるようにしてもよい。これに対して、ユーザが音声入力部又は入力操作部から変更を肯定する旨の指示を入力した場合には、ＣＰＵは、変更された内容をディーラの予約日時として特定するようになっている。
【００９７】
ディーラの予約日時が特定された後、ＣＰＵがディーラの予約及びユーザのスケジュールの更新を行う手順は、第一実施形態に示したものと同様であるため、その説明を省略する。
【００９８】
一方、その日の出発時刻又は目標到着時刻を変更した場合にもディーラに立ち寄ること又はディーラの予約を取ることが不可能と判断される場合、及び、ユーザがその日にディーラに予約を入れることを承認しない場合には、ＣＰＵは、再度ディーラの予約状況データ、ユーザのスケジュールデータ及び走行関連データ等を参照して、この所定期間内の他の日における車両の予定位置と目的地までの走行経路を探索するようになっている。そして、ＣＰＵは、この所定の走行経路上あるいはその近傍にディーラが位置するか否かの判断を行い、該当する日時がある場合には、改めて当該日の予想移動時間とディーラでの予想滞在時間を算出し、以下前記と同様の処理を行うようになっている。
【００９９】
なお、その他の構成については、第一実施形態のものと同様であるので、その説明を省略する。
【０１００】
次に、図７を参照しつつ、本実施形態の作用について説明する。
【０１０１】
本実施形態において、ＣＰＵが車両の整備を行うべき期間を特定し（ステップＳ２１）、ユーザのスケジュールデータ及び走行関連データ等を参照して、ユーザの走行経路上あるいはその近傍にディーラが位置する日を抽出し（ステップＳ２２）、各目的地間の予想移動時間を算出するとともに（ステップＳ２３）及びディーラにおける予想滞在時間をこれに加算することにより、ディーラに立ち寄った場合に目的地に目標到着時刻内に到着可能か否かを判断する（ステップＳ２４）手順は第一実施形態と同様であるので、その説明を省略する。
【０１０２】
算出された予想移動時間にディーラでの予想滞在時間を加算した結果、目的地に目標到着時刻内に到着できないと判断される場合（ステップＳ２４；ＮＯ）には、ＣＰＵは、再度ディーラの予約状況データを参照しつつ、その日の出発時刻又は目標到着時刻を変更した場合にディーラに予約を入れることが可能か否かの判断を行う（ステップＳ２５）。この結果、例えば、出発時刻又は目標到着時刻を変更することによってディーラへの立ち寄りが可能となると判断される場合（ステップＳ２５；ＹＥＳ）には、ＣＰＵは、ユーザに対して、出発時刻の変更又は目標到着時刻の変更が可能か否かの問い合わせを行う（ステップＳ２６）。
【０１０３】
すなわち、例えば、「５月５日のＸ電気店と△釣具店との間にディーラに立ち寄ることが便利ですが、スケジュールが合いません。スケジュールを変更してもよろしいですか。」等の音声を出力することにより、ユーザに対して問い合わせを行い、ユーザが「はい。」と肯定した場合には、さらに、「Ｘ電気店の出発時刻又は△釣具店への到着時刻を変更してもよろしいですか。」といった変更内容に関する問い合わせを行う。これに対して、ユーザが、例えば、「Ｘ電気店の出発予定時刻を変更することはできないが、△釣具店への到着時刻は遅くなっても構わない。」と応答した場合には、ＣＰＵは、ユーザの入力した音声を分析し、音声認識を行うことによってユーザの指示内容を特定する。その結果、△釣具店への到着時刻を遅くすることが可能であると判断した場合には「△釣具店への到着時刻は１８：３０となりますが、よろしいですか。」との確認をユーザに対して行う。これに対して、ユーザが、「はい。」と承諾する応答をしたときは、ＣＰＵは、図６（ｂ）のように変更された内容をディーラの予約日時として特定する（ステップＳ２７）。この場合、第一実施形態同様、ＣＰＵは、ディーラを予約するとともに（ステップＳ２８）ユーザのスケジュールを更新する（ステップＳ２９）。
【０１０４】
一方、その日の出発時刻又は目標到着時刻を変更した場合にもディーラに立ち寄ることが不可能と判断される場合（ステップＳ２５；ＮＯ）、及び、ユーザがその日にディーラに予約を入れることを承認しない場合（ステップＳ２６；ＮＯ）には、ＣＰＵは、再度ディーラの予約状況データ、ユーザのスケジュールデータ及び走行関連データ等を参照して、この所定期間内の他の日における車両の予定位置と目的地までの走行経路を探索し、この所定の走行経路上あるいはその近傍にディーラが位置する日時を抽出する（ステップＳ２２）。そして、該当する日時がある場合には、改めて当該日時の予想移動時間とディーラでの予想滞在時間を算出し（ステップＳ２３）、以下前記と同様の処理を行う。
【０１０５】
他方、算出された予想移動時間にディーラでの予想滞在時間を加算した結果、目的地に目標到着時刻内に到着できると判断される場合（ステップＳ２４；ＹＥＳ）には、ＣＰＵは、ディーラ側端末装置からディーラの予約状況データを取得し（ステップＳ３０）、ディーラの予約が可能か否かを判断する（ステップＳ３１）。
ディーラの予約ができない場合には（ステップＳ３１；ＮＯ）、ＣＰＵは、再度ディーラの予約状況データ、ユーザのスケジュールデータ及び走行関連データ等を参照して、この所定期間内の他の日における車両の予定位置と目的地までの走行経路を探索し、この所定の走行経路上あるいはその近傍にディーラが位置する日時を抽出する（ステップＳ２２）。そして、該当する日時がある場合には、改めて当該日時の予想移動時間とディーラでの予想滞在時間を算出し（ステップＳ２３）、以下前記と同様の処理を行う。
ディーラの予約ができる場合には（ステップＳ３１；ＹＥＳ）、当該日時を予約日時として特定し（ステップＳ２７）、以下前記と同様の処理を行う。
【０１０６】
以上より、本実施形態によれば、第一実施形態同様、ユーザ自身がスケジュールの調整、ディーラに対する予約等を行う必要がないため、簡易かつ確実にディーラのサービスを利用することができる。また、ディーラに立ち寄った場合に目標到着時刻内に到着できない場合でも、予定を変更することによって対応が可能な場合には予定を変更してディーラの予約を入れることができるので、ユーザの予定に合わせて、柔軟な対応を行うことが可能である。
【０１０７】
なお、その他、本発明が本実施の形態に限られないことは、第一実施形態と同様である。
【０１０８】
次に、図８を参照しつつ、本発明に係るナビゲーションシステムの第三実施形態について説明する。なお、以下においては、特に第一実施形態及び第二実施形態と異なるところにつき説明し、第一実施形態及び第二実施形態と同一の箇所については、同一符号を付してその説明を省略する。
【０１０９】
本実施形態においては、ナビゲーションシステム１００は、第一実施形態及び第二実施形態と同様の入力操作部１０８、音声入力部１０９、表示部１１１、音声出力部１１２等を有するナビゲーション装置１０１を備え、また、このナビゲーション装置１０１はネットワークを介してディーラ側端末装置１０３と接続されるようになっている。
【０１１０】
ナビゲーション装置１０１は、第一実施形態及び第二実施形態と同様の制御部１２０を備えており、制御部は、例えば、ＣＰＵ１２１等から構成され、ＲＯＭ１２２に格納される所定のプログラムを読み出してＲＡＭ１２３の作業領域に展開し、当該プログラムに従って各種の処理を実行するようになっている。
【０１１１】
特に、本実施形態においては、ＲＯＭ１２２には、ユーザが入力部１０８を操作することにより設定された目的地へユーザを誘導するためのナビゲーションプログラム１２５及びユーザのスケジュールとの間で調整を図りつつディーラの各種サービスを受けるための予約を入れることが可能か否かを判断して予約可能日時を決定する予約調整プログラム１２６が格納されている。ＣＰＵ１２１は、このナビゲーションプログラム１２５をＲＡＭ１２３の作業領域に展開することにより、車両を現在位置から所定の目的地まで誘導するための処理を行うようになっている。また、予約調整プログラム１２６をＲＡＭ１２３に展開することにより、以下の処理を行うようになっている。
【０１１２】
すなわち、ナビゲーション装置１０１がネットワークを介してディーラ側端末装置１０３と接続されることにより、ＣＰＵ１２１には、ディーラ側端末装置０３から車両についての車検情報や、消耗品の交換時期の案内情報、及び、ディーラの予約状況に関する情報等が送られるようになっている。ＣＰＵ１２１は、これらの情報から車両の整備を行うべきと判断する場合には、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を特定するようになっている。また、ＣＰＵ１２１は、ディーラ側端末装置１０３から送られてくるディーラの予約状況データ１０５とユーザのスケジュールデータ１２９とを参照しつつ、この所定期間内においてディーラの予約が可能な日時とユーザのスケジュールが空いている日時とが合致するか否かを判断し、ディーラの予約を行う候補日として抽出するようになっている。この場合に、ＣＰＵ１２１がディーラの予約日時を特定し、ディーラの予約及びユーザのスケジュールの更新を行う手順は、第一実施形態に示したものと同様であるため、その説明を省略する。
【０１１３】
なお、その他の構成については、第一実施形態及び第二実施形態のものと同様であるので、その説明を省略する。
【０１１４】
次に、本実施形態の作用について説明する。
【０１１５】
ナビゲーション装置１０１をネットワークを介してディーラ側端末装置１０３と接続すると、ディーラ側端末装置１０３から車両についての車検情報や、消耗品の交換時期の案内情報が適宜送信される。ＣＰＵ１０１は、これらの情報から車両の整備を行うべきか否かを判断し、車両の整備を行う必要があると判断する場合には、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を特定する。
【０１１６】
所定の整備期間が特定されると、ＣＰＵ１０１は、ユーザに対して、ディーラで車両整備のサービスを受けるか否かの問い合わせを行う。例えば、ディーラ側端末からエンジンオイルの交換時期が迫っている旨の案内情報が送られ、ＣＰＵ１０１が、エンジンオイルの交換が必要であると判断した場合には、ＣＰＵ１０１は、「そろそろエンジンオイルの交換時期のようです。ディーラで交換しますか。」等のメッセージを音声出力部１１２から出力させ、又は、表示部１１１に表示させる。
【０１１７】
これに対して、ユーザが、「はい。」等の承諾を意味する音声を音声入力部１０９から入力した場合、又は、入力操作部１０８から、ディーラへの予約を行うように指示を入力した場合には、ＣＰＵ１０１は、ディーラ側端末装置１０３からディーラの予約状況に関する情報を取得して、このディーラの予約状況と、ユーザのスケジュールデータ１２９とを参照することにより、この所定期間内の各日における車両の予定位置と目的地までの走行経路を探索し、この所定の走行経路上あるいはその近傍にディーラが位置する日を抽出する。
【０１１８】
以後、ディーラの予約日時を特定し、ディーラに予約を入れるとともに、ユーザのスケジュールを更新する手順は、第一実施形態又は第二実施形態と同様であるので、以下説明を省略する。
【０１１９】
以上より、本実施形態によれば、第一実施形態及び第二実施形態同様、ユーザ自身がスケジュールの調整、ディーラに対する予約等を行う必要がないため、簡易かつ確実にディーラのサービスを利用することができる。また、車両の整備が必要な時期をディーラから送られる情報によって判断するので、車両内に各種のセンサ等を設けることなく、適切に整備必要時期を判断することができる。
【０１２０】
なお、本実施形態においては、ディーラから送られる情報に基づいて車両の整備の必要時期が判断されるものとしたが、車両の整備の必要時期を判断する手法はこれに限定されない。例えば、第一実施形態及び第二実施形態に示したような車両内部の各消耗品に消耗の程度を検知する検知機構を設けて、ディーラから送られてくる情報と、検知機構が検知する情報の両方に基づいて車両の整備が必要であると判断するようにしてもよい。この場合、ディーラの有する情報のみでは把握しきれない日常の走行に伴う消耗品の劣化等も検知機構によって検知することができるので、より適切に車両整備の必要時期を判断することが可能となる。
【０１２１】
なお、その他、本発明が本実施の形態に限られないことは、第一実施形態及び第二実施形態と同様である。
【０１２２】
次に、本発明に係るナビゲーションシステムの第四実施形態について説明する。なお、本実施形態は、予約調整手段として機能するＣＰＵによる予約処理の手法のみを異にし、その他の構成は第一実施形態及び第二実施形態と同様であるため、以下においては、特にこれらと異なるところについて説明する。
【０１２３】
本実施形態においては、ナビゲーションシステムは、第一実施形態等と同様の入力操作部、音声入力部、表示部、音声出力部等を有するナビゲーション装置を備え、また、このナビゲーション装置はネットワークを介してディーラ側端末装置と接続されるようになっている。
【０１２４】
ナビゲーション装置は、第一実施形態等と同様の制御部を備えており、制御部は、例えば、ＣＰＵ等から構成され、ＲＯＭに格納される所定のプログラムを読み出してＲＡＭの作業領域に展開し、当該プログラムに従って各種の処理を実行するようになっている。
【０１２５】
特に、本実施形態においては、ＲＯＭには、ユーザが入力部を操作することにより設定された目的地へユーザを誘導するためのナビゲーションプログラム及びユーザのスケジュールとの間で調整を図りつつディーラの各種サービスを受けるための予約を入れることが可能か否かを判断して予約可能日時を決定する予約調整プログラムが格納されている。ＣＰＵは、このナビゲーションプログラムをＲＡＭの作業領域に展開することにより、車両を現在位置から所定の目的地まで誘導するための処理を行うようになっている。また、予約調整プログラムをＲＡＭに展開することにより、以下の処理を行うようになっている。
【０１２６】
すなわち、ＣＰＵは、車両内の消耗品に設けられた消耗検知機構の検知結果や、累積走行距離、累積経時時間等から車両の整備を行うべきと判断する場合には、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を特定するようになっている。また、ＣＰＵは、ディーラ側端末装置とネットワークを介して接続することにより、ディーラ側端末装置からディーラの予約状況データを取得するようになっており、ＣＰＵは、この予約状況データとユーザのスケジュールデータとを参照しつつ、この所定期間内においてディーラの予約が可能な日時とユーザのスケジュールが空いている日時とが合致するか否かを判断し、ディーラの予約を行う候補日として抽出するようになっている。
【０１２７】
この場合、ＣＰＵは、ディーラの予約を行う候補日時を抽出するについて、ユーザのスケジュールが空いている日時に一定の優先順位を付すようになっている。例えば、ユーザのスケジュールが空いている日時のうち、ディーラの予約が可能な日時と合致する日が複数ある場合、その中に土曜日又は日曜日が含まれている場合には土曜日又は日曜日を予約の候補日として優先する。そして、土曜日又は日曜日が含まれていないときは、平日のうちスケジュールが空いていて予約が可能な日があるか否かを判断するようになっている。なお、優先順位の付け方はここに例示したものに限定されず、例えば、土曜日、日曜日以外にも、祝日や、ユーザの希望する任意の曜日の優先順位を他の曜日よりも上位になるように設定してもよい。また、ディーラの予約可能日時とユーザのスケジュールの空いている日時とが合致する日のうち最先の日から順に優先順位を付けるようにしてもよい。さらに、同じ日のうちでも時間帯によって優先順位を付けるようにしてもよい。
【０１２８】
ＣＰＵは、ディーラの予約を行う候補日の抽出を行うと、ユーザに対してディーラの予約を行うか否かの問い合わせを音声として音声出力部から出力させ、又は、その旨の表示を表示部に表示させるようになっている。すなわち、例えば、５月１５日の土曜日にユーザのスケジュールに空きがあり、同日の１４：００にディーラの予約が可能となっている場合には、ＣＰＵは、５月１５日１４：００をディーラの予約を行う候補日時として抽出し、「車両整備の必要があります。５月１５日の土曜日、１４：００にディーラの予約が可能ですが、予約しますか。」等のメッセージを音声出力部から出力させ、又は、表示部に表示させる。
【０１２９】
音声又は表示による問い合わせに対して、ユーザは音声入力部からの音声入力又は入力操作部からの入力操作によって指示を入力可能となっており、例えば、「予約お願い。」等の発話を行うと、ＣＰＵは、入力された言葉を単語に分解して分析し、ユーザが示された候補日に予約を入れることを承認したものと認識する。また、入力操作部から予約する旨をキー操作等により入力したときには、ＣＰＵは、入力操作部から送られる入力信号によってユーザが示された候補日に予約を入れることを承認したと判断する。この場合、ＣＰＵは、ネットワークを介して接続されるディーラ側端末装置に予約信号を送信させるようになっている。ディーラ側端末装置に予約信号が送信されたときは、ＣＰＵは、「５月１５日の土曜日、１４：００にディーラを予約しました。」等の確認のメッセージを音声又は表示によって出力するようになっている。また、ディーラの予約を行ったときには、ＣＰＵは、ユーザのスケジュールの更新を行うようになっている。
【０１３０】
ユーザが示された候補日に予約を入れることを承認しない場合には、ＣＰＵは、さらに他の候補日を前記優先順位順に音声によって通知、又は表示部に表示するようになっている。なお、表示部に表示される場合には、ディーラの予約可能日時と合致するユーザのスケジュールの空いている日時が優先順位順に一覧となって表示され、ユーザは表示された中から任意の日時を選択できるようにしてもよい。ユーザがディーラの予約日を選択したときには、ＣＰＵは、ネットワークを介して接続されるディーラ側端末装置に予約信号を送信し選択された日の予約を入れるようになっている。
【０１３１】
なお、その他の構成は、第一実施形態及び第二実施形態のものと同様であるので、その説明を省略する。
【０１３２】
次に、図９を参照しつつ、本実施形態の作用について説明する。
【０１３３】
ＣＰＵが、消耗検知機構の検知結果等から車両の整備を行うべきか否かを判断し、車両の整備を行う必要があると判断する場合には、車両の整備を行うべき時期を基準として所定の整備を行うべき期間を特定する（ステップＳ４１）。また、ＣＰＵは、ディーラ側端末装置からディーラの予約状況データを取得し（ステップＳ４２）、ＣＰＵは、この予約状況データとユーザのスケジュールデータとを参照しつつ、この所定期間内においてディーラの予約が可能な日時とユーザのスケジュールが空いている日時とが合致するか否かを判断する（ステップＳ４３）。
【０１３４】
ＣＰＵは、ユーザのスケジュールが空いている日時のうち、ディーラの予約が可能な日時と合致する日がある場合であって（ステップＳ４３；ＹＥＳ）、合致する日が複数ある場合には、その中に土曜日又は日曜日が含まれているか否かを判断する（ステップＳ４４）。そして、合致する日の中に土曜日又は日曜日が含まれている場合（ステップＳ４４；ＹＥＳ）には、土曜日又は日曜日をディーラの予約を行う候補日として抽出する（ステップＳ４５）。また、土曜日又は日曜日がいずれもディーラの予約が可能な日時と合致しない場合には、平日のうちスケジュールが空いていて予約が可能な日を候補日として抽出する（ステップＳ４６）。なお、ユーザのスケジュールが空いている日時のうち、ディーラの予約が可能な日時と合致する日がない場合には（ステップＳ４３；ＮＯ）、ＣＰＵは、再度ディーラの予約状況データを取得し（ステップＳ４２）、この予約状況データとユーザのスケジュールデータとを参照しつつ、予約可能な日時とユーザのスケジュールが合致する日時の検討を行うようになっている。
【０１３５】
次に、ＣＰＵは、ディーラの予約を行う候補日の抽出を行うと、「５月１５日の土曜日、１４：００にディーラの予約が可能ですが、予約しますか。」等、ディーラに予約を入れるか否かを問い合わせるメッセージを音声出力部から出力させ、又は表示部に表示させることによりユーザに対し問い合わせを行う（ステップＳ４７）。
【０１３６】
音声又は表示による問い合わせに対して、ユーザから示された候補日に予約を入れることを承認する旨の指示が入力されると（ステップＳ４７；ＹＥＳ）、ＣＰＵは、ユーザによって承認された日を予約日として特定し（ステップＳ４８）、ネットワークを介して接続されるディーラ側端末装置に予約信号を送信する（ステップＳ４９）。また、ＣＰＵは、ユーザのスケジュールの更新を行う（ステップＳ５０）。なお、ディーラ側端末装置に予約信号を送信した場合には、ＣＰＵは、「５月１５日の土曜日、１４：００にディーラを予約しました。」等の確認のメッセージを音声又は表示により出力する。
【０１３７】
ユーザが示された候補日に予約を入れることを承認しない場合には（ステップＳ４３；ＮＯ）、ＣＰＵは、さらに他の候補日を前記優先順位順に音声によって通知、又は表示部に表示する（ステップＳ５１）。ユーザが示されたディーラの予約日を選択したときには（ステップＳ５２）、予約日が特定され（ステップＳ４８）、ＣＰＵは、ネットワークを介して接続されるディーラ側端末装置に予約信号を送信し選択された日の予約を入れるとともに（ステップＳ４９）、ユーザのスケジュールの更新を行う（ステップＳ５０）。
【０１３８】
以上より、本実施形態によれば、第一実施形態同様、ユーザ自身がスケジュールの調整、ディーラに対する予約等を行う必要がないため、簡易かつ確実にディーラのサービスを利用することができる。また、ユーザはスケジュールが空いている日にディーラのサービスを受けることができるので、平日時間の取れない場合でもディーラにおいて車両の整備を行うことができる。
【０１３９】
なお、本実施形態においては、車両内の各消耗品に設けられた消耗検知機構、累積走行距離、累積経時時間から車両の整備の必要時期が判断されるものとしたが、車両の整備の必要時期を判断する手法はこれに限定されない。例えば、第三実施形態に示したようにディーラ側端末装置から通信装置を介して顧客の車両における消耗品の交換時期や車検時期等に関する顧客データを取得して、この情報を基に制御部が車両の整備が必要であると判断するようにしてもよい。
【０１４０】
また、本実施形態においては、ユーザのスケジュールの空いている日時によってディーラの予約日の設定を行うようにしたが、第一実施形態、第二実施形態及び第三実施形態において、ディーラの近傍を通過する予定がないと判断された場合や、ディーラへの予約が不可能であった場合に、本実施形態に移行するようにしてもよい。
【０１４１】
なお、その他、本発明が本実施の形態に限られないことは、第一実施形態及び第二実施形態と同様である。
【図面の簡単な説明】
【０１４２】
【図１】本実施形態におけるナビゲーションシステムの第一実施形態の要部構成を示したブロック図である。
【図２】本実施形態におけるナビゲーションシステムのスケジュールデータの一例を示した図である。
【図３】本実施形態におけるナビゲーションシステムの予約状況データの一例を示した図である。
【図４】本実施形態におけるナビゲーションシステムのスケジュールデータの一例を示した図である。
【図５】本実施形態におけるナビゲーションシステムの第一実施形態の手順を示したフローチャートである。
【図６】本実施形態におけるナビゲーションシステムの第二実施形態におけるスケジュールデータの一例を示した図である。
【図７】本実施形態におけるナビゲーションシステムの第二実施形態の手順を示したフローチャートである。
【図８】本実施形態におけるナビゲーションシステムの第三実施形態の要部構成を示したブロック図である。
【図９】本実施形態におけるナビゲーションシステムの第四実施形態の手順を示したフローチャートである。
【符号の説明】
【０１４３】
１ ナビゲーションシステム
２ 通信装置
３ ディーラ側端末装置
５ 予約状況データ
１０ ナビゲーション装置
２１ ＣＰＵ
２６ 予約調整プログラム
２７ 走行関連データ
２９ スケジュールデータ
【特許請求の範囲】
【請求項１】
ディーラの予約状況に関する予約状況データを有するディーラ側端末装置と通信可能な通信手段と、
車両の整備必要時期を判断する整備時期判断手段と、ユーザのスケジュールデータを管理するスケジュール管理手段と、前記予約状況データ及び前記スケジュールデータを参照しつつ、前記ディーラに予約を入れることが可能な予約可能日時を特定する予約調整手段とを有するナビゲーション装置を備え、
前記整備時期判断手段が整備必要と判断し、前記予約調整手段が予約可能日時を特定したときは、前記通信手段から前記ディーラ側端末装置に予約申込信号が送信されることを特徴とするナビゲーションシステム。
【請求項２】
目的地までの経路を探索する経路探索手段を備え、
前記予約調整手段は、前記経路探索手段によって探索された目的地までの走行経路上あるいはその近傍にディーラが位置する場合に、前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴とする請求項１に記載のナビゲーションシステム。
【請求項３】
前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールと前記ディーラの予約可能日時とが合致しないと判断するときは、前記ユーザのスケジュールの変更の可否を問い合わせるとともに、変更が可能である場合には、前記ユーザのスケジュールの変更を行うことを特徴とする請求項１又は請求項２に記載のナビゲーションシステム。
【請求項４】
前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールに空きのある日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴とする請求項１に記載のナビゲーションシステム。
【請求項５】
目的地までの経路を探索する経路探索手段を備え、
前記経路探索手段によって探索された目的地までの走行経路上あるいはその近傍にディーラが位置しない場合又は目的地までの走行経路上あるいはその近傍にディーラが位置する日にディーラの予約が不可である場合に、前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールに空きのある日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴とする請求項１に記載のナビゲーションシステム。
【請求項６】
前記予約調整手段は、前記ユーザのスケジュールに空きのある日が複数ある場合に、所定の優先順位に従って前記ディーラに予約を入れることが可能な予約可能候補日を判断することを特徴とする請求項４又は請求項５に記載のナビゲーションシステム。
【請求項７】
前記予約調整手段は、前記ユーザのスケジュールに空きのある日に休日が含まれている場合には、休日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴とする請求項４又は請求項５に記載のナビゲーションシステム。
【請求項８】
前記車両に備えられる消耗品の消耗程度を検知する消耗検知機構を備え、前記整備時期判断手段は、前記消耗検知機構によって検知された結果に基づいて、車両の整備必要時期の判断を行うことを特徴とする請求項１から請求項７のいずれか一項に記載のナビゲーションシステム。
【請求項９】
前記整備時期判断手段は、前記車両の累積経過時間及び累積走行距離の少なくとも何れか一方が所定の閾値を超えているか否かに基づいて、車両の整備必要時期の判断を行うことを特徴とする請求項１から請求項８のいずれか一項に記載のナビゲーションシステム。
【請求項１０】
前記整備時期判断手段は、前記ディーラ側端末装置から送信される情報に基づいて、車両の整備必要時期の判断を行うことを特徴とする請求項１から請求項９のいずれか一項に記載のナビゲーションシステム。
【請求項１１】
前記通信手段から前記ディーラ側端末装置に予約申込信号が送信されたときは、前記スケジュール管理手段は、前記スケジュールデータの更新を行うことを特徴とする請求項１から請求項１０のいずれか一項に記載のナビゲーションシステム。
【請求項１２】
音声によって入力指示を行う音声入力部と、前記音声入力部から入力された音声を処理する音声認識処理手段とを備えたことを特徴とする請求項１から請求項１１のいずれか一項に記載のナビゲーションシステム。
【請求項１】
ディーラの予約状況に関する予約状況データを有するディーラ側端末装置と通信可能な通信手段と、
車両の整備必要時期を判断する整備時期判断手段と、ユーザのスケジュールデータを管理するスケジュール管理手段と、前記予約状況データ及び前記スケジュールデータを参照しつつ、前記ディーラに予約を入れることが可能な予約可能日時を特定する予約調整手段とを有するナビゲーション装置を備え、
前記整備時期判断手段が整備必要と判断し、前記予約調整手段が予約可能日時を特定したときは、前記通信手段から前記ディーラ側端末装置に予約申込信号が送信されることを特徴とするナビゲーションシステム。
【請求項２】
目的地までの経路を探索する経路探索手段を備え、
前記予約調整手段は、前記経路探索手段によって探索された目的地までの走行経路上あるいはその近傍にディーラが位置する場合に、前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴とする請求項１に記載のナビゲーションシステム。
【請求項３】
前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールと前記ディーラの予約可能日時とが合致しないと判断するときは、前記ユーザのスケジュールの変更の可否を問い合わせるとともに、変更が可能である場合には、前記ユーザのスケジュールの変更を行うことを特徴とする請求項１又は請求項２に記載のナビゲーションシステム。
【請求項４】
前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールに空きのある日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴とする請求項１に記載のナビゲーションシステム。
【請求項５】
目的地までの経路を探索する経路探索手段を備え、
前記経路探索手段によって探索された目的地までの走行経路上あるいはその近傍にディーラが位置しない場合又は目的地までの走行経路上あるいはその近傍にディーラが位置する日にディーラの予約が不可である場合に、前記予約調整手段は、前記ユーザのスケジュールデータを参照し、ユーザのスケジュールに空きのある日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴とする請求項１に記載のナビゲーションシステム。
【請求項６】
前記予約調整手段は、前記ユーザのスケジュールに空きのある日が複数ある場合に、所定の優先順位に従って前記ディーラに予約を入れることが可能な予約可能候補日を判断することを特徴とする請求項４又は請求項５に記載のナビゲーションシステム。
【請求項７】
前記予約調整手段は、前記ユーザのスケジュールに空きのある日に休日が含まれている場合には、休日を前記ディーラに予約を入れることが可能な予約可能候補日と判断することを特徴とする請求項４又は請求項５に記載のナビゲーションシステム。
【請求項８】
前記車両に備えられる消耗品の消耗程度を検知する消耗検知機構を備え、前記整備時期判断手段は、前記消耗検知機構によって検知された結果に基づいて、車両の整備必要時期の判断を行うことを特徴とする請求項１から請求項７のいずれか一項に記載のナビゲーションシステム。
【請求項９】
前記整備時期判断手段は、前記車両の累積経過時間及び累積走行距離の少なくとも何れか一方が所定の閾値を超えているか否かに基づいて、車両の整備必要時期の判断を行うことを特徴とする請求項１から請求項８のいずれか一項に記載のナビゲーションシステム。
【請求項１０】
前記整備時期判断手段は、前記ディーラ側端末装置から送信される情報に基づいて、車両の整備必要時期の判断を行うことを特徴とする請求項１から請求項９のいずれか一項に記載のナビゲーションシステム。
【請求項１１】
前記通信手段から前記ディーラ側端末装置に予約申込信号が送信されたときは、前記スケジュール管理手段は、前記スケジュールデータの更新を行うことを特徴とする請求項１から請求項１０のいずれか一項に記載のナビゲーションシステム。
【請求項１２】
音声によって入力指示を行う音声入力部と、前記音声入力部から入力された音声を処理する音声認識処理手段とを備えたことを特徴とする請求項１から請求項１１のいずれか一項に記載のナビゲーションシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００６−３９６１（Ｐ２００６−３９６１Ａ）
【公開日】平成１８年１月５日（２００６．１．５）
【国際特許分類】
【出願番号】特願２００４−１７６８８３（Ｐ２００４−１７６８８３）
【出願日】平成１６年６月１５日（２００４．６．１５）
【出願人】（０００００３５９５）株式会社ケンウッド (1,981)
【Ｆターム（参考）】
【公開日】平成１８年１月５日（２００６．１．５）
【国際特許分類】
【出願日】平成１６年６月１５日（２００４．６．１５）
【出願人】（０００００３５９５）株式会社ケンウッド (1,981)
【Ｆターム（参考）】
[ Back to top ]