JP2017062671A - チェックアウトシステム、決済装置およびその制御プログラム - 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１６乃至Act１８の待ち受け状態において、閉じるボタンＢ８がタッチされた場合（Act１６にてＹＥＳ）、ＣＰＵ１１ａは、報知画面ＳＣ３を消去して、この制御プログラムに従った情報処理を終了する。その後ＣＰＵ１１ａは、再び、図５の流れ図に示す手順の情報処理を開始して、次の買物客が購入する商品の買上登録に備える。

Act１６乃至Act１８の待ち受け状態において、追加ボタンＢ９がタッチされた場合には（Act１７にてＹＥＳ）、ＣＰＵ１１ａは、図６の流れ図に示す手順の情報処理を実行する。すなわちＣＰＵ１１ａは、タッチパネル１１ｇの画面の一部に、追加画面ＳＣ４（図１３を参照）を表示させる（Act２１）。

追加画面ＳＣ４の一例を図１３に示す。追加画面ＳＣ４は、表示エリアＲ１０を含む。表示エリアＲ１０には、追加登録される商品の商品名および単価が表示される表示欄ｒ１０１と、追加登録される商品の個数が表示される表示欄ｒ１０２と、追加登録される商品の個数分の金額が表示される表示欄ｒ１０３とが形成される。

追加画面ＳＣ４を表示させたＣＰＵ１１ａは、追加登録すべき商品の商品コードが入力されるのを待ち受ける（Act２２）。スキャナ１１ｆまたは商品ボタンを介して商品コードが入力されると（Act２２にてＹＥＳ）、ＣＰＵ１１ａは、前述したようにその商品コードに関連付けられて商品データベースに設定されている商品名、単価等の商品情報を取得する。またＣＰＵ１１ａは、この単価に個数を乗算して個数分の金額を算出する。個数は、商品コードが入力される前にテンキー等によって置数されている場合にはその数値であり、置数されていない場合には“１”である。ＣＰＵ１１ａは、商品コード、商品名、単価、個数および金額を含む追加更新データを生成し、一時バッファ４１に格納する（Act２３）。そしてＣＰＵ１１ａは、一時バッファ４１に格納された追加更新データの商品名、単価、個数および金額が追加画面ＳＣ４に表示されるように、追加画面ＳＣ４を更新する（Act２４）。

追加画面ＳＣ４を更新した後、ＣＰＵ１１ａは、小計ボタンがタッチされるのを待ち受ける（Act２５）。小計ボタンがタッチされたならば（Act２５にてＹＥＳ）、ＣＰＵ１１ａは、Act２６及びAct２７の処理を実行する。なお、Act２６とAct２７との処理手順は、この順序に限定されるものではない。順序が入れ替わってもよい。

Act２６では、ＣＰＵ１１ａは、一時バッファ４１に格納されている追加更新データを、Act１０の処理で登録データの転送先に指定された決済装置１２ｘに対して転送する。具体的にはＣＰＵ１１ａは、決済装置１２ｘに設定された通信アドレスを送信先アドレスとし、自らに設定された通信アドレスを送信元アドレスとして、追加更新データをＬＡＮ１３へと送信するように通信ユニット１１ｊに指令する。この指令を受けて、通信ユニット１１ｊは、送信先アドレスおよび送信元アドレスが設定された追加更新データをＬＡＮ１３上に送信する。この追加更新データは、送信先アドレスが通信アドレスと一致する決済装置１２ｘにて受信される。

Act２７では、ＣＰＵ１１ａは、タッチパネル１１ｇの画面の一部に、報知画面ＳＣ３を再度表示させる。
Act２６及びAct２７の処理が終了すると、ＣＰＵ１１ａは、Act１６の処理に進み、以降の処理を前述と同様に繰り返す。

Act１６乃至Act１８の待ち受け状態において、取消ボタンＢ１０がタッチされた場合には（Act１８にてＹＥＳ）、ＣＰＵ１１ａは、図７の流れ図に示す手順の処理を実行する。すなわちＣＰＵ１１ａは、タッチパネル１１ｇの画面の一部に、取消画面ＳＣ５（図１４を参照）を表示させる（Act３１）。

取消画面ＳＣ５の一例を図１４に示す。取消画面ＳＣ５は、表示エリアＲ１１を含む。表示エリアＲ１１には、購入が取消される商品の商品名および単価が表示される表示欄ｒ１１１と、購入が取消される商品の個数が表示される表示欄ｒ１１２と、購入が取消される商品の金額が表示される表示欄ｒ１１３とが形成される。

取消画面ＳＣ５を表示させたＣＰＵ１１ａは、購入を取り消すべき商品の商品コードが入力されるのを待ち受ける（Act３２）。スキャナ１１ｆまたは商品ボタンを介して入商品コードが入力されると（Act３２にてＹＥＳ）、ＣＰＵ１１ａは、前述したようにその商品コードに関連付けられて商品データベースに設定されている商品名、単価等の商品情報を取得する。またＣＰＵ１１ａは、この単価に個数を乗算して個数分の金額を算出する。個数は、商品コードが入力される前にテンキー等によって置数されている場合にはその数値であり、置数されていない場合には“１”である。ＣＰＵ１１ａは、個数にマイナス符号を付して、取消個数とする。またＣＰＵ１１ａは、金額にマイナス符号を付して、取消金額とする。ＣＰＵ１１ａは、商品コード、商品名、単価、取消個数および取消金額を含む取消更新データを生成し、一時バッファ４１に格納する（Act３３）。そしてＣＰＵ１１ａは、一時バッファ４１に格納された取消更新データの商品名、単価、取消個数および取消金額が取消画面ＳＣ５に表示されるように、取消画面ＳＣ５を更新する（Act３４）。

取消画面ＳＣ５を更新した後、ＣＰＵ１１ａは、小計ボタンがタッチされるのを待ち受ける（Act３５）。小計ボタンがタッチされたならば（Act３５にてＹＥＳ）、ＣＰＵ１１ａは、Act３６及びAct３７の処理を実行する。なお、Act３６とAct３７との処理手順は、この順序に限定されるものではない。順序が入れ替わってもよい。

Act３６では、ＣＰＵ１１ａは、一時バッファ４１に格納されている取消更新データを、Act１０の処理で登録データの転送先に指定された決済装置１２ｘに対して転送する。具体的にはＣＰＵ１１ａは、決済装置１２ｘに設定された通信アドレスを送信先アドレスとし、自らに設定された通信アドレスを送信元アドレスとして、取消更新データをＬＡＮ１３へと送信するように通信ユニット１１ｊに指令する。この指令を受けて、通信ユニット１１ｊは、送信先アドレスおよび送信元アドレスが設定された取消更新データをＬＡＮ１３上に送信する。この取消更新データは、送信先アドレスが通信アドレスと一致する決済装置１２ｘにて受信される。

Act３７では、ＣＰＵ１１ａは、タッチパネル１１ｇの画面の一部に、報知画面ＳＣ３を再度表示させる。
Act３６及びAct３７の処理が終了すると、ＣＰＵ１１ａは、Act１６の処理に進み、以降の処理を前述と同様に繰り返す。

ここに、ＣＰＵ１１ａは、タッチパネル１１ｇに報知画面ＳＣ３を表示させることで、決済装置１２ｘに登録データを転送した後、次の取引が開始されるまでの間、更新データの入力を待ち受ける更新待ち受け手段を構成する。

またＣＰＵ１１ａは、タッチパネル１１ｇおよび通信ユニット１１ｊと協働して、決済装置１２ｘに転送された登録データに対する更新データを、当該登録データが転送された決済装置１２ｘに送信する送信手段を構成する。具体的には、送信手段は、更新データの入力待ち受け状態で入力された更新データを、直前に登録データを転送した決済装置１２ｘに送信する。

次に、決済装置１２の動作について説明する。
決済装置１２が起動されると、ＣＰＵ１２ａは、図９の流れ図に示す手順の情報処理を開始する。先ずＣＰＵ１２ａは、タッチパネル１２ｇの画面を待機画面とする(Act５１)。待機画面は、決済処理を行う状況にないことを表すものであり、どのような情報を表すかは任意であって良い。例えば待機画面は、決済処理を行うことができないことを表すメッセージを表すもの、あるいはスクリーンセーバーとして広告などを表す任意の画像を表示するものとすることが想定される。タッチパネル１２ｇの画面を待機画面とした後、ＣＰＵ１２ａは、登録データを受信するのを待ち受ける（Act５２）。

前述したように登録装置１１のＣＰＵ１１ａは、図５のAct１３の処理において、通信ユニット１１ｊからＬＡＮ１３へと登録データを送信する。この登録データは、宛先となっている決済装置１２に設けられた通信ユニット１２ｊにて受信される。登録データを受信した決済装置１２は、その登録データの送信元アドレスを記憶することで、登録データの送信元である登録装置１１を特定できる。

登録データを受信すると（Act５２にてＹＥＳ）、ＣＰＵ１２ａは、その登録データを、取引メモリ３１ｂに展開する（Act５３）。すなわちＣＰＵ１２ａは、登録データから商品コード、商品名、単価、個数および金額のレコードを抽出し、取引メモリ３１ｂに格納する。またＣＰＵ１２ａは、取引メモリ３１ｂに格納されたレコードの点数および金額それぞれ合計して、その合計個数および合計金額を合計メモリ３２ｂに格納する。

ここにＣＰＵ１２ａは、ＲＡＭ１２ｃと協働して、登録装置１１から転送されてきた登録データを記憶部（取引メモリ３１ｂ）に格納する格納手段を構成する。

次いでＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に支払方法選択画面ＳＣ６（図１５を参照）を表示させる（Act２４）。
支払方法選択画面ＳＣ６の一例を図１５に示す。支払方法選択画面ＳＣ６は、表示エリアＲ１２、Ｒ１３およびボタンＢ１１、Ｂ１２を含む。表示エリアＲ１２は、決済装置１２を操作する買物客２２に対する操作ガイダンスを表示する。表示エリアＲ１３は、合計メモリ３２ｂに格納された合計個数と合計金額とを表示する。ボタンＢ１１は、複数の支払方法のなかからいずれかの支払方法を買物客が指定するための支払方法ボタンＢ１１である。ボタンＢ１２は、店員２１を呼び出すことを買物客２２が指定するための店員呼出ボタンＢ１３である。

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

支払方法選択画面ＳＣ６を確認した買物客２２は、代金の支払方法を決定し、支払方法ボタンをタッチする。ただし、追加購入したい商品があった場合、あるいは購入を取り止めたい商品があった場合には、買物客は、支払方法ボタンをタッチする前に店員に申し出る。そして、買い忘れた商品の追加登録あるいは取り消したい商品の取消登録が登録装置１１で行われるのを待って、支払方法ボタンをタッチする。

支払方法選択画面ＳＣ６を表示させたＣＰＵ１２ａは、支払方法ボタンＢ１１がタッチされたか否かを確認する（Act５５）。支払方法ボタンＢ１１がタッチされていない場合（Act５５にてＮＯ）、ＣＰＵ１２ａは、追加更新データまたは取消更新データを受信したか否かを確認する（Act５６）。追加更新データまたは取消更新データを受信していない場合（Act５６にてＮＯ）、ＣＰＵ１２ａは、再び支払方法ボタンＢ１１がタッチされたか否かを確認する（Act５５）。かくしてＣＰＵ１２ａは、Act５５およびAct５６として、支払方法ボタンＢ１１がタッチされるか追加更新データまたは取消更新データを受信するのを待ち受ける。

ここにＣＰＵ１２ａは、タッチパネル１２ｇと協働して、記憶部（取引メモリ３１ｂ）に格納された登録データに基づく取引の決済開始指示、つまりは支払方法ボタンＢ１１のタッチ入力を待ち受ける開始待ち受け手段を構成する。

Act５５およびAct５６の待ち受け状態において、追加更新データまたは取消更新データを受信したならば（Act５６にてＹＥＳ）、ＣＰＵ１２ａは、取引メモリ３１ｂに展開した登録データを更新する（Act５７）。すなわち追加更新データを受信した場合には、ＣＰＵ１２ａは、その追加更新データに含まれる商品コード、商品名、単価、個数および金額を１レコードとして取引メモリ３１ｂに追加する。ただし、すでに取引メモリ３１ｂに同一の商品コードを含むレコードが格納されていた場合には、ＣＰＵ１２ａは、そのレコードの個数および金額に追加更新データに含まれる個数および金額を加算し、レコードの追加は行わない。取消更新データを受信した場合には、ＣＰＵ１２ａは、取引メモリ３１ｂから同一の商品コードを含むレコードを検索する。そしてＣＰＵ１２ａは、そのレコードの個数および金額から、追加更新データに含まれる個数および金額を減算する。その結果、個数および金額が“０”になった場合には、ＣＰＵ１２ａは、このレコードを取引メモリ３１ｂから削除する。

追加更新データまたは取消更新データにより取引メモリ３１に展開した登録データを更新したならば、ＣＰＵ１２ａは、取引メモリ３１のデータにより合計個数および合計金額を再計算する。そしてＣＰＵ１２ａは、合計メモリ３２ｂのデータを更新するとともに、図１６に示すように、支払方法選択画面ＳＣ６の表示エリアＲ１３に表示されている合計点数および合計金額も更新する（Act５８）。その後、ＣＰＵ１２ａは、Act５５の処理に進み、以降の処理を前述と同様に繰り返す。

図１６は、図１５に示す支払方法選択画面ＳＣ６が表示されている状態で、金額５００円の商品１点に係る追加登録データによって取引メモリ３１ｂの更新データが更新された場合の支払方法選択画面ＳＣ６を例示する。

ここにＣＰＵ１２ａは、ＲＡＭ１２ｃおよび通信ユニット１２ｊと協働して、決済開始指示の待ち受け状態において、登録装置１１から更新データを受信すると、記憶部（取引メモリ３１ｂ）に記憶された登録データを更新データで更新する更新手段を構成する。

Act５５およびAct５６の待ち受け状態において、支払方法ボタンＢ１１がタッチされた場合には（Act５５にてＹＥＳ）、ＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に、支払方法ボタンＢ１１によって選択された支払い方法の支払画面ＳＣ７（図１７を参照）を表示させる（Act５８）。

支払画面ＳＣ７の一例を図１７に示す。図１７は、支払方法として現金が選択された場合の支払画面ＳＣ７である。支払画面ＳＣ７は、表示エリアＲ１３、Ｒ１４およびボタンＢ１３を含む。表示エリアＲ１３は、決済装置１２を操作する買物客２２に対する操作ガイダンスを表示する。表示エリアＲ１４は、合計金額、投入金額および残額を表示する。ボタンＢ１３は、現金の投入を終えた買物客が精算の実行を指定するための精算ボタンＢ１３である。支払方法として現金を選択した買物客は、自動釣銭機１２ｅに現金を投入する。そして合計金額以上の現金を投入したならば、精算ボタンＢ１３をタッチする。

支払画面ＳＣ７を表示させたＣＰＵ１２ａは、精算ボタンＢ１３がタッチされるのを待ち受ける（Act５９）。精算ボタンＢ１３がタッチされたならば（Act５９にてＹＥＳ）、ＣＰＵ１２ａは、選択された支払い方法による決済処理を実行する（Act６０）。例えば支払方法として現金が選択された場合には、ＣＰＵ１２ａは、現金支払いに対する決済処理を実行する。そしてＣＰＵ１２ａは、プリンタ１２ｈを制御してレシートを発行させるとともに、自動釣銭機１２ｅを制御して釣銭を払い出させる。クレジットカードが選択された場合には、ＣＰＵ１２ａは、クレジット支払いに対する決済処理を実行する。そしてＣＰＵ１２ａは、プリンタ１２ｈを制御してクレジット伝票を発行させる。電子マネーが選択された場合には、ＣＰＵ１２ａは、電子マネー支払いに対する決済処理を実行する。そしてＣＰＵ１２ａは、プリンタ１２ｈを制御してレシートを発行させるとともに、カードリーダライタ１２ｉを制御して電子マネーの残高を更新させる。このような決済処理は周知なので、詳細な説明は省略する。

決済処理が終了すると、ＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に完了画面ＳＣ８（図１８を参照）を表示させる（Act６１）。

現金支払いに対する完了画面ＳＣ８の一例を図１８に示す。完了画面ＳＣ８は、表示エリアＲ１５、Ｒ１６、Ｒ１７を含む。表示エリアＲ１５は、決済装置１２を操作する買物客２２に対する操作ガイダンスを表示する。表示エリアＲ１６は、案内画像を表示する。案内画像は、買物客２２に対して、レシートの発行口と釣銭の払出口とを案内する画像である。したがって買物客は、この案内画像からレシートが発行される場所と釣銭が払い出される場所とを容易に知ることができる。表示エリアＲ１６は、釣銭額を表示する。したがって買物客は、表示エリアＲ１６のデータから釣銭額を知ることができる。

完了画面ＳＣ８を表示させたＣＰＵ１２ａは、登録データ送信元の登録装置１１に取引の完了を通知する（Act６２）。具体的にはＣＰＵ１２ａは、登録データの受信時に記憶しておいた送信元アドレスを送信先アドレスとし、自らに設定された通信アドレスを送信元アドレスとして、取引完了通知のコマンドをＬＡＮ１３へと送信するように通信ユニット１２ｊを制御する。これにより、送信先アドレスおよび送信元アドレスが設定された取引完了通知のコマンドがＬＡＮ１３を介して送信される。そしてこのコマンドは、送信先アドレスが通信アドレスと一致する登録装置１１にて受信される。

取引完了通知のコマンドを受信した登録装置１１のＣＰＵ１１ａは、図８の流れ図に示す手順の受信割込み処理を実行する。すなわちＣＰＵ１１ａは、受信したコマンドが取引完了通知であるか否かを確認する（Act４１）。取引完了通知以外のコマンドであった場合（Act４１にてＮＯ）、ＣＰＵ１１ａは、そのコマンドに応じた処理を実行する。

受信したコマンドが取引完了通知であった場合には（Act４１にてＹＥＳ）、ＣＰＵ１１ａは、カウンタテーブル４２におけるコマンド送信元の決済装置１２ｘを識別するコードに関連付けられたカウンタＣｘを“０”にリセットする（Act４２）。以上で、ＣＰＵ１１ａは、受信割込み処理を終了する。

このように第１の実施形態によれば、登録装置１１から登録データを決済装置１２に転送し終えた後で、買物客が商品を追加購入したり、商品の購入を取り止めたりする場合でも、決済装置１２に転送された登録データを登録装置１１に呼び戻すことなく対処することができる。

したがって、登録装置１１において、登録データを呼び戻すための操作と、呼び戻した登録データを決済装置１２に再度送信するための操作とが不要であるので、操作の簡素化を図ることができる。

（第２の実施形態）
第１の実施形態では、登録データが登録装置１１から決済装置１２に転送されてから、報知画面ＳＣ３の閉じるボタンＢ８が操作されるまでの期間内であれば、その登録データに係る買物客２２は、商品の追加購入あるいは購入取消が可能である。逆に、店員２１によって報知画面ＳＣ３の閉じるボタンＢ８が操作されてしまうと、買物客２２は、商品の追加購入あるいは購入取消ができなくなってしまう。

そこで次に、登録装置１１において閉じるボタンＢ８が操作され、次の買物客が買い上げる商品の登録が開始された後でも、決済装置１２において支払方法を選択する前であれば商品の追加購入あるいは購入取消を可能とする第２の実施形態について、図面を用いて説明する。なお、第１の実施形態と共通する図面は援用し、その説明は省略する。具体的には、図１〜図４、図８、図９、図１１〜図１８を援用する。

図１９乃至図２１は、第２の実施形態において、登録装置１１のＣＰＵ１１ａが制御プログラムにしたがって実行する情報処理の主要な手順を示す流れ図であり、図２２は、登録画面ＳＣ１１の一例を示す模式図である。これらの図１９〜図２２において、第１の実施形態の対応する図（図５〜図７，図１０）と共通する部分には同一の符号を付してある。

図２２に示すように、第２の実施形態においては、登録画面ＳＣ１１に割込みボタンＢ２１が追加されている。割込みボタンＢ２１は、報知画面ＳＣ３を閉じて、次の買物客（以下、買物客２２ｂと表す）が買い上げる商品の登録を開始した後で、その前の買物客（以下、買物客２２ａと表す）から商品の追加購入または購入取消の申し出を受けた場合に、店員２１がタッチする。

図１９に示すように、登録装置１１のＣＰＵ１１ａは、Act６およびAct７の待ち受け状態において、さらに割込みボタンＢ２１がタッチされるのを待ち受ける（Act７１）。そして、割込みボタンＢ２１がタッチされた場合（Act７１にてＹＥＳ）、ＣＰＵ１１ａは、Act７２、Act７３およびAct７４の処理を実行する。なお、Act７２、Act７３およびAct７４の処理手順は、この順序に限定されるものではない。順序が入れ替わってもよい。

Act７２では、ＣＰＵ１１ａは、割込みフラグをセットする。割込みフラグは、例えばＲＡＭ１１ｃにて記憶される１ビットデータである。Act７３では、ＣＰＵ１１ａは、一時バッファ４１のデータを、退避バッファに移動させる。退避バッファは、一時バッファ４１と同一のエリア構造を有しており、ＲＡＭ１１ｃに形成される。Act７４では、ＣＰＵ１１ａは、タッチパネル１１ｇの画面の一部に、割込み画面ＳＣ１２（図２３を参照）を表示させる。

割込み画面ＳＣ１２の一例を図２３に示す。割込み画面ＳＣ１２は、ボタンＢ２２、Ｂ２３、Ｂ２４を含む。ボタンＢ２２は、割込み画面ＳＣ１２を閉じることを店員２１が指示する閉じるボタンＢ２２である。ボタンＢ２３は、店員２１が商品の追加購入を指示するための追加ボタンＢ２３である。ボタンＢ１０は、店員２１が商品の購入取消を指示するための取消ボタンＢ２４である。

割込み画面ＳＣ１２を確認した店員２１は、買物客２２ａからの申し出が追加購入であった場合には追加ボタンＢ２３をタッチし、購入取消であった場合には、取消ボタンＢ１１をタッチする。なお、追加購入または購入取消の申し出がキャンセルされた場合には、閉じるボタンＢ２２をタッチする。

割込み画面ＳＣ１２を表示させたＣＰＵ１１ａは、閉じるボタンＢ２２がタッチされたか否かを確認する（Act７５）。閉じるボタンＢ２２がタッチされていない場合（Act７５にてＮＯ）、ＣＰＵ１１ａは、追加ボタンＢ２３がタッチされたか否かを確認する（Act７６）。追加ボタンＢ２３がタッチされていない場合（Act７６にてＮＯ）、ＣＰＵ１１ａは、取消ボタンＢ２４がタッチされたか否かを確認する（Act７７）。取消ボタンＢ２４がタッチされていない場合（Act７７にてＮＯ）、ＣＰＵ１１ａは、再び閉じるボタンＢ２２がタッチされたか否かを確認する（Act７５）。かくしてＣＰＵ１１ａは、Act７５乃至Act７７として、閉じるボタンＢ２２がタッチされるか、追加ボタンＢ２３がタッチされるか、取消ボタンＢ２４がタッチされるのを待ち受ける。

Act７５乃至Act７７の待ち受け状態において、閉じるボタンＢ２２がタッチされた場合（Act７５にてＹＥＳ）、ＣＰＵ１１ａは、Act７８、Act７９およびAct８０の処理を実行する。なお、Act７８、Act７９およびAct８０の処理手順は、この順序に限定されるものではない。順序が入れ替わってもよい。

Act７８では、ＣＰＵ１１ａは、割込みフラグをリセットする。Act７９では、ＣＰＵ１１ａは、退避バッファに退避させたデータを一時バッファ４１に復元する。Act８０では、ＣＰＵ１１ａは、割込み画面ＳＣ１２を消去し、タッチパネル１１ｇの画面の一部に、登録画面ＳＣ１１を再度表示させる。

こうして、Act７８、Act７９およびAct８０の処理を終えたならば、ＣＰＵ１１ａは、Act６の処理に進み、以降の処理を前述と同様に繰り返す。

Act７５乃至Act７７の待ち受け状態において、追加ボタンＢ２３がタッチされた場合には（Act７６にてＹＥＳ）、ＣＰＵ１１ａは、図２０の流れ図に示す手順の処理を実行する。この処理は、第１の実施形態において、図６を用いて説明した処理とほぼ一致する。異なる点は、Act２５において小計ボタンがタッチされた後の処理である。

すなわち小計ボタンがタッチされたならば（Act２５にてＹＥＳ）、ＣＰＵ１１ａは、追加更新データの転送先を判定する（Act８１）。具体的にはＣＰＵ１１ａは、カウンタテーブル４２を検索し、カウンタＣが“１”にアップされている決済装置１２ｘを、追加更新データの転送先として認定する。そしてＣＰＵ１１ａは、一時バッファ４１に格納されているデータから生成された追加更新データを決済装置１２ｘに送信する（Act８２）。追加更新データを送信したならば、ＣＰＵ１１ａは、Act７８の処理に進み、以降の処理を前述と同様に繰り返す。

Act７５乃至Act７７の待ち受け状態において、取消ボタンＢ２４がタッチされた場合には（Act７７にてＹＥＳ）、ＣＰＵ１１ａは、図２１の流れ図に示す手順の処理を実行する。この処理は、第１の実施形態において、図７を用いて説明した処理とほぼ一致する。異なる点は、Act３５において小計ボタンがタッチされた後の処理である。

すなわち小計ボタンがタッチされたならば（Act３５にてＹＥＳ）、ＣＰＵ１１ａは、取消更新データの転送先を判定する（Act８３）。具体的にはＣＰＵ１１ａは、カウンタテーブル４２を検索し、カウンタＣが“１”にアップされている決済装置１２ｘを、取消更新データの転送先として認定する。そしてＣＰＵ１１ａは、一時バッファ４１に格納されているデータから生成された取消更新データを決済装置１２ｘに送信する（Act８４）。取消更新データを送信したならば、ＣＰＵ１１ａは、Act７８の処理に進み、以降の処理を前述と同様に繰り返す。

一方、決済装置１２は、第１の実施形態と同様に動作する。すなわちタッチパネル１２ｇの画面の一部に支払方法選択画面ＳＣ６を表示させた状態で、追加更新データまたは取消更新データを受信した場合には、ＣＰＵ１２ａは、Act５７およびAct５８の処理を実行する。

したがって、第２の実施形態によれば、登録装置１１において次の買物客２２ｂが買い上げる商品の登録が開始された後でも、その前の買物客２２ａが決済装置１２において支払方法を選択する前であれば、買物客２２ａは、商品の追加購入あるいは購入取消が可能となる。その際、第１の実施形態と同様に、決済装置１２に転送された登録データを登録装置１１に呼び戻すことはないので、やはり操作の簡素化を図ることができる。

（第３の実施形態）
第２の実施形態では、買物客２２ａが商品の追加購入あるいは購入取消を申し出た場合、その後の買物客２２ｂが買い上げる商品の登録を中断して、申し出に対処する場合を例示した。しかし、登録を中断してしまっては、買物客２２ｂから苦情が出ないとは限らない。

そこで次に、買物客２２ｂが買い上げる商品の登録が終わるのを待って、買物客２２ａに対する商品の追加購入あるいは購入取消に対処する第３の実施形態について、図面を用いて説明する。なお、第１及び第２の実施形態と共通する図面は援用し、その説明は省略する。具体的には、図１〜図４、図８、図９、図１１〜図１８、図２０〜図２３を援用する。

図２４は、第３の実施形態において、登録装置１１のＣＰＵ１１ａが制御プログラムにしたがって実行する情報処理の主要な手順を示す流れ図である。図２４において、第１の実施形態の対応する図（図５）と共通する部分には同一の符号を付してある。

図２４に示すように、ＣＰＵ１１ａは、Act２においてタッチパネル１１ｇの画面の一部に登録画面ＳＣ１１（図２２を参照）を表示させた後、直前の買上登録の中で、割込ボタンＢ２１がタッチされたか否かを確認する（Act９１）。第２の実施形態で説明したが、買上登録の途中で割込ボタンＢ２１がタッチされた場合、ＣＰＵ１１ａは、割込みフラグをセットする。そこでＣＰＵ１１ａは、割込みフラグがセットされているか否かを確認する。

割込みフラグがセットされていない場合（Act９１にてＮＯ）、ＣＰＵ１１ａは、Act３の処理に進む。すなわちＣＰＵ１１ａは、商品コードの入力を待ち受ける。スキャナ１１ｆまたは商品ボタンを介して商品コードが入力されると（Act３にてＹＥＳ）、ＣＰＵ１１ａは、商品販売データを生成し、一時バッファ４１に格納する（Act４）。また、ＣＰＵ１１ａは、一時バッファ４１に格納した個数および金額を合計メモリ３２ａに加算して、登録画面ＳＣ１を更新する（Act５）。

登録画面ＳＣ１を更新した後、ＣＰＵ１１ａは、商品コードが入力されるか(Act６)、小計ボタンがタッチされるのを待ち受ける（Act７）。またＣＰＵ１１ａは、割込みフラグがセットされているか否かを確認する（Act９２）。割込みフラグがセットされていない場合（Act９２にてＮＯ）、ＣＰＵ１１ａは、割込みボタンＢ２１がタッチされたか否かを確認する（Act９３）。割込みボタンＢ２１がタッチされていない場合（Act９３にてＮＯ）、ＣＰＵ１１ａは、Act６の処理に進み、以降の処理を前述と同様に繰り返す。一方、割込みフラグがセットされていた場合には（Act９２にてＹＥＳ）、ＣＰＵ１１ａは、Act９３の処理を実行することなくAct６の処理に進み、以降の処理を前述と同様に繰り返す。

したがって、割込みフラグがセットされていない状態では、ＣＰＵ１１ａは、商品コードが入力されるか、小計ボタンがタッチされるか、割込みボタンＢ２１がタッチされるのを待ち受ける。割込みフラグがセットされている状態では、ＣＰＵ１１ａは、商品コードが入力されるか、小計ボタンがタッチされるのを待ち受ける。

買物客２２ｂが買い上げる商品の登録を行っている途中で、買物客２２ａから商品の追加購入または購入取消の申し出を受けた場合、店員２１は、割込みボタン２１をタッチする。ただし、買物客２２ｂが買い上げる商品の登録作業は中断しない。

割込みボタンＢ２１がタッチされると（Act９３にてＹＥＳ）、ＣＰＵ１１ａは、Act９４およびAct９５の処理を実行する。なお、Act９４およびAct９５の処理手順は、この順序に限定されるものではない。順序が入れ替わってもよい。

Act９４では、ＣＰＵ１１ａは、割込みフラグをセットする。Act９５では、ＣＰＵ１１ａは、カウンタテーブル４２における各カウンタのうち、カウント値が“１”になっているカウンタＣｘをさらに“１”だけカウントアップする。

Act９４およびAct９５の処理が終了すると、ＣＰＵ１１ａは、Act６の処理に進み、以降の処理を前述と同様に繰り返す。したがって、この場合は、割込みフラグがセットされているので、ＣＰＵ１１ａは、商品コードが入力されるか、小計ボタンがタッチされるのを待ち受ける。この待ち受け状態において、商品コードが入力された場合、あるいは小計ボタンがタッチされた場合の動作は、第１または第２の実施形態と同様である。

一方、Act３において、割込みフラグがセットされていた場合（Act９１にてＹＥＳ）、買物客２２ｂが買い上げる商品の登録中に割込みボタンＢ２１がタッチされている。この場合、ＣＰＵ１１ａは、Act９６およびAct９７の処理を実行する。なお、Act９６およびAct９７の処理手順は、この順序に限定されるものではない。順序が入れ替わってもよい。

Act９６では、ＣＰＵ１１ａは、割込みフラグをセットする。Act９７では、ＣＰＵ１１ａは、タッチパネル１１ｇの画面の一部に、割込み画面ＳＣ１２（図２３を参照）を表示させる。

割込み画面ＳＣ１２を確認した店員２１は、買物客２２ａからの申し出が追加購入であった場合には追加ボタンＢ２３をタッチし、購入取消であった場合には、取消ボタンＢ１１をタッチする。なお、追加購入または購入取消の申し出がキャンセルされた場合には、閉じるボタンＢ２２をタッチする。

割込み画面ＳＣ１２を表示させたＣＰＵ１１ａは、閉じるボタンＢ２２がタッチされたか否かを確認する（Act９８）。閉じるボタンＢ２２がタッチされていない場合（Act９８にてＮＯ）、ＣＰＵ１１ａは、追加ボタンＢ２３がタッチされたか否かを確認する（Act９９）。追加ボタンＢ２３がタッチされていない場合（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 (7)

1. 取引毎に商品の登録データを生成する登録装置と、前記登録データを基に取引の決済を処理する複数の決済装置と、を含むチェックアウトシステムにおいて、
   前記登録装置は、
   前記登録データをいずれかの前記決済装置に転送する転送手段と、
   前記決済装置に転送された前記登録データに対する更新データを、当該登録データが転送された前記決済装置に送信する送信手段と、
   を具備し、
   前記決済装置は、
   前記登録装置から転送されてきた前記登録データを記憶部に格納する格納手段と、
   前記記憶部に格納された前記登録データに基づく取引の決済開始指示を待ち受ける開始待ち受け手段と、
   前記決済開始指示の待ち受け状態において、前記登録装置から前記更新データを受信すると、前記記憶部に記憶された登録データを前記更新データで更新する更新手段と、
   を具備したことを特徴とするチェックアウトシステム。
2. 前記登録装置は、
   前記決済装置に前記登録データを転送した後、次の取引が開始されるまでの間、前記更新データの入力を待ち受ける更新待ち受け手段、
   をさらに具備し、
   前記送信手段は、前記更新データの入力待ち受け状態で入力された更新データを、直前に前記登録データを転送した前記決済装置に送信することを特徴とする請求項１記載のチェックアウトシステム。
3. 前記登録装置は、
   前記登録データを転送した前記決済装置を識別する情報を記憶する転送先記憶手段と、
   前記更新データの入力指示を受け付ける更新受付手段と、
   をさらに具備し、
   前記送信手段は、前記更新データの入力指示を受け付けたことに応じて、その後に入力された更新データを、前記情報から識別される前記決済装置に送信することを特徴とする請求項１記載のチェックアウトシステム。
4. 前記登録データの生成途中で前記更新データの入力指示を受け付けた場合、前記登録データの生成を中断して、前記更新データの入力を待ち受ける更新待ち受け手段、
   をさらに具備し、
   前記送信手段は、前記更新データの入力待ち受け状態で入力された更新データを、前記情報から識別される前記決済装置に送信することを特徴とする請求項３記載のチェックアウトシステム。
5. 前記登録データの生成途中で前記更新データの入力指示を受け付けた場合、当該登録データが生成され、前記転送手段によりいずれかの前記決済装置に転送されるのを待って、前記更新データの入力を待ち受ける更新待ち受け手段、
   をさらに具備し、
   前記送信手段は、前記更新データの入力待ち受け状態で入力された更新データを、前記情報から識別される前記決済装置に送信することを特徴とする請求項３記載のチェックアウトシステム。
6. 取引毎に商品の登録データを生成する登録装置から転送されてきた前記登録データを基に取引の決済を処理する決済装置において、
   前記登録装置から転送されてきた前記登録データを記憶部に格納する格納手段と、
   前記記憶部に格納された前記登録データに基づく取引の決済開始指示を待ち受ける開始待ち受け手段と、
   前記決済開始指示の待ち受け状態において、前記登録装置から前記登録データに対する更新データを受信すると、前記記憶部に記憶された登録データを前記更新データで更新する更新手段と、
   を具備したことを特徴とする決済装置。
7. 取引毎に商品の登録データを生成する登録装置から転送されてきた前記登録データを基に取引の決済を処理する決済装置のコンピュータに、
   前記登録装置から転送されてきた前記登録データを記憶部に格納する機能、
   前記記憶部に格納された前記登録データに基づく取引の決済開始指示を待ち受ける機能、および、
   前記決済開始指示の待ち受け状態において、前記登録装置から前記登録データに対する更新データを受信すると、前記記憶部に記憶された登録データを前記更新データで更新する機能、
   を実現させるための制御プログラム。