JP2021149122A - 情報処理システム、情報処理方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】ユーザの商取引を詳細に把握することができる技術を提供する。【解決手段】情報処理システム１０では、記憶装置１７が記憶するユーザの商取引に用いられる決済手段の識別情報に基づき、決済手段を用いた決済の記録を含む決済データＤ５５が、決済事業者システム５０から取得される。特定の取引対象である特定商品又は役務に関する取引の記録を含む取引データＤ７５が、一以上の取引事業者システム７０から取得される。取得された決済データに基づき、取引データの中から、注目取引の記録として、ユーザの決済手段を用いた特定の取引対象に関する取引の記録が抽出される。【選択図】図１

Description

本開示は、情報処理システム及び方法に関する。

顧客の購買を記録し、購買に応じて顧客に有価ポイントを付与するシステムが既に知られている（例えば特許文献１参照）。ユーザの携帯端末との通信のためにブルートゥース（登録商標）等の短距離無線通信機能を備えた自動販売機も知られている。

例示的な飲料の自動販売機は、商品販売時にユーザの携帯端末と通信して、ユーザの購買を顧客管理システム（例えばＣＲＭシステム）に記録する。ユーザは、携帯端末に特定のアプリケーションプログラムをインストールすることにより、アプリケーションプログラムを通じて自動販売機での商品購入に応じた報酬を受け取ることができる。報酬の例としては、購入量が所定条件を満足すると発行される無料クーポンを挙げることができる。

特開２００８−１０２８０８号公報

しかしながら、従来技術では、商品購入が上記購入量に反映されるのは、ユーザが短距離無線通信機能を備えた自動販売機で商品を購入した場合だけである。すなわち、従来技術では、リワードプログラムに参加するユーザが様々な場所で行う商品の購買を詳細に捕捉し、その購買をリワードプログラムに反映させることができない。リワードプログラムに限らず、商取引を詳細に把握することができないことは、多くの場合、商品又は役務を取り扱う企業にとって不便である。

そこで、本開示の一側面によれば、ユーザの商取引を詳細に把握可能な技術を提供できることが望ましい。

本開示の一側面に係る情報処理システムは、決済データ取得部と、取引データ取得部と、抽出部とを備える。決済データ取得部は、記憶装置が記憶するユーザの商取引に用いられる決済手段の識別情報に基づき、当該決済手段を用いた決済の記録を含む決済データを、決済事業者システムから取得するように構成される。

取引データ取得部は、特定の取引対象である特定商品又は役務に関する取引の記録を含む取引データを、一以上の取引事業者システムから取得するように構成される。

抽出部は、決済データ取得部が取得した決済データに基づき、取引データ取得部が取得した取引データの中から、注目取引の記録として、ユーザの決済手段を用いた特定の取引対象に関する取引の記録を抽出するように構成される。

本開示の一側面によれば、上述したようにユーザの決済手段を目印にして、取引データからユーザの特定の取引対象に関する取引の記録を抽出することができる。

近年では、クレジットカードや電子マネーなどの電子決済手段が普及してきている。従って、決済手段を目印に上記取引の記録を抽出すれば、様々な時間及び場所で行われるユーザの特定商品又は役務に関する取引を、広範囲に捕捉することができる。

従って、本開示の一側面によれば、ユーザによる特定商品又は役務に関する商取引を詳細に把握することができ、把握した情報を特定商品又は役務の販売促進等の営業活動に活用可能な技術を提供することができる。

ところで、決済のそれぞれに対しては、対応する決済事業者により個別の承認コードが発行され得る。従って、本開示の一側面によれば、決済の記録は、対応する決済の承認コードを含み得る。取引の記録は、対応する取引で発生した決済の承認コードを含み得る。従って、抽出部は、決済データ及び取引データに含まれる承認コードに基づき、注目取引の記録を抽出するように構成されてもよい。

本開示の一側面によれば、決済の記録は、対応する決済の承認コード及び対応する決済が行われた時間の情報を含んでいてもよい。取引の記録は、対応する取引で発生した決済の承認コード及び対応する取引が行われた時間の情報を含んでいてもよい。この場合、抽出部は、決済データ及び取引データに含まれる承認コード及び時間の情報に基づき、注目取引の記録を抽出してもよい。決済時刻の異なる複数の決済に対して、同一の承認コードが発行される場合がある。従って、承認コード及び時間の情報に基づけば、決済と取引との関係を精度よく特定し得る。

本開示の一側面によれば、決済の記録は、対応する決済の承認コード並びに対応する決済が行われた時間及び場所の情報を含んでいてもよい。取引の記録は、対応する取引で発生した決済の承認コード並びに対応する取引が行われた時間及び場所の情報を含んでいてもよい。この場合、抽出部は、決済データ及び取引データに含まれる承認コード、時間、及び場所の情報に基づき、注目取引の記録を抽出してもよい。

本開示の一側面によれば、決済の記録は、対応する決済が行われた時間及び場所の情報を含み得る。取引の記録は、対応する取引が行われた時間及び場所の情報を含み得る。従って、抽出部は、決済データ及び取引データに含まれる時間及び場所の情報に基づき、注目取引の記録を抽出するように構成されてもよい。

本開示の一側面によれば、決済の記録は、対応する決済が行われた時間及び場所並びに決済金額の情報を含み得る。取引の記録は、対応する取引が行われた時間及び場所並びに取引金額の情報を含み得る。従って、抽出部は、決済データに含まれる時間及び場所並びに決済金額の情報と、取引データに含まれる時間及び場所並びに取引金額の情報と、に基づいて、注目取引の記録を抽出するように構成されてもよい。

本開示の一側面によれば、記憶装置には、第一の取引対象としての第一の特定商品又は役務の識別情報と、第二の取引対象としての第二の特定商品又は役務の識別情報とが記憶されてもよい。取引の記録は、対応する取引対象の識別情報を含んでいてもよい。

この場合、抽出部は、第一の取引対象の識別情報及び第二の取引対象の識別情報に基づき、取引データ取得部が取得した取引データの中から、注目取引の記録として、ユーザの決済手段を用いた第一の取引対象に関する取引の記録及び第二の取引対象に関する取引の記録を抽出するように構成され得る。

本開示の一側面によれば、情報処理システムは、抽出部により抽出された注目取引の記録に基づく処理を実行する処理実行部を備えていてもよい。処理実行部は、抽出部により抽出された注目取引の記録に基づき、ユーザの特定の取引対象の取引行動に関するデータを出力するように構成されてもよい。

本開示の一側面によれば、処理実行部は、抽出部により抽出された注目取引の記録に基づき、特定商品又は役務を提供する企業の顧客管理システムに、当該顧客管理システムが管理するユーザの顧客管理データを更新させるように構成されてもよい。

本開示の一側面によれば、処理実行部は、抽出部により抽出された注目取引の記録に基づき、ユーザの第一の取引対象の取引行動に関するデータを第一の出力先に出力し、ユーザの第二の取引対象の取引行動に関するデータを、第一の出力先とは異なる第二の出力先に出力するように構成されてもよい。

本開示の一側面によれば、第一の出力先は、第一の特定商品又は役務を提供する第一の企業の顧客管理システムであり得る。第二の出力先は、第二の特定商品又は役務を提供する第二の企業の顧客管理システムであり得る。

本開示の一側面によれば、処理実行部は、抽出部により抽出された第一の取引対象に関する取引の記録に基づき、第一の特定商品又は役務を提供する第一の企業の顧客管理システムに、当該顧客管理システムが管理するユーザの顧客管理データを更新させるように構成されてもよい。

処理実行部は、抽出部により抽出された第二の取引対象に関する取引の記録に基づき、第二の特定商品又は役務を提供する第二の企業の顧客管理システムに、当該顧客管理システムが管理するユーザの顧客管理データを更新させるように構成されてもよい。

本開示の一側面によれば、記憶装置には、ユーザの商取引に用いられる決済手段の識別情報として、第一の決済手段の識別情報、及び、第一の決済手段とは異なる第二の決済手段の識別情報が記憶されてもよい。

決済データ取得部は、第一の決済手段を用いた決済の記録を含む第一の決済データを、第一の決済事業者システムから取得し、第二の決済手段を用いた決済の記録を含む第二の決済データを、第一の決済事業者システムとは異なる第二の決済事業者システムから取得するように構成されてもよい。

抽出部は、第一及び第二の決済データに基づき、取引データ取得部が取得した取引データの中から、注目取引の記録として、ユーザの第一及び第二の決済手段を用いた特定の取引対象に関する取引の記録を抽出するように構成されてもよい。

本開示の一側面によれば、記憶装置は、複数のユーザに関して、ユーザ毎に、決済手段の識別情報を記憶してもよい。抽出部は、決済データ取得部により取得された決済データに基づき、ユーザ毎に、対応するユーザの決済手段を用いた決済の記録をまとめた参照テーブルを生成してもよい。抽出部は、ユーザ毎に、対応するユーザの参照テーブルに基づき、取引データの中から、注目取引の記録として、対応するユーザの決済手段を用いた特定の取引対象に関する取引の記録を抽出するように構成されてもよい。

本開示の一側面によれば、記憶装置は、ユーザ毎に、第一の決済手段の識別情報及び第二の決済手段の識別情報を記憶してもよい。抽出部は、決済データ取得部により取得された第一の決済データ及び第二の決済データに基づき、ユーザ毎に、対応するユーザの第一の決済手段を用いた決済の記録及び第二の決済手段を用いた決済の記録をまとめた参照テーブルを生成してもよい。抽出部は、ユーザ毎に、対応するユーザの参照テーブルに基づき、取引データの中から、注目取引の記録として、対応するユーザの第一及び第二の決済手段を用いた特定の取引対象に関する取引の記録を抽出するように構成されてもよい。上記参照テーブルを用いることによっては、取引の記録を効率的に抽出することが可能である。

本開示の一側面によれば、情報処理システムは、ユーザ端末装置からの登録要求に従って、対応するユーザの商取引に用いられる一以上の決済手段の識別情報を、記憶装置に登録する登録部を備えていてもよい。抽出部は、一以上の決済手段の識別情報が登録されたユーザのそれぞれに関して、登録された一以上の決済手段の識別情報に基づき、取引の記録を抽出するように構成されてもよい。登録要求に従って決済手段の識別情報を登録することによっては、少なくとも間接的にユーザからの承諾を得て、取引の記録の抽出を行うことが可能であり、個人情報保護の観点で有益である。

本開示の一側面によれば、商品又は役務に関する取引の記録を含む取引データを、一以上の取引事業者システムから取得するように構成される取引データ取得部と、記憶装置が複数のユーザのそれぞれに関して記憶する、対応するユーザの商取引に用いられる決済手段の識別情報に基づき、複数のユーザのそれぞれの上記決済手段を用いた決済の記録を含む決済データを、決済事業者システムから取得するように構成される決済データ取得部と、取引データ取得部が取得した取引データから識別される複数の取引のそれぞれに関し、対応する取引を行ったユーザを、対応する取引の記録と決済データ取得部が取得した決済データとに基づき判別するように構成される判別部と、を備える情報処理システムが提供されてもよい。

この情報処理システムによれば、取引の記録だけでは特定できない取引の当事者を、決済の記録の活用により特定することができる。従って、ユーザの商取引を詳細に把握することができる。

本開示の一側面によれば、記憶装置は、複数のユーザのそれぞれに関して、対応するユーザの顧客ＩＤを、決済手段の識別情報に関連付けて記憶してもよい。判別部は、複数の取引のそれぞれに関して、対応する取引を行ったユーザの顧客ＩＤを判別するように構成されてもよい。

本開示の一側面によれば、情報処理システムは更に、判別部の判別結果に従い、複数の取引のそれぞれと、対応する取引を行ったユーザの顧客ＩＤと、の対応関係を説明する説明データを生成するように構成される説明データ生成部を備えていてもよい。本開示の一側面によれば、顧客ＩＤは、取引事業者において顧客識別のために用いられるＩＤであってもよい。

本開示の一側面によれば、説明データ生成部は、取引データの取得元に対応する取引事業者毎に、対応する取引事業者向けの説明データを生成するように構成されてもよい。対応する取引事業者向けの説明データは、対応する取引事業者の取引のそれぞれに関して、対応する取引と、対応する取引を行ったユーザの顧客ＩＤとの関係を説明するデータであってもよい。

本開示の一側面によれば、上記複数の取引には、取引データにおいて、対応する取引行為者の顧客ＩＤが記録される第一種の取引と、対応する取引行為者の顧客ＩＤが記録されない第二種の取引と、が含まれ得る。この場合、判別部は、第一種の取引に関する取引の記録に基づき、取引行為者の顧客ＩＤを、対応するユーザの決済手段の識別情報と関連付けて、記憶装置に登録するように構成されてもよい。

本開示の一側面によれば、上述した情報処理システムとしての機能を少なくとも部分的にコンピュータに実行させるためのコンピュータプログラムが提供されてもよい。本開示の一側面によれば、情報処理システムが備える決済データ取得部と、取引データ取得部と、抽出部としての機能をコンピュータに実行させるためのコンピュータプログラムが提供されてもよい。本開示の一側面によれば、情報処理システムが備える決済データ取得部と、取引データ取得部と、判別部としての機能をコンピュータに実行させるためのコンピュータプログラムが提供されてもよい。コンピュータプログラムは、コンピュータ読取可能な一時的でない記録媒体に記録されてもよい。

本開示の一側面によれば、上述した情報処理システムに対応する情報処理方法が提供されてもよい。情報処理方法は、コンピュータにより実行されてもよい。

本開示の一側面によれば、情報処理方法は、記憶装置が記憶するユーザの商取引に用いられる決済手段の識別情報に基づき、決済手段を用いた決済の記録を含む決済データを、決済事業者システムから取得することと、特定の取引対象である特定商品又は役務に関する取引の記録を含む取引データを、一以上の取引事業者システムから取得することと、取得した決済データに基づき、取得した取引データの中から、ユーザの決済手段を用いた特定の取引対象に関する取引の記録を抽出することと、を備えていてもよい。

本開示の一側面によれば、情報処理方法は、商品又は役務に関する取引の記録を含む取引データを、一以上の取引事業者システムから取得することと、記憶装置が複数のユーザのそれぞれに関して記憶する、対応するユーザの商取引に用いられる決済手段の識別情報に基づき、複数のユーザのそれぞれの決済手段を用いた決済の記録を含む決済データを、決済事業者システムから取得することと、取得した取引データから識別される複数の取引のそれぞれに関し、対応する取引を行ったユーザを、対応する取引の記録と取得した決済データとに基づき判別することと、を備えていてもよい。

本開示の例示的実施形態に係るシステムの構成を表すブロック図である。 図２Ａは、決済データの構成を表す図であり、図２Ｂは、レシートデータの構成を表す図である。 サービス提供システムの動作を説明する図である。 サービス提供システムの効果を説明する図である。 図５Ａは、サービス提供システムが有するデータベースの一群を説明する図であり、図５Ｂは、顧客データベースが備える顧客データの構成を表す図である。 サービス提供システムのプロセッサが実行する決済データ取得処理を表すフローチャートである。 図７Ａは、決済中間テーブルの構成を表す図であり、図７Ｂは、購買中間テーブルの構成を表す図である。 サービス提供システムのプロセッサが実行するレシートデータ取得処理を表すフローチャートである。 サービス提供システムのプロセッサが実行する照合抽出処理を表すフローチャートである。 サービス提供システムの顧客管理システムに対する作用を説明する図である。 図１１Ａは、第二実施形態のサービス提供システムが有するデータベースの一群を説明する図であり、図１１Ｂは、第二実施形態の顧客データベースが有する顧客データの構成を表す図である。 第二実施形態の照合抽出処理を表すフローチャートである。 第三実施形態の顧客データの構成を表す図である。 サービス提供システムのプロセッサが実行するテーブル更新処理を表すフローチャートである。 サービス提供システムのプロセッサが実行する分析処理を表すフローチャート（その１）である。 分析処理を表すフローチャート（その２）である。 図１７Ａは、マッチングテーブルの構成を表す図であり、図１７Ｂは、流通事業者向けの分析報告データの構成を表す図である。

以下に本開示の例示的実施形態を、図面を参照しながら説明する。
［第一実施形態］
図１に示す本開示の第一実施形態では、サービス提供システム１０が、ブランド毎に設けられた顧客管理システム３０のそれぞれに対し、対応ブランド商品の購買に関する情報を提供するように構成される。ここでいうブランドは、企業ブランド又は製品ブランドのことである。顧客管理システム３０の例には、ＣＲＭ（Ｃｕｓｔｏｍｅｒ Ｒｅｌａｔｉｏｎｓｈｉｐ Ｍａｎａｇｅｍｅｎｔ）システムが含まれる。以下では、顧客のことをユーザとも表現する。

サービス提供システム１０は、一以上のサーバ装置を備えるシステムとして構成される。図１において簡易表現されるサービス提供システム１０は、プロセッサ１１と、メモリ１３と、通信インタフェース１５と、記憶装置１７とを備える。

プロセッサ１１は、コンピュータプログラムに従う処理を実行するように構成される。メモリ１３は、コンピュータプログラムを記憶する。メモリ１３の例には、ＲＯＭ、ＲＡＭ、及び、ＮＶＲＡＭ（フラッシュメモリ等）が含まれる。通信インタフェース１５は、広域ネットワークＮＴを通じて外部装置と通信可能に構成される。記憶装置１７は、各種データベースを記憶する。サービス提供システム１０の構成及び動作の詳細は、後述される。

サービス提供システム１０と通信する各ブランドの顧客管理システム３０は、管理装置３１と、記憶装置３３とを備える。記憶装置３３は、対応ブランドの顧客管理データベース３５を記憶する。顧客管理データベース３５は、対応ブランドのユーザ毎の顧客管理データＤ３５を備える。各顧客管理データＤ３５は、対応するユーザのユーザＩＤと、対応ブランド商品の購買履歴情報と、リワード情報とを有する（図１０参照）。

各ブランドに対応する企業は、購買行動に係る情報の収集及び対応ブランド商品の販売促進のために、リワード（報酬）プログラムを提供する。企業は、リワードプログラムに参加するユーザの購買履歴を顧客管理データベース３５に管理し、ユーザに対し、対応ブランド商品の購入実績に応じた報酬を付与する。上記リワード情報は、対応するユーザに付与された報酬に関する情報である。報酬の例には、有価ポイント及び商品の割引クーポンが含まれる。

顧客管理システム３０の管理装置３１は、プロセッサ３１１と、メモリ３１３とを備える。管理装置３１は、図示しない通信インタフェースを更に備え、広域ネットワークＮＴを通じて外部装置と通信可能に構成される。

管理装置３１では、メモリ３１３が記憶するコンピュータプログラムに従う処理をプロセッサ３１１が実行することにより顧客管理データベース３５の管理に係る処理が実行される。管理には、顧客管理データベース３５の更新が含まれる。

顧客管理データベース３５の更新のために、サービス提供システム１０は、決済事業者毎の決済事業者システム５０及び流通事業者毎の流通事業者システム７０と通信するように構成される。

図１に示すように各決済事業者システム５０は、管理装置５１と、記憶装置５３とを備える。記憶装置５３は、決済データベース５５を記憶する。決済データベース５５は、対応する決済事業者により発行された決済手段を用いた決済毎に、決済データＤ５５を記憶する。

決済データＤ５５は、図２Ａに示すように、対応する決済の記録として、決済承認番号、決済手段ＩＤ、決済店舗情報、決済日時情報、及び決済金額情報を備える。決済承認番号は、複数の決済のそれぞれを識別するために用いられる決済別の識別コードである。決済手段ＩＤは、決済手段の識別コードである。

ここでいう決済手段の例には、現金以外のキャッシュレス決済手段が含まれる。キャッシュレス決済手段は、電子決済手段と理解されてもよい。決済手段の例には、クレジットカード、デビットカード、及び電子マネーが含まれ、決済手段ＩＤの例には、クレジットカード番号、デビットカード番号、及び電子マネー番号が含まれる。

決済データＤ５５に含まれる決済店舗情報は、決済が行われた場所、特には店舗を示す情報であり、決済日時情報は、決済日時を少なくとも秒単位まで詳細に記述する情報であり、決済金額情報は、決済金額を示す情報である。

管理装置５１は、プロセッサ５１１と、メモリ５１３とを備える。管理装置５１は、図示しない通信インタフェースを更に備え、広域ネットワークＮＴを通じて外部装置と通信可能に構成される。

管理装置５１では、メモリ５１３が記憶するコンピュータプログラムに従う処理をプロセッサ５１１が実行することにより決済データベース５５の管理に係る処理が実行される。以下で説明する管理装置５１によって実行される処理は、プロセッサ５１１により実行されると理解されてよい。

管理装置５１は、対応する決済事業者により発行された決済手段を用いた決済の承認要求メッセージを外部装置から受信すると、決済を承認するかを判断する。管理装置５１は、決済を承認すると判断したときに、決済を承認することを示すメッセージを、決済承認番号と共に承認要求元に送信する。この決済承認番号は、上述したように、決済事業者が承認した決済に対して発行する個別の承認コードである。

管理装置５１は、承認した決済に関する完了メッセージを受信すると、例えばメッセージ送信元との間の通信で取得した情報に基づいて、対応する決済の決済データＤ５５を、決済データベース５５に登録する。

更に、管理装置５１は、サービス提供システム１０からの要求に応じて、決済データＤ５５を決済データベース５５から読み出し、サービス提供システム１０に送信するように構成される。

各流通事業者システム７０は、管理装置７１と、記憶装置７３とを備える。記憶装置７３は、売上データベース７５を記憶する。売上データベース７５は、流通事業者と消費者との間の商取引毎に、具体的には売買に付随する消費者からの代金の受け取り毎に、レシートデータＤ７５を記憶する。

レシートデータＤ７５は、商取引（売買）の完了時に流通事業者のＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅ）端末７９から消費者に対して発行されるレシートに対応するディジタルデータである。レシートデータＤ７５は、商取引によって発生した売上を説明するジャーナルデータであると理解されてもよい。

図２Ｂに示すように、レシートデータＤ７５は、対応する取引の記録として、レシート番号、取引店舗情報、取引日時情報、取引金額情報、及び、取引詳細情報を備える。レシート番号は、レシート毎に固有の識別コードである。取引店舗情報は、取引が行われた場所、特には店舗を示す情報である。取引日時情報は、取引日時を少なくとも秒単位まで詳細に記述する情報である。取引金額情報は、対応する取引での取引金額、換言すれば商品販売金額を示す情報である。

取引詳細情報は、対応する取引にて消費者により購入された商品毎に、商品コード、商品名、商品の購入個数、商品の単価、及び、商品の合計購入金額（すなわち、単価×購入個数）を示す。商品コードは、商品の識別コードであり、例えばＪＡＮ（Ｊａｐａｎｅｓｅ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ）コードにより表される。

レシートデータＤ７５は更に、消費者に提供されるレシートには示されない非消費者向けの情報として、決済に用いられた決済手段の種別及び識別コード（決済手段ＩＤ）、並びに、決済事業者システム５０からの決済承認番号を含む決済詳細情報を、例えば決済事業者への請求のために有することができる。

管理装置７１は、プロセッサ７１１と、メモリ７１３とを備える。管理装置７１は、図示しない通信インタフェースを更に備え、広域ネットワークＮＴを通じて外部装置と通信可能に構成される。

管理装置７１では、メモリ７１３が記憶するコンピュータプログラムに従う処理をプロセッサ７１１が実行することにより売上データベース７５の管理に係る処理が実行される。以下で説明する管理装置７１によって実行される処理は、プロセッサ７１１により実行されると理解されてよい。

管理装置７１は、ＰＯＳ端末７９からの情報に基づいて、ＰＯＳ端末７９が発行したレシートに対応するレシートデータＤ７５を、売上データベース７５に登録する。管理装置７１は更に、サービス提供システム１０からの要求に応じて、レシートデータＤ７５を売上データベース７５から読み出し、サービス提供システム１０に送信するように構成される。

続いて、本実施形態のサービス提供システム１０の簡単な動作説明を、その詳細を説明する前に行う。上述したように、各ブランドからはリワードプログラムが提供される。このリワードプログラムに参加するユーザは、自己が使用する決済手段を説明する決済手段情報として、決済手段の種別及び決済手段ＩＤを、自己のユーザＩＤと共に、サービス提供システム１０に登録することができる。以下では、登録された決済手段のことを登録決済手段とも言う。

例えば、ユーザは、自己のユーザ端末装置９０（スマートフォン等）にインストールされた各ブランドの顧客向けアプリケーションプログラムを通じて、上記決済手段情報を登録することができる。ユーザ端末装置９０は、タッチパネル等のユーザインタフェースを通じて、ユーザから決済手段情報の入力操作、及び決済手段情報の登録指示を受け付けることができる。ユーザ端末装置９０は、登録指示が入力されると、登録要求と共に、顧客向けアプリケーションプログラムによって管理されるユーザＩＤ及びブランドの情報、並びに上記入力された決済手段情報を、サービス提供システム１０に送信することができる。

サービス提供システム１０のプロセッサ１１は、コンピュータプログラムに従う処理の実行により図３に示す登録部１１Ａとして機能する。登録部１１Ａは、ユーザ端末装置９０からの登録要求に従って、併せて受信した決済手段情報を登録するように構成される（詳細後述）。

サービス提供システム１０は、上記登録された決済手段情報に基づいて、図３に示すように、対応するユーザの決済データＤ５５を、対応する決済事業者システム５０から取得する。サービス提供システム１０は更に、一以上の流通事象者の流通事業者システム７０からレシートデータＤ７５を取得する。

サービス提供システム１０は、取得した決済データＤ５５と、レシートデータＤ７５との照合により、登録決済手段を用いたユーザによる対応ブランド商品の購買を検出する。サービス提供システム１０は、検出した購買に関する情報を、対応ブランドの顧客管理システム３０に提供する。

このような情報提供によって、顧客管理システム３０は、ユーザによる登録決済手段を用いた対応ブランド商品の購買を詳細に捕捉し、購買履歴を記録し、ユーザに対して適切な報酬を提供することができる。

ユーザは、自己のユーザ端末装置９０にインストールされた顧客向けアプリケーションプログラムを通じて、顧客管理システム３０にアクセスし、対応ブランド商品の購買履歴を確認したり、報酬（有価ポイントや電子クーポンなど）を受け取ったりすることができる。このような報酬提供は、対応ブランド商品の販売促進に役立つ。

例示的な従来のリワードプログラムによれば、ユーザは、特定企業ブランドのアプリケーションプログラムをインストールしたユーザ端末装置９０を携帯した状態で、特定の自動販売機９５を通じて特定企業ブランドの飲料を購入することで、報酬を受け取ることができる。特定の自動販売機９５は、例えば、短距離無線通信（例えばブルートゥース通信）可能な自動販売機９５である。

この従来のリワードプログラムによれば、ユーザは、特定の自動販売機９５で飲料を購入するときだけ報酬を受け取ることができ、短距離無線通信機能のない古い自動販売機、コンビニエンスストア、及びスーパーマーケット等で飲料を購入しても報酬を受け取ることができない。

なぜなら、特定の自動販売機９５でのユーザの購買に関しては、図４に示すように、自動販売機９５、ユーザ端末装置９０、及び、対応ブランドの顧客管理システム３０の連携動作により、ユーザの購買が補足され、ユーザの顧客管理データＤ３５が更新されるものの、それ以外の購買では、顧客管理データＤ３５が更新されないためである。

本実施形態によれば、サービス提供システム１０が、特定の自動販売機９５以外のユーザの登録決済手段を用いた対応ブランド商品の購買を検出して、顧客管理データＤ３５を更新可能な情報を顧客管理システム３０に提供する。

このため、本実施形態によれば、対応ブランド商品の様々な場所でのユーザの購買に応じて、顧客管理データＤ３５を更新することができ、ユーザに便利なリワードプログラムを提供することができる。企業は、リワードプログラムを通じて、ユーザの購買行動を詳細に収集することができる。

続いて、サービス提供システム１０の詳細構成及び動作を説明する。本実施形態のサービス提供システム１０は、複数ブランドのそれぞれの顧客管理データベース３５の更新を支援するために、図５Ａに示すように、ブランド毎の顧客データベース２１と、ブランド毎の商品データベース２５とを記憶装置１７内に備える。

各ブランドの顧客データベース２１は、対応するブランドのリワードプログラムに参加するユーザ毎の顧客データＤ２１を備える。顧客データＤ２１は、図５Ｂに示すように、対応するユーザのユーザＩＤと、決済手段登録データとを備える。

決済手段登録データは、対応ブランド商品の購買に際してユーザにより使用される一つ以上の決済手段のそれぞれに関し、対応する決済手段の情報として、対応する決済手段の種別及び決済手段ＩＤの情報を有する。決済手段の種別の情報は、対応する決済手段の決済データＤ５５を、対応する決済事業者システム５０から取得するために必要な情報と理解されてもよく、決済事業者の識別情報と理解されてもよい。決済手段の種別の例には、Ａ社クレジットカード及びＢ社電子マネーなどが含まれる。

この決済手段登録データに含まれる各決済手段の種別及び決済手段ＩＤの情報は、上述した登録部１１Ａにより、ユーザ端末装置９０からの登録要求に従って登録される。登録部１１Ａは、ユーザ端末装置９０からの登録要求を受信すると、併せて受信したユーザＩＤ及びブランドの情報並びに決済手段情報に基づいて、対応するユーザ及びブランドの顧客データＤ２１に、対応する決済手段の種別及び決済手段ＩＤの情報を追加登録するように動作する。

各ブランドの商品データベース２５は、対応するブランドの商品であって、購買を捕捉すべき商品のリストである。商品データベース２５は、商品毎に、商品コード及び商品名のレコードを有する。以下では、商品データベース２５に登録された商品のことを登録商品とも表現する。

サービス提供システム１０のプロセッサ１１は、ブランド毎に、対応するブランドの顧客データベース２１を参照して、図６に示す決済データ取得処理を繰返し実行することにより、対応するブランドのリワードプログラムに参加するユーザの決済データＤ５５を取得する。

図６に示す処理を開始すると、プロセッサ１１は、予め登録されている複数の決済事業者のうち、問合せ先の決済事業者を選択する（Ｓ１１０）。更に、選択された決済事業者により発行された決済手段であって、対応するブランドの顧客データベース２１に登録されている決済手段の決済手段ＩＤの一群を判別する（Ｓ１２０）。

その後、プロセッサ１１は、判別した決済手段ＩＤの一群をリストアップした問合せ信号を、選択した決済事業者の決済事業者システム５０に、通信インタフェース１５を介して送信する（Ｓ１３０）。プロセッサ１１は、この問合せ信号に対する応答信号を、問合せ先の決済事業者システム５０から通信インタフェース１５を介して受信する（Ｓ１４０）。

応答信号の受信により、プロセッサ１１は、上記リストアップした決済手段ＩＤに対応する決済データＤ５５であって、未取得の決済データＤ５５を決済事業者システム５０から取得する（Ｓ１４０）。取得される各決済手段ＩＤに対応する決済データＤ５５は、対応する決済手段ＩＤが付与された決済手段による決済の記録を示す。

Ｓ１４０での処理後、プロセッサ１１は、対応ブランドのユーザ別に、詳細にはユーザＩＤ別に、図７Ａに示す決済中間テーブルを生成する（Ｓ１５０）。生成されたユーザ毎の決済中間テーブルは、レシートデータＤ７５との照合のために、対応するユーザＩＤと関連付けられて、メモリ１３に記憶される。

決済中間テーブルは、対応するユーザによる決済毎のレコードを備える。各レコードは、対応する決済で用いられた決済手段の種別及び決済手段ＩＤの情報と、決済店舗、決済日時、及び決済金額の情報と、決済詳細情報と、を有する。これらの情報は、決済データＤ５５が有する情報に基づく。

プロセッサ１１は、このようにして図６に示す決済データ取得処理を、Ｓ１１０で選択する決済事業者を変えながら繰返し実行することにより、複数の決済事業者の決済データＤ５５に基づく、ユーザ別の決済中間テーブルを生成する。生成は、前回生成した決済中間テーブルから所定期間以上前の古いレコードを削除し、上記取得した新しい決済データＤ５５に基づくレコードを追加することにより実現され得る。

上述したように、決済データ取得処理は、ブランド毎に実行される。各ブランドの決済データ取得処理は、Ｓ１１０で選択する決済事業者を変えながら繰返し実行される。これにより、本実施形態では、ブランド毎に、対応するブランドのユーザ別の決済中間テーブルであって、ユーザにより登録された一以上の決済手段を用いた決済に関するレコードが混合した決済中間テーブルが生成される。

この他、プロセッサ１１は、複数ブランドに共通する処理として、図８に示すレシートデータ取得処理を繰返し実行する。レシートデータ取得処理を開始すると、プロセッサ１１は、予め登録されている複数の流通事業者のうち、データ要求先の流通事業者を選択する（Ｓ２１０）。その後、プロセッサ１１は、データ要求信号を、選択した流通事業者の流通事業者システム７０に、通信インタフェース１５を介して送信する（Ｓ２２０）。

プロセッサ１１は、このデータ要求信号に対する応答信号を、データ要求先の流通事業者システム７０から通信インタフェース１５を介して受信する（Ｓ２２０）。応答信号の受信により、プロセッサ１１は、未取得のレシートデータＤ７５を流通事業者システム７０から取得する（Ｓ２２０）。

Ｓ２２０におけるデータ取得後、プロセッサ１１は、ブランド別に図７Ｂに示す購買中間テーブルを生成する（Ｓ２３０−Ｓ２６０）。生成された購買中間テーブルは、メモリ１３に記憶される。

Ｓ２３０において、プロセッサ１１は、複数ブランドのうちの一つを選択する。Ｓ２４０において、プロセッサ１１は、選択ブランドの商品データベース２５を参照して、選択ブランドの各登録商品の商品コードを判別する。

Ｓ２５０において、プロセッサ１１は、Ｓ２２０で取得したレシートデータＤ７５のそれぞれから、選択ブランドの登録商品の取引記録を抽出する。すなわち、Ｓ２４０で判別した各商品コードを、取引詳細情報内で検索し、対応する商品コードが検出された場合には、検出された商品コードに関する取引記録の主情報として、商品コード、商品名、及び購入個数の情報を、取引詳細情報から抽出し、更には、副情報として、取引店舗、取引日時、及び取引金額の情報を、レシートデータＤ７５から抽出する。

これにより、プロセッサ１１は、商品コード、商品名、購入個数、取引店舗、取引日時、及び取引金額を含む取引記録をレシートデータＤ７５から抽出する。取引詳細情報には、選択ブランドの複数の登録商品の購買情報が含まれる場合があり得る。この場合には、取引詳細情報に含まれる登録商品のそれぞれの取引記録を抽出する。

Ｓ２６０において、プロセッサ１１は、選択ブランドの購買中間テーブルを生成する。購買中間テーブルは、取引記録毎のレコードを備える。各レコードは、対応する取引で購入された商品の商品コード、商品名、及び購入個数の情報と、取引店舗、取引日時、及び取引金額の情報と、を備える。

プロセッサ１１は、決済詳細情報の一部又は全部を含むレシートデータＤ７５を流通事業者システム７０から取得可能である場合、取引記録の抽出時に、レシートデータＤ７５から決済詳細情報の一部又は全部を抽出してもよい。この場合、購買中間テーブルのレコードには、決済詳細情報の一部又は全部が追加されてもよい。

プロセッサ１１は、上述したＳ２４０−Ｓ２６０の処理を、全ブランドを選択するまで、選択ブランドを変更しながら繰返し実行する。これにより、プロセッサ１１は、ブランド毎に、購買中間テーブルを生成する。以上の説明から理解できるように、購買中間テーブルは、ユーザ識別を伴わずに、対応ブランドの登録商品に関するすべての取引記録に基づいて生成される。

プロセッサ１１は、全ブランドに関して、購買中間テーブルを生成したと判断すると（Ｓ２７０でＹｅｓ）、レシートデータ取得処理を終了する。プロセッサ１１は、このように図８に示すレシートデータ取得処理を実行することにより、ブランド別の購買中間テーブルを生成する。

付言すると、各ブランドの購買中間テーブルの生成は、前回生成した対応ブランドの購買中間テーブルに上記取得した新しいレシートデータＤ７５に基づくレコードを追加することにより実現される。

上述したレシートデータ取得処理は、Ｓ２１０で選択する流通事業者を変えながら繰返し実行される。各ブランドの購買中間テーブルは、複数流通事業者に共通して一つ用意される。すなわち、各ブランドの購買中間テーブルには、レシートデータ取得処理の繰返し実行の過程で、複数の流通事業者の取引記録に基づくレコードが追加される。これにより、本実施形態では、ブランド毎に、複数の流通事業者の取引記録に基づく購買中間テーブルが生成される。

購買中間テーブル内の各レコードは、対応するブランドの全ユーザの決済中間テーブルの全レコードとの照合が完了すると、購買中間テーブルから削除される。照合は、図９に示す照合抽出処理で実現される。照合抽出処理は、ブランド毎に実行される。すなわち、プロセッサ１１は、ブランド毎に、対応するブランドの各ユーザの決済中間テーブルを参照して、図９に示す照合抽出処理を繰返し実行することにより、対応するブランドの各ユーザの顧客管理データＤ３５の更新に必要な情報を生成及び出力する。

照合抽出処理を開始すると、プロセッサ１１は、対応するブランドの顧客データベース２１を参照して、登録されたユーザの一人を処理対象に選択する（Ｓ３１０）。すなわち、顧客データベース２１にユーザＩＤが登録されたユーザの一人を処理対象に選択する。

その後、プロセッサ１１は、処理対象ユーザのユーザＩＤに関連付けられた処理対象ユーザの決済中間テーブルを参照し（Ｓ３２０）、当該決済中間テーブル内のレコードの一つを選択する（Ｓ３３０）。

更に、プロセッサ１１は、上記選択したレコードに対応する決済で購入された登録商品のレコード（以下、決済関連レコードという）を、対応するブランドの購買中間テーブル内で検索する（Ｓ３４０）。Ｓ３４０での検索は、以下に説明する例に従って実現される。

上述したように、決済中間テーブルの各レコードには、決済店舗、決済日時、及び決済金額の情報が含まれる。購買中間テーブルの各レコードには、取引店舗、取引日時、及び取引金額の情報が含まれる。

第一例によれば、プロセッサ１１は、取引店舗及び取引日時の組み合わせが、Ｓ３３０での選択レコードが示す決済店舗及び決済日時の組み合わせと同一であるレコードを購買中間テーブル内で検索することにより、上記決済関連レコードを検索する。

第二例によれば、プロセッサ１１は、取引店舗、取引日時、及び取引金額の組み合わせが、Ｓ３３０での選択レコードが示す決済店舗、決済日時、及び決済金額の組み合わせと同一であるレコードを購買中間テーブル内で検索する。

購買中間テーブルのレコードに決済詳細情報として決済手段の種別及び決済手段ＩＤの情報が含まれる実施形態も考え得られる。従って、第三例として、プロセッサ１１は、取引日時、決済手段の種別、及び決済手段ＩＤの組み合わせが、Ｓ３３０での選択レコードが示す決済日時、決済手段の種別、及び決済手段ＩＤの組み合わせと同一であるレコードを購買中間テーブル内で検索することにより、上記決済関連レコードを検索してもよい。決済手段の種別は検索に用いられなくてもよい。

決済中間テーブルのレコード及び購買中間テーブルのレコードの両方に、決済詳細情報として、決済承認番号が含まれる実施形態も考えられる。従って、第四例として、プロセッサ１１は、決済承認番号が、Ｓ３３０での選択レコードが示す決済承認番号と同一であるレコードを購買中間テーブル内で検索することにより、上記決済関連レコードを検索してもよい。

この他、同一の決済承認番号が、決済日時の離れた複数の決済に対して発行される可能性があることから、次のように、上記決済関連レコードを検索してもよい。すなわち、第五例として、プロセッサ１１は、決済承認番号及び取引日時の組み合わせが、Ｓ３３０での選択レコードが示す決済承認番号及び決済日時の組み合わせと同一であるレコードを購買中間テーブル内で検索することにより、上記決済関連レコードを検索してもよい。こうした検索方法によれば、同一の決済承認番号が、異なる決済に再利用される場合も、決済関連レコードを、購買中間テーブル内で正しく検索することができる。

この他、第六例として、プロセッサ１１は、決済承認番号、取引日時、及び取引店舗の組み合わせが、Ｓ３３０での選択レコードが示す決済承認番号、決済日時及び決済店舗の組み合わせと同一であるレコードを購買中間テーブル内で検索することにより、上記決済関連レコードを検索してもよい。

第七例として、プロセッサ１１は、決済承認番号、取引日時、取引店舗、及び取引金額の組み合わせが、Ｓ３３０での選択レコードが示す決済承認番号、決済日時、決済店舗、及び取引金額の組み合わせと同一であるレコードを購買中間テーブル内で検索することにより、上記決済関連レコードを検索してもよい。こうした検索方法によれば、同一の決済承認番号が、異なる決済に再利用される場合も、決済関連レコードを、購買中間テーブル内で一層正しく検索することができる。

Ｓ３４０では、上記の例に限定されることなく、照合可能な様々な情報に基づいて、決済関連レコードを検索することができる。一般的には、照合する情報量が増えるほど、誤検索の可能性が低下する。

Ｓ３４０での検索により決済関連レコードが、対応するブランドの購買中間テーブル内で発見されると（Ｓ３５０でＹｅｓ）、プロセッサ１１は、Ｓ３６０に移行し、購買中間テーブルから発見された決済関連レコードを抽出する。この際、プロセッサ１１は、抽出した決済関連レコードを、購買中間テーブルに残さず、購買中間テーブルから削除することができる。

Ｓ３６０での処理を終えると、プロセッサ１１は、処理対象ユーザの決済中間テーブルに存在するすべてのレコードに関してＳ３４０の処理を実行したか否かを判断する。すべてのレコードに関して実行していないと判断すると（Ｓ３７０でＮｏ）、プロセッサ１１は、Ｓ３３０に移行し、選択レコードを変更してＳ３４０の処理を実行する。

プロセッサ１１は、このような処理を繰返し実行することにより、処理対象ユーザの決済中間テーブルに存在する各レコードに対応する決済関連レコードを、対応するブランドの購買中間テーブルから抽出する。

すべてのレコードに関してＳ３４０の処理を実行したと判断すると（Ｓ３７０でＹｅｓ）、プロセッサ１１は、Ｓ３８０に移行して、Ｓ３６０で抽出した決済関連レコードに基づき、処理対象ユーザの対応するブランドの顧客管理データＤ３５を更新するためのデータである更新用データを生成する。そして、生成した更新用データを、図１０に示すように対応ブランドの顧客管理システム３０に送信する。

更新用データは、Ｓ３６０で抽出された一つ以上の決済関連レコードをまとめたデータであり得る。更新用データは、ユーザの顧客管理データＤ３５を、対応する顧客管理システム３０に更新させるためのデータと理解されてもよいし、ユーザの対応ブランド商品の購買行動に関するデータと理解されてもよい。

更新用データは、処理対象ユーザのユーザＩＤと共に、ユーザが購入した各商品の、商品コード、商品名及び購入個数の情報を有することができる。更新用データは、各商品に関し、購買日毎に、購入個数の情報を有していてもよい。顧客管理システム３０は、サービス提供システム１０から受信した更新用データに基づき、対応するユーザの顧客管理データＤ３５を更新することができる（Ｓ３８０）。

以上に説明した本実施形態のサービス提供システム１０によれば、決済手段を通じてユーザの購買行動を詳細に捕捉して、リワードプログラム及び販売促進に役立てることができる。企業にとっては、ユーザの購買行動に関する情報を詳細に収集することができる。

特に、上記実施形態によれば、複数の決済事業者の決済手段を取り扱うことができる。更には、これら複数の決済手段による決済を、複数の流通事業者の取引データ（レシートデータＤ７５）と照合することができる。複数種類の決済手段の決済を捕捉できること、その決済に基づく商品の購買を、複数流通事業者に亘って捕捉できることは、より詳細な購買行動の捕捉に役立つ。このことは、ユーザに対して便利なリワードプログラムを提供することに役立つ。

上記実施形態によれば、ブランド毎に、個別のユーザＩＤが消費者に対して付与される。しかしながら、複数ブランドに共通するユーザＩＤが用意されてもよい。すなわち、複数ブランドの各リワードプログラムに参加する一人のユーザに対して、複数ブランドに共通のユーザＩＤが付与されてもよい。

［第二実施形態］
続いて、図１１Ａ、図１１Ｂ、及び図１２を用いて本開示の第二実施形態を説明する。第二実施形態では、各個人に対して複数ブランドに共通するユーザＩＤが付与される。第二実施形態のサービス提供システム１０は、上述した第一実施形態の変形例である。従って、以下では、第二実施形態の第一実施形態とは異なる構成を選択的に説明し、第一実施形態と同じ構成の説明を省略する。

第二実施形態のサービス提供システム１０は、図１１Ａに示すように、記憶装置１７内に、ブランド毎の顧客データベース２１に代えて、複数ブランド共通の顧客データベース２２を備える。顧客データベース２２は、複数ブランドの少なくとも一つのリワードプログラムに参加するユーザ毎に、顧客データＤ２２を備える。

顧客データＤ２２は、上述の顧客データＤ２１と同様に、ユーザＩＤ及び決済手段登録データを備える他、図１１Ｂに示すように、登録ブランドリストを有する。登録ブランドリストは、対応するユーザがリワードプログラムに参加しており、ユーザの顧客管理データＤ３５が顧客管理システム３０に登録されているブランドのリストである。

第二実施形態において、プロセッサ１１は、この複数ブランド共通の顧客データベース２２を参照して、図６に示す決済データ取得処理を実行する。この際、決済データ取得処理は、ブランド毎に実行されない。プロセッサ１１は、問合せ先の決済事業者を切り替えながら、決済データ取得処理を繰返し実行し、ユーザ別に、複数ブランド共通の決済中間テーブルを生成する。この他、プロセッサ１１は、図８に示すレシートデータ取得処理を、上述の実施形態と同様に繰返し実行し、ブランド毎に、購買中間テーブルを生成する。

第二実施形態において、プロセッサ１１は、図９に示す照合抽出処理をブランド毎に実行することに代えて、図１２に示す照合抽出処理を複数ブランドに共通する処理として実行する。図１２に示す照合抽出処理では、図９に示す照合抽出処理と同一ステップ番号が付されたステップにおいて、上記実施形態と同様の処理が実行される。

プロセッサ１１は、図１２に示す照合抽出処理を開始すると、Ｓ３１０で処理対象ユーザを選択した後、処理対象ブランドを、処理対象ユーザの登録ブランドリストに登録された一以上のブランドの中から一つ選択する（Ｓ３１５）。その後、プロセッサ１１は、処理対象ユーザの決済中間テーブル及び処理対象ブランドの購買中間テーブルを参照し（Ｓ３２０）、処理対象ユーザの決済中間テーブル内の各レコードに対応する決済関連レコードを、処理対象ブランドの購買中間テーブル内で検索し、購買中間テーブルから抽出する処理を実行する（Ｓ３３０−Ｓ３７０）。

処理対象ユーザの決済中間テーブル内のすべてのレコードに関して、処理対象ブランドの購買中間テーブル内での、対応する決済関連レコードの検索が完了すると（Ｓ３７０でＹｅｓ）、プロセッサ１１は、Ｓ３８０に移行する。

Ｓ３８０において、プロセッサ１１は、Ｓ３６０で抽出した決済関連レコードに基づき、処理対象ユーザの顧客管理データＤ３５を更新するための更新用データを生成し、生成した更新用データを、処理対象ブランドの顧客管理システム３０に送信する。

プロセッサ１１は、Ｓ３２０−Ｓ３８０の処理を、Ｓ３１５において処理対象ブランドを切り替えながら登録ブランドリストに登録された一以上のブランドのそれぞれについて実行し、すべてのブランドについて実行した後（Ｓ３９０でＹｅｓ）、照合抽出処理を終了する。

プロセッサ１１は、Ｓ３１０において処理対象ユーザを切り替えながら、図１２に示す照合抽出処理を繰返し実行することにより、各ユーザ及び各ブランドの顧客管理データＤ３５を更新する。

第二実施形態のようにユーザＩＤを複数ブランドに対して統合する場合には特に、顧客管理システム３０の機能を、サービス提供システム１０に組み込んでもよい。すなわち、サービス提供システム１０は、各ブランドの顧客管理データベース３５を備え、各ブランドの顧客管理システム３０として機能するように構成されてもよい。

この場合、プロセッサ１１は、Ｓ３８０において更新用データを外部に送信する代わりに、記憶装置１７が記憶する顧客管理データベース３５内の顧客管理データＤ３５を更新する処理を実行することができる。

第二実施形態によれば、サービス提供システム１０の運営企業は、顧客管理システムの運用を含む統合したサービスを各ブランドの企業に提供することができる。ユーザ向けの顧客向けアプリケーションプログラムは、ホワイトラベルとして各ブランドに対応する企業を通じてユーザに提供することができる。

別例として、サービス提供システム１０は、単一のブランド向けに構築されてもよい。サービス提供システム１０は、ブランド別に構築されてもよい。ブランド別のサービス提供システム１０は、対応するブランドの顧客管理システム３０と統合されてもよい。

この他、上述の第一実施形態及び第二実施形態では、流通事業者システム７０が登録商品以外の取引記録を含むレシートデータＤ７５をサービス提供システム１０に提供する。しかしながら、流通事業者システム７０は、各ブランドの登録商品に関する取引記録のみをサービス提供システム１０に提供してもよい。すなわち、各ブランドの購買中間テーブルと同様のデータが、流通事業者システム７０からサービス提供システム１０に提供されてもよい。

上記実施形態では、サービス提供システム１０からの問い合わせ及び要求に応じて決済事業者システム５０及び流通事業者システム７０が受動的に決済データＤ５５及びレシートデータＤ７５をサービス提供システム１０に提供する。

しかしながら、決済事業者システム５０は、新規決済データＤ５５の発生毎に、その新規決済データＤ５５をサービス提供システム１０に能動的に送信するように構成されてもよい。

サービス提供システム１０は、各決済事業者システム５０に対して、各ユーザの決済手段ＩＤの情報を事前に提供することができる。各決済事業者システム５０は、事前に提供された各ユーザの決済手段ＩＤの情報に基づいて、対応する決済手段を用いた決済に関する新規決済データＤ５５の発生毎に、その新規決済データＤ５５をサービス提供システム１０に送信することができる。

この他、流通事業者システム７０は、新規レシートデータＤ７５の発生毎に、新規レシートデータＤ７５を、サービス提供システム１０に能動的に送信するように構成されてもよい。

流通事業者システム７０は、新規レシートデータＤ７５の発生毎に、新規レシートデータＤ７５の取引詳細情報を参照して、登録商品の取引の有無を判別し、登録商品の取引があるときのみ、新規レシートデータＤ７５又は新規レシートデータＤ７５から抽出した登録商品の取引記録を、サービス提供システム１０に送信するように構成されてもよい。登録商品の取引の有無を判別するために、流通事業者システム７０は、各ブランドの商品データベース２５を、記憶装置７３を記憶することができる。

上述したサービス提供システム１０により得られる効果は、参加する流通事業者が多いほど高まる。従って、流通事業者システム７０の参加を促すために、サービス提供システム１０は、決済データＤ５５を用いて流通事業者向けのサービスを提供するように構成されてもよい。

［第三実施形態］
第三実施形態のサービス提供システム１０は、上述の流通事業者向けのサービスを提供するように構成される。第三実施形態のサービス提供システム１０は、第二実施形態のサービス提供システム１０に対して、流通事業者向けのサービスを提供するための構成を付加した構成にされる。以下では、第三実施形態の第二実施形態とは異なる構成を選択的に説明し、第一及び第二実施形態と同じ構成の説明を省略する。

第三実施形態のサービス提供システム１０では、記憶装置１７内の顧客データベース２２が、第二実施形態の顧客データＤ２２に代えて、図１３に示す顧客データＤ２３をユーザ毎に備える。顧客データＤ２３のそれぞれは、顧客データＤ２２と同じデータに加えて更に顧客ＩＤリストを備える。

顧客ＩＤリストは、流通事業者から対応するユーザに付与された顧客ＩＤのリストである。この顧客ＩＤは、上述のユーザＩＤとは区別される。顧客ＩＤは、例えば、流通事業者が提供するリワードプログラムにユーザが参加する際に、ユーザに発行される。

顧客ＩＤは、例えば、流通事業者から発行される会員カードに記録される。会員カードの例には、有価ポイントの蓄積に利用されるポイントカードが含まれる。紙媒体の会員カードに代えて、ディジタル会員証がユーザ端末装置９０に発行されてもよい。顧客ＩＤは、例えば会員カードの提示により、対応するユーザの流通事業者からの商品購入に際し、ユーザから流通事業者に提示される。

一人のユーザが複数の流通事業者のリワードプログラムに参加している場合、顧客ＩＤリストには、複数の流通事業者のそれぞれからユーザに付与された顧客ＩＤが記録される。顧客ＩＤは、対応する流通事業者の情報と関連付けて顧客ＩＤリストに登録される。

このように第三実施形態の顧客データＤ２３では、対応するユーザの決済手段ＩＤに顧客ＩＤの情報が関連付けられている。上述の流通事業者向けのサービスは、この顧客データＤ２３が有する決済手段ＩＤと顧客ＩＤとの関連付け情報を利用して提供される。

サービス提供システム１０のプロセッサ１１は、第二実施形態と同様に、図６に示す決済データ取得処理を実行し、ユーザＩＤ別の決済中間テーブルを作成する（Ｓ１５０）。更にサービス提供システム１０は、流通事業者毎の分析用テーブルを記憶装置１７に記憶している。プロセッサ１１は、図１４に示すテーブル更新処理を繰返し実行することにより、記憶装置１７が記憶する流通事業者毎の分析用テーブルを更新する。

図１４に示す処理において、プロセッサ１１は、データ要求先の流通事業者を選択する（Ｓ４１０）。その後、プロセッサ１１は、データ要求信号を、選択した流通事業者の流通事業者システム７０に、通信インタフェース１５を介して送信し、未取得のレシートデータＤ８５を流通事業者システム７０から取得する（Ｓ４２０）。

プロセッサ１１は、Ｓ４２０で取得したレシートデータＤ８５を、一つのレコードとして、上記選択した流通事業者の分析用テーブルに追加登録する（Ｓ４３０）。このようにしてプロセッサ１１は、分析用テーブルを更新する。

レシートデータＤ８５は、各流通事業者システム７０が第一及び第二実施形態のレシートデータＤ７５に代えて有するレシートデータである。このレシートデータＤ８５は、対応する取引において、取引の当事者である消費者から提示された顧客ＩＤの情報がレシートデータＤ７５に対して追加された構成にされる。

但し、顧客ＩＤは、取引の度に消費者から常に提示されるものではない。消費者が顧客ＩＤを有さない場合、消費者が顧客ＩＤの提示を忘れる場合が存在する。こうした取引に対応するレシートデータＤ８５は、顧客ＩＤの情報を有さず、実質、第一及び第二実施形態のレシートデータＤ７５と同じデータとして構成される。レシートデータＤ８５を取得するためのＳ４１０及びＳ４２０の処理は、Ｓ２１０及びＳ２２０の処理と実質同じであり、共通化され得る。

プロセッサ１１による図１４に示す処理の繰返し実行により、記憶装置１７が記憶する各流通事業者の分析用テーブルには、対応する流通事業者のレシートデータＤ８５が蓄積される。流通事業者毎の分析用テーブルには、直近所定期間分のレシートデータＤ８５のみが蓄積され得る。

プロセッサ１１は更に、所定期間毎に、図１５及び図１６に示す分析処理を実行して、流通事業者毎のマッチングテーブルＤＭを更新する。マッチングテーブルＤＭは、レシートデータＤ８５が有するレシート番号と対応する取引を行ったユーザの顧客ＩＤとの対応関係を説明するテーブルである。

図１５に示す処理を開始すると、プロセッサ１１は、一つの流通事業者を選択する（Ｓ５１０）。そして、選択した流通事業者の分析用テーブルを参照し、分析用テーブルから処理対象のレコードを一つ選択する（Ｓ５２０）。上述したように一つのレコードは、一つのレシートデータＤ８５に対応する。

その後、プロセッサ１１は、処理対象のレコードに関連する決済のレコードを、決済中間テーブル内で検索する（Ｓ５３０）。この決済のレコードのことを、以下では、レシート関連レコードとも表現する。すなわち、レシート関連レコードは、処理対象のレコードに対応する取引で行われた決済を説明するレコードである。Ｓ５３０では、ユーザ別の決済中間テーブルを順に参照して、処理対象のレコードに対応するレシート関連レコードを検索することができる。

レシート関連レコードの検索方法は、第一実施形態における決済関連レコードの検索方法と同じである。すなわち、プロセッサ１１は、処理対象のレコードに含まれる、取引日時、取引店舗、取引金額、及び、決済承認番号のいずれか一つ以上と、決済中間テーブルの各レコードに含まれる、決済日時、決済店舗、決済金額、及び、決済承認番号のいずれか一つ以上との間の同一性に基づき、レシート関連レコードを検索することができる。

プロセッサ１１は、上記検索により、レシート関連レコードがユーザ別の決済中間テーブルのいずれかで発見されると（Ｓ５４０でＹｅｓ）、レシート関連レコードが発見された決済中間テーブルに対応するユーザを、処理対象のレコードに対応する取引の当事者、すなわち取引行為者であると判別する（Ｓ５５０）。

更にプロセッサ１１は、Ｓ５５０で判別したユーザの顧客データＤ２３を参照し、処理対象のレコードに対応する顧客ＩＤとして、このユーザの、対応する流通事業者から発行された顧客ＩＤを判別する（Ｓ５６０）。ここでいう「対応する流通事業者」は、処理対象のレコードに対応する流通事業者であり、Ｓ５１０で選択された流通事業者である。

Ｓ５６０で顧客ＩＤを判別できた場合（Ｓ５７０でＹｅｓ）、プロセッサ１１は、Ｓ６２０に移行する。一方、Ｓ５６０で顧客ＩＤを判別できなかった場合（Ｓ５７０でＮｏ）、プロセッサ１１は、処理対象のレコードに、顧客ＩＤの情報が存在するか否かを判断する（Ｓ５８０）。顧客ＩＤの情報が存在すると判断すると（Ｓ５８０でＹｅｓ）、プロセッサ１１は、処理対象のレコードに記述された顧客ＩＤを、処理対象のレコードに対応する取引行為者の顧客ＩＤであると判別する（Ｓ５９０）。その後、Ｓ６００に移行する。

Ｓ６００において、プロセッサ１１は、Ｓ５９０で判別した顧客ＩＤを、対応するユーザの顧客データＤ２３が有する顧客ＩＤリストに、流通事業者の情報と関連付けて登録する。その後、Ｓ６２０に移行する。この他、プロセッサ１１は、Ｓ５８０において顧客ＩＤの情報が存在しないと判断すると、顧客ＩＤが不明であると判定する（Ｓ６１０）。その後、Ｓ６２０に移行する。

Ｓ６２０において、プロセッサ１１は、処理対象のレコードが示すレシート番号と、Ｓ５６０又はＳ５９０で判別した顧客ＩＤとを、対応するユーザＩＤ及び決済手段ＩＤに関連付けたレコードを、図１７Ａに示すように、対応する流通事業者のマッチングテーブルＤＭに登録する。Ｓ６１０で対応するユーザの顧客ＩＤが不明であると判定した場合、プロセッサ１１は、顧客ＩＤが不明であることを示したレコードを、マッチングテーブルＤＭに登録する。これにより、マッチングテーブルＤＭを更新する（Ｓ６２０）。

この他、プロセッサ１１は、Ｓ５６０で判別された顧客ＩＤが、処理対象のレコードが有する顧客ＩＤの情報と一致しない場合、処理対象のレコードが有する顧客ＩＤの情報を信用して、この顧客ＩＤ及び対応するレシート番号を、対応するユーザＩＤ及び決済手段ＩＤに関連付けたレコードを、マッチングテーブルＤＭに登録することができる。更に、プロセッサ１１は、対応するユーザの顧客ＩＤリストに登録されている顧客ＩＤを訂正する処理を行うことができる。

Ｓ６２０での処理を終えた場合、又は、処理対象のレコードに対応するレシート関連レコードが発見されなかった場合（Ｓ５４０でＮｏ）、プロセッサ１１は、Ｓ６３０に移行する。

Ｓ６３０において、プロセッサ１１は、分析用テーブル内のレコードのすべてを処理対象に選択したか否かを判断する。Ｓ６３０で否定判断すると、プロセッサ１１は、Ｓ５２０に移行し、分析用テーブルから新たに処理対象のレコードを一つ選択することにより、処理対象のレコードを切り替えて、Ｓ５３０以降の処理を実行する。

Ｓ６３０で肯定判断すると、プロセッサ１１は、Ｓ５１０で選択された流通事業者のマッチングテーブルＤＭに登録されている各レコードから、ユーザＩＤ及び決済手段ＩＤの情報を取り除いたテーブルを、図１７Ｂに示すように、対応する流通事業者向けの分析報告データＤ９として作成し、作成した分析報告データＤ９を出力する（Ｓ６４０）。

分析報告データＤ９の出力は、当該分析報告データＤ９を、対応する流通事業者の流通事業者システム７０に送信することによって実現され得る。流通事業者システム７０の管理装置７１は、受信した分析報告データＤ９に基づいて、売上データベース７５における各レシートデータＤ８５を更新するように動作し得る。レシートデータＤ８５の更新は、顧客ＩＤの情報が欠損したレシートデータＤ８５に、上記分析報告データＤ９に基づいて、顧客ＩＤの情報を追加することにより実現され得る。

プロセッサ１１は、Ｓ６４０での処理を終えると、全ての流通事業者に関して分析報告データＤ９を生成及び出力したか否かを判断する（Ｓ６５０）。Ｓ６５０で否定判断すると、プロセッサ１１は、Ｓ５１０に移行し、次の流通事業者を選択して、Ｓ５２０以降の処理を実行する。この他、プロセッサ１１は、Ｓ６５０で肯定判断すると、図１５に示す分析処理を終了する。

以上に説明した第三実施形態のサービス提供システム１０によれば、流通事業者は、レシートデータＤ８５を提供することに対する見返りとして、レシートデータＤ８５において欠損した顧客ＩＤの情報を得ることができる。従って、第三実施形態では、流通事業者が、顧客ＩＤの情報が補完された売上データベース７５に基づいて、顧客の購買行動を詳細に把握することができる。従って、第三実施形態によれば、流通事業者の企業活動も支援することができる。

付言すると、第三実施形態における流通事業者向けのサービスは、第一実施形態及び第二実施形態における顧客管理データベース３５の更新に関するサービスとは独立して提供され得る。すなわち、第三実施形態のサービス提供システム１０は、上述した流通事業者向けのサービスの提供するために必要な構成のみを有したシステムに置き換えられてもよい。

［その他］
本開示が、上記の実施形態に限定されるものではなく種々の態様を採ることができることは言うまでもない。本開示の技術は、役務を取り扱うシステムに適用されてもよい。例えば、本開示の技術は、役務に関する取引の記録を抽出するために活用されてもよい。

上記実施形態における１つの構成要素が有する機能は、複数の構成要素に分散して設けられてもよい。複数の構成要素が有する機能は、１つの構成要素に統合されてもよい。上記実施形態の構成の一部は、省略されてもよい。上記実施形態の構成の少なくとも一部は、他の上記実施形態の構成に対して付加又は置換されてもよい。特許請求の範囲に記載の文言から特定される技術思想に含まれるあらゆる態様が本開示の実施形態である。

１０…サービス提供システム、１１…プロセッサ、１１Ａ…登録部、１３…メモリ、１５…通信インタフェース、１７…記憶装置、２１，２２…顧客データベース、２５…商品データベース、３０…顧客管理システム、３１…管理装置、３３…記憶装置、３５…顧客管理データベース、５０…決済事業者システム、５１…管理装置、５３…記憶装置、５５…決済データベース、７０…流通事業者システム、７１…管理装置、７３…記憶装置、７５…売上データベース、９０…ユーザ端末装置、Ｄ２１，Ｄ２２，Ｄ２３…顧客データ、Ｄ３５…顧客管理データ、Ｄ５５…決済データ、Ｄ７５，Ｄ８５…レシートデータ、Ｄ９…分析報告データ、ＤＭ…マッチングテーブル、ＮＴ…広域ネットワーク。

Claims (24)

1. 記憶装置が記憶するユーザの商取引に用いられる決済手段の識別情報に基づき、前記決済手段を用いた決済の記録を含む決済データを、決済事業者システムから取得するように構成される決済データ取得部と、
   特定の取引対象である特定商品又は役務に関する取引の記録を含む取引データを、一以上の取引事業者システムから取得するように構成される取引データ取得部と、
   前記決済データ取得部が取得した前記決済データに基づき、前記取引データ取得部が取得した前記取引データの中から、注目取引の記録として、前記ユーザの前記決済手段を用いた前記特定の取引対象に関する取引の記録を抽出するように構成される抽出部と、
   を備える情報処理システム。
2. 前記決済のそれぞれに対しては、対応する決済事業者により個別の承認コードが発行され、
   前記決済の記録は、対応する決済の承認コード及び前記対応する決済が行われた時間の情報を少なくとも含み、
   前記取引の記録は、対応する取引で発生した決済の承認コード及び前記対応する取引が行われた時間の情報を少なくとも含み、
   前記抽出部は、前記決済データ及び前記取引データに含まれる前記承認コード及び前記時間の情報に基づき、前記注目取引の記録を抽出する請求項１記載の情報処理システム。
3. 前記決済の記録は、前記対応する決済が行われた場所の情報を更に含み、
   前記取引の記録は、前記対応する取引が行われた場所の情報を更に含み、
   前記抽出部は、前記決済データ及び前記取引データに含まれる前記承認コード、前記時間、及び前記場所の情報に基づき、前記注目取引の記録を抽出する
   請求項２記載の情報処理システム。
4. 前記決済の記録は、対応する決済が行われた時間及び場所の情報を少なくとも含み、
   前記取引の記録は、対応する取引が行われた時間及び場所の情報を少なくとも含み、
   前記抽出部は、前記決済データ及び前記取引データに含まれる前記時間及び場所の情報に基づき、前記注目取引の記録を抽出する
   請求項１記載の情報処理システム。
5. 前記決済の記録は、対応する決済が行われた時間及び場所並びに決済金額の情報を少なくとも含み、
   前記取引の記録は、対応する取引が行われた時間及び場所並びに取引金額の情報を少なくとも含み、
   前記抽出部は、前記決済データに含まれる前記時間及び場所並びに決済金額の情報と、前記取引データに含まれる前記時間及び場所並びに取引金額の情報と、に基づいて、前記注目取引の記録を抽出する
   請求項１記載の情報処理システム。
6. 前記記憶装置は、第一の取引対象としての第一の特定商品又は役務の識別情報と、第二の取引対象としての第二の特定商品又は役務の識別情報と、を記憶し、
   前記取引の記録は、対応する取引対象の識別情報を含み、
   前記抽出部は、前記第一の取引対象の識別情報及び前記第二の取引対象の識別情報に基づき、前記取引データ取得部が取得した前記取引データの中から、前記注目取引の記録として、前記ユーザの前記決済手段を用いた前記第一の取引対象に関する取引の記録及び前記第二の取引対象に関する取引の記録を抽出する請求項１〜請求項５のいずれか一項記載の情報処理システム。
7. 前記抽出部により抽出された前記注目取引の記録に基づき、前記ユーザの前記特定の取引対象の取引行動に関するデータを出力するように構成される処理実行部
   を更に備える請求項１〜請求項６のいずれか一項記載の情報処理システム。
8. 前記抽出部により抽出された前記注目取引の記録に基づき、前記特定商品又は役務を提供する企業の顧客管理システムに、当該顧客管理システムが管理する前記ユーザの顧客管理データを更新させるように構成される処理実行部
   を更に備える請求項１〜請求項６のいずれか一項記載の情報処理システム。
9. 前記抽出部により抽出された前記注目取引の記録に基づき、前記ユーザの前記第一の取引対象の取引行動に関するデータを第一の出力先に出力し、前記ユーザの前記第二の取引対象の取引行動に関するデータを、前記第一の出力先とは異なる第二の出力先に出力するように構成される処理実行部
   を更に備える請求項６記載の情報処理システム。
10. 前記第一の出力先は、前記第一の特定商品又は役務を提供する第一の企業の顧客管理システムであり、前記第二の出力先は、前記第二の特定商品又は役務を提供する第二の企業の顧客管理システムである請求項９記載の情報処理システム。
11. 前記抽出部により抽出された前記第一の取引対象に関する前記取引の記録に基づき、前記第一の特定商品又は役務を提供する第一の企業の顧客管理システムに、当該顧客管理システムが管理する前記ユーザの顧客管理データを更新させ、前記抽出部により抽出された前記第二の取引対象に関する前記取引の記録に基づき、前記第二の特定商品又は役務を提供する第二の企業の顧客管理システムに、当該顧客管理システムが管理する前記ユーザの顧客管理データを更新させるように構成される処理実行部
    を更に備える請求項６記載の情報処理システム。
12. 前記記憶装置は、前記ユーザの商取引に用いられる前記決済手段の識別情報として、第一の決済手段の識別情報、及び、前記第一の決済手段とは異なる第二の決済手段の識別情報を記憶し、
    前記決済データ取得部は、前記第一の決済手段を用いた決済の記録を含む第一の決済データを、第一の決済事業者システムから取得し、前記第二の決済手段を用いた決済の記録を含む第二の決済データを、前記第一の決済事業者システムとは異なる第二の決済事業者システムから取得し、
    前記抽出部は、前記第一及び第二の決済データに基づき、前記取引データ取得部が取得した前記取引データの中から、前記注目取引の記録として、前記ユーザの前記第一及び第二の決済手段を用いた前記特定の取引対象に関する取引の記録を抽出する
    請求項１〜請求項１１のいずれか一項記載の情報処理システム。
13. 前記記憶装置は、複数のユーザに関して、ユーザ毎に、前記決済手段の識別情報を記憶し、
    前記抽出部は、
    前記決済データ取得部により取得された前記決済データに基づき、前記ユーザ毎に、対応するユーザの前記決済手段を用いた決済の記録をまとめた参照テーブルを生成し、
    前記ユーザ毎に、対応するユーザの前記参照テーブルに基づき、前記取引データの中から、前記注目取引の記録として、前記対応するユーザの前記決済手段を用いた前記特定の取引対象に関する取引の記録を抽出する
    ように構成される請求項１〜請求項１２のいずれか一項記載の情報処理システム。
14. 前記記憶装置は、複数のユーザに関して、ユーザ毎に、前記第一の決済手段の識別情報及び前記第二の決済手段の識別情報を記憶し、
    前記抽出部は、
    前記決済データ取得部により取得された前記第一の決済データ及び前記第二の決済データに基づき、前記ユーザ毎に、対応するユーザの前記第一の決済手段を用いた決済の記録及び前記第二の決済手段を用いた決済の記録をまとめた参照テーブルを生成し、
    前記ユーザ毎に、対応するユーザの前記参照テーブルに基づき、前記取引データの中から、前記注目取引の記録として、前記対応するユーザの前記第一及び第二の決済手段を用いた前記特定の取引対象に関する取引の記録を抽出する
    ように構成される請求項１２項記載の情報処理システム。
15. ユーザ端末装置からの登録要求に従って、前記決済手段の識別情報として、対応するユーザの商取引に用いられる一以上の決済手段の識別情報を、前記記憶装置に登録する登録部
    を備え、
    前記抽出部は、前記一以上の決済手段の識別情報が登録されたユーザのそれぞれに関して、登録された前記一以上の決済手段の識別情報に基づき、前記取引の記録を抽出する請求項１〜請求項１４のいずれか一項記載の情報処理システム。
16. 商品又は役務に関する取引の記録を含む取引データを、一以上の取引事業者システムから取得するように構成される取引データ取得部と、
    記憶装置が複数のユーザのそれぞれに関して記憶する、対応するユーザの商取引に用いられる決済手段の識別情報に基づき、前記複数のユーザのそれぞれの前記決済手段を用いた決済の記録を含む決済データを、決済事業者システムから取得するように構成される決済データ取得部と、
    前記取引データ取得部が取得した前記取引データから識別される複数の取引のそれぞれに関し、対応する取引を行ったユーザを、対応する取引の記録と前記決済データ取得部が取得した前記決済データとに基づき判別するように構成される判別部と、
    を備える情報処理システム。
17. 前記記憶装置は、前記複数のユーザのそれぞれに関して、前記決済手段の識別情報に関連付けて、対応するユーザの顧客ＩＤを記憶し、
    前記判別部は、前記複数の取引のそれぞれに関して、対応する取引を行ったユーザの顧客ＩＤを判別するように構成され、
    前記情報処理システムは更に、
    前記判別部の判別結果に従い、前記複数の取引のそれぞれと、対応する取引を行ったユーザの顧客ＩＤと、の対応関係を説明する説明データを生成するように構成される説明データ生成部
    を備える請求項１６記載の情報処理システム。
18. 前記顧客ＩＤは、取引事業者において顧客識別のために用いられるＩＤである請求項１７記載の情報処理システム。
19. 前記説明データ生成部は、前記説明データとして、前記取引データの取得元に対応する取引事業者毎に、対応する取引事業者向けの説明データを生成するように構成され、
    前記対応する取引事業者向けの説明データは、対応する取引事業者の取引のそれぞれに関して、対応する取引と、前記対応する取引を行ったユーザの顧客ＩＤとの関係を説明するデータである請求項１７又は請求項１８記載の情報処理システム。
20. 前記複数の取引には、前記取引データにおいて、対応する取引行為者の顧客ＩＤが記録される第一種の取引と、対応する取引行為者の顧客ＩＤが記録されない第二種の取引と、が含まれ、
    前記判別部は、前記第一種の取引に関する前記取引の記録に基づき、前記取引行為者の顧客ＩＤを、対応するユーザの前記決済手段の識別情報と関連付けて、前記記憶装置に登録するように構成される請求項１６〜請求項１９のいずれか一項記載の情報処理システム。
21. 請求項１〜請求項６のいずれか一項記載の情報処理システムが備える前記決済データ取得部と、前記取引データ取得部と、前記抽出部としての機能をコンピュータに実行させるためのコンピュータプログラム。
22. 請求項１６〜請求項２０のいずれか一項記載の情報処理システムが備える前記決済データ取得部と、前記取引データ取得部と、前記判別部としての機能をコンピュータに実行させるためのコンピュータプログラム。
23. コンピュータが実行する情報処理方法であって、
    記憶装置が記憶するユーザの商取引に用いられる決済手段の識別情報に基づき、前記決済手段を用いた決済の記録を含む決済データを、決済事業者システムから取得することと、
    特定の取引対象である特定商品又は役務に関する取引の記録を含む取引データを、一以上の取引事業者システムから取得することと、
    取得した前記決済データに基づき、取得した前記取引データの中から、前記ユーザの前記決済手段を用いた前記特定の取引対象に関する取引の記録を抽出することと、
    を備える情報処理方法。
24. コンピュータが実行する情報処理方法であって、
    商品又は役務に関する取引の記録を含む取引データを、一以上の取引事業者システムから取得することと、
    記憶装置が複数のユーザのそれぞれに関して記憶する、対応するユーザの商取引に用いられる決済手段の識別情報に基づき、前記複数のユーザのそれぞれの前記決済手段を用いた決済の記録を含む決済データを、決済事業者システムから取得することと、
    取得した前記取引データから識別される複数の取引のそれぞれに関し、対応する取引を行ったユーザを、対応する取引の記録と取得した前記決済データとに基づき判別することと、
    を備える情報処理方法。

Images