ナビゲーション装置およびナビゲーション方法
【課題】目的地に到着すべき時刻である到着要求時刻と、目的地に到着する予測時刻である到着予測時刻との間に差がある場合において、目的地の種類に応じて適切に対応可能なナビゲーション装置を提供すること。
【解決手段】目的地を設定する目的地設定手段と、前記目的地に到着すべき時刻を、到着要求時刻として設定する到着要求時刻設定手段と、前記目的地に到着する予測時刻である到着予測時刻を算出する到着予測時刻算出手段と、前記目的地に前記到着要求時刻までに到着することに対する要求の度合いを、到着要求度合として設定する到着要求度合設定手段と、前記到着要求時刻と、前記到着予測時刻との間に差がある場合に、所定の処理を実行する処理実行手段と、を備え、前記処理実行手段は、前記到着要求度合設定手段により設定された前記到着要求度合に応じて、前記所定の処理の内容を異ならせることを特徴とするナビゲーション装置。
【解決手段】目的地を設定する目的地設定手段と、前記目的地に到着すべき時刻を、到着要求時刻として設定する到着要求時刻設定手段と、前記目的地に到着する予測時刻である到着予測時刻を算出する到着予測時刻算出手段と、前記目的地に前記到着要求時刻までに到着することに対する要求の度合いを、到着要求度合として設定する到着要求度合設定手段と、前記到着要求時刻と、前記到着予測時刻との間に差がある場合に、所定の処理を実行する処理実行手段と、を備え、前記処理実行手段は、前記到着要求度合設定手段により設定された前記到着要求度合に応じて、前記所定の処理の内容を異ならせることを特徴とするナビゲーション装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ナビゲーション装置およびナビゲーション方法に関するものである。
【背景技術】
【０００２】
従来より、目的地へと誘導するためのルートを探索して、探索したルートを地図上で識別可能に表示しながら誘導案内を行う車載ナビゲーション装置が普及している。このような車載ナビゲーション装置において、目的地に到着する予測時刻である到着予測時刻を算出するとともに、ユーザの運転状況などにより、到着予測時刻が変化した場合に、目的地にいる相手に、到着予測時刻が変化したことを伝える技術が知られている（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１８９０４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、目的地の種類（たとえば、目的地が職場である場合や自宅である場合）によっては、所定の時刻に到着することに対する要求の度合いが異なる場合があり（たとえば、目的地が職場であれば、所定の時刻に到着することに対する要求の度合いが高い一方で、目的地が自宅である場合には、該要求の度合いは高くないことが一般的である。）、これに対して、上記従来技術においては、目的地の種類に関係なく、目的地にいる相手に対して、到着予測時刻が変化したことを伝えるものであるため、目的地の種類によっては必ずしも適切でない場合があった。
【０００５】
本発明が解決しようとする課題は、目的地に到着すべき時刻である到着要求時刻と、目的地に到着する予測時刻である到着予測時刻との間に差がある場合において、目的地の種類に応じて適切に対応可能なナビゲーション装置を提供することである。
【課題を解決するための手段】
【０００６】
本発明は、目的地に到着すべき時刻である到着要求時刻、および前記目的地に到着する予測時刻である到着予測時刻を算出し、前記到着要求時刻と前記到着予測時刻との間に差がある場合に、所定の処理を実行する際に、前記目的地に前記到着要求時刻までに到着することに対する要求の度合いに応じて、前記所定の処理の内容を異ならせることにより、上記課題を解決する。
【発明の効果】
【０００７】
本発明によれば、目的地に到着すべき時刻である到着要求時刻と、目的地に到着する予測時刻である到着予測時刻との間に差がある場合において、目的地ごとに想定される所定の時刻に到着することに対する要求の度合いに応じて、所定の処理を行なう際における、該所定の処理の内容を異ならせるため、目的地の種類に応じて適切に対応することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本実施形態に係るナビゲーション装置１の全体構成を示すブロック図である。
【図２】図２は、外部記憶装置５０に記憶される車両位置のデータの一例を示す図である。
【図３】図３は、本実施形態のナビゲーション装置１による動作を説明するためのフローチャートである。
【図４】図４は、本実施形態に係る到着要求度合の設定処理動作を説明するためのフローチャートである。
【図５】図５は、本実施形態に係る遅延対応タスクの実行動作を説明するためのフローチャートである。
【図６】図６（Ａ）〜図６（Ｃ）は、外部記憶装置５０に記憶された走行履歴データのうち、到着実績時刻の度数分布を示す図である。
【図７】図７は、走行シミュレーションの一例を示す図である。
【図８】図８は、到着要求度合「高」である場合における遅延連絡情報の設定態様の一例を示す図である。
【図９】図９は、到着要求度合「低」である場合における遅延連絡情報の設定態様の一例を示す図である。
【発明を実施するための形態】
【０００９】
図１は本実施形態に係るナビゲーション装置１の全体構成を示すブロック図である。本実施形態のナビゲーション装置１は、図１に示すように、コントローラ１０、操作スイッチ２０、ディスプレイ３０、通信装置４０および外部記憶装置５０を備えている。以下においては、ナビゲーション装置１として、車載用のナビゲーション装置を例示して説明するが、本発明のナビゲーション装置は、車載用のものに限定されるものではない。
【００１０】
操作スイッチ２０は、ナビゲーション装置１の各種機能を実現するために、ユーザが操作するためのスイッチであり、たとえば、ユーザの所望する目的地を設定するための操作などの各種操作を行なうため等に用いられる。操作スイッチ２０としては、操作パネル上に設けられた種々のスイッチ類の他、タッチパネル画面を通じて実現される入力インタフェースなどが挙げられる。
【００１１】
ディスプレイ３０は、たとえば、ＣＲＴモニタや液晶モニタであり、ナビゲーション装置１の各種機能を実現するための情報をユーザに提示するために用いられる。具体的には、ディスプレイ３０は、自車両の現在位置の情報や、車両周辺の地図情報や地名情報を表示したり、ユーザの所望する目的地までの経路を表示したりする。
【００１２】
通信装置４０は、各種外部機器との通信を行なうための装置である。なお、通信装置４０としては、特に限定されず、送受信アンテナや、無線ＬＡＮ装置やBluetoothモジュール（Bluetoothは登録商標）などの各種通信装置が挙げられる。
【００１３】
外部記憶装置５０は、後述する自車両の走行履歴のデータをはじめ、各種データを記憶するための装置であり、ハードディスクなどの記憶媒体から構成される。
【００１４】
コントローラ１０は、ナビゲーション装置１全体を制御するための制御装置であり、ナビゲーション装置１を制御するための各種プログラムを実行するＣＰＵ（Central Processing Unit）１０１、ナビゲーション装置１を制御するための各種プログラムを格納したＲＯＭ（Read Only Memory）１０２、およびアクセス可能な記憶装置として機能するＲＡＭ（Random Access Memory）１０３を有している。
【００１５】
そして、このような構成を有するコントローラ１０は、ナビゲーション装置１を制御するために、以下に説明する各種機能を備えている。
すなわち、自車両の現在位置を取得する車両位置取得機能、車両位置取得機能により測位された自車両の現在位置を外部記憶装置５０に記憶させる走行履歴記憶機能、車両位置取得機能により取得された自車両の現在位置を、その周辺の地図とともにディスプレイ３０上に表示させる地図表示機能、ユーザによる操作を操作スイッチ２０から入力する入力機能、車両の目的地を設定する目的地設定機能、目的地に到着するための経路を探索する経路探索機能、目的地に到着すべき時刻である到着要求時刻を設定する到着要求時刻設定機能、目的地に到着する予測時刻である到着予測時刻を算出する到着予測時刻算出機能、目的地に到着要求時刻までに到着すべきことに対する要求の度合いを、到着要求度合として設定する到着要求度合設定機能、到着要求時刻と到着予測時刻との間の差が所定時間以上であるか否かを判断する判断機能、および、判断機能による判断結果および到着要求度合に基づき、遅延対応タスクの内容を決定し、これを実行する遅延対応タスク実行機能を備えている。以下、コントローラ１０に備えられた各機能について、説明する。
【００１６】
コントローラ１０の車両位置取得機能は、自車両の現在位置を取得する機能であり、図示省略のＧＰＳやジャイロセンサなどの航法装置を用いて測位された測位結果（たとえば、５秒間隔での測位結果）を、自車両の現在位置として取得する。
【００１７】
コントローラ１０の走行履歴記憶機能は、車両位置取得機能により取得された車両の現在位置を、現在時刻とともに、外部記憶装置５０に送信し、これらを外部記憶装置５０に記憶させる機能である。
【００１８】
図２に、外部記憶装置５０に記憶される車両位置のデータの一例を示す。図２に示すように、外部記憶装置５０には、車両位置のデータが、たとえば、緯度・経度のような２次元座標値にて、５秒ごとの時系列データとして記憶されている。なお、図２中においては、緯度・経度の具体的な数値については省略して示した（すなわち、図２中において、全ての日時における緯度・経度について、「○○°○○’○○．○”Ｎ ○○○°○○’○○．○”Ｅ」で示した。）。
【００１９】
さらに、図２に示すように、走行履歴記憶機能は、車両の現在位置および現在時刻とともに、これらの「事象」属性および「地点ＩＤ」を、外部記憶装置５０に送信する。そして、外部記憶装置５０は、車両の位置および日時に加えて、これら「事象」属性および「地点ＩＤ」についても記憶する。ここで、「事象」属性は、各日時における自車両の状態、すなわち、「出発」、「到着」、または「通過」の各状態を示すものである。なお、「事象」属性を決定する際の決定方法としては特に限定されないが、たとえば、エンジンスタート後、自車両の位置が変化した場合に、変化する直前の日時におけるデータを「出発」と設定し、エンジンストップ直前の日時におけるデータを「到着」と設定し、それ以外を「通過」と設定する方法などが挙げられる。
【００２０】
また、「地点ＩＤ」は、「事象」属性が「出発」または「到着」である場合に、これらにおける車両位置をユニークに識別するためのラベルである。一般的に、同じ位置に車両を停車した場合であっても、ＧＰＳやジャイロセンサなどの航法装置により測位される緯度・経度は、その都度異なる値を示す場合があり、この場合においては、ユーザが車両を同じ地点に停車させた場合であっても、緯度・経度の情報が異なって記憶されることとなる。これに対して、本実施形態では、緯度・経度の情報が異なる場合であっても、その相違が所定の範囲内である場合には、同じ地点であると判断し、各地点に固有のＩＤである「地点ＩＤ」を付与することで、同じ地点であるとして、外部記憶装置５０に記憶させることができる。
【００２１】
コントローラ１０の地図表示機能は、車両位置取得機能により取得された自車両の現在位置に基づいて、自車両の現在位置周辺の地図情報を取得し、自車両の現在位置の情報および自車両の現在位置周辺の地図情報を、ディスプレイ３０に送信し、ディスプレイ３０上に自車両の現在位置およびその周辺の地図情報を表示させる機能である。なお、自車両の現在位置周辺の地図情報を取得する方法としては、たとえば、図示省略の記憶媒体に記憶されている地図データベースを参照する方法などが挙げられる。
【００２２】
コントローラ１０の入力機能は、操作スイッチ２０を介してユーザにより行なわれた各種入力操作の情報を受信し、これをコントローラ１０に入力する機能である。
【００２３】
コントローラ１０の目的地設定機能は、自車両の目的地を設定する機能である。本実施形態において、目的地の設定方法としては、たとえば、操作スイッチ２０を介したユーザによる目的地設定操作に応じて設定する方法や、ユーザにより目的地設定操作が行なわれない場合でも、コントローラ１０により目的地を推定し、これを目的地として設定する方法などが挙げられる。なお、目的地の具体的な推定方法については後述する。
【００２４】
コントローラ１０の経路探索機能は、目的地設定機能により設定された目的地までの経路を探索する機能である。目的地までの経路を探索する方法としては特に限定されず、従来公知の方法に従えばよい。
【００２５】
コントローラ１０の到着要求時刻設定機能は、目的地設定機能により設定された目的地に到着すべき時刻である到着要求時刻を設定する機能である。本実施形態において、到着要求時刻の設定方法としては、たとえば、操作スイッチ２０を介したユーザによる到着要求時刻設定操作に応じて設定する方法や、ユーザにより到着要求時刻設定操作が行なわれない場合でも、コントローラ１０により到着要求時刻を推定し、これを到着要求時刻として設定する方法などが挙げられる。なお、到着要求時刻の具体的な推定方法については後述する。
【００２６】
コントローラ１０の到着予測時刻算出機能は、車両位置取得機能により取得された自車両の現在位置、および経路探索機能により探索された経路から、目的地設定機能により設定された目的地に到着する時刻を予測し、予測した時刻を到着予測時刻として算出する機能である。
【００２７】
コントローラ１０の到着要求度合設定機能は、目的地設定機能により設定された目的地に到着要求時刻までに到着すべきことに対する要求の度合いである到着要求度合を設定する機能である。なお、到着要求度合の具体的な設定方法については後述する。
【００２８】
コントローラ１０の判断機能は、到着要求時刻設定機能により設定された到着要求時刻と、到着予測時刻算出機能により算出された到着予測時刻とを比較し、これら到着要求時刻と到着予測時刻との間の差が所定時間Ｔ以上であるか否か、および到着要求時刻および到着予測時刻のうちいずれの時刻の方が早いか、を判断する機能である。
【００２９】
コントローラ１０の遅延対応タスク実行機能は、判断機能による判断の結果、到着要求時刻と到着予測時刻との間の差が所定時間Ｔ以上であり、かつ、到着予測時刻の方が到着要求時刻よりも遅い場合（すなわち、所定時間Ｔ以上遅延しそうな場合）に、到着要求度合設定手段により設定された到着要求度合に基づき、遅延対応タスクを実行する機能である。なお、遅延対応タスク実行機能による遅延対応タスクの具体的な実行方法については後述する。
【００３０】
次いで、本実施形態の動作を説明する。以下においては、ユーザが自車両の運転を開始する時点（出発時）からの動作について、図３〜図５に示すフローチャートを用いて、説明を行なう。ここで、図３は本実施形態のナビゲーション装置１による動作を説明するためのフローチャート、図４は本実施形態に係る到着要求度合の設定処理動作を説明するためのフローチャート、図５は本実施形態に係る遅延対応タスクの実行動作を説明するためのフローチャートである。
【００３１】
まず、ステップＳ１では、コントローラ１０の目的地設定機能および到着要求時刻設定機能により、ユーザが向かおうとしている目的地、および該目的地に到着するべき時刻である到着要求時刻の設定が行なわれる。本実施形態においては、目的地、および到着要求時刻は、たとえば、以下の３つの方法のいずれかにより設定することができる。
【００３２】
すなわち、まず、第１に、通信装置４０を介して、外部のスケジュール管理プログラムからユーザのスケジュールデータの取得が可能な場合に、該スケジュールデータを取得し、これに基づいて、目的地および到着要求時刻を設定する方法が挙げられる。この場合においては、たとえば、ユーザがサービスプロバイダの提供するスケジューラサービスを利用しており、インターネットを通じてユーザのスケジュールデータに携帯端末からアクセスすることが可能である場合であって、かつ、ユーザがスケジュールに関連させて場所の情報を登録している場合などにおいて、ユーザのスケジュールデータの取得が可能となる。この場合においては、目的地設定機能は、スケジュールに関連させて登録されている場所の情報に基づいて、目的地を設定することができ、また、到着要求時刻設定機能は、スケジュールの開始時刻を、到着要求時刻として設定することができる。この第１の方法によれば、精度良く目的地および到着要求時刻を設定でき、しかもユーザの負担も軽減することができるものである。
【００３３】
次いで、第２に、外部記憶装置５０に記憶されている走行履歴データに基づいて、目的地および到着要求時刻を設定する方法が挙げられる。この方法においては、外部記憶装置５０には、出発時刻および出発地点と、これに対応する到着時刻（到着実績時刻）および到着地点とが、走行履歴データとして記憶されているため、目的地設定機能は、これらのデータに基づき、反復性のある走行履歴の検出を行い、反復性のある走行履歴を検出することができれば、該走行履歴に基づいて、目的地を予測し、これを目的地として設定する。たとえば、ユーザが、水曜日の午前８時に「自宅」を出発しようとしている場合に、外部記憶装置５０に記憶された走行履歴データから、月曜日〜金曜日の午前８時台に自宅位置を出発した場合には、ほぼ例外なく「職場」に向かっていると判断できる場合には、目的地設定機能は、「職場」を目的地として設定することができる。
【００３４】
さらに、この場合において、到着要求時刻設定機能は、外部記憶装置５０の走行履歴データのうち、目的地設定機能により設定された目的地への到着実績時刻の履歴に基づいて、到着要求時刻を設定することができる。到着要求時刻の具体的な設定方法としては、たとえば、目的地設定機能により設定された目的地への到着実績時刻のデータのうち、極端に時刻の遅いデータ（たとえば、到着実績時刻の平均値をＴａｖｅ、到着実績時刻の標準偏差をσとした場合に、Ｔａｖｅ＋σよりも遅い時刻のデータ）を除いたデータのなかで、最も直近のデータにおける到着実績時刻を、到着要求時刻として設定することができる。あるいは、到着要求時刻設定機能は、経路探索機能により、出発地点から目的地までの最適経路の探索を行わせ、探索された最適経路から予想される目的地への到着時刻を、到着要求時刻として設定することもできる。この第２の方法によれば、比較的に高い精度で目的地および到着要求時刻を設定でき、しかもユーザの負担も軽減することができるものである。
【００３５】
第３に、操作スイッチ２０を介したユーザの操作により、目的地および到着要求時刻を設定する方法が挙げられる。この場合においては、ディスプレイ３０や不図示のスピーカなどを介して、ユーザに対して、目的地および到着要求時刻を設定するように促すような態様としてもよい。
【００３６】
ステップＳ２では、コントローラ１０の到着要求度合設定機能により、ステップＳ１で設定された目的地に到着要求時刻までに到着することに対する要求度合（すなわち、到着要求時刻までに到着することに対する必要性および／または厳密性）である到着要求度合を設定する処理を行なう。以下、到着要求度合の設定処理方法について、図６（Ａ）〜図６（Ｃ）に示す場面例に基づき、図４に示すフローチャートにしたがって、説明する。なお、図６（Ａ）〜図６（Ｃ）は、外部記憶装置５０に記憶された走行履歴データのうち、到着実績時刻の度数分布を分単位でプロットして示す図であり、図６（Ａ）〜図６（Ｃ）には、それぞれ異なる度数分布を有する例であり、いずれも過去１６回にわたって、到着実績時刻が午前９時３０分から午前１０時１０分の間であり、かつ、到着実績時刻の平均値Ｔａｖｅが午前９時５２分となっているもののデータを示している。
【００３７】
まず、ステップＳ２０１では、外部記憶装置５０に記憶された走行履歴データに基づき、到着実績時刻の度数分布の分散値を求める。なお、度数分布を求める際における、到着実績時刻の数としては、特に限定されず、走行履歴データの量などに応じて適宜設定すればよい。
【００３８】
ステップＳ２０２では、ステップＳ２０１で求めた度数分布の分散値が所定の閾値以下であるか否かの判定が行なわれる。度数分布の分散値が所定の閾値以下である場合（すなわち、到着実績時刻の分散度合いが低い場合）には、ステップＳ２０３に進み、ステップＳ２０３において、到着要求度合が「高」に設定され、到着要求度合設定処理を終了する。一方、度数分布の分散値が所定の閾値より大きい場合（すなわち、到着実績時刻の分散度合いが高い場合）には、ステップＳ２０４に進む。
【００３９】
ここで、図６（Ａ）に示す例においては、到着実績時刻は、その平均値Ｔａｖｅである午前９時５２分を中心として比較的狭い範囲に到着実績が集中しており、度数分布の分散値が低いものとなっている。すなわち、この図６（Ａ）に示す例は、ステップＳ２０２において、度数分布の分散値が所定の閾値よりも大きいと判断されることとなる。そして、この図６（Ａ）に示す例においては、要求されている到着時刻は午前１０時頃であり、かつ、午前１０時頃までに到着することが強く要求されている推測できる。そのため、図６（Ａ）に示す例においては、ステップＳ２０２において、度数分布の分散値が所定閾値以下であると判断され、テップＳ２０３に進み、到着要求度合が「高」に設定されることとなる。
【００４０】
一方、図６（Ｂ）に示す例においては、到着実績時刻は午前９時３０分から午前１０時１０分ほどの約４０分の間に比較的広く分布しており、度数分布の分散値が高いものとなっている。すなわち、この図６（Ｂ）に示す例は、ステップＳ２０２において、度数分布の分散値が所定の閾値よりも大きいと判断されることとなる。そして、この図６（Ｂ）に示す例においては、要求されている到着時刻は概ね午前１０時頃であるが、午前１０時以降の到着実績も散見されることからそれほど、午前１０時に到着していることが厳密に要求されていないと推測できる。すなわち、図６（Ｂ）に示す例は、到着要求度合を「高」とすべきものではないため、ステップＳ２０２において、度数分布の分散値が所定閾値よりも大きいと判断され、ステップＳ２０３に進まずに、ステップＳ２０４に進むこととなる。
【００４１】
ステップＳ２０４では、外部記憶装置５０に記憶された走行履歴データに基づき、到着実績時刻のデータのうち、到着実績時刻の平均値Ｔａｖｅ以降のデータの偏在率（すなわち、到着実績時刻の平均値Ｔａｖｅと同じか、平均値Ｔａｖｅよりも遅いデータの度数の、全度数に占める比率）の算出を行なう。そして、ステップＳ２０５に進み、ステップＳ２０５において、ステップＳ２０４にて算出された偏在率が所定の閾値以上であるか否かの判定が行なわれる。ステップＳ２０５において、偏在率が所定の閾値以上であると判定された場合には、ステップＳ２０３に進み、到着要求度合が「高」に設定され、到着要求度合設定処理を終了する。一方、ステップＳ２０５において、偏在率が所定の閾値未満であると判定された場合には、ステップＳ２０６に進み、到着要求度合が「低」に設定され、到着要求度合設定処理を終了する。
【００４２】
たとえば、図６（Ｃ）に示す例においては、到着実績時刻は、その平均値Ｔａｖｅである午前９時５２分よりも遅い時間に集中しており、一番遅い到着実績時刻でも１０時となっている。そのため、この図６（Ｃ）に示す例においては、１０時よりも大分早い時刻に到着することがあったとしても、図６（Ａ）に示す例と同様に、原則的には午前１０時頃までに到着することが強く要求されている推測できる。そのため、この図６（Ｃ）に示す例においては、度数分布の分散値が高いものとなっているため、ステップＳ２０２において、度数分布の分散値が所定の閾値よりも高いと判断されてしまい、ステップＳ２０４に進む一方で、ステップＳ２０５において、到着実績時刻の平均値Ｔａｖｅ以降のデータの偏在率が所定の閾値以上と判断されることとなるため、ステップＳ２０３に進み、到着要求度合が「高」に設定されることとなる。
【００４３】
一方、上述の図６（Ｂ）に示す例においては、度数分布の分散値が所定の閾値よりも大きく、しかも、到着実績時刻の平均値Ｔａｖｅ以降のデータの偏在率も所定の閾値未満となるため、ステップＳ２０６に進み、到着要求度合が「低」に設定されることとなる。
【００４４】
次いで、図３に戻り、ステップＳ３では、コントローラ１０の経路探索機能により、目的地までの最適経路の探索が行なわれ、ステップＳ４に進む。
【００４５】
そして、以下においては、自車両が、ステップＳ１において設定された目的地に到着するまで、後述するステップＳ４〜Ｓ９の動作が、所定の周期で繰り返し行なわれることとなる。
【００４６】
まず、ステップＳ４では、コントローラ１０の車両位置取得機能により、自車両の現在位置の取得が行なわれる。なお、コントローラ１０の車両位置取得機能による自車両の現在位置の取得処理は、このステップＳ４において実行される他、ＧＰＳやジャイロセンサなどの航法装置を用いて行なわれる現在位置の測位のタイミングに応じて適宜実行されるような構成としてもよい。
【００４７】
ステップＳ５では、コントローラ１０の地図表示機能により、ステップＳ４において取得された自車両の現在位置に基づいて、自車両の現在位置周辺の地図情報の取得が行なわれ、次いで、自車両の現在位置の情報および自車両の現在位置周辺の地図情報を、ディスプレイ３０に送信され、ディスプレイ３０上に自車両の現在位置およびその周辺の地図情報の表示が行なわれる。なお、既にディスプレイ３０上に自車両の現在位置およびその周辺の地図情報の表示が行なわれている場合には、ステップＳ５において、これらの情報が更新されることとなる。
【００４８】
ステップＳ６では、到着予測時刻算出機能により、ステップＳ３または後述する図５のステップＳ８０７で探索された経路に基づき、ステップＳ１において設定された目的地に到着するまでの所要時間を算出し、算出された所要時間、およびステップＳ４において取得された自車両の現在位置から、ステップＳ１において設定された目的地に到着する時刻を予測し、予測した時刻を到着予測時刻として算出される。なお、ステップＳ６において、到着予測時刻を算出する際に、たとえば、通信装置４０を介して、外部装置から現在の交通情報を受信している場合には、該交通情報の内容を反映することが好ましく、これにより、突発の渋滞や通行止めなどにも適切に対応することができる。
【００４９】
ステップＳ７では、判断手段により、ステップＳ１で設定された到着要求時刻と、ステップＳ６において算出された到着予測時刻との比較が行なわれ、これら到着要求時刻と到着予測時刻との間の差が所定時間Ｔ以上であり、かつ、到着要求時刻よりも到着予測時刻の方が遅いか否かの判断が行なわれる。すなわち、ステップＳ７では、到着予測時刻が、到着要求時刻から所定時間Ｔ以上遅れているか否かの判断が行なわれる。その結果、到着要求時刻と到着予測時刻との間の差が所定時間Ｔ以上であり、かつ、到着要求時刻よりも到着予測時刻の方が遅いと判断された場合には、ステップＳ８に進み、遅延対応タスクの実行が行なわれる。一方、到着要求時刻と到着予測時刻との間の差が所定時間Ｔ未満である場合や、到着要求時刻と到着予測時刻との間の差が所定時間Ｔ以上でも、到着要求時刻と到着予測時刻とが同じか、あるいは、到着要求時刻よりも到着予測時刻の方が早いと判断された場合には、ステップＳ９に進む。
【００５０】
ステップＳ８では、コントローラ１０の遅延対応タスク実行機能により、遅延対応タスクの実行処理が行われる。以下、遅延対応タスクの実行処理方法について、図５に示すフローチャートにしたがって、説明する。
【００５１】
まず、ステップＳ８０１では、ステップＳ２において設定された到着要求度合が「高」であるか、あるいは「低」であるかの判断が行なわれる。到着要求度合が「高」である場合には、ステップＳ８０２に進む。一方、到着要求度合が「低」である場合には、ステップＳ８０８に進む。
【００５２】
ステップＳ８０２では、予め設定された目的地にいる特定の相手に対して、所定の遅延連絡を送信するための要件である遅延連絡送信要件を満たしているか否かの判定が行なわれる。なお、所定の遅延連絡としては、たとえば、通信装置４０を介して、目的地にいる特定の相手に対して、電子メールにて「○○分遅れます。」という情報や「あと○○分で到着します。」という情報などを送信することなどが挙げられる。そして、ステップＳ８０２では、以下の（Ｉ）〜（ＩＩＩ）のいずれかの条件を満たしている場合に、遅延連絡送信要件を満たしていると判定する。
（Ｉ）遅延時間（到着要求時刻と到着予測時刻との差）が増加傾向にあり、かつ、遅延時間が増加し始めてから（Ｘ×ｎ）分経過時点（ただし、ｎは自然数）
（ＩＩ）遅延時間（到着要求時刻と到着予測時刻との差）が減少傾向にあり、かつ、最大遅延時間（到着要求時刻と到着予測時刻との差が最大となった時間）と比較して、遅延時間が所定時間短くなった時点
（ＩＩＩ）到着予測時刻のＹ分前の時点
本実施形態では、たとえば、上記条件（Ｉ）において、Ｘ＝１５、上記条件（ＩＩＩ）において、Ｙ＝５と設定することができる。そして、遅延連絡送信要件を満たしていると判定された場合には、ステップＳ８０３に進む。一方、遅延連絡送信要件を満たしていない場合には、ステップＳ８０７に進む。
【００５３】
なお、遅延連絡を送信する特定の相手としては、たとえば、予め目的地に関連付けて遅延の場合の連絡先を登録しておくことにより設定可能である。具体的には、携帯電話に登録された電話帳データ（メールアドレス、電話番号、住所）を、目的地設定の際に活用することで、たとえば、携帯電話に登録された電話帳データの住所から、目的地の位置を特定し、同時に連絡先を設定することが可能である。
【００５４】
ステップＳ８０３では、ステップＳ８０２にて判断された遅延連絡送信要件に応じて、目的地にいる特定の相手に対する遅延連絡情報の設定が行なわれる。本実施形態においては、ステップＳ８０２において、上記（Ｉ）〜（ＩＩＩ）のいずれの条件を満たしたかによって、以下のように遅延連絡情報が設定される。
（Ｉ）の条件を満たした場合：「（Ｘ×ｎ）分遅れます。」という情報を遅延連絡情報として設定する。
（ＩＩ）の条件を満たした場合：「あとＺ分で到着します。」という情報を遅延連絡情報として設定する（ただし、「Ｚ＝到着予測時刻と現在時刻との差」である）。
（ＩＩＩ）の条件を満たした場合：「あとＹ分で到着します。」という情報を遅延連絡情報として設定する。
【００５５】
図７に、走行シミュレーションの一例を示す。図７においては、次のような条件における走行シミュレーション例を示している。すなわち、図７においては、まず、午前８時に出発し、平均時速２０ｋｍ／ｈで走行して、２０ｋｍ先の目的地に午前９時に到着する予定（すなわち、到着要求時刻が午前９時）としている。しかしその一方で、実際には、図７に実線で示すように、出発時点では２０ｋｍ／ｈであった平均速度が徐々に低下して、３０分経過した時点では１０ｋｍ／ｈまで減速し、その後、到着要求時刻である午前９時までは１０ｋｍ／ｈのまま走行し続け、午前９時を過ぎたところで再び車速が上昇し、最終的に３０分遅れの午前９時３０分に目的地に到着した例を示している。なお、この場合における実際の走行距離を、図７中に点線で示し、予定走行距離を一点鎖線で示した。
【００５６】
そして、この図７に示す走行シミュレーション例においては、図８に示すように、遅延時間が適時変化していくことになり、この図７に示す走行シミュレーション例においては、図８に示すように、遅延時間が１５分となった際には、上述したステップＳ８０２の（Ｉ）の条件を満たすこととなり、この場合には、「１５分遅れます。」という情報が遅延連絡情報として設定されることとなる。同様に、遅延時間が３０分となった際にも、上述したステップＳ８０２の（Ｉ）の条件を満たすこととなり、この場合には、「３０分遅れます。」という情報が遅延連絡情報として設定されることとなる。また、遅延時間が４５分となった際にも、上述したステップＳ８０２の（Ｉ）の条件を満たすこととなり、この場合には、「４５分遅れます。」という情報が遅延連絡情報として設定されることとなる。そして、午前９時１０分過ぎ頃には、遅延時間が減少傾向となり、かつ、最大遅延時間（４５分）と比較して、遅延時間が所定時間短くなり、上述したステップＳ８０２の（ＩＩ）の条件を満たすこととなり、この場合には、その時点における到着予測時刻より、「あと２０分で到着します。」という情報が遅延連絡情報として設定されることとなる。さらに、午前９時２５分過ぎ頃には、その時点における到着予測時刻の５分前であるため、上述したステップＳ８０２の（ＩＩＩ）の条件を満たすこととなり、この場合には、その時点における到着予測時刻より、「あと５分で到着します。」という情報が遅延連絡情報として設定されることとなる。
【００５７】
次いで、ステップＳ８０４では、ユーザに対して、目的地にいる特定の相手に対して遅延連絡情報を送信するか否かの確認動作が行なわれる。該確認動作は、ディスプレイ１０または不図示のスピーカを介して、ユーザに対して、遅延連絡情報を送信するか否かの確認メッセージを報知することにより行なわれる。
【００５８】
ステップＳ８０５では、ステップＳ８０４における確認動作の結果、ステップＳ８０３で設定した遅延連絡情報の送信を行なうか否かの判断が行なわれる。具体的には、ステップＳ８０４における遅延連絡情報の送信確認動作の結果、所定時間内に、操作スイッチ２０を介して、ユーザにより「送信ＯＫ」の操作がなされた場合（または、不図示のマイクを介して、ユーザにより「送信ＯＫ」いう旨の音声操作がなされた場合）には、遅延連絡情報の送信を行なうと判断して、ステップＳ８０６に進み、通信装置４０を介して、遅延連絡情報の送信が行なわれる。あるいは、所定時間内に、ユーザにより「送信ＯＫ」の操作がなされなかった場合でも、さらに、ユーザに対して、「送信ＯＫ」か「送信ＮＧ」かの操作を行なうように促し、ユーザにより「送信ＯＫ」の操作がなされた場合にも、遅延連絡情報の送信を行なうと判断して、ステップＳ８０６に進み、通信装置４０を介して、遅延連絡情報の送信が行なわれる。一方、ユーザにより「送信ＮＧ」の操作がされた場合には、遅延連絡情報の送信を行なわずに、ステップＳ８０７に進む。
【００５９】
ステップＳ８０７では、コントローラ１０の経路探索機能により、自車両の現在位置を出発地点として、既に設定されている目的地までの経路の再探索を行なわれる。目的地までの経路の再探索を行なうことにより、突発の事故の発生などにより交通状況が大きく変化した場合は、これを回避するために、既に設定されている経路とは異なる新たな経路が、現時点での最適経路として求められる可能性がある。そのため、ステップＳ８０７では、目的地までの経路の再探索を行なう。そして、再探索が完了すると、遅延対応タスクを終了し、図３のステップＳ９に進む。なお、ステップＳ８０７において、目的地までの経路の再探索が行なわれた場合には、再探索が行なわれた時刻をコントローラ１０のＲＡＭ１０３などに記憶させておき、再探索が行なわれた時刻から所定時間以上経過した場合に、再度、再探索を行うような構成としてもよい。
【００６０】
一方、ステップＳ８０１において、到着要求度合が「低」であると判定された場合には、ステップＳ８０８に進むこととなる。ステップＳ８０８においては、ステップＳ８０２と同様に、目的地にいる特定の相手に対して、所定の遅延連絡を送信するための要件である遅延連絡送信要件を満たしているか否かの判定が行なわれる。ただし、ステップＳ８０８においては、ステップＳ８０１において到着要求度合が「低」であるとの判定がなされているため、ステップＳ８０２と異なり、上述のステップＳ８０２にて説明した条件（Ｉ）または（ＩＩＩ）の条件を満たすか否かに基づいて、遅延連絡送信要件を満たしているか否かの判定を行なうものとする。すなわち、上述のステップＳ８０２にて説明した条件（ＩＩ）については適用しないものとする。また、上述の（Ｉ）における数値条件も、ステップＳ８０２と異なるものとする（より具体的には、遅延連絡送信要件をより満足し難いように設定する。）。たとえば、本実施形態では、上記条件（Ｉ）において、Ｘ＝３０と設定することができる。
【００６１】
そして、ステップＳ８０８において、遅延連絡送信要件を満たしていると判定された場合には、ステップＳ８０９に進む。一方、遅延連絡送信要件を満たしていない場合には、ステップＳ８１３に進む。
【００６２】
ステップＳ８０９では、上述のステップＳ８０３と同様に、ステップＳ８０８にて判断された遅延連絡送信要件に応じて、以下のように、目的地にいる特定の相手に対する遅延連絡情報の設定が行なわれる。
（Ｉ）の条件を満たした場合：「（Ｘ×ｎ）分遅れます。」という情報を遅延連絡情報として設定する。
（ＩＩＩ）の条件を満たした場合：「あとＹ分で到着します。」という情報を遅延連絡情報として設定する。
【００６３】
そして、到着要求度合が「低」であると判定された場合においては、上述した図７の走行シミュレーション例においては、図９に示すように、ステップＳ８０８において、遅延連絡送信要件を満たしていると判定され、実際に遅延連絡情報の設定が行なわれるのは、遅延時間が３０分となった際、および午前９時２５分過ぎ頃の合計２回のみとなり、到着要求度合が「高」であると判定された場合における回数である５回と比較して、少なくなるような制御が行われることとなる。
【００６４】
ステップＳ８１０では、上述のステップＳ８０４と同様に、ユーザに対して、目的地にいる特定の相手に対して遅延連絡情報を送信するか否かの確認動作が行なわれる。
【００６５】
ステップＳ８１１では、上述のステップＳ８０５と同様に、ステップＳ８１０における確認動作の結果、ステップＳ８０９で設定した遅延連絡情報の送信を行なうか否かの判断が行なわれる。ただし、ステップＳ８１１においては、ステップＳ８０１において到着要求度合が「低」であるとの判定がなされているため、ステップＳ８０５と異なり、所定時間内に、ユーザにより「送信ＯＫ」の操作がなされた場合のみ、遅延連絡情報の送信を行なうと判断して、ステップＳ８１２に進み、通信装置４０を介して、遅延連絡情報の送信が行なわれる。その一方で、所定時間内に、ユーザにより「送信ＮＧ」の操作が行なわれた場合はもちろんのこと、ユーザにより「送信ＯＫ」または「送信ＮＧ」の操作が全く行なわれなかった場合にも、ユーザに対して、「送信ＯＫ」か「送信ＮＧ」かの操作を行なうように促すことなく、遅延連絡情報の送信を行なわずに、ステップＳ８１３に進む。
【００６６】
ステップＳ８１３では、到着要求度合「高」の場合と異なり、目的地までの経路の再探索を行なうに先立って、ユーザに対して、目的地までの経路を再探索するか否かの確認動作が行なわれる。上述のように、目的地までの経路の再探索を行なうことにより、突発の事故の発生などにより交通状況が大きく変化した場合は、これを回避するために、既に設定されている経路とは異なる新たな経路が、現時点での最適経路として求められる可能性がある。しかしその一方で、交通状況に大きな変化がない場合などには、必ずしも、現在設定されている経路よりも適した経路が探索されない場合もある。また、経路の再探索には、相応の処理コストがかかることとなる。
【００６７】
そのため、本実施形態では、到着要求度合「低」の場合には、到着要求度合「高」の場合と異なり、目的地までの経路の再探索を行なうに先立って、ユーザに対して、目的地までの経路を再探索するか否かの確認動作を行なう。該確認動作は、ディスプレイ３０または不図示のスピーカを介して、ユーザに対して、目的地までの経路を再探索するか否かのメッセージを報知することにより行なわれる。そして、ユーザにより、所定時間内に、操作スイッチ２０を介して（または、不図示のマイクを介して）、目的地までの経路を再探索する旨の操作が行なわれた場合には、ステップＳ８０７に進み、コントローラ１０の経路探索機能により、目的地までの経路の再探索が行なわれ、再探索が完了すると、遅延対応タスクを終了し、図３のステップＳ９に進む。一方、ユーザにより、所定時間内に、操作スイッチ２０を介して（または、不図示のマイクを介して）、目的地までの経路を再探索しない旨の操作が行なわれた場合、あるいは、所定時間内に、全く操作が行なわれなかった場合には、経路の再探索を行わずに、遅延対応タスクを終了し、図３のステップＳ９に進む。
【００６８】
図３に戻り、ステップＳ９では、目的地に到着したか否かの判断がなされ、目的地に到着したと判断された場合には、本実施形態の処理を終了し、それ以外の場合には、ステップＳ４に戻り、所定の間隔で、ステップＳ４〜Ｓ９が繰り返されることとなる。
【００６９】
以上のように、本実施形態のナビゲーション装置１は動作する。
【００７０】
本実施形態のナビゲーション装置１によれば、目的地に応じて、到着要求時刻までに到着することに対する要求度合（すなわち、到着要求時刻までに到着することに対する必要性および／または厳密性）である到着要求度合を設定し、到着要求度合に応じて、遅延対応タスク実行機能により実行する遅延対応タスクの内容を異なるものとするため、遅延時において、目的地の種類に応じて適切に対応することが可能となる。
【００７１】
特に、本実施形態によれば、たとえば、勤務先のように基本的に遅刻することが認められず、しかも遅刻する場合には、事前の連絡が欠かせないような目的地（すなわち、到着要求度合の高い目的地）と、週に一〜二度ほど訪問する実家などある程度規則的に訪問はしているが、訪問時間は厳密に決まっていないような目的地（すなわち、到着要求度合の低い目的地）とで、遅延時において異なる対応をするため、これらの目的地に応じた適切な対応が可能となる。具体的には、本実施形態では、遅延時においては、到着要求度合の高い目的地については、比較的細かく遅延連絡情報を送信する一方で、到着要求度合の低い目的地については、遅延連絡情報の送信をできるだけ少なくすることができる。
【００７２】
なお、上述した実施形態において、コントローラ１０の目的地設定機能は本発明の目的地設定手段に、コントローラ１０の到着要求時刻設定機能は本発明の到着要求時刻設定手段に、コントローラ１０の到着予測時刻算出機能は本発明の到着予測時刻算出手段に、コントローラ１０の到着要求度合設定機能は本発明の到着要求度合設定手段に、コントローラ１０の遅延対応タスク実行機能は本発明の処理実行手段に、それぞれ相当する。
【００７３】
以上、本発明の実施形態について説明したが、これらの実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
【００７４】
たとえば、上述した実施形態では、到着予測時刻が、到着要求時刻から所定時間Ｔ以上遅れている場合に、コントローラ１０の遅延対応タスク実行機能により、遅延対応タスクを実行するような構成を例示したが、コントローラ１０が、到着予測時刻が到着要求時刻から所定時間Ｔ以上早い場合に（すなわち、早着が予測される場合に）、所定の早着対応タスクを行なう早着対応タスク実行機能を備えるような構成であってもよい。このような構成を採用することにより、たとえば、到着予測時刻が到着要求時刻から所定時間Ｔ以上早い場合に、たとえば、上述のステップＳ８０２やＳ８０８で例示したようなタイミングで、「○○分早く到着する予定です。」という情報等を早着連絡情報として設定し、目的地にいる特定の相手に、これを送信することを可能とすることができる。
【００７５】
あるいは、上述の実施形態では、ステップＳ２において、到着要求度合を設定する際に、目的地に応じた到着要求度合を推定し、これを到着要求度合とする構成を例示したが、ユーザによって操作スイッチ２０を介した到着要求度合設定操作により、到着要求度合を設定できるような構成とし、ユーザにより到着要求度合が設定された場合には、これを到着要求度合として設定するような構成としてもよい。また、上述の実施形態では、到着要求度合として、「高」または「低」の２段階の設定としたが、３段階以上の設定としてももちろんよく、さらには、到着実績時刻の度数分布の分散値の逆数や到着実績時刻の平均値Ｔａｖｅ以降のデータの偏在率に比例するような連続値として求めてもよい。
【００７６】
また、上述の実施形態では、到着要求度合が「高」である場合には、ステップＳ８０７において、目的地までの経路の再探索を行なうような構成を例示したが、再探索に先立って、ユーザに対して、目的地までの経路を再探索するか否かの確認動作を行ない、その結果に基づき、再探索を行なうか否かの判断を行なうような構成としてもよい。この場合においては、ユーザに対して、目的地までの経路を再探索するか否かの確認動作を行なった結果、所定時間内に、ユーザによって目的地までの経路の再探索を行なわない旨の操作が行なわれた場合には、再探索を行わないような構成とし、一方、所定時間内に、ユーザによって目的地までの経路の再探索を行う旨の操作が行なわれた場合、あるいは、所定時間内に、全く操作が行なわれなかった場合には、再探索を行うような構成とすることが好ましい。
【００７７】
さらに、上述の実施形態では、遅延連絡情報として、予め定められた遅延連絡情報を設定し、これを目的地にいる特定の相手に送信するような構成を例示したが、たとえば、到着要求度合「高」の場合には、たとえば、ボイスメールが利用可能な状況であれば、ユーザの選択により、音声メッセージを作成し、作成した音声メッセージを遅延連絡情報として、目的地にいる特定の相手に送信するような構成としてもよい。このような構成とすることにより、ユーザがユーザ自身の言葉で話した遅延の報告と謝罪を音声データで送信することが可能となる。
【００７８】
さらに、上述の実施形態においては、ステップＳ２において到着要求度合を設定する際に、外部記憶装置５０に記憶されている全ての走行履歴テータに基づき、度数分布を分析し、度数分布の分散値や偏在率を求めるような構成を例示したが、分析対象とする到着実績時刻として、現在と同じ曜日や同じ時間帯における到着実績時刻におけるデータのみを用いて、到着要求度合を設定するような構成としてもよい。このような構成を採用することにより、曜日や時間帯などの時間条件に応じて要求される到着時刻が変わってくる場合でも適切に対応することができる。すなわち、たとえば、勤務先において、裁量労働制が採用されており、勤務開始時間に厳しい制約がなく、比較的自由な時間に勤務先に到着している一方で、火曜日だけは決まった時間（たとえば、午前９時）から定例のミーティングがあるために、ミーティングの開始時間の１５分前までには必ず到着していなければならない場合や、自宅から直接勤務先に向かう場合は時間厳守であるが、午前中に、取引先などを訪問してから勤務先に向かう場合には、特に時間的に厳しい制約があるわけではない場合などに適切に対応することができる。
【符号の説明】
【００７９】
１…ナビゲーション装置
１０…コントローラ
２０…操作スイッチ
３０…ディスプレイ
４０…通信装置
５０…外部記憶装置
【技術分野】
【０００１】
本発明は、ナビゲーション装置およびナビゲーション方法に関するものである。
【背景技術】
【０００２】
従来より、目的地へと誘導するためのルートを探索して、探索したルートを地図上で識別可能に表示しながら誘導案内を行う車載ナビゲーション装置が普及している。このような車載ナビゲーション装置において、目的地に到着する予測時刻である到着予測時刻を算出するとともに、ユーザの運転状況などにより、到着予測時刻が変化した場合に、目的地にいる相手に、到着予測時刻が変化したことを伝える技術が知られている（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１８９０４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、目的地の種類（たとえば、目的地が職場である場合や自宅である場合）によっては、所定の時刻に到着することに対する要求の度合いが異なる場合があり（たとえば、目的地が職場であれば、所定の時刻に到着することに対する要求の度合いが高い一方で、目的地が自宅である場合には、該要求の度合いは高くないことが一般的である。）、これに対して、上記従来技術においては、目的地の種類に関係なく、目的地にいる相手に対して、到着予測時刻が変化したことを伝えるものであるため、目的地の種類によっては必ずしも適切でない場合があった。
【０００５】
本発明が解決しようとする課題は、目的地に到着すべき時刻である到着要求時刻と、目的地に到着する予測時刻である到着予測時刻との間に差がある場合において、目的地の種類に応じて適切に対応可能なナビゲーション装置を提供することである。
【課題を解決するための手段】
【０００６】
本発明は、目的地に到着すべき時刻である到着要求時刻、および前記目的地に到着する予測時刻である到着予測時刻を算出し、前記到着要求時刻と前記到着予測時刻との間に差がある場合に、所定の処理を実行する際に、前記目的地に前記到着要求時刻までに到着することに対する要求の度合いに応じて、前記所定の処理の内容を異ならせることにより、上記課題を解決する。
【発明の効果】
【０００７】
本発明によれば、目的地に到着すべき時刻である到着要求時刻と、目的地に到着する予測時刻である到着予測時刻との間に差がある場合において、目的地ごとに想定される所定の時刻に到着することに対する要求の度合いに応じて、所定の処理を行なう際における、該所定の処理の内容を異ならせるため、目的地の種類に応じて適切に対応することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本実施形態に係るナビゲーション装置１の全体構成を示すブロック図である。
【図２】図２は、外部記憶装置５０に記憶される車両位置のデータの一例を示す図である。
【図３】図３は、本実施形態のナビゲーション装置１による動作を説明するためのフローチャートである。
【図４】図４は、本実施形態に係る到着要求度合の設定処理動作を説明するためのフローチャートである。
【図５】図５は、本実施形態に係る遅延対応タスクの実行動作を説明するためのフローチャートである。
【図６】図６（Ａ）〜図６（Ｃ）は、外部記憶装置５０に記憶された走行履歴データのうち、到着実績時刻の度数分布を示す図である。
【図７】図７は、走行シミュレーションの一例を示す図である。
【図８】図８は、到着要求度合「高」である場合における遅延連絡情報の設定態様の一例を示す図である。
【図９】図９は、到着要求度合「低」である場合における遅延連絡情報の設定態様の一例を示す図である。
【発明を実施するための形態】
【０００９】
図１は本実施形態に係るナビゲーション装置１の全体構成を示すブロック図である。本実施形態のナビゲーション装置１は、図１に示すように、コントローラ１０、操作スイッチ２０、ディスプレイ３０、通信装置４０および外部記憶装置５０を備えている。以下においては、ナビゲーション装置１として、車載用のナビゲーション装置を例示して説明するが、本発明のナビゲーション装置は、車載用のものに限定されるものではない。
【００１０】
操作スイッチ２０は、ナビゲーション装置１の各種機能を実現するために、ユーザが操作するためのスイッチであり、たとえば、ユーザの所望する目的地を設定するための操作などの各種操作を行なうため等に用いられる。操作スイッチ２０としては、操作パネル上に設けられた種々のスイッチ類の他、タッチパネル画面を通じて実現される入力インタフェースなどが挙げられる。
【００１１】
ディスプレイ３０は、たとえば、ＣＲＴモニタや液晶モニタであり、ナビゲーション装置１の各種機能を実現するための情報をユーザに提示するために用いられる。具体的には、ディスプレイ３０は、自車両の現在位置の情報や、車両周辺の地図情報や地名情報を表示したり、ユーザの所望する目的地までの経路を表示したりする。
【００１２】
通信装置４０は、各種外部機器との通信を行なうための装置である。なお、通信装置４０としては、特に限定されず、送受信アンテナや、無線ＬＡＮ装置やBluetoothモジュール（Bluetoothは登録商標）などの各種通信装置が挙げられる。
【００１３】
外部記憶装置５０は、後述する自車両の走行履歴のデータをはじめ、各種データを記憶するための装置であり、ハードディスクなどの記憶媒体から構成される。
【００１４】
コントローラ１０は、ナビゲーション装置１全体を制御するための制御装置であり、ナビゲーション装置１を制御するための各種プログラムを実行するＣＰＵ（Central Processing Unit）１０１、ナビゲーション装置１を制御するための各種プログラムを格納したＲＯＭ（Read Only Memory）１０２、およびアクセス可能な記憶装置として機能するＲＡＭ（Random Access Memory）１０３を有している。
【００１５】
そして、このような構成を有するコントローラ１０は、ナビゲーション装置１を制御するために、以下に説明する各種機能を備えている。
すなわち、自車両の現在位置を取得する車両位置取得機能、車両位置取得機能により測位された自車両の現在位置を外部記憶装置５０に記憶させる走行履歴記憶機能、車両位置取得機能により取得された自車両の現在位置を、その周辺の地図とともにディスプレイ３０上に表示させる地図表示機能、ユーザによる操作を操作スイッチ２０から入力する入力機能、車両の目的地を設定する目的地設定機能、目的地に到着するための経路を探索する経路探索機能、目的地に到着すべき時刻である到着要求時刻を設定する到着要求時刻設定機能、目的地に到着する予測時刻である到着予測時刻を算出する到着予測時刻算出機能、目的地に到着要求時刻までに到着すべきことに対する要求の度合いを、到着要求度合として設定する到着要求度合設定機能、到着要求時刻と到着予測時刻との間の差が所定時間以上であるか否かを判断する判断機能、および、判断機能による判断結果および到着要求度合に基づき、遅延対応タスクの内容を決定し、これを実行する遅延対応タスク実行機能を備えている。以下、コントローラ１０に備えられた各機能について、説明する。
【００１６】
コントローラ１０の車両位置取得機能は、自車両の現在位置を取得する機能であり、図示省略のＧＰＳやジャイロセンサなどの航法装置を用いて測位された測位結果（たとえば、５秒間隔での測位結果）を、自車両の現在位置として取得する。
【００１７】
コントローラ１０の走行履歴記憶機能は、車両位置取得機能により取得された車両の現在位置を、現在時刻とともに、外部記憶装置５０に送信し、これらを外部記憶装置５０に記憶させる機能である。
【００１８】
図２に、外部記憶装置５０に記憶される車両位置のデータの一例を示す。図２に示すように、外部記憶装置５０には、車両位置のデータが、たとえば、緯度・経度のような２次元座標値にて、５秒ごとの時系列データとして記憶されている。なお、図２中においては、緯度・経度の具体的な数値については省略して示した（すなわち、図２中において、全ての日時における緯度・経度について、「○○°○○’○○．○”Ｎ ○○○°○○’○○．○”Ｅ」で示した。）。
【００１９】
さらに、図２に示すように、走行履歴記憶機能は、車両の現在位置および現在時刻とともに、これらの「事象」属性および「地点ＩＤ」を、外部記憶装置５０に送信する。そして、外部記憶装置５０は、車両の位置および日時に加えて、これら「事象」属性および「地点ＩＤ」についても記憶する。ここで、「事象」属性は、各日時における自車両の状態、すなわち、「出発」、「到着」、または「通過」の各状態を示すものである。なお、「事象」属性を決定する際の決定方法としては特に限定されないが、たとえば、エンジンスタート後、自車両の位置が変化した場合に、変化する直前の日時におけるデータを「出発」と設定し、エンジンストップ直前の日時におけるデータを「到着」と設定し、それ以外を「通過」と設定する方法などが挙げられる。
【００２０】
また、「地点ＩＤ」は、「事象」属性が「出発」または「到着」である場合に、これらにおける車両位置をユニークに識別するためのラベルである。一般的に、同じ位置に車両を停車した場合であっても、ＧＰＳやジャイロセンサなどの航法装置により測位される緯度・経度は、その都度異なる値を示す場合があり、この場合においては、ユーザが車両を同じ地点に停車させた場合であっても、緯度・経度の情報が異なって記憶されることとなる。これに対して、本実施形態では、緯度・経度の情報が異なる場合であっても、その相違が所定の範囲内である場合には、同じ地点であると判断し、各地点に固有のＩＤである「地点ＩＤ」を付与することで、同じ地点であるとして、外部記憶装置５０に記憶させることができる。
【００２１】
コントローラ１０の地図表示機能は、車両位置取得機能により取得された自車両の現在位置に基づいて、自車両の現在位置周辺の地図情報を取得し、自車両の現在位置の情報および自車両の現在位置周辺の地図情報を、ディスプレイ３０に送信し、ディスプレイ３０上に自車両の現在位置およびその周辺の地図情報を表示させる機能である。なお、自車両の現在位置周辺の地図情報を取得する方法としては、たとえば、図示省略の記憶媒体に記憶されている地図データベースを参照する方法などが挙げられる。
【００２２】
コントローラ１０の入力機能は、操作スイッチ２０を介してユーザにより行なわれた各種入力操作の情報を受信し、これをコントローラ１０に入力する機能である。
【００２３】
コントローラ１０の目的地設定機能は、自車両の目的地を設定する機能である。本実施形態において、目的地の設定方法としては、たとえば、操作スイッチ２０を介したユーザによる目的地設定操作に応じて設定する方法や、ユーザにより目的地設定操作が行なわれない場合でも、コントローラ１０により目的地を推定し、これを目的地として設定する方法などが挙げられる。なお、目的地の具体的な推定方法については後述する。
【００２４】
コントローラ１０の経路探索機能は、目的地設定機能により設定された目的地までの経路を探索する機能である。目的地までの経路を探索する方法としては特に限定されず、従来公知の方法に従えばよい。
【００２５】
コントローラ１０の到着要求時刻設定機能は、目的地設定機能により設定された目的地に到着すべき時刻である到着要求時刻を設定する機能である。本実施形態において、到着要求時刻の設定方法としては、たとえば、操作スイッチ２０を介したユーザによる到着要求時刻設定操作に応じて設定する方法や、ユーザにより到着要求時刻設定操作が行なわれない場合でも、コントローラ１０により到着要求時刻を推定し、これを到着要求時刻として設定する方法などが挙げられる。なお、到着要求時刻の具体的な推定方法については後述する。
【００２６】
コントローラ１０の到着予測時刻算出機能は、車両位置取得機能により取得された自車両の現在位置、および経路探索機能により探索された経路から、目的地設定機能により設定された目的地に到着する時刻を予測し、予測した時刻を到着予測時刻として算出する機能である。
【００２７】
コントローラ１０の到着要求度合設定機能は、目的地設定機能により設定された目的地に到着要求時刻までに到着すべきことに対する要求の度合いである到着要求度合を設定する機能である。なお、到着要求度合の具体的な設定方法については後述する。
【００２８】
コントローラ１０の判断機能は、到着要求時刻設定機能により設定された到着要求時刻と、到着予測時刻算出機能により算出された到着予測時刻とを比較し、これら到着要求時刻と到着予測時刻との間の差が所定時間Ｔ以上であるか否か、および到着要求時刻および到着予測時刻のうちいずれの時刻の方が早いか、を判断する機能である。
【００２９】
コントローラ１０の遅延対応タスク実行機能は、判断機能による判断の結果、到着要求時刻と到着予測時刻との間の差が所定時間Ｔ以上であり、かつ、到着予測時刻の方が到着要求時刻よりも遅い場合（すなわち、所定時間Ｔ以上遅延しそうな場合）に、到着要求度合設定手段により設定された到着要求度合に基づき、遅延対応タスクを実行する機能である。なお、遅延対応タスク実行機能による遅延対応タスクの具体的な実行方法については後述する。
【００３０】
次いで、本実施形態の動作を説明する。以下においては、ユーザが自車両の運転を開始する時点（出発時）からの動作について、図３〜図５に示すフローチャートを用いて、説明を行なう。ここで、図３は本実施形態のナビゲーション装置１による動作を説明するためのフローチャート、図４は本実施形態に係る到着要求度合の設定処理動作を説明するためのフローチャート、図５は本実施形態に係る遅延対応タスクの実行動作を説明するためのフローチャートである。
【００３１】
まず、ステップＳ１では、コントローラ１０の目的地設定機能および到着要求時刻設定機能により、ユーザが向かおうとしている目的地、および該目的地に到着するべき時刻である到着要求時刻の設定が行なわれる。本実施形態においては、目的地、および到着要求時刻は、たとえば、以下の３つの方法のいずれかにより設定することができる。
【００３２】
すなわち、まず、第１に、通信装置４０を介して、外部のスケジュール管理プログラムからユーザのスケジュールデータの取得が可能な場合に、該スケジュールデータを取得し、これに基づいて、目的地および到着要求時刻を設定する方法が挙げられる。この場合においては、たとえば、ユーザがサービスプロバイダの提供するスケジューラサービスを利用しており、インターネットを通じてユーザのスケジュールデータに携帯端末からアクセスすることが可能である場合であって、かつ、ユーザがスケジュールに関連させて場所の情報を登録している場合などにおいて、ユーザのスケジュールデータの取得が可能となる。この場合においては、目的地設定機能は、スケジュールに関連させて登録されている場所の情報に基づいて、目的地を設定することができ、また、到着要求時刻設定機能は、スケジュールの開始時刻を、到着要求時刻として設定することができる。この第１の方法によれば、精度良く目的地および到着要求時刻を設定でき、しかもユーザの負担も軽減することができるものである。
【００３３】
次いで、第２に、外部記憶装置５０に記憶されている走行履歴データに基づいて、目的地および到着要求時刻を設定する方法が挙げられる。この方法においては、外部記憶装置５０には、出発時刻および出発地点と、これに対応する到着時刻（到着実績時刻）および到着地点とが、走行履歴データとして記憶されているため、目的地設定機能は、これらのデータに基づき、反復性のある走行履歴の検出を行い、反復性のある走行履歴を検出することができれば、該走行履歴に基づいて、目的地を予測し、これを目的地として設定する。たとえば、ユーザが、水曜日の午前８時に「自宅」を出発しようとしている場合に、外部記憶装置５０に記憶された走行履歴データから、月曜日〜金曜日の午前８時台に自宅位置を出発した場合には、ほぼ例外なく「職場」に向かっていると判断できる場合には、目的地設定機能は、「職場」を目的地として設定することができる。
【００３４】
さらに、この場合において、到着要求時刻設定機能は、外部記憶装置５０の走行履歴データのうち、目的地設定機能により設定された目的地への到着実績時刻の履歴に基づいて、到着要求時刻を設定することができる。到着要求時刻の具体的な設定方法としては、たとえば、目的地設定機能により設定された目的地への到着実績時刻のデータのうち、極端に時刻の遅いデータ（たとえば、到着実績時刻の平均値をＴａｖｅ、到着実績時刻の標準偏差をσとした場合に、Ｔａｖｅ＋σよりも遅い時刻のデータ）を除いたデータのなかで、最も直近のデータにおける到着実績時刻を、到着要求時刻として設定することができる。あるいは、到着要求時刻設定機能は、経路探索機能により、出発地点から目的地までの最適経路の探索を行わせ、探索された最適経路から予想される目的地への到着時刻を、到着要求時刻として設定することもできる。この第２の方法によれば、比較的に高い精度で目的地および到着要求時刻を設定でき、しかもユーザの負担も軽減することができるものである。
【００３５】
第３に、操作スイッチ２０を介したユーザの操作により、目的地および到着要求時刻を設定する方法が挙げられる。この場合においては、ディスプレイ３０や不図示のスピーカなどを介して、ユーザに対して、目的地および到着要求時刻を設定するように促すような態様としてもよい。
【００３６】
ステップＳ２では、コントローラ１０の到着要求度合設定機能により、ステップＳ１で設定された目的地に到着要求時刻までに到着することに対する要求度合（すなわち、到着要求時刻までに到着することに対する必要性および／または厳密性）である到着要求度合を設定する処理を行なう。以下、到着要求度合の設定処理方法について、図６（Ａ）〜図６（Ｃ）に示す場面例に基づき、図４に示すフローチャートにしたがって、説明する。なお、図６（Ａ）〜図６（Ｃ）は、外部記憶装置５０に記憶された走行履歴データのうち、到着実績時刻の度数分布を分単位でプロットして示す図であり、図６（Ａ）〜図６（Ｃ）には、それぞれ異なる度数分布を有する例であり、いずれも過去１６回にわたって、到着実績時刻が午前９時３０分から午前１０時１０分の間であり、かつ、到着実績時刻の平均値Ｔａｖｅが午前９時５２分となっているもののデータを示している。
【００３７】
まず、ステップＳ２０１では、外部記憶装置５０に記憶された走行履歴データに基づき、到着実績時刻の度数分布の分散値を求める。なお、度数分布を求める際における、到着実績時刻の数としては、特に限定されず、走行履歴データの量などに応じて適宜設定すればよい。
【００３８】
ステップＳ２０２では、ステップＳ２０１で求めた度数分布の分散値が所定の閾値以下であるか否かの判定が行なわれる。度数分布の分散値が所定の閾値以下である場合（すなわち、到着実績時刻の分散度合いが低い場合）には、ステップＳ２０３に進み、ステップＳ２０３において、到着要求度合が「高」に設定され、到着要求度合設定処理を終了する。一方、度数分布の分散値が所定の閾値より大きい場合（すなわち、到着実績時刻の分散度合いが高い場合）には、ステップＳ２０４に進む。
【００３９】
ここで、図６（Ａ）に示す例においては、到着実績時刻は、その平均値Ｔａｖｅである午前９時５２分を中心として比較的狭い範囲に到着実績が集中しており、度数分布の分散値が低いものとなっている。すなわち、この図６（Ａ）に示す例は、ステップＳ２０２において、度数分布の分散値が所定の閾値よりも大きいと判断されることとなる。そして、この図６（Ａ）に示す例においては、要求されている到着時刻は午前１０時頃であり、かつ、午前１０時頃までに到着することが強く要求されている推測できる。そのため、図６（Ａ）に示す例においては、ステップＳ２０２において、度数分布の分散値が所定閾値以下であると判断され、テップＳ２０３に進み、到着要求度合が「高」に設定されることとなる。
【００４０】
一方、図６（Ｂ）に示す例においては、到着実績時刻は午前９時３０分から午前１０時１０分ほどの約４０分の間に比較的広く分布しており、度数分布の分散値が高いものとなっている。すなわち、この図６（Ｂ）に示す例は、ステップＳ２０２において、度数分布の分散値が所定の閾値よりも大きいと判断されることとなる。そして、この図６（Ｂ）に示す例においては、要求されている到着時刻は概ね午前１０時頃であるが、午前１０時以降の到着実績も散見されることからそれほど、午前１０時に到着していることが厳密に要求されていないと推測できる。すなわち、図６（Ｂ）に示す例は、到着要求度合を「高」とすべきものではないため、ステップＳ２０２において、度数分布の分散値が所定閾値よりも大きいと判断され、ステップＳ２０３に進まずに、ステップＳ２０４に進むこととなる。
【００４１】
ステップＳ２０４では、外部記憶装置５０に記憶された走行履歴データに基づき、到着実績時刻のデータのうち、到着実績時刻の平均値Ｔａｖｅ以降のデータの偏在率（すなわち、到着実績時刻の平均値Ｔａｖｅと同じか、平均値Ｔａｖｅよりも遅いデータの度数の、全度数に占める比率）の算出を行なう。そして、ステップＳ２０５に進み、ステップＳ２０５において、ステップＳ２０４にて算出された偏在率が所定の閾値以上であるか否かの判定が行なわれる。ステップＳ２０５において、偏在率が所定の閾値以上であると判定された場合には、ステップＳ２０３に進み、到着要求度合が「高」に設定され、到着要求度合設定処理を終了する。一方、ステップＳ２０５において、偏在率が所定の閾値未満であると判定された場合には、ステップＳ２０６に進み、到着要求度合が「低」に設定され、到着要求度合設定処理を終了する。
【００４２】
たとえば、図６（Ｃ）に示す例においては、到着実績時刻は、その平均値Ｔａｖｅである午前９時５２分よりも遅い時間に集中しており、一番遅い到着実績時刻でも１０時となっている。そのため、この図６（Ｃ）に示す例においては、１０時よりも大分早い時刻に到着することがあったとしても、図６（Ａ）に示す例と同様に、原則的には午前１０時頃までに到着することが強く要求されている推測できる。そのため、この図６（Ｃ）に示す例においては、度数分布の分散値が高いものとなっているため、ステップＳ２０２において、度数分布の分散値が所定の閾値よりも高いと判断されてしまい、ステップＳ２０４に進む一方で、ステップＳ２０５において、到着実績時刻の平均値Ｔａｖｅ以降のデータの偏在率が所定の閾値以上と判断されることとなるため、ステップＳ２０３に進み、到着要求度合が「高」に設定されることとなる。
【００４３】
一方、上述の図６（Ｂ）に示す例においては、度数分布の分散値が所定の閾値よりも大きく、しかも、到着実績時刻の平均値Ｔａｖｅ以降のデータの偏在率も所定の閾値未満となるため、ステップＳ２０６に進み、到着要求度合が「低」に設定されることとなる。
【００４４】
次いで、図３に戻り、ステップＳ３では、コントローラ１０の経路探索機能により、目的地までの最適経路の探索が行なわれ、ステップＳ４に進む。
【００４５】
そして、以下においては、自車両が、ステップＳ１において設定された目的地に到着するまで、後述するステップＳ４〜Ｓ９の動作が、所定の周期で繰り返し行なわれることとなる。
【００４６】
まず、ステップＳ４では、コントローラ１０の車両位置取得機能により、自車両の現在位置の取得が行なわれる。なお、コントローラ１０の車両位置取得機能による自車両の現在位置の取得処理は、このステップＳ４において実行される他、ＧＰＳやジャイロセンサなどの航法装置を用いて行なわれる現在位置の測位のタイミングに応じて適宜実行されるような構成としてもよい。
【００４７】
ステップＳ５では、コントローラ１０の地図表示機能により、ステップＳ４において取得された自車両の現在位置に基づいて、自車両の現在位置周辺の地図情報の取得が行なわれ、次いで、自車両の現在位置の情報および自車両の現在位置周辺の地図情報を、ディスプレイ３０に送信され、ディスプレイ３０上に自車両の現在位置およびその周辺の地図情報の表示が行なわれる。なお、既にディスプレイ３０上に自車両の現在位置およびその周辺の地図情報の表示が行なわれている場合には、ステップＳ５において、これらの情報が更新されることとなる。
【００４８】
ステップＳ６では、到着予測時刻算出機能により、ステップＳ３または後述する図５のステップＳ８０７で探索された経路に基づき、ステップＳ１において設定された目的地に到着するまでの所要時間を算出し、算出された所要時間、およびステップＳ４において取得された自車両の現在位置から、ステップＳ１において設定された目的地に到着する時刻を予測し、予測した時刻を到着予測時刻として算出される。なお、ステップＳ６において、到着予測時刻を算出する際に、たとえば、通信装置４０を介して、外部装置から現在の交通情報を受信している場合には、該交通情報の内容を反映することが好ましく、これにより、突発の渋滞や通行止めなどにも適切に対応することができる。
【００４９】
ステップＳ７では、判断手段により、ステップＳ１で設定された到着要求時刻と、ステップＳ６において算出された到着予測時刻との比較が行なわれ、これら到着要求時刻と到着予測時刻との間の差が所定時間Ｔ以上であり、かつ、到着要求時刻よりも到着予測時刻の方が遅いか否かの判断が行なわれる。すなわち、ステップＳ７では、到着予測時刻が、到着要求時刻から所定時間Ｔ以上遅れているか否かの判断が行なわれる。その結果、到着要求時刻と到着予測時刻との間の差が所定時間Ｔ以上であり、かつ、到着要求時刻よりも到着予測時刻の方が遅いと判断された場合には、ステップＳ８に進み、遅延対応タスクの実行が行なわれる。一方、到着要求時刻と到着予測時刻との間の差が所定時間Ｔ未満である場合や、到着要求時刻と到着予測時刻との間の差が所定時間Ｔ以上でも、到着要求時刻と到着予測時刻とが同じか、あるいは、到着要求時刻よりも到着予測時刻の方が早いと判断された場合には、ステップＳ９に進む。
【００５０】
ステップＳ８では、コントローラ１０の遅延対応タスク実行機能により、遅延対応タスクの実行処理が行われる。以下、遅延対応タスクの実行処理方法について、図５に示すフローチャートにしたがって、説明する。
【００５１】
まず、ステップＳ８０１では、ステップＳ２において設定された到着要求度合が「高」であるか、あるいは「低」であるかの判断が行なわれる。到着要求度合が「高」である場合には、ステップＳ８０２に進む。一方、到着要求度合が「低」である場合には、ステップＳ８０８に進む。
【００５２】
ステップＳ８０２では、予め設定された目的地にいる特定の相手に対して、所定の遅延連絡を送信するための要件である遅延連絡送信要件を満たしているか否かの判定が行なわれる。なお、所定の遅延連絡としては、たとえば、通信装置４０を介して、目的地にいる特定の相手に対して、電子メールにて「○○分遅れます。」という情報や「あと○○分で到着します。」という情報などを送信することなどが挙げられる。そして、ステップＳ８０２では、以下の（Ｉ）〜（ＩＩＩ）のいずれかの条件を満たしている場合に、遅延連絡送信要件を満たしていると判定する。
（Ｉ）遅延時間（到着要求時刻と到着予測時刻との差）が増加傾向にあり、かつ、遅延時間が増加し始めてから（Ｘ×ｎ）分経過時点（ただし、ｎは自然数）
（ＩＩ）遅延時間（到着要求時刻と到着予測時刻との差）が減少傾向にあり、かつ、最大遅延時間（到着要求時刻と到着予測時刻との差が最大となった時間）と比較して、遅延時間が所定時間短くなった時点
（ＩＩＩ）到着予測時刻のＹ分前の時点
本実施形態では、たとえば、上記条件（Ｉ）において、Ｘ＝１５、上記条件（ＩＩＩ）において、Ｙ＝５と設定することができる。そして、遅延連絡送信要件を満たしていると判定された場合には、ステップＳ８０３に進む。一方、遅延連絡送信要件を満たしていない場合には、ステップＳ８０７に進む。
【００５３】
なお、遅延連絡を送信する特定の相手としては、たとえば、予め目的地に関連付けて遅延の場合の連絡先を登録しておくことにより設定可能である。具体的には、携帯電話に登録された電話帳データ（メールアドレス、電話番号、住所）を、目的地設定の際に活用することで、たとえば、携帯電話に登録された電話帳データの住所から、目的地の位置を特定し、同時に連絡先を設定することが可能である。
【００５４】
ステップＳ８０３では、ステップＳ８０２にて判断された遅延連絡送信要件に応じて、目的地にいる特定の相手に対する遅延連絡情報の設定が行なわれる。本実施形態においては、ステップＳ８０２において、上記（Ｉ）〜（ＩＩＩ）のいずれの条件を満たしたかによって、以下のように遅延連絡情報が設定される。
（Ｉ）の条件を満たした場合：「（Ｘ×ｎ）分遅れます。」という情報を遅延連絡情報として設定する。
（ＩＩ）の条件を満たした場合：「あとＺ分で到着します。」という情報を遅延連絡情報として設定する（ただし、「Ｚ＝到着予測時刻と現在時刻との差」である）。
（ＩＩＩ）の条件を満たした場合：「あとＹ分で到着します。」という情報を遅延連絡情報として設定する。
【００５５】
図７に、走行シミュレーションの一例を示す。図７においては、次のような条件における走行シミュレーション例を示している。すなわち、図７においては、まず、午前８時に出発し、平均時速２０ｋｍ／ｈで走行して、２０ｋｍ先の目的地に午前９時に到着する予定（すなわち、到着要求時刻が午前９時）としている。しかしその一方で、実際には、図７に実線で示すように、出発時点では２０ｋｍ／ｈであった平均速度が徐々に低下して、３０分経過した時点では１０ｋｍ／ｈまで減速し、その後、到着要求時刻である午前９時までは１０ｋｍ／ｈのまま走行し続け、午前９時を過ぎたところで再び車速が上昇し、最終的に３０分遅れの午前９時３０分に目的地に到着した例を示している。なお、この場合における実際の走行距離を、図７中に点線で示し、予定走行距離を一点鎖線で示した。
【００５６】
そして、この図７に示す走行シミュレーション例においては、図８に示すように、遅延時間が適時変化していくことになり、この図７に示す走行シミュレーション例においては、図８に示すように、遅延時間が１５分となった際には、上述したステップＳ８０２の（Ｉ）の条件を満たすこととなり、この場合には、「１５分遅れます。」という情報が遅延連絡情報として設定されることとなる。同様に、遅延時間が３０分となった際にも、上述したステップＳ８０２の（Ｉ）の条件を満たすこととなり、この場合には、「３０分遅れます。」という情報が遅延連絡情報として設定されることとなる。また、遅延時間が４５分となった際にも、上述したステップＳ８０２の（Ｉ）の条件を満たすこととなり、この場合には、「４５分遅れます。」という情報が遅延連絡情報として設定されることとなる。そして、午前９時１０分過ぎ頃には、遅延時間が減少傾向となり、かつ、最大遅延時間（４５分）と比較して、遅延時間が所定時間短くなり、上述したステップＳ８０２の（ＩＩ）の条件を満たすこととなり、この場合には、その時点における到着予測時刻より、「あと２０分で到着します。」という情報が遅延連絡情報として設定されることとなる。さらに、午前９時２５分過ぎ頃には、その時点における到着予測時刻の５分前であるため、上述したステップＳ８０２の（ＩＩＩ）の条件を満たすこととなり、この場合には、その時点における到着予測時刻より、「あと５分で到着します。」という情報が遅延連絡情報として設定されることとなる。
【００５７】
次いで、ステップＳ８０４では、ユーザに対して、目的地にいる特定の相手に対して遅延連絡情報を送信するか否かの確認動作が行なわれる。該確認動作は、ディスプレイ１０または不図示のスピーカを介して、ユーザに対して、遅延連絡情報を送信するか否かの確認メッセージを報知することにより行なわれる。
【００５８】
ステップＳ８０５では、ステップＳ８０４における確認動作の結果、ステップＳ８０３で設定した遅延連絡情報の送信を行なうか否かの判断が行なわれる。具体的には、ステップＳ８０４における遅延連絡情報の送信確認動作の結果、所定時間内に、操作スイッチ２０を介して、ユーザにより「送信ＯＫ」の操作がなされた場合（または、不図示のマイクを介して、ユーザにより「送信ＯＫ」いう旨の音声操作がなされた場合）には、遅延連絡情報の送信を行なうと判断して、ステップＳ８０６に進み、通信装置４０を介して、遅延連絡情報の送信が行なわれる。あるいは、所定時間内に、ユーザにより「送信ＯＫ」の操作がなされなかった場合でも、さらに、ユーザに対して、「送信ＯＫ」か「送信ＮＧ」かの操作を行なうように促し、ユーザにより「送信ＯＫ」の操作がなされた場合にも、遅延連絡情報の送信を行なうと判断して、ステップＳ８０６に進み、通信装置４０を介して、遅延連絡情報の送信が行なわれる。一方、ユーザにより「送信ＮＧ」の操作がされた場合には、遅延連絡情報の送信を行なわずに、ステップＳ８０７に進む。
【００５９】
ステップＳ８０７では、コントローラ１０の経路探索機能により、自車両の現在位置を出発地点として、既に設定されている目的地までの経路の再探索を行なわれる。目的地までの経路の再探索を行なうことにより、突発の事故の発生などにより交通状況が大きく変化した場合は、これを回避するために、既に設定されている経路とは異なる新たな経路が、現時点での最適経路として求められる可能性がある。そのため、ステップＳ８０７では、目的地までの経路の再探索を行なう。そして、再探索が完了すると、遅延対応タスクを終了し、図３のステップＳ９に進む。なお、ステップＳ８０７において、目的地までの経路の再探索が行なわれた場合には、再探索が行なわれた時刻をコントローラ１０のＲＡＭ１０３などに記憶させておき、再探索が行なわれた時刻から所定時間以上経過した場合に、再度、再探索を行うような構成としてもよい。
【００６０】
一方、ステップＳ８０１において、到着要求度合が「低」であると判定された場合には、ステップＳ８０８に進むこととなる。ステップＳ８０８においては、ステップＳ８０２と同様に、目的地にいる特定の相手に対して、所定の遅延連絡を送信するための要件である遅延連絡送信要件を満たしているか否かの判定が行なわれる。ただし、ステップＳ８０８においては、ステップＳ８０１において到着要求度合が「低」であるとの判定がなされているため、ステップＳ８０２と異なり、上述のステップＳ８０２にて説明した条件（Ｉ）または（ＩＩＩ）の条件を満たすか否かに基づいて、遅延連絡送信要件を満たしているか否かの判定を行なうものとする。すなわち、上述のステップＳ８０２にて説明した条件（ＩＩ）については適用しないものとする。また、上述の（Ｉ）における数値条件も、ステップＳ８０２と異なるものとする（より具体的には、遅延連絡送信要件をより満足し難いように設定する。）。たとえば、本実施形態では、上記条件（Ｉ）において、Ｘ＝３０と設定することができる。
【００６１】
そして、ステップＳ８０８において、遅延連絡送信要件を満たしていると判定された場合には、ステップＳ８０９に進む。一方、遅延連絡送信要件を満たしていない場合には、ステップＳ８１３に進む。
【００６２】
ステップＳ８０９では、上述のステップＳ８０３と同様に、ステップＳ８０８にて判断された遅延連絡送信要件に応じて、以下のように、目的地にいる特定の相手に対する遅延連絡情報の設定が行なわれる。
（Ｉ）の条件を満たした場合：「（Ｘ×ｎ）分遅れます。」という情報を遅延連絡情報として設定する。
（ＩＩＩ）の条件を満たした場合：「あとＹ分で到着します。」という情報を遅延連絡情報として設定する。
【００６３】
そして、到着要求度合が「低」であると判定された場合においては、上述した図７の走行シミュレーション例においては、図９に示すように、ステップＳ８０８において、遅延連絡送信要件を満たしていると判定され、実際に遅延連絡情報の設定が行なわれるのは、遅延時間が３０分となった際、および午前９時２５分過ぎ頃の合計２回のみとなり、到着要求度合が「高」であると判定された場合における回数である５回と比較して、少なくなるような制御が行われることとなる。
【００６４】
ステップＳ８１０では、上述のステップＳ８０４と同様に、ユーザに対して、目的地にいる特定の相手に対して遅延連絡情報を送信するか否かの確認動作が行なわれる。
【００６５】
ステップＳ８１１では、上述のステップＳ８０５と同様に、ステップＳ８１０における確認動作の結果、ステップＳ８０９で設定した遅延連絡情報の送信を行なうか否かの判断が行なわれる。ただし、ステップＳ８１１においては、ステップＳ８０１において到着要求度合が「低」であるとの判定がなされているため、ステップＳ８０５と異なり、所定時間内に、ユーザにより「送信ＯＫ」の操作がなされた場合のみ、遅延連絡情報の送信を行なうと判断して、ステップＳ８１２に進み、通信装置４０を介して、遅延連絡情報の送信が行なわれる。その一方で、所定時間内に、ユーザにより「送信ＮＧ」の操作が行なわれた場合はもちろんのこと、ユーザにより「送信ＯＫ」または「送信ＮＧ」の操作が全く行なわれなかった場合にも、ユーザに対して、「送信ＯＫ」か「送信ＮＧ」かの操作を行なうように促すことなく、遅延連絡情報の送信を行なわずに、ステップＳ８１３に進む。
【００６６】
ステップＳ８１３では、到着要求度合「高」の場合と異なり、目的地までの経路の再探索を行なうに先立って、ユーザに対して、目的地までの経路を再探索するか否かの確認動作が行なわれる。上述のように、目的地までの経路の再探索を行なうことにより、突発の事故の発生などにより交通状況が大きく変化した場合は、これを回避するために、既に設定されている経路とは異なる新たな経路が、現時点での最適経路として求められる可能性がある。しかしその一方で、交通状況に大きな変化がない場合などには、必ずしも、現在設定されている経路よりも適した経路が探索されない場合もある。また、経路の再探索には、相応の処理コストがかかることとなる。
【００６７】
そのため、本実施形態では、到着要求度合「低」の場合には、到着要求度合「高」の場合と異なり、目的地までの経路の再探索を行なうに先立って、ユーザに対して、目的地までの経路を再探索するか否かの確認動作を行なう。該確認動作は、ディスプレイ３０または不図示のスピーカを介して、ユーザに対して、目的地までの経路を再探索するか否かのメッセージを報知することにより行なわれる。そして、ユーザにより、所定時間内に、操作スイッチ２０を介して（または、不図示のマイクを介して）、目的地までの経路を再探索する旨の操作が行なわれた場合には、ステップＳ８０７に進み、コントローラ１０の経路探索機能により、目的地までの経路の再探索が行なわれ、再探索が完了すると、遅延対応タスクを終了し、図３のステップＳ９に進む。一方、ユーザにより、所定時間内に、操作スイッチ２０を介して（または、不図示のマイクを介して）、目的地までの経路を再探索しない旨の操作が行なわれた場合、あるいは、所定時間内に、全く操作が行なわれなかった場合には、経路の再探索を行わずに、遅延対応タスクを終了し、図３のステップＳ９に進む。
【００６８】
図３に戻り、ステップＳ９では、目的地に到着したか否かの判断がなされ、目的地に到着したと判断された場合には、本実施形態の処理を終了し、それ以外の場合には、ステップＳ４に戻り、所定の間隔で、ステップＳ４〜Ｓ９が繰り返されることとなる。
【００６９】
以上のように、本実施形態のナビゲーション装置１は動作する。
【００７０】
本実施形態のナビゲーション装置１によれば、目的地に応じて、到着要求時刻までに到着することに対する要求度合（すなわち、到着要求時刻までに到着することに対する必要性および／または厳密性）である到着要求度合を設定し、到着要求度合に応じて、遅延対応タスク実行機能により実行する遅延対応タスクの内容を異なるものとするため、遅延時において、目的地の種類に応じて適切に対応することが可能となる。
【００７１】
特に、本実施形態によれば、たとえば、勤務先のように基本的に遅刻することが認められず、しかも遅刻する場合には、事前の連絡が欠かせないような目的地（すなわち、到着要求度合の高い目的地）と、週に一〜二度ほど訪問する実家などある程度規則的に訪問はしているが、訪問時間は厳密に決まっていないような目的地（すなわち、到着要求度合の低い目的地）とで、遅延時において異なる対応をするため、これらの目的地に応じた適切な対応が可能となる。具体的には、本実施形態では、遅延時においては、到着要求度合の高い目的地については、比較的細かく遅延連絡情報を送信する一方で、到着要求度合の低い目的地については、遅延連絡情報の送信をできるだけ少なくすることができる。
【００７２】
なお、上述した実施形態において、コントローラ１０の目的地設定機能は本発明の目的地設定手段に、コントローラ１０の到着要求時刻設定機能は本発明の到着要求時刻設定手段に、コントローラ１０の到着予測時刻算出機能は本発明の到着予測時刻算出手段に、コントローラ１０の到着要求度合設定機能は本発明の到着要求度合設定手段に、コントローラ１０の遅延対応タスク実行機能は本発明の処理実行手段に、それぞれ相当する。
【００７３】
以上、本発明の実施形態について説明したが、これらの実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
【００７４】
たとえば、上述した実施形態では、到着予測時刻が、到着要求時刻から所定時間Ｔ以上遅れている場合に、コントローラ１０の遅延対応タスク実行機能により、遅延対応タスクを実行するような構成を例示したが、コントローラ１０が、到着予測時刻が到着要求時刻から所定時間Ｔ以上早い場合に（すなわち、早着が予測される場合に）、所定の早着対応タスクを行なう早着対応タスク実行機能を備えるような構成であってもよい。このような構成を採用することにより、たとえば、到着予測時刻が到着要求時刻から所定時間Ｔ以上早い場合に、たとえば、上述のステップＳ８０２やＳ８０８で例示したようなタイミングで、「○○分早く到着する予定です。」という情報等を早着連絡情報として設定し、目的地にいる特定の相手に、これを送信することを可能とすることができる。
【００７５】
あるいは、上述の実施形態では、ステップＳ２において、到着要求度合を設定する際に、目的地に応じた到着要求度合を推定し、これを到着要求度合とする構成を例示したが、ユーザによって操作スイッチ２０を介した到着要求度合設定操作により、到着要求度合を設定できるような構成とし、ユーザにより到着要求度合が設定された場合には、これを到着要求度合として設定するような構成としてもよい。また、上述の実施形態では、到着要求度合として、「高」または「低」の２段階の設定としたが、３段階以上の設定としてももちろんよく、さらには、到着実績時刻の度数分布の分散値の逆数や到着実績時刻の平均値Ｔａｖｅ以降のデータの偏在率に比例するような連続値として求めてもよい。
【００７６】
また、上述の実施形態では、到着要求度合が「高」である場合には、ステップＳ８０７において、目的地までの経路の再探索を行なうような構成を例示したが、再探索に先立って、ユーザに対して、目的地までの経路を再探索するか否かの確認動作を行ない、その結果に基づき、再探索を行なうか否かの判断を行なうような構成としてもよい。この場合においては、ユーザに対して、目的地までの経路を再探索するか否かの確認動作を行なった結果、所定時間内に、ユーザによって目的地までの経路の再探索を行なわない旨の操作が行なわれた場合には、再探索を行わないような構成とし、一方、所定時間内に、ユーザによって目的地までの経路の再探索を行う旨の操作が行なわれた場合、あるいは、所定時間内に、全く操作が行なわれなかった場合には、再探索を行うような構成とすることが好ましい。
【００７７】
さらに、上述の実施形態では、遅延連絡情報として、予め定められた遅延連絡情報を設定し、これを目的地にいる特定の相手に送信するような構成を例示したが、たとえば、到着要求度合「高」の場合には、たとえば、ボイスメールが利用可能な状況であれば、ユーザの選択により、音声メッセージを作成し、作成した音声メッセージを遅延連絡情報として、目的地にいる特定の相手に送信するような構成としてもよい。このような構成とすることにより、ユーザがユーザ自身の言葉で話した遅延の報告と謝罪を音声データで送信することが可能となる。
【００７８】
さらに、上述の実施形態においては、ステップＳ２において到着要求度合を設定する際に、外部記憶装置５０に記憶されている全ての走行履歴テータに基づき、度数分布を分析し、度数分布の分散値や偏在率を求めるような構成を例示したが、分析対象とする到着実績時刻として、現在と同じ曜日や同じ時間帯における到着実績時刻におけるデータのみを用いて、到着要求度合を設定するような構成としてもよい。このような構成を採用することにより、曜日や時間帯などの時間条件に応じて要求される到着時刻が変わってくる場合でも適切に対応することができる。すなわち、たとえば、勤務先において、裁量労働制が採用されており、勤務開始時間に厳しい制約がなく、比較的自由な時間に勤務先に到着している一方で、火曜日だけは決まった時間（たとえば、午前９時）から定例のミーティングがあるために、ミーティングの開始時間の１５分前までには必ず到着していなければならない場合や、自宅から直接勤務先に向かう場合は時間厳守であるが、午前中に、取引先などを訪問してから勤務先に向かう場合には、特に時間的に厳しい制約があるわけではない場合などに適切に対応することができる。
【符号の説明】
【００７９】
１…ナビゲーション装置
１０…コントローラ
２０…操作スイッチ
３０…ディスプレイ
４０…通信装置
５０…外部記憶装置
【特許請求の範囲】
【請求項１】
目的地を設定する目的地設定手段と、
前記目的地に到着すべき時刻を、到着要求時刻として設定する到着要求時刻設定手段と、
前記目的地に到着する予測時刻である到着予測時刻を算出する到着予測時刻算出手段と、
前記目的地に前記到着要求時刻までに到着することに対する要求の度合いを、到着要求度合として設定する到着要求度合設定手段と、
前記到着要求時刻と、前記到着予測時刻との間に差がある場合に、所定の処理を実行する処理実行手段と、を備え、
前記処理実行手段は、前記到着要求度合設定手段により設定された前記到着要求度合に応じて、前記所定の処理の内容を異ならせることを特徴とするナビゲーション装置。
【請求項２】
請求項１に記載のナビゲーション装置において、
前記処理実行手段は、前記所定の処理として、前記目的地に関連付けられた連絡先に、前記到着要求時刻と前記到着予測時刻との間の差に応じた情報を送信する情報送信処理を行うことを特徴とするナビゲーション装置。
【請求項３】
請求項２に記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合が高ければ高いほど、前記情報送信処理を行なうタイミングを早く設定することを特徴とするナビゲーション装置。
【請求項４】
請求項２または３に記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合が高ければ高いほど、前記情報送信処理を行なう間隔を短く設定することを特徴とするナビゲーション装置。
【請求項５】
請求項２〜４のいずれかに記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合に応じて、前記情報の内容を異ならせることを特徴とするナビゲーション装置。
【請求項６】
請求項１〜５のいずれかに記載のナビゲーション装置において、
前記処理実行手段は、前記所定の処理として、前記目的地までの経路を再探索する再探索処理を行なうことを特徴とするナビゲーション装置。
【請求項７】
請求項１〜６のいずれかに記載のナビゲーション装置において、
前記ナビゲーション装置の移動履歴を記憶する記憶手段をさらに備えることを特徴とするナビゲーション装置。
【請求項８】
請求項７に記載のナビゲーション装置において、
前記目的地設定手段は、ユーザによる目的地の入力操作、または前記記憶手段に記憶された移動履歴に基づいて、前記目的地を設定することを特徴とするナビゲーション装置。
【請求項９】
請求項７または８に記載のナビゲーション装置において、
前記到着要求度合設定手段は、ユーザによる前記到着要求度合の入力操作、または前記記憶手段に記憶された移動履歴に基づいて、前記到着要求度合を設定することを特徴とするナビゲーション装置。
【請求項１０】
請求項９に記載のナビゲーション装置において、
前記到着要求度合設定手段は、前記記憶手段に記憶された移動履歴に基づいて、前記目的地に実際に到着した時刻である到着実績時刻のうち、所定の時刻範囲における到着実績時刻の分布を求め、求めた分布に応じて、前記到着要求度合を設定することを特徴とするナビゲーション装置。
【請求項１１】
請求項１０に記載のナビゲーション装置において、
前記到着要求度合設定手段は、前記所定の時刻範囲における到着実績時刻の分布の幅が狭いほど、前記到着要求度合を高く設定することを特徴とするナビゲーション装置。
【請求項１２】
請求項１０または１１に記載のナビゲーション装置において、
前記到着要求度合設定手段は、前記所定の時刻範囲における到着実績時刻が、前記到着実績時刻の平均値である平均時刻以降の時刻に偏って分布しているほど、前記到着要求度合を高く設定することを特徴とするナビゲーション装置。
【請求項１３】
請求項１０〜１２のいずれかに記載のナビゲーション装置において、
前記到着要求度合設定手段は、前記記憶手段に記憶された移動履歴に基づいて、前記到着要求度合を設定する際に、現在の曜日および時刻に対応する曜日および時刻における到着実績時刻の分布を求め、求めた分布に応じて、前記到着要求度合を設定することを特徴とするナビゲーション装置。
【請求項１４】
請求項１〜１３のいずれかに記載のナビゲーション装置において、
前記処理実行手段は、前記所定の処理を実行するに際に、該処理の実行の可否をユーザに確認する確認処理を行ない、前期確認処理の結果に応じて、前記所定の処理を実行するか否かを決定することを特徴とするナビゲーション装置。
【請求項１５】
請求項１４に記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合が所定の閾値未満である場合において、前記確認処理の実行後、所定の時間内にユーザからの回答結果が認識できないときには、前記所定の処理の実行を中止するとの決定を行なうことを特徴とするナビゲーション装置。
【請求項１６】
請求項１４または１５に記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合が前記所定の閾値以上である場合において、前記確認処理の実行後、所定の時間内にユーザからの回答結果が認識できないときには、ユーザからの回答が認識できるまで、前記確認処理を繰り返し実行することを特徴とするナビゲーション装置。
【請求項１７】
請求項１４または１５に記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合が前記所定の閾値以上である場合において、前記確認処理の実行後、所定の時間内にユーザからの回答結果が認識できないときには、前記所定の処理を実行するとの決定を行なうことを特徴とするナビゲーション装置。
【請求項１８】
請求項１４または１５に記載のナビゲーション装置において、
前記処理実行手段は、前記処理実行手段は、前記到着要求度合が前記所定の閾値以上である場合には、前記確認処理を行わずに、前記所定の処理を実行することを特徴とするナビゲーション装置。
【請求項１９】
目的地に到着すべき時刻である到着要求時刻、および前記目的地に到着する予測時刻である到着予測時刻を算出し、前記到着要求時刻と前記到着予測時刻との間に差がある場合に、所定の処理を実行するナビゲーション方法であって、
前記目的地に前記到着要求時刻までに到着することに対する要求の度合いに応じて、前記所定の処理の内容を異ならせることを特徴とするナビゲーション方法。
【請求項１】
目的地を設定する目的地設定手段と、
前記目的地に到着すべき時刻を、到着要求時刻として設定する到着要求時刻設定手段と、
前記目的地に到着する予測時刻である到着予測時刻を算出する到着予測時刻算出手段と、
前記目的地に前記到着要求時刻までに到着することに対する要求の度合いを、到着要求度合として設定する到着要求度合設定手段と、
前記到着要求時刻と、前記到着予測時刻との間に差がある場合に、所定の処理を実行する処理実行手段と、を備え、
前記処理実行手段は、前記到着要求度合設定手段により設定された前記到着要求度合に応じて、前記所定の処理の内容を異ならせることを特徴とするナビゲーション装置。
【請求項２】
請求項１に記載のナビゲーション装置において、
前記処理実行手段は、前記所定の処理として、前記目的地に関連付けられた連絡先に、前記到着要求時刻と前記到着予測時刻との間の差に応じた情報を送信する情報送信処理を行うことを特徴とするナビゲーション装置。
【請求項３】
請求項２に記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合が高ければ高いほど、前記情報送信処理を行なうタイミングを早く設定することを特徴とするナビゲーション装置。
【請求項４】
請求項２または３に記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合が高ければ高いほど、前記情報送信処理を行なう間隔を短く設定することを特徴とするナビゲーション装置。
【請求項５】
請求項２〜４のいずれかに記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合に応じて、前記情報の内容を異ならせることを特徴とするナビゲーション装置。
【請求項６】
請求項１〜５のいずれかに記載のナビゲーション装置において、
前記処理実行手段は、前記所定の処理として、前記目的地までの経路を再探索する再探索処理を行なうことを特徴とするナビゲーション装置。
【請求項７】
請求項１〜６のいずれかに記載のナビゲーション装置において、
前記ナビゲーション装置の移動履歴を記憶する記憶手段をさらに備えることを特徴とするナビゲーション装置。
【請求項８】
請求項７に記載のナビゲーション装置において、
前記目的地設定手段は、ユーザによる目的地の入力操作、または前記記憶手段に記憶された移動履歴に基づいて、前記目的地を設定することを特徴とするナビゲーション装置。
【請求項９】
請求項７または８に記載のナビゲーション装置において、
前記到着要求度合設定手段は、ユーザによる前記到着要求度合の入力操作、または前記記憶手段に記憶された移動履歴に基づいて、前記到着要求度合を設定することを特徴とするナビゲーション装置。
【請求項１０】
請求項９に記載のナビゲーション装置において、
前記到着要求度合設定手段は、前記記憶手段に記憶された移動履歴に基づいて、前記目的地に実際に到着した時刻である到着実績時刻のうち、所定の時刻範囲における到着実績時刻の分布を求め、求めた分布に応じて、前記到着要求度合を設定することを特徴とするナビゲーション装置。
【請求項１１】
請求項１０に記載のナビゲーション装置において、
前記到着要求度合設定手段は、前記所定の時刻範囲における到着実績時刻の分布の幅が狭いほど、前記到着要求度合を高く設定することを特徴とするナビゲーション装置。
【請求項１２】
請求項１０または１１に記載のナビゲーション装置において、
前記到着要求度合設定手段は、前記所定の時刻範囲における到着実績時刻が、前記到着実績時刻の平均値である平均時刻以降の時刻に偏って分布しているほど、前記到着要求度合を高く設定することを特徴とするナビゲーション装置。
【請求項１３】
請求項１０〜１２のいずれかに記載のナビゲーション装置において、
前記到着要求度合設定手段は、前記記憶手段に記憶された移動履歴に基づいて、前記到着要求度合を設定する際に、現在の曜日および時刻に対応する曜日および時刻における到着実績時刻の分布を求め、求めた分布に応じて、前記到着要求度合を設定することを特徴とするナビゲーション装置。
【請求項１４】
請求項１〜１３のいずれかに記載のナビゲーション装置において、
前記処理実行手段は、前記所定の処理を実行するに際に、該処理の実行の可否をユーザに確認する確認処理を行ない、前期確認処理の結果に応じて、前記所定の処理を実行するか否かを決定することを特徴とするナビゲーション装置。
【請求項１５】
請求項１４に記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合が所定の閾値未満である場合において、前記確認処理の実行後、所定の時間内にユーザからの回答結果が認識できないときには、前記所定の処理の実行を中止するとの決定を行なうことを特徴とするナビゲーション装置。
【請求項１６】
請求項１４または１５に記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合が前記所定の閾値以上である場合において、前記確認処理の実行後、所定の時間内にユーザからの回答結果が認識できないときには、ユーザからの回答が認識できるまで、前記確認処理を繰り返し実行することを特徴とするナビゲーション装置。
【請求項１７】
請求項１４または１５に記載のナビゲーション装置において、
前記処理実行手段は、前記到着要求度合が前記所定の閾値以上である場合において、前記確認処理の実行後、所定の時間内にユーザからの回答結果が認識できないときには、前記所定の処理を実行するとの決定を行なうことを特徴とするナビゲーション装置。
【請求項１８】
請求項１４または１５に記載のナビゲーション装置において、
前記処理実行手段は、前記処理実行手段は、前記到着要求度合が前記所定の閾値以上である場合には、前記確認処理を行わずに、前記所定の処理を実行することを特徴とするナビゲーション装置。
【請求項１９】
目的地に到着すべき時刻である到着要求時刻、および前記目的地に到着する予測時刻である到着予測時刻を算出し、前記到着要求時刻と前記到着予測時刻との間に差がある場合に、所定の処理を実行するナビゲーション方法であって、
前記目的地に前記到着要求時刻までに到着することに対する要求の度合いに応じて、前記所定の処理の内容を異ならせることを特徴とするナビゲーション方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−２７６５７６（Ｐ２０１０−２７６５７６Ａ）
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願番号】特願２００９−１３２１１８（Ｐ２００９−１３２１１８）
【出願日】平成２１年６月１日（２００９．６．１）
【出願人】（０００００３９９７）日産自動車株式会社 (16,386)
【Ｆターム（参考）】
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願日】平成２１年６月１日（２００９．６．１）
【出願人】（０００００３９９７）日産自動車株式会社 (16,386)
【Ｆターム（参考）】
[ Back to top ]