(57)【特許請求の範囲】
【請求項１】
品物と該品物の数を含む注文の入力と、一度注文を受付けた品物の注文を取消す指示であって、取消に係る品物と該品物を取消す数を含む取消指示の入力と、を受付ける注文入力部と、
前記注文入力部が受付けた入力に基づいて、調理が終了していない品物の合計を品物別に求める合計取得部と、
表示装置に、前記注文入力部が受付けた注文毎に品物の調理を指示する標示を表示させると共に、前記合計取得部が求めた合計を更に表示させる表示制御部と、
待機時間の設定入力を受付ける設定入力部と、
を備え、
前記合計取得部は、前記注文入力部が受付けた取消指示に基づき該取消後の品物の合計を求め、
前記表示制御部は、前記表示装置に、前記品物の注文が取消されたことを示す標示を削除させるより前記設定入力部が受付けた待機時間早いタイミングで前記合計取得部が求めた取消後の合計を表示させる、
注文処理システム。
【請求項２】
品物と該品物の数を含む注文の入力を受付ける注文入力部と、
前記注文入力部が受付けた入力に基づいて、調理が終了していない品物の合計を品物別に求める合計取得部と、
表示装置に、前記注文入力部が受付けた注文毎に品物の調理を指示する標示を表示させると共に、前記合計取得部が求めた合計を更に表示させる表示制御部と、
前記調理を指示する標示が表示された品物について、調理終了の操作を受付ける受付部と、
待機時間の設定入力を受付ける設定入力部と、
を備え、
前記合計取得部は、前記受付部が受付けた操作に応じて前記調理終了後の品物の合計を求め、
前記表示制御部は、前記表示装置に、前記品物が調理終了したことを示す標示を削除させるより前記設定入力部が受付けた待機時間早いタイミングで前記合計取得部が求めた調理終了後の合計を表示させる、
注文処理システム。
【請求項３】
品物と該品物の数を含む注文の入力と、一度注文を受付けた品物の注文を取消す指示であって、取消に係る品物と該品物を取消す数を含む取消指示の入力と、を受付ける注文入力部と、
前記注文入力部が受付けた入力に基づいて、調理が終了していない品物の合計を品物別に求める合計取得部と、
表示装置に、前記注文入力部が受付けた注文毎に品物の調理を指示する標示を表示させると共に、前記合計取得部が求めた合計を更に表示させる表示制御部と、
確認操作を受付ける受付部と、
を備え、
前記合計取得部は、前記注文入力部が受付けた取消指示に基づき該取消後の品物の合計を求め、
前記表示制御部は、前記表示装置に前記合計取得部が求めた取消後の合計を表示させた後に、前記受付部が確認操作を受付けた場合に、該表示装置に前記品物の注文が取消されたことを示す標示を削除させる、
注文処理システム。
【請求項４】
前記注文入力部を有する入力装置と、
前記表示制御部を備える表示制御装置と、
前記表示装置と、
を備える注文処理システムであって、
前記入力装置から注文内容の情報を受信し、該受信した情報を前記表示制御装置に伝達し、さらに、前記表示制御装置から前記表示装置が受け付けた調理終了を示す操作の情報を受信する送受信部と、
前記注文内容の情報と、調理終了を示す操作の情報と、に基づいてデータを集計する集計部と、
前記集計したデータを外部装置に出力する出力部と、を備えたデータ管理装置を更に備える、
請求項１乃至３の何れかに記載の注文処理システム。
【請求項５】
品物と該品物の数を含む注文の入力と、一度注文を受付けた品物の注文を取消す指示であって、取消に係る品物と該品物を取消す数を含む取消指示の入力と、を受付ける注文入力装置から該入力の情報を受信し、表示装置を制御するコンピュータに、
前記注文入力装置が受付けた入力に基づいて、調理が終了していない品物の合計を品物別に求める処理、
前記表示装置に、前記注文入力装置が受付けた注文毎に品物の調理を指示する標示を表示させると共に、前記求めた合計を更に出力させる処理、
待機時間の設定入力を受付ける処理、
前記取消指示に基づき該取消後の品物の合計を求める処理、
前記表示装置に、前記品物の注文が取消されたことを示す標示を削除させるより前記受付けた待機時間早いタイミングで前記求めた取消後の合計を表示させる処理、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、注文処理システム及びプログラムに関する。
【背景技術】
【０００２】
近年ＩＴ技術が発展するに伴って、飲食店でも注文システムを導入して業務を効率的に管理する店舗が増えている。このような飲食店の業務管理を行う注文システムの中には、顧客からのオーダーをハンディーターミナルで受付け、キッチンディスプレイに調理指示を表示するものがある。
【０００３】
上記の注文システムでは、キッチンディスプレイに表示される情報が詳細にすぎ、厨房担当者が作業の全体像を把握することができなかった。このように、従来の注文システムは店舗における作業効率が低いという問題があった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−３０３３７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は上記事情に鑑みてなされたものであり、作業効率が高い注文処理システム及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するため、本発明の注文処理システムは、品物と該品物の数を含む注文の入力と、一度注文を受付けた品物の注文を取消す指示であって、取消に係る品物と該品物を取消す数を含む取消指示の入力と、を受付ける注文入力部と、前記注文入力部が受付けた入力に基づいて、調理が終了していない品物の合計を品物別に求める合計取得部と、表示装置に、前記注文入力部が受付けた注文毎に品物の調理を指示する標示を表示させると共に、前記合計取得部が求めた合計を更に表示させる表示制御部と、待機時間の設定入力を受付ける設定入力部と、を備え、前記合計取得部は、前記注文入力部が受付けた取消指示に基づき該取消後の品物の合計を求め、前記表示制御部は、前記表示装置に、前記品物の注文が取消されたことを示す標示を削除させるより前記設定入力部が受付けた待機時間早いタイミングで前記合計取得部が求めた取消後の合計を表示させる、ことを特徴とする。
【図面の簡単な説明】
【０００７】
【図１】（ａ）第１実施形態に係る注文処理システムの構成を示すブロック図である。（ｂ）キッチンディスプレイの構成を示すブロック図である。
【図２】（ａ）ハンディーターミナルの構成を示すブロック図である。（ｂ）オーダーデータの例を示す図である。
【図３】（ａ）ステーションサーバの構成を示すブロック図である。（ｂ）注文データの例を示す図である。
【図４】会計データの例を示す図である。
【図５】再指示データの例を示す図である。
【図６】キッチンサーバの構成を示すブロック図である。
【図７】合計データの例を示す図である。
【図８】キッチンディスプレイに表示される画像の例である。
【図９】操作受付処理のフローチャートである。
【図１０】注文管理処理のフローチャートである。
【図１１】確認処理のフローチャートである。
【図１２】ＫＤ表示処理のフローチャートである。
【図１３】注文処理システムのコマンド送受信の例を示す図である。
【図１４】注文処理システムのコマンド送受信の例を示す図である。
【図１５】注文処理システムのコマンド送受信の例を示す図である。
【図１６】ハンディーターミナルの操作画面の例を示す図である。
【図１７】変形例に係るキッチンディスプレイに表示される画像の例である。
【発明を実施するための形態】
【０００８】
以下、本発明の注文処理システム及びプログラムについて、図面を用いて説明する。
【０００９】
（実施形態１）
実施形態１に係る注文処理システム１は、図１（ａ）に示すように、複数のハンディーターミナル（ハンディーターミナル１０ａ、１０ｂ、など）と、無線ルータ２０と、ステーションサーバ３０と、キッチンサーバ４０と、キッチンディスプレイ５０と、キッチンプリンタ６０と、ＰＯＳ（Ｐｏｉｎｔ  ｏｆ  Ｓａｌｅｓ）端末７０を備える。
【００１０】
複数のハンディーターミナル１０ａ、１０ｂ等は後述するように、同様のまたは類似の構成を備え、互いに区別しない場合には単にハンディーターミナル１０とも呼ぶ。  
注文処理システム１は例えばレストラン、カフェなどの飲食店において使用される。また、本実施形態において品物とは、顧客の注文に応じて調理スタッフが準備し、フロアスタッフが注文した顧客に配膳する飲食物一般を指す。
【００１１】
無線ルータ２０と、ステーションサーバ３０と、キッチンサーバ４０と、ＰＯＳ端末７０とは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）８０などの通信回線を介して接続される。また、キッチンサーバ４０はキッチンディスプレイ５０とキッチンプリンタ６０とに接続され、キッチンディスプレイ５０及びキッチンプリンタ６０を制御する。
【００１２】
複数のハンディーターミナル（１０ａ、１０ｂなど）はそれぞれ無線ルータ２０の無線ネットワークに接続され、この無線ネットワーク及びＬＡＮ８０を通じてステーションサーバ３０、キッチンサーバ４０、ＰＯＳ端末７０と互いに接続される。
【００１３】
ハンディーターミナル１０はホールスタッフが使用する端末である。ハンディーターミナル１０は、後述する機能構成により、店員による通常の注文入力を一又は複数受付ける。ハンディーターミナル１０は、通常の注文入力に加えて、再指示の入力を一又は複数受付ける。再指示は、例えば、過去に一度注文を受付けた品物の中で、誤配膳や調理忘れなどが原因で時間が経過しても（複数のテーブルのうち）配膳先のテーブルに配膳されなかったため顧客から未着を指摘された品物があった場合に、当該品物についてホールスタッフが入力する。この再指示の入力に応答して、再指示に係る品物を再調理することを厨房のスタッフに指示する標示がキッチンディスプレイ５０に出力される。
【００１４】
なお、本実施形態及びその変形例において、調理とは、所謂本格的な料理に限定されない。例えば、飲み物の準備や、既に調理済みの食材を皿に盛りつけるといった、厨房担当者が行う配膳の準備全体を調理と呼ぶものとする。
【００１５】
ステーションサーバ３０は、店内に配置され、主にハンディーターミナル１０及びキッチンサーバ４０とコマンドを送受信する。ステーションサーバ３０は後述する機能構成により、ハンディーターミナル１０が受付けた通常注文及び再指示の入力情報に関するコマンドを集計する。そして、集計した結果をコマンドとしてキッチンサーバ４０に送信する。このとき、通常注文と再指示とに応じて異なるコマンドを送信するので、キッチンサーバ４０はハンディーターミナル１０がいずれの入力を受付けたか判別が可能となる。
【００１６】
また、ステーションサーバ３０はキッチンサーバ４０からコマンドを受信して、受信した結果に基づいて会計データ３４３０と再指示データ３４４０とを集計する。会計データ３４３０と再指示データ３４４０については後述する。ステーションサーバ３０は、集計した結果はＰＯＳ端末７０や店外に設置された外部サーバ（上部サーバ）などに送信する。このため、顧客に対する請求や決算に用いる会計データとは別に、再指示のデータを統計的に解析して利用することができる。
【００１７】
キッチンサーバ４０は、店内に配置され、主にステーションサーバ３０とコマンドを送受信する。また、キッチンディスプレイ５０と接続され、表示コマンドを送信することによりキッチンディスプレイ５０の画面表示を制御する。具体的には、通常の注文コマンドをステーションサーバ３０から受け取った場合には、受け取った順に調理するように指示する標示（数字や文字、アイコンや画像を含む）を表示させるコマンドをキッチンディスプレイ５０に出力する。一方、再指示のコマンドをステーションサーバ３０から受けとった場合には、再指示であることを明示する標示をキッチンディスプレイ５０に表示させる。さらに、最優先（又は再指示に関わらない品物より高い優先度）で再指示に係る品物を調理することを指示する標示を表示させるコマンドを、キッチンディスプレイ５０に出力する。
【００１８】
キッチンサーバ４０は、さらに現在までに注文を受けたが、未だ調理終了操作や取消指示を受付けていない品物の合計を、品物ごとに求める。そして、求めた値をキッチンディスプレイ５０に表示させる。キッチンサーバ４０は複数種類の品物を異なる識別子を割り振ることにより区別して集計する。また、ここでは入力部として機能する１又は複数のハンディーターミナル１０が複数の注文を受付けたことにより、合計を求める必要が生じたことを前提とする。これにより、厨房の調理スタッフは現在どの品物をどれだけ調理すればよいか把握することができるため、調理作業の効率が高くなる。なお、後述するように、品物の合計はステーションサーバ３０から受信したコマンドが示す通常の注文コマンドと再指示コマンド、及び、キッチンディスプレイから受信した調理終了の操作の内容に応じて算出する。
【００１９】
キッチンサーバ４０は、また、キッチンディスプレイ５０が受付けた入力（タッチ操作など）に関するコマンドを受付ける。そして、受付けた入力に応じたコマンドをステーションサーバ３０に送信する。具体的には、キッチンディスプレイ５０がある品物の調理終了の入力を受付けると、この品物の調理が終了したことを示すコマンドをステーションサーバ３０に送信する。ステーションサーバ３０はこのコマンドに応じて、上述した集計処理を実行する。
【００２０】
キッチンサーバ４０は、キッチンディスプレイ５０に加えてキッチンプリンタ６０に接続され、キッチンプリンタ６０の出力（印刷処理）を制御する。具体的には、キッチンディスプレイ５０が品物の調理終了の入力を受付けた場合に、キッチンサーバ４０はその品物の配膳を指示する配膳伝票を出力させるコマンドをキッチンプリンタ６０に対して送信する。さらに、キッチンディスプレイ５０が品物の調理終了の入力を受付けた場合に、会計用の会計伝票を出力させるコマンドをキッチンプリンタ６０に対して送信する。
【００２１】
キッチンディスプレイ５０は、図１（ｂ）に示すように、表示部５１０と、タッチパッド５２０と、通信部５３０と、制御部５４０とを含む。表示部５１０は、例えば液晶ディスプレイや有機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）といった形態でサーバコンピュータ上に展開したソフトウェアにアクセスした端末を、注文処理システム１を構成する装置として機能させても良い。
【０１６２】
いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【０１６３】
１：注文処理システム
１０ａ、１０ｂ：ハンディーターミナル
２０：無線ルータ
３０：ステーションサーバ
４０：キッチンサーバ
５０：キッチンディスプレイ
６０：キッチンプリンタ
７０：ＰＯＳ端末
８０：ＬＡＮ
１１０：制御部
１２０：入出力部
１３０：通信部
１４０：記憶部
１４１０：品物マスタ
１４２０：オーダーデータ
１４３０：ターミナルＩＤ
１５０：時計
３１０：制御部
３１１０：判別部
３２０：入力部
３３０：通信部
３４０：記憶部
３４１０：注文データ
３４２０：品物マスタ
３４３０：会計データ
３４４０：再指示データ
４１０：制御部
４１１０：合計取得部
４２０：入力部
４３０：通信部
４４０：記憶部
４４１０：表示用データ
４４２０：合計データ
４５０：ＫＤ入出力部
４６０：プリンタ入出力部
【図１】
0006263466.tif 000002
【図２】
0006263466.tif 000003
【図３】
0006263466.tif 000004
【図４】
0006263466.tif 000005
【図５】
0006263466.tif 000006
【図６】
0006263466.tif 000007
【図７】
0006263466.tif 000008
【図８】
0006263466.tif 000009
【図９】
0006263466.tif 000010
【図１０】
0006263466.tif 000011
【図１１】
0006263466.tif 000012
【図１２】
0006263466.tif 000013
【図１３】
0006263466.tif 000014
【図１４】
0006263466.tif 000015
【図１５】
0006263466.tif 000016
【図１６】
0006263466.tif 000017
【図１７】
0006263466.tif 000018