知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024119519
(43)【公開日】2024-09-03
(54)【発明の名称】会計システム、入力装置、決済装置及びプログラム
(51)【国際特許分類】
G07G 1/12 20060101AFI20240827BHJP
G07G 1/01 20060101ALI20240827BHJP
【ＦＩ】
G07G1/12 321K
G07G1/01 301E
【審査請求】未請求
【請求項の数】19
【出願形態】ＯＬ
(21)【出願番号】P 2023026493
(22)【出願日】2023-02-22
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(72)【発明者】
【氏名】勝亦 元宏
(72)【発明者】
【氏名】河原 高行
(72)【発明者】
【氏名】平松 直剛
【テーマコード（参考）】
3E142
【Ｆターム（参考）】
3E142DA07
3E142FA42
3E142JA01
(57)【要約】
【課題】入力装置で決済情報を生成することなく店員と客が操作を分担して取引を決済できる会計システムを提供する。
【解決手段】入力装置は、取引に係るデータを入力する前に、複数台の決済装置のうちいずれか一台の決済装置を接続先として決定する。入力装置は、入力デバイスを介して入力された取引に係るデータを、当該取引に係るデータの入力終了指示が検出される前に、接続先として決定されたいずれか一台の決済装置に送信する。入力装置は、入力終了指示が検出されると、接続先として決定されたいずれか一台の決済装置に入力終了を通知する。決済装置は、入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する。決済装置は、入力装置から入力終了の通知を受けると、決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する。
【選択図】 図４
【解決手段】入力装置は、取引に係るデータを入力する前に、複数台の決済装置のうちいずれか一台の決済装置を接続先として決定する。入力装置は、入力デバイスを介して入力された取引に係るデータを、当該取引に係るデータの入力終了指示が検出される前に、接続先として決定されたいずれか一台の決済装置に送信する。入力装置は、入力終了指示が検出されると、接続先として決定されたいずれか一台の決済装置に入力終了を通知する。決済装置は、入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する。決済装置は、入力装置から入力終了の通知を受けると、決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する。
【選択図】 図４
【特許請求の範囲】
【請求項1】
入力デバイスを介して取引に係るデータを入力する入力装置と、取引を決済する複数台の決済装置とを通信回線で接続し、
前記入力装置は、
前記取引に係るデータを入力する前に、前記複数台の決済装置のうちいずれか一台の決済装置を接続先として決定する決定手段と、
前記取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記決定手段により接続先として決定されたいずれか一台の決済装置に入力終了を通知する第１通知手段と、
を具備し、
前記決済装置は、
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段と、
前記入力装置から前記入力終了の通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
を具備する会計システム。
前記入力装置は、
前記取引に係るデータを入力する前に、前記複数台の決済装置のうちいずれか一台の決済装置を接続先として決定する決定手段と、
前記取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記決定手段により接続先として決定されたいずれか一台の決済装置に入力終了を通知する第１通知手段と、
を具備し、
前記決済装置は、
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段と、
前記入力装置から前記入力終了の通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
を具備する会計システム。
【請求項2】
前記入力装置は、
前記取引に係るデータを入力する前に、前記複数台の決済装置のうちいずれか一台の決済装置を選択する接続先選択手段と、
前記接続先選択手段により選択された前記一台の決済装置に接続可否を問合せる問合せ手段と、
をさらに具備し、
前記決定手段は、前記問合せ手段による問合せに対して問合せ先の決済装置から接続を許諾する応答があった場合に当該決済装置を接続先として決定し、
前記決済装置は、
前記取引の決済が可能な状態で前記入力装置から接続可否の問合せを受けると、接続を許諾する応答を返す接続応答手段と、
をさらに具備する請求項１記載の会計システム。
前記取引に係るデータを入力する前に、前記複数台の決済装置のうちいずれか一台の決済装置を選択する接続先選択手段と、
前記接続先選択手段により選択された前記一台の決済装置に接続可否を問合せる問合せ手段と、
をさらに具備し、
前記決定手段は、前記問合せ手段による問合せに対して問合せ先の決済装置から接続を許諾する応答があった場合に当該決済装置を接続先として決定し、
前記決済装置は、
前記取引の決済が可能な状態で前記入力装置から接続可否の問合せを受けると、接続を許諾する応答を返す接続応答手段と、
をさらに具備する請求項１記載の会計システム。
【請求項3】
前記入力装置の接続先選択手段は、前記複数台の決済装置を個々に指定可能な操作子を含み、
前記入力装置は、
前記問合せ手段による問合せに対して問合せ先の決済装置から接続を許諾する応答がない場合に、当該決済装置を指定する操作子の操作を無効とする無効手段、
をさらに具備する請求項２記載の会計システム。
前記入力装置は、
前記問合せ手段による問合せに対して問合せ先の決済装置から接続を許諾する応答がない場合に、当該決済装置を指定する操作子の操作を無効とする無効手段、
をさらに具備する請求項２記載の会計システム。
【請求項4】
前記入力装置は、
表示デバイスに、前記入力デバイスを介して入力された取引に係るデータに基づく当該取引の明細情報を、前記決定手段により接続先として決定された前記決済装置を特定する情報とともに表示する明細表示手段、
をさらに具備する請求項１記載の会計システム。
表示デバイスに、前記入力デバイスを介して入力された取引に係るデータに基づく当該取引の明細情報を、前記決定手段により接続先として決定された前記決済装置を特定する情報とともに表示する明細表示手段、
をさらに具備する請求項１記載の会計システム。
【請求項5】
前記決済装置は、
表示デバイスに、前記入力装置から前記入力終了の通知を受けるまでは待機中の画面を表示し、前記入力終了の通知を受けると、前記決済側記憶手段により記憶した前記取引に係るデータを基に算出される当該取引の決済金額を表示する金額表示手段、
をさらに具備する請求項１記載の会計システム。
表示デバイスに、前記入力装置から前記入力終了の通知を受けるまでは待機中の画面を表示し、前記入力終了の通知を受けると、前記決済側記憶手段により記憶した前記取引に係るデータを基に算出される当該取引の決済金額を表示する金額表示手段、
をさらに具備する請求項１記載の会計システム。
【請求項6】
前記入力装置の第１送信手段は、
前記入力デバイスを介して取引に係るデータが入力される毎に、その入力された取引に係るデータを前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する、請求項１乃至５のうちいずれか一記載の会計システム。
前記入力デバイスを介して取引に係るデータが入力される毎に、その入力された取引に係るデータを前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する、請求項１乃至５のうちいずれか一記載の会計システム。
【請求項7】
前記入力装置は、
前記決定手段により接続先として決定されたいずれか一台の決済装置に送信した取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に修正する第１修正手段と、
前記第１修正手段により修正された修正後の取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する第２送信手段と、
をさらに具備し、
前記決済装置は、
前記第２送信手段により前記入力装置から送信されてくる前記修正後の取引に係るデータで、前記決済側記憶部に記憶している取引に係るデータを修正する第２修正手段と、
をさらに具備する請求項１記載の会計システム。
前記決定手段により接続先として決定されたいずれか一台の決済装置に送信した取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に修正する第１修正手段と、
前記第１修正手段により修正された修正後の取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する第２送信手段と、
をさらに具備し、
前記決済装置は、
前記第２送信手段により前記入力装置から送信されてくる前記修正後の取引に係るデータで、前記決済側記憶部に記憶している取引に係るデータを修正する第２修正手段と、
をさらに具備する請求項１記載の会計システム。
【請求項8】
前記入力装置は、
前記入力デバイスを介して入力された取引に係るデータを入力側記憶部で記憶する入力側記憶手段と、
前記入力側記憶部で記憶した取引に係るデータを基に表示デバイスに当該取引の明細情報を、前記決定手段により接続先として決定された前記決済装置を特定する情報とともに表示する明細表示手段と、
前記明細表示手段により表示されている明細情報の修正を受け付ける修正受付手段と、
をさらに具備し、
前記第１修正手段は、前記修正受付手段により修正を受け付けた明細情報で前記入力側記憶部に記憶している取引に係るデータを修正する、
請求項７記載の会計システム。
前記入力デバイスを介して入力された取引に係るデータを入力側記憶部で記憶する入力側記憶手段と、
前記入力側記憶部で記憶した取引に係るデータを基に表示デバイスに当該取引の明細情報を、前記決定手段により接続先として決定された前記決済装置を特定する情報とともに表示する明細表示手段と、
前記明細表示手段により表示されている明細情報の修正を受け付ける修正受付手段と、
をさらに具備し、
前記第１修正手段は、前記修正受付手段により修正を受け付けた明細情報で前記入力側記憶部に記憶している取引に係るデータを修正する、
請求項７記載の会計システム。
【請求項9】
前記入力装置の第２送信手段は、
取引に係るデータが修正される毎に、その修正後の取引に係るデータを、前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する、請求項７又は８記載の会計システム。
取引に係るデータが修正される毎に、その修正後の取引に係るデータを、前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する、請求項７又は８記載の会計システム。
【請求項10】
前記入力装置は、
前記入力デバイスを介して入力された取引に係るデータを入力側記憶部で記憶する入力側記憶手段と、
前記第１通知手段により入力終了を通知した取引の決済取消指示を受け付ける取消受付手段と、
前記複数台の決済装置の中から決済の取消を行う決済装置を選択する取消先選択手段と、
前記取消受付手段により取引の決済取消指示を受け付けると、前記取消先選択手段により選択された決済装置に決済の取消を通知する第２通知手段と、
前記決済の取消通知に対して通知先の前記決済装置から決済の取消を許諾する応答があったことを条件に、前記入力側記憶部で記憶した取引に係るデータを修正する第３修正手段と、
前記第３修正手段により修正された修正後の取引に係るデータを前記取消先選択手段により選択された決済装置に送信する第３送信手段と、
をさらに具備し、
前記決済装置は、
前記決済手段により取引が決済される前に前記入力装置から前記決済の取消通知を受けると、決済の取消を許諾する応答を返す取消応答手段と、
前記第３送信手段により前記入力装置から送信されてくる前記修正後の取引に係るデータで、前記決済側記憶部に記憶している取引に係るデータを修正する第４修正手段と、
をさらに具備する請求項１記載の会計システム。
前記入力デバイスを介して入力された取引に係るデータを入力側記憶部で記憶する入力側記憶手段と、
前記第１通知手段により入力終了を通知した取引の決済取消指示を受け付ける取消受付手段と、
前記複数台の決済装置の中から決済の取消を行う決済装置を選択する取消先選択手段と、
前記取消受付手段により取引の決済取消指示を受け付けると、前記取消先選択手段により選択された決済装置に決済の取消を通知する第２通知手段と、
前記決済の取消通知に対して通知先の前記決済装置から決済の取消を許諾する応答があったことを条件に、前記入力側記憶部で記憶した取引に係るデータを修正する第３修正手段と、
前記第３修正手段により修正された修正後の取引に係るデータを前記取消先選択手段により選択された決済装置に送信する第３送信手段と、
をさらに具備し、
前記決済装置は、
前記決済手段により取引が決済される前に前記入力装置から前記決済の取消通知を受けると、決済の取消を許諾する応答を返す取消応答手段と、
前記第３送信手段により前記入力装置から送信されてくる前記修正後の取引に係るデータで、前記決済側記憶部に記憶している取引に係るデータを修正する第４修正手段と、
をさらに具備する請求項１記載の会計システム。
【請求項11】
前記入力装置は、
前記決済の取消通知に対して通知先の前記決済装置から決済の取消を許諾する応答がないと、決済の取消不可を報知する不可報知手段、
をさらに具備する請求項１０記載の会計システム。
前記決済の取消通知に対して通知先の前記決済装置から決済の取消を許諾する応答がないと、決済の取消不可を報知する不可報知手段、
をさらに具備する請求項１０記載の会計システム。
【請求項12】
前記入力装置の第３送信手段は、
取引に係るデータが修正される毎に、その修正後の取引に係るデータを前記取消先選択手段により選択された決済装置に送信する、請求項１０又は１１記載の会計システム。
取引に係るデータが修正される毎に、その修正後の取引に係るデータを前記取消先選択手段により選択された決済装置に送信する、請求項１０又は１１記載の会計システム。
【請求項13】
前記決済装置は、
前記決済側記憶部で記憶される取引に係るデータが金券商品の取引に係るデータであるのか金券商品以外の商品の取引に係るデータであるのかを識別する金券識別手段、
をさらに具備し、
前記決済手段は、前記入力装置から前記入力終了の通知を受けると、前記決済側記憶部で記憶した取引に係るデータのうち金券商品以外の商品の取引に係るデータについては当該商品の販売金額を正の値とし、金券商品の取引に係るデータについては当該金券商品の額面金額を負の値として取引を決済する、請求項１記載の会計システム。
前記決済側記憶部で記憶される取引に係るデータが金券商品の取引に係るデータであるのか金券商品以外の商品の取引に係るデータであるのかを識別する金券識別手段、
をさらに具備し、
前記決済手段は、前記入力装置から前記入力終了の通知を受けると、前記決済側記憶部で記憶した取引に係るデータのうち金券商品以外の商品の取引に係るデータについては当該商品の販売金額を正の値とし、金券商品の取引に係るデータについては当該金券商品の額面金額を負の値として取引を決済する、請求項１記載の会計システム。
【請求項14】
前記決済装置は、
前記決済手段により決済された取引のレシートとして、前記金券商品以外の商品の販売金額を合算した合計金額とは別に前記金券商品の額面金額を表記したレシートを出力するレシート出力手段、
をさらに具備する請求項１３記載の会計システム。
前記決済手段により決済された取引のレシートとして、前記金券商品以外の商品の販売金額を合算した合計金額とは別に前記金券商品の額面金額を表記したレシートを出力するレシート出力手段、
をさらに具備する請求項１３記載の会計システム。
【請求項15】
前記入力装置は、
前記入力デバイスを介して入力された取引に係るデータが金券商品の取引に係るデータであるのか金券商品以外の商品の取引に係るデータであるのかを識別する金券識別手段と、
前記取引に係るデータのうち金券商品以外の商品の取引に係るデータについては当該商品の販売金額を正の値とし、金券商品に係るデータについては当該金券商品の額面金額を負の値として取引の合計金額を算出する演算手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出された時点で前記演算手段により算出された取引の合計金額が０又は負の値であるとき、支払い完了を報知する完了報知手段と、
をさらに具備する請求項１３又は１４記載の会計システム。
前記入力デバイスを介して入力された取引に係るデータが金券商品の取引に係るデータであるのか金券商品以外の商品の取引に係るデータであるのかを識別する金券識別手段と、
前記取引に係るデータのうち金券商品以外の商品の取引に係るデータについては当該商品の販売金額を正の値とし、金券商品に係るデータについては当該金券商品の額面金額を負の値として取引の合計金額を算出する演算手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出された時点で前記演算手段により算出された取引の合計金額が０又は負の値であるとき、支払い完了を報知する完了報知手段と、
をさらに具備する請求項１３又は１４記載の会計システム。
【請求項16】
取引に係るデータを入力するための入力デバイスと、
取引を決済する複数台の決済装置とデータ通信を行うための通信デバイスと、
取引に係るデータの入力終了指示を検出する終了検出手段と、
前記取引に係るデータを入力する前に、前記複数台の決済装置のうちいずれか一台の決済装置を接続先として決定する決定手段と、
前記取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記決定手段により接続先として決定されたいずれか一台の決済装置に入力終了を通知する第１通知手段と、
を具備する入力装置。
取引を決済する複数台の決済装置とデータ通信を行うための通信デバイスと、
取引に係るデータの入力終了指示を検出する終了検出手段と、
前記取引に係るデータを入力する前に、前記複数台の決済装置のうちいずれか一台の決済装置を接続先として決定する決定手段と、
前記取引に係るデータの入力終了指示を検出する終了検出手段と、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する第１送信手段と、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記決定手段により接続先として決定されたいずれか一台の決済装置に入力終了を通知する第１通知手段と、
を具備する入力装置。
【請求項17】
入力デバイスを介して入力された取引に係るデータを当該取引に係るデータの入力終了指示が検出される前に接続先として決定されたいずれか一台の決済装置に送信する入力装置とデータ通信を行う通信デバイスと、
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段と、
前記入力装置から前記取引に係るデータの入力終了指示を検出したことの通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
を具備する決済装置。
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段と、
前記入力装置から前記取引に係るデータの入力終了指示を検出したことの通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段と、
を具備する決済装置。
【請求項18】
取引に係るデータを入力するための入力デバイスと、取引を決済する複数台の決済装置とデータ通信を行うための通信デバイスと、を備えた入力装置のコンピュータを、
取引に係るデータの入力終了指示を検出する終了検出手段、
前記取引に係るデータを入力する前に、前記複数台の決済装置のうちいずれか一台の決済装置を接続先として決定する決定手段、
前記取引に係るデータの入力終了指示を検出する終了検出手段、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する第１送信手段、及び、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記決定手段により接続先として決定されたいずれか一台の決済装置に入力終了を通知する第１通知手段、
として機能させるためのプログラム。
取引に係るデータの入力終了指示を検出する終了検出手段、
前記取引に係るデータを入力する前に、前記複数台の決済装置のうちいずれか一台の決済装置を接続先として決定する決定手段、
前記取引に係るデータの入力終了指示を検出する終了検出手段、
前記入力デバイスを介して入力された取引に係るデータを、前記終了検出手段により当該取引に係るデータの入力終了指示が検出される前に、前記決定手段により接続先として決定されたいずれか一台の決済装置に送信する第１送信手段、及び、
前記終了検出手段により取引に係るデータの入力終了指示が検出されると、前記決定手段により接続先として決定されたいずれか一台の決済装置に入力終了を通知する第１通知手段、
として機能させるためのプログラム。
【請求項19】
入力デバイスを介して入力された取引に係るデータを当該取引に係るデータの入力終了指示が検出される前に接続先として決定されたいずれか一台の決済装置に送信する入力装置とデータ通信を行う通信デバイス、を備えた決済装置のコンピュータを、
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段、及び、
前記入力装置から前記取引に係るデータの入力終了指示を検出したことの通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段、
として機能させるためのプログラム。
前記入力装置から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部で記憶する決済側記憶手段、及び、
前記入力装置から前記取引に係るデータの入力終了指示を検出したことの通知を受けると、前記決済側記憶部で記憶した取引に係るデータに基づいて取引を決済する決済手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【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】
問合せ手段５２及び決定手段５３は、第１データテーブル６３を参照して作用する。第１データテーブル６３は、図５に示すように、当該入力装置１１に対して接続先となり得る決済装置１２の決済装置ＩＤと関連付けて、決済装置番号（No.）と、接続先フラグＦａとを記述したデータテーブルである。接続先となり得る決済装置１２とは、原則的には、当該入力装置１１と同一のチェックアウトレーンに設置された複数台の決済装置１２である。決済装置ＩＤは、その複数台の決済装置１２を個々に識別するために決済装置１２毎に設定された識別情報である。決済装置番号は、決済装置ＩＤによって識別される決済装置１２に割り当てられた一連の番号である。接続先フラグＦａは、対応する決済装置ＩＤで識別される決済装置１２が接続先として決定されたか否かを識別するための１ビットデータである。本実施形態では、接続先として決定された接続先フラグＦａを“１”とし、接続先として決定されていない接続先フラグＦａを“０”とする。
【0042】
因みに本実施形態では、決済装置１２（１２－１）の決済装置ＩＤを［０００１］とし、決済装置番号を［１］とする。同様に、決済装置１２（１２－２）の決済装置ＩＤを［０００２］、決済装置番号を［２］とし、決済装置１２（１２－３）の決済装置ＩＤを［０００３］、決済装置番号を［３］とし、決済装置１２（１２－４）の決済装置ＩＤを［０００４］、決済装置番号を［４］とする。したがって、図５は、決済装置１２（１２－１）及び決済装置１２（１２－２）が接続先となり得る入力装置１１（１１‐１）が有する第１データテーブル６３を図示している。
【0043】
問合せ手段５２は、接続先選択手段５１によって選択された決済装置１２の決済装置ＩＤを第１データテーブル６３から取得し、その決済装置ＩＤで識別される決済装置１２に対して問合せを行う。決定手段５３は、問合せ先の決済装置１２から接続可の応答信号を受信した場合に、当該決済装置１２の決済装置ＩＤに対応した接続先フラグＦａを“０”から“１”に変更する。
【0044】
無効手段５４は、問合せ手段５２による問合せに対して問合せ先の決済装置１２から接続を否定する接続不可の応答信号を受信した場合に、入力デバイス６１に配置された複数の操作子のうち、当該決済装置１２を指定する操作子の操作を無効とする機能である。
【0045】
入力側記憶手段５５は、入力デバイス６１を介して入力された取引に係るデータを入力側記憶部６４で記憶する機能である。入力側記憶部６４は、メインメモリ２２又は補助記憶デバイス２３の記憶領域の一部である。取引に係るデータは、例えば客との取引で売買される商品の商品コード、数量、値引額、割引率等である。入力側記憶手段５５は、キーボード２６、スキャナ２７及びタッチパネル２８の入力デバイス６１を介して取引に係るデータを入力すると、その入力されたデータを基に１取引として売り上げる商品の明細レコードＲａを商品毎に作成する。明細レコードＲａは、図６に示すように、一連のレコード番号と関連付けて、商品コード、商品名、単価、数量、値割引額、金額等の項目のデータを記述したレコードである。金額は、単価に数量を乗算して算出された金額である。すなわち明細レコードＲａは、商品コード、数量等の取引に係るデータを記述したレコードであると言える。入力側記憶手段５５は、明細レコードＲａを入力側記憶部６４の第１取引ファイル６４１に記憶する。
【0046】
明細表示手段５６は、入力デバイス６１を介して入力された取引に係るデータを基に取引の明細情報を表示デバイス６２で表示する機能である。表示デバイス６２は、タッチパネル２８と客用ディスプレイ２９の双方又はいずれか一方が該当する。明細表示手段５６は、表示デバイス６２の画面を明細画面ＳＡｃ（図１６を参照）とし、その明細画面ＳＡｃに、第１取引ファイル６４１に記憶された明細レコードＲａの商品名、数量、単価、値割引額、金額等の明細情報を表示する。明細画面ＳＡｃの詳細な説明については後述する。
【0047】
終了検出手段５７は、取引に係るデータの入力終了指示を検出する機能である。終了検出手段５７は、入力デバイス６１からの入力を受けて、取引に係るデータの入力終了指示を検出する。
【0048】
第１送信手段５８は、入力デバイス６１を介して入力された取引に係るデータを、終了検出手段５７により当該取引に係るデータの入力終了指示が検出される前に、通信ユニット２５を介して決定手段５３により接続先として決定されたいずれか一台の決済装置１２に送信する機能である。第１送信手段５８は、第１データテーブル６３を参照して、決定手段５３により接続先として決定されたいずれか一台の決済装置１２、すなわち接続先フラグＦａが“１”に設定された決済装置１２を認識する。以下では、決定手段５３により接続先として決定されたいずれか一台の決済装置１２を接続先決済装置１２０と表す。第１送信手段５８は、入力デバイス６１を介して取引に係るデータが入力される毎に、その入力された取引に係るデータを接続先決済装置１２０に送信する。
【0049】
第１通知手段５９は、終了検出手段５７により取引に係るデータの入力終了指示が検出されると、接続先決済装置１２０に入力終了を通知する機能である。第１通知手段５９は、第１データテーブル６３を参照して接続先決済装置１２０を認識し、その接続先決済装置１２０に入力終了を通知する信号を出力する。
【0050】
決済先報知手段５１０は、第１通知手段５９により入力終了を通知した接続先決済装置１２０を決済先として報知する機能である。決済先報知手段５１０は、店員２に対する表示デバイス６２であるタッチパネル２８に、接続先決済装置１２０を特定可能な情報を表示することで店員２に決済先を報知する。決済先報知手段５１０は、客３に対する表示デバイス６２である客用ディスプレイ２９に、接続先決済装置１２０を特定可能な情報を表示することで客３に決済先を報知してもよい。あるいは決済先報知手段５１０は、タッチパネル２８と客用ディスプレイ２９の双方に接続先決済装置１２０を特定可能な情報を表示することで、店員２と客３の両者に決済先を報知してもよい。接続先決済装置１２０を特定可能な情報は、例えば第１データテーブル６３に設定されている決済装置番号である。
【0051】
上述した接続先選択手段５１、問合せ手段５２、決定手段５３、無効手段５４、入力側記憶手段５５、明細表示手段５６、終了検出手段５７、第１送信手段５８、第１通知手段５９及び決済先報知手段５１０としての機能は、プロセッサ２１が入力装置１１用のプログラム、いわゆる入力プログラムに従って実行する情報処理によって実現される。
【0052】
入力プログラムは、メインメモリ２２又は補助記憶デバイス２３に記憶されるアプリケーションプログラムの一種である。入力プログラムをメインメモリ２２又は補助記憶デバイス２３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に入力プログラムを記録して、あるいはネットワーク１４を介した通信により入力プログラムを配信して、メインメモリ２２又は補助記憶デバイス２３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0053】
図７は、決済装置１２のプロセッサ３１が有する主要な機能構成を示すブロック図である。プロセッサ３１は、決済側記憶手段７１、金額表示手段７２、接続応答手段７３及び決済手段７４としての機能を有する。なお、プロセッサ３１が有する機能は、これらに限定されるものではない。
【0054】
決済側記憶手段７１は、入力装置１１から送信され、通信ユニット３５を介して受信した取引に係るデータを、当該取引が決済されるまで決済側記憶部８１で記憶する機能である。決済側記憶部８１は、メインメモリ３２又は補助記憶デバイス３３の記憶領域の一部である。決済側記憶手段７１は、受信した取引に係るデータを基に、１取引として売り上げる商品の明細レコードＲａを商品毎に作成する。明細レコードＲａは、図５に示すように、一連のレコード番号と関連付けて、商品コード、商品名、単価、数量、値割引額、金額等の項目のデータを記述したレコードである。すなわち明細レコードＲａは、商品コード、数量等の取引に係るデータを記述したレコードであると言える。決済側記憶手段７１は、明細レコードＲａを決済側記憶部８１の第２取引ファイル８１１で記憶する。
【0055】
金額表示手段７２は、入力装置１１から入力終了の通知する信号を受信すると、取引の決済金額をタッチパネル３８に表示する機能である。取引の決済金額は、第２取引ファイル８１１で記憶した明細レコードＲａの金額と値割引額とから算出される金額である。因みに、取引の決済金額が表示されるまで、すなわち入力装置１１から入力終了の通知する信号を受信するまでは、金額表示手段７２は、待機画面ＳＢａ（図１８を参照）をタッチパネル３８に表示している。
【0056】
接続応答手段７３は、取引の決済が可能な状態で入力装置１１から接続可否の問合せを受けると、接続を許諾する接続可の応答を返す機能である。接続応答手段７３は、取引の決済が不可能な状態で入力装置１１から接続可否の問合せを受けると、接続を否定する接続不可の応答信号を返す。接続応答手段７３は、フラグメモリ８２を参照して、取引の決済が可能か否かを判定する。そして接続応答手段７３は、取引の決済が可能であると判定した場合には、通信ユニット３５を介して入力装置１１に接続を許諾する接続可の応答、すなわち肯定応答（ＯＫ）の信号を送信する。このとき、接続応答手段７３は、例えば青色で点灯するようにパトランプを制御する。接続応答手段７３は、取引の決済が不可能であると判定した場合には、通信ユニット３５を介して入力装置１１に接続を否定する接続不可の応答、すなわち否定応答（ＮＧ）の信号を送信する。このとき、パトランプ４０は、消灯したままである。
【0057】
フラグメモリ８２は、図８に示すように状態フラグＦｂを記憶する。状態フラグＦｂは、当該決済装置１２が待機中であるか決済中であるかを識別するための１ビットデータである。待機中の決済装置１２が入力装置１１から取引に係るデータを受信すると、当該決済装置１２は決済中となる。取引の決済中のとき、決済装置１２は、次の取引の決済が不可能な状態となる。したがって接続応答手段７３は、否定応答（ＮＧ）の信号を送信する。決済中の決済装置１２において決済処理が終了すると、当該決済装置１２は待機中となる。待機中のとき、決済装置１２は、次の取引の決済が可能な状態となる。したがって接続応答手段７３は、肯定応答（ＯＫ）の信号を送信する。すなわち待機中の決済装置１２は、取引の決済が可能な状態の決済装置であると言える。決済中の決済装置１２は、取引の決済が不可能な状態の決済装置であると言える。本実施形態では、待機中のときの状態フラグＦｂを“０”とし、決済中のときの状態フラグＦｂを“１”とする。
【0058】
決済手段７４は、通信ユニット３５を介して入力装置１１から入力終了の通知を受けると、決済側記憶部８１で記憶した取引に係るデータに基づいて取引を決済する機能である。決済手段７４は、入力装置１１から入力終了の通知する信号を受信すると、第２取引ファイル８１１に記憶したデータを基に、取引を決済する。そして決済を終了すると、決済手段７４は、パトランプ４０を消灯する。また決済手段７４は、第２取引ファイル８１１をクリアし、状態フラグＦｂを“１”から“０”に変更する。第２取引ファイル８１１がクリアされ、かつ状態フラグＦｂが“０”になることにより、決済装置１２は、次の客との取引が可能となる。
【0059】
決済手段７４は、支払い方法選択画面ＳＢｂ（図１９を参照）を介して選択された代金支払い方法で取引を決済する。例えば代金支払い方法として現金支払いが選択された場合には、決済手段７４は、釣銭機インターフェース３６に接続された自動釣銭機を介して現金による取引の決済処理を実行する。代金支払い方法としてクレジットカード支払いが選択された場合には、決済手段７４は、端末インターフェース４１に接続されたキャッシュレス決済端末５を介してクレジットカードによる取引の決済処理を実行する。代金支払い方法として電子マネー支払いが選択された場合には、決済手段７４は、端末インターフェース４１に接続されたキャッシュレス決済端末５を介して電子マネーによる取引の決済処理を実行する。なお、現金、クレジットカード及び電子マネーによる取引の決済処理はいずれも周知の処理であるので、詳細な説明は省略する。
【0060】
上述した決済側記憶手段７１、金額表示手段７２、接続応答手段７３及び決済手段７４としての機能は、プロセッサ２１が決済装置用のプログラム、いわゆる決済プログラムに従って実行する情報処理によって実現される。
【0061】
決済プログラムは、メインメモリ３２又は補助記憶デバイス３３に記憶されるアプリケーションプログラムの一種である。決済プログラムをメインメモリ３２又は補助記憶デバイス３３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に決済プログラムを記録して、あるいはネットワーク１４を介した通信により決済プログラムを配信して、メインメモリ３２又は補助記憶デバイス３３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0062】
次に、図９乃至図１２の流れ図、及び、図１３乃至図２０の画面例を用いて、会計システム１を構成する入力装置１１及び決済装置１２において実行される主要な情報処理の内容と手順を説明する。なお、以下に説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。
【0063】
はじめに、入力装置１１のプロセッサ２１が入力プログラムにしたがって実行する情報処理の要部手順を図９及び図１０の流れ図を用いて説明する。
客３は、売場に陳列されている商品の中から購入する商品を買物籠等に入れ、チェックアウトレーンに向かう。客３がチェックアウトレーンに来ると、チェッカとしての役割を担う店員２は、入力装置１１に対して入力開始の宣言操作を行う。この操作を受けて、プロセッサ２１は、図９及び図１０の流れ図に示す手順の情報処理を開始する。
客３は、売場に陳列されている商品の中から購入する商品を買物籠等に入れ、チェックアウトレーンに向かう。客３がチェックアウトレーンに来ると、チェッカとしての役割を担う店員２は、入力装置１１に対して入力開始の宣言操作を行う。この操作を受けて、プロセッサ２１は、図９及び図１０の流れ図に示す手順の情報処理を開始する。
【0064】
先ずプロセッサ２１は、ＡＣＴ１０１としてタッチパネル２８の画面を接続先選択画面ＳＡａ（図１３を参照）とする。
図１３は、接続先選択画面ＳＡａの一表示例である。接続先選択画面ＳＡａには、当該入力装置１１と同一のチェックアウトレーンに配置された複数台の決済装置１２を個々に指定可能な操作子として、第１ボタンＢＡａと第２ボタンＢＡｂとが配置されている。
図１３は、接続先選択画面ＳＡａの一表示例である。接続先選択画面ＳＡａには、当該入力装置１１と同一のチェックアウトレーンに配置された複数台の決済装置１２を個々に指定可能な操作子として、第１ボタンＢＡａと第２ボタンＢＡｂとが配置されている。
【0065】
図１３は、入力装置１１（１１－１）のタッチパネル２８に表示される接続先選択画面ＳＡａの一例である。入力装置１１と同一のチェックアウトレーンに配置された決済装置１２は、決済装置１２（１２－１）と決済装置１２（１２－２）である。第１ボタンＢＡａは、決済装置１２（１２－１）を指定するボタンである。したがって、第１ボタンＢＡａには決済装置１２（１２－１）の決済装置番号「１」が表示されている。第２ボタンＢＡｂは、決済装置１２（１２－２）を指定するボタンである。したがって、第２ボタンＢＡｂには決済装置１２（１２－２）の決済装置番号「２」が表示されている。
【0066】
因みに、決済装置１２（１２－３）及び決済装置１２（１２－４）同一のチェックアウトレーンに配置された入力装置１１（１１－２）においては、決済装置１２（１２－３）の決済装置番号「３」が表示された第１ボタンＢＡａと、決済装置１２（１２－４）の決済装置番号「４」が表示された第２ボタンＢＡｂとが配置された接続先選択画面ＳＡａが表示される。
【0067】
タッチパネル２８に接続先選択画面ＳＡａが表示されたことを確認した店員２は、空いている決済装置１２を探す。空いている決済装置１２とは、決済を行っている客３が居ない決済装置１２である。あるいは、パトランプ４０が消灯している決済装置１２である。店員は、空いている決済装置１２を認識すると、その決済装置１２の決済装置番号が表示された操作子（第１ボタンＢＡａ又は第２ボタンＢＡｂ）をタッチ操作で入力する。例えば決済装置１２（１２－１）が空いていると認識した店員２は、第１ボタンＢＡａをタッチ操作で入力する。例えば決済装置１２（１２－２）が空いていると認識した店員２は、第２ボタンＢＡｂをタッチ操作で入力する。
【0068】
図９の説明に戻る。
接続先選択画面ＳＡａを表示したプロセッサ２１は、ＡＣＴ１０２として決済装置番号が入力されるのを待ち受ける。プロセッサ２１は、接続先選択画面ＳＡａに配置された第１ボタンＢＡａが入力されると、その第１ボタンＢＡａに割り当てられた決済装置番号が入力されたと判断する。プロセッサ２１は、接続先選択画面ＳＡａに配置された第２ボタンＢＡｂが入力されると、その第２ボタンＢＡｂに割り当てられた決済装置番号が入力されたと判断する。
接続先選択画面ＳＡａを表示したプロセッサ２１は、ＡＣＴ１０２として決済装置番号が入力されるのを待ち受ける。プロセッサ２１は、接続先選択画面ＳＡａに配置された第１ボタンＢＡａが入力されると、その第１ボタンＢＡａに割り当てられた決済装置番号が入力されたと判断する。プロセッサ２１は、接続先選択画面ＳＡａに配置された第２ボタンＢＡｂが入力されると、その第２ボタンＢＡｂに割り当てられた決済装置番号が入力されたと判断する。
【0069】
決済装置番号が入力されると、プロセッサ２１は、ＡＣＴ１０２からＡＣＴ１０３へと進む。プロセッサ２１は、ＡＣＴ１０３として第１データテーブル６３を参照して、当該決済装置番号と関連付けられた決済装置ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ１０４としてその決済装置ＩＤを宛先として確認イベントを送信するように通信ユニット２５を制御する。この制御により、通信ユニット２５を介してネットワーク１４に確認イベントが送信される。確認イベントは、ネットワーク１４に接続された複数台の決済装置１２のうち、当該確認イベントの宛先である決済装置ＩＤが設定された決済装置１２で受信される。確認イベントを受信した決済装置１２からは、接続を許諾する肯定応答（ＯＫ）、又は、接続を否定する否定応答（ＮＧ）の信号が返信される。
【0070】
確認イベントの送信を制御したプロセッサ２１は、ＡＣＴ１０５として決済装置１２から肯定応答（ＯＫ）の信号を受信するのを待ち受ける。この待ち受け状態において、所定時間内に通信ユニット２５を介して否定応答（ＮＧ）の信号を受信するか、肯定応答（ＯＫ）又は否定応答（ＮＧ）の信号を受信できない場合には、プロセッサ２１は、ＡＣＴ１０５からＡＣＴ１０６へと進む。プロセッサ２１は、ＡＣＴ１０６として入力した決済装置番号で特定される決済装置１２との接続が不可であることを示す接続不可画面ＳＡｂ（図１４を参照）をタッチパネル２８に表示する。
【0071】
図１４は、接続不可画面ＳＡｂの一表示例である。接続不可画面ＳＡｂには、決済装置１２に接続できなかったことを示すテキストとともに、確認ボタンＢＡｃが配置されている。テキストを確認した店員２は、確認ボタンＢＡｃをタッチ操作で入力する。
【0072】
接続不可画面ＳＡｂを表示したプロセッサ２１は、ＡＣＴ１０７として確認ボタンＢＡｃが入力されるのを待ち受ける。確認ボタンＢＡｃが入力されると、プロセッサ２１は、ＡＣＴ１０７からＡＣＴ１０１へと戻る。すなわちプロセッサ２１は、タッチパネル２８の画面を接続不可画面ＳＡｂから接続先選択画面ＳＡａ（図１５を参照）に戻す。
【0073】
図１５は、第１ボタンＢＡａに割り当てられた決済装置番号の決済装置１２から否定応答（ＮＧ）を受信した後の接続先選択画面ＳＡａの一表示例である。図示するように、第２ボタンＢＡｂはタッチ操作での入力が可能であるが、第１ボタンＢＡａはグレーアウトしていて、入力することはできない。このように、決済装置１２に確認イベントを送信したが、否定応答（ＮＧ）の信号を受信した場合には、確認イベント送信先の決済装置１２の決済装置番号が割り当てられた第１ボタンＢＡａ又は第２ボタンＢＡｂが無効化される。
【0074】
図１５の接続先選択画面ＳＡａを確認した店員２は、第２ボタンＢＡｂに割り当てられた決済装置番号の決済装置１２が空いているか確認し、空いている場合には、第２ボタンＢＡｂをタッチ操作で入力する。第２ボタンＢＡｂが入力されると、プロセッサ２１は、ＡＣＴ１０３乃至ＡＣＴ１０５の処理を前述したのと同様に実行する。ここで、第２ボタンＢＡｂに割り当てられた決済装置番号の決済装置１２からも所定時間内に通信ユニット２５を介して否定応答（ＮＧ）の信号を受信するか、肯定応答（ＯＫ）又は否定応答（ＮＧ）の信号を受信できない場合には、プロセッサ２１は、ＡＣＴ１０６及びＡＣＴ１０７の処理を前述したのと同様に実行する。そしてその後、プロセッサ２１は、ＡＣＴ１０１へと戻る。このときの接続先選択画面ＳＡａは、第２ボタンＢＡｂがグレーアウトし、第１ボタンＢＡａが入力可能となる。
【0075】
ＡＣＴ１０５において、所定時間内に通信ユニット２５を介して肯定応答（ＯＫ）を受信すると、プロセッサ２１は、ＡＣＴ１０５からＡＣＴ１０８へと進む。プロセッサ２１は、ＡＣＴ１０８として肯定応答（ＯＫ）を送信した決済装置１２の決済装置ＩＤと関連付けられて第１データテーブル６３に記述されている接続先フラグＦａを“０”から“１”に変更する。またプロセッサ２１は、ＡＣＴ１０９としてタッチパネル２８の画面を明細画面ＳＡｃ（図１６を参照）とする。
【0076】
図１６は、明細画面ＳＡｃの一表示例である。明細画面ＳＡｃは、カレントエリアＡＡａと、明細エリアＡＡｂと、合計エリアＡＡｃとに区分される。カレントエリアＡＡａには、一取引の買上商品として入力された最新の商品の商品名、数量及び金額が表示される。明細エリアＡＡｂには、一連のレコード番号順に、一取引の買上商品として入力された商品の商品名、数量、単価、値割引額及び金額がリスト形式で表示される。合計エリアＡＡｃには、買上商品の合計数量と合計金額とが表示される。
【0077】
また明細画面ＳＡｃは、小計ボタンＢＡｄ、値引ボタンＢＡｅ及び割引ボタンＢＡｆのソフトウェアキーを含む。小計ボタンＢＡｄは、一取引における買上商品の入力が終了したことを指令するための操作子である。値引ボタンＢＡｅは、一取引の買上商品として入力された最新の商品の値引を指令するための操作子である。割引ボタンＢＡｆは、一取引の買上商品として入力された最新の商品の割引を指令するための操作子である。因みに、オペレータが値引ボタンＢＡｅを入力するとともにキーボード２６のテンキーで値引額を入力することにより、商品の価格が値引される。同様に、オペレータが割引ボタンＢＡｆを入力するとともにキーボード２６のテンキーで割引率を入力することにより、商品の価格が割引される。
【0078】
なお、ＡＣＴ１０９において、プロセッサ２１は、客用ディスプレイ２９の画面を客用明細画面とする。客用明細画面は、明細画面ＳＡｃからソフトウェアキーを除いたものである。
【0079】
タッチパネル２８に明細画面ＳＡｃが表示されたことを確認した店員２は、スキャナ２７を操作して客３が購入する商品に付されたバーコードを読み取る。スキャナ２７でバーコードが読み取られることによって、買上商品の商品コードが入力装置１１に入力される。一方、生鮮食品などの一部の商品にはバーコードが付されていないことがある。商品にバーコードが付されていない場合、店員２は、タッチパネル２８にバーコード無商品のリストを表示させる。そして店員は、そのリストの中から客が購入する商品を選択する。このような操作により、バーコードのない買上商品の商品コードが入力装置１１に入力される。
【0080】
図９の説明に戻る。
明細画面ＳＡｃを表示したプロセッサ２１は、ＡＣＴ１１０として商品コードが入力されるのを待ち受ける。商品コードが入力されると、プロセッサ２１は、ＡＣＴ１１０からＡＣＴ１１１へと進む。プロセッサ２１は、ＡＣＴ１１１として接続先となった決済装置１２の決済装置ＩＤを取得する。すなわちプロセッサ２１は、第１データテーブル６３を参照して、接続先フラグＦａが“１”となっている決済装置ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ１１２として決済装置ＩＤを宛先として入力イベントを送信するように通信ユニット２５を制御する。この制御により、通信ユニット２５を介してネットワーク１４に入力イベントが送信される。入力イベントは、ネットワーク１４に接続された複数台の決済装置１２のうち、当該入力イベントの宛先である決済装置ＩＤが設定された決済装置１２で受信される。入力イベントは、スキャナ２７又はタッチパネル２８から入力された商品コードを含む。
明細画面ＳＡｃを表示したプロセッサ２１は、ＡＣＴ１１０として商品コードが入力されるのを待ち受ける。商品コードが入力されると、プロセッサ２１は、ＡＣＴ１１０からＡＣＴ１１１へと進む。プロセッサ２１は、ＡＣＴ１１１として接続先となった決済装置１２の決済装置ＩＤを取得する。すなわちプロセッサ２１は、第１データテーブル６３を参照して、接続先フラグＦａが“１”となっている決済装置ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ１１２として決済装置ＩＤを宛先として入力イベントを送信するように通信ユニット２５を制御する。この制御により、通信ユニット２５を介してネットワーク１４に入力イベントが送信される。入力イベントは、ネットワーク１４に接続された複数台の決済装置１２のうち、当該入力イベントの宛先である決済装置ＩＤが設定された決済装置１２で受信される。入力イベントは、スキャナ２７又はタッチパネル２８から入力された商品コードを含む。
【0081】
またプロセッサ２１は、ＡＣＴ１１３として明細レコードＲａを作成する。すなわちプロセッサ２１は、サーバ１３にアクセスして、商品マスタファイル１３１から入力された商品コードを含む商品レコードを取得する。そしてプロセッサ２１は、その商品レコードに記述された商品名、単価等の商品情報を基に、レコード番号ｒ、商品コード、商品名、単価、数量、値割引額、金額等の項目データからなる明細レコードＲａを作成する。なお、数量は“１”である。値割引額は“０”である。金額は、単価である。
【0082】
プロセッサ２１は、ＡＣＴ１１４として明細レコードＲａを第１取引ファイル６４１に記憶する。またプロセッサ２１は、ＡＣＴ１１５として明細画面ＳＡｃを更新する。すなわちプロセッサ２１は、明細レコードＲａの商品名、数量及び金額を明細画面ＳＡｃのカレントエリアＡＡａに表示する。このとき、カレントエリアＡＡａに、当該明細レコードＲａのレコード番号ｒよりも１つ前のレコード番号（ｒ－１）の明細レコードＲａに係るデータが表示されていた場合には、プロセッサ２１は、その明細レコードＲａのレコード番号（ｒ－１）、商品名、数量、単価、値割引額及び金額を明細エリアＡＡｂに表示する。またプロセッサ２１は、第１取引ファイル６４１に記憶した全ての明細レコードＲａの合計数量及び合計金額を合計エリアＡＡｃに表示する。プロセッサ２１は、客用明細画面も同様に更新する。
【0083】
明細画面ＳＡｃを更新したプロセッサ２１は、図１０のＡＣＴ１２１へと進む。プロセッサ２１は、ＡＣＴ１２１として商品コードが入力されたか否かを確認する。商品コードが入力されていない場合、プロセッサ２１は、ＡＣＴ１２１からＡＣＴ１２２へと進む。プロセッサ２１は、ＡＣＴ１２２として数量又は値割引のデータが入力されたか否かを確認する。数量又は値割引のデータが入力されていない場合、プロセッサ２１は、ＡＣＴ１２２からＡＣＴ１２３へと進む。プロセッサ２１は、ＡＣＴ１２３として小計ボタンＢＡｄが入力されたか否かを確認する。小計ボタンＢＡｄが入力されていない場合、プロセッサ２１は、ＡＣＴ１２３からＡＣＴ１２１へと戻る。このように、明細画面ＳＡｃを更新したプロセッサ２１は、ＡＣＴ１２１乃至ＡＣＴ１２３として商品コード、数量又は値割引のデータ及び小計ボタンＢＡｄの待ち受け状態となる。
【0084】
ＡＣＴ１２１乃至ＡＣＴ１２３の待ち受け状態において、商品コードが入力されると、プロセッサ２１は、ＡＣＴ１２１から図９のＡＣＴ１１１へと戻る。そしてプロセッサ２１は、ＡＣＴ１１１乃至ＡＣＴ１１５の処理を前述したのと同様に実行する。すなわちプロセッサ２１は、接続先となった決済装置１２の決済装置ＩＤを取得し、その決済装置ＩＤを宛先として入力イベントを送信するように通信ユニット２５を制御する。入力イベントは、スキャナ２７又はタッチパネル２８から入力された商品コードを含む。またプロセッサ２１は、明細レコードＲａを作成し、その明細レコードＲａを第１取引ファイル６４１に記憶する。そしてプロセッサ２１は、第１取引ファイル６４１に記憶した明細レコードＲａのデータを基に明細画面ＳＡｃを更新する。その後、プロセッサ２１は、ＡＣＴ１２１乃至ＡＣＴ１２３の待ち受け状態となる。
【0085】
ＡＣＴ１２１乃至ＡＣＴ１２３の待ち受け状態において、キーボード２６のテンキーと乗算キーとによって数量が入力された場合、あるいは値引ボタンＢＡｅ又は割引ボタンＢＡｆとテンキーとにより値引額又は割引率が入力された場合には、プロセッサ２１は、ＡＣＴ１２２からＡＣＴ１２４へと進む。プロセッサ２１は、ＡＣＴ１２４及びＡＣＴ１２５として前述したＡＣＴ１１１及びＡＣＴ１１２の処理と同様な処理を実行する。すなわちプロセッサ２１は、接続先となった決済装置１２の決済装置ＩＤを取得し、その決済装置ＩＤを宛先として入力イベントを送信するように通信ユニット２５を制御する。入力イベントは、キー入力された数量、値引額又は割引率を含む。
【0086】
プロセッサ２１は、ＡＣＴ１２６として第１取引ファイル６４１に記憶したレコード番号ｒの明細レコードＲａを更新する。具体的には、数量が入力された場合には、プロセッサ２１は、明細レコードＲａの数量を入力された値とし、金額を単価と数量との積とする。値引額が入力された場合には、プロセッサ２１は、明細レコードＲａに値引額を記述し、金額から値引額を減じる。割引率が入力された場合には、プロセッサ２１は、明細レコードＲａの単価と割引率とから割引額を算出して記述し、金額から割引額を減じる。そしてプロセッサ２１は、ＡＣＴ１２７として明細レコードＲａを更新した後の第１取引ファイル６４１のデータにより、明細画面ＳＡｃのカレントエリアＡＡａと合計エリアＡＡｃの表示を更新する。プロセッサ２１は、客用明細画面も同様に更新する。その後、プロセッサ２１は、ＡＣＴ１２１乃至ＡＣＴ１２３の待ち受け状態に戻る。
【0087】
ＡＣＴ１２１乃至ＡＣＴ１２３の待ち受け状態において、小計ボタンＢＡｄが入力された場合には、プロセッサ２１は、ＡＣＴ１２３からＡＣＴ１２８へと進む。プロセッサ２１は、ＡＣＴ１２８としてタッチパネル２８の画面を小計画面ＳＡｄ（図１７を参照）とする。
【0088】
図１７は、小計画面ＳＡｄの一表示例である。小計画面ＳＡｄは、合計点数及び合計金額が表示される合計エリアＡＡｄを含む。また小計画面ＳＡｄは、小計値引ボタンＢＡｇ、小計割引ボタンＢＡｈ、入力完了ボタンＢＡｉ及び明細に戻るボタンＢＡｊのソフトウェアキーを含む。小計値引ボタンＢＡｇは、合計金額の値引を指令するための操作子である。小計割引ボタンＢＡｈは、合計金額の割引を指令するための操作子である。因みに、小計値引ボタンＢＡｇを入力するとともにキーボード２６のテンキーで値引額を入力することにより、合計金額が値引される。同様に、小計割引ボタンＢＡｈを入力するとともにキーボード２６のテンキーで割引率を入力することにより、合計金額が割引される。
【0089】
入力完了ボタンＢＡｉは、取引に係るデータの入力終了を指示するための操作子である。店員２は、取引に係るデータの入力を終了すると、入力完了ボタンＢＡｉをタッチ操作で入力する。取引に係るデータの入力を終了していない場合には、店員２は、明細に戻るボタンＢＡｊをタッチ操作で入力する。
【0090】
なお、ＡＣＴ１２８において、プロセッサ２１は、客用ディスプレイ２９の画面を客用小計画面とする。客用小計画面は、小計画面ＳＡｄからソフトウェアキーを除いたものである。
【0091】
ところで、明細画面ＳＡｃ及び小計画面ＳＡｄは、その画面の一部に確認イベントに対して肯定応答（ＯＫ）を返信した接続先決済装置１２０の識別名ＮＡａを表示する。識別名ＮＡａは、決済装置番号を含む。因みに図１６の明細画面ＳＡｃ及び図１７の小計画面ＳＡｄには、決済装置番号「１」が割り当てられた決済装置１２（１２－１）が接続先決済装置１２０として選択された場合の画面例であり、識別名ＮＡａとして［決済装置１］が表示されている。店員２は、この識別名ＮＡａにより、接続先決済装置１２０が決済装置１２（１２－１）であることを容易に知り得る。
【0092】
小計画面ＳＡｄを表示したプロセッサ２１は、ＡＣＴ１２９として明細に戻るボタンＢＡｊが入力されたか否かを確認する。明細に戻るボタンＢＡｊが入力されていない場合には、プロセッサ２１は、ＡＣＴ１２９からＡＣＴ１３０へと進む。プロセッサ２１は、ＡＣＴ１３０として入力完了ボタンＢＡｉが入力されたか否かを確認する。入力完了ボタンＢＡｉが入力されていない場合には、プロセッサ２１は、ＡＣＴ１３０からＡＣＴ１２９へと戻る。
【0093】
このように小計画面ＳＡｄを表示したプロセッサ２１は、ＡＣＴ１２９及びＡＣＴ１３０において明細に戻るボタンＢＡｊが入力されるか、入力完了ボタンＢＡｉが入力されるのを待ち受ける。なお、この待ち受け状態において、小計値引ボタンＢＡｇ又は小計割引ボタンＢＡｈが入力された場合には、プロセッサ２１は、小計値引又は小計割引の処理を行って、ＡＣＴ１２９及びＡＣＴ１３０の待ち受け状態に戻る。
【0094】
ＡＣＴ１２９及びＡＣＴ１３０の待ち受け状態において、明細に戻るボタンＢＡｊが入力された場合には、プロセッサ２１は、ＡＣＴ１２９からＡＣＴ１３１へと進む。プロセッサ２１は、ＡＣＴ１３１としてタッチパネル２８の画面を小計画面ＳＡｄから直前の明細画面ＳＡｃに戻す。そしてプロセッサ２１は、ＡＣＴ１２１乃至ＡＣＴ１２３の待ち受け状態に戻る。
【0095】
ＡＣＴ１２９及びＡＣＴ１３０の待ち受け状態において、入力完了ボタンＢＡｉが入力された場合には、プロセッサ２１は、ＡＣＴ１３０からＡＣＴ１３２へと進む。プロセッサ２１は、ＡＣＴ１３２として取引番号を発番する。例えば入力装置１１は、取引番号をカウントするためのカウンタを備えている。プロセッサ２１は、このカウンタをカウントアップして新規の取引番号を発番する。
【0096】
取引番号を発番したプロセッサ２１は、ＡＣＴ１３３へと進む。プロセッサ２１は、ＡＣＴ１３３として接続先となった決済装置１２の決済装置ＩＤを取得する。すなわちプロセッサ２１は、第１データテーブル６３を参照して、接続先フラグＦａが“１”となっている決済装置ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ１３４として決済装置ＩＤを宛先として完了イベントを送信するように通信ユニット２５を制御する。この制御により、通信ユニット２５を介してネットワーク１４に完了イベントが送信される。完了イベントは、ネットワーク１４に接続された複数台の決済装置１２のうち、当該完了イベントの宛先である決済装置ＩＤが設定された決済装置１２で受信される。完了イベントには、ＡＣＴ１３２において発番した取引番号が含まれる。
【0097】
完了イベントを送信したプロセッサ２１は、ＡＣＴ１３５へと進む。プロセッサ２１は、ＡＣＴ１３５として完了イベントの送信先である決済装置１２を報知する。例えばプロセッサ２１は、送信先である決済装置１２に対して割り当てられた決済装置番号をタッチパネル２８に表示する。この表示を確認した店員２は、客３に対し、送信先である決済装置１２で決済を行うように指示することとなる。なおプロセッサ２１は、客用ディスプレイ２９に表示されている客用支払い画面の一部に、送信先である決済装置１２を示す情報を表示してもよい。そうすることにより、客３は、決済を行い得る決済装置１２がどれであるかを知ることができる。
【0098】
完了イベント送信先の決済装置１２を報知したプロセッサ２１は、ＡＣＴ１３６へと進む。プロセッサ２１は、ＡＣＴ１３６として第１取引ファイル６４１をクリアする。このクリアにより、第１取引ファイル６４１に記憶していた明細レコードＲａはすべて削除される。またプロセッサ２１は、ＡＣＴ１３７として第１データテーブル６３を参照して、“１”となっていた接続先フラグＦａを“０”に変更する。以上で、プロセッサ２１は、入力プログラムに従った情報処理を終了する。
【0099】
このように、第１取引ファイル６４１がクリアされ、第１データテーブル６３の接続先フラグＦａが全て“０”となった入力装置１１においては、次の客が取引に係るデータの入力が可能となる。そして店員２が、入力装置１１に対して入力開始の宣言操作を行うと、プロセッサ２１は、タッチパネル２８の画面を接続先選択画面ＳＡａとする。そして、プロセッサ２１は、ＡＣＴ１０２以降の処理を前述したのと同様に実行する。
【0100】
ここにプロセッサ２１は、ＡＣＴ１０１及びＡＣＴ１０２の処理により、接続先選択手段５１としての機能を実現する。プロセッサ２１は、ＡＣＴ１０３及びＡＣＴ１０４の処理により、問合せ手段５２としての機能を実現する。プロセッサ２１は、ＡＣＴ１０５及びＡＣＴ１０８の処理により、決定手段５３としての機能を実現する。プロセッサ２１は、ＡＣＴ１０６及びＡＣＴ１０１の処理により、無効手段５４としての機能を実現する。
【0101】
またプロセッサ２１は、ＡＣＴ１１３及びＡＣＴ１１４の処理により、入力側記憶手段５５としての機能を実現する。プロセッサ２１は、ＡＣＴ１１５の処理により、明細表示手段５６としての機能を実現する。プロセッサ２１は、ＡＣＴ１３０の処理により、終了検出手段５７としての機能を実現する。プロセッサ２１は、ＡＣＴ１１１及びＡＣＴ１１２の処理により、第１送信手段５８としての機能を実現する。プロセッサ２１は、ＡＣＴ１３２乃至ＡＣＴ１３４の処理により、第１通知手段５９としての機能を実現する。プロセッサ２１は、ＡＣＴ１３５の処理により、決済先報知手段５１０としての機能を実現する。
【0102】
次に、決済装置１２のプロセッサ３１が決済プログラムにしたがって実行する情報処理の要部手順を図１１及び図１２の流れ図を用いて説明する。
状態フラグＦｂが“０”、すなわち待機中にある決済装置１２のプロセッサ３１は、図１１及び図１２の流れ図に示す手順の情報処理を開始する。先ず、プロセッサ３１は、ＡＣＴ２０１としてタッチパネル３８の画面を待機画面ＳＢａ（図１８を参照）とする。
状態フラグＦｂが“０”、すなわち待機中にある決済装置１２のプロセッサ３１は、図１１及び図１２の流れ図に示す手順の情報処理を開始する。先ず、プロセッサ３１は、ＡＣＴ２０１としてタッチパネル３８の画面を待機画面ＳＢａ（図１８を参照）とする。
【0103】
図１８は、待機画面ＳＢａの一表示例である。待機画面ＳＢａは、オペレータに待機中であることを知らせる画面である。決済装置１２のオペレータは、原則、客３である。したがって、待機画面ＳＢａは、客３が勝手に操作しないような画像を表示した画面であればよい。例えば「いらっしゃいませ」、「お待ちください」等のテキストを表示した画面であってもよいし、店舗のロゴ等のイラストを表示した画面であってもよい。
【0104】
待機画面ＳＢａを表示したプロセッサ３１は、ＡＣＴ２０２として入力装置１１から送信される確認イベントを待ち受ける。この待ち受け状態において、通信ユニット３５を介して確認イベントを受信すると、プロセッサ３１は、ＡＣＴ２０２からＡＣＴ２０３へと進む。プロセッサ３１は、ＡＣＴ２０３として入力装置１１との接続を許諾する接続可の応答、すなわち肯定応答（ＯＫ）を送信するように通信ユニット３５を制御する。この制御により、通信ユニット３５を介してネットワーク１４に肯定応答（ＯＫ）の信号が送信される。肯定応答（ＯＫ）の信号には、確認イベント送信元の入力装置１１を識別する入力装置ＩＤが含まれる。肯定応答（ＯＫ）の信号は、ネットワーク１４に接続された複数台の入力装置１１のうち、当該信号に含まれる入力装置ＩＤが設定された入力装置１１で受信される。
【0105】
肯定応答（ＯＫ）を送信したプロセッサ３１は、ＡＣＴ２０４へと進む。プロセッサ３１は、ＡＣＴ２０４としてフラグメモリ８２の状態フラグＦｂを“０”から“１”へと変更する。また、プロセッサ３１は、ＡＣＴ２０５として例えば青色で点灯するようにパトランプ４０を制御する。
【0106】
パトランプ４０を点灯させたプロセッサ３１は、ＡＣＴ２０６として入力装置１１から送信される入力イベントを待ち受ける。この待ち受け状態において、通信ユニット３５を介して入力イベントを受信すると、プロセッサ３１は、ＡＣＴ２０６からＡＣＴ２０７へと進む。プロセッサ３１は、ＡＣＴ２０７として商品コードを含む入力イベントを受信したか否かを確認する。
【0107】
前述したように、入力イベントには、商品コードを含む入力イベントと、数量、値引額又は割引率を含む入力イベントがある。ＡＣＴ２０７において、商品コードを含む入力イベントを受信したことを確認したプロセッサ３１は、ＡＣＴ２０８へと進む。プロセッサ３１は、ＡＣＴ２０８として明細レコードＲａを作成する。すなわちプロセッサ３１は、サーバ１３にアクセスして、商品マスタファイル１３１から入力イベントに含まれる商品コードを含む商品レコードを取得する。そしてプロセッサ３１は、その商品レコードに記述された商品名、単価等の商品情報を基に、レコード番号ｒ、商品コード、商品名、単価、数量、値割引額、金額等の項目データからなる明細レコードＲａを作成する。なお、数量は“１”である。値割引額は“０”である。金額は、単価である。
【0108】
明細レコードＲａを作成したプロセッサ３１は、ＡＣＴ２０９へと進む。プロセッサ３１は、ＡＣＴ２０９としてその明細レコードＲａを第２取引ファイル８１１に記憶する。
【0109】
一方、受信した入力イベントが商品コードを含まない入力イベントの場合には、プロセッサ３１は、ＡＣＴ２０７からＡＣＴ２１０へと進む。プロセッサ３１は、ＡＣＴ２１０として数量、値引額又は割引率を含む入力イベントを受信したか否かを確認する。数量、値引額又は割引率を含む入力イベントを受信した場合には、プロセッサ３１は、ＡＣＴ２１０からＡＣＴ２１１へと進む。プロセッサ３１は、ＡＣＴ２１１として第２取引ファイル８１１に記憶したレコード番号ｒの明細レコードＲａを更新する。具体的には、数量を含む入力イベントを受信した場合には、プロセッサ３１は、明細レコードＲａの数量を入力イベントに含まれる値とし、金額を単価と数量との積とする。値引額を含む入力イベントを受信した場合には、プロセッサ３１は、明細レコードＲａに値引額を記述し、金額から値引額を減じる。割引率を含む入力イベントを受信した場合には、プロセッサ３１は、明細レコードＲａの単価と割引率とから割引額を算出して記述し、金額から割引額を減じる。
【0110】
こうして、ＡＣＴ２０９又はＡＣＴ２１１の処理を終えると、プロセッサ３１は、ＡＣＴ２１２へと進む。プロセッサ３１は、ＡＣＴ２１２として次の入力イベントを受信したか否かを確認する。入力イベントを受信していない場合、プロセッサ３１は、ＡＣＴ２１２からＡＣＴ２１３へと進む。プロセッサ３１は、ＡＣＴ２１３として入力装置１１から送信される完了イベントを受信したか否かを確認する。完了イベントを受信していない場合、プロセッサ３１は、ＡＣＴ２１２へと戻る。このようにプロセッサ３１は、ＡＣＴ２１２及びＡＣＴ２１３として入力装置１１から送信される入力イベント又は完了イベントを待ち受ける。
【0111】
ＡＣＴ２１２及びＡＣＴ２１３の待ち受け状態において、入力イベントを受信した場合には、プロセッサ３１は、ＡＣＴ２１２からＡＣＴ２０７へと戻る。そしてプロセッサ３１は、ＡＣＴ２０７以降の処理を前述したのと同様に実行する。すなわち、商品コードを含む入力イベントを受信した場合には、プロセッサ３１は、明細レコードＲａを作成し、その明細レコードＲａを第２取引ファイル８１１に記憶する。数量、割引額又は割引率を含む入力イベントを受信した場合には、レコード番号ｒの明細レコードＲａ、すなわち直前のＡＣＴ２０９の処理で第２取引ファイル８１１に記憶した明細レコードＲａを更新する。そしてプロセッサ３１は、再びＡＣＴ２１２及びＡＣＴ２１３の待ち受け状態となる。
【0112】
ＡＣＴ２１２及びＡＣＴ２１３の待ち受け状態において、完了イベントを受信した場合には、プロセッサ３１は、ＡＣＴ２１３から図１２のＡＣＴ２２１へと進む。プロセッサ３１は、ＡＣＴ２２１としてタッチパネル３８の画面を支払い方法選択画面ＳＢｂ（図１９を参照）とする。
【0113】
図１９は、支払い方法選択画面ＳＢｂの一表示例である。支払い方法選択画面ＳＢｂは、合計点数及び合計金額が表示される合計エリアＡＢａを含む。また支払い方法選択画面ＳＢｂは、現金ボタンＢＢａ、クレジットボタンＢＢｂ及び電子マネーボタンＢＢｃのソフトウェアキーを含む。現金ボタンＢＢａは、現金支払いを選択するための操作子である。クレジットボタンＢＢｂは、クレジットカード支払いを選択するための操作子である。電子マネーボタンＢＢｃは、電子マネー支払いを選択するための操作子である。
【0114】
支払い方法選択画面ＳＢｂを確認した客３は、代金の支払い方法を選択する。現金支払いを希望する客３は、現金ボタンＢＢａをタッチ操作で入力する。クレジットカード支払いを希望する客３は、クレジットボタンＢＢｂをタッチ操作で入力する。電子マネー支払いを希望する客３は、電子マネーボタンＢＢｃをタッチ操作で入力する。なお、本実施形態では、代金支払い方法を現金支払い、クレジットカード支払い及び電子マネー支払いの３種類に限定するが、代金支払い方法はこれら３種類に限定されないのは言うまでもない。例えば、コード決済等のキャッシュレスによる決済方法を含めてもよい。
【0115】
支払い方法選択画面ＳＢｂを表示したプロセッサ２１は、ＡＣＴ２２２としていずれか１つの支払い方法が選択されるのを待ち受ける。この待ち受け状態において、決済装置１２は、同一チェックアウトレーンに配置された入力装置１１から確認イベントを受信する場合があり得る。そこでプロセッサ３１は、ＡＣＴ２２３として確認イベントを受信したか否かを確認する。支払い方法が選択される前に確認イベントを受信した場合には、プロセッサ３１は、ＡＣＴ２２３からＡＣＴ２２４へと進む。プロセッサ３１は、ＡＣＴ２２４として入力装置１１との接続を否定する接続不可の応答、すなわち否定応答（ＮＧ）を送信するように通信ユニット３５を制御する。この制御により、通信ユニット３５を介してネットワーク１４に否定応答（ＮＧ）の信号が送信される。否定応答（ＮＧ）の信号には、確認イベント送信元の入力装置１１を識別する入力装置ＩＤが含まれる。否定応答（ＮＧ）の信号は、ネットワーク１４に接続された複数台の入力装置１１のうち、当該信号に含まれる入力装置ＩＤが設定された入力装置１１で受信される。否定応答（ＮＧ）の信号を送信したプロセッサ３１は、ＡＣＴ２２２に戻る。プロセッサ２１は、いずれか１つの支払い方法が選択されるのを待ち受ける。
【0116】
ＡＣＴ２２２の待ち受け状態において、現金ボタンＢＢａ、クレジットボタンＢＢｂ又は電子マネーボタンＢＢｃの入力によりいずれかの支払い方法が選択されると、プロセッサ３１は、ＡＣＴ２２５へと進む。プロセッサ３１は、ＡＣＴ２２５として支払い種別を取得する。支払い種別は、選択入力を受け付けた代金支払い方法を識別する支払い方法識別データである。例えば、現金ボタンＢＢａが入力された場合には、プロセッサ３１は、支払い方法識別データとして支払い種別「現金」を取得する。クレジットボタンＢＢｂが入力された場合には、プロセッサ３１は、支払い方法識別データとして支払い種別「クレジット」を取得する。電子マネーボタンＢＢｃが入力された場合には、プロセッサ３１は、支払い方法識別データとして支払い種別「電子マネー」を取得する。支払い種別を取得したプロセッサ３１は、ＡＣＴ２２６としてタッチパネル３８の画面を支払い種別に対応した会計画面ＳＢｃ（図２０を参照）とする。
【0117】
図２０は、支払い種別が「現金」であった場合の会計画面ＳＢｃの一表示例である。会計画面ＳＢｃは、合計点数及び合計金額が表示される合計エリアＡＢｂを含む。また会計画面ＳＢｃは、変更ボタンＢＢｄ及び店員呼出ボタンＢＢｅのソフトウェアキーを含む。会計画面ＳＢｃは、決済装置１２のオペレータに対して会計の方法を知らせる画面である。決済装置１２のオペレータは、原則、客３である。したがって、例えば「現金支払いが選択されています。代金を投入してください」というテキストが会計画面ＳＢｃに表示される。このテキストを確認した客３は、自動釣銭機に代金相当の現金を投入する。
【0118】
なお、支払い方法を変更したい客３は、変更ボタンＢＢｄをタッチ操作で入力する。また店員を呼び出したい客３は、店員呼出ボタンＢＢｅをタッチ操作で入力する。店員呼出ボタンＢＢｅが入力されると、決済装置１２から入力装置１１に店員呼出信号が出力されて、入力装置１１のタッチパネル２８に客から呼び出しがあることを店員に知らせる画像が表示される。
【0119】
会計画面ＳＢｃを表示したプロセッサ３１は、ＡＣＴ２２７として代金の支払いが完了するか、ＡＣＴ２２８として変更ボタンＢＢｄが入力されるのを待ち受ける。変更ボタンＢＢｄが入力された場合には、プロセッサ３１は、ＡＣＴ２２８からＡＣＴ２２１へと戻る。すなわちプロセッサ３１は、タッチパネル３８の画面を支払い方法選択画面ＳＢｂとする。そしてプロセッサ３１は、ＡＣＴ２２２以降の処理を前述したのと同様に実行する。したがって、変更ボタンＢＢｄをタッチ操作で入力した客３は、別の支払い方法を選択することができる。
【0120】
ところで、ＡＣＴ２２７及びＡＣＴ２２８の待ち受け状態において、決済装置１２は、同一チェックアウトレーンに配置された入力装置１１から確認イベントを受信する場合があり得る。そこでプロセッサ３１は、ＡＣＴ２２９として確認イベントを受信したか否かを確認する。代金の支払いが完了する前に確認イベントを受信した場合には、プロセッサ３１は、ＡＣＴ２２９からＡＣＴ２３０へと進む。プロセッサ３１は、ＡＣＴ２３０として入力装置１１との接続を否定する否定応答（ＮＧ）を送信するように通信ユニット３５を制御する。この制御により、通信ユニット３５を介してネットワーク１４に否定応答（ＮＧ）の信号が送信される。否定応答（ＮＧ）の信号には、確認イベント送信元の入力装置１１を識別する入力装置ＩＤが含まれる。否定応答（ＮＧ）の信号は、ネットワーク１４に接続された複数台の入力装置１１のうち、当該信号に含まれる入力装置ＩＤが設定された入力装置１１で受信される。否定応答（ＮＧ）の信号を送信したプロセッサ３１は、ＡＣＴ２２７に戻る。プロセッサ２１は、代金の支払いが完了するか、変更ボタンＢＢｄが入力されるのを待ち受ける。
【0121】
例えば支払い種別が「現金」であり、自動釣銭機に代金相当の現金が投入された場合には、プロセッサ３１は、代金の支払いが完了したと判断する。例えば支払い種別が「クレジット」または「電子マネー」の場合には、プロセッサ３１は、キャッシュレス決済端末５から決済完了の信号を待ち受ける。決済完了の信号を受信すると、プロセッサ３１は、代金の支払いが完了したと判断する。
【0122】
代金の支払いが完了すると、プロセッサ３１は、ＡＣＴ２２７からＡＣＴ２３１へと進む。プロセッサ３１は、ＡＣＴ２３１としてプリンタ３９を動作させて、取引レシートを発行する。取引レシートには、第２取引ファイル８１１に記憶された明細レコードＲａのデータ、つまりは買上商品の商品名、数量、単価、金額等が印字される。また、買上商品の合計金額、支払い金額、釣銭額、完了イベントに含まれていた取引番号等も印字される。
【0123】
取引レシートを発行したプロセッサ３１は、ＡＣＴ２３２へと進む。プロセッサ３１は、ＡＣＴ２３２として第２取引ファイル８１１に記憶した明細レコードＲａに基づいて、買上商品の売上処理を行う。この売上処理により、売上マスタファイル１３２に記憶される買上商品の売上点数及び売上金額が更新される。
【0124】
買上商品の売上処理を終えたプロセッサ３１は、ＡＣＴ２３３へと進む。プロセッサ３１は、ＡＣＴ２３３として第２取引ファイル８１１をクリアする。このクリアにより、第２取引ファイル８１１に記憶されていた明細レコードＲａが削除される。またプロセッサ３１は、ＡＣＴ２３４としてフラグメモリ８２の状態フラグＦｂを“１”から“０”へと変更する。さらにプロセッサ３１は、ＡＣＴ２３５として例えば青色で点灯していたパトランプ４０が消灯するように制御する。以上で、プロセッサ３１は、決済プログラムに従った情報処理を終了する。
【0125】
このように、第２取引ファイル８１１がクリアされ、フラグメモリ８２の状態フラグＦｂが“０”となった決済装置１２においては、取引の決済が可能となる。このとき、タッチパネル３８の画面は待機画面ＳＢａとなる。また、パトランプ４０は消灯している。この状態で、入力装置１１から確認イベントを受信すると、プロセッサ３１は、ＡＣＴ２０３以降の処理を前述したのと同様に実行する。
【0126】
ここにプロセッサ３１は、ＡＣＴ２０８及びＡＣＴ２０９の処理により、決済側記憶手段７１としての機能を実現する。プロセッサ３１は、ＡＣＴ２２１及びＡＣＴ２２６の処理により、金額表示手段７２としての機能を実現する。プロセッサ３１は、ＡＣＴ２０２及びＡＣＴ２０３、ＡＣＴ２２３及びＡＣＴ２２４、さらにはＡＣＴ２２９及びＡＣＴ２３０の処理により、接続応答手段７３としての機能を実現する。プロセッサ３１は、ＡＣＴ２３１及びＡＣＴ２３２の処理により、決済手段７４としての機能を実現する。
【0127】
以上で、入力装置１１のプロセッサ２１及び決済装置１２のプロセッサ３１が実行する主要な情報処理の説明を終了する。
【0128】
以上詳述したように、第１の実施形態においては、入力装置１１は、接続先選択手段５１、問合せ手段５２及び決定手段５３としての機能により、取引に係るデータを入力する前に、複数台の決済装置１２のうちいずれか一台の決済装置１２を接続先として決定する。そして入力デバイス６１を介して取引に係るデータが入力されると、入力装置１１は、第１送信手段５８としての機能により、取引に係るデータを当該取引に係るデータの入力終了指示が検出される前に、接続先として決定されたいずれか一台の決済装置１２に送信する。入力装置１１は、終了検出手段５７としての機能により、取引に係るデータの入力終了指示を検出すると、接続先として決定されたいずれか一台の決済装置１２に入力終了を通知する．
一方、接続先として決定された決済装置１２は、決済側記憶手段７１としての機能により、入力装置１１から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部８１で記憶する。そして、入力装置１１から入力終了の通知を受けると、決済装置１２は、決済手段としての機能により、決済側記憶部８１で記憶した取引に係るデータに基づいて取引を決済する。
一方、接続先として決定された決済装置１２は、決済側記憶手段７１としての機能により、入力装置１１から送信されてくる取引に係るデータを、当該取引が決済されるまで決済側記憶部８１で記憶する。そして、入力装置１１から入力終了の通知を受けると、決済装置１２は、決済手段としての機能により、決済側記憶部８１で記憶した取引に係るデータに基づいて取引を決済する。
【0129】
したがって、第１の実施形態によれば、入力装置１１が、売買された商品の明細情報と合計情報とを含む決済情報を生成して決済装置１２に送信することなく、店員２と客３が操作を分担して取引を決済できる会計システム１を提供することができる。
【0130】
その上、入力装置１１の接続先選択手段５１は、複数台の決済装置を個々に指定可能な操作子を含む。そして入力装置１１は、問合せ手段５２による問合せに対して問合せ先の決済装置１２から接続を許諾する応答がない場合に、無効手段５４としての機能により、当該決済装置１２を指定する操作子の操作を無効としている。
【0131】
したがって、入力装置１１のオペレータである店員２は、接続を許諾する応答がない決済装置１２を選択してしまっても、該当する操作子が無効となるので、直ぐに他の決済装置１２を選択することができる。
【0132】
また、接続先として決定された決済装置１２においては、入力装置１１から入力終了の通知を受けるまでは、タッチパネル３８の画面を待機画面ＳＡｂとしている。そして、入力装置１１から入力終了の通知を受けると、決済装置１２はタッチパネル３８の画面を支払い方法選択画面ＳＢｂとする。すなわち、客３が居ないときの決済装置１２におけるタッチパネル３８の画面は待機画面ＳＡｂとなっており、客３が決済のために決済装置１２の設置場所へと移動するタイミングでその画面が取引の決済金額を含む支払い方法選択画面ＳＢｂとなる。したがって、入力装置１１が取引に係るデータを当該取引に係るデータの入力終了指示が検出される前に決済装置１２に送信していても、客３が決済のために決済装置１２の設置場所へと移動するまでは、その取引の決済金額が決済装置１２に表示されることはない。
【0133】
［第２の実施形態］
次に、第２の実施形態について、図２１乃至図３０を用いて説明する。
第２の実施形態は、第１の実施形態の会計システム１において、入力装置１１に入力された１取引の買上商品のデータを、入力完了ボタンＢＡｉの入力である入力終了指示が行われる前に、遡って修正する機能を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
次に、第２の実施形態について、図２１乃至図３０を用いて説明する。
第２の実施形態は、第１の実施形態の会計システム１において、入力装置１１に入力された１取引の買上商品のデータを、入力完了ボタンＢＡｉの入力である入力終了指示が行われる前に、遡って修正する機能を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
【0134】
図２１は、入力装置１１のプロセッサ２１が有する主要な機能構成を示すブロック図である。プロセッサ２１は、接続先選択手段５１、問合せ手段５２、決定手段５３、無効手段５４、入力側記憶手段５５、明細表示手段５６、終了検出手段５７、第１送信手段５８、第１通知手段５９及び決済先報知手段５１０に加えて、修正受付手段５１１、第１修正手段５１２及び第２送信手段５１３としての機能を有する。
【0135】
修正受付手段５１１は、明細表示手段５６によりタッチパネル２８の明細画面ＳＡｃに表示されている明細情報の修正を受け付ける機能である。明細画面ＳＡｃの明細エリアＡＡｂには、一連のレコード番号順に、一取引の買上商品として入力された商品の商品名、数量、単価、値割引額及び金額がリスト形式で表示されている。修正受付手段５１１は、入力デバイス６１を介して、明細エリアＡＡｂに商品名、数量、単価等が表示されている明細レコードＲａの削除、若しくは数量、単価、値引額、割引率の変更等を受け付ける。
【0136】
第１修正手段５１２は、決定手段５３により接続先として決定されたいずれか一台の決済装置１２、すなわち接続先決済装置１２０に対して、第１送信手段５８により送信した取引に係るデータを、終了検出手段５７により当該取引に係るデータの入力終了指示が検出される前に修正する機能である。接続先決済装置１２０に送信された取引に係るデータは、明細レコードＲａとして第１取引ファイル６４１に記憶されている。第１修正手段５１２は、入力デバイス６１からの入力に応じて、第１取引ファイル６４１に記憶されている明細レコードＲａを修正する。例えば第１修正手段５１２は、明細レコードＲａを削除する。例えば第１修正手段５１２は、明細レコードＲａの単価、数量、値割引額等を修正する。
【0137】
第２送信手段５１３は、第１修正手段５１２により修正された取引に係るデータを、終了検出手段５７により当該取引に係るデータの入力終了指示が検出される前に、接続先決済装置１２０に送信する機能である。
【0138】
図２２は、決済装置１２のプロセッサ３１が有する主要な機能構成を示すブロック図である。プロセッサ３１は、決済側記憶手段７１、金額表示手段７２、接続応答手段７３及び決済手段７４に加えて、第２修正手段７５としての機能を有する。
【0139】
第２修正手段７５は、第２送信手段５１３により入力装置１１から送信されてくる取引に係るデータで、決済側記憶部８１に記憶している取引に係るデータを修正する機能である。決済側記憶部８１の第２取引ファイル８１１には、第１送信手段５８により入力装置１１から送信された取引に係るデータを基に決済装置１２で作成された明細レコードＲａが記憶されている。第２修正手段７５は、第２取引ファイル８１１に記憶した明細レコードＲａを、第２送信手段５１３により入力装置１１から送信されてくる取引に係るデータに基づいて修正する。例えば第２修正手段７５は、明細レコードＲａを削除する。例えば第２修正手段７５は、明細レコードＲａの単価、数量、値割引額等を修正する。
【0140】
次に、図２３及び図２４の流れ図、及び、図２５乃至図３０の画面例を用いて、会計システム１を構成する入力装置１１及び決済装置１２において実行される情報処理のうち、第２の実施形態に関係する情報処理の内容と手順を説明する。なお、以下に説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。
【0141】
はじめに、入力装置１１のプロセッサ２１が入力プログラムにしたがって実行する情報処理の要部手順を、図２３の流れ図を用いて説明する。図２３の流れ図は、第１の実施形態においては図１０の流れ図に相当する。そこで、図１０と共通する処理のステップには、同一の符号を付している。
【0142】
第１の実施形態では、プロセッサ２１は、ＡＣＴ１１５又はＡＣＴ１２７において明細画面ＳＡｃを更新した後、ＡＣＴ１２１乃至ＡＣＴ１２３として商品コード、数量又は値割引のデータ及び小計ボタンＢＡｄの待ち受け状態となった。第２の実施形態では、ＡＣＴ１２１乃至ＡＣＴ１２３の待ち受け状態において、さらにＡＣＴ３０１として明細画面ＳＡｃの明細エリアＡＡｂに表示されている商品が選択されるのを待ち受けるようにした。
【0143】
図２５は、４品目の買上商品の取引に係るデータが入力された後の明細画面ＳＡｃの一表示例である。具体的には図２５は、単価２００円の商品ＡＡＡＡＡの商品コードと、単価３００円の商品ＢＢＢＢＢの商品コードと、単価４００円の商品ＣＣＣＣＣの商品コードと、単価１００円の商品ＤＤＤＤＤの商品コードとが順に入力されたときの明細画面ＳＡｃである。このような入力により、カレントエリアＡＡａには、商品ＤＤＤＤＤの商品名、数量及び金額が表示される。明細エリアＡＡｂには、レコード番号「１」と関連付けて、商品ＡＡＡＡＡの商品名、数量、単価及び金額が表示され、レコード番号「２」と関連付けて、商品ＢＢＢＢＢの商品名、数量、単価及び金額が表示され、レコード番号「３」と関連付けて、商品ＣＣＣＣＣの商品名、数量、単価及び金額が表示される。合計エリアＡＡｃには、合計点数４点と合計金額１，０００円とが表示される。
【0144】
このとき、第１取引ファイル６４１には、ＡＣＴ１１３及びＡＣＴ１１４の処理により、商品ＡＡＡＡＡの明細レコードＲａ-Aと、商品ＢＢＢＢＢの明細レコードＲａ-Bと、商品ＣＣＣＣＣの明細レコードＲａ-Cと、商品ＤＤＤＤＤの明細レコードＲａ-Dとが記憶される。また、ＡＣＴ１１１及びＡＣＴ１１２の処理により、商品ＡＡＡＡＡの商品コードを含む入力イベントと、商品ＢＢＢＢＢの商品コードを含む入力イベントと、商品ＣＣＣＣＣの商品コードを含む入力イベントと、商品ＤＤＤＤＤの商品コードを含む入力イベントとが、接続先決済装置１２０に送信される。各入力イベントは、商品コードが入力される毎に接続先決済装置１２０に送信される。これらの入力イベントの送信により、接続先決済装置１２０においては、商品ＡＡＡＡＡの明細レコードＲａ-Aと、商品ＢＢＢＢＢの明細レコードＲａ-Bと、商品ＣＣＣＣＣの明細レコードＲａ-Cと、商品ＤＤＤＤＤの明細レコードＲａ-Dとが、それぞれ第２取引ファイル８１１に記憶される。
【0145】
図２３の説明に戻る。
ＡＣＴ１２１乃至ＡＣＴ１２３及びＡＣＴ３０１の待ち受け状態において、例えば客３が商品ＢＢＢＢＢの返品を申し出た場合を想定する。その場合、入力装置１１のオペレータである店員２は、明細エリアＡＡｂの商品ＢＢＢＢＢに係るデータが表示されている行をタッチ操作で選択する。このように、明細エリアＡＡｂの行がタッチ操作されることにより、プロセッサ２１は、ＡＣＴ３０１において商品選択有と判断する。
ＡＣＴ１２１乃至ＡＣＴ１２３及びＡＣＴ３０１の待ち受け状態において、例えば客３が商品ＢＢＢＢＢの返品を申し出た場合を想定する。その場合、入力装置１１のオペレータである店員２は、明細エリアＡＡｂの商品ＢＢＢＢＢに係るデータが表示されている行をタッチ操作で選択する。このように、明細エリアＡＡｂの行がタッチ操作されることにより、プロセッサ２１は、ＡＣＴ３０１において商品選択有と判断する。
【0146】
商品選択有と判断すると、プロセッサ２１は、ＡＣＴ３０１からＡＣＴ３０２へと進む。プロセッサ２１は、ＡＣＴ３０２としてタッチパネル２８に修正画面ＳＡｅ（図２６を参照）を表示する。
【0147】
図２６は、修正画面ＳＡｅの一表示例である。修正画面ＳＡｅは、明細エリアＡＡｂから選択された商品の商品名が表示されるエリアＡＡｅと、明細エリアＡＡｂから選択された商品の数量、単価、値割引額及び金額が表示されるエリアＡＡｆと、操作ガイダンス等が表示されるエリアＡＡｇとが形成されている。また修正画面ＳＡｅは、取消ボタンＢＡｋ、数量変更ボタンＢＡｌ、単価変更ボタンＢＡｍ、値引ボタンＢＡｎ、割引ボタンＢＡｏ、キャンセルボタンＢＡｐ及びＯＫボタンＢＡｑのソフトウェアキーを含む。因みに、修正画面ＳＡｅは、明細画面ＳＡｃの上に重ねてポップアップ表示されることが好ましい。
【0148】
修正画面ＳＡｅを確認した店員２は、取消ボタンＢＡｋをタッチ操作で入力する。取消ボタンＢＡｋが入力されると、図２７に示すように、エリアＡＡｆに表示されている商品ＢＢＢＢＢの数量、単価、値割引額及び金額に取消線が表示される。また、数量変更ボタンＢＡｌ、単価変更ボタンＢＡｍ、値引ボタンＢＡｎ及び割引ボタンＢＡｏはグレーアウトして入力不可となる。ここで、客３が商品ＢＢＢＢＢの返品を取り止めた場合には、店員２は、キャンセルボタンＢＡｐをタッチ操作で入力する。商品ＢＢＢＢＢの返品を確定させる場合には、店員２は、ＯＫボタンＢＡｑをタッチ操作で入力する。
【0149】
図２３の説明に戻る。
修正画面ＳＡｅを表示したプロセッサ２１は、ＡＣＴ３０３としてＯＫボタンＢＡｑが入力されたか否かを確認する。ＯＫボタンＢＡｑが入力されていない場合、プロセッサ２１は、ＡＣＴ３０３からＡＣＴ３０４へと進む。プロセッサ２１は、ＡＣＴ３０４としてキャンセルボタンＢＡｐが入力されたか否かを確認する。キャンセルボタンＢＡｐが入力されていない場合、プロセッサ２１は、ＡＣＴ３０４からＡＣＴ３０３に戻る。このように、修正画面ＳＡｅを表示したプロセッサ２１は、ＡＣＴ３０３及びＡＣＴ３０４としてＯＫボタンＢＡｑが入力されるかキャンセルボタンＢＡｐが入力されるのを待ち受ける。
修正画面ＳＡｅを表示したプロセッサ２１は、ＡＣＴ３０３としてＯＫボタンＢＡｑが入力されたか否かを確認する。ＯＫボタンＢＡｑが入力されていない場合、プロセッサ２１は、ＡＣＴ３０３からＡＣＴ３０４へと進む。プロセッサ２１は、ＡＣＴ３０４としてキャンセルボタンＢＡｐが入力されたか否かを確認する。キャンセルボタンＢＡｐが入力されていない場合、プロセッサ２１は、ＡＣＴ３０４からＡＣＴ３０３に戻る。このように、修正画面ＳＡｅを表示したプロセッサ２１は、ＡＣＴ３０３及びＡＣＴ３０４としてＯＫボタンＢＡｑが入力されるかキャンセルボタンＢＡｐが入力されるのを待ち受ける。
【0150】
ＡＣＴ３０３及びＡＣＴ３０４の待ち受け状態において、キャンセルボタンＢＡｐが入力された場合には、プロセッサ２１は、ＡＣＴ３０４からＡＣＴ３０５へと進む。プロセッサ２１は、ＡＣＴ３０５として修正画面ＳＡｅを消去する。しかる後、プロセッサ２１は、ＡＣＴ１２１乃至ＡＣＴ１２３及びＡＣＴ３０１の待ち受け状態に戻る。このように、店員２がキャンセルボタンＢＡｐを入力すると、修正画面ＳＡｅが消去される。その結果、タッチパネル２８の画面は、図２５に示す明細画面ＳＡｃとなる。
【0151】
一方、ＡＣＴ３０３及びＡＣＴ３０４の待ち受け状態において、ＯＫボタンＢＡｑが入力された場合には、プロセッサ２１は、ＡＣＴ３０３からＡＣＴ３０６へと進む。プロセッサ２１は、ＡＣＴ３０６として接続先決済装置１２０の決済装置ＩＤを取得する。すなわちプロセッサ２１は、第１データテーブル６３を参照して、接続先フラグＦａが“１”となっている決済装置ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ３０７として決済装置ＩＤを宛先として修正イベントを送信するように通信ユニット２５を制御する。この制御により、通信ユニット２５を介してネットワーク１４に修正イベントが送信される。修正イベントは、修正画面ＳＡｅに対して入力された情報、すなわちこの場合には、商品ＢＢＢＢＢの取消という情報を含む。
【0152】
修正イベントを送信したプロセッサ２１は、ＡＣＴ３０８として明細レコードＲａを修正する。すなわちプロセッサ２１は、第１取引ファイル６４１に記憶された商品ＢＢＢＢＢの明細レコードＲａ-Bを削除する。そしてプロセッサ２１は、ＡＣＴ３０９として修正画面ＳＡｅを消去し、明細画面ＳＡｃを更新する。しかる後、プロセッサ２１は、ＡＣＴ１２１乃至ＡＣＴ１２３及びＡＣＴ３０１の待ち受け状態に戻る。
【0153】
図２８は、商品ＢＢＢＢＢを削除した後に更新された明細画面ＳＡｃの表示例である。図２８に示すように、明細エリアＡＡｂから商品ＢＢＢＢＢの商品名、数量、単価、値割引額及び金額が消去される。そして、カレントエリアＡＡａに表示されていた商品ＤＤＤＤＤの商品名、数量、単価、値割引額及び金額が明細エリアＡＡｂに表示される。商品ＢＢＢＢＢの商品名、数量及び金額は、カレントエリアＡＡａに表示される。そして、カレントエリアＡＡａの商品名、数量及び金額には、取消線が表示される。この表示により、店員２は、商品ＢＢＢＢＢを取り消したことを確認できる。
【0154】
ＡＣＴ１２１乃至ＡＣＴ１２３及びＡＣＴ３０１の待ち受け状態において、例えば商品ＢＢＢＢＢの数量を“１”から“３”に修正する場合を想定する。その場合も店員２は、明細エリアＡＡｂの商品ＢＢＢＢＢに係るデータが表示されている行をタッチ操作で選択する。このタッチ操作により、プロセッサ２１は、ＡＣＴ３０２の処理を実行する。この処理により、タッチパネル２８に修正画面ＳＡｅが表示されるので、店員２は、数量変更ボタンＢＡｌを入力する。数量変更ボタンＢＡｌが入力されると、図２９に示すように、エリアＡＡｇの数量が表示されている区画の背景色が他の区画の背景色と異なる。この背景色の違いにより、店員２は、数量の修正を指示したと認識できる。なお、取消ボタンＢＡｋ、単価変更ボタンＢＡｍ、値引ボタンＢＡｎ及び割引ボタンＢＡｏはグレーアウトして入力不可となる。数量の修正を指示した店員２は、キーボード２６のテンキーを操作して、修正後の数量“３”を入力し、ＯＫボタンＢＡｑを入力する。
【0155】
ＯＫボタンＢＡｑが入力されると、プロセッサ２１は、ＡＣＴ３０６乃至ＡＣＴ３０９の処理を実行する。すなわちプロセッサ２１は、接続先決済装置１２０に修正イベントを送信する。修正イベントは、修正画面ＳＡｅに対して入力された情報、すなわちこの場合には、商品ＢＢＢＢＢの数量を“１”から“３”に修正するという情報を含む。またプロセッサ２１は、明細レコードＲａを修正する。すなわちプロセッサ２１は、第１取引ファイル６４１に記憶された商品ＢＢＢＢＢの明細レコードＲａ-Bにおける数量を“１”から“３”に修正する。またプロセッサ２１は、明細レコードＲａ-Bにおける金額を３００円から９００円に修正する。そしてプロセッサ２１は、明細画面ＳＡｃを更新する。
【0156】
図３０は、商品ＢＢＢＢＢの数量が“１”から“３”に修正された後の明細画面ＳＡｃである。図３０に示すように、数量が修正された商品ＢＢＢＢＢの商品名と、修正後の数量と、数量修正後の金額とがカレントエリアＡＡａに表示される。なお、明細エリアＡＡｂにおいては、商品ＢＢＢＢＢのデータが消去され、商品ＤＤＤＤＤのデータが追加される。
【0157】
ＡＣＴ１２１乃至ＡＣＴ１２３及びＡＣＴ３０１の待ち受け状態において、例えば商品ＢＢＢＢＢの単価を修正する場合には、店員２は、修正画面ＳＡｅの単価変更ボタンＢＡｍを入力し、テンキーで修正後の単価を入力して、ＯＫボタンＢＡｑを入力する。例えば商品ＢＢＢＢＢの値引額を修正する場合には、店員２は、修正画面ＳＡｅの値引ボタンＢＡｎを入力し、テンキーで修正後の値引額を入力して、ＯＫボタンＢＡｑを入力する。例えば商品ＢＢＢＢＢの割引率を修正する場合には、店員２は、修正画面ＳＡｅの割引ボタンＢＡｏを入力し、テンキーで修正後の割引率を入力して、ＯＫボタンＢＡｑを入力する。
【0158】
これらの操作により、プロセッサ２１は、ＡＣＴ３０６乃至ＡＣＴ３０９の処理を実行する。すなわちプロセッサ２１は、接続先決済装置１２０に修正イベントを送信する。またプロセッサ２１は、明細レコードＲａを修正する。そしてプロセッサ２１は、明細画面ＳＡｃを更新する。
【0159】
その後、小計ボタンＢＡｄが入力されると、プロセッサ２１は、図１０のＡＣＴ１２８へと進む。そしてプロセッサ２１は、ＡＣＴ１２８以降の処理を第１の実施形態と同様に実行する。
【0160】
ここに、プロセッサ２１は、ＡＣＴ３０１及びＡＣＴ３０２の処理により、修正受付手段５１１としての機能を実現する。プロセッサ２１は、ＡＣＴ３０８の処理により、第１修正手段５１２としての機能を実現する。プロセッサ２１は、ＡＣＴ３０６及びＡＣＴ３０７の処理により、第２送信手段５１３としての機能を実現する。
【0161】
次に、決済装置１２のプロセッサ３１が決済プログラムにしたがって実行する情報処理の要部手順を、図２４の流れ図を用いて説明する。図２４の流れ図は、第１の実施形態においては図１１の流れ図に相当する。そこで、図１１と共通する処理のステップには、同一の符号を付している。
【0162】
プロセッサ３１は、第１の実施形態と同様に、ＡＣＴ２０１としてタッチパネル３８の画面を待機画面ＳＢａとする。そしてプロセッサ３１は、ＡＣＴ２０２として入力装置１１から送信される確認イベントを待ち受ける。この待ち受け状態において、通信ユニット３５を介して確認イベントを受信すると、プロセッサ３１は、ＡＣＴ２０２乃至ＡＣＴ２０５の処理を実行する。その後、プロセッサ３１は、ＡＣＴ２０６として入力装置１１から送信される入力イベントを待ち受ける。この待ち受け状態において、通信ユニット３５を介して入力イベントを受信すると、プロセッサ３１は、ＡＣＴ２０７乃至ＡＣＴ２１１の処理を実行する。その後、プロセッサ３１は、ＡＣＴ２１２及びＡＣＴ２１３として、入力イベント又は完了イベントを待ち受ける。
【0163】
第２の実施形態では、ＡＣＴ２１２及びＡＣＴ２１３の待ち受け状態において、プロセッサ３１はさらに、ＡＣＴ４０１として修正イベントを待ち受ける。そして、修正イベントを受信すると、プロセッサ３１は、ＡＣＴ４０１からＡＣＴ４０２へと進む。プロセッサ３１は、ＡＣＴ４０２として第２取引ファイル８１１に記憶した明細レコードＲａを修正する。具体的にはプロセッサ３１は、例えば、商品ＢＢＢＢＢの取消という情報を含む修正イベントを受信した場合には、第２取引ファイル８１１から商品ＢＢＢＢＢの明細レコードＲａ-Bを削除する。プロセッサ３１は、商品ＢＢＢＢＢの数量を修正するという情報を含む修正イベントを受信した場合には、明細レコードＲａ-Bの数量と金額を修正する。プロセッサ３１は、商品ＢＢＢＢＢの単価、値引額又は割引率を修正するという情報を含む修正イベントを受信した場合には、明細レコードＲａ-Bの単価又は値割引額と金額とを修正する。
【0164】
こうして、明細レコードＲａの修正を終了すると、プロセッサ３１は、ＡＣＴ２１２及びＡＣＴ２１３、さらにはＡＣＴ４０１の待ち受け状態に戻る。この待ち受け状態において、完了イベントを受信した場合には、プロセッサ３１は、図１２のＡＣＴ２２１へと進む。以後、プロセッサ２１は、ＡＣＴ２２１以降の処理を第１の実施形態と同様に実行する。
【0165】
ここに、プロセッサ３１は、ＡＣＴ４０２の処理により、第２修正手段７５としての機能を実現する。
【0166】
このように、第２の実施形態においても、入力装置１１が、売買された商品の明細情報と合計情報とを含む決済情報を生成して決済装置１２に送信することなく、店員２と客３が操作を分担して取引を決済できる会計システム１を提供することができる。しかも、第２の実施形態の会計システム１によれば、入力装置１１に入力された１取引の買上商品のデータを、入力完了ボタンＢＡｉの入力である入力終了指示が行われる前に、遡って修正することができる。
【0167】
［第３の実施形態］
次に、第３の実施形態について、図３１乃至図３９を用いて説明する。
第３の実施形態は、第１の実施形態の会計システム１において、入力完了ボタンＢＡｉの入力である入力終了指示が行われた後に、その入力終了が指示された取引を戻して修正する機能を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
次に、第３の実施形態について、図３１乃至図３９を用いて説明する。
第３の実施形態は、第１の実施形態の会計システム１において、入力完了ボタンＢＡｉの入力である入力終了指示が行われた後に、その入力終了が指示された取引を戻して修正する機能を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
【0168】
図３１は、入力装置１１のプロセッサ２１が有する主要な機能構成を示すブロック図である。プロセッサ２１は、接続先選択手段５１、問合せ手段５２、決定手段５３、無効手段５４、入力側記憶手段５５、明細表示手段５６、終了検出手段５７、第１送信手段５８、第１通知手段５９及び決済先報知手段５１０に加えて、取消受付手段５１４、取消先選択手段５１５、第２通知手段５１６、第３修正手段５１７、第３送信手段５１８及び不可報知手段５１９としての機能を有する。
【0169】
取消受付手段５１４は、第１通知手段５９により入力終了を通知した取引の決済取消指示を受け付ける機能である。取消受付手段５１４は、入力デバイス６１を介して取引の決済取消を指示する操作入力があると、その操作入力に応じた信号を決済取消指示の信号として受け付ける。
【0170】
取消先選択手段５１５は、複数台の決済装置１２の中から決済の取消を行う決済装置１２を選択する機能である。取消先選択手段５１５は、入力デバイス６１を介して指定された決済装置１２を決済の取消を行う決済装置１２として選択する。以下では、決済の取消を行う決済装置１２を取消先決済装置１２１と表す。
【0171】
第２通知手段５１６は、取消受付手段５１４により取引の決済取消指示を受け付けると、通信ユニット２５を介して、取消先決済装置１２１に決済の取消を通知する機能である。
【0172】
取消先選択手段５１５及び第２通知手段５１６は、第２データテーブル６５を参照して作用する。第２データテーブル６５は、図３２に示すように、当該入力装置１１に対して取消先となり得る決済装置１２の決済装置ＩＤと関連付けて、決済装置番号（No.）と、取消先フラグＦｃとを記述したデータテーブルである。取消先となり得る決済装置１２とは、原則的には、当該入力装置１１と同一のチェックアウトレーンに設置された複数台の決済装置１２である。決済装置番号は、決済装置ＩＤによって識別される決済装置１２に割り当てられた一連の番号である。取消先フラグＦｃは、対応する決済装置ＩＤで識別される決済装置１２が取消先として選択されたか否かを識別するための１ビットデータである。本実施形態では、取消先として選択された取消先フラグＦｃを“１”とし、取消先として選択されていない取消先フラグＦｃを“０”とする。
【0173】
第３修正手段５１７は、決済の取消通知に対して取消先決済装置１２１から決済の取消を許諾する応答があったことを条件に、入力側記憶部６４で記憶した取引に係るデータを修正する機能である。第１取引ファイル６４１のデータは、取消先決済装置１２１に完了イベントを送信した際に第３取引ファイル６４２に複写される。第３修正手段５１７は、入力デバイス６１からの入力に応じて、第３取引ファイル６４２に記憶されている明細レコードＲａを修正する。例えば第３修正手段５１７は、明細レコードＲａを削除する。例えば第３修正手段５１７は、明細レコードＲａの単価、数量、値割引額等を修正する。
【0174】
第３送信手段５１８は、第３修正手段５１７により修正された取引に係るデータを、通信ユニット２５を介して、取消先決済装置１２１に送信する機能である。第３送信手段５１８は、取引に係るデータが修正される毎に、その修正された取引に係るデータを取消先決済装置１２１に送信する。
【0175】
不可報知手段５１９は、決済の取消通知に対して取消先決済装置１２１から肯定応答がないと、決済取消不可を報知する機能である。不可報知手段５１９は、例えば表示デバイス６２に決済の取消が不可であることを示すテキストまたは画像を表示して報知する。
【0176】
図３２は、決済装置１２のプロセッサ３１が有する主要な機能構成を示すブロック図である。プロセッサ３１は、決済側記憶手段７１、金額表示手段７２、接続応答手段７３及び決済手段７４に加えて、取消応答手段７６及び第４修正手段７７としての機能を有する。
【0177】
取消応答手段７６は、決済手段７４により取引が決済される前に入力装置１１から決済の取消通知を受けると、決済の取消を許諾する応答を返す機能である。取消応答手段７６は、決済手段７４により取引が決済された後に入力装置１１から決済の取消通知を受けた場合には、決済の取消を許諾する応答を返さない。
【0178】
第４修正手段７７は、第３送信手段５１８により入力装置１１から送信されてくる取引に係るデータで、決済側記憶部８１に記憶している取引に係るデータを修正する機能である。第４修正手段７７は、第２取引ファイル８１１に記憶された明細レコードＲａを、第３送信手段５１８により入力装置１１から送信されてくる取引に係るデータで修正する。例えば第４修正手段７７は、明細レコードＲａを削除する。例えば第４修正手段７７は、明細レコードＲａの単価、数量、値割引額等を修正する。
【0179】
次に、図３３乃至図３７の流れ図、及び、図３８及び図３９の画面例を用いて、会計システム１を構成する入力装置１１及び決済装置１２において実行される情報処理のうち、第３の実施形態に関係する情報処理の内容と手順を説明する。なお、以下に説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。
【0180】
はじめに、入力装置１１のプロセッサ２１が入力プログラムにしたがって実行する情報処理の要部手順を、図３４乃至図３６の流れ図を用いて説明する。図３４の流れ図は、第１の実施形態においては図１０の流れ図に相当する。そこで、図１０と共通する処理のステップには、同一の符号を付している。図３５の流れ図は、第１の実施形態においては図９の流れ図に相当する。そこで、図９と共通する処理のステップには、同一の符号を付している。
【0181】
図３４に示すように、第３の実施形態では、入力完了ボタンＢＡｉが入力された後の処理手順の一部が第１の実施形態と異なる。すなわち入力完了ボタンＢＡｉが入力されると、プロセッサ２１は、ＡＣＴ１３２として取引番号を発番する。またプロセッサ２１は、ＡＣＴ１３３として接続先決済装置１２０の決済装置ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ１３４として決済装置ＩＤを宛先として完了イベントを送信するように通信ユニット２５を制御する。またプロセッサ２１は、ＡＣＴ１３５として完了イベントの送信先である決済装置１２を報知する。
【0182】
こうして、完了イベント送信先の決済装置１２を報知したプロセッサ２１は、ＡＣＴ５０１へと進む。プロセッサ２１は、ＡＣＴ５０１として第１取引ファイル６４１に記憶されている全ての明細レコードＲａを第３取引ファイル６４２に複写する。その後、プロセッサ２１は、ＡＣＴ１３６として第１取引ファイル６４１をクリアする。またプロセッサ２１は、ＡＣＴ１３７として第１データテーブル６３を参照し、“１”となっていた接続先フラグＦａを“０”に変更する。以上で、プロセッサ２１は、入力プログラムに従った情報処理を終了する。
【0183】
このように第３の実施形態において、プロセッサ２１は、接続先決済装置１２０に完了イベントを送信し終えると、第１取引ファイル６４１に記憶されている全ての明細レコードＲａを第３取引ファイル６４２に複写し、第１取引ファイル６４１をクリアする機能を有している。したがって、第３取引ファイル６４２には、完了イベントを送信した接続先決済装置１２０で決済される取引の明細レコードＲａが記憶される。一方、第１取引ファイル６４１はクリアされ、接続先フラグＦａはすべて“０”になるので、入力装置１１においては、次の客との取引に係るデータの入力が可能となる。
【0184】
次の客との取引に係るデータの入力が可能となった入力装置１１のプロセッサ２１は、図３５の流れ図に示す手順の情報処理を開始する。すなわちプロセッサ２１は、ＡＣＴ５１１としてタッチパネル２８の画面を接続先選択画面ＳＡｆ（図３９を参照）とする。
【0185】
図３９は、第３の実施形態における接続先選択画面ＳＡｆの一表示例である。接続先選択画面ＳＡｆが第１の実施形態における接続先選択画面ＳＡａと異なる点は、決済修正ボタンＢＡｒのソフトウェアキーが追加されている点である。決済装置１２へと移動した客３が、自らの取引の決済を完了する前に取引の修正を依頼した場合、店員２は、決済修正ボタンＢＡｒをタッチ操作で入力する。この修正は、例えば、商品の数量に間違えがあったり、値引されていなかったりした場合が該当する。あるいは、客３が取引を中止する場合も該当する。
【0186】
図３５の説明に戻る。
接続先選択画面ＳＡｆを表示したプロセッサ２１は、ＡＣＴ５１２へと進む。プロセッサ２１は、ＡＣＴ５１２として決済装置番号が入力されたか否かを確認する。決済装置番号が入力されていない場合、プロセッサ２１は、ＡＣＴ５１２からＡＣＴ５１３へと進む。プロセッサ２１は、ＡＣＴ５１３として決済修正ボタンＢＡｒが入力されたか否かを確認する。決済修正ボタンＢＡｒが入力されていない場合、プロセッサ２１は、ＡＣＴ５１３からＡＣＴ５１２へと戻る。このように、接続先選択画面ＳＡｆを表示したプロセッサ２１は、ＡＣＴ５１２及びＡＣＴ５１３として決済装置番号が入力されるか、決済修正ボタンＢＡｒが入力されるのを待ち受ける。
接続先選択画面ＳＡｆを表示したプロセッサ２１は、ＡＣＴ５１２へと進む。プロセッサ２１は、ＡＣＴ５１２として決済装置番号が入力されたか否かを確認する。決済装置番号が入力されていない場合、プロセッサ２１は、ＡＣＴ５１２からＡＣＴ５１３へと進む。プロセッサ２１は、ＡＣＴ５１３として決済修正ボタンＢＡｒが入力されたか否かを確認する。決済修正ボタンＢＡｒが入力されていない場合、プロセッサ２１は、ＡＣＴ５１３からＡＣＴ５１２へと戻る。このように、接続先選択画面ＳＡｆを表示したプロセッサ２１は、ＡＣＴ５１２及びＡＣＴ５１３として決済装置番号が入力されるか、決済修正ボタンＢＡｒが入力されるのを待ち受ける。
【0187】
ＡＣＴ５１２及びＡＣＴ５１３の待ち受け状態において、決済装置番号が入力されると、プロセッサ２１は、ＡＣＴ５１２からＡＣＴ１０３へと進む。プロセッサ２１は、ＡＣＴ１０３以降の処理を第１の実施形態と同様に実行する。
【0188】
ＡＣＴ５１２及びＡＣＴ５１３の待ち受け状態において、決済修正ボタンＢＡｒが入力された場合には、プロセッサ２１は、ＡＣＴ５１３からＡＣＴ５１４へと進む。プロセッサ２１は、ＡＣＴ５１４として接続先選択画面ＳＡｆを介して決済装置番号が入力されるのを待ち受ける。
【0189】
決済修正ボタンＢＡｒを入力した店員は、修正を依頼した客３が取引を決済しようとした決済装置１２の決済装置番号が割り当てられた第１ボタンＢＡａ又は第２ボタンＢＡｂをタッチ操作で入力する。
【0190】
ＡＣＴ５１４において、決済装置番号が入力されたことを確認したプロセッサ２１は、ＡＣＴ５１５へと進む。プロセッサ２１は、ＡＣＴ５１５として第２データテーブル６５を参照して、当該決済装置番号と関連付けられた決済装置ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ５１６としてその決済装置ＩＤを宛先として決済取消イベントを送信するように通信ユニット２５を制御する。この制御により、通信ユニット２５を介してネットワーク１４に決済取消イベントが送信される。決済取消イベントは、ネットワーク１４に接続された複数台の決済装置１２のうち、当該決済取消イベントの宛先である決済装置ＩＤが設定された決済装置１２で受信される。決済取消イベントを受信した決済装置１２、すなわち取消先決済装置１２１からは、決済の取消を許諾する肯定応答（ＯＫ）、又は、決済の取消を否定する否定応答（ＮＧ）の信号が返信される。
【0191】
決済取消イベントを送信したプロセッサ２１は、ＡＣＴ５１６からＡＣＴ５１７へと進む。プロセッサ２１は、ＡＣＴ５１７として取消先決済装置１２１から肯定応答（ＯＫ）を待ち受ける。この待ち受け状態において、一定時間内に肯定応答（ＯＫ）の信号を受信できなかった場合、プロセッサ２１は、ＡＣＴ５１７からＡＣＴ５１８へと進む。プロセッサ２１は、ＡＣＴ５１８として決済の取消不可を報知する。例えばプロセッサ２１は、タッチパネル２８に決済の取消が不可であることを示すテキストまたは画像を表示して報知する。以上で、プロセッサ２１は、入力プログラムに従った情報処理を終了する。
【0192】
ＡＣＴ５１７において、一定時間内に肯定応答（ＯＫ）の信号を受信した場合には、プロセッサ２１は、ＡＣＴ５１９へと進む。プロセッサ２１は、ＡＣＴ５１９として第３取引ファイル６４２に記憶されている全ての明細レコードＲａを第１取引ファイル６４１に複写する。そしてプロセッサ２１は、ＡＣＴ５２０として第３取引ファイル６４２をクリアする。また、プロセッサ２１は、ＡＣＴ５２１として肯定応答（ＯＫ）を送信した決済装置１２、すなわち取消先決済装置１２１の決済装置ＩＤと関連付けられて第２データテーブル６５に記述されている取消先フラグＦｃを“０”から“１”に変更する。その後、プロセッサ２１は、ＡＣＴ５２０として第１取引ファイル６４１に複写した明細レコードＲａのデータを基に、タッチパネルの画面を第２明細画面ＳＡｇ（図４０を参照）とする。
【0193】
図４０は、第２明細画面ＳＡｇの一表示例である。第２明細画面ＳＡｇは、ＡＣＴ１０９において表示される明細画面ＳＡｃ（図１６を参照）と比較して、ソフトウェアキーの一括取消ボタンＢＡｓが追加されている。また、小計ボタンＢＡｄが完了ボタンＢＡｔに変更されている。さらに、第２明細画面ＳＡｇの明細エリアＡＡｂには、第１取引ファイル６４１に複写した明細レコードＲａの商品名、数量、値割引額、金額が表示され、合計エリアＡＡｃには、同明細レコードＲａの合計点数と合計金額が表示されている。また、第２明細画面ＳＡｇには、接続先選択画面ＳＡｆによって選択された取消先決済装置１２１の識別名ＮＡｂが表示されている。因みに、図４０の第２明細画面ＳＡｇは、取消先決済装置１２１として決済装置１２（１２－１）が選択された画面例であり、識別名ＮＡｂとして［決済装置１］が表示されている。
【0194】
第２明細画面ＳＡｇを表示したプロセッサ２１は、図３６のＡＣＴ５３１へと進む。プロセッサ２１は、ＡＣＴ５３１として一括取消ボタンＢＡｓが入力されたか否かを確認する。一括取消ボタンＢＡｓが入力されていない場合、プロセッサ２１は、ＡＣＴ５３１からＡＣＴ５３２へと進む。プロセッサ２１は、ＡＣＴ５３２として第２明細画面ＳＡｇの明細エリアＡＡｂに表示されている商品が選択されたか否かを確認する。商品が選択されていない場合、プロセッサ２１は、ＡＣＴ５３１に戻る。このようにプロセッサ２１は、ＡＣＴ５３１及びＡＣＴ５３２として一括取消ボタンＢＡｓが入力されるか商品が選択されるのを待ち受ける。
【0195】
客３が取引の中止を求めた場合、店員２は、一括取消ボタンＢＡｓを入力する。客が買上商品の削除、数量、単価、値引額又は割引率の修正を求めた場合、店員２は、該当する買上商品の商品名等が表示されている明細エリアＡＡｂの行をタッチ操作する。
【0196】
ＡＣＴ５３１及びＡＣＴ５３２の待ち受け状態において、一括取消ボタンＢＡｓが入力されると、プロセッサ２１は、ＡＣＴ５３１からＡＣＴ５３３へと進む。プロセッサ２１は、ＡＣＴ５３３として取消先決済装置１２１の決済装置ＩＤを取得する。すなわちプロセッサ２１は、第２データテーブル６５を参照して、取消先フラグＦｃが“１”となっている決済装置ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ５３４として決済装置ＩＤを宛先として一括取消イベントを送信するように通信ユニット２５を制御する。この制御により、通信ユニット２５を介してネットワーク１４に一括取消イベントが送信される。一括取消イベントは、ネットワーク１４に接続された複数台の決済装置１２のうち、当該一括取消イベントの宛先である決済装置ＩＤが設定された取消先決済装置１２１で受信される。一括取消イベントには、ＡＣＴ５１５の処理で取得した決済装置ＩＤが含まれている。
【0197】
一括取消イベントを送信したプロセッサ２１は、ＡＣＴ５３５へと進む。プロセッサ２１は、ＡＣＴ５３５として第１取引ファイル６４１をクリアする。またプロセッサ２１は、ＡＣＴ５３６として第２データテーブル６５を参照して、“１”となっていた取消先フラグＦｃを“０”に変更する。以上で、プロセッサ２１は、入力プログラムに従った情報処理を終了する。
【0198】
ＡＣＴ５３１及びＡＣＴ５３２の待ち受け状態において、商品選択有と判断すると、プロセッサ２１は、ＡＣＴ５３２からＡＣＴ５３７へと進む。プロセッサ２１は、ＡＣＴ５３７としてタッチパネル２８に修正画面ＳＡｅ（図２６を参照）を表示する。修正画面ＳＡｅは、第２の実施形態で説明した修正画面ＳＡｅと同様である。そして、この修正画面ＳＡｅに対する店員２の操作入力に応じたプロセッサ２１の情報処理も、第２の実施形態と同様である。
【0199】
すなわち、修正画面ＳＡｅを表示したプロセッサ２１は、ＡＣＴ５３８としてＯＫボタンＢＡｑが入力されるか、ＡＣＴ５３９としてキャンセルボタンＢＡｐが入力されるのを待ち受ける。ＡＣＴ５３８及びＡＣＴ５３９の待ち受け状態において、キャンセルボタンＢＡｐが入力された場合には、プロセッサ２１は、ＡＣＴ５３９からＡＣＴ５４０へと進む。プロセッサ２１は、ＡＣＴ５４０として修正画面ＳＡｅを消去する。しかる後、プロセッサ２１は、ＡＣＴ５４５へと進む。
【0200】
一方、ＡＣＴ５３８及びＡＣＴ５３９の待ち受け状態において、ＯＫボタンＢＡｑが入力された場合には、プロセッサ２１は、ＡＣＴ５３８からＡＣＴ５４１へと進む。プロセッサ２１は、ＡＣＴ５４１として取消先決済装置１２１の決済装置ＩＤを取得する。すなわちプロセッサ２１は、第２データテーブル６５を参照して、取消先フラグＦｃが“１”となっている決済装置ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ５４２として決済装置ＩＤを宛先として修正イベントを送信するように通信ユニット２５を制御する。この制御により、通信ユニット２５を介してネットワーク１４に修正イベントが送信される。修正イベントは、ネットワーク１４に接続された複数台の決済装置１２のうち、当該修正イベントの宛先である取消先決済装置１２１で受信される。修正イベントは、修正画面ＳＡｅに対して入力された情報を含む。例えば修正画面ＳＡｅの取消ボタンＢＡｋが入力された場合には、プロセッサ３１は、選択された商品の取消という情報を含む。例えば修正画面ＳＡｅの数量変更ボタンＢＡｌが入力され、さらに修正後の数量が入力された場合には、プロセッサ３１は、選択された商品の数量を変更後数量に修正するという情報を含む。修正画面ＳＡｅの単価変更ボタンＢＡｍ、値引ボタンＢＡｎ及び割引ボタンＢＡｏが入力された場合も、数量変更ボタンＢＡｌが入力された場合と同様に、選択された商品の単価、割引額又は割引率を修正するという情報を含む。
【0201】
修正イベントを送信したプロセッサ２１は、ＡＣＴ５４３へと進む。プロセッサ２１は、ＡＣＴ５４３として第１取引ファイル６４１に記憶している明細レコードＲａを修正する。例えば修正画面ＳＡｅの取消ボタンＢＡｋが入力された場合には、プロセッサ３１は、選択された商品の明細レコードＲａを削除する。例えば修正画面ＳＡｅの数量変更ボタンＢＡｌが入力され、さらに修正後の数量が入力された場合には、プロセッサ３１は、選択された商品の明細レコードＲａの数量と金額を修正する。修正画面ＳＡｅの単価変更ボタンＢＡｍ、値引ボタンＢＡｎ及び割引ボタンＢＡｏが入力された場合も、数量変更ボタンＢＡｌが入力された場合と同様に、選択された商品の明細レコードＲａの単価、割引額又は割引率と金額を修正する。そしてプロセッサ２１は、ＡＣＴ５４４として修正画面ＳＡｅを消去し、第２明細画面ＳＡｇを更新する。しかる後、プロセッサ２１は、ＡＣＴ５４５へと進む。
【0202】
このように、ＡＣＴ５４０において修正画面ＳＡｅを消去するか、ＡＣＴ５４４において第２明細画面ＳＡｇを更新すると、プロセッサ２１は、ＡＣＴ５４５へと進む。プロセッサ２１は、ＡＣＴ５４５として第２明細画面ＳＡｇの明細エリアＡＡｂに表示されている商品が選択されたか否かを確認する。商品が選択されていない場合、プロセッサ２１は、ＡＣＴ５４５からＡＣＴ５４６へと進む。プロセッサ２１は、ＡＣＴ５４６として完了ボタンＢＡｔが入力されたか否かを確認する。完了ボタンＢＡｔが入力されていない場合、プロセッサ２１は、ＡＣＴ５４６からＡＣＴ５４５へと戻る。このようにプロセッサ２１は、ＡＣＴ５４５及びＡＣＴ５４６として商品が選択されるか完了ボタンＢＡｔが入力されるのを待ち受ける。
【0203】
ＡＣＴ５４５及びＡＣＴ５４６の待ち受け状態において、商品が選択された場合には、プロセッサ２１は、ＡＣＴ５４５からＡＣＴ５３７へと戻る。そしてプロセッサ２１は、ＡＣＴ５３７乃至ＡＣＴ５４４の処理を前述したのと同様に実行する。
【0204】
一方、ＡＣＴ５４５及びＡＣＴ５４６の待ち受け状態において、完了ボタンＢＡｔが入力された場合には、プロセッサ２１は、ＡＣＴ５４６からＡＣＴ５４７へと進む。プロセッサ２１は、ＡＣＴ５４７として取消先決済装置１２１の決済装置ＩＤを取得する。すなわちプロセッサ２１は、第２データテーブル６５を参照して、取消先フラグＦｃが“１”となっている決済装置ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ５４８として決済装置ＩＤを宛先として修正完了イベントを送信するように通信ユニット２５を制御する。この制御により、通信ユニット２５を介してネットワーク１４に修正完了イベントが送信される。修正完了イベントは、修正完了イベントには、ＡＣＴ５４７において取得した決済装置ＩＤを含む。
【0205】
修正完了イベントを送信したプロセッサ２１は、ＡＣＴ５４９と進む。プロセッサ２１は、ＡＣＴ５４９として取引の修正が完了したことを報知する。例えばプロセッサ２１は、客用ディスプレイ２９に、取引の修正が完了したことを示すメッセージを表示して報知する。この報知を確認した客３は、決済を中断した決済装置１２の場所に移動して、決済を行うこととなる。
【0206】
取引の修正が完了したことを報知したプロセッサ２１は、ＡＣＴ５５０へと進む。プロセッサ２１は、ＡＣＴ５５０として第１取引ファイル６４１をクリアする。またプロセッサ２１は、ＡＣＴ５５１として第２データテーブル６５を参照して、“１”となっていた取消先フラグＦｃを“０”に変更する。以上で、プロセッサ２１は、入力プログラムに従った情報処理を終了する。
【0207】
ここに、プロセッサ２１は、ＡＣＴ５１１乃至ＡＣＴ５１３の処理により、取消受付手段５１４としての機能を実現する。プロセッサ２１は、ＡＣＴ５１４の処理により、取消先選択手段５１５としての機能を実現する。プロセッサ２１は、ＡＣＴ５１５及びＡＣＴ５１６の処理により、第２通知手段５１６としての機能を実現する。プロセッサ２１は、ＡＣＴ５３５及びＡＣＴ５４３の処理により、第３修正手段５１７としての機能を実現する。プロセッサ２１は、ＡＣＴ５３３及びＡＣＴ５３４の処理、及び、ＡＣＴ５４１及びＡＣＴ５４２の処理により、第３送信手段５１８としての機能を実現する。プロセッサ２１は、ＡＣＴ５１８の処理により、不可報知手段５１９としての機能を実現する。
【0208】
次に、決済装置１２のプロセッサ３１が決済プログラムにしたがって実行する情報処理の要部手順を、図３７及び図３８の流れ図を用いて説明する。図３７の流れ図によって示される処理手順は、第１の実施形態において、図１２のＡＣＴ２２１以降の処理手順に相当する。そこで、図１２と共通する処理のステップには、同一の符号を付している。
【0209】
ＡＣＴ２２１において、支払い方法選択画面ＳＢｂを表示したプロセッサ３１は、ＡＣＴ２２２としていずれかの支払い方法が選択されるのを待ち受ける。第３の実施形態では、この待ち受け状態において、決済装置１２は、同一チェックアウトレーンに配置された入力装置１１から決済取消イベントを受信する場合があり得る。そこでプロセッサ３１は、ＡＣＴ６０１として決済取消イベントを受信したか否かを確認する。支払い方法が選択される前に決済取消イベントを受信した場合には、プロセッサ３１は、ＡＣＴ６０１から図３８のＡＣＴ６１１へと進む。
【0210】
またＡＣＴ２２６において会計画面ＳＢｃを表示したプロセッサ３１は、ＡＣＴ２２７として代金の支払いが完了するか、ＡＣＴ２２８として変更ボタンＢＢｄが入力されるのを待ち受ける。第３の実施形態では、この待ち受け状態においても、決済装置１２は、同一チェックアウトレーンに配置された入力装置１１から決済取消イベントを受信する場合があり得る。そこでプロセッサ３１は、ＡＣＴ６０２として決済取消イベントを受信したか否かを確認する。代金の支払いが完了する前に決済取消イベントを受信した場合には、プロセッサ３１は、ＡＣＴ６０２から図３８のＡＣＴ６１１へと進む。
【0211】
このように、代金支払い方法が入力されるか、代金の支払いが完了する前に決済取消イベントを受信した場合には、プロセッサ３１は、ＡＣＴ６１１へと進む。プロセッサ３１は、ＡＣＴ６１１として決済取消イベント送信元の入力装置１１に対して決済の取消を許諾する応答、すなわち肯定応答（ＯＫ）の信号を送信する。その後、プロセッサ３１は、ＡＣＴ６１２として修正イベントを受信したか否かを確認する。修正イベントを受信していない場合、プロセッサ３１は、ＡＣＴ６１２からＡＣＴ６１３へと進む。プロセッサ３１は、ＡＣＴ６１３として修正完了イベントを受信したか否かを確認する。修正完了イベントを受信していない場合、プロセッサ３１は、ＡＣＴ６１３からＡＣＴ６１４へと進む。プロセッサ３１は、ＡＣＴ６１４として一括取消イベントを受信したか否かを確認する。一括取消イベントを受信していない場合、プロセッサ３１は、ＡＣＴ６１４からＡＣＴ６１２へと戻る。このようにプロセッサ３１は、ＡＣＴ６１２乃至ＡＣＴ６１４において、修正イベントを受信するか、修正完了イベントを受信するか、一括取消イベントを受信するのを待ち受ける。
【0212】
ＡＣＴ６１２乃至ＡＣＴ６１４の待ち受け状態において、修正イベントを受信した場合には、プロセッサ３１は、ＡＣＴ６１２からＡＣＴ６１５へと進む。プロセッサ３１は、ＡＣＴ６１５として第２取引ファイル８１１に記憶されている明細レコードＲａのデータを、修正イベントに含まれている情報に基づいて修正する。この修正は、第２の実施形態で説明したＡＣＴ４０２の処理と同様であるので、ここでの詳細な説明は省略する。明細レコードＲａの修正を終えたプロセッサ３１は、ＡＣＴ６１２へと戻り、再び、修正イベント、修正完了イベント及び一括取消イベントの待ち受け状態となる。
【0213】
ＡＣＴ６１２乃至ＡＣＴ６１４の待ち受け状態において、修正完了イベントを受信した場合には、プロセッサ３１は、ＡＣＴ６１３から図３７のＡＣＴ２２１へと進む。そしてプロセッサ３１は、ＡＣＴ２２１以降の処理を前述したのと同様に実行する。
【0214】
ＡＣＴ６１２乃至ＡＣＴ６１４の待ち受け状態において、一括取消イベントを受信した場合には、プロセッサ３１は、ＡＣＴ６１４からＡＣＴ６１６へと進む。プロセッサ３１は、ＡＣＴ６１６として第２取引ファイル８１１をクリアする。以上で、プロセッサ３１は、決済プログラムに従った情報処理を終了する。
【0215】
ここに、プロセッサ３１は、ＡＣＴ６１１の処理により、取消応答手段７６としての機能を実現する。プロセッサ３１は、ＡＣＴ６１５及びＡＣＴ６１６の処理により、第４修正手段７７としての機能を実現する。
【0216】
このように、第３の実施形態においても、入力装置１１が、売買された商品の明細情報と合計情報とを含む決済情報を生成して決済装置１２に送信することなく、店員２と客３が操作を分担して取引を決済できる会計システム１を提供することができる。しかも、第３の実施形態の会計システム１によれば、入力完了ボタンＢＡｉの入力である入力終了指示が行われた後に、その入力終了が指示された取引を戻して修正することができる。
【0217】
［第４の実施形態］
次に、第４の実施形態について、図４１乃至図５０を用いて説明する。
第４の実施形態は、第１の実施形態の会計システム１において、代金の支払い方法として商品券を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
次に、第４の実施形態について、図４１乃至図５０を用いて説明する。
第４の実施形態は、第１の実施形態の会計システム１において、代金の支払い方法として商品券を追加したものである。よって、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
【0218】
商品券は、金券商品の一例である。本実施形態では、商品券を、額面金額５００円の商品券と、額面金額１０００円の商品券の２種類とする。各商品券には、それぞれ商品と同様に一意の商品券コードが割り当てられており、また、その商品券コードを表すバーコードが印刷されている。そして、商品レコードと同一のフォーマットで作成された商品券のデータレコードが商品マスタファイル１３１に格納されている。商品券のデータレコードは、商品券コードを商品コードとして記述し、商品券名を商品名として記述し、額面金額を単価として記述したものである。
【0219】
図４１は、入力装置１１のプロセッサ２１が有する主要な機能構成を示すブロック図である。プロセッサ２１は、接続先選択手段５１、問合せ手段５２、決定手段５３、無効手段５４、入力側記憶手段５５、明細表示手段５６、終了検出手段５７、第１送信手段５８、第１通知手段５９及び決済先報知手段５１０に加えて、金券識別手段５２０、演算手段５２１及び完了報知手段５２２としての機能を有する。
【0220】
金券識別手段５２０は、入力デバイス６１を介して入力された取引に係るデータが、金券商品の取引に係るデータであるのか、金券商品以外の商品の取引に係るデータであるのかを識別する機能である。前述したように、商品券には商品券コードを表すバーコードが印刷されている。入力デバイス６１のスキャナ２７でこのバーコードをスキャニングすることにより、商品券コードが取引に係るデータとして入力される。金券識別手段５２０は、取引に係るデータが商品券コードであるとき、当該取引に係るデータは金券商品の取引に係るデータであると識別する。金券識別手段５２０は、取引に係るデータが商品コードであるとき、当該取引に係るデータは金券商品以外の商品の取引に係るデータであると識別する。
【0221】
入力側記憶手段５５は、取引に係るデータを入力すると、その入力されたデータを基に１取引として売り上げる商品又は商品券の明細レコードＲｂを作成する。明細レコードＲｂは、図４２に示すように、一連のレコード番号と関連付けて、商品券コード、商品券名、額面金額、数量、金額、商品券フラグＦｄ等の項目のデータを記述したレコードである。商品券フラグＦｄは、当該レコードが商品券の明細レコードＲｂであるか、商品券以外の商品の明細レコードＲｂであるかを識別する値である。本実施形態では、商品券の明細レコードＲｂであることを示す商品券フラグＦｄの値を“１”とし、商品券以外の商品の明細レコードＲｂであることを示す商品券フラグＦｄの値を“０”とする。入力側記憶手段５５は、入力デバイス６１を介して入力された取引に係るデータが、金券識別手段５２０によって金券商品の取引に係るデータであると識別されたとき、商品券フラグＦｄの値を“１”とした明細レコードＲｂ、すなわち商品券の明細レコードＲｂを作成する。入力側記憶手段５５は、入力デバイス６１を介して入力された取引に係るデータが、金券識別手段５２０によって金券商品以外の商品の取引に係るデータであると識別されたとき、商品券フラグＦｄの値を“０”とした明細レコードＲｂ、すなわち商品券以外の商品の明細レコードＲｂを作成する。入力側記憶手段５５は、商品券又は商品券以外の商品の明細レコードＲｂを、入力側記憶部６４の第１取引ファイル６４１に記憶する。
【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】
１…会計システム、２…店員、３…客、５…キャッシュレス決済端末、１１…入力装置、１２…決済装置、１３…サーバ、１４…ネットワーク、２１，３１…プロセッサ、５１…接続先選択手段、５２…問合せ手段、５３…決定手段、５４…無効手段、５５…入力側記憶手段、５６…明細表示手段、５７…終了検出手段、５８…第１送信手段、５９…第１通知手段、６３…第１データテーブル、６４…入力側記憶部、６５…第２データテーブル、７１…決済側記憶手段、７２…金額表示手段、７３…接続応答手段、７４…決済手段、７５…第２修正手段、７６…取消応答手段、７７…第４修正手段、７８…金券識別手段、７９…レシート出力手段、８１…決済側記憶部、８２…フラグメモリ、５１０…決済先報知手段、５１１…修正受付手段、５１２…第１修正手段、５１３…第２送信手段、５１４…取消受付手段、５１５…取消先選択手段、５１６…第２通知手段、５１７…第３修正手段、５１８…第３送信手段、５１９…不可報知手段、５２０…金券識別手段、５２１…演算手段、５２２…完了報知手段、６４１…第１取引ファイル、６４２…第３取引ファイル、８１１…第２取引ファイル。
【図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】
