JP2016146008A - チェックアウトシステム - Google Patents

Abstract

【課題】販売商品に係るデータが入力された後でもその商品の販売に係る取引が決済される前に電子マネーをチャージできるようにする。
【解決手段】入力ユニットは、商品販売に係るデータを基に決済対象の取引データを記憶する記憶部に、入力されたチャージ金額のデータを追加する。商品販売に係るデータの入力終了指令を受け付けると、記憶部のデータを決済ユニットに出力する。決済ユニットは、記憶部のデータを基に算出される取引金額以上の支払い金額が入金されたことを条件に取引金額が生じた取引の決済を処理する。決済ユニットは、記憶部のデータにチャージ金額のデータが含まれるとき、電子マネー以外の決済方法でチャージ金額以上の支払い金額が入金されたことを条件に、リーダライタを介して電子マネーの残高にチャージ金額を加算する。
【選択図】図１０

Description

本発明の実施形態は、チェックアウトシステムに関する。

量販店向けのチェックアウトシステムとして、商品データの入力ユニットと取引の決済ユニットとを分離したタイプがある。入力ユニットは、商品販売に係るデータの入力を待ち受ける。データが入力されると、入力ユニットは、そのデータを基に決済対象の取引データを生成し、この取引データを決済ユニットに転送する。決済ユニットは、取引データを基に算出される取引金額に対する支払い金額の入金を待ち受ける。取引金額以上の支払い金額が入金されると、決済ユニットは、その取引金額が生じた取引の決済を処理する。

支払い金額の決済方法の１つに電子マネー決済がある。電子マネー決済は、予め電子マネーが記憶された記憶媒体（ＩＣカード、携帯電話、スマートフォン等）を使用する。取引金額よりも電子マネーの残高の方が多い場合、決済ユニットは、電子マネーの残高から取引金額を引き去る。かくして、取引は決済される。

取引金額よりも電子マネーの残高の方が少ない場合、決済ユニットは、電子マネーの残高から取引金額を引き去ることができない。この場合、１つの方法としては、決済ユニットは、電子マネー決済を不可とする。決済ユニットは、電子マネー以外の入金を待ち受ける。別の方法としては、決済ユニットは、電子マネーの残高を“０”とする。そして決済ユニットは、取引金額から電子マネーの残高分を減じた残額について、電子マネー以外の入金を待ち受ける。

記憶媒体に記憶される電子マネーは、専用の入金装置を用いることでチャージ（入金）できる。また最近では、チェックアウトシステムを構成するＰＯＳ（Point Of Sales）端末を利用して、電子マネーをチャージすることも可能である。しかしながら従来のＰＯＳ端末は、販売商品に係るデータが入力された後は、その商品の販売に係る取引が決済されるまでは電子マネーをチャージすることができない。

特開２００６‐３４４１２３号公報

本発明の実施形態が解決しようとする課題は、販売商品に係るデータが入力された後でもその商品の販売に係る取引が決済される前に電子マネーをチャージできるチェックアウトシステムを提供しようとするものである。

一実施形態において、チェックアウトシステムは、入力ユニットと決済ユニットとを備える。入力ユニットは、記憶手段と、追加手段と、出力手段とを具備する。記憶手段は、商品販売又は役務提供に係るデータの入力を受け付け、入力されたデータを基に決済対象の取引データを記憶部に記憶する。追加手段は、電子マネーに対するチャージ金額の入力を受け付け、入力されたチャージ金額のデータを前記記憶部に追加する。出力手段は、商品販売または役務提供に係るデータの入力終了指令を受け付けると、前記記憶部のデータを決済ユニットに出力する。決済ユニットは、リーダライタと、処理手段と、チャージ手段とを備える。リーダライタは、記憶媒体に記憶された電子マネーの残高を読取り、かつ残高を書換える。処理手段は、支払い金額の入金を受け付け、入力ユニットから出力された前記記憶部のデータを基に算出される取引金額以上の支払い金額が入金されたことを条件に取引金額が生じた取引の決済を処理する。チャージ手段は、入力ユニットから出力された前記記憶部のデータにチャージ金額のデータが含まれるとき、電子マネー以外の決済方法でチャージ金額以上の支払い金額が入金されたことを条件に、リーダライタを介して電子マネーの残高にチャージ金額を加算する。

実施形態におけるチェックアウトシステムの斜視図。 チェックアウトシステムを構成する商品登録装置および決済装置のブロック図。 商品登録装置および決済装置のＲＡＭに形成されるデータメモリ領域を示す模式図。 商品登録装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 図４に示すチャージ処理の具体的な処理手順を示す流れ図。 商品登録装置のタッチパネルに表示されるチャージ画面の一例を示す模式図。 商品登録装置のタッチパネルに表示される金額入力画面の一例を示す模式図。 商品登録装置のタッチパネルに表示される転送先選択画面の一例を示す模式図。 商品登録装置のタッチパネルに表示される報知画面の一例を示す模式図。 決済装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 決済装置のタッチパネルに表示される決済画面の一例を示す模式図。 決済装置のタッチパネルに表示されるチャージ要求画面の一例を示す模式図。 第２の実施形態において、決済装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 第２の実施形態において、決済装置のタッチパネルに表示される決済画面の一例を示す模式図。 取引金額に対して電子マネーの残高が不足しているときの決済画面の一例を示す模式図。 取引金額に対して電子マネーの残高が足りているときの決済画面の一例を示す模式図。

以下、販売商品に係るデータが入力された後でもその商品の販売に係る取引が決済される前に電子マネーをチャージできるチェックアウトシステムの実施形態について、図面を用いて説明する。なお、この実施形態は、入力ユニットと決済ユニットとを分離し、入力ユニットについては店員が操作し、決済ユニットについては買物客が操作する、いわゆるセミセルフ式のチェックアウトシステムに、電子マネーのチャージ機能を適用した場合である。

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

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

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

商品登録装置１１は、買上商品の登録処理、決済情報の生成、決済処理、ならびに決済情報の決済装置１２への通知の各機能を備える。登録処理は、買物客２２が購入する商品を買上商品として登録する処理である。決済処理は、買上商品の販売に係る取引を決済するための処理である。決済情報は、決済処理に必要となる情報である。すなわち商品登録装置１１は、商品販売に係るデータの入力ユニットとして機能する。また商品登録装置は、商品販売に係る取引の決済ユニットとして機能する場合もある。

決済装置１２は、商品登録装置１１から決済情報が通知された場合に、当該決済情報に基づく決済処理を行う。すなわち決済装置１２は、商品販売に係る取引の決済ユニットとして機能する。

図２は商品登録装置１１および決済装置１２のブロック図である。商品登録装置１１および決済装置１２は、いずれもネットワークであるＬＡＮ（local area network）１３に接続されている。ネットワークは、ＬＡＮ１３に代えて、インターネットや無線ＬＡＮなどの別の通信網を用いることもできる。あるいは商品登録装置１１と決済装置１２との間でサーバを介して情報を授受する構成としてもよい。

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

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

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

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

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

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

ドロワ開放ユニット１１ｅは、貨幣を収容するためのドロワを自動的に開放する。
スキャナ１１ｆは、商品の情報を読み取って、当該商品の商品コードを得る。スキャナ１１ｆとしては、周知の種々のタイプのものをそのまま利用できる。スキャナ１１ｆは、周知の種々のタイプうちの１つのみに対応していてもよいし、複数のタイプに対応していてもよい。すなわちスキャナ１１ｆは、固定式またはハンディ式の２次元コードスキャナを含み得る。またスキャナ１１ｆとしては、商品の画像から画像認識技術を利用して商品を識別するタイプのものを含み得る。

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

店員用のタッチパネル１１ｇ１は、表示画面が店員２１の作業スペース側を向くように、作業テーブル２３上に設けられる。客用のタッチパネル１１ｇ２は、表示画面が買物客２２用の通路側を向くように、作業テーブル２３上に設けられる。

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

カードリーダライタ１１ｉは、カードに記録されたデータを読み取る機能と、上記カードへデータを書き込む機能とを有する。カードは、クレジットカード、デビットカード、電子マネーカード、プリペイドカードなどの決済用カードの他に、メンバーズカードやポイントカードなどと称される会員カードを含み得る。カードリーダライタ１１ｉは、電子マネーカードに記憶された電子マネーのデータ（残高等）を読み取り、かつ書き換える。カードリーダライタ１１ｉは、磁気式、接触式、あるいは非接触式のいずれのデバイスであってもよいし、また複数種のデバイスを含んでいてもよい。

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

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

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

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

ＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃおよび補助記憶ユニット１２ｄは、伝送システム１２ｋにより接続されてコンピュータを構成する。

ＣＰＵ１２ａは、上記コンピュータの中枢部分に相当する。ＣＰＵ１２ａは、ＲＯＭ１２ｂおよびＲＡＭ１２ｃに記憶されたオペレーティングシステム、ミドルウェアおよびアプリケーションプログラムに基づいて、決済装置１２としての各種の動作を実現するべく各部を制御する。

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

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

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

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

自動釣銭機１２ｅは、投入される硬貨および紙幣を収受する。また自動釣銭機１２ｅは、釣銭としての硬貨および紙幣を排出する。

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

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

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

カードリーダライタ１２ｉは、カードに記録されたデータを読み取る機能と、上記カードへデータを書き込む機能とを有する。カードは、クレジットカード、デビットカード、電子マネーカード、プリペイドカードなどの決済用カードの他に、メンバーズカードやポイントカードなどと称される会員カードを含み得る。カードリーダライタ１１ｉは、電子マネーカードに記憶された電子マネーのデータ（残高等）を読み取り、かつ書き換える。カードリーダライタ１２ｉは、磁気式、接触式、あるいは非接触式のいずれのデバイスであってもよいし、また複数種のデバイスを含んでいてもよい。

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

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

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

上記の如く、入力ユニットである商品登録装置１１と決済ユニットである決済装置１２とを分離したチェックアウトシステム１０は、図３に示すデータメモリ領域３１および３２を、商品登録装置１１および決済装置１２のＲＡＭ１１ｃ、１２ｃにそれぞれ形成する。

データメモリ領域３１は、商品コード、商品名、単価、個数、金額および属性の各データからなるレコードＲＣ１，ＲＣ２，ＲＣ３，…を複数格納する領域である。商品コードは、各商品を個々に識別するための固有のコードである。各商品には、例えばバーコードによって表される商品コードが付されている。商品名および単価は、同一レコードの商品コードによって決定される商品の名称および１点当たりの価格である。個数および金額は、同一レコードの商品コードによって決定される商品の販売データ、すなわち販売個数とその個数分の販売金額である。

チェックアウトシステム１０は、図示しないが、ＬＡＮ１３を介してデータベースサーバを接続する。このデータベースサーバには、各商品の商品コードに関連付けて、商品名、単価等の商品情報を設定するための商品データベースがある。商品登録装置１１または決済装置１２において、商品コードが入力されると、ＣＰＵ１１ａ、１２ａは、その商品コードでデータベースサーバに商品情報を問い合わせる。この問合せを受けたデータベースサーバは、商品データベースにアクセスして、商品データベースから当該商品コードに関連付けられた商品情報を読出す。そしてデータベースサーバは、ＬＡＮ１３を介して商品情報を商品登録装置１１または決済装置１２に通知する。商品登録装置１１または決済装置１２のＣＰＵ１１ａ、１２ａは、データベースサーバから通知された商品情報を基に、商品販売に係るレコードを生成し、データメモリ領域３１に格納する。

商品登録装置１１は、電子マネーに対するチャージ金額の入力を受け付ける。チャージ金額が入力されると、ＣＰＵ１１ａは、チャージ金額に係るレコードを生成し、データメモリ領域３１に格納する。チャージ金額に係るレコードは、予め設定されたデータ（例えば「999999999」と「チャージ」）を商品コードおよび商品名とする。チャージ金額に係るレコードは、チャージ金額を単価とし、“１”を個数とする。したがって、チャージ金額に係るレコードの販売金額は、チャージ金額と等しい。

属性は、レコードＲＣ１，ＲＣ２，ＲＣ３，…が商品販売に係るレコードなのかチャージ金額に係るレコードなのかを識別する。本実施形態では、商品販売に係るレコードの属性を“０”とし、チャージ金額に係るレコードの属性を“１”とする。なお、属性の値は、上記の例に限定されないのは言うまでもない。因みに、図３において、レコードＲＣ１，ＲＣ３は、商品販売に係るレコードを示し、レコードＲＣ２は、チャージ金額に係るレコードを示している。

このようなデータメモリ領域３１は、取引メモリと称される。以下、商品登録装置１１のものを取引メモリ３１ａで表わし、決済装置１２のものを取引メモリ３１ｂで表わす。

データメモリ領域３２は、合計個数と合計金額とを格納する領域である。合計個数は、取引メモリ３１に格納された各レコードＲＣ１，ＲＣ２，ＲＣ３，…に記憶された個数の合計である。合計金額は、取引メモリ３１に格納された各レコードＲＣ１，ＲＣ２，ＲＣ３，…の金額の合計である。

このようなデータメモリ領域３２は、合計メモリと称される。以下、商品登録装置１１のものを合計メモリ３２ａで表わし、決済装置１２のものを合計メモリ３２ｂで表わす。

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

はじめに、商品登録装置１１の動作について説明する。
商品登録装置１１が、買上商品の登録処理を行うモードで起動されると、ＣＰＵ１１ａは、図４の流れ図に示す手順の制御処理を開始する。先ずＣＰＵ１１ａは、取引メモリ３１ａおよび合計メモリ３２ａをクリアする（Act１）。次いでＣＰＵ１１ａは、店員用タッチパネル１１ｇ１および客用タッチパネル１１ｇ２の画面の一部に登録画面を表示させる（Act２）。

登録画面は、取引メモリ３１ａおよび合計メモリ３２ａの内容を表し、登録処理の実施状況を店員２１および買物客２２に確認させるものである。なお、ＣＰＵ１１ａは、店員用タッチパネル１１ｇ１の画面のうちの登録画面とする領域外に、商品ボタン、小計ボタン、チャージボタン等の各種のボタン画像を表示する。またＣＰＵ１１ａは、客用タッチパネル１１ｇ２の画面の一部に上記チャージボタンを表示する。商品ボタンは、店員２１が商品を指定する際に操作する。小計ボタンは、店員が小計金額の出力を指令する際に操作する。チャージボタンは、店員が電子マネーへのチャージ（入金）を指令する際に操作する。

登録画面が表示された状態で、店員２１は、例えばスキャナ１１ｆまたは商品ボタンを操作して、買物客２２が買い上げる商品の商品コードを順次入力する。そして、全ての買上商品の商品コードを入力し終えると、店員２１は、小計ボタンにタッチする。

また小計ボタンにタッチする前に、買物客２２から電子マネーをチャージする旨の要求を受けた場合には、店員は、チャージボタンにタッチする。なお、店員がチャージボタンにタッチするのでなく、買物客２２が、客用タッチパネル１１ｇ２に表示されたチャージボタンにタッチしてもよい。

登録画面を表示させたＣＰＵ１１ａは、買上登録すべき商品の商品コードが入力されたか否かを確認する（Act３）。商品コードが入力されていない場合（Act３にてＮＯ）、ＣＰＵ１１ａは、チャージボタンがタッチされたか否かを確認する（Act４）。チャージボタンは、店員用タッチパネル１１ｇ１に表示されたものだけでなく、客用タッチパネル１１ｇ２に表示されたものも含む。チャージボタンがタッチされていない場合（Act４にてＮＯ）、ＣＰＵ１１ａは再び、買上登録すべき商品の商品コードが入力されたか否かを確認する（Act３）。したがってＣＰＵ１１ａは、Act３およびAct４の処理において、商品コードが入力されるか、チャージボタンがタッチされるのを待ち受ける。

スキャナ１１ｆまたは商品ボタンを介して商品コードが入力されると（Act３にてＹＥＳ）、ＣＰＵ１１ａは、その商品コードに関連付けられて商品データベースに設定されている商品名、単価等の商品情報を検出する。またＣＰＵ１１ａは、この単価に販売個数を乗算して販売金額を算出する。そしてＣＰＵ１１ａは、商品コード、商品名、単価、販売個数、販売金額及び属性“０”を含むレコードを、取引メモリ３１ａに登録する。またＣＰＵ１１ａは、販売個数および販売金額を合計メモリ３２ａに加算する（Act５）。こうして、商品販売に係るレコードを取引メモリ３１ａに登録したならば、ＣＰＵ１１ａは、取引メモリ３１ａおよび合計メモリ３２ａの内容に準じるように、登録画面を更新する（Act６）。

ここに、ＣＰＵ１１ａは、商品販売に係るデータの入力を受け付け、入力されたデータを基に決済対象の取引データ（＝属性が“０”のレコード）を記憶部である取引メモリ３１ａ記憶する記憶手段を構成する。

チャージボタンがタッチされた場合には（Act４にてＹＥＳ）、ＣＰＵ１１ａは、チャージ処理を実行する（Act７）。
図５は、チャージ処理の手順を具体的に示す流れ図である。すなわちチャージ処理に入ると、ＣＰＵ１１ａは、客用タッチパネル１１ｇ２の画面にチャージ画面ＳＣ１（図６を参照）を表示させる（Act２１）。

図６は、チャージ画面ＳＣ１の一例を示す模式図である。図示するようにチャージ画面ＳＣ１は、表示エリアＲ１と、ボタンＢ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５，Ｂ６，Ｂ７，Ｂ８を含む。

ボタンＢ１は、１０００円のチャージ金額を買物客２２が指定するためのものである。ボタンＢ２は、２０００円のチャージ金額を買物客２２が指定するためのものである。ボタンＢ３は、３０００円のチャージ金額を買物客２２が指定するためのものである。ボタンＢ４は、５０００円のチャージ金額を買物客２２が指定するためのものである。ボタンＢ５は、１００００円のチャージ金額を買物客２２が指定するためのものである。ボタンＢ６は、ボタンＢ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５に設定されている金額以外の任意のチャージ金額の入力を買物客２２が指定するためのものである。

電子マネーのチャージを要求した買物客２２は、チャージする金額が表示されたボタンＢ１〜Ｂ５の有無を確認する。そしてボタンが有る場合、買物客２２は、そのボタンにタッチする。ボタンが無い場合、買物客はボタンＢ６にタッチする。

ボタンＢ１〜Ｂ５のいずれか１つがタッチされると、そのボタンＢ１〜Ｂ５に設定されたチャージ金額が表示エリアＲ１に表示される。表示エリアＲ１に表示された金額をチャージする場合、買物客２２は、ボタンＢ７にタッチする。チャージを中止する場合、買物客２２は、ボタンＢ８にタッチする。

ボタンＢ６がタッチされると、ＣＰＵ１１ａは、客用タッチパネル１１ｇ２の画面をチャージ画面ＳＣ１から金額入力画面ＳＣ２（図７を参照）に切り替える。
図７は、金額入力画面ＳＣ２の一例を示す模式図である。図示するように金額入力画面ＳＣ２は、表示エリアＲ２と、“０”〜“９”のテンキーボタンＢ１１と、その他のボタンＢ１２、Ｂ１３、Ｂ１４とを含む。

テンキーボタンＢ１１は、任意のチャージ金額を買物客２２が入力するためのものである。本実施形態では、チャージ金額を１０００円単位とする。また、チャージ金額の上限額を２００００円とする。すなわちチャージ金額が４０００円、６０００円〜９０００円または１１０００円〜２００００円の場合、買物客２２は、４桁目以上の数値をテンキーボタンＢ１１で入力する。例えば８０００円をチャージ金額とする場合、買物客２２は、テンキーボタンＢ１１の数字“８”にタッチすればよい。ＣＰＵ１１ａは、テンキーボタンＢ１１を介して入力されたチャージ金額を、表示エリアＲ２に表示する。

表示エリアＲ２に表示された金額を訂正する場合、買物客２２は、ボタンＢ１２にタッチする。ボタンＢ１２がタッチされると、ＣＰＵ１１ａは、表示エリアＲ２をクリアする。表示エリアＲ２に表示された金額をチャージする場合、買物客２２は、ボタンＢ１３にタッチする。客用タッチパネル１１ｇ２の画面をチャージ画面ＳＣ１に戻す場合、買物客２２は、ボタンＢ１４にタッチする。

客用タッチパネル１１ｇ２にチャージ画面ＳＣ１を表示させたＣＰＵ１１ａは、チャージ金額が入力されるのを待ち受ける（Act２２）。チャージ画面ＳＣ１のボタンＢ１〜Ｂ５または金額入力画面ＳＣ２のテンキーボタンＢ１１を介してチャージ金額nn,nnnが入力されると（Act２２にてＹＥＳ）、ＣＰＵ１１ａは、そのチャージ金額nn,nnnを表示エリアＲ１またはＲ２に表示する（Act２３）。ＣＰＵ１１ａは、チャージを実行するか否かを確認する（Act２４）。チャージ画面ＳＣ１または金額入力画面ＳＣ２のＯＫボタンＢ７またはＢ１３がタッチされると、ＣＰＵ１１ａは、チャージを実行するとみなす。チャージ画面ＳＣ１の中止ボタンＢ８がタッチされた場合には、ＣＰＵ１１ａは、チャージを中止するとみなす。

チャージを実行する場合（Act２４にてＹＥＳ）、ＣＰＵ１１ａは、商品コード「999999999」、商品名「チャージ」、単価「nn,nnn」、個数「１」、金額「nn,nnn」及び属性“１”を含むレコードを、取引メモリ３１ａに登録する。またＣＰＵ１１ａは、個数および金額を合計メモリ３２ａに加算する（Act２５）。こうして、チャージ金額に係るレコードを取引メモリ３１ａに登録したならば、ＣＰＵ１１ａは、取引メモリ３１ａおよび合計メモリ３２ａの内容に準じるように、登録画面を更新する（Act２６）。

チャージを実行しない場合（Act２４にてＮＯ）、ＣＰＵ１１ａは、Act２５，Act２６の処理を実行しない。以上で、チャージ処理が終了する。

ここにＣＰＵ１１ａは、電子マネーに対するチャージ金額の入力を受け付け、入力されたチャージ金額のデータを、取引メモリ３１に追加する追加手段を構成する。

図４に説明を戻す。
Act６またはAct２６にて登録画面を更新した後、ＣＰＵ１１ａは、小計ボタンがタッチされたか否かを確認する（Act８）。小計ボタンがタッチされていない場合（Act８にてＮＯ）、ＣＰＵ１１ａは、再び商品コードが入力されるか、チャージボタンがタッチされるのを待ち受ける（Act３、Act４）。

Act３およびAct４の待ち受け状態において、商品コードが入力されると（Act３にてＹＥＳ）、ＣＰＵ１１ａは、Act５及びAct６の処理を実行する。チャージボタンがタッチされると（Act４にてＹＥＳ）、ＣＰＵ１１ａは、Act７のチャージ処理を実行する。

小計ボタンがタッチされた場合（Act８にてＹＥＳ）、ＣＰＵ１１ａは、この時点における取引メモリ３１ａおよび合計メモリ３２ａの内容に基づいて決済情報を生成する（Act９）。そしてＣＰＵ１１ａは、店員用タッチパネル１１ｇ１の画面の一部に決済装置ＳＣ３（図８を参照）を表示させる（Act１０）。

転送先選択画面ＳＣ３の一例を図８に示す。転送先選択画面ＳＣ３は、表示エリアＲ３、Ｒ４、Ｒ５、Ｒ６、Ｒ７、Ｒ８と、ボタンＢ２１、Ｂ２２、Ｂ２３、Ｂ２４、Ｂ２５、Ｂ６、Ｂ７とを含む。

表示エリアＲ３は、合計メモリ３２ａの合計個数および合計金額を表示する。表示エリアＲ４は、種々のメッセージを表示する。ボタンＢ２１、Ｂ２２は、合計金額に対して値引きを適用することを店員２１が指定するためのものである。ボタンＢ２３は、店員用タッチパネル１１ｇ１の画面の一部領域を登録画面ＳＣ１に戻すことを店員２１が指定するためのものである。

表示エリアＲ５〜Ｒ８は、４つの決済装置１２のそれぞれへの決済情報の転送の可否をそれぞれ表示する。ボタンＢ２４〜Ｂ２７は、４つの決済装置１２のそれぞれへの決済情報の転送を店員２１が指定するためのものである。決済装置１２は、決済処理の実行中においては決済情報の転送を受け付けていない。このような状態にある決済装置１２に関連付けられた表示エリアＲ５〜Ｒ８には、「転送不可」と表示される。逆に、決済情報の転送を受け付けている決済装置１２に関連付けられた表示エリアＲ５〜Ｒ８には、「転送可能」と表示される。なお、ボタンＢ２４〜Ｂ２７は、関連付けられている決済装置１２が決済情報の転送を受け付けているか否かに応じて表示形態を異ならせてもよい。若しくは、関連付けられている決済装置１２が決済情報の転送を受け付けていない場合には、ボタンＢ２４〜Ｂ２７を非表示としてもよい。

転送先選択画面ＳＣ３を表示させると、ＣＰＵ１１ａは、決済情報の転送先とする決済装置１２が指定されるのを待ち受ける（Act１１）。なおＣＰＵ１１ａは、ここでの待ち受け状態において、他の操作が行われるなどの他の事象の発生を確認し、その発生事象に応じた処理に移行するようにしてもよい。例えば、ボタンＢ２１、Ｂ２２のいずれかが店員２１によりタッチされると、ＣＰＵ１１ａは、決済情報に含まれる合計金額を、その後の店員２１による指示に応じて変更する。

転送先選択画面ＳＣ３を確認した店員２１は、表示エリアＲ５〜Ｒ８の情報を基に取引データを転送する決済装置１２を決める。そして店員は、転送先に決定した決済装置１２に対応するボタンＢ２４〜Ｂ２７にタッチする。

Act１１の待ち受け状態において、転送先選択画面ＳＣ３のボタンＢ２４〜Ｂ２７のいずれかがタッチされると、ＣＰＵ１１ａは、決済装置１２が指定されたとみなす。決済装置１２が指定されると（Act１１にてＹＥＳ）、ＣＰＵ１１ａは、指定された決済装置１２に対して決済情報を出力する（Act１２）。

具体的にはＣＰＵ１１ａは、指定された決済装置１２に設定された通信アドレスを送信先アドレスとし、自らに設定された通信アドレスを送信元アドレスとして、決済情報をＬＡＮ１３へと出力するように通信ユニット１１ｊを制御する。これにより、送信先アドレスおよび送信元アドレスが設定された決済情報がＬＡＮ１３を介して送信される。そしてこの決済情報は、送信先アドレスが通信アドレスと一致する決済装置１２にて受信される。決済情報を受信した決済装置１２は、その決済情報の送信元アドレスを記憶することで、決済情報の送信元である商品登録装置を決定できる。

ここに、ＣＰＵ１１ａは、複数の決済装置１２のなかから一の決済装置を選択する選択手段を構成する。また、ＣＰＵ１１ａ及び通信ユニット１１ｊは、商品販売に係るデータの入力終了指令を受け付けると、取引メモリ３１ａのデータを選択された決済装置１２に出力する出力手段を構成する。

決済情報を出力すると、ＣＰＵ１１ａは、店員用タッチパネル１１ｇ１及び客用タッチパネル１１ｇ２の画面の一部に、報知画面ＳＣ４（図９を参照）を表示させる（Act１３）。報知画面ＳＣ４の一例を図９に示す。報知画面ＳＣ４は、表示エリアＲ９、Ｒ１０と、ボタンＢ３１とを含む。なお、ボタンＢ３１は、店員用タッチパネル１１ｇ１にのみ表示される。ボタンＢ３１は、客用タッチパネル１１ｇ２には表示されない。

表示エリアＲ９は、セミセルフによる決済が選択されたことを店員２１及び買物客２２に認識させるための画像を表示する。なお、セミセルフによる決済とは、買物客２２による操作に応じて決済装置１２において決済処理を実行する決済形態である。表示エリアＲ１０は、決済情報に含まれる合計個数および合計金額を表すとともに、そのような内容を含んだ決済情報を４つの決済装置１２のいずれに転送したかを表示する。ボタンＢ３１は、報知画面ＳＣ４を閉じることを店員２１が指示するためのものである。ＣＰＵ１１ａは、ボタンＢ３１がタッチされたことに応じて、図４の流れ図に示した手順の情報処理を終える。そしてＣＰＵ１１ａは、再度Act１以降の処理を前述したのと同様に繰り返す。

なお、決済情報の転送を受け付けていない決済装置１２に関連付けられたボタンＢ２４〜Ｂ２７がタッチされた場合には、ＣＰＵ１１ａは、Act１１にてＹｅｓとは判定しない。かくしてＣＰＵ１１ａは、決済情報の転送を受け付けない決済装置１２の指定は受け付けない。したがって、決済装置１２の全てが、動作の停止状態とされるか、決済情報の転送を受け付けない動作状態とされているならば、ＣＰＵ１１ａは、決済装置１２の指定を待ち受けない。

報知画面ＳＣ４を確認した店員２１は、各決済装置１２のうち、表示エリアＲ１０に表示された決済装置１２にて決済を行うべきことを買物客２２に対して告知する。このとき、商品登録装置１１のプリンタ１２で、表示エリアＲ１０に表示された決済装置の番号を印刷した紙を出力し、この紙を買物客２２に渡すようにしてもよい。告知を受けた買物客２２は、指定された決済装置１２へと移動し、決済のための操作を行う。

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

前述したように商品登録装置１１のＣＰＵ１１ａは、図４のAct１２の処理において、通信ユニット１１ｊからＬＡＮ１３へと決済情報を送信する。この決済情報は、宛先となっている決済装置１２に設けられた通信ユニット１２ｊにて受信される。

決済情報を受信すると（Act３２にてＹＥＳ）、ＣＰＵ１２ａは、その決済情報を、取引メモリ３１ｂおよび合計メモリ３２ｂに展開する（Act３３）。すなわちＣＰＵ１２ａは、決済情報に含まれる商品名、単価、販売個数、販売金額及び属性のレコードを、取引メモリ３１ｂに格納する。同様にＣＰＵ１２ａは、決済情報に含まれる買上商品の合計個数および合計金額を、合計メモリ３２ｂに格納する。

決済情報を、取引メモリ３１ｂおよび合計メモリ３２ｂに展開したならば、ＣＰＵ１２ａは、取引メモリ３１ｂに展開したレコードにチャージ金額に係るレコードが含まれているか否かを確認する（Act３４）。すなわちＣＰＵ１２ａは、取引メモリ３１ｂに展開したレコードの属性を調べる。そして属性が“１”のレコードを検出すると、ＣＰＵ１２ａは、チャージ金額に係るレコードが含まれているとみなす。取引メモリ３１ｂに展開したレコードの属性が全て“０”の場合には、ＣＰＵ１２ａは、チャージ金額に係るレコードが含まれていないとみなす。

チャージ金額に係るレコードが含まれていない場合（Act３４にてＮＯ）、ＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に決済画面ＳＣ５（図１１を参照）を表示させる（Act３５）。

決済画面ＳＣ５の一例を図１１に示す。決済画面ＳＣ５は、表示エリアＲ１１、Ｒ１２と、ボタンＢ４１、Ｂ４２、Ｂ４３とを含む。表示エリアＲ１１は、決済装置１２を操作する買物客２２に対して決済方法の選択を促す操作ガイダンスを表示する。表示エリアＲ１２は、合計メモリ３２ｂに記憶された合計個数と合計金額とを、買物客２２との取引点数および取引金額として表示する。ボタンＢ１１は、決済方法が現金であることを買物客２２が指定するためのものである。ボタンＢ１２は、決済方法が電子マネーであることを買物客が指定するためのものである。ボタンＢ１３は、店員２１を呼び出すことを買物客２２が指定するためのものである。

決済画面ＳＣ５を確認した買物客２２は、現金で決済するのか電子マネーで決済するのかを決める。現金で決済する場合、買物客２２は、ボタンＢ４１にタッチし、自動釣銭機１２ｅに合計金額以上の現金を投入する。電子マネーで決済する場合、買物客２２は、ボタンＢ４２にタッチし、電子マネーカードのデータをカードリーダライタ１２ｉに読み取らせる。

なお、決済画面ＳＣ５では、決済方法として現金決済と電子マネー決済とを例示したが、決済方法は現金決済と電子マネー決済とに限定されるものではない。決済装置１２は、クレジットカード、商品券等の他の決済方法で取引を決済してもよい。

決済画面ＳＣ５を表示させたＣＰＵ１２ａは、現金決済に対応したボタンＢ４１または電子マネー決済に対応したボタンＢ４２がタッチされるのを待ち受ける（Act３６）。そしてボタンＢ４１またはＢ４２がタッチされると（Act３６にてＹＥＳ）、ＣＰＵ１２ａは、そのタッチされたボタンによって選択された決済方法による決済処理を実行する（Act３７）。すなわち、ボタンＢ４１がタッチされた場合には、ＣＰＵ１２ａは、自動釣銭機１２ｅに合計金額以上の現金が投入されたことを条件に、合計金額が生じた取引の決済処理を実行する。ボタンＢ４２がタッチされた場合には、ＣＰＵ１２ａは、カードリーダライタ１２ｉで電子マネーカードから読み取った電子マネーの残高が合計金額以上であることを条件に、合計金額が生じた取引の決済処理を実行する。これらの決済処理については、既存のセルフＰＯＳ端末において周知の事項であるので、ここでの説明は省略する。

ここに、ＣＰＵ１２ａは、支払い金額の入金を受け付け、取引金額（合計金額）以上の支払い金額が入金されたことを条件に取引金額が生じた取引の決済を処理する処理手段を構成する。

決済処理が終了すると、ＣＰＵ１２ａは、取引メモリ３１ｂおよび合計メモリ３２ｂの内容に基づいてレシートの印刷データを編集する。そしてＣＰＵ１２ａは、プリンタ１２ｈを動作させて、レシートを発行させる（Act３８）。レシートが発行されると、ＣＰＵ１２ａは、図１０の流れ図に示した手順の情報処理を終える。そしてＣＰＵ１２ａは、再度Act３１以降の処理を前述したのと同様に繰り返す。

一方、取引メモリ３１ｂに展開したレコードにチャージ金額に係るレコードが含まれている場合には（Act３４にてＹＥＳ）、ＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部にチャージ要求画面ＳＣ６（図１２を参照）を表示させる（Act３９）。

チャージ要求画面ＳＣ６の一例を図１２に示す。チャージ要求画面ＳＣ６は、表示エリアＲ２１、２２、２３と、ボタンＢ５１とを含む。表示エリアＲ２１は、決済装置１２を操作する買物客２２に対してチャージ金額の入金を促す操作ガイダンスを表示する。表示エリアＲ２２は、チャージ金額に係るレコードに含まれるチャージ金額を表示する。なお、取引メモリ３１ｂに展開したレコードにチャージ金額に係るレコードが複数含まれている場合には、各レコードのチャージ金額の合計が表示エリアＲ２２に表示される。表示エリアＲ２３は、自動釣銭機１２ｅに投入された金額が表示される。ボタンＢ５１は、店員２１を呼び出すことを買物客２２が指定するためのものである。

チャージ要求画面ＳＣ６を確認した買物客２２は、電子マネーカードのデータをカードリーダライタ１２ｉに読み取らせるとともに、自動釣銭機１２ｅにチャージ金額以上の現金を投入する。

チャージ要求画面ＳＣ６を表示させたＣＰＵ１２ａは、ＣＰＵ１２ａは、自動釣銭機１２ｅに現金が投入されるのを待ち受ける（Act４０）。現金が投入（入金）されると（Act４０にてＹＥＳ）、ＣＰＵ１２ａは、その投入金額を表示エリアＲ２３に表示する。そしてＣＰＵ１２ａは、表示エリアＲ２３に表示した投入金額が表示エリアＲ２２に表示したチャージ金額以上となったか否かを確認する（Act４１）。投入金額がチャージ金額に満たない場合（Act４１にてＮＯ）、ＣＰＵ１２ａは、さらに自動釣銭機１２ｅに現金が投入されるのを待ち受ける（Act４０）。

投入金額がチャージ金額以上になると（Act４１にてＹＥＳ）、ＣＰＵ１２ａは、カードリーダライタ１２ｉによって電子マネーカードのデータが読み取られるのを待ち受ける（Act４２）。電子マネーカードのデータが読み取られたならば（Act４２にてＹＥＳ）、ＣＰＵ１２ａは、電子マネーカードのデータに含まれる電子マネーの残高にチャージ金額を加算する（Act４３）。またＣＰＵ１２ａは、合計メモリ３２ｂに記憶した合計金額からチャージ金額を減額する。また、ＣＰＵ１２ａは、合計メモリ３２ｂに記憶した合計点数から、チャージ金額に係るレコードの数を減算する（Act４４）。

ここに、ＣＰＵ１２ａは、商品登録装置１１から出力された取引メモリ３１ａのデータにチャージ金額のデータが含まれるとき、電子マネー以外の決済方法でチャージ金額以上の支払い金額が入金されたことを条件に、カードリーダライタ１２ｉを介して電子マネーの残高にチャージ金額を加算するチャージ手段を構成する。詳しくは、ＣＰＵ１２ａは、商品登録装置１１から出力された取引メモリ３１ａのデータにチャージ金額のデータが含まれるとき、電子マネー以外の決済方法でチャージ金額以上の支払い金額が入金されたことを条件に、カードリーダライタ１２ｉを介して電子マネーの残高にチャージ金額を加算するとともに、取引金額を、チャージ金額を減じた額に更新する。

電子マネーのチャージが完了すると、ＣＰＵ１２ａは、チャージ金額に釣銭が生じているか否かを確認する（Act４５）。チャージ金額よりも投入金額の方が多い場合、ＣＰＵ１２ａは、釣銭が生じているとみなす。チャージ金額と投入金額とが等しい場合には、ＣＰＵ１２ａは、釣銭が生じていないとみなす。

釣銭が生じている場合（Act４５にてＹＥＳ）、ＣＰＵ１２ａは、投入金額とチャージ金額との差額を釣銭として、自動釣銭機１２ｅに払い出しを指令する（Act４６）。この指令により、自動釣銭機１２ｅから釣銭が払い出される。

自動釣銭機１２ｅに払い出しを指令した後、あるいは釣銭が生じていない場合（Act４５にてＮＯ）、ＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に決済画面ＳＣ５（図１１を参照）を表示させる（Act３５）。以後、ＣＰＵ１２ａは、Act３５〜Act３８の処理を前述したのと同様に繰り返す。

上記の如く動作するチェックアウトシステム１０が導入された店舗においては、電子マネーカードの電子マネーをチャージしたい買物客２２は、買上商品の会計の際に店員２１にチャージを申し出る。チャージの申し出を受けた店員２１は、買物客２２の買上商品を商品登録装置１１に登録し終える前に、チャージボタンにタッチする。

チャージボタンがタッチされると、商品登録装置１１の客用タッチパネル１１ｇ２にチャージ画面ＳＣ１が表示される。チャージ画面ＳＣ１を確認した買物客２２は、チャージ金額を入力する。チャージ金額が入力されると、商品登録装置１１では、チャージ金額に係るレコードが取引メモリ３１ａに格納される。取引メモリ３１ａには、買上商品に係るレコードも登録される。

図３に示す取引メモリ３１ａには、単価６００円の商品Ａを１個と、単価１０００円の商品Ｂを２個と、を買い上げる買物客２２が、チャージ金額５０００円を入力した場合のレコードＲＣ１，ＲＣ２，ＲＣ３が格納されている。この状態で、店員２１が小計ボタンにタッチすると、店員用タッチパネル１１ｇ１に、図８に示す転送先選択画面ＳＣ３が表示される。ここで、店員２１が、「Ａ」，「Ｂ」，「Ｃ」，「Ｄ」で識別される４台の決済装置１２のうち「Ｃ」の決済装置１２を転送先として選択し、ボタンＢ２６にタッチすると、取引メモリ３１ａおよび合計メモリ３２ａの内容に基づいて生成された決済情報が「Ｃ」の決済装置１２に転送される。また、図９に示す報知画面ＳＣ４が、店員用タッチパネル１１ｇ１および客用タッチパネル１１ｇ２に表示される。そこで買物客２２は、「Ｃ」の決済装置１２へと移動し、決済のための操作を行う。

このとき「Ｃ」の決済装置１２へ転送された決済情報にはチャージ金額に係るレコードＲＣ２が含まれているので、図１２に示すチャージ要求画面ＳＣ６が、「Ｃ」の決済装置１２のタッチパネル１２ｇに表示される。そこで買物客２２は、先ず、自動釣銭機１２ｅにチャージ金額５０００円を投入して、電子マネーカードをカードリーダライタ１２ｉに翳す。このとき、買物客２２が例えば１００００円を投入した場合には、釣銭額５０００円が自動釣銭機１２ｅから払い出される。チャージ金額５０００円が投入されると、電子マネーカードに記憶されている電子マネーの残高に５０００円が加算される。例えばチャージ前の残高が６００円であった場合、今回のチャージにより残高は５６００円に増額される。

電子マネーのチャージが完了すると、図１１に示す決済画面ＳＣ５が、「Ｃ」の決済装置１２のタッチパネル１２ｇに表示される。このとき、表示エリアＲ１２に表示される取引金額は、チャージ金額５０００円を除いた金額２６００円である。そこで買物客２２は、決済方法を選択する。現金決済の場合、買物客２２は、ボタンＢ４１にタッチし、取引金額２６００円以上の現金を自動釣銭機１２ｅに投入する。電子マネー決済の場合、買物客２２は、ボタンＢ４２にタッチし、電子マネーカードをカードリーダライタ１２ｉに翳す。買物客２２が電子マネー決済を選択した場合、取引金額２６００円の支払いにより、電子マネーカードの残高は３０００円となる。

このように第１の実施形態のチェックアウトシステム１０によれば、商品登録装置１１において販売商品に係るデータが入力された後でも、決済装置１２においてその商品の販売に係る取引が決済される前に、買物客２２は電子マネーをチャージすることができる。

（第２の実施形態）
次に、第２の実施形態について説明する。
第１の実施形態は、決済情報にチャージ金額に係るレコードが含まれている場合、決済装置１２において先ず、電子マネーにチャージ金額をチャージし、その後、商品販売に係るレコードを基に算出される取引金額の決済を処理した。第２の実施形態は、決済情報にチャージ金額に係るレコードが含まれている場合、決済装置１２において、電子マネーへのチャージと、商品販売に係るレコードを基に算出される取引金額に対する決済とを一括して処理する。

すなわち第２の実施形態は、決済装置１２の情報処理手順が第１の実施形態と相違する。その余の部分については、第２の実施形態は第１の実施形態と同様である。そこで、図１〜図９は第２の実施形態でもそのまま使用し、その説明は省略する。

図１３は、第２の実施形態において決済装置１２のＣＰＵ１２ａが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図である。図１４〜図１６は、その制御処理によって決済装置１２のタッチパネル１２ｇに表示される種々の画面例を示す模式図である。以下、これらの図を用いて、第２の実施形態におけるチェックアウトシステム１０の動作について説明する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

決済装置１２が起動されると、ＣＰＵ１２ａは、図１３の流れ図に示す手順の制御処理を開始する。先ずＣＰＵ１２ａは、タッチパネル１２ｇの画面を待機画面とする(Act５１)。タッチパネル１２ｇの画面を待機画面とした後、ＣＰＵ１２ａは、決済情報を受信するのを待ち受ける（Act５２）。決済情報を受信すると（Act５２にてＹＥＳ）、ＣＰＵ１２ａは、その決済情報を、取引メモリ３１ｂおよび合計メモリ３２ｂに展開する（Act５３）。決済情報を、取引メモリ３１ｂおよび合計メモリ３２ｂに展開したならば、ＣＰＵ１２ａは、取引メモリ３１ｂに展開したレコードにチャージ金額に係るレコードが含まれているか否かを確認する（Act５４）。チャージ金額に係るレコードが含まれていない場合（Act５４にてＮＯ）、ＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に決済画面ＳＣ５を表示させる（図１０のAct３５）。以後、ＣＰＵ１２ａは、図１０のAct３５〜Act３８の処理を前述したのと同様に繰り返す。

一方、取引メモリ３１ｂに展開したレコードにチャージ金額に係るレコードが含まれている場合には（Act５４にてＹＥＳ）、ＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に電子マネーの決済画面ＳＣ７（図１４を参照）を表示させる（Act５５）。

決済画面ＳＣ７の一例を図１２に示す。決済画面ＳＣ７は、表示エリアＲ３１、３２、３３と、ボタンＢ６１とを含む。表示エリアＲ３１は、決済装置１２を操作する買物客２２に対して電子マネー決済であることを告知する。表示エリアＲ３２は、買物客２２に対して電子マネー決済の操作ガイダンスを表示する。表示エリアＲ３３は、合計メモリ３２ｂの合計個数と合計金額とを、買物客２２との取引点数および取引金額として表示する。ボタンＢ６１は、店員２１を呼び出すことを買物客２２が指定するためのものである。

図１４の決済画面ＳＣ７を確認した買物客２２は、電子マネーカードのデータをカードリーダライタ１２ｉに読み取らせる。

決済画面ＳＣ７を表示したＣＰＵ１２ａは、カードリーダライタ１２ｉによって電子マネーカードのデータが読み取られるのを待ち受ける（Act５６）。電子マネーカードのデータが読み取られたならば（Act５６にてＹＥＳ）、ＣＰＵ１２ａは、この電子マネーカードのデータに含まれる電子マネーの残高と、合計メモリ３２ｂの合計金額とを比較して、残高が合計金額に対して不足していないか確認する（Act５７）。

残高が合計金額に対して不足している場合（Act５７にてＹＥＳ）、ＣＰＵ１２ａは、その不足額を決済画面ＳＣ７の表示エリアＲ３２に表示する（Act５８）。不足額は、合計金額から残高を減じることにより算出される。

図１５は、取引金額７６００円に対して電子マネーの残高が６００円であるため７０００円が不足している場合の決済画面ＳＣ７である。この場合、電子マネーの残高と不足額の入金を促すガイダンスとが、決済画面ＳＣ７の表示エリアＲ３２に表示される。

図１５の決済画面ＳＣ７を確認した買物客２２は、自動釣銭機１２ｅに不足額以上の現金を投入する。

不足額を表示したＣＰＵ１２ａは、自動釣銭機１２ｅに現金が投入されるのを待ち受ける（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 (5)

1. 入力ユニットと、決済ユニットとを備え、
   前記入力ユニットは、
   商品販売又は役務提供に係るデータの入力を受け付け、入力されたデータを基に決済対象の取引データを記憶部に記憶する記憶手段と、
   電子マネーに対するチャージ金額の入力を受け付け、入力されたチャージ金額のデータを前記記憶部に追加する追加手段と、
   前記商品販売または前記役務提供に係るデータの入力終了指令を受け付けると、前記記憶部のデータを前記決済ユニットに出力する出力手段と、
   を具備し、
   前記決済ユニットは、
   記憶媒体に記憶された前記電子マネーの残高を読取り、かつ残高を書換えるリーダライタと、
   支払い金額の入金を受け付け、前記入力ユニットから出力された前記記憶部のデータを基に算出される取引金額以上の前記支払い金額が入金されたことを条件に前記取引金額が生じた取引の決済を処理する処理手段と、
   前記入力ユニットから出力された前記記憶部のデータに前記チャージ金額のデータが含まれるとき、前記電子マネー以外の決済方法で前記チャージ金額以上の支払い金額が入金されたことを条件に、前記リーダライタを介して前記電子マネーの残高に前記チャージ金額を加算するチャージ手段と、
   を具備したことを特徴とするチェックアウトシステム。
2. 前記チャージ手段は、
   前記入力ユニットから出力された前記記憶部のデータに前記チャージ金額のデータが含まれるとき、前記チャージ金額の入金を待ち受け、前記チャージ金額以上の金額が入金されたことを条件に、前記リーダライタを介して前記電子マネーの残高に前記チャージ金額を加算するとともに、前記取引金額を、前記チャージ金額を減じた額に更新することを特徴とする請求項１記載のチェックアウトシステム。
3. 前記チャージ手段は、
   前記入力ユニットから出力された前記記憶部のデータに前記チャージ金額のデータが含まれるとき、前記リーダライタで前記電子マネーの残高が読み取られるのを待ち受け、前記残高が前記取引金額に満たないとき、前記取引金額から前記残高を減じた不足額の入金を待ち受け、前記不足額以上の金額が入金されたことを条件に、前記リーダライタを介して前記電子マネーの残高に前記チャージ金額を加算し、
   前記処理手段は、
   前記チャージ手段により前記チャージ金額が加算された後の前記電子マネーの残高で前記取引の決済を処理することを特徴とする請求項１記載のチェックアウトシステム。
4. 前記チャージ手段は、
   前記入力ユニットから出力された前記記憶部のデータに前記チャージ金額のデータが含まれるとき、前記リーダライタで前記電子マネーの残高が読み取られるのを待ち受け、前記残高が前記取引金額以上のとき、前記チャージ金額の入金を待ち受け、前記チャージ金額以上の金額が入金されたことを条件に、前記リーダライタを介して前記電子マネーの残高に前記チャージ金額を加算し、
   前記処理手段は、
   前記チャージ手段により前記チャージ金額が加算された後の前記電子マネーの残高で前記取引の決済を処理することを特徴とする請求項１記載のチェックアウトシステム。
5. 前記決済ユニットは、前記入力ユニットに対して複数有り、
   前記入力ユニットは、
   前記複数の決済ユニットのなかから一の決済ユニットを選択する選択手段、をさらに具備し、
   前記出力手段は、前記記憶部のデータを、前記選択手段で選択された前記決済ユニットに出力することを特徴とする請求項１乃至４のうちいずれか１に記載のチェックアウトシステム。