(57)【要約】【課題】注文したメニューの状況および注文してからの待ち時間を、ユーザが簡単に確認することができる情報処理端末を提供する。【解決手段】外部端末から、注文したメニューの注文データを受信する注文情報受信手段と、時刻をカウントする計時手段４４と、受信した注文データ、注文データを受信した時刻である注文時刻７３、および注文した前記メニューの調理状況７５を表示する表示手段４５と、注文した全てのメニューの内、最初のメニューの調理開始を示す調理開始情報を受信する調理開始情報受信手段と、を備え、表示手段４５は、注文データを受信したとき、調理状況を調理待ちとして表示し、調理開始情報を受信したとき、調理状況を調理中として表示する。【選択図】図５
2009193194.tif 000002
【特許請求の範囲】
【請求項１】
外部端末から、注文したメニューの注文データを受信する注文情報受信手段と、
時刻をカウントする計時手段と、
受信した前記注文データ、前記注文データを受信した時刻である注文時刻、および注文した前記メニューの調理状況を表示する表示手段と、
注文した全ての前記メニューの内、最初の前記メニューの調理開始を示す調理開始情報を受信する調理開始情報受信手段と、を備え、
前記表示手段は、
前記注文データを受信したとき、前記調理状況を調理待ちとして表示し、前記調理開始情報を受信したとき、前記調理状況を調理中として表示することを特徴とする情報処理端末。
【請求項２】
注文した全ての前記メニューの内、最後の前記メニューの調理完了を示す調理完了情報を受信する調理完了情報受信手段をさらに備え、
前記表示手段は、
前記調理完了情報を受信したとき、前記調理状況を調理完了として表示することを特徴とする請求項１に記載の情報処理端末。
【請求項３】
前記注文データの前記注文時刻から現在時刻までの時間である待ち時間を算出する待ち時間算出手段をさらに備え、
前記表示手段は、
前記待ち時間をさらに表示することを特徴とする請求項１または２に記載の情報処理端末。
【請求項４】
前記注文データの前記待ち時間が所定時間を超えた場合であって、当該注文データの前記調理開始情報を受信していない場合、前記メニューの調理開始が遅延していること報知する報知手段をさらに備えたことを特徴とする請求項１ないし３のいずれか１項に記載の情報処理端末。
【請求項５】
前記報知手段は、
厨房の調理者に対して前記メニューの調理開始が遅延していることを報知することを特徴とする請求項４に記載の情報処理端末。
【請求項６】
前記表示手段は、
前記外部端末と通信可能な複数の情報処理端末において、調理待ち状態の前記注文データの数である未処理注文データ数のうち、自身の前記注文データの注文時刻が時系列上何番目に相当するかを示す調理待ち番号をさらに表示することを特徴とする請求項１ないし５のいずれか１項に記載の情報処理端末。
【請求項７】
複数の前記メニューの各調理時間を示す調理時間テーブルと、
前記調理時間テーブルを参照し、前記注文データに含まれる全メニューの調理に要する調理予測時間を算出する調理予測時間算出手段と、をさらに備え、
前記表示手段は、
前記調理開始情報を受信したとき、「調理中」の表示および前記調理待ち時間の表示と共に、前記調理予測時間算出手段の算出結果を表示することを特徴とする請求項１ないし６のいずれか１項に記載の情報処理端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レストラン等の飲食店において、ユーザの注文に関する情報を表示することができる情報処理端末に関するものである。
【背景技術】
【０００２】
従来、飲食店等において、店員が所持するハンディーターミナルに注文情報を入力することで、顧客からの注文を受け付け管理する注文データ管理装置が知られている。この注文データ管理装置は、顧客からの注文を入力するハンディーターミナルと、注文情報を管理するワークステーションと、控え伝票発行機と、キッチンプリンタとから構成されている。ハンディーターミナルから注文情報が入力されると、厨房に対する調理指示用の伝票をキッチンプリンタから印刷すると共に、控え伝票発行機から顧客用に注文伝票を印刷する（例えば、特許文献１参照）。
【特許文献１】特開平７−２００９４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ユーザとしては、自分が注文した料理（メニュー）が、今どのような状況なのかを知りたいという思いが当然のごとくある。しかしながら、上述の注文データ管理装置では、ユーザに対して注文伝票を発行するのみであるため、ユーザは、料理を注文してからその料理が届くまでの間、当該料理の進捗状況（もう直ぐ運ばれてくるのか、あるいは、もう少し時間が掛かりそうなのか）を把握することができないという問題がある。この場合、店員を呼んで料理の進捗状況を聞くことは可能ではあるが、ユーザの心理として、店員を呼ぶことに抵抗を感じる（気が引ける）ことが多く、極力店員を呼ばないでおきたいというものがある。また、店員を呼ぶ場合においても、料理を待っている時間（待ち時間）を把握することができないため、もう少し待つべきか（時間的に呼ぶのは早すぎるか）、そろそろ店員を呼ぶべきか等、どのタイミングで店員を呼べばよいのか迷うことが考えられる。
【０００４】
本発明は、上記の問題に鑑みたものであり、注文したメニューの状況および注文してからの待ち時間を、ユーザが簡単に確認することができる情報処理端末を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の情報処理端末は、外部端末から、注文したメニューの注文データを受信する注文情報受信手段と、時刻をカウントする計時手段と、受信した注文データ、注文データを受信した時刻である注文時刻、および注文したメニューの調理状況を表示する表示手段と、注文した全てのメニューの内、最初のメニューの調理開始を示す調理開始情報を受信する調理開始情報受信手段と、を備え、表示手段は、注文データを受信したとき、調理状況を調理待ちとして表示し、調理開始情報を受信したとき、調理状況を調理中として表示することを特徴とする。
【０００６】
この構成によれば、注文データおよび注文したメニューの調理状況（調理待ちおよび調理中）を表示することができる。これにより、ユーザは、注文したメニューの調理状況が現時点でどのようになっているのか（調理待ちおよび調理中）を容易に把握することができる。また、注文データを表示することにより、何を注文したのか、注文の間違い（数量の間違い等）がないか、注文したメニューが全て配膳されたのかなどの情報も併せて把握することができる。さらに、注文した時刻が分かるため、ユーザは注文した時刻と現在の時刻から、待ち時間を知ることができる。この待ち時間の把握を切っ掛けとして、例えば、この待ち時間が長い場合、ユーザは注文状況を確認するために店員を呼ぶといった対応をすることができる。
【０００７】
本発明の情報処理端末において、注文した全てのメニューの内、最後のメニューの調理完了を示す調理完了情報を受信する調理完了情報受信手段をさらに備え、表示手段は、調理完了情報を受信したとき、調理状況を調理完了として表示することが好ましい。
【０００８】
この構成によれば、調理完了情報を受信して、注文したメニューの調理状況（調理完了）を表示することができる。これにより、ユーザは、注文したメニューの調理が完了したことを把握することができ、もう直ぐ料理が運ばれてくることを認識することができる。
【０００９】
本発明の情報処理端末において、注文データの注文時刻から現在時刻までの時間である待ち時間を算出する待ち時間算出手段をさらに備え、表示手段は、待ち時間をさらに表示することが好ましい。
【００１０】
この構成によれば、待ち時間を表示することで、ユーザは注文してからどのくらい経過したのかを容易に把握することができる。なお、待ち時間の算出は、所定間隔毎（例えば、１秒毎、１分毎、５分毎、１０分毎）に行うようにしても良い。
【００１１】
本発明の情報処理端末において、注文データの待ち時間が所定時間を超えた場合であって、当該注文データの調理開始情報を受信していない場合、メニューの調理開始が遅延していること報知する報知手段をさらに備えたことが好ましい。
【００１２】
この構成によれば、メニューの調理開始が遅延していることを報知することができる。これにより、ユーザおよび店員は、メニューの調理開始が遅延していることを容易に把握することができ、その後の対応（例えば、注文が本当に受け付けられているかの確認など）を迅速に行うことができる。また、ユーザが待ち時間を気に掛けて、この待ち時間が長い場合に、ユーザ自らが店員を呼ぶといった対応を取る必要がなくなる。なお、報知手段としては、端末自体を発光させて報知しても良いし、ブザー（呼び鈴）などを鳴らして報知するようにしても良い。
【００１３】
本発明の情報処理端末において、報知手段は、厨房の調理者に対してメニューの調理開始が遅延していることを報知することが好ましい。
【００１４】
この構成によれば、厨房の調理者は、調理開始が遅延しているメニューがあることを容易に把握することができる。これにより、調理者は、遅延しているメニューの調理の順番を早めたりするなどの対応を取ることができる。また、調理忘れか否かを認識することができる。
【００１５】
本発明の情報処理端末において、表示手段は、外部端末と通信可能な複数の情報処理端末において、調理待ち状態の注文データの数である未処理注文データ数のうち、自身の注文データの注文時刻が時系列上何番目に相当するかを示す調理待ち番号をさらに表示することが好ましい。
【００１６】
この構成によれば、当該端末からの注文が何番目の注文であるかを表示することができる。これにより、ユーザは、注文したメニューの現在の注文状況（自分の注文が何番目の注文であるか）を把握することができる。また、この番号から、後どのくらいかかりそうなのかを予想することができ、例えば、どのくらい待てばいいのか等の心理的なイライラからくるストレスを軽減することができる。
【００１７】
本発明の情報処理端末において、複数のメニューの各調理時間を示す調理時間テーブルと、調理時間テーブルを参照し、注文データに含まれる全メニューの調理に要する調理予測時間を算出する調理予測時間算出手段と、をさらに備え、表示手段は、調理開始情報を受信したとき、「調理中」の表示および調理待ち時間の表示と共に、調理予測時間算出手段の算出結果を表示することが好ましい。
【００１８】
この構成によれば、注文された全メニューの調理に要する調理予測時間を算出し、調理が開始されたときに、調理状況（調理中）と共に調理に要すると予測される調理時間を表示することができる。これにより、ユーザは、注文したメニューが出来上がるまでのおおよその時間を把握することができる。
【発明を実施するための最良の形態】
【００１９】
以下、添付した図面を参照して、本発明の一実施形態に係る情報処理端末について説明する。なお、本実施形態では、情報処理端末を、飲食店などで使用されるオーダリングシステムに適用した場合を例に挙げて説明する。
【００２０】
図１は、本発明の一実施形態に係るオーダリングシステム１の構成を示すブロック図である。本実施形態のオーダリングシステム１は、各従業員が所持するオーダリング端末２と、顧客（客席）毎に提供される決済トレイ３と、オーダリング端末２から入力された注文データを管理するオーダ管理サーバ４と、決済処理を行うＰＯＳ端末５と、で構成されている。ここで、本発明の情報処理端末は、決済トレイ３に相当する。
【００２１】
オーダリング端末２は、店員が顧客からの注文を入力するための携帯情報端末であり、ＣＰＵ１１（Central Processing Unit）、ＲＡＭ１２（Random Access Memory）、ＲＯＭ１３（Read Only Memory）、フラッシュＲＯＭ１４、入力部１５、表示部１６および通信部１７から構成されている。ＣＰＵ１１は、ＲＯＭ１３に記憶された制御プログラムをＲＡＭ１２にコピーし、その制御プログラムに従ってＲＡＭ１２内などに保存されたデータの処理を行う。また、フラッシュＲＯＭ１４には、メニューデータが記録されている。なお、フラッシュＲＯＭ１４のメニューデータは、メモリカード（図示省略）等の外部記憶媒体に記録し、これをオーダリング端末２にセットするようにしても良い。
【００２２】
入力部１５は、顧客データ（決済トレイ番号、人数）や、顧客からの注文データ（メニュー名、数量等）を入力するものであり、店員のキー操作によりこれら情報の入力が行われる。表示部１６は、入力部１５から入力された注文データを表示する。なお、表示部１６をタッチパネルにすることで、表示部１６と入力部１５とを一体に構成するようにしても良い。通信部１７は、オーダ管理サーバ４および決済トレイ３と通信を行う。ＣＰＵ１１は、入力部１５から顧客データおよび注文データが入力されると、フラッシュＲＯＭ１４のメニューデータから当該注文データに関するメニューデータ（単価等）を読み出すと共に合計金額を算出する。そして、顧客データ、注文データおよびメニューデータを関連付け、通信部１７を介してオーダ管理サーバ４や決済トレイ３に送信する。
【００２３】
オーダ管理サーバ４は、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＨＤＤ２４（Hard Disk Drive）、表示部２５、入力部２６および通信部２７から構成されている。ＣＰＵ２１は、ＨＤＤ２４に記憶された制御プログラムを起動時にＲＡＭ２２にコピーし、その制御プログラムに従ってＲＡＭ２２内等に保存されたデータの処理を行う。また、ＨＤＤ２４には、注文データベース３１が記録されている。通信部２７は、オーダリング端末２および決済トレイ３と通信を行うものである。
【００２４】
表示部２５は、注文されたメニューを表示するものであり、調理者はこれを見ることで、注文されたメニュー名、数量および調理の順番などを把握することができる。入力部２６は、注文されたメニューの調理状況を入力するためのものであり、調理開始キー３２および調理完了キー３３を含んでいる。例えば、注文を受け付けたメニューの調理を開始した場合（１回の注文で受け付けたメニューが複数ある場合、当該複数のメニューの内、最初のメニューの調理を開始したとき）、調理者が調理開始キー３２を押すことで、当該注文の全てのメニューの調理状況を「調理開始」にする。一方、調理が完了した場合には（１回の注文で受け付けたメニューの内、最後のメニューの調理が完了したとき）、調理者が調理完了キー３３を押すことで、当該注文の全てのメニューの調理状況を「調理完了」にする。
【００２５】
上記の構成により、ＣＰＵ２１は、通信部２７を介して、オーダリング端末２から顧客データおよび注文データを受信し、これらを関連付けて注文データベース３１に記録すると共に、当該注文データを表示部２５に表示する。また、ＣＰＵ２１は、調理者により対象となる注文（注文データ）が選択され、調理開始キー３２が押されると、当該注文の全てのメニューに対する調理状況を「調理開始」に変更すると共に、調理開始を示す情報（以下、「調理開始情報」と称す。）を決済トレイ３に送信する。一方、調理者により調理完了キー３３が押されると、ＣＰＵ２１は、当該注文の全てのメニューに対する調理状況を「調理完了」に変更すると共に、調理完了を示す情報（以下、「調理完了情報」と称す。）を決済トレイ３に送信する。また、ＣＰＵ２１は、決済トレイ３から注文したメニューが遅延している旨の情報（以下、「遅延情報」と称す。）を受信する。そして、この受信をトリガとして、ＣＰＵ２１は、調理者に対して該当するメニューの調理開始が遅延している旨を報知する。なお、報知手段としては、表示部２５を点滅させたり、あるいは音を鳴らして報知することが考えられる。
【００２６】
ＰＯＳ端末５は、キーボード３８、２次元コードリーダ３９といった入力デバイス３５に加え、通信部３６、ＰＯＳ端末５全体を制御する制御部３７を備え、キーボード３８による入力や、２次元コードリーダ３９によるシンボル画像の読み取りによって注文データを取得し、決済処理を行う。また、ＰＯＳ端末５は、ＩＣカード、携帯情報端末（携帯電話等）およびクレジットカードなどによる電子決済処理を行う。この場合、ＰＯＳ端末５は、通信部３６を介して決済トレイ３から注文データおよび決済に用いる媒体の情報（電子マネー決済対応の携帯情報端末およびＩＣカード、並びにクレジットカードによる電子決済に必要な個人情報）からなる決済情報を受信する。そして、図示しない決済システム（認証サーバ）と通信を行って、当該決済に使用する個人情報の認証を行い、その認証結果に基づいて決済処理を行う。そして、この決済処理の結果を決済トレイ３に送信する。
【００２７】
決済トレイ３は、図２（外観図）および図３（図２の決済トレイ３をＡ−Ａ´で切断した断面図（ａ）、Ｂ−Ｂ´で切断した断面図（ｂ））に示すように、紙幣が載置可能な略長方形に、且つ底部４１が凹面となるように周囲が湾曲形状に形成されている。また、決済トレイ３の縁部４２には複数の発光体が組み込まれており、何らかのイベントが発生した場合（オーダリング端末２、オーダ管理サーバ４またはＰＯＳ端末５から所定のメッセージを受信した場合）、縁部４２を発光させることで、その旨を通知する。また、構成要素として、決済トレイ３は、通信部４３、計時部４４（計時手段）、表示部４５（表示手段）、操作部４６、電子決済用リーダライタ４７、音声出力部４８、記憶部４９、およびこれらを制御する制御部５０を備えている。
【００２８】
通信部４３は、ネットワークを介してオーダリング端末２、オーダ管理サーバ４およびＰＯＳ端末５と通信を行う。制御部５０は、通信部４３を介して、オーダリング端末２から注文データを受信したり（注文情報受信手段）、オーダ管理サーバ４から調理状況を示す情報（調理開始情報、調理完了情報）を受信したり（調理開始情報受信手段、調理完了情報受信手段）、あるいは、ＰＯＳ端末５との間で電子決済に関する決済情報の送受信を行う。
【００２９】
計時部４４は、決済トレイ３に内蔵されたＲＴＣ（Real Time Clock）であり、日時をカウントする。本実施形態では、顧客の注文時刻や注文してからの待ち時間等を取得するために用いられる（詳細は後述する）。
【００３０】
表示部４５は、電子ペーパー５１で形成され、決済トレイ３の底部４１に配置されている。表示部４５を電子ペーパー５１で形成することにより、表示内容の書き換え時のみ微小電力を必要とするだけで、表示内容を維持するための電力は不要となり、省電力で画面表示を行うことができる。そして、表示部４５は、顧客が注文したメニューに関する情報を表示する。具体的には、表示部４５は、注文内容確認画面６１と注文状況確認画面７１とを有しており、注文内容確認画面６１には、注文データに基づく電子レシート６２を表示する（図４参照）。電子レシート６２には、店舗情報６３（店名、住所等）、注文したメニュー一覧６４（メニュー名、数量、単価および合計金額）等の一般的な情報の他、当該店舗に関するイベント（キャンペーン）情報６５やクーポン情報等が表示される。
【００３１】
一方、注文状況確認画面７１には、注文内容７２（メニュー名、数量、単価、小計、合計）、顧客がメニューを注文した時刻（注文時刻７３）、注文してからの待ち時間７４、注文したメニューの調理状況７５を表示する（図５参照）。注文内容７２は、オーダリング端末２から注文データを受信する度に随時更新され、注文状況確認画面７１には、その時点で注文されている全てのメニューについての注文内容７２が表示される。注文時刻７３は、オーダリング端末２から注文データを受信した時点の時刻である。なお、追加注文等により複数回に分けて注文を行う場合、この注文時刻７３は、それぞれの注文毎に表示される。
【００３２】
メニューの調理状況７５は、「調理待ち」、「調理中」、「調理完了」のステータスを持ち、１回で注文した全てのメニューを一括りとした調理の進捗状況を示す。この調理状況７５は、オーダリング端末２から注文データを受信したときに「調理待ち」となり、オーダ管理サーバ４から調理開始情報を受信したときに「調理中」となる。また、オーダ管理サーバ４から調理完了情報を受信したときに「調理完了」となる。
【００３３】
待ち時間７４は、注文時刻７３から現在時刻までの時間であり、現在時刻から注文時刻７３を引くことで算出される（待ち時間算出手段）。つまり、注文してから現在までの経過時間を示す。この待ち時間７４は、所定間隔で算出され（例えば、１分毎に待ち時間７４を算出する）、注文したメニューの調理状況が「調理完了」になった時点でクリアされる。また、上述の注文時刻７３と同様に、追加注文等により複数回に分けて注文を行う場合、この待ち時間７４は、それぞれの注文毎に表示される。この待ち時間７４を表示することで、ユーザは注文してからどのくらい経過したのかを容易に把握することができる。
【００３４】
制御部５０は、この待ち時間７４が所定時間を超えた場合であって、且つ当該待ち時間７４の算出元となる注文時刻７３に注文したメニューの調理状況が「調理待ち」である場合（つまり、当該注文に対する調理開始情報を受信していない場合）、注文したメニューの調理開始が遅延していると判定し、この旨を「遅延情報」としてオーダ管理サーバ４に送信する（調理者へ報知する、報知手段）。また、これと共に、制御部５０は、決済トレイ３の縁部４２を発光させ、顧客や店員に対して注文したメニューが遅延している旨を報知する（報知手段）。これにより、顧客、店員および調理者は、メニューの調理開始が遅延していることを容易に把握することができ、その後の対応（例えば、注文が本当に受け付けられているかの確認や、調理者にあっては、遅延しているメニューの調理の順番を早めたりする等）を迅速に行うことができる。また、調理忘れか否かを認識することができる。さらに、ユーザが待ち時間を気に掛けて、この待ち時間が長い場合に、ユーザ自らが店員を呼ぶといった対応を取る必要がなくなる。なお、報知手段としては、ブザー（呼び鈴）などを鳴らして報知するようにしても良い。
【００３５】
操作部４６は、スクロールボタン５２、拡大ボタン５３、縮小ボタン５４および切替ボタン５５を、有している（図２参照）。スクロールボタン５２は、表示部４５の表示内容を上下左右にスクロールさせる。拡大ボタン５３は、表示内容を拡大表示する。縮小ボタン５４は、表示内容を縮小表示する。切替ボタン５５は、表示内容（画面）を切り替える（例えば、注文内容確認画面６１と注文状況確認画面７１との切り替え等）。これにより、例えば、電子レシートの内容が１画面に収まりきらない場合、ユーザが表示内容をスクロールさせることで全ての内容を確認することができる。また、表示内容の拡大／縮小が行えるため、ユーザの好みの大きさで内容を表示することができる。
【００３６】
音声出力部４８は、操作部４６における操作方法、および表示部４５の表示内容を音声により通知するものである。これにより、ユーザは操作方法や表示内容を簡単に把握することができ、例えば、操作方法が分からず、顧客が店員を呼ぶといった手間を軽減することができる。また、視覚障害者にとっても便利である。
【００３７】
電子決済用リーダライタ４７は、電子マネーに対応したＩＣカードや携帯情報端末から電子決済に必要な個人情報（例えば、ＩＤや暗証番号）を読み取ると共に、電子決済の結果をこれらに書き込む。制御部５０は、電子決済用リーダライタ４７で読み取った個人情報と注文データとをＰＯＳ端末５に送信する。そして、ＰＯＳ端末５から受信した決済処理の結果を電子決済用リーダライタ４７を介してＩＣカードや携帯情報端末に書き込む。これにより、飲食店の客席等で、携帯情報端末（携帯電話）やＩＣカードでの精算が即行えるため、精算処理が素早く且つ簡単に行え、顧客にとって利便性がよい。
【００３８】
また、制御部５０は、決済処理に際し、ＰＯＳ端末５から決済処理が正常に完了した旨の通知を受信した場合、決済トレイ３の縁部４２を発光させ、顧客に対してその旨を通知する。これにより、顧客は決済処理が正常に完了したことを確実に把握することができる。なお、電子決済用リーダライタ４７による電子決済処理は、上述の注文内容確認画面６１を表示している場合にのみ有効となる。これにより、注文を待っている時（注文状況確認画面７１で注文状況を確認しているとき）や、今後さらに注文をする予定がある場合に、誤って決済処理を実行することを防止することができる。
【００３９】
ここで、図６および７のフローチャートを参照して、メニューの注文から決済処理までの一連の処理手順について説明する。まず、オーダリング端末２は、店員が入力部１５を操作することによりテーブル番号などの顧客データおよび注文データを入力する（Ｓ０１）。そして、オーダリング端末２は、全ての注文データの入力が終了すると、注文を確認するための注文確認画面を自身の表示部１６に表示する（Ｓ０２）。店員による注文確認後、オーダリング端末２は、オーダ管理サーバ４に対し、顧客データおよび注文データを送信する（Ｓ０３）。
【００４０】
オーダ管理サーバ４は、顧客データおよび注文データを受信すると共に（Ｓ０４）、これらを関連付けて注文データベース３１に記録する（Ｓ０５）。そして、オーダ管理サーバ４は、自身の表示部２５に注文データを表示する（Ｓ０６）。
【００４１】
次に、オーダリング端末２は、決済トレイ３に対して注文データを送信する（Ｓ０７）。決済トレイ３は、この注文データを受信すると共に（Ｓ０８）、注文状況確認画面７１に注文データを表示する（Ｓ０９）。この時、決済トレイ３は、注文データの表示と共に、注文時刻、待ち時間および調理状況（調理待ち）を画面に表示する。
【００４２】
ここで、調理者によりオーダ管理サーバ４の調理開始キー３２が押されると、オーダ管理サーバ４は、決済トレイ３に対して調理開始情報を送信する（Ｓ１０）。決済トレイ３は、この調理開始情報を受信すると（Ｓ１１）、上述の調理状況を「調理待ち」から「調理中」に変更する（Ｓ１２）。さらに、調理者によりオーダ管理サーバ４の調理完了キー３３が押されると、オーダ管理サーバ４は、決済トレイ３に対して調理完了情報を送信する（Ｓ１３）。決済トレイ３は、この調理完了情報を受信すると（Ｓ１４）、上述の調理状況を「調理中」から「調理完了」に変更する（Ｓ１５）。そして、決済トレイ３は、待ち時間をクリアする（Ｓ１６）。
【００４３】
次に、顧客により決済トレイ３の切替ボタン５５が押されると、決済トレイ３は、表示を注文内容確認画面６１に切り替え、電子レシートを表示する（Ｓ１７）。この状態で、顧客により電子決済が行われると（Ｓ１８）、決済トレイ３は、決済情報をＰＯＳ端末５に送信する（Ｓ１９）。ＰＯＳ端末５は、決済情報を受信すると（Ｓ２０）、この決済情報に基づいて決済処理を行い（Ｓ２１）、その処理結果を決済トレイ３に送信する（Ｓ２２）。決済トレイ３は、決済処理結果を受信すると共に（Ｓ２３）、この決済処理結果が正常か否か、つまり、正常に決済が完了したか否かを判別する（Ｓ２４）。決済処理結果が正常である場合（Ｓ２５；Ｙｅｓ）、決済トレイ３は、自身の縁部４２を発光させ、顧客に決済が正常に完了した旨を報知する（Ｓ２６）。一方、決済処理結果が正常でない場合（Ｓ２５；Ｎｏ）、決済トレイ３は、その旨（例えば、認証エラーで失敗した等）を表示部４５に表示することで顧客に報知する（Ｓ２７）。
【００４４】
次に、図８のフローチャートを参照して、注文したメニューが遅延していることを報知する手順について説明する。なお、ここでは、オーダリング端末２から決済トレイ３およびオーダ管理サーバ４への注文データの送信は完了しているものとする。まず、決済トレイ３は、注文時刻と現在時刻とにより待ち時間を算出する（Ｓ３１）。次に、決済トレイ３は、この待ち時間が所定時間を越えたか否かを判定する（Ｓ３２）。待ち時間が所定時間を越えていない場合（Ｓ３２；Ｎｏ）、決済トレイ３は、所定間隔（例えば、１分）をおいて再度待ち時間を算出する（Ｓ３１）。一方、待ち時間が所定時間を越えている場合（Ｓ３２；Ｙｅｓ）、決済トレイ３は、オーダ管理サーバ４から当該注文データに関する調理開始情報を受信したか否かを判定する（Ｓ３３）。調理開始情報を受信している場合（Ｓ３４；Ｙｅｓ）、決済トレイ３は、オーダ管理サーバ４から調理完了情報を受信するまで待ち時間を算出し続け（Ｓ３５）、調理完了情報を受信した時点で、待ち時間をクリアする（Ｓ３６）。一方、調理開始情報を受信していない場合（Ｓ３４；Ｎｏ）、決済トレイ３は、自身の縁部４２を発光させると共に、オーダ管理サーバ４に対して遅延情報を送信することで、メニューの遅延を報知する（Ｓ３７）。その後、Ｓ３５以降の処理を実行する。
【００４５】
以上のように、本実施形態によれば、本発明の決済トレイ３（情報処理端末）を用いることにより、注文データおよび注文したメニューの調理状況（調理待ち、調理中および調理完了）を表示することができる。これにより、顧客は、注文したメニューの調理状況が現時点でどのようになっているのかを容易に把握することができ、例えば、「調理完了」が表示された場合には、もう直ぐ料理が運ばれてくることを認識することができる。また、注文データを表示することにより、何を注文したのか、注文の間違い（数量の間違い等）がないか、注文したメニューが全て配膳されたのかなどの情報も併せて把握することができる。さらに、注文した時刻が分かるため、ユーザは注文した時刻と現在の時刻から、待ち時間を知ることができる。この待ち時間の把握を切っ掛けとして、例えば、この待ち時間が長い場合、ユーザは注文状況を確認するために店員を呼ぶといった対応をすることができる。
【００４６】
なお、本実施形態の調理開始情報および調理完了情報として、これらの内容を示すテキストデータを決済トレイ３に送信しても良いし、あるいは、それぞれを特定する識別子を送信するようにしても良い。後者の場合、決済トレイ３の記憶部４９に調理状況と識別子とを対応付けたテーブルを記録することで実現することが可能である。
【００４７】
また、図９に示すように、本発明の決済トレイ３にカードリーダ８１を組み込むことも可能である。これにより、クレジットカードでの精算が客席で行えるため、カード精算時における不正スキャニングの心配がなくなり、顧客の心理的不安を軽減することができる。なお、カードリーダ８１を組み込む際には、決済トレイ３にカードが通過できる程度の溝８２を設けるなどして、クレジットカードをスムーズにスライドできるようにすることが好ましい。
【００４８】
また、決済トレイ３から携帯電話等の携帯情報端末に対して電子レシートを発行する手段を設けても良い。これにより、従来のようなレシート印刷が不要となり、紙資源の無駄を無くすことができる。
【００４９】
また、決済トレイ３の表示内容として、その決済トレイ３に対応する注文が、その店全体で何番目の注文であるのかを表示するようにしても良い（例えば、「あなたの調理待ち番号は「３番」です」等）。この場合、オーダ管理サーバ４から決済トレイ３に対して、「調理待ち」状態の注文データの数（未処理注文データ）のうち、当該決済トレイ３に対応する注文データの注文時刻が時系列上何番目に相当するかという情報（調理待ち番号）を送信することで可能である。これにより、顧客は、注文したメニューの現在の注文状況（自分の注文が何番目の注文であるか）を把握することができる。また、この番号から、後どのくらいかかりそうなのかを予想することができ、例えば、どのくらい待てばいいのか等の心理的なイライラからくるストレスを軽減することができる。
【００５０】
また、決済トレイ３の表示内容として、調理状況が「調理中」の場合、注文した全てメニューの調理に要する調理時間を表示するようにしても良い（図１０（ａ））。この場合、決済トレイ３の記憶部４９に各メニューとメニュー毎の調理予測時間と、を対応付けた調理時間テーブル（図１０（ｂ））を記憶しておき、これを参照することで注文データに含まれる全メニューの調理に要する調理予測時間を算出する（調理予測時間算出手段）。そして、決済トレイ３が、オーダ管理サーバ４から調理開始情報を受信したときに（調理状況が「調理中」になったときに）、この調理予測時間を表示することで実現できる。これにより、顧客は、注文したメニューが出来上がるまでのおおよその時間を把握することができる。
【００５１】
また、上述した実施例によらず、オーダリングシステム１の装置構成や処理工程等について、本発明の要旨を逸脱しない範囲で、適宜変更も可能である。
【図面の簡単な説明】
【００５２】
【図１】本発明の一実施形態に係るオーダリングシステムのブロック図である。
【図２】決済トレイの外観図である。
【図３】図２に示す決済トレイをＡ−Ａ´で切断した断面図（ａ）、およびＢ−Ｂ´で切断した断面図（ｂ）である。
【図４】注文内容確認画面を示す図である。
【図５】注文状況確認画面を示す図である。
【図６】メニューの注文から決済処理までの一連の処理手順を説明するフローチャートである。
【図７】メニューの注文から決済処理までの一連の処理手順を説明するフローチャートである。
【図８】注文したメニューが遅延していることを報知する手順を説明するフローチャートである。
【図９】カードリーダを備えた決済トレイの外観図である。
【図１０】調理予測時間を表示した注文状況確認画面の一例（ａ）、および調理時間テーブル（ｂ）を示す図である。
【符号の説明】
【００５３】
３…決済トレイ  ４２…縁  ４４…計時部  ４５…表示部  ４８…音声出力部  ７２…注文内容  ７３…注文時刻  ７４…待ち時間  ７５…調理状況
【図１】
2009193194.tif 000003
【図２】
2009193194.tif 000004
【図３】
2009193194.tif 000005
【図４】
2009193194.tif 000006
【図５】
2009193194.tif 000007
【図６】
2009193194.tif 000008
【図７】
2009193194.tif 000009
【図８】
2009193194.tif 000010
【図９】
2009193194.tif 000011
【図１０】
2009193194.tif 000012