JP2015035075A - オーダリングシステム - Google Patents

Abstract

【課題】待ち時間による顧客の不満を低減させること。【解決手段】顧客から商品の注文を受け付けるオーダリングシステムにおいて、顧客から正式な注文を受け付ける前に、仮の注文を受け付ける仮注文手段と、仮の注文から、正式な注文までに要した時間又は注文された商品を提供するまでに要した時間に応じて特典を付与する特典付与手段と、を備えることを特徴とするオーダリングシステム。【選択図】図１

Description

本発明は、オーダリングシステムに関する。

レストランや居酒屋などの飲食店において、店員が注文端末を用いるオーダリングシステムが利用されている（例えば、特許文献１参照）。ところで、飲食店においては、時間帯により待ち時間が発生してしまうことがある。例えば、ランチやディナーなど店舗が繁盛する時間帯では、注文された料理の提供に時間がかかってしまうために店外に待ち行列が発生してしまう。

特開２００９−３７２８１号公報

上述した場合において、店外に発生した行列での待ち時間が長いと顧客の不満が高まり、途中で帰ってしまう顧客も発生する。さらに、店舗が繁盛している時間帯は、店外だけでなく店内においても料理の提供の遅れから顧客の不満が高まってしまうという問題があった。このような場合における顧客の不満を低減させる技術が要求されている。

上記事情に鑑み、本発明は、待ち時間による顧客の不満を低減させる技術の提供を目的としている。

本発明の一態様は、顧客から商品の注文を受け付けるオーダリングシステムにおいて、顧客から正式な注文を受け付ける前に、仮の注文を受け付ける仮注文手段と、前記仮の注文から、正式な注文までに要した時間又は前記注文された商品を提供するまでに要した時間に応じて特典を付与する特典付与手段と、を備えることを特徴とするオーダリングシステムである。
これにより、待ち時間に応じて顧客に対してサービスを提供することができる。そのため、顧客の待ち時間による顧客の不満を低減させることができる。

本発明の一態様は、上記のオーダリングシステムであって、前記仮の注文がなされた商品と前記正式な注文がなされた商品との差分に基づいて、前記仮の注文がなされたものの正式な注文がなされなかった商品に関する情報を集計する集計手段を更に備えることを特徴とする。
これにより、店舗側では、実際に注文された商品と実際に注文されなかった商品とを把握することができる。

本発明の一態様は、上記のオーダリングシステムであって、前記特典は、正式な注文がなされた商品の金額の値引き、あるいは割引、前記正式な注文がなされた商品と同一あるいは異なる商品のサービスであることを特徴とする。
これにより、待ち時間に応じて顧客に対して様々なサービスを提供することができる。

本発明の一態様は、顧客から商品の注文を受け付けるオーダリングシステムにおいて、顧客から商品の注文を受け付ける注文手段と、商品が注文された時刻から前記商品を提供する時刻までの経過時間を算出する経過時間算出手段と、前記経過時間に応じて特典を付与する特典付与手段と、を備えることを特徴とするオーダリングシステムである。
これにより、待ち時間に応じて顧客に対してサービスを提供することができる。そのため、顧客の待ち時間による顧客の不満を低減させることができる。

本発明の一態様は、上記のオーダリングシステムであって、前記特典付与手段は、経過時間が予め設定された設定時間以上経過した場合に付与される通常特典と、経過時間が前記設定時間以上経過、かつ、店員又は顧客から督促があった場合に付与される督促特典との何れかの特典を付与することを特徴とする。
これにより、経過時間が予め設定された設定時間以上経過した場合に、顧客に対してサービスを提供することができる。

本発明の一態様は、上記のオーダリングシステムであって、前記特典付与手段は、前記通常特典を付与した後に店員又は顧客から督促があった場合には、通常特典に代えて前記督促特典を付与する、又は、前記通常特典に加えて前記督促特典を付与することを特徴とすることを特徴とする。
これにより、通常の特典よりさらによいサービスを顧客に対して提供することができる。

本発明により、待ち時間による顧客の不満を低減させることが可能となる。

本実施形態におけるオーダリングシステム１０のシステム構成を示す図である。 本発明の第１実施形態における注文受付端末２００ａの機能構成を表す図である。 本発明の第１実施形態におけるＰＯＳレジスタ３００ａの機能構成を表す図である。 テーブルの具体的な構成を示す図である。 本発明の第１実施形態における注文受付端末２００ａの処理の流れの具体例を示すフローチャートである。 本発明の第１実施形態におけるＰＯＳレジスタ３００ａの処理の流れの具体例を示すフローチャートである。 本発明の第２実施形態における注文受付端末２００ｂの機能構成を表す図である。 本発明の第２実施形態におけるＰＯＳレジスタ３００ｂの機能構成を表す図である。 テーブルの具体的な構成を示す図である。 本発明の第２実施形態における注文処理の流れの具体例を示すフローチャートである。 本発明の第２実施形態における提供処理の流れの具体例を示すフローチャートである。 本発明の第２実施形態におけるＰＯＳレジスタ３００ｂの処理の流れの具体例を示すフローチャートである。 変形例におけるテーブルの具体的な構成を示す図である。 変形例におけるテーブルの具体的な構成を示す図である。

以下、本発明の一実施形態を、図面を参照しながら説明する。
図１は、本実施形態におけるオーダリングシステム１０のシステム構成を示す図である。本発明のオーダリングシステム１０は、店舗サーバ１００、複数の注文受付端末２００−１〜２００−Ｎ（Ｎは１以上の整数）、ＰＯＳ（Point Of Sales）レジスタ３００、アクセスポイント４００及びキッチンプリンタ５００を備える。オーダリングシステム１０は、例えば飲食店（例えば、ファミリーレストラン）に設置される。なお、以下の説明において、注文受付端末２００−１〜２００−Ｎについて特に区別しない場合には、注文受付端末２００と記載する。図１では、オーダリングシステム１０が備えるＰＯＳレジスタ３００の台数は１台であるが、オーダリングシステム１０は複数台のＰＯＳレジスタ３００を備えるように構成されてもよい。図１では、オーダリングシステム１０が備えるキッチンプリンタ５００の台数は１台であるが、オーダリングシステム１０は複数台のキッチンプリンタ５００を備えるように構成されてもよい。

また、図１に示されるオーダリングシステム１０では、店舗サーバ１００と、アクセスポイント４００とは、互いにＬＡＮ（Local Area Network）を介して通信可能に接続されている。ＬＡＮ接続の形態は、有線であってもよいし、無線であってもよい。また、注文受付端末２００と、ＰＯＳレジスタ３００と、キッチンプリンタ５００と、アクセスポイント４００とは、無線ＬＡＮにより互いに通信可能に接続されている。

店舗サーバ１００は、オーダリングシステム１０全体を制御（管理）するサーバ（装置）である。例えば、店舗サーバ１００は、記憶部を備え、種々のテーブル（例えば、商品テーブル、特典情報テーブル等）を記憶（管理）する。商品テーブル及び特典情報テーブルは、店員が店舗サーバ１００を操作することによって設定及び更新される。なお、店舗サーバ１００が記憶するテーブルの詳細は後述する。店舗サーバ１００は、例えば通信部を備え、記憶部内のテーブル（又は、テーブル上のデータ）を他の装置（例えば、注文受付端末２００、ＰＯＳレジスタ３００）に送信する。店舗サーバ１００は、例えば印字制御部を備え、キッチンプリンタ５００の印字を制御する。

注文受付端末２００は、顧客からの注文を受け付ける。注文受付端末２００は、アクセスポイント４００を介して、注文データを店舗サーバ１００に送信する。注文データは、顧客から注文された商品（以下、「注文商品」という。）に関するデータである。注文データには、例えばテーブル番号、注文商品の商品名、数量及び価格などが含まれる。
ＰＯＳレジスタ３００は、会計（精算）処理を実行する装置である。ＰＯＳレジスタ３００は、例えば注文データを受信して記憶しておき、記憶した注文データに基づいて代金の精算を行う。ＰＯＳレジスタ３００は、精算が完了した場合にはその旨を示す通知を店舗サーバ１００に送信する。なお、注文受付端末２００は、顧客自身が注文に応じて操作するセルフ注文式の装置でもよい。

アクセスポイント４００は、無線ＬＡＮのアクセスポイントであり、装置間の通信を中継する。
キッチンプリンタ５００は、オーダリングシステム１０が飲食店に設置される場合、主に、厨房内に配置される。キッチンプリンタ５００は、例えば、店舗サーバ１００の制御に従って、注文データを注文伝票として発行する。また、キッチンプリンタ５００は、各店員の注文受付端末２００に対応した呼び出しボタンを備える。注文商品が出来上がって調理担当者が呼び出しボタンを押下すると、キッチンプリンタ５００は押下された呼び出しボタンに対応する注文受付端末２００に、注文商品が出来上がったことを示す信号（以下、「完了信号」という。）を送信する。この際、調理担当者は、テーブル番号及び出来上がった注文商品をキッチンプリンタ５００に入力する。
以下、本発明の具体的な構成例（第１実施形態及び第２実施形態）について説明する。

［第１実施形態］
図２は、本発明の第１実施形態における注文受付端末２００ａの機能構成を表す図である。注文受付端末２００ａは、ＣＰＵ（Central Processing Unit）２０１ａと、ＲＯＭ（Read Only Memory）２０２ａと、ＲＡＭ（Random Access Memory）２０３ａと、表示部２０４ａと、時計部２０５ａと、操作部２０６ａと、通信部２０７ａと、ブザー２０８ａとを備える。上記の注文受付端末２００ａの各機能部は、バス２ａを介して互いに接続されている。

ＣＰＵ２０１ａは、中央演算処理装置であり、ＲＯＭ２０２ａに記憶されているプログラムを読み出してＲＡＭ２０３ａに展開する。ＣＰＵ２０１ａは、展開したプログラムの各ステップを実行することによって、注文受付端末２００ａ全体の動作を制御する。ＣＰＵ２０１ａは、店員の操作に応じて注文受付端末２００ａのモードを、注文モードとウエイトモードとのいずれかのモードに切り替える。注文モードとは、注文受付端末２００ａにて顧客の注文を受け付け、注文受付端末２００ａで受け付けた注文データ（注文情報）をキッチンプリンタ５００から出力する動作モードである。ウエイトモードとは、注文受付端末２００ａにて仮の注文を受け付け、注文受付端末２００ａで受け付けた仮注文のデータを店舗サーバ１００に送信する動作モードである。仮の注文とは、顧客が店内や店外で席に座れず順番待ちをしている場合に、事前に受け付ける注文である。

以下の説明では、注文受付端末２００ａが注文モードで動作している場合に受け付ける注文を正式注文と称し、注文受付端末２００ａがウエイトモードで動作している場合に受け付ける注文を仮注文と称する。さらに、以下の説明では、注文受付端末２００ａが正式注文で受け付けた商品を正式注文商品と称し、注文受付端末２００ａが仮注文で受け付けた商品を仮注文商品と称する。

ＲＯＭ２０２ａは、読み出し専用のメモリであり、注文受付端末２００ａを動作させるためのプログラムを予め記憶する。
ＲＡＭ２０３ａは、種々の情報を記憶する読み出し書き込みメモリである。ＲＡＭ２０３ａには、ＲＯＭ２０２ａから読み出されたプログラムが展開される。また、ＲＡＭ２０３ａは、プログラムが実行されることによって生成された各種データ（例えば、注文データや仮注文のデータ）を記憶する。また、ＲＡＭ２０３ａは、店舗サーバ１００から送信されたテーブル（例えば、商品テーブル）を一時記憶する。

表示部２０４ａは、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置である。表示部２０４ａは、モード切替、設定、登録等の操作の受付と表示とを行う。表示部２０４ａの表示面には、透明な接点スイッチであるタッチキー（ソフトキー）が設けられているタッチパネルが備えられており、店舗サーバ１００から送信される商品テーブルに基づいて商品一覧（メニュー）の画像が表示される。
時計部２０５ａは、月、日、時、分及び曜日をＣＰＵ２０１ａに通知する。

操作部２０６ａは、キーボード、ポインティングデバイス（マウス、タブレット等）、ボタン、タッチパネル等の既存の入力装置を用いて構成される。操作部２０６ａは、表示部２０４ａに表示された商品一覧（メニュー）から、注文商品の入力を確定させるための操作入力を受け付ける。操作部２０６ａは、注文受付端末２００ａのモード切替の入力を受け付ける。また、操作部２０６ａ（仮注文手段）は、注文受付端末２００ａがウエイトモードで動作している場合に仮注文の入力を受け付ける。店員の操作に応じて注文受付端末２００ａのモードがウエイトモードから注文モードに切り替えられると、操作部２０６ａは正式注文の入力を受け付ける。

通信部２０７ａは、アクセスポイント４００を介して、店舗サーバ１００との間でデータの送受信を行う。通信部２０７ａから店舗サーバ１００に送信されるデータとして、顧客の注文データ（仮注文のデータも含む）や時刻情報などがある。時刻情報の具体例として、例えば仮注文商品の入力がなされた時刻（開始時刻）や正式注文商品の入力がなされた時刻（終了時刻）がある。開始時刻は、例えば一取引の仮注文の入力において注文受付端末２００ａに最初に仮注文商品の商品情報が入力された時刻であってもよいし、完了キーが押下された時刻であってもよい。また、終了時刻は、例えば一取引の正式注文商品の入力において注文受付端末２００ａにテーブル番号が入力された時刻であってもよいし、最初に正式注文商品の商品情報が入力された時刻であってもよいし、完了キーが押下された時刻であってもよいし、正式注文商品が最初に提供された時刻であってもよいし、正式注文商品の最後の商品が提供された時刻であってもよい。また、店舗サーバ１００から通信部２０７ａが受信するデータとして、商品テーブルやキッチンプリンタ５００から送信される完了信号などがある。
ブザー２０８ａは、ＣＰＵ２０１ａの指示に従って、ブザー音を発生させる。

図３は、本発明の第１実施形態におけるＰＯＳレジスタ３００ａの機能構成を表す図である。ＰＯＳレジスタ３００ａは、ＣＰＵ３０１ａと、ＲＯＭ３０２ａと、ＲＡＭ３０３ａと、スキャナ部３０４ａと、店員用表示部３０５ａと、客用表示部３０６ａと、操作部３０７ａと、通信部３０８ａと、レシート発行口３０９ａと、印字部３１０ａとを備える。上記のＰＯＳレジスタ３００ａの各機能部は、バス３ａを介して互いに接続されている。

ＣＰＵ３０１ａは、中央演算処理装置であり、ＲＯＭ３０２ａに記憶されているプログラムを読み出してＲＡＭ３０３ａに展開する。ＣＰＵ３０１ａは、展開したプログラムの各ステップを実行することによって、ＰＯＳレジスタ３００ａ全体の動作を制御する。また、ＣＰＵ３０１ａ（特典付与手段）は、仮注文商品の入力から正式注文商品の入力までに要した待ち時間（以下、「実待ち時間」という。）に応じて特典を付与する。例えば、ＣＰＵ３０１ａは、実待ち時間が所定の時間以上（例えば、３０分以上）の場合に、正式注文商品の合計金額から割引を行う。実待ち時間は、例えば開始時刻と終了時刻との差の時刻である。なお、実待ち時間は、仮注文商品の入力から正式注文された商品が提供されるまで時間であってもよい。特典は、例えば上述した注文商品の合計金額からの割引であってもよいし、注文商品の合計金額からの値引きであってもよいし、注文商品と同一あるいは異なる商品の無料券などのクーポンであってもよい。

ＲＯＭ３０２ａは、読み出し専用のメモリであり、ＰＯＳレジスタ３００ａを動作させるためのプログラムを予め記憶する。
ＲＡＭ３０３ａは、種々の情報を記憶する読み出し書き込みメモリである。ＲＡＭ３０３ａには、ＲＯＭ３０２ａから読み出されたプログラムが展開される。また、ＲＡＭ３０３ａは、プログラムが実行されることによって生成された各種データ（例えば、精算データ）を記憶する。また、ＲＯＭ３０２ａは、店舗サーバ１００から送信されたテーブル（例えば、商品テーブル、特典情報テーブル）を一時記憶する。

スキャナ部３０４ａは、レシートに付されているバーコードを光学的に読み取る。
店員用表示部３０５ａは、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ等の画像表示装置である。また、店員用表示部３０５ａは、モード切替、設定、登録等の操作の受付と表示とを行う。店員用表示部３０５ａの表示面には、透明な接点スイッチであるタッチキー（ソフトキー）が設けられているタッチパネルが備えられており、正式注文商品の合計金額や割引後の正式注文商品の合計金額などが表示される。

客用表示部３０６ａは、正式注文商品の合計金額や割引後の正式注文商品の合計金額などを顧客に対して表示する。また、客用表示部３０６ａは、液晶ディスプレイ等を用いた発光型の表示デバイスであり、例えば、７セグメント表示やドット表示（フルドット表示）によって数字などをその表面に発光して表示する。

操作部３０７ａは、キーボード、ポインティングデバイス（マウス、タブレット等）、ボタン、タッチパネル等の既存の入力装置を用いて構成される。操作部３０７ａは、ＰＯＳレジスタ３００ａを動作させるための操作手段を備える。操作手段は、例えば、制裁処理を実行するための精算キー（例えば、小計キーなど）や会計する顧客のテーブル番号を入力する数字キーなどである。なお、これら操作部３０７ａの操作手段は、メカキー（ハードキー）などのボタンとして配置されていてもよいし、店員用表示部３０５ａの表示面上に設けられたタッチパネルに配置されてもよい。

通信部３０８ａは、アクセスポイント４００を介して、店舗サーバ１００との間でデータの送受信を行う。通信部３０８ａは、店舗サーバ１００から商品テーブル、特典情報テーブル及び時刻情報を受信する。また、通信部３０８ａは、精算が完了した後の精算データを店舗サーバ１００に送信する。
レシート発行口３０９ａは、ＰＯＳレジスタ３００ａに内蔵された印字部３１０ａによって印刷されるレシートを排出する。また、レシート発行口３０９ａは、店員の操作に応じて領収書（領収証）を発行する。

印字部３１０ａは、不図示のサーマルヘッドと、該サーマルヘッドへ押圧されてセットされるプラテンローラからなり、該プラテンローラはステッピングモータで駆動される。そして、シートはサーマルヘッドとプラテンローラ間を搬送され、該ステッピングモータは、ＣＰＵ３０１ａからの信号により所定パルス分だけ駆動することでシートが所定量だけ発行されるようになる。

図４は、テーブルの具体的な構成を示す図である。
図４（Ａ）は、商品テーブルの構成図である。図４（Ａ）に示す商品テーブルには、複数のレコードが登録されている。レコードは、商品コード、商品名及び価格の各値を有する。商品コードは、商品を一意に識別するための識別情報を表す。商品名は、商品の名前を表す。価格は、商品の価格を表す。

図４（Ａ）に示される例では、商品テーブルには１つの商品コードが存在する。図４（Ａ）において、商品テーブルの最上段に記載されているレコードは、商品コードの値が“ＡＡＡＡ”、商品名の値が“カレーライス”、価格の値が“３５０”である。すなわち、商品コード“ＡＡＡＡ”で識別される商品が“カレーライス”であり、カレーライスの価格が“３５０”であることが表されている。

図４（Ｂ）は、特典情報テーブルの構成図である。図４（Ｂ）に示す特典情報テーブルには、複数のレコードが登録されている。レコードは、基準待ち時間及び割引率の各値を有する。基準待ち時間は、特典の付与対象となる時間を表す。割引率は、正式注文商品の金額（例えば、合計金額）から割り引かれる金額の割合を表す。

図４（Ｂ）に示される例では、特典情報テーブルには２つの基準待ち時間が存在する。図４（Ｂ）において、特典情報テーブルの最上段に記載されているレコードは、基準待ち時間の値が“３０”、割引率の値が“３”である。すなわち、仮注文商品の入力から正式注文商品の入力までに“３０分”経過した場合に注文商品の合計金額から合計金額の“３％”の金額を割り引く特典が付与されることが表されている。

図４（Ｃ）は、注文管理テーブルの構成図である。図４（Ｃ）に示す注文管理テーブルには、注文受付端末２００ａから送信された仮注文商品と正式注文商品との情報がテーブル番号ごとに対応付けて登録される。注文管理テーブルは、店舗サーバ１００に記憶（管理）される。店舗サーバ１００は、集計部（集計手段）を備え、注文管理テーブルに登録されている仮注文商品と正式注文商品との情報を集計する。店舗サーバ１００が仮注文商品と正式注文商品との情報を集計するタイミングは、どのタイミングであってもよい。例えば、店舗サーバ１００は、店員の操作に応じて仮注文商品と正式注文商品との情報を集計してもよいし、所定の間隔（例えば、１時間間隔）で仮注文商品と正式注文商品との情報を集計してもよいし、その他の方法で集計してもよい。

図４（Ｃ）に示される例では、顧客が仮注文で注文した商品が“ラーメン”及び“餃子”であり、正式注文で注文した商品が“ラーメン”であることが表されている。店舗側では、上述した仮注文商品と正式注文商品とを集計することにより、どの商品の販売機会を失ったのか、もしくは、増やしたのかを把握することができる。その結果、店舗側では、自店舗の改善促進に役立てることができる。

図５は、本発明の第１実施形態における注文受付端末２００ａの処理の流れの具体例を示すフローチャートである。図５（Ａ）は、仮注文受付処理の流れの具体例を示すフローチャートである。図５（Ｂ）は、正式注文受付処理の流れの具体例を示すフローチャートである。まず、図５（Ａ）について説明する。なお、図５（Ａ）の説明では、注文受付端末２００ａはウエイトモードとして動作している。
ステップＳ１０：注文受付端末２００ａの操作部２０６ａは、顧客から仮注文の入力を受け付ける。この際、店員は、顧客に対して仮テーブル番号の札を渡し、渡した札の仮テーブル番号を注文受付端末２００ａに入力する。仮テーブル番号とは、仮注文を行った顧客を識別するための識別番号を表す。その後、ステップＳ１２の処理に進む。
ステップＳ１２：ＣＰＵ２０１ａは、仮注文が入力された際の時刻情報を時計部２０５ａから取得する。その後、ステップＳ１４の処理に進む。
ステップＳ１４：ＣＰＵ２０１ａは、入力された仮注文商品及び数量と、取得した時刻情報とを、仮テーブル番号に対応付けてＲＡＭ２０３ａに記録する。その後、処理を終了する。

次に、図５（Ｂ）について説明する。図５（Ｂ）の説明では、注文受付端末２００ａは注文モードとして動作している。
ステップＳ２０：ＣＰＵ２０１ａは、注文受付端末２００ａにデータを移し替える指示が入力された否かを判定する。具体的には、ＣＰＵ２０１ａは、仮テーブル番号で識別される仮注文のデータ（例えば、仮注文商品及び時刻情報）を、店員が顧客を案内した店内のテーブル番号に対応する仮注文のデータとして移し替える指示が入力された否かを判定する。データを移し替える指示が入力された場合、ステップＳ２４の処理に進む。データを移し替える指示が入力されていない場合、ステップＳ２２の処理に進む。
ステップＳ２２：ＣＰＵ２０１ａは、注文受付端末２００ａにテーブル番号が入力されたか否かを判定する。テーブル番号が入力された場合、ステップＳ２６の処理に進む。テーブル番号が入力されていない場合、処理を終了する。

ステップＳ２４：ＣＰＵ２０１ａは、仮テーブル番号に対応するデータ（例えば、仮注文商品、仮注文が入力された時点の時刻情報）を移し替える。具体的には、ＣＰＵ２０１ａは、店員から入力された仮テーブル番号に対応する仮注文商品と時刻情報とをＲＡＭ２０３ａから読み出す。次に、ＣＰＵ２０１ａは、読み出した仮注文商品と時刻情報とを、新たに入力されたテーブル番号に対応付けてＲＡＭ２０３ａに記録する。その後、ステップＳ２６の処理に進む。
ステップＳ２６：操作部２０６ａは、顧客から正式注文の入力を受け付ける。その後、ステップＳ２８の処理に進む。

ステップＳ２８：ＣＰＵ２０１ａは、正式注文が入力された際の時刻情報を時計部２０５ａから取得する。その後、ステップＳ３０の処理に進む。
ステップＳ３０：ＣＰＵ２０１ａは、完了キーが押下されたか否かを判定する。完了キーが押下された場合、ステップＳ３２の処理に進む。完了キーが押下されなかった場合、ステップＳ２６の処理に戻る。
ステップＳ３２：通信部２０７ａは、注文データ（例えば、テーブル番号、正式注文商品及び数量など）、時刻情報（仮注文が入力された時点の時刻及び正式注文が入力された時点の時刻）及び仮注文商品のデータ（例えば、テーブル番号及び仮注文商品）を店舗サーバ１００に送信する。この際、通信部２０７ａは、仮注文商品のデータと正式注文商品のデータとが区別できるように、送信データに識別情報を付与してそれぞれ店舗サーバ１００に送信する。

図６は、本発明の第１実施形態におけるＰＯＳレジスタ３００ａの処理の流れの具体例を示すフローチャートである。
ステップＳ４０：操作部３０７ａは、店員の操作に応じてテーブル番号の入力を受け付ける。その後、ステップＳ４２の処理に進む。
ステップＳ４２：通信部３０８ａは、入力されたテーブル番号を、アクセスポイント４００を介して店舗サーバ１００に送信する。その後、ステップＳ４４の処理に進む。

ステップＳ４４：通信部３０８ａは、テーブル番号で識別されるテーブルに座っていた顧客の注文データ及び時刻情報を店舗サーバ１００から受信する。その後、ステップＳ４６の処理に進む。
ステップＳ４６：ＣＰＵ３０１ａは、受信された注文データに基づいて合計金額を算出する。その後、ステップＳ４８の処理に進む。
ステップＳ４８：ＣＰＵ３０１ａは、受信された時刻情報に基づいて実待ち時間を算出する。具体的には、ＣＰＵ３０１ａは、仮注文が入力された時点の時刻と正式注文が入力された時点の時刻との差分から実待ち時間を算出する。その後、ステップＳ５０の処理に進む。

ステップＳ５０：ＣＰＵ３０１ａは、実待ち時間に応じて合計金額から割引を行う。具体的には、まず、ＣＰＵ３０１ａは、ＲＡＭ３０３ａに記憶されている特典情報テーブルを読み出す。次に、ＣＰＵ３０１ａは、読み出した特典情報テーブルの基準待ち時間の項目を参照し、算出した実待ち時間に対応するレコードを選択する。その後、ＣＰＵ３０１ａは、選択したレコードに記録されている割引率の値を取得する。そして、ＣＰＵ３０１ａは、取得した割引率に基づいて合計金額の割引を行う。

以上のように構成されたオーダリングシステム１０によれば、実待ち時間に応じて顧客に対してサービスを提供することができる。具体的には、顧客が席に座れず待機している間に仮注文された時刻から席に着いて正式注文された時刻までの差分時刻である実待ち時間に応じて注文商品の合計金額から割引が行われる。例えば、長い時間待たせた顧客に対しては、他の顧客より高い割引率が設定される。したがって、長い時間待たされた顧客は、待たされた時間に応じて注文商品を安く購入することができる。そのため、待ち時間による顧客の不満を低減させることが可能になる。

［第２実施形態］
図７は、本発明の第２実施形態における注文受付端末２００ｂの機能構成を表す図である。注文受付端末２００ｂは、ＣＰＵ２０１ｂと、ＲＯＭ２０２ｂと、ＲＡＭ２０３ｂと、表示部２０４ｂと、時計部２０５ｂと、操作部２０６ｂと、通信部２０７ｂと、ブザー２０８ｂとを備える。上記の注文受付端末２００ｂの各機能部は、バス２ｂを介して互いに接続されている。
ＲＯＭ２０２ｂ、ＲＡＭ２０３ｂ、時計部２０５ｂ、操作部２０６ｂ、通信部２０７ｂ及びブザー２０８ｂは、上述した第１実施形態の注文受付端末２００ａにおける同名の各機能と同様に機能する。なお、第１実施形態の注文受付端末２００ａの各機能部と異なる動作を行う機能部については、以下で説明する。

ＣＰＵ２０１ｂは、中央演算処理装置であり、ＲＯＭ２０２ｂに記憶されているプログラムを読み出してＲＡＭ２０３ｂに展開する。ＣＰＵ２０１ｂは、展開したプログラムの各ステップを実行することによって、注文受付端末２００ｂ全体の動作を制御する。ＣＰＵ２０１ｂは、基準提供時間を超過した注文商品があるか否かを判定し、判定結果に応じて警告画面を表示部２０４ｂに表示させる。基準提供時間は、商品を顧客に提供可能な時間を表す。基準提供時間は、商品ごとに予め設定される。警告画面とは、注文商品の基準提供時間が超過していることを店員に対して警告するための画面である。

表示部２０４ｂは、ＣＰＵ２０１ｂの制御に従い、警告画面を注文受付端末２００ｂ上に表示する。警告画面には、督促ボタンが表示される。督促ボタンは、店員が、基準提供時間を超過している注文商品の督促を促す指示（以下、「督促指示」という。）を入力するために使用されるボタンである。店員によって、督促ボタンが押下されると、店舗サーバ１００に督促指示が送信され、店舗サーバ１００からキッチンプリンタ５００に対して督促指示が送信される。督促指示には、商品コード及び商品名などの注文商品に関する情報や基準提供時間を超過していることを示す通知が含まれる。

図８は、本発明の第２実施形態におけるＰＯＳレジスタ３００ｂの機能構成を表す図である。ＰＯＳレジスタ３００ｂは、ＣＰＵ３０１ｂと、ＲＯＭ３０２ｂと、ＲＡＭ３０３ｂと、スキャナ部３０４ｂと、店員用表示部３０５ｂと、客用表示部３０６ｂと、操作部３０７ｂと、通信部３０８ｂと、レシート発行口３０９ｂと、印字部３１０ｂとを備える。上記のＰＯＳレジスタ３００ｂの各機能部は、バス３ｂを介して互いに接続されている。
ＲＯＭ３０２ｂ、ＲＡＭ３０３ｂ、スキャナ部３０４ｂと、店員用表示部３０５ｂ、客用表示部３０６ｂ、操作部３０７ｂ、通信部３０８ｂ、レシート発行口３０９ｂ、印字部３１０ｂは、上述した第１実施形態のＰＯＳレジスタ３００ａにおける同名の各機能と同様に機能する。なお、第１実施形態のＰＯＳレジスタ３００ａの各機能部と異なる動作を行う機能部については、以下で説明する。

ＣＰＵ３０１ｂは、中央演算処理装置であり、ＲＯＭ３０２ｂに記憶されているプログラムを読み出してＲＡＭ３０３ｂに展開する。ＣＰＵ３０１ｂは、展開したプログラムの各ステップを実行することによって、ＰＯＳレジスタ３００ｂ全体の動作を制御する。ＣＰＵ３０１ｂ（経過時間算出手段）は、商品が注文された時刻（注文受付端末２００ｂに注文商品の入力がなされた時刻）から注文商品が出来上がった時刻（注文受付端末２００ｂが完了信号を受信した時刻）までの実待ち時間（経過時間）を算出する。また、ＣＰＵ３０１ｂ（特典付与手段）は、算出した実待ち時間に応じて注文商品に特典を付与する。より具体的には、ＣＰＵ３０１ｂ（特典付与手段）は、実待ち時間が予め設定された基準提供時間（設定時間）以上である場合に付与される通常特典と、実待ち時間が基準提供時間以上である、かつ、店員から督促があった場合に付与される督促特典との何れかの特典を注文商品に付与する。特典は、例えば注文商品の合計金額からの割引であってもよいし、注文商品の合計金額からの値引きであってもよいし、注文商品と同一あるいは異なる商品の無料券などのクーポン（サービス）であってもよい。さらに、ＣＰＵ３０１ｂ（特典付与手段）は、通常特典を付与した後に店員から督促があった場合には通常特典に代えて督促特典を注文商品に付与する。

図９は、テーブルの具体的な構成を示す図である。
図９（Ａ）は、商品テーブルの構成図である。図９（Ａ）に示す商品テーブルには、複数のレコードが登録されている。レコードは、商品コード、商品名、価格及び基準提供時間の各値を有する。商品コードは、商品を一意に識別するための識別情報を表す。商品名は、商品の名前を表す。価格は、商品の価格である。基準提供時間は、商品を顧客に提供可能な時間を表す。

図９（Ａ）に示される例では、商品テーブルには２つの商品コードが存在する。図９（Ａ）において、商品テーブルの最上段に記載されているレコードは、商品コードの値が“ＡＡＡＡ”、商品名の値が“カレーライス”、価格の値が“３５０”であり、基準提供時間の値が“１０”である。すなわち、商品コード“ＡＡＡＡ”で識別される商品が“カレーライス”であり、カレーライスの価格が“３５０”であり、カレーライスを顧客に提供可能な時間が“１０分”であることが表されている。なお、基準提供時間は、最初は所定の初期値に設定され、店員が店舗サーバ１００により変更入力をすることでその値を変更することができる。

図９（Ｂ）は、特典情報テーブルの構成図である。図９（Ｂ）に示す特典情報テーブルには、通常特典及び督促特典の各値が対応付けて登録されている。通常特典は、基準提供時間を超過した場合に付与（適用）される特典を表す。督促特典は、基準提供時間を超過した場合、かつ、店員から督促があった場合に付与される特典を表す。

図９（Ｂ）に示される例では、通常特典の値が“３％引き”、督促特典の値が“５％引き”である。すなわち、基準提供時間を超過した場合に、注文商品の合計金額の“３％”の金額が割り引かれ、基準を超過した、かつ、店員から督促があった場合に注文商品の合計金額の“５％”の金額を割り引くことが表されている。

図９（Ｃ）は、注文データテーブルの構成図である。図９（Ｃ）に示す注文データテーブルには、複数のレコードが登録されている。レコードは、テーブル番号、注文商品、数量、価格、注文時刻、提供時刻及び督促フラグの各値を有する。テーブル番号は、顧客が座った席を識別するための識別番号を表す。注文商品は、顧客が注文した商品を表す。数量は、注文商品を注文した数を表す。価格は、注文商品の価格を表す。注文時刻は、注文が入力された時点の時刻を表す。提供時刻は、注文受付端末２００ｂが完了信号を受信した時刻を表す。督促フラグは、店員から督促があった注文商品であるか否かを表す。具体的には、督促フラグの値が“０”の項目に対応する注文商品は、店員から督促がなかった注文商品であることを表す。督促フラグの値が“１”の項目に対応する注文商品は、店員から督促があった注文商品であることを表す。

図９（Ｃ）に示される例では、注文データテーブルには１つのテーブルが存在する。図９（Ｃ）において、注文データテーブルの最上段に記載されているレコードは、テーブル番号の値が“１”、注文商品の値が“カレーライス”、数量の値が“１”、価格の値が“３５０”であり、注文時刻の値が“１１：００”であり、提供時刻の値が“１１：０８”であり、督促フラグの値が“０”である。すなわち、テーブル番号“１”で識別される席に座った顧客が注文した商品が“カレーライス”であり、数量が“１個”であり、価格が“３５０円”であり、注文された時刻が“１１：００”であり、提供された時刻が“１１：０８”であり、督促がなかったことが表されている。

また、図９（Ｃ）において、注文データテーブルの２段目に記載されているレコードは、テーブル番号の値が“１”、注文商品の値が“サラダ”、数量の値が“１”、価格の値が“２００”であり、注文時刻の値が“１１：００”であり、提供時刻の値が“１１：０４”であり、督促フラグの値が“１”である。すなわち、テーブル番号“１”で識別される席に座った顧客が注文した商品が“サラダ”であり、数量が“１個”であり、価格が“２００円”であり、注文された時刻が“１１：００”であり、提供された時刻が“１１：０４”であり、督促があったことが表されている。

図１０は、本発明の第２実施形態における注文処理の流れの具体例を示すフローチャートである。
ステップＳ６０：注文受付端末２００ｂの操作部２０６ｂは、店員からテーブル番号及び注文商品の入力を受け付ける。その後、ステップＳ６２の処理に進む。
ステップＳ６２：ＣＰＵ２０１ｂは、注文商品が入力された時点の時刻を注文時刻として時計部２０５ｂから取得する。その後、ステップＳ６４の処理に進む。

ステップＳ６４：ＣＰＵ２０１ｂは、完了キーが押下されたか否かを判定する。完了キーが押下された場合、ステップＳ６６の処理に進む。完了キーが押下されなかった場合、ステップＳ６０の処理に戻る。
ステップＳ６６：通信部２０７ｂは、注文データ及び注文時刻に関する情報を店舗サーバ１００に送信する。その後、ステップＳ６８の処理に進む。

ステップＳ６８：店舗サーバ１００は、注文データ及び注文時刻に関する情報を注文受付端末２００ｂから受信する。その後、ステップＳ７０の処理に進む。
ステップＳ７０：店舗サーバ１００は、受信した注文データ及び注文時刻に関する情報を注文データテーブルに記録する。その後、ステップＳ７２の処理に進む。
ステップＳ７２：店舗サーバ１００は、注文データをキッチンプリンタ５００に送信する。その後、処理を終了する。

図１１は、本発明の第２実施形態における提供処理の流れの具体例を示すフローチャートである。
ステップＳ８０：ＣＰＵ２０１ｂは、店舗サーバ１００から完了信号が受信されたか否かを判定する。完了信号が受信された場合、ステップＳ８２の処理に進む。完了信号が受信されていない場合、ステップＳ８６の処理に戻る。

ステップＳ８２：ＣＰＵ２０１ｂは、完了信号が受信された時点の時刻を提供時刻として時計部２０５ｂから取得する。その後、ステップＳ８４の処理に進む。
ステップＳ８４：通信部２０７ｂは、注文データ及び提供時刻に関する情報を店舗サーバ１００に送信する。その後、ステップＳ９４の処理に進む。

ステップＳ８６：ＣＰＵ２０１ｂは、基準提供時間を超過した商品があるか否かを判定する。基準提供時間を超過した商品がある場合、ステップＳ８８の処理に進む。基準提供時間を超過した商品がない場合、ステップＳ８０の処理に戻る。
ステップＳ８８：ＣＰＵ２０１ｂは、警告画面を表示部２０４ｂに表示させる。その後、ステップＳ９０の処理に進む。

ステップＳ９０：ＣＰＵ２０１ｂは、店員から督促指示が入力されたか否かを判定する。督促指示が入力された場合、ステップＳ９２の処理に進む。督促指示が入力されていない場合、ステップＳ８０の処理に戻る。督促指示が入力されていない場合とは、店員によって督促指示を送信しないことを示す指示（例えば、キャンセルボタン）が押下された場合である。
ステップＳ９２：通信部２０７ｂは、督促指示を店舗サーバ１００に送信する。その後、ステップＳ９４の処理に進む。

ステップＳ９４：店舗サーバ１００は、注文受付端末２００ｂから信号を受信する。その後、ステップＳ９６の処理に進む。
ステップＳ９６：店舗サーバ１００は、受信した信号が督促指示であるか否かを判定する。督促指示である場合、ステップＳ１０２の処理に進む。督促指示ではない場合、ステップＳ９８の処理に進む。

ステップＳ９８：店舗サーバ１００は、注文受付端末２００ｂから送信された注文データ及び時刻情報を注文データテーブルに記録する。具体的には、店舗サーバ１００は、注文データテーブルのテーブル番号、注文商品、数量、価格、注文時刻の各項目に受信した注文データ及び時刻情報を追加する。この際、督促フラグの項目には、“０”が設定され、提供時刻の項目には、何も入力されない。その後、ステップＳ１００の処理に進む。
ステップＳ１００：店舗サーバ１００は、注文データをキッチンプリンタ５００に送信する。その後、処理を終了する。

ステップＳ１０２：店舗サーバ１００は、注文データテーブルのテーブル番号及び注文商品を参照し、督促指示が入力されたテーブル番号及び注文商品に対応するレコードの督促フラグの値を１にする。その後、ステップＳ１０４の処理に進む。
ステップＳ１０４：店舗サーバ１００は、キッチンプリンタ５００に送信する。その後、処理を終了する。

図１２は、本発明の第２実施形態におけるＰＯＳレジスタ３００ｂの処理の流れの具体例を示すフローチャートである。
ステップＳ１１０：操作部３０７ｂは、店員の操作に応じてテーブル番号の入力を受け付ける。その後、ステップＳ１１２の処理に進む。
ステップＳ１１２：通信部３０８ｂは、入力されたテーブル番号を、アクセスポイント４００を介して店舗サーバ１００に送信する。その後、ステップＳ１１４の処理に進む。

ステップＳ１１４：通信部３０８ｂは、テーブル番号で識別されるテーブルに座っていた顧客の注文データ及び時刻情報を店舗サーバ１００から受信する。その後、ステップＳ１１６の処理に進む。
ステップＳ１１６：ＣＰＵ３０１ｂは、受信された注文データに基づいて合計金額を算出する。その後、ステップＳ１１８の処理に進む。

ステップＳ１１８：ＣＰＵ３０１ｂは、受信された時刻情報に基づいて実待ち時間を算出する。具体的には、ＣＰＵ３０１ｂは、商品が注文された時刻から商品を提供する時刻までの待ち時間を実待ち時間として算出する。その後、ステップＳ１２０の処理に進む。
ステップＳ１２０：ＣＰＵ３０１ｂは、基準提供時間を超過した商品があるか否かを判定する。基準提供時間を超過した商品がある場合、ステップＳ１１２の処理に進む。基準提供時間を超過した商品がない場合、処理を終了する。

ステップＳ１２０：ＣＰＵ３０１ｂは、基準提供時間を超過した商品のうち、督促フラグが１の商品があるか否かを判定する。督促フラグが１の商品がある場合、ステップＳ８２の処理に進む。督促フラグが１の商品がない場合、ステップＳ８４の処理に進む。
ステップＳ１２２：ＣＰＵ３０１ｂは、注文データテーブルを参照し、ステップＳ１１０の処理で入力されたテーブル番号に対応するレコードに記録されている督促フラグの値が“１”の商品があるか否かを判定する。督促フラグの値が“１”の商品がある場合、ステップＳ１２４の処理に進む。督促フラグの値が“１”の商品がない場合、ステップＳ１２６の処理に進む。

ステップＳ１２４：ＣＰＵ３０１ｂは、督促特典を適用し、合計金額から割引を行う。具体的には、まず、ＣＰＵ３０１ｂは、ＲＡＭ３０３ｂに記憶されている特典情報テーブルを読み出す。次に、ＣＰＵ３０１ｂは、特典情報テーブルの督促特典の項目に記録されている値を取得する。そして、ＣＰＵ３０１ｂは、取得した督促特典の値で合計金額の割引を行う。その後、処理が終了する。
ステップＳ１２６：ＣＰＵ３０１ｂは、通常特典を適用し、合計金額から割引を行う。具体的には、まず、ＣＰＵ３０１ｂは、ＲＡＭ３０３ｂに記憶されている特典情報テーブルを読み出す。次に、ＣＰＵ３０１ｂは、特典情報テーブルの通常特典の項目に記録されている値を取得する。そして、ＣＰＵ３０１ｂは、取得した通常特典の値で合計金額の割引を行う。その後、処理が終了する。

以上のように構成されたオーダリングシステム１０によれば、実待ち時間に応じて顧客に対してサービスを提供することができる。具体的には、顧客が商品を注文した時刻から注文商品を顧客に提供した時刻までの差分である実待ち時間に応じて注文商品の合計金額から割引が行われる。例えば、長い時間待たせた顧客に対しては、他の顧客より高い割引率が設定される。さらに、顧客または店員から督促の指示が注文受付端末２００ｂに入力されると、特典として通常特典よりも割引率の高い督促特典が適用される。したがって、長い時間待たされた顧客は、待たされた時間に応じて注文商品を安く購入することができる。そのため、待ち時間による顧客の不満を低減させることが可能になる。

＜変形例：第１実施形態＞
開始時刻は、仮テーブル番号が注文受付端末２００ａに入力された時刻であってもよい。
本実施形態では、ＰＯＳレジスタ３００ａにテーブル番号が入力されると、精算前処理が開始される構成を示したが、スキャナ部３０４ａが伝票に印字されたバーコードを読み取ることによって精算前処理が開始されてもよい。この場合には、バーコードにテーブル番号に関する情報が記憶されていてもよいし、バーコードに注文データ、時刻情報（仮注文された時刻及び正式注文された時刻に関する情報）が記憶されていてもよい。
特典情報テーブルの項目には、割引率に代えて、合計金額から値引きされる値引き金額や商品無料などのクーポン情報が設定されてもよい。
本実施形態では、注文受付端末２００ａが仮注文の時刻及び正式注文の時刻を取得する構成を示したが、これに限定される必要はない。例えば、店舗サーバ１００が仮注文の時刻及び正式注文の時刻を取得するように構成されてもよい。この場合、以下のような処理が行なわれる。まず、注文受付端末２００ａは、ウエイトモードで動作し、仮注文の入力を受け付ける。仮注文の入力がなされると、通信部２０７ａは入力された仮注文のデータを店舗サーバ１００に送信する。この際、通信部２０７ａは、仮テーブル番号を仮注文のデータとともに送信する。店舗サーバ１００は、仮注文のデータ及び仮テーブル番号を受信し、受信した時の時刻を仮注文の時刻として取得する。そして、店舗サーバ１００は、仮テーブル番号、仮注文のデータ及び仮注文の時刻を対応付けて記憶部に一時記憶する。
次に、注文受付端末２００ａは、注文モードで動作し、正式注文の入力を受け付ける。正式注文の入力がなされると、通信部２０７ａは入力された正式注文のデータを店舗サーバ１００に送信する。この際、通信部２０７ａは、仮テーブル番号及びテーブル番号を正式注文のデータとともに送信する。店舗サーバ１００は、正式注文のデータ、仮テーブル番号及びテーブル番号を受信し、受信した時の時刻を正式注文の時刻として取得する。

＜変形例：第２実施形態＞
本実施形態では、ＣＰＵ３０１ｂ（特典付与手段）は、通常特典を付与した後に店員から督促があった場合に通常特典に代えて督促特典を注文商品に付与する構成を示したが、これに限定される必要はない。例えばＣＰＵ３０１ｂ（特典付与手段）は、通常特典を付与した後に店員から督促があった場合には通常特典に加えて督促特典を注文商品に付与するように構成されてもよい。
本実施形態では、ＰＯＳレジスタ３００ｂにテーブル番号が入力されると、精算前処理が開始される構成を示したが、スキャナ部３０４ｂが伝票に印字されたバーコードを読み取ることによって精算前処理が開始されてもよい。この場合には、バーコードにテーブル番号に関する情報が記憶されていてもよいし、バーコードに注文データ、時刻情報（注文が入力された時刻及び注文受付端末２００ｂが完了信号を受信した時刻に関する情報）が記憶されていてもよい。

本実施形態では、店員が督促操作を行う構成を示したが、これに限定される必要はない。例えば、注文受付端末２００ｂが顧客のテーブルに設置される場合には、顧客によって督促操作が行われてもよい。この場合には、店員が督促操作を行う場合と同様に、注文商品の基準提供時間が超過すると、注文受付端末２００ｂに警告画面が表示される。そして、顧客によって督促操作が行われると、店舗サーバ１００に督促指示が送信される。

本実施形態では、注文商品の合計金額から割引率に応じた金額を割り引く構成を示したが、これに限定される必要はない。例えば、基準提供時間を超過した各注文商品の値段を割り引いてから合計金額を算出するように構成されてもよい。この場合、ＰＯＳレジスタ３００ｂのＣＰＵ３０１ｂは、まず、基準提供時間を超過した注文商品があるか否かを判定する。次に、ＣＰＵ３０１ｂは、判定した結果、基準提供時間を超過していない注文商品に対しては注文商品に対応付けられている価格をその注文商品の価格として取得し、基準提供時間を超過した注文商品に対しては督促フラグが“１”であるか否かを判定する。次に、ＣＰＵ３０１ｂは、督促フラグが“１”である注文商品に対しては特典情報テーブルの督促特典の項目を参照し、基準提供時間から超過した時間に応じて注文商品の価格の割引を行う。また、ＣＰＵ３０１ｂは、督促フラグが“１”ではない注文商品に対しては特典情報テーブルの通常特典の項目を参照し、注文商品の価格の割引を行う。そして、ＣＰＵ３０１ｂは、注文商品それぞれの価格を取得することによって合計金額を算出する。

特典情報テーブルの通常特典及び督促特典に設定される特典として、割引率に代えて、合計金額から値引きされる割引金額や商品無料などのクーポン情報が設定されてもよい。以下、図１３を用いて具体的に説明する。図１３は、変形例におけるテーブルの具体的な構成を示す図である。図１３（Ａ）は、値引きに関する特典情報テーブルの構成図である。図１３（Ｂ）は、クーポン情報に関する特典情報テーブルの構成図である。なお、図１３（Ａ）に示す値引きに関する特典情報テーブル及び図１３（Ｂ）に示すクーポン情報に関する特典情報テーブルの各項目の説明は、図９（Ｂ）の特典情報テーブルと同様であるため省略する。

図１３（Ａ）に示される例では、通常特典の値が“２００円引き”、督促特典の値が“３００円引き”である。すなわち、基準提供時間を超過した場合に、注文商品の合計金額から“２００円”の割引が適用され、基準提供時間を超過した、かつ、店員から督促があった場合には注文商品の合計金額から“３００円”の割引が適用されることが表されている。

図１３（Ｂ）に示される例では、通常特典の値が“ドリンク１杯半額”、督促特典の値が“ドリンク１杯無料”である。すなわち、基準提供時間を超過した場合に、ドリンクが１杯半額となる割引が適用され、基準提供時間を超過した、かつ、店員から督促があった場合にはドリンクが１杯無料となる割引が適用されることが表されている。

本実施形態では、通常特典及び督促特典の項目には、それぞれ１つの値が設定されていたが、商品ごとに通常特典及び督促特典の値がそれぞれ設定されてもよい。この場合、商品ファイルに登録されている商品ごとに通常特典及び督促特典の項目が追加される。そして、ＰＯＳレジスタ３００ｂは、商品ファイル及び注文データテーブルに基づいて精算を行う。なお、通常特典及び督促特典の値は、商品ごとに異なるように設定されてもよい。

また、本実施形態では、基準提供時間を超過した場合には、超過時間の長さとは無関係に割引率が適用される構成を示したが、超過時間に応じて割引率が設定されるように構成されてもよい。超過時間とは、基準提供時間から超過した時間を表す。例えば、超過時間は、実待ち時間と基準提供時間との差分で算出される長さの時間である。この場合には、図１４に示すような特典情報テーブルが利用される。なお、図１４に示すような特典情報テーブルの利用例として、商品の種類によらず共通の割引率を適用する場合と商品の種類ごとに異なる割引率を適用する場合とがある。以下、それぞれについて詳細に説明する。

図１４は、変形例におけるテーブルの具体的な構成を示す図である。図１４（Ａ）は、商品の種類によらず、共通の割引率を適用する場合に利用される特典情報テーブルの構成図である。図１４（Ａ）に示す特典情報テーブルには、通常特典と督促特典とが対応付けて登録されている。通常特典及び督促特典のそれぞれは、基準超過時間と超過時間との関係に応じて、異なる割引率が設定された項目（図１４（Ａ）では、“ａ”と“ｂ”）に分類される。基準超過時間とは、超過時間に応じた割引率を決定させる基準となる時間を表す。基準超過時間は、店員によって任意に設定可能である。“ａ”の項目は、超過時間よりも基準超過時間の値の方が大きい場合に適用される。“ｂ”の項目は、基準超過時間よりも超過時間の値の方が大きい場合に適用される（基準超過時間と超過時間との値が同じ場合には適用されない）。

図１４（Ｂ）及び（Ｃ）は、商品の種類ごとに異なる割引率を適用する場合に利用される特典情報テーブルの具体例を示す図である。
図１４（Ｂ）は、商品ごとに基準超過時間が設定されている商品別設定テーブルの具体例である。図１４（Ｂ）に示される商品別設定テーブルには、商品コード及び基準超過時間の各値が対応付けて登録されている。商品コードは、商品を一意に識別するための識別情報を表す。基準超過時間は、超過時間に応じた割引率を決定させる基準となる時間を表す。

図１４（Ｂ）に示される例では、商品別設定テーブルには２つの商品コードが存在する。図１４（Ｂ）において、商品別設定テーブルの最上段に記載されているレコードは、商品コードの値が“ＡＡＡＡ”、基準超過時間の値が“１０”である。すなわち、商品コード“ＡＡＡＡ”で識別される商品に設定されている基準超過時間が“１０分”であることが表されている。つまり、商品コード“ＡＡＡＡ”で識別される商品は、超過時間が“１０分”以上であるか否か、督促フラグが“１”であるか否かに応じて、適用される割引率が図１４（Ｃ）に示すように変更される。

図１４（Ｃ）は、商品の種類ごとに異なる割引率を適用する場合に利用される特典情報テーブルの構成図である。図１４（Ｃ）に示す特典情報テーブルには、複数のレコードが登録されている。レコードは、商品コード、通常特典及び督促特典の各値を有する。図１４（Ｃ）に示されるように、商品コードごとに複数の割引率が設定されている。適用される割引率は、上述した図１４（Ａ）と同様の方法で決定される。
また、図１４に示す特典情報テーブルに基準超過時間の項目が複数設定されてもよい。例えば、基準超過時間の項目が２つ設定される場合には、“第１基準超過時間”と“第２基準超過時間”とが設定される。この場合、通常特典及び督促特典それぞれに３つの割引率が設定される。３つの割引率（例えば、“ａ”、“ｂ”、“ｃ”）は、それぞれ以下に示す判断基準に基づいて適用される割引率が決定される。“ａ”の項目は、超過時間よりも第１基準超過時間の値の方が大きい場合に適用される。“ｂ”の項目は、第１基準超過時間よりも超過時間の値の方が大きく、超過時間よりも第１基準超過時間の値の方が大きい場合に適用される（第１基準超過時間と超過時間との値が同じ場合には適用されない）。“ｃ”の項目は、第２基準超過時間よりも超過時間の値の方が大きい場合に適用される（第２基準超過時間と超過時間との値が同じ場合には適用されない）。

なお、本実施形態では、特典が当日自動的に適用される構成を示したが、これに限定される必要はない。例えば、後日、顧客が特典を使えるようにクーポン券として発行する様に構成されてもよい。この場合、ＰＯＳレジスタ３００は、精算が終了した後に発行されるレシートに特典情報を印字するように構成される。また、会員カードなどがある場合には、電子クーポンとして発行されてもよい。また、ＰＯＳレジスタ３００は他の印刷装置に精算データを送信し、他の印刷装置がクーポン券を発行するように構成されてもよい。
商品テーブルには、店舗が繁盛することが予想される曜日や時間帯に応じて、商品ごとに複数の基準提供時間が設定されてもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

なお、本発明の各処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、注文受付端末２００及びＰＯＳレジスタ３００の各処理に係る上述した種々の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１００…店舗サーバ， ２００（２００−１〜２００−Ｎ：２００ａ、２００ｂ）…注文受付端末， ２０１ａ、２０１ｂ…ＣＰＵ， ２０２ａ、２０２ｂ…ＲＯＭ， ２０３ａ、２０３ｂ…ＲＡＭ， ２０４ａ、２０４ｂ…表示部， ２０５ａ、２０５ｂ…時計部， ２０６ａ、２０６ｂ…操作部， ２０７ａ、２０７ｂ…通信部， ２０８ａ、２０８ｂ…ブザー， ３００（３００ａ、３００ｂ）…ＰＯＳレジスタ， ３０１ａ、３０１ｂ…ＣＰＵ， ３０２ａ、３０２ｂ…ＲＯＭ， ３０３ａ、３０３ｂ…ＲＡＭ， ３０４ａ、３０４ｂ…スキャナ部， ３０５ａ、３０５ｂ…店員用表示部， ３０６ａ、３０６ｂ…客用表示部， ３０７ａ、３０７ｂ…操作部， ３０８ａ、３０８ｂ…通信部， ３０９ａ、３０９ｂ…レシート発行口， ３１０ａ、３１０ｂ…印字部， ４００…アクセスポイント， ５００…キッチンプリンタ

Claims (6)

1. 顧客から商品の注文を受け付けるオーダリングシステムにおいて、
   顧客から正式な注文を受け付ける前に、仮の注文を受け付ける仮注文手段と、
   前記仮の注文から、正式な注文までに要した時間又は前記注文された商品を提供するまでに要した時間に応じて特典を付与する特典付与手段と、
   を備えることを特徴とするオーダリングシステム。
2. 前記仮の注文がなされた商品と前記正式な注文がなされた商品との差分に基づいて、前記仮の注文がなされたものの正式な注文がなされなかった商品に関する情報を集計する集計手段を更に備えることを特徴とする、請求項１に記載のオーダリングシステム。
3. 前記特典は、正式な注文がなされた商品の金額の値引き、あるいは割引、前記正式な注文がなされた商品と同一あるいは異なる商品のサービスであることを特徴とする、請求項１又は２に記載のオーダリングシステム。
4. 顧客から商品の注文を受け付けるオーダリングシステムにおいて、
   顧客から商品の注文を受け付ける注文手段と、
   商品が注文された時刻から前記商品を提供する時刻までの経過時間を算出する経過時間算出手段と、
   前記経過時間に応じて特典を付与する特典付与手段と、
   を備えることを特徴とするオーダリングシステム。
5. 前記特典付与手段は、経過時間が予め設定された設定時間以上経過した場合に付与される通常特典と、経過時間が前記設定時間以上経過、かつ、店員又は顧客から督促があった場合に付与される督促特典との何れかの特典を付与することを特徴とする、請求項４に記載のオーダリングシステム。
6. 前記特典付与手段は、前記通常特典を付与した後に店員又は顧客から督促があった場合には、前記通常特典に代えて前記督促特典を付与する、又は、前記通常特典に加えて前記督促特典を付与することを特徴とする、請求項５に記載のオーダリングシステム。

Images