JP2016162118A - チェックアウトシステム、決済装置及びその制御プログラム - Google Patents

Abstract

【課題】決済装置での支払いに対する操作の簡略化を図る。
【解決手段】入力処理装置は、複数の代金支払い方法の中からいずれか１つの支払い方法が指定されるのを待ち受け、指定された支払い方法を示す情報を記憶部に記憶する。商品販売または役務提供に係るデータの入力終了が指令されると、入力処理装置は、決済情報と記憶部の情報とを関連付けて決済装置に送信する。決済装置は、入力処理装置から受信した決済情報に関連付けされた情報に基づいて代金支払い方法を決定する。決済装置は、決定された代金支払い方法による入金を待ち受け、決済に必要な入金に関するデータを検出すると、決済情報の決済を処理する。
【選択図】 図５

Description

本発明の実施形態は、チェックアウトシステム、及びこのシステムに組み込まれる決済装置並びにその制御プログラムに関する。

量販店向けのチェックアウトシステムとして、商品データの入力処理装置と取引の決済装置とを分離したタイプがある。入力処理装置は、商品販売に係るデータの入力を待ち受ける。データが入力されると、入力処理装置は、そのデータを基に決済情報を生成し、この決済情報を決済装置に転送する。決済装置は、決済情報に対する支払いデータの入力を待ち受ける。そして、操作者によって支払いデータが入力されると、決済装置は、決済情報と支払いデータとに基づいて決済を処理する。この入力処理装置と決済装置とを分離したタイプのチェックアウトシステムは、入力処理装置を店員が操作し、決済装置を買物客が操作する、いわゆるセミセルフ方式の運用が可能である。

ところで、商品販売または役務提供等に係る代金は、一般に、現金による支払いだけでなく、クレジット、電子マネー等の非現金による支払いも可能である。このため多くの決済装置は、現金支払いに対する決済機能以外に非現金支払いに対する決済機能も有している。このような２種類以上の決済機能を備えた従来の決済装置は、決済の前に支払い方法を選択する操作が必要である。このため、入力処理装置と決済装置とを分離したタイプのチェックアウトシステムをセミセルフ方式で運用した場合、決済装置を操作するのは買物客であり、操作に不慣れな買物客も多いため、操作の簡略化が求められていた。

特開２０１０‐０８６１５８号公報

本発明の実施形態が解決しようとする課題は、決済装置での支払いに対する操作の簡略化を図り得るチェックアウトシステム及びこのシステムに用いられる決済装置を提供しようとするものである。

一実施形態において、チェックアウトシステムは、入力処理装置と決済装置とを含む。入力処理装置は、生成手段と、記憶手段と、送信手段とを備える。生成手段は、商品販売または役務提供に係るデータの入力を待ち受け、入力されたデータを基に決済情報を生成する。記憶手段は、複数の代金支払い方法の中からいずれか１つの支払い方法が指定されるのを待ち受け、指定された支払い方法を示す情報を記憶部に記憶する。送信手段は、商品販売または役務提供に係るデータの入力終了が指令されると、前記決済情報と記憶部の情報とを関連付けて決済装置に送信する。決済装置は、受信手段と、決定手段と、第１処理手段とを備える。受信手段は、入力処理装置から送信される前記決済情報を受信する。決定手段は、受信手段により受信した前記決済情報に関連付けされた前記情報に基づいて代金支払い方法を決定する。第１処理手段は、決定手段により決定された代金支払い方法による入金を待ち受け、決済に必要な入金に関するデータを検出すると、受信手段により受信した前記決済情報の決済を処理する。

一実施形態におけるチェックアウトシステムの斜視図。 チェックアウトシステムを構成する商品登録装置及び決済装置のブロック図。 商品登録装置及び決済装置のＲＡＭに形成されるデータメモリ領域を示す模式図。 商品登録装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 商品登録装置のタッチパネルに表示される転送先選択画面の一例を示す模式図。 商品登録装置のタッチパネルに表示される報知画面の一例を示す模式図。 決済装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 決済装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 決済装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 決済装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 決済装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 決済装置のタッチパネルに表示される第１決済画面の一例を示す模式図。 決済装置のタッチパネルに表示される第２決済画面の一例を示す模式図。

以下、決済装置での支払いに対する操作の簡略化を図り得るチェックアウトシステムの実施形態について、図面を用いて説明する。
なお、この実施形態は、商品登録装置（入力処理装置）と決済装置とを分離し、商品登録装置については店員が操作し、決済装置については買物客が操作するようにしたセミセルフ方式のチェックアウトシステムについて例示する。そしてこの実施形態は、決済装置が、現金支払いに対する決済機能と、クレジットカードまたは電子マネーカードを用いた非現金支払いに対する決済機能とを有する場合である。

図１は、本実施形態におけるチェックアウトシステム１０の斜視図である。チェックアウトシステム１０は、少なくとも１台の商品登録装置１１と、少なくとも１台の決済装置１２とを含む。図１においては、２台の商品登録装置１１と４台の決済装置１２とを含んだチェックアウトシステム１０を示している。チェックアウトシステム１０が、商品登録装置１１及び決済装置１２をそれぞれ何台含むかは任意であり、商品登録装置１１と決済装置１２との台数の比も任意である。商品登録装置１１及び決済装置１２は、スーパーマーケットなどの店舗のチェックアウトコーナーに設置される。

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

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

商品登録装置１１は、買上商品の登録処理、決済情報の生成、ならびに決済情報の決済装置１２への通知の各機能を備える。登録処理は、買物客２２が購入する商品を買上商品として登録する処理である。決済情報は、決済処理に必要となる情報である。決済情報は、登録処理によって登録された買上商品毎の個数及び金額と、各買上商品の合計個数及び合計金額とを含む。

決済装置１２は、商品登録装置１１から決済情報が通知された場合に、当該決済情報に基づく決済処理を行う。決済処理は、買上商品の販売に係る取引を決済するための処理である。

図２は商品登録装置１１及び決済装置１２のブロック図である。商品登録装置１１及び決済装置１２は、いずれもネットワークであるＬＡＮ（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２５）。決済画面ＳＣ３の一例を図１２及び図１３に示す。図１２は、商品登録装置１１にて支払い方法が指定されなかったときの決済画面（以下、第１決済画面ＳＣ３-1と称する）であり、図１３は、商品登録装置１１にて支払い方法が指定されたときの決済画面（以下、第２決済画面ＳＣ３-2と称する）である。

第１決済画面ＳＣ３-1は、表示エリアＲ３１、Ｒ３２と、ボタンＢ３１と、を含む。表示エリアＲ３１は、決済方法の種類毎に操作ガイダンスを表示する。表示エリアＲ３２は、合計メモリ３２ｂに記憶された合計個数と合計金額とを、買物客２２との取引点数及び取引金額として表示する。ボタンＢ３１は、店員２１を呼び出すことを買物客２２が指定するためのものである。

決済装置１２は、自動釣銭機１２ｅを利用した現金支払いと、クレジットカード用のカードリーダライタ１２ｉ１を利用したクレジット支払いと、電子マネーカード用のカードリーダライタ１２ｉ２を利用した電子マネー支払いと、の３種類の支払い方法に対応している。現金支払いに対しては、例えば「現金支払いの方は、現金を投入してください」との操作ガイダンスが表示エリアＲ３１に表示される。クレジット支払いに対しては、例えば「クレジット支払いの方は、カードを挿入してください」との操作ガイダンスが表示エリアＲ３１に表示される。電子マネー支払いに対しては、例えば「電子マネー支払いの方は、カードを近づけてください」との操作ガイダンスが表示エリアＲ３１に表示される。

第２決済画面ＳＣ３-2は、表示エリアＲ４１、Ｒ４２と、ボタンＢ４１、Ｂ４２と、を含む。表示エリアＲ４１は、支払い方法を示す操作ガイダンスを表示する。このガイダンスは、現金支払いの場合、例えば「現金を投入してください」となる。クレジット支払いの場合、例えば「カードを挿入してください」となる。電子マネー支払いの場合、例えば「カードを近づけてください」となる。図１３に示す第２決済画面ＳＣ３-2は、現金支払いに対応したものである。表示エリアＲ４１は、支払い方法を変更する場合の操作ガイダンスも表示する。例えば「支払い方法を変更する場合には、変更ボタンにタッチしてください」が表示エリアＲ４１に表示される。表示エリアＲ４２は、合計メモリ３２ｂに記憶された合計個数と合計金額とを、買物客２２との取引点数及び取引金額として表示する。ボタンＢ４１は、店員２１を呼び出すことを買物客２２が指定するためのものである。ボタンＢ４２は、支払い方法の変更を買物客２２が指定するためのものである。

商品登録装置１１において、支払い方法が指定されなかった場合、選択フラグＦ１〜Ｆ３は全て“０”にリセットされている。これに対し、支払い方法が指定された場合には、その支払い方法に対応したいずれか１つの選択フラグＦ１〜Ｆ３が“１”にセットされている。

選択フラグメモリ３３ｂに記憶された選択フラグＦ１〜Ｆ３が全て“０”にリセットされている場合、ＣＰＵ１２ａは、第１決済画面ＳＣ３-1をタッチパネル１２ｇに表示する。選択フラグＦ１〜Ｆ３のうちいずれか１つのフラグが“１”にセットされていた場合には、ＣＰＵ１２ａは、第２決済画面ＳＣ３-2をタッチパネル１２ｇに表示する。

図１２に示される第１決済画面ＳＣ３-1を確認した買物客２２は、現金で支払うのか、クレジットで支払うのか、電子マネーで支払うのか、を決める。現金で支払う場合、買物客２２は、自動釣銭機１２ｅに合計金額以上の現金を投入する。クレジットで支払う場合、買物客２２は、クレジットカードをカードリーダライタ１２ｉ１に挿入する。電子マネーで支払う場合、買物客２２は、電子マネーカードをカードリーダライタ１２ｉ２に近づける。

図１３に示される第２決済画面ＳＣ３-2を確認した買物客２２は、自動釣銭機１２ｅに合計金額以上の現金を投入する。あるいは、現金以外の支払い方法に変更する場合には、買物客２２は、ボタンＢ４２にタッチする。

第１決済画面ＳＣ３-1または第２決済画面ＳＣ-2を表示させたＣＰＵ１２ａは、選択フラグメモリ３３ｂの選択フラグＦ１〜Ｆ３に基づいて、決済情報送信元の商品登録装置１１にて支払い方法が指定されているか否かを確認する（Act２６）。前述したように、選択フラグＦ１〜Ｆ３が全て“０”にリセットされていた場合には、支払い方法が指定されていない。この場合（Act２６にてＮＯ）、ＣＰＵ１２ａは、支払いに必要なデバイスを起動して、待ち受け状態とする（Act２７）。

現金支払いに必要なデバイスは、自動釣銭機１２ｅである。ＣＰＵ１２ａは、自動釣銭機１２ｅを起動し、投入口に硬貨または紙幣が投入されるのを待ち受ける。クレジット支払いに必要なデバイスは、カードリーダライタ１２ｉ１である。ＣＰＵ１２ａは、カードリーダライタ１２ｉ１を起動し、カード挿入口にクレジットカードが挿入されるのを待ち受ける。電子マネー支払いに必要なデバイスは、カードリーダライタ１２ｉ２である。ＣＰＵ１２ａは、カードリーダライタ１２ｉ２を起動し、アンテナ部に電子マネーカードが翳されるのを待ち受ける。

支払いに必要なデバイスを待ち受け状態としたＣＰＵ１２ａは、カードリーダライタ１２ｉ１によってクレジットカードのデータが読み取られたか否かを確認する（Act２８）。クレジットカードのデータが読み取られていない場合（Act２８にてＮＯ）、ＣＰＵ１２ａは、カードリーダライタ１２ｉ２によって電子マネーカードのデータが読み取られたか否かを確認する（Act２９）。電子マネーカードのデータが読み取られていない場合（Act２９にてＮＯ）、ＣＰＵ１２ａは、自動釣銭機１２ｅに現金が投入されたか否かを確認する（Act３０）。現金が投入されていない場合（Act３０にてＮＯ）、ＣＰＵ１２ａは、Act２８の処理に戻る。したがってＣＰＵ１１ａは、Act２８乃至Act３０の処理において、クレジットカードのデータが読み取られるか、電子マネーカードのデータが読み取られるか、現金が投入されるのを待ち受ける。

なお、上記の説明では、支払いに必要なデバイスが待ち受け状態となっているとき、先ず、クレジットカードのデータが読み取られたか否かを確認し、続いて電子マネーカードのデータが読み取られたか否かを確認し、続いて現金が投入されたか否かを確認したが、確認の順番は特に限定されるものではない。始めに電子マネーカードのデータが読み取られたか否かを確認してもよいし、現金が投入されたか否かを確認してもよい。

Act２８乃至Act３０の待ち受け状態において、カードリーダライタ１２ｉ１によってクレジットカードのデータが読み取られると（Act２８にてＹＥＳ）、図８に示すように、ＣＰＵ１２ａは、クレジット支払い以外の待ち受け状態、すなわち電子マネー支払いの待ち受け状態と現金支払いの待ち受け状態とを解除する(Act３１)。この処理により、カードリーダライタ１２ｉ２及び自動釣銭機１２ｅの駆動が停止する。したがって、買物客２２がカードリーダライタ１２ｉ２に電子マネーカードを翳しても、カードリーダライタ１２ｉ２は電子マネーカードのデータを読み取らない。同様に、買物客２２が自動釣銭機１２ｅに現金を投入しようとしても、シャッタ等により投入口を閉じることにより、自動釣銭機１２ｅは現金を受け付けない。

クレジット支払い以外の待ち受け状態を解除したならば、ＣＰＵ１２ａは、カードリーダライタ１２ｉ１によって読み取られたクレジットカードのデータに基づいて、クレジット支払いによる決済処理を実行する（Act３２）。この決済処理は、既存のＰＯＳ端末あるいはセルフＰＯＳ端末において既に実行されている処理と同様なので、ここでの説明は省略する。

クレジット支払いによる決済処理が終了すると、ＣＰＵ１２ａは、プリンタ１２ｈを動作させてクレジット伝票を発行させる（Act３３）。クレジット伝票が発行されると、ＣＰＵ１２ａは、Act２２にて受信した決済情報に対する処理を終える。そしてＣＰＵ１２ａは、再度Act２１以降の処理を前述したのと同様に繰り返す。

Act２８乃至Act３０の待ち受け状態において、カードリーダライタ１２ｉ２によって電子マネーカードのデータが読み取られると（Act２９にてＹＥＳ）、ＣＰＵ１２ａは、図９に示すように、電子マネー支払い以外の待ち受け状態、すなわちクレジット支払いの待ち受け状態と現金支払いの待ち受け状態とを解除する(Act４１)。この処理により、カードリーダライタ１２ｉ１及び自動釣銭機１２ｅの駆動が停止する。したがって、買物客２２がカードリーダライタ１２ｉ１にクレジットカードを挿入しても、カードリーダライタ１２ｉ１はクレジットカードのデータを読み取ることなく、クレジットカードを排出する。同様に、買物客２２が自動釣銭機１２ｅに現金を投入しようとしても、シャッタ等により投入口を閉じることにより、自動釣銭機１２ｅは現金を受け付けない。

電子マネー支払い以外の待ち受け状態を解除したならば、ＣＰＵ１２ａは、カードリーダライタ１２ｉ２によって読み取られた電子マネーカードのデータ、つまりは電子マネーの残高データに基づいて、電子マネー支払いによる決済処理を実行する（Act４２）。この決済処理は、既存のＰＯＳ端末あるいはセルフＰＯＳ端末において既に実行されている処理と同様なので、ここでの説明は省略する。

電子マネー支払いによる決済処理が終了すると、ＣＰＵ１２ａは、代金の支払い金額に残金があるか否かを確認する（Act４３）。電子マネーカードから読み取った電子マネー残高データの金額が、合計メモリ３２に格納されている合計金額データの金額以上の場合、残金はない。しかし、電子マネー残高データの金額が合計金額データの金額よりも少ない場合には、その差額が残金となる。

残金がある場合（Act４３にてＹＥＳ）、ＣＰＵ１２ａは、決済画面ＳＣ３の表示エリアＲ３２にその残金を表示する（Act４４）。その後、ＣＰＵ１２ａは、図７に示すAct２７の処理に戻る。すなわちＣＰＵ１２ａは、支払いに必要なデバイスを再度起動して、待ち受け状態とする。そしてＣＰＵ１１ａは、再度Act２８以降の処理を前述したのと同様に繰り返す。

残金が無い場合には（Act４３にてＮＯ）、ＣＰＵ１２ａは、プリンタ１２ｈを動作させてレシートを発行させる（Act４５）。レシートが発行されると、ＣＰＵ１２ａは、Act２２にて受信した決済情報に対する処理を終える。そしてＣＰＵ１２ａは、再度Act２１以降の処理を前述したのと同様に繰り返す。

Act２８乃至Act３０の待ち受け状態において、自動釣銭機１２ｅに現金が投入されると（Act３０にてＹＥＳ）、ＣＰＵ１２ａは、図１０に示すように、現金支払い以外の待ち受け状態、すなわちクレジット支払いの待ち受け状態と電子マネー支払いの待ち受け状態とを解除する(Act５１)。この処理により、カードリーダライタ１２ｉ１及びカードリーダライタ１２ｉ２の駆動が停止する。したがって、買物客２２がカードリーダライタ１２ｉ１にクレジットカードを挿入しても、カードリーダライタ１２ｉ１はクレジットカードのデータを読み取ることなく、クレジットカードを排出する。同様に、買物客２２がカードリーダライタ１２ｉ２に電子マネーカードを翳しても、カードリーダライタ１２ｉ２は電子マネーカードのデータを読み取らない。

現金支払い以外の待ち受け状態を解除したならば、ＣＰＵ１２ａは、自動釣銭機１２ｅに投入された現金の金額データに基づいて、現金支払いによる決済処理を実行する（Act５２）。この決済処理は、既存のＰＯＳ端末あるいはセルフＰＯＳ端末において既に実行されている処理と同様なので、ここでの説明は省略する。

現金支払いによる決済処理が終了すると、ＣＰＵ１２ａは、代金の支払い金額に残金があるか否かを確認する（Act５３）。自動釣銭機１２ｅに投入された現金の金額が、合計メモリ３２に格納されている合計金額データの金額以上の場合、残金はない。しかし、投入された現金の金額が合計金額データの金額よりも少ない場合には、その差額が残金となる。

残金がある場合（Act５３にてＹＥＳ）、ＣＰＵ１２ａは、決済画面ＳＣ３の表示エリアＲ３２にその残金を表示する（Act５４）。その後、ＣＰＵ１２ａは、図７に示すAct２７の処理に戻る。すなわちＣＰＵ１２ａは、支払いに必要なデバイスを再度起動して、支払い待機状態とする。そしてＣＰＵ１１ａは、再度Act２８以降の処理を前述したのと同様に繰り返す。

残金が無い場合には（Act５３にてＮＯ）、ＣＰＵ１２ａは、プリンタ１２ｈを動作させてレシートを発行させる（Act５５）。レシートが発行されると、ＣＰＵ１２ａは、Act２２にて受信した決済情報に対する処理を終える。そしてＣＰＵ１２ａは、再度Act２１以降の処理を前述したのと同様に繰り返す。

Act２６の処理において、いずれか１つの選択フラグＦ１、Ｆ２またはＦ３が“１”にセットされていた場合、決済情報送信元の商品登録装置１１にて支払い方法が指定されている。この場合（Act２６にてＮＯ）、図１１に示すように、ＣＰＵ１２ａは、“１”にセットされているフラグが選択フラグＦ１か否かを確認する（Act６１）。選択フラグＦ１でない場合（Act６１にてＮＯ）、ＣＰＵ１２ａは、“１”にセットされているフラグが選択フラグＦ２であるか否かを確認する（Act６２）。選択フラグＦ２でもない場合（Act６２にてＮＯ）、“１”にセットされているフラグは選択フラグＦ３である。つまり、商品登録装置１１にて指定された支払い方法は電子マネー支払いである。この場合、ＣＰＵ１２ａは、電子マネー支払いに必要なデバイスを待ち受け状態とする（Act６３）。すなわちＣＰＵ１２ａは、カードリーダライタ１２ｉ２を起動し、アンテナ部に電子マネーカードが翳されるのを待ち受ける。

ＣＰＵ１２ａは、カードリーダライタ１２ｉ２によって電子マネーカードのデータが読み取られたか否かを確認する（Act６４）。電子マネーカードのデータが読み取られていない場合（Act６４にてＮＯ）、ＣＰＵ１２ａは、ボタンＢ４２がタッチされたか否かを確認する（Act６５）。ボタンＢ４２がタッチされていない場合（Act６５にてＮＯ）、ＣＰＵ１２ａは、Act６４の処理に戻る。したがってＣＰＵ１１ａは、Act６４及びAct６５の処理において、電子マネーカードのデータが読み取られるか、ボタンＢ４２がタッチされるのを待ち受ける。

Act６４及びAct６５の待ち受け状態において、ボタンＢ４２がタッチされたことを検知すると（Act６５にてＹＥＳ）、ＣＰＵ１２ａは、図７のAct２７の処理に戻る。すなわちＣＰＵ１２ａは、支払いに必要な全てのデバイスを起動して、待ち受け状態とする。そしてＣＰＵ１１ａは、Act２８以降の処理を前述したのと同様に繰り返す。

Act６４及びAct６５の待ち受け状態において、カードリーダライタ１２ｉ２によって電子マネーカードのデータが読み取られたことを検知した場合には（Act６４にてＹＥＳ）、ＣＰＵ１２ａは、図９のAct４２の処理に進む。すなわちＣＰＵ１２ａは、カードリーダライタ１２ｉ２によって読み取られた電子マネーカードのデータ、つまりは電子マネーの残高データに基づいて、電子マネー支払いによる決済処理を実行する。そしてＣＰＵ１２ａは、Act４３以降の処理を前述したのと同様に繰り返す。

“１”にセットされているフラグが選択フラグＦ１であった場合（Act６１にてＹＥＳ）、商品登録装置１１にて指定された支払い方法は現金支払いである。この場合、ＣＰＵ１２ａは、現金支払いに必要なデバイスを待ち受け状態とする（Act６６）。すなわちＣＰＵ１２ａは、自動釣銭機１２ｅを起動して、投入口に硬貨または紙幣が投入されるのを待ち受ける。

ＣＰＵ１２ａは、自動釣銭機１２ｅに現金が投入されたか否かを確認する（Act６７）。自動釣銭機１２ｅに現金が投入されていない場合（Act６７にてＮＯ）、ＣＰＵ１２ａは、ボタンＢ４２がタッチされたか否かを確認する（Act６８）。ボタンＢ４２がタッチされていない場合（Act６８にてＮＯ）、ＣＰＵ１２ａは、Act６７の処理に戻る。したがってＣＰＵ１１ａは、Act６７及びAct６８の処理において、自動釣銭機１２ｅに現金が投入されるか、ボタンＢ４２がタッチされるのを待ち受ける。

Act６７及びAct６８の待ち受け状態において、ボタンＢ４２がタッチされたことを検知すると（Act６８にてＹＥＳ）、ＣＰＵ１２ａは、図７のAct２７の処理に戻る。すなわちＣＰＵ１２ａは、支払いに必要な全てのデバイスを起動して、待ち受け状態とする。そしてＣＰＵ１１ａは、Act２８以降の処理を前述したのと同様に繰り返す。

Act６７及びAct６８の待ち受け状態において、自動釣銭機１２ｅに現金が投入されたことを検知した場合には（Act６７にてＹＥＳ）、ＣＰＵ１２ａは、図１０のAct５２の処理に進む。すなわちＣＰＵ１２ａは、自動釣銭機１２ｅに投入された現金の金額データに基づいて、現金支払いによる決済処理を実行する。そしてＣＰＵ１２ａは、Act５３以降の処理を前述したのと同様に繰り返す。

“１”にセットされているフラグが選択フラグＦ２であった場合（Act６２にてＹＥＳ）、商品登録装置１１にて指定された支払い方法はクレジット支払いである。この場合、ＣＰＵ１２ａは、クレジット支払いに必要なデバイスを待ち受け状態とする（Act６９）。すなわちＣＰＵ１２ａは、カードリーダライタ１２ｉ１を起動して、カード挿入口にクレジットカードが挿入されるのを待ち受ける。

ＣＰＵ１２ａは、カードリーダライタ１２ｉ１によってクレジットカードのデータが読み取られたか否かを確認する（Act７０）。クレジットカードのデータが読み取られていない場合（Act７０にてＮＯ）、ＣＰＵ１２ａは、ボタンＢ４２がタッチされたか否かを確認する（Act７１）。ボタンＢ４２がタッチされていない場合（Act７１にてＮＯ）、ＣＰＵ１２ａは、Act６９の処理に戻る。したがってＣＰＵ１１ａは、Act７０及びAct７１の処理において、クレジットカードのデータが読み取られるか、ボタンＢ４２がタッチされるのを待ち受ける。

Act７０及びAct７１の待ち受け状態において、ボタンＢ４２がタッチされたことを検知すると（Act７１にてＹＥＳ）、ＣＰＵ１２ａは、図７のAct２７の処理に戻る。すなわちＣＰＵ１２ａは、支払いに必要な全てのデバイスを起動して、待ち受け状態とする。そしてＣＰＵ１１ａは、Act２８以降の処理を前述したのと同様に繰り返す。

Act７０及びAct７１の待ち受け状態において、カードリーダライタ１２ｉ１によってクレジットカードのデータが読み取られたことを検知した場合には（Act７０にてＹＥＳ）、ＣＰＵ１２ａは、図８のAct３２の処理に進む。すなわちＣＰＵ１２ａは、カードリーダライタ１２ｉ１によって読み取られたクレジットカードのデータに基づいて、クレジット支払いによる決済処理を実行する。そしてＣＰＵ１２ａは、Act３３以降の処理を前述したのと同様に繰り返す。

ここに、ＣＰＵ１２ａを含むコンピュータは、Act２６及びAct６１〜Act６２の処理により、受信手段により受信した決済情報に関連付けされた情報（選択フラグＦ１〜Ｆ３）に基づいて代金支払い方法を決定する決定手段を構成する。

またＣＰＵ１２ａは、Act６３〜Act７１の処理により、決定手段により決定された代金支払い方法による入金を待ち受け、決済に必要な入金に関するデータを検出すると、受信手段により受信した決済情報の決済を処理する第１処理手段を構成する。

またＣＰＵ１２ａは、Act２６〜Act３３、Act４１〜Act４５及びAct５１〜Act５５の処理により、決済情報に関連付けされた情報（選択フラグＦ１〜Ｆ３）が、支払い方法が指定されていないことを示すとき、複数の代金支払い方法による入金を待ち受け、いずれか１つの代金支払い方法により決済に必要な入金に関するデータを検出すると、受信手段により受信した決済情報の決済を処理する第２処理手段を構成する。

さらにＣＰＵ１２ａは、Act６５，Act６８またはAct７１と、Act２７〜Act３３、Act４１〜Act４５及びAct５１〜Act５５の処理により、決定手段により決定された代金支払い方法の変更が指令されると、複数の代金支払い方法による入金を待ち受け、いずれか１つの代金支払い方法により決済に必要な入金に関するデータを検出すると、受信手段により受信した決済情報の決済を処理する第３処理手段を構成する。

またＣＰＵ１２ａは、Act２５の処理により、決済情報に関連付けされた情報（選択フラグＦ１〜Ｆ３）が、指定された支払い方法を示すときにはその支払い方法による入金の方法を通知するガイダンスを報知し、支払い方法が指定されていないことを示すときには、複数の代金支払い方法毎に入金の方法を通知するガイダンスを報知する報知手段を構成する。

上記の如く動作するチェックアウトシステム１０が導入された店舗においては、買物客２２が購入する商品の登録処理を、店員２１が商品登録装置１１を操作して行う。この登録処理により、商品登録装置１１では、買上商品の代金を含む決済情報が生成される。また、転送先選択画面ＳＣがタッチパネル１１ｇ１に表示される。

そこで店員２１は、買物客に代金の支払い方法について尋ねる。ここで、買物客２２が現金支払いを選択した場合、店員２１は、転送先選択画面ＳＣのボタンＢ１１にタッチする。そうすると、選択フラグＦ１が“１”にセットされ、他の選択フラグＦ２，Ｆ３が“０”にリセットされる。

次いで店員２１は、転送先選択画面ＳＣの表示エリアＲ１４〜Ｒ１７の情報を基に取引データを転送する決済装置１２を決める。そして店員２１は、転送先に決定した決済装置１２に対応するボタンＢ１５〜Ｂ１８にタッチする。そうすると、選択フラグＦ１〜Ｆ３の情報が追加された決済情報が、店員２１によって選択された１つの決済装置１２に転送される。

決済情報を受信した決済装置１２においては、現金支払いの操作ガイダンスを表す第２決済画面ＳＣ３-2が表示される。また、選択フラグＦ１が“１”にセットされていることから、決済装置１２においては、自動釣銭機１２ｅが起動する。

買物客２２は、店員２１の指示、あるいは商品登録装置１１のタッチパネル１１ｇ２に表示される報知画面ＳＣ２の情報に従い、決済情報が転送された決済装置１２の手前に移動する。そして買物客２２は、決済画面ＳＣ３-2に表示されているガイダンスに従い、自動釣銭機１２ｅに現金を投入する。かくして決済装置１２では、現金支払いによる決済処理が実行される。

一方、買物客２２がクレジット支払いを選択した場合には、店員２１は、転送先選択画面ＳＣのボタンＢ１２にタッチする。そうすると、選択フラグＦ２が“１”にセットされ、他の選択フラグＦ１，Ｆ３が“０”にリセットされる。

その後、店員２１が転送先に決定した決済装置１２に対応するボタンＢ１５〜Ｂ１８にタッチすると、選択フラグＦ１〜Ｆ３の情報が追加された決済情報が、店員２１によって選択された１つの決済装置１２に転送される。

決済情報を受信した決済装置１２においては、クレジット支払いの操作ガイダンスを表す第２決済画面ＳＣ３-2が表示される。また、選択フラグＦ２が“１”にセットされていることから、決済装置１２においては、カードリーダライタ１２ｉ１が起動する。

買物客２２は、店員２１の指示、あるいは商品登録装置１１のタッチパネル１１ｇ２に表示される報知画面ＳＣ２の情報に従い、決済情報が転送された決済装置１２の手前に移動する。そして買物客２２は、決済画面ＳＣ３-2に表示されているガイダンスに従い、カードリーダライタ１２ｉ１にクレジットカードを挿入する。かくして決済装置１２では、クレジット支払いによる決済処理が実行される。

同様に、買物客２２が電子マネー支払いを選択した場合には、店員２１は、転送先選択画面ＳＣのボタンＢ１３にタッチする。そうすると、選択フラグＦ３が“１”にセットされ、他の選択フラグＦ１，Ｆ２が“０”にリセットされる。

その後、店員２１が転送先に決定した決済装置１２に対応するボタンＢ１５〜Ｂ１８にタッチすると、選択フラグＦ１〜Ｆ３の情報が追加された決済情報が、店員２１によって選択された１つの決済装置１２に転送される。

決済情報を受信した決済装置１２においては、電子マネー支払いの操作ガイダンスを表す第２決済画面ＳＣ３-2が表示される。また、選択フラグＦ３が“１”にセットされていることから、決済装置１２においては、カードリーダライタ１２ｉ２が起動する。

買物客２２は、店員２１の指示、あるいは商品登録装置１１のタッチパネル１１ｇ２に表示される報知画面ＳＣ２の情報に従い、決済情報が転送された決済装置１２の手前に移動する。そして買物客２２は、決済画面ＳＣ３-2に表示されているガイダンスに従い、カードリーダライタ１２ｉ２のアンテナに電子マネーカードを翳す。かくして決済装置１２では、電子マネー支払いによる決済処理が実行される。

このように、本実施形態のチェックアウトシステム１０によれば、買物客２２が決済装置１２を操作して決済を行う際に、支払い方法を選択することなく決済を完了できる。したがって、決済装置１２での支払いに対する操作を簡略化できるので、決済装置１２の操作に不慣れな買物客２２でもスムーズに決済を完了させることができる。

ところで、店員２１からの問い合わせに対して買物客２２が支払い方法を申し出なかった場合には、店員２１は、ボタンＢ１１〜Ｂ１３にタッチすることなく転送先に決定した決済装置１２に対応するボタンＢ１５〜Ｂ１８にタッチする。そうすると、選択フラグＦ１〜Ｆ３の情報が追加された決済情報が、店員２１によって選択された１つの決済装置１２に転送される。このときの選択フラグＦ１〜Ｆ３の情報は、いずれも“０”にリセットされている。

したがって、決済情報を受信した決済装置１２においては、支払いに必要なデバイスが全て起動して、待ち受け状態となる。すなわち、自動釣銭機１２ｅと、カードリーダライタ１２ｉ１及び１２ｉ２とが起動する。そして決済装置１２は、自動釣銭機１２ｅに現金が投入されるか、カードリーダライタ１２ｉ１にクレジットカードが挿入されるか、カードリーダライタ１２ｉ２に電子マネーカードが翳されるのを待ち受ける。

ここで、買物客２２が自動釣銭機１２ｅに現金を投入すると、自動釣銭機１２ｅの作用により、投入された現金の総額が算出される。そして、代金以上の現金が投入されると、プリンタ１２ｈによりレシートが発行されて、決済が完了する。このとき、買物客２２は、現金支払いを宣言するためのキーまたはボタンを操作する必要はない。

一方、買物客２２がカードリーダライタ１２ｉ１にクレジットカードを挿入した場合には、カードリーダライタ１２ｉ１の作用によりクレジットカードのデータが読み取られる。そして、クレジットカードが認証されると、プリンタ１２ｈによりクレジット伝票が発行されて、決済が完了する。このとき、買物客２２は、クレジット支払いを宣言するためのキーまたはボタンを操作する必要はない。

同様に、買物客２２がカードリーダライタ１２ｉ２に電子マネーカードを翳した場合には、カードリーダライタ１２ｉ２の作用により電子マネーカードから電子マネーの残高データが読み取られる。そして、残高データから代金分が減額されるとともに、プリンタ１２ｈによりレシートが発行されて、決済が完了する。このとき、買物客２２は、電子マネー支払いを宣言するためのキーまたはボタンを操作する必要はない。

また、例えば現金支払いを申し出た買物客２２が、決済装置１２にて自動釣銭機１２ｅに現金を投入する段階になって現金が不足していることに気が付き、支払い方法を電子マネー支払いまたはクレジット支払いに変更する場合がある。このような場合には、買物客２２は、第２決済画面ＳＣ３-2のボタンＢ４２にタッチする。そうすると、決済装置１２においては、支払いに必要なデバイスが全て起動して、待ち受け状態となる。したがって買物客２２は、支払い方法を電子マネー支払いまたはクレジット支払いに変更することができる。

このような作用は、クレジット支払いを申し出た買物客２２が、電子マネー支払いまたは現金支払いに変更する場合、及び電子マネー支払いを申し出た買物客２２が、クレジット支払いまたは現金支払いに変更する場合においても同様である。

したがって本実施形態によれば、買物客２２が商品登録の段階で申し出た代金支払い方法を決済の段階で変更する場合においても、買物客２２は支払い方法を選択することなく決済を完了できる。

なお、本発明は、前記実施形態に限定されるものではない。
例えば前記実施形態では、買物客２２が希望する支払い方法を、商品登録装置１１を操作する店員２１が入力する場合を例示した。他の実施形態としては、買物客２２が希望する支払い方法を商品登録装置１１に対して買物客が自ら入力する形態が考えられる。例えば、転送先選択画面ＳＣ１の表示エリアＲ１２に表示させたボタンＢ１１〜Ｂ１３を客用のタッチパネル１１ｇ２に表示させる。そして、ＣＰＵ１１ａは、図４のAct３の処理で商品コードが入力されてからAct１１の処理で決済装置１２が指定されるまでの間、ボタンＢ１１〜Ｂ１３の入力を受け付ける。そして、ボタンＢ１１〜Ｂ１３がタッチされたことを検知したならば、ＣＰＵ１１ａは、そのタッチされたボタンＢ１１〜Ｂ１３に対応する選択フラグＦ１〜Ｆ３を“１”にセットする。こうすることにより、買物客２２が希望する支払い方法を商品登録装置１１に対して買物客２２が自ら入力することができる。

また、前記実施形態では、第２決済画面ＳＣ３-2のボタンＢ４２がタッチされた場合（Act６５、Act６８またはAct７１にてＹＥＳ）、ＣＰＵ１２ａは、図７に示すAct２７の待ち受け状態に移行する場合を例示した。他の実施形態としては、現金支払い、クレジット支払い、電子マネー支払い等の支払い方法を選択するための画面を表示し、この画面を介して選択された支払い方法のデバイスを起動する形態が考えられる。このような形態を採用した場合、決済の段階で支払い方法を変更する買物客２２に対しては支払い方法を選択する操作が発生するものの、多くの買物客２２は決済の段階で支払い方法を変更しないので、決済装置１２での支払いに対する操作を簡略化できる効果を奏し得る。

また前記実施形態は、非現金による支払い方法をクレジット支払いと電子マネー支払いに限定したが、非現金による支払方法はこれに限定されるものではない。例えばポイントカードを用いたポイントでの支払い、プリペイドカードを用いたプリペイド金額での支払い等に対応したものであってもよい。

また前記実施形態は、商品の販売に係る取引のチェックアウトシステムを例示したが、例えば駐車場、スポーツ施設等の利用料、遊園地等の入場料などの役務提供に係る取引のチェックアウトシステムにも同様に適用できるものである。

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

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

１０…チェックアウトシステム、１１…商品登録装置、１２…決済装置、１１ａ，１２ａ…ＣＰＵ、１１ｂ，１２ｂ…ＲＯＭ、１１ｃ，１２ｃ…ＲＡＭ、１１ｄ，１２ｄ…補助記憶ユニット、１１ｅ…ドロワ開放ユニット、１２ｅ…自動釣銭機、１１ｆ，１２ｆ…スキャナ、１１ｇ１，１１ｇ２，１２ｇ…タッチパネル、１１ｈ，１２ｈ…プリンタ、１１ｉ，１２ｉ１，１２ｉ２…カードリーダライタ、１１ｊ，１２ｊ…通信ユニット、１３…ＬＡＮ、２１…店員、２２…買物客、３１ａ、３１ｂ…取引メモリ、３２ａ、３２ｂ…合計メモリ、３３ａ，３３ｂ…選択フラグメモリ。

Claims (6)

1. 入力処理装置と、決済装置と、を備え、
   前記入力処理装置は、
   商品販売または役務提供に係るデータの入力を待ち受け、入力されたデータを基に決済情報を生成する生成手段と、
   複数の代金支払い方法の中からいずれか１つの支払い方法が指定されるのを待ち受け、指定された支払い方法を示す情報を記憶部に記憶する記憶手段と、
   前記商品販売または前記役務提供に係るデータの入力終了が指令されると、前記決済情報と前記記憶部の情報とを関連付けて前記決済装置に送信する送信手段と、
   を具備し、
   前記決済装置は、
   前記入力処理装置から送信される前記決済情報を受信する受信手段と、
   前記受信手段により受信した前記決済情報に関連付けされた前記情報に基づいて代金支払い方法を決定する決定手段と、
   前記決定手段により決定された代金支払い方法による入金を待ち受け、決済に必要な入金に関するデータを検出すると、前記受信手段により受信した前記決済情報の決済を処理する第１処理手段と、
   を具備したことを特徴とするチェックアウトシステム。
2. 前記決済装置は、
   前記決済情報に関連付けされた前記情報が、前記支払い方法が指定されていないことを示すとき、前記複数の代金支払い方法による入金を待ち受け、いずれか１つの代金支払い方法により決済に必要な入金に関するデータを検出すると、前記受信手段により受信した前記決済情報の決済を処理する第２処理手段、
   をさらに具備したことを特徴とする請求項１記載のチェックアウトシステム。
3. 前記決済装置は、
   前記決済情報に関連付けされた前記情報が、前記指定された支払い方法を示すときにはその支払い方法による入金の方法を報知し、前記支払い方法が指定されていないことを示すときには、前記複数の代金支払い方法毎に入金の方法を報知する報知手段、
   をさらに具備したことを特徴とする請求項２記載のチェックアウトシステム。
4. 前記決済装置は、
   前記決定手段により決定された代金支払い方法の変更が指令されると、前記複数の代金支払い方法による入金を待ち受け、いずれか１つの代金支払い方法により決済に必要な入金に関するデータを検出すると、前記受信手段により受信した前記決済情報の決済を処理する第３処理手段、
   をさらに具備したことを特徴とする請求項１乃至３のうちいずれか１記載のチェックアウトシステム。
5. 商品販売または役務提供に係るデータの入力終了が指令されると、前記商品販売または前記役務提供に係るデータを基に生成される決済情報に、複数の代金支払い方法の中から指定されたいずれか１つの支払い方法を示す情報を関連付けて送信する入力処理装置とチェックアウトシステムを構成する決済装置であって、
   前記入力処理装置から送信される前記決済情報を受信する受信手段と、
   前記受信手段により受信した前記決済情報に関連付けされた前記情報に基づいて代金支払い方法を決定する決定手段と、
   この決定手段により決定された代金支払い方法による入金を待ち受け、決済に必要な入金に関するデータを検出すると、前記受信手段により受信した前記決済情報の決済を処理する第１処理手段と、
   を具備したことを特徴とする決済装置。
6. 商品販売または役務提供に係るデータの入力終了が指令されると、前記商品販売または前記役務提供に係るデータを基に生成される決済情報に、複数の代金支払い方法の中から指定されたいずれか１つの支払い方法を示す情報を関連付けて送信する入力処理装置とチェックアウトシステムを構成する決済装置のコンピュータに、
   前記入力処理装置から送信され、受信した前記決済情報に関連付けされた前記情報に基づいて代金支払い方法を決定する機能と、
   この決定された代金支払い方法による入金を待ち受け、決済に必要な入金に関するデータを検出すると、前記入力処理装置から受信した前記決済情報の決済を処理する機能と、
   を実現させるための制御プログラム。