オーダーシステム及び精算方法
【課題】観客が、即座且つ簡便に、演者への「おひねり」を、観客自ら設定した金額分だけ授与することができるとともに、演者が、芸等の評価に相応しい金額の「おひねり」を得ることができる技術を提供する。
【解決手段】オーダーシステム１は、商品の注文情報、及び、寄付対象者への寄付金額を入力する入力手段（注文入力端末１０）と、前記入力手段により入力された全顧客の前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出する合計寄付金額算出手段（ホストサーバ４０）と、前記入力手段により入力された前記注文情報に基づき算出された注文金額と、前記入力手段により入力された前記寄付金額とを合計した顧客別の合計支払金額を算出する合計支払金額算出手段（ホストサーバ４０）とを備える。
【解決手段】オーダーシステム１は、商品の注文情報、及び、寄付対象者への寄付金額を入力する入力手段（注文入力端末１０）と、前記入力手段により入力された全顧客の前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出する合計寄付金額算出手段（ホストサーバ４０）と、前記入力手段により入力された前記注文情報に基づき算出された注文金額と、前記入力手段により入力された前記寄付金額とを合計した顧客別の合計支払金額を算出する合計支払金額算出手段（ホストサーバ４０）とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーダーシステム及び精算方法に関する。特に、本発明は、居酒屋、音楽バー、音楽カフェなどの飲食店・喫茶店等において使用されるオーダーシステム及び精算方法に関する。
【背景技術】
【０００２】
広場、宴席、音楽バー等において、芸人、演奏者、歌手等の演者（プレイヤー）が、見事な芸、演奏、歌唱等（以下、「芸等」という）を披露したとき、観客がお金（いわゆる「おひねり」）を演者に渡す風習がある。観客から演者への「おひねり」の授受方法としては、演者本人に手渡する方法、又は、演者近傍の銭受用容器へ投入する方法が一般的である。
【０００３】
なお、ＰＯＳ端末を用いて寄付に関する処理を行い、買上金額と同時に支払うシステムに関する技術が開示されている（特許文献１、２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−９３０４８号公報
【特許文献２】特開２００６−１９５６４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の「おひねり」の授受方法においては、演者が、見事な芸等を披露したとしても、当該授受方法に起因して、期待を裏切るような小額の「おひねり」しか得ることができない場合がある。
【０００６】
即ち、上述の「おひねり」の授受方法では、種々の手間（例えば、「おひねり」を渡すために財布を取り出す手間、席を立って演者側へ足を運ぶ手間）が掛かるため、それが、観客の心理的障害となり、結果的に、「おひねり」の額が少なくなる傾向がある。また、大勢の前で「おひねり」を渡す行為（特に直接手渡す場合）に心理的抵抗を感じる観客も少なからず存在するため、上述の「おひねり」の授受方法では、結果的に、「おひねり」の額は伸び難くなる。また、上述の「おひねり」の授受方法では、観客が、単に「おひねり」の額として適当なお金（例えば小銭）を持ち合わせていない場合にも、演者が手にする「おひねり」の額は少なくなる。
【０００７】
演者が得る「おひねり」の額が少なくなってしまうという問題を解決するために、芸等を披露したタイミングと異なるタイミング（例えば、飲食代金の会計時）に、「おひねり」を受け付ける（「おひねり」を渡すか否かを判断し、渡すと判断した際はその金額を支払う）という授受方法も考えられる。ところが、該授受方法においては、芸等の時間が経過しているため、観客が「おひねり」を渡すこと自体を忘れてしまう場合がある。また、「おひねり」を渡すこと自体を覚えていた観客も、時間経過によって芸等を観たときの感動が薄くなっているため、「おひねり」の額は少なくなり易い。つまり、該授受方法では、演者が得る「おひねり」の額が少なくなってしまうという問題を解決することはできない。
【０００８】
なお、特許文献１には、客用表示器に、寄付を募るメッセージを表示するとともに操作ボタンを備える商品販売登録処理装置が開示されている。特許文献１に開示された商品販売登録処理装置は、ボタンのタッチ操作があると寄付フラグメモリにフラグをセットし、顧客の会計時に、該顧客の買上金額について、１０円未満の端数を切り上げた額を支払金額とし、買上金額と支払金額との差額を募金額とする。
【０００９】
しかしながら、特許文献１に記載の技術を「おひねり」の授受目的に使用しようとしても、会計時に「おひねり」を受け付ける方法であるため、上述の如く、演者が得る「おひねり」の額が少なくなってしまうという問題を解決することはできない。また、演者が、見事な芸等を披露したとしても、特許文献１に記載の技術では、そもそも「おひねり」は１０円未満となるため、上記問題を解決することはできない。加えて、仮に、端数の額を仮に引き上げたとしても、買上金額に応じて「おひねり」の額が自動的に決まるため、観客が自由に「おひねり」の額を決めることができないという問題が生じる。
【００１０】
また、特許文献２には、各顧客がそれぞれ所持する記憶媒体から読み取った情報に基づいて、取引金額の一部を所定の寄付先に寄付する設定の顧客との取引であるか否かを判断する商品販売データ処理装置が開示されている。特許文献２に開示された商品販売データ処理装置は、寄付する設定の顧客との取引であると判断した場合、取引金額に基づいて寄付金額を算出し、算出した寄付金額をメモリで累積する。
【００１１】
しかしながら、特許文献２に記載の技術を「おひねり」の授受目的に使用しようとしても、特許文献１に記載の技術と同様、会計時に「おひねり」を受け付ける方式であるため、演者が得る「おひねり」の額が少なくなってしまうという問題を解決することはできない。また、取引金額に基づいて寄付金額を算出する方式であるため、観客が自由に「おひねり」の額を決めることができないという問題が生じる。
【００１２】
なお、従来、「おひねり」の授受は、その場にある物（例えば、現金、腕時計などの貴重品）を渡すという手段に限られ、電子マネー、クレジットカードによる決済手段、又は、換金可能なポイントなどの決済手段を、「おひねり」の授受に用いることはできなかった。また、従来、演者サイドのマーケティングに活用可能な情報（例えば、どのような客層の何人の客からいくら貰ったかというような詳細）は、（特に、一度に大勢から「おひねり」を貰ったような場合に、）得ることはできなかった。
【００１３】
本発明は、上記問題を考慮してなされたものであり、観客が、演者の芸等を観て即座且つ簡便に、演者への「おひねり」を、観客自ら設定した金額分だけ授与することができるとともに、演者が、芸等の評価に相応しい金額の「おひねり」を得ることができるオーダーシステム及び精算方法を提供する。
【課題を解決するための手段】
【００１４】
上記問題を解決するために、請求項１に係るオーダーシステムは、商品の注文情報、及び、寄付対象者への寄付金額を入力する入力手段と、前記入力手段により入力された全顧客の前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出する合計寄付金額算出手段と、前記入力手段により入力された前記注文情報に基づき算出された注文金額と、前記入力手段により入力された前記寄付金額とを合計した顧客別の合計支払金額を算出する合計支払金額算出手段とを備えることを特徴とする。
請求項１に係るオーダーシステムによれば、観客（顧客）から、料理・ドリンク等のオーダーと同じ様に、適宜（例えば、芸等の披露中又は披露直後に）、演者への「おひねり」を受け付けるとともに、受け付けた「おひねり」の金額を、料理・ドリンク等の代金と合算して、店を出るときに精算することができる。従って、観客は、財布を取り出したり財布の中身を確認したりすることなく、また小銭を持ち合わせていなくても、簡便且つ気楽に、観客自ら設定した金額を、演者への「おひねり」として授与することができるようになる。また、演者は、観客が簡便且つ気楽に「おひねり」を授与することができるようになるため、芸等の評価に相応しい金額の「おひねり」を得ることができるようになる。また、演者は、観客が芸等の披露中又は披露直後に「おひねり」を授与することができるようになるため、例えば会計時に受け付ける場合に比べて、より多くの「おひねり」を得ることができるようになる。更に、観客の属性（例えば、Ｍ１、Ｍ２、…、Ｆ３）を会計時などに入力すれば、演者サイドのマーケティングに活用することもできるようになる。
【００１５】
請求項２に係るオーダーシステムは、個々に識別される注文入力端末が顧客から商品の注文を受け付け、精算端末が前記注文入力端末の注文結果に基づいて会計するオーダーシステムであって、前記注文入力端末にて寄付対象者への寄付金額を入力する入力手段と、夫々の前記注文入力端末にて入力された前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出する合計寄付金額算出手段と、前記注文入力端末の注文データに基づいて算出された注文金額と、当該注文入力端末にて入力された前記寄付金額とを合計した合計支払金額を算出する合計支払金額算出手段とを備えることを特徴とする。
請求項２に係るオーダーシステムによれば、上記請求項１に係るオーダーシステムと同様の効果を得ることができる。更に、請求項２に係るオーダーシステムの場合、観客自身が「おひねり」の金額を入力するため、他の観客、店員（店員の反応、忙しさ）を意識することなく、より一層気楽に「おひねり」を授与することができるようになる。
【００１６】
請求項３に係るオーダーシステムは、請求項１又は請求項２のオーダーシステムにおいて、クレジットカード又は電子マネーの何れか一方又は両方による決済手段を更に備えることを特徴とする。
請求項３に係るオーダーシステムによれば、観客は、料理・ドリンク等の代金の支払いと同様、クレジットカード、電子マネーを使用して「おひねり」の金額を支払うことができるようになる。従って、顧客は、手持ちの現金を気にせずに、演者に「おひねり」を授与することができるようになる。よって、「おひねり」の額は、より増加し易くなる。
【００１７】
請求項４に係るオーダーシステムは、請求項１から請求項３の何れかのオーダーシステムにおいて、購入金額に応じて付与される換金可能なポイントを運用するポイントシステムと連動することを特徴とする。
請求項４に係るオーダーシステムによれば、観客は、貯めたポイントの一部又は全部を消費して「おひねり」の金額を支払うことができるようになる。従って、顧客は、手持ちの現金を気にせずに、また、クレジットカード、電子マネーを所持していなくても、演者に「おひねり」を授与することができるようになる。よって、「おひねり」の額は、更に一層増加し易くなる。更に、店としても、ポイントシステムとの提携によって、新規顧客の獲得、リピーターの増加などに繋げることもできるようになる。
【００１８】
請求項５に係るオーダーシステムは、請求項１から請求項４の何れかのオーダーシステムにおいて、前記入力手段により入力された顧客別の前記寄付金額、前記合計寄付金額算出手段により算出された前記合計寄付金額の少なくとも１つを表示する表示器を備えることを特徴とする。
請求項５に係るオーダーシステムによれば、種々の情報を画面において確認することができるようになる。例えば、演者に対する合計寄付金額を表示する場合、演者は、自身の芸等への評価を、客観的な評価という形で知ることができる。また、店としては、合計寄付金額を大画面で表示すれば、場の雰囲気の盛り上げる演出等々としても期待でき、口コミによる新規顧客の獲得、リピーターの増加などに繋げることもできるようになる。
【００１９】
請求項６に係る精算方法は、オーダーシステムにおける精算方法であって、前記オーダーシステムの入力手段が、商品の注文情報、及び、寄付対象者への寄付金額を入力し、前記オーダーシステムの合計寄付金額算出手段が、前記入力手段により入力された全顧客の前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出し、前記オーダーシステムの合計支払金額算出手段が、前記入力手段により入力された前記注文情報に基づき算出された注文金額と、前記入力手段により入力された前記寄付金額とを合計した顧客別の合計支払金額を算出することを特徴とする。
請求項６に係る精算方法によれば、上記請求項１に係るオーダーシステムと同様の効果を得ることができる。
【発明の効果】
【００２０】
本発明によれば、以上の様に、観客が、演者の芸等を観て即座且つ簡便に、演者への「おひねり」を、観客自ら設定した金額分だけ授与することができるようになる。また、演者は、芸等の評価に相応しい金額の「おひねり」を得ることができるようになる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態に係るオーダーシステムの構成例である。
【図２】オーダーシステムを導入した飲食店の様子を表す模式図である。
【図３】表示器において表示される「おひねり」に関する情報の一例である。
【図４】注文入力端末のブロック図の一例である。
【図５】コードブックの一例である。
【図６】精算端末のブロック図の一例である。
【図７】精算端末において印字されるレシートの一例である。
【図８】オーダーシステムの動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の実施形態について図面を参照して説明する。図１は、本発明の実施形態に係るオーダーシステム１の構成例である。オーダーシステム１は、図１に示すように、複数の注文入力端末１０（本実施例では、注文入力端末１０−１、注文入力端末１０−２、注文入力端末１０−３、注文入力端末１０−４の４台）、精算端末２０、表示器３０、ホストサーバ４０及び無線トランシーバ５０を備える。精算端末２０、表示器３０、ホストサーバ４０及び無線トランシーバ５０は、有線ＬＡＮに接続されている。また、注文入力端末１０は、アクセスポイントである無線トランシーバ５０を介して、有線ＬＡＮに接続されている。また、ホストサーバ４０は、外部ネットワーク（例えば、インターネット）に接続している。なお、注文入力端末１０の形状は、図１に示すようなペン型である（但し、図１以外の他図では、便宜上、矩形にて表記する）。
【００２３】
図２は、オーダーシステム１を導入した飲食店の様子を表す模式図である。図２に示す模式図は、オーダーシステム１を設置する店舗フロアを上面から見たものである（但し、演者は水平から見たものである）。なお、ホストサーバ４０及び無線トランシーバ５０は、上面から見えない位置にあるため図２では非図示としている。
【００２４】
注文入力端末１０は、お客が着席するための各客用テーブル１１上に置かれている。各注文入力端末１０は、夫々を識別する端末識別情報を有する。本実施例の場合、客用テーブル１１と注文入力端末１０とが1対１で対応しているため、端末識別情報として、各客用テーブル１１のテーブル番号を用いる。なお、テーブル番号と異なる端末識別情報を用いる場合には、例えばホストサーバ４０において、テーブル番号と端末識別情報との対応関係を記憶しておき、端末識別情報からテーブル番号が導かれるようにしてもよい。
【００２５】
お客は、注文入力端末１０を操作し、料理・ドリンク等を注文する。また、お客は、演者に「おひねり」を渡したいときは、注文入力端末１０を操作し、演者に「おひねり」を渡す。なお、上記操作の詳細は後述する。
【００２６】
無線トランシーバ５０は、各注文入力端末１０から送信された情報を無線にて受信し、ホストサーバ４０へ有線ＬＡＮにて送信する。なお、各注文入力端末１０から送信される情報には、端末識別情報（テーブル番号）が含まれる。
【００２７】
ホストサーバ４０は、各注文入力端末１０から送信された情報を受信し、集計し、記憶する。具体的には、ホストサーバ４０は、各注文入力端末１０から送信された注文情報（オーダー情報）を受信し、テーブル番号毎（端末識別情報毎）に飲食代金を集計し、テーブル番号に対応付けて飲食代金の集計結果を記憶する。なお、ホストサーバ４０は、精算端末２０からの要求があった場合に、一の客用テーブル１１における飲食代金、及び、おひねり代金を精算端末２０に送信する。
【００２８】
また、ホストサーバ４０は、各注文入力端末１０から送信された「おひねり」に関する情報（「おひねり」の金額、又は、評価）を受信し、「おひねり」に関する情報を集計し、記憶する。例えば、ホストサーバ４０は、テーブル番号毎の評価（「おひねり」の額）、評価毎の獲得数を集計し、記憶する。なお、ホストサーバ４０は、上記集計結果を表示器３０に送信する。
【００２９】
精算端末２０は、精算カウンタ２１上に置かれている。店員は、精算端末２０を操作し、飲食代金、おひねり代金を精算する。なお、精算端末２０の詳細は後述する。
【００３０】
表示器３０は、大勢から見える位置（例えばステージ脇）に設置されている。表示器３０は、ホストサーバ４０に記憶されている「おひねり」に関する情報（「おひねり」の金額、又は、評価））を表示する。
【００３１】
図３は、表示器３０において表示される「おひねり」に関する情報の一例である。表示器３０は、例えば図３に示すように、「おひねり」に関する情報として、テーブル番号毎の評価（「おひねり」の金額）と、評価毎の獲得数と、「おひねり」の合計金額とを表示する。
【００３２】
上記テーブル番号毎の評価欄の表示に関し、ある客用テーブル１１上にお客がいない場合には、当該客用テーブル１１のテーブル番号のリスト（行）自体を非表示としてもよい。また、ある客用テーブル１１上にお客がいるが、評価が未入力の場合には（即ち「おひねり」無しの場合には）、当該客用テーブル１１のテーブル番号に対応付けて「−」などを表示してもよい。なお、上記を実現するためにはホストサーバ４０は、各客用テーブル１１にお客がいるか否かに関する情報を把握する必要があるが、例えば、お客がいない注文入力端末１０又は非図示の店員用端末を操作して、客用テーブル１１にお客がいない旨を示す情報をホストサーバ４０に出力してもよい。また、ホストサーバ４０は、一の客用テーブル１１に対応する注文入力端末１０から注文情報を受信してから当該注文入力端末１０の精算処理が行われる迄の間は、当該客用テーブル１１には、お客がいると判断してもよい。
【００３３】
図４は、注文入力端末１０のブロック図の一例である。注文入力端末１０は、図４に示すように、ＣＰＵ１０１、ＲＯＭ１０３、ＲＡＭ１０４、コードリーダ部（読取部）１０５、無線通信部１１２及びスピーカ１１５を備える。
【００３４】
ＣＰＵ１０１は、注文入力端末１０の各部を制御する中央処理装置であり、ＲＯＭ１０３から所定のプログラムをロードして実行する。ＲＯＭ１０３は、ＣＰＵ１０１が実行する各種のプログラムを格納する。ＲＡＭ１０４は、メニューファイルや音声データ等を格納するファイル記憶エリアと、ＣＰＵ１０１が動作時に呼び出し、使用するデータを一時的に記憶する一時記憶エリアとを有した記憶部（ランダムアクセスメモリ）である。一時記憶エリアには、端末識別情報（テーブル番号）、コードリーダ部１０５で読み取った各種コード、注文数、会計指令コード、担当者（接客係）コード、「おひねり」の金額、更に、音声出力する際の音量レベルを指示する音量制御情報などが記憶される。なお、テーブル番号と異なる端末識別情報を用いる場合には、一時記憶エリアには、端末識別情報とは別個にテーブル番号が記憶される。
【００３５】
コードリーダ部１０５は、注文入力端末１０のペン先端部分に設けられている赤外線の読取部である。コードリーダ部１０５は、コードブック（図５参照）に目視できないように印刷されているコード（赤外線で読取可能なコード）を読み取る。スピーカ１１５は、ＲＡＭ１０４から読み出された音声データ及び音量制御情報に基づいて生成された音声を出力する。無線通信部１１２は、無線トランシーバ５０を介して他の端末（例えば、ホストサーバ４０）と通信を行う。
【００３６】
図５は、コードブックの一例である。コードブックは、注文入力端末１０によって、料理・ドリンク等を注文する際、及び、「おひねり」を渡す際に用いられる印刷物である。コードブックは、図５に示すように、メニューエリア部、おひねりエリア部、ファンクションキーエリア部から構成されている。
【００３７】
メニューエリア部には、料理・ドリンク等の名称及び値段が記載されている。また、品目に応じて、調理方法、選択可能なサイドディッシュ、ドリンクの提供タイミング等の指示情報も記載されている。また、名称及び調理指示情報の記載部分には、当該記載部分に重畳して、当該記載内容を所定の方式でコード化した、目視できないコード（赤外線で読取可能なコード）が印刷されている。従って、お客が、注文入力端末１０のペン先端部（コードリーダ部１０５）を名称等の記載部分に当てると（又は、ペン先端部によって名称等の記載部分をなぞると）、注文入力端末１０は、当該記載部分に印刷されているコードを読み取る。
【００３８】
注文入力端末１０は、名称等のコードを読み取った場合、入力内容の確認、及び、送信（登録）を促す内容を音声出力する。注文入力端末１０は、音声出力後、「確定」のファンクションキー（後述）のコードを読み取った場合、入力内容を確定し、「送信」のファンクションキー（後述）のコードを読み取った場合、テーブル番号を含むオーダー情報をホストサーバ４０に送信する。また、注文入力端末１０は、「確認」のファンクションキー（後述）のコードを読み取った場合、入力内容を音声出力し、「キャンセル」のファンクションキー（後述）のコードを読み取った場合、入力内容を取り消す。
【００３９】
おひねりエリア部には、芸等に対する評価と、各評価に応じた「おひねり」の金額がリスト形式で記載されている。図５に例示するコードブックの場合、評価「ナイス」に対応付けて「おひねり」の金額「１００円」、評価「ブラボー」に対応付けて「おひねり」の金額「２００円」、評価「ファンタスティック」に対応付けて「おひねり」の金額「５００円」、評価「アンビリーバブル」に対応付けて「おひねり」の金額「１，０００円」が記載されている。また、評価の記載部分（又は、金額の記載部分）には、当該記載部分に重畳して、当該記載内容を所定の方式でコード化した、目視できないコードが印刷されている。従って、注文入力端末１０は、料理・ドリンク等の名称等と同様、「おひねり」の金額等のコードを読み取ることができる。
【００４０】
注文入力端末１０は、「おひねり」の金額等のコードを読み取った場合、入力内容の確認、及び、送信（登録）を促す内容を音声出力する。注文入力端末１０は、音声出力後、「確定」のファンクションキー（後述）のコードを読み取った場合、入力内容を確定し、「送信」のファンクションキー（後述）のコードを読み取った場合、テーブル番号を含む「おひねり」に関する情報（「おひねり」の金額、又は、評価）をホストサーバ４０に送信する。また、注文入力端末１０は、「確認」のファンクションキー（後述）のコードを読み取った場合、入力内容を音声出力し、「キャンセル」のファンクションキー（後述）のコードを読み取った場合、入力内容を取り消す。
【００４１】
ファンクションキーエリア部には、１〜１０の数字、「確定」、「キャンセル」、「繰り返し」、「送信」、「確認」、「会計」、「スタッフを呼ぶ」などの各種ファンクションキーが記載されている。また、各ファンクションキーの記載部分には、目視できないコードが印刷されている。お客は、上述の如く、ファンクションキーと組み合せながら、メニューや「おひねり」の金額等を入力し、ホストサーバ４０に送信する。なお、接客係を呼んで会計を頼む際には、「会計」のファンクションキー、すなわち会計指令コードを読み取らせる。
【００４２】
図６は、精算端末２０のブロック図の一例である。精算端末２０は、図６に示すように、ＣＰＵ２０１、ハードディスク２０２、ＲＯＭ２０３、ＲＡＭ２０４、スキャナ部２０５、液晶タッチパネル部２０６、客用表示部２０７、クレジット決済部２０８、電子マネー決済部２０９、レシート印字部２１０、ドロワ部２１１、通信部２１２、操作部２１３、カードリーダ部２１４及びブザー２１５を備える。
【００４３】
ＣＰＵ２０１は、精算端末２０の各部を制御する中央処理装置であり、ＲＯＭ２０３から所定のプログラムをロードして実行する。ＲＯＭ２０３は、ＣＰＵ２０１が実行する各種のプログラムを格納する。ハードディスク２０２は、会計データ等を蓄積する。ＲＡＭ２０４は、ＣＰＵ２０１が動作時に呼び出し、使用するデータを一時的に記憶する。スキャナ部２０５は、バーコード等から情報を読み取る。液晶タッチパネル部２０６は、画面を表示し店員からの入力を受け付ける。客用表示部２０７は、お客に会計情報（飲食代金及び、おひねり代金）を表示する。
【００４４】
クレジット決済部２０８は、ＣＰＵ２０１の処理に応じてクレジットによる決済を行う。例えば、クレジット決済部２０８は、暗証番号、支払回数等の入力を受け付けるとともに、通信部２１２、ホストサーバ４０を介して、外部のクレジットシステムとの間で、クレジット決済に必要な情報を送受信し、クレジット決済を行う。電子マネー決済部２０９は、ＣＰＵ２０１の処理に応じて電子マネーによる決済を行う。例えば、電子マネー決済部２０９は、電子マネーを記憶した機器（例えば、携帯電話）若しくは媒体（例えば、ＩＣカード）、又は、お客の電子マネーを一元管理する外部の電子マネーシステムとの間で、電子マネー決済に必要な情報を送受信し、電子マネー決済を行う。
【００４５】
レシート印字部２１０は、所定のレシート用紙に会計情報を印字する印字部である。ドロワ部２１１は、貨幣を収納する収納部である。通信部２１２は、他の端末（例えば、ホストサーバ４０）と通信を行う。操作部２１３は、店員による種々の操作を受け付ける。カードリーダ部２１４は、カード等（例えば、クレジットカード、電子マネーを記憶した機器若しくは媒体）に記憶されている情報を読み取る。ブザー２１５は、ＣＰＵ２０１の処理に応じてブザー音を発生させる。
【００４６】
図７は、精算端末２０において印字されるレシートの一例である。図７に例示するレシートには、料理・ドリンク代「￥２，０００−」の他、おひねり代「￥１，０００−」、及び、料理・ドリンク代とおひねり代の合計「￥３，０００−」が印字されている。
【００４７】
図８は、オーダーシステム１の動作の一例を示すフローチャートである。具体的には、図８（ａ）のフローチャートは、料理・ドリンクの注文時の動作であって、左側は注文入力端末１０の動作、右側はホストサーバ４０の動作である。
図８（ｂ）のフローチャートは、「おひねり」を渡す時の動作であって、左側は注文入力端末１０の動作、中央はホストサーバ４０の動作、右側は表示器３０の動作である。
図８（ｃ）のフローチャートは、精算時の動作であって、左側はホストサーバ４０の動作、右側は精算端末２０の動作である。
【００４８】
図８（ａ）において、注文入力端末１０は、コードブックのメニューエリア部を読み取り、料理・ドリンクの注文の入力を受け付ける（ステップＳ１０）。注文入力端末１０は、コードブックのファンクションキーエリア部に記載されているコードを読み取って、テーブル番号を含むオーダー情報をホストサーバ４０に送信する（ステップＳ１２）。ホストサーバ４０は、注文入力端末１０から送信されたオーダー情報を受信し、テーブル番号毎に飲食代金を集計し、テーブル番号に対応付けて飲食代金の集計結果を記憶する（ステップＳ２０）。そして、図８（ａ）に示すフローチャートは終了する。
【００４９】
図８（ｂ）において、注文入力端末１０は、コードブックのおひねりエリア部を読み取り、「おひねり」の入力を受け付ける（ステップＳ１１０）。注文入力端末１０は、コードブックのファンクションキーエリア部に記載されているコードを読み取って、テーブル番号を含む「おひねり」に関する情報（「おひねり」の金額、又は、評価）をホストサーバ４０に送信する（ステップＳ１１２）。ホストサーバ４０は、注文入力端末１０から送信された「おひねり」に関する情報を受信し、適宜又は所定時間経過後に、「おひねり」に関する情報を集計し、記憶する（ステップＳ１２０）。ホストサーバ４０は、上記集計結果を表示器３０に送信し（ステップＳ１２２）。表示器３０は、ホストサーバ４０から送信された「おひねり」の集計結果を表示する（ステップＳ１３０）。そして、図８（ｂ）に示すフローチャートは終了する。
【００５０】
図８（ｃ）において、精算端末２０は、テーブル番号の入力を受け付ける（ステップＳ）。なお、テーブル番号は、店員が料理・ドリンクを提供する都度、客用テーブル１１の天板の下若しくは脇、又は、精算端末２０の近傍に置く注文明細書に記載されている。精算端末２０は、当該テーブル番号の会計情報（飲食代金、おひねり代金）をホストサーバ４０に要求し、ホストサーバ４０から送信された当該テーブル番号の会計情報を受信する（ステップＳ２２２、ステップＳ２３０）。精算端末２０は、ホストサーバ４０から受信した会計情報を用いて、精算処理を行う（ステップＳ２３２）。即ち、精算端末２０は、飲食代金と、おひねり代金とを合算して、精算を行う。そして、図８（ｃ）に示すフローチャートは終了する。なお、ステップＳ２３２において、精算端末２０は、必要な場合には、クレジット決済又は電子マネー決済を行ってもよい。
【００５１】
なお、フローチャートは省略するが、精算端末２０は、各注文入力端末１０において入力され、ホストサーバ４０において集計された「おひねり」の合計金額を、演者に支払う。
【００５２】
以上、オーダーシステム１によれば、観客が、即座且つ簡便に、演者への「おひねり」を、観客自ら設定した金額分だけ授与することができるようになる。また、演者は、芸等の評価に相応しい金額の「おひねり」を得ることができるようになる。
【００５３】
なお、本発明における「寄付」とは、各種法人、団体、個人、事業（例えば公共事業）、協会、施設、寺社等への金品の贈与であって目的は問わない。即ち、本発明における「寄付」には、社会貢献、慈善、援助等を目的とする金品の提供に加え、上記実施例に示すように、演者（プレイヤー）に対する評価として与える祝儀、心付け（チップ）も含まれる。更に、プレイヤーの他、進行役、店員等のスタッフに与える金品も、本発明における「寄付」に該当する。
【００５４】
つまり、オーダーシステム１は、商品の注文情報、及び、寄付対象者への寄付金額を入力する入力手段（注文入力端末１０）と、入力手段により入力された全顧客の寄付金額を集計し、寄付対象者への合計寄付金額を算出する合計寄付金額算出手段（ホストサーバ４０）と、入力手段により入力された注文情報に基づき算出された注文金額と、入力手段により入力された寄付金額とを合計した顧客別の合計支払金額を算出する合計支払金額算出手段（ホストサーバ４０）とを備える。
【００５５】
また、オーダーシステム１の精算端末２０は、クレジットカード又は電子マネーの何れか一方又は両方による決済手段（クレジット決済部２０８、電子マネー決済部２０９）を備える。
【００５６】
また、オーダーシステム１の精算端末２０は、上述の如く、クレジット決済部２０８、電子マネー決済部２０９を備えるが、購入金額に応じて付与される換金可能なポイントにより決済できるようにしてもよい。例えば、精算端末２０は、ポイント決済部（非図示）を備え、カードリーダ部２１４は、ポイントを記憶した機器若しくは媒体に記憶されている情報を読み取り、ポイント決済部は、ＣＰＵ２０１の処理に応じてポイントによる決済を行い、お客のポイントを一元管理する外部のポイントシステムとの間で、ポイント決済に必要な情報を送受信し、ポイント決済を行うようにしてもよい。即ち、オーダーシステム１は、購入金額に応じて付与される換金可能なポイントを運用するポイントシステムと連動し、ポイントを用いて、飲食代金、及び、おひねり代金の支払いを行うことができる。
【００５７】
また、オーダーシステム１の表示器３０は、入力手段（注文入力端末１０）により入力された顧客別の寄付金額、合計寄付金額算出手段（ホストサーバ４０）により算出された合計寄付金額の少なくとも１つを表示する。
【００５８】
なお、上記実施例において、精算端末２０、表示器３０についても、注文入力端末１０と同様、無線ＬＡＮを介して通信してもよい。また、ホストサーバ４０が行う集計（合計金額の算出等）の一部（例えば「おひねり」の集計）、又は、全部（注文及び「おひねり」の集計）を精算端末２０において実行してもよい。即ち、オーダーシステム１は、ホストサーバ４０を有しなくてもよい。なお、オーダーシステム１がホストサーバ４０を有しないときは、外部ネットワークとの接続は、精算端末２０が行うようにしてもよい。
【００５９】
つまり、オーダーシステム１において、注文入力端末１０にて寄付対象者への寄付金額を入力し、ホストサーバ４０又は精算端末２０にて、夫々の注文入力端末１０にて入力された寄付金額を集計し、寄付対象者への合計寄付金額を算出し、ホストサーバ４０又は精算端末２０にて、注文入力端末１０の注文データに基づいて算出された注文金額と、当該注文入力端末１０にて入力された寄付金額とを合計した合計支払金額を算出してもよい。
【００６０】
なお、コードブックを用いた注文入力端末１０の入力操作において、上記実施例では、メニューエリア部とおひねりエリア部とが一体的に印刷されているコードブックを用いる例を説明したが、用いるコードブックはこれに限定されない。例えば、メニューエリア及びファンクションキーエリアを有する「メニューブック」と、おひねりエリアとファンクションキーエリアを有する「おひねりブック」を別々に使用してもよい。なお、「メニューブック」と「おひねりブック」とを使用する場合、「メニューブック」及び「おひねりブック」の両方を各客用テーブル１１に常備するようにしてもよいし、「メニューブック」は常備し、「おひねりブック」は、演者が芸等を披露都度（例えば、披露直前、直後）、店員が各客用テーブル１１に配るようにしてもよい。
【００６１】
また、コードブックを用いた注文入力端末１０の入力操作において、上記実施例では、お客が、おひねりエリア上に予め設定（赤外線で読取可能なコードを印刷）した評価別の「おひねり」の金額の中から何れかを選択する例を説明したが、お客が、「おひねり」の金額を自由に決めるようにしてもよい。例えば、ファンクションキーエリア上に設定した数値を用いて自由に金額を入力してもよい。また、ファンクションキーエリア等に、「＋」「−」を設定し、一定金額ずつ入力金額を増減できるようにしてもよい（例えば、「＋」を１回読取毎に１００円加算）。
【００６２】
なお、上述の様に、お客が「おひねり」の金額を自由に決める場合には、「おひねり」の金額の上限を設定してもよい。また、お客が「おひねり」の金額を自由に決める場合には、ホストサーバ４０において、芸等に対する評価と「おひねり」の金額との対応関係（例えば０円＝パチパチ、１００円＝ナイス、２００円〜４００円＝ブラボー、５００円〜９００円＝ファンタスティック、１０００円〜上限値＝アンビリーバブル）を予め記憶しておくとよい。上記対応関係を予め記憶しておけば、お客が「おひねり」の金額を自由に決めた場合にも、表示器３０に評価毎の獲得数等を表示し、精算端末２０において印字されるレシートに「おひねり」の金額に応じた評価を印字することができる。
【００６３】
また、上記実施例では、注文入力端末１０は、コードブック上のコードを読み取ることによって、注文及び「おひねり」の入力を受け付けているが、コードブックを用いずに、注文及び「おひねり」の入力を受け付けるようにしてもよい。例えば、注文入力端末１０は、おひねりエリアに相当する画面を表示する液晶タッチパネルを有し、お客のタッチ操作によって、芸等に対する評価の入力、又は、「おひねり」の金額の入力を受け付けるようにしてもよい。
【００６４】
また、上記実施例では、複数の演者がいる場合に対応するため、各演者を識別する演者識別情報を定義し（例えば、コードブック上に設定し）、注文入力端末１０に演者識別情報を読み取らせ、ホストサーバ４０が、演者識別情報別、端末識別情報別に、「おひねり」の金額を集計するようにしてもよい。
【００６５】
なお、表示器３０における、図３に示すように、テーブル番号（端末識別情報）の昇順であるが、評価（「おひねり」の金額）の降順又は昇順としてもよい。
【００６６】
また、精算端末２０又は注文入力端末１０の近傍にプリンタ（非図示）を設置してもよい。プリンタを設置した場合、「おひねり」を入力した時に、当該プリンタから金額、時間、テーブル番号（端末識別情報）を印字した伝票（券）を発行し、当該伝票に基づいて、演者に「おひねり」を支払うようにしてもよい。例えば、各注文入力端末１０の近傍にプリンタを配置する場合、演者は、芸等の終了後に伝票を回収し、帰りに伝票をお店に提示し、「おひねり」を受け取るというかたちにしてもよい。
【００６７】
なお、注文入力端末１０ではなく精算端末２０に、寄付金額を入力する入力手段を設けてもよい。例えば、精算端末２０に寄付金額を入力する「寄付キー」を設け、「寄付キー」の押下前、又は、押下後に入力され確定した数値を寄付金額とする。この場合、顧客は、演者の芸等を観た直後から精算時までの間に寄付金額を店員に告げ、寄付金額を告げられた店員は、告げられた寄付金額を精算端末２０に入力（登録）する。なお、店員は、寄付金額を告げられる都度、端末識別情報などとともに寄付金額を精算端末２０に入力し、顧客は、精算時に、飲食代金と寄付金額の合計額を支払うようにしてもよい。また、店員は、精算時に、飲食代金と同様に、告げられていた夫々の寄付金額を精算端末２０に入力し、顧客は、飲食代金と寄付金額の合計額を支払うようにしてもよい。
【００６８】
なお、本発明の実施形態によるオーダーシステム１の各処理を実行するためのプログラムを実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、本発明の実施形態によるオーダーシステム１の各処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００６９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００７０】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００７１】
１…オーダーシステム、１０…注文入力端末、１１…客用テーブル、２０…精算端末、２１…精算カウンタ、３０…表示器、４０…ホストサーバ、５０…無線トランシーバ、１０１…ＣＰＵ、１０３…ＲＯＭ、１０４…ＲＡＭ、１０５…コードリーダ部、１１２…無線通信部、１１５…スピーカ、２０１…ＣＰＵ、２０２…ハードディスク、２０３…ＲＯＭ、２０４…ＲＡＭ、２０５…スキャナ部、２０６…液晶タッチパネル部、２０７…客用表示部、２０８…クレジット決済部、２０９…電子マネー決済部、２１０…レシート印字部、２１１…ドロワ部、２１２…通信部、２１３…操作部、２１４…カードリーダ部、２１５…ブザー
【技術分野】
【０００１】
本発明は、オーダーシステム及び精算方法に関する。特に、本発明は、居酒屋、音楽バー、音楽カフェなどの飲食店・喫茶店等において使用されるオーダーシステム及び精算方法に関する。
【背景技術】
【０００２】
広場、宴席、音楽バー等において、芸人、演奏者、歌手等の演者（プレイヤー）が、見事な芸、演奏、歌唱等（以下、「芸等」という）を披露したとき、観客がお金（いわゆる「おひねり」）を演者に渡す風習がある。観客から演者への「おひねり」の授受方法としては、演者本人に手渡する方法、又は、演者近傍の銭受用容器へ投入する方法が一般的である。
【０００３】
なお、ＰＯＳ端末を用いて寄付に関する処理を行い、買上金額と同時に支払うシステムに関する技術が開示されている（特許文献１、２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−９３０４８号公報
【特許文献２】特開２００６−１９５６４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の「おひねり」の授受方法においては、演者が、見事な芸等を披露したとしても、当該授受方法に起因して、期待を裏切るような小額の「おひねり」しか得ることができない場合がある。
【０００６】
即ち、上述の「おひねり」の授受方法では、種々の手間（例えば、「おひねり」を渡すために財布を取り出す手間、席を立って演者側へ足を運ぶ手間）が掛かるため、それが、観客の心理的障害となり、結果的に、「おひねり」の額が少なくなる傾向がある。また、大勢の前で「おひねり」を渡す行為（特に直接手渡す場合）に心理的抵抗を感じる観客も少なからず存在するため、上述の「おひねり」の授受方法では、結果的に、「おひねり」の額は伸び難くなる。また、上述の「おひねり」の授受方法では、観客が、単に「おひねり」の額として適当なお金（例えば小銭）を持ち合わせていない場合にも、演者が手にする「おひねり」の額は少なくなる。
【０００７】
演者が得る「おひねり」の額が少なくなってしまうという問題を解決するために、芸等を披露したタイミングと異なるタイミング（例えば、飲食代金の会計時）に、「おひねり」を受け付ける（「おひねり」を渡すか否かを判断し、渡すと判断した際はその金額を支払う）という授受方法も考えられる。ところが、該授受方法においては、芸等の時間が経過しているため、観客が「おひねり」を渡すこと自体を忘れてしまう場合がある。また、「おひねり」を渡すこと自体を覚えていた観客も、時間経過によって芸等を観たときの感動が薄くなっているため、「おひねり」の額は少なくなり易い。つまり、該授受方法では、演者が得る「おひねり」の額が少なくなってしまうという問題を解決することはできない。
【０００８】
なお、特許文献１には、客用表示器に、寄付を募るメッセージを表示するとともに操作ボタンを備える商品販売登録処理装置が開示されている。特許文献１に開示された商品販売登録処理装置は、ボタンのタッチ操作があると寄付フラグメモリにフラグをセットし、顧客の会計時に、該顧客の買上金額について、１０円未満の端数を切り上げた額を支払金額とし、買上金額と支払金額との差額を募金額とする。
【０００９】
しかしながら、特許文献１に記載の技術を「おひねり」の授受目的に使用しようとしても、会計時に「おひねり」を受け付ける方法であるため、上述の如く、演者が得る「おひねり」の額が少なくなってしまうという問題を解決することはできない。また、演者が、見事な芸等を披露したとしても、特許文献１に記載の技術では、そもそも「おひねり」は１０円未満となるため、上記問題を解決することはできない。加えて、仮に、端数の額を仮に引き上げたとしても、買上金額に応じて「おひねり」の額が自動的に決まるため、観客が自由に「おひねり」の額を決めることができないという問題が生じる。
【００１０】
また、特許文献２には、各顧客がそれぞれ所持する記憶媒体から読み取った情報に基づいて、取引金額の一部を所定の寄付先に寄付する設定の顧客との取引であるか否かを判断する商品販売データ処理装置が開示されている。特許文献２に開示された商品販売データ処理装置は、寄付する設定の顧客との取引であると判断した場合、取引金額に基づいて寄付金額を算出し、算出した寄付金額をメモリで累積する。
【００１１】
しかしながら、特許文献２に記載の技術を「おひねり」の授受目的に使用しようとしても、特許文献１に記載の技術と同様、会計時に「おひねり」を受け付ける方式であるため、演者が得る「おひねり」の額が少なくなってしまうという問題を解決することはできない。また、取引金額に基づいて寄付金額を算出する方式であるため、観客が自由に「おひねり」の額を決めることができないという問題が生じる。
【００１２】
なお、従来、「おひねり」の授受は、その場にある物（例えば、現金、腕時計などの貴重品）を渡すという手段に限られ、電子マネー、クレジットカードによる決済手段、又は、換金可能なポイントなどの決済手段を、「おひねり」の授受に用いることはできなかった。また、従来、演者サイドのマーケティングに活用可能な情報（例えば、どのような客層の何人の客からいくら貰ったかというような詳細）は、（特に、一度に大勢から「おひねり」を貰ったような場合に、）得ることはできなかった。
【００１３】
本発明は、上記問題を考慮してなされたものであり、観客が、演者の芸等を観て即座且つ簡便に、演者への「おひねり」を、観客自ら設定した金額分だけ授与することができるとともに、演者が、芸等の評価に相応しい金額の「おひねり」を得ることができるオーダーシステム及び精算方法を提供する。
【課題を解決するための手段】
【００１４】
上記問題を解決するために、請求項１に係るオーダーシステムは、商品の注文情報、及び、寄付対象者への寄付金額を入力する入力手段と、前記入力手段により入力された全顧客の前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出する合計寄付金額算出手段と、前記入力手段により入力された前記注文情報に基づき算出された注文金額と、前記入力手段により入力された前記寄付金額とを合計した顧客別の合計支払金額を算出する合計支払金額算出手段とを備えることを特徴とする。
請求項１に係るオーダーシステムによれば、観客（顧客）から、料理・ドリンク等のオーダーと同じ様に、適宜（例えば、芸等の披露中又は披露直後に）、演者への「おひねり」を受け付けるとともに、受け付けた「おひねり」の金額を、料理・ドリンク等の代金と合算して、店を出るときに精算することができる。従って、観客は、財布を取り出したり財布の中身を確認したりすることなく、また小銭を持ち合わせていなくても、簡便且つ気楽に、観客自ら設定した金額を、演者への「おひねり」として授与することができるようになる。また、演者は、観客が簡便且つ気楽に「おひねり」を授与することができるようになるため、芸等の評価に相応しい金額の「おひねり」を得ることができるようになる。また、演者は、観客が芸等の披露中又は披露直後に「おひねり」を授与することができるようになるため、例えば会計時に受け付ける場合に比べて、より多くの「おひねり」を得ることができるようになる。更に、観客の属性（例えば、Ｍ１、Ｍ２、…、Ｆ３）を会計時などに入力すれば、演者サイドのマーケティングに活用することもできるようになる。
【００１５】
請求項２に係るオーダーシステムは、個々に識別される注文入力端末が顧客から商品の注文を受け付け、精算端末が前記注文入力端末の注文結果に基づいて会計するオーダーシステムであって、前記注文入力端末にて寄付対象者への寄付金額を入力する入力手段と、夫々の前記注文入力端末にて入力された前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出する合計寄付金額算出手段と、前記注文入力端末の注文データに基づいて算出された注文金額と、当該注文入力端末にて入力された前記寄付金額とを合計した合計支払金額を算出する合計支払金額算出手段とを備えることを特徴とする。
請求項２に係るオーダーシステムによれば、上記請求項１に係るオーダーシステムと同様の効果を得ることができる。更に、請求項２に係るオーダーシステムの場合、観客自身が「おひねり」の金額を入力するため、他の観客、店員（店員の反応、忙しさ）を意識することなく、より一層気楽に「おひねり」を授与することができるようになる。
【００１６】
請求項３に係るオーダーシステムは、請求項１又は請求項２のオーダーシステムにおいて、クレジットカード又は電子マネーの何れか一方又は両方による決済手段を更に備えることを特徴とする。
請求項３に係るオーダーシステムによれば、観客は、料理・ドリンク等の代金の支払いと同様、クレジットカード、電子マネーを使用して「おひねり」の金額を支払うことができるようになる。従って、顧客は、手持ちの現金を気にせずに、演者に「おひねり」を授与することができるようになる。よって、「おひねり」の額は、より増加し易くなる。
【００１７】
請求項４に係るオーダーシステムは、請求項１から請求項３の何れかのオーダーシステムにおいて、購入金額に応じて付与される換金可能なポイントを運用するポイントシステムと連動することを特徴とする。
請求項４に係るオーダーシステムによれば、観客は、貯めたポイントの一部又は全部を消費して「おひねり」の金額を支払うことができるようになる。従って、顧客は、手持ちの現金を気にせずに、また、クレジットカード、電子マネーを所持していなくても、演者に「おひねり」を授与することができるようになる。よって、「おひねり」の額は、更に一層増加し易くなる。更に、店としても、ポイントシステムとの提携によって、新規顧客の獲得、リピーターの増加などに繋げることもできるようになる。
【００１８】
請求項５に係るオーダーシステムは、請求項１から請求項４の何れかのオーダーシステムにおいて、前記入力手段により入力された顧客別の前記寄付金額、前記合計寄付金額算出手段により算出された前記合計寄付金額の少なくとも１つを表示する表示器を備えることを特徴とする。
請求項５に係るオーダーシステムによれば、種々の情報を画面において確認することができるようになる。例えば、演者に対する合計寄付金額を表示する場合、演者は、自身の芸等への評価を、客観的な評価という形で知ることができる。また、店としては、合計寄付金額を大画面で表示すれば、場の雰囲気の盛り上げる演出等々としても期待でき、口コミによる新規顧客の獲得、リピーターの増加などに繋げることもできるようになる。
【００１９】
請求項６に係る精算方法は、オーダーシステムにおける精算方法であって、前記オーダーシステムの入力手段が、商品の注文情報、及び、寄付対象者への寄付金額を入力し、前記オーダーシステムの合計寄付金額算出手段が、前記入力手段により入力された全顧客の前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出し、前記オーダーシステムの合計支払金額算出手段が、前記入力手段により入力された前記注文情報に基づき算出された注文金額と、前記入力手段により入力された前記寄付金額とを合計した顧客別の合計支払金額を算出することを特徴とする。
請求項６に係る精算方法によれば、上記請求項１に係るオーダーシステムと同様の効果を得ることができる。
【発明の効果】
【００２０】
本発明によれば、以上の様に、観客が、演者の芸等を観て即座且つ簡便に、演者への「おひねり」を、観客自ら設定した金額分だけ授与することができるようになる。また、演者は、芸等の評価に相応しい金額の「おひねり」を得ることができるようになる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態に係るオーダーシステムの構成例である。
【図２】オーダーシステムを導入した飲食店の様子を表す模式図である。
【図３】表示器において表示される「おひねり」に関する情報の一例である。
【図４】注文入力端末のブロック図の一例である。
【図５】コードブックの一例である。
【図６】精算端末のブロック図の一例である。
【図７】精算端末において印字されるレシートの一例である。
【図８】オーダーシステムの動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の実施形態について図面を参照して説明する。図１は、本発明の実施形態に係るオーダーシステム１の構成例である。オーダーシステム１は、図１に示すように、複数の注文入力端末１０（本実施例では、注文入力端末１０−１、注文入力端末１０−２、注文入力端末１０−３、注文入力端末１０−４の４台）、精算端末２０、表示器３０、ホストサーバ４０及び無線トランシーバ５０を備える。精算端末２０、表示器３０、ホストサーバ４０及び無線トランシーバ５０は、有線ＬＡＮに接続されている。また、注文入力端末１０は、アクセスポイントである無線トランシーバ５０を介して、有線ＬＡＮに接続されている。また、ホストサーバ４０は、外部ネットワーク（例えば、インターネット）に接続している。なお、注文入力端末１０の形状は、図１に示すようなペン型である（但し、図１以外の他図では、便宜上、矩形にて表記する）。
【００２３】
図２は、オーダーシステム１を導入した飲食店の様子を表す模式図である。図２に示す模式図は、オーダーシステム１を設置する店舗フロアを上面から見たものである（但し、演者は水平から見たものである）。なお、ホストサーバ４０及び無線トランシーバ５０は、上面から見えない位置にあるため図２では非図示としている。
【００２４】
注文入力端末１０は、お客が着席するための各客用テーブル１１上に置かれている。各注文入力端末１０は、夫々を識別する端末識別情報を有する。本実施例の場合、客用テーブル１１と注文入力端末１０とが1対１で対応しているため、端末識別情報として、各客用テーブル１１のテーブル番号を用いる。なお、テーブル番号と異なる端末識別情報を用いる場合には、例えばホストサーバ４０において、テーブル番号と端末識別情報との対応関係を記憶しておき、端末識別情報からテーブル番号が導かれるようにしてもよい。
【００２５】
お客は、注文入力端末１０を操作し、料理・ドリンク等を注文する。また、お客は、演者に「おひねり」を渡したいときは、注文入力端末１０を操作し、演者に「おひねり」を渡す。なお、上記操作の詳細は後述する。
【００２６】
無線トランシーバ５０は、各注文入力端末１０から送信された情報を無線にて受信し、ホストサーバ４０へ有線ＬＡＮにて送信する。なお、各注文入力端末１０から送信される情報には、端末識別情報（テーブル番号）が含まれる。
【００２７】
ホストサーバ４０は、各注文入力端末１０から送信された情報を受信し、集計し、記憶する。具体的には、ホストサーバ４０は、各注文入力端末１０から送信された注文情報（オーダー情報）を受信し、テーブル番号毎（端末識別情報毎）に飲食代金を集計し、テーブル番号に対応付けて飲食代金の集計結果を記憶する。なお、ホストサーバ４０は、精算端末２０からの要求があった場合に、一の客用テーブル１１における飲食代金、及び、おひねり代金を精算端末２０に送信する。
【００２８】
また、ホストサーバ４０は、各注文入力端末１０から送信された「おひねり」に関する情報（「おひねり」の金額、又は、評価）を受信し、「おひねり」に関する情報を集計し、記憶する。例えば、ホストサーバ４０は、テーブル番号毎の評価（「おひねり」の額）、評価毎の獲得数を集計し、記憶する。なお、ホストサーバ４０は、上記集計結果を表示器３０に送信する。
【００２９】
精算端末２０は、精算カウンタ２１上に置かれている。店員は、精算端末２０を操作し、飲食代金、おひねり代金を精算する。なお、精算端末２０の詳細は後述する。
【００３０】
表示器３０は、大勢から見える位置（例えばステージ脇）に設置されている。表示器３０は、ホストサーバ４０に記憶されている「おひねり」に関する情報（「おひねり」の金額、又は、評価））を表示する。
【００３１】
図３は、表示器３０において表示される「おひねり」に関する情報の一例である。表示器３０は、例えば図３に示すように、「おひねり」に関する情報として、テーブル番号毎の評価（「おひねり」の金額）と、評価毎の獲得数と、「おひねり」の合計金額とを表示する。
【００３２】
上記テーブル番号毎の評価欄の表示に関し、ある客用テーブル１１上にお客がいない場合には、当該客用テーブル１１のテーブル番号のリスト（行）自体を非表示としてもよい。また、ある客用テーブル１１上にお客がいるが、評価が未入力の場合には（即ち「おひねり」無しの場合には）、当該客用テーブル１１のテーブル番号に対応付けて「−」などを表示してもよい。なお、上記を実現するためにはホストサーバ４０は、各客用テーブル１１にお客がいるか否かに関する情報を把握する必要があるが、例えば、お客がいない注文入力端末１０又は非図示の店員用端末を操作して、客用テーブル１１にお客がいない旨を示す情報をホストサーバ４０に出力してもよい。また、ホストサーバ４０は、一の客用テーブル１１に対応する注文入力端末１０から注文情報を受信してから当該注文入力端末１０の精算処理が行われる迄の間は、当該客用テーブル１１には、お客がいると判断してもよい。
【００３３】
図４は、注文入力端末１０のブロック図の一例である。注文入力端末１０は、図４に示すように、ＣＰＵ１０１、ＲＯＭ１０３、ＲＡＭ１０４、コードリーダ部（読取部）１０５、無線通信部１１２及びスピーカ１１５を備える。
【００３４】
ＣＰＵ１０１は、注文入力端末１０の各部を制御する中央処理装置であり、ＲＯＭ１０３から所定のプログラムをロードして実行する。ＲＯＭ１０３は、ＣＰＵ１０１が実行する各種のプログラムを格納する。ＲＡＭ１０４は、メニューファイルや音声データ等を格納するファイル記憶エリアと、ＣＰＵ１０１が動作時に呼び出し、使用するデータを一時的に記憶する一時記憶エリアとを有した記憶部（ランダムアクセスメモリ）である。一時記憶エリアには、端末識別情報（テーブル番号）、コードリーダ部１０５で読み取った各種コード、注文数、会計指令コード、担当者（接客係）コード、「おひねり」の金額、更に、音声出力する際の音量レベルを指示する音量制御情報などが記憶される。なお、テーブル番号と異なる端末識別情報を用いる場合には、一時記憶エリアには、端末識別情報とは別個にテーブル番号が記憶される。
【００３５】
コードリーダ部１０５は、注文入力端末１０のペン先端部分に設けられている赤外線の読取部である。コードリーダ部１０５は、コードブック（図５参照）に目視できないように印刷されているコード（赤外線で読取可能なコード）を読み取る。スピーカ１１５は、ＲＡＭ１０４から読み出された音声データ及び音量制御情報に基づいて生成された音声を出力する。無線通信部１１２は、無線トランシーバ５０を介して他の端末（例えば、ホストサーバ４０）と通信を行う。
【００３６】
図５は、コードブックの一例である。コードブックは、注文入力端末１０によって、料理・ドリンク等を注文する際、及び、「おひねり」を渡す際に用いられる印刷物である。コードブックは、図５に示すように、メニューエリア部、おひねりエリア部、ファンクションキーエリア部から構成されている。
【００３７】
メニューエリア部には、料理・ドリンク等の名称及び値段が記載されている。また、品目に応じて、調理方法、選択可能なサイドディッシュ、ドリンクの提供タイミング等の指示情報も記載されている。また、名称及び調理指示情報の記載部分には、当該記載部分に重畳して、当該記載内容を所定の方式でコード化した、目視できないコード（赤外線で読取可能なコード）が印刷されている。従って、お客が、注文入力端末１０のペン先端部（コードリーダ部１０５）を名称等の記載部分に当てると（又は、ペン先端部によって名称等の記載部分をなぞると）、注文入力端末１０は、当該記載部分に印刷されているコードを読み取る。
【００３８】
注文入力端末１０は、名称等のコードを読み取った場合、入力内容の確認、及び、送信（登録）を促す内容を音声出力する。注文入力端末１０は、音声出力後、「確定」のファンクションキー（後述）のコードを読み取った場合、入力内容を確定し、「送信」のファンクションキー（後述）のコードを読み取った場合、テーブル番号を含むオーダー情報をホストサーバ４０に送信する。また、注文入力端末１０は、「確認」のファンクションキー（後述）のコードを読み取った場合、入力内容を音声出力し、「キャンセル」のファンクションキー（後述）のコードを読み取った場合、入力内容を取り消す。
【００３９】
おひねりエリア部には、芸等に対する評価と、各評価に応じた「おひねり」の金額がリスト形式で記載されている。図５に例示するコードブックの場合、評価「ナイス」に対応付けて「おひねり」の金額「１００円」、評価「ブラボー」に対応付けて「おひねり」の金額「２００円」、評価「ファンタスティック」に対応付けて「おひねり」の金額「５００円」、評価「アンビリーバブル」に対応付けて「おひねり」の金額「１，０００円」が記載されている。また、評価の記載部分（又は、金額の記載部分）には、当該記載部分に重畳して、当該記載内容を所定の方式でコード化した、目視できないコードが印刷されている。従って、注文入力端末１０は、料理・ドリンク等の名称等と同様、「おひねり」の金額等のコードを読み取ることができる。
【００４０】
注文入力端末１０は、「おひねり」の金額等のコードを読み取った場合、入力内容の確認、及び、送信（登録）を促す内容を音声出力する。注文入力端末１０は、音声出力後、「確定」のファンクションキー（後述）のコードを読み取った場合、入力内容を確定し、「送信」のファンクションキー（後述）のコードを読み取った場合、テーブル番号を含む「おひねり」に関する情報（「おひねり」の金額、又は、評価）をホストサーバ４０に送信する。また、注文入力端末１０は、「確認」のファンクションキー（後述）のコードを読み取った場合、入力内容を音声出力し、「キャンセル」のファンクションキー（後述）のコードを読み取った場合、入力内容を取り消す。
【００４１】
ファンクションキーエリア部には、１〜１０の数字、「確定」、「キャンセル」、「繰り返し」、「送信」、「確認」、「会計」、「スタッフを呼ぶ」などの各種ファンクションキーが記載されている。また、各ファンクションキーの記載部分には、目視できないコードが印刷されている。お客は、上述の如く、ファンクションキーと組み合せながら、メニューや「おひねり」の金額等を入力し、ホストサーバ４０に送信する。なお、接客係を呼んで会計を頼む際には、「会計」のファンクションキー、すなわち会計指令コードを読み取らせる。
【００４２】
図６は、精算端末２０のブロック図の一例である。精算端末２０は、図６に示すように、ＣＰＵ２０１、ハードディスク２０２、ＲＯＭ２０３、ＲＡＭ２０４、スキャナ部２０５、液晶タッチパネル部２０６、客用表示部２０７、クレジット決済部２０８、電子マネー決済部２０９、レシート印字部２１０、ドロワ部２１１、通信部２１２、操作部２１３、カードリーダ部２１４及びブザー２１５を備える。
【００４３】
ＣＰＵ２０１は、精算端末２０の各部を制御する中央処理装置であり、ＲＯＭ２０３から所定のプログラムをロードして実行する。ＲＯＭ２０３は、ＣＰＵ２０１が実行する各種のプログラムを格納する。ハードディスク２０２は、会計データ等を蓄積する。ＲＡＭ２０４は、ＣＰＵ２０１が動作時に呼び出し、使用するデータを一時的に記憶する。スキャナ部２０５は、バーコード等から情報を読み取る。液晶タッチパネル部２０６は、画面を表示し店員からの入力を受け付ける。客用表示部２０７は、お客に会計情報（飲食代金及び、おひねり代金）を表示する。
【００４４】
クレジット決済部２０８は、ＣＰＵ２０１の処理に応じてクレジットによる決済を行う。例えば、クレジット決済部２０８は、暗証番号、支払回数等の入力を受け付けるとともに、通信部２１２、ホストサーバ４０を介して、外部のクレジットシステムとの間で、クレジット決済に必要な情報を送受信し、クレジット決済を行う。電子マネー決済部２０９は、ＣＰＵ２０１の処理に応じて電子マネーによる決済を行う。例えば、電子マネー決済部２０９は、電子マネーを記憶した機器（例えば、携帯電話）若しくは媒体（例えば、ＩＣカード）、又は、お客の電子マネーを一元管理する外部の電子マネーシステムとの間で、電子マネー決済に必要な情報を送受信し、電子マネー決済を行う。
【００４５】
レシート印字部２１０は、所定のレシート用紙に会計情報を印字する印字部である。ドロワ部２１１は、貨幣を収納する収納部である。通信部２１２は、他の端末（例えば、ホストサーバ４０）と通信を行う。操作部２１３は、店員による種々の操作を受け付ける。カードリーダ部２１４は、カード等（例えば、クレジットカード、電子マネーを記憶した機器若しくは媒体）に記憶されている情報を読み取る。ブザー２１５は、ＣＰＵ２０１の処理に応じてブザー音を発生させる。
【００４６】
図７は、精算端末２０において印字されるレシートの一例である。図７に例示するレシートには、料理・ドリンク代「￥２，０００−」の他、おひねり代「￥１，０００−」、及び、料理・ドリンク代とおひねり代の合計「￥３，０００−」が印字されている。
【００４７】
図８は、オーダーシステム１の動作の一例を示すフローチャートである。具体的には、図８（ａ）のフローチャートは、料理・ドリンクの注文時の動作であって、左側は注文入力端末１０の動作、右側はホストサーバ４０の動作である。
図８（ｂ）のフローチャートは、「おひねり」を渡す時の動作であって、左側は注文入力端末１０の動作、中央はホストサーバ４０の動作、右側は表示器３０の動作である。
図８（ｃ）のフローチャートは、精算時の動作であって、左側はホストサーバ４０の動作、右側は精算端末２０の動作である。
【００４８】
図８（ａ）において、注文入力端末１０は、コードブックのメニューエリア部を読み取り、料理・ドリンクの注文の入力を受け付ける（ステップＳ１０）。注文入力端末１０は、コードブックのファンクションキーエリア部に記載されているコードを読み取って、テーブル番号を含むオーダー情報をホストサーバ４０に送信する（ステップＳ１２）。ホストサーバ４０は、注文入力端末１０から送信されたオーダー情報を受信し、テーブル番号毎に飲食代金を集計し、テーブル番号に対応付けて飲食代金の集計結果を記憶する（ステップＳ２０）。そして、図８（ａ）に示すフローチャートは終了する。
【００４９】
図８（ｂ）において、注文入力端末１０は、コードブックのおひねりエリア部を読み取り、「おひねり」の入力を受け付ける（ステップＳ１１０）。注文入力端末１０は、コードブックのファンクションキーエリア部に記載されているコードを読み取って、テーブル番号を含む「おひねり」に関する情報（「おひねり」の金額、又は、評価）をホストサーバ４０に送信する（ステップＳ１１２）。ホストサーバ４０は、注文入力端末１０から送信された「おひねり」に関する情報を受信し、適宜又は所定時間経過後に、「おひねり」に関する情報を集計し、記憶する（ステップＳ１２０）。ホストサーバ４０は、上記集計結果を表示器３０に送信し（ステップＳ１２２）。表示器３０は、ホストサーバ４０から送信された「おひねり」の集計結果を表示する（ステップＳ１３０）。そして、図８（ｂ）に示すフローチャートは終了する。
【００５０】
図８（ｃ）において、精算端末２０は、テーブル番号の入力を受け付ける（ステップＳ）。なお、テーブル番号は、店員が料理・ドリンクを提供する都度、客用テーブル１１の天板の下若しくは脇、又は、精算端末２０の近傍に置く注文明細書に記載されている。精算端末２０は、当該テーブル番号の会計情報（飲食代金、おひねり代金）をホストサーバ４０に要求し、ホストサーバ４０から送信された当該テーブル番号の会計情報を受信する（ステップＳ２２２、ステップＳ２３０）。精算端末２０は、ホストサーバ４０から受信した会計情報を用いて、精算処理を行う（ステップＳ２３２）。即ち、精算端末２０は、飲食代金と、おひねり代金とを合算して、精算を行う。そして、図８（ｃ）に示すフローチャートは終了する。なお、ステップＳ２３２において、精算端末２０は、必要な場合には、クレジット決済又は電子マネー決済を行ってもよい。
【００５１】
なお、フローチャートは省略するが、精算端末２０は、各注文入力端末１０において入力され、ホストサーバ４０において集計された「おひねり」の合計金額を、演者に支払う。
【００５２】
以上、オーダーシステム１によれば、観客が、即座且つ簡便に、演者への「おひねり」を、観客自ら設定した金額分だけ授与することができるようになる。また、演者は、芸等の評価に相応しい金額の「おひねり」を得ることができるようになる。
【００５３】
なお、本発明における「寄付」とは、各種法人、団体、個人、事業（例えば公共事業）、協会、施設、寺社等への金品の贈与であって目的は問わない。即ち、本発明における「寄付」には、社会貢献、慈善、援助等を目的とする金品の提供に加え、上記実施例に示すように、演者（プレイヤー）に対する評価として与える祝儀、心付け（チップ）も含まれる。更に、プレイヤーの他、進行役、店員等のスタッフに与える金品も、本発明における「寄付」に該当する。
【００５４】
つまり、オーダーシステム１は、商品の注文情報、及び、寄付対象者への寄付金額を入力する入力手段（注文入力端末１０）と、入力手段により入力された全顧客の寄付金額を集計し、寄付対象者への合計寄付金額を算出する合計寄付金額算出手段（ホストサーバ４０）と、入力手段により入力された注文情報に基づき算出された注文金額と、入力手段により入力された寄付金額とを合計した顧客別の合計支払金額を算出する合計支払金額算出手段（ホストサーバ４０）とを備える。
【００５５】
また、オーダーシステム１の精算端末２０は、クレジットカード又は電子マネーの何れか一方又は両方による決済手段（クレジット決済部２０８、電子マネー決済部２０９）を備える。
【００５６】
また、オーダーシステム１の精算端末２０は、上述の如く、クレジット決済部２０８、電子マネー決済部２０９を備えるが、購入金額に応じて付与される換金可能なポイントにより決済できるようにしてもよい。例えば、精算端末２０は、ポイント決済部（非図示）を備え、カードリーダ部２１４は、ポイントを記憶した機器若しくは媒体に記憶されている情報を読み取り、ポイント決済部は、ＣＰＵ２０１の処理に応じてポイントによる決済を行い、お客のポイントを一元管理する外部のポイントシステムとの間で、ポイント決済に必要な情報を送受信し、ポイント決済を行うようにしてもよい。即ち、オーダーシステム１は、購入金額に応じて付与される換金可能なポイントを運用するポイントシステムと連動し、ポイントを用いて、飲食代金、及び、おひねり代金の支払いを行うことができる。
【００５７】
また、オーダーシステム１の表示器３０は、入力手段（注文入力端末１０）により入力された顧客別の寄付金額、合計寄付金額算出手段（ホストサーバ４０）により算出された合計寄付金額の少なくとも１つを表示する。
【００５８】
なお、上記実施例において、精算端末２０、表示器３０についても、注文入力端末１０と同様、無線ＬＡＮを介して通信してもよい。また、ホストサーバ４０が行う集計（合計金額の算出等）の一部（例えば「おひねり」の集計）、又は、全部（注文及び「おひねり」の集計）を精算端末２０において実行してもよい。即ち、オーダーシステム１は、ホストサーバ４０を有しなくてもよい。なお、オーダーシステム１がホストサーバ４０を有しないときは、外部ネットワークとの接続は、精算端末２０が行うようにしてもよい。
【００５９】
つまり、オーダーシステム１において、注文入力端末１０にて寄付対象者への寄付金額を入力し、ホストサーバ４０又は精算端末２０にて、夫々の注文入力端末１０にて入力された寄付金額を集計し、寄付対象者への合計寄付金額を算出し、ホストサーバ４０又は精算端末２０にて、注文入力端末１０の注文データに基づいて算出された注文金額と、当該注文入力端末１０にて入力された寄付金額とを合計した合計支払金額を算出してもよい。
【００６０】
なお、コードブックを用いた注文入力端末１０の入力操作において、上記実施例では、メニューエリア部とおひねりエリア部とが一体的に印刷されているコードブックを用いる例を説明したが、用いるコードブックはこれに限定されない。例えば、メニューエリア及びファンクションキーエリアを有する「メニューブック」と、おひねりエリアとファンクションキーエリアを有する「おひねりブック」を別々に使用してもよい。なお、「メニューブック」と「おひねりブック」とを使用する場合、「メニューブック」及び「おひねりブック」の両方を各客用テーブル１１に常備するようにしてもよいし、「メニューブック」は常備し、「おひねりブック」は、演者が芸等を披露都度（例えば、披露直前、直後）、店員が各客用テーブル１１に配るようにしてもよい。
【００６１】
また、コードブックを用いた注文入力端末１０の入力操作において、上記実施例では、お客が、おひねりエリア上に予め設定（赤外線で読取可能なコードを印刷）した評価別の「おひねり」の金額の中から何れかを選択する例を説明したが、お客が、「おひねり」の金額を自由に決めるようにしてもよい。例えば、ファンクションキーエリア上に設定した数値を用いて自由に金額を入力してもよい。また、ファンクションキーエリア等に、「＋」「−」を設定し、一定金額ずつ入力金額を増減できるようにしてもよい（例えば、「＋」を１回読取毎に１００円加算）。
【００６２】
なお、上述の様に、お客が「おひねり」の金額を自由に決める場合には、「おひねり」の金額の上限を設定してもよい。また、お客が「おひねり」の金額を自由に決める場合には、ホストサーバ４０において、芸等に対する評価と「おひねり」の金額との対応関係（例えば０円＝パチパチ、１００円＝ナイス、２００円〜４００円＝ブラボー、５００円〜９００円＝ファンタスティック、１０００円〜上限値＝アンビリーバブル）を予め記憶しておくとよい。上記対応関係を予め記憶しておけば、お客が「おひねり」の金額を自由に決めた場合にも、表示器３０に評価毎の獲得数等を表示し、精算端末２０において印字されるレシートに「おひねり」の金額に応じた評価を印字することができる。
【００６３】
また、上記実施例では、注文入力端末１０は、コードブック上のコードを読み取ることによって、注文及び「おひねり」の入力を受け付けているが、コードブックを用いずに、注文及び「おひねり」の入力を受け付けるようにしてもよい。例えば、注文入力端末１０は、おひねりエリアに相当する画面を表示する液晶タッチパネルを有し、お客のタッチ操作によって、芸等に対する評価の入力、又は、「おひねり」の金額の入力を受け付けるようにしてもよい。
【００６４】
また、上記実施例では、複数の演者がいる場合に対応するため、各演者を識別する演者識別情報を定義し（例えば、コードブック上に設定し）、注文入力端末１０に演者識別情報を読み取らせ、ホストサーバ４０が、演者識別情報別、端末識別情報別に、「おひねり」の金額を集計するようにしてもよい。
【００６５】
なお、表示器３０における、図３に示すように、テーブル番号（端末識別情報）の昇順であるが、評価（「おひねり」の金額）の降順又は昇順としてもよい。
【００６６】
また、精算端末２０又は注文入力端末１０の近傍にプリンタ（非図示）を設置してもよい。プリンタを設置した場合、「おひねり」を入力した時に、当該プリンタから金額、時間、テーブル番号（端末識別情報）を印字した伝票（券）を発行し、当該伝票に基づいて、演者に「おひねり」を支払うようにしてもよい。例えば、各注文入力端末１０の近傍にプリンタを配置する場合、演者は、芸等の終了後に伝票を回収し、帰りに伝票をお店に提示し、「おひねり」を受け取るというかたちにしてもよい。
【００６７】
なお、注文入力端末１０ではなく精算端末２０に、寄付金額を入力する入力手段を設けてもよい。例えば、精算端末２０に寄付金額を入力する「寄付キー」を設け、「寄付キー」の押下前、又は、押下後に入力され確定した数値を寄付金額とする。この場合、顧客は、演者の芸等を観た直後から精算時までの間に寄付金額を店員に告げ、寄付金額を告げられた店員は、告げられた寄付金額を精算端末２０に入力（登録）する。なお、店員は、寄付金額を告げられる都度、端末識別情報などとともに寄付金額を精算端末２０に入力し、顧客は、精算時に、飲食代金と寄付金額の合計額を支払うようにしてもよい。また、店員は、精算時に、飲食代金と同様に、告げられていた夫々の寄付金額を精算端末２０に入力し、顧客は、飲食代金と寄付金額の合計額を支払うようにしてもよい。
【００６８】
なお、本発明の実施形態によるオーダーシステム１の各処理を実行するためのプログラムを実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、本発明の実施形態によるオーダーシステム１の各処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００６９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００７０】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００７１】
１…オーダーシステム、１０…注文入力端末、１１…客用テーブル、２０…精算端末、２１…精算カウンタ、３０…表示器、４０…ホストサーバ、５０…無線トランシーバ、１０１…ＣＰＵ、１０３…ＲＯＭ、１０４…ＲＡＭ、１０５…コードリーダ部、１１２…無線通信部、１１５…スピーカ、２０１…ＣＰＵ、２０２…ハードディスク、２０３…ＲＯＭ、２０４…ＲＡＭ、２０５…スキャナ部、２０６…液晶タッチパネル部、２０７…客用表示部、２０８…クレジット決済部、２０９…電子マネー決済部、２１０…レシート印字部、２１１…ドロワ部、２１２…通信部、２１３…操作部、２１４…カードリーダ部、２１５…ブザー
【特許請求の範囲】
【請求項１】
商品の注文情報、及び、寄付対象者への寄付金額を入力する入力手段と、
前記入力手段により入力された全顧客の前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出する合計寄付金額算出手段と、
前記入力手段により入力された前記注文情報に基づき算出された注文金額と、前記入力手段により入力された前記寄付金額とを合計した顧客別の合計支払金額を算出する合計支払金額算出手段と
を備えることを特徴とするオーダーシステム。
【請求項２】
個々に識別される注文入力端末が顧客から商品の注文を受け付け、精算端末が前記注文入力端末の注文結果に基づいて会計するオーダーシステムであって、
前記注文入力端末にて寄付対象者への寄付金額を入力する入力手段と、
夫々の前記注文入力端末にて入力された前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出する合計寄付金額算出手段と、
前記注文入力端末の注文データに基づいて算出された注文金額と、当該注文入力端末にて入力された前記寄付金額とを合計した合計支払金額を算出する合計支払金額算出手段と
を備えることを特徴とするオーダーシステム。
【請求項３】
クレジットカード又は電子マネーの何れか一方又は両方による決済手段を更に備えることを特徴とする請求項１又は請求項２に記載のオーダーシステム。
【請求項４】
購入金額に応じて付与される換金可能なポイントを運用するポイントシステムと連動することを特徴とする請求項１から請求項３の何れか１項に記載のオーダーシステム。
【請求項５】
前記入力手段により入力された顧客別の前記寄付金額、前記合計寄付金額算出手段により算出された前記合計寄付金額の少なくとも１つを表示する表示器を備えることを特徴とする請求項１から請求項４の何れか１項に記載のオーダーシステム。
【請求項６】
オーダーシステムにおける精算方法であって、
前記オーダーシステムの入力手段が、商品の注文情報、及び、寄付対象者への寄付金額を入力し、
前記オーダーシステムの合計寄付金額算出手段が、前記入力手段により入力された全顧客の前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出し、
前記オーダーシステムの合計支払金額算出手段が、前記入力手段により入力された前記注文情報に基づき算出された注文金額と、前記入力手段により入力された前記寄付金額とを合計した顧客別の合計支払金額を算出する
ことを特徴とする精算方法。
【請求項１】
商品の注文情報、及び、寄付対象者への寄付金額を入力する入力手段と、
前記入力手段により入力された全顧客の前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出する合計寄付金額算出手段と、
前記入力手段により入力された前記注文情報に基づき算出された注文金額と、前記入力手段により入力された前記寄付金額とを合計した顧客別の合計支払金額を算出する合計支払金額算出手段と
を備えることを特徴とするオーダーシステム。
【請求項２】
個々に識別される注文入力端末が顧客から商品の注文を受け付け、精算端末が前記注文入力端末の注文結果に基づいて会計するオーダーシステムであって、
前記注文入力端末にて寄付対象者への寄付金額を入力する入力手段と、
夫々の前記注文入力端末にて入力された前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出する合計寄付金額算出手段と、
前記注文入力端末の注文データに基づいて算出された注文金額と、当該注文入力端末にて入力された前記寄付金額とを合計した合計支払金額を算出する合計支払金額算出手段と
を備えることを特徴とするオーダーシステム。
【請求項３】
クレジットカード又は電子マネーの何れか一方又は両方による決済手段を更に備えることを特徴とする請求項１又は請求項２に記載のオーダーシステム。
【請求項４】
購入金額に応じて付与される換金可能なポイントを運用するポイントシステムと連動することを特徴とする請求項１から請求項３の何れか１項に記載のオーダーシステム。
【請求項５】
前記入力手段により入力された顧客別の前記寄付金額、前記合計寄付金額算出手段により算出された前記合計寄付金額の少なくとも１つを表示する表示器を備えることを特徴とする請求項１から請求項４の何れか１項に記載のオーダーシステム。
【請求項６】
オーダーシステムにおける精算方法であって、
前記オーダーシステムの入力手段が、商品の注文情報、及び、寄付対象者への寄付金額を入力し、
前記オーダーシステムの合計寄付金額算出手段が、前記入力手段により入力された全顧客の前記寄付金額を集計し、前記寄付対象者への合計寄付金額を算出し、
前記オーダーシステムの合計支払金額算出手段が、前記入力手段により入力された前記注文情報に基づき算出された注文金額と、前記入力手段により入力された前記寄付金額とを合計した顧客別の合計支払金額を算出する
ことを特徴とする精算方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１３−４０１１（Ｐ２０１３−４０１１Ａ）
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願番号】特願２０１１−１３７３８６（Ｐ２０１１−１３７３８６）
【出願日】平成２３年６月２１日（２０１１．６．２１）
【出願人】（０００１４５０６８）株式会社寺岡精工 (317)
【Ｆターム（参考）】
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願日】平成２３年６月２１日（２０１１．６．２１）
【出願人】（０００１４５０６８）株式会社寺岡精工 (317)
【Ｆターム（参考）】
[ Back to top ]