(57)【要約】      （修正有）【課題】店舗での待ち時間を抑制した店舗に対するサービス提供の注文を行うことができる情報処理装置を提供する。【解決手段】中継サーバ１００は、報知情報を発信する発信器の識別情報を、報知情報を受信した端末装置から取得する位置情報処理部１０２と、端末装置から、サービス又は商品を提供する店舗に対するサービス又は商品の提供の注文の情報である注文情報を取得する注文処理部１０４と、を備える。注文処理部１０４は、注文情報を取得し、かつ、位置情報処理部１０２が識別情報を取得した場合、店舗に対応する他の装置に、注文情報を送信する。【選択図】図２
2016071441.tif 000002
【特許請求の範囲】
【請求項１】
報知情報を発信する発信器の識別情報を、前記報知情報を受信した端末装置から取得する位置情報処理部と、
前記端末装置から、サービス又は商品を提供する店舗に対するサービス又は商品の提供の注文の情報である注文情報を取得する注文処理部と、を備え、
前記注文処理部は、前記注文情報を取得し、かつ、前記位置情報処理部が前記識別情報を取得した場合、前記店舗に対応する他の装置に前記注文情報を送信する
情報処理装置。
【請求項２】
前記発信器は、交通機関のネットワーク内の駅間を移動する移動体に設置され、
前記位置情報処理部は、前記端末装置が前記報知情報を受信した時刻の情報である受信時刻情報を、前記識別情報とともに前記端末装置から取得し、前記交通機関の駅に設置されたセンサ装置が受信した前記発信器の前記報知情報に含まれる前記識別情報を前記センサ装置から取得し、
前記注文処理部は、前記注文情報を取得し、かつ、前記位置情報処理部が前記端末装置から前記発信器の前記識別情報を取得した場合、前記センサ装置から取得した前記識別情報及び前記端末装置から取得した前記識別情報に基づいて前記端末装置が現時点で存在する前記交通機関の駅である現在駅を求め、前記受信時刻情報、前記現在駅及び前記店舗の最寄りの前記交通機関の駅をそれぞれ出発時刻、出発駅及び到着駅として前記到着駅に到着する時刻である駅到着時刻を算出し、前記注文情報とともに、前記駅到着時刻を前記他の装置に送信する
請求項１に記載の情報処理装置。
【請求項３】
前記注文処理部は、前記位置情報処理部が前記端末装置から前記発信器の前記識別情報を取得した場合、前記端末装置が現時点で存在する前記交通機関の駅である現在駅を求め、前記現在駅が先に求めた前記現在駅と異なる場合、前記受信時刻情報、変化後の前記現在駅及び前記店舗の最寄りの前記交通機関の駅をそれぞれ出発時刻、出発駅及び到着駅として前記到着駅に到着する時刻である駅到着時刻を算出し、前記駅到着時刻を前記他の装置に送信する
請求項２に記載の情報処理装置。
【請求項４】
自装置に対応する店舗に対するサービス又は商品の提供の注文の情報である注文情報、及び、前記注文情報を送信した端末装置の利用者が前記店舗の最寄りの交通機関の駅に到着する時刻である駅到着時刻を取得し、前記駅到着時刻及び前記最寄りの交通機関の駅から前記店舗までの移動時間に基づいて、前記注文情報についてのサービス又は商品の提供の準備を開始する時刻を算出する注文受付部を備える
情報処理装置。
【請求項５】
前記注文受付部は、前記注文情報及び前記駅到着時刻を取得した後、さらに、前記駅到着時刻を取得した場合、後に受信した前記駅到着時刻、前記最寄りの交通機関の駅から前記店舗までの移動時間に基づいて、前記注文情報についてのサービス又は商品の提供の準備を開始する時刻を算出する、
請求項４に記載の情報処理装置。
【請求項６】
端末装置、第１情報処理装置、第２情報処理装置を含む情報処理システムであって、
前記端末装置は、
報知情報を発信し交通機関のネットワーク内の駅間を移動する移動体に設置される発信器からの前記報知情報を受信し、前記報知情報に含まれる前記発信器の識別情報を抽出し、前記報知情報を受信した時刻である受信時刻情報と前記識別情報とを前記第１情報処理
装置に送信する報知情報処理部と、
前記端末装置の利用者から、サービス又は商品を提供する店舗に対するサービス又は商品の提供の注文の入力を受け付け、前記注文に対応する注文情報を、前記第１情報処理装置に送信する注文処理部と、を備え、
前記第１情報処理装置は、
前記発信器の前記識別情報と前記受信時刻情報とを前記端末装置から取得し、前記交通機関の駅に設置されたセンサ装置が受信した前記発信器の前記報知情報に含まれる前記識別情報を前記センサ装置から取得する位置情報処理部と、
前記注文情報を取得し、かつ、前記位置情報処理部が前記識別情報を取得した場合、前記発信器の前記識別情報に基づいて前記端末装置が現時点で存在する前記交通機関の駅である現在駅を求め、前記受信時刻情報、前記現在位置及び前記店舗の最寄りの前記交通機関の駅をそれぞれ出発時刻、出発駅及び到着駅として前記到着駅に到着する時刻である駅到着時刻を算出し、前記注文情報とともに、前記駅到着時刻を前記店舗に対応する前記第２情報処理装置に送信する注文処理部と、を備え、
前記第２情報処理装置は、
前記第１情報処理装置から前記注文情報及び前記駅到着時刻を取得し、前記駅到着時刻、前記最寄りの前記交通機関の駅から前記店舗までの移動時間に基づいて、前記注文情報についてのサービス又は商品の提供の準備を開始する時刻を算出する注文受付部を、備える
情報処理システム。
【請求項７】
報知情報を発信する発信器からの報知情報を受信し、前記報知情報に含まれる前記発信器の識別情報を抽出し、前記識別情報を情報処理装置に送信する報知情報処理部と、
自装置の利用者からの、サービス又は商品を提供する店舗に対するサービス又は商品の提供の注文の入力を受け付ける注文処理部と、を備え、
前記注文処理部は、前記店舗に対する注文の入力を受け付け、かつ、前記報知情報処理部が前記識別情報を受信した場合、前記注文に対応する注文情報を、前記情報処理装置に送信する、
端末装置。
【請求項８】
コンピュータが、
報知情報を発信する発信器の識別情報を、前記報知情報を受信した端末装置から取得し、
前記端末装置から、サービス又は商品を提供する店舗に対するサービス又は商品の提供の注文の情報である注文情報を取得し、
前記注文情報を取得し、かつ、前記識別情報を取得した場合、前記店舗に対応する他の装置に、前記注文情報を送信する
ことを実行する情報処理方法。
【請求項９】
コンピュータが、
報知情報を発信する発信器の識別情報を、前記報知情報を受信した端末装置から取得し、
前記端末装置から、サービス又は商品を提供する店舗に対するサービス又は商品の提供の注文の情報である注文情報を取得し、
前記注文情報を取得し、かつ、前記識別情報を取得した場合、前記店舗に対応する他の装置に、前記注文情報を送信する
ことを実行するための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、端末装置、情報処理方法、情報処理プログラムに関する。
【背景技術】
【０００２】
鉄道などの交通機関を利用した通勤や通学の帰宅時などに、通勤者や通学者が、鉄道等の降車駅周辺の飲食店、スーパーマーケット、雑貨店、生花店等の店舗で、飲食の提供や商品の小売等のサービスや商品の提供を受けることがある。サービスや商品の提供をうける利用者にとって、店舗に訪問して、サービスや商品の提供の注文をしてから、長時間の待ち時間が発生することは好ましいことではない。また、例えば、飲食店などで飲食物の提供を受ける場合には、作り置きされたものではなく、出来たての飲食物を提供されることが利用者にとって好ましい。
【０００３】
近年、店舗のサービスや商品の提供の予約（飲食店利用の予約、生花購入の予約など）が、ウェブサイト等において、可能になっている。あらかじめ、来店時刻を指定した予約をすることにより、店舗では利用者（予約者）が店舗に到着する前に、サービスや商品の提供の準備をすることができ、利用者の店舗での待ち時間を減らすことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−０５８６６３号公報
【特許文献２】特開２００７−２５７２１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、ウェブサイト等におけるサービスや商品の提供の予約では、利用者が来店する時刻が不明確、不確定である。即ち、利用者が来店する時刻が、予約した来店時刻（予約時刻）と異なることがある。このため、予約に基づいて店舗で利用者に対するサービス等の提供の準備をしても、利用者が予約時刻に現れないために、サービス等の提供を適切な状態で行えないことがある。また、利用者が予約時刻よりも早く来店したために、サービス等の提供までに利用者を長時間待たせてしまうことがある。利用者にとって、サービス等の提供の注文を行った店舗で長時間待たされることは好ましくない。
【０００６】
本発明は、店舗での待ち時間を低減して店舗に対するサービス又は商品の提供の注文を行うことができる情報処理装置を提供することを課題とする。
【課題を解決するための手段】
【０００７】
開示の技術は、上記課題を解決するために、以下の手段を採用する。
即ち、第１の態様は、
報知情報を発信する発信器の識別情報を、前記報知情報を受信した端末装置から取得する位置情報処理部と、
前記端末装置から、サービス又は商品を提供する店舗に対するサービス又は商品の提供の注文の情報である注文情報を取得する注文処理部と、を備え、
前記注文処理部は、前記注文情報を取得し、かつ、前記位置情報処理部が前記識別情報を取得した場合、前記店舗に対応する他の装置に、前記注文情報を送信する
情報処理装置とする。
【０００８】
第２の態様は、
自装置に対応する店舗に対するサービス又は商品の提供の注文の情報である注文情報、及び、前記注文情報を送信した端末装置の利用者が前記店舗の最寄りの交通機関の駅に到着する時刻である駅到着時刻を取得し、前記駅到着時刻及び前記最寄りの交通機関の駅から前記店舗までの移動時間に基づいて、前記注文情報についてのサービス又は商品の提供の準備を開始する時刻を算出する注文受付部を備える
情報処理装置とする。
【０００９】
第３の態様は、
端末装置、第１情報処理装置、第２情報処理装置を含む情報処理システムであって、
前記端末装置は、
報知情報を発信し交通機関のネットワーク内の駅間を移動する移動体に設置される発信器からの前記報知情報を受信し、前記報知情報に含まれる前記発信器の識別情報を抽出し、前記報知情報を受信した時刻である受信時刻情報と前記識別情報とを前記第１情報処理装置に送信する報知情報処理部と、
前記端末装置の利用者から、サービス又は商品を提供する店舗に対するサービス又は商品の提供の注文の入力を受け付け、前記注文に対応する注文情報を、前記第１情報処理装置に送信する注文処理部と、を備え、
前記第１情報処理装置は、
前記発信器の前記識別情報と前記受信時刻情報とを前記端末装置から取得し、前記交通機関の駅に設置されたセンサ装置が受信した前記発信器の前記報知情報に含まれる前記識別情報を前記センサ装置から取得する位置情報処理部と、
前記注文情報を取得し、かつ、前記位置情報処理部が前記識別情報を取得した場合、前記発信器の前記識別情報に基づいて前記端末装置が現時点で存在する前記交通機関の駅である現在駅を求め、前記受信時刻情報、前記現在位置及び前記店舗の最寄りの前記交通機関の駅をそれぞれ出発時刻、出発駅及び到着駅として前記到着駅に到着する時刻である駅到着時刻を算出し、前記注文情報とともに、前記駅到着時刻を前記店舗に対応する前記第２情報処理装置に送信する注文処理部と、を備え、
前記第２情報処理装置は、
前記第１情報処理装置から前記注文情報及び前記駅到着時刻を取得し、前記駅到着時刻、前記最寄りの前記交通機関の駅から前記店舗までの移動時間に基づいて、前記注文情報についてのサービス又は商品の提供の準備を開始する時刻を算出する注文受付部を、備える
情報処理システムとする。
【００１０】
第４の態様は、
報知情報を発信する発信器からの報知情報を受信し、前記報知情報に含まれる前記発信器の識別情報を抽出し、前記識別情報を情報処理装置に送信する報知情報処理部と、
自装置の利用者からの、サービス又は商品を提供する店舗に対するサービス又は商品の提供の注文の入力を受け付ける注文処理部と、を備え、
前記注文処理部は、前記店舗に対する注文の入力を受け付け、かつ、前記報知情報処理部が前記識別情報を受信した場合、前記注文に対応する注文情報を、前記情報処理装置に送信する、
端末装置とする。
【００１１】
開示の態様は、プログラムが情報処理装置によって実行されることによって実現されてもよい。即ち、開示の構成は、上記した態様における各手段が実行する処理を、情報処理装置に対して実行させるためのプログラム、或いは当該プログラムを記録したコンピュータ読み取り可能な記録媒体として特定することができる。また、開示の構成は、上記した
各手段が実行する処理を情報処理装置が実行する方法をもって特定されてもよい。開示の構成は、上記した各手段が実行する処理を行う情報処理装置を含むシステムとして特定されてもよい。
【発明の効果】
【００１２】
本発明によれば、店舗での待ち時間を低減して店舗に対するサービス又は商品の提供の注文を行うことができる情報処理装置を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施形態のシステムの構成例を示す図である
【図２】図２は、中継サーバの構成例を示す図である。
【図３】図３は、列車位置情報テーブルの例を示す図である。
【図４】図４は、利用者位置情報テーブルの例を示す図である。
【図５】図５は、利用者情報テーブルの例を示す図である。
【図６】図６は、店舗情報テーブルの例を示す図である。
【図７】図７は、フラグ状態テーブルの例を示す図である。
【図８】図８は、駅センサテーブルの例を示す図である。
【図９】図９は、ユーザ端末の構成例を示す図である。
【図１０】図１０は、店舗サーバの構成例を示す図である。
【図１１】図１１は、注文テーブルの例を示す図である。
【図１２】図１２は、メニューテーブルの例を示す図である。
【図１３】図１３は、情報処理装置のハードウェア構成例を示す図である。
【図１４】図１４は、車内ビーコンと駅センサと中継サーバとの間の動作例について説明するシーケンス図である。
【図１５】図１５は、ユーザ端末の動作フローの例（１／３）を示す図である。
【図１６】図１６は、ユーザ端末の動作フローの例（２／３）を示す図である。
【図１７】図１７は、ユーザ端末の動作フローの例（３／３）を示す図である。
【図１８】図１８は、中継サーバの動作フローの例（１／４）を示す図である。
【図１９】図１９は、中継サーバの動作フローの例（２／４）を示す図である。
【図２０】図２０は、中継サーバの動作フローの例（３／４）を示す図である。
【図２１】図２１は、中継サーバの動作フローの例（４／４）を示す図である。
【図２２】図２２は、店舗サーバの動作フローの例（１／３）を示す図である。
【図２３】図２３は、店舗サーバの動作フローの例（２／３）を示す図である。
【図２４】図２４は、店舗サーバの動作フローの例（３／３）を示す図である。
【図２５】図２５は、実施形態のユーザ端末、中継サーバ、店舗サーバの間の動作シーケンスの例を示す図である。
【図２６】図２６は、変形例１の動作の例を示す図である。
【図２７】図２７は、駅の改札口に発信器が設置される例を示す図である。
【図２８】図２８は、実施形態のシステムの動作の例を示す図である。
【図２９】図２９は、実施形態のシステムの動作の例を示す図である。
【図３０】図３０は、実施形態のシステムの動作の例を示す図である。
【図３１】図３１は、従来の店舗に対する注文と、実施形態における注文との比較例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して実施形態について説明する。実施形態の構成は例示であり、開示の構成は、開示の実施形態の具体的構成に限定されない。開示の構成の実施にあたって、実施形態に応じた具体的構成が適宜採用されてもよい。
【００１５】
ここでは、鉄道に乗車したことを検知する構成としているが、本実施形態のシステムは
、鉄道に限定されず、他の交通機関にも同様に適用され得る。
【００１６】
〔実施形態〕
本実施形態では、ユーザ端末の利用者が、所定の店舗でサービスや商品の提供を利用するために、交通機関（輸送機関）の移動体（例えば、鉄道の列車）で移動して当該店舗を訪問する。利用者は、ユーザ端末を介して、鉄道の列車等に乗車する前または乗車中に、サービス又は商品を提供する店舗におけるサービス又は商品の提供の予約（注文）を行う。ユーザ端末から注文を受け付ける中継サーバは、利用者の乗車と注文との両方を確認すると、店舗の最寄駅（最寄りの交通機関の駅）への利用者の到着時刻を算出し、店舗に対応する店舗サーバにサービス又は商品の提供の注文を行う。注文を受けた店舗サーバは、店舗の最寄駅への到着時刻、最寄駅から店舗までの移動時間、サービス又は商品の提供の準備に要する時間などに基づいて、利用者の店舗への到着時刻に合わせて、サービス又は商品の提供の準備の開始時刻を算出する。店舗では、算出されたサービス又は商品の提供の準備の開始時刻に、サービス又は商品の提供の準備が開始される。利用者が店舗に到着すると、利用者は準備されたサービス又は商品の提供を受けることができる。
【００１７】
本実施形態では、サービスの提供としては、例えば、注文からサービスの提供まである程度の準備時間を要するサービスである飲食物の店舗内での提供、持ち帰り販売等を含む。商品の提供の例としては、例えば、注文から商品の引き渡しまである程度の準備時間を要する商品、例えば、包装、商品構成に時間のかかる商品、生花、フラワアレンジメントの提供、パッケージの包装が一般的なギフト品の販売、土産品の販売などを含む。本実施形態のサービスの提供や商品の提供は、ここに記載したものに限定されるものではない。
【００１８】
（構成例）
図１は、本実施形態のシステムの構成例を示す図である。図１のシステム１０は、中継サーバ１００、ユーザ端末２００、店舗サーバ３００、第１車内ビーコン４００Ａ、第２車内ビーコン４００Ｂ、第３車内ビーコン４００Ｃ、駅センサ５００、店舗端末６００を含む。中継サーバ１００は、インターネット等のネットワークを介して、ユーザ端末２００、店舗サーバ３００、駅センサ５００と接続される。店舗サーバ３００は、インターネット等のネットワークを介して、店舗端末６００と接続される。第１車内ビーコン４００Ａ、第２車内ビーコン４００Ｂ、第３車内ビーコン４００Ｃは、それぞれ、列車の第１車両、第２車両、第３車両に搭載される。図１の例では、列車は、駅のプラットホームに停車している。第１車内ビーコン４００Ａ、第２車内ビーコン４００Ｂ、第３車内ビーコン４００Ｃは、それぞれ、同様の構成を有する。以後、各車内ビーコンを区別しない場合、第１車内ビーコン４００Ａ、第２車内ビーコン４００Ｂ、第３車内ビーコン４００Ｃを、単に、車内ビーコン４００という。ここでは、３つの車内ビーコン（第１車内ビーコン４００Ａ、第２車内ビーコン４００Ｂ、第３車内ビーコン４００Ｃ）としているが、車内ビーコン４００の数は、３つに限定されるものではない。図１の例では、駅ビーコン５００は、駅のプラットホームに設置されている。
【００１９】
本実施形態のシステム１０では、列車に乗車しているユーザ端末２００のユーザの店舗等に対するサービス又は商品の提供の注文（予約）が、ユーザ端末２００から中継サーバ１００に送信され、中継サーバ１００から注文先の店舗に対応する店舗サーバ３００に注文が送信される。ユーザ端末２００の位置は、車内ビーコン４００が送信する報知情報や駅センサ５００を利用して、中継サーバ１００等で把握される。
【００２０】
中継サーバ１００は、ユーザ端末２００とサーバ装置３００との間などの通信を中継するサーバである。中継サーバ１００は、ユーザ端末２００から、ユーザ端末２００が受信した車内ビーコン４００の報知情報に含まれる識別情報やユーザ端末２００からの店舗等に対するサービス又は商品の提供の注文の情報を、受信する。また、中継サーバ１００は
、店舗の最寄駅の情報などから、ユーザ端末２００の利用者が、店舗の最寄駅に到着する時刻を算出する。さらに、中継サーバ１００は、店舗等に対するサービス又は商品の提供の注文の情報を店舗サーバ３００に送信する。
【００２１】
ユーザ端末２００は、当該ユーザ端末２００を携帯する利用者によって操作される端末装置である。ユーザ端末２００は、利用者の操作等により、店舗に対するサービス又は商品の提供の注文などを行うことができる。ユーザ端末２００は、車内ビーコン４００が送信する報知情報を受信するセンサを含む。報知情報を受信するセンサは、例えば、アンテナ、カメラ、マイクである。図１の例では、ユーザ端末２００は、利用者（ユーザＡ）によって操作され、利用者（ユーザＡ）はユーザ端末２００とともに、第１車両に乗車している。
【００２２】
店舗サーバ３００は、サービス又は商品を提供する店舗に対応付けられるサーバである。店舗サーバ３００は、中継サーバ１００を介してユーザ端末２００等からのサービス又は商品の提供の注文を受け付ける。店舗サーバ３００は、サービス又は商品の提供を行う店舗に対応付けられる。店舗サーバ３００に対応付けられる店舗の店員は、店舗サーバ３００からの情報により、ユーザ端末２００の利用者からのサービス又は商品の提供の注文を認識することができる。店舗サーバ３００は店舗外に設置され、店舗内には店舗サーバ３００からの出力を表示する店舗端末６００が設けられる。店舗サーバ３００は、サービス又は商品の提供を行う店舗に設置されてもよい。店舗サーバ３００は、他の装置の一例である。
【００２３】
車内ビーコン４００は、所定の報知情報（ビーコン）を周囲に向けて送信する発信器である。車内ビーコン４００は、列車の車両に搭載され、列車とともに移動する。報知情報には、車内ビーコン４００を識別するビーコンＩＤ（識別情報）が含まれる。車内ビーコン４００は、報知情報を、常時、送信する。図１の例では、第１車内ビーコン４００Ａは第１車両に搭載され、第２車内ビーコン４００Ｂは第２車両に搭載され、第３車内ビーコン４００Ｃは第３車両に搭載される。車両ビーコン４００から送信される報知情報は、車内ビーコン４００毎に異なる。報知情報は、電波、赤外線、音波（超音波）などによる信号によって、送信され得る。図１の例では、第１車内ビーコン４００Ａ、第２車内ビーコン４００Ｂ、第３車内ビーコン４００Ｃの報知情報は、それぞれ、ビーコンＩＤ「b12345678900」、「b12345679010」、「b12345679120」を含む。
【００２４】
車内ビーコン４００による報知情報は、当該車内ビーコン４００を搭載している車両が到着した駅（停車している駅）の駅センサ５００で受信される。また、車内ビーコン４００による報知情報は、当該車内ビーコン４００を搭載している車両に乗車している利用者のユーザ端末２００でも受信される。
【００２５】
駅センサ５００は、列車の車両に搭載される車内ビーコン４００による報知情報を受信するセンサである。駅センサ５００は、列車が運行する駅のプラットホーム等の駅構内に設置される。また、駅センサ５００は、ネットワークに接続され、中継サーバ１００等にデータを送信することができる。駅センサ５００は、受信した車内ビーコン４００の報知情報に含まれるビーコンＩＤを、駅センサ５００を識別する駅センサＩＤとともに、中継サーバ１００に送信する。報知情報を受信するセンサは、例えば、アンテナ、カメラ、マイクである。図１の例では、駅センサ５００は、駅センサＩＤ「h003」を有する。
【００２６】
店舗端末６００は、サービス又は商品の提供を提供する店舗に設置される端末である。店舗端末６００は、ネットワークを介して、店舗サーバ３００に接続される。店舗端末６００は、店舗の従業員等に向けて情報を表示する表示手段を含む。店舗端末６００は、店舗サーバ３００から、表示手段に表示される情報を受信する。また、店舗端末６００は、
利用者に対するサービス又は商品の提供を完了した旨を店舗の従業員等が入力する入力手段を有する。店舗端末６００は、ディスプレイ、プリンタ、スピーカ等の出力手段、および、キーボード、ポインティングデバイス、タッチパネル等の入力手段の組み合わせであってもよい。店舗端末６００は、他の装置の一例である。
【００２７】
図２は、中継サーバの構成例を示す図である。中継サーバ１００は、位置情報処理部１０２、注文処理部１０４、格納部１０６を含む。
【００２８】
位置情報処理部１０２は、車内ビーコン４００からの報知情報を受信する駅センサ５００から車内ビーコン４００のビーコンＩＤ等を受信し、車内ビーコン４００が設置される列車の現在位置を把握する。位置情報処理部１０２は、車内ビーコン４００からの報知情報を受信するユーザ端末２００から車内ビーコン４００のビーコンＩＤ等を受信し、ユーザ端末２００の現在位置を把握する。
【００２９】
注文処理部１０４は、ユーザ端末２００から店舗でのサービス又は商品の提供に対する注文等を受け付ける。注文処理部１０４は、ユーザ端末２００の現在位置（駅）等からユーザ端末２００の利用者がサービス又は商品の提供を受ける店舗の最寄駅に到着する時刻を求める。注文処理部１０４は、ユーザ端末２００からの注文の情報とともに、利用者の店舗の最寄駅への到着時刻を通知する。
【００３０】
格納部１０６は、列車位置情報テーブルＴ１００、利用者位置情報テーブルＴ２００、利用者情報テーブルＴ３００、店舗情報テーブルＴ４００、フラグ状態テーブルＴ５００、駅センサテーブルＴ７００を格納する。また、格納部１０６は、ユーザ端末２００から送信される新規注文の注文内容や、店舗サーバ３００から送信されるメニューテーブルＴ８００等を格納しうる。
【００３１】
図３は、列車位置情報テーブルの例を示す図である。図３の列車位置情報テーブルＴ１００は、ビーコンＩＤ毎のレコードを含む。各レコードは、駅センサ５００が受信した報知情報に含まれるビーコンＩＤ、報知情報を受信した駅センサ５００を識別する駅センサＩＤ、駅センサ５００が設置される駅の駅名、報知情報を受信した時刻のフィールドを含む。中継サーバ１００は、列車位置情報テーブルＴ１００により、ビーコンＩＤで識別される車内ビーコン４００が搭載された列車の現在の位置を、認識できる。駅センサＩＤと、駅センサＩＤで識別される駅センサ５００が設置される駅とは、例えば、あらかじめ、駅センサＩＤと駅センサが設置される駅の駅名との対応テーブル（駅センサテーブルＴ７００）によって、対応付けされている。駅センサテーブルＴ７００により、駅センサＩＤから駅名が検索される。
【００３２】
図４は、利用者位置情報テーブルの例を示す図である。利用者位置情報テーブルＴ２００は、ユーザＩＤ毎に利用者の位置情報が登録されるレコードを含む。各レコードは、ユーザＩＤ、ユーザ端末２００が受信した報知情報に含まれるビーコンＩＤ、報知情報を受信した時刻、ビーコンＩＤに対応する現在位置（駅）、注文先の店舗の最寄駅への到着時刻のフィールドを有する。
【００３３】
図５は、利用者情報テーブルの例を示す図である。利用者情報テーブルＴ３００は、利用者毎に利用者の個別情報が登録されるレコードを含む。各レコードは、利用者を識別するユーザＩＤ、氏名、電話番号、電子メールアドレス、降車駅等が登録されるフィールドを有する。降車駅は、利用者が鉄道を利用して自宅に帰る際に降車する駅である。即ち、降車駅は、利用者の自宅の最寄駅である。
【００３４】
図６は、店舗情報テーブルの例を示す図である。店舗情報テーブルＴ４００は、サービ
ス又は商品を提供する店舗毎に、店舗の情報が登録されるレコードを含む。各レコードは、店舗を識別するユーザＩＤ、店舗の名称である店舗名、当該店舗の電話番号、最寄駅からの徒歩時間（移動時間）、最寄駅等が登録されるフィールドを有する。最寄駅は、店舗から最も近い駅である。当該店舗でサービス又は商品の提供を受ける利用者は、当該最寄駅で列車を降車する。
【００３５】
図７は、フラグ状態テーブルの例を示す図である。フラグ状態テーブルＴ５００は、中継サーバ１００で使用されるフラグの状態を格納するテーブルである。フラグ状態テーブルＴ５００は、ユーザ端末２００の利用者毎に用意される。図７のフラグ状態テーブルＴ５００では、ユーザＩＤが「u10001」である利用者についての、第１フラグ（1st-flag）、第２フラグ（2nd-flag）、第３フラグ（3rd-flag）の状態が示される。各フラグは、ＯＮまたはＯＦＦの状態を取りうる。フラグの状態は、中継サーバ１００によって、変更される。各フラグの状態に基づいて、店舗サーバ３００への注文の通知などの判断が行われる。第１フラグは、利用者が列車に乗車をしている場合にＯＮの状態に設定される。第２フラグは、利用者がサービス又は商品の提供の注文を行った場合にＯＮの状態に設定される。第３フラグは、利用者が乗車している列車の現在位置（駅）が変化した場合などにＯＮの状態にされる。
【００３６】
図８は、駅センサテーブルの例を示す図である。駅センサテーブルＴ７００は、駅センサ５００を識別する駅センサＩＤと、当該駅センサ５００が設置される駅の駅名との対応付けを格納するテーブルである。駅センサテーブルＴ７００は、駅センサ５００が駅のプラットホーム等に設置される毎に、更新される。
【００３７】
図９は、ユーザ端末の構成例を示す図である。ユーザ端末２００は、表示部２０２、報知情報処理部２０４、注文処理部２０６、格納部２０８を含む。
【００３８】
表示部２０２は、利用者に対して、店舗でのサービス又は商品の提供を注文するための注文画面等を表示する。
【００３９】
報知情報処理部２０４は、車内ビーコン４００が送信する報知情報を受信し、報知情報の受信状況を、中継サーバ１００に通知する。
【００４０】
注文処理部２０６は、中継サーバ１００から、店舗で提供されるサービス又は商品のメニューを受信する。メニューは、店舗で提供できるサービス又は商品の項目の一覧である。注文処理部２０６は、利用者から、店舗で提供されるサービス又は商品の提供の注文を受け付ける。注文処理部２０６は、利用者から受け付けた注文の内容を、中継サーバ１００に通知する。
【００４１】
格納部２０８は、中継サーバ１００から受信したメニューテーブルＴ８００や、利用者が注文した注文内容、ユーザ端末２００の利用者を識別するユーザＩＤなどを格納する。
【００４２】
図１０は、店舗サーバの構成例を示す図である。店舗サーバ３００は、注文受付部３０２、注文処理部３０４、格納部３０６を含む。
【００４３】
注文受付部３０２は、店舗で提供できるサービス又は商品の一覧であるメニューテーブルＴ８００を中継サーバ１００に送信したり、ユーザ端末２００から中継サーバ１００を介して、新規注文等の通知を受信したりする。また、注文受付部３０２は、サービス又は商品の提供のための準備開始時刻を算出する。
【００４４】
注文処理部３０４は、注文テーブルＴ６００を管理し、サービス又は商品の提供の準備
開始時刻を店舗端末６００に通知する。注文処理部３０２は、店舗端末６００から、サービス提供の完了の通知を受信する。
【００４５】
格納部３０６は、注文テーブルＴ６００、メニューテーブルＴ８００を格納する。
【００４６】
店舗サーバ３００は、店舗ごとに設けられる。複数の店舗で、１つの店舗サーバ３００が共有されてもよい。
【００４７】
図１１は、注文テーブルの例を示す図である。注文テーブルＴ６００は、利用者のサービス又は商品の提供の予約である注文を管理するテーブルである。注文テーブルＴ６００は、注文ＩＤ毎のレコードを含む。各レコードは、注文ＩＤ、ユーザＩＤ、メニューＩＤ、商品名、注文時刻、駅到着時刻、駅からの時間、準備時間、準備開始時刻を含む。注文ＩＤは、ユーザ端末２００の利用者からの新規の注文を識別する識別子である。駅到着時刻は、利用者が店舗の最寄駅に到着する予定の時刻である。駅からの時間は、店舗の最寄駅から店舗までの移動にかかる時間である。準備時間は、利用者が注文したサービス又は商品を提供するための準備にかかる時間である。準備開始時刻は、利用者が注文したサービス又は商品を提供するための準備を開始する時刻である。
【００４８】
図１１（Ａ）では、注文テーブルＴ６００のレコードは、注文時刻順に並んでいる。図１１（Ｂ）では、注文テーブルＴ６００のレコードは、準備開始時刻順にソートされている。店舗では、各注文の準備開始時刻にしたがって、各注文のサービス又は商品の提供の準備が開始される。店舗に注文が準備開始時刻順にソートされて提供されることで、店舗では作業の優先順位を決定しやすく業務の効率化を図ることができる。
【００４９】
図１２は、メニューテーブルの例を示す図である。メニューテーブルＴ８００は、店舗で提供されるサービス又は商品の一覧を格納するテーブルである。メニューテーブルＴ８００は、サービス又は商品を提供する店舗毎に用意される。図１２のメニューテーブルＴ８００では、店舗名が「cafeA」、店舗ＩＤが「s001」である店舗についてのメニューが
示される。店舗名は、サービス又は商品を提供する店舗の名称である。店舗ＩＤは、サービスを提供する店舗を識別する識別子である。図１２のメニューテーブルＴ８００は、メニューＩＤ毎のレコードを含む。メニューＩＤは、店舗で提供するサービス又は商品を識別する識別子である。各レコードは、メニューＩＤ、サービス又は商品の名称である商品名、当該サービス又は商品を提供するまでの準備に要する時間である準備時間、サービス又は商品の提供を受けるために利用者が支払う金額である価格のフィールドを含む。
【００５０】
中継サーバ１００、店舗サーバ３００は、ＰＣ（Personal Computer）、ワークステー
ション（ＷＳ、Work Station）のような専用または汎用のコンピュータ、あるいは、コンピュータを搭載した電子機器を使用して実現可能である。また、ユーザ端末２００、店舗端末６００は、ＰＣ、スマートフォン、携帯電話、タブレット型端末、ウェアラブルコンピュータ、カーナビゲーション装置のような専用または汎用のコンピュータ、あるいは、コンピュータを搭載した電子機器を使用して実現可能である。
【００５１】
図１３は、情報処理装置のハードウェア構成例を示す図である。図１３に示すような情報処理装置１０００は、コンピュータの一例である。図１３の情報処理装置１０００は、プロセッサ１００２、メモリ１００４、記憶部１００６、入力部１００８、出力部１０１０、通信制御部１０１２を有する。メモリ１００４及び記憶部１００６は、コンピュータ読み取り可能な記録媒体である。情報処理装置のハードウェア構成は、図１３に示される例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。
【００５２】
情報処理装置１０００は、プロセッサ１００２が記録媒体に記憶されたプログラムをメ
モリ１００４の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、所定の目的に合致した機能を実現することができる。
【００５３】
プロセッサ１００２は、例えば、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）である。
【００５４】
メモリ１００４は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含む。メモリ１００４は、主記憶装置とも呼ばれる。
【００５５】
記憶部１００６は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディ
スクドライブ（ＨＤＤ、Hard Disk Drive）である。また、記憶部１００６は、リムーバ
ブルメディア、即ち可搬記録媒体を含むことができる。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体である。記憶部１０６は、二次記憶装置とも呼ばれる。
【００５６】
記憶部１００６は、各種のプログラム、各種のデータ及び各種のテーブルを格納する記録媒体である。記憶部１００６には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が読み書き自在に格納される。記憶部１００６に格納される情報は、メモリ１００４に格納されてもよい。また、メモリ１００４に格納される情報は、記憶部１００６に格納されてもよい。
【００５７】
オペレーティングシステムは、ソフトウェアとハードウェアとの仲介、メモリ空間の管理、ファイル管理、プロセスやタスクの管理等を行うソフトウェアである。オペレーティングシステムは、通信インタフェースを含む。通信インタフェースは、通信制御部１０１２を介して接続される他の外部装置等とデータのやり取りを行うプログラムである。外部装置等には、例えば、他の情報処理装置、外部記憶装置等が含まれる。
【００５８】
入力部１００８は、キーボード、ポインティングデバイス、ワイヤレスリモコン、タッチパネル等を含む。また、入力部１００８は、カメラのような映像、画像、光信号の入力装置や、マイクロフォンのような音声の入力装置を含むことができる。
【００５９】
出力部１０１０は、ＣＲＴ（Cathode Ray Tube）ディスプレイ、ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma Display Panel）、ＥＬ（Electroluminescence）パネル
等の表示装置、プリンタ等の出力装置を含む。また、出力部１０１０は、スピーカのような音声の出力装置を含むことができる。
【００６０】
通信制御部１０１２は、他の装置と接続し、情報処理装置１０００と他の装置との間の通信を制御する。通信制御部１０１２は、例えば、ＬＡＮ（Local Area Network）インタフェースボード、無線通信のための無線通信回路、電話通信のための通信回路である。ＬＡＮインタフェースボードや無線通信回路は、インターネット等のネットワークに接続される。
【００６１】
中継サーバ１００を実現するコンピュータは、プロセッサが二次記憶装置に記憶されているプログラムを主記憶装置にロードして実行することによって、位置情報処理部１０２、注文処理部１０４としての機能を実現する。また、格納部１０６は、主記憶装置または二次記憶装置の記憶領域に設けられる。
【００６２】
ユーザ端末２００を実現するコンピュータは、プロセッサが二次記憶装置に記憶されているプログラムを主記憶装置にロードして実行することによって、表示部２０２、報知情
報処理部２０４、注文処理部２０６としての機能を実現する。また、格納部２０８は、主記憶装置または二次記憶装置の記憶領域に設けられる。
【００６３】
店舗サーバ３００を実現するコンピュータは、プロセッサが二次記憶装置に記憶されているプログラムを主記憶装置にロードして実行することによって、注文受付部３０２、注文処理部３０４としての機能を実現する。また、格納部３０６は、主記憶装置または二次記憶装置の記憶領域に設けられる。
【００６４】
（動作例）
本実施形態のシステムの動作の例について説明する。
【００６５】
〈車内ビーコンと駅センサと中継サーバとの間の動作〉
図１４は、車内ビーコンと駅センサと中継サーバとの間の動作例について説明するシーケンス図である。
【００６６】
車内ビーコン４００は、運行している列車内に設置され、車内ビーコン４００を識別するビーコンＩＤを含む報知情報を、常時、送信している。車内ビーコン４００が設置された列車が駅に到着すると、駅のプラットホームなどに設置される駅センサ５００は、車内ビーコン４００が送信する報知情報を、受信する（ＳＱ０００１）。
【００６７】
駅センサ５００は、受信した報知情報から、ビーコンＩＤを抽出する。駅センサ５００は、抽出したビーコンＩＤと、当該駅センサ５００自身を識別する駅センサＩＤとを、中継サーバ１００に送信する（ＳＱ０００２）。
【００６８】
中継サーバ１００の位置情報処理部１０２は、ビーコンＩＤ及び駅センサＩＤを受信すると、駅センサテーブルＴ７００から、受信した駅センサＩＤを検索キーとして、駅名を抽出する。当該駅名は、駅センサＩＤで識別される駅センサ５００が設置される駅の駅名である。中継サーバ１００の位置情報処理部１０２は、受信したビーコンＩＤ、駅センサＩＤ、抽出した駅名、現在時刻を、列車位置情報テーブルＴ１００に格納する（ＳＱ０００３）。
【００６９】
列車が他の駅に移動すると、車内ビーコン４００からの報知情報は、当該他の駅の駅センサ５００によって受信される。当該他の駅の駅センサ５００も、上記の駅センサ５００と同様に動作する。列車の運行時間中、車内ビーコン４００、駅センサ５００、中継サーバ１００において、同様の動作が繰り返される。これによって、列車位置情報テーブルＴ１００は、常時、更新される。
【００７０】
中継サーバ１００は、列車位置情報テーブルＴ１００により、ビーコンＩＤで識別される車両ビーコン５００が設置された列車が、どの位置（駅）に存在するかを認識することができる。
【００７１】
次に、ユーザ端末２００、中継サーバ１００、店舗サーバ３００のそれぞれの動作について説明する。
【００７２】
〈ユーザ端末の動作〉
図１５、図１６、図１７は、ユーザ端末の動作フローの例を示す図である。図１５の「Ａ１」乃至「Ａ３」は、それぞれ、図１６の「Ａ１」乃至「Ａ３」に接続する。図１６の「Ｂ１」乃至「Ｂ４」は、それぞれ、図１７の「Ｂ１」乃至「Ｂ４」に接続する。ユーザ端末２００には、店舗で提供されるサービス又は商品の注文用のアプリケーション（アプリ）がインストールされている。図１５の動作フローは、当該アプリが起動することによ
り開始する。ユーザ端末２００は、利用者によって携帯され、操作される。当該アプリは、例えば、ユーザ端末２００の電源がＯＮにされることにより、起動する。
【００７３】
Ｓ１０１では、ユーザ端末２００の報知情報処理部２０４は、列車の車両に搭載されている車内ビーコン４００が送信する報知情報（ビーコン）を受信したか否かを確認する。本実施形態の列車の車両には、車内ビーコン４００が設置されており、車内ビーコン４００は、報知情報を送信している。車内ビーコン４００が送信する報知情報には、車内ビーコン４００を識別するビーコンＩＤが含まれている。ユーザ端末２００の利用者が列車に乗車しており、ユーザ端末２００が列車内に存在している場合、報知情報処理部２０４は、車内ビーコン４００からの報知情報を受信する。このとき、報知情報処理部２０４は、受信した報知情報から、車内ビーコン４００を識別するビーコンＩＤを抽出する。一方、ユーザ端末２００の利用者が列車に乗車しておらず、ユーザ端末２００が列車内に存在していない場合、報知情報処理部２０４は、車内ビーコン４００からの報知情報を受信しない。
【００７４】
Ｓ１０２では、報知情報処理部２０４は、報知情報の受信状況を、中継サーバ１００に通知する。車内ビーコン４００から報知情報を受信した場合、報知情報処理部２０４は、報知情報の受信状況として、報知情報に含まれるビーコンＩＤを、ユーザ端末２００の利用者を識別するユーザＩＤ、現在時刻（報知情報を受信した時刻）とともに、中継サーバ１００に送信する。一方、車内ビーコン４００から報知情報を受信していない場合、報知情報処理部２０４は、報知情報の受信状況として、報知情報を受信していない旨及びユーザＩＤ、現在時刻を、中継サーバ１００に送信する。ユーザ端末２００から通知を受けた中継サーバ１００は、ユーザ端末２００の利用者が、列車に乗車しているか否かを認識することができる。
【００７５】
Ｓ１０３では、ユーザ端末２００の注文処理部２０６は、中継サーバ１００から、店舗で提供されるサービス又は商品の一覧であるメニューテーブルＴ８００を受信したか否かを判定する。当該店舗は、ユーザ端末２００の利用者が、サービス又は商品の提供を受けようとする店舗である。当該店舗は、例えば、利用者等によってあらかじめ指定されている。中継サーバ１００からメニューテーブルＴ８００を受信した場合（Ｓ１０３；ＹＥＳ）、処理がステップＳ１０４に進む。中継サーバ１００からメニューテーブルＴ８００を受信していない場合（Ｓ１０３；ＮＯ）、処理がステップＳ１０５に進む。
【００７６】
Ｓ１０４では、注文処理部２０６は、中継サーバ１００から受信したメニューテーブルＴ８００を格納部２０８に格納する。
【００７７】
Ｓ１０５では、注文処理部２０６は、注文画面を表示するか否かを判定する。注文画面は、利用者が店舗で提供されるサービス又は商品の注文を行うための画面である。注文画面は、例えば、ユーザ端末２００の利用者による指示により、ユーザ端末２００の表示部２０２に表示される。利用者による注文画面の表示の指示があった場合、ユーザ端末２００は、注文画面を表示すると判定する。注文画面を表示すると判定した場合（Ｓ１０５；ＹＥＳ）、処理がステップＳ１０６に進む。注文画面を表示しないと判定した場合（Ｓ１０５；ＮＯ）、処理がステップＳ１０９に進む。
【００７８】
Ｓ１０６では、注文処理部２０６は、表示部２０２に注文画面を表示する。注文画面には、格納部２０８に格納されたメニューテーブルＴ８００の内容が含まれる。メニューテーブルＴ８００は、店舗で提供できるサービス又は商品の項目の一覧である。メニューテーブルＴ８００には、サービスを提供する店舗の店舗名、店舗を識別する店舗ＩＤ、店舗で提供可能なサービス又は商品の名称（商品名）、サービス又は商品を識別するメニューＩＤ、価格などが含まれる。ユーザ端末２００の利用者は、注文画面から、提供を受ける
ことを希望するサービス又は商品を選択することで、店舗で提供されるサービス又は商品の注文（新規注文）を行うことができる。ユーザ端末２００の利用者が新規注文を行うと、新規注文の注文内容は格納部２０８に格納される。注文内容には、利用者を識別するユーザＩＤ、店舗ＩＤ、メニューＩＤ、注文日時などが含まれる。ユーザＩＤは、ユーザ端末２００の利用者にあらかじめ割り当てられている。
【００７９】
Ｓ１０７では、注文処理部２０６は、利用者が新規注文をしたか否かを判定する。ステップＳ１０６において利用者が注文画面を通じて新規注文を行った場合（Ｓ１０７；ＹＥＳ）、処理がステップＳ１０８に進む。ステップＳ１０６において利用者が注文画面を通じて新規注文を行っていない場合（Ｓ１０７；ＮＯ）、処理がステップＳ１０９に進む。
【００８０】
Ｓ１０８では、注文処理部２０６は、サービス又は商品の新規注文の注文内容を、中継サーバ１００に通知する。注文内容は、ステップＳ１０６で、格納部２０８に格納されている。
【００８１】
Ｓ１０９では、注文処理部２０６は、新規注文を既に行ったか否か（注文済みであるか否か）を判定する。注文処理部２０６は、新規注文を行う際、新規注文の注文内容を格納部２０８に格納する。よって、注文処理部２０６は、注文済みであるか否かを、格納部２０８に新規注文の注文内容が格納されているか否かにより判定できる。注文済みである場合（Ｓ１０９；ＹＥＳ）、処理がステップＳ１１０に進む。新規注文が未だされてない場合（Ｓ１０９；ＮＯ）、処理がステップＳ１１５に進む。
【００８２】
Ｓ１１０では、注文処理部２０６は、中継サーバ１００から、待ち時間、注文変更の可否、注文取消の可否の通知を受信したか否かを判定する。待ち時間は、利用者が店舗に到着してから注文をしたサービス又は商品の提供を受けるまでの時間である。注文変更は、既に行った注文の注文内容を変更することである。注文取消は、既に行った注文を取り消すことである。ユーザ端末２００から中継サーバ１００に対して新規注文が送信されると、中継サーバ１００から、当該新規注文についての店舗到着後の待ち時間、注文変更の可否、注文取消の可否等の通知が送信される。また、店舗における事情（トラブル）などにより、待ち時間等が変更される場合がある。待ち時間等が変更された場合にも、中継サーバ１００から待ち時間等の通知がユーザ端末２００に送信される。
【００８３】
注文変更、注文取消の可否は、それぞれ、注文変更、注文取消ができる期間の期限の時刻として通知される。注文変更、注文取消ができるのは、原則として、注文のサービス又は商品の提供の準備を開始する時刻までである。したがって、注文変更、注文取消ができる期間の期限の時刻は、サービス又は商品の提供の準備開始時刻、もしくは、当該時刻より所定時間前の時刻として設定される。
【００８４】
待ち時間等の通知を受信した場合（Ｓ１１０；ＹＥＳ）、処理がステップＳ１１１に進む。待ち時間等の通知を受信していない場合（Ｓ１１０；ＮＯ）、処理がステップＳ１１２に進む。
【００８５】
Ｓ１１１では、注文処理部２０６は、中継サーバ１００から受信した待ち時間、注文変更の可否、注文取消の可否の通知を、格納部２０８に格納する。中継サーバ１００からの待ち時間等の通知には、注文ＩＤが含まれる。注文ＩＤは、注文を識別する識別子であり、中継サーバ１００または店舗サーバ３００において、新規の注文ごとに割り当てられる。
【００８６】
Ｓ１１２では、注文処理部２０６は、格納部２０８から、格納されている待ち時間、変更、取消可否の通知を抽出し、表示部２０２に表示する。また、ユーザ端末２００は、利
用者に対する選択肢として、注文確定、注文変更、注文取消を表示する。利用者は、表示部２０２に表示された待ち時間、注文変更の可否、注文取消の可否を確認し、注文確定、注文変更、注文取消を選択することができる。注文確定を選択することは、表示される待ち時間を受け入れたことを意味する。現在時刻が、注文変更、注文取消をできる期間の期限の時刻を過ぎている場合、注文処理部２０６は、選択肢として、注文変更、注文取消を表示しない。つまり、現在時刻が、注文変更、注文取消をできる期間の期限の時刻を過ぎている場合、利用者は、注文変更、注文取消をすることができない。また、注文確定が既に選択されている場合、注文処理部２０６は、選択肢として、注文確定を表示しない。注文処理部２０６は、注文変更が選択された場合、表示部２０２に注文画面を表示し、利用者に新たに注文するサービス又は商品（変更後のサービス又は商品）を選択させる。
【００８７】
Ｓ１１３では、注文処理部２０６は、ステップＳ１１２で、注文確定、注文変更、注文取消のいずれかが選択されたか否かを判定する。注文確定、注文変更、注文取消のいずれかが選択された場合（Ｓ１１３；ＹＥＳ）、処理がステップＳ１１４に進む。注文確定、注文変更、注文取消のいずれも選択されていない場合、処理がステップＳ１１５に進む。
【００８８】
Ｓ１１４では、注文処理部２０６は、利用者に選択された、注文確定、注文変更、注文取消を、中継サーバ１００に通知する。当該通知には、ユーザＩＤ、待ち時間等の通知に含まれていた注文ＩＤが含まれる。また、注文変更の通知には、変更後のサービス又は商品の情報が含まれる。注文処理部２０６は、注文変更が選択された場合、格納部２０８に格納される当該注文に対応する注文内容を、変更後の注文内容に変更する。また、ユーザ端末２００は、注文取消が選択された場合、格納部２０８に格納される当該注文に対応する注文内容を削除する。
【００８９】
Ｓ１１５では、注文処理部２０６は、中継サーバ１００から処理完了の通知を受信したか否かを判定する。処理完了の通知は、店舗において、利用者に注文されたサービス又は商品の提供が完了したことを示す通知である。処理完了の通知は、店舗において利用者に注文されたサービス又は商品が提供された際に、店舗サーバ３００から中継サーバ１００を介して、ユーザ端末２００に送信される。処理完了の通知を受信した場合（Ｓ１１５；ＹＥＳ）、処理がステップＳ１１６に進む。処理完了の通知を受信していない場合（Ｓ１１５；ＮＯ）、処理がステップＳ１１７に進む。
【００９０】
Ｓ１１６では、ユーザ端末２００は、格納部２０８に格納される新規注文の注文内容を削除する。これにより、ユーザ端末２００は、新規注文がされていない状態に戻る。
【００９１】
Ｓ１１７では、ユーザ端末２００は、自装置の電源がＯＦＦにされたか否かを確認する。ユーザ端末２００の電源がＯＮである場合（Ｓ１１５；ＮＯ）、処理がＳ１０１に戻る。ユーザ端末２００の電源がＯＦＦにされた場合（Ｓ１１５；ＹＥＳ）、処理が終了する。電源のＯＮ、ＯＦＦの代わりに、注文用のアプリケーションの終了が選択されたか否かで、ステップＳ１１７の処理が終了するか否かが判定されてもよい。
【００９２】
〈中継サーバの動作〉
次に、中継サーバ１００の動作例について説明する。中継サーバ１００は、ユーザ端末２００及び店舗サーバ３００に、ネットワークを介して通信可能に接続されている。
【００９３】
図１８、図１９、図２０、図２１は、中継サーバの動作フローの例を示す図である。図１８の「Ｃ１」、「Ｃ２」は、それぞれ、図１９の「Ｃ１」、「Ｃ２」と接続する。図１９の「Ｄ１」乃至「Ｄ３」は、それぞれ、図２０の「Ｄ１」乃至「Ｄ３」と接続する。図２０の「Ｅ１」、「Ｅ２」は、それぞれ、図２１の「Ｅ１」、「Ｅ２」と接続する。当該動作フローは、中継サーバ１００が起動することにより開始される。
【００９４】
Ｓ２０１では、中継サーバ１００の位置情報処理部１０２は、ユーザ端末２００から、車内ビーコン４００からの報知情報の受信状況についての通知を受信したか否かを判定する。当該通知を受信した場合（Ｓ２０１；ＹＥＳ）、処理がステップＳ２０２に進む。当該通知を受信していない場合（Ｓ２０１；ＮＯ）、処理がステップＳ２０８に進む。
【００９５】
Ｓ２０２では、位置情報処理部１０２は、ユーザ端末２００から受信した報知情報の受信状況についての通知が車内ビーコン４００を識別するビーコンＩＤを含むか否かを判定する。報知情報の受信状況についての通知にビーコンＩＤが含まれていることは、ユーザ端末２００が列車内に設置される車内ビーコン４００からの報知情報を受信していることを意味する。即ち、このことは、ユーザ端末２００の利用者が列車に乗車していることを示している。報知情報の受信状況についての通知がビーコンＩＤを含む場合（Ｓ２０２；ＹＥＳ）、処理がステップＳ２０３に進む。報知情報の受信状況についての通知がビーコンＩＤを含まない場合（Ｓ２０２；ＮＯ）、処理がステップＳ２０７に進む。
【００９６】
Ｓ２０３では、位置情報処理部１０２は、中継サーバ１００は、報知情報の受信状況についての通知から、ユーザ端末２００の利用者を識別するユーザＩＤを抽出する。位置情報処理部１０２は、抽出したユーザＩＤについてのフラグ状態テーブルＴ５００において、第１フラグの状態をＯＮに設定する。第１フラグの状態がＯＮであることは、利用者が列車に乗車していることを示す。
【００９７】
Ｓ２０４では、位置情報処理部１０２は、報知情報の受信状態についての通知からビーコンＩＤを抽出する。位置情報処理部１０２は、列車位置情報テーブルＴ１００から、当該ビーコンＩＤを含むレコードを抽出する。抽出したビーコンＩＤを含むレコードが複数存在する場合、位置情報処理部１０２は、レコードに含まれる時刻が最も新しいレコードを抽出する。位置情報処理部１０２は、当該レコードから駅名を抽出する。ここで抽出された駅名は、当該ビーコンＩＤを含む報知情報が最後に受信された駅の駅名である。従って、当該駅名は、当該ビーコンＩＤを含む報知情報を報知する車内ビーコン４００が設置される列車が最後に存在した駅の駅名である。即ち、当該ビーコンＩＤは、ユーザ端末２００が受信した報知情報に含まれる情報であることから、当該駅名が、ユーザ端末２００が現在存在する駅（もしくは最後に通った駅）の駅名である。これにより、中継サーバ１００は、ユーザ端末２００の利用者が現在存在する駅（位置）を認識することができる。
【００９８】
Ｓ２０５では、位置情報処理部１０２は、利用者位置情報テーブルＴ２００から、車内ビーコンについての通知から抽出したユーザＩＤを含むレコードを抽出する。当該ユーザＩＤは、ユーザ端末２００の利用者の識別子である。位置情報処理部１０２は、当該レコードから現在位置（駅名）を抽出する。当該駅名は、ユーザ端末２００の利用者が以前に存在していた駅名である。位置情報処理部１０２は、ユーザ端末２００の利用者が現在存在する駅が、以前と変わったか否かを判定する。即ち、位置情報処理部１０２は、ステップＳ２０５で抽出した駅名と、利用者位置情報テーブルＴ２００から抽出した現在位置とを比較し、一致していれば、駅名が変わっていないと判定し、一致していなければ、駅名が変わったと判定する。また、利用者位置情報テーブルＴ２００に、報知情報の受信状況についての通知から抽出したユーザＩＤを含むレコードがない場合、位置情報処理部１０２は、駅名が変わったと判定する。駅名が変わった場合（Ｓ２０５；ＹＥＳ）、処理がステップＳ２０６に進む。駅名が変わっていない場合（Ｓ２０５；ＮＯ）、処理がステップＳ２１０に進む。
【００９９】
Ｓ２０６では、位置情報処理部１０２は、利用者位置情報テーブルＴ２００のステップＳ２０４で抽出したユーザＩＤを含むレコードに、ステップＳ２０４で抽出したビーコンＩＤ、時刻として現在時刻（もしくは報知情報を受信した時刻）、現在位置として駅名を
登録する。報知情報を受信した時刻は、報知情報の受信状況の通知に含まれる。位置情報処理部１０２は、利用者位置情報テーブルＴ２００において、報知情報の受信状況についての通知から抽出したユーザＩＤを含むレコードがない場合、当該ユーザＩＤのレコードを作成し、上記の情報を登録する。利用者位置情報テーブルＴ２００により、ユーザ端末２００が受信した報知情報に含まれるビーコンＩＤ、ユーザ端末２００の現在位置（駅）が分かる。また、位置情報処理部１０２は、利用者のユーザＩＤについてのフラグ状態テーブルＴ５００に格納される第３フラグ（3rd-flag）の状態をＯＮに設定する。
【０１００】
一方、Ｓ２０７では、位置情報処理部１０２は、報知情報の受信状況についての通知から、ユーザ端末２００の利用者を識別するユーザＩＤを抽出する。位置情報処理部１０２は、抽出したユーザＩＤについてのフラグ状態テーブルＴ５００において、第１フラグ（1st-flag）の状態をＯＦＦに設定する。第１フラグの状態がＯＦＦであることは、利用者が列車に乗車していないことを示す。
【０１０１】
Ｓ２０８では、位置情報処理部１０２は、ユーザ端末２００の現在位置（最後に報知情報を受信した位置）が、利用者がサービス又は商品の提供を受けようとする店舗の最寄駅であるか否かを判定する。最初に、位置情報処理部１０２は、ユーザ端末２００の利用者についての注文の注文内容が、格納部１０６に、格納されているか否かを確認する。注文については、後述する。ユーザ端末２００の利用者についての注文の注文内容が格納部１０６に格納されていない場合、ここではユーザ端末２００の現在位置が最寄駅でないと判定する。ユーザ端末２００の利用者についての注文の注文内容が格納部１０６に格納されている場合、位置情報処理部１０２は、格納部１０６に格納される注文内容から、店舗ＩＤを抽出する。位置情報処理部１０２は、格納部１０６に格納される店舗情報テーブルＴ４００から、抽出した店舗ＩＤを含むレコードを抽出する。位置情報処理部１０２は、当該レコードから、最寄駅を抽出する。位置情報処理部１０２は、利用者位置情報テーブルＴ２００から、ステップＳ２０７で抽出したユーザＩＤを含むレコードを抽出する。位置情報処理部１０２は、当該レコードから、現在位置を抽出する。位置情報処理部１０２は、抽出した最寄駅と、抽出した現在位置とを比較して、一致していれば、ユーザがサービス又は商品の提供を受けようとする店舗の最寄駅で降車したと判定する。現在位置が店舗の最寄駅であると判定する場合（Ｓ２０８；ＹＥＳ）、処理がステップＳ２０９に進む。現在位置が店舗の最寄駅でないと判定する場合（Ｓ２０８；ＮＯ）、処理がステップＳ２１０に進む。
【０１０２】
Ｓ２０９では、位置情報処理部１０２は、ユーザ端末２００の利用者が店舗の最寄駅で降車した旨を、店舗サーバ３００に通知する。店舗サーバ３００側では、利用者が列車を最寄駅で降車して店舗に向かっていることを認識する。
【０１０３】
Ｓ２１０では、中継サーバ１００の注文処理部１０４は、店舗サーバ３００から、当該店舗サーバ３００に対応する店舗において提供されるサービス又は商品の一覧であるメニューテーブルＴ８００を受信したか否かを判定する。メニューテーブルＴ８００を受信した場合（Ｓ２１０；ＹＥＳ）、処理がステップＳ２１１に進む。メニューテーブルＴ８００を受信していない場合（Ｓ２１０；ＮＯ）、処理がステップＳ２１２に進む。
【０１０４】
Ｓ２１１では、注文処理部１０４は、受信したメニューテーブルＴ８００を格納部１０６に格納する。
【０１０５】
Ｓ２１２では、注文処理部１０４は、格納部１０６に格納されるメニューテーブルＴ８００をユーザ端末２００に送信する。注文処理部１０４は、ユーザ端末２００からの要求に応じて、ユーザ端末２００にメニューテーブルＴ８００を送信してもよい。また、注文処理部１０４は、利用者情報テーブルＴ３００の利用者の降車駅と店舗情報テーブルＴ４
００の最寄駅とが一致する店舗についてのメニューテーブルＴ８００を、当該利用者のユーザ端末２００に送信してもよい。これにより、ユーザ端末２００には、利用者の降車駅が最寄駅である店舗についてのメニューテーブルＴ８００が送信されることになる。利用者の降車駅が最寄駅である店舗は、ユーザ端末２００の利用者にとって利用しやすい店舗である。
【０１０６】
Ｓ２１３では、注文処理部１０４は、ユーザ端末２００から、注文（新規注文）の通知を受信したか否かを判定する。注文は、店舗でサービス又は商品の提供を受けるための予約である。注文の通知には、ユーザ端末２００の利用者のユーザＩＤ、サービス又は商品の提供を希望する店舗の店舗ＩＤ、提供を希望するサービス又は商品のメニューＩＤ等の注文の注文内容が含まれる。新規注文の通知を受信した場合（Ｓ２１３；ＹＥＳ）、処理がステップＳ２１４に進む。新規注文の通知を受信していない場合（Ｓ２１３；ＮＯ）、処理がステップＳ２１５に進む。
【０１０７】
Ｓ２１４では、注文処理部１０４は、新規注文の通知に含まれるユーザＩＤを抽出する。注文処理部１０４は、抽出したユーザＩＤについてのフラグ状態テーブルＴ５００において、第２フラグ（2nd-flag）の状態および第３フラグ（3rd-flag）の状態をＯＮに設定する。また、注文処理部１０４は、受信した新規注文の注文内容を、格納部１０６に格納する。
【０１０８】
Ｓ２１５では、注文処理部１０４は、利用者のユーザＩＤについてのフラグ状態テーブルＴ５００を抽出し、第１フラグ、第２フラグ、第３フラグの状態を確認する。注文処理部１０４は、すべてのフラグの状態がＯＮである場合、店舗サーバ３００に対して、通知を送信すると判定する。ここでの通知には、新規注文の通知、到着時刻の通知が含まれる。注文処理部１０４は、いずれかのフラグの状態がＯＦＦである場合、店舗サーバ３００に対して、通知を送信しないと判定する。店舗サーバ３００に通知を送信すると判定する場合（Ｓ２１５；ＹＥＳ）、処理がステップＳ２１６に進む。店舗サーバ３００に通知を送信すると判定する場合（Ｓ２１５；ＮＯ）、処理がステップＳ２１８に進む。
【０１０９】
上記のように、すべてのフラグの状態がＯＮである場合に、通知が店舗サーバ３００に送信される。注文処理部１０４がユーザ端末２００から新規注文の通知を受信した場合、第２フラグの状態及び第３フラグの状態がＯＮに設定されるが、第１フラグの状態は変更されない。第１フラグの状態は、列車に乗車している場合にＯＮに設定される。従って、新規注文を行った場合でも、列車に乗車する前には、新規注文の通知は、店舗サーバ３００に送信されない。
【０１１０】
Ｓ２１６では、注文処理部１０４は、乗換ＡＰＩ（Application Programming Interface）により、ユーザ端末２００の利用者がサービス又は商品の提供を注文した店舗の最寄
駅に到着する時刻（到着時刻）を求める。乗換ＡＰＩは、出発駅、出発時刻、到着駅を入力すると、予め記憶している鉄道等の路線や時刻表等の情報に基づいて、到着駅までの経路や到着駅の到着時刻等を出力するＡＰＩである。鉄道の路線は、交通機関のネットワークの一例である。乗換ＡＰＩは、出発駅および到着駅の情報から、移動にかかる所要時間を算出することもできる。乗換ＡＰＩは、中継サーバ１００に含まれていてもよいし、中継サーバ１００以外の装置に含まれていてもよい。乗換ＡＰＩとして、既存のサービスが使用され得る。利用者がサービス又は商品を注文した店舗の最寄駅は、店舗情報テーブルＴ４００から抽出される。注文処理部１０４は、店舗情報テーブルＴ４００から新規注文に含まれる店舗ＩＤについてのレコードを抽出し、当該レコードから最寄駅を抽出する。注文処理部１０４は、乗換ＡＰＩに対して、利用者位置情報テーブルＴ２００に格納される利用者についての現在位置（駅）、時刻及び抽出した最寄駅を、それぞれ、出発駅、出発時刻、到着駅として入力し、到着時刻を得る。到着時刻は、到着駅に到着する予定の時
刻である。出発駅、出発時刻、到着駅等から到着時刻等を算出するために、乗換ＡＰＩ以外の構成が使用されてもよい。注文処理部１０４は、算出した到着時刻を、利用者位置情報テーブルＴ２００の当該利用者に対応するレコードに格納する。
【０１１１】
Ｓ２１７では、注文処理部１０４は、ユーザ端末２００から受信した新規注文の注文内容、ステップＳ２１６で求めた店舗の最寄駅への到着時刻を、新規注文の通知として、ステップＳ２１６で抽出した店舗ＩＤに対応する店舗サーバ３００に送信する。また、注文処理部１０４は、利用者のユーザＩＤについてのフラグ状態テーブルＴ５００において、第３フラグの状態をＯＦＦに設定する。
【０１１２】
第３フラグの状態は、例えば、利用者の現在位置である駅名が変化した場合に、ステップＳ２０６で再びＯＮにされる。第１フラグの状態は、利用者が列車に乗車している時にＯＮにされる。第２フラグの状態は、新規注文後に、ステップＳ２１４でＯＮにされる。よって、新規注文の通知後、列車に乗車している利用者の現在位置が変化する毎に、ステップＳ２１５の判定がＹＥＳになり、ステップＳ２１６で利用者の店舗の最寄駅への到着時刻（駅到着時刻）が求められ、ステップＳ２１７で到着時刻が店舗サーバ３００に通知される。ここでの到着時刻の通知には、注文を識別する注文ＩＤが含まれる。店舗サーバ３００では、到着時刻の通知に基づいて、注文テーブルＴ６００が更新される。このとき、ステップＳ２１７では、新規注文の内容は、通知されない。ここで求めた到着時刻が以前求めた到着時刻と同じである場合、中継サーバ１００は店舗サーバ３００に到着時刻の通知を送信しなくてもよい。
【０１１３】
Ｓ２１８では、注文処理部１０４は、店舗サーバ３００から、待ち時間、注文変更の可否、注文取消の可否の通知を受信したか否かを判定する。待ち時間等の通知を受信した場合（Ｓ２１８；ＹＥＳ）、処理がステップＳ２１９に進む。待ち時間等の通知を受信していない場合（Ｓ２１８；ＮＯ）、処理がステップＳ２２０に進む。
【０１１４】
Ｓ２１９では、注文処理部１０４は、受信した待ち時間、注文変更の可否、注文取消の可否の通知を、ユーザ端末２００に送信する。待ち時間等の通知には、注文を識別する注文ＩＤが含まれる。注文処理部１０４は、格納部１０６に格納されるユーザ端末２００の利用者の注文内容に、注文ＩＤを追加して格納する。
【０１１５】
Ｓ２２０では、注文処理部１０４は、ユーザ端末２００から、注文確定、注文変更、注文取消の通知を受信したか否かを判定する。注文確定等の通知を受信した場合（Ｓ２２０；ＹＥＳ）、処理がステップＳ２２１に進む。待ち時間等の通知を受信していない場合（Ｓ２２０；ＮＯ）、処理がステップＳ２２２に進む。
【０１１６】
Ｓ２２１では、注文処理部１０４は、受信した注文変更、注文取消の通知を、新規注文の送信先である店舗サーバ３００に送信する。一方、注文処理部１０４は、受信した注文確定の通知を、店舗サーバ３００に送信しない。注文確定である場合には、店舗サーバ３００において、注文を管理する注文テーブルＴ６００を変更しなくてもよいからである。
【０１１７】
Ｓ２２２では、注文処理部１０４は、店舗サーバ３００から処理完了の通知を受信したか否かを判定する。処理完了の通知は、店舗において、利用者に注文されたサービス又は商品の提供が完了したことを示す通知である。処理完了の通知を受信した場合（Ｓ２２２；ＹＥＳ）、処理がステップＳ２２３に進む。処理完了の通知を受信していない場合（Ｓ２２２；ＮＯ）、処理がステップＳ２０１に戻る。
【０１１８】
Ｓ２２３では、注文処理部１０４は、受信した処理完了の通知を、ユーザ端末２００に送信する。また、注文処理部１０４は、格納部１０６に格納されるユーザ端末２００の利
用者の注文内容を削除する。さらに、位置情報処理部１０２は、ユーザ端末２００の利用者のユーザＩＤについてのフラグ状態テーブルＴ５００において、第２フラグ（2nd-flag）の状態をＯＦＦに設定する。
【０１１９】
注文処理部１０４は、新規注文に対する待ち時間をユーザ端末２００に送信（Ｓ２１９）した後、所定期間内に、ユーザ端末２００から注文確定を受信しない場合、注文取消を店舗サーバ３００に通知して、注文を取消す構成としてもよい。例えば、ユーザ端末２００の利用者が、新規注文を行った後に、列車に乗り込むことで、新規注文が店舗サーバ３００に送信される。このとき、ユーザ端末２００の利用者が、ユーザ端末２００を鞄等に入れたままにしており、待ち時間の通知等を確認しないままにすることが考えられる。当該構成によれば、このような場合に、新規注文に対する準備が開始されることを防ぐことができる。具体的には、利用者が注文をしたことを失念した場合や、夜に店舗を訪問するつもりで注文したにもかかわらず昼間に出張時に列車に乗車した場合などに、意図せず、注文が確定されることを防ぐことができる。
【０１２０】
〈店舗サーバ〉
店舗サーバ３００の動作例について説明する。店舗サーバ３００は、サービス又は商品を提供する店舗に対応するサーバである。店舗サーバ３００は、中継サーバ１００、店舗端末６００とネットワークを介して接続される。
【０１２１】
図２２、図２３、図２４は、店舗サーバの動作フローの例を示す図である。図２２の「Ｆ１」乃至「Ｆ３」は、それぞれ、図２３の「Ｆ１」乃至「Ｆ３」と接続する。図２３の「Ｇ１」、「Ｇ２」は、それぞれ、図２４の「Ｇ１」、「Ｇ２」と接続する。
【０１２２】
Ｓ３０１では、店舗サーバ３００の注文受付部３０２は、店舗サーバ３００に対応する店舗で提供されるサービス又は商品の一覧であるメニューを中継サーバ１００に送信する。メニューテーブルＴ８００は、店舗サーバ３００の格納部３０６に格納されている。店舗で提供できるサービス又は商品の一覧であるメニューテーブルＴ８００は、あらかじめ作成されている。メニューテーブルＴ８００の内容は、在庫切れ等などの理由により、更新され得る。以前に中継サーバ１００に送信したメニューテーブルＴ８００と内容が変わらない場合には、店舗サーバ３００は、中継サーバ１００に、メニューテーブルＴ８００を送信しなくてもよい。
【０１２３】
Ｓ３０２では、注文受付部３０２は、中継サーバ１００から新規注文等の通知を受信したか否かを判定する。当該通知を受信した場合（Ｓ３０２；ＹＥＳ）、処理がステップＳ３０３に進む。当該通知を受信していない場合（Ｓ３０２；ＮＯ）、処理がステップＳ３０８に進む。
【０１２４】
Ｓ３０３では、注文受付部３０２は、受信した通知から、ユーザ端末２００の利用者の店舗の最寄駅への到着時刻（駅到着時刻）、メニューＩＤを抽出する。また、注文受付部３０２は、メニューテーブルＴ８００から、抽出したメニューＩＤを含むレコードを抽出する。さらに、注文受付部３０２は、抽出したレコードから、準備時間を抽出する。準備時間は、当該メニューＩＤに対応するサービス又は商品を提供するための準備に要する時間である。また、注文受付部３０２は、格納部３０６に格納される、最寄駅から店舗までの移動時間を抽出する。
【０１２５】
注文受付部３０２は、到着時刻、準備時間、移動時間に基づいて、準備開始時刻を算出する。準備開始時刻は、注文の通知を受けたサービス又は商品を利用者が店舗に到着したときに提供するために、準備を開始すべき時刻である。準備開始時刻は、「準備開始時刻＝到着時刻＋移動時間−準備時間」の式によって算出される。ここで、「到着時刻＋移動
時間」は、利用者が店舗に到着する時刻に相当する。即ち、準備開始時刻は、利用者が店舗に到着する時刻から準備時間を引くことで、算出される。注文受付部３０２は、算出された準備開始時刻が他の注文の準備期間内にあるか否かを判定する。算出された準備開始時刻が他の注文の準備期間にある場合、算出した準備開始時刻に準備を開始することができない。そこで、算出した準備開始時刻（時刻Ａとする）が他の注文の準備期間内にある場合、注文受付部３０２は、準備開始時刻を、当該他の注文の準備期間の終了時刻（時刻Ｂとする）とする。これによって、他の注文の準備期間と、今回の注文の準備期間とが重複しないようにすることができる。ここで、注文受付部３０２は、先に算出した準備開始時刻（時刻Ａ）と後に算出した準備開始時刻（時刻Ｂ）との差（Ｂ−Ａ）を、算出する。当該差は、待ち時間となる。待ち時間は、利用者が店舗に到着してからサービス又は商品の提供を受けるまでの時間である。先に算出した準備開始時刻（時刻Ａ）が他のいずれの注文の準備期間内にない場合、待ち時間は０となる。
【０１２６】
ここで、中継サーバ１００からの通知に新規注文を識別する注文ＩＤが含まれている場合、注文受付部３０２は、注文テーブルＴ６００から当該注文ＩＤを含むレコードを抽出して、上記の準備開始時刻の再計算を行う。
【０１２７】
Ｓ３０４では、注文受付部３０２は、ステップＳ３０３で算出した待ち時間を、注文ＩＤ、ユーザＩＤとともに、中継サーバ１００を介して、ユーザ端末２００に通知する。
【０１２８】
Ｓ３０５では、注文受付部３０２は、注文変更、注文取消の可否を算出する。注文変更、注文取消の可否は、それぞれ、注文変更、注文取消ができる期間の期限の時刻として算出される。注文変更、注文取消ができるのは、原則として、注文のサービス又は商品の提供の準備を開始する時刻（準備開始時刻）までである。したがって、注文変更、注文取消ができる期間の期限の時刻は、サービス又は商品の提供の準備開始時刻、もしくは、当該時刻より所定時間前の時刻として設定される。注文の変更、注文の取消は、サービス又は商品の提供の準備開始まで可能である。当該時刻を過ぎると、ユーザ端末２００の利用者は、注文変更、注文取消をできない。
【０１２９】
Ｓ３０６では、注文受付部３０２は、ステップＳ３０５で算出した注文変更、注文取消の可否を、注文ＩＤ、ユーザＩＤとともに、中継サーバ１００を介して、ユーザ端末２００に、通知する。注文受付部３０２は、注文変更、注文取消の可否を、ステップＳ３０３で算出した待ち時間とともに、中継サーバ１００を介して、ユーザ端末２００に、通知してもよい。
【０１３０】
Ｓ３０７では、注文受付部３０２は、注文テーブルＴ６００に、１つのレコードとして、注文ＩＤ、ユーザＩＤ、メニューＩＤ、商品名、注文時刻、到着時刻、駅からの時間（移動時間）、準備時間、準備開始時刻を登録する。注文ＩＤは、新規注文を識別する識別子である。注文ＩＤは、新規の注文ごとに割り当てられる。注文時刻は、例えば、新規の注文の通知を受信した時刻である。注文時刻は、ユーザ端末２００が新規の注文の注文内容を送信した時刻でもよい。既存の注文が変更された場合、店舗サーバ３００は、既存の注文の注文ＩＤを含むレコードを抽出し、当該レコードで変更された項目を変更して、登録する。
【０１３１】
Ｓ３０８では、店舗サーバ３００の注文処理部３０４は、注文テーブルＴ６００に注文のレコードが存在するか否かを確認する。注文テーブルＴ６００に注文のレコードが存在しないことは、注文がないことを示す。注文テーブルＴ６００に注文のレコードが存在する場合（Ｓ３０８；ＹＥＳ）、処理がステップＳ３０９に進む。注文テーブルＴ６００に注文のレコードが存在しない場合（Ｓ３０８；ＮＯ）、処理がステップＳ３０１に戻る。
【０１３２】
Ｓ３０９では、注文処理部３０４は、注文テーブルＴ６００の注文の各レコードを準備開始時刻順にソートする。図１１（Ａ）は、準備開始時刻順にソートされる前の注文テーブルＴ６００の例である。図１１（Ａ）の注文テーブルＴ６００では、各レコードが注文時刻順に並んでいる。図１１（Ｂ）は、各レコードが準備開始時刻順にソートされた注文テーブルＴ６００の例である。
【０１３３】
Ｓ３１０では、注文処理部３０４は、準備を開始していない注文のうち、準備開始時刻が最も早い時刻の注文の準備開始時刻に現在時刻が達したか否かを判定する。準備開始時刻が最も早い時刻の注文の準備開始時刻に現在時刻が達した場合（Ｓ３１０；ＹＥＳ）、処理がステップＳ３１１に進む。準備開始時刻が最も早い時刻の注文の準備開始時刻に現在時刻が達していない場合（Ｓ３１０；ＮＯ）、処理がステップＳ３１２に進む。
【０１３４】
Ｓ３１１では、注文処理部３０４は、注文テーブルＴ６００から、サービス又は商品の提供の準備開始時刻に達したレコードを抽出し、当該レコードの内容とともに、サービス又は商品の提供の準備開始時刻に達したことを店舗端末６００に、通知する。店舗では、店舗端末６００通知されたレコードの内容に従って、サービス又は商品の提供の準備を開始し、店舗に到着した利用者にサービス又は商品を提供する。店舗でのサービス又は商品の提供が行われると、店舗において店舗端末６００に、サービス又は商品の提供の完了の入力が行われる。これにより、店舗では、次のサービス又は商品の提供のための準備を行える状態になる。店舗端末６００にサービス又は商品の提供の完了の入力が行われると、店舗サーバ３００に通知される。
【０１３５】
注文テーブルＴ６００に格納される注文の内容は、準備開始時刻前に、店舗端末６００に送信されていてもよい。当該注文の内容を、店舗端末６００の表示手段に表示することで、今後、準備すべき注文を、店舗の従業員等が把握することができる。
【０１３６】
Ｓ３１２では、注文処理部３０４は、店舗端末６００に、サービス又は商品の提供の完了の入力があったか否かを判定する。サービス又は商品の提供の完了の入力があった場合（Ｓ３１３；ＹＥＳ）、処理がステップＳ３１３に進む。サービス又は商品の提供の完了の入力がない場合、処理がステップＳ３１９に進む。
【０１３７】
Ｓ３１３では、注文処理部３０４は、注文テーブルＴ６００から、サービス又は商品の提供の完了の入力があった注文のレコードを削除する。また、注文処理部３０４は、中継サーバ１００に、処理完了の通知を送信する。
【０１３８】
Ｓ３１４では、注文受付部３０２は、サービス又は商品の提供が完了した注文について、注文のサービス又は商品の提供に遅れがあったか否かを判定する。注文処理部３０４は、サービス又は商品の提供の時刻（サービス又は商品の提供の完了の時刻）と、注文テーブルＴ６００の準備開始時刻に準備時間を足した時刻とを比較して、サービス又は商品の提供の時刻の方が遅い場合、注文のサービス又は商品の提供に遅れがあったと判定する。注文のサービス又は商品の提供に遅れがあった場合（Ｓ３１４；ＹＥＳ）、処理がステップＳ３１５に進む。注文のサービス又は商品の提供に遅れがなかった場合（Ｓ３１４；ＮＯ）、処理がステップＳ３１９に進む。
【０１３９】
Ｓ３１５では、注文受付部３０２は、注文テーブルＴ６００に残っている他の注文の準備開始時刻及び待ち時間を、ステップＳ３０３と同様にして、再計算する。先の注文の処理に遅れが生じると、後の注文の処理に遅れが波及する場合がある。よって、先の注文の処理に遅れが生じた場合には、注文処理部３０４は、他の注文の準備開始時刻を再計算する。店舗サーバ３００は、再計算を準備開始時刻が最も早い注文から行う。
【０１４０】
Ｓ３１６では、注文受付部３０２は、他の注文の準備開始時刻に変更が生じるか否かを判定する。準備開始時刻に変更が生じると、利用者の店舗における待ち時間に変更が生じる。変更が生じる場合（Ｓ３１６；ＹＥＳ）、処理がステップＳ３１７に進む。変更が生じない場合（Ｓ３１６；ＮＯ）、処理がステップＳ３１９に進む。
【０１４１】
Ｓ３１７では、注文受付部３０２は、注文テーブルＴ６００において、準備開始時刻の変更が生じたレコードについて、準備開始時刻を、再計算後の時刻に、更新する。
【０１４２】
Ｓ３１８では、注文受付部３０２は、待ち時間の変更を、中継サーバ１００を介して、ユーザ端末２００に通知する。
【０１４３】
Ｓ３１９では、店舗サーバ３００は、店舗の営業時間内であるか否かを判定する。営業時間内である場合（Ｓ３１９；ＹＥＳ）、処理がＳ３０１に戻る。営業時間外である場合（Ｓ３１９；ＮＯ）、処理が終了する。
【０１４４】
また、注文処理部３０４は、中継サーバ１００から、ユーザ端末２００の利用者の降車の通知を受けた場合、店舗端末６００に、この旨を通知してもよい。店舗端末６００では、例えば、当該利用者の注文を、表示手段において、強調表示することになどにより、利用者が列車を降りたことを店舗の従業員等に認識させる。店舗の従業員等は、注文をした利用者がまもなく店舗に到着することを認識できる。
【０１４５】
〈ユーザ端末、中継サーバ、店舗サーバの間の動作例〉
図２５は、本実施形態のユーザ端末、中継サーバ、店舗サーバの間の動作シーケンスの例を示す図である。ここでは、ユーザ端末２００の利用者が、列車に乗車し、店舗に対するサービス又は商品の提供の注文を行い、当該店舗で当該サービス又は商品の提供を受ける際の動作シーケンスの例を示す。
【０１４６】
ＳＱ１００１では、店舗サーバ３００は、店舗サーバ３００に対応する店舗で提供できるサービス又は商品のメニューテーブルＴ８００を中継サーバ１００に送信する。中継サーバ１００は、店舗サーバ３００から受信したメニューテーブルＴ８００を、ユーザ端末２００に送信する。ユーザ端末２００は、中継サーバ１００からメニューテーブルＴ８００を受信する。ユーザ端末２００は、中継サーバ１００に、特定の店舗を指定して、メニューテーブルＴ８００を要求することによって、特定の店舗のメニューテーブルＴ８００を取得してもよい。
【０１４７】
ＳＱ１００２では、ユーザ端末２００の利用者が列車に乗車すると、ユーザ端末２００は、列車内に設置される車内ビーコン４００が送信する報知情報（ビーコン）を受信する。報知情報には、車内ビーコン４００を識別するビーコンＩＤが含まれる。ユーザ端末２００は、受信した報知情報からビーコンＩＤを抽出する。
【０１４８】
ＳＱ１００３では、ユーザ端末２００は、中継サーバ１００に、ビーコンＩＤを含む報知情報の受信状況の通知及びユーザ端末２００の利用者を識別するユーザＩＤを送信する。中継サーバ１００は、ユーザ端末２００から、報知情報の受信状況の通知及びユーザＩＤを受信することによって、ユーザＩＤに対応するユーザ端末２００の利用者が列車内に存在していることを認識する。即ち、中継サーバ１００は、ユーザ端末２００の利用者が列車に乗車していることを認識する。
【０１４９】
また、列車の車両内に設置される車内ビーコン４００が送信する報知情報は、列車が駅に停車している時、駅のプラットホーム等に設置される駅センサ５００によっても受信される。駅センサ５００によって受信された報知情報のビーコンＩＤは、随時、駅センサ５
００を識別する駅センサＩＤ、報知情報を受信した時刻とともに、中継サーバ１００に通知される。中継サーバ１００は、駅センサＩＤと、駅センサ５００が設置される位置の情報（駅名）と、駅センサ５００が受信した報知情報に含まれるビーコンＩＤと、駅センサ５００が報知情報を受信した時刻とを、対応付けて、列車位置情報テーブルＴ１００に格納している。
【０１５０】
よって、中継サーバ１００は、ユーザ端末２００からのビーコンＩＤを、列車位置情報テーブルＴ１００で検索することで、ユーザ端末２００が現在存在している位置（駅）を認識することができる。
【０１５１】
ユーザ端末２００は、随時、報知情報の受信状況の通知、ユーザＩＤを、中継サーバ１００に送信する。中継サーバ１００は、常に、ユーザ端末２００からの通知により、ユーザ端末２００の現在位置（駅）を認識することができる。
【０１５２】
ＳＱ１００４では、ユーザ端末２００は、受信したメニューを表示して、ユーザ端末２００の利用者に注文するサービス又は商品を選択させる。利用者は、表示されるメニューから所望のサービス又は商品を選択することにより、注文を行う。ユーザ端末２００は、注文の注文内容を格納部２０８に格納する。注文の注文内容には、注文するサービス又は商品に対応するメニューＩＤ、サービス又は商品を提供する店舗を識別する店舗ＩＤ、利用者を識別するユーザＩＤ等が含まれる。
【０１５３】
ＳＱ１００５では、ユーザ端末２００は、利用者によって選択されたサービス又は商品に対応するメニューＩＤを、サービス又は商品を受けようとする店舗を識別する店舗ＩＤ、ユーザＩＤとともに、中継サーバ１００に、新規注文として送信する。
【０１５４】
ＳＱ１００６では、中継サーバ１００は、ユーザ端末２００から車内ビーコン４００のビーコンＩＤを受信したこと及びユーザ端末２００からサービス又は商品に対する注文を受信したことの両方を確認すると、ユーザ端末２００の利用者の店舗の最寄駅への到着時刻を、算出する。ここで、中継サーバ１００は、ユーザ端末の現在位置（駅）、現在時刻、店舗の最寄駅を、それぞれ、出発駅、出発時刻、到着駅とすることで、店舗の最寄駅（到着駅）への到着時刻を、乗換ＡＰＩなどにより、求める。
【０１５５】
ＳＱ１００７では、中継サーバ１００は、ユーザ端末２００から受信した店舗ＩＤに対応する店舗の店舗サーバ３００に、ユーザＩＤ、メニューＩＤ、店舗の最寄駅への到着時刻（駅到着時刻）を、送信する。
【０１５６】
店舗サーバ３００は、ユーザＩＤ、メニューＩＤ、駅到着時刻を受信すると、店舗の最寄駅から店舗までの時間から、利用者が店舗に到着する時刻（店舗到着時刻）を算出する。また、店舗サーバ３００は、メニューテーブルＴ８００から、メニューＩＤに対応するサービス又は商品を準備するための準備時間を抽出する。店舗サーバ３００は、注文テーブルＴ６００に格納される他の注文と、準備時間と、到着時刻とに基づいて、準備開始時刻、待ち時間を算出する。待ち時間は、利用者が店舗に到着後、サービス又は商品の提供を受けるまでの時間である。また、店舗サーバ３００は、注文に対して、注文を識別する注文ＩＤを割り当てる。店舗サーバ３００は、割り当てた注文ＩＤ、受信したユーザＩＤ、メニューＩＤ、駅到着時刻、算出した準備開始時刻等を、１つの注文のレコードとして注文テーブルに登録する。
【０１５７】
ＳＱ１００８では、店舗サーバ３００は、中継サーバ１００に、ユーザＩＤ、注文ＩＤ、待ち時間を通知する。
【０１５８】
ＳＱ１００９では、中継サーバ１００は、ユーザ端末２００に、注文ＩＤ、待ち時間を通知する。ユーザ端末２００は、注文ＩＤ、待ち時間を受信すると、利用者に、待ち時間を提示する。ユーザ端末２００の利用者は、待ち時間を見て、注文確定、注文取消等を判断することができる。ユーザ端末２００は、利用者に、注文確定、注文取消等を選択させる。ここでは、ユーザ端末２００の利用者は、注文確定または注文取消を選択するとする。
【０１５９】
ＳＱ１０１０では、ユーザ端末２００は、利用者によって選択された注文確定、または、注文取消の情報を、注文ＩＤとともに、中継サーバ１００に送信する。
【０１６０】
ＳＱ１０１１では、中継サーバ１００は、ユーザ端末２００から送信された情報が注文取消である場合、店舗サーバ３００に、注文ＩＤと注文取消の情報を送信する。店舗サーバ３００は、注文取消の情報を受信すると、注文テーブルＴ６００から、注文ＩＤに対応する注文のレコードを削除する。一方、中継サーバ１００は、ユーザ端末２００から送信された情報が注文確定である場合、店舗サーバ３００に、注文ＩＤ等を送信しない。ユーザ端末２００から送信された情報が注文確定である場合、店舗サーバ３００において、注文テーブルＴ６００を更新しなくてもよいからである。
【０１６１】
ＳＱ１０１２では、ユーザ端末２００から中継サーバ１００に送信された情報が注文確定であった場合、店舗サーバ３００は、ユーザ端末２００からの注文のためのサービス又は商品の提供の準備開始時刻になると、サービス又は商品を提供する店舗に設置される店舗端末６００に、サービス又は商品の提供の準備開始時刻に達したことの通知を送信する。店舗端末６００は、当該通知を受信すると、表示手段に、注文の準備開始時刻に達した旨の表示を行う。店舗端末６００の表示を確認した店舗の従業員等は、サービス又は商品の提供の準備を開始する。
【０１６２】
ＳＱ１０１３では、ユーザ端末２００の利用者が列車を降車しサービス又は商品の注文をした店舗に到着すると、あらかじめ通知された待ち時間の経過の後、店舗にて注文を行ったサービス又は商品の提供が行われる。利用者に対するサービス又は商品の提供が行われると、店舗の従業員等は、店舗端末６００に処理完了の入力を行う。店舗端末６００で処理完了の入力が行われると、店舗サーバ３００に処理完了の通知が送信される。店舗サーバ３００は、処理完了の通知を受信すると、注文テーブルＴ６００から、処理完了の通知を受けた注文のレコードを削除する。
【０１６３】
ＳＱ１０１４では、店舗サーバ３００は、処理完了の通知を、中継サーバ１００に送信する。中継サーバ１００は、受信した処理完了の通知を、ユーザ端末２００に送信する。ユーザ端末２００は、処理完了の通知を受信すると、格納部２０８に格納される注文の注文内容を削除する。
【０１６４】
（変形例１）
上記の例では、ユーザ端末２００の利用者が、サービス又は商品の注文を行うと、ユーザ端末２００は、注文内容を中継サーバ１００に送信する。中継サーバ１００は、ユーザ端末２００の利用者による、列車の乗車とサービス又は商品の注文の両方を確認した場合に、店舗サーバ３００に、注文内容を送信する。ここでは、ユーザ端末２００が列車の乗車とサービスの注文を確認した場合に、ユーザ端末２００が、中継サーバ１００に、注文内容を送信する。中継サーバ１００は、注文内容を受信すると、ユーザ端末２００の利用者が店舗の最寄駅に到着する駅到着時刻を算出し、注文内容と駅到着時刻を店舗サーバ３００に送信する。
【０１６５】
具体的には、上記の、ユーザ端末２００の動作フロー（図１５、図１６、図１７）にお
いて、ステップＳ１０７で、注文処理部２０６は、利用者が新規注文をし、かつ、車内ビーコン４００からの報知情報を受信しているか否かを判定する。利用者が注文画面を通じて新規注文を行い、かつ、報知情報を受信している場合（Ｓ１０７；ＹＥＳ）、処理がステップＳ１０８に進む。これ以外の場合（Ｓ１０７；ＮＯ）、処理がステップＳ１０９に進む。ユーザ端末２００が車内ビーコン４００の報知情報を受信していることは、ユーザ端末２００の利用者が列車に乗車していることを意味する。よって、ステップＳ１０７をこのようにすることにより、列車の乗車とサービス又は商品の注文を確認した場合に、注文内容が中継サーバ１００に送信されることになる。
【０１６６】
このとき、中継サーバ１００の動作フロー（図１８、図１９、図２０、図１２）において、ステップＳ２１４で、第２フラグ（2nd-flag）の状態および第３フラグ（3rd-flag）の状態をＯＮに設定した後、処理がステップＳ２１６に進む。変形例１では、中継サーバ１００が新規注文の注文内容を受信したことが、ユーザ端末２００の利用者が列車に乗車していることを意味している。ここでは、注文内容が中継サーバ１００に送信された場合、中継サーバ１００は、駅到着時刻を算出して、駅到着時刻と注文内容を店舗サーバ３００に送信する。即ち、中継サーバ１００で、ステップＳ２１５における利用者が注文及び乗車をしたことの確認が省略される。
【０１６７】
図２６は、変形例１の動作の例を示す図である。図２６では、ユーザ端末２００を携帯する利用者と、中継サーバ１００と、店舗サーバ３００との動作の例が示される。図２６の横方向は、時間の流れを示す。
【０１６８】
利用者Ａは、列車の乗車前に、ユーザ端末２００を用いて、店舗におけるサービス又は商品の提供の注文１を行う。この時点では、利用者Ａの注文は、中継サーバ１００に送信されない。利用者Ａが列車に乗車すると、ユーザ端末２００は、列車に設置される車内ビーコン４００からの報知情報を受信することにより、列車に乗車していることを認識する。ユーザ端末２００は、注文がされたこと及び列車に乗車したことを確認すると、利用者Ａの注文１の注文内容を、中継サーバ１００に送信する。中継サーバ１００は、利用者Ａが店舗の最寄駅に到着する時刻（駅到着時刻）を、現在時刻、利用者Ａの現在位置等から算出し、駅到着時刻と注文内容とを店舗サーバ３００に通知する。店舗サーバ３００は、利用者Ａの最寄駅への駅到着時刻、最寄駅から店舗までの時間、注文１の準備に要する時間から、注文１の準備開始時刻を算出する。店舗サーバ３００は、準備開始時刻から、利用者Ａの店舗での待ち時間を算出し、中継サーバ１００を介して、ユーザ端末２００に通知する。ユーザ端末２００では、利用者Ａが待ち時間等を確認して、注文確定を行い、中継サーバ１００に送信する。
【０１６９】
一方、利用者Ａとは異なる利用者Ｂは、ユーザ端末２００を携帯して、利用者Ａに乗っている列車に先行する列車に乗車している。利用者Ｂのユーザ端末２００は、列車に設置される車内ビーコン４００からの報知情報を受信することにより、列車に乗車していることを認識する。ここで、利用者Ｂは、ユーザ端末２００を用いて、店舗におけるサービス又は商品の提供の注文２を行う。ユーザ端末２００は、注文がされたこと及び列車に乗車したことを確認すると、利用者Ｂの注文２の注文内容を、中継サーバ１００に送信する。中継サーバ１００は、利用者Ｂが店舗の最寄駅に到着する時刻（駅到着時刻）を、現在時刻、利用者Ｂの現在位置等から算出し、駅到着時刻と注文内容とを店舗サーバ３００に通知する。店舗サーバ３００は、利用者Ｂの最寄駅への駅到着時刻、最寄駅から店舗までの時間、注文２の準備に要する時間から、注文２の準備開始時刻を算出する。ここでは、利用者Ｂが利用者Ａよりも先に到着することが見込まれることから、注文２の準備開始時刻は、注文１の準備開始時刻よりも早くなっている。店舗サーバ３００は、準備開始時刻から、利用者Ｂの店舗での待ち時間を算出し、中継サーバ１００を介して、ユーザ端末２００に通知する。ユーザ端末２００では、利用者Ｂが待ち時間等を確認して、注文確定を行
い、中継サーバ１００に送信する。
【０１７０】
店舗サーバ３００は、各注文の準備開始時刻に達すると、店舗端末６００に準備開始時刻の通知を行う。店舗では、準備開始時刻の通知にしたがって、各注文の準備を開始する。
【０１７１】
利用者Ｂが列車を降車して店舗に到着すると、待ち時間の後に、注文２についてのサービス又は商品が提供される。同様に、利用者Ｂの後に到着する利用者Ａも、列車を降車して店舗に到着すると、待ち時間の後に、注文１についてのサービス又は商品が提供される。
【０１７２】
（変形例２）
車内ビーコン４００と同様の報知情報（ビーコン）を発信する発信器が、列車内以外の場所、例えば、駅の改札口、路上、建物などの移動しない場所に設置されてもよい。列車内以外の場所に発信器が設置された場合、列車位置情報テーブルＴ１００に、当該発信器を識別するビーコンＩＤと、駅名として当該発信器が設置される場所が、格納される。このようにすることで、中継サーバ１００は、ユーザ端末２００のより正確な位置を把握することができる。
【０１７３】
図２７は、駅の改札口に発信器が設置される例を示す図である。駅の改札口を通過した利用者が携帯するユーザ端末２００が、発信器が発信する報知情報を受信すると、報知情報から、発信器を識別するビーコンＩＤを抽出する。ユーザ端末２００は、ビーコンＩＤ、利用者を識別するユーザＩＤ、現在時刻を中継サーバ１００に送信する。中継サーバ１００は、ユーザ端末２００からこれらの情報を受信すると、利用者位置情報テーブルＴ２００を更新する。中継サーバ１００は、利用者位置情報テーブルＴ２００により、ユーザ端末２００の現在位置を把握することができる。
【０１７４】
ここで、注文済みで列車に乗車する前の利用者が駅の改札口に存在することを、駅の改札口に設置される発信器によって検知されたしたときに、上記の列車に乗車した場合と同様に中継サーバ１００が店舗の最寄駅の到着時間を算出し、注文内容と到着時刻を店舗サーバ３００に送信してもよい。改札口を通過した際に到着時刻が算出されることで、店舗側において、より早く利用者が店舗に到着する時刻を認識することができる。
【０１７５】
（変形例３）
到着予定時刻に利用者が現れない場合、店舗端末６００から店舗サーバ３００を介して、中継サーバ１００に、当該利用者の電話番号等を、要求してもよい。中継サーバ１００は、利用者の電話番号等を要求されると、利用者情報テーブルＴ３００を検索し、利用者の電話番号等を抽出して、店舗サーバ３００を介して、店舗端末６００に送信する。店舗端末６００は、受信した利用者の電話番号等を表示手段に表示する。店舗の従業員等は、店舗端末６００に表示された利用者の電話番号等に基づいて、ユーザ端末２００の利用者に連絡を取ることができる。
【０１７６】
（変形例４）
ここでは、中継サーバ１００と店舗サーバ３００とは、別々の装置としているが、中継サーバ１００と店舗サーバ３００とが一体化されての１つのサーバとしてもよい。このとき、図１８の中継サーバ１００におけるステップＳ２０１の判断が、ユーザ端末２００から新規注文の注文内容を受信した場合にのみ、実行されるようにしてもよい。即ち、ステップＳ２０１の判断が、第２フラグの状態がＯＮである場合にのみ、実行されてもよい。このようにすることで、新規注文の注文内容を受信した場合にのみに、ユーザ端末２００の位置を監視するようにできる。中継サーバ１００と店舗サーバ３００とが一体化されて
の１つのサーバとしたとき、上記の中継サーバ１００及び店舗サーバ３００の動作を、当該サーバに実行させるためのプログラムとして、当該サーバに提供されてもよい。
【０１７７】
また、店舗サーバ３００が、サービス又は商品を提供する店舗内に設置され、店舗サーバ３００が店舗端末６００の機能を包含してもよい。
【０１７８】
（実施形態の作用、効果）
図２８、図２９、図３０は、本実施形態のシステムの動作の例を示す図である。図２７、図２８、図２９、図３０では、図１と同様に、車内ビーコン４００が搭載された列車が、駅のプラットホームに停車している。駅のプラットホームには、駅センサ５００が設置されている。利用者は、ユーザ端末２００を携帯している。
【０１７９】
図２８のように、プラットホームに設置される駅センサ５００は、プラットホームに停車している列車の車内ビーコン４００から報知情報を受信する。駅センサ５００は、受信した報知情報から、車内ビーコン４００を識別するビーコンＩＤを抽出し、ビーコンＩＤ、駅センサ５００を識別する駅センサＩＤ、現在時刻を、中継サーバ１００に送信する。中継サーバ１００は、駅センサ５００からこれらの情報を受信すると、列車位置情報テーブルＴ１００を更新する。中継サーバ１００は、列車位置情報テーブルＴ１００により、列車の現在位置を把握することができる。
【０１８０】
図２９のように、列車に乗車している利用者が携帯するユーザ端末２００は、車内ビーコン４００から報知情報を受信する。ユーザ端末２００は、報知情報からビーコンＩＤを抽出し、ビーコンＩＤ、利用者を識別するユーザＩＤ、現在時刻等を、中継サーバ１００に送信する。中継サーバ１００は、ユーザ端末２００からこれらの情報を受信すると、利用者位置情報テーブルＴ２００を更新する。中継サーバ１００は、利用者位置情報テーブルＴ２００により、ユーザ端末２００の現在位置を把握することができる。
【０１８１】
図３０のように、ユーザ端末２００の利用者は、ユーザ端末２００で店舗で提供されるサービス又は商品の注文を行い、注文内容を中継サーバ１００に送信する。ユーザ端末２００の利用者が注文及び乗車をしたことを中継サーバ１００が確認すると、中継サーバ１００は、利用者が店舗の最寄駅に到着する時刻（駅到着時刻）を算出する。中継サーバ１００は、注文内容及び駅到着時刻を、サービス又は商品を提供する店舗に対応する店舗サーバ３００に通知する。注文を行った利用者が列車に乗車する前より乗車した後の方が、店舗に到着する時刻を推定しやすい。乗車の後に注文内容が店舗サーバ３００に送信されることで、店舗サーバ３００は、ユーザ端末２００の利用者が店舗に到着する時刻を推定しやすいタイミングで、注文内容を受信することができる。店舗サーバ３００は、駅到着時刻と、注文内容等から、当該注文のサービス又は商品を提供するための準備を開始する時刻を算出する。
【０１８２】
ユーザ端末２００の利用者は、サービス又は商品を提供する店舗の最寄駅で列車から降車する。ユーザ端末２００の利用者は、列車を降車した後、サービス又は商品の注文を行った店舗に向かう。サービス又は商品を提供する店舗では、店舗サーバ３００による通知より、利用者の店舗への到着に合わせて、サービス又は商品の提供の準備が開始される。利用者は、店舗に到着後、サービス又は商品の提供を受ける。
【０１８３】
本実施形態のシステムによると、ユーザ端末２００の現在存在する駅が変わる毎に、店舗の最寄駅への到着時刻が算出されて、店舗サーバ３００に通知されるため、列車が遅れた場合などに、利用者の店舗への到着時刻、準備開始時刻が、自動的に更新される。
【０１８４】
本実施形態のシステムによれば、ユーザ端末２００の利用者は、サービス又は商品の提
供の注文をする際に店舗に到着時刻（予約時刻）を通知することなく、ユーザ端末２００を携帯して列車に乗車し、店舗を訪問することで、サービス又は商品の提供を適切な状態で受けることができる。本実施形態のシステムでは、サービス又は商品の提供を行う店舗では、注文を行った利用者の正確な店舗への到着時刻を把握することができる。ユーザ端末２００の利用者は、店舗に到着すると、事前に通知された待ち時間を待つだけで、サービス又は商品の提供を受けることができる。例えば、利用者が注文した飲食店でサービス又は商品の提供を受ける場合に、出来たての状態で注文した飲食物が提供される。
【０１８５】
図３１は、従来の店舗に対する注文と、本実施形態における注文との比較例を示す図である。図３１（Ａ）は、従来の例を示し、図３１（Ｂ）は、本実施形態の例を示す。図３１の横方向は、時間を示す。
【０１８６】
図３１（Ａ）の従来の例において、ユーザＡ、ユーザＢ、ユーザＣ、ユーザＤがそれぞれ、時刻ｔ０１、時刻ｔ０３、時刻ｔ０５、時刻ｔ０７を来店約束時刻（店舗への到着時刻）とする、店舗でのサービス又は商品の提供の注文を行ったとする。来店約束時刻は、ユーザが店舗に到着することを約束している時刻である。店舗では、各ユーザの注文に応じて、来店約束時間に合わせて、注文対応時間を設定する。注文対応期間は、注文されたサービス又は商品を提供するための準備期間である。注文対応期間の長さは、サービス又は商品の提供のための準備時間であり、注文されたサービス又は商品によって異なる。
【０１８７】
ユーザＡについては、来店約束時刻ｔ０１に店舗に到着したため、待ち時間なく、サービス又は商品の提供が受けられる。ユーザＢについては、来店約束時刻ｔ０３よりも早い時刻ｔ０２に店舗に到着したため、店舗では対応することできず、ｔ０３−ｔ０２の待ち時間が発生している。ユーザＣについては、店舗において、来店約束時刻である時刻ｔ０５にサービス提供の準備ができたが、ユーザＣは時刻ｔ０６に店舗に到着したため、サービス又は商品の提供準備完了からサービス又は商品の提供までの時間が長くなっている。ユーザＤについては、ユーザＢと同様に、来店約束時刻ｔ０７よりも早い時刻ｔ０４に店舗に到着したため、店舗では対応することできず、ｔ０７−ｔ０４の待ち時間が発生している。また、最後に時刻ｔ０７を来店約束時刻とする注文をしようとしたユーザＥについては、ユーザＤによる先の注文があったため注文することができず、サービス又は商品の提供を受けられないか、時刻ｔ０７以降に準備が開始されてサービス又は商品の提供を受けることになる。
【０１８８】
一方、図３１（Ｂ）の本実施形態のシステムを適用した例において、各ユーザ自身は、注文時に来店約束時刻（店舗への到着時刻）を決定しない。各ユーザの店舗への到着時刻は、ユーザによる注文と乗車とが確認された時点で算出され、列車の遅れ等があれば自動的に更新される。また、到着時刻にしたがって各注文の準備開始時刻が決定される。従って、サービス又は商品の提供の注文を行ったユーザＡ、ユーザＢ、ユーザＣ、ユーザＤが、上記の例と同じように、それぞれ、時刻ｔ０１、時刻ｔ０２、時刻ｔ０４、時刻ｔ０６に店舗に到着しても、余計な待ち時間なく、サービス又は商品の提供を受けられる。また、店舗に余裕があれば、ユーザＥのように時刻ｔ０７に店舗に到着する利用者に対する注文も処理することができる。本実施形態のシステムによれば、ユーザが店舗に到着する時間が分かるので、店舗において効率よくサービス又は商品の提供の準備をすることができる。また、ユーザの店舗における待ち時間は、低減される。
【０１８９】
以上の実施形態、各変形例に記載の構成は、可能な限りこれらを組み合わせて実施され得る。
【符号の説明】
【０１９０】
１０    システム
１００      中継サーバ
１０２        位置情報処理部
１０４        注文処理部
１０６        格納部
２００      ユーザ端末
２０２        表示部
２０４        報知情報処理部
２０６        注文処理部
２０８        格納部
３００      店舗サーバ
３０２        注文受付部
３０４        注文処理部
３０６        格納部
４００      車内ビーコン
５００      駅センサ
６００      店舗端末
Ｔ１００    列車位置情報テーブル
Ｔ２００    利用者位置情報テーブル
Ｔ３００    利用者情報テーブル
Ｔ４００    店舗情報テーブル
Ｔ５００    フラグ状態テーブル
Ｔ６００    注文テーブル
Ｔ７００    駅センサテーブル
Ｔ８００    メニューテーブル
【図１】
2016071441.tif 000003
【図２】
2016071441.tif 000004
【図３】
2016071441.tif 000005
【図４】
2016071441.tif 000006
【図５】
2016071441.tif 000007
【図６】
2016071441.tif 000008
【図７】
2016071441.tif 000009
【図８】
2016071441.tif 000010
【図９】
2016071441.tif 000011
【図１０】
2016071441.tif 000012
【図１１】
2016071441.tif 000013
【図１２】
2016071441.tif 000014
【図１３】
2016071441.tif 000015
【図１４】
2016071441.tif 000016
【図１５】
2016071441.tif 000017
【図１６】
2016071441.tif 000018
【図１７】
2016071441.tif 000019
【図１８】
2016071441.tif 000020
【図１９】
2016071441.tif 000021
【図２０】
2016071441.tif 000022
【図２１】
2016071441.tif 000023
【図２２】
2016071441.tif 000024
【図２３】
2016071441.tif 000025
【図２４】
2016071441.tif 000026
【図２５】
2016071441.tif 000027
【図２６】
2016071441.tif 000028
【図２７】
2016071441.tif 000029
【図２８】
2016071441.tif 000030
【図２９】
2016071441.tif 000031
【図３０】
2016071441.tif 000032
【図３１】
2016071441.tif 000033