JP2019087094A - 決済装置及び決済プログラム - Google Patents

Abstract

【課題】代金未払いのまま立ち去る決済者の不正を防止する。【解決手段】決済装置は、代金を第１の支払手段で支払う宣言を受け付けた場合には、第１の支払手段による支払データの入力を受け付け第２の支払手段で支払う宣言を受け付けた場合には、第２の支払手段による支払データの入力を受け付ける。また決済装置は、代金を第１の支払手段で支払う宣言を受け付けた場合には、宣言を受け付ける状態に戻す指示を受け付けるが、代金を第２の支払手段で支払う宣言を受け付けた場合には、上記指示を受け付けない。そして決済装置は、上記指示を受け付けた場合には代金を第１の支払手段で支払うか第２の支払手段で支払うかの宣言を受け付ける状態に戻す。【選択図】 図１４

Description

本発明の実施形態は、決済装置及びコンピュータを当該決済装置として機能させるための決済プログラムに関する。

商取引又は役務提供で発生した代金、つまりは買い手が売手に支払う金額の決済を処理する決済装置には、店員ではない決済者、例えば買物客や施設利用者等が自ら操作するタイプがある。また、この種の決済装置には、代金の算出に必要な登録操作までも決済者が行うセルフ方式と、登録操作は店員が行うセミセルフ方式とがある。

セルフ方式又はセミセルフ方式の決済装置において代金を現金で支払う場合、利用者は先ず、支払手段として現金を選択する。次いで決済者は、現金の投入口へ現金を投入する。その結果、代金以上の現金が投入されると、決済が終了する。その際、釣銭が生じた場合には、釣銭払出口から釣銭が払い出されるので、利用者は釣銭を回収する。

ところで、代金の支払手段としては、現金以外に電子マネー、クレジットカード等を利用できるのが一般的である。このため、セルフ方式又はセミセルフ方式の決済装置においては、いずれかの支払手段を決済者に選択させるための第１画面がタッチパネルに表示される。第１画面には、例えば各支払手段にそれぞれ対応したボタン画像が表示されているので、決済者は、所望の支払手段に対応したボタン画像にタッチする。そうすると、タッチパネルの画面が、選択された支払手段による支払データの入力を受け付けるための第２画面に切り替わる。

ここで、いずれかの支払手段を選択したが、その後、別の支払手段に変更したいという決済者がいることを想定し、第２画面には、第１画面に戻すことの指示を受け付けるための「戻る」ボタンが表示されている。このため、支払手段として現金を選択し、代金よりも少ない現金を投入した後で「戻る」ボタンを操作すると釣銭払出口から投入した現金が戻ることを悪用し、代金未払いのまま立ち去る決済者がいる。この種の不正は、決済者の行為があたかも代金を正当に現金で支払い、釣銭を回収している行為に類似しているので、店員が不正を見落とす可能性がある。

特開２０１７‐５８７４４号公報

本発明の実施形態が解決しようとする課題は、代金未払いのまま立ち去る決済者の不正を防止できる決済装置及び決済プログラムに関する。

一実施形態において、決済装置は、第１の受付手段、第２の受付手段、決済手段、及び、戻し手段を備える。第１の受付手段は、代金を第１の支払手段又は第２の支払手段の少なくとも２つの支払手段の中から一の支払手段で支払う宣言を受け付ける。第２の受付手段は、第１の受付手段で代金を第１の支払手段で支払う宣言を受け付けた場合には、第１の支払手段による支払データの入力を受け付ける。また第２の受付手段は、第１の受付手段で代金を第２の支払手段で支払う宣言を受け付けた場合には、第２の支払手段による支払データの入力を受け付ける。決済手段は、第２の受付手段で第１の支払手段による支払データの入力を受け付けた場合には当該第１の支払手段による支払データを基に代金を決済する。また決済手段は、第２の受付手段で第２の支払手段による支払データの入力を受け付けた場合には当該第２の支払手段による支払データを基に代金を決済する。戻し手段は、第１の受付手段で代金を第１の支払手段で支払う宣言を受け付けた後に、その宣言を受け付ける状態に戻す。そして決済装置は、第１の受付手段で代金を第２の支払手段で支払う宣言を受け付けた後は、戻し手段により宣言を受け付ける状態には戻せない。

一実施形態におけるチェックアウトシステムの模式図。 同チェックアウトシステムに含まれる登録装置及び決済装置の主要な回路構成を示すブロック図。 決済装置を正面上方から見た状態の外観を示す斜視図。 登録装置及び決済装置のそれぞれのＲＡＭに形成される主要なデータメモリ領域を示す模式図。 登録装置のＲＡＭ及び補助記憶デバイスに形成される主要なデータメモリ領域を示す模式図。 登録装置のＣＰＵが、登録プログラムにしたがって実行する情報処理の主要な手順を示す流れ図。 登録装置のＣＰＵが、登録プログラムにしたがって実行する情報処理の主要な手順を示す流れ図。 決済装置のＣＰＵが、決済プログラムにしたがって実行する受信割込み処理の主要な手順を示す流れ図。 図８における会計処理の手順を具体的に示す流れ図。 図９において、現金ボタンがタッチされた後の決済装置のＣＰＵの処理手順を具体的に示す流れ図。 図９において、クレジットボタンがタッチされた後の決済装置のＣＰＵの処理手順を具体的に示す流れ図。 決済装置のタッチパネルに表示される支払方法選択画面の一例を示す模式図。 決済装置のタッチパネルに表示される電子マネー受付画面の一例を示す模式図。 決済装置のタッチパネルに表示される現金受付画面の一例を示す模式図。 決済装置のタッチパネルに表示される会計待ち画面の一例を示す模式図。 第２の実施形態において、現金ボタンがタッチされた後の決済装置のＣＰＵの処理手順を具体的に示す流れ図。 第２の実施形態において、決済装置のタッチパネルに表示される現金受付画面の一例を示す模式図。

以下、代金未払いのまま立ち去る決済者の不正を防止できる決済装置の実施形態について、図面を用いて説明する。なお、この実施形態では、スーパーマーケット等の小売店に導入されたセミセルフ方式のチェックアウトシステムにおける決済装置を例示する。

［第１の実施形態］
図１は、第１の実施形態におけるチェックアウトシステム１０の模式図である。チェックアウトシステム１０は、複数台の登録装置１１と、登録装置１１よりも台数の多い決済装置１２とを含む。登録装置１１及び決済装置１２は、店舗のチェックアウトレーン毎に配置される。

図１においては、２台の登録装置１１（１１-1，１１-2）と６台の決済装置１２（１２-1，１２-2，１２-3，１２-4，１２-5，１２-6）とを２つのチェックアウトレーンに配置した場合を示している。一方のチェックアウトレーンには、１台の登録装置１１（１１-1）と３台の決済装置１２（１２-1，１２-2，１２-3）とが配置されている。そして、登録装置１１（１１-1）に対し、同じチェックアウトレーンに配置されている３台の決済装置１２（１２-1，１２-2，１２-3）がグルーピングされている。同様に、他方のチェックアウトレーンには、１台の登録装置１１（１１-2）と３台の決済装置１２（１２-4，１２-5，１２-6）とが配置されている。そして、登録装置１１（１１-2）に対し、同じチェックアウトレーンに配置されている３台の決済装置１２（１２-4，１２-5，１２-6）がグルーピングされている。

なお、チェックアウトシステム１０が、登録装置１１及び決済装置１２をそれぞれ何台含むかは任意である。また、チェックアウトレーンに配置される登録装置１１と決済装置１２との台数の比も任意である。

登録装置１１は、チェッカと呼ばれる役割を担った店員２１がその操作者、いわゆる登録者なる。決済装置１２は、店舗で販売される商品を購入する買物客２２がその操作者、いわゆる決済者となる。ただし店員が決済者となる場合もある。

登録装置１１は、図１においては、作業テーブル２３に取り付けられる。作業テーブル２３は、矩形の天板を有する。複数の作業テーブル２３が、天板の長手方向がほぼ並行するように配置されることにより、買物客２２用の通路（チェックアウトレーン）が形成される。

登録装置１１は、販売商品の登録、会計データの生成及び会計データの決済装置１２への転送、ならびに決済処理の各機能を備える。販売商品の登録とは、買物客２２が購入する商品を販売商品として登録装置１１に登録することである。例えば、商品に付されたバーコードをスキャナでスキャンすることにより、当該商品が販売商品として登録装置１１に登録される。会計データとは、１つの取引として登録された販売商品の会計に係るデータである。販売商品の識別コードである商品コード、商品名、単価、個数、金額等が会計データに含まれる。決済処理とは、会計データを基に商品売買行為である取引の代金を決済することである。代金は、例えば買上商品の合計金額である。買上商品が１品の場合にはその商品の価格が代金となり得る。また、合計金額に対して値引又は割引がある場合、代金はその値引又は割引された後の金額となる。決済には、現金、クレジットカード、電子マネー等が代金として利用される。

決済装置１２は、決済処理の機能を備える。すなわち決済装置１２は、登録装置１１から会計データが転送された場合に、その会計データを基に取引代金の決済を処理する。

図２は、登録装置１１及び決済装置１２の主要な回路構成を示すブロック図である。登録装置１１及び決済装置１２は、いずれもネットワークであるＬＡＮ（local area network）１３に接続されている。ＬＡＮ１３には、図示しないが、サーバが接続されている。サーバには、各商品の商品コードに関連付けて、商品名、単価等の商品情報が設定された商品データベースがある。

登録装置１１及び決済装置１２は、ＬＡＮ１３を介して情報を授受する。なお、ネットワークは、ＬＡＮ１３に代えて、インターネットや無線ＬＡＮなどの別の通信網を用いてもよい。また、登録装置１１と決済装置１２との間でサーバを介して情報を授受する構成としてもよい。

登録装置１１は、ＣＰＵ（central processing unit）１１ａ、ＲＯＭ（read-only memory）１１ｂ、ＲＡＭ（random-access memory）１１ｃ、補助記憶ユニット１１ｄ、ドロワ開放ユニット１１ｅ、スキャナ１１ｆ、２つのタッチパネル１１ｇ１，１１ｇ２、プリンタ１１ｈ、カードリーダライタ１１ｉ、通信ユニット１１ｊ及び伝送システム１１ｋを含む。

ＣＰＵ１１ａは、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ及び補助記憶ユニット１１ｄと伝送システム１１ｋを介して接続されて、コンピュータを構成する。
ＣＰＵ１１ａは、上記コンピュータの中枢部分に相当する。ＣＰＵ１１ａは、ＲＯＭ１１ｂ及びＲＡＭ１１ｃに記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムに基づいて、登録装置１１としての各種の機能を実現するべく各部を制御する。

ＲＯＭ１１ｂは、上記コンピュータの主記憶部分に相当する。ＲＯＭ１１ｂは、上記オペレーティングシステムを記憶する。ＲＯＭ１１ｂは、上記ミドルウェア又はアプリケーションプログラムを記憶する場合もある。ＲＯＭ１１ｂは、ＣＰＵ１１ａが各種の処理を行う上で参照するデータを記憶する場合もある。

ＲＡＭ１１ｃは、上記コンピュータの主記憶部分に相当する。ＲＡＭ１１ｃは、ＣＰＵ１１ａが各種の処理を行う上で参照するデータを記憶する。またＲＡＭ１１ｃは、ＣＰＵ１１ａが各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとしても利用される。

補助記憶ユニット１１ｄは、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１１ｄは、ＣＰＵ１１ａが各種の処理を行う上で使用するデータ、あるいはＣＰＵ１１ａでの処理によって生成されたデータを保存する。補助記憶ユニット１１ｄとしては、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）、あるいはＳＳＤ（solid state drive）などを使用できる。

ＲＯＭ１１ｂ又は補助記憶ユニット１１ｄに記憶されるアプリケーションプログラムには、登録装置１１で実行される情報処理に関して記述した制御プログラム、例えば登録プログラムを含む。登録装置１１の譲渡は一般的に、制御プログラムがＲＯＭ１１ｂ又は補助記憶ユニット１１ｄに記憶された状態にて行われる。しかし、制御プログラムがＲＯＭ１１ｂ又は補助記憶ユニット１１ｄに記憶されない状態で、登録装置１１が譲渡される場合もある。この場合には、制御プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して譲渡される。あるいはネットワークを介して制御プログラムが譲渡され、この制御プログラムが上記の別途に譲渡された登録装置１１の補助記憶ユニット１１ｄに書き込まれてもよい。

ドロワ開放ユニット１１ｅは、貨幣を収容するためのドロワを自動的に開放する。

スキャナ１１ｆは、商品に付されたバーコードを読み取って、当該商品の商品コードを得る。スキャナ１１ｆとしては、周知の種々のタイプのものをそのまま利用できる。スキャナ１１ｆは、周知の種々のタイプうちの１つのみに対応していてもよいし、複数のタイプに対応していてもよい。すなわちスキャナ１１ｆは、固定式又はハンディ式の２次元コードスキャナを含み得る。またスキャナ１１ｆは、商品の画像から画像認識技術を利用して商品を識別するタイプのスキャナを含み得る。

２つのタッチパネル１１ｇ１，１１ｇ２のうち、一方のタッチパネル１１ｇ１は店員用であり、他方のタッチパネル１１ｇ２は客用である。タッチパネル１１ｇ１，１１ｇ２は、いずれも表示デバイス及びタッチセンサを含む。表示デバイスは、その表示画面を、ＧＵＩ画面などの任意の画面とする。表示デバイスとしては、例えばカラーＬＣＤ等の周知のデバイスを利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面への操作者のタッチ位置を検出し、その位置情報をＣＰＵ１１ａへと送る。タッチセンサとしては、周知のデバイスを利用できる。

プリンタ１１ｈは、レシート用紙に対して各種の文字列又は画像などを印刷することにより、レシートを発行する。この種のプリンタ１１ｈとしては、例えばサーマルプリンタ又はドットインパクトプリンタなどを利用できる。

カードリーダライタ１１ｉは、カードに記録されたデータを読み取る機能と、上記カードへデータを書き込む機能とを有する。カードは、クレジットカード、電子マネーカードなどの決済用カードの他に、メンバーズカードやポイントカードなどと称される会員カードを含み得る。

通信ユニット１１ｊは、ＬＡＮ１３を介して接続される複数の決済装置１２とデータ通信を行う。通信ユニット１１ｊは、他の登録装置１１とＬＡＮ１３を介してデータ通信を行うこともできる。

伝送システム１１ｋは、ＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ、補助記憶ユニット１１ｄ、ドロワ開放ユニット１１ｅ、スキャナ１１ｆ、タッチパネル１１ｇ１，１１ｇ２、プリンタ１１ｈ、カードリーダライタ１１ｉ及び通信ユニット１１ｊの間で授受されるデータを伝送する。伝送システム１１ｋは、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものが利用できる。

このような登録装置１１のハードウェアとしては、例えば既存のＰＯＳ端末を利用することが可能である。

決済装置１２は、ＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃ、補助記憶ユニット１２ｄ、自動釣銭機１２ｅ、スキャナ１２ｆ、タッチパネル１２ｇ、プリンタ１２ｈ、カードリーダライタ１２ｉ、通信ユニット１２ｊ及び伝送システム１２ｋを含む。

自動釣銭機１２ｅは、硬貨投入口、硬貨払出口、紙幣投入口及び紙幣払出口をそれぞれ別々に設ける。そして自動釣銭機１２ｅは、硬貨投入口及び紙幣投入口から投入される硬貨及び紙幣を収受する。また自動釣銭機１２ｅは、釣銭としての硬貨及び紙幣を硬貨払出口及び紙幣払出口から排出する。

その他のＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃ、補助記憶ユニット１２ｄ、スキャナ１２ｆ、タッチパネル１２ｇ、プリンタ１２ｈ、カードリーダライタ１２ｉ、通信ユニット１２ｊ及び伝送システム１２ｋの機能は、登録装置１１のＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ、補助記憶ユニット１１ｄ、タッチパネル１１ｇ１，１１ｇ２、プリンタ１１ｈ、カードリーダライタ１１ｉ、通信ユニット１１ｊ及び伝送システム１１ｋと同等である。

すなわちＣＰＵ１２ａは、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ及び補助記憶ユニット１１ｄと伝送システム１１ｋを介して接続されて、コンピュータを構成する。そしてＣＰＵ１２ａは、ＲＯＭ１２ｂ及びＲＡＭ１２ｃに記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムに基づいて、決済装置１２としての各種の動作を実現するべく各部を制御する。

ＲＯＭ１２ｂ又は補助記憶ユニット１２ｄに記憶されるアプリケーションプログラムには、決済装置１２で実行される情報処理に関して記述した制御プログラム、例えば決済プログラムを含む。決済装置１２の譲渡は一般的に、制御プログラムがＲＯＭ１２ｂ又は補助記憶ユニット１２ｄに記憶された状態にて行われる。しかし、制御プログラムがＲＯＭ１２ｂ又は補助記憶ユニット１２ｄに記憶されない状態で、決済装置１２が譲渡される場合もある。この場合には、制御プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して譲渡される。あるいはネットワークを介して制御プログラムが譲渡され、この制御プログラムが上記の別途に譲渡された決済装置１２の補助記憶ユニット１２ｄに書き込まれてもよい。

このような決済装置１２のハードウェアとしては、例えば既存のセルフ方式に対応したＰＯＳ端末を利用することが可能である。
図３は、決済装置１２を正面上方から見た状態の外観を示す斜視図である。決済装置１２は、スキャナ１２ｆ、タッチパネル１２ｇ等を備えた第１筐体１２１と、自動釣銭機１２ｅ等を備えた第２筐体１２２とを備えている。第１筐体１２１は、第２筐体１２２の上部に、当該第２筐体１２２と一体的に設けられている。
第２筐体１２２には、硬貨投入口１２３、硬貨払出口１２４、紙幣投入口１２５及び紙幣払出口１２６が形成されている。すなわち、硬貨投入口１２４が設けられた奥側から手前側に向けて、硬貨払出口１２４と紙幣払出口１２６と紙幣投入口１２５とが順に階段状に設けられている。具体的には、硬貨投入口１２３が設けられている面が上段、硬貨払出口１２４が設けられている段が上段よりも下方に位置する中段、紙幣払出口１２６と紙幣投入口１２５とが設けられている段が中段よりも下方に位置する下段である。そして中段に位置する硬貨払出口１２４は、上段に位置する硬貨投出口１２３よりも第２筐体１２３の奥行き方向手前側に位置している。また、下段に位置する紙幣払出口１２６と紙幣投入口１２５とは、中段に位置する硬貨払出口１２４よりも第２筐体１２３の奥行き方向手前側に位置している。このように硬貨投入口１２３、硬貨払出口１２４、紙幣投入口１２５及び紙幣払出口１２６を階段状に配置することにより、奥側から手前側に向けて全ての投入口や排出口を見渡すことができる。

かかる構成の登録装置１１と決済装置１２とを含むチェックアウトシステム１０は、図４に示すデータメモリ領域３１及び３２を、登録装置１１及び決済装置１２のＲＡＭ１１ｃ、１２ｃにそれぞれ形成する。

データメモリ領域３１は、１取引における販売商品のデータを記憶するための領域である。データは、商品コード、商品名、単価、個数、金額の各項目を含む。商品コードは、各商品を個々に識別するための固有のコードである。各商品には、例えばバーコードによって表された商品コードが付されており、スキャナ１１ｆでバーコードをスキャンすることにより、登録装置１１は商品コードを取得できる。商品名及び単価は、対応する商品コードにより識別される商品の名称及び１点当たりの価格である。個数は、同商品の販売個数であり、金額は、その販売個数分の金額（販売金額）である。以下、データメモリ領域３１を取引メモリと称する。そして登録装置１１のものを取引メモリ３１ａで表わし、決済装置１２のものを取引メモリ３１ｂで表わす。

データメモリ領域３２は、合計個数と合計金額とを記憶するための領域である。合計個数は、取引メモリ３１に記憶された販売個数の合計である。合計金額は、取引メモリ３１に記憶された販売金額の合計である。以下、データメモリ領域３２を合計メモリと称する。そして登録装置１１のものを合計メモリ３２ａで表わし、決済装置１２のものを合計メモリ３２ｂで表わす。

また、チェックアウトシステム１０は、図５に示すデータメモリ領域４１を登録装置１１のＲＡＭ１１ｃに形成し、データメモリ領域４２を登録装置１１の補助記憶ユニット１１ｄに形成する。

データメモリ領域４１は、１つの販売商品の商品コード、商品名、単価、個数及び金額を一時的に格納するための領域である。以下、データメモリ領域４１を一時バッファ４１と称する。

データメモリ領域４２は、“１”から始まる一連のリスト番号（会計データ転送順位）に関連付けて決済装置ＩＤと識別名称とを記憶する。決済装置ＩＤは、各決済装置１２を個々に識別するために決済装置１２毎に割り当てられ、例えばＲＯＭ１２ｂに記憶された固有のＩＤである。因みに、各登録装置１１についても同様の登録装置ＩＤがＲＯＭ１１ｂに記憶されている。識別名称は、各決済装置１２に対して個々に設定された固有の名称である。登録装置１１の操作者は、識別名称からどの決済装置１２を示しているのかを判別することができる。以下、データメモリ領域４２をリストテーブル４２と称する。

リストテーブル４２のリスト番号“１”には、登録装置１１に対して最も近い場所に設置されている決済装置１２の決済装置ＩＤと識別名称とが予め設定されており、リスト番号“２”には、登録装置１１に対して２番目に近い場所に設置されている決済装置１２の決済装置ＩＤと識別名称とが予め設定されている。このように、会計データの転送順位は、登録装置１１からの距離が近い順に設定される。なお、このような設定は一例であり、必ずしも転送順位が登録装置１１からの距離が近い順に設定されていなくてもよい。

図６及び図７は、登録装置１１のＣＰＵ１１ａが、登録プログラムにしたがって実行する情報処理の主要な手順を示す流れ図である。図８は、決済装置１２のＣＰＵ１２ａが、決済プログラムにしたがって実行する情報処理の主要な手順を示す流れ図である。図９乃至図１１は、図８の流れ図で示す情報処理中の会計処理の手順を具体的に示す流れ図である。図１２乃至図１５は、決済装置１２のタッチパネル１２ｇに表示される種々の画像例を示す模式図である。以下、これらの図を用いて、チェックアウトシステム１０の動作について説明する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

登録装置１１は、動作モードの１つとして登録モードを有する。この登録モードで登録装置１１が起動すると、ＣＰＵ１１ａは、図６の流れ図に示す手順の制御処理を開始する。先ずＣＰＵ１１ａは、ＲＡＭ１１ｃの初期化を行う（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２５の処理を実行する。

このように店員２１は、登録装置１１に対して買物客２２が買い上げる商品を登録する。そして登録を終えると、店員２１は、会計確認画面上の会計ボタンにタッチする。そうすると、この買物客２２との取引の決済に必要な会計データが、リストテーブル４２のリストデータとともに送信される。この「会計データ＋リストデータ」の送信先は、リスト番号“１”の決済装置ＩＤで識別される決済装置１２（決済装置１２-1とする）である。

ここで、決済装置１２-1が取引の決済を実行可能であるならば（ビジィフラグＦ＝０）、決済装置１２-1から登録装置１１に対して会計可能応答のコマンドデータが送信される。その結果、登録装置１１の会計確認画面には、決済装置１２-1を表す識別名称とともに会計の準備が整ったことを示すメッセージが表示されるので、店員２１は、買物客２２に対して決済装置１２-1で会計を行うように告知する。

これに対し、決済装置１２-1が取引の決済を実行不可能であるならば（ビジィフラグＦ＝１）、決済装置１２-1から他の決済装置１２に「会計データ＋リストデータ」が転換される。その転換先は、リスト番号“２”の決済装置ＩＤで識別される決済装置１２（決済装置１２-2とする）である。

ここで、決済装置１２-2が取引の決済を実行可能であるならば（ビジィフラグＦ＝０）、決済装置１２-2から登録装置１１に対して会計可能応答のコマンドデータが送信される。その結果、登録装置１１の会計確認画面には、決済装置１２-2を表す識別名称とともに会計の準備が整ったことを示すメッセージが表示されるので、店員２１は、買物客２２に対して決済装置１２-2で会計を行うように告知する。

これに対し、決済装置１２-2が取引の決済を実行不可能であるならば（ビジィフラグＦ＝１）、決済装置１２-2から他の決済装置１２に「会計データ＋リストデータ」がさらに転換される。その転換先は、リスト番号“３”の決済装置ＩＤで識別される決済装置１２（決済装置１２-3とする）である。

ここで、決済装置１２-3が取引の決済を実行可能であるならば（ビジィフラグＦ＝０）、決済装置１２-3から登録装置１１に対して会計可能応答のコマンドデータが送信される。その結果、登録装置１１の会計確認画面には、決済装置１２-3を表す識別名称とともに会計の準備が整ったことを示すメッセージが表示されるので、店員２１は、買物客２２に対して決済装置１２-3で会計を行うように告知する。

これに対し、決済装置１２-3が取引の決済を実行不可能であるならば（ビジィフラグＦ＝１）、３台の決済装置１２-1，１２-2，１２-3の全てで取引の決済が不可能である。この場合、決済装置１２-3から登録装置１１に対して会計不可応答のコマンドデータが送信される。その結果、登録装置１１の会計確認画面には、送信不可のメッセージが表示されるので、店員２１は、会計ボタンに再度タッチする。あるいは送信不可のメッセージとともに会計券が発券されるので、店員２１は、会計券を買物客２２に渡す。

店員２１からいずれかの決済装置１２で会計を行うように告知された買物客２２は、その決済装置１２の場所まで移動する。このとき決済装置１２では、決済プログラムに従って会計処理が開始される。会計処理が開始されると、決済装置１２のＣＰＵ１２ａは、タッチパネル１２ｇの画面を支払手段選択画面ＳＣ１（図１２を参照）とする（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８４の待ち受け状態において、店員呼出ボタンＢ２がタッチされたことを検知した場合には（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８９の処理を実行することにより、第１の受付手段で代金を第２の支払手段である現金で支払う宣言を受け付け、かつ、第２の受付手段で現金による支払データの入力を受け付けた場合には上記宣言を受け付ける状態に戻す指示を受け付けないこととしている。

このように第２の実施形態においては、現金ボタンＢ１１がタッチされて支払手段として現金が選択された場合には、その後に表示される現金受付画面ＳＣ５に戻るボタンＢ３が表示されている。そして戻るボタンＢ３は、自動釣銭機１２ｅに現金が投入された時点で、現金受付画面ＳＣ５から消去される。したがって、決済手段として現金を選択した決済者は、現金を投入する前であれば、戻るボタンＢ３にタッチすることで、タッチパネル１２ｇの画面を支払手段選択画面ＳＣ１に戻すことができる。

一方、現金が投入されると戻るボタンＢ３が消去されるので、決済者は戻るボタンＢ３を操作することができない。したがって、第２の実施形態においても、代金未払いのまま立ち去る不正を未然に防止することができる。

以下、他の実施形態について説明する。

第１の実施形態では、現金受付画面ＳＣ３に戻るボタンＢ３を表示させない第１の運用を例示し、第２の実施形態では、戻るボタンＢ３を含む現金受付画面ＳＣ３を表示させた状態で現金が投入されると戻るボタンＢ３を消去する第２の運用を例示した。他の実施形態としては、第１の運用と第２の運用とを、決済装置１２のオプションとして選択可能とする。そうすることにより、決済装置１２を導入する店舗において、第１の運用を採用するか第２の運用を採用するかを容易に選択することができる。

第１及び第２の実施形態では、支払手段として現金、クレジットカード及び電子マネーを例示したが、支払手段はこれらに限定されるものではない。他の支払手段が加えられてもよい。また、いずれかの支払手段が省略されてもよい。

その場合において、第１の支払手段は、クレジットカード及び電子マネーに限定されるものではない。同様に、第２の支払手段は現金に限定されるものではない。要は、戻すボタンＢ３の操作によって代金未払いのまま立ち去る不正が起こり得る支払手段については第２の支払手段とし、それ以外の支払手段については第１の支払手段とすればよい。

第１及び第２の実施形態では、登録装置１１が会計装置１２に「会計データ＋リストデータ」を送信するタイプのセミセルフ式チェックアウトシステムを例示したが、決済装置１２を適用可能なセミセルフ式チェックアウトシステムは、これに限定されるものではない。例えば登録装置１１は、予め設定された１台の決済装置１２に会計データを送信する。決済装置１２は、決済可能であればその会計データに基づいて決済処理を行うが、決済不可能な場合には予め設定された他の決済装置に会計データを送信する。このようなタイプのセミセルフ式チェックアウトシステムであってもよい。また、例えば登録装置１１において店員により選択された１台の決済装置１２に会計データを送信するタイプのセミセルフ式チェックアウトシステムであってもよい。要は、セミセルフ式チェックアウトシステムのタイプは特に制限を受けるものではない。また、例えば代金の算出に必要な登録操作までも店員でない決済者が行うセルフ式チェックアウトシステムの決済装置に対しても、本実施形態と同様の構成を適用することができる。

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

１１…登録装置、１２…決済装置、１１ａ，１２ａ…ＣＰＵ、１１ｂ，１２ｂ…ＲＯＭ、１１ｃ，１２ｃ…ＲＡＭ、１１ｄ，１２ｄ…補助記憶ユニット、１１ｅ…ドロワ開放ユニット、１２ｅ…自動釣銭機、１１ｆ，１２ｆ…スキャナ、１１ｇ１，１１ｇ２，１２ｇ…タッチパネル、１１ｈ，１２ｈ…プリンタ、１１ｉ，１２ｉ…カードリーダライタ、１１ｊ，１２ｊ…通信ユニット、１１ｋ，１２ｋ…伝送システム、１３…ＬＡＮ、３１（３１ａ，３１ｂ）…取引メモリ、３２（３２ａ，３２ｂ）…合計メモリ、４１…一時バッファ、４２…リストテーブル。

Claims (9)

1. 代金を第１の支払手段又は第２の支払手段の少なくとも２つの支払手段の中から一の支払手段で支払う宣言を受け付ける第１の受付手段と、
   前記第１の受付手段で前記代金を前記第１の支払手段で支払う宣言を受け付けた場合には前記第１の支払手段による支払データの入力を受け付け、前記第１の受付手段で前記代金を前記第２の支払手段で支払う宣言を受け付けた場合には前記第２の支払手段による支払データの入力を受け付ける第２の受付手段と、
   前記第２の受付手段で前記第１の支払手段による支払データの入力を受け付けた場合には当該第１の支払手段による支払データを基に前記代金を決済し、前記第２の受付手段で前記第２の支払手段による支払データの入力を受け付けた場合には当該第２の支払手段による支払データを基に前記代金を決済する決済手段と、
   前記第１の受付手段で前記代金を前記第１の支払手段で支払う宣言を受け付けた後に、前記宣言を受け付ける状態に戻す戻し手段と、
   を具備し、
   前記第１の受付手段で前記代金を前記第２の支払手段で支払う宣言を受け付けた後は、前記戻し手段により前記宣言を受け付ける状態には戻せない、決済装置。
2. 前記第１の受付手段で前記代金を前記第２の支払手段で支払う宣言を受け付けた後に、前記宣言を受け付ける状態に戻す、前記戻し手段とは異なる第２戻し手段、
   をさらに具備する請求項１記載の決済装置。
3. 代金を第１の支払手段又は第２の支払手段の少なくとも２つの支払手段の中から一の支払手段で支払う宣言を受け付ける第１の受付手段と、
   前記第１の受付手段で前記代金を前記第１の支払手段で支払う宣言を受け付けた場合には前記第１の支払手段による支払データの入力を受け付け、前記第１の受付手段で前記代金を前記第２の支払手段で支払う宣言を受け付けた場合には前記第２の支払手段による支払データの入力を受け付ける第２の受付手段と、
   前記第２の受付手段で前記第１の支払手段による支払データの入力を受け付けた場合には当該第１の支払手段による支払データを基に前記代金を決済し、前記第２の受付手段で前記第２の支払手段による支払データの入力を受け付けた場合には当該第２の支払手段による支払データを基に前記代金を決済する決済手段と、
   前記第１の受付手段で前記代金を前記第１の支払手段で支払う宣言を受け付けた後に、又は前記第１の受付手段で前記代金を前記第２の支払手段で支払う宣言を受け付けた後でかつ前記第２の受付手段で前記第２の支払手段による支払データの入力を受け付けるまでの間に、前記宣言を受け付ける状態に戻す戻し手段と、を具備し、
   前記第１の受付手段で前記代金を前記第２の支払手段で支払う宣言を受け付けた後でかつ前記第２の受付手段で前記第２の支払手段による支払データの入力を受け付けた後は、前記戻し手段により前記宣言を受け付ける状態には戻せない、決済装置。
4. 前記第１の受付手段で前記代金を前記第２の支払手段で支払う宣言を受け付けた後でかつ前記第２の受付手段で前記第２の支払手段による支払データの入力を受け付けた後に、前記宣言を受け付ける状態に戻す、前記戻し手段とは異なる第２戻し手段、をさらに具備する請求項３記載の決済装置。
5. 前記第１の支払手段は、前記代金を支払う決済者の情報を取得可能な支払手段である、請求項１乃至４のうちいずれか１項記載の決済装置。
6. 前記第２の支払手段は、前記支払データを入力するための媒体の投入口と当該支払データの入力に関連する媒体の払出口とが異なる支払手段である、請求項１乃至４のうちいずれか１項記載の決済装置。
7. 前記第２の支払手段は、現金を用いる支払手段である、請求項１乃至４のうちいずれか１項記載の決済装置。
8. 代金の支払い宣言を受け付ける第１の受付手段と、
   前記第１の受付手段で前記支払い宣言を受け付けた場合には支払データの入力を受け付ける第２の受付手段と、
   前記第２の受付手段で前記支払データの入力を受け付けた場合には当該支払データを基に前記代金を決済する決済手段と、
   前記第１の受付手段で前記支払い宣言を受け付けた後に、前記支払い宣言を受け付ける状態に戻す戻し手段と、
   を具備し、
   前記第１の受付手段で前記支払い宣言を受け付けた後でかつ前記第２の受付手段で前記支払データの入力を受け付けた場合には、前記戻し手段により前記支払い宣言を受け付ける状態には戻せない、決済装置。
9. コンピュータを、
   代金の支払い宣言を受け付ける第１の受付手段、
   前記第１の受付手段で前記支払い宣言を受け付けた場合には支払データの入力を受け付ける第２の受付手段、
   前記第２の受付手段で前記支払データの入力を受け付けた場合には当該支払データを基に前記代金を決済する決済手段、及び、
   前記第１の受付手段で前記支払い宣言を受け付けた後に、前記支払い宣言を受け付ける状態に戻す戻し手段、
   として機能させ、さらに、
   前記第１の受付手段で前記支払い宣言を受け付けた後でかつ前記第２の受付手段で前記支払データの入力を受け付けた場合には、前記戻し手段により前記支払い宣言を受け付ける状態には戻せないように機能させる決済プログラム。