JP6368238B2 - 注文処理システム及びプログラム - Google Patents

Description

本発明の実施形態は、注文処理システム及びプログラムに関する。

近年ＩＴ技術が発展するに伴って、飲食店でも注文システムを導入して業務を効率的に管理する店舗が増えている。このような飲食店の業務管理を行う注文システムの中には、顧客からのオーダーをハンディーターミナルで受付け、キッチンディスプレイに調理指示を表示するものがある。

実際の店舗では、誤配膳や調理し忘れ等の理由により、再度調理を指示する必要がしばしば生じる。しかし、上記の注文システムはこのような場合に対応していないため、再度の調理指示は人づてに伝えなければならない。そのため伝達ミスや時間ロスが発生し、顧客が所望する品物を適宜受け取ることができない場合があった。このように、従来の注文システムは顧客満足度が低いという問題があった。

特開２００３−３０３３７６号公報

本発明は上記事情に鑑みてなされたものであり、顧客満足度が高い注文処理システム及びプログラムを提供することを目的とする。

上記の課題を解決するため、本発明の注文処理システムは、過去に注文を受付けた中で、未だ配膳先に届いていない品物の調理を再指示する入力を受付ける入力部と、入力部が受付けた入力に基づいて、注文済みの品物を記憶した注文データを記憶する注文記憶部と、注文記憶部が記憶した注文データに基づいて、入力部が受付けた入力に係る品物の再指示が正当か否かを判別する判別部と、入力部が受付けた品物の調理を再指示する入力のうち、判別部が正当であると判別した品物の再指示に係る入力についてのみ、入力を受理する受理部と、受理部が受理した入力に応じて、品物の調理を再指示する標示を一度目の調理指示とは異なる態様で表示装置に表示させる表示制御部と、を備えることを特徴とする。

（ａ）第１実施形態に係る注文処理システムの構成を示すブロック図である。（ｂ）キッチンディスプレイの構成を示すブロック図である。 （ａ）ハンディーターミナルの構成を示すブロック図である。（ｂ）オーダーデータの例を示す図である。 （ａ）ステーションサーバの構成を示すブロック図である。（ｂ）注文データの例を示す図である。 会計データの例を示す図である。 再指示データの例を示す図である。 キッチンサーバの構成を示すブロック図である。 合計データの例を示す図である。 キッチンディスプレイに表示される画像の例である。 操作受付処理のフローチャートである。 注文管理処理のフローチャートである。 確認処理のフローチャートである。 ＫＤ表示処理のフローチャートである。 注文処理システムのコマンド送受信の例を示す図である。 注文処理システムのコマンド送受信の例を示す図である。 注文処理システムのコマンド送受信の例を示す図である。 ハンディーターミナルの操作画面の例を示す図である。 変形例に係るキッチンディスプレイに表示される画像の例である。

以下、本発明の注文処理システム及びプログラムについて、図面を用いて説明する。

（実施形態１）
実施形態１に係る注文処理システム１は、図１（ａ）に示すように、複数のハンディーターミナル（ハンディーターミナル１０ａ、１０ｂ、など）と、無線ルータ２０と、ステーションサーバ３０と、キッチンサーバ４０と、キッチンディスプレイ５０と、キッチンプリンタ６０と、ＰＯＳ（Ｐｏｉｎｔ ｏｆ Ｓａｌｅｓ）端末７０を備える。

複数のハンディーターミナル１０ａ、１０ｂ等は後述するように、同様のまたは類似の構成を備え、互いに区別しない場合には単にハンディーターミナル１０とも呼ぶ。
注文処理システム１は例えばレストラン、カフェなどの飲食店において使用される。また、本実施形態において品物とは、顧客の注文に応じて調理スタッフが準備し、フロアスタッフが注文した顧客に配膳する飲食物一般を指す。

無線ルータ２０と、ステーションサーバ３０と、キッチンサーバ４０と、ＰＯＳ端末７０とは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）８０などの通信回線を介して接続される。また、キッチンサーバ４０はキッチンディスプレイ５０とキッチンプリンタ６０とに接続され、キッチンディスプレイ５０及びキッチンプリンタ６０を制御する。

複数のハンディーターミナル（１０ａ、１０ｂなど）はそれぞれ無線ルータ２０の無線ネットワークに接続され、この無線ネットワーク及びＬＡＮ８０を通じてステーションサーバ３０、キッチンサーバ４０、ＰＯＳ端末７０と互いに接続される。

ハンディーターミナル１０はホールスタッフが使用する端末である。ハンディーターミナル１０は、後述する機能構成により、店員による通常の注文入力を一又は複数受付ける。ハンディーターミナル１０は、通常の注文入力に加えて、再指示の入力を一又は複数受付ける。再指示は、例えば、過去に一度注文を受付けた品物の中で、誤配膳や調理忘れなどが原因で時間が経過しても（複数のテーブルのうち）配膳先のテーブルに配膳されなかったため顧客から未着を指摘された品物があった場合に、当該品物についてホールスタッフが入力する。この再指示の入力に応答して、再指示に係る品物を再調理することを厨房のスタッフに指示する標示がキッチンディスプレイ５０に出力される。

なお、本実施形態及びその変形例において、調理とは、所謂本格的な料理に限定されない。例えば、飲み物の準備や、既に調理済みの食材を皿に盛りつけるといった、厨房担当者が行う配膳の準備全体を調理と呼ぶものとする。

ステーションサーバ３０は、店内に配置され、主にハンディーターミナル１０及びキッチンサーバ４０とコマンドを送受信する。ステーションサーバ３０は後述する機能構成により、ハンディーターミナル１０が受付けた通常注文及び再指示の入力情報に関するコマンドを集計する。そして、集計した結果をコマンドとしてキッチンサーバ４０に送信する。このとき、通常注文と再指示とに応じて異なるコマンドを送信するので、キッチンサーバ４０はハンディーターミナル１０がいずれの入力を受付けたか判別が可能となる。

また、ステーションサーバ３０はキッチンサーバ４０からコマンドを受信して、受信した結果に基づいて会計データ３４３０と再指示データ３４４０とを集計する。会計データ３４３０と再指示データ３４４０については後述する。ステーションサーバ３０は、集計した結果はＰＯＳ端末７０や店外に設置された外部サーバ（上部サーバ）などに送信する。このため、顧客に対する請求や決算に用いる会計データとは別に、再指示のデータを統計的に解析して利用することができる。

キッチンサーバ４０は、店内に配置され、主にステーションサーバ３０とコマンドを送受信する。また、キッチンディスプレイ５０と接続され、表示コマンドを送信することによりキッチンディスプレイ５０の画面表示を制御する。具体的には、通常の注文コマンドをステーションサーバ３０から受け取った場合には、受け取った順に調理するように指示する標示（数字や文字、アイコンや画像を含む）を表示させるコマンドをキッチンディスプレイ５０に出力する。一方、再指示のコマンドをステーションサーバ３０から受けとった場合には、再指示であることを明示する標示をキッチンディスプレイ５０に表示させる。さらに、最優先（又は再指示に関わらない品物より高い優先度）で再指示に係る品物を調理することを指示する標示を表示させるコマンドを、キッチンディスプレイ５０に出力する。

キッチンサーバ４０は、さらに現在までに注文を受けたが、未だ調理終了操作や取消指示を受付けていない品物の合計を、品物ごとに求める。そして、求めた値をキッチンディスプレイ５０に表示させる。キッチンサーバ４０は複数種類の品物を異なる識別子を割り振ることにより区別して集計する。また、ここでは入力部として機能する１又は複数のハンディーターミナル１０が複数の注文を受付けたことにより、合計を求める必要が生じたことを前提とする。これにより、厨房の調理スタッフは現在どの品物をどれだけ調理すればよいか把握することができるため、調理作業の効率が高くなる。なお、後述するように、品物の合計はステーションサーバ３０から受信したコマンドが示す通常の注文コマンドと再指示コマンド、及び、キッチンディスプレイから受信した調理終了の操作の内容に応じて算出する。

キッチンサーバ４０は、また、キッチンディスプレイ５０が受付けた入力（タッチ操作など）に関するコマンドを受付ける。そして、受付けた入力に応じたコマンドをステーションサーバ３０に送信する。具体的には、キッチンディスプレイ５０がある品物の調理終了の入力を受付けると、この品物の調理が終了したことを示すコマンドをステーションサーバ３０に送信する。ステーションサーバ３０はこのコマンドに応じて、上述した集計処理を実行する。

キッチンサーバ４０は、キッチンディスプレイ５０に加えてキッチンプリンタ６０に接続され、キッチンプリンタ６０の出力（印刷処理）を制御する。具体的には、キッチンディスプレイ５０が品物の調理終了の入力を受付けた場合に、キッチンサーバ４０はその品物の配膳を指示する配膳伝票を出力させるコマンドをキッチンプリンタ６０に対して送信する。さらに、キッチンディスプレイ５０が品物の調理終了の入力を受付けた場合に、会計用の会計伝票を出力させるコマンドをキッチンプリンタ６０に対して送信する。

キッチンディスプレイ５０は、図１（ｂ）に示すように、表示部５１０と、タッチパッド５２０と、通信部５３０と、制御部５４０とを含む。表示部５１０は、例えば液晶ディスプレイや有機EL（Electro-Luminescence）といった表示装置である。表示部５１０には、表示装置上の位置を指定する操作な受付可能な入力装置であるタッチパッド５２０が重ねられている。通信部５３０は、キッチンサーバ４０からコマンドを受信して画像を表示する入力機能と、タッチパッド５２０が受付けた入力操作の内容をキッチンサーバ４０に送信する出力機能と、を担う。制御部５４０は例えば通信部５３０が受信したコマンドに応じた画像を表示部５１０に表示させるための画像処理機能を担うデジタルシグナルプロセッサである。キッチンディスプレイ５０はこのような物理構成によりキッチンサーバ４０のコマンドに応じた画像を表示する。また、キッチンディスプレイ５０は表示した画像上の位置を指定する操作を受付け、この操作の内容をキッチンサーバ４０に伝達する。

キッチンプリンタ６０は、レーザー式やインクジェット式といった既知の印刷装置と、キッチンサーバ４０やステーションサーバ３０、POS端末７０からのコマンドを受信する通信装置とを含む。キッチンプリンタ６０は、このような物理構成により、キッチンサーバ４０、ステーションサーバ３０及びPOS端末７０のコマンドに応じた内容の文書や画像を所定の印刷用紙に印刷する。

ＰＯＳ端末７０は、販売情報を登録、処理し、一取引ずつ会計処理を行う。販売情報には、顧客ごとの品物（商品）の売り上げ明細の情報が含まれる。

次に、各装置の機能構成を説明する。ハンディーターミナル１０は、図２（ａ）に示すように、制御部１１０と、入出力部１２０と、通信部１３０と、記憶部１４０と、時計１５０とを含む。

制御部１１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や デジタルシグナルプロセッサといった演算装置である。入出力部１２０は、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）といった表示装置と、タッチパッドのような表示装置上の位置を指定する操作な受付可能な入力装置と、を含む。なお、入出力部１２０はタッチパッドに変えて、あるいはタッチパッドに加えて、キーボードやボタンと言った押下可能な物理キーを備えた入力装置を備えた構成でも同様に機能する。

通信部１３０は、無線ルータ２０と通信する無線通信装置を含む。通信部１３０により、ハンディーターミナル１０はＬＡＮ８０を通じてステーションサーバ３０、キッチンサーバ４０、ＰＯＳ端末７０と互いに通信を行う。記憶部１４０は、ハードディスクドライブ、フラッシュ―ＲＯＭ（Read Only Memory）といった不揮発性の記憶装置を含み、図９に示す操作受付処理の実行に必要なデータを記憶する。記憶部１４０は、ＤＲＡＭ（Dynamic Random Access Memory）といった揮発性の主記憶装置を更に含み、操作受付処理を実行する際の作業領域を提供する。時計１５０は、例えば水晶振動子を備えた計時装置である。

記憶部１４０は、図９に示す操作受付処理の実行に必要なデータとして、操作受付処理のプログラムのほかに、品物マスタ１４１０、オーダーデータ１４２０、及び、ターミナルＩＤ（ＩＤｅｎｔｉｆｉｅｒ）１４３０を記憶する。品物マスタ１４１０は注文処理システム１が設置された店舗で提供される品物の名称とその品物の識別子（品物ＩＤ）が対応付けて記憶するファイルである。オーダーデータ１４２０は、図２（ｂ）に示すように、顧客から注文された品物とその個数とを対応付けて記憶したデータファイルである。

図２（ｂ）の例では、オーダーデータ１４２０は、そのハンディーターミナル１０で顧客が一度に注文した品物毎に、番号（注文Ｎｏ．）を振り分けて一つのレコードとして記憶されたデータの集まりである。一つのレコードは、品物のデータに加えて、注文を受付けたスタッフを特定する情報（担当者）と、注文した顧客が着いているテーブルを示す情報（テーブルＮｏ）と、注文を受付けた時刻（時刻）と、をさらに含む。テーブルＮｏは、配膳先を特定する情報としても用いられる。このように、記憶部１４０は複数の注文を集計したオーダーデータ１４２０を記憶する。

ターミナルID１４３０は、ハンディーターミナル１０の個体識別のための識別子である。

ハンディーターミナル１０は、このような機能構成により、図９に示す操作受付処理を実行する。

ステーションサーバ３０は、図３（ａ）に示すように、制御部３１０と、入力部３２０と、通信部３３０と、記憶部３４０とを含む。

制御部３１０は、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）等の演算装置である。入力部３２０は、例えばキーボードやマウスといった入力装置を含む。通信部３３０は、ＬＡＮ８０を通じて無線ルータ２０、ステーションサーバ３０、キッチンサーバ４０、及び、ＰＯＳ端末７０と互いに通信を行う。記憶部３４０は、ハードディスクドライブ、フラッシュ―ＲＯＭといった不揮発性の記憶装置を含み、図１０に示す注文管理処理の実行に必要なデータを記憶する。記憶部３４０は、ＤＲＡＭといった揮発性の主記憶装置を更に含み、注文管理処理を実行する際の作業領域を提供する。

制御部３１０は、機能単位として判別部３１１０を含む。本実施形態では、判別部３１１０は、後述する確認処理（図１１）を実行することにより仮想的に実現される機能単位である。

記憶部３４０は、図１０に示す注文管理処理の実行に必要なデータとして、注文管理処理のプログラムのほかに、注文データ３４１０、品物マスタ３４２０、会計データ３４３０、及び、再指示データ３４４０を記憶する。

注文データ３４１０は、例えば図３（ｂ）に示すように、ハンディーターミナル１０から受信した複数の注文の内容を集計したデータである。図３（ｂ）の例では、また、一度に注文された一つまたは複数の品物を特定する情報を一つのレコードとして、再指示データにおけるレコードの識別子として再指示番号が用いられている。各レコードのデータ項目として、注文を受付けたハンディーターミナル１０のＩＤ（ＨＴＬのＩＤ）と、そのハンディーターミナル１０におけるその注文の番号（注文番号）と、注文を受付けた時刻（時間）と、顧客のテーブル番号（テーブル番号）と、注文された品物を示す情報（品物ＩＤ及び品物名）と、品物の個数（個数）と、を含む。また、再指示に係る品物がいずれの伝票で最初に注文されたかを示す情報として、伝票番号が再指示番号と対応づけて記憶されている。さらに、その注文が通常の注文か、再指示の注文かを識別する情報（種類）が品物を示す情報と対応付けられて記憶されている。

通常の注文とは、顧客がその品物を欲することを最初にフロアスタッフに伝達し、フロアスタッフが調理を初めて厨房に指示する場合に行われる注文を意味する。一方、再指示の注文とは、一度通常の注文が完了した後、再度厨房スタッフに調理を要請する必要が生じた場合に行う注文である。たとえば、調理は終了したが誤配膳が発生した場合や、何らかの原因で厨房スタッフが調理を怠った場合など、本来の配膳先たる顧客に品物が届かなかった場合に、再指示の注文を行う。

品物マスタ３４２０は、注文処理システム１が設置された店舗において提供される商品である品物のそれぞれに対応して、固有の識別子（品物ＩＤ）と、品物の名称（品名）と、単価と、を含む品物情報を格納したデータである。なお、本実施形態では一つの品物は缶ビール一本やゆで卵一つといった一単位の飲食物と、セットメニューや定食メニューといった複数単位の飲食物をまとめたものと、の双方を含む概念である。

会計データ３４３０は、例えば図４に示すように、顧客が支払うべき勘定（金品）の詳細を記憶したデータである。図４の例では、注文データ３４１０と同様に一度に注文された一つまたは複数の品物を特定する情報を一つのレコードとして記憶されている。会計データ３４３０では、各品物の単価と、合計金額（単価と品数の積を合算し、必要に応じて税率やサービス料を加えたもの）と、が品物を特定する情報と対応付けて記憶されている。

再指示データ３４４０は、例えば図５に示すように、ハンディーターミナル１０が受付けた再指示の内容を集計したデータである。図５の例では、一度に再指示を受けた一つまたは複数の品物を特定する情報を一つのレコードとして、識別子として再指示番号が振られている。各レコードのデータ項目として、注文を受付けたハンディーターミナル１０のＩＤ（ＨＴＬのＩＤ）と、そのハンディーターミナル１０における再指示の注文番号（注文番号）と、注文を受付けた時刻（時間）と、顧客のテーブル番号（テーブル番号）と、注文の伝票番号（伝票番号）と、注文された品物を示す情報（品物ＩＤ及び品物名）と、再指示に係る品物の個数（個数）と、を含む。なお、図５の伝票番号は、再指示に係る品物の注文を最初に受けた時の伝票番号を示す。

一般的に、通常の注文には顧客の支払が伴う。一方、再指示の注文には通常顧客の支払は発生しない。そのため、通常の注文は会計の内容に反映させる必要があるが、再指示の注文の内容を会計に反映させることは許されない。注文処理システム１では、注文データ３４１０において通常の注文と再指示の注文を判別可能な情報（図３（ｂ）の「種類」）と対応付けて記憶している。そのため、再指示の内容を通常の会計と混合することなくハンディーターミナル１０から再指示の入力を受付けることで、キッチンディスプレイ５０に再調理を指示する画面を表示することができる。そのため、誤配膳などが発生した場合に、人づてに伝えるよりも確実に対応ができるため、顧客満足度を高めることができる。

また、通常注文の内容を会計データ３４３０に、再指示の内容を再指示データ３４４０に、それぞれ別々に集計することで、両者を混合するとなく利用することができる。

キッチンサーバ４０は、図６に示すように、制御部４１０と、入力部４２０と、通信部４３０と、記憶部４４０と、ＫＤ入出力部４５０と、プリンタ入出力部４６０と、を含む。

制御部４１０は、ＣＰＵ等の演算装置である。入力部４２０は、例えばキーボードやマウスといった入力装置を含む。通信部４３０は、ＬＡＮ８０を通じて無線ルータ２０、ステーションサーバ３０、及び、ＰＯＳ端末７０と互いに通信を行う。記憶部４４０は、ハードディスクドライブ、フラッシュ‐ＲＯＭといった不揮発性の記憶装置を含み、図１２に示すＫＤ表示処理の実行に必要なデータを記憶する。記憶部４４０は、ＤＲＡＭ等の揮発性の主記憶装置を更に含み、ＫＤ表示処理を実行する際の作業領域を提供する。

制御部４１０は、機能単位として合計取得部４１１０を含む。本実施形態では、合計取得部４１１０は、後述する図１２のアクトＡ４０４、Ａ４０９等を実行することにより仮想的に実現される機能単位である。

記憶部４４０は、図１２に示すＫＤ表示処理の実行に必要なデータとして、ＫＤ表示処理のプログラムのほかに、表示用データ４４１０と、合計データ４４２０と、を記憶する。

合計データ４４２０は、例えば図７に示すように、各品物について、ハンディーターミナル１０が注文を受付けたが、未だ調理が終了していない品物の合計を、品物ごとに集計したデータである。図７の例では、顧客が注文した品物を特定する情報（品物ＩＤ及び品名）と、その品物について調理が終了していないもの総計（合計）と、が対応付けて記憶されている。

表示用データ４４１０は、キッチンディスプレイ５０に表示させる画像データである。具体的には、図８に示すように、品物の名前（メニュー名）と、注文の内容（一度の注文の内容）と、が把握できる画像を表示させるためのデータである。表示用データ４４１０は、品物の調理を厨房担当スタッフに指示する標示をキッチンディスプレイ５０に表示させるためのデータを含む。図８の例では、調理を指示する標示は、調理を要する品物の数を示すローマ数字である。この標示は数字（例えば「４」）に限らず、ユーザー設定に応じて、文字や単語（例えば「Ｆｏｕｒ」）、アイコン画像（例えばその料理を抽象化した画像を４つ並べたもの）等に任意に変更可能である。標示の文字及び画像データと、何れの標示を用いるかを示す設定データは、記憶部４４０の所定領域に予め記憶される。本実施形態で用いられる、合計の標示や再指示の標示といった他の標示についても同様である。表示用データ４４１０を、ＫＤ入出力部４５０を介してキッチンディスプレイ５０に出力することで、図８の画面がキッチンディスプレイ５０に表示される。

図８の例では、一つの伝票Ｎｏ．の内容が横一列で示されている。各列のうち、経過時間の行に数値が表示されている注文が通常の注文である。一方、「再」と表示されている注文が再注文である。テーブルＮｏ．５の注文が再注文であり、テーブルＮｏ．２、４、１、３の注文が通常の注文を示している。一列の注文が一つの伝票の内容に対応している。

図８の表示例は、複数の表示モードのうち「メニュー別表示モード」での表示例である。このモードでは品物ＩＤを示す「ＩＤ」の右隣に品物の名称を示す「メニュー名」、そのさらに右隣に合計取得部４１１０が取得したその品物の「合計」が表示される。横１行が１種類の品物に対応する。合計の数値（合計を示す標示）は、更に右の領域に表示されるテーブルナンバー毎の詳細の標示（注文毎に調理を指示する標示）と区別するために、括弧が付されている。詳細標示が表示される部分は、縦の一列が一度に顧客が注文した品物の集まりを示す。一列のうち注文した品物が１個以上ある行に、その品物の調理を指示する標示として注文された個数が示されている。一列は注文データ３４１０のレコード１行分に該当する。作業を効率化するため、詳細部分には注文からの経過時間と、配膳先となるテーブルの番号が表示されている。

このように、再指示の注文と通常の注文とを異なる態様で表示することにより、厨房のスタッフが再指示の注文を優先して調理することができる。また、必要に応じて量を増やす、特別な趣向を凝らす、などのサービスを施して再指示が必要となった顧客に対する謝意を表すことができる。このため、顧客満足度を向上することができる。

表示用データ４４１０による画面出力では、メニュー名の右隣に、注文を受付けたが未だ調理が終了していない品物の合計を示す標示（図８の例では数字）が表示されている。これにより顧客担当者は、合計を示す標示により調理が必要な品物の数がどれほどか品物単位で把握することができる。このため、全体の作業の概要を把握することができるため、作業効率を高めることができる。

注文処理システム１を構成する各装置（ハンディーターミナル（ＨＴＬ）１０、ステーションサーバ（ＳＴＮ）３０、キッチンサーバ（ＫＣＰ）４０、キッチンディスプレイ（ＫＤ）５０、ＰＯＳ端末７０等）は、ＬＡＮ８０及び無線ＬＡＮルータ２０が提供する無線通信を介して複数種類のコマンドを送受信して一連の処理を実行する。例えば、ハンディーターミナル１０が通常の注文の入力を受付けた場合には、図１３に示すような順でコマンドを送受信する。また、ハンディーターミナル１０が注文取消の入力を受付けた場合には、図１４に示すような順でコマンドを送受信する。また、ハンディーターミナル１０が再指示の入力を受付けた場合には、図１５に示すような順でコマンドを送受信する。各コマンド及び処理内容については後述する。

次に、注文処理システム１の各装置が実行する処理について説明する。ハンディーターミナル１０は、入出力部１２０のタッチパネルにタッチされる、タッチパネルのカバーを開ける、といった入力開始の動作を感知すると、図９に示す操作受付処理を開始する。

図９の操作受付処理では、制御部１１０が、受付入力の画面を入出力部１２０の画面に表示する（アクトＡ１０１）。アクトＡ１０１では、例えば、図１６（ａ）に示すように、顧客からその品物の注文を初めて受ける「通常の注文入力」か、一旦受けつけた注文を取り消す「取消入力」か、一度注文した品物の再調理を指示する「再指示入力」か、の何れの入力を開始するか選択する画面を表示する。なお、通常の注文入力とは、顧客がテーブルに着いたのち初めて行う「新規注文」にとどまらず、その後追加で新たな品物を注文する「追加注文」を含む。いずれの場合でも、その品物については初めて注文を受けて、顧客に対する請求も発生するからである。

次に、制御部１１０は、入出力部１２０が表示した画面に対する操作を受付けたか否かを判別する（アクトＡ１０２）。受付けていない場合には（アクトＡ１０２：ＮＯ）、アクトＡ１０２を繰り返して操作を待ち受ける。タッチ操作等を感知した場合には、受付けたと判別し（アクトＡ１０２：ＹＥＳ）、アクトＡ１０３を実行する。

制御部１１０は、アクトＡ１０３として、受付けた操作が通常注文の入力開始を指定する操作であったか否か判別する（アクトＡ１０３）。図１６（ａ）の例で、タッチパネルの「通常」の部位へのタッチ操作を感知した場合など、通常注文を指定する操作と判別すると（アクトＡ１０３：ＹＥＳ）、制御部１１０はアクトＡ１０４を実行する（アクトＡ１０４）。

アクトＡ１０４では、記憶部１４０から品物マスタ１４１０を読み出し、提供可能な品物と、顧客が必要とする数と、をホールスタッフが選択可能な態様で入出力部１２０に表示させる。表示された画面上で、ホールスタッフが顧客から指定された品物と、品物の数（品数）とを入力するまで待ち受ける。ホールスタッフが、顧客がそのとき必要とするすべての品物（１又は複数種類）と、各品物の個数と、を入力する。そして、入力終了の指定を受付けると制御部１１０はアクトＡ１０４を終了する。

次に制御部１１０はアクトＡ１０４で入力された内容をコマンドとして送信する（アクトＡ１０５）。送信するコマンドには、アクトＡ１０４で入力された、顧客がした通常注文に係る品物の名称（品名）と、品物を特定する識別子（品物ＩＤ）と、品物の個数（個数）を特定する情報が含まれる。さらに、注文した顧客に係る情報として、顧客が着いたテーブル番号（テーブル番号）と、注文番号（注文番号）と、注文を受けた時間（時間）と、注文を受けたハンディーターミナル１０の番号（ＨＴＬのＩＤ）と、を特定する情報が含まれる。また、アクトＡ１０５で送信するコマンドには、受付けた操作が通常注文であることを特定する情報が含まれる。

テーブル番号は、例えばアクトＡ１０４でホールスタッフが入力する。時間は、例えは例えばアクトＡ１０４の終了時に時計１５０から取得する。ハンディーターミナルの番号は記憶部１４０が記憶するターミナルＩＤ１４３０を読み込めば良い。注文番号は、その日このハンディーターミナルが受付けた注文に対して固有に割り振られた数値であればよい。例えば、最初に受けた注文をＮｏ．１０１、次に受けた注文をＮｏ．１０２、とし、以下順に１ずつ加算していけばよい。ステーションＩＤはステーションターミナルを一意に決定する情報なので、ステーションＩＤと注文番号とを組み合わせると、注文（伝票）を特定する情報として機能する。

このときハンディーターミナル１０（ＨＴＬ１０）からステーションサーバ３０（ＳＴＮ３０）に送信されるコマンドを、通常注文操作受付コマンド（図１３：Ｃ１）とも言う。コマンドを送信すると、操作受付処理は終了する。

アクトＡ１０３に戻って、通常注文でないと判別すると（アクトＡ１０３：ＮＯ）、次に制御部１１０は、アクトＡ１０６として、受付けた操作が注文の取消指示の入力開始を指定する操作であったか否か判別する（アクトＡ１０６）。図１６（ａ）の例で、タッチパネルの「削除」の部位へのタッチ操作を感知した場合など、取消指示を指定する操作と判別すると（アクトＡ１０６：ＹＥＳ）、制御部１１０はアクトＡ１０７を実行する（アクトＡ１０７）。

アクトＡ１０７では、ホールスタッフが注文済みの品物をキャンセルするための処理（取消メニュー選択処理）を実行する。例えば、制御部１１０はアクトＡ１０７で以下の（１）〜（６）に示す処理を実行する。

（１）現在の顧客が注文した内容を特定したテーブル番号（テーブルＮｏ．）又は伝票番号（伝票Ｎｏ．）を入力する画面を表示する。

（２）制御部１１０は通信部１３０を用いて、ステーションサーバ３０に現在のテーブル番号又は伝票番号の顧客が注文済みの品物とその個数を問い合わせるコマンド（注文済品問合コマンド、図１４：コマンドＣ１１）を送信する。

（３）ステーションサーバ３０はこのコマンドに応答して、テーブル番号又は伝票番号をキーとして注文データ３４１０を検索し、顧客が注文済みの品物の品物ＩＤを含むレコードを抽出する。検索の結果得られたレコードに含まれる各品物の数をコマンド（注文済み品回答コマンド、図１４：コマンドＣ１２）として送信する。

（４）制御部１１０は受信した品物の名称と数を入出力部１２０にホールスタッフが選択可能な態様で入出力部１２０に表示させる。

（５）表示された画面上で、ホールスタッフが顧客から指定された品物と、品物の数（品数）とを入力するまで待ち受ける。

（６）ホールスタッフが、取り消すべき全ての品物（１又は複数種類）と、各品物の個数と、を入力し、入力終了を指定すると、制御部１１０はアクトＡ１０７を終了する。

次に制御部１１０はアクトＡ１０７で入力された内容を示すコマンド（取消操作受付コマンド、図１４：コマンドＣ１３）をステーションサーバ３０に送信する（アクトＡ１０８）。取消操作受付コマンドの内容は、取消指示である旨を特定する情報と、取消に係る品名と、品物ＩＤと、品物の個数と、入力されたテーブル番号又は伝票番号と、取消注文の注文番号と、時間と、ＨＴＬのＩＤと、を含む。コマンドを送信すると、操作受付処理は終了する。

アクトＡ１０６に戻って、取消指示でないと判別すると（アクトＡ１０６：ＮＯ）、次に制御部１１０は、アクトＡ１０９として、受付けた操作が再指示の入力開始を指定する操作であったか否か判別する（アクトＡ１０９）。図１６（ａ）の例で、タッチパネルの「再指示」の部位へのタッチ操作を感知した場合など、取消指示を指定する操作と判別すると（アクトＡ１０９：ＹＥＳ）、制御部１１０はアクトＡ１１０を実行する（アクトＡ１１０）。

アクトＡ１１０では、図１６（ｂ）のように再指示の配膳先となる顧客を特定するための情報として、テーブル番号（テーブルＮｏ．）又は伝票番号（伝票Ｎｏ．）を入力する画面を表示する。次に、図１６（ｃ）のように、アクトＡ１０４と同様に提供可能な品物と顧客が必要とする数と、をホールスタッフが選択可能な態様で入出力部１２０に表示させる。そして、表示された画面上で、ホールスタッフが顧客から指定された品物と、品物の数（品数）とを入力するまで待ち受ける。ホールスタッフが、顧客がそのとき必要とするすべての品物（１又は複数種類）と、各品物の個数と、を入力し、入力終了を指定すると、制御部１１０はアクトＡ１１０を終了する。

次に制御部１１０はアクトＡ１１０で入力された内容を示すコマンド（再指示操作受付コマンド、図１５：コマンドＣ２１）をステーションサーバ３０に送信する（アクトＡ１１１）。再指示操作受付コマンドは、再指示である旨を特定する情報と、再指示に係る品名と、品物ＩＤと、品物の個数と、テーブル番号と、注文番号と、時間と、ＨＴＬのＩＤと、を含む。

次に、制御部１１０はステーションサーバ３０からエラー通知コマンドを受信したか否か判別する（アクトＡ１１２）。エラー通知コマンド（図１５：コマンドＣ２２−１）は、ステーションサーバ３０が再指示操作受付コマンドに応答して実行する確認処理において、再指示の内容が不正であると判別した場合に送信される。確認処理については後述する。

例えば、再指示に顧客が注文していない品物が含まれていた場合や、顧客が注文した以上の数の品物が含まれていた場合などにはエラー通知コマンドが送信される。この場合はエラー通知コマンドを受信し（アクトＡ１１２：ＹＥＳ）、制御部１１０はエラー画面を表示する（アクトＡ１１３）。エラー画面は、例えば図１６（ｅ）のように、ホールスタッフが再指示の内容が不正であったことを理解できるよう、エラーであること明示する画面であればよい。この場合、エラー画面を表示した後、操作受付処理は終了する。

一方、再指示の内容が不正でないと判別された場合には、エラーコマンドは受信せず（アクトＡ１１２：ＮＯ）、そのまま操作受付処理を終了する。この場合、図１６（ｄ）のようにコマンドが正常に送信されたことを示す画面が表示される。

アクトＡ１０９に戻って、再指示でないと判別すると（アクトＡ１０９：ＮＯ）、次に制御部１１０は、その他の処理を実行する（アクトＡ１１４）。その他の処理は、通常の注文、取消、再指示以外の操作を受付けた場合に実行される。処理内容としては、受付けた操作に応じた画面を表示するなど、ステーションサーバ３０やＰＯＳ端末７０、本部の上位サーバといった注文処理システム１の内外の各装置に受付けた入力に応じた情報を伝達する処理であればよい。その他の処理を終了すると、制御部１１０は操作受付処理を終了する。

次に、ステーションサーバ３０が実行する処理について説明する。ステーションサーバ３０は、電源投入後、所定の初期動作終了後に他の処理と並行して図１０に示す注文管理処理を実行する。本実施形態では、注文管理処理は１／６０秒といった所定の間隔で繰り返し実行される。

ステーションサーバ３０の制御部３１０は、まず他の装置からコマンドを受信したか否か判別する（アクトＡ２０１）。受信していないと判別した場合には（アクトＡ２０１：ＮＯ）、そのまま注文管理処理を終了する。一方、受信したと判別した場合には（アクトＡ２０１：ＹＥＳ）、コマンドのヘッダ部を解析し、受信したコマンドの送信元がハンディーターミナル１０であるか否か判別する（アクトＡ２０２）。

送信元がハンディーターミナル１０である場合には（アクトＡ２０２：ＹＥＳ）、制御部３１０はコマンドのヘッダ部を解析し、受信したコマンドが再指示の入力を伝達するコマンドであるか否か判別する（アクトＡ２０３）。

コマンドが再指示操作受付コマンド（図１５：コマンドＣ２１）でない場合には、（アクトＡ２０３：ＮＯ）、次に制御部３１０は受信したコマンドが通常注文操作又は取消操作の受付を伝達するコマンドの何れかであるか否か判別する（アクトＡ２０４）。コマンドが通常注文操作受付コマンド（図１３：コマンドＣ１）又は取消操作受付コマンド（図１４：コマンドＣ１３）の何れかである場合には、アクトＡ２０４でＹＥＳと判別し（アクトＡ２０４：ＹＥＳ）、制御部３１０は受信したコマンドに基づいて注文データ３４１０を更新する（アクトＡ２０５）。

アクトＡ２０５において、通常注文のコマンドであった場合には、図３（ｂ）に示すように、レコードの識別子として数値（伝票番号）を割り振り、記憶部３４０の注文データ３４１０にコマンドを受信した順に記憶する。ここで、受信したコマンドの種類が通常注文であることに応じて、種類の項目に通常注文であることを特定する情報（図３（ｂ）の例では「通常」）を品名や品物の数と対応付けて記憶する。

逆に、取消を指定するコマンドであった場合には、そのコマンドが指定するテーブル番号又は伝票番号に登録されている、そのコマンドが指定する品物をそのコマンドが指定する数だけ減少させる。

注文データの更新が終わると、制御部３１０は受信した通常注文操作受付コマンド又は取消操作受付コマンドの内容を、通信部３３０を用いてキッチンサーバ４０に送信する（アクトＡ２０６）。本実施形態では、通常注文操作受付コマンドを受信していた場合には通常注文通知コマンド（図１３：コマンドＣ２）を、取消操作受付コマンドを受信していた場合には取消操作通知コマンド（図１４：コマンドＣ１４）を、それぞれ送信する。通常注文通知コマンド及び取消操作通知コマンドは、図３（ｂ）の注文データのうち、受信した操作受付コマンド（通常注文操作受付コマンド又は取消操作受付コマンド）により更新されたレコードの内容を少なくとも含む。あるいは、差分を送信する代わりに、操作受付コマンドを受信するごとに注文データ全体を含むコマンドを送信しても良い。

アクトＡ２０６を終えると、制御部３１０は注文管理処理を終了する。

アクトＡ２０３に戻って、受信したコマンドが再指示操作受付コマンドであった場合（アクトＡ２０３：ＹＥＳ）、制御部３１０の判別部３１１０が次に確認処理を実行する（アクトＡ２０７）。

図１１の確認処理では、判別部３１１０はまず図１０のＡ２０１で受信した再指示操作受付コマンドの内容を取得する（アクトＡ３０１）。例えば、記憶部３４０の所定領域に一時記憶された再指示操作受付コマンドから、品物ＩＤと品物の数と、テーブル番号又は伝票番号を読み込めばよい。

次に、判別部３１１０は注文データ３４１０からアクトＡ３０１で取得した内容に対応するレコード（一つの伝票分の注文データに該当）を取得する（アクトＡ３０２）。具体的には、図１６（ｂ）で入力されたテーブル番号又は伝票番号をキーとして注文データ３４１０を検索し、共通するテーブル番号又は伝票番号のレコードを抽出する。なお、注文データ３４１０において会計済みの伝票のレコードは削除されているものとする。このためには、後述するその他の処理（アクトＡ２１５）などで、ＰＯＳ端末７０から会計終了した伝票のデータを受信して、制御部３１０が注文データ３４１０から会計終了した伝票に含まれる品物のデータを削除すればよい。あるいは、入力部３２０から会計を担当したスタッフによる伝票番号の入力を受付けて、該当する伝票の品物のデータを削除する設計も可能である。

次に、判別部３１１０はアクトＡ３０２で取得したレコードに、再指示に係る品物が含まれているか否か判別する（アクトＡ３０３）。含まれている場合（アクトＡ３０３：ＹＥＳ）、次に再指示に係る品物の数が、Ａ３０２で取得したレコードに含まれる同じ品物の数以下か否か判別する（アクトＡ３０４）。

品物が存在していないと判別した場合（アクトＡ３０３：ＮＯ）は、判別部３１１０は再指示の内容は不正と判別し（アクトＡ３０５）、確認処理を終了する。再指示に係る品物の数が、Ａ３０２で取得した注文データで得られた同じ品物の数より大きい場合も（Ａ３０４：ＮＯ）、同様に不正と判別し、確認処理を終了する。一方、品物が存在し（アクトＡ３０３：ＹＥＳ）、かつ再指示に係る品物の数がＡ３０２で取得した注文データで得られた同じ品物の数以下の場合には（アクトＡ３０４：ＹＥＳ）、再指示の内容は不正でないと判別する（アクトＡ３０６）。そして、確認処理を終了する。

図１０に戻って、確認処理が終わると、制御部３１０は確認処理の結果が不正であったか否かを判別する（アクトＡ２０８）。例えば、記憶部３４０の所定領域に確保された確認処理の結果を表すフラグの値が不正を示す値であった場合は不正と判別し（Ａ２０８：ＹＥＳ）、通信部３３０を用いて再指示操作受付コマンドの送信元のハンディーターミナル１０にエラー通知コマンドを送信する（アクトＡ２０９）。エラー通知コマンドを送信した後は、注文管理処理は終了する。

アクトＡ２０９で送信するエラー通知コマンド（図１５：コマンドＣ２２−１）は、例えば再指示操作受付コマンドが不正であることを示す情報が含まれている。オプションで、再指示操作受付コマンドで指定された品物が、そのテーブルでは未だ注文されていな品物であるか、注文された数を超えているか、いずれであるかを明示する内容を含むことで、ハンディーターミナル１０に具体的なエラーの内容を表示するようにしてもよい。

Ａ２０８に戻って、不正でないと判別すると（アクトＡ２０８：ＮＯ）、再指示操作受付コマンドに基づいて注文データ３４１０を更新し（アクトＡ２０５）、再指示通知コマンドをキッチンサーバ４０に送信する（アクトＡ２０６）。そして、注文管理処理は終了する。このように、本実施形態では確認処理の結果に応じて再注文の入力を受付けて注文データ３４１０に反映し、キッチンサーバ４０やキッチンディスプレイ５０へデータを送信するか否かを判別する。その上で、正当であると判別した品物についてのみ入力の結果を受付けているので、不正を防止することができる。

このとき、受信したコマンドの種類が再指示であることに応じて、種類の項目に再指示の注文であることを特定する情報（図３（ｂ）の例では「再指示」）を品名や品物の数と対応付けて記憶している。また、再指示通知コマンド（図１５：コマンドＣ２２−２）は、図３（ｂ）の注文データのうち再指示操作受付コマンドにより更新されたレコードの内容を少なくとも含む。あるいは、差分を送信する代わりに、再指示操作受付コマンドを受信するごとに注文データ全体を含むコマンドを送信しても良い。

アクトＡ２０２にもどって、受付けたコマンドがハンディーターミナル１０からのものではないと判別すると（アクトＡ２０２：ＮＯ）、制御部３１０はこのコマンドの送信元がキッチンサーバ４０であるか否か判別する（アクトＡ２１１）。受付けたコマンドが、キッチンサーバ４０が送信する終了操作通知コマンド（図１３：コマンドＣ４、図１５：コマンドＣ２４）である場合には、アクトＡ２１１でＹＥＳと判別する（アクトＡ２１１：ＹＥＳ）。この場合には、品物を配膳する準備ができ、テーブルに伝票を出すタイミングになったので、制御部３１０は受付けた終了操作通知コマンドが指定する内容に基づき会計データを集計する（アクトＡ２１２）。

具体的には、注文データから終了操作通知コマンドが指定するレコードを抽出し、レコードの種別が「通常」である場合には、その内容を図４の会計データ３４３０に集計する。その際、記憶部３４０が記憶する品物マスタ３４２０から、終了操作通知コマンドに含まれる品物ＩＤに対応する品物の価格を読み出して、商品ごとの小計と支払額の合計を算出して記憶する。このとき、抽出したレコードの種別が「再指示」である場合には、その品物は会計の対象にはならないため、アクトＡ２１２はスキップする。

次に、受付けた終了操作通知コマンドが指定する内容に基づき再指示データを集計する（アクトＡ２１３）。具体的には、注文データから終了操作通知コマンドが指定するレコードを抽出し、レコードの種別が「再指示」である場合には、その内容を図４の再指示データ３４４０に集計する。このとき、抽出したレコードの種別が「通常」である場合には、アクトＡ２１３はスキップする。

アクトＡ２１２とアクトＡ２１３とで、会計データ３４３０と再指示データ３４４０とを集計したのち、制御部３１０は通信部３３０を通じてＰＯＳ端末７０や外部の上位サーバなどに会計データと再指示データを含むコマンド（図１３：コマンドＣ８、図１４：コマンドＣ１７、図１５：コマンドＣ２８など）を送信する（アクトＡ２１４）。そして、注文管理処理を終了する。

このように、会計データ３４３０と再指示データ３４４０を区別可能に保存することで、会計が発生しない再指示の内容が会計のデータに混入することで会計データに誤差が生じることを防ぐことができる。また、再指示のデータをＰＯＳ端末７０や上位サーバで蓄積することができる。蓄積したデータを解析し、再指示が多く発生する時間や店舗、担当者、メニューといった情報を把握することで、サービス向上に活用できる。

なお、ここでは会計データ３４３０と再指示データ３４４０を別のファイルとして保存したが、再指示の注文内容と、通常の注文内容とに異なるラベルを付けて同一のファイルに保存するなど、両者を混合しない任意のデータ保存方法で代用できる。

アクトＡ２０４でＮＯと判別された場合（アクトＡ２０４：ＮＯ）及び、アクトＡ２１１でＮＯと判別された場合には、制御部３１０は受信したコマンドに応じたその他の処理を実行する（アクトＡ２１５）。そして、注文管理処理を終了する。アクトＡ２１５で実行される処理には、例えばＰＯＳ端末７０から会計が終了した伝票を示すコマンドを受信したことに応答して、注文データ３４１０から当該伝票のレコードを削除する処理が含まれる。

次に、キッチンサーバ４０が実行する処理について説明する。キッチンサーバ４０は、電源投入後、所定の初期動作終了後に他の処理と並行して図１２に示すＫＤ表示処理を実行する。本実施形態では、ＫＤ表示処理は１／６０秒といった所定の間隔で繰り返し実行される。

キッチンサーバ４０の制御部４１０は、まず他の装置からコマンドを受信したか否か判別する（アクトＡ４０１）。受信していないと判別した場合には（アクトＡ４０１：ＮＯ）、そのままＫＤ表示処理を終了する。一方、受信したと判別した場合には（アクトＡ４０１：ＹＥＳ）、コマンドのヘッダ部を解析し、受信したコマンドの送信元がステーションサーバ３０であるか否か判別する（アクトＡ４０２）。

送信元がステーションサーバ３０である場合には（アクトＡ４０２：ＹＥＳ）、制御部４１０はコマンドのヘッダ部を解析し、受信したコマンドが通常注文又は再指示を通知するコマンドの何れかであるか否か判別する（アクトＡ４０３）。コマンドが通常注文通知コマンド（図１３：Ｃ２）又は再指示通知コマンド（図１５：Ｃ２２−２）の何れかである場合には、アクトＡ４０３でＹＥＳと判別し、制御部４１０は受信したコマンドに基づいて合計データを加算する（アクトＡ４０４）。

本実施形態では、制御部４１０の合計取得部４１１０が、図７に例示した合計データ４４２０の各レコードのうち、通常注文通知コマンド又は再指示通知コマンドに含まれるすべての注文に係る品物について、このコマンドが指定する数量分だけ合計数を増加させる。

アクトＡ４０４が終わると、制御部４１０は受信したコマンドが通常注文を通知するコマンドであるか否か判別する（アクトＡ４０５）。通常注文を通知するコマンドである場合には（アクトＡ４０５：ＹＥＳ）、制御部４１０はＫＤ入出力部４５０を介して通常注文を反映した画面を表示するコマンドをキッチンディスプレイ５０に送信する（アクトＡ４０６）。

ここで送信される表示コマンド（図１３：コマンドＣ３）は、現在表示している画像に新たに受信した通常注文に係る品物の調理を指示する標示を加えるためのものである。コマンドの具体的な内容は、工場出荷時の設定及びその後のユーザー設定により決まる。例えば図８の画面を表示中である場合には、合計の標示を合計取得部４１１０が新たに取得した合計に対応するローマ数字（合計の標示）に更新したうえで、右端の列にテーブルＮｏ．と経過時間、注文された品物に対応する標示（詳細の標示：括弧がつかないローマ数字）を加えた画像を作成する。そして、作成した画像をＫＤ入出力部４５０に配信し、キッチンディスプレイ５０に表示させればよい。

アクトＡ４０６を終了すると、制御部４１０はＫＤ表示処理を終了する。

アクトＡ４０５に戻って、通常注文でなく再指示のコマンドを受信したと判別すると（アクトＡ４０５：ＮＯ）、制御部４１０は再指示の表示コマンドを送信する（アクトＡ４０７）。

アクトＡ４０７で送信される表示コマンド（図１５：コマンドＣ２３）は、現在表示している画像に新たに受信した再指示（品物の再調理の指示）の標示を加えるためのものである。コマンドの具体的な内容は、工場出荷時の設定及びその後のユーザー設定により決まる。

図８を例にとって具体的に説明する。図８の画面の縦各列のうち、通常注文に係る列（経過時間がローマ数字で表示されている列）とは異なる態様で表示されている列（テーブルＮｏ．５の列）が再指示の標示である。まず、現在の合計を表している標示を、合計取得部４１１０が新たに取得した合計に対応するローマ数字に更新したうえで、詳細表示の先頭の列に再指示に係る品物の表示を含む列を挿入した画像を作成する。このとき、制御部４１０は経過時間の欄に再指示であることを示す記号として通常注文に係る標示とは異なる態様の標示「再」を配置する。さらに、再指示に係る品物（ここでは料理４）の標示（ここではローマ数字「１」）を通常注文とは異なる態様としての太文字のフォントとする。そして、作成した画像をＫＤ入出力部４５０に配信し、キッチンディスプレイ５０に表示させればよい。

このとき、制御部４１０は、再表示に係る品物の調理を指示する標示が他の品物よりも優先的に調理するよう指示する態様でキッチンディスプレイ５０に表示される画像を作成する。図８では、左に表示されている品物ほど優先的に調理されるべき品物である。そこで、制御部４１０は再調理に係る注文の品物の調理を指示する標示（ここでは調理指示の詳細標示のローマ数字を含む縦の列全体）を、注文を受けた時刻に関わらず他の品物よりも左側に挿入した画像を作成する。

上述のような処理により、再指示のコマンドに応じてキッチンディスプレイ５０の画面に通常の注文とは異なる態様（経過時間の表示と数字の太さ・濃さ）で、品物の再度の調理を指示する標示を出力（表示）することができる。そのため、厨房の調理スタッフは再指示に係る品物を通常の注文に係る品物と区別して認識することができるため、優先調理などの必要な対策を講じることができる。そのため、顧客満足度が高くなる。

なお必須の機能ではないが、図８の例では、再指示に係る品物と同時に注文されたがすでに調理が終了し、再指示には含まれていない品物（料理２、ドリンク２）が調理済みであることを示す態様（標準よりも薄い色と斜めの取り消し線）で示されている。このためには、例えば記憶部４４０に過去に表示した内容の履歴を記憶しておき、再指示通知のコマンドを受信したときに対応する伝票番号の注文の表示を復活させる方法を用いることができる。これにより、厨房スタッフは再指示に係る品物がどの注文に含まれるものであったか容易に思い出すことができる。

アクトＡ４０７を終了すると、制御部４１０はＫＤ表示処理を終了する。

アクトＡ４０３に戻って、通常注文でも再指示でもないと判別すると（アクトＡ４０３：ＮＯ）、制御部４１０は次に受信したコマンドが取消操作に係るコマンドであるか否か判別する（アクトＡ４０８）。

受信したコマンドが取消通知コマンド（図１４：コマンドＣ１４）である場合には、アクトＡ４０８で取消操作に係るコマンドであると判別する（アクトＡ４０８：ＹＥＳ）。この場合、制御部４１０は受信したコマンドに基づいて合計データを減算する（アクトＡ４０９）。減算後の数値は、取消に係る品物の、取消後の合計にあたる。

本実施形態では、制御部４１０の合計取得部４１１０が、図７に例示した合計データ４４２０の各レコードのうち、取消通知コマンドに含まれるすべての取消指示に係る品物について、このコマンドが指定する数量分だけ合計数を減少させる。

次に、制御部４１０は減算後の表示コマンドを送信する（アクトＡ４１０）。取消通知コマンドに応答した減算後の表示コマンド（図１４：コマンドＣ１５）は、現在表示している画像に、以下の（１）と（２）の変更を加えた画像を表示させるためのものである。

（１）注文別に数量で表示された調理指示のうち、取消に係る品物の標示を通常の態様から取消されたことを示す態様（図８の例では２重取り消し線を重ねた態様）に変更する。

（２）取消に係る品物の合計の標示を、合計取得部４１１０がアクトＡ４０９で減算した後の数値に対応する標示に更新する。

制御部４１０は、現在表示している画像に上記（１）、（２）の変更を加えた画像を作成し、作成した画像をＫＤ入出力部４５０に配信し、キッチンディスプレイ５０に表示させる。

次に、制御部４１０は減算後の表示コマンドを送信した後所定時間待機する（アクトＡ４１１）。例えば、この待機時間は、取消に係る品物の標示が、通常の調理指示から取消の態様に変更されたのち、キッチンディスプレイ５０の表示画面上から削除されるまでの時間である。待機時間は例えば１５秒、３０秒、１分といった所定の時間である。待機時間の設定は、工場出荷時に記憶部４４０の所定領域に予め記憶させる。あるいは、ユーザーが入力部４２０を用いて任意に設定する。

所定時間待機した後、制御部４１０は削除後の表示コマンドをキッチンディスプレイ５０に送信する（アクトＡ４１２）。そして、ＫＤ標示処理は終了する。取消に係る削除後の表示コマンド（図１５：コマンドＣ１６）は、現在表示している画像から、削除された品物の調理を指示する標示を削除した画像を表示させるためのコマンドである。制御部４１０は現在表示している画像から、削除された品物の調理を指示していた標示を削除した画像を作成する。そして、作成した画像をＫＤ入出力部４５０に配信し、キッチンディスプレイ５０に表示させればよい。

例えば、図８の例では２重取り消し線を取り消された「料理５」の行の「テーブルＮｏ．４」の列の数字「１」の文字が、テーブル１番の顧客が注文した品物である、料理５を調理することを指示する標示である。２重取り消し線は、取消を受けたことを意味する。アクトＡ４１２では、２重取り消し線とこの「１」の数値を削除した画像を作成して、キッチンディスプレイ５０に表示させる。

アクトＡ４１０で減算後の合計を表示した後に品物の調理を指示していた画像を削除するので、調理担当者は削除された品物についての情報を目視する時間がある。その一方、今調理が必要な品物の合計については減算されたタイミングですぐに表示されるため、調理担当者が全体の処理の概要を遅滞なく確認することができる。そのため、調理の効率が高い。

なお、一旦削除された品物の標示が、再指示や履歴の表示によりもう一度表示される場合があるが、その場合も品物の調理を指示していた画像の削除に該当する。

アクトＡ４０２に戻って、受信したコマンドの送信元がステーションサーバ３０でないと判別すると（アクトＡ４０２：ＮＯ）、次に制御部４１０はコマンドの送信元がキッチンディスプレイ５０であるか否か判別する（アクトＡ４１３）。送信元がキッチンディスプレイ５０であると判別すると（アクトＡ４１３：ＹＥＳ）、次に受信したコマンドが調理終了操作の受付コマンドであるか否かを判別する（アクトＡ４１４）。

受信したコマンドが終了操作受付コマンド（図１３：コマンドＣ４、図１５：コマンドＣ２４）である場合に、制御部４１０は調理終了操作の受付コマンドであると判別する（アクトＡ４１４：ＹＥＳ）。この場合、制御部４１０はアクトＡ４０９で調理が終了した品物について、調理が終了した数だけ減算する（アクトＡ４０９）。減算後の数値は、調理終了に係る品物の、調理終了後の合計にあたる。

なお、本実施形態では、終了操作受付コマンドは注文単位又はテーブル単位で表示される調理指示へのタッチ操作を受付けた旨を通知するコマンドである。同時に注文された同じ品物は同時に調理する前提で、調理指示として数値が表示されている部位をタッチすると、その品物がその数値分だけ調理が完了した旨のコマンドが送信される。あるいは、調理を終了した品物の数量として、キッチンディスプレイ５０の画面上で厨房担当者が任意の数値を入力する構成を採用することも可能である。また、入力方式の変形例として、調理指示が表示されている品物をボタン操作やマウスで選択するといった既知の任意の方法が挙げられる。

終了操作受付コマンドを受信した場合、次のアクトＡ４１０において制御部４１０は、減算後の表示コマンドとして、調理終了に係る品物の調理を指示していた標示の態様を調理終了の態様に変化させる表示コマンド（図１３：コマンドＣ５、図１５：コマンドＣ２５）を送信する。図８の例では、調理済みであることを示す指標は通常注文に係る品物より薄い色の数値で表示され、斜めの取り消し線が引かれている。

アクトＡ４１０の終了後は、制御部４１０は終了操作受付指示を受信した場合も取消通知を受信した場合と同様に所定時間待機する（アクトＡ４１１）。そして、終了操作に係る品物の調理指示をしていた表示を削除する表示コマンド（図１３：コマンドＣ７、図１５：コマンドＣ２７）を送信する（アクトＡ４１２）。そして、ＫＤ表示処理を終了する。

なお、アクトＡ４１１で所定時間待機するにあたって、実行中のＫＤ表示処理を続行してもよいが、一旦ＫＤ表示処理を終了する構成も採用可能である。この場合には、制御部４１０はアクトＡ４１１で待機時間を示すカウンターをセットする。そして、次回以降に実行されるＫＤ表示処理でカウンターを更新し、カウンターが所定時間経過を示す値となったタイミングで削除の表示コマンドを送信する。

アクトＡ４０８でＮＯと判別されるか（アクトＡ４０８：ＮＯ）、アクトＡ４１３でＮＯと判別されるか（アクトＡ４１３：ＮＯ）、アクトＡ４１４でＮＯと判別された場合（アクトＡ４０８：ＮＯ）、制御部４１０は受信したコマンドに応じたその他の処理を実行する（アクトＡ４１５）。

例えば、キッチンディスプレイ５０が調理終了以外の操作を受付けた場合には、制御部４１０は受付けた操作に応じた処理を実行する。また、ステーションサーバ３０から通常注文、再指示、取消を通知するコマンドのいずれでもないコマンドが送信された場合に、そのコマンドに応じた処理を実行する。さらに、外部の上位サーバやＰＯＳ装置７０等からコマンドを受信した場合にも、そのコマンドに応じた処理を実行する。

また、アクトＡ４１５には、会計伝票や配膳伝票の印刷が含まれる。例えば、同じ伝票番号に係る品物についてすべて終了操作を受付けた場合に、品物の名称と数とテーブル番号とをプリンタ入出力部４６０を介してキッチンプリンタ６０に出力させる。このとき、再指示に係る品物については通常注文に係る品物とは異なる態様で印刷する。例えば、「再指示」の表示や、「配膳遅れ発生のため注意」といった注意書きを合わせて印刷する、品物を表す文字の色を変える、といった方法が挙げられる。

また、会計伝票は同じテーブル番号の顧客が注文した全ての品物について調理終了操作を受付けたときに印刷される。具体的な処理例としては、調理終了操作に応答して、その内容をコマンド（終了操作通知コマンド、図１３：コマンドＣ６、図１５：コマンドＣ２６）としてステーションサーバ３０に伝達する。さらに、ステーションサーバ３０の制御部３１０が、終了操作の内容を注文データ３４１０が記憶する当該テーブル番号の品物（及び品物の数）と比較する。そして、ステーションサーバ３０がすべての品物が調理済みであると判定した場合に、当該テーブル番号に係る会計データをキッチンサーバ４０にコマンドとして送信する。キッチンサーバ４０は、受信した会計データの内容をキッチンプリンタ６０に出力して会計伝票を印刷すればよい。

上述の処理により、再指示の内容を調理スタッフのみならず配膳にかかわるスタッフにも確実に伝えることで、顧客満足度を高めることができる。さらに、複雑な操作をする必要なく、ＰＯＳ端末７０等を用いて再指示の内容が混入しない会計処理が可能となる。そのため、再指示に係る品物を適宜調理して配膳先に届けることができる上に、適正な会計処理も可能であるため、高い顧客満足度と作業効率を両立させることができる。

その他、アクトＡ４１５に係るその他の処理については、工場出荷時及び注文処理システム１の設置者が自由に設定する。

アクトＡ４１５のその他の処理が終了すると、制御部４１０はＫＤ表示処理を終了する。

本実施形態の注文処理システム１では、ハンディーターミナル１０の入出力部１２０が、過去に注文を受付けた中で、未だ配膳先に届いていない品物の調理を再指示する入力を受付ける。そして、キッチンサーバ４０の制御部４１０が、受付けた入力に応じて、品物の調理を再指示する標示（図８における、経過時間の欄が「再」の文字である縦列に配置されるローマ数字など）を一度目の調理指示（図８における、経過時間の欄がローマ数字である縦列に配置されるローマ数字など）とは異なる態様（経過時間の欄の標示が「再」とローマ数字で異なる部分など）でキッチンディスプレイ５０に表示させる。

そのため、キッチンディスプレイ５０の画面を見ることで、調理担当のスタッフは再再指示に係る品物を、そうでない品物（通常の注文に係る品物等）と区別できる。このため、再指示の際に生じた顧客の不快感に対処できる。よって、顧客満足度が高い。

特に、再指示の入力は、誤配膳や調理し忘れが発生して、注文した顧客からホールスタッフに未配膳である旨のクレームが入った場合に行われることが想定される。本実施形態の注文処理システム１では、このような場合でも、通常の注文と区別して再指示の注文を厨房のスタッフに正確に伝達することができる。そのため、更なるクレームの発生などを防ぐことができる。

また、ハンディーターミナル１０の入出力部１２０が受付けた入力に基づいて、注文済みの品物を登録した注文データ３４１０を記憶する記憶部３４０と、記憶部３４０が記憶した注文データ３４１０に基づいて、品物の再指示が正当か否かを判別する判別部３１１０と、を更に備え、図１１の確認処理で判別部３１１０が正当である（不正で無い）と判別した品物についてのみ、再指示の入力を受付ける。

このため、一度も注文されていない品物や注文された数を超える品物について、会計を伴わない再指示を受付ける恐れがなく、不正行為を防止することができる。

また、記憶部３４０が、注文を行った顧客の会計データ３４３０を記憶すると共に、会計データ３４３０とは異なる再指示データ３４４０としてハンディーターミナル１０が受付けた再指示の内容を記録する。そして、通信部３３０が再指示データ３４４０と会計データ３４３０とを出力する。

このため、再指示の内容と会計の内容とを混合せず利用することができる。

また、再指示に係る品物については再指示されていない品物より優先して調理することを指示する標示をキッチンディスプレイ５０に表示させる。

このため、再指示の必要が生じたため、不快を感じている顧客の配膳待ち時間を短縮することができる。

（変形例）
以上、注文処理システム１について説明したが、本願の注文処理システムは上述の実施形態に限らず様々な変形が可能である。

例えば、上記実施形態１ではステーションサーバ３０とキッチンサーバ４０とは別体の装置として説明した。しかし、ステーションサーバ３０とキッチンサーバ４０の機能を同一の装置に組み込むことも可能である。さらに、ステーションサーバ３０やキッチンサーバ４０が担う機能を複数のサーバ装置で分担しても良い。

また、上述したオーダーデータ１４２０、注文データ３４１０、会計データ３４３０、再指示データ３４４０、合計データ４４２０などのデータ構造は実施形態１で例示した構造に限らない。例えば、実施形態１では注文された品物を示す情報として、品名と品物ＩＤを併用していたが、品物ＩＤだけを保存しても良い。この場合は、品名を出力するにあたって、品物ＩＤをキーとして品物マスタ３４２０を検索し、対応する品名を抽出して利用すればよい。

また、各種コマンドの送受信のタイミングは、図１３〜図１５に限らない。例えば、キッチンサーバが終了通知コマンドと削除後の表示コマンドを送信するタイミングは互いに前後しても良い。さらに、上記実施形態では新たな注文の入力があった場合にのみステーションサーバ３０がキッチンサーバ４０へ注文データ３４１０の差分を示すコマンドを送信した。また、調理終了の入力があった場合にのみ、終了操作を通知するコマンドをキッチンサーバ４０がステーションサーバ３０へ送信した。これに変えて、注文や入力の有無にかかわらず、30秒や1分といった所定の周期毎に、ステーションサーバ３０とキッチンデータ４０とで相互にコマンドを送受信してもよい。このようなタイミングでコマンドを送受信すれば、複数のサーバ装置間で注文データ３４１０、会計データ３４３０、再指示データ３４４０、表示用データ４４１０、合計データ４４２０といった集計データを周期的に同期することができる。

また、キッチンディスプレイ５０に表示される画面として、図８のように各行に同じ品物をまとめて表示する例を挙げて説明した。他の表示例として、図１７のように、同じテーブルで同時に注文された品物をまとめて表示する態様が挙げられる。図１７の画像では、詳細表示として一つの伝票に含まれる品物とその品物の数が対応付けて表示されている。また、ここでは画面左上から右下に向かって調理の優先度が高い。そのため、実際に入力された時刻に関わらず、通常の注文とは異なる再指示の標示（「復活」の印）を伴う調理指示は、他の再指示に関わらない品物の調理指示よりも優先度が高い左上に表示される。

また、再指示の品物を示す態様は、上述した例に限らず調理担当者が再指示とは異なる通常注文に係る品物と識別可能であればよい。例えば文字による表示に限らず、色の違いやアイコンの違いなどによって、再指示である旨を表示しても良い。

また、上述の実施形態では、再指示の入力において全てのメニューが入力可能であった。しかし、取消の入力時と同様に、入力開始時に注文済品問合せコマンドを送信して予め再指示に係るテーブル番号（又は伝票番号）の注文済みの品物のみを入力可能としても良い。この場合、例えば次のような順に処理を実行する。（１）ハンディーターミナルが注文品問合コマンドを送信する。（２）ステーションサーバがこのコマンドに応じて注文データを検索し注文済みの品物のデータを抽出する。（３）ステーション が抽出したデータのコマンドをハンディーターミナルに送信する。（４）ハンディーターミナルがこのコマンドに基づいて注文済みの品物のみを注文した数を上限として選択可能な入力画面を表示する。

この場合、上記（１）〜（４）の機能を担う部分が、実施形態１の判別部３１１０に相当する。このような構成でも、正当である（不正で無い）と判別した品物についてのみ、再指示の入力を受付けることができる。この変形例によれば、予め再指示が可能な品物のみが選択可能な態様でハンディーターミナルに表示されるので、ホールスタッフの入力作業の能率が向上する。

また、上記実施形態では、すべてのホールスタッフが再指示を入力可能であったが、特定のホールスタッフだけが再注文できる構成を採用しても良い。例えば、図１６の（ａ）の入力画面で担当者を入力させ、図１１の確認処理において担当者が有資格者か否かを判別すればよい。このような構成によれば、経験の少ないスタッフが誤って再指示入力を行い、店舗の業務を混乱させることを防ぐことができる。

また、上記実施形態及びその変形例では、再指示の標示と品物毎の合計標示を同時に実現した。しかし、再指示の標示のみが必要な場合は、合計標示の機能を削除した構成も可能である。

ハンディーターミナル１０、ステーションサーバ３０、キッチンサーバ４０が担う注文処理システム１の中核的な機能の一部又は全部は、専用のハードウェアに限らず、汎用のＣＰＵと、揮発性のメモリと、不揮発性記憶装置と、通信装置と、を備えた家庭用のタブレット端末、パーソナルコンピュータ又は業務用コンピュータでも代替することができる。例えば、操作受付処理（図８）、注文管理処理（図９）、確認処理（図１０）又はＫＤ表示処理（図１１）のプログラムを、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）、といったコンピュータ読み取り可能な不揮発性媒体に記憶して配布する。配布された媒体からこれらのプログラムをインストールすることで、汎用のコンピュータを上述のハンディーターミナル１０、ステーションサーバ３０又はキッチンサーバ４０として機能させることができる。

また、不揮発性媒体に記憶して配布する代わりに、上述のプログラムをＦＴＰ（File Transfer Protocol）サーバ等の配信手段を用いて、インターネット経由で配布することもできる。さらに、プログラム本体をダウンロード配布する代わりに、ＳＡＡＳ（Software as a Service）、ＡＳＰ（Active Server Pages）といった形態でサーバコンピュータ上に展開したソフトウェアにアクセスした端末を、注文処理システム１を構成する装置として機能させても良い。

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

１：注文処理システム
１０ａ、１０ｂ：ハンディーターミナル
２０：無線ルータ
３０：ステーションサーバ
４０：キッチンサーバ
５０：キッチンディスプレイ
６０：キッチンプリンタ
７０：ＰＯＳ端末
８０：ＬＡＮ
１１０：制御部
１２０：入出力部
１３０：通信部
１４０：記憶部
１４１０：品物マスタ
１４２０：オーダーデータ
１４３０：ターミナルＩＤ
１５０：時計
３１０：制御部
３１１０：判別部
３２０：入力部
３３０：通信部
３４０：記憶部
３４１０：注文データ
３４２０：品物マスタ
３４３０：会計データ
３４４０：再指示データ
４１０：制御部
４１１０：合計取得部
４２０：入力部
４３０：通信部
４４０：記憶部
４４１０：表示用データ
４４２０：合計データ
４５０：ＫＤ入出力部
４６０：プリンタ入出力部

Claims (5)

1. 過去に注文を受付けた中で、未だ配膳先に届いていない品物の調理を再指示する入力を受付ける入力部と、
   前記入力部が受付けた入力に基づいて、注文済みの品物を記憶した注文データを記憶する注文記憶部と、
   前記注文記憶部が記憶した注文データに基づいて、前記入力部が受付けた入力に係る品物の再指示が正当か否かを判別する判別部と、
   前記入力部が受付けた品物の調理を再指示する入力のうち、前記判別部が正当であると判別した品物の再指示に係る入力についてのみ、入力を受理する受理部と、
   前記受理部が受理した入力に応じて、品物の調理を再指示する標示を一度目の調理指示とは異なる態様で表示装置に表示させる表示制御部と、
   を備える注文処理システム。
2. 前記注文を行った顧客の会計データを記憶する会計記憶部と、
   前記会計データとは異なる再指示データとして、前記受理部が受理した入力の再指示の内容を記憶する再指示記憶部と、
   前記再指示データと前記会計データとを出力する再指示出力部と、
   を更に備える請求項１に記載の注文処理システム。
3. 前記表示制御部は、前記再指示に係る品物については再指示されていない品物より優先して調理することを指示する標示を前記表示装置に表示させる、
   請求項１又は２に記載の注文処理システム。
4. 品物と該品物の数を含む注文の入力を受付ける入力装置から該入力の情報を受信し、表示装置を制御するコンピュータに、
   前記入力装置が受付けた、過去に注文を受付けた中で、未だ配膳先に届いていない品物の調理を再指示する入力の情報を受信する処理、
   前記受信した入力の情報に基づいて、注文済みの品物を記憶した注文データを記憶する処理、
   前記記憶した注文データに基づいて、前記受信する処理で情報を受信した入力に係る品物の再指示が正当か否かを判別する処理、
   前記受信する処理で情報を受信した品物の調理を再指示する入力のうち、前記判別する処理にて正当であると判別した品物の再指示に係る入力についてのみ、入力を受理する処理、
   前記表示装置に、前記受理する処理で受理した入力の情報に応じて、品物の調理を再指示する標示を一度目の調理指示とは異なる態様で表示させる処理、
   を実行させるためのプログラム。
5. 品物の注文の入力と、過去に注文を受付けた中で、未だ配膳先に届いていない品物の調理を再指示する入力を受付ける入力部と、
   前記入力部が受付けた注文の入力に基づいて、注文済みの品物を記憶した注文データを記憶する注文記憶部と、
   前記注文記憶部が記憶した注文データに前記入力部が受付けた再指示に係る品物が含まれるか否か判別する判別部と、
   前記判別部が前記再指示に係る品物が含まれていると判別したことに基づき、前記入力部が受付けた調理を再指示する入力に応じて、前記品物の調理を再指示する標示を一度目の調理指示とは異なる態様で表示装置に表示させる表示制御部と、
   を備える注文処理システム。

Images