車両用情報提供装置、車両用情報提供システム、および、車両用情報提供方法
【課題】ユーザからの指示に基づいて、推奨経路に新たな経由地を追加する場合に、適切な推奨経路を演算する。
【解決手段】既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、演算した複数の推奨経路の中から、最適な推奨経路を選択する。
【解決手段】既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、演算した複数の推奨経路の中から、最適な推奨経路を選択する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信する車両用情報提供装置、車両用情報提供システム、および、車両用情報提供方法に関する。
【背景技術】
【０００２】
従来、ユーザが情報センターに発呼して、ナビゲーション装置に設定するための目的地の情報をオペレータに伝え、オペレータが端末で検索した目的地のデータをナビゲーション装置に送信して、設定するシステムが知られている（特許文献１参照）。
【０００３】
【特許文献１】特開平１０−２５３３７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述したシステムにおいて、車両の現在地から経由地を経由して、目的地に至るまでの推奨経路を情報センター側で演算して、推奨経路のデータをナビゲーション装置に送信することができる。しかし、従来のシステムでは、ナビゲーション装置に推奨経路が設定されている状態で、経由地の追加をオペレータに依頼する場合、ユーザは、既に演算されている推奨経路のどの部分に経由地を追加してほしいかを情報センターのオペレータに伝える必要があり、ユーザの負担が大きいという問題がある。
【課題を解決するための手段】
【０００５】
（１）本発明による車両用情報提供装置および車両用情報提供方法は、ユーザからの要求に基づいて、ユーザの希望する経由地を経由して目的地に至る推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信するものであって、既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、演算した複数の推奨経路の中から、最適な推奨経路を選択して、ナビゲーション装置に送信することを特徴とする。
（２）本発明による車両用情報提供システムは、ユーザからの要求に基づいて、ユーザの希望する経由地を経由して目的地に至る推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信して、ナビゲーション装置に設定するシステムであって、既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、演算した複数の推奨経路の中から、最適な推奨経路を選択して、ナビゲーション装置に送信することを特徴とする。
【発明の効果】
【０００６】
本発明による車両用情報提供装置、車両用情報提供システムおよび車両用情報提供方法によれば、演算されている推奨経路に対して、新たな経由地を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、演算した複数の推奨経路の中から、最適な推奨経路を選択して、ナビゲーション装置に送信するので、ユーザが既に演算されている推奨経路のどの部分に経由地を追加してほしいかを情報センターのオペレータに伝える負担を無くすことができる。
【発明を実施するための最良の形態】
【０００７】
図１は、一実施の形態における車両用情報提供システムの全体構成を示す図である。この車両用情報提供システムを利用するユーザは、情報センター２０（車両用情報提供装置）に発呼して、ナビゲーションユニット２に設定する経由地や目的地に関する情報をオペレータに伝える。情報センター２０のオペレータは、処理端末３２を用いて、経由地や目的地を検索するとともに、検索した経由地を経由して目的地に至る推奨経路を演算し、演算した推奨経路のデータを車載機１に送信する。なお、図１では、車載機１を１つだけ示しているが、同様の車載機１が多くの車両に搭載されており、情報センター２０は、複数の車載機１と無線を介して通信を行うことができる。
【０００８】
車載機１は、ナビゲーションユニット２と、モニタ３と、通信アダプタ５と、携帯電話４および通信アダプタ５を接続するための電話ハーネス６と、データ通信用電話７と、マイク８と、スピーカ９と、ＧＰＳユニット１０と、操作スイッチ１１と、オペレータ呼び出しスイッチ１２と、車速センサ１６とを備える。
【０００９】
モニタ３には、後述するナビゲーションユニット２からの指示に基づいて、車両の現在地周辺の地図や、目的地までの推奨経路等が表示される。携帯電話４は、ユーザが情報センター２０に待機しているオペレータと会話する際に用いる電話であり、データ通信用電話７は、情報センター２０との間で、データ通信を行う際に用いられる電話である。
【００１０】
マイク８は、ユーザ（ドライバ）がハンズフリーシステムを利用して、情報センター２０のオペレータと会話する際に用いられる。スピーカ９は、ユーザがハンズフリーシステムを利用して、オペレータと会話する際に、相手側の会話内容を音声出力したり、ナビゲーションユニット２による経路案内を行う際の音声を出力する。ＧＰＳユニット１０は、図示しないＧＰＳ衛星からＧＰＳ電波を受信して、車両の現在地を検出する。車速センサ１６は、車両の速度を検出する。
【００１１】
操作スイッチ１１は、モニタ３に表示される画面の操作、ハンズフリーシステムを利用するための操作、データ通信を行う際の操作等、各種の操作を行うために用いられる。オペレータ呼び出しスイッチ１２は、情報センター２０に発呼する際に用いられるスイッチである。
【００１２】
通信アダプタ５は、情報センター２０との間の通信制御を行う。通信アダプタ５には、後述する情報センター２０のオペレーションセンター３０および車両用情報センター５０の電話番号が登録されており、ユーザが、オペレータ呼び出しスイッチ１２を押すと、携帯電話４を介して、自動的にオペレーションセンター３０に電話がかかるとともに、データ通信用電話７を介して、自動的に車両用情報センター５０に電話がかかる。オペレーションセンター３０の電話番号および車両用情報センター５０の電話番号は、例えば、通信アダプタ５が工場から出荷される前に登録される。
【００１３】
図２は、ナビゲーションユニット２の詳細な構成を示す図である。ナビゲーションユニット２は、地図データ部１８およびメモリ２１と、内部で行われる処理機能上、表示処理部１３、通信制御部１４、音声制御部１５、入力処理部１９、および、統合演算部２２とを備える。
【００１４】
表示処理部１３は、統合演算部２２からの指令に基づいて、モニタ３への表示指示を行う。通信制御部１４は、通信アダプタ５との間でデータの授受を行うための制御を行う。音声制御部１５は、統合演算部２２からの指令に基づいて、例えば、経路案内のための音声出力をスピーカ９に指示する。地図データ部１８は、例えば、ハードディスク装置（ＨＤＤ）であり、地図データを格納している。
【００１５】
入力処理部１９は、ユーザが操作スイッチ１１によって入力した指令を、統合演算部２２に出力する。メモリ２１は、情報センター２０からダウンロード（受信）した経由地や目的地のデータを記憶する。統合演算部２２は、表示処理部１３、通信制御部１４、音声制御部１５、入力処理部１９、地図データ部１８、および、メモリ２１との間で、様々なデータをやり取りするとともに、ナビゲーションユニット２の総合的な処理を行う。ナビゲーションユニット２の総合的な処理には、設定された経由地を経由して、目的地に至るまでの推奨ルートの演算処理が含まれる。
【００１６】
情報センター２０は、オペレーションセンター３０と、情報データベース群４０と、車両用情報センター５０と、カスタマーセンター６０とにより構成されている。オペレーションセンター３０は、電話回線の制御を行うＰＢＸ／ＣＴＩ３１と、検索システム３４とを備える。検索システム３４には、処理端末３２、電話機３３、ヘッドセット３６、モニタ３８、および、入力機器３９が含まれる。入力機器３９には、キーボードおよびマウスが含まれる。
【００１７】
ＰＢＸ(Private Branch Exchanger)は、通常、企業ビル内などに設置されるものであって、外線電話と内線電話、および、内線電話どうしを交換する。また、ＣＴＩ(Computer Telephony Integration)は、ＰＢＸなどの電話系通信システムと、コンピュータやデータベースなどの情報系システムとを統合し、相互に連動できるようにするものである。すなわち、ＰＢＸ／ＣＴＩ３１は、ユーザからかかってきた電話を空きオペレータに接続したり、空きオペレータがいない場合には、待ち音声案内を流すなどの電話回線の制御を行う。
【００１８】
オペレーションセンター３０に勤務しているオペレータは、電話機３３またはヘッドセット３６を用いて、ユーザと会話することにより、車載機１のナビゲーションユニット２に設定する経由地や目的地の情報を得る。オペレータは、ユーザから聞いた情報に基づいて、ユーザが希望する経由地や目的地を処理端末３２を用いて検索する。処理端末３２は、例えば、パソコンである。検索システム３４は、車両用情報センター５０の情報処理端末５４、情報データベース群４０を構成する複数のデータベース４１〜４５，５６とＬＡＮなどのネットワーク３７を通じて接続されている。
【００１９】
情報データベース群４０は、位置／電話情報データベース４１と、交通情報データベース４２と、天気予報データベース４３と、各種情報データベース４４と、案内音声データベース４５と、ユーザプロファイルデータベース５６とを備える。位置／電話情報データベース４１には、飲食店や公共施設などの各種施設の名称、位置情報、および、電話番号情報等が格納されている。交通情報データベース４２には、一般道や有料道路などの交通情報が格納されている。天気予報データベース４３には、各地の天気予報情報が格納されている。各種情報データベース４４には、推奨ルートを演算するための地図データや、後述する経由地ジャンルテーブルなどの情報が格納されている。案内音声データベース４５には、ユーザに音声案内を行うための音声データが格納されている。ユーザプロファイルデータベース５６には、予めユーザ登録されているユーザの氏名、住所、携帯電話番号などのユーザ情報が格納されている。ユーザ登録の方法については後述する。
【００２０】
車両用情報センター５０は、電話回線の制御を行うＰＢＸ／ＣＴＩ５２と、通信装置５３と、情報処理端末５４とを備える。通信装置５３は、情報処理端末５４からの指令に基づいて、車載機１とデータ通信を行う。情報処理端末５４は、通信装置５３を介して、車載機１に情報を送信するなどの様々なデータ処理を行う。例えば、処理端末３２において、車載機１のナビゲーションユニット２に設定する推奨経路が演算された場合には、検索された推奨経路のデータを、通信装置５３を介して車載機１に送信する。なお、オペレーションセンター３０のＰＢＸ／ＣＴＩ３１と、車両用情報センター５０のＰＢＸ／ＣＴＩ５２は、一般電話回線網５５に接続されている。
【００２１】
カスタマーセンター６０は、カスタマー登録システム６２と、カスタマー管理サーバ６６とを備える。カスタマー登録システム６２は、ユーザの登録や、登録されているユーザの個人情報の変更を行う。カスタマー登録システム６２と接続されているカスタマー管理サーバ６６は、ユーザ情報を管理するためのサーバである。
【００２２】
オペレーションセンター３０、情報データベース群４０、車両用情報センター５０およびカスタマーセンター６０が接続されているネットワーク３７には、インターネット６３も接続されている。従って、情報センター２０は、インターネット６３を介して、コンテンツプロバイダ／アプリケーションサービスプロバイダ群６４と各種情報の授受を行う。また、ユーザが後述するユーザ登録を行う際に、カスタマーセンター６０のオペレータを介さずに、インターネット６３と接続されているパソコンなどの端末６５を用いて行うこともできる。
【００２３】
一実施の形態における車両用情報提供システムを利用するユーザは、予めユーザ登録する必要がある。ユーザ登録するための１つ目の方法としては、所定の申込書にユーザの氏名、住所、生年月日などの一般情報と共に、本システムを利用する際に使用する携帯電話４およびデータ通信用電話７の電話番号を記入し、情報センター２０のカスタマーセンター６０に郵送する。カスタマーセンター６０のオペレータは、申込書の内容を確認した後、カスタマー登録システム６２を使用して、カスタマー管理サーバ６６にユーザ登録処理を行う。登録されたユーザ情報は、ユーザプロファイルデータベース５６に格納される。
【００２４】
ユーザ登録するための二つ目の方法は、上述したように、インターネット６３と接続されているパソコンなどの端末６５を用いて、カスタマー管理サーバ６６に直接登録する方法である。また、車載機１がオンライン登録機能を備えている場合には、車載機１を用いてカスタマー管理サーバ６６に直接登録することもできる。
【００２５】
図３は、一実施の形態における車両用情報提供システムにおいて、車載機１と情報センター２０とでそれぞれ行われる処理内容を示すフローチャートである。ステップＳ１０〜ステップＳ４０の処理は、車載機１側で行われる処理であり、ステップＳ１００〜ステップＳ２００の処理は、情報センター２０側で行われる処理である。以下では、ナビゲーションユニット２に経由地および目的地が既に設定されている場合において、ユーザが新たな経由地の追加設定を希望する場合の処理について説明する。
【００２６】
ステップＳ１０において、ナビゲーションユニット２の統合演算部２２は、入力処理部１９から入力される信号に基づいて、オペレータ呼び出しスイッチ１２がオンされたか否かを判定する。オペレータ呼び出しスイッチ１２がオンされていないと判定するとオンされるまでステップＳ１０で待機し、オンされたと判定するとステップＳ２０に進む。
【００２７】
ステップＳ２０では、携帯電話４を介して、音声モードにより、情報センター２０のオペレーションセンター３０に呼を発するとともに、データ通信用電話７を介して、データモードにより、情報センター２０の車両用情報センター５０に呼を発する。音声モードとは、ユーザとオペレータとが会話を行うためのモードであり、データモードとは、データ通信によりデータを授受するためのモードである。
【００２８】
上述したように、通信アダプタ５にはオペレーションセンター３０の電話番号が予め登録されているので、ユーザがオペレータ呼び出しスイッチ１２を押すことにより、ナビゲーションユニット２、通信アダプタ５、携帯電話４経由で、自動的にオペレーションセンター３０に電話がかかる。この時、通信アダプタ５は、オペレーションセンター３０の電話番号の前に、発信者番号を通知するために「１８６」の番号を付して発呼する。すなわち、携帯電話４には、発信者番号を非通知とするための機能を備えたものもあるため、情報センター２０側で発信者を特定できるようにするために、発信者番号が通知される形で電話をかけるようにする。
【００２９】
また、通信アダプタ５には車両用情報センター５０の電話番号も予め登録されているので、ユーザがオペレータ呼び出しスイッチ１２を押すことにより、ナビゲーションユニット２、通信アダプタ５、データ通信用電話７経由で、自動的に車両用情報センター５０に電話がかかる。この場合も、通信アダプタ５は、車両用情報センター５０の電話番号の前に、発信者番号を通知するために「１８６」の番号を付して発呼する。
【００３０】
情報センター２０側で行われる処理のうち、ステップＳ１００〜ステップＳ１４０およびステップＳ２００の処理は、オペレーションセンター３０のＰＢＸ／ＣＴＩ３１で行われる。ステップＳ１００では、ユーザからの電話の着信があるか否かを判定する。着信がないと判定すると着信が有るまでステップＳ１００で待機し、着信があると判定するとステップＳ１１０に進む。ステップＳ１１０では、発信者電話番号の取得処理を行う。この時に、発信者非通知設定の状態で電話がかかってきており、発信者電話番号がない場合には、例えば、案内音声データベース４５に予め登録されている「発信者番号が通知されていません」のようなメッセージを再生して、電話回線を切断する。
【００３１】
ステップＳ１２０では、ステップＳ１１０で取得した発信者電話番号に基づいて、電話番号の認証を行う。この認証は、発信者電話番号がユーザプロファイルデータベース５６に登録されているか否かに基づいて行う。ステップＳ１２０に続くステップＳ１３０では、ステップＳ１２０で行った電話番号の認証結果に基づいて、認証がＯＫであるか否かを判定する。取得した発信者電話番号がユーザプロファイルデータベース５６に登録されており、認証がＯＫであると判定するとステップＳ１４０に進む。一方、認証がＮＧであると判定すると、ステップＳ２００に進み、案内音声データベース４５に予め登録されている「電話番号が登録されていないため、サービスを受けることができません」などのメッセージを再生して、電話回線を切断する。
【００３２】
なお、音声モードによる発呼とともに、データ通信用電話７を介して、データモードにより車両用情報センター５０に呼が発せられており、データモードによる発呼に対しても、ステップＳ１２０と同様の認証処理が行われる。認証がＯＫであれば、データ通信が開始されるが、ここでは、ナビゲーションユニット２に設定されている推奨ルートに関するデータが車載機１から車両用情報センター５０に送信される。推奨ルートに関するデータには、推奨ルート、推奨ルートに含まれている経由地および目的地、車両の現在地、および、車両が既に通過した経由地のデータが含まれる。
【００３３】
なお、車両用情報センター５０に送信された推奨ルートに関するデータは、ネットワーク３７を介して、ユーザプロファイルデータベース５６に格納（保存）される。データの保存は、データの送信要求をしてきたユーザのユーザ情報に対応させて保存しておく。
【００３４】
ステップＳ１４０では、ユーザからの電話を、電話回線が空いているオペレータにつないで、ステップＳ１５０に進む。電話回線がオペレータにつながれると、ユーザはオペレータと会話を開始し、ナビゲーションユニット２に設定を希望する経由地や目的地に関する情報をオペレータに伝える。ただし、空いている回線が無い場合には、例えば、案内音声データベース４５に予め登録されている「ただ今、回線が混みあっております」のようなメッセージを再生する。
【００３５】
ステップＳ１５０〜ステップＳ１８０の処理は、検索システム３４によって行われる。ステップＳ１５０では、オペレータによって、経由地を検索するのに必要な情報が入力されて、検索実行の指令が出されたか否かを判定する。オペレータは、発呼してきたユーザと会話することにより、経由地を検索するための住所、施設名、近傍の目印などの情報を聞き取り、処理端末３２に入力する。
【００３６】
図４は、処理端末３２のディスプレイに表示される検索画面の一例を示す図である。処理端末３２のディスプレイには、図４に示すように、名称入力欄７１、住所入力欄７２、ジャンル入力欄７３、地図表示欄７４、および、検索開始ボタン７５が表示されている。名称入力欄７１は、施設等の名称を入力する欄であり、住所入力欄７２は、住所を入力する欄である。また、ジャンル入力欄７３は、目的地のジャンルを入力する欄であり、例えば、「レストラン」、「公園」、「ガソリンスタンド」などを入力することができる。オペレータは、情報入力欄７１〜７３のうちのいずれか一つの欄だけに入力してもよいし、２つ、または、全ての欄に入力することもできる。
【００３７】
地図表示欄７４は、処理端末３２によって検索された場所の周辺地図を表示する欄である。検索開始ボタン７５は、目的地の検索を開始する際に、オペレータによって操作されるボタンである。
【００３８】
ステップＳ１５０において、名称入力欄７１、住所入力欄７２、および、ジャンル入力欄７３のうち、少なくとも１つの欄に、目的地を検索するための情報が入力されて、検索開始ボタン７５が押されたと判定するとステップＳ１６０に進み、それ以外の場合には、ステップＳ１５０で待機する。
【００３９】
ステップＳ１６０では、入力された情報に基づいて、位置／電話情報データベース４１を参照することにより、ユーザが追加設定を希望する経由地を検索する。経由地を検索すると、ステップＳ１７０に進む。ステップＳ１７０では、ステップＳ１６０で検索された経由地を通る新たな推奨ルートを演算する。
【００４０】
新たに追加された経由地を通る推奨ルートの演算方法について説明する。図５は、ナビゲーションユニット２に既に設定されている推奨ルートＲ０、および、新たに追加する経由地７７の位置関係を示す図である。推奨ルートＲ０は、出発地７０から目的地７１に至るまでのルートであり、４つの経由地７３，７４，７５，７６が設定されている。また、車両の現在地はマーク７２で示されており、車両は経由地７３を既に通過している。
【００４１】
既に演算されている推奨ルートＲ０に、新たな経由地７７を追加する方法としては、以下のＭ１〜Ｍ５の５つの方法がある。
（Ｍ１）車両の現在地７２と経由地７４との間に追加する。
（Ｍ２）経由地７４と経由地７５との間に追加する。
（Ｍ３）経由地７５と経由地７６との間に追加する。
（Ｍ４）経由地７６と目的地７１との間に追加する。
（Ｍ５）追加する経由地７７を最終目的地に設定する。
【００４２】
処理端末３２は、上述した５つの追加方法によって経由地７７を追加した場合の推奨ルートＲ１〜Ｒ５をそれぞれ求める。図６は、推奨ルートＲ１〜Ｒ５のうち、推奨ルートＲ１〜Ｒ４をそれぞれ示す図である。図６に示していない推奨ルートＲ５は、推奨ルートＲ０に、目的地７１から経由地７７に至るルートを追加したルートとなる。
【００４３】
ステップＳ１７０において、推奨ルートを演算すると、ステップＳ１８０に進む。ステップＳ１８０では、ステップＳ１７０で演算された複数の推奨ルートＲ１〜Ｒ５の中から、最適な推奨ルートを決定する。処理端末３２は、まず、各推奨ルートＲ１〜Ｒ５ごとに、目的地までの所要時間、目的地までの所要距離、目的地に至るまでに必要な料金（通行料金）、新たな経由地７７の緊急度、および、新たな経由地７７の通過時間帯を求める。
【００４４】
目的地までの所要時間、所要距離、および、所要料金の算出は、既知の算出方法を用いることができる。新たな経由地７７の緊急度、および、新たな経由地７７の指定時間帯は、各種情報データベース４４に格納されている経由地ジャンルテーブルを参照して求める。図７は、経由地ジャンルテーブルの一例を示す図である。経由地ジャンルテーブルには、経由地となる施設等の種類に応じた緊急度、および、指定時間帯が記されている。緊急度は、経由地に立ち寄る緊急性が高いものほど、大きい数字が割り当てられている。また、指定時間帯は、経由地に立ち寄る際に望ましい時間であり、図７に示す経由地ジャンルテーブルでは、レストランの指定時間帯として、１２時および１９時が設定されている。
【００４５】
処理端末３２は、最適な推奨ルートを決定するために、演算した各推奨ルートＲ１〜Ｒ５ごとに、評価値Ｔ１〜Ｔ５を算出する。評価値Ｔｋ（ｋ＝１，２，３，４，５）は、次式（１）により求められる。
Ｔｋ＝（推奨ルートＲｋの所要時間／平均所要時間）＋（推奨ルートＲｋの所要距離／平均所要距離）＋（推奨ルートＲｋの所要料金／平均所要料金）＋（追加経由地の緊急度×車両位置から数えた挿入区間の順番／挿入可能区間数）＋追加経由地の予想通過時間と追加経由地の指定時間帯とのマッチ度 （１）
【００４６】
上式（１）において、平均所要時間は、各推奨ルートＲ１〜Ｒ５の所要時間の平均値であり、平均所要距離は、各推奨ルートＲ１〜Ｒ５の所要距離の平均値であり、平均所要料金は、各推奨ルートＲ１〜Ｒ５の所要料金の平均値である。また、車両位置から数えた挿入区間の順番とは、車両位置７２と経由地７４との間に経由地７７を追加した場合の順番を１、経由地７４と経由地７５との間に追加した場合の順番を２、経由地７５と経由地７６との間に追加した場合の順番を３、経由地７６と目的地７１との間に追加した場合の順番を４、経由地７７を最終目的地に設定した場合の順番を５とする。すなわち、推奨ルートＲ１〜Ｒ５に対して、車両位置から数えた挿入区間の順番は、それぞれ１〜５となる。また、挿入可能区間数は５となる。
【００４７】
追加経由地の予想通過時間は、車両の現在地から追加経由地までの推奨経路上の距離、および、推奨経路の法定速度に基づいて算出する。追加経由地の予想通過時間と追加経由地の指定時間帯とのマッチ度は、１０分ずれるごとに、＋0.1とする。例えば、追加経由地の指定時間帯が１２時となっており、予想通過時間が１１：４０であれば、マッチ度は＋0.2となり、予想通過時間が１３：００であれば、＋0.6となる。
【００４８】
処理端末３２は、各推奨ルートＲ１〜Ｒ５ごとに算出した評価値Ｔ１〜Ｔ５のうち、最も評価値が小さい推奨ルートを、最適推奨ルートに決定する。図８は、有料道路を使用する推奨ルートＲ１が最適推奨ルートとして選ばれた例を示す図である。図８に示す例では、推奨ルートＲ１に有料道路が含まれており、他の推奨ルートに比べて、目的地までの所要料金は高くなっているが、目的地までの所要時間が大幅に短くなっているため、評価値が最も小さい値となっている。
【００４９】
図９は、緊急度の高い施設（コンビニエンスストア）を経由地として追加設定した場合の最適推奨ルートを示す図である。この場合には、一番早く経由地（コンビニエンスストア）に立ち寄れる推奨ルートＲ１の評価値が最も小さい値となっており、推奨ルートＲ１が最適推奨ルートとなる。
【００５０】
図１０は、指定時間帯が１２時に設定されているレストランを経由地として追加設定した場合の最適推奨ルートを示す図である。図１０に示すように、レストランの通過予定時間は、各推奨ルートＲ１〜Ｒ４ごとに、１１：００、１１：５０、１２：３０、１３：３０となっている。この場合、推奨ルートＲ２の通過予定時間と指定時間帯とが最も近く、また、評価値も最も小さい値となっているため、推奨ルートＲ２が最適推奨ルートとなる。
【００５１】
図１１は、追加経由地を最終目的地とした経路が最適推奨経路となる例を示す図である。図１１に示すように、追加経由地を最終目的地にとした経路は、他の推奨経路に比べて、目的地までの所要時間が最も短く、また、所要距離も最も短いため、評価値が最も小さい値となっている。
【００５２】
図３に示すフローチャートのステップＳ１８０において、ユーザの希望する追加経由地を通る最適推奨ルートを決定すると、ステップＳ１９０に進む。なお、演算された最適推奨ルートは、ユーザプロファイルデータベース５６に保存（格納）される。データの保存は、データの送信要求をしてきたユーザのユーザ情報に対応させて保存しておく。
【００５３】
ステップＳ１９０の処理は、情報処理端末５４によって行われる。ステップＳ１９０では、ユーザプロファイルデータベース５６に保存されている最適推奨ルートのデータを、データモードにより、通信装置５３を介して、車載機１のデータ通信用電話７に送信する。データ通信用電話７の電話番号は、ユーザプロファイルデータベース５６に登録されているユーザ情報に含まれているため、最適推奨ルートのデータとともに、ユーザプロファイルデータベース５６から取得する。
【００５４】
車載機１は、ステップＳ３０において、車両用情報センター５０がステップＳ１９０において送信した最適推奨ルートのデータを受信したか否かを判定する。車両用情報センター５０から、データモードによって送信されるデータは、データ通信用電話７を介して受信される。最適推奨ルートのデータを受信していないと判定すると、受信するまでステップＳ３０で待機し、受信したと判定するとステップＳ４０に進む。ステップＳ４０では、受信した最適推奨ルートのデータをナビゲーションユニット２に設定する。最適推奨ルートの設定処理が完了すると、車載機１と情報センター２０との間の通信を切断する。この後、車載機１のナビゲーションユニット２には、設定された推奨経路に基づいて、目的地までの経路案内を行う。
【００５５】
一実施の形態における車両用情報提供システムによれば、ユーザからの要求に基づいて、目的地までの推奨経路を演算し、演算した推奨経路のデータを車載機１に送信するシステムにおいて、既に演算されている推奨経路に対して、新規経由地を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、演算した複数の推奨経路の中から、最適な推奨経路を選択して、選択した最適推奨経路のデータを車載機１に送信する。これにより、ユーザが新規経由地の追加を情報センター２０のオペレータに要求する際に、どの区間に新規経由地を追加するのかを伝える必要がなくなり、ユーザの負担は軽減される。また、どの区間に新規経由地を追加するのかをユーザとオペレータとの間の会話で決定する必要がないので、ユーザとオペレータとの間の会話時間を短縮することができる。さらに、情報センター２０側で複数の推奨経路を演算し、演算した複数の推奨経路の中から最適な推奨経路を選択して、車載機１に送信するので、車載機１で推奨経路の演算を行う場合に比べて、車載機１の演算負荷を軽減することができる。
【００５６】
特に、一実施の形態における車両用情報提供システムによれば、既に演算されている推奨経路上の経由地と車両の現在地との間、既に演算されている推奨経路上の経由地と経由地との間、既に演算されている推奨経路上の経由地と目的地との間にそれぞれ新規経由地を追加した場合の推奨経路を演算するとともに、新規経由地を目的地に設定した場合の推奨経路を演算してから、最適な推奨経路を決定するので、より適切な推奨経路のデータを車載機１に送信することができる。
【００５７】
一実施の形態における車両用情報提供システムによれば、各推奨経路の目的地までの所要時間、所要距離、所要料金、経由地の重要度、および、経由地を通過する際の予想時間に基づいて、評価値を算出して、最適推奨経路を決定するので、適切な推奨経路を決定して、車載機１に送信することができる。
【００５８】
本発明は、上述した一実施の形態に限定されることはない。例えば、評価値は、各推奨経路の目的地までの所要時間、所要距離、所要料金、経由地の重要度、および、経由地を通過する際の予想時間の５つの要素に基づいて算出したが、上記５つの要素のうちの少なくとも１つの要素に基づいて算出することもできるし、上記５つの要素以外の要素に基づいて算出してもよい。
【００５９】
経由地ジャンルテーブルに含まれる経由地の重要度および指定時間帯を、ユーザが自由に変更できるようにしてもよい。
【００６０】
上述した一実施の形態では、ユーザがオペレータと会話するための携帯電話４とは別に、データ通信を行うためのデータ通信用電話７を設ける例を挙げて説明したが、音声による会話と、データ通信とを行える電話機であれば、１台だけ設ければよい。また、音声モードによる通信は、オペレーションセンター３０との間で行い、データモードによる通信は、車両用情報センター５０との間で行うものとして説明したが、データ通信モードによる通信もオペレーションセンター３０との間で行うようにしてもよい。
【００６１】
特許請求の範囲の構成要素と一実施の形態の構成要素との対応関係は次の通りである。すなわち、処理端末３２が推奨経路演算手段、最適推奨経路選択手段および評価値算出手段を、通信装置５３が送信手段をそれぞれ構成する。なお、以上の説明はあくまで一例であり、発明を解釈する上で、上記の実施形態の構成要素と本発明の構成要素との対応関係に何ら限定されるものではない。
【図面の簡単な説明】
【００６２】
【図１】一実施の形態における車両用情報提供システムの全体構成を示す図
【図２】ナビゲーションユニットの詳細な構成を示す図
【図３】一実施の形態における車両用情報提供システムにおいて、車載機と情報センターとでそれぞれ行われる処理内容を示すフローチャート
【図４】検索処理端末のディスプレイに表示される検索画面の一例を示す図
【図５】ナビゲーションユニットに既に設定されている推奨ルート、および、新たに追加する経由地の位置関係を示す図
【図６】推奨ルートＲ１〜Ｒ４をそれぞれ示す図
【図７】経由地ジャンルテーブルの一例を示す図
【図８】有料道路を使用する推奨ルートＲ１が最適推奨ルートとして選ばれた例を示す図
【図９】緊急度の高い施設を経由地として追加設定した場合の最適推奨ルートを示す図
【図１０】指定時間帯が１２時に設定されているレストランを経由地として追加設定した場合の最適推奨ルートを示す図
【図１１】追加経由地を最終目的地とした経路が最適推奨経路となる例を示す図
【符号の説明】
【００６３】
１…車載機、２…ナビゲーションユニット、３…モニタ、４…携帯電話、５…通信アダプタ、６…電話ハーネス、７…データ通信用電話、８…マイク、９…スピーカ、１０…ＧＰＳユニット、１１…操作スイッチ、１２…オペレータ呼び出しスイッチ、１３…表示処理部、１４…通信処理部、１５…音声制御部、１６…車速センサ、１８…地図データ部、１９…入力処理部、２０…情報センター、２１…メモリ、３０…オペレーションセンター、３１…ＰＢＸ／ＣＴＩ、３２…検索処理端末、３３…電話機、３４…情報検索システム、３６…ヘッドセット、３７…ネットワーク、３９…入力機器、４０…情報データベース群、４１…位置／電話情報データベース、４２…交通情報データベース、４３…天気予報データベース、４４…各種情報データベース、４５…案内音声データベース、５０…車両用情報センター、５２…ＰＢＸ／ＣＴＩ、５３…通信装置、５４…情報処理端末、５５…一般電話回線網、５６…ユーザプロファイルデータベース、６０…カスタマーセンター、６２…カスタマー登録システム、６３…インターネット、６５…ユーザＰＣ、６６…カスタマー管理サーバ
【技術分野】
【０００１】
本発明は、推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信する車両用情報提供装置、車両用情報提供システム、および、車両用情報提供方法に関する。
【背景技術】
【０００２】
従来、ユーザが情報センターに発呼して、ナビゲーション装置に設定するための目的地の情報をオペレータに伝え、オペレータが端末で検索した目的地のデータをナビゲーション装置に送信して、設定するシステムが知られている（特許文献１参照）。
【０００３】
【特許文献１】特開平１０−２５３３７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述したシステムにおいて、車両の現在地から経由地を経由して、目的地に至るまでの推奨経路を情報センター側で演算して、推奨経路のデータをナビゲーション装置に送信することができる。しかし、従来のシステムでは、ナビゲーション装置に推奨経路が設定されている状態で、経由地の追加をオペレータに依頼する場合、ユーザは、既に演算されている推奨経路のどの部分に経由地を追加してほしいかを情報センターのオペレータに伝える必要があり、ユーザの負担が大きいという問題がある。
【課題を解決するための手段】
【０００５】
（１）本発明による車両用情報提供装置および車両用情報提供方法は、ユーザからの要求に基づいて、ユーザの希望する経由地を経由して目的地に至る推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信するものであって、既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、演算した複数の推奨経路の中から、最適な推奨経路を選択して、ナビゲーション装置に送信することを特徴とする。
（２）本発明による車両用情報提供システムは、ユーザからの要求に基づいて、ユーザの希望する経由地を経由して目的地に至る推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信して、ナビゲーション装置に設定するシステムであって、既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、演算した複数の推奨経路の中から、最適な推奨経路を選択して、ナビゲーション装置に送信することを特徴とする。
【発明の効果】
【０００６】
本発明による車両用情報提供装置、車両用情報提供システムおよび車両用情報提供方法によれば、演算されている推奨経路に対して、新たな経由地を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、演算した複数の推奨経路の中から、最適な推奨経路を選択して、ナビゲーション装置に送信するので、ユーザが既に演算されている推奨経路のどの部分に経由地を追加してほしいかを情報センターのオペレータに伝える負担を無くすことができる。
【発明を実施するための最良の形態】
【０００７】
図１は、一実施の形態における車両用情報提供システムの全体構成を示す図である。この車両用情報提供システムを利用するユーザは、情報センター２０（車両用情報提供装置）に発呼して、ナビゲーションユニット２に設定する経由地や目的地に関する情報をオペレータに伝える。情報センター２０のオペレータは、処理端末３２を用いて、経由地や目的地を検索するとともに、検索した経由地を経由して目的地に至る推奨経路を演算し、演算した推奨経路のデータを車載機１に送信する。なお、図１では、車載機１を１つだけ示しているが、同様の車載機１が多くの車両に搭載されており、情報センター２０は、複数の車載機１と無線を介して通信を行うことができる。
【０００８】
車載機１は、ナビゲーションユニット２と、モニタ３と、通信アダプタ５と、携帯電話４および通信アダプタ５を接続するための電話ハーネス６と、データ通信用電話７と、マイク８と、スピーカ９と、ＧＰＳユニット１０と、操作スイッチ１１と、オペレータ呼び出しスイッチ１２と、車速センサ１６とを備える。
【０００９】
モニタ３には、後述するナビゲーションユニット２からの指示に基づいて、車両の現在地周辺の地図や、目的地までの推奨経路等が表示される。携帯電話４は、ユーザが情報センター２０に待機しているオペレータと会話する際に用いる電話であり、データ通信用電話７は、情報センター２０との間で、データ通信を行う際に用いられる電話である。
【００１０】
マイク８は、ユーザ（ドライバ）がハンズフリーシステムを利用して、情報センター２０のオペレータと会話する際に用いられる。スピーカ９は、ユーザがハンズフリーシステムを利用して、オペレータと会話する際に、相手側の会話内容を音声出力したり、ナビゲーションユニット２による経路案内を行う際の音声を出力する。ＧＰＳユニット１０は、図示しないＧＰＳ衛星からＧＰＳ電波を受信して、車両の現在地を検出する。車速センサ１６は、車両の速度を検出する。
【００１１】
操作スイッチ１１は、モニタ３に表示される画面の操作、ハンズフリーシステムを利用するための操作、データ通信を行う際の操作等、各種の操作を行うために用いられる。オペレータ呼び出しスイッチ１２は、情報センター２０に発呼する際に用いられるスイッチである。
【００１２】
通信アダプタ５は、情報センター２０との間の通信制御を行う。通信アダプタ５には、後述する情報センター２０のオペレーションセンター３０および車両用情報センター５０の電話番号が登録されており、ユーザが、オペレータ呼び出しスイッチ１２を押すと、携帯電話４を介して、自動的にオペレーションセンター３０に電話がかかるとともに、データ通信用電話７を介して、自動的に車両用情報センター５０に電話がかかる。オペレーションセンター３０の電話番号および車両用情報センター５０の電話番号は、例えば、通信アダプタ５が工場から出荷される前に登録される。
【００１３】
図２は、ナビゲーションユニット２の詳細な構成を示す図である。ナビゲーションユニット２は、地図データ部１８およびメモリ２１と、内部で行われる処理機能上、表示処理部１３、通信制御部１４、音声制御部１５、入力処理部１９、および、統合演算部２２とを備える。
【００１４】
表示処理部１３は、統合演算部２２からの指令に基づいて、モニタ３への表示指示を行う。通信制御部１４は、通信アダプタ５との間でデータの授受を行うための制御を行う。音声制御部１５は、統合演算部２２からの指令に基づいて、例えば、経路案内のための音声出力をスピーカ９に指示する。地図データ部１８は、例えば、ハードディスク装置（ＨＤＤ）であり、地図データを格納している。
【００１５】
入力処理部１９は、ユーザが操作スイッチ１１によって入力した指令を、統合演算部２２に出力する。メモリ２１は、情報センター２０からダウンロード（受信）した経由地や目的地のデータを記憶する。統合演算部２２は、表示処理部１３、通信制御部１４、音声制御部１５、入力処理部１９、地図データ部１８、および、メモリ２１との間で、様々なデータをやり取りするとともに、ナビゲーションユニット２の総合的な処理を行う。ナビゲーションユニット２の総合的な処理には、設定された経由地を経由して、目的地に至るまでの推奨ルートの演算処理が含まれる。
【００１６】
情報センター２０は、オペレーションセンター３０と、情報データベース群４０と、車両用情報センター５０と、カスタマーセンター６０とにより構成されている。オペレーションセンター３０は、電話回線の制御を行うＰＢＸ／ＣＴＩ３１と、検索システム３４とを備える。検索システム３４には、処理端末３２、電話機３３、ヘッドセット３６、モニタ３８、および、入力機器３９が含まれる。入力機器３９には、キーボードおよびマウスが含まれる。
【００１７】
ＰＢＸ(Private Branch Exchanger)は、通常、企業ビル内などに設置されるものであって、外線電話と内線電話、および、内線電話どうしを交換する。また、ＣＴＩ(Computer Telephony Integration)は、ＰＢＸなどの電話系通信システムと、コンピュータやデータベースなどの情報系システムとを統合し、相互に連動できるようにするものである。すなわち、ＰＢＸ／ＣＴＩ３１は、ユーザからかかってきた電話を空きオペレータに接続したり、空きオペレータがいない場合には、待ち音声案内を流すなどの電話回線の制御を行う。
【００１８】
オペレーションセンター３０に勤務しているオペレータは、電話機３３またはヘッドセット３６を用いて、ユーザと会話することにより、車載機１のナビゲーションユニット２に設定する経由地や目的地の情報を得る。オペレータは、ユーザから聞いた情報に基づいて、ユーザが希望する経由地や目的地を処理端末３２を用いて検索する。処理端末３２は、例えば、パソコンである。検索システム３４は、車両用情報センター５０の情報処理端末５４、情報データベース群４０を構成する複数のデータベース４１〜４５，５６とＬＡＮなどのネットワーク３７を通じて接続されている。
【００１９】
情報データベース群４０は、位置／電話情報データベース４１と、交通情報データベース４２と、天気予報データベース４３と、各種情報データベース４４と、案内音声データベース４５と、ユーザプロファイルデータベース５６とを備える。位置／電話情報データベース４１には、飲食店や公共施設などの各種施設の名称、位置情報、および、電話番号情報等が格納されている。交通情報データベース４２には、一般道や有料道路などの交通情報が格納されている。天気予報データベース４３には、各地の天気予報情報が格納されている。各種情報データベース４４には、推奨ルートを演算するための地図データや、後述する経由地ジャンルテーブルなどの情報が格納されている。案内音声データベース４５には、ユーザに音声案内を行うための音声データが格納されている。ユーザプロファイルデータベース５６には、予めユーザ登録されているユーザの氏名、住所、携帯電話番号などのユーザ情報が格納されている。ユーザ登録の方法については後述する。
【００２０】
車両用情報センター５０は、電話回線の制御を行うＰＢＸ／ＣＴＩ５２と、通信装置５３と、情報処理端末５４とを備える。通信装置５３は、情報処理端末５４からの指令に基づいて、車載機１とデータ通信を行う。情報処理端末５４は、通信装置５３を介して、車載機１に情報を送信するなどの様々なデータ処理を行う。例えば、処理端末３２において、車載機１のナビゲーションユニット２に設定する推奨経路が演算された場合には、検索された推奨経路のデータを、通信装置５３を介して車載機１に送信する。なお、オペレーションセンター３０のＰＢＸ／ＣＴＩ３１と、車両用情報センター５０のＰＢＸ／ＣＴＩ５２は、一般電話回線網５５に接続されている。
【００２１】
カスタマーセンター６０は、カスタマー登録システム６２と、カスタマー管理サーバ６６とを備える。カスタマー登録システム６２は、ユーザの登録や、登録されているユーザの個人情報の変更を行う。カスタマー登録システム６２と接続されているカスタマー管理サーバ６６は、ユーザ情報を管理するためのサーバである。
【００２２】
オペレーションセンター３０、情報データベース群４０、車両用情報センター５０およびカスタマーセンター６０が接続されているネットワーク３７には、インターネット６３も接続されている。従って、情報センター２０は、インターネット６３を介して、コンテンツプロバイダ／アプリケーションサービスプロバイダ群６４と各種情報の授受を行う。また、ユーザが後述するユーザ登録を行う際に、カスタマーセンター６０のオペレータを介さずに、インターネット６３と接続されているパソコンなどの端末６５を用いて行うこともできる。
【００２３】
一実施の形態における車両用情報提供システムを利用するユーザは、予めユーザ登録する必要がある。ユーザ登録するための１つ目の方法としては、所定の申込書にユーザの氏名、住所、生年月日などの一般情報と共に、本システムを利用する際に使用する携帯電話４およびデータ通信用電話７の電話番号を記入し、情報センター２０のカスタマーセンター６０に郵送する。カスタマーセンター６０のオペレータは、申込書の内容を確認した後、カスタマー登録システム６２を使用して、カスタマー管理サーバ６６にユーザ登録処理を行う。登録されたユーザ情報は、ユーザプロファイルデータベース５６に格納される。
【００２４】
ユーザ登録するための二つ目の方法は、上述したように、インターネット６３と接続されているパソコンなどの端末６５を用いて、カスタマー管理サーバ６６に直接登録する方法である。また、車載機１がオンライン登録機能を備えている場合には、車載機１を用いてカスタマー管理サーバ６６に直接登録することもできる。
【００２５】
図３は、一実施の形態における車両用情報提供システムにおいて、車載機１と情報センター２０とでそれぞれ行われる処理内容を示すフローチャートである。ステップＳ１０〜ステップＳ４０の処理は、車載機１側で行われる処理であり、ステップＳ１００〜ステップＳ２００の処理は、情報センター２０側で行われる処理である。以下では、ナビゲーションユニット２に経由地および目的地が既に設定されている場合において、ユーザが新たな経由地の追加設定を希望する場合の処理について説明する。
【００２６】
ステップＳ１０において、ナビゲーションユニット２の統合演算部２２は、入力処理部１９から入力される信号に基づいて、オペレータ呼び出しスイッチ１２がオンされたか否かを判定する。オペレータ呼び出しスイッチ１２がオンされていないと判定するとオンされるまでステップＳ１０で待機し、オンされたと判定するとステップＳ２０に進む。
【００２７】
ステップＳ２０では、携帯電話４を介して、音声モードにより、情報センター２０のオペレーションセンター３０に呼を発するとともに、データ通信用電話７を介して、データモードにより、情報センター２０の車両用情報センター５０に呼を発する。音声モードとは、ユーザとオペレータとが会話を行うためのモードであり、データモードとは、データ通信によりデータを授受するためのモードである。
【００２８】
上述したように、通信アダプタ５にはオペレーションセンター３０の電話番号が予め登録されているので、ユーザがオペレータ呼び出しスイッチ１２を押すことにより、ナビゲーションユニット２、通信アダプタ５、携帯電話４経由で、自動的にオペレーションセンター３０に電話がかかる。この時、通信アダプタ５は、オペレーションセンター３０の電話番号の前に、発信者番号を通知するために「１８６」の番号を付して発呼する。すなわち、携帯電話４には、発信者番号を非通知とするための機能を備えたものもあるため、情報センター２０側で発信者を特定できるようにするために、発信者番号が通知される形で電話をかけるようにする。
【００２９】
また、通信アダプタ５には車両用情報センター５０の電話番号も予め登録されているので、ユーザがオペレータ呼び出しスイッチ１２を押すことにより、ナビゲーションユニット２、通信アダプタ５、データ通信用電話７経由で、自動的に車両用情報センター５０に電話がかかる。この場合も、通信アダプタ５は、車両用情報センター５０の電話番号の前に、発信者番号を通知するために「１８６」の番号を付して発呼する。
【００３０】
情報センター２０側で行われる処理のうち、ステップＳ１００〜ステップＳ１４０およびステップＳ２００の処理は、オペレーションセンター３０のＰＢＸ／ＣＴＩ３１で行われる。ステップＳ１００では、ユーザからの電話の着信があるか否かを判定する。着信がないと判定すると着信が有るまでステップＳ１００で待機し、着信があると判定するとステップＳ１１０に進む。ステップＳ１１０では、発信者電話番号の取得処理を行う。この時に、発信者非通知設定の状態で電話がかかってきており、発信者電話番号がない場合には、例えば、案内音声データベース４５に予め登録されている「発信者番号が通知されていません」のようなメッセージを再生して、電話回線を切断する。
【００３１】
ステップＳ１２０では、ステップＳ１１０で取得した発信者電話番号に基づいて、電話番号の認証を行う。この認証は、発信者電話番号がユーザプロファイルデータベース５６に登録されているか否かに基づいて行う。ステップＳ１２０に続くステップＳ１３０では、ステップＳ１２０で行った電話番号の認証結果に基づいて、認証がＯＫであるか否かを判定する。取得した発信者電話番号がユーザプロファイルデータベース５６に登録されており、認証がＯＫであると判定するとステップＳ１４０に進む。一方、認証がＮＧであると判定すると、ステップＳ２００に進み、案内音声データベース４５に予め登録されている「電話番号が登録されていないため、サービスを受けることができません」などのメッセージを再生して、電話回線を切断する。
【００３２】
なお、音声モードによる発呼とともに、データ通信用電話７を介して、データモードにより車両用情報センター５０に呼が発せられており、データモードによる発呼に対しても、ステップＳ１２０と同様の認証処理が行われる。認証がＯＫであれば、データ通信が開始されるが、ここでは、ナビゲーションユニット２に設定されている推奨ルートに関するデータが車載機１から車両用情報センター５０に送信される。推奨ルートに関するデータには、推奨ルート、推奨ルートに含まれている経由地および目的地、車両の現在地、および、車両が既に通過した経由地のデータが含まれる。
【００３３】
なお、車両用情報センター５０に送信された推奨ルートに関するデータは、ネットワーク３７を介して、ユーザプロファイルデータベース５６に格納（保存）される。データの保存は、データの送信要求をしてきたユーザのユーザ情報に対応させて保存しておく。
【００３４】
ステップＳ１４０では、ユーザからの電話を、電話回線が空いているオペレータにつないで、ステップＳ１５０に進む。電話回線がオペレータにつながれると、ユーザはオペレータと会話を開始し、ナビゲーションユニット２に設定を希望する経由地や目的地に関する情報をオペレータに伝える。ただし、空いている回線が無い場合には、例えば、案内音声データベース４５に予め登録されている「ただ今、回線が混みあっております」のようなメッセージを再生する。
【００３５】
ステップＳ１５０〜ステップＳ１８０の処理は、検索システム３４によって行われる。ステップＳ１５０では、オペレータによって、経由地を検索するのに必要な情報が入力されて、検索実行の指令が出されたか否かを判定する。オペレータは、発呼してきたユーザと会話することにより、経由地を検索するための住所、施設名、近傍の目印などの情報を聞き取り、処理端末３２に入力する。
【００３６】
図４は、処理端末３２のディスプレイに表示される検索画面の一例を示す図である。処理端末３２のディスプレイには、図４に示すように、名称入力欄７１、住所入力欄７２、ジャンル入力欄７３、地図表示欄７４、および、検索開始ボタン７５が表示されている。名称入力欄７１は、施設等の名称を入力する欄であり、住所入力欄７２は、住所を入力する欄である。また、ジャンル入力欄７３は、目的地のジャンルを入力する欄であり、例えば、「レストラン」、「公園」、「ガソリンスタンド」などを入力することができる。オペレータは、情報入力欄７１〜７３のうちのいずれか一つの欄だけに入力してもよいし、２つ、または、全ての欄に入力することもできる。
【００３７】
地図表示欄７４は、処理端末３２によって検索された場所の周辺地図を表示する欄である。検索開始ボタン７５は、目的地の検索を開始する際に、オペレータによって操作されるボタンである。
【００３８】
ステップＳ１５０において、名称入力欄７１、住所入力欄７２、および、ジャンル入力欄７３のうち、少なくとも１つの欄に、目的地を検索するための情報が入力されて、検索開始ボタン７５が押されたと判定するとステップＳ１６０に進み、それ以外の場合には、ステップＳ１５０で待機する。
【００３９】
ステップＳ１６０では、入力された情報に基づいて、位置／電話情報データベース４１を参照することにより、ユーザが追加設定を希望する経由地を検索する。経由地を検索すると、ステップＳ１７０に進む。ステップＳ１７０では、ステップＳ１６０で検索された経由地を通る新たな推奨ルートを演算する。
【００４０】
新たに追加された経由地を通る推奨ルートの演算方法について説明する。図５は、ナビゲーションユニット２に既に設定されている推奨ルートＲ０、および、新たに追加する経由地７７の位置関係を示す図である。推奨ルートＲ０は、出発地７０から目的地７１に至るまでのルートであり、４つの経由地７３，７４，７５，７６が設定されている。また、車両の現在地はマーク７２で示されており、車両は経由地７３を既に通過している。
【００４１】
既に演算されている推奨ルートＲ０に、新たな経由地７７を追加する方法としては、以下のＭ１〜Ｍ５の５つの方法がある。
（Ｍ１）車両の現在地７２と経由地７４との間に追加する。
（Ｍ２）経由地７４と経由地７５との間に追加する。
（Ｍ３）経由地７５と経由地７６との間に追加する。
（Ｍ４）経由地７６と目的地７１との間に追加する。
（Ｍ５）追加する経由地７７を最終目的地に設定する。
【００４２】
処理端末３２は、上述した５つの追加方法によって経由地７７を追加した場合の推奨ルートＲ１〜Ｒ５をそれぞれ求める。図６は、推奨ルートＲ１〜Ｒ５のうち、推奨ルートＲ１〜Ｒ４をそれぞれ示す図である。図６に示していない推奨ルートＲ５は、推奨ルートＲ０に、目的地７１から経由地７７に至るルートを追加したルートとなる。
【００４３】
ステップＳ１７０において、推奨ルートを演算すると、ステップＳ１８０に進む。ステップＳ１８０では、ステップＳ１７０で演算された複数の推奨ルートＲ１〜Ｒ５の中から、最適な推奨ルートを決定する。処理端末３２は、まず、各推奨ルートＲ１〜Ｒ５ごとに、目的地までの所要時間、目的地までの所要距離、目的地に至るまでに必要な料金（通行料金）、新たな経由地７７の緊急度、および、新たな経由地７７の通過時間帯を求める。
【００４４】
目的地までの所要時間、所要距離、および、所要料金の算出は、既知の算出方法を用いることができる。新たな経由地７７の緊急度、および、新たな経由地７７の指定時間帯は、各種情報データベース４４に格納されている経由地ジャンルテーブルを参照して求める。図７は、経由地ジャンルテーブルの一例を示す図である。経由地ジャンルテーブルには、経由地となる施設等の種類に応じた緊急度、および、指定時間帯が記されている。緊急度は、経由地に立ち寄る緊急性が高いものほど、大きい数字が割り当てられている。また、指定時間帯は、経由地に立ち寄る際に望ましい時間であり、図７に示す経由地ジャンルテーブルでは、レストランの指定時間帯として、１２時および１９時が設定されている。
【００４５】
処理端末３２は、最適な推奨ルートを決定するために、演算した各推奨ルートＲ１〜Ｒ５ごとに、評価値Ｔ１〜Ｔ５を算出する。評価値Ｔｋ（ｋ＝１，２，３，４，５）は、次式（１）により求められる。
Ｔｋ＝（推奨ルートＲｋの所要時間／平均所要時間）＋（推奨ルートＲｋの所要距離／平均所要距離）＋（推奨ルートＲｋの所要料金／平均所要料金）＋（追加経由地の緊急度×車両位置から数えた挿入区間の順番／挿入可能区間数）＋追加経由地の予想通過時間と追加経由地の指定時間帯とのマッチ度 （１）
【００４６】
上式（１）において、平均所要時間は、各推奨ルートＲ１〜Ｒ５の所要時間の平均値であり、平均所要距離は、各推奨ルートＲ１〜Ｒ５の所要距離の平均値であり、平均所要料金は、各推奨ルートＲ１〜Ｒ５の所要料金の平均値である。また、車両位置から数えた挿入区間の順番とは、車両位置７２と経由地７４との間に経由地７７を追加した場合の順番を１、経由地７４と経由地７５との間に追加した場合の順番を２、経由地７５と経由地７６との間に追加した場合の順番を３、経由地７６と目的地７１との間に追加した場合の順番を４、経由地７７を最終目的地に設定した場合の順番を５とする。すなわち、推奨ルートＲ１〜Ｒ５に対して、車両位置から数えた挿入区間の順番は、それぞれ１〜５となる。また、挿入可能区間数は５となる。
【００４７】
追加経由地の予想通過時間は、車両の現在地から追加経由地までの推奨経路上の距離、および、推奨経路の法定速度に基づいて算出する。追加経由地の予想通過時間と追加経由地の指定時間帯とのマッチ度は、１０分ずれるごとに、＋0.1とする。例えば、追加経由地の指定時間帯が１２時となっており、予想通過時間が１１：４０であれば、マッチ度は＋0.2となり、予想通過時間が１３：００であれば、＋0.6となる。
【００４８】
処理端末３２は、各推奨ルートＲ１〜Ｒ５ごとに算出した評価値Ｔ１〜Ｔ５のうち、最も評価値が小さい推奨ルートを、最適推奨ルートに決定する。図８は、有料道路を使用する推奨ルートＲ１が最適推奨ルートとして選ばれた例を示す図である。図８に示す例では、推奨ルートＲ１に有料道路が含まれており、他の推奨ルートに比べて、目的地までの所要料金は高くなっているが、目的地までの所要時間が大幅に短くなっているため、評価値が最も小さい値となっている。
【００４９】
図９は、緊急度の高い施設（コンビニエンスストア）を経由地として追加設定した場合の最適推奨ルートを示す図である。この場合には、一番早く経由地（コンビニエンスストア）に立ち寄れる推奨ルートＲ１の評価値が最も小さい値となっており、推奨ルートＲ１が最適推奨ルートとなる。
【００５０】
図１０は、指定時間帯が１２時に設定されているレストランを経由地として追加設定した場合の最適推奨ルートを示す図である。図１０に示すように、レストランの通過予定時間は、各推奨ルートＲ１〜Ｒ４ごとに、１１：００、１１：５０、１２：３０、１３：３０となっている。この場合、推奨ルートＲ２の通過予定時間と指定時間帯とが最も近く、また、評価値も最も小さい値となっているため、推奨ルートＲ２が最適推奨ルートとなる。
【００５１】
図１１は、追加経由地を最終目的地とした経路が最適推奨経路となる例を示す図である。図１１に示すように、追加経由地を最終目的地にとした経路は、他の推奨経路に比べて、目的地までの所要時間が最も短く、また、所要距離も最も短いため、評価値が最も小さい値となっている。
【００５２】
図３に示すフローチャートのステップＳ１８０において、ユーザの希望する追加経由地を通る最適推奨ルートを決定すると、ステップＳ１９０に進む。なお、演算された最適推奨ルートは、ユーザプロファイルデータベース５６に保存（格納）される。データの保存は、データの送信要求をしてきたユーザのユーザ情報に対応させて保存しておく。
【００５３】
ステップＳ１９０の処理は、情報処理端末５４によって行われる。ステップＳ１９０では、ユーザプロファイルデータベース５６に保存されている最適推奨ルートのデータを、データモードにより、通信装置５３を介して、車載機１のデータ通信用電話７に送信する。データ通信用電話７の電話番号は、ユーザプロファイルデータベース５６に登録されているユーザ情報に含まれているため、最適推奨ルートのデータとともに、ユーザプロファイルデータベース５６から取得する。
【００５４】
車載機１は、ステップＳ３０において、車両用情報センター５０がステップＳ１９０において送信した最適推奨ルートのデータを受信したか否かを判定する。車両用情報センター５０から、データモードによって送信されるデータは、データ通信用電話７を介して受信される。最適推奨ルートのデータを受信していないと判定すると、受信するまでステップＳ３０で待機し、受信したと判定するとステップＳ４０に進む。ステップＳ４０では、受信した最適推奨ルートのデータをナビゲーションユニット２に設定する。最適推奨ルートの設定処理が完了すると、車載機１と情報センター２０との間の通信を切断する。この後、車載機１のナビゲーションユニット２には、設定された推奨経路に基づいて、目的地までの経路案内を行う。
【００５５】
一実施の形態における車両用情報提供システムによれば、ユーザからの要求に基づいて、目的地までの推奨経路を演算し、演算した推奨経路のデータを車載機１に送信するシステムにおいて、既に演算されている推奨経路に対して、新規経由地を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、演算した複数の推奨経路の中から、最適な推奨経路を選択して、選択した最適推奨経路のデータを車載機１に送信する。これにより、ユーザが新規経由地の追加を情報センター２０のオペレータに要求する際に、どの区間に新規経由地を追加するのかを伝える必要がなくなり、ユーザの負担は軽減される。また、どの区間に新規経由地を追加するのかをユーザとオペレータとの間の会話で決定する必要がないので、ユーザとオペレータとの間の会話時間を短縮することができる。さらに、情報センター２０側で複数の推奨経路を演算し、演算した複数の推奨経路の中から最適な推奨経路を選択して、車載機１に送信するので、車載機１で推奨経路の演算を行う場合に比べて、車載機１の演算負荷を軽減することができる。
【００５６】
特に、一実施の形態における車両用情報提供システムによれば、既に演算されている推奨経路上の経由地と車両の現在地との間、既に演算されている推奨経路上の経由地と経由地との間、既に演算されている推奨経路上の経由地と目的地との間にそれぞれ新規経由地を追加した場合の推奨経路を演算するとともに、新規経由地を目的地に設定した場合の推奨経路を演算してから、最適な推奨経路を決定するので、より適切な推奨経路のデータを車載機１に送信することができる。
【００５７】
一実施の形態における車両用情報提供システムによれば、各推奨経路の目的地までの所要時間、所要距離、所要料金、経由地の重要度、および、経由地を通過する際の予想時間に基づいて、評価値を算出して、最適推奨経路を決定するので、適切な推奨経路を決定して、車載機１に送信することができる。
【００５８】
本発明は、上述した一実施の形態に限定されることはない。例えば、評価値は、各推奨経路の目的地までの所要時間、所要距離、所要料金、経由地の重要度、および、経由地を通過する際の予想時間の５つの要素に基づいて算出したが、上記５つの要素のうちの少なくとも１つの要素に基づいて算出することもできるし、上記５つの要素以外の要素に基づいて算出してもよい。
【００５９】
経由地ジャンルテーブルに含まれる経由地の重要度および指定時間帯を、ユーザが自由に変更できるようにしてもよい。
【００６０】
上述した一実施の形態では、ユーザがオペレータと会話するための携帯電話４とは別に、データ通信を行うためのデータ通信用電話７を設ける例を挙げて説明したが、音声による会話と、データ通信とを行える電話機であれば、１台だけ設ければよい。また、音声モードによる通信は、オペレーションセンター３０との間で行い、データモードによる通信は、車両用情報センター５０との間で行うものとして説明したが、データ通信モードによる通信もオペレーションセンター３０との間で行うようにしてもよい。
【００６１】
特許請求の範囲の構成要素と一実施の形態の構成要素との対応関係は次の通りである。すなわち、処理端末３２が推奨経路演算手段、最適推奨経路選択手段および評価値算出手段を、通信装置５３が送信手段をそれぞれ構成する。なお、以上の説明はあくまで一例であり、発明を解釈する上で、上記の実施形態の構成要素と本発明の構成要素との対応関係に何ら限定されるものではない。
【図面の簡単な説明】
【００６２】
【図１】一実施の形態における車両用情報提供システムの全体構成を示す図
【図２】ナビゲーションユニットの詳細な構成を示す図
【図３】一実施の形態における車両用情報提供システムにおいて、車載機と情報センターとでそれぞれ行われる処理内容を示すフローチャート
【図４】検索処理端末のディスプレイに表示される検索画面の一例を示す図
【図５】ナビゲーションユニットに既に設定されている推奨ルート、および、新たに追加する経由地の位置関係を示す図
【図６】推奨ルートＲ１〜Ｒ４をそれぞれ示す図
【図７】経由地ジャンルテーブルの一例を示す図
【図８】有料道路を使用する推奨ルートＲ１が最適推奨ルートとして選ばれた例を示す図
【図９】緊急度の高い施設を経由地として追加設定した場合の最適推奨ルートを示す図
【図１０】指定時間帯が１２時に設定されているレストランを経由地として追加設定した場合の最適推奨ルートを示す図
【図１１】追加経由地を最終目的地とした経路が最適推奨経路となる例を示す図
【符号の説明】
【００６３】
１…車載機、２…ナビゲーションユニット、３…モニタ、４…携帯電話、５…通信アダプタ、６…電話ハーネス、７…データ通信用電話、８…マイク、９…スピーカ、１０…ＧＰＳユニット、１１…操作スイッチ、１２…オペレータ呼び出しスイッチ、１３…表示処理部、１４…通信処理部、１５…音声制御部、１６…車速センサ、１８…地図データ部、１９…入力処理部、２０…情報センター、２１…メモリ、３０…オペレーションセンター、３１…ＰＢＸ／ＣＴＩ、３２…検索処理端末、３３…電話機、３４…情報検索システム、３６…ヘッドセット、３７…ネットワーク、３９…入力機器、４０…情報データベース群、４１…位置／電話情報データベース、４２…交通情報データベース、４３…天気予報データベース、４４…各種情報データベース、４５…案内音声データベース、５０…車両用情報センター、５２…ＰＢＸ／ＣＴＩ、５３…通信装置、５４…情報処理端末、５５…一般電話回線網、５６…ユーザプロファイルデータベース、６０…カスタマーセンター、６２…カスタマー登録システム、６３…インターネット、６５…ユーザＰＣ、６６…カスタマー管理サーバ
【特許請求の範囲】
【請求項１】
ユーザからの要求に基づいて、目的地までの推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信する車両用情報提供装置において、
既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算する推奨経路演算手段と、
前記推奨経路演算手段によって演算された複数の推奨経路の中から、最適な推奨経路（以下、最適推奨経路）を選択する最適推奨経路選択手段と、
前記最適推奨経路選択手段によって選択された最適推奨経路のデータをナビゲーション装置に送信する送信手段とを備えることを特徴とする車両用情報提供装置。
【請求項２】
請求項１に記載の車両用情報提供装置において、
前記推奨経路演算手段は、既に演算されている推奨経路上の経由地と車両の現在地との間、既に演算されている推奨経路上の経由地と経由地との間、既に演算されている推奨経路上の経由地と目的地との間にそれぞれ新規経由地を追加した場合の推奨経路を演算することを特徴とする車両用情報提供装置。
【請求項３】
請求項２に記載の車両用情報提供装置において、
前記推奨経路演算手段は、新規経由地を目的地に設定した場合の推奨経路をさらに演算することを特徴とする車両用情報提供装置。
【請求項４】
請求項１〜３のいずれかに記載の車両用情報提供装置において、
前記推奨経路演算手段によって演算された複数の推奨経路ごとに、前記最適推奨経路を決定するための評価値を算出する評価値算出手段をさらに備え、
前記最適推奨経路選択手段は、前記評価値算出手段によって算出された評価値に基づいて、前記最適推奨経路を選択することを特徴とする車両用情報提供装置。
【請求項５】
請求項４に記載の車両用情報提供装置において、
前記評価値算出手段は、各推奨経路の目的地までの所要時間、所要距離、所要料金、経由地の重要度、および、経由地を通過する際の予想時間のうち、少なくとも１つに基づいて、前記評価値を算出することを特徴とする車両用情報提供装置。
【請求項６】
請求項１〜５のいずれかに記載の車両用情報提供装置から送信される最適推奨経路のデータを受信して、前記最適推奨経路を設定することを特徴とするナビゲーション装置。
【請求項７】
ユーザからの要求に基づいて、ユーザの希望する経由地を経由して目的地に至る推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信して、ナビゲーション装置に設定する車両用情報提供システムにおいて、
既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算する推奨経路演算手段と、
前記推奨経路演算手段によって演算された複数の推奨経路の中から、最適な推奨経路（以下、最適推奨経路）を選択する最適推奨経路選択手段と、
前記最適推奨経路選択手段によって選択された最適推奨経路のデータをナビゲーション装置に送信する送信手段とを備えることを特徴とする車両用情報提供システム。
【請求項８】
ユーザからの要求に基づいて、ユーザの希望する経由地を経由して目的地に至る推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信して、ナビゲーション装置に設定する車両用情報提供方法において、
既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、
演算した複数の推奨経路の中から、最適な推奨経路（以下、最適推奨経路）を選択し、
選択した最適推奨経路のデータをナビゲーション装置に送信することを特徴とする車両用情報提供方法。
【請求項１】
ユーザからの要求に基づいて、目的地までの推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信する車両用情報提供装置において、
既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算する推奨経路演算手段と、
前記推奨経路演算手段によって演算された複数の推奨経路の中から、最適な推奨経路（以下、最適推奨経路）を選択する最適推奨経路選択手段と、
前記最適推奨経路選択手段によって選択された最適推奨経路のデータをナビゲーション装置に送信する送信手段とを備えることを特徴とする車両用情報提供装置。
【請求項２】
請求項１に記載の車両用情報提供装置において、
前記推奨経路演算手段は、既に演算されている推奨経路上の経由地と車両の現在地との間、既に演算されている推奨経路上の経由地と経由地との間、既に演算されている推奨経路上の経由地と目的地との間にそれぞれ新規経由地を追加した場合の推奨経路を演算することを特徴とする車両用情報提供装置。
【請求項３】
請求項２に記載の車両用情報提供装置において、
前記推奨経路演算手段は、新規経由地を目的地に設定した場合の推奨経路をさらに演算することを特徴とする車両用情報提供装置。
【請求項４】
請求項１〜３のいずれかに記載の車両用情報提供装置において、
前記推奨経路演算手段によって演算された複数の推奨経路ごとに、前記最適推奨経路を決定するための評価値を算出する評価値算出手段をさらに備え、
前記最適推奨経路選択手段は、前記評価値算出手段によって算出された評価値に基づいて、前記最適推奨経路を選択することを特徴とする車両用情報提供装置。
【請求項５】
請求項４に記載の車両用情報提供装置において、
前記評価値算出手段は、各推奨経路の目的地までの所要時間、所要距離、所要料金、経由地の重要度、および、経由地を通過する際の予想時間のうち、少なくとも１つに基づいて、前記評価値を算出することを特徴とする車両用情報提供装置。
【請求項６】
請求項１〜５のいずれかに記載の車両用情報提供装置から送信される最適推奨経路のデータを受信して、前記最適推奨経路を設定することを特徴とするナビゲーション装置。
【請求項７】
ユーザからの要求に基づいて、ユーザの希望する経由地を経由して目的地に至る推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信して、ナビゲーション装置に設定する車両用情報提供システムにおいて、
既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算する推奨経路演算手段と、
前記推奨経路演算手段によって演算された複数の推奨経路の中から、最適な推奨経路（以下、最適推奨経路）を選択する最適推奨経路選択手段と、
前記最適推奨経路選択手段によって選択された最適推奨経路のデータをナビゲーション装置に送信する送信手段とを備えることを特徴とする車両用情報提供システム。
【請求項８】
ユーザからの要求に基づいて、ユーザの希望する経由地を経由して目的地に至る推奨経路を演算し、演算した推奨経路のデータをナビゲーション装置に送信して、ナビゲーション装置に設定する車両用情報提供方法において、
既に演算されている推奨経路に対して、新たな経由地（以下、新規経由地）を追加する要求をユーザから受けると、既に演算されている推奨経路上の経由地、目的地、および、車両の現在地に基づいて、新規経由地を通る複数の推奨経路を演算し、
演算した複数の推奨経路の中から、最適な推奨経路（以下、最適推奨経路）を選択し、
選択した最適推奨経路のデータをナビゲーション装置に送信することを特徴とする車両用情報提供方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００７−１９２５６２（Ｐ２００７−１９２５６２Ａ）
【公開日】平成１９年８月２日（２００７．８．２）
【国際特許分類】
【出願番号】特願２００６−８５２９（Ｐ２００６−８５２９）
【出願日】平成１８年１月１７日（２００６．１．１７）
【出願人】（０００００３９９７）日産自動車株式会社 (16,386)
【Ｆターム（参考）】
【公開日】平成１９年８月２日（２００７．８．２）
【国際特許分類】
【出願日】平成１８年１月１７日（２００６．１．１７）
【出願人】（０００００３９９７）日産自動車株式会社 (16,386)
【Ｆターム（参考）】
[ Back to top ]