(57)【要約】【課題】燃料を補給することなく出発地に戻れるような、自動車及び他の交通機関を乗り継ぐ経路の候補を取得する。【解決手段】本発明の移動支援装置は、自動車の出発地の位置及び目的地の位置の入力を受け付け、出発地の位置及び目的地の位置に基づいて、出発地から目的地を経由して出発地に戻る場合に自動車が走行する距離である走行予定距離を算出し、燃料残量の減少分及び累積走行距離に基づいて、自動車が燃料を補給することなく走行することが可能な継続走行可能距離を算出し、継続走行可能距離と走行予定距離の大小関係を比較し、比較の結果、継続走行可能距離が走行予定距離未満である場合は、施設情報を参照して、自動車及び他の交通手段を乗り継ぎ出発地から目的地に到達する経路の候補を取得し、取得した経路を画面に表示する。【選択図】図１９
2014032139.tif 000002
【特許請求の範囲】
【請求項１】
自動車が出発地を発車した後の燃料残量及び累積走行距離が記憶される走行情報と、
前記自動車以外の交通手段が利用可能である施設の所在位置が記憶される施設情報と、
を格納する記憶部と、
前記自動車の出発地の位置及び目的地の位置の入力を受け付け、
前記受け付けた出発地の位置及び目的地の位置に基づいて、前記出発地から前記目的地を経由して前記出発地に戻る場合に前記自動車が走行する距離である走行予定距離を算出し、
前記燃料残量の減少分及び前記累積走行距離に基づいて、前記自動車が燃料を補給することなく走行することが可能な継続走行可能距離を算出し、
前記算出した継続走行可能距離と走行予定距離の大小関係を比較し、
前記比較の結果、前記継続走行可能距離が前記走行予定距離未満である場合は、
燃料を補給することなく前記出発地から前記目的地を経由して前記出発地に戻ることができない旨の画面を表示し、
前記自動車及び前記自動車以外の交通手段を乗り継ぎ前記目的地に到達したい旨の指示を、画面を介して受け付け、
前記施設情報を参照して、前記自動車及び前記自動車以外の交通手段を乗り継ぎ前記出発地から前記目的地に到達する経路の候補を取得し、
前記取得した経路を画面に表示する制御部と、
を備えること、
を特徴とする移動支援装置。
【請求項２】
前記制御部は、
前記交通手段のうちのいずれによって目的地に到達したいかを示す、前記交通手段間の選好順位を、画面を介して受け付け、
前記受け付けた選好順位に基づいて、前記経路の候補を取得し、
前記選好順位を変更したい旨の要求を受け付けた場合は、見直し後の選好順位を、画面を介して受け付け、
前記受け付けた見直し後の選好順位に基づいて、前記経路の候補を取得すること、
を特徴とする請求項１に記載の移動支援装置。
【請求項３】
前記記憶部は、
前記交通機関の運行時刻及び使用料金、並びに前記自動車を寄託することが可能な駐車場の使用料金を記憶しており、
前記制御部は、
前記出発地から前記目的地までの所要時間が短いこと、出発地から前記目的地までに支払うべき金額が小さいこと、前記交通手段の変更回数が少ないこと、及び、レンタル自転車又はレンタルカーを使用する時間が短いこと、の４つを含む選択肢間の優先順位を受け付け、
前記受け付けた優先順位に基づいて、前記経路の候補を取得すること、
を特徴とする請求項２に記載の移動支援装置。
【請求項４】
記憶部は、
自動車が出発地を発車した後の燃料残量及び累積走行距離が記憶される走行情報と、
前記自動車以外の交通手段が利用可能である施設の所在位置が記憶される施設情報と、
を格納しており、
制御部は、
前記自動車の出発地の位置及び目的地の位置の入力を受け付け、
前記受け付けた出発地の位置及び目的地の位置に基づいて、前記出発地から前記目的地を経由して前記出発地に戻る場合に前記自動車が走行する距離である走行予定距離を算出し、
前記燃料残量の減少分及び前記累積走行距離に基づいて、前記自動車が燃料を補給することなく走行することが可能な継続走行可能距離を算出し、
前記算出した継続走行可能距離と走行予定距離の大小関係を比較し、
前記比較の結果、前記継続走行可能距離が前記走行予定距離未満である場合は、
燃料を補給することなく前記出発地から前記目的地を経由して前記出発地に戻ることができない旨の画面を表示し、
前記自動車及び前記自動車以外の交通手段を乗り継ぎ前記目的地に到達したい旨の指示を、画面を介して受け付け、
前記施設情報を参照して、前記自動車及び前記自動車以外の交通手段を乗り継ぎ前記出発地から前記目的地に到達する経路の候補を取得し、
前記取得した経路を画面に表示すること、
を特徴とする、前記記憶部及び前記制御部を備える移動支援装置の移動支援方法。
【請求項５】
前記制御部は、
前記交通手段のうちのいずれによって目的地に到達したいかを示す、前記交通手段間の選好順位を、画面を介して受け付け、
前記受け付けた選好順位に基づいて、前記経路の候補を取得し、
前記選好順位を変更したい旨の要求を受け付けた場合は、見直し後の選好順位を、画面を介して受け付け、
前記受け付けた見直し後の選好順位に基づいて、前記経路の候補を取得すること、
を特徴とする請求項４に記載の移動支援方法。
【請求項６】
前記記憶部は、
前記交通機関の運行時刻及び使用料金、並びに前記自動車を寄託することが可能な駐車場の使用料金を記憶しており、
前記制御部は、
前記出発地から前記目的地までの所要時間が短いこと、出発地から前記目的地までに支払うべき金額が小さいこと、前記交通手段の変更回数が少ないこと、及び、レンタル自転車又はレンタルカーを使用する時間が短いこと、の４つを含む選択肢間の優先順位を受け付け、
前記受け付けた優先順位に基づいて、前記経路の候補を取得すること、
を特徴とする請求項５に記載の移動支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動支援装置及び移動支援方法に関する。
【背景技術】
【０００２】
近時、自動車で目的地に到達するまでの経路を提示するナビゲーションシステムが広範に活用されている。さらに、自動車以外の交通手段を併用することを前提とするシステムも提供されている。例えば、特許文献１のパークアンドライドシステムは、自動車を使用して目的地まで行く場合、及び、途中の駐車場に自動車を駐車し、大量輸送手段に乗り換えて目的地まで行く場合の旅行時間及び駐車料金を取得する。
【０００３】
また、近時、環境に対する意識の高まりを背景として、電気自動車（EV, Electric Vehicle）が活用される機会が増えている。電気自動車は、いうまでもなく、蓄電池及び電動機を搭載し、蓄電池から供給される電力によって電動機を駆動し走行する自動車である。電気自動車は、排ガスが発生しないという点で、内燃機関搭載自動車よりも優れる。しかしながら、充電に時間を要し、かつ、行き先で万が一電池切れを起こした場合、充電設備が容易に見つからないこともある。よって、電気自動車のみによって目的地に行き、出発地まで戻るには、事前に慎重に経路等を計画することが肝要である。
特許文献２の電動車両用電池制御装置は、電動車両が出発地から目的地までの同じ道路を往復することを前提として、往路における勾配の度合い及び放電・回生電流に基づいて帰路に要する電力容量を算出し、実際の電力容量が算出した電力容量にまで減少した時点で警告を発する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１９９５７１号公報（段落０００７）
【特許文献２】特開２０１１−２１１８７８号公報（段落００１２）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１及び２の技術は、自動車だけでは目的地を経由して出発地に戻ることができない場合に、他の交通機関を乗り継ぐ具体的な経路の候補を提示するものではない。
そこで、本発明は、燃料を補給することなく出発地に戻れるような、自動車及び他の交通機関を乗り継ぐ経路の候補を取得することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の移動支援装置は、自動車が出発地を発車した後の燃料残量及び累積走行距離が記憶される走行情報と、自動車以外の交通手段が利用可能である施設の所在位置が記憶される施設情報と、を格納する記憶部と、自動車の出発地の位置及び目的地の位置の入力を受け付け、受け付けた出発地の位置及び目的地の位置に基づいて、出発地から目的地を経由して出発地に戻る場合に自動車が走行する距離である走行予定距離を算出し、燃料残量の減少分及び累積走行距離に基づいて、自動車が燃料を補給することなく走行することが可能な継続走行可能距離を算出し、算出した継続走行可能距離と走行予定距離の大小関係を比較し、比較の結果、継続走行可能距離が走行予定距離未満である場合は、燃料を補給することなく出発地から目的地を経由して出発地に戻ることができない旨の画面を表示し、自動車及び自動車以外の交通手段を乗り継ぎ目的地に到達したい旨の指示を、画面を介して受け付け、施設情報を参照して、自動車及び自動車以外の交通手段を乗り継ぎ出発地から目的地に到達する経路の候補を取得し、取得した経路を画面に表示する制御部と、を備えること、を特徴とする。
その他の手段については、発明を実施するための形態のなかで説明する。
【発明の効果】
【０００７】
本発明によれば、燃料を補給することなく出発地に戻れるような、自動車及び他の交通機関を乗り継ぐ経路の候補を取得することが可能になる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態の環境を説明する図である。
【図２】本実施形態の用語等を説明する図である。
【図３】移動支援システムを説明する図である。
【図４】移動支援システムを説明する図である。
【図５】施設情報の一例を示す図である。
【図６】公共交通手段情報の一例を示す図である。
【図７】有料道路情報の一例を示す図である。
【図８】カーシェアスポット施設情報の一例を示す図である。
【図９】レンタルサイクルスポット施設情報の一例を示す図である。
【図１０】駐車場情報の一例を示す図である。
【図１１】設定条件情報の一例を示す図である。
【図１２】走行情報の一例を示す図である。
【図１３】経路検索モデルを説明する図である。
【図１４】経路情報の一例を示す図である。
【図１５】絞り込まれた経路の例である。
【図１６】経路検索処理手順のフローチャートである。
【図１７】経路検索処理手順のフローチャート（続き）である。
【図１８】ナビゲーション処理手順のフローチャートである。
【図１９】各種表示画面の例を示す図である。
【図２０】条件設定画面の例を示す図である。
【図２１】交通情報処理画面の例を示す図である。
【図２２】ナビゲーション画面の例を示す図である。
【発明を実施するための形態】
【０００９】
以降、本発明を実施するための形態（「本実施形態」という）を、図等を参照しながら、電気自動車の例を用いて説明する。しかしながら、本発明は、電気自動車を含む自動車一般に適用可能である。つまり、ガソリン等の化石燃料を燃料とする自動車、液体水素を燃料とする自動車等、有限の「燃料」を自身に蓄積して自走する自動車全般に対して適用可能である。
【００１０】
図１は、本実施形態の環境を説明する図である。路上を電気自動車Ｇ１が走行している。電気自動車Ｇ１は、車両端末装置３（図３）を搭載している。歩行者Ｇ２は、携帯端末装置Ｇ３（図３では符号４）を使用している。歩行者Ｇ２は、電気自動車Ｇ１の運転手であってもかまわない。車両端末装置３及び携帯端末装置Ｇ２は、無線基地局Ｇ６を介してネットワークＧ７（図３では符号７）と接続されている。車両端末装置３及び携帯端末装置Ｇ３は、ＧＰＳ（Global Positioning System）衛星Ｇ４から、現在時刻における自身の位置情報（緯度及び経度）を取得することができる。
処理センタＧ５には、移動支援装置２（図３）が存在する。移動支援装置２は、ネットワークＧ７と接続されている。
【００１１】
（用語等）
図２は、本実施形態の用語等を説明する図である。「出発地」とは、ユーザ（運転手）が電気自動車Ｇ１を運転して出発する起点である。ユーザは、出発地を出発した後、「目的地」を経由して出発地に戻るものとする。「目的地」とは、ユーザが用事を済ませる地点である。ユーザが全行程について電気自動車Ｇ１を使用できれば問題はない。しかしながら、常にそれが可能であるとは限らない。この可否を確認するために、ユーザは、出発地において、車両端末装置３を介して移動支援装置２にアクセスする。そして、不可能であることが判明すると、ユーザは、電気自動車Ｇ１を離れて、他の交通機関等を乗り継いで目的地に到達する。その目的地までの経路において、ユーザは、携帯端末装置Ｇ３を介して移動支援装置２にアクセスし、ナビゲーション情報等を取得する。
【００１２】
いま、ユーザが電気自動車Ｇ１を離れて、他の交通手段に乗り換える場合を想定する。このとき、他の交通手段に初めて乗り換える場所を「第２出発地」と呼ぶ。第２出発地は、出発地から電気自動車Ｇ１が充電を受けずに（蓄電池残量で）到達することが可能な「駐車場」から徒歩で到達できる、「駅」、「バス停」若しくは「レンタルサイクルスポット」である。又は、第２出発地は、出発地から電気自動車Ｇ１が充電を受けずに到達することが可能な「カーシェアスポット」である。
【００１３】
「駅」とは、鉄道が旅客の取扱いをする施設である。「バス停」とは、路線バスが旅客の取扱いをする施設である。「カーシェアスポット」とは、レンタルカーがユーザに対して貸し出される施設である。ユーザは借りたレンタルカーをカーシェアスポットにおいて返却しなければならない。「レンタルサイクルスポット」とは、レンタル自転車がユーザに対して貸し出される施設である。ユーザは借りたレンタル自転車をレンタルサイクルスポットにおいて返却しなければならない。ユーザは、鉄道、路線バス又はレンタル自転車を利用する場合は、その前に、電気自動車Ｇ１をどこかに寄託しておかなければならない。「駐車場」とは、ユーザが電気自動車Ｇ１を寄託しておける施設である。カーシェアスポットは、駐車スペースを有しているものとする。
【００１４】
なお、「公共交通手段」は、鉄道及び路線バスを含む概念である。「交通手段」は、公共交通手段、レンタルカー、レンタル自転車及び徒歩を含む概念である。ユーザは、「レンタルカー」で有料道路を走行することもあり得る。「有料道路出入口」もまた、ユーザが通過する施設である。しかしながら、ユーザが有料道路出入口を通過しても交通手段は変わらないという点で、有料道路出入口は、他の「駅」等の施設とは異なる。
【００１５】
目的地に到達する直前の施設が存在する地点を第２目的地と呼ぶ。「駅」、「バス停」、「駐車場」、「カーシェアスポット」及び「レンタルサイクルスポット」のいずれもが、第２目的地となり得る。目的地を中心にして「徒歩圏内」、「自転車圏内」及び「レンタルカー圏内」が定義される。目的地を中心として、ユーザが所定の時間内に徒歩で目的地に到達できる範囲を目的地の徒歩圏内という。目的地を中心として、ユーザが所定の時間内に自転車で目的地に到達できる範囲を目的地の自転車圏内という。目的地を中心として、ユーザが所定の時間内にレンタルカーで目的地に到達できる範囲を目的地のレンタルカー圏内という。図２には、目的地の徒歩圏内、自転車圏内及びレンタルカー圏内が、３つの同心円として表現されている。
【００１６】
本実施形態の移動支援装置２の大まかな機能は、電気自動車Ｇ１のみを使用して、充電することなく出発地から目的地までを往復することができない場合、電気自動車Ｇ１から他の交通手段に乗り継いで移動できるような、「出発地→第２出発地→第２目的地→目的地」の経路を決定することである。
【００１７】
（移動支援システム）
図３及び図４は、移動支援システム１を説明する図である。移動支援システム１（図３）は、移動支援装置２、車両端末装置３及び携帯端末装置４（図１では符号Ｇ３）を有する。これらは、ネットワーク７（図１では符号Ｇ７）及び無線基地局５、６（図１では符号Ｇ６）を介して接続されている。移動支援装置２は、一般的なコンピュータである。移動支援装置２は、中央制御装置（制御部）１１、キーボード、マウス等の入力装置１２、ディスプレイ等の出力装置１３、主記憶装置１４、補助記憶装置１５及び通信装置１６を有する。これらはシステムバスによって相互に接続されている。
【００１８】
主記憶装置１４における、ユーザ条件設定部２１、経路検索部２２、経路表示部２３及びナビゲーション部２４は、プログラムである。以降、「○○部は」と主体を記した場合は、中央制御装置１１が、補助記憶装置１５から各プログラムを読み出し、主記憶装置１４にロードしたうえで、各プログラムの機能（詳細後記）を実現するものとする（このことは、後記する車両端末装置３及び携帯端末装置４についても同様である）。補助記憶装置１５は、施設情報３１、公共交通手段情報３２、有料道路情報３３、カーシェアスポット施設情報３４、レンタルサイクルスポット施設情報３５、駐車場情報３６、設定条件情報３７、地図データ３８及び経路情報３９を記憶する。
【００１９】
図４は、図３の車両端末装置３及び携帯端末装置４等を詳しく記した図である。車両端末装置３は、一般的な車載コンピュータである。車両端末装置３は、中央制御装置５１、キーボード、タッチパネル等の入力装置５２、ディスプレイ等の出力装置５３、主記憶装置５４、補助記憶装置５５及び通信装置５６を有する。これらはシステムバスによって相互に接続されている。入力装置５２及び出力装置５３は、一体化した入出力装置であってもよい。主記憶装置５４における、ＧＰＳ処理部６１、蓄電池残量検知部６２及び積算距離算出部６３は、プログラムである。補助記憶装置５５は、走行情報７１を記憶する。
【００２０】
携帯端末装置４は、一般的な携帯用のコンピュータである。携帯端末装置４は、中央制御装置８１、タッチパネル等の入力装置８２、ディスプレイ等の出力装置８３、主記憶装置８４、補助記憶装置８５及び通信装置８６を有する。入力装置８２及び出力装置８３は、一体化した入出力装置であってもよい。これらはシステムバスによって相互に接続されている。主記憶装置８４における、ＧＰＳ処理部９１は、プログラムである。
交通情報提供装置８（図３）は、公共交通手段の運行情報、道路の混雑情報、道路における事故情報、災害情報、気象情報等を収集・記憶し、これらの情報を、ネットワーク７を介して広く一般に提供するコンピュータである。交通情報提供装置８の運営主体は、移動支援装置２の運営主体と同じであってもよいし、別であってもよい。
【００２１】
（施設情報）
図５は、施設情報３１の一例を示す図である。施設情報３１においては、施設ＩＤ欄１０１に記憶された施設ＩＤに関連付けて、緯度欄１０２には緯度が、経度欄１０３には経度が、施設名欄１０４には施設名が、施設タイプ欄１０５には施設タイプが、路線名／運営主体名欄１０６には、路線名／運営主体名が記憶されている。
【００２２】
施設ＩＤ欄１０１の施設ＩＤは、施設を一意に特定する識別子である。施設とは、駅、バス停、有料道路出入口、カーシェアスポット、レンタルサイクルスポット及び駐車場を総称する語である。
緯度欄１０２の緯度は、施設が所在する地点の緯度である。
経度欄１０３の経度は、施設が所在する地点の経度である。
施設名欄１０４の施設名は、施設の名称である。
施設タイプ欄１０５の施設タイプは、駅、バス停、有料道路出入口、カーシェアスポット、レンタルサイクルスポット及び駐車場のうちのいずれかである。
路線名／運営主体名欄１０６の路線名／運営主体名は、施設タイプが駅である場合は路線の名称であり、施設タイプがバス停である場合はそのバス停に停車する路線バスの系統の名称であり、施設タイプが有料道路出入口である場合はその有料道路の名称であり、施設タイプがそれ以外である場合はその施設の運営主体の名称である。
【００２３】
（公共交通手段情報）
図６は、公共交通手段情報３２の一例を示す図である。公共交通手段情報３２は、公共交通手段の路線ごと又は系統ごとに作成されている。公共交通手段情報３２は、施設タイプ欄１１１、路線名欄１１２、運行情報１１３及び運賃表１１４を有する。
【００２４】
施設タイプ欄１１１には、施設タイプが記憶される。ここでの施設タイプは駅又はバス停のうちの何れかである。
路線名欄１１２には、路線の名称又は系統の名称が記憶される。
運行情報１１３においては、施設ＩＤ欄１１３ａに記憶された施設ＩＤに関連付けて、施設名欄１１３ｂには施設名が、運行時刻欄１１３ｃには運行時刻が記憶されている。
施設ＩＤ欄１１３ａの施設ＩＤは、図５の施設ＩＤと同じである。
施設名欄１１３ｂの施設名は、図５の施設名と同じである。
運行時刻欄１１３ｃの運行時刻は、駅においては列車が、バス停においては路線バスが発車する時刻（終着駅、終着バス停においては到着する時刻）である。運行時刻欄１１３ｃは、さらに列車（路線バス）ごとに、複数の小欄に区分されている。見出しの「０１１レ」等は、列車及び路線バスを一意に特定する識別子である。運行情報１１３は、全体としていわゆる時刻表となっている。
【００２５】
運賃表１１４は、縦軸にユーザが乗車する施設の名称を有し、横軸にユーザが降車する施設の名称を有するマトリクスである。マトリクスの交点のセルには運賃（単位：円）が記憶されている。公共交通手段情報３２は、路線（系統）の数だけ存在する。
【００２６】
（有料道路情報）
図７は、有料道路情報３３の一例を示す図である。有料道路情報３３は、レンタルカーが通行し得る有料道路ごとに作成されている。有料道路情報３３は、施設タイプ欄１２１、路線名欄１２２及び通行料金表１２３を有する。
施設タイプ欄１２１には、施設タイプが記憶される。ここでの施設タイプは有料道路出入口である。
路線名欄１２２には、有料道路の名称が記憶される。
通行料金表１２３は、縦軸にユーザがレンタルカーを走行させる有料道路の区間の起点である施設（入口）の名称を有し、横軸に終点である施設（出口）の名称を有するマトリクスである。マトリクスの交点のセルには通行料金（単位：円）が記憶されている。有料道路情報３２は、有料道路の数だけ存在する。
【００２７】
（カーシェアスポット施設情報）
図８は、カーシェアスポット施設情報３４の一例を示す図である。カーシェアスポット施設情報３４は、カーシェアスポットごとに作成されている。カーシェアスポット施設情報３４は、施設タイプ欄１３１、施設名欄１３２、施設ＩＤ欄１３３、運営主体名欄１３４及び車両情報１３５を有する。
施設タイプ欄１３１には、施設タイプが記憶される。ここでの施設タイプはカーシェアスポットである。
施設名欄１３２には、施設の名称が記憶される。
施設ＩＤ欄１３３には、施設ＩＤが記憶される。
運営主体名欄１３４には、施設の運営主体の名称が記憶される。
【００２８】
車両情報１３５においては、車両ＩＤ欄１３５ａに記憶された車両ＩＤに関連付けて、カテゴリ欄１３５ｂにはカテゴリが、料金欄１３５ｃには料金が、燃費欄１３５ｄには燃費が、利用状況欄１３５ｅには利用状況が記憶されている。
車両ＩＤ欄１３５ａの車両ＩＤは、レンタルカーを一意に特定する識別子（例えばプレートナンバーでもよい）である。
カテゴリ欄１３５ｂのカテゴリは、レンタルカーの種類である。ここでは、「小型車」、「中型車」、「ワゴン」及び「単車」のうちの何れかである。
料金欄１３５ｃの料金は、レンタルカーを借りるユーザが運営主体に支払う料金であり、単位時間当たりの金額（単位：円／時）で示される。
燃費欄１３５ｄの燃費は、レンタルカーが単位あたりの燃料でどれだけの距離を走行できるかを示す数値（単位：ｋｍ／ｌ）である。レンタルカーを借りるユーザは、レンタルカーを返却する際に消費した燃料分の燃料代金を運営主体に支払う。
利用状況欄１３５ｅの利用状況は、レンタルカーの空き状態である。「可」はレンタルカーが、現在そのレンタルカースポットにおいて待機中であり利用可能であることを示す。「不可」は、それ以外であることを示す。
【００２９】
（レンタルサイクルスポット施設情報）
図９は、レンタルサイクルスポット施設情報３５の一例を示す図である。レンタルサイクルスポット施設情報３５は、レンタルサイクルスポットごとに作成されている。レンタルサイクルスポット施設情報３５は、施設タイプ欄１４１、施設名欄１４２、施設ＩＤ欄１４３、運営主体名欄１４４及び自転車情報１４５を有する。
【００３０】
施設タイプ欄１４１には、施設のタイプが記憶される。ここでの施設タイプはレンタルサイクルスポットである。
施設名欄１４２には、施設の名称が記憶される。
施設ＩＤ欄１４３には、施設ＩＤが記憶される。
運営主体名欄１４４には、施設の運営主体の名称が記憶される。
自転車情報１４５においては、自転車ＩＤ欄１４５ａに記憶された自転車ＩＤに関連付けて、カテゴリ欄１４５ｂにはカテゴリが、料金欄１４５ｃには料金が、車輪サイズ欄１４５ｄには車輪サイズが、利用状況欄１４５ｅには利用状況が記憶されている。
【００３１】
自転車ＩＤ欄１４５ａの自転車ＩＤは、レンタル自転車を一意に特定する識別子である。
カテゴリ欄１４５ｂのカテゴリは、レンタル自転車の種類である。ここでは、「スポーツ」（１０段以上の変速機付）、「ショッピング」（買い物籠付）、「親子」（チャイルドシート付）及び「荷物」（大型荷台付）のうちの何れかである。
料金欄１４５ｃの料金は、レンタル自転車を借りるユーザが運営主体に支払う料金であり、単位時間当たりの金額（単位：円／時）で示される。
車輪サイズ欄１４５ｄの車輪サイズは、レンタル自転車の車輪の大きさである。
利用状況欄１４５ｅの利用状況は、レンタル自転車の空き状態である。「可」はレンタル自転車が、現在そのレンタルサイクルスポットにおいて待機中であり利用可能であることを示す。「不可」は、それ以外であることを示す。
【００３２】
（駐車場情報）
図１０は、駐車場情報３６の一例を示す図である。駐車場情報３６は、駐車場ごとに作成されている。駐車場情報３６は、施設タイプ欄１５１、施設名欄１５２、施設ＩＤ欄１５３、運営主体名欄１５４及び駐車料金情報１５５を有する。
施設タイプ欄１５１には、施設タイプが記憶される。ここでの施設タイプは駐車場である。
施設名欄１５２には、施設の名称が記憶される。
施設ＩＤ欄１５３には、施設ＩＤが記憶される。
運営主体名欄１５４には、施設の運営主体の名称が記憶される。
自転車情報１５５においては、カテゴリ欄１５５ａに記憶されたカテゴリに関連付けて、料金欄１５５ｂには料金が、利用状況欄１５５ｃには利用状況が記憶されている。
【００３３】
カテゴリ欄１５５ａのカテゴリは、ユーザが運営主体に一時寄託する対象の種類であり、ここでは、「自動車」（小型車、中型車及びワゴンの総称である）、「単車」及び「自転車」のうちの何れかである。
料金欄１５５ｂの料金は、自動車等を寄託するユーザが運営主体に支払う料金であり、単位時間当たりの金額（単位：円／時）で示される。
利用状況欄１５５ｃの利用状況は、寄託スペースの空き状態である。「空き」は、自動車等が寄託されるスペースが現在その駐車場において存在することを示す。「満車」は、それ以外であることを示す。
【００３４】
図１１は、設定条件情報３７の一例を示す図である。設定条件情報３７は、想定内設定条件情報３７ａ（図１１（ａ））及び想定外設定条件情報３７ｂ（図１１（ｂ））を有する。想定内設定条件情報３７ａは、ユーザによって設定される。一方、想定外設定条件情報３７ｂは、交通情報提供装置８によって設定される。
【００３５】
想定内設定条件情報３７ａは、縦軸にユーザＩＤを有し、横軸に条件を示す符号（Ａ、Ｂ、Ｃ、・・・、Ｉ）を有するマトリクスである。
ユーザＩＤは、ユーザ（電気自動車Ｇ１の運転手）を一意に特定する識別子である。
条件を示す符号には条件そのもの（「有料道路は使わない」等の文字列）が付されている。ＡからＥまでの条件の意味は、その文字列の意味そのものであるので詳しい説明は省略する。ＦからＩまでの条件は、複数の経路の候補が存在する場合において以下のことがらを意味する。
【００３６】
Ｆ「時間優先」：出発地を出発して目的地を経由して出発地に戻るまでの時間が短い経路ほど、ユーザにとって優先順位が高い。
Ｇ「料金優先」：出発地を出発して目的地を経由して出発地に戻るまでの間にユーザが支出する金額が少ない経路ほど、ユーザにとって優先順位が高い。
Ｈ「快適性優先」：ユーザ自身がレンタルカー又はレンタル自転車を運転する時間が短い経路ほど、ユーザにとって優先順位が高い。なお、例えば、通勤時間帯においては公共交通手段が混雑し、座席に着席できないことが多い。この場合、むしろ、ユーザが公共交通手段を使用する時間が短い経路ほど、ユーザにとって優先順位が高いともいえる。したがって、「快適性優先」をどのように定義するかはユーザの設定次第であり、さらに、時間帯、季節に応じて定義を変化させてもよい。
Ｉ「荷物運びがらく」：乗り換え回数が少ない、すなわち、交通手段を変更する回数が少ない経路ほど、ユーザにとって優先順位が高い。
【００３７】
二重線の左側（欄Ａ〜Ｅ）においては、縦軸と横軸との交点のセルには、該当フラグ「○」、非該当フラグ「−」及び数値のうちのいずれかが記憶されている。ユーザは、これらの条件を、例えば携帯端末装置４を介して移動支援装置２にアクセスすることによって事前に設定しておく。二重線の右側（欄Ｆ〜Ｉ）においては、縦軸と横軸との交点のセルには、Ｆ欄〜Ｉ欄の相互間における優先順位を示す数字１、２、・・・（数字が小さいほど優先順位が高い）又は非該当フラグ「−」が記憶されている。ユーザは、これらの条件を、車両端末装置３介して移動支援装置２にアクセスすることによって、経路をシミュレーションする都度設定する。
【００３８】
二重線の左側の条件は、複数のシミュレーション機会において固定することが好ましい条件であるので、「静的条件」と呼ばれる。二重線の右側の条件は、個別のシミュレーション機会においてその都度変化させることが好ましい条件であるので、「動的条件」と呼ばれる。当然のことながら、ここに掲げた静的条件及び動的条件は一例に過ぎない。さらに、ある条件を静的条件とするかそれとも動的条件とするかについても、ユーザの設定次第である。
【００３９】
想定外設定条件情報３７ｂは、条件を示す符号（Ｊ、Ｋ、Ｌ）に関連付けて条件に該当する路線名、地域等（行１５６）を記憶している。条件を示す符号には条件そのものが付されている。ＪからＬまでの条件の意味は、その文字列の意味そのものであるので詳しい説明は省略する。交通情報提供装置８（図３）は、例えば、公共交通手段の運行情報のように、人が交通手段を使用して移動する際に必要となる情報を収集・記憶している。移動支援装置２は、交通情報提供装置８から、例えば、「○○線が遅延しています」のような情報を受信すると、その情報を想定外設定条件情報３７ｂに記憶する（欄Ｊ）。そして、後記する経路検索処理手順において、移動支援装置２は、「○○線」の駅を通過するような経路以外の経路の候補を取得する。これらの条件は、ユーザにとって予想することが困難な条件であるので「想定外」と呼ばれる。さらに、想定外設定条件情報３７ｂは、刻々とその内容が変化するという意味で、常に「動的条件」であるといえる。
【００４０】
（走行情報）
図１２は、走行情報７１の一例を示す図である。走行情報７１は、電気自動車Ｇ１ごとに作成される。走行情報７１においては、時刻欄１６１に記憶された時刻に関連付けて、蓄電池残量欄１６２には蓄電池残量が、累積走行距離欄１６３には累積走行距離が記憶されている。
時刻欄１６１の現在時刻は、そのレコードの蓄電池残量及び累積走行距離が取得された時点の時刻（年月日時分秒）である。
蓄電池残量欄１６２の蓄電池残量は、その時刻において、蓄電池に残存している電力の量（単位：ｋｗ時）である。
なお、電気自動車以外の自動車の場合、蓄電池残量に替えて、燃料タンクに残存している燃料の容積又は重量が記憶されてもよい。
累積走行距離欄１６３の累積走行距離は、出発地を出発してからその時刻までに電気自動車Ｇ１が走行した距離（単位：ｋｍ）である。
図１２の個々のレコードに注目すると、「20120505 12：00：00」から「20120505 12：30：00」までの期間において、累積走行距離が増加し、蓄電池残量が減少していることがわかる。つまり、この期間において、電気自動車Ｇ１が運転されている。
【００４１】
（経路検索モデル及び仮想運転手）
図１３は、経路検索モデルを説明する図である。出発地から目的地までの行程を経路という。本実施形態では、経路検索部２２がシミュレーション用の「経路検索モデル」を使用して経路の候補を取得する。本実施形態の経路検索モデルでは、「仮想運転手」が、自身に与えられた条件を満たすような経路を探索する。仮想運転手は、条件を満たす限りは、次々にある施設から次の施設へ無作為的に進む。仮想運転手は以下のような特徴を有する。
【００４２】
・仮想運転手は、出発地において、様々な「経路検索条件」を与えられる。経路検索条件とは、施設情報３１等のレコード等を検索し、一連の施設（経路）を取得する際に、検索キーとして使用することができるあらゆる情報をいう。例えば、出発地の緯度及び経度は、出発地から所定の距離内に所在する施設を検索する際の「経路検索条件」となり得る。「経路検索条件」は、当然のことながら、図１１の設定条件情報３７を含む。しかしながら、図１１に記載されている条件以外の条件を「経路検索条件」とすることもできる（詳細後記）。
【００４３】
・仮想運転手は、出発地から進み得るすべての施設に進む。進み得る施設が複数ある場合は、その施設の数だけ自らの分身を作成して分岐する。
・仮想運転手及びその分身は、その施設に進むことによって目的地までの距離が所定の閾値を超えて増加する（目的地から遠ざかる）場合は、当該施設には進まない。
・仮想運転手及びその分身は、最初に列車又は路線バスに乗る前に、駐車場を探し、電気自動車Ｇ１を寄託する。また、最初にレンタルサイクルスポットに行く前に、駐車場を探し、電気自動車Ｇ１を寄託する。なお、カーシェアスポット及び目的地には駐車スペースが付属しているものとする。
【００４４】
・仮想運転手及びその分身は、進んだ先の各施設において、次に進みうる施設が複数ある場合は、さらに分身を作成して分岐する。このとき、進んだ先の各施設の緯度・経度が次の施設を検索するための検索キーとなり得る。その意味で、仮想運転手及びその分身は、最初に「経路検索条件」を与えられるだけでなく、経路の途中でも「経路検索条件」を取得する。以降、最初の仮想運転手、分身及び分身から派生した分身のすべてを代表して「仮想運転手」と呼ぶ。
・仮想運転手は、選択しうるレンタル自転車又はレンタルカーが複数ある場合は、料金が最も安く、燃費が最もよいものを選択する。
【００４５】
・仮想運転手は、目的地に到達した後は、同じ経路を辿って出発地に戻る。
・仮想運転手は、途中の施設において、公共交通手段情報３２の運賃表１１４に基づいて運賃を算出する。また、仮想運転手は、有料道路情報３３の通行料金表１２３に基づいて通行料金を算出する。仮想運転手は、カーシェアスポット施設情報３４の車両情報１３５に基づいて料金及び燃料代金を算出する。仮想運転手は、レンタルサイクルスポット施設情報３５の自転車情報１４５に基づいて料金を算出する。仮想運転手は、駐車場情報３６の駐車料金情報１５５に基づいて料金を算出する。そして、仮想運転手は、算出した金額を、与えられた予算額から支払う。
【００４６】
・仮想運転手は、自身を一意に特定する仮想運転手ＩＤを割り当てられる。
・仮想運転手は、通過した施設を、その施設を通過した時刻に関連付けて記憶する。
・仮想運転手は、支払った金額を、支払いが生じた施設に関連付けて記憶する。
・仮想運転手は、予算額を使い切る前に、出発地に戻った場合は活動を停止する。
・仮想運転手は、出発地を出発した後所定の時間内に出発地に戻らない場合は消滅する。
・仮想運転手は、予算残高が負数になった時点においても消滅する。
【００４７】
図１３を参照すると、複数の仮想運転手が、出発地から目的地に向かっている。仮想運転手は、目的地に到達した後、同じ経路を辿って出発地に戻る。経路検索部２２は、出発地に戻ったすべての仮想運転手が記憶している情報を取得する。取得された情報を経路情報３９（図３、図１４）という。移動支援装置２の経路検索部２２は、後記する経路検索処理手順のステップＳ３１５ａ、Ｓ３２１ａ及びＳ３２８ａにおいて、経路検索モデルを使用する。
【００４８】
図１４は、経路情報３９の一例を示す図である。経路情報３９においては、仮想運転手ＩＤ欄１７１に記憶された仮想運転手ＩＤに関連付けて、施設名欄１７２には施設名が、時刻欄１７３には時刻が、予算残高欄１７４には予算残高が記憶されている。
仮想運転手ＩＤ欄１７１の仮想運転手ＩＤは、仮想運転手を一意に特定する識別子である。
施設名欄１７２の施設名は、図５の施設名と同じである。但し、ここでは、仮想運転手が通過した施設の名称である。
時刻欄１７３の時刻は、仮想運転手がその施設を通過した時刻（年月日時分秒）である。ここでは、仮想運転手が「12：00：00」に出発地を出発したことになっている（レコード１７５ａ）。当該時刻は、経路検索処理手順（図１６）において、例えばステップＳ３１５ａにおいて、仮想運転手に与えられる現在時刻である。
予算残高欄１７４の予算残高は、仮想運転手がその時刻において保有している予算額の残額（単位：円）である。
【００４９】
経路情報３９のレコード１７５ａ〜１７５ｉは、仮想運転手ＩＤが「ＶＤ００１」である仮想運転手が記憶していた情報に由来する。これらのレコード、及び、これらのレコードに含まれる情報を検索キーとして施設情報３１等から取得される情報によって、仮想運転手「ＶＤ００１」はシミュレーションにおいて以下の行動を取ったことがわかる。
・時刻「12：00：00」に、出発地において、「１００００円」の予算額を与えられた（レコード１７５ａ）。なお、時刻のうち「20120505」は、各レコードに共通であるのでここでは記載を省略する。
・時刻「12：05：00」に、駐車場「◎◎パーク」において、電気自動車Ｇ１を寄託した（レコード１７５ｂ）。
・時刻「12：07：00」に、駅「新宿」において、丸の内線に乗車した。そして、運賃「１６０円（＝１００００円−９８４０円）」を支払った（レコード１７５ｃ）。
・時刻「12：30：00」に、駅「後楽園」において、丸の内線から降車した（レコード１７５ｄ）。
【００５０】
・時刻「12：32：00」に、目的地に到着した（レコード１７５ｅ）。
・時刻「13：34：00」に、駅「後楽園」において、丸の内線に乗車した。そして、運賃「１６０円（＝９８４０円−９６８０円）」を支払った（レコード１７５ｆ）。
・時刻「13：57：00」に、駅「新宿」において、丸の内線から降車した（レコード１７５ｇ）。
・時刻「13：59：00」に、駐車場「◎◎パーク」において、寄託していた電気自動車Ｇ１に乗車した。そして、料金「１６００円（＝９６８０円−８０８０円）」を支払った（レコード１７５ｈ）。
・時刻「14：04：00」に、出発地に戻った（レコード１７５ｉ）。
【００５１】
同様に、経路情報３９のレコード１７６ａ〜１７６ｉを参照すると、仮想運転手「ＶＤ００２」がシミュレーションにおいて取った行動がわかる。各レコードを逐次説明することは省略するが、仮想運転手「ＶＤ００２」は、「５０号系統」の路線バスに乗車して目的地に到着している（図５参照）。仮想運転手「ＶＤ００１」との比較において、仮想運転手「ＶＤ００２」は、出発地に戻った時刻が遅く、戻った時刻における予算残高も少ない。
【００５２】
仮想運転手は、施設において分身を繰り返す。したがって、消滅することなく目的地に戻った仮想運転手の数、すなわち、候補となる経路の数は、通常は膨大な数になる。そこで、経路検索部２２は、例えば以下の条件で、経路情報３９を、順位を付けたうえで適当な数に絞り込むことができる（詳細後記）。
・出発地へ戻った時刻が最も早い。
・予算残高が最大である。
・レンタルカー又はレンタルサイクルを自身で運転した時間が最も短い（快適である）。
・乗り換え回数、すなわち交通手段を変更した回数が最も少ない（荷物運びがらく）。
経路表示部２３は、このようにして絞り込まれた経路を出力装置５３に画面表示することができる。
【００５３】
図１５は、絞り込まれた経路の例である。目的地１８１に到達する経路が１３本ある。これらの経路は、経路情報３９（図１４）の、仮想運転手ＩＤに対応している。経路１８２ａ、１８２ｂ、１８２ｃ及び１８２ｄは、第２出発地である駅から目的地１８１までの経路を示している。経路１８３ａ、１８３ｂ、１８３ｃ及び１８３ｄは、第２出発地であるバス停から目的地１８１までの経路を示している。経路１８４ａ、１８４ｂ、１８４ｃ及び１８４ｄは、ユーザが最初に立ち寄る駐車場から目的地までの経路を示している。経路１８５は、第２出発地であるレンタルサイクルスポットから目的地１８１までの経路を示している。
【００５４】
（処理手順）
以降で、本実施形態の処理手順を説明する。処理手順には、経路検索処理手順及びナビゲーション処理手順が存在する。経路検索処理手順において、移動支援装置２は、出発地から目的地までの経路の候補をユーザに提示する。ナビゲーション処理手順において、移動支援装置２は、候補の中からユーザが選択した経路をユーザが実際に進む行程において、必要な情報をユーザに提示する。
【００５５】
（経路検索処理手順）
図１６及び図１７は、経路検索処理手順のフローチャートである。当該フローチャートの説明に沿って、適宜、図１９〜２１の表示画面例等を参照する。
【００５６】
ステップＳ３０１において、移動支援装置２のユーザ条件設定部２１は、想定内設定条件情報（静的条件）を取得する。具体的には、第１に、ユーザ条件設定部２１は、携帯端末装置４の出力装置８３に、条件設定画面２２１の静的条件ページ２２２（図２０（ａ））を表示する。条件設定画面２２１は、静的条件ページ２２２及び動的条件ページ２２３（図２０（ｂ））を有している。動的条件ページ２２３については後記（ステップＳ３０８）する。
【００５７】
第２に、ユーザ条件設定部２１は、想定内設定条件情報（静的条件）についてのユーザの入力を受け付ける。ユーザは、まず、「使用してもよい交通手段」欄２２２ａの４つの正方形のボックスのうち、使用してもよいと考える少なくとも１つの交通手段のボックスに指で触れる。ユーザ条件設定部２１は、触れられたボックスにチェックマークを表示する。
続いて、ユーザは、「１回あたりの徒歩移動時間」欄２２２ｂの４つの長方形のボックスのうちのいずれかを指で触れる。ユーザ条件設定部２１は、触れられたボックスを強調表示する。
【００５８】
続いて、ユーザは、「有料道路は使わない？」欄２２２ｃの２つの円形のボックスのいずれか１つに指で触れる。ユーザ条件設定部２１は、触れられたボックスに「●」を表示する。
続いて、ユーザは、「予算」欄２２２ｄの長方形のボックスを指で１又は複数回触れる。「１回触れるごとに２０００円」のように予め触れる回数と金額との関係を決めておくものとする。ユーザ条件設定部２１は、触れられた回数に応じた予算をボックスに表示する。図２０（ａ）の例では、ユーザは、５回触れたことになる。
【００５９】
第３に、ユーザ条件設定部２１は、想定内設定条件情報３７ａの新たなレコードを作成する。
第４に、ユーザ条件設定部２１は、ステップＳ３０１の「第２」において受け付けたユーザの入力に従って、新たなレコードのＡ欄〜Ｅ欄に、「○」、「−」及び数値のうちのいずれかを記憶する。そして、ユーザＩＤを採番して、ユーザＩＤ欄に記憶する。因みに、ユーザの入力が、図２０（ａ）の通りである場合、そのユーザの入力に従って作成されるレコードは、図１１（ａ）の１行目のレコードとなる。なお、ユーザ条件設定部２１は、新たなレコードのＦ欄〜Ｉ欄については、空欄のままとしておく。
ステップＳ３０１の処理は、ユーザが複数回のシミュレーションを行う前に１回だけ実行される。これに対して、ユーザは、目的地が決まり次第、電気自動車Ｇ１に乗り込んで経路のシミュレーションを実行することになる。当該目的地ごとの個別のシミュレーションに対応する処理が、以下のステップＳ３０２以降の処理である。
【００６０】
ステップＳ３０２において、ユーザ条件設定部２１は、走行情報７１、出発地及び目的地を取得する。具体的には、第１に、ユーザ条件設定部２１は、車両端末装置３から走行情報７１（図１２）を受信する。なお、車両端末装置３の蓄電池残量検知部６２は、電気自動車Ｇ１の蓄電池のセンサ等から所定の時間周期で蓄電池残量を取得するものとする。車両端末装置３の積算距離算出部６３は、電気自動車Ｇ１の積算走行距離メータ等から所定の時間周期で累積走行距離を取得するものとする。その結果、走行情報７１が、補助記憶装置５５において、常に図１２のように最新の状態で維持されているものとする。
第２に、ユーザ条件設定部２１は、ＧＰＳ処理部６１が取得した電気自動車Ｇ１の出発地（電気自動車Ｇ１が現在位置する地点）の緯度及び経度を、車両端末装置３から受信する。
【００６１】
第３に、ユーザ条件設定部２１は、車両端末装置３の出力装置５３に目的地設定画面２０１（図１９（ａ））を表示する。目的地設定画面２０１は、電気自動車Ｇ１の現在地周辺に所在する、道路、施設等の人工物、及び、河川、山岳等の自然物を示す図形を、それらの名称とともに表示する。表示される情報は、移動支援装置２の地図データ３８から送信されてもよいし、車両端末装置３自身が、地図データ３８と同じものを記憶していてもよい。
第４に、ユーザ条件設定部２１は、ユーザが目的地設定画面２０１に表示されている目的地の図形２０２に指で触れ、さらに「目的地設定（往復可能）」ボタン２０３に指で触れるのを受け付ける。なお、図形２０４は、電気自動車Ｇ１自身の位置を示している。
【００６２】
ステップＳ３０３において、ユーザ条件設定部２１は、走行予定距離及び継続走行可能距離を算出する。具体的には、第１に、ユーザ条件設定部２１は、ステップＳ３０２の「第２」において受信した電気自動車Ｇ１の出発地の緯度及び経度と、ステップＳ３０２の「第４」において受け付けた目的地の緯度及び経度とに基づいて、出発地から目的地までの距離を算出する。当該距離は、直線距離である必要はない。むしろ、公知の技術によって、電気自動車Ｇ１が走行し得る道路上の最短距離を算出するのが望ましい。そして、ユーザ条件設定部２１は、算出した距離の２倍の距離を走行予定距離とする。
【００６３】
第２に、ユーザ条件設定部２１は、ステップＳ３０２の「第１」において受信した走行情報７１から、累積走行距離が連続して増加している複数のレコードの群を取得する（図１２の例ではレコード１６４ａ〜１６４ｇ）。さらに、取得した群のなかから、最初のレコード（１６４ａ）及び最新のレコード（１６４ｇ）を取得する。
そして、蓄電池消費量を、式「蓄電池消費量＝最初のレコードの蓄電池残量−最新のレコードの蓄電池残量」を使用して算出する。
また、燃費実績を、式「燃費実績＝蓄電池消費量／（最新のレコードの累積走行距離−最初のレコードの累積走行距離）」を使用して算出する。
さらに、継続走行可能距離を、式「継続走行可能距離＝最新のレコードの蓄電池残量／燃費実績」を使用して算出する。
なお、通常「燃費」という場合、単位燃料消費量あたりの走行距離を使用する。しかしながら、ここでは、単位走行距離あたりの蓄電池消費量を「燃費実績」としている。このように定義した理由は、下り坂等で電力を回生することに起因して燃料消費量が偶然に「０」になる場合、除算が定義できなくなることを防ぐためである。
【００６４】
ステップＳ３０４において、ユーザ条件設定部２１は、目的地まで蓄電池残量で往復できるか否かを判断する。具体的には、ユーザ条件設定部２１は、ステップＳ３０３の「第１」及び「第２」においてそれぞれ算出した走行予定距離及び継続走行可能距離の大小関係を比較し、継続走行可能距離が走行予定距離以上である場合（ステップＳ３０４“ＹＥＳ”）、ステップＳ３０５に進み、それ以外の場合（ステップＳ３０４“ＮＯ”）、ステップＳ３０６に進む。
なお、ユーザ条件設定部２１は、当該判断の結果を、車両端末装置３の出力装置５３に、往復可能判定画面２０５（図１９（ｂ））として表示する。
【００６５】
往復可能判定画面２０５において、図形２０６は、目的地を示し、実線の矢印２０７ａ及び２０７ｂは、電気自動車Ｇ１が走行可能な経路を示す。破線２０８は、復路の経路のうち、蓄電池容量が不足していることに起因して、電気自動車Ｇ１が走行不能である部分を示す。つまり、復路の点２０９において、電気自動車Ｇ１は停止する。往復可能判定画面２０５の左側に表示されている往路バーチャート２１０ａは、すべての部分が網掛け状態になっている。これは、往路では蓄電池残量がなくなることはないことを示している。右側に表示されている復路バーチャート２１０ｂは、一部が網掛け状態になっている。これは、復路の途中で蓄電池残量がなくなることを示している。
【００６６】
ステップＳ３０５において、移動支援装置２の経路検索部２２は、経路検索を行う。ここでの経路検索は、通常の道路ナビゲーションのように、電気自動車Ｇ１で目的地まで行く前提で行われるので、その処理の詳細説明は省略する。その後、経路検索処理手順を終了する。
【００６７】
ステップＳ３０６において、ユーザ条件設定部２１は、充電を行うか否かを判断する。具体的には、第１に、ユーザ条件設定部２１は、車両端末装置３の出力装置５３に、パークａｎｄライド選択画面２１１（図１９（ｃ））を表示する。
第２に、ユーザ条件設定部２１は、ユーザが、パークａｎｄライド選択画面２１１の「充電スポット検索」ボタン２１３に指で触れるのを受け付けた場合（ステップＳ３０６“ＹＥＳ”）、ステップＳ３０７に進み、「パークａｎｄライドで目的地まで行く」ボタン２１２に指で触れるのを受け付けた場合（ステップＳ３０６“ＮＯ”）、ステップＳ３０８に進む。
【００６８】
ステップＳ３０７において、経路検索部２２は、充電スポットを検索する。ここでの検索は、通常の道路ナビゲーションのように、電気自動車Ｇ１で最寄の充電スポットまで行く前提で行われるので、その処理の詳細説明は省略する。その後、経路検索処理手順を終了する。
【００６９】
ステップＳ３０８において、ユーザ条件設定部２１は、想定内設定条件情報（動的条件）及び想定外設定条件情報を取得する。具体的には、第１に、ユーザ条件設定部２１は、車両端末装置３の出力装置５３に、条件設定画面２２１の動的条件ページ２２３（図２０（ｂ））を表示する。
【００７０】
第２に、ユーザ条件設定部２１は、想定内設定条件情報（動的条件）についてのユーザの入力を受け付ける。ユーザは、まず、「優先」欄２２３ａの４つの円形のボックスのうち少なくとも１つに指で触れる。このとき、ユーザは、自身が考える優先順位に従って触れるものとする。ユーザ条件設定部２１は、触れられたボックスに対して、触れられた順序「１」、「２」、・・を表示する。
【００７１】
続いて、ユーザは、「目的地に到達する手段及び時間」欄２２３ｂの円形のボックスのうちの少なくとも１つに指で触れる。このとき、ユーザは、自身が考える選好順位に従って触れるものとする。ユーザ条件設定部２１は、触れられたボックスに対して、触れられた順序「１」、「２」、・・を表示する。ユーザは、当然のことながら、当初は、電気自動車Ｇ１で目的地に到達する予定でいた。しかしながら、それが不可能である場合、考え直して、どのような手段で目的地に到達するかを選択できれば便宜である。
【００７２】
例えば、目的地が山の中腹にあるような場合、ユーザは、レンタルカーで目的地に到達することを望む。目的地が住宅街にある場合、ユーザは、レンタルサイクルで目的地に到達することを望む。目的地が都心にあり、目的地のオフィスを訪問する直前に目的地の近辺のカフェ等で準備をしたい場合、ユーザは、徒歩で目的地に到達することを望む。「目的地に到達する手段及び時間」欄２２３ｂの円形のボックスに表示される「１」、「２」、・・・は、このようなユーザの選好を反映している。なお、この順序を「選好順位」という。
【００７３】
最後に、ユーザは、「目的地に到達する手段及び時間」欄２２３ｂの、それぞれの交通手段に対応する３つの長方形のボックスのそれぞれを指で１又は複数回触れる。「１回触れるごとに５分」のように予め触れる回数と時間との関係を決めておくものとする。ユーザ条件設定部２１は、触れた回数に応じた時間をボックスに表示する。図２０（ｂ）の例では、ユーザは、それぞれのボックスに２回ずつ触れたことになる。
【００７４】
図２０（ｂ）の「目的地に到達する手段及び時間」欄２２３ｂの例は、以下のことを示している。
・ユーザは、徒歩で目的地に到達することを第１に希望している。その場合、第２目的地から目的地まで徒歩で移動する時間の上限は１０分である。
・ユーザは、レンタル自転車で目的地に到達することを第２に希望している。その場合、第２目的地から目的地までレンタル自転車で移動する時間の上限は１０分である。
・ユーザは、レンタルカーで目的地に到達することを第３に希望している。その場合、第２目的地から目的地までレンタルカーで移動する時間の上限は１０分である。
これらの上限時間を、以降、交通手段ごとの「アプローチ上限時間」と呼ぶことがある。
【００７５】
第３に、ユーザ条件設定部２１は、交通情報提供装置８にアクセスし、想定外設定条件情報を取得する。このときに取得された情報が「○○線が遅延しています」であったとする。ユーザ条件設定部２１は、車両端末装置３の出力装置５３に交通情報受信画面２３１（図２１（ａ））を表示してユーザに注意を喚起する。ユーザ条件設定部２１は、電気自動車Ｇ１のフロントウインドウ又は透明スクリーン上に、「○○線が遅延している」旨のメッセージをＡＲ（Augmented Reality）表示してもよい（図２１（ｂ））。
なお、ユーザ条件設定部２１は、ユーザが交通情報受信画面２３１の「再設定」ボタン２３２に指で触れるのを受け付けた場合は、出力装置５３に目的地設定画面２０１（図１９（ａ））を表示する。そして、ユーザが、別の目的地を入力するのを受け付ける。さらに、出力装置５３に条件設定画面２２１の動的条件ページ２２３（図２０（ｂ））を表示する。そして、ユーザが、別の動的条件を入力するのを受け付ける。
【００７６】
ステップＳ３０９において、ユーザ条件設定部２１は、設定条件情報３７（図１１）を完成させる。具体的には、第１に、ユーザ条件設定部２１は、ユーザが入力装置５２を介してユーザＩＤを入力するのを受け付け、受け付けたユーザＩＤを検索キーとして、想定内設定条件情報３７ａを検索し、該当したレコードを取得する。
第２に、ユーザ条件設定部２１は、ステップＳ３０８の「第２」において受け付けた（又は「第３」において再設定された）ユーザの入力に従って、新たなレコードのＦ欄〜Ｉ欄に、優先順位又は「−」のいずれかを記憶する。ステップＳ３０８の「第２」又は「第３」において受け付けたユーザの入力のなかには、（例えば、選好順位、アプローチ上限時間のように）、想定内設定条件３７ａに記憶されない情報もある。しかしながら、ユーザ条件設定部２１は、これらの情報も、ユーザＩＤに関連付けて、移動支援装置２の補助記憶装置１５に一時的に記憶する。
【００７７】
第３に、ユーザ条件設定部２１は、ステップＳ３０８の「第３」において取得した想定外設定条件情報を、想定外設定情報３７ｂとして、補助記憶装置１５に一時的に記憶する。ステップＳ３０８の「第３」において想定外設定条件情報を取得できなかった場合は、行１５６のすべての欄に「−」を記憶する。
このように完成された設定条件情報３７を、当該ユーザについての「設定条件レコード」と呼ぶ。設定条件レコードは、想定内設定条件情報３７ａのうち当該ユーザのユーザＩＤを有するレコードと、想定外設定条件情報３７ｂ（すべてのユーザに共通）とからなる。
【００７８】
以降の説明では、ユーザが指定した「選好順位」は、「徒歩で」については「１」であり、「レンタル自転車で」については「２」であり、「レンタルカーで」については「３」であるとして説明を続ける。選好順位は、経路検索処理手順の処理の順序に関わってくる。経路検索処理手順のすべてのステップの説明の後に、このことを説明する。
【００７９】
ステップＳ３１０において、経路検索部２２は、出発地付近の、駅、バス停、カーシェアスポット及びレンタルカースポットを検索する。具体的には、経路検索部２２は、施設情報３１から以下の「条件１」及び「条件２」を満たす施設を検索する。
条件１：「出発地からその施設までの距離×２≦継続走行可能距離」が成り立つ。
条件２：その施設は、駐車場又はカーシェアスポットである。さらに、その施設が駐車場である場合、「その駐車場から最寄の駅、バス停又はレンタルサイクルスポットまでの距離／徒歩速度≦設定条件レコードのＢ欄の時間」が成り立つ。徒歩速度とは、人間が歩行する際の一般的な速度（例えば、４ｋｍ／時）である。
【００８０】
ステップＳ３１１において、経路検索部２２は、該当する施設があるか否かを判断する。具体的には、経路検索部２２は、ステップＳ３１０の検索の結果、該当する施設が存在する場合（ステップＳ３１１“ＹＥＳ”）、ステップＳ３１３に進み、それ以外の場合（ステップＳ３１１“ＮＯ”）、ステップＳ３１２に進む。
【００８１】
ステップＳ３１２において、経路検索部２２は、メッセージを表示する。具体的には、経路検索部２２は、車両端末装置３の出力装置５３に、「目的地まで行ける交通手段がありません」、「充電して下さい」等のメッセージを表示する。
【００８２】
ステップＳ３１３において、経路検索部２２は、目的地の徒歩圏内において、駅、バス停及び駐車場を検索する。具体的には、経路検索部２２は、施設情報３１から以下の「条件３」及び「条件４」を満たす施設を検索する。
条件３：「目的地からその施設までの距離／徒歩速度≦徒歩についてのアプローチ上限時間」が成り立つ。
条件４：その施設は、駅、バス停及び駐車場のうちの何れかである。
【００８３】
ステップＳ３１４において、経路検索部２２は、該当する施設があるか否かを判断する。具体的には、経路検索部２２は、ステップＳ３１３の検索の結果、該当する施設が存在する場合（ステップＳ３１４“ＹＥＳ”）、目的地からの距離が最も短い施設を特定したうえでステップＳ３１５ａに進み、それ以外の場合（ステップＳ３１４“ＮＯ”）、ステップＳ３１６に進む。
【００８４】
ステップＳ３１５ａにおいて、経路検索部２２は、鉄道、路線バス及びレンタルカーの経路を検索する。具体的には、第１に、経路検索部２２は、経路検索モデルの仮想運転手に対し、設定条件レコードの条件（但し想定内設定条件情報３７ａのＦ欄〜Ｉ欄の条件を除く）、以下の「条件５」及び現在時刻を与える。
条件５：出発地の次に最初に立ち寄る施設は、ステップＳ３１０において検索した施設（第２出発地）である。さらに、目的地の直前の施設（第２目的地）は、ステップＳ３１４において特定された施設である。
第２に、経路検索部２２は、経路検索モデルを稼動し、シミュレーションを行う。
【００８５】
ステップＳ３１５ｂにおいて、経路検索部２２は、経路を取得する。具体的には、第１に、経路検索部２２は、目的地に戻ったすべての仮想運転手から、それらが記憶している情報を取得し、経路情報３９（図１４）を作成する。
第２に、経路検索部２２は、設定条件レコードの想定内設定条件情報３７ａのＦ欄〜Ｉ欄のうち、優先順位が「１」である条件を使用して、経路情報３９のレコードを、仮想運転手単位で並び替える。「仮想運転手単位で」とは、例えば１７５ａ〜１７５ｉのレコードをひとまとめにして、という意味である。
【００８６】
例えば、優先順位が「１」である条件が「時間優先」である場合は、目的地に到達する時刻が早い順に、経路情報３９のレコードを、仮想運転手単位で並び替える。
優先順位が「１」である条件が「料金優先」である場合は、目的地に到達した時刻における予算残高が大きい順に、経路情報３９のレコードを、仮想運転手単位で並び替える。
優先順位が「１」である条件が「快適性優先」である場合は、仮想運転手がレンタルカー又はレンタルサイクルを使用している時間が短い順に、経路情報３９のレコードを、仮想運転手単位で並び替える。
【００８７】
優先順位が「１」である条件が「荷物運びがらく」である場合は、仮想運転手が交通手段を変更した回数が少ない順に、経路情報３９のレコードを、仮想運転手単位で並び替える。交通手段を変更するとは、例えば、仮想運転手が以下のように移動することを言う。
・駅からバス停に移動する（又はその逆）。
・ある路線の駅から他の路線の駅に移動する。
・ある系統のバス停から他の系統のバス停に移動する。
なお、並び替えられた仮想運転手単位の複数のレコードを「表示対象レコード群」と呼ぶ。
【００８８】
第３に、経路検索部２２は、優先順位が「１」である条件によっては差がつかない複数の「表示対象レコード群」を、設定条件レコードのＦ欄〜Ｉ欄のうち、優先順位が「２」である条件を使用して、さらに並び替える。処理の方法は、「第２」と同様である。同様に、経路検索部２２は、優先順位が「３」である条件及び優先順位が「４」である条件を使用して、並べ変えの処理を繰り返す。
【００８９】
ステップＳ３１５ｃにおいて、経路表示部２３は、経路を表示する。具体的には、第１に、経路表示部２３は、ステップＳ３１５ｂにおいて並び替えた表示対象レコード群を、検索結果表示画面２１４（図１９（ｄ））のように、車両端末装置３の出力装置５３に表示する。例えば、レコードを並び替えた結果、経路情報３９の表示対象レコード群１７５ａ〜１７５ｉが最初に位置するようになったとする。すると、経路表示部２３は、図１９（ｄ）のように、表示対象レコード群１７５ａ〜１７５ｉを表示する。
【００９０】
第２に、経路表示部２３は、表示対象レコード群１７５ａ〜１７５ｉの最後のレコードの時刻から最初のレコードの時刻を減算した値を、所要時間として摘要欄２１５に表示する。さらに、最初のレコードの予算残高から最後のレコードの予算残高を減算した値を、支払い金額として摘要欄２１５に表示する。
第３に、経路表示部２３は、表示対象レコード群１７５ａ〜１７５ｉにおいて仮想運転手が交通手段を変更した回数をカウントし、カウントした結果を乗り換え回数として摘要欄２１５に表示する。さらに、表示対象レコード群１７５ａ〜１７５ｉにおいて仮想運転手が、レンタルカー又はレンタル自転車を運転した時間を合計し、合計した値を、運転時間として摘要欄２１５に表示する。
経路表示部２３は、ユーザの指示（例えば画面を指で触れる）を受け付けると、２番目の表示対象レコード群を同様に表示する。さらに、ユーザの指示を受け付けると、３番目の表示対象レコード群を同様に表示する（以下同様）。
【００９１】
第４に、経路表示部２３は、ユーザが、表示されたすべての経路の候補のうちから、任意の１つを選択するのを受け付ける。ユーザは、例えば、最も望ましいと考える経路が表示されている画面をダブルタップ（２回連続で指で触れる）することによって、経路を選択するものとする。そして、経路表示部２３は、選択された経路についての表示対象レコード群を、ユーザＩＤに関連付けて補助記憶装置１５に記憶する。
【００９２】
ステップＳ３１６において、経路検索部２２は、目的地の自転車圏内において、レンタルサイクルスポットを検索する。具体的には、経路検索部２２は、施設情報３１から以下の「条件６」を満たすレンタルサイクルスポットを検索する。
条件６：「目的地からそのレンタルサイクルスポットまでの距離／自転車速度≦レンタル自転車についてのアプローチ上限時間」が成り立つ。自転車速度とは、人間が運転する自転車の一般的な速度（例えば、２０ｋｍ／時）である。
【００９３】
ステップＳ３１７において、経路検索部２２は、該当する施設があるか否かを判断する。具体的には、経路検索部２２は、ステップＳ３１６の検索の結果、該当するレンタルサイクルスポットが存在する場合（ステップＳ３１７“ＹＥＳ”）、目的地からの距離が最も短いレンタルサイクルスポットを特定したうえでステップＳ３１８に進み、それ以外の場合（ステップＳ３１７“ＮＯ”）、ステップＳ３２２に進む。
【００９４】
ステップＳ３１８において、経路検索部２２は、レンタルサイクルスポットの徒歩圏内において、駅、バス停及び駐車場を検索する。具体的には、経路検索部２２は、施設情報３１から以下の「条件７」及び「条件８」を満たす施設を検索する。
条件７：「レンタルサイクルスポットからその施設までの距離／徒歩速度≦設定条件レコードのＢ欄の時間」が成り立つ。なお、ここでのレンタルサイクルスポットは、ステップＳ３１７において特定されたレンタルサイクルスポットである。
条件８：その施設は、駅、バス停及び駐車場のうちの何れかである。
【００９５】
ステップＳ３１９において、経路検索部２２は、該当する施設があるか否かを判断する。具体的には、経路検索部２２は、ステップＳ３１８の検索の結果、該当する施設が存在する場合（ステップＳ３１９“ＹＥＳ”）、ステップＳ３２１ａに進み、それ以外の場合（ステップＳ３１９“ＮＯ”）、ステップＳ３２０に進む。
【００９６】
ステップＳ３２０において、経路検索部２２は、メッセージを表示する。具体的には、経路検索部２２は、車両端末装置３の出力装置５３に、「徒歩圏内に存在しません」等のメッセージを表示する。経路検索部２２は、ステップＳ３１８の条件７を満たさないまでも、「レンタルサイクルスポットからその施設までの距離」が最も短い施設を取得してもよい。そして、その距離を徒歩速度で除算した値を「延長提案時間」として、「１回あたりの徒歩移動時間を××分に変更しますか？」のようなメッセージを表示してもよい。ここで「××」は、延長提案時間である。経路検索部２２は、ユーザが当該メッセージに賛成する旨を入力する（画面のメッセージ部分を指で触れる等）のを受け付けた場合は、図１１（ａ）のＢ欄の値を延長提案時間に更新したうえで、ステップＳ３２１ａに進むこととする（図１７において当該パスは記載を省略した）。
【００９７】
ステップＳ３２１ａにおいて、経路検索部２２は、鉄道、路線バス及びレンタルカーの経路を検索する。具体的には、第１に、経路検索部２２は、経路検索モデルの仮想運転手に対し、設定条件レコードの条件（但し想定内設定条件情報３７ａのＦ欄〜Ｉ欄の条件を除く）、以下の「条件９」及び現在時刻を与える。
条件９：出発地の次に最初に立ち寄る施設は、ステップＳ３１０において検索した施設（第２出発地）である。さらに、目的地の直前の施設（第２目的地）は、ステップＳ３１７において特定されたレンタルサイクルスポットである。
第２に、経路検索部２２は、経路検索モデルを稼動し、シミュレーションを行う。但し、設定条件レコードのＣ欄に「○」が記憶されている場合は、ステップＳ３２０に進む（図１７において当該パスは記載を省略した）。
【００９８】
ステップＳ３２１ｂにおいて、経路検索部２２は、経路を取得する。ステップＳ３２１ｂの処理は、ステップＳ３１５ｂの処理と同様である。
ステップＳ３２１ｃにおいて、経路表示部２３は、経路を表示する。ステップＳ３２１ｃの処理は、ステップＳ３１５ｃの処理と同様である。
【００９９】
ステップＳ３２２において、経路検索部２２は、目的地のレンタルカー圏内において、カーシェアスポットを検索する。具体的には、経路検索部２２は、施設情報３１から以下の「条件１０」を満たすカーシェアスポットを検索する。
条件１０：「目的地からそのカーシェアスポットまでの距離／自動車速度≦レンタルカーについてのアプローチ上限時間」が成り立つ。自動車速度とは、自動車の一般的な速度（例えば、４０ｋｍ／時）である。
【０１００】
ステップＳ３２３において、経路検索部２２は、該当する施設があるか否かを判断する。具体的には、経路検索部２２は、ステップＳ３２２の検索の結果、該当するカーシェアスポットが存在する場合（ステップＳ３２３“ＹＥＳ”）、目的地からの距離が最も短いカーシェアスポットを特定したうえでステップＳ３２５に進み、それ以外の場合（ステップＳ３２３“ＮＯ”）、ステップＳ３２４に進む。
【０１０１】
ステップＳ３２４において、経路検索部２２は、メッセージを表示する。具体的には、経路検索部２２は、車両端末装置３の出力装置５３に、「目的地まで行ける交通手段がありません」、「充電して下さい」等のメッセージを表示する。
【０１０２】
ステップＳ３２５において、経路検索部２２は、カーシェアスポットの徒歩圏内において、駅及びバス停を検索する。具体的には、経路検索部２２は、施設情報３１から以下の「条件１１」及び「条件１２」を満たす施設を検索する。
条件１１：「カーシェアスポットからその施設までの距離／徒歩速度≦設定条件レコードのＢ欄の時間」が成り立つ。なお、ここでのカーシェアスポットは、ステップＳ３２３において特定されたカーシェアスポットである。
条件１２：その施設は、駅又はバス停である。
【０１０３】
ステップＳ３２６において、経路検索部２２は、該当する施設があるか否かを判断する。具体的には、経路検索部２２は、ステップＳ３２５の検索の結果、該当する施設が存在する場合（ステップＳ３２６“ＹＥＳ”）、ステップＳ３２８ａに進み、それ以外の場合（ステップＳ３２６“ＮＯ”）、ステップＳ３２７に進む。
【０１０４】
ステップＳ３２７において、経路検索部２２は、メッセージを表示する。具体的には、経路検索部２２は、車両端末装置３の出力装置５３に、「徒歩圏内に存在しません」等のメッセージを表示する。経路検索部２２は、ステップＳ３２５の条件１１を満たさないまでも、「カーシェアスポットからその施設までの距離」が最も短い施設を取得してもよい。そして、その距離を徒歩速度で除算した値を「延長提案時間」として、「１回あたりの徒歩移動時間を××分に変更しますか？」のようなメッセージを表示してもよい。ここで「××」は、延長提案時間である。経路検索部２２は、ユーザが当該メッセージに賛成する旨を入力する（画面を指で触れる）のを受け付けた場合は、図１１（ａ）のＢ欄の値を延長提案時間に更新したうえで、ステップＳ３２８ａに進むこととする（図１７において当該パスは記載を省略した）。
【０１０５】
ステップＳ３２８ａにおいて、経路検索部２２は、鉄道及び路線バスの経路を検索する。具体的には、第１に、経路検索部２２は、経路検索モデルの仮想運転手に対し、設定条件レコードの条件（但し想定内設定条件情報３７ａのＦ欄〜Ｉ欄の条件を除く）、以下の「条件１３」及び現在時刻を与える。
条件１３：出発地の次に最初に立ち寄る施設は、ステップＳ３１０において検索した施設（第２出発地）である。さらに、目的地の直前の施設（第２目的地）は、ステップＳ３２３において特定されたカーシェアスポットである。
第２に、経路検索部２２は、経路検索モデルを稼動し、シミュレーションを行う。但し、設定条件レコードのＤ欄に「○」が記憶されている場合は、ステップＳ３２７に進む（図１６において当該パスは記載を省略した）。
【０１０６】
ステップＳ３２８ｂにおいて、経路検索部２２は、経路を取得する。ステップＳ３２８ｂの処理は、ステップＳ３１５ｂの処理と同様である。
ステップＳ３２８ｃにおいて、経路表示部２３は、経路を表示する。ステップＳ３２８ｃの処理は、ステップＳ３１５ｃの処理と同様である。
その後、経路検索処理手順を終了する。
【０１０７】
（ステップＳ３０３の変形例）
ステップＳ３０３の「第２」において、ユーザ条件設定部２１は、過去の特殊な走行例に基づいて、燃費実績を算出してしまうことがある。具体的には、ユーザ条件設定部２１は、累積走行距離が連続して増加している複数のレコードの群（図１２の例ではレコード１６４ａ〜１６４ｇ）を取得する。電気自動車は、１５.０ｋｍを走行するのに、２.０ｋｗ時の蓄電池容量を消費している。この１５.０ｋｍの区間が、平坦な行程である場合は問題ない。ところが、当該区間の大部分が上り坂（又は下り坂）である場合は、算出された燃費実績は、大きめ（小さめ）に評価されていることになる。とくに、下り坂等で電力回生が有効に行われる場合に過小評価の度合いが大きい。そこで、この過大（過小）評価を補正するために、ユーザ条件設定部２１は、以下の処理を実行してもよい。
【０１０８】
（１）前提として、走行情報７１は、現在時刻に関連付けて、現在時刻における電気自動車Ｇ１の所在地の緯度及び経度を記憶しているものとする。また、地図データ３８は、緯度及び経度の組み合わせに関連付けて、その組合せの地点の標高を記憶しているものとする。さらに、ユーザ条件設定部２１は、緯度及び経度を検索キーとして、地図データ３８から、その地点の標高を取得できるものとする。
（２）ユーザ条件設定部２１は、以下の式を使用して、継続走行可能距離を算出する。
補正係数＝（１＋（ｈｇ−ｈｓ）／（ｄｇ−ｄｓ））
補正済燃費実績＝燃費実績／補正係数
継続走行可能距離＝最新のレコードの蓄電池残量／補正済燃費実績
ここで、「ｈｇ」は、最新のレコードの緯度及び経度の地点の標高であり、「ｈＳ」は、最初のレコードの緯度及び経度の地点の標高である。「ｄｇ」は、最新のレコードの累積走行距離であり、「ｄＳ」は、最初のレコードの累積走行距離である。
【０１０９】
ユーザ条件設定部２１は、燃費実績を走行情報７１に基づいて算出するのではなく、例えば、燃費実績の既定値が記憶されたテーブルから燃費実績を取得してもよい。当該テーブルにおいて、季節及び時間帯ごとに燃料実績の規定値を記憶しておき、ユーザ条件設定部２１は、現在時刻の季節及び時間帯を検索キーとして燃料実績を取得することとしてもよい。
【０１１０】
（選好順位）
前記したステップＳ３１３においては、経路検索部２２が「目的地の徒歩圏内において、駅、バス停及び駐車場を検索する」こととした。ステップＳ３１６においては、経路検索部２２が「目的地の自転車圏内において、レンタルサイクルスポットを検索する」こととした。ステップＳ３２２において、経路検索部２２が「目的地のレンタルカー圏内において、カーシェアスポットを検索する」こととした。このことは、ユーザが指定した「選好順位」が、「徒歩で」については「１」であり、「レンタル自転車で」については「２」であり、「レンタルカーで」については「３」であったことに対応している。
【０１１１】
他の例として、「選好順位」が、「レンタルカーで」については「１」であり、「レンタル自転車で」については「２」であり、「徒歩で」については「３」であったとする。この場合は、ステップＳ３１３以降の処理の順序が以下のように変化する。
ステップＳ３１１“ＹＥＳ”のパスの後、まず、経路検索部２２は、目的地のレンタルカー圏内において、カーシェアスポットを検索する。すなわち、前記したステップＳ３２２〜Ｓ３２８ｃの処理を行う。続いて、経路検索部２２は、目的地の自転車圏内において、レンタルサイクルスポットを検索する。すなわち、前記したステップＳ３１６〜Ｓ３２１ｃの処理を行う。最後に、経路検索部２２は、目的地の徒歩圏内において、駅バス停及び駐車場を検索する。すなわち、前記したステップＳ３１３〜Ｓ３１５ｃの処理を行う。
【０１１２】
（ナビゲーション処理手順）
図１８は、ナビゲーション処理手順のフローチャートである。当該フローチャートの説明に沿って、適宜、図２２の表示画面例等を参照する。
ステップＳ４０１において、移動支援装置２のナビゲーション部２４は、経路を取得し送信する。具体的には、第１に、ナビゲーション部２４は、携帯端末装置４から、通信開始要求を受信する。このとき、携帯端末装置４は、通信開始要求とともに、携帯端末装置４を使用するユーザのユーザＩＤを、移動支援装置２に送信するものとする。
第２に、ナビゲーション部２４は、受信したユーザＩＤを検索キーとして、経路検索処理手順のステップＳ３１５ｃ（Ｓ３２１ｃ、Ｓ３２８ｃ）の「第４」において記憶された表示対象レコード群を取得する。このとき取得された表示対象レコード群が、図１４の１７５ａ〜１７５ｉであったとして以下の説明を続ける。そして、ナビゲーション部２４は、取得した表示対象レコード群を検索結果表示画面２１４（図１９（ｄ））として、携帯端末装置４の出力装置８３に表示する。
【０１１３】
ステップＳ４０２において、ナビゲーション部２４は、ナビゲーション要求を受信する。具体的には、ナビゲーション部２４は、ユーザが携帯端末装置４の入力装置８２を介して、ナビゲーション（行き先案内）を送信して欲しい旨の要求を入力するのを受け付ける。このとき、携帯端末装置４は、当該ナビゲーション要求とともに、携帯端末装置４の位置情報（緯度及び経路）を、移動支援装置２に送信するものとする。携帯端末装置４のＧＰＳ処理部９１は、携帯端末装置４が現在所在する地点の経度及び緯度をＧＰＳ衛星Ｇ４から取得できるものとする。
【０１１４】
ステップＳ４０３において、ナビゲーション部２４は、ナビゲーション情報を作成し送信する。具体的には、第１に、ナビゲーション部２４は、ステップＳ４０２において受信した位置情報に基づいて、ステップＳ４０１において取得した表示対象レコード群のうちのどのレコードの施設の間にユーザが位置するかを特定する。ナビゲーション部２４は、図１４のレコード１７５ａ〜１７５ｉの各レコードの施設名の施設の緯度及び経度を、施設情報３１（図５）を参照することによって取得する。なお、ユーザ条件設定部２１は、ステップＳ３０２の「第２」及び「第４」において、それぞれ、出発地及び目的地の位置情報を既に取得している。そして、これらの取得した位置情報とステップＳ４０２において受信した位置情報をマッチングさせる。いま、例えば、図１４のレコード１７５ｂについての緯度及び経度が示す地点と、レコード１７５ｃについての緯度及び経度が示す地点とを結ぶ直線を想定する。そして、その直線を１つの対角線とする長方形の範囲内に、ステップＳ４０２において受信した位置情報（緯度及び経度）が位置するとする。この場合、携帯端末装置４を保持したユーザは、現在、駐車場「◎◎パーク」と駅「新宿」との間にいることが特定できる。
【０１１５】
第２に、ナビゲーション部２４は、以下の情報を以下の方法で取得する。
次の施設の名称：ナビゲーション部２４は、図１４のレコード１７５ｃの施設名「新宿」を取得する。
次の施設までの距離及び次の施設の方角：ナビゲーション部２４は、ステップＳ４０２において受信した位置情報と、「新宿」の位置情報とに基づいて取得する。
次の施設までの所要時間：ナビゲーション部２４は、次の施設までの距離を徒歩速度で除算することによって取得する。
次の列車が発車するまでの時間：ナビゲーション部２４は、「丸の内線」における駅「新宿」において、現在時刻以降最も早い時刻に出発する列車の発車時刻を、公共交通手段情報３２の運行情報１１３（図６）から取得する。
【０１１６】
第３に、ナビゲーション部２４は、ステップＳ４０３の「第２」において取得した情報を、ナビゲーション画面２４１（図２２（ａ））として、携帯端末装置４の出力装置８３に表示する。ナビゲーション画面２４１においては、次の施設の名称が欄２４５に、次の施設までの距離が欄２４４に、次の施設の方角が欄２４３に、次の施設までの所要時間が欄２４２に、次の列車が発車するまでの時間が欄２４６に表示されている。
【０１１７】
ユーザが目的地に到達するまでには、ユーザが、目的地に到達する手段及び時間（図２０（ｂ）符号２２３ｂ）を変更する必要が生じる場合もある。ユーザは、例えば、地下鉄の駅を出て路上を走行する車両が少ないことに気づいた場合は、「レンタルカーで」の選好順位を上げたい。雨が降っていることに気づいた場合は、「徒歩で」の選好順位を下げたい。目的地の訪問時刻が１０分延期になった場合は、目的地に到達する手段の「徒歩で」の選好順位を「１」としたまま、「徒歩で」の「アプローチ上限時間」時間を「１０分」から「２０分」に変更し、カフェで１０分余分に準備をしたい。このような事情の変更があった場合、携帯端末装置４は、「変更要求」を移動支援装置２に送信する。
【０１１８】
ステップＳ４０４において、ナビゲーション部２４は、目的地に到達する条件の変更があったか否かを判断する。具体的には、ナビゲーション部２４は、携帯端末装置４から「変更要求」を受信した場合（ステップＳ４０４“ＹＥＳ”）は、ステップＳ４０５に進み、それ以外の場合（ステップＳ４０４“ＮＯ”）は、ステップＳ４０７に進む。
【０１１９】
ステップＳ４０５において、ナビゲーション部２４は、変更後の設定条件情報を送信する。具体的には、第１に、ナビゲーション部２４は、ナビゲーション画面２６１（図２２（ｃ））を、携帯帯端末装置４の出力装置８３に表示する。そして、ユーザが、選考順位及び／又は交通手段ごとの「アプローチ上限時間」を再度入力するのを受け付ける。
第２に、ナビゲーション部２４は、受け付けた選好順位及び／又は交通手段ごとの「アプローチ上限時間」を、携帯端末装置４の現在位置とともに、移動支援装置２に送信する。
【０１２０】
ステップＳ４０６において、ナビゲーション部２４は、経路検索処理手順と同様の処理を実行する。ただし、前記した経路検索処理手順の処理に対して、以下の変更を行う。
（１）ナビゲーション部２４は、ステップＳ４０５において受信した、携帯端末装置４の現在位置」を「出発地」として扱う。
（２）ナビゲーション部２４は、ステップＳ３０１〜Ｓ３０９の処理を省略する。
（３）ナビゲーション部２４は、各種画面を（車両端末装置３の出力装置５３ではなく）携帯端末装置４の出力装置８３に表示する。
その後、ステップＳ４０２に戻る
【０１２１】
ユーザが目的地に到達した後、ユーザは目的地において用件を済ませる時間を調整することができる場合がある。このとき、ユーザは、駐車料金を知ることができれば、用件を早めに済ませ、駐車場に早めに戻ることによって駐車料金を節約できて便宜である。携帯端末装置４は、「駐車料金試算要求」を、「入庫時刻」とともに、移動支援装置２に送信する。入庫時刻は、ユーザが駐車場において電気自動車Ｇ１を寄託した時刻である。携帯端末装置４はユーザの任意の操作により、入庫時刻を記憶しておくものとする。
【０１２２】
ステップＳ４０７において、ナビゲーション部２４は、目的地に到達したか否かを判断する。具体的には、ナビゲーション部２４は、携帯端末装置４から「駐車料金試算要求」を受信した場合（ステップＳ４０７“ＹＥＳ”）は、ステップＳ４０８に進み、それ以外の場合（ステップＳ４０７“ＮＯ”）は、ステップＳ４０２に戻る。
【０１２３】
ステップＳ４０８において、ナビゲーション部２４は、駐車料金を算出し送信する。具体的には、第１に、ナビゲーション部２４は、電気自動車Ｇ１が寄託されている駐車場を特定する。すなわち、ナビゲーション部２４は、ステップＳ４０１において取得した表示対象レコード群から、駐車場の名称を取得する。そして、取得した名称を有する駐車場情報３６の駐車料金情報１５５（図１０）を取得し、取得した駐車料金情報１５５のカテゴリ「自動車」を有するレコードの料金（時間あたり単価）を取得する。さらに、取得した料金に対して、入庫時刻から現在時刻までの経過時間を乗算した値を試算する。
第２に、ナビゲーション部２４は、試算した値及び経過時間を携帯端末装置４の出力装置８３に表示する。ナビゲーション画面２５１（図２２（ｂ））においては、試算した値が欄２５２に、経過時間が欄２５３に表示されている。
【０１２４】
ナビゲーション画面２５１には、「今すぐ帰る」ボタン２５４及び「帰る時刻指定」ボタン２５５も表示されている。ユーザは、直ちに用件を済ませて駐車場に戻る場合は、「今すぐ帰る」ボタン２５４を指で触れるものとする。ユーザは、しばらくしてから目的地を出発する場合は、「帰る時刻指定」ボタン２５５を指で触れたうえで、目的地を出発する「予定出発時刻」を、入力装置８２を介して入力する。
【０１２５】
ステップＳ４０９において、ナビゲーション部２４は、「今すぐ帰る」又は「帰る時刻指定」が押下されたか否かを判断する。具体的には、ナビゲーション部２４は、ユーザが「今すぐ帰る」ボタン２５４又は「帰る時刻指定」ボタン２５５を触れるのを受け付けた場合（ステップＳ４０９“ＹＥＳ”）は、ステップＳ４１０に進み、それ以外の場合（ステップＳ４０９“ＮＯ”）は、ナビゲーション処理手順を終了する。
【０１２６】
ステップＳ４１０において、ナビゲーション部２４は、駐車料金を再度算出し送信する。具体的には、第１に、ナビゲーション部２４は、見直し後経過時間を算出する。「今すぐ帰る」ボタン２５４が押下された場合、「見直し後経過時間」は、入庫時刻から「目的地到達時刻」までの時間の２倍に対して、「目的地到達時刻」から現在時刻までの時間を加算した時間である。目的地到達時刻は、ユーザが目的地に到達した時刻である。携帯端末装置４はユーザの任意の操作により、目的地到達時刻を記憶しておくものとする。「帰る時刻指定」ボタン２５５が押下された場合、「見直し後経過時間」は、入庫時刻から「目的地到達時刻」までの時間の２倍に対して、「目的地到達時刻」から「予定出発時刻」までの時間を加算した時間である。
第２に、ナビゲーション部２４は、ステップＳ４０８の「第１」において取得した料金（時間あたり単価）に対して、見直し後経過時間を乗算した値を試算する。
第３に、ナビゲーション部２４は、試算した値及び見直し後経過時間を携帯端末装置４の出力装置８３に表示する。
その後、ナビゲーション処理手順を終了する。
【０１２７】
（実施形態の効果）
本実施形態によれば、充電せずに目的地を経由して出発地に戻るのに充分な電気自動車Ｇ１の蓄電池残量がない場合に、他の交通機関を使用する経路を取得することができる。
さらに、公共交通機関だけではなく、レンタルカー及びレンタル自転車を利用する場合も含む経路を取得することができる。
さらに、徒歩、レンタルカー及び徒歩のうちユーザがどのような交通手段で目的地に到達したいかという選好条件を反映させた経路の取得が可能になる。
さらに、所要時間、予算、乗り換え回数、及び、レンタル自転車又はレンタルカーを使用する時間の間の優先順位を反映させた経路の取得が可能になる。
【０１２８】
本発明は、前記した実施形態に限定されることなく、本発明の主旨を逸脱しない範囲で、変更実施が可能である。
【符号の説明】
【０１２９】
１      移動支援システム
２      移動支援装置
３      車両端末装置
４      携帯端末装置
１１    中央制御装置（制御部）
１２    入力装置
１３    出力装置
１４    主記憶装置（記憶部）
１５    補助記憶装置（記憶部）
１６    通信装置
２１    ユーザ条件設定部
２２    経路検索部
２３    経路表示部
２４    ナビゲーション部
３１    施設情報
３２    公共交通手段情報
３３    有料道路情報
３４    カーシェアスポット施設情報
３５    レンタルサイクルスポット施設情報
３６    駐車場情報
３７    設定条件情報
３８    地図データ
３９    経路情報
７１    走行情報
２０１  目的地設定画面
２０５  往復可能判定画面
２１１  パークａｎｄライド選択画面
２１４  検索結果表示画面
２２１  条件設定画面
２３１  交通情報受信画面
２４１、２５１、２６１  ナビゲーション画面
【図１】
2014032139.tif 000003
【図２】
2014032139.tif 000004
【図３】
2014032139.tif 000005
【図４】
2014032139.tif 000006
【図５】
2014032139.tif 000007
【図６】
2014032139.tif 000008
【図７】
2014032139.tif 000009
【図８】
2014032139.tif 000010
【図９】
2014032139.tif 000011
【図１０】
2014032139.tif 000012
【図１１】
2014032139.tif 000013
【図１２】
2014032139.tif 000014
【図１３】
2014032139.tif 000015
【図１４】
2014032139.tif 000016
【図１５】
2014032139.tif 000017
【図１６】
2014032139.tif 000018
【図１７】
2014032139.tif 000019
【図１８】
2014032139.tif 000020
【図１９】
2014032139.tif 000021
【図２０】
2014032139.tif 000022
【図２１】
2014032139.tif 000023
【図２２】
2014032139.tif 000024