(57)【要約】【課題】注文するメニュー品目の合計金額を注文確定前にユーザが知り得る注文受付装置を提供する。【解決手段】注文受付装置は、注文を受け付けたメニュー品目の合計金額を記憶する第１の記憶部と、注文が確定されたメニュー品目の合計金額を記憶する第２の記憶部とを設ける。メニュー品目の注文を受け付ける毎に、装置は、そのメニュー品目の価格を第１の記憶部に加算する。注文が確定されたことに応じて、装置は、第１の記憶部の合計金額を第２の記憶部に加算するともに第１の記憶部をクリアする。装置は、第１及び第２の記憶部で記憶される合計金額を出力する。【選択図】      図８
2014160459.tif 000002
【特許請求の範囲】
【請求項１】
メニュー品目の注文を受け付ける注文受付手段と、
この注文受付手段により受け付けたメニュー品目の注文を確定する注文確定手段と、
この注文確定手段により注文が確定されたメニュー品目のデータをサーバへ出力する注文出力手段と、
前記注文受付手段により注文を受け付けたメニュー品目の合計金額を記憶する第１の記憶部と、
前記注文確定手段により注文が確定されたメニュー品目の合計金額を記憶する第２の記憶部と、
前記注文受付手段によりメニュー品目の注文を受け付ける毎にそのメニュー品目の価格を前記第１の記憶部に加算し、前記注文確定手段により注文が確定されたことに応じて前記第１の記憶部の合計金額を前記第２の記憶部に加算するともに前記第１の記憶部をクリアする金額処理手段と、
前記第１及び第２の記憶部で記憶される合計金額を出力する金額出力手段と、
を具備したことを特徴とする注文受付装置。
【請求項２】
前記金額出力手段は、前記第１の記憶部で記憶される合計金額と前記第２の記憶部で記憶される合計金額とを合算した金額を出力することを特徴とする請求項１記載の注文受付装置。
【請求項３】
メニュー品目を注文するユーザを特定するユーザ特定手段、をさらに具備し、
前記第１の記憶部は、前記ユーザ特定手段により特定されるユーザ毎にそのユーザから注文を受け付けたメニュー品目の合計金額を記憶し、
前記第２の記憶部は、前記ユーザ特定手段により特定されるユーザ毎にそのユーザから注文を受け付け、確定されたメニュー品目の合計金額を記憶する、
ことを特徴とする請求項１記載の注文受付装置。
【請求項４】
前記金額出力手段は、前記第１の記憶部で記憶されるユーザ別の合計金額と、前記第２の記憶部で記憶されるユーザ別の合計金額と、前記第１の記憶部で記憶されるユーザ別の合計金額と前記第２の記憶部で記憶されるユーザ別の合計金額とを合算した金額とを出力することを特徴とする請求項３記載の注文受付装置。
【請求項５】
前記注文受付手段により注文を受付可能なメニュー品目のリスト画面を表示する表示部、をさらに備え、
前記金額出力手段は、前記前記第１の記憶部で記憶されるユーザ別の合計金額と前記第２の記憶部で記憶されるユーザ別の合計金額とを合算した金額データを前記リスト画面の一部にタブの形態で表示させることを特徴とする請求項４記載の注文受付装置。
【請求項６】
前記タブがスライド操作されたことに応じて、前記第１の記憶部で記憶されるユーザ別の合計金額と前記第２の記憶部で記憶されるユーザ別の合計金額とを前記リスト画面上に表示させることを特徴とする請求項５記載の注文受付装置。
【請求項７】
第１の記憶部と第２の記憶部とを有するコンピュータに、
メニュー品目の注文を受け付ける注文受付機能と、
この注文受付機能により受け付けたメニュー品目の注文を確定する注文確定機能と、
この注文確定機能により注文が確定されたメニュー品目のデータをサーバへ出力する注文出力機能と、
前記注文受付機能によりメニュー品目の注文を受け付ける毎にそのメニュー品目の価格を前記第１の記憶部に加算し、前記注文確定機能により注文が確定されたことに応じて前記第１の記憶部の合計金額を前記第２の記憶部に加算するともに、前記第１の記憶部をクリアする金額処理機能と、
前記第１及び第２の記憶部で記憶される合計金額を出力する金額出力機能と、
を実現させるための注文受付プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、飲食店向けの注文受付装置及びコンピュータを当該注文受付装置として機能させるための注文受付プログラムに関する。
【背景技術】
【０００２】
近年、ファミリーレストラン、居酒屋等の飲食店では、注文受付装置としてオーダ端末を用いた注文管理システムが構築されている。オーダ端末は、客が飲食するメニュー品目の注文データの入力を受け付ける。このオーダ端末で入力されたメニュー品目の注文データは、無線通信などを利用して注文管理用のサーバに伝送される。サーバは、オーダ端末から受信した注文データを管理する。
【０００３】
セルフ式の注文管理システムは、既に実用化されている。セルフ式の注文管理システムにおいては、オーダ端末が客席の食卓に設置される。食卓に着いた客は、その食卓にあるオーダ端末を操作して、飲食するメニュー品目の注文を行う。オーダ端末のティスプレイには、各種メニュー品目のリストが表示される。客は、リストの中から注文したいメニュー品目を選択する。そして注文を完了したならば、客は、注文データの送信を指令する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−０４２８７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の注文管理システムにおいて、オーダ端末のユーザは、オーダ端末に表示されるリストから、注文するメニュー品目の価格を知ることはできる。しかし、複数品目を注文する際、ユーザはその合計金額を注文確定前に知ることは容易ではない。
【０００６】
本発明の実施形態が解決しようとする課題は、注文するメニュー品目の合計金額を注文確定前にユーザが容易に知ることができる注文受付装置を提供しようとするものである。
【課題を解決するための手段】
【０００７】
一実施形態において、注文受付装置は、注文受付手段、注文確定手段、注文出力手段、第１の記憶部、第２の記憶部、金額処理手段、及び、金額出力手段を備える。注文受付手段は、メニュー品目の注文を受け付ける。注文確定手段は、注文受付手段により受け付けたメニュー品目の注文を確定する。注文出力手段は、注文確定手段により注文が確定されたメニュー品目のデータをサーバへ出力する。第１の記憶部は、注文受付手段により注文を受け付けたメニュー品目の合計金額を記憶する。第２の記憶部は、注文確定手段により注文が確定されたメニュー品目の合計金額を記憶する。金額処理手段は、注文受付手段によりメニュー品目の注文を受け付ける毎にそのメニュー品目の価格を第１の記憶部に加算し、注文確定手段により注文が確定されたことに応じて第１の記憶部の合計金額を第２の記憶部に加算するともに第１の記憶部をクリアする。金額出力手段は、第１及び第２の記憶部で記憶される合計金額を出力する。
【図面の簡単な説明】
【０００８】
【図１】セルフ式注文管理システムの全体構成図。
【図２】オーダ端末の要部構成を示すブロック図。
【図３】オーダ端末のＲＡＭに形成される主要なメモリエリアを示す模式図。
【図４】注文受付プログラムに従ってＣＰＵが実行する新規注文業務の処理手順を示す流れ図。
【図５】注文受付プログラムに従ってＣＰＵが実行する追加注文業務の処理手順を示す流れ図。
【図６】新規注文業務における注文受付画面の一例を示す模式図。
【図７】追加注文業務における注文受付画面の一例を示す模式図。
【図８】図７の画面例からタブをスライド操作させたときの画面遷移の一例を示す模式図。
【図９】図７の画面例からタブをスライド操作させたときの画面遷移の他の例を示す模式図。
【図１０】図９の画面例から未注文金額を選択操作したときの画面遷移の一例を示す模式図。
【発明を実施するための形態】
【０００９】
以下、注文受付装置の実施形態について、図面を用いて説明する。  
なお、この実施形態は、セルフ式注文管理システムの注文受付装置（以下、オーダ端末１と称する）に、本発明に係る機能を適用した場合である。
【００１０】
図１は、セルフ式注文管理システムの全体構成図である。このシステムは、複数のオーダ端末１と、注文管理サーバ２と、厨房端末３と、ＰＯＳ端末４とを含む。注文管理サーバ２、厨房端末３及びＰＯＳ端末４は、ＬＡＮ（Local Area Network）５によって相互通信自在に接続される。ＬＡＮ５には、各オーダ端末１と無線通信が可能な無線基地局６も接続される。
【００１１】
厨房端末３は、客から注文を受けたメニュー品目の情報を厨房の調理担当者に通知するための機器として機能する。ディスプレイまたはプリンタが、厨房端末３として用いられる。ＰＯＳ端末４は、飲食を終えた客の会計を処理するための機器として機能する。なお、図１では厨房端末３及びＰＯＳ端末４の台数をそれぞれ１台としたが、１台に限定されるものではない。
【００１２】
注文管理サーバ２は、メニューデータベース７にアクセスしてデータの読込み及び書込みを制御する。メニューデータベース７には、店で提供される飲食メニュー毎に作成されたメニューレコードが蓄積される。１つの飲食メニューのメニューレコードには、そのメニュー品目に対して割当てられた一意のメニューコード、メニュー名称、メニュー画像、価格等が含まれる。
【００１３】
図２は、オーダ端末１の要部構成を示すブロック図である。図２に示すように、オーダ端末１は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、無線回路１４、タッチパネル１５及びバスライン１６を備える。アドレスバス及びデータバスを含むバスライン１６は、ＣＰＵ１１とＲＯＭ１２及びＲＡＭ１３とを接続する。またバスライン１６は、図示しない入出力回路を介して無線回路１４及びタッチパネル１５を接続する。
【００１４】
ＣＰＵ１１は、プログラムに従い各部を制御して、オーダ端末１としての種々の業務を実現させる。ＲＯＭ１２は、プログラム、設定データ等の固定的データを記憶する。ＲＡＭ１３は、可変的なデータを記憶するための種々のメモリエリアを有する。無線回路１４は、無線基地局６との間で無線回線を確立し、無線を利用したデータ送信及び受信を司る。タッチパネル１５は、ユーザとオーダ端末１とのインターフェースとして機能する。
【００１５】
このように構成された各オーダ端末１において、ＲＯＭ１２には、注文受付プログラムＰと固有の端末ＩＤとがそれぞれ格納される。  
また図３に示すように、オーダテーブルＴと、未注文合計金額Ａのメモリエリアと、注文済合計金額Ｂのメモリエリアと、総合計金額Ｃのメモリエリアとが、ＲＡＭ１３に形成される。
【００１６】
オーダテーブルＴは、一連のユーザ番号Ｋ（１〜ｎ）に関連付けて、識別情報、未注文データ、未注文金額ａ１〜ａｎ、注文済データ及び注文済金額ｂ１〜ｂｎを保持するためのエリアを有する。未注文合計金額Ａのメモリエリアには、オーダテーブルＴに記憶される各未注文金額ａ１〜ａｎの合計金額が格納される。注文済合計金額Ｂのメモリエリアには、オーダテーブルＴに記憶される各注文済金額ｂ１〜ｂｎの合計金額が格納される。総合計金額Ｃのメモリエリアには、未注文合計金額Ａと注文済合計金額Ｂとの合算金額が格納される。
【００１７】
各オーダ端末１は、飲食店の客席に設営されている各食卓にそれぞれ設置される。オーダテーブルＴのユーザ番号Ｋは、当該オーダ端末１が設置されている食卓に着いた各ユーザ（客）にそれぞれ割当てられる。識別情報は、対応するユーザ番号Ｋが割当てられたユーザを識別するためのデータである。識別情報は、文字や記号等のテキストデータであってもよいし、アバター等のイメージデータであってもよい。
【００１８】
未注文データは、対応するユーザ番号Ｋが割当てられたユーザから注文を受け付けたが、未だ注文が確定していないメニュー品目のメニューコード、メニュー名称等である。未注文金額ａ１〜ａｎは、上記未注文データとしてオーダテーブルＴに格納されたメニュー品目の合計金額である。注文済データは、対応するユーザ番号Ｋが割当てられたユーザからの注文を受け付け、その注文が確定されたメニュー品目のメニューコード、メニュー名称等である。注文済金額ｂ１〜ｂｎは、上記注文済データとしてオーダテーブルＴに格納されたメニュー品目の合計金額である。
【００１９】
ここに、上記未注文金額ａ１〜ａｎの合計金額が格納される未注文合計金額Ａのメモリエリアは、第１の記憶部を構成する。上記注文済金額ｂ１〜ｂｎの合計金額が格納される注文済合計金額Ｂのメモリエリアは、第２の記憶部を構成する。
【００２０】
ＣＰＵ１１がアイドル状態にあるオーダ端末１において、タッチパネル１５がタッチ操作されると、注文受付プログラムＰが起動する。注文受付プログラムＰが起動したことに応じて、ＣＰＵ１１は、図４の流れ図に示す手順の新規注文業務を開始する。先ずＣＰＵ１１は、タッチパネル１５に人数入力画面を表示させて、食卓に着いた客の人数ｎの入力を促す（Act１）。
【００２１】
人数入力画面を確認した客は、タッチパネル１５を操作して人数ｎを入力する。人数ｎが入力されたならば（Act１にてＹＥＳ）、ＣＰＵ１１は、この人数ｎを人数メモリに書き込む（Act２）。人数メモリは、ＲＡＭ１３に形成されている。
【００２２】
ＣＰＵ１１は、ＲＡＭ１３に人数ｎ分のオーダテーブルＴを作成する（Act３）。またＣＰＵ１１は、ＲＡＭ１３の未注文合計金額Ａ、注文済合計金額Ｂ及び総合計金額Ｃの各メモリエリアをクリアする（Act４）。
【００２３】
ＣＰＵ１１は、カウンタＫを“０”にリセットする（Act５）。次いで、ＣＰＵ１１は、カウンタＫを“１”だけカウントアップする（Act６）。そしてＣＰＵ１１は、カウンタＫが人数ｎを超えたか否かを確認する（Act７）。
【００２４】
カウンタＫが人数ｎを超えていない場合（Act７にてＮＯ）、ＣＰＵ１１は、客識別情報の決定処理を実行する。例えばＣＰＵ１１は、タッチパネル１５に文字入力用のソフトキーボードを表示させて、識別情報のテキスト入力を促す。あるいはＣＰＵ１１は、タッチパネル１５に予め用意された複数のアバターを表示させて、選択入力を促す。ＣＰＵ１１は、入力されたテキストデータまたは選択されたアバターのイメージデータを、オーダテーブルＴのカウンタＫに一致するユーザ番号に関連付けられた識別情報エリアにセットする（Act８：ユーザ特定手段）。
【００２５】
ＣＰＵ１１は、タッチパネル１５に注文受付画面を表示させて、メニュー品目の注文を受け付ける（Act９：注文受付手段）。注文受付画面には、メニューデータベース７のデータを基に、各種メニュー品目のメニューコードと品目名または画像と価格とが関連付けられたリストが表示されている。客は、注文したいメニュー品目にタッチする。
【００２６】
メニュー品目が注文された場合（Ac９にてＹＥＳ）、ＣＰＵ１１は、そのメニュー品目のメニューコードを、オーダテーブルＴのカウンタＫに一致するユーザ番号に関連付けられた未注文データエリアに追加する（Act１０）。またＣＰＵ１１は、そのメニュー品目の価格を、同ユーザ番号Ｋの未注文金額ａＫに加算する（Act１１：金額処理手段）。
【００２７】
ＣＰＵ１１は、オーダテーブルＴの未注文金額ａ１〜ａｎを合計して、未注文合計金額Ａを算出する（Act１２）。さらにＣＰＵ１１は、未注文合計金額Ａと総合計金額Ｃとを合算して仮合計金額Ｄを算出する。そしてＣＰＵ１１は、この仮合計金額Ｄを注文受付画面の一部に表示させる（Act１３：金額出力手段）。
【００２８】
仮合計金額Ｄを表示した注文受付画面２０の一例を図６に示す。注文受付画面２０には、複数の分類ボタン２１と、複数のメニュー品目ボタン２２と、複数のファンクションボタン２３とが配置される。各分類ボタン２１には、各種のメニュー品目を分類する分類項目がそれぞれ割当てられる。各メニュー品目ボタン２２には、各分類ボタン２１のなかから選択されたボタンに割当てられた分類項目に属するメニュー品目がそれぞれ割当てられる。
【００２９】
ファンクションボタン２３には、終了ボタン２３Ａ、中止ボタン２３Ｂ、注文送信ボタン２３Ｃが含まれる。終了ボタン２３Ａは、識別情報によって識別される客がメニュー品目の注文を終えるときに入力される。中止ボタン２３Ｂは、客が注文を中止するときに入力される。注文送信ボタン２３Ｃは、客が注文を確定するときに入力される。
【００３０】
本実施形態では、図６に示すように、注文受付画面２０の右端にタブ２４が表示されており、このタブ２４の枠内に仮合計金額Ｄが表示される。
【００３１】
ＣＰＵ１１は、終了ボタン２３Ａが操作入力されたか否かを確認する（Act１４）。終了ボタン２３Ａが操作入力されていない場合（Act１４にてＮＯ）、ＣＰＵ１１は、次のメニュー品目の注文を受け付ける（Act９）。そしてメニュー品目が注文された場合には（Ac９にてＹＥＳ）、ＣＰＵ１１は、上記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３３：注文受付手段）。メニュー品目が注文された場合（Ac３３にてＹＥＳ）、ＣＰＵ１１は、新規注文業務のAct１０〜Act１４と同一の処理を実行する。すなわちＣＰＵ１１は、注文を受け付けたメニュー品目のメニューコードを、オーダテーブルＴのユーザ番号Ｋに関連付けられた未注文データ領域に追加する（Act３４）。またＣＰＵ１１は、そのメニュー品目の価格を、同ユーザ番号Ｋの未注文金額ａＫに加算する（Act３５：金額処理手段）。
【００４４】
ＣＰＵ１１は、オーダテーブルＴの未注文金額ａ１〜ａｎを合計して、未注文合計金額Ａを算出する（Act３６）。さらにＣＰＵ１１は、未注文合計金額Ａと総合計金額Ｃとを合算して仮合計金額Ｄを算出する。そしてＣＰＵ１１は、この仮合計金額Ｄを注文受付画面の一部に表示させる（Act３７：金額出力手段）。
【００４５】
ＣＰＵ１１は、終了ボタン２３Ａが操作入力されたか否かを確認する（Act３８）。終了ボタン２３Ａが操作入力されていない場合（Act３８にてＮＯ）、ＣＰＵ１１は、次のメニュー品目の注文を受け付ける（Act３３）。そしてメニュー品目が注文された場合には（Ac３３にてＹＥＳ）、ＣＰＵ１１は、上記Act３４〜Act３８の処理を再度実行する。
【００４６】
終了ボタン２３Ａが操作入力された場合には（Act３８にてＮＯ）、ＣＰＵ１１は、タッチパネル１５に注文確定要求のガイダンスを表示させて、注文を確定するか否かの入力を促す（Act３９）。ここで、注文送信ボタン２３Ｃが入力された場合（Act３９にてＹＥＳ）、ＣＰＵ１１は、新規注文業務におけるAct１６〜Act２１と同一の処理を実行する。
【００４７】
すなわちＣＰＵ１１は、オーダテーブルＴに記憶される未注文データを追加注文データとする。そしてＣＰＵ１１は、この追加注文データに端末ＩＤを付して、注文管理サーバ２に無線送信する（Act４０）。しかる後、ＣＰＵ１１は、オーダテーブルＴに記憶されるユーザ番号別の未注文データを、同テーブルＴの対応する注文済データエリアにそれぞれ転送し、上記未注文データをクリアする（Act４１）。またＣＰＵ１１は、オーダテーブルＴに記憶されるユーザ番号別の未注文金額ａ１〜ａｎを、同テーブルＴの対応する注文済金額ｂ１〜ｂｎにそれぞれ加算する（Act４２）。そしてＣＰＵ１１は、上記未注文金額ａ１〜ａｎをクリアする（Act４３：金額処理手段）。次いで、ＣＰＵ１１は、オーダテーブルＴの注文済金額ｂ１〜ｂｎを合計して注文済合計金額Ｂを算出する（Act４４）。そしてＣＰＵ１１は、注文済合計金額Ｂを総合計金額Ｃに転送して、総合計金額Ｃを更新する（Act４５）。以上で、ＣＰＵ１１は、追加注文業務を終了する。
【００４８】
因みに、注文管理サーバ２は、オーダ端末１から受信した追加注文データを、そのデータに付された端末ＩＤ別に記憶保持する。また注文管理サーバ２は、追加注文データで特定されるメニュー品目の調理指示データを厨房端末３に出力する。
【００４９】
なお、前記Act３９において、中止ボタン２３Ｂが入力された場合には（Act３９にてＮＯ）、ＣＰＵ１１は、前記Act４０〜Act４５の処理を実行することなく、追加注文業務を終了する。
【００５０】
次に、３名のグループ客が着いた食卓のオーダ端末１を一例に、本実施形態の作用効果について説明する。なお、この３名は、それぞれ識別情報ＡＡ，ＢＢ，ＣＣで識別する。
【００５１】
新規注文業務において、識別情報ＡＡの客が５，０００円分のメニュー品目を注文し、識別情報ＢＢの客が３，０００円分のメニュー品目を注文し、識別情報ＣＣの客が２，０００円分のメニュー品目を注文し、注文送信ボタン２３Ｃを入力したとする。この場合、オーダテーブルＴには、識別情報ＡＡに関連付けて注文済金額５，０００円が格納され、識別情報ＢＢに関連付けられて注文済金額３，０００円が格納され、識別情報ＣＣに関連付けられて注文済金額２，０００円が格納される。また、注文済合計金額Ｂと総合計金額Ｃはいずれも１０，０００円となる。なお、識別情報ＡＡ，識別情報ＢＢ及び識別情報ＣＣにそれぞれ関連付けられた未注文金額はクリアされるので、未注文合計金額Ａは０円となる。
【００５２】
次に、追加注文業務において、識別情報ＡＡと識別情報ＢＢの客がいずれも１，０００円分のメニュー品目を注文し、識別情報ＣＣの客が３４５円分のメニュー品目を注文したとする。注文送信ボタン２３Ｃが入力されていない状態では、オーダテーブルＴには、識別情報ＡＡに関連付けられて未注文金額１，０００円が格納され、識別情報ＢＢに関連付けられて未注文金額１，０００円が格納され、識別情報ＣＣに関連付けられて未注文金額３４５円が格納される。また、未注文合計金額Ａは２，３４５円となり、仮合計金額Ｄは１２，３４５円となる。
【００５３】
このとき、注文受付画面２０のタブ２４内には、図７に示すように、仮合計金額Ｄの１２，３４５円が表示される。この表示により、客は今回の注文を確定させる前に、既に注文が確定されているメニュー品目と今回注文しようとしているメニュー品目との合計金額を容易に知ることができる。
【００５４】
ここで、客がタブ２４を、図７の画面例において左側にスライドさせたとする。そうすると、図８に示すように、タブ２４に続いてウィンドゥ２５が引き出される。ウィンドゥ２５には、仮合計金額Ｄ、注文済合計金額Ｂ、客別の注文済金額ｂ１，ｂ２，ｂ３、未注文合計金額Ａ、及び、客別の未注文金額ａ１，ａ２，ａ３が順に表示される。この表示により、客は、注文確定前のメニュー品目も含んだ仮合計金額Ｄの内訳を容易に知ることができる。
【００５５】
内訳を確認した客は、通常、注文を確定させてよいか否かを判断する。そして、注文を確定させてよい場合には、注文送信ボタン２３Ｃを入力する。注文を取り消す場合には、中止ボタン２３Ｂを入力する。
【００５６】
注文送信ボタン２３Ｃが入力された場合、未注文データの注文が確定される。その結果、注文済合計金額Ｂと総合計金額Ｃとが１２，３４５円に更新される。同じく、識別情報ＡＡに関連付けられた注文済金額が６，０００円に更新され、識別情報ＢＢに関連付けられた注文済金額が４，０００円に更新され、識別情報ＣＣに関連付けられた注文済金額が２，３４５にそれぞれ更新される。
【００５７】
このように本実施形態によれば、注文するメニュー品目の合計金額を注文確定前にユーザが容易に知ることができる。しかもグループ客の場合には、銘々の合計金額も注文確定前に知り得るので、客にとって大変好都合である。
【００５８】
また本実施形態では、図６，図７に示すように、仮合計金額Ｄ（総合計金額Ｃ）を表示するためのタブ２４が注文受付画面２０の右端に表示される。このため、注文受付画面２０に表示されている多数の分類ボタン２１やメニュー品目ボタン２２等が、タブ２４によって隠されてしまうことはない。一方、仮合計金額Ｄ（総合計金額Ｃ）の内訳を確認するためにタブ２４をスライド操作された際には、画面上にウィンドゥ２５が表示される。ただし、ウィンドゥ２５によってファンクションボタン２３の画像が隠されることはない。したがって、内訳を確認した客はそのまま中止ボタン２３Ｂまたは注文送信ボタン２３Ｃを入力することができる。
【００５９】
ところで、上述したようにウィンドゥ２５のサイズは限られる。このため、グループ客の人数が多い場合には、１つのウィンドゥ２５で内訳を全て表示させることは困難である。
【００６０】
そこで、別の実施形態としては、図９に示すように、タブ２４のスライド操作によって引き出されたウィンドゥ２５には、仮合計金額Ｄ、注文済合計金額Ｂ及び未注文合計金額Ａを表示させる。ここで、例えば未注文合計金額Ａがタッチされたならば、図１０に示すように、ウィンドゥ２５に未注文合計金額Ａの内訳を表示させる。同様に、注文済合計金額Ｂがタッチされたならば、ウィンドゥ２５に注文済合計金額Ｂの内訳を表示させる。このような構成を採用することにより、注文受付画面２０の操作性を損ねることなく、注文するメニュー品目の合計金額とその内訳を注文確定前に容易に確認できる効果を奏する。
【００６１】
なお、本発明は、前記実施形態に限定されるものではない。  
例えば前記実施形態では、タブ２４を注文受付画面２０の右端に表示させたが、左端に表示させてもよいし、上端または下端に表示させてもよい。例えば上端にタブ２４を表示させた場合には、このタブを下向きにスライド操作することによって、画面の上から下に向かってウィンドゥ２５が引き出される。
【００６２】
また、前記実施形態では、オーダ端末１のマンマシンインターフェースをタッチパネル１５としたが、例えば液晶ディスプレイ等の表示デバイスとキーボード、マウス等の入力デバイスとの組合せであってもよい。
【００６３】
また、前記実施形態は、セルフ式注文管理システムのオーダ端末１を例示したが、セルフ式以外の注文管理システムのオーダ端末１に対しても同様に適用することは可能である。
【００６４】
さらに、前記実施形態は、装置内部のプログラム記憶部であるＲＯＭ１２に発明の機能を実現させる注文受付プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークから装置にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、装置にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。また、本実施形態のプログラムを、通信機能を有する携帯電話やいわゆるＰＤＡのような携帯情報端末に組み込んで、その機能を実現させるものであってもよい。
【００６５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６６】
オーダ端末、２…注文管理サーバ、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…無線回路、１５…タッチパネル、２０…注文入力画面、２４…タブ、２５…ウィンドゥ、Ｔ…オーダテーブル。
【図１】
2014160459.tif 000003
【図２】
2014160459.tif 000004
【図３】
2014160459.tif 000005
【図４】
2014160459.tif 000006
【図５】
2014160459.tif 000007
【図６】
2014160459.tif 000008
【図７】
2014160459.tif 000009
【図８】
2014160459.tif 000010
【図９】
2014160459.tif 000011
【図１０】
2014160459.tif 000012