(57)【特許請求の範囲】
【請求項１】
利用者が車両で移動し、その後、前記車両以外の移動手段で移動する移動予定経路の目的地を記録する記録媒体と、
前記利用者が前記車両から降車したか否かを判定する判定手段と、
前記車両に搭載された車載器において前記移動予定経路の案内が中止され、かつ、前記利用者が前記車両から降車した場合には、前記利用者の携帯端末にて前記移動予定経路の案内が可能となるように前記目的地を前記記録媒体に記録した状態を維持し、
前記車載器において前記移動予定経路の案内が中止され、かつ、前記利用者が前記車両から降車していない場合には、前記目的地を前記記録媒体から消去する消去手段と、
を備える経路案内システム。
【請求項２】
前記判定手段は、前記車両のドアの開閉が検知された場合に、前記利用者が前記車両から降車したと判定する、
請求項１に記載の経路案内システム。
【請求項３】
前記判定手段は、前記車両から前記車両以外の移動手段へと乗換可能な地点である判定地点と前記車両との距離が判定距離以内である状態において、前記車両のドアの開閉が検知された場合に、前記利用者が前記車両から降車したと判定する、
請求項２に記載の経路案内システム。
【請求項４】
前記判定距離は、前記判定地点の周辺の車両渋滞度が大きいほど大きい値に設定される、
請求項３に記載の経路案内システム。
【請求項５】
前記判定距離は、前記移動予定経路上の車両渋滞度が大きいほど大きい値に設定される、
請求項４に記載の経路案内システム。
【請求項６】
前記判定地点は、前記移動予定経路上において前記車両から前記利用者が降車する予定の地点である、
請求項３から請求項５のいずれか一項に記載の経路案内システム。
【請求項７】
前記判定手段は、前記車両と前記利用者の携帯端末との距離が閾値以上となった場合に、前記利用者が前記車両から降車したと判定する、
請求項１に記載の経路案内システム。
【請求項８】
利用者が車両で移動し、その後、前記車両以外の移動手段で移動する移動予定経路の目的地を記録媒体に記録する記録工程と、
前記利用者が前記車両から降車したか否かを判定する判定工程と、
前記車両に搭載された車載器において前記移動予定経路の案内が中止され、かつ、前記利用者が前記車両から降車した場合には、前記利用者の携帯端末にて前記移動予定経路の案内が可能となるように前記目的地を前記記録媒体に記録した状態を維持し、
前記車載器において前記移動予定経路の案内が中止され、かつ、前記利用者が前記車両から降車していない場合には、前記目的地を前記記録媒体から消去する消去工程と、
を含む経路案内方法。
【請求項９】
利用者が車両で移動し、その後、前記車両以外の移動手段で移動する移動予定経路の目的地を記録媒体に記録する記録機能と、
前記利用者が前記車両から降車したか否かを判定する判定機能と、
前記車両に搭載された車載器において前記移動予定経路の案内が中止され、かつ、前記利用者が前記車両から降車した場合には、前記利用者の携帯端末にて前記移動予定経路の案内が可能となるように前記目的地を前記記録媒体に記録した状態を維持し、
前記車載器において前記移動予定経路の案内が中止され、かつ、前記利用者が前記車両から降車していない場合には、前記目的地を前記記録媒体から消去する消去機能と、
をコンピュータに実現させる経路案内プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、経路案内システム、方法およびプログラムに関する。
【背景技術】
【０００２】
カーナビゲーション装置と携帯電話とを利用して目的地案内を提供する技術が知られている（特許文献１、参照）。特許文献１において、車両のＡＣＣ（アクセサリー電源）がオフになった場合に、カーナビゲーション装置で案内していた目的地を携帯電話に受け渡している。これにより、目的地案内を携帯電話に引き継ぐことができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５-００３５２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１において、車両の運転者と目的地案内の利用者とが同一人物でない場合に、適切に目的地案内を引き継ぐことができないという問題があった。例えば運転者と利用者とが車両に同乗し、運転者が利用者を駅まで送る場合、車両はＡＣＣがオンのまま帰路につくため、利用者の携帯端末に目的地案内を引き継ぐことができないこととなる。さらに、目的地案内の引き継ぎが行われていないと、帰路についた車両において駅までの不必要な目的地案内が継続して行われることとなり、煩わしくなるという問題があった。さらに、このような不必要な目的地案内を中止する操作を車両の運転者が行った場合、車両から降車した利用者が携帯端末に目的地案内を引き継ごうとしても、目的地が消去されてしまい、目的地案内を引き継ぐことができなくなるという問題があった。
本発明は、前記課題にかんがみてなされたもので、車両の運転者と目的地案内の利用者とが同一人物でない場合でも目的地案内の引き継ぎが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
前記の目的を達成するため、本発明の経路案内システムは、利用者が車両で移動し、その後、車両以外の移動手段で移動する移動予定経路の目的地を記録する記録媒体と、利用者が車両から降車したか否かを判定する判定手段と、車両に搭載された車載器において移動予定経路の案内が中止され、かつ、利用者が車両から降車した場合には、利用者の携帯端末にて移動予定経路の案内が可能となるように目的地を記録媒体に記録した状態を維持し、車載器において移動予定経路の案内が中止され、かつ、利用者が車両から降車していない場合には、目的地を記録媒体から消去する消去手段と、を備える。
【０００６】
前記の目的を達成するため、本発明の経路案内方法は、利用者が車両で移動し、その後、車両以外の移動手段で移動する移動予定経路の目的地を記録媒体に記録する記録工程と、利用者が車両から降車したか否かを判定する判定工程と、車両に搭載された車載器において移動予定経路の案内が中止され、かつ、利用者が車両から降車した場合には、利用者の携帯端末にて移動予定経路の案内が可能となるように目的地を記録媒体に記録した状態を維持し、車載器において移動予定経路の案内が中止され、かつ、利用者が車両から降車していない場合には、目的地を記録媒体から消去する消去工程と、を含む。
【０００７】
前記の目的を達成するため、本発明の経路案内プログラムは、利用者が車両で移動し、その後、車両以外の移動手段で移動する移動予定経路の目的地を記録媒体に記録する記録機能と、利用者が車両から降車したか否かを判定する判定機能と、車両に搭載された車載器において移動予定経路の案内が中止され、かつ、利用者が車両から降車した場合には、利用者の携帯端末にて移動予定経路の案内が可能となるように目的地を記録媒体に記録した状態を維持し、車載器において移動予定経路の案内が中止され、かつ、利用者が車両から降車していない場合には、目的地を記録媒体から消去する消去機能と、をコンピュータに実行させる。
【０００８】
以上説明した本発明の構成において、運転者が車載器にて行われている移動予定経路の案内を中止することができる。従って、運転者と利用者とが同乗した車両から利用者が降車した後に、不必要な移動予定経路の案内が継続されることを防止できる。また、車載器において移動予定経路の案内を中止した場合であっても、利用者が車両から降車した場合には目的地を記録媒体に記録しておくことができるため、記録媒体に記録された目的地までの移動予定経路の案内を利用者の携帯端末に引き継ぐことができる。一方、利用者が車両から降車していない状態で案内を中止した場合、すなわち利用者が車両に乗車した状態（運転者と同乗している場合，利用者が運転者である場合）で案内を中止した場合、利用者が目的地を訪れる意思がなくなったものと考えることができる。このような場合には、目的地を記録媒体か消去できるため、記録媒体に不必要に目的地が記録され続けることを回避できる。
【図面の簡単な説明】
【０００９】
【図１】経路案内システムのブロック図である。
【図２】図２Ａ〜図２Ｃは移動予定経路の模式図である。
【図３】図３Ａは目的地管理処理のフローチャート、図３Ｂは経路引継処理のフローチャートである。
【図４】他の実施形態にかかる経路案内システムのブロック図である。
【発明を実施するための形態】
【００１０】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）車載器の構成：
（２）携帯端末の構成：
（３）サーバ（経路案内システムの構成）の構成：
（４）経路案内システムの処理：
（５）他の実施形態：
【００１１】
（１）車載器の構成：
図１は、経路案内システムは、経路案内システムとしてのサーバ１０と、携帯端末２１０と、車両Ｃに搭載された車載器１１０の構成を示すブロック図である。
まず、車載器１１０の構成について説明する。車両Ｃには、車載器１１０と通信部１４０と位置センサ１４１とＵＩ（User Interface）部１４２とドアセンサ１４３とが備えられている。車両Ｃとは、携帯端末２１０の利用者やその家族等が運転可能な自動車である。
【００１２】
車載器１１０は、ＵＩ部１４２としてのタッチパネルディスプレイに車両Ｃの周辺の地図を表示させ、当該地図上に車両Ｃの現在位置を表示させるナビゲーション装置である。位置センサ１４１は、ＧＰＳ受信部や車速センサやジャイロセンサ等であり、車両Ｃの現在位置を算出するための信号を車載器１１０に出力する。なお、車載器１１０は、位置センサ１４１の信号を利用して、公知のマップマッチングを行うことにより車両Ｃの現在位置を特定してもよい。通信部１４０は、サーバ１０と通信するための回路によって構成される。ＵＩ部１４２は、タッチパネルディスプレイであり、画像の出力装置と、タッチ操作の入力装置とを兼ねる。ドアセンサ１４３は、ドアの開閉を検知可能なセンサであり、機械式のセンサであってもよいし、光学式のセンサであってもよい。なお、車載器１１０とドアセンサ１４３との間に車両Ｃを制御するＥＣＵ（Electronic Control Unit）が介在してもよい。すなわち、車載器１１０は、ＥＣＵからドアの開閉状態を示す情報を取得してもよい。
【００１３】
車載器１１０は、ＣＰＵとＲＡＭとＲＯＭ等を備える制御部１２０と記録媒体１３０とを備えており、当該記録媒体１３０やＲＯＭに記憶されたプログラムを制御部１２０が実行する。記録媒体１３０は、移動予定経路を示す経路情報１３０ａを記録している。移動予定経路とは、利用者が車両Ｃで移動し、その後、車両Ｃ以外の移動手段で移動する経路である。
【００１４】
図２Ａ〜図２Ｃは、本実施形態の移動予定経路Ｒの模式図である。同図の例において、移動予定経路Ｒは、車両Ｃで出発地Ｓから駅Ａまで移動する車両経路Ｒ１と、電車で駅Ａから駅Ｂまで移動する電車経路Ｒ２と、徒歩で駅Ｂから目的地Ｇまで移動する徒歩経路Ｒ３とによって構成されている。本実施形態において、経路情報１３０ａは、携帯端末２１０の利用者Ｕが車両Ｃで移動し、その後車両Ｃ以外の移動手段である電車と徒歩で移動する移動予定経路Ｒを示す。なお、車載器１１０の経路情報１３０ａは、必ずしも電車経路Ｒ２と徒歩経路Ｒ３を示さなくてもよく、車両経路Ｒ１のみを示してもよい。また、移動予定経路Ｒは、船舶で航空機やバス等の公共交通機関やタクシーで移動する経路を含んでもよい。
【００１５】
制御部１２０は、車載器プログラム１２１を実行する。車載器プログラム１２１は、車両経路案内モジュール１２１ａと中止モジュール１２１ｂを含む。車両経路案内モジュール１２１ａは、移動予定経路Ｒのうち車両経路Ｒ１を案内する機能を制御部１２０に実現させるモジュールである。すなわち、車両経路案内モジュール１２１ａの機能により制御部１２０は、車両Ｃが車両経路Ｒ１上を走行するように運転者を誘導するための案内をＵＩ部１４２に出力させる。車両経路Ｒ１は、車両Ｃが走行可能な自動車道路網の道路区間で構成される。
【００１６】
図２Ａ〜図２Ｃの例では、出発地Ｓから駅Ａまでを接続する車両経路Ｒ１上を走行するように運転者を誘導するための案内が行われる。例えば、制御部１２０は、交差点において車両経路Ｒ１上の進行方向を案内してもよいし、ＵＩ部１４２が表示する地図上において移動予定経路Ｒを強調して表示してもよい。車両経路案内モジュール１２１ａの機能により制御部１２０は、車両Ｃの現在位置が車両経路Ｒ１から逸脱したか否かを判定し、現在位置が車両経路Ｒ１から逸脱した場合には、現在位置から駅Ａまでの最適な車両経路Ｒ１を再探索する。車両経路Ｒ１の再探索は制御部１２０によって行われてもよいし、再探索の要求を車載器１１０から受信したサーバ１０によって行われてもよい。また、車両経路Ｒ１には、再探索された経路も含まれることとする。
【００１７】
中止モジュール１２１ｂは、車載器１１０にて移動予定経路Ｒの案内を中止する機能を制御部１２０に実現させるモジュールである。中止モジュール１２１ｂの機能により制御部１２０は、ＵＩ部１４２としてのタッチパネルディスプレイにおいて移動予定経路Ｒ（車両経路Ｒ１）の案内を中止する操作を受け付け、当該操作を受け付けた場合に移動予定経路Ｒの案内を中止する。また、中止モジュール１２１ｂの機能により制御部１２０は、移動予定経路Ｒの案内を中止すると、経路情報１３０ａを記録媒体１３０から消去するとともに、移動予定経路Ｒの案内を中止した旨を示す中止通知をサーバ１０に送信する。中止モジュール１２１ｂの機能により制御部１２０は、移動予定経路Ｒの案内を中止する際に、車両Ｃの現在位置とドアセンサ１４３の検知状況の履歴情報を取得し、当該履歴情報を中止通知に添付する。
履歴情報は、移動予定経路Ｒの案内を中止する操作が受け付けられた時刻から予め決められた長さ（例えば２０分）だけ遡った期間の履歴を示してもよいし、移動予定経路Ｒを案内していた全期間の履歴を示してもよい。この履歴情報に基づいて、どの地点で車両Ｃのドアが開閉されたかを特定することができる。
【００１８】
（２）携帯端末の構成：
携帯端末２１０は、ＣＰＵとＲＡＭとＲＯＭ等を備える制御部２２０と記録媒体２３０と通信部２４０とＧＰＳ受信部２４１とＵＩ部２４２とを備えており、当該記録媒体２３０やＲＯＭに記憶されたプログラムを制御部２２０が実行する。制御部２２０は、このプログラムの一つとして携帯端末プログラム２２１を実行する。ＧＰＳ受信部２４１は、ＧＰＳ衛星からの電波を受信し、図示しないインタフェースを介して携帯端末２１０の現在位置を算出するための信号を制御部２２０に出力する。通信部２４０は、サーバ１０と通信するための回路によって構成される。制御部２２０は、通信部２４０を介してサーバ１０と通信を行う。ＵＩ部２４２は、タッチパネルディスプレイであり、画像の出力装置と、タッチ操作の入力装置とを兼ねる。
【００１９】
記録媒体２３０には移動予定経路Ｒを示す経路情報２３０ａが記録されている。経路情報２３０ａは、車載器１１０の経路情報１３０ａと同様であるが、必ずしも車両経路Ｒ１を示さなくてもよく、電車経路Ｒ２と徒歩経路Ｒ３のみを示してもよい。
【００２０】
携帯端末プログラム２２１は、経路案内モジュール２２１ａを含む。経路案内モジュール２２１ａは、移動予定経路Ｒのうち、車両経路Ｒ１以外の部分を案内する機能を制御部２２０に実現させるモジュールである。例えば、経路案内モジュール２２１ａの機能により制御部１２０は、駅Ａにおいて乗車すべき電車の情報（時刻表、ホーム、運賃等）をＵＩ部２４２にて案内してもよいし、徒歩経路Ｒ３上の交差点における進行方向をＵＩ部２４２にて案内してもよい。
【００２１】
経路案内モジュール２２１ａの機能により制御部２２０は、ＵＩ部２４２におけるタッチ操作に応じて利用者Ｕが指定した出発地Ｓと目的地Ｇとを取得し、当該出発地Ｓと目的地Ｇとを示す経路探索要求をサーバ１０に送信する。経路探索要求には、出発地Ｓと目的地Ｇとのほかに、携帯端末２１０の利用者Ｕごとに固有の利用者ＩＤ（識別番号）も含まれる。
【００２２】
また、経路案内モジュール２２１ａの機能により制御部２２０は、ＵＩ部２４２におけるタッチ操作に応じて引継要求をサーバ１０に送信する。引継要求には、携帯端末２１０の利用者Ｕの利用者ＩＤと携帯端末２１０の現在位置が含まれる。引継要求には、出発地Ｓと目的地Ｇとが含まれない。
【００２３】
（３）サーバ（経路案内システムの構成）の構成：
サーバ１０は、ＣＰＵとＲＡＭとＲＯＭ等を備える制御部２０と記録媒体３０と通信部４０とを備えており、当該記録媒体１３０やＲＯＭに記憶されたプログラムを制御部２０が実行する。制御部２０は、このプログラムの一つとして経路案内プログラム２１を実行する。通信部４０は、車両Ｃおよび携帯端末２１０と無線通信するための回路を備えるとともに、交通情報サーバ（不図示）と通信するための回路を備える。交通情報サーバは、車両Ｃが走行可能な自動車道路網の道路区間ごとに車両渋滞度（渋滞、混雑、空き）を示す渋滞情報をサーバ１０に提供するサーバである。
【００２４】
記録媒体３０は、地図情報３０ａを記録する。地図情報３０ａには、自動車道路網と徒歩道路網と公共交通網（バス路線網、鉄道路線網、航空路線網等）を特定するデータや、目的地として設定され得る施設を示す施設データ等が含まれている。各交通網を特定するデータは、２個のノード間を接続するリンクを特定するリンクデータと、前記ノードを示すノードデータ等を含む。リンクは各交通網に対応する移動手段が通行可能な通路の区間を意味し、ノードは当該区間の始点または終点を意味する。リンクデータには、リンク上のノード以外の位置に設定された形状補間点の位置を示す形状補間点データと、リンクの区間長を示す区間長データとが含まれる。なお、単一のノードに対して２種類以上の移動手段で通行可能なリンクが共通して接続している場合があり、このようなノードは移動手段の変更（乗換）が可能な地点（駅、バス停、空港等）を意味する。また、自動車道路網と徒歩道路網とにおいて多くのリンクが共通するが、自動車専用道路に対応するリンクは自動車道路網のみに含まれ、車道に併設されていない歩道に対応するリンクは徒歩道路網のみに含まれる。
【００２５】
記録媒体３０は、目的地情報３０ｂを記録する。目的地情報３０ｂは、利用者Ｕの利用者ＩＤごとに目的地Ｇを示す情報である。すなわち、記録媒体３０は、利用者Ｕが車両Ｃで移動し、その後、車両Ｃ以外の移動手段で移動する移動予定経路Ｒの目的地Ｇを記録する。むろん、目的地情報３０ｂにおいては、利用者Ｕが車両Ｃで移動し、その後、車両Ｃ以外の移動手段で移動する移動予定経路Ｒの目的地Ｇだけでなく、車両Ｃのみで到着できる移動予定経路Ｒの目的地Ｇや、車両Ｃ以外の移動手段のみで到着できる移動予定経路Ｒも記録され得る。
【００２６】
携帯端末２１０から経路探索要求を受信した場合、制御部２０は、当該経路探索要求が示す利用者ＩＤと目的地Ｇとを互いに対応付けて目的地情報３０ｂに記録する。原則として、制御部２０は、目的地Ｇに利用者Ｕが到着した旨を示す到着通知と、移動予定経路Ｒの案内を中止した旨を示す中止通知とを、車載器１１０または携帯端末２１０から受け付けた場合に、目的地情報３０ｂから当該車載器１１０または携帯端末２１０の利用者Ｕの利用者ＩＤに対応付けられた目的地Ｇを消去する。なお、車載器１１０と携帯端末２１０には、当該車載器１１０と携帯端末２１０とを利用する利用者Ｕの利用者ＩＤが対応付けられており、車載器１１０と携帯端末２１０と利用者ＩＤとの対応関係を規定したデータベース（不図示）がサーバ１０の記録媒体３０に記録されている。
【００２７】
経路案内プログラム２１は、判定モジュール２１ａと消去モジュール２１ｂと探索モジュール２１ｃとを含む。
判定モジュール２１ａは、利用者Ｕが車両Ｃから降車したか否かを判定する機能を制御部２０に実現させるプログラムモジュールである。判定モジュール２１ａの機能により制御部２０は、車載器１１０から移動予定経路Ｒ（車両経路Ｒ１）の案内を中止した旨を示す中止通知を受信した場合に、利用者Ｕが車両Ｃから降車したか否かを判定する。なお、中止モジュール１２１ｂの機能により車載器１１０の制御部１２０は、ＵＩ部１４２としてのタッチパネルディスプレイにおいて車両経路Ｒ１の案内を中止する操作を受け付けた場合に、車両経路Ｒ１の案内を中止するとともに、中止通知をサーバ１０に送信する。この中止通知には、どの地点で車両Ｃのドアが開閉されたかを特定することが可能な履歴情報が添付されている。
【００２８】
ここで、判定モジュール２１ａの機能により制御部２０は、車両Ｃのドアの開閉が検知された場合に、利用者Ｕが車両Ｃから降車したと判定する。より具体的に、判定モジュール２１ａの機能により制御部２０は、車両Ｃから車両Ｃ以外の移動手段へと乗換可能な地点である判定地点と車両Ｃとの距離が判定距離以内である状態において、車両Ｃのドアの開閉が検知された場合に、利用者Ｕが車両Ｃから降車したと判定する。
【００２９】
本実施形態おいて、判定地点は、移動予定経路Ｒ上において車両Ｃから利用者Ｕが降車する予定の地点である。すなわち、図２Ａ〜図２Ｃの例において、判定地点Ｐ（白丸）は、車両Ｃから利用者Ｕが降車して電車に乗り換える予定である駅Ａに設定された地点である。図２Ａ〜図２Ｃに示すように、判定モジュール２１ａの機能により制御部２０は、利用者Ｕが車両Ｃの次の移動手段へと乗り換える施設（駅Ａ）に接続する移動予定経路Ｒ上の地点（駅Ａの取り付けリンク）を判定地点Ｐとして取得する。なお、制御部２０は、駅Ａの形状を示すポリゴンの重心を判定地点Ｐとして取得してもよいし、移動予定経路Ｒ上の地点のうち駅Ａの形状を示すポリゴンに再接近する地点を判定地点Ｐとして取得してもよい。また、車両経路Ｒ１の終点（降車する予定の地点）は駅Ａの周辺の駐車場であってもよく、制御部２０は、当該駐車場内の地点を判定地点Ｐとして取得してもよい。
【００３０】
図２Ａ〜図２Ｃに示すように、制御部２０は、判定地点Ｐが中心をなし、半径が判定距離Ｈの円形範囲内（破線内）にて車両Ｃのドアの開閉が検知された場合に、利用者Ｕが降車したと判定する。本実施形態において、判定距離Ｈは、判定地点Ｐの周辺の車両渋滞度が大きいほど大きい値に設定される。より具体的に、判定距離Ｈは、移動予定経路Ｒ（車両経路Ｒ１）上の車両渋滞度が大きいほど大きい値に設定されてもよい。判定モジュール２１ａの機能により制御部２０は、判定地点Ｐから予め決められた距離（例えば９００ｍ）以内の範囲内に存在する車両経路Ｒ１上の道路区間の車両渋滞度を取得し、当該車両渋滞度を解析する。
【００３１】
図２Ｃに示すように、制御部２０は、判定地点Ｐから予め決められた距離以内の範囲内に存在する車両経路Ｒ１上の道路区間のうち、車両渋滞度が渋滞または混雑となっている道路区間の割合である混雑割合が第１閾値（例えば７５％）以上である場合、判定距離Ｈを第１距離Ｌ１（例えば９００ｍ）に設定する。図２Ａに示すように、制御部２０は、判定地点Ｐから予め決められた距離以内の範囲内に存在する車両経路Ｒ１上の道路区間のうち、車両渋滞度が渋滞または混雑となっている道路区間の混雑割合が第１閾値未満かつ第２閾値（例えば２５％）以上である場合、判定距離Ｈを第２距離Ｌ２（例えば６００ｍ）に設定する。図２Ｂに示すように、制御部２０は、判定地点Ｐから予め決められた距離以内の範囲内に存在する車両経路Ｒ１上の道路区間のうち、車両渋滞度が渋滞または混雑となっている道路区間の混雑割合が第２閾値未満である場合、判定距離Ｈを第３距離Ｌ３（例えば３００ｍ）に設定する。
【００３２】
消去モジュール２１ｂは、車両Ｃに搭載された車載器１１０において移動予定経路Ｒ（車両経路Ｒ１）の経路案内が中止され、かつ、利用者Ｕが車両Ｃから降車した場合には、利用者Ｕの携帯端末２１０にて移動予定経路Ｒ（電車経路Ｒ２，徒歩経路Ｒ３）の案内が可能となるように目的地Ｇを記録媒体３０に記録した状態を維持し、車載器１１０において移動予定経路Ｒ（車両経路Ｒ１）の経路案内が中止され、かつ、利用者Ｕが車両Ｃから降車していない場合には、目的地Ｇを記録媒体３０から消去する機能を制御部２０に実現させるプログラムモジュールである。
【００３３】
消去モジュール２１ｂの機能により制御部２０は、車載器１１０から中止通知を受信し、かつ、当該中止通知に添付された履歴情報に基づいて利用者Ｕが降車したと判定された場合には、降車した利用者Ｕが引き続き移動予定経路Ｒの案内を受けることが可能なように、当該利用者Ｕの利用者ＩＤに対応付けられた目的地Ｇが目的地情報３０ｂに記録された状態を維持する。一方、消去モジュール２１ｂの機能により制御部２０は、車載器１１０から中止通知を受信し、かつ、当該中止通知に添付された履歴情報に基づいて利用者Ｕが降車したと判定されなかった場合には、当該利用者Ｕの利用者ＩＤに対応付けられた目的地Ｇを目的地情報３０ｂから消去する。
【００３４】
探索モジュール２１ｃは、経路探索要求および引継要求に応じて移動予定経路Ｒを探索する機能を制御部２０に実現させるプログラムモジュールである。探索モジュール２１ｃの機能により制御部２０は、携帯端末２１０から経路探索要求を受信した場合に、当該経路探索要求に含まれた出発地Ｓから目的地Ｇまでの移動予定経路Ｒを公知のマルチモーダル経路探索手法によって探索し、探索された移動予定経路Ｒを示す経路情報２３０ａを携帯端末２１０に送信する。
【００３５】
一方、探索モジュール２１ｃの機能により制御部２０は、車載器１１０または携帯端末２１０から引継要求を受信した場合に、当該引継要求に含まれた利用者ＩＤを取得し、当該利用者ＩＤが対応付けられた目的地Ｇが目的地情報３０ｂに記録されているか否かを判定する。利用者ＩＤが対応付けられた目的地Ｇが目的地情報３０ｂに記録されている場合、探索モジュール２１ｃの機能により制御部２０は、引継要求を送信した車載器１１０または携帯端末２１０の現在位置から目的地Ｇまでの移動予定経路Ｒを探索し、当該移動予定経路Ｒを示す経路情報１３０ａ，２３０ａを車載器１１０または携帯端末２１０に送信する。これにより、目的地Ｇが目的地情報３０ｂに記録されている限り、車両Ｃから降車した利用者Ｕの携帯端末２１０が引継要求をサーバ１０に送信することにより、車両Ｃから降車した利用者Ｕが携帯端末２１０にて移動予定経路Ｒ（電車経路Ｒ２，徒歩経路Ｒ３）の案内を受けることができる。一方、利用者ＩＤが対応付けられた目的地Ｇが目的地情報３０ｂに記録されていない場合、探索モジュール２１ｃの機能により制御部２０は、移動予定経路Ｒを探索せず、経路情報１３０ａ，２３０ａを車載器１１０または携帯端末２１０に送信しない。この場合、制御部２０は、目的地Ｇを新たに設定すべき通知を車載器１１０または携帯端末２１０に送信してもよい。
【００３６】
なお、図２Ａ〜図２Ｃの例において、利用者Ｕが自宅等で経路探索要求を携帯端末２１０からサーバ１０に送信した場合、最初に車両Ｃで移動すべき移動予定経路Ｒを示す経路情報２３０ａが携帯端末２１０に送信されることとなる。その後、利用者Ｕが車両Ｃに乗車し、車載器１１０の電源がＯＮとなると、車載器１１０はサーバ１０に引継要求を送信し、経路情報１３０ａが車載器１１０に送信されることとなる。このように、車載器１１０に経路情報１３０ａを送信した場合、経路案内は車載器１１０に引き継がれることとなる。サーバ１０は、車載器１１０に経路情報１３０ａを送信すると、携帯端末２１０に経路情報２３０ａの消去要求を送信し、それに応じて携帯端末２１０の制御部２２０は経路情報２３０ａ記録媒体２３０から消去する。そのため、利用者Ｕが車両Ｃから降車した直後の段階では、携帯端末２１０の記録媒体２３０に経路情報２３０ａが記録されていないこととなる。この状態で、利用者Ｕの操作等に応じて、携帯端末２１０が引継要求をサーバ１０に送信することにより、再び携帯端末２１０が経路情報２３０ａを取得することができる。
【００３７】
以上説明した本実施形態の構成において、車載器１１０にて移動予定経路Ｒの案内を中止する操作を受け付けることとしたため、運転者が車載器１１０にて行われている移動予定経路Ｒの案内を中止することができる。従って、運転者と利用者Ｕとが同乗した車両Ｃから利用者Ｕが降車した後に、不必要な移動予定経路Ｒの案内が継続されることを防止できる。また、車載器１１０において移動予定経路Ｒの案内を中止した場合であっても、利用者が車両Ｃから降車した場合には目的地Ｇを記録媒体３０に保持しておくことができるため、記録媒体３０に保持された目的地Ｇまでの移動予定経路Ｒの案内を利用者の携帯端末２１０に引き継ぐことができる。図２Ｃのように、駅Ａから帰路についた運転者Ｄが移動予定経路Ｒの案内を中止することにより、駅Ａまでの経路の再探索が繰り返して行われる煩わしさから解放されるとともに、車両Ｃから降車した利用者Ｕの携帯端末２１０にて移動予定経路Ｒの案内を引き継ぐことができる。
【００３８】
一方、利用者Ｕが車両Ｃから降車していない状態で案内を中止した場合、すなわち利用者Ｕが車両Ｃに乗車した状態で案内を中止した場合、利用者Ｕが目的地Ｇを訪れる意思がなくなったものと考えることができる。このような場合には、目的地Ｇを記録媒体３０から消去できるため、記録媒体３０に不必要に目的地Ｇが記録され続けることを回避できる。図２Ａのように、駅Ａに向かう車両経路Ｒ１の途中においても移動予定経路Ｒの案内を中止することができるとともに、利用者Ｕが車両Ｃに乗車している状態で移動予定経路Ｒの案内が中止されたため、利用者Ｕが目的地Ｇを訪れる意思がなくなったものと判断できる。
【００３９】
ここで、判定モジュール２１ａの機能により制御部２０は、車両Ｃのドアの開閉が検知された場合に、利用者Ｕが車両Ｃから降車したと判定している。利用者Ｕが車両Ｃから降車するにはドアの開閉が必ず行われるため、利用者Ｕが車両Ｃから降車したか否かを適切に判定できる。また、判定モジュール２１ａの機能により制御部２０は、車両Ｃから車両Ｃ以外の移動手段へと乗換可能な地点である判定地点Ｐと車両Ｃとの距離が判定距離Ｈ以内である状態において、車両Ｃのドアの開閉が検知された場合に、利用者Ｕが車両Ｃから降車したと判定している。他の移動手段への乗換ができない地点においてドアが開閉した場合、利用者Ｕや運転者Ｄは車両に乗ったままか、一旦降車して再度乗車した可能性が大きいため、利用者Ｕが車両Ｃから降車したとの誤判定を抑制できる。すなわち、単に利用者Ｃが車両Ｃから降車したか否を判定するのではなく、車両Ｃ以外の移動手段に乗り換えるために利用者Ｃが車両Ｃから降車したか否かを精度よく判定できる。図２Ｂのように、駅Ａに向かう車両経路Ｒ１において利用者Ｕが降車しているが、電車に乗換可能な駅Ａから離れた地点にて利用者Ｕが降車しているため、例えばコンビニエンスストア等で所用を済ます等のために一時的に利用者Ｕが降車したに過ぎず、再度、利用者Ｕが車両Ｃに乗車したと判断できる。
【００４０】
また、判定距離Ｈは、判定地点Ｐの周辺の車両渋滞度が大きいほど大きい値に設定されている。判定地点Ｐの周辺の車両渋滞度が大きいほど、判定地点Ｐから大きく離れた手前の地点で利用者が降車して、判定地点Ｐへと徒歩で向かう可能性が大きくなる。従って、判定地点Ｐの周辺の車両渋滞度が大きいほど判定距離Ｈを大きくすることにより、判定地点Ｐの手前で利用者Ｕが降車して判定地点Ｐへと徒歩で向かっているのに、利用者Ｕが降車していないと判定される可能性を抑制できる。
【００４１】
さらに、判定距離Ｈは、移動予定経路Ｒ（車両経路Ｒ１）上の車両渋滞度が大きいほど大きい値に設定されている。移動予定経路Ｒは車両Ｃが通行している可能性が大きい道路であるため、車両Ｃが通行している可能性の大きい道路上の車両渋滞度に基づいて判定距離Ｈを設定できる。
【００４２】
また、判定地点Ｐは、移動予定経路Ｒ上において車両Ｃから利用者が降車する予定の地点とされている。すなわち、単に駅やバス停などであるだけではなく、乗換を行うことが予定されている地点（駅Ａ）を判定地点Ｐとすることにより、降車したか否かを高い精度で判定できる。
【００４３】
（４）経路案内システムの処理：
図３Ａは、経路案内システムとしてのサーバ１０が実行する目的地管理処理のフローチャートである。まず、消去モジュール２１ｂの機能により制御部２０は、車載器１１０にて移動予定経路Ｒの経路案内が行われているか否かを判定する（ステップＳ１００）。例えば、制御部２０は、車載器１１０に対して経路情報１３０ａを送信した後において、経路案内の中止通知または目的地Ｇへの到着通知を車載器１１０から受信していない場合には車載器１１０にて経路案内が行われていると判定してもよい。むろん、制御部２０は、経路案内を行っている否かを示す情報を車載器１１０から周期的に受信し、当該情報に基づいて経路案内が行われているか否かを判定してもよい。車載器１１０にて移動予定経路Ｒの経路案内が行われている場合、携帯端末２１０の記録媒体２３０に経路情報２３０ａは記録されていないこととなる。
【００４４】
車載器１１０にて移動予定経路Ｒの経路案内が行われていると判定した場合（ステップＳ１１０：Ｙ）、消去モジュール２１ｂの機能により制御部２０は、車載器１１０にて移動予定経路Ｒの経路案内が中止されたか否かを判定する（ステップＳ１１０）。すなわち、制御部２０は、車載器１１０から中止通知を受信したか否かを判定する。車載器１１０にて移動予定経路Ｒの経路案内が中止されたと判定した場合（ステップＳ１１０：Ｙ）、車載器１１０にて移動予定経路Ｒの経路案内が行われている状態から、当該経路案内が中止された状態へと遷移したと判断できる。
【００４５】
車載器１１０にて移動予定経路Ｒの経路案内が行われていると判定しなかった場合（ステップＳ１００：Ｎ）、および、車載器１１０にて移動予定経路Ｒの経路案内が中止されたと判定しなかった場合（ステップＳ１１０：Ｎ）、制御部２０は、目的地管理処理の最初に戻るため、車載器１１０にて移動予定経路Ｒの経路案内が行われている状態から、当該経路案内が中止された状態へと遷移するまで待機することができる。
【００４６】
車載器１１０にて移動予定経路Ｒの経路案内が中止されたと判定した場合（ステップＳ１１０：Ｙ）、消去モジュール２１ｂの機能により制御部２０は、判定地点Ｐの周辺の車両渋滞度が大きいほど大きい判定距離Ｈを設定する（ステップＳ１２０）。すなわち、制御部２０は、判定地点Ｐから予め決められた距離（例えば９００ｍ）以内の範囲内に存在する車両経路Ｒ１上の道路区間の車両渋滞度を取得し、当該車両渋滞度が渋滞または混雑となっている道路区間の割合である混雑割合を取得する。そして、制御部２０は、混雑割合が大きいほど、大きい判定距離Ｈを設定する。なお、制御部２０は、車載器１１０にて案内していた移動予定経路Ｒを示す経路情報１３０ａを車載器１１０から受信してもよいし、移動予定経路Ｒを探索した際に経路情報１３０ａを記録媒体３０に記録しておいてもよい。また、判定地点Ｐは、移動予定経路Ｒ上において車両Ｃから車両Ｃ以外の移動手段（電車）へと乗り換える予定の駅Ａに設定されている。
【００４７】
次に、判定モジュール２１ａの機能により制御部２０は、判定地点Ｐから判定距離Ｈ以内の範囲内でドアの開閉が検知されたか否かを判定する（ステップＳ１３０）。すなわち、制御部２０は、利用者Ｕが車両Ｃから降車したか否かを判定する。制御部２０は、中止通知に添付された履歴情報に基づいてドアの開閉が検知された際の車両Ｃの現在位置を取得し、当該現在位置が判定地点Ｐから判定距離Ｈ以内の範囲内であるか否かを判定する。複数回のドアの開閉が検知されていた場合、制御部２０は、最後のドアの開閉が検知された際の現在位置が判定地点Ｐから判定距離Ｈ以内の範囲内であるか否かを判定してもよい。
【００４８】
判定地点Ｐから判定距離Ｈ以内の範囲内でドアの開閉が検知されたと判定した場合（ステップＳ１３０：Ｙ）、消去モジュール２１ｂの機能により制御部２０は、目的地Ｇが目的地情報３０ｂに記録された状態を維持する（ステップＳ１５０）。すなわち、制御部２０は、車載器１１０から中止通知を受信し、かつ、当該中止通知に添付された履歴情報に基づいて利用者Ｕが降車したと判定された場合には、降車した利用者Ｕが引き続き移動予定経路Ｒの案内を受けることが可能なように、当該利用者Ｕの利用者ＩＤに対応付けられた目的地Ｇが目的地情報３０ｂに記録された状態を維持する。この場合、車載器１１０では移動予定経路Ｒの経路案内が中止されているが、利用者ＩＤの携帯端末２１０で移動予定経路Ｒの経路案内を引き継ぐことが可能となる。従って、図２Ｃのように、駅Ａから帰路についた運転者Ｄが移動予定経路Ｒの案内を中止することにより、駅Ａまでの経路の再探索が繰り返して行われる煩わしさから解放されるとともに、車両Ｃから降車した利用者Ｕの携帯端末２１０にて移動予定経路Ｒの案内を引き継ぐことができる。
【００４９】
判定地点Ｐから判定距離Ｈ以内の範囲内でドアの開閉が検知されたと判定しなかった場合（ステップＳ１３０：Ｎ）、消去モジュール２１ｂの機能により制御部２０は、目的地Ｇを記録媒体３０から消去する（ステップＳ１６０）。すなわち、制御部２０は、車載器１１０から中止通知を受信し、かつ、当該中止通知に添付された履歴情報に基づいて利用者Ｕが降車したと判定されなかった場合には、当該利用者Ｕの利用者ＩＤに対応付けられた目的地Ｇを目的地情報３０ｂから消去する。この場合、車載器１１０では移動予定経路Ｒの経路案内が中止され、かつ、利用者ＩＤの携帯端末２１０では移動予定経路Ｒの経路案内を引き継ぐことが不可能となる。例えば、図２Ａのように、駅Ａに向かう車両経路Ｒ１の途中においても移動予定経路Ｒの案内を中止することができるとともに、利用者Ｕが車両Ｃに乗車している状態で移動予定経路Ｒの案内が中止されたため、利用者Ｕが目的地Ｇを訪れる意思がなくなったものと判断できる。
【００５０】
図３Ｂは、経路案内システムとしてのサーバ１０が実行する経路引継処理のフローチャートである。まず、探索モジュール２１ｃの機能により制御部２０は、携帯端末２１０から移動予定経路Ｒの引継要求を受信したか否かを判定する（ステップＳ２００）。携帯端末２１０から移動予定経路Ｒの引継要求を受信したと判定した場合（ステップＳ２００：Ｙ）、探索モジュール２１ｃの機能により制御部２０は、引継要求を送信した携帯端末２１０の利用者ＩＤが対応付けられた目的地Ｇが記録媒体３０に記録されているか否かを判定する（ステップＳ２１０）。
【００５１】
引継要求を送信した携帯端末２１０の利用者ＩＤが対応付けられた目的地Ｇが記録媒体３０に記録されていると判定した場合（ステップＳ２１０：Ｙ）、探索モジュール２１ｃの機能により制御部２０は、目的地Ｇまでの移動予定経路Ｒの経路情報２３０ａを携帯端末２１０に送信する（ステップＳ２２０）。すなわち、制御部２０は、引継要求を送信した携帯端末２１０の現在位置から目的地Ｇまでの移動予定経路Ｒを探索し、当該移動予定経路Ｒを示す経路情報２３０ａを携帯端末２１０に送信する。これにより、目的地Ｇが目的地情報３０ｂに記録されている限り、車両Ｃから降車した利用者の携帯端末２１０が引継要求をサーバ１０に送信することにより、車両Ｃから降車した利用者Ｕが携帯端末２１０にて移動予定経路Ｒ（電車経路Ｒ２，徒歩経路Ｒ３）の案内を受けることができる。
【００５２】
一方、引継要求を送信した携帯端末２１０の利用者ＩＤが対応付けられた目的地Ｇが記録媒体３０に記録されていると判定しなかった場合（ステップＳ２１０：Ｎ）、経路情報２３０ａは携帯端末２１０に送信されないこととなり、携帯端末２１０にて経路案内が引き継がれないようになる。
【００５３】
（５）他の実施形態：
図４は、他の実施形態にかかる経路案内システムのブロック図である。本実施形態において、携帯端末２１０において経路案内システムが実現されている。すなわち、携帯端末２１０の記録媒体３０にて目的地情報３０ｂが記録され、携帯端末２１０の制御部２２０において判定モジュール２１ａと消去モジュール２１ｂと探索モジュール２１ｃとが実行されている。この構成において、携帯端末２１０にて移動予定経路Ｒが探索され、携帯端末２１０にて目的地情報３０ｂが管理されることとなる。
【００５４】
また、判定モジュール２１ａの機能により制御部２２０は、車両Ｃと利用者Ｕの携帯端末２１０との距離が閾値以上となった場合に、利用者Ｕが車両Ｃから降車したと判定してもよい。図４においては、車載器１１０が車両Ｃのドアセンサと通信可能となるように構成されていない。本実施形態の車載器１１０は、いわゆるポータブルナビゲーション装置であり、位置センサ１４１としてのＧＰＳ受信部と通信部１４０とＵＩ部１４２とを内蔵している。この構成において、判定モジュール２１ａの機能により制御部２２０は、車両Ｃの通信部１４０と、携帯端末２１０の通信部２４０との間の通信が途絶えた場合に、車両Ｃと利用者Ｕの携帯端末２１０との距離が閾値以上となったと見なすため、利用者Ｕが車両Ｃから降車した否かを判定できる。この場合、無線ＬＡＮ(Local Area Network)やＢｌｕｅｔｏｏｔｈ（登録商標）や赤外線通信等の近距離通信によって、通信部１４０，２４０間の通信を行うようにしてもよい。
【００５５】
制御部２２０は、通信部１４０，２４０間の通信における電波強度が基準値以下となった場合や、通信部１４０，２４０間の通信におけるエラーレートが基準値以上となった場合に、車両Ｃと利用者Ｕの携帯端末２１０との距離が閾値以上となったと見なしてもよい。むろん、制御部２２０は、携帯端末２１０の現在位置と車両Ｃの現在位置とに基づいて、車両Ｃと利用者Ｕの携帯端末２１０との距離が閾値以上となったか否かを判定してもよい。むろん、携帯端末２１０が距離センサを備えてもよい。以上の構成において、携帯端末２１０がドアの開閉を検知しなくても、利用者Ｕが車両Ｃから降車したか否かを判定できる。
【００５６】
前記実施形態においては、サーバ１０の記録媒体３０に目的地Ｇが記録されたが、利用者ＩＤごとに経路情報が記録されてもよい。当然、経路情報は、目的地Ｇも示す情報であるため、消去モジュール２１ｂの機能により制御部２０は、経路情報を消去することにより目的地Ｇを消去してもよい。さらに、利用者Ｕが車両Ｃから降車したか否かを判定する手段が車載器１１０に備えられてもよい。また、利用者Ｕが車両Ｃから降車したか否かを判定する手段と、目的地Ｇを消去する手段と、目的地Ｇを記録する記録媒体３０，２３０と、が別々の装置に備えられてもよい。また、携帯端末２１０は、可搬性のあるコンピュータであればよく、いわゆるスマートフォンであってもよいし、携帯電話であってもよい。
【００５７】
以上の実施形態は本発明を実施するための一例であり、他にも種々の実施形態を採用可能である。目的地を記録する記録媒体は、車載器に備えられてもよいし、携帯端末に備えられてもよいし、車載器や携帯端末と通信可能に接続されたサーバ等のコンピュータに備えられてもよい。車両とは２人以上の乗員が乗車可能であり、車載器が搭載可能な車両であればよい。また、車両以外の移動手段は、例えば徒歩であってもよいし、公共交通機関であってもよい。目的地は、携帯端末にて設定された地点であってもよいし、車載器にて設定された地点であってもよい。判定手段は、車載器に備えられてもよいし、携帯端末に備えられてもよいし、車載器や携帯端末と通信可能に接続されたサーバ等のコンピュータに備えられてもよい。判定手段は、利用者の状態を監視するセンサやカメラを含んでもよいし、利用者が降車した操作部を含んでもよい。利用者とは、移動予定経路の案内を利用する人物であり、携帯端末を携帯する人物である。利用者は、車両を運転する場合もあるし、利用者以外の運転者が車両を運転する場合もある。
【００５８】
車載器は、車両に搭載された端末であればよく、車両に対して着脱可能に搭載されてもよい。なお、車載器は、利用者の携帯端末と分離して移動可能な端末である。車載器にて移動予定経路の案内が中止されるとは、移動予定経路の案内を中止するための操作に応じて車載器が移動予定経路の案内を中止することであってもよい。目的地を記録媒体に記録した状態を維持することにより、当該目的地に向かう移動予定経路を探索することができるため、探索した移動予定経路を携帯端末が案内することができる。目的地を記録媒体に記録した状態を維持するとは、少なくとも目的地を示す情報を記録媒体に記録した状態を維持することであり、少なくとも目的地を示す情報とは移動予定経路を示す情報であってもよい。移動予定経路を示す情報を記録媒体に記録しておけば、新たに移動予定経路を探索しなくても、移動予定経路を携帯端末が案内することができる。目的地を記録媒体から消去するとは、利用者の携帯端末にて移動予定経路の案内が不可能となるように、少なくとも目的地を示す情報を消去したり無効化したりすることである。
【００５９】
ここで、判定手段は、車両のドアの開閉が検知された場合に、利用者が車両から降車したと判定してもよい。利用者が車両から降車するにはドアの開閉が必ず行われるため、利用者が車両から降車したか否かを適切に判定できる。
【００６０】
また、判定手段は、車両から車両以外の移動手段へと乗換可能な地点である判定地点と車両との距離が判定距離以内である状態において、車両のドアの開閉が検知された場合に、利用者が車両から降車したと判定してもよい。他の移動手段への乗換ができない地点においてドアが開閉した場合、利用者や運転者は車両に乗ったままか、一旦降車して再度乗車した可能性が大きいため、利用者が車両から降車したとの誤判定を抑制できる。判定地点とは、車両から車両以外の移動手段へと乗換可能な地点であればよく、例えば駅やバス停や空港や駐車場の付近に設定される地点である。乗換には、車両で移動する状態から徒歩で移動する状態へと遷移することも含むこととする。
【００６１】
また、判定距離は、判定地点の周辺の車両渋滞度が大きいほど大きい値に設定されてもよい。判定地点の周辺の車両渋滞度が大きいほど、判定地点から大きく離れた手前の地点で利用者が降車して、判定地点へと徒歩で向かう可能性が大きくなる。従って、判定地点の周辺の車両渋滞度が大きいほど判定距離を大きくすることにより、判定地点の手前で利用者Ｕが降車して判定地点へと徒歩で向かっているのに、利用者が降車していないと判定される可能性を抑制できる。
【００６２】
さらに、判定距離は、移動予定経路上の車両渋滞度が大きいほど大きい値に設定されてもよい。移動予定経路は車両が通行している可能性が大きい道路であるため、車両が通行している可能性の大きい道路上の車両渋滞度に基づいて判定距離を設定できる。
【００６３】
また、判定地点は、移動予定経路上において車両から利用者が降車する予定の地点であってもよい。すなわち、単に駅やバス停などであるだけではなく、乗換を行うことが予定されている地点を判定地点とすることにより、降車したか否かを高い精度で判定できる。
【００６４】
さらに、判定手段は、車両と利用者の携帯端末との距離が閾値以上となった場合に、利用者が車両から降車したと判定してもよい。これにより、降車したか否かを容易に判定できる。例えば、ドアの開閉を検知しなくても、利用者が車両から降車したか否かを判定できる。
【００６５】
さらに、本発明のように、車載器にて移動予定経路が中止された場合に目的地を消去するか否かを決定する手法は、プログラムや方法としても適用可能である。また、以上のようなシステム、プログラム、方法は、単独の装置として実現される場合もあれば、車両に備えられる各部と共有の部品を利用して実現される場合もあり、各種の態様を含むものである。例えば、以上のような装置を備えたナビゲーションシステム、走行履歴情報の管理システムや方法、プログラムを提供することが可能である。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、装置を制御するプログラムの記録媒体としても発明は成立する。むろん、そのソフトウェアの記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【符号の説明】
【００６６】
１０…サーバ、２０…制御部、２１…経路案内プログラム、２１ａ…判定モジュール、２１ｂ…消去モジュール、２１ｃ…探索モジュール、３０…記録媒体、３０ａ…地図情報、３０ｂ…目的地情報、４０…通信部、１１０…車載器、１２０…制御部、１２１…車載器プログラム、１２１ａ…車両経路案内モジュール、１２１ｂ…中止モジュール、１３０…記録媒体、１３０ａ…経路情報、１４０…通信部、１４１…位置センサ、１４２…ＵＩ部、１４３…ドアセンサ、２１０…携帯端末、２２０…制御部、２２１…携帯端末プログラム、２２１ａ…経路案内モジュール、２３０…記録媒体、２３０ａ…経路情報、２４０…通信部、２４１…受信部、２４２…ＵＩ部、Ｃ…車両、Ｄ…運転者、Ｇ…目的地、Ｈ…判定距離、ＩＤ…利用者、Ｐ…判定地点、Ｒ…移動予定経路、Ｒ１…車両経路、Ｒ２…電車経路、Ｒ３…徒歩経路、Ｓ…出発地、Ｕ…利用者
【図１】
0006547553.tif 000002
【図２】
0006547553.tif 000003
【図３】
0006547553.tif 000004
【図４】
0006547553.tif 000005