JP2016057121A - 情報処理システム、情報処理プログラム、情報処理装置、および、情報処理方法 - Google Patents

Abstract

【課題】ユーザが設定した出発地と目的地の組み合わせに基づいて、推奨経路探索条件を提案することが可能な情報処理システム、情報処理プログラム、情報処理装置、および、情報処理方法を提供することを課題とする。
【解決手段】情報処理システムは、少なくとも出発地と目的地を含む経路探索条件を取得する経路探索条件取得手段と、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、前記経路探索条件取得手段で取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得する推奨経路探索条件取得手段と、を備える。
【選択図】図３

Description

本発明は、情報処理システム、情報処理プログラム、情報処理装置、および、情報処理方法に関する。

従来から、出発地と目的地を検索条件として、経由地候補を検索する技術が開示されている。

例えば、特許文献１に記載のナビゲーション装置においては、経由地点のカテゴリを設定しておくと、出発地と目的地で定まる特定のエリア内から経由地候補を検索する技術が開示されている。

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

しかしながら、特許文献１のナビゲーション装置においては、特定のエリア外の経由地候補を推奨することができない。このため、特定のエリア外に存在し、ユーザにとって価値ある経由地を推奨することができなかった。

本発明は、上記に鑑みてなされたもので、ユーザが設定した出発地と目的地の組み合わせに基づいて、推奨経路探索条件を提案することが可能な情報処理システム、情報処理プログラム、情報処理装置、および、情報処理方法を提供することを目的とする。

このような目的を達成するため、本発明は、少なくとも出発地と目的地を含む経路探索条件を取得する経路探索条件取得手段と、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、前記経路探索条件取得手段で取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得する推奨経路探索条件取得手段と、を備えることを特徴とする。

この発明によれば、少なくとも出発地と目的地を含む経路探索条件を取得し、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得するので、ユーザが設定した出発地と目的地の組み合わせに基づいて、他のユーザが何らかの意図で出発地及び目的地と共に設定した経由地等の推奨経路探索条件を提案することが可能になるという効果を奏する。

図１は、本実施形態における情報処理システムの概略構成の一例を示す概念図である。 図２は、本実施形態における情報処理サーバの構成の一例を示すブロック図である。 図３は、経路探索履歴データベースに格納される経路探索条件履歴の一例を示す図である。 図４は、本実施形態における端末装置の構成の一例を示すブロック図である。 図５は、本実施形態における情報処理システムの一例を示すブロック図である。 図６は、本実施形態における情報処理システムの処理の一例を示すフローチャートである。 図７は、図６のステップＳＡ−４の詳細な処理の一例を説明するためのフローチャートである。 図８は、本実施形態における表示画面の一例を示す図である。 図９は、本実施形態における表示画面の一例を示す図である。 図１０は、経由地設定情報データベースに記憶されるデータの一例を示す図である。

以下に、本発明にかかる情報処理システム、情報処理プログラム、情報処理装置、および、情報処理方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

本発明の実施形態について、図１乃至図１０を参照して以下に説明する。但し、以下に示す本実施形態は、本発明の技術思想を具体化するための情報処理システムを例示するものであって、本発明をこの情報処理システムに特定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態の情報処理システムにも等しく適用し得るものである。例えば、本実施形態で例示する情報処理システムにおけるサーバ側と端末側の機能分散の形態は以下に限られず、同様の効果や機能を奏し得る範囲において、任意の単位で機能的または物理的に分散・統合して構成することができる。

［情報処理システムの構成］
まず、本実施形態における情報処理システムの構成の一例について、図１を参照して以下に説明する。図１は、本実施形態における情報処理システムの概略構成の一例を示す概念図である。なお、本実施形態においては、通信型のナビゲーションを提供する情報処理システムを具体例として説明するが、本発明はこれに限ることなく、スタンドアローンタイプの情報処理システムなどにも適用可能である。

また、本実施形態における情報処理システムにおいては、各構成が端末装置１００または情報処理サーバ２００のいずれかに備えられて処理を行うものを、情報処理システムとして説明するが、当該実施例に限らず、各構成が分離した複数の筐体（例えば、情報処理装置等）内に備えられ、ネットワーク３００等を介して接続されて一つの概念としてのシステムまたは装置を構成するもの（例えば、クラウドコンピューティング等）であってもよい。

図１に示すように、本実施形態の情報処理システムは、概略的に、地図情報提供および経路探索等を行うことができる情報処理サーバ２００、および、単数または複数の経路案内アプリケーションおよび乗換案内アプリケーション等を搭載した端末装置１００、を通信可能に接続して構成される。ここで、図１に示すように、通信には、一例として、ネットワーク３００を介した有線・無線通信等の遠隔通信等を含む。また、これら情報処理システムの各部は任意の通信路を介して通信可能に接続されている。

［情報処理サーバ２００の構成］
次に、本実施形態における情報処理サーバ２００の構成の一例について、図２を参照して以下に説明する。図２は、本実施形態における情報処理サーバ２００の構成の一例を示すブロック図であり、該構成のうち本発明に関係する部分のみを概念的に示している。

ここで、図２に示すように、本実施形態の情報処理システムにおいて、情報処理サーバ２００は、概略的に、制御部２０２と記憶部２０６とを少なくとも備えている。情報処理サーバ２００は、少なくとも出発地と目的地を含む経路探索条件を取得し、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得する等の機能を有する。

ここで、情報処理サーバ２００は、情報処理サーバ２００とネットワーク３００との間における通信制御を行う通信制御インターフェース部２０４を備えていてもよい。ここで、通信制御インターフェース部２０４は、通信回線や電話回線等に接続されるアンテナやルータ等の通信装置（図示せず）に接続されるインターフェースであってもよい。すなわち、通信制御インターフェース部２０４は、外部装置（例えば、端末装置１００等）と通信回線を介してデータを通信する機能を有していてもよい。

ここで、ネットワーク３００は、端末装置１００、情報処理サーバ２００、外部装置、および／または、外部システムを相互に接続する機能を有し、例えば、インターネット、電話回線網（携帯端末回線網および一般電話回線網等）、イントラネット、または、電力線通信（ＰＬＣ）等であってもよい。また、制御部２０２は、各種処理を行う制御手段である。ここで、制御部２０２は、通信制御インターフェース部２０４を介してネットワーク３００を経由し、外部装置（例えば、端末装置１００等）と相互に通信可能に接続され、外部装置（例えば、端末装置１００等）との間のデータ送受信処理等を行ってもよい。

また、記憶部２０６は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の固定ディスク装置またはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等のストレージ手段であり、各種のデータベースやテーブル（ネットワーク情報データベース２０６ａ、交通情報データベース２０６ｂ、地図情報データベース２０６ｃ、ＰＯＩ情報データベース２０６ｄ、イベント情報データベース２０６ｅ、および経路探索履歴データベース２０６ｆ等）を格納する。

なお、記憶部２０６は、各構成要素（ネットワーク情報データベース２０６ａ、交通情報データベース２０６ｂ、地図情報データベース２０６ｃ、ＰＯＩ情報データベース２０６ｄ、イベント情報データベース２０６ｅ、および経路探索履歴データベース２０６ｆ等）の全部または一部を備えていてもよく、備えていなくてもよい。また、情報処理サーバ２００は、外部装置に備えられた同等の各構成要素をネットワーク３００を介して利用することで、各構成要素が記憶部２０６に備えられているものとしてもよい。

これら記憶部２０６の各構成要素のうち、ネットワーク情報データベース２０６ａは、交通網を規定するネットワークに関するネットワーク情報を記憶するネットワーク情報記憶手段である。ここで、ネットワーク情報は、交通網表現上の結節点であるノードと、当該ノード間を接続するリンクと、の組み合わせにより表現されるネットワークに関する情報、すなわち、ノード情報とリンク情報との組み合わせであってもよい。また、ノード情報には、ノードを示すアイコン等のウィジェットを含んでいてもよい。また、ネットワーク情報は、道路ネットワーク情報、路線網ネットワーク情報、および、施設内ネットワーク情報を含んでいてもよい。

また、ネットワーク情報データベース２０６ａは、複数のネットワークが接続する接続位置である接続ノードに関するノード情報である接続ノード情報を記憶していてもよい。これらネットワーク情報は、ネットワーク情報データベース２０６ａに予め記憶されており、情報処理サーバ２００の制御部２０２は、定期的に、および／または、制御部２０２による処理に応じて（例えば、制御部２０２においてデータが必要となる契機等に）ネットワーク３００を介して最新のデータを外部装置（例えば、地図情報を提供する地図提供サーバなど）等からダウンロードしてネットワーク情報データベース２０６ａに記憶されたネットワーク情報をアップデートしてもよい。

ここで、ネットワーク情報に含まれる道路ネットワーク情報は、道路網を規定するネットワーク情報であり、例えば、交差点等の道路網表現上の結節点であるノードに関するノード情報と、ノード間の道路区間であるリンクに関するリンク情報との組み合わせにより表現されるネットワーク情報である。ここで、道路ネットワーク情報は、自動車、自転車、もしくは、徒歩に対応する道路種別（例えば、高速自動車国道、自動車専用道路、一般道、自転車専用道路、または、歩行者専用道路等）毎にネットワーク情報データベース２０６ａに格納されていてもよい。

例えば、道路ネットワーク情報は、車道ノードと車道リンクとの組み合わせにより表現される車両用ネットワークに関する車両用ネットワーク情報、および、歩道ノードと歩道リンクとの組み合わせにより表現される歩行者用ネットワークに関する歩行者用ネットワーク情報を含んでいてもよい。ここで、車道ノードとは、交差点、信号、または、停止線等であってもよい。また、歩道リンクとは、歩道がある場所だけでなく、歩行者が通行可能な場所である歩行者用のリンクであり、例えば、歩道、歩行者専用道路、自転車歩行者専用道路、自転車歩行者道、階段、エレベータ、エスカレータ、動く歩道、もしくは、路側帯等の歩行路、または、横断歩道、歩道橋、もしくは、地下道等の横断路などであってもよい。歩道ノードとは、信号、交差点、歩行路の曲がり角、歩行路と横断路との接続地点、または、歩行路同士（例えば、歩行者通路と昇降機（エレベータ、エスカレータ、または、動く歩道等）または階段等）の接続地点（例えば、エレベータホール等）などであってもよい。

また、ノード情報には、ノード番号（例えば、ノードＩＤ等）、ノードの名称、緯度経度高度等の位置座標等の位置情報、ノードの規模（例えば、交差点の大きさ等）、ノードにおける信号機の設置状況（設置情報）、ノード種別、接続するリンク本数、接続ノード番号、および、交差点名称等の情報を含んでいてもよい。また、リンク情報には、リンク番号（例えば、リンクＩＤ等）、開始ノードＩＤ、終了ノードＩＤ、道路の種別、国道や県道や市道等の路線番号、重用する路線情報、リンクの存在する行政区域の属性情報、リンク長（例えば、距離等）、道路供用状況、異常気象時通行規制区間、車重制限、車両高さ制限、幅員、道路幅員区分、レーン情報（例えば、車線数、路線バス専用通行帯、二輪専用通行帯、および、二輪・軽車両専用通行帯等の専用通行帯、路線バス等優先通行帯、自転車専用通行帯、車両通行区分、ならびに、進行方向別通行区分などについての車両通行帯情報等）、中央分離帯を含む中央線の設置情報、歩行路（例えば、歩道、自転車道、歩行者専用道路、自転車専用道路、自転車歩行者専用道路、自転車歩行者道、または、路側帯等）に関する歩行路情報（例えば、歩行路の設置情報、および、設置位置に関する位置情報等を含む）、横断路（例えば、横断歩道、歩道橋、および、地下道等）に関する横断路情報（例えば、横断路の設置情報、および、設置位置に関する位置情報等を含む）、リンクにおける信号機の設置状況（設置情報）、制限速度、車線変更規制、高架、トンネルおよび橋等のリンク内属性、ならびに、名称（例えば、道路名称等）等の情報を含んでいてもよい。

また、道路ネットワーク情報は、利用料金データ等を含んでいてもよい。ここで、利用料金データは、自動車およびオートバイ等で移動する場合に消費する燃料料金、ならびに、高速自動車国道および自動車専用道路等の有料道路の通行料金等を表す情報等であってもよい。また、道路ネットワーク情報は、自動車、オートバイ、自転車、および、徒歩等で移動する場合の経路上に存在する施設等の緯度経度情報などの位置情報等を記憶してもよい。

また、ネットワーク情報に含まれる路線網ネットワーク情報は、鉄道、飛行機、バス、および、船等の各交通機関（例えば、公共交通機関等）の路線網を規定するネットワーク情報であり、例えば、路線網表現上の結節点であるノード（例えば、交通機関の停留地点である駅、停留場、停車場、停留所、空港、港、および、ターミナル等）に関するノード情報（例えば、停留地点情報）と、ノード間を接続するリンク（例えば、鉄道路線（線路）、航空路線、航路、および、バス路線等）に関するリンク情報（例えば、線路情報、または、運行経路情報を含む路線情報等）との組み合わせにより表現されるネットワーク情報である。

ここで、路線網ネットワーク情報は、運行会社毎、路線毎、路線を運行する公共交通機関毎にネットワーク情報データベース２０６ａに格納されていてもよい。また、路線とは、交通機関が通過する出発地と目的地とを結ぶ線であってもよい。また、運行経路情報は、交通機関の路線が設定された交通機関が実際に移動する運行経路に関する情報であって、当該運行経路の位置情報を含んでいてもよい。また、鉄道とは、ルート上に設置された固定式案内路（レール、および案内軌条など）等に誘導されて走行し、旅客や貨物等を輸送する交通機関であり、例えば、電車、市電、ロープウェイ、モノレール、ケーブルカー、および、リニアモーターカー等であってもよい。

また、ノード情報には、ノード番号（例えば、ノードＩＤ等）、ノードの名称（例えば、交通機関の停留地点の名称である駅名、停留場名、停車場名、停留所名、空港名、港名、および、ターミナルの名称等）、および、緯度経度高度などの位置情報などの情報を含んでいてもよい。また、リンク情報には、リンク番号（例えば、リンクＩＤ等）、開始ノードＩＤ、終了ノードＩＤ、種別、リンク長（例えば、距離等）、高架、トンネルおよび橋等のリンク内属性、リンクの名称（例えば、路線名など）、ならびに、緯度経度高度などの位置情報等の情報を含んでいてもよい。

また、路線網ネットワーク情報は、更に、交通機関の種別（例えば、特急、急行、準急、快速、快速急行、通勤特急、通勤快速、通勤急行、区間急行、区間準急、区間快速、各駅停車、および、普通など）に対応したノード（例えば、急行停車駅、準急停車駅、および、快速停車駅等）に関するノード情報と、当該ノード間を接続する鉄道路線、および、バス路線等のリンクに関するリンク情報との組み合わせにより表現されるネットワーク情報を当該種別に対応付けて含んでいてもよい。

また、路線網ネットワーク情報は、交通機関の乗降場所（例えば、駅のプラットホーム等）の位置情報（例えば、緯度経度高度等）、形状情報、配置情報（例えば、島式ホームおよび相対式ホーム等）、および、属性情報（例えば、プラットホーム番号などの乗降場所の名称および識別番号等）などを含む乗降場所情報を含んでいてもよい。また、路線網ネットワーク情報は、交通機関の利用運賃料金データを含んでいてもよい。ここで、利用運賃料金データは、例えば、鉄道、飛行機、バス、および、船等の各交通機関を利用した場合に生じる運賃および料金等を表す情報等であってもよい。

また、路線網ネットワーク情報は、乗車位置データを含んでいてもよい。ここで、乗車位置データは、例えば、電車、市電、モノレール、ケーブルカー、および、リニアモーターカー等の複数の車両が連結した交通機関の各車両（号車）乗車（停留）位置（一例として、改札口に近い車両、乗換に便利な位置の車両、混雑率の低い車両、および、女性専用車両等）、または、交通機関の輸送体（例えば、列車、または、バス車両等）の各ドアの乗車（停留）位置（一例として、改札口前のドア、階段前のドア、および、エレベータ前のドア等）を表す情報等であってもよい。

また、ネットワーク情報に含まれる施設内ネットワーク情報は、施設内の経路網を規定するネットワーク情報である。ここで、施設内ネットワーク情報は、例えば、建造物内の店舗、会社、事務所、およびトイレ等の出入口、エレベータおよびエスカレータの乗降口、階段の出入口、飛行機等の搭乗口、駅のプラットホーム上の電車等の乗車位置、ならびに、駅の改札口等の、通路等を接続する結節点であるノードに関するノード情報と、ノード間を接続する通路、階段、動く歩道、エスカレータ、および、エレベータ等であるリンクに関するリンク情報との組み合わせにより表現されるネットワーク情報である。

ここで、ノード情報には、ノード番号（例えば、ノードＩＤ等）、ノードの名称（出入口名および乗降口名等）、緯度経度高度等の位置座標等の位置情報、ノード種別（例えば、出入口、乗降口、通路の曲がり角、および通路の分岐点等）、接続するリンク本数、および、接続ノード番号等の情報を含んでいてもよい。また、リンク情報には、リンク番号（例えば、リンクＩＤ等）、開始ノードＩＤ、終了ノードＩＤ、リンク長、幅員、リンク種別（例えば、ノード間を接続する通路、階段、スロープ、エスカレータ、エレベータ、および動く歩道など）、および、バリアフリー化の情報を含んでいてもよい。ここで、施設とは、駅、オフィスビル、ホテル、デパート、スーパーマーケット、博物館、美術館、学校、水族館、地下通路、立体駐車場、地下駐車場、および、地下街等の屋内建造物であってもよい。また、施設とは、バスターミナル、公園、遊園地、キャンプ場、連絡通路、屋外駐車場、および、動物園等の屋外建造物であってもよい。

また、交通情報データベース２０６ｂは、交通情報を記憶する交通情報記憶手段である。ここで、交通情報は、交通機関の時刻表に関する時刻表情報を含んでいてもよい。ここで、時刻表情報は、交通機関の停留地点毎の時刻表に関する停留地点時刻表情報、および、交通機関毎の運行時刻表に関する運行時刻表情報を含んでいてもよい。また、時刻表情報は、鉄道、飛行機、バス、および、船等の各交通機関の時刻表を表す情報であってもよい。

また、時刻表情報は、更に、路線上のノード（すなわち、交通機関の停留地点）における交通機関の発着時刻（例えば、出発、経由、および到着の予定時刻など）、交通機関の路線の名称、および、交通機関の路線上のノード（すなわち、交通機関の停留地点）の名称等の属性情報を含む情報であってもよい。また、時刻表情報は、交通機関の路線上のノードを結ぶ区間（例えば、一つまたは複数のリンク等）毎に対応付けられた交通機関の属性情報（例えば、種別および行先情報等）を含んでいてもよい。

また、時刻表情報は、各交通機関の乗降に用いられる乗降場所の名称および識別番号（例えば、プラットホーム番号など）等の乗降場所の属性情報を含んでいてもよい。また、停留地点時刻表情報は、停留地点単位の時刻表情報（例えば、各停留地点を経由する交通機関の到着時刻を定めた時刻表情報等）であってもよい。また、運行時刻表情報は、交通機関単位の時刻表情報（例えば、各交通機関が経由する停留地点の経由時刻を定めた時刻表情報等）であってもよい。

また、交通情報は、交通機関の運行情報（例えば、遅延情報、および、運休情報等）を含んでいてもよく、例えば、運行情報は、鉄道運行情報、航空運行情報、船舶運行情報、および、バス運行情報等を含んでいてもよい。なお、運行情報は、路線または運行便毎の、経由する停留地点およびその経由予定時刻に関する情報を含んでいてもよい。また、時刻表情報は、更に、交通機関の行先情報（例えば、最終行先情報など）、および、交通機関の種別（例えば、特急、急行、準急、快速、快速急行、通勤特急、通勤快速、通勤急行、区間急行、区間準急、区間快速、各駅停車、および、普通など）を含む情報であってもよい。

また、交通情報は、道路交通情報を含んでいてもよい。ここで、道路交通情報は、渋滞発生地点や渋滞距離や道路上の二地点間の通過時間（すなわち、旅行時間など）等の渋滞情報を含んでいてもよい。また、道路交通情報は、交通障害情報や交通規制情報等を含んでいてもよい。ここで、交通規制情報は、各種の交通規制を定義するデータであり、例えば、降水量規制、積雪・凍結規制、超波規制、風速規制、および視程規制等の異常気象時通行規制、高さ規制および重量規制等の車両通行規制、道路工事や作業、道路周辺の工事に伴う工事時規制、時間帯や車種により通行できる通行帯を規制している通行帯規制および道路の損壊等による車両通行止め、交通の安全を確保するために設置されるコミュニティ・ゾーン等による一般車の進入禁止、ならびに、私有地への接続路であることによる一般車の進入禁止等の情報などを含んでもよい。

また、交通規制情報は、工事、事故、または、車両故障等により車両通行帯等が走行不能または走行困難となる通行規制情報であってもよい。また、これら交通情報は、交通情報データベース２０６ｂに予め記憶されており、情報処理サーバ２００の制御部２０２は、定期的（例えば、５分毎等）に、および／または、制御部２０２による処理に応じて（例えば、制御部２０２においてデータが必要となる契機等に）ネットワーク３００を介して最新のデータを外部システム（例えば、警察庁、ＶＩＣＳ（登録商標）（Ｖｅｈｉｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、および、ＡＴｉＳ（登録商標）（Ａｄｖａｎｃｅｄ Ｔｒａｆｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ）、日本道路交通情報センター（登録商標）（ＪＡＲＴＩＣ（登録商標））、鉄道会社、バス会社、および、交通情報配信サーバ（サービス）など）等からダウンロードして交通情報データベース２０６ｂに記憶された交通情報をアップデートしてもよい。

また、地図情報データベース２０６ｃは、地図に関する地図情報を記憶する地図情報記憶手段である。ここで、地図情報データベース２０６ｃは、複数の縮尺の地図に関する地図情報、または、複数の縮尺の地図に対応可能な地図情報を記憶していてもよい。すなわち、地図情報は、複数の縮尺のラスタ形式の地図描画用の画像、または、ベクタ形式の地図描画用の画像等を含んでいてもよい。

ここで、地図情報は、例えば、縮尺に従ってメッシュ化された地図情報（例えば、ＪＩＳ規格の第１〜３次地域区画メッシュデータ、および、１００ｍメッシュデータ等）等の屋外地図情報であってもよい。また、地図情報は、全国および各地方の道路地図情報等の屋外地図情報を含んでいてもよい。また、地図情報データベース２０６ｃは、公共交通機関の路線図に関する路線図情報を記憶していてもよい。

また、地図情報は、例えば、高さ情報を持つ建築物（例えば、立体駐車場、駅、デパート、および、学校等）に関するフロア案内地図等の屋内地図情報を含んでいてもよい。また、地図情報データベース２０６ｃは、地図情報と、当該地図情報を一意に識別する地図ＩＤ（例えば、メッシュ番号等）と、を対応付けて記憶してもよい。なお、地図情報（地図データ）は、道路地図等のように、忠実に縮小表現が行われた地図データに限らず、観光地図等のように、縮尺や方位等の情報が一部または全部捨象されたような簡易地図データ（デフォルメマップ）等であってもよい。

また、地図情報データベース２０６ｃは、更に、地図上に表示される地図オブジェクトに関する地図オブジェクト情報を記憶していてもよい。ここで、地図オブジェクト情報は、地図上に表示される地物（例えば、ビル、住宅、および、駅等の建造物、道路、線路、橋、トンネル、等高線、海岸線、および、湖岸線等の水涯線、海、河川、湖、池、沼、公園、および、屋外施設等の場地、行政界、行政区域、ならびに、街区等）の形状についての形状情報（ポリゴン、または、ポリライン等）、地図上に表示される注記（例えば、地名、住所、電話番号、店舗、公園、ビル、および、駅等の施設名称、名所、旧跡、河川、湖、湾、山、および、森林等の俗称を含む名称、道路、橋、および、トンネル等の名称、路線名称、地点情報、ならびに、口コミ情報、施設の営業時間、店舗の取扱商品、ＵＲＬ、写真データ、ならびに、クーポン情報等）の注記情報、ならびに、地図上に表示される記号（例えば、山、史跡、寺社、官庁、警察署、交番、消防署、駅、医療機関、美術館、博物館、学校、工場、および、墓地等の地図記号、飲食店、食料品店、酒店、タバコ店、百貨店、ショッピングセンター、スーパーマーケット、コンビニエンスストア、ガソリンスタンド、金融機関、および、郵便局等の店舗記号、道路上の信号、有料道路の出入口、料金所、サービスエリア、パーキングエリア、および、インターチェンジ等の記号、駐車場、駅、ホテル、美術館、および、博物館等の施設記号、ならびに、口コミ地点記号等）の記号情報（例えば、アイコン等）などのデータを含んでいてもよい。ここで、形状情報は、地図オブジェクト描画用の画像（例えば、ポリゴン、および、ポリライン等）を含んでいてもよい。

また、地図情報に含まれる屋内地図情報は、施設等の構内における屋内経路についての構内経路データを含んでいてもよい。ここで、構内経路データとは、駅等の構内における移動経路データと、当該移動経路を含む地図（施設案内図）の地図情報と、に少なくとも基づくデータであってもよい。例えば、構内経路データは、施設案内図に移動経路が引いてある画像であってもよい。また、例えば、構内経路データは、更に、移動経路を説明するメッセージデータを含んでいてもよい。ここで、移動経路データに基づく移動経路とは、施設内で複数の交通機関の乗換えをする場合の改札口等を結ぶ最適経路（例えば、最短経路またはバリアフリー経路等）であってもよい。

また、これら地図情報等は、地図情報データベース２０６ｃに予め記憶されており、情報処理サーバ２００の制御部２０２は、定期的に、および／または、制御部２０２による処理に応じて（例えば、制御部２０２においてデータが必要となる契機等に）ネットワーク３００を介して最新のデータを外部装置（例えば、地図情報を提供する地図提供サーバなど）等からダウンロードして地図情報データベース２０６ｃに記憶された地図情報等をアップデートしてもよい。

ＰＯＩ（Ｐｏｉｎｔ Ｏｆ Ｉｎｔｅｒｅｓｔ）情報データベース２０６ｄは、ＰＯＩの位置情報等を含むＰＯＩ情報を記憶するＰＯＩ情報記憶手段である。ここで、ＰＯＩ情報は、ＰＯＩの位置情報、ＰＯＩの名称、種別（カテゴリ）、ＵＲＬ、営業時間、取扱商品、平均価格（例えば、平均使用料金など）、評判、ランキング、立ち寄りやすさ、レコメンドスコア、写真データ、クーポン情報、口コミ（例えば、口コミ評価およびユーザコメントなど）、使用条件、使用可能性、施設規模、ＰＯＩ ＩＤ、当該ＰＯＩ情報へのアクセス回数またはアクセス頻度等の参照率、および、当該ＰＯＩ情報の更新日時等の情報を含んでいてもよい。

ここで、ＰＯＩの位置（座標）情報は、ＰＯＩの緯度経度高度、ＰＯＩの電話番号、ＰＯＩの住所、ならびに、ＰＯＩの存在する地点の立地（都市部、郊外、港湾部、および、駅周辺等）および用途制限等を含んでいてもよい。また、ＰＯＩとは、便利な場所や興味のある場所などとして人が知覚する特定の地点および施設等であって、店舗、会社、事務所、公共施設、娯楽施設、および、屋外施設等であってもよい。ここで、店舗は、例えば、飲食店、食料品店、酒店、タバコ店、百貨店、ショッピングセンター、スーパーマーケット、コンビニエンスストア、ガソリンスタンド、金融機関、郵便局、立体駐車場、ならびに、ホテルおよび旅館等の宿泊施設等であってもよい。

また、公共施設は、例えば、官庁、警察署、交番、消防署、駅、医療機関、美術館、博物館、および、学校等であってもよい。また、娯楽施設は、例えば、映画館、劇場、遊園地、パチンコ店、カジノ、および、競馬場等であってもよい。また、屋外施設は、バスターミナル、公園、遊園地、キャンプ場、連絡通路、屋外駐車場、および、動物園等であってもよい。また、ＰＯＩは、一時的に行われるイベント（例えば、祭り、展示会、博覧会、試合、コンサート、および、フリーマーケット等）の会場であってもよい。

また、これらＰＯＩ情報は、ＰＯＩ情報データベース２０６ｄに予め記憶されており、情報処理サーバ２００の制御部２０２は、定期的に、および／または、制御部２０２による処理に応じて（例えば、制御部２０２においてデータが必要となる契機等に）ネットワーク３００を介して最新のデータを外部装置（例えば、ＰＯＩ情報を提供するＰＯＩ情報提供サーバなど）等からダウンロードしてＰＯＩ情報データベース２０６ｄに記憶されたＰＯＩ情報等をアップデートしてもよい。

イベント情報データベース２０６ｅは、イベントの期間情報等を含むイベント情報を記憶するイベント情報記憶手段である。ここで、イベント情報は、イベントの内容と、当該イベントの開催期間（観光可能な期間を含む）等を示す期間情報（年、月日、曜日、時間帯等の時間情報）、位置情報等である。位置情報は、イベントが実施される地点や施設の緯度経度や地図座標等の地図と対応付けが可能な情報である。イベントは、例えば、行楽スポットや人が多数集合するような催し物等である。

行楽スポットは、行楽のために出かける地点や施設等であり、例えば、スキー場、ゴルフ場、海水浴場、サーフィンスポット、キャンプ場、登山ルート、ハイキングコース、釣りスポット、公園、遊園地、テーマパーク、動物園、水族館、美術館、博物館、温泉地、景勝地、寺社、名所、旧跡、観光スポット、展示会場、博覧会場、レース場、競輪場、競馬場、スポーツ競技場、花火大会スポット、祭りスポット、盆踊り会場、イベント会場、花見スポット、紅葉スポット、及び流氷スポット等であるが、これに限られるものではなく、人が行楽を求める地点や施設等であれば、いかなるものでもよい。

また、催し物は、花火大会、盆踊り、夏祭り、秋祭り、初詣、彼岸、コンサート、歌謡ショー、演劇、展示会、博覧会、運動会、サッカーや野球等を含むアマ・プロのスポーツの試合、およびスポーツ競技大会（例えば、国体、オリンピック、ワールドカップ等）等であるが、これに限られるものではなく、人々が集合するような催し物であれば、いかなるものでもよい。

また、これらイベント情報は、イベント情報データベース２０６ｅに予め記憶されており、情報処理サーバ２００の制御部２０２は、定期的に、および／または、制御部２０２による処理に応じて（例えば、制御部２０２においてデータが必要となる契機等に）ネットワーク３００を介して最新のデータを外部装置（例えば、イベント情報を提供するイベント情報提供サーバなど）等からダウンロードしてイベント情報データベース２０６ｅに記憶されたイベント情報をアップデートしてもよい。

また、経路探索履歴データベース２０６ｆは、端末装置１００の各ユーザにより選択された、少なくとも出発地と目的地と他の経路探索条件の履歴を含む経路探索条件履歴を記憶する経路探索履歴記憶手段である。また、経路探索履歴データベース２０６ｆに記憶される経路探索履歴は、経路探索を識別するための識別情報（経路検索履歴ＩＤ等）に対応付けて、ユーザを識別するための識別情報（ユーザＩＤ等）、経路探索条件の出発地や目的地に関する情報のほか、他の経路探索条件を含んでいてもよい。ここで、他の経路探索条件は、経由地（乗り換え駅等）、優先条件（乗り換え回数、所要時間優先等）、使用交通機関条件（鉄道、バス、特急、新幹線、路線等）、特急使用の有無等を含んでいてもよい。

ここで、図３は、経路探索履歴データベース２０６ｆに格納される経路探索条件履歴の一例を示す図である。一例として、図３に示すように、経路探索履歴データベース２０６ｆに記憶される経路探索履歴は、経路探索ごとに経路検索履歴ＩＤに対応づけて、ユーザＩＤと、出発地と、目的地と、経由地、優先条件（乗り換え回数、所要時間優先等）・使用交通機関条件（鉄道、バス、特急、新幹線、路線等）等の他の経路探索条件とを対応づけた情報であってもよい。

また、制御部２０２は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等の制御プログラムや、各種の処理手順等を規定したプログラム、および、所要データを格納するための内部メモリを有する。そして、制御部２０２は、これらのプログラム等により、種々の処理を実行するための情報処理を行ってもよい。例えば、制御部２０２は、これらのプログラム等により、外部装置（例えば、端末装置１００等）との間のデータ送受信処理、および／または、記憶部２０６におけるデータ入出力処理（格納処理、および、抽出処理）等を行ってもよい。

制御部２０２は、機能概念的に、入出力制御部２０２ａと、経路探索条件取得部２０２ｂと、推奨経路探索条件取得部２０２ｃと、および経路探索履歴格納部２０２ｄと、を備える。なお、制御部２０２の各構成要素（入出力制御部２０２ａ、経路探索条件取得部２０２ｂ、推奨経路探索条件取得部２０２ｃ、および経路探索履歴格納部２０２ｄ等）の全部または一部の機能を、情報処理サーバ２００の他の部分が実行してもよい。

入出力制御部２０２ａは、入力される情報を受け付け、また、出力させるための情報を出力する入出力制御手段である。また、入出力制御部２０２ａは、少なくとも出発地と目的地を含む経路探索条件を受け付け、また、推奨経路探索条件取得部２０２ｃで取得された推奨経路探索条件を出力してもよい。例えば、入出力制御部２０２ａは、端末装置１００から少なくとも出発地と目的地を含む経路探索条件を受信して受け付け、また、推奨経路探索条件取得部２０２ｃで取得された推奨経路探索条件を端末装置１００に送信して表示させてもよい。

経路探索条件取得部２０２ｂは、入出力制御部２０２ａで受け付けた、少なくとも出発地と目的地を含む経路探索条件を取得する手段である。ここで、経路探索条件は、目的地の到着予定時刻、目的地の到着順序、優先される目的地、移動手段（例えば、公共交通機関利用、自転車利用、鉄道利用、または、自動車利用（例えば、一般道優先、高速道優先、有料道優先、推奨、もしくは、抜け道使用等）など）、出発時刻、および／または、日付等に関する条件等に関する情報を含んでいてもよい。

推奨経路探索条件取得部２０２ｃは、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、経路探索条件取得部２０２ｂで取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得する手段である。ここで、経路探索条件組み合わせ情報は、少なくとも出発地と目的地と他の経路探索条件の履歴を含む経路探索条件履歴に基づいたものであってもよい。また、経路探索条件組み合わせ情報は、経路探索条件履歴に限られるものではなく、システム提供者が手入力等で用意した情報やデータベース、外部装置から入手した情報やデータベース等でもよい。

経路探索条件履歴は、上述の経路探索履歴データベース２０６ｆに格納されたものを使用してもよく、また、外部装置から取得したものでもよい。

推奨経路探索条件取得部２０２ｃは、推奨経路探索条件の設定状況に関する付加情報を生成することにしてもよい。ここで付加情報は、推奨経路探索条件を設定した、ユーザ数及び／又はユーザ数の割合を示す情報であってもよい。また、付加情報は、推奨経路探索条件を設定した、経路探索要求数及び／又は経路探索要求数の割合を示す情報であってもよい。また、付加情報は、推奨経路探索条件を設定したユーザの意図を示す情報であってもよい。

また、推奨経路探索条件取得部２０２ｃは、更に、推奨経路探索条件を設定した場合の経路と、推奨経路探索条件を設定しなかった場合の経路とを比較した場合の比較情報を生成してもよい。また、他の経路探索条件及び推奨経路探索条件は、少なくとも経由地を含むことにしてもよい。また、推奨経路探索条件の経由地は、経路を変更するために入力された経由地であってもよい。

経路探索履歴格納部２０２ｄは、少なくとも出発地と目的地と他の経路探索条件の履歴を含む経路探索条件履歴を経路探索履歴データベース２０６ｆに格納する経路探索条件履歴格納手段である。例えば、経路探索履歴格納部２０２ｄは、入出力制御部２０２ｅで、端末装置１００から出発地と目的地と他の経路探索条件を指定した検索実行や経路案内を受け付けた場合に、受け付けた、出発地と目的地と他の経路探索条件を経路探索条件履歴として、経路探索履歴データベース２０６ｆに格納してもよい。また、経路探索履歴格納部２０２ｄは、端末装置１００以外の外部装置から、出発地と目的地と他の経路探索条件を受信して、経路探索履歴データベース２０６ｆに格納してもよい。

［端末装置１００の構成］
また、本実施形態における端末装置１００の構成の一例について、図４を参照して以下に説明する。図４は、本実施形態における端末装置１００の構成の一例を示すブロック図であり、該構成のうち本発明に関係する部分のみを概念的に示している。

ここで、図４に示すように、本実施形態の情報処理システムにおいて、端末装置１００は、概略的に、位置取得部１１２と出力部と入力部１１８と制御部１０２と記憶部１０６とを少なくとも備えている。図３において、端末装置１００は、少なくとも出発地と目的地を含む経路探索条件を取得し、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得する等の機能を有する。

端末装置１００は、例えば、一般に市販されるデスクトップ型、もしくは、ノート型のパーソナルコンピュータ等の情報処理装置、携帯電話、スマートフォン、ＰＨＳ、もしくは、ＰＤＡ等の携帯端末装置、または、走行経路案内等を行なうナビゲーション端末（例えば、カーナビゲーション装置、もしくは、ＰＮＤ（Ｐｏｒｔａｂｌｅ Ｎａｖｉｇａｔｉｏｎ Ｄｅｖｉｃｅ）など）等であってもよい。ここで、端末装置１００は、インターネットブラウザ等を搭載していてもよく、経路案内アプリケーション、乗換案内アプリケーション、および情報検索アプリケーション等を搭載していてもよい。

また、端末装置１００は、リアルタイムに現在位置測位が行えるよう、ＧＰＳ機能やＩＭＥＳ機能等を有する位置取得部１１２を備えていてもよい。また、端末装置１００は、表示部１１４と音声出力部１１６とを少なくとも含む出力部を備えていてもよい。また、端末装置１００は、データ入力等を行う入力部１１８を備えていてもよい。また、端末装置１００は、位置取得部１１２、表示部１１４、音声出力部１１６、および、入力部１１８等の制御を行う入出力制御インターフェース部１０８を備えていてもよい。また、端末装置１００は、端末装置１００とネットワーク３００との間における通信制御を行う通信制御インターフェース部１０４を備えていてもよい（なお、ナビゲーション端末等の端末装置１００においては、ネットワーク３００との間における通信を行わず、通信制御インターフェース部１０４を備えていなくてもよい）。

ここで、表示部１１４は、アプリケーション等の表示画面を表示する表示手段（例えば、液晶または有機ＥＬ等から構成されるディスプレイ、モニタ、および、タッチパネル等）であってもよい。また、音声出力部１１６は、音声情報を音声として出力する音声出力手段（例えば、スピーカ等）であってもよい。また、入力部１１８は、例えば、キー入力部、タッチパネル、コントロールパッド（例えば、タッチパッド、および、ゲームパッド等）、マウス、キーボード、カメラ、センサ、レーダ、および、マイク等であってもよい。

また、位置取得部１１２は、例えば、位置発信装置５００から発信される位置情報信号を受信する信号受信手段であってもよい。ここで、位置発信装置５００は、位置情報信号（ＧＰＳ信号）を発信するＧＰＳ装置（例えば、ＧＰＳ衛星等）であってもよい。ここで、ＧＰＳ信号は、ＧＰＳ装置に搭載された原子時計等からの時刻、および、ＧＰＳ装置の天体暦（例えば、軌道情報等）などを含んでいてもよい。

また、位置発信装置５００は、端末装置１００との間で無線通信を行うための装置等である基地局（例えば、携帯電話、自動車電話、および、ＰＨＳの基地局等）であってもよい。また、位置発信装置５００は、ＧＰＳ信号と類似した特徴を持つ位置情報信号を用いて屋内測位を可能とするＩＭＥＳ（Ｉｎｄｏｏｒ Ｍｅｓｓａｇｅ Ｓｙｓｔｅｍ）技術を実現するＩＭＥＳ装置であってもよい。

ここで、位置発信装置５００は、屋外で受信したＧＰＳ信号を屋内で発信するＧＰＳリピータであってもよい。また、位置発信装置５００は、建物（例えば、立体駐車場等）内の各フロアや地下構造物（例えば、地下鉄駅、地下街、地下連絡通路、および地下駐車場等）の各所に任意に設置される小型発信装置であってもよい。なお、この小型発信装置には、設置場所に応じた自己位置情報（位置ＩＤ等）が割り振られている。

そして、端末装置１００が通信可能範囲に入ると、端末装置１００は、小型発信装置から送信される自己位置情報を位置情報信号として受信する。この際の通信方式は、例えば、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）タグシステムやＢｌｕｅｔｏｏｔｈ（登録商標）等の各種近距離無線方式や、赤外線通信方式等であってもよい。

また、位置発信装置５００は、無線ＬＡＮのアクセスポイントであってもよい。本実施形態において、位置取得部１１２は、無線ＬＡＮ信号等を受信して、アクセスポイントの識別情報を取得してもよい。そして、制御部１０２は、位置取得部１１２にて取得したアクセスポイント固有の識別情報からアクセスポイントの位置を特定して位置情報を取得してもよい。

また、本実施形態において、制御部１０２は、位置取得部１１２にて取得された位置情報信号から、緯度、経度、および、高さ情報を含む位置情報を算出してもよい。ここで、位置情報は、緯度および経度により特定される絶対位置の他、基準となる位置からの相対位置を示すものであってもよい。

また、位置取得部１１２は、端末装置１００の変化量（例えば、ベクトル量等）を検出する速度センサ、加速度センサ、方位センサ、および、距離センサ等を備えていてもよい。ここで、位置取得部１１２は、速度センサにて速度を検出してもよい。また、位置取得部１１２は、加速度センサにて加速度を検出してもよい。

また、位置取得部１１２は、方位センサにて方位（例えば、東・西・南・北・天・地等）および傾きを検出してもよい。また、位置取得部１１２は、距離センサにて移動距離（変位）を検出してもよい。ここで、速度センサは、レーザドップラ振動計等であってもよく、検出したドップラー効果によって生じた周波数の差等から端末装置１００の速度を検出してもよい。

また、加速度センサは、機械式加速度センサ、ＦＢＧ光ファイバ式等の光学式加速度センサ、および、ＭＥＭＳ（Ｍｉｃｒｏ Ｅｌｅｃｔｒｏ Ｍｅｃｈａｎｉｃａｌ Ｓｙｓｔｅｍｓ）加速度センサ等の半導体式加速度センサなどであってもよい。また、方位センサには、絶対走行方位を検出する地磁気センサ、および、相対走行方位を検出する光ジャイロ等が使用されてもよい。

また、方位センサは、地磁気センサと加速度センサを組み合わせることで方位および傾きに関する情報を取得できる電子コンパス等であってもよい。また、距離センサは、端末装置１００が車両用の情報処理端末である場合、車軸の回転数に比例してパルス信号を発生させ、パルス信号の数量に比例した移動距離を検出してもよい。

また、位置取得部１１２は、更に、通信装置を備えていてもよく、端末装置１００が車両用の情報処理端末である場合、各車両に搭載された当該通信装置の車間通信から自車位置を示す位置情報を取得してもよい。また、位置取得部１１２は、地図情報に基づいて端末装置１００のユーザの現在位置を示す位置情報を取得してもよい。

また、通信制御インターフェース部１０４は、通信回線や電話回線等に接続されるアンテナやルータ等の通信装置（図示せず）に接続されるインターフェースであってもよい。すなわち、通信制御インターフェース部１０４は、情報処理サーバ２００等と通信回線を介してデータを通信する機能を有していてもよい。

また、記憶部１０６は、ＨＤＤやＳＳＤ等の大容量のストレージ手段、および／または、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を用いて構成される小容量高速メモリ（例えば、キャッシュメモリ）等のストレージ手段であり、各種のデータベースやファイルやテーブル（ネットワーク情報データベース１０６ａ、交通情報データベース１０６ｂ、地図情報データベース１０６ｃ、ＰＯＩ情報データベース１０ｄ、イベント情報データベース１０６ｅ、および、経路探索履歴データベース１０６ｆ等）を格納してもよい。ここで、記憶部１０６は、各種のファイル等を一時的に記憶するものであってもよい。

ここで、記憶部１０６の各部（ネットワーク情報データベース１０６ａ、交通情報データベース１０６ｂ、地図情報データベース１０６ｃ、ＰＯＩ情報データベース１０６ｄ、イベント情報データベース１０６ｅ、および、経路探索履歴データベース１０６ｆ等）については、情報処理サーバ２００ではなく端末装置１００に備えられている点を除き、各機能が情報処理サーバ２００の記憶部２０６の各部（ネットワーク情報データベース２０６ａ、交通情報データベース２０６ｂ、地図情報データベース２０６ｃ、ＰＯＩ情報データベース２０６ｄ、イベント情報データベース２０６ｅ、および経路探索履歴データベース２０６ｆ等）と同様であるため説明を省略する。

なお、記憶部１０６は、各構成要素（ネットワーク情報データベース１０６ａ、交通情報データベース１０６ｂ、地図情報データベース１０６ｃ、ＰＯＩ情報データベース１０６ｄ、イベント情報データベース１０６ｅ、および経路探索履歴データベース１０６ｆ等）の全部または一部を備えていてもよく、備えていなくてもよい。また、端末装置１００は、外部装置に備えられた同等の各構成要素を、ネットワーク３００を介して利用することで、各構成要素が記憶部１０６に備えられているものとしてもよい。

また、制御部１０２は、ＯＳ等の制御プログラムや、各種の処理手順等を規定したプログラム、および、所要データを格納するための内部メモリを有する。そして、制御部１０２は、これらのプログラム等により、種々の処理を実行するための情報処理を行ってもよい。例えば、制御部１０２は、これらのプログラム等により、外部装置（例えば、情報処理サーバ２００等）との間のデータ送受信処理、および／または、記憶部１０６におけるデータ入出力処理（格納処理、および、抽出処理）等を行ってもよい。

制御部１０２は、機能概念的に、入出力制御部１０２ａと、経路探索条件取得部１０２ｂと、推奨経路探索条件取得部１０２ｃと、および経路探索履歴格納部１０２ｄとを備える。なお、制御部１０２の各構成要素（入出力制御部１０２ａと、経路探索条件取得部１０２ｂと、推奨経路探索条件取得部１０２ｃと、および経路探索履歴格納部１０２ｄ）の全部または一部の機能を端末装置１００の他の部分で実行することにしてもよい。

入出力制御部１０２ａは、入力部１１８から入力される情報を受け付け、出力部に出力させるための情報を出力する入出力制御手段である。例えば、入出力制御部１０２ａは、入力部１１１８から、少なくとも出発地と目的地を含む経路探索条件を受け付け、推奨経路探索条件取得部１０２ｃで取得された推奨経路探索条件を出力部（表示部１１４，音声出力部１１６）に出力して、表示出力や音声出力させてもよい。

経路探索条件取得部１０２ｂは、入出力制御部１０２ａで受け付けた、少なくとも出発地と目的地を含む経路探索条件を取得する手段である。ここで、経路探索条件は、目的地（経由地）の到着予定時刻、目的地（経由地）の到着順序、優先される目的地（経由地）、移動手段（例えば、公共交通機関利用、自転車利用、鉄道利用、または、自動車利用（例えば、一般道優先、高速道優先、有料道優先、推奨、もしくは、抜け道使用等）など）、出発時刻、および／または、日付等に関する条件等に関する情報を含んでいてもよい。

推奨経路探索条件取得部１０２ｃは、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、経路探索条件取得部１０２ｂで取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得する手段である。ここで、経路探索条件組み合わせ情報は、少なくとも出発地と目的地と他の経路探索条件の履歴を含む経路探索条件履歴に基づいたものであってもよい。また、経路探索条件組み合わせ情報は、経路探索条件履歴に限られるものではなく、システム提供者が手入力等で用意した情報やデータベース、外部装置から入手した情報やデータベース等でもよい。

経路探索条件履歴は、上述の経路探索履歴データベース１０６ｆに格納されたものを使用してもよく、また、外部装置から取得したものでもよい。

推奨経路探索条件取得部１０２ｃは、推奨経路探索条件の設定状況に関する付加情報を生成することにしてもよい。ここで付加情報は、推奨経路探索条件を設定した、ユーザ数及び／又はユーザ数の割合を示す情報であってもよい。また、付加情報は、推奨経路探索条件を設定した、経路探索要求数及び／又は経路探索要求数の割合を示す情報であってもよい。また、付加情報は、推奨経路探索条件を設定したユーザの意図を示す情報であってもよい。

また、推奨経路探索条件取得部１０２ｃは、更に、推奨経路探索条件を設定した場合の経路と、推奨経路探索条件を設定しなかった場合の経路とを比較した場合の比較情報を生成してもよい。また、他の経路探索条件及び推奨経路探索条件は、少なくとも経由地を含むことにしてもよい。また、推奨経路探索条件の経由地は、経路を変更するために入力された経由地であってもよい。

経路探索履歴格納部１０２ｄは、少なくとも出発地と目的地と他の経路探索条件の履歴を含む経路探索条件履歴を経路探索履歴データベース１０６ｆに格納する経路探索条件履歴格納手段である。経路探索履歴格納部１０２ｄは、例えば、入出力制御部１０２ａで、出発地と目的地と他の経路探索条件を指定した検索実行や経路案内を受け付けた場合に、受け付けた、出発地と目的地と他の経路探索条件を経路探索条件履歴として、経路探索履歴データベース１０６ｆに格納してもよい。また、経路探索履歴格納部１０２ｄは、外部装置から、出発地と目的地と他の経路探索条件を受信して、経路探索履歴データベース１０６ｆに格納してもよい。

［情報処理システムの構成（その１）］
ここで、本実施形態における情報処理システムの構成の一例について、図５を参照して以下に説明する。図５は、本実施形態における情報処理システムの一例を示すブロック図である。

図５に示すように、本実施形態の情報処理システムは、概略的に、地図情報提供および経路情報提供等を行うことができる情報処理サーバ２００、および、単数または複数の端末装置１００がネットワーク３００を介して通信可能に接続して構成される。

図５に示すように、本実施形態の情報処理システムにおいて、情報処理サーバ２００は、概略的に、制御部２０２と、情報処理サーバ２００とネットワーク３００との間における通信制御を行う通信制御インターフェース部２０４と、記憶部２０６とを少なくとも備えている。一例として、図５に示すように、制御部２０２は、経路探索条件取得部２０２ｂと、推奨経路探索条件取得部２０２ｃと、および経路探索履歴格納部２０２ｄ等を備えていてもよい。また、図５に示すように、記憶部２０６は、ネットワーク情報データベース２０６ａ、交通情報データベース２０６ｂ、地図情報データベース２０６ｃ、ＰＯＩ情報データベース２０６ｄ、イベント情報データベース２０６ｅ、および経路探索履歴データベース２０６ｆ等を備えていてもよい。

また、図５に示すように、本実施形態の情報処理システムにおいて、端末装置１００は、概略的に、制御部１０２と、端末装置１００とネットワーク３００との間における通信制御を行う通信制御インターフェース部１０４と、記憶部１０６と、位置取得部１１２と、出力部（表示部１１４および音声出力部１１６）と、入力部１１８と、位置取得部１１２、表示部１１４、音声出力部１１６、および、入力部１１８等の制御を行う入出力制御インターフェース部１０８と、を少なくとも備えている。一例として、図５に示すように、制御部１０２は、入出力制御部１０２ａを備えていてもよい。また、記憶部１０６は、情報処理サーバ２００から送信される出力情報等を記憶していてもよい。

以上で、本実施形態における情報処理システムの構成の一例の説明を終える。

［情報処理システムの処理］
次に、このように構成された本実施形態における情報処理システムの処理の一例について、以下に図６乃至図１０を参照して説明する。図６は、本実施形態における情報処理システムの処理の一例を示すフローチャートである。一例として、主として公共交通機関を使用する経路の例について説明する。

図６に示すように、端末装置１００の入出力制御部１０２ａは、経路探索条件として、出発地（出発駅等）と目的地（到着駅等）をユーザに入力部１１６を介して入力させるよう制御する（ステップＳＡ−１）。

ここで、入出力制御部１０２ａは、位置取得部１１２により取得される現在位置情報に基づく現在位置を、経路探索条件の出発地として設定してもよい。また、入出力制御部１０２ａは、経路探索条件として、出発地や目的地に関する情報のほか、所要時間、移動距離、出発時刻、到着時刻、経路探索条件が送信された時または経路探索条件で指定された出発時刻・到着時刻等の情報、移動手段（徒歩・路線・自動車等の移動手段や交通手段を含む。）に関する情報、経由地点（乗り換え駅等）、経由地通過時刻、乗り換え回数、使用路線等の情報を設定させてもよい。なお、経路探索条件受付部１０２ａは、予め登録された経路探索条件を送信してもよい。

そして、端末装置１００の入出力制御部１０２ａは、入力された出発地と目的地を、情報処理サーバ２００に送信する（ステップＳＡ−２）。

情報処理サーバ２００の経路探索条件取得部２０２ａは、端末装置１００から送信された出発地と目的地を受信して取得する（ステップＳＡ−３）。

情報処理サーバ２００の推奨経路探索条件取得部２０２ｃは、経路探索履歴データベース２０６ｆを参照して、経路探索条件取得部２０２ｂで取得した出発地と目的地の組合せに基づいて、経由地候補情報を取得する（ステップＳＡ−４）。経由地候補情報とは、少なくとも推奨経路探索条件である経由地候補を含み、経由地候補に加えて、必要によりその付加情報や比較情報を含んだ情報をいう。推奨経路探索条件取得部２０２ｃは、経由地候補に加えて、その付加情報や比較情報を生成してもよい。

付加情報は、例えば、経由地候補の設定状況に関する情報、経由地候補を設定した、ユーザ数及び／又はユーザ数の割合を示す情報、経由地候補を設定した、経路探索要求数及び／又は経路探索要求数の割合を示す情報、経由地候補を設定したユーザの意図を示す情報であってもよい。比較情報は、経由地候補を設定した場合の経路と、経由地候補を設定しなかった場合の経路とを比較した場合の情報としてもよい。

情報処理サーバ２００の推奨経路探索条件取得部２０２ｃは、取得した経由地候補情報を、端末装置１００に送信する（ステップＳＡ−５）。端末装置１００の入出力制御部１０２ａは、情報処理サーバ２００から送信された経由地候補情報を受信する（ステップＳＡ−６）。

端末装置１００の入出力制御部１０２ａは、受信した経由地候補情報を出力部１１４に出力する（ステップＳＡ−７）。

図７を参照して、情報処理サーバ２００の推奨経路探索条件取得部２０２ｃが経由地候補情報を取得する処理（上記ステップＳＡ−４）の詳細な処理の一例を説明する。図７は、情報処理サーバ２００の推奨経路探索条件取得部２０２ｃが経由地候補情報を取得する処理（上記ステップＳＡ−４）の詳細な処理の一例を説明するためのフローチャートである。

情報処理サーバ２００の推奨経路探索条件取得部２０２ｃは、経路探索条件取得部２０２ｂで少なくとも出発地と目的地を含む経路探索条件が取得した度にその都度、経路探索履歴データベース２０６ｄを参照して、経由地として１位のものとその経由地の設定率を集計処理する。

図７において、情報処理サーバ２００の推奨経路探索条件取得部２０２ｃは、経路探索履歴データベース２０６ｆを参照し、出発地・目的地が一致する経路探索条件履歴のレコードを抽出する（ステップＳＢ−１）。情報処理サーバ２００の推奨経路探索条件取得部２０２ｃは、抽出したレコード内の経由地を取得する（ステップＳＢ−２）。情報処理サーバ２００の推奨経路探索条件取得部２０２ｃは、取得した経由地を集計処理し、順位づけと経由地毎に設定率を算出する（ステップＳＢ−３）。具体的には、設定率＝（該経由地が設定された経路探索条件履歴数／ステップＳＢ−１で抽出された経路探索条件履歴数）×１００％の演算により算出する。

情報処理サーバ２００の推奨経路探索条件取得部２０２ｃは、ランキング１位の経由地とその設定率を抽出して、経由地候補情報（経由地候補＝ランキング１位の経由地、付加情報＝その設定率）を取得する（ステップＳＢ−４）。

ここで、図８は、端末装置１００の表示部１１４に表示される表示画面の一例を示す図である。図８に示すように、端末装置１００の入出力制御部１０２ｅは、表示部１１４に、出発地と目的地を入力させるための画面（Ｐ１）を表示させる。そして、入出力制御部１０２ｅは、ユーザに入力部１１８を介して操作させることにより、出発地と目的地を入力させる。画面Ｐ１に示す例では、出発地＝名古屋、目的地＝京都が入力される。

そして、入出力制御部１０２ｅから出発地と目的地が情報処理サーバ２００に送信され、情報処理サーバ２００の推奨経路探索条件取得部２０２ｃで受信される。情報処理サーバ２００の推奨経路探索条件取得部２０２ｃは、受信した出発地と目的地の組み合わせに基づいて、経路探索履歴データベース２０６ｆ（図３参照）して、経由地候補情報（ランキング一位の経由地およびその設定率）を取得して、端末装置１００に送信する。入出力制御部１０２ｅは、経由地候補情報を画面に表示する（Ｐ２）。

画面Ｐ２に示す例では、経由地候補として、「米原」、付加情報として、「米原」を設定したユーザ数の割合（２３％）が表示されている。そして、ユーザによる入力部１１８の操作により、経由地候補の追加が選択されると、経由地が設定され、入出力制御部１０２ｅは、経由地を表示する（Ｐ３）。そして、ユーザが経由地として「米原」を追加（設定）した状態で検索を実行すると、入出力制御部１０２ｅは、検索要求と、経路探索条件（出発地（名古屋）、目的地（京都）、経由地（米原））を情報処理サーバ２００に送信する。情報処理サーバ２００の制御部２０２は、これに応じて、ネットワーク情報データベース２０６ａ、交通情報データベース２０６ｂ、及び地図情報データベース２０６ｃを参照して、経路探索を行いその経路探索結果を端末装置１００に送信する。また、情報処理サーバ２００の経路探索履歴格納部２０２ｄは、出発地（名古屋）、目的地（京都）、経由地（米原）を経路探索条件履歴として、経路探索履歴データベース２０６ｆに格納する。

例えば、経路探索エンジンで算出する経路は多くのユーザの要求を満たすためにチューニングされている。そのため、一部のユーザの要求を満たす経路を出力できないことがある。例えば、名古屋−京都間の経路においては、経路探索の結果、名古屋−京都間は新幹線を使用するルートが算出される。これは、所要時間が短く、乗換回数も少なく、最適であるためである。他方、名古屋から米原を経由地として京都に至る在来線経路を移動するユーザも存在する。このユーザは、名古屋−京都間の経路を探索する際に、米原を経由地に設定している。本実施の形態では、このようなユーザのニーズのために、他のユーザ（自分を含む）が設定した経由地の情報を推奨することで、ユーザは推奨された経由地候補を経由地に設定することで、所望の経路を１回目の経路探索で取得することが可能となる。例えば、出発地＝名古屋、目的地＝京都が設定された場合に、「米原」を経由地候補として推奨すると、ユーザは、推奨された「米原」を経由地に設定することで、在来線で移動する経路を簡単に一回目の経路探索で求めることができる。

図７および図８に示す例では、推奨経路探索条件取得部２０２ｃは、ランキング一位の経由地のみを経由地候補として出力しているが、経由地候補は複数出力してもよい。例えば、推奨経路探索条件取得部２０２ｃは、経路探索履歴データベース２０６ｆを参照して、経由地候補を上位Ｘ位まで複数取得すると共に設定率を算出して、端末装置１００に送信してもよい。図９は、複数の経由地候補とその設定率を出力する端末装置１００の表示部１１４の表示画面の例を示す図である。

図９に示す例では、経由地候補として、上位第３位までが表示されており、１位に「米原」、その設定率に「２３％」、２位に「大垣」、その設定率に「１６％」、３位に「青山」、その設定率に「１０％」が表示されている。

なお、図７の例では、推奨経路探索条件取得部２０２ｃは、経路探索条件を取得する毎に、その都度、経路探索履歴データベース２０６ｆを参照して、経由地とその設定率を集計処理していたが、本実施の形態はこれに限られるものではない。情報処理サーバ２００の記憶部２０６に、経路探索履歴データベース２０６ｆのデータを集計した集計結果を格納するための経由地設定情報データベースを設けてもよい。情報処理サーバ２００の経路検索履歴格納部２０２ｄは、経路探索履歴データベース２０６ｄが更新される毎または所定時間間隔で参照して、経路探索履歴データベース２０６ｄに記憶される全出発地・目的地毎に、経由地とその設定率を集計処理した結果を経由地設定情報データベースに格納してもよい。

経由地設定情報データベースには、出発地と目的地の組み合わせを識別するための識別情報（組み合わせＩＤ等）に対応付けて、出発地、目的地、経由地に関する情報のほか、設定率、設定人数等を含んでいてもよい。また、出発地と目的地に他の経路探索条件を組み合わせて細分化してもよい。これにより、他の経路探索条件が似ているユーザがよく設定する経由地を取得することが可能となる。

ここで、図１０は、経由地設定情報データベースに記憶されるデータの一例を示す図である。一例として、図７に示すように、経由地設定情報データベースに記憶されるデータは、出発地と目的地の組み合わせ毎に組み合わせＩＤに対応づけて、出発地と、目的地と、経由地と、設定率とを対応づけた情報であってもよい。

この場合、情報処理サーバ２００の推奨経路探索条件取得部２０２ｃは、経由地設定情報データベースを参照して、経路探索条件取得部２０２ｂで取得した出発地と目的地の組合せに基づいて、経由地候補とその設定率を取得する。このように、推奨経路探索条件取得部２０２ｃは、経路探索履歴データベース２０６ｆのデータの集計結果を格納する経由地設定情報データベースを参照して、経由地候補等を取得することにより、ユーザが出発地・目的地を設定してから経由地候補を算出するまでの時間を大幅に短縮することが可能となる。

（変形例１）
推奨経路探索条件は、経由地に限られるものではなく、経路探索のための他の経路探索条件としてもよく、例えば、路線、号車、新幹線、特急、在来線、飛行機等としてもよい。経路探索履歴データベース２０６ｆに、他の経路検索条件（例えば、路線、号車、新幹線、特急、在来線、飛行機等）を格納し、推奨経路探索条件取得部２０２ｃは、出発地と目的地の組み合わせに基づいて、経路探索履歴データベース２０６ｆからこれらの他の経路検索条件（例えば、□□）を取得する。例えば、「○○を名古屋−京都間を検索した何％の人が□□を実施しているという案内」を出力してもよい。□□の例としては、「検索条件に路線ＸＸを指定している／いない」、「検索条件に号車ＹＹを指定している／いない」、「検索条件に新幹線を設定している／いない」、「検索条件に飛行機を設定している／いない」と出力してもよい。

（変形例２）
推奨経路探索条件は複数出力してもよい。推奨経路探索条件取得部２０２ｃは、出発地と目的地の組み合わせに基づいて、経路探索履歴データベース２０６ｆから複数の推奨経路探索条件（例えば、Ａ、Ｂ、・・・）を取得して、「Ａを設定している人がいます」、「Ｂを設定している人がいます」、・・・と出力してもよい。

（変形例３）
推奨経路探索条件取得部２０２ｃは、推奨経路探索条件に加えて、その付加情報を生成してもよい。付加情報は、推奨経路探索条件を設定した割合を算出してもよい。割合は、経路探索条件の回数で算出してもよい。例えば、「条件Ａは名古屋−京都間の経路探索全体の内、２３％の割合で設定されています。」と出力してもよい。また、割合は、ユーザ単位で算出してもよい。例えば、「条件Ａは名古屋−京都間を経路探索したユーザのうち４０％が設定しています。」と出力してもよい。

この場合、推奨経路探索条件取得部２０２ｃは、閾値を設けて推奨経路探索条件が所定の割合以上の場合に出力するようにしてもよい。さらに、その出力数の上限を設けてもよい。例えば、閾値を１０％以上とし、かつ、出力数の上限を上位３つとした場合は、設定したユーザの割合が１０％以上であって、かつ、上位３つ以内の条件に絞って出力するようにしてもよい。例えば、「条件Ａは２３％の人が設定しています」、「条件Ｂは１０％の人が設定しています」と上限に到達しなくても閾値を超えた範囲のものだけに絞って出力するようにしてもよい。

（変形例４）
推奨経路探索条件取得部２０２ｃは、付加情報として、経由地を設定したユーザの意図を推測した情報を生成してもよい。経由地を設定したユーザの意図を推測した情報として、例えば、（１）経路を変更するために入力されたものであるか、（２）立寄るために設定されたものであるかを判定した情報を出力してもよい。判定方法としては、例えば、以下の（Ｉ）〜（ＩＶ）の方法がある。

（Ｉ）経由地とともに滞在時間の設定の有無を判定し、経由地とともに滞在時間の設定が有る場合は、（２）立寄るためと判定し、経由地とともに滞在時間の設定が無い場合は、（１）経路変更のためと判定する。

（ＩＩ）経路設定後、移動ログと照合し、経由地に滞在していたか否かを判定し、経由地の滞在時間が有る場合は、（２）立寄るためと判定し、経由地の滞在時間がない場合には、（１）経路変更のためと判定する。

（ＩＩＩ）経由地の地点の属性を判定し、経由地が駅、ＩＣ等である場合は、（１）経路変更のためと判定し、経由地が店舗などの場合は、（２）立寄るためと判定する。

（ＩＶ）経路探索リクエストの時間間隔に基づいて再探索かどうかチェックし、例えば、「出発地：名古屋、目的地：京都」の探索リクエストの所定時間（例えば、２分）以内に、「出発地：名古屋、目的地：京都、経由地：米原」という探索リクエストがあった場合は、「経由地：米原」は、（１）経路変更のために設定されたと判定する。

（変形例５）
推奨経路探索条件取得部２０２ｃは、更に、推奨経路探索条件を設定した場合の経路と、推奨経路探索条件を設定しなかった場合の経路とを比較した場合の比較情報を生成することにしてもよい。例えば、経由地を追加した場合と、追加しなかった場合の経路をそれぞれバックグラウンドで探索し、検索した２つの経路情報を比較して、比較情報として差分情報を生成してもよい。推奨経路探索条件取得部２０２ｃは、例えば、「経由地□□を追加すると、○○線を利用する経路になります」、「経由地□□を追加すると、在来線だけの経路になります」、「経由地□□を追加すると、所要時間は増えますが、運賃は減ります」というような差分情報を生成してもよい。

（変形例６）
推奨経路探索条件取得部２０２ｃは、付加情報として、経路探索条件を設定したユーザの意図を判定した情報を生成してもよい。例えば、経路探索条件を設定した場合に得られる経路の特徴から意図を推定し、経路が在来線のみの場合は、例えば、付加情報として、「在来線を使用するために設定しているようです。」を出力してもよい。この場合、推奨経路探索条件取得部２０２ｃは、経路探索条件を設定した場合の経路と経路探索条件を設定していない場合の経路を比較した比較情報を生成してもよい。例えば、比較情報として、「料金を下げるために設定しているようです。」、「在来線のみの経路にするために設定しているようです。」を出力してもよい。

（変形例７）
推奨経路探索条件取得部２０２ｃは、付加情報として、推奨経路探索条件（例えば、時刻や日時等）を推奨する情報を生成してもよい。例えば、推奨経路探索条件取得部２０２ｃは、イベント情報データベース２０６ｅを参照して、付加情報として、推奨経路探索条件（例えば、時刻や日時等）を推奨する情報を生成してもよい。例えば、推奨経路探索条件取得部２０２ｃは、出発地と目的地を経路探索条件として取得して、経路探索履歴データベース２０６ｆを参照して、推奨経路探索条件として到着日の日時を取得すると共に、付加情報としてユーザが設定した割合を生成し、さらに、イベント情報データベース２０６ｅを参照して、付加情報として、到着日の日時を推奨するための、当該目的地で到達日時に行われるイベントに関する情報を生成する。例えば、出発地を東京、目的地を日光とした場合に、「１０％のユーザが、○月△日を到着日に設定しています。紅葉を見に行くために設定しているようです（推奨する情報）。」、「２％のユーザが、○月△日□時に到着日時を設定しています。▽▽祭りに参加するために設定しているようです（推奨する情報）。」という推奨経路探索条件と付加情報を出力してもよい。

（変形例８）
推奨経路探索条件取得部２０２ｃは、経路探索履歴データベース２０６ｆで設定率の高い経路探索条件を避けて、他の経路探索情報を推奨経路探索条件として取得してもよい。例えば、推奨経路探索条件取得部２０２ｃは、混雑を避けるために、経路探索履歴データベース２０６ｆで設定率の高い経路探索条件を避けて、他の経路探索条件を推奨経路探索条件として取得してもよい。例えば、「○○の検索条件はたくさんの人が設定したようです。代わりに□□の検索条件を設定してみませんか？」、「「のぞみ」は沢山のユーザが設定しています。混雑しそうなので「ひかり」を条件に設定しませんか？」というような出力をしてもよい。列車指定検索の場合は、時刻指定条件でもよいし、経由地条件でもよい。

（変形例９）
経路探索条件は、出発地と目的地の組合せに限られるものではなく、出発地と目的地と他の条件の組合せとしてもよい。例えば、他の条件は、検索した時間帯、ユーザ属性、他の経路探索条件（推奨経路探索条件として出力する以外のもの、例えば、設定された出発時刻・到着時刻、経由地としてもよい。）である。経路探索条件取得部２０２ｂは、出発地と目的地と他の条件を経路探索条件として取得し、推奨経路探索条件取得部２０２ｃは、経路探索条件取得部２０２ｂで取得した、出発地と目的地と他の条件をキーとして、経路探索履歴データベース２０６ｆを参照して、当該他の条件以外の推奨経路探索条件を取得してもよい。例えば、出発地・目的地・「出発時刻が午前中」である経路探索条件履歴のみを参照するようにする。出発地・目的地・経由地をキーとする場合は、経由地を除く他の経路探索条件を推奨経路探索条件として出力する。

（変形例１０）
推奨経路探索条件取得部２０２ｃは、経路探索履歴データベース２０６ｆから推奨経路探索条件を取得する場合に、抽出する出発地および目的地は、経路探索条件取得部２０２ｂで取得した出発地および目的地と完全一致しなくてもよい。例えば、推奨経路探索条件取得部２０２ｃは、経路探索履歴データベース２０６ｆから出発地および／または目的地とエリアが一致するものを抽出するようにしてもよい。例えば、出発地「名古屋駅」とした場合、「名古屋駅とその周辺の駅」や「名古屋市内の駅」などを出発地としたものを抽出してもよい。同様に、経路探索条件取得部２０２ｂは、目的地「京都駅」とした場合、「京都駅とその周辺の駅」、「京都市内の駅」などを抽出してもよい。

なお、上記実施の形態では、公共交通機関を使用する場合を例示して説明したが、本実施の形態は、これに限られるものではなく、自動車を使用する場合にも適用可能である。

以上で、本実施形態における情報処理システムの処理の一例の説明を終える。なお、本実施形態における情報処理システムの処理において、端末装置１００にて行われるとして説明した処理を、情報処理サーバ２００にて行ってもよく、情報処理サーバ２００にて行われるとして説明した処理を、端末装置１００にて行ってもよい。

［他の実施の形態］
さて、これまで本発明の実施の形態について説明したが、本発明は、上述した実施の形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施の形態にて実施されてよいものである。

また、実施の形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

このほか、上記文献中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、端末装置１００、および、情報処理サーバ２００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

例えば、端末装置１００、および、情報処理サーバ２００の各装置が備える処理機能、特に制御部１０２、および、制御部２０２にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）および当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、後述する、コンピュータに本発明に係る方法を実行させるためのプログラム化された命令を含む、一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて端末装置１００、および、情報処理サーバ２００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤなどの記憶部１０６、および、記憶部２０６などには、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。

また、このコンピュータプログラムは、端末装置１００、および、情報処理サーバ２００に対して任意のネットワーク３００を介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本発明に係るプログラムを、コンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢメモリ、ＳＤカード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、および、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語や記述方法にて記述されたデータ処理方法であり、ソースコードやバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施の形態に示した各装置において記録媒体を読み取るための具体的な構成、読み取り手順、あるいは、読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

また、端末装置１００、および、情報処理サーバ２００は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置として構成してもよく、また、該情報処理装置に任意の周辺装置を接続して構成してもよい。また、端末装置１００、および、情報処理サーバ２００は、該情報処理装置に本発明の方法を実現させるソフトウェア（プログラム、データ等を含む）を実装することにより実現してもよい。

更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じて、または、機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

以上詳述したように、本発明によれば、ユーザが設定した出発地と目的地の組み合わせに基づいて、推奨経路探索条件を提案することができる情報処理システム、情報処理プログラム、情報処理装置、および、情報処理方法を提供することができるので、ナビゲーションを支援する情報機器や情報処理分野などの様々な分野において極めて有用である。

１００ 端末装置
１０２ 制御部
１０２ａ 入出力制御部
１０２ｂ 経路探索条件取得部
１０２ｃ 推奨経路探索条件取得部
１０２ｄ 経路探索履歴格納部
１０４ 通信制御インターフェース部
１０６ 記憶部
１０６ａ ネットワーク情報データベース
１０６ｂ 交通情報データベース
１０６ｃ 地図情報データベース
１０６ｄ ＰＯＩ情報データベース
１０６ｅ イベント情報データベース
１０６ｆ 経路探索履歴データベース
１０８ 入出力制御インターフェース部
１１２ 位置取得部
１１４ 表示部
１１６ 音声出力部
１１８ 入力部
２００ 情報処理サーバ
２０２ 制御部
２０２ａ 入出力制御部
２０２ｂ 経路探索条件取得部
２０２ｃ 推奨経路探索条件取得部
２０２ｄ 経路探索履歴格納部
２０４ 通信制御インターフェース部
２０６ 記憶部
２０６ａ ネットワーク情報データベース
２０６ｂ 交通情報データベース
２０６ｃ 地図情報データベース
２０６ｄ ＰＯＩ情報データベース
２０６ｅ イベント情報データベース
２０６ｆ 経路探索履歴データベース
３００ ネットワーク
５００ 位置発信装置

Claims (16)

1. 少なくとも出発地と目的地を含む経路探索条件を取得する経路探索条件取得手段と、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、前記経路探索条件取得手段で取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得する推奨経路探索条件取得手段と、を備えたことを特徴とする情報処理システム。
2. 請求項１に記載の情報処理システムにおいて、前記経路探索条件組み合わせ情報は、前記少なくとも出発地と目的地と前記他の経路探索条件の履歴を含む経路探索条件履歴に基づいたものであることを特徴とする情報処理システム。
3. 請求項１又は請求項２に記載の情報処理システムにおいて、前記推奨経路探索条件取得手段は、更に、前記推奨経路探索条件の設定状況に関する付加情報を生成することを特徴とする情報処理システム。
4. 請求項３に記載の情報処理システムにおいて、前記付加情報は、前記推奨経路探索条件を設定した、ユーザ数及び／又はユーザ数の割合を示す情報であることを特徴とする情報処理システム。
5. 請求項３に記載の情報処理システムにおいて、前記付加情報は、前記推奨経路探索条件を設定した、経路探索要求数及び／又は経路探索要求数の割合を示す情報であることを特徴とする情報処理システム。
6. 請求項３乃至請求項５のいずれか１つに記載の情報処理システムにおいて、前記付加情報は、前記推奨経路探索条件を設定したユーザの意図を示す情報であることを特徴とする情報処理システム。
7. 請求項１乃至請求項６のいずれか１つに記載の情報処理システムにおいて、前記推奨経路探索条件取得手段は、更に、前記推奨経路探索条件を設定した場合の経路と、前記推奨経路探索条件を設定しなかった場合の経路とを比較した場合の比較情報を生成することを特徴とする情報処理システム。
8. 請求項１乃至請求項７のいずれか１つに記載の情報処理システムにおいて、前記他の経路探索条件及び前記推奨経路探索条件は、少なくとも経由地を含むことを特徴とする情報処理システム。
9. 請求項８に記載の情報処理システムにおいて、前記推奨経路探索条件の経由地は、経路を変更するために入力された経由地であることを特徴とする情報処理システム。
10. コンピュータを、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、取得される、経路探索条件の出発地と目的地の組み合わせと、に基づいて取得される、推奨経路探索条件を出力させる出力制御手段、として機能させることを特徴とする情報処理プログラム。
11. コンピュータを、少なくとも出発地と目的地を含む経路探索条件を取得する経路探索条件取得手段、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、前記経路探索条件取得手段で取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得する推奨経路探索条件取得手段、として機能させることを特徴とする情報処理プログラム。
12. 通信可能に接続された複数のコンピュータによって構成される情報処理システムであって、少なくとも出発地と目的地を含む経路探索条件を取得する経路探索条件取得手段と、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、前記経路探索条件取得手段で取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得する推奨経路探索条件取得手段と、を備えた情報処理システムを機能させるために、前記コンピュータの少なくとも１つを前記手段の少なくとも１つとして機能させるための情報処理プログラム。
13. 通信可能に接続された複数のコンピュータによって、請求項１乃至９のいずれか一つに記載の情報処理システムを機能させるために、前記コンピュータのうちの１つを請求項１乃至９のいずれか一つに記載の情報処理システムにおける各手段の少なくとも１つとして機能させるための情報処理プログラム。
14. コンピュータを、請求項１乃至９のいずれか一つに記載の情報処理システムにおける各手段の少なくとも１つとして機能させるための情報処理プログラム。
15. 通信可能に接続された複数の情報処理装置によって、少なくとも出発地と目的地を含む経路探索条件を取得する経路探索条件取得手段と、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、前記経路探索条件取得手段で取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得する推奨経路探索条件取得手段と、を備えた情報処理システムを構成するために、前記手段の少なくとも１つを備えたことを特徴とする情報処理装置。
16. 少なくとも出発地と目的地を含む経路探索条件を取得する経路探索条件取得ステップと、少なくとも出発地と目的地と他の経路探索条件を含む経路探索条件の組み合わせの情報である経路探索条件組み合わせ情報と、前記経路探索条件取得手段で取得した経路探索条件の出発地と目的地の組み合わせと、に基づいて推奨経路探索条件を取得する推奨経路探索条件取得ステップと、を備えたことを特徴とする情報処理方法。

Images