JP2023158428A - 取引処理装置及びプログラム - Google Patents

Abstract

【課題】マルチ決済サーバから受信したデータを処理するのに必要な情報をデータテーブルの形式で保有しない取引処理装置を提供する。
【解決手段】取引処理装置は、決済サーバと連携してキャッシュレスによる取引の決済を可能とする。かかる取引処理装置は、通知手段と、検出手段と、編集手段と、出力手段とを備える。通知手段は、取引の支払い金額と決済ブランドの情報とを決済サーバに通知する。検出手段は、通知手段による通知を受けた決済サーバから返信される支払い結果データに含まれるブランド情報とメッセージデータとを検出する。編集手段は、検出手段により検出されたブランド情報とメッセージデータとで出力データを編集する。出力手段は、編集手段により編集された出力データを出力する。
【選択図】 図２

Description

本発明の実施形態は、取引処理装置及びコンピュータを取引処理装置として機能させるためのプログラムに関する。

近年、商品販売又は役務提供等により消費者と店舗との間で生じた取引の決済方法として、クレジットカード、電子マネー、コード決済等のキャッシュレス決済の需要が高まりつつある。それに伴い、多くの企業がキャッシュレス決済の事業に参入して決済ブランド［例えばPayPay(登録商標)、auPAY(登録商標)等］を立ち上げており、消費者は、複数の決済ブランドの中から所望の決済ブランドを選択して、キャッシュレス決済に利用している。このため、店舗としては、多くの決済ブランドを取り扱えるようにすることが顧客サービスの向上につながると考えられている。

そこで、複数の決済ブランドのキャッシュレス決済に対応したマルチ決済サーバが実用化されている。店舗の取引処理装置、例えばＰＯＳ（Point Of Sales）端末は、外部のマルチ決済サーバと連携することで、顧客が指定した決済ブランドのキャッシュレス決済を可能とする。ただし、取引処理装置がマルチ決済サーバと連携するためには、マルチ決済サーバから受信したデータを処理するのに必要な情報を保有する必要がある。取引処理装置は、この情報をデータテーブルの形式で保有している。このため、新規の決済ブランドが参入したりマルチ決済サーバの仕様が変更されたりした場合に、データテーブルのメンテナンスが必要となることがある。多くの取引処理装置が稼働している店舗では、メンテナンスに手間と時間を要するため、マルチ決済サーバから受信したデータを処理するのに必要な情報をデータテーブルの形式で保有しない取引処理装置が望まれている。

特開２０２１－１７４１０３号公報

本発明の実施形態が解決しようとする課題は、マルチ決済サーバから受信したデータを処理するのに必要な情報をデータテーブルの形式で保有しない取引処理装置を提供しようとするものである。

一実施形態において、取引処理装置は、決済サーバと連携してキャッシュレスによる取引の決済を可能とする。かかる取引処理装置は、通知手段と、検出手段と、編集手段と、出力手段とを備える。通知手段は、取引の支払い金額と決済ブランドの情報とを決済サーバに通知する。検出手段は、通知手段による通知を受けた決済サーバから返信される支払い結果データに含まれるブランド情報とメッセージデータとを検出する。編集手段は、検出手段により検出されたブランド情報とメッセージデータとで出力データを編集する。出力手段は、編集手段により編集された出力データを出力する。

図１は、本実施形態に係るキャッシュレス決済システムの概略構成図である。 図２は、取引処理装置であるＰＯＳ端末の要部回路構成を示すブロック図である。 図３は、プロセッサが実行する情報処理の要部手順を示す流れ図である。 図４は、プロセッサが実行する情報処理の要部手順を示す流れ図である。 図５は、支払いデータの構造を示す模式図である。 図６は、支払い結果データの構造を示す模式図である。 図７は、表示メッセージデータが店員向けの場合における支払い完了画面の一表示例である。 図８は、表示メッセージデータが顧客向けの場合における支払い完了画面の一表示例である。 図９は、取引レシートの要部印刷例である。 図１０は、支払いエラー画面の一表示例である。 図１１は、エラーレシートの要部印刷例である。

以下、取引処理装置の実施形態について、図面を用いて説明する。
なお、本実施形態は、複数の決済ブランドのコード決済に対応したマルチ決済サーバと連携してキャッシュレス決済を処理するＰＯＳ（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 (5)

1. 決済サーバと連携してキャッシュレスによる取引の決済を可能とする取引処理装置において、
   前記取引の支払い金額と決済ブランドの情報とを前記決済サーバに通知する通知手段と、
   前記通知手段による通知を受けた前記決済サーバから返信される支払い結果データに含まれるブランド情報とメッセージデータとを検出する検出手段と、
   前記検出手段により検出された前記ブランド情報と前記メッセージデータとで出力データを編集する編集手段と、
   前記編集手段により編集された出力データを出力する出力手段と、
   を具備する取引処理装置。
2. 前記通知手段は、出力データのフォーマットに関する情報をさらに通知し、
   前記支払い結果データに含まれるメッセージデータは、前記フォーマットに適合したものである、請求項１記載の取引処理装置。
3. 前記通知手段は、前記取引処理装置の機種を識別する情報をさらに通知し、
   前記支払い結果データに含まれるメッセージデータは、前記機種に適合したものである、請求項１記載の取引処理装置。
4. 前記支払い結果データがエラーを示すデータである場合、そのエラーの程度を取得する取得手段と、
   前記取得手段により取得した前記エラーの程度に応じて、前記出力手段によるデータ出力後の処理を振り分ける振分手段と、
   をさらに具備する請求項１乃至３のうちいずれか一記載の取引処理装置。
5. 決済サーバと連携してキャッシュレスによる取引の決済を可能とする取引処理装置のコンピュータを、
   前記取引の支払い金額と決済ブランドの情報とを前記決済サーバに通知する通知手段、
   前記通知手段による通知を受けた前記決済サーバから返信される支払い結果データに含まれるブランド情報とメッセージデータとを検出する検出手段、
   前記検出手段により検出された前記ブランド情報と前記メッセージデータとで出力データを編集する編集手段、及び、
   前記編集手段により編集された出力データを出力する出力手段、
   として機能させるためのプログラム。