JP6835932B2 - 決済装置及びその制御プログラム - Google Patents

Description

本発明の実施形態は、チェックアウトシステムの決済装置及びその制御プログラムに関する。

量販店向けのチェックアウトシステムとして、取引毎にその取引の決済に必要な会計データを作成する登録装置と、前記会計データを基に前記取引の決済を処理する決済装置とを分離したタイプがある。登録装置は、商品販売に係るデータの入力を待ち受ける。そして、操作者によって商品販売に係るデータが入力されると、登録装置は、そのデータを基に会計データを作成し、この会計データを決済装置に送信する。決済装置は、会計データに対する支払いデータの入力を待ち受ける。そして、操作者によって支払いデータが入力されると、決済装置は、会計データと支払いデータとに基づいて取引の決済を処理する。このような登録装置と決済装置とを分離したタイプのチェックアウトシステムには、登録装置と決済装置とを別々の店員が操作する二人制と、登録装置を店員が操作し決済装置を買物客が操作する分担制、いわゆるセミセルフ方式とがある。

セミセルフ方式の場合、決済装置の操作に買物客が手間取ると、後に続く買物客が決済を待つことになる。このような事態を避けるために、１台の登録装置に対して複数台の決済装置を接続する。そして登録装置は、取引毎にいずれかの決済装置を選択して、その決済装置に会計データを送信する。このため登録装置は、取引毎に会計データの送信先となる決済装置を選択するための処理を実行しなければならない。

特開２０１３−２４２８３９号公報

本発明の実施形態が解決しようとする課題は、登録装置において取引毎に実行されていた会計データの送信先となる決済装置を選択する処理を不要にしたチェックアウトシステムで用いられる決済装置を提供しようとするものである。

一実施形態において、取引毎にその取引の決済に必要な会計データを作成し、その会計データを複数の決済装置に対して設定される優先順位のデータとともに送信する登録装置とネットワークを介して接続され、会計データを基に取引の決済を処理する決済装置は、受信手段と、許諾応答手段と、転送手段とを備える。受信手段は、ネットワークを介して会計データと優先順位のデータとを受信する。許諾応答手段は、取引の決済を実行可能な状態で会計データと優先順位のデータとを受信した場合、ネットワークを介して登録装置に許諾応答を送信する。転送手段は、取引の決済を実行不可能な状態で会計データと優先順位のデータとを受信した場合、優先順位のデータを基に自らよりも優先順位が下位の他の決済装置に会計データと優先順位のデータとをネットワークを介して転送する。

本実施形態に係るチェックアウトシステムの模式図。 登録装置及び決済装置の主要な回路構成を示すブロック図。 登録装置のＲＡＭに形成される主要なメモリ領域を示す模式図。 登録装置の補助記憶ユニットで記憶されるリストテーブル示す模式図。 登録装置のＣＰＵが実行する情報処理の主要な手順を示す流れ図。 図５の優先順位更新処理の手順を具体的に示す流れ図。 図５の会計送信処理の手順を具体的に示す流れ図。 決済装置のＣＰＵが実行する受信割込み処理の主要な手順を示す流れ図。 登録画面の一表示例を示す模式図。 会計確認画面の一表示例を示す模式図。 会計確認画面の一表示例を示す模式図。

以下、実施形態について、図面を用いて説明する。
図１は、本実施形態に係るチェックアウトシステム１０の模式図である。チェックアウトシステム１０は、複数台の登録装置１１と、登録装置１１よりも台数の多い決済装置１２とを含む。登録装置１１及び決済装置１２は、店舗のチェックアウトレーン毎に配置される。

図１においては、２台の登録装置１１と６台の決済装置１２とを２つのチェックアウトレーンに配置した場合を示している。詳しくは、１つのチェックアウトレーンに対して１台の登録装置１１と３台の決済装置１２（１２-1、１２-2、１２-3）とが配置されている。決済装置１２-1は、登録装置１１との距離が最も近く、決済装置１２-2は、登録装置１１との距離が２番目に近く、決済装置１２-3は、登録装置１１との距離が最も遠い。

チェックアウトシステム１０は、セミセルフ方式である。すなわち登録装置１１は、チェッカと呼ばれる役割を担った店員２１が、その操作者となる。決済装置１２は、店舗で販売される商品を購入する買物客２２が、その操作者となる。

登録装置１１は、図１においては、作業テーブル２３に取り付けられる。作業テーブル２３は、矩形の天板を有する。複数の作業テーブル２３が、天板の長手方向がほぼ並行するように配置されることにより、買物客２２用の通路（チェックアウトレーン）が形成される。

登録装置１１は、商品の販売登録、会計データの作成及び会計データの決済装置１２への転送の各機能を備える。商品の販売登録とは、買物客２２が購入する商品のデータを登録装置１１に登録することである。例えば、商品に付されたバーコードをスキャナでスキャンすることにより、当該商品のデータが登録装置１１に登録される。会計データとは、１つの取引として販売登録された商品の会計に係るデータである。商品コード、商品名、単価、個数、金額等が会計データに含まれる。

決済装置１２は、決済処理の機能を備える。すなわち決済装置１２は、登録装置１１から会計データが転送された場合に、その会計データを基に取引の決済を処理する。決済処理とは、会計データを基に商品売買行為である取引の決済を処理することである。決済には、現金、クレジットカード、電子マネー等が利用される。

図２は、登録装置１１及び決済装置１２の主要な回路構成を示すブロック図である。登録装置１１及び決済装置１２は、いずれもネットワークであるＬＡＮ（local area network）１３に接続されている。ＬＡＮ１３には、図示しないが、サーバが接続されている。サーバには、各商品の商品コードに関連付けて、商品名、単価等の商品情報が設定された商品データベースがある。

登録装置１１及び決済装置１２は、ＬＡＮ１３を介して情報を授受する。なお、ネットワークは、ＬＡＮ１３に代えて、インターネットや無線ＬＡＮなどの別の通信網を用いてもよい。また、登録装置１１と決済装置１２との間でサーバを介して情報を授受する構成としてもよい。

登録装置１１は、ＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ、補助記憶ユニット１１ｄ、ドロワ開放ユニット１１ｅ、スキャナ１１ｆ、２つのタッチパネル１１ｇ１，１１ｇ２、プリンタ１１ｈ、カードリーダライタ１１ｉ、通信ユニット１１ｊ及び伝送システム１１ｋを含む。

ＣＰＵ１１ａは、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ及び補助記憶ユニット１１ｄと伝送システム１１ｋを介して接続されて、コンピュータを構成する。
ＣＰＵ１１ａは、上記コンピュータの中枢部分に相当する。ＣＰＵ１１ａは、ＲＯＭ１１ｂ及びＲＡＭ１１ｃに記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムに基づいて、登録装置１１としての各種の機能を実現するべく各部を制御する。ＲＯＭ１１ｂは、上記コンピュータの主記憶部分に相当する。ＲＯＭ１１ｂは、上記オペレーティングシステムを記憶する。ＲＯＭ１１ｂは、上記ミドルウェア又はアプリケーションプログラムを記憶する場合もある。ＲＯＭ１１ｂは、ＣＰＵ１１ａが各種の処理を行う上で参照するデータを記憶する場合もある。ＲＡＭ１１ｃは、上記コンピュータの主記憶部分に相当する。ＲＡＭ１１ｃは、ＣＰＵ１１ａが各種の処理を行う上で参照するデータを記憶する。またＲＡＭ１１ｃは、ＣＰＵ１１ａが各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとしても利用される。補助記憶ユニット１１ｄは、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１１ｄは、ＣＰＵ１１ａが各種の処理を行う上で使用するデータ、あるいはＣＰＵ１１ａでの処理によって作成されたデータを保存する。補助記憶ユニット１１ｄとしては、例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤなどを使用できる。ＲＯＭ１１ｂ又は補助記憶ユニット１１ｄに記憶されるアプリケーションプログラムには、登録装置１１で実行される情報処理に関して記述した制御プログラムを含む。

ドロワ開放ユニット１１ｅは、貨幣を収容するためのドロワを自動的に開放する。スキャナ１１ｆは、商品に付されたバーコードを読み取って、当該商品の商品コードを得る。２つのタッチパネル１１ｇ１，１１ｇ２のうち、一方のタッチパネル１１ｇ１は店員用であり、他方のタッチパネル１１ｇ２は客用である。タッチパネル１１ｇ１，１１ｇ２は、いずれも表示デバイス及びタッチセンサを含む。店員用のタッチパネル１１ｇ１は、表示画面が店員２１の作業スペース側を向くように、作業テーブル２３上に設けられる。客用のタッチパネル１１ｇ２は、表示画面が買物客２２用の通路側を向くように、作業テーブル２３上に設けられる。プリンタ１１ｈは、レシート用紙に対して各種の文字列又は画像などを印刷することにより、レシートを発行する。カードリーダライタ１１ｉは、カードに記録されたデータを読み取る機能と、上記カードへデータを書き込む機能とを有する。カードは、クレジットカード、デビットカード、電子マネーカード、プリペイドカードなどの決済用カードを含む。通信ユニット１１ｊは、ＬＡＮ１３を介して接続される複数の決済装置１２とデータ通信を行う。通信ユニット１１ｊは、他の登録装置１１とＬＡＮ１３を介してデータ通信を行うこともできる。

伝送システム１１ｋは、ＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ、補助記憶ユニット１１ｄ、ドロワ開放ユニット１１ｅ、スキャナ１１ｆ、タッチパネル１１ｇ１，１１ｇ２、プリンタ１１ｈ、カードリーダライタ１１ｉ及び通信ユニット１１ｊの間で授受されるデータを伝送する。伝送システム１１ｋは、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものが利用できる。このような登録装置１１のハードウェアとしては、例えば既存のＰＯＳ端末を利用することが可能である。

決済装置１２は、ＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃ、補助記憶ユニット１２ｄ、自動釣銭機１２ｅ、スキャナ１２ｆ、タッチパネル１２ｇ、プリンタ１２ｈ、カードリーダライタ１２ｉ、通信ユニット１２ｊ及び伝送システム１２ｋを含む。自動釣銭機１２ｅは、投入される硬貨及び紙幣を収受する。また自動釣銭機１２ｅは、釣銭としての硬貨及び紙幣を排出する。その他のＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃ、補助記憶ユニット１２ｄ、スキャナ１２ｆ、タッチパネル１２ｇ、プリンタ１２ｈ、カードリーダライタ１２ｉ、通信ユニット１２ｊ及び伝送システム１２ｋの機能は、登録装置１１のＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ、補助記憶ユニット１１ｄ、タッチパネル１１ｇ１，１１ｇ２、プリンタ１１ｈ、カードリーダライタ１１ｉ、通信ユニット１１ｊ及び伝送システム１１ｋと同等である。すなわちＣＰＵ１２ａは、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ及び補助記憶ユニット１１ｄと伝送システム１１ｋを介して接続されて、コンピュータを構成する。そしてＣＰＵ１２ａは、ＲＯＭ１２ｂ及びＲＡＭ１２ｃに記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムに基づいて、決済装置１２としての各種の動作を実現するべく各部を制御する。ＲＯＭ１２ｂ又は補助記憶ユニット１２ｄに記憶されるアプリケーションプログラムには、決済装置１２で実行される情報処理に関して記述した制御プログラムを含む。このような決済装置１２のハードウェアとしては、例えば既存のセルフ方式に対応したＰＯＳ端末を利用することが可能である。

かかる構成のチェックアウトシステム１０は、図３に示すデータメモリ領域３１、３２及び３３を、登録装置１１のＲＡＭ１１ｃに形成する。データメモリ領域３１は、販売登録された１つの商品の商品コード、商品名、単価、個数及び金額を一時的に格納するための領域である。商品コードは、各商品を個々に識別するための固有のコードである。各商品には、例えばバーコードによって表された商品コードが付されており、スキャナ１１ｆでバーコードをスキャンすることにより、登録装置１１は商品コードを取得できる。商品名及び単価は、対応する商品コードにより識別される商品の名称及び１点当たりの価格である。個数は、同商品の販売個数であり、金額は、その販売個数分の金額（販売金額）である。以下、データメモリ領域３１を一時バッファ３１と称する。データメモリ領域３２は、１取引として販売登録された全ての商品のデータを格納するための領域である。データは、商品コード、商品名、単価、個数、金額の各項目を含む。以下、データメモリ領域３２を取引メモリ３２と称する。データメモリ領域３３は、１取引として販売登録された全ての商品の合計個数と合計金額とを格納するための領域である。以下、データメモリ領域３３を合計メモリ３３と称する。

またチェックアウトシステム１０は、図４に示すリストテーブル４１を、登録装置１１の補助記憶ユニット１１ｄで記憶する。リストテーブル４１は、“１”から始まる一連のリスト番号に関連付けて決済装置ＩＤ、識別名称及びステータスを記憶する領域である。決済装置ＩＤは、各決済装置１２を個々に識別するために決済装置１２毎に割り当てられ、例えばＲＯＭ１２ｂに記憶された固有のＩＤである。因みに、各登録装置１１についても同様の登録装置ＩＤがＲＯＭ１１ｂに記憶されている。識別名称は、各決済装置１２に対して個々に設定された固有の名称である。登録装置１１の操作者は、識別名称からどの決済装置１２を示しているのかを判別することができる。ステータスは、決済装置１２の状態（待機中、使用中、警告中、エラー中）を表す。待機中とは、登録装置１１から転送される会計データを待機している状態である。使用中とは、会計データを基に決済処理を実行している状態である。警告中とは、警告が発生している状態である。警告には、例えば自動釣銭機１２ｅから発生する在高過剰又は在高不足の警告、あるいはプリンタ１２ｈから発生するレシート用紙ニアエンドの警告等がある。エラー中とは、エラーが発生している状態である。エラーには、例えば自動釣銭機１２ｅにおける在高フル又は在高無しのエラー、あるいはプリンタ１２ｈにおけるレシート無し又はレシート詰まりのエラー等がある。本実施形態では、待機中を表すステータスデータＳＴを“０”、使用中を表すステータスデータＳＴを“１”、警告中を表すステータスデータＳＴを“２”、エラー中を表すステータスデータＳＴを“３”とする。

登録装置１１は、いずれかの決済装置１２から使用中であることを表す信号を受信すると、その決済装置１２の決済装置ＩＤに対応するステータスを“１”に変更する。また、いずれかの決済装置１２から警告中であることを表す信号を受信すると、その決済装置１２の決済装置ＩＤに対応するステータスを“２”に変更する。同様に、いずれかの決済装置１２からエラー中であることを表す信号を受信すると、その決済装置１２の決済装置ＩＤに対応するステータスを“３”に変更する。そして、いずれかの決済装置１２から使用中、警告中又はエラー中が解除されたことを表す信号を受信すると、その決済装置１２の決済装置ＩＤに対応するステータスを“０”に戻す。

また登録装置１１は、取引毎に作成される会計データを、リストテーブル４１のデータとともに、リスト番号“１”に関連付けられた決済装置ＩＤで識別される決済装置１２（図４の例では決済装置１２-1）に送信する（送信手段）。決済装置１２は、会計データ及びリストテーブル４１のデータの受信手段を有する。そして受信手段により会計データ及びリストテーブル４１のデータを受信した決済装置１２は、取引の決済を実行可能な状態か否かを判定する（判定手段）。決済装置１２は、使用中またはエラー中のとき、取引の決済を実行できない。決済装置１２は、待機中または警告中のとき、取引の決済を実行できる。取引の決済を実行できない場合、決済装置１２は、会計データをリストデータとともにリスト番号“２”に関連付けられた決済装置ＩＤで識別される決済装置１２（図４の例では決済装置１２-2）に転送する（転送手段）。取引の決済を実行できる場合、決済装置１２のＣＰＵ１２ａは、登録装置１１に対して許諾応答を送信するとともに（許諾応答手段）、会計データを基に取引の決済を処理する。許諾応答を受信した登録装置１１は、許諾応答送信元の決済装置１２を識別する情報（例えば識別名称）をタッチパネル１１ｇ１またはタッチパネル１１ｇ２のいずれか一方または両方に表示させることで告知する（告知手段）。ここに、リストテーブル４１は、複数の決済装置１２に対して設定される優先順位（リスト番号）を記憶する記憶手段を構成する。そして登録装置１１は、リストテーブル４１で記憶される複数の決済装置１２の優先順位を、それぞれ当該決済装置１２の状態ととともにタッチパネル１１ｇ１に表示する表示手段を備える。さらに登録装置１１は、優先順位の更新を指示する指示手段を備える。そして登録装置１１は、指示手段により前記優先順位の更新が指示されたことを、複数の決済装置１２に対して設定される優先順位を更新する条件が成立したものとみなし、リストテーブル４１のデータを処理して優先順位を更新する（更新手段）。

以下、図５乃至図１１を用いて上述した各手段について詳細に説明する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。
登録装置１１は、動作モードの１つとして登録モードを有する。この登録モードで登録装置１１が起動すると、ＣＰＵ１１ａは、図５の流れ図に示す手順の情報処理を開始する。先ずＣＰＵ１１ａは、Act１としてメモリの初期化を行う。この初期化により、一時バッファ３１、取引メモリ３２ａ及び合計メモリ３３ａがクリアされる。次いでＣＰＵ１１ａは、Act２としてタッチパネル１１ｇ１の画面の一部に店員用の登録画面ＳＣ１（図９を参照）を表示させる。またＣＰＵ１１ａは、タッチパネル１１ｇ２の画面の一部に客用の登録画面を表示させる。

店員用の登録画面ＳＣ１は、一時バッファ３１、取引メモリ３２ａ及び合計メモリ３３ａの内容を表すことで、登録処理の実施状況を店員２１に確認させるものである。登録画面ＳＣ１の一例を図９に示す。登録画面ＳＣ１は、表示エリアＲ１、Ｒ２を含む。表示エリアＲ１は、表示欄ｒ１１、表示欄ｒ１２、表示欄ｒ１３及び表示欄ｒ１４を備える。表示欄ｒ１１，ｒ１２及びｒ１３には、一時バッファ３１のデータを基に、最も新しく販売登録された商品の商品名及び単価と、個数と、金額とが表示される。表示欄ｒ１４には、合計メモリ３３ａのデータを基に、１取引として販売登録された各商品の合計個数及び合計金額が表示される。表示エリアＲ２は、表示エリアＲ１に示された商品よりも前に販売登録された商品の商品名、個数、単価及び金額を表す登録商品リストを表示する。登録商品リストは、取引メモリ３２ａのデータを基に作成される。
なお、図示は省略するが、ＣＰＵ１１ａは、タッチパネル１１ｇ１の画面のうちの登録画面ＳＣ１とする領域外に、店員２１が商品を指定するための商品ボタン、店員２１が小計の出力を指令するための小計ボタンなどの各種の機能ボタンも表示させる。

店員２１は、タッチパネル１１ｇ１に登録画面ＳＣ１が表示されていることを確認したならば、買上商品の販売登録が可能であると認識する。そして買物客２２が買上商品を持って作業テーブル２３まで来たならば、店員２１は、例えばスキャナ１１ｆ又は商品ボタンを操作して、買上商品の商品コードを順次入力する。そして、全ての買上商品の商品コードを入力し終えると、店員２１は、小計ボタンにタッチする。以上の操作により、一人の買物客が買い上げる商品の販売登録が終了する。

このような販売登録操作に対し、登録装置１１のＣＰＵ１１ａは、以下の情報処理を実行する。先ずＣＰＵ１１ａは、Act３として商品コードの入力を待ち受ける。スキャナ１１ｆ又は商品ボタンを介して商品コードが入力されると（Act３にてＹＥＳ）、ＣＰＵ１１ａは、Act４として商品販売データを処理する。すなわちＣＰＵ１１ａは、商品コードに関連付けられて商品データベースに設定されている商品名、単価等の商品情報を取得する。またＣＰＵ１１ａは、この単価に個数を乗算して個数分の金額を算出する。個数は、商品コードが入力される前にテンキー等によって置数されている場合にはその数値であり、置数されていない場合には“１”である。かくしてＣＰＵ１１ａは、商品コード、商品名、単価、個数及び金額を含む商品販売データを作成する。そしてＣＰＵ１１ａは、商品販売データを一時バッファ３１に格納する。このとき、既に一時バッファ３１に直前に販売登録された買上商品の販売データが記憶されていたならば、ＣＰＵ１１ａは、その記憶されていた商品販売データを取引メモリ３２に移動させてから、新たな商品販売データを一時バッファ３１に格納する。

ＣＰＵ１１ａは、Act５として登録画面ＳＣ１を更新する。すなわちＣＰＵ１１ａは、一時バッファ３１に記憶された個数及び金額を合計メモリ３３ａに加算する。そしてＣＰＵ１１ａは、一時バッファ３１及び合計メモリ３３ａの内容を表示エリアＲ１に表示させ、取引メモリ３２ａの内容を表示エリアＲ２に表示させる。

登録画面ＳＣ１を更新した後、ＣＰＵ１１ａは、Act６として次の商品コードが入力されたか否かを確認する。商品コードが入力されていない場合（Act６にてＮＯ）、ＣＰＵ１１ａは、Act７として小計ボタンがタッチされたか否かを確認する。小計ボタンがタッチされていない場合（Act７にてＮＯ）、ＣＰＵ１１ａは、Act６の処理に戻る。かくしてＣＰＵ１１ａは、Act６及びAct７として、商品コードが入力されるか、小計ボタンがタッチされるのを待ち受ける。なおＣＰＵ１１ａは、この待ち受け状態において、他の操作が行われるなどの他の事象の発生を確認した場合、その発生事象に応じた処理に移行する。このような動作は、他の待ち受け状態においても同様である。

Act６及びAct７の待ち受け状態において、商品コードが入力されると（Act６にてＹＥＳ）、ＣＰＵ１１ａは、Act４の処理に戻る。そしてＣＰＵ１１ａは、それ以降の処理を前述したのと同様に繰り返す。

Act６及びAct７の待ち受け状態において、小計ボタンがタッチされたならば（Act７にてＹＥＳ）、ＣＰＵ１１ａは、Act８及びAct９の処理を実行する。なお、Act８とAct９との処理手順は、この順序に限定されるものではない。順序が入れ替わってもよい。

Act８では、ＣＰＵ１１ａは、一時バッファ３１に格納されている商品販売データを取引メモリ３２に移動させる。そしてＣＰＵ１１ａは、取引メモリ３２ａのデータと合計メモリ３３ａのデータとで会計データを作成する（作成手段）。Act９では、ＣＰＵ１１ａは、タッチパネル１１ｇ１の画面の一部に会計確認画面ＳＣ２（図１０を参照）を表示させる。

会計確認画面ＳＣ２の一例を図１０に示す。会計確認画面ＳＣ２は、表示エリアＲ３、Ｒ４及びボタンＢ１、Ｂ２、Ｂ３、Ｂ４、Ｂ５を含む。表示エリアＲ３は、合計メモリ３３ａの合計個数及び合計金額等を表示する。ボタンＢ１、Ｂ２は、合計金額に対して値引又は割引を適用することを店員２１が指定するための小計値引ボタンＢ１、小計割引ボタンＢ２である。ボタンＢ３は、タッチパネル１１ｇ１の画面の一部領域を登録画面ＳＣ１に戻すことを店員２１が指定するための戻るボタンＢ３である。ボタンＢ４は、１つの取引に対する商品の登録が終了し会計への移行を店員２１が指示するための会計ボタンＢ４である。表示エリアＲ４は、同一のチェックアウトレーンに配置された各決済装置１２（１２-1、１２-2、１２-3）に対する現在の優先順位とその決済装置１２の状態とを表示する。優先順位は、リストテーブル４１のリスト番号と一致する。決済装置１２の状態は、リストテーブル４１のステータスに基づくものである。ＣＰＵ１１ａは、リストテーブル４１のデータを基に表示エリアＲ４の情報を作成し、表示させる。ボタンＢ５は、この優先順位の変更を店員２１が指示するための優先順位変更ボタンＢ５である。ここに、優先順位変更ボタンＢ５は、指示手段を構成する。またＣＰＵ１１ａは、タッチパネル１１ｇ１と協働して表示手段を構成する。

会計確認画面ＳＣ２を表示させたＣＰＵ１１ａは、Act１０として優先順位変更ボタンＢ５が入力されたか否かを確認する。優先順位変更ボタンＢ５が入力されていない場合（Act１０にてＮＯ）、ＣＰＵ１１ａは、Act１１として会計ボタンＢ４が入力されたか否かを確認する。会計ボタンＢ４が入力されていない場合（Act１１にてＮＯ）、ＣＰＵ１１ａは、Act１２として戻るボタンＢ３が入力されたか否かを確認する。戻るボタンＢ３が入力されていない場合（Act１２にてＮＯ）、ＣＰＵ１１ａは、Act１０の処理に戻る。かくしてＣＰＵ１１ａは、Act１０乃至Act１２として、優先順位変更ボタンＢ５が入力されるか、会計ボタンＢ４が入力されるか、戻るボタンＢ３が入力されるのを待ち受ける。

会計確認画面ＳＣ２を確認した店員２１は、買上商品の登録が終わったか否かを確認する。終わっていない場合、店員２１は、戻るボタンＢ３にタッチする。
Act１０乃至Act１２の待ち受け状態において、戻るボタンＢ３が入力されると（Act１２にてＹＥＳ）、ＣＰＵ１１ａは、Act１３としてタッチパネル１１ｇ１の画面の一部領域に登録画面ＳＣ１を再度表示させる。その後、ＣＰＵ１１ａは、Act６の処理に戻り、以降の処理を前述と同様に繰り返す。

買上商品の登録を終えた場合、店員２１は、表示エリアＲ４の内容から決済装置１２の優先順位を変更すべきか否かを判断する。例えば、優先順位が１位の決済装置１２にエラー又は警告が発生していた場合、この決済装置１２に会計データを送信するのは好ましくない。そこで店員２１は、優先順位を変更すべきと判断する。変更すべきと判断した場合、店員２１は優先順位変更ボタンＢ５にタッチする。
Act１０乃至Act１２の待ち受け状態において、優先順位変更ボタンＢ５がタッチされると（Act１０にてＹＥＳ）、ＣＰＵ１１ａは、Act１４として図６に具体的に示す優先順位更新処理を開始する。なお以下では、図１０に示すように、現時点で優先順位が１位の決済装置を決済装置１２-1とし、２位の決済装置を決済装置１２-2とし、３位の決済装置を決済装置１２-3とする。

先ずＣＰＵ１１ａは、Act２１としてカウンタｎを“０”にリセットする。カウンタｎは、ＲＡＭ１１ｃに形成されている。次いでＣＰＵ１１ａは、Act２２としてリストテーブル４１を検索し、リスト番号“１”に関連付けられたステータスＳＴ１がカウンタｎと一致するか確認する。この時点では、カウンタｎは“０”である。したがって、ステータスＳＴ１が“０（待機中）”であれば一致と認定される。ステータスＳＴ１がカウンタｎと一致する場合（Act２２にてＹＥＳ）、ＣＰＵ１１ａは、Act１０乃至Act１２の待ち受け状態に戻る。したがって、各決済装置１２-1，１２-2，１２-3の優先順位は変更されない。

ステータスＳＴ１がカウンタｎと一致しない場合（Act２２にてＮＯ）、決済装置１２-1は待機中でない。この場合、ＣＰＵ１１ａは、Act２３としてリスト番号“２”に関連付けられたステータスＳＴ２がカウンタｎと一致するか確認する。そして一致する場合（Act２３にてＹＥＳ）、すなわち決済装置１２-2が待機中である場合、ＣＰＵ１１ａは、Act２７としてリスト番号“２”に関連付けられた決済装置ＩＤ、識別名称及びステータスを、リスト番号“１”に関連付けられた決済装置ＩＤ、識別名称及びステータスと入れ替える。そしてＣＰＵ１１ａは、Act２９としてリストテーブル４１のデータを基に表示エリアＲ４の内容を書き換える。その後ＣＰＵ１１ａは、Act１０乃至Act１２の待ち受け状態に戻る。かくして、優先順位１位の決済装置１２-1と２位の決済装置１２-2とが入れ替わる。

ステータスＳＴ２もカウンタｎと一致しない場合（Act２３にてＮＯ）、決済装置１２-2も待機中でない。この場合、ＣＰＵ１１ａは、Act２４としてリスト番号“３”に関連付けられたステータスＳＴ３がカウンタｎと一致するか確認する。そして一致する場合（Act２４にてＹＥＳ）、すなわち決済装置１２-3が待機中である場合、ＣＰＵ１１ａは、Act２８としてリスト番号“３”に関連付けられた決済装置ＩＤ、識別名称及びステータスを、リスト番号“１”に関連付けられた決済装置ＩＤ、識別名称及びステータスと入れ替える。そしてＣＰＵ１１ａは、Act２９としてリストテーブル４１のデータを基に、表示エリアＲ４の内容を書き換える。その後ＣＰＵ１１ａは、Act１０乃至Act１２の待ち受け状態に戻る。かくして、優先順位１位の決済装置１２-1と３位の決済装置１２-3とが入れ替わる。

ステータスＳＴ３もカウンタｎと一致しない場合（Act２４にてＮＯ）、決済装置１２-3も待機中でない。この場合、ＣＰＵ１１ａは、Act２５としてカウンタｎを“１”だけカウントアップする。そしてＣＰＵ１１ａは、Act２６としてカウンタｎがステータスの最大値“３”に達したか確認する。カウンタｎがステータスの最大値“３”に達していない場合（Act２６にてＮＯ）、ＣＰＵ１１ａは、Act２２の処理に戻る。そしてＣＰＵ１１ａは、それ以降の処理を前述したのと同様に繰り返す。

この繰り返しにより、決済装置１２-1が会計中（ステータスＳＴ１が“１”）であれば優先順位は変更されない。決済装置１２-1が警告中又はエラー中（ステータスＳＴ１が“２”又は“３”）であり、決済装置１２-2が会計中の場合（ステータスＳＴ２が“１”）、決済装置１２-2が優先順位１位となり、決済装置１２-1が優先順位２位となる。決済装置１２-1及び決済装置１２-2が警告中又はエラー中であり、決済装置１２-3が会計中の場合（ステータスＳＴ３が“１”）、決済装置１２-3が優先順位１位となり、決済装置１２-1が優先順位３位となる。

決済装置１２-1、１２-2、１２-3がいずれも警告中又はエラー中の場合、カウンタｎが “２”になる。そしてＣＰＵ１１ａは、Act２２以降の処理を前述したのと同様に繰り返す。この繰り返しにより、決済装置１２-2が警告中（ステータスＳＴ１が“２”）であれば優先順位は変更されない。決済装置１２-2がエラー中であり、決済装置１２-2が警告中の場合（ステータスＳＴ２が“２”）、決済装置１２-2が優先順位１位となり、決済装置１２-1が優先順位２位となる。決済装置１２-1及び決済装置１２-2がエラー中であり、決済装置１２-3が警告中の場合（ステータスＳＴ３が“２”）、決済装置１２-3が優先順位１位となり、決済装置１２-1が優先順位３位となる。ここに、ＣＰＵ１１ａは、Act２７及びAct２８の処理により更新手段を構成する。

決済装置１２-1、１２-2、１２-3がいずれもエラー中の場合、カウンタｎが“３”になる。カウンタｎが“３”になると（Act２６にてＹＥＳ）、ＣＰＵ１１ａは、Act３０として会計確認画面ＳＣ２の一部の領域、例えば表示エリアＲ４に、会計データを送信できないことを示すメッセージを表示させる。その後、ＣＰＵ１１ａは、Act１０乃至Act１２の待ち受け状態に戻る。

こうして決済装置１２の優先順位が変更されるか、優先順位の変更は不要と判断した場合、店員２１は、会計ボタンＢ４にタッチする。
Act１０乃至Act１２の待ち受け状態において、会計ボタンＢ４がタッチされると（Act１１にてＹＥＳ）、ＣＰＵ１１ａは、Act１５として図７に具体的に示す会計送信処理を実行する。先ずＣＰＵ１１ａは、Act４１としてリストテーブル４１からリスト番号、決済装置ＩＤ及び識別名称を読み込み、リスト番号の小さい順に決済装置ＩＤと識別名称とを並べたリストを作成する。次いでＣＰＵ１１ａは、Act４２としてリストテーブル４１からリスト番号“１”の決済装置ＩＤを検出する。そしてＣＰＵ１１ａは、Act４３としてリスト番号“１”の決済装置ＩＤを宛先として、Act８の処理で作成した会計データとAct４１の処理で作成したリストデータとを送信するように通信ユニット１１ｊに指令する。

この指令を受けて、通信ユニット１１ｊは、リスト番号“１”の決済装置ＩＤを宛先とし、ＲＯＭ１１ｂで記憶する登録装置ＩＤを送信元とする「会計データ＋リストデータ」を、ＬＡＮ１３上に送信する。この「会計データ＋リストデータ」は、宛先とする決済装置ＩＤがＲＯＭ１２ｂで記憶する決済装置ＩＤと一致する決済装置１２にて受信される。ここに、ＣＰＵ１１ａは、通信ユニット１１ｊと協働して送信手段を構成する。

各決済装置１２のＣＰＵ１２ａは、通信ユニット１２ｊを介して「会計データ＋リストデータ」を受信すると、送信先として当該データに付加される決済装置ＩＤが、ＲＯＭ１２ｂで記憶する決済装置ＩＤと一致するか確認する。そして一致しない場合、ＣＰＵ１２ａは、「会計データ＋リストデータ」を破棄する。一致する場合には、ＣＰＵ１２ａは、「会計データ＋リストデータ」を取り込む。そしてＣＰＵ１２ａは、図８に具体的に示す受信割込み処理を開始する。ここに、ＣＰＵ１２ａは、通信ユニット１２ｊと協働して受信手段を構成する。

受信割込み処理が開始されると、ＣＰＵ１２ａは先ず、Act５１として自動釣銭機１２ｅ、プリンタ１２ｈ等にエラーが発生しているか否かを確認する。エラーが発生している場合、決済装置１２は、新たな取引の決済を行うことはできない。この場合（Act５１にてＹＥＳ）、ＣＰＵ１２ａは、後述するAct５７の処理に進む。

エラーが発生していない場合には（Act５１にてＮＯ）、ＣＰＵ１２ａは、Act５２としてビジィフラグＦをチェックする（Act５２）。ビジィフラグＦは、ＣＰＵ１２ａが会計データを基に取引の決済を処理している間“１”にセットされ、処理が終了すると“０”にリセットされる１ビットデータであって、ＲＡＭ１２ｃに記憶されている。このビジィフラグＦがセットされているとき、決済装置１２は取引の決済を実行中である。このため決済装置１２は、新たな取引の決済を行うことはできない。この場合も（Act５２にてＮＯ）、ＣＰＵ１２ａは、後述するAct５７の処理に進む。ここにＣＰＵ１２ａは、Act５１，５２の処理により判定手段を構成する。

ビジィフラグＦがリセットされている場合、すなわち決済装置１２が取引の決済を実行可能な状態である場合には（Act５２にてＹＥＳ）、ＣＰＵ１２ａは、Act５３、Act５４及びAct５５の処理を実行する。なお、Act５３、Act５４及びAct５５の処理手順は、この順序に限定されるものではない。順序が入れ替わってもよい。
Act５３ではＣＰＵ１２ａは、ビジィフラグＦを“１”にセットする。Act５４ではＣＰＵ１２ａは、データ送信元の登録装置１１に対して会計可能応答のコマンドデータを送信するように通信ユニット１２ｊに指令する。この指令を受けて、通信ユニット１２ｊは、「会計データ＋リストデータ」の送信元に設定された登録装置ＩＤを宛先とし、ＲＯＭ１２ｂで記憶する決済装置ＩＤを送信元とする会計可能応答のコマンドデータをＬＡＮ１３上に送信する。このコマンドデータは、宛先とする登録装置ＩＤがＲＯＭ１１ｂで記憶する登録装置ＩＤと一致する登録装置１１にて受信される。ここに、ＣＰＵ１２ａは、通信ユニット１２ｊと協働して許諾応答手段を構成する。

Act５５ではＣＰＵ１２ａは、受信した会計データを基に決済処理を実行する。決済処理は、買物客２２による操作に応じて会計データに示された取引を決済するための処理であり、既存のセルフＰＯＳ端末などで行われている処理と同様なので、詳しい説明は省略する。決済処理が終了すると、ＣＰＵ１２ａは、ビジィフラグＦを“０”にリセットする（Act５６）。

一方、自動釣銭機１２ｅ、プリンタ１２ｈ等にエラーが発生している場合（Act５１にてＹＥＳ）、あるいはビジィフラグＦがセットされている場合には（Act５２にてＮＯ）、ＣＰＵ１２ａは、Act５７としてリストデータを検索する。そしてＣＰＵ１２ａは、Act５８としてＲＯＭ１２ｂで記憶する決済装置ＩＤがリストデータの最終リスト番号に関連付けられているか否かを確認する。決済装置ＩＤが最終リスト番号に関連付けられていない場合（Act５８にてＮＯ）、ＣＰＵ１２ａは、Act５９としてリストデータから、ＲＯＭ１２ｂで記憶する決済装置ＩＤが関連付けられているリスト番号に“１”を加算したリスト番号に関連付けられている決済装置ＩＤを検出する。そしてＣＰＵ１２ａは、Act６０としてこの検出された決済装置ＩＤを宛先として、「会計データ＋リストデータ」を転送するように通信ユニット１２ｊに指令する。この指令を受けて、通信ユニット１２ｊは、検出された決済装置ＩＤを宛先とし、送信元を示す登録装置ＩＤはそのままとして、「会計データ＋リストデータ」をＬＡＮ１３上に送信する。この「会計データ＋リストデータ」は、宛先とする決済装置ＩＤがＲＯＭ１２ｂで記憶する決済装置ＩＤと一致する決済装置１２にて受信される。ここに、ＣＰＵ１２ａは、通信ユニット１２ｊと協働して転送手段を構成する。

これに対し、決済装置ＩＤが最終リスト番号（リスト番号の最大値）に関連付けられている場合には（Act５８にてＹＥＳ）、ＣＰＵ１２ａは、Act６１としてデータ送信元の登録装置１１に対して会計不可応答のコマンドデータを送信するように通信ユニット１２ｊに指令する。この指令を受けて、通信ユニット１２ｊは、「会計データ＋リストデータ」の送信元に設定された登録装置ＩＤを宛先とし、ＲＯＭ１２ｂで記憶する決済装置ＩＤを送信元とする会計不可応答のコマンドデータをＬＡＮ１３上に送信する。このコマンドデータは、宛先とする登録装置ＩＤがＲＯＭ１１ｂで記憶する登録装置ＩＤと一致する登録装置１１にて受信される。

図７のAct４３にて「会計データ＋リストデータ」を送信した登録装置１１のＣＰＵ１１ａは、Act４４として決済装置１２からの応答を待機する。通信ユニット１１ｊを介して応答を示すコマンドデータが受信されると（Act４４にてＹＥＳ）、ＣＰＵ１１ａは、Act４５としてそのコマンドデータが会計可能応答なのか会計不可応答なのかを識別する。会計可能応答の場合（Act４５にてＹＥＳ）、ＣＰＵ１１ａは、Act４６として会計可能応答送信元の決済装置１２の識別名称を会計確認画面ＳＣ２に表示させる。すなわちＣＰＵ１１ａは、リストテーブル４１を検索し、当該コマンドデータの送信元である決済装置ＩＤに関連付けられて記憶されている識別名称を読み出す。そしてＣＰＵ１１ａは、図１１に示すように、会計確認画面ＳＣ２の一部の領域Ｒ４に、この識別名称の決済装置１２にて会計の準備が整ったことを示すメッセージを表示させる。このメッセージを確認した店員は、識別名称から特定される決済装置１２にて会計を行うように買物客に告知する。ここにＣＰＵ１１ａは、タッチパネル１１ｇ１と協働して告知手段を構成する。

一方、会計不可応答の場合には（Act４５にてＮＯ）、ＣＰＵ１１ａは、Act４７として会計確認画面ＳＣ２の一部の領域、例えば表示エリアＲ４に、会計データを送信できないことを示すメッセージを表示させる。その後、ＣＰＵ１１ａは、Act４８として送信不可処理を実行する。送信不可処理は、例えば会計データに一意の識別コードを付してサーバ宛に送信するとともに、プリンタ１１ｈを駆動して、当該識別コードを示すバーコードが印刷された会計券を発行する。会計券は買物客に渡される。買物客は、例えばチェックアウトレーンとは別の場所に用意された決済装置１２のスキャナ１２ｆで会計券のバーコードを読み取らせる。そうすると、決済装置１２のＣＰＵ１２ａは、バーコードから得られる識別コードで付された会計データをサーバから取得する。そしてＣＰＵ１２ａは、この会計データを基に決済処理を実行する。

このように動作するチェックアウトシステム１０であれば、登録装置１１は、必ず会計データを優先順位が１位に設定されている決済装置１２に送信する。登録装置１１からの会計データを、取引の決済を実行可能な状態で受信した決済装置１２は、その会計データを基に取引の決済を処理する。しかし取引の決済を実行不可能な状態で会計データを受信した場合、決済装置１２は、決済を処理できない。この場合、決済装置は、会計データを優先順位が下位に設定されている他の決済装置１２に転送する。他の決済装置１２から転送された会計データを受信した決済装置１２が取引の決済を実行可能な場合、その決済装置１２は、転送されてきた会計データを基に取引の決済を処理する。このように、たとえ登録装置１１からの会計データを受信した決済装置１２が決済を実行不可能であったとしても、他の決済装置１２が決済を実行可能な状態であれば決済が処理される。したがって登録装置１１は、優先順位が１位に設定されている決済装置１２に対して会計データを送信すればよいので、取引毎に会計データの送信先となる決済装置を選択するための処理が不要となる。このため、例えば店員２１が取引毎に送信先を選択する場合と比べて、店員２１の作業負担を軽減できる。また、登録装置１１が各決済装置１２の状態を基に取引毎に送信先を選択する場合と比べて登録装置１１の処理負荷を軽減できる。

また、登録装置の会計確認画面ＳＣ２には、各決済装置１２の優先順位とともに各決済装置１２の状態が表示される。そこで、例えば優先順位１位の決済装置に自動釣銭機１２ｅの在高過剰の警告が発生していた場合、店員は、優先順位変更ボタンＢ５にタッチする。ここで、図１０に示すように、優先順位２位の決済装置が会計中であり、優先順位３位の決済装置が待機中であるとすると、優先順位３位の決済装置が優先順位１位に繰り上がる。したがって、その後、警告中の決済装置に会計データが送られてくるのは、優先順位１位又は２位の決済装置がいずれも取引の決済を実行不可能な場合に限られるので、自動釣銭機１２ｅの在高がフルになるのを遅らせることができる。そこでその間に、自動釣銭機１２ｅから現金を回収することで警告を解除できるので、エラーの発生を未然に防ぐことができる。

なお、本発明は、前記実施形態に限定されるものではない。
例えば前記実施形態では、優先順位変更ボタンＢ５が操作されたことを条件に優先順位更新処理を実行したが、優先順位更新処理を実行する条件はボタン操作に限定されるものではない。例えば登録装置１１のＣＰＵ１１ａがリストテーブル４１のステータスを監視し、優先順位１位の決済装置のステータスが警告状態またはエラー状態になったことを検知したことを条件に、優先順位更新処理を実行してもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］取引毎にその取引の決済に必要な会計データを作成する登録装置と、前記会計データを基に前記取引の決済を処理する複数の決済装置とを、ネットワークで接続し、前記登録装置は、前記複数の決済装置に対して設定される優先順位を記憶する記憶手段と、前記優先順位を更新する条件が成立すると、前記複数の決済装置の状態を示すデータを基に前記記憶手段で記憶される前記優先順位を更新する更新手段と、前記ネットワークを介して前記会計データを、前記記憶手段で記憶される前記優先順位のデータとともに、前記優先順位が１位の前記決済装置に送信する送信手段と、前記ネットワークを介していずれかの前記決済装置から許諾応答を受信したことに応じて、その許諾応答送信元の前記決済装置を識別する情報を告知する告知手段と、を具備し、前記決済装置は、前記ネットワークを介して前記会計データと前記優先順位のデータとを受信する受信手段と、前記取引の決済を実行可能な状態か否かを判定する判定手段と、前記取引の決済を実行可能な状態で前記会計データと前記優先順位のデータとを受信した場合、前記ネットワークを介して前記登録装置に前記許諾応答を送信する許諾応答手段と、前記取引の決済を実行不可能な状態で前記会計データと前記優先順位のデータとを受信した場合、前記優先順位のデータを基に自らよりも優先順位が下位の他の前記決済装置に前記会計データと前記優先順位のデータとを前記ネットワークを介して転送する転送手段と、を具備したことを特徴とするチェックアウトシステム。
［２］取引の決済を実行可能な状態で会計データと優先順位のデータとを受信した場合にはネットワークを介して許諾応答を送信し、前記取引の決済を実行不可能な状態で前記会計データと前記優先順位のデータとを受信した場合には、前記優先順位のデータを基に自らよりも優先順位が下位の他の決済装置に前記会計データと前記優先順位のデータとを前記ネットワークを介して転送する複数の決済装置とともにチェックアウトシステムを構成する登録装置であって、取引毎にその取引の決済に必要な会計データを作成する作成手段と、前記複数の決済装置に対して設定される優先順位を記憶する記憶手段と、前記優先順位を更新する条件が成立すると、前記複数の決済装置の状態を示すデータを基に前記記憶手段で記憶される前記優先順位を更新する更新手段と、前記ネットワークを介して前記会計データを、前記記憶手段で記憶される前記優先順位のデータとともに、前記優先順位が１位の前記決済装置に送信する送信手段と、前記ネットワークを介していずれかの前記決済装置から許諾応答を受信したことに応じて、その許諾応答送信元の前記決済装置を識別する情報を告知する告知手段と、を具備したことを特徴とする登録装置。
［３］前記記憶手段で記憶される前記複数の決済装置の優先順位を、それぞれ当該決済装置の状態ととともに表示する表示手段、をさらに具備することを特徴とする付記［２］記載の登録装置。
［４］前記優先順位の更新を指示する指示手段、をさらに具備し、前記更新手段は、前記指示手段により前記優先順位の更新が指示されたことを成立条件として前記優先順位を更新することを特徴とする付記［３］記載の登録装置。
［５］前記更新手段は、記憶手段で記憶される優先順位が１位の前記決済装置の状態が所定の状態であるときを成立条件として前記優先順位を更新することを特徴とする付記［２］又は［３］記載の登録装置。

１１…登録装置、１２…決済装置、１１ａ，１２ａ…ＣＰＵ、１１ｂ，１２ｂ…ＲＯＭ、１１ｃ，１２ｃ…ＲＡＭ、１１ｄ，１２ｄ…補助記憶ユニット、１１ｆ，１２ｆ…スキャナ、１１ｇ１，１１ｇ２，１２ｇ…タッチパネル、１１ｈ，１２ｈ…プリンタ、１１ｊ，１２ｊ…通信ユニット、１１ｋ，１２ｋ…伝送システム、１３…ＬＡＮ、３１…一時バッファ、３２…取引メモリ、３３…合計メモリ、４１…リストテーブル。

Claims (5)

1. 取引毎にその取引の決済に必要な会計データを作成し、その会計データを複数の決済装置に対して設定される優先順位のデータとともに送信する登録装置とネットワークを介して接続され、前記会計データを基に前記取引の決済を処理する決済装置であって、
   前記ネットワークを介して前記会計データと前記優先順位のデータとを受信する受信手段と、
   前記取引の決済を実行可能な状態で前記会計データと前記優先順位のデータとを受信した場合、前記ネットワークを介して前記登録装置に許諾応答を送信する許諾応答手段と、
   前記取引の決済を実行不可能な状態で前記会計データと前記優先順位のデータとを受信した場合、前記優先順位のデータを基に自らよりも優先順位が下位の他の決済装置に前記会計データと前記優先順位のデータとを前記ネットワークを介して転送する転送手段と、
   を具備する決済装置。
2. 前記複数の決済装置毎に割り当てられた決済装置ＩＤのうち自らに割り当てられた決済装置ＩＤを記憶するメモリ、
   を備え、
   前記受信手段は、前記ネットワークを介して受信した前記会計データと前記優先順位のデータとに対して送信先として付加された決済装置ＩＤが前記メモリに記憶されている決済装置ＩＤと一致する場合に、その会計データと優先順位のデータとを取り込む、請求項１記載の決済装置。
3. 前記優先順位のデータは、前記複数の決済装置毎に割り当てられた決済装置ＩＤを優先順位が高い決済装置の決済装置ＩＤから低い決済装置の決済装置ＩＤへと順に並べたものであり、
   前記転送手段は、前記取引の決済を実行不可能な状態で前記会計データと前記優先順位のデータとを受信した場合、前記優先順位のデータから、前記メモリに記憶した前記決済装置ＩＤの後に位置する決済装置ＩＤを検出し、その検出した決済装置ＩＤを有する決済装置に対して、前記会計データと前記優先順位のデータとを前記ネットワークを介して転送する、請求項２記載の決済装置。
4. 前記メモリに記憶した前記決済装置ＩＤが前記優先順位のデータの最下位に位置する決済装置ＩＤであるとき、前記登録装置に対して会計不可応答を送信する不可応答手段、
   をさらに具備する請求項３記載の決済装置。
5. 取引毎にその取引の決済に必要な会計データを作成し、その会計データを複数の決済装置に対して設定される優先順位のデータとともに送信する登録装置とネットワークを介して接続され、前記会計データを基に前記取引の決済を処理する決済装置のコンピュータを、
   前記ネットワークを介して前記会計データと前記優先順位のデータとを受信する受信手段、
   前記取引の決済を実行可能な状態で前記会計データと前記優先順位のデータとを受信した場合、前記ネットワークを介して前記登録装置に許諾応答を送信する許諾応答手段、及び、
   前記取引の決済を実行不可能な状態で前記会計データと前記優先順位のデータとを受信した場合、前記優先順位のデータを基に自らよりも優先順位が下位の他の決済装置に前記会計データと前記優先順位のデータとを前記ネットワークを介して転送する転送手段、
   として機能させるための制御プログラム。