JP2012181764A - 注文処理システムおよび注文管理装置 - Google Patents

Abstract

【課題】 メニュー外品目に関するオーダーの管理を支援する。
【解決手段】 実施形態の注文処理システムは、複数の注文受付装置と注文管理装置とを備える。複数の注文受付装置のそれぞれは、判定手段および報知手段を備える。注文管理装置は、管理手段と、制御手段とを備える。判定手段は、店舗において無料で提供される品目のうちの顧客により注文された品目を店員の操作に応じて判定する。報知手段は、店員に対する報知動作を行う。管理手段は、判定手段により判定された品目のうちの未提供である品目を管理する。制御手段は、管理手段により管理された品目を報知するための報知動作を行うように報知手段を制御する。
【選択図】 図２

Description

本発明の実施形態は、注文処理システムおよび注文管理装置に関する。

店舗等で提供される品目には、メニューに記載されて有料で提供される品目（以下、メニュー内品目と記す）の他に、メニューに記載されずに無料で提供される品目（以下、メニュー外品目と記す）がある。このようなメニュー外品目としては例えば、箸、スプーン、フォーク、小皿およびおしぼりなどがある。

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

店員が操作する注文受付装置においては、メニュー内品目についてのオーダー内容の入力を受け付けるように構成されており、メニュー外品目の注文への対処は店員のみにより行われている。

このような事情から、メニュー外品目に関するオーダーの管理を支援することが望まれていた。

実施形態の注文処理システムは、複数の注文受付装置と注文管理装置とを備える。複数の注文受付装置のそれぞれは、判定手段および報知手段を備える。注文管理装置は、管理手段と、制御手段とを備える。判定手段は、店舗において無料で提供される品目のうちの顧客により注文された品目を店員の操作に応じて判定する。報知手段は、店員に対する報知動作を行う。管理手段は、判定手段により判定された品目のうちの未提供である品目を管理する。制御手段は、管理手段により管理された品目を報知するための報知動作を行うように報知手段を制御する。

一実施形態に係る注文処理システムの構成を示す図。 ハンディ端末およびステーションのブロック図。 ハンディ端末の外観の一例を示す平面図。 第２のオーダーテーブルの一例を示す図。 ユーザインタフェース画像の表示例を示す図。 ステーションが有するＣＰＵの処理のフローチャート。 ステーションが有するＣＰＵの処理のフローチャート。 警告画像の表示例を示す図。 警告画像の表示例を示す図。 注文処理システムの変形構成例を示す図。

以下、図面を参照して一実施形態について説明する。

図１は本実施形態に係る注文処理システム１００の構成を示す図である。

この注文処理システム１００は、飲食店や販売店などのような顧客の注文に応じて飲食サービスや商品販売サービスなどの様々なサービスを提供する様々な施設で利用可能である。ただし以下においては、飲食店での利用に適応するものとして構成された注文処理システム１００について説明することとする。

注文処理システム１００は、複数の情報端末１、複数のハンディ端末２、複数の伝票プリンタ３およびステーション４をＬＡＮ（local area network）５にそれぞれ接続して構成される。ただし、ハンディ端末２は、無線アクセスポイント６を介してＬＡＮ５に接続される。情報端末１、ハンディ端末２および伝票プリンタ３は、図１では２つずつを図示しているが、その数はそれぞれに任意である。情報端末１、ハンディ端末２および伝票プリンタ３は、１つのみが設けられても良い。

情報端末１は、例えば接客フロアやチェックアウトカウンタに設置される。情報端末１は、顧客に対する案内、受注、給仕（配膳）、あるいは会計などの各種の業務に関する処理を行う。そして、接客フロアに設置された情報端末１においては、案内、受注および給仕（配膳）に関する処理が主として利用される。またチェックアウトカウンタに設置された情報端末１においては、さらに会計に関する処理が利用される。なお、情報端末１は、上記の業務の一部のみに関する処理を行うことにより、特定の用途に特化したものとしても良い。

ハンディ端末２は、オーダー入力のための店員の操作を入力するための端末装置である。ハンディ端末２は、入力した操作に従ってオーダー情報を生成し、このオーダー情報を無線送信する。ハンディ端末２から無線送信されたオーダー情報は、無線アクセスポイント６およびＬＡＮ５を介してステーション４に伝送される。ハンディ端末２は、入力ずみのオーダーの内容やオーダー品目の提供状況などを店員に確認させるために表示する端末装置でもある。これらの店員に確認させる情報は、ステーション４からＬＡＮ５および無線アクセスポイント６を介してハンディ端末２へと伝送される。

伝票プリンタ３は、例えば接客フロアやキッチンに設置される。接客フロアに設置された伝票プリンタ３は、オーダー情報に基づく注文伝票を顧客のために印刷する。すなわち、接客フロアに設置された伝票プリンタ３は、いわゆるカスタマープリンタである。またキッチンに設置された伝票プリンタ３は、オーダー情報に基づく調理指示伝票を調理人のために印刷する。すなわち、キッチンに設置された伝票プリンタ３は、いわゆるキッチンプリンタである。

ステーション４は、例えばバックヤードに設置され、情報端末１やハンディ端末２から送信された各種の情報を集計処理し、飲食店の営業に拘わる管理業務に関する処理を行う。またステーション４は、店員に確認させる情報を生成し、ハンディ端末２へと送信する。なおステーション４は、複数の情報端末１で共通に利用される情報の管理処理を行うこともある。

図２はハンディ端末２およびステーション４のブロック図である。

ハンディ端末２は、ＣＰＵ（central processing unit）２ａ、ＲＯＭ（read-only memory）２ｂ、ＲＡＭ（random-access memory）２ｃ、大容量メモリ２ｄ、ＬＣＤ（liquid crystal display）２ｅ、ＬＥＤ（light emitting diode）２ｆ、表示コントローラ２ｇ、タッチセンサ２ｈ，２ｉ、ボタンユニット２ｊ、入力コントローラ２ｋおよび無線ＬＡＮ通信部２ｍを含む。このうち、ＣＰＵ２ａ、ＲＯＭ２ｂ、ＲＡＭ２ｃ、大容量メモリ２ｄ、表示コントローラ２ｇ、入力コントローラ２ｋおよび無線ＬＡＮ通信部２ｍは、バスラインにそれぞれ接続されている。ＬＣＤ２ｅおよびＬＥＤ２ｆは表示コントローラ２ｇに接続されている。タッチセンサ２ｈ，２ｉおよびボタンユニット２ｊは、入力コントローラ２ｋに接続されている。

ＣＰＵ２ａは、ＲＯＭ２ｂや大容量メモリ２ｄに記憶されたプログラムに従って、前述した各種の業務に関する各種の処理や後述する処理を実行する。

ＲＯＭ２ｂは、ＣＰＵ２ａの処理手順を記述したプログラムや、ＣＰＵ２ａが各種の処理を実行する上で必要なデータなどを記憶している。

ＲＡＭ２ｃは、ＣＰＵ２ａが各種の処理を実行する上で必要なデータを必要に応じて記憶する。例えばＲＡＭ２ｃには、ＬＣＤ２ｅで表示するユーザインタフェース画像を表す画像データを記憶する。またＲＡＭ２ｃは、ＣＰＵ２ａが各種の処理を行う際のワークエリアとしても利用される。

大容量メモリ２ｄは、不揮発性で、かつ書き替え可能な半導体メモリであり、典型的にはフラッシュメモリが利用できる。大容量メモリ２ｄは、ＣＰＵ２ａの処理手順を記述したプログラムや、ＣＰＵ２ａが各種の処理を実行する上で必要な各種のファイルを記憶する。

ＬＣＤ２ｅは、表示コントローラ２ｇにより駆動されて画像を表示する。

ＬＥＤ２ｆは、表示コントローラ２ｇにより駆動されて点灯する。

表示コントローラ２ｇは、ＣＰＵ２ａの制御の下に転送されてくる画像データに応じた画像が表示されるようにＬＣＤ２ｅを駆動する。表示コントローラ２ｇは、ＣＰＵ２ａの制御の下に、ＬＥＤ２ｆの点灯／消灯を制御する。

タッチセンサ２ｈは、ＬＣＤ２ｅの表示面および複数の機能のそれぞれが対応付けられた機能ボタンや複数の置数ボタンを表した印刷面に積層配置される。タッチセンサ２ｈは、ＬＣＤ２ｅの表示画面や上記の印刷面への店員によるタッチがなされた際に、そのタッチ位置に応じた検出信号を出力する。

タッチセンサ２ｉは、複数の機能のそれぞれが対応付けられた機能ボタンが印刷などにより表されたシートに積層配置される。タッチセンサ２ｉは、上記のシートに表された機能ボタンへの店員によるタッチがなされた際に、そのタッチ位置に応じた検出信号を出力する。

ボタンユニット２ｊは、複数のボタンスイッチを含む。

入力コントローラ２ｋは、タッチセンサ２ｈ，２ｉから出力された検出信号に基づいて上記のタッチ位置を表す座標情報を求め、この座標情報をＣＰＵ２ａへ送る。座標情報は、タッチセンサ２ｈ，２ｉのどちらがタッチされたのかも識別可能である。

無線ＬＡＮ通信部２ｍは、無線アクセスポイント６と周知の無線ＬＡＮ規格に従って無線通信する。これにより無線ＬＡＮ通信部２ｍは、ＣＰＵ２ａが無線アクセスポイント６およびＬＡＮ５を介してステーション４と通信可能とする。無線ＬＡＮ通信部２ｍとしては、ＩＥＥＥ（The institute of electrical and engineers, Inc.）により策定されたIEEE 802.11などに準拠した既存の通信ユニットを利用できる。

図３はハンディ端末２の外観の一例を示す平面図である。なお、図３において図２と同一部分には同一符号を付している。

ハンディ端末２は、２つの筐体２ｎ，２ｐを有する。筐体２ｎ，２ｐは、図示しないシャフトによって連結されている。筐体２ｐは、シャフトを回転軸として揺動可能であり、筐体２ｎ，２ｐを並列させた図３に示すような展開状態と、筐体２ｎ，２ｐを互いに重ね合わせた折り畳み状態とをとり得る。筐体２ｎは、ＬＣＤ２ｅ、ＬＥＤ２ｆ、タッチセンサ２ｈおよびボタンユニット２ｊを支持する。筐体２ｐは、タッチセンサ２ｉを支持する。ＣＰＵ２ａ、ＲＯＭ２ｂ、ＲＡＭ２ｃ、大容量メモリ２ｄ、表示コントローラ２ｇ、入力コントローラ２ｋおよび無線ＬＡＮ通信部２ｍは、筐体２ｎ，２ｐのいずれかに収容される。また、ハンディ端末２は、筐体２ｎ，２ｐのいずれかに収容されたバッテリ（図示せず）を有し、ハンディ端末２の各部はこのバッテリが出力する電力により動作する。

図２に示すようにステーション４は、ＣＰＵ４ａ、ＲＯＭ４ｂ、ＲＡＭ４ｃ、ＨＤＤ（hard disk drive）４ｄおよび通信インタフェース（通信Ｉ／Ｆ）４ｅを含む。

ＣＰＵ４ａは、ＲＯＭ４ｂやＨＤＤ４ｄに記憶されたプログラムに従って、前述した各種の業務に関する各種の処理や後述する処理を実行する。

ＲＯＭ４ｂは、ＣＰＵ４ａの処理手順を記述したプログラムや、ＣＰＵ４ａが各種の処理を実行する上で必要なデータなどを記憶している。

ＲＡＭ４ｃは、ＣＰＵ４ａが各種の処理を実行する上で必要なデータを必要に応じて記憶する。ＲＡＭ４ｃは、ＣＰＵ４ａが各種の処理を行う際のワークエリアとしても利用される。

ＨＤＤ４ｄは、ＣＰＵ４ａの処理手順を記述したプログラムや、ＣＰＵ４ａが各種の処理を実行する上で必要な各種のファイルを記憶する。ＨＤＤ４ｄが記憶するファイルの１つは、注文処理システム１００が設置されている飲食店で提供される品目に関するデータベースを表す。ＨＤＤ４ｄが記憶するファイルの１つは、メニュー内品目に関するオーダーを管理するためのデータテーブル（以下、第１のオーダーテーブルと記す）を表す。メニュー内品目に関するオーダーを管理するためのデータテーブルは、既存の注文処理システムで使用されているものと同様なもので良い。しかし、そのような既存のデータテーブルとは異なる、独自のデータテーブルを用いても良い。ＨＤＤ４ｄが記憶するファイルの１つは、メニュー外品目に関するオーダーを管理するためのデータテーブル（以下、第２のオーダーテーブルと記す）を表す。なお、ＨＤＤ４ｄに代えて、あるいはＨＤＤ４ｄに加えて、大容量かつ不揮発性の半導体メモリまたはＳＳＤ（solid state drive）を用いても良い。

図４は第２のオーダーテーブルの一例を示す図である。

図４に示す第２のオーダーテーブルは、端末番号、席番、オーダー時刻および複数の品目のそれぞれのデータフィールドを含んだデータレコードを複数記述可能である。端末番号フィールドには、オーダーの入力に用いられたハンディ端末２を識別するための端末番号を記述する。席番フィールドには、オーダーした顧客の居る客席を識別するための客席番号を記述する。オーダー時刻フィールドには、オーダーが入力された時刻を記述する。品目フィールドには、オーダーされた品目の名称、数量および提供済みフラグが記述される。

通信インタフェース４ｅは、ハンディ端末２および伝票プリンタ３とＬＡＮ５を介して通信する。無線ＬＡＮ通信部２ｍとしては、イーサネット（登録商標）などの汎用規格に準拠した既存のインタフェース回路を利用できる。

なお、ステーション４は、例えば汎用のサーバ装置やコンピュータ装置を基本ハードウェアとして用いることができる。このときにステーション４は、必要なプログラムが上記のサーバ装置やコンピュータ装置に予め記憶された状態にて販売や譲渡がなされても良いし、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により販売または譲渡されたプログラムが任意に上記のサーバ装置やコンピュータ装置にインストールされても良い。

次に以上のように構成された注文処理システム１００の動作について説明する。

筐体２ｐに取り付けられたシートに表されている機能ボタンのいずれかを店員がタッチすると、タッチセンサ２ｉからの検出信号出力に応じた座標情報が入力コントローラ２ｋからＣＰＵ２ａへと与えられる。これに応じてＣＰＵ２ａは、座標情報と機能ボタンとの関連付けを記述したデータテーブル（例えば大容量メモリ２ｄに記憶される）を参照することなどによって、タッチされた機能ボタンを判定する。そしてＣＰＵ２ａは、タッチされた機能ボタンに応じたユーザインタフェース画像を表示するように表示コントローラ２ｇに指示する。この指示を受けて表示コントローラ２ｇは、該当するユーザインタフェース画像を表示するようにＬＣＤ２ｅを駆動する。なお、各種のユーザインタフェース画像を表す画像データは、例えば大容量メモリ２ｄに記憶される。

例えば、図３に示す機能ボタンＢ１がタッチされた場合、ＣＰＵ２ａは図３に示すようなユーザインタフェース画像ＩＭ１をＬＣＤ２ｅに表示させる。ユーザインタフェース画像ＩＭ１は、メニュー外品目の注文を入力するためのものである。

オーダーされた品目を指定するようにユーザインタフェース画像ＩＭ１が表示された画面に店員がタッチすると、タッチセンサ２ｈからの検出信号出力に応じた座標情報が入力コントローラ２ｋからＣＰＵ２ａへと与えられる。これに応じてＣＰＵ２ａは、座標情報と品目との関連付けを記述したデータテーブル（例えば大容量メモリ２ｄに記憶される）を参照することなどによって、オーダーされた品目を判定する。そしてＣＰＵ２ａは、オーダーされた品目のリストを表したオーダーリストファイルをＲＡＭ２ｃに作成する。具体的には例えば、ユーザインタフェース画像において品目の品名が表されたボタンをタッチしてから、数値を入力するように置数ボタンをタッチするような操作が店員によりなされたならば、ＣＰＵ２ａは、その入力された数値を数量として品名に関連付けた情報をオーダーリストファイルに追加する。なお、例えばユーザインタフェース画像ＩＭ１において品目の品名が表されたボタンをタッチしてから、取消ボタンＢ２をタッチするような操作が店員によりなされたならば、ＣＰＵ２ａは、タッチされたボタンに表された品名の品目に関する情報をオーダーリストファイルから除外する。

一方、図３に示す機能ボタンＢ３を店員がタッチすると、ＣＰＵ２ａは確認用のユーザインタフェース画像をステーション４に要求する。この要求に応じてＣＰＵ４ａは、例えば図５に示すようなユーザインタフェース画像ＩＭ２を表す画像データを作成し、この画像データを要求元のハンディ端末２へと送信する。そしてＣＰＵ２ａは、この画像データに基づいてユーザインタフェース画像ＩＭ２を図５に示すようにＬＣＤ２ｅに表示させる。ユーザインタフェース画像は、オーダー済みの品目の一覧を示す。またユーザインタフェース画像ＩＭ２は、オーダー済みの品目のそれぞれに並べてチェックボックスを表している。提供済みの品目に並べられたチェックボックスには、チェックマークが表される。未提供の品目に並べられたチェックボックスは、空欄である。

ユーザインタフェース画像ＩＭ２に表された品目をタッチしてから、取消ボタンＢ２をタッチするような操作が店員によりなされたならば、ＣＰＵ２ａは、タッチされたボタンに表された品名の品目に関する情報を削除品目として表すオーダーリストファイルをＲＡＭ２ｃに作成する。

送信ボタンＢ４を店員がタッチすると、ＣＰＵ２ａはＲＡＭ２ｃに上記のように作成したオーダリストファイルを含んだオーダー情報をステーション４に送信する。オーダー情報には、ハンディ端末２の端末番号や、オーダーした顧客が居る客席の席番なども含む。

ハンディ端末２から送信されたオーダー情報は、通信インタフェース４ｅが受信してＲＡＭ４ｃまたはＨＤＤ４ｄに書き込む。そしてこのことをトリガとして、ＣＰＵ４ａは図６に示す処理を開始する。

ステップＳａ１においてＣＰＵ４ａは、メニュー内品目に関する情報がオーダー情報に含まれるか否かを確認する。そしてここでＹＥＳと判定したならばＣＰＵ４ａは、ステップＳａ１からステップＳａ２に進む。

ステップＳａ２においてＣＰＵ４ａは、オーダーテーブルに追加登録すべきメニュー内品目があるか否かを確認する。そしてここでＹＥＳと判定したならばＣＰＵ４ａは、ステップＳａ２からステップＳａ３へ進む。ステップＳａ３においてＣＰＵ４ａは、オーダーテーブルに追加登録すべきメニュー内品目に関する情報（例えば、席番、品名および数量など）をオーダー情報から抽出し、これをオーダー情報が受信した時刻などの他の必要な情報と関連付けたデータレコードとして第１のオーダーテーブルに登録する。こののち、ＣＰＵ４ａはステップＳａ４へ進む。なお、ステップＳａ２においてＮＯと判定したならばＣＰＵ４ａは、ステップＳａ２からステップＳａ３を行うことなくステップＳａ４へ進む。

ステップＳａ４においてＣＰＵ４ａは、オーダーテーブルから削除すべきメニュー内品目があるか否かを確認する。そしてここでＹＥＳと判定したならばＣＰＵ４ａは、ステップＳａ４からステップＳａ５へ進む。ステップＳａ５においてＣＰＵ４ａは、オーダーテーブルから削除すべきメニュー内品目に関する情報（例えば、席番および品名）をオーダー情報から抽出し、その情報により特定されるメニュー内品目の情報を第１のオーダーテーブルから削除する。こののち、ＣＰＵ４ａはステップＳａ６へ進む。なお、ステップＳａ４においてＮＯと判定したならばＣＰＵ４ａは、ステップＳａ４からステップＳａ５を行うことなくステップＳａ６へ進む。

ステップＳａ６においてＣＰＵ４は、メニュー内品目の新たなオーダーやオーダー済みのメニュー内品目に関する取り消しなどの内容を表した注文伝票や調理指示伝票を印刷させるために、伝票情報を伝票プリンタ３に送信する。なお、この処理としては、周知の処理をそのまま適用できる。

伝票情報を送信し終えたならばＣＰＵ４ａは、ステップＳａ６からステップＳａ７へ進む。ところで、ステップＳａ１においてＮＯと判定した場合、すなわちメニュー内品目に関する情報がオーダー情報に含まれない場合には、ＣＰＵ４ａはステップＳａ１からステップＳａ２乃至Ｓａ６の処理を行うことなくステップＳａ７へ進む。

ステップＳａ７においてＣＰＵ４ａは、メニュー外品目に関する情報がオーダー情報に含まれるか否かを確認する。そしてここでＹＥＳと判定したならばＣＰＵ４ａは、ステップＳａ７からステップＳａ８に進む。

ステップＳａ８においてＣＰＵ４ａは、オーダーテーブルに追加登録すべきメニュー外品目があるか否かを確認する。そしてここでＹＥＳと判定したならばＣＰＵ４ａは、ステップＳａ８からステップＳａ９へ進む。ステップＳａ９においてＣＰＵ４ａは、オーダーテーブルに追加登録すべきメニュー外品目に関する情報（例えば、席番、品名および数量など）をオーダー情報から抽出し、これをオーダー情報が受信した時刻などの他の必要な情報と関連付けたデータレコードとして第２のオーダーテーブルに登録する。なおこのときに提供済みフラグは、未提供を表す状態（例えば「０」）としておく。こののち、ＣＰＵ４ａはステップＳａ１０へ進む。なお、ステップＳａ８においてＮＯと判定したならばＣＰＵ４ａは、ステップＳａ８からステップＳａ９を行うことなくステップＳａ１０へ進む。

ステップＳａ１０においてＣＰＵ４ａは、オーダーテーブルから削除すべきメニュー外品目があるか否かを確認する。そしてここでＹＥＳと判定したならばＣＰＵ４ａは、ステップＳａ１０からステップＳａ１１へ進む。ステップＳａ１１においてＣＰＵ４ａは、オーダーテーブルから削除すべきメニュー外品目に関する情報（例えば、席番および品名）をオーダー情報から抽出し、その情報により特定されるメニュー内品目の情報を第２のオーダーテーブルから削除する。

そして、ステップＳａ１１の処理を完了したならばＣＰＵ４ａは、図６に示す処理を終了する。なお、ステップＳａ７においてＮＯと判定した場合、すなわちメニュー外品目に関する情報がオーダー情報に含まれない場合には、ＣＰＵ４ａはステップＳａ７からステップＳａ８乃至Ｓａ１１を行うことなしに図６に示す処理を終了する。またステップＳａ１０においてＮＯと判定した場合、すなわちオーダーテーブルから削除すべきメニュー外品目がない場合には、ＣＰＵ４ａはステップＳａ１０からステップＳａ１１を行うことなしに図６に示す９処理を終了する。

以上のようにして、ハンディ端末２での店員の操作に応じてメニュー内品目およびメニュー外品目のそれぞれについてのオーダーの状況がハンディ端末２においてＣＰＵ２ａにより判定される。そして、メニュー内品目についてのオーダーの状況が第１のオーダーテーブルによって管理される。またメニュー外品目についてのオーダーの状況が第２のオーダーテーブルによって管理される。

さて、ハンディ端末２において図５に示したようにユーザインタフェース画像ＩＭ２を表示している状態で、空欄のチェックボックスが店員によりタッチされた場合にＣＰＵ２ａは、タッチされたチェックボックスが並べられた品目の提供が完了したことを示す情報をステーション４に送る。この情報を通信インタフェース４ｅがＲＡＭ４ｃまたはＨＤＤ４ｄに書き込んだことに応じてＣＰＵ４ａは、その情報に基づいて、該当する品目の提供が完了したことを認識可能なように第１のオーダーテーブルまたは第２のオーダーテーブルを更新する。第２のオーダーテーブルに関しては、ＣＰＵ４ａは提供済みフラグを提供済みを表す状態（例えば「１」）に変更する。そしてこの場合にＣＰＵ４ａは、変更後の第１および第２のオーダーテーブルの内容を反映するようにユーザインタフェース画像ＩＭ２を更新し、その画像データをハンディ端末２へと送る。かくして、ハンディ端末２で表示されるユーザインタフェース画像ＩＭ２は、店員がタッチしたチェックボックスにチェックマークを付加して表すように更新される。

かくして、ユーザインタフェース画像ＩＭ２を目視することによって店員は、オーダー済みの品目が提供済みであるか否かを、その品目がメニュー内品目およびメニュー外品目のいずれであるかに拘わらずに確認することができる。

ところでＣＰＵ４ａは、チェックタイミングが到来する毎に図７に示す処理を開始する。なお、チェックタイミングは、任意のタイミングとして定めれば良いが、例えば一定時間（１分程度）間隔とすることが想定される。

ステップＳｂ１においてＣＰＵ４ａは、第２のオーダーテーブルに含まれるデータレコードのうちで今回の処理の中でまだ選択していないものを１つ選択し、それをチェックレコードとする。

ステップＳｂ２においてＣＰＵ４ａは、チェックレコードに含まれるオーダー時刻から現時点までの経過時間を算出する。

ステップＳｂ３においてＣＰＵ４ａは、経過時間が第１の許容値を超えているか否かを確認する。なお、第１の許容値は任意であって良いが、数分程度とすることが想定される。そしてＹＥＳと判定した場合にＣＰＵ４ａは、ステップＳｂ３からステップＳｂ４へ進む。

ステップＳｂ４においてＣＰＵ４ａは、チェックレコードに含まれた端末番号で識別されるハンディ端末２に警告表示情報を送信する。警告表示情報は、ハンディ端末２にて表示させる警告画像を表す情報である。該当するハンディ端末２では、無線ＬＡＮ通信部２ｍが警告表示情報を受信してＲＡＭ２ｃまたは大容量メモリ２ｄに書き込む。そしてこれに応じてＣＰＵ２ａは、警告表示情報に基づく警告画像を表示するように表示コントローラ２ｇに指示する。表示コントローラ２ｇは、ＣＰＵ２ａからの指示に応じて警告画像を表示するようにＬＣＤ２ｅを駆動する。このときに表示コントローラ２ｇが、ＬＥＤ２ｆを点灯させるようにしても良い。

図８は警告画像ＩＭ３の表示例を示す図である。

警告画像ＩＭ３を目視することによって店員は、オーダーを受けたメニュー外品目についての提供をまだ完了していないことと、それがどの客席に関するかを認識することができる。そして、提供していないメニュー外品目は、機能ボタンＢ３を店員がタッチすることによって、前述したように図５に示すようなユーザインタフェース画像ＩＭ２を表示させることにより店員が確認することが可能である。なお、警告画像ＩＭ３の中に、チェックレコードに含まれた品名を現しても良い。このようにすれば、店員は警告画像ＩＭ３から提供していないメニュー外品目が何であるかを判断できる。

続いてステップＳｂ５においてＣＰＵ４ａは、経過時間が第２の許容値を超えているか否かを確認する。なお、第２の許容値は任意であって良いが、第１の許容値よりも大きい。そしてＹＥＳと判定した場合にＣＰＵ４ａは、ステップＳｂ５からステップＳｂ６へ進む。

ステップＳｂ６においてＣＰＵ４ａは、予め管理者端末として定められたハンディ端末２に警告表示情報を送信する。ここで送信する警告表示情報は、ステップＳｂ３で送信する警告表示情報と同内容であっても良いし、異なる内容であっても良い。該当するハンディ端末２では、無線ＬＡＮ通信部２ｍが警告表示情報を受信してＲＡＭ２ｃまたは大容量メモリ２ｄに書き込む。そしてこれに応じてＣＰＵ２ａは、警告表示情報に基づく警告画像を表示するように表示コントローラ２ｇに指示する。表示コントローラ２ｇは、ＣＰＵ２ａからの指示に応じて警告画像を表示するようにＬＣＤ２ｅを駆動する。このときに表示コントローラ２ｇが、ＬＥＤ２ｆを点灯させるようにしても良い。

図９は警告画像ＩＭ４の表示例を示す図である。

警告画像ＩＭ３は、警告画像ＩＭ３が表す情報に加えて、長時間に渡り提供していないメニュー外品目のオーダーの受け付けに使用されたハンディ端末２の端末番号を表す。従って警告画像ＩＭ４を目視することによって管理者は、オーダーを受けたメニュー外品目についての提供をまだ完了していないことと、それがどの客席に関するかの他に、どの店員がメニュー外品目の提供を適切に行っていないのかを確認することができる。

ステップＳｂ６の処理を完了したならばＣＰＵ４ａは、ステップＳｂ６からステップＳｂ７へ進む。ステップＳｂ３でＮＯと判定した場合、すなわち経過時間が第１の許容値以下であるならばＣＰＵ４ａは、ステップＳｂ３からステップＳｂ４乃至Ｓｂ６を行うことなしにステップＳｂ７へ進む。また、ステップＳｂ５でＮＯと判定した場合、経過時間が第２の許容値以下であるならばＣＰＵ４ａは、ステップＳｂ５からステップＳｂ６を行うことなしにステップＳｂ７へ進む。

ステップＳｂ７においてＣＰＵ４ａは、未選択のデータレコードがあるか否かを確認する。そしてＹＥＳと判定したならばＣＰＵ４ａは、ステップＳｂ１以降の処理を繰り返すことにより、第２のオーダーテーブルに含まれる各データレコードをそれぞれチェックレコードとして前述の処理を繰り返す。そして第２のオーダーテーブルに含まれる全てのデータレコードをそれぞれチェックレコードとして前述の処理をし終えたならば、ＣＰＵ４ａはステップＳｂ７においてＮＯと判定し、図７に示す処理を終了する。

なお、第１の許容値および第２の許容値は、固定的に定められても良いし、注文処理システム１００のユーザが指定する任意の値を適用しても良い。そして、注文処理システム１００のユーザが指定する任意の値を適用すれば、ユーザニーズに応じた動作が可能となる。

さて、以上のような処理がチェックタイミング毎に繰り返されるので、経過時間が第１の許容値や第２の許容値を超えている場合には、既に警告画像ＩＭ３，ＩＭ４の表示を行ったか否かに拘わらずに、チェックタイミング毎に警告画像ＩＭ３，ＩＭ４の表示が繰り返し行われる。これにより、警告画像ＩＭ３，ＩＭ４を表示したにも拘わらずに該当するメニュー外品目の提供がなされない状態が継続するならば、そのことの警告が繰り返し行われることになり、そのような状況を店員や管理者に確実に認識させることができる。ただし、予め定められた回数に渡り警告画像ＩＭ３，ＩＭ４を表示したならば、それ以降は警告画像ＩＭ３，ＩＭ４を表示しないこととしても良い。この場合の表示回数を、注文処理システム１００のユーザが指定する任意の回数とすれば、ユーザニーズに応じた動作が可能となる。

この実施形態は、次のような種々の変形実施が可能である。

１つのハンディ端末２の大容量メモリ２ｄに、そのハンディ端末２でオーダーされたことが判定されたメニュー外品目についてのみ記述したオーダーテーブルを記憶しておいて、ユーザインタフェース画像ＩＭ２の表示のための処理や警告画像ＩＭ３の表示のための処理をＣＰＵ２ａにおいて行っても良い。

複数のステーション４を設けて、これら複数のステーション４において上述したステーション４における処理を分担して行っても良い。またステーション４は、店舗内に設けられなくても良い。

このよう注文処理システムの実現には、クラウドコンピューティングを利用できる。より具体的には、software as a service（ＳａａＳ）と称されるソフトウェア提供形態が適する。

図１０は注文処理システム２００の構成を示す図である。なお、図１０において図１と同一部分には同一の符号を付し、その詳細な説明は省略する。

この注文処理システム２００は、注文処理システム１００におけるステーション４に代えてクラウド２１を利用する
クラウド２１はさらに、複数のサーバ装置２１ａを含む。これら複数のサーバ装置２１ａは互いに通信可能に構成される。ただしサーバ装置２１ａは、１つのみであっても良い。

ハンディ端末２は、前述したような専用のハンディ端末を用いずに、デスクトップタイプやノートブックタイプなどの種々のコンピュータ、携帯電話装置、携帯情報端末（ＰＤＡ）、あるいはスマートフォンなどの各種の情報機器をハードウェアとして利用できる。タブレット型の携帯情報端末などは、ハンディ端末２の代わりに用いるのに好適である。これらの情報機器を利用してハンディ端末２を実現する場合、上述のハンディ端末２が備える各種の機能を実現するためのプログラムは、ハンディ端末２としての情報機器が有する記憶ユニットに予め記憶させておいても良いし、上記のプログラムをクラウド２１が有する記憶ユニットに記憶しておき、必要に応じてクラウド２１からハンディ端末２としての情報機器へと与えるようにしても良い。上記のプログラムをクラウド２１からハンディ端末２としての情報機器へと与える場合には、サーバ装置２１ａのうちの少なくとも１つに、上記のプログラムをハンディ端末２へと送信する機能を備える。

報知動作は、警報音の発生、音声メッセージの出力、あるいはバイブレータによる振動などのような表示以外の動作を表示に代えて、あるいは表示と組み合わせて行っても良い。

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

１…情報端末、２…ハンディ端末、３…伝票プリンタ、４…ステーション、５…ＬＡＮ、６…無線アクセスポイント、２ａ，４ａ…ＣＰＵ、２ｂ，４ｂ…ＲＯＭ、２ｃ，４ｃ…ＲＡＭ、２ｄ…大容量メモリ、２ｅ…ＬＣＤ、２ｆ…ＬＥＤ、２ｇ…表示コントローラ、２ｈ，２ｉ…タッチセンサ、２ｊ…ボタンユニット、２ｋ…入力コントローラ、２ｍ…無線ＬＡＮ通信部、２ｎ，２ｐ…筐体、４ｄ…ＨＤＤ、４ｅ…通信インタフェース、２１…クラウド、２１ａ…サーバ装置、２２…端末装置、１００，２００…注文処理システム、２００…注文処理システム。

Claims (6)

1. 複数の注文受付装置と注文管理装置とを具備した注文処理システムであって、
   前記複数の注文受付装置のそれぞれに設けられ、店舗において無料で提供される品目のうちの顧客により注文された品目を店員の操作に応じて判定する判定手段と、
   前記複数の注文受付装置のそれぞれに設けられ、前記店員に対する報知動作を行う報知手段と、
   前記注文管理装置に設けられ、前記判定手段により判定された品目のうちの未提供である品目を管理する管理手段と、
   前記注文管理装置に設けられ、前記管理手段により管理された品目を報知するための報知動作を行うように前記報知手段を制御する制御手段とを具備した注文処理システム。
2. 複数の注文受付装置と注文管理装置とを具備した注文処理システムであって、
   前記複数の注文受付装置のそれぞれに設けられ、店舗において無料で提供される品目のうちの顧客により注文された品目を店員の操作に応じて判定する判定手段と、
   前記複数の注文受付装置のそれぞれに設けられ、前記店員に対する報知動作を行う報知手段と、
   前記注文管理装置に設けられ、注文された品目をその品目を判定した判定手段が設けられた前記注文受付装置に対応付けて管理する管理手段と、
   前記注文管理装置に設けられ、前記管理手段により管理された品目が提供されないままの期間の長さが第１の許容値を超えたことに応じて、その品目が対応付けられた前記注文受付装置に設けられている前記報知手段を、該当する品目が提供されていないことを報知するための報知動作を行うように前記報知手段を制御する制御手段とを具備した注文処理システム。
3. 前記制御手段は、前記管理手段により管理された品目が提供されないままの期間の長さが前記第１の許容値よりも大きな第２の許容値を超えたことに応じて、その品目が対応付けられた前記注文受付装置とは別の前記注文受付装置に設けられている前記報知手段を、該当する品目が提供されていないことを報知するための報知動作を行うように制御する請求項２に記載の注文処理システム。
4. 前記判定手段は、
   前記店員の操作を入力する入力手段と、
   前記顧客により注文された品目が前記店舗において無料で提供される品目のうちのいずれであるかを前記入力手段により入力された操作に応じて判定する手段とを具備する請求項１または請求項２に記載の注文処理システム。
5. 店舗において無料で提供される品目のうちの顧客により注文された品目を店員の操作に応じて判定する判定手段と、前記店員に対する報知動作を行う報知手段とをそれぞれ具備した複数の注文受付装置とともに注文処理システムを構成する注文管理装置であって、
   前記判定手段により判定された品目のうちの未提供である品目を管理する管理手段と、
   前記管理手段により管理された品目を報知するための報知動作を行うように前記報知手段を制御する制御手段とを具備した注文管理装置。
6. 店舗において無料で提供される品目のうちの顧客により注文された品目を店員の操作に応じて判定する判定手段と、前記店員に対する報知動作を行う報知手段とをそれぞれ具備した複数の注文受付装置とともに注文処理システムを構成する注文管理装置であって、
   注文された品目をその品目を判定した判定手段が設けられた前記注文受付装置に対応付けて管理する管理手段と、
   前記管理手段により管理された品目が提供されないままの期間の長さが第１の許容値を超えたことに応じて、その品目が対応付けられた前記注文受付装置に設けられている前記報知手段を、該当する品目が提供されていないことを報知するための報知動作を行うように前記報知手段を制御する制御手段とを具備した注文管理装置。

Images