(57)【要約】【課題】注文を受け付けた商品の注文が無効になったときの処理も考慮した注文受付装置を提供する。【解決手段】注文受付装置は、注文を受け付けた各商品に係る注文データをサーバに送信し、注文結果データをサーバから受信する。注文を受け付けた各商品のなかに注文が承認されない商品が含まれている場合、装置は、注文が承認されない商品を除いて注文するか否かの選択をオペレータに促す。装置は、注文を受け付けた各商品のなかから注文が承認されない商品を除いた商品に係る注文データをサーバに送信する。【選択図】図６
2014164444.tif 000002
【特許請求の範囲】
【請求項１】
複数の商品の注文を受け付ける受付手段と、
前記注文を受け付けた各商品に係る注文データをサーバに送信し、前記サーバにて前記商品毎に注文が承認されたか否かを示す注文結果データを前記サーバから受信する送受信手段と、
前記注文結果データに基づき、前記注文を受け付けた各商品のなかに注文が承認されない商品が含まれている場合に、前記注文が承認されない商品を除いて注文するか否かの選択をオペレータに促す再考手段と、
前記注文が承認されない商品を除いて注文する旨が選択された場合に、前記注文を受け付けた各商品のなかから前記注文が承認されない商品を除いた商品に係る注文データを前記サーバに送信する再送手段と、
を具備したことを特徴とする注文受付装置。
【請求項２】
前記再考手段は、さらに前記注文が承認された商品毎に注文を取り消すか否かの選択をオペレータに促す手段を含み、
前記再送手段は、前記注文が承認されない商品とともに前記注文を取り消す旨が選択された商品を除いた商品に係る注文データを前記サーバに送信することを特徴とする請求項１に記載の注文受付装置。
【請求項３】
前記再考手段は、さらに前記注文が承認されない商品に代えて他の商品を注文するか否かの選択をオペレータに促す手段を含み、
前記送信手段は、前記他の商品を注文する旨が選択された場合に、前記受付手段で注文を受け付けた商品に係る注文データをさらに加えて前記サーバに送信することを特徴とする請求項２に記載の注文受付装置。
【請求項４】
表示デバイスと、
注文終了の宣言入力を受け付ける終了手段と、
前記注文終了の宣言入力を受け付けたことに応じて、前記受付手段で注文を受け付けた各商品の少なくとも商品名リストを前記表示デバイスに表示させる第１の確認手段と、
前記注文を受け付けた各商品のなかに注文が承認されない商品が含まれている場合に、前記注文が承認されない商品の商品名が、前記注文が承認された商品の商品名よりも先に表示する商品名リストを前記表示デバイスに表示させる第２の確認手段と、
をさらに具備したことを特徴とする請求項１乃至３のうちいずれか１に記載の注文受付装置。
【請求項５】
前記注文が承認されない商品を除いて注文する旨が選択された場合に、前記注文を受け付けた各商品のなかから前記注文が承認されない商品を除いた商品名リストを前記表示デバイスに表示させる第３の確認手段、
をさらに具備したことを特徴とする請求項４に記載の注文受付装置。
【請求項６】
サーバとの通信手段を有するコンピュータに、
複数の商品の注文を受け付ける機能と、
前記注文を受け付けた各商品に係る注文データを前記サーバに送信させ、前記サーバにて前記商品毎に注文が承認されたか否かを示す注文結果データを前記サーバから受信する機能と、
前記注文結果データに基づき、前記注文を受け付けた各商品のなかに注文が承認されない商品が含まれている場合に、前記注文が承認されない商品を除いて注文するか否かをオペレータに選択させる機能と、
前記注文が承認されない商品を除いて注文する旨が選択された場合に、前記注文を受け付けた各商品のなかから前記注文が承認されない商品を除いた商品に係る注文データを前記サーバに送信する機能と、
を実現させるための注文受付プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、商品の注文を受け付ける注文受付装置及びコンピュータを当該注文受付装置として機能させるための注文受付プログラムに関する。
【背景技術】
【０００２】
近年、飲食店向けのセルフオーダシステムが開発され、実用に供されている。このシステムは、オーダ端末と、厨房端末と、ＰＯＳ（Point Of Sales）端末と、各端末を制御するサーバとを含む。各端末は、無線または有線の通信手段を介してサーバに接続される。
【０００３】
注文受付装置としてのオーダ端末は、客席に設置される。オーダ端末は、操作デバイスと表示デバイスとを有する。表示デバイスには、メニュー画面が表示される。客席に着いた客は、操作デバイスを操作して、所望のメニュー品目をメニュー画面から注文する。
【０００４】
サーバは、メニュー品目毎に在庫数を管理する。在庫数がゼロになると、そのメニュー品目は品切となる。品切となったメニュー品目は、オーダ端末において品切の旨が表示され、以後、注文できない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２４４１８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来の注文受付装置は、商品が品切になった後の処理については考慮されている。しかし、注文を受け付けた商品が品切になり、注文が無効になったときの処理については考慮されていない。
【０００７】
一実施形態が解決しようとする課題は、注文を受け付けた商品が例えば品切になり、注文が無効になったときの処理も考慮された注文受付装置を提供しようとするものである。
【課題を解決するための手段】
【０００８】
一実施形態において、注文受付装置は、受付手段と、送受信手段と、再考手段と、再送手段とを含む。受付手段は、複数の商品の注文を受け付ける。送受信手段は、注文を受け付けた各商品に係る注文データをサーバに送信し、サーバにて商品毎に注文が承認されたか否かを示す注文結果データをサーバから受信する。再考手段は、注文結果データに基づき、注文を受け付けた各商品のなかに注文が承認されない商品が含まれている場合に、注文が承認されない商品を除いて注文するか否かの選択をオペレータに促す。再送手段は、注文が承認されない商品を除いて注文する旨が選択された場合に、注文を受け付けた各商品のなかから注文が承認されない商品を除いた商品に係る注文データをサーバに送信する。
【図面の簡単な説明】
【０００９】
【図１】セルフオーダシステムの概略図。
【図２】在庫マスタファイルのデータ構成を示す模式図。
【図３】オーダ端末のハードウェア構成を示すブロック図。
【図４】商品ファイルに格納される商品レコードのデータ構成を示す模式図。
【図５】ディスプレイの画面に表示される画像の遷移例を示す模式図。
【図６】ディスプレイの画面に表示される画像の遷移例を示す模式図。
【図７】注文受付プログラムに従って実行するＣＰＵの処理手順を示す流れ図。
【図８】注文受付プログラムに従って実行するＣＰＵの処理手順を示す流れ図。
【図９】注文受付画像の一例を示す図。
【図１０】注文有効を示す注文結果画像の一例を示す図。
【図１１】注文無効を示す注文結果画像の一例を示す図。
【図１２】品切以外注文ボタン操作後の注文確認画像の一例を示す図。
【図１３】編集ボタン操作後の編集画像の一例を示す図。
【図１４】削除ボタン操作後の編集画像の一例を示す図。
【発明を実施するための形態】
【００１０】
以下、注文受付装置の実施形態について、図面を用いて説明する。  
なお、この実施形態は、飲食店のセルフオーダシステムで使用されるオーダ端末に、注文受付装置としての機能を適用した場合である。
【００１１】
図１は、セルフオーダシステム１０の概略図である。セルフオーダシステム１０は、複数台のオーダ端末１１と、厨房端末１２と、ＰＯＳ端末１３と、注文管理サーバ１４と、無線基地局１５とを含む。注文管理サーバ１４は、ＬＡＮ（Local Area Network）１６を介して、厨房端末１２、ＰＯＳ端末１３及び無線基地局１５を有線で接続する。また注文管理サーバ１４は、無線基地局１５を介して各オーダ端末１１を無線で接続する。
【００１２】
なお、注文管理サーバ１４と、厨房端末１２、ＰＯＳ端末１３または無線基地局１５との接続は、有線でなく無線であってもよい。また、注文管理サーバ１４と各オーダ端末１１との接続は、無線でなく有線であってもよい。
【００１３】
オーダ端末１１は、飲食店の各客席にそれぞれ設置される。オーダ端末１１は、少なくとも操作デバイスと表示デバイスとを有する。表示デバイスには、当該飲食店で客に提供される商品（メニュー品目）の注文を受け付けるメニュー画面が少なくとも表示される。客席に着いた客は、操作デバイスを操作して、所望の商品をメニュー画面から注文する。オーダ端末１１は、無線回路を内蔵しており、注文商品に係るデータ、いわゆる注文データを無線送信する。
【００１４】
無線基地局１５は、各オーダ端末１１と無線通信ができるように、例えば客席の天井部に取り付けられる。無線基地局１５は、各オーダ端末１１から無線送信される注文データを受信し、ＬＡＮ１６を介して注文管理サーバ１４に転送する。
【００１５】
注文管理サーバ１４は、各オーダ端末１１から受信した注文データを客別に記憶する。また注文管理サーバ１４は、注文データから注文を受けた商品を特定し、この商品を識別するデータを厨房端末１２に送信する。
【００１６】
厨房端末１２は、厨房に設置される。厨房端末１２は、注文管理サーバ１４からのデータにより識別される商品、つまりは注文を受けた商品の情報を出力する。出力方式は、表示、印字、音声のいずれであってもよい。あるいは１以上の出力方式を組み合わせてもよい。厨房の調理担当者は、厨房端末１２から出力される情報により注文を受けた商品を把握し、調理を開始する。
【００１７】
ＰＯＳ端末１３は、会計場（レジ）に設置される。ＰＯＳ端末１３は、客を特定するデータとして例えば客席番号の入力を受け付ける。客席番号の入力に応じて、ＰＯＳ端末１３は、注文管理サーバ１４にその客席番号を送信する。注文管理サーバ１４は、記憶部に記憶された客別の注文データのなかから、受信した客席番号の客席に着いている客の注文データを検出する。注文管理サーバ１４は、検出した注文データを、ＬＡＮ１６を介してＰＯＳ端末１３に送信する。ＰＯＳ端末１３は、受信した注文データを基に飲食代金を算出し、この飲食代金の会計を処理する。
【００１８】
注文管理サーバ１４は、商品マスタファイル１７と在庫マスタファイル１８とにアクセス可能である。商品マスタファイル１７と在庫マスタファイル１８とは、注文管理サーバ１４に内蔵または外付けの記憶装置に保存される。どちらか一方のファイルが内蔵の記憶装置に保存され、他方のファイルが外付けの記憶装置に保存されていてもよい。
【００１９】
商品マスタファイル１７には、飲食店のメニュー品目である各商品の商品データが格納される。商品データには、商品固有のコード（商品コード）、商品名、価格等の項目が含まれる。
【００２０】
在庫マスタファイル１８には、図２に示すように、商品コード別にその商品コードで特定される商品の在庫数が格納される。在庫数は、対応する商品コードで特定される商品の提供可能数である。注文管理サーバ１４において商品の注文が確定する毎に、その商品の在庫数が注文数だけ減算される。
【００２１】
図３は、オーダ端末１１の構成を示すブロック図である。オーダ端末１１は、ＣＰＵ（Central Processing Unit）２１、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２３、補助記憶部２４、時計部２５、無線回路２６及びタッチパネル２７を含む。ＣＰＵ２１には、アドレスバス及びデータバスを含むシステムバス２８が接続される。そしてこのシステムバス２８に、ＲＯＭ２２、ＲＡＭ２３、補助記憶部２４及び時計部２５が接続される。また、無線回路２６及びタッチパネル２７は、図示しない入出力回路を介してシステムバス２８に接続される。
【００２２】
コンピュータの中枢部分に相当するＣＰＵ２１は、所定のプログラムに従い、オーダ端末１１として必要な演算処理を実行する。コンピュータの主記憶部分に相当するＲＯＭ２２は、上記プログラム等の固定的なデータを記憶する。同じくコンピュータの主記憶部分に相当するＲＡＭ２３は、入力データ、表示データ等の可変的なデータを記憶するためのデータエリアを有する。コンピュータの補助記憶部分に相当する補助記憶部２４は、プログラム、データファイル等を記憶する。また補助記憶部２４は、電源オフ時のデータバックアップ領域としても機能する。ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等が、補助記憶部として適用される。時計部２５は、現在の日付及び時刻を計時する。無線回路２６は、無線基地局１５との間で無線によるデータの送受信を実行する。
【００２３】
タッチパネル２７は、表示デバイスであるパネル型のディスプレイ２７ｄと、操作デバイスであるタッチセンサ２７ｔとを含む。タッチセンサ２７ｔは、ディスプレイ２７ｄの画面に重ねて配置されており、タッチ操作された画面上の位置を検出する。
【００２４】
前記補助記憶部２４が記憶するデータファイルの１つに、商品ファイル３０がある。商品ファイル３０には、商品別の商品レコードが格納される。商品レコードは、図４に示すように、商品コード，商品名、価格、品切フラグ３１ｆ等の項目を含む。品切フラグ３１ｆは、対応する商品コードで特定される商品の在庫数が“０”になった場合に、例えば“０”から“１”に切り替わって、品切であることを宣言する。
【００２５】
前記ＲＡＭ２３が有するデータエリアの１つに、注文バッファ３２がある。注文バッファ３２には、当該オーダ端末１１にて注文を受け付けた商品の商品コード、注文数等が格納される。
【００２６】
図５及び図６は、ディスプレイ２７ｄの画面に表示される画像の遷移例を示す模式図である。図５は、注文を受けつけた商品に品切が発生せず、注文が有効になった場合であり、画面は、待ち受け画像４１、注文受付画像４２、注文確認画像４３、注文結果画像４４の順に切り替わる。そして、注文結果画像４５の後は、待受け画像４１に戻る。
【００２７】
図６は、注文を受け付けた商品が品切になり、注文が無効になった場合であり、画面は、待受け画像４１、注文受付画像４２、注文確認画像４３、注文結果画像４５の順に切り替わる。そして、注文結果画像４５の後は、待受け画像４１に戻る場合と、注文確認画像４３に戻る場合と、編集画像４６に進む場合とがある。編集画像４６の後は、注文受付画像４２または注文確認画像４３に戻る。
【００２８】
このような画像の遷移は、オーダ端末１１のＣＰＵ２１が有する注文受付機能５０（図３を参照）によりコントロールされる。注文受付機能５０は、プログラム記憶部であるＲＯＭ２２または補助記憶部２４に記憶された注文受付プログラムによって実現される。
【００２９】
図７及び図８は、注文受付プログラムに従って実行するＣＰＵ２１の処理手順を示す流れ図である。注文受付プログラムの起動により、ＣＰＵ２１は、この処理を開始する。先ずＣＰＵ２１は、ディスプレイ２７ｄに待受け画像４１を表示させる（Act１）。この状態で、ＣＰＵ２１は、タッチセンサ２７ｔの信号を監視して、ディスプレイ２７ｄの画面がタッチ操作されるのを待機する（Act２）。待受け画像４１が表示されている画面の任意の場所がタッチされた場合（Act２にてＹＥＳ）、ＣＰＵ２１は、ディスプレイ２７ｄに注文受付画像４２を表示させる（Act３）。
【００３０】
注文受付画像４２には、メニュー品目である各商品が個々に割当てられた商品数分の選択ボタンと、注文ボタンとが表示される。ただし、商品ファイル３０に格納された商品レコードの品切フラグ３１ｆが品切の状態にある商品の選択ボタンは、操作不能である。
【００３１】
ＣＰＵ２１は、タッチセンサ２７ｔの信号を監視して、いずれかの選択ボタンがタッチ操作されるか、注文ボタンがタッチ操作されるのを待機する（Act４，５）。  
選択ボタンがタッチされた場合（Act４にてＹＥＳ）、ＣＰＵ２１は、その選択ボタンに割当てられた商品の商品コードを含むデータレコードがＲＡＭ２３の注文バッファ３２に格納されているか調べる。格納されていない場合、ＣＰＵ２１は、この商品コードと“１”の注文数とを含むデータレコードを注文バッファ３２に格納する。格納されている場合には、ＣＰＵ２１は、このデータレコードの注文数を“１”だけ加算する（Act６）。その後、ＣＰＵ２１は、再び選択ボタンがタッチ操作されるか、注文ボタンがタッチ操作されるのを待機する（Act４，５）。選択ボタンがタッチ操作される毎に、ＣＰＵ２１は、Act６の処理を実行する（受付手段）。
【００３２】
選択ボタンでなく注文ボタンがタッチ操作された場合には（Act５にてＹＥＳ：終了手段）、ＣＰＵ２１は、注文バッファ３２に格納されたデータレコードのデータに基づいて、ディスプレイ２７ｄに注文確認画像４３を表示させる（Act７：第１の確認手段）。
【００３３】
注文確認画像４３の一例を図９に示す。図示するように、注文受付画像４３には、注文商品リスト４３ａと、送信ボタン４３ｂと、取消ボタン４３ｃとが表示される。注文商品リスト４３ａには、注文バッファ３２に格納された順に、注文を受け付けた商品の商品コードと注文数とが表示される。商品コードは、商品ファイル３０のデータにより商品名に置換される。
【００３４】
なお、注文商品リスト４３ａに一度に表示可能な商品の品目数には制約がある。このため、品目数が多い場合、注文商品リスト４３ａは、図９に示すようなスクロール表示、あるいはページ切替で対応する必要がある。
【００３５】
ＣＰＵ２１は、タッチセンサ２７ｔの信号を監視して、送信ボタンがタッチ操作されるか、取消ボタンがタッチ操作されるのを待機する（Act８，９）。取消ボタン４３ｃがタッチ操作された場合（Act９にてＹＥＳ）、ＣＰＵ２１は、注文バッファ３２をクリアする（Act１０）。つまりＣＰＵ２１は、注文を全て取り消す。ＣＰＵ２１は、Act３の処理に戻り、ディスプレイ２７ｄに注文受付画像４２を表示させる。
【００３６】
送信ボタン４３ｂがタッチ操作された場合には（Act４３ｂ）、ＣＰＵ２１は、注文バッファ３２に格納された商品コードと注文数を含む注文データを、無線回路２６を介して注文管理サーバ１４に送信する（Act１１：送受信手段）。
【００３７】
注文データを受信した注文管理サーバ１４は、在庫マスタファイル１８を参照して、商品毎に注文可能か否かを判定する。注文数が在庫数以下の商品は、注文が可能である。注文数が在庫数を超える商品は、注文が不可能である。全ての商品の注文が可能な場合、注文は有効となる。この場合、注文管理サーバ１４は、注文完了を通知する注文結果データをオーダ端末１１に返信する。
【００３８】
注文が不可能な商品が含まれる場合、注文は無効となる。この場合、注文管理サーバは、注文未完を通知する注文結果データをオーダ端末１１に返信する。この注文結果データには、注文数が在庫数を超えており、品切によって注文が承認されない商品の商品コードが含まれる。
【００３９】
ＣＰＵ２１は、注文結果データを待機する（Act１２）。無線回路２６を介して注文結果データを受信したならば（Act１２にてＹＥＳ：送受信手段）、ＣＰＵ２１は、注文結果データが注文完了を通知するのか、注文未完を通知するのかを識別する（Act１３）。
【００４０】
注文完了を通知する場合（Act１３にてＮＯ）、ＣＰＵ２１は、注文有効を示す注文結果画像４４をディスプレイ２７ｄに表示させる（Act１４）。
【００４１】
注文有効を示す注文結果画像４４の一例を図１０に示す。図示するように、注文結果画像４４には、注文確認画像４３と同様の注文商品リスト４４ａと、確認ボタン４４ｂとが表示される。また、注文有効を示すメッセージ４４ｃ、例えば「全品注文されました」も注文結果画像４４に表示される。
【００４２】
注文結果画像４４の表示から一定時間が経過するか、確認ボタン４４ｂがタッチ操作された場合、ＣＰＵ２１は、Act１の処理に戻る。すなわちＣＰＵ２１は、ディスプレイ２７ｄの画面を注文結果画像４４から待受け画像４１に戻す。
【００４３】
注文結果データが注文未完を通知する場合には（Act１３にてＹＥＳ）、ＣＰＵ２１は、注文無効を示す注文結果画像４５をディスプレイ２７ｄに表示させる（Act２１：第２の確認手段）。
【００４４】
注文無効を示す注文結果画像４５の一例を図１１に示す。図示するように、注文結果画像４５には、注文商品リスト４５ａと、品切以外注文ボタン４５ｂと、編集ボタン４５ｃと、取消ボタン４５ｄとが表示される。注文商品リスト４５ａには、品切によって注文が承認されない商品の商品名と注文数とがリストの先頭に表示される。そして、この商品に対しては、品切であることを示すメッセージ４５ｅ、例えば「品切です」も表示される。また、この商品の商品名と注文数とは、品切でない他の商品と区別して表示される。例えば、白黒が反転されて表示される。あるいは背景色または文字色の少なくとも一方が異なる色で表示される。
【００４５】
ＣＰＵ２１は、タッチセンサ２７ｔの信号を監視して、取消ボタン４５ｄ、品切以外注文ボタン４５ｂ、編集ボタン４５ｃのいずれかがタッチ操作されるのを待機する（Act２２，２３，２４：再考手段）。取消ボタン４５ｄがタッチ操作された場合（Act２２にてＹＥＳ）、ＣＰＵ２１は、注文バッファ３２をクリアする（Act２５）。つまりＣＰＵ２１は、無効となった注文を全て取り消す。ＣＰＵ２１は、Act３の処理に戻り、ディスプレイ２７ｄに注文受付画像４２を表示させる。
【００４６】
品切以外注文ボタン４５ｂがタッチ操作された場合（Act２２にてＹＥＳ）、ＣＰＵ２１は、注文バッファ３２から品切によって注文が承認されない商品のデータレコードを削除する（Act２６）。つまりＣＰＵ２１は、品切によって注文が承認されない商品の注文を取り消す。しかる後、ＣＰＵ２１は、Act７の処理に戻り、ディスプレイ２７ｄに注文確認画像４３を表示させる（第３の確認手段）。
【００４７】
図１１の注文結果画像４５において、品切以外注文ボタン４５ｂがタッチ操作されたときの注文確認画像４３の一例を図１２に示す。図示するように、注文確認画像４３の注文商品リスト４３ａからは、品切によって注文が承認されない商品の商品名と注文数とが削除される。
【００４８】
この状態で、送信ボタン４３ｂがタッチ操作された場合（Act８にてＹＥＳ）、ＣＰＵ２１は、注文バッファ３２に格納された商品コードと注文数を含む注文データを、無線回路２６を介して注文管理サーバ１４に送信する（Act１１）。つまりＣＰＵ２１は、注文を受け付けた各商品のなかから注文が承認されない商品を除いた商品に係る注文データを注文管理サーバ１４に送信する（再送手段）。
【００４９】
編集ボタン４５ｃがタッチ操作された場合（Act２４にてＹＥＳ）、ＣＰＵ２１は、注文バッファ３２から品切によって注文が承認されない商品のデータレコードを削除する（Act２７）。つまりＣＰＵ２１は、品切によって注文が承認されない商品の注文を取り消す。しかる後、ＣＰＵ２１は、ディスプレイ２７ｄに編集画像４６を表示させる（Act２８）。
【００５０】
図１１の注文結果画像４５において、編集ボタン４５ｃがタッチ操作されたときの編集画像４６の一例を図１３に示す。図示するように、編集画像４６には、品切以外注文ボタン４５ｂがタッチ操作された後の注文確認画像４３と同様の注文商品リスト４６ａと、追加ボタン４６ｂと、注文ボタン４６ｃとが表示される。また、注文商品リスト４６ａの各商品名に１対１で関連付けて、削除ボタン４６ｄも表示される。
【００５１】
ＣＰＵ２１は、タッチセンサ２７ｔの信号を監視して、削除ボタン４６ｄがタッチ操作されるか、編集終了が宣言されるのを待機する（Act２９，３０：再考手段）。削除ボタン４６ｄがタッチ操作された場合（Act２９にてＹＥＳ）、ＣＰＵ２１は、その削除ボタンに関連付けられた商品名に係る商品コードと注文数のデータを注文バッファ３２から削除する（Act３１）。つまり、タッチ操作された削除ボタン４６ｄに対応する商品の注文を取り消す。しかる後、ＣＰＵ２１は、Act２８の処理に戻り、編集画像４６を更新する。
【００５２】
図１３の編集画像４６において、商品［商品ｃｃｃ］に対応した削除ボタン４６ｄ３がタッチ操作されて更新された編集画像４６の一例を図１４に示す。図示するように、注文商品リスト４６ａからは、商品［商品ｃｃｃ］のデータが削除される。
【００５３】
追加ボタン４６ｂまたは注文ボタン４６ｃがタッチ操作された場合、ＣＰＵ２１は、編集終了が宣言されたとみなす。この場合（Act３０にてＹＥＳ）、ＣＰＵ２１は、追加ボタン４６ｂがタッチ操作されたのか、注文ボタン４６ｃがタッチ操作されたのかを判別する（Act３２）。追加ボタン４６ｂがタッチ操作された場合（Act３２にて［注文］）、ＣＰＵ２１は、Act７の処理に戻り、ディスプレイ２７ｄに注文確認画像４３を表示させる。
【００５４】
この状態で、送信ボタン４３ｂがタッチ操作された場合（Act８にてＹＥＳ）、ＣＰＵ２１は、注文バッファ３２に格納された商品コードと注文数を含む注文データを、無線回路２６を介して注文管理サーバ１４に送信する（Act１１）。つまりＣＰＵ２１は、注文を受け付けた商品のなかから注文が承認されない商品と、取消が指示された商品とを除いた商品に係る注文データを注文管理サーバ１４に送信する（再送手段）。
【００５５】
追加ボタン４６ｂでなく注文ボタン４６ｃがタッチ操作された場合には（Act３２にて［追加］）、ＣＰＵ２１は、Act３の処理に戻り、ディスプレイ２７ｄに注文受付画像４２を表示させる。  
この状態で、選択ボタンがタッチされた場合（Act４にてＹＥＳ）、ＣＰＵ２１は、その選択ボタンに割当てられた商品の商品コードを含むデータレコードを注文バッファ３２に追加する。その後、注文ボタンがタッチ操作され、さらに注文確認画像４３の送信ボタン４３ｂがタッチ操作された場合、ＣＰＵ２１は、注文バッファ３２に格納された商品コードと注文数を含む注文データを、無線回路２６を介して注文管理サーバ１４に送信する（Act１１）。つまりＣＰＵ２１は、注文が承認されない商品に代えて、追加された商品の注文データを加えて注文管理サーバ１４に送信する（再送手段）。
【００５６】
このように、オーダ端末１１で注文を受け付けた商品の中に品切が発生して注文が承認されない商品が含まれていたために、注文管理サーバ１４において注文が無効となった場合、オーダ端末１１のディスプレイ２７ｄに、注文無効を示す注文結果画像４５が表示される。
【００５７】
この場合、オーダ端末１１のオペレータは、品切となった商品を除いて注文するか、注文をやり直すかを判断する。品切となった商品を除いて注文する場合、オペレータは、品切以外注文ボタン４５ｂにタッチする。そうすると、注文バッファ３２から品切となった商品のデータが削除される。そして、品切となった商品を除いた注文商品に係る注文データが注文管理サーバ１４に再送され、注文が完了する。
【００５８】
注文を最初からやり直す場合、オペレータは、取消ボタン４５ｄにタッチする。そうすると、注文バッファ３２がクリアされ、ディスプレイ２７ｄには注文受付画像４２が再度表示される。そこでオペレータは、注文を最初からやり直す。
【００５９】
品切となっていない商品のなかに注文を取り止める商品がある場合、オペレータは編集ボタン４５ｃにタッチする。そうすると、注文バッファ３２から品切となった商品のデータが削除される。また、ディスプレイ２７ｄに編集画像４６が表示される。そこでオペレータは、注文を取り止める商品に対応した削除ボタン４６ｄにタッチする。そうすると、削除が指示された商品のデータがさらに注文バッファ３２から削除される。
【００６０】
ここで、別の商品を注文する場合、オペレータは、追加ボタン４６ｂにタッチする。そうすると、ディスプレイ２７ｄに注文受付画像４２が再度表示される。そこでオペレータは、注文する商品を選択する。
【００６１】
注文が終了すると、オペレータは、注文ボタンにタッチする。そうすると、ディスプレイ２７ｄに注文確認画像４３が表示される。次いでオペレータは、送信ボタン４３ｂにタッチする。そうすると、注文バッファ３２に残ったデータを基に作成された注文データが注文管理サーバ１４に再送されて、注文が完了する。
【００６２】
このように本実施形態によれば、注文を受け付けた商品の一部が品切になり、注文全体が無効になった場合でも、オペレータは簡単な操作によって注文を完了させることができる。
【００６３】
ところで本実施形態では、注文無効を示す注文結果画像４５に表示される注文商品リスト４５ａには、注文の受付順ではなく、注文が承認されない商品の商品名と注文数とがリストの先頭に表示される。従って、注文商品リスト４５ａをスクロール表示あるいはページ切替で対応しなければならない場合でも、注文が承認されない商品は必ずリスト４５ａの最初に表示されるので、オペレータは、注文が承認されない商品を容易に確認することができる。
【００６４】
なお、本発明は、前記実施形態に限定されるものではない。  
例えば前記実施形態では、注文無効を示す注文結果画像４５において、注文が承認されない商品を注文商品リスト４５ａの先頭に表示させたが、必ずしも先頭でなくてもよい。要は、オペレータに注文が承認されない商品を明確に伝えることができればよい。
【００６５】
また、注文無効を示す注文結果画像４５において、注文が承認されない商品の代替となる商品の候補を表示するようにしてもよい。
【００６６】
また、前記実施形態では、品切によって注文が承認されない場合を示したが、他の理由で注文が承認されない場合にも本発明は適用可能である。例えば、飲食店のなかには、注文を受けてから客に提供されるまでの予測時間を商品毎に管理し、この予測時間がしきい値となる時間よりも長い商品の注文を一時的に中止する店がある。このような店のオーダシステムに対しても、前記実施形態と同様にして本発明を適用できる。
【００６７】
また、必ずしもセルフオーダシステムの注文受付装置（オーダ端末１１）に限定されるものではない。店員がハンディターミナルと称されるオーダ端末を携帯して、客の注文を受け付けるオーダシステムにも、本発明を適用可能である。
【００６８】
さらに前記実施形態は、オーダ端末１１の内部のプログラム記憶部に発明の機能を実現させる制御プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークからオーダ端末１１にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、オーダ端末１１にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、端末内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００６９】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７０】
１０…オーダエントリシステム、１１…オーダ端末、１４…注文管理サーバ、１７…商品マスタファイル、１８…在庫マスタファイル、２０…ＣＰＵ、２６…無線回路、２７…タッチパネル、３０…商品ファイル、３２…注文バッファ、５０…注文受付機能。
【図１】
2014164444.tif 000003
【図２】
2014164444.tif 000004
【図３】
2014164444.tif 000005
【図４】
2014164444.tif 000006
【図５】
2014164444.tif 000007
【図６】
2014164444.tif 000008
【図７】
2014164444.tif 000009
【図８】
2014164444.tif 000010
【図９】
2014164444.tif 000011
【図１０】
2014164444.tif 000012
【図１１】
2014164444.tif 000013
【図１２】
2014164444.tif 000014
【図１３】
2014164444.tif 000015
【図１４】
2014164444.tif 000016