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

Description

本発明の実施形態は、セミセルフ方式のチェックアウトシステム、及びこのシステムに用いられる登録装置と決済装置、並びにコンピュータを決済装置として機能させるための制御プログラムに関する。

量販店向けのチェックアウトシステムとして、セミセルフ方式のものがある。このチェックアウトシステムは、取引毎にその取引の決済に必要な会計データを生成する登録装置と、会計データを基に取引の決済処理を実行する決済装置とを分離する。そして登録装置を店員が操作し、決済装置を客が操作するように構成したものである。
この種の登録装置及び決済装置は、ユーザに入力操作をトレーニングさせるためのトレーニング機能を有する。トレーニング機能は、登録装置及び決済装置のそれぞれにおいて、動作モードをトレーニングモードに設定することによって有効となる。このため、セミセルフ方式のチェックアウトシステムを導入した店舗において、店員に登録装置及び決済装置の入力操作をトレーニングさせる場合、店員は登録装置及び決済装置のそれぞれに対し、動作モードをトレーニングモードに設定するための宣言操作を行わなければならない面倒がある。

このような問題は、登録装置からのデータを受信した決済装置が、その受信したデータに基づいて動作モードを登録装置の動作モードに合せるようにすることで解決できる。

特開２０１３－２４２８３９号公報

本発明の実施形態が解決しようとする課題は、登録装置からのデータを受信した決済装置が、その受信したデータに基づいて動作モードを登録装置の動作モードに合せることができるチェックアウトシステム、及びこのシステムの登録装置並びに決済装置を提供しようとするものである。

一実施形態において、チェックアウトシステムは、登録装置と決済装置とがネットワークで接続される。登録装置は、生成手段と、付与手段と、送信手段とを備える。生成手段は、取引の決済に必要な会計データを生成する。付与手段は、当該登録装置の動作モードを特定する情報が変更されると、その変更後の動作モードを特定する情報を生成手段で生成した会計データに付与する。送信手段は、付与手段により情報が付与された会計データをネットワークへと送信する。決済装置は、受信手段と、設定手段と、決済手段とを備える。受信手段は、ネットワークを経由して送信される会計データを受信する。設定手段は、受信手段で受信した会計データに情報が付与されている場合、情報から、当該決済装置の動作モードを会計データ送信元の登録装置と同じモードに設定し、その後、変更された情報が付与された会計データを受信した場合、変更された情報から、決済装置の動作モードを会計データ送信元の登録装置と同じモードに設定する。決済手段は、設定手段により設定された動作モードに従い会計データの決済処理を実行する。

実施形態に係るチェックアウトシステムの模式図。 同システムを構成する登録装置及び決済装置の主要な回路構成を示すブロック図。 登録装置のＲＡＭに形成される主要なメモリ領域を示す模式図。 決済装置のＲＡＭに形成される主要なメモリ領域を示す模式図。 登録装置のＣＰＵが実行する情報処理の手順を示す流れ図。 登録装置のＣＰＵが実行する情報処理の手順を示す流れ図。 決済装置のＣＰＵが実行するメイン処理の手順を示す流れ図。 決済装置のＣＰＵが実行する受信割込み処理の手順を示す流れ図。 登録装置が登録モードで動作しているときにタッチパネルに表示される登録明細画像の一例を示す図。 登録装置がトレーニングモードで動作しているときにタッチパネルに表示される登録明細画像の一例を示す図。 登録装置がトレーニングモードで動作しているときにタッチパネルに表示される支払い画像の一例を示す図。 登録装置がトレーニングモードで動作しているときにタッチパネルに表示される案内画像の一例を示す図。 決済装置がトレーニングモードで動作しているときにタッチパネルに表示される支払い選択画像の一例を示す図。 決済装置がトレーニングモードで動作しているときにタッチパネルに表示される決済画像の一例を示す図。 決済装置がトレーニングモードで動作しているときにタッチパネルに表示される仮想支払い画像の一例を示す図。 第２の実施形態において、登録装置のＣＰＵが実行する情報処理の手順の一部を示す流れ図。 第２の実施形態において、登録装置がトレーニングモードで動作しているときにタッチパネルに表示される案内画像の一例を示す図。 第２の実施形態において、決済装置のＣＰＵが実行するメイン処理の手順の一部を示す流れ図。

以下、登録装置からのデータを受信した決済装置が、その受信したデータに基づいて動作モードを登録装置の動作モードに合せることができるチェックアウトシステムの実施形態について、図面を用いて説明する。

［第１の実施形態］
図１は、実施形態に係るチェックアウトシステム１０の模式図である。チェックアウトシステム１０は、複数台の登録装置１１と決済装置１２とを含む。決済装置１２は、登録装置１１よりも台数が多い。

登録装置１１は、デフォルトの動作モードとして登録モードを有する。登録装置１１は、登録モードのとき、商品の販売登録、会計データの生成、会計データの送信等の動作が可能となる。商品の販売登録とは、入力されたデータを基に商品の販売データをメモリに登録することである。例えば、商品に付されたバーコードのスキャニング入力により、登録装置１１は、当該商品の販売個数，販売金額等の販売データをメモリに登録する。そして１取引として売り上げる全ての商品の販売登録が終わると、登録装置１１は、メモリに登録された各商品の販売データを基に、その取引の決済に必要な会計データを生成する。会計データには、販売登録された商品の商品コード、商品名、単価、販売個数及び販売金額とその合計個数、合計金額等が含まれる。登録装置１１は、会計データを決済装置１２へと送信する。

登録装置１１は、非デフォルトの動作モードとしてトレーニングモードを有する。トレーニングモードは、ユーザに入力操作をトレーニングさせるためのモードである。登録装置１１は、トレーニングモードのとき、登録モードと同様に商品の販売登録、会計データの生成、会計データの送信等の動作が可能となる。

決済装置１２は、デフォルトの動作モードとして登録モードを有する。決済装置１２は、登録モードのとき、決済処理、レシートの発行、販売データの売上登録等の動作が可能となる。決済処理とは、代金の支払い入力を受け付け、その代金支払いデータと会計データとから商品の売買取引を決済することである。代金の支払いには、現金、クレジットカード、電子マネー等が利用される。決済装置１２は、決済された売買取引の情報を記述したレシートを発行する。レシートは、レシート用紙に印刷されて紙レシートとして発行されてもよいし、電子レシートとして発行されてもよい。また決済装置１２は、売買された商品の点数、金額等を売上データとして記憶装置に登録する。記憶装置は、決済装置１２が備えていてもよいし、決済装置１２の上位機であるサーバが備えていてもよい。

決済装置１２は、非デフォルトの動作モードとしてトレーニングモードを有する。トレーニングモードは、ユーザに入力操作をトレーニングさせるためのモードである。決済装置１２は、トレーニングモードのとき、登録装置と同様に決済処理、レシートの発行等の動作が可能となる。ただし、トレーニングモードのときに決済された商取引は仮想の取引なので、決済装置１２は、販売データの売上登録を行わない。

登録装置１１及び決済装置１２は、店舗のチェックアウトレーン毎に配置される。チェックアウトレーンの数は任意である。１つのチェックアウトレーンに配置される登録装置１１の台数は１台であり、決済装置１２の台数は任意である。図１においては、２つのチェックアウトレーンに１台の登録装置１１と２台の決済装置１２とをそれぞれ配置した例を示している。

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

各チェックアウトレーンにはそれぞれ固有の番号が割り当てられている。図１においては、図中上側のチェックアウトレーンに対してレーン番号“１”が割り当てられており、図中下側のチェックアウトレーンに対してレーン番号“２”が割り当てられている。レーン番号“１”のチェックアウトレーンには、１台の登録装置１１（１１-1）と２台の決済装置１２（１２-1A，１２-1B）とが配置されている。レーン番号“２”のチェックアウトレーンには、１台の登録装置１１（１１-2）と２台の決済装置１２（１２-2A，１２-2B）とが配置されている。

登録装置１１は、同一のチェックアウトレーンに配置された２台の決済装置１２と連携する。そしてこの連携する２台の決済装置１２のうち１台に会計データを送信する。どちらの決済装置１２に会計データを送信するかは任意である。また、２台の決済装置１２のそれぞれに会計データを送信するようにしてもよい。

チェックアウトシステム１０は、セミセルフ方式である。すなわち登録装置１１は、店員２１がその操作者となる。決済装置１２は、登録装置１１にて買上商品の販売登録がなされた買物客（決済者）２２がその操作者となる。

図２は、登録装置１１及び決済装置１２の主要な回路構成を示すブロック図である。各チェックアウトレーンの登録装置１１及び決済装置１２は、いずれも店舗内ネットワークであるＬＡＮ（local area network）１３に接続されている。ＬＡＮ１３には、サーバ１４も接続されている。

登録装置１１及び決済装置１２は、ＬＡＮ１３を介して情報を授受する。なお、ネットワークは、ＬＡＮ１３に代えてインターネットや無線ＬＡＮなどの別の通信網を用いてもよい。また、登録装置１１と決済装置１２との間でサーバ１４を介して会計データ等の情報を授受してもよい。また、チェックアウトレーン毎に登録装置１１と決済装置１２とを通信網で接続し、他のチェックアウトレーン間では登録装置１１どうしを別の通信網で接続してもよい。

登録装置１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ、補助記憶ユニット１１ｄ、スキャナ１１ｅ、タッチパネル１１ｆ、プリンタ１１ｇ、リーダ・ライタ１１ｈ、通信ユニット１１ｉ及び伝送システム１１ｊを含む。

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

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

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

補助記憶ユニット１１ｄは、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１１ｄは、ＣＰＵ１１ａが各種の処理を行う上で使用するデータ、あるいはＣＰＵ１１ａでの処理によって生成されたデータを保存する。補助記憶ユニット１１ｄとしては、例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）等を使用できる。ＲＯＭ１１ｂ又は補助記憶ユニット１１ｄに記憶されるアプリケーションプログラムには、登録装置１１で実行される情報処理に関して記述した制御プログラムを含む。

スキャナ１１ｅは、商品に付されたバーコードを読み取って、当該商品の商品コードを得る。
タッチパネル１１ｆは、表示デバイス及びタッチセンサを含む。タッチパネル１１ｆには、店員用と客用とがある。店員用のタッチパネル１１ｆは、表示画面が店員２１の作業スペース側を向くように、作業テーブル２３上に設けられる。客用のタッチパネル１１ｆは、表示画面が買物客２２用の通路側を向くように、作業テーブル２３上に設けられる。

プリンタ１１ｇは、レシート用紙に対して各種の文字列又は画像などを印刷することにより、レシートを発行する。
リーダ・ライタ１１ｈは、支払媒体の一種であるカード又はＩＣ（integrated circuit）チップ等の記録媒体に記録されたデータを読み取るとともに、当該記録媒体へデータを書き込む。カードは、クレジットカード、デビットカード、電子マネーカード、プリペイドカードなどの決済用カードの他に、メンバーズカード及びポイントカードなどの決済処理に関わる情報を記録する各種のカードを含む。ＩＣチップは、上記の各種のカードの他、スマートフォンなどの情報端末に備えられる場合もある。

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

伝送システム１１ｊは、ＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ、補助記憶ユニット１１ｄ、スキャナ１１ｅ、タッチパネル１１ｆ、プリンタ１１ｇ、リーダ・ライタ１１ｈ及び通信ユニット１１ｉの間で授受されるデータを伝送する。伝送システム１１ｊは、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものが利用できる。このような登録装置１１のハードウェアとしては、例えば既存のＰＯＳ端末を利用できる。

決済装置１２は、ＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃ、補助記憶ユニット１２ｄ、スキャナ１２ｅ、タッチパネル１２ｆ、プリンタ１２ｇ、リーダ・ライタ１２ｈ、通信ユニット１２ｉ及び伝送システム１２ｊを含む。また決済装置１２は、自動釣銭機１２ｋを含む。自動釣銭機１２ｋは、取引の支払いに用いられる支払媒体の一種である現金（硬貨及び紙幣）を収受する。また自動釣銭機１２ｋは、釣銭としての現金（硬貨及び紙幣）を排出する。

その他のＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃ、補助記憶ユニット１２ｄ、スキャナ１２ｅ、タッチパネル１２ｆ、プリンタ１２ｇ、リーダ・ライタ１２ｈ、通信ユニット１２ｉ及び伝送システム１２ｊは、登録装置１１のものと同一の機能を有するものである。すなわちＣＰＵ１２ａは、ＲＯＭ１２ｂ、ＲＡＭ１２ｃ及び補助記憶ユニット１２ｄと伝送システム１２ｊを介して接続されて、コンピュータを構成する。そしてＣＰＵ１２ａは、ＲＯＭ１２ｂ及びＲＡＭ１２ｃに記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムに基づいて、決済装置１２としての各種の動作を実現するべく各部を制御する。ＲＯＭ１２ｂ又は補助記憶ユニット１２ｄに記憶されるアプリケーションプログラムには、決済装置１２で実行される情報処理に関して記述した制御プログラムを含む。このような決済装置１２のハードウェアとしては、例えば既存のセルフ方式に対応したＰＯＳ端末を利用できる。

サーバ１４は、記憶装置において各商品の商品コードに関連付けて、商品名、単価等の商品情報が設定された商品データベースを記憶する。記憶装置は、例えばＨＤＤあるいはＳＳＤ等であって、サーバ１４に内蔵されていてもよいし、サーバ１４に外付けされていてもよい。

さらにサーバ１４は、記憶装置において売上集計ファイル３１を記憶する。
売上集計ファイル３１は、各登録装置１１にて販売登録がなされた各買上商品のデータを商品コード別、チェックアウトレーン別、日付別、取引時間帯別等の分類項目別に集計する領域である。店舗では、売上集計ファイル３１に記憶されたデータを分析することで、店舗全体の売上、在庫数、廃棄ロス等の管理データが得られる。

図３は、登録装置１１のＲＡＭ１１ｃに形成される主要なメモリ領域を示す模式図である。図３において、メモリ領域４１は、商品コード、商品名、単価、個数及び金額の各データからなるレコードを複数格納する領域である。商品コードは、各商品を個々に識別するための固有のコードである。各商品には、例えばバーコードによって表される商品コードが付されている。商品名及び単価は、同一レコードの商品コードによって特定される商品の名称及び１点当たりの価格である。個数及び金額は、同一レコードの商品コードによって特定される商品の販売データである。

登録装置１１において、商品コードが取得されると、ＣＰＵ１１ａは、その商品コードでサーバ１４に商品情報を問い合わせる。この問合せを受けたサーバ１４は、商品データベースにアクセスして、商品データベースから当該商品コードに関連付けられた商品情報を読出し、ＬＡＮ１３を介して登録装置１１に通知する。登録装置１１のＣＰＵ１１ａは、サーバ１４から通知された商品情報を基に上記のレコードを作成し、メモリ領域４１に格納（登録）する。以下では、メモリ領域４１を販売登録テーブル４１と称する。

メモリ領域４２は、合計個数と合計金額とを格納する領域である。合計個数は、販売登録テーブル４１に格納（登録）された各レコードの個数の合計であり、合計金額は、同レコードの金額の合計である。以下では、メモリ領域４２を合計テーブル４２と称する。

メモリ領域４３は、会計データの送信先となる決済装置１２を特定するための送信先ＩＤを格納する領域である。登録装置１１は、販売登録テーブル４１に格納（登録）されたレコードの情報を基に生成された会計データを、ＬＡＮ１３を介して決済装置１２に送信する。このとき登録装置１１は、メモリ領域４３に格納された送信先ＩＤで識別される１台の決済装置１２に対し、ＬＡＮ１３を介して会計データを送信する。以下では、メモリ領域４３を送信先メモリ４３と称する。

メモリ領域４４は、当該登録装置１１の動作モードを示すステータス情報ＳＴ１を格納する領域である。前述したように登録装置１１は、デフォルトの動作モードとして登録モードを有し、非デフォルトの動作モードとしてトレーニングモードを有する。本実施形態においてステータス情報ＳＴ１は、登録モードのとき“０”とし、トレーニングモードのとき“９”とする。以下では、メモリ領域４４をステータスメモリ４４と称する。
なお、登録装置１１が有する動作モードは登録モードとトレーニングモードとに限定されるものではない。周知のマネージャモード、点検モード、精算モード、設定モード、返品モード等を含むものであってよい。

図４は、決済装置１２のＲＡＭ１２ｃに形成される主要なメモリ領域を示す模式図である。図４において、メモリ領域５１は、登録装置１１から受信した会計データを格納する領域である。以下では、メモリ領域５１を会計データメモリ５１と称する。

メモリ領域５２は、処理中フラグＦを格納する領域である。処理中フラグＦは、会計データに基づく決済処理を実行中か否かを識別する情報である。本実施形態において、処理中フラグＦは、決済処理を実行中でないとき“０”にリセットされており、実行中になると“１”にセットされる。以下では、メモリ領域５２をフラグメモリ５２と称する。

メモリ領域５３は、会計データの転送先となる他の決済装置１２を特定するための転送先ＩＤを格納する領域である。決済装置１２は、決済処理を実行中に他の会計データを受信した場合、その会計データを、メモリ領域５３に格納された転送先ＩＤで識別される他の決済装置１２にＬＡＮ１３を介して転送する。以下では、メモリ領域５３を転送先メモリ５３と称する。
なお、会計データが最後に転送される決済装置１２においては、転送先メモリ５３に転送先ＩＤが格納されていない。若しくは、転送先ＩＤが未設定であることを示す情報が転送先メモリ５３に格納されている。

メモリ領域５４は、当該決済装置１２の動作モードを示すステータス情報ＳＴ２を格納する領域である。前述したように決済装置１２は、デフォルトの動作モードとして登録モードを有し、非デフォルトの動作モードとしてトレーニングモードを有する。本実施形態においてステータス情報ＳＴ２は、登録モードのとき“０”とし、トレーニングモードのとき“９”とする。以下では、メモリ領域５４をステータスメモリ５４と称する。
なお、決済装置１２が有する動作モードは登録モードとトレーニングモードとに限定されるものではない。周知のマネージャモード、点検モード、精算モード、設定モード、返品モード等を含むものであってよい。

図５及び図６は、登録装置１１のＣＰＵ１１ａが実行する情報処理の手順を示す流れ図である。この情報処理は、ＲＯＭ１１ｂ又は補助記憶ユニット１１ｄに記憶される制御プログラムに従ったものである。図７は、決済装置１２のＣＰＵ１２ａが実行するメイン処理の手順を示す流れ図であり、図８は、同ＣＰＵ１２ａが実行する受信割込み処理の手順を示す流れ図である。このメイン処理及び受信割込み処理は、ＲＯＭ１２ｂ又は補助記憶ユニット１２ｄに記憶される制御プログラムに従ったものである。図９乃至図１２は、登録装置１１のタッチパネル１１ｆに表示される画像の一例であり、図１３乃至図１５は、決済装置１２のタッチパネル１２ｆに表示される画像の一例である。以下、これらの図を用いてチェックアウトシステム１０の動作について説明する。なお、以下に説明する処理の内容及び画像は一例であり、同様な結果を得ることが可能な様々な処理及び画像を適宜に利用できる。

はじめに、登録装置１１の動作について説明する。
登録装置１１が、デフォルトの登録モードで起動されると、ＣＰＵ１１ａは、図５の流れ図に示す手順の情報処理を開始する。先ずＣＰＵ１１ａは、Ａｃｔ１として初期化を行う。この初期化により、販売登録テーブル４１及び合計テーブル４２がクリアされる。また、ステータスメモリ４４のステータスＳＴ１が“０”となる。
次いでＣＰＵ１１ａは、Ａｃｔ２としてタッチパネル１１ｆの画面の一部に登録明細画像ＳＣ１（図９を参照）を表示させる。

登録明細画像ＳＣ１は、販売登録テーブル４１及び合計テーブル４２の内容を表し、登録処理の実施状況を店員２１に確認させるものである。図９は、ステータスＳＴ１が“０”、すなわち登録モードで動作しているときの登録明細画像ＳＣ１の一例である。登録明細画像ＳＣ１は、表示エリアＲ１、Ｒ２とボタンＢ１とを含む。表示エリアＲ１は、最も新しく買上登録がなされた商品に関する商品名、個数及び単価と、その商品を登録した後の買上商品の合計個数及び合計金額と、を表示する。表示エリアＲ２は、登録明細画像ＳＣ１に示された商品よりも前に買上登録がなされた商品に関する商品名、個数、単価及び金額のリストを表示する。ボタンＢ１は、登録装置１１の動作モードをトレーニングモードに切り替えることをユーザが指定するためのものである。以下の説明において、ボタンＢ１はトレーニングボタンと称する。
なお、図示は省略するが、ＣＰＵ１１ａは、タッチパネル１１ｆの画面のうちの登録明細画像ＳＣ１とする領域外に、店員２１が商品を指定するための商品ボタンや、小計ボタンなどの各種の機能ボタンを表示する。

登録明細画像ＳＣ１を確認した店員２１は、例えばスキャナ１１ｅや商品ボタンを操作して、買物客２２が買い上げる商品の商品コードを順次入力する。そして、全ての買上商品の商品コードを入力し終えると、店員２１は、小計ボタンにタッチする。

図５の説明に戻る。
登録明細画像ＳＣ１を表示させたＣＰＵ１１ａは、Ａｃｔ３としてトレーニングボタンＢ１が入力されたか否かを確認する。トレーニングボタンＢ１がタッチされていない場合（Ａｃｔ３にてＮＯ）、ＣＰＵ１１ａは、Ａｃｔ４として商品コードが入力されたか否かを確認する。商品コードが入力されていない場合（Ａｃｔ４にてＮＯ）、ＣＰＵ１１ａは、Ａｃｔ３の処理に戻る。したがってＣＰＵ１１ａは、Ａｃｔ３及びＡｃｔ４の処理により、トレーニングボタンＢ１がタッチされるか商品コードが入力されるのを待ち受ける。

Ａｃｔ３及びＡｃｔ４の待ち受け状態において、スキャナ１１ｅまたは商品ボタンを介して商品コードが入力されると（Ａｃｔ４にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ５として商品販売データを登録する。すなわちＣＰＵ１１ａは、入力された商品コードに関連付けられて商品データベースに設定されている商品名、単価等の商品情報を検出し、単価に販売個数を乗算して販売金額を算出する。そしてＣＰＵ１１ａは、商品コード、商品名、単価、販売個数及び販売金額を含む商品販売データのレコードを作成し、当該レコードを販売登録テーブル４１に登録する。またＣＰＵ１１ａは、販売個数及び販売金額を合計テーブル４２に加算する。こうして、商品販売データを登録し終えると、ＣＰＵ１１ａは、Ａｃｔ６として販売登録テーブル４１及び合計テーブル４２の内容に準じるように、登録明細画像ＳＣ１を更新する。

登録明細画像ＳＣ１を更新したならば、ＣＰＵ１１ａは、Ａｃｔ７として次の商品コードが入力されたか否かを確認する。商品コードが入力されていない場合（Ａｃｔ７にてＮＯ）、ＣＰＵ１１ａは、Ａｃｔ８として小計ボタンがタッチされたか否かを確認する。小計ボタンがタッチされていない場合（Ａｃｔ８にてＮＯ）、ＣＰＵ１１ａは、Ａｃｔ７の処理に戻る。したがってＣＰＵ１１ａは、Ａｃｔ７及びＡｃｔ８の処理により、商品コードが入力されるか、小計ボタンがタッチされるのを待ち受ける。なおＣＰＵ１１ａは、この待ち受け状態において、他の操作が行われるなどの他の事象の発生を確認し、その発生事象に応じた処理に移行するようにしてもよい。

一方、Ａｃｔ３及びＡｃｔ４の待ち受け状態において、トレーニングボタンＢ１がタッチされると（Ａｃｔ３にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ９としてステータスメモリ４４のステータス情報ＳＴ１を“９”とする。またＣＰＵ１１ａは、Ａｃｔ１０として登録モードが設定されたときの登録明細画像ＳＣ１をトレーニングモードが設定されたときの登録明細画像ＳＣ２（図１０を参照）に変更する。

図１０は、ステータス情報ＳＴ１が“９”、すなわちトレーニングモードで動作しているときの登録明細画像ＳＣ２の一例である。登録明細画像ＳＣ２は、登録明細画像ＳＣ１のトレーニングボタンＢ１に代えて、中止ボタンＢ２を表示する。また登録明細画像ＳＣ２は、トレーニング中であることをトレーニング者に告知するコメント「（トレーニング中）」を登録明細画像ＳＣ１に追加する。中止ボタンＢ２は、トレーニングモードの中止をトレーニング者が指定するためのものである。

ここに、ＣＰＵ１１ａを主体とするコンピュータは、タッチパネル１１ｆと協働してＡｃｔ２，Ａｃｔ３及びＡｃｔ９の処理を実行することにより、登録装置１１の動作モードをデフォルトのモードから非デフォルトのモードへと変更するのを指示する指示手段を構成する。

登録装置１１のトレーニングを行うトレーニング者（例えば店員２１）は、登録明細画像ＳＣ１のトレーニングボタンＢ１にタッチする。そうすると、タッチパネル１１ｆに登録明細画像ＳＣ２が表示されるので、トレーニング者は、トレーニング用として用意された商品の商品コードを順次入力する。そして、全てのトレーニング用商品の商品コードを入力し終えると、トレーニング者は、小計ボタンにタッチする。なお、トレーニングを開始する前に何らかの理由でトレーニングを取り止めることを決めた場合には、トレーニング者は、中止ボタンＢ２にタッチする。

タッチパネル１１ｆに登録明細画像ＳＣ２を表示させたならば、ＣＰＵ１１ａは、Ａｃｔ１１として商品コードが入力されたか否かを確認する。商品コードが入力されていない場合（Ａｃｔ１１にてＮＯ）、ＣＰＵ１１ａは、Ａｃｔ１２として中止ボタンＢ２がタッチされたか否かを確認する。中止ボタンＢ２がタッチされていない場合（Ａｃｔ１２にてＮＯ）、ＣＰＵ１１ａは、Ａｃｔ１１の処理に戻る。したがってＣＰＵ１１ａは、Ａｃｔ１１及びＡｃｔ１２の処理により、商品コードが入力されるか、中止ボタンＢ２がタッチされるのを待ち受ける。なおＣＰＵ１１ａは、この待ち受け状態において、他の操作が行われるなどの他の事象の発生を確認し、その発生事象に応じた処理に移行するようにしてもよい。

Ａｃｔ１１及びＡｃｔ１２の待ち受け状態において、中止ボタンＢ２がタッチされると（Ａｃｔ１２にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ１３としてステータスメモリ４４のステータス情報ＳＴ１を“０”とする。そしてＣＰＵ１１ａは、Ａｃｔ２の処理に戻る。したがってＣＰＵ１１ａは、タッチパネル１１ｆへの表示画像を登録明細画像ＳＣ２から登録明細画像ＳＣ１に戻す。そしてＣＰＵ１１ａは、再び、Ａｃｔ３及びＡｃｔ４の待ち受け状態に戻る。

Ａｃｔ１１及びＡｃｔ１２の待ち受け状態において、スキャナ１１ｅまたは商品ボタンを介して商品コードが入力されると（Ａｃｔ１１にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ５の処理へと進む。すなわちＣＰＵ１１ａは、商品販売データの登録と、登録明細画像ＳＣ２の更新とを行う。その後ＣＰＵ１１ａは、Ａｃｔ７及びＡｃｔ８の待ち受け状態に入る。

Ａｃｔ７及びＡｃｔ８の待ち受け状態において、商品コードが入力されると（Ａｃｔ７にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ５の処理に戻る。そしてＣＰＵ１１ａは、それ以降の処理を前述したのと同様に繰り返す。したがって、ＣＰＵ１１ａは、商品コードが入力される毎に、商品販売データの登録と登録明細画像ＳＣ１又は登録明細画像ＳＣ２の更新とを行う。

Ａｃｔ７及びＡｃｔ８の待ち受け状態において、小計ボタンがタッチされると（Ａｃｔ８にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ１４として販売登録テーブル４１及び合計テーブル４２のデータを基に会計データを生成する。またＣＰＵ１１ａは、Ａｃｔ１５としてタッチパネル１１ｆの画面の一部に支払い画像ＳＣ３（図１１を参照）を表示させる。

支払い画像ＳＣ３は、登録された商品の代金支払いに移行するか否かを店員２１に確認させるものである。支払い画像ＳＣ３の一例を図１０に示す。図１０は、登録装置１１がトレーニングモードで動作しているときの支払い画像ＳＣ３である。登録装置１１が登録モードで動作しているときの支払い画像は、図１０の支払い画像ＳＣ３からトレーニング中であることをトレーニング者に告知するコメント「（トレーニング中）」を消去したものとなる。

支払い画像ＳＣ３は、表示エリアＲ３と、ボタンＢ３、Ｂ４、Ｂ５及びＢ６とを含む。表示エリアＲ３は、合計テーブル４２の合計個数及び合計金額を表示する。ボタンＢ３、Ｂ４は、合計金額に対して値引又は割引を適用することを操作者（店員２１またはトレーニング者）が指定するためのものである。ボタンＢ５は、タッチパネル１１ｆの画面に登録明細画像ＳＣ１又は登録明細画像ＳＣ２を再度表示させることを操作者が指定するためのものである。ボタンＢ６は、会計データの送信を操作者が指定するためのものである。
ここにＣＰＵ１１ａを主体とするコンピュータは、Ａｃｔ１４の処理を実行することにより、取引の決済に必要な会計データを生成する生成手段を構成する。

支払い画像ＳＣ３を確認した操作者は、登録する商品を追加する場合、戻るボタンＢ５にタッチする。登録された商品の代金支払いに移行する場合には、操作者は、送信ボタンＢ６にタッチする。

支払い画像ＳＣ３を表示させると、ＣＰＵ１１ａは、図６のＡｃｔ２１として戻るボタンＢ５がタッチされたか否かを確認する。戻るボタンＢ５がタッチされていない場合（Ａｃｔ２１にてＮＯ）、ＣＰＵ１１ａは、Ａｃｔ２２として送信ボタンＢ６がタッチされたか否かを確認する。送信ボタンＢ６がタッチされていない場合（Ａｃｔ２２にてＮＯ）、ＣＰＵ１１ａは、Ａｃｔ２１の処理に戻る。したがってＣＰＵ１１ａは、Ａｃｔ２１及びＡｃｔ２２の処理により、戻るボタンＢ５がタッチされるか送信ボタンＢ６がタッチされるのを待ち受ける。なおＣＰＵ１１ａは、この待ち受け状態において、他の操作が行われるなどの他の事象の発生を確認し、その発生事象に応じた処理に移行するようにしてもよい。例えば、ボタンＢ３、Ｂ４のいずれかが操作者によりタッチされると、ＣＰＵ１１ａは、会計データに含まれる合計金額を、その後の操作者による指示に応じて変更する。

Ａｃｔ２１及びＡｃｔ２２の待ち受け状態において、戻るボタンＢ５がタッチされると（Ａｃｔ２１にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ２３としてタッチパネル１１ｆの画面の一部の領域に直前の登録明細画像ＳＣ１又は登録明細画像ＳＣ２を再度表示させる。その後、ＣＰＵ１１ａは、図５のＡｃｔ５の処理に戻り、以降の処理を前述と同様に繰り返す。

Ａｃｔ２１及びＡｃｔ２２の待ち受け状態において、送信ボタンＢ６がタッチされると（Ａｃｔ２２にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ２４として、ステータスメモリ４４のステータス情報ＳＴ１を、Ａｃｔ１４の処理で生成した会計データに付与する。
ここにＣＰＵ１１ａを主体とするコンピュータは、Ａｃｔ２４の処理を実行することにより、当該登録装置１１の動作モードを特定する情報（ステータス情報ＳＴ１）を会計データに付与する付与手段を構成する。

ＣＰＵ１１ａは、Ａｃｔ２５として送信先メモリ４３から送信先ＩＤを取得する。そしてＣＰＵ１１ａは、Ａｃｔ２６としてこの送信先ＩＤで識別される１つの決済装置１２に対し、ステータス情報ＳＴ１が付与された会計データを送信する。

具体的にはＣＰＵ１１ａは、送信先ＩＤで識別される１つの決済装置１２に設定された通信アドレスを送信先アドレスとし、自機に設定された通信アドレスを送信元アドレスとして、会計データをＬＡＮ１３へと送信するように通信ユニット１１ｉを制御する。この制御により、ステータス情報ＳＴ１が付与された会計データを含む情報がＬＡＮ１３上に送信される。この情報は、送信先ＩＤで識別される１つの決済装置１２により受信される。
ここにＣＰＵ１１ａを主体とするコンピュータは、通信ユニット１１ｉと協働してＡｃｔ２５～Ａｃｔ２６の処理を実行することにより、当該登録装置１１の動作モードを特定する情報（ステータス情報ＳＴ１）が付与された会計データをネットワーク（ＬＡＮ１３）へと送信する送信手段を構成する。

こうして会計データの送信を制御したならば、ＣＰＵ１１ａは、Ａｃｔ２７として決済装置１２からの応答信号を待機する。後述するが、会計データを受信したいずれかの決済装置１２（登録装置１１から送信された会計データを受信した決済装置、または他の決済装置から転送された会計データを受信した決済装置）からは、受領応答信号またはエラー応答信号が返される。ＣＰＵ１１ａは、通信ユニット１１ｉを介して応答信号を受信したならば（Ａｃｔ２７にてＹＥＳ）、Ａｃｔ２８としてその応答信号が受領応答信号なのかエラー応答信号なのかを判定する。

応答信号が受領応答信号であった場合（Ａｃｔ２８にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ２９としてタッチパネル１１ｆの画面の一部に案内画像ＳＣ４（図１２を参照）を表示させる。
案内画像ＳＣ４は、会計データの送信先である決済装置１２を操作者に確認させるものである。案内画像ＳＣ４の一例を図１２に示す。図１２は、登録装置１１がトレーニングモードで動作しているときの案内画像である。登録装置１１が登録モードで動作しているときの案内画像は、図１２の案内画像ＳＣ４からトレーニング中であることをトレーニング者に告知するコメント「（トレーニング中）」を消去したものとなる。

案内画像ＳＣ４は、表示エリアＲ４及びＲ５と、ボタンＢ７とを含む。表示エリアＲ４は、合計テーブル３２ａの合計個数及び合計金額を表示する。表示エリアＲ５は、会計データの送信先である決済装置１２を操作者に知らせるためのメッセージを表示する。メッセージは、例えば「決済装置Ｂで決済してください」というのが考えられる。メッセージの内容は特に限定されるものではない。例えば「決済装置Ｂに送信しました」でもよいし、単に「決済装置Ｂ」もしくは「Ｂ」だけであってもよい。ボタンＢ７は、案内画像ＳＣ４の内容を確認したことを操作者が指定するためのものである。以下、ボタンＢ７を確認ボタンＢ７と称する。

なお、案内画像ＳＣ４は、店員用のタッチパネル１１ｆでなく客用のタッチパネル１１ｆに表示させてもよい。この場合、案内画像ＳＣを確認したユーザが確認ボタンＢ７にタッチすることとなる。
買物客が買い上げる商品の販売登録を終えた店員２１は、案内画像ＳＣ４を確認したならば確認ボタンＢ７にタッチする。また店員２１は、買物客２２に対し、その案内画像ＳＣ４によって案内された決済装置１２で決済を行うべき旨を告知する。この告知を受けた買物客２２は、その決済装置１２へと移動し、決済のための操作を行う。一方、トレーニング用商品の販売登録を終えたトレーニング者は、案内画像ＳＣ４を確認したならば確認ボタンＢ７にタッチする。その後、案内画像ＳＣ４によって案内された決済装置１２へと移動して入力操作のトレーニングを行う。

案内画像ＳＣ４を表示させたＣＰＵ１１ａは、Ａｃｔ３１として確認ボタンＢ７がタッチされるのを待ち受ける。そして確認ボタンＢ７がタッチされたならば（Ａｃｔ３１にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ３２としてステータスメモリ４４のステータス情報ＳＴ１を“０”とする。その後、ＣＰＵ１１ａはＡｃｔ２の処理に戻る。したがってＣＰＵ１１ａは、タッチパネル１１ｆへの表示画像を案内画像ＳＣ４から登録明細画像ＳＣ１に戻す。そしてＣＰＵ１１ａは、前述したのと同様の処理を繰り返す。

一方、応答信号がエラー応答信号であった場合には（Ａｃｔ２８にてＮＯ）、ＣＰＵ１１ａは、Ａｃｔ３０としてタッチパネル１１ｆの画面の一部に送信不可画像を表示させる。送信不可画像は、会計データが決済装置１２で処理対象とならなかったことを操作者に報知するものである。送信不可画像には、案内画像ＳＣ４と同様の確認ボタンＢ７が含まれている。送信不可画像を確認した店員２１またはトレーニング者は、確認ボタンＢ７にタッチする。
送信不可画像を表示させたＣＰＵ１１ａは、前述したＡｃｔ３１の処理に進む。したがって送信不可画像の確認ボタンＢ７がタッチされたならば、タッチパネル１１ｆに表示される画像が、送信不可画像から登録明細画像ＳＣ１に戻る。
ここにＣＰＵ１１ａを主体とするコンピュータは、Ａｃｔ３１及びＡｃｔ３２の処理を実行することにより、非デフォルトのモードで送信手段により会計データを送信した後は登録装置の動作モードをデフォルトのモードに戻す復帰手段を構成する。

このように登録装置１１は、登録明細画像ＳＣ１のトレーニングボタンＢ１にタッチすることで、動作モードをデフォルトの登録モードから非デフォルトのトレーニングモードに変更することができる。そして、トレーニング者が、一取引に係る一連の入力操作についてトレーニングを終えると、登録装置１１の動作モードは登録モードに戻る。したがって、トレーニング者が再び登録装置１１のトレーニングを行う場合には、登録明細画像ＳＣ１のトレーニングボタンＢ１にタッチすればよい。

次に、決済装置１２の動作について説明する。
決済装置１２が起動されると、ＣＰＵ１２ａは、図７の流れ図に示す手順のメイン処理を開始する。先ずＣＰＵ１２ａは、Ａｃｔ４１としてフラグメモリ５２の処理中フラグＦを“０”にリセットする。またＣＰＵ１２ａは、Ａｃｔ４２としてタッチパネル１２ｆの画面の一部に待機画像を表示させる。待機画像は、決済処理を行う状況にないことを表すものであり、どのような情報を表すかは任意であって良い。例えば待機画像は、決済処理を行うことができないことを表すメッセージを表すものや、スクリーンセーバーとして広告などを表す任意の画像を表示するものとすることが想定される。

一方、ＣＰＵ１２ａは、図７に示すメイン処理と並行して図８に示す受信割込み処理を実行可能である。受信割込み処理は、通信ユニット１２ｉにて自機に設定された通信アドレスを送信先アドレスとする情報を受信すると開始される。

受信割込み処理が開始されると、ＣＰＵ１２ａは、先ず、Ａｃｔ６１としてその受信情報が会計データを含むか否かを識別する。受信情報には、情報の種類を表す種別コードが含まれる。ＣＰＵ１２ａは、この種別コードによって受信情報が会計データを含むか否かを識別する。受信情報が会計データを含まない場合（Ａｃｔ６１にてＮＯ）、ＣＰＵ１２ａは、その受信情報の種別に応じた情報処理を実行する。

受信情報が会計データを含む場合（Ａｃｔ６１にてＹＥＳ）、ＣＰＵ１２ａは、Ａｃｔ６２として処理中フラグＦを調べる。ここで、処理中フラグＦが“０”にリセットされている場合（Ａｃｔ６２にてＮＯ）、すなわち当該決済装置１２で決済処理が実行されていないときには、ＣＰＵ１２ａは、Ａｃｔ６３として会計データを受信したことをメイン処理に通知する。

ここにＣＰＵ１２ａを主体とするコンピュータは、通信ユニット１２ｉと協働してＡｃｔ６１～Ａｃｔ６３の処理を実行することにより、ネットワーク（ＬＡＮ１３）を介して伝送される会計データを受信する受信手段を構成する。

一方、処理中フラグＦが“１”にセットされている場合（Ａｃｔ６２にてＹＥＳ）、すなわち当該決済装置１２で決済処理を実行中のときには、ＣＰＵ１２ａは、Ａｃｔ６４として転送先メモリ５３に転送先ＩＤが格納されているか否かを確認する。転送先メモリ５３に転送先ＩＤが格納されていない場合（Ａｃｔ６４にてＮＯ）、ＣＰＵ１２ａは、Ａｃｔ６５として会計データ送信元の登録装置１１に対してエラー応答信号を送信する。

具体的にはＣＰＵ１２ａは、受信情報に送信元アドレスとして設定された通信アドレスを送信先アドレスとし、自機に設定された通信アドレスを送信元アドレスとして、エラー応答信号をＬＡＮ１３へと送信するように通信ユニット１２ｉを制御する。この制御により、エラー応答信号がＬＡＮ１３上に送信される。このエラー応答信号は、送信先アドレスで特定される登録装置１１により受信される。

一方、転送先メモリ５３に転送先ＩＤが格納されている場合には（Ａｃｔ６４にてＹＥＳ）、ＣＰＵ１２ａは、Ａｃｔ６６として転送先メモリ５３から転送先ＩＤを取得する。そしてＣＰＵ１２ａは、Ａｃｔ６７としてこの転送先ＩＤで識別される他の１つの決済装置１２に対し、Ａｃｔ６１の処理で受信した情報、すなわちステータス情報ＳＴ１が付与された会計データを含む情報を転送する。

具体的にはＣＰＵ１２ａは、Ａｃｔ６１の処理で受信した情報の送信先アドレスを転送先ＩＤで識別される１つの決済装置１２に設定された通信アドレスに変更してＬＡＮ１３へと送信するように通信ユニット１２ｉを制御する。この制御により、ステータス情報ＳＴ１が付与された会計データを含む情報がＬＡＮ１３上に送信される。この情報は、転送先ＩＤで識別される１つの決済装置１２により受信される。そしてこの情報を受信した決済装置１２のＣＰＵ１２ａでは、図８の流れ図に示す受信割込み処理が実行される。
なお、Ａｃｔ６２の処理において処理中フラグＦが“０”にリセットされている場合でも、例えばプリンタ１２ｇにレシート用紙が無いなどの決済処理に支障を来すエラーが発生している場合、ＣＰＵ１２ａは、Ａｃｔ６３ではなくＡｃｔ６４の処理に進む。

図７の説明に戻る。
タッチパネル１２ｆの画面の一部に待機画像を表示させたＣＰＵ１２ａは、Ａｃｔ４３として会計データを受信するのを待ち受ける。そして、受信割込み処理のＡｃｔ６３の処理により会計データを受信したことの通知を受けると、ＣＰＵ１２ａは、Ａｃｔ４４としてステータス情報ＳＴ１が付与された会計データを会計データメモリ５１に格納する。またＣＰＵ１２ａは、Ａｃｔ４５として処理中フラグＦを“１”にセットする。さらにＣＰＵ１２ａは、Ａｃｔ４６として会計データ送信元の登録装置１１に対して受領応答信号を送信する。

具体的にはＣＰＵ１２ａは、受信した情報に送信元アドレスとして設定された通信アドレスを送信先アドレスとし、自機に設定された通信アドレスを送信元アドレスとして、受領応答信号をＬＡＮ１３へと送信するように通信ユニット１２ｉを制御する。この制御により、受領応答信号がＬＡＮ１３上に送信される。この受領応答信号は、送信先アドレスで特定される登録装置１１により受信される。

こうして、受領応答信号の送信を制御したＣＰＵ１２ａは、Ａｃｔ４７として会計データに付加されているステータス情報ＳＴ１を検出する。そしてＣＰＵ１２ａは、Ａｃｔ４８としてステータスメモリ５４に記憶しているステータス情報ＳＴ２を、Ａｃｔ４７の処理で検出したステータス情報ＳＴ１に置き換える。したがって、会計データに付加されているステータス情報ＳＴ１が“０”であった場合、ステータス情報ＳＴ２は“０”となる。すなわち決済装置１２の動作モードが登録モードに設定される。同様に、会計データに付加されているステータス情報ＳＴ１が“９”であった場合、ステータス情報ＳＴ２は“９”となる。すなわち決済装置１２の動作モードがトレーニングモードに設定される。

ここにＣＰＵ１２ａを主体とするコンピュータは、Ａｃｔ４７及びＡｃｔ４８の処理を実行することにより、受信手段で受信した会計データに付与されるステータス情報ＳＴ１から、当該決済装置１２の動作モードを会計データ送信元の登録装置１１と同じモードに設定する設定手段を構成する。

ステータス情報ＳＴ２をステータス情報ＳＴ１に置き換えた後、ＣＰＵ１２ａは、Ａｃｔ４９としてタッチパネル１２ｆの画面の一部に支払い選択画像ＳＣ５を表示させる。 支払い選択画像ＳＣ５は、操作者（決済者（一般には買物客２２）またはトレーニング者）に支払媒体の選択を促す画像である。支払選択画像ＳＣ５の一例を図１３に示す。図１３は、ステータス情報ＳＴ２が“９”、すなわち決済装置１２がトレーニングモードで動作しているときの支払い選択画像である。ステータス情報ＳＴ２が“０”、すなわち決済装置１２が登録モードで動作しているときの支払い選択画像は、図１３の支払い選択画像ＳＣ５からトレーニング中であることをトレーニング者に告知するコメント「（トレーニング中）」を消去したものとなる。

支払い選択画像ＳＣ５は、表示エリアＲ６及びＲ７と、ボタンＢ８、Ｂ９及びＢ１０とを含む。表示エリアＲ６は、操作者への操作ガイダンスを表示する。表示エリアＲ７は、会計データに含まれる合計個数及び合計金額を表示する。ボタンＢ８は、支払媒体が現金であることを操作者が指定するためのものである。ボタンＢ９は、支払媒体がクレジットカードであることを操作者が指定するためのものである。ボタンＢ１０は、支払媒体が電子マネーであることを操作者が指定するためのものである。以下の説明において、ボタンＢ８は現金ボタンＢ８と称し、ボタンＢ９はクレジットボタンＢ９と称し、ボタンＢ１０は電子マネーボタンＢ１０と称する。

因みに、登録モードで動作しているときの代金支払い画像を確認した操作者、すなわち決済者は、現金で支払うのか、クレジットカードで支払うのか、電子マネーで支払うのかを決める。そして現金で支払う場合には、現金ボタンＢ８にタッチし、自動釣銭機１２ｋに合計金額以上の現金を投入する。クレジットカードで支払う場合には、クレジットボタンＢ９にタッチし、クレジットカードのデータをリーダ・ライタ１２ｈに読み取らせる。電子マネーで支払う場合には、電子マネーボタンＢ１０にタッチし、ＩＣカードまたは情報通信端末のＩＣチップに記憶された電子マネーデータをリーダ・ライタ１２ｈに読み取らせる。

同様に、トレーニングモードで動作しているときの代金支払い画像ＳＣ５を確認した操作者、すなわちトレーニング者は、現金で支払うことをトレーニングする場合には現金ボタンＢ８にタッチし、クレジットカードで支払うことをトレーニングする場合にはクレジットボタンＢ９にタッチし、電子マネーで支払うことをトレーニングする場合には電子マネーボタンＢ１０にタッチする。ただし、トレーニング者は、必ずしも現金を自動釣銭機に投入しなくてもよい。またトレーニング者は、必ずしもクレジットカードのデータや電子マネーをリーダ・ライタ１２ｈに読み取らせなくてもよい。この点については、後述する。

図７の説明に戻る。
代金支払い画像ＳＣ５を表示させたＣＰＵ１２ａは、Ａｃｔ５０として支払媒体の選択を受け付ける。すなわちＣＰＵ１２ａは、現金ボタンＢ６、クレジットボタンＢ７または電子マネーボタンＢ８のいずれかがタッチされるのを待ち受ける。そしていずれかのボタンがタッチされると、ＣＰＵ１２ａは、Ａｃｔ５１としてそのタッチされたボタンによって選択された支払媒体を検出する。例えば現金ボタンＢ６がタッチされた場合には、ＣＰＵ１２ａは、自動釣銭機１２ｋに投入された現金の金額を検出する。同様に、クレジットボタンＢ７がタッチされた場合には、ＣＰＵ１２ａは、リーダ・ライタ１２ｈで読み取られたクレジットカードのデータを検出する。また、電子マネーボタンＢ８がタッチされた場合には、ＣＰＵ１２ａは、リーダ・ライタ１２ｈで読み取られた電子マネーを検出する。しかる後、ＣＰＵ１２ａは、Ａｃｔ５２として、選択された支払媒体に対応した決済画像（図１４を参照）ＳＣ６をタッチパネル１２ｆの画面の一部に表示させる。

決済画像ＳＣ６は、操作者に決済の方法を告知する画像である。決済画像ＳＣ６の一例を図１４に示す。図１４は、支払媒体として現金支払いが選択されたときの決済画像ＳＣ６である。決済画像ＳＣ６は、表示エリアＲ８及びＲ９と、ボタンＢ１１とを含む。表示エリアＲ８は、現金で支払う際の操作ガイダンスを表示する。表示エリアＲ９は、現金で支払に係る情報、すなわち合計金額、支払い金額及び釣銭額を表示する。ボタンＢ１１は、現金による代金の支払いを行った操作者が精算を指定するためのものである。以下の説明において、ボタンＢ１１は精算ボタンＢ１１と称する。

因みに、支払媒体としてクレジットカード支払いが選択されたときの決済画像は、例えば表示エリアＲ８にクレジットカードをリーダ・ライタ１２ｈで読み取らせる際の操作ガイダンスが表示され、表示エリアＲ９に合計金額とクレジット支払い金額とが表示される。また、支払媒体として電子マネー支払いが選択されたときの決済画像は、例えば表示エリアＲ８に電子マネーをリーダ・ライタ１２ｈで読み取らせる際の操作ガイダンスが表示され、表示エリアＲ９に合計金額と電子マネー残高とが表示される。

図７の説明に戻る。
決済画像ＳＣ６を表示させたＣＰＵ１２ａは、Ａｃｔ５３としてステータスメモリ５４のステータス情報ＳＴ２を調べる。そしてステータス情報ＳＴ２が“０”、すなわち登録モードが設定されている場合には（Ａｃｔ５３にて“０”）、ＣＰＵ１２ａは、Ａｃｔ５４として決済処理を実行する。すなわち、現金ボタンＢ６がタッチされた場合には、ＣＰＵ１２ａは、自動釣銭機１２ｋを介して検出された現金の投入金額に基づいて現金支払いに対する決済処理を実行する。クレジットボタンＢ７がタッチされた場合には、リーダ・ライタ１２ｈで読み取られたクレジットカードのデータに基づいてクレジットカード支払いに対する決済処理を実行する。電子マネーボタンＢ８がタッチされた場合には、ＣＰＵ１２ａは、リーダ・ライタ１２ｈで読み取られた電子マネーの残高に基づいて電子マネー支払いに対する決済処理を実行する。これらの決済処理については、既存のセルフＰＯＳ端末において周知の事項であるので、ここでの説明は省略する。

なお、決済方法は、現金、クレジットカード及び電子マネーに限定されるものではない。例えば、サービスポイントや商品券等の金券での決済についても、決済装置１２は対応できるものである。

決済処理が終了すると、ＣＰＵ１２ａは、Ａｃｔ５５としてレシート発行処理を実行する。すなわちＣＰＵ１２ａは、会計データメモリ５１に格納されている会計データに基づいてレシートの印刷データを編集する。そしてＣＰＵ１２ａは、プリンタ１２ｇを動作させて、レシートを発行させる。レシート発行後、ＣＰＵ１２ａは、Ａｃｔ５６としてサーバ１４に対して会計データの売上を通知する。

具体的にはＣＰＵ１２ａは、会計データメモリ５１に記憶した会計データを含む売上通知コマンドを生成する。そしてＣＰＵ１２ａは、サーバ１４の通信アドレスを送信先アドレスとし、自機に設定されている通信アドレスを送信元アドレスとして、売上通知コマンドをＬＡＮ１３へと送信するように通信ユニット１２ｉを制御する。この制御により、売上通知コマンドがＬＡＮ１３上に送信される。この売上通知コマンドは、送信先アドレスで特定されるサーバ１４により受信される。

売上通知コマンドを受信したサーバ１４は、当該コマンドに含まれた会計データに基づいて、売上集計ファイル３１のデータを更新する。
会計データの売上をサーバ１４に通知したＣＰＵ１２ａは、Ａｃｔ４１の処理に戻る。そしてＣＰＵ１２ａは、それ以降の処理を前述したのと同様に繰り返す。

一方、Ａｃｔ５３においてステータス情報ＳＴ２が“９”、すなわちトレーニングモードが設定されている場合には（Ａｃｔ５３にて“９”）、ＣＰＵ１２ａは、Ａｃｔ５７として仮想支払い画像ＳＣ７をタッチパネル１２ｆの画面の一部に表示させる。

仮想支払い画像ＳＣ７は、選択された支払媒体による支払い操作をトレーニング者が仮想的に行うための画像である。仮想支払い画像ＳＣ７の一例を図１５に示す。図１５は、支払媒体として現金支払いが選択されたときの仮想支払い画像ＳＣ７である。仮想支払い画像ＳＣ７は、支払い金額を置数するための０～９のテンキーボタンと、置数の訂正を決済者が指定するための訂正ボタンとを含む。図１５に示すように、仮想支払い画像ＳＣ７は、決済画像ＳＣ６に重ねて表示される。仮想支払い画像ＳＣ７を確認したトレーニング者は、自動釣銭機１２ｋに現金を投入する代わりに、その投入金額をテンキーボタンで置数する。あるいは現金を自動釣銭機１２ｋに投入してもよい。

因みに、支払媒体としてクレジットカード支払いが選択されたときの仮想支払い画像は、クレジットカードのデータをリーダ・ライタ１２ｈに読み取らせる操作を画面上で行わせる画像である。この画像を確認したトレーニング者は、タッチパネル１１ｆの画面上でクレジットカードのデータをリーダ・ライタ１２ｈに読み取らせる操作を行う。あるいは実際にクレジットカードのデータをリーダ・ライタ１２ｈに読み取らせてもよい。同様に、支払媒体として電子マネー支払いが選択されたときの仮想支払い画像は、電子マネーをリーダ・ライタ１２ｈに読み取らせる操作を画面上で行わせる画像である。この画像を確認したトレーニング者は、タッチパネル１１ｆの画面上で電子マネーをリーダ・ライタ１２ｈに読み取らせる操作を行う。あるいは実際に電子マネーをリーダ・ライタ１２ｈに読み取らせてもよい。

図７の説明に戻る。
仮想支払い画像ＳＣ７を表示させたＣＰＵ１２ａは、Ａｃｔ５８として決済処理を実行する。この決済処理は、基本的にはＡｃｔ５４の決済処理と同様である。ただし、Ａｃｔ５８の決済処理においては、仮想支払い画像ＳＣ７の操作入力を有効とする。すなわち現金ボタンＢ６がタッチ操作された場合には、ＣＰＵ１２ａは、仮想支払い画像ＳＣ７の操作入力により置数された値を自動釣銭機１２ｋに投入された金額として決済処理を実行する。クレジットボタンＢ７がタッチされた場合には、ＣＰＵ１２ａは、仮想支払い画像ＳＣ７の操作入力により、予め設定されたクレジットカードのデータがリーダ・ライタ１２ｈで読み取られたものとして決済処理を実行する。電子マネーボタンＢ８がタッチされた場合には、ＣＰＵ１２ａは、仮想支払い画像ＳＣ７の操作入力により、予め設定された残高の電子マネーがリーダ・ライタ１２ｈで読み取られたものとして決済処理を実行する。

決済処理を終えると、ＣＰＵ１２ａは、Ａｃｔ５９としてレシート発行処理を実行する。このレシート発行処理は、Ａｃｔ５５のレシート発行処理と同様である。
レシート発行処理を終えると、ＣＰＵ１２ａは、Ａｃｔ４１の処理に戻る。そしてＣＰＵ１２ａは、それ以降の処理を前述したのと同様に繰り返す。このように、ステータス情報ＳＴ２が“９”に設定されていた場合、すなわち動作モードがトレーニングモードの場合には、決済装置１２は決済処理及びレシート発行処理は行うが、Ａｃｔ５６として説明した会計データの売上通知処理は行わない。

ここに、ＣＰＵ１２ａを主体とするコンピュータは、Ａｃｔ５１乃至Ａｃｔ５９の処理を実行することにより、設定手段により設定された動作モードに従い会計データの決済処理を実行する決済手段を構成する。

本実施形態のチェックアウトシステム１０においては、動作モードがトレーニングモードに設定された登録装置１１にて商品販売登録操作のトレーニングが行われ、そのトレーニングによって生成された会計データが決済装置１２に送信されると、その決済装置１２の動作モードが自動的にトレーニングモードとなる。そしてその決済装置１２においては、決済業務のトレーニングが可能となる。

したがって、トレーニング者が登録装置及び決済装置のそれぞれに対し、動作モードをトレーニングモードに設定するための宣言操作を行わなければならない面倒から解消される。

また、本実施形態では、トレーニングモードの登録装置１１において一取引に係る一連の入力操作についてトレーニングを終えると、登録装置１１の動作モードは登録モードに戻る。そして、登録モードによって生成された会計データが上記の決済装置１２に送信された場合には、その決済装置１２は、登録モードとして動作する。したがって、トレーニング者が登録装置及び決済装置のそれぞれに対し、トレーニングモードでの動作終了を宣言する操作も不要にできる。

［第２の実施形態］
第１の実施形態では、トレーニング者が、一取引に係る一連の入力操作についてトレーニングを終えると、登録装置１１の動作モードは登録モードに戻る。このため、続けてトレーニングを行う場合には、トレーニング者はトレーニングボタンＢ１に再度タッチしなければならない。トレーニング者が繰り返しトレーニングする場合には、その都度トレーニングボタンＢ１にタッチしなければならず、操作が煩雑になる。そこで次に、このように煩雑な操作を解消し得る第２の実施形態について説明する。

なお、第１の実施形態で説明した図１～図１５のうち、第２の実施形態と共通する図（図１～図５、図８～図１１、図１３～図１５）はそのまま使用する。また、第２の実施形態で説明する図１６～図１８についても、第１の実施形態と共通する部分には同一符号を付し、その詳しい説明は省略する。

図１６は、登録装置１１のＣＰＵ１１ａが実行する情報処理のうち、図５のＡｃｔ１５の処理の後の手順を示す流れ図である。Ａｃｔ１５の処理の後、ＣＰＵ１１ａは、Ａｃｔ２１及びＡｃｔ２２の待ち受け状態となる。この待ち受け状態において、送信ボタンＢ６がタッチされると（Ａｃｔ２２にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ７１としてステータスメモリ４４に記憶されるステータス情報ＳＴ１が前回の情報処理から変化したか否かを確認する。

例えばＣＰＵ１１ａは、Ａｃｔ９においてステータス情報を“９”としたとき、及びＡｃｔ３２においてステータス情報を“０”としたとき、ＲＡＭ１１ｃに記憶する１ビットの変化フラグを“１”にセットする。そしてＣＰＵ１１ａは、Ａｃｔ７１では変化フラグを調べる。そして変化フラグが“１”にセットされていた場合、ＣＰＵ１１ａは、ステータス情報ＳＴ１が変化したと判定する。

ステータス情報ＳＴ１が変化したと判定した場合（Ａｃｔ７１にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ２４としてその変化したステータス情報ＳＴ１を、Ａｃｔ１４の処理で生成した会計データに付与する。またこのときＣＰＵ１１ａは、変化フラグを“０”にリセットする。
これに対し、変化フラグが“１”にセットされておらずステータス情報ＳＴ１が変化していないと判定した場合（Ａｃｔ７１にてＮＯ）、ＣＰＵ１１ａは、Ａｃｔ２４の処理を実行しない。したがって、変化フラグも“０”にリセットされたままである。

その後、ＣＰＵ１１ａは、前述したＡｃｔ２５～Ａｃｔ３０の処理を実行する。ただし、動作モードがトレーニングモードのとき、Ａｃｔ２９においてタッチパネル１１ｆに表示される案内画像ＳＣ４には、図１７に示すように、トレーニング終了ボタンＢ２１が追加される。同様に、Ａｃｔ３０において表示される送信不可画像にもトレーニング終了ボタンＢ２１が追加される。トレーニング終了ボタンＢ２１は、登録装置１１の動作モードをトレーニングモードから登録モードに切り替えることをトレーニング者が指定するためのものである。なお、登録モードのときの案内画像ＳＣ４及び送信不可画像は、第１の実施形態のときと同様である。

案内画像または送信不可画像を表示させたＣＰＵ１１ａは、Ａｃｔ７２としてステータス情報ＳＴ２を調べる。そしてステータス情報ＳＴ２が“０”の場合には（Ａｃｔ７２にて“０”）、ＣＰＵ１１ａは、Ａｃｔ７３として確認ボタンＢ７がタッチされるのを待ち受ける。そして確認ボタンＢ７がタッチされたならば（Ａｃｔ７３にてＹＥＳ）、ＣＰＵ１１ａは、図５のＡｃｔ２の処理に戻る。

一方、ステータス情報ＳＴ１が“９”の場合には（Ａｃｔ７２にて“９”）、ＣＰＵ１１ａは、Ａｃｔ７４として確認ボタンＢ８がタッチされたか否かを確認する。確認ボタンＢ４がタッチされていない場合（Ａｃｔ７４にてＮＯ）、ＣＰＵ１１ａは、トレーニング終了ボタンＢ２１がタッチされたか否かを確認する。トレーニング終了ボタンＢ２１がタッチされていない場合（Ａｃｔ７５にてＮＯ）、ＣＰＵ１１ａは、Ａｃｔ７４の処理に戻る。したがってＣＰＵ１ａは、Ａｃｔ７４及びＡｃｔ７５の処理により、確認ボタンＢ７がタッチされるかトレーニング終了ボタンＢ２１がタッチされるのを待ち受ける。

Ａｃｔ７４及びＡｃｔ７５の待ち受け状態において、確認ボタンＢ７がタッチされると（Ａｃｔ７４にてＹＥＳ）、ＣＰＵ１１ａは、図５のＡｃｔ１０の処理に戻る。
一方、Ａｃｔ７４及びＡｃｔ７５の待ち受け状態において、トレーニング終了ボタンＢ２１がタッチされた場合には（Ａｃｔ７５にてＹＥＳ）、ＣＰＵ１１ａは、Ａｃｔ３２としてステータス情報ＳＴ１を“０”とする。その後、ＣＰＵ１１ａは、Ａｃｔ２の処理に戻る。

ここに、ＣＰＵ１１ａを主体とするコンピュータは、タッチパネル１１ｆと協働してＡｃｔ７５及びＡｃｔ７６の処理を実行することにより、登録装置１１の動作モードを非デフォルトのモードからデフォルトのモードへと変更する第２の指示手段を構成する。因みに、第１の実施形態で説明した指示手段は、第２の実施形態においては第１の指示手段となる。

登録モードにおいて、登録装置１１の操作者である店員２１が案内画像ＳＣ４または送信不可画像を確認した場合には、確認ボタンＢ７にタッチする。そうすると、タッチパネル１１ｆに表示される画像が、案内画像ＳＣ４または送信不可画像から登録モード選択時の登録明細画像ＳＣ１に変化する。

一方、トレーニングモードにおいて、登録装置１１の操作者であるトレーニング者が案内画像ＳＣ４または送信不可画像を確認した場合には、さらにトレーニングを継続するか否かを判断する。そしてトレーニングを継続する場合には、トレーニング者は確認ボタンＢ７にタッチする。そうすると、タッチパネル１１ｆに表示される画像が、案内画像ＳＣ４または送信不可画像からトレーニングモード選択時の登録明細画像ＳＣ１に変化する。したがってトレーニング者は、トレーニングを継続する都度、トレーニングボタンＢ１をタッチ操作する手間が無くなる。

これに対し、トレーニングを終了する場合には、トレーニング者はトレーニング終了ボタンＢ２１にタッチする。そうすると、タッチパネル１１ｆに表示される画像が、案内画像ＳＣ４または送信不可画像から登録モード選択時の登録明細画像ＳＣ１に変化する。

図１８は、第２の実施形態において、決済装置１２のＣＰＵ１２ａが実行するメイン処理のＡｃｔ４１～Ａｃｔ４９の処理手順を示す流れ図である。Ａｃｔ５０以下の処理は第１の実施形態と同様なので、ここでの説明を省略する。

決済装置１２が起動されると、ＣＰＵ１２ａは、図１８の流れ図に示す手順のメイン処理を開始する。すなわちＣＰＵ１２ａは、第１の実施形態と同様にＡｃｔ４１～Ａｃｔ４６の処理を実行する。そしてＡｃｔ４６として会計データ送信元の登録装置１１に対して受領応答信号を送信した後、ＣＰＵ１２ａは、Ａｃｔ８１としてその会計データにステータス情報が付与されているか否かを確認する。

図１６のＡｃｔ７１及びＡｃｔ２４にて説明したように、ステータスメモリ４４に記憶されるステータス情報ＳＴ１が変化した場合、会計データにステータス情報が付与される。しかし変化していない場合には、会計データにステータス情報が付与されない。

会計データにステータス情報が付与されている場合（Ａｃｔ８１にてＹＥＳ）、ＣＰＵ１２ａは、第１の実施形態で説明したＡｃｔ４７及びＡｃｔ４８の処理を実行する。すなわちＣＰＵ１２ａは、会計データに付加されているステータス情報ＳＴ１を検出し、ステータスメモリ５４に記憶しているステータス情報ＳＴ２を、その検出したステータス情報ＳＴ１に置き換える。
これに対し、会計データにステータス情報が付与されていない場合には（Ａｃｔ８１にてＮＯ）、ＣＰＵ１２ａは、Ａｃｔ４７及びＡｃｔ４８の処理を実行しない。その後、ＣＰＵ１２ａは、Ａｃｔ４９としてタッチパネル１２ｆの画面の一部に支払い選択画像ＳＣ５を表示させる。そして、第１の実施形態で説明したＡｃｔ５０以降の処理を実行する。

登録装置１１において、例えばステータス情報ＳＴ１が“０”から“９”に変更された場合、すなわち、動作モードが登録モードからトレーニングモードに切り替わった場合、当該登録装置１１から決済装置１２に最初に送信される会計データに“９”のステータス情報が付与される。したがって、このステータス情報ＳＴ１が付与された会計データを受信した決済装置１２においては、ステータス情報ＳＴ２が“９”、すなわち動作モードがトレーニングモードなる。そして、このトレーニングモードの状態は、次に、登録装置１１からステータス情報ＳＴ１が付与された会計データが送信されてくるまで維持される。そしてその間、登録装置１１からステータス情報ＳＴ１が付与されていない会計データが送信されてくる毎に、決済装置１２では、第１の実施形態で説明したＡｃｔ４９～Ａｃｔ５２及びＡｃｔ５６～Ａｃｔ５８の処理が実行される。

一方、登録装置１１において、ステータス情報ＳＴ１が“９”から“０”に変更された場合、すなわち、動作モードがトレーニングモードから登録モードに切り替わった場合、当該登録装置１１から決済装置１２に最初に送信される会計データに“０”のステータス情報が付与される。したがって、このステータス情報ＳＴ１が付与された会計データを受信した決済装置１２においては、ステータス情報ＳＴ２が“０”、すなわち動作モードが登録モードなる。そして、この登録モードの状態は、次に、登録装置１１からステータス情報ＳＴ１が付与された会計データが送信されてくるまで維持される。そしてその間、登録装置１１からステータス情報ＳＴ１が付与されていない会計データが送信されてくる毎に、決済装置１２では、第１の実施形態で説明したＡｃｔ４９～Ａｃｔ５５の処理が実行される。

このように第２の実施形態によれば、トレーニング者はトレーニングの開始時にはトレーニングボタンＢ１を、トレーニングの終了時にはトレーニング終了ボタンＢ２１をタッチし、その間は、トレーニングボタンＢ１またはトレーニング終了ボタンＢ２１のタッチ操作が不要なので、トレーニングを繰り返し行う場合の操作を簡素化できる。

また、第２の実施形態によれば、登録装置１１が会計データにステータス情報ＳＴ１を付与するのはステータス情報ＳＴ１が変化したときだけに限られるので、全ての会計データにステータス情報ＳＴ１を付与する第１の実施形態と比較してＣＰＵ１１ａの処理負荷を軽減できるメリットがある。

以下、実施形態の変形例について説明する。
前記実施形態では、登録装置１１及び決済装置１２の非デフォルトの動作モードとしてトレーニングモードを例示した。非デフォルトの動作モードは、トレーニングモードだけに限定されるものではない。登録モード以外の動作モードにおいて、登録装置１１から決済装置１２に会計データを送信するモードであればよい。このような動作モードの１つに返品モードがある。例えば、取引を終えた買物客から返品の申し出を受けた場合に、店員２１は、登録装置１１の動作モードを返品モードとする。そして店員２１は、返品された商品の返品データを登録装置１１に登録する。すると登録装置１１は、返品商品のデータを含む会計データを決済装置１２に送信する。このとき登録装置１１は、会計データに返品モードを表すステータス情報を付与する。このステータス情報が付与された決済装置１２は、返品モードとして動作する。例えば決済装置１２は、自動釣銭機１２ｋから返金金額を払い出す。

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

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］登録装置と決済装置とをネットワークで接続してなり、前記登録装置は、取引の決済に必要な会計データを生成する生成手段と、当該登録装置の動作モードを特定する情報を前記生成手段で生成した前記会計データに付与する付与手段と、前記付与手段により前記情報が付与された前記会計データを前記ネットワークへと送信する送信手段と、を具備し、前記決済装置は、前記ネットワークを経由して送信される前記会計データを受信する受信手段と、前記受信手段で受信した前記会計データに付与される前記情報から、当該決済装置の動作モードを前記会計データ送信元の登録装置と同じモードに設定する設定手段と、前記設定手段により設定された動作モードに従い前記会計データの決済処理を実行する決済手段と、を具備するチェックアウトシステム。
［２］前記登録装置は、当該登録装置の動作モードをデフォルトのモードから非デフォルトのモードへと変更するのを指示する指示手段と、前記非デフォルトのモードで前記送信手段により前記会計データを送信した後は当該登録装置の動作モードをデフォルトのモードに戻す復帰手段、をさらに具備する［１］記載のチェックアウトシステム。
［３］前記登録装置は、当該登録装置の動作モードをデフォルトのモードから非デフォルトのモードへと変更するのを指示する第１の指示手段と、当該登録装置の動作モードを前記非デフォルトのモードから前記デフォルトのモードへと変更するのを指示する第２の指示手段と、をさらに具備し、前記付与手段は、前記動作モードが変更される毎にその変更後の動作モードを特定する情報を前記生成手段で生成した前記会計データに付与する、［１］記載のチェックアウトシステム。
［４］前記非デフォルトのモードは、入力操作をユーザにトレーニングさせるためのトレーニングモードである、［３］記載のチェックアウトシステム。
［５］会計データの決済処理を実行する決済装置とネットワークを介して接続されてチェックアウトシステムを構成する登録装置であって、取引の決済に必要な前記会計データを生成する生成手段と、当該登録装置の動作モードを特定する情報を前記生成手段で生成した前記会計データに付与する付与手段と、前記付与手段により前記情報が付与された前記会計データを前記ネットワークへと送信する送信手段と、を具備する登録装置。
［６］当該登録装置の動作モードをデフォルトのモードから非デフォルトのモードへと変更するのを指示する第１の指示手段と、当該登録装置の動作モードを前記非デフォルトのモードから前記デフォルトのモードへと変更するのを指示する第２の指示手段と、をさらに具備し、前記付与手段は、前記動作モードが変更される毎にその変更後の動作モードを特定する情報を前記生成手段で生成した前記会計データに付与する、［５］記載の登録装置。
［７］取引の決済に必要な会計データに、自機の動作モードを特定する情報を付与してネットワークへと送信する登録装置とチェックアウトシステムを構成する決済装置であって、前記ネットワークを経由して送信される前記会計データを受信する受信手段と、前記受信手段で受信した前記会計データに付与される前記情報から、当該決済装置の動作モードを前記会計データ送信元の登録装置と同じモードに設定する設定手段と、前記設定手段により設定された動作モードに従い前記会計データの決済処理を実行する決済手段と、を具備する決済装置。
［８］前記決済手段による決済処理の実行後に当該決済装置の動作モードをデフォルトのモードに戻す復帰手段、をさらに具備する［７］記載の決済装置。
［９］会計データの決済処理を実行する決済装置とネットワークを介して接続されてチェックアウトシステムを構成する登録装置のコンピュータに、取引の決済に必要な前記会計データを生成する機能、当該登録装置の動作モードを特定する情報を前記生成した前記会計データに付与する機能、及び、前記情報が付与された前記会計データを前記ネットワークへと送信する機能、を実現させるための制御プログラム。
［１０］取引の決済に必要な会計データに、自機の動作モードを特定する情報を付与してネットワークへと送信する登録装置とチェックアウトシステムを構成する決済装置のコンピュータに、前記ネットワークを経由して送信される前記会計データを受信する機能、前記受信した前記会計データに付与される前記情報から、当該決済装置の動作モードを前記会計データ送信元の登録装置と同じモードに設定する機能、及び、前記設定された動作モードに従い前記会計データの決済処理を実行する機能、を実現させるための制御プログラム。

１０…チェックアウトシステム、１１…登録装置、１２…決済装置、１３…ネットワーク、１１ａ，１２ａ…ＣＰＵ、１１ｂ，１２ｂ…ＲＯＭ、１１ｃ，１２ｃ…ＲＡＭ、１１ｄ，１２ｄ…補助記憶ユニット、１１ｅ，１２ｅ…スキャナ、１１ｆ，１２ｆ…タッチパネル、１１ｇ，１２ｇ…プリンタ、１１ｈ，１２ｈ…リーダ・ライタ、１１ｉ，１２ｉ…通信ユニット、１１ｊ，１２ｊ…伝送システム、１２ｋ…自動釣銭機、３１…売上集計ファイル、４１…販売登録テーブル、４２…合計テーブル、４３…送信先メモリ、４４…ステータスメモリ、５１…会計データメモリ、５２…フラグメモリ、５３…転送先メモリ、５４…ステータスメモリ。

Claims (5)

1. 登録装置と決済装置とがネットワークで接続されたチェックアウトシステムであって、 前記登録装置は、
   取引の決済に必要な会計データを生成する生成手段と、
   当該登録装置の動作モードを特定する情報が変更されると、その変更後の動作モードを特定する情報を前記生成手段で生成した前記会計データに付与する付与手段と、
   前記付与手段により前記情報が付与された前記会計データを前記ネットワークへと送信する送信手段と、
   を具備し、
   前記決済装置は、
   前記ネットワークを経由して送信される前記会計データを受信する受信手段と、
   前記受信手段で受信した前記会計データに前記情報が付与されている場合、前記情報から、当該決済装置の動作モードを前記会計データ送信元の登録装置と同じモードに設定し、その後、変更された前記情報が付与された前記会計データを受信した場合、変更された前記情報から、前記決済装置の動作モードを前記会計データ送信元の登録装置と前記同じモードに設定する設定手段と、
   前記設定手段により設定された動作モードに従い前記会計データの決済処理を実行する決済手段と、
   を具備するチェックアウトシステム。
2. 前記登録装置は、
   当該登録装置の動作モードをデフォルトのモードから非デフォルトのモードへと変更するのを指示する第１の指示手段と、
   当該登録装置の動作モードを前記非デフォルトのモードから前記デフォルトのモードへと変更するのを指示する第２の指示手段と、
   をさらに具備する、
   請求項１記載のチェックアウトシステム。
3. 前記非デフォルトのモードは、入力操作をユーザにトレーニングさせるためのトレーニングモードである、
   請求項２記載のチェックアウトシステム。
4. 取引の決済に必要な会計データに、自機の動作モードを特定する情報を付与してネットワークを介して送信する登録装置とチェックアウトシステムを構成する決済装置であって、
   前記ネットワークを経由して送信される前記会計データを受信する受信手段と、
   前記受信手段で受信した前記会計データに前記情報が付与されている場合、前記情報から、当該決済装置の動作モードを前記会計データ送信元の登録装置と同じモードに設定し、その後、変更された前記情報が付与された前記会計データを受信した場合、変更された前記情報から、前記決済装置の動作モードを前記会計データ送信元の登録装置と前記同じモードに設定する設定手段と、
   前記設定手段により設定された動作モードに従い前記会計データの決済処理を実行する決済手段と、
   を具備する決済装置。
5. 取引の決済に必要な会計データに、自機の動作モードを特定する情報を付与してネットワークを介して送信する登録装置とチェックアウトシステムを構成する決済装置のコンピュータに、
   前記ネットワークを経由して送信される前記会計データを受信する機能、
   前記受信した前記会計データに前記情報が付与されている場合、前記情報から、当該決済装置の動作モードを前記会計データ送信元の登録装置と同じモードに設定し、その後、変更された前記情報が付与された前記会計データを受信した場合、変更された前記情報から、前記決済装置の動作モードを前記会計データ送信元の登録装置と前記同じモードに設定する機能、及び、
   前記設定された動作モードに従い前記会計データの決済処理を実行する機能、
   を実現させるための制御プログラム。
   

Images