JP2018147006A - 決済装置及びそのプログラム - Google Patents

Abstract

【課題】 割り勘での支払いを簡易に行えるようにする。【解決手段】 実施形態の決済装置は、取得手段、決定手段及び制御手段を備える。取得手段は、グループの属性情報を取得する。決定手段は、取得手段により取得された属性情報に基づいて、釣銭の配分パターンを決定する。制御手段は、決定手段により決定された配分パターンで釣銭を配分するのに応じた金種配分で釣銭を払い出すべく払出機構を制御する。【選択図】 図５

Description

本発明の実施形態は、決済装置及びそのプログラムに関する

飲食店におけるグループでの飲食に関わる代金を割り勘することは、広く行われている。このときに、例えば1,400円の代金を3人で1円単位まで割り勘するならば、2人が467円を支払い、残りの1人が466円を支払うことになる。そしてこのようなケースにおいては、各支払人の現金の所持状況によっては、支払人どうしでの精算が適正に行えない場合がある。
このような事情から、割り勘での支払いを簡易に行えるようにできることが望まれていた。

特許３９７０６９８号公報

本発明が解決しようとする課題は、割り勘での支払いを簡易に行えるようにできる決済装置及びそのプログラムを提供することである。

実施形態の決済装置は、取得手段、決定手段及び制御手段を備える。取得手段は、グループの属性を表す複数の属性情報を取得する。決定手段は、取得手段により取得された属性情報に基づいて、釣銭の配分パターンを決定する。制御手段は、決定手段により決定された配分パターンで釣銭を配分するのに応じた金種配分で釣銭を払い出すべく払出機構を制御する。

一実施形態に係るチェックアウト装置の外観の斜視図。 図１に示すチェックアウト装置の要部回路構成を示すブロック図。 一例としての受注データを模式的に示す図。 一例としての設定データを模式的に示す図。 図２中のプロセッサによる決済のための情報処理のフローチャート。 図２中のプロセッサによる決済のための情報処理のフローチャート。 一例としての決済画面を示す図。 一例としての第１の確認画面を示す図。 一例としての第２の確認画面を示す図。 一例としての第３の確認画面を示す図。 一例としてのレシートを示す図。

以下、実施の形態の一例について図面を用いて説明する。なお本実施形態においては、決済装置としての機能を備えたセミセルフチェックアウト装置（以下、チェックアウト装置と略記する）について説明する。

図１は本実施形態に係るチェックアウト装置１００の外観の斜視図である。
チェックアウト装置１００は、例えば飲食店のチェックアウトコーナーに設置され、飲食の代金を決済するために用いられる。ただしチェックアウト装置１００により決済するのは、飲食の代金には限らず、別の任意の取引に関する決済にも用いられ得る。チェックアウト装置１００は、図１における右奥側に店員が、また左手前側に客がそれぞれ位置する状態で使用される。このため以下においては、図１における右奥側を店員側、また左手前側を客面側と称する。

メインユニット１０は、キーボード１１、メインタッチパネル１２及びサブタッチパネル１３を備える。また、メインユニット１０の筐体には、レシート排出口１０ａが形成されている。
貨幣収受ユニット２０の筐体には、硬貨投入口２０ａ、硬貨排出口２０ｂ、硬貨トレイ２０ｃ及び紙幣投入排出口２０ｄが形成されている。
なお、これらのメインユニット１０及び貨幣収受ユニット２０に設けられた要素についての詳細は後述する。

図２はチェックアウト装置１００の要部回路構成を示すブロック図である。なお、図２において、図１にも示されている要素については図１と同一の符号を付している。
図２に示すようにチェックアウト装置１００は、ハンディターミナル２００及びステーション３００とともに、上記の飲食店における店舗システムを構成する。

ハンディターミナル２００は、注文入力のための店員の操作を入力するための端末装置である。ハンディターミナル２００は、入力した操作に従って、注文された商品の品目番号を無線送信する。ハンディターミナル２００から無線送信された品目番号は、無線アクセスポイント４００及び例えばＬＡＮ（local area network）などの通信ネットワーク５００を介してステーション３００に伝送される。

ステーション３００は、例えば飲食店のバックヤードに設置され、ハンディターミナル２００から送信された品目番号等に基づいて客のグループ毎の受注データを生成し、管理する。

メインユニット１０は、キーボード１１、メインタッチパネル１２及びサブタッチパネル１３の他に、スキャナ１４、プリンタ１５、プロセッサ１６、メインメモリ１７、補助記憶ユニット１８及び通信インタフェース１９を含む。これらキーボード１１、メインタッチパネル１２、サブタッチパネル１３、スキャナ１４、プリンタ１５、プロセッサ１６、メインメモリ１７、補助記憶ユニット１８及び通信インタフェース１９は、いずれも伝送路３０に接続されている。伝送路３０は、アドレスバス、データバス及び制御信号線等を含む。伝送路３０は、メインユニット１０から貨幣収受ユニット２０まで引き通されている。なお、伝送路３０は、メインユニット１０側と貨幣収受ユニット２０側とで２つの部分に分かれていて、さらにそれらの部分を互いに接続するインタフェース回路を含んでもよい。

キーボード１１は、多数のキーを備え、これらのキーの押下による店員の指示を入力する。
メインタッチパネル１２は、図１に示すように店員側に向けて設けられている。メインタッチパネル１２は、店員に対する情報提示のための画面を表示する。またメインタッチパネル１２は、表示している画面へのタッチによる店員の指示を入力する。
サブタッチパネル１３は、図１に示すように客面側に向けて設けられている。サブタッチパネル１３は、客に対する情報提示のための画面を表示する。またサブタッチパネル１３は、表示している画面へのタッチによる客の指示を入力する。

スキャナ１４は、バーコード又は２次元コードなどのシンボルコードを読み取る。スキャナ１４は、読み取ったシンボルコードに示されたコードデータをプロセッサ１６へと通知する。
プリンタ１５は、レシート用紙に対してレシート画像をプリントする。プリンタ１５は、レシート画像又は領収証画像をプリントしたレシート用紙を図１に示すレシート排出口１０ａからメインユニット１０の外部へと排出する。

プロセッサ１６、メインメモリ１７及び補助記憶ユニット１８は、伝送路３０で接続されてチェックアウト装置１００を制御するためのコンピュータを構成する。
プロセッサ１６は、上記コンピュータの中枢部分に相当する。プロセッサ１６は、メインメモリ１７に記憶されたオペレーティングシステム及びアプリケーションプログラムに基づいて、チェックアウト装置１００の各種の機能を実現するべく、チェックアウト装置１００の各部を制御する。

メインメモリ１７は、上記コンピュータの主記憶部分に相当する。メインメモリ１７は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１７は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１７は、プロセッサ１６が各種の情報処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ１７は、揮発性のメモリ領域を、プロセッサ１６によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット１８は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１８は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）などである。補助記憶ユニット１８は、プロセッサ１６が各種の情報処理を行う上で使用するデータや、プロセッサ１６での処理によって生成されたデータを保存する。補助記憶ユニット１８は、上記のアプリケーションプログラムを記憶する場合もある。

通信インタフェース１９は、通信ネットワーク５００を介したデータ通信のインタフェースである。

貨幣収受ユニット２０は、硬貨収納部２１、硬貨計数部２２、硬貨排出部２３、硬貨センサ２４、紙幣収納部２５、紙幣計数部２６、紙幣排出部２７及び紙幣センサ２８を含む。これら硬貨収納部２１、硬貨計数部２２、硬貨排出部２３、硬貨センサ２４、紙幣収納部２５、紙幣計数部２６、紙幣排出部２７及び紙幣センサ２８は、いずれも伝送路３０に接続されている。

硬貨収納部２１は、図１に示す硬貨投入口２０ａから投入された硬貨を硬貨収納庫へと収納する。
硬貨計数部２２は、硬貨収納部２１により硬貨収納庫へと収納される硬貨の金額を計数する。
硬貨排出部２３は、硬貨収納庫から、図１に示す硬貨排出口２０ｂを介して貨幣収受ユニット２０の外部へと硬貨を排出する。硬貨排出口２０ｂから排出された硬貨は、図１に示す硬貨トレイ２０ｃによって受けられる。
硬貨センサ２４は、硬貨トレイ２０ｃに存在する硬貨を検出する。

紙幣収納部２５は、図１に示す紙幣投入排出口２０ｄから投入された紙幣を紙幣収納庫へと収納する。
紙幣計数部２６は、紙幣収納部２５により紙幣収納庫に収納される紙幣の金額を計数する。
紙幣排出部２７は、紙幣収納庫から、図１に示す紙幣投入排出口２０ｄを介して貨幣収受ユニット２０の外部へと紙幣を排出する。紙幣排出部２７が排出した紙幣は、その一部が紙幣投入排出口２０ｄから貨幣収受ユニット２０の外部へと突出した状態で紙幣投入排出口２０ｄにより保持される。
紙幣センサ２８は、紙幣排出部２７により排出されて上記のように紙幣投入排出口２０ｄにより保持された状態にある紙幣を検出する。

次に以上のように構成されたチェックアウト装置１００の動作について説明する。
このチェックアウト装置１００は、ステーション３００により管理されている受注データに基づき、グループ毎の代金の決済のための処理を行う。このため、チェックアウト装置１００の具体的な動作の説明に先立って、受注データについて説明する。

図３は一例としての受注データを模式的に示す図である。
図３に示すように受注データは、注文番号及びテーブル番号等の管理情報と、客層情報及び注文情報とを含む。

注文番号は、複数の客グループに関するそれぞれの扱いを個々に識別するためにハンディターミナル２００にて決定される。なお注文番号は、ステーション３００で決定されてもよい。テーブル番号は、該当の客グループが利用しているテーブルに予め付与された番号であり、店員によりハンディターミナル２００に入力される。管理情報としては他に、例えば受注時刻などの任意の情報を含み得る。

客層情報は、客グループを構成するメンバーの客層を示す。客層は、各客を年代・性別という観点に基づいて、区分、階層化した属性の例である。本実施形態では、客層を「成人男性」「成人女性」及び「子供」に区分することとする。「成人男性」「成人女性」は、年代と性別との組み合わせに基づいて、区分、階層化した属性の例である。「子供」は、年代という観点において二分（成人、子供）させた区分、階層化した属性の例である。したがって、性別という観点に基づいて、客層を「男」「女」と区分、階層化しても良いし、年代という観点に基づいて「成人」を更に細分化し、「青年」「壮年」「中年」「高年」と区分、階層化しても良い。客層情報は、注文の受け付けの際に、店員によりハンディターミナル２００に入力される。図３は、客グループが、成人男性１人、成人女性１人及び子供３人からなるファミリーである場合の例を示している。なお、客が成人であるか否かは、店員の判断により、実際の年齢（年代）とは合致しない場合もある。この客層情報は、グループに属するメンバーの属性を表す属性情報に相当する。

注文情報は、注文された商品のそれぞれについてのレコードを含む。当該レコードは例えば、品目番号、品名、価格及び数量の情報を含む。品目番号は、商品のそれぞれを識別するために予め定められた番号である。品名は、該当の商品の名称である。価格は、該当の商品の単価である。数量は、該当の商品の注文数である。

なお、注文が完了するとステーション３００は、図２には示されないプリンタに、注文内容を表した注文伝票をプリントさせる。ステーション３００は、当該注文伝票には、少なくとも注文番号を表したシンボルコードを併せてプリントさせる。当該注文伝票は、客が決済を開始するよりも前に、店員により客に渡される。

客は、注文した商品の飲食を終えて退店するならば、チェックアウトコーナーに行き、上記の注文伝票を店員に渡す。店員は、当該注文伝票にプリントされたシンボルコードをスキャナ１４に読み取らせる。スキャナ１４は、シンボルコードを読み取ったならば、それに示された注文番号をプロセッサ１６に通知する。このとき店員は、注文伝票にプリントされた注文番号をキーボード１１により入力してもよく、この場合にはキーボード１１からプロセッサ１６へと注文番号が通知される。

プロセッサ１６はこのようにして注文番号が通知されたならば、決済のための情報処理を、メインメモリ１７又は補助記憶ユニット１８に記憶されたアプリケーションプログラムに従って実行する。

なお、プロセッサ１６による後述の情報処理のために、メインメモリ１７又は補助記憶ユニット１８には、釣銭の配分に関わる設定データを事前に保存しておく。なお、この設定データは、ステーション３００が備える記憶装置又は通信ネットワーク５００に接続した図示しない記憶装置、或いはインターネットなどの別の通信ネットワークを介して通信可能な別の図示しない記憶装置などに保存されていてもよい。

図４は一例としての設定データを模式的に示す図である。
図４に示すように設定データは、客グループを構成するメンバーの客層の組み合わせに関連付けて、釣銭の配分の対象とするか否かと、釣銭を配分する場合の配分数とを示したデータである。

設定データは図４に示す例では、成人男性及び成人女性が１人ずつであり、かつ子供を含む客グループに関しては、釣銭の配分の対象では無いことを示す。また、２人以上の成人男性のみからなる客グループに関しては、釣銭の配分の対象で有り、かつ配分数は当該客グループに属する成人男性の人数であることを示す。

設定データは、例えばチェックアウト装置１００の設計者により定められて、製造過程においてメインメモリ１７又は補助記憶ユニット１８に書き込まれる。あるいは設定データは、使用者により定められて、使用者による操作の下にメインメモリ１７又は補助記憶ユニット１８に書き込まれてもよい。

図５及び図６は決済のためのプロセッサ１６による情報処理のフローチャートである。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。例えば、一部の動作は、その順番を入れ替えることができる。また、一部の動作は、省略することもできるし、別の動作を追加して実行することもできる。

図５中のＡｃｔ１としてプロセッサ１６は、前述のように通知された注文番号を含んだ受注データをステーション３００から取得する。なお、以下においては、特に説明なく「受注データ」と記す場合は、ここで取得された受注データを指すこととする。前述の通り、受注データは、属性情報としての客層情報を含む。つまり受注データを取得することは、属性情報としての客層情報を取得することである。かくしてプログラムに基づく情報処理をプロセッサ１６が実行することによって、プロセッサ１６を中枢部分とするコンピュータは属性情報を取得する取得手段として機能する。

Ａｃｔ２としてプロセッサ１６は、受注データに含まれる客層情報に基づき、グループ客であるか否かを確認する。そしてプロセッサ１６は、客層情報が複数人の客に関する客層を示しているならばＹｅｓと判定し、Ａｃｔ３へと進む。

Ａｃｔ３としてプロセッサ１６は、受注データに含まれる客層情報に示される客の組み合わせを、設定データに示されるグループ構成と照合する。
Ａｃｔ４としてプロセッサ１６は、上記の照合により、客の組み合わせに一致するグループ構成が設定データに示されていたか否かを確認する。そしてプロセッサ１６は、一致したならばＹｅｓと判定し、Ａｃｔ５へと進む。

Ａｃｔ５としてプロセッサ１６は、客の組み合わせに一致したグループ構成が、設定データにて釣銭の配分の対象とされているか否かを確認する。そしてプロセッサ１６は、対象とされているならばＹｅｓと判定し、Ａｃｔ６へと進む。
Ａｃｔ６としてプロセッサ１６は、配分フラグをセット状態とする。配分フラグは、メインメモリ１７又は補助記憶ユニット１８に記憶される１ビットのデータである。

Ａｃｔ７としてプロセッサ１６は、客の組み合わせに一致したグループ構成に対して設定データに示されている配分数を変数Ｎに代入する。プロセッサ１６は具体的には、例えば図２に示すように配分数として「成人男性数」と示されているならば、受注データに含まれる客層情報に示される成人男性の人数を変数Ｎに代入する。こののちにプロセッサ１６は、Ａｃｔ９へと進む。

一方、プロセッサ１６は、受注データに含まれる客層情報が一人の客に関する客層を示しているならばＡｃｔ２にてＮｏと判定し、Ａｃｔ８へと進む。プロセッサ１６は、客の組み合わせに一致するグループ構成が設定データに示されてないならばＡｃｔ４にてＮｏと判定し、Ａｃｔ８へと進む。プロセッサ１６は、客の組み合わせに一致したグループ構成が、設定データにて釣銭の配分の非対象とされているならばＡｃｔ５にてＮｏと判定し、Ａｃｔ８へと進む。
Ａｃｔ８としてプロセッサ１６は、配分フラグをリセット状態とする。そしてプロセッサ１６はこののち、Ａｃｔ９へと進む。

Ａｃｔ９としてプロセッサ１６は、受注データに含まれた注文情報に基づいて決済額を決定する。この処理は例えば、既存の同種のチェックアウト装置で行われている処理と同様であってよい。
Ａｃｔ１０としてプロセッサ１６は、サブタッチパネル１３に決済画面を表示させる。決済画面は、決済額を客に知らせるとともに、その決済額を決済するための貨幣を投入するように客に案内する。

図７は一例としての決済画面を示す図である。
図７に示す決済画面は、決済額が1,400円である場合の初期状態を示す。決済画面には、ボタンＢ１１，Ｂ１２を含む。ボタンＢ１１は、客による決済実行の指示を入力する。ボタンＢ１２は、客による決済中断の指示を入力する。

図５のＡｃｔ１１としてプロセッサ１６は、貨幣が投入されたか否かを確認する。そして投入されていないならばＮｏと判定し、Ａｃｔ１２へと進む。
Ａｃｔ１２としてプロセッサ１６は、決済実行が指示されたか否かを確認する。そしてプロセッサ１６は、当該指示がなされていないならばＮｏと判定し、Ａｃｔ１１へと戻る。
かくしてプロセッサ１６はＡｃｔ１１及びＡｃｔ１２としては、貨幣が投入されるか、あるいは決済実行が指示されるのを待ち受ける。

客は、決済画面での案内に従って、硬貨又は紙幣を、硬貨投入口２０ａ又は紙幣投入排出口２０ｄに投入する。そうすると硬貨収納部２１又は紙幣収納部２５は、投入された硬貨又は紙幣を硬貨収納庫又は紙幣収納庫へと収納する。この際に硬貨計数部２２又は紙幣計数部２６は、硬貨又は紙幣の投入金額を更新する。硬貨計数部２２又は紙幣計数部２６は、投入金額を更新すると、その更新後の投入金額をプロセッサ１６へと通知する。プロセッサ１６はこの通知を受けると、Ａｃｔ１１にてＹｅｓと判定し、Ａｃｔ１３へと進む。

Ａｃｔ１３としてプロセッサ１６は、最新の硬貨及び紙幣の投入額の総額を表すように決済画面を更新する。すなわちプロセッサ１６は、図７においては「０」と示される投入金額を、上記総額を表すように変更する。そしてプロセッサ１６はこののち、Ａｃｔ１１及びＡｃｔ１２の待受状態に戻る。

客は、決済額以上の貨幣を投入し終えたら、決済画面におけるボタンＢ１１を押す。サブタッチパネル１３は、その旨をプロセッサ１６へと通知する。そしてプロセッサ１６はこの通知を受けると、Ａｃｔ１２にてＹｅｓと判定し、図６中のＡｃｔ１４へと進む。なお、図示は省略しているが、決済画面におけるボタンＢ１２が押された場合にプロセッサ１６は、それまでの手順をキャンセルするための処理を周知のように行った上で、図５及び図６に示す情報処理の実行を終了する。

Ａｃｔ１４としてプロセッサ１６は、硬貨又は紙幣の投入金額から決済額を差し引くことにより総釣銭額を算出する。
Ａｃｔ１５としてプロセッサ１６は、配分フラグがセット状態にあるか否かを確認する。そしてプロセッサ１６は、リセット状態にあるならばＮｏと判定し、Ａｃｔ１６へと進む。
Ａｃｔ１６としてプロセッサ１６は、第１の確認画面をサブタッチパネル１３に表示させる。第１の確認画面は、総釣銭額を一括で払い出すことを客に確認させる画面である。

図８は一例としての第１の確認画面を示す図である。
図８に示す第１の確認画面は、決済額が1,400円であるのに対して、3,000円が投入され、総釣銭額として1,600円が算出された場合を示している。第１の確認画面には、ボタンＢ２１，Ｂ２２を含む。ボタンＢ２１は、客による払い出し実行の指示を入力する。ボタンＢ２２は、客による払い出し形態の変更の指示を入力する。

一方でプロセッサ１６は、配分フラグがセット状態であるならば図６のＡｃｔ１５にてＹｅｓと判定し、Ａｃｔ１７へと進む。
Ａｃｔ１７としてプロセッサ１６は、総釣銭額が変数Ｎによって割り切れるか否かを確認する。そしてプロセッサ１６は、割り切れるならばＹｅｓと判定し、Ａｃｔ１８へと進む。
Ａｃｔ１８としてプロセッサ１６は、Ｎ人に配分する場合の個別釣銭額を算出する。プロセッサ１６は具体的には、総釣銭額をＮで除算して求まる金額を個別釣銭額とする。
Ａｃｔ１９としてプロセッサ１６は、第２の確認画面をサブタッチパネル１３に表示させる。第２の確認画面は、釣銭をＮ人分に均等分割して払い出すことを客に確認させる画面である。

図９は一例としての第２の確認画面を示す図である。
図９に示す第２の確認画面は、総釣銭額が1,600円であるのに対して、変数Ｎが「4」である場合を示している。このため図９に示す第２の確認画面は、釣銭を４人分、400円ずつに均等分割して払い出すことを表している。第２の確認画面も、ボタンＢ２１，Ｂ２２を含む。

さてプロセッサ１６は、総釣銭額が変数Ｎによって割り切ることができないならば図６のＡｃｔ１７にてＮｏと判定し、Ａｃｔ２０へと進む。
Ａｃｔ２０としてプロセッサ１６は、第１の釣銭額を算出する。プロセッサ１６は具体的には、総釣銭額を変数Ｎにより除算して求まる値の小数点以下を切り捨てた値として第１の釣銭額を算出する。つまり、例えば総釣銭額が1,600円であり、変数Ｎが「3」であるとするならば、第１の釣銭額として533円を求める。

Ａｃｔ２１としてプロセッサ１６は、第２の釣銭額を算出する。プロセッサ１６は具体的には、第１の釣銭額に変数Ｎから１を減じた値を乗じて求まる金額を総釣銭額から差し引くことにより第２の釣銭額を算出する。つまり上記のように総釣銭額が1,600円、変数Ｎが「3」であり、第１の釣銭額として533円を求めたならば、[1,600−533×(3-1)＝534]として第２の釣銭額を算出する。
Ａｃｔ２２としてプロセッサ１６は、第３の確認画面をサブタッチパネル１３に表示させる。第３の確認画面は、釣銭を第１の釣銭額をＮ−１人分と、第２の釣銭額を１人分とに分割して払い出すことを客に確認させる画面である。

図１０は一例としての第３の確認画面を示す図である。
図１０に示す第３の確認画面は、上記の具体例に対応し、第１の釣銭額としての533円を２人分と、第２の釣銭額としての534円を１人分とを払い出すことを示している。第３の確認画面も、ボタンＢ２１，Ｂ２２を含む。

以上のようにプロセッサ１６は、グループに属するメンバーのうちの少なくとも２人のそれぞれの属性の組み合わせに基づいて、釣銭の配分パターンを決定している。かくしてプログラムに基づく情報処理をプロセッサ１６が実行することによって、プロセッサ１６を中枢部分とするコンピュータは、当該決定を行う決定手段として機能する。

プロセッサ１６は、図６のＡｃｔ１６，Ａｃｔ１９又はＡｃｔ２２にて、第１、第２又は第３の確認画面を表示したならば、いずれの場合もＡｃｔ２３へと進む。
Ａｃｔ２３としてプロセッサ１６は、確定が指示されたか否かを確認する。そしてプロセッサ１６は、当該指示がなされていないならばＮｏと判定し、Ａｃｔ２４へと進む。
Ａｃｔ２４としてプロセッサ１６は、変更が指示されたか否かを確認する。そしてプロセッサ１６は、当該指示がなされていないならばＮｏと判定し、Ａｃｔ２３へと戻る。
かくしてプロセッサ１６はＡｃｔ２３及びＡｃｔ２４においては、確定又は変更が指示されるのを待ち受ける。

客は、第１、第２又は第３の確認画面に示されたのとは別の形態での釣銭の払い出しを希望するならば、ボタンＢ２２を押す。サブタッチパネル１３は、その旨をプロセッサ１６へと通知する。そしてプロセッサ１６はこの通知を受けると、Ａｃｔ２４にてＹｅｓと判定し、Ａｃｔ２５へと進む。

Ａｃｔ２５としてプロセッサ１６は、変更画面をサブタッチパネル１３に表示させる。変更画面は、釣銭を一括で払い出すことの一括指定と、釣銭を複数人分に配分して払い出す場合の配分数の指定とのいずれかを客に行わせる画面である。客は、変更画面に従って、一括指定又は配分数指定のいずれかを行う。

Ａｃｔ２６としてプロセッサ１６は、一括指定がなされたか否かを確認する。そしてプロセッサ１６は、一括指定がなされていないならばＮｏと判定し、Ａｃｔ２７へと進む。
Ａｃｔ２７としてプロセッサ１６は、配分数指定がなされたか否かを確認する。そしてプロセッサ１６は、配分数指定がなされていないならばＮｏと判定し、Ａｃｔ２６へと戻る。
かくしてプロセッサ１６はＡｃｔ２６及びＡｃｔ２７として、一括指定又は配分数指定がなされるのを待ち受ける。そして客が変更画面にて一括指定を行うと、サブタッチパネル１３は、その旨をプロセッサ１６へと通知する。そしてプロセッサ１６はこの通知を受けると、Ａｃｔ２６にてＹｅｓと判定し、Ａｃｔ１６へと進む。そしてプロセッサ１６は、Ａｃｔ１６以降を前述と同様に実行する。つまりプロセッサ１６は、第１の確認画面をサブタッチパネル１３に表示させた状態でＡｃｔ２３及びＡｃｔ２４の待受状態に戻る。

一方、客が変更画面にて配分数の指定を行うと、サブタッチパネル１３は、その旨をプロセッサ１６へと通知する。そしてプロセッサ１６はこの通知を受けると、Ａｃｔ２７にてＹｅｓと判定し、Ａｃｔ２８へと進む。
Ａｃｔ２８としてプロセッサ１６は、配分数として指定された値を変数Ｎに代入する。そしてプロセッサ１６はこののち、Ａｃｔ１７以降を前述と同様に実行する。つまりプロセッサ１６は、第２又は第３の確認画面をサブタッチパネル１３に表示させた状態でＡｃｔ２３及びＡｃｔ２４の待受状態に戻る。

第１、第２又は第３の確認画面がサブタッチパネル１３に表示された状態で客は、その表示されている確認画面に示された形態での釣銭の払い出しを確定させる場合には、第１、第２又は第３の確認画面においてボタンＢ２１を押す。サブタッチパネル１３は、その旨をプロセッサ１６へと通知する。そしてプロセッサ１６はこの通知を受けると、Ａｃｔ２３にてＹｅｓと判定し、Ａｃｔ２９へと進む。

Ａｃｔ２９としてプロセッサ１６は、釣銭の払い出しを次のように行う。
（第１の確認画面におけるボタンＢ２１が押された場合）
プロセッサ１６は、総釣銭額を、貨幣の払い出し枚数が最小となる金種毎の組み合わせにより払い出すように硬貨排出部２３及び紙幣排出部２７に指示する。
プロセッサ１６は例えば、図８に示す第１の確認画面においてボタンＢ２１が押された場合は、500円硬貨及び100円硬貨を1枚ずつ払い出すよう硬貨排出部２３に指示するとともに、1,000円紙幣を1枚払い出すよう紙幣排出部２７に指示する。

（第２の確認画面におけるボタンＢ２１が押された場合）
プロセッサ１６は、個別釣銭額を、貨幣の払い出し枚数が最小となる金種毎の組み合わせにより払い出すように硬貨排出部２３及び紙幣排出部２７に指示する。この指示に応じて硬貨排出部２３及び紙幣排出部２７が貨幣を払い出すと、硬貨センサ２４及び紙幣センサ２８の少なくともいずれか一方が検出状態となる。そして、払い出した貨幣の全てを客が取り除くと、硬貨センサ２４及び紙幣センサ２８の双方が未検出状態となる。これに応じてプロセッサ１６は、上述と同様にして個別釣銭額を払い出すように硬貨排出部２３及び紙幣排出部２７に指示する。そしてプロセッサ１６は、このような個別釣銭額の貨幣の払い出しを、Ｎ回繰り返す。
プロセッサ１６は例えば、図９に示す第２の確認画面においてボタンＢ２１が押された場合は、4枚の100円硬貨の払い出しを4回繰り返すように硬貨排出部２３に指示する。

（第３の確認画面におけるボタンＢ２１が押された場合）
プロセッサ１６は、第１の釣銭額を、貨幣の払い出し枚数が最小となる金種毎の組み合わせにより払い出すように硬貨排出部２３及び紙幣排出部２７に指示する。この指示に応じて硬貨排出部２３及び紙幣排出部２７が貨幣を払い出すと、硬貨センサ２４及び紙幣センサ２８の少なくともいずれか一方が検出状態となる。そして、払い出した貨幣の全てを客が取り除くと、硬貨センサ２４及び紙幣センサ２８の双方が未検出状態となる。これに応じてプロセッサ１６は、上述と同様にして第１の釣銭額を払い出すように硬貨排出部２３及び紙幣排出部２７に指示する。そしてプロセッサ１６は、このような第１の釣銭額の貨幣の払い出しを、Ｎ−１回繰り返す。さらにプロセッサ１６は、Ｎ−１回目の払い出しの後に硬貨センサ２４及び紙幣センサ２８の双方が未検出状態となると、第２の釣銭額を、貨幣の払い出し枚数が最小となる金種毎の組み合わせにより払い出すように硬貨排出部２３及び紙幣排出部２７に指示する。
プロセッサ１６は例えば、図１０に示す第３の確認画面においてボタンＢ２１が押された場合は、1枚の500円硬貨、3枚の10円硬貨及び3枚の1円硬貨の払い出しを2回繰り返すように硬貨排出部２３に指示する。そしてプロセッサ１６はこの後、1枚の500円硬貨、3枚の10円硬貨及び4枚の1円硬貨の払い出しを1回行うように硬貨排出部２３に指示する。

以上のようにプロセッサ１６は、決定した配分パターンで釣銭を配分するのに応じた金種配分で釣銭を払い出すべく、払出機構としての硬貨排出部２３及び紙幣排出部２７を制御する。かくしてプログラムに基づく情報処理をプロセッサ１６が実行することによって、プロセッサ１６を中枢部分とするコンピュータは、当該制御を行なう制御手段として機能する。

図６のＡｃｔ３０としてプロセッサ１６は、決済の対象となった注文の内容及び決済の結果を表したレシートを発行するようプリンタ１５に指示する。なおプロセッサ１６は、釣銭を複数回に分けて払い出した場合には、その内訳をレシートに表すようにする。かくしてプログラムに基づく情報処理をプロセッサ１６が実行することによって、プロセッサ１を中枢部分とするコンピュータはプリンタ１５との協働により、証票としてのレシートをプリントするプリント手段としての機能を実現する。

図１１は一例としてのレシートを示す図である。
図１１に示すレシートは、図１０に示す第３の確認画面におけるボタンＢ２１が押された場合に発行されるものの例である。そして、領域Ａ１１に、釣銭の払い出しの内訳を表している。

以上のようにチェックアウト装置１００によれば、例えば1,600円の決済額に対して、3人の支払人が1,000円ずつを出して3,000円を支払えば、2人に対してそれぞれ533円と、1人に対して534円とがそれぞれ釣銭として払い出される。従って、このような割り勘に当たって、支払額の調整のために支払者どうしで現金の授受を行う必要がなく、割り勘での支払いを簡易に行える。そしてチェックアウト装置１００によれば、例えば成人男性が3人である客グループに関する決済の際には、最初に上記の形態での釣銭の払い出し形態を客に対して提案される。従って、客は上記の形態での釣銭の払い出しのために複雑な操作を行う必要がない。

またチェックアウト装置１００によれば、上記のような払い出し形態にあっては、釣銭が複数回に分けて払い出される。しかもチェックアウト装置１００によれば、払い出し済みの貨幣が取り去られるのを待って、次の払い出しが行われる。従って客は、このように順次に払い出される釣銭を各支払人がそれぞれに受け取ればよく、釣銭の配分に関わる作業をほとんど行う必要がない。

またチェックアウト装置１００によれば、上記のような払い出し形態で釣銭を払い出した場合には、その内訳を表したレシートが発行される。従って、複数回に分けて払い出された釣銭を、客が誤って混ぜてしまったとしても、その後の再びの配分をレシートの表示に従って客が容易に行うことができる。

またチェックアウト装置１００によれば、客の指示に応じて釣銭の払い出し形態が変更される。従って、チェックアウト装置１００により選択された払い出し形態が客の意にそぐわない場合は、客は希望する払い出し形態での払い出しを指定することができる。

この実施形態は、次のような種々の変形実施が可能である。
お子様ランチのような子供限定の品目が注文品目に含まれる場合は、客グループに子供が含まれることが分かる。また、女性限定又はお年寄り限定などの品目が注文品目に含まれる場合は、女性又はお年寄りが客グループに含まれることが分かる。そこで、このような特定の品目が注文品目となっていることを、客の属性の１つとして加味して釣銭の配分パターンを決定してもよい。

客グループに子供が含まれている場合には、当該子供は、支払の人数割りから除外されるので、これを加味した釣銭の配分パターンを選択することが考えられる。男女混合の客グループでは、女性の支払負担が、男性より軽減されることがあるので、これを加味した釣銭の配分パターンを選択することが考えられる。客グループにお年寄りが含まれている場合には、当該グループ客の中に幼少の孫が含まれていると、お年寄りが娘息子夫婦よりも少し多めに支払いを負担することが推測されるので、これを加味した釣銭の配分パターンが選択することが考えられる。客グループにお年寄りが含まれている場合であったとしても、当該グループ客の中に成人の孫が含まれる場合、あるいは当該グループ客が老親と娘息子夫婦である場合には、お年寄りの支払負担はないものと推測されるので、これを加味した釣銭の配分パターンを選択することが考えられる。
このように、各客グループを構成する各客の属性のみではなく、各客グループを区分、階層化した属性も加味して釣銭の配分パターンを決定してもよい。各客グループの属性の例としては、カップル客（夫婦、恋人同士）、ファミリー客（乳幼児連れ夫婦、三世代家族等の家族構成に基づいたもの）、学生グループ客（男子のみ、女子のみ、男女混合）、職場仲間（男性のみの同僚、女性のみの同僚、男女混合、先輩後輩、上司部下）、友達グループ客（ママ友、同級生）、ご近所グループ客、親戚、保護者会、女子会等がある。
このような客グループの属性は、例えば予約受け付け時の情報に基づいて特定できる。又、客グループの属性は、注文受け時や配膳時の場の雰囲気や飲食時の会話内容等に基づいて店員が推測（判断）し、特定することができる。また、当該客グループに関する注文品目の種別、品目別注文個数、注文品目の組み合わせに基づいて、当該客グループの属性や当該客グループを構成する客の属性の組み合わせ（パターン）を特定してもよい。

プロセッサ１６は、第１の釣銭額を算出するための丸め幅は、任意に変更が可能である。例えば、10，50又は100として丸め幅を定めることが考えられる。具体的にはプロセッサ１６は、第１の釣銭額を50の倍数とするように第１の釣銭額を算出してもよい。つまり、例えば総釣銭額が1,600円であり、変数Ｎが「3」であるとするならば、第１の釣銭額として500円と算出する。因みにこの場合にプロセッサ１６は、第２の釣銭額としては600円と算出する。なお、丸め幅は、設計値として固定的に定められても良いし、ユーザにより任意に変更可能としてもよい。

図６中のＡｃｔ２４−Ａｃｔ２８を行わずに、プロセッサ１６が選択した形態での釣銭払い出しを実行してもよい。またこの場合は、さらにＡｃｔ２３も省略してもよい。

上記実施形態のように、1度に払い出した釣銭が取り出されるのを待って次の払い出しを行うのであれば、その内訳をレシートに表さなくてもよい。

上記の実施形態のように、釣銭の分配の内訳を表したレシートを発行するのならば、上記実施形態で複数回に分けて払い出している釣銭を、金種毎の枚数はそのままに一括で払い出してもよい。

別の装置での勘定処理により決定された決済額の決済を行う決裁装置として実現することもできる。つまり、勘定処理と決済処理とを別々の装置で行うセパレートタイプのセミセルフチェックアウトシステムの決済装置としての実現が可能である。また、勘定処理の機能も備えるチェックアウト装置として実現する場合であっても、セルフ方式又は対面方式として実現することもできる。ただし、対面方式のチェックアウト装置として実現する場合は、上記の実施形態において客により行われている操作は店員により行われるのであり、各種表示は店員用のタッチパネルで行うようにする。払い出された釣銭の取り出しも店員により行われ、店員から客に手渡される。

チェックアウト装置１００のハードウェアと、当該ハードウェア上で実行される情報処理の手順であるアプリケーションプログラムとは、同じ事業者がチェックアウト装置１００の使用者に譲渡しても良いし、異なった事業者がそれぞれ個別に譲渡しても良い。チェックアウト装置１００のハードウェアとアプリケーションプログラムとを同じ事業者がチェックアウト装置１００の使用者に譲渡する場合、アプリケーションプログラムは、一般的にはチェックアウト装置１００のハードウェアであるメインメモリ１７又は補助記憶ユニット１８に記憶された状態で譲渡される。しかしながら、このような譲渡の場合であったとしても、アプリケーションプログラムは、チェックアウト装置１００のハードウェアであるメインメモリ１７又は補助記憶ユニット１８に記憶された状態である必然性はない。例えばチェックアウト装置１００のハードウェアでない、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録された状態で譲渡されても良いし、あるいはネットワーク資源からダウンロードにより譲渡されても良い。

情報処理によりプロセッサ１６が実現する各機能は、その一部または全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…プロセッサ、１０…メインユニット、１１…キーボード、１２…メインタッチパネル、１３…サブタッチパネル、１４…スキャナ、１５…プリンタ、１６…プロセッサ、１７…メインメモリ、１８…補助記憶ユニット、１９…通信インタフェース、２０…貨幣収受ユニット、２１…硬貨収納部、２２…硬貨計数部、２３…硬貨排出部、２４…硬貨センサ、２５…紙幣収納部、２６…紙幣計数部、２７…紙幣排出部、２８…紙幣センサ、３０…伝送路、１００…チェックアウト装置、２００…ハンディターミナル、３００…ステーション、４００…無線アクセスポイント、５００…通信ネットワーク。

Claims (6)

1. グループの属性情報を取得する取得手段と、
   前記取得手段により取得された属性情報に基づいて、釣銭の配分パターンを決定する決定手段と、
   前記決定手段により決定された配分パターンで釣銭を配分するのに応じた金種配分で釣銭を払い出すべく払出機構を制御する制御手段と、
   を具備した決済装置。
2. 前記制御手段は、前記決定手段により決定された前記配分パターンで配分した複数組の釣銭を順次に払い出すべく前記払出機構を制御する、
   請求項１に記載の決済装置。
3. 前記決定手段は、前記属性情報に基づく配分パターンの候補と、当該配分パターンとは異なる配分パターンの候補とのうちの一方を操作者による操作に応じて前記配分パターンとして決定する、
   請求項１又は請求項２に記載の決済装置。
4. 前記決定手段は、前記グループに属するメンバーによる操作に応じて前記配分パターンを決定する、
   請求項２又は請求項３に記載の決済装置。
5. 前記決定手段により決定された配分パターンに応じた複数組の釣銭のそれぞれの金額を表した証票をプリントするプリント手段、
   をさらに備えた請求項１−請求項４のいずれか一項に記載の決済装置。
6. 決済装置を制御するコンピュータを、
   グループの属性を表す複数の属性情報を取得する取得手段と、
   前記取得手段により取得された属性情報に基づいて、釣銭の配分パターンを決定する決定手段と、
   前記決定手段により決定された配分パターンで釣銭を配分するのに応じた金種配分で釣銭を払い出すべく払出機構を制御する制御手段と、
   して機能させるためのプログラム。