特許 7653038 情報処理システム、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2025-03-19

(45)【発行日】2025-03-28

(54)【発明の名称】情報処理システム、情報処理方法及びプログラム

(51)【国際特許分類】

   G06Q 50/12 20120101AFI20250321BHJP

【ＦＩ】

G06Q50/12

【請求項の数】 7

(21)【出願番号】P 2023217105

(22)【出願日】2023-12-22

【審査請求日】2024-07-02

【早期審査対象出願】

(73)【特許権者】

【識別番号】500175565

【氏名又は名称】株式会社ぐるなび

(74)【代理人】

【識別番号】110003339

【氏名又は名称】弁理士法人南青山国際特許事務所

(72)【発明者】

【氏名】森口 智生

【審査官】松浦 かおり

(56)【参考文献】

【文献】特開２０１４－１７０５５７（ＪＰ，Ａ）

【文献】特開２０１６－１２２３５５（ＪＰ，Ａ）

【文献】特開２０１６－０８１４１４（ＪＰ，Ａ）

【文献】特開平０８－１５３２８２（ＪＰ，Ａ）

【文献】特開２０２０－０４７０８３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

ユーザ端末から当該ユーザ端末のユーザが利用する飲食店のテーブル又は席を識別するテーブル識別情報を最初に受信した場合に、当該テーブル識別情報に対応する伝票識別情報を生成し、当該ユーザ端末に注文用画面を表示させ、
次に同一のテーブル識別情報を受信した場合に、直前に当該テーブル識別情報を受信してから、または、当該直前のテーブル識別情報の受信後に最初の注文情報を受信してから、所定時間が経過しているか否かを判断し、
前記所定時間が経過していないと判断した場合、前記生成された伝票識別情報を維持し、前記所定時間が経過していると判断した場合、前記生成された伝票識別情報と異なる新たな伝票識別情報を生成する、制御部
を具備する情報処理システム。

【請求項2】

請求項１に記載の情報処理システムであって、
前記制御部は、前記所定時間経過前に前記同一のテーブル識別情報を受信した場合、当該受信時を起算時とするように前記所定時間をリセットする
情報処理システム。

【請求項3】

請求項１または２に記載の情報処理システムであって、
前記制御部は、前記最初の注文情報を受信後に前記ユーザ端末から追加の注文情報を受信した場合、当該受信時を起算時とするように前記所定時間をリセットする
情報処理システム。

【請求項4】

請求項１または２に記載の情報処理システムであって、
前記制御部は、
前記ユーザの会計毎に新たな前記伝票識別情報を生成する第１モードと、前記所定時間の経過を基準に前記新たな伝票識別情報を生成する第２モードとを切替可能であり、
前記飲食店の混雑度が所定の閾値以上となった場合、または前記飲食店の端末からモード切替指示が入力された場合に前記第１モードを前記第２モードへ切り替え、
前記混雑度が前記閾値未満となった場合、または前記飲食店の端末から前記モード切替指示が入力された場合に前記第２モードを前記第１モードへ切り替える
情報処理システム。

【請求項5】

請求項１または２に記載の情報処理システムであって、
前記制御部は、前記テーブル識別情報の受信元である前記ユーザ端末とのセッションを管理し、前記所定時間が経過した場合であっても、前記テーブル識別情報を直前に受信した前記ユーザ端末とのセッションが継続している間は前記新たな伝票識別情報を生成せず、直前に生成された伝票識別情報を維持する
情報処理システム。

【請求項6】

ユーザ端末から当該ユーザ端末のユーザが利用する飲食店のテーブル又は席を識別するテーブル識別情報を最初に受信した場合に、当該テーブル識別情報に対応する伝票識別情報を生成し、当該ユーザ端末に注文用画面を表示させ、
次に同一のテーブル識別情報を受信した場合に、直前に当該テーブル識別情報を受信してから、または、当該直前のテーブル識別情報の受信後に最初の注文情報を受信してから、所定時間が経過しているか否かを判断し、
前記所定時間が経過していないと判断した場合、前記生成された伝票識別情報を維持し、前記所定時間が経過していると判断した場合、前記生成された伝票識別情報と異なる新たな伝票識別情報を生成する
情報処理方法。

【請求項7】

情報処理装置に、
ユーザ端末から当該ユーザ端末のユーザが利用する飲食店のテーブル又は席を識別するテーブル識別情報を最初に受信した場合に、当該テーブル識別情報に対応する伝票識別情報を生成し、当該ユーザ端末に注文用画面を表示させるステップと、
次に同一のテーブル識別情報を受信した場合に、直前に当該テーブル識別情報を受信してから、または、当該直前のテーブル識別情報の受信後に最初の注文情報を受信してから、所定時間が経過しているか否かを判断するステップと、
前記所定時間が経過していないと判断した場合、前記生成された伝票識別情報を維持し、前記所定時間が経過していると判断した場合、前記生成された伝票識別情報と異なる新たな伝票識別情報を生成するステップと
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、飲食店においてユーザ端末からモバイルオーダーを受付可能な情報処理システム、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

従来から、飲食店において、ユーザが自身のスマートフォン等から飲食物を注文可能なモバイルオーダーシステムが導入されている。

【0003】

例えば下記特許文献１には、飲食店において、各テーブルに当該テーブルを識別するテーブルＩＤを記憶した２次元コードが印刷された印刷物が設置されており、ユーザがユーザ端末によって当該２次元コードを読み取ることで、飲食店の飲食物の注文ページへアクセス可能となり、当該注文ページを介して、上記テーブルＩＤと共に注文情報をサーバへ送信することで飲食物のモバイルオーダーが可能なシステムが開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０２２－０７８６９１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、上記モバイルオーダーシステムには、飲食物の注文のみ受け付けて会計は別手段により行うものと、注文から会計（クレジットカードや電子マネーによる）までシステム内で実行可能なものとがある。ここで前者の場合、特に客の回転率が高い飲食店においては、あるテーブルの飲食済みの客の会計が未完了の状態（例えばレジに客が会計待ちで並んでいる状態等）で次の客をテーブルに案内してしまい前の客の伝票に注文が追加されてしまうケースが発生してしまう。

【0006】

以上のような事情に鑑み、本発明は、飲食店のモバイルオーダーシステムにおいてテーブルの前の客の会計が未完了のまま同じテーブルの次の客が同じ伝票に注文してしまうのを防止することが可能な情報処理システム、情報処理方法及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

上記目的を達成するため、本発明の一形態に係る情報処理システムは、制御部を有する。制御部は、ユーザ端末から当該ユーザ端末のユーザが利用する飲食店のテーブル又は席を識別するテーブル識別情報を最初に受信した場合に、当該テーブル識別情報に対応する伝票識別情報を生成し、当該ユーザ端末に注文用画面を表示させる。また制御部は、次に同一のテーブル識別情報を受信した場合に、直前に当該テーブル識別情報を受信してから、または、当該直前のテーブル識別情報の受信後に最初の注文情報を受信してから、所定時間が経過しているか否かを判断する。そして制御部は、前記所定時間が経過していないと判断した場合、前記生成された伝票識別情報を維持し、前記所定時間が経過していると判断した場合、前記生成された伝票識別情報と異なる新たな伝票識別情報を生成する。

【0008】

この構成によれば、情報処理システムは、客が会計済みか否かにかかわらず所定時間で強制的に伝票ＩＤを切り替えることで、飲食店のモバイルオーダーシステムにおいてテーブルの前の客の会計が未完了のまま同じテーブルの次の客が同じ伝票に注文してしまうのを防止することができる。所定時間とは例えば１０分、１５分、２０分等であるがこれらに限られない。

【0009】

前記制御部は、前記所定時間経過前に前記同一のテーブル識別情報を受信した場合、当該受信時を起算時とするように前記所定時間をリセットしてもよい。

【0010】

この構成により情報処理システムは、所定時間経過前に他のユーザが同一テーブルの利用を開始した場合には、元のユーザの同席者とみなして、当該他のユーザの利用開始時を基準に所定時間をカウントし直すことで、他のユーザの飲食時間を確保することができる。

【0011】

前記制御部は、前記最初の注文情報を受信後に前記ユーザ端末から追加の注文情報を受信した場合、当該受信時を起算時とするように前記所定時間をリセットしてもよい。

【0012】

この構成により情報処理システムは、所定時間経過前に追加の注文を受け付けた場合には、当該追加の注文時を基準に所定時間をカウントし直すことで、追加の注文の飲食時間を確保することができる。

【0013】

前記制御部は、前記ユーザの会計毎に新たな前記伝票識別情報を生成する第１モードと、前記所定時間の経過を基準に前記新たな伝票識別情報を生成する第２モードとを切替可能であってもよい。

【0014】

この構成により情報処理システムは、例えば混雑時と非混雑時等、飲食店の状況に応じて、伝票を会計毎に切り替える第１モード（通常モード）と、伝票を所定時間で自動的に切り替える第２モード（混雑モード）とを柔軟に使い分けることができる。

【0015】

前記制御部は、前記飲食店の混雑度が所定の閾値以上になった場合、前記第１モードを前記第２モードに切り替えてもよい。

【0016】

この構成により情報処理システムは、混雑時に第１モードから第２モードへの切替を飲食店の従業員の負担なく容易に行うことができる。混雑度は、例えばテーブルの総数に対する現在利用中のテーブルの数の割合で算出してもよい。この場合、利用中のテーブルの数は、利用中の伝票識別情報の数としてカウントしてもよいし、例えば各テーブルに利用の有無を検出するセンサを設置し当該センサの出力からカウントしてもよい。

【0017】

前記制御部は、前記飲食店の会計端末に、前記第１モードと前記第２モードの切替用のユーザインタフェースを表示させてもよい。

【0018】

この構成により情報処理システムは、混雑状況その他の様々な状況等に応じて飲食店の従業員に手動でモード切替を行わせることができる。

【0019】

前記制御部は、所定のトリガに応じて、前記所定時間の長さを変更してもよい。

【0020】

ここで所定のトリガとは、時間（１日のうちの時間帯や時刻等）、混雑度、従業員の手動操作等であるが、これらに限られない。この構成により情報処理システムは、飲食店内の様々な状況に応じて、伝票を自動的に切り替えるまでのタイミングを調整することができる。

【0021】

前記制御部は、前記所定時間が経過した場合に、前記ユーザに会計を促す情報を前記注文用画面上に表示させてもよい。

【0022】

この構成により情報処理システムは、所定時間内に会計が済んでいない客に会計を促すことで、伝票が切り替わっても次の客を迅速にテーブルに案内し切替り後の伝票を使用させることができる。

【0023】

前記制御部は、前記テーブル識別情報の受信元である前記ユーザ端末とのセッションを管理し、前記所定時間が経過した場合であっても、前記テーブル識別情報を直前に受信した前記ユーザ端末とのセッションが継続している間は前記新たな伝票識別情報を生成せず、直前に生成された伝票識別情報を維持してもよい。

【0024】

これにより、設定時間経過後に前の客が再度テーブル識別情報を送信して追加した注文が次の客の伝票識別情報に追加されてしまうのを防ぐことができる。

【0025】

本発明の他の形態に係る情報処理方法は、
ユーザ端末から当該ユーザ端末のユーザが利用する飲食店のテーブル又は席を識別するテーブル識別情報を最初に受信した場合に、当該テーブル識別情報に対応する伝票識別情報を生成し、当該ユーザ端末に注文用画面を表示させ、
次に同一のテーブル識別情報を受信した場合に、直前に当該テーブル識別情報を受信してから、または、当該直前のテーブル識別情報の受信後に最初の注文情報を受信してから、所定時間が経過しているか否かを判断し、
前記所定時間が経過していないと判断した場合、前記生成された伝票識別情報を維持し、前記所定時間が経過していると判断した場合、前記生成された伝票識別情報と異なる新たな伝票識別情報を生成する、ことを含む。

【0026】

本発明のまた別の形態に係るプログラムは、情報処理装置に、
ユーザ端末から当該ユーザ端末のユーザが利用する飲食店のテーブル又は席を識別するテーブル識別情報を最初に受信した場合に、当該テーブル識別情報に対応する伝票識別情報を生成し、当該ユーザ端末に注文用画面を表示させるステップと、
次に同一のテーブル識別情報を受信した場合に、直前に当該テーブル識別情報を受信してから、または、当該直前のテーブル識別情報の受信後に最初の注文情報を受信してから、所定時間が経過しているか否かを判断するステップと、
前記所定時間が経過していないと判断した場合、前記生成された伝票識別情報を維持し、前記所定時間が経過していると判断した場合、前記生成された伝票識別情報と異なる新たな伝票識別情報を生成するステップと、を実行させる。

【発明の効果】

【0027】

以上説明したように、本発明によれば、飲食店のモバイルオーダーシステムにおいてテーブルの前の客の会計が未完了のまま同じテーブルの次の客が同じ伝票に注文してしまうのを防止することができる。しかし、当該効果は本発明を限定するものではない。

【図面の簡単な説明】

【0028】

【図1】本発明の一実施形態に係る飲食店メニュー注文システムの構成を示した図である。

【図2】本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。

【図3】本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。

【図4】本発明の一実施形態に係る飲食店情報提供サーバによる伝票ＩＤ自動切替処理の流れを示したフローチャートである。

【図5】本発明の一実施形態に係る飲食店情報提供サーバによる伝票ＩＤ自動切替処理の一例を概念的示した図である。

【図6】本発明の一実施形態に係る飲食店情報提供サーバによる伝票ＩＤ自動切替処理の一例を概念的示した図である。

【図7】本発明の一実施形態に係る飲食店情報提供サーバが飲食店端末に表示させるＰＯＳレジ画面の例を示した図である。

【発明を実施するための形態】

【0029】

以下、図面を参照しながら、本発明の実施形態を説明する。

【0030】

［システムの構成］
図１は、本発明の一実施形態に係る飲食店メニュー注文システムの構成を示した図である。

【0031】

同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数の飲食店の各テーブルＴを利用するユーザのユーザ端末２００と、各飲食店に設置された飲食店端末３００とを含む。

【0032】

飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００及び複数の飲食店の飲食店端末３００とインターネット５０を介して接続されている。

【0033】

飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したＷｅｂページを生成してユーザ端末２００へ送信する。また飲食店情報提供サーバ１００は、当該飲食店情報を閲覧したユーザのユーザ端末２００からの、いずれかの飲食店に対する予約受付処理を代行する。

【0034】

また飲食店情報提供サーバ１００は、上記ポータルサイトに掲載される飲食店（加盟店）向けに、飲食店情報の管理画面（Ｗｅｂページ）を提供している。飲食店端末３００のユーザは、当該管理画面を介して、上記検索結果として一般ユーザに提供されるＷｅｂページ上の飲食店情報を編集・更新し、当該Ｗｅｂページを上記ポータルサイト上にアップロードすることができる。

【0035】

ユーザ端末２００（２００Ａ，２００Ｂ，...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ等である。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、上記Ｗｅｂページを受信してブラウザ等により画面に表示する。

【0036】

ユーザ端末２００は、ユーザの操作に基づいて上記ポータルサイトにおける飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ１００へ送信する。

【0037】

一方で飲食店情報提供サーバ１００は、飲食店の各テーブルＴを利用するユーザからユーザ端末２００を介して各飲食店の各テーブルにおける飲食物の注文を受け付け可能である。飲食店情報提供サーバ１００は、例えば飲食店の各テーブルにカード、プレート、スタンド等に印刷されて置かれた２次元バーコードＣをユーザ端末２００が読み取り、読み取った情報（テーブルＩＤを含むＵＲＬ）を基に飲食店情報提供サーバ１００にテーブル利用開始要求が送信された場合に、ユーザ端末２００の表示部上に飲食店のメニューの注文画面を表示する。

【0038】

そして飲食店情報提供サーバ１００は、当該注文画面を介してユーザの注文の入力を受け付けると、受け付けた注文情報を飲食店の飲食店端末（ＰＯＳ端末）３００へ送信する。当該注文情報は飲食店端末３００から厨房の端末（図示せず）へ転送される。また飲食店情報提供サーバ１００は、受け付けた注文情報を蓄積し、ユーザから会計処理の要求を受け付けると、当該ユーザ端末２００からの注文受付処理を終了し、次の客からの注文要求（２次元バーコードＣの読み取り）を待機する。

【0039】

このようにユーザ端末２００は、飲食店の各テーブルＴを利用するユーザから注文を受け付け、注文情報を飲食店情報提供サーバ１００へ送信するためのモバイルオーダー端末としても機能する。ユーザ端末２００には、飲食店情報提供サーバ１００と連携してモバイルオーダーに関する処理を実行可能なアプリケーション（以下、ＭＯアプリともいう）がインストールされていてもよい。

【0040】

飲食店端末３００は、各飲食店に設置されている端末であり、タブレットＰＣ、ノートブックＰＣ、デスクトップＰＣ等である。飲食店端末３００は、管理者の操作に基づいて、上記飲食店情報の編集・更新等、自身の飲食店情報に関する処理を飲食店情報提供サーバ１００との通信により実行することが可能である。また飲食店端末３００は、上記モバイルオーダー処理において飲食店情報提供サーバ１００と厨房端末やＰＯＳ端末との間の通信を仲介する。もちろん、飲食店端末３００が上記厨房端末やＰＯＳ端末を兼ねており飲食店情報提供サーバ１００と直接通信してもよい。

【0041】

ところで、従来のモバイルオーダーシステムにおいては、特に客の回転率が高い飲食店においては、あるテーブルの飲食済みの客の会計が未完了の状態（例えばレジに客が会計待ちで並んでいる状態等）で次の客をテーブルに案内してしまい前の客の伝票に注文が追加されてしまうケースがあった。

【0042】

そこで本実施形態において飲食店情報提供サーバ１００は、同図に示すように、特に飲食店内の混雑時において、１つのテーブルＴにおいて、前の客が会計済みか否かにかかわらず（前の客のセッションが終わる前に）所定の設定時間で強制的に、その客の伝票を識別する伝票ＩＤ（伝票番号）を切り替えて次のセッションを開始することが可能となっている。当該伝票ＩＤの自動切替処理の詳細については後述する。

【0043】

［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１（サーバ制御部）、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

【0044】

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

【0045】

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。

【0046】

表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

【0047】

操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。

【0048】

記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。

【0049】

特に本実施形態では、記憶部１８は、飲食店情報提供サーバ１００が後述するモバイルオーダー処理及び伝票ＩＤの自動切替処理を実行するためのデータ、アプリケーションその他のプログラムを記憶している。後述するが、記憶部１８は、そのようなデータを含むデータベースとして、飲食店情報データベース、ユーザ情報データベース及びＰＯＳ情報データベースを有している。

【0050】

通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００及び飲食店端末３００との間の通信処理を担う。

【0051】

［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。

【0052】

同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ユーザ情報データベース３２及びＰＯＳ情報データベース３３を有している。

【0053】

飲食店情報データベース３１は、飲食店毎に、その飲食店の店名、所在位置（住所または緯度経度）情報、エリア情報、アクセス情報（最寄り駅情報、最寄り駅からの徒歩距離情報）電話番号、その飲食店を識別するＩＤ（店舗ＩＤ）、その飲食店の業態・サービスのジャンル情報、その飲食店を紹介する情報（店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報等）、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、平均予算情報、営業時間、ウェブサイトＵＲＬ等の情報等を記憶している。これらの情報は、各飲食店の飲食店端末３００から、飲食店情報提供サーバ１００が提供する管理画面を介して入力されたものである。

【0054】

上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン／肉料理／魚料理／炭水化物／サイドメニュー、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。またメニュー情報としては、メニュー名や値段、説明等を示す文字情報の他、当該メニューを撮影した写真等の画像情報も対応付けて記憶される。さらに、各メニューのカロリーや量、及び原材料に関する情報も記憶されてもよい。

【0055】

上記ジャンル情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。

【0056】

ユーザ情報データベース３２は、ユーザ端末２００を所有する、上記飲食店情報提供サーバ１００が提供する上記ポータルサイトを介した飲食店情報サービスの利用者（会員）であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース３２は、ユーザＩＤ、パスワード、氏名、メールアドレス（その他、メッセージの宛先となる情報）、電話番号、住所、年齢（層）、性別、誕生日等の情報をユーザ毎に記憶している。

【0057】

ＰＯＳ情報データベース３３は、各テーブルＴにおいてユーザ端末２００から受け付けた注文に基づくＰＯＳデータを記憶している。当該ＰＯＳデータは例えば、テーブルＩＤ、伝票ＩＤ、入店時刻、客数、注文メニュー、注文数（出数）、売上金額、注文時刻等から構成される。

【0058】

また本実施形態において飲食店情報提供サーバ１００は、各テーブルＴの伝票ＩＤを各テーブルＴの会計毎に切り替える（会計毎に新たな伝票ＩＤを生成する）通常モード（第１モード）と、飲食店の混雑時においてテーブルＴの利用開始からの経過時間を基準に伝票ＩＤを自動的に切り替える（所定の設定時間が経過した場合に新たな伝票ＩＤを生成する）混雑モード（第２モード）とを切り替えて実行可能である。ＰＯＳ情報データベース３３は、当該通常モードと混雑モードのうち現在実行中のモードに関する情報も記憶している。

【0059】

このうち混雑モード実行時において、ＰＯＳ情報データベース３３は、各テーブルＴで２次元バーコードＣがユーザ端末２００に読み取られてテーブル利用開始要求を受信してからの経過時間のカウント情報も各飲食店のテーブルＴ毎に記憶している。当該経過時間は、当該テーブルＴ（のユーザ端末２００）から直後にテーブル利用開始要求を受信した場合にリセットされる。

【0060】

これら各データベースは、飲食店情報提供サーバ１００によるモバイルオーダー処理において、必要に応じて相互に参照されて用いられる。

【0061】

［システムの動作］
次に、以上のように構成されたシステム（主に飲食店情報提供サーバ１００）の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。

【0062】

図４は、飲食店情報提供サーバ１００によるモバイルオーダー受付時の伝票ＩＤ自動切替処理の流れを示したフローチャートである。なお当該動作において、飲食店情報提供サーバ１００は通常モードでモバイルオーダー受付動作を開始済みであるものとする。

【0063】

飲食店情報提供サーバ１００のＣＰＵ１１はまず、飲食店内の混雑度が所定の閾値以上になったか否かを判断する（ステップ４１）。ＣＰＵ１１は、当該混雑度を、例えばテーブルＴの総数に対する現在利用中のテーブルＴの数の割合で算出してもよい。この場合、利用中のテーブルＴの数は、利用中の伝票ＩＤの数としてカウントしてもよいし、例えば各テーブルＴに利用の有無を検出するセンサ（温度センサ、光センサ等の人感センサ）を設置し当該センサの出力からカウントしてもよい。

【0064】

上記混雑度が所定の閾値以上になったと判断した場合（ステップ４１のＹｅｓ）、ＣＰＵ１１は、上記通常モードを混雑モードに切り替え、上記ＰＯＳ情報データベース３３中のモード情報を更新する（ステップ４２）。

【0065】

続いてＣＰＵ１１は、いずれかのテーブルＴの２次元バーコードＣを介して、ユーザ端末２００から混雑モードにおける初回のテーブルＴの利用開始要求（テーブルＩＤ）を受信したか否かを判断する（ステップ４３）。なおユーザによる当該利用開始要求操作（２次元バーコードＣの読み取り操作）を「チェックイン」とも称する。当該利用開始要求には、送信元のユーザ端末２００毎に異なる端末ＩＤが含まれていてもよい。

【0066】

テーブルＴの利用開始要求には、上記テーブルＩＤの他、当該テーブルＴを利用するユーザの利用人数に関する情報が含まれてもよい。ＣＰＵ１１は、上記テーブルＩＤを受信したと判断した場合（ステップ４３のＹｅｓ）、利用対象のテーブルＴについて伝票ＩＤを生成して上記ＰＯＳ情報データベース３３に記憶するとともに、利用時間のカウントを開始する（ステップ４４）。

【0067】

続いてＣＰＵ１１は、上記利用人数情報をＰＯＳ情報データベース３３に記憶するとともに、ユーザ端末２００へ、モバイルオーダー用の注文画面を送信する（ステップ４５）。

【0068】

続いてＣＰＵ１１は、上記利用対象のテーブルＴの２次元バーコードＣを介して、ユーザ端末２００から新たにテーブルＩＤを受信したか否かを判断する（ステップ４６）。

【0069】

続いてＣＰＵ１１は、上記ＰＯＳ情報データベース３３を参照して、上記新たなテーブルＩＤの受信時において、直前のテーブルＩＤの受信時からの利用時間が設定時間を経過しているか否かを判断する（ステップ４７）。ここで設定時間は例えば１０分、１５分、２０分等であるが、これらに限られない。

【0070】

上記テーブルＩＤの受信時における利用時間が、先の受信時から設定時間を経過していると判断した場合（ステップ４７のＹｅｓ）、ＣＰＵ１１は、上記ＰＯＳ情報データベース３３に記憶していたそれまでの伝票ＩＤと異なる新たな伝票ＩＤを生成して当該情報を更新し、利用時間カウントを開始する（ステップ４８）。

【0071】

一方、上記テーブルＩＤの受信時における利用時間が、先の受信時から設定時間を経過していないと判断した場合（ステップ４７のＮｏ）、ＣＰＵ１１は、現状の伝票ＩＤを維持し、上記ＰＯＳ情報データベース３３においてカウントしている利用時間をリセットし（ステップ４９）、上記ステップ４６に戻り、それ以降の処理を繰り返す。なおここで、設定時間を経過していないと判断した場合に利用時間をリセットせずに当初からの利用時間のカウントをそのまま継続しても構わない。

【0072】

続いてＣＰＵ１１は、混雑モードの終了トリガがあったか否かを判断する（ステップ５０）

【0073】

混雑モードの終了トリガが無いと判断した場合（ステップ５０のＮｏ）、ＣＰＵ１１は、上記ステップ４６に戻り、それ以降の処理を繰り返す。

【0074】

一方、混雑モードの終了トリガがあったと判断した場合（ステップ５０のＹｅｓ）、ＣＰＵ１１は、混雑モードを通常モードに切り替えて終了する（ステップ５１）。終了トリガとは、例えば上記混雑度が上記所定の閾値（またはそれとは異なる閾値）未満となった場合や、従業員の端末から飲食店情報提供サーバ１００へ混雑モード終了指示が送信された場合、または、混雑モード開始から所定時間（例えば１時間、２時間）が経過した場合、または、設定時刻（例えばランチタイムの終了時刻）が到来した場合等であるが、これらに限られない。

【0075】

図５は、上記新たなテーブルＩＤの受信時における利用時間が上記設定時間を経過している場合の伝票ＩＤの切替処理を時間軸に沿って概念的に示した図である。

【0076】

同図に示すように、ある客ＡがＡテーブルにチェックインし、伝票ＩＤ「００１」が生成された後、利用時間が上記設定時間を経過した後に別の客ＢがテーブルＡにチェックインすると、客Ａの会計待ち・会計完了に関わらず、上記伝票ＩＤ「００１」とは別に、客Ｂについて新たな伝票ＩＤ「００２」が生成される。

【0077】

この場合、客Ｂが客Ａの他人である場合のみならず、客Ｂが客Ａと食事を共にするメンバーである場合も、両者で別々の伝票ＩＤが生成され、両者のユーザ端末２００からの注文が別々に処理される。客Ａと客Ｂが共に食事をした場合、各伝票ＩＤで個別に会計してもよいし、会計時に従業員にＰＯＳ端末上で２つの伝票を合算してもらってもよい。

【0078】

図６は、上記新たなテーブルＩＤの受信時における利用時間が上記設定時間を経過していない場合の伝票ＩＤの切替処理を時間軸に沿って概念的示した図である。

【0079】

同図に示すように、ある客ＡがＡテーブルにチェックインし、伝票ＩＤ「００１」が生成された後、利用時間が上記設定時間を経過する前に別の客ＢがテーブルＡにチェックインすると、伝票ＩＤ「００１」は維持され、かつ、客Ｂのチェックイン時からを開始時点としてカウントするように利用時間がリセットされ、客Ｂのユーザ端末２００からの注文も当該伝票ＩＤ「００１」に合流することになる。また客Ｂのチェックインにより伝票は合流するものの、利用時間のリセットは当該客Ｂのユーザ端末２００からの最初の注文時に実行されてもよい。

【0080】

このように、設定時間の経過前に他の客が同一テーブルの利用を開始した場合には、元の客の同席者とみなして、当該他の客の利用開始時を基準に利用時間をカウントし直すことで、他の客の飲食時間を確保することができる。

【0081】

図７は、飲食店情報提供サーバ１００が飲食店端末３００（またはＰＯＳ端末、会計端末）に表示させるＰＯＳレジ画面の例を示した図である。

【0082】

同図に示すように、飲食店情報提供サーバ１００は、当該ＰＯＳレジ画面上に、伝票ＩＤ６０等を含む一般的な表示項目に加えて、上記通常モードと混雑モードのうち、現在のモードを示す情報と共に、現在のモードを他のモードに切り替えるユーザインタフェースとしてのモード切替ボタン６１を表示させてもよい。同図の例では、現在のモードが通常モードであり、混雑モードへ切り替えるためのモード切替ボタン６１が表示されている。

【0083】

これにより、従業員が飲食店内の混雑状況その他の様々な状況等に応じて手動でモード切替を行うことができる。当該モード切替ボタン６１の押下操作も、上記図４のステップ５０における「混雑モードの終了トリガ」となり得る。また当該押下操作は、図４のステップ４２における混雑モードの開始トリガともなり得るし、その他従業員が飲食店端末３００やハンディ端末等から手動で混雑モード／通常モードを切り替えてもよい。

【0084】

［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、客が会計済みか否かにかかわらず、所定の設定時間を基準に強制的に伝票ＩＤを切り替えることで、飲食店のモバイルオーダーシステムにおいてテーブルの前の客の会計が未完了のまま同じテーブルの次の客が同じ伝票に注文してしまうのを防止することができる。

【0085】

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。

【0086】

上述の実施形態では、飲食店情報提供サーバ１００は、通常モードと混雑モードとを切り替えて実行していたが、混雑モード（伝票ＩＤの自動切替処理）を単一のモードとして常に実行してもよい。

【0087】

上述の実施形態では、飲食店情報提供サーバ１００は、ユーザ端末２００からテーブルＩＤを受信した場合に、その時点からの経過時間のカウントを開始し、その直後にテーブルＩＤを受信したときに、上記経過時間が設定時間（１５分等）を超えているか否かを判断した。これに代えて飲食店情報提供サーバ１００は、テーブル利用開始から注文までの間に時間がかかる客もいることを考慮し、ユーザ端末２００からのテーブルＩＤ受信時ではなく、テーブルＩＤ受信後の最初の注文受付時（注文情報の受信時）に経過時間のカウントを開始してもよい。

【0088】

上述の実施形態において、飲食店情報提供サーバ１００は、伝票ＩＤ生成後、最初の注文情報を受信後にユーザ端末２００から追加の注文情報を受信した場合、当該受信時を起算時とするように上記設定時間をリセットしてもよい。この構成により飲食店情報提供サーバ１００は、設定時間経過前に追加の注文を受け付けた場合には、当該追加の注文時を基準に設定時間をカウントし直すことで、追加の注文の飲食時間を確保することができる。

【0089】

上述の実施形態において、飲食店情報提供サーバ１００は、所定のトリガに応じて、上記設定時間の長さを変更してもよい。ここで所定のトリガとは、時間（１日のうちの時間帯や時刻等）、混雑度、店舗管理画面を介した従業員の手動操作等であるが、これらに限られない。例えばランチタイムは設定時間を１５分とし、ディナータイムは設定時間を３０分としてもよい。また、混雑度が高くなるのに応じて、または注文数が多くなるのに応じて、設定時間が長くなるように予め設定してもよい。この構成により飲食店情報提供サーバ１００は、飲食店内の様々な状況に応じて、伝票を自動的に切り替えるまでのタイミングを調整することができる。

【0090】

上述の実施形態において、飲食店情報提供サーバ１００は、ユーザのテーブルＴの利用開始から上記設定時間が経過した場合に、ユーザに会計を促す情報をユーザ端末２００のモバイルオーダー画面上に表示させてもよい。この構成により飲食店情報提供サーバ１００は、設定時間内に会計が済んでいない客に会計を促すことで、伝票ＩＤが切り替わっても次の客を迅速にテーブルＴに案内し切替り後の伝票を使用させることができる。

【0091】

上述の実施形態では、テーブルＴ毎に伝票ＩＤが付与される例が示された。これに代えて、テーブルＴが有する席毎に上記２次元バーコードＣが設置され、席毎に伝票ＩＤが付与され管理されてもよい。例えば、１つのテーブルＴに４つの席がある場合、４つの席それぞれに、または２つの席ずつに、伝票ＩＤが付与される。これにより１つのテーブルＴ内の各席で、上記利用時間に応じて伝票ＩＤの切替処理が独立して実行されることになる。

【0092】

上述の実施形態において、ユーザのテーブルＴの利用開始から上記設定時間が経過した後に、当該設定時間以上滞在しているユーザが２次元バーコードＣを再度読み取って追加の注文要求を行うと、当該注文は、上記設定時間の経過によって切替った次の客の伝票ＩＤに紐付けられてしまう。そこで飲食店情報提供サーバ１００は、ユーザ端末２００からテーブルＩＤを受信した時点をセッション開始時として、例えばCookieやセッションＩＤによってセッション管理を行って通信相手を識別してもよい。そして、ユーザ端末２００から新たにテーブルＩＤを受信した場合でも、直前のセッションが継続している（直前と同一のセッションＩＤからのアクセスである）限りは、上記設定時間経過後であってもそれまでの伝票ＩＤを維持し、当該セッションにおいて追加の注文要求があれば当該伝票ＩＤに注文を追加し、設定時間経過後であって直前のセッションが終了している（直前と異なるセッションＩＤからのアクセスである）ことを確認した場合に伝票ＩＤを切り替えるようにしてもよい。これにより、設定時間経過後に前の客が再度の２次元バーコードＣの読み取りにより追加した注文が次の客の伝票ＩＤに追加されてしまうのを防ぐことができる。

【0093】

上述の実施形態における飲食店情報提供サーバ１００の処理は、複数のサーバによって分散されて実行されてもよい。例えば、モバイルオーダーの注文受付処理と、伝票ＩＤの切替処理とは別個のサーバで実行されてもよい。

【0094】

上述の実施形態では、クラウド上の飲食店情報提供サーバ１００が複数のユーザ端末２００向けに飲食店検索処理を実行する例が示されたが、飲食店毎に、上記飲食店情報提供サーバ１００と同様の機能を有するサーバが設置され、上記メニュー注文用インタフェースの制御処理を実行しても構わない。

【0095】

上述の実施形態では、本発明が、ユーザ端末２００から注文可能なモバイルオーダーシステムに適用された例が示されたが、各飲食店に設置された注文端末、すなわち、各テーブルＴに設置されたテーブルトップ端末から注文可能なテーブルトップオーダーシステム、各テーブルＴに設置されたスマートスピーカ（マイク付き）から注文可能なスマートスピーカオーダーシステム、その他飲食店のフロアを巡回するフロアロボットから注文可能なシステムにも同様に本発明を適用可能である。

【0096】

本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。

【符号の説明】

【0097】

１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１４…バス
１５…入出力インタフェース
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ユーザ情報データベース
３３…ＰＯＳ情報データベース
６１…モード切替ボタン
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…飲食店端末
Ｃ…コード（２次元バーコード）

【要約】

【課題】飲食店のモバイルオーダーシステムにおいてテーブルの前の客の会計が未完了のまま同じテーブルの次の客が同じ伝票に注文してしまうのを防止すること。
【解決手段】情報処理システムは、制御部を有する。制御部は、ユーザ端末から当該ユーザ端末のユーザが利用する飲食店のテーブル又は席を識別するテーブル識別情報を最初に受信した場合に、当該テーブル識別情報に対応する伝票識別情報を生成し、当該ユーザ端末に注文用画面を表示させる。また制御部は、次に同一のテーブル識別情報を受信した場合に、直前に当該テーブル識別情報を受信してから、または、当該直前のテーブル識別情報の受信後に最初の注文情報を受信してから、所定時間が経過しているか否かを判断する。そして制御部は、前記所定時間が経過していないと判断した場合、前記生成された伝票識別情報を維持し、前記所定時間が経過していると判断した場合、前記生成された伝票識別情報と異なる新たな伝票識別情報を生成する。
【選択図】図４

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】