JP2019125294A - 注文管理システム、注文管理装置及びそのプログラム - Google Patents

Abstract

【課題】飲食店において効果的なセルフ運用形態を実現する注文管理システム、注文管理装置及びそのプログラムを提供する。【解決手段】本発明の注文管理システム１は、調理が必要な商品の注文を受け付ける注文受付部と、前記注文受付部で注文を受け付けた前記商品の代金支払いを処理する会計部と、前記会計部で代金支払いが処理された前記商品の調理開始を指示する制御部と、前記制御部からの指示により前記商品の調理開始を報知する報知部と、を具備する。【選択図】図１

Description

本発明の実施形態は、注文管理システム、注文管理装置及びコンピュータを当該注文管理装置として機能させるためのプログラムに関する。

近年、飲食店では、従業員不足を補完するためにセルフ化が検討されている。例えば、食券の券売機を導入する案が検討されている。券売機を投入することで、客自身が商品の注文と会計を行うことになるので、従業員が不要となる。しかし、券売機を導入した場合には、客が食券を購入した時点で注文が完結してしまうため、追加オーダが見込めない。

そこで、セルフタイプの会計機を導入して、飲食を終えた後の会計のみを客自身が行う方式も検討されている。この方式であれば、従業員が客の注文を受け付けるので、接客の工夫によって追加オーダが見込まれる。しかし、客が正しく会計を行わずに店を出てしまうのを防ぐために、例えば会計機の近くに従業員が立つ必要がある。このため、従業員不足は解決しない。

特開２０１１−０５４１２８号公報

本発明の実施形態が解決しようとする課題は、飲食店において効果的なセルフ運用形態を実現することで、従業員不足を補完できる注文管理システム及び注文管理装置並びにそのプログラムを提供しようとするものである。

一実施形態において、注文管理システムは、注文受付部と、会計部と、制御部と、報知部と、を備える。注文受付部は、調理が必要な商品の注文を受け付ける。会計部は、注文受付部で注文を受け付けた商品の代金支払いを処理する。制御部は、会計部で代金支払いが処理された商品の調理開始を指示する。報知部は、制御部からの指示により商品の調理開始を報知する。

一実施形態における注文管理システムの概略構成を示すブロック図。 受注ファイルに保存される受注レコードの主要なデータ構造を示す模式図。 客席ファイルに保存される客席レコードの主要なデータ構造を示す模式図。 注文端末の要部回路構成を示すブロック図。 セルフ会計機の要部回路構成を示すブロック図。 厨房端末の要部回路構成を示すブロック図。 調理管理テーブルの構成を示す模式図。 注文管理サーバの要部回路構成を示すブロック図。 注文端末と注文管理サーバと厨房端末との間の通信シーケンス例を示す図。 セルフ会計機と注文管理サーバと厨房端末との間の通信シーケンス例を示す図。 注文端末と注文管理サーバとの間の通信シーケンス例を示す図。 注文端末のプロセッサが、プログラムに従って実行する情報処理の主要な手順を示す流れ図。 セルフ会計機のプロセッサが、プログラムに従って実行する情報処理の主要な手順を示す流れ図。 セルフ会計機のプロセッサが、プログラムに従って実行する情報処理の主要な手順を示す流れ図。 厨房端末のプロセッサが、プログラムに従って実行する情報処理の主要な手順を示す流れ図。 注文管理サーバのプロセッサが、プログラムに従って実行する情報処理の主要な手順を示す流れ図。 注文管理サーバのプロセッサが、プログラムに従って実行する情報処理の主要な手順を示す流れ図。 注文伝票の一印刷例を示す図。 会計待ち画面の一表示例を示す図。 注文確認画面の一表示例を示す図。 支払い受付画面の一表示例を示す図。 客席選択画面の一表示例を示す図。

以下、飲食店において効果的なセルフ運用形態を実現できる注文管理システムの実施形態について、図面を用いて説明する。

図１は、一実施形態における注文管理システム１の概略構成を示すブロック図である。本実施形態の注文管理システム１は、以下の形態の飲食店に構築されることを想定する。すなわち店員は、接客担当と調理担当とに分かれる。そして、接客担当の店員は、受注業務、配膳業務、客席の後片付け等を行う。調理担当の店員は、メニュー品目の調理を行う。一方、客は、メニュー品目の注文を終えると、セルフ形式で会計を行う。そして会計後、客席に着いて、調理された品を飲食し、飲食を終えるとそのまま帰る。

このような形態の飲食店に対応するために、注文管理システム１は、注文端末１０と、中継器２０と、セルフ会計機３０と、厨房端末４０と、注文管理サーバ５０と、ネットワーク６０と、を含む。ネットワーク６０は、注文管理サーバ５０と、中継器２０、セルフ会計機３０及び厨房端末４０とを接続する。ネットワーク６０は、例えば有線又は無線のＬＡＮ（Local Area Network）である。

注文端末１０は、典型的には接客担当の店員が操作する電子機器である。ただし、状況によっては、客自身が注文端末１０のオペレータとなることもあり得る。注文端末１０は、ハンディ型であってもよいし、据置型であってもよい。本実施形態では、ハンディ型の電子機器を注文端末１０として例示する。注文端末１０は、客の注文に係るデータの入力に供せられる。また注文端末１０は、後片付けを終えた客席に係るデータの入力にも供せされる。注文端末１０に入力されたデータは、無線を利用して中継器２０へと送信される。

中継器２０は、所定の無線通信方式により注文端末１０とデータ通信を行う。中継器２０は、注文端末１０から送信されたデータを受信し、ネットワーク６０を経由して注文管理サーバ５０へと送信する。

セルフ会計機３０は、典型的にはメニュー品目の注文を終えた客が操作する会計機である。ただし、状況によっては、店員がセルフ会計機３０を操作する場合もあり得る。セルフ会計機３０は、客が注文したメニュー品目の支払いに供せられる。支払い方法は、特に限定されるものではない。例えば現金支払い、クレジットカード支払い、電子マネー支払い等であってもよい。また、複数の支払い方法に対応したものであってもよい。本実施形態では、現金支払いと電子マネー支払いとを選択可能としたセルフ会計機３０を例示する。

厨房端末４０は、客から注文を受けたメニュー品目を調理担当の店員に知らせるために厨房内に設置された電子機器である。厨房端末４０は、客から注文を受けたメニュー品目に係る情報を表示出力することで店員に知らせる。あるいは厨房端末４０は、例えば客から注文を受けたメニュー品目に係る情報を印刷出力することで店員に知らせる。本実施形態では、メニュー品目に係る情報を表示出力するタイプの厨房端末４０を例示する。

注文管理サーバ５０は、注文端末１０、セルフ会計機３０及び厨房端末４０の動作を一元的に制御するコンピュータ機器である。すなわち注文管理サーバ５０は、注文端末１０を介して行われるメニュー品目の注文受付業務を制御する。また注文管理サーバ５０は、セルフ会計機３０を介して行われる代金の会計業務を制御する。また注文管理サーバ５０は、厨房端末４０を介して行われる調理指示業務を制御する。

なお、図１においては、注文端末１０、中継器２０、セルフ会計機３０及び厨房端末４０をそれぞれ１台ずつしか示していないが、店舗の規模、レイアウト等を考慮して、２台以上備えてもよいのは言うまでもないことである。

さて、注文管理サーバ５０は、受注ファイル７０と客席ファイル８０とを有する。受注ファイル７０は、客毎に生成される受注レコード７０Ｒ（図２を参照）を記憶するためのデータファイルである。客席ファイル８０は、店内に配置された客席毎に生成される客席レコード８０Ｒ（図３を参照）を記憶するためのデータファイルである。

図２は、上記受注レコード７０Ｒの主要なデータ構造を示す模式図である。図示するように受注レコード７０Ｒは、受注ＩＤ、受注日時、客席番号、客席フラグＦ１、注文データ、合計金額、支払フラグＦ２等の項目を含む。受注ＩＤは、受注レコード７０Ｒを個々に識別するために受注レコード７０Ｒの生成時に自動的に発行される識別情報である。受注日時は、受注レコード７０Ｒが生成された時点の日付と時刻である。客席番号は、客が着いた席（テーブル席、カウンタ席等）を個々に識別するために客席毎に割り当てられた識別情報である。客席フラグＦ１は、客席が未確定の初期状態が“０”であり、客席が確定した場合に“１”にセットされる２ビットの情報である。注文データは、客が注文したメニュー品目の商品コード、点数、金額等で構成される。客が２品目以上を注文した場合には、それぞれの注文データが受注レコード７０Ｒに組み込まれる。合計金額は、客が注文したメニュー品目の合計金額である。支払フラグＦ２は、合計金額に対する支払いが完了する前の初期状態が“０”であり、支払いが完了すると“１”にセットされる２ビットの情報である。

図３は、客席レコード８０Ｒの主要なデータ構造を示す模式図である。図示するように客席レコード８０Ｒは、客席番号とステータスとを含む。ステータスは、対応する客席番号で識別される客席の状態を示す情報である。客席の状態には、空席と使用中とがある。本実施形態では、空席の場合のステータス“０”とし、使用中の場合のステータスを“１”とする。なお、客席の状態は、空席と使用中とに限定されるものではない。例えば使用不可の状態を追加してもよい。

図４は、注文端末１０の要部回路構成を示すブロック図である。注文端末１０は、プロセッサ１０１、メインメモリ１０２、補助記憶デバイス１０３、無線インターフェース（Ｉ／Ｆ）１０４、入力デバイス１０５、表示デバイス１０６、プリンタインターフェース１０７及びシステムバス１０８を含む。そして注文端末１０は、システムバス１０８に、プロセッサ１０１、メインメモリ１０２、補助記憶デバイス１０３、無線インターフェース１０４、入力デバイス１０５、表示デバイス１０６及びプリンタインターフェース１０７を直接又は信号入出力回路を介して電気的に接続している。

注文端末１０は、プロセッサ１０１、メインメモリ１０２及び補助記憶デバイス１０３と、これらを接続するシステムバス１０８とによってコンピュータを構成する。
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、オペレーティングシステムやアプリケーションプログラムに従って、注文端末１０としての各種の機能を実現するべく各部を制御する。

メインメモリ１０２は、上記コンピュータの主記憶部分に相当する。メインメモリ１０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１０２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１０２は、プロセッサ１０１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ１０２は、揮発性のメモリ領域を、プロセッサ１０１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス１０３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス１０３として使用される。補助記憶デバイス１０３は、プロセッサ１０１が各種の処理を行う上で使用するデータや、プロセッサ１０１での処理によって生成されたデータを保存する。補助記憶デバイス１０３は、上記のアプリケーションプログラムを記憶する場合もある。

無線インターフェース１０４は、無線を利用してデータの送信及び受信を行うためのインターフェースである。インターフェースの仕様（規格）は、特に限定されるものではない。注文端末１０は、無線インターフェース１０４を介して中継器２０と無線通信を行う。

入力デバイス１０５は、注文端末１０へのデータ入力インターフェースとして機能するデバイスである。例えばキーボード、マウス、タッチパネル等が入力デバイスとして用いられる。注文端末１０は、入力デバイス１０５を介して、客が注文するメニュー品目の商品コード、注文点数等の入力を受け付ける。

表示デバイス１０６は、プロセッサ１０１の制御により種々の情報を表示するためのデバイスである。例えば液晶ディスプレイ、ＥＬ（Electroluminescence）ディスプレイ等が表示デバイス１０６として用いられる。注文端末１０は、入力デバイス１０５を介して入力を受け付けたメニュー品目の名称、価格等を表示デバイス１０６に表示させる。

プリンタインターフェース１０７は、プリンタ１１０に印刷データを供給するためのインターフェースである。プリンタインターフェース１０７は、プリンタ１１０に対して印刷データを、有線を利用して供給してもよいし、Wi-Fi(登録商標)等の無線を利用して供給してもよい。プリンタ１１０は、注文伝票Ｐ１（図１８を参照）の印刷に供せられる。注文伝票Ｐ１については後述する。例えばサーマルプリンタ、インクジェットプリンタ等がプリンタ１１０として用いられる。

このような構成の注文端末１０としては、ファミリーレストラン、居酒屋等で既に導入されている注文管理システムのハンディターミナル、タブレット端末等を適用することができる。あるいは、スマートフォン等の電子機器に専用のアプリケーションプログラムをインストールすることによって、当該電子機器を注文端末１０として活用することも可能である。この場合、客が自らスマートフォンを操作して、注文するメニュー品目のデータを入力することも可能である。

図５は、セルフ会計機３０の要部回路構成を示すブロック図である。セルフ会計機３０は、プロセッサ３０１、メインメモリ３０２、補助記憶デバイス３０３、通信インターフェース３０４、自動釣銭機３０５、読取デバイス３０６、入力デバイス３０７、表示デバイス３０８、印刷デバイス３０９、リーダ・ライタ３１０及びシステムバス３１１を含む。そしてセルフ会計機３０は、システムバス３１１に、プロセッサ３０１、メインメモリ３０２、補助記憶デバイス３０３、通信インターフェース３０４、自動釣銭機３０５、読取デバイス３０６、入力デバイス３０７、表示デバイス３０８、印刷デバイス３０９及びリーダ・ライタ３１０を直接又は信号入出力回路を介して電気的に接続している。

セルフ会計機３０は、プロセッサ３０１、メインメモリ３０２及び補助記憶デバイス３０３と、これらを接続するシステムバス３１１とによってコンピュータを構成する。
プロセッサ３０１は、上記コンピュータの中枢部分に相当する。プロセッサ３０１は、オペレーティングシステムやアプリケーションプログラムに従って、セルフ会計機３０としての各種の機能を実現するべく各部を制御する。

メインメモリ３０２は、上記コンピュータの主記憶部分に相当する。メインメモリ３０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ３０２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ３０２は、プロセッサ３０１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ３０２は、揮発性のメモリ領域を、プロセッサ３０１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス３０３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等が補助記憶デバイス３０３として使用される。補助記憶デバイス３０３は、プロセッサ３０１が各種の処理を行う上で使用するデータや、プロセッサ３０１での処理によって生成されたデータを保存する。補助記憶デバイス３０３は、上記のアプリケーションプログラムを記憶する場合もある。

通信インターフェース３０４は、ネットワーク６０を利用してデータの送信及び受信を行うためのインターフェースである。インターフェースの仕様（規格）は、特に限定されるものではない。セルフ会計機３０は、通信インターフェース３０４を介して注文管理サーバ５０とデータ通信を行う。

自動釣銭機３０５は、現金投入口と現金払出口とを有する。自動釣銭機３０５は、現金投入口から投入された紙幣又は硬貨の金額を計数し、その投入金額が決済金額を超えたならばその差額を釣銭として現金払出口から払い出す。決済金額とは、客が注文したメニュー品目の代金支払いに必要な金額である。

読取デバイス３０６は、バーコード又は二次元データコード等のコードシンボルをスキャンして読み取る機能を有したデバイスである。

入力デバイス３０７は、セルフ会計機３０へのデータ入力インターフェースとして機能するデバイスである。例えばキーボード、マウス、タッチパネル等が入力デバイスとして用いられる。セルフ会計機３０は、入力デバイス３０７を介して、客が追加注文するメニュー品目の商品コード、注文点数等の入力を受け付ける。

表示デバイス３０８は、プロセッサ３０１の制御により種々の情報を表示するためのデバイスである。例えば液晶ディスプレイ、ＥＬディスプレイ等が表示デバイス３０８として用いられる。セルフ会計機３０は、客が注文したメニュー品目のリスト、決済金額等を表示デバイス３０８に表示させる。

印刷デバイス３０９は、レシートを印刷するためのデバイスである。例えばサーマルプリンタ、インクジェットプリンタ等が印刷デバイス３０９として用いられる。

リーダ・ライタ３１０は、記憶媒体に記憶されたデータの読取り及び記憶媒体へのデータの書込みを行うデバイスである。本実施形態では、電子マネーの支払いに必要なデータを記憶した、近距離無線通信機能を有するＩＣカード、スマートフォン等が記憶媒体として用いられる。

このような構成のセルフ会計機３０としては、スーパーマーケット、コンビニエンスストア等ですでに導入されているセルフ式またはセミセルフ式のＰＯＳ（Point Of Sales）端末を適用することができる。

図６は、厨房端末４０の要部回路構成を示すブロック図である。厨房端末４０は、プロセッサ４０１、メインメモリ４０２、補助記憶デバイス４０３、通信インターフェース４０４、入力デバイス４０５、表示デバイス４０６、印刷デバイス４０７及びシステムバス４０８を含む。そして厨房端末４０は、システムバス４０８に、プロセッサ４０１、メインメモリ４０２、補助記憶デバイス４０３、通信インターフェース４０４、入力デバイス４０５、表示デバイス４０６及び印刷デバイス４０７を直接又は信号入出力回路を介して電気的に接続している。

厨房端末４０は、プロセッサ４０１、メインメモリ４０２及び補助記憶デバイス４０３と、これらを接続するシステムバス４０８とによってコンピュータを構成する。
プロセッサ４０１は、上記コンピュータの中枢部分に相当する。プロセッサ４０１は、オペレーティングシステムやアプリケーションプログラムに従って、厨房端末４０としての各種の機能を実現するべく各部を制御する。

メインメモリ４０２は、上記コンピュータの主記憶部分に相当する。メインメモリ４０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ４０２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ４０２は、プロセッサ４０１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ４０２は、揮発性のメモリ領域を、プロセッサ４０１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス４０３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等が補助記憶デバイス４０３として使用される。補助記憶デバイス４０３は、プロセッサ４０１が各種の処理を行う上で使用するデータや、プロセッサ４０１での処理によって生成されたデータを保存する。補助記憶デバイス４０３は、上記のアプリケーションプログラムを記憶する場合もある。

通信インターフェース４０４は、ネットワーク６０を利用してデータの送信及び受信を行うためのインターフェースである。インターフェースの仕様（規格）は、特に限定されるものではない。厨房端末４０は、通信インターフェース４０４を介して注文管理サーバ５０とデータ通信を行う。

入力デバイス４０５は、厨房端末４０へのデータ入力インターフェースとして機能するデバイスである。例えばキーボード、マウス、タッチパネル等が入力デバイスとして用いられる。厨房端末４０は、入力デバイス４０５を介して、調理を終えたメニュー品目のデータ入力等を受け付ける。

表示デバイス４０６は、プロセッサ４０１の制御により種々の情報を表示するためのデバイスである。例えば液晶ディスプレイ、ＥＬディスプレイ等が表示デバイス４０６として用いられる。厨房端末４０は、例えば客から注文を受けたメニュー品目の品目名またはアイコンと調理数とを対応付けて示した調理指示画面を表示デバイス４０６に表示させる。

印刷デバイス４０７は、配膳票を印刷するためのデバイスである。配膳票は、調理された商品の配膳先を示す情報を記録した票である。例えばサーマルプリンタ、インクジェットプリンタ等が印刷デバイス４０７として用いられる。

かかる構成の厨房端末４０は、調理管理テーブル９０（図７を参照）をメインメモリ４０２の揮発性領域に形成している。
図７は、調理管理テーブル９０の構成を示す模式図である。調理管理テーブル９０は、受注ＩＤ、商品コード、受注日時、客席番号、調理開始フラグＦ３及び調理終了フラグＦ４のフィールドを有する。調理開始フラグＦ３は、同一行の受注ＩＤ及び商品コードで特定されるメニュー品目の調理開始指示がなされるまでは初期状態の“０”であり、調理開始指示がなされると“１”にセットされる２ビットの情報である。調理終了フラグＦ４は、同一行の受注ＩＤ及び商品コードで特定されるメニュー品目の調理終了指示がなされるまでは初期状態の“０”であり、調理終了指示がなされると“１”にセットされる２ビットの情報である。

このような構成の厨房端末４０としては、ファミリーレストラン、居酒屋等で既に導入されている注文管理システムの厨房端末を適用することができる。

図８は、注文管理サーバ５０の要部回路構成を示すブロック図である。注文管理サーバ５０は、プロセッサ５０１、メインメモリ５０２、補助記憶デバイス５０３、通信インターフェース５０４、時計５０５及びシステムバス５０６を含む。そして注文管理サーバ５０は、システムバス５０６に、プロセッサ５０１、メインメモリ５０２、補助記憶デバイス５０３、通信インターフェース５０４及び時計５０５を直接又は信号入出力回路を介して電気的に接続している。

注文管理サーバ５０は、プロセッサ５０１、メインメモリ５０２及び補助記憶デバイス５０３と、これらを接続するシステムバス５０６とによってコンピュータを構成する。
プロセッサ５０１は、上記コンピュータの中枢部分に相当する。プロセッサ５０１は、オペレーティングシステムやアプリケーションプログラムに従って、注文管理サーバ５０としての各種の機能を実現するべく各部を制御する。

メインメモリ５０２は、上記コンピュータの主記憶部分に相当する。メインメモリ５０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ５０２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ５０２は、プロセッサ５０１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ５０２は、揮発性のメモリ領域を、プロセッサ５０１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス５０３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等が補助記憶デバイス５０３として使用される。補助記憶デバイス５０３は、プロセッサ５０１が各種の処理を行う上で使用するデータや、プロセッサ５０１での処理によって生成されたデータを保存する。補助記憶デバイス５０３は、上記のアプリケーションプログラムを記憶する場合もある。

通信インターフェース５０４は、ネットワーク６０を利用してデータの送信及び受信を行うためのインターフェースである。インターフェースの仕様（規格）は、特に限定されるものではない。注文管理サーバ５０は、通信インターフェース５０４を介して中継器２０、セルフ会計機３０及び厨房端末４０とデータ通信を行う。

時計５０５は、注文管理サーバ５０の時刻情報源として機能する。プロセッサ５０１は、時計５０５によって計時される時刻情報を基に、現在の日付及び時刻を計時する。

図９は、客から調理が必要なメニュー品目の注文を受け付ける際の注文端末１０と注文管理サーバ５０と厨房端末４０との間の通信シーケンス例を示す図である。図１０は、注文を受け付けたメニュー品目の代金支払いを処理する際のセルフ会計機３０と注文管理サーバ５０と厨房端末４０との間の通信シーケンス例を示す図である。図１１は、飲食を終えた客が退席し、客席を片付けた後の注文端末１０と注文管理サーバ５０との間の通信シーケンス例を示す図である。

また図１２は、注文端末１０のプロセッサ１０１が、プログラムに従って実行する情報処理の主要な手順を示す流れ図である。図１３及び図１４は、セルフ会計機３０のプロセッサ３０１が、プログラムに従って実行する情報処理の主要な手順を示す流れ図である。図１５は、厨房端末４０のプロセッサ４０１が、プログラムに従って実行する情報処理の主要な手順を示す流れ図である。図１６及び図１７は、注文管理サーバ５０のプロセッサ５０１が、プログラムに従って実行する情報処理の主要な手順を示す流れ図である。

以下、図９〜図１７を用いて、注文管理システム１の動作について説明する。なお、以下に説明する内容は一例であり、同様な結果を得ることが可能であればその処理手順及び処理内容は特に限定されるものではない。

始めに、接客担当の店員は、注文端末１０を携帯して接客を行う。そして、客からメニュー品目の注文を受けると、店員は先ず、入力デバイス１０５を操作して、受注業務を選択する。因みに、注文端末１０は、業務メニューとして受注業務と退席業務とを有する。

図１２に示すように、注文端末１０のプロセッサ１０１は、Ａｃｔ１０１として、業務の選択を待ち受けている。そして、業務が選択されると（Ａｃｔ１０１、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１０２として受注業務が選択されたのか退席業務が選択されたのかを確認する。この場合、受注業務が選択されたので、プロセッサ１０１は、Ａｃｔ１０３として、注文管理サーバ５０に対して注文開始指令を出力するように無線インターフェース１０４を制御する。この制御により、図９に示すように、注文端末１０から注文管理サーバ５０に対して注文開始指令のコマンドが送信される。このコマンドは、中継器２０で受信され、ネットワーク６０を経由して注文管理サーバ５０へと送信される。

図１６に示すように、注文管理サーバ５０のプロセッサ５０１は、Ａｃｔ５０１として、注文開始指令を受信したか否かを確認する。注文開始指令を受信していない場合（Ａｃｔ５０１、ＮＯ）、プロセッサ５０１は、Ａｃｔ５０２として、受注ＩＤを受信したか否かを確認する（Ａｃｔ５０２）。受注ＩＤを受信していない場合には（Ａｃｔ５０２、ＮＯ）、プロセッサ５０１は、Ａｃｔ５０３として、退席指令を受信したか否かを確認する（Ａｃｔ５０３）。退席指令については後述する。退席指令を受信していない場合には（Ａｃｔ５０３、ＮＯ）、プロセッサ５０１はＡｃｔ５０１に戻り、再び注文開始指令を受信したか否かを確認する。ここにプロセッサ５０１は、Ａｃｔ５０１乃至Ａｃｔ５０３において、注文開始指令、受注ＩＤ又は退席指令を待ち受ける。

この待ち受け状態において、プロセッサ５０１は、通信インターフェース５０４を介して注文開始指令のコマンドを受信したことを検知すると（Ａｃｔ５０１、ＹＥＳ）、Ａｃｔ５０４として、新規の受注ＩＤを発行する。そしてプロセッサ５０１は、Ａｃｔ５０５として、この受注ＩＤを注文端末１０へと送信するように、通信インターフェース５０４を制御する。この制御により、図９に示すように、注文管理サーバ５０から注文開始指令のコマンド送信元の注文端末１０に対して受注ＩＤが送信される。受注ＩＤは、注文開始指令に対する応答コマンドに組み込まれて、中継器２０から該当する注文端末１０宛に無線送信される。

図１２のＡｃｔ１０３において、注文開始指令のコマンド送信を制御した注文端末１０のプロセッサ１０１は、Ａｃｔ１０４として、受注ＩＤを待ち受ける。無線インターフェース１０４を介して受注ＩＤが組み込まれた応答コマンドを受信したことを検知すると（Ａｃｔ１０４、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１０５として、注文受付処理を実行する。注文受付処理は、メニュー品目の入力を受け付けるための画面を表示デバイス１０６に表示させる処理を含む。また注文受付処理は、入力を受け付けたメニュー品目の商品コード、価格等から注文データを作成する処理を含む。

接客担当の店員は、注文端末１０の表示デバイス１０６にメニュー品目の入力を受け付けるための画面が表示されたことを確認すると、客から注文を聞く。そして店員は、入力デバイス１０５を操作して、客が注文したメニュー品目を入力する。このとき店員は、積極的に接客を行うことで、注文を受けたメニュー品目へのトッピングなどの追加メニューを聞くことができる。こうして、客が注文したメニュー品目の入力を終えると、店員は、入力デバイス１０５を操作して、注文終了を宣言する。

図１２に示すように、注文端末１０のプロセッサ１０１は、Ａｃｔ１０６として、注文終了の宣言操作が行われたか否かを確認する。注文終了の宣言操作が行われていない場合（Ａｃｔ１０６、ＮＯ）、プロセッサ１０１は、注文受付処理を継続する。かくしてプロセッサ１０１は、注文終了の宣言操作が行われるまで注文受付処理を実行する。

注文終了の宣言操作が行われたことを確認すると（Ａｃｔ１０６、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１０７として、注文受付処理で作成した注文データを注文管理サーバ５０に対して出力するように無線インターフェース１０４を制御する。この制御により、図９に示すように、注文端末１０から注文管理サーバ５０に対して注文データが送信される。注文データには、Ａｃｔ１０４の処理で受信した受注ＩＤが付加される。注文データは、中継器２０で受信され、ネットワーク６０を経由して注文管理サーバ５０へと送信される。

注文データを送信し終えると、プロセッサ１０１は、Ａｃｔ１０８として、注文管理サーバ５０に対して注文終了指令を出力するように無線インターフェース１０４を制御する。この制御により、図９に示すように、注文端末１０から注文管理サーバ５０に対して注文終了指令のコマンドが送信される。このコマンドは、中継器２０で受信され、ネットワーク６０を経由して注文管理サーバ５０へと送信される。

図１６のＡｃｔ５０５において、受注ＩＤの送信を制御した注文管理サーバ５０のプロセッサ５０１は、Ａｃｔ５０６として注文データを待ち受ける。そして、通信インターフェース５０４を介して注文データを受信すると（Ａｃｔ５０６、ＹＥＳ）、プロセッサ５０１は、Ａｃｔ５０７として、その注文データを基に受注レコード７０Ｒを作成する。このときプロセッサ５０１は、注文データに付加されている受注ＩＤを、受注レコード７０Ｒの受注ＩＤとする。また、時計５０５で計時されている日時を、受注レコード７０Ｒの受注日時とする。また、注文データの金額を合計し、その合計を、受注レコード７０Ｒの合計金額とする。客席番号は未設定である。客席フラグＦ１及び支払フラグＦ２は、いずれも“０”にリセットされている。

ここに、注文管理サーバ５０は、プロセッサ５０１を主体とするコンピュータがＡｃｔ５０６の処理を実行することによって注文入力手段を構成し、Ａｃｔ５０７の処理を実行することによって記憶手段を構成する。

受注レコード７０Ｒを作成し終えると、プロセッサ５０１は、Ａｃｔ５０８として注文終了指令を待ち受ける。そして、通信インターフェース５０４を介して注文終了指令のコマンドを受信したことを検知すると（Ａｃｔ５０８、ＹＥＳ）、プロセッサ５０１は、Ａｃｔ５０９として、Ａｃｔ５０７の処理で作成した受注レコード７０Ｒを受注ファイル７０に保存する。またプロセッサ５０１は、Ａｃｔ５１０として、Ａｃｔ５０６の処理で受信した注文データを厨房端末４０へと転送するように制御する。さらにプロセッサ５０１は、Ａｃｔ５１１として、ＩＤ出力指令を注文端末１０へと送信するように、通信インターフェース５０４を制御する。このＡｃｔ５１０及びＡｃｔ５１１の制御により、図９に示すように、注文管理サーバ５０から注文端末１０へと、ネットワーク６０を介して注文データが送信される。この注文データには、受注ＩＤが付加されている。また、注文管理サーバ５０から注文終了指令のコマンド送信元の注文端末１０に対してＩＤ出力指令のコマンドが送信される。このコマンドは、中継器２０から該当する注文端末１０宛に無線送信される。

図１２のＡｃｔ１０８において、注文終了指令のコマンド送信を制御した注文端末１０のプロセッサ１０１は、Ａｃｔ１０９として、ＩＤ出力指令を待ち受ける。無線インターフェース１０４を介してＩＤ出力指令のコマンドを受信したことを検知すると（Ａｃｔ１０９、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１１０として、Ａｃｔ１０４の処理で受信した受注ＩＤの出力を制御する。具体的にはプロセッサ１０１は、注文伝票Ｐ１（図８を参照）に受注ＩＤを出力する。すなわちプロセッサ１０１は、受注ＩＤを含む注文伝票Ｐ１の印刷データを作成する。そしてプロセッサ１０１は、プリンタインターフェース１０７を介して印刷データをプリンタ１１０に出力する。かくして、プリンタ１１０が動作して、注文伝票Ｐ１が発行される。

図１８は、注文伝票Ｐ１の一印刷例を示す図である。図示するように、注文伝票Ｐ１には、客が注文したメニュー品目の名称、注文点数、金額、合計金額等を示したテキストデータＴ１が印刷される。また、受注ＩＤを示すバーコードＣ１が印刷される。

なお、受注ＩＤのバーコード化は、注文管理サーバ５０で行ってもよい。すなわち、注文管理サーバ５０のプロセッサ５０１は、図１６のＡｃｔ５０４において、受注ＩＤとともに当該受注ＩＤをバーコード化したデータを注文端末１０へと送信するように、通信インターフェース５０４を制御する。

さて、注文伝票Ｐ１は、店員から客に渡されるので、客は、注文伝票Ｐ１を持ってセルフ会計機３０が設置されている場所まで移動する。

図１３に示すように、セルフ会計機３０のプロセッサ３０１は、Ａｃｔ３０１として、表示デバイス３０８に会計待ち画面ＳＣ１（図１９を参照）を表示させている。

図１９は、会計待ち画面ＳＣ１の一表示例を示す図である。図示するように、会計待ち画面ＳＣ１には、注文伝票Ｐ１に印刷されている受注ＩＤのバーコードＣ１をセルフ会計機３０の読取デバイス３０６に読み取らせることを客に指示するためのテキストデータＴ２が、ＯＫボタンＢ１の画像とともに表示されている。

そこで、会計待ち画面ＳＣ１を確認した客は、注文伝票Ｐ１に印刷されたバーコードＣ１を読取デバイス３０６に読み取らせ、ＯＫボタンＢ１を入力する。例えば入力デバイス３０７がタッチパネルの場合には、客は、会計待ち画面ＳＣ１の「ＯＫ」ボタンＢ１にタッチする。例えば入力デバイス３０７がキーボードまたはマウスの場合には、客は、会計待ち画面ＳＣ１に表示されているポインタをＯＫボタンＢ１に重ねて実行させる。以下、他の画面に表示されたボタンを入力する場合も同様である。

図１３のＡｃｔ３０１において、会計待ち画面ＳＣ１を表示させたセルフ会計機３０のプロセッサ３０１は、Ａｃｔ３０２として、受注ＩＤが入力されるのを待ち受ける。そして、読取デバイス３０６を介して読み取られたバーコードＣ１から受注ＩＤが入力されたことを確認すると（Ａｃｔ３０２．ＹＥＳ）、プロセッサ３０１は、Ａｃｔ３０３として、その受注ＩＤを注文管理サーバ５０へと送信するように、通信インターフェース３０４を制御する。この制御により、図１０に示すように、セルフ会計機３０から注文管理サーバ５０に対し、ネットワーク６０を介して受注ＩＤが送信される。

前述したように、注文管理サーバ５０のプロセッサは、図１６のＡｃｔ５０１乃至Ａｃｔ５０３において、注文開始指令、受注ＩＤ又は退席指令を待ち受けている。この待ち受け状態において、プロセッサ５０１は、通信インターフェース５０４を介して受注ＩＤを受信したことを検知すると（Ａｃｔ５０２、ＹＥＳ）、図１７のＡｃｔ５２１として、受注ファイル７０を検索して、当該受注ＩＤを含む受注レコード７０Ｒを取得する。そしてプロセッサ５０１は、Ａｃｔ５２２として、この受注レコード７０Ｒに含まれる注文データと合計金額とから受注リストのデータを作成し、この受注リストのデータをセルフ会計機３０へと送信するように通信インターフェース５０４を制御する。この制御により、図１０に示すように、注文管理サーバ５０からセルフ会計機３０に対し、ネットワーク６０を介して受注リストのデータが送信される。

図１３のＡｃｔ３０３において、受注ＩＤの送信を制御したセルフ会計機３０のプロセッサ３０１は、Ａｃｔ３０４として、受注リストのデータを待ち受ける。そして、通信インターフェース３０４を介して受注リストのデータを受信すると、プロセッサ３０１は、Ａｃｔ３０５として、その受注リストのデータに基づいて表示デバイス３０８に注文確認画面ＳＣ２（図２０を参照）を表示させる。

図２０は、注文確認画面ＳＣ２の一表示例を示す図である。図示するように注文確認画面ＳＣ２には、客が注文したメニュー品目のリスト、すなわち名称、注文点数及び金額と、合計点数及び合計金額のテキストデータＴ３が、追加ボタンＢ２及び注文確定ボタンＢ３の画像とともに表示されている。

そこで、注文確認画面ＳＣ２を確認した客は、入力デバイス３０７を操作して、追加注文する場合には追加ボタンＢ２を入力し、注文を確定させる場合には注文確定ボタンＢ３を入力する。

図１３のＡｃｔ３０５において、注文確認画面ＳＣ２を表示させたセルフ会計機３０のプロセッサ３０１は、Ａｃｔ３０６として、注文確定ボタンＢ３が入力されたか否かを確認する。注文確定ボタンＢ３が入力されていない場合（Ａｃｔ３０６、ＮＯ）、プロセッサ３０１は、Ａｃｔ３０７として、追加ボタンＢ２が入力されたか否かを確認する。追加ボタンＢ２が入力されていない場合（Ａｃｔ３０７、ＮＯ）、プロセッサ３０１は、Ａｃｔ３０６に戻り、再び、注文確定ボタンＢ３が入力されたか否かを確認する。かくしてプロセッサ３０１は、Ａｃｔ３０６及びＡｃｔ３０７処理により、注文確定ボタンＢ３が入力されるか、追加ボタンＢ２が入力されるのを待ち受ける。

この待ち受け状態において、入力デバイス３０７の操作入力により追加ボタンＢ２が入力されたことを検知すると（Ａｃｔ３０７、ＹＥＳ）、プロセッサ３０１は、Ａｃｔ３０８として追加注文受付処理を実行する。この追加注文受付処理は、実質的には、注文端末１０のプロセッサ１０１が、Ａｃｔ１０５において実行する注文受付処理と同様である。すなわち、追加注文受付処理は、メニュー品目の入力を受け付けるための画面を表示デバイス３０８に表示させる処理を含む。また追加注文受付処理は、入力を受け付けたメニュー品目の商品コード、価格等から注文データを作成する処理を含む。

追加ボタンＢ３を入力した客は、続いて、入力デバイス３０７を操作して、追加注文するメニュー品目を入力する。そして、メニュー品目の入力を終えると、客は、入力デバイス３０７を操作して、注文終了を宣言する。

図１３に示すように、セルフ会計機３０のプロセッサ３０１は、Ａｃｔ３０９として、注文終了の宣言操作が行われたか否かを確認する。注文終了の宣言操作が行われていない場合（Ａｃｔ３０９、ＮＯ）、プロセッサ３０１は、追加注文受付処理を継続する。かくしてプロセッサ３０１は、注文終了の宣言操作が行われるまで追加注文受付処理を実行する。

プロセッサ３０１は、注文終了の宣言操作が行われたことを検知すると（Ａｃｔ３０９、ＹＥＳ）、Ａｃｔ３１０として、追加注文受付処理で作成した追加注文データを注文管理サーバ５０へと送信するように通信インターフェース３０４を制御する。この制御により、図１０に示すように、セルフ会計機３０から注文管理サーバ５０に対し、ネットワーク６０を介して追加注文データが送信される。追加注文データには、Ａｃｔ３０２の処理で入力された受注ＩＤが付加される。

図１７のＡｃｔ５２２において、受注リストの送信を制御した注文管理サーバ５０のプロセッサ５０１は、Ａｃｔ５２３として追加注文データを受信したか否かを確認する。追加注文データを受信していない場合（Ａｃｔ５２３、ＮＯ）、プロセッサ５０１は、Ａｃｔ５２４として注文確定のコマンドを受信したか否かを確認する。注文確定のコマンドについは、後述する。注文確定のコマンドを受信していない場合、プロセッサ５０１は、Ａｃｔ５２３に戻り、再び追加注文データを受信したか否かを確認する。かくしてプロセッサ５０１は、Ａｃｔ５２３及びＡｃｔ５２４の処理により、追加注文データを受信するか注文確定のコマンドを受信するのを待ち受ける。

ここに、注文管理サーバ５０は、プロセッサ５０１を主体とするコンピュータがＡｃｔ５０２及びＡｃｔ５２１〜Ａｃｔ５２４の処理を実行することによって、待受け手段を構成する。

この待ち受け状態において、通信インターフェース５０４を介して追加注文データを受信したことを検知すると（Ａｃｔ５２３、ＹＥＳ）、プロセッサ５０１は、Ａｃｔ５２５として、その追加注文データを基に受注レコード７０Ｒを更新する。すなわちプロセッサ５０１は、Ａｃｔ５２１の処理で受注ファイル７０から取得した受注レコード７０Ｒに、追加注文データを追加する。また、プロセッサ５０１は、受注レコード７０Ｒの合計金額に、追加注文データの金額を加算する。こうして、受注レコード７０Ｒの更新を終えると、プロセッサ５０１は、Ａｃｔ５２２に戻り、更新後の受注レコード７０Ｒに含まれる注文データ及び追加注文データと合計金額とから受注リストのデータを作成し、この受注リストのデータをセルフ会計機３０へと送信するように通信インターフェース５０４を制御する。この制御により、図１０に示すように、注文管理サーバ５０からセルフ会計機３０に対し、ネットワーク６０を介して受注リストのデータが送信される。

図１３のＡｃｔ３１０において、追加注文データの送信を制御したセルフ会計機３０のプロセッサ３０１は、Ａｃｔ３０４に戻り、受注リストのデータを待ち受ける。そして、通信インターフェース３０４を介して受注リストのデータを受信すると、プロセッサ３０１は、Ａｃｔ３０５として、その受注リストのデータに基づいて表示デバイス３０８に注文確認画面ＳＣ２を再び表示させる。

ここで、客が注文確定ボタンＢ３を入力すると、セルフ会計機３０のプロセッサ３０１は、注文確定ボタンＢ３が入力されたと判断する（Ａｃｔ３０６、ＹＥＳ）。そしてプロセッサ３０１は、図１４のＡｃｔ３１１として、注文確定指令のコマンドを注文管理サーバ５０に送信するように通信インターフェース３０４を制御する。この制御により、図１０に示すように、セルフ会計機３０から注文管理サーバ５０に、ネットワーク６０を介して注文確定指令のコマンドが送信される。

プロセッサ５０１は、図１７のＡｃｔ５２３及びＡｃｔ５２４の待ち受け状態において、通信インターフェース５０４を介して注文確定指令のコマンドを受信したことを検知すると（Ａｃｔ５２４、ＹＥＳ）、Ａｃｔ５２６として、追加注文の有無を判定する。例えばプロセッサ５０１は、Ａｃｔ５２５の処理を実行したとき、追加フラグを“１”にセットする。そしてプロセッサ５０１は、Ａｃｔ５２６においては、追加フラグがセットされているか否かを調べ、セットされていたならば追加注文の有りと判定する。

追加注文有りと判定した場合（Ａｃｔ５２６、ＹＥＳ）、プロセッサ５０１は、Ａｃｔ５２７として、追加注文データを厨房端末４０へと転送するように制御する。この制御により、図１０に示すように、注文管理サーバ５０から注文端末１０にネットワーク６０を介して追加注文データが送信される。これに対し、追加注文無しと判定した場合には（Ａｃｔ５２６、ＮＯ）、プロセッサ５０１は、Ａｃｔ５２７の処理をスキップする。

プロセッサ５０１は、Ａｃｔ５２８として、支払い指令のコマンドをセルフ会計機３０へと送信するように通信インターフェース５０４を制御する。この制御により、図１０に示すように、注文管理サーバ５０からセルフ会計機３０に対し、ネットワーク６０を介して支払い指令のコマンドが送信される。

図１４のＡｃｔ３１１において、注文確定指令のコマンド送信を制御したセルフ会計機３０のプロセッサ３０１は、Ａｃｔ３１２として、支払い指令のコマンドを待ち受ける。そして、通信インターフェース３０４を介して支払い指令のコマンドを受信したことを検知すると（Ａｃｔ３１２、ＹＥＳ）、プロセッサ３０１は、表示デバイス３０８に支払い受付画面ＳＣ３（図２１を参照）を表示させる。

図２１は、支払い受付画面ＳＣ３の一表示例を示す図である。図示するように支払い受付画面ＳＣ３には、注文データの合計金額である支払金額を示すテキストデータＴ４が、現金ボタンＢ４及び電子マネーボタンＢ５の画像とともに表示されている。

そこで、支払い受付画面ＳＣ３を確認した客は、支払金額について現金で支払う場合には現金ボタンＢ４を入力し、自動釣銭機３０５に現金を投入する。かくして、セルフ会計機３０に対しては、現金支払いによる支払データが入力される。一方、電子マネーで支払う場合には、客は、電子マネーボタンＢ５を入力し、電子マネーが記録された媒体をリーダ・ライタ３１０に近づける。かくしてセルフ会計機３０に対しては、電子マネーによる支払データが入力される。

図１３のＡｃｔ３１３において、支払い受付画面ＳＣ３を表示させたセルフ会計機３０のプロセッサ３０１は、Ａｃｔ３１４として、支払いデータが入力されるのを待ち受ける。そして、現金又は電子マネーによる支払いデータが入力されたことを検知すると（Ａｃｔ３１４、ＹＥＳ）、プロセッサ３０１は、Ａｃｔ３１５としてその支払いデータを注文管理サーバ５０へと送信するように通信インターフェース３０４を制御する。この制御により、図１０に示すように、セルフ会計機３０から注文管理サーバ５０に対し、ネットワーク６０を介して支払いデータが送信される。

図１７のＡｃｔ５２８において、支払い指令のコマンド送信を制御した注文管理サーバ５０のプロセッサ５０１は、Ａｃｔ５２９として支払いデータを待ち受ける。そして通信インターフェース５０４を介して支払いデータを受信したことを検知すると（Ａｃｔ５２９、ＹＥＳ）、プロセッサ５０１は、Ａｃｔ５３０として、Ａｃｔ５２１の処理で取得した受注レコードの支払いフラグＦ２を“１”にセットする。

次いでプロセッサ５０１は、Ａｃｔ５３１として、客席ファイル８０の各客席レコードに基づいて客席データを作成する。客席データは、客席番号の客席を表す画像に、ステータスに応じた加工を施したものである。例えば、客席を椅子の画像で表す。そして、その客席の客席番号に対応したステータスが空席“０”を示す場合には、その画像を白抜きとする。同様に、その客席の客席番号に対応したステータスが使用中“１”を示す場合には、その画像を黒塗りとする。

こうして、客席データを作成したならば、プロセッサ５０１は、Ａｃｔ５３２として、その客席データを含む客席選択指令のコマンドをセルフ会計機３０に送信するように、通信インターフェース５０４を制御する。この制御により、図１０に示すように、注文管理サーバ５０からセルフ会計機３０へと、ネットワーク６０を介して客席選択指令のコマンドが送信される。

図１４のＡｃｔ３１５において、支払データの送信を制御したセルフ会計機３０のプロセッサ３０１は、Ａｃｔ３１６として客席選択指令のコマンドを待ち受ける。そして、通信インターフェース３０４を介して客席選択指令のコマンドを受信したことを検知いると（Ａｃｔ３１６、ＹＥＳ）、プロセッサ３０１は、Ａｃｔ３１７としてそのコマンドに含まれる客席データに基づいて、表示デバイス３０８に客席選択画面ＳＣ４（図２２を参照）を表示させる。

図２２は、客席選択画面ＳＣ４の一表示例を示す図である。図示するように、客席選択画面ＳＣ４には、客席のレイアウトを示す画像ＩＭ１と、確定ボタンＢ６及び取消ボタンＢ７の画像とが表示されている。そして、画像ＩＭ１については、空席を表す椅子の画像は選択可能であるが、使用中を表す椅子の画像は選択不能となっている。

そこで、客席選択画面ＳＣ４を確認した客は、入力デバイス３０７を操作して、空席を表す椅子の画像のなかから人数分の客席を選択する。すなわち、一人の客は、１つの客席を選択する。例えば３名のグループ客は、３つの客席を選択する。そして、客席を選択し終えると、客は、確定ボタンＢ６を入力する。なお、選択した客席を取り消す場合には、客は、取消ボタンＢ７を入力する。プロセッサ３０１は、取消ボタンＢ７が入力されたことを検知すると、それまで選択されていた客席の情報（客席番号）をクリアする。

図１４のＡｃｔ３１７において、客席選択画面ＳＣ４を表示させたプロセッサ３０１は、Ａｃｔ３１８として、客席が確定されるのを待ち受ける。画像ＩＭ１から必要な数の客席が選択され、確定ボタンＢ６が入力されたことを検知すると（Ａｃｔ３１８、ＹＥＳ）、プロセッサ３０１は、注文管理サーバ５０に宛ててその選択された客席の番号からなるデータを送信するように通信インターフェース３０４を制御する。この制御により、図１０に示すように、セルフ会計機３０から注文管理サーバ５０に、ネットワーク６０を介して客席番号のデータが送信される。

図１７のＡｃｔ５３２において、客席選択指令のコマンド送信を制御した注文管理サーバ５０のプロセッサ５０１は、Ａｃｔ５３３として客席番号のデータを待ち受ける。そして、通信インターフェース５０４を介して客席番号のデータを受信したことを検知すると（Ａｃｔ５３３、ＹＥＳ）、プロセッサ５０１は、Ａｃｔ５３４として、Ａｃｔ５２１の処理で取得した受注レコードにその客席番号を記録する。またプロセッサ５０１は、Ａｃｔ５３５として、その受注レコードの客席フラグＦ１を“１”にセットする。さらにプロセッサ５０１は、Ａｃｔ５３６として、客席ファイル８０を検索し、当該客席番号に関連付けられたステータスを、「使用中」を示す値“１”に更新する。

ここに、注文管理サーバ５０は、プロセッサ５０１を主体とするコンピュータがＡｃｔ５３１〜Ａｃｔ５３４の処理を実行することによって、席入力手段を構成する。

その後、プロセッサ５０１は、Ａｃｔ５３７として、厨房端末４０に対して調理開始指令のコマンドを送信するように通信インターフェース５０４を制御する。また、プロセッサ５０１は、Ａｃｔ５３８として、セルフ会計機３０に対して許諾応答のコマンドを送信するように通信インターフェース５０４を制御する。以上で、プロセッサ５０１は、図１６のＡｃｔ５０１の処理に戻る。すなわちプロセッサ５０１は、注文開始指令、受注ＩＤ又は退避指令の待ち受け状態になる。

Ａｃｔ５３７及びＡｃｔ５３８の制御により、図１０に示すように、注文管理サーバ５０から厨房端末４０に対し、ネットワーク６０を介して調理開始指令のコマンドが送信される。また、注文管理サーバ５０からセルフ会計機３０に対しては、ネットワーク６０を介して許諾応答のコマンドが送信される。調理開始指令のコマンドには、Ａｃｔ５３０及びＡｃｔ５３５において、支払いフラグＦ２及び客席フラグＦ１がいずれも“１”にセットされた受注レコード７０Ｒの受注ＩＤ、受注日時及び客席番号が含まれる。

ここに、注文管理サーバ５０は、プロセッサ５０１を主体とするコンピュータがＡｃｔ５２８〜Ａｃｔ５３７の処理を実行することによって、指示手段を構成する。

図１４のＡｃｔ３１９において、客席番号のデータ送信を制御したセルフ会計機３０のプロセッサ３０１は、Ａｃｔ３２０として許諾応答を待ち受ける。そして通信インターフェース３０４を介して許諾応答のコマンドを受信したことを検知すると（Ａｃｔ３２０、ＹＥＳ）、プロセッサ３０１は、図１３のＡｃｔ３０１の処理に戻る。すなわちプロセッサ３０１は、表示デバイス３０８に会計待ち画面ＳＣ１を表示させる。

ところで、厨房端末４０のプロセッサ４０１は、図１５のＡｃｔ４０１として、調理管理テーブル９０を検索する。そしてプロセッサ４０１は、調理管理テーブル９０から調理開始フラグＦ３が“１”にセットされ、かつ調理終了フラグＦ４が“０”にリセットされているデータレコードを検出する。そしてプロセッサ４０1は、Ａｃｔ４０２として、調理管理テーブル９０から検出したデータレコードを基に調理指示画面を作成し、表示デバイス４０６に表示させる。

調理指示画面は、調理管理テーブル９０から検出したデータレコードの商品コードで特定されるメニュー品目の調理開始を、調理担当の店員に知らせるための画面である。したがって、調理担当の店員は、調理指示画面の内容にしたがって、客から注文を受けたメニュー品目の調理を行えばよい。そして、調理を終えると、店員は、入力デバイス４０５を操作して、そのメニュー品目の調理終了を入力する。

図１５のＡｃｔ４０２において、調理指示画面を表示させた厨房端末４０のプロセッサ４０１は、Ａｃｔ４０３として注文データまたは追加注文データを受信したか否かを確認する。注文データまたは追加注文データを受信していない場合（Ａｃｔ４０３、ＮＯ）、プロセッサ４０１は、Ａｃｔ４０４として調理開始指令を受信したか否かを確認する。調理開始指令を受信していない場合（Ａｃｔ４０４、ＮＯ）、プロセッサ４０１は、Ａｃｔ４０５として調理終了の入力が行われたか否かを確認する。調理終了の入力が行われていない場合（Ａｃｔ４０５、ＮＯ）、プロセッサ４０１は、Ａｃｔ４０３に戻り、再び注文データまたは追加注文データを受信したか否かを確認する。かくしてプロセッサ４０１は、Ａｃｔ４０３乃至Ａｃｔ４０５の処理において、注文データまたは追加注文データを受信するか、調理開始指令を受信するか、調理終了の入力が行われるのを待ち受ける。

この待ち受け状態において、通信インターフェース４０４を介して注文データまたは追加注文データを受信したことを検知すると（Ａｃｔ４０３、ＹＥＳ）、プロセッサ４０１は、Ａｃｔ４０６として、その注文データまたは追加注文データを調理管理テーブル９０に追加する。具体的にはプロセッサ４０１は、注文データまたは追加注文データに付加されている受注ＩＤと、注文データまたは追加注文データに含まれている商品コードとを関連付けて、調理管理テーブル９０の該当するフィールドに追加する。このとき、同一行の受注日時及び客席番号は空欄である。また、調理開始フラグＦ３及び調理終了フラグＦ４はいずれも“０”にリセットされている。

調理管理テーブル９０への追加処理を終えると、プロセッサ４０１は、Ａｃｔ４０１に戻る。この場合、調理管理テーブル９０に記憶されているデータレコードの調理開始フラグＦ３又は調理終了フラグＦ４は変化していないので、調理指示画面は更新されない。

Ａｃｔ４０３乃至Ａｃｔ４０５の待ち受け状態において、通信インターフェース４０４を介して調理開始指令のコマンドを受信したことを検知した場合には（Ａｃｔ４０４、ＹＥＳ）、プロセッサ４０１は、Ａｃｔ４０７としてそのコマンドに含まれている受注ＩＤで調理管理テーブル９０を検索する。そしてプロセッサ４０１は、当該受注ＩＤに関連付けられたデータレコードの調理開始フラグＦ３を“１”にセットする。また、このデータレコードに、当該コマンドに含まれている受注日時及び客席番号を記述する。

以上の処理を終えると、プロセッサ４０１は、Ａｃｔ４０１に戻る。この場合、Ａｃｔ４０７の処理にて調理開始フラグＦ３が“１”となったデータレコードの調理終了フラグＦ４は“０”であるので、当該データレコードの商品コードで特定されるメニュー品目の調理開始が指示される。

Ａｃｔ４０３乃至Ａｃｔ４０５の待ち受け状態において、入力デバイス４０５を介して調理終了の入力を受け付けた場合には（Ａｃｔ４０５、ＹＥＳ）、プロセッサ４０１は、Ａｃｔ４０８として、その調理終了が指示されたメニュー品目の受注ＩＤ及び商品コードで調理管理テーブル９０を検索する。そしてプロセッサ４０１は、当該受注ＩＤ及び商品コードに関連付けられたデータレコードの調理終了フラグＦ４を“１”にセットする。またプロセッサ４０１は、Ａｃｔ４０９として、このデータレコードの商品コード、受注日時及び客席番号を基に配膳票の印刷データを作成する。そしてプロセッサ４０１は、この印刷データを印刷デバイス４０７に出力して、配膳票の印刷を制御する。配膳票には、調理を終えたメニュー品目の品目名、受注日時、客席番号等が印刷される。したがって、配膳票を確認した店員は、調理を終えた商品を客席番号の客席に配膳すればよい。

Ａｃｔ４０９の処理を終えると、プロセッサ４０１は、プロセッサ４０１は、Ａｃｔ４０１に戻る。この場合、Ａｃｔ４０８の処理にて調理終了フラグＦ４が“１”となったデータレコードの商品コードで特定されるメニュー品目が、調理指示画面から消去される。

さて、飲食を終えた客は、既に代金の支払いを終えているので、会計を行うことなく店を出ることができる。そこで接客担当の店員は、客が退席したことを確認すると、その客席を片付ける。そして片付を終えると、店員は、入力デバイス１０５を操作して、退席業務を選択する。さらに店員は、入力デバイス１０５を操作して、片づけを終えた客席の番号を入力する。

図１２のＡｃｔ１０２において、注文端末１０のプロセッサ１０１は、退席業務が選択されたことを確認すると、Ａｃｔ１１１として客席番号が入力されるのを待ち受ける。そして、客席番号が入力されたことを検知すると（Ａｃｔ１１１、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１１２として注文管理サーバ５０に対して退席指令を送信するように無線インターフェース１０４を制御する。続いてプロセッサ１０４は、注文管理サーバ５０に対して入力デバイス１０５を介して入力された客席番号を送信するように無線インターフェース１０４を制御する。

Ａｃｔ１１２の制御により、図１１に示すように、注文端末１０から注文管理サーバ５０に宛てて、退席指令のコマンドが送信される。このコマンドは、中継器２０で受信され、ネットワーク６０を経由して注文管理サーバ５０へと送信される。また、Ａｃｔ１１３の制御により、図１１に示すように、注文端末１０から注文管理サーバ５０に宛てて、客席番号のデータが送信される。このデータもまた、中継器２０で受信され、ネットワーク６０を経由して注文管理サーバ５０へと送信される。

注文管理サーバ５０のプロセッサ５０１は、Ａｃｔ５０２乃至Ａｃｔ５０４の待ち受け状態において、通信インターフェース５０４を介して退席指令のコマンドを受信したことを検知すると（Ａｃｔ５０４、ＹＥＳ）、Ａｃｔ５４１として、客席番号のデータを待ち受ける。そして、通信インターフェース５０４を介して客席番号のデータを受信したことを検知すると（Ａｃｔ５４１、ＹＥＳ）、プロセッサ５０１は、Ａｃｔ５４２として、客席ファイル８０を検索し、当該客席番号に関連付けられたステータスを、「空席」を示す値“０”に更新する。その後、プロセッサ５０１は、Ａｃｔ５４３として、退席指令のコマンドを送信した注文端末１０に対して、許諾応答を送信するように通信インターフェース５０４を制御する。この制御により、図１１に示すように、注文管理サーバ５０から注文端末１０に宛てて、許諾応答のコマンドが送信される。このコマンドは、中継器２０から無線送信され、宛先の注文端末１０で受信される。

図１２のＡｃｔ１１３において、客席番号のデータ送信を制御した注文端末１０のプロセッサ１０１は、Ａｃｔ１１４として許諾応答を待ち受ける。そして、無線インターフェース１０４を介して許諾応答のコマンドを受信したことを検知すると（Ａｃｔ１１４、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１の処理に戻る。すなわちプロセッサ１０１は、受注業務又は退席業務の何れかが選択されるのを待ち受ける。
以上で、注文管理システム１の動作説明を終了する。

このように、注文端末１０は、調理が必要な商品（メニュー品目）の注文を受け付ける注文受付部として機能する。そしてこの注文端末１０は、接客担当の店員によって操作される。したがって、接客担当の店員が客の注文を受けるので、接客の工夫により追加オーダが見込まれ、売上アップが期待できる。

一方、セルフ会計機３０は、注文端末１０で注文を受け付けた商品の代金支払いを処理する会計部として機能する。そしてセルフ会計機３０は、客によって操作される。したがって、会計担当の店員が不要となるので、従業員不足を補完することができる。

このような注文端末１０及びセルフ会計機３０を備えた注文管理システム１において、その中枢を担う注文管理サーバ５０は、セルフ会計機３０で代金支払いが処理された商品の調理開始を厨房端末４０に対して指示する制御部として機能する。また、厨房端末４０は、注文管理サーバ５０からの指示により商品の調理開始を報知する報知部として機能する。すなわち、客が代金を支払い終えたことをトリガとして厨房に調理開始が指示されるので、セルフ会計機３０を導入しても、料金未払いのまま客が店を立ち去る不正は起こり得ない。したがって、セルフ会計機３０の近くに従業員が立つ必要もないので、従業員不足の補完効果は確かなものとなる。

またセルフ会計機３０は、座席番号である席データの入力を受け付ける席受付部としても機能する。そして注文管理サーバ５０は、セルフ会計機３０で代金支払いが処理されて支払いを終えた商品を注文した客に対して席データが入力されていることを条件にその商品の調理開始を指示している。

調理時間が短い商品を提供する飲食店の場合、混雑時には、客が注文を終えたものの席が見つからず、空くのを待つケースが考えられる。このような場合でも、調理開始が指示されるのは客が席を確保してからなので、席を確保していない客に対して調理された商品を提供してしまう不都合は起こり得ない。

また、注文管理サーバ５０は、注文端末１０で商品の注文を受け付けた時点で、その商品の情報を厨房端末４０に送信している。そしてその後、その商品の代金支払いがセルフ会計機３０で処理されたことを条件に、注文管理サーバ５０は、その商品の調理開始を厨房端末４０に指示するようにしている。

そこで、厨房端末４０において、プロセッサ４０１が、調理開始フラグＦ３及び調理終了フラグＦ４がいずれも“０”のデータを検出し、そのデータに該当するメニュー品目の情報を表示デバイス４０６に表示させるようにする。そうすることにより、調理担当の店員は、次のどの商品の調理開始が指示されるのかを予測できる。したがって、店員は、調理開始の指示の前に調理の準備に取り掛かることができるので、作業効率を高めることができる。

以上、飲食店において効果的なセルフ運用形態を実現できる注文管理システムの実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

例えば前記実施形態では、注文端末１０を接客担当の店員が操作するものとして説明したが、必ずしも注文端末１０の操作者は店員に限定されるものではない。注文端末１０としてスマートフォン、タブレット端末等の汎用の携帯型コンピュータ機器を使用した場合、客自身が注文端末１０の操作者となってもよい。この場合、操作者である客は、飲食店に来店する前にメニュー品目を注文することができる。来店前に注文を済ませておくことにより、来店時には直ぐにセルフ会計機３０の設置場所へ行って会計を済ませることができるので、時間の無駄を省くことができる。

例えば前記実施形態では、セルフ会計機３０において、客席番号を入力するようにした。この点に関しては、注文時に既に客席が確定している場合には、注文端末１０で客席番号を入力してもよい。注文端末１０で客席番号が入力された場合には、注文管理サーバ５０のプロセッサ５０１が、Ａｃｔ５０７において受注レコード７０Ｒを作成する際に、客席番号を記録し、客席フラグＦ１を“１”にセットする。そしてこの場合には、プロセッサ５０１は、図１７のＡｃｔ５３１乃至Ａｃｔ５３４の処理をスキップすることとなる。

なお、注文管理サーバ５０の譲渡は一般に、図１６及び図１７の処理ルーチンを制御するためのプログラムがメインメモリ５０２または補助記憶デバイス５０３に記憶された状態にて行われる。しかしこれに限らず、当該プログラムがメインメモリ５０２または補助記憶デバイス５０３に記憶されていない状態で譲渡される場合もあり得る。そしてこの場合には、注文管理サーバ５０が備える書き込み可能な記憶デバイスに、この注文管理サーバ５０とは個別に譲渡された当該プログラムがユーザなどの操作に応じて書き込まれる。当該プログラムの譲渡は、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…注文管理システム、１０…注文端末、２０…中継器、３０…セルフ会計機、４０…厨房端末、５０…注文管理サーバ、７０…受注ファイル、８０…客席ファイル、９０…調理管理テーブル、１０１，３０１，４０１，５０１…プロセッサ、１０２，３０２，４０２，５０２…メインメモリ、１０３，３０３，４０３，５０３…補助記憶デバイス、１０４…無線インターフェース，１０５，３０７，４０５…入力デバイス、１０６，３０８，４０６…表示デバイス、１０７…プリンタインターフェース、１０８，３１１，４０８，５０６…システムバス、１１０…プリンタ、３０４，４０４，５０４…通信インターフェース、３０５…自動釣銭機、３０６…読取デバイス、３０９，４０７…印刷デバイス、３１０…リーダ・ライタ、５０５…時計。

Claims (6)

1. 調理が必要な商品の注文を受け付ける注文受付部と、
   前記注文受付部で注文を受け付けた前記商品の代金支払いを処理する会計部と、
   前記会計部で代金支払いが処理された前記商品の調理開始を指示する制御部と、
   前記制御部からの指示により前記商品の調理開始を報知する報知部と、
   を具備する注文管理システム。
2. 席データの入力を受け付ける席受付部、
   をさらに具備し、
   前記制御部は、前記会計部で代金支払いが処理された前記商品を注文した客に対して前記席データが入力されていることを条件に前記商品の調理開始を指示する、
   請求項１記載の注文管理システム。
3. 前記制御部は、前記注文受付部で注文を受け付けた商品の情報を前記調理開始の指示の前に前記報知部に通知する、請求項１又は２記載の注文管理システム。
4. 注文受付部で受け付けた調理が必要な商品の注文データを入力する注文入力手段と、
   前記注文入力手段を介して入力された注文データを、一意の識別情報と関連付けて記憶する記憶手段と、
   会計部で前記識別情報が入力されたことに応じて、当該識別情報と関連付けて記憶されている前記注文データを前記会計部に出力し、前記会計部にて前記注文データに係る前記商品の代金支払いが処理されるのを待ち受ける待受け手段と、
   前記会計部にて前記商品の代金支払いが処理されたことを条件に、当該商品の調理開始を指示する指示手段と、
   を具備する注文管理装置。
5. 席受付部で入力を受け付けた席データを入力する席入力手段、
   をさらに具備し、
   前記指示手段は、前記会計部で代金支払いが処理された前記商品を注文した客に対して前記席データが入力されていることを条件に前記商品の調理開始を指示する、請求項４記載の注文管理装置。
6. 注文管理装置としてのコンピュータを、
   注文受付部で受け付けた調理が必要な商品の注文データを入力する入力手段、
   前記入力手段を介して入力された注文データを、一意の識別情報と関連付けて記憶する記憶手段、
   会計部で前記識別情報が入力されたことに応じて、当該識別情報と関連付けて記憶されている前記注文データを前記会計部に出力し、前記会計部にて前記注文データに係る前記商品の代金支払いが処理されるのを待ち受ける待受け手段、及び、
   前記会計部にて前記商品の代金支払いが処理されたことを条件に、当該商品の調理開始を指示する指示手段、
   として機能させるためのプログラム。