(57)【要約】【課題】等級方式による顧客の囲い込みを実施する飲食店向けのオーダ管理システムに好適な注文受付装置を提供する。【解決手段】注文受付装置は、ユーザ特定手段、注文受付手段、検出手段及び通知手段を含む。ユーザ特定手段は、メニュー品目を注文するユーザを特定する。注文受付手段は、ユーザ毎に、メニュー品目の注文を受け付ける。検出手段は、ユーザ特定手段により特定されたユーザの注文に係る実績データとこの実績データを基に決定される等級データとを検出する。通知手段は、注文受付手段により受け付けた注文を検出手段により検出されたユーザの実績データに反映させた後のデータで決定される等級データが、検出手段により検出された当該ユーザの等級データと異なる場合に通知する。【選択図】図１１
2014132389.tif 000002
【特許請求の範囲】
【請求項１】
メニュー品目を注文するユーザを特定するユーザ特定手段と、
前記ユーザ毎に、前記メニュー品目の注文を受け付ける注文受付手段と、
前記ユーザ特定手段により特定されたユーザの注文に係る実績データとこの実績データを基に決定される等級データとを検出する検出手段と、
前記注文受付手段により受け付けた注文を前記検出手段により検出されたユーザの実績データに反映させた後のデータで決定される等級データが、前記検出手段により検出された当該ユーザの等級データと異なる場合に通知する通知手段と、
を具備したことを特徴とする注文受付装置。
【請求項２】
注文したメニュー品目の会計を受け付ける会計受付手段、をさらに具備し、
前記通知手段は、前記会計を受け付けた後に前記等級が更新されたことを通知することを特徴とする請求項１記載の注文受付装置。
【請求項３】
前記通知手段は、前記会計を受け付ける前までは前記等級が更新されることを予告することを特徴とする請求項２記載の注文受付装置。
【請求項４】
前記注文受付手段によりユーザ毎に注文を受け付けたメニュー品目の代金支払い方法として、各ユーザが自ら注文した品目分を個別に支払う個別割勘を適用するか各ユーザが均等に支払う均等割勘を適用するかを受け付ける支払い方法受付手段と、
前記個別割勘が適用される場合には、前記注文受付手段によりユーザ毎に受け付けた注文を前記検出手段により検出された当該ユーザの実績データに反映させ、前記均等割勘が適用される場合には、前記注文受付手段によりユーザ毎に受け付けた注文の合計を前記ユーザの人数で除したデータを前記検出手段により検出されたユーザの実績データに反映させる注文反映手段と、をさらに具備し、
前記通知手段は、前記注文反映手段により反映された後の実績データで決定される等級データが、前記検出手段により検出された当該ユーザの等級データと異なる場合に通知することを特徴とする請求項１記載の注文受付装置。
【請求項５】
前記等級データがアップするまでに必要な実績データの不足分を報知する目標報知手段、
をさらに具備したことを特徴とする請求項１乃至４のうちいずれか１に記載の注文受付装置。
【請求項６】
コンピュータに、
メニュー品目を注文するユーザを特定するユーザ特定機能と、
前記ユーザ毎に、前記メニュー品目の注文を受け付ける注文受付機能と、
前記ユーザ特定機能により特定されたユーザの注文に係る実績データとこの実績データを基に決定される等級データとを検出する検出機能と、
前記注文受付機能により受け付けた注文を前記検出機能により検出されたユーザの実績データに反映させた後のデータで決定される等級データが、前記検出機能により検出された当該ユーザの等級データと異なる場合に通知する通知機能と、
を実現させるための注文受付プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、飲食店向けの注文受付装置及びコンピュータを当該注文受付装置として機能させるための注文受付プログラムに関する。
【背景技術】
【０００２】
流通業界において顧客の囲い込み方式の１つに、ポイントカード方式がある。この方式は、来店した顧客に対してポイントを付与する。そして、所定のポイントが貯まった顧客に値引等の特典を与えることで、顧客を囲い込む。
【０００３】
また、囲い込み方式の別態様として、等級方式がある。この方式は、各顧客に対し、売上等の実績に応じて段階的に等級を設定する。そして、等級がアップすればするほど有利な特典を与えることで、顧客を囲い込む。
【０００４】
顧客がグループで来店する機会の多い飲食店では、顧客毎の実績管理が煩雑である。このため飲食店では、来店した顧客のポイントカードに印を押すことでポイントを付与する簡易なポイントカード方式が多く採用されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−０５３７８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ポイントカード方式は、短期間の囲い込みには適しているが、長期間の囲い込みには不適である。そこで、等級方式による顧客の囲い込みを実施する飲食店向けのオーダ管理システムが望まれている。
【０００７】
本発明の実施形態が解決しようとする課題は、等級方式による顧客の囲い込みを実施する飲食店向けのオーダ管理システムに好適な注文受付装置を提供しようとするものである。
【課題を解決するための手段】
【０００８】
一実施形態において、注文受付装置は、ユーザ特定手段、注文受付手段、検出手段及び通知手段を含む。ユーザ特定手段は、メニュー品目を注文するユーザを特定する。注文受付手段は、ユーザ毎に、メニュー品目の注文を受け付ける。検出手段は、ユーザ特定手段により特定されたユーザの注文に係る実績データとこの実績データを基に決定される等級データとを検出する。通知手段は、注文受付手段により受け付けた注文を検出手段により検出されたユーザの実績データに反映させた後のデータで決定される等級データが、検出手段により検出された当該ユーザの等級データと異なる場合に通知する。
【図面の簡単な説明】
【０００９】
【図１】一実施形態である飲食店向けオーダ管理システムの全体構成図。
【図２】会員データベースに蓄積される会員レコードのデータ構造を示す模式図。
【図３】オーダ端末の要部構成を示すブロック図。
【図４】オーダ端末のＲＡＭに形成される主要なメモリ領域を示す模式図。
【図５】オーダテーブルの一例を示す模式図。
【図６】新規注文業務に対するＣＰＵの処理手順を示す流れ図。
【図７】注文受付処理の具体的手順を示す流れ図。
【図８】報知処理の具体的手順を示す流れ図。
【図９】追加注文業務に対するＣＰＵの処理手順を示す流れ図。
【図１０】取消受付業務に対するＣＰＵの処理手順を示す流れ図。
【図１１】会計業務に対するＣＰＵの処理手順を示す流れ図。
【図１２】等級アップへの目標金額表示例を示す図。
【図１３】等級アップの予告メッセージ表示例を示す図。
【図１４】等級アップ報知の表示例を示す図。
【発明を実施するための形態】
【００１０】
以下、注文受付装置の実施形態について、図面を用いて説明する。  
なお、この実施形態は、セルフ式の注文受付装置（以下、オーダ端末１と称する）に本発明に係る機能を適用した場合である。オーダ端末１は、等級方式による顧客の囲い込みを実施する飲食店の各食卓に設置される。
【００１１】
図１は、等級方式による顧客の囲い込みを実施する飲食店向けオーダ管理システムの全体構成図である。このシステムは、複数のオーダ端末１と、会員管理サーバ２と、注文管理サーバ３と、厨房端末４と、ＰＯＳ（Point Of Sales）端末５とを含む。会員管理サーバ２、注文管理サーバ３、厨房端末４及びＰＯＳ端末５は、ＬＡＮ（Local Area Network）６によって相互通信自在に接続される。ＬＡＮ６には、各オーダ端末１と無線通信が可能な無線基地局７も接続される。
【００１２】
厨房端末４は、客から注文を受けたメニュー品目の情報を厨房の調理担当者に通知するための機器である。ディスプレイまたはプリンタが、厨房端末４として用いられる。ＰＯＳ端末５は、飲食を終えた客の会計を処理するための機器である。なお、図１では厨房端末４及びＰＯＳ端末５の台数をそれぞれ１台としたが、１台に限定されるものではない。
【００１３】
注文管理サーバ３は、メニューデータベース８にアクセスしてデータの読込み及び書込みを制御する。メニューデータベース８には、店で提供される飲食メニュー毎に作成されたメニューレコードが蓄積される。１つの飲食メニューのメニューレコードには、そのメニュー品目に対して割当てられた一意のメニューコード、メニュー名称、メニュー画像、価格等が含まれる。
【００１４】
会員管理サーバ２は、会員データベース９にアクセスしてデータの読込み及び書込みを制御する。会員データベース９には、会員となった顧客毎に作成される会員レコードが蓄積される。図２に示すように、１つの会員レコード９Ｒには、その会員に対して割当てられた一意の会員番号、会員氏名、等級、累積金額等が含まれる。累積金額は、対応する会員番号の会員が当該飲食店で支払った代金の累計である。等級は、累積金額に応じて決定される。累積金額が高額でればあるほど、等級は上位となる。等級は、会員グレードとも称される。
【００１５】
本実施形態では、累積金額が１万円未満の会員は「一般会員」である。１万円以上で３万円未満の会員は「ブロンズ会員」である。３万円以上で５万円未満の会員は「シルバー会員」である。５万円以上の会員は「ゴールド会員」である。
【００１６】
客席の食卓上に設置されるオーダ端末１は、無線回路１４（図３を参照）を内蔵し、客席の天井部等に取り付けられた無線基地局７と無線通信を行う。
【００１７】
図３は、オーダ端末１の要部構成を示すブロック図である。図３に示すように、オーダ端末１は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access 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３１の処理は実行されない。しかる後、ＣＰＵ１１は、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６２の処理で検出した番号Ｋの注文データ領域に追加する。またＣＰＵ１１は、そのメニュー品目の価格を、同番号Ｋの注文金額領域の金額と合計金額メモリ４５の金額とにそれぞれに加算する（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９２）。以上で、ＣＰＵ１１は、会計業務を終了する。
【００７２】
オーダテーブル５０のデータを受信した会員管理サーバ２は、会員データベース９を検索して、テーブルデータ中の顧客ＩＤと一致する会員番号がセットされた会員レコードを検出する。そして会員管理サーバ２は、その会員レコードの累積金額に、同テーブルデータ中の注文金額を加算する。しかる後、会員管理サーバ２は、注文金額が加算された累積金額を基に等級がアップしたか否かを確認する。そして等級がアップする場合には、会員管理サーバ２は、当該会員レコードの等級を更新する。
【００７３】
一方、ＰＯＳ端末５は、オーダテーブル５０のデータに基づいて請求金額を算出する。そして、この請求金額に対して支払金額のデータが入力されたならば、ＰＯＳ端末５は、釣銭を算出する。また、ＰＯＳ端末５は、レシートを印字発行する。
【００７４】
今、会員である顧客ＸＸＸと非会員である顧客ＹＹＹの２名からなるグループ客が来店し、食卓に着いたとする。この場合、一方の顧客、例えば顧客ＸＸＸは、先ず、オーダ端末１に対して人数「２」を入力する。次いで顧客ＸＸＸは、支払い方法を選択する。そうすると、タッチパネル１５に会員選択画面が表示されるので、顧客ＸＸＸは、会員であることを宣言し、会員カードをカードリーダ１６で読み取らせる。
【００７５】
ここで、顧客ＸＸＸは、これまでの累積金額が２万８千円であり、等級が「ブロンズ会員」であったとする。そうすると、図１２に示すメッセージＭ１がタッチパネル１５に表示される。すなわち、顧客ＸＸＸがあと２千円を支払うと等級がアップすることを知らせるメッセージが表示される。したがって、顧客ＸＸＸは、あと２千円を支払えば、等級がアップされることを容易に知り得る。
【００７６】
顧客ＸＸＸは、タッチパネル１５の注文受付画面を操作して、メニュー品目を注文する。そして注文を終えたならば、顧客ＸＸＸは、注文終了を宣言する。
【００７７】
次に、顧客ＹＹＹは、非会員であることを宣言した後、注文受付画面を操作して、メニュー品目を注文する。そして注文を終えたならば、顧客ＹＹＹは、注文終了を宣言する。そうすると、タッチパネル１５に注文確定画面が表示されるので、顧客ＸＸＸまたは顧客ＹＹＹは、注文の確定を宣言する。
【００７８】
このとき、支払い方法として個別割勘が選択されていたとする。この場合、顧客ＡＡＡの注文金額が２千円以上であったならば、図１３に示すメッセージＭ２がタッチパネル１５に表示される。すなわち、顧客ＸＸＸの等級がアップされることを予告するメッセージが表示される。一方、支払い方法として均等割勘が選択されていた場合には、二人の合計金額が４千円に達した場合にメッセージＭ２が表示される。
【００７９】
また、新規注文の段階では注文金額が上記金額に達していなくても、追加注文によって上記金額に達した場合には、メッセージＭ２が表示される。したがって顧客ＸＸＸは、等級がアップすることを容易に知り得る。
【００８０】
その後、顧客ＸＸＸと顧客ＹＹＹとが注文を取り消すことなく飲食を終えて、会計ボタンを操作したとする。そうすると、図１４に示すメッセージＭ３がタッチパネル１５に表示される。すなわち、顧客ＸＸＸの等級がアップされたことを知らせるメッセージが表示される。したがって顧客ＸＸＸは、等級がアップしたことをリアルタイムで知り得る。
【００８１】
なお、注文の取消によって顧客ＸＸＸの注文金額が減り、等級アップの条件を満たさなくなった場合には、メッセージＭ３は表示されない。
【００８２】
このように本実施形態によれば、等級方式による顧客の囲い込みを実施する飲食店向けのオーダ管理システムに適用することで好適なオーダ端末１を提供することができる。
【００８３】
なお、本発明は、前記実施形態に限定されるものではない。  
例えば前記実施形態では、オーダ端末１を飲食店の食卓に設置される場合を示したが、オーダ端末１を持ち運び自在としてもよい。この場合、無線回路１４とタッチパネル１５とでオーダ端末１を構成する。また、各オーダ端末１を一元的に管理するためのコンピュータ機器を店内に設置して、コンピュータ機器と各オーダ端末１とを無線回線で接続する。そしてコンピュータ機器は、本実施形態のＣＰＵ１１と同様に、注文受付プログラムＰに従い、各オーダ端末１との間でデータを処理する。このようにシステム化された注文受付装置にも、本発明は適用できるものである。このシステム化された注文受付装置であれば、１台のコンピュータ機器で複数台のオーダ端末１を処理できるので、設備コストを低減できるメリットがある。
【００８４】
本実施形態において、メッセージＭ１〜Ｍ３の内容が図１２〜図１４に示したものに限定されないのは言うまでもない。例えば、メッセージＭ２またはＭ３において、どの等級にアップされるか、あるいはどの等級にアップされたかを具体的に表示してもよい。また、表示以外の方法、例えばオーダ端末１に音声合成装置を組み込むことによって、音声ガイダンスによりメッセージ内容を通知することも可能である。
【００８５】
前記実施形態は、装置内部のプログラム記憶部であるＲＯＭ１２に発明の機能を実現させる注文受付プログラムＰが予め記録されているものとした。しかしこれに限らず、同様のプログラムＰがネットワークから装置にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、装置にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。また、本実施形態のプログラムを、通信機能を有する携帯電話やいわゆるＰＤＡのような携帯情報端末に組み込んで、その機能を実現させるものであってもよい。
【００８６】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８７】
１…オーダ端末、２…会員管理サーバ、３…注文管理サーバ、８…メニューデータベース、９…会員データベース、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…ムセン回路、１５…タッチパネル、１６…カードリーダ、４２…等級メモリ、５０…オーダテーブル。
【図１】
2014132389.tif 000003
【図２】
2014132389.tif 000004
【図３】
2014132389.tif 000005
【図４】
2014132389.tif 000006
【図５】
2014132389.tif 000007
【図６】
2014132389.tif 000008
【図７】
2014132389.tif 000009
【図８】
2014132389.tif 000010
【図９】
2014132389.tif 000011
【図１０】
2014132389.tif 000012
【図１１】
2014132389.tif 000013
【図１２】
2014132389.tif 000014
【図１３】
2014132389.tif 000015
【図１４】
2014132389.tif 000016