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

Abstract

【課題】代金の支払いのために投入された貨幣の枚数を金種別に報知できるようにする。【解決手段】決済装置は、商取引の請求金額に対する支払いとして入金された貨幣の金額を算出する。決済装置は、入金された貨幣の金額が請求金額以上となった商取引の決済を処理する。決済装置は、入金された貨幣について金種別に枚数を計数する。決済装置は、決済が処理される前に、計数された貨幣の枚数を金種別に入金者に報知する。【選択図】 図２７

Description

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

近年、商品売買又は役務提供により発生した請求金額に対する決済を客自身が行うセルフ式の決済装置が実用化されている。この種の決済装置の多くは、現金支払いによる決済を可能とするために、自動釣銭機を搭載している。

自動釣銭機は、貨幣（紙幣又は硬貨）を金種別に収容する金庫を備える。また自動釣銭機は、代金として支払われる貨幣が投入される投入口と釣銭としての貨幣が払い出される払出口とを備える。自動釣銭機は、投入口から投入された貨幣の金種を識別し、金種別に貨幣を金庫に収容する。また自動釣銭機は、金種毎に貨幣の投入枚数を計数して、入金額を算出する。そして自動釣銭機は、請求金額と入金額とから釣銭額を算出し、釣銭額相当の貨幣を金庫から抽出して払出口から払い出す。

自動釣銭機を搭載した従来の決済装置は、自動釣銭機への入金額を支払い金額として表示するためのディスプレイを備える。したがって客は、代金の支払いのために投入した金額をディスプレイの表示内容から知ることはできる。しかしながら、金種毎に貨幣をそれぞれ何枚投入したかまで客は知る術はない。

客の中には、代金の支払いのために投入した貨幣の枚数を数え間違え、ディスプレイに表示された総額が投入した金額と合わないと勘違いすることがある。例えば代金の支払いのために投入された貨幣について金種別に投入枚数を報知できるのであれば、このような勘違いは防止できる。

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

本発明の実施形態が解決しようとする課題は、例えば客が代金の支払いのために投入した貨幣について金種毎にその投入枚数を容易に知り得る決済装置を提供しようとするものである。

一実施形態において、決済装置は、入金処理手段と、決済処理手段と、計数手段と、報知手段とを備える。入金処理手段は、商取引の請求金額に対する支払いとして入金された貨幣の金額を算出する。決済処理手段は、入金処理手段により算出された金額が請求金額以上となった商取引の決済を処理する。計数手段は、入金された貨幣について金種別に枚数を計数する。報知手段は、決済処理手段による決済が処理される前に、計数手段により計数された貨幣の枚数を金種別に入金者に報知する。

本実施形態に係るセルフ式ＰＯＳ端末の外観図。 同セルフ式ＰＯＳ端末が備える読取装置の外観図。 同読取装置のＸ−Ｘ断面図。 同セルフ式ＰＯＳ端末の本体と読取装置との要部構成を示すブロック図。 同セルフ式ＰＯＳ端末が備える自動釣銭機の機能ブロック図。 同セルフ式ＰＯＳ端末のＲＡＭ又は補助記憶デバイスに形成される主要なメモリ領域を示す模式図。 同セルフ式ＰＯＳ端末のＣＰＵが実行する情報処理の要部手順を示す流れ図。 同セルフ式ＰＯＳ端末のＣＰＵが実行する情報処理の要部手順を示す流れ図。 同セルフ式ＰＯＳ端末のＣＰＵが実行する情報処理の要部手順を示す流れ図。 同セルフ式ＰＯＳ端末のＣＰＵが実行する情報処理の要部手順を示す流れ図。 同セルフ式ＰＯＳ端末のＣＰＵが実行する情報処理の要部手順を示す流れ図。 同セルフ式ＰＯＳ端末のＣＰＵが実行する情報処理の要部手順を示す流れ図。 同セルフ式ＰＯＳ端末のＣＰＵが実行する情報処理の要部手順を示す流れ図。 同セルフ式ＰＯＳ端末のタッチパネルに表示されるスタート画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される会員確認画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される登録画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される補正確認画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される補正商品選択画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される補正承諾画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示されるクーポン選択画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される会員承諾画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示されるクーポン確認画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される支払い選択画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示されるクレジット決済画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示されるクレジット確認画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される現金決済画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される現金決済画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される現金確認画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される終了画面の一例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される現金決済画面の他の例を示す図。 同セルフ式ＰＯＳ端末のタッチパネルに表示される現金決済画面の他の例を示す図。

以下、代金の支払いのために投入された貨幣の枚数を金種別に報知できる決済装置の実施形態について、図面を用いて説明する。
なお、この実施形態は、決済装置の一態様として、客自身の操作に基づいて商取引の決済処理を行うセルフ式ＰＯＳ（Point Of Sales）端末を例示する。商取引の決済処理とは、例えば、客が買い上げる商品の代金を決済する処理である。なお商取引は、商品の売買を伴わないものであってもよい。例えば、施設の利用料、貸出品のレンタル料などの役務（サービス）提供に対して発生する代金の決済を行う決済装置にも、この実施形態を適用することは可能である。

セルフ式ＰＯＳ端末は、決済処理以外に、客が買い上げる商品の登録処理を行う。登録処理とは、客が買い上げる商品の販売データをメモリに登録する処理である。このメモリに登録された商品の販売データに基づいて、セルフ式ＰＯＳ端末は、商取引の請求金額を算出する。セルフ式ＰＯＳ端末は、上記販売データを得るために、客が買い上げる商品の価格を検出する手段を有する。

価格を検出する手段としては、商品に付されたバーコードをバーコードリーダで読取り、そのバーコードに含まれる商品識別コードでデータファイルを検索して、当該商品識別コードに関連付けてプリセットされた価格を検出する手段が一般的である。本実施形態では、バーコードの代わりにＲＦＩＤ（Radio Frequency Identification）タグを利用する。すなわち、店舗で販売する各商品にそれぞれＲＦＩＤタグを付す。ＲＦＩＤタグのメモリには、タグデータとして、そのタグ固有のＩＤとともに、当該タグが付された商品の識別コードと価格とが少なくとも記憶されている。識別コード及び価格とともに商品名、商品属性等がタグデータとしてメモリに記憶されていてもよい。因みに識別コードは、商品の品種毎に割り当てられた一意のコードである。商品属性は、例えばスラックス等の衣料品の場合、裾直しなどの補正行為の対象か否かを示す情報である。あるいはジャケット，コート等の衣料品の場合、ネーム入れ等の補正行為の対象か否かを示す情報である。

図１は、本実施形態に係るセルフ式ＰＯＳ端末１（以下、ＰＯＳ端末１と称する）の外観図である。ＰＯＳ端末１は、本体１００と、その本体１００の下部に配置されたＲＦＩＤタグの読取装置１０１と、を含む。
本体１００は、一面にタッチパネル１０２、バーコードの読取窓１０３、レシート発行口１０４、カード挿入口１０５、紙幣入出口１０６、硬貨投入口１０７及び硬貨払出口１０８を配置している。本体１００において、これらが設けられている面を、ＰＯＳ端末１の正面という。

タッチパネル１０２は、操作者（通常は客）に対して種々の画面を表示する。またタッチパネル１０２は、画面に表示された操作ボタンの操作者による入力を受け付ける。
読取窓１０３は、対象物（会員証、クーポン券等）に付されたバーコードを翳す部位である。操作者が読取窓１０３にバーコードを翳すことによって、本体１００に内蔵されたバーコードリーダ１１７（図４を参照）が、そのバーコードを読み取る。
レシート発行口１０４は、買上レシートの排出口である。本体１００に内蔵されたプリンタ１１６（図４参照）によって印刷された買上レシートがレシート発行口１０４から排出される。
カード挿入口１０５は、クレジットカード等のカード媒体の挿入口である。操作者がカード媒体をカード挿入口１０５に挿入することにより、本体１００に内蔵されたカードリーダ１１８（図４を参照）がそのカードに記録されたデータを読み取る。

紙幣入出口１０６は、例えば代金支払いとしての紙幣（一万円札、五千円札、二千円札、千円札）が投入される投入口及び釣銭としての紙幣が払い出される払出口として機能する。操作者が紙幣を紙幣入出口１０６から投入すると、本体１００に内蔵された自動釣銭機１１９（図４を参照）は、紙幣を金種別に選別して、投入金額（入金額）を算出する。金種別に選別された紙幣は金庫に収容される。一方、紙幣による釣銭が発生すると、自動釣銭機１１９は、金庫から該当する金種の紙幣を抽出する。自動釣銭機１１９は、抽出した紙幣を紙幣入出口１０６から払い出す。

硬貨投入口１０７は、例えば代金支払いとしての硬貨が投入される投入口として機能する。操作者が硬貨を硬貨投入口１０７から投入すると、自動釣銭機１１９は、硬貨を金種別に選別して投入金額を算出する。金種別に選別された硬貨は金庫に収容される。
硬貨払出口１０８は、例えば釣銭としての硬貨が払い出される。硬貨による釣銭が発生すると、自動釣銭機１１９は、金庫から該当する金種の硬貨を抽出する。自動釣銭機１１９は、抽出した硬貨を硬貨払出口１０８から払い出す。

図２は、読取装置１０１の外観図である。読取装置１０１は、載置台１０１１、筐体１０１２、蓋体１０１３及び検出部１０１４を備えている。
載置台１０１１は、載置面１０１１ａが形成された板状部材である。載置面１０１１ａには、ＲＦＩＤタグが付されている商品をそのまま、または、商品が入れられたカゴが載置される。載置面１０１１ａは、水平面である。載置台１０１１は、電波透過性を有する材料で構成されている。例えば載置台１０１１は、絶縁体である。載置台１０１１は、木材やガラス材等で構成されている。載置台１０１１がこのような材料で構成されている理由は、ＲＦＩＤに対して読み書きするための電波を透過させるためである。

筐体１０１２は、読取装置１０１の外装である。筐体１０１２は、その内部に商品を収容する収容室１０１２ａを備えている。収容室１０１２ａは、商品をそのまま、または、商品が入れられたカゴごと収容可能な大きさで構成されている。収容室１０１２ａは、複数の面で形成されている。収容室１０１２ａ内の空間は、複数の面によって読取装置１０１外と分離されている。例えば収容室１０１２ａは、６面で構成されている箱型形状である。なお、収容室１０１２ａを形成する面の数はこれに限定されない。筐体１０１２は、その内部に載置台１０１１を収容する。載置面１０１１ａは、収容室１０１２ａを形成する複数の面に含まれる。

筐体１０１２は、第１の内面１０１２ｂ及び開口部１０１２ｃを備えている。
第１の内面１０１２ｂは、複数の面を含む。第１の内面１０１２ｂは、収容室１０１２ａを形成する複数の面に含まれる。

開口部１０１２ｃは、収容室１０１２ａ内へ商品を入れるために筐体１０１２に形成されている。開口部１０１２ｃは、収容室１０１２ａ内へとつながる。開口部１０１２ｃは、カゴを出し入れ可能な大きさで筐体１０１２に形成されている。開口部１０１２ｃは、筐体１０１２を構成する略鉛直方向に延びる面に形成されている。なお、開口部１０１２ｃは、筐体１０１２の何れの位置に形成されていてもよい。

蓋体１０１３は、開口部１０１２ｃを開閉する。蓋体１０１３は、一端側に設けられている鉛直方向に沿った回転軸を中心に回動する。蓋体１０１３が開口部１０１２ｃを開けている状態（以下、開状態という）にある場合、客は、開口部１０１２ｃから収容室１０１２ａ内へ商品を入れることができる。蓋体１０１３は、第２の内面１０１３ａ（図３を参照）を備えている。蓋体１０１３が開口部１０１２ｃを閉じている状態（以下、閉状態という）にある場合、第２の内面１０１３ａは、収容室１０１２ａを形成する複数の面に含まれる。

上述したように、収容室１０１２ａは、載置面１０１１ａ、第１の内面１０１２ｂ及び第２の内面１０１３ａで形成されている。

筐体１０１２及び蓋体１０１３は、電波を反射する材料（以下、電波反射材という）又は電波を吸収する材料（以下、電波吸収材という）で構成されている。例えば、筐体１０１２及び蓋体１０１３は金属である。電波反射材または電波吸収材は、外部の電波が収容室１０１２ａ内に届くことを防ぐ。加えて、電波反射材または電波吸収材は、読取装置１０１内で発生した電波が読取装置１０１外へ漏れることを防ぐ。これにより、読取装置１０１は、外部からの電波を読み取ることはない。さらに、読取装置１０１は、外部のＲＦＩＤタグから情報を読み取ることもない。

検出部１０１４は、蓋体１０１３が閉状態にある場合における筐体１０１２と蓋体１０１３との嵌合面にある。なお、検出部１０１４の位置はこれに限定されない。検出部１０１４は、蓋体１０１３の閉状態または開状態を検出する。検出部１０１４は、任意の手法を利用したセンサである。検出部１０１４による検出手法は例えば赤外線センサなどを用いる手法があるが、これ以外の手法であってもよく特に限定されない。

図３は、図２における読取装置１０１のＸ−Ｘ断面図である。なお、図３では、蓋体１０１３が閉状態のときを示している。また、収容室１０１２ａ内に、複数の商品２０が入れられたカゴ２１を収容した状態を示している。各商品２０には、それぞれＲＦＩＤタグ２２が付されている。

載置台１０１１は、載置面１０１１ａと対向する面１０１１ｂを備えている。筐体１０１２内には、載置台１０１１の面１０１１ｂと筐体１０１２の第１の内面１０１２ｂにより形成されている空間１０１２ｄがある。筐体１０１２内のこの空間１０１２ｄは、載置台１０１１を挟んで収容室１０１２ａと反対側に形成されている。

図３に示すように、載置台１０１１において、載置面１０１１ａと対向する面１０１１ｂにアンテナ１０１５が取り付けられる。アンテナ１０１５は、面状のＲＦＩＤアンテナである。アンテナ１０１５は、電力が供給されることにより、ＵＨＦ帯等の電波を放射する。アンテナ１０１５は、収容室１０１２ａ内に向けて電波を放射する。上述したように載置台１０１１は電波透過性を有する材料で構成されているため、アンテナ１０１５が放射する電波は、載置台１０１１を透過し、収容室１０１２ａ内に収容されている各商品２０に付されている各ＲＦＩＤタグ２２に届く。
なお、読取装置１０１は、アンテナ１０１５の位置を移動させる駆動機構を備えていてもよい。読取装置１０１は、２つ以上のアンテナを備えていてもよい。

図４は、ＰＯＳ端末１の本体１００と読取装置１０１との要部構成を示すブロック図である。本体１００は、ＣＰＵ（Central Processing Unit）１１０、ＲＯＭ（Read Only Memory）１１１、ＲＡＭ（Random Access Memory）１１２、補助記憶デバイス１１３、時計部１１４、通信インターフェース１１５、タッチパネル１０２、プリンタ１１６、バーコードリーダ１１７、カードリーダ１１８、自動釣銭機１１９及びシステム伝送路１２０を備える。システム伝送路１２０は、アドレスバス、データバス、制御信号線等を含む。システム伝送路１２０は、ＣＰＵ１１０と、ＲＯＭ１１１、ＲＡＭ１１２、補助記憶デバイス１１３、時計部１１４、通信インターフェース１１５、タッチパネル１０２、プリンタ１１６、バーコードリーダ１１７、カードリーダ１１８及び自動釣銭機１１９とを接続する。

ＣＰＵ１１０は、コンピュータの中枢部分に相当する。ＣＰＵ１１０は、オペレーティングシステムやアプリケーションプログラムに従って、ＰＯＳ端末１としての各種の機能を実現するべく各部を制御する。

ＲＯＭ１１１は、上記コンピュータの主記憶部分に相当する。ＲＯＭ１１１は、上記のオペレーティングシステムやアプリケーションプログラムを記憶する。ＲＯＭ１１１は、ＣＰＵ１１０が各部を制御するための処理を実行する上で必要なデータを記憶する場合もある。

ＲＡＭ１１２は、上記コンピュータの主記憶部分に相当する。ＲＡＭ１１２は、ＣＰＵ１１０が処理を実行する上で必要なデータを記憶する。またＲＡＭ１１２は、ＣＰＵ１１０によって情報が適宜書き換えられるワークエリアとしても利用される。

補助記憶デバイス１１３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１１３は、例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）などである。補助記憶デバイス１１３は、ＣＰＵ１１０が各種の処理を行う上で使用するデータや、ＣＰＵ１１０での処理によって生成されたデータを保存する。補助記憶デバイス１１３は、上記のアプリケーションプログラムを記憶する場合もある。

時計部１１４は、ＰＯＳ端末１の時刻情報源として機能する。ＣＰＵ１１０は、時計部１１４によって計時される時刻情報を基に、現在の日付及び時間を計時する。

通信インターフェース１１５は、ＬＡＮ（Local Area Network）等のネットワーク２を介して接続されるストアサーバ３との間で、所定の通信プロトコルに従いデータ信号の送受信を行う。ネットワーク２は、有線でもよいし無線でもよい。ストアサーバ３は、ストアコントローラ等とも称され、周知のＰＯＳシステムに用いられているものと同様である。よって、ここでの説明は省略する。

読取装置１０１は、前述した検出部１０１４及びアンテナ１０１５に加えて、リーダライタ１０１６を備える。検出部１０１４とリーダライタ１０１６とは、システム伝送路１２０に接続されている。

リーダライタ１０１６は、アンテナ１０１５から収容室１０１２ａ内に収容されている各商品２０に向けて応答要求コマンド（問合せ信号）の電波を放射させる。この電波が、各商品２０に付されているＲＦＩＤタグ２２に届くと、ＲＦＩＤタグ２２からメモリに記憶されたタグデータを示す応答電波が放射される。応答電波は、アンテナ１０１５で受信される。リーダライタ１０１６は、アンテナ１０１５で受信された応答電波からタグデータを読み取る。

図５は、自動釣銭機１１９の機能ブロック図である。自動釣銭機１１９は、前述した紙幣入出口１０６、硬貨投入口１０７及び硬貨払出口１０８に加えて、紙幣金庫２０１、硬貨金庫２０２、インターフェース２０３、コントローラ２０４、紙幣選別部２０５、紙幣カウンタ２０６、紙幣リジェクト部２０７、硬貨選別部２０８、硬貨カウンタ２０９、硬貨リジェクト部２１０、紙幣払出部２１１及び硬貨払出部２１２を含む。

紙幣金庫２０１は、紙幣を金種別に収容する。硬貨金庫２０２は、硬貨を金種別に収容する。
インターフェース２０３は、コントローラ２０４とＣＰＵ１１０との間で送受信されるデータを中継する。コントローラ２０４からＣＰＵ１１０に送信されるデータの１つに入金額データがある。入金額データは、紙幣入出口１０６から投入された紙幣と硬貨投入口１０７から投入された硬貨との総額である。ＣＰＵ１１０からコントローラ２０４に送信されるデータの１つに釣銭データがある。コントローラ２０４は、釣銭データを基に釣銭として払い出す紙幣又は硬貨の枚数を金種別に決定する。コントローラ２０４は、紙幣入出口１０６から釣銭としての紙幣が払い出されるように、紙幣払出部２１１を制御する。同様にコントローラ２０４は、硬貨払出口１０８から釣銭としての硬貨が払い出されるように、硬貨払出部２１２を制御する。

コントローラ２０４は、図示しない搬送機構を制御する。コントローラ２０４は、紙幣入出口１０６から投入された紙幣を１枚ずつ紙幣金庫２０１まで搬送するように、搬送機構を制御する。同様にコントローラ２０４は、硬貨投入口１０７から投入された硬貨を１枚ずつ硬貨金庫２０２まで搬送するように、搬送機構を制御する。

紙幣選別部２０５は、紙幣入出口１０６から投入され、紙幣金庫２０１まで搬送される紙幣について１枚ずつ選別して金種を識別する。紙幣カウンタ２０６は、紙幣選別部２０５で金種が識別された紙幣について金種別に投入枚数を計数する。紙幣リジェクト部２０７は、紙幣入出口１０６から投入されたが紙幣選別部２０５で選別不能となった異物をリジェクトする。紙幣カウンタ２０６は、紙幣リジェクト部２１７によって異物がリジェクトされた回数も計数する。

硬貨選別部２０８は、硬貨投入口１０７から投入され、硬貨金庫２０２まで搬送される硬貨について１枚ずつ選別して金種を識別する。硬貨カウンタ２０９は、硬貨選別部２０８で金種が識別された硬貨について金種別に投入枚数を計数する。硬貨リジェクト部２１０は、硬貨投入口１０７から投入されたが硬貨選別部２０８で選別不能となった異物をリジェクトする。硬貨カウンタ２０９は、硬貨リジェクト部２１０によって異物がリジェクトされた回数も計数する。

コントローラ２０４は、紙幣カウンタ２０６で金種別に計数された紙幣の枚数から、紙幣入出口１０６に投入された紙幣の金額を算出する。またコントローラ２０４は、硬貨カウンタ２０９で金種別に計数された硬貨の枚数から、硬貨投入口１０７に投入された硬貨の金額を算出する。そしてコントローラ２０４は、投入紙幣の金額と投入硬貨の金額とを合算して入金額を算出し、入金額データとしてＣＰＵ１１０に通知する。

紙幣払出部２１１は、コントローラ２０４からの指令を受けて紙幣金庫２０１から釣銭として払い出す紙幣を抽出する。そして紙幣払出部２１１は、紙幣金庫２０１から抽出した紙幣を紙幣入出口１０６から払い出す。

硬貨払出部２１２は、コントローラ２０４からの指令を受けて硬貨金庫２０２から釣銭として払い出す硬貨を抽出する。そして硬貨払出部２１２は、硬貨金庫２０２から抽出した硬貨を硬貨払出口１０８から払い出す。

このように自動釣銭機１１９は、紙幣選別部２０５、紙幣カウンタ２０６、硬貨選別部２０８、硬貨カウンタ２０９及びコントローラ２０４により、商取引の請求金額に対する支払いとして入金された貨幣の金額を算出する入金処理手段を構成する。また自動釣銭機１１９は、紙幣リジェクト部２０７及び硬貨リジェクト部２１０により、支払いとして入金されたが金種を識別不能な異物をリジェクトするリジェクト手段を構成する。さらに自動釣銭機１１９は、紙幣カウンタ２０６及び硬貨カウンタ２０９により、支払いとして入金され金種が識別された貨幣について金種別に枚数を計数する計数手段を構成する。また計数手段は、リジェクト手段によりリジェクトされた回数を計数する手段を含む。

かかる構成の自動釣銭機１１９を備えたＰＯＳ端末１は、入金処理手段により算出された金額が請求金額以上となったことを条件に商取引の決済を処理する決済処理手段と、決済処理手段による決済が処理される前に、計数手段により計数された貨幣の枚数を金種別に報知する報知手段と、を備える。以下、決済処理手段と報知手段とについて具体的に説明する。

ＰＯＳ端末１は、決済処理手段と報知手段とを構成させるために、図６に示すデータ構造のメモリ領域３０１，３０２及び３０３をＲＡＭ１１２に形成する。なおＰＯＳ端末１は、メモリ領域３０１，３０２及び３０３の全てあるいは一部を補助記憶デバイス１１０ｄに形成してもよい。

メモリ領域３０１は、商取引に係るデータを記憶するための領域であり、以下、取引メモリ３０１と称する。因みに、商取引に係るデータには、会員データ、商品販売データ、補正データ、クーポンデータ等がある。これらのデータの詳細については後述する。

商品販売データには、補正フラグＦと種類情報とが付加される。補正フラグＦは、対応する商品販売データに該当する商品の商品属性が補正行為の対象を示す場合“１”となる。補正行為の非対象を示す場合には、補正フラグＦは“０”となる。種類情報は、補正をするか否か、また補正をする場合にはどのような補正をするかという情報を特定する。例えば補正行為が裾直しの場合、補正の種類としてミシン縫いとまつり縫いとがある。また、補正しない、つまり裾直しをしない場合も考えられる。種類情報は、補正の種類がミシン縫いなのか、まつり縫いなのか、あるいは補正しないのかを識別可能とする。例えば補正無しの場合、種類情報は“００”とする。ミシン縫いの場合、種類情報は“０１”とする。まつり縫いの場合、種類情報は“１０”とする。なお、補正の種類が、ミシン縫いとまつり縫いとに限定されないのは言うまでもない。

メモリ領域３０２は、商取引の請求金額に対する支払いとして入金された紙幣の枚数を金種別に記憶する領域であり、以下、紙幣メモリ３０２と称する。すなわち紙幣メモリ３０２は、一万円札の枚数Ｂ１を記憶する領域と、五千円札の枚数Ｂ２を記憶する領域と、二千円札の枚数Ｂ３を記憶する領域と、千円札の枚数Ｂ４を記憶する領域とを有する。さらに紙幣メモリ３０２は、紙幣リジェクト部２０７によって異物がリジェクトされた回数Ｂ５を記憶する領域も有する。

メモリ領域３０３は、商取引の請求金額に対する支払いとして入金された硬貨の枚数を金種別に記憶する領域であり、以下、硬貨メモリ３０３と称する。すなわち硬貨メモリ３０３は、５００円硬貨の枚数Ｃ１を記憶する領域と、１００円硬貨の枚数Ｃ２を記憶する領域と、５０円硬貨の枚数Ｃ３を記憶する領域と、１０円硬貨の枚数Ｃ４を記憶する領域と、５円硬貨の枚数Ｃ５を記憶する領域と、１円硬貨の枚数Ｃ６を記憶する領域とを有する。さらに硬貨メモリ３０３は、硬貨リジェクト部２１０によって異物がリジェクトされた回数Ｃ７を記憶する領域も有する。

図７乃至図１３は、商取引の登録開始から決済終了までの間、ＲＯＭ１１１又は補助記憶デバイス１１３に記憶された制御プログラムに従い、ＣＰＵ１１０が実行する情報処理の要部手順を示す流れ図である。また図１４乃至図２９は、その間にタッチパネル１０２に表示される種々の画面例である。以下、これらの図を用いて、裾直しなどの補正行為が必要な衣料品を含む衣料品の売買を伴う商取引の登録開始から決済終了までのＰＯＳ端末１の動作について説明する。なお、図７乃至図１３に示すとともに以下に説明する処理の内容、及び、図１４乃至図２９に示すとともに以下に説明する画面の内容は一例であって、同様な結果を得ることが可能であれば様々な処理又は画面を適宜に利用できるものである。

図７に示すように、ＣＰＵ１１０は先ず、Ａｃｔ１としてタッチパネル１０２にスタート画面Ｓ１（図１４を参照）を表示させる。なお、Ａｃｔ１の時点において、ＲＡＭ１１２のメモリ領域３０１〜３０３は、データがクリアされている。
スタート画面Ｓ１の一例を図１４に示す。スタート画面Ｓ１は、セルフＰＯＳ端末１の操作者である客に対して操作方法を説明するためのメッセージＭ１を表示する。またスタート画面Ｓ１は、商取引の登録開始を客が指令するためのスタートボタンＢ１を表示する。

スタート画面Ｓ１を確認した客は、メッセージＭ１に従い、扉（蓋体１０１３）を開け、購入する商品を収容室１０１２ａ内に入れる。このとき、複数の商品を購入する場合には全ての商品をまとめて収容室１０１２ａ内に入れる。商品をカゴ２１に入れたまま、収容室１０１２ａ内に入れてもよい。商品を収容室１０１２ａ内に入れたならば、客は、扉を閉め、スタートボタンＢ１にタッチする。

スタート画面を表示させた後、ＣＰＵ１１０は、Ａｃｔ２として読取装置１０１の蓋体１０１３が開状態から閉状態になるのを待機する。すなわちＣＰＵ１１０は、検出部１０１４からの信号を監視する。そして検出部１０１４からの信号により蓋体１０１３が開状態から閉状態になったことを確認すると（Ａｃｔ２にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ３としてスタートボタンＢ１がタッチ操作されるのを待機する。すなわちＣＰＵ１１０は、タッチパネル１０２からの信号を監視する。そしてタッチパネル１０２からの信号によりスタートボタンＢ１がタッチ操作されたことを検知すると（Ａｃｔ３にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ４としてタッチパネル１０２に会員確認画面Ｓ２（図１５を参照）を表示させる。

会員確認画面Ｓ２の一例を図１５に示す。会員確認画面Ｓ２は、会員である客に対して操作方法を説明するためのメッセージＭ２を表示する。また会員確認画面Ｓ２は、非会員である客が操作する非会員ボタンＢ２と、戻るボタンＢ３と、会員バーコードが読み取れない場合に客が操作するヘルプボタンＢ４とを表示する。会員バーコードは、会員である客に対して発行された会員証に表記されている。会員バーコードは、会員固有の会員番号を表す。

会員証を所持している客は、会員バーコードを読取窓１０３に翳す。そうすると、バーコードリーダ１１７によって会員バーコード（会員番号）が読み取られる。なお、会員バーコードを読取窓１０３に翳したが正しく読み取られなかった場合、客はヘルプボタンＢ５にタッチする。そうすると、ＣＰＵ１１０がタッチパネル１０２にテンキーボタンを表示させるので、客は、テンキーボタンを操作して会員番号を手入力する。また、例えば会員バーコードがわからないために取引を一旦中断する場合、客は、戻るボタンＢ４にタッチする。そうすると、タッチパネル１０２の画面が会員確認画面Ｓ２からスタート画面Ｓ１に戻る。
一方、非会員である客が会員確認画面Ｓ２を確認した場合には、客は、非会員ボタンＢ２にタッチする。

会員確認画面Ｓ２を表示させたＣＰＵ１１０は、Ａｃｔ５として商取引が会員取引であるか否かを判定する。バーコードリーダ１１７によって会員バーコードが読み取られた場合、あるいはタッチパネル１０２からの信号により会員番号が手入力されたことを検知した場合、ＣＰＵ１１０は、商取引が会員取引であると認定する。タッチパネル１０２からの信号により非会員ボタンＢ２がタッチ操作されたことを検知した場合には、ＣＰＵ１１０は、商取引が非会員取引であると認定する。

商取引が会員取引であると認定した場合（Ａｃｔ５にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ６としてその会員番号で識別される会員の氏名等の会員データをストアサーバ３から取得する。そしてＣＰＵ１１０は、その会員データを会員番号とともに取引メモリ３０１に記憶させる。商取引が非会員取引であると認定した場合には（Ａｃｔ５にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ６の処理を行わない。

次いでＣＰＵ１１０は、Ａｃｔ７としてタッチパネル１０２に登録画面Ｓ３（図１６を参照）を表示させる。
登録画面Ｓ３の一例を図１６に示す。登録画面Ｓ３は、その画面の一部を、販売登録された商品の情報を表示する領域Ｒ１と、販売登録された商品の合計点数を表示する領域Ｒ２とに区分する。また登録画面Ｓ３は、領域Ｒ１及び領域Ｒ２以外の画面上に、支払いボタンＢ５と、戻るボタンＢ６とを表示する。支払いボタンＢ５は、ＰＯＳ端末１にて販売登録された商品の代金を支払う場合に客がタッチする。戻るボタンＢ６は、例えばＰＯＳ端末１での商品の販売登録をやり直す場合に客がタッチする。

領域Ｒ１は、販売登録された商品毎に、商品名、販売点数及び販売金額の登録情報を１行ずつ表示する。領域Ｒ１は、最大５行まで登録情報を表示可能であり、販売登録された商品が６点以上となると、スクロール表示となる。因みに、Ａｃｔ７の時点では、商品の販売登録が行われていない。このため、領域Ｒ１及び領域Ｒ２は空欄である。

登録画面Ｓ３を表示させたＣＰＵ１１０は、Ａｃｔ８として読取装置１０１に対して読取開始のコマンドを送信する。このコマンドを受けて読取装置１０１のリーダライタ１０１６が起動し、アンテナ１０１５から収容室１０１２ａ内に収容されている各商品２０に向けて応答要求コマンドの電波が放射される。

読取開始コマンドを送信したＣＰＵ１１０は、図８に示すように、Ａｃｔ１１としてタグデータが読み取られたか否かを確認する。タグデータが読み取られていない場合（Ａｃｔ１１にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ１２として登録画面Ｓ３のボタンがタッチ操作されたか否かを確認する。ボタンがタッチ操作されていない場合（Ａｃｔ１２にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ１１に戻り、再びタグデータが読み取られたか否かを確認する。かくしてＣＰＵ１１０は、Ａｃｔ１１及びＡｃｔ１２の処理により、リーダライタ１０１６によってタグデータが読み取られるか、登録画面Ｓ３のボタンがタッチ操作されるのを待ち受ける。

この待ち受け状態において、リーダライタ１０１６によってタグデータが読み取れると（Ａｃｔ１１にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ１３としてタグデータを基に商品販売データを生成する。すなわちＣＰＵ１１０は、タグデータから識別コード、価格、商品名、商品属性等を取得する。なお、タグデータに商品名、商品属性等が含まれていない場合には、ＣＰＵ１１０は、ストアサーバ３にアクセスして、当該識別コードで識別される商品の商品名、商品属性等を取得する。ＣＰＵ１１０は、販売点数を“１”とし、販売金額を価格として、識別コード、価格、商品名、販売点数及び販売金額を含む商品販売データを生成する。

商品販売データを生成すると、ＣＰＵ１１０は、Ａｃｔ１４として商品属性を調べる。そして商品属性が補正対象を示す場合（Ａｃｔ１４にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ１５として当該商品販売データに付加される補正フラグＦを“１”とする。これに対し、商品属性が補正非対象を示す場合には（Ａｃｔ１４にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ１６として同補正フラグＦを“０”とする。Ａｃｔ１５またはＡｃｔ１６の処理を終えると、ＣＰＵ１１０は、Ａｃｔ１７として商品販売データを取引メモリ３０１に記憶させる。このときＣＰＵ１１０は、Ａｃｔ１５またはＡｃｔ１６にて得られた補正フラグＦと、デフォルトの種類情報とを商品販売データに付加する。デフォルトの種類情報は、補正無しを示す“００”である。

商品販売データを取引メモリ３０１に記憶させたならば、ＣＰＵ１１０は、Ａｃｔ１８として登録画面Ｓ３を更新する。すなわちＣＰＵ１１０は、登録画面Ｓ３の領域Ｒ１に、Ａｃｔ１７の処理で取引メモリ３０１に記憶させた商品販売データの商品名、販売点数及び販売金額を表示させる。またＣＰＵ１１０は、領域Ｒ２の合計点数を“１”だけ増加する。

登録画面Ｓ３を更新したならば、ＣＰＵ１１０は、Ａｃｔ１１の処理に戻る。すなわちＣＰＵ１１０は、リーダライタ１０１６によってタグデータが読み取られるか、登録画面Ｓ３のボタンがタッチ操作されるのを待ち受ける。

客は、登録画面Ｓ３の領域Ｒ１及びＲ２に表示される情報から、購入商品の登録が終わったか否かを確認する。例えば、１０品の商品を購入する場合において、領域Ｒ２に表示される合計点数が「１０」になると、客は、購入商品の登録が終わったと認識できる。購入商品の登録が終わったならば、客は支払いボタンＢ５にタッチする。なお、購入商品の登録を取り消す場合には、客は、戻るボタンＢ６にタッチする。

Ａｃｔ１１及びＡｃｔ１２の待ち受け状態において、タッチパネル１０２からの信号により登録画面Ｓ３のボタンがタッチ操作されたことを検知すると（Ａｃｔ１２にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ２１としてタッチ操作されたボタンの種類を判別する。タッチ操作されたボタンが支払いボタンＢ５であった場合（Ａｃｔ２１にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ２２として読取装置１０１に対して読取終了のコマンドを送信する。このコマンドを受けて、読取装置１０１のリーダライタ１０１６は停止する。
読取終了のコマンドを送信した後、ＣＰＵ１１０は、図９のＡｃｔ３１の処理に進む。

一方、タッチ操作されたボタンが戻るボタンＢ６であった場合には（Ａｃｔ２１にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ２３として取引メモリ３０１をクリアする。また、ＣＰＵ１１０は、Ａｃｔ２４として読取装置１０１に対して読取終了のコマンドを送信する。しかしてＣＰＵ１１０は、制御プログラムに従った処理を終了する。なお、処理を終了した後、ＣＰＵ１１０は、再びＡｃｔ１から処理を開始する。すなわちＣＰＵ１１０は、タッチパネル１０２にスタート画面Ｓ１を表示させる。

Ａｃｔ３１の処理に進むと、ＣＰＵ１１０は、補正の必要がある商品の有無を判定する。すなわちＣＰＵ１１０は、取引メモリ３０１において商品販売データとともに記憶された補正フラグＦの中に１つでも“１”にセットされた補正フラグＦが存在するか否かを確認する。“１”にセットされた補正フラグＦが１つも存在しない場合、補正対象の商品は１つもない。この場合（Ａｃｔ３１にてＮＯ）、ＣＰＵ１１０は、図１０のＡｃｔ５１の処理に進む。

一方、“１”にセットされた補正フラグＦが１つでも存在する場合には補正対象の商品が存在する。この場合（Ａｃｔ３１にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ３２としてタッチパネル１０２に補正確認画面Ｓ４（図１７を参照）を表示させる。
補正確認画面Ｓ４の一例を図１７に示す。補正確認画面Ｓ４は、客に対して補正をするか否かを確認するためのメッセージＭ３を表示する。図１７に示す補正確認画面Ｓ４は、購入商品に裾直しの補正が必要な商品が含まれている場合である。補正確認画面Ｓ４は、「はい」ボタンＢ７と、「いいえ」ボタンＢ８とを表示する。
補正確認画面Ｓ４を確認した客は、補正を希望する場合、「はい」ボタンＢ７にタッチする。補正を希望しない場合、客は「いいえ」ボタンＢ８にタッチする。

補正確認画面Ｓ４を表示させたＣＰＵ１１０は、Ａｃｔ３３として客が補正を希望するか否かを確認する。タッチパネル１０２からの信号により「いいえ」ボタンＢ８がタッチ操作されたことを検知した場合、客は補正を希望しない。この場合（Ａｃｔ３３にてＮＯ）、ＣＰＵ１１０は、図１０のＡｃｔ５１の処理に進む。

これに対し、「はい」ボタンＢ７がタッチ操作されたことを検知した場合には、客は補正を希望する。この場合（Ａｃｔ３３にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ３４としてタッチパネル１０２に補正商品選択画面Ｓ５（図１８を参照）を表示させる。
補正商品選択画面Ｓ５の一例を図１８に示す。補正商品選択画面Ｓ５は、補正の対象となる商品の一覧が表示される領域Ｒ３と、購入商品の合計点数とともに補正を行うことを決めた商品の総数が表示される領域Ｒ４と、補正の種類毎に補正を行う商品の点数と補正にかかる費用とが表示される領域Ｒ５とを含む。また補正商品選択画面Ｓ５は、領域Ｒ３内に、補正対象の商品毎に補正ボタン群Ｂ９を表示する。補正ボタン群Ｂ９は、対応する商品の補正の種類を客が指令するためのボタンの集合である。図１８は、裾直しの補正に係る補正ボタン群Ｂ９を示す。すなわち、ミシン縫いによる裾直しなのか、まつり縫いによる裾直しなのか、裾直しをしないのかを、補正ボタン群Ｂ９は選択可能としている。さらに補正商品選択画面Ｓ５は、領域Ｒ３及び領域Ｒ４以外の画面上に、支払いボタンＢ１０と、戻るボタンＢ１１とを表示する。

補正商品選択画面Ｓ５を確認した客は、例えば商品ＢＢＢについてミシン縫いによる裾直しを希望する場合には、商品ＢＢＢに対応した補正ボタン群Ｂ９の中から「ミシン縫い」と表記されたボタンにタッチする。例えば商品ＣＣＣについてまつり縫いによる裾直しを希望する場合には、商品ＣＣＣに対応した補正ボタン群Ｂ９の中から「まつり縫い」と表記されたボタンにタッチする。例えば商品ＣＣＣについて裾直しを希望しない場合には、商品ＣＣＣに対応した補正ボタン群Ｂ９の中から「しない」と表記されたボタンにタッチする。こうして、補正対象の商品毎に補正の種類を指定したならば、客は支払いボタンＢ１０にタッチする。なお、タッチパネル１０２の画面を補正商品選択画面Ｓ５から登録画面Ｓ３に戻す場合には、客は、戻るボタンＢ１１にタッチする。

補正商品選択画面Ｓ５を表示させたＣＰＵ１１０は、Ａｃｔ３５として補正ボタン群Ｂ９がタッチ操作されたことを検知するか、Ａｃｔ３６として戻るボタンＢ１１がタッチ操作されたことを検知するか、Ａｃｔ３７として、支払いボタンＢ１０がタッチ操作されたことを検知するのを待機する。
タッチパネル１０２からの信号により補正ボタン群Ｂ９がタッチ操作されたことを検知した場合（Ａｃｔ３５にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ３８として取引メモリ３０１に記憶された商品販売データに付加された種類情報を更新する。具体的には、例えば商品ＢＢＢに対して「ミシン縫い」と表記されたボタンがタッチされた場合には、ＣＰＵ１１０は、商品ＢＢＢの商品販売データに付加された種類情報を“０１”に変更する。例えば商品ＣＣＣに対して「まつり縫い」と表記されたボタンがタッチされた場合には、ＣＰＵ１１０は、商品ＣＣＣの商品販売データに付加された種類情報を“１０”に変更する。

タッチパネル１０２からの信号により戻るボタンＢ１１がタッチ操作されたことを検知した場合には（Ａｃｔ３６にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ３９として登録画面Ｓ３を再度表示させる。そしてＣＰＵ１１０は、Ａｃｔ４０として登録画面Ｓ３のボタンがタッチ操作されるのを待機する。タッチパネル１０２からの信号によりボタンがタッチ操作されたことを検知したならば（Ａｃｔ４０にてＹＥＳ）、ＣＰＵ１１０は、図８のＡｃｔ２１の処理に戻る。そしてＣＰＵ１１０は、Ａｃｔ２１以降の処理を前記と同様に実行する。

一方、Ａｃｔ３７においてタッチパネル１０２からの信号により支払いボタンＢ１０がタッチされたことを検知した場合には（Ａｃｔ３７にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ４１としてタッチパネル１０２に補正承諾画面Ｓ６（図１９を参照）を表示させる。
補正承諾画面Ｓ６の一例を図１９に示す。補正承諾画面Ｓ６は、客に対して補正の内容、例えば２点の裾直しを行ってよいか否かを問い合わせるためのメッセージＭ４を表示する。また補正承諾画面Ｓ６は、「はい」ボタンＢ１２と、「いいえ」ボタンＢ１３とを表示する。
補正承諾画面Ｓ６を確認した客は、補正を承諾する場合、「はい」ボタンＢ１２にタッチする。例えば補正の種類を選択し直すために補正を承諾しない場合には、客は「いいえ」ボタンＢ１３にタッチする。

補正承諾画面Ｓ６を表示させたＣＰＵ１１０は、Ａｃｔ４２として客が補正を承諾したか否かを確認する。タッチパネル１０２からの信号により「いいえ」ボタンＢ１３がタッチ操作されたことを検知した場合、客は補正を承諾しない。この場合（Ａｃｔ４２にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ３４の処理に戻る。そしてＣＰＵ１１０は、Ａｃｔ３４以降の処理を前記と同様に実行する。

これに対し、「はい」ボタンＢ１２がタッチされたことを検知した場合には、客は補正を承諾した。この場合（Ａｃｔ４２にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ４３として補正データを取引メモリ３０１に記憶させる。補正データは、補正の種類を示す種類情報とその補正にかかる費用の情報である。例えば図１８に示す補正商品選択画面Ｓ５を確認した客が、支払いボタンＢ１０にタッチし、その後の補正承諾画面Ｓ６で「はい」ボタンＢ１２にタッチすると、「ミシン縫い」の種類情報“０１”と補正費用［２００円＋税］を含む補正データと、「まつり縫い」の種類情報“１０”と補正費用［３００円＋税］を含む補正データとが取引メモリ３０１に記憶される。

補正データを記憶させると、ＣＰＵ１１０は、図１０のＡｃｔ５１の処理に進む。
Ａｃｔ５１の処理に進むと、ＣＰＵ１１０は、タッチパネル１０２にクーポン選択画面Ｓ７（図２０を参照）を表示させる。
クーポン選択画面Ｓ７の一例を図２０に示す。クーポン選択画面Ｓ７は、会員である客に対してクーポン券を使用する際の操作方法を説明するためのメッセージＭ５を表示する。またクーポン選択画面Ｓ７は、クーポン券を使用しない客が操作する不使用ボタンＢ１４と、戻るボタンＢ１５と、クーポンバーコードが読み取れない場合に客が操作するヘルプボタンＢ１６とを表示する。クーポンバーコードは、会員である客に対して発行されたクーポン券に表記されている。クーポンバーコードは、クーポン券固有の識別コード（以下、クーポンコードと称する）を表す。

クーポン券を使用する客は、クーポンバーコードを読取窓１０３に翳す。そうすると、バーコードリーダ１１７によってクーポンバーコード（クーポンコード）が読み取られる。なお、クーポンバーコードを読取窓１０３に翳したが正しく読み取られなかった場合、客はヘルプボタンＢ１６にタッチする。そうすると、タッチパネル１０２にテンキーボタンが表示されるので、客は、テンキーボタンを操作してクーポンコードを手入力する。また、例えばクーポンコードがわからないためにクーポンコードの入力を一旦中断する場合、客は、戻るボタンＢ１５にタッチする。そうすると、タッチパネル１０２の画面がクーポン選択画面Ｓ７から登録画面Ｓ３に戻る。
一方、クーポン券を使用しない客は、不使用ボタンＢ１４にタッチする。

クーポン選択画面Ｓ７を表示させたＣＰＵ１１０は、Ａｃｔ５２としてクーポン券を使用するか否かを判定する。バーコードリーダ１１７によってクーポンバーコードが読み取られた場合、あるいはタッチパネル１０２からの信号によりクーポンコードが手入力された場合、ＣＰＵ１１０は、クーポン券の使用有りと認定する。タッチパネル１０２からの信号により不使用ボタンＢ１４がタッチ操作されたことを検知した場合には、ＣＰＵ１１０は、クーポン券の使用無しと認定する。
クーポン券の使用無しと認定した場合（Ａｃｔ５２にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ５９の処理に進む。

これに対し、クーポン券の使用有りと認定した場合には（Ａｃｔ５２にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ５３として取引メモリ３０１に会員データが記憶されているか否かを確認する。会員データが記憶されていない場合（Ａｃｔ５３にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ５４としてタッチパネル１０２に会員承諾画面Ｓ８（図２１を参照）を表示させる。

会員承諾画面Ｓ８の一例を図２１に示す。クーポン券を使用する場合には、会員確認画面Ｓ２に戻って会員バーコードをスキャンする必要がある。会員承諾画面Ｓ８は、会員確認画面に戻るか否かを客に問い合わせるためのメッセージＭ６を表示する。また会員承諾画面Ｓ８は、「はい」ボタンＢ１７と、「いいえ」ボタンＢ１８とを表示する。
会員承諾画面Ｓ８を確認した客は、会員確認画面Ｓ２に戻る場合、「はい」ボタンＢ１７にタッチする。会員確認画面Ｓ２に戻らない場合、客は「いいえ」ボタンＢ１８にタッチする。

会員承諾画面Ｓ８を表示させたＣＰＵ１１０は、Ａｃｔ５５として会員確認画面Ｓ２に戻ることを客が承諾したか否かを確認する。タッチパネル１０２からの信号により「いいえ」ボタンＢ１８がタッチ操作されたことを検知した場合、客は会員確認画面に戻ることを承諾しない。この場合（Ａｃｔ５５にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ５１の処理に戻る。すなわちＣＰＵ１１０は、タッチパネル１０２の画面を会員承諾画面Ｓ８からクーポン選択画面Ｓ７に戻す。以後、ＣＰＵ１１０は、Ａｃｔ５１以降の処理を前記と同様に実行する。

これに対し、「はい」ボタンＢ１７がタッチ操作されたことを検知した場合には、客は会員確認画面に戻ることを承諾した。この場合（Ａｃｔ５５にてＹＥＳ）、ＣＰＵ１１０は、図７のＡｃｔ４の処理に戻る。すなわちＣＰＵ１１０は、タッチパネル１０２の画面を会員承諾画面Ｓ８から会員確認画面Ｓ２に戻す。以後、ＣＰＵ１１０は、Ａｃｔ４以降の処理を前記と同様に実行する。

Ａｃｔ５３において取引メモリ３０１に会員データが登録されている場合（Ａｃｔ５３にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ５６としてタッチパネル１０２にクーポン確認画面Ｓ９（図２２を参照）を表示させる。

クーポン確認画面Ｓ９の一例を図２２に示す。クーポン確認画面Ｓ９は、クーポンバーコードから特定されたクーポン券の情報を示し、そのクーポン券を使用するか否かを客に問い合わせるためのメッセージＭ７を表示する。またクーポン確認画面Ｓ９は、「はい」ボタンＢ１９と、「いいえ」ボタンＢ２０とを表示する。
クーポン確認画面Ｓ９を確認した客は、クーポン券を使用する場合、「はい」ボタンＢ１９にタッチする。クーポン券を使用しない場合、客は「いいえ」ボタンＢ２０にタッチする。

クーポン確認画面Ｓ９を表示させたＣＰＵ１１０は、Ａｃｔ５７として客がクーポン券を使用するか否かを確認する。タッチパネル１０２からの信号により「いいえ」ボタンＢ２０がタッチ操作されたことを検知した場合、客はクーポン券を使用しない。この場合（Ａｃｔ５７にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ５１の処理に戻る。すなわちＣＰＵ１１０は、タッチパネル１０２の画面をクーポン確認画面Ｓ９からクーポン選択画面Ｓ７に戻す。以後、ＣＰＵ１１０は、Ａｃｔ５１以降の処理を前記と同様に実行する。
これに対し、「はい」ボタンＢ１９がタッチ操作されたことを検知した場合には、客はクーポン券を使用する。この場合（Ａｃｔ５７にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ５８としてクーポンデータを取引メモリ３０１に記憶させる。クーポンデータは、クーポンコードとそのクーポンコードで特定される特典情報（値引額又は割引率）である。例えば図２２に示すクーポン確認画面Ｓ９において客が「はい」ボタンＢ１９にタッチした場合、ＣＰＵ１１０は、該当するクーポンコードと５００円引きの特典情報とをクーポンデータとして取引メモリ３０１に記憶させる。クーポンデータを記憶させると、ＣＰＵ１１０は、Ａｃｔ９１処理に進む。

Ａｃｔ９１では、ＣＰＵ１１０は、タッチパネル１０２に支払い選択画面Ｓ１０（図２３を参照）を表示させる。
支払い選択画面Ｓ１０の一例を図２３に示す。支払い選択画面Ｓ１０は、その画面Ｓ１０の一部に購入商品の合計点数、値引額、合計金額等を表示する領域Ｒ６を含む。また、支払い選択画面Ｓ１０は、上記領域Ｒ６以外の部分に、現金ボタンＢ２１と、クレジットボタンＢ２２と、戻るボタンＢ２３とを表示する。現金ボタンＢ２１は、現金で支払いを行う客がタッチする。クレジットボタンＢ２２は、クレジットカードで支払いを行う客がタッチする。戻るボタンＢ２３は、クーポン選択画面Ｓ７に戻ることを希望する客がタッチする。

ここで、領域Ｒ６に表示される点数は、取引メモリ３０１に記憶された商品販売データに含まれる販売点数の合計である。値引額は、取引メモリ３０１に記憶されたクーポンデータの特典情報から導出される金額である。合計金額は、取引メモリ３０１に記憶された商品販売データに含まれる販売金額の合計と、値引額と、補正データに含まれる費用とから導出される金額である。ＣＰＵ１１０は、取引メモリ３０１に記憶された各データから合計点数、値引額、合計金額等を算出し、領域Ｒ６に表示させる。

支払い選択画面Ｓ１０を表示させたＣＰＵ１１０は、Ａｃｔ６０として戻るボタンＢ２３がタッチ操作されたか否かを確認する。戻るボタンＢ２３がタッチ操作されていない場合（Ａｃｔ６０にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ６１としてクレジットボタンＢ２２がタッチ操作されたか否かを確認する。クレジットボタンＢ２２がタッチ操作されていない場合（Ａｃｔ６１にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ６２として現金ボタンＢ２１がタッチ操作されたか否かを確認する。現金ボタンＢ２１がタッチ操作されていない場合（Ａｃｔ６２にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ６０の処理に戻る。ここにＣＰＵ１１０は、Ａｃｔ６０乃至Ａｃｔ６２により、戻るボタンＢ２３がタッチ操作されるか、クレジットボタンＢ２２がタッチ操作されるか、現金ボタンＢ２１がタッチ操作されるのを待ち受ける。

Ａｃｔ６０乃至Ａｃｔ６２の待ち受け状態において、タッチパネル１０２からの信号により戻るボタンＢ２３がタッチ操作されたことを検知すると（Ａｃｔ６０にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ５１の処理に戻る。すなわちＣＰＵ１１０は、タッチパネル１０２の画面を支払い選択画面Ｓ１０からクーポン選択画面Ｓ７に戻す。以後、ＣＰＵ１１０は、Ａｃｔ５１以降の処理を前記と同様に実行する。

Ａｃｔ６０乃至Ａｃｔ６２の待ち受け状態において、タッチパネル１０２からの信号によりクレジットボタンＢ２２がタッチ操作されたことを検知した場合には（Ａｃｔ６１にてＹＥＳ）、ＣＰＵ１１０は、図１１のＡｃｔ７１の処理に進む。

Ａｃｔ７１の処理に進むと、ＣＰＵ１１０は、タッチパネル１０２にクレジット決済画面Ｓ１１（図２４を参照）を表示させる。
クレジット決済画面Ｓ１１の一例を図２４に示す。クレジット決済画面Ｓ１１は、その画面の一部に、クレジット支払いに係る情報として合計金額欄、支払い方法欄及びカード会社欄を備えた領域Ｒ７を含む。そしてクレジット決済画面Ｓ１１は、合計金額欄に合計金額を表示する。支払い方法欄及びカード会社欄は空欄である。また、クレジット決済画面Ｓ１１は、領域Ｒ７以外の部分に戻るボタンＢ２４を表示する。

クレジット決済画面Ｓ１１を確認した客は、クレジットカードをカード挿入口１０５に挿入する。そうすると、このクレジットカードのデータがカードリーダ１１８によって読み取られる。なお、クレジットカードによる支払いを取り止める客は、戻るボタンＢ２４にタッチする。

クレジット決済画面Ｓ１１を表示させたＣＰＵ１１０は、Ａｃｔ７２として戻るボタンＢ２４がタッチ操作されたか否かを確認する。戻るボタンＢ２４がタッチ操作されていない場合（Ａｃｔ７２にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ７３としてカードリーダ１１８によりクレジットカードのデータが読み取られたか否かを確認する。クレジットカードのデータが読み取られていない場合（Ａｃｔ７３にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ７２の処理に戻る。ここにＣＰＵ１１０は、Ａｃｔ７２及びＡｃｔ７３の処理により、戻るボタンＢ２４がタッチ操作されるかクレジットカードのデータが読み取られるのを待ち受ける。

Ａｃｔ７２及びＡｃｔ７３の待ち受け状態において、タッチパネル１０２からの信号により戻るボタンＢ２４がタッチ操作されたことを検知した場合（Ａｃｔ７２にてＹＥＳ）、ＣＰＵ１１０は、図１０のＡｃｔ５９の処理に戻る。すなわちＣＰＵ１１０は、タッチパネル１０２の画面をクレジット決済画面Ｓ１１から支払い選択画面Ｓ１０に戻す。そしてＣＰＵ１１０は、Ａｃｔ５９以降の処理を前記と同様に実行する。

Ａｃｔ７２及びＡｃｔ７３の待ち受け状態において、カードリーダ１１８からの信号によりクレジットカードのデータが読み取られたことを検知した場合には（Ａｃｔ７３にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ７４としてストアサーバ３にクレジットカードの認証処理を要求する。認証要求を受けたストアサーバ３は、クレジットカード会社のホストコンピュータにクレジットカードの認証を問い合わせる等の認証処理を行う。

クレジットカードの認証要求を行ったＣＰＵ１１０は、Ａｃｔ７５としてタッチパネル１０２に通信中画面を表示させる。通信中画面は、客に通信中であることを通知するためのメッセージを表示する。

ＣＰＵ１１０は、Ａｃｔ７６としてクレジットカードの認証が終了するのを待機する。ここで、ストアサーバ３からクレジットカードの認証結果を受信すると（Ａｃｔ７６にてＹＥＳ）、ＣＰＵ１１０は、通信中画面を消去した後、Ａｃｔ７７としてクレジットカードが承認されたか否かを判断する。クレジットカードが承認されなかった場合（Ａｃｔ７７にてＮＯ）、ＣＰＵ１１０は、図１０のＡｃｔ５９の処理に戻る。すなわちＣＰＵ１１０は、タッチパネル１０２の画面をクレジット決済画面Ｓ１１から支払い選択画面Ｓ１０に戻す。そしてＣＰＵ１１０は、Ａｃｔ５９以降の処理を前記と同様に実行する。

クレジットカードが承認された場合には（Ａｃｔ７７にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ７８としてタッチパネル１０２にクレジット確認画面Ｓ１２（図２５を参照）を表示させる。
クレジット確認画面Ｓ１２の一例を図２５に示す。クレジット確認画面Ｓ１２は、クレジット決済画面Ｓ１１において、領域Ｒ７の支払い方法欄とカード会社欄とに、支払い方法と、クレジットカードのデータから得られたカード会社名の情報とをそれぞれ表示させたものである。またクレジット確認画面Ｓ１２は、クレジット決済画面Ｓ１１において、確認ボタンＢ２５を追加する。戻るボタンＢ２４については、クレジット決済画面Ｓ１１のものと同様である。
クレジット確認画面Ｓ１２を確認し、クレジット支払いを確定させる客は、確認ボタンＢ２５にタッチする。クレジット支払いを取り止める客は、戻るボタンＢ２４にタッチする。

クレジット確認画面Ｓ１２を表示させたＣＰＵ１１０は、Ａｃｔ７９として戻るボタンＢ２４がタッチ操作されたか否かを確認する。戻るボタンＢ２４がタッチ操作されていない場合（Ａｃｔ７９にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ８０として確認ボタンＢ２５がタッチ操作されたか否かを確認する。確認ボタンＢ２５がタッチ操作されていない場合（Ａｃｔ８０にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ７９の処理に戻る。ここにＣＰＵ１１０は、Ａｃｔ７９及びＡｃｔ８０の処理により、戻るボタンＢ２４がタッチ操作されるか確認ボタンＢ２５がタッチ操作されるのを待ち受ける。

Ａｃｔ７９及びＡｃｔ８０の待ち受け状態において、タッチパネル１０２からの信号により戻るボタンＢ２４がタッチ操作されたことを検知した場合（Ａｃｔ７９にてＹＥＳ）、ＣＰＵ１１０は、図１０のＡｃｔ５９の処理に戻る。すなわちＣＰＵ１１０は、タッチパネル１０２の画面をクレジット確認画面Ｓ１２から支払い選択画面Ｓ１０に戻す。そしてＣＰＵ１１０は、Ａｃｔ５９以降の処理を前記と同様に実行する。

これに対し、タッチパネル１０２からの信号により確認ボタンＢ２５がタッチ操作されたことを検知した場合には（Ａｃｔ８０にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ８１としてストアサーバ３にクレジットカードによる決済要求を指示する。この指示を受けて、ストアサーバ３は、クレジットカード会社のホストコンピュータにカード取引データを送信する等の決済処理を実行する。

クレジットカードによる決済要求を指示したＣＰＵ１１０は、Ａｃｔ８２としてタッチパネル１０２に前記と同様の通信中画面を表示させる。またＣＰＵ１１０は、Ａｃｔ８３としてストアサーバ３から決済終了の通知を待ち受ける。そして、ストアサーバ３から決済終了の通知を受信すると（Ａｃｔ８３にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ８４としてプリンタ１１６を動作させてクレジット伝票の印字を制御する。この制御により、プリンタ１１６によって印刷されたクレジット伝票がレシート発行口１０４から発行される。このときＣＰＵ１１０は、Ａｃｔ８５としてタッチパネル１０２に伝票発行画面を表示させる。伝票発行画面は、例えばクレジット伝票がレシート発行口１０４から発行されることを客に通知するためのメッセージを表示する。その後、ＣＰＵ１１０は、図１３のＡｃｔ１１１の処理に進む。

一方、図１０に示すＡｃｔ６０乃至Ａｃｔ６２の待ち受け状態において、タッチパネル１０２からの信号により現金ボタンＢ２１がタッチ操作されたことを検知した場合には（Ａｃｔ６２にてＹＥＳ）、ＣＰＵ１１０は、図１２のＡｃｔ９１の処理に進む。

Ａｃｔ９１の処理に進むと、ＣＰＵ１１０は、タッチパネル１０２に現金決済画面Ｓ１３（図２６を参照）を表示させる。
現金決済画面Ｓ１３の一例を図２６に示す。現金決済画面Ｓ１３は、その画面の一部に、現金支払いに係る情報として合計金額欄及び投入金額欄を備えた領域Ｒ８を含む。そして現金決済画面Ｓ１３は、合計金額欄に合計金額を表示し、投入金額欄に現時点の投入金額として０円を表示する。投入金額欄は空欄であってもよい。また現金決済画面Ｓ１３は、紙幣用の投入枚数表示欄Ｒ９と、硬貨用の投入枚数表示欄Ｒ１０とを含む。さらに現金決済画面Ｓ１３は、領域Ｒ８，Ｒ９，Ｒ１０以外の部分に、戻るボタンＢ２６を表示する。

紙幣用の投入枚数表示欄Ｒ９は、１００００円、５０００円、２０００円、１０００円の金種毎に上段と下段の２段で構成されており、上段は金種を表示する。下段は、対応する金種の紙幣の紙幣入出口１０６からの投入枚数を表示する。
硬貨用の投入枚数表示欄Ｒ１０は、５００円、１００円、５０円、１０円、５円、１円の金種毎に上段と下段の２段で構成されており、上段は金種を表示する。下段は、対応する金種の硬貨の硬貨投入口１０７からの投入枚数を表示する。
なお、Ａｃｔ９１の時点では、投入枚数表示欄Ｒ９及び投入枚数表示欄Ｒ１０の各下段は空欄である。各下段に、それぞれ投入枚数として“０”を表示してもよい。

現金決済画面Ｓ１３を確認した客は、代金として支払う貨幣のうち紙幣を紙幣入出口１０６に投入し、硬貨を硬貨投入口１０７に投入する。紙幣入出口１０６から紙幣が投入されると、紙幣選別部２０５によって紙幣の金種が識別される。そして、紙幣カウンタ２０６によって金種毎に紙幣の投入枚数が計数される。同様に、硬貨投入口１０７から硬貨が投入されると、硬貨選別部２０８によって硬貨の金種が識別される。そして、硬貨カウンタ２０９によって金種毎に硬貨の投入枚数が計数される。そしてコントローラ２０４により入金額が算出され、その入金額データがＣＰＵ１１０に通知される。

現金決済画面Ｓ１３を表示させたＣＰＵ１１０は、Ａｃｔ９２として戻るボタンＢ２６がタッチ操作されたか否かを確認する。戻るボタンＢ２６がタッチ操作されていない場合、ＣＰＵ１１０は、Ａｃｔ９３として自動釣銭機１１９に現金（硬貨または紙幣）が投入されたか否かを確認する。自動釣銭機１１９に現金が投入されると、自動釣銭機１１９からＣＰＵ１１０に入金額データが通知される。換言すれば、ＣＰＵ１１０に入金額データが通知されていない状態では、自動釣銭機１１９に現金は投入されていないと見做すことができる。自動釣銭機１１９に現金が投入されていない場合（Ａｃｔ９３にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ９２の処理に戻る。ここにＣＰＵ１１０は、Ａｃｔ９２及びＡｃｔ９３の処理により、戻るボタンＢ２６がタッチ操作されるか現金が投入されるのを待ち受ける。

なお、自動釣銭機１１９に現金が投入されたか否かを確認する方法は、上述した入金額データの通知有無を確認する方法に限定されない。例えば、紙幣入出口１０６または硬貨投入口１０７に紙幣又は硬貨が投入されたことに応じてコントローラ２０４からＣＰＵ１１０に所定のコマンドを通知することで、ＣＰＵ１１０が、自動釣銭機１１９に現金が投入されたか否かを確認してもよい。

Ａｃｔ９２及びＡｃｔ９３の待ち受け状態において、タッチパネル１０２からの信号により戻るボタンＢ２６がタッチ操作されたことを検知した場合（Ａｃｔ９２にてＹＥＳ）、ＣＰＵ１１０は、図１０のＡｃｔ５９の処理に戻る。すなわちＣＰＵ１１０は、タッチパネル１０２の画面を現金決済画面Ｓ１３から支払い選択画面Ｓ１０に戻す。そしてＣＰＵ１１０は、Ａｃｔ５９以降の処理を前記と同様に実行する。

Ａｃｔ９２及びＡｃｔ９３の待ち受け状態において、現金が投入されたと認識した場合（Ａｃｔ９３にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ９４として自動釣銭機１１９の紙幣カウンタ２０６で計数されているデータと硬貨カウンタ２０９で計数されているデータとを取得する。そしてＣＰＵ１１０は、紙幣カウンタ２０６で計数されているデータ、すなわち金種別の紙幣投入枚数及び紙幣リジェクト回数を紙幣メモリ３０２に記憶させる。同様にＣＰＵ１１０は、硬貨カウンタ２０９で計数されているデータ、すなわち金種別の硬貨投入枚数及び硬貨リジェクト回数を硬貨メモリ３０３に記憶させる。

次いでＣＰＵ１１０は、Ａｃｔ９５として現金決済画面Ｓ１３の領域Ｒ８における投入金額欄に、入金額データの金額を表示させる。またＣＰＵ１１０は、Ａｃｔ９６として現金決済画面Ｓ１３の領域Ｒ９に紙幣メモリ３０２のデータＢ１，Ｂ２，Ｂ３，Ｂ４を表示させ、領域Ｒ１０に硬貨メモリ３０３のデータＣ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６を表示させる。

ＣＰＵ１１０は、Ａｃｔ９７として合計金額と投入金額とを比較し、合計金額に対して投入金額が不足しているか否かを判断する。そして不足している場合（Ａｃｔ９７にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ９８として、図２７に示すように、現金決済画面Ｓ１３の領域Ｒ８に不足金額欄を追加し、合計金額と支払い金額との差額を表示する。その後、ＣＰＵ１１０は、Ａｃｔ９２に戻り、戻るボタンＢ２６がタッチ操作されるか、さらに現金が投入されるのを待ち受ける。

一方、Ａｃｔ９７において、投入金額が合計金額以上であった場合（Ａｃｔ９７にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ９９としてタッチパネル１０２に現金確認画面Ｓ１４（図２８）を表示させる。
現金確認画面Ｓ１４の一例を図２８に示す。現金確認画面Ｓ１４は、現金決済画面Ｓ１３と同様の領域Ｒ８、Ｒ９及びＲ１０を含む。また現金確認画面Ｓ１４は、戻るボタンＢ２６とともに確認ボタンＢ２７を表示する。ただし、領域Ｒ８においては、不足金額欄の代わりに釣銭金額欄とする。そしてＣＰＵ１１０は、投入金額と合計金額との差額を釣銭額として釣銭金額欄に表示させる。
現金確認画面Ｓ１４を確認し、現金による支払いを確定させる客は、確認ボタンＢ２７にタッチする。確定させない客は、戻るボタンＢ２６にタッチする。

現金確認画面Ｓ１４を表示させたＣＰＵ１１０は、Ａｃｔ１００として戻るボタンＢ２６がタッチ操作されたか否かを確認する。戻るボタンＢ２６がタッチ操作されていない場合（Ａｃｔ１００にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ１０１として確認ボタンＢ２７がタッチ操作されたか否かを確認する。確認ボタンＢ２７がタッチ操作されていない場合（Ａｃｔ１０１にてＮＯ）、ＣＰＵ１１０は、Ａｃｔ１００の処理に戻る。ここにＣＰＵ１１０は、Ａｃｔ１００及びＡｃｔ１０１の処理により、戻るボタンＢ２６がタッチ操作されるか確認ボタンＢ２７がタッチ操作されるのを待ち受ける。

Ａｃｔ１００及びＡｃｔ１０１の待ち受け状態において、タッチパネル１０２からの信号により戻るボタンＢ２６がタッチ操作されたことを検知した場合（Ａｃｔ１００にてＹＥＳ）、ＣＰＵ１１０は、図１０のＡｃｔ５９の処理に戻る。すなわちＣＰＵ１１０は、タッチパネル１０２の画面をクレジット確認画面Ｓ１２から支払い選択画面Ｓ１０に戻す。そしてＣＰＵ１１０は、Ａｃｔ５９以降の処理を前記と同様に実行する。

これに対し、タッチパネル１０２からの信号により確認ボタンＢ２７がタッチ操作されたことを検知した場合には（Ａｃｔ１０１にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ１０２としてプリンタ１１６を動作させて買上レシートの印字を制御する。この制御により、プリンタ１１６によって印刷された買上レシートがレシート発行口１０４から発行される。このときＣＰＵ１１０は、Ａｃｔ１０３としてタッチパネル１０２にレシート発行画面を表示させる。レシート発行画面は、例えば買上レシートがレシート発行口１０４から発行されることを客に通知するためのメッセージを表示する。紙幣入出口１０６又は硬貨払出口１０８から釣銭が払い出されることを客に通知するためのメッセージを含めてもよい。その後、ＣＰＵ１１０は、図１３のＡｃｔ１１１の処理に進む。

Ａｃｔ１１１の処理に進むと、ＣＰＵ１１０は、クレジット伝票またはレシートの発行から所定時間（例えば５秒）が経過するのを待機する。そして所定時間が経過したことを確認すると（Ａｃｔ１１１にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ１１２としてタッチパネル１０２に終了画面Ｓ１５（図２９参照）を表示させる。
終了画面Ｓ１５の一例を図２９に示す。終了画面Ｓ１５は、決済終了後の客の動作を案内するためのメッセージＭ８を表示する。

終了画面Ｓ１５を確認した客は、扉（蓋体１０１３）をあけて収容室１０１２ａから商品を取り出す。そして客は、商品を持って袋詰め用のカウンタまで行き、袋詰めを行う。

終了確認画面Ｓ１５を表示させたＣＰＵ１１０は、Ａｃｔ１１３として所定時間（例えば５秒）が経過するのを待機する。そして所定時間が経過したことを確認すると（Ａｃｔ１１３にてＹＥＳ）、ＣＰＵ１１０は、Ａｃｔ１１４として登録メモリ３０１、紙幣メモリ３０２及び硬貨メモリ３０３のデータをクリアする。以上で、ＣＰＵ１１０は、制御プログラムに従った処理を終了する。なお、処理を終了した後、ＣＰＵ１１０は、再びＡｃｔ１から処理を開始する。すなわちＣＰＵ１１０は、タッチパネル１０２にスタート画面Ｓ１を表示させる。

ここにＣＰＵ１１０は、図１２のＡｃｔ９１乃至Ａｃｔ９３及びＡｃｔ９７乃至Ａｃｔ１０２の処理を実行することで、決済処理手段を構成する。また、ＣＰＵ１１０は、図１２のＡｃｔ９４乃至Ａｃｔ９６の処理を実行することで、報知手段を構成する。

このように本実施形態のＰＯＳ端末１においては、客が購入する商品を読取装置１０１の収容室１０１２ａ内に入れると、会員確認画面Ｓ２が表示される。ここで、客が会員バーコードを読取窓１０３に翳すと、バーコードリーダ１１７により会員バーコードが読み取られる。そしてＰＯＳ端末１においては、会員バーコードのデータから会員データが導出され、取引メモリ３０１に記憶される。

会員データが取引メモリ３０１に記憶されるか、客が会員確認画面Ｓ２の非会員ボタンＢ２にタッチすると、ＰＯＳ端末１においては、リーダライタ１０１６が起動して、商品に付されたＲＦＩＤタグのデータが読み取られる。そしてこのＲＦＩＤタグのデータに基づいて、客が購入する商品の販売データが生成され、取引メモリ３０１に記憶される。また、タッチパネル１０２の画面が登録画面Ｓ３に切り替わり、この登録画面Ｓ３に、客が購入する商品の商品名、販売点数及び販売金額等が表示される。

登録画面Ｓ３の表示内容から商品登録が終了したと判断した客は、登録画面Ｓ３の支払いボタンＢ５にタッチする。ここで、客が購入する商品の中に例えば裾直しが必要な商品が含まれていると、タッチパネル１０２の画面が登録画面Ｓ３から補正確認画面Ｓ４に切り替わる。裾直し等の補正行為が必要な商品が含まれていない場合には、タッチパネル１０２の画面が登録画面Ｓ３からクーポン選択画面Ｓ７に切り替わる。

補正確認画面Ｓ４を確認した客は、裾直しを希望する場合、補正確認画面Ｓ４の「はい」ボタンＢ７にタッチする。そうすると、タッチパネル１０２の画面が補正確認画面Ｓ４から補正商品選択画面Ｓ５に切り替わる。

補正商品選択画面Ｓ５を確認した客は、補正対象の商品毎に補正の種類を決定して、補正ボタン群Ｂ９のなかの該当するボタンにタッチする。補正対象の商品全てについて補正の種類を決定したならば、客は、補正商品選択画面Ｓ５の支払いボタンＢ１０にタッチする。そうすると、タッチパネル１０２の画面が補正商品選択画面Ｓ５から補正承諾画面Ｓ６に切り替わる。

補正承諾画面Ｓ６を確認した客は、補正を行うか否かを決定する。補正を行う場合、客は、補正承諾画面Ｓ６の「はい」ボタンＢ１２にタッチする。そうすると、タッチパネル１０２の画面が補正承諾画面Ｓ６からクーポン選択画面Ｓ７に切り替わる。

クーポン選択画面Ｓ７が表示された状態で、客がクーポン券のクーポンバーコードを読取窓１０３に翳すと、バーコードリーダ１１７によりクーポンバーコードが読み取られる。そしてＰＯＳ端末１においては、タッチパネル１０２の画面がクーポン選択画面Ｓ７からクーポン確認画面Ｓ９に切り替わる。

クーポン確認画面Ｓ９を確認した客は、「はい」ボタンＢ１９にタッチする。そうすると、クーポンデータが取引メモリ３０１に記憶される。また、タッチパネル１０２の画面がクーポン確認画面Ｓ９から支払い選択画面Ｓ１０に切り替わる。なお、クーポン選択画面Ｓ７が表示された状態で、客が不使用ボタンＢ１４にタッチした場合は、タッチパネル１０２の画面がクーポン選択画面Ｓ７から支払い選択画面Ｓ１０に切り替わる。

支払い選択画面Ｓ１０を確認した客は、代金（合計金額）を現金で支払う場合、現金ボタンＢ２１にタッチする。そうすると、タッチパネル１０２の画面が支払い選択画面Ｓ１０から現金決済画面Ｓ１３に切り替わる。そしてこの現金決済画面Ｓ１３に、紙幣用の投入枚数表示欄Ｒ９と、硬貨用の投入枚数表示欄Ｒ１０とが表示される。

客は、代金として支払う紙幣については紙幣入出口１０６へ投入し、硬貨については硬貨投入口１０７へ投入する。紙幣が紙幣入出口１０６から投入されると、自動釣銭機１１９においては、その紙幣の金種が識別され、金種別に投入枚数が計数される。そして、この金種別の紙幣投入枚数のデータは、紙幣メモリ３０２にて記憶される。同様に、硬貨が硬貨投入口１０７から投入されると、自動釣銭機１１９においては、その硬貨の金種が識別され、金種別に投入枚数が計数される。そして、この金種別の硬貨投入枚数のデータは、硬貨メモリ３０３にて記憶される。そして図２７に示すように、紙幣メモリ３０２に記憶されたデータは紙幣用の投入枚数表示欄Ｒ９に表示され、硬貨メモリ３０３に記憶されたデータは硬貨用の投入枚数表示欄Ｒ１０に表示される。

図２７は、合計金額に対して投入金額が不足しているときの現金決済画面Ｓ１３である。図２７は、合計金額９７２０円に対し、客が５０００円札を１枚、１０００円札を３枚、５００円硬貨を１枚、１００円硬貨を２枚、１０円硬貨を２枚投入した場合を示している。

このような場合において、客が１０００円札を既に４枚投入したと勘違いすることがある。従来であれば、現金決済画面には投入金額しか表示されないので、勘違いであるか否かの判断が難しい。しかしながら、本実施形態のＰＯＳ端末１であれば、１０００円札の投入枚数は３枚であることが現金決済画面Ｓ１３に示されているので、勘違いであると判断できる。

また、現金決済画面Ｓ１３には、投入金額と不足金額も表示される。したがって、客は投入枚数表示欄Ｒ９及びＲ１９の表示内容とともに投入金額を見ることによって、投入した金額を、投入した貨幣の枚数とともに容易に知ることができる。また客は、投入枚数表示欄Ｒ９及びＲ１９の表示内容とともに投入金額を見ることによって、不足している金額を、投入した貨幣の枚数とともに容易に知ることができる。

投入金額が合計金額に達するか超えると、タッチパネル１０２の画面は現金決済画面Ｓ１３から現金確認画面Ｓ１４に切り替わる。
図２８は、合計金額９，７２０円に対して投入金額が１０，７２０円であり、１，０００円の釣銭が発生した場合の現金確認画面Ｓ１４である。図２８に示すように、現金確認画面Ｓ１４にも現金決済画面Ｓ１３と同様に、紙幣用の投入枚数表示欄Ｒ９と硬貨用の投入枚数表示欄Ｒ１０とが表示される。したがって客は、現金確認画面Ｓ１４を確認することで、最終的に支払った貨幣の枚数を金種別に知ることができる。

現金確認画面Ｓ１４を確認した客は、確認ボタンＢ２７にタッチする。そうすると、タッチパネル１０２の画面が現金確認画面Ｓ１４からレシート発行画面に切り替わる。そこで客は、レシート発行口１０４から発行される買上レシートを回収する。その後、タッチパネル１０２の画面がレシート発行画面から終了画面に切り替わる。客は、扉を開けて収容室１０１２ａから商品を取り出し、袋詰めを行う。
以上で、商品の売買を伴う商取引の登録開始から決済終了までの動作が終了する。

以下、実施形態の変形例について説明する。
図３０は、現金決済画面Ｓ１３における紙幣用の投入枚数表示欄Ｒ９と硬貨用の投入枚数表示欄Ｒ１０とを変更した例である。すなわち、図３０に示す現金決済画面Ｓ１３１は、投入枚数表示欄Ｒ９１においては実際に投入された紙幣の金種のみ選択して投入枚数を表示する。また同様に、投入枚数表示欄Ｒ１０１においては実際に投入された硬貨の金種のみ選択して投入枚数を表示する。

このような構成を採用することにより、画面Ｓ１３１に表示される金種の貨幣はすべて投入されたものであるので、操作者がどの金種を投入したのかがより明確に表示されるようになる。

図３１は、現金決済画面Ｓ１３における紙幣用の投入枚数表示欄Ｒ９と硬貨用の投入枚数表示欄Ｒ１０とを変更した例である。すなわち、図３１に示す現金決済画面Ｓ１３２は、紙幣用の投入枚数表示欄Ｒ９２と硬貨用の投入枚数表示欄Ｒ１０２のそれぞれについて、リジェクト回数をも表示するようにしている。
例えば硬貨投入口１０７に投入された硬貨は、正常であればリジェクトされることなく硬貨金庫２０２に収容される。しかし、例えば硬貨が変形していたために硬貨リジェクト部２１０によってその効果がリジェクトされる場合がある。このような場合、現金決済画面Ｓ１３２に表示される投入金額は、客が投入した金額よりも少なくなる。このような場合でも、図３１の現金決済画面Ｓ１３２であれば、リジェクトされた硬貨または紙幣の有無を確認できるので、何故、投入金額が少なく表示されているのかその原因を操作者が容易に知ることができる。

報知手段は、金種別の貨幣の枚数をタッチパネル１０２に表示する手段に限定されるものではない。タッチパネル１０２とは別に設けたディスプレイに表示してもよい。また、表示以外の報知手段、例えば音声出力等によって報知するようにしてもよい。

決済装置は、セルフ式のＰＯＳ端末に限定されるものではない。店員が操作する通常のＰＯＳ端末であってもよい。また、登録装置と決済装置とを分離し、登録装置については店員が操作し、決済装置については客が操作するセミセルフ式のＰＯＳ端末であってもよい。

自動釣銭機１１９は、紙幣と硬貨とをそれぞれ分離したものであってもよい。すなわち硬貨専用の自動釣銭機を決済装置が搭載し、投入された硬貨について金種別の投入枚数を報知するものであってもよい。同様に、紙幣用の自動釣銭機を決済装置が搭載し、投入された紙幣について金種別の投入枚数を報知するものであってもよい。

なお、決済装置の譲渡は一般に、制御プログラム等のプログラムがＲＯＭに記憶された状態にて行われる。しかしこれに限らず、決済装置が備える書き込み可能な記憶デバイスに、この決済装置とは個別に譲渡された制御プログラム等がユーザなどの操作に応じて書き込まれてもよい。制御プログラム等の譲渡は、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

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

１…セルフ式ＰＯＳ端末、１００…本体、１０１…読取装置、１０２…タッチパネル、１０６…紙幣入出口、１０７…硬貨投入口、１０８…硬貨払出口、１１０…ＣＰＵ、１１９…自動釣銭機、２０４…コントローラ、２０５…紙幣選別部、２０６…紙幣カウンタ、２０７…紙幣リジェクト部、２０８…硬貨選別部、２０９…硬貨カウンタ、２１０…硬貨リジェクト部、３０１…取引メモリ、３０２…紙幣メモリ、３０３…硬貨メモリ。

Claims (6)

1. 商取引の請求金額に対する支払いとして入金された貨幣の金額を算出する入金処理手段と、
   前記入金処理手段により算出された前記金額が前記請求金額以上となった商取引の決済を処理する決済処理手段と、
   前記入金された貨幣について金種別に枚数を計数する計数手段と、
   前記決済処理手段による決済が処理される前に、前記計数手段により計数された貨幣の枚数を金種別に入金者に報知する報知手段と、を具備する決済装置。
2. 前記入金額を表示する表示部、をさらに具備し、
   前記報知手段は、前記入金額とともに金種別の前記貨幣の枚数を前記表示部に表示する、請求項１記載の決済装置。
3. 前記入金額が前記請求金額未満のときにその差額を不足金額として表示する表示部、をさらに具備し、
   前記報知手段は、前記不足金額とともに金種別の前記貨幣の枚数を前記表示部に表示する、請求項１記載の決済装置。
4. 前記支払いとして投入されたが金種を識別不能な異物をリジェクトするリジェクト手段、をさらに具備し、
   前記計数手段は、前記リジェクト手段によりリジェクトされた回数を計数する手段を含み、
   前記報知手段は、金種別の前記貨幣の枚数とともに前記リジェクトされた回数を入金者に報知する、請求項１記載の決済装置。
5. 前記報知手段は、前記計数手段により計数された金種別の前記貨幣の枚数を、紙幣と硬貨とに区分して入金者に報知する、請求項１記載の決済装置。
6. 商取引の請求金額に対する支払いとして入金された貨幣の金額を算出する機能、及び、前記入金された貨幣について金種別に枚数を計数する機能を備えた自動釣銭機を有する決済装置のコンピュータに、
   前記入金された貨幣の金額が前記請求金額以上となった商取引の決済を処理する機能、及び、
   前記決済が処理される前に、前記計数された貨幣の枚数を金種別に入金者に報知する機能、
   を実現させるための制御プログラム。