特開 2022-106538 移動経路候補の案内方法及び装置、コンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022106538

(43)【公開日】2022-07-20

(54)【発明の名称】移動経路候補の案内方法及び装置、コンピュータプログラム

(51)【国際特許分類】

   G01C 21/34 20060101AFI20220712BHJP

   G08G 1/005 20060101ALI20220712BHJP

   G08G 1/123 20060101ALI20220712BHJP

【ＦＩ】

G01C21/34

G08G1/005

G08G1/123

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2021001616

(22)【出願日】2021-01-07

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り ｈｔｔｐｓ：／／ｗｗｗ．ｏｄａｋｙｕ．ｊｐ／ｎｅｗｓ／ｏ５ｏａａ１０００００１ｕｈｅ５－ａｔｔ／ｏ５ｏａａ１０００００１ｕｈｅｃ．ｐｄｆ

(71)【出願人】

【識別番号】594002439

【氏名又は名称】小田急電鉄株式会社

(71)【出願人】

【識別番号】596130185

【氏名又は名称】株式会社 ヴァル研究所

(74)【代理人】

【識別番号】100099324

【弁理士】

【氏名又は名称】鈴木 正剛

(72)【発明者】

【氏名】須田 崇彦

(72)【発明者】

【氏名】藤垣 洋平

(72)【発明者】

【氏名】篠原 徳隆

(72)【発明者】

【氏名】熊野 壮真

【テーマコード（参考）】

2F129

5H181

【Ｆターム（参考）】

2F129AA02

2F129AA04

2F129AA05

2F129AA08

2F129AA14

2F129BB02

2F129CC02

2F129CC03

2F129CC07

2F129CC15

2F129CC16

2F129CC40

2F129DD20

2F129DD24

2F129DD34

2F129DD37

2F129DD38

2F129DD39

2F129DD40

2F129DD51

2F129DD63

2F129DD69

2F129EE21

2F129EE23

2F129EE29

2F129EE52

2F129EE78

2F129EE79

2F129EE80

2F129EE83

2F129EE84

2F129EE89

2F129EE99

2F129FF02

2F129FF11

2F129FF14

2F129FF15

2F129FF18

2F129FF20

2F129FF36

2F129FF57

2F129FF66

2F129FF80

2F129HH02

2F129HH04

2F129HH12

2F129HH20

2F129HH40

5H181AA14

5H181AA16

5H181AA21

5H181BB04

5H181BB05

5H181CC01

5H181CC04

5H181FF04

5H181FF12

5H181FF13

5H181FF23

5H181FF33

5H181MA44

(57)【要約】

【課題】マルチモーダル経路の経路候補をユーザ端末に案内する際に、ユーザの意に反した移動手段の利用ノードが含まれる経路候補の表示を抑制する。
【解決手段】情報提供装置１０は、経路案内サーバ４２と連携して、運行がスケジューリングされた第１移動手段としての公共交通移動体の利用ノードを含む第１経路候補を案内する。その際、運行がスケジューリングされていない第２の移動手段としての非交通移動体を選択肢としてユーザ端末３０に案内する。情報提供装置１０は、非交通移動体の利用ノードを含む第２経路候補については、ユーザ操作によりその利用が指定した場合に案内する。
【選択図】図１

【特許請求の範囲】

【請求項1】

表示画面を有するユーザ端末又は前記ユーザ端末に通信接続された装置が実行する、前記ユーザ端末を所持するユーザが出発地から目的地まで移動する際に、運行がスケジューリングされた第１移動手段のほかに運行がスケジューリングされていない第２移動手段を利用可能な地域における移動経路候補の案内方法であって、
前記第１移動手段の利用ノードを含み且つ前記第２移動手段の利用ノードを含まない第１経路候補と前記第２移動手段の利用ノードを含む第２経路候補とを探索し、
前記第１経路候補を前記表示画面に表示した後、ユーザ操作を待って前記第２経路候補を前記表示画面に表示させることを特徴とする、
移動経路候補の案内方法。

【請求項2】

通信接続されたユーザ端末に、前記ユーザ端末を所持するユーザが出発地から目的地まで移動する際に運行がスケジューリングされた第１移動手段のほかに運行がスケジューリングされていない第２移動手段を利用可能な地域における移動経路候補を案内する装置であって、
前記第１移動手段を利用ノードに含み且つ前記第２移動手段を利用ノードに含まない第１経路候補と前記第２移動手段の利用ノードを含む第２経路候補とを探索する経路探索手段と、
前記第１経路候補を前記ユーザ端末の表示画面に表示させた後、ユーザ操作を待って前記第２経路候補を前記表示画面に表示させる制御手段と、
を備えることを特徴とする、
移動経路候補の案内装置。

【請求項3】

表示画面を有するユーザ端末又は前記ユーザ端末と通信接続された情報提供装置を、
前記ユーザ端末を所持するユーザが出発地から目的地まで移動する際に運行がスケジューリングされた第１移動手段のほかに運行がスケジューリングされない第２移動手段を利用可能な地域における移動経路候補の案内装置として動作させるためのコンピュータプログラムであって、
前記案内装置を、
前記第１移動手段を利用ノードに含み且つ前記第２移動手段を利用ノードに含まない第１経路候補と前記第２移動手段の利用ノードを含む第２経路候補とを探索する経路探索手段、
前記第１経路候補を前記表示画面に表示させた後、ユーザ操作を待って前記第２経路候補を前記表示画面に表示させる制御手段、
として機能させることを特徴とする、コンピュータプログラム。

【請求項4】

前記経路探索手段は、前記出発地からの出発日時又は前記目的地への到着日時が指定されている場合、前記第１経路候補の探索後、前記出発日時以降又は前記到着日時以前に利用可能な前記第２移動手段の利用ノードを探索し、
前記制御手段は、前記第１経路候補を前記表示画面に表示させる際に、利用可能な前記第２移動手段の情報を前記表示画面に併せて表示させることを特徴とする、
請求項３に記載のコンピュータプログラム。

【請求項5】

前記経路探索手段は、前記第１経路候補の探索後、ユーザ操作を待って前記第２経路候補を探索することを特徴とする、
請求項３に記載のコンピュータプログラム。

【請求項6】

前記制御手段は、探索された前記第１経路候補を前記表示画面に表示させた後、前記第２経路候補を前記第１経路候補に付加する態様で表示することを特徴とする、
請求項３から５のいずれか一項に記載のコンピュータプログラム。

【請求項7】

前記第１経路候補に複数種類の前記第１移動手段が存在する場合、いずれかの種類の前記第１移動手段を除外するための情報を前記表示画面に表示させることを特徴とする、
請求項４に記載のコンピュータプログラム。

【請求項8】

前記出発地と前記目的地とを含む地域の地図画像を取得する地図画像取得手段をさらに備えており、
前記制御手段は、前記地図画像を前記表示画面に表示させるとともに、ユーザにより選択されたいずれかの前記第１経路候補を前記地図画像において強調表示することを特徴とする、
請求項３から７のいずれか一項に記載のコンピュータプログラム。

【請求項9】

前記制御手段は、前記第１経路候補の詳細経路の情報を前記地図画像と同じ表示画面に表示することを特徴とする、
請求項８に記載のコンピュータプログラム。

【請求項10】

前記制御手段は、前記第１経路候補の詳細経路に含まれるいずれかの第１移動手段における遅延情報を取得した場合、前記詳細経路に遅延前後の日時情報を併記する、
請求項９に記載のコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザが出発地から目的地へ移動する際に、運行がスケジューリングされた移動手段のほかに運行がスケジューリングされない移動手段の利用が可能な地域において有用となる移動経路候補の案内方法及び装置に関する。

【背景技術】

【0002】

公共交通機関のほかにタクシーやレンタカー等の複数の移動手段が混在するマルチモーダル経路の探索技術の例として、特許文献１に開示された情報提供方法がある。この情報提供方法では、例えばタクシーを利用する特定の経路候補におけるタクシーの利用距離が第１の閾値（例えば１５ｋｍ）以上である場合、運賃が現実的でないことから経路探索結果の表示対象から除外される。また、徒歩の利用距離が第２の閾値（例えば１．２ｋｍ）以上である場合は、体力の消耗や所要時間等との兼ね合いより経路探索結果から除外される。

【0003】

また、公共交通機関を利用する特定の経路候補において、乗り換えの間隔が第３の閾値以上長い場合は、ユーザの利便性が著しく低下することから経路探索結果から除外される。このように、特許文献１に開示された情報提供方法では、例えば所要時間の短い順等の共通条件に従う前提の下で、タクシー等の特定の対象移動手段を利用する経路候補については、固有条件に沿って表示対象から除外され、あるいは低い優先順位で表示される。

【0004】

また、特許文献２には、レンタカー、カーシェアリング、サイクルシェアリング、ライドシェアリング、及びタクシーのような共用型の移動手段のうち、出発地又は出発地周辺からの利用、及び、目的地又は目的地周辺に到達するための利用の少なくとも一方に限定されるようにマルチモーダル経路探索を行う経路探索方法が開示されている。この経路探索方法では、レンタカー、カーシェアリング、サイクルシェアリングについては、対応する乗り物へのアクセスポイントからの利用とされる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０２０－７１１０８号公報

【特許文献2】特開２０２０－７１１０７号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

特許文献１に開示された情報提供方法及び特許文献２に開示された経路探索方法では、ユーザが、経路候補に含める移動手段を事前に選択できるものの、選択された移動手段によってはノード間の移動所要時間に曖昧性があるにも関わらず、これらをすべて含めた経路探索を行う。そのため、例えば東京近郊、大阪近郊、名古屋近郊のように、移動手段の利用の選択肢が多い大都市圏内では探索するノード（経路の接続点）数が多くなり、経路探索候補が特定されるまでの時間が飛躍的に増加する。また、このような経路探索の手法では、経路検索候補が多岐に亘り、表示画面の小さい携帯端末などではユーザが希望する経路候補が含まれる表示画面まで到達するのに時間がかかる。そもそもユーザが希望する経路候補が得られていない場合もある。

【0007】

そのため、従来のマルチモーダル経路の探索技術は、例えば移動中のユーザが立ち止まって次の目的地に向かうための経路探索を瞬時に判断したい用途のように、ユーザの移動手段の利用意図に即した探索には必ずしも適しているとはいえないものであった。

【0008】

本発明は、ユーザの意に反した不要な移動手段を含む移動経路候補が案内されることがなく、経路探索にかかる手間や時間をユーザ自身の判断に委ねることができる移動経路候補の案内技術を提供することを目的とする。

【課題を解決するための手段】

【0009】

本発明の一態様は、表示画面を有するユーザ端末又は前記ユーザ端末に接続された装置が実行する、前記ユーザ端末を所持するユーザが出発地から目的地まで移動する際に、運行がスケジューリングされた第１移動手段のほかに運行がスケジューリングされていない第２移動手段を利用可能な地域における移動経路候補の案内方法であって、前記第１移動手段の利用ノードを含み且つ前記第２移動手段の利用ノードを含まない第１経路候補と前記第２移動手段の利用ノードを含む第２経路候補とを探索し、前記第１経路候補を前記表示画面に表示した後、ユーザ操作を待って前記第２経路候補を前記表示画面に表示させることを特徴とする。

【0010】

本発明の他の態様は、表示画面を有するユーザ端末に、前記ユーザ端末を所持するユーザが出発地から目的地まで移動する際に運行がスケジューリングされた第１移動手段のほかに運行がスケジューリングされていない第２移動手段を利用可能な地域における移動経路候補を案内する装置であって、前記第１移動手段を利用ノードに含み且つ前記第２移動手段を利用ノードに含まない第１経路候補と前記第２移動手段の利用ノードを含む第２経路候補とを探索する経路探索手段と、前記第１経路候補を前記ユーザ端末の表示画面に表示させた後、ユーザ操作を待って前記第２経路候補を前記表示画面に表示させる制御手段と、を備えることを特徴とする。

【0011】

本発明の他の態様は、表示画面を有するユーザ端末又は前記ユーザ端末と接続された装置を、前記ユーザ端末を所持するユーザが出発地から目的地まで移動する際に運行がスケジューリングされた第１移動手段のほかに運行がスケジューリングされない第２移動手段を利用可能な地域における移動経路候補の案内装置として動作させるためのコンピュータプログラムであって、前記案内装置を、前記第１移動手段を利用ノードに含み且つ前記第２移動手段を利用ノードに含まない第１経路候補と前記第２移動手段の利用ノードを含む第２経路候補とを探索する経路探索手段、前記第１経路候補を前記表示画面に表示させた後、ユーザ操作を待って前記第２経路候補を前記表示画面に表示させる制御手段、として機能させることを特徴とする。

【発明の効果】

【0012】

本発明によれば、第１経路候補をユーザ端末の表示画面に表示させ、第２経路候補については、ユーザ操作を待って表示画面に表示されるので、ユーザの意に反した不要な移動手段を利用する経路候補が案内されることがなく、経路探索に要する手間や時間をかけるかどうかをユーザ自身の判断に委ねることができる。

【図面の簡単な説明】

【0013】

【図1】本実施形態のネットワークシステムの全体構成図。

【図2】本実施形態の情報提供装置のハードウェア構成図。

【図3】本実施形態の情報提供装置の機能構成図。

【図4】ユーザ登録処理の手順説明図。

【図5】情報表示処理の手順説明図。

【図6】経路案内時における検索条件の設定処理の手順説明図。

【図7】経路探索処理の手順説明図。

【図8】第１経路探索工程における詳細手順説明図。

【図9】第２経路探索工程における詳細手順説明図。

【図10】ユーザ端末の表示画面に表示される内容の例示図。

【図11】経路案内処理を行う際の表示画面の例示図。

【図12】検索条件設定画面の例示図。

【図13】第１経路探索による探索結果一覧画面の例示図。

【図14】第１経路候補の詳細経路画面の例示図。

【図15】第２経路探索による探索結果一覧画面の例示図。

【図16】俯瞰画面の例示図。

【発明を実施するための形態】

【0014】

以下、本発明の実施の形態例を説明する。図１は、本実施形態の情報提供装置１０を含むネットワークシステムの全体構成図である。情報提供装置１０は、公衆通信回線を使用したネットワークＮＷ、例えばインターネットなどに接続される。情報提供装置１０は、ユーザＤＢ（ＤＢはデータベースの略、以下同じ）１１及び施設ＤＢ１２を備えている。

【0015】

ネットワークＮＷには、基地局２０が多数接続されている。各基地局２０は、それぞれユーザ端末３０であるスマートフォン、タブレット端末などの携帯端末とネットワークＮＷに接続されているウェブサイトとの中継を行う。

【0016】

各ユーザ端末３０は、タッチパネル付のディスプレイ、全球測位衛星システムＧＮＳＳ(Global Navigation Satellite System ）のアンテナ及び受信機、カメラ、二次元バーコードリーダ、ストレージ、画像処理機能及び情報処理機能を備えており、情報提供装置１０を通じて提示される各種情報を表示したり、ユーザの意図を表す情報や情報提供装置１０の要求内容を表す所要の情報等を入力するためのインタフェース画面をディスプレイに表示する「モビリティ支援ＡＰ」がインストールされている。モビリティ支援ＡＰは、ユーザの目的地へ「行きたい」という感情、すなわちモビリティ（mobility）に対する行動支援を行うためのアプリケーションプログラムである。

【0017】

ユーザ端末３０においてモビリティＡＰの起動・実行が行われると、ユーザ端末３０が、基地局２０を通じてネットワークＮＷ上のウェブサイトの一つである情報提供装置１０に自動接続される。なお、ユーザ端末３０は、有線通信によってダイレクトにネットワークＮＷに接続することもできる。

【0018】

ネットワークＮＷには、情報提供装置１０とＡＰＩ（Application Programming Interface）連携により連携する複数のウエブサイト、すなわち、所定サービスの提供事業者サーバが接続されている。情報提供装置１０は、ユーザ端末３０と協働し、ユーザＤＢ１１に登録され、あるいは蓄積されているユーザ固有の情報と各提供事業者サーバのＡＰＩとを利用して、モビリティＡＰによる当該提供事業者サーバのサービス利用を可能にする。

【0019】

ＡＰＩ連携するウェブサイトとして、本実施形態では、ソーシャルネットワーク（ＳＮＳ）管理サーバ４１、経路案内サーバ４２、地図サーバ４３、デマンド交通サーバ５１、タクシーサーバ５２、シェアリングサーバ５３、宿泊等予約サーバ６１、飲食等予約サーバ６２、イベント等予約サーバ６３、チケット等管理サーバ７１、銀行サーバ７２、クレジットサーバ７３が、ネットワークＮＷを介して情報提供装置１０に接続されているものとする。

【0020】

ＳＮＳ管理サーバ４１は、予め登録されているユーザのアドレスに関連付けられたＳＮＳデータを、ユーザ毎に出力するためのＡＰＩを提供する。経路案内サーバ４２は、マルチモーダル経路の探索が可能な探索エンジンを備えており、アクセス元に対して経路案内ＡＰＩを提供する。経路案内ＡＰＩは、例えば運行予定日時情報（月日時分）等の運行がスケジューリングされている第１移動手段、例えば公共交通機関（鉄道、地下鉄、モノレール、バス、路面電車、航空機、フェリー等：以下「公共交通移動体」と呼ぶ場合がある）のほか、運行がスケジューリングされていない第２移動手段、例えばタクシー、カーシェアリング、バイクシェアリング、サイクルシェアリング、ＡＩ運行バス（オンデマンド型の相乗型バス）など（以下、「非公共交通移動体」と呼ぶ場合がある）を利用ノード（経路の接続点となる利用開始場所又は利用終了場所）に含めた経路候補の探索を実行する。経路案内ＡＰＩは、また、定期券やフリーパス等を複合的に含めた経路候補の探索を実行することもできる。この場合の利用ノードは、主として利用料金に影響を与えることになる。

【0021】

ただし、非公共交通移動体のうち、タクシーについては所定距離範囲（例えば乗車位置又は降車位置から１マイル未満：事後変更可能）、カーシェアリング、バイクシェアリング、サイクルシェアリング、ＡＩ運行バスについては、直前のノードから利用開始場所までの距離及び利用終了場所から直後のノードまでの距離が徒歩圏内（例えば１．０ｋｍ：事後変更可能）に限り利用ノードに含まれるように設定されていてもよい。
出発地と目的地は、公共交通移動体の駅や停留所だけではなく、駅や停留所の周辺に存在する施設あるいは当該駅や停留所を利用できる地域の名称又は略称とすることができる。

【0022】

地図サーバ４３は、特定地域又はユーザがユーザ端末３０を通じて指定した地域の地図データを提供する。地図データはユーザによる指定が無い場合は２次元の地理情報、線図及び文字、記号であるが、ユーザにより指定された場合は３次元で提供することができる。その際、様々なハードウェア及びアプリケーションプログラムの動作環境においても表現できるように、ベクター図で地図情報を提供する。ベクター図で地図情報を提供することにより、イメージ図で提供する場合に比べて、地図を表示する側（ユーザ端末３０側）で、拡大／縮小時の地図を見やすく表現することができる。

【0023】

デマンド交通サーバ５１は、ユーザの事前予約等に応じる形で運行経路や運航スケジュールに合わせて運行する輸送手段の提供サービスのＡＰＩを提供する。例えば上記のＡＩ運行バスがそのような輸送手段の一例である。タクシーサーバ５２は、ユーザ端末３０の位置又はユーザが指定した場所への配車可能なタクシーを手配するサービスのＡＰＩを提供する。シェアリングサーバ５３は、カーシェアリング、サイクルシェアリング、バイクシェアリングのサービスのＡＰＩを提供する。これらのサービスのＡＰＩは、それぞれの移動体の利用可否、利用可能時間などを事前に調べる検索画面や、利用予約を可能にするための手続画面などを提供する。

【0024】

宿泊等予約サーバ６１は、宿泊予約又は休憩場所予約のためのＡＰＩを提供する。飲食等予約サーバ６２は、飲食予約のためのＡＰＩを提供する。イベント等予約サーバ６３は、地域又は施設で開催される各種イベントの案内と予約のためのＡＰＩを提供する。

【0025】

チケット等管理サーバ７１は、サービス提供の対価に対応するチケット、サービスの予約済であることを表す証明書、サービスに付随する各種特典、例えば利用料金からの割引額を表すクーポン、現金と等価の財的価値を表すキャッシュバック又は還元ポイント、利用者限定の招待券、所定の交通機関及び施設の利用を可能にするチケット等をその発行者、及び／又は発行先（ユーザ）毎に管理するためのＡＰＩを提供する。
銀行サーバ７２及びクレジットカードサーバ７３は、サービス提供の対価を決済するためのＡＰＩを提供する。

【0026】

これらのサーバ４１～４３，５１～５３、６１～６３、７１～７３には、当該ＡＰの実行条件として、ユーザ端末３０を操作するユーザの権限情報、アカウント情報その他のユーザ固有の設定情報が設定されており、サービス提供側は、ＡＰＩの連携前にユーザの承諾を要求し、ユーザ側（ユーザ端末３０のモビリティＡＰ）もサービスを使う際に、ユーザ情報が共有されることを許可する必要がある。どの情報が共有されるかなどは、サービスにより異なる。

【0027】

ユーザＤＢ１１には、情報提供装置１０へのアクセスの権限情報のほか、上記のユーザ固有の設定情報、そのユーザの行動履歴（ユーザ端末３０の位置情報及び日時情報の履歴）、そのユーザが興味のある分野に関する分野情報、そのユーザが過去に利用した施設の情報、そのユーザの今後の移動ないし行動の予定日時、今後の移動に際して利用予約済の移動手段、利用予約済であるが未利用の施設名、購入あるいは予約したチケットあるいは旅券（定期券、フリーパス（周遊券など）を含む）の情報、獲得したクーポンその他の特典に関する情報、参加を予約したイベントの日時及び場所などのスケジュールデータ、施設利用や移動手段利用の決済に用いる金融機関又はクレジットカードの情報、後述する複数のウェブサイトへのアクセス履歴などが、ユーザの識別情報と関連付けてユーザ毎に蓄積されている。

【0028】

ユーザＤＢ１１には、また、ユーザが、情報提供装置１０を介して各サーバ４１～４３，５１～５３、６１～６３、その他のＷｅｂサイトにアクセスした際に、ユーザがユーザ端末３０を通じて自ら入力した文字列（記号を含む）を蓄積したログファイルも関連付けられている。文字列は、後述する解析部１０５により、例えば、箱根等の地名、○○ホテル等の施設名、ロマンスカー等の列車名、小田急線等の路線名、・・・等に分類して蓄積され、重複するものについては入力回数が付加されている。文字列は、また、アルファベット順（ローマ字入力の場合）、日本語の並び順（日本語入力の場合）あるいは入力回数順にソートされる。

【0029】

施設ＤＢ１２には、所定サービスを提供する施設の種別情報及び識別情報が当該施設を運営する事業者毎に格納されている。施設は、商品を扱う施設、役務を提供する施設、商品と役務の一方を「主」、他方を「従」として提供する施設、所定のイベントが開催される施設等であり、ユーザが行きたい目的地の一種である。施設の識別情報には、後述するＡＰＩ連携するウェブサーバ（提供事業者サーバ）のアドレス、及び、各施設において利用可能なチケット及び特典の情報を当該施設の識別情報と関連付けて蓄積されている。

【0030】

［情報提供装置の構成］
情報提供装置１０の構成について説明する。図２は、情報提供装置１０のハードウエア構成図である。情報提供装置１０は、制御バスＢ１を介して接続されたＣＰＵ１１０、ＲＡＭ１１１、ＲＯＭ１１２、ＧＰＵ１１３を主要部品として含む制御コンピュータを備えている。ＣＰＵ（Central Processing Unit）１１０は、本発明のコンピュータプログラムを実行することにより、ユーザ端末３０に対して、様々な情報を提供する装置、例えば後述する移動経路候補の案内装置として動作する上で必要な機能を構築する。ＲＡＭ（Random Access Memory）１１１は、ＣＰＵ１１０の主メモリ、ワークエリア等の一時記憶領域として用いられる書換可能なメモリである。ＲＯＭ（Read Only Memory）１１２は、各種デバイスドライバ及びパラメータデータなどが格納されている読出専用メモリである。ＧＰＵ（Graphics Processing Unit）１１３は、地図や画像の処理など、負荷の高い画像系処理についてＣＰＵ１１０を補助するための処理手段である。

【0031】

制御バスＢ１には、メモリＩ／Ｆ（Ｉ／Ｆはインタフェースの略、以下同じ）１１４、入出力Ｉ／Ｆ１１６、通信Ｉ／Ｆ１１８も接続されている。メモリＩ／Ｆ１１４はユーザＤＢ１１及びハードディスクなどの外部記憶装置ＳＴへの各種情報の格納と格納された各種情報の読み出しを行うためのインタフェースである。外部記憶装置ＳＴには、本発明のコンピュータプログラムなどが格納されている。入出力Ｉ／Ｆ１１６は、ディスプレイＤＰへの情報表示並びにタッチパネル及びキーボードＫＢなどの入力デバイスからのデータ入力を行うためのインタフェースである。通信Ｉ／Ｆ１１８は、ネットワークＮＷとの通信を可能にするインタフェースである。

【0032】

次に、本発明のコンピュータプログラムにより情報提供装置１０において実現される各種機能ブロックについて説明する。
図３は、情報提供装置１０の機能構成図である。コンピュータプログラムは、情報提供装置１０を、ＡＰＩ連携部１０１、ユーザ管理部１０２、認証部１０３、情報取得部１０４、解析部１０５、編集部１０６及び主制御部１０７として機能させる。

【0033】

ＡＰＩ連携部１０１は、ＡＰＩ連携を実行する。例えば、上述したサービス提供事業者サーバのＡＰＩのうち、該当するＡＰＩを呼び出して当該サービスの利用に関する情報を取得し、当該サービス提供事業者サーバによるサービスの利用を可能にする。

【0034】

ユーザ管理部１０２は、ユーザ端末３０を操作するユーザの個人情報及び各種権限情報の登録を行うとともに、情報提供装置１０をアクセスしたユーザ端末３０から得られるユーザ関連情報をユーザ毎に、ユーザＤＢ１１に蓄積する。ユーザ関連情報は、ユーザ端末３０の位置及び日時の履歴、ユーザ端末３０による提供事業者サーバの検索履歴、利用履歴、チケット又はクーポンを含む特典の獲得及び使用履歴などである。

【0035】

認証部１０３は、上記モビリティＡＰに対するユーザ操作を通じてアクセスしてきたユーザ端末３０を所持するユーザが、ユーザＤＢ１１に登録されたユーザで、かつ、そのユーザ端末３０が権限情報の登録がなされたものであるかどうかを認証する。認証部１０２は、後述するユーザ登録処理後、最初の登録があったときに上記権限情報の入力を求め、入力された権限情報と登録された権限情報との一致性がとれた場合、つまり認証に成功した場合、入力された権限情報をユーザテーブルに更新自在に記録しておき、以後、ユーザからの変更がなされない限り、モビリティＡＰと情報提供装置１０との間に通信路が確立された時点で認証成功とすることができる。認証に成功しなかった場合は、その旨をモビリティＡＰに通知して再度のアクセスを促す。認証に成功した場合は、モビリティＡＰを用いたサービスの提供が可能となる。

【0036】

情報取得部１０４は、ある態様では、ユーザ端末３０から、ユーザ情報、ＧＮＳＳの位置情報及び日時情報を自動的に取得するユーザ端末情報取得手段として動作する。また、ある態様では、ユーザ端末３０のソフトウエアキーボード等の入力手段を通じて入力された情報を取得する入力情報取得手段として動作する。また、ある態様では、いずれかのサービス提供事業者サーバ、例えば地図サーバ４３から読み出した地図データその他の地理情報を取得するサーバ情報取得手段として動作する。また、ある態様では、装置内で作成されたリマインド情報又はレコメンド情報を取得するリマインド情報等取得手段として動作する。

【0037】

解析部１０５は、情報取得部１０２で取得した情報の内容を解析する。ある態様では、解析は、テキストデータの形態素解析及びフィルタリングを行った後、予め蓄積されている参照データに基づいて意味解析を行い、目的地、施設名、イベントなどを、情報提供装置１０全体において特定しやすい語句に変換してＲＡＭ１１１に保存する。また、ある態様では、日時及び位置の情報に基づいて、近隣の施設又はそこで開催されているイベントなどを特定し、ＲＡＭ１１１に保存する。また、ある態様では、複数のユーザによる情報の検索履歴、施設又はイベントの利用履歴、移動手段の利用履歴等に基づいて、頻度等に基づく順位付けを行い、順位の高い情報を提供しているサービス提供事業者サーバが提供するＡＰＩなどを優先的に利用できるようにするためのレコメンド情報を作成する。また、ある態様では、有効期限が近いチケット又は特典ほど優先的に利用できるようにするためのリマインド情報又はレコメンド情報を作成する。

【0038】

編集部１０６は、ユーザ端末３０のディスプレイに表示される画面のレイアウトをユーザＤＢ１１に登録されている当該ユーザ端末３０の表示スペックに応じて編集する。その際、ユーザ端末３０を所持するユーザを表すユーザシンボル、ユーザが利用可能な施設を表す施設シンボル、ユーザが現に取得し、有効期間の終期が最も近いチケット又は特典を利用可能な特定施設を表す特定施設シンボル、ユーザが参加可能なイベントを表すイベントシンボル、移動手段の特徴を表す移動手段シンボル、サービス事業者提供サーバに掲載されている施設等の詳細情報にアクセスするための二次元コード画像などを作成し、ＲＡＭ１１１に保存する。

【0039】

主制御部１０７は、ＡＰＩ連携部１０１、認証部１０２、ユーザ管理部１０３、情報取得部１０４、解析部１０５、編集部１０６の機能ブロックを統括的に制御することで、アクセスしてきたユーザ端末３０からの要求に応答し、あるいは、ユーザ端末３０を操作するユーザのモビリティに対応する表示対象情報を生成、編集して当該ユーザ端末３０へレコメンドしたり、各種リマインドをする制御手段、あるいはそのためにユーザ端末３０の表示画面の表示制御を行う表示制御手段として機能する。

【0040】

［運用形態例］
次に、上記のように構成される情報提供装置１０の運用形態例を説明する。
［ユーザ登録処理］
情報提供装置１０は、まず、ユーザ登録処理を行う。このときの情報提供装置１０のユーザ管理部１０２が実行する処理工程例を示したのが図４である。図４を参照すると、ユーザ管理部１０２は、ユーザ端末３０からのユーザプロファイルの入力を待つ（Ｓ１０１：Ｎ）。ユーザプロファイルが入力されると（Ｓ１０１：Ｙ）、ユーザ管理部１０２は、そのユーザのユーザテーブルを作成し、ユーザＤＢ１１へ登録（格納）する（Ｓ１０２）。その後、情報提供装置１０がＡＰＩ連携する他のウェブサイトを例示して、これらのウェブサイトへのユーザ登録があるかどうかをユーザ端末３０へ問い合わせる（Ｓ１０３）。ユーザ登録が無い場合は、ユーザ登録処理を終了する（Ｓ１０４：Ｎ）。ユーザ登録がある場合（Ｓ１０４：Ｙ）、そのウェブサイトへの登録情報の入力完了を待つ（Ｓ１０５：Ｎ）。他のウェブサイトへの登録情報が入力されると（Ｓ１０５：Ｙ）、ユーザ管理部１０２は、これらの登録情報を当該ウェブサイトのアドレス情報（例えばＵＲＬ）と関連付けてユーザテーブルへ追加登録する（Ｓ１０６）。

【0041】

このとき、登録した他のウェブサイトにおいて取得（有料の場合は購入）済のチケット、取得（有料の場合は購入）獲得済の特典等を保有するかどうかをユーザ端末３０へ問い合わせる（Ｓ１０７）。保有する場合（Ｓ１０８：Ｙ）、それらを識別するための情報の入力を待ち（Ｓ１０８：Ｎ）、入力された場合、ユーザ管理部１０２は、そのユーザ用の補助テーブルを作成し、保有するチケット、特典等を補助テーブルに記録した後、そのユーザのユーザテーブルと関連付けてユーザＤＢ１１へ登録する（Ｓ１０８：Ｙ、Ｓ１０９）。これにより、ユーザ管理部１０２は、ユーザ登録の処理を終了させる。

【0042】

ユーザ登録が終了すると、ユーザは、ユーザ端末３０を操作して情報提供装置１０にアクセスして様々なサービスを享受することができる。サービスの享受は、上記のモビリティＡＰの表示画面及び操作により実現される。以下、ユーザがサービスを享受するために情報提供装置１０が行う手順について説明する。

【0043】

［情報表示処理］
情報提供装置１０は、モビリティＡＰがユーザ端末３０において起動し、認証部１０３によるユーザ認証（２回目アクセスの場合は自動認証）が成功すると、主制御部１０７の制御のもとで情報取得部１０４で様々な情報を取得し、取得した情報を解析部１０５で解析し、解析結果に基づいて編集部１０６でユーザ端末３０のディスプレイに応じた画面レイアウトを編集した後、これらの情報をユーザ端末３０へ提示する。これらの機能ブロック１０４～１０７が実行する上記一連の処理工程例の概要を示したのが図５である。

【0044】

図５を参照すると、情報取得部１０４は、認証に成功したユーザ端末３０から日時及び位置情報を取得する（Ｓ２０１）。情報取得部１０４は、取得した位置情報を中心として所定の距離範囲の地図データを取得する（Ｓ２０２）。情報取得部１０４は、さらに、ユーザ端末３０から所定距離範囲の施設のうち所定基準を満たす施設の情報（チケット、特典発行の有無を含む）、交通機関などの移動手段の情報をＡＰＩ連携により取得する（Ｓ２０３）とともに、ユーザが保有しているチケット、特典等の情報をユーザＤＢ１１より取得する（Ｓ２０４）。これらの取得情報は、とりあえず、所定の記録領域（ＲＡＭ１１１）に一時的に記録される。

【0045】

対象となる施設を決定するときの所定基準は、例えば、そのユーザ又は他のユーザが過去に利用した結果、ＳＮＳ管理サーバ４１からＡＰＩ連携により読み出した口コミ情報又は評価情報が登録されている施設かどうか、ユーザの興味のあるジャンルとしてユーザ自身がＳＮＳ管理サーバ４１か当該施設が関連するサーバに登録されている施設かどうか、ユーザがチケットを購入し、あるいは特典を獲得している施設かどうか、営業時間中の施設かどうかなどである。この基準は、適宜変更することができる。

【0046】

各種情報を取得すると、編集部１０６は、ユーザを表すユーザシンボル、表示対象となる施設を表す施設シンボルを作成し、作成したユーザシンボルと施設シンボルとを位置情報と関連付ける（Ｓ２０５）。編集部１０６は、さらに、取得した地図データに基づいて作成された地図画像を含む表示画面を編集する（Ｓ２０６）。編集された表示画面の例を図１０に示す。表示画面５００のうち起動時に表示されるトップ画面は、地図画像５０１をベースに表示される中心位置には、ユーザシンボル５１１が当該位置の他の道路等との相対位置がわかるように強調表示される。また、施設シンボル５１２が重畳表示される。

【0047】

地図画像５０１は、デフォルトでは、取得した位置情報により特定される位置を起点とする所定距離範囲のベクター図であり、例えば指やスタイラスペンによる地図画像上でのタッチ操作によって、上下左右方向へのスライド、あるいは拡大又は縮小が可能である。地図画像５０１がベクター図なので、拡大又は縮小しても文字や記号の解像度が変わらない見やすい地図表示が可能となる。

【0048】

表示画面５００には、上記地図画像５０１のほか、目的地入力領域５０２、補助表示領域５０３、用意されている複数の機能をダイレクトに呼び出すための複数の機能アイコン５０４が形成されている。機能アイコン５０４の一つは、ユーザが経路候補の探索を指示するための「経路」アイコン５００ａである。主制御部１０７は、編集部１０６で編集された表示画面５００をユーザ端末３０のディスプレイに表示させる（Ｓ２０７）。

【0049】

［移動経路候補の案内処理］
次に、ユーザ端末３０のモビリティＡＰを通じて情報提供装置１０が行う移動経路候補の案内処理について説明する。この場合、情報提供装置１０は、例えばＡＰＩ連携部１０１を通じて連携可能な経路案内サーバ４２、地図サーバ４３、デマンド応答型輸送サーバ５１、タクシーサーバ５２、シェアリングサーバ５３とそれぞれ連携する移動経路候補の案内装置として動作する。本例では、ユーザ端末３０を所持するユーザが出発地から目的地まで移動する際に、運行がスケジューリングされた公共交通移動体及び運行がスケジューリングされていない非公共交通移動体のいずれをも利用できる地域におけるマルチモーダル経路の案内処理の例を説明する。

【0050】

まず、図６の処理手順図を参照して検索条件の設定処理について説明する。主制御部１０７は、図１０の表示画面５００に表示されている「経路」アイコン５０４ａに対するユーザ操作を待つ（Ｓ３０１：Ｎ）。ユーザ操作は、以下の説明では、便宜上、指やスタイラスペンを用いたタッチ操作であるものとするが、物理的なキーボード操作、あるいは音声による操作であってもよい。

【0051】

「経路」アイコン５０４ａのタッチ操作を検出すると（Ｓ３０１：Ｙ）、主制御部１０７は、例えば図１１に示されるように、表示画面５００の下方領域に「＋新しい経路を検索・・・」の文字列が表示された検索ウィンドウ５０５を表示させ（Ｓ３０２）、その操作を待つ（Ｓ３０３：Ｎ）。検索ウィンドウ５０５のタッチ操作を検出すると（Ｓ３０３：Ｙ）、主制御部１０７は、表示画面５００を図１２に例示される検索条件設定画面５００ａに遷移させる（Ｓ３０４）。

【0052】

図１２を参照すると、検索条件設定画面５００ａには、「現在地」５２１、「目的地」５２２、「出発時刻」５２３、「詳細設定」５２４の入力フィールドが表示されている。
「現在地」５２１は経路探索の出発地に相当する情報である。主制御部１０７は、「現在地」５２１の入力フィールドにユーザ端末３０から取得した現在地の情報を、ユーザの操作を待つことなく、自動的に設定する。そのため、ユーザ端末３０において「現在地」５２１の入力フィールドへの変更操作が検知されない場合（Ｓ３０５：Ｎ）、現在地の情報がそのまま経路探索の出発地として確定される（Ｓ３０６）。本例では、東京都の渋谷駅周辺の位置が現在地の位置として示されている。地図領域５２５には、ユーザ端末３０が存在する位置、つまりユーザシンボル５１１及び当該位置を中心として所定距離範囲の地図画像が表示される。

【0053】

図１２の「現在地」５２１の入力フィールドがタッチ操作された場合（Ｓ３０５：Ｙ）、主制御部１０７は、検索条件設定画面５００ａの一部又は全部を文字列入力画面又は地図上の位置座標入力画面（図示省略）に切り替える（Ｓ３０７）。文字列又は位置座標の入力を待ち（Ｓ３０８：Ｎ）、文字列又は位置座標が入力されたときは（Ｓ３０８：Ｙ）、入力された情報（文字列／位置座標）で特定される位置を出発地として確定する（Ｓ３０９）。

【0054】

図１２の「目的地」５２２は経路探索の到着地に相当する情報である。主制御部１０７は、この「目的地」５２１の入力フィールドへのタッチ操作を待つ（Ｓ３１１：Ｎ）。タッチ操作されると（Ｓ３１１：Ｙ）、主制御部１０７は、検索条件設定画面５００ａの一部又は全部を文字列入力又は地図上の位置座標入力画面（図示省略）に切り替える（Ｓ３１２）。文字列又は位置座標の入力を待ち（Ｓ３１３：Ｎ）、文字列又は位置座標が入力されたときは（Ｓ３１３：Ｙ）、入力された情報（文字列／位置座標）で特定される位置を目的地として確定する（Ｓ３１４）。図１２の例では、東京都の梅ヶ丘が目的地として設定されている。

【0055】

図１２の「出発時刻」５２３はユーザの移動開始予定時刻である。主制御部１０７は、「出発時刻」５２３の入力フィールドにユーザ端末３０から取得した現在時刻あるいは情報提供装置１０が有する時計機能より取得した現在時刻を、ユーザによる操作を待つことなく、自動的に設定する。そのため、ユーザ端末３０において「出発時刻」５２３の入力フィールドへの変更のための操作が検知されない場合（Ｓ３２１：Ｎ）、現在時刻がそのまま出発時刻（移動開始時刻）として確定される（Ｓ３２２）。「出発時刻」５２３の入力フィールドが操作された場合（Ｓ３２１：Ｙ）、主制御部１０７は、検索条件設定画面５００ａの一部又は全部を日時情報設定画面（図示省略）に切り替える（Ｓ３２３）。日時情報設定画面では、日時情報の入力と共に、出発時刻を目的地への到着時刻に変更することができる。

【0056】

出発時刻から到着時刻への変更がない場合（Ｓ３２４：Ｎ）、主制御部１０７は、入力された日時情報を出発時刻として確定する（Ｓ３２５）。到着時刻へ変更された場合（Ｓ３２４：Ｙ）、主制御部１０７は、日時情報を目的地への到着時刻として確定する（Ｓ３２６）とともに、「出発時刻」５２３の表示を「到着時刻」に変更する（Ｓ３２７）。
なお、出発時刻が確定した後に到着時刻がタッチ操作により変更された場合、あるいは到着時刻が確定した後に出発時刻がタッチ操作により変更された場合、後からの入力内容が有効とされる。

【0057】

図１２の「詳細設定」５２４は、ユーザが任意に設定可能な経路探索の詳細条件である。ここでは、自動設定ないしユーザが事前に設定しておく内容が殆どであるため、図６には示されていないが、事後に設定し直す場合は、これまで説明した他の条件と同様の手順で新たな情報を入力することができる。
また、本実施形態では図示を省略してあるが、「詳細設定」５２４の下位層の入力フィールドとして、リアルタイム検索のオン／オフ設定、乗換設定、優先乗車設定、マルチモーダル経路の検索条件設定が関連付けられている。ユーザは、経路探索前にいつでも検索条件設定画面５００ａを通じて「詳細設定」の内容を設定し、ユーザＤＢ１１等に保存しておくことができる。保存した内容は、再び図１０の「経路」アイコン５０４ａがタッチ操作されたときに、主制御部１０７が、自動的に該当の入力フィールドに設定する。

【0058】

「リアルタイム検索」は、例えば鉄道等の公共交通移動体に遅れが発生した場合にその遅れ時間を加味した検索結果を表示する機能である。その際、遅れる前の時刻も表示しておき、それが訂正される態様で表示することで、公共交通移動体がどの程度遅れ、その結果、目的地への到着時刻がどの程度変わるのかを予測することができる。
主制御部１０７は、ユーザによる操作を待たないデフォルト状態では、リアルタイム検索を自動的にオン設定する。「乗換設定」は、ユーザの過去の経路探索利用の傾向に基づいて予測した「おすすめ」、乗換があっても所要時間の短さを優先して経路探索を行う「早い」、乗換があっても運賃の低さを優先して経路探索を行う「安い」、乗換のある経路の優先順位を低くして経路探索を行う「らくらく」のいずれかであり、上記デフォルト状態では、「おすすめ」が設定される。「優先乗車設定」は、鉄道に乗車する場合の経路探索に際して「自由席優先」か「指定席優先」かを定めるものである。主制御部１０７は、デフォルト状態では「自由席優先」を設定する。

【0059】

「マルチモーダル経路の検索条件設定」は、マルチモーダル経路の検索を行う際に、鉄道、定期運航バスのような公共交通機関以外の複数の移動手段、例えばタクシー、ＡＩ運行バス、サイクルシェアリング、バイクシェアリング、カーシェアリングのうち、経路候補のノードに含まれる場合であってもそれを除外する移動手段を選択する。デフォルト状態では、用意されているすべての移動手段が経路候補のノードに含まれるように設定される。

【0060】

なお、出発地及び目的地の文字列入力は、ユーザ端末３０に設けられたキーボード、あるいは、それぞれの入力フィールドへのタッチ操作によりユーザ端末３０の表示画面５００の所定部位に自動的に現れるソフトウェアキーボードのタッチ操作により可能となるが、他の手段によって文字列を入力してもよい。

【0061】

例えば、ユーザＤＢ１１に保存されている上記のログファイルを用いて解析部１０５で解析した文字列のうち、ユーザが関心を抱いていると推定され、ソートされている地名等の文字列を、先頭文字が入力される度に、例えば検索条件設定画面５００ａの下部領域にいくつか表示させ、ユーザがいずれかの文字列を選択したときに、当該文字列を出発地又は目的地として入力するようにしてもよい。あるいは、いくつかの文字列を関心度順に「検索文字」としてキーボードウィンドウとは別の入力フィールドに表示させ、いずれかの文字列の選択をユーザに委ねる構成であってもよい。

【0062】

図６に示す検索条件の設定処理は、「出発地」５２１の入力フィールドへの出発地の確定（Ｓ３０６，Ｓ３０９）、「目的地」５２２の入力フィールドへの目的地の確定（Ｓ３１４）、「出発時刻」５２３の入力フィールドへの出発時刻又は到着時刻の確定（Ｓ３２２，Ｓ３２５）を、例えばユーザが、経路探索開始の機能ボタン（図示省略）を操作（主制御部１０７への指示操作）することで完了する（Ｓ３３０）。

【0063】

図７は、経路探索処理の手順説明図である。この処理は、主制御部１０７は、ＡＰＩ連携部１０１を通じて経路案内サーバ４２等と連携しながら実行する。すなわち、検索条件の設定処理の完了（図６のＳ３３０）を待つ（Ｓ４０１：Ｎ）。そして、検索条件の設定処理の完了を契機に（Ｓ４０１：Ｙ）、第１経路探索工程を実行する（Ｓ４０２）。第１経路探索工程の詳細手順については、後述する。ユーザが第１経路探索工程による経路探索結果について終了指示を入力した場合（Ｓ４０３：Ｙ）、経路探索処理を終了する。
ユーザが第１経路探索工程による経路探索結果に対する終了指示を入力しない場合（Ｓ４０３：Ｎ）、主制御部１０７は、第１経路探索工程による経路探索結果を受け継いだ状態で第２経路探索工程を実行する（Ｓ４０４）。第２経路探索工程の詳細手順については後述する。そして、第２経路探索工程による経路探索結果をユーザ端末３０に提示して、経路探索処理を終了させる。

【0064】

図８は、第１経路探索工程における詳細手順説明図である。第１経路探索工程は、公共交通移動体だけを利用してユーザが移動可能な経路候補を探索する。本例では、経路案内サーバ４２にアクセスして経路候補の探索処理を実行させる（Ｓ５０１）。この探索を「第１経路探索」と呼び、これにより特定される経路候補を「第１経路候補」と呼ぶ。第１経路探索は、公共交通移動体について公表されている運行情報、遅延情報、ノード間距離、運賃等を用いて行われる。公共交通移動体の利用態様には、鉄道のみ利用、バスのみ利用の場合があり、鉄道でも特急利用、新幹線利用があるため、主制御部１０７は、それぞれの利用態様に応じた複数の第１経路候補を経路案内サーバ４２から取得（受領）する（Ｓ５０２）。そして、利用が予想される各公共交通移動体に対応する選択アイコンを作成し、あるいは予め作成・保存されている部分から読み出す。選択アイコンは、対応する公共交通移動体を利用するかしないかを選択するためのアイコンであり、選択可能な場合は表示態様を問わず表示し、選択不能の場合は非表示とする。

【0065】

その後、主制御部１０７は、複数の第１経路候補のノード間で利用可能な非公共交通移動体が存在するかどうかを調べる（Ｓ５０３）。この処理は、例えば主制御部１０７が、ＡＰＩ連携部１０１を通じてデマンド応答型輸送サーバ５１、タクシーサーバ５２、シェアリングサーバ５３にアクセスして当該移動体の利用の可否と可能な場合の時間帯や制約を調査することで実行する。ただし、この処理も経路案内サーバ４２に実行させて、その問い合わせの結果等を取得するようにしてもよい。

【0066】

どの第１経路候補においても利用可能な非公共交通移動体が存在しない場合（Ｓ５０４：Ｎ）、処理を後述のＳ５０７に移す。いずれかの第１経路候補において利用可能な非公共交通移動体が存在する場合（Ｓ５０４：Ｙ）、主制御部１０７は、各非公共交通移動体に対応する選択アイコンを作成し、これを第１経路候補及び公共交通移動体に対応する選択アイコンと共にユーザ端末３０の探索結果一覧画面に表示させる（Ｓ５０５）。探索結果一覧画面の例を図１３に示す。

【0067】

図１３を参照すると、探索結果一覧画面５００ｂには、図１２の検索条件設定画面５００ａの入力フィールドがそのまま表示され、さらにその下部領域に選択アイコン５３１～５３５と、複数の第１経路候補、図示の例では２つの第１経路候補５３６，５３７の一覧が表示されている。最初の第１経路候補５３６については、遅延情報が入手できているため、その旨が表示されている。

【0068】

選択アイコン５３１は鉄道に対応し、選択アイコン５３２はバス（公共バス）に対応しており、それぞれ強調表示（本例では点灯表示）されている。強調表示は、対応する移動体（鉄道及びバス）が、表示中の第１経路候補５３６，５３７の利用ノードに含まれていることを意味する。一方、選択アイコン５３３はシェアサイクル、選択アイコン５３４はデマンド交通、選択アイコン５３５はタクシーであり、出発地と目的地との間の経路ではいずれも利用可能な非公共交通移動体であるが、例えば上述の通り利用ノードとして選択する際の条件（タクシーであれば１マイル未満等）に満たないために、その利用ノードが表示中の第１経路候補５３６，５３７には含まれていないことを意味する。

【0069】

表示されている第１経路候補５３６、５３７については、その表示領域をユーザがタッチ操作することで詳細経路画面に切り替えることができる。最初の第１経路候補５３６の詳細経路画面例を図１４に示す。
図１４に例示される詳細経路画面５００ｃでは、公表されている時刻表によれば１９：０１発の渋谷駅（１番線）発の京王井の頭線急行の列車が１４分遅延して１９：１５発となることが示されており、それ故に、目的地まで短時間で移動するには、京王線下北沢駅の２番線ホームから４番線ホームまで移動して小田急線下北沢駅から小田急線に乗り換えて梅ヶ丘駅に向かい、さらに、バスを使用する経路候補が案内されている。図１４のような詳細経路画面５００ｃは、第１経路候補毎に表示することができる。そのため、ユーザは、経路候補の概要を図１３の探索結果一覧画面５００ｂで把握し、その詳細経路を知りたい第１経路候補についてだけ図１４に示す詳細経路画面５００ｃで確認することができる。

【0070】

図１３の探索結果一覧画面５００ｂに戻る場合は、モビリティＡＰが提供する「戻る」ボタンをタッチ操作することになる。

【0071】

図８に戻り、選択アイコン５３１～５３５のうち、強調表示されていない非公共交通移動体５３３～５３５のいずれかが選択された場合（Ｓ５０６：Ｙ）、主制御部１０７は、第２経路探索工程を実行する。一方、どの選択アイコン５３３～５３５も選択操作されず、図１３の探索結果一覧画面５００ｂの表示画面又は図１４の詳細経路画面５００ｃの情報で足りるとユーザが判断し、モビリティＡＰが提供する「終了指示」ボタンが操作された場合（Ｓ５０７：Ｙ）、主制御部１０７は、経路案内処理を終了させる。

【0072】

図９は、第２経路探索工程の詳細手順説明図である。ここでは、図１３に示した機能アイコン５３３～５３５のうちタクシーに対応する選択アイコン５３５がユーザによって操作されたものとする。図９を参照すると、主制御部１０７は、操作された選択アイコン５３５に対応するタクシーのアクセスポイント（タクシー乗り場）を利用ノードに含む経路候補を探索する。あるいは、既に探索された結果から抽出する（Ｓ６０１）。このような経路探索を「第２経路探索」と呼び、これにより特定される経路候補を第１経路候補と区別するために「第２経路候補」と呼ぶ。

【0073】

主制御部１０７は、第２経路候補の探索結果を第１経路候補の探索結果に付加する（Ｓ６０２）。第２経路探索による探索結果一覧画面を図１５に示す。図１５に示された探索結果一覧画面５００ｄでは、現在地からタクシーにより目的地である梅ヶ丘まで移動する場合の第２経路候補５３８が、２つの第１経路候補５３６、５３７に付加されている。他の非公共交通移動体の選択アイコンが存在しないか選択されない場合（Ｓ６０３：Ｎ）、第２経路探索処理を終了する。他の選択アイコンが選択された場合（Ｓ６０３：Ｙ）、Ｓ６０１以降の処理を繰り返す。

【0074】

図１３の探索結果一覧画面５００ｂあるいは図１５の探索結果一覧画面５００ｄにおいて、いずれかの第１経路候補又は第２経路候補が選択されると、ユーザ端末３０には、俯瞰画面が表示される。俯瞰画面例を図１６に示す。図１６の俯瞰画面５００ｅには、出発地と目的地とを含む地図画像が表示され、ユーザシンボル５１１が表示される。俯瞰画面５００ｅには、また、ユーザにより選択された経路候補が地図画像上にマッピング表示される。経路候補は、利用する移動体が鉄道とバスである場合は、それらの路線にとってマッピング表示される。また、利用する移動体がタクシーの場合は、道路上にマッピング表示される。また、俯瞰画面５００ｅの下部領域には、探索結果一覧画面５００ｂ，５００ｄあるいは詳細経路画面５００ｃが縮小して表示される。これにより、ユーザは、現在地から目的地に向かう状況を容易にイメージすることができる。

【0075】

［実施形態による効果］
上記の通り、本実施形態では、主制御部１０７は、デフォルト状態では、「現在地」５２１、「出発時刻」５２３、「詳細設定」５２４のうちリアルタイム検索をオン、乗換設定を「おすすめ」、優先乗車設定を「自由席優先」、マルチモーダル経路の検索条件設定をすべての移動手段をノードに含めるようにする。そのため、ユーザは、目的地を入力すれば、現在地からの経路候補を直ちに知ることができる。また、本実施形態では、第１経路探索工程の後、必要に応じて第２経路探索工程を実行するので、ユーザの意に反した不要な交通移動体を含む経路候補が提示されることがなく、探索にかかる手間や時間をユーザ自身の判断に委ねることができる。

【0076】

［変形例］
本実施形態では、公共交通移動体だけを利用ノードに含む経路候補の探索工程を第１経路探索工程とし、非公共交通移動体をも利用ノードに含む経路候補の探索工程を第２経路探索工程とする例について説明したが、各経路探索工程は、それぞれ公共交通移動体同士、あるいは非公共交通移動体同士であってもよい。例えば、利用できる公共交通移動体がそれぞれ異なる種類、例えば鉄道、バス、フェリー等である場合、鉄道だけを利用ノードに含む経路候補の探索を第１経路探索工程とし、鉄道と公共バス、あるいは公共バスだけを利用ノードに含む経路候補の探索を第２経路探索工程としてもよい。非公共交通移動体についても同様である。

【0077】

つまり、異なる種類の移動体のうち、特定種類の移動体を第１移動手段、第１移動手段と異なる種類の移動体を第２移動手段とし、第１移動手段を利用ノードに含む経路候補を第１経路候補、第２移動手段を利用ノードに含む経路候補を第２経路候補として、経路案内をすることができる。

【0078】

本実施形態では、また、第１経路探索工程では指定されていない非公共交通移動体（例えば、強調表示されていないタクシーの選択アイコン５３５）を新たに指定した場合（例えば、当該選択アイコン５３５を選択する操作して強調表示に変更）に第２経路探索工程を実行する場合の例について説明したが、この例に限定されない。例えば、第１経路探索により特定され、強調表示されている選択アイコン（例えば鉄道の選択アイコン５３１とバスの選択アイコン５３２）を非強調表示に変更した場合に第２経路探索工程を実行するようにしてもよい。

【0079】

あるいは、出発地と目的地との間の移動経路において利用可能なすべての公共交通移動体及び非公共交通移動体を利用ノードに含む経路探索を経路案内サーバ４２から取得しておき、選択アイコン５３１～５３５を強調表示した後、いずれかの選択アイコンの強調表示を非強調表示に変更した場合に、残った選択アイコンに対応する公共交通移動体又は非公共交通移動体を利用ノードに含む経路候補だけをユーザ端末３０に提示するようにしてもよい。この場合、前者の経路候補が第１経路候補となり、後者の経路候補が第２経路候補となる。

【0080】

また、本実施形態では、図４～図９にその手順例を示す各種処理工程を、情報提供装置１０側で実行する場合の例について説明したが、ユーザ端末３０のモビリティＡＰで図６～図９に示した処理工程の一部又は全部を実行するようにしてもよい。この場合、モビリティＡＰが本発明のコンピュータプログラムとなる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】