知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024134333
(43)【公開日】2024-10-03
(54)【発明の名称】商品販売システム、販売処理装置及びそのプログラム
(51)【国際特許分類】
G07G 1/12 20060101AFI20240926BHJP
G07G 1/01 20060101ALI20240926BHJP
【ＦＩ】
G07G1/12 321K
G07G1/01 301D
G07G1/01 301E
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2023044576
(22)【出願日】2023-03-20
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(72)【発明者】
【氏名】勝亦 元宏
(72)【発明者】
【氏名】河原 高行
(72)【発明者】
【氏名】平松 直剛
(72)【発明者】
【氏名】五反田 剛
【テーマコード（参考）】
3E142
【Ｆターム（参考）】
3E142AA01
3E142CA12
3E142DA08
3E142EA04
3E142FA42
3E142GA41
3E142JA01
(57)【要約】
【課題】代金の支払いに関する操作を購買者に行わせることで人件費の削減を図る。
【解決手段】販売処理装置は、入力手段を介して入力された購買商品に係る情報を基に当該購買商品の販売データを処理するとともに、購買商品に係る情報を支払い機に送信する。販売処理装置は、入力終了指示を受け付けた時点で代金支払い方法の選択入力を受け付けていない場合に、購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける。販売処理装置は、入力終了指示を受け付けた時点で取引の決済が不可能である場合に、入力終了指示を支払い機に送信する。販売処理装置は、入力終了指示を受け付けた時点で取引の決済が可能である場合に、代金支払い方法に従い、第１処理手段で処理した販売データの取引を決済する。
【選択図】 図５
【解決手段】販売処理装置は、入力手段を介して入力された購買商品に係る情報を基に当該購買商品の販売データを処理するとともに、購買商品に係る情報を支払い機に送信する。販売処理装置は、入力終了指示を受け付けた時点で代金支払い方法の選択入力を受け付けていない場合に、購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける。販売処理装置は、入力終了指示を受け付けた時点で取引の決済が不可能である場合に、入力終了指示を支払い機に送信する。販売処理装置は、入力終了指示を受け付けた時点で取引の決済が可能である場合に、代金支払い方法に従い、第１処理手段で処理した販売データの取引を決済する。
【選択図】 図５
【特許請求の範囲】
【請求項1】
入力装置と、販売処理装置と、支払い機とを含み、
前記入力装置は、
購買者が買い入れる購買商品に係る情報を入力する入力手段と、
前記購買商品に係る情報の入力終了指示を受け付ける終了受付手段と、
代金支払い方法の選択入力を受け付ける第１の支払い受付手段と、
を具備し、
前記販売処理装置は、
前記入力手段を介して入力された前記購買商品に係る情報を基に当該購買商品の販売データを処理する第１処理手段と、
前記入力手段を介して入力された前記購買商品に係る情報を前記支払い機に送信する情報送信手段と、
前記終了受付手段が前記入力終了指示を受け付けた時点で前記第１の支払い受付手段が代金支払い方法の選択入力を受け付けていない場合に、前記購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける第２の支払い受付手段と、
前記終了受付手段が前記入力終了指示を受け付けた時点で取引の決済が不可能である場合に、前記入力終了指示を前記支払い機に送信する指示送信手段と、
前記終了受付手段が前記入力終了指示を受け付けた時点で取引の決済が可能である場合に、前記第１の支払い受付手段又は前記第２の支払い受付手段で受け付けた代金支払い方法に従い、前記第１処理手段で処理した販売データの取引を決済する第１決済手段と、
を具備し、
前記支払い機は、
前記購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける第３の支払い受付手段と、
前記販売処理装置から受信した前記購買商品に係る情報を基に当該購買商品の販売データを処理する第２処理手段と、
前記販売処理装置から前記入力終了指示を受信したことに応じて、前記第１の支払い受付手段又は前記第３の支払い受付手段で受け付けた代金支払い方法に従い、前記第２処理手段で処理した販売データの取引を決済する第２決済手段と、
を具備する、商品販売システム。
前記入力装置は、
購買者が買い入れる購買商品に係る情報を入力する入力手段と、
前記購買商品に係る情報の入力終了指示を受け付ける終了受付手段と、
代金支払い方法の選択入力を受け付ける第１の支払い受付手段と、
を具備し、
前記販売処理装置は、
前記入力手段を介して入力された前記購買商品に係る情報を基に当該購買商品の販売データを処理する第１処理手段と、
前記入力手段を介して入力された前記購買商品に係る情報を前記支払い機に送信する情報送信手段と、
前記終了受付手段が前記入力終了指示を受け付けた時点で前記第１の支払い受付手段が代金支払い方法の選択入力を受け付けていない場合に、前記購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける第２の支払い受付手段と、
前記終了受付手段が前記入力終了指示を受け付けた時点で取引の決済が不可能である場合に、前記入力終了指示を前記支払い機に送信する指示送信手段と、
前記終了受付手段が前記入力終了指示を受け付けた時点で取引の決済が可能である場合に、前記第１の支払い受付手段又は前記第２の支払い受付手段で受け付けた代金支払い方法に従い、前記第１処理手段で処理した販売データの取引を決済する第１決済手段と、
を具備し、
前記支払い機は、
前記購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける第３の支払い受付手段と、
前記販売処理装置から受信した前記購買商品に係る情報を基に当該購買商品の販売データを処理する第２処理手段と、
前記販売処理装置から前記入力終了指示を受信したことに応じて、前記第１の支払い受付手段又は前記第３の支払い受付手段で受け付けた代金支払い方法に従い、前記第２処理手段で処理した販売データの取引を決済する第２決済手段と、
を具備する、商品販売システム。
【請求項2】
前記販売処理装置は、
前記終了受付手段が前記入力終了指示を受け付けた時点で取引の決済が可能である場合に、前記支払い機に対して販売データの削除を指示する削除指示手段、
をさらに具備し、
前記支払い機は、
前記販売処理装置から前記削除の指示を受けたことに応じて、前記第２処理手段で処理した販売データを削除する削除手段、
をさらに具備する請求項１記載の商品販売システム。
前記終了受付手段が前記入力終了指示を受け付けた時点で取引の決済が可能である場合に、前記支払い機に対して販売データの削除を指示する削除指示手段、
をさらに具備し、
前記支払い機は、
前記販売処理装置から前記削除の指示を受けたことに応じて、前記第２処理手段で処理した販売データを削除する削除手段、
をさらに具備する請求項１記載の商品販売システム。
【請求項3】
前記販売処理装置は、
前記第１決済手段による決済が実行中であることを示す第１識別情報及び前記第２決済手段による決済が実行中であることを示す第２識別情報を記憶する記憶手段と、
前記記憶手段が前記第１識別情報を記憶しかつ前記第２識別情報を記憶していない状態で前記終了受付手段により前記入力終了指示を受け付けた場合に、前記支払い機での代金の支払いを案内する案内手段と、
をさらに具備する請求項１記載の商品販売システム。
前記第１決済手段による決済が実行中であることを示す第１識別情報及び前記第２決済手段による決済が実行中であることを示す第２識別情報を記憶する記憶手段と、
前記記憶手段が前記第１識別情報を記憶しかつ前記第２識別情報を記憶していない状態で前記終了受付手段により前記入力終了指示を受け付けた場合に、前記支払い機での代金の支払いを案内する案内手段と、
をさらに具備する請求項１記載の商品販売システム。
【請求項4】
前記販売処理装置は、
前記記憶手段が前記第１識別情報と前記第２識別情報とを記憶している間は、前記終了受付手段による前記入力終了指示の受付を無効にする無効手段、
をさらに具備する請求項３記載の商品販売システム。
前記記憶手段が前記第１識別情報と前記第２識別情報とを記憶している間は、前記終了受付手段による前記入力終了指示の受付を無効にする無効手段、
をさらに具備する請求項３記載の商品販売システム。
【請求項5】
前記販売処理装置は、
前記終了受付手段が前記入力終了指示を受け付けた時点で取引の決済が不可能である場合に、前記第１の支払い受付手段で受け付けた代金支払い方法が店員の確認を必要とする支払い方法であるか否かを確認する確認手段、
をさらに具備し、
前記確認手段が、前記店員の確認を必要としない支払い方法であると確認した場合には、前記指示送信手段により、前記入力終了指示を前記支払い機に送信し、
前記確認手段が、前記店員の確認を必要とする支払い方法であると確認した場合には、取引の決済が可能となるのを待って、前記第１決済手段により、前記店員の確認を必要とする支払い方法に従い、前記第１処理手段で処理した販売データの取引を決済する、請求項１記載の商品販売システム。
前記終了受付手段が前記入力終了指示を受け付けた時点で取引の決済が不可能である場合に、前記第１の支払い受付手段で受け付けた代金支払い方法が店員の確認を必要とする支払い方法であるか否かを確認する確認手段、
をさらに具備し、
前記確認手段が、前記店員の確認を必要としない支払い方法であると確認した場合には、前記指示送信手段により、前記入力終了指示を前記支払い機に送信し、
前記確認手段が、前記店員の確認を必要とする支払い方法であると確認した場合には、取引の決済が可能となるのを待って、前記第１決済手段により、前記店員の確認を必要とする支払い方法に従い、前記第１処理手段で処理した販売データの取引を決済する、請求項１記載の商品販売システム。
【請求項6】
入力装置及び支払い機とともに商品販売システムを構成する販売処理装置であって、
前記入力装置を介して入力された購買商品に係る情報を基に当該購買商品の販売データを処理する処理手段と、
前記入力装置を介して入力された前記購買商品に係る情報を前記支払い機に送信する情報送信手段と、
前記入力装置が入力終了指示を受け付けた時点で当該入力装置が代金支払い方法の選択入力を受け付けていない場合に、前記購買商品の購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける支払い受付手段と、
前記入力装置が前記入力終了指示を受け付けた時点で取引の決済が不可能である場合に、前記入力終了指示を前記支払い機に送信する指示送信手段と、
前記入力装置が前記入力終了指示を受け付けた時点で取引の決済が可能である場合に、前記入力装置が受け付けた代金支払い方法又は前記支払い受付手段で受け付けた代金支払い方法に従い、前記処理手段で処理した販売データの取引を決済する決済手段と、
を具備する販売処理装置。
前記入力装置を介して入力された購買商品に係る情報を基に当該購買商品の販売データを処理する処理手段と、
前記入力装置を介して入力された前記購買商品に係る情報を前記支払い機に送信する情報送信手段と、
前記入力装置が入力終了指示を受け付けた時点で当該入力装置が代金支払い方法の選択入力を受け付けていない場合に、前記購買商品の購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける支払い受付手段と、
前記入力装置が前記入力終了指示を受け付けた時点で取引の決済が不可能である場合に、前記入力終了指示を前記支払い機に送信する指示送信手段と、
前記入力装置が前記入力終了指示を受け付けた時点で取引の決済が可能である場合に、前記入力装置が受け付けた代金支払い方法又は前記支払い受付手段で受け付けた代金支払い方法に従い、前記処理手段で処理した販売データの取引を決済する決済手段と、
を具備する販売処理装置。
【請求項7】
入力装置及び支払い機とともに商品販売システムを構成する販売処理装置のコンピュータを、
前記入力装置を介して入力された購買商品に係る情報を基に当該購買商品の販売データを処理する処理手段、
前記入力装置を介して入力された前記購買商品に係る情報を前記支払い機に送信する情報送信手段、
前記入力装置が入力終了指示を受け付けた時点で当該入力装置が代金支払い方法の選択入力を受け付けていない場合に、前記購買商品の購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける支払い受付手段、
前記入力装置が前記入力終了指示を受け付けた時点で取引の決済が不可能である場合に、前記入力終了指示を前記支払い機に送信する指示送信手段、及び、
前記入力装置が前記入力終了指示を受け付けた時点で取引の決済が可能である場合に、前記入力装置が受け付けた代金支払い方法又は前記支払い受付手段で受け付けた代金支払い方法に従い、前記処理手段で処理した販売データの取引を決済する決済手段、
として機能させるためのプログラム。
前記入力装置を介して入力された購買商品に係る情報を基に当該購買商品の販売データを処理する処理手段、
前記入力装置を介して入力された前記購買商品に係る情報を前記支払い機に送信する情報送信手段、
前記入力装置が入力終了指示を受け付けた時点で当該入力装置が代金支払い方法の選択入力を受け付けていない場合に、前記購買商品の購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける支払い受付手段、
前記入力装置が前記入力終了指示を受け付けた時点で取引の決済が不可能である場合に、前記入力終了指示を前記支払い機に送信する指示送信手段、及び、
前記入力装置が前記入力終了指示を受け付けた時点で取引の決済が可能である場合に、前記入力装置が受け付けた代金支払い方法又は前記支払い受付手段で受け付けた代金支払い方法に従い、前記処理手段で処理した販売データの取引を決済する決済手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、商品販売システム及びこのシステムに用いられる販売処理装置とそのプログラムに関する。
【背景技術】
【0002】
スーパーマーケット、ホームセンター等の大型小売店向けの商品販売システムとして、二人制のシステムがある。二人制の商品販売システムは、チェッカと称される店員が操作者となる入力装置と、キャッシャと呼ばれる店員が操作者となる販売処理装置とを備える。入力装置は、商品に付されたバーコード等の購買商品に係る情報を入力するための機器である。販売処理装置は、入力装置を介して入力された情報を基に購買商品の販売データを処理して購買者との取引を決済するための機器である。入力装置と販売処理装置とは伝送ケーブルによって接続されている。プロセッサを主体とするコンピュータは、販売処理装置が搭載している。すなわち入力装置は、販売処理装置に外付けさせる周辺機器デバイスという位置づけである。
【0003】
近年、人件費の削減、感染症対策等の観点から、代金の支払いに関する操作を購買者に行わせたいという要望がある。二人制の商品販売システムにおいても、販売処理装置に対して行われる代金の支払いに関する操作を購買者に行わせることで、キャッシャを担当する店員が不要となり人件費を削減できる。また、現金、キャッシュカード等に店員が触れないので、感染症対策にもなり得る。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１８－１５２１３３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
本発明の実施形態が解決しようとする課題は、代金の支払いに関する操作を購買者に行わせることで人件費の削減を図り、感染症対策の面でも優れた効果を奏し得る商品販売システム、及びこのシステムの販売処理装置を提供しようとするものである。
【課題を解決するための手段】
【0006】
一実施形態において、商品販売システムは、入力装置と、販売処理装置と、支払い機とを含む。
入力装置は、入力手段と、終了受付手段と、第１の支払い受付手段とを備える。入力手段は、購買者が買い入れる購買商品に係る情報を入力する。終了受付手段は、購買商品に係る情報の入力終了指示を受け付ける。第１の支払い受付手段は、代金支払い方法の選択入力を受け付ける。
販売処理装置は、第１処理手段と、情報送信手段と、第２の支払い受付手段と、指示送信手段と、第１決済手段とを備える。第１処理手段は、入力手段を介して入力された購買商品に係る情報を基に当該購買商品の販売データを処理する。情報送信手段は、入力手段を介して入力された購買商品に係る情報を支払い機に送信する。第２の支払い受付手段は、終了受付手段が入力終了指示を受け付けた時点で第１の支払い受付手段が代金支払い方法の選択入力を受け付けていない場合に、購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける。指示送信手段は、終了受付手段が入力終了指示を受け付けた時点で取引の決済が不可能である場合に、入力終了指示を支払い機に送信する。第１決済手段は、終了受付手段が入力終了指示を受け付けた時点で取引の決済が可能である場合に、第１の支払い受付手段又は第２の支払い受付手段で受け付けた代金支払い方法に従い、第１処理手段で処理した販売データの取引を決済する。
支払い機は、第３の支払い受付手段と、第２処理手段と、第２決済手段とを備える。第３の支払い受付手段は、購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける。第２処理手段は、販売処理装置から受信した購買商品に係る情報を基に当該購買商品の販売データを処理する。第２決済手段は、販売処理装置から入力終了指示を受信したことに応じて、第１の支払い受付手段又は第３の支払い受付手段で受け付けた代金支払い方法に従い、第２処理手段で処理した販売データの取引を決済する。
入力装置は、入力手段と、終了受付手段と、第１の支払い受付手段とを備える。入力手段は、購買者が買い入れる購買商品に係る情報を入力する。終了受付手段は、購買商品に係る情報の入力終了指示を受け付ける。第１の支払い受付手段は、代金支払い方法の選択入力を受け付ける。
販売処理装置は、第１処理手段と、情報送信手段と、第２の支払い受付手段と、指示送信手段と、第１決済手段とを備える。第１処理手段は、入力手段を介して入力された購買商品に係る情報を基に当該購買商品の販売データを処理する。情報送信手段は、入力手段を介して入力された購買商品に係る情報を支払い機に送信する。第２の支払い受付手段は、終了受付手段が入力終了指示を受け付けた時点で第１の支払い受付手段が代金支払い方法の選択入力を受け付けていない場合に、購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける。指示送信手段は、終了受付手段が入力終了指示を受け付けた時点で取引の決済が不可能である場合に、入力終了指示を支払い機に送信する。第１決済手段は、終了受付手段が入力終了指示を受け付けた時点で取引の決済が可能である場合に、第１の支払い受付手段又は第２の支払い受付手段で受け付けた代金支払い方法に従い、第１処理手段で処理した販売データの取引を決済する。
支払い機は、第３の支払い受付手段と、第２処理手段と、第２決済手段とを備える。第３の支払い受付手段は、購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける。第２処理手段は、販売処理装置から受信した購買商品に係る情報を基に当該購買商品の販売データを処理する。第２決済手段は、販売処理装置から入力終了指示を受信したことに応じて、第１の支払い受付手段又は第３の支払い受付手段で受け付けた代金支払い方法に従い、第２処理手段で処理した販売データの取引を決済する。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
以下、代金の支払いに関する操作を購買者に行わせるようにした商品販売システムの一実施形態について、図面を用いて説明する。
【0009】
［第１の実施形態］
［商品販売システムの構成説明］
図１は、一実施形態に係る商品販売システム１の概略構成図である。商品販売システム１は、入力装置２と、販売処理装置３と、支払い機４とを含む。販売処理装置３に入力装置２と支払い機４がそれぞれ接続されて、商品販売システム１を構成する。入力装置２と販売処理装置３とは、伝送ケーブル５３（図２を参照）により１対１で接続される。販売処理装置３と支払い機４とは、ＬＡＮ（Local Area Network）５４（図２を参照）により１対ｎ（ｎは１以上の整数）で接続される。入力装置２と販売処理装置３とは、近距離無線通信により接続されてもよい。販売処理装置３と支払い機４とは、無線ＬＡＮで接続されてもよい。なお、本実施形態では、販売処理装置３に接続される支払い機４の台数ｎを１台とする。
［商品販売システムの構成説明］
図１は、一実施形態に係る商品販売システム１の概略構成図である。商品販売システム１は、入力装置２と、販売処理装置３と、支払い機４とを含む。販売処理装置３に入力装置２と支払い機４がそれぞれ接続されて、商品販売システム１を構成する。入力装置２と販売処理装置３とは、伝送ケーブル５３（図２を参照）により１対１で接続される。販売処理装置３と支払い機４とは、ＬＡＮ（Local Area Network）５４（図２を参照）により１対ｎ（ｎは１以上の整数）で接続される。入力装置２と販売処理装置３とは、近距離無線通信により接続されてもよい。販売処理装置３と支払い機４とは、無線ＬＡＮで接続されてもよい。なお、本実施形態では、販売処理装置３に接続される支払い機４の台数ｎを１台とする。
【0010】
入力装置２は、チェックアウトカウンタ５１に取り付けられている。チェックアウトカウンタ５１は、買物客である購買者が図示矢印の方向に歩いて移動する通路ＰＡに沿って配置されている。チェックアウトカウンタ５１は、天面のほぼ中央に入力装置２を取り付け、該入力装置２よりも通路ＰＡの上流側を登録前の購買商品を載せるためのスペースとし、下流側を登録後の購買商品を載せるためのスペースとしている。
【0011】
入力装置２は、入出力デバイスとして、定置式スキャナ２１と、ハンディスキャナ２２と、タッチパネル２３と、キーボード２４と、ディスプレイ２５とを備える。入力装置２は、チェックアウトカウンタ５１の天面から上方に突出するように定置式スキャナ２１を配置し、この定置式スキャナ２１の周囲にハンディスキャナ２２、タッチパネル２３、キーボード２４及びディスプレイ２５を配置している。
【0012】
詳しくは、入力装置２は、チェックアウトカウンタ５１の天面に定置式スキャナ２１を固定している。定置式スキャナ２１は縦型であり、バーコードの読取窓が通路ＰＡとは反対側の面に位置するように固定されている。入力装置２は、ハンディスキャナ２２を、定置式スキャナ２１の一側部に係止している。またタッチパネル２３を、その操作パネル面が定置式スキャナ２１の読取窓と同一方向を向くように定置式スキャナ２１の上部に取り付けている。またキーボード２４を、そのキー面がタッチパネル２３の操作パネル面と同一方向を向くようにタッチパネル２３の一側部に取り付けている。さらにディスプレイ２５を、その表示画面が通路ＰＡの側を向くように定置式スキャナ２１の一側部に取り付けている。なお、ディスプレイ２５は、タッチパネルであってもよい。
【0013】
このような入出力デバイスの配置により、チェックアウトカウンタ５１を挟んで通路ＰＡとは反対側のスペースＳＰに立つ店員は、定置式スキャナ２１、ハンディスキャナ２２、タッチパネル２３又はキーボード２４を操作して、購買者が買い入れる購買商品に係る情報、例えば商品コード、購買数量、値引額等を入力することができる。このとき店員は、タッチパネル２３に表示される情報により、購買商品の商品名、単価等を確認することができる。購買者は、ディスプレイ２５に表示される情報により、購買商品の商品名、単価等を確認することができる。
【0014】
販売処理装置３は、ＰＯＳ（Point Of Sales）システムの端末として機能するコンピュータ機器である。販売処理装置３は、装置本体３０と一体になったデバイスとしてキーボード３１と第１のタッチパネル３２を備え、装置本体３０に対して外付けされるデバイスとしてハンディスキャナ３３、第２のタッチパネル３４、プリンタ３５、自動釣銭機３６、キャッシュレス決済端末３７等を備える。販売処理装置３は、チェックアウトカウンタ５１における下流側端部近傍の通路ＰＡとは反対側に設置されたレジカウンタ５２の天面に載置されている。
【0015】
詳しくは、販売処理装置３は、キーボード３１のキー面と第１のタッチパネル３２の操作パネル面とが店員の立つスペースＳＰの側を向くように装置本体３０をレジカウンタ５２に載置している。そしてこの装置本体３０の周囲に、ハンディスキャナ３３、第２のタッチパネル３４、プリンタ３５、自動釣銭機３６及びキャッシュレス決済端末３７を配置している。ハンディスキャナ３３は、スペースＳＰに立つ店員が操作可能な位置に配置されている。第２のタッチパネル３４は、その表示画面を通路ＰＡに立つ購買者が目視可能な位置に配置されている。プリンタ３５は、通路ＰＡに立つ購買者がレシートを受け取りやすい位置に配置されている。自動釣銭機３６は、通路ＰＡに立つ購買者が現金を投入し、払い出された釣銭を取り出しやすい位置に配置されている。キャッシュレス決済端末３７は、通路ＰＡに立つ購買者がクレジットカード決済、電子マネー決済、コード決済等のキャッシュレス決済を行う際に操作しやすい位置に配置されている。
【0016】
このようなデバイスの配置により、通路ＰＡに立つ購買者は、第２のタッチパネル３４に表示される情報、例えば代金の支払いに係る情報をその場で確認することができる。購買者は、プリンタ３５から発行されるレシートをその場で受け取ることができる。現金で代金を支払う購買者は、通路ＰＡに立ったまま自動釣銭機３６に現金を投入し、払い出された釣銭を回収することができる。キャッシュレス決済により代金を支払う購買者は、通路ＰＡに立ったままキャッシュレス決済端末３７を操作して、キャッシュレスで代金を支払うことができる。このように販売処理装置３は、代金の支払いに関する操作を購買者が自ら行うようにしたセルフタイプの支払い機として機能する。
【0017】
支払い機４もまた、代金の支払いに関する操作を購買者が自ら行うようにしたセルフタイプの支払い機である。支払い機４は、販売処理装置３が使用中のために販売処理装置３では代金の支払いができない購買者が使用する。そのため支払い機４は、図示矢印で示される購買者の移動方向に対し、販売処理装置３よりも下流側に設置されている。支払い機４は、通路ＰＡを挟んで販売処理装置３の反対側に設置されていてもよい。
【0018】
支払い機４は、箱型をなす筐体４０の一面を購買者が対峙する面とする。以下では、購買者と対峙する面を正面とする。支払い機４は、正面側から見て右側の側面に籠置台４１を取り付けている。籠置台４１は、支払い機４を使用して代金の支払いを行う購買者が購買商品を入れた買物籠等を置くためのスペースである。
【0019】
支払い機４は、購買者とのマンマシンインターフェースとしてタッチパネル４２を備える。タッチパネル４２は、オペレータである購買者が操作しやすい位置に取り付けられている。本実施形態では、タッチパネル４２は、表示画面を正面側に向けて、筐体４０の頂部に取り付けられている。支払い機４は、筐体４０にレシート印刷用のプリンタ８７（図４を参照）を内蔵し、該プリンタ８７によって印刷されたレシートを発行するためのレシート発行口４３を筐体４０の正面に形成している。また支払い機４は、自動釣銭機８８（図４を参照）を内蔵し、硬貨投入口４４、硬貨投出口４５及び紙幣入出口４６を筐体４０の正面に形成している。このような配置により、代金を現金で支払う購買者は、紙幣入出口４６に紙幣を投入し、また硬貨投入口４４に硬貨を投入する。そして、紙幣入出口４６から排出された釣銭としての紙幣又は硬貨投出口４５に投出された釣銭としての硬貨を回収するとともにレシート発行口４３から発行されたレシートを受け取る。また、図１では図示しないが、支払い機４は、キャッシュレス決済端末８９（図４を参照）を備えており、キャッシュレス決済にも対応できるようになっている。
【0020】
支払い機４は、筐体４０の頂部にパトランプ４７を取り付けている。パトランプ４７は、支払い機４の動作状態をスペースＳＰに居る店員に報知するためのランプである。パトランプ４７によって報知される支払い機４の動作状態には、決済中と待機中とがある。決済中は、購買者が代金の支払いを開始してから終了するまでの期間内である。それ以外の期間が待機中となる。
【0021】
かかる構成の商品販売システム１は、スーパーマーケット、ホームセンター等の大型小売店においては、商品が陳列される売場とは区分けされた会計場（レジ）に複数並列に設置するのが一般的である。一方、専門店等の小型小売店においては、店舗内に１つだけ商品販売システム１を設置する場合もあり得る。
【0022】
図２は、販売処理装置３における装置本体３０の要部回路構成を示すブロック図である。図示するように装置本体３０は、プロセッサ６１、メインメモリ６２、補助記憶デバイス６３、時計６４、通信インターフェース６５、スキャナインターフェース６６、タッチパネルインターフェース６７、プリンタインターフェース６８、釣銭機インターフェース６９、決済端末インターフェース７０、入力装置インターフェース７１及びシステム伝送路７２等を備える。システム伝送路７２は、アドレスバス、データバス、制御信号線等を含む。システム伝送路７２は、プロセッサ６１と他の各部とを接続し、相互間で授受されるデータ信号を伝送する。
【0023】
装置本体３０は、プロセッサ６１と、メインメモリ６２、補助記憶デバイス６３、時計６４、通信インターフェース６５、スキャナインターフェース６６、タッチパネルインターフェース６７、プリンタインターフェース６８、釣銭機インターフェース６９、決済端末インターフェース７０及び入力装置インターフェース７１とを、システム伝送路７２で接続することにより、コンピュータを構成する。そして装置本体３０は、そのコンピュータに、システム伝送路７２を介してキーボード３１及び第１のタッチパネル３２を接続する。
【0024】
プロセッサ６１は、上記コンピュータの中枢部分に相当する。プロセッサ６１は、オペレーティングシステム又はアプリケーションプログラムに従って、販売処理装置３としての各種の機能を実現するべく各部を制御する。プロセッサ６１は、例えばＣＰＵ（Central Processing Unit）である。プロセッサ６１は、複数のプロセッサコアを含み、複数の処理を並行して実行することが可能なマルチコア・プロセッサである。
【0025】
メインメモリ６２は、上記コンピュータの主記憶部分に相当する。メインメモリ６２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ６２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ６２は、プロセッサ６１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ６２は、揮発性のメモリ領域を、プロセッサ６１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。
【0026】
補助記憶デバイス６３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disk Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス６３となり得る。補助記憶デバイス６３は、プロセッサ６１が各種の処理を行う上で使用するデータ、プロセッサ６１での処理によって作成されたデータ等を保存する。補助記憶デバイス６３は、上記のアプリケーションプログラムを記憶する場合もある。
【0027】
時計６４は、日付と時刻を計時する。プロセッサ６１は、時計６４によって計時されている日付と時刻を現在日時として処理する。
【0028】
通信インターフェース６５は、ＬＡＮ５４に接続された支払い機４との間でデータ通信を行うためのインターフェースである。また通信インターフェース６５は、同じくＬＡＮ５４に接続されたＰＯＳサーバ５５との間でデータ通信を行うためのインターフェースでもある。ＰＯＳサーバ５５は、店舗で販売される各商品の商品名、単価等の商品データを記憶した商品マスタを備え、販売処理装置３で処理された商品の販売データを収集し集計して、販売時点の売上、在庫等を管理するためのコンピュータである。
【0029】
スキャナインターフェース６６、タッチパネルインターフェース６７、プリンタインターフェース６８、釣銭機インターフェース６９及び決済端末インターフェース７０は、いずれも装置本体３０に外付けされたデバイスとデータ通信を行うためのインターフェースである。すなわちスキャナインターフェース６６は、ハンディスキャナ３３との間でデータ通信を行う。タッチパネルインターフェース６７は、第２のタッチパネル３４との間でデータ通信を行う。プリンタインターフェース６８、プリンタ３５との間でデータ通信を行う。釣銭機インターフェース６９は、自動釣銭機３６との間でデータ通信を行う。決済端末インターフェース７０は、キャッシュレス決済端末３７との間でデータ通信を行う。
【0030】
入力装置インターフェース７１は、伝送ケーブル５３で接続された入力装置２との間でデータ通信を行うためのインターフェースである。すなわち入力装置インターフェース７１は、定置式スキャナ２１、ハンディスキャナ２２、タッチパネル２３、キーボード２４及びディスプレイ２５との間でそれぞれデータ通信を行う。
【0031】
図３は、メインメモリ６２に形成される主要な記憶領域を示す模式図である。販売処理装置３は、メインメモリ６２における揮発性記憶領域の一部を第１取引ファイル６２１、第２取引ファイル６２２、ステータスメモリ６２３及びフラグメモリ６２４の領域としている。第１取引ファイル６２１及び第２取引ファイル６２２は、いずれも一取引として処理する購買商品の販売データを記憶するための領域である。販売データは、購買商品の商品コード、商品名、単価、購買数量、販売金額等の項目を含む。販売金額は、単価に購買数量を乗算した金額である。ステータスメモリ６２３は、支払いステータスＳＴを記憶するための領域である。フラグメモリ６２４は、第１の支払い中フラグＦａ及び第２の支払い中フラグＦｂを記憶するための領域である。
【0032】
支払いステータスＳＴは、支払いに関する状態を表す識別情報である。支払いに関する状態には、入力装置２で代金支払い方法を指定しなかった第１状態と、入力装置２で代金支払い方法を指定した第２状態とがある。本実施形態では、第１状態を表す支払いステータスＳＴを“１０”とし、第２状態を表す支払いステータスＳＴを“２０”とする。
【0033】
第１の支払い中フラグＦａは、販売処理装置３において代金の支払い中であるか否かを識別するための１ビットデータである。本実施形態では、代金の支払い中であることを示す第１の支払い中フラグＦａを“１”とし、代金の支払い中でないことを示す第１の支払い中フラグＦａを“０”とする。
【0034】
第２の支払い中フラグＦｂは、支払い機４において代金の支払い中であるか否かを識別するための１ビットデータである。本実施形態では、代金の支払い中であることを示す第２の支払い中フラグＦｂを“１”とし、代金の支払い中でないことを示す第２の支払い中フラグＦｂを“０”とする。
【0035】
図４は、支払い機４の要部回路構成を示すブロック図である。図示するように支払い機４は、プロセッサ８１、メインメモリ８２、補助記憶デバイス８３、時計８４、通信インターフェース８５及びシステム伝送路８６等を備える。システム伝送路８６は、アドレスバス、データバス、制御信号線等を含む。システム伝送路８６は、プロセッサ８１と他の各部とを接続し、相互間で授受されるデータ信号を伝送する。
【0036】
支払い機４は、プロセッサ８１と、メインメモリ８２、補助記憶デバイス８３、時計８４及び通信インターフェース８５とを、システム伝送路８６で接続することにより、コンピュータを構成する。そして支払い機４は、そのコンピュータに、システム伝送路８６を介してタッチパネル４２、パトランプ４７、プリンタ８７、自動釣銭機８８及びキャッシュレス決済端末８９を接続する。
【0037】
プロセッサ８１は、上記コンピュータの中枢部分に相当する。プロセッサ８１は、オペレーティングシステム又はアプリケーションプログラムに従って、支払い機４としての各種の機能を実現するべく各部を制御する。プロセッサ８１は、例えばＣＰＵである。
【0038】
メインメモリ８２は、上記コンピュータの主記憶部分に相当する。メインメモリ８２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ８２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ８２は、プロセッサ８１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ８２は、揮発性のメモリ領域を、プロセッサ８１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。
【0039】
補助記憶デバイス８３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等が補助記憶デバイス８３となり得る。補助記憶デバイス８３は、プロセッサ８１が各種の処理を行う上で使用するデータ、プロセッサ８１での処理によって作成されたデータ等を保存する。補助記憶デバイス８３は、上記のアプリケーションプログラムを記憶する場合もある。
【0040】
時計８４は、日付と時刻を計時する。プロセッサ８１は、時計８４によって計時されている日付と時刻を現在日時として処理する。
【0041】
通信インターフェース８５は、ＬＡＮ５４に接続された販売処理装置３との間でデータ通信を行うためのインターフェースである。また通信インターフェース８５は、同じくＬＡＮ５４に接続されたＰＯＳサーバ５５との間でデータ通信を行うためのインターフェースでもある。
【0042】
かかる構成の支払い機４は、メインメモリ８２における揮発性メモリ領域の一部を第３取引ファイル８２１の領域としている。第３取引ファイル８２１は、第１取引ファイル６２１及び第２取引ファイル６２２と同様に、一取引として処理する購買商品の販売データを記憶するための領域である。
【0043】
図５は、入力装置２と販売処理装置３と支払い機４とが有する主要な機能構成を示す模式図である。入力装置２は、入力手段２０１、終了受付手段２０２及び第１の支払い受付手段２０３としての機能を有する。販売処理装置３は、第１通信手段３０１、第１処理手段３０２、第２の支払い受付手段３０３、第１決済手段３０４、記憶手段３０５、案内手段３０６、無効手段３０７、第２通信手段３０８、情報送信手段３０９、指示送信手段３１０及び削除指示手段３１１としての機能を有する。支払い機４は、第３の支払い受付手段４０１、第２処理手段４０２、第２決済手段４０３及び削除手段４０４としての機能を有する。
【0044】
入力手段２０１は、購買者が買い入れる購買商品に係る情報を入力する機能である。入力手段２０１は、定置式スキャナ２１、ハンディスキャナ２２、タッチパネル２３、キーボード２４等の入力デバイスを介して商品コード、購買数量等の購買商品に係る情報を入力する。例えば入力手段２０１は、定置式スキャナ２１又はハンディスキャナ２２によって読み取られたバーコードから、購買商品の商品コードを入力する。例えば入力手段２０１は、タッチパネル２３又はキーボード２４に対するテンキー操作によって入力された数値から、購買商品の購買数量を入力する。
【0045】
終了受付手段２０２は、購買商品に係る情報の入力終了指示を受け付ける機能である。終了受付手段２０２は、タッチパネル２３、キーボード２４等の入力デバイスを介して購買商品に係る情報の入力終了指示を受け付ける。例えば終了受付手段２０２は、タッチパネル２３又はキーボード２４に対する所定のキー操作を購買商品に係る情報の入力終了指示として受け付ける。
【0046】
第１の支払い受付手段２０３は、代金支払い方法の選択入力を受け付ける機能である。代金支払い方法には、現金、クレジットカード、電子マネー、コード決済等がある。第１の支払い受付手段２０３は、タッチパネル２３、キーボード２４等の入力デバイスを介していずれか１つの代金支払い方法が選択入力されるのを受け付ける。
【0047】
第１通信手段３０１は、販売処理装置３が入力装置インターフェース７１を介して入力装置２と通信を行う機能である。第１通信手段３０１は、入力手段２０１で入力した購買商品に係る情報を入力装置２から受信する。第１通信手段３０１は、終了受付手段２０２で受け付けた入力終了指示の信号を入力装置２から受信する。第１通信手段３０１は、第１の支払い受付手段２０３で受け付けた代金支払い方法の情報を入力装置２から受信する。
【0048】
第１処理手段３０２は、入力手段２０１を介して入力された購買商品に係る情報を基に購買商品の販売データを処理する機能である。第１処理手段３０２は、購買商品の商品コードに基づいて商品マスタから商品名、単価等の商品データを取得し、商品コード、商品名、単価、購買数量、販売金額等の項目からなる購買商品の販売データを生成して、第１取引ファイル６２１に書き込む。
【0049】
第２の支払い受付手段３０３は、終了受付手段２０２が入力終了指示を受け付けた時点で第１の支払い受付手段２０３が代金支払い方法の選択入力を受け付けていない場合に、購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける機能である。購買者が操作者となるデバイスは、例えば第２のタッチパネル３４である。デバイスの種類は特に限定されない。購買者が操作者となるデバイスは、ディスプレイに表示されるポインタを動かすポインティングデバイスであってもよい。代金支払い方法は、現金、クレジットカード、電子マネー、コード決済等である。入力終了指示を受け付けた時点で代金支払い方法の選択入力を受け付けているか否かは、支払いステータスＳＴによって識別可能である。第２の支払い受付手段３０３は、支払いステータスＳＴが“１０”、すなわち入力装置２で代金支払い方法を指定しなかった第１状態であるとき、第２のタッチパネル３４を介していずれか１つの代金支払い方法が選択入力されるのを受け付ける。
【0050】
第１決済手段３０４は、終了受付手段２０２が入力終了指示を受け付けた時点で取引の決済が可能である場合に、第１の支払い受付手段２０３又は第２の支払い受付手段３０３で受け付けた代金支払い方法に従い、購買者との取引を決済する機能である。第１決済手段３０４は、フラグメモリ６２４によって記憶される第１の支払い中フラグＦａが“０”のとき、すなわち、販売処理装置３において別の購買者が代金を支払っていないとき、取引の決済が可能であると認定する。第１決済手段３０４は、例えば代金支払い方法として現金を受け付けた場合には、自動釣銭機３６と協働して購買者との取引を決済する。第１決済手段３０４は、例えば代金支払い方法としてキャッシュレス決済を受け付けた場合には、キャッシュレス決済端末３７と協働して購買者との取引を決済する。
【0051】
記憶手段３０５は、第１決済手段３０４による決済が実行中であることを示す第１識別情報及び第２決済手段４０３による決済が実行中であることを示す第２識別情報を記憶する機能である。フラグメモリ６２４によって記憶される第１の支払い中フラグＦａは、第１識別情報として機能する。フラグメモリ６２４によって記憶される第２の支払い中フラグＦｂは、第２識別情報として機能する。すなわちフラグメモリ６２４は、記憶手段３０５の一例である。
【0052】
案内手段３０６は、記憶手段３０５が第１識別情報を記憶しかつ第２識別情報を記憶していない状態で終了受付手段２０２により入力終了指示を受け付けた場合に、支払い機４での代金の支払いを案内する機能である。案内手段３０６は、支払い機４での支払いを案内する画像を第２のタッチパネル３４に表示して、購買者に案内する。案内手段３０６は、支払い機４での支払いを案内する画像を第１のタッチパネル３２に表示して、店員に案内してもよい。この場合、店員は、購買者に口頭で代金の支払いを支払い機４で行うことを案内する。案内手段３０６は、支払い機４での支払いを案内する画像を第１のタッチパネル３２及び第２のタッチパネル３４に表示して、店員と購買者の双方に案内してもよい。
【0053】
無効手段３０７は、記憶手段３０５が第１識別情報と第２識別情報とを記憶している間は、終了受付手段２０２による入力終了指示の受付を無効にする機能である。すなわち無効手段３０７は、フラグメモリ６２４に記憶される第１の支払い中フラグＦａ及び第２の支払い中フラグＦｂがいずれも“１”であるとき、購買商品に係る情報の入力終了指示を無効とし、受け付けない。
【0054】
第２通信手段３０８は、販売処理装置３が通信インターフェース６５を介して支払い機４と通信を行う機能である。第２通信手段３０８は、後述する情報送信手段３０９、指示送信手段３１０及び削除指示手段３１１と連動して、支払い機４と通信を行う。
【0055】
情報送信手段３０９は、入力手段２０１を介して入力された購買商品に係る情報を支払い機４に送信する機能である。情報送信手段３０９は、定置式スキャナ２１、ハンディスキャナ２２、タッチパネル２３、キーボード２４等の入力デバイスを介して入力された商品コード、購買数量等の購買商品に係る情報を、通信インターフェース６５を介して支払い機４に送信する。情報送信手段３０９は、購買商品に係る情報を入力する毎に、その情報を支払い機４に送信する。
【0056】
指示送信手段３１０は、終了受付手段２０２が入力終了指示を受け付けた時点で取引の決済が不可能である場合に、入力終了指示を支払い機４に送信する機能である。指示送信手段３１０は、フラグメモリ６２４によって記憶される第１の支払い中フラグＦａが“１”のとき、すなわち、販売処理装置３において別の購買者が代金を支払っているとき、取引の決済が不可能であると認定する。指示送信手段３１０は、終了受付手段２０２が受け付けた入力終了指示を支払い機４に送信する。
【0057】
削除指示手段３１１は、終了受付手段２０２が入力終了指示を受け付けた時点で取引の決済が可能である場合に、支払い機４に対して販売データの削除を指示する機能である。販売処理装置３は、情報送信手段３０９としての機能により、購買商品に係る情報を入力する毎にその情報を支払い機４に送信する。支払い機４においては、第２処理手段４０２としての機能により、購買商品に係る情報を基に当該購買商品の販売データを処理する。しかし、この販売データは、販売処理装置３において取引の決済が可能である場合には不要となる。そこで削除指示手段３１１は、終了受付手段２０２が入力終了指示を受け付けた時点でフラグメモリ６２４に記憶される第１の支払い中フラグＦａが“０”であるとき、通信インターフェース６５を介して支払い機４に販売データの削除を指示する信号を出力する。
【0058】
第３の支払い受付手段４０１は、購買者が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける機能である。購買者が操作者となるデバイスは、例えばタッチパネル４２である。デバイスの種類は特に限定されない。購買者が操作者となるデバイスは、ディスプレイに表示されるポインタを動かすポインティングデバイスであってもよい。代金支払い方法は、現金、クレジットカード、電子マネー、コード決済等である。第３の支払い受付手段４０１は、タッチパネル４２等の入力デバイスを介していずれか１つの代金支払い方法が選択入力されるのを受け付ける。
【0059】
第２処理手段４０２は、販売処理装置３から受信した購買商品に係る情報を基に当該購買商品の販売データを処理する機能である。第２処理手段４０２は、通信インターフェース８５を介して販売処理装置３から受信した購買商品の商品コードに基づいて商品マスタから商品名、単価等の商品データを取得し、商品コード、商品名、単価、購買数量、販売金額等の項目からなる購買商品の販売データを生成して、第３取引ファイル８２１に書き込む。
【0060】
第２決済手段４０３は、販売処理装置３から入力終了指示を受信したことに応じて、第１の支払い受付手段２０３又は第３の支払い受付手段４０１で受け付けた代金支払い方法に従い、第２処理手段４０２で処理した販売データの取引を決済する機能である。入力終了指示は、販売処理装置３において取引の決済が不可能である場合に、指示送信手段３１０としての機能により販売処理装置３から支払い機４へと送信される。第２決済手段４０３は、入力終了指示を受信すると、第１の支払い受付手段２０３又は第３の支払い受付手段４０１で受け付けた代金支払い方法に従い、第２処理手段４０２で処理した販売データの取引を決済する。第２決済手段４０３は、例えば代金支払い方法として現金を受け付けた場合には、自動釣銭機８８と協働して購買者との取引を決済する。第２決済手段４０３は、例えば代金支払い方法としてキャッシュレス決済を受け付けた場合には、キャッシュレス決済端末８９と協働して購買者との取引を決済する。
【0061】
削除手段４０４は、販売処理装置３から削除の指示を受けたことに応じて、第２処理手段４０２で処理した販売データを削除する機能である。削除手段４０４は、通信インターフェース８５を介して販売処理装置３から販売データの削除を指示する信号を受信すると、第３取引ファイル８２１に記憶したデータを削除する。
【0062】
入力装置２の入力手段２０１、終了受付手段２０２及び第１の支払い受付手段２０３としての機能、及び、販売処理装置３の第１通信手段３０１、第１処理手段３０２、第２の支払い受付手段３０３、第１決済手段３０４、記憶手段３０５、案内手段３０６、無効手段３０７、第２通信手段３０８、情報送信手段３０９、指示送信手段３１０及び削除指示手段３１１としての機能は、いずれもプロセッサ６１が第１の業務プログラムに従って実行する情報処理によって実現される。
【0063】
第１の業務プログラムは、メインメモリ６２又は補助記憶デバイス６３に記憶されるアプリケーションプログラムの一種である。第１の業務プログラムをメインメモリ６２又は補助記憶デバイス６３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に第１の業務プログラムを記録して、あるいはネットワークを介した通信により第１の業務プログラムを配信して、メインメモリ６２又は補助記憶デバイス６３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0064】
一方、支払い機４の第３の支払い受付手段４０１、第２処理手段４０２、第２決済手段４０３及び削除手段４０４としての機能は、プロセッサ８１が第２の業務プログラムに従って実行する情報処理によって実現される。
【0065】
第２の業務プログラムは、メインメモリ８２又は補助記憶デバイス８３に記憶されるアプリケーションプログラムの一種である。第２の業務プログラムをメインメモリ８２又は補助記憶デバイス８３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に第２の業務プログラムを記録して、あるいはネットワークを介した通信により第２の業務プログラムを配信して、メインメモリ８２又は補助記憶デバイス８３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0066】
［商品販売システムの動作説明］
次に、図６乃至図１３の流れ図、及び、図１４乃至図３８の画面例を用いて、商品販売システム１の主要な動作を説明する。なお、流れ図を用いて説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。
次に、図６乃至図１３の流れ図、及び、図１４乃至図３８の画面例を用いて、商品販売システム１の主要な動作を説明する。なお、流れ図を用いて説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。
【0067】
図６乃至図９は、販売処理装置３のプロセッサ６１が第１の業務プログラムに従って実行する第１の情報処理の要部手順を示す流れ図である。売場を回って購買商品を集めた購買者は、会計場へと移動する。そして購買者は、空いている通路ＰＡのチェックアウトカウンタ５１に購買商品を置く。スペースＳＰに立つ店員は、購買者が会計場に来ると、登録開始を指令する。例えば店員は、タッチパネル２３に表示されたスタートボタンにタッチする。この操作が、登録開始の指令となる。この指令を受けて、プロセッサ６１は、第１の情報処理を開始する。プロセッサ６１は、ＡＣＴ１０１として入力装置２におけるタッチパネル２３及びディスプレイ２５の画面を登録画面とする。
【0068】
図１４は、タッチパネル２３に表示される登録画面ＳＡａの一例である。登録画面ＳＡａは、カレントエリアＡＡａと、明細エリアＡＡｂと、合計エリアＡＡｃとに区分される。カレントエリアＡＡａは、最新の購買商品の商品名、購買数量及び販売金額を表示するためのエリアである。明細エリアＡＡｂは、一連の番号順に、一取引における購買商品の商品名、購買数量、単価、値割引額及び販売金額をリスト形式で表示するエリアである。合計エリアＡＡｃは、一取引における購買商品の購買数量の合計と販売金額の合計とを表示するエリアである。登録画面ＳＡａは、小計ボタンＢＡａを含む。小計ボタンＢＡａは、ソフトウェアキーである。小計ボタンＢＡａは、一取引として登録した購買商品の小計出力を指令するための操作子である。
【0069】
図１５は、ディスプレイ２５に表示される登録画面ＳＢａの一例である。登録画面ＳＢａは、画面を複数の行（図１５の例では７つの行）に区分し、１行目から最終行の１つの前までの行を明細エリアＡＢａの行とし、最終行を合計エリアＡＢｂの行とする。そして、明細エリアＡＢａの行では、１行ずつ購買商品の商品名、単価、購買数量及び販売金額を表示する。合計エリアＡＢｂでは、１行に購買数量の合計と販売金額の合計とを表示する。
【0070】
登録画面ＳＡａを確認した店員は、チェックアウトカウンタ５１に置かれた購買商品の登録を行う。すなわち店員は、購買商品に付されているバーコードを入力装置２の定置式スキャナ２１又はハンディスキャナ２２でスキャニングする。バーコードをスキャニングすることにより、入力装置インターフェース７１を介して購買商品の商品コードが販売処理装置３に入力される。なお、購買商品にバーコードが付されていない場合には、店員は、入力装置２のタッチパネル２３にバーコード無商品のリストを表示させる。そして店員は、そのリストの中から購買商品を選択する。このような操作により、バーコードのない購買商品の商品コードが入力装置インターフェース７１を介して販売処理装置３に入力される。
【0071】
タッチパネル２３及びディスプレイ２５の画面を登録画面ＳＡａ及び登録画面ＳＢａとしたプロセッサ６１は、ＡＣＴ１０２へと進む。プロセッサ６１は、ＡＣＴ１０２として購買商品の登録を待ち受ける。入力装置インターフェース７１を介して入力装置２から商品コードが入力されると、プロセッサ６１は、購買商品の登録有りと判断する。プロセッサ６１は、ＡＣＴ１０２からＡＣＴ１０３へと進む。プロセッサ６１は、ＡＣＴ１０３として通信インターフェース６５を介して支払い機４に入力イベントを送信する。入力イベントは、定置式スキャナ２１、ハンディスキャナ２２又はタッチパネル２３から入力された商品コードを含む。
【0072】
入力イベントを送信したプロセッサ６１は、ＡＣＴ１０４へと進む。プロセッサ６１は、ＡＣＴ１０４として商品販売データ処理を実行する。この処理は、入力された商品コードで特定される商品の商品名、単価等を商品マスタから読込み、商品コード、商品名、単価、購買数量、販売金額等を含む購買商品の販売データを生成して、第１取引ファイル６２１に書き込む処理である。
【0073】
商品販売データ処理を終えたプロセッサ６１は、ＡＣＴ１０５へと進む。プロセッサ６１は、ＡＣＴ１０５として登録画面ＳＡａ及び登録画面ＳＢａを更新する。
登録画面ＳＡａに関しては、プロセッサ６１は、第１取引ファイル６２１に書き込んだ販売データの商品名、購買数量及び販売金額をカレントエリアＡＡａに表示する。このとき、１つ前に登録された購買商品の販売データがカレントエリアＡＡａに表示されていた場合には、プロセッサ６１は、その販売データの商品名、購買数量、単価、値割引額及び販売金額を明細エリアＡＡｂに表示する。またプロセッサ６１は、第１取引ファイル６２１に記憶した全ての販売データの購買数量及び販売金額の合計を合計エリアＡＡｃに表示する。
登録画面ＳＡａに関しては、プロセッサ６１は、第１取引ファイル６２１に書き込んだ販売データの商品名、購買数量及び販売金額をカレントエリアＡＡａに表示する。このとき、１つ前に登録された購買商品の販売データがカレントエリアＡＡａに表示されていた場合には、プロセッサ６１は、その販売データの商品名、購買数量、単価、値割引額及び販売金額を明細エリアＡＡｂに表示する。またプロセッサ６１は、第１取引ファイル６２１に記憶した全ての販売データの購買数量及び販売金額の合計を合計エリアＡＡｃに表示する。
【0074】
登録画面ＳＢａに関しては、プロセッサ６１は、第１取引ファイル６２１に書き込んだ販売データの商品名、単価、購買数量及び販売金額を明細エリアＡＢａの１行目に表示する。このとき、明細エリアＡＢａの１行目に販売データが表示されていた場合には、プロセッサ６１は、１行目以降のデータを２行目以降に順次シフトしてから、第１取引ファイル６２１に書き込んだ販売データを１行目に表示する。またプロセッサ６１は、第１取引ファイル６２１に記憶した全ての販売データの購買数量及び販売金額の合計を合計エリアＡＢｂに表示する。
【0075】
登録画面ＳＡａ及び登録画面ＳＢａを更新したプロセッサ６１は、ＡＣＴ１０６へと進む。プロセッサ６１は、ＡＣＴ１０６として次の購買商品が登録されたか否かを確認する。次の購買商品が登録されていない場合には、プロセッサ６１は、ＡＣＴ１０７として小計ボタンＢＡａが入力されたか否かを確認する。小計ボタンＢＡａが入力されていない場合には、プロセッサ６１は、ＡＣＴ１０６へと戻る。このようにプロセッサ６１は、ＡＣＴ１０６及びＡＣＴ１０７として次の購買商品が登録されるか小計ボタンＢＡａが入力されるのを待ち受ける。
【0076】
ＡＣＴ１０６及びＡＣＴ１０７の待ち受け状態において、購買商品が登録されると、プロセッサ６１は、ＡＣＴ１０３へと戻る。そしてプロセッサ６１は、ＡＣＴ１０３乃至ＡＣＴ１０５の処理を前述したのと同様に実行する。かくして、店員が入力装置２の定置式スキャナ２１、ハンディスキャナ２２又はタッチパネル２３を操作して、チェックアウトカウンタ５１に置かれた購買商品を１品ずつ登録する毎に、プロセッサ６１は、その購買商品に係る情報、すなわち商品コードを含む入力イベントを支払い機４に送信する。またプロセッサ６１は、その商品コードを基に購買商品の販売データを生成して、第１取引ファイル６２１に書き込む。こうして、購買商品の登録を終えると、店員は、小計ボタンＢＡａにタッチする。
【0077】
ＡＣＴ１０６及びＡＣＴ１０７の待ち受け状態において、小計ボタンＢＡａがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１０８へと進む。プロセッサ６１は、ＡＣＴ１０８として入力装置２におけるタッチパネル２３及びディスプレイ２５の画面を小計画面とする。
【0078】
図１６は、タッチパネル２３に表示される小計画面ＳＡｂの一例である。小計画面ＳＡｂは、一取引における購買商品の購買数量の合計と販売金額の合計が表示される合計エリアＡＡｄを含む。また小計画面ＳＡｂは、小計値引ボタンＢＡｂ、小計割引ボタンＢＡｃ、支払い方法選択ボタンＢＡｄ、支払いボタンＢＡｅ及び戻るボタンＢＡｆを含む。各ボタンＢＡｂ，ＢＡｃ，ＢＡｅ，ＢＡｆはソフトウェアキーである。小計値引ボタンＢＡｂは、合計金額の値引を指令するための操作子である。小計割引ボタンＢＡｃは、合計金額の割引を指令するための操作子である。因みに、小計値引ボタンＢＡｂを入力するとともにキーボード２４のテンキーで値引額を入力することにより、合計金額が値引される。同様に、小計割引ボタンＢＡｃを入力するとともにキーボード２４のテンキーで割引率を入力することにより、合計金額が割引される。
【0079】
支払い方法選択ボタンＢＡｄは、支払い方法の選択を指令するための操作子である。支払いボタンＢＡｅは、購買商品の登録を終えて代金支払いへの移行を指令するための操作子である。戻るボタンＢＡｆは、購買商品の登録に戻ることを指令するための操作子である。
【0080】
図１７は、ディスプレイ２５に表示される小計画面ＳＢｂの一例である。小計画面ＳＢｂは、代金の支払いに関する情報が表示されるエリアＡＢｃを含む。エリアＡＢｃには、購買商品の合計数量及び合計金額と、預り金額と、残額が表示される。この時点では、預かり金額が発生していないので、預かり金額は０円であり、残額は、合計金額から預り金額を減じた金額となる。
【0081】
小計画面ＳＡｂを確認した店員は、未登録の購買商品がチェックアウトカウンタ５１に残っているか否かを確認する。未登録の購買商品がある場合、店員は戻るボタンＢＡｆにタッチする。未登録の購買商品がない場合には、店員は購買者に支払い方法を確認するか否かを決める。例えば、店舗が混雑している時間帯は購買者に支払い方法を確認し、空いている時間帯は購買者に支払い方法を確認しない。購買者に支払い方法を確認する場合には、店員は支払い方法選択ボタンＢＡｄにタッチする。購買者に支払い方法を確認しない場合には、店員は支払いボタンＢＡｅにタッチする。
【0082】
タッチパネル２３の画面を小計画面ＳＡｂとし、またディスプレイ２５の画面を小計画面ＳＢｂとしたプロセッサ６１は、ＡＣＴ１０９へと進む。プロセッサ６１は、ＡＣＴ１０９として戻るボタンＢＡｆが入力されたか否かを確認する。戻るボタンＢＡｆが入力されていない場合には、プロセッサ６１は、ＡＣＴ１１０へと進む。プロセッサ６１は、ＡＣＴ１１０として支払い方法選択ボタンＢＡｄが入力されたか否かを確認する。支払い方法選択ボタンＢＡｄが入力されていない場合には、プロセッサ６１は、ＡＣＴ１１１へと進む。プロセッサ６１は、ＡＣＴ１１１として支払いボタンＢＡｅが入力されたか否かを確認する。支払いボタンＢＡｅが入力されていない場合には、プロセッサ６１は、ＡＣＴ１０９へと戻る。このように、小計画面ＳＡｂを表示したプロセッサ６１は、ＡＣＴ１０９乃至ＡＣＴ１１１において戻るボタンＢＡｆが入力されるか、支払い方法選択ボタンＢＡｄが入力されるか、支払いボタンＢＡｅが入力されるのを待ち受ける。
【0083】
ＡＣＴ１０９乃至ＡＣＴ１１１の待ち受け状態において、戻るボタンＢＡｆがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１０９からＡＣＴ１１２へと進む。プロセッサ６１は、ＡＣＴ１１２としてタッチパネル２３及びディスプレイ２５の画面を直前の登録画面ＳＡａ及び登録画面ＳＢａに戻す。そしてプロセッサ６１は、ＡＣＴ１０６及びＡＣＴ１０７の待ち受け状態となる。かくして店員は、入力装置２の定置式スキャナ２１、ハンディスキャナ２２又はタッチパネル２３を操作して、未登録であった購買商品の登録を行うことができる。
【0084】
ＡＣＴ１０９乃至ＡＣＴ１１１の待ち受け状態において、支払い方法選択ボタンＢＡｄがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１０１から図７のＡＣＴ１２１へと進む。プロセッサ６１は、ＡＣＴ１２１としてタッチパネル２３の画面を支払い方法選択画面ＳＡｃ（図１８を参照）とする。ディスプレイ２５の画面は、小計画面ＳＢｂのままである。
【0085】
図１８は、タッチパネルに表示される支払い方法選択画面ＳＡｃの一例である。支払い方法選択画面ＳＡｃは、小計画面ＳＡｂと同様の合計エリアＡＡｄを含む。また支払い方法選択画面ＳＡｃは、支払い方法別の選択ボタン群ＢＡｇを含む。選択ボタン群ＢＡｇには、現金ボタン、クレジットボタン、電子マネーボタン及びコード決済ボタンが含まれる。
【0086】
現金ボタンは、現金支払いを指令するためのボタンである。クレジットボタンは、クレジットカード支払いを指令するためのボタンである。電子マネーボタンは、電子マネー支払いを指令するためのボタンである。コード決済ボタンは、コード決済支払いを指令するためのボタンである。現金ボタン、クレジットボタン、電子マネーボタン及びコード決済ボタンは、いずれもソフトウェアキーである。
【0087】
支払い方法選択画面ＳＡｃを確認した店員は、購買者に支払い方法を確認する。そして店員は、購買者が選択した支払い方法のボタンにタッチする。例えば購買者が現金で支払うことを希望した場合には、店員は、選択ボタン群ＢＡｇの現金ボタンにタッチする。例えば購買者がクレジットカードで支払うことを希望した場合には、店員は、選択ボタン群ＢＡｇのクレジットボタンにタッチする。同様に、購買者が電子マネー又はコード決済で支払うことを希望した場合にも、店員は、選択ボタン群ＢＡｇの該当するボタンにタッチする。
【0088】
タッチパネル２３の画面を支払い方法選択画面ＳＡｃとしたプロセッサ６１は、ＡＣＴ１２２へと進む。プロセッサ６１は、ＡＣＴ１２２として支払い方法が選択されるのを待ち受ける。選択ボタン群ＢＡｇに対するタッチ操作によりいずれかの支払い方法が選択されると、プロセッサ６１は、ＡＣＴ１２３へと進む。プロセッサ６１は、ＡＣＴ１２３として選択された支払い方法の支払いコードを取得する。本実施形態では、現金支払い、クレジットカード支払い、電子マネー支払い、コード決済支払い等の支払い方法別に予め固有の支払いコードが設定されている。例えば現金ボタンがタッチされた場合には、プロセッサ６１は、現金支払いに対応する支払いコード、例えば“１１１”を取得する。例えばクレジットボタンがタッチされた場合には、プロセッサ６１は、クレジットカード支払いに対応する支払いコード、例えば“２２２”を取得する。他の電子マネーボタン及びコード決済ボタンがタッチされた場合も同様である。
【0089】
支払いコードを取得したプロセッサ６１は、ＡＣＴ１２４へと進む。プロセッサ６１は、ＡＣＴ１２４として通信インターフェース６５を介して支払い機４に選択イベントを送信する。選択イベントは、支払い方法選択画面ＳＡｃで選択された支払い方法の支払いコードを含む。
【0090】
選択イベントを送信したプロセッサ６１は、ＡＣＴ１２５へと進む。プロセッサ６１は、ＡＣＴ１２５としてタッチパネル２３の画面を支払い画面ＳＡｄ（図１９を参照）とする。ディスプレイ２５の画面は、小計画面ＳＢｂのままである。
【0091】
図１９は、支払い方法として現金支払いが選択された際の支払い画面ＳＡｄの一例である。支払い画面ＳＡｄは、小計画面ＳＡｂ及び支払い方法選択画面ＳＡｃと同様の合計エリアＡＡｄを含む。また支払い画面ＳＡｄは、支払いボタンＢＡｈを含む。支払いボタンＢＡｈは、ソフトウェアキーである。支払い画面ＳＡｄを確認した店員は、支払いボタンＢＡｈにタッチする。
【0092】
タッチパネル２３の画面を支払い画面ＳＡｄとしたプロセッサ６１は、ＡＣＴ１２６へと進む。プロセッサ６１は、ＡＣＴ１２６として支払いボタンＢＡｈが入力されるのを待ち受ける。支払いボタンＢＡｈがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１２７へと進む。
【0093】
一方、図６におけるＡＣＴ１０９乃至ＡＣＴ１１１の待ち受け状態において、支払いボタンＢＡｅがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１１１から図７のＡＣＴ１２７へと進む。このように、小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力されると、プロセッサ６１は、ＡＣＴ１２７へと進む。
【0094】
プロセッサ６１は、ＡＣＴ１２７として第１の支払い中フラグＦａを調べる。販売処理装置３において代金の支払いが行われていない状態では、第１の支払い中フラグＦａは“０”である。第１の支払い中フラグＦａが“０”であるとき、プロセッサ６１は、ＡＣＴ１２７から図８のＡＣＴ１３１へと進む。ＡＣＴ１３１以降の処理については後述する。
【0095】
ＡＣＴ１２７において第１の支払い中フラグＦａが“１”、すなわち販売処理装置３において代金の支払いが行われている状態では、プロセッサ６１は、ＡＣＴ１２８へと進む。プロセッサ６１は、ＡＣＴ１２８として第２の支払い中フラグＦｂを調べる。支払い機４において代金の支払いが行われていない状態では、第２の支払い中フラグＦｂは“０”である。第２の支払い中フラグＦｂが“０”であるとき、プロセッサ６１は、ＡＣＴ１２８から図９のＡＣＴ１４１へと進む。ＡＣＴ１４１以降の処理についても後述する。
【0096】
ＡＣＴ１２８において第２の支払い中フラグＦｂが“１”、すなわち支払い機４において代金の支払いが行われている状態では、プロセッサ６１は、ＡＣＴ１２９へと進む。プロセッサ６１は、ＡＣＴ１２９としてタッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄに代金の支払いが不可能であることを報知するポップアップＰＵａ（図２０を参照）を表示する。またプロセッサ６１は、ディスプレイ２５の小計画面ＳＢｂに、代金の支払いが不可能であるため待機することを指示するためのテキストＴＸａ（図２１を参照）を表示する。
【0097】
図２０は、タッチパネル２３の支払い画面ＳＡｄに表示されるポップアップＰＵａの一例である。ポップアップＰＵａを確認した店員は、前の購買者が代金の支払いを終えるまで待機することとなる。
【0098】
図２１は、ディスプレイ２５の小計画面ＳＢｂに表示されるテキストＴＸａの一例である。テキストＴＸａを確認した購買者は、代金の支払いが可能となるまで待機することとなる。
【0099】
タッチパネル２３及びディスプレイ２５を用いて代金の支払いが不可能であることを報知したプロセッサ６１は、ＡＣＴ１２６へと戻る。プロセッサ６１は、支払いボタンＢＡｅ又は支払いボタンＢＡｈが入力されるのを待ち受ける。支払いボタンＢＡｅ又は支払いボタンＢＡｈが入力されると、プロセッサ６１は、ＡＣＴ１２７へと進む。そしてプロセッサ６１は、ＡＣＴ１２７以降の処理を前述したのと同様に実行する。したがって、第１の支払い中フラグＦａが“０”に書き換えられていた場合には、プロセッサ６１は、図８のＡＣＴ１３１へと進む。第１の支払い中フラグＦａは“１”のままだが第２の支払い中フラグＦｂが“０”に書き換えられていた場合には、プロセッサ６１は、図９のＡＣＴ１４１へと進む。
【0100】
これに対し、第１の支払い中フラグＦａ及び第２の支払い中フラグＦｂが依然として“１”のままであった場合には、プロセッサ６１は、ＡＣＴ１２９へと進む。したがって、タッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄにはポップアップＰＵａが継続して表示され、ディスプレイ２５の小計画面ＳＢｂにはテキストＴＸａが継続して表示される。
【0101】
第１の支払い中フラグＦａが“０”のときに、小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力されると、プロセッサ６１は、図８のＡＣＴ１３１へと進む。プロセッサ６１は、ＡＣＴ１３１として通信インターフェース６５を介して支払い機４に削除イベントを送信する。
【0102】
削除イベントを送信したプロセッサ６１は、ＡＣＴ１３２へと進む。プロセッサ６１は、ＡＣＴ１３２としてタッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄに代金の支払いが可能であることを報知するポップアップＰＵｂ（図２２を参照）を表示する。またプロセッサ６１は、ディスプレイ２５の小計画面ＳＢｂに、代金の支払いが可能であることを指示するためのテキストＴＸｂ（図２３を参照）を表示する。
【0103】
図２２は、タッチパネル２３の支払い画面ＳＡｄに表示されるポップアップＰＵｂの一例である。ポップアップＰＵｂを確認した店員は、販売処理装置３で代金の支払いが可能であることを知り得るので、購買者を販売処理装置３が設置されている方へと案内することとなる。
【0104】
図２３は、ディスプレイ２５の小計画面ＳＢｂに表示されるテキストＴＸｂの一例である。テキストＴＸｂを確認した購買者は、店員の案内に従い販売処理装置３が設置されている方へと移動し、代金の支払いを行うこととなる。
【0105】
タッチパネル２３及びディスプレイ２５を用いて代金の支払いが可能であることを報知したプロセッサ６１は、ＡＣＴ１３３へと進む。プロセッサ６１は、ＡＣＴ１３３として第１取引ファイル６２１に記憶したデータ、つまりは一取引として登録された購買商品の販売データを第２取引ファイル６２２に複写する。次いでプロセッサ６１は、ＡＣＴ１３４として支払いコードを取得しているか否かを確認する。
【0106】
支払いコードを取得していない場合には、プロセッサ６１は、ＡＣＴ１３４からＡＣＴ１３５へと進む。プロセッサ６１は、ＡＣＴ１３５としてステータスメモリ６２３に記憶される支払いステータスＳＴを“１０”とする。これに対し、ＡＣＴ１２３の処理において支払いコードを取得している場合には、プロセッサ６１は、ＡＣＴ１３４からＡＣＴ１３６へと進む。プロセッサ６１は、ＡＣＴ１３６としてその支払いコードを第２取引ファイル６２２に追加する。またプロセッサ６１は、ＡＣＴ１３７としてステータスメモリ６２３に記憶される支払いステータスＳＴを“２０”とする。
【0107】
ＡＣＴ１３５又はＡＣＴ１３７の処理を終えると、プロセッサ６１は、ＡＣＴ１３８へと進む。プロセッサ６１は、ＡＣＴ１３８としてフラグメモリ６２４の第１の支払い中フラグＦａを“１”に書き換える。またプロセッサ６１は、ＡＣＴ１３９として第１取引ファイル６２１をクリアする。以上でプロセッサ６１は、第１の支払い中フラグＦａが“０”の状態、つまりは販売処理装置３が空いているときの購買者との取引に係る第１の情報処理を終了する。
【0108】
一方、第１の支払い中フラグＦａは“１”であるが、第２の支払い中フラグＦｂが“０”のときに、小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力されると、プロセッサ６１は、図９のＡＣＴ１４１へと進む。プロセッサ６１は、ＡＣＴ１４１として通信インターフェース６５を介して支払い機４に支払いイベントを送信する。
【0109】
支払いイベントを送信したプロセッサ６１は、ＡＣＴ１４２へと進む。プロセッサ６１は、ＡＣＴ１４２としてタッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄに、支払い機４が空いているため購買者を支払い機４へと案内するポップアップＰＵｃ（図２４を参照）を表示する。またプロセッサ６１は、ディスプレイ２５の小計画面ＳＢｂに、支払い機４で代金の支払いを行うことを購買者に指示するためのテキストＴＸｃ（図２５を参照）を表示する。
【0110】
図２４は、タッチパネル２３の支払い画面ＳＡｄに表示されるポップアップＰＵｃの一例である。ポップアップＰＵｃを確認した店員は、口頭で購買者をパトランプ４７が点灯している支払い機４へと案内することとなる。
【0111】
図２５は、ディスプレイ２５の小計画面ＳＢｂに表示されるテキストＴＸｃの一例である。テキストＴＸｃを確認した購買者は、店員の案内に従いパトランプ４７が点灯している支払い機４へと移動し、代金の支払いを行うこととなる。
【0112】
タッチパネル２３及びディスプレイ２５を用いて購買者を支払い機４へと案内したプロセッサ６１は、ＡＣＴ１４３へと進む。プロセッサ６１は、ＡＣＴ１４３として第２の支払い中フラグＦｂを“１”に書き換える。またプロセッサ６１は、ＡＣＴ１４４として第１取引ファイル６２１に記憶したデータを削除する。以上でプロセッサ６１は、第１の支払い中フラグＦａが“０”で第２の支払い中フラグＦｂが“１”の状態、つまり販売処理装置３は塞がっているが支払い機４は空いているときの購買者との取引に係る第１の情報処理を終了する。
【0113】
このように、第１取引ファイル６２１は、第１の情報処理が終了する前のＡＣＴ１３９又はＡＣＴ１４４の処理によりクリアされる。したがって、販売処理装置３のプロセッサ６１は、引き続き第１の情報処理を開始することができる。すなわち、次の購買者が会計場に来たので店員が登録開始を指令すると、プロセッサ６１は、ＡＣＴ１０１以降の第１の情報処理を前述したのと同様に実行する。
【0114】
ここにプロセッサ６１は、ＡＣＴ１０２の処理により、入力手段２０１としての機能を実現する。プロセッサ６１は、ＡＣＴ１１１及びＡＣＴ１２６の処理により、終了受付手段２０２としての機能を実現する。プロセッサ６１は、ＡＣＴ１２１乃至ＡＣＴ１２３の処理により、第１の支払い受付手段２０３としての機能を実現する。
【0115】
またプロセッサ６１は、ＡＣＴ１０４の処理により第１処理手段３０２としての機能を実現する。プロセッサ６１は、ＡＣＴ１２９の処理により、無効手段３０７としての機能を実現する。プロセッサ６１は、ＡＣＴ１４２の処理により、案内手段３０６としての機能を実現する。
【0116】
またプロセッサ６１は、ＡＣＴ１０３の処理により、情報送信手段３０９としての機能を実現する。プロセッサ６１は、ＡＣＴ１４１の処理により、指示送信手段３１０としての機能を実現する。プロセッサ６１は、ＡＣＴ１３１の処理により、削除指示手段３１１としての機能を実現する。
【0117】
図１０は、販売処理装置３のプロセッサ６１が第１の業務プログラムに従って実行する第２の情報処理の要部手順を示す流れ図である。プロセッサ６１は、前述した第１の情報処理と並行して第２の情報処理を実行する。
【0118】
プロセッサ６１は、ＡＣＴ１５１として第１の支払い中フラグＦａが“１”にセットされるのを待ち受ける。第１の情報処理のＡＣＴ１３８において、第１の支払い中フラグＦａが“１”にセットされると、プロセッサ６１は、ＡＣＴ１５２へと進む。プロセッサ６１は、ＡＣＴ１５２として第１のタッチパネル３２の画面を支払い開始画面ＳＣａ（図２６を参照）とする。
【0119】
図２６は、第１のタッチパネル３２に表示される支払い開始画面ＳＣａの一例である。支払い開始画面ＳＣａは、一取引における購買商品の購買数量の合計と販売金額の合計が表示される合計エリアＡＣａを含む。合計エリアＡＣａには、第２取引ファイル６２２に記憶された購買商品の販売データを基に算出された購買数量の合計と販売金額の合計が表示される。
【0120】
支払い開始画面ＳＣａを表示したプロセッサ６１は、ＡＣＴ１５３へと進む。プロセッサ６１は、ＡＣＴ１５３として支払いステータスＳＴを調べる。支払いステータスＳＴが“１０”、すなわち第１の情報処理で代金の支払い方法が選択されなかった場合には、プロセッサ６１は、ＡＣＴ１５３からＡＣＴ１５４へと進む。プロセッサ６１は、ＡＣＴ１５４として第２のタッチパネル３４の画面を支払い方法選択画面ＳＤａ（図２７を参照）とする。
【0121】
図２７は、第２のタッチパネル３４に表示される支払い方法選択画面ＳＤａの一例である。支払い方法選択画面ＳＤａは、支払い方法別の選択ボタン群ＢＤａを含む。選択ボタン群ＢＤａには、現金ボタン、クレジットボタン、電子マネーボタン及びコード決済ボタンが含まれる。また支払い方法選択画面ＳＤａは、一取引における購買商品の購買数量の合計と販売金額の合計が表示される合計エリアＡＤａを含む。合計エリアＡＤａには、第２取引ファイル６２２に記憶された購買商品の販売データを基に算出された購買数量の合計と販売金額の合計が表示される。
【0122】
支払い方法選択画面ＳＤａを確認した購買者は、希望する支払い方法のボタンにタッチする。例えば現金で支払うことを希望した購買者は、選択ボタン群ＢＤａの現金ボタンにタッチする。例えばクレジットカードで支払うことを希望する購買者は、選択ボタン群ＢＤａのクレジットボタンにタッチする。例えば電子マネーで支払うことを希望する購買者は、選択ボタン群ＢＤａの電子マネーボタンにタッチする。例えばコード決済で支払うことを希望する購買者は、選択ボタン群ＢＤａのコード決済ボタンにタッチする。
【0123】
第２のタッチパネル３４の画面を支払い方法選択画面ＳＤａとしたプロセッサ６１は、ＡＣＴ１５５へと進む。プロセッサ６１は、ＡＣＴ１５５として支払い方法が選択されるのを待ち受ける。選択ボタン群ＢＤａに対するタッチ操作によりいずれかの支払い方法が選択されると、プロセッサ６１は、ＡＣＴ１５６へと進む。プロセッサ６１は、ＡＣＴ１５６として、第１の情報処理のＡＣＴ１２３の処理と同様に、選択された支払い方法の支払いコードを取得する。
【0124】
一方、ＡＣＴ１５３において支払いステータスＳＴが“２０”、すなわち第１の情報処理で代金の支払い方法が選択されていた場合には、プロセッサ６１は、ＡＣＴ１５３からＡＣＴ１５７へと進む。プロセッサ６１は、ＡＣＴ１５７として第２取引ファイル６２２から支払いコードを抽出する。
【0125】
ＡＣＴ１５６又はＡＣＴ１５７の処理を終えたプロセッサ６１は、ＡＣＴ１５８へと進む。プロセッサ６１は、ＡＣＴ１５８として第１のタッチパネル３２及び第２のタッチパネル３４の画面を支払い通知画面とする。支払い通知画面は、ＡＣＴ１５６又はＡＣＴ１５７の処理により得た支払いコードに基づく画面である。
【0126】
図２８は、第１のタッチパネル３２に表示される支払い通知画面の一例である。図２８は、ＡＣＴ１５６又はＡＣＴ１５７の処理により現金支払いの支払いコードを得た場合の現金支払い通知画面ＳＣｂを示す。現金支払い通知画面ＳＣｂは、支払い開始画面ＳＣａと同様の合計エリアＡＣａを含む。また現金支払い通知画面ＳＣｂは、釣銭機情報エリアＡＣｂを含む。釣銭機情報エリアＡＣｂには、合計金額と、自動釣銭機３６に投入された現金の総額いわゆる投入金額と、合計金額から投入金額を減額した残額とが表示される。
【0127】
図２９は、第２のタッチパネル３４に表示される支払い通知画面の一例である。図２９は、ＡＣＴ１５６又はＡＣＴ１５７の処理により現金支払いの支払いコードを得た場合の現金支払い通知画面ＳＤｂを示す。現金支払い通知画面ＳＤｂは、現金支払い通知画面ＳＣｂと同様の釣銭機情報エリアＡＤｂを含む。
【0128】
支払い通知画面を確認した購買者は、自らが選択した支払い方法で代金を支払う。例えば現金支払いを選択した購買者は、自動釣銭機３６に現金を投入する。クレジットカード支払いを選択した購買者は、キャッシュレス決済端末３７のリーダでクレジットカードのデータを読み取らせる。電子マネー支払いを選択した購買者は、キャッシュレス決済端末３７のリーダで電子マネー媒体のデータを読み取らせる。コード決済支払いを選択した購買者は、キャッシュレス決済端末３７のスキャナでコード決済用のバーコードまたは二次元データコードを読み取らせる。
【0129】
第１のタッチパネル３２及び第２のタッチパネル３４の画面を支払い通知画面としたプロセッサ６１は、ＡＣＴ１５９へと進む。プロセッサ６１は、ＡＣＴ１５９として代金の支払いが開始されるのを待ち受ける。例えば現金支払いが選択された場合には、プロセッサ６１は、自動釣銭機３６に現金が投入されるのを待ち受ける。例えばクレジットカード支払いが選択された場合には、プロセッサ６１は、キャッシュレス決済端末３７でクレジットカードのデータが読み取られるのを待ち受ける。例えば電子マネー支払いが選択された場合には、プロセッサ６１は、キャッシュレス決済端末３７で電子マネーのデータが読み取られるのを待ち受ける。例えばコード決済支払いが選択された場合には、プロセッサ６１は、キャッシュレス決済端末３７でコード決済用のバーコード又は二次元データコードが読み取られるのを待ち受ける。
【0130】
代金の支払いが開始されると、プロセッサ６１は、ＡＣＴ１５９からＡＣＴ１６０へと進む。プロセッサ６１は、ＡＣＴ１６０として第１のタッチパネル３２及び第２のタッチパネル３４の画面を支払い中画面とする。
【0131】
図３０は、第１のタッチパネル３２に表示される支払い中画面の一例である。図３０は、ＡＣＴ１５６又はＡＣＴ１５７の処理により現金支払いの支払いコードを得た場合の現金支払い中画面ＳＣｃを示す。現金支払い中画面ＳＣｃは、現金支払い通知画面ＳＣｂと同一のレイアウトである。現金支払い中画面ＳＣｃは、釣銭機情報エリアＡＣｂに表示される情報が、自動釣銭機３６に投入された現金の金額に応じて更新される。
【0132】
図３１は、第２のタッチパネル３４に表示される支払い中画面の一例である。図３１は、ＡＣＴ１５６又はＡＣＴ１５７の処理により現金支払いの支払いコードを得た場合の現金支払い中画面ＳＤｃを示す。現金支払い中画面ＳＤｃも、現金支払い中画面ＳＣｃと同様に、釣銭機情報エリアＡＤｂに表示される情報が、自動釣銭機３６に投入された現金の金額に応じて更新される。支払い中画面は、さらに会計ボタンＢＤｂを含む。会計ボタンＢＤｂは、ソフトウェアキーである。会計ボタンＢＤｂは、代金の支払い終了を指令するための操作子である。選択した支払い方法での代金の支払いを終えた購買者は、会計ボタンＢＤｂにタッチする。
【0133】
第１のタッチパネル３２及び第２のタッチパネル３４の画面を支払い中画面としたプロセッサ６１は、ＡＣＴ１６１へと進む。プロセッサ６１は、ＡＣＴ１６１として会計ボタンＢＤｂが入力されるのを待ち受ける。会計ボタンＢＤｂがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１６２へと進む。プロセッサ６１は、ＡＣＴ１６２として支払いコードに基づき取引の決済処理を実行する。すなわち、支払いコードが現金支払いのコードである場合には、プロセッサ６１は、自動釣銭機３６に投入された現金で取引の決済処理を実行する。支払いコードがクレジットカード支払いのコードである場合には、プロセッサ６１は、キャッシュレス決済端末３７で読み取ったクレジットカードのデータで取引の決済処理を実行する。支払いコードが電子マネー支払いのコードである場合には、プロセッサ６１は、キャッシュレス決済端末３７で読み取った電子マネーのデータで取引の決済処理を実行する。支払いコードがコード決済支払いのコードである場合には、プロセッサ６１は、キャッシュレス決済端末３７で読み取ったバーコード又は二次元データコードで取引の決済処理を実行する。これらの決済処理はいずれも周知であるので、詳細な説明は省略する。
【0134】
決済処理を終えると、プロセッサ６１は、ＡＣＴ１６３へと進む。プロセッサ６１は、ＡＣＴ１６３として代金の支払いが完了したか否かを判定する。支払われた代金が不足しており支払いが完了していない場合には、プロセッサ６１は、ＡＣＴ１５４に戻る。すなわちプロセッサ６１は、第２のタッチパネル３４の画面を支払い方法選択画面ＳＤａとする。そしてプロセッサ６１は、支払い方法が選択されるのを待ち受ける。選択ボタン群ＢＤａに対するタッチ操作によりいずれかの支払い方法が選択されると、プロセッサ６１は、支払いコードを取得する。以後、プロセッサ６１は、ＡＣＴ１５８乃至ＡＣＴ１６３の処理を前述したのと同様に実行する。
【0135】
ＡＣＴ１６３において、代金の支払いが完了したと判定すると、プロセッサ６１は、ＡＣＴ１６４へと進む。プロセッサ６１は、ＡＣＴ１６４としてプリンタ３５を駆動して取引レシートを発行する。またプロセッサ６１は、ＡＣＴ１６５として第１のタッチパネル３２及び第２のタッチパネル３４の画面を支払い完了画面とする。
【0136】
図３２は、第１のタッチパネル３２に表示される支払い完了画面の一例である。図３２は、ＡＣＴ１５６又はＡＣＴ１５７の処理により現金支払いの支払いコードを得た場合の現金支払い完了画面ＳＣｄを示す。現金支払い完了画面ＳＣｄは、現金支払い通知画面ＳＣｂ及び現金支払い中画面ＳＣｃと同様の釣銭機情報エリアＡＣｂを含む。店員は、釣銭機情報エリアＡＣｂに表示される情報により、現金支払いを選択した購買者の支払いが完了したことを知り得る。
【0137】
図３３は、第２のタッチパネル３４に表示される支払い完了画面の一例である。図３３は、ＡＣＴ１５６又はＡＣＴ１５７の処理により現金支払いの支払いコードを得た場合の現金支払い完了画面ＳＤｄを示す。現金支払い完了画面ＳＤｄは、現金支払い通知画面ＳＤｂ及び現金支払い中画面ＳＤｃと同様の釣銭機情報エリアＡＤｂを含む。現金支払い完了画面ＳＤｄを確認した購買者は、レシートとお釣りを取って店を出ることとなる。
【0138】
支払い完了画面を表示したプロセッサ６１は、ＡＣＴ１６６へと進む。プロセッサ６１は、ＡＣＴ１６６として第２取引ファイル６２２に記憶したデータ、つまりは決済を完了した購買者が購入した商品のデータを保存する。データの保存先は、例えば補助記憶デバイス６３である。データの保存先は、メインメモリ６２であってもよい。あるいは、通信インターフェース６５を介してＰＯＳサーバ５５に第２取引ファイル６２２のデータを送信して、ＰＯＳサーバ５５で保存してもよい。
【0139】
第２取引ファイル６２２のデータを保存したプロセッサ６１は、ＡＣＴ１６７へと進むプロセッサ６１は、ＡＣＴ１６７として第２取引ファイル６２２をクリアする。またプロセッサ６１は、ＡＣＴ１６８として第１の支払い中フラグＦａを“０”に書き換える。以上で、プロセッサ６１は、第２の情報処理を終了する。
【0140】
このように、第２取引ファイル６２２は、第２の情報処理が終了する前のＡＣＴ１６７の処理によりクリアされる。また、第１の支払い中フラグＦａは、第２の情報処理が終了する前のＡＣＴ１６８の処理により“０”に書き換えられる。したがって、販売処理装置３のプロセッサ６１は、第２の情報処理と並行して行っていた第１の情報処理において、第２の情報処理の終了後に小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力されると、再び第２の情報処理を開始する。
【0141】
ここにプロセッサ６１は、ＡＣＴ１５３及びＡＣＴ１５４の処理により第２の支払い受付手段３０３としての機能を実現する。プロセッサ６１は、ＡＣＴ１６２の処理により第１決済手段３０４としての機能を実現する。
【0142】
図１１は、販売処理装置３のプロセッサ６１が第１の業務プログラムに従って実行する第３の情報処理の要部手順を示す流れ図である。プロセッサ６１は、前述した第１の情報処理及び第２の情報処理と並行して第３の情報処理を実行する。
【0143】
プロセッサ６１は、ＡＣＴ１７１として第２の支払い中フラグＦｂが“１”にセットされるのを待ち受ける。第１の情報処理のＡＣＴ１４３において、第２の支払い中フラグＦｂが“１”にセットされると、プロセッサ６１は、ＡＣＴ１７２へと進む。プロセッサ６１は、ＡＣＴ１７２として支払い機４での代金支払いが完了するのを待ち受ける。詳細は後述するが、支払い機４において代金支払いが完了すると、支払い機４から販売処理装置３に対して支払い完了イベントが送信される。
【0144】
プロセッサ６１は、支払い機４から支払い完了イベントを受信すると、支払い機４での代金支払いが完了したと認定する。プロセッサ６１は、ＡＣＴ１７２からＡＣＴ１７３へと進む。プロセッサ６１は、ＡＣＴ１７３として第２の支払い中フラグＦｂを“０”に書き換える。以上で、プロセッサ６１は、第３の情報処理を終了する。
【0145】
このように、第２の支払い中フラグＦｂは、第３の情報処理が終了する前のＡＣＴ１７３の処理により“０”に書き換えられる。したがって、販売処理装置３のプロセッサ６１は、第３の情報処理と並行して行っていた第１の情報処理において、第３の情報処理の終了後に小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力された時点で第１の支払い中フラグＦａが“１”であるとき、再び第３の情報処理を開始する。
【0146】
図１２及び図１３は、支払い機４のプロセッサ８１が第２の業務プログラムに従って実行する第４の情報処理の要部手順を示す流れ図である。待機状態にある支払い機４のプロセッサ８１は、図１２の流れ図に示す手順の情報処理を開始する。先ず、プロセッサ８１は、ＡＣＴ２０１としてタッチパネル４２の画面を待機画面とする。待機画面は、支払い機４が待機状態にあることを示す画面である。例えば「お待ちください」、「いらっしゃいませ」等のテキストを表示した画面を待機画面とする。
【0147】
タッチパネル４２の画面を待機画面としたプロセッサ８１は、ＡＣＴ２０２として入力イベントを待ち受ける。通信インターフェース８５を介して販売処理装置３から入力イベントを受信すると、プロセッサ８１は、ＡＣＴ２０３へと進む。プロセッサ８１は、ＡＣＴ２０３として商品販売データ処理を実行する。この処理は、入力イベントに含まれる商品コードで特定される商品の商品名、単価等を商品マスタから読込み、商品コード、商品名、単価、購買数量、販売金額等を含む購買商品の販売データを生成して、第３取引ファイル８２１に書き込む処理である。
【0148】
商品販売データ処理を実行したプロセッサ８１は、ＡＣＴ２０４へと進む。プロセッサ８１は、ＡＣＴ２０４として新らに入力イベントを受信したか否かを確認する。入力イベントを受信していない場合、プロセッサ８１は、ＡＣＴ２０５へと進む。プロセッサ８１は、ＡＣＴ２０５として選択イベントを受信したか否かを確認する。選択イベントを受信していない場合、プロセッサ８１は、ＡＣＴ２０６へと進む。プロセッサ８１は、ＡＣＴ２０６として削除イベントを受信したか否かを確認する。削除イベントを受信していない場合、プロセッサ８１は、ＡＣＴ２０７へと進む。プロセッサ８１は、ＡＣＴ２０７として支払いイベントを受信したか否かを確認する。支払いイベントを受信していない場合、プロセッサ８１は、ＡＣＴ２０４に戻る。このようにプロセッサ８１は、ＡＣＴ２０４乃至ＡＣＴ２０７において入力イベント、選択イベント、削除イベント又は支払いイベントを受信するのを待ち受ける。なお、ＡＣＴ２０４乃至ＡＣＴ２０７の待ち受け状態においてもタッチパネル４２の画面は待機画面となっている。
【0149】
ＡＣＴ２０４乃至ＡＣＴ２０７の待ち受け状態において、入力イベントを受信すると、プロセッサ８１は、ＡＣＴ２０３へと戻る。プロセッサ８１は、その入力イベントに含まれる商品コードに基づいて商品販売データ処理を実行する。そしてプロセッサ８１は、再びＡＣＴ２０４乃至ＡＣＴ２０７の待ち受け状態となる。
【0150】
ＡＣＴ２０４乃至ＡＣＴ２０７の待ち受け状態において、選択イベントを受信すると、プロセッサ８１は、ＡＣＴ２０８へと進む。プロセッサ８１は、ＡＣＴ２０８として第１の情報処理のＡＣＴ１２３の処理と同様に、選択された支払い方法の支払いコードを取得する。そしてプロセッサ８１は、ＡＣＴ２０９としてその取得した支払いコードを第３取引ファイル８２１に追加する。
【0151】
支払いコードを第３取引ファイル８２１に追加したプロセッサ８１は、ＡＣＴ２１０へと進む。プロセッサ８１は、ＡＣＴ２１０として削除イベントを受信したか否かを確認する。削除イベントを受信していない場合、プロセッサ８１は、ＡＣＴ２１１へと進む。プロセッサ８１は、ＡＣＴ２１１として支払いイベントを受信したか否かを確認する。支払いイベントを受信していない場合、プロセッサ８１は、ＡＣＴ２１０へと戻る。このようにプロセッサ８１は、選択イベントを受信した後は、ＡＣＴ２１０及びＡＣＴ２１１として削除イベントまたは支払いイベントを待ち受ける。
【0152】
ＡＣＴ２０４乃至ＡＣＴ２０７の待ち受け状態、あるいはＡＣＴ２１０及びＡＣＴ２１１の待ち受け状態において、削除イベントを受信すると、プロセッサ８１は、ＡＣＴ２１２へと進む。プロセッサ８１は、ＡＣＴ２１２として第３取引ファイル８２１をクリアする。以上で、プロセッサ８１は、第４の情報処理を終了する。
【0153】
このように、支払いイベントを受信することなく削除イベントを受信した場合には、第３取引ファイル８２１がクリアされて、支払い機４は待機中となる。
【0154】
一方、ＡＣＴ２０４乃至ＡＣＴ２０７の待ち受け状態、あるいはＡＣＴ２１０及び２１１の待ち受け状態において、支払いイベントを受信すると、プロセッサ８１は、ＡＣＴ２１３へと進む。プロセッサ８１は、ＡＣＴ２１３としてパトランプ４７を点灯させる。またプロセッサ８１は、ＡＣＴ２１４としてタッチパネル４２の画面を明細確認画面ＳＥａ（図３４を参照）とする。
【0155】
図３４は、タッチパネル４２に表示される明細確認画面ＳＥａの一例である。明細確認画面ＳＥａは、明細エリアＡＥａと、合計エリアＡＥｂとに区分される。明細エリアＡＥａは、一連の番号順に、一取引における購買商品の商品名、購買数量、単価、値割引額及び販売金額をリスト形式で表示するエリアである。合計エリアＡＥｂは、一取引における購買商品の購買数量の合計と販売金額の合計とを表示するエリアである。プロセッサ８１は、第３取引ファイル８２１に記憶した商品販売データに基づいて、明細エリアＡＥａに一取引における購買商品の商品名、購買数量、単価、値割引額及び販売金額を表示させる。プロセッサ８１は、第３取引ファイル８２１に記憶した商品販売データに基づいて、合計エリアＡＥｂに購買商品の購買数量の合計と販売金額の合計とを表示させる。
【0156】
明細確認画面ＳＥａは、確認ボタンＢＥａと店員呼出ボタンＢＥｂとを含む。確認ボタンＢＥａ及び店員呼出ボタンＢＥｂは、ソフトウェアキーである。確認ボタンＢＥａは、購買商品の明細が明細確認画面ＳＥａに表示されていることを購買者が確認したことを指令するための操作子である。店員呼出ボタンＢＥｂは、購買者が店員を呼び出すことを指令するための操作子である。
【0157】
明細確認画面ＳＥａを表示したプロセッサ８１は、ＡＣＴ２１５へと進む。プロセッサ８１は、ＡＣＴ２１５として確認ボタンＢＥａが入力されるのを待ち受ける。なお、この待ち受け状態において、店員呼出ボタンＢＥｂが入力されると、プロセッサ８１は、店員呼出動作を行う。例えばプロセッサ８１はパトランプ４７を点滅させる。その後、呼び出された店員により呼出し終了操作が行われると、プロセッサ８１は、ＡＣＴ２１５の待ち受け状態に戻る。
【0158】
ＡＣＴ２１５の待ち受け状態において確認ボタンＢＥａが入力されると、プロセッサ８１は、図１３のＡＣＴ２２１へと進む。プロセッサ８１は、ＡＣＴ２２１として第３取引ファイル８２１に支払いコードが追加されているか否かを確認する。ＡＣＴ２０９の処理において第３取引ファイル８２１に支払いコードが追加されていた場合、プロセッサ８１は、ＡＣＴ２２２へと進む。プロセッサ８１は、ＡＣＴ２２２として第３取引ファイル８２１から支払いコードを抽出する。
【0159】
これに対し、第３取引ファイル８２１に支払いコードが追加されていない場合には、プロセッサ８１は、ＡＣＴ２２３へと進む。プロセッサ８１は、ＡＣＴ２２３としてタッチパネル４２の画面を支払い方法選択画面ＳＥｂ（図３５を参照）とする。
【0160】
図３５は、タッチパネル４２に表示される支払い方法選択画面ＳＥｂの一例である。支払い方法選択画面ＳＥｂは、支払い方法別の選択ボタン群ＢＥｃを含む。選択ボタン群ＢＥｃには、現金ボタン、クレジットボタン、電子マネーボタン及びコード決済ボタンが含まれる。また支払い方法選択画面ＳＥｂは、一取引における購買商品の購買数量の合計と販売金額の合計が表示される合計エリアＡＥｃを含む。合計エリアＡＥｃには、第３取引ファイル８２１に記憶された購買商品の販売データを基に算出された購買数量の合計と販売金額の合計が表示される。なお、支払い方法選択画面ＳＥｂにおいても店員呼出ボタンＢＥｂは表示されており、購買者は店員を呼び出すことができる。
【0161】
支払い方法選択画面ＳＥｂを確認した購買者は、希望する支払い方法のボタンにタッチする。例えば現金で支払うことを希望した購買者は、選択ボタン群ＢＥｃの現金ボタンにタッチする。例えばクレジットカードで支払うことを希望する購買者は、選択ボタン群ＢＥｃのクレジットボタンにタッチする。例えば電子マネーで支払うことを希望する購買者は、選択ボタン群ＢＥｃの電子マネーボタンにタッチする。例えばコード決済で支払うことを希望する購買者は、選択ボタン群ＢＥｃのコード決済ボタンにタッチする。
【0162】
タッチパネル４２の画面を支払い方法選択画面ＳＥｂとしたプロセッサ８１は、ＡＣＴ２２４へと進む。プロセッサ８１は、ＡＣＴ２２４として支払い方法が選択されるのを待ち受ける。選択ボタン群ＢＥｃに対するタッチ操作によりいずれかの支払い方法が選択されると、プロセッサ８１は、ＡＣＴ２２５へと進む。プロセッサ８１は、ＡＣＴ２２５として、第１の情報処理のＡＣＴ１２３の処理と同様に、選択された支払い方法の支払いコードを取得する。
【0163】
ＡＣＴ２２２又はＡＣＴ２２５の処理を終えたプロセッサ８１は、ＡＣＴ２２６へと進む。プロセッサ８１は、ＡＣＴ２２６としてタッチパネル４２の画面を支払い通知画面とする。支払い通知画面は、ＡＣＴ２２２又はＡＣＴ２２５の処理により得た支払いコードに基づく画面である。
【0164】
図３６は、タッチパネル４２に表示される支払い通知画面の一例である。図３６は、ＡＣＴ２２２又はＡＣＴ２２５の処理により現金支払いの支払いコードを得た場合の現金支払い通知画面ＳＥｃを示す。現金支払い通知画面ＳＥｃは、支払い方法選択画面ＳＥｂと同様の合計エリアＡＥｃを含む。また現金支払い通知画面ＳＥｃは、釣銭機情報エリアＡＥｄを含む。釣銭機情報エリアＡＥｄには、合計金額と、自動釣銭機８８に投入された現金の総額いわゆる投入金額と、合計金額から投入金額を減額した残額とが表示される。なお、支払い通知画面においても店員呼出ボタンＢＥｂは表示されており、購買者は店員を呼び出すことができる。
【0165】
支払い通知画面を確認した購買者は、自らが選択した支払い方法で代金を支払う。例えば現金支払いを選択した購買者は、自動釣銭機８８に現金を投入する。クレジットカード支払いを選択した購買者は、キャッシュレス決済端末８９のリーダでクレジットカードのデータを読み取らせる。電子マネー支払いを選択した購買者は、キャッシュレス決済端末８９のリーダで電子マネー媒体のデータを読み取らせる。コード決済支払いを選択した購買者は、キャッシュレス決済端末８９のスキャナでコード決済用のバーコードまたは二次元データコードを読み取らせる。
【0166】
タッチパネル４２の画面を支払い通知画面としたプロセッサ８１は、ＡＣＴ２２７へと進む。プロセッサ８１は、ＡＣＴ２２７として代金の支払いが開始されるのを待ち受ける。例えば現金支払いが選択された場合には、プロセッサ８１は、自動釣銭機８８に現金が投入されるのを待ち受ける。例えばクレジットカード支払いが選択された場合には、プロセッサ８１は、キャッシュレス決済端末８９でクレジットカードのデータが読み取られるのを待ち受ける。例えば電子マネー支払いが選択された場合には、プロセッサ８１は、キャッシュレス決済端末８９で電子マネーのデータが読み取られるのを待ち受ける。例えばコード決済支払いが選択された場合には、プロセッサ８１は、キャッシュレス決済端末８９でコード決済用のバーコード又は二次元データコードが読み取られるのを待ち受ける。
【0167】
代金の支払いが開始されると、プロセッサ８１は、ＡＣＴ２２７からＡＣＴ２２８へと進む。プロセッサ８１は、ＡＣＴ２２８としてタッチパネル４２の画面を支払い中画面とする。
【0168】
図３７は、タッチパネル４２に表示される支払い中画面の一例である。図３７は、ＡＣＴ２２２又はＡＣＴ２２５の処理により現金支払いの支払いコードを得た場合の現金支払い中画面ＳＥｄを示す。現金支払い中画面ＳＥｄは、現金支払い通知画面ＳＣｂに会計ボタンＢＥｄを追加した画面である。現金支払い中画面ＳＣｃは、釣銭機情報エリアＡＥｄに表示される情報が、自動釣銭機８８に投入された現金の金額に応じて更新される。会計ボタンＢＥｄは、ソフトウェアキーである。会計ボタンＢＥｄは、代金の支払い終了を指令するための操作子である。選択した支払い方法での代金の支払いを終えた購買者は、会計ボタンＢＥｄにタッチする。なお、支払い中画面においても店員呼出ボタンＢＥｂは継続して表示されており、購買者は店員を呼び出すことができる。
【0169】
タッチパネル４２の画面を支払い中画面としたプロセッサ８１は、ＡＣＴ２２９へと進む。プロセッサ８１は、ＡＣＴ２２９として会計ボタンＢＥｄが入力されるのを待ち受ける。会計ボタンＢＥｄがタッチ操作により入力されると、プロセッサ８１は、ＡＣＴ２３０へと進む。プロセッサ８１は、ＡＣＴ２３０として支払いコードに基づき取引の決済処理を実行する。すなわち、支払いコードが現金支払いのコードである場合には、プロセッサ８１は、自動釣銭機８８に投入された現金で取引の決済処理を実行する。支払いコードがクレジットカード支払いのコードである場合には、プロセッサ８１は、キャッシュレス決済端末８９で読み取ったクレジットカードのデータで取引の決済処理を実行する。支払いコードが電子マネー支払いのコードである場合には、プロセッサ８１は、キャッシュレス決済端末８９で読み取った電子マネーのデータで取引の決済処理を実行する。支払いコードがコード決済支払いのコードである場合には、プロセッサ８１は、キャッシュレス決済端末８９で読み取ったバーコード又は二次元データコードで取引の決済処理を実行する。これらの決済処理はいずれも周知であるので、詳細な説明は省略する。
【0170】
決済処理を終えると、プロセッサ８１は、ＡＣＴ２３１へと進む。プロセッサ８１は、ＡＣＴ２３１として代金の支払いが完了したか否かを判定する。支払われた代金が不足しており支払いが完了していない場合には、プロセッサ８１は、ＡＣＴ２２３に戻る。すなわちプロセッサ８１は、タッチパネル４２の画面を支払い方法選択画面ＳＥｂとする。そしてプロセッサ８１は、支払い方法が選択されるのを待ち受ける。選択ボタン群ＢＥｃに対するタッチ操作によりいずれかの支払い方法が選択されると、プロセッサ８１は、選択された支払い方法の支払いコードを取得する。以後、プロセッサ８１は、ＡＣＴ２２６乃至ＡＣＴ２３１の処理を前述したのと同様に実行する。
【0171】
ＡＣＴ２３１において、代金の支払いが完了したと判定すると、プロセッサ８１は、ＡＣＴ２３２へと進む。プロセッサ８１は、ＡＣＴ２３２としてプリンタ８７を駆動して取引レシートを発行する。またプロセッサ８１は、ＡＣＴ２３３としてタッチパネル４２の画面を支払い完了画面とする。
【0172】
図３８は、タッチパネル４２に表示される支払い完了画面の一例である。図３８は、ＡＣＴ２２２又はＡＣＴ２２５の処理により現金支払いの支払いコードを得た場合の現金支払い完了画面ＳＥｅを示す。現金支払い完了画面ＳＥｅは、現金支払い通知画面ＳＥｃ及び現金支払い中画面ＳＥｄと同様の釣銭機情報エリアＡＥｄを含む。店員は、釣銭機情報エリアＡＥｄに表示される情報により、現金支払いを選択した購買者の支払いが完了したことを知り得る。なお、支払いを完了した購買者は店員を呼び出すことがないので、支払い完了画面に店員呼出ボタンＢＥｂは表示されていない。支払い完了画面を確認した購買者は、レシートを取って店を出ることとなる。
【0173】
支払い完了画面を表示したプロセッサ８１は、ＡＣＴ２３４へと進む。プロセッサ８１は、ＡＣＴ２３４として第３取引ファイル８２１に記憶したデータ、つまりは決済を完了した購買者が購入した商品のデータを保存する。データの保存先は、例えば補助記憶デバイス８３である。データの保存先は、メインメモリ８２であってもよい。あるいは、通信インターフェース８５を介してＰＯＳサーバ５５に第３取引ファイル８２１のデータを送信して、ＰＯＳサーバ５５で保存してもよい。
【0174】
第３取引ファイル８２１のデータを保存したプロセッサ８１は、ＡＣＴ２３５へと進むプロセッサ８１は、ＡＣＴ２３５として第３取引ファイル８２１をクリアする。またプロセッサ８１は、ＡＣＴ２３６として通信インターフェース８５を介して販売処理装置３に支払い完了イベントを送信する。さらにプロセッサ８１は、ＡＣＴ２３７としてパトランプ４７を消灯する。以上で、プロセッサ８１は、第４の情報処理を終了する。
【0175】
このように、支払い機４のプロセッサ８１は、ＡＣＴ２１３乃至ＡＣＴ２３４の処理を終えた時点で第３取引ファイル８２１をクリアする。そしてプロセッサ８１は、販売処理装置３に支払い完了イベントを送信する。支払い完了イベントを受信した販売処理装置３においては、第２の支払い中フラグＦｂが“０”に書き換えられて第３の情報処理が終了する。したがって、販売処理装置３において再び第１の情報処理が実行され、ＡＣＴ１４１において支払いイベントが支払い機４に送信されると、支払い機４のプロセッサ８１は、第４の情報処理のＡＣＴ２１３以降の処理を前述したのと同様に実行する。
【0176】
ところで、販売処理装置３から支払いイベントを受信すると、支払い機４においてパトランプ４７が点灯する。そしてパトランプ４７は、支払い機４から販売処理装置３に支払い完了イベントが送信されたタイミングで消灯する。したがって、スペースＳＰに立つ店員は、パトランプ４７が点灯している間は、購買者が支払い機４を操作して代金の支払い中であることを認識できる。
【0177】
ここに、プロセッサ８１は、ＡＣＴ２２３の処理により、第３の支払い受付手段４０１としての機能を実現する。プロセッサ８１は、ＡＣＴ２０３の処理により、第２処理手段４０２としての機能を実現する。プロセッサ８１は、ＡＣＴ２３０の処理により、第２決済手段４０３としての機能を実現する。プロセッサ８１は、ＡＣＴ２１２の処理により削除手段４０４としての機能を実現する。
【0178】
以上詳述したように、商品販売システム１においては、購買者が購入する購買商品の登録操作は、スペースＳＰに立つ店員が入力装置２のデバイスを操作して行う。一方、登録操作を終えた購買商品の代金支払いに係る操作は、通路ＰＡを移動する購買者が自ら販売処理装置３又は支払い機４のデバイスを操作して行う。そして商品販売システム１においては、購買者が販売処理装置３又は支払い機４のデバイスを操作して代金支払いに係る操作を行っている間も、店員が入力装置２のデバイスを操作して次の購買者が購入する購買商品の登録操作を行うことができる。したがって、二人制の商品販売システムと同規模の商品販売システム１であっても、購買商品を登録中の購買者が１名と、代金支払い中の購買者が２名の計３人まで、同時に購買者を捌くことができる。よって、既存の二人制の商品販売システムを採用した場合と比較して、混雑時でも購買者を効率よく捌ける。しかも、業務に係わる店員は１名で済むので、人件費の削減を図ることができる。また、現金、キャッシュカード等に店員が触れないので、感染症対策の面からも優れた効果が期待できる。
【0179】
その上、商品販売システム１は、店員が入力装置２を操作して購買者が選択した代金の支払い方法を指定する第１の運用と、購買者が販売処理装置３または支払い機４を操作して自ら選択した代金の支払い方法を指定する第２の運用とを容易に使い分けることができる。
【0180】
第２の運用が実施された場合、販売処理装置３における第２のタッチパネル３４又は支払い機４におけるタッチパネル４２の画面は、先ず、支払い方法選択画面となる。ここで、購買者が希望する代金の支払い方法を指定すると、支払い通知画面に遷移する。そして、購買者が代金の支払いを開始すると、支払い中画面ｃに遷移し、支払いが完了すると、支払い完了画面に遷移する。
【0181】
これに対し、第１の運用が実施された場合には、第２のタッチパネル３４又はタッチパネル４２に支払い方法選択画面は表示されない。第２のタッチパネル３４には先ず、支払い通知画面が表示される。そして、購買者が代金の支払いを開始すると、支払い中画面に遷移し、支払いが完了すると、支払い完了画面に遷移する。
【0182】
このように、第１の運用又は第２の運用が実施された場合であっても、購買者は、第２のタッチパネル３４又はタッチパネル４２に表示される画面の遷移に従い代金の支払い操作を行えばよいので、支払い方法の如何に拘わらず効率よく代金を支払うことができる。
【0183】
ところで、第２の運用が実施された場合には、購買者は、支払い方法選択画面に表示された支払い方法の中から代金の支払い方法を決め、該当する支払い方法のボタンをタッチするステップが追加される。このため、第１の運用が実施された場合と比較して購買者が販売処理装置３又は支払い機４を占有する時間が長くなる傾向がある。そこで、比較的混んでいる時間帯は第１の運用を実施する。そうすることにより、購買者が販売処理装置３又は支払い機４を占有する時間が短くなるので、効率よく購買者を捌くことができる。その一方で、比較的空いている時間帯は第２の運用を実施する。そうすることにより、店員が購買者に代金の支払い方法を確認する必要がなくなるので、店員の負担を軽減できる。
【0184】
［第２の実施形態］
第１の実施形態では、代金の支払い方法として、現金支払い、クレジットカード支払い、電子マネー支払い及びコード決済支払いの４種類を例示した。代金の支払い方法は、これらの４種類に限定されるものではない。例えば、商品券等の金券で支払う金券支払いがある。金券支払いの場合、不正防止の観点から店員が金券を確認してからでないと支払いに使用することができない。このため、支払い機４では、金券支払いを行えないようにする必要がある。
第１の実施形態では、代金の支払い方法として、現金支払い、クレジットカード支払い、電子マネー支払い及びコード決済支払いの４種類を例示した。代金の支払い方法は、これらの４種類に限定されるものではない。例えば、商品券等の金券で支払う金券支払いがある。金券支払いの場合、不正防止の観点から店員が金券を確認してからでないと支払いに使用することができない。このため、支払い機４では、金券支払いを行えないようにする必要がある。
【0185】
そこで次に、代金支払い方法として金券支払いを追加した商品販売システム１の第２の実施形態について、図３９乃至図４９を用いて説明する。なお、第２の実施形態においても、商品販売システム１のハードウェア構成は第１の実施形態と同様である。したがって、図１乃至図４については、第２の実施形態でもそのまま使用する。また、その他の図についても、第１の実施形態と共通する図はそのまま使用し、あるいは第１の実施形態で用いた符号をそのまま転用して、詳細な説明は省略する。
【0186】
図３９は、入力装置２と販売処理装置３と支払い機４とが有する主要な機能構成を示す模式図である。第２の実施形態が第１の実施形態と異なる点は次の２点である。
［１］第１の支払い受付手段２０３及び第２の支払い受付手段３０３は、金券支払いを選択可能とする。
［２］販売処理装置３は、確認手段３１２としての機能を有する。
［１］第１の支払い受付手段２０３及び第２の支払い受付手段３０３は、金券支払いを選択可能とする。
［２］販売処理装置３は、確認手段３１２としての機能を有する。
【0187】
図４０は、第１の支払い受付手段２０３としての機能により、入力装置２のタッチパネル２３に表示される支払い方法選択画面ＳＡｃの一例である。図示するように、第２の実施形態では、支払い方法選択画面ＳＡｃにおける支払い方法別の選択ボタン群ＢＡｇに、金券ボタンが追加されている。金券ボタンは、金券支払いを指令するための操作子である。
【0188】
図４１は、第２の支払い受付手段３０３としての機能により、販売処理装置３の第２のタッチパネル３４に表示される支払い方法選択画面ＳＤａの一例である。図示するように、第２の実施形態では、支払い方法選択画面ＳＤａにおける支払い方法別の選択ボタン群ＢＤａに、金券ボタンが追加されている。
【0189】
なお、支払い機４が有する第３の支払い受付手段４０１は、第１の実施形態と同様である、したがって、図３５に示すように、支払い機４のタッチパネル４２に表示される支払い方法選択画面ＳＥｂの選択ボタン群ＢＥｃには、現金ボタン、クレジットボタン、電子マネーボタン及びコード決済ボタンが含まれるが、金券ボタンは含まれない。
【0190】
確認手段３１２は、終了受付手段２０２が入力終了指示を受け付けた時点で取引の決済が不可能である場合に、第１の支払い受付手段２０３で受け付けた代金支払い方法が店員の確認を必要とする支払い方法であるか否かを確認する機能である。店員の確認を必要とする支払い方法は、第２の実施形態では金券支払いである。確認手段３１２は、フラグメモリ６２４によって記憶される第１の支払い中フラグＦａが“１”のとき、すなわち、販売処理装置３において別の購買者が代金を支払っているとき、取引の決済が不可能であると認定する。このとき確認手段３１２は、第１の支払い受付手段２０３で受け付けた代金支払い方法が金券支払いであるか否かを確認する。
【0191】
代金支払い方法が現金支払い、クレジットカード支払い、電子マネー支払い又はコード決済支払いの場合、店員の確認を必要としない。その場合、販売処理装置３は、指示送信手段３１０としての機能により、入力終了指示を支払い機４に送信する。その結果、購買者は、支払い機４において現金支払い、クレジットカード支払い、電子マネー支払い又はコード決済支払いの支払い方法で代金を支払うことができる。
【0192】
これに対し、代金支払い方法が金券支払いである場合、すなわち店員の確認を必要とする場合には、販売処理装置３は入力終了指示を支払い機４に送信しない。販売処理装置３は、第１の支払い中フラグＦａが“０”となり、取引の決済が可能となるのを待って、第１決済手段３０４としての機能により、第１処理手段３０２で処理した販売データの取引を金券で決済する。その結果、購買者は、販売処理装置３において金券支払いの支払い方法で代金を支払うこととなる。たとえ、販売処理装置３が塞がっていても、支払い機４で代金を支払うことはできない。したがって、購買者が使用する商品券等の金券をスペースＳＰに居る店員が確認するという運用を確実にとることができる。その結果、店員の確認が必要な支払い方法を追加することができる。
【0193】
図４２及び図４３は、第２の実施形態において、販売処理装置３のプロセッサ６１が第１の業務プログラムに従って実行する第５の情報処理の要部手順を示す流れ図である。第５の情報処理は、第１の情報処理の一部を変更したものである。具体的には、図７を用いて説明した第１の情報処理のＡＣＴ１２３において支払いコードを取得した後、プロセッサ６１は、図４２のＡＣＴ３０１としてその支払いコードが金券支払いのコードであるか否かを確認する。ここに、プロセッサ６１は、ＡＣＴ３０１の処理により、確認手段３１２としての機能を実現する。
【0194】
支払いコードが金券支払いのコード以外である場合には、プロセッサ６１は、ＡＣＴ１２４へと進む。すなわちプロセッサ６１は、通信インターフェース６５を介して支払い機４に選択イベントを送信する。その後、プロセッサ６１は、ＡＣＴ１２５へと進む。プロセッサ６１は、タッチパネル２３の画面を支払い画面ＳＡｄとする。
【0195】
支払いコードが金券支払いのコードである場合には、プロセッサ６１は、ＡＣＴ１２４の処理をスキップしてＡＣＴ１２５へと進む。すなわちプロセッサ６１は、支払い機４に選択イベントを送信することなく、タッチパネル２３の画面を支払い画面ＳＡｄとする。
【0196】
このように、支払いコードが金券支払いのコード以外である場合、すなわち、入力装置２のタッチパネル２３に表示された支払い方法選択画面ＳＡｃにおいて現金ボタン、クレジットボタン、電子マネーボタンまたはコード決済ボタンが操作された場合には、支払い機４に選択イベントが送信される。その結果、支払い機４においては、支払いイベントに含まれる支払いコードが第３取引ファイル８２１に追加される。
【0197】
これに対し、支払いコードが金券支払いのコードである場合、すなわち、支払い方法選択画面ＳＡｃにおいて金券ボタンが操作された場合には、支払い機４に選択イベントが送信されない。したがって、支払い機４においては、第３取引ファイル８２１に支払いコードが追加されない。
【0198】
タッチパネル２３の画面を支払い画面ＳＡｄとしたプロセッサ６１は、ＡＣＴ１２６乃至ＡＣＴ１２９の処理を第１の情報処理のときと同様に実行する。したがって、第１の支払い中フラグＦａが“０”のときに、小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力されると、プロセッサ６１は、図８の流れ図に示したＡＣＴ１３１乃至ＡＣＴ１３９の処理を実行する。その結果、第１の支払い中フラグＦａが“１”に書き換えられるので、プロセッサ６１は、第５の情報処理と並行して、図１０を用いて説明した第２の情報処理を実行する。
【0199】
一方、第１の支払い中フラグＦａが“１”でかつ第２の支払い中フラグＦｂが“０”のときに、小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力された場合には、プロセッサ６１は、図４３のＡＣＴ３１１へと進む。プロセッサ６１は、ＡＣＴ３１１として支払いコードを取得しているか否かを確認する。小計画面ＳＡｂの支払いボタンＢＡｅが入力された場合には、プロセッサ６１は、支払いコードを取得していない。支払い画面ＳＡｄの支払いボタンＢＡｈが入力された場合には、プロセッサ６１は、支払いコードを取得している。
【0200】
支払いコードを取得していない場合には、プロセッサ６１は、ＡＣＴ１４１へと進む。そしてプロセッサ６１は、ＡＣＴ１４１乃至ＡＣＴ１４４の処理を第１の情報処理のときと同様に実行する。支払いコードを取得している場合には、プロセッサ６１は、ＡＣＴ３１２へと進む。プロセッサ６１は、その支払いコードが金券支払いの支払いコードであるか否かを確認する。金券支払い以外の支払いコードである場合、プロセッサ６１は、ＡＣＴ１４１乃至ＡＣＴ１４４の処理を第１の情報処理のときと同様に実行する。
【0201】
このように、支払いコードを取得していない場合、若しくは金券支払い以外の支払いコードを取得している場合には、プロセッサ６１は、ＡＣＴ１４１乃至ＡＣＴ１４４の処理を第１の情報処理のときと同様に実行する。その結果、第２の支払い中フラグＦｂが“１”に書き換えられるので、プロセッサ６１は、第５の情報処理と並行して、図１１を用いて説明した第３の情報処理を実行する。また、支払いイベントが支払い機４に送信されるので、支払い機４においては、第３取引ファイル８２１に追加された支払いコードに基づき取引の決済処理が実行される。かくして購買者は、支払い機４を操作して購買商品の代金を支払うことができる。
【0202】
一方、ＡＣＴ１２３において取得した支払いコードが金券支払いの支払いコードである場合には、プロセッサ６１は、ＡＣＴ３１３へと進む。プロセッサ６１は、ＡＣＴ３１３として、タッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄに代金の支払いが不可能であることを報知するポップアップＰＵａ（図２０を参照）を表示する。またプロセッサ６１は、ディスプレイ２５の小計画面ＳＢｂに、代金の支払いが不可能であるため待機することを指示するためのテキストＴＸａ（図２１を参照）を表示する。
【0203】
その後、プロセッサ６１は、ＡＣＴ３１４へと進む。プロセッサ６１は、ＡＣＴ３１４として第１の支払い中フラグＦａが“０”に書き換えられるのを待ち受ける。第１の支払い中フラグＦａは、第５の情報処理と並行して行われている第２の情報処理のＡＣＴ１６８において“０”に書き換えられる。第１の支払い中フラグＦａが“０”に書き換えられると、プロセッサ６１は、図８のＡＣＴ１３１へと進む。そしてプロセッサ６１は、ＡＣＴ１３１乃至ＡＣＴ１３９の処理を実行する。その結果、第１の支払い中フラグＦａが“１”に書き換えられるので、プロセッサ６１は、第５の情報処理と並行して、図１０を用いて説明した第２の情報処理を実行する。
【0204】
このように、代金支払い方法として金券支払いが選択された場合には、プロセッサ６１は第２の情報処理を実行することはできるが、第３の情報処理を実行することはできない。したがって、金券支払いを希望する購買者は、必ず、販売処理装置３を操作して購買商品の代金を支払うこととなる。
【0205】
図４４は、第２の情報処理のＡＣＴ１５６又はＡＣＴ１５７の処理により金券支払いの支払いコードを得た場合において、ＡＣＴ１５８の処理で販売処理装置３の第１のタッチパネル３２に表示される金券支払い通知画面ＳＦａの一例である。図４５は、同じく金券支払いの支払いコードを得た場合において、ＡＣＴ１５８の処理で販売処理装置３の第２のタッチパネル３４に表示される金券支払い通知画面ＳＧａの一例である。
【0206】
図４４に示すように、金券支払い通知画面ＳＦａには、店員に対し、購買者から金券を受け取り、券面金額を示すバーコードをスキャニングすることを指示するテキストＴＸｄが表示される。また、図４５に示すように、金券支払い通知画面ＳＧａには、購買者に対し、金券を店員に渡すことを指示するテキストＴＸｅが表示される。よって、金券支払い通知画面ＳＧａを確認した購買者は、代金の支払いに使用する金券を店員に渡す。金券支払い通知画面ＳＦａを確認した店員は、金券が正当なものであるか確認し、正当なものであれば、ハンディスキャナ３３でその金券に表記されているバーコードを読み取る。
【0207】
バーコードが読み取られると、プロセッサ６１は、ＡＣＴ１６０において第１のタッチパネル３２及び第２のタッチパネル３４の画面を金券支払い中画面とする。図４６は、第１のタッチパネル３２に表示される金券支払い中画面ＳＦｂの一例である。図４７は、第２のタッチパネル３４に表示される金券支払い中画面ＳＧｂの一例である。金券支払い中画面ＳＦｂには、合計金額、券面金額及び釣銭額を表示する金券情報エリアＡＦｂが配置されている。金券支払い中画面ＳＧｂには、同様の金券情報エリアＡＧｂに加えても会計ボタンＢＧａが配置されている。
【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】
１…商品販売システム、２…入力装置、３…販売処理装置、４…支払い機、２１…定置式スキャナ、２２…ハンディスキャナ、２３…タッチパネル、２４…キーボード、２５…ディスプレイ、３１…キーボード、３２…第１のタッチパネル、３３…ハンディスキャナ、３４…第２のタッチパネル、３５，８７…プリンタ、３６，８８…自動釣銭機、３７，８９…キャッシュレス決済端末、４１…籠置台、４２…タッチパネル、４７…パトランプ、５１…チェックアウトカウンタ、５２…レジカウンタ、５３…伝送ケーブル、５４…ＬＡＮ、５５…ＰＯＳサーバ、６１，８１…プロセッサ、６２，８２…メインメモリ、６３，８３…補助記憶デバイス、６４，８４…時計、６５，８５…通信インターフェース、６６…スキャナインターフェース、６７…タッチパネルインターフェース、６８…プリンタインターフェース、６９…釣銭機インターフェース、７０…決済端末インターフェース、７１…入力装置インターフェース、７２，８６…システム伝送路、２０１…入力手段、２０２…終了受付手段、２０３…第１の支払い受付手段、２０４…読取手段、３０１…第１通信手段、３０２…第１処理手段、３０３…第２の支払い受付手段、３０４…第１決済手段、３０５…記憶手段、３０６…案内手段、３０７…無効手段、３０８…第２通信手段、３０９…情報送信手段、３１０…指示送信手段、３１１…削除指示手段、３１２…確認手段、３１３…ポイント取得手段、４０１…第３の支払い受付手段、４０２…第２処理手段、４０３…第２決済手段、４０４…削除手段、６２１…第１取引ファイル、６２２…第２取引ファイル、６２３…ステータスメモリ、６２４…フラグメモリ、８２１…第３取引ファイル。
【図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】
