JP6487096B1 - ポイント付与システム及びポイント付与方法 - Google Patents

Abstract

【課題】低コストで事業者独自のポイントを発行し、独自のマーケティングに利用すること。
【解決手段】本開示の一態様に係るポイント付与システムは、ユーザの購買に関する電子レシートに対応する購買データと、前記ユーザを特定するためのＩＤ（Identifier）と、を受信する受信部と、前記購買データが特定の商品に関する場合、前記ＩＤに対応するユーザに対してポイントを付与する制御部と、を有することを特徴とする。
【選択図】図２

Description

本開示は、ポイント付与システム及びポイント付与方法に関する。

小売、流通、決済などを扱う事業者が、ユーザに対してポイントを発行（付与）することが広く行われている。例えば、事業者の商品を購入又はサービスを利用したユーザに対してポイントを付与することによって、ユーザが当該ポイントを景品と交換したり何らかの特典（インセンティブ）を得たりすることができる。事業者としては、ポイント制度を採用することによって、商品／サービスの売り上げの増加が期待できる。

ポイント発行時にしばしば行われる会員登録によって、事業者は、ユーザのデモグラフィック情報を取得することができる。当該情報は、ＣＲＭ（Customer Relationship Management）施策、リテンション施策、次期新商品開発などの様々なマーケティングに活用され、売上向上に繋がる事が期待される。

例えば、特許文献１では、複数のポイントカードのポイントを共通のポイントに移行するシステムが提案されている。

特開２０１２−７９１７３号公報

一方で、メーカーなどの非小売、非流通、非決済事業者は、最終消費者と直接の接点を持たないため、自社製品／サービスの購買インセンティブ、マーケティングなどに係るポイントを独自に発行することが困難である。

また、そもそも小売事業者などで利用されている現行のポイント発行システムは、イニシャルコスト、保守・ランニングコストが大きく、大規模な資本投下が必須である。このため、低コストで実現可能なポイント付与システムが求められている。

そこで本開示は、低コストで事業者独自のポイントを発行し、独自のマーケティングに利用できるポイント付与システム及びポイント付与方法を提供することを目的の１つとする。

本開示の一態様に係るポイント付与システムは、所定のサーバにおいて、ユーザの購買に関する電子レシートに対応する購買データと、前記ユーザを特定するための電子レシートＩＤ（Identifier）と、を受信する受信部と、前記所定のサーバにおいて、前記購買データが特定の商品に関する場合、前記電子レシートＩＤに対応するユーザに対して分散型台帳を用いてポイントを付与する制御部と、前記所定のサーバ又は別のサーバにおいて、前記電子レシートＩＤと広告ＩＤとの関連付け情報に基づいて、前記電子レシートＩＤに対応するユーザについてのログを取得し、前記電子レシートＩＤに対応するユーザのデバイスに対して配信する広告を決定する広告決定部と、前記電子レシートＩＤに対応するユーザのデバイスにおいて、配信された広告の情報を、所定の分散型台帳システムに参加する他の機器に対して送信する送信部と、を有することを特徴とする。

本開示の一態様によれば、低コストで事業者独自のポイントを発行でき、独自のマーケティングに利用できる。

図１は、一実施形態に係るポイント付与システムの概略構成の一例を示す図である。 図２は、一実施形態に係るポイント付与方法のフローチャートの一例を示す図である。 図３は、一実施形態に係るデバイスの機能構成の一例を示す図である。 図４は、一実施形態に係るデバイス、サーバなどのハードウェア構成の一例を示す図である。

上述のように、メーカーなどの非小売、非流通、非決済事業者は、最終消費者と直接の接点を持たないため、自社製品／サービスの購買インセンティブ、会員マーケティング、ＣＲＭ施策などに係るポイントを独自に発行することが困難である。

この対策として、自社商品にＱＲ（Quick Response）コード（登録商標）を張り付けて、商品を購入したユーザがＱＲコードを読み取ることによりポイントを付与し、メーカーが商品の購買を把握する方法も考えられる。しかしながら、この方法は、ＱＲコードの張り付けに係るコストの問題で普及が難しい。小売流通のレジオペレーション側で各社商品のポイント付与に対応するという方法も考えられるが、レジオペレーションの煩雑化は好ましくない。

以上述べたように、非小売事業者等が、独自のポイント制度、独自の電子マネーなどを介してユーザの購買行動を好適にモニタリングする仕組みはまだ普及していない。その結果、非小売事業者等は、購買データと紐づけた形での高効率な広告施策、マーケティングコミュニケーション施策、ＣＲＭ（Customer Relationship Management）施策などの機会を得られずにいる。このため、非小売事業者等は、広告施策などが小売事業者等に比べて非効率な傾向がある。

また、そもそも小売事業者などで利用されている現行のポイント発行システムは、イニシャルコスト、保守・ランニングコストが大きく、大規模な資本投下が必須である。このため、低コストで実現可能なポイント発行システムが求められている。

そこで、本発明者は、事業者（メーカー、代理店、サービスプロバイダなど）が、消費者が自社商品（製品、サービスなどを含む）を購入した（費用を支払った）ことを一意の識別情報（例えば、ＩＤ（Identifier））に基づいて検知し、オンライン上で当該消費者に自社商品購入量に基づいて独自ポイントを発行（付与）する仕組みを着想した。本発明者らは、当該仕組みに電子レシートシステムＡＰＩ（Application Programming Interface）及び分散型台帳システム（ブロックチェーンなど）を活用することを着想した。

電子レシートは、従来小売事業者などが店舗において紙で発行していた買い上げ商品の明細レシートを電子化したものであり、実証実験、標準化などが進められている。電子レシートのＡＰＩを用いることにより、ユーザの同意のもとで、アプリケーションなどが電子レシートのデータを利用できる。なお、電子レシートは、スマートレシート（登録商標）、デジタルレシートなどと呼ばれてもよい。

本開示の一態様によれば、メーカー、代理店などの非小売・非流通・非決済事業者であっても、小売・流通・決済事業者の協力を得ずに、標準規格に沿った電子レシートのＡＰＩを活用して、ユーザの一次購買データ（生データ）を獲得することができる。また、メーカー、代理店などがユーザの一次購買データを独自のマーケティングに利活用することができる。

また、ユーザのデバイス（スマートフォンなど）に関連して各種マーケティングに活用可能な情報（位置情報、個人情報、その他属性情報など）を取得し、購買履歴とともに用いることによって、より高効率な広告、マーケティング、ＣＲＭ施策などが可能になる。例えば、電子レシート、ブロックチェーン技術及びＤＭＰ（Data Management Platform）を用いることによって、これが可能になる。

本開示の一態様によれば、分散型台帳システムを用いることによって、安価にポイントを消費者に発行し、残高管理の透明性を担保する形で運用することが可能になる。ポイントがインセンティブになるため、消費者が購買履歴を提供するモチベーションが生まれる。当該ポイントは、他のポイント、仮想通貨、法定通貨などとの交換が可能であってもよい。分散型台帳システムを用いることによって、ポイント発行、保守などが低コストで行なえると期待される。

なお、本開示の態様は、小売、流通、決済などを扱う事業者によって実施されてもよいし、小売、流通、決済などを扱わない事業者によって実施されてもよい。

本開示において、「商品（製品）の購入」は、「商品、サービス及びその他の提供に応じて費用を支払うこと」に言い換えられてもよい。ユーザは、消費者、生活者などで読み替えられてもよい。本開示における「ＩＤ」は、識別情報、アカウントなどで読み替えられてもよい。

以下、本開示の実施形態について添付図面を参照して詳細に説明する。以下の説明では、同一の部には同一の符号が付される。同一の部は名称、機能などが同じであるため、詳細な説明は繰り返さない。

（ポイント付与システム）
図１は、一実施形態に係るポイント付与システムの概略構成の一例を示す図である。図１に示すポイント付与システム１は、デバイス１０と、購買データ管理サーバ２０と、ログ管理サーバ３０と、ＩＤ管理サーバ４０と、広告配信サーバ５０と、電子レシートセンターサーバ６０と、店舗７０と、レジ端末８０と、を含む。

デバイス１０は、ユーザの操作によりブラウザなどのアプリケーションを実行する装置である。デバイス１０は、広告配信サーバ５０から広告を受信してもよい。

デバイス１０は、携帯電話、スマートフォン、タブレット型端末などの携帯端末（移動通信端末）であってもよいし、パソコン（ＰＣ：Personal Computer）、テレビ（ＴＶ：television）、多機能テレビ、スマートＴＶ、ＩＰ（Internet Protocol）ＴＶ、セットトップボックスなどの固定通信端末であってもよい。つまり、本開示におけるデバイス１０は、通信デバイスで読み替えることができる。

デバイス１０は、有線及び／又は無線（例えば、ＬＴＥ（Long Term Evolution）、Ｗｉ−Ｆｉ（登録商標）など）を介してネットワーク（インターネットなど）と通信する。

購買データ管理サーバ２０は、ユーザの購買データを収集するサーバである。購買データ管理サーバ２０は、データ収集対象企業の商品／サービスについてのユーザの購買データを収集してもよい。購買データ管理サーバ２０のデータ収集対象企業は、メーカー、代理店などの非小売、非流通又は非決済事業者を含んでもよいし、小売、流通又は決済事業者を含んでもよい。

購買データ管理サーバ２０は、データ収集対象企業の少なくとも１つによって運営されてもよいし、その他の企業（例えば、購買データ管理サービスを提供するサービサー）によって運営されてもよい。

購買データ管理サーバ２０は、分散型台帳を共有するピアツーピア（Ｐ２Ｐ：Peer-to-peer）ネットワークを用いて、当該Ｐ２Ｐネットワークに参加する装置と通信してもよい。当該Ｐ２Ｐネットワークは、分散型台帳システム、分散型ネットワークなどと呼ばれてもよい。当該Ｐ２Ｐネットワークは、例えばブロックチェーンネットワーク（ＢＣ−ＮＷ：Blockchain Network）であってもよく、パブリック型ＢＣ−ＮＷ、コンソーシアム（パーミッション）型ＢＣ−ＮＷなどであってもよいし、他のＢＣ−ＮＷ又はこれらの組み合わせによって実現されてもよい。

当該Ｐ２Ｐネットワークは、ネットワーク上に流通する情報の改竄が困難な他のネットワークであってもよい。例えば、当該Ｐ２Ｐネットワークは、ブロック及び／又はチェーンに基づくデータ構造を利用しないＰ２Ｐネットワークであってもよい。なお、デバイス１０など他の装置が当該Ｐ２Ｐを用いた通信を行ってもよい。

ログ管理サーバ３０は、各種ログを管理（収集、分析など）する機能を有するサーバである。ログ管理サーバ３０は、ネットワークを介して他の装置（例えば、広告配信サーバ５０）に対して各種ログに関する情報を送信してもよい。ログ管理サーバ３０が管理する各種ログは、生活者の行動データに該当するログ、生活者の行動データを特定するために利用可能なログなどであってもよい。

ここで、ログ管理サーバ３０が管理するログは、テレビに関する視聴ログ（テレビ視聴ログ、放送視聴ログ、視聴履歴、パネルデータなどと呼ばれてもよい）を含んでもよい。なお、テレビ（テレビ受像機）は、地上波放送、放送衛星（ＢＳ：Broadcasting Satellite）／通信衛星（ＣＳ：Communications Satellite）による放送、インターネット放送（インターネットテレビ）などの少なくとも１つを受信する機能を有する装置であってもよい。テレビ視聴ログは、図示しないテレビからログ管理サーバ３０に送信されてもよい。

テレビ視聴ログは、テレビで視聴されるコンテンツを時間情報に紐付けて記録した情報を示してもよい。テレビ視聴ログは、視聴された番組情報、視聴されたコマーシャル（ＣＭ：Commercial Message）などに関する情報を含んでもよい。

テレビ視聴ログは、テレビを介した地上波放送などの視聴、タイムシフト再生、ブラウザ起動、ネットサービスの実行などの少なくとも１つを特定することができる情報を含んでもよい。テレビ視聴ログには、視聴番組などに対応してタイムスタンプが付されることが好ましい。

テレビ視聴ログは、１つのテレビに対して視聴者が複数いる場合（例えば、世帯に複数の居住者がいる場合）、個別の視聴履歴データを含んでもよい。また、テレビ視聴ログは、視聴者の属性（性別、年齢層など）、視聴者の興味カテゴリ（アフィニティカテゴリ）などと関連付けられてもよい。

また、ログ管理サーバ３０が管理するログは、デバイス１０のユーザについてのその他の行動履歴（行動ログ）であってもよい。ログ管理サーバ３０は、デバイス１０から、当該デバイス１０を介するユーザの行動履歴の一部又は全部を取得（収集）してもよい。

ここで、行動履歴は、広告接触履歴、電子マネー利用履歴、オフライン購買履歴（又は電子レシート）、オンライン購買履歴（例えば、電子商取引（ＥＣ：Electronic Commerce）履歴、電子コンテンツ（電子書籍、音楽ダウンロード、動画ストリーミング、ソフトウェアなど）購買履歴）、サブスクリプションサービス利用履歴、通信履歴、Ｗｅｂアクセス履歴、検索履歴、アプリ利用履歴、ゲーム利用履歴、デバイス操作履歴、などの少なくとも１つを含んでもよい。

なお、本開示における「行動履歴」は、「行動履歴に基づく分析結果（例えば、ユーザの行動、関心などを特定するための情報）」、「利用データ」などで読み替えられてもよい。

ＩＤ管理サーバ４０は、上述の各種ログに対応する識別情報（ＩＤ：Identifier）を管理する機能を有するサーバである。ＩＤ管理サーバ４０は、ネットワークを介して他の装置（例えば、広告配信サーバ５０）に対して各種ＩＤに関する情報を送信してもよい。

各種ログに対応するＩＤは、上述の生活者行動履歴ＩＤに該当する。なお、各種ログに対応するＩＤは、特定のサービスに関連することから、サービスＩＤと呼ばれてもよい。

ここで、ＩＤ管理サーバ４０が管理するＩＤは、テレビに関するＩＤ（テレビ視聴ＩＤ、テレビ特定情報などと呼ばれてもよい）を含んでもよい。テレビ視聴ＩＤは、上述のテレビ視聴ログに関連付けられてもよい（つまり、テレビ視聴ＩＤに基づいて、１つ又は複数のテレビ視聴ログが特定されてもよい）。

テレビ視聴ＩＤは、テレビのＩＰアドレス、ＭＡＣ（Media Access Control）アドレス、Ｂ−ＣＡＳ（BS Conditional Access Systems）（登録商標）カード番号などのテレビを特定できる情報の少なくとも１つを含んでもよい。テレビ視聴ＩＤは、テレビに関連付けされる任意のＩＤであってもよい。

ＩＤ管理サーバ４０が管理するＩＤは、デバイスに関するＩＤ（デバイスＩＤ、デバイス特定情報などと呼ばれてもよい）を含んでもよい。デバイスＩＤは、デバイス１０のＩＰアドレス、デバイス１０のＭＡＣアドレス、デバイス１０のＳＩＭカード固有番号（電話番号でもよい）、ユーザ固有のＩＤ番号（例えば、通信事業者との契約時に付番されてもよい）などの少なくとも１つを含んでもよい。

ＩＤ管理サーバ４０が管理するＩＤは、デバイス１０のユーザの行動履歴に対応するＩＤに関する情報を含んでもよい。当該ＩＤは、例えば、デバイス１０に配信される広告の広告ＩＤ、電子マネーＩＤ、電子レシートＩＤ（電子レシートアプリＩＤ）、ＥＣサイトＩＤ、電子コンテンツＩＤ、サブスクリプションサービスＩＤ、クレジットカードＩＤ（番号）、ＷｅｂアクセスＩＤ、ユーザのアカウント情報（例えばゲームアカウントＩＤ、アプリＩＤなど）などの少なくとも１つを含んでもよい。

ここで、広告ＩＤ（オンライン広告ＩＤと呼ばれてもよい）は、例えば、ユーザによってオプトアウト可能な、匿名かつ一意な広告配信用の識別子（広告に関する識別子）であってもよい。広告ＩＤは、デバイス１０のブラウザに保存される小さなファイル（クッキー（Cookie））に関する固有のクッキーＩＤ（Cookie ID）であってもよい。

なお、クッキーＩＤは、ブラウザごと（又はアプリごと）にそれぞれ異なるＩＤであってもよい。広告ＩＤは、クッキー情報などと呼ばれてもよい。

また、広告ＩＤは、デバイス１０にインストールされるアプリケーションから取得される識別子であってもよく、例えば、ＩＤＦＡ（Identification For Advertisers）、ＡＤＩＤ（Advertising ID）などであってもよい。

広告配信サーバ５０は、デバイス１０に対するインターネット広告（ウェブ広告、デジタル広告などと呼ばれてもよい）の配信を制御する機能を有するサーバである。

広告は、例えば、テキスト、画像（静止画像、動画像）、音声、その他のメディア又はこれらの組み合わせにより構成されてもよい。なお、広告配信サーバ５０は、広告以外のコンテンツをデバイス１０に送信してもよい。

広告配信サーバ５０は、ＤＭＰ（Data Management Platform）を含んで構成されてもよく、ＤＭＰを用いて配信する広告を決定してもよい。また、広告配信サーバ５０は、ＤＳＰ（Demand Side Platform）を利用する配信サーバを含んでもよいし、ＤＳＰ以外の広告配信サーバ（アドサーバ）を含んでもよいし、アドサーバを利用する配信サーバを含んでもよい。

アドサーバは、特定の企業（例えば、Ｔｗｉｔｔｅｒ（登録商標）社、Ｆａｃｅｂｏｏｋ（登録商標）社など）が提供するＡＰＩ（Application Programming Interface）（Ads-API）を利用する配信サーバであってもよい。また、アドサーバは、オンライン動画広告を配信する動画広告配信サーバであってもよいし、テレビ向けに広告を配信するＣＭＳ（Content Management System）であってもよい。

広告配信サーバ５０は、ＤＳＰ、アドサーバなどとの連携を、ＤＭＰ（例えば、パブリックＤＭＰ）を介して行ってもよい。広告配信サーバ５０は、例えば、所定のユーザのテレビ視聴ログに基づいて、ＤＭＰのセグメントデータを制御（例えば、作成、拡張、絞込など）してもよい。

デバイス１０に対して配信された広告に関する情報は、ログ管理サーバ３０に送信されてもよい。ログ管理サーバ３０は、当該広告に関する情報に基づいて、広告接触履歴を取得してもよい。

電子レシートセンターサーバ６０は、電子レシートを管理するサーバである。電子レシートセンターサーバ６０は、店舗７０内で発行（生成）された電子レシートを受信して管理してもよいし、店舗７０（例えば、店舗７０に設置されたレジ端末８０）から送信された情報に基づいて自ら生成（発行）した電子レシートを管理してもよい。電子レシートセンターサーバ６０は、データ収集対象企業の他の企業によって運営されてもよい。店舗７０に設置されたレジ端末８０で発行（生成）された電子レシートは、電子レシートセンターサーバ６０を介さずに、直接デバイス１０に送信されてもよい。

店舗７０は、購買データ管理サーバ２０データ収集対象企業の製品を扱う店舗である。店舗７０は、例えば、小売、流通又は決済事業者の店舗であってもよいし、その他事業者の店舗であってもよい。また、店舗７０は、インターネット上の店舗であってもよいし、行商、外商、露店、出店、屋台などのような非店舗型の業態であってもよい。

レジ端末８０は、店舗７０内に配置され、商品などの販売情報の管理に用いられる装置である。レジ端末８０は、例えば商品の金額を計算、記録などし、店舗７０の運営企業（小売事業者など）のサーバに販売情報を送信してもよい。レジ端末８０は、電子レシートセンターサーバ６０、デバイス１０などに電子レシートデータを発行（生成）して送信してもよい。

デバイス１０など各装置の機能構成及びハードウェア構成の一例については、後述する。

なお、当該システム構成は一例であり、これに限られない。例えば、各装置は、図１ではそれぞれ１つずつ含まれる構成としたが、各機器の数はこれに限られず、複数存在してもよい。広告配信システム１は、一部の装置を含まない構成としてもよいし、１つの装置の機能が複数の装置により実現される構成としてもよい。

例えば、ログ管理サーバ３０が、ログの種類（ログに対応するサービス事業者）ごとに、別々のサーバでログを管理してもよい。ＩＤ管理サーバ４０が、ＩＤの種類（ＩＤに対応するサービス事業者）ごとに、別々のサーバでＩＤを管理してもよい。

購買データ管理サーバ２０、ログ管理サーバ３０、ＩＤ管理サーバ４０、広告配信サーバ５０、電子レシートセンターサーバ６０などは、クラウドサーバでもオンプレミスサーバでもよく、Ｐ２Ｐネットワークで共有される分散型台帳であってもよい。本開示における購買データ管理サーバ、ログ管理サーバ、ＩＤ管理サーバ、広告配信サーバ、電子レシートセンターサーバは、それぞれ「分散型台帳」、「分散型台帳ネットワーク」などで読み替えられてもよい。この場合、あるサーバにおける処理は、分散型台帳を共有する装置によって行われてもよい。

複数の装置の機能が１つの装置により実現される構成としてもよい。例えば、購買データ管理サーバ２０と、ログ管理サーバ３０と、ＩＤ管理サーバ４０と、広告配信サーバ５０と、電子レシートセンターサーバ６０と、の少なくとも２つが、１つのサーバ上で実装されてもよい。

（ポイント付与方法）
本開示の一実施形態に係るポイント付与方法について、以下で説明する。各ポイント付与方法は、上述のポイント付与システムに適用されてもよい。

＜ポイント付与フロー＞
図２は、一実施形態に係るポイント付与方法のフローチャートの一例を示す図である。

まず、ユーザの商品の購入に応じて、電子レシートが発行される（ステップＳ１０１）。電子レシートは、店舗７０内の装置（例えば、レジ端末８０）によって発行されてもよい。店舗７０内の装置は、商品を購入するユーザの、電子レシートにおけるＩＤ（電子レシートＩＤ）を特定するための情報を取得してもよい。電子レシートＩＤは、デバイス１０において電子レシートを扱うアプリケーションに関するＩＤ（電子レシートアプリＩＤ）であってもよい。

例えば、店舗７０内の装置は、ユーザのデバイス１０に表示された電子データ（例えばバーコード）を読み取ることによって、電子レシートＩＤを取得してもよい。この場合、当該電子データは電子レシートＩＤに対応する。なお、店舗７０内の装置は、ビーコン、音波通信、無線通信（例えば、ＬＴＥ（Long Term Evolution）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）など）、その他の手法を用いて電子レシートＩＤを取得してもよい。

例えば、店舗７０内の装置は、当該店舗７０で利用可能な会員カードを読み取ることによって、電子レシートＩＤを取得してもよい。この場合、当該会員カード及び当該会員の情報の少なくとも一方は、電子レシートＩＤに対応する。当該会員カードは、店舗７０の会員であることを示すカードであってもよいし、購買データ管理サーバ２０の利用をする会員であることを示すカードであってもよい。

店舗７０内の装置は、取得した電子レシートＩＤと、ユーザの購買データと、に基づいて、電子レシートを作成してもよい。

ユーザのデバイス１０は、店舗７０内の装置から、発行された電子レシートの情報を受信してもよい（ステップＳ１０２）。デバイス１０は、例えば電子レシートＡＰＩを用いて、電子レシートの情報を受信してもよい。

なお、店舗７０内の装置から転送された購買データに基づいて、店舗７０外の装置（例えば、電子レシートセンターサーバ６０）が電子レシートを発行してもよい。店舗７０外の装置は、発行した電子レシートを店舗７０内の装置及び／又はユーザのデバイス１０に送信してもよい。

ユーザのデバイス１０は、電子レシートに対応する購買データを、特定のＩＤに関連付けて購買データ管理サーバ２０に送信してもよい。例えば、ユーザのデバイス１０は、上記購買データと、当該購買データ及び特定のＩＤの対応関係に関する情報と、を購買データ管理サーバ２０に送信してもよい。また、ユーザのデバイス１０は、上記購買データ及び特定のＩＤの組を購買データ管理サーバ２０に送信してもよい。

ここで、電子レシートに対応する購買データは、電子レシート自体のデータであってもよいし、電子レシートから抽出されるデータであってもよい。また、特定のＩＤは、電子レシートに対応するユーザを特定するためのＩＤであってもよい。例えば、特定のＩＤは、電子レシートＩＤを含んでもよいし、購買データ管理サーバ２０がユーザの特定に利用する任意のユーザＩＤを含んでもよい。当該ユーザＩＤは、デバイス１０によって購買データ管理サーバ２０に登録（設定）されてもよいし、ユーザが提示する情報に基づいて購買データ管理サーバ２０の管理者が当該サーバに登録してもよい。

なお、ユーザのデバイス１０は、電子レシートに対応する購買データのうち、購買データ管理サーバ２０のデータ収集対象企業の商品に関するデータを、購買データ管理サーバ２０に送信するように構成されてもよい。この構成によれば、例えば当該データ収集対象企業にとって重要性の低いデータのトラフィックが、購買データ管理サーバ２０に対して無駄に発生することを抑制できる。

購買データ管理サーバ２０は、デバイス１０から受信した情報に基づいて、特定のＩＤに対応する購買データを判断する（ステップＳ１０３）。

なお、購買データ管理サーバ２０は、電子レシートセンターサーバ６０から直接電子レシートに対応する購買データを受信してもよい。例えば、購買データ管理サーバ２０は、ユーザのデバイス１０から受信した上述の特定のＩＤに基づいて、特定のＩＤに対応する購買データを電子レシートセンターサーバ６０から受信してもよい。なお、購買データ管理サーバ２０は、電子レシートに対応する購買データのうち、購買データ管理サーバ２０のデータ収集対象企業の商品に関するデータを、電子レシートセンターサーバ６０から受信するように構成されてもよい。

購買データ管理サーバ２０は、特定のＩＤに対して、当該特定のＩＤに対応する購買データに基づくポイント（デジタルアセットと呼ばれてもよい）を発行する（ステップＳ１０４）。ここで、当該ポイントの発行は、購買データを提供したことに対するインセンティブの付与に該当してもよいし、データ収集対象企業の商品を購入したことに対するインセンティブの付与に該当してもよい。

例えば、購買データ管理サーバ２０は、上記購買データが特定の商品（例えば、データ収集対象企業の商品）に関する場合、当該商品の購買金額、購買個数などに基づく予め決められたルールに従って算出される量（額）のポイントを、上記特定のＩＤに対して発行してもよい。購買データ管理サーバ２０は、上記購買データが特定の商品に関するか否かを、商品名、金額、品目などから決定してもよい。

ポイントが発行される対象は、上記特定のＩＤ、電子レシート、ユーザ及びユーザのデバイス１０の少なくとも１つに紐付けられるアプリケーション（例えば、電子レシートアプリ（ウォレットアプリと呼ばれてもよい））又はアカウントであってもよい。当該アプリケーションは、デバイス１０において動作してもよい。

例えば、ポイントの発行は、購買データ管理サーバ２０のアカウントが保有するポイントを、上記特定のＩＤに紐づくアカウントに対して送金することによって実現されてもよい。

購買データ管理サーバ２０は、特定のＩＤについての購買データが更新されたタイミングごとにポイントを発行してもよいし、ある程度購買データが更新された後でまとめてポイントを発行してもよい。

ポイントは、購買データ管理サーバ２０のデータ収集対象企業（例えば、メーカー、代理店など）及び運営企業の少なくとも一方によって構築される分散型台帳システムを用いて発行されることが好ましい。

分散型台帳システムは、分散型ネットワーク、分散型台帳などと呼ばれてもよい。分散型台帳システムは、例えばブロックチェーンネットワーク（ＢＣ−ＮＷ：Blockchain Network）であってもよく、パブリック型ＢＣ−ＮＷ、コンソーシアム（パーミッション）型ＢＣ−ＮＷ、プライベート型ＢＣ−ＮＷなどであってもよいし、他のＢＣ−ＮＷ又はこれらの組み合わせによって実現されてもよい。

なお、分散型台帳システムとして、ネットワーク上に流通する情報の改竄が困難な他のネットワークが用いられてもよい。例えば、分散型台帳システムは、ブロック及び／又はチェーン構造を利用しないシステムであってもよい。

発行されるポイントの例としては、ポイント、イーサリアム（Ethereum）ベースのＥＲＣ２０（Ethereum requests for comments #20）に準拠したトークン、ネム（NEM）ベースのモザイク（mosaic）などが挙げられるが、これに限られない。

なお、ポイントの発行は、スマートコントラクトを用いて実現されてもよい。スマートコントラクトは、予め決められたルールに従って資産（例えば、ブロックチェーン上の資産）を移動させる仕組みである。

なお、本開示において、デジタルアセット、コイン、トークン、デジタルトークン、デジタルアセット、ポイント、マイレージ、電子マネー、デジタル通貨、仮想通貨、暗号通貨（Cryptocurrency）などは、相互に読み替えられてもよい。

上述のアプリケーション（以下、単に「ウォレットアプリ」と呼ぶ）は、ウォレットを介したポイントの利用（送金、受取など）に用いられてもよい。ウォレットアプリは、ブラウザの追加機能としてインポート可能であってもよいし、独立したアプリケーションであってもよいし、ファームウェア、ＯＳ（Operating System）などにビルトインされてもよい。また、ウォレットアプリは、ＡＰＩ（Application Programming Interface）を介して様々なアプリケーション（電子書籍リーダーなど）、機器などと同期されてもよい。

なお、ウォレットは、電子ウォレット（デジタルウォレット、ソフトウェアウォレットなど）を想定するが、ハードウェアウォレットであってもよい。本開示において、アドレス、ウォレットアドレス、ウォレット、ウォレットＩＤ、アカウント、Ｐ２Ｐネットワークにおいてデバイス１０が利用するＩＤなどは、相互に読み替えられてもよい。アドレスは、「所定の仮想通貨に関するアドレス」を意味してもよい。例えば、アドレスは、ブロックチェーンにおける電子署名用の公開鍵のハッシュ値又はこれに基づく値を指してもよい。

ウォレットアプリは、購買データ管理サーバ２０との間でデジタルアセットに相当する（又は等価な）ポイントの値をやり取りできればよく、上記デジタルアセットが利用される分散型台帳システムに直接アクセスできなくてもよい。当該ポイントの授受は、分散型台帳システムによって記録されなくてもよい。例えば、購買データ管理サーバ２０が、特定のＩＤについてのデジタルアセットを、分散型台帳システムを用いて発行し、発行された量のデジタルアセットに相当するポイントの値を、当該特定のＩＤに対応するウォレットアプリに通知してもよい。

ウォレットアプリは、ポイントを所定量利用する場合、当該所定量を利用する旨を示す情報を購買データ管理サーバ２０に送信してもよい。そして、購買データ管理サーバ２０は、当該所定量に相当するデジタルアセットを、上記特定のＩＤに紐づくアカウントから購買データ管理サーバ２０のアカウントに対して送金することによって実現されてもよい。なお、ウォレットアプリは、上記デジタルアセットが利用される分散型台帳システムに直接アクセス可能であってもよい。

上述のポイントは、購買データ管理サーバ２０のデータ収集対象企業及び運営企業の少なくとも一方の、商品購入、懸賞応募などに用いられてもよい。また、当該ポイントは、特定のトークン、法定通貨、他社の発行するポイントなどと交換してもよい。当該ポイントは、ユーザ同士で取引されてもよい。

以上説明した一実施形態によれば、分散型台帳システムを用いることによって、購買データ管理サーバ２０のデータ収集対象企業が独自のポイントを低コストで発行することができる。

＜購買データ管理サーバ２０が保有するデータの広告への利用＞
ポイントを保有するユーザの（デバイス１０の）アプリケーション（例えば、ウォレットアプリ）は、電子レシートの登録、ポイント発行などの任意のタイミングにおいて、当該ユーザの許諾に基づいて、マーケティングに活用可能な情報（デバイス１０の位置情報、ユーザの個人情報、購買履歴情報、属性情報など）を、購買データ管理サーバ２０に対して送信してもよい。

当該マーケティングに活用可能な情報は、ログ管理サーバ３０において管理される各種ログに対応するＩＤ（テレビ視聴ＩＤ、デバイスＩＤ、ＥＣサイトＩＤ、広告ＩＤなど）の情報を含んでもよい。

購買データ管理サーバ２０は、上記ポイントに関連する特定のＩＤ（例えば、電子レシートＩＤ）と、ログ管理サーバ３０において管理される少なくとも１つのログに対応するＩＤ（テレビ視聴ＩＤ、デバイスＩＤ、ＥＣサイトＩＤ、広告ＩＤなど）と、を関連付けるための情報を生成してもよい。当該関連付けるための情報は、関連付け情報、ＩＤ紐付け情報などと呼ばれてもよい。

ＩＤ紐付け情報は、電子レシートＩＤ情報と、少なくとも１つのその他のＩＤに関するその他ＩＤ情報と、のいずれか又はこれらの組み合わせによって構成されてもよい。

その他ＩＤ情報は、例えば、ＩＤの値、ＩＤに関連するサービスの情報（サービス名、サービスの種類など）、ＩＤに関連するサービス提供者の情報（サービス提供者名、業種など）の少なくとも１つを含んでもよい。

購買データ管理サーバ２０は、ＩＤ紐付け情報を、ログ管理サーバ３０、ＩＤ管理サーバ４０、広告配信サーバ５０などに送信してもよい。また、ＩＤ紐付け情報に基づくＩＤの紐付けは、ログ管理サーバ３０、ＩＤ管理サーバ４０、広告配信サーバ５０などにおいて行われてもよい。

広告配信サーバ５０は、ＩＤ紐付け情報に基づいて、デバイス１０に対して配信する適切な広告を決定し、配信してもよい。

例えば、広告配信サーバ５０は、購買データ管理サーバ２０から取得したＩＤ紐付け情報に基づいて、ＩＤ管理サーバ４０からテレビ視聴ＩＤ、デバイスＩＤ、ＥＣサイトＩＤ、広告ＩＤなどを受信する。また、広告配信サーバ５０は、当該受信したＩＤに基づいて、所定のユーザ（例えば電子レシートＩＤに対応するユーザ）についてログ管理サーバ３０からＥＣ購買ログ、テレビ視聴ログ、広告接触ログなどを取得し、これらのログに基づいて、当該所定のユーザのデバイス１０に対して配信する広告を決定してもよい。なお、「広告を決定」は、「ＣＲＭ施策を決定」、「マーケティング施策を決定」などで読み替えられてもよい。

広告配信サーバ５０は、上記特定のＩＤに紐付けられたユーザのデバイス１０に対して、特定の広告主（例えば、購買データ管理サーバ２０のデータ収集対象企業）の広告を多く配信する制御を行ってもよい。

デバイス１０は、配信された（及び／又は視聴した）広告の情報を、所定の分散型台帳システムに参加する他の機器（サーバなど）に対して送信してもよい。当該所定の分散型台帳システムは、購買データ管理サーバ２０が利用する分散型台帳システムとは異なるシステムであってもよい。

配信された広告の情報が分散型台帳システムに共有されることにより、配信された広告の情報が改竄される事態を抑制できる。また、デバイス１０のユーザの広告接触データが透明化され、広告がどのくらい表示されたかについて第三者（例えば、広告主）が容易に検証できる。

以上説明した一実施形態によれば、購買データ管理サーバ２０のデータ収集対象企業（代理店など）は、商品購買にかかるユーザのＩＤ（電子レシートＩＤなど）と広告ＩＤ（クッキーなど）を統合管理でき、ユーザ単位で高効率な広告コミュニケーションを行う事が出来る。

＜変形例＞
上述の実施形態では、ポイント発行の仕組みは分散型台帳システムを前提としたが、ポイント発行については既存のポイント発行システムが利用されてもよい。

（機器の構成）
図３は、一実施形態に係るデバイスの機能構成の一例を示す図である。本例に示すように、デバイス１０は、制御部１１０と、記憶部１２０と、通信部１３０と、入力部１４０と、出力部１５０と、を有する。なお、図３では、本実施形態における特徴部分の機能ブロックを主に示しており、デバイス１０は、他の処理に必要な他の機能ブロックも有してもよい。また、一部の機能ブロックを含まない構成としてもよい。

制御部１１０は、デバイス１０の制御を実施する。制御部１１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置により構成することができる。

記憶部１２０は、デバイス１０において利用する情報を記憶（保持）する。記憶部１２０は、例えば、本開示に係る技術分野での共通認識に基づいて説明されるメモリ、ストレージ、記憶装置などにより構成することができる。

通信部１３０は、ネットワークを介した他の通信デバイス（機器、サーバなど）との通信を行う。通信部１３は、受信した種々の情報を制御部１１０に出力してもよい。

通信部１３０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置により構成することができる。なお、通信部１３０は、送信部及び受信部から構成されてもよい。

入力部１４０は、ユーザからの操作により入力を受け付ける。また、入力部１４０は、所定の機器、記憶媒体などと接続され、データの入力を受け付けてもよい。入力部１４０は、入力結果を例えば制御部１１０に出力してもよい。

入力部１４０は、本開示に係る技術分野での共通認識に基づいて説明されるキーボード、マウス、ボタンなどの入力装置、入出力端子、入出力回路などにより構成することができる。また、入力部１４０は、表示部と一体となった構成（例えば、タッチパネル）としてもよい。

出力部１５０は、ユーザに対して知覚できる形式でデータ、コンテンツなどの出力を行う。例えば、出力部１５０は、画像を表示する表示部、音声を出力する音声出力部などを含んで構成されてもよい。

表示部は、例えば、本開示に係る技術分野での共通認識に基づいて説明されるディスプレイ、モニタなどの表示装置により構成することができる。また、音声出力部は、本開示に係る技術分野での共通認識に基づいて説明されるスピーカーなどの出力装置により構成することができる。

出力部１５０は、例えば、本開示に係る技術分野での共通認識に基づいて説明される演算器、演算回路、演算装置、プレイヤー、画像／映像／音声処理回路、画像／映像／音声処理装置、アンプなどを含んで構成することができる。

なお、通信部（受信部）１３０は、電子レシートのデータ又は電子レシートに対応する購買データを、レジ端末８０から受信し、購買データ管理サーバ２０に送信してもよい。

購買データ管理サーバ２０、ログ管理サーバ３０、ＩＤ管理サーバ４０、広告配信サーバ５０、電子レシートセンターサーバ６０、レジ端末８０などについても、図３と同様の構成を有してもよい。当業者であれば、図３の説明におけるデバイス１０関連の記載を、適宜読み替えて理解できる。なお、デバイス１０、購買データ管理サーバ２０、ログ管理サーバ３０、ＩＤ管理サーバ４０、広告配信サーバ５０、電子レシートセンターサーバ６０、レジ端末８０などは、いずれも通信デバイスと呼ばれてもよい。

以下、いくつかの部について例示的に説明する。なお、各装置の図３の各機能ブロックに対応する符号は、各装置を示す符号の最初の一桁の数字（例えば、ログ管理サーバであれば「２０」の最初の一桁の「２」）を図３の最初の一桁の数字に適用して表す。

購買データ管理サーバ２０の通信部２３０は、ユーザの購買に関する電子レシートに対応する購買データと、当該ユーザを特定するためのＩＤ（Identifier）と、を受信してもよい。購買データ管理サーバ２０の通信部２３０は、上記電子レシートのデータ自体を受信してもよい。

購買データ管理サーバ２０の制御部２１０は、上記購買データが特定の商品（例えば、特定の企業に関する商品、購買データ管理サーバ２０の）に関する場合、上記ＩＤに対応するユーザに対してポイントを付与してもよい。

例えば、購買データ管理サーバ２０の制御部２１０は、上記購買データが特定の商品に関する場合、分散型台帳を用いて上記ＩＤに対応するユーザに対してポイントを付与してもよい。

上記ＩＤは、電子レシートＩＤであってもよい。

購買データ管理サーバ２０の制御部２１０は、上記ポイントに関連する特定のＩＤ（例えば、電子レシートＩＤ）と、ログ管理サーバ３０において管理される少なくとも１つのログに対応するＩＤ（テレビ視聴ＩＤ、デバイスＩＤ、ＥＣサイトＩＤ、広告ＩＤなど）と、を関連付けるための情報を生成してもよい。当該関連付けるための情報は、関連付け情報、ＩＤ紐付け情報などと呼ばれてもよい。

購買データ管理サーバ２０の通信部２３０は、ＩＤ紐付け情報を、ログ管理サーバ３０、ＩＤ管理サーバ４０、広告配信サーバ５０などに送信してもよい。

ログ管理サーバ３０の制御部３１０は、テレビ視聴ログ、ユーザの行動ログなどを取得（収集）し、記憶部３２０に記憶する制御を行ってもよい。ログ管理サーバ３０の通信部３３０は、各種ログを送信及び／又は受信してもよい。

ＩＤ管理サーバ４０の制御部４１０は、テレビ視聴ＩＤ、デバイスＩＤ、デバイス１０のユーザの行動履歴に対応するＩＤなどを取得（収集）し、記憶部４２０に記憶する制御を行ってもよい。ＩＤ管理サーバ４０の通信部４３０は、各種ＩＤを送信及び／又は受信してもよい。

広告配信サーバ５０の制御部５１０は、ＩＤ紐付け情報に基づいて、デバイス１０に対して配信する適切な広告を決定してもよい。制御部５１０は、広告決定部と呼ばれてもよい。広告配信サーバ５０の通信部５３０は、デバイス１０に広告を送信してもよい。

例えば、広告配信サーバ５０の通信部５３０は、購買データ管理サーバ２０から取得したＩＤ紐付け情報に基づいて、ＩＤ管理サーバ４０からテレビ視聴ＩＤ、デバイスＩＤ、ＥＣサイトＩＤ、広告ＩＤなどを受信してもよい。また、広告配信サーバ５０の通信部５３０は、当該受信したＩＤに基づいて、所定のユーザ（例えば電子レシートＩＤに対応するユーザ）についてログ管理サーバ３０からＥＣ購買ログ、テレビ視聴ログ、広告接触ログなどを取得してもよい。広告配信サーバ５０の制御部５１０は、これらのＩＤ、ログなどに基づいて、当該所定のユーザのデバイス１０に対して配信する広告を決定してもよい。

電子レシートセンターサーバ６０の制御部６１０及び／又はレジ端末８０の制御部８１０は、ユーザの購買データに対応する電子レシートを、当該ユーザの固有のＩＤに関連付けて生成してもよい。電子レシートセンターサーバ６０の通信部６３０及び／又はレジ端末８０の通信部８３０は、電子レシートのデータ又は電子レシートに対応する購買データを、デバイス１０及び／又は購買データ管理サーバ２０に送信してもよい。

（ハードウェア構成）
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線によって接続し、これら複数の装置により実現されてもよい。

例えば、本開示の一実施形態におけるデバイス、サーバなどは、本開示の広告配信方法の処理を行うコンピュータとして機能してもよい。図４は、一実施形態に係るデバイス、サーバなどのハードウェア構成の一例を示す図である。上述のデバイス１０、広告配信サーバ５０などは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。デバイス１０、広告配信サーバ５０などのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、１以上のプロセッサによって実行されてもよい。

デバイス１０、広告配信サーバ５０などにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みなどを制御することによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。なお、上述の制御部１１０などの各部は、プロセッサ１００１によって実現されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部１１０は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically EPROM）、ＲＡＭ（Random Access Memory）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施形態に係る広告配信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（ＣＤ−ＲＯＭ（Compact Disc ROM）など）、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。なお、上述の記憶部１２０は、メモリ１００２及び／又はストレージ１００３によって実現されてもよい。

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、ＳＩＭカードを含んでもよい。なお、上述の通信部１３０は、通信装置１００４によって実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウスなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカーなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。なお、上述の入力部１４０及び出力部１５０は、それぞれ入力装置１００５及び出力装置１００６によって実現されてもよい。

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００８によって接続される。バス１００７は、単一のバスによって構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、デバイス１０、広告配信サーバ５０などは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

（変形例）
なお、本開示において説明した用語及び／又は本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。

本開示において説明した情報、パラメータなどは、絶対値によって表されてもよいし、所定の値からの相対値によって表されてもよいし、対応する別の情報によって表されてもよい。また、本開示においてパラメータなどに使用する名称は、いかなる点においても限定的なものではない。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

情報、信号などは、複数のネットワークノードを介して入出力されてもよい。入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。

また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって）行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）など）及び／又は無線技術（赤外線、マイクロ波など）を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

Claims (3)

1. 所定のサーバにおいて、ユーザの購買に関する電子レシートに対応する購買データと、前記ユーザを特定するための電子レシートＩＤ（Identifier）と、を受信する受信部と、
   前記所定のサーバにおいて、前記購買データが特定の商品に関する場合、前記電子レシートＩＤに対応するユーザに対して分散型台帳を用いてポイントを付与する制御部と、
   前記所定のサーバ又は別のサーバにおいて、前記電子レシートＩＤと広告ＩＤとの関連付け情報に基づいて、前記電子レシートＩＤに対応するユーザについてのログを取得し、前記電子レシートＩＤに対応するユーザのデバイスに対して配信する広告を決定する広告決定部と、
   前記電子レシートＩＤに対応するユーザのデバイスにおいて、配信された広告の情報を、所定の分散型台帳システムに参加する他の機器に対して送信する送信部と、を有することを特徴とするポイント付与システム。
2. 前記広告決定部は、前記電子レシートＩＤに対応するユーザのデバイスに対して、前記特定の商品に対応する企業の広告を多く配信するように制御することを特徴とする請求項１に記載のポイント付与システム。
3. 所定のサーバにおいて、ユーザの購買に関する電子レシートに対応する購買データと、前記ユーザを特定するための電子レシートＩＤ（Identifier）と、を受信するステップと、
   前記所定のサーバにおいて、前記購買データが特定の商品に関する場合、前記電子レシートＩＤに対応するユーザに対して分散型台帳を用いてポイントを付与するステップと、
   前記所定のサーバ又は別のサーバにおいて、前記電子レシートＩＤと広告ＩＤとの関連付け情報に基づいて、前記電子レシートＩＤに対応するユーザについてのログを取得し、前記電子レシートＩＤに対応するユーザのデバイスに対して配信する広告を決定するステップと、
   前記電子レシートＩＤに対応するユーザのデバイスにおいて、配信された広告の情報を、所定の分散型台帳システムに参加する他の機器に対して送信するステップと、を有することを特徴とするポイント付与方法。

Images