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