特許 7565816 サーバ装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-03

(45)【発行日】2024-10-11

(54)【発明の名称】サーバ装置及びプログラム

(51)【国際特許分類】

   G06Q 30/0201 20230101AFI20241004BHJP

【ＦＩ】

G06Q30/0201

【請求項の数】 6

(21)【出願番号】P 2021017707

(22)【出願日】2021-02-05

(65)【公開番号】P2022120661

(43)【公開日】2022-08-18

【審査請求日】2023-11-08

(73)【特許権者】

【識別番号】000003562

【氏名又は名称】東芝テック株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】和田 智史

(72)【発明者】

【氏名】金澤 肇

(72)【発明者】

【氏名】横手 聡

(72)【発明者】

【氏名】谷 博一

(72)【発明者】

【氏名】坂路 俊幸

(72)【発明者】

【氏名】原尻 達矢

(72)【発明者】

【氏名】岡本 純一

(72)【発明者】

【氏名】及川 涼太

(72)【発明者】

【氏名】伊勢山 遥

【審査官】山田 倍司

(56)【参考文献】

【文献】特表２０１８－５０３９１６（ＪＰ，Ａ）

【文献】特開２０１９－１２８９１６（ＪＰ，Ａ）

【文献】特開２０１６－２００８６５（ＪＰ，Ａ）

【文献】特開２０１６－００９２２９（ＪＰ，Ａ）

【文献】特開２０２０－０７７０５２（ＪＰ，Ａ）

【文献】特表２００５－５０７１０６（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１４／０１８０８２６（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

店舗での取引毎に生成された、前記店舗を識別可能な店舗識別子と、前記店舗で購入された商品の内訳を示す内訳情報と、前記商品の決済に使用されたクレジットカード番号の少なくとも一部を示す番号情報とを含む購買情報を記憶する記憶装置から、前記番号情報が同一の購買情報を抽出する第１抽出手段と、
前記店舗識別子に対応する店舗の住所に基づいて、前記第１抽出手段が抽出した前記購買情報の中から、同一のエリアに存在する店舗の購買情報を抽出する第２抽出手段と、
前記第２抽出手段が抽出した前記購買情報を同一のユーザに係る購買情報として、当該ユーザを識別するユーザ識別子に関連付けて記憶する記憶手段と、
を備えるサーバ装置。

【請求項2】

前記第２抽出手段が抽出した前記購買情報に含まれる内訳情報に基づいて、前記ユーザのユーザ属性を推定する推定手段を更に備え、
前記記憶手段は、前記推定手段で推定されたユーザ属性を、前記ユーザ識別子に関連付けて記憶する、請求項１に記載のサーバ装置。

【請求項3】

前記推定手段は、商品と当該商品を購入するユーザ層のユーザ属性とを関連付けた設定情報に基づいて、前記ユーザのユーザ属性を推定する、請求項２に記載のサーバ装置。

【請求項4】

前記番号情報とともに、当該番号情報を利用するユーザの住所を示す情報を含んだユーザ情報を外部装置から取得する取得手段と、
前記記憶手段が記憶した前記ユーザ識別子の中から、前記取得手段が取得した前記ユーザ情報に含まれる前記番号情報及び前記住所の条件に該当する前記ユーザ識別子を特定する特定手段と、
を更に備え、
前記記憶手段は、前記特定手段が特定した前記ユーザ識別子に関連付けて、前記ユーザ情報に含まれる情報の一部又は全てを記憶する、請求項１～３の何れか一項に記載のサーバ装置。

【請求項5】

複数の店舗の各々から前記購買情報を収集する収集手段を更に備え、
前記記憶手段は、前記収集手段が収集した前記購買情報を前記記憶装置に記憶する、請求項１～４の何れか一項に記載のサーバ装置。

【請求項6】

サーバ装置のコンピュータを、
店舗での取引毎に生成された、前記店舗を識別可能な店舗識別子と、前記店舗で購入された商品の内訳を示す内訳情報と、前記商品の決済に使用されたクレジットカード番号の少なくとも一部を示す番号情報とを含む購買情報を記憶する記憶装置から、前記番号情報が同一の購買情報を抽出する第１抽出手段と、
前記店舗識別子に対応する店舗の住所に基づいて、前記第１抽出手段が抽出した前記購買情報の中から、同一のエリアに存在する店舗の購買情報を抽出する第２抽出手段と、
前記第２抽出手段が抽出した前記購買情報を同一のユーザに係る購買情報として、当該ユーザを識別するユーザ識別子に関連付けて記憶する記憶手段と、
して機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、サーバ装置及びプログラムに関する。

【背景技術】

【0002】

従来、小売店を経営する企業等では、ビックデータとしてユーザの購買情報を収集し、購買傾向等を分析することが行われている。但し、ユーザを特定可能な情報を収集していないケースもあり、この場合、収集したデータのみでは個人を特定した分析を行うことができないという問題がある。

【0003】

一方で、従来、クレジットカード番号に基づいてユーザを特定することで、ユーザが個人情報を提供することなく商品を購入することができ、店舗が提供するサービスを享受することが可能な技術が提案されている。

【0004】

ところで、小売店で収集可能なクレジットカード番号は、セキュリティの制約上、一部がマスクされた状態でしか保持することが認められていない。そのため、異なるユーザのクレジットカード番号が重複する可能性があり、クレジットカード会社の協力なくユーザを特定することは困難である。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明が解決しようとする課題は、個人を特定する情報が取引時に得られない場合であっても、当該取引に係る購買情報をユーザ別に管理することが可能なサーバ装置及びプログラムを提供することである。

【課題を解決するための手段】

【0006】

実施形態のサーバ装置は、第１抽出手段と、第２抽出手段と、記憶手段とを備える。第１抽出手段は、店舗での取引毎に生成された、前記店舗を識別可能な店舗識別子と、前記店舗で購入された商品の内訳を示す内訳情報と、前記商品の決済に使用されたクレジットカード番号の少なくとも一部を示す番号情報とを含む購買情報を記憶する記憶装置から、前記番号情報が同一の購買情報を抽出する。第２抽出手段は、前記店舗識別子に対応する店舗の住所に基づいて、前記第１抽出手段が抽出した前記購買情報の中から、同一のエリアに存在する店舗の購買情報を抽出する。記憶手段は、前記第２抽出手段が抽出した前記購買情報を同一のユーザに係る購買情報として、当該ユーザを識別するユーザ識別子に関連付けて記憶する。

【図面の簡単な説明】

【0007】

【図1】図１は、第１の実施形態に係るデータ収集システムの構成の一例を示す図である。

【図2】図２は、第１の実施形態に係るサーバ装置のハードウェア構成の一例を示す図である。

【図3】図３は、第１の実施形態に係る店舗情報管理テーブルのデータ構成の一例を示す図である。

【図4】図４は、第１の実施形態に係る購買情報管理テーブルのデータ構成の一例を示す図である。

【図5】図５は、第１の実施形態に係るＰＡＮマスク情報の一例を示す図である。

【図6】図６は、第１の実施形態に係る商品購入層管理テーブルのデータ構成の一例を示す図である。

【図7】図７は、第１の実施形態に係るユーザ管理テーブルのデータ構成の一例を示す図である。

【図8】図８は、第１の実施形態に係るサーバ装置の機能構成の一例を示す図である。

【図9】図９は、第１の実施形態に係る第２抽出部の動作を説明するための図である。

【図10】図１０は、第１の実施形態に係るユーザ属性推定部の動作を説明するための図である。

【図11】図１１は、第１の実施形態のサーバ装置が実行する処理の一例を示すフローチャートである。

【図12】図１２は、第２の実施形態に係るサーバ装置の機能構成の一例を示す図である。

【図13】図１３は、第２実施形態に係るユーザ特定部の動作を説明するための図である。

【図14】図１４は、第２の実施形態のサーバ装置が実行する処理の一例を示すフローチャートである。

【発明を実施するための形態】

【0008】

以下、図面を参照して、実施形態について詳細に説明する。なお、以下に説明する実施形態によりこの発明が限定されるものではない。

【0009】

［第１の実施形態］
図１は、第１の実施形態に係るデータ収集システムの構成の一例を示す図である。図１に示すように、データ収集システム１は、店舗端末１０と、カード会社２０と、サーバ装置３０とを有する。店舗端末１０、カード会社２０及びサーバ装置３０は、インターネットや携帯電話回線網等のネットワークＮを介して通信可能に接続される。

【0010】

店舗端末１０は、店舗ＳＰの各々に設けられたＰＯＳ端末やＰＣ（Personal Computer）等の端末装置である。なお、店舗ＳＰの店舗数や、店舗ＳＰに設けられる店舗端末１０の台数は特に問わないものとする。また、店舗ＳＰは、例えば一の企業が運営するチェーン店やフランチャイズ店等であってもよい。

【0011】

店舗端末１０は、図示しないプロセッサの制御の下、自己の店舗ＳＰに係る各種の処理を実行する。具体的には、店舗端末１０は、店舗ＳＰに来店したユーザ（消費者）が購入する商品の決済処理を実行する。

【0012】

商品の決済方法としては、現金による決済方法の他、クレジットカードを用いたクレジット決済が挙げられる。店舗端末１０は、クレジット決済が指定された場合、ユーザのクレジットカード番号や商品の購入金額等を含んだクレジット決済に係る情報（以下、決済用情報ともいう）を、カード会社２０に送信することで決済処理を実行する。そして、店舗端末１０は、決済処理の内容を示した購買情報を生成し、サーバ装置３０に送信する。購買情報については後述する。

【0013】

なお、購買情報の送信タイミングは特に問わないものとする。例えば、店舗端末１０は、取引毎に購買情報を送信してもよいし、予め設定された日時に、それまでに生成した購買情報を一度に送信してもよい。また、店舗端末１０は、サーバ装置３０からの要求に応じて購買情報を送信する形態としてもよい。

【0014】

カード会社２０は、クレジット決済サービスを提供するカード会社の情報処理装置（例えば、与信サーバ等）である。なお、以降の説明において、カード会社２０は、サーバ装置３０とは物理的に異なるサーバと読み替えてもよい。カード会社２０は、店舗端末１０から送信された決済用情報等に基づいて与信や決済処理を実行し、その決済結果を店舗端末１０に返信する。例えば、カード会社２０は、決済処理が可能な場合には、決済結果として決済可能な旨や決済処理が完了したことを通知する。また、カード会社２０は、残高不足等の理由により決済処理が不可能と判断した場合には、決済結果として決済処理ができない旨を通知する。なお、カード会社２０は、カード会社（カード発行会社等）毎に設けられるものとする。

【0015】

サーバ装置３０は、本実施形態に係るサーバ装置の一例である。なお、本実施形態では、サーバ装置３０が単体の装置によって実現される例を説明するが、これに限らず、例えばクラウド・コンピューティング等の技術により、複数台の装置によって実現されてもよい。

【0016】

サーバ装置３０は、店舗ＳＰ（店舗端末１０）の各々から購買情報を収集（取得）する。また、サーバ装置３０は、収集した購買情報を後述する購買情報管理テーブル３７２に記憶し管理する。サーバ装置３０に記憶された購買情報は、例えばビックデータ分析に利用される。

【0017】

次に、上述したサーバ装置３０の構成について説明する。

【0018】

図２は、サーバ装置３０のハードウェア構成の一例を示す図である。図２に示すように、サーバ装置３０は、ＣＰＵ３１、ＲＯＭ（Read Only Memory）３２、及びＲＡＭ（Random Access Memory）３３等のコンピュータ構成を備える。

【0019】

ＣＰＵ３１は、プロセッサの一例であり、サーバ装置３０の各部を統括的に制御する。ＲＯＭ３２は、各種プログラムを記憶する。ＲＡＭ３３は、プログラムや各種データを展開するワークスペースである。

【0020】

また、サーバ装置３０は、表示部３４と、操作部３５と、通信部３６と、記憶部３７とを備える。

【0021】

表示部３４は、ＬＣＤ（Liquid Crystal Display）等の表示デバイスである。表示部３４は、ＣＰＵ３１の制御に従って各種の情報や画面を表示する。操作部３５は、キーボードやマウス等の入力デバイスを有し、操作内容に応じた信号をＣＰＵ３１に出力する。

【0022】

通信部３６は、ネットワークＮに接続可能な通信インタフェースである。通信部３６は、ネットワークＮを介して店舗端末１０やカード会社２０等の外部装置と通信を行う。

【0023】

記憶部３７は、記憶装置の一例である。記憶部３７は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶媒体で構成されており、電源を遮断しても記憶内容を維持する。記憶部３７は、ＣＰＵ３１が実行することが可能なプログラムや各種の設定情報を記憶する。ＣＰＵ３１は、ＲＯＭ３２や記憶部３７に記憶されＲＡＭ３３に展開されたプログラムに従って動作することによって、各種の処理を実行する。

【0024】

また、記憶部３７は、店舗情報管理テーブル３７１と、購買情報管理テーブル３７２と、商品購入層管理テーブル３７３と、ユーザ管理テーブル３７４とを記憶する。

【0025】

店舗情報管理テーブル３７１は、店舗ＳＰの各々に関する情報を記憶し管理するためのデータテーブルである。店舗情報管理テーブル３７１は、例えば図３に示すデータ構成を有する。

【0026】

図３は、店舗情報管理テーブル３７１のデータ構成の一例を示す図である。図３に示すように、店舗情報管理テーブル３７１は、各店舗ＳＰの店舗ＩＤに関連付けて、店舗名、郵便番号、及び住所等を記憶する。

【0027】

店舗ＩＤは、店舗識別子の一例であり、店舗ＳＰの各々を識別するための識別情報である。店舗名は、店舗ＩＤに対応する店舗ＳＰの店名や屋号を示す情報である。郵便番号は、店舗ＩＤに対応する店舗ＳＰの郵便番号である。また、住所は、店舗ＩＤに対応する店舗ＳＰの住所を示す情報である。ここで、郵便番号及び住所は、店舗ＳＰが存在する地域（エリア）を特定する際に使用される。

【0028】

なお、店舗情報管理テーブル３７１のデータ構成は、図３の例に限らないものとする。例えば、店舗情報管理テーブル３７１は、店舗ＩＤに関連付けて電話番号を記憶してもよい。この場合、電話番号に含まれる市外局番等を店舗ＳＰの存在エリアを特定するための情報に用いてもよい。また、店舗ＳＰの各々が存在するエリアを包含するマップデータを、記憶部３７に記憶する構成としてもよい。

【0029】

購買情報管理テーブル３７２は、店舗ＳＰ（店舗端末１０）の各々で生成された購買情報を記憶し管理するためのデータテーブルである。購買情報管理テーブル３７２は、例えば図４に示すデータ構成を有する。

【0030】

図４は、購買情報管理テーブル３７２のデータ構成の一例を示す図である。図４に示すように、購買情報管理テーブル３７２は、購買情報の構成要素となる、店舗ＩＤと、取引ＩＤと、取引日時と、ＰＡＮ（Primary Account Number）マスク情報と、仕向先コードと、購入金額と、購入商品とを関連付けて記憶する。

【0031】

ここで、店舗ＩＤは、購買情報を生成した店舗ＳＰの店舗ＩＤを示す情報である。取引ＩＤは、購買情報の生成に係る取引を識別するための識別子（取引番号等）である。取引日時は、取引ＩＤに対応する取引が行われた日時を示す情報である。

【0032】

ＰＡＮマスク情報は、番号情報の一例である。ＰＡＮマスク情報は、取引ＩＤに対応する取引の際に入力されたクレジットカード番号（ＰＡＮともいう）の一部を示す文字列である。例えば、ＰＡＮマスク情報は、図５に示すように、１６桁等のクレジットカード番号を示す文字列（数列）のうち、一部の数値がマスクされたものとなっている。

【0033】

図５は、ＰＡＮマスク情報の一例を示す図である。図５に示すように、ＰＡＮマスク情報は、１６桁等の規定桁数の数列で構成されるクレジットカード番号のうち、所定桁数の数値が識別不可能なマスク文字(図中ＭＳ)で表される。

【0034】

ここで、クレジットカード番号のマスク化は、セキュリティ上の要請によるものである。例えば、ＰＣＩ ＤＳＳ（Payment Card Industry Data Security Standard）規格では、一般的には図５に示すように最初の６桁及び最後の４桁の番号等、一部の番号の保持しか認められていない。そのため、本来ユニークであるはずのクレジットカード番号は、マスク文字ＭＳによるマスク化により個人を特定することができない状態となっている。つまり、ＰＡＮマスク情報の状態では、複数のユーザ同士で重複する可能性がある。

【0035】

図４に戻り、仕向先コードは、取引ＩＤに対応する取引において、決済用情報（クレジットカード番号）の送信先となったカード会社２０（カード発行会社等）を識別するための識別子である。購入金額は、取引ＩＤに対応する取引で購入された商品の合計金額を示す情報である。購入商品は、取引ＩＤに対応する取引で購入された商品の内訳を示す内訳情報の一例である。なお、内訳情報は、購入商品の他に、当該購入商品に対応付けられた部門情報、または当該購入商品を特定する補足情報（メーカー企業の情報、生産地等）などであってもよい。

【0036】

なお、購買情報管理テーブル３７２のデータ構成は、図４の例に限らないものとする。例えば、購買情報管理テーブル３７２は、取引ＩＤに対応する取引の決済処理を実行した店舗端末１０の端末識別子等を記憶してもよい。

【0037】

商品購入層管理テーブル３７３は、商品の種別と、当該商品を購入するユーザ層の属性とを関連付けたデータテーブルである。商品購入層管理テーブル３７３は、例えば図６に示すデータ構成を有する。

【0038】

図６は、商品購入層管理テーブル３７３のデータ構成の一例を示す図である。図６に示すように、商品購入層管理テーブル３７３は、商品ＩＤに関連付けて、品名、分類、及びユーザ層等を記憶する。

【0039】

商品ＩＤは、店舗ＳＰで販売される商品を識別するための識別子である。商品ＩＤは、例えば、ＪＡＮコード等を用いることができる。品名は、商品ＩＤに対応する商品の商品名を示す情報である。分類は、商品ＩＤに対応する商品の分類を示す情報である。ユーザ層には、商品ＩＤに対応する商品を購入することが想定されるユーザの属性が格納される。図６では、ユーザの属性として、性別、年齢層を設定した例を示している。

【0040】

例えば、ある店舗ＳＰでの商品の購買傾向の分析結果等から、ある商品を高確率で購入するユーザの性別や年齢層が導出された場合、その商品の商品ＩＤとユーザ属性とを関連付けて、商品購入層管理テーブル３７３に登録される。また、ある商品が特定のユーザ層をターゲットにしたものである場合（例えば、男性用化粧品、女児用玩具等）、その商品の商品ＩＤとユーザ属性とを関連付けて、商品購入層管理テーブル３７３に登録される。

【0041】

なお、商品購入層管理テーブル３７３のデータ構成は、図６の例に限らないものとする。例えば、同一の商品又は類似する商品について、複数の店舗ＳＰで異なる商品ＩＤを付している場合、これら複数の商品ＩＤに関連付けて、同一の品名や分類、ユーザ層を関連付ける形態としてもよい。

【0042】

ユーザ管理テーブル３７４は、後述する処理で同一人物と推定したユーザに関する情報を記憶し管理するためのデータテーブルである。ユーザ管理テーブル３７４は、例えば図７に示すデータ構成を有する。

【0043】

図７は、ユーザ管理テーブル３７４のデータ構成の一例を示す図である。図７に示すように、ユーザ管理テーブル３７４は、ユーザＩＤに関連付けて、ＰＡＮマスク情報、住所、ユーザ属性、及び取引ＩＤ等を記憶する。

【0044】

ユーザＩＤは、後述する処理で同一人物と推定したユーザを識別する識別子である。ＰＡＮマスク情報は、ユーザＩＤに対応するユーザのＰＡＮマスク情報である。なお、上述したようにＰＡＮマスク情報はユニークな情報ではないため、異なるユーザＩＤ同士で重複する可能性がある。

【0045】

住所は、ユーザＩＤに対応するユーザの住所を示す情報である。ユーザ属性は、ユーザＩＤに対応するユーザのユーザ属性を示す情報である。ここで、住所及びユーザ属性は、後述する処理で推定される推定値である。また、取引ＩＤは、ユーザＩＤに対応するユーザの購買情報に含まれた取引ＩＤを示す情報である。かかる取引ＩＤにより、ユーザＩＤと購買情報とが関連付けて記憶される。

【0046】

なお、ユーザ管理テーブル３７４のデータ構成は、図６の例に限らないものとする。例えば、ユーザ管理テーブル３７４は、ユーザＩＤに関連付けて、推定に使用した購買情報のデータ数や、推定結果の信頼度を示す情報等を関連付けて記憶してもよい。

【0047】

次に、図８を参照して、サーバ装置３０の機能構成について説明する。

【0048】

図８は、サーバ装置３０の機能構成の一例を示す図である。図８に示すように、サーバ装置３０は、購買情報収集部３１１と、第１抽出部３１２と、第２抽出部３１３と、ユーザ属性推定部３１４と、記憶制御部３１５とを機能部として備える。

【0049】

サーバ装置３０が備える機能部の一部又は全ては、サーバ装置３０のプロセッサ（例えばＣＰＵ３１）とメモリ（例えばＲＯＭ３２、記憶部３７）に記憶されたプログラムとの協働により実現されるソフトウェア構成であってもよい。また、サーバ装置３０の機能部の一部又は全ては、サーバ装置３０に搭載された専用回路等で実現されるハードウェア構成であってもよい。

【0050】

購買情報収集部３１１は、収集手段の一例である。購買情報収集部３１１は、店舗ＳＰ（店舗端末１０）の各々から購買情報を収集（取得）する。また、購買情報収集部３１１は、収集した購買情報を店舗情報管理テーブル３７１に登録する。

【0051】

なお、購買情報の収集方法は特に問わないものとする。例えば、購買情報収集部３１１は、店舗ＳＰ（店舗端末１０）から送信される購買情報を受信する形態としてもよいし、予め設定された日時に、購買情報の送信を店舗ＳＰ（店舗端末１０）に要求する形態としてもよい。

【0052】

第１抽出部３１２は、第１抽出手段の一例である。第１抽出部３１２は、購買情報管理テーブル３７２に記憶された購買情報から、ＰＡＮマスク情報が同一の購買情報を抽出する。具体的には、第１抽出部３１２は、購買情報の各々に含まれたＰＡＮマスク情報を参照し、同一のＰＡＮマスク情報が含まれた購買情報を抽出する。

【0053】

なお、第１抽出部３１２が、購買情報を抽出するタイミングは特に問わないものとする。例えば、第１抽出部３１２は、購買情報管理テーブル３７２に新たな購買情報が登録される毎に、既存の購買情報とのＰＡＮマスク情報の重複チェックを行うことで、購買情報の抽出を行う形態ともよい。また、例えば、第１抽出部３１２は、予め定められたタイミング（例えば１月に１回等）で、購買情報の抽出を行う形態としてもよい。

【0054】

第２抽出部３１３は、第２抽出手段の一例である。第２抽出部３１３は、店舗情報管理テーブル３７１に記憶された店舗ＳＰの住所等に基づいて、第１抽出部３１２が抽出した購買情報の中から、同一のエリアに存在する店舗ＳＰの購買情報を抽出する。具体的には、第２抽出部３１３は、第１抽出部３１２が抽出した購買情報の各々に含まれる店舗ＩＤに基づき、当該店舗ＩＤに対応する店舗ＳＰの住所や郵便番号を店舗情報管理テーブル３７１から特定する。次いで、第２抽出部３１３は、購買情報の各々について特定した住所や郵便番号を比較し、同一のエリアに係る購買情報を、それぞれ抽出する。以下、図９を参照して、第２抽出部３１３の動作について説明する。

【0055】

図９は、第２抽出部３１３の動作を説明するための図である。図中左方に示す３つの購買情報Ｄａ、Ｄｂ、Ｄｚは、第１抽出部３１２により抽出された購買情報の一例である。購買情報Ｄａ、Ｄｂ、Ｄｚの各々には、それぞれ異なる店舗ＩＤが含まれるとともに、同一のＰＡＮマスク情報が含まれている。

【0056】

図９の場合、第２抽出部３１３は、店舗情報管理テーブル３７１を参照し、購買情報Ｄａ、Ｄｂ、Ｄｚの各々に含まれた店舗ＩＤに対応する住所（又は郵便番号）を特定する。ここで、特定された住所が、購買情報Ｄａ、Ｄｂ、Ｄｚの下方に示す情報であったとすると、第２抽出部３１３は、購買情報Ｄａと購買情報Ｄｂとが同一のエリアに係る購買情報と判定する。なお、同一エリアの判定方法は特に問わず、種々の判定基準を設定することが可能である。例えば、市又は区の単位まで一致する場合に同一エリアと判定するように設定してもよいし、郵便番号が同じ場合に同一エリアと判定するように設定してもよい。

【0057】

さらに、第２抽出部３１３は、購買情報Ｄａと購買情報Ｄｂとが、同一のユーザの取引に係る購買情報であると推定し、当該ユーザを識別するユーザＩＤを付与する。図９では、購買情報Ｄａと購買情報Ｄｂに係る仮想のユーザＵａに対し、ユーザＩＤ“１２３４５６８９０”が付与された例を示している。

【0058】

なお、後述する記憶制御部３１５は、ユーザＵａのユーザＩＤに関連付けて、購買情報Ｄａ及び購買情報Ｄｂの取引ＩＤをユーザ管理テーブル３７４に登録する。また、記憶制御部３１５は、購買情報Ｄａ及び購買情報Ｄｂから、ユーザＵａのＰＡＮマスク情報及び住所を抽出し、ユーザＵａのユーザＩＤに関連付けてユーザ管理テーブル３７４に登録する。

【0059】

また、第２抽出部３１３は、購買情報Ｄｚについても、購買情報Ｄａ及びＤｂとは区分した状態で抽出を行う。そして、第２抽出部３１３は、購買情報ＤｚがユーザＵａとは別の仮想のユーザＵｂの取引に係る購買情報であると推定し、当該ユーザＵｂを識別するユーザＩＤを付与する。図９では、購買情報Ｄｚに係る仮想のユーザＵｂに対し、ユーザＩＤ“２０１０３０４０５０”が付与された例を示している。

【0060】

また、後述する記憶制御部３１５は、この場合も同様に、ユーザＵｂのユーザＩＤに関連付けて、購買情報Ｄｚの取引ＩＤをユーザ管理テーブル３７４に登録する。また、記憶制御部３１５は、購買情報Ｄｚから、ユーザＵｂのＰＡＮマスク情報及び住所を抽出し、ユーザＵｂのユーザＩＤに関連付けてユーザ管理テーブル３７４に登録する。

【0061】

なお、上記の例では、同一エリアに係る購買情報を、同一ユーザの取引に係る購買情報としたが、更なる絞り込み条件として、購買情報に含まれる取引日時が所定の条件を満たす場合に、同一ユーザの取引に係る購買情報と判定するようにしてもよい。例えば、第２抽出部３１３は、同一エリアで且つ取引日時が相違する購買情報を抽出するようにしてもよい。

【0062】

また、ユーザ管理テーブル３７４に登録するユーザの住所は、同一エリアの判定基準と同様の精度とすることが好ましい。また、既存のユーザＩＤが購買情報に関連付けられている場合、そのユーザＩＤを引き継ぐ形態としてもよいし、新たなユーザＩＤに更新する形態としてもよい。

【0063】

図８に戻り、ユーザ属性推定部３１４は、推定手段の一例である。ユーザ属性推定部３１４は、商品購入層管理テーブル３７３に基づいて、第２抽出部３１３で抽出された購買情報に係るユーザのユーザ属性を推定する。具体的には、ユーザ属性推定部３１４は、商品購入層管理テーブル３７３を参照し、購買情報に含まれた購入商品に対応するユーザ層のユーザ属性を特定する。そして、ユーザ属性推定部３１４は、特定したユーザ属性の中から、購買情報に係るユーザのユーザ属性を推定する。以下、図１０を参照して、ユーザ属性推定部３１４の動作について説明する。

【0064】

図１０は、ユーザ属性推定部３１４の動作を説明するための図である。図中左方に示す２つの購買情報Ｄａ、Ｄｂは、第２抽出部３１３により抽出された購買情報の一例である。なお、図１０では、図９で説明した購買情報Ｄａ、Ｄｂに含まれる購入商品の内訳を示している。

【0065】

ユーザ属性推定部３１４は、購買情報Ｄａに含まれた購入商品、商品Ａ～商品Ｄの各々について、商品購入層管理テーブル３７３を参照し、対応する商品の分類、ユーザ属性（性別、年齢層）を読み出す。また、ユーザ属性推定部３１４は、購買情報Ｄｂに含まれた購入商品、商品Ｅ～商品Ｊの各々についても同様に、商品購入層管理テーブル３７３を参照し、対応する商品の分類、ユーザ属性を特定する。図１０では、商品購入層管理テーブル３７３から特定したユーザ属性を、購買情報Ｄａ、Ｄｂの右方に示している。なお、ユーザ属性を問わない商品については、無属性を示す「なし」を示している。

【0066】

ユーザ属性推定部３１４は、購買情報Ｄａ、Ｄｂに含まれた購入商品の各々についてユーザ属性を特定すると、それらユーザ属性の中から、購買情報Ｄａ、Ｄｂに係るユーザＩＤ（ユーザＵａ）のユーザ属性を推定する。

【0067】

例えば、ユーザ属性推定部３１４は、特定したユーザ属性の全てを、ユーザＵａのユーザ属性と推定してもよい。また、ユーザ属性推定部３１４は、ユーザ属性の出現頻度や出現数に基づき、ユーザＵａのユーザ属性を推定してもよい。一例として、出現頻度や出現数が閾値を上回ったユーザ属性を、ユーザＵａのユーザ属性と推定してもよい。また、ユーザ属性推定部３１４は、購入商品の分類のうち、予め定められた分類（例えば、衣料品等）のユーザ属性に基づき、ユーザＵａのユーザ属性を推定してもよい。

【0068】

図１０では、図中右方に示すように、ユーザＵａのユーザ属性として、性別“男性”、年齢層“大人”が推定されたとともに、家族構成として子供（男児）がいることが推定された例を示している。後述する記憶制御部３１５は、ユーザ属性推定部３１４がユーザ属性を推定すると、購買情報Ｄａ、Ｄｂに係るユーザＵａのユーザＩＤに関連付けて、推定されたユーザ属性をユーザ管理テーブル３７４に登録する。

【0069】

図８に戻り、記憶制御部３１５は、記憶手段の一例である。記憶制御部３１５は、第２抽出部３１３が抽出した購買情報を、同一のユーザに係る購買情報として、当該ユーザのユーザＩＤに関連付けて記憶する。また、記憶制御部３１５は、ユーザ属性推定部３１４が購買情報から推定したユーザ属性を、当該購買情報に係るユーザのユーザＩＤに関連付けて記憶する。

【0070】

具体的には、記憶制御部３１５は、第２抽出部３１３が付与したユーザＩＤに関連付けて、当該ユーザＩＤのユーザに係る購買情報の取引ＩＤとユーザ属性とを、ユーザ管理テーブル３７４に登録（記憶）する。これにより、ユーザ管理テーブル３７４には、仮想的なユーザのユーザＩＤ毎に、当該ユーザの取引と推定された購買情報の取引ＩＤと、当該購買情報から推定されたユーザ属性とが関連付けて記憶される。

【0071】

以下、図１１を参照して、サーバ装置３０の動作例について説明する。

【0072】

図１１は、サーバ装置３０が行う処理の一例を示すフローチャートである。なお、本処理の前提として、購買情報収集部３１１により収集された購買情報が購買情報管理テーブル３７２に記憶されているものとする。

【0073】

まず、第１抽出部３１２は、購買情報管理テーブル３７２から、同一のＰＡＮマスク情報を含んだ購買情報を抽出する（ステップＳ１１）。次いで、第２抽出部３１３は、店舗情報管理テーブル３７１を参照し、ステップＳ１１で抽出された購買情報に含まれる店舗ＩＤの住所等を特定すると、当該購買情報の中から同一のエリアに存在する店舗ＳＰの購買情報を、同一のユーザに係る購買情報として更に抽出する（ステップＳ１２）。

【0074】

続いて、第２抽出部３１３は、ステップＳ１２で抽出された購買情報に含まれる購入商品に基づいて、当該購買情報に係るユーザのユーザ属性を推定する（ステップＳ１３）。そして、記憶制御部３１５は、ユーザＩＤに関連付けて、ステップＳ１２で抽出された購買情報の取引ＩＤと、ステップＳ１３で推定されたユーザ属性とをユーザ管理テーブル３７４に記憶し（ステップＳ１４）、本処理を終了する。

【0075】

以上のように、本実施形態のサーバ装置３０は、店舗ＳＰでの取引毎に生成された購買情報を記憶する購買情報管理テーブル３７２から、ＰＡＮマスク情報が同一の購買情報を抽出する。また、サーバ装置３０は、店舗情報管理テーブル３７１に記憶された店舗ＳＰの住所に基づいて、抽出した購買情報の中から、同一のエリアに存在する店舗ＳＰの購買情報を更に抽出する。そして、サーバ装置３０は、抽出した購買情報を同一のユーザに係る購買情報として、当該ユーザを識別するユーザＩＤに関連付けて記憶する。

【0076】

これにより、サーバ装置３０では、個人を特定することができない状態で無作為に収集した購買情報であっても、当該購買情報に含まれる情報を組み合わせることで、同一のユーザが行った取引の購買情報を推定し、ユーザＩＤに関連付けて記憶することができる。したがって、サーバ装置３０は、個人を特定する情報が取引時に得られない場合であっても、当該取引に係る購買情報をユーザ別に管理することができる。

【0077】

また、サーバ装置３０は、抽出した購買情報に含まれる購入商品の内訳に基づいて、ユーザのユーザ属性を推定し、推定したユーザ属性を該当するユーザＩＤに関連付けて記憶する。これにより、サーバ装置３０は、購買情報をユーザ別に管理することができるとともに、当該購買情報に係る取引を行ったユーザのユーザ属性を関連付けて管理することができるため、ビックデータ解析等を行う際の利便性を向上させることができる。

【0078】

また、サーバ装置３０は、商品と当該商品を購入するユーザ層のユーザ属性とを関連付けた商品購入層管理テーブル３７３に基づきユーザ属性を推定する。これにより、サーバ装置３０は、購買情報に含まれる購入商品の内訳から、ユーザ属性を効率的且つ精度よく推定することができる。

【0079】

なお、本実施形態では、サーバ装置３０の記憶部３７が、店舗情報管理テーブル３７１、購買情報管理テーブル３７２、商品購入層管理テーブル３７３、及びユーザ管理テーブル３７４を保持する形態としたが、この形態に限らないものとする。例えば、サーバ装置３０がアクセス可能なデータベースサーバ等の外部装置が、店舗情報管理テーブル３７１、購買情報管理テーブル３７２、商品購入層管理テーブル３７３、及びユーザ管理テーブル３７４の何れか又は全てを保持する形態としてもよい。また、店舗情報管理テーブル３７１、購買情報管理テーブル３７２、商品購入層管理テーブル３７３、及びユーザ管理テーブル３７４の何れか又は全ては、クラウドストレージ等の形態で保持される形態としてもよい。

【0080】

［第２の実施形態］
第１の実施形態では、無作為に収集した購買情報から、同一のユーザが行ったと推定される取引の購買情報を抽出し、そのユーザにユーザＩＤ及びユーザ属性と関連付けて記憶する形態を説明した。

【0081】

一方で、ユーザはクレジットカードを発行する際に、自己の個人情報をクレジットカード会社（例えばカード会社２０）に登録している。そのため、クレジットカード会社には、クレジットカード番号がユーザの個人情報とともにユーザ情報として管理されていることが一般的である。但し、クレジットカード会社から提供されるクレジットカード番号は、上述したセキュリティ上の要請により一部がマスク化されたＰＡＮマスク情報の状態で提供されることが想定される。

【0082】

そこで、本実施形態では、カード会社２０からユーザ情報が提供された場合に、当該ユーザ情報を用いて、ユーザ管理テーブル３７４に記憶された情報を補完することが可能なサーバ装置３０について説明する。なお、第１の実施形態で説明した構成と同様の構成については、同一の符号を付与し説明を省略する。

【0083】

図１２は、本実施形態に係るサーバ装置４０の機能構成の一例を示す図である。なお、サーバ装置４０は、上述したサーバ装置３０に代わるサーバ装置であり、サーバ装置３０と同様のハードウェア構成を有している。

【0084】

図１２に示すように、サーバ装置４０は、購買情報収集部３１１、第１抽出部３１２、第２抽出部３１３、及びユーザ属性推定部３１４に加え、ユーザ情報取得部４１１と、ユーザ特定部４１２と、記憶制御部４１３とを備える。

【0085】

サーバ装置４０の機能部の一部又は全ては、サーバ装置４０のプロセッサ（例えばＣＰＵ３１）とメモリ（例えばＲＯＭ３２、記憶部３７）に記憶されたプログラムとの協働により実現されるソフトウェア構成であってもよい。また、サーバ装置４０の機能部の一部又は全ては、サーバ装置４０に搭載された専用回路等で実現されるハードウェア構成であってもよい。

【0086】

ユーザ情報取得部４１１は、取得手段の一例である。ユーザ情報取得部４１１は、カード会社２０からユーザ情報を取得する。ここで、カード会社２０から提供されるユーザ情報には、該当するユーザのＰＡＮマスク情報の他、住所や性別、生年月日等の個人情報が含まれるものとする。

【0087】

なお、ユーザ情報の取得方法は特に問わないものとする。例えば、ユーザ情報取得部４１１は、カード会社２０から提供される購買情報を受信する形態としてもよいし、予め設定された日時に、ユーザ情報の送信をカード会社２０に要求する形態としてもよい。

【0088】

ユーザ特定部４１２は、特定手段の一例である。ユーザ特定部４１２は、ユーザ管理テーブル３７４に登録されたユーザＩＤに対応するユーザの中から、ユーザ情報取得部４１１が取得したユーザ情報に対応するユーザを特定する。具体的には、ユーザ特定部４１２は、ユーザ管理テーブル３７４に登録されたユーザＩＤの中から、ユーザ情報に含まれるＰＡＮマスク情報及び住所の条件に該当するユーザＩＤを特定する。

【0089】

記憶制御部４１３は、記憶手段の一例である。記憶制御部４１３は、ユーザ特定部４１２が特定したユーザＩＤに関連付けて、対応するユーザのユーザ情報に含まれた一部又は全ての情報をユーザ管理テーブル３７４に登録（記憶）する。

【0090】

以下、図１３を参照して、ユーザ特定部４１２の動作について説明する。

【0091】

図１３は、ユーザ特定部４１２の動作を説明するための図である。図中右方に示すデータＵＤは、ユーザ情報取得部４１１が取得したユーザ情報の一例である。データＵＤは、ユーザＸに係るユーザ情報ＵＤＸ、ユーザＹに係るユーザ情報ＵＤＹ、ユーザＺに係るユーザ情報ＵＤＺを含む。また、ユーザ情報ＵＤＸ～ＵＤＺの各々は、該当するユーザのＰＡＮマスク情報、住所、性別、生年月日等を有する。

【0092】

ユーザ特定部４１２は、ユーザ情報ＵＤＸ～ＵＤＺの各々に含まれるＰＡＮマスク情報及び住所を検索キーとし、当該検索キーの条件に該当するユーザＩＤをユーザ管理テーブル３７４から検索する。具体的には、ユーザ特定部４１２は、ユーザ情報ＵＤＸ～ＵＤＺの各々に含まれるＰＡＮマスク情報と完全一致し、且つユーザ情報ＵＤＸ～ＵＤＺの各々に含まれる住所と一部一致又は完全一致するユーザＩＤをユーザ管理テーブル３７４から検索する。なお、住所の一致判定については、ユーザ管理テーブル３７４に記憶された住所と同レベルの精度（例えば、市又は区のレベル）で一致判定を行えばよい。

【0093】

ここで、例えば、ユーザ情報ＵＤＸの条件が、ユーザ管理テーブル３７４に記憶された、仮想のユーザＵａのユーザＩＤ“１２３４５６８９０”の条件に該当すると、ユーザ特定部４１２は、ユーザＸとユーザＵａとが同一ユーザと判断（特定）する。また、例えば、ユーザ情報ＵＤＺの条件が、ユーザ管理テーブル３７４に記憶された、仮想のユーザＵｂのユーザＩＤ“２０１０３０４０５０”の条件に該当すると、ユーザ特定部４１２は、ユーザＺとユーザＵｂとが同一ユーザと判断する。また、ユーザ情報ＵＤＹの条件が、何れのユーザＩＤの条件とも合致しなかった場合には、ユーザ特定部４１２は、該当するユーザなしと判断する。

【0094】

なお、記憶制御部４１３は、ユーザ特定部４１２が特定したユーザＩＤに関連付けて、該当するユーザのユーザ情報に含まれた一部又は全ての情報をユーザ管理テーブル３７４に登録（記憶）する処理を実行する。例えば、記憶制御部４１３は、ユーザ情報に含まれたユーザ管理テーブル３７４に存在しない新たな情報（要素）を抽出し、抽出した要素をユーザＩＤに関連付けて記憶する。

【0095】

ここで、図１３では、ユーザ情報に含まれた生年月日を、ユーザ管理テーブル３７４に記憶した状態を示している。なお、ユーザ情報に含まれた住所が、ユーザ管理テーブル３７４に記憶された住所よりも詳細である場合には、ユーザ管理テーブル３７４に記憶された住所をユーザ情報に含まれた住所で更新する形態としてもよい。

【0096】

これにより、サーバ装置４０では、カード会社２０から提供されるユーザ情報を用いて、ユーザ管理テーブル３７４に記憶された情報を補完することができる。

【0097】

なお、上記の例では、ユーザ情報に含まれたＰＡＮマスク情報とともに、住所を用いてユーザを特定したが、これに限らず、ユーザ情報に含まれる他の情報を用いてユーザを特定してもよい。例えば、ＰＡＮマスク情報とともに、住所と性別とを用いてユーザを測定してもよいし、住所の代わりに性別を用いてユーザを特定してもよい。

【0098】

以下、図１４を参照して、サーバ装置４０の動作例について説明する。

【0099】

図１４は、サーバ装置４０が行う処理の一例を示すフローチャートである。なお、本処理の前提として、図１１の処理で推定された仮想ユーザのユーザＩＤが、ユーザ管理テーブル３７４に記憶されているものとする。

【0100】

まず、ユーザ情報取得部４１１は、カード会社２０から提供されるユーザ情報を取得する（ステップＳ２１）。

【0101】

続いて、ユーザ特定部４１２は、ユーザ情報に含まれたＰＡＮマスク情報及び住所に基づき、当該ユーザ情報の条件に該当するユーザＩＤをユーザ管理テーブル３７４から検索する（ステップＳ２２）。次いで、ユーザ特定部４１２は、条件に該当するユーザＩＤが存在するか否かを判定する（ステップＳ２３）。

【0102】

ユーザ情報の条件に該当するユーザＩＤが存在しない場合（ステップＳ２３；Ｎｏ）、ユーザ特定部４１２は、本処理を終了する。一方、ユーザ情報の条件に該当するユーザＩＤが存在した場合（ステップＳ２３；Ｙｅｓ）、ユーザ特定部４１２は、ユーザを特定したと判断し、ステップＳ２４に処理を進める。

【0103】

続いて、記憶制御部４１３は、ユーザ情報に含まれる情報を、ユーザ特定部４１２が特定したユーザＩＤに関連付けてユーザ管理テーブル３７４に記憶し（ステップＳ２４）、本処理を終了する。

【0104】

これにより、サーバ装置４０では、第１の実施形態の手法で購買情報に基づき区分した各ユーザに関する情報を、クレジットカード会社から提供されるユーザ情報を用いて補完することができる。

【0105】

なお、上述した各実施形態の各装置で実行されるプログラムは、ＲＯＭや記憶部等に予め組み込まれた状態で提供される。上述の実施形態の各装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

【0106】

さらに、上述した各実施形態の各装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態の各装置で実行されるプログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。

【0107】

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

【符号の説明】

【0108】

１ データ収集システム
１０ 店舗端末
２０ カード会社
３０、４０ サーバ装置
３１１ 購買情報収集部
３１２ 第１抽出部
３１３ 第２抽出部
３１４ ユーザ属性推定部
３１５ 記憶制御部
４１１ ユーザ情報取得部
４１２ ユーザ特定部
４１３ 記憶制御部

【先行技術文献】

【特許文献】

【0109】

【文献】特開２０１８－４９５３７号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】