JP2023088621A - 取引処理システム及び決済装置 - Google Patents

Abstract

【課題】テナントの取引実績の運営者による管理をより簡易とする。【解決手段】実施形態の取引処理システムは、取引処理装置に備えられた第１の送信手段、決済装置に備えられた第１の受信手段、変換手段及び第２の送信手段、ならびに管理装置に備えられた第２の受信手段及び第１の管理手段を備える。第１の送信手段は、処理済みの複数の取引に関して精算した結果を表す第１のデータを決済装置に送信する。第１の受信手段は、第１の送信手段により送信された第１のデータを受信する。変換手段は、第１の受信手段により受信された第１のデータを第２のデータに変換する。第２の送信手段は、変換手段での変換により得られた第２のデータを管理装置に送信する。第２の受信手段は、第２の送信手段により送信された第２のデータを受信する。第１の管理手段は、第２の受信手段により受信された第２のデータを管理する。【選択図】 図１

Description

本発明の実施形態は、取引処理システム及び決済装置に関する。

複数のテナントが出店するショッピングセンターでは、クレジットカード又は電子マネーなどの一部の決済方法を利用した決済に関しては、ショッピングセンターの運営者からテナントに提供される決済装置が用いられる場合がある。ただし、この場合も、取引処理のためのＰＯＳ端末などの取引処理装置は、テナントが独自に選定したものが用いられることがある。そして、決済装置と取引処理装置との連携は図られていない。
一方、このようなショッピングセンターでは、各テナントでの取引の実績を、ショッピングセンターの運営者が管理することが広く行われている。
このため、日毎などの予め定められた精算期間内に行われた複数の取引に関する精算業務に当たっては、該当の精算期間内に取引処理装置で処理済みの複数の取引に関して精算した結果をレシート用紙にプリントした精算票を取引処理装置で発行し、この精算票をテナントから運営者に提出している。
かくして、テナントの取引実績の運営者による管理に関しては、テナント及び運営者ともに面倒であった。
このような事情から、テナントの取引実績の運営者による管理をより簡易に行えることが望まれていた。

特開２０２１－１０１３３６号公報

本発明が解決しようとする課題は、テナントの取引実績の運営者による管理をより簡易に行える取引処理システム及び決済装置を提供することである。

実施形態の取引処理システムは、取引を処理するための情報処理を実行する取引処理装置と、取引処理装置による情報処理によって処理された取引に関する決済のための情報処理を実行する決済装置と、取引処理装置による情報処理によって処理された取引を管理する管理装置と、を具備した取引処理システムであって、取引処理装置に備えられた第１の送信手段、決済装置に備えられた第１の受信手段、変換手段及び第２の送信手段、ならびに管理装置に備えられた第２の受信手段及び第１の管理手段を備える。第１の送信手段は、処理済みの複数の取引に関して精算した結果を表す第１のデータを決済装置に送信する。第１の受信手段は、第１の送信手段により送信された第１のデータを受信する。変換手段は、第１の受信手段により受信された第１のデータを第２のデータに変換する。第２の送信手段は、変換手段での変換により得られた第２のデータを管理装置に送信する。第２の受信手段は、第２の送信手段により送信された第２のデータを受信する。第１の管理手段は、第２の受信手段により受信された第２のデータを管理する。

一実施形態に係る取引処理システムの概略構成を表すブロック図。 図１中の取引処理装置の要部回路構成の一例を表すブロック図。 図１中の決済装置の要部回路構成を表すブロック図。 図１中の管理サーバの要部回路構成を表すブロック図。 管理データベースに含まれるデータレコードの１つの構造を模式的に表す図。 図２中のプロセッサによる精算処理のフローチャート。 図２中のプロセッサによるスクレイプ処理のフローチャート。 図３中のプロセッサによる精算処理のフローチャート。 図３中のプロセッサによるアップロード処理のフローチャート。 図４中のプロセッサによる収集処理のフローチャート。

以下、実施の形態の一例について図面を用いて説明する。なお、本実施の形態では、ショッピングセンターに出店している複数のテナントのそれぞれで行われる取引を処理する取引処理システムを例に説明する。
図１は本実施形態に係る取引処理システム１の概略構成を表すブロック図である。
取引処理システム１は、複数の取引処理装置１００、複数の決済装置２００、管理サーバ３００、設定サーバ４００及び設定端末５００を含む。

取引処理装置１００は、商品販売などの取引の登録と、登録された取引に関する決済額の算出などの情報処理を実行する情報処理装置である。取引処理装置１００としては、例えば既存のＰＯＳ端末装置又はキャッシュレジスタなどが用いられてよい。複数の取引処理装置１００は、複数のテナントでそれぞれ使用される。複数の取引処理装置１００は、同一の構成である必要はない。ただし、複数の取引処理装置１００の中に、同一の構成のものが複数含まれていても構わない。例えば、取引処理装置１００は、個々のテナントにより適宜に選定される。

決済装置２００は、例えば通信ネットワーク２を介したクラウドサービスとして提供される決済サービスを利用した決済処理のための情報処理を実行する情報処理装置である。決済装置２００は、接続先の取引処理装置１００で処理済みの取引に関する実績を精算した結果を表す精算データ（以下、取引精算データと称する）を生成し、管理サーバ３００に送信する機能も備える。複数の決済装置２００は、基本的に同一の構成のものとする。例えば、決済装置２００は、運営者からテナントに貸与される。決済装置２００は、同じテナントで用いられる取引処理装置１００と通信可能に接続される。取引処理装置１００と決済装置２００との接続形態は任意で合ってよい。例えばＲＳ－２３２Ｃ又はＵＳＢ（universal serial bus）などのインタフェース規格を用いた有線接続であってもよいし、無線ＬＡＮ（local area network）又はBluetooth（登録商標）などの無線通信規格を用いた無線接続であってもよい。
なお、互いに接続された取引処理装置１００と決済装置２００とは、複数組が１つのテナントで用いられても構わない。

管理サーバ３００は、通信ネットワーク２を介して複数の決済装置２００のそれぞれと通信可能とされる。管理サーバ３００は、各テナントでの取引の実績と決済サービスを利用した決済の実績とを管理するための情報処理を行う情報処理装置である。つまり管理サーバ３００は、取引処理装置１００により処理された取引を管理する管理装置に相当する。

設定サーバ４００は、通信ネットワーク２を介して複数の決済装置２００のそれぞれと通信可能とされる。設定サーバ４００は、決済装置２００で取引精算データを生成するための条件などの設定を表す設定ファイルを複数の決済装置２００のそれぞれに関して記憶し、当該設定ファイルを決済装置２００に提供する。

設定端末５００は、設定ファイルが表す設定の変更のための操作を受け付けるユーザインタフェース端末である。
通信ネットワーク２としては、典型的にはＬＡＮが用いられる。しかしながら通信ネットワーク２としては、ＬＡＮの他、インターネット、ＶＰＮ、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。

図２は取引処理装置１００の要部回路構成の一例を表すブロック図である。
取引処理装置１００は、プロセッサ１０１、メインメモリ１０２、補助記憶ユニット１０３、表示ユニット１０４、入力ユニット１０５、スキャナ１０６、レシートプリンタ１０７、釣銭ユニット１０８、通信ユニット１０９及び伝送路１１０を備える。

プロセッサ１０１、メインメモリ１０２及び補助記憶ユニット１０３が伝送路１１０で接続されて、取引処理装置１００の制御に関する情報処理を実行するためのコンピュータが構成される。
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、メインメモリ１０２及び補助記憶ユニット１０３に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムなどの情報処理プログラムに基づく情報処理を実行することにより、取引処理装置１００の各種の機能を実現するべく取引処理装置１００の各部を制御する。

メインメモリ１０２は、上記コンピュータの主記憶部分に相当する。メインメモリ１０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１０２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。またメインメモリ１０２は、プロセッサ１０１が各種の情報処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ１０２は、揮発性のメモリ領域を、プロセッサ１０１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット１０３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１０３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）等の周知の記憶デバイスを備える。補助記憶ユニット１０３は、プロセッサ１０１が各種の情報処理を行う上で使用するデータや、プロセッサ１０１での処理によって生成されたデータを保存する。補助記憶ユニット１０３は、上記の情報処理プログラムを記憶する場合もある。本実施形態では補助記憶ユニット１０３は、取引処理プログラムＰＲＡ及びスクレイパープログラムＰＲＢを記憶する。取引処理プログラムＰＲＡは、取引処理のための情報処理の手順を記述した情報処理プログラムである。スクレイパープログラムＰＲＢは、後述する情報処理（以下、スクレイプ処理と称する）の手順を記述した情報処理プログラムである。また本実施形態では補助記憶ユニット１０３は、ジャーナルデータＤＡＡを記憶する。ジャーナルデータＤＡＡは、処理済みの取引に関する履歴を表したデータである。取引処理プログラムＰＲＡは、複数の取引処理装置１００で別々であっても構わない。スクレイパープログラムＰＲＢは、複数の取引処理装置１００で共通とする。ジャーナルデータＤＡＡの内容は、複数の取引処理装置１００で別々であっても構わない。

表示ユニット１０４は、液晶表示器などの周知の表示デバイスを１つ又は複数備える。表示ユニット１０４は、店員等の操作者に対する情報提示のための画面を表示デバイスにて表示する。なお、表示ユニット１０４は、タッチパネルに備えられた表示デバイスを含んでもよい。

入力ユニット１０５は、操作者による操作に応じて当該操作者の指示を入力する。入力ユニット１０５としては、タッチパネルに備えられたタッチセンサ、キーボード、各種のスイッチなどの各種の操作デバイスを、単独又は適宜に組み合わせて備える。

スキャナ１０６は、バーコード及び２次元コードを読み取って、それらバーコード及び２次元コードが表すデータを認識する。スキャナ１０６は例えば、読取窓の前に翳された商品をカメラにより撮像して得られたデータに対する画像処理によってデータを認識する。あるいはスキャナ１０６は、レーザ光の反射を利用して光学的にバーコード又は２次元コードを読み取る。なおスキャナ１０６は、商品を撮像して得た商品自体の画像からオブジェクト認識技術を利用して商品を特定するのでもよい。
レシートプリンタ１０７は、レシート用紙に対して各種の画像をプリントして、レシート、領収証、売上票、あるいは精算票などの各種の証票を発行する。

釣銭ユニット１０８は、硬貨投入口から投入された硬貨を、その金額を計数しつつ、内部の収納庫に収容する。釣銭ユニット１０８は、収納庫に収容している硬貨を、硬貨排出口を介して硬貨トレイへと排出する。釣銭ユニット１０８は、紙幣投入口から投入された紙幣を、その金額を計数しつつ、内部の収納庫に収容する。釣銭ユニット１０８は、収納庫に収容している紙幣を紙幣排出口から排出する。

通信ユニット１０９は、決済装置２００との間で各種データを授受するための通信処理を行う。通信ユニット１０９としては、決済装置２００との通信に用いるインタフェース規格に準拠した既存の通信デバイスを用いることができる。
伝送路１１０は、アドレスバス、データバス及び制御信号線等を含む。伝送路１１０は、接続されている各部の間で授受されるデータ及び信号を伝送する。

図３は決済装置２００の要部回路構成を表すブロック図である。
決済装置２００は、プロセッサ２０１、メインメモリ２０２、補助記憶ユニット２０３、タッチパネル２０４、カードリーダ／ライタ２０５、近接通信ユニット２０６、レシートプリンタ２０７、通信ユニット２０８，２０９及び伝送路２１０を備える。

プロセッサ２０１、メインメモリ２０２及び補助記憶ユニット２０３が伝送路２１０で接続されて、取引処理装置１００の制御に関する情報処理を実行するためのコンピュータが構成される。

プロセッサ２０１は、上記コンピュータの中枢部分に相当する。プロセッサ２０１は、メインメモリ２０２及び補助記憶ユニット２０３に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムなどの情報処理プログラムに基づく情報処理を実行することにより、決済装置２００の各種の機能を実現するべく決済装置２００の各部を制御する。

メインメモリ２０２は、上記コンピュータの主記憶部分に相当する。メインメモリ２０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２０２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。またメインメモリ２０２は、プロセッサ２０１が各種の情報処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ２０２は、揮発性のメモリ領域を、プロセッサ２０１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット２０３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット２０３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤ等の周知の記憶デバイスを備える。補助記憶ユニット２０３は、プロセッサ２０１が各種の情報処理を行う上で使用するデータや、プロセッサ２０１での処理によって生成されたデータを保存する。補助記憶ユニット２０３は、上記の情報処理プログラムを記憶する場合もある。本実施形態では補助記憶ユニット２０３は、決済プログラムＰＲＣ及びエージェントプログラムＰＲＤを記憶する。決済プログラムＰＲＣは、決済のための情報処理の手順を記述した情報処理プログラムである。エージェントプログラムＰＲＤは、後述する情報処理（以下、抽出処理と称する）の手順を記述した情報処理プログラムである。また本実施形態では補助記憶ユニット２０３は、設定ファイルＦＩＡ及びジャーナルデータＤＡＢを記憶する。設定ファイルＦＩＡは、設定サーバ４００からダウンロードしたファイルである。ジャーナルデータＤＡＢは、処理済みの決済に関する履歴を表したデータである。

タッチパネル２０４は、店員等の操作者に対する情報提示のための画面を表示する。タッチパネル２０４は、操作者による操作に応じて当該操作者の指示を入力する。
カードリーダ／ライタ２０５は、クレジットカード、会員カード及びプリペイドカードなどの予め定められたカードに記録されたカードデータを読み取る。またカードリーダ／ライタ２０５は、会員カード等の予め定められたカードに対して任意のデータを書き込む。

近接通信ユニット２０６は、近接された無線タグとの間で近接無線通信を行い、当該無線タグに記憶されたデータを取得する。また近接通信ユニット２０６は、上記の近接無線通信により、上記の無線タグに任意の情報を書き込む。
レシートプリンタ２０７は、レシート用紙に対して各種の画像をプリントして、レシート、領収証、売上票、あるいは精算票などの各種の証票を発行する。

通信ユニット２０８は、取引処理装置１００との間で各種データを授受するための通信処理を行う。通信ユニット２０８としては、取引処理装置１００との通信に用いるインタフェース規格に準拠した既存の通信デバイスを用いることができる。
通信ユニット２０９は、通信ネットワーク２を介したデータ通信のための通信処理を行う。通信ユニット２０９としては、通信ネットワーク２の通信方式に適応した既存の通信デバイスを用いることができる。
伝送路２１０は、アドレスバス、データバス及び制御信号線等を含む。伝送路２１０は、接続されている各部の間で授受されるデータ及び信号を伝送する。

図４は管理サーバ３００の要部回路構成を表すブロック図である。
管理サーバ３００は、プロセッサ３０１、メインメモリ３０２、補助記憶ユニット３０３、通信ユニット３０４及び伝送路３０５を含む。管理サーバ３００のハードウェアとしては、例えば汎用のサーバ装置を用いることができる。

プロセッサ３０１、メインメモリ３０２及び補助記憶ユニット３０３が伝送路３０５で接続されて、取引処理システム１により処理済みの取引及びその決済を管理するためのコンピュータが構成される。
プロセッサ３０１は、上記コンピュータの中枢部分に相当する。プロセッサ３０１は、メインメモリ３０２及び補助記憶ユニット３０３に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムなどの情報処理プログラムに基づく情報処理を実行することにより、上記の管理のための情報処理を実行する。

メインメモリ３０２は、上記コンピュータの主記憶部分に相当する。メインメモリ３０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ３０２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。またメインメモリ３０２は、プロセッサ３０１が各種の情報処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ３０２は、揮発性のメモリ領域を、プロセッサ３０１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット３０３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット３０３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤ等の周知の記憶デバイスを備える。補助記憶ユニット３０３は、プロセッサ３０１が各種の情報処理を行う上で使用するデータや、プロセッサ３０１での処理によって生成されたデータを保存する。補助記憶ユニット３０３は、上記の情報処理プログラムを記憶する場合もある。本実施形態では、補助記憶ユニット３０３は、情報処理プログラムの１つである管理プログラムＰＲＥを記憶する。管理プログラムＰＲＥは、取引処理システム１により処理済みの取引及びその決済を管理するための情報処理（以下、管理処理と称する）の手順を記述したアプリケーションプログラムである。補助記憶ユニット３０３の記憶領域の一部は、管理データベースＤＢＡとして用いられる。

図５は管理データベースＤＢＡに含まれるデータレコードＲＥＡの１つの構造を模式的に表す図である。
データレコードＲＥＡは、複数の決済装置２００のそれぞれに関連付けられる。つまり管理データベースＤＢＡは、複数のデータレコードＲＥＡの集合である。データレコードＲＥＡは、フィールドＦＡＡ，ＦＡＢ，ＦＡＣ…を含む。フィールドＦＡＡには、関連付けられた決済装置２００の識別子としての決済装置コードがセットされる。フィールドＦＡＢには、関連付けられた決済装置２００を使用するテナントの識別子としてのテナントコードがセットされる。フィールドＦＡＣ以降の各フィールドには、関連付けられた決済装置２００が接続されている取引処理装置１００により処理済みの取引と、関連付けられた決済装置２００で処理済みの決済とに関する精算データ群がセットされる。

精算データ群は、フィールドＦＢＡ，ＦＢＢ，ＦＢＣ，ＦＢＤ，ＦＢＥを含む。フィールドＦＢＡには、該当の精算データ群に関する日時がセットされる。フィールドＦＢＢ～ＦＢＥには、取引精算データ、取引精算票データ、決済精算データ及び決算精算票データがそれぞれセットされる。これら取引精算データ、取引精算票データ、決済精算データ及び決算精算票データについては後述する。
なお管理データベースＤＢＡは、取引処理システム１の構築時などに補助記憶ユニット１０３に書き込まれる。ただし、初期の管理データベースＤＢＡにおいて各データレコードＲＥＡは、フィールドＦＡＡ，ＦＡＢのみに決済装置コード及びテナントコードがセットされており、フィールドＦＡＣ以降のフィールドには精算データ群がセットされていない。

通信ユニット３０４は、通信ネットワーク２を介したデータ通信のための処理を行う。通信ユニット３０４としては、通信ネットワーク２の通信方式に適応した既存の通信デバイスを用いることができる。
伝送路３０５は、アドレスバス、データバス及び制御信号線等を含む。伝送路３０５は、接続されている各部の間で授受されるデータ及び信号を伝送する。

ところで、取引処理プログラムＰＲＡ、スクレイパープログラムＰＲＢ、決済プログラムＰＲＣ、エージェントプログラムＰＲＤ及び管理プログラムＰＲＥは、取引処理装置１００、決済装置２００及び管理サーバ３００の譲渡の際に補助記憶ユニット１０３，２０３，３０３に記憶されていてもよいし、取引処理装置１００、決済装置２００及び管理サーバ３００のハードウェアとは別に譲渡された各プログラムが、任意の作業者の操作に応じてプロセッサ１０１，２０１，３０１によって補助記憶ユニット１０３，２０３，３０３に書き込まれてもよい。なお各プログラムは、ハードウェアとは別での譲渡に当たっては、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録されて譲渡されてもよいし、あるいはネットワークを介した通信により譲渡されてもよい。

次に以上のように構成された取引処理システム１の動作につき説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。

テナントでの取引に際しては、そのテナントで用いられる取引処理装置１００により取引内容の登録が行われ、登録された取引内容に応じた決済額が算出される。そして決済装置２００を用いるべき決済サービスが利用されないのであれば、決済装置２００を用いること無しに、例えば釣銭ユニット１０８を用いた現金決済などが行われる。決済装置２００を用いるべき決済サービスが利用される場合は、決済に必要な情報がタッチパネル２０４での操作者による操作によって決済装置２００に入力された上で、決済装置２００により決済サービスを利用した決済が実行される。なお、この場合の取引処理装置１００の動作は、例えば既存のＰＯＳ端末又はキャッシュレジスタなどの動作と同様であってよい。また決済装置２００の動作は、例えば既存の決済装置などの動作と同様であってよい。つまり取引処理装置１００にてプロセッサ１０１は、取引処理プログラムＰＲＡに従って、既存のＰＯＳ端末又はキャッシュレジスタのプロセッサが実行しているのと同様な取引処理を実行する。また決済装置２００にてプロセッサ２０１は、決済プログラムＰＲＣに従って、既存の決済装置のプロセッサが実行しているのと同様な決済処理を実行する。

なお、取引処理装置１００では、実行した取引処理に関する各種の情報がジャーナルデータＤＡＡに追加される。また決済装置２００では、実行した決済に関する各種の情報がジャーナルデータＤＡＢに追加される。ジャーナルデータＤＡＡ，ＤＡＢには、取引の対象となる商品のリストなどのような取引の内容、あるいは決済方法及び決済額などの決済の内容の他に、操作ログなどの付帯情報が含められてもよい。

さて、予め定められた精算タイミングとなると、テナント店員などの作業者は、例えば入力ユニット１０５及びタッチパネル２０４での予め定められた操作によって、精算実行を取引処理装置１００及び決済装置２００にそれぞれ指示する。精算タイミングは、典型的には、テナントの営業終了後の日計精算のタイミングである。しかしながら精算タイミングは、例えば１日の中に１回又は複数回として予め定められた時刻毎や、１週間又は１ヶ月などのような複数営業日を含んだ期間毎のタイミングとされても構わない。

取引処理装置１００では、精算実行が指示されると、プロセッサ１０１が取引処理プログラムＰＲＡに従って精算処理を実行する。
図６はプロセッサ１０１による精算処理のフローチャートである。

ＡＣＴ１１としてプロセッサ１０１は、取引実績の精算処理を実行する。プロセッサ１０１は例えば、予め定められた精算期間に処理済みの取引に関してジャーナルデータＤＡＡに含まれる情報を対象として、予め定められた複数の項目に関して精算する。精算期間は例えば、直近の１営業期間内とすることが想定される。精算の対象とする項目としては例えば、客数、現金売上総額、総売上額、あるいは税合計額などが想定される。なお、精算期間をどのような期間とし、どのような項目を精算の対象とするかは、テナント毎の事情、あるいは取引処理装置１００の設定などに応じて、複数の取引処理装置１００で個別であってよい。

ＡＣＴ１２としてプロセッサ１０１は、ＡＣＴ１１での精算結果を表した精算票のプリントデータを生成する。このプリントデータは、精算の対象となった各項目を表す文字列及び精算結果として得られた数値を表す文字列などを予め定められたフォームで２次元的に配置した画像を表すデータである。プリントデータは例えば、画像に表す文字を表す文字コードと、当該文字の画像中での配置を制御するための制御文字を表す文字コードとの羅列からなるテキスト形式のデータである。
ＡＣＴ１３としてプロセッサ１０１は、上記のように生成したプリントデータに基づく精算票のプリントをレシートプリンタ１０７に指示する。そしてプロセッサ１０１は、これをもって精算処理を終了する。

この指示に応じてレシートプリンタ１０７は、上記のプリントデータが表す画像をレシート用紙にプリントしてなる精算票を発行する。なお、このプリント指示に当たっては、プリンタドライバにプリントデータが引き渡される。そしてプロセッサ１０１は、プリンタドライバの機能によりレシートプリンタ１０７を制御する。

一方、プロセッサ１０１は、精算処理とは別のスレッドの処理として、スクレイパープログラムＰＲＢに従ってスクレイプ処理を実行する。
図７はプロセッサ１０１によるスクレイプ処理のフローチャートである。

ＡＣＴ２１としてプロセッサ１０１は、プリンタドライバへのプリントデータの受け渡しが行われるのを待ち受ける。そしてプロセッサ１０１は、例えば上記のように精算処理によりプリンタドライバへとプリントデータの受け渡しが行われたならばＹＥＳと判定し、ＡＣＴ２２へと進む。

ＡＣＴ２２としてプロセッサ１０１は、プリンタドライバへと受け渡されるプリントデータを取得する。なお、既存の多くのＰＯＳ端末又はキャッシュレジスタなどでは、レシートのプリントに関わるプリントデータの授受がＯＰＯＳ（open POS）仕様で行われているので、プロセッサ１０１はスクレイパー処理では例えば、このＯＰＯＳ仕様に則ってプリントデータを取得することが可能である。
ＡＣＴ２３としてプロセッサ１０１は、上記のように取得したプリントデータを決済装置２００に通信ユニット１０９から送信する。そしてプロセッサ１０１はこののち、ＡＣＴ２１の待受状態に戻る。

以上のようにスクレイプ処理により送信されるプリントデータは、処理済みの複数の取引に関して精算した結果を表した画像に関するデータであるから、第１のデータの一例である。そしてスクレイパープログラムＰＲＢに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは通信ユニット１０９との協働により、第１のデータとしてのプリントデータを送信する第１の送信手段としての機能を実現する。

決済装置２００では、精算実行が指示されると、プロセッサ２０１が決済プログラムＰＲＣに従って精算処理を実行する。
図８はプロセッサ２０１による精算処理のフローチャートである。

ＡＣＴ３１としてプロセッサ２０１は、プリントデータが受信されるのを待ち受ける。上述のように取引処理装置１００から送信されたプリントデータは、通信ユニット２０９により受信される。つまり通信ユニット２０９は、第１の受信手段の一例である。そしてプロセッサ２０１は、プリントデータが通信ユニット２０９により受信されると、ＡＣＴ３１にてＹＥＳと判定し、ＡＣＴ３２へと進む。

ＡＣＴ３２としてプロセッサ２０１は、受信されたプリントデータが精算票に関するプリントデータであるか否かを確認する。プロセッサ２０１は、プリントデータが表す画像の予め定められた位置に例えば「精算」などの予め定められたキーワードが含まれるか否かに基づいてこの確認を行う。より具体的にはプロセッサ２０１は、プリントデータを構成する文字コード列に、画像中の予め定められた位置に表すべき文字に関して含まれる「精」を表す文字コードと「算」を表す文字コードとの連続が含まれるか否かを確認する。そしてプロセッサ２０１は、例えば該当の事象を確認できないならば、精算票に関するプリントデータであることを確認できないとしてＮＯと判定し、ＡＣＴ３１の待受状態に戻る。

なお、プリントデータのフォームは取引処理装置１００毎で異なる場合があり、キーワードとして使用できる文字列及びその配置位置は様々である。そこでプロセッサ２０１は、設定ファイルＦＩＡに表された設定に基づいて、キーワードとする文字列と、その文字列を探すべき位置を決定する。設定ファイルＦＩＡは、このように決済装置２００のそれぞれに関して、その決済装置２００に接続された取引処理装置１００において生成されるプリントデータのフォームを考慮して、キーワードとする文字列と、その文字列を探すべき位置とを表す設定データを含むように予め用意される。

そしてプロセッサ２０１は、受信されたプリントデータが精算票に関するプリントデータであることが確認できたならば、ＡＣＴ３２にてＹＥＳと判定し、ＡＣＴ３３へと進む。
ＡＣＴ３３としてプロセッサ２０１は、受信されたプリントデータに基づいて、取引精算データを生成する。プロセッサ２０１は例えば、エージェントプログラムＰＲＤに従った抽出処理を別スレッドの処理として起動する。そして抽出処理にてプロセッサ２０１は、精算票の画像に表すべき文字列としてプリントデータに含まれる文字列のうちから、予め定められた項目に関する項目名及び数値を表した文字列を抽出する。そしてプロセッサ２０１は、抽出した文字列から、上記の各項目の値を判定する。例えばプロセッサ２０１は、プリントデータから「客数 12」「現金売上 10000」「総売上 33000」「税合計 3000」の文字列をそれぞれ抽出し、「客数」「現金売上」「総売上」「税合計」、「12」「10000」「33000」「3000」を各項目の値として判定する。

なお、プリントデータのフォームは取引処理装置１００毎で異なる場合があり、抽出対象となる項目も異なる場合がある。そこでプロセッサ２０１は、設定ファイルＦＩＡに表された設定に基づいて、抽出対象とする項目を決定する。設定ファイルＦＩＡは、このように決済装置２００のそれぞれに関して、その決済装置２００に接続された取引処理装置１００において生成されるプリントデータのフォームを考慮して、抽出対象とする項目を表す設定データを含むように予め用意される。

そしてプロセッサ２０１はＡＣＴ３３では、抽出処理によって抽出された数値をそれぞれ、コンピュータにより解釈可能な形態で表したデータとして取引精算データを生成する。なお、取引精算データにて各値を表すフォームは任意であってよい。一例としては、「<客数>12</客数>」のような形態で各値を表すようにすればよい。
取引精算データは、第２のデータに相当する。かくして、取引精算データの生成は、第１のデータとしてのプリントデータを第２のデータとしての取引精算データに変換することに相当する。つまり、決済プログラムＰＲＣに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは変換手段として機能する。

ＡＣＴ３４としてプロセッサ２０１は、取引精算票データを生成する。取引精算票データは、取引精算票の画像を表したデータである。プロセッサ２０１は、抽出処理により抽出された各値がどの項目に関する値であるかを人間が容易に把握できるように各項目名と数値とをそれぞれ表す文字列を配置して表した画像のデータとして取引精算票データを生成する。取引精算票データも、例えば精算票のプリントデータと同様なテキスト形式のデータである。プロセッサ２０１は、取引処理装置１００から受信されたプリントデータが表す精算票のフォームに拘わらずに、予め定められたフォームで取引精算票データを生成する。取引精算票データは、第３のデータに相当する。かくして決済プログラムＰＲＣに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは第１の生成手段として機能する。

ＡＣＴ３５としてプロセッサ２０１は、決済実績の精算処理を実行する。プロセッサ２０１は例えば、予め定められた精算期間に処理済みの決済に関してジャーナルデータＤＡＢに含まれる情報を対象として、予め定められた複数の項目に関して精算する。精算期間は例えば、直近の１営業期間内とすることが想定される。精算の対象とする項目としては例えば、クレジット決済額、電子マネー決済額、商品券決済額、あるいは総決済額などが想定される。なお、精算期間をどのような期間とし、どのような項目を精算の対象とするかは、運営者などによって適宜に定められてよい。

ＡＣＴ３６としてプロセッサ２０１は、ＡＣＴ３５での精算の結果として得られた数値をそれぞれ、コンピュータにより解釈可能な形態で表したデータとして決済精算データを生成する。なお、決済精算データにて各値を表すフォームは任意であってよい。一例としては、取引精算データと同様、「<クレジット決済額>3000</クレジット決済額>」のような形態で各値を表すようにすればよい。決済精算データは、第４のデータに相当する。かくして決済プログラムＰＲＣに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは第２の生成手段として機能する。

ＡＣＴ３７としてプロセッサ２０１は、決済精算票データを生成する。プロセッサ２０１は、ＡＣＴ３５での精算の結果として得られた各値がどの項目に関する値であるかを人間が容易に把握できるように各項目名と数値とをそれぞれ表す文字列を配置して表した画像のデータとして決済精算票データを生成する。
そしてプロセッサ２０１は、決済精算票データを生成し終えたならば、精算処理を終了する。なおプロセッサ２０１は、ＡＣＴ３３，ＡＣＴ３４，ＡＣＴ３６，ＡＣＴ３７で生成した取引精算データ、取引精算票データ、決済精算データ及び決済精算票データを、メインメモリ２０２又は補助記憶ユニット２０３に保存しておく。

一方、決済装置２００にてプロセッサ２０１は、決済プログラムＰＲＣに従って、上記の決済処理及び精算処理とは別のスレッドの処理として、アップロード処理を実行する。
図９はプロセッサ２０１によるアップロード処理のフローチャートである。

ＡＣＴ４１としてプロセッサ２０１は、管理サーバ３００からアップロードが要求されるのを待ち受ける。
管理サーバ３００にてプロセッサ３０１は、予め定められた収集タイミングとなると、管理プログラムＰＲＥに従って収集処理を開始する。収集タイミングは、例えばショッピングセンターの営業時間外に定められた開始時刻などとすることが想定される。収集タイミングは、例えばショッピングセンターの運営者などによって適宜に定められてよい。

図１０はプロセッサ３０１による収集処理のフローチャートである。
ＡＣＴ５１としてプロセッサ３０１は、複数の決済装置２００のうちの１つを選択する。
ＡＣＴ５２としてプロセッサ３０１は、ＡＣＴ５１にて選択した決済装置２００に対して、精算データのアップロードを要求する。プロセッサ３０１は例えば、アップロードを要求するための予め定められた要求コマンドを、ＡＣＴ５１にて選択した決済装置２００を宛先として通信ユニット３０４から通信ネットワーク２へと送出する。この要求コマンドは、通信ネットワーク２により宛先とされた決済装置２００へと伝送されると、当該決済装置２００の通信ユニット２０９により受信される。これに応じて、この要求コマンドを受信した通信ユニット２０９が備えられた決済装置２００のプロセッサ２０１は、図９中のＡＣＴ４１にてＹＥＳと判定してＡＣＴ４２へと進む。ただし、精算データのアップロードの要求とは別の要求が、管理サーバ３００から決済装置２００に対して行われる場合もある。この場合もプロセッサ２０１は、ＡＣＴ４１にてＹＥＳと判定してＡＣＴ４２へと進む。

ＡＣＴ４２としてプロセッサ２０１は、精算データのアップロードの要求であるか否かを確認する。そしてプロセッサ２０１は、別の要求であるならばＮＯと判定し、要求に応じた処理へと進む。この場合のプロセッサ２０１の処理についての説明は省略する。しかしながらプロセッサ２０１は、精算データのアップロードの要求であるならばＡＣＴ４２にてＹＥＳと判定し、ＡＣＴ４３へと進む。

ＡＣＴ４３としてプロセッサ２０１は、取引精算データ、取引精算票データ、決済精算データ及び決済精算票データを含んだ精算データ群を管理サーバ３００に送信する。プロセッサ２０１は例えば、精算処理により前述のように生成し、メインメモリ２０２又は補助記憶ユニット２０３に保存してある取引精算データ、取引精算票データ、決済精算データ及び決済精算票データを含んだアップロードデータを生成し、当該アップロードデータを管理サーバ３００に宛てて通信ユニット２０９から通信ネットワーク２に送出させる。なおプロセッサ２０１は、精算処理の実行タイミングに関する日時情報をアップロードデータに含めてもよい。これにより、第２のデータとしての取引精算データ、取引精算データを表した画像に関する第３のデータとしての取引精算票データ、さらには第４のデータとしての決済精算データが管理装置としての管理サーバ３００に送信される。かくして決済プログラムＰＲＣに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは通信ユニット２０９との協働により第２の送信手段及び第３の送信手段としての機能を実現する。
そしてプロセッサ２０１はこののち、ＡＣＴ４１の待受状態に戻る。
上記のアップロードデータは、通信ネットワーク２により管理サーバ３００へと伝送されると、通信ユニット３０４により受信される。かくして通信ユニット３０４は、第２の受信手段及び第３の受信手段の一例である。

管理サーバ３００にてプロセッサ３０１は、ＡＣＴ５２にてアップロードを要求した後には、ＡＣＴ５３へと進む。
ＡＣＴ５３としてプロセッサ３０１は、アップロードデータが受信されるのを待ち受ける。そして上記のようにアップロードデータが通信ユニット３０４により受信されるとＹＥＳと判定し、ＡＣＴ５４へと進む。

ＡＣＴ５４としてプロセッサ３０１は、受信されたアップロードデータに基づいて管理データベースＤＢＡを更新する。プロセッサ３０１は例えば、受信されたアップロードデータに含まれている取引精算データ、取引精算票データ、決済精算データ及び決済精算票データをフィールドＦＢＢ～ＦＢＥにそれぞれセットした新たな精算データ群を生成する。プロセッサ３０１は例えば、選択中の決済装置２００の決済装置コードがフィールドＦＡＡにセットされているデータレコードＲＥＡを管理データベースＤＢＡから探し出す。プロセッサ３０１は例えば、該当のデータレコードＲＥＡに現存するフィールドの末尾に新たなフィールドを付加し、当該フィールドに上記の生成した精算データ群をセットする。なおプロセッサ３０１は、新たに生成する精算データ群のフィールドＦＢＡには、当該精算データ群の取得に関する日時をセットする。プロセッサ３０１は例えば、当該精算データ群を生成した日時を表す日時情報をフィールドＦＢＡにセットする。あるいはプロセッサ３０１は例えば、アップロードデータに日時情報が含まれるならば、その日時情報をフィールドＦＢＡにセットするのでもよい。これによりプロセッサ３０１は、第２のデータとしての取引精算データ、取引精算データを表した画像に関する第３のデータとしての取引精算票データ、さらには第４のデータとしての決済精算データを、管理データベースＤＢＡを用いて管理することとなる。かくして管理プログラムＰＲＥに基づく情報処理をプロセッサ３０１が実行することによって、プロセッサ３０１を中枢部分とするコンピュータは第１の管理手段及び第２の管理手段として機能する。

ＡＣＴ５５としてプロセッサ３０１は、この収集処理により精算データを収集する対象となる決済装置２００の全てからの収集が完了したか否かを確認する。なお、収集処理により精算データを収集する対象とする決済装置２００は、取引処理システム１に含まれる全ての決済装置２００とすることが想定される。しかしながら、取引処理システム１に含まれる全ての決済装置２００を複数のグループに分けておき、プロセッサ３０１は、それぞれのグループに属する決済装置２００を、それぞれ異なるタイミングで実行する収集処理の対象としてもよい。プロセッサ３０１は例えば、対象となる決済装置２００の全てを選択済みでなければＮＯと判定し、ＡＣＴ５１以降の処理を上述と同様に繰り返す。ただしプロセッサ３０１はＡＣＴ５１では、今回の収集処理の対象である決済装置２００のうちで、今回の収集処理中にまだ選択していない決済装置２００を選択する。これによりプロセッサ３０１は、対象となる決済装置２００のそれぞれから送られるアップロードデータに基づく精算データ群を管理データベースＤＢＡに追加する。
そしてプロセッサ３０１は、今回の収集処理の対象である決済装置２００の全てを選択済みである状態でＡＣＴ５５へと進んだ場合には、ＹＥＳと判定して収集処理を終了する。

以上のように取引処理システム１では、決済装置２００が、取引処理の実績を精算した結果を表す精算票のプリントデータを取引処理装置１００から取得し、当該プリントデータに基づいて、取引処理の実績を精算した結果をコンピュータが容易に解釈可能に表した取引精算データを生成する。そして管理サーバ３００が、決済装置２００から取引精算データを取得して管理する。従って、レシート用紙などを使用した精算票をテナントから運営者に提出せずとも、運営者は管理サーバ３００により管理された取引精算データに基づいて各テナントでの取引の実績をコンピュータ管理できる。つまり、テナントの取引実績の運営者による管理をより簡易に行える。

また取引処理システム１では、決済装置２００が、取引処理の実績を精算した結果を人間が容易に把握できるように表した画像に関するデータである取引精算票データを生成し、これを管理サーバ３００が管理する。従って、取引精算票データが表す画像を参照することで、管理担当者などが取引の実績を容易に確認できる。

また取引処理システム１では、取引処理装置１００では、精算票のプリントのためのプリントデータを決済装置２００に送信する。このため、取引処理装置１００は、管理サーバ３００での管理に適応するデータを生成する必要が無い。そして取引処理装置１００でプロセッサ１０１は、プリントデータを決済装置２００に送信するための情報処理を、スクレイパープログラムＰＲＢに基づくスクレイプ処理として、取引処理とは別に実行する。このため、既存のＰＯＳ端末又はキャッシュレジスタなどに、スクレイパープログラムＰＲＢをインストールすることにより、取引処理装置１００を実現できる。

また取引処理システム１では、決済装置２００での決済の実績を精算した結果をコンピュータが容易に解釈可能に表した決済精算データを決済装置２００にて生成する。そして管理サーバ３００が、決済装置２００から決済精算データを取得して管理する。従って、取引処理装置１００で処理された取引に関する決済の実績に関する運営者による管理も容易に行える。

また取引処理システム１では、決済の実績を精算した結果を人間が容易に把握できるように表した画像に関するデータである決済精算票データを生成し、これを管理サーバ３００が管理する。従って、決済精算票データが表す画像を参照することで、管理担当者などが決済の実績を容易に確認できる。

この実施形態は、次のような種々の変形実施が可能である。
取引精算票データ、決済精算データ及び決済精算票データのうちの一部又は全ての生成及び収集は行わなくてもよい。

プリントデータに代えて、ジャーナルデータＤＡＡの一部又は全てを取引処理装置１００から決済装置２００へと送ってもよい。そして取引処理装置１００にてプロセッサ２０１は、ジャーナルデータに基づいて取引を精算した結果を表した取引精算データ及び取引精算票データを生成してもよい。

取引処理装置１００から決済装置２００へのデータ送信は、プロセッサ１０１により取引処理の中の処理として実行されてもよい。

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

１…取引処理システム、２…通信ネットワーク、１００…取引処理装置、２００…決済装置、３００…管理サーバ、１０１，２０１，３０１…プロセッサ、１０２，２０２，３０２…メインメモリ、１０３，２０３，３０３…補助記憶ユニット、１０４…表示ユニット、１０５…入力ユニット、１０６…スキャナ、１０７，２０７…レシートプリンタ、１０８…釣銭ユニット、１０９，２０８，２０９，３０４…通信ユニット、１１０，２１０，３０５…伝送路、２０４…タッチパネル、２０５…カードリーダ／ライタ、２０６…近接通信ユニット。

Claims (5)

1. 取引を処理するための情報処理を実行する取引処理装置と、前記取引処理装置による情報処理によって処理された取引に関する決済のための情報処理を実行する決済装置と、前記取引処理装置による情報処理によって処理された取引を管理する管理装置と、を具備した取引処理システムであって、
   前記取引処理装置に備えられ、処理済みの複数の取引に関して精算した結果を表す第１のデータを決済装置に送信する第１の送信手段と、
   前記決済装置に備えられ、前記第１の送信手段により送信された第１のデータを受信する第１の受信手段と、
   前記決済装置に備えられ、前記第１の受信手段により受信された第１のデータを第２のデータに変換する変換手段と、
   前記決済装置に備えられ、前記変換手段での変換により得られた第２のデータを前記管理装置に送信する第２の送信手段と、
   前記管理装置に備えられ、前記第２の送信手段により送信された第２のデータを受信する第２の受信手段と、
   前記管理装置に備えられ、前記第２の受信手段により受信された第２のデータを管理する第１の管理手段と、
   を具備した取引処理システム。
2. 前記第１の送信手段は、処理済みの複数の取引に関して精算した結果を表した画像をプリントするためのプリントデータを第１のデータとして送信し、
   前記変換手段は、前記第２の受信手段により受信された第１のデータが表す画像から精算結果を表す情報を抽出して、この抽出した情報を含んだデータとして第２のデータを生成する、
   請求項１に記載の取引処理システム。
3. 前記決済装置に備えられ、前記変換手段により生成された第２のデータを表した画像に関する第３のデータを生成する第１の生成手段、を更に備え、
   前記第２の送信手段は、第２のデータとともに、その第２のデータから前記第１の生成手段により生成された第３のデータを前記管理装置に送信し、
   前記第２の受信手段は、前記第２の送信手段により送信された第３のデータを第２のデータとともに受信し、
   前記第１の管理手段は、前記第２の受信手段により受信された第２のデータと、当該第２のデータとともに前記第２の受信手段により受信された第３のデータとを互いに関連付けて管理する、
   請求項２に記載の取引処理システム。
4. 前記決済装置に備えられ、情報処理を実行済みの複数の決済に関して精算した結果を表す第４のデータを生成する第２の生成手段と、
   前記第２の生成手段により生成された第４のデータを前記管理装置に送信する第３の送信手段と、
   前記管理装置に備えられ、前記第３の送信手段により送信された第４のデータを受信する第３の受信手段と、
   前記管理装置に備えられ、前記第３の受信手段により受信された第４のデータを管理する第２の管理手段と、
   をさらに具備する請求項１－請求項３のいずれか一項に記載の取引処理システム。
5. 取引を処理するための情報処理を実行する取引処理装置と、前記取引処理装置による情報処理によって処理された取引を管理する管理装置と、ともに取引処理システムを構成し、前記取引処理装置による情報処理によって処理された取引に関する決済のための情報処理を実行する決済装置であって、
   前記取引処理装置から送信された、処理済みの複数の取引に関して精算した結果を表す第１のデータを受信する第１の受信手段と、
   前記第１の受信手段により受信された第１のデータを第２のデータに変換する変換手段と、
   前記変換手段での変換により得られた第２のデータを前記管理装置に送信する第２の送信手段と、
   を具備した決済装置。
   
   

Images