ホーム > 特許ランキング > セイコーエプソン株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024004167
(43)【公開日】2024-01-16
(54)【発明の名称】決済システム、サーバー装置、管理方法、及び、プログラム
(51)【国際特許分類】
G06Q 20/20 20120101AFI20240109BHJP
【ＦＩ】
G06Q20/20 370
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2022103680
(22)【出願日】2022-06-28
(71)【出願人】
【識別番号】000002369
【氏名又は名称】セイコーエプソン株式会社
(74)【代理人】
【識別番号】110003177
【氏名又は名称】弁理士法人旺知国際特許事務所
(72)【発明者】
【氏名】▲吉▼澤 潤一
(72)【発明者】
【氏名】梅津 淳
(72)【発明者】
【氏名】小川 潔
【テーマコード（参考）】
5L055
【Ｆターム（参考）】
5L055AA42
(57)【要約】
【課題】決済に関する情報を活用する。
【解決手段】決済に係る取引内容を表す第１画像を印刷装置において印刷するための印刷情報に基づく第１情報を取得し、決済の承認の要求に関する第２情報を、決済の承認を要求する端末装置から取得する、取得部と、第１情報の有する第１特徴情報及び第２情報の有する第２特徴情報が対応する場合、第１情報の有する第１決済情報及び第２情報の有する第２決済情報を対応付けて管理する管理部と、を備える、ことを特徴とするサーバー装置。
【選択図】図２
【解決手段】決済に係る取引内容を表す第１画像を印刷装置において印刷するための印刷情報に基づく第１情報を取得し、決済の承認の要求に関する第２情報を、決済の承認を要求する端末装置から取得する、取得部と、第１情報の有する第１特徴情報及び第２情報の有する第２特徴情報が対応する場合、第１情報の有する第１決済情報及び第２情報の有する第２決済情報を対応付けて管理する管理部と、を備える、ことを特徴とするサーバー装置。
【選択図】図２
【特許請求の範囲】
【請求項1】
プロセッサを、
決済に係る取引内容を表す第１画像を印刷装置において印刷するための印刷情報に基づく第１情報を取得し、
前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得する、取得部と、
前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、
前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理部と、
して機能させる、
ことを特徴とするプログラム。
決済に係る取引内容を表す第１画像を印刷装置において印刷するための印刷情報に基づく第１情報を取得し、
前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得する、取得部と、
前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、
前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理部と、
して機能させる、
ことを特徴とするプログラム。
【請求項2】
前記第１決済情報は、
前記決済に係る取引内容に関する情報であり、
前記第２決済情報は、
前記決済を行った取引者に関する情報である、
ことを特徴とする、請求項１に記載のプログラム。
前記決済に係る取引内容に関する情報であり、
前記第２決済情報は、
前記決済を行った取引者に関する情報である、
ことを特徴とする、請求項１に記載のプログラム。
【請求項3】
前記第１特徴情報は、
前記印刷情報の生成に関連する第１のタイミングを示す第１タイミング情報を含み、
前記第２特徴情報は、
前記決済の承認の要求に関連する第２のタイミングを示す第２タイミング情報を含み、
前記管理部は、
前記第１のタイミングが前記第２のタイミング以降であり、且つ、
前記第２のタイミングから前記第１のタイミングまでの時間が所定時間以内である場合に、
前記第１決済情報及び前記第２決済情報を対応付けて管理する、
ことを特徴とする、請求項２に記載のプログラム。
前記印刷情報の生成に関連する第１のタイミングを示す第１タイミング情報を含み、
前記第２特徴情報は、
前記決済の承認の要求に関連する第２のタイミングを示す第２タイミング情報を含み、
前記管理部は、
前記第１のタイミングが前記第２のタイミング以降であり、且つ、
前記第２のタイミングから前記第１のタイミングまでの時間が所定時間以内である場合に、
前記第１決済情報及び前記第２決済情報を対応付けて管理する、
ことを特徴とする、請求項２に記載のプログラム。
【請求項4】
前記第１特徴情報は、
前記第１画像において、前記決済が行われた施設として表示される決済施設を示す施設情報を含み、
前記第２特徴情報は、
前記決済に係る商品または役務を提供する提供者に関連する提供者情報を含み、
前記管理部は、
前記決済施設と前記提供者との間に所定の関係が存在する場合に、
前記第１決済情報及び前記第２決済情報を対応付けて管理する、
ことを特徴とする、請求項２に記載のプログラム。
前記第１画像において、前記決済が行われた施設として表示される決済施設を示す施設情報を含み、
前記第２特徴情報は、
前記決済に係る商品または役務を提供する提供者に関連する提供者情報を含み、
前記管理部は、
前記決済施設と前記提供者との間に所定の関係が存在する場合に、
前記第１決済情報及び前記第２決済情報を対応付けて管理する、
ことを特徴とする、請求項２に記載のプログラム。
【請求項5】
前記第１特徴情報は、
前記決済が所定の決済手段により行われた場合において、
前記第１画像において、前記決済の金額として表示される第１の金額を示す第１金額情報を含み、
前記第２特徴情報は、
前記所定の決済手段により行われた前記決済の金額である第２の金額を示す第２金額情報を含み、
前記管理部は、
前記第１の金額と前記第２の金額とが一致する場合に、
前記第１決済情報及び前記第２決済情報を対応付けて管理する、
ことを特徴とする、請求項２に記載のプログラム。
前記決済が所定の決済手段により行われた場合において、
前記第１画像において、前記決済の金額として表示される第１の金額を示す第１金額情報を含み、
前記第２特徴情報は、
前記所定の決済手段により行われた前記決済の金額である第２の金額を示す第２金額情報を含み、
前記管理部は、
前記第１の金額と前記第２の金額とが一致する場合に、
前記第１決済情報及び前記第２決済情報を対応付けて管理する、
ことを特徴とする、請求項２に記載のプログラム。
【請求項6】
前記第１特徴情報は、
前記決済が、所定の決済手段を含む複数の決済手段により行われた場合において、
前記第１画像に表示される金額であって、
前記決済のうち前記所定の決済手段により行われた決済の金額である第１の金額を示す第１金額情報を含み、
前記第２特徴情報は、
前記決済のうち前記所定の決済手段により行われた決済の金額である第２の金額を示す第２金額情報を含み、
前記管理部は、
前記第１の金額と前記第２の金額とが一致する場合に、
前記第１決済情報及び前記第２決済情報を対応付けて管理する、
ことを特徴とする、請求項２に記載のプログラム。
前記決済が、所定の決済手段を含む複数の決済手段により行われた場合において、
前記第１画像に表示される金額であって、
前記決済のうち前記所定の決済手段により行われた決済の金額である第１の金額を示す第１金額情報を含み、
前記第２特徴情報は、
前記決済のうち前記所定の決済手段により行われた決済の金額である第２の金額を示す第２金額情報を含み、
前記管理部は、
前記第１の金額と前記第２の金額とが一致する場合に、
前記第１決済情報及び前記第２決済情報を対応付けて管理する、
ことを特徴とする、請求項２に記載のプログラム。
【請求項7】
プロセッサを、
決済に係る取引内容を表す第１画像を印刷するための印刷情報を取得する印刷情報取得部と、
前記印刷情報取得部の取得した前記印刷情報に基づいて、前記決済に係る取引内容に関する第１情報を生成する情報生成部と、
前記決済の承認の要求に関する第２情報を取得するサーバー装置であって、前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合に、前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理するサーバー装置に対して、
前記情報生成部の生成した前記第１情報を供給する情報供給部と、
して機能させる、
ことを特徴とするプログラム。
決済に係る取引内容を表す第１画像を印刷するための印刷情報を取得する印刷情報取得部と、
前記印刷情報取得部の取得した前記印刷情報に基づいて、前記決済に係る取引内容に関する第１情報を生成する情報生成部と、
前記決済の承認の要求に関する第２情報を取得するサーバー装置であって、前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合に、前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理するサーバー装置に対して、
前記情報生成部の生成した前記第１情報を供給する情報供給部と、
して機能させる、
ことを特徴とするプログラム。
【請求項8】
プロセッサを、
決済に係る取引内容を表す第１画像を印刷するための印刷情報を取得する印刷情報取得部と、
前記印刷情報に基づく第１情報の有する第１特徴情報、及び、前記決済の承認の要求に関する第２情報の有する第２特徴情報が対応する場合に、前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理システムに対して、
前記印刷情報を供給する印刷情報供給部と、
して機能させる、
ことを特徴とするプログラム。
決済に係る取引内容を表す第１画像を印刷するための印刷情報を取得する印刷情報取得部と、
前記印刷情報に基づく第１情報の有する第１特徴情報、及び、前記決済の承認の要求に関する第２情報の有する第２特徴情報が対応する場合に、前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理システムに対して、
前記印刷情報を供給する印刷情報供給部と、
して機能させる、
ことを特徴とするプログラム。
【請求項9】
決済に係る取引内容を表す第１画像を印刷装置において印刷するための印刷情報に基づく第１情報を取得し、
前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得する、取得部と、
前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、
前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理部と、
を備える、
ことを特徴とするサーバー装置。
前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得する、取得部と、
前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、
前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理部と、
を備える、
ことを特徴とするサーバー装置。
【請求項10】
決済に係る取引内容を表す第１画像を印刷装置において印刷するための印刷情報に基づく第１情報を取得することと、
前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得することと、
前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、
前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理することと、
を含む、
ことを特徴とする管理方法。
前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得することと、
前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、
前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理することと、
を含む、
ことを特徴とする管理方法。
【請求項11】
決済に係る取引内容を表す第１画像を印刷装置において印刷するための印刷情報に基づく第１情報を取得し、
前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得する、取得部と、
前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、
前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理部と、
を備える、
ことを特徴とする決済システム。
前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得する、取得部と、
前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、
前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理部と、
を備える、
ことを特徴とする決済システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、決済システム、サーバー装置、管理方法、及び、プログラムに関する。
【背景技術】
【0002】
近年、決済に関する技術が広く普及している。例えば、特許文献１には、クレジットカードを用いた決済に関する技術が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２２－０５８４５１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
従来の技術のように、クレジットカードを用いた決済では、クレジットカードから取得した情報に基づく決済の承認をサーバー装置に対して要求する決済端末から供給される情報に基づいて、サーバー装置が決済の可否を判断する。この場合、サーバー装置の取得する情報が、決済端末から供給される情報に限定される。セキュリティの観点等から、決済端末からサーバー装置に対して供給される情報は、サーバー装置が決済の可否を判断するために必要な情報に限定されることが一般的である。従って、サーバー装置の取得する情報が、決済端末から供給される情報に限定される場合、例えば、サーバー装置で管理する情報を用いて決済の動向を分析する等といった、決済に関する情報を当該決済以外の用途に活用することができないという問題が存在する。なお、当該問題は、クレジットカード以外の多様な決済手段を用いた決済においても同様に生じる可能性が存在する。
【課題を解決するための手段】
【0005】
以上の課題を解決するために、本発明に係るプログラムは、プロセッサを、決済に係る取引内容を表す第１画像を印刷装置において印刷するための印刷情報に基づく第１情報を取得し、前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得する、取得部と、前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理部と、して機能させる、ことを特徴とする。
【0006】
また、本発明に係るプログラムは、プロセッサを、決済に係る取引内容を表す第１画像を印刷するための印刷情報を取得する印刷情報取得部と、前記印刷情報取得部の取得した前記印刷情報に基づいて、前記決済に係る取引内容に関する第１情報を生成する情報生成部と、前記決済の承認の要求に関する第２情報を取得するサーバー装置であって、前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合に、前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理するサーバー装置に対して、前記情報生成部の生成した前記第１情報を供給する情報供給部と、して機能させる、ことを特徴とする。
【0007】
また、本発明に係るプログラムは、プロセッサを、決済に係る取引内容を表す第１画像を印刷するための印刷情報を取得する印刷情報取得部と、前記印刷情報に基づく第１情報を取得し、前記決済の承認の要求に関する第２情報を取得する管理システムであって、前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合に、前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理システムに対して、前記印刷情報を供給する印刷情報供給部と、して機能させる、ことを特徴とする。
【0008】
また、本発明に係るサーバー装置は、決済に係る取引内容を表す第１画像を印刷装置において印刷するための印刷情報に基づく第１情報を取得し、前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得する、取得部と、前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理部と、を備える、ことを特徴とする。
【0009】
また、本発明に係る管理方法は、決済に係る取引内容を表す第１画像を印刷装置において印刷するための印刷情報に基づく第１情報を取得することと、前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得することと、前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理することと、を含む、ことを特徴とする。
【0010】
また、本発明に係る決済システムは、決済に係る取引内容を表す第１画像を印刷装置において印刷するための印刷情報に基づく第１情報を取得し、前記決済の承認の要求に関する第２情報を、前記決済の承認を要求する端末装置から取得する、取得部と、前記第１情報の有する第１特徴情報及び前記第２情報の有する第２特徴情報が対応する場合、前記第１情報の有する第１決済情報及び前記第２情報の有する第２決済情報を対応付けて管理する管理部と、を備える、ことを特徴とする。
【図面の簡単な説明】
【0011】
【図1】本発明の実施形態に係る決済システムＳysの構成の一例を示すブロック図である。
【図2】決済システムＳysにおける情報の流れの一例を示す説明図である。
【図3】ＰＯＳ端末１の構成の一例を示すブロック図である。
【図4】決済端末２の構成の一例を示すブロック図である。
【図5】レシートプリンター３の構成の一例を示すブロック図である。
【図6】レシートサーバー４の構成の一例を示すブロック図である。
【図7】決済管理サーバ―５の構成の一例を示すブロック図である。
【図8】取引管理処理の一例を示すシーケンスチャートである。
【図9】取引管理処理の一例を示すシーケンスチャートである。
【図10】取引管理処理の一例を示すシーケンスチャートである。
【図11】対応関係判定処理の一例を示すフローチャートである。
【図12】変形例１に係る決済システムＳys-Bの構成の一例を示すブロック図である。
【図13】変形例１に係る決済システムＳys-Bにおける情報の流れの一例を示す説明図である。
【図14】変形例１に係る取引管理処理の一例を示すシーケンスチャートである。
【図15】変形例１に係る取引管理処理の一例を示すシーケンスチャートである。
【図16】変形例１に係る取引管理処理の一例を示すシーケンスチャートである。
【図17】変形例１に係る取引管理処理の一例を示すシーケンスチャートである。
【図18】変形例２に係る決済システムＳys-Cの構成の一例を示すブロック図である。
【図19】変形例２に係る決済システムＳys-Cにおける情報の流れの一例を示す説明図である。
【図20】変形例３に係る決済システムＳys-Dの構成の一例を示すブロック図である。
【図21】変形例３に係る決済システムＳys-Dにおける情報の流れの一例を示す説明図である。
【発明を実施するための形態】
【0012】
以下、本発明を実施するための形態について図面を参照して説明する。ただし、各図において、各部の寸法及び縮尺は、実際のものと適宜に異ならせてある。また、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの形態に限られるものではない。
【0013】
＜＜Ａ．実施形態＞＞
本実施形態に係る、決済システムＳysの一例を説明する。
本実施形態に係る、決済システムＳysの一例を説明する。
【0014】
【0015】
【0016】
なお、本実施形態では、顧客Ｕが、店舗等の施設において商品を購入する際に、当該商品の代金の決済を行う場合を例示して説明するが、本発明はこのような態様に限定されるものではない。本発明は、顧客Ｕがサービス提供施設等の施設において役務の提供を受ける際に、当該役務の提供の対価としての代金の決済を行う場合であってもよい。
【0017】
図１に例示するように、決済システムＳysは、ＰＯＳ端末１と、決済端末２と、レシートプリンター３と、レシートサーバー４と、決済管理サーバ―５と、を備える。なお、本実施形態において、決済端末２は「端末装置」の一例であり、レシートプリンター３は「印刷装置」の一例であり、決済管理サーバ―５は「サーバー装置」の一例である。また、本実施形態において、レシートサーバー４及び決済管理サーバ―５を、「管理システム６」と称する場合がある。
【0018】
ＰＯＳ端末１は、顧客Ｕが購入する商品の情報、及び、顧客Ｕが購入する商品の単価に関する情報を、バーコードリーダー等を介して取得し、顧客Ｕが支払うべき代金の合計額を計算する。ここで、ＰＯＳとは、Point Of Salesの略称である。以下、ＰＯＳ端末１がバーコードリーダー等を介して取得した情報、及び、当該情報に基づいて計算された合計額を示す情報を、購入商品情報と称する。
また、ＰＯＳ端末１は、顧客Ｕが商品を購入する際の代金の支払いに使用することとして指定した決済手段に係る情報を取得する。以下、ＰＯＳ端末１が取得した決済手段に関する情報を、指定決済手段情報と称する。
そして、ＰＯＳ端末１は、購入商品情報及び指定決済手段情報に基づいて、顧客Ｕによる代金の支払いに関する情報である、支払情報ＤSを生成する。
また、ＰＯＳ端末１は、顧客Ｕが商品を購入する際の代金の支払いに使用することとして指定した決済手段に係る情報を取得する。以下、ＰＯＳ端末１が取得した決済手段に関する情報を、指定決済手段情報と称する。
そして、ＰＯＳ端末１は、購入商品情報及び指定決済手段情報に基づいて、顧客Ｕによる代金の支払いに関する情報である、支払情報ＤSを生成する。
【0019】
本実施形態では、一例として、支払情報ＤSが、取引特徴情報ＤSSと、取引明細情報ＤSMと、決済手段情報ＤSKと、を含む場合を想定する。
【0020】
取引特徴情報ＤSSとは、取引店舗情報ＤSS1と、取引金額情報ＤSS2と、取引日時情報ＤSS3と、を含む情報である。
取引店舗情報ＤSS1とは、顧客Ｕが商品を購入する店舗を示す情報である。
取引金額情報ＤSS2とは、顧客Ｕが商品を購入する際に支払う代金の合計額を示す情報である。
取引日時情報ＤSS3とは、顧客Ｕが商品を購入した日時を示す情報である。
取引店舗情報ＤSS1とは、顧客Ｕが商品を購入する店舗を示す情報である。
取引金額情報ＤSS2とは、顧客Ｕが商品を購入する際に支払う代金の合計額を示す情報である。
取引日時情報ＤSS3とは、顧客Ｕが商品を購入した日時を示す情報である。
【0021】
取引明細情報ＤSMとは、Ｑ個の商品識別情報ＤSM1[1]～ＤSM1[Q]と、Ｑ個の商品単価情報ＤSM2[1]～ＤSM2[Q]と、Ｑ個の商品数量情報ＤSM3[1]～ＤSM3[Q]と、を含む情報である。ここで、値Ｑは、「Ｑ≧１」を満たす自然数であり、顧客Ｕが購入した商品の種類の個数を示す値である。例えば、顧客Ｕが１種類の商品を１または複数個だけ購入した場合には、値Ｑは「１」となり、顧客Ｕが２種類の商品をそれぞれ１または複数個ずつ購入した場合には、値Ｑは「２」となる。
商品識別情報ＤSM1[q]とは、顧客Ｕが購入した商品のうちｑ番目の商品の名称等、当該ｑ番目の商品を識別するための情報である。ここで、値ｑは、「１≦ｑ≦Ｑ」を満たす自然数である。
商品単価情報ＤSM2[q]とは、顧客Ｕが購入したｑ番目の商品の単価を示す情報である。
商品数量情報ＤSM3[q]とは、顧客Ｕによるｑ番目の商品の購入数量を示す情報である。
商品識別情報ＤSM1[q]とは、顧客Ｕが購入した商品のうちｑ番目の商品の名称等、当該ｑ番目の商品を識別するための情報である。ここで、値ｑは、「１≦ｑ≦Ｑ」を満たす自然数である。
商品単価情報ＤSM2[q]とは、顧客Ｕが購入したｑ番目の商品の単価を示す情報である。
商品数量情報ＤSM3[q]とは、顧客Ｕによるｑ番目の商品の購入数量を示す情報である。
【0022】
決済手段情報ＤSKとは、Ｒ個の決済手段識別情報ＤSK1[1]～ＤSK1[R]と、Ｒ個の決済手段金額情報ＤSK2[1]～ＤSK2[R]と、を含む情報である。ここで、値Ｒは、「Ｒ≧１」を満たす自然数であり、顧客Ｕが商品を購入する際に利用した決済手段の個数を示す値である。例えば、顧客Ｕがクレジットカードのみを用いて商品を購入した場合には、値Ｒは「１」となり、顧客Ｕが現金のみを用いて商品を購入した場合にも、値Ｒは「１」となるが、顧客Ｕがクレジットカードと現金を用いて商品を購入した場合には、値Ｒは「２」となる。
決済手段識別情報ＤSK1[r]とは、顧客Ｕが、商品の購入において使用したＲ個の決済手段のうち、ｒ番目の決済手段の名称等、ｒ番目の決済手段を識別するための情報である。ここで、値ｒは、「１≦ｒ≦Ｒ」を満たす自然数である。
決済手段金額情報ＤSK2[r]とは、顧客Ｕが、商品の購入において使用したＲ個の決済手段のうち、ｒ番目の決済手段により支払いを行った金額を示す情報である。
決済手段識別情報ＤSK1[r]とは、顧客Ｕが、商品の購入において使用したＲ個の決済手段のうち、ｒ番目の決済手段の名称等、ｒ番目の決済手段を識別するための情報である。ここで、値ｒは、「１≦ｒ≦Ｒ」を満たす自然数である。
決済手段金額情報ＤSK2[r]とは、顧客Ｕが、商品の購入において使用したＲ個の決済手段のうち、ｒ番目の決済手段により支払いを行った金額を示す情報である。
【0023】
図１に例示するように、ＰＯＳ端末１は、有線ネットワークまたは無線ネットワーク等を介して、決済端末２と通信可能である。図２に例示するように、ＰＯＳ端末１は、ＰＯＳ端末１において生成された支払情報ＤSを、決済端末２に対して送信する。
【0024】
ＰＯＳ端末１は、購入商品情報及び指定決済手段情報に基づいて、顧客Ｕによる代金の支払いに関するレシートＲを印刷するための情報である、レシート印刷情報ＤPを生成する。
【0025】
図１に例示するように、ＰＯＳ端末１は、有線ネットワークまたは無線ネットワーク等を介して、レシートプリンター３と通信可能である。図２に例示するように、ＰＯＳ端末１は、ＰＯＳ端末１において生成されたレシート印刷情報ＤPを、レシートプリンター３に対して送信する。
【0026】
決済端末２は、カードリーダー等を用いて、顧客Ｕが所有するクレジットカードから、当該クレジットカードに関する情報を取得する。以下、決済端末２が取得した、顧客Ｕが所有するクレジットカードに関する情報を、利用者情報ＤUと称する。
【0027】
本実施形態では、一例として、利用者情報ＤUが、利用者識別情報ＤU1と、利用者関連情報ＤU2と、を含む場合を想定する。
利用者識別情報ＤU1とは、顧客Ｕが所有するクレジットカードのクレジットカード番号に関する情報である。
利用者関連情報ＤU2とは、顧客Ｕが所有するクレジットカードの有効期限を示す情報である。
利用者識別情報ＤU1とは、顧客Ｕが所有するクレジットカードのクレジットカード番号に関する情報である。
利用者関連情報ＤU2とは、顧客Ｕが所有するクレジットカードの有効期限を示す情報である。
【0028】
決済端末２は、ＰＯＳ端末１から供給される支払情報ＤSと、決済端末２が取得した利用者情報ＤUと、に基づいて、顧客Ｕによる商品の購入に係る決済の承認を要求する情報である決済承認要求情報ＤCを生成する。
本実施形態では、一例として、決済承認要求情報ＤCが、決済特徴情報ＤCCと、利用者情報ＤUと、を含む場合を想定する。
本実施形態では、一例として、決済承認要求情報ＤCが、決済特徴情報ＤCCと、利用者情報ＤUと、を含む場合を想定する。
【0029】
また、本実施形態では、一例として、決済特徴情報ＤCCが、店舗関連情報ＤCC1と、決済金額情報ＤCC2と、決済日時情報ＤCC3と、を含む場合を想定する。
店舗関連情報ＤCC1とは、顧客Ｕが商品を購入する店舗を示す情報である。但し、店舗関連情報ＤCC1は、顧客Ｕが商品を購入する店舗に関連する情報であってもよい。ここで、店舗に関連する情報とは、顧客Ｕが商品を購入する店舗が属するチェーン店を示す情報であってもよいし、または、顧客Ｕが商品を購入する店舗を運営する法人を示す情報であってもよい。なお、本実施形態において、顧客Ｕが商品を購入する店舗、顧客Ｕが商品を購入する店舗が属するチェーン店、及び、顧客Ｕが商品を購入する店舗を運営する法人は、「決済に係る商品または役務を提供する提供者」の一例である。
決済金額情報ＤCC2とは、顧客Ｕが商品を購入する際に、クレジットカードで支払う代金の合計額を示す情報である。
決済日時情報ＤCC3とは、決済承認要求情報ＤCが生成される日時を示す情報である。なお、本実施形態において、決済承認要求情報ＤCが生成される日時は、「決済の承認の要求に関連する日時」の一例である。
店舗関連情報ＤCC1とは、顧客Ｕが商品を購入する店舗を示す情報である。但し、店舗関連情報ＤCC1は、顧客Ｕが商品を購入する店舗に関連する情報であってもよい。ここで、店舗に関連する情報とは、顧客Ｕが商品を購入する店舗が属するチェーン店を示す情報であってもよいし、または、顧客Ｕが商品を購入する店舗を運営する法人を示す情報であってもよい。なお、本実施形態において、顧客Ｕが商品を購入する店舗、顧客Ｕが商品を購入する店舗が属するチェーン店、及び、顧客Ｕが商品を購入する店舗を運営する法人は、「決済に係る商品または役務を提供する提供者」の一例である。
決済金額情報ＤCC2とは、顧客Ｕが商品を購入する際に、クレジットカードで支払う代金の合計額を示す情報である。
決済日時情報ＤCC3とは、決済承認要求情報ＤCが生成される日時を示す情報である。なお、本実施形態において、決済承認要求情報ＤCが生成される日時は、「決済の承認の要求に関連する日時」の一例である。
【0030】
図１に例示するように、決済端末２は、インターネットＮW等の有線ネットワークまたは無線ネットワーク等を介して、決済管理サーバ―５と通信可能である。図２に例示するように、決済端末２は、決済端末２において生成された決済承認要求情報ＤCを、決済管理サーバ―５に対して送信する。
【0031】
レシートプリンター３は、ＰＯＳ端末１から供給されるレシート印刷情報ＤPに基づいて、レシートＲを印刷する。なお、レシート印刷情報ＤPはレシートＲを表す画像を示す情報であってもよい。
【0032】
図１に例示するように、レシートプリンター３は、インターネットＮW等の有線ネットワークまたは無線ネットワーク等を介して、レシートサーバー４と通信可能である。図２に例示するように、レシートプリンター３は、ＰＯＳ端末１から供給されたレシート印刷情報ＤPを、レシートサーバー４に対して送信する。
【0033】
レシートサーバー４は、レシートプリンター３から供給されるレシート印刷情報ＤPに基づいて、レシート情報ＤRを生成する。
【0034】
本実施形態では、一例として、レシート情報ＤRが、取引特徴情報ＤRRと、取引明細情報ＤRMと、決済手段情報ＤRKと、を含む場合を想定する。
【0035】
取引特徴情報ＤRRとは、取引店舗情報ＤRR1と、取引金額情報ＤRR2と、取引日時情報ＤRR3と、を含む情報である。
取引店舗情報ＤRR1とは、顧客Ｕが商品を購入した店舗として、レシートＲに表示される店舗を示す情報である。なお、本実施形態において、顧客Ｕが商品を購入した店舗として、レシートＲに表示される店舗は、「決済施設」の一例である。
取引金額情報ＤRR2とは、顧客Ｕが商品を購入する際に支払う代金の合計額として、レシートＲに表示される金額を示す情報である。
取引日時情報ＤRR3とは、顧客Ｕが商品を購入した日時として、レシートＲに表示される日時を示す情報である。なお、本実施形態において、顧客Ｕが商品を購入した日時として、レシートＲに表示される日時は、「レシート印刷情報ＤPの生成に関連する日時」の一例である。
取引店舗情報ＤRR1とは、顧客Ｕが商品を購入した店舗として、レシートＲに表示される店舗を示す情報である。なお、本実施形態において、顧客Ｕが商品を購入した店舗として、レシートＲに表示される店舗は、「決済施設」の一例である。
取引金額情報ＤRR2とは、顧客Ｕが商品を購入する際に支払う代金の合計額として、レシートＲに表示される金額を示す情報である。
取引日時情報ＤRR3とは、顧客Ｕが商品を購入した日時として、レシートＲに表示される日時を示す情報である。なお、本実施形態において、顧客Ｕが商品を購入した日時として、レシートＲに表示される日時は、「レシート印刷情報ＤPの生成に関連する日時」の一例である。
【0036】
取引明細情報ＤRMとは、Ｑ個の商品識別情報ＤRM1[1]～ＤRM1[Q]と、Ｑ個の商品単価情報ＤRM2[1]～ＤRM2[Q]と、Ｑ個の商品数量情報ＤRM3[1]～ＤRM3[Q]と、を含む情報である。
商品識別情報ＤRM1[q]とは、顧客Ｕが購入した商品のうちｑ番目の商品の名称等、当該ｑ番目の商品を識別するための文字列として、レシートＲに表示される商品を示す情報である。
商品単価情報ＤRM2[q]とは、顧客Ｕが購入したｑ番目の商品の単価として、レシートＲに表示される単価を示す情報である。
商品数量情報ＤRM3[q]とは、顧客Ｕによるｑ番目の商品の購入数量として、レシートＲに表示される数量を示す情報である。
商品識別情報ＤRM1[q]とは、顧客Ｕが購入した商品のうちｑ番目の商品の名称等、当該ｑ番目の商品を識別するための文字列として、レシートＲに表示される商品を示す情報である。
商品単価情報ＤRM2[q]とは、顧客Ｕが購入したｑ番目の商品の単価として、レシートＲに表示される単価を示す情報である。
商品数量情報ＤRM3[q]とは、顧客Ｕによるｑ番目の商品の購入数量として、レシートＲに表示される数量を示す情報である。
【0037】
決済手段情報ＤRKとは、Ｒ個の決済手段識別情報ＤRK1[1]～ＤRK1[R]と、Ｒ個の決済手段金額情報ＤRK2[1]～ＤRK2[R]と、を含む情報である。
決済手段識別情報ＤRK1[r]とは、顧客Ｕが、商品の購入において使用したＲ個の決済手段のうち、ｒ番目の決済手段の名称等、ｒ番目の決済手段を識別するための文字列として、レシートＲに表示される決済手段を示す情報である。
決済手段金額情報ＤRK2[r]とは、顧客Ｕが、商品の購入において使用したＲ個の決済手段のうち、ｒ番目の決済手段により支払いを行った金額として、レシートＲに表示される金額を示す情報である。
決済手段識別情報ＤRK1[r]とは、顧客Ｕが、商品の購入において使用したＲ個の決済手段のうち、ｒ番目の決済手段の名称等、ｒ番目の決済手段を識別するための文字列として、レシートＲに表示される決済手段を示す情報である。
決済手段金額情報ＤRK2[r]とは、顧客Ｕが、商品の購入において使用したＲ個の決済手段のうち、ｒ番目の決済手段により支払いを行った金額として、レシートＲに表示される金額を示す情報である。
【0038】
図１に例示するように、レシートサーバー４は、インターネットＮW等の有線ネットワークまたは無線ネットワーク等を介して、決済管理サーバ―５と通信可能である。図２に例示するように、レシートサーバー４は、レシートサーバー４において生成されたレシート情報ＤRを、決済管理サーバ―５に対して送信する。
【0039】
決済管理サーバ―５は、決済端末２から供給される決済承認要求情報ＤCに基づいて、決済承認処理を実行する。ここで、決済承認処理とは、顧客Ｕによる決済を承認する処理である。
【0040】
また、決済管理サーバ―５は、決済承認処理において顧客Ｕによる決済を承認した場合、決済端末２から供給される決済承認要求情報ＤCと、レシートサーバー４から供給されるレシート情報ＤRとに基づいて、対応関係判定処理を実行する。ここで、対応関係判定処理とは、決済承認要求情報ＤCに含まれる決済特徴情報ＤCCと、レシート情報ＤRに含まれる取引特徴情報ＤRRとが、対応するか否かを判定する処理である。
【0041】
また、決済管理サーバ―５は、対応関係判定処理において、決済承認要求情報ＤCに含まれる決済特徴情報ＤCCと、レシート情報ＤRに含まれる取引特徴情報ＤRRとが対応すると判定した場合、決済関連情報管理処理を実行する。ここで、決済関連情報管理処理とは、決済承認要求情報ＤCに含まれる利用者情報ＤUと、レシート情報ＤRに含まれる取引明細情報ＤRMと、を対応付けて管理する処理である。
【0042】
【0043】
図３は、ＰＯＳ端末１の構成の概要の一例を示すブロック図である。
【0044】
図３に例示するように、ＰＯＳ端末１は、ＰＯＳ端末１の各部を制御するための制御装置１１と、各種情報を記憶するための記憶装置１２と、ＰＯＳ端末１の外部に存在する外部装置と通信するための通信装置１３と、を備える。
【0045】
記憶装置１２は、例えば、制御装置１１の作業領域として機能するＲＡＭ等の揮発性メモリと、ＰＯＳ端末１の制御プログラムＰG1等の各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリを含んで構成される。ここで、ＲＡＭとは、Random Access Memoryの略称である。ＥＥＰＲＯＭとは、Electrically Erasable Programmable Read-Only Memoryの略称である。
【0046】
制御装置１１は、例えば、プロセッサを含んで構成される。制御装置１１に設けられたプロセッサは、例えば、１または複数のＣＰＵを含んで構成される。制御装置１１に設けられたプロセッサは、記憶装置１２に記憶された制御プログラムＰG1を実行し、制御プログラムＰG1に従って動作することで、ＰＯＳ端末１の各部を制御する。なお、制御装置１１に設けられたプロセッサは、１または複数のＣＰＵに加え、または、１または複数のＣＰＵのうち一部または全部に替えて、ＧＰＵ、ＤＳＰ、または、ＦＰＧＡ等の、ハードウェアを含んで構成されるものであってもよい。ここで、ＣＰＵとは、Central Processing Unitの略称である。ＧＰＵとは、Graphics Processing Unitの略称である。ＤＳＰとは、Digital Signal Processorの略称である。ＦＰＧＡとは、Field Programmable Gate Arrayの略称である。
【0047】
より具体的には、制御装置１１は、制御プログラムＰG1を実行し、制御プログラムＰG1に従って動作することで、支払情報生成部１１１、及び、レシート印刷情報生成部１１２として機能することができる。
【0048】
支払情報生成部１１１は、購入商品情報及び指定決済手段情報に基づいて、支払情報ＤSを生成する。
レシート印刷情報生成部１１２は、購入商品情報及び指定決済手段情報に基づいて、レシート印刷情報ＤPを生成する。
レシート印刷情報生成部１１２は、購入商品情報及び指定決済手段情報に基づいて、レシート印刷情報ＤPを生成する。
【0049】
通信装置１３は、例えば、有線ネットワークまたは無線ネットワーク等を介して、決済端末２及びレシートプリンター３と通信するためのハードウェアである。
【0050】
図４は、決済端末２の構成の概要の一例を示すブロック図である。
【0051】
図４に例示するように、決済端末２は、決済端末２の各部を制御するための制御装置２１と、各種情報を記憶するための記憶装置２２と、決済端末２の外部に存在する外部装置と通信するための通信装置２３と、顧客Ｕのクレジットカードから情報を取得するカード読取装置２４と、を備える。
【0052】
記憶装置２２は、例えば、制御装置２１の作業領域として機能するＲＡＭ等の揮発性メモリと、決済端末２の制御プログラムＰG2等の各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリを含んで構成される。
【0053】
制御装置２１は、例えば、プロセッサを含んで構成される。制御装置２１に設けられたプロセッサは、例えば、１または複数のＣＰＵを含んで構成される。制御装置２１に設けられたプロセッサは、記憶装置２２に記憶された制御プログラムＰG2を実行し、制御プログラムＰG2に従って動作することで、決済端末２の各部を制御する。なお、制御装置２１に設けられたプロセッサは、１または複数のＣＰＵに加え、または、１または複数のＣＰＵのうち一部または全部に替えて、ＧＰＵ、ＤＳＰ、または、ＦＰＧＡ等の、ハードウェアを含んで構成されるものであってもよい。
【0054】
より具体的には、制御装置２１は、制御プログラムＰG2を実行し、制御プログラムＰG2に従って動作することで、決済承認要求部２１１として機能することができる。
決済承認要求部２１１は、ＰＯＳ端末１から供給される支払情報ＤSと、カード読取装置２４の取得した利用者情報ＤUと、に基づいて、決済承認要求情報ＤCを生成する。
決済承認要求部２１１は、ＰＯＳ端末１から供給される支払情報ＤSと、カード読取装置２４の取得した利用者情報ＤUと、に基づいて、決済承認要求情報ＤCを生成する。
【0055】
通信装置２３は、例えば、有線ネットワークまたは無線ネットワーク等を介して、ＰＯＳ端末１及び決済管理サーバ―５と通信するためのハードウェアである。
カード読取装置２４は、例えば、顧客Ｕのクレジットカードから情報を読み取るためのカードリーダーである。
カード読取装置２４は、例えば、顧客Ｕのクレジットカードから情報を読み取るためのカードリーダーである。
【0056】
図５は、レシートプリンター３の構成の概要の一例を示すブロック図である。
【0057】
図５に例示するように、レシートプリンター３は、レシートプリンター３の各部を制御するための制御装置３１と、各種情報を記憶するための記憶装置３２と、レシートプリンター３の外部に存在する外部装置と通信するための通信装置３３と、レシートＲを印刷するための画像形成装置３４と、を備える。
【0058】
記憶装置３２は、例えば、制御装置３１の作業領域として機能するＲＡＭ等の揮発性メモリと、レシートプリンター３の制御プログラムＰG3等の各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリを含んで構成される。
【0059】
制御装置３１は、例えば、プロセッサを含んで構成される。制御装置３１に設けられたプロセッサは、例えば、１または複数のＣＰＵを含んで構成される。制御装置３１に設けられたプロセッサは、記憶装置３２に記憶された制御プログラムＰG3を実行し、制御プログラムＰG3に従って動作することで、レシートプリンター３の各部を制御する。なお、制御装置３１に設けられたプロセッサは、１または複数のＣＰＵに加え、または、１または複数のＣＰＵのうち一部または全部に替えて、ＧＰＵ、ＤＳＰ、または、ＦＰＧＡ等の、ハードウェアを含んで構成されるものであってもよい。
【0060】
より具体的には、制御装置３１は、制御プログラムＰG3を実行し、制御プログラムＰG3に従って動作することで、印刷制御部３１１、レシート印刷情報取得部３１２、及び、レシート印刷情報供給部３１３として機能することができる。
【0061】
レシート印刷情報取得部３１２は、ＰＯＳ端末１から供給されるレシート印刷情報ＤPを取得し、記憶装置３２に記憶させる。
印刷制御部３１１は、印刷処理を実行する。ここで、印刷処理とは、レシート印刷情報取得部３１２の取得したレシート印刷情報ＤPに基づいて画像形成装置３４を制御し、画像形成装置３４にレシートＲを印刷させる処理である。
レシート印刷情報供給部３１３は、レシート印刷情報取得部３１２の取得したレシート印刷情報ＤPを、レシートサーバー４に供給するように、通信装置３３を制御する。
印刷制御部３１１は、印刷処理を実行する。ここで、印刷処理とは、レシート印刷情報取得部３１２の取得したレシート印刷情報ＤPに基づいて画像形成装置３４を制御し、画像形成装置３４にレシートＲを印刷させる処理である。
レシート印刷情報供給部３１３は、レシート印刷情報取得部３１２の取得したレシート印刷情報ＤPを、レシートサーバー４に供給するように、通信装置３３を制御する。
【0062】
通信装置３３は、例えば、有線ネットワークまたは無線ネットワーク等を介して、ＰＯＳ端末１及びレシートサーバー４と通信するためのハードウェアである。
画像形成装置３４は、例えば、記録用紙等に対してインクを吐出することで、当該記録用紙に対してレシートＲを印刷するためのハードウェアである。
なお、本実施形態では、画像形成装置３４が、圧電素子を駆動することで圧力室内の圧力を高め、これにより、圧力室内に充填されたインクをノズルから吐出する、所謂ピエゾ方式の画像形成装置である場合を想定するが、本発明はこのような態様に限定されるものではない。画像形成装置３４は、例えば、圧力室に設けられた発熱体を発熱させることにより圧力室内に気泡を生じさせて圧力室内の圧力を高め、これにより、圧力室内に充填されたインクをノズルから吐出する、所謂サーマル方式の画像形成装置であってもよい。
また、本実施形態では、画像形成装置３４が、記録用紙に対してインクを吐出する所謂インクジェット方式の画像形成装置である場合を想定するが、本発明はこのような態様に限定されるものではない。画像形成装置３４は、発熱体を備える画像形成装置であって、熱が加えられると発色する薬剤が塗布された記録用紙に対して当該発熱体から熱を加えることで記録用紙を発色させて画像を形成する、所謂ダイレクトサーマル方式の画像形成装置であってもよい。また、画像形成装置３４は、発熱体を備える画像形成装置であって、熱によって融解するインクが塗布されたインクリボンに対いて当該発熱体から熱を加えることでインクリボンに塗布されたインクを記録用紙に転写することで記録用紙に画像を形成する、所謂熱転写方式の画像形成装置であってもよい。
画像形成装置３４は、例えば、記録用紙等に対してインクを吐出することで、当該記録用紙に対してレシートＲを印刷するためのハードウェアである。
なお、本実施形態では、画像形成装置３４が、圧電素子を駆動することで圧力室内の圧力を高め、これにより、圧力室内に充填されたインクをノズルから吐出する、所謂ピエゾ方式の画像形成装置である場合を想定するが、本発明はこのような態様に限定されるものではない。画像形成装置３４は、例えば、圧力室に設けられた発熱体を発熱させることにより圧力室内に気泡を生じさせて圧力室内の圧力を高め、これにより、圧力室内に充填されたインクをノズルから吐出する、所謂サーマル方式の画像形成装置であってもよい。
また、本実施形態では、画像形成装置３４が、記録用紙に対してインクを吐出する所謂インクジェット方式の画像形成装置である場合を想定するが、本発明はこのような態様に限定されるものではない。画像形成装置３４は、発熱体を備える画像形成装置であって、熱が加えられると発色する薬剤が塗布された記録用紙に対して当該発熱体から熱を加えることで記録用紙を発色させて画像を形成する、所謂ダイレクトサーマル方式の画像形成装置であってもよい。また、画像形成装置３４は、発熱体を備える画像形成装置であって、熱によって融解するインクが塗布されたインクリボンに対いて当該発熱体から熱を加えることでインクリボンに塗布されたインクを記録用紙に転写することで記録用紙に画像を形成する、所謂熱転写方式の画像形成装置であってもよい。
【0063】
図６は、レシートサーバー４の構成の概要の一例を示すブロック図である。
【0064】
図６に例示するように、レシートサーバー４は、レシートサーバー４の各部を制御するための制御装置４１と、各種情報を記憶するための記憶装置４２と、レシートサーバー４の外部に存在する外部装置と通信するための通信装置４３と、を備える。
【0065】
記憶装置４２は、例えば、制御装置４１の作業領域として機能するＲＡＭ等の揮発性メモリと、レシートサーバー４の制御プログラムＰG4等の各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリを含んで構成される。
【0066】
制御装置４１は、例えば、プロセッサを含んで構成される。制御装置４１に設けられたプロセッサは、例えば、１または複数のＣＰＵを含んで構成される。制御装置４１に設けられたプロセッサは、記憶装置４２に記憶された制御プログラムＰG4を実行し、制御プログラムＰG4に従って動作することで、レシートサーバー４の各部を制御する。なお、制御装置４１に設けられたプロセッサは、１または複数のＣＰＵに加え、または、１または複数のＣＰＵのうち一部または全部に替えて、ＧＰＵ、ＤＳＰ、または、ＦＰＧＡ等の、ハードウェアを含んで構成されるものであってもよい。
【0067】
より具体的には、制御装置４１は、制御プログラムＰG4を実行し、制御プログラムＰG4に従って動作することで、レシート印刷情報取得部４１１、レシート情報生成部４１２、及び、レシート情報供給部４１３として機能することができる。
【0068】
レシート印刷情報取得部４１１は、レシートプリンター３から供給されるレシート印刷情報ＤPを取得し、記憶装置４２に記憶させる。
レシート情報生成部４１２は、レシート印刷情報取得部４１１の取得したレシート印刷情報ＤPに基づいてレシート情報ＤRを生成する。具体的には、レシート情報生成部４１２は、例えば、レシート印刷情報ＤPの示すレシートＲを解析することで、レシートＲの示す各種文字列を把握し、把握した文字列に基づいて、レシート情報ＤRを生成してもよい。
レシート情報供給部４１３は、レシート情報生成部４１２の生成したレシート情報ＤRを、決済管理サーバ―５に供給するように、通信装置４３を制御する。
レシート情報生成部４１２は、レシート印刷情報取得部４１１の取得したレシート印刷情報ＤPに基づいてレシート情報ＤRを生成する。具体的には、レシート情報生成部４１２は、例えば、レシート印刷情報ＤPの示すレシートＲを解析することで、レシートＲの示す各種文字列を把握し、把握した文字列に基づいて、レシート情報ＤRを生成してもよい。
レシート情報供給部４１３は、レシート情報生成部４１２の生成したレシート情報ＤRを、決済管理サーバ―５に供給するように、通信装置４３を制御する。
【0069】
通信装置４３は、例えば、有線ネットワークまたは無線ネットワーク等を介して、レシートプリンター３及び決済管理サーバ―５と通信するためのハードウェアである。
【0070】
図７は、決済管理サーバ―５の構成の概要の一例を示すブロック図である。
【0071】
図７に例示するように、決済管理サーバ―５は、決済管理サーバ―５の各部を制御するための制御装置５１と、各種情報を記憶するための記憶装置５２と、決済管理サーバ―５の外部に存在する外部装置と通信するための通信装置５３と、を備える。
【0072】
記憶装置５２は、例えば、制御装置５１の作業領域として機能するＲＡＭ等の揮発性メモリと、各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリを含んで構成される。本実施形態において、記憶装置５２は、決済利用者情報テーブルＴB1と、決済関連情報テーブルＴB2と、決済管理サーバ―５の制御プログラムＰG5と、を記憶している。
【0073】
決済利用者情報テーブルＴB1は、顧客Ｕに関する情報を記憶している。具体的には、決済利用者情報テーブルＴB1は、顧客Ｕの有するクレジットカードのクレジットカード番号、顧客Ｕの有するクレジットカードの有効期限、及び、顧客Ｕの有するクレジットカードの利用限度額を記憶している。なお、決済利用者情報テーブルＴB1は、顧客Ｕの氏名、年齢、性別、住所、職業、及び、年収の、一部または全部を記憶していてもよい。また、決済利用者情報テーブルＴB1は、顧客Ｕに関する情報のうち、顧客Ｕの氏名等のような、顧客Ｕを特定可能な情報を除く情報のみを記憶していてもよい。
【0074】
決済関連情報テーブルＴB2は、対応関係判定処理において、決済承認要求情報ＤCに含まれる決済特徴情報ＤCCと、レシート情報ＤRに含まれる取引特徴情報ＤRRとが、対応すると判定された場合、決済承認要求情報ＤCに含まれる利用者情報ＤUに関連する情報と、レシート情報ＤRに含まれる取引明細情報ＤRMとを、対応付けて記憶する。ここで、利用者情報ＤUに関連する情報とは、決済利用者情報テーブルＴB1に記憶された情報と、利用者情報ＤUとに基づいて特定される顧客Ｕに関する情報である。利用者情報ＤUに関連する情報は、例えば、顧客Ｕの年齢、性別、住所、職業、及び、年収の、一部または全部を含む情報であってもよい。なお、利用者情報ＤUに関連する情報は、顧客Ｕに関する情報のうち、顧客Ｕの氏名等のような、顧客Ｕを特定可能な情報を除く情報であってもよい。
【0075】
制御装置５１は、例えば、プロセッサを含んで構成される。制御装置５１に設けられたプロセッサは、例えば、１または複数のＣＰＵを含んで構成される。制御装置５１に設けられたプロセッサは、記憶装置５２に記憶された制御プログラムＰG5を実行し、制御プログラムＰG5に従って動作することで、決済管理サーバ―５の各部を制御する。なお、制御装置５１に設けられたプロセッサは、１または複数のＣＰＵに加え、または、１または複数のＣＰＵのうち一部または全部に替えて、ＧＰＵ、ＤＳＰ、または、ＦＰＧＡ等の、ハードウェアを含んで構成されるものであってもよい。
【0076】
より具体的には、制御装置５１は、制御プログラムＰG5を実行し、制御プログラムＰG5に従って動作することで、決済関連情報取得部５１１、決済処理部５１２、対応関係判定部５１３、及び、決済関連情報管理部５１４として機能することができる。なお、本実施形態において、決済関連情報取得部５１１は「取得部」の一例であり、決済関連情報管理部５１４は「管理部」の一例である。
【0077】
決済関連情報取得部５１１は、決済端末２から供給される決済承認要求情報ＤCを取得し、記憶装置５２に記憶させる。また、決済関連情報取得部５１１は、レシートサーバー４から供給されるレシート情報ＤRを取得し、記憶装置５２に記憶させる。
【0078】
決済処理部５１２は、決済承認要求部２１１の生成した決済承認要求情報ＤCに基づいて決済承認処理を実行する。また、決済処理部５１２は、決済承認要求部２１１の生成した決済承認要求情報ＤCに基づいて決済処理を実行する。ここで、決済処理とは、例えば、顧客Ｕが店舗において購入した商品に応じた金額を、当該店舗を運営する法人の口座の残高に加算することを、当該口座を運営する金融機関に対して指示する処理である。
【0079】
対応関係判定部５１３は、上述した対応関係判定処理を実行する。
決済関連情報管理部５１４は、上述した決済関連情報管理処理を実行する。具体的には、決済関連情報管理部５１４は、決済関連情報管理処理において、決済承認要求情報ＤCに含まれる利用者情報ＤUに関連する情報と、レシート情報ＤRに含まれる取引明細情報ＤRMとを、対応付けて、決済関連情報テーブルＴB2に記憶させる。
決済関連情報管理部５１４は、上述した決済関連情報管理処理を実行する。具体的には、決済関連情報管理部５１４は、決済関連情報管理処理において、決済承認要求情報ＤCに含まれる利用者情報ＤUに関連する情報と、レシート情報ＤRに含まれる取引明細情報ＤRMとを、対応付けて、決済関連情報テーブルＴB2に記憶させる。
【0080】
通信装置５３は、例えば、有線ネットワークまたは無線ネットワーク等を介して、決済端末２及びレシートサーバー４と通信するためのハードウェアである。
【0081】
＜＜３．決済システムの動作＞＞
以下、図８乃至図１０を参照しつつ、顧客Ｕが店舗で商品を購入した場合における決済システムＳysの動作の一例を説明する。なお、以下では、顧客Ｕが店舗で商品を購入した場合において決済システムＳysで実行される処理を、取引管理処理と称する。
以下、図８乃至図１０を参照しつつ、顧客Ｕが店舗で商品を購入した場合における決済システムＳysの動作の一例を説明する。なお、以下では、顧客Ｕが店舗で商品を購入した場合において決済システムＳysで実行される処理を、取引管理処理と称する。
【0082】
【0083】
図８に例示するように、取引管理処理において、ＰＯＳ端末１の支払情報生成部１１１は、購入商品情報及び指定決済手段情報を取得し、取得した購入商品情報及び指定決済手段情報に基づいて、支払情報ＤSを生成する（Ｓ１０）。
次に、ＰＯＳ端末１の支払情報生成部１１１は、ステップＳ１０において生成した支払情報ＤSが決済端末２に対して送信されるように、通信装置１３を制御する（Ｓ１１）。
次に、ＰＯＳ端末１の支払情報生成部１１１は、ステップＳ１０において生成した支払情報ＤSが決済端末２に対して送信されるように、通信装置１３を制御する（Ｓ１１）。
【0084】
その後、決済端末２の決済承認要求部２１１は、ＰＯＳ端末１から供給される支払情報ＤSを取得する（Ｓ１２）。
また、決済端末２の決済承認要求部２１１は、カード読取装置２４を制御することで、顧客Ｕのクレジットカードから利用者情報ＤUを取得する（Ｓ１３）。
次に、決済端末２の決済承認要求部２１１は、ステップＳ１２において取得した支払情報ＤSと、ステップＳ１３において取得した利用者情報ＤUと、に基づいて、決済承認要求情報ＤCを生成する（Ｓ１４）。
そして、決済端末２の決済承認要求部２１１は、ステップＳ１４において生成した決済承認要求情報ＤCが決済管理サーバ―５に送信されるように、通信装置２３を制御する（Ｓ１５）。
また、決済端末２の決済承認要求部２１１は、カード読取装置２４を制御することで、顧客Ｕのクレジットカードから利用者情報ＤUを取得する（Ｓ１３）。
次に、決済端末２の決済承認要求部２１１は、ステップＳ１２において取得した支払情報ＤSと、ステップＳ１３において取得した利用者情報ＤUと、に基づいて、決済承認要求情報ＤCを生成する（Ｓ１４）。
そして、決済端末２の決済承認要求部２１１は、ステップＳ１４において生成した決済承認要求情報ＤCが決済管理サーバ―５に送信されるように、通信装置２３を制御する（Ｓ１５）。
【0085】
その後、決済管理サーバ―５の決済関連情報取得部５１１は、決済端末２から供給される決済承認要求情報ＤCを取得する（Ｓ１６）。
次に、決済管理サーバ―５の決済処理部５１２は、ステップＳ１６において決済関連情報取得部５１１が取得した決済承認要求情報ＤCに基づいて、決済承認処理を実行する（Ｓ１７）。具体的には、決済処理部５１２は、ステップＳ１７の決済承認処理において、決済利用者情報テーブルＴB1を参照することで、決済承認要求情報ＤCに含まれる利用者識別情報ＤU1に対応する利用限度額を特定し、当該特定した利用限度額が、決済承認要求情報ＤCに含まれる決済金額情報ＤCC2の示す金額以上であるか否かを判定する。また、決済処理部５１２は、ステップＳ１７の決済承認処理において、現在の日時が、決済承認要求情報ＤCに含まれる利用者関連情報ＤU2の示す有効期限に含まれるか否かを判定する。そして、決済処理部５１２は、当該２つの判定の結果がともに肯定である場合、顧客Ｕによる決済を承認する。他方、決済処理部５１２は、当該２つの判定のうち一方または両方の判定の結果が否定である場合、顧客Ｕによる決済を拒否する。
次に、決済管理サーバ―５の決済処理部５１２は、ステップＳ１６において決済関連情報取得部５１１が取得した決済承認要求情報ＤCに基づいて、決済承認処理を実行する（Ｓ１７）。具体的には、決済処理部５１２は、ステップＳ１７の決済承認処理において、決済利用者情報テーブルＴB1を参照することで、決済承認要求情報ＤCに含まれる利用者識別情報ＤU1に対応する利用限度額を特定し、当該特定した利用限度額が、決済承認要求情報ＤCに含まれる決済金額情報ＤCC2の示す金額以上であるか否かを判定する。また、決済処理部５１２は、ステップＳ１７の決済承認処理において、現在の日時が、決済承認要求情報ＤCに含まれる利用者関連情報ＤU2の示す有効期限に含まれるか否かを判定する。そして、決済処理部５１２は、当該２つの判定の結果がともに肯定である場合、顧客Ｕによる決済を承認する。他方、決済処理部５１２は、当該２つの判定のうち一方または両方の判定の結果が否定である場合、顧客Ｕによる決済を拒否する。
【0086】
その後、図９に例示するように、取引管理処理において、決済管理サーバ―５の決済処理部５１２は、ステップＳ１６において決済関連情報取得部５１１が取得した決済承認要求情報ＤCに基づいて、決済処理を実行する（Ｓ２０）。
次に、決済管理サーバ―５の決済処理部５１２は、決済結果情報ＤCzを生成する（Ｓ２１）。ここで、決済結果情報ＤCzとは、例えば、決済承認処理において顧客Ｕによる決済が承認された旨、または、決済承認処理において顧客Ｕによる決済が拒否された旨を示す情報である。
そして、決済管理サーバ―５の決済処理部５１２は、ステップＳ２１において生成した決済結果情報ＤCzが決済端末２に送信されるように、通信装置５３を制御する（Ｓ２２）。
次に、決済管理サーバ―５の決済処理部５１２は、決済結果情報ＤCzを生成する（Ｓ２１）。ここで、決済結果情報ＤCzとは、例えば、決済承認処理において顧客Ｕによる決済が承認された旨、または、決済承認処理において顧客Ｕによる決済が拒否された旨を示す情報である。
そして、決済管理サーバ―５の決済処理部５１２は、ステップＳ２１において生成した決済結果情報ＤCzが決済端末２に送信されるように、通信装置５３を制御する（Ｓ２２）。
【0087】
その後、決済端末２の決済承認要求部２１１は、決済管理サーバ―５から供給される決済結果情報ＤCzを取得し、取得した決済結果情報ＤCzがＰＯＳ端末１に送信されるように、通信装置２３を制御する（Ｓ２３）。
【0088】
その後、ＰＯＳ端末１のレシート印刷情報生成部１１２は、決済端末２から供給される決済結果情報ＤCzを取得する（Ｓ２４）。
次に、ＰＯＳ端末１のレシート印刷情報生成部１１２は、ステップＳ１０において支払情報生成部１１１が取得した購入商品情報及び指定決済手段情報に基づいて、レシート印刷情報ＤPを生成する（Ｓ２５）。
そして、ＰＯＳ端末１のレシート印刷情報生成部１１２は、ステップＳ２５において生成したレシート印刷情報ＤPがレシートプリンター３に送信されるように、通信装置１３を制御する（Ｓ２６）。
次に、ＰＯＳ端末１のレシート印刷情報生成部１１２は、ステップＳ１０において支払情報生成部１１１が取得した購入商品情報及び指定決済手段情報に基づいて、レシート印刷情報ＤPを生成する（Ｓ２５）。
そして、ＰＯＳ端末１のレシート印刷情報生成部１１２は、ステップＳ２５において生成したレシート印刷情報ＤPがレシートプリンター３に送信されるように、通信装置１３を制御する（Ｓ２６）。
【0089】
その後、図１０に例示するように、取引管理処理において、レシートプリンター３のレシート印刷情報取得部３１２は、ＰＯＳ端末１から供給されるレシート印刷情報ＤPを取得する（Ｓ３０）。
次に、レシートプリンター３のレシート印刷情報供給部３１３は、ステップＳ３０においてレシート印刷情報取得部３１２が取得したレシート印刷情報ＤPが、レシートサーバー４に送信されるように、通信装置３３を制御する（Ｓ３１）。
また、レシートプリンター３の印刷制御部３１１は、ステップＳ３０においてレシート印刷情報取得部３１２が取得したレシート印刷情報ＤPに基づいて、印刷処理を実行し、レシートＲを印刷する（Ｓ３２）。
次に、レシートプリンター３のレシート印刷情報供給部３１３は、ステップＳ３０においてレシート印刷情報取得部３１２が取得したレシート印刷情報ＤPが、レシートサーバー４に送信されるように、通信装置３３を制御する（Ｓ３１）。
また、レシートプリンター３の印刷制御部３１１は、ステップＳ３０においてレシート印刷情報取得部３１２が取得したレシート印刷情報ＤPに基づいて、印刷処理を実行し、レシートＲを印刷する（Ｓ３２）。
【0090】
そして、レシートサーバー４のレシート印刷情報取得部４１１は、レシートプリンター３から供給されるレシート印刷情報ＤPを取得する（Ｓ３３）。
次に、レシートサーバー４のレシート情報生成部４１２は、ステップＳ３３においてレシート印刷情報取得部４１１が取得したレシート印刷情報ＤPに基づいて、レシート情報ＤRを生成する（Ｓ３４）。
次に、レシートサーバー４のレシート情報供給部４１３は、ステップＳ３４においてレシート情報生成部４１２が生成したレシート情報ＤRが、決済管理サーバ―５に送信されるように、通信装置４３を制御する（Ｓ３５）。
次に、レシートサーバー４のレシート情報生成部４１２は、ステップＳ３３においてレシート印刷情報取得部４１１が取得したレシート印刷情報ＤPに基づいて、レシート情報ＤRを生成する（Ｓ３４）。
次に、レシートサーバー４のレシート情報供給部４１３は、ステップＳ３４においてレシート情報生成部４１２が生成したレシート情報ＤRが、決済管理サーバ―５に送信されるように、通信装置４３を制御する（Ｓ３５）。
【0091】
その後、決済管理サーバ―５の決済関連情報取得部５１１は、レシートサーバー４から供給されるレシート情報ＤRを取得する（Ｓ３６）。
次に、決済管理サーバ―５の対応関係判定部５１３は、ステップＳ１６において決済関連情報取得部５１１が取得した決済承認要求情報ＤCに含まれる決済特徴情報ＤCCと、ステップＳ３６において決済関連情報取得部５１１が取得したレシート情報ＤRに含まれる取引特徴情報ＤRRと、に基づいて、対応関係判定処理を実行する（Ｓ３７）。
そして、決済管理サーバ―５の決済関連情報管理部５１４は、ステップＳ３７において、対応関係判定部５１３が、決済特徴情報ＤCCと取引特徴情報ＤRRとが対応すると判定した場合、決済関連情報管理処理を実行し、決済承認要求情報ＤCに含まれる利用者情報ＤUと、レシート情報ＤRに含まれる取引明細情報ＤRMとを対応付けて、決済関連情報テーブルＴB2に記憶させる（Ｓ３８）。
次に、決済管理サーバ―５の対応関係判定部５１３は、ステップＳ１６において決済関連情報取得部５１１が取得した決済承認要求情報ＤCに含まれる決済特徴情報ＤCCと、ステップＳ３６において決済関連情報取得部５１１が取得したレシート情報ＤRに含まれる取引特徴情報ＤRRと、に基づいて、対応関係判定処理を実行する（Ｓ３７）。
そして、決済管理サーバ―５の決済関連情報管理部５１４は、ステップＳ３７において、対応関係判定部５１３が、決済特徴情報ＤCCと取引特徴情報ＤRRとが対応すると判定した場合、決済関連情報管理処理を実行し、決済承認要求情報ＤCに含まれる利用者情報ＤUと、レシート情報ＤRに含まれる取引明細情報ＤRMとを対応付けて、決済関連情報テーブルＴB2に記憶させる（Ｓ３８）。
【0092】
以下、図１１を参照しつつ、対応関係判定部５１３がステップＳ３７において実行する対応関係判定処理を説明する。
【0093】
図１１は、対応関係判定部５１３が対応関係判定処理を実行する場合における、対応関係判定部５１３の動作の一例を示すフローチャートである。
【0094】
図１１に例示するように、対応関係判定部５１３は、対応関係判定処理が開始されると、記憶装置５２に記憶されているカウント値ＣTに「０」を設定する（Ｓ１００）。
【0095】
次に、対応関係判定部５１３は、決済承認要求情報ＤCに含まれる店舗関連情報ＤCC1と、レシート情報ＤRに含まれる取引店舗情報ＤRR1とが、対応するか否かを判定する（Ｓ１０２）。
具体的には、対応関係判定部５１３は、ステップＳ１０２において、店舗関連情報ＤCC1の示す店舗と、取引店舗情報ＤRR1の示す店舗とが、一致する場合に、店舗関連情報ＤCC1と取引店舗情報ＤRR1とが対応すると判定する。また、対応関係判定部５１３は、ステップＳ１０２において、店舗関連情報ＤCC1の示す店舗と、取引店舗情報ＤRR1の示す店舗とが、一致しない場合に、店舗関連情報ＤCC1と取引店舗情報ＤRR1とが対応しないと判定する。
但し、本発明はこのような態様に限定されるものではない。例えば、対応関係判定部５１３は、ステップＳ１０２において、店舗関連情報ＤCC1が、顧客Ｕが商品を購入する店舗に関連する情報である場合、取引店舗情報ＤRR1の示す店舗が、店舗関連情報ＤCC1の示すチェーン店に属する店舗、または、店舗関連情報ＤCC1の示す法人により運営される店舗であるか否かを判定してもよい。そして、対応関係判定部５１３は、ステップＳ１０２において、取引店舗情報ＤRR1の示す店舗が、店舗関連情報ＤCC1の示すチェーン店に属する店舗である場合、または、店舗関連情報ＤCC1の示す法人により運営される店舗である場合に、店舗関連情報ＤCC1と取引店舗情報ＤRR1とが対応すると判定してもよい。また、対応関係判定部５１３は、ステップＳ１０２において、取引店舗情報ＤRR1の示す店舗が、店舗関連情報ＤCC1の示すチェーン店に属する店舗ではなく、且つ、店舗関連情報ＤCC1の示す法人により運営される店舗ではない場合に、店舗関連情報ＤCC1と取引店舗情報ＤRR1とが対応しないと判定してもよい。
なお、店舗が、提供者により運営される店舗であるという関係、店舗が、提供者により運営されるチェーン店に属するという関係、及び、店舗が、提供者である法人により運営されるという関係は、店舗と提供者との間の「所定の関係」の一例である。
具体的には、対応関係判定部５１３は、ステップＳ１０２において、店舗関連情報ＤCC1の示す店舗と、取引店舗情報ＤRR1の示す店舗とが、一致する場合に、店舗関連情報ＤCC1と取引店舗情報ＤRR1とが対応すると判定する。また、対応関係判定部５１３は、ステップＳ１０２において、店舗関連情報ＤCC1の示す店舗と、取引店舗情報ＤRR1の示す店舗とが、一致しない場合に、店舗関連情報ＤCC1と取引店舗情報ＤRR1とが対応しないと判定する。
但し、本発明はこのような態様に限定されるものではない。例えば、対応関係判定部５１３は、ステップＳ１０２において、店舗関連情報ＤCC1が、顧客Ｕが商品を購入する店舗に関連する情報である場合、取引店舗情報ＤRR1の示す店舗が、店舗関連情報ＤCC1の示すチェーン店に属する店舗、または、店舗関連情報ＤCC1の示す法人により運営される店舗であるか否かを判定してもよい。そして、対応関係判定部５１３は、ステップＳ１０２において、取引店舗情報ＤRR1の示す店舗が、店舗関連情報ＤCC1の示すチェーン店に属する店舗である場合、または、店舗関連情報ＤCC1の示す法人により運営される店舗である場合に、店舗関連情報ＤCC1と取引店舗情報ＤRR1とが対応すると判定してもよい。また、対応関係判定部５１３は、ステップＳ１０２において、取引店舗情報ＤRR1の示す店舗が、店舗関連情報ＤCC1の示すチェーン店に属する店舗ではなく、且つ、店舗関連情報ＤCC1の示す法人により運営される店舗ではない場合に、店舗関連情報ＤCC1と取引店舗情報ＤRR1とが対応しないと判定してもよい。
なお、店舗が、提供者により運営される店舗であるという関係、店舗が、提供者により運営されるチェーン店に属するという関係、及び、店舗が、提供者である法人により運営されるという関係は、店舗と提供者との間の「所定の関係」の一例である。
【0096】
そして、対応関係判定部５１３は、ステップＳ１０２における判定の結果が否定の場合、処理をステップＳ１０６に進める。
他方、対応関係判定部５１３は、ステップＳ１０２における判定の結果が肯定の場合、カウント値ＣTに「１」を加算し（Ｓ１０４）、処理をステップＳ１０６に進める。
他方、対応関係判定部５１３は、ステップＳ１０２における判定の結果が肯定の場合、カウント値ＣTに「１」を加算し（Ｓ１０４）、処理をステップＳ１０６に進める。
【0097】
次に、対応関係判定部５１３は、決済承認要求情報ＤCに含まれる決済金額情報ＤCC2と、レシート情報ＤRに含まれる取引金額情報ＤRR2とが、対応するか否かを判定する（Ｓ１０６）。
具体的には、対応関係判定部５１３は、ステップＳ１０６において、決済金額情報ＤCC2の示す金額と、取引金額情報ＤRR2の示す金額とが一致する場合に、決済金額情報ＤCC2と取引金額情報ＤRR2とが対応すると判定する。また、対応関係判定部５１３は、ステップＳ１０６において、決済金額情報ＤCC2の示す金額と、取引金額情報ＤRR2の示す金額とが一致しない場合に、決済金額情報ＤCC2と取引金額情報ＤRR2とが対応しないと判定する。
但し、本発明はこのような態様に限定されるものではない。例えば、対応関係判定部５１３は、ステップＳ１０６において、決済金額情報ＤCC2と取引金額情報ＤRR2とが対応するか否かを、以下のように判定してもよい。まず、対応関係判定部５１３は、Ｒ個の決済手段識別情報ＤRK1[1]～ＤRK1[R]の中から、決済承認要求情報ＤCに係る決済手段を示す決済手段識別情報ＤRK1[r]を特定する（Ｓ１０６１）。ここで、決済承認要求情報ＤCに係る決済手段は「所定の決済手段」の一例である。なお、本実施形態において、決済承認要求情報ＤCに係る決済手段とは、クレジットカードである。次に、対応関係判定部５１３は、ステップＳ１０６１において特定した決済手段識別情報ＤRK1[r]の示す決済手段に対応する決済手段金額情報ＤRK2[r]の示す金額と、決済金額情報ＤCC2の示す金額とが一致するか否かを判定する（Ｓ１０６２）。そして、対応関係判定部５１３は、ステップＳ１０６２における判定の結果が肯定の場合、決済金額情報ＤCC2と取引金額情報ＤRR2とが対応すると判定する。他方、対応関係判定部５１３は、ステップＳ１０６２における判定の結果が否定の場合、決済金額情報ＤCC2と取引金額情報ＤRR2とが対応しないと判定する。
具体的には、対応関係判定部５１３は、ステップＳ１０６において、決済金額情報ＤCC2の示す金額と、取引金額情報ＤRR2の示す金額とが一致する場合に、決済金額情報ＤCC2と取引金額情報ＤRR2とが対応すると判定する。また、対応関係判定部５１３は、ステップＳ１０６において、決済金額情報ＤCC2の示す金額と、取引金額情報ＤRR2の示す金額とが一致しない場合に、決済金額情報ＤCC2と取引金額情報ＤRR2とが対応しないと判定する。
但し、本発明はこのような態様に限定されるものではない。例えば、対応関係判定部５１３は、ステップＳ１０６において、決済金額情報ＤCC2と取引金額情報ＤRR2とが対応するか否かを、以下のように判定してもよい。まず、対応関係判定部５１３は、Ｒ個の決済手段識別情報ＤRK1[1]～ＤRK1[R]の中から、決済承認要求情報ＤCに係る決済手段を示す決済手段識別情報ＤRK1[r]を特定する（Ｓ１０６１）。ここで、決済承認要求情報ＤCに係る決済手段は「所定の決済手段」の一例である。なお、本実施形態において、決済承認要求情報ＤCに係る決済手段とは、クレジットカードである。次に、対応関係判定部５１３は、ステップＳ１０６１において特定した決済手段識別情報ＤRK1[r]の示す決済手段に対応する決済手段金額情報ＤRK2[r]の示す金額と、決済金額情報ＤCC2の示す金額とが一致するか否かを判定する（Ｓ１０６２）。そして、対応関係判定部５１３は、ステップＳ１０６２における判定の結果が肯定の場合、決済金額情報ＤCC2と取引金額情報ＤRR2とが対応すると判定する。他方、対応関係判定部５１３は、ステップＳ１０６２における判定の結果が否定の場合、決済金額情報ＤCC2と取引金額情報ＤRR2とが対応しないと判定する。
【0098】
そして、対応関係判定部５１３は、ステップＳ１０６における判定の結果が否定の場合、処理をステップＳ１１０に進める。
他方、対応関係判定部５１３は、ステップＳ１０６における判定の結果が肯定の場合、カウント値ＣTに「１」を加算し（Ｓ１０８）、処理をステップＳ１１０に進める。
他方、対応関係判定部５１３は、ステップＳ１０６における判定の結果が肯定の場合、カウント値ＣTに「１」を加算し（Ｓ１０８）、処理をステップＳ１１０に進める。
【0099】
次に、対応関係判定部５１３は、決済承認要求情報ＤCに含まれる決済日時情報ＤCC3と、レシート情報ＤRに含まれる取引日時情報ＤRR3とが、対応するか否かを判定する（Ｓ１１０）。
具体的には、対応関係判定部５１３は、ステップＳ１１０において、第１の日時条件及び第２の日時条件を満たす場合に、ここで、第１の日時条件とは、取引日時情報ＤRR3の示す日時が、決済日時情報ＤCC3の示す日時以降であるという条件である。また、第２の日時条件とは、決済日時情報ＤCC3の示す日時から、取引日時情報ＤRR3の示す日時までの時間長が、所定時間以内であるという条件である。
具体的には、対応関係判定部５１３は、ステップＳ１１０において、第１の日時条件及び第２の日時条件を満たす場合に、ここで、第１の日時条件とは、取引日時情報ＤRR3の示す日時が、決済日時情報ＤCC3の示す日時以降であるという条件である。また、第２の日時条件とは、決済日時情報ＤCC3の示す日時から、取引日時情報ＤRR3の示す日時までの時間長が、所定時間以内であるという条件である。
【0100】
そして、対応関係判定部５１３は、ステップＳ１１０における判定の結果が否定の場合、処理をステップＳ１１４に進める。
他方、対応関係判定部５１３は、ステップＳ１１０における判定の結果が肯定の場合、カウント値ＣTに「１」を加算し（Ｓ１１２）、処理をステップＳ１１４に進める。
他方、対応関係判定部５１３は、ステップＳ１１０における判定の結果が肯定の場合、カウント値ＣTに「１」を加算し（Ｓ１１２）、処理をステップＳ１１４に進める。
【0101】
次に、対応関係判定部５１３は、カウント値ＣTが閾値ＣT0以上であるか否かを判定する（Ｓ１１４）。ここで、閾値ＣT0は「１≦ＣT0≦３」を満たす実数である。本実施形態では、一例として、閾値ＣT0が「２」である場合を想定する。
【0102】
そして、対応関係判定部５１３は、ステップＳ１１４における判定の結果が肯定の場合、対応関係情報ＤTに「１」を設定し（Ｓ１１６）、対応関係判定処理を終了させる。
他方、対応関係判定部５１３は、ステップＳ１１４における判定の結果が否定の場合、対応関係情報ＤTに「０」を設定し（Ｓ１１８）、対応関係判定処理を終了させる。
他方、対応関係判定部５１３は、ステップＳ１１４における判定の結果が否定の場合、対応関係情報ＤTに「０」を設定し（Ｓ１１８）、対応関係判定処理を終了させる。
【0103】
その後、決済関連情報管理部５１４は、対応関係情報ＤTが「１」を示す場合、上述したステップＳ３８において、決済関連情報管理処理を実行することで、決済承認要求情報ＤCに含まれる利用者情報ＤUと、レシート情報ＤRに含まれる取引明細情報ＤRMとを対応付けて、決済関連情報テーブルＴB2に記憶させ、その後、取引管理処理を終了させる。
他方、決済関連情報管理部５１４は、対応関係情報ＤTが「０」を示す場合には、上述したステップＳ３８に係る決済関連情報管理処理を実行することなく、取引管理処理を終了させる。
他方、決済関連情報管理部５１４は、対応関係情報ＤTが「０」を示す場合には、上述したステップＳ３８に係る決済関連情報管理処理を実行することなく、取引管理処理を終了させる。
【0104】
＜＜４．実施形態の結び＞＞
従来、決済管理サーバ―５は、決済端末２から供給される情報のみを管理する態様が一般的であった。この場合、決済管理サーバ―５が管理する情報は、決済承認要求情報ＤCに限られるため、決済承認要求情報ＤCに係る決済以外の用途への情報の活用の可能性は限定的であった。特に、本実施形態のように、決済承認要求情報ＤCに係る決済手段がクレジットカードである場合、ＰＣＩＤＳＳの規定により、決済承認要求情報ＤCに含まれる情報が、決済の承認に必要最小限の情報となり、決済承認要求情報ＤCに係る決済以外の用途への情報の活用は困難であった。ここで、ＰＣＩＤＳＳとは、Payment Card Industry Data Security Standardの略称である。
従来、決済管理サーバ―５は、決済端末２から供給される情報のみを管理する態様が一般的であった。この場合、決済管理サーバ―５が管理する情報は、決済承認要求情報ＤCに限られるため、決済承認要求情報ＤCに係る決済以外の用途への情報の活用の可能性は限定的であった。特に、本実施形態のように、決済承認要求情報ＤCに係る決済手段がクレジットカードである場合、ＰＣＩＤＳＳの規定により、決済承認要求情報ＤCに含まれる情報が、決済の承認に必要最小限の情報となり、決済承認要求情報ＤCに係る決済以外の用途への情報の活用は困難であった。ここで、ＰＣＩＤＳＳとは、Payment Card Industry Data Security Standardの略称である。
【0105】
これに対して、本実施形態では、制御プログラムＰG5が、制御装置５１に設けられたプロセッサを、決済に係る取引内容を表すレシートＲをレシートプリンター３において印刷するためのレシート印刷情報ＤPに基づくレシート情報ＤRを取得し、決済の承認の要求に関する決済承認要求情報ＤCを、決済の承認を要求する決済端末２から取得する、決済関連情報取得部５１１と、レシート情報ＤRの有する取引特徴情報ＤRR、及び、決済承認要求情報ＤCの有する決済特徴情報ＤCCが対応する場合、レシート情報ＤRの有する取引明細情報ＤRM、及び、決済承認要求情報ＤCの有する利用者情報ＤUを対応付けて管理する、決済関連情報管理部５１４と、して機能させる、ことを特徴とする。
【0106】
このため、本実施形態によれば、従来のように決済端末２から取得される決済承認要求情報ＤCのみを管理する従来の態様と比較して、決済承認要求情報ＤCに係る決済以外の用途への情報の活用の可能性を高めることが可能となる。
【0107】
なお、本実施形態において、レシートＲは「第１画像」の一例であり、レシート印刷情報ＤPは「印刷情報」の一例であり、レシート情報ＤRは「第１情報」の一例であり、決済承認要求情報ＤCは「第２情報」の一例であり、取引特徴情報ＤRRは「第１特徴情報」の一例であり、決済特徴情報ＤCCは「第２特徴情報」の一例であり、取引明細情報ＤRMは「第１決済情報」の一例であり、利用者情報ＤUは「第２決済情報」の一例である。
【0108】
また、本実施形態において、取引明細情報ＤRMは、決済に係る取引内容に関する情報であり、利用者情報ＤUは、決済を行った取引者に関する情報である、ことを特徴としてもよい。
【0109】
このため、本実施形態によれば、決済の取引者が行った取引内容の詳細を把握することが可能となり、決済承認要求情報ＤCに係る決済以外の用途、例えば、マーケティング等を目的とした情報の活用が可能となる。
【0110】
また、本実施形態において、取引特徴情報ＤRRは、レシート印刷情報ＤPの生成に関連する日時である第１のタイミングを示す取引日時情報ＤRR3を含み、決済特徴情報ＤCCは、決済の承認の要求に関連する日時である第２のタイミングを示す決済日時情報ＤCC3を含み、決済関連情報管理部５１４は、第１のタイミングが第２のタイミング以降であり、且つ、第２のタイミングから第１のタイミングまでの時間が所定時間以内である場合に、取引明細情報ＤRM及び利用者情報ＤUを対応付けて管理する、ことを特徴としても良い。
【0111】
このため、本実施形態によれば、複数の取引者が決済を行った場合であっても、各決済の取引者に対応する取引内容を正確に把握することが可能となる。
【0112】
なお、本実施形態において、取引日時情報ＤRR3は「第１タイミング情報」の一例であり、決済日時情報ＤCC3は「第２タイミング情報」の一例である。
【0113】
また、本実施形態において、取引特徴情報ＤRRは、レシートＲにおいて決済が行われた施設として表示される決済施設を示す取引店舗情報ＤRR1を含み、決済特徴情報ＤCCは、決済に係る商品または役務を提供する提供者に関連する店舗関連情報ＤCC1を含み、決済関連情報管理部５１４は、決済施設と提供者との間に所定の関係がある場合に、取引明細情報ＤRM及び利用者情報ＤUを対応付けて管理する、ことを特徴としても良い。
【0114】
このため、本実施形態によれば、複数の取引者が決済を行った場合であっても、各決済の取引者に対応する取引内容を正確に把握することが可能となる。
【0115】
なお、本実施形態において、取引店舗情報ＤRR1は「施設情報」の一例であり、店舗関連情報ＤCC1は「提供者情報」の一例である。
【0116】
また、本実施形態において、取引特徴情報ＤRRは、決済が決済承認要求情報ＤCに係る決済手段により行われた場合に、レシートＲにおいて、決済の金額として表示される第１の金額を示す取引金額情報ＤRR2を含み、決済特徴情報ＤCCは、決済承認要求情報ＤCに係る決済手段により行われた決済の金額である第２の金額を示す決済金額情報ＤCC2を含み、決済関連情報管理部５１４は、第１の金額と第２の金額とが一致する場合に、取引明細情報ＤRM及び利用者情報ＤUを対応付けて管理する、ことを特徴としても良い。
【0117】
このため、本実施形態によれば、複数の取引者が決済を行った場合であっても、各決済の取引者に対応する取引内容を正確に把握することが可能となる。
【0118】
なお、本実施形態において、取引金額情報ＤRR2は「第１金額情報」の一例であり、決済金額情報ＤCC2は「第２金額情報」の一例である。
【0119】
また、本実施形態において、取引特徴情報ＤRRは、決済が、決済承認要求情報ＤCに係る決済手段を含む複数の決済手段により行われた場合に、レシートＲにおいて表示される金額であって、決済承認要求情報ＤCに係る決済手段により行われた決済の金額として表示される第１の金額を示す決済手段金額情報ＤRK2[r]を含み、決済特徴情報ＤCCは、決済承認要求情報ＤCに係る決済手段により行われた決済の金額である第２の金額を示す決済金額情報ＤCC2を含み、決済関連情報管理部５１４は、第１の金額と第２の金額とが一致する場合に、取引明細情報ＤRM及び利用者情報ＤUを対応付けて管理する、ことを特徴としても良い。
【0120】
このため、本実施形態によれば、複数の取引者が決済を行った場合であっても、各決済の取引者に対応する取引内容を正確に把握することが可能となる。
【0121】
なお、本実施形態において、決済手段金額情報ＤRK2[r]は「第１金額情報」の他の例である。
【0122】
また、本実施形態において、制御プログラムＰG3は、制御装置３１のプロセッサを、決済に係る取引内容を表すレシートＲを印刷するためのレシート印刷情報ＤPを取得する、レシート印刷情報取得部３１２と、レシート印刷情報ＤPに基づくレシート情報ＤRの有する取引特徴情報ＤRR、及び、決済の承認の要求に関する決済承認要求情報ＤCの有する決済特徴情報ＤCCが対応する場合に、レシート情報ＤRの有する取引明細情報ＤRM、及び、決済承認要求情報ＤCの有する利用者情報ＤUを対応付けて管理する管理システム６に対して、レシート印刷情報ＤPを供給する、レシート印刷情報供給部３１３と、して機能させる、ことを特徴としてもよい。
【0123】
このため、本実施形態によれば、従来のように決済端末２から取得される決済承認要求情報ＤCのみを管理する従来の態様と比較して、決済承認要求情報ＤCに係る決済以外の用途への情報の活用の可能性を高めることが可能となる。
【0124】
＜＜Ｂ．変形例＞＞
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は、相互に矛盾しない範囲内で適宜に併合され得る。なお、以下に例示する変形例において作用や機能が実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は、相互に矛盾しない範囲内で適宜に併合され得る。なお、以下に例示する変形例において作用や機能が実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
【0125】
＜＜変形例１＞＞
上述した実施形態では、決済承認要求情報ＤCに係る決済手段がクレジットカードである場合を例示して説明したが、本発明はこのような態様に限定されるものではない。決済承認要求情報ＤCに係る決済手段としてクレジットカード以外の決済手段を採用してもよい。
上述した実施形態では、決済承認要求情報ＤCに係る決済手段がクレジットカードである場合を例示して説明したが、本発明はこのような態様に限定されるものではない。決済承認要求情報ＤCに係る決済手段としてクレジットカード以外の決済手段を採用してもよい。
【0126】
【0127】
図１２に例示するように、決済システムＳys-Bは、決済端末２の代わりに、携帯端末２Bを備える点において、実施形態に係る決済システムＳysと相違する。携帯端末２Bは、例えば、顧客Ｕの所有するスマートフォンまたは携帯電話等であって、カメラ等の撮像装置と、ディスプレイ等の表示装置と、顧客Ｕが情報を入力するための入力装置と、を備える。携帯端末２Bは、決済管理サーバ―５に対して、特定の決済手段を用いた決済の承認を要求する。
【0128】
図１３に例示するように、携帯端末２Bは、支払情報ＤS-Bを取得する。
本変形例では、一例として、支払情報ＤS-Bが、取引店舗情報ＤS-B1と、取引金額情報ＤS-B2と、を含む場合を想定する。
本変形例では、一例として、支払情報ＤS-Bが、取引店舗情報ＤS-B1と、取引金額情報ＤS-B2と、を含む場合を想定する。
【0129】
取引店舗情報ＤS-B1とは、顧客Ｕが商品を購入する店舗を示す情報である。本実施形態では、顧客Ｕが商品を購入する店舗を示す二次元バーコードが、当該店舗に設けられている場合を想定する。携帯端末２Bは、携帯端末２Bに設けられた撮像装置により、店舗に設けられた二次元バーコードを撮像することで、取引店舗情報ＤS-B1を取得する。
取引金額情報ＤS-B2とは、顧客Ｕが商品を購入する際に支払う代金の合計額を示す情報である。本実施形態では、顧客Ｕが、携帯端末２Bに設けられた入力装置を用いて、携帯端末２Bに対して代金の合計額を入力する場合を想定する。携帯端末２Bは、携帯端末２Bに設けられた入力装置から入力された金額を示す情報を、取引金額情報ＤS-B2として取得する。
取引金額情報ＤS-B2とは、顧客Ｕが商品を購入する際に支払う代金の合計額を示す情報である。本実施形態では、顧客Ｕが、携帯端末２Bに設けられた入力装置を用いて、携帯端末２Bに対して代金の合計額を入力する場合を想定する。携帯端末２Bは、携帯端末２Bに設けられた入力装置から入力された金額を示す情報を、取引金額情報ＤS-B2として取得する。
【0130】
本変形例において、携帯端末２Bは、支払情報ＤS-Bに基づいて、顧客Ｕによる商品の購入に係る決済の承認であって、特定の決済手段を用いた決済の承認を要求する情報である決済承認要求情報ＤC-Bを生成する。
本実施形態では、一例として、決済承認要求情報ＤC-Bが、決済特徴情報ＤC-B1と、決済特徴情報ＤC-B2と、利用者情報ＤU-Bと、を含む場合を想定する。
本実施形態では、一例として、決済承認要求情報ＤC-Bが、決済特徴情報ＤC-B1と、決済特徴情報ＤC-B2と、利用者情報ＤU-Bと、を含む場合を想定する。
【0131】
決済特徴情報ＤC-B1とは、店舗関連情報ＤCC-B1を含む情報である。
店舗関連情報ＤCC-B1とは、顧客Ｕが商品を購入する店舗を示す情報である。但し、店舗関連情報ＤCC-B1は、顧客Ｕが商品を購入する店舗に関連する情報であってもよい。
店舗関連情報ＤCC-B1とは、顧客Ｕが商品を購入する店舗を示す情報である。但し、店舗関連情報ＤCC-B1は、顧客Ｕが商品を購入する店舗に関連する情報であってもよい。
【0132】
決済特徴情報ＤC-B2とは、決済金額情報ＤCC-B2と、決済日時情報ＤCC-B3と、を含む情報である。
決済金額情報ＤCC-B2とは、顧客Ｕが商品を購入する際に、特定の決済手段で支払う代金の合計額を示す情報である。
決済日時情報ＤCC-B3とは、決済承認要求情報ＤC-Bが生成される日時を示す情報である。なお、本変形例において、決済承認要求情報ＤC-Bが生成される日時は、「決済の承認の要求に関連する日時」の一例である。
決済金額情報ＤCC-B2とは、顧客Ｕが商品を購入する際に、特定の決済手段で支払う代金の合計額を示す情報である。
決済日時情報ＤCC-B3とは、決済承認要求情報ＤC-Bが生成される日時を示す情報である。なお、本変形例において、決済承認要求情報ＤC-Bが生成される日時は、「決済の承認の要求に関連する日時」の一例である。
【0133】
利用者情報ＤU-Bとは、利用者識別情報ＤU-B1を含む情報である。
利用者識別情報ＤU-B1とは、特定の決済手段において、顧客Ｕを識別するための情報である。
利用者識別情報ＤU-B1とは、特定の決済手段において、顧客Ｕを識別するための情報である。
【0134】
図１２に例示するように、携帯端末２Bは、インターネットＮW等の有線ネットワークまたは無線ネットワーク等を介して、決済管理サーバ―５と通信可能である。図１３に例示するように、携帯端末２Bは、携帯端末２Bにおいて生成された決済承認要求情報ＤC-Bを、決済管理サーバ―５に対して送信する。
【0135】
【0136】
図１４に例示するように、取引管理処理において、携帯端末２Bは、撮像装置を用いて、店舗に設けられた二次元バーコードを撮像し、取引店舗情報ＤS-B1を取得する（Ｓ５０）。
次に、携帯端末２Bは、ステップＳ５０において取得した取引店舗情報ＤS-B1に基づいて、店舗関連情報ＤCC-B1を生成する（Ｓ５１）。
次に、携帯端末２Bは、ステップＳ５１において生成した店舗関連情報ＤCC-B1を含む決済特徴情報ＤC-B1を、決済管理サーバ―５に送信する（Ｓ５２）。
次に、携帯端末２Bは、ステップＳ５０において取得した取引店舗情報ＤS-B1に基づいて、店舗関連情報ＤCC-B1を生成する（Ｓ５１）。
次に、携帯端末２Bは、ステップＳ５１において生成した店舗関連情報ＤCC-B1を含む決済特徴情報ＤC-B1を、決済管理サーバ―５に送信する（Ｓ５２）。
【0137】
その後、決済管理サーバ―５の決済関連情報取得部５１１は、携帯端末２Bから供給される決済特徴情報ＤC-B1を取得する（Ｓ５３）。
次に、決済管理サーバ―５の制御装置５１は、顧客Ｕが商品を購入するために支払う代金の合計額を入力するための決済入力画面Ｇ1を、携帯端末２Bの表示装置に表示させるための情報である、入力画面情報ＤG1を生成する（Ｓ５４）。
次に、決済管理サーバ―５の決済関連情報取得部５１１は、ステップＳ５４において生成した入力画面情報ＤG1が、携帯端末２Bに送信されるように、通信装置５３を制御する（Ｓ５５）。
次に、決済管理サーバ―５の制御装置５１は、顧客Ｕが商品を購入するために支払う代金の合計額を入力するための決済入力画面Ｇ1を、携帯端末２Bの表示装置に表示させるための情報である、入力画面情報ＤG1を生成する（Ｓ５４）。
次に、決済管理サーバ―５の決済関連情報取得部５１１は、ステップＳ５４において生成した入力画面情報ＤG1が、携帯端末２Bに送信されるように、通信装置５３を制御する（Ｓ５５）。
【0138】
その後、携帯端末２Bは、決済管理サーバ―５から供給される入力画面情報ＤG1を取得する（Ｓ５６）。
次に、携帯端末２Bは、ステップＳ５６において取得した入力画面情報ＤG1に基づいて、表示装置において、決済入力画面Ｇ1を表示する（Ｓ５７）。
そして、携帯端末２Bは、ステップＳ５６において取得した入力画面情報ＤG1において、顧客Ｕが入力した金額を、取引金額情報ＤS-B2として取得する（Ｓ５８）。
次に、携帯端末２Bは、ステップＳ５６において取得した入力画面情報ＤG1に基づいて、表示装置において、決済入力画面Ｇ1を表示する（Ｓ５７）。
そして、携帯端末２Bは、ステップＳ５６において取得した入力画面情報ＤG1において、顧客Ｕが入力した金額を、取引金額情報ＤS-B2として取得する（Ｓ５８）。
【0139】
図１５に例示するように、携帯端末２Bは、ステップＳ５８において取得した取引金額情報ＤS-B2に基づいて、決済金額情報ＤCC-B2を生成する（Ｓ６０）。
また、携帯端末２Bは、現在の時刻に基づいて、決済日時情報ＤCC-B3を生成する（Ｓ６１）。
また、携帯端末２Bは、例えば、携帯端末２Bに記憶している特定の決済手段に関する情報に基づいて、利用者情報ＤU-Bを生成する（Ｓ６２）。
そして、携帯端末２Bは、ステップＳ５１で生成した店舗関連情報ＤCC-B1と、ステップＳ６０で生成した決済金額情報ＤCC-B2と、ステップＳ６１で生成した決済日時情報ＤCC-B3と、ステップＳ６２で生成した利用者情報ＤU-Bと、を含む決済承認要求情報ＤC-Bを、決済管理サーバ―５に送信する（Ｓ６３）。なお、携帯端末２Bは、ステップＳ６３において、少なくとも、決済金額情報ＤCC-B2及び決済日時情報ＤCC-B3を含む決済特徴情報ＤC-B2と、利用者情報ＤU-Bとを、決済管理サーバ―５に送信してもよい。以下では、店舗関連情報ＤCC-B1、決済金額情報ＤCC-B2、及び、決済日時情報ＤCC-B3を含む情報を、決済特徴情報ＤCC-Bと称する。
また、携帯端末２Bは、現在の時刻に基づいて、決済日時情報ＤCC-B3を生成する（Ｓ６１）。
また、携帯端末２Bは、例えば、携帯端末２Bに記憶している特定の決済手段に関する情報に基づいて、利用者情報ＤU-Bを生成する（Ｓ６２）。
そして、携帯端末２Bは、ステップＳ５１で生成した店舗関連情報ＤCC-B1と、ステップＳ６０で生成した決済金額情報ＤCC-B2と、ステップＳ６１で生成した決済日時情報ＤCC-B3と、ステップＳ６２で生成した利用者情報ＤU-Bと、を含む決済承認要求情報ＤC-Bを、決済管理サーバ―５に送信する（Ｓ６３）。なお、携帯端末２Bは、ステップＳ６３において、少なくとも、決済金額情報ＤCC-B2及び決済日時情報ＤCC-B3を含む決済特徴情報ＤC-B2と、利用者情報ＤU-Bとを、決済管理サーバ―５に送信してもよい。以下では、店舗関連情報ＤCC-B1、決済金額情報ＤCC-B2、及び、決済日時情報ＤCC-B3を含む情報を、決済特徴情報ＤCC-Bと称する。
【0140】
その後、決済管理サーバ―５の決済関連情報取得部５１１は、携帯端末２Bから供給される決済承認要求情報ＤC-Bを取得する（Ｓ６４）。
次に、決済管理サーバ―５の決済処理部５１２は、ステップＳ６４において決済関連情報取得部５１１が取得した決済承認要求情報ＤC-Bに基づいて、上述した決済承認処理を実行する（Ｓ１７）。
次に、決済管理サーバ―５の決済処理部５１２は、ステップＳ６４において決済関連情報取得部５１１が取得した決済承認要求情報ＤC-Bに基づいて、上述した決済承認処理を実行する（Ｓ１７）。
【0141】
図１６に例示するように、決済管理サーバ―５の決済処理部５１２は、その後、上述したステップＳ２０、Ｓ２１、及び、Ｓ２２の処理を実行する。なお、本変形例において、決済管理サーバ―５の決済処理部５１２は、ステップＳ２２において、決済結果情報ＤCzがＰＯＳ端末１に送信されるように、通信装置５３を制御する。
その後、ＰＯＳ端末１の制御装置１１は、上述したステップＳ２４～Ｓ２６の処理を実行する。
その後、ＰＯＳ端末１の制御装置１１は、上述したステップＳ２４～Ｓ２６の処理を実行する。
【0142】
図１７に例示するように、決済システムＳys-Bは、その後、上述したステップＳ３０～Ｓ３６の処理を実行する。
そして、決済管理サーバ―５の対応関係判定部５１３は、ステップＳ６４において決済関連情報取得部５１１が取得した決済承認要求情報ＤC-Bに含まれる決済特徴情報ＤCC-Bと、ステップＳ３６において決済関連情報取得部５１１が取得したレシート情報ＤRと、に基づいて、対応関係判定処理を実行する（Ｓ７０）。なお、本変形例において、対応関係判定部５１３は、対応関係判定処理において、店舗関連情報ＤCC-B1と取引店舗情報ＤRR1とが対応するか否かを判定し、決済金額情報ＤCC-B2と取引金額情報ＤRR2とが対応するか否かを判定し、決済日時情報ＤCC-B3と取引日時情報ＤRR3とが対応するか否かを判定する。なお、本変形例に係る対応関係判定処理は、決済特徴情報ＤCCの代わりに決済特徴情報ＤCC-Bを用いる点を除き、上述した実施形態に係る対応関係判定処理と同様の処理である。
そして、決済管理サーバ―５の決済関連情報管理部５１４は、ステップＳ７０において、対応関係判定部５１３が、決済特徴情報ＤCC-Bと取引特徴情報ＤRRとが対応すると判定した場合、決済関連情報管理処理を実行し、決済承認要求情報ＤC-Bに含まれる利用者情報ＤU-Bと、レシート情報ＤRに含まれる取引明細情報ＤRMとを対応付けて、決済関連情報テーブルＴB2に記憶させる（Ｓ７１）。なお、本変形例に係る決済関連情報管理処理は、利用者情報ＤUの代わりに利用者情報ＤU-Bを用いる点を除き、上述した実施形態に係る決済関連情報管理処理と同様の処理である。
そして、決済管理サーバ―５の対応関係判定部５１３は、ステップＳ６４において決済関連情報取得部５１１が取得した決済承認要求情報ＤC-Bに含まれる決済特徴情報ＤCC-Bと、ステップＳ３６において決済関連情報取得部５１１が取得したレシート情報ＤRと、に基づいて、対応関係判定処理を実行する（Ｓ７０）。なお、本変形例において、対応関係判定部５１３は、対応関係判定処理において、店舗関連情報ＤCC-B1と取引店舗情報ＤRR1とが対応するか否かを判定し、決済金額情報ＤCC-B2と取引金額情報ＤRR2とが対応するか否かを判定し、決済日時情報ＤCC-B3と取引日時情報ＤRR3とが対応するか否かを判定する。なお、本変形例に係る対応関係判定処理は、決済特徴情報ＤCCの代わりに決済特徴情報ＤCC-Bを用いる点を除き、上述した実施形態に係る対応関係判定処理と同様の処理である。
そして、決済管理サーバ―５の決済関連情報管理部５１４は、ステップＳ７０において、対応関係判定部５１３が、決済特徴情報ＤCC-Bと取引特徴情報ＤRRとが対応すると判定した場合、決済関連情報管理処理を実行し、決済承認要求情報ＤC-Bに含まれる利用者情報ＤU-Bと、レシート情報ＤRに含まれる取引明細情報ＤRMとを対応付けて、決済関連情報テーブルＴB2に記憶させる（Ｓ７１）。なお、本変形例に係る決済関連情報管理処理は、利用者情報ＤUの代わりに利用者情報ＤU-Bを用いる点を除き、上述した実施形態に係る決済関連情報管理処理と同様の処理である。
【0143】
以上のように、本変形例では、決済管理サーバ―５の決済関連情報取得部５１１は、携帯端末２Bから、決済承認要求情報ＤC-Bを取得するとともに、レシートプリンター３から出力されるレシート印刷情報ＤPに基づいてレシートサーバー４において生成されるレシート情報ＤRを取得する。そして、本変形例において、決済管理サーバ―５の決済関連情報管理部５１４は、決済承認要求情報ＤC-Bに含まれる利用者情報ＤU-Bと、レシート情報ＤRに含まれる取引明細情報ＤRMとを対応付けて管理する。このため、本変形例によれば、従来のように、携帯端末２Bから取得した決済承認要求情報ＤC-Bに含まれる利用者情報ＤU-Bのみを管理する態様と比較して、特定の決済手段に係る決済以外の用途への情報の活用の可能性を高くすることができる。
【0144】
＜＜変形例２＞＞
上述した実施形態及び変形例１では、ＰＯＳ端末１がレシートプリンター３を介してレシートサーバー４に対してレシート印刷情報ＤPを供給したが、本発明はこのような態様に限定されるものではない。ＰＯＳ端末１は、レシートサーバー４に対してレシート印刷情報ＤPを供給してもよい。
上述した実施形態及び変形例１では、ＰＯＳ端末１がレシートプリンター３を介してレシートサーバー４に対してレシート印刷情報ＤPを供給したが、本発明はこのような態様に限定されるものではない。ＰＯＳ端末１は、レシートサーバー４に対してレシート印刷情報ＤPを供給してもよい。
【0145】
【0146】
図１８に例示するように、決済システムＳys-Cは、ＰＯＳ端末１の代わりにＰＯＳ端末１Cを備える点と、レシートプリンター３を備えない点と、において、実施形態に係る決済システムＳysと相違する。
【0147】
図１９に例示するように、ＰＯＳ端末１Cは、レシート印刷情報ＤPを、インターネットＮW等を介してレシートサーバー４に対して送信する点において、レシート印刷情報ＤPをレシートプリンター３に供給するＰＯＳ端末１と相違する。
【0148】
以上のように本変形例によれば、決済システムＳysがレシートプリンター３を備えない場合であっても、決済管理サーバ―５において、決済承認要求情報ＤCに含まれる利用者情報ＤUと、レシート情報ＤRに含まれる取引明細情報ＤRMとを、対応付けて管理することができる。
【0149】
＜＜変形例３＞＞
上述した実施形態及び変形例１では、レシートプリンター３が、レシートサーバー４に対してレシート印刷情報ＤPを供給し、レシートサーバー４が、レシート印刷情報ＤPに基づいて生成したレシート情報ＤRを、決済管理サーバ―５に対して供給したが、本発明はこのような態様に限定されるものではない。レシートプリンター３は、レシート印刷情報ＤPに基づいて生成したレシート情報ＤRを、決済管理サーバ―５に供給してもよい。
上述した実施形態及び変形例１では、レシートプリンター３が、レシートサーバー４に対してレシート印刷情報ＤPを供給し、レシートサーバー４が、レシート印刷情報ＤPに基づいて生成したレシート情報ＤRを、決済管理サーバ―５に対して供給したが、本発明はこのような態様に限定されるものではない。レシートプリンター３は、レシート印刷情報ＤPに基づいて生成したレシート情報ＤRを、決済管理サーバ―５に供給してもよい。
【0150】
【0151】
図２０に例示するように、決済システムＳys-Dは、レシートプリンター３の代わりにレシートプリンター３Dを備える点と、レシートサーバー４を備えない点と、において、実施形態に係る決済システムＳysと相違する。
【0152】
図２１に例示するように、レシートプリンター３Dは、ＰＯＳ端末１から供給されるレシート印刷情報ＤPに基づいて、レシート情報ＤRを生成し、生成したレシート情報ＤRを決済管理サーバ―５に対して送信する点において、レシート印刷情報ＤPをレシートサーバー４に対して送信する実施形態に係るレシートプリンター３を相違する。すなわち、レシートプリンター３Dは、レシート情報生成部４１２を備える点と、レシート印刷情報供給部３１３の代わりにレシート情報供給部４１３を備える点と、において、実施形態に係るレシートプリンター３を相違する。
【0153】
すなわち、本変形例において、制御プログラムＰG3は、制御装置３１のプロセッサを、決済に係る取引内容を表すレシートＲを印刷するためのレシート印刷情報ＤPを取得する、レシート印刷情報取得部３１２と、レシート印刷情報取得部３１２の取得したレシート印刷情報ＤPに基づいて、決済に係る取引内容に関するレシート情報ＤRを生成する、レシート情報生成部４１２と、決済の承認の要求に関する決済承認要求情報ＤCを取得する決済管理サーバ―５であって、レシート情報ＤRの有する取引特徴情報ＤRR、及び、決済承認要求情報ＤCの有する決済特徴情報ＤCCが対応する場合に、レシート情報ＤRの有する取引明細情報ＤRM、及び、決済承認要求情報ＤCの有する利用者情報ＤUを対応付けて管理する決済管理サーバ―５に対して、レシート情報生成部４１２の生成したレシート情報ＤRを供給するレシート情報供給部４１３と、を備える、ことを特徴とする。
【0154】
このため、本変形例によれば、決済システムＳysがレシートサーバー４を備えない場合であっても、決済管理サーバ―５において、決済承認要求情報ＤCに含まれる利用者情報ＤUと、レシート情報ＤRに含まれる取引明細情報ＤRMとを、対応付けて管理することができる。
【0155】
なお、本変形例において、レシート印刷情報取得部３１２は「印刷情報取得部」の一例であり、レシート情報生成部４１２は「情報生成部」の一例であり、レシート情報供給部４１３は「情報供給部」の一例である。
【符号の説明】
【0156】
１…ＰＯＳ端末、２…決済端末、３…レシートプリンター、４…レシートサーバー、５…決済管理サーバ―、６…管理システム、１１…制御装置、１２…記憶装置、１３…通信装置、２１…制御装置、２２…記憶装置、２３…通信装置、２４…カード読取装置、３１…制御装置、３２…記憶装置、３３…通信装置、３４…画像形成装置、４１…制御装置、４２…記憶装置、４３…通信装置、５１…制御装置、５２…記憶装置、５３…通信装置、１１１…支払情報生成部、１１２…レシート印刷情報生成部、２１１…決済承認要求部、３１１…印刷制御部、３１２…レシート印刷情報取得部、３１３…レシート印刷情報供給部、４１１…レシート印刷情報取得部、４１２…レシート情報生成部、４１３…レシート情報供給部、５１１…決済関連情報取得部、５１２…決済処理部、５１３…対応関係判定部、５１４…決済関連情報管理部、Ｓys…決済システム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】