JP7846063B2 - 決済システム - Google Patents

Description

本発明の実施形態は、決済システムに関する。

スーパーマーケット、ホームセンター等の大型小売店向けの決済システムとして、二人制のシステムがある。二人制の決済システムは、チェッカと称される店員が操作者となる入力装置と、キャッシャと呼ばれる店員が操作者となる取引処理装置とを備える。入力装置は、商品に付されたバーコード等の購買商品に係る情報を入力するための機器である。取引処理装置は、入力装置を介して入力された情報を基に購買商品の商品販売データを処理して客との取引を決済するための機器である。二人制の決済システムは、入力装置と取引処理装置とが分かれているため、取引処理装置で一人目の客の決済を処理している間に入力装置で二人目の客の購買商品に係る情報の入力を開始することができる。したがって、客を効率的に裁くことができる。

一方、近年では、人件費の削減、感染症対策等の観点から、取引の決済に必要な入金に関する操作を客自身に行わせたいという要望がある。二人制の決済システムにおいても、取引処理装置に対しての入金に関する操作を客自身に行わせる。そうすることにより、キャッシャを担当する店員が不要となるので、人件費を削減できる。また、現金、キャッシュカード等に店員が触れないので、感染症対策にもなり得る。

特開２０１８－１５２１３３号公報

本発明の実施形態が解決しようとする課題は、代金の支払いに関する操作を客に行わせることで人件費の削減を図り、感染症対策の面でも優れた効果を奏し得る決済システムを提供しようとするものである。

一実施形態において、決済システムは、取引処理装置と、決済装置と、指示装置と、保留装置とを含む。
取引処理装置は、第１の決済手段と、取引情報出力手段とを備える。第１の決済手段は、入力装置を介して取得した取引に係る情報を基に客が操作者となって取引を決済する。取引情報出力手段は、取引の決済が不可能な場合に、取引に係る情報を保留装置に出力する。
決済装置は、第２の決済手段を備える。第２の決済手段は、保留装置に保留された取引に係る情報を基に客が操作者となって取引を決済する。
指示装置は、受付手段と、指示手段とを備える。受付手段は、保留装置に保留された取引に係る情報の出力先を受け付ける。指示手段は、受付手段により受け付けた出力先に取引に係る情報を出力する指示を行う。
保留装置は、保留手段と、保留情報出力手段とを備える。保留手段は、取引処理装置から出力された取引に係る情報を保留する。保留情報出力手段は、指示装置により指示された出力先に、保留手段で保留した取引に係る情報を出力する。

図１は、一実施形態に係る決済システムの概略構成を示すブロック図である。 図２は、１つの決済レーンが備える入力装置、取引処理装置、決済装置及び指示装置の位置関係を示す模式図である。 図３は、取引処理装置における装置本体の要部回路構成を示すブロック図である。 図４は、取引処理装置のメインメモリに形成される主要な記憶領域を示す模式図である。 図５は、決済装置の要部回路構成を示すブロック図である。 図６は、決済装置のメインメモリに形成される主要な記憶領域を示す模式図である。 図７は、保留サーバの要部回路構成を示すブロック図である。 図８は、保留サーバが有するレーンテーブルのデータ構造を示す模式図である。 図９は、保留サーバ、入力装置、取引処理装置、決済装置及び指示装置がそれぞれ有する主要な機能構成を示す模式図である。 図１０は、取引処理装置のプロセッサが第１の業務プログラムに従って実行する第１の情報処理の要部手順を示す流れ図である。 図１１は、取引処理装置のプロセッサが第１の業務プログラムに従って実行する第１の情報処理の要部手順を示す流れ図である。 図１２は、取引処理装置のプロセッサが第１の業務プログラムに従って実行する第１の情報処理の要部手順を示す流れ図である。 図１３は、取引処理装置のプロセッサが第１の業務プログラムに従って実行する第１の情報処理の要部手順を示す流れ図である。 図１４は、取引処理装置のプロセッサが第１の業務プログラムに従って実行する第２の情報処理の要部手順を示す流れ図である。 図１５は、取引処理装置のプロセッサが第１の業務プログラムに従って実行する第３の情報処理の要部手順を示す流れ図である。 図１６は、保留サーバのプロセッサが第２の業務プログラムに従って実行する第４の情報処理の要部手順を示す流れ図である。 図１７は、保留サーバのプロセッサが第２の業務プログラムに従って実行する第４の情報処理の要部手順を示す流れ図である。 図１８は、決済装置のプロセッサが第３の業務プログラムに従って実行する第５の情報処理の要部手順を示す流れ図である。 図１９は、決済装置のプロセッサが第３の業務プログラムに従って実行する第６の情報処理の要部手順を示す流れ図である。 図２０は、入力装置のタッチパネルに表示される登録画面の一例である。 図２１は、入力装置のディスプレイに表示される登録画面の一例である。 図２２は、入力装置のタッチパネルに表示される小計画面の一例である。 図２３は、入力装置のディスプレイに表示される小計画面の一例である。 図２４は、入力装置のタッチパネルに表示される支払い方法選択画面の一例である。 図２５は、入力装置のタッチパネルに表示される支払い画面の一例である。 図２６は、入力装置のタッチパネルにおいて支払い画面に表示される代金支払い待機時のポップアップの一例である。 図２７は、入力装置のディスプレイにおいて小計画面に表示される代金支払い待機時のテキストの一例である。 図２８は、入力装置のタッチパネルにおいて支払い画面に表示される取引処理装置での代金支払い可能時のポップアップの一例である。 図２９は、入力装置のディスプレイにおいて小計画面に表示される取引処理装置での代金支払い可能時のテキストの一例である。 図３０は、取引処理装置の第２のタッチパネルに表示される支払い方法選択画面の一例である。 図３１は、取引処理装置の第２のタッチパネルに表示される支払い通知画面の一例である。 図３２は、取引処理装置の第２のタッチパネルに表示される支払い中画面の一例である。 図３３は、取引処理装置の第２のタッチパネルに表示される支払い完了画面の一例である。 図３４は、入力装置のタッチパネルにおいて登録画面に表示される代金の支払い先を指示することを店員に通知するポップアップの一例である。 図３５は、指示装置に表示される指示画面の一例である。 図３６は、入力装置のタッチパネルにおいて支払い画面に表示される決済装置での代金支払い可能時のポップアップの一例である。 図３７は、入力装置のディスプレイにおいて小計画面に表示される決済装置での代金支払い可能時のテキストの一例である。 図３８は、決済装置のタッチパネルに表示される明細確認画面の一例である。 図３９は、決済装置のタッチパネルに表示される支払い方法選択画面の一例である。 図４０は、決済装置のタッチパネルに表示される支払い通知画面の一例である。 図４１は、決済装置のタッチパネルに表示される支払い中画面の一例である。 図４２は、決済装置のタッチパネルに表示される支払い完了画面の一例である。 図４３は、第２の実施形態において、決済装置のプロセッサが第３の業務プログラムに従って実行する第７の情報処理の要部手順を示す流れ図である。 図４４は、第２の実施形態において、保留サーバのプロセッサが第２の業務プログラムに従って実行する第８の情報処理の要部手順を示す流れ図である。 図４５は、指示装置に表示される確認画面の一例である。 図４６は、第３の実施形態に係る決済システムの概略構成を示すブロック図である。 図４７は、第３の実施形態において、指示装置に表示される指示画面の一例である。 図４８は、第４の実施形態に係る決済システムの概略構成を示すブロック図である。

以下、代金の支払いに関する操作を客に行わせるようにした決済システムの実施形態について、図面を用いて説明する。
［決済システムの構成説明］
図１は、本実施形態に係る決済システム１００の概略構成を示すブロック図である。決済システム１００は、保留サーバ１を備える。また決済システム１００は、決済レーンＬ毎に入力装置２、取引処理装置３、決済装置４及び指示装置５を備える。決済レーンＬは、取引の決済を行う客が並ぶ通路である。本決済システム１００を小売店で導入する場合には、商品を購入する購買者が客となる。本決済システム１００を遊園地、美術館、博物館等の有料施設で導入する場合には、施設を利用する利用者が客となる。各決済レーンＬには、それぞれ固有のレーン識別情報として例えば３桁のレーン番号が割り当てられている。

決済システム１００は、保留サーバ１と、各決済レーンＬの取引処理装置３、決済装置４及び指示装置５とを、ＬＡＮ（Local Area Network）等の通信ネットワーク６により双方向の通信自在に接続する。また決済システム１００は、決済レーンＬ毎に入力装置２と取引処理装置３とを伝送ケーブル７で接続する。入力装置２と取引処理装置３とは、近距離無線通信により接続してもよい。保留サーバ１、入力装置２、取引処理装置３、決済装置４及び指示装置５の詳細については後述する。

図２は、１つの決済レーンＬが備える入力装置２、取引処理装置３、決済装置４及び指示装置５の位置関係を示す模式図である。図２は、スーパーマーケット、ホームセンター等の小売店における決済レーンＬを示す。決済レーンＬは、商品が陳列される売場とは区分けされた会計場（レジ）に設けられている。

入力装置２は、チェックアウトカウンタ２０に取り付けられている。チェックアウトカウンタ２０は、購買者である客が図示矢印の方向に歩いて移動する通路ＰＡに沿って配置されている。チェックアウトカウンタ２０は、天面のほぼ中央に入力装置２を取り付け、該入力装置２よりも通路ＰＡの上流側を登録前の購買商品を載せるためのスペースとし、下流側を登録後の購買商品を載せるためのスペースとしている。

入力装置２は、入出力デバイスとして、定置式スキャナ２１と、ハンディスキャナ２２と、タッチパネル２３と、キーボード２４と、ディスプレイ２５とを備える。入力装置２は、チェックアウトカウンタ２０の天面から上方に突出するように定置式スキャナ２１を配置し、この定置式スキャナ２１の周囲にハンディスキャナ２２、タッチパネル２３、キーボード２４及びディスプレイ２５を配置している。

詳しくは、入力装置２は、チェックアウトカウンタ２０の天面に定置式スキャナ２１を固定している。定置式スキャナ２１は縦型であり、バーコードの読取窓が通路ＰＡとは反対側の面に位置するように固定されている。入力装置２は、ハンディスキャナ２２を、定置式スキャナ２１の一側部に係止している。またタッチパネル２３を、その操作パネル面が定置式スキャナ２１の読取窓と同一方向を向くように定置式スキャナ２１の上部に取り付けている。またキーボード２４を、そのキー面がタッチパネル２３の操作パネル面と同一方向を向くようにタッチパネル２３の一側部に取り付けている。さらにディスプレイ２５を、その表示画面が通路ＰＡの側を向くように定置式スキャナ２１の一側部に取り付けている。なお、ディスプレイ２５は、タッチパネルであってもよい。

このような入出力デバイスの配置により、チェックアウトカウンタ２０を挟んで通路ＰＡとは反対側のスペースＳＰに立つ従業員、いわゆる店員は、定置式スキャナ２１、ハンディスキャナ２２、タッチパネル２３又はキーボード２４を操作して、客との取引に係る情報、つまりは客が買い入れる購買商品に係る情報、例えば商品コード、購買数量、値引額等を入力することができる。このとき店員は、タッチパネル２３に表示される情報により、購買商品の商品名、単価等を確認することができる。客は、ディスプレイ２５に表示される情報により、購買商品の商品名、単価等を確認することができる。入力装置２は、スキャナ装置等と言い換えることができる。

取引処理装置３は、ＰＯＳ（Point Of Sales）システムの端末として機能するコンピュータ機器である。取引処理装置３は、装置本体３０と一体になったデバイスとしてキーボード３１と第１のタッチパネル３２を備え、装置本体３０に対して外付けされるデバイスとしてハンディスキャナ３３、第２のタッチパネル３４、プリンタ３５、自動釣銭機３６、キャッシュレス決済端末３７等を備える。取引処理装置３は、チェックアウトカウンタ２０における下流側端部近傍の通路ＰＡとは反対側に設置されたレジカウンタ３８の天面に載置されている。

詳しくは、取引処理装置３は、キーボード３１のキー面と第１のタッチパネル３２の操作パネル面とが店員の立つスペースＳＰの側を向くように装置本体３０をレジカウンタ３８に載置している。そしてこの装置本体３０の周囲に、ハンディスキャナ３３、第２のタッチパネル３４、プリンタ３５、自動釣銭機３６及びキャッシュレス決済端末３７を配置している。ハンディスキャナ３３は、スペースＳＰに立つ店員が操作可能な位置に配置されている。第２のタッチパネル３４は、その表示画面を通路ＰＡに立つ客が目視可能な位置に配置されている。プリンタ３５は、通路ＰＡに立つ客がレシートを受け取りやすい位置に配置されている。自動釣銭機３６は、通路ＰＡに立つ客が現金を投入し、払い出された釣銭を取り出しやすい位置に配置されている。キャッシュレス決済端末３７は、通路ＰＡに立つ客がクレジットカード決済、電子マネー決済、コード決済等のキャッシュレス決済を行う際に操作しやすい位置に配置されている。

このようなデバイスの配置により、通路ＰＡに立つ客は、第２のタッチパネル３４に表示される情報、例えば代金の支払いに係る情報をその場で確認することができる。客は、プリンタ３５から発行されるレシートをその場で受け取ることができる。現金で代金を支払う客は、通路ＰＡに立ったまま自動釣銭機３６に現金を投入し、払い出された釣銭を回収することができる。キャッシュレス決済により代金を支払う客は、通路ＰＡに立ったままキャッシュレス決済端末３７を操作して、キャッシュレスで代金を支払うことができる。このように取引処理装置３は、代金の支払いに関する操作を客が自ら行うようにしたセルフタイプの決済装置として機能する。取引処理装置３は、ＰＯＳ端末、電子式キャッシュレジスタ、販売処理装置等と言い換えることができる。

決済装置４もまた、代金の支払いに関する操作を客が自ら行うようにしたセルフタイプの決済装置である。決済装置４は、取引処理装置３が使用中のために取引処理装置３では代金の支払いができない客が使用する。そのため決済装置４は、図示矢印で示される客の移動方向に対し、取引処理装置３よりも下流側に設置されている。決済装置４は、通路ＰＡを挟んで取引処理装置３の反対側に設置されていてもよい。

決済装置４は、箱型をなす筐体４０の一面を客が対峙する面とする。以下では、客と対峙する面を正面とする。決済装置４は、正面側から見て右側の側面に籠置台４１を取り付けている。籠置台４１は、決済装置４を使用して代金の支払いを行う客が購買商品を入れた買物籠等を置くためのスペースである。

決済装置４は、客とのマンマシンインターフェースとしてタッチパネル４２を備える。タッチパネル４２は、オペレータである客が操作しやすい位置に取り付けられている。本実施形態では、タッチパネル４２は、表示画面を正面側に向けて、筐体４０の頂部に取り付けられている。決済装置４は、筐体４０にレシート印刷用のプリンタ７７（図５を参照）を内蔵し、該プリンタ７７によって印刷されたレシートを発行するためのレシート発行口４３を筐体４０の正面に形成している。また決済装置４は、自動釣銭機７８（図５を参照）を内蔵し、硬貨投入口４４、硬貨投出口４５及び紙幣入出口４６を筐体４０の正面に形成している。このような配置により、代金を現金で支払う客は、紙幣入出口４６に紙幣を投入し、また硬貨投入口４４に硬貨を投入する。そして、紙幣入出口４６から排出された釣銭としての紙幣又は硬貨投出口４５に投出された釣銭としての硬貨を回収するとともにレシート発行口４３から発行されたレシートを受け取る。また、図１では図示しないが、決済装置４は、キャッシュレス決済端末７９（図５を参照）を備えており、キャッシュレス決済にも対応できるようになっている。

決済装置４は、筐体４０の頂部にパトランプ４７を取り付けている。パトランプ４７は、決済装置４の動作状態をスペースＳＰに居る店員に報知するためのランプである。パトランプ４７によって報知される決済装置４の動作状態には、決済中と待機中とがある。決済中は、客が代金の支払いを開始してから終了するまでの期間内である。それ以外の期間が待機中となる。決済装置４は、会計機、セルフＰＯＳ端末、支払い機等と言い換えることができる。

指示装置５は、詳細は後述するが、保留サーバ１に保留された取引に係る情報を決済装置４が取り込むか、取引処理装置３が取り込むかの指示を店員の操作により受け付ける装置である。指示装置５は、その一例としてタブレットを利用する。タブレットは、板状の液晶画面を備え、その画面を指又はペン等でタッチすることで操作できる入力デバイスである。指示装置５は、スペースＳＰに居る店員が操作者となる。このため、設置場所に特に制限はないが、指示装置５は、店員が操作しやすい位置に置かれていればよい。

［取引処理装置の構成説明］
図３は、取引処理装置３における装置本体３０の要部回路構成を示すブロック図である。図示するように装置本体３０は、プロセッサ６１、メインメモリ６２、補助記憶デバイス６３、時計６４、通信インターフェース６５、スキャナインターフェース６６、タッチパネルインターフェース６７、プリンタインターフェース６８、釣銭機インターフェース６９、決済端末インターフェース６１０、入力装置インターフェース６１１及びシステム伝送路６１２等を備える。システム伝送路６１２は、アドレスバス、データバス、制御信号線等を含む。システム伝送路６１２は、プロセッサ６１と他の各部とを接続し、相互間で授受されるデータ信号を伝送する。

装置本体３０は、プロセッサ６１と、メインメモリ６２、補助記憶デバイス６３、時計６４、通信インターフェース６５、スキャナインターフェース６６、タッチパネルインターフェース６７、プリンタインターフェース６８、釣銭機インターフェース６９、決済端末インターフェース６１０及び入力装置インターフェース６１１とを、システム伝送路６１２で接続することにより、コンピュータを構成する。そして装置本体３０は、そのコンピュータに、システム伝送路６１２を介してキーボード３１及び第１のタッチパネル３２を接続する。

プロセッサ６１は、上記コンピュータの中枢部分に相当する。プロセッサ６１は、オペレーティングシステム又はアプリケーションプログラムに従って、取引処理装置３としての各種の機能を実現するべく各部を制御する。プロセッサ６１は、例えばＣＰＵ（Central Processing Unit）である。プロセッサ６１は、複数のプロセッサコアを含み、複数の処理を並行して実行することが可能なマルチコア・プロセッサである。

メインメモリ６２は、上記コンピュータの主記憶部分に相当する。メインメモリ６２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ６２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ６２は、プロセッサ６１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ６２は、揮発性のメモリ領域を、プロセッサ６１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。

補助記憶デバイス６３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disk Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス６３となり得る。補助記憶デバイス６３は、プロセッサ６１が各種の処理を行う上で使用するデータ、プロセッサ６１での処理によって作成されたデータ等を記憶する。補助記憶デバイス６３は、上記のアプリケーションプログラムを記憶する場合もある。

時計６４は、日付と時刻を計時する。プロセッサ６１は、時計６４によって計時されている日付と時刻を現在日時として処理する。

通信インターフェース６５は、通信ネットワーク６に接続された保留サーバ１との間でデータ通信を行うためのインターフェースである。通信インターフェース６５は、同じく通信ネットワーク６に接続されたＰＯＳサーバ等の他のサーバ、あるいは決済装置４、指示装置５等との間でデータ通信を行うためのインターフェースでもある。ＰＯＳサーバは、店舗で販売される各商品の商品名、単価等の商品データを記憶した商品マスタを備え、取引処理装置３で処理された購買商品の商品販売データを収集し集計して、販売時点の売上、在庫等を管理するためのコンピュータである。

スキャナインターフェース６６、タッチパネルインターフェース６７、プリンタインターフェース６８、釣銭機インターフェース６９及び決済端末インターフェース６１０は、いずれも装置本体３０に外付けされたデバイスとデータ通信を行うためのインターフェースである。すなわちスキャナインターフェース６６は、ハンディスキャナ３３との間でデータ通信を行う。タッチパネルインターフェース６７は、第２のタッチパネル３４との間でデータ通信を行う。プリンタインターフェース６８は、プリンタ３５との間でデータ通信を行う。釣銭機インターフェース６９は、自動釣銭機３６との間でデータ通信を行う。決済端末インターフェース６１０は、キャッシュレス決済端末３７との間でデータ通信を行う。

入力装置インターフェース６１１は、伝送ケーブル７で接続された入力装置２との間でデータ通信を行うためのインターフェースである。すなわち入力装置インターフェース６１１は、定置式スキャナ２１、ハンディスキャナ２２、タッチパネル２３、キーボード２４及びディスプレイ２５との間でそれぞれデータ通信を行う。

図４は、メインメモリ６２に形成される主要な記憶領域を示す模式図である。取引処理装置３は、メインメモリ６２における揮発性記憶領域の一部を第１取引ファイル６２１、第２取引ファイル６２２、ステータスメモリ６２３、第１フラグメモリ６２４及び第２フラグメモリ６２５の領域としている。第１取引ファイル６２１及び第２取引ファイル６２２は、いずれも一取引として処理する購買商品に係る情報である商品販売データを記憶するための領域である。商品販売データは、購買商品の商品コード、商品名、単価、購買数量、販売金額等の項目を含む。販売金額は、単価に購買数量を乗算した金額である。商品販売データは、少なくとも購買商品の商品コードと購買数量とを含んでいればよい。ステータスメモリ６２３は、支払いステータスＳＴを記憶するための領域である。第１フラグメモリ６２４は、支払い中フラグＦａを記憶するための領域である。第２フラグメモリ６２５は、保留中フラグＦｂを記憶するための領域である。

支払いステータスＳＴは、支払いに関する状態を表す識別情報である。支払いに関する状態には、入力装置２で代金支払い方法を指定しなかった第１状態と、入力装置２で代金支払い方法を指定した第２状態とがある。本実施形態では、第１状態を表す支払いステータスＳＴを“１０”とし、第２状態を表す支払いステータスＳＴを“２０”とする。

支払い中フラグＦａは、取引処理装置３において代金の支払い中であるか否かを識別するための１ビットデータである。本実施形態では、代金の支払い中であることを示す支払い中フラグＦａを“１”とし、代金の支払い中でないことを示す支払い中フラグＦａを“０”とする。

保留中フラグＦｂは、当該取引処理装置３で処理した取引に係る情報を保留サーバ１で保留中か否かを識別するための１ビットデータである。本実施形態では、保留中であることを示す保留中フラグＦｂを“１”とし、保留中でないことを示す保留中フラグＦｂを“０”とする。

［決済装置の構成説明］
図５は、決済装置４の要部回路構成を示すブロック図である。図示するように決済装置４は、プロセッサ７１、メインメモリ７２、補助記憶デバイス７３、時計７４、通信インターフェース７５及びシステム伝送路７６等を備える。システム伝送路７６は、アドレスバス、データバス、制御信号線等を含む。システム伝送路７６は、プロセッサ７１と他の各部とを接続し、相互間で授受されるデータ信号を伝送する。

決済装置４は、プロセッサ７１と、メインメモリ７２、補助記憶デバイス７３、時計７４及び通信インターフェース７５とを、システム伝送路７６で接続することにより、コンピュータを構成する。そして決済装置４は、そのコンピュータに、システム伝送路７６を介してタッチパネル４２、パトランプ４７、プリンタ７７、自動釣銭機７８及びキャッシュレス決済端末７９を接続する。

プロセッサ７１は、上記コンピュータの中枢部分に相当する。プロセッサ７１は、オペレーティングシステム又はアプリケーションプログラムに従って、決済装置４としての各種の機能を実現するべく各部を制御する。プロセッサ７１は、例えばＣＰＵである。プロセッサ７１は、複数のプロセッサコアを含み、複数の処理を並行して実行することが可能なマルチコア・プロセッサである。

メインメモリ７２は、上記コンピュータの主記憶部分に相当する。メインメモリ７２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ７２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ７２は、プロセッサ７１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ７２は、揮発性のメモリ領域を、プロセッサ７１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。

補助記憶デバイス７３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等が補助記憶デバイス７３となり得る。補助記憶デバイス７３は、プロセッサ７１が各種の処理を行う上で使用するデータ、プロセッサ７１での処理によって作成されたデータ等を記憶する。補助記憶デバイス７３は、上記のアプリケーションプログラムを記憶する場合もある。

時計７４は、日付と時刻を計時する。プロセッサ７１は、時計７４によって計時されている日付と時刻を現在日時として処理する。

通信インターフェース７５は、通信ネットワーク６に接続された保留サーバ１との間でデータ通信を行うためのインターフェースである。また通信インターフェース７５は、同じく通信ネットワーク６に接続されたＰＯＳサーバ等の他のサーバ、あるいは取引処理装置３、指示装置５等との間でデータ通信を行うためのインターフェースでもある。

図６は、メインメモリ７２に形成される主要な記憶領域を示す模式図である。決済装置４は、メインメモリ７２における揮発性記憶領域の一部を第３取引ファイル７２１及び第３フラグメモリ７２２の領域としている。第３取引ファイル７２１は、第１取引ファイル６２１及び第２取引ファイル６２２と同様に、いずれも一取引として処理する購買商品に係る情報である商品販売データを記憶するための領域である。

第３フラグメモリ７２２は、支払い中フラグＦｃを記憶するための領域である。支払い中フラグＦｃは、決済装置４において代金の支払い中であるか否かを識別するための１ビットデータである。本実施形態では、代金の支払い中であることを示す支払い中フラグＦｃを“１”とし、代金の支払い中でないことを示す支払い中フラグＦｃを“０”とする。

［保留サーバの構成説明］
図７は、保留サーバ１の要部回路構成を示すブロック図である。図示するように保留サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４、通信インターフェース１５及びシステム伝送路１６等を備える。システム伝送路１６は、アドレスバス、データバス、制御信号線等を含む。システム伝送路１６は、プロセッサ１１と他の各部とを接続し、相互間で授受されるデータ信号を伝送する。

保留サーバ１は、プロセッサ１１と、メインメモリ１２、補助記憶デバイス１３、時計１４及び通信インターフェース１５とを、システム伝送路１６で接続することにより、コンピュータを構成する。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム又はアプリケーションプログラムに従って、保留サーバ１としての各種の機能を実現するべく各部を制御する。プロセッサ１１は、例えばＣＰＵである。プロセッサ１１は、複数のプロセッサコアを含み、複数の処理を並行して実行することが可能なマルチコア・プロセッサである。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等が補助記憶デバイス１３となり得る。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、プロセッサ１１での処理によって作成されたデータ等を記憶する。補助記憶デバイス１３は、上記のアプリケーションプログラムを記憶する場合もある。

時計１４は、日付と時刻を計時する。プロセッサ１１は、時計１４によって計時されている日付と時刻を現在日時として処理する。

通信インターフェース１５は、通信ネットワーク６に接続された取引処理装置３、決済装置４及び指示装置５との間でデータ通信を行うためのインターフェースである。

かかる構成の保留サーバ１は、補助記憶デバイス１３における記憶領域の一部をレーンテーブル１３１の領域としている。レーンテーブル１３１のデータ構造を図８の模式図によって示す。図示するようにレーンテーブル１３１は、レーン番号のカラムＣａと、取引処理装置ＩＤのカラムＣｂと、決済装置ＩＤのカラムＣｃと、指示装置ＩＤのカラムＣｄとを有する。そして、カラムＣａには、各決済レーンＬのレーン番号が記述されている。カラムＣｂ、カラムＣｃ及びカラムＣｄには、同一行のカラムＣａに記述されたレーン番号の決済レーンＬに配置された取引処理装置３、決済装置４及び指示装置５の各ＩＤが記述されている。決済システム１００を構成する全ての取引処理装置３には、それぞれ異なる識別情報として取引処理装置ＩＤが設定されている。同じく、全ての決済装置４には、それぞれ異なる識別情報として決済装置ＩＤが記述されており、全ての指示装置５には、それぞれ異なる識別情報として決済装置ＩＤが記述されている。

例えば３桁の数字“ＸＸＸ”にレーン番号ｎｎｎを繋ぎ合わせることにより、レーン毎に異なるＩＤ“ＸＸＸｎｎｎ”を作成できる。そこで、３桁の数字“ＸＸＸ”を取引処理装置３と決済装置４と指示装置５とで異なる数字とすることで、装置毎に異なる識別情報（装置ＩＤ）を作成することができる。

また、保留サーバ１は、補助記憶デバイス１３における記憶領域の一部をレーン別フォルダ１３２の領域としている。レーン別フォルダ１３２は、決済レーンＬの数だけ用意されたデータフォルダである。レーン別フォルダ１３２は、取引処理装置３から出力された取引に係る情報を記憶、つまりは保留するための領域である。保留サーバ１は、取引に係る情報を、その情報を出力した取引処理装置３のレーン別フォルダ１３２で記憶する。保留サーバ１は、保留装置と言い換えることができる。

［決済システムの機能説明］
図９は、保留サーバ１、入力装置２、取引処理装置３、決済装置４及び指示装置５がそれぞれ有する主要な機能構成を示す模式図である。以下では、入力装置２、取引処理装置３、指示装置５、保留サーバ１、決済装置４の順で各機能を説明する。

入力装置２は、入力手段２０１、終了受付手段２０２及び第１の支払い受付手段２０３としての機能を有する。入力手段２０１は、取引に係る情報、つまりは客が買い入れる購買商品に係る情報を入力する機能である。入力手段２０１は、定置式スキャナ２１、ハンディスキャナ２２、タッチパネル２３、キーボード２４等の入力デバイスを介して商品コード、購買数量等の購買商品に係る情報を入力する。例えば入力手段２０１は、定置式スキャナ２１又はハンディスキャナ２２によって読み取られたバーコードから、購買商品の商品コードを入力する。例えば入力手段２０１は、タッチパネル２３又はキーボード２４に対するテンキー操作によって入力された数値から、購買商品の購買数量を入力する。

終了受付手段２０２は、取引に係る情報、つまりは客が買い入れる購買商品に係る情報の入力終了指示を受け付ける機能である。終了受付手段２０２は、タッチパネル２３、キーボード２４等の入力デバイスを介して購買商品に係る情報の入力終了指示を受け付ける。例えば終了受付手段２０２は、タッチパネル２３又はキーボード２４に対する所定のキー操作によって生じた信号を入力終了指示として受け付ける。

第１の支払い受付手段２０３は、店員が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける機能である。店員が操作者となるデバイスは、例えばタッチパネル２３である。第１の支払い受付手段２０３は、タッチパネル２３に代金支払い方法の選択画面を表示する。そして第１の支払い受付手段２０３は、画面のタッチ操作により選択された代金支払い方法を選択入力された代金支払い方法として受け付ける。デバイスの種類は特に限定されない。例えばキーボード２４であってもよい。代金支払い方法には、現金、クレジットカード、電子マネー、コード決済等がある。代金支払い方法には、商品券などの金券を含んでもよい。

取引処理装置３は、取得手段３０１、第１の金額出力手段３０２、第２の支払い受付手段３０３、第１の決済手段３０４、取引情報出力手段３０５、案内手段３０６及び実行手段３０７としての機能を有する。取得手段３０１は、伝送ケーブル７で接続された入力装置２から情報等を取得する機能である。取得手段３０１は、入力手段２０１により入力を受け付けた購買商品に係る情報を入力装置２から取得する。取得手段３０１は、終了受付手段２０２で受け付けた入力終了指示の信号を入力装置２から取得する。取得手段３０１は、第１の支払い受付手段２０３で受け付けた代金支払い方法の情報を入力装置２から取得する。

第１の金額出力手段３０２は、入力装置２を介して入力された取引に係る情報を基に決済に必要な金額を出力する機能である。取引に係る情報は、例えば購買商品に係る情報である。購買商品に係る情報には商品の価格と販売数量とが存在する。第１の金額出力手段３０２は、各購買商品の価格と販売数量とに基づいて決済に必要な金額を算出し、出力する。決済に必要な金額は、決済金額、合計金額、税込み合計金額、請求金額等と言い換えることができる。第１の金額出力手段３０２は、表示デバイスに決済に必要な金額を表示することによって出力する。表示デバイスは、入力装置２のタッチパネル２３又はディスプレイ２５が該当する。表示デバイスは、取引処理装置３の第１のタッチパネル３２又は第２のタッチパネル３４であってもよい。

第２の支払い受付手段３０３は、客が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける機能である。客が操作者となるデバイスは、例えば第２のタッチパネル３４である。第２の支払い受付手段３０３は、第２のタッチパネル３４に代金支払い方法の選択画面を表示する。そして第２の支払い受付手段３０３は、画面のタッチ操作により選択された代金支払い方法を選択入力された代金支払い方法として受け付ける。デバイスの種類は特に限定されない。客が操作者となるデバイスは、ディスプレイに表示されるポインタを動かすポインティングデバイスであってもよい。代金支払い方法は、現金、クレジットカード、電子マネー、コード決済等である。第２の支払い受付手段３０３は、終了受付手段２０２が入力終了指示を受け付けた時点で第１の支払い受付手段２０３が代金支払い方法の選択入力を受け付けていない場合に、代金支払い方法の選択入力を受け付ける。入力終了指示を受け付けた時点で代金支払い方法の選択入力を受け付けているか否かは、支払いステータスＳＴによって識別可能である。具体的には、支払いステータスＳＴが“１０”のとき、すなわち入力装置２で代金支払い方法を指定しなかった第１状態であるとき、第２の支払い受付手段３０３は、第２のタッチパネル３４を介していずれか１つの代金支払い方法が選択入力されるのを受け付ける。

第１の決済手段３０４は、第１の支払い受付手段２０３又は第２の支払い受付手段３０３で受け付けた代金支払い方法に従い、客との取引を決済する機能である。第１の決済手段３０４は、終了受付手段２０２が入力終了指示を受け付けた時点で取引の決済が可能である場合に、客との取引を決済する。すなわち第１の決済手段３０４は、第１フラグメモリ６２４によって記憶される支払い中フラグＦａが“０”のとき、取引の決済が可能であると認定する。第１の決済手段３０４は、例えば代金支払い方法として現金を受け付けた場合には、自動釣銭機３６と協働して客との取引を決済する。第１の決済手段３０４は、例えば代金支払い方法としてキャッシュレス決済を受け付けた場合には、キャッシュレス決済端末３７と協働して客との取引を決済する。

取引情報出力手段３０５は、取引に係る情報を保留サーバ１に出力する機能である。取引情報出力手段３０５は、取引の決済が不可能な状態で入力装置２から取引に係る情報の入力終了指示を受けた場合に、取引に係る情報を保留サーバ１に出力する。取引に係る情報は、例えば購買商品に係る情報である。購買商品に係る情報は、商品販売データとして第１取引ファイル６２１又は第２取引ファイル６２２に記憶されている。取引情報出力手段３０５は、第１フラグメモリ６２４の支払い中フラグＦａが“１”のときに取得手段３０１が入力終了指示の信号を取得すると、第１取引ファイル６２１又は第２取引ファイル６２２の商品販売データを、保留サーバ１に出力するように通信インターフェース６５を制御する。

案内手段３０６は、保留サーバ１に保留された取引に係る情報の出力先を案内する機能である。保留サーバ１に保留された取引に係る情報の出力先は、決済装置４又は取引処理装置３である。案内手段３０６は、取引に係る情報の出力先が決済装置４である場合には、決済装置４での代金の支払いを案内する。案内手段３０６は、取引に係る情報の出力先が取引処理装置３である場合には、取引処理装置３での代金の支払いを案内する。例えば、表示デバイスに案内のための画像を表示することによって店員又は客に案内する。表示デバイスは、入力装置２のタッチパネル２３又はディスプレイ２５、あるいは取引処理装置３の第１のタッチパネル３２又は第２のタッチパネル３４等が該当する。

実行手段３０７は、保留サーバ１に保留された取引に係る情報を基に客との取引の決済を実行する機能である。実行手段３０７は、保留サーバ１から決済の実行が指令されると、第１の金額出力手段３０２及び第１の決済手段３０４を動作させて、客との取引の決済を実行する。保留サーバ１に保留された取引に係る情報の出力先が取引処理装置３に決定されると、保留サーバ１から取引処理装置３にその取引に係る情報が出力され、例えば第２取引ファイル６２２に記憶される。実行手段３０７は、保留サーバ１から決済の実行が指令されると、第２取引ファイル６２２に記憶された取引に係る情報を基に、決済を実行する。

指示装置５は、受付手段５０１、及び指示手段５０２としての機能を有する。受付手段５０１は、保留サーバ１に保留された取引に係る情報の出力先を受け付ける機能である。前述したように、取引に係る情報の出力先は、決済装置４又は取引処理装置３である。受付手段５０１は、取引に係る情報の出力先が決済装置４であることを宣言する第１の操作子と、取引に係る情報の出力先が取引処理装置３であることを宣言する第２の操作子とを含む。指示装置５としてタブレットが使用される場合、第１の操作子と第２の操作子は、タブレットの液晶画面に表示されるソフトキーである。受付手段５０１は、第１の操作子が操作入力されると、決済装置４を取引に係る情報の出力先として受け付ける。受付手段５０１は、第２の操作子が操作入力されると、取引処理装置３を取引に係る情報の出力先として受け付ける。

指示手段５０２は、受付手段５０１により受け付けた出力先に取引に係る情報を出力する指示を保留サーバ１に対して行う機能である。受付手段５０１により受け付けた出力先が決済装置４である場合、指示手段５０２は、保留サーバ１に対して取引に係る情報を決済装置４に出力することを指示する。具体的には、指示手段５０２は、取引に係る情報を決済装置４に出力することを指示する信号を保留サーバ１に出力する。受付手段５０１により受け付けた出力先が取引処理装置３である場合、指示手段５０２は、保留サーバ１に対して取引に係る情報を取引処理装置３に出力することを指示する。具体的には、指示手段５０２は、取引に係る情報を取引処理装置３に出力することを指示する信号を保留サーバ１に出力する。

保留サーバ１は、認識手段１０１、取引情報入力手段１０２、保留手段１０３及び保留情報出力手段１０４として機能を有する。認識手段１０１は、指示装置５から指示される出力先を認識する機能である。認識手段１０１は、指示装置５の指示手段５０２から取引に係る情報を取引処理装置３に出力することを指示する信号を受信した場合には、出力先を取引処理装置３として認識する。認識手段１０１は、指示装置５の指示手段５０２から取引に係る情報を決済装置４に出力することを指示する信号を受信した場合には、出力先を決済装置４として認識する。

取引情報入力手段１０２は、取引処理装置３から出力される取引に係る情報を入力する機能である。取引情報入力手段１０２は、入力した取引に係る情報がどの取引処理装置３から出力された情報なのかを識別する処理を含む。取引に係る情報には、その情報を出力した取引処理装置３の取引処理装置ＩＤが含まれている。取引情報入力手段１０２は、取引処理装置ＩＤで識別される取引処理装置３を取引に係る情報の出力元として特定する。

保留手段１０３は、取引処理装置３から出力された取引に係る情報を保留する機能である。保留手段１０３は、取引情報入力手段１０２により入力した取引に係る情報を、その情報の出力元として特定された取引処理装置３別に保留する。具体的には保留手段１０３は、取引に係る情報の送信元として特定された取引処理装置３が設置された決済レーンＬのレーン別フォルダ１３２で取引に係る情報を記憶することにより、取引処理装置３別に取引に係る情報を保留する。

保留情報出力手段１０４は、指示装置５により指示された出力先に、保留手段１０３で保留した取引に係る情報を出力する機能である。保留情報出力手段１０４は、指示装置５により指示された出力先において決済が可能である場合に、レーン別フォルダ１３２に記憶した取引に係る情報をその出力先に出力する。例えば保留情報出力手段１０４は、指示装置５により指示された出力先が決済装置４である場合には、その決済装置４の支払い中フラグＦｃが“０”である場合に、取引に係る情報を決済装置４へと出力する。例えば保留情報出力手段１０４は、指示装置５により指示された出力先が取引処理装置３である場合には、その取引処理装置３の支払い中フラグＦａが“０”である場合に、取引に係る情報を取引処理装置３へと出力する。

決済装置４は、取込み手段４０１、第２の金額出力手段４０２、第３の支払い受付手段４０３及び第２の決済手段４０４としての機能を有する。取込み手段４０１は、保留サーバ１に保留された取引に係る情報を取り込む機能である。取込み手段４０１は、保留サーバ１の保留情報出力手段１０４によって出力される取引に係る情報を取り込み、第３取引ファイル７２１に記憶する。

第２の金額出力手段４０２は、保留サーバ１に保留された取引に係る情報を基に決済に必要な金額を出力する機能である。第２の金額出力手段４０２は、取込み手段４０１により取り込んだ取引に係る情報を基に決済に必要な金額を出力する。第２の金額出力手段４０２は、表示デバイスに決済に必要な金額を表示することによって出力する。表示デバイスは、決済装置４のタッチパネル４２等が該当する。

第３の支払い受付手段４０３は、客が操作者となるデバイスを介して代金支払い方法の選択入力を受け付ける機能である。客が操作者となるデバイスは、例えばタッチパネル４２である。第３の支払い受付手段４０３は、タッチパネル４２に代金支払い方法の選択画面を表示する。そして第３の支払い受付手段４０３は、画面のタッチ操作により選択された代金支払い方法を選択入力された代金支払い方法として受け付ける。デバイスの種類は特に限定されない。客が操作者となるデバイスは、ディスプレイに表示されるポインタを動かすポインティングデバイスであってもよい。代金支払い方法は、現金、クレジットカード、電子マネー、コード決済等である。

第２の決済手段４０４は、第１の支払い受付手段２０３又は第３の支払い受付手段４０３で受け付けた代金支払い方法に従い、客との取引を決済する機能である。第２の決済手段４０４は、第２の金額出力手段４０２により出力した金額相当の代金が、第１の支払い受付手段２０３又は第３の支払い受付手段４０３で受け付けた代金支払い方法で支払われた場合に、客との取引を決済する。例えば代金支払い方法として現金を受け付けた場合には、第２の決済手段４０４は、自動釣銭機７８と協働して客との取引を決済する。例えば代金支払い方法としてキャッシュレス決済を受け付けた場合には、第２の決済手段４０４は、キャッシュレス決済端末７９と協働して客との取引を決済する。

取引処理装置３の取得手段３０１、第１の金額出力手段３０２、第２の支払い受付手段３０３、第１の決済手段３０４、取引情報出力手段３０５、案内手段３０６及び実行手段３０７としての機能は、いずれもプロセッサ６１が第１の業務プログラムに従って実行する情報処理によって実現される。

第１の業務プログラムは、メインメモリ６２又は補助記憶デバイス６３に記憶されるアプリケーションプログラムの一種である。第１の業務プログラムをメインメモリ６２又は補助記憶デバイス６３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に第１の業務プログラムを記録して、あるいはネットワークを介した通信により第１の業務プログラムを配信して、メインメモリ６２又は補助記憶デバイス６３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

保留サーバ１の認識手段１０１、取引情報入力手段１０２、保留手段１０３及び保留情報出力手段１０４として機能は、プロセッサ１１が第２の業務プログラムに従って実行する情報処理によって実現される。

第２の業務プログラムは、メインメモリ１２又は補助記憶デバイス１３に記憶されるアプリケーションプログラムの一種である。第２の業務プログラムをメインメモリ１２又は補助記憶デバイス１３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に第２の業務プログラムを記録して、あるいはネットワークを介した通信により第２の業務プログラムを配信して、メインメモリ１２又は補助記憶デバイス１３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

決済装置４の取込み手段４０１、第２の金額出力手段４０２、第３の支払い受付手段４０３及び第２の決済手段４０４としての機能は、プロセッサ７１が第３の業務プログラムに従って実行する情報処理によって実現される。

第３の業務プログラムは、メインメモリ７２又は補助記憶デバイス７３に記憶されるアプリケーションプログラムの一種である。第３の業務プログラムをメインメモリ７２又は補助記憶デバイス７３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に第３の業務プログラムを記録して、あるいはネットワークを介した通信により第３の業務プログラムを配信して、メインメモリ７２又は補助記憶デバイス７３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

［決済システムの動作説明］
次に、図１０乃至図１９の流れ図、及び、図２０乃至図４２の画面例を用いて、決済システム１００の主要な動作を説明する。なお、流れ図を用いて説明する動作の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。

図１０乃至図１３は、取引処理装置３のプロセッサ６１が第１の業務プログラムに従って実行する第１の情報処理の要部手順を示す流れ図である。売場を回って購買商品を集めた客は、会計場へと移動する。そして客は、空いている通路ＰＡのチェックアウトカウンタ２０に購買商品を置く。スペースＳＰに立つ店員は、客が会計場に来ると、登録開始を指令する。例えば店員は、タッチパネル２３に表示されたスタートボタンにタッチする。この操作が、登録開始の指令となる。この指令を受けて、プロセッサ６１は、第１の情報処理を開始する。プロセッサ６１は、ＡＣＴ１０１として入力装置２におけるタッチパネル２３及びディスプレイ２５の画面を登録画面とする。

図２０は、タッチパネル２３に表示される登録画面ＳＡａの一例である。登録画面ＳＡａは、カレントエリアＡＡａと、明細エリアＡＡｂと、合計エリアＡＡｃとに区分される。カレントエリアＡＡａは、最新の購買商品の商品名、購買数量及び販売金額を表示するためのエリアである。明細エリアＡＡｂは、一連の番号順に、一取引における購買商品の商品名、購買数量、単価、値割引額及び販売金額をリスト形式で表示するエリアである。合計エリアＡＡｃは、一取引における購買商品の購買数量の合計と販売金額の合計とを表示するエリアである。登録画面ＳＡａは、小計ボタンＢＡａを含む。小計ボタンＢＡａは、ソフトウェアキーである。小計ボタンＢＡａは、一取引として登録した購買商品の小計出力を指令するための操作子である。

図２１は、ディスプレイ２５に表示される登録画面ＳＢａの一例である。登録画面ＳＢａは、画面を複数の行（図２１の例では７つの行）に区分し、１行目から最終行の１つの前までの行を明細エリアＡＢａの行とし、最終行を合計エリアＡＢｂの行とする。そして、明細エリアＡＢａの行では、１行ずつ購買商品の商品名、単価、購買数量及び販売金額を表示する。合計エリアＡＢｂでは、１行に購買数量の合計と販売金額の合計とを表示する。

登録画面ＳＡａを確認した店員は、チェックアウトカウンタ２０に置かれた購買商品の登録を行う。すなわち店員は、購買商品に付されているバーコードを入力装置２の定置式スキャナ２１又はハンディスキャナ２２でスキャニングする。バーコードをスキャニングすることにより、入力装置インターフェース６１１を介して購買商品の商品コードが取引処理装置３に入力される。なお、購買商品にバーコードが付されていない場合には、店員は、入力装置２のタッチパネル２３にバーコード無商品のリストを表示させる。そして店員は、そのリストの中から購買商品を選択する。このような操作により、バーコードのない購買商品の商品コードが入力装置インターフェース６１１を介して取引処理装置３に入力される。

タッチパネル２３及びディスプレイ２５の画面を登録画面ＳＡａ及び登録画面ＳＢａとしたプロセッサ６１は、ＡＣＴ１０２へと進む。プロセッサ６１は、ＡＣＴ１０２として購買商品の登録を待ち受ける。入力装置インターフェース６１１を介して入力装置２から商品コードが入力されると、プロセッサ６１は、購買商品の登録有りと判断する。プロセッサ６１は、ＡＣＴ１０２からＡＣＴ１０３へと進む。プロセッサ６１は、ＡＣＴ１０３として商品販売データを処理する。この処理は、入力された商品コードで特定される商品の商品名、単価等を商品マスタから読込み、商品コード、商品名、単価、購買数量、販売金額等を含む購買商品の商品販売データを生成する処理である。購買商品の商品販売データを生成したプロセッサ６１は、ＡＣＴ１０４へと進む。プロセッサ６１は、ＡＣＴ１０４としてその購買商品の商品販売データを第１取引ファイル６２１に書き込んで記憶する。

購買商品の商品販売データを記憶したプロセッサ６１は、ＡＣＴ１０５へと進む。プロセッサ６１は、ＡＣＴ１０５として登録画面ＳＡａ及び登録画面ＳＢａを更新する。

登録画面ＳＡａに関しては、プロセッサ６１は、第１取引ファイル６２１に書き込んだ販売データの商品名、購買数量及び販売金額をカレントエリアＡＡａに表示する。このとき、１つ前に登録された購買商品の商品販売データがカレントエリアＡＡａに表示されていた場合には、プロセッサ６１は、商品販売データの商品名、購買数量、単価、値割引額及び販売金額を明細エリアＡＡｂに表示する。またプロセッサ６１は、第１取引ファイル６２１に記憶した全ての商品販売データの購買数量及び販売金額の合計を合計エリアＡＡｃに表示する。

登録画面ＳＢａに関しては、プロセッサ６１は、第１取引ファイル６２１に書き込んだ販売データの商品名、単価、購買数量及び販売金額を明細エリアＡＢａの１行目に表示する。このとき、明細エリアＡＢａの１行目に販売データが表示されていた場合には、プロセッサ６１は、１行目以降のデータを２行目以降に順次シフトしてから、第１取引ファイル６２１に書き込んだ販売データを１行目に表示する。またプロセッサ６１は、第１取引ファイル６２１に記憶した全ての商品販売データの購買数量及び販売金額の合計を合計エリアＡＢｂに表示する。

登録画面ＳＡａ及び登録画面ＳＢａを更新したプロセッサ６１は、ＡＣＴ１０６へと進む。プロセッサ６１は、ＡＣＴ１０６として次の購買商品が登録されたか否かを確認する。次の購買商品が登録されていない場合には、プロセッサ６１は、ＡＣＴ１０７へと進む。プロセッサ６１は、ＡＣＴ１０７として小計ボタンＢＡａが入力されたか否かを確認する。小計ボタンＢＡａが入力されていない場合には、プロセッサ６１は、ＡＣＴ１０６へと戻る。このようにプロセッサ６１は、ＡＣＴ１０６及びＡＣＴ１０７として次の購買商品が登録されるか小計ボタンＢＡａが入力されるのを待ち受ける。

ＡＣＴ１０６及びＡＣＴ１０７の待ち受け状態において、購買商品が登録されると、プロセッサ６１は、ＡＣＴ１０６からＡＣＴ１０３へと戻る。そしてプロセッサ６１は、ＡＣＴ１０３乃至ＡＣＴ１０５の処理を前述したのと同様に実行する。かくして、店員が入力装置２の定置式スキャナ２１、ハンディスキャナ２２又はタッチパネル２３を操作して、チェックアウトカウンタ２０に置かれた購買商品のデータを１品ずつ入力する毎に、プロセッサ６１は、その購買商品に係る情報、すなわち商品コードを基に購買商品の商品販売データを生成して、第１取引ファイル６２１に記憶する。またプロセッサ６１は、登録画面ＳＡａ及び登録画面ＳＢａを更新する。こうして、購買商品の登録を終えると、店員は、小計ボタンＢＡａにタッチする。

ＡＣＴ１０６及びＡＣＴ１０７の待ち受け状態において、小計ボタンＢＡａがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１０８へと進む。プロセッサ６１は、ＡＣＴ１０８として入力装置２におけるタッチパネル２３及びディスプレイ２５の画面を小計画面とする。

図２２は、タッチパネル２３に表示される小計画面ＳＡｂの一例である。小計画面ＳＡｂは、一取引における購買商品の購買数量の合計と販売金額の合計が表示される合計エリアＡＡｄを含む。また小計画面ＳＡｂは、小計値引ボタンＢＡｂ、小計割引ボタンＢＡｃ、支払い方法選択ボタンＢＡｄ、支払いボタンＢＡｅ及び戻るボタンＢＡｆを含む。各ボタンＢＡｂ，ＢＡｃ，ＢＡｅ，ＢＡｆはソフトウェアキーである。小計値引ボタンＢＡｂは、合計金額の値引を指令するための操作子である。小計割引ボタンＢＡｃは、合計金額の割引を指令するための操作子である。因みに、小計値引ボタンＢＡｂを入力するとともにキーボード２４のテンキーで値引額を入力することにより、合計金額が値引される。同様に、小計割引ボタンＢＡｃを入力するとともにキーボード２４のテンキーで割引率を入力することにより、合計金額が割引される。

支払い方法選択ボタンＢＡｄは、支払い方法の選択を指令するための操作子である。支払いボタンＢＡｅは、購買商品の登録を終えて代金支払いへの移行を指令するための操作子である。戻るボタンＢＡｆは、購買商品の登録に戻ることを指令するための操作子である。

図２３は、ディスプレイ２５に表示される小計画面ＳＢｂの一例である。小計画面ＳＢｂは、代金の支払いに関する情報が表示されるエリアＡＢｃを含む。エリアＡＢｃには、購買商品の合計数量及び合計金額と、預り金額と、残額が表示される。この時点では、預かり金額が発生していないので、預かり金額は０円であり、残額は、合計金額から預り金額を減じた金額となる。

小計画面ＳＡｂを確認した店員は、未登録の購買商品がチェックアウトカウンタ２０に残っているか否かを確認する。未登録の購買商品がある場合、店員は戻るボタンＢＡｆにタッチする。未登録の購買商品がない場合には、店員は客に支払い方法を確認するか否かを決める。例えば、店舗が混雑している時間帯は客に支払い方法を確認し、空いている時間帯は客に支払い方法を確認しない。客に支払い方法を確認する場合には、店員は支払い方法選択ボタンＢＡｄにタッチする。客に支払い方法を確認しない場合には、店員は支払いボタンＢＡｅにタッチする。

タッチパネル２３の画面を小計画面ＳＡｂとし、またディスプレイ２５の画面を小計画面ＳＢｂとしたプロセッサ６１は、ＡＣＴ１０９へと進む。プロセッサ６１は、ＡＣＴ１０９として戻るボタンＢＡｆが入力されたか否かを確認する。戻るボタンＢＡｆが入力されていない場合には、プロセッサ６１は、ＡＣＴ１１０へと進む。プロセッサ６１は、ＡＣＴ１１０として支払い方法選択ボタンＢＡｄが入力されたか否かを確認する。支払い方法選択ボタンＢＡｄが入力されていない場合には、プロセッサ６１は、ＡＣＴ１１１へと進む。プロセッサ６１は、ＡＣＴ１１１として支払いボタンＢＡｅが入力されたか否かを確認する。支払いボタンＢＡｅが入力されていない場合には、プロセッサ６１は、ＡＣＴ１０９へと戻る。このように、小計画面ＳＡｂを表示したプロセッサ６１は、ＡＣＴ１０９乃至ＡＣＴ１１１において戻るボタンＢＡｆが入力されるか、支払い方法選択ボタンＢＡｄが入力されるか、支払いボタンＢＡｅが入力されるのを待ち受ける。

ＡＣＴ１０９乃至ＡＣＴ１１１の待ち受け状態において、戻るボタンＢＡｆがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１０９からＡＣＴ１１２へと進む。プロセッサ６１は、ＡＣＴ１１２としてタッチパネル２３及びディスプレイ２５の画面を直前の登録画面ＳＡａ及び登録画面ＳＢａに戻す。そしてプロセッサ６１は、ＡＣＴ１０６及びＡＣＴ１０７の待ち受け状態となる。かくして店員は、入力装置２の定置式スキャナ２１、ハンディスキャナ２２又はタッチパネル２３を操作して、未登録であった購買商品のデータを入力することができる。

ＡＣＴ１０９乃至ＡＣＴ１１１の待ち受け状態において、支払い方法選択ボタンＢＡｄがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１１０から図１１のＡＣＴ１２１へと進む。プロセッサ６１は、ＡＣＴ１２１としてタッチパネル２３の画面を支払い方法選択画面ＳＡｃ（図２４を参照）とする。ディスプレイ２５の画面は、小計画面ＳＢｂのままである。

図２４は、タッチパネル２３に表示される支払い方法選択画面ＳＡｃの一例である。支払い方法選択画面ＳＡｃは、小計画面ＳＡｂと同様の合計エリアＡＡｄを含む。また支払い方法選択画面ＳＡｃは、支払い方法別の選択ボタン群ＢＡｇを含む。選択ボタン群ＢＡｇには、現金ボタン、クレジットボタン、電子マネーボタン及びコード決済ボタンが含まれる。

現金ボタンは、現金支払いを指令するためのボタンである。クレジットボタンは、クレジットカード支払いを指令するためのボタンである。電子マネーボタンは、電子マネー支払いを指令するためのボタンである。コード決済ボタンは、コード決済支払いを指令するためのボタンである。現金ボタン、クレジットボタン、電子マネーボタン及びコード決済ボタンは、いずれもソフトウェアキーである。なお、支払い方法選択画面ＳＡｃには、商品券などの金券による支払いを指令するためのボタンが含まれていてもよい。

支払い方法選択画面ＳＡｃを確認した店員は、客に支払い方法を確認する。そして店員は、客が選択した支払い方法のボタンにタッチする。例えば客が現金で支払うことを希望した場合には、店員は、選択ボタン群ＢＡｇの現金ボタンにタッチする。例えば客がクレジットカードで支払うことを希望した場合には、店員は、選択ボタン群ＢＡｇのクレジットボタンにタッチする。同様に、客が電子マネー又はコード決済で支払うことを希望した場合にも、店員は、選択ボタン群ＢＡｇの該当するボタンにタッチする。

タッチパネル２３の画面を支払い方法選択画面ＳＡｃとしたプロセッサ６１は、ＡＣＴ１２２へと進む。プロセッサ６１は、ＡＣＴ１２２として支払い方法が選択されるのを待ち受ける。選択ボタン群ＢＡｇに対するタッチ操作によりいずれかの支払い方法が選択されると、プロセッサ６１は、ＡＣＴ１２３へと進む。プロセッサ６１は、ＡＣＴ１２３として選択された支払い方法の支払いコードを取得する。本実施形態では、現金支払い、クレジットカード支払い、電子マネー支払い、コード決済支払い等の支払い方法別に予め固有の支払いコードが設定されている。例えば現金ボタンがタッチされた場合には、プロセッサ６１は、現金支払いに対応する支払いコード、例えば“１１”を取得する。例えばクレジットボタンがタッチされた場合には、プロセッサ６１は、クレジットカード支払いに対応する支払いコード、例えば“２２”を取得する。他の電子マネーボタン及びコード決済ボタンがタッチされた場合も同様である。

支払いコードを取得したプロセッサ６１は、ＡＣＴ１２４へと進む。プロセッサ６１は、ＡＣＴ１２４としてタッチパネル２３の画面を支払い画面ＳＡｄ（図２５を参照）とする。ディスプレイ２５の画面は、小計画面ＳＢｂのままである。

図２５は、支払い方法として現金支払いが選択された際の支払い画面ＳＡｄの一例である。支払い画面ＳＡｄは、小計画面ＳＡｂ及び支払い方法選択画面ＳＡｃと同様の合計エリアＡＡｄを含む。また支払い画面ＳＡｄは、支払いボタンＢＡｈを含む。支払いボタンＢＡｈは、代金支払いへの移行を指令するための操作子である。支払いボタンＢＡｈは、ソフトウェアキーである。支払い画面ＳＡｄを確認した店員は、支払いボタンＢＡｈにタッチする。

タッチパネル２３の画面を支払い画面ＳＡｄとしたプロセッサ６１は、ＡＣＴ１２５へと進む。プロセッサ６１は、ＡＣＴ１２５として支払いボタンＢＡｈが入力されるのを待ち受ける。支払いボタンＢＡｈがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１２６へと進む。

一方、図１０におけるＡＣＴ１０９乃至ＡＣＴ１１１の待ち受け状態において、支払いボタンＢＡｅがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１１１から図１１のＡＣＴ１２６へと進む。このように、小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力されると、プロセッサ６１は、ＡＣＴ１２６へと進む。

プロセッサ６１は、ＡＣＴ１２６として支払い中フラグＦａを調べる。取引処理装置３において代金の支払いが行われていない状態では、支払い中フラグＦａは“０”である。支払い中フラグＦａが“０”であるとき、プロセッサ６１は、ＡＣＴ１２６から図１２のＡＣＴ１３１へと進む。ＡＣＴ１３１以降の処理については後述する。

ＡＣＴ１２６において支払い中フラグＦａが“１”、すなわち取引処理装置３において代金の支払いが行われている状態では、プロセッサ６１は、ＡＣＴ１２７へと進む。プロセッサ６１は、ＡＣＴ１２７として保留中フラグＦｂを調べる。同じ決済レーンＬで決済した前の客の取引に係る情報が保留サーバ１で保留されていない場合には、保留中フラグＦｂは“０”である。保留中フラグＦｂが“０”であるとき、プロセッサ６１は、ＡＣＴ１２８から図１３のＡＣＴ１４１へと進む。ＡＣＴ１４１以降の処理についても後述する。

ＡＣＴ１２７において保留中フラグＦｂが“１”、すなわち同じ決済レーンＬで決済した前の客の取引に係る情報が保留サーバ１で保留されている場合には、プロセッサ６１は、ＡＣＴ１２８へと進む。プロセッサ６１は、ＡＣＴ１２８としてタッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄに代金の支払いが不可能であることを報知するポップアップＰＵａ（図２６を参照）を表示する。またプロセッサ６１は、ディスプレイ２５の小計画面ＳＢｂに、代金の支払いが不可能であるため待機することを指示するためのテキストＴＸａ（図２７を参照）を表示する。

図２６は、タッチパネル２３の支払い画面ＳＡｄに表示されるポップアップＰＵａの一例である。ポップアップＰＵａを確認した店員は、前の客が代金の支払いを終えるまで待機することとなる。

図２７は、ディスプレイ２５の小計画面ＳＢｂに表示されるテキストＴＸａの一例である。テキストＴＸａを確認した客は、代金の支払いが可能となるまで待機することとなる。

タッチパネル２３及びディスプレイ２５を用いて代金の支払いが不可能であることを報知したプロセッサ６１は、ＡＣＴ１２５へと戻る。プロセッサ６１は、支払いボタンＢＡｅ又は支払いボタンＢＡｈが再度入力されるのを待ち受ける。支払いボタンＢＡｅ又は支払いボタンＢＡｈが入力されると、プロセッサ６１は、ＡＣＴ１２６へと進む。そしてプロセッサ６１は、ＡＣＴ１２６以降の処理を前述したのと同様に実行する。したがって、支払い中フラグＦａが“０”に書き換えられていた場合には、プロセッサ６１は、図１２のＡＣＴ１３１へと進む。支払い中フラグＦａは“１”のままだが保留中フラグＦｂが“０”に書き換えられていた場合には、プロセッサ６１は、図１３のＡＣＴ１４１へと進む。

これに対し、支払い中フラグＦａ及び保留中フラグＦｂが依然として“１”のままであった場合には、プロセッサ６１は、ＡＣＴ１２８へと進む。したがって、タッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄにはポップアップＰＵａが継続して表示され、ディスプレイ２５の小計画面ＳＢｂにはテキストＴＸａが継続して表示される。

支払い中フラグＦａが“０”のとき、すなわち取引処理装置３において代金の支払いが行われていないときに、小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力されると、プロセッサ６１は、図１２のＡＣＴ１３１へと進む。プロセッサ６１は、ＡＣＴ１３１としてタッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄに取引処理装置３での代金支払いが可能であることを報知するポップアップＰＵｂ（図２８を参照）を表示する。またプロセッサ６１は、ディスプレイ２５の小計画面ＳＢｂに、代金の支払いが可能であることを指示するためのテキストＴＸｂ（図２９を参照）を表示する。

図２８は、タッチパネル２３の支払い画面ＳＡｄに表示されるポップアップＰＵｂの一例である。ポップアップＰＵｂを確認した店員は、取引処理装置３で代金の支払いが可能であることを知り得るので、客を取引処理装置３が設置されている方へと案内することとなる。

図２９は、ディスプレイ２５の小計画面ＳＢｂに表示されるテキストＴＸｂの一例である。テキストＴＸｂを確認した客は、店員の案内に従い取引処理装置３が設置されている方へと移動し、代金の支払いを行うこととなる。

タッチパネル２３及びディスプレイ２５を用いて代金の支払いが可能であることを報知したプロセッサ６１は、ＡＣＴ１３２へと進む。プロセッサ６１は、ＡＣＴ１３２として第１取引ファイル６２１に記憶されたデータ、つまりは一取引として登録された購買商品の商品販売データを第２取引ファイル６２２で記憶するように制御する。

こうして、第２取引ファイル６２２において一取引として登録された購買商品の商品販売データを記憶したならば、プロセッサ６１は、ＡＣＴ１３３へと進む。プロセッサ６１は、ＡＣＴ１３３として支払いコードを取得しているか否かを確認する。

支払いコードを取得していない場合には、プロセッサ６１は、ＡＣＴ１３３からＡＣＴ１３４へと進む。プロセッサ６１は、ＡＣＴ１３４としてステータスメモリ６２３に記憶される支払いステータスＳＴを“１０”とする。これに対し、ＡＣＴ１２３の処理において支払いコードを取得している場合には、プロセッサ６１は、ＡＣＴ１３３からＡＣＴ１３５へと進む。プロセッサ６１は、ＡＣＴ１３５としてその支払いコードを第２取引ファイル６２２に追加する。またプロセッサ６１は、ＡＣＴ１３６としてステータスメモリ６２３に記憶される支払いステータスＳＴを“２０”とする。

ＡＣＴ１３４又はＡＣＴ１３６の処理を終えると、プロセッサ６１は、ＡＣＴ１３７へと進む。プロセッサ６１は、ＡＣＴ１３７として第１フラグメモリ６２４の支払い中フラグＦａを“１”に書き換える。またプロセッサ６１は、ＡＣＴ１３８として第１取引ファイル６２１をクリアする。以上でプロセッサ６１は、第１の情報処理を終了する。

一方、支払い中フラグＦａは“１”であるが、保留中フラグＦｂが“０”のときに、小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力されると、プロセッサ６１は、図１３のＡＣＴ１４１へと進む。プロセッサ６１は、ＡＣＴ１４１として支払いコードを取得しているか否かを確認する。支払いコードを取得していない場合には、プロセッサ６１は、ＡＣＴ１４１からＡＣＴ１４２へと進む。プロセッサ６１は、ＡＣＴ１４２としてステータスメモリ６２３に記憶される支払いステータスＳＴを“１０”とする。これに対し、ＡＣＴ１２３の処理において支払いコードを取得している場合には、プロセッサ６１は、ＡＣＴ１４１からＡＣＴ１４３へと進む。プロセッサ６１は、ＡＣＴ１４３としてその支払いコードを第１取引ファイル６２１に追加する。またプロセッサ６１は、ＡＣＴ１４４としてステータスメモリ６２３に記憶される支払いステータスＳＴを“２０”とする。

ＡＣＴ１４２又はＡＣＴ１４４の処理を終えると、プロセッサ６１は、ＡＣＴ１４５へと進む。プロセッサ６１は、ＡＣＴ１４５として通信インターフェース６５を介して保留サーバ１に保留イベントを送信する。保留イベントは、第１取引ファイル６２１の保留を要求するイベントである。保留イベントには、当該取引処理装置３の取引処理装置ＩＤが含まれている。

詳細は後述するが、保留イベントを受信した保留サーバ１からは許諾応答が返信されるので、プロセッサ６１は、ＡＣＴ１４６として許諾応答を待ち受ける。そして通信インターフェース６５を介して許諾応答を受信すると、プロセッサ６１は、ＡＣＴ１４７へと進む。プロセッサ６１は、ＡＣＴ１４７として第１取引ファイル６２１に記憶したデータ、つまりは、一取引として処理する購買商品に係る情報である商品販売データを保留サーバ１に出力する。

その後、プロセッサ６１は、ＡＣＴ１４８として保留中フラグＦｂを“１”にする。またプロセッサ６１は、ＡＣＴ１４９として第１取引ファイル６２１をクリアする。以上でプロセッサ６１は、第１の情報処理を終了する。

図１２を用いて説明したように、支払いボタンＢＡｅ又は支払い画面ＳＡｄが入力されたときに支払い中フラグＦａが“０”である場合、つまりは取引処理装置３で代金を支払っている客がいない場合には、取引処理装置３での代金支払いが可能であることが報知される。また、支払い中フラグＦａが“１”となり、第１取引ファイル６２１がクリアされる。したがって、客は、取引処理装置３の設置場所まで移動して代金の支払いを行うこととなる。

一方、図１３を用いて説明したように、支払いボタンＢＡｅ又は支払い画面ＳＡｄが入力されたときに支払い中フラグＦａが“１”である場合、つまりは取引処理装置３で代金を支払っている客がいる場合には、第１取引ファイル６２１のデータが保留サーバ１に出力される。また、保留中フラグＦｂが“１”となり、第１取引ファイル６２１がクリアされる。そしてこの時点では、客が取引処理装置３で代金を支払うのか、決済装置４で代金を支払うのかは定まっていない。

ところで、図１２及び図１３を用いて説明したように、第１の情報処理が終了すると、第１取引ファイル６２１は、ＡＣＴ１３８又はＡＣＴ１４９の処理によりクリアされる。したがって、取引処理装置３のプロセッサ６１は、引き続き第１の情報処理を開始することができる。すなわち、次の客が会計場に来たので店員が登録開始を指令すると、プロセッサ６１は、ＡＣＴ１０１以降の第１の情報処理を前述したのと同様に実行する。したがって、タッチパネル２３の画面は、登録画面ＳＡａとなる。

ここにプロセッサ６１は、入力装置インターフェース６１１を介してＡＣＴ１０２及びＡＣＴ１０６の処理を実行することにより、入力手段２０１により入力を受け付けた購買商品に係る情報を入力装置２から取得する取得手段（第１の取得手段）３０１としての機能を実現する。またプロセッサ６１は、入力装置インターフェース６１１を介してＡＣＴ１１１及びＡＣＴ１２５の処理を実行することにより、終了受付手段２０２で受け付けた入力終了指示の信号を入力装置２から取得する取得手段（第２の取得手段）３０１としての機能を実現する。さらにプロセッサ６１は、入力装置インターフェース６１１を介してＡＣＴ１２１乃至ＡＣＴ１２３の処理を実行することにより、第１の支払い受付手段２０３で受け付けた代金支払い方法の情報を入力装置２から取得する取得手段（第３の取得手段）３０１としての機能を実現する。

プロセッサ６１は、タッチパネル２３及びディスプレイ２５と協働してＡＣＴ１０８及びＡＣＴ１２４の処理を実行することにより、第１の金額出力手段３０２としての機能を実現する。プロセッサ６１は、通信インターフェース６５と協働して、ＡＣＴ１４５乃至ＡＣＴ１４７の処理を実行することにより、取引情報出力手段３０５としての機能を実現する。

図１４は、取引処理装置３のプロセッサ６１が第１の業務プログラムに従って実行する第２の情報処理の要部手順を示す流れ図である。プロセッサ６１は、前述した第１の情報処理と並行して第２の情報処理を実行する。

プロセッサ６１は、ＡＣＴ１５１として支払い中フラグＦａが“１”になるのを待ち受ける。第１の情報処理のＡＣＴ１３７において、支払い中フラグＦａが“１”になると、プロセッサ６１は、ＡＣＴ１５２へと進む。プロセッサ６１は、ＡＣＴ１５２として支払いステータスＳＴを調べる。支払いステータスＳＴが“１０”、すなわち第１の情報処理で代金の支払い方法が選択されなかった場合には、プロセッサ６１は、ＡＣＴ１５２からＡＣＴ１５３へと進む。プロセッサ６１は、ＡＣＴ１５３として第２のタッチパネル３４の画面を支払い方法選択画面ＳＣａ（図３０を参照）とする。

図３０は、第２のタッチパネル３４に表示される支払い方法選択画面ＳＣａの一例である。支払い方法選択画面ＳＣａは、支払い方法別の選択ボタン群ＢＣａを含む。選択ボタン群ＢＣａには、現金ボタン、クレジットボタン、電子マネーボタン及びコード決済ボタンが含まれる。また支払い方法選択画面ＳＣａは、一取引における購買商品の購買数量の合計と販売金額の合計が表示される合計エリアＡＣａを含む。合計エリアＡＣａには、第２取引ファイル６２２に記憶された購買商品の商品販売データを基に算出された購買数量の合計と販売金額の合計が表示される。

支払い方法選択画面ＳＣａを確認した客は、希望する支払い方法のボタンにタッチする。例えば現金で支払うことを希望した客は、選択ボタン群ＢＣａの現金ボタンにタッチする。例えばクレジットカードで支払うことを希望する客は、選択ボタン群ＢＣａのクレジットボタンにタッチする。例えば電子マネーで支払うことを希望する客は、選択ボタン群ＢＣａの電子マネーボタンにタッチする。例えばコード決済で支払うことを希望する客は、選択ボタン群ＢＣａのコード決済ボタンにタッチする。

第２のタッチパネル３４の画面を支払い方法選択画面ＳＣａとしたプロセッサ６１は、ＡＣＴ１５４へと進む。プロセッサ６１は、ＡＣＴ１５４として支払い方法が選択されるのを待ち受ける。選択ボタン群ＢＣａに対するタッチ操作によりいずれかの支払い方法が選択されると、プロセッサ６１は、ＡＣＴ１５５へと進む。プロセッサ６１は、ＡＣＴ１５５として、第１の情報処理のＡＣＴ１２３の処理と同様に、選択された支払い方法の支払いコードを取得する。

一方、ＡＣＴ１５２において支払いステータスＳＴが“２０”、すなわち第１の情報処理で代金の支払い方法が選択されていた場合には、プロセッサ６１は、ＡＣＴ１５２からＡＣＴ１５６へと進む。プロセッサ６１は、ＡＣＴ１５６として第２取引ファイル６２２から支払いコードを抽出する。

ＡＣＴ１５５又はＡＣＴ１５６の処理を終えたプロセッサ６１は、ＡＣＴ１５７へと進む。プロセッサ６１は、ＡＣＴ１５７として第２のタッチパネル３４の画面を支払い通知画面ＳＣｂ（図３１を参照）とする。支払い通知画面ＳＣｂは、ＡＣＴ１５５又はＡＣＴ１５６の処理により得た支払いコードに基づく画面である。

図３１は、第２のタッチパネル３４に表示される支払い通知画面ＳＣｂの一例である。図３１は、ＡＣＴ１５５又はＡＣＴ１５６の処理により現金支払いの支払いコードを得た場合の支払い通知画面ＳＣｂを示す。支払い通知画面ＳＣｂは、釣銭機情報エリアＡＣｂを含む。釣銭機情報エリアＡＣｂには、合計金額と、自動釣銭機３６に投入された現金の総額いわゆる投入金額と、合計金額から投入金額を減額した残額とが表示される。

支払い通知画面ＳＣｂを確認した客は、自らが選択した支払い方法で代金を支払う。例えば現金支払いを選択した客は、自動釣銭機３６に現金を投入する。クレジットカード支払いを選択した客は、キャッシュレス決済端末３７のリーダでクレジットカードのデータを読み取らせる。電子マネー支払いを選択した客は、キャッシュレス決済端末３７のリーダで電子マネー媒体のデータを読み取らせる。コード決済支払いを選択した客は、キャッシュレス決済端末３７のスキャナでコード決済用のバーコードまたは二次元データコードを読み取らせる。

第２のタッチパネル３４の画面を支払い通知画面ＳＣｂとしたプロセッサ６１は、ＡＣＴ１５８へと進む。プロセッサ６１は、ＡＣＴ１５８として代金の支払いが開始されるのを待ち受ける。例えば現金支払いが選択された場合には、プロセッサ６１は、自動釣銭機３６に現金が投入されるのを待ち受ける。例えばクレジットカード支払いが選択された場合には、プロセッサ６１は、キャッシュレス決済端末３７でクレジットカードのデータが読み取られるのを待ち受ける。例えば電子マネー支払いが選択された場合には、プロセッサ６１は、キャッシュレス決済端末３７で電子マネーのデータが読み取られるのを待ち受ける。例えばコード決済支払いが選択された場合には、プロセッサ６１は、キャッシュレス決済端末３７でコード決済用のバーコード又は二次元データコードが読み取られるのを待ち受ける。

代金の支払いが開始されると、プロセッサ６１は、ＡＣＴ１５８からＡＣＴ１５９へと進む。プロセッサ６１は、ＡＣＴ１５９として取引番号を発番する。取引番号は、例えば３桁の取引処理装置ＩＤに４桁の一連番号を付した７桁の番号である。一連番号は、取引処理装置３において取引が決済される毎に“１”ずつ加算される。取引番号を発番したプロセッサ６１は、ＡＣＴ１６０へと進む。プロセッサ６１は、ＡＣＴ１６０として第２のタッチパネル３４の画面を支払い中画面ＳＣｃ（図３２を参照）とする。

図３２は、第２のタッチパネル３４に表示される支払い中画面ＳＣｃの一例である。図３２は、ＡＣＴ１５５又はＡＣＴ１５６の処理により現金支払いの支払いコードを得た場合の支払い中画面ＳＣｃを示す。支払い中画面ＳＣｃは、支払い通知画面ＳＣｂと同一のレイアウトである。現金支払い中画面ＳＣｃは、釣銭機情報エリアＡＣｂに表示される情報が、自動釣銭機３６に投入された現金の金額に応じて更新される。支払い中画面ＳＣｃは、さらに会計ボタンＢＣｂを含む。会計ボタンＢＣｂは、ソフトウェアキーである。会計ボタンＢＣｂは、代金の支払い終了を指令するための操作子である。選択した支払い方法での代金の支払いを終えた客は、会計ボタンＢＣｂにタッチする。

第２のタッチパネル３４の画面を支払い中画面ＳＣｃとしたプロセッサ６１は、ＡＣＴ１６１へと進む。プロセッサ６１は、ＡＣＴ１６１として会計ボタンＢＣｂが入力されるのを待ち受ける。会計ボタンＢＣｂがタッチ操作により入力されると、プロセッサ６１は、ＡＣＴ１６２へと進む。プロセッサ６１は、ＡＣＴ１６２として支払いコードに基づき取引の決済処理を実行する。すなわち、支払いコードが現金支払いのコードである場合には、プロセッサ６１は、自動釣銭機３６に投入された現金で取引の決済処理を実行する。支払いコードがクレジットカード支払いのコードである場合には、プロセッサ６１は、キャッシュレス決済端末３７で読み取ったクレジットカードのデータで取引の決済処理を実行する。支払いコードが電子マネー支払いのコードである場合には、プロセッサ６１は、キャッシュレス決済端末３７で読み取った電子マネーのデータで取引の決済処理を実行する。支払いコードがコード決済支払いのコードである場合には、プロセッサ６１は、キャッシュレス決済端末３７で読み取ったバーコード又は二次元データコードで取引の決済処理を実行する。これらの決済処理はいずれも周知であるので、詳細な説明は省略する。

決済処理を終えると、プロセッサ６１は、ＡＣＴ１６３へと進む。プロセッサ６１は、ＡＣＴ１６３としてプリンタ３５を駆動してレシートを発行する。またプロセッサ６１は、ＡＣＴ１６４として第２のタッチパネル３４の画面を支払い完了画面ＳＣｄ（図３３を参照）とする。レシートは、購買商品の商品名、価格、数量、金額等の明細を記録したシートである。レシートには、取引日付、時刻、取引番号等も記録される。

図３３は、第２のタッチパネル３４に表示される支払い完了画面ＳＣｄの一例である。図３３は、ＡＣＴ１５５又はＡＣＴ１５６の処理により現金支払いの支払いコードを得た場合の支払い完了画面ＳＣｄを示す。支払い完了画面ＳＣｄは、支払い通知画面ＳＣｂ及び支払い中画面ＳＣｃと同様の釣銭機情報エリアＡＣｂを含む。支払い完了画面ＳＣｄを確認した客は、レシートとお釣りを取って店を出ることとなる。

支払い完了画面ＳＣｄを表示したプロセッサ６１は、ＡＣＴ１６５へと進む。プロセッサ６１は、ＡＣＴ１６５として第２取引ファイル６２２に記憶したデータ、つまりは決済を完了した客が購入した商品のデータを保存する。データの保存先は、例えば補助記憶デバイス６３である。データの保存先は、メインメモリ６２であってもよい。あるいは、通信インターフェース６５を介してＰＯＳサーバに第２取引ファイル６２２のデータを送信して、ＰＯＳサーバで保存してもよい。ＰＯＳサーバの代わりに保留サーバ１で保存してもよい。

第２取引ファイル６２２のデータを保存したプロセッサ６１は、ＡＣＴ１６６へと進むプロセッサ６１は、ＡＣＴ１６６として第２取引ファイル６２２をクリアする。またプロセッサ６１は、ＡＣＴ１６７として支払い中フラグＦａを“０”に書き換える。以上で、プロセッサ６１は、第２の情報処理を終了する。

ここにプロセッサ６１は、第２のタッチパネル３４と協働してＡＣＴ１５７の処理を実行することにより、第１の金額出力手段３０２としての機能を実現する。プロセッサ６１は、第２のタッチパネル３４と協働してＡＣＴ１５３乃至ＡＣＴ１５４の処理を実行することにより、第２の支払い受付手段３０３としての機能を実現する。プロセッサ６１は、ＡＣＴ１６２の処理を実行することにより、第１の決済手段３０４としての機能を実現する。

このように、支払い中フラグＦａが“０”のときに小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力されて、支払い中フラグＦａが“１”になると、プロセッサ６１は、ＡＣＴ１５２乃至ＡＣＴ１６７の処理を実行する。この処理に基づく取引処理装置３の動作により、客は、取引処理装置３をセルフで操作して取引を決済することができる。

図１５は、取引処理装置３のプロセッサ６１が第１の業務プログラムに従って実行する第３の情報処理の要部手順を示す流れ図である。プロセッサ６１は、前述した第１の情報処理と並行して第３の情報処理も実行する。

プロセッサ６１は、ＡＣＴ１７１として保留中フラグＦｂが“１”になるのを待ち受ける。第１の情報処理のＡＣＴ１４８において、保留中フラグＦｂが“１”になると、プロセッサ６１は、ＡＣＴ１７２へと進む。プロセッサ６１は、ＡＣＴ１７２としてタッチパネル２３の画面に代金の支払い先を指示することを店員に通知するポップアップＰＵｃ（図３４を参照）を表示する。

図３４は、タッチパネル２３の登録画面ＳＡａに表示されるポップアップＰＵｃの一例である。ポップアップＰＵｃを確認した店員は、取引に係る情報を保留サーバ１で保留した客の代金支払先を決定する。具体的には、取引処理装置３では別の客が代金を支払っているが、決済装置４では代金の支払いを行っている客が居ない場合には、店員は、決済装置４を代金支払先として決定する。ただし、決済装置４において例えばレシート切れ、釣銭不足等の異常が発生していた場合には、店員は、取引処理装置３を代金支払先として決定する。代金支払先を決定した店員は、その決定に基づき、指示装置５を操作する。

このときの店員の操作を明確にするために、図１５の説明を一時中断し、図１６及び図１７を用いて保留サーバ１のプロセッサ１１が実行する情報処理について先に説明する。

図１６及び図１７は、保留サーバ１のプロセッサ１１が第２の業務プログラムに従って実行する第４の情報処理の要部手順を示す流れ図である。プロセッサ１１は、ＡＣＴ２０１として保留イベントを待ち受けている。通信インターフェース１５を介して保留イベントを受信すると、プロセッサ１１は、ＡＣＴ２０２へと進む。プロセッサ１１は、ＡＣＴ２０２として許諾応答を返信する。すなわちプロセッサ１１は、保留イベントに含まれている取引処理装置ＩＤにより特定される取引処理装置に対して許諾応答を返信する。

図１３を用いて説明したように、保留イベントを送信した取引処理装置３のプロセッサ６１は、許諾応答を受信すると、第１取引ファイル６２１のデータを保留サーバ１へと出力する。そこで、許諾応答を返信したプロセッサ１１は、ＡＣＴ２０３として第１取引ファイル６２１のデータを待ち受ける。通信インターフェース１５を介して第１取引ファイル６２１のデータを受信すると、プロセッサ１１は、ＡＣＴ２０４へと進む。プロセッサ１１は、ＡＣＴ２０４としてデータ送信元の取引処理装置３に対して設定された取引処理装置ＩＤを取得する。取引処理装置ＩＤは、保留イベントに含まれている。取引処理装置ＩＤは、第１取引ファイル６２１のデータに含まれていてもよい。

取引処理装置ＩＤを検出したプロセッサ１１は、ＡＣＴ２０５へと進む。プロセッサ１１は、ＡＣＴ２０５としてデータ送信元の取引処理装置３が設置されている決済レーンＬのレーン番号を取得する。具体的にはプロセッサ１１は、レーンテーブル１３１を参照して、取引処理装置ＩＤと同一行のカラムＣａに記述されているレーン番号を取得する。

レーン番号を取得したプロセッサ１１は、ＡＣＴ２０６へと進む。プロセッサ１１は、ＡＣＴ２０６として取得したレーン番号で識別されるレーン別フォルダ１３２に、取引処理装置３から受信した第１取引ファイル６２１のデータを保存する。またプロセッサ１１は、ＡＣＴ２０７としてレーンテーブル１３１を参照して、取引処理装置ＩＤと同一行のカラムＣｄに記述されている指示装置ＩＤを取得する。そしてプロセッサ１１は、ＡＣＴ２０８としてその指示装置ＩＤで識別される指示装置５に対して指示画面のデータを出力する。

指示画面のデータを受信した指示装置５においては、タブレットの液晶画面に指示画面ＳＤａ（図３５を参照）が表示される。
図３５は、指示画面ＳＤａの一表示例である。指示画面ＳＤａには、取込みボタンＢＤａと戻すボタンＢＤｂとが表示される。取込みボタンＢＤａと戻すボタンＢＤｂは、ソフトキーである。取込みボタンＢＤａは、取引に係る情報の出力先が決済装置４であることを宣言する第１の操作子として機能する。戻すボタンＢＤｂは、取引に係る情報の出力先が取引処理装置３であることを宣言する第２の操作子として機能する。このような指示画面ＳＤａを表示した指示装置５は、受付手段５０１としての機能を実現する。

代金支払先を決定した店員は、その決定に基づき、指示装置５を操作する。具体的には、決済装置４を代金支払先として決定した店員は、取込みボタンＢＤａを入力する。取込みボタンＢＤａが入力されると、指示装置５から保留サーバ１に対して第１信号が出力される。第１信号は、取込みボタンＢＤａの入力に応じて出力される信号である。第１信号は、決済装置４を代金支払先として決定したことを指示する信号である。取引処理装置３を代金支払先として決定した店員は、戻すボタンＢＤｂを入力する。戻すボタンＢＤｂが入力されると、指示装置５から保留サーバ１に対して第２信号が出力される。第２信号は、戻すボタンＢＤｂの入力に応じて出力される信号である。第２信号は、取引処理装置３を代金支払先として決定したことを指示する信号である。このような第１信号又は第２信号を出力する指示装置５は、指示手段５０２としての機能を実現する。

指示画面ＳＤａのデータを出力したプロセッサ１１は、図１７のＡＣＴ２１１へと進む。プロセッサ１１は、ＡＣＴ２１１として取込みボタンＢＤａが入力されたか否かを確認する。取込みボタンＢＤａが入力されていない場合、プロセッサ１１は、ＡＣＴ２１２へと進む。プロセッサ１１は、ＡＣＴ２１２として戻すボタンＢＤｂが入力されたか否かを確認する。戻すボタンＢＤｂが入力されていない場合、プロセッサ１１は、ＡＣＴ２１１へと戻る。このようにプロセッサ１１は、ＡＣＴ２１１及びＡＣＴ２１２において、指示画面ＳＤａの取込みボタンＢＤａが入力されるか、戻すボタンＢＤｂが入力されるのを待ち受ける。

ＡＣＴ２１１及びＡＣＴ２１２の待ち受け状態において、指示装置５から第１信号を受信すると、プロセッサ１１は、取込みボタンＢＤａが入力されたと認識する。プロセッサ１１は、ＡＣＴ２１３へと進む。プロセッサ１１は、ＡＣＴ２１３としてレーンテーブル１３１を参照して、取引処理装置ＩＤと同一行のカラムＣｃに記述されている決済装置ＩＤを取得する。そしてプロセッサ１１は、ＡＣＴ２１４としてその決済装置ＩＤで識別される決済装置４に対して実行イベントを送信する。実行イベントは、決済処理の実行を要求するイベントである。

詳細は後で図１８を用いて説明するが、実行イベントを受信した決済装置４からは、許諾応答又は否定応答が返信される。許諾応答は、決済装置４において取引の決済が可能な場合に返信される。否定応答は、決済装置４において取引の決済が不可能な場合に返信される。

実行イベントを送信したプロセッサ１１は、ＡＣＴ２１５へと進む。プロセッサ１１は、ＡＣＴ２１５として許諾応答を受信したか否かを確認する。許諾応答を受信した場合、プロセッサ１１は、ＡＣＴ２１６へと進む。プロセッサ１１は、ＡＣＴ２１６として保留ファイルを決済装置４へと送信する。すなわちプロセッサ１１は、ＡＣＴ２０５において取得したレーン番号のレーン別フォルダ１３２に記憶した第１取引ファイル６２１のデータを、ＡＣＴ２１３の処理で取得した決済装置ＩＤで識別される決済装置４へと送信する。

保留ファイルを送信したプロセッサ１１は、ＡＣＴ２１７へと進む。プロセッサ１１は、ＡＣＴ２１７として第１取引ファイル６２１のデータ送信元である取引処理装置３に対して解除イベントを送信する。すなわちプロセッサ１１は、ＡＣＴ２０４の処理で取得した取引処理装置ＩＤで識別される取引処理装置３に解除イベントを送信する。解除イベントは、保留状態が解除されたことを指令するイベントである。

解除イベントを送信したプロセッサ１１は、ＡＣＴ２１８へと進む。プロセッサ１１は、ＡＣＴ２１８として保留ファイルをクリアする。すなわちプロセッサ１１は、ＡＣＴ２０５において取得したレーン番号のレーン別フォルダ１３２に保存した第１取引ファイル６２１のデータをクリアする。以上で、プロセッサ１１は、第４の情報処理を終了する。

一方、ＡＣＴ２１１及びＡＣＴ２１２の待ち受け状態において、指示装置５から第２信号を受信すると、プロセッサ１１は、戻すボタンＢＤｂが入力されたと認識する。プロセッサ１１は、ＡＣＴ２１９へと進む。プロセッサ１１は、ＡＣＴ２１９として第１取引ファイル６２１のデータ送信元である取引処理装置３に対して実行イベントを送信する。すなわちプロセッサ１１は、ＡＣＴ２０４の処理で取得した取引処理装置ＩＤで識別される取引処理装置３に実行イベントを送信する。実行イベントは、決済処理の実行を要求するイベントである。

詳細は後で図１５を用いて説明するが、実行イベントを受信した取引処理装置３からは、許諾応答又は否定応答が返信される。許諾応答は、取引処理装置３において取引の決済が可能な場合に返信される。否定応答は、取引処理装置３において取引の決済が不可能な場合に返信される。

実行イベントを送信したプロセッサ１１は、ＡＣＴ２２０へと進む。プロセッサ１１は、ＡＣＴ２２０として許諾応答を受信したか否かを確認する。許諾応答を受信した場合、プロセッサ１１は、ＡＣＴ２２１へと進む。プロセッサ１１は、ＡＣＴ２２１として保留ファイルを取引処理装置３へと送信する。すなわちプロセッサ１１は、ＡＣＴ２０５において取得したレーン番号のレーン別フォルダ１３２に保存した第１取引ファイル６２１のデータを、ＡＣＴ２０４の処理で取得した取引処理装置ＩＤで識別される取引処理装置３へと送信する。

保留ファイルを送信したプロセッサ１１は、ＡＣＴ２２２へと進む。プロセッサ１１は、ＡＣＴ２２２として保留ファイルをクリアする。すなわちプロセッサ１１は、ＡＣＴ２０５において取得したレーン番号のレーン別フォルダ１３２に保存した第１取引ファイル６２１のデータをクリアする。以上で、プロセッサ１１は、第４の情報処理を終了する。

なお、ＡＣＴ２１５又はＡＣＴ２２０において否定応答を受信した場合には、プロセッサ１１は、ＡＣＴ２２３へと進む。プロセッサ１１は、ＡＣＴ２２３として指示装置５に対してエラー画面のデータを出力する。すなわちプロセッサ１１は、ＡＣＴ２０７の処理で取得した指示装置ＩＤで識別される指示装置５に、指示画面に対する操作がエラーであることを示す画面のデータを出力する。この画面には、エラー解除を指令する操作子（ソフトキー）が含まれる。エラー画面を確認した店員は、エラー解除を指令する操作子を入力する。

エラー画面のデータを出力したプロセッサ１１は、ＡＣＴ２２４へと進む。プロセッサ１１は、ＡＣＴ２２４としてエラー解除が指令されるのを待ち受ける。エラー解除を指令する操作子が入力されたことにより生じた信号を指示装置５から受信すると、プロセッサ１１は、エラー解除が指令されたと認識する。プロセッサ１１は、ＡＣＴ２２５へと進む。プロセッサ１１は、ＡＣＴ２２５としてエラー解除を指令した指示装置５に対して指示画面ＳＤａのデータを出力する。すなわちプロセッサ１１は、ＡＣＴ２０７の処理で取得した指示装置ＩＤで識別される指示装置５に、指示画面ＳＤａのデータを出力する。以後、プロセッサ１１は、ＡＣＴ２１１及びＡＣＴ２１２の待ち受け状態に戻る。

例えば、店員が取込みボタンＢＤａを入力して、決済装置４を取引に係る情報の出力先として指示したが、決済装置４ではまだ前の客が決済を終えていない場合がある。このような場合には、指示装置５の画面がエラー画面となるので、店員は、エラー解除の操作を行う。そうすると、指示装置５の画面が指示画面ＳＤａに戻るので、店員は、前の客が決済を終えるのを待って、取込みボタンＢＤａを入力すればよい。あるいは、取引処理装置３で決済をしていた客が先に決済を終了した場合には、店員は、戻すボタンＢＤｂを入力すればよい。

ここに、プロセッサ１１は、通信インターフェース１５と協働してＡＣＴ２０１及びＡＣＴ２０３の処理を実行することにより、取引情報入力手段１０２としての機能を実現する。プロセッサ１１は、レーン別フォルダ１３２と協働してＡＣＴ２０４乃至ＡＣＴ２０６の処理を実行することにより、保留手段１０３としての機能を実現する。プロセッサ１１は、通信インターフェース１５と協働してＡＣＴ２１１及びＡＣＴ２１２の処理を実行することにより、認識手段１０１としての機能を実現する。プロセッサ１１は、通信インターフェース１５と協働してＡＣＴ２１３乃至ＡＣＴ２１６の処理及びＡＣＴ２１９乃至ＡＣＴ２２１の処理を実行することにより、保留情報出力手段１０４としての機能を実現する。

このように、取引処理装置３から保留サーバ１へと出力された取引に係る情報は、保留サーバ１におけるレーン別フォルダ１３２において決済レーンＬ別に記憶、つまりは保留される。そして、店員が指示装置５の取引ボタンＢＤａを入力すると、その決済レーンＬの決済装置４に対して実行イベントが送信される。そして、決済装置４において取引の決済が可能であることを条件に、保留されていた取引に係る情報は決済装置４に送信されて取り込まれる。このとき、決済レーンＬの取引処理装置３に対しては保留サーバ１から解除イベントが送信される。一方、店員が指示装置５の戻すボタンＢＤｂを入力すると、その決済レーンＬの取引処理装置３に対して実行イベントが送信される。そして、取引処理装置３において取引の決済が可能であることを条件に、保留されていた取引に係る情報は取引処理装置３に送信されて戻される。

図１５の説明に戻る。
ＡＣＴ１７２においてポップアップＰＵｃ（図３４を参照）の表示を制御したプロセッサ６１は、ＡＣＴ１７３へと進む。プロセッサ６１は、ＡＣＴ１７３として解除イベントを受信したか否かを確認する。解除イベントを受信していない場合には、プロセッサ６１は、ＡＣＴ１７４へと進む。プロセッサ６１は、ＡＣＴ１７４として実行イベントを受信したか否かを確認する。実行ベントを受信していない場合には、プロセッサ６１は、ＡＣＴ１７３へと戻る。このようにプロセッサ６１は、ＡＣＴ１７３及びＡＣＴ１７４において解除イベントを受信するか実行イベントを受信するのを待ち受ける。

図１６及び図１７を用いて説明したように、保留サーバ１に保留イベントを送信して保留中フラグＦｂが“１”になった取引処理装置３に対しては、保留サーバ１から解除イベントまたは実行イベントが送信される。すなわち、指示装置５に表示された指示画面ＳＤａにおいて取込みボタンＢＤａが入力されて、保留されていた取引に係る情報が決済装置４に出力された場合には、保留サーバ１から取引処理装置３に解除イベントが送信される。これに対し、指示画面ＳＤａにおいて戻すボタンＢＤｂが入力されて取引に係る情報の出力先として取引処理装置３が指示された場合には実行イベントが返信される。

プロセッサ６１は、ＡＣＴ１７３及びＡＣＴ１７４の待ち受け状態において解除イベントを受信した場合には、ＡＣＴ１７５へと進む。プロセッサ６１は、ＡＣＴ１７５としてタッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄに、決済装置４での決済を案内するためのポップアップＰＵｄ（図３６を参照）を表示する。またプロセッサ６１は、ディスプレイ２５の小計画面ＳＢｂに、決済装置４で代金の支払いを行うことを客に指示するためのテキストＴＸｄ（図３７を参照）を表示する。

図３６は、タッチパネル２３の支払い画面ＳＡｄに表示されるポップアップＰＵｄの一例である。ポップアップＰＵｄを確認した店員は、客をパトランプ４７が点灯している決済装置４へと案内する。

図３７は、ディスプレイ２５の小計画面ＳＢｂに表示されるテキストＴＸｄの一例である。テキストＴＸｄを確認した購買者は、店員の案内に従いパトランプ４７が点灯している決済装置４へと移動し、代金の支払いを行うこととなる。

ＡＣＴ１７５の処理を終えると、プロセッサ６１は、ＡＣＴ１７６へと進む。プロセッサ６１は、ＡＣＴ１７６として保留中フラグＦｂを“０”にする。以上で、プロセッサ６１は、第３の情報処理を終了する。

一方、プロセッサ６１は、ＡＣＴ１７３及びＡＣＴ１７４の待ち受け状態において実行イベントを受信した場合には、ＡＣＴ１７７へと進む。プロセッサ６１は、ＡＣＴ１７７として支払い中フラグＦａを調べる。ここで、支払い中フラグＦａが“１”、すなわち取引処理装置３において前の客が決済を実行している場合には、プロセッサ６１は、ＡＣＴ１７８へと進む。プロセッサ６１は、ＡＣＴ１７８として保留サーバ１に否定応答の信号を送信する。以上で、プロセッサ６１は、第３の情報処理を終了する。

これに対し、ＡＣＴ１７７において支払い中フラグＦａが“０”、すなわち取引処理装置３では決済をしている客が居ない場合には、プロセッサ６１は、ＡＣＴ１７９へと進む。プロセッサ６１は、ＡＣＴ１７９として保留サーバ１に許諾応答の信号を送信する。

図１７を用いて説明したように、実行イベントを送信した取引処理装置３から許諾応答を受信した保留サーバ１は、保留ファイルを送信する（ＡＣＴ２１９乃至ＡＣＴ２２１）。そこで、許諾応答の信号を送信したプロセッサ６１は、ＡＣＴ１８０として保留ファイルを受信するのを待ち受ける。通信インターフェース６５を介して保留ファイルを受信すると、プロセッサ６１は、ＡＣＴ１８１へと進む。プロセッサ６１は、ＡＣＴ１８１として保留ファイルのデータを第２取引ファイル６２２に展開して記憶する。因みに、保留ファイルのデータは、図１３のＡＣＴ１４７において保留サーバ１へと出力した第１取引ファイル６２１のデータである。

保留ファイルのデータを第２取引ファイル６２２に記憶したプロセッサ６１は、ＡＣＴ１８２へと進む。プロセッサ６１は、ＡＣＴ１８２としてタッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄに取引処理装置３での代金支払いが可能であることを報知するポップアップＰＵｂ（図２８を参照）を表示する。またプロセッサ６１は、ディスプレイ２５の小計画面ＳＢｂに、代金の支払いが可能であることを指示するためのテキストＴＸｂ（図２９を参照）を表示する。

このように、タッチパネル２３及びディスプレイ２５を用いて取引処理装置３での代金支払いが可能であることを報知したプロセッサ６１は、ＡＣＴ１８３へと進む。プロセッサ６１は、ＡＣＴ１８３として支払い中フラグＦａを“１”とし、保留中フラグＦｂを“０”とする。しかる後、プロセッサ６１は、図１４のＡＣＴ１５２へと進む。そしてプロセッサ６１は、ＡＣＴ１５２乃至ＡＣＴ１６７の処理を前述したのと同様に実行する。

このように、保留サーバ１において保留されていた取引に係る情報が取引処理装置３に戻されると、取引処理装置３のプロセッサ６１は、図１４のＡＣＴ１５２乃至ＡＣＴ１６７の処理を前述したのと同様に実行する。すなわちプロセッサ６１は、第２のタッチパネル３４の画面を支払い通知画面ＳＣｂとする。なお、入力装置２において支払い方法が選択されていない場合には、プロセッサ６１は、支払い通知画面ＳＣｂの前に支払い方法選択画面ＳＣａを表示する。そして、客の操作により支払い方法が選択されると、プロセッサ６１は、支払い通知画面ＳＣｂを表示する。その後、支払いが開始されると、プロセッサ６１は、第２のタッチパネル３４の画面を支払い中画面ＳＣｃとする。またプロセッサ６１は、取引番号を発番する。そして、客の操作により支払い中画面ＳＣｃの会計ボタンＢＣｂが入力されると、プロセッサ６１は、決済処理を実行し、レシートを発行する。また、プロセッサ６１は、第２のタッチパネル３４の画面を支払い完了画面ＳＣｄとする。かくして客は、取引処理装置３をセルフで操作して代金を支払うことにより、取引を決済することができる。

ここに、プロセッサ６１は、タッチパネル２３及びディスプレイ２５と協働してＡＣＴ１７５及びＡＣＴ１８２の処理を実行することにより、案内手段３０６としての機能を実現する。プロセッサ６１は、ＡＣＴ１８１乃至ＡＣＴ１８３の処理、さらにはＡＣＴ１５２乃至ＡＣＴ１６７の処理を実行することにより、実行手段３０７としての機能を実現する。

図１８は、決済装置４のプロセッサ７１が第３の業務プログラムに従って実行する第５の情報処理の要部手順を示す流れ図である。プロセッサ７１は、ＡＣＴ３０１として実行イベントを待ち受けている。

図１７を用いて説明したように、保留サーバ１のレーン別フォルダ１３２に取引に係る情報が保留されている状態において、指示装置５に表示された指示画面ＳＤａの取込みボタンＢＤａが入力されて決済装置４が取引に係る情報の出力先として指示されると、ＡＣＴ２１４の処理として保留サーバ１から決済装置４に実行イベントが送信される。プロセッサ７１は、実行イベントを受信すると、ＡＣＴ３０２へと進む。プロセッサ７１は、ＡＣＴ３０２として支払い中フラグＦｃを調べる。ここで、支払い中フラグＦｃが“１”、すなわち決済装置４において前の客がまだ決済を実行している場合には、プロセッサ６１は、ＡＣＴ３０３へと進む。プロセッサ７１は、ＡＣＴ３０３として保留サーバ１に否定応答の信号を送信する。以上で、プロセッサ７１は、第５の情報処理を終了する。

これに対し、ＡＣＴ３０２において支払い中フラグＦｃが“０”、すなわち決済装置４では客が決済を行っていない場合には、プロセッサ７１は、ＡＣＴ３０４へと進む。プロセッサ６１は、ＡＣＴ３０４として保留サーバ１に許諾応答の信号を送信する。

図１７を用いて説明したように、実行イベントを送信した決済装置４から許諾応答を受信した保留サーバ１は、その決済装置４に保留ファイルを送信する。そこで許諾応答の信号を送信したプロセッサ７１は、ＡＣＴ３０５として保留ファイルを受信するのを待ち受ける。通信インターフェース７５を介して保留ファイルを受信すると、プロセッサ７１は、ＡＣＴ３０６へと進む。プロセッサ７１は、ＡＣＴ３０６として保留ファイルのデータを第３取引ファイル７２１に展開して記憶する。因みに、保留ファイルのデータは、同じ決済レーンＬに設置された取引処理装置３の第１取引ファイル６２１に記憶されていたデータである。

保留ファイルのデータを第３取引ファイル７２１に記憶したプロセッサ７１は、ＡＣＴ３０７へと進む。プロセッサ７１は、ＡＣＴ３０７として支払い中フラグＦｃを“１”にする。以上で、プロセッサ７１は、第５の情報処理を終了する。

このように決済装置４のプロセッサ７１は、支払い中フラグＦｃが“０”、すなわち客が決済を行っていない状態で、保留サーバ１から実行イベントを受信すると、その後に保留サーバ１から出力される保留ファイルのデータを取込み、第３取引ファイル７２１に記憶する。またプロセッサ７１は、支払い中フラグＦｃを“１”にする。

ここに、プロセッサ７１は、通信インターフェース７５と協働してＡＣＴ３０５及びＡＣＴ３０６の処理を実行することにより、取込み手段４０１としての機能を実現する。

図１９は、決済装置４のプロセッサ７１が第３の業務プログラムに従って実行する第６の情報処理の要部手順を示す流れ図である。プロセッサ７１は、前述した第５の情報処理と並行して第６の情報処理を実行する。

プロセッサ７１は、ＡＣＴ３１１として支払い中フラグＦｃが“１”になるのを待ち受ける。第５の情報処理のＡＣＴ３０７において支払い中フラグＦｃが“１”になると、プロセッサ７１は、ＡＣＴ３１２へと進む。プロセッサ７１は、ＡＣＴ３１２としてタッチパネル４２の画面を明細確認画面ＳＥａ（図３８を参照）とする。またプロセッサ７１は、パトランプ４７を点灯させる。

図３８は、タッチパネル４２に表示される明細確認画面ＳＥａの一例である。明細確認画面ＳＥａは、明細エリアＡＥａと、合計エリアＡＥｂとに区分される。明細エリアＡＥａは、一連の番号順に、一取引における購買商品の商品名、購買数量、単価、値割引額及び販売金額をリスト形式で表示するエリアである。合計エリアＡＥｂは、一取引における購買商品の購買数量の合計と販売金額の合計とを表示するエリアである。プロセッサ７１は、第３取引ファイル７２１に記憶した商品販売データに基づいて、明細エリアＡＥａに一取引における購買商品の商品名、購買数量、単価、値割引額及び販売金額を表示させる。プロセッサ７１は、第３取引ファイル７２１に記憶した商品販売データに基づいて、合計エリアＡＥｂに購買商品の購買数量の合計と販売金額の合計とを表示させる。

明細確認画面ＳＥａは、確認ボタンＢＥａと店員呼出ボタンＢＥｂとを含む。確認ボタンＢＥａ及び店員呼出ボタンＢＥｂは、ソフトウェアキーである。確認ボタンＢＥａは、購買商品の明細が明細確認画面ＳＥａに表示されていることを客が確認したことを指令するための操作子である。店員呼出ボタンＢＥｂは、客が店員を呼び出すことを指令するための操作子である。

明細確認画面ＳＥａを表示したプロセッサ７１は、ＡＣＴ３１３へと進む。プロセッサ７１は、ＡＣＴ３１３として確認ボタンＢＥａが入力されるのを待ち受ける。なお、この待ち受け状態において、店員呼出ボタンＢＥｂが入力されると、プロセッサ７１は、店員呼出動作を行う。例えばプロセッサ７１はパトランプ４７を点滅させる。その後、呼び出された店員により呼出し終了操作が行われると、プロセッサ７１は、ＡＣＴ３１３の待ち受け状態に戻る。

ＡＣＴ３１３の待ち受け状態において確認ボタンＢＥａが入力されると、プロセッサ７１は、ＡＣＴ３１４へと進む。プロセッサ７１は、ＡＣＴ３１４として第３取引ファイル７２１に記憶されたデータに支払いコードが含まれているか否かを確認する。支払いコードが含まれている場合、プロセッサ７１は、ＡＣＴ３１５へと進む。プロセッサ７１は、ＡＣＴ３１５として第３取引ファイル７２１から支払いコードを抽出する。

これに対し、支払いコードが含まれていない場合には、プロセッサ７１は、ＡＣＴ３１６へと進む。プロセッサ７１は、ＡＣＴ３１６としてタッチパネル４２の画面を支払い方法選択画面ＳＥｂ（図３９を参照）とする。

図３９は、タッチパネル４２に表示される支払い方法選択画面ＳＥｂの一例である。支払い方法選択画面ＳＥｂは、支払い方法別の選択ボタン群ＢＥｃを含む。選択ボタン群ＢＥｃには、現金ボタン、クレジットボタン、電子マネーボタン及びコード決済ボタンが含まれる。ただし、商品券等の金券支払いに対応したボタンは設けられていない。支払い方法選択画面ＳＥｂは、一取引における購買商品の購買数量の合計と販売金額の合計が表示される合計エリアＡＥｃを含む。合計エリアＡＥｃには、第３取引ファイル７２１に記憶された購買商品の商品販売データを基に算出された購買数量の合計と販売金額の合計が表示される。なお、支払い方法選択画面ＳＥｂにおいても店員呼出ボタンＢＥｂは表示されており、客は店員を呼び出すことができる。

支払い方法選択画面ＳＥｂを確認した客は、希望する支払い方法のボタンにタッチする。例えば現金で支払うことを希望した客は、選択ボタン群ＢＥｃの現金ボタンにタッチする。例えばクレジットカードで支払うことを希望する客は、選択ボタン群ＢＥｃのクレジットボタンにタッチする。例えば電子マネーで支払うことを希望する客は、選択ボタン群ＢＥｃの電子マネーボタンにタッチする。例えばコード決済で支払うことを希望する客は、選択ボタン群ＢＥｃのコード決済ボタンにタッチする。

タッチパネル４２の画面を支払い方法選択画面ＳＥｂとしたプロセッサ７１は、ＡＣＴ３１７へと進む。プロセッサ７１は、ＡＣＴ３１７として支払い方法が選択されるのを待ち受ける。選択ボタン群ＢＥｃに対するタッチ操作によりいずれかの支払い方法が選択されると、プロセッサ７１は、ＡＣＴ３１８へと進む。プロセッサ７１は、ＡＣＴ３１８として、第１の情報処理のＡＣＴ１２３の処理と同様に、選択された支払い方法の支払いコードを取得する。

ＡＣＴ３１５又はＡＣＴ３１８の処理を終えたプロセッサ７１は、ＡＣＴ３１９へと進む。プロセッサ７１は、ＡＣＴ３１９としてタッチパネル４２の画面を支払い通知画面ＳＥｃ（図４０を参照）とする。支払い通知画面ＳＥｃは、ＡＣＴ３１５又はＡＣＴ３１９の処理により得た支払いコードに基づく画面である。

図４０は、タッチパネル４２に表示される支払い通知画面ＳＥｃの一例である。図４０は、ＡＣＴ３１５又はＡＣＴ３１８の処理により現金支払いの支払いコードを得た場合の支払い通知画面ＳＥｃを示す。支払い通知画面ＳＥｃは、支払い方法選択画面ＳＥｂと同様の合計エリアＡＥｃを含む。また支払い通知画面ＳＥｃは、釣銭機情報エリアＡＥｄを含む。釣銭機情報エリアＡＥｄには、合計金額と、自動釣銭機７８に投入された現金の総額いわゆる投入金額と、合計金額から投入金額を減額した残額とが表示される。なお、支払い通知画面においても店員呼出ボタンＢＥｂは表示されており、客は店員を呼び出すことができる。

支払い通知画面ＳＥｃを確認した客は、自らが選択した支払い方法で代金を支払う。例えば現金支払いを選択した客は、自動釣銭機７８に現金を投入する。クレジットカード支払いを選択した客は、キャッシュレス決済端末７９のリーダでクレジットカードのデータを読み取らせる。電子マネー支払いを選択した客は、キャッシュレス決済端末７９のリーダで電子マネー媒体のデータを読み取らせる。コード決済支払いを選択した客は、キャッシュレス決済端末７９のスキャナでコード決済用のバーコードまたは二次元データコードを読み取らせる。

タッチパネル４２の画面を支払い通知画面ＳＥｃとしたプロセッサ７１は、ＡＣＴ３２０へと進む。プロセッサ７１は、ＡＣＴ３２０として代金の支払いが開始されるのを待ち受ける。例えば現金支払いが選択された場合には、プロセッサ７１は、自動釣銭機７８に現金が投入されるのを待ち受ける。例えばクレジットカード支払いが選択された場合には、プロセッサ７１は、キャッシュレス決済端末７９でクレジットカードのデータが読み取られるのを待ち受ける。例えば電子マネー支払いが選択された場合には、プロセッサ７１は、キャッシュレス決済端末７９で電子マネーのデータが読み取られるのを待ち受ける。例えばコード決済支払いが選択された場合には、プロセッサ７１は、キャッシュレス決済端末７９でコード決済用のバーコード又は二次元データコードが読み取られるのを待ち受ける。

代金の支払いが開始されると、プロセッサ７１は、ＡＣＴ３２１へと進む。プロセッサ７１は、ＡＣＴ３２１として取引番号を発番する。取引番号は、例えば３桁の決済装置ＩＤに４桁の一連番号を付した７桁の番号である。一連番号は、決済装置４において取引が決済される毎に“１”ずつ加算される。取引番号を発番したプロセッサ７１は、ＡＣＴ３２２へと進む。プロセッサ７１は、ＡＣＴ３２２としてタッチパネル４２の画面を支払い中画面ＳＥｄ（図４１を参照）とする。

図４１は、タッチパネル４２に表示される支払い中画面ＳＥｄの一例である。図４１は、ＡＣＴ３１５又はＡＣＴ３１８の処理により現金支払いの支払いコードを得た場合の支払い中画面ＳＥｄを示す。支払い中画面ＳＥｄは、支払い通知画面ＳＣｂに会計ボタンＢＥｄを追加した画面である。支払い中画面ＳＣｃは、釣銭機情報エリアＡＥｄに表示される情報が、自動釣銭機７８に投入された現金の金額に応じて更新される。会計ボタンＢＥｄは、ソフトウェアキーである。会計ボタンＢＥｄは、代金の支払い終了を指令するための操作子である。選択した支払い方法での代金の支払いを終えた客は、会計ボタンＢＥｄにタッチする。なお、支払い中画面ＳＥｄにおいても店員呼出ボタンＢＥｂは継続して表示されており、客は店員を呼び出すことができる。

タッチパネル４２の画面を支払い中画面ＳＥｄとしたプロセッサ７１は、ＡＣＴ３２３へと進む。プロセッサ７１は、ＡＣＴ３２３として会計ボタンＢＥｄが入力されるのを待ち受ける。会計ボタンＢＥｄがタッチ操作により入力されると、プロセッサ７１は、ＡＣＴ３２４へと進む。プロセッサ７１は、ＡＣＴ３２４として支払いコードに基づき取引の決済処理を実行する。すなわち、支払いコードが現金支払いのコードである場合には、プロセッサ７１は、自動釣銭機７８に投入された現金で取引の決済処理を実行する。支払いコードがクレジットカード支払いのコードである場合には、プロセッサ７１は、キャッシュレス決済端末７９で読み取ったクレジットカードのデータで取引の決済処理を実行する。支払いコードが電子マネー支払いのコードである場合には、プロセッサ７１は、キャッシュレス決済端末８９で読み取った電子マネーのデータで取引の決済処理を実行する。支払いコードがコード決済支払いのコードである場合には、プロセッサ７１は、キャッシュレス決済端末７９で読み取ったバーコード又は二次元データコードで取引の決済処理を実行する。これらの決済処理はいずれも周知であるので、詳細な説明は省略する。

決済処理を終えると、プロセッサ７１は、ＡＣＴ３２５へと進む。プロセッサ７１は、ＡＣＴ３２５としてプリンタ８７を駆動してレシートを発行する。またプロセッサ７１は、ＡＣＴ２３６としてタッチパネル４２の画面を支払い完了画面ＳＥｅ（図４２を参照）とする。レシートは、取引処理装置３において、ＡＣＴ１６３の処理で発行されるレシートと同一のものである。ただし、取引処理装置３から発行されるレシートには取引処理装置ＩＤを含む取引番号が印刷されるが、決済装置４から発行されるレシートには決済装置ＩＤを含む取引番号が印刷される。

図４２は、タッチパネル４２に表示される支払い完了画面ＳＥｅの一例である。図４２は、ＡＣＴ３１５又はＡＣＴ３１８の処理により現金支払いの支払いコードを得た場合の支払い完了画面ＳＥｅを示す。支払い完了画面ＳＥｅは、支払い通知画面ＳＥｃ及び支払い中画面ＳＥｄと同様の釣銭機情報エリアＡＥｄを含む。店員は、釣銭機情報エリアＡＥｄに表示される情報により、現金支払いを選択した客の支払いが完了したことを知り得る。なお、支払いを完了した客は店員を呼び出すことがないので、支払い完了画面ＳＥｅに店員呼出ボタンＢＥｂは表示されていない。支払い完了画面ＳＥｅを確認した客は、レシートを取って店を出ることとなる。

支払い完了画面ＳＥｅを表示したプロセッサ７１は、ＡＣＴ３２７へと進む。プロセッサ７１は、ＡＣＴ３２７として第３取引ファイル７２１に記憶したデータ、つまりは決済を完了した客が購入した商品のデータを保存する。データの保存先は、例えば補助記憶デバイス７３である。データの保存先は、メインメモリ７２であってもよい。あるいは、通信インターフェース７５を介してＰＯＳサーバに第３取引ファイル８２１のデータを送信して、ＰＯＳサーバで保存してもよい。ＰＯＳサーバの代わりに保留サーバ１で保存してもよい。

第３取引ファイル７２１のデータを保存したプロセッサ７１は、ＡＣＴ３２８へと進むプロセッサ７１は、ＡＣＴ３２８として第３取引ファイル７２１をクリアする。またプロセッサ７１は、ＡＣＴ３２９として支払い中フラグＦｃを“０”にする。またプロセッサ７１は、パトランプ４７を消灯する。以上で、プロセッサ７１は、第６の情報処理を終了する。

このように、保留サーバ１において保留されていた取引に係る情報が決済装置４に取り込まれると、決済装置４のプロセッサ７１は、図１９のＡＣＴ３１２乃至ＡＣＴ３２９の処理を実行する。すなわちプロセッサ７１は、タッチパネル４２の画面を明細確認画面ＳＥａとする。そして、客の操作により確認ボタンＢＥａが入力されると、プロセッサ７１は、タッチパネル４２の画面を支払い通知画面ＳＥｃとする。なお、入力装置２において支払い方法が選択されていない場合には、プロセッサ７１は、支払い通知画面ＳＥｃの前に支払い方法選択画面ＳＥｂを表示する。そして、客の操作により支払い方法が選択されると、プロセッサ７１は、タッチパネル４２の画面を支払い通知画面ＳＥｃとする。その後、支払いが開始されると、プロセッサ７１は、タッチパネル４２の画面を支払い中画面ＳＥｄとする。またプロセッサ７１は、取引番号を発番する。そして、客の操作により支払い中画面ＳＥｄの会計ボタンＢＥｄが入力されると、プロセッサ７１は、決済処理を実行し、レシートを発行する。また、プロセッサ７１は、タッチパネル４２の画面を支払い完了画面ＳＥｅとする。かくして客は、決済装置４をセルフで操作して代金を支払うことにより、取引を決済することができる。

ここに、プロセッサ７１は、タッチパネル４２と協働してＡＣＴ３１６の処理を実行することにより、第３の支払い受付手段４０３としての機能を実現する。プロセッサ７１は、タッチパネル４２と協働してＡＣＴ３１９の処理を実行することにより、第２の金額出力手段４０２としての機能を実現する。プロセッサ７１は、ＡＣＴ３２４の処理を実行することにより、第２の決済手段４０４としての機能を実現する。

［商品販売システムの作用］
次に、以上の如く動作する決済システム１００の作用について説明する。
始めに、取引処理装置３及び決済装置４において客が決済をしていない場合を想定する。この状態で、一人目の客が購入する商品の登録が終了し、小計画面ＳＡｂの支払いボタンＢＡｅ又は支払い画面ＳＡｄの支払いボタンＢＡｈが入力されると、タッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄに取引処理装置３での代金支払いが可能であることを報知するポップアップＰＵｂ（図２８を参照）が表示される。また、ディスプレイ２５の小計画面ＳＢｂに、代金の支払いが可能であることを指示するためのテキストＴＸｂ（図２９を参照）が表示される。そして、支払い中フラグＦａが“１”となる。かくして、一人目の客は、取引処理装置３をセルフで操作して取引を決済することとなる。

次に、二人目の客が購入する商品の登録が終了し、支払いボタンＢＡｅ又は支払いボタンＢＡｈが入力された場合を想定する。ここで、取引処理装置３を操作している一人目の客がまだ決済を終えていないとすると、二人目の客の取引に係る情報は、保留サーバ１に送信されて保留される。すなわち、商品の登録を終えた決済レーンＬのレーン別フォルダ１３２に取引に係る情報が記憶される。そして、指示装置５の液晶画面に指示画面ＳＤａ（図３５を参照）が表示される。また、保留中フラグＦｂが“１”となる。

そこで店員は、保留サーバ１に保留された取引に係る情報の出力先を決定する。この場合には店員は、決済装置４を出力先として決定する。そして店員は、指示画面ＳＤａの取込みボタンＢＤａを入力する。そうすると、決済装置４に実行イベントが送信される。このとき、決済装置４の支払い中フラグＦｃは“０”であるので、決済装置４から保留サーバ１に許諾応答が返される。その結果、二人目の客の取引に係る情報は、決済装置４に取り込まれる。また、保留中フラグＦｂが“０”となる。かくして、二人目の客は、決済装置４をセルフで操作して取引を決済することとなる。

次に、三人目の客が購入する商品の登録が終了し、支払いボタンＢＡｅ又は支払いボタンＢＡｈが入力された場合を想定する。ここで、取引処理装置３を操作している一人目の客が決済を終了しており、支払い中フラグＦａが“０”になっていた場合には、タッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄにポップアップＰＵｂ（図２８を参照）が表示される。また、ディスプレイ２５の小計画面ＳＢｂに、テキストＴＸｂ（図２９を参照）が表示される。そして、支払い中フラグＦａが“１”となる。かくして、三人目の客は、取引処理装置３をセルフで操作して取引を決済することとなる。

これに対し、取引処理装置３を操作している一人目の客がまだ決済を終了していない場合には、三人目の客の取引に係る情報は、保留サーバ１に送信されて保留される。そして、指示装置５の液晶画面に指示画面ＳＤａが表示される。

店員は、取引処理装置３又は決済装置４が空くのを待って、取込みボタンＢＤａ又は戻すボタンＢＤｂを入力する。すなわち、二人目の客の決済が先に終了して決済装置４が空いた場合には、店員は取込みボタンＢＤａを入力する。この入力により、三人目の客の取引に係る情報は、決済装置４に取り込まれるので、三人目の客は、決済装置４をセルフで操作して取引を決済することとなる。

また、一人目の客の決済が先に終了して取引処理装置３が空いた場合には、店員は戻すボタンＢＤｂを入力する。この入力により、三人目の客の取引に係る情報は、取引処理装置３に戻されるので、三人目の客は、取引処理装置３をセルフで操作して取引を決済することとなる。

ところで、三人目の客の取引に係る情報が保留サーバ１に保留されている状態で、四人目の客が購入する商品の登録が終了し、支払いボタンＢＡｅ又は支払いボタンＢＡｈが入力されると、タッチパネル２３の小計画面ＳＡｂ又は支払い画面ＳＡｄに代金の支払いが不可能であることを報知するポップアップＰＵａ（図２６を参照）が表示される。また、ディスプレイ２５の小計画面ＳＢｂに、代金の支払いが不可能であるため待機することを指示するためのテキストＴＸａ（図２７を参照）が表示される。したがって、四人目の客は待機する。そして、前の三人の客のうちいずれか二人の決済が終了して、取引処理装置３又は決済装置４が空くと、店員は、取込みボタンＢＤａ又は戻すボタンＢＤｂを入力する。かくして四人目の客は、取引処理装置３又は決済装置４をセルフで操作して取引を決済することとなる。

以上詳述したように、本実施形態によれば、取引処理装置３と決済装置４とを適宜選択して、効率よく代金の支払いに関する操作を客に行わせるようにした決済システム１００を提供することができる。したがって、人件費の削減を図ることができる。また、感染症対策の面でも優れた効果を奏し得る。

店員は、指示装置５に対するワンタッチ操作により、保留サーバ１に保留された取引に係る情報の出力先を決済装置４とするか取引処理装置３とするかを容易に選択することができる。ここで、指示装置５としてはタブレットを利用できる。可搬式のタブレットを利用することで、その設置場所に制限は受けない。したがって、店員の操作しやすい位置に指示装置を設けることが可能である。仮に、指示画面ＳＤａを第１のタッチパネル３２に表示することも考えられる。すなわち、指示装置５の機能を取引処理装置３が兼用することが考えられる。しかし、第１のタッチパネル３２には、取引処理装置３を操作して代金を支払う客の操作に係る情報等が表示される。このため、取引処理装置３を操作して客が代金を支払っている間は、指示画面ＳＤａを表示させるタイミングが困難となり、現実的ではない。一方、決済装置４のタッチパネル４２に指示画面ＳＤａを表示することも考えられる。しかし、スペースＳＰにいる店員が決済装置４の設置場所まで移動しなければならないので実用的ではない。

保留サーバ１は、取引に係る情報を保留するための領域としてレーン別フォルダ１３２を備えている。すなわち各決済レーンＬの取引処理装置３から保留サーバ１へと出力された取引に係る情報は、レーン別フォルダ１３２において決済レーン別に保留される。そして、その決済レーンＬに用意された指示装置５からの信号により取引に係る情報の出力先が指示されると、保留サーバ１は、当該決済レーンＬのレーン別フォルダ１３２に保留されている取引に係る情報を選択して出力先に送信する。したがって、保留サーバ１は、指示装置５によって指示された出力先に送信する取引に係る情報を容易に選択することができる。その上、レーン別フォルダ１３２は、決済レーンＬの数だけ用意されたデータフォルダである。したがって、入力装置２の操作者となり得る従業員の増員または欠員があってもレーン別フォルダ１３２を構成に影響を及ぼすことはない。

なお、指示装置５は、タブレットに限定されない。取引に係る情報の出力先を決済装置４とすることを受け付けるための第１の操作子と、取引に係る情報の出力先を取引処理装置３とすることを受け付けるための第２の操作子とを備えたキーボード、スマートフォン等の入力デバイスであってもよい。要は、指示装置５は持ち運びが容易であり、操作者である店員の操作しやすい任意の位置に配置できるものであればよい。なお、指示装置５は、持ち運びができないものであってもよい。

取引に係る情報は、購買商品に係る情報、例えば商品販売データに限定されるものではない。取引に係る情報は、その情報を処理することによって、決済に必要な金額を算出できる情報であればよい。例えば取引に係る情報は、購買商品の商品コードと販売数量だけであってもよい。
保留サーバ１において、取引に係る情報を保留する記憶領域はレーン別フォルダ１３２に限定されない。どの決済レーンＬからの保留ファイルであるのかを特定できるのであれば、保留ファイルを時系列に保留する単一のデータフォルダであってもよい。

［第２の実施形態］
上述した第１の実施形態では、決済装置４が取り込んだ取引に係る情報を保留サーバ１に戻すことについては言及していない。しかし、取引に係る情報が決済装置４に取り込まれたが、例えば決済装置４においてレシート切れ、釣銭不足等の異常が発生していた場合には、客は、決済装置４を操作して取引を決済することができない。また、例えば商品券等のように店員の確認が必要な支払い方法については、セルフでの決済が禁止されている。そこで、このような事象を想定して、決済装置４が取り込んだ取引に係る情報を保留サーバ１に戻す処理を加えた第２の実施形態について、図４３乃至図４５を用いて説明する。なお、第２の実施形態においても、決済システム１００の構成は第１の実施形態と同一なので、ここでの説明は省略する。

例えば、決済装置４で決済を始めようとしたが、決済装置４において異常が発生していた場合、客は、明細確認画面ＳＥａの店員呼出ボタンＢＥｂを入力して店員を呼び出すこととなる。あるいは、支払い方法選択画面ＳＥｂに希望する支払い方法が存在しない場合も、客は、支払い方法選択画面ＳＥｂの店員呼出ボタンＢＥｂを入力して店員を呼び出すこととなる。そこで第２の実施形態では、店員呼出ボタンＢＥｂが入力されると、決済装置４のプロセッサ７１は、図４３の流れ図に示す手順の情報処理を開始する。

図４３は、プロセッサ７１が第３の業務プログラムに従って実行する第７の情報処理の要部手順を示す流れ図である。プロセッサ７１は、前述した第５の情報処理及び第６の情報処理と並行して第７の情報処理を実行する。

プロセッサ７１は、ＡＣＴ３３１として店員呼出ボタンＢＥｂが入力されるのを待ち受ける。明細確認画面ＳＥａ又は支払い方法選択画面ＳＥｂの店員呼出ボタンＢＥｂが入力されると、プロセッサ７１は、ＡＣＴ３３２へと進む。プロセッサ７１は、ＡＣＴ３３２として保留サーバ１に対して呼出しイベントを送信する。呼出しイベントは、店員呼出ボタンＢＥｂが入力されたことを保留サーバ１に通知するためのイベントである。呼出しイベントには、決済装置４の決済装置ＩＤが含まれる。

詳細は後述するが、呼出しイベントを受信した保留サーバ１からは、継続イベント又は決済中止イベントが返信される。そこで、呼出しイベントを送信したプロセッサ７１は、ＡＣＴ３３３へと進む。プロセッサ７１は、ＡＣＴ３３３として継続イベントを受信したか否かを確認する。継続イベントを受信していない場合、プロセッサ７１は、ＡＣＴ３３４へと進む。プロセッサ７１は、ＡＣＴ３３４として決済中止イベントを受信したか否かを確認する。決済中止イベントを受信していない場合、プロセッサ７１は、ＡＣＴ３３３へと戻る。このようにプロセッサ７１は、ＡＣＴ３３３及びＡＣＴ３３４において継続イベントを受信するか決済中止イベントを受信するのを待ち受ける。なお、この待ち受け状態においては、タッチパネル４２に「呼出中」等の画像が表示される。

ＡＣＴ３３３及びＡＣＴ３３４の待ち受け状態において、継続イベントを受信すると、プロセッサ７１は、第７の情報処理を終了する。

これに対し、ＡＣＴ３３３及びＡＣＴ３３４の待ち受け状態において、決済中止イベントを受信した場合には、プロセッサ７１は、ＡＣＴ３３５へと進む。プロセッサ７１は、ＡＣＴ３３５として第３取引ファイル７２１をクリアする。またプロセッサ７１は、ＡＣＴ３３６として支払い中フラグＦｃを“０”に書き換える。以上で、プロセッサ７１は、第７の情報処理を終了する。

このように、決済装置４のプロセッサ７１は、呼出しイベントに対して継続イベントを受信した場合には、第７の情報処理を終了する。この場合、プロセッサ７１は、店員呼出ボタンＢＥｂが入力される直前の処理ステップから第６の情報処理を継続する。

呼出しイベントに対して決済中止イベントを受信した場合には、プロセッサ７１は、第３取引ファイル７２１をクリアする。また、支払い中フラグＦｃを“０”とする。したがって、プロセッサ６１は、店員呼出ボタンＢＥｂが入力された時点で第６の情報処理を終了し、第５の情報処理から処理を始める。

図４４は、保留サーバ１のプロセッサ１１が第２の業務プログラムに従って実行する第８の情報処理の要部手順を示す流れ図である。プロセッサ１１は、前述した第４の情報処理と並行して第８の情報処理を実行する。

プロセッサ７１は、ＡＣＴ２３１として呼出しイベントを待機している。決済装置４からの呼出しイベントを受信すると、プロセッサ１１は、ＡＣＴ２３２へと進む。プロセッサ１１は、ＡＣＴ２３２として呼出しイベントから決済装置ＩＤを取得する。プロセッサ１１は、ＡＣＴ２３３としてデータ送信元の決済装置４が設置されている決済レーンＬのレーン番号を取得する。具体的にはプロセッサ１１は、レーンテーブル１３１を参照して、決済装置ＩＤと同一行のカラムＣａに記述されているレーン番号を取得する。

レーン番号を取得したプロセッサ１１は、ＡＣＴ２３４へと進む。プロセッサ１１は、ＡＣＴ２３４としてレーンテーブル１３１を参照して、決済装置ＩＤと同一行のカラムＣｄに記述されている指示装置ＩＤを取得する。そしてプロセッサ１１は、ＡＣＴ２３５としてその指示装置ＩＤで識別される指示装置５に対して確認画面のデータを出力する。

確認画面のデータを受信した指示装置５においては、タブレットの液晶画面に確認画面ＳＤｂ（図４５を参照）が表示される。
図４５は、確認画面ＳＤｂの一表示例である。確認画面ＳＤｂには、再保留ボタンＢＤｃと継続ボタンＢＤｄとが表示される。再保留ボタンＢＤｃと継続ボタンＢＤｄは、ソフトキーである。再保留ボタンＢＤｃは、決済装置４に出力された取引に係る情報を保留サーバ１に戻すことを受け付けることを宣言する第３の操作子として機能する。継続ボタンＢＤｄは、決済装置４に出力された取引に係る情報を保留サーバ１に戻すことなく決済装置４での決済を継続することを宣言する第４の操作子として機能する。

確認画面ＳＤｂを確認した店員は、決済装置４をセルフで操作していた客から呼び出しを受けたことを認識する。店員は、決済装置４の場所まで出向いて呼出しの理由を確認する。例えばレシート切れ又は釣銭不足であり、レシート用紙又は釣銭を直ぐに補充できる場合には、店員は継続ボタンＢＤｄを入力する。そして店員は、決済装置４にレシート用紙又は釣銭を補充する。これに対し、レシート用紙又は釣銭を直ぐに補充できない場合、あるいは客が商品券等の店員の確認が必要な支払い方法を希望している場合には、店員は再保留ボタンＢＤｃを入力する。

再保留ボタンＢＤｃが入力されると、指示装置５から保留サーバ１に対して第３信号が出力される。第３信号は、再保留ボタンＢＤｃの入力に応じて出力される信号である。継続ボタンＢＤｄが入力されると、指示装置５から保留サーバ１に対して第４信号が出力される。第４信号は、継続ボタンＢＤｄの入力に応じて出力される信号である。

確認画面ＳＤｂのデータを出力したプロセッサ１１は、ＡＣＴ２３６へと進む。プロセッサ１１は、ＡＣＴ２３６として再保留ボタンＢＤｃが入力されたか否かを確認する。再保留ボタンＢＤｃが入力されていない場合、プロセッサ１１は、ＡＣＴ２３７へと進む。プロセッサ１１は、ＡＣＴ２３７として継続ボタンＢＤｄが入力されたか否かを確認する。継続ボタンＢＤｄが入力されていない場合、プロセッサ１１は、ＡＣＴ２３６へと戻る。このようにプロセッサ１１は、ＡＣＴ２３６及びＡＣＴ２３７において、確認画面ＳＤｂの再保留ボタンＢＤｃが入力されるか、継続ボタンＢＤｄが入力されるのを待ち受ける。

ＡＣＴ２３６及びＡＣＴ２３７の待ち受け状態において、指示装置５から第４信号を受信すると、プロセッサ１１は、継続ボタンＢＤｄが入力されたと認識する。プロセッサ１１は、ＡＣＴ２３８へと進む。プロセッサ１１は、ＡＣＴ２３８として呼出しイベント送信元の決済装置４に対して継続イベントを送信する。継続イベントは、決済装置４に対して取引の継続を指示するためのイベントである。継続イベントを送信したプロセッサ１１は、ＡＣＴ２３９へと進む。プロセッサ１１は、ＡＣＴ２３９として指示装置５に表示していた確認画面ＳＤｂを消去する。以上で、プロセッサ１１は、第８の情報処理を終了する。

ＡＣＴ２３６及びＡＣＴ２３７の待ち受け状態において、指示装置５から第３信号を受信すると、プロセッサ１１は、再保留ボタンＢＤｃが入力されたと認識する。プロセッサ１１は、ＡＣＴ２４０へと進む。プロセッサ１１は、ＡＣＴ２４０として決済装置４から第３取引ファイル７２１のデータを取り込む。第３取引ファイル７２１のデータは、保留サーバ１が決済装置４へと出力した保留ファイルのデータである。すなわち、プロセッサ１１が図１６を用いて説明した第４の情報処理のＡＣＴ２０６においてレーン別フォルダ１３２に保存したデータ、つまりは取引処理装置３から受信した第１取引ファイル６２１のデータである。

プロセッサ１１は、ＡＣＴ２４１として決済装置４から取り込んだ第３取引ファイル７２１のデータを再度保留する。具体的には、プロセッサ１１は、ＡＣＴ２３３の処理で取得したレーン番号のレーン別フォルダ１３２に第３取引ファイル７２１のデータを記憶する。

第３取引ファイル７２１のデータを保留したプロセッサ１１は、ＡＣＴ２４２へと進む。プロセッサ１１は、ＡＣＴ２４２として呼出しイベント送信元の決済装置４に対して決済中止イベントを送信する。決済中止イベントは、決済装置４に対して決済の中止を指令するイベントである。

決済中止イベントを送信したプロセッサ１１は、ＡＣＴ２４３へと進む。プロセッサ１１は、ＡＣＴ２４３として指示装置５に対して指示画面のデータを出力する。すなわちプロセッサ１１は、ＡＣＴ２３４の処理で取得した指示装置ＩＤで識別される指示装置５に対して指示画面のデータを出力する。これにより、指示画面のデータを受信した指示装置５においては、タブレットの液晶画面に指示画面ＳＤａ（図３５を参照）が表示される。

以後、プロセッサ１１は、図１７を用いて説明した第４の情報処理のＡＣＴ２１１乃至ＡＣＴ２２５の処理を前述したのと同様に実行する。

このように第２の実施形態においては、決済装置４を操作する客が店員呼出ボタンＢＥｂを入力すると、指示装置５に確認画面ＳＤｂが表示される。ここで、店員が継続ボタンＢＤｄを入力した場合には、決済装置４の第３取引ファイル７２１に記憶されているデータはそのまま残る。客は、決済装置４を引き続き操作して、セルフで取引を決済することができる。

これに対し、店員が再保留ボタンＢＤｃを入力した場合には、第３取引ファイル７２１に記憶されていたデータは、保留サーバ１において再度保留される。そして指示装置５の画面が指示画面ＳＤａとなる。ここで、店員が戻すボタンＢＤｂを入力すると、再保留されたデータは、取引処理装置３に送信される。かくして客は、取引処理装置３を操作して取引を決済することができる。このとき、客が例えば商品券で代金を支払う場合には、スペースＳＰに居る店員に確認を求めればよい。

以上詳述したように、第２の実施形態によれば、決済装置４が取り込んだ取引に係る情報を、指示装置５に対する店員の操作により保留サーバ１に戻して再度保留することができる。そして、再度保留された取引に係る情報は、やはり指示装置５に対する店員の操作により取引処理装置３又は決済装置４に出力することができる。したがって、例えば、決済装置４に異常が発生して、決済装置４を操作しようとした客が取引を決済できない場合には、指示装置５に対する簡単な操作により、その客の取引に係る情報の出力先を取引処理装置３に変更することができる。

［第３の実施形態］
図４６は、第３の実施形態に係る決済システム２００の概略構成を示すブロック図である。第１の実施形態では、決済レーンＬ毎に入力装置２、取引処理装置３、決済装置４及び指示装置５を備える決済システム１００を例示した。第３の実施形態では、１つの決済レーンＬに対しては入力装置２と取引処理装置３とを配置し、決済装置４と指示装置５は、隣接する２つの決済レーンＬで共用する。例えば２つの決済レーンＬの近くに決済装置４を設置する。また、２つの決済レーンＬの各々のスペースＳＰの近くに指示装置５を配置する。こうすることにより、一方の決済レーンＬの客は、その決済レーンＬの取引処理装置３又は共用の決済装置４をセルフで操作して、取引を決済することができる。同様に、他方の決済レーンＬの客は、その決済レーンＬの取引処理装置３又は共用の決済装置４をセルフで操作して、取引を決済することができる。

ところで、第３の実施形態においては、指示装置５に表示される指示画面ＳＤａのレイアウトを変更する必要がある。図４７は、第３の実施形態における指示画面ＳＤｃの一表示例である。図４７は、レーン番号「００１」の決済レーンＬに対する取込みボタンＢＤａａ及び戻すボタンＢＤｂａと、レーン番号「００２」の決済レーンＬに対する取込みボタンＢＤａｂ及び戻すボタンＢＤｂｂとを配置した指示画面ＳＤｃを示している。

このような指示画面ＳＤｃに対しては、レーン番号「００１」の決済レーンＬに居る店員は、保留サーバ１に保留された取引に係る情報の出力先を共用の決済装置４とする場合には取込みボタンＢＤａａを入力する。同一決済レーンＬの取引処理装置３とする場合には、店員は、戻すボタンＢＤｂａを入力する。レーン番号「００２」の決済レーンＬに居る店員は、保留サーバ１に保留された取引に係る情報の出力先を共用の決済装置４とする場合には取込みボタンＢＤａｂを入力する。同一決済レーンＬの取引処理装置３とする場合には、店員は戻すボタンＢＤｂｂを入力する。このように店員は、共用の指示装置５に対して、自らが居る決済レーンＬの取込みボタンＢＤａａ，ＢＤｂａ又は戻しボタンＢＤａｂ，ＢＤｂｂを入力するだけで、保留サーバ１に保留された取引に係る情報の出力先を容易に選定することができる。

かような構成の第３の実施形態によれば、指示装置５及び決済装置４の台数を決済レーンＬの数よりも少なくすることができる。したがって、設備コストを低減できる。また、指示装置５及び決済装置４のメンテナンスに係る費用も抑制することができる。

なお、指示画面ＳＤａは、図４７に示すものに限定されるものではない。例えば、保留サーバ１にデータが保留されていない決済レーンＬについては、取込みボタンＢＤａ又は戻しボタンＢＡｂを消去又はグレーアウトして無効化してもよい。そうすることにより、店員の誤操作を防止することができる。

［第４の実施形態］
図４８は、第４の実施形態に係る決済システム３００の概略構成を示すブロック図である。第１の実施形態では、指示装置５を通信ネットワーク６に直接接続した。第４の実施形態では、指示装置５を決済装置４に接続する。すなわち、保留サーバ１と指示装置５とは、決済装置４を介してデータ信号を送受信する構成とする。例えば、保留サーバ１から出力される指示画面のデータは、決済装置４を介して指示装置５へと送信される。指示装置５の第１信号又は第２信号等は、決済装置４を介して保留サーバ１へと送信される。

このような構成の第４の実施形態であれば、指示装置５の取込みボタンＢＤａが入力されて第１信号が決済装置４に入力されると、決済装置４が主体となって、同一決済レーンＬのレーン別フォルダ１３２に保存されている取引に係る情報を保留サーバ１から取り込むようになる。その結果、他の実施形態と比較して保留サーバ１の負荷が軽減される。

［第５の実施形態］
第１の実施形態では、取引処理装置３は、取引の決済が不可能な場合に、取引に係る情報を保留サーバ１に出力して、保留サーバ１で保留するものとした。第５の実施形態では、取引処理装置３は、取引の決済が可能であるか不可能であるかに拘らず、取引に係る情報を保留サーバ１に出力して、保留サーバ１で保留する。そして保留サーバ１は、指示装置５からの指示に応じて、保留した取引に係る情報を取引処理装置３又は決済装置４に送信する。このような構成を採用しても、店員は出力先を都度指定するという負担は生じるが、代金の支払いに関する操作を購買者に行わせることで人件費の削減を図る、という効果は奏し得る。因みに、第５の実施形態では、取引処理装置３が有する第１の決済手段３０４は、保留サーバ１に保留された取引に係る情報を基に取引を決済する手段となる。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…保留サーバ、２…入力装置、３…取引処理装置、４…決済装置、５…指示装置、６…通信ネットワーク、１００，２００，３００…決済システム、１０１…認識手段、１０２…取引情報入力手段、１０３…保留手段、１０４…保留情報出力手段、１３１…レーンテーブル、１３２…レーン別フォルダ、２０１…入力手段、２０２…終了受付手段、２０３…第１の支払い受付手段、３０１…取得手段、３０２…第１の金額出力手段、３０３…第２の支払い受付手段、３０４…第１の決済手段、３０５…取引情報出力手段、３０６…案内手段、３０７…実行手段、４０１…取込み手段、４０２…第２の金額出力手段、４０３…第３の支払い受付手段、４０４…第２の決済手段、５０１…受付手段、５０２…指示手段、６２１…第１取引ファイル、６２２…第２取引ファイル、６２３…ステータスメモリ、６２４，６２５，７２２…フラグメモリ、７２１…第３取引ファイル。

Claims (8)

1. 取引処理装置と、決済装置と、指示装置と、保留装置とを含み、
   前記取引処理装置は、
   入力装置を介して取得した取引に係る情報を基に取引を決済する第１の決済手段と、
   前記取引の決済が不可能な場合に、前記取引に係る情報を前記保留装置に出力する取引情報出力手段と、
   を具備し、
   前記決済装置は、
   前記保留装置から出力された前記取引に係る情報を基に取引を決済する第２の決済手段と、
   を具備し、
   前記指示装置は、
   前記保留装置に保留された前記取引に係る情報の出力先を受け付ける受付手段と、
   前記受付手段により受け付けた出力先に前記取引に係る情報を出力する指示を行う指示手段と、
   を具備し、
   前記保留装置は、
   前記取引処理装置から出力された前記取引に係る情報を保留する保留手段と、
   前記指示装置により指示された出力先に、前記保留手段で保留した前記取引に係る情報を出力する保留情報出力手段と、
   を具備する決済システム。
   
2. 前記取引処理装置の前記取引情報出力手段は、
   取引の決済が不可能な状態で前記入力装置を介して前記取引に係る情報の入力終了指示を受けた場合に、前記取引に係る情報を前記保留装置に出力する、請求項１記載の決済システム。
3. 前記取引処理装置は、
   前記保留装置に保留された前記取引に係る情報の出力先を案内する案内手段、
   をさらに具備する、請求項１記載の決済システム。
4. 前記指示装置の受付手段は、
   前記取引に係る情報の出力先を前記決済装置とすることを受け付けるための第１の操作子と、
   前記取引に係る情報の出力先を前記取引処理装置とすることを受け付けるための第２の操作子と、
   を含む、請求項１記載の決済システム。
5. 前記指示装置の受付手段は、
   前記決済装置に出力された前記取引に係る情報を前記保留装置に戻すことを受け付けるための第３の操作子、
   をさらに含む請求項４記載の決済システム。
6. 前記保留装置の前記保留情報出力手段は、
   前記指示装置により指示された出力先に対して決済が可能であるか否かを確認し、決済が可能なである場合に前記取引に係る情報を出力する、請求項１記載の決済システム。
7. 前記保留装置の前記保留手段は、
   複数の前記取引処理装置から出力された前記取引に係る情報を保留し、
   前記指示装置の受付手段は、
   複数の前記取引処理装置毎に、当該取引処理装置から出力され、前記保留装置に保留された前記取引に係る情報の出力先を受け付ける、請求項１記載の決済システム。
8. 取引処理装置と、決済装置と、指示装置と、保留装置とを含み、
   前記取引処理装置は、
   入力装置を介して取得した取引に係る情報を前記保留装置に出力する取引情報出力手段と、
   前記保留装置から出力された前記取引に係る情報を基に取引を決済する第１の決済手段と、
   を具備し、
   前記決済装置は、
   前記保留装置から出力された前記取引に係る情報を基に取引を決済する第２の決済手段、
   を具備し、
   前記指示装置は、
   前記保留装置に保留された前記取引に係る情報の出力先を指示する指示手段、
   を具備し、
   前記保留装置は、
   前記取引処理装置から出力された前記取引に係る情報を保留する保留手段と、
   前記指示装置により指示された出力先に、前記保留手段で保留した前記取引に係る情報を出力する保留情報出力手段と、
   を具備する決済システム。