特開 2023-129101 注文管理装置、注文管理方法及び注文管理プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023129101

(43)【公開日】2023-09-14

(54)【発明の名称】注文管理装置、注文管理方法及び注文管理プログラム

(51)【国際特許分類】

   G06Q 50/12 20120101AFI20230907BHJP

【ＦＩ】

G06Q50/12

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022033889

(22)【出願日】2022-03-04

(71)【出願人】

【識別番号】313006647

【氏名又は名称】セイコーソリューションズ株式会社

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】澁谷 浩志

(72)【発明者】

【氏名】細谷 元信

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC23

(57)【要約】      （修正有）

【課題】顧客が所有する端末装置を通じて注文を受け付ける場合において、顧客グループごとに注文の調理、配膳又は提供を管理できる注文管理装置、注文管理方法及び注文管理プログラムを提供する。
【解決手段】注文管理装置、サーバ、会計装置、プリンタ、ハンディターミナル及び端末装置を含んで構成される注文管理システムにおいて、注文管理装置１０は、複数の端末装置と通信を行い、複数の端末装置から、一のエリアに案内された一又は複数の顧客を一単位として識別する識別子を含む顧客の注文を受け付ける受付部１０１と、予め定めた期間内に受け付けた複数の注文を、識別子ごとにグループ化するグループ化部１０２と、を備える。
【選択図】図３

【特許請求の範囲】

【請求項1】

複数の端末装置と通信を行う注文管理装置であって、
前記複数の端末装置から、一のエリアに案内された一又は複数の顧客を一単位として識別する識別子を含む前記顧客の注文を受け付ける受付部と、
予め定めた期間内に受け付けた複数の前記注文を、前記識別子ごとにグループ化するグループ化部と
を含む注文管理装置。

【請求項2】

前記グループ化部は、グループ化されていない最初の注文を受け付けた時から前記一単位の顧客数又は前記端末装置数に応じて設定された期間内に受け付けた前記注文を前記識別子ごとにグループ化する
請求項１に記載の注文管理装置。

【請求項3】

前記グループ化部は、前記一単位において前記顧客が最初に注文を行う場合、追加で注文を行う場合よりも前記期間をより長くする
請求項１又は請求項２に記載の注文管理装置。

【請求項4】

前記グループ化部は、前記注文を受け付ける度に予め定めた上限を超えない範囲で前記期間を延長する
請求項１から請求項３の何れか１項に記載の注文管理装置。

【請求項5】

前記期間内に受け付けたグループ化した前記注文を、前記期間の経過後に出力する出力部を含む
請求項１から請求項４の何れか１項に記載の注文管理装置。

【請求項6】

前記出力部は、前記期間内に前記識別子に対応する前記一単位の顧客数と同数の前記端末装置から前記注文を受け付けた場合、前記期間の経過を待たずにグループ化した前記注文を出力する
請求項５に記載の注文管理装置。

【請求項7】

前記識別子をパラメータに含む注文画面へのアクセス情報である二次元コードを生成する生成部を含み、
前記受付部は、前記二次元コードを読み取った前記端末装置から前記注文画面を介して注文された前記注文を受け付ける
請求項１から請求項６の何れか１項に記載の注文管理装置。

【請求項8】

複数の端末装置と通信を行う注文管理装置における注文管理方法であって、
前記複数の端末装置から、一のエリアに案内された一又は複数の顧客を一単位として識別する識別子を含む前記顧客の注文を受け付ける処理と、
予め定めた期間内に受け付けた複数の前記注文を、前記識別子ごとにグループ化する処理と、
をコンピュータが実行する注文管理方法。

【請求項9】

複数の端末装置と通信を行う注文管理装置において実行される注文管理プログラムであって、
複数の端末装置から、一のエリアに案内された一又は複数の顧客を一単位として識別する識別子を含む前記顧客の注文を受け付ける処理と、
予め定めた期間内に受け付けた複数の前記注文を、前記識別子ごとにグループ化する処理と
をコンピュータに実行させるための注文管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

開示の技術は、注文管理装置、注文管理方法及び注文管理プログラムに関する。

【背景技術】

【0002】

従来、飲食店において、顧客を案内するエリア(例えばテーブル）に設置された注文装置から注文を受け付けること等により、顧客ごとの注文を管理している。

【0003】

例えば、特許文献１には、飲食店の店員の操作により注文情報を入力して送信する第１の携帯通信端末と、顧客の所有する各種の情報を入力して送信可能な第２の携帯通信端末と、注文情報を集計して管理する飲食店制御装置と、前記第１の携帯通信端末、前記第２の携帯通信端末、前記飲食店制御装置との間で通信回線を介して情報を送受信し、飲食店の管理・運営に関する情報を処理する情報処理サイトを提供する管理制御装置と、から構成され、前記管理制御装置は、前記情報処理サイト中に顧客が注文情報を入力して送信するための顧客注文サイトを備え、前記第１の携帯通信端末がこの顧客注文サイトにアクセスするためのアクセス情報を記録した二次元コードを表示し、顧客の操作する前記第２の携帯通信端末が前記二次元コードから読み取ったアクセス情報に基づいて前記顧客注文サイトにアクセスし、注文情報を入力して送信してきた場合、受信した注文情報を前記飲食店制御装置に送信し、前記飲食店制御装置は、店員の操作する前記第１の携帯通信端末から送信された注文情報に併せて顧客の操作する前記第２の携帯通信端末から送信された注文情報を集計して管理することを特徴とする飲食店の運営管理システム、が開示されている。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

特許文献１の技術では、顧客が所有する端末装置を用いて料理を注文する場合、端末装置ごとに注文を受け付けるため、調理、配膳又は提供段階において、同じエリアの顧客から受けた注文であるかを判断できない虞がある。例えば、注文を受けた順番で調理指示の伝票の印刷がされる場合、様々なエリアからの注文の伝票が顧客グループごとにまとまらない状態で印刷される。そのため、顧客グループごとに調理を行う際に、従業員が調理の順番や配膳先を誤る場合がある。

【0006】

開示の技術は、顧客が所有する端末装置を通じて注文を受け付ける場合において、顧客グループごとに注文の調理、配膳又は提供を管理できる注文管理装置、注文管理方法及び注文管理プログラムを提供することを目的とする。

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

【0007】

第１態様に係る注文管理装置は、複数の端末装置と通信を行う注文管理装置であって、前記複数の端末装置から、一のエリアに案内された一又は複数の顧客を一単位として識別する識別子を含む前記顧客の注文を受け付ける受付部と、予め定めた期間内に受け付けた複数の前記注文を、前記識別子ごとにグループ化するグループ化部とを含む。

【0008】

第１態様では、注文に含まれる識別子ごとに、当該注文をグループ化する。そのため、第１態様によれば、顧客グループごとに注文の調理、配膳又は提供を管理できる。

【0009】

第２態様に係る注文管理装置は、第１態様に係る注文管理装置において、前記グループ化部は、グループ化されていない最初の注文を受け付けた時から前記一単位の顧客数又は前記端末装置数に応じて設定された期間内に受け付けた前記注文を前記識別子ごとにグループ化する。

【0010】

第２態様によれば、顧客グループの人数が多い場合は、注文をグループ化する待機時間を長くすることにより、１回の出力においてグループ化する注文を増やせる。

【0011】

第３態様に係る注文管理装置は、第１態様又は第２態様に係る注文管理装置において、前記グループ化部は、前記一単位において前記顧客が最初に注文を行う場合、追加で注文を行う場合よりも前記期間をより長くする。

【0012】

第３態様によれば、最初の注文は追加の注文に比べて、注文をする顧客の割合が多いという実情に合わせて、注文をグループ化するための待機時間を長くできる。

【0013】

第４態様に係る注文管理装置は、第１態様から第３態様の何れかの態様に係る注文管理装置において、前記グループ化部は、前記注文を受け付ける度に予め定めた上限を超えない範囲で前記期間を延長する。

【0014】

第４態様によれば、追加注文後に更に追加でされる注文をグループ化できる場合がある。また、第４態様によれば、グループ化する待機時間が延々と長くなることを防止できる。

【0015】

第５態様に係る注文管理装置は、第１態様から第４態様の何れかの態様に係る注文管理装置において、前記期間内に受け付けたグループ化した前記注文を、前記期間の経過後に出力する出力部を含む。

【0016】

第５態様によれば、グループ化した注文を、外部装置が受信又は表示部が表示等することにより、外部装置又は従業員等が注文の調理、配膳又は提供を管理できる。

【0017】

第６態様に係る注文管理装置は、第５態様に係る注文管理装置において、前記出力部は、前記期間内に前記識別子に対応する前記一単位の顧客数と同数の前記端末装置から前記注文を受け付けた場合、前記期間の経過を待たずにグループ化した前記注文を出力する。

【0018】

第６態様によれば、顧客グループの全員の端末から注文を受け付けた場合は、期間の経過を待たずに注文が店内に設置されたプリンタ等に出力されるため、当該顧客グループが注文した物の提供時間が短縮される。

【0019】

第７態様に係る注文管理装置は、第１態様から第６態様の何れかの態様に係る注文管理装置において、前記識別子をパラメータに含む注文画面へのアクセス情報である二次元コードを生成する生成部を含み、前記受付部は、前記二次元コードを読み取った前記端末装置から前記注文画面を介して注文された前記注文を受け付ける。

【0020】

第７態様によれば、端末装置と識別子が関連付いていない場合であっても、識別子と注文とを関連付けることができる。

【0021】

第８態様に係る注文管理方法は、複数の端末装置と通信を行う注文管理装置における注文管理方法であって、前記複数の端末装置から、一のエリアに案内された一又は複数の顧客を一単位として識別する識別子を含む前記顧客の注文を受け付ける処理と、予め定めた期間内に受け付けた複数の前記注文を、前記識別子ごとにグループ化する処理と、をコンピュータが実行する。

【0022】

第８態様では、注文に含まれる識別子ごとに、当該注文をグループ化する。そのため、第８態様によれば、顧客グループごとに注文の調理、配膳又は提供を管理できる。

【0023】

第９態様に係る注文管理プログラムは、複数の端末装置と通信を行う注文管理装置において実行される注文管理プログラムであって、複数の端末装置から、一のエリアに案内された一又は複数の顧客を一単位として識別する識別子を含む前記顧客の注文を受け付ける処理と、予め定めた期間内に受け付けた複数の前記注文を、前記識別子ごとにグループ化する処理と、をコンピュータに実行させる。

【0024】

第９態様では、コンピュータに次の処理を実行させる。すなわち、注文管理プログラムによりコンピュータは、注文に含まれる識別子ごとに、当該注文をグループ化する。そのため、第８態様によれば、顧客グループごとに注文の調理、配膳又は提供を管理できる。

【発明の効果】

【0025】

開示の技術によれば、顧客グループごとに注文の調理、配膳又は提供を管理できる。

【図面の簡単な説明】

【0026】

【図1】注文管理システムの概略を示す概略構成図である。

【図2】第１実施形態に係る注文管理装置のハードウェア構成を示すブロック図である。

【図3】第１実施形態に係る注文管理装置の機能的な構成を示すブロック図である。

【図4】第１実施形態に係る注文管理装置による注文管理処理の流れを示すフローチャートである。

【図5】第１実施形態に係る注文管理装置による注文管理処理の流れを示すフローチャートである。

【図6】第１実施形態に係る注文管理装置の識別子テーブルの一例である。

【図7】第１実施形態に係る注文管理システムの伝票の一例である。

【図8】第１実施形態に係る注文管理システムの伝票の一例である。

【図9】第２実施形態に係る注文管理装置による注文管理処理の流れを示すフローチャートである。

【図10】第２実施形態に係る注文管理装置による注文管理処理の流れを示すフローチャートである。

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

【0027】

以下、開示の技術の実施形態の一例を、図面を参照しつつ説明する。なお、各図面において同一又は等価な構成要素及び部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

【0028】

本開示の注文管理システム１によって、注文を管理する概略について、図１を用いて説明する。注文管理システム１は、注文管理装置１０、サーバ２０、会計装置３０、プリンタ４０、ハンディターミナル５０及び端末装置６０を含んで構成される。

【0029】

注文管理装置１０は、注文を管理する装置である。注文管理装置１０は、サーバ２０を介して、端末装置６０と通信を行う。注文管理装置１０は、サーバ２０から一のエリアに案内された一又は複数の顧客を一単位として識別する識別子を含む注文を受け付ける。本開示において、当該単位を顧客グループと記載する場合がある。エリアとは、テーブル、立ち席、椅子又は個室等である。識別子は、例えば、店舗を識別するための店舗番号と顧客グループが案内されたテーブルのテーブル番号との組み合わせである。注文管理装置１０は、ＱＲコード（登録商標）を含む二次元コードを生成する。二次元コードは、識別子をパラメータに含む注文画面へのアクセス情報である。
注文管理装置１０は、障害に備えマスタ及びバックアップを切り替える冗長構成であってもよい。例えば、注文管理装置１０Ａをマスタ機器、注文管理装置１０Ｂをバックアップ機器とする。本開示において、マスタ機器として動作する注文管理装置を表す場合は、参照番号１０を用い、複数の注文管理装置を区別して表す場合は、参照番号１０Ａ、１０Ｂを用いる場合がある。

【0030】

サーバ２０は、店舗に来店した顧客が注文を行うための注文画面を提供するサーバである。サーバ２０は、例えば、注文画面を構成するＷＥＢページを提供するＷＥＢサーバである。サーバ２０は、端末装置６０から識別子をパラメータに含む要求を受信する。そして、サーバ２０は、受信した識別子を注文に含めて注文管理装置１０へ送信する。

【0031】

会計装置３０は、注文の会計を識別子ごとに行う装置である。

【0032】

プリンタ４０は、店内に設置されたプリンタである。プリンタ４０は、識別子を含む二次元コードを印刷する。印刷された二次元コードは、従業員によって、識別子により特定されるエリアに配置される。また、プリンタ４０は、注文の伝票発行にも使用され、従業員は、印刷された伝票に従い調理又は配膳を行う。

【0033】

ハンディターミナル５０は、従業員が携帯する端末である。ハンディターミナル５０は、顧客グループの人数である顧客数を識別子ごとに注文管理装置１０に送信する。ハンディターミナル５０は、顧客グループが利用する端末装置６０の台数である端末装置数を送信してもよい。例えば、従業員は、顧客グループが利用する端末装置数を確認し、ハンディターミナル５０を用いて端末装置数を送信する。換言すれば、ハンディターミナル５０は、識別子が同じになる端末装置６０の端末装置数を、識別子ごとに送信する。ハンディターミナル５０は、スマートフォン又はタブレット型端末等であってもよい。

【0034】

端末装置６０は、顧客が所有するスマートフォン又はタブレット型端末等である。端末装置６０は、エリアに配置されている印刷された二次元コードを当該端末装置６０に設けられたカメラにより読み取る。次に、端末装置６０は、読み取った二次元コードのアクセス情報により、パラメータに識別子を含む要求をサーバ２０へ送信する。そして、端末装置６０は、注文を行うための注文画面を取得して注文を行う。換言すれば、端末装置６０は、注文画面を介して、注文管理装置１０へ注文を送信する。端末装置６０は、自己を識別する値として、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）アドレス、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス又は端末装置６０ごとに割り当てた値等を注文管理装置１０又はサーバ２０へ送信する。

【0035】

［第１実施形態］
図２は、注文管理装置１０のハードウェア構成を示すブロック図である。注文管理装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、ストレージ１４、入力部１５、表示部１６及び通信インタフェース１７を有する。各構成は、バス１９を介して相互に通信可能に接続されている。

【0036】

ＣＰＵ１１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ１１は、ＲＯＭ１２又はストレージ１４からプログラムを読み出し、ＲＡＭ１３を作業領域としてプログラムを実行する。ＣＰＵ１１は、ＲＯＭ１２又はストレージ１４に記憶されているプログラムに従って、上記各構成の制御及び各種の演算処理を行う。第１実施形態では、ＲＯＭ１２又はストレージ１４には、注文管理プログラムが格納されている。

【0037】

ＲＯＭ１２は、各種プログラム及び各種データを格納する。ＲＡＭ１３は、作業領域として一時的にプログラム又はデータを記憶する。ストレージ１４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを格納する。

【0038】

入力部１５は、マウス等のポインティングデバイス、及びキーボードを含み、各種の入力を行うために使用される。

【0039】

表示部１６は、例えば、液晶ディスプレイであり、各種の情報を表示する。表示部１６は、タッチパネル方式を採用して、入力部１５として機能しても良い。

【0040】

通信インタフェース１７は、他の機器と通信するためのインタフェースである。当該通信には、たとえば、イーサネット（登録商標）若しくはＦＤＤＩ等の有線通信の規格、又は、４Ｇ、５Ｇ、若しくはＷｉ－Ｆｉ（登録商標）等の無線通信の規格が用いられる。

【0041】

次に、注文管理装置１０の機能構成について説明する。
図３は、注文管理装置１０の機能構成の例を示すブロック図である。注文管理装置１０は、機能構成として、受付部１０１、グループ化部１０２、出力部１０３及び生成部１０４を有する。各機能構成は、ＣＰＵ１１がＲＯＭ１２又はストレージ１４に記憶された注文管理プログラムを読み出し、ＲＡＭ１３に展開して実行することにより実現される。

【0042】

受付部１０１は、複数の端末装置から、顧客の店舗内におけるエリアを識別する識別子を含む顧客の注文を受け付ける。受付部１０１は、二次元コードを読み取った端末装置から注文画面を介して注文された注文を受け付ける。

【0043】

グループ化部１０２は、予め定めた期間内に受け付けた複数の注文を、識別子ごとにグループ化する。グループ化部１０２は、グループ化されていない最初の注文を受け付けた時からエリアにおける顧客数又は端末装置数に応じて設定された期間内に受け付けた同じ識別子の注文をグループ化する。グループ化部１０２は、エリアにおいて顧客が最初に注文を行う場合、追加で注文を行う場合よりも期間をより長くする。グループ化部１０２は、注文を受け付ける度に予め定めた上限を超えない範囲で期間を延長する。

【0044】

出力部１０３は、グループ化した注文及び二次元コードを出力する。出力とは、通信インタフェース１７を介して他の機器へ送信すること、又は表示部１６に表示すること等である。出力部１０３は、期間内に受け付けたグループ化した注文を、当該期間の経過後に出力する。出力部１０３は、期間内に識別子に対応する顧客数と同数の端末装置から注文を受け付けた場合、期間の経過を待たずにグループ化した注文を出力してもよい。

【0045】

生成部１０４は、識別子をパラメータに含む注文画面へのアクセス情報である二次元コードを生成する。

【0046】

次に、注文管理装置１０の作用について説明する。
図４及び図５は、注文管理装置１０による注文管理処理の流れを示すフローチャートである。ＣＰＵ１１がＲＯＭ１２又はストレージ１４から注文管理プログラムを読み出して、ＲＡＭ１３に展開して実行することにより、注文管理が行なわれる。

【0047】

図４は、注文管理装置１０による注文登録処理の流れを示すフローチャートである。

【0048】

ステップＳ１０１では、ＣＰＵ１１は、注文を受け付ける。ＣＰＵ１１は、ステップＳ１０２へ移行する。

【0049】

ステップＳ１０２では、ＣＰＵ１１は、識別子が識別子テーブルに登録されているか否かを判断する。ＣＰＵ１１は、識別子が識別子テーブルに登録されていないと判断した場合（ステップＳ１０２：ＮＯ）、ステップＳ１０３へ移行する。ＣＰＵ１１は、識別子が識別子テーブルに登録されていると判断した場合（ステップＳ１０２：ＹＥＳ）、ステップＳ１１０へ移行する。
ここで、注文管理装置１０の識別子テーブルの一例を図６に示す。識別子テーブルは、識別子、顧客数、登録時刻、伝票出力時刻、新規・追加、ＭＡＣアドレス及び伝票管理番号を格納する項目をそれぞれ有する。新規・追加の項目は、新規フラグ又は項目フラグを格納する項目である。ＭＡＣアドレスの項目及び伝票管理番号の項目は、複数の値を格納することができる。なお、ＭＡＣアドレスは、端末装置６０を識別する値の一例である。
Ａ１５の識別子の処理は、新規の注文を受け付けた直後であり、伝票出力時刻まで待機している状態である。Ｂ２０の識別子及びＢ２５の識別子の処理は、追加の注文を受け付け、伝票出力時刻まで待機している状態である。Ａ０３の識別子及びＡ０４の識別子の処理は、伝票を出力し、次の注文を待機している状態である。注文管理装置１０は、会計処理が完了した識別子を識別子テーブルから削除する。

【0050】

ステップＳ１０３では、ＣＰＵ１１は、識別子を登録する。すなわち、ＣＰＵ１１は、注文に含まれる識別子が識別子テーブルに存在しない場合、識別子テーブルに行を追加し、注文に含まれる識別子を登録する。後述のステップＳ１０３からステップＳ１０９の処理は、注文に含まれる識別子の行に対して処理を行う。ＣＰＵ１１は、ステップＳ１０４へ移行する。

【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】

ステップＳ４０７では、ＣＰＵ１１は、グループ化した注文を出力する。ＣＰＵ１１は、例えば、注文を印刷するためにプリンタ４０にグループ化した注文を送信する。なお、ＣＰＵ１１は、表示部１６にグループ化した注文を表示するようにしてもよい。ＣＰＵ１１は、ステップＳ４０８へ移行する。

【0093】

ステップＳ４０８では、ＣＰＵ１１は、出力した注文のグループ化を解除する。例えば、ＣＰＵ１１は、リストにグループ化する注文を追加することによりグループを管理している場合、出力した注文をリストから削除する。ＣＰＵ１１は、ステップＳ４０９へ移行する。

【0094】

ステップＳ４０９では、ＣＰＵ１１は、会計装置３０により注文が会計されたか否かを判断する。ＣＰＵ１１は、注文が会計されたと判断した場合（ステップＳ４０９：ＹＥＳ）、注文処理を終了する。ＣＰＵ１１は、注文が会計されていないと判断した場合（ステップＳ４０９：ＮＯ）、ステップＳ４０１へ移行する。

【0095】

以上、上述したステップＳ４０１からステップＳ４０３の処理により、ＣＰＵ１１は、受け付けた注文に含まれる識別子のグループが作成されていない場合、当該識別子のグループを作成する。そして、ＣＰＵ１１は、グループの作成と共に、当該識別子の期間を開始する。換言すれば、ＣＰＵ１１は、受け付けた複数の注文のうち、グループ化されていない最初の注文を受け付けた時から、最初の注文に含まれる識別子の期間を開始する。

【0096】

また、上述したステップＳ４０１、ステップＳ４０２及びステップＳ４０４の処理により、ＣＰＵ１１は、注文を受け付ける度に期間を延長する。

【0097】

また、上述したステップＳ４０６及びステップＳ４０７の処理により、ＣＰＵ１１は、同じ識別子を含む注文を送信可能な端末装置６０からの注文の送信を、期間が経過するまで待機する。また、ＣＰＵ１１は、受け付けた注文を期間が経過するまでＲＯＭ１２又はストレージ１４に保持する。

【0098】

［備考］
以上、第１実施形態及び第２実施形態の注文管理装置１０について説明してきた。しかし、本開示は、上記実施形態に限定されない。種々の改良または改変が可能である。

【0099】

第１実施形態に係る注文管理装置１０は、伝票管理番号を、伝票番号と注文回数の組み合わせから構成してもよい。注文管理装置１０は、伝票管理番号を端末装置６０と送受信する。図４のステップＳ１０９において、ＣＰＵ１１は、伝票管理番号を登録し、登録した伝票管理番号を、注文を送信した端末装置６０に送信する。端末装置６０は、伝票管理番号として伝票番号に注文回数を付与した値を含めた注文を注文管理装置１０へ送信する。注文管理装置１０は、会計が行われた伝票管理番号を識別子テーブルから削除する。注文管理装置１０は、全ての伝票管理番号が削除された識別子を、識別子テーブルから削除する。

【0100】

図９のステップＳ３０３において、ＣＰＵ１１は、期間の長さを一律に定めてもよい。また、ステップＳ４０３において、ＣＰＵ１１は、識別子ごとに予め定めた時刻から期間を開始してもよい。すなわち、ＣＰＵ１１は、予め定めた時刻から一定間隔ごとに受け付けた注文をグループ化して出力する。例えば、ＣＰＵ１１は、一の識別子について、１２時００分から５分ごとにグループ化し、別の識別子について、１２時０１分から５分ごとにグループ化する。これにより、注文の出力の間隔を分散できる。

【0101】

図９のステップＳ３０３において、ＣＰＵ１１は、当該顧客グループにおいて顧客が最初に注文を行う場合、追加で注文を行う場合よりも期間をより長く設定してもよい。すなわち、ＣＰＵ１１は、グループ化した注文の出力をしていない場合、グループ化した注文の出力をした場合の期間と比べて、より長い期間を設定する。

【0102】

図９のステップＳ３０２において、ＣＰＵ１１は、二次元コードを生成し、ハンディターミナル５０又は注文装置に送信してもよい。ここで、注文装置とは、エリアに設置された注文するためのタブレット型端末等の装置（図示なし）である。ＣＰＵ１１は、ステップＳ３０１の処理で受診した識別子により特定されるエリアに配置された注文装置へ送信して、二次元コードを注文装置に表示させる。端末装置６０は、ハンディターミナル５０又は注文装置に表示された二次元コードを読み取り、サーバ２０にアクセスする。これにより、二次元コードを印刷することなく、端末装置６０に二次元コードを読み取らせることができる。

【0103】

図１０のステップＳ４０６において、ＣＰＵ１１は、注文に含まれる識別子が同じになる全ての端末装置６０から、当該期間内に注文を受け付けたとき、当該識別子の期間が経過したと判断してもよい。換言すれば、注文管理装置１０は、識別子に対応する顧客数と同数の端末装置６０から、当該期間内に注文を受け付けた場合、期間の経過を待たずにグループ化した当該識別子の注文を出力する。
例えば、注文管理装置１０は、端末装置６０を識別する値を受信することにより、端末装置６０の台数を集計する。例えば、端末装置６０は、識別子及びＭＡＣアドレスを含む注文を注文管理装置１０へ送信する。注文管理装置１０は、注文を受け付けるごとにＭＡＣアドレスの個数を集計し、同じ識別子において、ＭＡＣアドレスの個数と顧客数が同一か否かを判断する。

【0104】

図９のステップＳ３０１において、ＣＰＵ１１は、受け付けた顧客数に予め定めた値を加算してもよい。例えば、ＣＰＵ１１は、受け付けた顧客数が１であった場合、予め定めた値として１を加算し、顧客数を２として以降の処理を実行する。これにより、例えば、顧客が一人客の場合であっても、注文の出力を待機することにより、追加注文をまとめて出力できる。

【0105】

上記各実施形態に係る注文管理装置１０は、マスタ及びバックアップが切り替わったときに、グループ化されている注文及びグループ化されていない注文を出力する。例えば、注文管理装置１０Ａがマスタ機器、注文管理装置１０Ｂがバックアップ機器であった場合に、マスタ及びバックアップが切り替わったとき、マスタになった注文管理装置１０Ｂは、保持している全ての注文を出力する。

【0106】

なお、上記各実施形態でＣＰＵがソフトウェア（プログラム）を読み込んで実行した注文管理処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の製造後に回路構成を変更可能なＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、及びＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。また、注文管理処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。

【0107】

また、上記各実施形態では、注文管理プログラムは、コンピュータが読み取り可能なストレージ１４に予め記憶（インストール）されている態様を説明したが、これに限定されない。プログラムは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）記憶媒体に記憶された形態で提供されてもよい。また、プログラムは、ネットワークを介して外部装置からダウンロードされる形態としてもよい。

【符号の説明】

【0108】

１ 注文管理システム
１０ 注文管理装置
２０ サーバ
３０ 会計装置
４０ プリンタ
５０ ハンディターミナル
６０ 端末装置
２０１Ａ、２０１Ｂ、２０１Ｃ、２０１Ｄ、２０１Ｅ 伝票
２０２ 白紙伝票

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】