知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024101833
(43)【公開日】2024-07-30
(54)【発明の名称】会計システム、入力装置、決済装置及びプログラム
(51)【国際特許分類】
G07G 1/12 20060101AFI20240723BHJP
G06Q 20/20 20120101ALI20240723BHJP
【ＦＩ】
G07G1/12 321K
G07G1/12 321R
G06Q20/20
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2023005988
(22)【出願日】2023-01-18
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(72)【発明者】
【氏名】勝亦 元宏
(72)【発明者】
【氏名】河原 高行
(72)【発明者】
【氏名】平松 直剛
【テーマコード（参考）】
3E142
5L020
5L055
【Ｆターム（参考）】
3E142AA01
3E142CA12
3E142DA04
3E142DA07
3E142DA08
3E142EA02
3E142EA04
3E142FA42
3E142GA02
3E142GA03
3E142GA04
3E142GA41
3E142JA01
5L020AA42
5L055AA42
(57)【要約】
【課題】入力装置で決済情報を生成することなく店員と客が操作を分担して取引を決済できる会計システムを提供する。
【解決手段】入力装置は、取引に係るデータの入力終了指示を検出する。入力装置は、入力デバイスを介して入力された取引に係るデータを、当該取引に係るデータの入力終了指示が検出される前に、複数台の決済装置のそれぞれに送信する。入力装置は、取引に係るデータの入力終了指示が検出されると、複数台の決済装置のうちいずれか一台の決済装置に入力終了を通知する。決済装置は、入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する。決済装置は、取引の決済が可能な状態で入力装置から入力終了の通知を受けると、決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する。
【選択図】 図４
【解決手段】入力装置は、取引に係るデータの入力終了指示を検出する。入力装置は、入力デバイスを介して入力された取引に係るデータを、当該取引に係るデータの入力終了指示が検出される前に、複数台の決済装置のそれぞれに送信する。入力装置は、取引に係るデータの入力終了指示が検出されると、複数台の決済装置のうちいずれか一台の決済装置に入力終了を通知する。決済装置は、入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する。決済装置は、取引の決済が可能な状態で入力装置から入力終了の通知を受けると、決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する。
【選択図】 図４
【特許請求の範囲】
【請求項1】
入力デバイスを介して取引に係るデータを入力する入力装置と、取引を決済する複数台の決済装置とを通信回線で接続し、
前記入力装置は、
取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のそれぞれに送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記複数台の決済装置のうちいずれか一台の決済装置に入力終了を通知する第１通知手段と、
を具備し、
前記決済装置は、
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段と、
前記取引の決済が可能な状態で前記入力装置から前記入力終了の通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
を具備する会計システム。
前記入力装置は、
取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のそれぞれに送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記複数台の決済装置のうちいずれか一台の決済装置に入力終了を通知する第１通知手段と、
を具備し、
前記決済装置は、
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段と、
前記取引の決済が可能な状態で前記入力装置から前記入力終了の通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
を具備する会計システム。
【請求項2】
前記決済装置は、
前記入力装置から前記入力終了の通知を受けると、前記取引の決済が可能か否かを前記入力装置に応答する決済応答手段、
をさらに具備し、
前記入力装置は、
前記入力終了を通知した前記決済装置から決済不可能の応答を受けると、前記入力終了を通知していない他の決済装置に入力終了を通知する第２通知手段、
をさらに具備する請求項１記載の会計システム。
前記入力装置から前記入力終了の通知を受けると、前記取引の決済が可能か否かを前記入力装置に応答する決済応答手段、
をさらに具備し、
前記入力装置は、
前記入力終了を通知した前記決済装置から決済不可能の応答を受けると、前記入力終了を通知していない他の決済装置に入力終了を通知する第２通知手段、
をさらに具備する請求項１記載の会計システム。
【請求項3】
前記入力装置は、
前記入力終了を通知した前記決済装置から決済可能の応答を受けると、前記入力終了を通知していない他の決済装置に決済終了を通知する第３通知手段、
をさらに具備し、
前記決済装置は、
前記入力装置から前記決済終了の通知を受けると、前記決済側記憶部で記憶した取引に係るデータを削除する決済側削除手段、
をさらに具備する請求項２記載の会計システム。
前記入力終了を通知した前記決済装置から決済可能の応答を受けると、前記入力終了を通知していない他の決済装置に決済終了を通知する第３通知手段、
をさらに具備し、
前記決済装置は、
前記入力装置から前記決済終了の通知を受けると、前記決済側記憶部で記憶した取引に係るデータを削除する決済側削除手段、
をさらに具備する請求項２記載の会計システム。
【請求項4】
前記入力装置は、
前記入力デバイスを介して入力された取引に係るデータを基に取引の明細情報を表示する明細表示手段、
をさらに具備し、
前記決済装置は、
前記取引の決済が可能な状態で前記入力装置から前記入力終了の通知を受けると、当該取引の決済金額を表示する金額表示手段、
をさらに具備する請求項１記載の会計システム。
前記入力デバイスを介して入力された取引に係るデータを基に取引の明細情報を表示する明細表示手段、
をさらに具備し、
前記決済装置は、
前記取引の決済が可能な状態で前記入力装置から前記入力終了の通知を受けると、当該取引の決済金額を表示する金額表示手段、
をさらに具備する請求項１記載の会計システム。
【請求項5】
前記複数台の決済装置のうち一台は親機として機能し、残りは子機として機能し、
前記入力装置の終了検出手段は、
第１の操作子に対する操作入力を入力終了指示として検出する第１手段と、
第２の操作子に対する操作入力を入力終了指示として検出する第２手段と、
を含み、
前記入力装置の第１通知手段は、
前記終了検出手段の前記第１手段により前記入力終了指示を検出した場合には親機として機能する決済装置に入力終了を通知し、前記第２手段により前記入力終了指示を検出した場合には子機として機能する決済装置に入力終了を通知する、
請求項１記載の会計システム。
前記入力装置の終了検出手段は、
第１の操作子に対する操作入力を入力終了指示として検出する第１手段と、
第２の操作子に対する操作入力を入力終了指示として検出する第２手段と、
を含み、
前記入力装置の第１通知手段は、
前記終了検出手段の前記第１手段により前記入力終了指示を検出した場合には親機として機能する決済装置に入力終了を通知し、前記第２手段により前記入力終了指示を検出した場合には子機として機能する決済装置に入力終了を通知する、
請求項１記載の会計システム。
【請求項6】
前記入力装置は、
取引の決済に必要な代金支払い方法の選択入力を受け付ける選択手段、
をさらに具備し、
前記入力装置の第１通知手段は、
いずれか一台の決済装置に前記選択手段により選択入力を受け付けた代金支払い方法を識別する支払い方法識別データとともに入力終了を通知し、
前記決済装置の決済手段は、
前記入力終了の通知とともに受信した前記支払い方法識別データで識別される代金支払い方法で取引を決済する、
請求項１記載の会計システム。
取引の決済に必要な代金支払い方法の選択入力を受け付ける選択手段、
をさらに具備し、
前記入力装置の第１通知手段は、
いずれか一台の決済装置に前記選択手段により選択入力を受け付けた代金支払い方法を識別する支払い方法識別データとともに入力終了を通知し、
前記決済装置の決済手段は、
前記入力終了の通知とともに受信した前記支払い方法識別データで識別される代金支払い方法で取引を決済する、
請求項１記載の会計システム。
【請求項7】
前記決済装置は、
前記入力装置から前記入力終了の通知を受けると、前記取引の決済が可能か否かを前記入力装置に応答する決済応答手段、
をさらに具備し、
該決済応答手段は、
前記入力終了の通知とともに受信した前記支払い方法識別データで識別される代金支払い方法が当該決済装置では適用外の支払い方法であった場合には、前記取引の決済が不可能であることを前記入力装置に応答する、
請求項６記載の会計システム。
前記入力装置から前記入力終了の通知を受けると、前記取引の決済が可能か否かを前記入力装置に応答する決済応答手段、
をさらに具備し、
該決済応答手段は、
前記入力終了の通知とともに受信した前記支払い方法識別データで識別される代金支払い方法が当該決済装置では適用外の支払い方法であった場合には、前記取引の決済が不可能であることを前記入力装置に応答する、
請求項６記載の会計システム。
【請求項8】
前記入力装置の第１送信手段は、
前記入力デバイスを介して取引に係るデータが入力される毎に、その入力された取引に係るデータを前記複数台の決済装置のそれぞれに送信する、
請求項１乃至７のうちいずれか一記載の会計システム。
前記入力デバイスを介して取引に係るデータが入力される毎に、その入力された取引に係るデータを前記複数台の決済装置のそれぞれに送信する、
請求項１乃至７のうちいずれか一記載の会計システム。
【請求項9】
取引に係るデータを入力するための入力デバイスと、
取引を決済する複数台の決済装置とデータ通信を行うための通信デバイスと、
取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のそれぞれに送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記複数台の決済装置のうちいずれか一台の決済装置に入力終了を通知する第１通知手段と、
を具備する入力装置。
取引を決済する複数台の決済装置とデータ通信を行うための通信デバイスと、
取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のそれぞれに送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記複数台の決済装置のうちいずれか一台の決済装置に入力終了を通知する第１通知手段と、
を具備する入力装置。
【請求項10】
入力デバイスを介して入力された取引に係るデータを当該取引に係るデータの入力終了指示が検出される前に複数台の決済装置のそれぞれに送信する入力装置とデータ通信を行う通信デバイスと、
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段と、
前記取引の決済が可能な状態で前記入力装置から前記入力終了指示を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
を具備する決済装置。
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段と、
前記取引の決済が可能な状態で前記入力装置から前記入力終了指示を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
を具備する決済装置。
【請求項11】
取引に係るデータを入力するための入力デバイスと、取引を決済する複数台の決済装置とデータ通信を行うための通信デバイスと、を備えた入力装置のコンピュータを、
取引に係るデータの入力終了指示を検出する終了検出手段、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のそれぞれに送信する第１送信手段、及び、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記複数台の決済装置のうちいずれか一台の決済装置に入力終了を通知する第１通知手段、
として機能させるためのプログラム。
取引に係るデータの入力終了指示を検出する終了検出手段、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のそれぞれに送信する第１送信手段、及び、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記複数台の決済装置のうちいずれか一台の決済装置に入力終了を通知する第１通知手段、
として機能させるためのプログラム。
【請求項12】
入力デバイスを介して入力された取引に係るデータを当該取引に係るデータの入力終了指示が検出される前に複数台の決済装置のそれぞれに送信する入力装置とデータ通信を行う通信デバイスを備えた決済装置のコンピュータを、
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段、及び、
前記取引の決済が可能な状態で前記入力装置から前記入力終了指示を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段、
として機能させるためのプログラム。
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段、及び、
前記取引の決済が可能な状態で前記入力装置から前記入力終了指示を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、会計システム、及びこのシステムの入力装置及び決済装置、さらには入力装置及び決済装置それぞれのプログラムに関する。
【背景技術】
【0002】
近年、量販店向けの会計システムとして、店員と客とが操作を分担する分担方式の会計システムが知られている。この種の会計システムは、取引毎にその取引で売買される商品のデータ入力を受け付ける入力装置と、この入力装置で入力された商品のデータを基に取引の決済処理を実行する決済装置とを分離する。そして、店員が入力装置を操作し、客が決済装置を操作するように配置する。
【0003】
分担方式の会計システムは、商品のデータ入力操作を店員が行うため、客が全ての操作を自身で行うセルフ方式の会計システムよりもデータ入力に要する時間が短縮される。その一方で、客が決済装置を操作するため、操作に不慣れな客が決済に手間取ることが想定される。そこで一般に、分担方式の会計システムは、１台の入力装置に対して複数台の決済装置が割り当てられている。
【0004】
従来のこの種の会計システムは、店員が入力装置に対して客との取引で売買される商品のデータ入力を全て終えると、入力装置において決済情報が生成される。決済情報は、売買された商品の商品コード、商品名、単価、数量、金額等の明細情報と、合計点数、合計金額等の合計情報と、を含む。そして決済情報は、いずれかの空いている決済装置に送信されるので、店員は、客をその決済装置へと案内する。決済情報を受信した決済装置は決済処理が可能となるので、客は、決済装置を操作して、現金、クレジットカード、電子マネー等で代金を支払う。かくして分担方式の会計システムは、店員と客が操作を分担して取引を決済する。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０１３－２４２８３９号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
本発明の実施形態が解決しようとする課題は、入力装置で決済情報を生成することなく店員と客が操作を分担して取引を決済できる会計システム、及びこのシステムの入力装置及び決済装置、さらには入力装置及び決済装置それぞれのプログラムを提供しようとするものである。
【課題を解決するための手段】
【0007】
一実施形態において、会計システムは、入力デバイスを介して取引に係るデータを入力する入力装置と、取引を決済する複数台の決済装置とを通信回線で接続する。
入力装置は、終了検出手段と、第１送信手段と、第１通知手段とを備える。終了検出手段は、取引に係るデータの入力終了指示を検出する。第１送信手段は、入力デバイスを介して入力された取引に係るデータを、終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、複数台の決済装置のそれぞれに送信する。第１通知手段は、終了検出手段により取引に係るデータの入力終了指示が検出されると、複数台の決済装置のうちいずれか一台の決済装置に入力終了を通知する。
決済装置は、決済側記憶手段と、決済手段とを備える。決済側記憶手段は、入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する。決済手段は、取引の決済が可能な状態で入力装置から入力終了の通知を受けると、決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する。
入力装置は、終了検出手段と、第１送信手段と、第１通知手段とを備える。終了検出手段は、取引に係るデータの入力終了指示を検出する。第１送信手段は、入力デバイスを介して入力された取引に係るデータを、終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、複数台の決済装置のそれぞれに送信する。第１通知手段は、終了検出手段により取引に係るデータの入力終了指示が検出されると、複数台の決済装置のうちいずれか一台の決済装置に入力終了を通知する。
決済装置は、決済側記憶手段と、決済手段とを備える。決済側記憶手段は、入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する。決済手段は、取引の決済が可能な状態で入力装置から入力終了の通知を受けると、決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下、入力装置で決済情報を生成することなく店員と客が操作を分担して取引を決済できる会計システムの実施形態を、第１の実施形態、第２の実施形態、第３の実施形態及び第４の実施形態の順で説明する。はじめに、各実施形態において共通となる会計システムの概略構成、入力装置及び決済装置のハードウェア構成について、図１乃至図３を用いて説明する。
【0010】
図１は、会計システム１の概略構成を示す模式図である。会計システム１は、入力装置１１と、決済装置１２と、サーバ１３と、これらを接続するネットワーク１４と、を含む。ネットワーク１４の種類は特に限定されないが、一般的には有線又は無線のＬＡＮ（local area network）が適用される。
【0011】
入力装置１１は、取引毎にその取引で売買される商品のデータ入力を受け付けるように構成された装置である。決済装置１２は、入力装置１１で入力された商品のデータを基に取引の決済処理を行うように構成された装置である。入力装置１１は、原則、チェッカと呼ばれる役割を担った店員２が、その操作者となる。決済装置１２は、原則、店舗で商品を購入する消費者、いわゆる客３が、その操作者となる。なお、入力装置１１の操作者を客３としてもよい。すなわち客３が入力装置１１と決済装置１２の両方を操作してもよい。同様に、決済装置１２の操作者を店員２としてもよい。すなわち店員２が入力装置１１と決済装置１２の両方を操作してもよい。
入力装置１１は、図１においては、作業テーブル４に取り付けられている。作業テーブル４は、矩形の天板を有する。複数の作業テーブル４が、天板の長手方向がほぼ並行するように配置されることにより、客３のための通路、いわゆるチェックアウトレーンが形成される。
入力装置１１は、図１においては、作業テーブル４に取り付けられている。作業テーブル４は、矩形の天板を有する。複数の作業テーブル４が、天板の長手方向がほぼ並行するように配置されることにより、客３のための通路、いわゆるチェックアウトレーンが形成される。
【0012】
入力装置１１及び決済装置１２は、店舗のチェックアウトレーン毎に配置される。１つのチェックアウトレーンに対し、入力装置１１は１台配置され、決済装置１２は２台以上の複数台配置される。そして、同じチェックアウトレーンに配置された入力装置１１と決済装置１２との間で、ネットワーク１４を通じて種々のデータ信号が授受される。データ信号は、サーバ１３を介して授受されてもよいし、サーバ１３を介さずに授受されてもよい。
【0013】
図１では、第１のチェックアウトレーンに１台の入力装置１１（１１－１）と２台の決済装置１２（１２－１，１２－２）とを配置し、第２のチェックアウトレーンに１台の入力装置１１（１１－２）と２台の決済装置１２（１２－３，１２－４）とを配置した例を示している。図示しないが、他のチェックアウトレーンにおいても１台の入力装置１１と２台以上の決済装置１２とが配置されている。第１のチェックアウトレーンに配置された２台の決済装置１２（１２－１，１２－２）は、いずれも同一のチェックアウトレーンに配置された入力装置１１（１１－１）で処理された取引の決済処理を実行することができる。第２のチェックアウトレーンに配置された２台の決済装置１２（１２－３，１２－４）は、いずれも同一のチェックアウトレーンに配置された入力装置１１（１１－２）で処理された取引の決済処理を実行することができる。
【0014】
なお、１つのチェックアウトレーンに配置された少なくとも１台の決済装置１２が、隣接するチェックアウトレーンに配置された入力装置１１で処理された取引の決済処理を実行可能としてもよい。例えば、図１において、決済装置１２（１２－２）は、入力装置１１（１１－１）だけでなく入力装置１１（１１－２）で処理された取引の決済処理を実行できるようにする。同様に、決済装置１２（１２－３）は、入力装置１１（１１－２）だけでなく入力装置１１（１１－１）で処理された取引の決済処理を実行できるようにする。こうすることにより、１台の入力装置１１で処理された取引の決済処理が可能な決済装置１２の台数を、決済装置１２を増設することなく増やすことができる。
【0015】
１つのチェックアウトレーンに配置される複数台の決済装置１２のうち１台は親機に設定され、他は子機に設定される。例えば図１において、決済装置１２（１２－１）及び決済装置１２（１２－３）が親機に設定されているものと仮定すると、決済装置１２（１２－２）及び決済装置１２（１２－４）は子機に設定される。因みに、子機の決済装置１２（１２－２）は、親機の決済装置１２（１２－１）状態を監視している。そして、決済装置１２（１２－１）が通信障害、あるいは故障等によりダウンすると、決済装置１２（１２－２）は、自らが親機となることを宣言する機能を有している。この宣言を受けて、入力装置１１（１１－１）は、決済装置１２（１２－２）を親機に設定する。同様に、子機の決済装置１２（１２－４）は、親機の決済装置１２（１２－３）状態を監視している。そして、決済装置１２（１２－３）がダウンすると、決済装置１２（１２－４）は、自らが親機となることを宣言する機能を有している。この宣言を受けて、入力装置１１（１１－２）は、決済装置１２（１２－４）を親機に設定する。以下の説明において、決済装置１２を親機と子機とで区別する場合には、親機の決済装置を親機１２１と表し、子機の決済装置を子機１２２と表す。
【0016】
サーバ１３は、商品マスタファイル１３１及び売上マスタファイル１３２を備える。商品マスタファイル１３１及び売上マスタファイル１３２は、サーバ１３が内蔵する記憶装置に保存されていてもよいし、サーバ１３の外部に接続された記憶装置に保存されていてもよい。
【0017】
商品マスタファイル１３１は、店舗で販売される商品毎に作成された商品レコードを格納するデータファイルである。商品レコードは、商品コード、商品名、単価、属性等の商品データを記述したデータレコードである。
【0018】
商品コードは、各商品を識別するために商品毎に設定された固有のコードである。通常、各商品には、商品コードを表すバーコード、若しくは二次元コードが付されている。あるいは、商品コードを記憶したＲＦＩＤ（Radio Frequency Identification）タグが付されていてもよい。入力装置１１は、商品に付されたバーコード、２次元コード又はＲＦＩＤタグを読取装置で読み取ることで、取引で売買される商品の商品コードを入力することができる。
【0019】
商品名及び単価は、商品コードで識別される商品の名称及び１点当たりの価格である。属性は、例えば商品の税に関する情報である。税に関する情報としては、税率、税種（外税、内税、非課税）等がある。
【0020】
売上マスタファイル１３２は、店舗で販売される商品毎に作成された売上レコードを格納するデータファイルである。売上レコードは、前述した商品コード、商品名及び単価に加えて、売上点数、売上金額等の売上データを記述したデータレコードである。売上点数は、対応する商品コードで識別される商品の販売数量の合計である。売上金額は、対応する商品コードで識別される商品の販売金額の合計である。
【0021】
図２は、入力装置１１のハードウェア構成を示すブロック図である。入力装置１１は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、時計２４、通信ユニット２５、キーボード２６、スキャナ２７、タッチパネル２８、客用ディスプレイ２９及びシステム伝送路３０等を備える。システム伝送路３０は、アドレスバス、データバス、制御信号線等を含む。システム伝送路３０は、プロセッサ２１と他の各部とを直接又は信号入出力回路を介して接続し、相互間で授受されるデータ信号を伝送する。
【0022】
入力装置１１は、プロセッサ２１と、メインメモリ２２、補助記憶デバイス２３、時計２４及び通信ユニット２５とをシステム伝送路３０で接続することにより、コンピュータを構成する。そして入力装置１１は、そのコンピュータに、システム伝送路３０を介してキーボード２６、スキャナ２７、タッチパネル２８、客用ディスプレイ２９等のデバイスを接続する。
【0023】
プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステム又はアプリケーションプログラムに従って、入力装置１１としての各種の機能を実現するべく各部を制御する。プロセッサ２１は、例えばＣＰＵ（Central Processing Unit）である。
【0024】
メインメモリ２２は、上記コンピュータの主記憶部分に相当する。メインメモリ２２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ２２は、プロセッサ２１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ２２は、揮発性のメモリ領域を、プロセッサ２１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。
【0025】
補助記憶デバイス２３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disk Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス２３となり得る。補助記憶デバイス２３は、プロセッサ２１が各種の処理を行う上で使用するデータ、プロセッサ２１での処理によって作成されたデータ等を保存する。補助記憶デバイス２３は、上記のアプリケーションプログラムを記憶する場合もある。
【0026】
時計２４は、日付と時刻を計時する。プロセッサ２１は、時計２４によって計時されている日付と時刻を現在日時として処理する。通信ユニット２５は、ネットワーク１４を介して接続されたサーバ１３及び複数台の決済装置１２との間でデータ通信を行うためのインターフェースである。キーボード２６は、客が購入する商品、いわゆる買上商品に係るデータの入力等に必要な種々のキーを配置した入力デバイスである。スキャナ２７は、バーコード、二次元コード等のコードシンボルを読み取って入力する入力デバイスである。タッチパネル２８は、入力デバイスと表示デバイスとを兼ね備えた機器である。タッチパネル２８は、入力装置１１のオペレータである店員に対して情報の表示を行い、その店員による操作入力を受け付ける。客用ディスプレイ２９は、入力装置１１において買上商品のデータが入力されている客３に対して情報の表示を行う。
【0027】
このようなハードウェア構成を有する入力装置１１としては、例えば既存のＰＯＳ端末を利用することが可能である。なお、入力装置１１に接続されるデバイスは、キーボード２６、スキャナ２７、タッチパネル２８及び客用ディスプレイ２９に限定されるものではない。入力装置１１の用途において必要なデバイスを追加したり、一部のデバイスを省略したりしてもよい。
【0028】
図３は、決済装置１２のハードウェア構成を示すブロック図である。決済装置１２は、プロセッサ３１、メインメモリ３２、補助記憶デバイス３３、時計３４、通信ユニット３５、釣銭機インターフェース３６、スキャナ３７、タッチパネル３８、プリンタ３９、端末インターフェース４０及びシステム伝送路４１等を備える。システム伝送路４１は、アドレスバス、データバス、制御信号線等を含む。システム伝送路４１は、プロセッサ３１と他の各部とを直接又は信号入出力回路を介して接続し、相互間で授受されるデータ信号を伝送する。
【0029】
決済装置１２は、プロセッサ３１と、メインメモリ３２、補助記憶デバイス３３、時計３４及び通信ユニット３５とをシステム伝送路４１で接続することにより、コンピュータを構成する。そして決済装置１２は、そのコンピュータに、システム伝送路４１を介して釣銭機インターフェース３６、スキャナ３７、タッチパネル３８、プリンタ３９、端末インターフェース４０等のデバイスインターフェース又はデバイスを接続する。
【0030】
プロセッサ３１は、上記コンピュータの中枢部分に相当する。プロセッサ３１は、オペレーティングシステム又はアプリケーションプログラムに従って、決済装置１２としての各種の機能を実現するべく各部を制御する。プロセッサ３１は、例えばＣＰＵである。
【0031】
メインメモリ３２は、上記コンピュータの主記憶部分に相当する。メインメモリ３２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ３２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ３２は、プロセッサ３１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ３２は、揮発性のメモリ領域を、プロセッサ３１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。
【0032】
補助記憶デバイス３３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等が補助記憶デバイス３３となり得る。補助記憶デバイス３３は、プロセッサ３１が各種の処理を行う上で使用するデータ、プロセッサ３１での処理によって作成されたデータ等を保存する。補助記憶デバイス３３は、上記のアプリケーションプログラムを記憶する場合もある。
【0033】
時計３４は、日付と時刻を計時する。プロセッサ３１は、時計３４によって計時されている日付と時刻を現在日時として処理する。通信ユニット３５は、ネットワーク１４を介して接続されたサーバ１３又は入力装置１１との間でデータ通信を行う。釣銭機インターフェース３６は、図示しない自動釣銭機とのインターフェースを構成する。釣銭機インターフェース３６は、自動釣銭機から当該自動釣銭機に投入された貨幣の金額データを入力する。釣銭機インターフェース３６は、決済装置１２から自動釣銭機へと釣銭データを出力する。釣銭データを入力した自動釣銭機は、その釣銭データ相当の貨幣を釣銭として自動的に払い出す。
【0034】
スキャナ３７は、バーコード、二次元コード等のコードシンボルを読み取るための入力デバイスである。タッチパネル３８は、入力デバイスと表示デバイスとを兼ね備えた機器である。タッチパネル３８は、決済装置１２のオペレータである客３に対して情報の表示を行い、その客３による操作入力を受け付ける。プリンタ３９は、レシート用紙に対して各種の文字列又は画像等を印刷することにより、レシートを発行する。
【0035】
端末インターフェース４０は、キャッシュレス決済端末５とのインターフェースを構成する。キャッシュレス決済端末５は、クレジットカード決済、電子マネー決済、コード決済等のキャッシュレス決済に対応した情報端末である。端末インターフェース４０は、複数種類のキャッシュレス決済方法の中から選択されたキャッシュレス決済方法の識別データをキャッシュレス決済端末５に出力する。キャッシュレス決済端末５においては、識別データで識別されるキャッシュレス決済方法で取引の決済が処理されるので、端末インターフェース４０は、キャッシュレス決済端末５から処理結果を入力する。
【0036】
因みに、端末インターフェース４０にキャッシュレス決済端末５を接続することによって、決済装置１２は、現金決済だけでなくキャッシュレス決済にも対応した機器となる。換言すれば、端末インターフェース４０にキャッシュレス決済端末５を接続していない決済装置１２は、現金決済のみに対応した機器となる。
【0037】
このようなハードウェア構成を有する決済装置１２としては、例えば既存のセルフ方式のＰＯＳ端末、いわゆるセルフレジを利用することが可能である。なお、決済装置１２に接続されるデバイスは、スキャナ３７、タッチパネル３８及びプリンタ３９に限定されるものではない。決済装置１２の用途において必要なデバイスを追加したり、一部のデバイスを省略したりしてもよい。
【0038】
［第１の実施形態］
次に、第１の実施形態について、図４乃至図３４を用いて説明する。
図４は、入力装置１１のプロセッサ２１が有する主要な機能構成を示すブロック図である。プロセッサ２１は、入力側記憶手段５１、明細表示手段５２、終了検出手段５３、第１送信手段５４、選択手段５５、第１通知手段５６、第２通知手段５７、第３通知手段５８、決済先報知手段５９及び入力側削除手段５１０としての機能を有する。なお、プロセッサ２１が有する機能は、これらに限定されるものではない。
次に、第１の実施形態について、図４乃至図３４を用いて説明する。
図４は、入力装置１１のプロセッサ２１が有する主要な機能構成を示すブロック図である。プロセッサ２１は、入力側記憶手段５１、明細表示手段５２、終了検出手段５３、第１送信手段５４、選択手段５５、第１通知手段５６、第２通知手段５７、第３通知手段５８、決済先報知手段５９及び入力側削除手段５１０としての機能を有する。なお、プロセッサ２１が有する機能は、これらに限定されるものではない。
【0039】
入力側記憶手段５１は、入力デバイス６１を介して入力された取引に係るデータを入力側記憶部６３で記憶する機能である。入力側記憶部６３は、メインメモリ２２又は補助記憶デバイス２３の記憶領域の一部である。取引に係るデータは、例えば客との取引で売買される商品の商品コード、数量、値引額、割引率等である。入力側記憶手段５１は、キーボード２６、スキャナ２７及びタッチパネル２８の入力デバイス６１を介して取引に係るデータを入力すると、その入力されたデータを基に１取引として売り上げる商品の明細レコードＲａを商品毎に作成する。明細レコードＲａは、図５に示すように、一連のレコード番号と関連付けて、商品コード、商品名、単価、数量、値割引額、金額等の項目のデータを記述したレコードである。金額は、単価に数量を乗算して算出された金額である。すなわち明細レコードＲａは、商品コード、数量等の取引に係るデータを記述したレコードであると言える。入力側記憶手段５１は、明細レコードＲａを入力側記憶部６３の第１取引ファイル６３１に記憶する。
【0040】
明細表示手段５２は、入力デバイス６１を介して入力された取引に係るデータを基に取引の明細情報を表示デバイス６２で表示する機能である。表示デバイス６２は、タッチパネル２８と客用ディスプレイ２９の双方又はいずれか一方が該当する。明細表示手段５２は、表示デバイス６２の画面を明細画面ＳＡａ（図１４を参照）とし、その明細画面ＳＡａに、第１取引ファイル６３１に記憶された明細レコードＲａの商品名、数量、単価、値割引額、金額等の明細情報を表示する。明細画面ＳＡａの詳細な説明については後述する。
【0041】
終了検出手段５３は、取引に係るデータの入力終了指示を検出する機能である。終了検出手段５３は、入力デバイス６１の第１の操作子に対する操作入力を入力終了指示として検出する第１手段５３１と、入力デバイス６１の第２の操作子に対する操作入力を入力終了指示として検出する第２手段５３２とを含む。第１の操作子及び第２の操作子については後述する。
【0042】
第１送信手段５４は、入力デバイス６１を介して入力された取引に係るデータを、終了検出手段５３により当該取引に係るデータの入力終了指示が検出される前に、通信ユニット２５を介して複数台の決済装置１２のそれぞれに送信する機能である。複数台の決済装置１２は、当該入力装置１１で買上商品のデータが入力された客３が決済を行い得る決済装置１２である。通常は、当該入力装置１１と同じチェックアウトレーンに設置された決済装置１２である。隣接するチェックアウトレーンに設置された決済装置１２を含んでもよい。以下では、入力装置１１から取引に係るデータが送信される複数台の決済装置１２を、同一グループの決済装置１２０と称する。第１送信手段５４は、入力デバイス６１を介して取引に係るデータが入力される毎に、その入力された取引に係るデータを同一グループの決済装置１２０にそれぞれに送信する。
【0043】
選択手段５５は、取引の決済に必要な代金支払い方法の選択入力を受け付ける機能である。選択手段５５は、例えば現金支払い、クレジットカード支払い、電子マネー支払い等の種々の代金支払い方法の中から、入力デバイス６１に対する操作入力により指定された代金支払い方法を選択する。
【0044】
第１通知手段５６は、終了検出手段５３により取引に係るデータの入力終了指示が検出されると、同一グループの決済装置１２０のうちいずれか一台の決済装置１２に、通信ユニット２５を介して入力終了を通知する機能である。第１通知手段５６は、データテーブル６４を参照して、入力終了の通知先を決定する。
【0045】
データテーブル６４は、図６に示すように、同一グループの決済装置１２０を個々に識別するための決済装置ＩＤと関連付けて、親機フラグＦａを記憶する。親機フラグＦａは、対応する決済装置ＩＤで識別される決済装置１２が親機１２１であるか子機１２２であるかを識別するための１ビットデータである。本実施形態では、親機１２１を示す親機フラグＦａを“１”とし、子機１２２を示す親機フラグＦａを“０”とする。
【0046】
第１通知手段５６は、終了検出手段５３の第１手段５３１により入力終了指示を検出した場合には、データテーブル６４を参照して、親機１２１に設定された決済装置１２、すなわち親機フラグＦａが“１”の決済装置ＩＤで識別される決済装置１２に入力終了を通知する信号を出力する。第１通知手段５６は、終了検出手段５３の第２手段５３２により入力終了指示を検出した場合には、データテーブル６４を参照して、子機１２２に設定された決済装置１２、すなわち親機フラグＦａが“０”の決済装置ＩＤで識別される決済装置１２に入力終了を通知する信号を出力する。第１通知手段５６は、選択手段５５により選択入力を受け付けた代金支払い方法を識別する支払い方法識別データとともに入力終了を通知する信号を出力する。
【0047】
第２通知手段５７は、第１通知手段５６により入力終了を通知した決済装置１２から決済不可能の応答信号を受信すると、入力終了を通知していない他の決済装置１２に、通信ユニット２５を介して入力終了を通知する機能である。例えば入力終了を通知した決済装置１２が親機１２１であり、この親機１２１から決済不可能の応答を受けた場合、第２通知手段５７は、データテーブル６４を参照して、子機１２２に設定された決済装置１２、すなわち親機フラグＦａが“０”の決済装置ＩＤで識別される決済装置１２に入力終了を通知する信号を出力する。例えば入力終了を通知した決済装置１２が子機１２２であり、この子機１２２から決済不可能の応答を受けた場合、第２通知手段５７は、データテーブル６４を参照して、親機１２１に設定された決済装置１２、すなわち親機フラグＦａが“１”の決済装置ＩＤで識別される決済装置１２に入力終了を通知する信号を出力する。
【0048】
第３通知手段５８は、第１通知手段５６により入力終了を通知した決済装置１２から決済可能の応答を受けると、入力終了を通知していない他の決済装置１２に、通信ユニット２５を介して決済終了を通知する機能である。例えば入力終了を通知した決済装置１２が親機１２１であり、この親機１２１から決済可能の応答を受けた場合、第３通知手段５８は、データテーブル６４を参照して、子機１２２に設定された決済装置１２、すなわち親機フラグＦａが“０”の決済装置ＩＤで識別される決済装置１２に決済終了を通知する信号を出力する。例えば入力終了を通知した決済装置１２が子機１２２であり、この子機１２２から決済可能の応答を受けた場合、第３通知手段５８は、データテーブル６４を参照して、親機１２１に設定された決済装置１２、すなわち親機フラグＦａが“１”の決済装置ＩＤで識別される決済装置１２に決済終了を通知する信号を出力する。
【0049】
決済先報知手段５９は、第１通知手段５６により入力終了を通知した決済装置１２から決済可能の応答を受けると、その決済装置１２を決済先として報知する機能である。例えば親機１２１に設定された決済装置１２から決済可能の応答を受けた場合には、決済先報知手段５９は、親機１２１を決済先として報知する。例えば子機１２２に設定された決済装置１２から決済可能の応答を受けた場合には、決済先報知手段５９は、子機１２２を決済先として報知する。決済先報知手段５９は、店員２に対する表示デバイス６２であるタッチパネル２８に、送信先の決済装置１２を特定可能な情報を表示することで店員２に決済先を報知する。決済先報知手段５９は、客３に対する表示デバイス６２である客用ディスプレイ２９に、送信先の決済装置１２を特定可能な情報を表示することで客３に決済先を報知してもよい。あるいは決済先報知手段５９は、タッチパネル２８と客用ディスプレイ２９の双方に送信先の決済装置１２を特定可能な情報を表示することで、店員２と客３の両者に決済先を報知してもよい。
【0050】
入力側削除手段５１０は、第１通知手段５６により入力終了を通知した決済装置１２から決済可能の応答信号を受信すると、入力側記憶部６３で記憶した取引に係るデータを削除する機能である。入力側削除手段５１０は、決済装置１２から決済可能の応答を受けると、入力側記憶部６３の第１取引ファイル６３１に記憶した明細レコードＲａを全て削除する。すなわち第１取引ファイル６３１をクリアする。第１取引ファイル６３１がクリアされることにより、入力装置１１は、次の客との取引に係るデータの入力が可能となる。
【0051】
上述した入力側記憶手段５１、明細表示手段５２、終了検出手段５３、第１送信手段５４、選択手段５５、第１通知手段５６、第２通知手段５７、第３通知手段５８、決済先報知手段５９及び入力側削除手段５１０としての機能は、プロセッサ２１が入力装置１１用のプログラム、いわゆる入力プログラムに従って実行する情報処理によって実現される。
【0052】
入力プログラムは、メインメモリ２２又は補助記憶デバイス２３に記憶されるアプリケーションプログラムの一種である。入力プログラムをメインメモリ２２又は補助記憶デバイス２３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に入力プログラムを記録して、あるいはネットワーク１４を介した通信により入力プログラムを配信して、メインメモリ２２又は補助記憶デバイス２３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0053】
図７は、決済装置１２のプロセッサ３１が有する主要な機能構成を示すブロック図である。プロセッサ３１は、決済側記憶手段７１、金額表示手段７２、決済応答手段７３、決済手段７４及び決済側削除手段７５としての機能を有する。なお、プロセッサ３１が有する機能は、これらに限定されるものではない。
【0054】
決済側記憶手段７１は、入力装置１１から送信され、通信ユニット３５を介して受信した取引に係るデータを、当該取引が決済されるまで決済側記憶部８１で記憶する機能である。決済側記憶部８１は、メインメモリ３２又は補助記憶デバイス３３の記憶領域の一部である。決済側記憶手段７１は、受信した取引に係るデータを基に、１取引として売り上げる商品の明細レコードＲａを商品毎に作成する。明細レコードＲａは、図５に示すように、一連のレコード番号と関連付けて、商品コード、商品名、単価、数量、値割引額、金額等の項目のデータを記述したレコードである。すなわち明細レコードＲａは、商品コード、数量等の取引に係るデータを記述したレコードであると言える。決済側記憶手段７１は、明細レコードＲａを決済側記憶部８１の第２取引ファイル８１１で記憶する。
【0055】
金額表示手段７２は、取引の決済が可能な状態で入力装置１１から入力終了の通知を受けると、当該取引の決済金額をタッチパネル３８に表示する機能である。取引の決済金額は、第２取引ファイル８１１で記憶した明細レコードＲａの金額と値割引額とから算出される金額である。
【0056】
決済応答手段７３は、入力装置１１から入力終了の通知を受けると、取引の決済が可能か否かを入力装置１１に応答する機能である。決済応答手段７３は、フラグメモリ８２を参照して、取引の決済が可能か否かを判定する。そして決済応答手段７３は、取引の決済が可能であると判定した場合には、通信ユニット３５を介して入力装置１１に肯定応答（ＯＫ）の信号を送信する。決済応答手段７３は、取引の決済が不可能であると判定した場合には、通信ユニット３５を介して入力装置１１に否定応答（ＮＧ）の信号を送信する。
【0057】
フラグメモリ８２は、図８に示すように接続フラグＦｂと状態フラグＦｃとを記憶する。接続フラグＦｂは、端末インターフェース４０にキャッシュレス決済端末５が接続されているか否かを識別するための１ビットデータである。本実施形態では、キャッシュレス決済端末５が接続されているときの接続フラグＦｂを“１”とし、キャッシュレス決済端末５が接続されていないときの接続フラグＦｂを“０”とする。
【0058】
状態フラグＦｃは、当該決済装置１２が待機中であるか決済中であるかを識別するための１ビットデータである。待機中の決済装置１２が入力装置１１から入力終了を通知する信号を出力すると、当該決済装置１２は決済中となる。取引の決済中のとき、決済装置１２は、次の取引の決済が不可能な状態となる。決済中の決済装置１２において決済処理が終了すると、当該決済装置１２は待機中となる。待機中のとき、決済装置１２は、次の取引の決済が可能な状態となる。すなわち、待機中の決済装置１２は、取引の決済が可能な状態の決済装置であると言える。決済中の決済装置１２は、取引の決済が不可能な状態の決済装置であると言える。本実施形態では、待機中のときの状態フラグＦｃを“０”とし、決済中のときの状態フラグＦｃを“１”とする。
【0059】
決済応答手段７３は、入力装置１１から入力終了を通知する信号を受信すると、状態フラグＦｃを確認する。状態フラグＦｃが“１”、すなわち決済中の状態にあるときには、決済応答手段７３は、入力装置１１に否定応答（ＮＧ）の信号を送信することで、取引の決済が不可能である旨を応答する。状態フラグＦｃが“０”、すなわち待機中の状態にあるときには、決済応答手段７３は、接続フラグＦｂを確認する。接続フラグＦｂが“１”、すなわち当該決済装置１２にキャッシュレス決済端末５が接続されている場合には、決済応答手段７３は、入力装置１１に肯定応答（ＯＫ）の信号を送信することで、取引の決済が可能である旨を応答する。接続フラグＦｂが“０”、すなわち当該決済装置１２にキャッシュレス決済端末５が接続されていない場合には、決済応答手段７３は、入力終了を通知する信号に含まれている支払い方法識別データで識別される代金支払い方法を確認する。代金支払い方法が現金支払いの場合には、決済応答手段７３は、入力装置１１に肯定応答（ＯＫ）の信号を送信することで、取引の決済が可能である旨を応答する。代金支払い方法がクレジットカード支払いまたは電子マネー支払い等のキャッシュレス支払いの場合には、決済応答手段７３は、入力装置１１に否定応答（ＮＧ）の信号を送信することで、取引の決済が不可能である旨を応答する。前述した金額表示手段７２は、決済応答手段７３が取引の決済が可能であることを入力装置１１に応答した際に、取引の決済金額をタッチパネル３８に表示する。
【0060】
決済手段７４は、取引の決済が可能な状態で入力装置１１から入力終了を通知する信号を受信すると、決済側記憶部８１で記憶した取引に係るデータに基づいて取引を決済する機能である。決済手段７４は、取引の決済が可能な状態で入力装置１１から入力終了を通知する信号を受信すると、第２取引ファイル８１１に記憶したデータを第３取引ファイル８１２に複写して、第２取引ファイル８１１をクリアする。そして決済手段７４は、第３取引ファイル８１２に記憶したデータを基に、取引を決済する。第２取引ファイル８１１がクリアされることにより、決済装置１２は、次の客との取引に係るデータの受け入れが可能となる。
【0061】
決済手段７４は、入力終了を通知する信号とともに受信した支払い方法識別データで識別される代金支払い方法で取引を決済する。例えば支払い方法識別データで識別される代金支払い方法が現金支払いの場合には、決済手段７４は、釣銭機インターフェース３６に接続された自動釣銭機を介して現金による取引の決済処理を実行する。支払い方法識別データで識別される代金支払い方法がクレジットカード支払いの場合には、決済手段７４は、端末インターフェース４０に接続されたキャッシュレス決済端末５を介してクレジットカードによる取引の決済処理を実行する。支払い方法識別データで識別される代金支払い方法が電子マネー支払いの場合には、決済手段７４は、端末インターフェース４０に接続されたキャッシュレス決済端末５を介して電子マネーによる取引の決済処理を実行する。なお、現金、クレジットカード及び電子マネーによる取引の決済処理はいずれも周知の処理であるので、詳細な説明は省略する。
【0062】
決済側削除手段７５は、入力装置１１から決済終了の通知を受けると、決済側記憶部８１で記憶した取引に係るデータを削除する機能である。決済終了の通知を受けるということは、同一グループの他の決済装置１２に対して入力終了を通知する信号が出力され、その決済装置１２から決済可能を応答する信号を入力装置１１が受信したことを意味する。したがって、決済側記憶部８１で記憶した取引に係るデータは無用となる。決済側削除手段７５は、入力装置１１から決済終了を通知する信号を受信すると、決済側記憶部８１の第２取引ファイル８１１で記憶していた明細レコードＲａを全て削除する。すなわち、第２取引ファイル８１１をクリアする。前述したように、第２取引ファイル８１１がクリアされることにより、決済装置１２は、次の客との取引に係るデータの受け入れが可能となる。
【0063】
上述した決済側記憶手段７１、金額表示手段７２、決済応答手段７３、決済手段７４及び決済側削除手段７５としての機能は、プロセッサ２１が決済装置用のプログラム、いわゆる決済プログラムに従って実行する情報処理によって実現される。
【0064】
決済プログラムは、メインメモリ３２又は補助記憶デバイス３３に記憶されるアプリケーションプログラムの一種である。決済プログラムをメインメモリ３２又は補助記憶デバイス３３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に決済プログラムを記録して、あるいはネットワーク１４を介した通信により決済プログラムを配信して、メインメモリ３２又は補助記憶デバイス３３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0065】
次に、図９乃至図１３の流れ図、及び、図１４乃至図１８の画面例を用いて、会計システム１を構成する入力装置１１及び決済装置１２において実行される主要な情報処理の内容と手順を説明する。なお、以下に説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。
【0066】
【0067】
客３は、売場に陳列されている商品の中から購入する商品を買物籠等に入れ、チェックアウトレーンに向かう。客３がチェックアウトレーンに来ると、チェッカとしての役割を担う店員２は、入力装置１１に対して入力開始の宣言操作を行う。この操作を受けて、プロセッサ２１は、図９乃至図１１の流れ図に示す手順の情報処理を開始する。
【0068】
先ずプロセッサ２１は、ＡＣＴ１０１としてタッチパネル２８の画面を明細画面ＳＡａ（図１４を参照）とする。
図１４は、明細画面ＳＡａの一表示例である。明細画面ＳＡａは、カレントエリアＡＡａと、明細エリアＡＡｂと、合計エリアＡＡｃとに区分される。カレントエリアＡＡａには、一取引の買上商品として入力された最新の商品の商品名、数量及び金額が表示される。明細エリアＡＡｂには、一連のレコード番号順に、一取引の買上商品として入力された商品の商品名、数量、単価、値割引額及び金額がリスト形式で表示される。合計エリアＡＡｃには、買上商品の合計数量と合計金額とが表示される。
図１４は、明細画面ＳＡａの一表示例である。明細画面ＳＡａは、カレントエリアＡＡａと、明細エリアＡＡｂと、合計エリアＡＡｃとに区分される。カレントエリアＡＡａには、一取引の買上商品として入力された最新の商品の商品名、数量及び金額が表示される。明細エリアＡＡｂには、一連のレコード番号順に、一取引の買上商品として入力された商品の商品名、数量、単価、値割引額及び金額がリスト形式で表示される。合計エリアＡＡｃには、買上商品の合計数量と合計金額とが表示される。
【0069】
また明細画面ＳＡａは、小計ボタンＢＡａ、値引ボタンＢＡｂ及び割引ボタンＢＡｃのソフトウェアキーを含む。小計ボタンＢＡａは、一取引における買上商品の入力が終了したことを指令するための操作子である。値引ボタンＢＡｂは、一取引の買上商品として入力された最新の商品の値引を指令するための操作子である。割引ボタンＢＡｃは、一取引の買上商品として入力された最新の商品の割引を指令するための操作子である。因みに、オペレータが値引ボタンＢＡｂを入力するとともにキーボード２６のテンキーで値引額を入力することにより、商品の価格が値引される。同様に、オペレータが割引ボタンＢＡｃを入力するとともにキーボード２６のテンキーで割引率を入力することにより、商品の価格が割引される。
【0070】
なお、ＡＣＴ１０１において、プロセッサ２１は、客用ディスプレイ２９の画面を客用明細画面とする。客用明細画面は、明細画面ＳＡａからソフトウェアキーを除いたものである。
【0071】
タッチパネル２８に明細画面ＳＡａが表示されたことを確認した店員２は、スキャナ２７を操作して客３が購入する商品に付されたバーコードを読み取る。スキャナ２７でバーコードが読み取られることによって、買上商品の商品コードが入力装置１１に入力される。一方、生鮮食品などの一部の商品にはバーコードが付されていないことがある。商品にバーコードが付されていない場合、店員２は、タッチパネル２８にバーコード無商品のリストを表示させる。そして店員は、そのリストの中から客が購入する商品を選択する。このような操作により、バーコードのない買上商品の商品コードが入力装置１１に入力される。
【0072】
図９の説明に戻る。
明細画面ＳＡａを表示したプロセッサ２１は、ＡＣＴ１０２として商品コードが入力されるのを待ち受ける。商品コードが入力されると、プロセッサ２１は、ＡＣＴ１０２からＡＣＴ１０３へと進む。プロセッサ２１は、ＡＣＴ１０３としてマルチキャスト通信により同一グループの決済装置１２０に入力イベントを送信する。入力イベントは、スキャナ２７又はタッチパネル２８から入力された商品コードを含む。
明細画面ＳＡａを表示したプロセッサ２１は、ＡＣＴ１０２として商品コードが入力されるのを待ち受ける。商品コードが入力されると、プロセッサ２１は、ＡＣＴ１０２からＡＣＴ１０３へと進む。プロセッサ２１は、ＡＣＴ１０３としてマルチキャスト通信により同一グループの決済装置１２０に入力イベントを送信する。入力イベントは、スキャナ２７又はタッチパネル２８から入力された商品コードを含む。
【0073】
またプロセッサ２１は、ＡＣＴ１０４として明細レコードＲａを作成する。すなわちプロセッサ２１は、サーバ１３にアクセスして、商品マスタファイル１３１から入力された商品コードを含む商品レコードを取得する。そしてプロセッサ２１は、その商品レコードに記述された商品名、単価等の商品情報を基に、レコード番号ｒ、商品コード、商品名、単価、数量、値割引額、金額等の項目データからなる明細レコードＲａを作成する。なお、数量は“１”である。値割引額は“０”である。金額は、単価である。
【0074】
プロセッサ２１は、ＡＣＴ１０５として明細レコードＲａを第１取引ファイル６３１に記憶する。プロセッサ２１は、ＡＣＴ１０６として明細画面ＳＡａを更新する。すなわちプロセッサ２１は、明細レコードＲａの商品名、数量及び金額を明細画面ＳＡａのカレントエリアＡＡａに表示する。このとき、カレントエリアＡＡａに、当該明細レコードＲａのレコード番号ｒよりも１つ前のレコード番号（ｒ－１）の明細レコードＲａに係るデータが表示されていた場合には、プロセッサ２１は、その明細レコードＲａのレコード番号（ｒ－１）、商品名、数量、単価、値割引額及び金額を明細エリアＡＡｂに表示する。またプロセッサ２１は、第１取引ファイル６３１に記憶した全ての明細レコードＲａの合計数量及び合計金額を合計エリアＡＡｃに表示する。プロセッサ２１は、客用明細画面も同様に更新する。
【0075】
明細画面ＳＡａを更新したプロセッサ２１は、ＡＣＴ１０７へと進む。プロセッサ２１は、ＡＣＴ１０７として商品コードが入力されたか否かを確認する。商品コードが入力されていない場合、プロセッサ２１は、ＡＣＴ１０７からＡＣＴ１０８へと進む。プロセッサ２１は、ＡＣＴ１０８として数量又は値割引のデータが入力されたか否かを確認する。数量又は値割引のデータが入力されていない場合、プロセッサ２１は、ＡＣＴ１０８からＡＣＴ１０９へと進む。プロセッサ２１は、ＡＣＴ１０９として小計ボタンＢＡａが入力されたか否かを確認する。小計ボタンＢＡａが入力されていない場合、プロセッサ２１は、ＡＣＴ１０９からＡＣＴ１０７へと戻る。このように、明細画面ＳＡａを更新したプロセッサ２１は、ＡＣＴ１０７乃至ＡＣＴ１０９として商品コード、数量又は値割引のデータ及び小計ボタンＢＡａの待ち受け状態となる。
【0076】
ＡＣＴ１０７乃至ＡＣＴ１０９の待ち受け状態において、商品コードが入力されると、プロセッサ２１は、ＡＣＴ１０７からＡＣＴ１０３へと戻る。そしてプロセッサ２１は、ＡＣＴ１０３乃至ＡＣＴ１０６の処理を前述したのと同様に実行する。すなわちプロセッサ２１は、マルチキャスト通信により同一グループの決済装置１２０に入力イベントを送信する。プロセッサ２１は、明細レコードＲａを作成し、その明細レコードＲａを第１取引ファイル６３１に記憶する。プロセッサ２１は、第１取引ファイル６３１に記憶した明細レコードＲａのデータを基に明細画面ＳＡａを更新する。その後、プロセッサ２１は、ＡＣＴ１０７乃至ＡＣＴ１０９の待ち受け状態となる。
【0077】
ＡＣＴ１０７乃至ＡＣＴ１０９の待ち受け状態において、キーボード２６のテンキーと乗算キーとによって数量が入力された場合、あるいは値引ボタンＢＡｂ又は割引ボタンＢＡｃとテンキーとにより値引額又は割引率が入力された場合には、プロセッサ２１は、ＡＣＴ１０８からＡＣＴ１１０へと進む。プロセッサ２１は、ＡＣＴ１１０としてマルチキャスト通信により同一グループの決済装置１２０に入力イベントを送信する。入力イベントは、キーボード２６から入力された数量、値引額又は割引率を含む。
【0078】
プロセッサ２１は、ＡＣＴ１１１として第１取引ファイル６３１に記憶したレコード番号ｒの明細レコードＲａを更新する。具体的には、数量が入力された場合には、プロセッサ２１は、明細レコードＲａの数量を入力された値とし、金額を単価と数量との積とする。値引額が入力された場合には、プロセッサ２１は、明細レコードＲａに値引額を記述し、金額から値引額を減じる。割引率が入力された場合には、プロセッサ２１は、明細レコードＲａの単価と割引率とから割引額を算出して記述し、金額から割引額を減じる。そしてプロセッサ２１は、ＡＣＴ１１２として明細レコードＲａを更新した後の第１取引ファイル６３１のデータにより、明細画面ＳＡａのカレントエリアＡＡａと合計エリアＡＡｃの表示を更新する。プロセッサ２１は、客用明細画面も同様に更新する。その後、プロセッサ２１は、ＡＣＴ１０７乃至ＡＣＴ１０９の待ち受け状態に戻る。
【0079】
ＡＣＴ１０７乃至ＡＣＴ１０９の待ち受け状態において、小計ボタンＢＡａが入力された場合には、プロセッサ２１は、ＡＣＴ１０９から図１０のＡＣＴ１２１へと進む。プロセッサ２１は、ＡＣＴ１２１としてタッチパネル２８の画面を支払い方法選択画面ＳＡｂ（図１５を参照）とする。このとき、客用ディスプレイ２９は、客用登録画面のままである。
【0080】
図１５は、支払い方法選択画面ＳＡｂの一表示例である。支払い方法選択画面ＳＡｂは、合計点数及び合計金額が表示される合計エリアＡＡｄを含む。また支払い方法選択画面ＳＡｂは、現金ボタンＢＡｄ、クレジットボタンＢＡｅ、電子マネーボタンＢＡｆ及び戻るボタンＢＡｇのソフトウェアキーを含む。現金ボタンＢＡｄは、現金支払いを選択するための操作子である。クレジットボタンＢＡｅは、クレジットカード支払いを選択するための操作子である。電子マネーボタンＢＡｆは、電子マネー支払いを選択するための操作子である。戻るボタンＢＡｇは、明細画面ＳＡａに戻ることを指令するための操作子である。
【0081】
客３が現金支払いを希望する場合、店員２は現金ボタンＢＡｄを入力する。客３がクレジットカード支払いを希望する場合、店員２はクレジットボタンＢＡｅを入力する。客３が電子マネー支払いを希望する場合、店員２は電子マネーボタンＢＡｆを入力する。なお、本実施形態では、代金支払い方法を現金支払い、クレジットカード支払い及び電子マネー支払いの３種類に限定するが、代金支払い方法はこれら３種類に限定されないのは言うまでもない。例えば、コード決済等のキャッシュレスによる決済方法を含めてもよい。
【0082】
支払い方法選択画面ＳＡｂを表示したプロセッサ２１は、ＡＣＴ１２２としていずれか１つの支払い方法が選択されるのを待ち受ける。なお、図示しないが、ＡＣＴ１２２の待ち受け状態において戻るボタンＢＡｇが入力された場合には、プロセッサ２１は、タッチパネル２８の画面を直前の明細画面ＳＡａに戻す。そしてプロセッサ２１は、ＡＣＴ１０７乃至ＡＣＴ１０９の待ち受け状態となる。
【0083】
ＡＣＴ１２２の待ち受け状態において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの入力によりいずれかの支払い方法が選択されると、プロセッサ２１は、ＡＣＴ１２３へと進む。プロセッサ２１は、ＡＣＴ１２３として支払い種別を取得する。支払い種別は、選択入力を受け付けた代金支払い方法を識別する支払い方法識別データである。例えば、現金ボタンＢＡｄが入力された場合、プロセッサ２１は、支払い方法識別データとして支払い種別「現金」を取得する。クレジットボタンＢＡｅが入力された場合、プロセッサ２１は、支払い方法識別データとして支払い種別「クレジット」を取得する。電子マネーボタンＢＡｆが入力された場合、プロセッサ２１は、支払い方法識別データとして支払い種別「電子マネー」を取得する。支払い種別を取得したプロセッサ２１は、ＡＣＴ１２４としてタッチパネル２８の画面を支払い画面ＳＡｃ（図１６を参照）とする。
【0084】
図１６は、支払い画面ＳＡｃの一表示例である。支払い画面ＳＡｃは、合計点数及び合計金額が表示される合計エリアＡＡｅを含む。また支払い画面ＳＡｃは、小計値引ボタンＢＡｈ、小計割引ボタンＢＡｉ、入力完了ボタンＢＡｊ、ビジィボタンＢＡｋ及び明細に戻るボタンＢＡｍのソフトウェアキーを含む。小計値引ボタンＢＡｈは、合計金額の値引を指令するための操作子である。小計割引ボタンＢＡｉは、合計金額の割引を指令するための操作子である。因みに、小計値引ボタンＢＡｈを入力するとともにキーボード２６のテンキーで値引額を入力することにより、合計金額が値引される。同様に、小計割引ボタンＢＡｉを入力するとともにキーボード２６のテンキーで割引率を入力することにより、合計金額が割引される。
【0085】
入力完了ボタンＢＡｊ及びビジィボタンＢＡｋは、いずれも取引に係るデータの入力終了を指示するための操作子である。同一グループの決済装置１２０のうち親機１２１に対して入力終了を指示する場合には、店員２は、入力完了ボタンＢＡｊを単独で入力する。子機１２２に対して入力終了を指示する場合には、店員２は、ビジィボタンＢＡｋを入力してから入力完了ボタンＢＡｊを入力する。ここに、入力完了ボタンＢＡｊは、第１の操作子として機能する。ビジィボタンＢＡｋは、第２の操作子として機能する。
【0086】
なお、ＡＣＴ１２４において、プロセッサ２１は、客用ディスプレイ２９の画面を客用支払い画面とする。客用支払い画面は、支払い画面ＳＡｃからソフトウェアキーを除いたものである。
【0087】
タッチパネル２８に支払い画面ＳＡｃが表示されたことを確認した店員２は、親機１２１が空いているか否かを確認する。親機１２１が空いている場合、店員２は、入力完了ボタンＢＡｊを入力する。例えば、前の客が親機１２１で決済中であったり、決済は終えているようだが、釣銭を財布にしまうために親機１２１の傍でもたもたしている客がいたりした場合には、店員２は、ビジィボタンＢＡｋを入力してから入力完了ボタンＢＡｊを入力する。
【0088】
図１０の説明に戻る。
支払い画面ＳＡｃを表示したプロセッサ２１は、ＡＣＴ１２５へと進む。プロセッサ２１は、ＡＣＴ１２５としてビジィフラグＦｄを“０”にリセットする。そしてプロセッサ２１は、ＡＣＴ１２６としてビジィボタンＢＡｋが入力されたか否かを確認する。ビジィボタンＢＡｋが入力されていない場合、プロセッサ２１は、ＡＣＴ１２６からＡＣＴ１２７へと進む。プロセッサ２１は、ＡＣＴ１２７として入力完了ボタンＢＡｊが入力されたか否かを確認する。入力完了ボタンＢＡｊが入力されていない場合、プロセッサ２１は、ＡＣＴ１２７からＡＣＴ１２６へと戻る。このようにプロセッサ２１は、ＡＣＴ１２６及びＡＣＴ１２７としてビジィボタンＢＡｋが入力されるか入力完了ボタンＢＡｊが入力されるのを待ち受ける。
支払い画面ＳＡｃを表示したプロセッサ２１は、ＡＣＴ１２５へと進む。プロセッサ２１は、ＡＣＴ１２５としてビジィフラグＦｄを“０”にリセットする。そしてプロセッサ２１は、ＡＣＴ１２６としてビジィボタンＢＡｋが入力されたか否かを確認する。ビジィボタンＢＡｋが入力されていない場合、プロセッサ２１は、ＡＣＴ１２６からＡＣＴ１２７へと進む。プロセッサ２１は、ＡＣＴ１２７として入力完了ボタンＢＡｊが入力されたか否かを確認する。入力完了ボタンＢＡｊが入力されていない場合、プロセッサ２１は、ＡＣＴ１２７からＡＣＴ１２６へと戻る。このようにプロセッサ２１は、ＡＣＴ１２６及びＡＣＴ１２７としてビジィボタンＢＡｋが入力されるか入力完了ボタンＢＡｊが入力されるのを待ち受ける。
【0089】
ＡＣＴ１２６及びＡＣＴ１２７の待ち受け状態において、ビジィボタンＢＡｋが入力された場合には、プロセッサ２１は、ＡＣＴ１２６からＡＣＴ１２８へと進む。プロセッサ２１は、ＡＣＴ１２８としてビジィフラグＦｄを“１”にセットする。その後、プロセッサ２１は、ＡＣＴ１２７へと進む。プロセッサ２１は、入力完了ボタンＢＡｊが入力されるのを待ち受ける。
【0090】
ＡＣＴ１２６及びＡＣＴ１２７の待ち受け状態において、入力完了ボタンＢＡｊが入力されると、プロセッサ２１は、ＡＣＴ１２７からＡＣＴ１２９へと進む。プロセッサ２１は、ＡＣＴ１２９として取引番号を発番する。例えば入力装置１１は、取引番号をカウントするためのカウンタを備えている。プロセッサ２１は、このカウンタをカウントアップして新規の取引番号を発番する。
【0091】
取引番号を発番したプロセッサ２１は、ＡＣＴ１３０へと進む。プロセッサ２１は、ＡＣＴ１３０として加算カウンタｎを“０”に初期化する。次いでプロセッサ２１は、ＡＣＴ１３１としてビジィフラグＦｄを調べる。ビジィフラグＦｄが“０”の場合、すなわち入力完了ボタンＢＡｊが単独で入力された場合には、プロセッサ２１は、ＡＣＴ１３１からＡＣＴ１３２へと進む。プロセッサ２１は、ＡＣＴ１３２として完了イベントの送信先を親機１２１に決定する。
【0092】
これに対し、ビジィフラグＦｄが“１”の場合、すなわちビジィボタンＢＡｋが入力されてから入力完了ボタンＢＡｊが入力された場合には、プロセッサ２１は、ＡＣＴ１３１からＡＣＴ１３３へと進む。プロセッサ２１は、ＡＣＴ１３３として加算カウンタｎを“１”だけカウントアップする。またプロセッサ２１は、ＡＣＴ１３４として完了イベントの送信先を子機１２２に決定する。
【0093】
このように、ＡＣＴ１３２において完了イベントの送信先が親機１２１に決定されるか、ＡＣＴ１３４において完了イベントの送信先が子機１２２に決定されると、プロセッサ２１は、図１１のＡＣＴ１４１へと進む。プロセッサ２１は、ＡＣＴ１４１として加算カウンタｎを“１”だけカウントアップする。したがって、完了イベントの送信先が親機１２１に決定された場合には、加算カウンタｎは“１”となる。完了イベントの送信先が子機１２２に決定された場合には、加算カウンタｎは“２”となる。
【0094】
加算カウンタｎをカウントアップしたプロセッサ２１は、ＡＣＴ１４２へと進む。プロセッサ２１は、ＡＣＴ１４２としてユニキャスト通信により同一グループの決済装置１２０のうち送信先に決定された決済装置１２に完了イベントを送信する。すなわちＡＣＴ１３２において送信先が親機１２１に決定された場合には、プロセッサ２１は、親機フラグＦａが“１”に設定された決済装置ＩＤで特定される決済装置１２に完了イベントを送信する。ＡＣＴ１３４において送信先が子機１２２に決定された場合には、プロセッサ２１は、親機フラグＦａが“０”に設定された決済装置ＩＤで特定される決済装置１２に完了イベントを送信する。完了イベントには、ＡＣＴ１２３において取得した支払い種別と、ＡＣＴ１２９において発番した取引番号とが含まれる。
【0095】
完了イベントを送信したプロセッサ２１は、ＡＣＴ１４３へと進む。プロセッサ２１は、ＡＣＴ１４３として決済装置１２からの応答信号を待ち受ける。取引の決済が可能な決済装置１２が完了イベントを受信すると、当該決済装置１２から肯定応答（ＯＫ）の信号が送信される。取引の決済が不可能な決済装置１２が完了イベントを受信すると、当該決済装置１２から否定応答（ＮＧ）の信号が送信される。
【0096】
応答信号を受信すると、プロセッサ２１は、ＡＣＴ１４３からＡＣＴ１４４へと進む。プロセッサ２１は、ＡＣＴ１４４として応答信号が肯定応答（ＯＫ）の信号なのか否定応答（ＮＧ）の信号なのかを判別する。否定応答（ＮＧ）の信号を受信したプロセッサ２１は、ＡＣＴ１４４からＡＣＴ１４５へと進む。プロセッサ２１は、ＡＣＴ１４５として加算カウンタｎが同一グループ内の決済装置１２の台数Ｎを超えたか否かを確認する。加算カウンタｎが“１”、すなわち親機１２１に完了イベントを送信したがその親機１２１から否定応答（ＮＧ）の信号が返ってきた場合には、プロセッサ２１は、ＡＣＴ１４５からＡＣＴ１４６へと進む。プロセッサ２１は、ＡＣＴ１４６として完了イベントの送信先を子機１２２に決定する。そしてプロセッサ２１は、ＡＣＴ１４１へと戻り、ＡＣＴ１４１以降の処理を前述したのと同様に実行する。すなわちプロセッサ２１は、加算カウンタｎをさらに“１”だけカウントアップする。またプロセッサ２１は、子機１２２、すなわち親機フラグＦａが“０”に設定された決済装置ＩＤで特定される決済装置１２に完了イベントを送信して、応答信号を待ち受ける。
【0097】
これに対し、ＡＣＴ１４５において加算カウンタｎが“２”、すなわち子機１２２に完了イベントを送信したがその子機１２２から否定応答（ＮＧ）の信号が返ってきた場合には、プロセッサ２１は、ＡＣＴ１４５からＡＣＴ１４７へと進む。プロセッサ２１は、ＡＣＴ１４７として完了イベントの送信エラーを報知するための画面をタッチパネル２８に表示する。この画面には、再送ボタンが表示されているので、送信エラーを確認した店員は再送ボタンを入力する。
【0098】
送信エラーを報知したプロセッサ２１は、ＡＣＴ１４７からＡＣＴ１４８へと進む。プロセッサ２１は、ＡＣＴ１４８として再送が指令されるのを待ち受ける。再送ボタンが入力されると、プロセッサ２１は、ＡＣＴ１４８から図１０のＡＣＴ１３０へと戻り、ＡＣＴ１３０以降の処理を前述したのと同様に実行する。したがってこの場合には、ＡＣＴ１３０において加算カウンタｎが“０”になるので、完了イベントは親機１２１に送信される。
【0099】
ＡＣＴ１４４において、肯定応答（ＯＫ）の信号を受信した場合には、プロセッサ２１は、ＡＣＴ１４４からＡＣＴ１４９へと進む。プロセッサ２１は、ＡＣＴ１４９として完了イベントの送信先である決済装置１２を報知する。例えばプロセッサ２１は、送信先である決済装置１２を示す情報をタッチパネル２８に表示する。この表示を確認した店員２は、客３に対し、送信先である決済装置１２で決済を行うように指示することとなる。なおプロセッサ２１は、客用ディスプレイ２９に表示されている客用支払い画面の一部に、送信先である決済装置１２を示す情報を表示してもよい。そうすることにより、客３は、決済を行い得る決済装置１２がどれであるかを知ることができる。
【0100】
送信先の決済装置１２を報知したプロセッサ２１は、ＡＣＴ１５０へと進む。プロセッサ２１は、ＡＣＴ１５０としてユニキャスト通信により同一グループの決済装置１２０のうち送信先以外の決済装置１２に削除イベントを送信する。すなわち送信先の決済装置１２が親機１２１の場合には、プロセッサ２１は、子機１２２、すなわち親機フラグＦａが“０”に設定された決済装置ＩＤで特定される決済装置１２に削除イベントを送信する。送信先の決済装置１２が子機１２２の場合には、プロセッサ２１は、親機１２１、すなわち親機フラグＦａが“１”に設定された決済装置ＩＤで特定される決済装置１２に削除イベントを送信する。
【0101】
削除イベントを送信したプロセッサ２１は、ＡＣＴ１５１へと進む。プロセッサ２１は、ＡＣＴ１５１として第１取引ファイル６３１をクリアする。このクリアにより、第１取引ファイル６３１に記憶していた明細レコードＲａはすべて削除される。以上で、プロセッサ２１は、入力プログラムに従った情報処理を終了する。
【0102】
ここにプロセッサ２１は、ＡＣＴ１０４及びＡＣＴ１０５の処理により、入力側記憶手段５１としての機能を実現する。プロセッサ２１は、ＡＣＴ１０６の処理により、明細表示手段５２としての機能を実現する。プロセッサ２１は、ＡＣＴ１２６及びＡＣＴ１２７の処理により、終了検出手段５３としての機能を実現する。
【0103】
またプロセッサ２１は、ＡＣＴ１０３及びＡＣＴ１１０の処理により、第１送信手段５４としての機能を実現する。プロセッサ２１は、ＡＣＴ１２１乃至ＡＣＴ１２３の処理により、選択手段５５としての機能を実現する。プロセッサ２１は、ＡＣＴ１３０乃至ＡＣＴ１３４、ＡＣＴ１４１及びＡＣＴ１４２の処理により、第１通知手段５６としての機能を実現する。
【0104】
またプロセッサ２１は、ＡＣＴ１４４乃至ＡＣＴ１４６、ＡＣＴ１４１及びＡＣＴ１４２の処理により、第２通知手段５７としての機能を実現する。プロセッサ２１は、ＡＣＴ１５０の処理により、第３通知手段５８としての機能を実現する。プロセッサ２１は、ＡＣＴ１４９の処理により、決済先報知手段５９としての機能を実現する。プロセッサ２１は、ＡＣＴ１５１の処理により、入力側削除手段５１０としての機能を実現する。
【0105】
次に、決済装置１２のプロセッサ３１が決済プログラムにしたがって実行する情報処理の要部手順を図１２及び図１３の流れ図を用いて説明する。
状態フラグＦｃが“０”、すなわち待機中にある決済装置１２のプロセッサ３１は、図１２及び図１３の流れ図に示す手順の情報処理を開始する。先ず、プロセッサ３１は、ＡＣＴ２０１としてタッチパネル３８の画面を待機画面ＳＢａ（図１７を参照）とする。
状態フラグＦｃが“０”、すなわち待機中にある決済装置１２のプロセッサ３１は、図１２及び図１３の流れ図に示す手順の情報処理を開始する。先ず、プロセッサ３１は、ＡＣＴ２０１としてタッチパネル３８の画面を待機画面ＳＢａ（図１７を参照）とする。
【0106】
図１７は、待機画面ＳＢａの一表示例である。待機画面ＳＢａは、オペレータに待機中であることを知らせる画面である。決済装置１２のオペレータは、原則、客３である。したがって、待機画面ＳＢａは、客３が勝手に操作しないような画像を表示した画面であればよい。例えば「いらっしゃいませ」、「お待ちください」等のテキストを表示した画面であってもよいし、店舗のロゴ等のイラストを表示した画面であってもよい。
【0107】
待機画面ＳＢａを表示したプロセッサ３１は、ＡＣＴ２０２として入力装置１１から送信される入力イベントを待ち受ける。この待ち受け状態において、通信ユニット３５を介して入力イベントを受信すると、プロセッサ３１は、ＡＣＴ２０２からＡＣＴ２０３へと進む。プロセッサ３１は、ＡＣＴ２０３として商品コードを含む入力イベントを受信したか否かを確認する。
【0108】
前述したように、入力イベントには、商品コードを含む入力イベントと、数量、値引額又は割引率を含む入力イベントがある。ＡＣＴ２０３において、商品コードを含む入力イベントを受信したことを確認したプロセッサ３１は、ＡＣＴ２０４へと進む。プロセッサ３１は、ＡＣＴ２０４として明細レコードＲａを作成する。すなわちプロセッサ３１は、サーバ１３にアクセスして、商品マスタファイル１３１から入力イベントに含まれる商品コードを含む商品レコードを取得する。そしてプロセッサ３１は、その商品レコードに記述された商品名、単価等の商品情報を基に、レコード番号ｒ、商品コード、商品名、単価、数量、値割引額、金額等の項目データからなる明細レコードＲａを作成する。なお、数量は“１”である。値割引額は“０”である。金額は、単価である。
【0109】
明細レコードＲａを作成したプロセッサ３１は、ＡＣＴ２０５へと進む。プロセッサ３１は、ＡＣＴ２０５としてその明細レコードＲａを第２取引ファイル８１１に記憶する。
【0110】
一方、受信した入力イベントが商品コードを含まない入力イベントの場合、プロセッサ３１は、ＡＣＴ２０３からＡＣＴ２０６へと進む。プロセッサ３１は、ＡＣＴ２０６として数量、値引額又は割引率を含む入力イベントを受信したか否かを確認する。数量、値引額又は割引率を含む入力イベントを受信した場合、プロセッサ３１は、ＡＣＴ２０６からＡＣＴ２０７へと進む。プロセッサ３１は、ＡＣＴ２０７として第２取引ファイル８１１に記憶したレコード番号ｒの明細レコードＲａを更新する。具体的には、数量を含む入力イベントを受信した場合には、プロセッサ３１は、明細レコードＲａの数量を入力イベントに含まれる値とし、金額を単価と数量との積とする。値引額を含む入力イベントを受信した場合には、プロセッサ３１は、明細レコードＲａに値引額を記述し、金額から値引額を減じる。割引率を含む入力イベントを受信した場合には、プロセッサ３１は、明細レコードＲａの単価と割引率とから割引額を算出して記述し、金額から割引額を減じる。
【0111】
こうして、ＡＣＴ２０５又はＡＣＴ２０７の処理を終えると、プロセッサ３１は、ＡＣＴ２０８へと進む。プロセッサ３１は、ＡＣＴ２０８として次の入力イベントを受信したか否かを確認する。入力イベントを受信していない場合、プロセッサ３１は、ＡＣＴ２０８からＡＣＴ２０９へと進む。プロセッサ３１は、ＡＣＴ２０９として完了イベントを受信したか否かを確認する。完了イベントを受信していない場合、プロセッサ３１は、ＡＣＴ２０９からＡＣＴ２１０へと進む。プロセッサ３１は、ＡＣＴ２１０として削除イベントを受信したか否かを確認する。削除イベントを受信していない場合、プロセッサ３１は、ＡＣＴ２０８へと戻る。このようにプロセッサ３１は、ＡＣＴ２０８乃至ＡＣＴ２１０として入力イベント、完了イベント又は削除イベントを待ち受ける。
【0112】
ＡＣＴ２０８乃至ＡＣＴ２１０の待ち受け状態において、入力イベントを受信した場合には、プロセッサ３１は、ＡＣＴ２０８からＡＣＴ２０３へと戻る。そしてプロセッサ３１は、ＡＣＴ２０３以降の処理を前述したのと同様に実行する。すなわち、商品コードを含む入力イベントを受信した場合には、プロセッサ３１は、明細レコードＲａを作成し、その明細レコードＲａを第２取引ファイル８１１に記憶する。数量、割引額又は割引率を含む入力イベントを受信した場合には、プロセッサ３１は、レコード番号ｒの明細レコードＲａ、すなわち直前のＡＣＴ２０５の処理で第２取引ファイル８１１に記憶した明細レコードＲａを更新する。そしてプロセッサ３１は、再びＡＣＴ２０８乃至ＡＣＴ２１０の待ち受け状態となる。
【0113】
ＡＣＴ２０８乃至ＡＣＴ２１０の待ち受け状態において、削除イベントを受信した場合には、プロセッサ３１は、ＡＣＴ２１０からＡＣＴ２１１へと進む。プロセッサ３１は、ＡＣＴ２１１として第２取引ファイル８１１をクリアする。このクリアにより、第２取引ファイル８１１に記憶していた明細レコードＲａはすべて削除される。第２取引ファイル８１１をクリアしたプロセッサ３１は、決済プログラムに従った情報処理を終了する。その後、プロセッサ３１は、再び、ＡＣＴ２０１としてタッチパネル３８の画面を待機画面ＳＢａとする。
【0114】
ＡＣＴ２０８乃至ＡＣＴ２１０の待ち受け状態において、完了イベントを受信した場合には、プロセッサ３１は、ＡＣＴ２０９から図１３のＡＣＴ２２１へと進む。プロセッサ３１は、ＡＣＴ２２１としてフラグメモリ８２の状態フラグＦｃを調べる。状態フラグＦｃが“０”、すなわち当該決済装置１２が待機中の場合、プロセッサ３１は、ＡＣＴ２２１からＡＣＴ２２２へと進む。プロセッサ３１は、ＡＣＴ２２２として完了イベントに含まれている支払い種別を取得する。
【0115】
支払い種別を取得したプロセッサ３１は、ＡＣＴ２２３へと進む。プロセッサ３１は、ＡＣＴ２２３としてその支払い種別がキャッシュレスの支払い方法を示す支払い種別であるか否かを確認する。キャッシュレスの支払い方法を示す支払い種別は、「クレジット」または「電子マネー」である。支払い種別「現金」は、キャッシュレスの支払い種別ではない。
【0116】
支払い種別がキャッシュレスの支払い方法でない場合、すなわち「現金」の場合には、プロセッサ３１は、ＡＣＴ２２３からＡＣＴ２２５へと進む。一方、支払い種別がキャッシュレスの支払い方法である場合、すなわち「クレジット」または「電子マネー」の場合には、プロセッサ３１は、ＡＣＴ２２３からＡＣＴ２２４へと進む。プロセッサ３１は、ＡＣＴ２２４としてフラグメモリ８２の接続フラグＦｂを調べる。接続フラグＦｂが“１”、すなわち当該決済装置１２にキャッシュレス決済端末５が接続されている場合には、プロセッサ３１は、ＡＣＴ２２４からＡＣＴ２２５へと進む。
【0117】
このように、支払い種別が「現金」の場合、あるいは支払い種別が「クレジット」または「電子マネー」であり、接続フラグＦｂが“１”の場合には、プロセッサ３１は、ＡＣＴ２２５へと進む。プロセッサ３１は、ＡＣＴ２２５として入力装置１１に肯定応答（ＯＫ）を送信するように通信ユニット３５を制御する。この制御により、決済装置１２から完了イベント送信元の入力装置１１に対して肯定応答（ＯＫ）の信号が送信される。
【0118】
肯定応答（ＯＫ）の送信を制御したプロセッサ３１は、ＡＣＴ２２６へと進む。プロセッサ３１は、ＡＣＴ２２６としてフラグメモリ８２の状態フラグＦｃを“０”から“１”に変更する。すなわちプロセッサ３１は、当該決済装置１２が決済中であることを示す情報を記憶する。また、プロセッサ３１は、ＡＣＴ２２７として第２取引ファイル８１１のデータを第３取引ファイル８１２に複写する。そしてプロセッサ３１は、ＡＣＴ２２８として第２取引ファイル８１１をクリアする。このクリアにより、第２取引ファイル８１１に記憶していた明細レコードＲａはすべて削除される。
【0119】
第２取引ファイル８１１をクリアしたプロセッサ３１は、ＡＣＴ２２９へと進む。プロセッサ３１は、ＡＣＴ２２９としてタッチパネル３８の画面を支払い種別に対応した会計画面ＳＢｂ（図１８を参照）とする。
【0120】
図１８は、支払い種別が「現金」であった場合の会計画面ＳＢｂの一表示例である。会計画面ＳＢｂは、合計点数及び合計金額が表示される合計エリアＡＢａを含む。また会計画面ＳＢｂは、変更ボタンＢＢａ及び店員呼出ボタンＢＢｂのソフトウェアキーを含む。会計画面ＳＢｂは、決済装置１２のオペレータに対して会計の方法を知らせる画面である。決済装置１２のオペレータは、原則、客３である。したがって、例えば「現金支払いが選択されています。代金を投入してください」というテキストが会計画面ＳＢｂに表示される。このテキストを確認した客３は、自動釣銭機に代金相当の現金を投入する。
【0121】
なお、店員を呼び出したい客３は、店員呼出ボタンＢＢｂを入力する。店員呼出ボタンＢＢｂが入力されると、決済装置１２から入力装置１１に店員呼出信号が出力されて、入力装置１１のタッチパネル２８に客から呼び出しがあることを店員に知らせる画像が表示される。
【0122】
また、支払い方法を変更したい客３は、変更ボタンＢＢａを入力する。変更ボタンＢＢａが入力されることにより、タッチパネル３８に支払い方法選択画面が表示されるので、客３は、希望する支払い方法を選択する。ただし、キャッシュレス決済端末５が接続されていない決済装置１２においては、クレジットカード、電子マネー等のキャッシュレスの支払方法を選択することはできない。
【0123】
会計画面ＳＢｂを表示したプロセッサ３１は、ＡＣＴ２３０として代金の支払いが完了するのを待ち受ける。例えば支払い種別が「現金」であり、自動釣銭機に代金相当の現金が投入された場合には、プロセッサ３１は、代金の支払いが完了したと判断する。例えば支払い種別が「クレジット」または「電子マネー」の場合には、プロセッサ３１は、キャッシュレス決済端末５から決済完了の信号を待ち受ける。決済完了の信号を受信すると、プロセッサ３１は、代金の支払いが完了したと判断する。
【0124】
代金の支払いが完了すると、プロセッサ３１は、ＡＣＴ２３０からＡＣＴ２３１へと進む。プロセッサ３１は、ＡＣＴ２３１としてプリンタ３９を動作させて、取引レシートを発行する。取引レシートには、第３取引ファイル８１２に記憶された明細レコードＲａのデータ、つまりは買上商品の商品名、数量、単価、金額等が印字される。また、買上商品の合計金額、支払い金額、釣銭額、完了イベントに含まれていた取引番号等も印字される。
【0125】
取引レシートを発行したプロセッサ３１は、ＡＣＴ２３２へと進む。プロセッサ３１は、ＡＣＴ２３２として第３取引ファイル８１２に記憶した明細レコードＲａに基づいて、買上商品の売上処理を行う。この売上処理により、売上マスタファイル１３２に記憶される買上商品の売上点数及び売上金額が更新される。
【0126】
買上商品の売上処理を終えたプロセッサ３１は、ＡＣＴ２３３へと進む。プロセッサ３１は、ＡＣＴ２３３として第３取引ファイル８１２をクリアする。このクリアにより、第３取引ファイル８１２に記憶されていた明細レコードＲａが削除される。
【0127】
第３取引ファイル８１２をクリアしたプロセッサ３１は、ＡＣＴ２３４へと進む。プロセッサ３１は、ＡＣＴ２３４として状態フラグＦｃを“１”から“０”に変更する。すなわちプロセッサ３１は、当該決済装置１２が待機中であることを示す情報を記憶する。以上で、プロセッサ３１は、決済プログラムに従った情報処理を終了する。その後、プロセッサ３１は、再び、ＡＣＴ２０１としてタッチパネル３８の画面を待機画面ＳＢａとする。
【0128】
一方、ＡＣＴ２２１において状態フラグＦｃが“１”である場合、すなわち決済中の状態にある決済装置１２が完了イベントを受信した場合には、プロセッサ３１は、ＡＣＴ２２１からＡＣＴ２３５へと進む。プロセッサ３１は、ＡＣＴ２３５として入力装置１１に否定応答（ＮＧ）を送信するように通信ユニット３５を制御する。
【0129】
同様に、ＡＣＴ２２４において接続フラグＦｂが“１”である場合、すなわちキャッシュレス決済端末５を接続していない決済装置１２がキャッシュレスの支払い種別を含む完了イベントを受信した場合には、プロセッサ３１は、ＡＣＴ２２４からＡＣＴ２３５へと進む。プロセッサ３１は、ＡＣＴ２３５として入力装置１１に否定応答（ＮＧ）を送信するように通信ユニット３５を制御する。
【0130】
この制御により、決済装置１２から完了イベント送信元の入力装置１１に対して否定応答（ＮＧ）の信号が送信される。否定応答（ＮＧ）の送信を制御したプロセッサ３１は、図１２のＡＣＴ２０８と戻る。プロセッサ３１は、入力イベント、完了イベント又は削除イベントの待ち受け状態に戻る。
【0131】
ここにプロセッサ３１は、ＡＣＴ２０３乃至ＡＣＴ２０５処理により、決済側記憶手段７１としての機能を実現する。プロセッサ３１は、ＡＣＴ２２９の処理により、金額表示手段７２としての機能を実現する。プロセッサ３１は、ＡＣＴ２２１乃至ＡＣＴ２２５及びＡＣＴ２３５の処理により、決済応答手段７３としての機能を実現する。プロセッサ３１は、ＡＣＴ２３０乃至ＡＣＴ２３２の処理により決済手段７４としての機能を実現する。プロセッサ３１は、ＡＣＴ２１１の処理により決済側削除手段７５としての機能を実現する。
【0132】
以上で、入力装置１１のプロセッサ２１及び決済装置１２のプロセッサ３１が実行する主要な情報処理の説明を終了する。次に、この情報処理に基づく会計システム１の動作について説明する。
【0133】
店員２が入力装置１１の入力デバイス６１を操作して取引に係るデータを入力すると、入力装置１１においては、明細レコードＲａが作成されて、第１取引ファイル６３１に記憶される。そして、第１取引ファイル６３１に記憶された明細レコードＲａのデータに基づいて明細画面ＳＡａがタッチパネル２８に表示される。なお、このとき、客用ディスプレイ２９には、明細画面ＳＡａのカレントエリアＡＡａ及び合計エリアＡＡｃに表示されている情報が表示される。したがって客３は、買上商品の商品名、単価、合計金額等を容易に知り得る。
【0134】
また、入力装置１１においては、取引に係るデータが入力される毎に、その取引に係るデータを含む入力イベントが同一グループの決済装置１２０に送信される。これにより、決済装置１２０においても、明細レコードＲａが作成されて、第２取引ファイル８１１に記憶される。ただし、タッチパネル３８の画面は、待機画面ＳＢａである。タッチパネル３８に明細画面ＳＡａが表示されることはない。したがって、入力装置１１を介してデータ入力が行われている客の買上商品の情報を、決済装置１２の画面から他の客に見られるようなことはない。
【0135】
取引に係るデータの入力を終えて、店員２が小計ボタンＢＡａを入力すると、タッチパネル２８の画面が支払い方法選択画面ＳＡｂとなる。そこで店員２は、客に支払い方法を確認し、客が希望する支払い方法を選択操作する。例えば客３が現金支払いを希望した場合には、店員２は、現金ボタンＢＡｄを入力する。例えば客３がクレジットカード支払いを希望した場合には、店員２は、クレジットボタンＢＡｅを入力する。例えば客３が電子マネー支払いを希望した場合には、店員２は、電子マネーボタンＢＡｆを入力する。
【0136】
現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆが入力されると、タッチパネル２８の画面が支払い画面ＳＡｃとなるので、店員２は、親機１２１の前に別の客がいないか確認する。親機１２１の前に別の客がいない場合、店員２は、入力完了ボタンＢＡｊを単独で入力する。親機１２１の前に別の客がいる場合には、店員２は、ビジィボタンＢＡｋを入力してから入力完了ボタンＢＡｊを入力する。
【0137】
入力完了ボタンＢＡｊが入力されることにより、入力装置１１から同一グループの決済装置１２０のうちいずれか１台の決済装置１２に完了イベントが送信される。具体的には、入力完了ボタンＢＡｊが単独で入力された場合には、親機１２１に完了イベントが送信される。ビジィボタンＢＡｋとともに入力完了ボタンＢＡｊが入力された場合には、子機１２２に完了イベントが送信される。完了イベントには、支払い方法選択画面ＳＡｂで選択された支払い方法の識別データである支払い種別が含まれている。
【0138】
完了イベントを受信した決済装置１２においては、その完了イベントに含まれる支払い種別と、接続フラグＦｂ及び状態フラグＦｃの値とにより、肯定応答（ＯＫ）を送信するか否定応答（ＮＧ）を送信するかが決定される。そこで次に、決済装置１２が肯定応答（ＯＫ）を送信する場合と否定応答（ＮＧ）を送信する場合とについて、図１９乃至図３４を用いて詳細に説明する。図１９乃至図３４は、入力装置１１（１１－１）の支払い方法選択画面Ｓａｂ及び支払画面ＳＡｃに対する操作入力のパターン別に、同一グループの決済装置１２０、すなわち決済装置１２（１２－１）と決済装置１２（１２－２）から送信される応答信号を説明するための図である。
【0139】
図１９乃至図２２は、キャッシュレス決済端末５を接続した決済装置１２（１２－１）が親機１２１に設定され、キャッシュレス決済端末５を接続していない決済装置１２（１２－２）が子機１２２に設定された例である。そして図１９は、決済装置１２（１２－１）及び決済装置１２（１２－２）がいずれも待機中の場合である。図２０は、決済装置１２（１２－１）が決済中であり、決済装置１２（１２－２）が待機中の場合である。図２１は、決済装置１２（１２－１）が待機中であり、決済装置１２（１２－２）が決済中の場合である。図２２は、決済装置１２（１２－１）及び決済装置１２（１２－２）がいずれも決済中の場合である。
【0140】
図１９の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－１）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－１）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0141】
一方、図１９の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、待機中であるので決済処理が可能である。ただし、決済装置１２（１２－２）は、キャッシュレス決済端末５を接続していないので、クレジットカード又は電子マネーのキャッシュレス支払いに対応していない。したがって、支払い種別［現金］を含む完了イベントを受信した場合には、決済装置１２（１２－２）は、肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返すが、支払い種別［クレジット］又は支払い種別［電子マネー］を含む完了イベントを受信した場合には、決済装置１２（１２－２）は、否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0142】
図２０の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－１）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0143】
否定応答（ＮＧ）の信号を受信した入力装置１１（１１－１）においては、完了イベントの送信先が子機１２２に変更される。そして子機１２２の決済装置１２（１２－２）に完了イベントが送信される。このとき決済装置１２（１２－２）は、待機中であるので決済処理が可能である。ただし、決済装置１２（１２－２）は、キャッシュレス決済端末５を接続していないので、クレジットカード又は電子マネーのキャッシュレス支払いに対応していない。したがって決済装置１２（１２－２）は、支払い種別［現金］を含む完了イベントを受信した場合には、肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返すが、支払い種別［クレジット］又は支払い種別［電子マネー］を含む完了イベントを受信した場合には、否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0144】
一方、図２０の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、待機中であるので決済処理が可能である。ただし、決済装置１２（１２－２）は、キャッシュレス決済端末５を接続していないので、クレジットカード又は電子マネーのキャッシュレス支払いに対応していない。したがって決済装置１２（１２－２）は、支払い種別［現金］を含む完了イベントを受信した場合には、肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返すが、支払い種別［クレジット］又は支払い種別［電子マネー］を含む完了イベントを受信した場合には、否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0145】
図２１の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－１）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－１）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0146】
一方、図２１の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－２）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0147】
図２２の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－１）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0148】
否定応答（ＮＧ）の信号を受信した入力装置１１（１１－１）においては、完了イベントの送信先が子機１２２に変更される。そして子機１２２の決済装置１２（１２－２）に完了イベントが送信される。このとき決済装置１２（１２－２）も、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－２）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0149】
一方、図２２の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－２）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0150】
なお、図１９乃至図２３の例において、入力装置１１（１１－１）は、子機１２２から否定応答（ＮＧ）の信号を受信すると、送信エラーを報知する。そして、この報知に対して再送が指令されると、入力装置１１（１１－１）は、親機１２１又は子機１２２に対して完了イベントを再送する。
【0151】
図２３乃至図２６は、キャッシュレス決済端末５を接続した決済装置１２（１２－１）が子機１２２に設定され、キャッシュレス決済端末５を接続していない決済装置１２（１２－２）が親機１２１に設定された例である。そして図２３は、決済装置１２（１２－１）及び決済装置１２（１２－２）がいずれも待機中の場合である。図２４は、決済装置１２（１２－１）が決済中であり、決済装置１２（１２－２）が待機中の場合である。図２５は、決済装置１２（１２－１）が待機中であり、決済装置１２（１２－２）が決済中の場合である。図２６は、決済装置１２（１２－１）及び決済装置１２（１２－２）がいずれも決済中の場合である。
【0152】
図２３の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、待機中であるので決済処理が可能である。ただし、決済装置１２（１２－２）は、キャッシュレス決済端末５を接続していないので、クレジットカード又は電子マネーのキャッシュレス支払いに対応していない。したがって決済装置１２（１２－２）は、支払い種別［現金］を含む完了イベントを受信した場合には、肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返すが、支払い種別［クレジット］又は支払い種別［電子マネー］を含む完了イベントを受信した場合には、否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0153】
否定応答（ＮＧ）の信号を受信した入力装置１１（１１－１）においては、完了イベントの送信先が子機１２２に変更される。そして子機１２２の決済装置１２（１２－１）に完了イベントが送信される。このとき決済装置１２（１２－１）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－１）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－１）は、支払種別［クレジット］又は支払い種別［電子マネー］を含む完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0154】
一方、図２３の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－１）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－１）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0155】
図２４の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、待機中であるので決済処理が可能である。ただし、決済装置１２（１２－２）は、キャッシュレス決済端末５を接続していないので、クレジットカード又は電子マネーのキャッシュレス支払いに対応していない。したがって決済装置１２（１２－２）は、支払い種別［現金］を含む完了イベントを受信した場合には、肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返すが、支払い種別［クレジット］又は支払い種別［電子マネー］を含む完了イベントを受信した場合には、否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0156】
否定応答（ＮＧ）の信号を受信した入力装置１１（１１－１）においては、完了イベントの送信先が子機１２２に変更される。そして子機１２２の決済装置１２（１２－１）に完了イベントが送信される。このとき決済装置１２（１２－１）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－１）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0157】
一方、図２４の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－１）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0158】
図２５の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－２）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0159】
否定応答（ＮＧ）の信号を受信した入力装置１１（１１－１）においては、完了イベントの送信先が子機１２２に変更される。そして子機１２２の決済装置１２（１２－１）に完了イベントが送信される。このとき決済装置１２（１２－１）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－１）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－１）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0160】
一方、図２５の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－１）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－１）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0161】
図２６の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－２）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0162】
否定応答（ＮＧ）の信号を受信した入力装置１１（１１－１）においては、完了イベントの送信先が子機１２２に変更される。そして子機１２２の決済装置１２（１２－１）に完了イベントが送信される。このとき決済装置１２（１２－１）も、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－１）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0163】
一方、図２６の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－１）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0164】
なお、図２４乃至図２６の例においても、入力装置１１（１１－１）は、子機１２２から否定応答（ＮＧ）の信号を受信すると、送信エラーを報知する。そして、この報知に対して再送が指令されると、入力装置１１（１１－１）は、親機１２１又は子機１２２に対して完了イベントを再送する。
【0165】
図２７乃至図３０は、決済装置１２（１２－１）だけでなく、決済装置１２（１２－２）もキャッシュレス決済端末５を接続し、決済装置１２（１２－１）が親機１２１に設定され、決済装置１２（１２－２）が子機１２２に設定された例である。図２７は、決済装置１２（１２－１）及び決済装置１２（１２－２）がいずれも待機中の場合である。図２８は、決済装置１２（１２－１）が決済中であり、決済装置１２（１２－２）が待機中の場合である。図２９は、決済装置１２（１２－１）が待機中であり、決済装置１２（１２－２）が決済中の場合である。図３０は、決済装置１２（１２－１）及び決済装置１２（１２－２）がいずれも決済中の場合である。
【0166】
図２７の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－１）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－１）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0167】
一方、図２７の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－２）も、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－２）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0168】
図２８の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－１）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0169】
否定応答（ＮＧ）の信号を受信した入力装置１１（１１－１）においては、完了イベントの送信先が子機１２２に変更される。そして子機１２２の決済装置１２（１２－２）に完了イベントが送信される。このとき決済装置１２（１２－２）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－２）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－２）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0170】
一方、図２８の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－２）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－２）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0171】
図２９の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－１）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－１）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0172】
一方、図２９の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－２）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0173】
図３０の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－１）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0174】
否定応答（ＮＧ）の信号を受信した入力装置１１（１１－１）においては、完了イベントの送信先が子機１２２に変更される。そして子機１２２の決済装置１２（１２－２）に完了イベントが送信される。このとき決済装置１２（１２－２）も、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－２）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0175】
一方、図３０の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－２）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0176】
なお、図２７乃至図３０の例においても、入力装置１１（１１－１）は、子機１２２から否定応答（ＮＧ）の信号を受信すると、送信エラーを報知する。そして、この報知に対して再送が指令されると、入力装置１１（１１－１）は、親機１２１又は子機１２２に対して完了イベントを再送する。
【0177】
図３１乃至図３４は、決済装置１２（１２－１）だけでなく、決済装置１２（１２－２）もキャッシュレス決済端末５を接続し、決済装置１２（１２－１）が子機１２２に設定され、決済装置１２（１２－２）が親機１２１に設定された例である。図３１は、決済装置１２（１２－１）及び決済装置１２（１２－２）がいずれも待機中の場合である。図３２は、決済装置１２（１２－１）が決済中であり、決済装置１２（１２－２）が待機中の場合である。図３３は、決済装置１２（１２－１）が待機中であり、決済装置１２（１２－２）が決済中の場合である。図３４は、決済装置１２（１２－１）及び決済装置１２（１２－２）がいずれも決済中の場合である。
【0178】
図３１の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－２）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－２）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0179】
一方、図３１の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－１）も、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－１）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0180】
図３２の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、待機中であるので決済処理が可能である。よって決済装置１２（１２－２）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0181】
一方、図３２の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、決済中であるので決済処理が不可能である。よって決済装置１２（１２－１）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0182】
図３３の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－２）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0183】
否定応答（ＮＧ）の信号を受信した入力装置１１（１１－１）においては、完了イベントの送信先が子機１２２に変更される。そして子機１２２の決済装置１２（１２－１）に完了イベントが送信される。このとき決済装置１２（１２－１）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－１）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－１）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0184】
一方、図３３の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、待機中であるので決済処理が可能である。また、決済装置１２（１２－１）は、キャッシュレス決済端末５を接続しているので、現金のみならずクレジットカード又は電子マネーの支払いにも対応している。よって決済装置１２（１２－１）は、完了イベントに対して肯定応答（ＯＫ）の信号を入力装置１１（１１－１）に返す。
【0185】
図３４の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆに続いて入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントは親機１２１の決済装置１２（１２－２）に送信される。このとき決済装置１２（１２－２）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－２）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0186】
否定応答（ＮＧ）の信号を受信した入力装置１１（１１－１）においては、完了イベントの送信先が子機１２２に変更される。そして子機１２２の決済装置１２（１２－１）に完了イベントが送信される。このとき決済装置１２（１２－１）も、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－１）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0187】
一方、図３４の例において、現金ボタンＢＡｄ、クレジットボタンＢＡｅ又は電子マネーボタンＢＡｆの後にビジィボタンＢＡｋが入力され、続いて入力完了ボタンＢＡｊが入力された場合には、完了イベントは子機１２２の決済装置１２（１２－１）に送信される。このとき決済装置１２（１２－１）は、決済中であるので決済処理が不可能である。したがって、決済装置１２（１２－１）は、完了イベントに対して否定応答（ＮＧ）の信号を入力装置１１（１１－１）に返す。
【0188】
なお、図３１乃至図３４の例においても、入力装置１１（１１－１）は、子機１２２から否定応答（ＮＧ）の信号を受信すると、送信エラーを報知する。そして、この報知に対して再送が指令されると、入力装置１１（１１－１）は、親機１２１又は子機１２２に対して完了イベントを再送する。
【0189】
以上詳述したように、第１の実施形態によれば、入力装置１１が、売買された商品の明細情報と合計情報とを含む決済情報を生成して決済装置１２に送信することなく、店員２と客３が操作を分担して取引を決済できる会計システム１を提供することができる。
【0190】
しかも、例えば親機１２１が決済中であり決済処理が不可能な場合でも、子機１２２が待機中であり決済処理が可能な場合には、客３は、子機１２２で取引を決済できる。その際においても、入力装置１１が決済情報を生成して子機１２２に送信する必要はない。
【0191】
また、例えば親機１２１で決済処理が実行されるために削除イベントを受信した子機１２２においては、第２取引ファイル８１１に記憶していた明細レコードＲａが破棄される。したがって子機１２２は、直ちに次の客の決済に備えることができる。
【0192】
また、入力装置１１は、入力完了ボタンＢＡｊが単独で入力された場合には、完了イベントを親機１２１に送信するが、入力完了ボタンＢＡｊとともにビジィボタンＢＡｋが入力された場合には完了イベントを子機１２２に送信する。そこで、例えば会計は終えたものの親機１２１の前で財布にお金をしまうのに時間がかかっている客３がいるような場合には、店員２は、ビジィボタンＢＡｋを入力してから入力完了ボタンＢＡｊが入力する。そうすると、完了イベントが子機１２２に送信され、親機１２１に送信されることはない。したがって、もたもたしている客がいる親機１２１に完了イベントが送信されてしまい、次の客の決済金額が親機１２１のタッチパネル３８に表示されることはない。
【0193】
また、店員２は、客３が希望する代金の支払い方法を入力装置１１に入力する。そうすると、完了イベントが送信された決済装置１２においては、その代金支払い方法による決済処理が実行される。したがって、客３が決済装置１２において代金の支払い方法を指定する面倒も解消される。
【0194】
その上、客３が希望する代金の支払い方法での決済処理が不可能な決済装置１２からは入力装置１１に対して否定応答が返信される。したがって、客３が希望する代金の支払い方法での決済処理が不可能な決済装置１２に、店員２が客３を案内してしまう不具合もない。
【0195】
［第２の実施形態］
次に、第２の実施形態について、図３５乃至図４４を用いて説明する。
第２の実施形態は、第１の実施形態の会計システム１において、入力装置１１に入力された１取引の買上商品のデータを、入力完了ボタンＢＡｊの入力である入力終了指示が行われる前に、遡って修正する機能を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
次に、第２の実施形態について、図３５乃至図４４を用いて説明する。
第２の実施形態は、第１の実施形態の会計システム１において、入力装置１１に入力された１取引の買上商品のデータを、入力完了ボタンＢＡｊの入力である入力終了指示が行われる前に、遡って修正する機能を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
【0196】
図３５は、入力装置１１のプロセッサ２１が有する主要な機能構成を示すブロック図である。プロセッサ２１は、入力側記憶手段５１、明細表示手段５２、終了検出手段５３、第１送信手段５４、選択手段５５、第１通知手段５６、第２通知手段５７、第３通知手段５８、決済先報知手段５９及び入力側削除手段５１０に加えて、修正受付手段５１１、入力側修正手段５１２及び第２送信手段５１３としての機能を有する。
【0197】
修正受付手段５１１は、明細表示手段５２によりタッチパネル２８の明細画面ＳＡａに表示されている明細情報の修正を受け付ける機能である。明細画面ＳＡａの明細エリアＡＡｂには、一連のレコード番号順に、一取引の買上商品として入力された商品の商品名、数量、単価、値割引額及び金額がリスト形式で表示されている。修正受付手段５１１は、明細エリアＡＡｂに商品名、数量、単価等が表示されている明細レコードＲａの削除、若しくは数量、単価、値引額、割引率の変更等を受け付ける。
【0198】
入力側修正手段５１２は、第１送信手段５４により同一グループの決済装置１２０のそれぞれに送信した取引に係るデータを、終了検出手段５３により当該取引に係るデータの入力終了指示が検出される前に修正する機能である。複数台の決済装置１２に送信された取引に係るデータは、明細レコードＲａとして第１取引ファイル６３１に記憶されている。入力側修正手段５１２は、入力デバイス６１からの入力に応じて、第１取引ファイル６３１に記憶されている明細レコードＲａを修正する。例えば入力側修正手段５１２は、明細レコードＲａを削除する。例えば入力側修正手段５１２は、明細レコードＲａの単価、数量、値割引額等を修正する。
【0199】
第２送信手段５１３は、入力側修正手段５１２により修正された取引に係るデータを、終了検出手段５３により当該取引に係るデータの入力終了指示が検出される前に、同一グループの決済装置１２０のそれぞれに送信する機能である。
【0200】
図３６は、決済装置１２のプロセッサ３１が有する主要な機能構成を示すブロック図である。プロセッサ３１は、決済側記憶手段７１、金額表示手段７２、決済応答手段７３、決済手段７４及び決済側削除手段７５に加えて、決済側修正手段７６としての機能を有する。
【0201】
決済側修正手段７６は、第２送信手段５１３により入力装置１１から送信されてくる取引に係るデータで、決済側記憶部８１に記憶している取引に係るデータを修正する機能である。決済側記憶部８１の第２取引ファイル８１１には、第１送信手段５４により入力装置１１から送信された取引に係るデータを基に決済装置１２で作成された明細レコードＲａが記憶されている。決済側修正手段７６は、第２取引ファイル８１１に記憶した明細レコードＲａを、第２送信手段５１３により入力装置１１から送信されてくる取引に係るデータで修正する。例えば決済側修正手段７６は、明細レコードＲａを削除する。例えば決済側修正手段７６は、明細レコードＲａの単価、数量、値割引額等を修正する。
【0202】
次に、図３７及び図３８の流れ図、及び、図３９乃至図４４の画面例を用いて、会計システム１を構成する入力装置１１及び決済装置１２において実行される情報処理のうち、第２の実施形態に関係する情報処理の内容と手順を説明する。なお、以下に説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。
【0203】
はじめに、入力装置１１のプロセッサ２１が入力プログラムにしたがって実行する情報処理の要部手順を、図３７の流れ図を用いて説明する。図３７の流れ図は、第１の実施形態においては図９の流れ図に相当する。そこで、図９と共通する処理のステップには、同一の符号を付している。
【0204】
プロセッサ２１は、第１の実施形態と同様に、ＡＣＴ１０１としてタッチパネル２８の画面を明細画面ＳＡａとする。そしてプロセッサ２１は、ＡＣＴ１０２として商品コードが入力されるのを待ち受ける。商品コードが入力されると、プロセッサ２１は、ＡＣＴ１０３乃至ＡＣＴ１０６の処理を実行した後、ＡＣＴ１０７乃至ＡＣＴ１０９の待ち受け状態となる。すなわちプロセッサ２１は、商品コード、数量又は値割引のデータ及び小計ボタンＢＡａの待ち受け状態となる。
【0205】
ここで、第２の実施形態においては、上述した商品コード、数量又は値割引のデータ及び小計ボタンＢＡａに加えて、ＡＣＴ３０１として明細画面ＳＡａの明細エリアＡＡｂに表示されている商品が選択されるのを待ち受ける。
【0206】
図３９は、４品目の買上商品の取引に係るデータが入力された後の明細画面ＳＡａの一表示例である。具体的には図３９は、単価２００円の商品ＡＡＡＡＡの商品コードと、単価３００円の商品ＢＢＢＢＢの商品コードと、単価４００円の商品ＣＣＣＣＣの商品コードと、単価１００円の商品ＤＤＤＤＤの商品コードとが順に入力されたときの明細画面ＳＡａである。このような入力により、カレントエリアＡＡａには、商品ＤＤＤＤＤの商品名、数量及び金額が表示される。明細エリアＡＡｂには、レコード番号「１」と関連付けて、商品ＡＡＡＡＡの商品名、数量、単価及び金額が表示され、レコード番号「２」と関連付けて、商品ＢＢＢＢＢの商品名、数量、単価及び金額が表示され、レコード番号「３」と関連付けて、商品ＣＣＣＣＣの商品名、数量、単価及び金額が表示される。合計エリアＡＡｃには、合計点数４点と合計金額１，０００円とが表示される。
【0207】
このとき、第１取引ファイル６３１には、ＡＣＴ１０４及びＡＣＴ１０５の処理により、商品ＡＡＡＡＡの明細レコードＲａ-Aと、商品ＢＢＢＢＢの明細レコードＲａ-Bと、商品ＣＣＣＣＣの明細レコードＲａ-Cと、商品ＤＤＤＤＤの明細レコードＲａ-Dとが記憶される。また、ＡＣＴ１０６の処理により、商品ＡＡＡＡＡの商品コードを含む入力イベントと、商品ＢＢＢＢＢの商品コードを含む入力イベントと、商品ＣＣＣＣＣの商品コードを含む入力イベントと、商品ＤＤＤＤＤの商品コードを含む入力イベントとが、同一グループの決済装置１２０のそれぞれに送信される。各入力イベントは、商品コードが入力される毎に同一グループの決済装置１２０のそれぞれに送信される。これらの入力イベントの送信により、同一グループの決済装置１２０においては、商品ＡＡＡＡＡの明細レコードＲａ-Aと、商品ＢＢＢＢＢの明細レコードＲａ-Bと、商品ＣＣＣＣＣの明細レコードＲａ-Cと、商品ＤＤＤＤＤの明細レコードＲａ-Dとが、それぞれ第２取引ファイル８１１に記憶される。
【0208】
図３７の説明に戻る。
ＡＣＴ１０７乃至ＡＣＴ１０９及びＡＣＴ３０１の待ち受け状態において、例えば客３が商品ＢＢＢＢＢの返品を申し出た場合を想定する。その場合、入力装置１１のオペレータである店員２は、明細エリアＡＡｂの商品ＢＢＢＢＢに係るデータが表示されている行をタッチ操作する。このように、明細エリアＡＡｂの行がタッチ操作されることにより、プロセッサ２１は、ＡＣＴ３０１において商品選択有と判断する。
ＡＣＴ１０７乃至ＡＣＴ１０９及びＡＣＴ３０１の待ち受け状態において、例えば客３が商品ＢＢＢＢＢの返品を申し出た場合を想定する。その場合、入力装置１１のオペレータである店員２は、明細エリアＡＡｂの商品ＢＢＢＢＢに係るデータが表示されている行をタッチ操作する。このように、明細エリアＡＡｂの行がタッチ操作されることにより、プロセッサ２１は、ＡＣＴ３０１において商品選択有と判断する。
【0209】
商品選択有と判断すると、プロセッサ２１は、ＡＣＴ３０１からＡＣＴ３０２へと進む。プロセッサ２１は、ＡＣＴ３０２としてタッチパネル２８に修正画面ＳＡｄ（図４０を参照）を表示する。
【0210】
図４０は、修正画面ＳＡｄの一表示例である。修正画面ＳＡｄは、明細エリアＡＡｂから選択された商品の商品名が表示されるエリアＡＡｆと、明細エリアＡＡｂから選択された商品の数量、単価、値割引額及び金額が表示されるエリアＡＡｇと、操作ガイダンス等が表示されるエリアＡＡｈとが形成されている。また修正画面ＳＡｄは、取消ボタンＢＡｎ、数量変更ボタンＢＡｏ、単価変更ボタンＢＡｐ、値引ボタンＢＡｑ、割引ボタンＢＡｒ、キャンセルボタンＢＡｓ及びＯＫボタンＢＡｔのソフトウェアキーを含む。因みに、修正画面ＳＡｄは、明細画面ＳＡａの上に重ねてポップアップ表示されることが好ましい。
【0211】
修正画面ＳＡｄを確認した店員２は、取消ボタンＢＡｎを入力する。取消ボタンＢＡｎが入力されると、図４１に示すように、エリアＡＡｇに表示されている商品ＢＢＢＢＢの数量、単価、値割引額及び金額に取消線が表示される。また、数量変更ボタンＢＡｏ、単価変更ボタンＢＡｐ、値引ボタンＢＡｑ及び割引ボタンＢＡｒはグレイアウトして入力不可となる。ここで、客３が商品ＢＢＢＢＢの返品を取り止めた場合には、店員２は、キャンセルボタンＢＡｓを入力する。商品ＢＢＢＢＢの返品を確定させる場合には、店員２は、ＯＫボタンＢＡｔを入力する。
【0212】
図３７の説明に戻る。
修正画面ＳＡｄを表示したプロセッサ２１は、ＡＣＴ３０３としてＯＫボタンＢＡｔが入力されたか否かを確認する。ＯＫボタンＢＡｔが入力されていない場合、プロセッサ２１は、ＡＣＴ３０３からＡＣＴ３０４へと進む。プロセッサ２１は、ＡＣＴ３０４としてキャンセルボタンＢＡｓが入力されたか否かを確認する。キャンセルボタンＢＡｓが入力されていない場合、プロセッサ２１は、ＡＣＴ３０４からＡＣＴ３０３に戻る。このように、修正画面ＳＡｄを表示したプロセッサ２１は、ＡＣＴ３０３及びＡＣＴ３０４としてＯＫボタンＢＡｔが入力されるかキャンセルボタンＢＡｓが入力されるのを待ち受ける。
修正画面ＳＡｄを表示したプロセッサ２１は、ＡＣＴ３０３としてＯＫボタンＢＡｔが入力されたか否かを確認する。ＯＫボタンＢＡｔが入力されていない場合、プロセッサ２１は、ＡＣＴ３０３からＡＣＴ３０４へと進む。プロセッサ２１は、ＡＣＴ３０４としてキャンセルボタンＢＡｓが入力されたか否かを確認する。キャンセルボタンＢＡｓが入力されていない場合、プロセッサ２１は、ＡＣＴ３０４からＡＣＴ３０３に戻る。このように、修正画面ＳＡｄを表示したプロセッサ２１は、ＡＣＴ３０３及びＡＣＴ３０４としてＯＫボタンＢＡｔが入力されるかキャンセルボタンＢＡｓが入力されるのを待ち受ける。
【0213】
ＡＣＴ３０３及びＡＣＴ３０４の待ち受け状態において、キャンセルボタンＢＡｓが入力された場合には、プロセッサ２１は、ＡＣＴ３０４からＡＣＴ３０５へと進む。プロセッサ２１は、ＡＣＴ３０５として修正画面ＳＡｄを消去する。しかる後、プロセッサ２１は、ＡＣＴ１０７乃至ＡＣＴ１０９及びＡＣＴ３０１の待ち受け状態に戻る。このように、店員２がキャンセルボタンＢＡｓを入力すると、修正画面ＳＣｄが消去される。その結果、タッチパネル２８の画面は、図３９に示す明細画面ＳＡａとなる。
【0214】
一方、ＡＣＴ３０３及びＡＣＴ３０４の待ち受け状態において、ＯＫボタンＢＡｔが入力された場合には、プロセッサ２１は、ＡＣＴ３０３からＡＣＴ３０６へと進む。プロセッサ２１は、ＡＣＴ３０６としてマルチキャスト通信により同一グループの決済装置１２０に修正イベントを送信する。修正イベントは、修正画面ＳＡｄに対して入力された情報、すなわちこの場合には、商品ＢＢＢＢＢの取消という情報を含む。また、プロセッサ２１は、ＡＣＴ３０７として明細レコードＲａを修正する。すなわちプロセッサ２１は、第１取引ファイル６３１に記憶された商品ＢＢＢＢＢの明細レコードＲａ-Bを削除する。そしてプロセッサ２１は、ＡＣＴ３０８として修正画面ＳＡｄを消去し、明細画面ＳＡａを更新する。しかる後、プロセッサ２１は、ＡＣＴ１０７乃至ＡＣＴ１０９及びＡＣＴ３０１の待ち受け状態に戻る。
【0215】
図４２は、商品ＢＢＢＢＢを削除した後に更新された明細画面ＳＡａの表示例である。図４２に示すように、明細エリアＡＡｂから商品ＢＢＢＢＢの商品名、数量、単価、値割引額及び金額が消去される。そして、カレントエリアＡＡａに表示されていた商品ＤＤＤＤＤの商品名、数量、単価、値割引額及び金額が明細エリアＡＡｂに表示される。商品ＢＢＢＢＢの商品名、数量及び金額は、カレントエリアＡＡａに表示される。そして、カレントエリアＡＡａの商品名、数量及び金額には、取消線が表示される。この表示により、店員２は、商品ＢＢＢＢＢを取り消したことを確認できる。
【0216】
ＡＣＴ１０７乃至ＡＣＴ１０９及びＡＣＴ３０１の待ち受け状態において、例えば商品ＢＢＢＢＢの数量を“１”から“３”に修正する場合を想定する。その場合も店員２は、明細エリアＡＡｂの商品ＢＢＢＢＢに係るデータが表示されている行をタッチ操作する。このタッチ操作により、プロセッサ２１は、ＡＣＴ３０２の処理を実行する。この処理により、タッチパネル２８に修正画面ＳＡｄが表示されるので、店員２は、数量変更ボタンＢＡｏを入力する。数量変更ボタンＢＡｏが入力されると、図４３に示すように、エリアＡＡｇの数量が表示されている区画の背景色が他の区画の背景色と異なる。この背景色の違いにより、店員２は、数量の修正を指示したと認識できる。なお、取消ボタンＢＡｎ、単価変更ボタンＢＡｐ、値引ボタンＢＡｑ及び割引ボタンＢＡｒはグレイアウトして入力不可となる。数量の修正を指示した店員２は、キーボード２６のテンキーを操作して、修正後の数量“３”を入力し、ＯＫボタンＢＡｔを入力する。
【0217】
ＯＫボタンＢＡｔが入力されると、プロセッサ２１は、ＡＣＴ３０６乃至ＡＣＴ３０８の処理を実行する。すなわちプロセッサ２１は、同一グループの決済装置１２０に修正イベントを送信する。修正イベントは、修正画面ＳＡｄに対して入力された情報、すなわちこの場合には、商品ＢＢＢＢＢの数量を“１”から“３”に修正するという情報を含む。またプロセッサ２１は、明細レコードＲａを修正する。すなわちプロセッサ２１は、第１取引ファイル６３１に記憶された商品ＢＢＢＢＢの明細レコードＲａ-Bにおける数量を“１”から“３”に修正する。またプロセッサ２１は、明細レコードＲａ-Bにおける金額を３００円から９００円に修正する。そしてプロセッサ２１は、明細画面ＳＡａを更新する。
【0218】
図４４は、商品ＢＢＢＢＢの数量が“１”から“３”に修正された後の明細画面ＳＡａである。図４４に示すように、数量が修正された商品ＢＢＢＢＢの商品名と、修正後の数量と、数量修正後の金額とがカレントエリアＡＡａに表示される。なお、明細エリアＡＡｂにおいては、商品ＢＢＢＢＢのデータが消去され、商品ＤＤＤＤＤのデータが追加される。
【0219】
ＡＣＴ１０７乃至ＡＣＴ１０９及びＡＣＴ３０１の待ち受け状態において、例えば商品ＢＢＢＢＢの単価を修正する場合には、店員２は、修正画面ＳＡｄの単価変更ボタンＢＡｐを入力し、テンキーで修正後の単価を入力して、ＯＫボタンＢＡｔを入力する。例えば商品ＢＢＢＢＢの値引額を修正する場合には、店員２は、修正画面ＳＡｄの値引ボタンＢＡｑを入力し、テンキーで修正後の値引額を入力して、ＯＫボタンＢＡｔを入力する。例えば商品ＢＢＢＢＢの割引率を修正する場合には、店員２は、修正画面ＳＡｄの割引ボタンＢＡｒを入力し、テンキーで修正後の割引率を入力して、ＯＫボタンＢＡｔを入力する。
【0220】
これらの操作により、プロセッサ２１は、ＡＣＴ３０６乃至ＡＣＴ３０８の処理を実行する。すなわちプロセッサ２１は、同一グループの決済装置１２０に修正イベントを送信する。またプロセッサ２１は、明細レコードＲａを修正する。そしてプロセッサ２１は、明細画面ＳＡａを更新する。
【0221】
その後、小計ボタンＢＡａが入力されると、プロセッサ２１は、図１０のＡＣＴ１２１へと進む。そしてプロセッサ２１は、第１の実施形態と同様に、ＡＣＴ１２１以降の処理を実行する。
【0222】
ここに、プロセッサ２１は、ＡＣＴ３０１及びＡＣＴ３０２の処理により、修正受付手段５１１としての機能を実現する。プロセッサ２１は、ＡＣＴ３０７の処理により、入力側修正手段５１２としての機能を実現する。プロセッサ２１は、ＡＣＴ３０６の処理により、第２送信手段５１３としての機能を実現する。
【0223】
次に、決済装置１２のプロセッサ３１が決済プログラムにしたがって実行する情報処理の要部手順を、図３８の流れ図を用いて説明する。図３８の流れ図は、第１の実施形態においては図１２の流れ図に相当する。そこで、図１２と共通する処理のステップには、同一の符号を付している。
【0224】
プロセッサ３１は、第１の実施形態と同様に、ＡＣＴ２０１としてタッチパネル３８の画面を待機画面ＳＢａとする。そしてプロセッサ３１は、ＡＣＴ２０２として入力装置１１から送信される入力イベントを待ち受ける。この待ち受け状態において、通信ユニット３５を介して入力イベントを受信すると、プロセッサ３１は、ＡＣＴ２０３乃至ＡＣＴ２０７の処理を実行する。そしてプロセッサ３１は、ＡＣＴ２０８乃至ＡＣＴ２１０として、入力イベント、完了イベント又は削除イベントを待ち受ける。
【0225】
第２の実施形態では、ＡＣＴ２０８乃至ＡＣＴ２１０の待ち受け状態において、プロセッサ３１はさらに、ＡＣＴ４０１として修正イベントを待ち受ける。そして、修正イベントを受信すると、プロセッサ３１は、ＡＣＴ４０１からＡＣＴ４０２へと進む。プロセッサ３１は、ＡＣＴ４０２として第２取引ファイル８１１に記憶した明細レコードＲａを修正する。具体的には、例えば、商品ＢＢＢＢＢの取消という情報を含む修正イベントを受信した場合には、プロセッサ３１は、第２取引ファイル８１１から商品ＢＢＢＢＢの明細レコードＲａ-Bを削除する。例えば、商品ＢＢＢＢＢの数量を修正するという情報を含む修正イベントを受信した場合には、プロセッサ３１は、明細レコードＲａ-Bの数量と金額を修正する。例えば、商品ＢＢＢＢＢの単価、値引額又は割引率を修正するという情報を含む修正イベントを受信した場合には、プロセッサ３１は、明細レコードＲａ-Bの単価又は値割引額と金額とを修正する。
【0226】
こうして、明細レコードＲａの修正を終了すると、プロセッサ３１は、ＡＣＴ２０８乃至ＡＣＴ２１０及びＡＣＴ４０１の待ち受け状態に戻る。この待ち受け状態において、完了イベントを受信した場合には、プロセッサ３１は、図１３のＡＣＴ２２１へと進む。以後、プロセッサ２１は、第１の実施形態と同様に、ＡＣＴ２２１以降の処理を実行する。
【0227】
ここに、プロセッサ３１は、ＡＣＴ４０２の処理により、決済側修正手段７６としての機能を実現する。
【0228】
このように、第２の実施形態においても、入力装置１１が、売買された商品の明細情報と合計情報とを含む決済情報を生成して決済装置１２に送信することなく、店員２と客３が操作を分担して取引を決済できる会計システム１を提供することができる。しかも、第２の実施形態の会計システム１によれば、入力装置１１に入力された１取引の買上商品のデータを、入力完了ボタンＢＡｊの入力である入力終了指示が行われる前に、遡って修正することができる。
【0229】
［第３の実施形態］
次に、第３の実施形態について、図４５乃至図５４を用いて説明する。
第３の実施形態は、第１の実施形態の会計システム１において、入力完了ボタンＢＡｊの入力である入力終了指示が行われた後に、その入力終了が指示された取引を戻して修正する機能を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
次に、第３の実施形態について、図４５乃至図５４を用いて説明する。
第３の実施形態は、第１の実施形態の会計システム１において、入力完了ボタンＢＡｊの入力である入力終了指示が行われた後に、その入力終了が指示された取引を戻して修正する機能を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
【0230】
図４５は、入力装置１１のプロセッサ２１が有する主要な機能構成を示すブロック図である。プロセッサ２１は、入力側記憶手段５１、明細表示手段５２、終了検出手段５３、第１送信手段５４、選択手段５５、第１通知手段５６、第２通知手段５７、第３通知手段５８、決済先報知手段５９及び入力側削除手段５１０に加えて、取消検出手段５１４、指定受付手段５１５、第４通知手段５１６、入力側修正手段５１７、第３送信手段５１８及び不可報知手段５１９としての機能を有する。
【0231】
取消検出手段５１４は、第１通知手段５６により入力終了を通知した取引の決済取消指示を検出する機能である。取消検出手段５１４は、入力デバイス６１を介して取引の決済取消を指示する操作入力があると、その操作入力に応じた信号を決済取消指示の信号として検出する。
【0232】
指定受付手段５１５は、同一グループの決済装置１２０の中から取引の決済を取り消す決済装置１２の指定入力を受け付ける機能である。指定受付手段５１５は、入力デバイス６１を介して取引の決済を取り消す決済装置１２の指定入力を受け付ける。
【0233】
第４通知手段５１６は、取消検出手段５１４により取引の決済取消指示が検出されると、通信ユニット２５を介して、同一グループの決済装置１２０のそれぞれに決済取消を通知する機能である。第４通知手段５１６は、同一グループの決済装置１２０のそれぞれに、指定受付手段５１５により指定入力を受け付けた決済装置１２の識別情報とともに決済取消を通知する信号を出力する。
【0234】
入力側修正手段５１７は、決済取消の通知に対していずれかの決済装置１２から決済取消を許諾する応答（肯定応答：ＯＫ）があったことを条件に、入力側記憶部６３で記憶した取引に係るデータを修正する機能である。第１取引ファイル６３１のデータは、入力終了を通知する信号を出力した決済装置１２から決済可能を応答する信号を受信すると、第４取引ファイル６３２に複写される。入力側修正手段５１７は、入力デバイス６１からの入力に応じて、第４取引ファイル６３２に記憶されている明細レコードＲａを修正する。例えば入力側修正手段５１７は、明細レコードＲａを削除する。例えば入力側修正手段５１７は、明細レコードＲａの単価、数量、値割引額等を修正する。
【0235】
第３送信手段５１８は、入力側修正手段５１７により修正された取引に係るデータを、通信ユニット２５を介して、同一グループの決済装置１２０のそれぞれに送信する機能である。第３送信手段５１８は、取引に係るデータが修正される毎に、その修正された取引に係るデータを同一グループの決済装置１２０のそれぞれに送信する。
【0236】
不可報知手段５１９は、決済取消の通知に対して決済装置１２から決済取消を許諾する応答がないと、決済取消不可を報知する機能である。不可報知手段５１９は、例えば表示デバイス６２に決済の取消が不可であることを示すテキストまたは画像を表示して報知する。
【0237】
図４６は、決済装置１２のプロセッサ３１が有する主要な機能構成を示すブロック図である。プロセッサ３１は、決済側記憶手段７１、金額表示手段７２、決済応答手段７３、決済手段７４及び決済側削除手段７５に加えて、取消応答手段７７及び決済側修正手段７８としての機能を有する。
【0238】
取消応答手段７７は、決済取消の通知を受けた取引の決済が完了していない場合に、通信ユニット３５を介して入力装置１１に決済取消を許諾する応答を返す機能である。取消応答手段７７は、決済取消の通知を受けた取引の決済が完了している場合には、上記応答を返さない。
【0239】
決済側修正手段７８は、第３送信手段５１８により入力装置１１から送信されてくる取引に係るデータで、決済側記憶部８１に記憶している取引に係るデータを修正する機能である。決済手段７４は、取引の決済が可能な状態で入力装置１１から入力終了を通知する信号を受信すると、第２取引ファイル８１１に記憶した明細レコードＲａを第３取引ファイル８１２に複写する。決済側修正手段７８は、第３取引ファイル８１２に複写された明細レコードＲａを、第３送信手段５１８により入力装置１１から送信されてくる取引に係るデータで修正する。例えば決済側修正手段７８は、明細レコードＲａを削除する。例えば決済側修正手段７８は、明細レコードＲａの単価、数量、値割引額等を修正する。
【0240】
次に、図４７乃至図５１の流れ図、及び、図５２乃至図５４の画面例を用いて、会計システム１を構成する入力装置１１及び決済装置１２において実行される情報処理のうち、第３の実施形態に関係する情報処理の内容と手順を説明する。なお、以下に説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。
【0241】
はじめに、入力装置１１のプロセッサ２１が入力プログラムにしたがって実行する情報処理の要部手順を、図４７、図４８及び図４９の流れ図を用いて説明する。図４７の流れ図は、第１の実施形態においては図１１の流れ図に相当する。そこで、図１１と共通する処理のステップには、同一の符号を付している。図４８は、第１の実施形態においては図９の流れ図に相当する。そこで、図９と共通する処理のステップには、同一の符号を付している。
【0242】
図４７に示すように、第３の実施形態では、プロセッサ２１が、ＡＣＴ１４２においてユニキャスト通信により同一グループの決済装置１２０のうち送信先に決定された決済装置１２に完了イベントを送信し、ＡＣＴ１４４においてその決済装置１２から肯定応答（ＯＫ）の信号を受信した後の処理の一部が第１の実施形態と異なる。すなわち、肯定応答（ＯＫ）の信号を受信したプロセッサ２１は、ＡＣＴ１４９として完了イベントの送信先である決済装置１２を報知する。またプロセッサ２１は、ＡＣＴ１５０としてユニキャスト通信により同一グループの決済装置１２０のうち送信先以外の決済装置１２に削除イベントを送信する。さらにプロセッサ２１は、ＡＣＴ５０１として第１取引ファイル６３１に記憶されている全ての明細レコードＲａを第４取引ファイル６３２に複写する。その後、プロセッサ２１は、ＡＣＴ１５１として第１取引ファイル６３１をクリアして、入力プログラムに従った情報処理を終了する。
【0243】
このようにプロセッサ２１は、送信先に決定された決済装置１２に完了イベントを送信し、その決済装置１２から肯定応答（ＯＫ）の信号を受信すると、第１取引ファイル６３１に記憶されている全ての明細レコードＲａを第４取引ファイル６３２に複写し、第１取引ファイル６３１をクリアする機能を有している。したがって、第４取引ファイル６３２には、肯定応答（ＯＫ）を返した決済装置１２で決済される取引の明細レコードＲａが記憶される。一方、第１取引ファイル６３１はクリアされるので、入力装置１１においては、次の客との取引に係るデータの入力が可能となる。
【0244】
第１取引ファイル６３１がクリアされると、プロセッサ２１は、図４８の流れ図に示す手順の情報処理を開始する。すなわちプロセッサ２１は、ＡＣＴ１０１としてタッチパネル２８の画面を明細画面ＳＡｅ（図５２を参照）とする。
【0245】
図５２は、第３の実施形態における明細画面ＳＡｅの一表示例である。明細画面ＳＡｅが第１の実施形態における明細画面ＳＡａと異なる点は、決済取消ボタンＢＡｕのソフトウェアキーが追加されている点である。決済装置１２へと移動した客３が、自らの取引の決済を完了する前に取引の修正を依頼した場合、店員２は、決済取消ボタンＢＡｕを入力する。この修正は、例えば、商品の数量に間違えがあったり、値引されていなかったりした場合が該当する。あるいは、客３が取引を中止する場合も該当する。
【0246】
図４８の説明に戻る。
明細画面ＳＡｅを表示したプロセッサ２１は、ＡＣＴ１０２へと進む。プロセッサ２１は、ＡＣＴ１０２として商品コードが入力されたか否かを確認する。商品コードが入力されていない場合、プロセッサ２１は、ＡＣＴ１０２からＡＣＴ５１１へと進む。プロセッサ２１は、ＡＣＴ５１１として決済取消ボタンＢＡｕが入力されたか否かを確認する。決済取消ボタンＢＡｕが入力されていない場合、プロセッサ２１は、ＡＣＴ５１１からＡＣＴ１０２へと戻る。このようにプロセッサ２１は、ＡＣＴ１０２及びＡＣＴ５１１において、商品コードが入力されるか決済取消ボタンＢＡｕが入力されるのを待ち受ける。
明細画面ＳＡｅを表示したプロセッサ２１は、ＡＣＴ１０２へと進む。プロセッサ２１は、ＡＣＴ１０２として商品コードが入力されたか否かを確認する。商品コードが入力されていない場合、プロセッサ２１は、ＡＣＴ１０２からＡＣＴ５１１へと進む。プロセッサ２１は、ＡＣＴ５１１として決済取消ボタンＢＡｕが入力されたか否かを確認する。決済取消ボタンＢＡｕが入力されていない場合、プロセッサ２１は、ＡＣＴ５１１からＡＣＴ１０２へと戻る。このようにプロセッサ２１は、ＡＣＴ１０２及びＡＣＴ５１１において、商品コードが入力されるか決済取消ボタンＢＡｕが入力されるのを待ち受ける。
【0247】
ＡＣＴ１０２及びＡＣＴ５１１の待ち受け状態において、商品コードが入力されると、プロセッサ２１は、ＡＣＴ１０２からＡＣＴ５１２へと進む。プロセッサ２１は、ＡＣＴ５１２として明細画面ＳＡｅの決済取消ボタンＢＡｕを消去する。しかる後、プロセッサ２１は、ＡＣＴ１０３へと進む。そしてプロセッサ２１は、第１の実施形態で説明したＡＣＴ１０３乃至ＡＣＴ１４８の処理を同様に実行する。したがって、客３が購入する商品の商品コードが入力されて、第１取引ファイル６３１に明細レコードＲａが記憶されると、第１取引ファイル６３１がクリアされるまで、決済取消ボタンＢＡｕを入力することはできない。
【0248】
一方、ＡＣＴ１０２及びＡＣＴ５１１の待ち受け状態、すなわち第１取引ファイル６３１がクリアされている状態において、決済取消ボタンｂａＵが入力された場合には、プロセッサ２１は、ＡＣＴ５１１からＡＣＴ５１３へと進む。プロセッサ２１は、タッチパネル２８の画面を決済装置選択画面ＳＡｆ（図５３を参照）とする。
【0249】
図５３は、決済装置選択画面ＳＡｆの一表示例である。決済装置選択画面ＳＡｆは、同一グループの決済装置１２０をそれぞれ割り当てた複数の決済装置選択ボタンＢＡｖ，ＢＡｗのソフトウェアキーを含む。因みに図５３は、入力装置１１（１１－１）に表示される決済装置選択画面ＳＡｆの例である。入力装置１１（１１－１）に対して同一グループの決済装置１２０は決済装置１２（１２－１）と決済装置１２（１２－２）の２台なので、２つの決済装置選択ボタンＢＡｖ，ＢＡｗが配置されている。そして、一方の決済装置選択ボタンＢＡｖには決済装置１２（１２－１）が割り当てられており、他方の決済装置選択ボタンＢＡｗには決済装置１２（１２－２）が割り当てられている。
【0250】
決済装置選択画面ＳＡｆを確認した店員２は、取引の修正を依頼した客３が決済しようとしていた決済装置１２の決済装置選択ボタンＢＡｖ，ＢＡｗを入力する。例えば、決済装置１２（１２－１）で決済しようとしていた客３が取引の修正を依頼した場合には、店員２は、決済装置選択ボタンＢＡｖを入力する。例えば、決済装置１２（１２－２）で決済しようとしていた客３が取引の修正を依頼した場合には、店員２は、決済装置選択ボタンＢＡｗを入力する。
【0251】
図４８の説明に戻る。
決済装置選択画面ＳＡｆを表示したプロセッサ２１は、ＡＣＴ５１４としていずれかの決済装置選択ボタンＢＡｖ，ＢＡｗが入力されるのを待ち受ける。そして、いずれかの決済装置選択ボタンＢＡｖ，ＢＡｗが入力されると、プロセッサ２１は、ＡＣＴ５１４からＡＣＴ５１５へと進む。プロセッサ２１は、ＡＣＴ５１５として入力された決済装置選択ボタンＢＡｖ，ＢＡｗに割り当てられた決済装置１２の識別情報である決済装置ＩＤを取得する。例えば、決済装置選択ボタンＢＡｖが入力された場合には、プロセッサ２１は、決済装置１２（１２－１）のＩＤを取得する。例えば、決済装置選択ボタンＢＡｗが入力された場合には、プロセッサ２１は、決済装置１２（１２－２）のＩＤを取得する。
決済装置選択画面ＳＡｆを表示したプロセッサ２１は、ＡＣＴ５１４としていずれかの決済装置選択ボタンＢＡｖ，ＢＡｗが入力されるのを待ち受ける。そして、いずれかの決済装置選択ボタンＢＡｖ，ＢＡｗが入力されると、プロセッサ２１は、ＡＣＴ５１４からＡＣＴ５１５へと進む。プロセッサ２１は、ＡＣＴ５１５として入力された決済装置選択ボタンＢＡｖ，ＢＡｗに割り当てられた決済装置１２の識別情報である決済装置ＩＤを取得する。例えば、決済装置選択ボタンＢＡｖが入力された場合には、プロセッサ２１は、決済装置１２（１２－１）のＩＤを取得する。例えば、決済装置選択ボタンＢＡｗが入力された場合には、プロセッサ２１は、決済装置１２（１２－２）のＩＤを取得する。
【0252】
次いで、プロセッサ２１は、ＡＣＴ５１６としてマルチキャスト通信により同一グループの決済装置１２０に決済取消イベントを送信する。決済取消イベントは、ＡＣＴ５１５において取得した決済装置ＩＤを含む。
【0253】
決済取消イベントを送信したプロセッサ２１は、ＡＣＴ５１６からＡＣＴ５１７へと進む。プロセッサ２１は、ＡＣＴ５１７としていずれかの決済装置１２から肯定応答（ＯＫ）を待ち受ける。この待ち受け状態において、一定時間内に肯定応答（ＯＫ）の信号を受信できなかった場合、プロセッサ２１は、ＡＣＴ５１７からＡＣＴ５１８へと進む。プロセッサ２１は、ＡＣＴ５１８として決済の取消不可を報知する。例えばプロセッサ２１は、タッチパネル２８に決済の取消が不可であることを示すテキストまたは画像を表示して報知する。以上で、プロセッサ２１は、入力プログラムに従った情報処理を終了する。
【0254】
ＡＣＴ５１７において、一定時間内に肯定応答（ＯＫ）の信号を受信した場合には、プロセッサ２１は、ＡＣＴ５１９へと進む。プロセッサ２１は、ＡＣＴ５１９として第４取引ファイル６３２に記憶されている全ての明細レコードＲａを第１取引ファイル６３１に複写する。そしてプロセッサ２１は、ＡＣＴ５２０として第４取引ファイル６３２をクリアする。その後、プロセッサ２１は、ＡＣＴ５２１として第１取引ファイル６３１に複写した明細レコードＲａのデータを基に、タッチパネルの画面を第２明細画面ＳＡｇ（図５４を参照）とする。
【0255】
図５４は、第２明細画面ＳＡｇの一表示例である。第２明細画面ＳＡｇは、ＡＣＴ１０１において表示される明細画面ＳＡａ（図５２を参照）と比較して、決済取消ボタンＢＡｕが一括取消ボタンＢＡｘに変更されている。また、小計ボタンＢＡａが完了ボタンＢＡｙに変更されている。さらに、第２明細画面ＳＡｇの明細エリアＡＡｂには、第１取引ファイル６３１に複写した明細レコードＲａの商品名、数量、値割引額、金額が表示され、合計エリアＡＡｃには、同明細レコードＲａの合計点数と合計金額が表示されている。また、第２明細画面ＳＡｇには、決済装置選択画面ＳＡｆによって選択された決済装置１２の識別名ＮＡが表示されている。因みに、図５２の第２明細画面ＳＡｇは、決済装置選択ボタンＢＡｖの入力により決済装置１２（１２－１）が選択された場合であり、識別名ＮＡとして［決済装置１］が表示されている。
【0256】
第２明細画面ＳＡｇを表示したプロセッサ２１は、図４９のＡＣＴ５３１へと進む。プロセッサ２１は、ＡＣＴ５３１として一括取消ボタンＢＡｘが入力されたか否かを確認する。一括取消ボタンＢＡｘが入力されていない場合、プロセッサ２１は、ＡＣＴ５３１からＡＣＴ５３２へと進む。プロセッサ２１は、ＡＣＴ５３２として第２明細画面ＳＡｇの明細エリアＡＡｂに表示されている商品が選択されたか否かを確認する。商品が選択されていない場合、プロセッサ２１は、ＡＣＴ５３１に戻る。このようにプロセッサ２１は、ＡＣＴ５３１及びＡＣＴ５３２として一括取消ボタンＢＡｘが入力されるか商品が選択されるのを待ち受ける。
【0257】
客３が取引の中止を求めた場合、店員２は、一括取消ボタンＢＡｘを入力する。客が買上商品の削除、数量、単価、値引額又は割引率の修正を求めた場合、店員２は、該当する買上商品の商品名等が表示されている明細エリアＡＡｂの行をタッチ操作する。
【0258】
ＡＣＴ５３１及びＡＣＴ５３２の待ち受け状態において、一括取消ボタンＢＡｘが入力されると、プロセッサ２１は、ＡＣＴ５３１からＡＣＴ５３３へと進む。プロセッサ２１は、ＡＣＴ５３３としてマルチキャスト通信により同一グループの決済装置１２０に一括取消イベントを送信する。一括取消イベントには、ＡＣＴ５１５の処理で取得した決済装置ＩＤが含まれている。
【0259】
一括取消コマンドを送信したプロセッサ２１は、ＡＣＴ５３４へと進む。プロセッサ２１は、ＡＣＴ５３４として第１取引ファイル６３１をクリアする。以上で、プロセッサ２１は、入力プログラムに従った情報処理を終了する。
【0260】
ＡＣＴ５３１及びＡＣＴ５３２の待ち受け状態において、商品選択有と判断すると、プロセッサ２１は、ＡＣＴ５３２からＡＣＴ５３５へと進む。プロセッサ２１は、ＡＣＴ５３５としてタッチパネル２８に修正画面ＳＡｄ（図４０を参照）を表示する。修正画面ＳＡｄは、第２の実施形態で説明した修正画面ＳＡｄと同様である。そして、この修正画面ＳＡｄに対する店員２の操作入力に応じたプロセッサ２１の情報処理も、第２の実施形態と同様である。
【0261】
すなわち、修正画面ＳＡｄを表示したプロセッサ２１は、ＡＣＴ５３６としてＯＫボタンＢＡｔが入力されるか、ＡＣＴ５３７としてキャンセルボタンＢＡｓが入力されるのを待ち受ける。ＡＣＴ５３６及びＡＣＴ５３７の待ち受け状態において、キャンセルボタンＢＡｓが入力された場合には、プロセッサ２１は、ＡＣＴ５３７からＡＣＴ５３８へと進む。プロセッサ２１は、ＡＣＴ５３８として修正画面ＳＡｄを消去する。しかる後、プロセッサ２１は、ＡＣＴ５４２へと進む。
【0262】
一方、ＡＣＴ５３６及びＡＣＴ５３７の待ち受け状態において、ＯＫボタンＢＡｔが入力された場合には、プロセッサ２１は、ＡＣＴ５３６からＡＣＴ５３９へと進む。プロセッサ２１は、ＡＣＴ５３９としてマルチキャスト通信により同一グループの決済装置１２０に修正イベントを送信する。修正イベントは、修正画面ＳＡｄに対して入力された情報、を含む。例えば修正画面ＳＡｄの取消ボタンＢＡｎが入力された場合には、プロセッサ３１は、選択された商品の取消という情報を含む。例えば修正画面ＳＡｄの数量変更ボタンＢＡｏが入力され、さらに修正後の数量が入力された場合には、プロセッサ３１は、選択された商品の数量を変更後数量に修正するという情報を含む。修正画面ＳＡｄの単価変更ボタンＢＡｐ、値引ボタンＢＡｑ及び割引ボタンＢＡｒが入力された場合も、数量変更ボタンＢＡｏが入力された場合と同様に、選択された商品の単価、割引額又は割引率を修正するという情報を含む。
【0263】
修正イベントを送信したプロセッサ２１は、ＡＣＴ５４０へと進む。プロセッサ２１は、ＡＣＴ５４０として第１取引ファイル６３１に記憶している明細レコードＲａを修正する。例えば修正画面ＳＡｄの取消ボタンＢＡｎが入力された場合には、プロセッサ３１は、選択された商品の明細レコードＲａを削除する。例えば修正画面ＳＡｄの数量変更ボタンＢＡｏが入力され、さらに修正後の数量が入力された場合には、プロセッサ３１は、選択された商品の明細レコードＲａの数量と金額を修正する。修正画面ＳＡｄの単価変更ボタンＢＡｐ、値引ボタンＢＡｑ及び割引ボタンＢＡｒが入力された場合も、数量変更ボタンＢＡｏが入力された場合と同様に、選択された商品の明細レコードＲａの単価、割引額又は割引率と金額を修正する。そしてプロセッサ２１は、ＡＣＴ５４１として修正画面ＳＡｄを消去し、第２明細画面ＳＡｇを更新する。しかる後、プロセッサ２１は、ＡＣＴ５４２へと進む。
【0264】
このように、ＡＣＴ５３８において修正画面ＳＡｄを消去するか、ＡＣＴ５４１において第２明細画面ＳＡｇを更新すると、プロセッサ２１は、ＡＣＴ５４２へと進む。プロセッサ２１は、ＡＣＴ５４２として第２明細画面ＳＡｇの明細エリアＡＡｂに表示されている商品が選択されたか否かを確認する。商品が選択されていない場合、プロセッサ２１は、ＡＣＴ５４２からＡＣＴ５４３へと進む。プロセッサ２１は、ＡＣＴ５４３として完了ボタンＢＡｙが入力されたか否かを確認する。完了ボタンＢＡｙが入力されていない場合、プロセッサ２１は、ＡＣＴ５４３からＡＣＴ５４２へと戻る。このようにプロセッサ２１は、ＡＣＴ５４２及びＡＣＴ５４３として商品が選択されるか完了ボタンＢＡｙが入力されるのを待ち受ける。
【0265】
ＡＣＴ５４２及びＡＣＴ５４３の待ち受け状態において、商品が選択された場合には、プロセッサ２１は、ＡＣＴ５４２からＡＣＴ５３５へと戻る。そしてプロセッサ２１は、ＡＣＴ５３５乃至ＡＣＴ５４１の処理を前述したのと同様に実行する。
【0266】
一方、ＡＣＴ５４２及びＡＣＴ５４３の待ち受け状態において、完了ボタンＢＡｙが入力された場合には、プロセッサ２１は、ＡＣＴ５４３からＡＣＴ５４４へと進む。プロセッサ２１は、ＡＣＴ５４４としてマルチキャスト通信により同一グループの決済装置１２０に修正完了イベントを送信する。修正完了イベントには、ＡＣＴ５１５において取得した決済装置ＩＤを含む。
【0267】
修正完了イベントを送信したプロセッサ２１は、ＡＣＴ５４５と進む。プロセッサ２１は、ＡＣＴ５４５として取引の修正が完了したことを報知する。例えばプロセッサ２１は、客用ディスプレイ２９に、取引の修正が完了したことを示すメッセージを表示して報知する。この報知を確認した客３は、決済を中断した決済装置１２の場所に移動して、決済を行うこととなる。
【0268】
取引の修正が完了したことを報知したプロセッサ２１は、ＡＣＴ５４６へと進む。プロセッサ２１は、ＡＣＴ５４６として第１取引ファイル６３１をクリアする。以上で、プロセッサ２１は、入力プログラムに従った情報処理を終了する。
【0269】
ここに、プロセッサ２１は、ＡＣＴ５１１の処理により、取消検出手段５１４としての機能を実現する。プロセッサ２１は、ＡＣＴ５１３の処理により、指定受付手段５１５としての機能を実現する。プロセッサ２１は、ＡＣＴ５１５及びＡＣＴ５１６の処理により、第４通知手段５１６としての機能を実現する。プロセッサ２１は、ＡＣＴ５３４及びＡＣＴ５４０の処理により、入力側修正手段５１７としての機能を実現する。プロセッサ２１は、ＡＣＴ５３３及びＡＣＴ５３９の処理により、第３送信手段５１８としての機能を実現する。プロセッサ２１は、ＡＣＴ５１８の処理により、不可報知手段５１９としての機能を実現する。
【0270】
次に、決済装置１２のプロセッサ３１が決済プログラムにしたがって実行する情報処理の要部手順を、図５０及び図５１の流れ図を用いて説明する。図５０及び図５１の流れ図によって示される処理手順は、第１の実施形態において、図１３のＡＣＴ２２９以降の処理手順に相当する。そこで、図１３と共通する処理のステップには、同一の符号を付している。
【0271】
ＡＣＴ２２９において、会計画面ＳＢｂを表示したプロセッサ３１は、ＡＣＴ２３０として代金の支払いが完了するのを待ち受ける。この待ち受け状態において、プロセッサ３１は、ＡＣＴ６０１として決済取消イベントを受信したか否かを確認する。決済取消イベントを受信することなく代金の支払いが完了した場合には、プロセッサ３１は、ＡＣＴ２３１乃至ＡＣＴ２３４の処理を前述したのと同様に実行して、決済プログラムに従った情報処理を終了する。
【0272】
一方、代金の支払いが完了する前に決済取消イベントを受信した場合には、プロセッサ３１は、ＡＣＴ６０１からＡＣＴ６０２へと進む。プロセッサ３１は、ＡＣＴ６０２として決済取消イベントに含まれている決済装置ＩＤが自決済装置１２のＩＤと一致するか確認する。ＩＤが不一致の場合、プロセッサ３１は、ＡＣＴ６０２からＡＣＴ２３０へと戻る。すなわちプロセッサ３１は、決済取消イベントを破棄して、代金の支払いが完了するか、決済取消イベントを受信するのを再び待ち受ける。
【0273】
これに対し、ＩＤが一致する場合には、プロセッサ３１は、ＡＣＴ６０２からＡＣＴ６０３へと進む。プロセッサ３１は、ＡＣＴ６０３として決済取消イベント送信元の入力装置１１に対して肯定応答（ＯＫ）の信号を送信する。またプロセッサ３１は、ＡＣＴ６０４として第３取引ファイル８１２に記憶している全ての明細レコードＲａを第２取引ファイル８１１に複写する。そしてプロセッサ３１は、ＡＣＴ６０５として第３取引ファイル８１２をクリアする。
【0274】
その後、プロセッサ３１は、ＡＣＴ６０６として一括取消イベントを受信したか否かを確認する。一括取消イベントを受信していない場合、プロセッサ３１は、ＡＣＴ６０６からＡＣＴ６０７へと進む。プロセッサ３１は、ＡＣＴ６０７として修正イベントを受信したか否かを確認する。修正イベントを受信していない場合、プロセッサ３１は、ＡＣＴ６０７から図５１のＡＣＴ６０８へと進む。プロセッサ３１は、ＡＣＴ６０８として修正完了イベントを受信したか否かを確認する。修正完了イベントを受信していない場合、プロセッサ３１は、図５０のＡＣＴ６０６へと戻る。このようにプロセッサ３１は、ＡＣＴ６０６乃至ＡＣＴ６０８において、一括取消イベントを受信するか、修正イベントを受信するか、修正完了イベントを受信するのを待ち受ける。
【0275】
ＡＣＴ６０６乃至ＡＣＴ６０８の待ち受け状態において、一括取消イベントを受信した場合には、プロセッサ３１は、ＡＣＴ６０６からＡＣＴ６０９へと進む。プロセッサ３１は、ＡＣＴ６０９として一括取消イベントに含まれている決済装置ＩＤが自決済装置１２のＩＤと一致するか確認する。ＩＤが不一致の場合、プロセッサ３１は、ＡＣＴ６０６乃至ＡＣＴ６０８の待ち受け状態に戻る。すなわちプロセッサ３１は、一括取消イベントを破棄して、一括取消イベント、修正イベント及び修正完了イベントの待ち受け状態に戻る。
【0276】
これに対し、ＩＤが一致する場合には、プロセッサ３１は、ＡＣＴ６０９からＡＣＴ６１０へと進む。プロセッサ３１は、ＡＣＴ６１０として第２取引ファイル８１１をクリアする。以上で、プロセッサ３１は、決済プログラムに従った情報処理を終了する。
【0277】
ＡＣＴ６０６乃至ＡＣＴ６０８の待ち受け状態において、修正イベントを受信した場合には、プロセッサ３１は、ＡＣＴ６０７からＡＣＴ６１１へと進む。プロセッサ３１は、ＡＣＴ６１１として修正イベントに含まれている決済装置ＩＤが自決済装置１２のＩＤと一致するか確認する。ＩＤが不一致の場合、プロセッサ３１は、ＡＣＴ６０６乃至ＡＣＴ６０８の待ち受け状態に戻る。すなわちプロセッサ３１は、修正イベントを破棄して、一括取消イベント、修正イベント及び修正完了イベントの待ち受け状態に戻る。
【0278】
これに対し、ＩＤが一致する場合には、プロセッサ３１は、ＡＣＴ６１１からＡＣＴ６１２へと進む。プロセッサ３１は、ＡＣＴ６１２として第２取引ファイル８１１に記憶されている明細レコードＲａのデータを、修正イベントに含まれている情報に基づいて修正する。この修正は、第２の実施形態で説明したＡＣＴ４０２の処理と同様であるので、ここでの詳細な説明は省略する。明細レコードＲａの修正を終えたプロセッサ３１は、ＡＣＴ６０６へと戻り、再び、一括取消イベント、修正イベント及び修正完了イベントの待ち受け状態となる。
【0279】
ＡＣＴ６０６乃至ＡＣＴ６０８の待ち受け状態において、修正完了イベントを受信した場合には、プロセッサ３１は、図５１のＡＣＴ６０８からＡＣＴ６１３へと進む。プロセッサ３１は、ＡＣＴ６１３として修正完了イベントに含まれている決済装置ＩＤが自決済装置１２のＩＤと一致するか確認する。ＩＤが不一致の場合、プロセッサ３１は、ＡＣＴ６０６乃至ＡＣＴ６０８の待ち受け状態に戻る。すなわちプロセッサ３１は、修正完了イベントを破棄して、一括取消イベント、修正イベント及び修正完了イベントの待ち受け状態に戻る。
【0280】
これに対し、ＩＤが一致する場合には、プロセッサ３１は、ＡＣＴ６１３からＡＣＴ２２７へと進む。そしてプロセッサ３１は、ＡＣＴ２２７乃至ＡＣＴ２３４の処理を 第１の実施形態と同様に実行して、決済プログラムに従った情報処理を終了する。
【0281】
ここに、プロセッサ３１は、ＡＣＴ６０１乃至ＡＣＴ６０３の処理により、取消応答手段７７としての機能を実現する。プロセッサ３１は、ＡＣＴ６１０及びＡＣＴ６１２の処理により、決済側修正手段７８としての機能を実現する。
【0282】
このように、第３の実施形態においても、入力装置１１が、売買された商品の明細情報と合計情報とを含む決済情報を生成して決済装置１２に送信することなく、店員２と客３が操作を分担して取引を決済できる会計システム１を提供することができる。しかも、第３の実施形態の会計システム１によれば、入力完了ボタンＢＡｊの入力である入力終了指示が行われた後に、その入力終了が指示された取引を戻して修正することができる。
【0283】
［第４の実施形態］
次に、第４の実施形態について、図５５乃至図６４を用いて説明する。
第４の実施形態は、第１の実施形態の会計システム１において、代金の支払い方法として商品券を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
次に、第４の実施形態について、図５５乃至図６４を用いて説明する。
第４の実施形態は、第１の実施形態の会計システム１において、代金の支払い方法として商品券を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
【0284】
商品券は、金券商品の一例である。本実施形態では、商品券を、額面金額５００円の商品券と、額面金額１０００円の商品券の２種類とする。各商品券には、それぞれ商品と同様に一意の商品券コードが割り当てられており、また、その商品券コードを表すバーコードが印刷されている。そして、商品レコードと同一のフォーマットで作成された商品券のデータレコードが商品マスタファイル１３１に格納されている。商品券のデータレコードは、商品券コードを商品コードとして記述し、商品券名を商品名として記述し、額面金額を単価として記述したものである。
【0285】
図５５は、入力装置１１のプロセッサ２１が有する主要な機能構成を示すブロック図である。プロセッサ２１は、入力側記憶手段５１、明細表示手段５２、終了検出手段５３、第１送信手段５４、選択手段５５、第１通知手段５６、第２通知手段５７、第３通知手段５８、決済先報知手段５９及び入力側削除手段５１０に加えて、入力側識別手段５２０及び演算手段５２１としての機能を有する。
【0286】
入力側識別手段５２０は、入力デバイス６１を介して入力された取引に係るデータが、金券商品の取引に係るデータであるのか、金券商品以外の商品の取引に係るデータであるのかを識別する機能である。前述したように、商品券には商品券コードを表すバーコードが印刷されている。入力デバイス６１のスキャナ２７でこのバーコードをスキャニングすることにより、商品券コードが取引に係るデータとして入力される。入力側識別手段５２０は、取引に係るデータが商品券コードであるとき、当該取引に係るデータは金券商品の取引に係るデータであると識別する。入力側識別手段５２０は、取引に係るデータが商品コードであるとき、当該取引に係るデータは金券商品以外の商品の取引に係るデータであると識別する。
【0287】
入力側記憶手段５１は、取引に係るデータを入力すると、その入力されたデータを基に１取引として売り上げる商品又は商品券の明細レコードＲｂを作成する。明細レコードＲｂは、図５６に示すように、一連のレコード番号と関連付けて、商品券コード、商品券名、額面金額、数量、金額、商品券フラグＦｅ等の項目のデータを記述したレコードである。商品券フラグＦｅは、当該レコードが商品券の明細レコードＲｂであるか、商品券以外の商品の明細レコードＲｂであるかを識別する値である。本実施形態では、商品券の明細レコードＲｂであることを示す商品券フラグＦｅの値を“１”とし、商品券以外の商品の明細レコードＲｂであることを示す商品券フラグＦｅの値を“０”とする。入力側記憶手段５１は、入力デバイス６１を介して入力された取引に係るデータが、入力側識別手段５２０によって金券商品の取引に係るデータであると識別されたとき、商品券フラグＦｅの値を“１”とした明細レコードＲｂ、すなわち商品券の明細レコードＲｂを作成する。入力側記憶手段５１は、入力デバイス６１を介して入力された取引に係るデータが、入力側識別手段５２０によって金券商品以外の商品の取引に係るデータであると識別されたとき、商品券フラグＦｅの値を“０”とした明細レコードＲｂ、すなわち商品券以外の商品の明細レコードＲｂを作成する。入力側記憶手段５１は、商品券又は商品券以外の商品の明細レコードＲｂを、入力側記憶部６３の第１取引ファイル６３１に記憶する。
【0288】
演算手段５２１は、入力側記憶部６３の第１取引ファイル６３１に記憶される取引に係るデータのうち、金券商品以外の商品の取引に係るデータについては当該商品の販売金額を正の値とし、金券商品に係るデータについては当該金券商品の額面金額を負の値として取引の合計金額を算出する機能である。演算手段５２２は、算出された合計金額を表示デバイス６２に表示する。
【0289】
図５７は、決済装置１２のプロセッサ３１が有する主要な機能構成を示すブロック図である。プロセッサ３１は、決済側記憶手段７１、金額表示手段７２、決済応答手段７３、決済手段７４及び決済側削除手段７５に加えて、決済側識別手段７９及びレシート出力手段７１０としての機能を有する。
【0290】
決済側識別手段７９は、決済側記憶部８１で記憶される取引に係るデータが、金券商品の取引に係るデータであるのか、金券商品以外の商品の取引に係るデータであるのかを識別する機能である。入力側識別手段５２０と同様に、決済側識別手段７９は、取引に係るデータが商品券コードであるとき、当該取引に係るデータは金券商品の取引に係るデータであると識別する。決済側識別手段７９は、取引に係るデータが商品コードであるとき、当該取引に係るデータは金券商品以外の商品の取引に係るデータであると識別する。
【0291】
決済側記憶部８１の第２取引ファイル８１１には、決済側記憶手段７１によって作成された明細レコードが記憶される。この明細レコードは、入力側記憶手段５１によって作成され、入力側記憶部６３の第１取引ファイル６３１に記憶される明細レコードＲｂと同一のフォーマットを有する。決済側記憶手段７１は、入力装置１１から送信され、通信ユニット３５を介して受信した取引に係るデータが、決済側識別手段７９によって金券商品の取引に係るデータであると識別されたとき、商品券フラグＦｅの値を“１”とした明細レコードＲｂ、すなわち商品券の明細レコードＲｂを作成する。決済側記憶手段７１は、入力装置１１から送信され、通信ユニット３５を介して受信した取引に係るデータが、決済側識別手段７９によって金券商品以外の商品の取引に係るデータであると識別されたとき、商品券フラグＦｅの値を“０”とした明細レコードＲｂ、すなわち商品券以外の商品の明細レコードＲｂを作成する。決済側記憶手段７１は、商品券又は商品券以外の商品の明細レコードＲｂを、決済側記憶部８１の第２取引ファイル８１１に記憶する。
【0292】
レシート出力手段７１０は、決済手段７４により決済された取引のレシートとして、金券商品以外の商品の販売金額を合算した合計金額とは別に金券商品の額面金額を表記したレシートを出力する機能である。レシートは、紙媒体に印刷によって出力してもよいし、電子レシートとしてスマートフォン等の情報端末に出力してもよい。
【0293】
次に、図５８乃至図６１の流れ図、及び、図６２及び図６３の画面例、並びに図６４のレシート例を用いて、会計システム１を構成する入力装置１１及び決済装置１２において実行される情報処理のうち、第４の実施形態に関係する情報処理の内容と手順を説明する。なお、以下に説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例及びレシート例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。
【0294】
はじめに、入力装置１１のプロセッサ２１が入力プログラムにしたがって実行する情報処理の要部手順を、図５８及び図５９の流れ図を用いて説明する。図４７の流れ図は、第１の実施形態においては図１１の流れ図に相当する。そこで、図１１と共通する処理のステップには、同一の符号を付している。図５８は、第１の実施形態においては図９の流れ図に相当する。また、図５９は、第１の実施形態においては図１０の流れ図に相当する。そこで、図９及び図１０と共通する処理のステップには、同一の符号を付している。
【0295】
図５８に示すように、タッチパネル２８の画面を明細画面ＳＡａとしたプロセッサ２１は、ＡＣＴ１０２又はＡＣＴ１０７として商品コードが入力されるのを待ち受ける。この待ち受け状態において、買上商品の商品コードが入力されると、プロセッサ２１は、第１の実施形態と同様に、ＡＣＴ１０３及びＡＣＴ１０４の処理を実行する。
【0296】
すなわちプロセッサ２１は、ＡＣＴ１０３としてマルチキャスト通信により同一グループの決済装置１２０に入力イベントを送信する。入力イベントは、スキャナ２７又はタッチパネル２８から入力された商品コードを含む。またプロセッサ２１は、ＡＣＴ１０４として明細レコードＲｂを作成する。プロセッサ２１は、サーバ１３にアクセスして、商品マスタファイル１３１から入力された商品コードを含む商品レコードを取得する。そしてプロセッサ２１は、その商品レコードに記述された商品名、単価等の商品情報を基に、レコード番号ｒ、商品コード、商品名、単価、数量、金額等の項目データからなる明細レコードＲｂを作成する。
【0297】
一方、ＡＣＴ１０２又はＡＣＴ１０７の待ち受け状態において、商品券の商品券コードが入力された場合も、プロセッサ２１は、ＡＣＴ１０３及びＡＣＴ１０４の処理を実行する。すなわちプロセッサ２１は、ＡＣＴ１０３としてマルチキャスト通信により同一グループの決済装置１２０に入力イベントを送信する。入力イベントは、商品券コードを含む。またプロセッサ２１は、ＡＣＴ１０４として明細レコードＲｂを作成する。プロセッサ２１は、サーバ１３にアクセスして、商品マスタファイル１３１から入力された商品券コードを含むデータレコードを取得する。そしてプロセッサ２１は、そのデータレコードに記述された商品券名、額面金額等の情報を基に、レコード番号ｒ、商品コード、商品名、単価、数量、金額等の項目データからなる明細レコードＲｂを作成する。明細レコードＲｂの商品コードは、商品券コードである。商品名は、商品券名である。単価は、額面金額である。数量は“１”である。金額は単価に数量を乗算した値である。
【0298】
ＡＣＴ１０４の処理を終えると、プロセッサ２１は、ＡＣＴ７０１へと進む。プロセッサ２１は、ＡＣＴ７０１として明細レコードＲｂが商品の明細レコードであるのか商品券の明細レコードであるのかを識別する。明細レコードＲｂに含まれる商品コードが商品券コードである場合、プロセッサ２１は、商品券の明細レコードＲｂと認識する。明細レコードＲｂに含まれる商品コードが商品券コード以外のコードである場合、プロセッサ２１は、商品券以外の商品の明細レコードＲｂと認識する。
【0299】
明細レコードＲｂが商品券以外の商品の明細レコードである場合には、プロセッサ２１は、ＡＣＴ７０１からＡＣＴ７０２へと進む。プロセッサ２１は、ＡＣＴ７０２として明細レコードＲｂの商品券フラグＦｅを“０”に設定する。
【0300】
これに対し、明細レコードＲｂが商品券の明細レコードである場合には、プロセッサ２１は、ＡＣＴ７０１からＡＣＴ７０３へと進む。プロセッサ２１は、ＡＣＴ７０３として明細レコードＲｂの商品券フラグＦｅを“１”に設定する。またプロセッサ２１は、ＡＣＴ７０４として明細レコードＲｂの金額にマイナス符号を付す。
【0301】
ＡＣＴ７０２又はＡＣＴ７０４の処理を終えると、プロセッサ２１は、ＡＣＴ１０５へと進む。そしてプロセッサ２１は、ＡＣＴ１０５乃至ＡＣＴ１１２の処理を、第１の実施形態と同様に実行する。すなわちプロセッサ２１は、明細レコードＲａを第１取引ファイル６３１に記憶する。そしてプロセッサ２１は、明細画面ＳＡａを更新する。
【0302】
図６２は、額面金額が１０００円の商品券のバーコードをスキャナ２７でスキャニングした後の明細画面ＳＡａである。図示するように、カレントエリアＡＡａには、商品券の名称、数量及び額面金額が表示される。そして額面金額には、マイナス符号が付されている。
【0303】
ＡＣＴ１０６の処理を終えたプロセッサ２１は、ＡＣＴ１０７乃至ＡＣＴ１０９の待ち受け状態となる。この待ち受け状態において、商品又は商品券のバーコードがスキャニングされると、プロセッサ２１は、ＡＣＴ１０３及びＡＣＴ１０４、ＡＣＴ７０１乃至ＡＣＴ７０４、さらにはＡＣＴ１０５及びＡＣＴ１０６の処理を前述したのと同様に実行する。
【0304】
ＡＣＴ１０７乃至ＡＣＴ１０９の待ち受け状態において、小計ボタンＢＡａが入力されると、プロセッサ２１は、ＡＣＴ１０９から図５９のＡＣＴ７１１へと進む。プロセッサ２１は、ＡＣＴ７１１として合計金額を算出し、正の値であるか否かを確認する。合計金額は、第１取引ファイル６３１に記憶した全ての明細レコードＲｂの金額の合計である。商品の明細レコードＲｂの金額は正の値であるが、商品券の明細レコードＲｂの金額は、ＡＣＴ７０４の処理で負の値としている。したがって、合計金額は必ずしも正の金額とは限らず、０円又は負の金額となる場合もある。
【0305】
合計金額が正の金額であった場合、代金の支払いが生じる。この場合、プロセッサ２１は、ＡＣＴ７１１からＡＣＴ１２１へと進む。そしてプロセッサ２１は、ＡＣＴ１２１乃至ＡＣＴ１５１の処理を第１の実施形態と同様に実行する。
【0306】
これに対し、合計金額が０円又は負の金額となった場合には、商品券によって代金の支払いが完了している。この場合、プロセッサ２１は、ＡＣＴ７１１からＡＣＴ７１２へと進む。プロセッサ３１は、ＡＣＴ７１２としてタッチパネル２８の画面を支払い完了画面ＳＡｈ（図６３を参照）とする。
【0307】
図６３は、支払い完了画面ＳＡｈの一表示例である。支払い完了画面ＳＡｈは、支払い画面ＳＡｃから、小計値引ボタンＢＡｈ及び小計割引ボタンＢＡｉのソフトウェアキーを除いた画面である。支払い完了画面ＳＡｈは、図６２の明細画面ＳＡａに示されるように、４品目で合計１０００円の商品を購入した客３が額面金額１０００円の商品券を提示した場合である。この場合、合計金額が０円なので、代金の支払いはない。しかし、レシートは決済装置１２から発行されるので、店員２は、入力完了ボタンＢＡｊを単独で入力する。あるいは店員２は、ビジィボタンＢＡｋと入力完了ボタンＢＡｊとを入力する。
【0308】
支払い完了画面ＳＡｈを表示したプロセッサ２１は、ＡＣＴ１２５へと進む。そしてプロセッサ２１は、ＡＣＴ１２５乃至ＡＣＴ１５１の処理を第１の実施形態と同様に実行する。したがって、店員２が入力完了ボタンＢＡｊを単独で入力した場合には、プロセッサ２１は、親機１２１に完了イベントを送信する。店員２がビジィボタンＢＡｋと入力完了ボタンＢＡｊとを入力した場合には、プロセッサ２１は、子機１２２１に完了イベントを送信する。
【0309】
ここに、プロセッサ２１は、ＡＣＴ７０１の処理により、入力側識別手段５２０としての機能を実現する。またプロセッサ２１は、ＡＣＴ７１１の処理により演算手段５２１としての機能を実現する。
【0310】
次に、決済装置１２のプロセッサ３１が決済プログラムにしたがって実行する情報処理の要部手順を、図６０及び図６１の流れ図を用いて説明する。図６０の流れ図によって示される処理手順は、第１の実施形態において、図１２の流れ図に相当する。そこで、図１２と共通する処理のステップには、同一の符号を付している。図６１の流れ図によって示される処理手順は、第１の実施形態において、図１３の流れ図に相当する。そこで、図１３と共通する処理のステップには、同一の符号を付している。
【0311】
図５８を用いて説明したように、決済装置１２には、入力装置１１から商品コード又は商品券コードを含む入力イベントが送信される。決済装置１２のプロセッサ３１は、図６０のＡＣＴ２０３において入力装置１１から商品コード又は商品券コードを含む入力イベントを受信すると、ＡＣＴ２０３からＡＣＴ２０４へと進む。プロセッサ３１は、ＡＣＴ２０４として明細レコードＲｂを作成する。
【0312】
すなわち商品コードを含む入力イベントを受信した場合には、プロセッサ３１は、サーバ１３にアクセスして、商品マスタファイル１３１から当該商品コードを含む商品レコードを取得する。そしてプロセッサ３１は、その商品レコードに記述された商品名、単価等の商品情報を基に、レコード番号ｒ、商品コード、商品名、単価、数量、金額等の項目データからなる明細レコードＲｂを作成する。
【0313】
一方、商品券コードを含む入力イベントを受信した場合も、プロセッサ３１は、サーバ１３にアクセスして、商品マスタファイル１３１から当該商品券コードを含むデータレコードを取得する。そしてプロセッサ３１は、そのデータレコードに記述された商品券名、額面金額等の情報を基に、レコード番号ｒ、商品コード（商品券コード）、商品名（商品券名）、単価（額面金額）、数量、金額等の項目データからなる明細レコードＲｂを作成する。
【0314】
ＡＣＴ２０４の処理を終えると、プロセッサ３１は、ＡＣＴ８０１へと進む。プロセッサ３１は、ＡＣＴ８０１として明細レコードＲｂが商品の明細レコードであるのか商品券の明細レコードであるのかを識別する。明細レコードＲｂに含まれる商品コードが商品券コードである場合、プロセッサ３１は、商品券の明細レコードＲｂと認識する。明細レコードＲｂに含まれる商品コードが商品券コード以外のコードである場合、プロセッサ３１は、商品券以外の商品の明細レコードＲｂと認識する。
【0315】
明細レコードＲｂが商品の明細レコードである場合には、プロセッサ３１は、ＡＣＴ８０１からＡＣＴ８０２へと進む。プロセッサ３１は、ＡＣＴ８０２として明細レコードＲｂの商品券フラグＦｅを“０”に設定する。
【0316】
これに対し、明細レコードＲｂが商品券の明細レコードである場合には、プロセッサ３１は、ＡＣＴ８０１からＡＣＴ８０３へと進む。プロセッサ３１は、ＡＣＴ８０３として明細レコードＲｂの商品券フラグＦｅを“１”に設定する。またプロセッサ３１は、ＡＣＴ８０４として明細レコードＲｂの金額にマイナス符号を付す。
【0317】
ＡＣＴ８０２又はＡＣＴ８０４の処理を終えると、プロセッサ３１は、ＡＣＴ２０５へと進む。プロセッサ３１は、ＡＣＴ２０５としてその明細レコードＲａを第２取引ファイル８１１に記憶する。そしてプロセッサ３１は、ＡＣＴ２０８乃至ＡＣＴ２１０の待ち受け状態となる。
【0318】
ＡＣＴ２０８乃至ＡＣＴ２１０の待ち受け状態において、再び、商品コード又は商品券コードを含む入力イベントを受信すると、プロセッサ３１は、ＡＣＴ２０３以降の処理を前述したのと同様に実行する。すなわち、商品コードを含む入力イベントを受信した場合には、プロセッサ３１は、商品券フラグＦｅが“０”の明細レコードＲｂを作成し、その明細レコードＲｂを第２取引ファイル８１１に記憶する。商品券コードを含む入力イベントを受信した場合には、プロセッサ３１は、商品券フラグＦｅが“１”の明細レコードＲｂを作成し、その明細レコードＲｂを第２取引ファイル８１１に記憶する。
【0319】
一方、ＡＣＴ２０８乃至ＡＣＴ２１０の待ち受け状態において、完了イベントを受信した場合には、プロセッサ３１は、ＡＣＴ２０９から図６１のＡＣＴ２２１へと進む。プロセッサ３１は、ＡＣＴ２２１としてフラグメモリ８２の状態フラグＦｃを調べる。状態フラグＦｃが“１”、すなわち当該決済装置１２が決済中の場合には、プロセッサ３１は、ＡＣＴ２２１からＡＣＴ２３５へと進む。プロセッサ３１は、ＡＣＴ２３５として入力装置１１に否定応答（ＮＧ）を送信するように通信ユニット３５を制御する。その後、プロセッサ２１は、ＡＣＴ２０８乃至ＡＣＴ２１０の待ち受け状態に戻る。
【0320】
一方、状態フラグＦｃが“０”、すなわち当該決済装置１２が待機中の状態で、完了イベントを受信した場合には、プロセッサ２１は、ＡＣＴ２２１からＡＣＴ８１１へと進む。プロセッサ２１は、ＡＣＴ８１１として合計金額を算出し、正の値であるか否かを確認する。合計金額は、第２取引ファイル８１１に記憶した全ての明細レコードＲｂの金額の合計である。商品の明細レコードＲｂの金額は正の値であるが、商品券の明細レコードＲｂの金額は負の値である。したがって、合計金額は必ずしも正の金額とは限らず、０円又は負の金額となる場合もある。
【0321】
合計金額が正の金額である場合、プロセッサ３１は、ＡＣＴ８１１からＡＣＴ２２２へと進む。そしてプロセッサ３１は、ＡＣＴ２２２乃至ＡＣＴ２３４の処理を前述したのと同様に実行する。
【0322】
これに対し、合計金額が０又は負の金額である場合には、プロセッサ３１は、ＡＣＴ８１１からＡＣＴ２３１へと進む。すなわち、ＡＣＴ２２２乃至ＡＣＴ２３０の処理をスキップする。したがって、客３は、代金を支払うことはない。その後、プロセッサ２１は、ＡＣＴ２３１乃至ＡＣＴ２３４の処理を前述したのと同様に実行する。したがって、レシートＲＳ（図６４を参照）が発行されるので、客３は、レシートＲＳを受け取る。
【0323】
図６４は、合計金額１０００円の買物に対して額面金額が１０００円の商品券を提示した客に対して発行されるレシートＲＳの一例である。図６４に示すように、レシートＲＳには、４品目の買上商品の明細の後にその合計金額１０００円が印字され、その後に商品券の額面金額１０００円がマイナス符号を付して印字されている。このようなレシートＲＳにより、客３は、買上商品の代金を商品券で支払ったことを確認することができる。
【0324】
ここに、プロセッサ３１は、ＡＣＴ８０１の処理により、決済側識別手段７９としての機能を実現する。プロセッサ３１は、ＡＣＴ２３１の処理によりレシート出力手段７１０としての機能を実現する。
【0325】
このように、第４の実施形態においても、入力装置１１が、売買された商品の明細情報と合計情報とを含む決済情報を生成して決済装置１２に送信することなく、店員２と客３が操作を分担して取引を決済できる会計システム１を提供することができる。しかも、第４の実施形態によれば、代金の支払い方法として店員の介在が必要な商品券等の金券にも対応した会計システム１を提供することができる。
【0326】
［他の実施形態］
前記実施形態では、店員２が入力装置１１を操作して代金の支払い方法を選択入力する場合を例示した。他の実施形態としては、既存の会計システムのように、客３が決済装置１２を操作して代金の支払い方法の選択入力するようにしてもよい。
前記実施形態では、店員２が入力装置１１を操作して代金の支払い方法を選択入力する場合を例示した。他の実施形態としては、既存の会計システムのように、客３が決済装置１２を操作して代金の支払い方法の選択入力するようにしてもよい。
【0327】
また、前記実施形態では、入力装置１１が取引番号を発番し、完了イベントとともに決済装置３に送信する場合を例示した。他の実施形態としては、完了イベントを受信した決済装置３が取引番号を発番してもよい。この場合、同一のチェックアウトレーンに配置されている複数台の決済装置１２においては、例えば取引番号の最上位桁に異なる値を付すことで、各々の決済装置１２から発番される取引番号が重複しないようにするとよい。
【0328】
入力装置１１において、入力完了を指示する手段として、入力完了ボタンＢＡｊを単独で入力する場合とビジィボタンＢＡｋと入力完了ボタンＢＡｊとを入力する場合を例示した。他の実施形態としては、入力完了ボタンＢＡｊが単独で入力された場合には、親機１２１に完了イベントを送信し、ビジィボタンＢＡｋが単独で入力された場合には、子機１２２に完了イベントを送信してもよい。あるいは、ビジィボタンＢＡｋを無くして入力完了ボタンＢＡｊだけとし、いずれかの決済装置１２に完了イベントを送信するようにしてもよい。
【0329】
例えば、決済装置１２を、１号機１２－１，２号機１２－２，３号機１２－３の３台とする。そして入力装置１１は、入力完了ボタンＢＡｊが入力される毎に、１号機１２－１，２号機１２－２，３号機１２－３の順で完了イベントを送信する。その際、決済装置１２から否定応答（ＮＧ）を受信した場合には、次の決済装置１２に完了イベントを送信する。このような構成の会計システムであっても、入力装置で決済情報を生成することなく店員と客が操作を分担して取引を決済することができる。
【0330】
また、例えば１号機１２－１及び２号機１２－２はキャッシュレス決済端末５を接続しているが、３号機１２－３はキャッシュレス決済端末５を接続していないと仮定する。その場合には、入力装置１１は、客３が現金決済を希望した場合には、１号機１２－１，２号機１２－２，３号機１２－３の順で完了イベントを送信する。客がキャッシュレス決済を希望した場合には、１号機１２－１，２号機１２－２の順で完了イベントを送信し、，３号機１２－３には完了イベントを送信しない。このような構成は、入力装置１１が各決済装置１２の接続フラグＦｂを記憶することで実現可能である。このような構成であっても、店員２がキャッシュレス決済を希望する客３を３号機１２－３に案内することはない。その上、キャッシュレス決済方法の識別コードを含む完了イベントに対して３号機１２－３から否定応答（ＮＧ）が返ってくることはないので、効率的である。
【0331】
第４の実施形態において、決済装置１２は、合計金額が負の場合にその金額を釣銭として自動釣銭機から払い出すようにしてもよい。そうすることにより、釣銭の払い出しが可能な商品券にも対応することができる。
【0332】
図１においては、１つのチェックアウトレーンに対して２台の決済装置１２を配置した会計システム１を例示した。会計システム１は、これに限定されない。例えば１つのチェックアウトレーンに対して３台以上の決済装置１２を配置した会計システムであっても、前述した各実施形態を適用できるものである。
【0333】
以上、いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0334】
１…会計システム、２…店員、３…客、５…キャッシュレス決済端末、１１…入力装置、１２…決済装置、１３…サーバ、１４…ネットワーク、２１，３１…プロセッサ、５１…入力側記憶手段、５２…明細表示手段、５３…終了検出手段、５４…第１送信手段、５５…選択手段、５６…第１通知手段、５７…第２通知手段、５８…第３通知手段、５９…決済先報知手段、６３…入力側記憶部、６４…データテーブル、７１…決済側記憶手段、７２…金額表示手段、７３…決済応答手段、７４…決済手段、７５…決済側削除手段、７６…決済側修正手段、７７…取消応答手段、７８…決済側修正手段、７９…決済側識別手段、８２…フラグメモリ、５１０…入力側削除手段、５１１…修正受付手段、５１２…入力側修正手段、５１３…第２送信手段、５１４…取消検出手段、５１５…指定受付手段、５１６…第４通知手段、５１７…入力側修正手段、５１８…第３送信手段、５１９…不可報知手段、５２０…入力側識別手段、５２１…演算手段、６３１…第１取引ファイル、６３２…第４取引ファイル、７１０…レシート出力手段、８１１…第２取引ファイル、８１２…第３取引ファイル。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】
【図44】
【図45】
【図46】
【図47】
【図48】
【図49】
【図50】
【図51】
【図52】
【図53】
【図54】
【図55】
【図56】
【図57】
【図58】
【図59】
【図60】
【図61】
【図62】
【図63】
【図64】
