(57)【特許請求の範囲】
【請求項１】
店舗を識別する店舗識別情報と、当該店舗の座席を識別する座席識別情報に関連付けられた、ユーザが注文した商品を識別する商品識別情報と、当該注文に係る商品の数量と、を含む注文実績情報を取得する注文実績情報取得手段と、
前記注文実績情報取得手段により取得した注文実績情報を記憶手段に記憶する手段と、
前記記憶手段から、対象の店舗に係る注文実績情報のうち現在の注文に係る対象の注文実績情報を、座席識別情報に基づいてグループ化して抽出する抽出手段と、
前記対象の注文実績情報に基づいて、前記ユーザが所定の組み合わせの商品を所定の順序で注文したか否かに応じて、前記ユーザの退席可能性を判定する判定手段と、
前記対象の店舗に関し前記判定手段による判定結果に応じて更新される情報を提供する提供手段と、
を含むことを特徴とする情報提供システム。
【請求項２】
前記記憶手段に、前記ユーザの前記対象の店舗における過去の注文実績情報が記憶される場合には、当該過去の注文実績情報に基づいて、前記所定の組み合わせの商品と、前記所定の順序を設定する設定手段をさらに含む
ことを特徴とする請求項１に記載の情報提供システム。
【請求項３】
前記設定手段は、前記記憶手段に、前記ユーザの前記対象の店舗における過去の注文実績情報が記憶されない場合には、当該対象の店舗における過去の注文実績情報に基づいて、前記所定の組み合わせの商品と、前記所定の順序を設定する
ことを特徴とする請求項２に記載の情報提供システム。
【請求項４】
前記設定手段は、前記記憶手段に、前記ユーザの前記対象の店舗における過去の注文実績情報が記憶されない場合には、前記ユーザと属性情報が対応する他のユーザの前記対象の店舗における過去の注文実績情報に基づいて、前記所定の組み合わせの商品と、前記所定の順序を設定する
ことを特徴とする請求項３に記載の情報提供システム。
【請求項５】
店舗を識別する店舗識別情報と、当該店舗の座席を識別する座席識別情報に関連付けられた、ユーザが注文した商品を識別する商品識別情報と、当該注文に係る商品の数量と、を含む注文実績情報を取得する注文実績情報取得手段と、
前記注文実績情報取得手段により取得した注文実績情報を記憶手段に記憶する手段と、
前記記憶手段から、対象の店舗に係る注文実績情報のうち現在の注文に係る対象の注文実績情報を、座席識別情報に基づいてグループ化して抽出する抽出手段と、
前記抽出手段により抽出された注文実績情報における同一商品の注文数量に基づいて、当該注文実績情報に係るユーザの数を推定する推定手段と、
前記推定したユーザの数に基づいて設定したユーザの退席可能性を判定するための判定条件が、前記対象の注文実績情報により満足されたかに応じて、前記ユーザの退席可能性を判定する判定手段と、
前記対象の店舗に関し前記判定手段による判定結果に応じて更新される情報を提供する提供手段と、
を含むことを特徴とする情報提供システム。
【請求項６】
前記抽出手段は、前記記憶手段から、店舗識別情報及び座席識別情報が同一であって、注文時間の時間間隔が所定の時間間隔よりも短い注文実績情報を前記対象の注文実績情報として抽出する
ことを特徴とする請求項１乃至５のいずれかに記載の情報提供システム。
【請求項７】
前記提供手段は、前記対象の注文実績情報に係るユーザの退席可能性に応じて更新される退席予測時間を提供する
ことを特徴とする請求項１乃至６のいずれかに記載の情報提供システム。
【請求項８】
店舗を識別する店舗識別情報と、当該店舗の座席を識別する座席識別情報に関連付けられた、ユーザが注文した商品を識別する商品識別情報と、当該注文に係る商品の数量と、を含む注文実績情報を取得する注文実績情報取得ステップと、
前記注文実績情報取得ステップで取得した注文実績情報を記憶手段に記憶するステップと、
前記記憶手段から、対象の店舗に係る注文実績情報のうち現在の注文に係る対象の注文実績情報を、座席識別情報に基づいてグループ化して抽出する抽出ステップと、
前記対象の注文実績情報に基づいて、前記ユーザが所定の組み合わせの商品を所定の順序で注文したか否かに応じて、前記ユーザの退席可能性を判定する判定ステップと、
前記対象の店舗に関し前記判定手段による判定結果に応じて更新される情報を提供する提供ステップと、
を含むことを特徴とする情報提供方法。
【請求項９】
店舗を識別する店舗識別情報と、当該店舗の座席を識別する座席識別情報に関連付けられた、ユーザが注文した商品を識別する商品識別情報と、当該注文に係る商品の数量と、を含む注文実績情報を取得する注文実績情報取得手段と、
前記注文実績情報取得手段により取得した注文実績情報を記憶手段に記憶する手段と、
前記記憶手段から、対象の店舗に係る注文実績情報のうち現在の注文に係る対象の注文実績情報を、座席識別情報に基づいてグループ化して抽出する抽出手段と、
前記対象の注文実績情報に基づいて、前記ユーザが所定の組み合わせの商品を所定の順序で注文したか否かに応じて、前記ユーザの退席可能性を判定する判定手段と、
前記対象の店舗に関し前記判定手段による判定結果に応じて更新される情報を提供する提供手段
としてコンピュータを機能させるためのプログラム。
【請求項１０】
店舗を識別する店舗識別情報と、当該店舗の座席を識別する座席識別情報に関連付けられた、ユーザが注文した商品を識別する商品識別情報と、当該注文に係る商品の数量と、を含む注文実績情報を取得する注文実績情報取得ステップと、
前記注文実績情報取得ステップにより取得した注文実績情報を記憶手段に記憶するステップと、
前記記憶手段から、対象の店舗に係る注文実績情報のうち現在の注文に係る対象の注文実績情報を、座席識別情報に基づいてグループ化して抽出する抽出ステップと、
前記抽出ステップにより抽出された注文実績情報における同一商品の注文数量に基づいて、当該注文実績情報に係るユーザの数を推定する推定ステップと、
前記推定したユーザの数に基づいて設定したユーザの退席可能性を判定するための判定条件が、前記対象の注文実績情報により満足されたかに応じて、前記ユーザの退席可能性を判定する判定ステップと、
前記対象の店舗に関し前記判定ステップによる判定結果に応じて更新される情報を提供する提供ステップと、
を含むことを特徴とする情報提供方法。
【請求項１１】
店舗を識別する店舗識別情報と、当該店舗の座席を識別する座席識別情報に関連付けられた、ユーザが注文した商品を識別する商品識別情報と、当該注文に係る商品の数量と、を含む注文実績情報を取得する注文実績情報取得手段と、
前記注文実績情報取得手段により取得した注文実績情報を記憶手段に記憶する手段と、
前記記憶手段から、対象の店舗に係る注文実績情報のうち現在の注文に係る対象の注文実績情報を、座席識別情報に基づいてグループ化して抽出する抽出手段と、
前記抽出手段により抽出された注文実績情報における同一商品の注文数量に基づいて、当該注文実績情報に係るユーザの数を推定する推定手段と、
前記推定したユーザの数に基づいて設定したユーザの退席可能性を判定するための判定条件が、前記対象の注文実績情報により満足されたかに応じて、前記ユーザの退席可能性を判定する判定手段と、
前記対象の店舗に関し前記判定手段による判定結果に応じて更新される情報を提供する提供手段
としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供システム、情報提供方法、プログラム及び情報記録媒体に関する。
【背景技術】
【０００２】
飲食店等の店舗に空席状況の問い合わせがあった場合には店員が都度状況を確認し対応することが一般的であるが、店員が空席状況を逐次把握することは困難である上に、その負担も大きい。そこで、例えば下記の特許文献１に記載されているように、店舗の客席数のうち使用されている客席数を逐次更新することで客席の空き状況と予測待ち時間を求め、客からの問い合わせに自動音声で対応するシステムが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０５−１０８６７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、実際には個々の客ごとに飲食の量、同席する人数、飲食の目的等が異なり店舗の滞在時間は異なることが一般的であるから、上記の従来技術のように個々の客を一律に扱ってその注文内容を考慮に入れずに客席の空き予測をした場合にはその予測精度が低くなってしまっていた。
【０００５】
本発明は上記課題に鑑みて為されたものであって、その目的は、店舗の客席の空き状況に関する情報を店舗内のユーザの注文実績に基づいて逐次更新して提供できる情報提供システム、情報提供方法、プログラム及び情報記録媒体を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明に係る情報提供システムは、店舗を識別する店舗識別情報と、前記店舗に注文する商品を識別する商品識別情報と、当該注文に係る商品の数量と、当該注文に係るユーザを識別するユーザ識別情報と、当該注文に係る注文時間と、当該注文に係る座席識別情報とを含む注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得した注文実績情報を記憶手段に記憶する手段と、前記記憶手段から、対象の店舗に係る注文実績情報のうち現在の注文に係る対象の注文実績情報を、座席識別情報及び注文時間に基づいてグループ化して抽出する抽出手段と、前記記憶手段に、前記対象の注文実績情報に含まれる店舗識別情報及びユーザ識別情報を含む過去の注文実績情報が記憶される場合には、当該過去の注文実績情報に基づいて設定した判定条件と前記対象の注文実績情報との比較に基づいて、前記対象の注文実績情報に係るユーザの退席可能性を判定する判定手段と、前記対象の店舗に関し前記判定手段による判定結果に基づく情報を提供する提供手段と、を含むことを特徴とする。
【０００７】
また、本発明の一態様では、前記判定手段は、前記記憶手段に、前記対象の注文実績情報以外に当該注文実績情報に含まれる店舗識別情報及びユーザ識別情報を含む他の注文実績情報が記憶されない場合には、当該店舗識別情報及び当該ユーザ識別情報のユーザと属性情報が対応する他のユーザのユーザ識別情報を含む過去の注文実績情報に基づいて設定した判定条件と前記対象の注文実績情報との比較に基づいて、前記対象の注文実績情報に係るユーザの退席可能性を判定することを特徴とする。
【０００８】
また、本発明の一態様では、前記判定手段は、前記記憶手段に、前記対象の注文実績情報以外に当該注文実績情報に含まれる店舗識別情報及びユーザ識別情報を含む他の注文実績情報が記憶されない場合には、当該店舗識別情報を含む過去の注文実績情報に基づいて設定した判定条件と前記対象の注文実績情報との比較に基づいて、前記対象の注文実績情報に係るユーザの退席可能性を判定することを特徴とする。
【０００９】
また、本発明の一態様では、前記注文実績情報は、前記注文に係る決済金額を含み、前記判定手段は、前記対象の注文実績情報に係る決済金額の合計が所定の決済金額を超えている場合に、前記対象の注文実績情報に係るユーザが前記対象の店舗から退席する可能性が高いと判定することを特徴とする。
【００１０】
また、本発明の一態様では、前記判定手段は、前記対象の注文実績情報に係る商品のカロリーの合計が所定のカロリーを超えている場合に、前記対象の注文実績情報に係るユーザが前記対象の店舗から退席する可能性が高いと判定することを特徴とする。
【００１１】
また、本発明の一態様では、前記判定手段は、前記現在の注文実績情報に含まれる最初の時間からの経過時間が第１の経過時間を超えている場合に、前記対象の注文実績情報に係るユーザが前記対象の店舗から退席する可能性が高いと判定することを特徴とする。
【００１２】
また、本発明の一態様では、前記判定手段は、前記対象の注文実績情報に含まれる最後の時間からの経過時間が第２の経過時間を超えている場合に、前記対象の注文実績情報に係るユーザが前記対象の店舗から退席する可能性が高いと判定することを特徴とする。
【００１３】
また、本発明の一態様では、前記抽出手段は、前記記憶手段から、店舗識別情報及び座席識別情報が同一であって、注文時間の時間間隔が所定の時間間隔よりも短い注文実績情報を前記対象の注文実績情報として抽出することを特徴とする。
【００１４】
また、本発明の一態様では、前記提供手段は、前記対象の注文実績情報に係るユーザの退席可能性に応じて決定した退席予測時間を提供することを特徴とする。
【００１５】
また、本発明の一態様では、前記判定手段は、前記対象の注文実績情報によって、所定の組み合わせ及び順序により所定の商品群が注文された場合に、前記対象の注文実績情報に係るユーザが前記対象の店舗から退席する可能性が高いと判定することを特徴とする。
【００１６】
また、本発明の一態様では、前記判定条件は、少なくとも注文に係る時間帯、季節、前記対象の注文実績情報に係るユーザの数、前記対象の注文実績情報に係るユーザの性別のいずれかに応じて可変であることを特徴とする。
【００１７】
また、本発明の一態様では、前記情報提供システムは、前記抽出手段により抽出された注文実績情報に含まれる商品の数量に基づいて、当該注文実績情報に係るユーザの数を推定する推定手段をさらに含むことを特徴とする。
【００１８】
また、本発明の一態様では、前記過去の注文実績情報は、前記対象の注文実績情報と、少なくとも注文に係る時間帯、季節、前記対象の注文実績情報に係るユーザの数、前記対象の注文実績情報に係るユーザの性別のいずれかが関連した注文実績情報であることを特徴とする。
【００１９】
また、本発明に係る情報提供方法は、店舗を識別する店舗識別情報と、前記店舗に注文する商品を識別する商品識別情報と、当該注文に係る商品の数量と、当該注文に係るユーザを識別するユーザ識別情報と、当該注文に係る注文時間と、当該注文に係る座席識別情報とを含む注文実績情報を取得する注文実績情報取得ステップと、前記注文実績情報取得ステップで取得した注文実績情報を記憶手段に記憶するステップと、前記記憶手段から、対象の店舗に係る注文実績情報のうち現在の注文に係る対象の注文実績情報を、座席識別情報及び注文時間に基づいてグループ化して抽出する抽出ステップと、前記記憶手段に、前記対象の注文実績情報に含まれる店舗識別情報及びユーザ識別情報を含む過去の注文実績情報が記憶される場合には、当該過去の注文実績情報に基づいて設定した判定条件と前記対象の注文実績情報との比較に基づいて、前記対象の注文実績情報に係るユーザの退席可能性を判定する判定ステップと、前記対象の店舗に関し前記判定ステップよる判定結果に基づく情報を提供する提供ステップと、を含むことを特徴とする。
【００２０】
また、本発明に係るプログラムは、店舗を識別する店舗識別情報と、前記店舗に注文する商品を識別する商品識別情報と、当該注文に係る商品の数量と、当該注文に係るユーザを識別するユーザ識別情報と、当該注文に係る注文時間と、当該注文に係る座席識別情報とを含む注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得した注文実績情報を記憶手段に記憶する手段と、前記記憶手段から、対象の店舗に係る注文実績情報のうち現在の注文に係る対象の注文実績情報を、座席識別情報及び注文時間に基づいてグループ化して抽出する抽出手段と、前記記憶手段に、前記対象の注文実績情報に含まれる店舗識別情報及びユーザ識別情報を含む過去の注文実績情報が記憶される場合には、当該過去の注文実績情報に基づいて設定した判定条件と前記対象の注文実績情報との比較に基づいて、前記対象の注文実績情報に係るユーザの退席可能性を判定する判定手段と、前記対象の店舗に関し前記判定手段による判定結果に基づく情報を提供する提供手段としてコンピュータを機能させるためのプログラムである。
【００２１】
また、本発明に係る情報記録媒体は、店舗を識別する店舗識別情報と、前記店舗に注文する商品を識別する商品識別情報と、当該注文に係る商品の数量と、当該注文に係るユーザを識別するユーザ識別情報と、当該注文に係る注文時間と、当該注文に係る座席識別情報とを含む注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得した注文実績情報を記憶手段に記憶する手段と、前記記憶手段から、対象の店舗に係る注文実績情報のうち現在の注文に係る対象の注文実績情報を、座席識別情報及び注文時間に基づいてグループ化して抽出する抽出手段と、前記記憶手段に、前記対象の注文実績情報に含まれる店舗識別情報及びユーザ識別情報を含む過去の注文実績情報が記憶される場合には、当該過去の注文実績情報に基づいて設定した判定条件と前記対象の注文実績情報との比較に基づいて、前記対象の注文実績情報に係るユーザの退席可能性を判定する判定手段と、前記対象の店舗に関し前記判定手段による判定結果に基づく情報を提供する提供手段としてコンピュータを機能させるためのプログラムを記録した情報記録媒体である。
【発明の効果】
【００２２】
本発明の一態様によれば、店舗の客席の空き状況に関する情報を店舗内のユーザの注文実績に基づいて逐次更新して提供できる。
【図面の簡単な説明】
【００２３】
【図１】本実施形態に係る店舗情報処理システムのシステム構成図である。
【図２】店舗情報処理システムにおいて行われる注文処理のシーケンス図である。
【図３】メニュー画面の一例を示す図である。
【図４】メニュー注文画面の一例を示す図である。
【図５】決済開始メールの一例を示す図である。
【図６】電子マネー決済開始画面の一例を示す図である。
【図７】決済完了メールの一例を示す図である。
【図８】店舗情報提供サーバにより行われる退席予測処理のフローチャートである。
【図９】店舗状況表示画面の一例を示す図である。
【図１０】携帯端末の機能ブロック図である。
【図１１】受注サーバの機能ブロック図である。
【図１２】ユーザ情報テーブルの一例を示す図である。
【図１３】メニュー情報テーブルの一例を示す図である。
【図１４】決済サーバの機能ブロック図である。
【図１５】店舗情報提供サーバの機能ブロック図である。
【図１６】注文履歴テーブルの一例を示す図である。
【図１７Ａ】判定条件の一例を示す図である。
【図１７Ｂ】判定条件の一例を示す図である。
【図１７Ｃ】判定条件の一例を示す図である。
【図１７Ｄ】判定条件の一例を示す図である。
【発明を実施するための形態】
【００２４】
以下、本発明に係る実施の形態（以下、実施形態）を、図面を参照しながら説明する。
【００２５】
図１には、本実施形態に係る店舗情報処理システム１００のシステム構成図を示した。図１に示されるように、店舗情報処理システム１００は、携帯端末２００、受注サーバ３００、決済サーバ４００、店舗情報提供サーバ５００、店舗端末６００を含み、携帯端末２００、受注サーバ３００、決済サーバ４００、店舗情報提供サーバ５００、店舗端末６００はそれぞれネットワーク７００を介して相互に通信可能に接続される。
【００２６】
携帯端末２００は、無線通信機能及び電子マネー等による決済機能を有する情報処理端末である。例えば、携帯端末２００はタッチパネルやボタン等の操作受け付け部を備え、ユーザから受け付けた操作に応じて処理を実行し、その処理結果をタッチパネルに表示する。例えば、ユーザは、携帯端末２００により店舗情報提供サーバ５００にアクセスして店舗の空き状況を確認し、受注サーバ３００からダウンロードした店舗のメニュー情報から指定したメニューを注文し、注文したメニューの電子決済を決済サーバ４００との間で実行する等の処理を行う。なお、本実施形態において対象とする店舗は、店内にテーブル及び座席を有する飲食店とし、店舗の空き状況に関する情報とは、店舗で飲食物の提供を受ける少なくとも一部のユーザが店舗から退席しそうな状態にあるか否かを判定した判定結果に基づき生成される情報である。
【００２７】
受注サーバ３００は、携帯端末２００から注文情報を受け付けて、受け付けた注文情報を処理するサーバである。例えば、受注サーバ３００は、携帯端末２００から受け付けた注文情報についての電子決済を決済サーバ４００に依頼し、決済サーバ４００から当該電子決済の完了通知を受信した場合に、当該注文情報を店舗端末６００に送信する。なお、店舗においては、店舗端末６００が受注サーバ３００から受信した注文情報に従って、店舗内のユーザに注文されたメニュー（商品）を提供する。
【００２８】
決済サーバ４００は、受注サーバ３００が携帯端末２００から受け付けた注文情報の電子決済を、当該注文情報を送信した携帯端末２００に実行させて、その実行結果を取得し管理するサーバである。例えば、決済サーバ４００は、携帯端末２００により発注された注文情報について電子マネー決済を実行させ、電子マネー決済が正常に完了した場合に、受注サーバ３００に当該注文情報についての決済完了通知を送信する。
【００２９】
店舗情報提供サーバ５００は、受注サーバ３００から店舗内の各ユーザにより発注された注文情報の履歴に基づいて当該各ユーザが退席しそうな状態にあるか否かを判定し、その判定結果に基づいて当該店舗の空き状況に関する退席予測情報を提供する。
【００３０】
［店舗情報処理システム１００における注文処理のシーケンスの一例］
以下、図２に示すシーケンス図を参照しながら、店舗情報処理システム１００における注文処理の流れを説明する。以下説明するシーケンスの例では、ユーザは受注サーバ３００にユーザＩＤ、メールアドレス、性別、生年月日等の属性情報を予め登録してあることとする。
【００３１】
図２に示すように、ユーザは利用しようとする店舗内又は店舗外において、携帯端末２００を用いて受注サーバ３００にユーザＩＤとパスワードを入力してログインし（Ｓ１）、上記利用しようとする店舗を検索し（Ｓ２）、検索された店舗のメニュー情報をダウンロードする（Ｓ３）。なお、携帯端末２００は、メニュー情報と共に当該メニュー情報に基づいて受注サーバ３００に発注処理を行うためのアプリケーションをダウンロードすることとしてもよい。
【００３２】
携帯端末２００は、ダウンロードしたメニュー情報に基づいてメニュー画面を表示する（Ｓ４）。図３には、携帯端末２００に表示されるメニュー画面の一例を示した。図３に示されるメニュー画面の例では、メニューごとにメニュー名、当該メニューの金額、当該メニューの注文に進むためのリンクが設けられる。
【００３３】
ここで「注文に進む」のリンクが押下されると、例えば図４に示すメニュー注文画面が表示される。図４に示すメニュー注文画面には、注文数量、ユーザのテーブルを識別するテーブル識別情報（例えばテーブル番号）の入力欄、注文を実行する「注文実行」のリンク等が設けられる。
【００３４】
ユーザは店舗内でテーブルに案内された後に、例えば図４に示したメニュー注文画面に注文数量と、当該テーブルのテーブル識別情報を入力して「注文実行」のリンクを押下すると、携帯端末２００はユーザから要求されたメニュー、注文数量、テーブル識別情報、店舗ＩＤ、ユーザＩＤを含む注文情報を受注サーバ３００に送信する（Ｓ５）。
【００３５】
受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能でない場合には（Ｓ６：Ｎ）、注文不可通知を携帯端末２００に送信する（Ｓ７）。受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能な場合には（Ｓ６：Ｙ）、当該注文情報に係る決済情報と当該決済情報のトークンを携帯端末２００に送信するとともに（Ｓ８）、携帯端末２００を決済サーバ４００にリダイレクトさせる（Ｓ９）。なお、受注サーバ３００は、受け付けた注文が可能か否かは、店舗端末６００に問い合わせて判断することとしてもよいし、受注サーバ３００に各店舗の受注可能なメニューの情報を順次更新して保持している場合には、当該受注可能なメニューの情報に基づいて判断することとしてもよい。
【００３６】
なお、受注サーバ３００が、注文情報を識別する注文ＩＤ、決済金額、注文情報に係るユーザのメールアドレスを含む決済依頼情報を決済サーバ４００に送信することとしてもよく、この場合には、決済サーバ４００は、受注サーバ３００から受信した決済依頼情報に含まれるメールアドレスに対して、電子決済を実行するためのリンクを含む決済開始メールを送信することとしてよい。
【００３７】
図５には、決済開始メールの一例を示した。図５に示される例では、決済開始メールには、決済に係る注文内容（メニュー、注文数量、決済金額）と、「お支払いはこちら」のリンクが含まれる。「お支払いはこちら」のリンクが選択されると、例えば図６に示される、電子マネー決済開始画面に進み、電子マネー決済開始画面の案内に従って電子マネー決済を実行する。
【００３８】
携帯端末２００では、決済サーバ４００と通信して、決済情報に基づいて電子マネー決済を実行すると（Ｓ１０）、決済サーバ４００は、電子マネー決済の完了通知を受け付けて（Ｓ１１）、例えば図７に示す決済完了メールを携帯端末２００に送信する。
【００３９】
決済サーバ４００は、電子マネー決済が完了した注文ＩＤの情報を受注サーバ３００に通知し（Ｓ１２）、受注サーバ３００は、決済の完了通知を受けた注文ＩＤに係る注文情報を店舗端末６００に送信する（Ｓ１３）。店舗では、店舗端末６００が受注サーバ３００から受信した注文情報に従って、ユーザに注文されたメニューに係る飲食物が提供される。
【００４０】
受注サーバ３００は、処理が完了した注文情報に係る注文実績情報を店舗情報提供サーバ５００に送信する（Ｓ１４）。例えば、注文実績情報には、注文ＩＤ、ユーザＩＤ、ユーザ属性情報、店舗ＩＤ、メニューＩＤ、注文数量、決済金額、メニュー属性情報（例えばカロリー）、注文時間、テーブル識別情報等を含むこととしてよい。受注サーバ３００は、注文情報について処理が完了するごとに、当該注文情報に係る注文実績情報を店舗情報提供サーバ５００に送信してもよいし、予め定められたタイミング（例えば所定の時間間隔置き等）でそれまでに蓄積された未送信の注文実績情報を店舗情報提供サーバ５００に送信してもよい。店舗情報提供サーバ５００は、受注サーバ３００から受信した注文実績情報を記憶する（Ｓ１５）。上記の処理（Ｓ５〜Ｓ１５）は、携帯端末２００から注文を受けるごとに行われることとしてよい。
【００４１】
なお、店舗情報処理システム１００における注文処理のシーケンスは上述した例に限られない。例えば、上記のシーケンスにおいて、受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能な場合には（Ｓ６：Ｙ）、トークンを発行するとともに、発行したトークンを決済サーバ４００に送信して、決済サーバ４００がトークンを含む決済情報を携帯端末２００に送信するようにしてもよい。この場合には、携帯端末２００で決済が実行された後に、携帯端末２００がトークンを含む決済完了通知を受注サーバ３００に送信し、受注サーバ２００が当該決済完了通知に含まれるトークンと、発行したトークンとを照合して、決済が行われた注文情報を特定することとしてよい。また、携帯端末２００で決済が実行された後に、携帯端末２００がトークンを含む決済完了通知を決済サーバ４００に送信し、受注サーバ２００が決済サーバ４００からトークンを受信して、発行したトークンとの照合を行うようにしても構わない。
【００４２】
［店舗情報提供サーバ５００による退席予測処理の一例］
次に、図８に示したフローチャートを参照しながら、店舗情報提供サーバ５００において記憶された注文実績情報を利用して行われる退席予測処理の流れを説明する。
【００４３】
図８に示されるように、店舗情報提供サーバ５００は、処理対象の店舗ＩＤ（Ｓｉとし、１≦ｉ≦Ｎ、ｉの初期値は１で、Ｎは処理対象の全店舗数）を選択し（Ｓ２１）、当該選択した店舗ＩＤを含む注文実績情報の中から処理対象のユーザＩＤ（Ｕｊとし、１≦ｊ≦Ｍ、ｊの初期値は１で、Ｍは処理対象の全ユーザ数）を選択する（Ｓ２２）。そして、店舗情報提供サーバ５００は、記憶された注文実績情報から、上記選択された店舗ＩＤ（Ｓｉ）とユーザＩＤ（Ｕｊ）を含み、所定の条件を満足する注文実績情報を抽出する（Ｓ２３）。ここで所定の条件とは、例えば、注文時間が現在時から所定の時間間隔内にある注文実績情報であること等の条件としてよい。
【００４４】
店舗情報提供サーバ５００は、上記抽出した注文実績情報と、所定の判定条件とに基づいて、店舗（Ｓｉ）からユーザ（Ｕｊ）が退席しそうな状態にあるか否かを判定し（Ｓ２４）、その判定結果を店舗（Ｓｉ）、ユーザ（Ｕｊ）に関連づけて記憶する（Ｓ２５）。なお、所定の判定条件は、店舗（Ｓｉ）、店舗（Ｓｉ）の属性情報（店舗カテゴリ等）、ユーザ（Ｕｊ）、ユーザ（Ｕｊ）の属性情報（年齢、性別等）のいずれか又はこれらの組み合わせに関連付けられて記憶された判定条件の中から選択することとしてよい。
【００４５】
次に、店舗情報提供サーバ５００は、処理対象のユーザが残っている場合には（Ｓ２６：Ｙ）、Ｕｊのｊをインクリメントして次のユーザを選択して（Ｓ２７）、Ｓ２３に戻り、処理対象のユーザが残っていない場合には（Ｓ２６：Ｎ）、処理対象の店舗が残っているか否かを判定する（Ｓ２８）。ここで、処理対象の店舗が残っている場合には（Ｓ２８：Ｙ）、Ｓｉのｉをインクリメントして次の店舗を選択するとともにＵｊのｊを１に設定して（Ｓ２９）、Ｓ２３に戻り、処理対象の店舗が残っていない場合には（Ｓ２８：Ｎ）、店舗情報提供サーバ５００は、それまでに店舗、ユーザの組に関連づけて記憶された判定結果に基づいて、各店舗の退席予測情報を生成する（Ｓ３０）。そして、店舗情報提供サーバ５００は、生成した退席予測情報を携帯端末２００等のクライアント装置に対して提供する（Ｓ３１）。
【００４６】
図９には、退席予測情報に基づき表示される店舗状況表示画面の一例を示した。図９に示される例では、指定された検索条件に合致した各店舗について、退席しそうな状態にあると判定されたユーザの数（白丸の数に対応）と、退席しそうな状態にないと判定されたユーザの数（黒丸の数に対応）に応じた店舗状況が表示される。これにより、ユーザは各店舗においてどの程度のユーザが退席しそうかを把握できる。なお、図９に示した店舗状況表示画面は一例であり、他の態様で空き状況を表示することとしてもよい。
【００４７】
以上が、店舗情報処理システム１００において行われる処理の一連の流れである。次に、上記説明したシーケンスを実現するために店舗情報処理システム１００の各装置に備えられる機能の一例について説明する。
【００４８】
［携帯端末２００の機能］
図１０には、携帯端末２００の機能ブロック図を示した。図１０に示されるように、携帯端末２００は、表示部２０２、入力部２０４、メニュー情報取得部２０６、注文情報送信部２０８、決済情報受信部２１０、及び電子決済部２１２を備える。
【００４９】
携帯端末２００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段、タッチパネル等の表示手段及び入力手段、電子マネー決済のためのＩＣチップ等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって携帯端末２００に供給されることとしてもよいし、インターネット等のデータ通信網を介して携帯端末２００に供給されることとしてもよい。
【００５０】
表示部２０２は、例えばタッチパネル等により実現され、グラフィックイメージに基づいて画面を表示する。表示部２０２には、例えば図３，図４，図５，図６，図７，図９等に示した画面が表示される。
【００５１】
入力部２０４は、例えばタッチパネルやボタン等を介してユーザからの操作入力を受け付ける。
【００５２】
メニュー情報取得部２０６は、例えば受注サーバ３００にアクセスして、入力部２０４からの入力に基づいて指定された店舗のメニュー情報を取得する。また、メニュー情報取得部２０６は、メニュー情報とともに、当該メニュー情報に基づいて受注サーバ３００に注文を実行するためのアプリケーションを取得しインストールすることとしてもよい。
【００５３】
注文情報送信部２０８は、メニュー情報取得部２０６により取得されたメニュー情報の中から選択されたメニューに係る注文情報を生成して受注サーバ３００に送信する。注文するメニューの選択は、メニュー情報に基づき表示部２０２に表示されたメニュー画面に従って行われることとしてよい。また、注文情報には、例えば、注文に係るユーザＩＤ、メニューＩＤ、注文数量、店舗ＩＤ、ユーザの座席を識別するテーブル識別情報を含むこととしてよい。
【００５４】
決済情報受信部２１０は、注文情報送信部２０８により送信した注文情報に対する決済情報を決済サーバ４００から受信する。決済情報は、電子決済を開始するための情報であり、例えば決済に係る注文情報と決済金額とを含むこととしてよい。本実施形態では、携帯端末２００は電子決済を電子マネーにより行うこととするが、クレジットカード決済等の他の電子決済を行うこととしてもよい。また、決済情報受信部２１０は、決済情報を受信サーバ３００から受信するようにしてもよい。なお、決済情報には、受注サーバ３００により発行されたトークンを含むこととしてよい。
【００５５】
電子決済部２１２は、決済情報受信部２１０により受信した決済情報に基づいて電子決済を実行する。なお、電子決済を電子マネーにより行う場合には、携帯端末２００に保持される電子マネーの残高から決済情報に係る決済金額を減算することとし、残高が決済金額以上である場合には電子決済が正常に完了し、残高が決済金額未満である場合にはエラーとなる。そして、電子決済部２１２による電子決済の実行結果は決済サーバ４００に通知される。
【００５６】
［受注サーバ３００の機能］
次に、受注サーバ３００に備えられた機能について説明する。図１１には、受注サーバ３００の機能ブロック図を示した。図１１に示されるように、受注サーバ３００は、ユーザ情報記憶部３０２、メニュー情報記憶部３０４、メニュー情報提供部３０６、注文情報受信部３０８、決済依頼部３１０、決済完了通知受信部３１２、注文処理部３１４、及び注文実績情報提供部３１６を備える。
【００５７】
受注サーバ３００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって受注サーバ３００に供給されることとしてもよいし、インターネット等のデータ通信網を介して受注サーバ３００に供給されることとしてもよい。
【００５８】
ユーザ情報記憶部３０２は、ユーザのアカウント情報を記憶する。図１２には、ユーザ情報記憶部３０２に記憶されるユーザ情報テーブルの一例を示した。図１２に示したユーザ情報テーブルの例では、ユーザＩＤ、パスワード、ユーザのメールアドレス、ユーザの生年月日、ユーザの性別がそれぞれ関連づけて記憶される。もちろん、ユーザ情報テーブルに記憶される情報は上記の例に限定されない。
【００５９】
メニュー情報記憶部３０４は、１又は複数のそれぞれの店舗で提供されるメニュー情報を記憶する。図１３には、メニュー情報記憶部３０４に記憶されるメニュー情報テーブルの一例を示した。図１３に示したメニュー情報テーブルでは、店舗を識別する店舗ＩＤごとに、当該店舗で提供されるそれぞれのメニューの情報が記憶される。なお、メニューの情報は、メニューＩＤ、メニュー名、金額、イメージ（ＵＲＬ）、カロリー等を含むこととするが、これに限定されない。
【００６０】
メニュー情報提供部３０６は、携帯端末２００から要求された店舗ＩＤについてメニュー情報記憶部３０４に記憶されるメニュー情報を当該携帯端末２００に提供する。また、メニュー情報提供部３０６は、メニュー情報と共に、当該メニュー情報に基づいて注文するためのアプリケーションを携帯端末２００に提供することとしてもよい。
【００６１】
注文情報受信部３０８は、携帯端末２００の注文情報送信部２０８から送信された注文情報を受信する。例えば、注文情報には、ユーザＩＤ、メニューＩＤ、注文数量、店舗ＩＤ、ユーザのテーブルを識別するテーブル識別情報を含むこととするが、これに限定されない。
【００６２】
決済依頼部３１０は、注文情報受信部３０８により受信した注文情報についての決済を決済サーバ４００に依頼する。例えば、決済依頼部３１０は、注文情報受信部３０８により受信した注文情報ごとに、当該注文情報を識別する注文ＩＤを付与するとともに、当該注文情報に係る決済金額を算出する。決済金額の算出は、メニュー情報記憶部３０４に記憶されるメニューＩＤに関連づけられた金額に注文数量を掛け合わせたものの合計額を算出することで行うこととしてよい。そして、決済依頼部３１０は、例えば注文ＩＤ、注文情報、決済金額、決済を行うユーザのメールアドレスを含む決済依頼情報を決済サーバ４００に送信する。なお、上記のメールアドレスには、注文情報に含まれるユーザＩＤに関連づけてユーザ情報記憶部３０２に記憶されるメールアドレスを用いることとしてよい。
【００６３】
決済結果受信部は、決済依頼部３１０により決済サーバ４００に依頼した決済の結果を、決済サーバ４００から受信する。決済の結果は、例えば、注文ＩＤと、決済の結果を示す真偽値を含むこととしてよい。なお、決済が正常に完了した場合には真（Ｔ）、決済が正常に完了しなかった場合には偽（Ｆ）とする。
【００６４】
注文処理部３１４は、決済結果受信部により受信した決済結果が正常完了を示す注文情報について、当該注文情報に係る店舗ＩＤに応じた店舗端末６００に注文情報を送信する。店舗側では、店舗端末６００で受信した注文情報に従ってユーザに当該注文情報に係るメニューが提供される。
【００６５】
注文実績情報提供部３１６は、注文処理部３１４により処理した注文情報について注文実績情報を生成し、生成した注文実績情報を店舗情報提供サーバ５００に提供する。注文実績情報には、例えば注文ＩＤ、ユーザＩＤ、ユーザ属性情報（年齢、性別等）、店舗ＩＤ、メニューＩＤ、注文数量、決済金額、メニュー属性情報（カロリー等）、注文時間、テーブル識別情報等を含むこととするが、これに限定されない。
【００６６】
［決済サーバ４００の機能］
次に、決済サーバ４００に備えられた機能について説明する。図１４には、決済サーバ４００の機能ブロック図を示した。図１４に示されるように、決済サーバ４００は、決済依頼受付部４０２、決済情報送信部４０４、決済完了判定部４０６、及び決済結果通知部４０８を備える。
【００６７】
決済サーバ４００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって決済サーバ４００に供給されることとしてもよいし、インターネット等のデータ通信網を介して決済サーバ４００に供給されることとしてもよい。
【００６８】
決済依頼受付部４０２は、受注サーバ３００から決済依頼を受け付ける。具体的には、決済依頼受付部４０２は、受注サーバ３００の決済依頼部３１０により送信された決済依頼情報を受信する。なお、決済依頼情報には、例えば注文ＩＤ、注文情報、決済金額、メールアドレスを含むこととするが、これに限定されない。
【００６９】
決済情報送信部４０４は、決済依頼受付部４０２で受け付けた決済依頼情報に基づいて生成した決済開始メールを、当該決済依頼情報に含まれるメールアドレスに宛てて送信する。決済開始メールには、例えば決済ＩＤ、注文情報に基づく注文内容、決済金額を含むこととするが、これに限定されない。なお、決済サーバ４００においては、決済ＩＤと対応する注文ＩＤとを関連づけて記憶しておくこことしてよい。
【００７０】
決済完了判定部４０６は、決済情報送信部４０４により送信した決済開始メールに基づいて携帯端末２００により電子決済が正常に行われたか否かを判定する。例えば、決済完了判定部４０６は、携帯端末２００から受信した決済ＩＤ、電子決済に用いた電子マネーＩＤ、及び決済の正否の情報に基づいて決済完了の正否を判定することとしてよい。
【００７１】
決済結果通知部４０８は、決済完了判定部４０６による判定結果を受注サーバ３００に通知する。具体的には、決済ＩＤに関連づけて記憶された注文ＩＤと、当該決済ＩＤの決済結果（例えば正常に完了した場合には真、エラーが発生した場合には偽）を受注サーバ３００に通知することとしてよい。
【００７２】
［店舗情報提供サーバ５００の機能］
次に、店舗情報提供サーバ５００に備えられた機能について説明する。図１５には、店舗情報提供サーバ５００の機能ブロック図を示した。図１５に示されるように、店舗情報提供サーバ５００は、注文実績情報取得部５０２、注文実績情報記憶部５０４、判定対象抽出部５０６、判定条件記憶部５０８、判定条件設定部５１０、人数推定部５１２、判定条件取得部５１４、判定部５１６、退席予測情報生成部５１８、及び退席予測情報提供部５２０を備える。
【００７３】
店舗情報提供サーバ５００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって店舗情報提供サーバ５００に供給されることとしてもよいし、インターネット等のデータ通信網を介して店舗情報提供サーバ５００に供給されることとしてもよい。
【００７４】
注文実績情報取得部５０２は、受注サーバ３００の注文実績情報提供部３１６から提供される注文実績情報を取得する。なお、注文実績情報取得部５０２は、定期的に受注サーバ３００に注文実績情報の提供を要求するようにしてもよい。注文実績情報には、例えば注文ＩＤ、ユーザＩＤ、ユーザ属性情報（年齢、性別等）、店舗ＩＤ、メニューＩＤ、注文数量、決済金額、メニュー属性情報（カロリー等）、注文時間、テーブル識別情報等が含まれることとするが、これに限定されない。
【００７５】
注文実績情報記憶部５０４は、注文実績情報取得部５０２により順次取得される注文実績情報を記憶する。図１６には、注文実績情報記憶部５０４に記憶される注文履歴テーブルの一例を示した。図１６に示す注文履歴テーブルの例では、注文ＩＤ、ユーザＩＤ、ユーザの年齢、ユーザの性別、店舗ＩＤ、メニューＩＤ、注文数量、決済金額、カロリー（当該注文に係る総カロリー）、注文時間、テーブル識別情報が格納されることとするが、これに限定されない。
【００７６】
判定対象抽出部５０６は、注文実績情報記憶部５０４から対象の店舗ＩＤとユーザＩＤとを含む注文実績情報であって、所定条件を満足する注文実績情報を１つのグループとして抽出する。ここで、対象の店舗ＩＤとユーザＩＤは、注文実績情報記憶部５０４に記憶される店舗ＩＤとユーザＩＤのいずれかとしてもよいし、注文実績情報取得部５０２により新たに取得された注文実績情報に係る店舗ＩＤとユーザＩＤとしてもよい。また、上記の所定条件とは、例えば、注文実績情報の注文時間が現時点から第１の時間範囲内（例えば６時間以内等）にあること、又は、それに加えて、前後する少なくとも一方の注文に係る注文時間が第２の時間範囲内（例えば３０分以内等）にあること等としてよい。これにより、対象ユーザの対象店舗における１回の飲食に係る注文実績情報を１つのグループとして抽出することができる。
【００７７】
判定条件記憶部５０８は、少なくともユーザ、ユーザの属性情報、店舗、又は店舗の属性情報のいずれかに関連づけて記憶した判定条件であって、当該ユーザの注文実績に基づいて当該ユーザが当該店舗を退席しそうな状態にあるか否かを判定するための判定条件を記憶する。以下、判定条件につき具体例を挙げて説明する。
【００７８】
図１７Ａ〜図１７Ｄには、判定条件記憶部５０８に記憶される判定条件の一例を示した。
【００７９】
図１７Ａには、１グループの注文実績情報による注文金額の合計が閾値に達したか否かにより、ユーザが退席しそうか否かを判定する判定条件（タイプＡ）の一例を示した。図１７Ａに示される判定条件テーブルの例では、判定条件を識別する判定条件ＩＤ、条件検索キー（ユーザＩＤ、ユーザ属性、店舗ＩＤ、店舗属性）、条件パラメータ（時間帯・季節、人数・性別）、判定条件が関連づけて記憶される。判定条件は、例えば、１グループの注文実績情報による注文金額の合計をＳａ、閾値Ｔｈａ、αを加算又は減算パラメータ、ｗを重みとした場合に、Ｓａ＞ｗ（Ｔｈａ＋α）として表す。これは、Ｓａ＞ｗ（Ｔｈａ＋α）を満たす場合に、ユーザが退席しそうな状態にあると判定することを示す。なお、α及びｗは条件パラメータに基づいて設定することとしてよく、例えば、αは時間帯や季節ごとに値を設定し、ｗは人数又は性別に応じて設定する（例えばｗ＝ユーザを含む同席人数・性別因子（男性なら１、女性なら０．８）等）こととしてよい。また、条件検索キーは、ユーザＩＤ、ユーザ属性、店舗ＩＤ、店舗属性のうち、値が格納されているユーザＩＤ、ユーザ属性、店舗ＩＤ、店舗属性の組み合わせについての判定条件であることを示す。すなわち、判定条件Ａ００１は、ユーザＩＤ（Ｕ００１）と店舗ＩＤ（Ｓ００１）についての判定条件であり、判定条件Ａ００２は、ユーザＩＤ（００１）とカテゴリが「居酒屋」の店舗についての判定条件である。
【００８０】
図１７Ｂには、１グループの注文実績情報による摂取カロリーの合計が閾値に達したか否かにより、ユーザが退席しそうか否かを判定する判定条件（タイプＢ）の一例を示した。図１７Ｂに示される判定条件テーブルの例では、判定条件を識別する判定条件ＩＤ、条件検索キー（ユーザＩＤ、ユーザ属性、店舗ＩＤ、店舗属性）、条件パラメータ（時間帯・季節、人数・性別）、判定条件を関連づけて記憶している。判定条件は、例えば、１グループの注文実績情報による摂取カロリーの合計をＳｂ、閾値Ｔｈｂ、αを加算又は減算パラメータ、ｗを重みとした場合に、Ｓｂ＞ｗ（Ｔｈｂ＋α）として表す。これは、Ｓｂ＞ｗ（Ｔｈｂ＋α）を満たす場合に、ユーザが退席しそうな状態にあると判定することを示す。なお、α及びｗは条件パラメータに基づいて設定することとしてよく、例えば、αには時間帯や季節ごとにおける基準からの変動量を設定し、ｗは人数に応じて設定する（例えばｗ＝ユーザを含む同席人数・性別因子（男性なら１、女性なら０．８）等）こととしてよい。また、条件検索キーは、ユーザＩＤ、ユーザ属性、店舗ＩＤ、店舗属性のうち、値が格納されているユーザＩＤ、ユーザ属性、店舗ＩＤ、店舗属性の組み合わせについての判定条件であることを示す。すなわち、判定条件Ｂ００１は、ユーザＩＤ（Ｕ００１）と店舗ＩＤ（Ｓ００１）についての判定条件であり、判定条件Ｂ００２は、ユーザＩＤ（００１）とカテゴリが「居酒屋」の店舗についての判定条件である。
【００８１】
図１７Ｃには、１グループの注文実績情報における注文時間の時間間隔に基づいて、ユーザが退席しそうか否かを判定する判定条件（タイプＣ）の一例を示した。図１７Ｃに示される判定条件テーブルの例では、判定条件を識別する判定条件ＩＤ、条件検索キー（ユーザＩＤ、ユーザ属性、店舗ＩＤ、店舗属性）、条件パラメータ（時間帯）、判定条件を関連づけて記憶している。判定条件は、例えば、一連の注文における初回の注文時間をＴ１、最後の注文時間をＴＬ、現在時刻をＴＰとした場合に、ＴＰ−Ｔ１＞Ｔｈｃ１＋α（時間帯補正）、又はＴＰ−ＴＬ＞Ｔｈｃ２＋β（時間帯補正）とする。前者の条件は、初回注文時からの経過時間が閾値（Ｔｈｃ１）＋αを超えた場合にユーザが退席しそうな状態にあると判定することを示し、後者の条件は、最後の注文時からの経過時間が閾値（Ｔｈｃ２）＋βを超えた場合にユーザが退席しそうな状態にあると判定することを示す。
【００８２】
図１７Ｄには、１グループの注文実績情報から検出される注文パターンに基づいて、ユーザが退席しそうか否かを判定する判定条件（タイプＤ）の一例を示した。例えば、注文パターンは、注文されたメニューの順序を考慮した組み合わせとしてよい。図１７Ｄに示される判定条件テーブルの例では、判定条件を識別する判定条件ＩＤ、条件検索キー（ユーザＩＤ、ユーザ属性、店舗ＩＤ、店舗属性）、条件パラメータ（人数：ｗ）、判定条件を関連づけて記憶している。判定条件を、例えば、アルコール飲料（数量Ｘ×ｗ以上）、皿料理（数量Ｙ×ｗ以上）、ご飯もの（数量ｗ以上）により表した場合には、１グループの注文実績情報により、上記各メニューが上記順序で注文された場合に、ユーザが退席しそうな状態にあると判定することとする。
【００８３】
判定条件設定部５１０は、判定条件記憶部５０８に記憶される判定条件の内容を設定する。例えば、判定条件設定部５１０は、ユーザからの入力に基づいて判定条件を設定することとしてもよいし、注文実績情報記憶部５０４に記憶される過去の注文実績に基づいて判定条件を設定することとしてもよい。例えば、判定条件設定部５１０は、判定対象抽出部５０６により１つのグループとして抽出された注文実績情報に係るユーザＩＤ（又は当該ユーザＩＤと同一又は類似のユーザ属性）及び店舗ＩＤ（又は当該店舗ＩＤと同一又は類似の店舗属性）について注文実績情報記憶部５０４に記憶される注文実績情報に基づいて判定条件を設定することとしてもよい。
【００８４】
以下、判定条件設定部５１０が、過去の注文実績に基づいて判定条件を設定する一例について説明する。例えば、判定条件設定部５１０は、注文実績情報記憶部５０４に記憶されるユーザＩＤと店舗ＩＤの組ごとに判定対象抽出部５０６により抽出された各グループの注文実績情報に基づいて、平均の決済金額や最大の決済金額、平均の摂取カロリーや最大の摂取カロリー、初回注文時からの平均滞在時間や最大滞在時間、最終注文時からの平均滞在時間や最大滞在時間、さらには注文パターンを求め、当該求めた各値や注文パターンに基づいて判定条件を設定することとしてよい。また、判定条件設定部５１０は、同様にユーザＩＤ、ユーザ属性、店舗ＩＤ、店舗属性の中から判定条件を設定する対象の要素を選択し、当該選択した要素を含む注文実績情報を注文実績情報記憶部５０４から抽出し、当該抽出した注文実績情報に基づいて、上記選択した要素についての判定条件を設定することとしてよい。
【００８５】
人数推定部５１２は、判定対象抽出部５０６により１つのグループとして抽出された注文実績情報に係るユーザと同席している人数（ユーザを含める）を推定する。例えば、人数推定部５１２は、判定対象抽出部５０６により抽出された注文実績情報に含まれるテーブル識別情報に紐付けられた座席数を同席人数としてもよいし、１回又は複数回における注文実績情報における同一メニュー（例えばドリンク）の注文数量を同席人数としてもよい。また、人数推定部５１２は、判定対象抽出部５０６により抽出された注文実績情報に係るユーザＩＤについて注文実績情報記憶部５０４に記憶される過去の注文実績情報について推定された人数（例えばその平均値）に基づいて同席人数を推定してもよい。
【００８６】
判定条件取得部５１４は、判定対象抽出部５０６により１つのグループとして抽出された注文実績情報に基づいて、判定条件記憶部５０８から適用する判定条件（適用判定条件）を取得する。例えば、判定条件取得部５１４は、タイプＡ〜Ｄの判定条件の少なくとも１つについて、（優先順位１）１グループの注文実績情報に含まれるユーザＩＤと店舗ＩＤとの組み合わせについて設定された判定条件、（優先順位２）上記ユーザＩＤと、上記店舗ＩＤの店舗属性との組み合わせについて設定された判定条件、（優先順位３）上記ユーザＩＤのユーザ属性と、上記店舗ＩＤとの組み合わせについて設定された判定条件、（優先順位４）上記ユーザＩＤのユーザ属性と、上記店舗ＩＤの店舗属性との組み合わせについて設定された判定条件、（優先順位５）上記ユーザＩＤ又はそのユーザ属性について設定された判定条件、（優先順位６）上記店舗ＩＤ又はその店舗属性に設定された判定条件を判定条件記憶部５０８から検索し、その最上位の優先順位のものを適用判定条件として取得することとしてよい。また、タイプＡ〜Ｄにも優先順位を設定することとしてもよく、優先順位も上記の例に限られるものではない。また、判定条件取得部５１４は、判定対象抽出部５０６により抽出された各グループの注文実績情報について、適用判定条件をそれぞれ取得することとする。
【００８７】
判定部５１６は、判定対象抽出部５０６により１つのグループとして抽出された注文実績情報が、判定条件取得部５１４により取得された適用判定条件を満足するか否かに基づいて、当該注文実績情報に係るユーザが、当該注文実績情報に係る店舗から退席しそうな状態にあるか否かを判定する。また、判定部５１６は、判定条件取得部５１４により取得された適用判定条件が複数ある場合には（例えばタイプＡ〜Ｄのそれぞれの判定条件が得られた場合等）、それら複数の適用判定条件のいずれかが満足された場合に、ユーザが店舗から退席しそうな状態にあると判定することとしてもよいし、それらの全てが満足された場合に、ユーザが店舗から退席しそうな状態にあると判定することとしてもよい。また、判定部５１６は、複数の適用判定条件のうちいくつ満足したかに応じて、退席可能性のレベルを判定することとしても構わない。そして、判定部５１６は、判定対象抽出部５０６により抽出された各グループの注文実績情報について、上記の判定を行うこととしてよい。
【００８８】
なお、判定対象抽出部５０６により１つのグループとして抽出された注文実績情報には、そのグループを示すグループＩＤを関連付けて記憶することとしてよい。また、グループごとの注文実績情報を抽出処理は、判定対象抽出部５０６により判定対象として抽出された注文実績情報以外の過去の注文実績情報についても、判定対象の注文実績情報の抽出後又はその前に実行することとしてよい。例えば、注文実績情報記憶部５０４に、判定対象の注文実績情報以外に、判定対象の注文実績情報に含まれる店舗ＩＤ（対象店舗ＩＤ）及びユーザＩＤ（対象ユーザＩＤ）を含む注文実績情報が記憶される場合には、その注文実績情報をグループ化した各々（又はその少なくとも１グループ）を過去の注文実績情報として抽出することとしてよい。そして、注文実績情報記憶部５０４に、判定対象の注文実績情報以外に、対象店舗ＩＤ及び対象ユーザＩＤを含む注文実績情報が記憶されない場合には、対象ユーザＩＤのユーザと属性（例えば年齢や性別）が同一又は類似の類似ユーザＩＤと対象店舗ＩＤを含む注文実績情報を検索し、検索された注文実績情報をグループ化した各々（又はその少なくとも１グループ）を過去の注文実績情報として抽出することとしてよい。さらに、対象店舗ＩＤと類似ユーザＩＤを含む注文実績情報が検索されなかった場合には、対象店舗ＩＤを含む注文実績情報をグループ化した各々（又はその少なくとも１グループ）を過去の注文実績情報として抽出することとしてよい。そして、判定条件設定部５１０は、上記抽出した過去の注文実績情報に基づいて、判定対象の注文実績情報を判定するための判定条件を設定することとしてよい。
【００８９】
退席予測情報生成部５１８は、判定対象抽出部５０６により１つのグループとして抽出された注文実績情報ごとの判定部５１６による判定結果に基づいて、それぞれの店舗についての退席予測情報を生成する。以下、１つの店舗（対象店舗）について生成される退席予測情報の一例について説明する。
【００９０】
退席予測情報生成部５１８は、対象店舗の店舗ＩＤを含む注文実績情報のグループごとに判定部５１６による判定結果を集計する。すなわち、対象店舗について退席しそうと判定されたユーザ数と、退席しそうと判定されなかったユーザ数とをそれぞれ集計し、それらの数又は比に基づいて退席予測情報を生成する。例えば、退席予測情報は、店舗において退席しそうと判定されたユーザ数、退席しそうと判定されたユーザのいるテーブルの比率、退席しそうと判定されたユーザ数と退席しそうと判定されなかったユーザ数との比較結果等を表示するデータとして生成することとしてよい。また、退席予測情報には、退席しそうと判定されたユーザ数と、退席しそうと判定されなかったユーザ数の差や比に予測待ち時間を予め関連づけておいて、対象店舗について集計された退席しそうと判定されたユーザ数と、退席しそうと判定されなかったユーザ数との差や比に基づいて予測待ち時間を決定し、当該決定した予測待ち時間を退席予測情報に含めることとしてもよい。
【００９１】
退席予測情報提供部５２０は、店舗ごとに生成された退席予測情報を提供する。例えば、退席予測情報提供部５２０は、クライアント装置から指定された店舗について、退席予測情報生成部５１８により生成された退席予測情報を提供することとしてもよいし、店舗の退席予測情報の提供ページに、各店舗の退席予測情報の一覧を掲載して提供することとしてもよい。
【００９２】
以上説明した、本実施形態に係る店舗情報処理システム１００によれば、店舗内のユーザから受け付けた注文情報を利用して各ユーザが店舗から退席しそうな状態にあるか否かを判定し、その判定結果に基づいて店舗内の客席の空き状況に関する情報を提供できる。ユーザはこうした情報を利用することで、店舗の混雑状況やおおよその待ち時間をリアルタイムで把握できる。また、ユーザが店舗から退席しそうな状態にあるか否かを判定するための判定条件を、過去の注文実績に基づいて設定することもできる。
【００９３】
本発明は上記の実施形態に限定されるものではない。例えば、上記の実施形態では、携帯端末２００は受注サーバ３００から店舗のメニュー情報を取得することとしたが、店舗端末６００、店舗情報提供サーバ５００等から取得するようにしてもよい。
【００９４】
また、上記の実施形態では、受注サーバ３００、決済サーバ４００、店舗情報提供サーバ５００を分けて構成する例を示したが、これらのサーバの少なくとも一部を統合してもよいし、それぞれのサーバに備えられた機能を複数台のサーバにさらに分散して構成してもよい。
【００９５】
また、上記の実施形態では、受注サーバ３００にユーザの情報を記憶しておくこととしたが、決済サーバ４００において電子マネーのＩＤに対応付けてユーザの情報（名前、年齢、性別等）を記憶し、決済時に用いられる電子マネーのＩＤに基づいてユーザの情報を特定することとしてもよい。
【００９６】
また、上記の実施形態では、例としてタイプＡ〜Ｄの判定条件を示したが、判定条件はこれら複数のタイプの判定条件を組み合わせて構成することとしてもよいし、上記実施形態では例示されなかったタイプの判定条件をさらに加えることとしてもよい。
【符号の説明】
【００９７】
１００  店舗情報処理システム、２００  携帯端末、２０２  表示部、２０４  入力部、２０６  メニュー情報取得部、２０８  注文情報送信部、２１０  決済情報受信部、２１２  電子決済部、３００  受注サーバ、３０２  ユーザ情報記憶部、３０４  メニュー情報記憶部、３０６  メニュー情報提供部、３０８  注文情報受信部、３１０  決済依頼部、３１２  決済完了通知受信部、３１４  注文処理部、３１６  注文実績情報提供部、４００  決済サーバ、４０２  決済依頼受付部、４０４  決済情報送信部、４０６  決済完了判定部、４０８  決済結果通知部、５００  店舗情報提供サーバ、５０２  注文実績情報取得部、５０４  注文実績情報記憶部、５０６  判定対象抽出部、５０８  判定条件記憶部、５１０  判定条件設定部、５１２  人数推定部、５１４  判定条件取得部、５１６  判定部、５１８  退席予測情報生成部、５２０  退席予測情報提供部、６００  店舗端末、７００  ネットワーク。
【図１】
0005746554.tif 000002
【図２】
0005746554.tif 000003
【図３】
0005746554.tif 000004
【図４】
0005746554.tif 000005
【図５】
0005746554.tif 000006
【図６】
0005746554.tif 000007
【図７】
0005746554.tif 000008
【図８】
0005746554.tif 000009
【図９】
0005746554.tif 000010
【図１０】
0005746554.tif 000011
【図１１】
0005746554.tif 000012
【図１２】
0005746554.tif 000013
【図１３】
0005746554.tif 000014
【図１４】
0005746554.tif 000015
【図１５】
0005746554.tif 000016
【図１６】
0005746554.tif 000017
【図１７Ａ】
0005746554.tif 000018
【図１７Ｂ】
0005746554.tif 000019
【図１７Ｃ】
0005746554.tif 000020
【図１７Ｄ】
0005746554.tif 000021