知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024119525
(43)【公開日】2024-09-03
(54)【発明の名称】会計システム、入力装置、決済装置及びプログラム
(51)【国際特許分類】
G07G 1/12 20060101AFI20240827BHJP
G07G 1/01 20060101ALI20240827BHJP
G06Q 20/20 20120101ALI20240827BHJP
【ＦＩ】
G07G1/12 321K
G07G1/01 301E
G06Q20/20
【審査請求】未請求
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2023026501
(22)【出願日】2023-02-22
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(72)【発明者】
【氏名】勝亦 元宏
(72)【発明者】
【氏名】河原 高行
(72)【発明者】
【氏名】平松 直剛
【テーマコード（参考）】
3E142
5L020
5L055
【Ｆターム（参考）】
3E142CA12
3E142DA04
3E142DA07
3E142EA04
3E142FA03
3E142FA08
3E142FA42
3E142GA41
3E142JA01
5L020AA42
5L055AA42
(57)【要約】
【課題】入力装置で決済情報を生成することなく店員と客が操作を分担して取引を決済できる会計システムを提供する。
【解決手段】入力装置は、取引に係るデータを当該取引に係るデータの入力終了指示が検出される前に送信先決済装置に送信する。決済装置は、取引の決済が不可能な状態で、入力装置から取引に係るデータを受信すると、受信した取引に係るデータを他の一台の転送先決済装置に送信する転送モードに転換する。決済装置は、転送モードに転換されると、取引を決済する決済モードに復帰するまで、入力装置から受信した取引に係るデータを転送先決済装置に送信する。決済装置は、取引の決済が可能な状態で、入力装置から取引に係るデータを受信すると、当該取引に係るデータを決済側記憶部で記憶し、入力終了の通知を受けると、決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する。
【選択図】 図７
【解決手段】入力装置は、取引に係るデータを当該取引に係るデータの入力終了指示が検出される前に送信先決済装置に送信する。決済装置は、取引の決済が不可能な状態で、入力装置から取引に係るデータを受信すると、受信した取引に係るデータを他の一台の転送先決済装置に送信する転送モードに転換する。決済装置は、転送モードに転換されると、取引を決済する決済モードに復帰するまで、入力装置から受信した取引に係るデータを転送先決済装置に送信する。決済装置は、取引の決済が可能な状態で、入力装置から取引に係るデータを受信すると、当該取引に係るデータを決済側記憶部で記憶し、入力終了の通知を受けると、決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する。
【選択図】 図７
【特許請求の範囲】
【請求項1】
入力デバイスを介して取引に係るデータを入力する入力装置と、取引を決済する複数台の決済装置とを通信回線で接続し、
前記入力装置は、
取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のうち一台の送信先決済装置に送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記送信先決済装置に入力終了を通知する第１通知手段と、
を具備し、
前記決済装置は、
取引を決済する決済モードにおいて、前記入力装置又は他の決済装置から取引に係るデータを受信すると、当該取引に係るデータを決済側記憶部で記憶する決済側記憶手段と、
前記決済モードにおいて、前記入力装置又は他の決済装置から前記取引に係るデータの入力終了通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
前記決済モードにおいて、前記入力装置又は他の決済装置から別取引に係るデータを受信すると、受信した別取引に係るデータを他の一台の転送先決済装置に送信する転送モードに転換する第１転換手段と、
前記転送モードに転換されると、前記決済モードに復帰するまで、前記入力装置又は他の決済装置から受信した別取引に係るデータを前記転送先決済装置に送信する第１転送手段と、
前記転送モードにおいて、前記入力装置又は他の決済装置から前記別取引に係るデータの入力終了通知を受けると、前記転送先決済装置に入力終了を通知する第２通知手段と、
を具備する会計システム。
前記入力装置は、
取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のうち一台の送信先決済装置に送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記送信先決済装置に入力終了を通知する第１通知手段と、
を具備し、
前記決済装置は、
取引を決済する決済モードにおいて、前記入力装置又は他の決済装置から取引に係るデータを受信すると、当該取引に係るデータを決済側記憶部で記憶する決済側記憶手段と、
前記決済モードにおいて、前記入力装置又は他の決済装置から前記取引に係るデータの入力終了通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
前記決済モードにおいて、前記入力装置又は他の決済装置から別取引に係るデータを受信すると、受信した別取引に係るデータを他の一台の転送先決済装置に送信する転送モードに転換する第１転換手段と、
前記転送モードに転換されると、前記決済モードに復帰するまで、前記入力装置又は他の決済装置から受信した別取引に係るデータを前記転送先決済装置に送信する第１転送手段と、
前記転送モードにおいて、前記入力装置又は他の決済装置から前記別取引に係るデータの入力終了通知を受けると、前記転送先決済装置に入力終了を通知する第２通知手段と、
を具備する会計システム。
【請求項2】
前記決済装置は、
前記転送モードにおいて、前記入力装置又は他の決済装置から前記別取引に係るデータの入力終了通知を受けると、前記決済モードに復帰する復帰手段、
をさらに具備する請求項１記載の会計システム。
前記転送モードにおいて、前記入力装置又は他の決済装置から前記別取引に係るデータの入力終了通知を受けると、前記決済モードに復帰する復帰手段、
をさらに具備する請求項１記載の会計システム。
【請求項3】
前記決済装置は、
前記転送モードに転換すると、前記転送先決済装置を決済先決済装置として前記入力装置に通知する第３通知手段、
をさらに具備し、
前記入力装置は、
前記決済装置から通知を受けた前記決済先決済装置を報知する決済先報知手段、
をさらに具備する請求項１記載の会計システム。
前記転送モードに転換すると、前記転送先決済装置を決済先決済装置として前記入力装置に通知する第３通知手段、
をさらに具備し、
前記入力装置は、
前記決済装置から通知を受けた前記決済先決済装置を報知する決済先報知手段、
をさらに具備する請求項１記載の会計システム。
【請求項4】
前記入力装置は、
取引に係るデータの転送指示を検出する転送検出手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出される前に前記転送検出手段により転送指示が検出されると、前記送信先決済装置に転送を通知する第４通知手段と、
をさらに具備し、
前記送信先決済装置は、
前記決済モードにおいて前記入力装置から転送の通知を受けると、前記転送モードに転換して前記決済側記憶部で記憶した取引に係るデータを前記転送先決済装置に送信する第２転換手段、
をさらに具備する請求項１記載の会計システム。
取引に係るデータの転送指示を検出する転送検出手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出される前に前記転送検出手段により転送指示が検出されると、前記送信先決済装置に転送を通知する第４通知手段と、
をさらに具備し、
前記送信先決済装置は、
前記決済モードにおいて前記入力装置から転送の通知を受けると、前記転送モードに転換して前記決済側記憶部で記憶した取引に係るデータを前記転送先決済装置に送信する第２転換手段、
をさらに具備する請求項１記載の会計システム。
【請求項5】
前記決済装置は、
他の決済装置の状態を監視する監視手段と、
前記他の決済装置の異常を検知すると、前記入力装置に異常を通知する第５通知手段と、
をさらに具備し、
前記入力装置は、
前記送信先決済装置以外の決済装置から前記送信先決済装置の異常通知を受けると、当該通知を行った決済装置を送信先決済装置とする送信先変更手段、
をさらに具備する請求項１記載の会計システム。
他の決済装置の状態を監視する監視手段と、
前記他の決済装置の異常を検知すると、前記入力装置に異常を通知する第５通知手段と、
をさらに具備し、
前記入力装置は、
前記送信先決済装置以外の決済装置から前記送信先決済装置の異常通知を受けると、当該通知を行った決済装置を送信先決済装置とする送信先変更手段、
をさらに具備する請求項１記載の会計システム。
【請求項6】
前記入力装置は、
前記入力デバイスを介して入力された取引に係るデータを基に取引の明細情報を表示する明細表示手段、
をさらに具備し、
前記決済装置は、
前記決済モードにおいて、前記入力装置又は他の決済装置から前記取引に係るデータの入力終了通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づき算出される当該取引の決済金額を表示する金額表示手段、
をさらに具備する請求項１記載の会計システム。
前記入力デバイスを介して入力された取引に係るデータを基に取引の明細情報を表示する明細表示手段、
をさらに具備し、
前記決済装置は、
前記決済モードにおいて、前記入力装置又は他の決済装置から前記取引に係るデータの入力終了通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づき算出される当該取引の決済金額を表示する金額表示手段、
をさらに具備する請求項１記載の会計システム。
【請求項7】
前記入力装置の第１送信手段は、
前記入力デバイスを介して取引に係るデータが入力される毎に、その入力された取引に係るデータを前記送信先決済装置に送信する、
請求項１乃至６のうちいずれか一記載の会計システム。
前記入力デバイスを介して取引に係るデータが入力される毎に、その入力された取引に係るデータを前記送信先決済装置に送信する、
請求項１乃至６のうちいずれか一記載の会計システム。
【請求項8】
前記入力装置は、
前記第１送信手段により送信した取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に修正する第１修正手段と、
前記第１修正手段により修正された修正後の取引に係るデータを、前記終了検出手段により入力終了指示が検出される前に前記送信先決済装置に送信する第２送信手段と、
をさらに具備し、
前記決済装置は、
前記転送モードにおいて、前記入力装置又は他の決済装置から前記修正後の取引に係るデータを受信すると、当該修正後の取引に係るデータを前記転送先決済装置に送信する第２転送手段と、
前記決済モードにおいて、前記入力装置又は他の決済装置から前記修正後の取引に係るデータを受信すると、当該修正後の取引に係るデータで前記決済側記憶部に記憶している取引に係るデータを修正する第２修正手段と、
をさらに具備する請求項１記載の会計システム。
前記第１送信手段により送信した取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に修正する第１修正手段と、
前記第１修正手段により修正された修正後の取引に係るデータを、前記終了検出手段により入力終了指示が検出される前に前記送信先決済装置に送信する第２送信手段と、
をさらに具備し、
前記決済装置は、
前記転送モードにおいて、前記入力装置又は他の決済装置から前記修正後の取引に係るデータを受信すると、当該修正後の取引に係るデータを前記転送先決済装置に送信する第２転送手段と、
前記決済モードにおいて、前記入力装置又は他の決済装置から前記修正後の取引に係るデータを受信すると、当該修正後の取引に係るデータで前記決済側記憶部に記憶している取引に係るデータを修正する第２修正手段と、
をさらに具備する請求項１記載の会計システム。
【請求項9】
前記入力装置は、
前記入力デバイスを介して入力された取引に係るデータを入力側記憶部で記憶する入力側記憶手段と、
前記入力側記憶部で記憶した取引に係るデータを基に表示デバイスに当該取引の明細情報を表示する明細表示手段と、
前記明細表示手段により表示されている明細情報の修正を受け付ける修正受付手段と、
をさらに具備し、
前記第１修正手段は、前記修正受付手段により修正を受け付けた明細情報で前記入力側記憶部に記憶している取引に係るデータを修正する、
請求項８記載の会計システム。
前記入力デバイスを介して入力された取引に係るデータを入力側記憶部で記憶する入力側記憶手段と、
前記入力側記憶部で記憶した取引に係るデータを基に表示デバイスに当該取引の明細情報を表示する明細表示手段と、
前記明細表示手段により表示されている明細情報の修正を受け付ける修正受付手段と、
をさらに具備し、
前記第１修正手段は、前記修正受付手段により修正を受け付けた明細情報で前記入力側記憶部に記憶している取引に係るデータを修正する、
請求項８記載の会計システム。
【請求項10】
前記入力装置の第２送信手段は、
取引に係るデータが修正される毎に、その修正後の取引に係るデータを前記送信先決済装置に送信する、請求項８又は９記載の会計システム。
取引に係るデータが修正される毎に、その修正後の取引に係るデータを前記送信先決済装置に送信する、請求項８又は９記載の会計システム。
【請求項11】
前記入力装置は、
前記入力デバイスを介して入力された取引に係るデータを入力側記憶部で記憶する入力側記憶手段と、
前記第１通知手段により入力終了を通知した取引の決済取消指示を受け付ける取消受付手段と、
前記複数台の決済装置の中から決済の取消を行う取消先決済装置を選択する取消先選択手段と、
前記取消受付手段により取引の決済取消指示を受け付けると、前記取消先選択手段により選択された取消先決済装置に決済の取消を通知する第６通知手段と、
前記決済の取消通知に対して前記取消先決済装置から決済の取消を許諾する応答があったことを条件に、前記入力側記憶部で記憶した取引に係るデータを修正する第３修正手段と、
前記第３修正手段により修正された修正後の取引に係るデータを前記取消先決済装置に送信する第３送信手段と、
をさらに具備し、
前記決済装置は、
前記決済手段により取引が決済される前に前記入力装置から前記決済の取消通知を受けると、決済の取消を許諾する応答を返す取消応答手段と、
前記第３送信手段により前記入力装置から送信されてくる修正後の取引に係るデータで、前記決済側記憶部に記憶している取引に係るデータを修正する第４修正手段と、
をさらに具備する請求項１記載の会計システム。
前記入力デバイスを介して入力された取引に係るデータを入力側記憶部で記憶する入力側記憶手段と、
前記第１通知手段により入力終了を通知した取引の決済取消指示を受け付ける取消受付手段と、
前記複数台の決済装置の中から決済の取消を行う取消先決済装置を選択する取消先選択手段と、
前記取消受付手段により取引の決済取消指示を受け付けると、前記取消先選択手段により選択された取消先決済装置に決済の取消を通知する第６通知手段と、
前記決済の取消通知に対して前記取消先決済装置から決済の取消を許諾する応答があったことを条件に、前記入力側記憶部で記憶した取引に係るデータを修正する第３修正手段と、
前記第３修正手段により修正された修正後の取引に係るデータを前記取消先決済装置に送信する第３送信手段と、
をさらに具備し、
前記決済装置は、
前記決済手段により取引が決済される前に前記入力装置から前記決済の取消通知を受けると、決済の取消を許諾する応答を返す取消応答手段と、
前記第３送信手段により前記入力装置から送信されてくる修正後の取引に係るデータで、前記決済側記憶部に記憶している取引に係るデータを修正する第４修正手段と、
をさらに具備する請求項１記載の会計システム。
【請求項12】
前記入力装置は、
前記決済の取消通知に対して前記取消先決済装置から決済の取消を許諾する応答がないと、決済の取消不可を報知する不可報知手段、
をさらに具備する請求項１１記載の会計システム。
前記決済の取消通知に対して前記取消先決済装置から決済の取消を許諾する応答がないと、決済の取消不可を報知する不可報知手段、
をさらに具備する請求項１１記載の会計システム。
【請求項13】
前記入力装置の第３送信手段は、
取引に係るデータが修正される毎に、その修正後の取引に係るデータを前記取消先決済装置に送信する、請求項１１又は１２記載の会計システム。
取引に係るデータが修正される毎に、その修正後の取引に係るデータを前記取消先決済装置に送信する、請求項１１又は１２記載の会計システム。
【請求項14】
前記決済装置は、
前記決済側記憶部で記憶される取引に係るデータが金券商品の取引に係るデータであるのか金券商品以外の商品の取引に係るデータであるのかを識別する決済側金券識別手段、
をさらに具備し、
前記決済手段は、前記入力装置又は他の決済装置から前記入力終了の通知を受けると、前記決済側記憶部で記憶した取引に係るデータのうち金券商品以外の商品の取引に係るデータについては当該商品の販売金額を正の値とし、金券商品の取引に係るデータについては当該金券商品の額面金額を負の値として取引を決済する、請求項１記載の会計システム。
前記決済側記憶部で記憶される取引に係るデータが金券商品の取引に係るデータであるのか金券商品以外の商品の取引に係るデータであるのかを識別する決済側金券識別手段、
をさらに具備し、
前記決済手段は、前記入力装置又は他の決済装置から前記入力終了の通知を受けると、前記決済側記憶部で記憶した取引に係るデータのうち金券商品以外の商品の取引に係るデータについては当該商品の販売金額を正の値とし、金券商品の取引に係るデータについては当該金券商品の額面金額を負の値として取引を決済する、請求項１記載の会計システム。
【請求項15】
前記決済装置は、
前記決済手段により決済された取引のレシートとして、前記金券商品以外の商品の販売金額を合算した合計金額とは別に前記金券商品の額面金額を表記したレシートを出力するレシート出力手段、
をさらに具備する請求項１４記載の会計システム。
前記決済手段により決済された取引のレシートとして、前記金券商品以外の商品の販売金額を合算した合計金額とは別に前記金券商品の額面金額を表記したレシートを出力するレシート出力手段、
をさらに具備する請求項１４記載の会計システム。
【請求項16】
前記入力装置は、
前記入力デバイスを介して入力された取引に係るデータが金券商品の取引に係るデータであるのか金券商品以外の商品の取引に係るデータであるのかを識別する入力側金券識別手段と、
前記取引に係るデータのうち金券商品以外の商品の取引に係るデータについては当該商品の販売金額を正の値とし、金券商品に係るデータについては当該金券商品の額面金額を負の値として取引の合計金額を算出する演算手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出された時点で前記演算手段により算出された取引の合計金額が０又は負の値であるとき、支払い完了を報知する完了報知手段と、
をさらに具備する請求項１４又は１５記載の会計システム。
前記入力デバイスを介して入力された取引に係るデータが金券商品の取引に係るデータであるのか金券商品以外の商品の取引に係るデータであるのかを識別する入力側金券識別手段と、
前記取引に係るデータのうち金券商品以外の商品の取引に係るデータについては当該商品の販売金額を正の値とし、金券商品に係るデータについては当該金券商品の額面金額を負の値として取引の合計金額を算出する演算手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出された時点で前記演算手段により算出された取引の合計金額が０又は負の値であるとき、支払い完了を報知する完了報知手段と、
をさらに具備する請求項１４又は１５記載の会計システム。
【請求項17】
取引に係るデータを入力するための入力デバイスと、
取引を決済する複数台の決済装置とデータ通信を行うための通信デバイスと、
取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のうち一台の送信先決済装置に送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記送信先決済装置に入力終了を通知する第１通知手段と、
を具備する入力装置。
取引を決済する複数台の決済装置とデータ通信を行うための通信デバイスと、
取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のうち一台の送信先決済装置に送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記送信先決済装置に入力終了を通知する第１通知手段と、
を具備する入力装置。
【請求項18】
入力デバイスを介して入力された取引に係るデータを当該取引に係るデータの入力終了指示が検出される前に送信先とした一台の決済装置に送信する入力装置とデータ通信を行う通信デバイスと、
取引を決済する決済モードにおいて、前記入力装置又は他の決済装置から取引に係るデータを受信すると、当該取引に係るデータを決済側記憶部で記憶する決済側記憶手段と、
前記決済モードにおいて、前記入力装置又は他の決済装置から前記取引に係るデータの入力終了通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
前記決済モードにおいて、前記入力装置又は他の決済装置から別取引に係るデータを受信すると、受信した別取引に係るデータを他の一台の転送先決済装置に送信する転送モードに転換する第１転換手段と、
前記転送モードに転換されると、前記決済モードに復帰するまで、前記入力装置又は他の決済装置から受信した別取引に係るデータを前記転送先決済装置に送信する第１転送手段と、
前記転送モードにおいて、前記入力装置又は他の決済装置から前記別取引に係るデータの入力終了通知を受けると、前記転送先決済装置に入力終了を通知する第２通知手段と、
を具備する決済装置。
取引を決済する決済モードにおいて、前記入力装置又は他の決済装置から取引に係るデータを受信すると、当該取引に係るデータを決済側記憶部で記憶する決済側記憶手段と、
前記決済モードにおいて、前記入力装置又は他の決済装置から前記取引に係るデータの入力終了通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
前記決済モードにおいて、前記入力装置又は他の決済装置から別取引に係るデータを受信すると、受信した別取引に係るデータを他の一台の転送先決済装置に送信する転送モードに転換する第１転換手段と、
前記転送モードに転換されると、前記決済モードに復帰するまで、前記入力装置又は他の決済装置から受信した別取引に係るデータを前記転送先決済装置に送信する第１転送手段と、
前記転送モードにおいて、前記入力装置又は他の決済装置から前記別取引に係るデータの入力終了通知を受けると、前記転送先決済装置に入力終了を通知する第２通知手段と、
を具備する決済装置。
【請求項19】
取引に係るデータを入力するための入力デバイスと、取引を決済する複数台の決済装置とデータ通信を行うための通信デバイスと、を備えた入力装置のコンピュータを、
取引に係るデータの入力終了指示を検出する終了検出手段、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のうち一台の送信先決済装置に送信する第１送信手段、及び、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記送信先決済装置に入力終了を通知する第１通知手段、
として機能させるためのプログラム。
取引に係るデータの入力終了指示を検出する終了検出手段、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記複数台の決済装置のうち一台の送信先決済装置に送信する第１送信手段、及び、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記送信先決済装置に入力終了を通知する第１通知手段、
として機能させるためのプログラム。
【請求項20】
入力デバイスを介して入力された取引に係るデータを当該取引に係るデータの入力終了指示が検出される前に送信先とした一台の決済装置に送信する入力装置とデータ通信を行う通信デバイス、を備えた決済装置のコンピュータを、
取引を決済する決済モードにおいて、前記入力装置又は他の決済装置から取引に係るデータを受信すると、当該取引に係るデータを決済側記憶部で記憶する決済側記憶手段、
前記決済モードにおいて、前記入力装置又は他の決済装置から前記取引に係るデータの入力終了通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段、
前記決済モードにおいて、前記入力装置又は他の決済装置から別取引に係るデータを受信すると、受信した別取引に係るデータを他の一台の転送先決済装置に送信する転送モードに転換する第１転換手段、
前記転送モードに転換されると、前記決済モードに復帰するまで、前記入力装置又は他の決済装置から受信した別取引に係るデータを前記転送先決済装置に送信する第１転送手段、及び、
前記転送モードにおいて、前記入力装置又は他の決済装置から前記別取引に係るデータの入力終了通知を受けると、前記転送先決済装置に入力終了を通知する第２通知手段、
として機能させるためのプログラム。
取引を決済する決済モードにおいて、前記入力装置又は他の決済装置から取引に係るデータを受信すると、当該取引に係るデータを決済側記憶部で記憶する決済側記憶手段、
前記決済モードにおいて、前記入力装置又は他の決済装置から前記取引に係るデータの入力終了通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段、
前記決済モードにおいて、前記入力装置又は他の決済装置から別取引に係るデータを受信すると、受信した別取引に係るデータを他の一台の転送先決済装置に送信する転送モードに転換する第１転換手段、
前記転送モードに転換されると、前記決済モードに復帰するまで、前記入力装置又は他の決済装置から受信した別取引に係るデータを前記転送先決済装置に送信する第１転送手段、及び、
前記転送モードにおいて、前記入力装置又は他の決済装置から前記別取引に係るデータの入力終了通知を受けると、前記転送先決済装置に入力終了を通知する第２通知手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【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】
第１データテーブル６４は、図６に示すように、当該入力装置１１に対して送信先となり得る決済装置１２の決済装置ＩＤと関連付けて、決済装置番号（No.）と、送信先フラグＦａと、決済先フラグＦｂとを記述したものである。送信先となり得る決済装置１２とは、原則的には、当該入力装置１１と同一のチェックアウトレーンに設置された複数台の決済装置１２である。決済装置ＩＤは、その複数台の決済装置１２を個々に識別するために決済装置１２毎に設定された識別情報である。決済装置番号は、決済装置ＩＤによって識別される決済装置１２に割り当てられた一連の番号である。
【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】
このとき、第１取引ファイル６３１には、ＡＣＴ１４３及びＡＣＴ１４４の処理により、商品ＡＡＡＡＡの明細レコードＲａ-Aと、商品ＢＢＢＢＢの明細レコードＲａ-Bと、商品ＣＣＣＣＣの明細レコードＲａ-Cと、商品ＤＤＤＤＤの明細レコードＲａ-Dとが記憶される。また、ＡＣＴ１４１及びＡＣＴ１４２の処理により、商品ＡＡＡＡＡの商品コードを含む入力イベントと、商品ＢＢＢＢＢの商品コードを含む入力イベントと、商品ＣＣＣＣＣの商品コードを含む入力イベントと、商品ＤＤＤＤＤの商品コードを含む入力イベントとが、送信先決済装置１２１に送信される。各入力イベントは、商品コードが入力される毎に送信先決済装置１２１に送信される。これらの入力イベントの送信により、送信先決済装置１２１又は転送先決済装置１２３においては、商品ＡＡＡＡＡの明細レコードＲａ-Aと、商品ＢＢＢＢＢの明細レコードＲａ-Bと、商品ＣＣＣＣＣの明細レコードＲａ-Cと、商品ＤＤＤＤＤの明細レコードＲａ-Dとが、それぞれ第２取引ファイル８３１に記憶される。
【0194】
図２７の説明に戻る。
ＡＣＴ１１０乃至ＡＣＴ１１４及びＡＣＴ３０１の待ち受け状態において、例えば客３が商品ＢＢＢＢＢの返品を申し出た場合を想定する。その場合、入力装置１１のオペレータである店員２は、明細エリアＡＡｂの商品ＢＢＢＢＢに係るデータが表示されている行をタッチ操作で選択する。このように、明細エリアＡＡｂの行がタッチ操作されることにより、プロセッサ２１は、ＡＣＴ３０１において商品選択有と判断する。
ＡＣＴ１１０乃至ＡＣＴ１１４及びＡＣＴ３０１の待ち受け状態において、例えば客３が商品ＢＢＢＢＢの返品を申し出た場合を想定する。その場合、入力装置１１のオペレータである店員２は、明細エリアＡＡｂの商品ＢＢＢＢＢに係るデータが表示されている行をタッチ操作で選択する。このように、明細エリアＡＡｂの行がタッチ操作されることにより、プロセッサ２１は、ＡＣＴ３０１において商品選択有と判断する。
【0195】
商品選択有と判断すると、プロセッサ２１は、ＡＣＴ３０１からＡＣＴ３０２へと進む。プロセッサ２１は、ＡＣＴ３０２としてタッチパネル２８に修正画面ＳＡｃ（図３０を参照）を表示する。
【0196】
図３０は、修正画面ＳＡｃの一表示例である。修正画面ＳＡｃは、明細エリアＡＡｂから選択された商品の商品名が表示されるエリアＡＡｅと、明細エリアＡＡｂから選択された商品の数量、単価、値割引額及び金額が表示されるエリアＡＡｆと、操作ガイダンス等が表示されるエリアＡＡｇとが形成されている。また修正画面ＳＡｃは、取消ボタンＢＡｉ、数量変更ボタンＢＡｊ、単価変更ボタンＢＡｋ、値引ボタンＢＡｌ、割引ボタンＢＡｍ、キャンセルボタンＢＡｎ及びＯＫボタンＢＡｏのソフトウェアキーを含む。因みに、修正画面ＳＡｃは、明細画面ＳＡａの上に重ねてポップアップ表示されることが好ましい。
【0197】
修正画面ＳＡｃを確認した店員２は、取消ボタンＢＡｉをタッチ操作で入力する。取消ボタンＢＡｉが入力されると、図３１に示すように、エリアＡＡｆに表示されている商品ＢＢＢＢＢの数量、単価、値割引額及び金額に取消線が表示される。また、数量変更ボタンＢＡｊ、単価変更ボタンＢＡｋ、値引ボタンＢＡｌ及び割引ボタンＢＡｍはグレーアウトして入力不可となる。ここで、客３が商品ＢＢＢＢＢの返品を取り止めた場合には、店員２は、キャンセルボタンＢＡｎをタッチ操作で入力する。商品ＢＢＢＢＢの返品を確定させる場合には、店員２は、ＯＫボタンＢＡｏをタッチ操作で入力する。
【0198】
図２７の説明に戻る。
修正画面ＳＡｃを表示したプロセッサ２１は、ＡＣＴ３０３としてＯＫボタンＢＡｏが入力されたか否かを確認する。ＯＫボタンＢＡｏが入力されていない場合、プロセッサ２１は、ＡＣＴ３０３からＡＣＴ３０４へと進む。プロセッサ２１は、ＡＣＴ３０４としてキャンセルボタンＢＡｎが入力されたか否かを確認する。キャンセルボタンＢＡｎが入力されていない場合、プロセッサ２１は、ＡＣＴ３０４からＡＣＴ３０３に戻る。このように、修正画面ＳＡｃを表示したプロセッサ２１は、ＡＣＴ３０３及びＡＣＴ３０４としてＯＫボタンＢＡｏが入力されるかキャンセルボタンＢＡｎが入力されるのを待ち受ける。
修正画面ＳＡｃを表示したプロセッサ２１は、ＡＣＴ３０３としてＯＫボタンＢＡｏが入力されたか否かを確認する。ＯＫボタンＢＡｏが入力されていない場合、プロセッサ２１は、ＡＣＴ３０３からＡＣＴ３０４へと進む。プロセッサ２１は、ＡＣＴ３０４としてキャンセルボタンＢＡｎが入力されたか否かを確認する。キャンセルボタンＢＡｎが入力されていない場合、プロセッサ２１は、ＡＣＴ３０４からＡＣＴ３０３に戻る。このように、修正画面ＳＡｃを表示したプロセッサ２１は、ＡＣＴ３０３及びＡＣＴ３０４としてＯＫボタンＢＡｏが入力されるかキャンセルボタンＢＡｎが入力されるのを待ち受ける。
【0199】
ＡＣＴ３０３及びＡＣＴ３０４の待ち受け状態において、キャンセルボタンＢＡｎが入力された場合には、プロセッサ２１は、ＡＣＴ３０４からＡＣＴ３０５へと進む。プロセッサ２１は、ＡＣＴ３０５として修正画面ＳＡｃを消去する。しかる後、プロセッサ２１は、ＡＣＴ１１０乃至ＡＣＴ１１４及びＡＣＴ３０１の待ち受け状態に戻る。このように、店員２がキャンセルボタンＢＡｎを入力すると、修正画面ＳＡｃが消去される。その結果、タッチパネル２８の画面は、図２９に示す明細画面ＳＡａとなる。
【0200】
一方、ＡＣＴ３０３及びＡＣＴ３０４の待ち受け状態において、ＯＫボタンＢＡｏが入力された場合には、プロセッサ２１は、ＡＣＴ３０３からＡＣＴ３０６へと進む。プロセッサ２１は、ＡＣＴ３０６として第１データテーブル６４を参照し、送信先フラグＦａが“１”となっている決済装置ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ３０７としてその決済装置ＩＤを宛先として修正イベントを送信するように通信ユニット２５を制御する。この制御により、通信ユニット２５を介してネットワーク１４に修正イベントが送信される。修正イベントは、修正画面ＳＡｃに対して入力された情報、すなわちこの場合には、商品ＢＢＢＢＢの取消という情報を含む。
【0201】
修正イベントを送信したプロセッサ２１は、ＡＣＴ３０８として明細レコードＲａを修正する。すなわちプロセッサ２１は、第１取引ファイル６３１に記憶された商品ＢＢＢＢＢの明細レコードＲａ-Bを削除する。そしてプロセッサ２１は、ＡＣＴ３０９として修正画面ＳＡｃを消去し、明細画面ＳＡａを更新する。しかる後、プロセッサ２１は、ＡＣＴ１１０乃至ＡＣＴ１１４及びＡＣＴ３０１の待ち受け状態に戻る。
【0202】
図３２は、商品ＢＢＢＢＢを削除した後に更新された明細画面ＳＡａの表示例である。図３２に示すように、明細エリアＡＡｂから商品ＢＢＢＢＢの商品名、数量、単価、値割引額及び金額が消去される。そして、カレントエリアＡＡａに表示されていた商品ＤＤＤＤＤの商品名、数量、単価、値割引額及び金額が明細エリアＡＡｂに表示される。商品ＢＢＢＢＢの商品名、数量及び金額は、カレントエリアＡＡａに表示される。そして、カレントエリアＡＡａの商品名、数量及び金額には、取消線が表示される。この表示により、店員２は、商品ＢＢＢＢＢを取り消したことを確認できる。
【0203】
ＡＣＴ１１０乃至ＡＣＴ１１４及びＡＣＴ３０１の待ち受け状態において、例えば商品ＢＢＢＢＢの数量を“１”から“３”に修正する場合を想定する。その場合も店員２は、明細エリアＡＡｂの商品ＢＢＢＢＢに係るデータが表示されている行をタッチ操作で選択する。このタッチ操作により、プロセッサ２１は、ＡＣＴ３０２の処理を実行する。この処理により、タッチパネル２８に修正画面ＳＡｃが表示されるので、店員２は、数量変更ボタンＢＡｊを入力する。数量変更ボタンＢＡｊが入力されると、図３３に示すように、エリアＡＡｇの数量が表示されている区画の背景色が他の区画の背景色と異なる。この背景色の違いにより、店員２は、数量の修正を指示したと認識できる。なお、取消ボタンＢＡｉ、単価変更ボタンＢＡｋ、値引ボタンＢＡｌ及び割引ボタンＢＡｍはグレーアウトして入力不可となる。数量の修正を指示した店員２は、キーボード２６のテンキーを操作して、修正後の数量“３”を入力し、ＯＫボタンＢＡｏを入力する。
【0204】
ＯＫボタンＢＡｏが入力されると、プロセッサ２１は、ＡＣＴ３０６乃至ＡＣＴ３０９の処理を実行する。すなわちプロセッサ２１は、送信先フラグＦａが“１”となっている決済装置ＩＤを取得し、その決済装置ＩＤを宛先として修正イベントを送信するように通信ユニット２５を制御する。修正イベントは、修正画面ＳＡｃに対して入力された情報、すなわちこの場合には、商品ＢＢＢＢＢの数量を“１”から“３”に修正するという情報を含む。またプロセッサ２１は、明細レコードＲａを修正する。すなわちプロセッサ２１は、第１取引ファイル６３１に記憶された商品ＢＢＢＢＢの明細レコードＲａ-Bにおける数量を“１”から“３”に修正する。またプロセッサ２１は、明細レコードＲａ-Bにおける金額を３００円から９００円に修正する。そしてプロセッサ２１は、明細画面ＳＡａを更新する。
【0205】
図３４は、商品ＢＢＢＢＢの数量が“１”から“３”に修正された後の明細画面ＳＡａである。図３４に示すように、数量が修正された商品ＢＢＢＢＢの商品名と、修正後の数量と、数量修正後の金額とがカレントエリアＡＡａに表示される。なお、明細エリアＡＡｂにおいては、商品ＢＢＢＢＢのデータが消去され、商品ＤＤＤＤＤのデータが追加される。
【0206】
ＡＣＴ１１０乃至ＡＣＴ１１４及びＡＣＴ３０１の待ち受け状態において、例えば商品ＢＢＢＢＢの単価を修正する場合には、店員２は、修正画面ＳＡｃの単価変更ボタンＢＡｋを入力し、テンキーで修正後の単価を入力して、ＯＫボタンＢＡｏを入力する。例えば商品ＢＢＢＢＢの値引額を修正する場合には、店員２は、修正画面ＳＡｃの値引ボタンＢＡｌを入力し、テンキーで修正後の値引額を入力して、ＯＫボタンＢＡｏを入力する。例えば商品ＢＢＢＢＢの割引率を修正する場合には、店員２は、修正画面ＳＡｃの割引ボタンＢＡｍを入力し、テンキーで修正後の割引率を入力して、ＯＫボタンＢＡｏを入力する。
【0207】
これらの操作により、プロセッサ２１は、ＡＣＴ３０６乃至ＡＣＴ３０９の処理を実行する。すなわちプロセッサ２１は、送信先フラグＦａが“１”となっている決済装置ＩＤを取得し、その決済装置ＩＤを宛先として修正イベントを送信するように通信ユニット２５を制御する。またプロセッサ２１は、明細レコードＲａを修正する。そしてプロセッサ２１は、明細画面ＳＡａを更新する。
【0208】
その後、小計ボタンＢＡａが入力されると、プロセッサ２１は、図１１のＡＣＴ１６１へと進む。そしてプロセッサ２１は、ＡＣＴ１６１以降の処理を第１の実施形態と同様に実行する。
【0209】
ここに、プロセッサ２１は、ＡＣＴ３０１及びＡＣＴ３０２の処理により、修正受付手段５１１としての機能を実現する。プロセッサ２１は、ＡＣＴ３０６及びＡＣＴ３０７の処理により、第２送信手段５１３としての機能を実現する。プロセッサ２１は、ＡＣＴ３０８の処理により、第１修正手段５１２としての機能を実現する。
【0210】
次に、決済装置１２のプロセッサ３１が決済プログラムにしたがって実行する情報処理の要部手順を、図２８の流れ図を用いて説明する。図２８の流れ図は、第１の実施形態においては図１４の流れ図に相当する。そこで、図１４と共通する処理のステップには、同一の符号を付している。
【0211】
第１の実施形態では、プロセッサ３１は、ＡＣＴ２０６において明細レコードＲａを第２取引ファイル８３１に記憶するか、ＡＣＴ２０８において第２取引ファイル８３１に記憶したレコード番号ｒの明細レコードＲａを更新すると、ＡＣＴ２１１乃至ＡＣＴ２１３として入力イベント、転送インベント、又は完了イベントを待ち受けていた。第２の実施形態では、ＡＣＴ２１２及びＡＣＴ２１３の待ち受け状態において、プロセッサ３１はさらに、ＡＣＴ４０１として修正イベントを待ち受ける。そして、修正イベントを受信すると、プロセッサ３１は、ＡＣＴ４０１からＡＣＴ４０２へと進む。プロセッサ３１は、ＡＣＴ４０２としてモードフラグＦｃを調べる。モードフラグＦｃが“０”、すなわち決済モードが設定されている場合には、プロセッサ３１は、ＡＣＴ４０２からＡＣＴ４０３へと進む。プロセッサ３１は、ＡＣＴ４０３として第２取引ファイル８３１に記憶した明細レコードＲａを修正する。具体的にはプロセッサ３１は、例えば、商品ＢＢＢＢＢの取消という情報を含む修正イベントを受信した場合には、第２取引ファイル８３１から商品ＢＢＢＢＢの明細レコードＲａ-Bを削除する。プロセッサ３１は、商品ＢＢＢＢＢの数量を修正するという情報を含む修正イベントを受信した場合には、明細レコードＲａ-Bの数量と金額を修正する。プロセッサ３１は、商品ＢＢＢＢＢの単価、値引額又は割引率を修正するという情報を含む修正イベントを受信した場合には、明細レコードＲａ-Bの単価又は値割引額と金額とを修正する。
【0212】
一方、モードフラグＦｃが“１”、すなわち転送モードが設定されている場合には、プロセッサ３１は、ＡＣＴ４０２からＡＣＴ４０４へと進む。プロセッサ３１は、ＡＣＴ４０４として転送先メモリ８２に記憶されている転送先決済装置１２３の決済装置ＩＤを取得する。そしてプロセッサ３１は、ＡＣＴ４０５として転送先決済装置１２３の決済装置ＩＤを宛先として、受信した修正イベントを送信するように通信ユニット３５を制御する。この制御により、通信ユニット３５を介してネットワーク１４に修正イベントが送信される。修正イベントは、ネットワーク１４に接続された複数台の決済装置１２のうち、当該入力イベントの宛先である決済装置ＩＤが設定された転送先決済装置１２３で受信される。
【0213】
こうして、ＡＣＴ４０３において明細レコードＲａを修正するか、ＡＣＴ４０５において転送先決済装置１２３に修正イベントを送信すると、プロセッサ３１は、ＡＣＴ２１１乃至ＡＣＴ２１３、さらにはＡＣＴ４０１の待ち受け状態に戻る。この待ち受け状態において、完了イベントを受信した場合には、プロセッサ３１は、図１４のＡＣＴ２４１へと進む。以後、プロセッサ２１は、ＡＣＴ２４１以降の処理を第１の実施形態と同様に実行する。
【0214】
ここに、プロセッサ３１は、ＡＣＴ４０４及びＡＣＴ４０５の処理により第２転送手段７２１としての機能を実現する。プロセッサ３１は、ＡＣＴ４０３の処理により、第２修正手段７２２としての機能を実現する。
【0215】
このように、第２の実施形態においても、入力装置１１が、売買された商品の明細情報と合計情報とを含む決済情報を生成して決済装置１２に送信することなく、店員２と客３が操作を分担して取引を決済できる会計システム１を提供することができる。しかも、第２の実施形態の会計システム１によれば、入力装置１１に入力された１取引の買上商品のデータを、入力完了ボタンＢＡｇの入力である入力終了指示が行われる前に、遡って修正することができる。
【0216】
［第３の実施形態］
次に、第３の実施形態について、図３５乃至図４５を用いて説明する。
第３の実施形態は、第１の実施形態の会計システム１において、入力完了ボタンＢＡｇの入力である入力終了指示が行われた後に、その入力終了が指示された取引を戻して修正する機能を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
次に、第３の実施形態について、図３５乃至図４５を用いて説明する。
第３の実施形態は、第１の実施形態の会計システム１において、入力完了ボタンＢＡｇの入力である入力終了指示が行われた後に、その入力終了が指示された取引を戻して修正する機能を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
【0217】
図３５は、入力装置１１のプロセッサ２１が有する主要な機能構成を示すブロック図である。プロセッサ２１は、入力側記憶手段５１、明細表示手段５２、終了検出手段５３、第１送信手段５４、第１通知手段５５、転送検出手段５６、第４通知手段５７、決済先報知手段５８及び送信先変更手段５９に加えて、取消受付手段５２１、取消先選択手段５２２、第６通知手段５２３、第３修正手段５２４、第３送信手段５２５及び不可報知手段５２６としての機能を有する。
【0218】
取消受付手段５２１は、第１通知手段５５により入力終了を通知した取引の決済取消指示を受け付ける機能である。取消受付手段５２１は、入力デバイス６１を介して取引の決済取消を指示する操作入力があると、その操作入力に応じた信号を決済取消指示の信号として受け付ける。
【0219】
取消先選択手段５２２は、複数台の決済装置１２の中から決済の取消を行う決済装置１２を選択する機能である。取消先選択手段５２２は、入力デバイス６１を介して指定された決済装置１２を決済の取消を行う決済装置１２として選択する。以下では、決済の取消を行う決済装置１２を取消先決済装置１２４と表す。
【0220】
第６通知手段５２３は、取消受付手段５２１により取引の決済取消指示を受け付けると、通信ユニット２５を介して、取消先決済装置１２４に決済の取消を通知する機能である。
【0221】
取消先選択手段５２２及び第６通知手段５２３は、第２データテーブル６５を参照して作用する。第２データテーブル６５は、図３６に示すように、当該入力装置１１に対して取消先となり得る決済装置１２の決済装置ＩＤと関連付けて、決済装置番号（No.）と、取消先フラグＦｅとを記述したデータテーブルである。取消先となり得る決済装置１２とは、原則的には、当該入力装置１１と同一のチェックアウトレーンに設置された複数台の決済装置１２である。決済装置番号は、決済装置ＩＤによって識別される決済装置１２に割り当てられた一連の番号である。取消先フラグＦｅは、対応する決済装置ＩＤで識別される決済装置１２が取消先として選択されたか否かを識別するための１ビットデータである。本実施形態では、取消先として選択された取消先フラグＦｅを“１”とし、取消先として選択されていない取消先フラグＦｅを“０”とする。
【0222】
第３修正手段５２４は、決済の取消通知に対して取消先決済装置１２４から決済の取消を許諾する応答があったことを条件に、入力側記憶部６３で記憶した取引に係るデータを修正する機能である。第１取引ファイル６３１のデータは、取消先決済装置１２４に完了イベントを送信した際に第３取引ファイル６３２に複写される。第３修正手段５２４は、入力デバイス６１からの入力に応じて、第３取引ファイル６３２に記憶されている明細レコードＲａを修正する。例えば第３修正手段５２４は、明細レコードＲａを削除する。例えば第３修正手段５２４は、明細レコードＲａの単価、数量、値割引額等を修正する。
【0223】
第３送信手段５２５は、第３修正手段５２４により修正された取引に係るデータを、通信ユニット２５を介して、取消先決済装置１２４に送信する機能である。第３送信手段５２５は、取引に係るデータが修正される毎に、その修正された取引に係るデータを取消先決済装置１２４に送信する。
【0224】
不可報知手段５２６は、決済の取消通知に対して取消先決済装置１２４から肯定応答がないと、決済取消不可を報知する機能である。不可報知手段５２６は、例えば表示デバイス６２に決済の取消が不可であることを示すテキストまたは画像を表示して報知する。
【0225】
図３７は、決済装置１２のプロセッサ３１が有する主要な機能構成を示すブロック図である。プロセッサ３１は、第１転換手段７１、復帰手段７２、第１転送手段７３、第２通知手段７４、第３通知手段７５、決済側記憶手段７６、金額表示手段７７、決済手段７８、第２転換手段７９、監視手段７１０及び第５通知手段７１１に加えて、取消応答手段７３１及び第４修正手段７３２としての機能を有する。
【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】
１…会計システム、２…店員、３…客、５…キャッシュレス決済端末、１１…入力装置、１２…決済装置、１３…サーバ、１４…ネットワーク、２１，３１…プロセッサ、５１…入力側記憶手段、５２…明細表示手段、５３…終了検出手段、５４…第１送信手段、５５…第１通知手段、５６…転送検出手段、５７…第４通知手段、５８…決済先報知手段、５９…送信先変更手段、６３…入力側記憶部、６４…第１データテーブル、６５…第２データテーブル、７１…第１転換手段、７２…復帰手段、７３…第１転送手段、７４…第２通知手段、７５…第３通知手段、７６…決済側記憶手段、７７…金額表示手段、７８…決済手段、７９…第２転換手段、８１…フラグメモリ、８２…転送先メモリ、８３…決済側記憶部、５１１…修正受付手段、５１２…第１修正手段、５１３…第２送信手段、５２１…取消受付手段、５２２…取消先選択手段、５２３…第６通知手段、５２４…第３修正手段、５２５…第３送信手段、５２６…不可報知手段、５３１…金券識別手段、５３２…演算手段、５３３…完了報知手段、６３１…第１取引ファイル、６３２…第３取引ファイル、７１０…監視手段、７１１…第５通知手段、７２１…第２転送手段、７２２…第２修正手段、７３１…取消応答手段、７３２…第４修正手段、７４１…金券識別手段、７４２…レシート出力手段、８３１…第２取引ファイル。
【図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】
