(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024067470
(43)【公開日】2024-05-17
(54)【発明の名称】取引処理システム、決済装置及び決済プログラム
(51)【国際特許分類】
G07G 1/12 20060101AFI20240510BHJP
G06Q 20/20 20120101ALI20240510BHJP
【ＦＩ】
G07G1/12 321K
G06Q20/20
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022177581
(22)【出願日】2022-11-04
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100075672
【弁理士】
【氏名又は名称】峰 隆司
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】平野 和也
【テーマコード（参考）】
3E142
5L020
5L055
【Ｆターム（参考）】
3E142EA04
3E142FA42
3E142JA01
3E142KA20
5L020AA42
5L055AA42
(57)【要約】
【課題】店員と客とが操作を分担する分担方式の取引処理システムにおける処理効率の低下を防ぐ。
【解決手段】入力処理装置は、入力されたデータを基に取引に係る決済情報を作成し、その決済情報を、複数台の決済装置のうち所定の決済装置に送信する。決済情報を受信した決済装置は、当該決済装置が決済処理を実行し得る状態のとき、受信手段で受信した決済情報に基づく決済処理を実行する。当該決済装置が決済処理を実行し得ない状態のとき、決済装置は、複数台の決済装置のネットワークへの接続状態を示す情報を検索し、ネットワークに接続された状態にある他の決済装置のうちの１台を選択する。決済装置は、選択した他の決済装置に決済情報を転送する。
【選択図】 図４
【解決手段】入力処理装置は、入力されたデータを基に取引に係る決済情報を作成し、その決済情報を、複数台の決済装置のうち所定の決済装置に送信する。決済情報を受信した決済装置は、当該決済装置が決済処理を実行し得る状態のとき、受信手段で受信した決済情報に基づく決済処理を実行する。当該決済装置が決済処理を実行し得ない状態のとき、決済装置は、複数台の決済装置のネットワークへの接続状態を示す情報を検索し、ネットワークに接続された状態にある他の決済装置のうちの１台を選択する。決済装置は、選択した他の決済装置に決済情報を転送する。
【選択図】 図４
【特許請求の範囲】
【請求項1】
入力処理装置と複数台の決済装置とをネットワークで接続してなり、
前記入力処理装置は、
入力されたデータを基に取引に係る決済情報を作成する作成手段と、
前記複数台の決済装置のうち所定の決済装置に対し、前記ネットワークを介して前記決済情報を送信する送信手段と、
を具備し、
前記決済装置は、
前記ネットワークを介して前記決済情報を受信する受信手段と、
当該決済装置が決済処理を実行し得る状態のとき、前記受信手段で受信した前記決済情報に基づく決済処理を実行する実行手段と、
当該決済装置が決済処理を実行し得ない状態のとき、前記複数台の決済装置の前記ネットワークへの接続状態を示す情報を検索し、ネットワークに接続された状態にある他の決済装置のうちの１台を選択する選択手段と、
前記選択手段により選択した他の決済装置に前記決済情報を転送する転送手段と、
を具備する取引処理システム。
前記入力処理装置は、
入力されたデータを基に取引に係る決済情報を作成する作成手段と、
前記複数台の決済装置のうち所定の決済装置に対し、前記ネットワークを介して前記決済情報を送信する送信手段と、
を具備し、
前記決済装置は、
前記ネットワークを介して前記決済情報を受信する受信手段と、
当該決済装置が決済処理を実行し得る状態のとき、前記受信手段で受信した前記決済情報に基づく決済処理を実行する実行手段と、
当該決済装置が決済処理を実行し得ない状態のとき、前記複数台の決済装置の前記ネットワークへの接続状態を示す情報を検索し、ネットワークに接続された状態にある他の決済装置のうちの１台を選択する選択手段と、
前記選択手段により選択した他の決済装置に前記決済情報を転送する転送手段と、
を具備する取引処理システム。
【請求項2】
前記決済装置は、
前記転送手段による前記決済情報の転送に失敗した場合、その転送に失敗した他の決済装置に対する前記接続状態を示す情報を、ネットワークに接続された状態を示す情報から切断された状態を示す情報に変更する変更手段、
をさらに具備する請求項１記載の取引処理システム。
前記転送手段による前記決済情報の転送に失敗した場合、その転送に失敗した他の決済装置に対する前記接続状態を示す情報を、ネットワークに接続された状態を示す情報から切断された状態を示す情報に変更する変更手段、
をさらに具備する請求項１記載の取引処理システム。
【請求項3】
前記決済装置は、
前記転送手段による前記決済情報の転送に失敗した場合、前記入力処理装置に対して通知する通知手段、
をさらに具備する請求項２記載の取引処理システム。
前記転送手段による前記決済情報の転送に失敗した場合、前記入力処理装置に対して通知する通知手段、
をさらに具備する請求項２記載の取引処理システム。
【請求項4】
前記複数台の決済装置は、前記決済情報の転送順位が設定されており、
前記選択手段は、接続状態にある他の決済装置のうち前記転送順位が当該決済装置よりも下位で最も高い他の決済装置を選択する、請求項１乃至３のうちいずれか一記載の取引処理システム。
前記選択手段は、接続状態にある他の決済装置のうち前記転送順位が当該決済装置よりも下位で最も高い他の決済装置を選択する、請求項１乃至３のうちいずれか一記載の取引処理システム。
【請求項5】
入力処理装置と複数台の決済装置とをネットワークで接続してなり、前記入力処理装置は、入力されたデータを基に取引に係る決済情報を作成する作成手段と、前記複数台の決済装置のうち所定の決済装置に対し、前記ネットワークを介して前記決済情報を送信する送信手段とを備えた取引処理システムの決済装置であって、
前記ネットワークを介して前記決済情報を受信する受信手段と、
当該決済装置が決済処理を実行し得る状態のとき、前記受信手段で受信した前記決済情報に基づく決済処理を実行する実行手段と、
当該決済装置が決済処理を実行し得ない状態のとき、前記複数台の決済装置の前記ネットワークへの接続状態を示す情報を検索し、ネットワークに接続された状態にある他の決済装置のうちの１台を選択する選択手段と、
前記選択手段により選択した他の決済装置に前記決済情報を転送する転送手段と、
を具備する決済装置。
前記ネットワークを介して前記決済情報を受信する受信手段と、
当該決済装置が決済処理を実行し得る状態のとき、前記受信手段で受信した前記決済情報に基づく決済処理を実行する実行手段と、
当該決済装置が決済処理を実行し得ない状態のとき、前記複数台の決済装置の前記ネットワークへの接続状態を示す情報を検索し、ネットワークに接続された状態にある他の決済装置のうちの１台を選択する選択手段と、
前記選択手段により選択した他の決済装置に前記決済情報を転送する転送手段と、
を具備する決済装置。
【請求項6】
入力処理装置と複数台の決済装置とをネットワークで接続してなり、前記入力処理装置は、入力されたデータを基に取引に係る決済情報を作成する作成手段と、前記複数台の決済装置のうち所定の決済装置に対し、前記ネットワークを介して前記決済情報を送信する送信手段とを備えた取引処理システムの決済装置におけるコンピュータを、
前記ネットワークを介して前記決済情報を受信する受信手段、
当該決済装置が決済処理を実行し得る状態のとき、前記受信手段で受信した前記決済情報に基づく決済処理を実行する実行手段、
当該決済装置が決済処理を実行し得ない状態のとき、前記複数台の決済装置の前記ネットワークへの接続状態を示す情報を検索し、ネットワークに接続された状態にある他の決済装置のうちの１台を選択する選択手段、及び、
前記選択手段により選択した他の決済装置に前記決済情報を転送する転送手段、
として機能させるための決済プログラム。
前記ネットワークを介して前記決済情報を受信する受信手段、
当該決済装置が決済処理を実行し得る状態のとき、前記受信手段で受信した前記決済情報に基づく決済処理を実行する実行手段、
当該決済装置が決済処理を実行し得ない状態のとき、前記複数台の決済装置の前記ネットワークへの接続状態を示す情報を検索し、ネットワークに接続された状態にある他の決済装置のうちの１台を選択する選択手段、及び、
前記選択手段により選択した他の決済装置に前記決済情報を転送する転送手段、
として機能させるための決済プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、取引処理システム及びこのシステムの決済装置並びにコンピュータを決済装置として機能させるための決済プログラムに関する。
【背景技術】
【0002】
近年、量販店向けの取引処理システムとして、店員と客とが操作を分担する分担方式の取引処理システムが知られている。この種の取引処理システムは、取引毎にその取引で売買される商品のデータ入力を受け付ける入力処理装置と、この入力処理装置で入力された商品のデータを基に取引の決済処理を実行する決済装置とを分離する。そして、店員が入力処理装置を操作し、客が決済装置を操作するように配置する。
【0003】
分担方式の取引処理システムは、商品のデータ入力操作を店員が行うため、客が全ての操作を自身で行うセルフ方式の取引処理システムよりもデータ入力に要する時間が短縮される。その一方で、客が決済装置を操作するため、操作に不慣れな客が決済に手間取ることが想定される。そこで一般に、分担方式の取引処理システムは、１台の入力処理装置に対して決済装置を例えば３台以上備える。３台以上の決済装置には、予め決済情報の転送順位が設定されている。
【0004】
入力処理装置は、取引の決済に必要な情報を転送順位が１位の決済装置（第１決済装置）に送信する。第１決済装置は、既に前の客の決済を終えており決済処理が可能な場合には、その情報を基に取引の決済を処理する。まだ前の客の決済が続いており決済処理が不可能な場合には、第１決済装置は、転送順位が２位の決済装置（第２決済装置）に取引の決済に必要な情報を転送（送信）する。第２決済装置は、第１決済装置から受け取った情報を基に取引の決済を処理する。第２決済装置も決済処理が不可能な場合には、転送順位が３位の決済装置（第３決済装置）に取引の決済に必要な情報を転送する。第３決済装置は、第２決済装置から受け取った情報を基に取引の決済を処理する。このように、従来における分担方式の取引処理システムは、３台以上の決済装置を効率よく稼働させて、短時間で多くの取引を決済できるようにしている。
【0005】
しかしながら、例えば第２決済装置の電源がオフであり取引の決済に必要な情報を受信できなかった場合、第２決済装置から第３決済装置に取引の決済に必要な情報が転送されなくなる。このため、第２決済装置だけでなく、第２決済装置よりも転送順位が下位の決済装置も取引の決済を処理できなくなり、処理効率が低下する。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２０１３－２４２８３９号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
本発明の実施形態が解決しようとする課題は、店員と客とが操作を分担する分担方式の取引処理システムにおける処理効率の低下を防ぐことにある。
【課題を解決するための手段】
【0008】
一実施形態において、取引処理システムは、入力処理装置と複数台の決済装置とをネットワークで接続してなる。入力処理装置は、作成手段と、送信手段とを備える。作成手段は、入力されたデータを基に取引に係る決済情報を作成する。送信手段は、複数台の決済装置のうち所定の決済装置に対し、ネットワークを介して決済情報を送信する。決済装置は、受信手段と、実行手段と、選択手段と、転送手段とを備える。受信手段は、ネットワークを介して決済情報を受信する。実行手段は、当該決済装置が決済処理を実行し得る状態のとき、受信手段で受信した決済情報に基づく決済処理を実行する。選択手段は、当該決済装置が決済処理を実行し得ない状態のとき、複数台の決済装置のネットワークへの接続状態を示す情報を検索し、ネットワークに接続された状態にある他の決済装置のうちの１台を選択する。転送手段は、選択手段により選択した他の決済装置に決済情報を転送する。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下、店員と客とが操作を分担する分担方式の取引処理システムにおいて、処理効率の低下を防ぐ実施形態について、図面を用いて説明する。
【0011】
[第１の実施形態]
［取引処理システムの構成説明］
はじめに、第１の実施形態に係る取引処理システム１００の構成について、図１乃至図５を用いて説明する。なお、以下に説明する構成は一例である。同様な効果を奏し得るのであれば、構成の一部を適宜変更することができる。
［取引処理システムの構成説明］
はじめに、第１の実施形態に係る取引処理システム１００の構成について、図１乃至図５を用いて説明する。なお、以下に説明する構成は一例である。同様な効果を奏し得るのであれば、構成の一部を適宜変更することができる。
【0012】
図１は、取引処理システム１００の概略構成を示す模式図である。取引処理システム１００は、入力処理装置１１と、決済装置１２と、サーバ１３と、これらを接続するネットワーク１４と、を含む。ネットワーク１４の種類は特に限定されないが、一般的には有線又は無線のＬＡＮ（local area network）が適用される。
【0013】
入力処理装置１１は、取引毎にその取引で売買される商品のデータ入力を受け付けるように構成された装置である。決済装置１２は、入力処理装置１１で入力された商品のデータを基に取引の決済処理を行うように構成された装置である。入力処理装置１１は、チェッカと呼ばれる役割を担った店員２１が、その操作者となる。決済装置１２は、店舗で商品を購入する消費者、いわゆる客２２が、その操作者となる。入力処理装置１１は、図１においては、作業テーブル２３に取り付けられている。作業テーブル２３は、矩形の天板を有する。複数の作業テーブル２３が、天板の長手方向がほぼ並行するように配置されることにより、客２２のための通路、いわゆるチェックアウトレーンが形成される。
【0014】
入力処理装置１１及び決済装置１２は、店舗のチェックアウトレーン毎に配置される。１つのチェックアウトレーンに対し、入力処理装置１１は１台配置され、決済装置１２は複数台配置される。そして、同じチェックアウトレーンに配置された入力処理装置１１と決済装置１２との間で、ネットワーク１４を通じて種々のデータ信号が授受される。データ信号は、サーバ１３を介して授受されてもよいし、サーバ１３を介さずに授受されてもよい。
【0015】
図１では、１つのチェックアウトレーンに１台の入力処理装置１１と３台の決済装置１２（１２－１，１２－２，１２－３）とを配置した例を示している。図示しないが、他のチェックアウトレーンにおいても１台の入力処理装置１１と２台以上の決済装置１２とが配置されている。３台の決済装置１２（１２－１，１２－２，１２－３）は、いずれも同一のチェックアウトレーンに配置された入力処理装置１１で処理された取引の決済処理を実行する。３台の決済装置１２（１２－１，１２－２，１２－３）のうち少なくとも１台は、隣接するチェックアウトレーンに配置された入力処理装置１１で処理された取引の決済処理を実行してもよい。
【0016】
３台の決済装置１２（１２－１，１２－２，１２－３）のうち１台は親機に設定され、他の２台は子機に設定される。本実施形態では、決済装置１２－１が親機に設定され、決済装置１２－２及び決済装置１２－３が子機に設定されているものと仮定する。なお、子機の決済装置１２－２及び決済装置１２－３は、親機の決済装置１２－１の状態を監視し、決済装置１２－１がダウンすると、自らが親機となることを宣言する機能を有している。この宣言を受けて、入力処理装置１１は、子機の決済装置１２－２及び決済装置１２－３のうちいずれか一方を親機に設定する。
【0017】
サーバ１３は、商品マスタファイル１５を備える。商品マスタファイル１５は、サーバ１３が内蔵する記憶装置に保存されていてもよいし、サーバ１３の外部に接続された記憶装置に保存されていてもよい。
【0018】
商品マスタファイル１５は、店舗で販売される商品毎に作成された商品レコードを格納するデータファイルである。商品レコードは、商品コード、商品名、単価、属性等の商品データを記述したデータレコードである。
【0019】
商品コードは、各商品を識別するために商品毎に設定された固有のコードである。通常、各商品には、商品コードを表すバーコード、若しくは二次元コードが付されている。あるいは、商品コードを記憶したＲＦＩＤ（Radio Frequency Identification）タグが付されていてもよい。入力処理装置１１は、商品に付されたバーコード、２次元コード又はＲＦＩＤタグを読取装置で読み取ることで、取引で売買される商品の商品コードを入力することができる。
【0020】
商品名及び単価は、商品コードで識別される商品の名称及び１点当たりの価格である。属性は、例えば商品の税に関する情報である。税に関する情報としては、税率、税種（外税、内税、非課税）等がある。
【0021】
図２は、入力処理装置１１の要部回路構成を示すブロック図である。入力処理装置１１は、プロセッサ３１、メインメモリ３２、補助記憶デバイス３３、時計３４、通信ユニット３５、キーボード３６、スキャナ３７、タッチパネル３８、客用ディスプレイ３９、プリンタ４０及びシステム伝送路４１等を備える。システム伝送路４１は、アドレスバス、データバス、制御信号線等を含む。システム伝送路４１は、プロセッサ３１と他の各部とを直接又は信号入出力回路を介して接続し、相互間で授受されるデータ信号を伝送する。
【0022】
入力処理装置１１は、プロセッサ３１と、メインメモリ３２、補助記憶デバイス３３、時計３４及び通信ユニット３５とをシステム伝送路４１で接続することにより、コンピュータを構成する。そして入力処理装置１１は、そのコンピュータに、システム伝送路４１を介してキーボード３６、スキャナ３７、タッチパネル３８、客用ディスプレイ３９、プリンタ４０等のデバイスを接続する。
【0023】
プロセッサ３１は、上記コンピュータの中枢部分に相当する。プロセッサ３１は、オペレーティングシステム又はアプリケーションプログラムに従って、入力処理装置１１としての各種の機能を実現するべく各部を制御する。プロセッサ３１は、例えばＣＰＵ（Central Processing Unit）である。
【0024】
メインメモリ３２は、上記コンピュータの主記憶部分に相当する。メインメモリ３２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ３２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ３２は、プロセッサ３１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ３２は、揮発性のメモリ領域を、プロセッサ３１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。
【0025】
補助記憶デバイス３３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disk Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス３３となり得る。補助記憶デバイス３３は、プロセッサ３１が各種の処理を行う上で使用するデータ、プロセッサ３１での処理によって作成されたデータ等を保存する。補助記憶デバイス３３は、上記のアプリケーションプログラムを記憶する場合もある。
【0026】
時計３４は、日付と時刻を計時する。プロセッサ３１は、時計３４によって計時されている日付と時刻を現在日時として処理する。通信ユニット３５は、ネットワーク１４を介して接続されたサーバ１３及び複数台の決済装置１２との間でデータ通信を行うためのインターフェースである。キーボード３６は、客が購入する商品、いわゆる買上商品に係るデータの入力等に必要な種々のキーを配置した入力デバイスである。スキャナ３７は、バーコード、二次元コード等のコードシンボルを読み取って入力する入力デバイスである。タッチパネル３８は、入力デバイスと表示デバイスとを兼ね備えた機器である。タッチパネル３８は、入力処理装置１１のオペレータである店員に対して情報の表示を行い、その店員による操作入力を受け付ける。客用ディスプレイ３９は、入力処理装置１１において買上商品のデータが登録されている客２２に対して情報の表示を行う。プリンタ４０は、レシート用紙に対して各種の文字列又は画像等を印刷することにより、レシートを発行する。
【0027】
このような入力処理装置１１のハードウェアとしては、例えば既存のＰＯＳ端末を利用することが可能である。なお、入力処理装置１１に接続されるデバイスは、キーボード３６、スキャナ３７、タッチパネル３８、客用ディスプレイ３９及びプリンタ４０に限定されるものではない。入力処理装置１１の用途において必要なデバイスを追加したり、一部のデバイスを省略したりしてもよい。
【0028】
かかる構成の入力処理装置１１において、プロセッサ３１は、作成手段３１１、送信手段３１２及び確認手段３１３としての機能を有する。作成手段３１１は、キーボード３６、スキャナ３７、タッチパネル３８等の入力デバイスを介して入力されたデータを基に取引に係る決済情報を作成する機能である。
【0029】
送信手段３１２は、複数台の決済装置１２（１２－１，１２－２，１２－３）のうち親機に設定された決済装置１２－１に対し、ネットワーク１４を介して決済情報を送信する機能である。決済情報は、取引番号、取引日時、端末ＩＤ、商品販売データ、合計点数、合計金額等の項目を含む。取引番号は、客２２との取引を個々に識別するために取引毎に発番される連続番号である。取引日時は、その取引が行われた日付及び時刻である。端末ＩＤは、その取引を処理した入力処理装置１１に設定された識別情報である。各入力処理装置１１には予め固有の端末ＩＤが設定されている。因みに、各決済装置１２にも固有の端末ＩＤが設定されている。商品販売データは、客２２が買い上げる商品の商品コード、商品名、単価、販売点数、販売金額、属性等の項目からなる。決済情報には、その取引の客２２が買い上げる全ての商品の商品販売データが含まれる。合計点数は、１取引における商品販売データの販売点数を合算した値である。合計金額は、１取引における商品販売データの販売金額を合算した金額である。
【0030】
このような決済情報は、取引番号と取引日時と端末ＩＤとによって一意に特定される。すなわち、取引番号と取引日時と端末ＩＤは、決済情報を特定可能な取引特定情報として機能する。なお、取引特定情報は、取引番号、取引日時及び端末ＩＤに限定されない。決済情報を特定できるのであれば、その他の項目が付加されてもよいし、一部の項目が省略されてもよい。また、決済情報のデータ構造は、上記の項目に限定されるものではない。その他の項目が付加されてもよいし、一部の項目が省略されてもよい。
【0031】
確認手段３１３は、当該入力処理装置１１と同一のチェックアウトレーンに配置された複数台の決済装置１２（１２１，１２－２，１２－３）の稼働状態を確認する機能である。プロセッサ３１は、データテーブル３２１を利用して、各決済装置１２（１２１，１２－２，１２－３）の稼働状態を確認する。
【0032】
図３は、データテーブル３２１のデータ構造を示す模式図である。データテーブル３２１は、メインメモリ３２の揮発性メモリ領域に設けられている。図示するように、データテーブル３２１は、複数台の決済装置１２（１２１，１２－２，１２－３）の各決済装置ＩＤとそれぞれ関連付けて、親機フラグＦと接続回数Ｎとを記憶するようにしたデータ構造を有している。
【0033】
親機フラグＦは、決済装置ＩＤで識別される決済装置１２が親機であるか否かを示す１ビットデータである。本実施形態では、親機であることを示す親機フラグＦを“１”とし、親機以外の子機であることを示す親機フラグＦを“０”とする。因みに、図３においては、決済装置ＩＤが「１２１」の第１決済装置１２－１が親機であり、決済装置ＩＤが「１２２」の第２決済装置１２－２及び決済装置ＩＤが「１２３」の第３決済装置１２－３がいずれも子機である場合を示している。
【0034】
接続回数Ｎは、入力処理装置１１が決済装置ＩＤで識別される決済装置１２と接続状態にあることを確認する毎にカウントアップされるカウンタである。本実施形態では、第１決済装置１２－１の接続回数ＮをＮａとし、第２決済装置１２－２の接続回数ＮをＮｂとし、第３決済装置１２－３の接続回数ＮをＮｃとする。
【0035】
作成手段３１１及び送信手段３１２としての機能は、プロセッサ３１が登録プログラムに従って実行する第１の情報処理によって実現される。また、確認手段３１３としての機能は、プロセッサ３１が同じく登録プログラムに従って実行する第２の情報処理によって実現される。第１の情報処理及び第２の情報処理については後述する。
【0036】
登録プログラムは、メインメモリ３２又は補助記憶デバイス３３に記憶されるアプリケーションプログラムの一種である。登録プログラムをメインメモリ３２又は補助記憶デバイス３３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に登録プログラムを記録して、あるいはネットワーク１４を介した通信により登録プログラムを配信して、メインメモリ３２又は補助記憶デバイス３３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0037】
なお、コンピュータに確認手段３１３としての機能を実現させるプログラムは、コンピュータに作成手段３１１及び送信手段３１２としての機能を実現させるプログラムと別であってもよい。
【0038】
図４は、決済装置１２の要部回路構成を示すブロック図である。本実施形態においては、各決済装置１２－１，１２－２，１２－３を同一構成とする。よって、図４においては、各決済装置１２－１，１２－２，１２－３を区別せずに決済装置１２として説明する。
【0039】
決済装置１２は、プロセッサ５１、メインメモリ５２、補助記憶デバイス５３、時計５４、通信ユニット５５、釣銭機インターフェース５６、スキャナ５７、タッチパネル５８、プリンタ５９、リーダ・ライタ６０、パトランプ６１及びシステム伝送路６２等を備える。システム伝送路６２は、アドレスバス、データバス、制御信号線等を含む。システム伝送路６２は、プロセッサ５１と他の各部とを直接又は信号入出力回路を介して接続し、相互間で授受されるデータ信号を伝送する。
【0040】
決済装置１２は、プロセッサ５１と、メインメモリ５２、補助記憶デバイス５３、時計５４及び通信ユニット５５とをシステム伝送路６２で接続することにより、コンピュータを構成する。そして決済装置１２は、そのコンピュータに、システム伝送路６２を介して釣銭機インターフェース５６、スキャナ５７、タッチパネル５８、プリンタ５９、リーダ・ライタ６０、パトランプ６１等のデバイスインターフェース又はデバイスを接続する。
【0041】
プロセッサ５１は、上記コンピュータの中枢部分に相当する。プロセッサ５１は、オペレーティングシステム又はアプリケーションプログラムに従って、決済装置１２としての各種の機能を実現するべく各部を制御する。プロセッサ５１は、例えばＣＰＵである。
【0042】
メインメモリ５２は、上記コンピュータの主記憶部分に相当する。メインメモリ５２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ５２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ５２は、プロセッサ５１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ５２は、揮発性のメモリ領域を、プロセッサ５１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。
【0043】
補助記憶デバイス５３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等が補助記憶デバイス５３となり得る。補助記憶デバイス５３は、プロセッサ５１が各種の処理を行う上で使用するデータ、プロセッサ５１での処理によって作成されたデータ等を保存する。補助記憶デバイス５３は、上記のアプリケーションプログラムを記憶する場合もある。
【0044】
時計５４は、日付と時刻を計時する。プロセッサ５１は、時計５４によって計時されている日付と時刻を現在日時として処理する。通信ユニット５５は、ネットワーク１４を介して接続されたサーバ１３又は入力処理装置１１との間でデータ通信を行う。釣銭機インターフェース５６は、図示しない自動釣銭機とのインターフェースを構成する。釣銭機インターフェース５６は、自動釣銭機から当該自動釣銭機に投入された貨幣の金額データを入力する。釣銭機インターフェース５６は、決済装置１２から自動釣銭機へと釣銭データを出力する。釣銭データを入力した自動釣銭機は、その釣銭データ相当の貨幣を釣銭として自動的に払い出す。
【0045】
スキャナ５７は、バーコード、二次元コード等のコードシンボルを読み取るための入力デバイスである。タッチパネル５８は、入力デバイスと表示デバイスとを兼ね備えた機器である。タッチパネル５８は、決済装置１２のオペレータである客２２に対して情報の表示を行い、その客２２による操作入力を受け付ける。プリンタ５９は、レシート用紙に対して各種の文字列又は画像等を印刷することにより、レシートを発行する。
【0046】
リーダ・ライタ６０は、カード、スマートフォン等の媒体に記録されたデータを読み取る機能と、上記媒体へデータを書き込む機能とを有する。カードは、クレジットカード、デビットカード、電子マネーカード、プリペイドカード等の決済用カードの他に、メンバーズカードやポイントカード等と称される会員カードを含み得る。リーダ・ライタ６０は、磁気式、接触式、あるいは非接触式のいずれのデバイスであってもよいし、また複数種のデバイスを含んでいてもよい。
【0047】
パトランプ６１は、例えば赤色と青色の二色の発光体を有する。パトランプ６１は、決済装置１２に対応付けてその近傍に立設されたポールの頂部に設けられており、対応する決済装置１２の状態に応じて、例えば赤色又は青色で点灯又は点滅する。
【0048】
このような決済装置１２のハードウェアとしては、例えば既存のセルフ方式のＰＯＳ端末、いわゆるセルフレジを利用することが可能である。なお、決済装置１２に接続されるデバイスは、スキャナ５７、タッチパネル５８、プリンタ５９、リーダ・ライタ６０及びパトランプ６１に限定されるものではない。決済装置１２の用途において必要なデバイスを追加したり、一部のデバイスを省略したりしてもよい。
【0049】
かかる構成の決済装置１２において、プロセッサ５１は、受信手段５１１、実行手段５１２、選択手段５１３、転送手段５１４、変更手段５１５、通知手段５１６及び復旧手段５１７としての機能を有する。
【0050】
受信手段５１１は、入力処理装置１１からネットワーク１４を介して送信される決済情報を通信ユニット５５で受信する機能である。実行手段５１２は、当該プロセッサ５１を搭載した決済装置１２が決済処理を実行し得る状態のとき、受信手段５１１で受信した決済情報に基づく決済処理を実行する機能である。以下では、当該プロセッサ５１を搭載した決済装置１２を当該決済装置１２と表し、その他の決済装置１２を他の決済装置と表す。
【0051】
選択手段５１３は、当該決済装置１２が決済処理を実行し得ない状態のとき、他の決済装置１２のネットワーク１４への接続状態を示す情報を検索し、ネットワーク１４に接続された状態にある他の決済装置１２のうちの１台を選択する機能である。プロセッサ５１は、データテーブル５２１を利用して、ネットワーク１４に接続された状態にある他の決済装置１２を選択する。
【0052】
図５は、データテーブル５２１のデータ構造を示す模式図である。データテーブル５２１は、メインメモリ５２の揮発性メモリ領域に設けられている。図示するように、データテーブル５２１は、複数台の決済装置１２（１２－１，１２－２，１２－３）の各決済装置ＩＤとそれぞれ関連付けて、転送順位ＲとステータスＳとを記憶するようにしたデータ構造を有している。
【0053】
転送順位Ｒは、複数台の決済装置１２（１２－１，１２－２，１２－３）の間で、決済情報を転送する際の優先順位である。本実施形態では、決済装置ＩＤが「１２１」の第１決済装置１２－１の転送順位Ｒを１位とし、決済装置ＩＤが「１２２」の第２決済装置１２－２の転送順位Ｒを２位とし、決済装置ＩＤが「１２３」の第３決済装置１２－３の転送順位Ｒを３位とする。なお、転送順位Ｒが１位の決済装置１２－１が必ずしも親機であるとは限らない。前述したように、子機に設定された決済装置１２－２～１２－３は、親機の決済装置１２－１の状態を監視し、決済装置１２－１がダウンすると、自らが親機となることを宣言する機能を有している。したがって、決済装置１２－２又は決済装置１２－３が親機となる場合もあり得る。
【0054】
ステータスＳは、複数台の決済装置１２（１２－１，１２－２，１２－３）のネットワーク１４への接続状態を示す情報である。接続状態には、オンライン状態、オフライン状態、復旧状態の３種類がある。オンライン状態は、決済装置１２がネットワーク１４を通じて送信されるデータを受信可能な状態である。オフライン状態は、決済装置１２がネットワーク１４を通じて送信されるデータを受信不可能な状態である。例えば電源がオフになっている決済装置１２は、オフライン状態となる。例えば通信系に異常が生じた決済装置１２も、オフライン状態となる。復旧状態は、決済装置１２がオフライン状態からオンライン状態に復旧した状態である。本実施形態では、オンライン状態を表すステータスＳを“０”とし、オフライン状態を表すステータスＳを“２”とし、復旧状態を表すステータスＳを“１”とする。そして、第１決済装置１２－１のステータスＳをＳａとし、第２決済装置１２－２のステータスＳをＳｂとし、第３決済装置１２－３のステータスＳをＳｃとする。
【0055】
図４の説明に戻る。
転送手段５１４は、選択手段５１３により選択した他の決済装置１２に決済情報を転送（送信）する機能である。変更手段５１５は、転送手段５１４による決済情報の転送に失敗した場合、転送に失敗した他の決済装置１２に対するステータスＳ、つまりは接続状態を示す情報を、ネットワーク１４に接続された状態を示す情報の値“０”から、ネットワーク１４から切断された状態を示す情報の値“２”に変更する機能である。通知手段５１６は、転送手段５１４による決済情報の転送に失敗した場合、入力処理装置１１に対して転送失敗を通知する機能である。復旧手段５１７は、ネットワーク１４から切断された他の決済装置１２がネットワーク１４に接続された場合に、当該他の決済装置１２に対するステータスＳ、つまりは接続状態を示す情報を、ネットワーク１４から切断された状態を示す情報値“２”から、復旧状態にあることを示す情報の値“１”に変更する機能である。
転送手段５１４は、選択手段５１３により選択した他の決済装置１２に決済情報を転送（送信）する機能である。変更手段５１５は、転送手段５１４による決済情報の転送に失敗した場合、転送に失敗した他の決済装置１２に対するステータスＳ、つまりは接続状態を示す情報を、ネットワーク１４に接続された状態を示す情報の値“０”から、ネットワーク１４から切断された状態を示す情報の値“２”に変更する機能である。通知手段５１６は、転送手段５１４による決済情報の転送に失敗した場合、入力処理装置１１に対して転送失敗を通知する機能である。復旧手段５１７は、ネットワーク１４から切断された他の決済装置１２がネットワーク１４に接続された場合に、当該他の決済装置１２に対するステータスＳ、つまりは接続状態を示す情報を、ネットワーク１４から切断された状態を示す情報値“２”から、復旧状態にあることを示す情報の値“１”に変更する機能である。
【0056】
受信手段５１１、実行手段５１２、選択手段５１３、転送手段５１４、変更手段５１５及び通知手段５１６としての機能は、プロセッサ５１が決済プログラムに従って実行する第３の情報処理によって実現される。復旧手段５１７としての機能は、プロセッサ５１が同じく決済プログラムに従って実行する第４の情報処理によって実現される。第３の情報処理及び第４の情報処理については後述する。
【0057】
決済プログラムは、メインメモリ５２又は補助記憶デバイス５３に記憶されるアプリケーションプログラムの一種である。決済プログラムをメインメモリ５２又は補助記憶デバイス５３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に決済プログラムを記録して、あるいはネットワーク１４を介した通信により決済プログラムを配信して、メインメモリ５２又は補助記憶デバイス５３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0058】
なお、コンピュータに復旧手段５１７としての機能を実現させるプログラムは、コンピュータに受信手段５１１、実行手段５１２、選択手段５１３、転送手段５１４、変更手段５１５及び通知手段５１６としての機能を実現させるプログラムと別であってもよい。
【0059】
［情報処理の説明］
次に、図６乃至図９の流れ図を用いて、取引処理システム１００を構成する入力処理装置１１及び決済装置１２の主要な情報処理の内容と手順を説明する。なお、以下に説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。
次に、図６乃至図９の流れ図を用いて、取引処理システム１００を構成する入力処理装置１１及び決済装置１２の主要な情報処理の内容と手順を説明する。なお、以下に説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。
【0060】
図６は、入力処理装置１１のプロセッサ３１が登録プログラムにしたがって実行する第１の情報処理の要部手順を示す流れ図である。客２２は、売場に陳列されている商品の中から購入する商品を買物籠等に入れ、チェックアウトレーンに向かう。客２２がチェックアウトレーンに来ると、チェッカとしての役割を担う店員２１は、入力処理装置１１に対して登録開始の宣言操作を行う。この操作を受けて、プロセッサ３１は、第１の情報処理を開始する。
【0061】
先ずプロセッサ３１は、ＡＣＴ１としてタッチパネル３８に登録画面を表示させる。登録画面は、例えば明細領域と合計領域とを配置し、さらに小計ボタン等を配置した画面である。明細領域は、一連の番号順に、商品名、個数、単価及び金額をリスト形式で表示するための領域である。合計領域は、明細領域に表示された個数の合計（点）と金額の合計（円）とをそれぞれ表示するための領域である。小計ボタンは、客２２が購入する買上商品の小計出力を指示するために店員２１がタッチ操作する操作子である。
【0062】
登録画面の表示を制御したプロセッサ３１は、ＡＣＴ２として商品に係るデータが入力されるのを待ち受ける。多くの商品には、その商品の識別情報である商品コードを表すバーコードが付されている。そこで店員２１は、スキャナ３７を操作して客２２が購入する買上商品に付されたバーコードを読み取る。スキャナ３７でバーコードが読み取られることによって、買上商品の商品コードが入力処理装置１１に入力される。一方、生鮮食品などの一部の商品にはバーコードが付されていないことがある。買上商品にバーコードが付されていない場合、店員２１は、タッチパネル３８に表示される商品ボタン群の中から、買上商品に対応した商品ボタンをタッチする。商品ボタンがタッチされると、その商品ボタンに対応した商品の商品コードが入力処理装置１１に入力される。
【0063】
プロセッサ３１は、商品コードが入力されると、ＡＣＴ２からＡＣＴ３へと進む。プロセッサ３１は、ＡＣＴ３として商品販売データ処理を実行する。すなわちプロセッサ３１は、スキャナ３７又はタッチパネル３８を介して入力された商品コードで識別される商品の商品レコードから商品名、単価、属性等の商品データを取得する。そしてプロセッサ３１は、商品コード、商品名、単価、販売点数、販売金額、属性等の項目を含む商品販売データを、トランザクションメモリに書き込む。トランザクションメモリは、メインメモリ３２における揮発性メモリ領域の一部である。
【0064】
商品販売データ処理を終えたプロセッサ３１は、ＡＣＴ４として小計ボタンが入力されたか否かを確認する。店員は、客２２が購入する買上商品の商品コードを入力するための操作を順次行う。そして、全ての買上商品の商品コードを入力し終えると、小計ボタンをタッチ操作する。
【0065】
プロセッサ３１は、小計ボタンが入力されず、次の買上商品の商品コードが入力された場合、ＡＣＴ４からＡＣＴ２へと戻り、さらにＡＣＴ３へと進む。すなわちプロセッサ３１は、買上商品の商品コードに基づいて商品販売データ処理を実行する。その結果、買上商品の商品販売データがトランザクションメモリに順次記憶される。
【0066】
小計ボタンが入力されると、プロセッサ３１は、ＡＣＴ４からＡＣＴ５へと進む。プロセッサ３１は、ＡＣＴ５として小計画面を表示させる。小計画面は、合計領域を配置し、さらに会計ボタン等を配置した画面である。合計領域は、登録画面の合計領域と同じである。会計ボタンは、客２２が会計に移ることを指示するために店員２１がタッチ操作する操作子である。小計画面を確認した店員２１は、会計ボタンをタッチ操作する。
【0067】
小計画面の表示を制御したプロセッサ３１は、ＡＣＴ６として会計ボタンが入力されるのを待ち受ける。会計ボタンが入力されると、プロセッサ３１は、ＡＣＴ６からＡＣＴ７へと進む。プロセッサ３１は、ＡＣＴ７として決済情報を作成する。すなわちプロセッサ３１は、トランザクションメモリに記憶された各買上商品の商品販売データ及びその合計点数並びに合計金額のデータと、取引番号、取引日時、入力処理装置１１の端末ＩＤ等の取引特定データとにより、取引の決済に必要な決済情報を作成する。
【0068】
決済情報を作成し終えると、プロセッサ３１は、ＡＣＴ８へと進む。プロセッサ３１は、ＡＣＴ８として親機に設定された決済装置１２を選択する。すなわちプロセッサ３１は、データテーブル３２１を参照して親機フラグＦが“１”に設定されている決済装置ＩＤで識別される決済装置１２を選択する。以下では、データテーブル３２１が図３に示す状態、つまりは決済装置ＩＤが「１２１」の第１決済装置１２－１が親機に設定されているものとして説明を続ける。
【0069】
親機に設定された第１決済装置１２－１を選択したならば、プロセッサ３１は、ＡＣＴ９へと進む。プロセッサ３１は、ＡＣＴ９として第１決済装置１２－１を送信先として決済情報を送信するように通信ユニット３５を制御する。この制御により、第１決済装置１２－１を送信先として決済情報がネットワーク１４に送信される。
【0070】
決済情報を送信し終えたプロセッサ３１は、ＡＣＴ１０として決済不可の応答コマンドを受信したか否かを確認する。決済不可の応答コマンドを受信していない場合、プロセッサ３１は、ＡＣＴ１０からＡＣＴ１１へと進む。プロセッサ３１は、ＡＣＴ１１として決済可能の応答コマンドを受信したか否かを確認する。決済可能の応答コマンドを受信していない場合、プロセッサ３１は、ＡＣＴ１１からＡＣＴ１０へと戻る。このように、決済情報を送信し終えたプロセッサ３１は、ＡＣＴ１０及びＡＣＴ１１として決済不可又は決済可能の応答コマンドを待ち受ける。決済不可の応答コマンドは、ネットワーク１４に接続された決済装置１２において決済処理が不可能な場合に返信される。決済可能の応答コマンドは、決済装置１２において決済処理が可能な場合に返信される。
【0071】
ＡＣＴ１０及びＡＣＴ１１の待ち受け状態において、決済不可の応答コマンドを受信した場合には、プロセッサ３１は、ＡＣＴ１０からＡＣＴ１２へと進む。プロセッサ３１は、ＡＣＴ１２として決済が不可であることを報知する。例えばプロセッサ３１は、タッチパネル３８に決済が不可であることを通知するための画面を表示して店員に報知する。この画面には再送を指示する操作子がある。店員は、再送を指示する操作子にタッチする。
【0072】
決済が不可であることを報知したプロセッサ３１は、ＡＣＴ１３へと進む。プロセッサ３１は、ＡＣＴ１３として再送が指示されるのを待ち受ける。プロセッサ３１は、操作子のタッチ操作により再送が指示されたことを検知すると、ＡＣＴ１３からＡＣＴ９へと戻る。プロセッサ３１は、再度、親機に設定された第１決済装置１２－１に対して決済情報を送信するための制御を行う。そしてプロセッサ３１は、決済不可又は決済可能の応答コマンドを待ち受ける。
【0073】
ＡＣＴ１０及びＡＣＴ１１の待ち受け状態において、決済可能の応答コマンドを受信した場合には、プロセッサ３１は、ＡＣＴ１１からＡＣＴ１４へと進む。プロセッサ３１は、ＡＣＴ１４として決済先となる決済装置１２を通知する。例えばプロセッサ３１は、決済可能の応答コマンド送信元の決済装置１２が第１決済装置１２－１である場合、決済先が第１決済装置１２－１であることを通知する情報をタッチパネル３８に表示させて店員に通知する。この通知を受けた店員は、客２２に対し、第１決済装置１２－１で決済を行うように指示する。なお、決済先の通知は、客用ディスプレイ３９であってもよい。あるいは、タッチパネル３８と客用ディスプレイ３９の双方であってもよい。ＡＣＴ１４の処理を終えると、プロセッサ３１は、第１の情報処理を終了する。
【0074】
ここに、プロセッサ３１は、ＡＣＴ７の処理により作成手段３１１としての機能を実現する。プロセッサ３１は、ＡＣＴ８及びＡＣＴ９の処理により送信手段３１２としての機能を実現する。
【0075】
図７は、決済装置１２のプロセッサ５１が決済プログラムに従って実行する第３の情報処理の手順を示す流れ図である。プロセッサ５１は、ＡＣＴ２１として決済情報を待ち受けている。入力処理装置１１から送信され、あるいは転送順位が上位の他の決済装置１２から送信された決済情報を通信ユニット５５で受信すると、プロセッサ５１は、ＡＣＴ２１からＡＣＴ２２へと進む。プロセッサ５１は、ＡＣＴ２２として当該決済装置１２が決済処理を実行可能であるか否かを確認する。例えば前の客の決済処理が終了していない場合、当該決済装置１２は、次の客の決済処理を実行することはできない。また、プリンタ５９の用紙詰まり、用紙切れ等のプリンタエラー、あるいは釣銭機の貨幣詰まり、釣銭切れなどの釣銭機エラーが発生している場合、当該決済装置１２は、決済処理を実行することができない。
【0076】
当該決済装置１２が決済処理を実行可能である場合には、プロセッサ５１は、ＡＣＴ２２からＡＣＴ２３へと進む。プロセッサ５１は、ＡＣＴ２３として決済可能通知コマンドを入力処理装置１１に対して送信するように通信ユニット５５を制御する。この制御により、当該決済装置１２から入力処理装置１１に対し、ネットワーク１４を通じて決済可能通知コマンドが送信される。
【0077】
プロセッサ５１は、ＡＣＴ２４として決済処理を実行する。具体的には、プロセッサ５１は、タッチパネル５８の画面を支払方法選択画面とする。支払方法選択画面は、例えば、現金ボタン、クレジットボタン、電子マネーボタン等の支払い方法を選択するための操作子を配置した画面である。店員２１によって指示された決済装置１２の設置場所に移動した客２２は、希望する支払方法に対応したボタンにタッチする。すなわち、現金支払いを希望する客２２は現金ボタンにタッチし、クレジットカード支払いを希望する客２２はクレジットボタンにタッチし、電子マネー支払いを希望する客２２は電子マネーボタンにタッチする。
【0078】
支払方法選択画面の表示を制御したプロセッサ５１は、いずれかの支払方法が選択されるのを待ち受ける。そして、支払方法が選択されたならば、プロセッサ５１は、その支払方法に対応した決済処理を実行する。例えば支払方法として現金が選択された場合、プロセッサ５１は、自動釣銭機に投入された金額から合計金額を差し引き、釣銭を算出して自動釣銭機から払い出す処理を実行する。例えば支払方法としてクレジットカードが選択された場合、プロセッサ５１は、リーダ・ライタ６０で読み取ったクレジットカードの認証を行い、承認されたことを条件に合計金額をクレジット決済金額として確定する。例えば支払方法として電子マネーが選択された場合、プロセッサ５１は、リーダ・ライタ６０で読み取った電子マネー媒体の残高から合計金額を引き去る。
【0079】
こうして、支払方法別の決済処理が終了すると、プロセッサ５１は、ＡＣＴ２５としてプリンタ５９を制御し、取引レシートを発行する。取引レシートには、決済情報、つまりは取引番号、取引日時、端末ＩＤ、商品販売データ、合計点数、合計金額等が印刷される。ＡＣＴ２５の処理を終えると、プロセッサ５１は、第３の情報処理を終了する。
【0080】
一方、当該決済装置１２が決済処理を実行不可能である場合には、プロセッサ５１は、ＡＣＴ２２からＡＣＴ２６へと進む。プロセッサ５１は、ＡＣＴ２６としてデータテーブル５２１を参照して当該決済装置１２の転送順位Ｒを取得する。
【0081】
プロセッサ５１は、ＡＣＴ２７としてその転送順位Ｒに“１”を加算する。そしてプロセッサ５１は、データテーブル５２１を参照して転送順位が“Ｒ＋１”位に設定された他の決済装置１２を選択する。プロセッサ５１は、ＡＣＴ２８として転送順位が“Ｒ＋１”位に設定された他の決済装置１２を選択可能か確認する。以下では、転送順位が“Ｒ＋１”位に設定された他の決済装置１２を決済装置１２（Ｒ＋１）と表し、転送順位が“Ｒ＋２”位に設定された他の決済装置１２を決済装置１２（Ｒ＋２）と表す。決済装置１２（Ｒ＋１）を選択不可能な場合、プロセッサ５１は、ＡＣＴ２９乃至ＡＣＴ３４の処理をスキップして、ＡＣＴ３５へと進む。プロセッサ５１は、ＡＣＴ３５として決済不可通知コマンドを入力処理装置１１に対して送信するように通信ユニット５５を制御する。この制御により、当該決済装置１２から入力処理装置１１に対し、ネットワーク１４を通じて決済可能通知コマンドが送信される。
【0082】
決済装置１２（Ｒ＋１）を選択可能である場合には、プロセッサ５１は、ＡＣＴ２８からＡＣＴ２９へと進む。プロセッサ５１は、ＡＣＴ２９として決済装置１２（Ｒ＋１）のステータスＳを調べる。ステータスＳが“０”すなわち決済装置１２（Ｒ＋１）がオンライン状態であるか、ステータスＳが“１”すなわち決済装置１２（Ｒ＋１）が復旧状態である場合には、プロセッサ５１は、ＡＣＴ２９からＡＣＴ３０へと進む。プロセッサ５１は、ＡＣＴ３０として決済情報を決済装置１２（Ｒ＋１）に転送するように通信ユニット５５を制御する。この制御により、当該決済装置１２から転送順位が１つ下の決済装置１２（Ｒ＋１）に対し、ネットワーク１４を通じて決済情報が送信される。
【0083】
一方、決済装置１２（Ｒ＋１）のステータスＳが“２”の場合、プロセッサ５１は、ＡＣＴ２９からＡＣＴ２７へと戻る。プロセッサ５１は、ＡＣＴ２７以降の処理を前述したのと同様に実行する。したがって、データテーブル５２１を参照して転送順位が“Ｒ＋２”位に設定された決済装置１２（Ｒ＋２）を選択し得なかった場合には、プロセッサ５１は、決済不可通知コマンドを入力処理装置１１に対して送信するように通信ユニット５５を制御する。これに対し、転送順位が“Ｒ＋２”位に設定された決済装置１２（Ｒ＋２）を選択し得、その決済装置１２（Ｒ＋２）に対するステータスＳが“０”または“１”である場合には、プロセッサ５１は、ＡＣＴ３０として決済情報を転送順位が２つ下の決済装置１２（Ｒ＋２）に転送するように通信ユニット５５を制御する。すなわち決済装置１２は、転送順位が１つ下の決済装置１２（Ｒ＋１）をスキップして、２つ下の決済装置１２（Ｒ＋２）に決済情報を転送する。
【0084】
このようにプロセッサ５１は、当該決済装置１２が決済処理を実行不可能である場合、当該決済装置１２よりも転送順位が下位の決済装置１２（Ｒ＋１）または決済装置１２（Ｒ＋２）に決済情報を転送する。ここで、決済情報を転送した決済装置１２（Ｒ＋１）または決済装置１２（Ｒ＋２）がオンライン状態又は復旧状態の場合には、通常、決済情報の送信がエラーとはならない。一方、オフライン状態の場合には、決済情報の送信がエラーとなる。
【0085】
決済情報を送信したプロセッサ５１は、ＡＣＴ３１として送信エラーとなったか否かを確認する。送信エラーとならなかった場合、プロセッサ５１は、ＡＣＴ３１からＡＣＴ３２へと進む。プロセッサ５１は、ＡＣＴ３２として決済情報を送信した決済装置１２（Ｒ＋１）または決済装置１２（Ｒ＋２）に対するステータスＳを調べる。ステータスＳが“０”である場合、プロセッサ５１は、第３の情報処理を終了する。
【0086】
これに対し、ステータスＳが“１”であった場合には、プロセッサ５１は、ＡＣＴ３２からＡＣＴ３３へと進む。プロセッサ５１は、ＡＣＴ３３としてステータスＳを“１”から“０”へと変更する。以上で、プロセッサ５１は、第３の情報処理を終了する。
【0087】
一方、決済情報の送信がエラーとなった場合には、プロセッサ５１はＡＣＴ３１からＡＣＴ３４へと進む。プロセッサ５１は、ＡＣＴ３４として決済情報の送信先である決済装置１２（Ｒ＋１）または決済装置１２（Ｒ＋２）に対するステータスＳを“２”とする。次いでプロセッサ５１は、ＡＣＴ３５へと進み、決済不可通知コマンドを入力処理装置１１に対して送信するように通信ユニット５５を制御する。この制御により、当該決済装置１２から入力処理装置１１に対し、ネットワーク１４を通じて決済不可通知コマンドが送信される。決済不可通知コマンドの送信を制御したプロセッサ５１は、第３の情報処理を終了する。
【0088】
ここに、プロセッサ５１は、ＡＣＴ２１の処理により受信手段５１１としての機能を実現する。プロセッサ５１は、ＡＣＴ２４の処理により実行手段５２２としての機能を実現する。プロセッサ５１は、ＡＣＴ２６乃至ＡＣＴ２９の処理により選択手段５２３としての機能を実現する。プロセッサ５１は、ＡＣＴ３０の処理により転送手段５２４としての機能を実現する。プロセッサ５１は、ＡＣＴ３４の処理により変更手段５２５としての機能を実現する。プロセッサ５１は、ＡＣＴ３５の処理により通知手段５２６としての機能を実現する。
【0089】
図８は、決済装置１２のプロセッサ５１が決済プログラムに従って実行する第４の情報処理の手順を示す流れ図である。また図９は、入力処理装置１１のプロセッサ３１が登録プログラムに従って実行する第２の情報処理の手順を示す流れ図である。第４の情報処理と第２の情報処理とは連動しているため、ここでは２つの処理を並行して説明する。
【0090】
決済プログラムが起動している決済装置１２のプロセッサ５１は、予め設定された周期で第４の情報処理を実行する。先ず、プロセッサ５１は、図８のＡＣＴ４１として確認開始コマンドを入力処理装置１１に対して送信するように通信ユニット５５を制御する。この制御により、当該決済装置１２から入力処理装置１１に対し、ネットワーク１４を通じて確認開始コマンドが送信される。
【0091】
一方、登録プログラムが起動している入力処理装置１１のプロセッサ３１は、図９のＡＣＴ６１として確認開始コマンドを待ち受けている。いずれかの決済装置１２から確認開始コマンドを受信すると、プロセッサ３１は、ＡＣＴ６１からＡＣＴ６２へと進む。プロセッサ３１は、ＡＣＴ６２として確認開始コマンドを送信した決済装置１２の決済装置ＩＤを取得する。プロセッサ３１は、ＡＣＴ６３としてデータテーブル３２１において当該決済装置ＩＤと関連付けて記憶している接続回数Ｎを“１”だけカウントアップする。そしてプロセッサ３１は、ＡＣＴ６４として確認開始コマンド送信元の決済装置１２に対して確認応答コマンドを送信するように制御する。この制御により確認開始コマンド送信元の決済装置１２を送信先として確認応答コマンドがネットワーク１４に送信される。確認応答コマンドには、データテーブル３２１のデータ、つまりは決済装置ＩＤ別の接続回数Ｎａ，Ｎｂ，Ｎｃが含まれる。確認応答コマンドの送信を制御したプロセッサ３１は、第２の情報処理を終了する。
【0092】
図８の説明に戻る。
確認開始コマンドの送信を制御した決済装置１２のプロセッサ５１は、ＡＣＴ４２として確認応答コマンドを待ち受けている。入力処理装置１１からの確認応答コマンドを受信すると、プロセッサ５１は、ＡＣＴ４２からＡＣＴ４３へと進む。プロセッサ５１は、ＡＣＴ４３として確認応答コマンドから入力処理装置１１が有するデータテーブル３２１のデータを取得する。
確認開始コマンドの送信を制御した決済装置１２のプロセッサ５１は、ＡＣＴ４２として確認応答コマンドを待ち受けている。入力処理装置１１からの確認応答コマンドを受信すると、プロセッサ５１は、ＡＣＴ４２からＡＣＴ４３へと進む。プロセッサ５１は、ＡＣＴ４３として確認応答コマンドから入力処理装置１１が有するデータテーブル３２１のデータを取得する。
【0093】
プロセッサ５１は、ＡＣＴ４４として当該決済装置１２が有するデータテーブル５２１を検索する。そしてプロセッサ５１は、ＡＣＴ４５としてステータスＳがオフライン状態を示す“２”の決済装置ＩＤが存在するか確認する。ステータスＳがオフライン状態を示す“２”の決済装置ＩＤが存在しない場合、プロセッサ５１は、ＡＣＴ４５乃至ＡＣＴ４９の処理をスキップして、ＡＣＴ５０へと進む。プロセッサ５１は、ＡＣＴ５０として確認応答コマンドから取得したデータテーブル３２１のデータを記憶する。データテーブル３２１の記憶先はメインメモリ５２であってもよいし、補助記憶デバイス５３であってもよい。データテーブル３２１を記憶したプロセッサ５１は、今回の第４の情報処理を終了する。
【0094】
一方、ステータスＳがオフライン状態を示す“２”の決済装置ＩＤが存在する場合には、プロセッサ５１は、ＡＣＴ４５からＡＣＴ４６へと進む。プロセッサ５１は、ＡＣＴ４６として前回の第４の情報処理で記憶したデータテーブル３２１を検索して、当該決済装置ＩＤと関連付けられた接続回数Ｎｘ（Ｎｘ＝Ｎａ，Ｎｂ，又はＮｃ）を検出する。またプロセッサ５１は、ＡＣＴ４７として確認応答コマンドから取得したデータテーブル３２１を検索して、当該決済装置ＩＤと関連付けられた接続回数Ｎｙ（Ｎｙ＝Ｎａ，Ｎｂ，又はＮｃ）を検出する。そしてプロセッサ５１は、ＡＣＴ４８として接続回数Ｎｙが接続回数Ｎｘよりも増加したか否かを判定する。
【0095】
接続回数Ｎｙが接続回数Ｎｘよりも増加していない場合、プロセッサ５１は、ＡＣＴ４９の処理をスキップしてＡＣＴ５０へと進む。プロセッサ５１は、ＡＣＴ５０として確認応答コマンドから取得したデータテーブル３２１のデータを記憶して、今回の第４の情報処理を終了する。
【0096】
これに対し、接続回数Ｎｙが接続回数Ｎｘよりも増加している場合には、プロセッサ５１は、ＡＣＴ４８からＡＣＴ４９へと進む。プロセッサ５１は、接続回数が増加した決済装置ＩＤと関連付けられてデータテーブル５２１に記憶されているステータスＳを“２”から“１”へと変更する。その後、プロセッサ５１は、ＡＣＴ５０へと進む。プロセッサ５１は、ＡＣＴ５０として確認応答コマンドから取得したデータテーブル３２１のデータを記憶して、今回の第４の情報処理を終了する。
【0097】
図９を用いて説明したように、接続回数Ｎ（Ｎａ，Ｎｂ，Ｎｃ）は、対応する決済装置１２から確認開始コマンドを受信する毎に増加する。つまり、オンライン状態である決済装置１２の接続回数Ｎは増加するが、オフライン状態である決済装置１２の接続回数Ｎは増加しない。決済装置１２のプロセッサ５１は、第４の情報処理によりステータスＳが“２”、すなわちオフライン状態にある他の決済装置１２の接続回数Ｎを周期的に監視する。そして、接続回数Ｎが増加したならば、オフライン状態にあった他の決済装置１２が復旧したので、ステータスＳを“１”に変更する。ここにプロセッサ５１は、ＡＣＴ４１乃至ＡＣＴ５０の処理により復旧手段５１７としての機能を実現する。また、入力処理装置１１のプロセッサ３１は、図９のＡＣＴ６１乃至ＡＣＴ６４の処理により確認手段３１３としての機能を実現する。
【0098】
［取引処理システムの動作］
図１０は、親機に設定された第１決済装置１２－１が決済処理を可能な状態であるときの取引処理システム１００の動作説明図である。なお、各決済装置１２（１２－１，１２－２，１２－３）が有するデータテーブル５２１は、図１０に示す値を記憶しているものとする。すなわち、第１決済装置１２－１の転送順位が１位であり、第２決済装置１２－２の転送順位が２位であり、第３決済装置１２－３の転送順位が３位である。また、第１決済装置１２－１、第２決済装置１２－２及び第３決済装置１２－３はオンライン状態である。
図１０は、親機に設定された第１決済装置１２－１が決済処理を可能な状態であるときの取引処理システム１００の動作説明図である。なお、各決済装置１２（１２－１，１２－２，１２－３）が有するデータテーブル５２１は、図１０に示す値を記憶しているものとする。すなわち、第１決済装置１２－１の転送順位が１位であり、第２決済装置１２－２の転送順位が２位であり、第３決済装置１２－３の転送順位が３位である。また、第１決済装置１２－１、第２決済装置１２－２及び第３決済装置１２－３はオンライン状態である。
【0099】
このような状態においては、入力処理装置１１から第１決済装置１２－１に決済情報が送信されると、第１決済装置１２－１から入力処理装置１１に決済可能通知コマンドが送信される。そして第１決済装置１２－１において決済処理が実行される。
【0100】
図１１は、第１決済装置１２－１において、例えば前の客の決済処理がまだ終了しておらず、決済処理が不可能であるときの取引処理システム１００の動作説明図である。なお、各決済装置１２（１２－１，１２－２，１２－３）が有するデータテーブル５２１は、図１０に示す値と同じである。
【0101】
このような状態においては、入力処理装置１１から第１決済装置１２－１に決済情報が送信されると、第１決済装置１２－１から転送順位が２位の第２決済装置１２－２に決済情報が転送される。ここで、第２決済装置１２－２が決済処理を可能な状態であるとすると、第２決済装置１２－２から入力処理装置１１に決済可能通知コマンドが送信される。そして第２決済装置１２－２において決済処理が実行される。
【0102】
これに対し、第２決済装置１２－２も決済処理が不可能である場合には、第２決済装置１２－２から転送順位が３位の第３決済装置１２－３に決済情報が転送される。ここで、第３決済装置１２－３が決済処理を可能な状態であるとすると、第３決済装置１２－３から入力処理装置１１に決済可能通知コマンドが送信される。そして第３決済装置１２－３において決済処理が実行される。
【0103】
なお、第３決済装置１２－３も決済処理が不可能である場合には、第３決済装置１２－３から入力処理装置１１に決済不可通知コマンドが送信される。その結果、入力処理装置１１においては、決済が不可であることが報知されるので、店員は再送を指示する。その時点で、例えば第１決済装置１２－１が決済処理を可能な状態になっていると、第１決済装置１２－１から入力処理装置１１に決済可能通知コマンドが送信される。そして第１決済装置１２－１において決済処理が実行される。
【0104】
図１２は、第１決済装置１２－１から第２決済装置１２－２に決済情報を転送したが、第２決済装置１２－２がオフライン状態であったために決済情報を受信できなかったときの取引処理システム１００の動作説明図である。第２決済装置１２－２に決済情報を転送したが、送信エラーとなった場合、第１決済装置１２－１においては、第２決済装置１２－２に対するステータスＳが０”から“２”に変更される。また第１決済装置１２－１から入力処理装置１１に決済不可通知コマンドが送信される。その結果、入力処理装置１１においては、決済が不可であることが報知されるので、店員は再送を指示する。
【0105】
図１３は、入力処理装置１１から決済情報が再送されたときの取引処理システム１００の動作説明図である。決済情報を受信した第１決済装置１２－１においては、転送順位が２位の第２決済装置１２－２に対するステータスＳが“２”であるために、第２決済装置１２－２に対して決済情報を送信しない。第１決済装置１２－１は、第２決済装置１２－２をスキップして、転送順位が３位の第３決済装置１２－３に対して決済情報を転送する。ここで、第３決済装置１２－３が決済処理を可能な状態であるとすると、第３決済装置１２－３から入力処理装置１１に決済可能通知コマンドが送信される。そして第３決済装置１２－３において決済処理が実行される。
【0106】
このように、取引処理システム１００においては、決済装置１２－１から見て転送順位が１つの下の決済装置１２－２がオフライン状態であっても、決済装置１２－１は、さらに転送順位が下位の決済装置１２－３に決済情報を転送することができる。したがって、オフライン状態にある決済装置１２－２だけでなく、それよりも転送順位が下位の決済装置１２－３においても取引の決済を処理できなくなり処理効率が低下する、という不具合は解消される。その結果、決済処理の処理効率を高めることができる。
【0107】
［第２の実施形態］
第１の実施形態では、決済装置１２が実行する第３の情報処理のＡＣＴ３５において、プロセッサ５１が入力処理装置１１に対して送信するコマンドを決済不可通知コマンドとした。第２の実施形態では、図１４に示すように、このコマンドをエラー通知コマンドとする。エラー通知コマンドは、当該決済装置１２よりも転送順位が下位の他の決済装置１２に通信エラーが発生していることを入力処理装置１１に通知するためのコマンドである。エラー通知コマンドには、通信エラーによりオフラインとなった決済装置１２の決済装置ＩＤが含まれる。
第１の実施形態では、決済装置１２が実行する第３の情報処理のＡＣＴ３５において、プロセッサ５１が入力処理装置１１に対して送信するコマンドを決済不可通知コマンドとした。第２の実施形態では、図１４に示すように、このコマンドをエラー通知コマンドとする。エラー通知コマンドは、当該決済装置１２よりも転送順位が下位の他の決済装置１２に通信エラーが発生していることを入力処理装置１１に通知するためのコマンドである。エラー通知コマンドには、通信エラーによりオフラインとなった決済装置１２の決済装置ＩＤが含まれる。
【0108】
エラー通知コマンドを送信したプロセッサ５１は、ＡＣＴ３５からＡＣＴ２７へと戻る。すなわちプロセッサ５１は、前回のＡＣＴ２７の処理において選択した転送順位“Ｒ＋１”にさらに“１”を加算する。そしてプロセッサ５１は、データテーブル５２１を参照して転送順位が“Ｒ＋２”位に設定された他の決済装置１２（Ｒ＋２）を選択する。プロセッサ５１は、決済装置１２（Ｒ＋２）を選択可能か確認する。決済装置１２（Ｒ＋２）を選択不可能な場合には、プロセッサ５１は、決済不可通知コマンドを入力処理装置１１に対して送信するように通信ユニット５５を制御する。
【0109】
これに対し、決済装置１２（Ｒ＋２）を選択可能である場合には、プロセッサ５１は、決済装置１２（Ｒ＋２）のステータスＳを調べる。ステータスＳが“０”すなわち決済装置１２（Ｒ＋２）がオンライン状態であるか、ステータスＳが“１”すなわち決済装置１２（Ｒ＋２）が復旧状態である場合には、プロセッサ５１は、決済情報を決済装置１２（Ｒ＋２）に転送するように通信ユニット５５を制御する。この制御により、当該決済装置１２から転送順位が２つ下の決済装置１２（Ｒ＋２）に対し、ネットワーク１４を通じて決済情報が送信される。
【0110】
一方、第２の実施形態において、入力処理装置１１は、プロセッサ３１が実行する第１の情報処理のＡＣＴ９以降の処理の一部が第１の実施形態と異なる。すなわち、第１の実施形態では、図７を用いて説明したように、プロセッサ３１は、ＡＣＴ１０及びＡＣＴ１１として決済不可又は決済可能の応答コマンドを待ち受けた。第２の実施形態では、図１５に示すように、決済不可又は決済可能の応答コマンドを待ち受けている状態において、さらにＡＣＴ７１としてエラー通知コマンドを受信したか否かを確認する。エラー通知コマンドを受信した場合、プロセッサ３１は、ＡＣＴ７１からＡＣＴ７２へと進む。プロセッサ３１は、ＡＣＴ７２としてエラー通知コマンドに含まれる決済装置ＩＤで特定される決済装置１２がオフラインであることを報知する。そしてプロセッサ３１は、決済不可又は決済可能の応答コマンドを待ち受ける。
【0111】
このような構成の第２の実施形態においても、決済処理を実行し得ない状態である決済装置１２は、転送順位が１つ下の決済装置１２（Ｒ＋１）がオフラインであった場合にその決済装置１２（Ｒ＋１）をスキップして、２つ下の決済装置１２（Ｒ＋２）に決済情報を転送することができる。その上、入力処理装置１１のオペレータである店員が再送を指示しなくても、決済装置１２は、転送順位が２つ下の決済装置１２（Ｒ＋２）に決済情報を転送する。したがって、再送の指示を待つ第１の実施形態よりも処理効率を高めることができる。また店員は、入力処理装置１１において報知された情報により、オフラインになった決済装置１２を容易に特定することができるので、その決済装置１２の復旧作業を迅速に行い得るメリットもある。
【0112】
［他の実施形態］
前記実施形態では、各決済装置１２がそれぞれデータテーブル５２１をメインメモリ５２で記憶する場合を例示した。他の実施形態としては、サーバ１３がデータテーブル５２１を記憶し、各決済装置１２がこのデータテーブル５２１を共有してもよい。
前記実施形態では、各決済装置１２がそれぞれデータテーブル５２１をメインメモリ５２で記憶する場合を例示した。他の実施形態としては、サーバ１３がデータテーブル５２１を記憶し、各決済装置１２がこのデータテーブル５２１を共有してもよい。
【0113】
前記実施形態では、１台の入力処理装置１１に対して３台の決済装置１２（１２－１，１２－２，１２－３）が接続された取引処理システム１００を例示した。決済装置１２の台数は、３台に限定されるものではない。決済装置１２の台数は、４台以上であってもよい。
【0114】
前記実施形態では、１台の入力処理装置１１と３台の決済装置１２（１２－１，１２－２，１２－３）とが１つのグループを構成する場合を例示した。この点に関しては、必ずしもグループを構成しなくてもよい。例えば、複数台の入力処理装置と複数台の決済装置とをそれぞれ別々の場所に分けて配置する。複数台の決済装置には、予め決済情報の転送順位を設定しておく。また、複数台の決済装置のうち１台を親機とし残りを子機とする。複数台の入力処理装置は、親機に決済装置に決済情報を送信する。複数台の決済装置は、当該決済装置が決済処理を実行し得る状態のとき、決済情報に基づく決済処理を実行する。当該決済装置が決済処理を実行し得ない状態のときには、転送順位が下位の他の決済装置に決済情報を転送する。このとき、他の決済装置がオフラインである場合には、さらに下位の他の決済装置に決済情報を転送する。このような構成を採用しても、前記実施形態と同様に効率向上の効果を奏することができる。
【0115】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0116】
１１…入力処理装置、１２（１２－１，１２－２，１２－３）…決済装置、１３…サーバ、１４…ネットワーク、１５…商品マスタファイル、２１…店員、２２…客、３１，５１…プロセッサ、３２，５２…メインメモリ、３３，５３…補助記憶デバイス、３１１…作成手段、３１２…送信手段、３１３…確認手段、３２１，５２１…データテーブル、５１１…受信手段、５１２…実行手段、５１３…選択手段、５１４…転送手段、５１５…変更手段、５１６…通知手段、５１７…復旧手段。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
