JP2020071109A - データ生成装置、データ生成システム、データ生成方法、データ生成プログラム - Google Patents

Abstract

【課題】複数のユーザからの要求に対応するマルチモーダル経路探索結果の履歴データからマクロ視点でのユーザの移動に関する各種傾向等を把握するための出力データを生成することが可能なデータ生成装置等を提供する。【解決手段】本発明の一実施形態に係るデータ生成装置は、経路探索結果の蓄積履歴に基づき、出発地エリア及び目的地エリアの複数の組み合わせのそれぞれを対象として、複数の移動手段ごとに、出発地エリア及び目的地エリアの組み合わせに対応する経路探索要求に対して、経路探索結果で提案される経路候補に含まれた割合や、経路探索結果の中からユーザに選択された経路候補に含まれた割合を算出し、複数の組み合わせのそれぞれを対象として、出発地エリア及び目的地エリアと、複数の移動手段ごとの算出した割合とを対応付けたデータを生成する。【選択図】図３

Description

本発明は、データ生成装置等に関する。

従来、自動車、徒歩、自転車、公共交通機関等の複数の移動手段のうちの一又は二以上を利用する出発地から目的地までのマルチモーダル経路探索を行うナビゲーション装置が知られている。
（例えば、特許文献１参照）。

特開２０１２−１６７９９４号公報

ところで、複数のユーザからの要求に応じて、マルチモーダル経路探索が行われる場合、その経路探索結果に関するローデータの集合、つまり、蓄積データから、マクロでのユーザの移動に関する各種傾向等を把握できる可能性がある。

しかしながら、個々の経路探索結果に関するローデータは、あくまでも各ユーザのある一時点の行動予定を表しているに過ぎない。そのため、具体的に、経路探索結果のローデータからマクロでのユーザの移動に関する各種傾向等を把握するための出力データを生成する方法が提供されることが望ましい。

そこで、上記課題に鑑み、複数のユーザからの要求に対応するマルチモーダル経路探索結果の履歴データからマクロ視点でのユーザの移動に関する各種傾向等を把握するための出力データを生成することが可能なデータ生成装置等を提供することを目的とする。

上記目的を達成するため、本発明の一実施形態では、
複数のユーザのそれぞれからの出発地及び目的地を含む経路探索要求に応じて行われる、複数の移動手段のうちの一又は二以上を利用する出発地から目的地までの経路探索の経路探索結果が蓄積された履歴情報に基づき、出発地エリア及び目的地エリアの複数の組み合わせのそれぞれを対象として、前記複数の移動手段ごとに、前記出発地エリア及び前記目的地エリアの組み合わせに対応する前記経路探索要求に対して、前記経路探索結果で提案される経路候補に利用された第１の割合、及び、前記経路探索結果の中からユーザに選択された経路候補に利用された第２の割合の少なくとも一方を算出する算出部と、
前記複数の組み合わせのそれぞれを対象として、前記出発地エリア及び前記目的地エリアと、前記複数の移動手段ごとの前記第１の割合及び前記第２の割合の少なくとも一方とを対応付けたデータを生成するデータ生成部と、を備える、
データ生成装置が提供される。

本実施形態によれば、データ生成装置は、出発地エリアから目的地エリアまでの複数のユーザの移動ニーズに対して、各移動手段がその移動ニーズをどの程度サポートできたのかに相当するデータを生成できる。また、データ生成装置は、出発地エリアから目的地エリアまでの複数のユーザの移動ニーズに対して、ユーザはどのような移動手段を選択する傾向にあるのかに相当するデータを生成できる。よって、データ生成装置は、複数のユーザからの要求に対応するマルチモーダル経路探索結果の履歴データからマクロ視点でのユーザの移動に関する各種傾向等を把握するための出力データを生成することができる。

また、上述の実施形態において、
前記データ生成部は、前記複数の組み合わせのそれぞれを対象として、前記出発地エリア及び前記目的地エリアと、前記複数の移動手段ごとに、前記出発地エリア及び前記目的地エリアの組み合わせに対応する前記経路探索要求に対する前記経路探索結果の中から当該移動手段を選択したユーザの属性に関する情報とを対応付けたデータを生成してもよい。

本実施形態によれば、データ生成装置は、目的地エリアから出発地エリアまでの複数の移動ニーズに対して、どのような属性のユーザがどのような移動手段を選択するのかに相当するデータを生成することができる。

また、上述の実施形態において、
前記ユーザの属性に関する情報には、前記出発地エリア及び前記目的地エリアの組み合わせに対応する前記経路探索要求に対する前記経路探索結果の中から当該移動手段を選択したユーザの性別及び年代別、居住エリア別、自動車保有の有無別、並びに、当該移動手段の前記出発地エリア及び前記目的地エリアの間の定期券保有の有無別の少なくとも一つの割合に関する情報が含まれもよい。

本実施形態によれば、データ生成装置は、ユーザの具体的な属性分類別に、目的地エリアから出発地エリアまでの複数の移動ニーズに対して、どのような属性のユーザがどのような移動手段を選択するのかに相当するデータを生成することができる。

また、本発明の他の実施形態は、データ生成システム、データ生成方法、及びデータ生成プログラムとして実現可能である。

上述の実施形態によれば、複数のユーザからの要求に対応するマルチモーダル経路探索結果の履歴データからマクロ視点でのユーザの移動に関する各種傾向等を把握するための出力データを生成することが可能なデータ生成装置等を提供することができる。

一実施形態に係るマルチモーダル経路提供システムの構成の一例を示す概要図である。 センタサーバのハード構成の一例を示す構成図である。 センタサーバ及び携帯端末の機能構成の一例を示す機能ブロック図である。 マルチモーダル経路探索を要求するユーザ操作方法の一例を説明する図である。 マルチモーダル経路探索を要求するユーザ操作方法の他の例を説明する図である。 マルチモーダル経路探索を要求するユーザ操作方法の他の例を説明する図である。 マルチモーダル経路探索を要求するユーザ操作方法の更に他の例を説明する図である。 マルチモーダル経路探索を要求するユーザ操作方法の更に他の例を説明する図である。 マルチモーダル経路探索を要求するユーザ操作方法の更に他の例を説明する図である。 マルチモーダル経路探索の対象移動手段を設定する設定画面の一例を示す図である。 マルチモーダル経路探索結果の表示画面の一例を示す図である。 マルチモーダル経路探索結果の表示画面の一例を示す図である。 経路候補に対応づけて表示される対象移動手段の決定方法の一例を説明する図である。 マルチモーダル経路探索結果に基づくタクシーの利用方法の一例を説明する図である。 マルチモーダル経路探索結果に基づくタクシーの利用方法の一例を説明する図である。 マルチモーダル経路探索結果に基づく駐車場情報の閲覧方法の一例を説明する図である。 マルチモーダル経路探索結果に基づく駐車場情報の閲覧方法の一例を説明する図である。 マルチモーダル経路探索結果に基づくサイクルシェアリングの利用方法の一例を説明する図である。 マルチモーダル経路探索結果に基づくサイクルシェアリングの利用方法の一例を説明する図である。 マルチモーダル経路探索結果に基づく路線バス位置情報の閲覧方法及び路線バス乗車券の購入・利用方法の一例を説明する図である。 マルチモーダル経路探索結果に基づく路線バス位置情報の閲覧方法及び路線バス乗車券の購入・利用方法の一例を説明する図である。 携帯端末（路線バス乗車券利用支援処理部）による路線バス乗車券情報表示処理の一例を概略的に示すフローチャートである。 携帯端末（路線バス乗車券利用支援処理部）による路線バス乗車券情報表示処理の一例を概略的に示すフローチャートである。 マルチモーダル経路探索結果の履歴データの一例を示す図である。 マルチモーダル経路探索結果の履歴データの一例を示す図である。 マクロデータの生成方法を説明する図である。 マクロデータの生成方法を説明する図である。 マクロデータの生成方法を説明する図である。 マクロデータの生成方法を説明する図である。

以下、図面を参照して発明を実施するための形態について説明する。

［システムの概要］
まず、図１を参照して、本実施形態に係るマルチモーダル経路提供システム１の概要について説明する。

図１は、本実施形態に係るマルチモーダル経路提供システム１の構成の一例を示す概要図である。

本実施形態に係るマルチモーダル経路提供システム１は、携帯端末１０と、センタサーバ２０を含む。

マルチモーダル経路提供システム１（データ生成システムの一例）は、ユーザの操作に応じて、携帯端末１０からセンタサーバ２０に送信される、出発地及び目的地を含む経路探索要求に応じて、センタサーバ２０において、出発地から目的地までのマルチモーダル経路探索を行う。そして、マルチモーダル経路提供システム１は、経路探索結果（以下、「マルチモーダル経路探索結果」）を、携帯端末１０（具体的には、後述する表示装置１６）を通じて、ユーザに提供する。マルチモーダル経路提供システム１を通じて、マルチモーダル経路探索結果の提供を受けるユーザは、複数であってよく、複数のユーザのそれぞれに対応する携帯端末１０が複数存在する。このとき、複数のユーザは、携帯端末１０の後述する経路探索アプリやセンタサーバ２０が公開するマルチモーダル経路探索に関するホームページ等を通じて、ユーザ登録を行うことにより、マルチモーダル経路探索に関するサービス提供を受けることができる。また、ユーザ登録された複数のユーザを対象として、ユーザごとに、ユーザ識別情報（例えば、ユーザＩＤ（Identifier））と、当該ユーザ識別情報に対応するセンタサーバ２０へのアクセス用のユーザ認証情報（例えば、パスワード）が発行される。また、ユーザ認証情報は、ユーザによって変更が可能な態様であってよい。これにより、ユーザは、具体的に、ユーザ識別情報及びユーザ認証情報を用いて、後述の経路探索アプリを利用し、マルチモーダル経路探索に関するサービス提供を受けることができる。

マルチモーダル経路探索は、複数の移動手段を利用対象とする出発地から目的地までの経路探索であり、既知の手法によって実現可能である。マルチモーダル経路探索によれば、複数の対象となる移動手段（以下、「対象移動手段」）のうちの一又は二以上を利用する一又は複数の経路候補が探索される。対象移動手段は、例えば、路線バス、鉄道、高速バス、飛行機、船等の公共交通機関を含んでよい。また、対象移動手段は、タクシー、ライドシェアリング、カーシェアリング、レンタカー、サイクルシェアリング等の相対的に乗車定員の少ない乗物を不特定の人が共用する移動手段（以下、「共用型移動手段」）を含んでよい。また、対象移動手段は、自家用の自転車（以下、単に「自転車」）、自家用の自動車（以下、単に「自動車」）等のユーザ自身或いはその親族等が所有する移動手段を含んでよい。また、対象移動手段としての"船"には、水上バス等の任意の水上の乗物が含まれてもよいし、水上バス等が"船"とは別に単体の対象移動手段として設定されてもよい。また、対象移動手段は、後述の如く、予め規定される複数の移動手段（対象移動手段の候補）の中からユーザ自身が選択可能であってもよい（図７参照）。また、出発地及び目的地は、マルチモーダル経路探索の対象エリア（以下、「探索対象エリア」）内で設定される。探索対象エリアは、例えば、複数の国に跨る領域、一つの国全体、一つの国の複数の都道府県や複数の州に跨る一地方、一の都道府県や一の州、一の地区町村等、任意に設定されてよい。

また、本実施形態に係るマルチモーダル経路提供システム１に関連する構成要素には、路線バス関連サーバ３０と、鉄道関連サーバ３２と、高速バス関連サーバ３４と、航空関連サーバ３６と、船関連サーバ３８と、タクシー関連サーバ４０と、ライドシェアリング関連サーバ４２と、カーシェアリング関連サーバ４４と、レンタカー関連サーバ４６と、サイクルシェアリング関連サーバ４８と、決済サーバ５０と、時刻表関連サーバ５２と、地図関連サーバ５４と、駐車場関連サーバ５６と、イベント・ＰＯＩ（Point of Interest）関連サーバ５８が含まれる。

携帯端末１０は、ユーザがマルチモーダル経路探索結果に対応する一又は複数の経路候補の提供を受けるためのユーザ端末である。携帯端末１０は、例えば、携帯電話、スマートフォン、タブレット端末、ラップトップ型のコンピュータ、携帯型（可搬型）のナビゲーション装置等を含む。

携帯端末１０は、例えば、基地局を末端とする移動体通信網、通信衛星を利用する衛星通信網、インターネット網等の所定の通信ネットワーク（以下、単に、「通信ネットワーク」）を通じて、センタサーバ２０と通信可能に接続され、ユーザからの操作に応じて、センタサーバ２０に経路探索要求を送信する。そして、携帯端末１０は、センタサーバ２０から配信されるマルチモーダル経路探索結果を表示装置１６に表示させることにより、ユーザに提供する。

尚、携帯端末１０は、ユーザがマルチモーダル経路探索結果の提供を受けるためのユーザ端末の一例であり、マルチモーダル経路提供システム１は、携帯端末１０に代えて、或いは、加えて、他のユーザ端末（例えば、デスクトップ型のコンピュータや、車両に固定されるナビゲーション装置等）を含んでもよい。

また、携帯端末１０は、路線バス関連サーバ３０、サイクルシェアリング関連サーバ４８、駐車場関連サーバ５６、及びイベント・ＰＯＩ関連サーバ５８等と通信可能に接続される。路線バス関連サーバ３０は、例えば、対象移動手段としての路線バスの運行会社、或いは、その関連会社等により運営され、路線バスの運行等に関する情報（例えば、時刻表、遅延等を含む運行状況、各車両の現在位置等）を管理する。サイクルシェアリング関連サーバ４８は、例えば、対象移動手段としてのサイクルシェアリングのサービス提供会社、或いは、その関連会社等により運営され、サイクルシェアリングのサービスに関する各種情報（例えば、シェアサイクルを提供する複数のサイクルポートごとの提供可能台数や現在の空き台数等）を管理する。駐車場関連サーバ５６は、予め登録される複数の駐車場ごとの施設情報（例えば、住所、駐車可能台数等）や利用状況に関する情報（例えば、各駐車場の空き台数等）を管理する。イベント・ＰＯＩ関連サーバ５８は、経路探索対象エリア内で行われるイベントに関する情報（以下、「イベント情報」）や所定エリア内のＰＯＩ（例えば、施設や店舗等）に関する情報（以下、「ＰＯＩ情報」）を最新の状態で管理する。これにより、携帯端末１０は、対象移動手段としての路線バス、サイクルシェアリングに関する情報、対象移動手段としてのカーシェアリング、レンタカー、自動車を利用する場合の駐車場に関する情報、ユーザの移動の動機付けとなりうるイベント及びＰＯＩに関する情報等の各種情報を取得できる。携帯端末１０と、路線バス関連サーバ３０、サイクルシェアリング関連サーバ４８、駐車場関連サーバ５６、及びイベント・ＰＯＩ関連サーバ５８等との間のやり取りの詳細については後述する（図５、図６、図１１〜図１３等参照）。

尚、携帯端末１０は、鉄道関連サーバ３２、高速バス関連サーバ３４、航空関連サーバ３６、船関連サーバ３８、タクシー関連サーバ４０、ライドシェアリング関連サーバ４２、カーシェアリング関連サーバ４４、レンタカー関連サーバ４６等と通信可能に接続され、これらから各種情報を取得してもよい。例えば、携帯端末１０は、これらのサーバが運営するホームページ経由で、各サーバから各種情報を取得してよい。

センタサーバ２０（データ生成装置の一例）は、通信ネットワークを通じて、携帯端末１０と通信可能に接続され、携帯端末１０からの経路探索要求に応じて、マルチモーダル経路探索を行い、マルチモーダル経路探索結果を携帯端末１０に送信（配信）する。

また、センタサーバ２０は、通信ネットワークを通じて、路線バス関連サーバ３０、鉄道関連サーバ３２、高速バス関連サーバ３４、航空関連サーバ３６、船関連サーバ３８、タクシー関連サーバ４０、ライドシェアリング関連サーバ４２、カーシェアリング関連サーバ４４、レンタカー関連サーバ４６、及びサイクルシェアリング関連サーバ４８等と通信可能に接続される。鉄道関連サーバ３２は、例えば、対象移動手段としての鉄道の運行会社、或いは、その関連会社等により運営され、鉄道の運行等に関する情報（例えば、時刻表、遅延等を含む運行状況、予約可能な各列車の空席状況等）を管理する。高速バス関連サーバ３４は、対象移動手段としての高速バスの運行等に関する情報（例えば、時刻表、遅延等を含む運行状況、各車両の空席状況等）を管理する。航空関連サーバ３６は、対象移動手段としての飛行機の運行会社、或いは、その関連会社等により運営され、飛行機の運行等に関する情報（例えば、時刻表、遅延等を含む運行状況、各便の空席状況等）を管理する。船関連サーバ３８は、対象移動手段としての船の運行会社、或いは、その関連会社等により運営され、船の運行等に関する情報（例えば、時刻表、遅延等を含む運行状況、予約可能な各便の空席状況等）を管理する。タクシー関連サーバ４０は、例えば、対象移動手段としてのタクシーのサービス提供会社、或いは、その関連会社等により運営され、タクシーのサービスに関する各種情報（例えば、各車両の位置情報や空車・賃走等の別を含む運行状況等）を管理する。ライドシェアリング関連サーバ４２は、例えば、対象移動手段としてのライドシェアリングのサービス提供会社、或いは、その関連会社等により運営され、ライドシェアリングのサービスに関する各種情報（例えば、ライドシェアリングで運用される各車両の現在位置や配車可否等）を管理する。カーシェアリング関連サーバ４４は、例えば、対象移動手段としてのカーリングシェアのサービス提供会社、或いは、その関連会社等により運営され、カーシェアリングのサービスに関する各種情報（例えば、シェアカーを提供する各ステーションの駐車スペース数、現在の利用可能台数、返却可能台数等）を管理する。レンタカー関連サーバ４６は、例えば、対象移動手段としてのレンタカーのサービス提供会社、或いは、その関連会社等により運営され、レンタカーのサービスに関する各種情報（例えば、レンタカーを貸し出す各営業所で準備可能な車両の車種や各営業車における車種ごとの現在準備可能な台数等）を管理する。つまり、各サーバ３０〜４８は、マルチモーダル経路探索の対象移動手段のそれぞれに対応している。これにより、センタサーバ２０は、各サーバ３０〜４８からマルチモーダル経路探索の対象移動手段に関連する各種情報を取得することができる。

尚、運行経路及び運行時刻を含む運行計画が予め規定されている移動手段（例えば、路線バス、鉄道、高速バス、飛行機、船等）の時刻表情報は、後述の如く、時刻表関連サーバ５２から取得されてもよい。また、それぞれの種類の対象移動手段は、複数の会社によってそのサービスが提供される場合がありうる。そのため、路線バス関連サーバ３０、鉄道関連サーバ３２、高速バス関連サーバ３４、航空関連サーバ３６、船関連サーバ３８、タクシー関連サーバ４０、ライドシェアリング関連サーバ４２、カーシェアリング関連サーバ４４、レンタカー関連サーバ４６、及びサイクルシェアリング関連サーバ４８は、それぞれ、対応する種類の対象移動手段のサービスを提供する複数の会社ごとに設けられてよい。また、一つの会社或いは一つのグループ会社群が複数の種類の対象移動手段のサービスを手掛けている場合がありうる。そのため、路線バス関連サーバ３０、鉄道関連サーバ３２、高速バス関連サーバ３４、航空関連サーバ３６、船関連サーバ３８、タクシー関連サーバ４０、ライドシェアリング関連サーバ４２、カーシェアリング関連サーバ４４、レンタカー関連サーバ４６、及びサイクルシェアリング関連サーバ４８のうちの一部は、一つの会社或いは一つのグループ会社に対応する一つのサーバにより実現されてもよい。

また、センタサーバ２０は、通信ネットワークを通じて、決済サーバ５０と通信可能に接続される。決済サーバ５０は、例えば、決済代行会社等により運営され、ユーザによる対象移動手段の利用に関する決済処理、例えば、ユーザによりセンタサーバ２０に予め登録されるクレジットカード（以下、「登録クレジットカード」）に対応するカード会社との間の決済処理を代行する。例えば、決済サーバ５０は、センタサーバ２０からの要求に応じて、ユーザによる後述のタクシーの予約に応じて、仮の運賃でクレジットカードの与信枠を仮確保する。そして、決済サーバ５０は、タクシー関連サーバ４０から運賃の確定通知を受け付けたセンタサーバ２０からの要求に応じて、確定運賃でクレジットカードの与信枠を再度確保し、売上を計上する。また、例えば、決済サーバ５０は、センタサーバ２０からの要求に応じて、ユーザによる後述の路線バス乗車券の購入要求に応じて、クレジットカードでの与信枠を確保し、売上を計上する。これにより、センタサーバ２０は、ユーザによる対象移動手段の利用に関する各種決済処理を決済サーバ５０に一元的に実行させることができる。

また、センタサーバ２０は、時刻表関連サーバ５２及び地図関連サーバ５４と通信可能に接続される。時刻表関連サーバ５２は、運行路線及び運行時刻を含む運行計画が予め規定されている対象移動手段の時刻表に関する情報を管理する。地図関連サーバ５４は、探索対象エリア内の道路情報を含む地図情報を管理する。これにより、センタサーバ２０は、時刻表関連サーバ５２及び地図関連サーバ５４からマルチモーダル経路探索に必要な時刻表に関する情報や地図情報を取得したり、古い時刻表に関する情報や地図情報等を更新したりすることができる。

［マルチモーダル経路提供システムの構成］
次に、図１に加えて、図２、図３を参照して、マルチモーダル経路提供システム１の構成の詳細について説明する。

図２は、携帯端末１０のハードウェア構成の一例を示す図である。図３は、マルチモーダル経路提供システム１の機能構成の一例を示す機能ブロック図である。

尚、センタサーバ２０のハードウェア構成は、携帯端末１０と略同じであるため、以下の説明では、図２を参照し図示を省略する。以下、センタサーバ２０の説明では、図２の符号"１１"、"１１Ａ"、"１２"、"１３"、"１４"、"１５"、"１６"、及び"１７"を、それぞれ、"２１"、"２１Ａ"、"２２"、"２３"、"２４"、"２５"、"２６"、及び"２７"に読み替えて説明を行う。

＜携帯端末の構成＞
携帯端末１０は、図２に示すように、ドライブ装置１１と、補助記憶装置１２と、メモリ装置１３と、ＣＰＵ（Central Processing Unit）１４と、インタフェース装置１５と、表示装置１６と、入力装置１７を含み、それぞれがバスＢで接続される。

携帯端末１０の各種機能を実現するプログラムは、例えば、記録媒体１１Ａによって提供される。記録媒体１１Ａは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disc Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤメモリカード等の可搬型の記録媒体である。記録媒体１１Ａ及び補助記憶装置１２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。プログラムが記録された記録媒体１１Ａが、ドライブ装置１１にセットされると、プログラムが記録媒体１１Ａからドライブ装置１１を介して補助記憶装置１２にインストールされる。また、プログラムは、通信ネットワークを介して他のコンピュータ（例えば、センタサーバ２０）からダウンロードされ、補助記憶装置１２にインストールされてもよい。

補助記憶装置１２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。補助記憶装置１２は、例えば、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等である。

メモリ装置１３は、プログラムの起動指示があった場合に、補助記憶装置１２からプログラムを読み出して格納する。

ＣＰＵ１４は、メモリ装置１３に格納されたプログラムを実行し、プログラムに従って携帯端末１０の各種機能を実現する。

インタフェース装置１５は、例えば、通信ネットワークに接続するためのインタフェースとして用いられる。

表示装置１６は、例えば、ＣＰＵ１４で実行されるプログラムに従って、後述する経路探索アプリのアプリ画面等のＧＵＩ（Graphical User Interface）を表示する。表示装置１６は、例えば、液晶ディスプレイや有機ＥＬ（Electro Luminescence）ディスプレイ等である。

入力装置１７は、例えば、キーボード、マウス、タッチパネル、ボタン等を含み、携帯端末１０に関する様々な操作指示をユーザに入力させるために用いられる。

携帯端末１０は、図３に示すように、補助記憶装置１２にインストールされる一以上のプログラム、例えば、マルチモーダル経路探索結果の提供を受けるためのアプリケーション（以下、「経路探索アプリ」）をＣＰＵ１４に実行させることにより実現される機能部として、経路探索要求部１０１と、経路探索結果表示処理部１０２と、タクシー予約支援処理部１０３と、路線バス乗車券利用支援処理部１０４と、路線バス位置情報表示処理部１０６と、サイクルシェアリング利用支援処理部１０７と、駐車場情報表示処理部１０８を含む。また、携帯端末１０は、路線バス乗車券情報記憶部１０５等を利用する。路線バス乗車券情報記憶部１０５は、例えば、補助記憶装置１２等を用いて実現可能である。

経路探索要求部１０１は、経路探索アプリにおける経路探索に関するアプリ画面を表示させると共に、アプリ画面上におけるユーザの操作に応じて、ユーザ識別情報、ユーザ認証情報、出発地及び目的地に関する情報、出発時刻に関する情報等を含む経路探索要求をセンタサーバ２０に送信する。経路探索要求には、後述の如く、経由地に関する情報が含まれてもよい（図４、図６参照）。ユーザがマルチモーダル経路探索を要求する、つまり、経路探索要求を携帯端末１０からセンタサーバ２０に送信させるためのアプリ画面やその操作方法等については、後述する（図４〜図７参照）。

経路探索結果表示処理部１０２は、センタサーバ２０から返信（配信）されるマルチモーダル経路探索結果の配信データ（以下、「経路探索結果配信データ」）に基づき、表示装置１６にマルチモーダル経路探索結果を表示させる。表示装置１６に表示されるマルチモーダル経路探索結果の具体的な内容については、後述する（図８、図９参照）。

タクシー予約支援処理部１０３は、経路探索アプリの所定のアプリ画面上における所定の操作に応じて、対象移動手段としてのタクシーのユーザによる配車予約を支援する処理を実行する。具体的には、タクシー予約支援処理部１０３は、経路探索アプリにおける所定のアプリ画面上でのユーザの所定の操作に応じて、配車希望場所に関する情報や配車希望時刻に関する情報等を含むタクシー予約要求をセンタサーバ２０に送信する。また、タクシー予約支援処理部１０３は、センタサーバ２０から受信されるタクシー予約完了通知に基づき、タクシーの配車予約の完了を通知すると共に、その配車予約の内容をアプリ画面上に表示させてよい。ユーザがタクシーの配車予約を行うアプリ画面やその操作方法等については、後述する（図１０参照）。

尚、携帯端末１０は、同様に、タクシーに代えて、或いは、加えて、ユーザの操作に応じたライドシェアリングの配車予約を行ってもよい。

路線バス乗車券利用支援処理部１０４は、経路探索アプリの所定のアプリ画面における所定の操作に応じて、対象移動手段としての路線バスの所定の乗車券の購入及び利用を支援する。所定の乗車券は、例えば、"一日フリー乗車券"等、所定の期間内で路線バスへの乗降が可能な形態の乗車券（以下、「時限乗車券」）である。また、時限乗車券は、"６時間フリー乗車券"等、一日における路線バスの運行中のタイミングで乗車可能な期間が期限切れになりうる時限乗車券（以下、「特定時限乗車券」）を含む。また、時限乗車券は、例えば、"〇〇市内限定"、"××路線限定"等、有効な地理的な範囲等が更に限定されていてもよい。また、所定の乗車券は、"〇〇停留場〜××停留所"等、区間を限定する態様の乗車券（以下、「区間乗車券」）であってもよい。具体的には、路線バス乗車券利用支援処理部１０４は、経路探索アプリにおける所定のアプリ画面上でのユーザの所定の操作に応じて、路線バスの所定の乗車券の購入要求（以下、「バス乗車券購入要求」）をセンタサーバ２０に送信する。また、路線バス乗車券利用支援処理部１０４は、センタサーバ２０から受信（配信）され、路線バス乗車券情報記憶部１０５に記憶されるバス乗車券情報を表示装置１６に表示させる。バス乗車券情報は、購入完了した路線バスの所定の乗車券に対応し、ユーザは、表示装置１６に表示されるバス乗車券情報を路線バスの乗務員等に視認させることにより、路線バスを利用することができる。ユーザが路線バスの所定の乗車券を購入するアプリ画面、その操作方法、路線バス乗車券情報の具体例等については、後述する（図１３参照）。

尚、路線バス乗車券利用支援処理部１０４は、センタサーバ２０を経由せず、直接、路線バス関連サーバ３０に対して、バス乗車券購入要求を送信してもよい。この場合、携帯端末１０は、路線バス関連サーバ３０から、直接、バス乗車券情報を取得してよい。また、携帯端末１０は、路線バスに代えて、或いは、加えて、路線バスの場合と同様に、他の対象移動手段、特に、運行路線及び運行時刻を含む運行計画が予め規定される公共交通機関の搭乗券（例えば、鉄道、高速バスの乗車券、飛行機の搭乗券、船の乗船券等）の購入及び利用を支援してもよい。

路線バス乗車券情報記憶部１０５は、上述の如く、センタサーバ２０から配信される路線バス乗車券情報を記憶（格納）する。

路線バス位置情報表示処理部１０６は、対象移動手段としての路線バス、具体的には、路線バスの各便の位置情報を表示装置１６に表示させる。具体的には、路線バス位置情報表示処理部１０６は、経路探索アプリにおける所定のアプリ画面上でのユーザの所定の操作に応じて、路線バス関連サーバ３０から路線バスの各便のリアルタイムの現在位置に関する情報（以下、「現在位置情報」）を取得し、表示装置１６に表示させてよい。また、路線バス位置情報表示処理部１０６は、路線バスの各便の現在位置情報に併せて、運行計画上、つまり、時刻表通りに運行されたと仮定した場合の路線バスの予定位置に関する情報（以下、「予定位置情報」）を路線バス関連サーバ３０から取得し、表示装置１６に表示させてもよい。このとき、路線バス位置情報表示処理部１０６は、例えば、路線バス関連サーバ３０により公開される、所定のＷｅｂＡＰＩ（Application Programming Interface）を通じて、路線バスの各便の現在位置情報や予定位置情報を取得してよい。これにより、ユーザは、例えば、路線バスの現在位置や現在位置と予定位置との差異（つまり、遅延状況）等を確認しながら、マルチモーダル経路探索結果の複数の経路候補の中から路線バスを利用する経路候補を選択するかどうか等を検討することができる。ユーザが路線バスの位置情報を表示装置１６に表示させるためのアプリ画面やその操作方法等については、後述する（図１３参照）。

尚、路線バス位置情報表示処理部１０６は、センタサーバ２０経由で、路線バスの各便の位置情報を取得してもよい。また、携帯端末１０は、路線バスの位置情報に代えて、或いは、加えて、他の対象移動手段、特に、運行路線及び運行時刻を含む運行計画が予め規定される公共交通機関の位置情報（例えば、鉄道の各列車の位置情報、高速バスの各便の位置情報等）を表示装置１６に表示させるようにしてもよい。

サイクルシェアリング利用支援処理部１０７は、ユーザによる対象移動手段としてのサイクルシェアリングの利用を支援する。例えば、サイクルシェアリング利用支援処理部１０７は、経路探索アプリにおける所定のアプリ画面上でのユーザの所定の操作に応じて、サイクルシェアリングを利用するためのアプリケーション（例えば、サイクルシェアリングサービスの提供会社が配信するアプリケーション）を起動させ、表示装置１６の表示内容を当該アプリケーションのアプリ画面に遷移させる。また、サイクルシェアリング利用支援処理部１０７は、ブラウザを起動させ、ブラウザにサイクルシェアリングを利用するためのホームページにアクセスさせてもよい。これにより、ユーザは、例えば、マルチモーダル経路探索結果の複数の経路候補の中からサイクルシェアリングを利用する経路候補を選択するに際して、サイクルシェアリングの対応するサイクルポートの空き台数を確認したり、実際に利用するための予約をしたり等することができる。ユーザがサイクルシェアリングを利用するためのアプリ画面やその操作方法等については、後述する（図１２参照）。

尚、携帯端末１０は、サイクルシェアリングに代えて、或いは、加えて、上述と同様の方法で、カーシェアリングの利用を支援してもよい。

駐車場情報表示処理部１０８は、駐車場関連サーバ５６により管理される複数の駐車場に関する情報（以下、「駐車場情報」）を表示装置１６に表示させる。駐車場情報には、各駐車場の施設情報（例えば、駐車場の名称、住所、駐車料金、駐車可能台数等）や空車台数に関する情報等が含まれる。例えば、駐車場情報表示処理部１０８は、経路探索アプリの所定のアプリ画面上におけるユーザの所定の操作に応じて、駐車場関連サーバ５６から駐車場情報を取得し、表示装置１６に表示させる。このとき、駐車場情報表示処理部１０８は、例えば、駐車場関連サーバ５６により公開される、所定のＷｅｂＡＰＩを通じて、駐車場情報を取得してよい。これにより、ユーザは、例えば、マルチモーダル経路探索結果の複数の経路候補の中から駐車場が必要な自家用の自動車やレンタカー等を利用する経路候補を選択するに際して、駐車場の空車状況等を確認することができる。ユーザが駐車場情報を閲覧するためのアプリ画面やその操作方法等については、後述する（図１１参照）。

尚、駐車場情報表示処理部１０８は、センタサーバ２０経由で、駐車場情報を取得してもよい。この場合、駐車場関連サーバ５６は、センタサーバ２０と通信可能に接続される。

＜センタサーバの構成＞
センタサーバ２０は、図２に示すように、ドライブ装置２１と、補助記憶装置２２と、メモリ装置２３と、ＣＰＵ２４と、インタフェース装置２５と、表示装置２６と、入力装置２７を含み、それぞれがバスＢで接続される。以下、センタサーバ２０のハード構成について、携帯端末１０のドライブ装置１１、補助記憶装置１２、メモリ装置１３、ＣＰＵ１４、インタフェース装置１５、表示装置１６、及び入力装置１７等と異なる部分を中心に説明する。

センタサーバ２０の各種機能を実現するプログラムは、例えば、記録媒体２１Ａによって提供される。プログラムが記録された記録媒体２１Ａが、ドライブ装置２１にセットされると、プログラムが記録媒体２１Ａからドライブ装置２１を介して補助記憶装置２２にインストールされる。また、プログラムは、通信ネットワークを介して他のコンピュータからダウンロードされ、補助記憶装置２２にインストールされてもよい。

補助記憶装置２２は、インストールされた各種プログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置２３は、プログラムの起動指示があった場合に、補助記憶装置２２からプログラムを読み出して格納する。

ＣＰＵ２４は、メモリ装置２３に格納された各種プログラムを実行し、プログラムに従ってセンタサーバ２０に係る各種機能を実現する。

インタフェース装置２５は、例えば、通信ネットワークに接続するためのインタフェースとして用いられる。

表示装置２６は、例えば、ＣＰＵ２４で実行されるプログラムに従って、ＧＵＩを表示する。

入力装置２７は、センタサーバ２０に関する様々な操作指示をセンタサーバ２０の作業者や管理者等に入力させるために用いられる。

センタサーバ２０は、図３に示すように、補助記憶装置２２にインストールされる一以上のプログラムをＣＰＵ２４に実行させることにより実現される機能部として、経路探索部２０１と、探索結果配信部２０２と、タクシー予約・決済処理部２０３と、路線バス乗車券購入処理部２０４と、路線バス乗車券情報配信部２０５と、マクロデータ生成部２０６を含む。また、センタサーバ２０は、経路探索結果履歴記憶部２０７及びマクロデータ記憶部２０８等を利用する。経路探索結果履歴記憶部２０７及びマクロデータ記憶部２０８は、例えば、補助記憶装置２２や、センタサーバ２０と通信可能に接続される外部記憶装置等を用いて実現可能である。

経路探索部２０１は、携帯端末１０から受信される経路探索要求に応じて、複数の対象移動手段の一又は二以上を利用する、経路探索要求で指定される出発地から目的地までのマルチモーダル経路探索を行う。そして、経路探索部２０１は、複数の対象移動手段の一又は二以上を利用する、一又は複数の経路候補を出力する。経路探索部２０１により出力される複数の経路候補には、相互に、利用される一の対象移動手段或いは二以上の対象移動手段の組み合わせが異なる二以上の経路候補が含まれうる。経路探索部２０１によるマルチモーダル経路探索の仕様等の詳細については、後述する。

尚、経路探索部２０１の機能は、携帯端末１０に移管されてもよい。この場合、携帯端末１０は、例えば、センタサーバ２０からマルチモーダル経路探索に必要なリソース情報を取得してよい。また、携帯端末１０は、路線バス関連サーバ３０、鉄道関連サーバ３２、高速バス関連サーバ３４、航空関連サーバ３６、船関連サーバ３８、タクシー関連サーバ４０、ライドシェアリング関連サーバ４２、カーシェアリング関連サーバ４４、レンタカー関連サーバ４６、サイクルシェアリング関連サーバ４８、時刻表関連サーバ５２、地図関連サーバ５４等と通信可能に接続され、これらのサーバからマルチモーダル経路探索に必要なリソース情報を取得してもよい。

探索結果配信部２０２は、経路探索部２０１により出力される、一又は複数の経路候補を含むマルチモーダル経路探索結果に基づき、携帯端末１０の表示装置１６に当該マルチモーダル経路探索結果を表示させるための配信データ（以下、「経路探索結果配信データ」）を生成し、携帯端末１０に配信する。換言すれば、探索結果配信部２０２は、携帯端末１０の表示装置１６にマルチモーダル経路探索結果を表示させる表示仕様が規定される配信データを携帯端末１０に送信することにより、携帯端末１０の表示装置１６に経路探索部２０１のマルチモーダル経路探索結果を表示させる。

尚、マルチモーダル経路探索結果を携帯端末１０の表示装置１６に表示させる際の表示仕様は、携帯端末１０、例えば、経路探索結果表示処理部１０２により制御されてもよい。この場合、探索結果配信部２０２から携帯端末１０に配信される経路探索結果配信データには、表示仕様に関する情報が含まれない。また、上述の如く、経路探索部２０１の機能が携帯端末１０に移管される場合については、当然の如く、マルチモーダル経路探索結果を携帯端末１０の表示装置１６に表示させる際の表示仕様は、携帯端末１０により制御される。

タクシー予約・決済処理部２０３は、携帯端末１０から受信されるタクシー予約要求に応じて、タクシーの予約、及びタクシーの予約に対応するタクシーの利用に関する決済処理を行う。具体的には、タクシー予約・決済処理部２０３は、タクシー予約要求で指定される配車希望に関する内容（例えば、配車希望場所、配車希望時刻等）に基づき、タクシー関連サーバ４０にタクシーの予約を依頼する。また、タクシー予約・決済処理部２０３は、タクシーの予約に対応する利用後、タクシー関連サーバ４０から計上される確定された利用金額に基づき、タクシーの利用に関する決済処理を決済サーバ５０に依頼する。

路線バス乗車券購入処理部２０４は、携帯端末１０から受信される路線バス乗車券購入要求に応じて、予め登録されたユーザのクレジットカード情報に基づき、決済サーバ５０を通じて、路線バスの所定の乗車券の購入処理を行う。

尚、路線バス乗車券購入処理部２０４は、路線バス関連サーバ３０に対して、ユーザの路線バス乗車券購入要求を転送することにより、路線バスの所定の乗車券の購入処理を行ってもよい。この場合、路線バス関連サーバ３０等を通じて、路線バスの所定の乗車券の購入に関する決済処理が行われる。

路線バス乗車券情報配信部２０５は、路線バス乗車券購入処理部２０４による路線バスの乗車券の購入処理の完了後、当該乗車券に対応する路線バス乗車券情報を発行し、携帯端末１０に配信（送信）する。

尚、路線バス乗車券情報配信部２０５は、上述の如く、路線バス関連サーバ３０で発行される路線バス乗車券情報を取得し、取得した路線バス乗車券情報を携帯端末１０に配信してもよい。

マクロデータ生成部２０６（算出部、データ生成部の一例）は、経路探索結果履歴記憶部２０７に蓄積される、複数のユーザからの経路探索要求に対する経路探索部２０１によるマルチモーダル経路探索結果の履歴データ、つまり、過去のマルチモーダル経路探索結果のレコード群に基づき、マクロ視点でのユーザの移動に関する各種傾向等を把握するための出力データ（以下、「マクロデータ」）を生成する。マクロデータの生成方法等の詳細は、後述する（図１５、図１６参照）。

尚、マクロデータ生成部２０６は、例えば、マクロデータ生成専用のサーバ等、マルチモーダル経路探索機能を司るセンタサーバ２０と通信可能に接続される他のサーバ（データ生成装置の一例）等に設けられてもよい。

経路探索結果履歴記憶部２０７（記憶部の一例）は、上述の如く、経路探索部２０１によるマルチモーダル経路探索結果を蓄積する。具体的には、経路探索結果履歴記憶部２０７は、経路探索部２０１によって、経路探索要求に対するマルチモーダル経路探索結果が出力されるたびに、マルチモーダル経路探索結果に対応するレコードを経路探索結果履歴記憶部２０７に記憶することにより、過去のマルチモーダル経路探索結果のレコード群、つまり、マルチモーダル経路探索結果の履歴データ（履歴情報の一例）に対応するデータベースを保持する。

尚、経路探索結果履歴記憶部２０７は、例えば、マルチモーダル経路探索結果の履歴データ蓄積専用のサーバや上述のマクロデータ生成専用のサーバ等、マルチモーダル経路探索機能を司るセンタサーバ２０と通信可能に接続される他のサーバ等に設けられてもよい。以下、後述するマクロデータ記憶部２０８についても同様である。

マクロデータ記憶部２０８は、マクロデータ生成部２０６により生成されるマクロデータを記憶する。

［経路探索要求方法の詳細］
次に、図４、図５（図５Ａ、図５Ｂ）、図６（図６Ａ、図６Ｂ、図６Ｃ）を参照して、ユーザが携帯端末１０を用いてセンタサーバ２０にマルチモーダル経路探索を要求する方法の詳細について説明する。

まず、図４は、マルチモーダル経路探索を要求するユーザの操作方法の一例を説明する図である。具体的には、図４は、経路探索アプリにおける経路探索要求を携帯端末１０からセンタサーバ２０に送信させるためのアプリ画面の一例（アプリ画面４００）を示す図である。

図４に示すように、携帯端末１０の表示装置１６に表示されるアプリ画面４００は、ルート探索ボタン４０１と、出発地ボックス４０２と、目的地ボックス４０３と、経由地ボックス４０４と、滞在時間設定メニュー４０５と、出発時刻設定メニュー４０６と、地図表示領域４０７とルート探索実行ボタン４０８を含む。

ルート探索ボタン４０１は、経路探索アプリの全てのアプリ画面における下端位置に左右に亘って設定される固定表示領域に設けられるボタン群のうちの一番左側に配置される。ユーザは、経路探索アプリにおける任意のアプリ画面上で、ルート探索ボタン４０１を指定し且つ決定する操作（例えば、タッチパネルにおける対応する位置に対するタッチ操作等）を行うことにより、表示装置１６に当該アプリ画面４００を表示させることができる。

出発地ボックス４０２は、マルチモーダル経路探索における出発地を設定するために用いられる。ユーザは、出発地ボックス４０２に所望の出発地を設定することができる。例えば、出発地ボックス４０２には、デフォルト設定として、現在地、つまり、携帯端末１０に搭載されるＧＰＳ（Global Positioning System）装置等のＧＮＳＳ（Global Navigation Satellite System）装置により測位される携帯端末１０の現在位置が設定されてよい（図３参照）。また、出発地ボックス４０２に、任意の出発地に対応する施設名やキーワードが入力されることにより、入力された施設名やキーワードに対応する目的地候補がリスト表示され、ユーザがリスト表示の中から所望の目的地を選択（設定）可能な態様であってもよい。以下、目的地ボックス４０３、経由地ボックス４０４の設定についても同様である。

目的地ボックス４０３は、マルチモーダル経路探索における出発地を設定するために用いられる。ユーザは、目的地ボックス４０３に所望の出発地を設定することができる。

経由地ボックス４０４は、マルチモーダル経路探索における経由地を設定するために用いられる。ユーザは、経由地ボックス４０４に所望の経由地を設定することができる。

尚、経由地は、設定されなくてもよい。

滞在時間設定メニュー４０５は、マルチモーダル経路探索における経由地での滞在時間を設定するために用いられる。例えば、ユーザは、滞在時間設定メニュー４０５を指定し且つ決定する操作を行うことにより、滞在時間を設定するためのドラム型の設定メニューがアプリ画面上に重畳的に表示されるため、ドラム型の設定メニューを通じて、経由地ボックス４０４で設定される経由地での滞在時間を設定することができる。以下、出発時刻設定メニュー４０６における出発時刻の設定についても同様である。図３の例では、滞在時間設定メニュー４０５において、滞在時間が"１時間３０分"に設定されている。

尚、経由地での滞在時間は、設定されなくてもよい。

出発時刻設定メニュー４０６は、マルチモーダル経路探索における出発地からの出発時刻を設定するために用いられる。これにより、ユーザは、出発地ボックス４０２で設定される出発地からの出発時刻を設定することができる。図３の例では、出発時刻が現在時刻に対応する"いますぐ出発"に設定されている。

地図表示領域４０７には、出発地ボックス４０２、目的地ボックス４０３、及び経由地ボックス４０４に設定される出発地、目的地、及び経由地を含むエリアの地図画像が表示される。そして、地図表示領域４０７の地図画像には、出発地、目的地、及び経由地に対応する地図画像上の位置に目印となる画像が重畳表示される。これにより、ユーザは、地図上における出発地、目的地、及び、経由地の関係を把握することができる。

ルート探索実行ボタン４０８は、出発地ボックス４０２と、目的地ボックス４０３と、経由地ボックス４０４と、滞在時間設定メニュー４０５と、出発時刻設定メニュー４０６で設定された内容に沿って、マルチモーダル経路探索を実行させるために用いられる。具体的には、ユーザは、ルート探索実行ボタン４０８を指定し且つ決定する操作を行うことにより、出発地ボックス４０２と、目的地ボックス４０３と、経由地ボックス４０４と、滞在時間設定メニュー４０５と、出発時刻設定メニュー４０６で設定された内容を含む経路探索要求を携帯端末１０からセンタサーバ２０に送信させることができる。

このように、ユーザは、アプリ画面４００を通じて、マルチモーダル経路探索の探索仕様を設定し、設定した探索仕様に沿って、センタサーバ２０にマルチモーダル経路探索を行わせることができる。

続いて、図５Ａ、図５Ｂは、マルチモーダル経路探索を要求するユーザの操作方法の他の例を説明する図である。具体的には、図５Ａは、経路探索アプリにおけるイベントやＰＯＩ（スポット）に関する検索（以下、「イベント・スポット検索」）を行うためのアプリ画面の具体例（アプリ画面５００）を示す図である。図５Ｂは、アプリ画面５００の検索結果の中から選択されるイベント或いはスポットの詳細を示すアプリ画面の具体例であり、経路探索アプリにおける経路探索要求を携帯端末１０からセンタサーバ２０に送信させるためのアプリ画面の他の例（アプリ画面５１０）である。

図５Ｂのアプリ画面５１０は、携帯端末１０の入力装置１７に対するスクロール操作を通じて、表示装置１６に表示可能な全領域を表しており、実際の表示装置１６には、アプリ画面５１０の上下方向の一部分しか表示されない。

図５Ａに示すように、携帯端末１０の表示装置１６に表示されるアプリ画面５００は、イベント・スポット検索ボタン５０１と、イベント・スポット検索ボックス５０２と、検索カテゴリ選択ボタン群５０３と、検索結果表示領域５０４を含む。

イベント・スポット検索ボタン５０１は、図４のルート探索ボタン４０１と同様、経路探索アプリの全てのアプリ画面における固定表示領域に設けられ、当該領域のボタン群の左から二番目に配置される。ユーザは、経路探索アプリにおける任意のアプリ画面上で、イベント・スポット検索ボタン５０１を指定し且つ決定する操作を行うことにより、表示装置１６に当該アプリ画面５００を表示させることができる。

イベント・スポット検索ボックス５０２は、ユーザがイベント・スポット検索を携帯端末１０に行わせるための自身が訪問したい場所や自身がやりたいこと等のキーワードを入力するために用いられる。

検索カテゴリ選択ボタン群５０３は、イベント・スポット検索ボックス５０２に入力されたキーワードに沿ってイベント・スポット検索が行われる際のカテゴリ条件を選択するために用いられる。図５Ａの例では、"遊ぶ"、"おでかけ"、"買う"、"食べる"のそれぞれのカテゴリに対応する４つの検索カテゴリ選択ボタンが設けられている。ユーザは、イベント・スポット検索ボックス５０２にキーワードを入力した上で、４つの検索カテゴリ選択ボタンの何れかを指定し且つ決定する操作を行うことにより、入力されたキーワード及び操作された検索カテゴリ選択ボタンに対応するカテゴリ条件に沿ったイベント・スポット検索を携帯端末１０に行わせることができる。このとき、携帯端末１０は、例えば、イベント・ＰＯＩ関連サーバ５８で公開されるイベント・ＰＯＩ検索用のＷｅｂＡＰＩを通じて、イベント・スポット検索を行うことができる。

検索結果表示領域５０４には、イベント・スポット検索の検索結果が表示される。具体的には、検索結果表示領域５０４には、イベント・スポット検索でピックアップされたイベントやスポット等の概要情報（例えば、イベントやスポットのイメージ画像、イベントやスポットの名称、イベントの開催地やスポットの所在地に関する情報等）がアイコン形式等で表示されてよい。また、検索結果表示領域５０４の表示内容は、ユーザによる入力装置１７を通じたスクロール操作により、上下方向でスクロールさせることが可能である。これにより、ユーザは、スクロール操作を行いながら、検索結果の概要、つまり、イベント・スポット検索により出力される複数のイベント及びスポットの少なくとも一方を確認することができる。以下、後述する周辺情報検索の検索結果の表示態様（図６Ｂ参照）についても同様である。ユーザは、検索結果表示領域５０４に表示される複数のイベント、スポットの中から一のイベント或いはスポットを指定し且つ決定する操作を行うことにより、表示装置１６の表示内容を、指定されたイベント或いはスポットの詳細情報を表示するアプリ画面５１０に遷移させることができる。

図５Ｂに示すように、携帯端末１０の表示装置１６に表示されるアプリ画面５１０は、イベント・スポット詳細表示領域５１１と、地図表示領域５１２と、ルート探索実行ボタン５１３を含む。

イベント・スポット詳細表示領域５１１は、アプリ画面５００の検索結果の中からユーザの操作で指定（選択）されたイベント或いはスポットの詳細情報を表示するために用いられる。

地図表示領域５１２は、イベント・スポット詳細表示領域５１１に詳細情報が表示されるイベントの開催地、或いは、スポットの所在地を含む地図画像が表示され、地図画像上に、イベントの開催地、或いは、スポットの所在地を示す目印の画像が重畳表示される。これにより、ユーザは、イベントの開催地、或いは、スポットの所在地を含む周辺の地理的な情報を把握することができる。

ルート探索実行ボタン５１３は、イベント・スポット詳細表示領域５１１に詳細情報が表示されているイベントの開催地、或いは、スポットの所在地を目的地に設定したマルチモーダル経路探索を実行させるために用いられる。例えば、ユーザによって、ルート探索実行ボタン５１３を指定し且つ決定する操作が行われることにより、ユーザの現在位置、つまり、携帯端末１０に搭載されるＧＮＳＳ装置で測位される携帯端末１０の現在位置を出発地とし、イベントの開催地、或いは、スポットの所在地を目的地とし、現在時刻を出発時刻とする経路探索要求が携帯端末１０からセンタサーバ２０に送信される態様であってよい。また、ユーザによって、ルート探索実行ボタン５１３を指定し且つ決定する操作が行われることにより、表示装置１６の表示内容が、目的地ボックス４０３に、イベントの開催地、或いは、スポットの所在地が既に設定済みのアプリ画面４００に遷移する態様であってもよい。

このように、ユーザは、アプリ画面５００，５１０を通じて、イベント・スポット検索の検索結果で見つけたイベントの開催地やスポットの所在地を目的地として設定し、マルチモーダル経路探索をセンタサーバ２０に行わせることができる。

続いて、図６Ａ〜図６Ｃは、マルチモーダル経路探索を要求するユーザの操作方法の更に他の例を説明する図である。具体的には、図６Ａは、経路探索アプリにおけるマルチモーダル経路探索結果の経路候補の経路上の一部又は全部を含む地図画像が表示されるアプリ画面の具体例（アプリ画面６００）を示す図である。図６Ｂは、アプリ画面６００で表示される地図画像の範囲内を地理的条件とする周辺情報の検索結果が表示されるアプリ画面の具体例（アプリ画面６１０）を示す図である。図６Ｃは、アプリ画面６１０の周辺情報の検索結果の中から選択されるイベント等の詳細を示すアプリ画面の具体例であり、経路探索アプリにおける経路探索要求を携帯端末１０からセンタサーバ２０に送信させるためのアプリ画面の他の例（アプリ画面６２０）である。

尚、図６Ａのアプリ画面６００は、後述するマルチモーダル経路探索結果の経路候補の詳細表示に対応するアプリ画面８１０（図８Ｂ参照）上でのユーザの所定の操作に応じて、表示装置１６に表示される。また、図６Ｃのアプリ画面６２０は、携帯端末１０の入力装置１７に対するスクロール操作を通じて、表示装置１６に表示可能な全領域を表しており、実際の表示装置１６には、アプリ画面６２０の上下方向の一部分しか表示されない。

図６Ａに示すように、携帯端末１０の表示装置１６に表示されるアプリ画面６００は、地図表示領域６０１と、検索カテゴリ選択ボタン群６０２を含む。

地図表示領域６０１は、マルチモーダル経路探索結果に含まれる一の経路候補の経路上の一部又は全部を含む範囲の地図画像を表示するために用いられる。図６Ａの例では、地図表示領域６０１に、経路候補の経路上の乗換駅（"△△△駅"）を含む範囲の地図画像が表示されている。

検索カテゴリ選択ボタン群６０２は、地図表示領域６０１の下端部に重畳表示され、地図表示領域６０１に表示される地図画像の範囲内を地理的な条件とする周辺情報の検索（以下、「周辺情報検索」）を行う際のカテゴリ条件を選択するために用いられる。図６Ａの例では、"遊ぶ"、"おでかけ"、"買う"、"食べる"、"駐車場"、"ポート"、"バス停"、及び"レンタカー"のそれぞれのカテゴリに対応する８つの検索カテゴリ選択ボタンが設けられている。"ポート"、は、サイクルシェアリングのサイクルポートを意味する。ユーザは、８つの検索カテゴリ選択ボタンの何れかを指定し且つ決定する操作を行うことにより、地図画像の範囲内に対応する地理的な条件、及び操作された検索カテゴリ選択ボタンに対応するカテゴリ条件に沿った周辺情報検索を携帯端末１０に行わせることができる。このとき、携帯端末１０は、例えば、路線バス関連サーバ３０、レンタカー関連サーバ４６、サイクルシェアリング関連サーバ４８、及び駐車場関連サーバ５６で公開される、路線バスの停留所、レンタカーの営業所、サイクルシェアリングのサイクルポート、及び駐車場の検索用のＷｅｂＡＰＩを通じて、周辺情報検索を行うことができる。これにより、携帯端末１０の表示装置１６に表示される表示内容は、アプリ画面６００からアプリ画面６１０に遷移する。

図６Ｂに示すように、携帯端末１０の表示装置１６に表示されるアプリ画面６１０は、地図表示領域６１１と、検索結果表示領域６１２を含む。

地図表示領域６１１は、周辺情報検索の検索結果に対応する施設等を含む範囲の地図画像を表示するために用いられる。地図表示領域６１１の地図画像には、周辺情報検索の検索結果として出力されるイベントの開催地や施設の所在地を示す目印画像６１１Ａが重畳表示される。

検索結果表示領域６１２は、周辺情報検索の検索結果を表示するために用いられる。具体的には、検索結果表示領域６１２には、周辺情報検索でピックアップされたイベントや施設等の概要情報がリスト形式等で表示されてよい。ユーザは、検索結果表示領域６１２に表示される複数のイベントや施設等の中から一のイベントや施設等を指定し且つ決定する操作を行うことにより、表示装置１６の表示内容を、指定されたイベントや施設等の詳細情報を表示するアプリ画面６２０に遷移させることができる。

図６Ｃに示すように、携帯端末１０の表示装置１６に表示されるアプリ画面６２０は、周辺情報詳細表示領域６２１と、地図表示領域６２２と、目的地設定ボタン６２３と、経由地設定ボタン６２４を含む。

周辺情報詳細表示領域６２１は、アプリ画面６１０の検索結果の中からユーザの操作で指定（選択）されたイベントや施設等の詳細情報を表示するために用いられる。

地図表示領域６２２は、周辺情報詳細表示領域６２１に詳細情報が表示されるイベントの開催地や施設等の所在地を含む地図画像が表示され、地図画像上に、イベントの開催地や施設等の所在地を示す目印画像６２２Ａが重畳表示される。これにより、ユーザは、イベントの開催地、或いは、スポットの所在地を含む周辺の地理的な情報を把握することができる。

目的地設定ボタン６２３及び経由地設定ボタン６２４は、それぞれ、周辺情報詳細表示領域６２１に詳細情報が表示されているイベントの開催地や施設等の所在地を目的地及び経由地に設定し、再度、マルチモーダル経路探索を実行させるために用いられる。例えば、ユーザによって、目的地設定ボタン６２３或いは経由地設定ボタン６２４を指定し且つ決定する操作が行われることにより、他の検索条件は、元のマルチモーダル経路探索のままで、目的地或いは経由地の条件だけをイベントの開催地や施設等の所在地に変更する形の経路探索要求が携帯端末１０からセンタサーバ２０に送信される態様であってよい。また、ユーザによって、目的地設定ボタン６２３を指定し且つ決定する操作が行われることにより、表示装置１６の表示内容が、目的地ボックス４０３或いは経由地ボックス４０４に、イベントの開催地や施設等の所在地が既に設定済みで、且つ、その他条件は、元のマルチモーダル経路探索に設定済みのアプリ画面４００に遷移する態様であってもよい。

このように、ユーザは、アプリ画面６００〜６２０を通じて、マルチモーダル経路探索結果の経路候補上における周辺情報検索の検索結果で見つけたイベントの開催地や施設等の所在地を目的地や経由地として設定し、マルチモーダル経路探索を行わせることができる。

［マルチモーダル経路探索方法の詳細］
次に、図７を参照して、センタサーバ２０（経路探索部２０１）によるマルチモーダル経路探索の詳細について説明する。以下、マルチモーダル経路探索方法のうちの本実施形態に特徴的な部分を中心に説明する。

図７は、経路探索アプリにおける対象移動手段として設定可能な複数の移動手段の中から対象移動手段を設定するアプリ画面の一例（アプリ画面７００）を示す図である。

経路探索部２０１は、経路探索要求に対応する出発地及び目的地を含む探索条件（例えば、図４のアプリ画面４００で設定される条件）に基づき、複数の対象移動手段のうちの一又は二以上を利用するマルチモーダル経路探索を行い、一又は複数の経路候補を出力する。このとき、対象移動手段は、上述の如く、複数の移動手段の中からユーザが選択可能であってもよく、ユーザは、例えば、図７のアプリ画面７００を通じて、対象移動手段を選択することができる。つまり、ユーザは、経路探索部２０１によるマルチモーダル経路探索における前提条件を変更することができる。

例えば、図７に示すように、アプリ画面７００には、対象移動手段の候補となる複数の移動手段（"徒歩"、"電車"、"路線バス"、"船・水上バス"、"特急・新幹線"、"高速バス"、"飛行機"、"タクシー"、"サイクルシェア"、"自転車"、"自動車"、"レンタカー"、"カーシェア"）が上下方向に並べて表示されている。

これらの対象移動手段の候補のうち、"徒歩"及び"電車"は、対象移動手段として固定されている。つまり、本例では、経路探索部２０１は、少なくとも"電車"及び"徒歩"を含む対象移動手段のうちの一又は二つの組み合わせを利用するマルチモーダル経路探索を行う。そして、残りの対象移動手段の候補（"路線バス"、"船・水上バス"、"特急・新幹線"、"高速バス"、"飛行機"、"タクシー"、"サイクルシェア"、"自転車"、"自動車"、"レンタカー"、"カーシェア"）については、アプリ画面７００における対象移動手段の候補の名称の横に設置されるスライドスイッチに対するユーザの操作によって、対象移動手段としての設定／非設定（ＯＮ／ＯＦＦ）が切り替えられる。

ユーザは、アプリ画面７００上で、対象移動手段の候補ごとの設定／非設定の操作を行った後、アプリ画面７００の上端右隅に配置される"完了"のボタンを指定し且つ決定する操作を行うことにより、アプリ画面７００上の設定内容を携帯端末１０からセンタサーバ２０に送信させ、経路探索部２０１の経路探索の前提条件（以下、「経路探索前提条件」）として反映させることができる。

このように、経路探索部２０１は、携帯端末１０から受信される経路探索要求で設定される検索条件やアプリ画面７００等を通じてセンタサーバ２０に反映される経路探索前提条件に基づき、マルチモーダル経路探索を行うことができる。

尚、本例（図７）では、鉄道は、対象移動手段の候補として、"電車"と"特急・新幹線"に分けられているが、一つに統合されてもよい。また、本例では、船及び水上バスは、統合され、一つの対象移動手段として扱われるが、船及び水上バスのそれぞれが個別の対象移動手段の候補として取り扱われてもよい。

また、経路探索部２０１は、共用型移動手段の利用を含む候補経路を探索する場合、出発地から目的地までの移動経路上での利用部分を限定してよい。具体的には、経路探索部２０１は、共用型移動手段が出発地又は出発地からの利用、及び、目的地又は目的地周辺に到達するための利用の少なくとも一方に限定されるように、共用型移動手段の利用を含む出発地から目的地までの経路探索を行ってよい。このとき、出発地周辺及び目的地周辺とは、それぞれ、出発地及び目的地から所定距離（例えば、２キロメートル）以内の範囲を示す。

共用型移動手段は、経路探索における利用選択の自由度が相対的に高い。例えば、自家用の自動車や自転車での移動を前提とする経路探索の場合、駐車場所や駐輪場所を確保する必要が生じるため、基本的に、出発地から目的地まで一貫して自動車や自転車で移動する経路探索を行う場合が多い。一方、共用型移動手段では、乗物へのアクセスポイント（例えば、レンタカーの営業所、カーシェアリングのステーション、サイクルシェアリングのサイクルポート等）が様々な場所に設定される場合や、好きな場所で乗降ができる場合（例えば、タクシーやライドシェア等）が多く、出発地と目的地との間の一部だけ利用するような利用形態も比較的容易に実現可能である。また、共用型移動手段では、乗車定員が相対的に多いバスや電車等のように、移動経路が予め規定されていないため、移動自由度も高くなる。よって、マルチモーダル経路探索における経路探索対象の移動手段に共用型の移動手段が含まれると、現実的な時間内で経路探索を完了できない可能性がある。

これに対して、上述の如く、出発地から目的地までの経路上で共用型移動手段を利用対象とする部分が限定されるようにマルチモーダル経路探索が行われる場合、公共交通機関等の他の移動手段を含めた組み合わせのパターンの増大を抑制できる。また、共用型移動手段の起点及び終点の何れか一方が出発地或いは出発地周辺、又は、目的地或いは目的地周辺に限定されるため、起点及び終点の双方に自由度がある形態よりも移動経路の自由度も低くすることができる。よって、センタサーバ２０（経路探索部２０１）は、公共交通機関等の他の移動手段を含めた組み合わせのパターンの増大を抑制し、現実的な時間内でのマルチモーダル経路探索を行うことができる。

具体的には、対象移動手段としての共用型移動手段には、上述の如く、レンタカー、カーシェアリング、サイクルシェアリング、ライドシェアリング、及びタクシー等のうちの少なくとも一つが含まれてよい。

これにより、センタサーバ２０（経路探索部２０１）は、具体的な共用型移動手段としてのレンタカー、カーシェアリング、サイクルシェアリング、ライドシェアリング、タクシー等を含むマルチモーダル経路探索を現実的な時間内で完了させることができる。

より具体的には、経路探索部２０１は、共用型移動手段がレンタカーの場合、出発地周辺のレンタカーの営業所からの利用、及び目的地周辺の営業所までの利用の少なくとも一方に限定されるように、レンタカーの利用を含む出発地から目的地までのマルチモーダル経路探索を行ってよい。また、経路探索部２０１は、共用型移動手段がカーシェアリングの場合、出発地周辺のカーシェアリングステーションからの利用、及び、目的地周辺のカーシェアリングステーションまでの利用の少なくとも一方に限定されるように、カーシェアリングの利用を含む出発地から目的地までのマルチモーダル経路探索を行ってよい。また、経路探索部２０１は、共用型移動手段がサイクルシェアリングの場合、出発地周辺のサイクルポートからの利用、及び、目的地周辺のサイクルポートまでの利用の少なくとも一方に限定されるように、サイクルシェアリングの利用を含む出発地から目的地までのマルチモーダル経路探索を行ってよい。つまり、経路探索部２０１は、レンタカー、カーシェアリング、及びサイクルシェアリングが、出発地周辺の対応する乗物へのアクセスポイントからの利用、及び、目的地周辺の対応する乗物へのアクセスポイントまでの利用の少なくとも一方に限定されるように、共用型移動手段の利用を含む出発地から目的地までのマルチモーダル経路探索を行ってよい。

これにより、センタサーバ２０（経路探索部２０１）は、レンタカー、カーシェアリング、サイクルシェアリング等のように、アクセスポイントでの乗降が必要であるという共用型移動手段の特性に合わせて、共用型移動手段の利用を含むマルチモーダル経路探索を行うことができる。

また、経路探索部２０１は、ライドシェアリング及びタクシーが出発地からの利用、及び、目的地までの利用の少なくとも一方に限定されるように、共用型移動手段の利用を含む出発地から目的地までのマルチモーダル経路探索を行ってもよい。

これにより、センタサーバ２０（経路探索部２０１）は、ライドシェアリングやタクシー等のように、乗降場所が自由であるという共用型移動手段の特性に合わせて、共用型移動手段を含むマルチモーダル経路探索を行うことができる。

また、対象移動手段ごとに、マルチモーダル経路探索における利用距離の上限（以下、「探索用上限距離」が設定されてよい。例えば、タクシーについて、探索用上限距離（例えば、１００キロメートル等）が設定されてよい。タクシーは、距離が長くなりすぎると、ユーザが現実的に支払ってもよいと考える運賃を超えてしまい、経路候補として提示しても意味がなくなる可能性があるからである。また、サイクルシェアリングや徒歩について、探索用上限距離（例えば、１０キロメートル等）が設定されてもよい。サイクルシェアリングや徒歩は、ユーザ自身の体力との兼ね合いがあり、利用距離が長くなりすぎると、経路候補として提示しても意味がなくなる可能性があるからである。

［経路探索結果の表示方法の詳細］
次に、図８（図８Ａ、図８Ｂ）、図９を参照して、経路探索結果の携帯端末１０への表示方法の詳細について説明する。

図８Ａ、図８Ｂは、マルチモーダル経路探索結果の表示画面の一例を示す図である。具体的には、図８Ａは、マルチモーダル経路探索結果の複数の経路候補を一覧表示する表示画面の一例（アプリ画面８００）を示す図である。図８Ｂは、マルチモーダル経路探索結果の複数の経路候補のうちの一の経路候補の詳細内容を表示するアプリ画面の一例（アプリ画面８１０）を示す図である。図９は、経路候補に対応づけてその名称が表示される対象移動手段の決定方法の一例を説明する図である。

尚、図８Ａ、図８Ｂのアプリ画面８００，８１０は、携帯端末１０の入力装置１７に対するスクロール操作を通じて、表示装置１６に表示可能な全領域を表しており、実際の表示装置１６には、アプリ画面８００，８１０の上下方向の一部分しか表示されない。そのため、ユーザは、携帯端末１０の入力装置１７を通じて、上下方向にスクロール操作を行うことにより、アプリ画面８００，８１０の全領域を閲覧することができる。以下、後述する図１０Ａ、図１２Ａ、図１３Ａのアプリ画面１０００，１２００，１３００についても同様である。

図８Ａに示すように、携帯端末１０の表示装置１６に表示されるアプリ画面８００は、上から順に並べて設定される、複数の経路候補に対応する経路候補表示領域８０１〜８０８を含む。

一番上に設定される経路候補表示領域８０１には、最初に、出発地から出発地周辺のサイクルシェアリングのサイクルポートまで徒歩で移動し、続いて、出発地周辺のサイクルシェアリングのサイクルポートから鉄道の乗車駅（"□□線××駅"）の周辺のサイクルシェアリングのサイクルポートまでシェアサイクルで移動し、続いて、乗車駅から所定の降車駅まで鉄道を二路線乗り継いで移動し、最後に、降車駅から目的地まで徒歩で移動する経路候補が表示されている（後述の第４表示領域８０１Ｄ参照）。

上から２番目に設定される経路候補表示領域８０２には、最初に、出発地から鉄道の乗車駅（"○○線△△駅"）までタクシーで移動し、続いて、乗車駅から所定の降車駅まで鉄道を三路線乗り継いで移動し、最後に、降車駅から目的地まで徒歩で移動する経路候補が表示されている（後述の第４表示領域８０２Ｄ参照）。

上から３番目に設定される経路候補表示領域８０３には、最初に、出発地から鉄道の乗車駅（"〇〇線××駅"）まで徒歩で移動し、続いて、乗車駅から三路線鉄道を乗り継いで移動し、最後に、降車駅から目的地まで徒歩で移動する経路候補が表示されている（後述の第４表示領域８０３Ｄ参照）。

上から４番目に設定される経路候補表示領域８０４には、最初に、出発地から出発地周辺の路線バスの停留所（"○○線△△停留所"）まで徒歩で移動し、この停留所から鉄道の乗車駅まで路線バスで移動し、続いて、乗車駅から所定の降車駅まで鉄道を三路線乗り継いで移動し、最後に、降車駅から目的地まで徒歩で移動する経路候補が表示されている（後述の第４表示領域８０４Ｄ参照）。

上から５番目に設定される経路候補表示領域８０５には、最初に、出発地から出発地周辺のレンタカーの営業所まで徒歩で移動し、レンタカーの営業所から目的地周辺のレンタカーの営業所までレンタカーで移動し、最後に、目的地周辺のレンタカーの営業所から目的地まで徒歩で移動する経路候補が表示されている（後述の第４表示領域８０５Ｄ参照）。

上から６番目に設定される経路候補表示領域８０６には、最初に、出発地から出発地周辺のカーシェアリングステーションまで徒歩で移動し、出発地周辺のカーシェアリングステーションから目的地周辺のカーシェアリングステーションまでシェアカーで移動し、最後に、目的地周辺のカーシェアリングステーションから目的地まで徒歩で移動する経路候補が表示されている（後述の第４表示領域８０６Ｄ参照）。

下から２番目に設定される経路候補表示領域８０７には、出発地から目的地まで自動車で移動する経路候補が表示されている（後述の第４表示領域８０７Ｄ参照）。

一番下に設定される経路候補表示領域８０８には、出発地から目的地まで自転車で移動する経路候補が表示されている（後述の第４表示領域８０８Ｄ参照）。

経路候補表示領域８０１〜８０６に対応する６つの経路候補は、例えば、到着が早い順、料金が安い順、或いは、乗り換えが少ない順等、複数の対象移動手段に依らず設定される共通の条件（以下、「共通条件」）に応じて、ソーティングされ、上から順に表示される。図８Ａの例では、目的地への到着が早い順に、６つの経路候補が上から順にソート表示される。

一方、経路候補表示領域８０７，８０８に対応する２つの経路候補は、上述の共通条件に関わらず、それぞれの経路候補で利用される対象移動手段に固有で規定される条件（以下、「固有条件」）に応じて、８つの経路候補の中での表示順序が、他の６つの経路候補よりも後（本例では、下）に固定される。マルチモーダル経路探索を利用するユーザが自家用の自動車や自転車の経路探索結果を優先的に選択する可能性は相対的に低いと考えられるからである。より具体的には、この点を考慮すれば、自家用の自動車や自転車だけを利用する経路候補を、他の経路候補に対する比較対象としてユーザに提供すれば足りるからである。つまり、探索結果配信部２０２は、複数の経路候補のうち、自動車或いは自転車だけを利用する特定の経路候補の表示順序を、当該特定の経路候補以外の他の経路候補の表示順序よりも後に固定する態様の経路探索結果配信データを生成し、携帯端末１０に配信してよい。

尚、自動車だけを利用する経路候補と自転車だけを利用する経路候補の間の表示順序は、図８Ａのように、自動車だけを利用する経路候補が先で自転車が後でもよいし、自転車だけを利用する経路候補が先で自動車だけを利用する経路候補が後でもよい。また、自動車だけを利用する経路候補と自転車だけを利用する経路候補との間の表示順序は、上述の共通条件（例えば、到着が早い順や料金が安い順等）に応じて決定されてもよい。

また、自動車や自転車以外の特定の対象移動手段に固有で規定される固有条件に応じて、当該特定の対象移動手段を利用する特定の経路候補の表示仕様が決定されてもよい。

例えば、探索結果配信部２０２は、タクシーを利用する特定の経路候補について、当該特定の経路候補におけるタクシーの利用距離が相対的に短い場合、当該特定の経路候補を経路探索結果として携帯端末１０の表示装置１６に表示させる。このとき、複数の経路候補の中での当該特定の経路候補の表示順序は、共通条件に基づき決定されてよい。つまり、特定の経路候補の表示仕様は、固有条件が優先的に適用された上で、更に、共通条件が適用されることにより決定されてよい。以下、他の特定の経路候補についても同様である。一方、探索結果配信部２０２は、タクシーの利用距離が相対的に長い場合、当該特定の経路候補を経路探索結果として携帯端末１０の表示装置１６に表示させないようにしてよい。具体的には、探索結果配信部２０２は、当該特定の経路候補におけるタクシーの利用距離が所定の閾値（以下、「第１の閾値」）（例えば、１５キロメートル）未満である場合、当該特定の経路候補を携帯端末１０の表示装置１６に経路探索結果として表示させる一方、当該特定の経路候補におけるタクシーの利用距離が第１の閾値以上である場合、当該特定の経路候補を経路探索結果として携帯端末１０の表示装置１６に表示させないようにしてもよい。タクシーの利用距離がある程度長くなると、料金等の兼ね合いからユーザに当該特定の経路候補が選択される可能性が大きく低下する可能性があるからである。このとき、当該特定の経路候補は、タクシーと他の移動手段とを組み合わせて利用する経路候補であってもよいし、タクシーだけを利用する経路候補であってもよい。また、タクシーの場合と同様、ライドシェアリングを利用する特定の経路候補について、同様の固定条件（ライドシェアリングの利用距離が第１の閾値以上であるか否か）に応じて、携帯端末１０の表示装置１６への経路探索結果としての表示の有無が決定されてもよい。つまり、探索結果配信部２０２は、タクシー及びライドシェアリングの少なくとも一方を利用する特定の経路候補におけるタクシー及びライドシェアリングの利用距離が第１の閾値未満である場合、当該特定の経路候補を携帯端末１０の表示装置１６に表示させる一方、当該特定の経路候補におけるタクシー及びライドシェアリングの少なくとも一方の利用距離が第１の閾値以上である場合、当該特定の経路候補を経路探索結果として携帯端末１０の表示装置１６に表示させないようにしてよい。また、探索結果配信部２０２は、タクシー及びライドシェアリングの少なくとも一方を利用する特定の経路候補におけるタクシー及びライドシェアリングの少なくとも一方の利用距離が相対的に長い場合、当該特定の経路候補を表示させない代わりに、その表示順序を共通条件で決定される順序よりも後にするようにしてもよい。

また、例えば、探索結果配信部２０２は、徒歩を利用する特定の経路候補について、当該特定の経路候補における徒歩の利用距離が相対的に短い、具体的には、所定閾値（以下、「第２の閾値」）（例えば、１．２キロメートル）未満である場合、当該特定の経路候補を経路探索結果として携帯端末１０の表示装置１６に表示させる。一方、探索結果配信部２０２は、当該特定の経路候補における徒歩の利用距離が相対的に長い、つまり、第２の閾値以上である場合、当該特定の経路候補を経路探索結果として携帯端末１０の表示装置１６に表示させないようにしてもよい。徒歩を利用する経路候補の場合、その利用距離が相対的に長くなると、体力の消耗や所要時間等との兼ね合いで、ユーザにより選択される可能性が大きく低下しうるからである。また、探索結果配信部２０２は、徒歩を利用する経路候補における徒歩の利用距離が相対的に長い場合、当該経路候補を表示させない代わりに、その表示順序を共通条件で決定される順序よりも後にするようにしてもよい。

また、例えば、探索結果配信部２０２は、鉄道、バス、飛行機、船等の運行路線及び運行時刻を含む運行計画が予め規定される対象移動手段（公共交通機関）を利用する特定の経路候補において、同じ種類の公共交通機関或いは相互に異なる公共交通機関の乗り換えの間隔が相対的に短い場合、具体的には、所定閾値（以下、「第３の閾値」）未満である場合、当該特定の経路候補を経路探索結果として携帯端末１０の表示装置１６に表示させる。一方、探索結果配信部２０２は、公共交通機関の乗り換え間隔が相対的に長い、つまり、第３の閾値以上である場合、当該特定の経路候補を経路探索結果として携帯端末１０の表示装置１６に表示させないようにしてもよい。乗り換え間隔が相対的に長くなると、ユーザの利便性が著しく低下し、ユーザにより選択される可能性が低くなりうるからである。また、探索結果配信部２０２は、公共交通機関を利用する経路候補における公共交通機関の乗り換え間隔が相対的に長い場合、当該経路候補を表示させない代わりに、その表示順序を共通条件で決定される順序よりも後にするようにしてもよい。

このように、探索結果配信部２０２は、複数の対象移動手段のうちの特定の対象移動手段に対して規定される固有条件に応じて決定される、複数の経路候補の中での表示順序及び表示の有無の少なくとも一方を含む表示仕様に基づき、前記複数の経路候補のうちの特定の移動手段を利用する特定の経路候補を携帯端末１０の表示装置１６に表示させる。

これにより、ユーザが複数の経路候補の中から一の経路候補を選択する際の基準は、各経路候補で利用される対象移動手段ごとに異なりうるところ、センタサーバ２０は、特定の対象移動手段を利用する特定の経路候補の表示仕様に、特定の対象移動手段の固有条件を反映させることができる。よって、例えば、ユーザが特定の対象移動手段を含む特定の経路候補を選択する際の基準に沿う形で、特定の対象移動手段の固有条件が設定されることにより、センタサーバ２０は、複数の経路候補の中から一の経路候補を選択する際のユーザの利便性を向上させることができる。

また、探索結果配信部２０２は、複数の経路候補に対して規定される共通条件に応じて決定される、複数の経路候補の中での表示順序を含む表示仕様に基づき、複数の経路候補のうちの特定の経路候補以外の経路候補を携帯端末１０の表示装置１６に表示させると共に、固有条件に応じて決定される、複数の経路候補の中での表示順序及び表示の有無を含む表示仕様に基づき、特定の経路候補を携帯端末１０の表示装置１６に表示させてよい。

これにより、センタサーバ２０は、複数の経路候補を、例えば、所要時間の短い順等の共通条件に沿って表示させる前提の中で、特定の対象移動手段を利用する特定の経路候補については、固有条件に沿って、表示させることができる。

また、探索結果配信部２０２は、共通条件、及び共通条件より優先的に適用される固有条件に応じて決定される、複数の経路候補の中での表示順序及び表示の有無を含む表示仕様に基づき、特定の経路候補を携帯端末１０の表示装置１６に表示させてよい。

これにより、センタサーバ２０は、特定の対象移動手段を利用する特定の経路候補について、優先的に固有条件を適用した上で、更に、共通条件を適用可能な状況下では、共通条件を適用し、共通条件に沿ってユーザ端末（携帯端末１０）に表示させることができる。

また、図８Ａに示すように、経路候補表示領域８０１〜８０８は、それぞれ、第１表示領域８０１Ａ〜８０８Ａと、第２表示領域８０１Ｂ〜８０８Ｂと、第３表示領域８０１Ｃ〜８０８Ｃと、第４表示領域８０１Ｄ〜８０８Ｄと、第５表示領域８０１Ｅ〜８０８Ｅとを含む。

第１表示領域８０１Ａ〜８０８Ａは、それぞれ、経路候補表示領域８０１〜８０８の上端部（最上段）に左右に亘って配置される。第１表示領域８０１Ａ〜８０８Ａには、それぞれの対応する経路候補で利用される対象移動手段のうちの一の移動手段の名称（略称や愛称等を含む）が表示される。利用される対象移動手段が一つの経路候補に対応する第１表示領域８０７Ａ，８０８Ａには、当然の如く、唯一利用される一つの対象移動手段の名称が表示される。また、利用される対象移動手段が二以上である経路候補に対応する第１表示領域８０１Ａ〜８０６Ａには、対応する経路候補で利用される二以上の対象移動手段のうちの一の対象移動手段の名称が表示される。つまり、探索結果配信部２０２は、携帯端末１０の表示装置１６に表示される、経路探索部２０１による二以上の対象移動手段を利用する経路候補に対応づけて、当該二以上の対象移動手段のうちの一の対象移動手段の名称を表示装置１６に表示させる。

複数の経路候補の中に二以上の対象移動手段を利用する経路候補が含まれる場合、複数の経路候補を単純に並べて表示するだけでは、それぞれの経路候補がどのような対象移動手段で移動する経路を表しているかをユーザに直感的に把握させるのが難しくなる可能性がある。また、経路候補で利用される全ての対象移動手段の名称を表示することも可能であるが、経路候補に含まれる個々の移動手段の名称が長くなると、反って、表示が煩雑となり、ユーザに直感的な把握を促すことが難しくなる可能性がある。また、経路候補で利用される二以上の対象移動手段の組み合わせに新たな名称を付けて表示することも可能であるが、ネーミングの態様によっては、新たな名称から経路候補で利用される対象移動手段を想像しにくくなり、結果として、ユーザに直感的な把握を促すことが難しくなる可能性がある。

これに対して、経路候補で利用される二以上の移動手段の名称のうちの一の移動手段の名称だけが表示されるため、ユーザは、当該対象移動手段を直感的に把握できる。そして、ユーザは、当該対象移動手段を足掛かりに、経路候補で利用される他の対象移動手段についても、携帯端末１０の表示装置１６に表示される経路探索結果の内容等からある程度直感的に把握することができる。よって、センタサーバ２０は、二以上の対象移動手段が利用される経路候補における個々の対象移動手段のユーザによる把握を促すことができる。

例えば、図９に示すように、複数の対象移動手段に対して、予め優先順位が規定されてよい。そして、二以上の対象移動手段が利用される経路候補について、二以上の対象移動手段のうちの当該優先順位が最も高い対象移動手段の名称が、当該経路候補に対応付けられて携帯端末１０の表示装置１６に表示されてよい。

これにより、ユーザが経路候補を特徴付ける対象と感じる可能性が高い対象移動手段が予め高い優先順位に設定されることで、センタサーバ２０は、当該経路候補に含まれる個々の対象移動手段のユーザによる把握をより適切に促すことができる。

具体的には、カーシェアリング、サイクルシェアリング、ライドシェアリング、及びレンタカーの優先順位は、飛行機、船、高速バス、特急・新幹線、バス、電車等の公共交通機関の優先順位より高く設定されている。

これにより、センタサーバ２０は、公共交通機関とレンタカー、カーシェアリング、サイクルシェアリング、ライドシェアリング等とを利用する経路候補に対応付けて、当該経路候補を特徴付ける対象移動手段として、レンタカー、カーシェアリング、サイクルシェアリング、ライドシェアリング等の名称を携帯端末１０の表示装置１６に表示させることができる。例えば、公共交通機関等の一般的な対象移動手段よりも、レンタカー、カーシェアリング、サイクルシェアリング、ライドシェアリング等をユーザに提示した方がユーザの印象に残りやすい効果も想定されうる。よって、センタサーバ２０は、具体的に、公共交通機関とレンタカー、カーシェアリング、サイクルシェアリング等とを利用する経路候補における個々の移動手段のユーザによる把握を促すことができる。

また、自動車、自転車、及び徒歩の優先順位は、他の対象移動手段の優先順位よりも低く設定される。

これにより、センタサーバ２０は、自動車、自転車、徒歩等と、他の対象移動手段とを利用する移動経路に対応付けて、当該経路候補を特徴づける対象移動手段として、他の対象移動手段の名称を携帯端末１０の表示装置１６に表示させることができる。

また、携帯端末１０の表示装置１６に表示される、二以上の対象移動手段が利用される経路候補に対応付けられる態様で、当該経路候補の中で最も利用距離が長い、又は、最も利用時間が長い対象移動手段の名称が表示されてもよい。

例えば、経路探索結果の中で最も移動距離が長い、或いは、最も利用時間が長い移動手段は、ユーザにとって、複数の経路候補の中から実際に利用する経路候補を選択するための最も重要な関心事項の一つと考えられる。よって、センタサーバ２０は、具体的に、経路候補に含まれる個々の移動手段のユーザによる把握を促すことができる。

また、携帯端末１０の表示装置１６に表示される、二以上の対象移動手段が利用される経路候補に対応付けられる態様で、当該経路候補の中で最初に利用される徒歩以外の対象移動手段の名称が表示されてもよい。

例えば、経路候補の中で最初に利用される徒歩以外の移動手段は、ユーザにとって、複数の経路候補の中から実際に利用する経路候補を選択するための最も重要な関心事項の一つと考えられる。よって、センタサーバ２０は、具体的に、経路候補に含まれる個々の移動手段のユーザによる把握を促すことができる。

図８Ａに戻り、第２表示領域８０１Ｂ〜８０８Ｂは、それぞれ、経路候補表示領域８０１〜８０８における第１表示領域８０１Ａ〜８０８Ａの下に左右に亘って配置される。第２表示領域８０１Ｂ〜８０８Ｂには、それぞれの対応する経路候補における出発時刻及び到着時刻と、所要時間とが表示される。

第３表示領域８０１Ｃ〜８０８Ｃは、それぞれ、経路候補表示領域８０１〜８０８における上下方向の中央部に左右に亘って配置される。第３表示領域８０１Ｃ〜８０８Ｃのうちの第３表示領域８０１Ｃ〜８０４Ｃには、それぞれの対応する経路候補において最初に利用される公共交通機関の乗り場（例えば、鉄道の駅、路線バスや高速バスの停留所、飛行機の空港、船の港等）の名称（略称や愛称を含む）及び出発時刻が表示される。

これにより、センタサーバ２０は、ある経路候補で最初に利用される対象移動手段が公共交通機関以外であっても、最初に利用される公共交通機関の乗り場やその出発時刻を通知できる。よって、センタサーバ２０は、ユーザの利便性を向上させることができる。

尚、第３表示領域８０１Ｃ〜８０８Ｃのうちの対応する経路候補で公共交通機関が利用されない第３表示領域８０５Ｃ〜８０８Ｃは、空欄とされる。

第４表示領域８０１Ｄ〜８０８Ｄは、それぞれ、経路候補表示領域８０１〜８０８における第３表示領域の下に左右に亘って配置される。第４表示領域８０１Ｄ〜８０８Ｄには、それぞれの対応する経路候補で利用される対象移動手段に対応するアイコンが乗り換え順に表示される。

第５表示領域８０１Ｅ〜８０８Ｅは、それぞれ、経路候補表示領域８０１〜８０８における下端部（最下段）に左右に亘って配置される。第５表示領域８０１Ｅ〜８０８Ｅには、対象移動手段の乗り換え回数（同じ対象移動手段同士及び異なる対象移動手段同士の双方を含む）と、所要料金が表示される。

ユーザは、アプリ画面８００上で、経路候補表示領域８０１〜８０８の何れかを指定（選択）し且つ決定する操作を行うことにより、表示装置１６の表示内容を、アプリ画面８００から指定（選択）された経路候補表示領域８０１〜８０８の何れかに対応する経路候補の詳細画面、つまり、図８Ｂのアプリ画面８１０に遷移させることができる。

図８Ｂに示すように、アプリ画面８１０は、経路候補詳細表示領域８１１と、経路案内開始ボタン８１２とを含む。

経路候補詳細表示領域８１１には、アプリ画面８００で選択された一の経路候補の詳細内容が表示される。具体的には、経路候補詳細表示領域８１１には、経路候補で利用される対象移動手段及びそれぞれの出発時刻及び到着時刻が上から順に表示されると共に、複数の対象移動手段のうちの同じ対象移動手段の間、或いは、異なる対象移動手段の間の乗換場所等が表示される。

経路案内開始ボタン８１２は、経路候補詳細表示領域８１１の上に配置され、ユーザが経路候補詳細表示領域８１１に表示される経路候補に基づく経路案内を開始させるために用いられる。ユーザは、経路案内開始ボタン８１２を指定し且つ決定する操作を行うことにより、携帯端末１０による経路案内を開始させことができる。このとき、携帯端末１０は、例えば、携帯端末１０に内蔵されるＧＮＳＳ装置及びＲＴＣ（Real Time Clock）等の計時手段による位置情報及び時刻情報と、経路候補で順次利用される各対象移動手段の出発場所及び到着場所と、その出発時刻及び到着時刻等とを比較しながら、表示装置１６への所定の情報画像の表示や音声による経路案内を行ってよい。

［タクシーの利用方法］
次に、図１０（図１０Ａ、図１０Ｂ）を参照して、経路探索アプリのアプリ画面上でのユーザの操作に基づくタクシーの利用方法について説明する。

図１０Ａ、図１０Ｂは、マルチモーダル経路探索結果に基づくタクシーの利用方法の一例を説明する図である。具体的には、図１０Ａは、マルチモーダル経路探索結果の複数の経路候補のうちのタクシーが利用される一の経路候補の詳細内容を表示するアプリ画面の一例（アプリ画面１０００）を示す図である。図１０Ｂは、ユーザがタクシーを予約するためのアプリ画面の一例（アプリ画面１０１０）を示す図である。

図１０Ａに示すように、アプリ画面１０００は、図８Ｂのアプリ画面８１０の場合と同様、経路候補詳細表示領域１００１を含む。

経路候補詳細表示領域１００１には、タクシーの利用部分を含む経路候補の詳細内容が表示され、タクシーの利用部分には、タクシー予約ボタン１００２が配置される。ユーザは、タクシー予約ボタン１００２を指定し且つ決定する操作を行うことにより、携帯端末１０の表示装置１６の表示内容を、アプリ画面１０００からタクシーを予約するためのアプリ画面１０１０に遷移させることができる。

図１０Ｂに示すように、アプリ画面１０１０は、地図画像表示領域１０１１と、予約操作案内領域１０１２と、乗車場所決定ボタン１０１３を含む。

地図画像表示領域１０１１には、アプリ画面１０００に表示されていた経路候補におけるタクシーの出発場所付近の地図画像が表示される。

予約操作案内領域１０１２は、地図画像表示領域１０１１の下端部に重畳して配置される。予約操作案内領域１０１２には、地図画像表示領域１０１１の地図画像上でタクシーの乗車場所を決定するように促す操作案内の文字情報が表示される。

乗車場所決定ボタン１０１３は、操作案内の文字情報と重ならない、予約操作案内領域１０１２の右端部に配置され、ユーザが乗車場所を決定する（確定させる）ために用いられる。

ユーザは、携帯端末１０の入力装置１７を通じて、地図画像上で、希望するタクシーの乗車場所を指定すると共に、乗車場所決定ボタン１０１３を指定し且つ決定する操作を行うことにより、乗車場所を確定させ、例えば、経路候補で規定されるタクシーの出発時刻に対応するタクシー予約要求を携帯端末１０からセンタサーバ２０に送信させることができる。

このように、ユーザは、例えば、携帯端末１０でブラウザや専用のアプリ等を起動させて、タクシー会社に予約を行う必要が無く、マルチモーダル経路探索結果の経路候補の表示に関連するアプリ画面１０００，１０１０上で、タクシーの予約を完了させることができる。よって、ユーザの利便性を向上させることができる。

尚、対象移動手段としてのライドシェアリング、レンタカー、カーシェアリング、サイクルシェアリング等についても、タクシーの場合と同様の態様で、マルチモーダル経路探索結果の経路候補の表示に関するアプリ画面上での操作に応じて、利用予約が可能であってもよい。

［駐車場情報の閲覧方法］
次に、図１１（図１１Ａ、図１１Ｂ）を参照して、経路探索アプリのアプリ画面上でのユーザの操作に基づく駐車場情報の閲覧方法について説明する。

図１１Ａ、図１１Ｂは、マルチモーダル経路探索結果に基づく駐車場情報の閲覧方法の一例を説明する図である。具体的には、図１１Ａは、マルチモーダル経路探索結果の複数の経路候補のうちの自動車が利用される一の経路候補の詳細内容を表示するアプリ画面の一例（アプリ画面１１００）を示す図である。図１１Ｂは、駐車場情報を表示するアプリ画面の一例（アプリ画面１１１０）を示す図である。

尚、アプリ画面１１００には、自動車と、他の対象移動手段とが組み合わせられて利用される経路候補が表示されてもよい。

図１１Ａに示すように、アプリ画面１１００は、図８Ｂのアプリ画面８１０の場合と同様、経路候補詳細表示領域１１０１を含む。

経路候補詳細表示領域１１０１には、自動車の利用部分を含む経路候補の詳細内容が表示され、自動車の利用部分には、駐車場情報閲覧ボタン１１０２が配置される。ユーザは、駐車場情報閲覧ボタン１１０２を指定し且つ決定する操作を行うことにより、携帯端末１０の表示装置１６の表示内容を、アプリ画面１１００から駐車場情報を閲覧するためのアプリ画面１１１０に遷移させることができる。

図１１Ｂに示すように、アプリ画面１１１０は、地図画像表示領域１１１１と、駐車場概要情報表示領域１１１２と、詳細表示ボタン１１１３を含む。

地図画像表示領域１１１１には、アプリ画面１１００に表示されていた経路候補における自動車の到着場所付近の地図画像が表示されると共に、地図画像上に、駐車場の位置を示す目印画像１１１１Ａが重畳表示される。

駐車場概要情報表示領域１１１２は、地図画像表示領域１１１１の下端部に重畳して配置される。駐車場概要情報表示領域１１１２には、地図画像上に目印画像１１１１Ａで示される駐車場の中から選択された一の駐車場の概要情報（例えば、駐車場の施設名称、利用可能時間帯、最大駐車可能台数、料金等）が表示される。

ユーザは、携帯端末１０の入力装置１７を通じて、地図画像上で、一の目印画像１１１１Ａを指定（選択）し且つ決定する操作を行うことにより、駐車場概要情報表示領域１１１２に、選択した目印画像１１１１Ａに対応する駐車場の概要情報を表示させることができる。

詳細表示ボタン１１１３は、駐車場概要情報表示領域１１１２に概要情報が表示される駐車場の詳細情報を携帯端末１０の表示装置１６に表示させるために用いられる。これにより、ユーザは、詳細表示ボタン１１１３を指定し且つ決定する操作を行い、駐車場の詳細情報を閲覧することができる。

このように、ユーザは、例えば、携帯端末１０でブラウザや専用のアプリ等を自ら起動させて、駐車場情報に自らアクセスする必要が無く、マルチモーダル経路探索結果における自動車を利用する経路候補の表示に関連するアプリ画面１１００，１１１０上での操作によって、駐車場情報を閲覧することができる。よって、ユーザの利便性を向上させることができる。

尚、駐車場情報閲覧ボタン１１０２は、同様に、レンタカーやカーシェアリングを利用する経路候補の詳細内容を表示するアプリ画面のレンタカーやカーシェアリングの利用部分に表示されてもよい。これにより、ユーザは、マルチモーダル経路探索結果におけるレンタカーやカーシェアリングを利用する経路候補の表示に関連するアプリ画面上での操作によって、駐車場情報を閲覧することができる。よって、ユーザの利便性を向上させることができる。

［サイクルシェアリングの利用方法］
次に、図１２（図１２Ａ、図１２Ｂ）を参照して、経路探索アプリのアプリ画面上でのユーザの操作に基づくサイクルシェアリングの利用方法について説明する。

図１２Ａ，図１２Ｂは、マルチモーダル経路探索結果に基づくサイクルシェアリングの利用方法の一例を説明する図である。具体的には、図１２Ａは、マルチモーダル経路探索結果の複数の経路候補のうちのサイクルシェアリングが利用される一の経路候補の詳細内容を表示するアプリ画面の一例（アプリ画面１２００）を示す図である。図１２Ｂは、ユーザがサイクルシェアリングを利用するためのアプリ画面の一例（アプリ画面１２１０）を示す図である。

図１２Ａに示すように、アプリ画面１２００は、図８Ｂのアプリ画面８１０の場合と同様、経路候補詳細表示領域１２０１を含む。

経路候補詳細表示領域１２０１には、サイクルシェアリングの利用部分を含む経路候補の詳細内容が表示され、サイクルシェアリングの利用部分には、空車確認ボタン１２０２が配置される。ユーザは、空車確認ボタン１２０２を指定し且つ決定する操作を行うことにより、携帯端末１０の表示装置１６の表示内容を、アプリ画面１２００からサイクルシェアリングのサイクルポートの空車状況に関する情報（以下、「空車情報」）を確認するためのアプリ画面１２１０に遷移させることができる。

図１２Ｂに示すように、アプリ画面１２１０は、地図画像表示領域１２１１と、サイクルポート情報表示領域１２１２と、利用ボタン１２１３を含む。

地図画像表示領域１２１１には、アプリ画面１２００に表示されていた経路候補におけるサイクルシェアリングの出発場所付近の地図画像が表示されると共に、地図画像上に、サイクルポートの位置を示す目印画像１２１１Ａが重畳表示される。

サイクルポート情報表示領域１２１２は、地図画像表示領域１２１１の下端部に重畳して配置される。サイクルポート情報表示領域１２１２には、地図画像上に目印画像１２１１Ａで示されるサイクルポートの中から選択された一のサイクルポートの情報（以下、「サイクルポート情報」）（例えば、サイクルポートの名称、利用可能時間帯、最寄の施設、空き台数等の空車情報等）が表示される。

ユーザは、携帯端末１０の入力装置１７を通じて、地図画像上で、一の目印画像１２１１Ａを指定（選択）し且つ決定する操作を行うことにより、サイクルポート情報表示領域１２１２に、選択した目印画像１２１１Ａに対応するサイクルポート情報を表示させることができる。

利用ボタン１２１３は、サイクルポート情報表示領域１２１２にサイクルポート情報が表示されるサイクルポートのシェアサイクルを実際に利用するために用いられる。具体的には、ユーザによって、利用ボタン１２１３が指定され且つ決定される操作が行われると、携帯端末１０は、補助記憶装置１２にインストールされるサイクルシェアリングを利用するためのアプリケーション（以下、「サイクルシェアアプリ」）を起動させたり、ブラウザを起動させると共に、サイクルシェアリングのホームページにアクセスしたりする。そして、携帯端末１０は、ユーザが利用を希望するサイクルポートに関する情報をサイクルシェアアプリ等に引き継がせる。これにより、ユーザは、サイクルシェアリングアプリやサイクルシェリングのホームページ上での操作を通じて、サイクルシェアリングを利用することができる。

このように、ユーザは、例えば、携帯端末１０でブラウザや専用のアプリ等を自ら起動させて、サイクルシェアリングに関する情報にアクセスする必要が無い。よって、マルチモーダル経路提供システム１（携帯端末１０の経路探索アプリ）は、マルチモーダル経路探索結果におけるサイクルシェアリングを利用する経路の表示に関連するアプリ画面１２００，１２１０上での操作に応じて、ユーザによるサイクルシェアリングの利用を支援することができる。

尚、マルチモーダル経路提供システム１（携帯端末１０の経路探索アプリ）は、タクシー、ライドシェアリング、レンタカー、カーシェアリング等についても、サイクルシェアリングの場合と同様の方法で、マルチモーダル経路探索結果の経路候補の表示に関するアプリ画面上での操作に応じて、その利用支援を行ってもよい。

［路線バス位置情報の閲覧方法及び路線バス乗車券の購入・利用方法］
次に、図１３（図１３Ａ、図１３Ｂ）を参照して、経路探索アプリのアプリ画面上でのユーザの操作に基づく路線バス位置情報の閲覧方法及び路線バス乗車券の購入・利用方法について説明する。

図１３Ａ、図１３Ｂは、マルチモーダル経路探索結果に基づく路線バス位置情報の閲覧方法及び路線バス乗車券の購入・利用方法の一例を説明する図である。具体的には、図１３Ａは、マルチモーダル経路探索結果の複数の経路候補のうちの路線バスが利用される一の経路候補の詳細内容を表示するアプリ画面の一例（アプリ画面１３００）を示す図である。図１３Ｂは、携帯端末１０の表示装置１６に表示される路線バス乗車券情報の一例（路線バス６時間フリー乗車券画像情報１３１０）を示す図である。

図１３Ａに示すように、アプリ画面１３００は、図８Ｂのアプリ画面８１０の場合と同様、経路候補詳細表示領域１３０１を含む。

経路候補詳細表示領域１３０１には、路線バスの利用部分を含む経路候補の詳細内容が表示され、路線バスの利用部分には、路線バス位置情報閲覧ボタン１３０２及び路線バス乗車券購入ボタン１３０３が配置される。

ユーザは、路線バス位置情報閲覧ボタン１３０２を指定し且つ決定する操作を行うことにより、携帯端末１０の表示装置１６の表示内容を、アプリ画面１３００から経路候補で利用される便の路線バス位置情報を表示させるアプリ画面（路線バス位置情報画面）に遷移させることができる。

路線バス位置情報画面には、例えば、アプリ画面１３００に表示されていた経路候補で利用される便の路線バスの路線経路を含む範囲の地図画像が表示される。そして、地図画像上には、路線に対応する路線経路と、経路候補上での路線バスの乗車停留所と、路線バスの現在位置情報及び予定位置情報とが重畳表示されてよい。また、地図画像上には、路線バスの遅延状況に関する情報（例えば、"予定通りの運行中"や"予定より××分遅れています"等の文字情報）が路線バスの現在位置情報に対応付けられる態様で重畳表示されてもよい。これにより、ユーザは、例えば、携帯端末１０でブラウザ等を起動させて、自ら路線バス位置情報にアクセスする必要が無く、マルチモーダル経路探索結果における路線バスを利用する経路候補の表示に関連するアプリ画面１３００上での操作によって、路線バス位置情報を閲覧することができる。また、ユーザは、路線バスの現在位置情報、予定位置情報、遅延状況に関する情報等を確認することにより、経路候補で提示される出発時刻通りに路線バスが到着するのか、遅れているのか等を把握し、経路候補の選択等の判断に用いることができる。

また、ユーザは、路線バス乗車券購入ボタン１３０３を指定し且つ決定する操作を行うことにより、携帯端末１０の表示装置１６の表示内容を、アプリ画面１３００から路線バスの所定の乗車券、具体的には、路線バスの６時間フリー乗車券を購入するためのアプリ画面（路線バス乗車券購入画面）に遷移させることができる。路線バスの６時間フリー乗車券は、例えば、所定の地理的範囲（例えば、特定の市町村内）で、６時間の間で、路線バスを自由の降車可能な特定時限乗車券である。これにより、ユーザは、携帯端末１０の入力装置１７を通じて、路線バス乗車券購入画面上で、所定の操作を行うことにより、携帯端末１０からセンタサーバ２０にバス乗車券購入要求を送信させ、６時間フリー乗車券を購入することができる。そして、ユーザは、経路探索アプリの所定のアプリ画面上での所定の操作に応じて、センタサーバ２０から携帯端末１０に配信され路線バス乗車券情報記憶部１０５に格納される６時間フリー乗車券に対応する路線バス乗車券情報（路線バス６時間フリー乗車券画像情報１３１０）を携帯端末１０の表示装置１６に表示させ、路線バスの乗務員に閲覧させる等し、路線バスを利用することができる。

図１３Ｂに示すように、表示装置１６に表示される路線バス６時間フリー乗車券画像情報１３１０には、有効期限情報１３１１と、残時間情報１３１２と、現在時刻情報１３１３とが重畳表示される。

有効期限情報１３１１は、特定時限乗車券としての路線バスの６時間フリー乗車券の有効期限を表している。

残時間情報１３１２は、６時間フリー乗車券の有効期限（期限切れ）までの残り時間を表している。残時間情報１３１２は、カウントダウン形式で動的に表示されると共に、期限切れになると、期限切れであることを示す情報に切り替わる。これにより、携帯端末１０の表示装置１６に表示されるアプリ画面には、路線バス乗車券情報の他、期限切れまでの残り時間が動的に表示されるため、アプリ画面のキャプチャー画像等による特定時限乗車券に対応する路線バス乗車券情報の不正利用を抑制することができる。

現在時刻情報１３１３は、現在時刻を表しており、カウントアップ形式で動的に表示される。これにより、携帯端末１０の表示装置１６に表示されるアプリ画面には、路線バス乗車券情報の他、現在時刻が動的に表示されるため、アプリ画面のキャプチャー画像等による特定時限乗車券に対応する路線バス乗車券情報の不正利用を抑制することができる。

このように、ユーザは、携帯端末１０上で、経路探索アプリから離れることなく、路線バスの所定の乗車券（例えば、６時間フリー乗車券）の購入及び利用を行うことができる。よって、ユーザの利便性を向上させることができる。

尚、携帯端末１０は、経路探索アプリのアプリ画面上以外でのユーザの操作に応じて、路線バスの所定の乗車券の購入に関する処理を行ったり、路線バス乗車券情報を表示装置１６に表示させる処理を行ったりしてもよい。例えば、携帯端末１０は、例えば、路線バス関連サーバ３０から提供されるアプリケーション（以下、「路線バスアプリ」）が起動され、路線バスアプリの所定のアプリ画面での所定の操作に応じて、路線バス関連サーバ３０に対して、バス乗車券購入要求を送信する。そして、携帯端末１０は、路線バスアプリの所定のアプリ画面での所定の操作に応じて、路線バス関連サーバ３０から配信された路線バス乗車券情報を表示装置１６に表示させてよい。また、例えば、携帯端末１０は、ブラウザを通じてアクセスされる、路線バス関連サーバ３０等が運営する路線バスに関するホームページ（以下、「路線バスページ」）上でのユーザの所定の操作に応じて、路線バスページ上での路線バスの所定の乗車券の購入に関する処理を行う。そして、携帯端末１０は、ブラウザを通じてアクセスされる路線バスページ上での所定の操作に応じて、路線バス関連サーバ３０からウェブリソースとして送信される路線バス乗車券情報をブラウザに表示させてよい。この場合、ユーザは、携帯端末１０にインストールされるブラウザを通じて、路線バスページにアクセスし、路線バス関連サーバ３０の制御の下で、携帯端末１０のブラウザを通じて、路線バスの所定の乗車券を購入したり、購入した乗車券に対応する路線バス乗車券情報をブラウザ上に表示させたりすることができる。また、携帯端末１０は、運行経路及び運行時刻を含む運行計画が予め規定されている所定の交通機関（例えば、電車、高速バス、船、飛行機等の公共交通機関）についても、路線バスの場合と同様の方法で、ユーザによる乗車券の購入及び利用を実現させてもよい。

［路線バス乗車券情報表示処理］
次に、図１４（図１４Ａ，図１４Ｂ）を参照して、携帯端末１０（路線バス乗車券利用支援処理部１０４）による特定時限乗車券に対応する路線バス乗車券情報の携帯端末１０の表示装置１６への表示に関する処理（以下、「路線バス乗車券情報表示処理」）を説明する。

図１４Ａ及び図１４Ｂは、携帯端末１０（路線バス乗車券利用支援処理部１０４）による路線バス乗車券情報表示処理の一例を概略的に示すフローチャートである。図１４Ａのフローチャートは、例えば、携帯端末１０の経路探索アプリが起動され、且つ、路線バスの特定時限乗車券情報（例えば、図１３Ｂの路線バス６時間フリー乗車券画像情報１３１０）が非表示の状態で、所定の制御周期ごとに実行される。また、図１４Ｂのフローチャートは、例えば、携帯端末１０の経路探索アプリが起動され、且つ、路線バスの特定時限乗車券情報が表示されている状態で、所定の制御周期ごとに実行される。

まず、図１４Ａに示すように、ステップＳ１０２にて、路線バス乗車券利用支援処理部１０４は、入力装置１７を通じて、路線バスの特定時限乗車券に対応する路線バス乗車券情報を表示させるための操作が行われたか否かを判定する。路線バス乗車券利用支援処理部１０４は、当該操作が行われた場合、ステップＳ１０４に進み、当該操作が行われなかった場合、今回の処理を終了する。

ステップＳ１０４にて、路線バス乗車券利用支援処理部１０４は、路線バスの特定時限乗車券が期限切れであるか否かを判定する。路線バス乗車券利用支援処理部１０４は、路線バスの特定時限乗車券が期限切れである場合、ステップＳ１０６に進み、期限切れでない場合、ステップＳ１０８に進む。

ステップＳ１０６にて、路線バス乗車券利用支援処理部１０４は、路線バスの特定時限乗車券の期限切れ後、所定時間Ｔ１が経過したか否かを判定する。路線バス乗車券利用支援処理部１０４は、路線バスの特定時限乗車券の期限切れ後、所定時間Ｔ１が経過していない場合、ステップＳ１０８に進み、所定時間Ｔ１が経過している場合、今回の処理を終了する。

ステップＳ１０８にて、路線バス乗車券利用支援処理部１０４は、特定時限乗車券に対応する路線バス乗車券情報を表示装置１６に表示させて、今回の処理を終了する。

続いて、図１４Ｂに示すように、ステップＳ２０２にて、路線バス乗車券利用支援処理部１０４は、表示装置１６に特定時限乗車券に対応する路線バス乗車券情報が表示中であるか否かを判定する。路線バス乗車券利用支援処理部１０４は、表示装置１６に特定時限乗車券に対応する路線バス乗車券情報が表示中である場合、ステップＳ２０４に進み、表示中でない場合、今回の処理を終了する。

ステップＳ２０４にて、路線バス乗車券利用支援処理部１０４は、入力装置１７を通じて、路線バス乗車券情報の表示を終了させる操作が行われたか否かを判定する。路線バス乗車券利用支援処理部１０４は、当該操作が行われていない場合、ステップＳ２０６に進み、当該操作が行われた場合、ステップＳ２１０に進む。

ステップＳ２０６にて、路線バス乗車券利用支援処理部１０４は、路線バスの特定時限乗車券が期限切れであるか否かを判定する。路線バス乗車券利用支援処理部１０４は、路線バスの特定時限乗車券が期限切れである場合、ステップＳ２０８に進み、期限切れでない場合、今回の処理を終了する。

ステップＳ２０８にて、路線バス乗車券利用支援処理部１０４は、路線バスの特定時限乗車券の期限切れ後、所定時間Ｔ１が経過したか否かを判定する。路線バス乗車券利用支援処理部１０４は、路線バスの特定時限乗車券の期限切れ後、所定時間Ｔ１が経過している場合、ステップＳ２１０に進み、所定時間Ｔ１が経過していない場合、今回の処理を終了する。

ステップＳ２１０にて、路線バス乗車券利用支援処理部１０４は、路線バスの特定時限乗車券に対応する路線バス乗車券情報の表示装置１６への表示を停止（終了）させて、今回の処理を終了する。

このように、本例では、路線バス乗車券利用支援処理部１０４は、特定時限乗車券の期限切れ後、所定時間Ｔ１が経過するまで、特定時限乗車券に対応する路線バス乗車券情報を表示装置１６に表示させることを許可すると共に、所定時間Ｔ１の経過後、当該路線バス乗車券情報を表示装置１６に表示させることを禁止する。

具体的には、路線バス乗車券利用支援処理部１０４は、特定時限乗車券の期限切れ後、所定時間Ｔ１が経過していない場合、ユーザの所定の操作に応じて、特定時限乗車券に対応する路線バス乗車券情報を表示装置１６に表示させると共に、表示装置１６に表示されている当該路線バス乗車券情報の表示を継続させる。一方、路線バス乗車券利用支援処理部１０４は、特定時限乗車券の期限切れ後、所定時間Ｔ１が経過した場合、ユーザの所定の操作があっても、当該路線バス乗車券情報を表示装置１６に表示させず、且つ、表示装置１６に表示されている当該路線バス乗車券情報の表示を停止させる。

これにより、携帯端末１０は、特定時限乗車券の期限切れ後に、対応する路線バス乗車券情報を表示できないようにすることを前提としつつ、特定時限乗車券の期限切れ後において、路線バス乗車券情報を表示装置１６に表示できなくなるまでの猶予期間を与えることができる。そのため、例えば、目的の路線バスの停留所等への到着が遅れ、特定時限乗車券の期限が切れてしまった場合でも、ユーザは、特定時限乗車券の購入者であることを証明することができ、乗務員等に対して、遅延等を理由に追加料金なしでの降車を交渉することなどができる。よって、携帯端末１０は、ユーザの携帯端末１０に発行される特定時限乗車券の不正利用を抑制しつつ、時限乗車券の利用時におけるユーザの利便性を向上させることができる。

また、所定時間Ｔ１は、例えば、３０分等、予め規定される一定時間であってよい。

また、所定時間Ｔ１は、例えば、ユーザが現に乗車している路線バスの実際の運行状況や予測される運行状況等に応じて、可変されてもよい。具体的には、所定時間Ｔ１は、特定時限乗車券の期限切れのタイミングで、ユーザが路線バスのある便に乗車している場合、運行計画に対する当該便の実際の遅延時間、又は、予測される遅延時間が長くなるほど、長くなるように規定されてよい。

これにより、携帯端末１０は、ユーザが現に乗車している乗物（路線バスのある便）の実際の遅延状況や予測される遅延状況に合わせて、特定乗車券の期限切れ後において、乗車券情報を表示装置１６に表示できなくなるまでの猶予期間を与えることができる。よって、携帯端末１０は、より適切に、時限乗車券の不正利用の抑制と時限乗車券の利用時におけるユーザの利便性の向上とを両立させることができる。

このとき、携帯端末１０は、直接、或いは、センタサーバ２０を経由して、路線バス関連サーバ３０にアクセスし、路線バスの遅延状況に関する情報や路線バス位置情報等を取得できる。そして、携帯端末１０は、自身に搭載されるＧＮＳＳ装置の測位履歴情報と、路線バスの現在位置情報と、を比較することで、ユーザが乗車中の便を特定し、ユーザが現に乗車している路線バスの便の遅延状況を把握することができる。また、携帯端末１０は、マルチモーダル経路探索の複数の経路候補の中からユーザが選択した一の経路候補（例えば、経路案内が実行された経路候補や、ユーザが繰り返し詳細内容を表示させている経路候補等）に基づき、ユーザが乗車中の路線バスを特定してもよい。また、携帯端末１０と路線バスとの双方に搭載される通信機器との間で、所定の近距離通信（例えば、ＷｉＦｉやブルートゥース（共に、登録商標））等によるペアリングが行われ、ペアリング情報が路線バス関連サーバ３０を経由して、携帯端末１０に送信されることで、携帯端末１０は、ユーザが乗車中の路線バスの便を特定してもよい。また、携帯端末１０は、路線バス関連サーバ３０から取得されうる、過去の路線バスの該当する便の運行状況に関する履歴情報に基づき、遅延時間を予測してよい。

また、路線バス乗車券利用支援処理部１０４は、上述の如く、特定時限乗車券が期限切れでない場合、カウントダウン形式の特定時限乗車券の期限切れまでの残り時間を、対応する路線バス乗車券情報と一緒に表示装置１６に表示させると共に、特定時限乗車券の期限切れの場合、カウントダウン形式の残り時間の代わりに、特定時限乗車券が期限切れであることを示す情報を、対応する路線バス乗車券情報と一緒に表示させてよい。

これにより、携帯端末１０の画面には、路線バス乗車券情報の他、期限切れまでの残り時間が動的に表示されるため、路線バスの乗務員等の所定の者は、期限切れの時限乗車券に対応する路線バス乗車券情報であるか否かを容易に把握することができる。よって、例えば、路線バスの遅延が発生していないにもかかわらず、期限切れの乗車券情報が表示される携帯端末１０の画面を乗務員等に見せて、路線バス等から降車するような不正を抑制することができる。

尚、運行経路及び運行時刻を含む運行計画が予め規定されている路線バス以外の所定の交通機関（例えば、電車、高速バス、船、飛行機等の公共交通機関等）について、同様の特定時限乗車券が携帯端末１０に発行（配信）される場合、路線バスの場合と同様の形態で、特定時限乗車券に対応する乗車券情報の表示に関する処理が行われてよい。これにより、路線バス以外の所定の交通機関の場合についても、路線バスの場合と同様の効果を奏する。また、例えば、携帯端末１０における路線バスアプリのアプリ画面上やブラウザの路線バスページ上での路線バス乗車券情報の表示内容は、センタサーバ２０により制御されうる。そのため、この場合、当該路線バス乗車券情報表示処理は、センタサーバ２０側で実行されてもよい。

［マクロデータの生成方法］
次に、図１５（図１５Ａ、図１５Ｂ）、図１６（図１６Ａ〜図１６Ｄ）を参照して、マルチモーダル経路探索結果の履歴データに基づくマクロデータの生成方法について、説明する。

まず、図１５Ａ、図１５Ｂは、経路探索結果履歴記憶部２０７に蓄積されるマルチモーダル経路探索結果の履歴データ、つまり、過去のマルチモーダル経路探索結果のレコード群の一例を示す図である。

図１５Ａ、図１５Ｂに示すように、マルチモーダル経路探索結果の各レコードは、経路探索要求に対応するユーザＩＤ、出発地、経由地、目的地、イベント・スポット検索に基づくイベント情報或いはスポット情報を経由した経路探索要求であるか否か（図中の"イベントスポット情報経由"）、出力（提案）された経路候補に関する情報、選択された経路候補（以下、「選択経路」）に関する情報、利用・事前確認の有無に関する情報等のデータで構成される。

出力された経路候補に関する情報は、マルチモーダル経路探索結果として出力された経路候補の中に各対象移動手段を利用する経路候補が含まれていたか否かを表す。

また、出力された経路候補に関する情報は、各対象移動手段を利用する利便性が相対的に高い経路候補が含まれていたか否かを示す情報（図中の"利便性高"）と、利便性に関する条件に依らず、各対象移動手段を利用する経路候補が含まれていたか否かに関する情報（図中の"利便性条件なし"）を含む。

利便性が相対的に高いか否かを判定する条件には、例えば、乗り換え待ち時間が相対的に短い（具体的には、所定閾値より短い）こと、徒歩の利用時間が相対的に短い（具体的には、所定閾値より短い）こと、所要料金が相対的に低い（具体的には、所定閾値より低いこと）等が含まれうる。

選択経路に関する情報は、経路候補の中からユーザにより選択された一の経路候補の中に各対象移動手段が利用されていたか否かを表す。

尚、マルチモーダル経路探索結果の複数の経路候補からユーザにより選択された経路候補は、例えば、上述の経路案内が実行された経路候補や、マルチモーダル経路探索結果の複数の経路候補の中で詳細情報の表示回数や表示時間が所定閾値以上であった経路候補であってよい。

利用・事前確認に関する情報は、マルチモーダル経路探索結果に基づく各種支援サービス（例えば、上述の路線バス位置情報の閲覧、路線バスの所定の乗車券の購入、タクシーの予約、サイクルシェアリングの利用支援、駐車場情報の閲覧等）の利用の有無を表す。

マクロデータ生成部２０６は、経路探索結果履歴記憶部２０７の当該レコード群に基づき、マクロデータを生成する。

続いて、図１６Ａ〜図１６Ｄは、マクロデータを説明する図である。具体的には、図１６Ａ、図１６Ｂは、マクロデータを概念的に説明する図であり、図１６Ｃ、図１６Ｄは、マクロデータの一例を示す図である。

具体的には、図１６Ａ、図１６Ｂ中の"（１）経路探索「どう行こう」"に対応する各対象移動手段の棒グラフは、ある条件を満足する経路探索要求の総数（以下、「経路探索要求総数」）を模式的に表している。また、図１６Ａ、図１６Ｂ中の"（２）経路探索「こう行けます」"に対応する各対象移動手段の棒グラフは、経路探索要求総数の中で、各対象移動手段がマルチモーダル経路探索結果の経路候補に利用された数（以下、「経路候補利用数」）を模式的に表している。また、図１６Ａ、図１６Ｂ中の"（３）詳細表示「これで行こう」"に対応する各対象移動手段の棒グラフは、経路探索要求総数の中で、各移動対象手段が選択経路に利用された数（以下、「選択経路利用数」）を模式的に表している。また、図１６Ａ、図１６Ｂ中の"（４）案内開始"に対応する各対象移動手段の棒グラフは、経路探索要求総数の中で、各移動対象移動手段の利用を含む選択経路での経路案内が行われた回数（以下、「経路案内回数」）を模式的に表している。また、図１６Ａ、図１６Ｂ中の"（５）予約・事前確認等"に対応する各対象移動手段の棒グラフは、経路探索要求総数の中で、マルチモーダル経路探索結果に基づく各種支援サービス（例えば、上述の路線バス位置情報の閲覧、路線バスの所定の乗車券の購入、タクシーの予約、サイクルシェアリングの利用支援、駐車場情報の閲覧等）の利用数（以下、「予約・事前確認利用数」）を表している。また、図１６Ａ、図１６Ｂ中の"（６）利用（決済）「移動できた」"に対応する各対象移動手段の棒グラフは、経路探索要求総数の中で、各対象移動手段を利用して実際に移動した回数（以下、「移動回数」）を表している。また、図１６Ａ、図１６Ｂの中の"（７）複数利用「また使おう」"に対応する各対象移動手段の棒グラフは、経路探索要求総数の中で、各移動対象移動手段を利用して複数回移動したユーザ数（以下、「複数回移動ユーザ数」）を表している。

尚、図１６Ａ、図１６Ｂの棒グラフのうちの点線で表示される棒グラフは、その算出のために、マルチモーダル経路提供システム１の外部からデータ取得が必要とされる。

例えば、図１６Ａに示すように、経路探索要求群に対する、提示された経路候補の中で各対象移動手段が利用されていた割合（つまり、経路探索要求総数に対する各対象移動手段の経路候補利用数の比率）は、各対象移動手段が、ユーザの移動ニーズに対して、どの程度の貢献できるポテンシャルがあるのか（図中の対象移動手段の"供給率"）を表していると捉えられる。よって、マクロデータ生成部２０６は、例えば、複数の出発地エリアと目的地エリアの組み合わせに区切って、当該対象移動手段の供給率を算出し、算出結果を含むマクロデータ生成してよい（図１６Ｃ参照）。これにより、センタサーバ２０の管理者や作業者等（以下、「管理者等」）は、各出発地エリア及び目的地エリアの組み合わせごとに、対象移動手段ごとの供給率を把握することができる。例えば、探索対象エリアに含まれる、分析対象のエリア（以下、分析対象エリア）が所定距離（例えば、５００メートル）ごとの格子状に区画され、区画された格子状の各エリア（以下、「区画エリア」）が出発地エリア及び目的地エリアとして設定されることにより、複数の出発地エリア及び目的地エリアの組み合わせが規定されてよい。

また、同様に、経路探索要求群に対する、選択経路の中で各対象移動手段が利用されていた割合（つまり、経路探索要求総数に対する各対象移動手段の選択経路利用数の比率）は、各対象移動手段が、ユーザの移動ニーズに対して、どの程度の需要を持っているのか（図中の対象移動手段の"需要率"）を表していると捉えられる。よって、マクロデータ生成部２０６は、複数の出発地エリアと目的地エリアの組み合わせに区切って、当該対象移動手段の需要率を算出し、算出結果を含むマクロデータを生成してよい（図１６Ｄ参照）。これにより、センタサーバ２０の管理者等は、各出発地エリア及び目的地エリアの組み合わせごとに、対象移動手段ごとの需要率を把握することができる。

また、経路探索要求群のうちの路線バスを含む経路候補がユーザにより選択された経路探索要求に対する、路線バス位置情報の閲覧サービスの利用された割合（つまり、路線バスの選択経路利用数に対する路線バス位置情報の閲覧サービスの予約・事前確認利用数の比率）は、路線バス位置情報の閲覧サービスの利用率を表していると捉えられる。よって、マクロデータ生成部２０６は、経路探索要求群のうちの路線バスを含む経路候補がユーザにより選択された経路探索要求に対する、路線バス位置情報の閲覧サービスの利用された割合を算出し、算出結果を含むマクロデータを生成してよい。これにより、センタサーバ２０の管理者等は、路線バス位置情報の閲覧サービスの利用率を把握することができる。

また、経路探索要求群のうちの路線バスを含む経路候補がユーザにより選択された経路探索要求に対する、路線バス乗車券の購入サービスが利用された割合（つまり、路線バスの選択経路利用数に対する路線バス乗車券の購入サービスの予約・事前確認利用数の比率）や実数は、経路探索アプリ経由での路線バス乗車券の利用率や売上を表していると捉えられる。よって、マクロデータ生成部２０６は、経路探索要求群のうちの路線バスを含む経路候補がユーザにより選択された経路探索要求に対する、路線バス乗車券の購入サービスが利用された割合や実数を算出し、算出結果を含むマクロデータを生成してよい。これにより、センタサーバ２０の管理者等は、経路探索アプリ経由での路線バス乗車券の利用率や売上を把握することができる。

また、経路探索要求群のうちのタクシーを含む経路候補がユーザにより選択された経路探索要求に対する、タクシーの予約サービスが利用された割合（つまり、タクシーの選択経路利用数に対するタクシーの予約サービスの予約・事前確認利用数の比率）は、タクシーの予約サービスがユーザをタクシーの利用に導いた送客率を表していると捉えられる。よって、マクロデータ生成部２０６は、タクシーを含む経路候補がユーザにより選択された経路探索要求に対する、タクシーの予約サービスが利用された割合を算出し、算出結果を含むマクロデータを生成してよい。これにより、センタサーバ２０の管理者等は、タクシーの予約サービスがユーザをタクシーの予約に導いた送客率を把握することができる。

また、経路探索要求群のうちのサイクルシェアリングの利用を含む経路候補がユーザにより選択された経路探索要求に対する、サイクルシェアリングの利用支援サービスが利用された割合（つまり、サイクルシェアリングの選択経路利用数に対するサイクルシェアリングの利用支援サービスの予約・事前確認利用数の比率）は、サイクルシェアリングの利用支援サービスがユーザをサイクルシェアリングの利用に導いた送客率を表していると捉えられる。よって、マクロデータ生成部２０６は、経路探索要求群のうちのサイクルシェアリングの利用を含む経路候補がユーザにより選択された経路探索要求に対する、サイクルシェアリングの利用支援サービスが利用された割合を算出し、算出結果を含むマクロデータを生成してよい。これにより、センタサーバ２０の管理者等は、当該マクロデータに基づき、ユーザをサイクルシェアリングの利用に導いた送客率を把握することができる。

また、経路探索要求群のうちの自動車の利用を含む経路候補がユーザにより選択された経路探索要求に対する、駐車場情報の閲覧サービスが利用された割合（つまり、自動車の選択経路利用数に対する駐車場情報の閲覧サービスの予約・事前確認利用数の比率）は、駐車場情報の閲覧サービスがユーザを駐車場の利用に導いた送客率を表していると捉えられる。よって、マクロデータ生成部２０６は、経路探索要求群のうちの自動車の利用を含む経路候補がユーザにより選択された経路探索要求に対する、駐車場情報の閲覧サービスが利用された割合を算出し、算出結果を含むマクロデータを生成してよい。これにより、センタサーバ２０の管理者等は、駐車場情報の閲覧サービスがユーザを駐車場の利用に導いた送客率を把握することができる。

また、例えば、図１６Ｂに示すように、ある対象移動手段（図中では、路線バス）を含む候補経路を選択したユーザの属性分類が行われることにより、当該対象移動手段を含む候補経路を選択したユーザがどのような属性分類の人であるのかを把握することができる。

具体的には、マクロデータ生成部２０６は、性別及び年代別の割合、日本在住とインバウンドとの別、所定の市内在住と市外在住の別等の居住エリア別の割合、自動車保有の有無別の割合、定期券保有の有無別の割合等を算出し、算出結果を含むマクロデータを生成してよい。このとき、マクロデータ生成部２０６は、対象移動手段の供給率や需要率の場合と同様、複数の出発地エリアと目的地エリアの組み合わせに区切って、これらの割合を算出してよい。これにより、センタサーバ２０の管理者等は、各出発地エリア及び目的地エリアの組み合わせごとに、対象移動手段ごとの属性分類（属性比率）を把握することができる。

尚、複数のユーザごとの属性情報（例えば、性別、年齢、居住地、自動車の所有の有無、定期券の保有の有無等）は、例えば、ユーザ識別情報（例えば、ユーザＩＤ）と紐付けられる態様で、補助記憶装置２２や、センタサーバ２０と通信可能に接続される外部記憶装置等に格納される態様でよい。これにより、マクロデータ生成部２０６は、各ユーザの属性情報を参照し、上述のマクロデータを生成することができる。

このように、マクロデータ生成部２０６は、マルチモーダル経路探索結果の履歴データに基づき、出発地エリア及び目的地エリアの複数の組み合わせのそれぞれを対象として、複数の対象移動手段ごとに、出発地エリア及び目的地エリアの組み合わせに対応する経路探索要求群に対して、経路探索結果で提案される経路候補に利用された第１の割合（つまり、供給率）、及び、経路探索結果の中からユーザに選択された経路候補（つまり、選択経路）に利用された第２の割合（つまり、需要率）の少なくとも一方を算出する。そして、マクロデータ生成部２０６は、複数の出発地エリア及び目的地エリアの組み合わせのそれぞれを対象として、出発地エリア及び目的地エリアと、複数の対象移動手段ごとの第１の割合（供給率）及び第２の割合（需要率）の少なくとも一方とを対応付けたマクロデータを生成する。

これにより、センタサーバ２０は、出発地エリアから目的地エリアまでの複数のユーザの移動ニーズに対して、各対象移動手段がその移動ニーズをどの程度サポートできたのかに相当するマクロデータを生成できる。また、センタサーバ２０は、出発地エリアから目的地エリアまでの複数のユーザの移動ニーズに対して、ユーザはどのような移動手段を選択する傾向にあるのかに相当するマクロデータを生成できる。よって、センタサーバ２０は、複数のユーザからの要求に対応するマルチモーダル経路探索結果の履歴データからマクロ視点でのユーザの移動に関する各種傾向等を把握するための出力データ（マクロデータ）を生成することができる。

また、マクロデータ生成部２０６は、複数の出発地エリア及び目的地エリアの組み合わせのそれぞれを対象として、出発地エリア及び目的地エリアと、複数の対象移動手段ごとに、出発地エリア及び目的地エリアの組み合わせに対応する経路探索要求群に対する経路探索結果の中から当該対象移動手段の利用を含む経路候補を選択したユーザの属性に関する情報とを対応付けたマクロデータを生成してよい。

これにより、センタサーバ２０は、目的地エリアから出発地エリアまでの複数の移動ニーズに対して、どのような属性のユーザがどのような対象移動手段を選択するのかに相当するマクロデータを生成することができる。

また、ユーザの属性に関する情報には、出発地エリア及び目的地エリアの組み合わせに対応する経路探索要求群に対する経路探索結果の中から当該対象移動手段の利用を含む経路候補を選択したユーザの性別及び年代別、居住エリア別、自動車保有の有無別、並びに、当該対象移動手段の出発地エリア及び目的地エリアの間の定期券保有の有無別の少なくとも一つの割合に関する情報が含まれてよい。

これにより、センタサーバ２０は、ユーザの具体的な属性分類別に、目的地エリアから出発地エリアまでの複数の移動ニーズに対して、どのような属性のユーザがどのような移動手段を選択するのかに相当するデータを生成することができる。

以上、本発明を実施するための形態について詳述したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・改良が可能である。

１ マルチモーダル経路提供システム（データ生成システム）
１０ 携帯端末（ユーザ端末）
２０ センタサーバ（データ生成装置）
１０１ 経路探索要求部
１０２ 経路探索結果表示処理部
１０３ タクシー予約支援処理部
１０４ 路線バス乗車券利用支援処理部
１０５ 路線バス乗車券情報記憶部
１０６ 路線バス位置情報表示処理部
１０７ サイクルシェアリング利用支援処理部
１０８ 駐車場情報表示処理部
２０１ 経路探索部
２０２ 探索結果配信部
２０３ タクシー予約・決済処理部
２０４ 路線バス乗車券購入処理部
２０５ 路線バス乗車券情報配信部
２０６ マクロデータ生成部（算出部、データ生成部）
２０７ 経路探索結果履歴記憶部（記憶部）
２０８ マクロデータ記憶部

Claims (6)

1. 複数のユーザのそれぞれからの出発地及び目的地を含む経路探索要求に応じて行われる、複数の移動手段のうちの一又は二以上を利用する出発地から目的地までの経路探索の経路探索結果が蓄積された履歴情報に基づき、出発地エリア及び目的地エリアの複数の組み合わせのそれぞれを対象として、前記複数の移動手段ごとに、前記出発地エリア及び前記目的地エリアの組み合わせに対応する前記経路探索要求に対して、前記経路探索結果で提案される経路候補に利用された第１の割合、及び、前記経路探索結果の中からユーザに選択された経路候補に利用された第２の割合の少なくとも一方を算出する算出部と、
   前記複数の組み合わせのそれぞれを対象として、前記出発地エリア及び前記目的地エリアと、前記複数の移動手段ごとの前記第１の割合及び前記第２の割合の少なくとも一方とを対応付けたデータを生成するデータ生成部と、を備える、
   データ生成装置。
2. 前記データ生成部は、前記複数の組み合わせのそれぞれを対象として、前記出発地エリア及び前記目的地エリアと、前記複数の移動手段ごとに、前記出発地エリア及び前記目的地エリアの組み合わせに対応する前記経路探索要求に対する前記経路探索結果の中から当該移動手段を選択したユーザの属性に関する情報とを対応付けたデータを生成する、
   請求項１に記載のデータ生成装置。
3. 前記ユーザの属性に関する情報には、前記出発地エリア及び前記目的地エリアの組み合わせに対応する前記経路探索要求に対する前記経路探索結果の中から当該移動手段を選択したユーザの性別及び年代別、居住エリア別、自動車保有の有無別、並びに、当該移動手段の前記出発地エリア及び前記目的地エリアの間の定期券保有の有無別の少なくとも一つの割合に関する情報が含まれる、
   請求項２に記載のデータ生成装置。
4. 複数のユーザのそれぞれからの出発地及び目的地を含む経路探索要求に応じて、複数の移動手段のうちの一又は二以上を利用する出発地から目的地までの経路探索を行う経路探索部と、
   前記経路探索部による経路探索結果を蓄積する記憶部と、
   前記記憶部に蓄積された前記経路探索結果に基づき、出発地エリア及び目的地エリアの複数の組み合わせのそれぞれを対象として、前記複数の移動手段ごとに、前記出発地エリア及び前記目的地エリアの組み合わせに対応する前記経路探索要求に対して、前記経路探索結果で提案される経路候補に利用された第１の割合、及び、前記経路探索結果の中からユーザに選択された経路候補に利用された第２の割合の少なくとも一方を算出する算出部と、
   前記複数の組み合わせのそれぞれを対象として、前記出発地エリア及び前記目的地エリアと、前記複数の移動手段ごとの前記第１の割合及び前記第２の割合の少なくとも一方とを対応付けたデータを生成するデータ生成部と、を備える、
   データ生成システム。
5. データ生成装置により実行されるデータ生成方法であって、
   複数のユーザのそれぞれからの出発地及び目的地を含む経路探索要求に応じて行われる、複数の移動手段のうちの一又は二以上を利用する出発地から目的地までの経路探索の経路探索結果が蓄積された履歴情報に基づき、出発地エリア及び目的地エリアの複数の組み合わせのそれぞれを対象として、前記複数の移動手段ごとに、前記出発地エリア及び前記目的地エリアの組み合わせに対応する前記経路探索要求に対して、前記経路探索結果で提案される経路候補に利用された第１の割合、及び、前記経路探索結果の中からユーザに選択された経路候補に利用された第２の割合の少なくとも一方を算出する算出ステップと、
   前記複数の組み合わせのそれぞれを対象として、前記出発地エリア及び前記目的地エリアと、前記複数の移動手段ごとの前記第１の割合及び前記第２の割合の少なくとも一方とを対応付けたデータを生成するデータ生成ステップと、を含む、
   データ生成方法。
6. データ生成装置に、
   複数のユーザのそれぞれからの出発地及び目的地を含む経路探索要求に応じて行われる、複数の移動手段のうちの一又は二以上を利用する出発地から目的地までの経路探索の経路探索結果が蓄積された履歴情報に基づき、出発地エリア及び目的地エリアの複数の組み合わせのそれぞれを対象として、前記複数の移動手段ごとに、前記出発地エリア及び前記目的地エリアの組み合わせに対応する前記経路探索要求に対して、前記経路探索結果で提案される経路候補に利用された第１の割合、及び、前記経路探索結果の中からユーザに選択された経路候補に利用された第２の割合の少なくとも一方を算出する算出ステップと、
   前記複数の組み合わせのそれぞれを対象として、前記出発地エリア及び前記目的地エリアと、前記複数の移動手段ごとの前記第１の割合及び前記第２の割合の少なくとも一方とを対応付けたデータを生成するデータ生成ステップと、を実行させる、
   データ生成プログラム。