(57)【要約】【課題】効率的に目的地までたどり着かせることを課題とする。【解決手段】携帯端末は、経路検索要求を情報処理装置に送信し、経路情報を情報処理装置から受信して、受信した経路情報をもとに経路案内情報を通知する。携帯端末は、輸送用機器に誤って乗っていることを表す誤乗情報を受信し、誤って乗っている旨を通知する。情報処理装置は、携帯端末から受信した経路検索要求をもとに経路検索し、経路情報を携帯端末に対して送信するとともに、ユーザＩＤに対応付けて経路情報を記憶部に登録する。情報処理装置は、管理サーバから受信したユーザの移動状況と、記憶部に記憶された経路情報とをもとに、経路情報に応じた経路でユーザが移動していないと判定した場合に、誤乗情報を携帯端末に対して送信する。【選択図】図１
2016138806.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末と、１以上の情報処理装置とを有する管理システムであって、
前記携帯端末は、
経路検索のための検索条件の入力を受け付ける検索条件受付部と、
前記検索条件を含む経路検索要求を前記情報処理装置に対して送信する検索要求送信部と、
前記経路検索要求に対する経路情報を前記情報処理装置から受信する経路情報受信部と、
受信された前記経路情報をもとに、経路案内情報を通知する経路案内通知部と、
輸送用機器に誤って乗っていることを表す誤乗情報を受信する誤乗情報受信部と、
受信された前記誤乗情報をもとに、誤って乗っている旨を通知する誤乗通知部と、を有し、
前記情報処理装置は、
前記経路検索要求を前記携帯端末から受信する検索要求受信部と、
前記検索条件をもとに経路を検索する経路検索部と、
前記携帯端末を所有するユーザを識別するユーザ識別情報に対応付けて、検索された経路の経路情報を利用者情報記憶部に登録する利用者情報登録部と、
前記経路情報を前記携帯端末に対して送信する経路情報送信部と、
管理サーバから、ユーザの移動状況を受信する状況受信部と、
受信された前記移動状況と、前記利用者情報記憶部に記憶された前記経路情報とから、該経路情報に応じた経路でユーザが移動しているか否かを判定する判定部と、
前記経路情報に応じた経路でユーザが移動していないと判定された場合に、前記誤乗情報を前記携帯端末に対して送信する誤乗情報送信部と
を有することを特徴とする管理システム。
【請求項２】
前記管理サーバは、該管理サーバにアクセスするアクセスポイントの通信範囲に、前記携帯端末が出入りすることに応じて前記移動状況を生成し、
前記利用者情報登録部は、受信された前記移動状況を前記利用者情報記憶部に登録することを特徴とする請求項１に記載の管理システム。
【請求項３】
前記経路検索部は、前記経路情報に応じた経路で移動していないと判定された場合に、前記移動状況をもとにルートを再検索し、
前記利用者情報登録部は、再検索の結果である経路情報を前記利用者情報記憶部に登録し、
前記経路情報送信部は、再検索の結果である経路情報を前記携帯端末に対して送信し、
前記経路情報受信部は、再検索の結果である経路情報を前記情報処理装置から受信し、
前記経路案内通知部は、再検索の結果である経路情報をもとに、経路案内情報を通知することを特徴とする請求項１又は２に記載の管理システム。
【請求項４】
前記管理サーバは、前記輸送用機器の運行トラブル発生に応じて、前記移動状況を生成し、
前記判定部は、前記移動状況と、前記利用者情報記憶部に記憶された前記経路情報とから、該経路情報に応じた経路で移動可能であるか否かを判定し、
前記経路検索部は、前記経路情報に応じた経路で移動可能でないと判定された場合に、前記移動状況をもとに経路を再検索し、
前記利用者情報登録部は、再検索の結果である経路情報を前記利用者情報記憶部に登録し、
前記経路情報送信部は、再検索の結果である経路情報を前記携帯端末に対して送信し、
前記経路情報受信部は、再検索の結果である経路情報を前記情報処理装置から受信し、
前記経路案内通知部は、再検索の結果である経路情報をもとに、経路案内情報を通知することを特徴とする請求項１〜３の何れか一つに記載の管理システム。
【請求項５】
前記携帯端末は、
ユーザ登録の入力を受け付ける登録受付部と、
ユーザ登録要求を前記情報処理装置に対して送信する登録要求送信部と、
前記ユーザ登録要求に対する、前記ユーザ識別情報を含む登録情報を前記情報処理装置から受信する登録情報受信部と、
受信された前記登録情報を通知する登録情報通知部と、をさらに有し、
前記情報処理装置は、
前記ユーザ登録要求を前記携帯端末から受信する登録要求受信部と、
前記ユーザ登録要求が受信された場合に、前記ユーザ識別情報を生成する識別情報生成部と、
生成された前記ユーザ識別情報を含む登録情報を前記携帯端末に対して送信する登録情報送信部と、をさらに有し、
前記利用者情報登録部は、生成された前記ユーザ識別情報に対応付けて、ユーザ情報を前記利用者情報記憶部に登録することを特徴とする請求項１〜４の何れか一つに記載の管理システム。
【請求項６】
前記管理サーバは、前記輸送用機器からユーザが降りる予定の場所に到着する所定時間前に、該場所に到着することを表す到着情報を送信し、
前記携帯端末は、
前記管理サーバから前記到着情報を受信する到着情報受信部と、
受信された前記到着情報をもとに、前記場所に到着する旨を通知する到着情報通知部とをさらに有することを特徴とする請求項１〜５の何れか一つに記載の管理システム。
【請求項７】
前記管理サーバは、前記輸送用機器からユーザが降りる予定の場所に到着する所定時間前に、前記輸送用機器の操作者が確認可能な情報機器に対して、降りるユーザが存在する旨の情報を送信することを特徴とする請求項１〜６の何れか一つに記載の管理システム。
【請求項８】
前記管理サーバは、該管理サーバにアクセスするアクセスポイントの通信範囲に、前記携帯端末が出入りすることに応じて、ユーザによる提携業者の利用状況を生成し、
前記状況受信部は、前記管理サーバから、提携業者を識別する提携業者識別情報と、前記利用状況とをさらに受信し、
前記利用者情報登録部は、前記ユーザ識別情報に対応付けて、受信された前記提携業者識別情報と、前記利用状況とを前記利用者情報記憶部にさらに登録し、
前記情報処理装置は、
受信された前記提携業者識別情報に対応付けて、前記利用状況を提携業者利用情報記憶部に登録する提携業者利用情報登録部をさらに有することを特徴とする請求項１〜７の何れか一つに記載の管理システム。
【請求項９】
前記管理サーバは、前記アクセスポイントの通信範囲において、前記携帯端末を所有するユーザが物品又は前記輸送用機器のチケットを購入したことに応じて、ユーザの購入状況を取得し、
前記状況受信部は、前記管理サーバから、前記購入状況をさらに受信し、
前記利用者情報登録部は、前記ユーザ識別情報に対応付けて、受信された前記購入状況を前記利用者情報記憶部にさらに登録し、
前記提携業者利用情報登録部は、前記提携業者識別情報に対応付けて、前記購入状況を前記提携業者利用情報記憶部にさらに登録することを特徴とする請求項８に記載の管理システム。
【請求項１０】
１以上の情報処理装置を有する管理システムであって、
前記情報処理装置は、
経路検索のための検索条件を含む経路検索要求を携帯端末から受信する検索要求受信部と、
前記検索条件をもとに経路を検索する経路検索部と、
前記携帯端末を所有するユーザを識別するユーザ識別情報に対応付けて、検索された経路の経路情報を利用者情報記憶部に登録する利用者情報登録部と、
前記経路情報を前記携帯端末に対して送信する経路情報送信部と、
管理サーバから、ユーザの移動状況を受信する状況受信部と、
受信された前記移動状況と、前記利用者情報記憶部に記憶された前記経路情報とから、該経路情報に応じた経路でユーザが移動しているか否かを判定する判定部と、
前記経路情報に応じた経路でユーザが移動していないと判定された場合に、輸送用機器に誤って乗っていることを表す誤乗情報を前記携帯端末に対して送信する誤乗情報送信部と
を有することを特徴とする管理システム。
【請求項１１】
携帯端末と、１以上の情報処理装置とを有する管理システムであって、
前記携帯端末に、
経路検索のための検索条件の入力を受け付けるステップと、
前記検索条件を含む経路検索要求を前記情報処理装置に対して送信するステップと、
前記経路検索要求に対する経路情報を前記情報処理装置から受信するステップと、
受信された前記経路情報をもとに、経路案内情報を通知するステップと、
輸送用機器に誤って乗っていることを表す誤乗情報を受信するステップと、
受信された前記誤乗情報をもとに、誤って乗っている旨を通知するステップと、を含むプログラムを実行させ、
前記情報処理装置は、
前記経路検索要求を前記携帯端末から受信する検索要求受信部と、
前記検索条件をもとに経路を検索する経路検索部と、
前記携帯端末を所有するユーザを識別するユーザ識別情報に対応付けて、検索された経路の経路情報を利用者情報記憶部に登録する利用者情報登録部と、
前記経路情報を前記携帯端末に対して送信する経路情報送信部と、
管理サーバから、ユーザの移動状況を受信する状況受信部と、
受信された前記移動状況と、前記利用者情報記憶部に記憶された前記経路情報とから、該経路情報に応じた経路でユーザが移動しているか否かを判定する判定部と、
前記経路情報に応じた経路でユーザが移動していないと判定された場合に、前記誤乗情報を前記携帯端末に対して送信する誤乗情報送信部と
を有することを特徴とする管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システムに関する。
【背景技術】
【０００２】
従来、海外からの旅行者等は、慣れない交通機関を利用して移動することが困難な場合がある。具体的には、海外からの旅行者等は、電車やバスを利用して目的地に行くために、どのようなルート（経路）で行けば良いか、どの切符を購入すれば良いか、どのように運賃を支払えば良いか、どのホーム又はバス停から乗り降りすれば良いかが困難である。そこで、最近では、誤乗車や乗り過ごしを防止するための技術が存在する。
【０００３】
例えば、誤乗車や乗り過ごしを防止する技術の一つは、切符の購入時にユーザが所持する携帯端末に乗車駅と下車駅との情報を登録しておき、ユーザが間違った車両に乗ろうとしたときや、次の駅が下車すべき駅であるときに、車両に備えられた表示部にメッセージを表示させる。また、乗り過ごしを防止する技術の一つは、ユーザが所持する携帯端末のアプリケーションにおいて、下車駅と下車駅に到着する何分前に通知するかを設定しておくことで、下車駅に到着する予定時刻の設定時間前に通知させる。また、バスでの乗り過ごしを防止する技術の一つは、ユーザが所持する携帯端末等を用いて、Ｗｅｂブラウザから運行システムのサイトで下車予約をすることで、降車ボタンを押下しなくてもバスを停車させる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術は、効率的に目的地までたどり着かせることが困難であるという問題がある。例えば、車両に備えられた表示部にメッセージを表示させる技術は、指定席ではない車両においては表示部に表示されたメッセージをユーザが閲覧することが困難であり、有用ではない。また、下車駅に到着する何分前に通知するかを設定させる技術は、運行トラブル等により定刻通りに運行していない場合に、目的地とは異なる場所で下車させてしまう可能性がある。また、下車予約をさせる技術は、予約が完了する前に下車すべきバス停を通過してしまう可能性があり、有用ではない。
【０００５】
本発明は、上記に鑑みてなされたものであって、効率的に目的地までたどり着かせることを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するため、本発明に係る管理システムは、携帯端末と、１以上の情報処理装置とを有する管理システムであって、前記携帯端末は、経路検索のための検索条件の入力を受け付ける検索条件受付部と、前記検索条件を含む経路検索要求を前記情報処理装置に対して送信する検索要求送信部と、前記経路検索要求に対する経路情報を前記情報処理装置から受信する経路情報受信部と、受信された前記経路情報をもとに、経路案内情報を通知する経路案内通知部と、輸送用機器に誤って乗っていることを表す誤乗情報を受信する誤乗情報受信部と、受信された前記誤乗情報をもとに、誤って乗っている旨を通知する誤乗通知部と、を有し、前記情報処理装置は、前記経路検索要求を前記携帯端末から受信する検索要求受信部と、前記検索条件をもとに経路を検索する経路検索部と、前記携帯端末を所有するユーザを識別するユーザ識別情報に対応付けて、検索された経路の経路情報を利用者情報記憶部に登録する利用者情報登録部と、前記経路情報を前記携帯端末に対して送信する経路情報送信部と、管理サーバから、ユーザの移動状況を受信する状況受信部と、受信された前記移動状況と、前記利用者情報記憶部に記憶された前記経路情報とから、該経路情報に応じた経路でユーザが移動しているか否かを判定する判定部と、前記経路情報に応じた経路でユーザが移動していないと判定された場合に、前記誤乗情報を前記携帯端末に対して送信する誤乗情報送信部とを有する。
【発明の効果】
【０００７】
本発明の一つの様態によれば、効率的に目的地までたどり着かせることができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施の形態１に係る管理システムのシステム構成例を示す図である。
【図２】図２は、実施の形態１に係る携帯端末のハードウェア構成例を示すブロック図である。
【図３】図３は、実施の形態１に係る情報処理装置のハードウェア構成例を示すブロック図である。
【図４】図４は、実施の形態１に係る携帯端末及び情報処理装置の機能構成例を示すブロック図である。
【図５Ａ】図５Ａは、登録画面の例を示す図である。
【図５Ｂ】図５Ｂは、言語切替画面の例を示す図である。
【図５Ｃ】図５Ｃは、クレジットカード登録画面の例を示す図である。
【図６】図６は、実施の形態１に係る利用者情報記憶部に記憶された情報例を示す図である。
【図７】図７は、実施の形態１に係る利用者情報記憶部に記憶された情報例を示す図である。
【図８】図８は、実施の形態１に係る利用者情報記憶部に記憶された情報例を示す図である。
【図９】図９は、実施の形態１に係る利用者情報記憶部に記憶された情報例を示す図である。
【図１０】図１０は、実施の形態１に係る提携業者利用情報記憶部に記憶された情報例を示す図である。
【図１１】図１１は、実施の形態１に係る提携業者利用情報記憶部に記憶された情報例を示す図である。
【図１２】図１２は、実施の形態１に係る利用登録処理の流れの例を示すシーケンス図である。
【図１３】図１３は、実施の形態１に係るルート検索処理の流れの例を示すシーケンス図である。
【図１４】図１４は、実施の形態１に係る乗車時処理の流れの例を示すシーケンス図である。
【図１５】図１５は、実施の形態１に係る下車時処理の流れの例を示すシーケンス図である。
【図１６】図１６は、実施の形態１に係る誤乗時のリルート処理の流れの例を示すシーケンス図である。
【図１７】図１７は、実施の形態１に係る運行トラブル時のリルート処理の流れの例を示すシーケンス図である。
【図１８】図１８は、実施の形態１に係る通信範囲進入時の処理の流れの例を示すシーケンス図である。
【図１９】図１９は、実施の形態１に係る通信範囲内での購入時の処理の流れの例を示すシーケンス図である。
【発明を実施するための形態】
【０００９】
以下に添付図面を参照して、本発明に係る管理システムの実施の形態を説明する。なお、以下の実施の形態により本発明が限定されるものではない。
【００１０】
（実施の形態１）
［実施の形態１に係るシステム構成］
図１を用いて、実施の形態１に係る管理システムのシステム構成を説明する。図１は、実施の形態１に係る管理システムのシステム構成例を示す図である。
【００１１】
図１に示すように、管理システム１には、ユーザが所有する携帯端末１００と、情報処理装置２００と、管理サーバ３００ａと、管理サーバ３００ｂと、アクセスポイント４００ａと、アクセスポイント４００ｂと、タグリーダ５００とが含まれる。図１では、電車やバス等の輸送用機器に設置された管理サーバを管理サーバ３００ａとし、該管理サーバ３００ａに接続されたアクセスポイントをアクセスポイント４００ａとしている。輸送用機器が電車である場合には、車両ごとにアクセスポイント４００ａが設置される。また、図１では、駅、バス停、小売店等の任意の場所に設置された管理サーバを管理サーバ３００ｂとし、該管理サーバ３００ｂに接続されたアクセスポイントをアクセスポイント４００ｂとしている。以下では、説明の便宜上、管理サーバ３００ａ及び管理サーバ３００ｂを「管理サーバ３００」、アクセスポイント４００ａ及びアクセスポイント４００ｂを「アクセスポイント４００」と呼ぶ場合がある。なお、各装置は、図示した台数に限られるものではない。
【００１２】
携帯端末１００は、３ＧやＬＴＥ（Long  Term  Evolution）等の公衆通信網に接続するための手段と、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の無線ネットワークに接続するための手段とを有する。また、携帯端末１００は、非接触通信のためのＮＦＣ（Near  Field  Communication）タグ等を有する。例えば、携帯端末１００は、公衆通信網に接続し、情報処理装置２００と通信を行なう。また、携帯端末１００は、無線ネットワークに接続し、アクセスポイント４００と通信を行なう。図１では、アクセスポイント４００の通信範囲（無線ネットワークの通信範囲）を、破線の楕円で表わしている。また、携帯端末１００は、ＮＦＣタグによりタグリーダ５００と通信を行なう。かかる携帯端末１００は、スマートフォンやタブレット端末等のデバイスである。
【００１３】
情報処理装置２００は、公衆通信網に接続するための手段を有し、携帯端末１００や管理サーバ３００と通信を行なう。かかる情報処理装置２００は、ＰＣ（Personal  Computer）やサーバ装置等の情報処理装置である。管理サーバ３００は、公衆通信網に接続するための手段や無線ネットワークに接続するための手段を有し、情報処理装置２００と通信を行なう。また、管理サーバ３００は、アクセスポイント４００やタグリーダ５００に接続されている。かかる管理サーバ３００は、ＰＣ等の情報処理装置であっても良いし、電車やバス等に搭載された車載機器であっても良い。
【００１４】
上述した構成において、ユーザは、携帯端末１００を操作し、管理システム１が提供するサービスを利用するためのアプリケーションを起動する。そして、ユーザは、利用登録を行なったうえで、目的地までのルート検索で利用される検索条件を入力し、ルート検索に対して提供されたルート情報をもとに目的地まで移動する。目的地までの移動には、電車やバス等の輸送用機器が利用されるものとする。
【００１５】
具体的には、携帯端末１００は、ルート検索のための検索条件の入力を受け付けると、公衆通信網に接続して、検索条件を含むルート検索要求を情報処理装置２００に対して送信する。情報処理装置２００は、ルート検索要求を携帯端末１００から受信し、検索条件をもとにルートを検索して、検索したルートのルート情報を携帯端末１００に対して送信する。このとき、情報処理装置２００は、携帯端末１００を所有するユーザを識別するユーザＩＤに対応付けて、ルート情報を利用者情報記憶部に登録しておく。携帯端末１００は、ルート検索要求に対するルート情報を情報処理装置２００から受信し、受信したルート情報をもとに、ルート案内情報を通知する。例えば、ルート案内情報の通知は、携帯端末１００の操作表示部等に表示出力させたり、音声出力させたりすれば良い。これにより、ユーザは、ルート案内情報に従って、目的地までの移動を開始する。
【００１６】
上述したように、携帯端末１００とアクセスポイント４００との通信は、破線の楕円で表わされた通信範囲において実現する。すなわち、携帯端末１００は、ユーザが駅のホーム又はバス停で電車又はバスの到着を待っている状態において、電車又はバスが到着すると、アクセスポイント４００ａとの通信が可能となる。また、携帯端末１００は、ユーザが電車又はバスに乗車している間、そして、ユーザが電車又はバスから降車して車両から離れるまで、アクセスポイント４００ａとの通信が可能となる。管理サーバ３００ａは、アクセスポイント４００ａの通信範囲に、携帯端末１００が出入りすることに応じてユーザの移動状況を生成し、生成した移動状況をユーザＩＤとともに情報処理装置２００に対して送信する。ユーザの移動状況とは、ユーザが実際にどのようなルートで移動しているかを表すものであり、アクセスポイント４００の通信範囲に携帯端末１００が出入りしたとき等に更新され得る。例えば、ユーザの移動状況は、ユーザが乗車している電車又はバスの行き先や運行種別（各駅停車、急行等の情報）等である。
【００１７】
情報処理装置２００は、管理サーバ３００ａから、ユーザの移動状況を受信すると、ユーザの移動状況と、利用者情報記憶部に記憶されたルート情報とから、該ルート情報に応じたルートでユーザが移動しているか否かを判定する。すなわち、情報処理装置２００は、ユーザが入力した検索条件に対する検索結果であるルート情報と、ルート情報をもとに電車又はバス等を利用して目的地に向かっているユーザのリアルタイムの移動状況とから、電車又はバスに、誤乗車しかけていないか、誤乗車していないか、乗り過ごしていないか等を判定できる。そして、情報処理装置２００は、ルート情報に応じたルートでユーザが移動していないと判定された場合に、輸送用機器に誤って乗っていることを表す誤乗情報を携帯端末１００に対して送信する。
【００１８】
携帯端末１００は、誤乗情報を受信すると、誤乗情報をもとに、誤って乗っている旨を通知する。例えば、誤って乗っている旨の通知は、携帯端末１００の操作表示部等に表示出力させたり、音声出力させたり、携帯端末１００を振動させたり、携帯端末１００が備えるランプ等を発光させたりすれば良い。これらにより、ユーザは、輸送用機器に乗り間違えかけていることや、誤乗車していること、乗り過ごしていること等を認識することができる。
【００１９】
つまり、管理システム１では、ユーザに入力された検索条件に対するルート情報を通知するとともに記憶しておき、記憶されたルート情報とユーザの移動状況とから、ルート情報に応じたルートでユーザ移動していないと判定した場合に、誤乗情報を通知する。この結果、管理システム１は、効率的に目的地までユーザをたどり着かせることができる。
【００２０】
また、ユーザは、目的地までの移動の過程で、駅やバス停、小売店等に立ち寄る場合がある。かかる場合において、駅やバス停、小売店等の任意の場所に設置された管理サーバ３００ｂは、アクセスポイント４００ｂの通信範囲に、携帯端末１００が出入りすることに応じて、ユーザによる提携業者の利用状況を生成する。提携業者とは、管理システム１を提供する提供者と提携している鉄道会社、バス会社、小売業者等を指す。管理サーバ３００ｂには、該当する提携業者の提携業者ＩＤを予め記憶させておく。そして、管理サーバ３００ｂは、アクセスポイント４００ｂの通信範囲に、携帯端末１００が出入りすることに応じて、提携業者ＩＤと、あるユーザが立ち寄ったこと等を表す情報とを利用状況として情報処理装置２００に対して送信する。
【００２１】
利用状況を受信した情報処理装置２００は、提携業者ＩＤと、あるユーザが立ち寄ったこと等を表す情報とを対応付けて提携業者利用情報記憶部に登録する。提携業者においては、携帯端末１００を所有するユーザの移動に伴い利用された駅、バス停、小売店等を把握したい要求がある。つまり、提携業者利用情報記憶部に記憶された情報は、提携業者に提供するためのものである。また、ユーザや提携業者に、何らかに利用可能なポイントを付与しても良く、ユーザが立ち寄ったことに応じて、ユーザと、提携業者との双方にポイントを付与し、利用者情報記憶部と提携業者利用情報記憶部とに登録しても良い。
【００２２】
また、ユーザは、目的地までの移動の過程で、携帯端末１００等に搭載された電子マネーやクレジット機能を利用して、輸送用機器のチケットや物品を購入する場合がある。かかる場合において、管理サーバ３００ｂは、携帯端末１００とタグリーダ５００との非接触通信により、どのユーザ（ユーザＩＤ）がチケットや物品を購入したかを識別する。なお、クレジット機能が利用された場合には、決済のための情報も取得する。そして、管理サーバ３００ｂは、ユーザＩＤと、提携業者ＩＤと、チケットや物品を購入したことを表す情報と、決済のための情報とを情報処理装置２００に対して送信する。これらにより、情報処理装置２００は、ユーザＩＤと、提携業者ＩＤと、チケットや物品を購入したことを表す情報と、決済のための情報とを利用者情報記憶部に登録する。また、情報処理装置２００は、提携業者ＩＤと、チケットや物品を購入したことを表す情報とを提携業者利用情報記憶部に登録する。なお、チケットや物品の購入に伴い、上述したポイントをユーザと提携業者との双方に付与しても良い。
【００２３】
［実施の形態１に係る携帯端末のハードウェア構成］
次に、図２を用いて、実施の形態１に係る携帯端末１００のハードウェア構成を説明する。図２は、実施の形態１に係る携帯端末１００のハードウェア構成例を示すブロック図である。
【００２４】
図２に示すように、携帯端末１００は、ＣＰＵ（Central  Processing  Unit）１０と、ＲＡＭ（Random  Access  Memory）１１と、ＲＯＭ（Read  Only  Memory）１２と、公衆通信Ｉ／Ｆ１３と、無線ネットワーク通信Ｉ／Ｆ１４と、ＮＦＣタグ通信Ｉ／Ｆ１５とを有する。
【００２５】
ＣＰＵ１０は、携帯端末１００全体の動作を制御する。ＣＰＵ１０は、ＲＡＭ１１等を作業領域として、ＲＯＭ１２等に記憶されたプログラムを実行することで、携帯端末１００全体の動作を制御する。ＲＡＭ１１は、ＲＯＭ１２等に格納されたプログラムの実行時の作業領域である。ＲＯＭ１２は、携帯端末１００による処理を実現するためのプログラムを記憶する。公衆通信Ｉ／Ｆ１３は、インターネット等のネットワークとの通信を制御するインタフェースである。無線ネットワーク通信Ｉ／Ｆ１４は、Ｗｉ−Ｆｉ等の無線ネットワークとの通信を制御するインタフェースである。ＮＦＣタグ通信Ｉ／Ｆ１５は、タグリーダ５００との通信を制御するインタフェースである。
【００２６】
［実施の形態１に係る情報処理装置のハードウェア構成］
次に、図３を用いて、実施の形態１に係る情報処理装置２００のハードウェア構成を説明する。図３は、実施の形態１に係る情報処理装置２００のハードウェア構成例を示すブロック図である。
【００２７】
図３に示すように、情報処理装置２００は、ＣＰＵ２０と、ＲＡＭ２１と、ＲＯＭ２２と、通信Ｉ／Ｆ２３とを有する。ＣＰＵ２０は、情報処理装置２００全体の動作を制御する。ＣＰＵ２０は、ＲＡＭ２１等を作業領域として、ＲＯＭ２２等に記憶されたプログラムを実行することで、情報処理装置２００全体の動作を制御する。ＲＡＭ２１は、ＲＯＭ２２等に格納されたプログラムの実行時の作業領域である。ＲＯＭ２２は、情報処理装置２００による処理を実現するためのプログラムを記憶する。通信Ｉ／Ｆ２３は、インターネット等のネットワークとの通信を制御するインタフェースである。
【００２８】
［実施の形態１に係る各装置の機能構成］
次に、図４を用いて、実施の形態１に係る携帯端末１００及び情報処理装置２００の機能構成を説明する。図４は、実施の形態１に係る携帯端末１００及び情報処理装置２００の機能構成例を示すブロック図である。
【００２９】
図４に示すように、携帯端末１００は、操作表示部１０１と、受付部１０２と、送信制御部１０３と、通信部１０４と、受信制御部１０５と、記憶部１０６と、通知制御部１０７とを有する。操作表示部１０１、通信部１０４及び記憶部１０６を除く各部は、これらの一部又は全てがソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。
【００３０】
操作表示部１０１は、液晶ディスプレイにタッチパネルを積層した操作パネルや、各種操作キー等を備え、各種情報を画面に表示する機能、ユーザ操作に応じた各種情報の入力を受け付ける機能を有する。
【００３１】
受付部１０２は、ユーザ登録の入力を受け付ける。より具体的には、受付部１０２は、操作表示部１０１に対するユーザ操作に応じて、管理システム１を利用するためのユーザ登録の入力を受け付ける。かかる受付部１０２は、「登録受付部」の一例である。図５Ａは、登録画面の例を示す図である。図５Ａに示すように、登録画面には、言語を選択するための項目「言語切替」と、名前を入力するための項目「名前」と、決済手段を選択するための項目「決済手段」と、登録を行なうためのボタン「登録」とが含まれる。ユーザは、言語切替と決済手段とを選択する操作と、名前を入力する操作とを行なったうえで、登録ボタンを押下する。
【００３２】
ユーザによって言語切替の項目が選択された場合には、言語切替画面が表示される。図５Ｂは、言語切替画面の例を示す図である。図５Ｂに示すように、言語切替画面には、各国の言語が表示される。ユーザは、何れかの言語を選択して「ＯＫ」ボタンを押下する。これにより、ルート案内情報の通知等が、選択された言語によって行なわれるようになる。また、ユーザによって決済手段の項目が選択された場合には、クレジットカード登録画面が表示される。図５Ｃは、クレジットカード登録画面の例を示す図である。図５Ｃに示すように、クレジットカード登録画面には、クレジットカードのカード番号を入力するための項目「カード番号」と、クレジットカードの名義を入力するための項目「名義」と、クレジットカードの有効期限を入力するための項目「有効期限（月／年）」と、登録を行なうためのボタン「登録」とが含まれる。ユーザは、各項目を入力したうえで「登録」ボタンを押下する。これにより、移動中にチケットや物品を購入した際に、クレジットにより決済が行なわれるようになる。
【００３３】
送信制御部１０３は、通信部１０４を介して、各種情報を送信するための制御を行なう。より具体的には、送信制御部１０３は、受付部１０２によって受け付けられたユーザ登録要求を、通信部１０４を介して、情報処理装置２００に対して送信するための制御を行なう。かかる送信制御部１０３は、「登録要求送信部」の一例である。例えば、送信制御部１０３は、受付部１０２によって受け付けられた言語、名前、決済手段等の情報を含むユーザ登録要求を、通信部１０４を介して、情報処理装置２００に対して送信する。
【００３４】
受信制御部１０５は、通信部１０４を介して、各種情報を受信するための制御を行なう。より具体的には、受信制御部１０５は、ユーザ登録要求に対する、ユーザＩＤを含む登録情報を情報処理装置２００から受信する。かかる受信制御部１０５は、「登録情報受信部」の一例である。例えば、受信制御部１０５は、送信制御部１０３によって送信されたユーザ登録要求に対する応答である、ユーザＩＤや登録完了メッセージ、アクセスポイント４００を利用するための設定情報（例えば、暗号キー）等を含む登録情報を、通信部１０４を介して、情報処理装置２００から受信する。そして、受信制御部１０５は、受信したユーザＩＤや設定情報を記憶部１０６に格納する。以降、ユーザＩＤや設定情報は、情報処理装置２００とのやり取りで利用される場合がある。
【００３５】
通知制御部１０７は、各種情報を通知するための制御を行なう。より具体的には、通知制御部１０７は、登録情報を通知する。かかる通知制御部１０７は、「登録情報通知部」の一例である。例えば、通知制御部１０７は、受信制御部１０５によって登録情報が受信された場合に、登録完了メッセージを操作表示部１０１に表示するための制御を行なう。なお、登録完了の通知は、操作表示部１０１への表示のほか、音や光を出力することにより行なわれても良い。
【００３６】
また、受付部１０２は、ルート検索のための検索条件の入力を受け付ける。かかる受付部１０２は、「検索条件受付部」の一例である。例えば、受付部１０２は、操作表示部１０１に対するユーザ操作に応じて、出発地（出発駅）や目的地（到着駅）、出発時刻等の検索条件の入力を受け付ける。
【００３７】
また、送信制御部１０３は、通信部１０４を介して、ルート検索要求を情報処理装置２００に対して送信するための制御を行なう。かかる送信制御部１０３は、「検索要求送信部」の一例である。例えば、送信制御部１０３は、受付部１０２によって受け付けられた、出発地や目的地、出発時刻等の検索条件を含むルート検索要求を、通信部１０４を介して、情報処理装置２００に対して送信する。このとき、送信制御部１０３は、検索条件とともに、ユーザ登録時に付与されたユーザＩＤも合わせて情報処理装置２００に対して送信する。
【００３８】
また、受信制御部１０５は、通信部１０４を介して、ルート情報を情報処理装置２００から受信するための制御を行なう。かかる受信制御部１０５は、「経路情報受信部」の一例である。例えば、受信制御部１０５は、ルート検索要求に対して検索されたルートのルート情報を、通信部１０４を介して、情報処理装置２００から受信する。
【００３９】
また、通知制御部１０７は、ルート情報をもとに、ルート案内情報を通知するための制御を行なう。かかる通知制御部１０７は、「経路案内通知部」の一例である。例えば、通知制御部１０７は、受信制御部１０５によって受信されたルート情報をもとに、ルート案内情報を操作表示部１０１に表示出力させたり、音声出力させたりする。
【００４０】
また、受信制御部１０５は、通信部１０４を介して、誤乗情報を受信するための制御を行なう。かかる受信制御部１０５は、「誤乗情報受信部」の一例である。例えば、受信制御部１０５は、ルート案内情報の通知によりユーザが移動している状況において、電車やバス等の輸送用機器に誤って乗っていることを表す誤乗情報を、通信部１０４を介して受信する。誤乗情報は、輸送用機器に設置されているアクセスポイント４００ａから通知される。詳細には、情報処理装置２００によって送信された誤乗情報を管理サーバ３００ａが受信及び転送し、アクセスポイント４００ａを介して、携帯端末１００によって受信される。
【００４１】
また、通知制御部１０７は、誤乗している旨を通知するための制御を行なう。かかる通知制御部１０７は、「誤乗通知部」の一例である。例えば、通知制御部１０７は、受信制御部１０５によって誤乗情報が受信された場合に、操作表示部１０１への表示のほか、携帯端末１００を振動させたり音や光を出力させたりして、輸送用機器に乗り間違えかけていること、誤乗していること、乗り過ごしていること等をユーザに通知する。
【００４２】
また、受信制御部１０５は、通信部１０４を介して、再検索の結果であるルート情報を情報処理装置２００から受信するための制御を行なう。かかる受信制御部１０５は、「経路情報受信部」の一例である。例えば、受信制御部１０５は、ユーザが輸送用機器に誤乗した状況や、運行トラブルにより、通知されているルート案内情報通りに目的地に到着できない状況において、情報処理装置２００によって再検索されたルートのルート情報を、通信部１０４を介して、情報処理装置２００から受信する。すなわち、既に通知されたルート案内情報通りにユーザが移動できない状況が発生したときに、リルートされたルート情報が情報処理装置２００によって送信される。なお、運行トラブルが発生したときであっても、リルートしなくても良い場合には、新たなルート情報は送信されない。
【００４３】
また、通知制御部１０７は、再検索の結果であるルート情報をもとに、ルート案内情報を通知する。かかる通知制御部１０７は、「経路案内通知部」の一例である。例えば、通知制御部１０７は、受信制御部１０５によって受信された、リルートされたルート情報をもとに、ルート案内情報を操作表示部１０１に表示出力させたり、音声出力させたりする。
【００４４】
図４に示すように、情報処理装置２００は、通信部２０１と、受信制御部２０２と、識別情報生成部２０３と、送信制御部２０４と、利用者情報登録部２０５と、利用者情報記憶部２０６とを有する。加えて、情報処理装置２００は、ルート検索部２０７と、判定部２０８と、提携業者利用情報登録部２０９と、提携業者利用情報記憶部２１０とを有する。通信部２０１、利用者情報記憶部２０６及び提携業者利用情報記憶部２１０を除く各部は、これらの一部又は全てがソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。
【００４５】
受信制御部２０２は、通信部２０１を介して、各種情報を受信するための制御を行なう。より具体的には、受信制御部２０２は、ユーザ登録要求を携帯端末１００から受信する。かかる受信制御部２０２は、「登録要求受信部」の一例である。例えば、受信制御部２０２は、言語、名前、決済手段等の情報を含むユーザ登録要求を、通信部２０１を介して、携帯端末１００から受信する。
【００４６】
識別情報生成部２０３は、携帯端末１００を所有するユーザを識別するユーザＩＤを生成する。より具体的には、識別情報生成部２０３は、受信制御部２０２によってユーザ登録要求が受信された場合に、ユニークなユーザＩＤを採番することにより、携帯端末１００のユーザを識別するユーザＩＤを生成する。
【００４７】
送信制御部２０４は、通信部２０１を介して、各種情報を送信するための制御を行なう。より具体的には、送信制御部２０４は、通信部２０１を介して、登録情報を携帯端末１００に対して送信する。かかる送信制御部２０４は、「登録情報送信部」の一例である。例えば、送信制御部２０４は、識別情報生成部２０３によって生成されたユーザＩＤや登録完了メッセージ等を含む登録情報を、通信部２０１を介して、携帯端末１００に対して送信する。また、登録情報には、管理システム１によって提供されるアクセスポイント４００を利用するための設定情報（例えば、暗号キー等）も含まれる。
【００４８】
利用者情報登録部２０５は、ユーザＩＤに対応付けて、ユーザ情報を利用者情報記憶部２０６に登録する。より具体的には、利用者情報登録部２０５は、識別情報生成部２０３によって生成されたユーザＩＤに対応付けて、受信制御部２０２によって受信された言語、名前、決済手段等のユーザ情報を利用者情報記憶部２０６に登録する。図６は、実施の形態１に係る利用者情報記憶部２０６に記憶された情報例を示す図である。なお、図６に示す情報例は、ユーザの基本情報である。図６に示すように、利用者情報記憶部２０６は、ユーザＩＤと、名前と、言語と、クレジットカード情報と、利用ポイント残高とを対応付けて記憶する。利用ポイント残高とは、提携業者を利用したユーザに付与されるポイントの残高である。例えば、ポイントは、電車やバス等の輸送用機器に乗ったときや、駅やバス停、小売店等に立ち寄ったとき等に付与される。例を挙げると、利用者情報記憶部２０６は、ユーザＩＤ「ｕｓｅｒＡ」と、名前「鈴木  太郎」と、言語「日本語」と、クレジットカード情報「ｘｘｘｘ−ｘｘｘｘ−ｘｘｘｘ−ｘｘｘｘ  ＴＡＲＯ  ＳＵＺＵＫＩ  １２／２０２０」と、利用ポイント残高「９」とを対応付けて記憶する。
【００４９】
また、受信制御部２０２は、通信部２０１を介して、ルート検索要求を受信するための制御を行なう。かかる受信制御部２０２は、「検索要求受信部」の一例である。例えば、受信制御部２０２は、出発地や目的地、出発時刻等の検索条件を含むルート検索要求を、ユーザＩＤとともに、通信部２０１を介して携帯端末１００から受信する。そして、受信制御部２０２は、検索条件及びユーザＩＤをルート検索部２０７に対して出力する。
【００５０】
ルート検索部２０７は、検索条件をもとにルートを検索する。例えば、ルート検索部２０７は、受信制御部２０２によって受信された、出発地や目的地、出発時刻等の検索条件をもとに、ルートを検索する。そして、ルート検索部２０７は、ユーザＩＤと、検索結果であるルート情報とを利用者情報登録部２０５に対して出力するとともに、送信制御部２０４に対して出力する。例を挙げると、ルート情報は、出発地「Ａ空港」、目的地「Ｂタワー」、ルート「Ａ空港からＡ空港国内線ターミナル駅まで徒歩、Ａ空港国内線ターミナル駅からＣ駅までＡ空港線を利用、Ｃ駅からＢタワーまで徒歩」等である。なお、ルート情報には、電車やバスの時刻も含まれていても良い。
【００５１】
また、利用者情報登録部２０５は、ユーザＩＤに対応付けて、検索されたルートのルート情報を利用者情報記憶部２０６に登録する。例えば、利用者情報登録部２０５は、ルート検索部２０７によって検索されたルートのルート情報を、ユーザＩＤに対応付けて利用者情報記憶部２０６に登録する。ルート情報をユーザＩＤに対応付けて利用者情報記憶部２０６に登録しておくことにより、以降のユーザの状況に応じて、ルート情報に対応するルートで移動しているか否かを確認することができる。
【００５２】
図７は、実施の形態１に係る利用者情報記憶部２０６に記憶された情報例を示す図である。なお、図７に示す情報例は、ユーザの移動情報である。図７に示すように、利用者情報記憶部２０６は、ユーザＩＤと、出発地と、目的地と、ルートと、現在地と、状態とを対応付けて記憶する。これらのうち、状態とは、ルート案内について、案内中であるか、案内が完了しているか等の状態を表す情報である。例を挙げると、利用者情報記憶部２０６は、ユーザＩＤ「ｕｓｅｒＡ」と、出発地「Ａ空港」と、目的地「Ｂタワー」と、ルート「Ａ空港からＡ空港国内線ターミナル駅まで徒歩、Ａ空港国内線ターミナル駅からＣ駅までＡ空港線を利用、Ｃ駅からＢタワーまで徒歩」と、現在地「Ｂタワー」と、状態「案内完了」とを対応付けて記憶する。なお、ユーザによって入力された検索条件に対するルート情報が登録されるときには、現在地は出発地と同一になり、状態は案内中となる。また、現在地と状態との情報は、後述するように、適宜更新される。
【００５３】
また、送信制御部２０４は、通信部２０１を介して、ルート情報を携帯端末１００に対して送信するための制御を行なう。かかる送信制御部２０４は、「経路情報送信部」の一例である。例えば、送信制御部２０４は、ルート検索部２０７によって検索されたルートのルート情報を、通信部２０１を介して、携帯端末１００に対して送信する。
【００５４】
また、受信制御部２０２は、通信部２０１を介して、管理サーバ３００ａからユーザの移動状況を受信するための制御を行なう。かかる受信制御部２０２は、「状況受信部」の一例である。管理サーバ３００ａは、該管理サーバ３００ａにアクセスするアクセスポイント４００ａの通信範囲に、携帯端末１００が出入りすることに応じて、ユーザＩＤ、ルート案内中であることを表す情報、ユーザが乗車している電車又はバスの行き先や運行種別等であるユーザの移動状況を生成する。詳細には、アクセスポイント４００ａの通信範囲に携帯端末１００が入っている状況において、携帯端末１００とアクセスポイント４００ａとの間で通信が行なわれ、アクセスポイント４００ａは、該携帯端末１００から、ユーザＩＤやルート案内中であることを表す情報等を取得し、管理サーバ３００ａに対して通知する。管理サーバ３００ａは、ユーザＩＤ、ルート案内中であることを表す情報、ユーザが乗車している電車又はバスの行き先や運行種別等であるユーザの移動状況を生成し、生成した移動状況を情報処理装置２００に対して送信する。また、管理サーバ３００ａは、電車又はバスの車載器等から現在地を取得して、現在地を含む移動状況を情報処理装置２００に対して送信しても良い。現在地は、ＧＰＳ（Global  Positioning  System）等から取得された情報でも良いし、直近に通過した駅やバス停の位置（名称）であっても良い。これらにより、例えば、受信制御部２０２は、電車やバス等の輸送用機器ごとに設置された管理サーバ３００ａから、ユーザＩＤ、ルート案内中であることを表す情報、ユーザが乗車している電車又はバスの行き先や運行種別等であるユーザの移動状況を、通信部２０１を介して、管理サーバ３００ａから受信する。
【００５５】
また、利用者情報登録部２０５は、ユーザの移動状況を利用者情報記憶部２０６に登録する。例えば、利用者情報登録部２０５は、受信制御部２０２によってユーザの移動状況が受信された場合に、受信されたユーザの移動状況に含まれるユーザＩＤに対応する利用者情報記憶部２０６の現在地や状態等の情報を更新する（図７参照）。
【００５６】
判定部２０８は、ユーザの移動状況と、利用者情報記憶部２０６に記憶されたルート情報とから、該ルート情報に応じたルートでユーザが移動しているか否かを判定する。例えば、判定部２０８は、受信制御部２０２によって受信された、ユーザＩＤ、ユーザが乗車している電車又はバスの行き先や運行種別等のユーザの移動状況と、利用者情報記憶部２０６に記憶されたルート情報（ルート）とから、行き先が合っているか、運行種別が正しいか等を確認することにより、ルート情報に応じたルートでユーザが移動しているか否かを判定する。すなわち、行き先が合っていても、運行種別が正しくなければ、ルート情報に応じたルートでユーザが移動していないと判定される。そして、判定部２０８は、ルート情報に応じたルートでユーザが移動していないと判定した場合に、誤乗情報の送信を送信制御部２０４に対して要求する。
【００５７】
また、送信制御部２０４は、通信部２０１を介して、誤乗情報を携帯端末１００に対して送信するための制御を行なう。かかる送信制御部２０４は、「誤乗情報送信部」の一例である。例えば、送信制御部２０４は、判定部２０８によって、ルート情報に応じたルートでユーザが移動していないと判定された場合に、通信部２０１を介して、誤乗情報を携帯端末１００に対して送信する。誤乗情報は、ユーザの移動状況を送信してきた管理サーバ３００ａ、該管理サーバ３００ａにアクセスするアクセスポイント４００ａを介して、携帯端末１００に対して送信される。これらにより、ユーザは、輸送用機器に乗り間違えかけていること、乗り間違えていること、乗り過ごしていること等を認識することができる。
【００５８】
また、ルート検索部２０７は、ルート情報に応じたルートでユーザが移動していないと判定された場合に、ユーザの移動状況をもとにルートを再検索する。例えば、ルート検索部２０７は、判定部２０８によって、ルート情報に応じたルートでユーザが移動していないと判定された場合に、ユーザの移動状況に含まれる現在地と、利用者情報記憶部２０６に記憶された目的地とから、ルートを再検索する。すなわち、ルートの再検索では、現在地を出発地としてルートが検索される。そして、ルート検索部２０７は、ユーザＩＤと、再検索結果であるルート情報とを利用者情報登録部２０５に対して出力するとともに、送信制御部２０４に対して出力する。
【００５９】
また、利用者情報登録部２０５は、再検索の結果であるルート情報を利用者情報記憶部２０６に登録する。例えば、利用者情報登録部２０５は、ルート検索部２０７によって再検索されたルートのルート情報を、ユーザＩＤに対応付けて利用者情報記憶部２０６に登録する。すなわち、利用者情報登録部２０５は、利用者情報記憶部２０６のユーザＩＤに対応するルート情報を更新する。
【００６０】
また、送信制御部２０４は、通信部２０１を介して、再検索の結果であるルート情報を携帯端末１００に対して送信するための制御を行なう。かかる送信制御部２０４は、「経路情報送信部」の一例である。例えば、送信制御部２０４は、ルート検索部２０７によって再検索されたルートのルート情報を、通信部２０１を介して、携帯端末１００に対して送信する。再検索されたルートのルート情報は、ユーザの移動状況を送信してきた管理サーバ３００ａ、該管理サーバ３００ａにアクセスするアクセスポイント４００ａを介して、携帯端末１００に対して送信される。これらにより、ユーザは、輸送用機器に誤って乗ってしまった場合であっても、新たなルート案内情報により移動することができる。
【００６１】
また、管理サーバ３００ａは、電車又はバスの車載器等からの情報をもとに運行トラブルが発生していることを認識すると、ユーザＩＤ、運行トラブルが発生していることを表す情報、ユーザが乗車している電車又はバスの行き先や運行種別等であるユーザの移動状況を生成し、生成した移動状況を情報処理装置２００に対して送信する。また、管理サーバ３００ａは、電車又はバスの車載器等から現在地を取得して、現在地を含む移動状況を情報処理装置２００に対して送信しても良い。また、管理サーバ３００ａは、運行トラブルが発生していることを表す情報を、アクセスポイント４００ａを介して、携帯端末１００に対して送信しても良い。これらにより、例えば、受信制御部２０２は、電車やバス等の輸送用機器ごとに設置された管理サーバ３００ａから、ユーザＩＤ、運行トラブルが発生していることを表す情報、ユーザが乗車している電車又はバスの行き先や運行種別等であるユーザの移動状況を、通信部２０１を介して、管理サーバ３００ａから受信する。
【００６２】
また、判定部２０８は、ユーザの移動状況と、利用者情報記憶部２０６に記憶されたルート情報とから、該ルート情報に応じたルートで移動可能であるか否かを判定する。例えば、判定部２０８は、受信制御部２０２によって受信された、ユーザＩＤ、ユーザが乗車している電車又はバスの行き先や運行種別等のユーザの移動状況と、利用者情報記憶部２０６に記憶されたルート情報（ルート）とから、該ルート情報に応じたルートで移動可能であるか否かを判定する。すなわち、判定部２０８は、運行トラブルの発生により、既に通知しているルート情報に応じたルートでユーザが移動可能であるか否か、ルートの再検索を行なうか否かを判定する。そして、判定部２０８は、ルート情報に応じたルートで移動可能でないと判定した場合に、ルートの再検索をルート検索部２０７に対して要求する。
【００６３】
また、ルート検索部２０７は、ルート情報に応じたルートで移動可能でないと判定された場合に、ユーザの移動状況をもとにルートを再検索する。例えば、ルート検索部２０７は、判定部２０８によって、ルート情報に応じたルートでユーザが移動可能でないと判定された場合に、ユーザの移動状況に含まれる現在地と、利用者情報記憶部２０６に記憶された目的地とから、ルートを再検索する。そして、ルート検索部２０７は、ユーザＩＤと、再検索結果であるルート情報とを利用者情報登録部２０５に対して出力するとともに、送信制御部２０４に対して出力する。これにより、利用者情報登録部２０５は、ルート検索部２０７によって再検索されたルートのルート情報を、ユーザＩＤに対応付けて利用者情報記憶部２０６に登録する。すなわち、利用者情報登録部２０５は、利用者情報記憶部２０６のユーザＩＤに対応するルート情報を更新する。また、送信制御部２０４は、ルート検索部２０７によって再検索されたルートのルート情報を、通信部２０１を介して、携帯端末１００に対して送信する。再検索されたルートのルート情報は、ユーザの移動状況を送信してきた管理サーバ３００ａ、該管理サーバ３００ａにアクセスするアクセスポイント４００ａを介して、携帯端末１００に対して送信される。なお、運行トラブルが発生したことを表す情報は、再検索されたルートのルート情報を通知するときに合わせて送信されても良い。これらにより、ユーザは、輸送用機器に運行トラブルが発生した場合であっても、新たなルート案内情報により移動することができる。
【００６４】
また、管理サーバ３００ｂは、携帯端末１００を所有するユーザが物品又は輸送用機器のチケットを購入したことに応じて、該管理サーバ３００ｂに接続されたタグリーダ５００を介して、ユーザの購入状況を取得する。例えば、ユーザは、券売機又はＰＯＳ（Point  Of  Sales）端末に接続されたタグリーダ５００（例えば、ＮＦＣタグリーダ）に携帯端末１００を近付けて、非接触通信させたうえで物品又はチケット等を購入する。携帯端末１００とタグリーダ５００とが非接触通信を開始すると、ＰＯＳ端末等は、携帯端末１００に対してユーザＩＤを送信するよう要求する。ＰＯＳ端末等は、ユーザＩＤと、購入内容（例えば、チケットの場合は、どこからどこまでの区間のチケットか）と、決済手段とを管理サーバ３００ｂに対して通知する。なお、決済手段については、クレジット又は現金払いの何れの手段であるかが通知される。ユーザは、クレジット又は現金払いの何れかを購入の際に選択する。これらにより、管理サーバ３００ｂは、ユーザＩＤと、購入内容と、決済手段等とを、ユーザの購入状況として情報処理装置２００に対して送信する。なお、駅改札の通過時やバスへの乗車時、小売店等で、電子マネーが利用された場合にも、ユーザの購入状況として情報処理装置２００に対して送信されても良い。
【００６５】
これにより、受信制御部２０２は、通信部２０１を介して、任意の場所に設置された管理サーバ３００ｂから、ユーザの購入状況をさらに受信するための制御を行なう。かかる受信制御部２０２は、「状況受信部」の一例である。例えば、受信制御部２０２は、券売機や小売店等に設置された管理サーバ３００ｂから、ユーザＩＤと、購入内容と、決済手段等とを含むユーザの購入状況を、通信部２０１を介して受信する。
【００６６】
また、利用者情報登録部２０５は、ユーザＩＤに対応付けて、ユーザの購入状況を利用者情報記憶部２０６に登録する。例えば、利用者情報登録部２０５は、受信制御部２０２によって受信されたユーザＩＤ、購入内容、決済手段等をもとに、ユーザの購入状況を利用者情報記憶部２０６に登録する。図８は、実施の形態１に係る利用者情報記憶部２０６に記憶された情報例を示す図である。なお、図８に示す情報例は、ユーザの購入情報である。図８に示すように、利用者情報記憶部２０６は、ユーザＩＤと、購入されたチケットを販売する駅を表す出発駅と、購入されたチケットの金額を表す区間と、チケットの状態を表す状態とを対応付けて記憶する。これらのうち、状態は、購入された時点では「購入」となり、改札を通った時点では「使用済み」に更新される。例を挙げると、利用者情報記憶部２０６は、ユーザＩＤ「ｕｓｅｒＡ」と、出発駅「Ａ空港国内線ターミナル駅」と、区間「６６０円」と、状態「使用済み」とを対応付けて記憶する。
【００６７】
また、管理サーバ３００ｂは、該管理サーバ３００ｂにアクセスするアクセスポイント４００ｂの通信範囲に、携帯端末１００が出入りすることに応じて、ユーザによる提携業者の利用状況を生成する。例えば、携帯端末１００を所有するユーザがアクセスポイント４００ｂの通信範囲に入ると、携帯端末１００は、アクセスポイント４００ｂへの接続を試みる。携帯端末１００とアクセスポイント４００ｂとの通信が確立すると、携帯端末１００は、ユーザＩＤをアクセスポイント４００ｂに対して送信する。そして、アクセスポイント４００ｂは、受信したユーザＩＤを管理サーバ３００ｂに対して送信する。これにより、管理サーバ３００ｂは、ユーザＩＤと、自身で管理している提携業者ＩＤと、ユーザが立ち寄ったことを表す情報等とを、ユーザによる提携業者の利用状況として情報処理装置２００に対して送信する。
【００６８】
これにより、受信制御部２０２は、通信部２０１を介して、任意の場所に設置された管理サーバ３００ｂから、ユーザによる提携業者の利用状況をさらに受信するための制御を行なう。かかる受信制御部２０２は、「状況受信部」の一例である。例えば、受信制御部２０２は、駅やバス停、小売店等に設置された管理サーバ３００ｂから、ユーザＩＤと、提携業者ＩＤと、ユーザが立ち寄ったことを表す情報等とを含むユーザによる提携業者の利用状況を、通信部２０１を介して受信する。
【００６９】
また、利用者情報登録部２０５は、ユーザＩＤに対応付けて、ユーザによる提携業者の利用状況を利用者情報記憶部２０６に登録する。例えば、利用者情報登録部２０５は、受信制御部２０２によって受信されたユーザＩＤ、提携業者ＩＤ、ユーザが立ち寄ったことを表す情報等をもとに、ユーザによる提携業者の利用状況を利用者情報記憶部２０６に登録する。図９は、実施の形態１に係る利用者情報記憶部２０６に記憶された情報例を示す図である。なお、図９に示す情報例は、ユーザの提携業者利用情報である。図９に示すように、利用者情報記憶部２０６は、ユーザＩＤと、提携業者ＩＤと、アクティビティと、獲得した利用ポイントとを対応付けて記憶する。これらのうち、アクティビティは、提携業者が存在する場所にユーザが立ち寄ったことを表す情報や、提携業者の小売店等で何かを購入したことを表す情報である。また、獲得した利用ポイントは、ユーザのアクティビティによって付与されるポイント数を表す情報である。例を挙げると、利用者情報記憶部２０６は、ユーザＩＤ「ｕｓｅｒＡ」と、提携業者ＩＤ「ｍｅｒｃｈａｎｔＡ」と、アクティビティ「Ａ空港に立ち寄った」と、獲得した利用ポイント「１」とを対応付けて記憶する。なお、「Ｄ国際空港内の売店で買い物をした」等の物品の購入に関するアクティビティは、上述したユーザの購入状況の登録の際に取得されたものを合わせて登録することができる。
【００７０】
ここで、図６〜図９に例示した情報を用いて、ユーザの状況を簡単に説明する。具体的には、管理システム１には、「ｕｓｅｒＡ：鈴木  太郎」、「ｕｓｅｒＢ：Ｊｏｈｎ  Ｓｍｉｔｈ」、「ｕｓｅｒＣ：Ｈａｎｓ  Ｓｃｈｍｉｄｔ」の３名のユーザが登録されている。これらのユーザのうち、ｕｓｅｒＡは、管理システム１を利用して目的地まで案内されて到着済みである。ｕｓｅｒＢは、何もしていない状態である。ｕｓｅｒＣは、案内されて移動中の状態である。
【００７１】
例えば、ｕｓｅｒＡは、名前が「鈴木  太郎」、言語が「日本語」に設定されていて、出発地から目的地まで案内されて移動が完了している。また、ｕｓｅｒＡは、出発地の最寄り駅から目的地の最寄り駅までの切符を購入していて、既に使用済みである。また、ｕｓｅｒＡのアクティビティにより、ｕｓｅｒＡは、空港や駅等に立ち寄ったこと、電車に乗ったこと等がわかる。ｕｓｅｒＡのアクティビティに応じた利用ポイントは９ポイントであり、利用ポイントの残高は９ポイントとなっている。また、ｕｓｅｒＣは、携帯端末１００の画面の案内に表示された空港内の小売店に立ち寄り、買い物をしている。これにより、ｕｓｅｒＣは、１ポイントと５ポイントとの利用ポイントを獲得している。なお、アクティビティに応じて得られる利用ポイントは、立ち寄りを「１」、輸送用機器の利用や物品の購入を「５」としているが、これらに限られるものではない。例えば、輸送用機器の利用に応じて、利用金額の１パーセントを獲得するポイントとしても良い。利用ポイントの用途は何であっても良いが、例えば、金銭の代替としてチケットや物品の購入代金に充当できるようにしても良いし、獲得したポイントに応じて景品を交換できるようにしても良い。
【００７２】
提携業者利用情報登録部２０９は、提携業者ＩＤに対応付けて、ユーザの購入状況や提携業者の利用状況を提携業者利用情報記憶部２１０に登録する。例えば、提携業者利用情報登録部２０９は、ユーザによる物品又はチケットの購入、ユーザが所有する携帯端末１００がアクセスポイント４００の通信範囲に出入りすることに応じて、管理サーバ３００から受信されたユーザの購入状況や提携業者の利用状況を、提携業者利用情報記憶部２１０に登録する。
【００７３】
図１０は、実施の形態１に係る提携業者利用情報記憶部２１０に記憶された情報例を示す図である。なお、図１０に示す情報例は、提携業者の基本情報である。図１０に示すように、提携業者利用情報記憶部２１０は、提携業者ＩＤと、提携業者の名称を表す提携業者名と、利用ポイントの合計の値を表す利用ポイント合計とを対応付けて記憶する。利用ポイント合計は、その時点で、全ユーザによって提携業者が利用されたことに応じて付与されたポイントの合計である。例を挙げると、提携業者利用情報記憶部２１０は、提携業者ＩＤ「ｍｅｒｃｈａｎｔＡ」と、提携業者名「Ａ空港株式会社」と、利用ポイント合計「１」とを対応付けて記憶する。
【００７４】
図１１は、実施の形態１に係る提携業者利用情報記憶部２１０に記憶された情報例を示す図である。なお、図１１に示す情報例は、提携業者の利用情報である。図１１に示すように、提携業者利用情報記憶部２１０は、提携業者ＩＤと、アクティビティと、利用ポイントとを対応付けて記憶する。アクティビティには、ユーザによって物品又はチケットが購入されたことを表す情報、ユーザが提携業者に立ち寄ったことを表す情報、ユーザが電車やバス等の輸送用機器に乗ったことを表す情報等のユーザの活動に関する情報が記憶される。また、利用ポイントには、アクティビティに応じて予め定められたポイントが記憶される。例を挙げると、提携業者利用情報記憶部２１０は、提携業者ＩＤ「ｍｅｒｃｈａｎｔＡ」と、アクティビティ「立ち寄り」と、利用ポイント「１」とを対応付けて記憶する。なお、ユーザに付与される利用ポイントと、提携業者に付与される利用ポイントとは、同一でなくても良い。提携業者の基本情報や利用情報には、ユーザの情報や、ユーザの行動の詳細を特定できる情報を排した形で各情報が記憶される。
【００７５】
管理システム１では、ユーザが提携業者のサービス等を利用した程度に応じて、提携業者から管理システム１の運営にキックバックを支払うことを想定している。そのために、提携業者の基本情報（図１０参照）を用いて、１ポイントを３円等として計算し、管理システム１の運営が各提携業者に請求する。また、各提携業者に提示する請求の内訳は、提携業者の利用情報（図１１参照）を用いて、各提携業者に対応する情報を提供する。
【００７６】
［実施の形態１に係る利用登録処理］
次に、図１２を用いて、実施の形態１に係る利用登録処理の流れを説明する。図１２は、実施の形態１に係る利用登録処理の流れの例を示すシーケンス図である。なお、利用登録処理とは、携帯端末１００を所有するユーザが管理システム１のサービスを利用するためにユーザ登録等を行なうときの処理を指す。
【００７７】
図１２に示すように、携帯端末１００は、ユーザ操作により、管理システム１を利用するためのユーザ登録の入力を受け付ける（ステップＳ１０１）。そして、携帯端末１００は、ユーザ登録の入力を受け付けると、受け付けられた言語や名前、決済手段等の情報を含むユーザ登録要求を情報処理装置２００に対して送信する（ステップＳ１０２）。情報処理装置２００は、携帯端末１００からユーザ登録要求を受信すると、該携帯端末１００を所有するユーザを識別するユーザＩＤを生成する（ステップＳ１０３）。
【００７８】
そして、情報処理装置２００は、生成したユーザＩＤに対応付けて、言語、名前、決済手段等のユーザ情報を利用者情報記憶部２０６に登録する（ステップＳ１０４）。続いて、情報処理装置２００は、ユーザＩＤとともに、ユーザ情報の登録が完了したことを表す登録完了メッセージ等を含む登録情報を、携帯端末１００に対して送信する（ステップＳ１０５）。これらにより、携帯端末１００は、登録情報を情報処理装置２００から受信すると、登録完了メッセージを表示する（ステップＳ１０６）。
【００７９】
［実施の形態１に係るルート検索処理］
次に、図１３を用いて、実施の形態１に係るルート検索処理の流れを説明する。図１３は、実施の形態１に係るルート検索処理の流れの例を示すシーケンス図である。なお、ルート検索処理とは、検索要求を行ない、検索要求に対するルート情報を通知する処理を指す。
【００８０】
図１３に示すように、携帯端末１００は、ユーザ操作により、ルート検索のために、出発地や目的地等の検索条件の入力を受け付ける（ステップＳ２０１）。そして、携帯端末１００は、ユーザＩＤとともに、受け付けられた出発地や目的地等の検索条件を含むルート検索要求を情報処理装置２００に対して送信する（ステップＳ２０２）。情報処理装置２００は、携帯端末１００からルート検索要求を受信すると、出発地や目的地等の検索条件をもとに、ルートを検索する（ステップＳ２０３）。
【００８１】
そして、情報処理装置２００は、検索したルートのルート情報を、ユーザＩＤに対応付けて利用者情報記憶部２０６に登録する（ステップＳ２０４）。続いて、情報処理装置２００は、検索したルートのルート情報を携帯端末１００に対して送信する（ステップＳ２０５）。これらにより、携帯端末１００は、ルート情報を情報処理装置２００から受信すると、ルート情報をもとに、ルート案内情報を表示する（ステップＳ２０６）。
【００８２】
［実施の形態１に係る乗車時処理］
次に、図１４を用いて、実施の形態１に係る乗車時処理の流れを説明する。図１４は、実施の形態１に係る乗車時処理の流れの例を示すシーケンス図である。なお、乗車時処理とは、携帯端末１００を所有するユーザが輸送用機器に乗るときの処理を指す。
【００８３】
図１４に示すように、携帯端末１００は、アクセスポイント４００ａへの接続を要求する（ステップＳ３０１）。アクセスポイント４００ａは、接続要求に応じて、接続が確立した旨を携帯端末１００に対して応答する（ステップＳ３０２）。携帯端末１００は、自身のユーザＩＤ及びアクティビティ（例えば、「ルート案内中」であること）をアクセスポイント４００ａに対して送信する（ステップＳ３０３）。アクセスポイント４００ａは、携帯端末１００から受信したユーザＩＤ及びアクティビティを管理サーバ３００ａに対して送信する（ステップＳ３０４）。
【００８４】
管理サーバ３００ａは、該管理サーバ３００ａが設置された輸送用機器の行き先や運行種別等を取得し、アクセスポイント４００ａから受信したユーザＩＤ及びアクティビティとともに、情報処理装置２００に対して送信する（ステップＳ３０５）。情報処理装置２００は、管理サーバ３００ａから受信したユーザＩＤをもとに、利用者情報記憶部２０６に記憶されたユーザのルート情報を取得する（ステップＳ３０６）。そして、情報処理装置２００は、取得したルート情報と、輸送用機器の行き先や運行種別等のユーザの移動状況とから、ルート情報に応じたルートでユーザが移動しているか否かを判定する（ステップＳ３０７）。
【００８５】
ルート情報に応じたルートでユーザが移動していないと判定された場合（図１４に示す「ＮＧの場合」）、情報処理装置２００は、誤って乗っていることを表す誤乗情報を、管理サーバ３００ａ、アクセスポイント４００ａを介して、携帯端末１００に対して送信する（ステップＳ３０８）。管理サーバ３００ａは、誤乗情報を情報処理装置２００から受信すると、誤乗情報をアクセスポイント４００ａに対して送信し、該当するユーザＩＤを記憶する（ステップＳ３０９）。アクセスポイント４００ａは、誤乗情報を管理サーバ３００ａから受信すると、誤乗情報を携帯端末１００に対して送信する（ステップＳ３１０）。これらにより、携帯端末１００は、アクセスポイント４００ａから誤乗情報を受信すると、誤って乗っていることをユーザに通知する（ステップＳ３１１）。
【００８６】
ルート情報に応じたルートでユーザが移動していると判定された場合（図１４に示す「ＯＫの場合」）、輸送用機器の発車後に、管理サーバ３００ａは、携帯端末１００のユーザＩＤと、ユーザの下車予定の駅（又はバス停等）とを記憶する（ステップＳ３１２）。そして、管理サーバ３００ａは、ユーザＩＤ、自身の提携業者ＩＤ、アクティビティ（「ルート案内中」であること）、行き先及び運行種別を情報処理装置２００に対して送信する（ステップＳ３１３）。情報処理装置２００は、管理サーバ３００ａから受信したユーザＩＤに対応付けて、提携業者ＩＤと輸送用機器に乗ったことを表すアクティビティとを利用者情報記憶部２０６に登録する（ステップＳ３１４）。
【００８７】
［実施の形態１に係る下車時処理］
次に、図１５を用いて、実施の形態１に係る下車時処理の流れを説明する。図１５は、実施の形態１に係る下車時処理の流れの例を示すシーケンス図である。なお、下車時処理とは、携帯端末１００を所有するユーザが乗っている輸送用機器から降りるときの処理を指す。
【００８８】
図１５に示すように、管理サーバ３００ａは、対応するアクセスポイント４００ａに対して、携帯端末１００が接続されているかを確認する（ステップＳ４０１）。アクセスポイント４００ａは、接続確認に対して、携帯端末１００が接続されていないことを管理サーバ３００ａに対して通知する（ステップＳ４０２）。すなわち、この時点で、携帯端末１００を所有するユーザが、輸送用機器から降りたことを意味している。管理サーバ３００ａは、携帯端末１００が接続されていないことをアクセスポイント４００ａから通知されると、該携帯端末１００のユーザＩＤ、自身の提携業者ＩＤ、ユーザのアクティビティ（「ルート案内中」であること）、ユーザの下車した駅等を情報処理装置２００に対して送信する（ステップＳ４０３）。情報処理装置２００は、管理サーバ３００ａから受信したユーザＩＤに対応付けて、提携業者ＩＤと輸送用機器から降りたことを表すアクティビティとを利用者情報記憶部２０６に登録する（ステップＳ４０４）。
【００８９】
［実施の形態１に係る誤乗時のリルート処理］
次に、図１６を用いて、実施の形態１に係る誤乗時のリルート処理の流れを説明する。図１６は、実施の形態１に係る誤乗時のリルート処理の流れの例を示すシーケンス図である。なお、誤乗時とは、携帯端末１００を所有するユーザが輸送用機器に乗り間違えた場合や、乗り過ごした場合のときの処理を指す。
【００９０】
図１６に示すように、管理サーバ３００ａは、対応するアクセスポイント４００ａに対して、携帯端末１００が接続されているかを確認する（ステップＳ５０１）。アクセスポイント４００ａは、接続確認に対して、携帯端末１００が接続されていることを管理サーバ３００ａに対して通知する（ステップＳ５０２）。管理サーバ３００ａは、携帯端末１００が接続されていることをアクセスポイント４００ａから通知されると、該携帯端末１００のユーザＩＤ、自身の提携業者ＩＤ、ユーザのアクティビティ（「ルート案内中」であること）、現在地、行き先及び運行種別等を情報処理装置２００に対して送信する（ステップＳ５０３）。
【００９１】
情報処理装置２００は、管理サーバ３００ａから受信したユーザＩＤをもとに、利用者情報記憶部２０６に記憶されたユーザのルート情報を取得し、取得したルート情報と、輸送用機器の行き先や運行種別等のユーザの移動状況とから、ルート情報に応じたルートでユーザが移動しているか否かを判定する（ステップＳ５０４）。ここでは、ルート情報に応じたルートでユーザが移動していないと判定されるものとする。そして、情報処理装置２００は、ユーザの現在地と、利用者情報記憶部２０６に記憶された目的地とから、ルートを再検索する（ステップＳ５０５）。続いて、情報処理装置２００は、再検索の結果であるルート情報を、ユーザＩＤに対応付けて利用者情報記憶部２０６に登録する（ステップＳ５０６）。その後、情報処理装置２００は、再検索されたルートのルート情報を、管理サーバ３００ａ、アクセスポイント４００ａを介して、携帯端末１００に対して送信する（ステップＳ５０７）。
【００９２】
管理サーバ３００ａは、再検索されたルートのルート情報を情報処理装置２００から受信すると、該ルート情報をアクセスポイント４００ａに対して送信する（ステップＳ５０８）。アクセスポイント４００ａは、再検索されたルートのルート情報を管理サーバ３００ａから受信すると、該ルート情報を携帯端末１００に対して送信する（ステップＳ５０９）。これらにより、携帯端末１００は、アクセスポイント４００ａから、再検索されたルートのルート情報を受信すると、ルート情報をもとにルート案内情報を表示する（ステップＳ５１０）。
【００９３】
なお、上述した乗車時処理の際に、管理サーバ３００ａによってユーザの下車予定の駅（又はバス停等）が記憶されているので、管理サーバ３００ａは、下車予定の駅を過ぎたときに該当する携帯端末１００の接続確認をしたうえで、情報処理装置２００に対してルートの再検索を要求しても良い。つまり、接続確認は、記憶された下車予定の駅を過ぎたときに、対応する携帯端末１００だけに対して行なわれれば良い。また、接続されていることが確認できた時点で、携帯端末１００を所有するユーザが、輸送用機器に誤って乗っていることになる。かかる場合、情報処理装置２００に対して送信されるアクティビティは、ルートの再検索を要求するための「ルート再検索」等となる。これにより、情報処理装置２００は、ルート情報に応じたルートでユーザが移動しているか否かを判定することなくルートの再検索を実行し、再検索したルートのルート情報を携帯端末１００に対して送信する。
【００９４】
［実施の形態１に係る運行トラブル時のリルート処理］
次に、図１７を用いて、実施の形態１に係る運行トラブル時のリルート処理の流れを説明する。図１７は、実施の形態１に係る運行トラブル時のリルート処理の流れの例を示すシーケンス図である。
【００９５】
図１７に示すように、管理サーバ３００ａは、輸送用機器の車載器等からの情報をもとに運行トラブルが発生していることを認識すると、アクセスポイント４００ａを介して、運行トラブルが発生していることを携帯端末１００に対して通知する（ステップＳ６０１）。アクセスポイント４００ａは、運行トラブルが発生していることを管理サーバ３００ａから通知されると、接続されている携帯端末１００に対して、運行トラブルが発生していることを通知する（ステップＳ６０２）。携帯端末１００は、運行トラブルが発生していることをアクセスポイント４００ａから通知されると、ユーザに対して、運行トラブルが発生していることを通知する（ステップＳ６０３）。また、管理サーバ３００ａは、ユーザＩＤ、提携業者ＩＤ、アクティビティ、現在地、行き先及び運行種別等を情報処理装置２００に対して送信する（ステップＳ６０４）。ここで、ユーザＩＤについては、上述した乗車時処理の際に記憶されたものを利用しても良いし、運行トラブルが発生したことの通知を受けた携帯端末１００からの応答で得られたものを利用しても良い。
【００９６】
情報処理装置２００は、管理サーバ３００ａから受信したユーザＩＤをもとに、利用者情報記憶部２０６に記憶されたユーザのルート情報を取得する（ステップＳ６０５）。そして、情報処理装置２００は、輸送用機器の現在地、行き先、運行種別等のユーザの移動状況と、取得したユーザのルート情報とから、リルートが必要であるか否かを判定する（ステップＳ６０６）。ここでは、リルートが必要である（ルート情報に応じたルートで移動可能でない）ものとする。続いて、情報処理装置２００は、ユーザの移動状況に含まれる現在地と、利用者情報記憶部２０６に記憶された目的地とから、ルートを再検索する（ステップＳ６０７）。その後、情報処理装置２００は、再検索されたルートのルート情報を、ユーザＩＤに対応付けて利用者情報記憶部２０６に登録する（ステップＳ６０８）。また、情報処理装置２００は、再検索されたルートのルート情報を、管理サーバ３００ａ、アクセスポイント４００ａを介して、携帯端末１００に対して送信する（ステップＳ６０９）。
【００９７】
管理サーバ３００ａは、再検索されたルートのルート情報を情報処理装置２００から受信すると、該ルート情報をアクセスポイント４００ａに対して送信する（ステップＳ６１０）。アクセスポイント４００ａは、再検索されたルートのルート情報を管理サーバ３００ａから受信すると、該ルート情報を携帯端末１００に対して送信する（ステップＳ６１１）。これらにより、携帯端末１００は、アクセスポイント４００ａから、再検索されたルートのルート情報を受信すると、ルート情報をもとにルート案内情報を表示する（ステップＳ６１２）。
【００９８】
［実施の形態１に係る通信範囲進入時の処理］
次に、図１８を用いて、実施の形態１に係る通信範囲進入時の処理の流れを説明する。図１８は、実施の形態１に係る通信範囲進入時の処理の流れの例を示すシーケンス図である。なお、通信範囲進入時とは、ユーザが所有する携帯端末１００が、アクセスポイント４００の通信範囲に入るときのことを指す。
【００９９】
図１８に示すように、携帯端末１００は、アクセスポイント４００への接続を要求する（ステップＳ７０１）。アクセスポイント４００は、携帯端末１００からの接続要求に対して、接続しても良い旨（接続ＯＫ）を応答する（ステップＳ７０２）。ここで、携帯端末１００とアクセスポイント４００との接続が確立する。携帯端末１００は、ユーザＩＤをアクセスポイント４００に対して送信する（ステップＳ７０３）。アクセスポイント４００は、ユーザＩＤを携帯端末１００から受信すると、ユーザＩＤを管理サーバ３００に対して送信する（ステップＳ７０４）。
【０１００】
管理サーバ３００は、アクセスポイント４００からユーザＩＤを受信すると、受信したユーザＩＤ、自身の提携業者ＩＤ及びアクティビティ（例えば、「立ち寄り」や「乗車」等）等のユーザによる提携業者の利用状況を情報処理装置２００に対して送信する（ステップＳ７０５）。情報処理装置２００は、管理サーバ３００からユーザによる提携業者の利用状況を受信すると、ユーザＩＤに対応付けて、提携業者ＩＤ、アクティビティを利用者情報記憶部２０６に登録する（ステップＳ７０６）。このとき、情報処理装置２００は、アクティビティに応じた利用ポイント（獲得した利用ポイント）についても利用者情報記憶部２０６に登録する。また、情報処理装置２００は、提携業者ＩＤに対応付けて、アクティビティや利用ポイント（利用ポイント合計）を提携業者利用情報記憶部２１０に登録する（ステップＳ７０７）。
【０１０１】
［実施の形態１に係る通信範囲内での購入時の処理］
次に、図１９を用いて、実施の形態１に係る通信範囲内での購入時の処理の流れを説明する。図１９は、実施の形態１に係る通信範囲内での購入時の処理の流れの例を示すシーケンス図である。
【０１０２】
図１９に示すように、タグリーダ５００／ＰＯＳ端末等は、チケットや物品の購入に応じて、携帯端末１００にユーザＩＤを送信するように要求する（ステップＳ８０１）。携帯端末１００は、タグリーダ５００／ＰＯＳ端末等からの要求に応じて、ユーザＩＤを応答する（ステップＳ８０２）。タグリーダ５００／ＰＯＳ端末等は、ユーザＩＤ、購入内容及び決済手段を管理サーバ３００ｂに対して送信する（ステップＳ８０３）。管理サーバ３００ｂは、ユーザＩＤ、提携業者ＩＤ、購入内容、アクティビティ（例えば、「購入」等）及び決済手段等を、ユーザの購入状況として情報処理装置２００に対して送信する（ステップＳ８０４）。
【０１０３】
情報処理装置２００は、管理サーバ３００ｂからユーザの購入状況を受信すると、ユーザＩＤ、購入内容、決済手段等をもとに、ユーザの購入状況を利用者情報記憶部２０６に登録する（ステップＳ８０５）。このとき、情報処理装置２００は、アクティビティに応じた利用ポイント（獲得した利用ポイント）についても利用者情報記憶部２０６に登録する。また、情報処理装置２００は、提携業者ＩＤに対応付けて、アクティビティや利用ポイント（利用ポイント合計）を提携業者利用情報記憶部２１０に登録する（ステップＳ８０６）。
【０１０４】
［実施の形態１による効果］
管理システム１は、ユーザによって入力された検索条件に対して検索されたルートのルート情報を通知するとともに登録しておき、輸送用機器ごとに設置された管理サーバ３００ａから受信されたユーザの移動状況と、登録されたルート情報とから、ルート情報に応じたルートでユーザが移動していない場合に、誤乗情報を通知する。この結果、管理システム１は、効率的に目的地までユーザをたどり着かせることができる。
【０１０５】
また、管理システム１は、ルート情報に応じたルートでユーザが移動していない場合に、ユーザの移動状況をもとにルートを再検索し、再検索の結果であるルート情報を通知するとともに登録しておく。この結果、管理システム１は、ユーザが乗り間違いや乗り過ごしをしてしまった場合であっても、リルートしたルート情報を迅速に通知するので、効率的に目的地までユーザをたどり着かせることができる。
【０１０６】
また、管理システム１は、輸送用機器の運行トラブル発生に応じて管理サーバ３００ａから受信されたユーザの移動状況と、登録されたルート情報とから、ルート情報に応じたルートで移動可能でない場合に、ルートを再検索し、再検索の結果であるルート情報を通知するとともに登録しておく。この結果、管理システム１は、輸送用機器の運行トラブル発生により、通知されたルート情報通りにユーザが移動できなくなってしまった場合であっても、リルートしたルート情報を迅速に通知するので、効率的に目的地までユーザたどり着かせることができる。
【０１０７】
また、管理システム１は、駅やバス停、小売店等の任意の場所に設置された管理サーバ３００ｂから受信された、ユーザによる提携業者の利用状況やユーザの購入状況を登録する。この結果、管理システム１は、提携業者に対して有用な情報を提供することができる。
【０１０８】
（実施の形態２）
さて、これまで本発明に係る管理システム１の実施の形態について説明したが、上述した実施の形態以外にも種々の異なる形態にて実施されて良いものである。そこで、（１）到着情報の通知、（２）構成、（３）プログラム、について異なる実施の形態を説明する。
【０１０９】
（１）到着情報の通知
管理システム１では、輸送用機器に乗っているユーザが降りる予定の場所に到着する所定時間前に、到着情報を通知することができる。具体的には、管理サーバ３００ａは、輸送用機器からユーザが降りる予定の場所に到着する所定時間前に、該場所に到着することを表す到着情報を携帯端末１００に対して送信する。また、携帯端末１００において、受信制御部１０５は、通信部１０４を介して、管理サーバ３００ａから到着情報を受信するための制御を行なう。かかる受信制御部１０５は、「到着情報受信部」の一例である。また、携帯端末１００において、通知制御部１０７は、受信制御部１０５によって受信された到着情報をもとに、ユーザが降りる予定の場所に到着する旨を通知するための制御を行なう。かかる通知制御部１０７は、「到着情報通知部」の一例である。例えば、下車予定駅やバス停等は、上述した乗車時処理の際に記憶された情報を利用すれば良い。つまり、管理サーバ３００ａは、電車又はバスの車載器等から次に停車する駅やバス停を取得し、乗車時処理の際に記憶された情報に該当するものがあれば、対応するユーザＩＤの携帯端末１００に対して到着情報を送信する。これらの結果、管理システム１は、輸送用機器に乗っているユーザが降りる予定の場所に到着する所定時間前に到着情報を通知することにより、ユーザの目的地まで効率的にたどり着かせることができる。
【０１１０】
また、管理システム１では、降りる予定の場所に到着することをユーザに通知するだけではなく、降りる予定のユーザが存在することを、輸送用機器の操作者に通知することができる。具体的には、管理サーバ３００ａは、輸送用機器からユーザが降りる予定の場所に到着する所定時間前に、該輸送用機器の操作者が確認可能な情報機器に対して、降りるユーザが存在する旨の情報を送信する。例えば、ユーザが下車予定であるバス停等は、上述した乗車時処理の際に記憶された情報を利用すれば良い。つまり、管理サーバ３００ａは、バスの車載器等から次に停車するバス停を取得し、乗車時処理の際に記憶された情報に該当するものがあれば、バスの運転者が確認可能な車載器等に、次のバス停で停車すべきことを通知する。これらの結果、管理システム１は、輸送用機器に乗っているユーザが降りる予定の場所に到着する前に、停車すべきことを通知することにより、ユーザの目的地まで効率的にたどり着かせることができる。
【０１１１】
（２）構成
また、上記文書中や図面中等で示した処理手順、制御手順、具体的名称、各種のデータやパラメタ等を含む情報は、特記する場合を除いて任意に変更することができる。また、図示した装置の各構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散又は統合の具体的形態は、図示のものに限られず、その全部又は一部を各種の負担や使用状況等に応じて、任意の単位で機能的又は物理的に、分散又は統合することができる。例えば、受信制御部２０２は、ルート検索要求を携帯端末１００から受信するための制御を行なう「検索要求受信部」と、管理サーバ３００から、ユーザの移動状況やユーザによる提携業者の利用状況、ユーザの購入状況を受信するための制御を行なう「状況受信部」と、ユーザ登録要求を携帯端末１００から受信するための制御を行なう「登録要求受信部」とに分散しても良い。
【０１１２】
（３）プログラム
また、携帯端末１００や情報処理装置２００で実行されるプログラムは、一つの様態として、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。また、携帯端末１００や情報処理装置２００で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしても良い。また、携帯端末１００や情報処理装置２００で実行されるプログラムをインターネット等のネットワーク経由で提供又は配布するように構成しても良い。また、携帯端末１００や情報処理装置２００で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成しても良い。
【０１１３】
携帯端末１００で実行されるプログラムは、上述した各部（受付部１０２、送信制御部１０３、受信制御部１０５、通知制御部１０７）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが記憶媒体からプログラムを読み出して実行することにより、上記各部が主記憶装置上にロードされ、受付部１０２、送信制御部１０３、受信制御部１０５、通知制御部１０７が主記憶装置上に生成されるようになっている。
【０１１４】
また、情報処理装置２００で実行されるプログラムは、上述した各部（受信制御部２０２、識別情報生成部２０３、送信制御部２０４、利用者情報登録部２０５、ルート検索部２０７、判定部２０８、提携業者利用情報登録部２０９）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが記憶媒体からプログラムを読み出して実行することにより、上記各部が主記憶装置上にロードされ、受信制御部２０２、識別情報生成部２０３、送信制御部２０４、利用者情報登録部２０５、ルート検索部２０７、判定部２０８、提携業者利用情報登録部２０９が主記憶装置上に生成されるようになっている。
【符号の説明】
【０１１５】
１      管理システム
１００  携帯端末
１０１  操作表示部
１０２  受付部
１０３  送信制御部
１０４  通信部
１０５  受信制御部
１０６  記憶部
１０７  通知制御部
２００  情報処理装置
２０１  通信部
２０２  受信制御部
２０３  識別情報生成部
２０４  送信制御部
２０５  利用者情報登録部
２０６  利用者情報記憶部
２０７  ルート検索部
２０８  判定部
２０９  提携業者利用情報登録部
２１０  提携業者利用情報記憶部
３００  管理サーバ
４００  アクセスポイント
５００  タグリーダ
【先行技術文献】
【特許文献】
【０１１６】
【特許文献１】特開２００７−３２３１２３号公報
【特許文献２】特開２０１１−１８３９６５号公報
【特許文献３】特開２００５−２９２９９５号公報
【図１】
2016138806.tif 000003
【図２】
2016138806.tif 000004
【図３】
2016138806.tif 000005
【図４】
2016138806.tif 000006
【図５Ａ】
2016138806.tif 000007
【図５Ｂ】
2016138806.tif 000008
【図５Ｃ】
2016138806.tif 000009
【図６】
2016138806.tif 000010
【図７】
2016138806.tif 000011
【図８】
2016138806.tif 000012
【図９】
2016138806.tif 000013
【図１０】
2016138806.tif 000014
【図１１】
2016138806.tif 000015
【図１２】
2016138806.tif 000016
【図１３】
2016138806.tif 000017
【図１４】
2016138806.tif 000018
【図１５】
2016138806.tif 000019
【図１６】
2016138806.tif 000020
【図１７】
2016138806.tif 000021
【図１８】
2016138806.tif 000022
【図１９】
2016138806.tif 000023