JP2020095545A - 情報処理方法、情報処理装置及びプログラム - Google Patents

Abstract

【課題】商品の購入に応じて特定されたクーポンを、ユーザの属性に合致するユーザに送信する情報処理方法等を提供すること。【解決手段】情報処理方法は、キャンペーンの対象となる商品、及び、前記キャンペーンの対象者となるユーザの属性を取得し、前記商品の購入に応じて付与するクーポンを特定し、店舗のコードの読み取り、または、近距離無線通信を利用した決済を実行可能な決済アプリケーションをインストールした携帯端末装置のユーザの内、前記商品を購入し、かつ、前記属性に合致するユーザの携帯端末装置へ前記クーポンを送信する処理を実行させることを特徴とする。【選択図】図１

Description

本発明は、情報処理方法、情報処理装置及びプログラムに関する。

近年、商品またはサービスの販売促進のため、スマートフォン等のユーザ端末に電子クーポンを発行するシステムの開発が行われている。特許文献１には、飲食店、宿泊施設、遊戯施設など各種施設において利用可能なクーポンを提供し、管理するクーポンシステムが開示されている。

特開２０１５−０６０３９６号公報

しかしながら、特許文献１に係る発明は、代金支払い時にクーポンを利用する場合、ユーザは、自身が獲得した印刷物クーポンや電子クーポンの中から利用できそうなクーポンを選択し、利用する必要がある。ところが、ユーザに対して適当なクーポンが発行されないという問題がある。

一つの側面では、商品の購入に応じて特定されたクーポンを、ユーザの属性に合致するユーザに送信する情報処理方法等を提供することを目的とする。

本発明に係る情報処理方法は、キャンペーンの対象となる商品、及び、前記キャンペーンの対象者となるユーザの属性を取得し、前記商品の購入に応じて付与するクーポンを特定し、店舗のコードの読み取り、または、近距離無線通信を利用した決済を実行可能な決済アプリケーションをインストールした携帯端末装置のユーザの内、前記商品を購入し、かつ、前記属性に合致するユーザの携帯端末装置へ前記クーポンを送信する処理を実行させることを特徴とする。

一つの側面では、商品の購入に応じて特定されたクーポンを、ユーザの属性に合致するユーザに送信することが可能となる。

クーポンの発行及び決済のシステムの概要を示す説明図である。 サーバの構成例を示すブロック図である。 キャンペーンＤＢのレコードレイアウトの一例を示す説明図である。 クーポンＤＢのレコードレイアウトの一例を示す説明図である。 クーポン使用履歴ＤＢのレコードレイアウトの一例を示す説明図である。 決済サーバの構成例を示すブロック図である。 属性情報ＤＢのレコードレイアウトの一例を示す説明図である。 決済情報ＤＢのレコードレイアウトの一例を示す説明図である。 ユーザ端末の構成例を示すブロック図である。 店舗端末の構成例を示すブロック図である。 依頼者端末の構成例を示すブロック図である。 ユーザの属性に合致するクーポンの特定及び送信の動作を説明する説明図である。 ユーザの属性に合致するクーポンの特定及び送信の処理手順を示すフローチャートである。 ユーザの属性に合致するクーポンの特定及び送信の処理手順を示すフローチャートである。 クーポンの決済の処理手順を示すフローチャートである。 クーポンを発行した依頼者宛へクーポンの利用情報を出力する処理手順を示すフローチャートである。 クーポンを使用したユーザにおけるクーポンの再度特定の処理手順を示すフローチャートである。 クーポンを使用したユーザにアンケートを送信する際の処理手順を示すフローチャートである。 クーポンを発行した依頼者宛へクーポンの削除情報を出力する処理手順を示すフローチャートである。 実施形態２のサーバの構成例を示すブロック図である。 実施形態２のキャンペーンＤＢのレコードレイアウトの一例を示す説明図である。 フリークエントプログラムＤＢのレコードレイアウトの一例を示す説明図である。 ユーザの属性に合致するフリークエントプログラムの特定及び送信の動作を説明する説明図である。 フリークエントプログラムに応募しているユーザにクーポンを送信する動作を説明する説明図である。 フリークエントプログラムにおけるクーポン獲得のイメージ図である。 フリークエントプログラムに応募しているユーザにクーポンの送信の処理手順を示すフローチャートである。 フリークエントプログラムに応募しているユーザにクーポンの送信の処理手順を示すフローチャートである。 クーポンを使用したユーザにおけるフリークエントプログラムの再度特定の処理手順を示すフローチャートである。 メンバー店舗のクーポンの発行及び使用の動作を説明する説明図である。 メンバー店舗のクーポンの発行及び使用の処理手順を示すフローチャートである。 取引手数料の額を加算して決済の処理手順を示すフローチャートである。 自動販売機経由で商品の決済の動作を説明する説明図である。 自動販売機経由で商品の決済の処理手順を示すフローチャートである。 実施形態５のキャンペーンＤＢのレコードレイアウトの一例を示す説明図である。

以下、本発明をその実施の形態を示す図面に基づいて詳述する。

（実施形態１）
実施形態１は、キャンペーンの対象者となるユーザの属性に合致するクーポンを特定し、特定したクーポンを当該ユーザに送信する形態に関する。図１は、クーポンの発行及び決済のシステムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１、決済処理装置２、ユーザ情報処理端末３、店舗情報処理端末４及び依頼者情報処理端末５を含み、各装置はインターネット及び公衆回線網等のネットワークＮを介して情報の送受信を行う。

情報処理装置１は、キャンペーンの対象となる商品、当該キャンペーンの対象者となるユーザの属性に合致するクーポン情報、及び該当クーポンの利用状況情報等、種々の情報処理、情報記憶及び情報の送受信を行う情報処理装置である。例えば、情報処理装置１はサーバ装置、パーソナルコンピュータ等である。本実施形態において情報処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。

決済処理装置２は、ユーザの属性、購買履歴、購買における信用取引がスコアリングされた与信情報、商品又はサービスの決済情報等、種々の情報処理、情報記憶及び情報の送受信を行う。決済処理装置２は、Ｏｒｉｇａｍｉ Ｐａｙ（登録商標）、Ｌｉｎｅ Ｐａｙ（登録商標）等の決済システムプラットフォームを搭載した情報処理装置である。例えば、決済処理装置２はサーバ装置、パーソナルコンピュータ等である。本実施形態において決済処理装置２はサーバ装置であるものとし、以下では簡潔のため決済サーバ２と読み替える。

ユーザ情報処理端末３は、コード認識または近距離無線通信を利用した決済を実行可能な決済アプリケーションをインストールした端末装置である。ユーザ情報処理端末３は、クーポンの受信、決済システム経由で商品または受信されたクーポンを用いた決済処理等を行う。例えば、ユーザ情報処理端末３は、多機能端末、スマートフォン、携帯電話、アップルウォッチ（Apple Watch:登録商標）等のウェアラブルデバイス、タブレット、パーソナルコンピュータ等の情報処理機器である。サーバ１は、ユーザの属性に合致するクーポン等の情報をユーザ情報処理端末３に配信することができる。以下では簡潔のため、ユーザ情報処理端末３をユーザ端末３と読み替える。

店舗情報処理端末４は、売上実績、販売、在庫、決済等の情報処理及び送受信を行う端末装置である。例えば、ＰＯＳ（Point of Sales）システムを搭載したＰＯＳ端末及びパーソナルコンピュータ等の情報処理機器である。以下では簡潔のため、店舗情報処理端末４を店舗端末４と読み替える。

依頼者情報処理端末５は、クーポンを発行した依頼者が利用している情報処理端末である。依頼者情報処理端末５は、ユーザが商品の購入に応じて、該ユーザの属性に合致するクーポンを該ユーザへ発行、又は発行されたクーポンに対する利用情報、アンケート等の受信を行う情報処理端末である。例えば、依頼者情報処理端末５は多機能端末、スマートフォン、携帯電話、タブレット、パーソナルコンピュータ等の情報処理機器である。以下では簡潔のため、依頼者情報処理端末５を依頼者端末５と読み替える。

続いて、本実施形態の概要を説明する。依頼者端末５は、キャンペーンの対象となる商品に関する情報、該キャンペーンに対応するクーポン、及び該クーポンの発行対象者の属性をサーバ１に送信する。サーバ１は、依頼者端末５から送信された商品に関する情報、クーポン、及び該クーポンの発行対象者の属性を受信して記憶する。なお、本実施形態では、ビール、化粧品等の商品を例にあげて説明するが、タクシー配車、マッサージ、レッスン等のサービスも商品に含まれるものとする。サーバ１は、決済サーバ２から当該キャンペーンの対象者となるユーザの属性を取得する。ユーザの属性は、例えば年齢、性別、住所、年収、食べ物の嗜好の情報、趣味の情報等であっても良い。

ユーザが当該商品を購入する場合、店舗端末４は、コードのリーダーまたはカメラを用いて該商品のコードを読み取る。コードは、一次元コード又は二次元コードを含む。一次元コードは、例えば縞模様状の線の太さによって数値または文字を表すバーコード（Barcode）であっても良い。二次元コードは、例えば横方向にしか情報を持たない一次元コードに対し、水平方向と垂直方向に情報を持つ表示方式のＱＲコード（登録商標）であっても良い。以下では、ＱＲコードを用いて処理の流れを説明する。店舗端末４は、二次元コードの解析ライブラリを利用し、読み取ったＱＲコードにより商品の決済情報を取得する。商品の決済情報は、商品のカテゴリ、商品名、数量、価格、購買日時等を含む。

ユーザ端末３は、ユーザによる決済アプリケーションを起動する。ユーザ端末３は、決済アプリケーションによって、ユーザＩＤが含まれるＱＲコードを生成し、生成したＱＲコードを決済アプリケーション上に表示する。店舗端末４は、コードのリーダーまたはカメラを用いて、ユーザ端末３から決済アプリケーション上に表示されているＱＲコードを読み取る。店舗端末４は、二次元コードの解析ライブラリを利用し、読み取ったＱＲコードによりユーザＩＤを取得する。店舗端末４は、取得した商品の決済情報及びユーザＩＤを決済サーバ２に送信する。

決済サーバ２は、店舗端末４から送信された商品の決済情報及びユーザＩＤを受信して記憶する。決済サーバ２は、受信した商品の決済情報及びユーザＩＤに基づき、決済処理を行う。該商品の決済処理が完了した後に、決済サーバ２は、ユーザＩＤに応じて、該ユーザの属性を取得する。決済サーバ２は、取得したユーザの属性、ユーザＩＤ及び商品の決済情報をサーバ１に送信する。サーバ１は、決済サーバ２から送信されたユーザの属性、ユーザＩＤ及び商品の決済情報を受信し、受信したユーザの属性、ユーザＩＤ及び商品の決済情報に応じて、付与するクーポンを特定する。具体的には、サーバ１は、決済サーバ２から送信された商品の決済情報及びユーザの属性と、依頼者端末５から送信されたキャンペーンの対象となる商品に関する情報、該キャンペーンに対応するクーポン、及び該クーポンの発行対象者の属性とを比較する。決済された商品とキャンペーンの対象となる商品が同じであり、かつ、商品を購入したユーザの属性とクーポンの発行対象者の属性が一致である場合、サーバ１は、該キャンペーンに対応するクーポンを取得して特定する。サーバ１は、ユーザＩＤに基づいてユーザの送信先を取得する。送信先は、例えば、決済アプリケーションによって商品が決済された際のアカウントであっても良く、または該ユーザのメールアドレスであっても良い。サーバ１は、取得したユーザの送信先宛に、特定したクーポンをユーザ端末３に送信する。

なお、上述した商品の決済処理に関しては、ストアスキャン方式の例を説明したが、これに限るものではない。例えば、ユーザ端末３によりユーザスキャン方式で決済処理が行われても良い。具体的には、店舗端末４は、二次元コードの生成ライブラリを利用し、商品のカテゴリ、商品名、数量、価格、購買日時、決済ＩＤ等を含む決済情報のＱＲコードを生成する。店舗端末４は、生成したＱＲコードを表示する。ユーザ端末３は、ユーザによる決済アプリケーションを起動し、店舗端末４が表示しているＱＲコードをカメラにより読み取る。ユーザ端末３は、決済アプリケーションによって、読み取ったＱＲコードを解析し、該商品の決済情報を取得する。ユーザ端末３は、取得した該商品の決済情報、及びユーザＩＤを決済サーバ２に送信する。決済サーバ２は、ユーザ端末３から送信された商品の決済情報及びユーザＩＤを受信し、商品の決済処理を行う。なお、商品の決済処理及びクーポンの特定処理に関しては、ストアスキャン方式での処理と同様であるため説明を省略する。

ユーザ端末３は、サーバ１から送信されたクーポンを受信する。受信されたクーポンには、ユーザＩＤ、クーポンＩＤ、クーポン種類、額面等の情報が含まれるＱＲコードが付加されている。ユーザ端末３は、受信したクーポンを決済アプリケーション上に表示する。ユーザが受け取ったクーポンを使用する場合、店舗端末４は、コードのリーダーまたはカメラを用いて、ユーザ端末３から決済アプリケーション上に表示されているクーポンのＱＲコードを読み取る。店舗端末４は、読み取ったＱＲコードを二次元コードの解析ライブラリにより解析し、ユーザＩＤ、クーポンＩＤ等を含むクーポンの決済情報を取得する。店舗端末４は、取得したクーポンの決済情報を決済サーバ２に送信する。

決済サーバ２は、店舗端末４から送信されたクーポンの決済情報を受信し、受信したクーポンの決済情報をサーバ１に送信する。サーバ１は、決済サーバ２から送信された決済対象のクーポンの決済情報を受信する。サーバ１は、受信したクーポンの決済情報から、該決済対象のクーポンの有効期間、使用可能な回数、クーポンの決済金額を取得する。サーバ１は、取得した有効期間、使用可能な回数、クーポンの決済金額と、サーバ１に記憶された該クーポンＩＤに対応する有効期間、使用可能な回数、クーポン額面と比較する。なお、本実施形態では、ユーザが無料でクーポンを使用するため、クーポンの決済金額がゼロである。サーバ１は、該クーポンが有効期間、使用回数、決済金額等の使用条件を満たしたと判定した場合、サーバ１は、該クーポンの決済指示を決済サーバ２に送信する。

決済サーバ２は、サーバ１から送信された該クーポンの決済指示を受信した場合、該クーポンの決済情報を記憶して決済処理を行う。決済サーバ２は、ユーザＩＤ、クーポンＩＤ及びユーザ属性を含むクーポンの決済情報をサーバ１に送信する。サーバ１は、決済サーバ２から送信されたクーポンの決済情報を受信して記憶する。サーバ１は、該クーポンが発行された発行依頼者宛に、クーポンの利用情報を依頼者端末５に送信する。

図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読取部１６及び大容量記憶部１７を含む。各構成はバスＢで接続されている。

制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を含み、記憶部１２に記憶された制御プログラム１Ｐを読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、決済サーバ２、ユーザ端末３等との間で情報の送受信を行う。

入力部１４は、マウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報を制御部１１へ出力する。表示部１５は、液晶ディスプレイ又は有機ＥＬ（Electronic Luminescent）ディスプレイ等であり、制御部１１の指示に従い各種情報を表示する。

読取部１６は、ＣＤ（Compact Disc）−ＲＯＭ又はＤＶＤ（Digital Versatile Disc）−ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読取部１６を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１７に記憶しても良い。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。

大容量記憶部１７は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶部１７は、キャンペーンＤＢ１７１、クーポンＤＢ１７２及びクーポン使用履歴ＤＢ１７３を含む。

キャンペーンＤＢ１７１は、ユーザＩＤに対応付けているユーザの属性情報と、商品、クーポン及び決済情報等とを関連づけて、種々の情報を記憶している。クーポンＤＢ１７２は、クーポンに関するクーポンＩＤ、クーポンの種類、額面及び有効期間等の情報を記憶している。クーポン使用履歴ＤＢ１７３は、クーポンが使用された履歴情報を記憶している。履歴情報は、使用されたクーポンＩＤ、該クーポンが使用されたユーザＩＤ、該ユーザの属性、使用日時、使用店舗等を含む。

なお、本実施形態において記憶部１２及び大容量記憶部１７は一体の記憶装置として構成されていても良い。また、大容量記憶部１７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部１７はサーバ１に接続された外部記憶装置であっても良い。

なお、本実施形態では、サーバ１は一台の情報処理装置であるものとして説明するが、複数台により分散して処理させても良く、または複数の仮想マシンにより構成されていても良い。

図３は、キャンペーンＤＢ１７１のレコードレイアウトの一例を示す説明図である。サーバ１は、依頼者端末５から送信されたキャンペーンの対象となる商品に関する情報、該キャンペーンに対応するクーポン、及び該クーポンの発行対象者の属性を受信する。サーバ１は、受信した商品に関する情報と、クーポン及び発行対象者の属性とを関連づけてキャンペーンＤＢ１７１に記憶する。なお、本実施形態では、上述した情報が依頼者端末５から送信されたが、これに限るものではない。例えば、サーバ１の制御部１１は、入力部１４により商品に関する情報、クーポン、及び該クーポンの発行対象者の属性を受け付けて記憶しても良い。キャンペーンＤＢ１７１は、ＩＤ列、ユーザＩＤ列、決済ＩＤ列、商品カテゴリ列、商品列、状態列、クーポンＩＤ列及び使用回数列を含む。

ＩＤ列は、キャンペーンを特定するための固有の識別情報を記憶している。ユーザＩＤ列は、ユーザを特定するユーザＩＤを記憶している。決済ＩＤ列は、商品または発行されたクーポンを用いた決済処理を特定する決済ＩＤを記憶している。

商品カテゴリ列は、商品のカテゴリを記憶している。商品列は、商品の名称を記憶している。状態列は、クーポンの発行または使用等の状態に関する情報を記憶している。例えば、状態列には、「発行済」、「未発行」、「使用済」、「未使用」、「応募済」等の状態に関する情報を記憶しても良い。クーポンＩＤ列は、クーポンを特定するクーポンのＩＤを記憶している。使用回数列は、クーポンが使用された回数を記憶している。

図４は、クーポンＤＢ１７２のレコードレイアウトの一例を示す説明図である。クーポンＤＢ１７２は、クーポンＩＤ列、種類列、使用可能回数列、クーポン額面列、対象者属性列、発行日時列及び有効期間列を含む。

クーポンＩＤ列は、各クーポンを識別するために、一意に特定されるクーポンのＩＤを記憶している。種類列は、クーポンの種類（例えば、ヘアーカラー無料サービス券、ネクタイ値引き、ソフトドリンク無料券等）を記憶している。使用可能回数列は、商品またはユーザごとのクーポンが使用可能な回数を記憶している。クーポン額面列は、商品を購入する際に代金として使用可能な金額を記憶している。対象者属性列は、クーポンの発行対象者の属性を記憶している。例えば、化粧品のクーポンが発行された場合、対象者属性列に「１８歳以上」、「女性」等の発行対象者の属性が記憶されても良い。発行日時列は、クーポンを発行した日時情報を記憶している。有効期間列は、クーポンの利用可能な期間情報を記憶している。

図５は、クーポン使用履歴ＤＢ１７３のレコードレイアウトの一例を示す説明図である。クーポン使用履歴ＤＢ１７３は、クーポンＩＤ列、ユーザＩＤ列、ユーザ属性列、使用日時列、使用店舗列、使用回数列、クーポン発行者列及び発行者メールアドレス列を含む。

クーポンＩＤ列は、使用されたクーポンのＩＤを記憶している。ユーザＩＤ列は、クーポンが使用されたユーザのＩＤを記憶している。ユーザ属性列は、クーポンが使用されたユーザの属性を記憶している。使用日時列は、クーポンが使用された日時情報を記憶している。使用店舗列は、クーポンが使用された店舗の情報を記憶している。使用回数列は、クーポンの使用回数を記憶している。クーポン発行者列は、使用されたクーポンの発行者の名称を記憶している。発行者メールアドレス列は、使用されたクーポンの発行者のメールアドレスを記憶している。

なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。

図６は、決済サーバ２の構成例を示すブロック図である。決済サーバ２は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５、読取部２６及び大容量記憶部２７を含む。各構成はバスＢで接続されている。

制御部２１はＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を含み、記憶部２２に記憶された制御プログラム２Ｐを読み出して実行することにより、決済サーバ２に係る種々の情報処理、制御処理等を行う。なお、図６では制御部２１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要な制御プログラム２Ｐ又はデータ等を記憶している。また、記憶部２２は、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部２３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１、ユーザ端末３等との間で情報の送受信を行う。

入力部２４は、マウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報を制御部２１へ出力する。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部２１の指示に従い各種情報を表示する。

読取部２６は、ＣＤ−ＲＯＭ又はＤＶＤ−ＲＯＭを含む可搬型記憶媒体２ａを読み取る。制御部２１が読取部２６を介して、制御プログラム２Ｐを可搬型記憶媒体２ａより読み取り、大容量記憶部２７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部２１が制御プログラム２Ｐをダウンロードし、大容量記憶部２７に記憶しても良い。さらにまた、半導体メモリ２ｂから、制御部２１が制御プログラム２Ｐを読み込んでも良い。

大容量記憶部２７は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶部２７は、属性情報ＤＢ２７１及び決済情報ＤＢ２７２を含む。属性情報ＤＢ２７１は、ユーザの属性を記憶している。決済情報ＤＢ２７２は、商品の購買情報、決済情報等を記憶している。

なお、本実施形態において記憶部２２及び大容量記憶部２７は一体の記憶装置として構成されていても良い。また、大容量記憶部２７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部２７は決済サーバ２に接続された外部記憶装置であっても良い。

なお、本実施形態では、決済サーバ２は一台の情報処理装置であるものとして説明するが、複数台により分散して処理させても良く、または複数の仮想マシンにより構成されていても良い。

図７は、属性情報ＤＢ２７１のレコードレイアウトの一例を示す説明図である。属性情報ＤＢ２７１は、ユーザＩＤ列、性別列、年齢列、婚姻状況列、同居家族列、住所列、ＳＮＳ（social networking service）利用状況列及びメールアドレス列を含む。

ユーザＩＤ列は、各ユーザを識別するために、一意に特定されるユーザのＩＤを記憶している。性別列は、ユーザの性別を記憶している。年齢列は、ユーザの年齢を記憶している。婚姻状況列は、ユーザの婚姻状況情報を記憶している。例えば、婚姻状況列に「既婚」、「未婚」等が記憶されても良い。同居家族列は、ユーザと同居している家族の人数を記憶している。住所列は、ユーザの現住所を記憶している。ＳＮＳ利用状況列は、ユーザが利用しているＳＮＳのアカウントのＩＤ等を記憶している。例えば、ＳＮＳ利用状況列に、ＬＩＮＥ（登録商標）ＩＤ等のＳＮＳ ＩＤが記憶されても良い。また、ＳＮＳ ＩＤは決済アプリケーションと連携しても良い。例えば、ユーザによる商品またはクーポンの決済の度に、ＳＮＳ ＩＤを用いてアプリケーションにログインした場合、ＳＮＳ ＩＤがユーザ端末３からサーバ１に転送されても良い。メールアドレス列は、ユーザのメールアドレスを記憶している。

図８は、決済情報ＤＢ２７２のレコードレイアウトの一例を示す説明図である。ユーザが決済アプリケーションによって商品若しくはクーポンを決済した場合、該決済アプリケーションを通じて決済情報がユーザ端末３から決済サーバ２に転送されても良い。または、商品若しくはクーポンのコードを読み取った店舗端末４から、決済情報が決済サーバ２に転送されても良い。決済情報ＤＢ２７２は、決済ＩＤ列、ユーザＩＤ列、カテゴリ列、商品列、ＳＫＵ（Stock Keeping Unit）列、数量列、価格列、購買店列及び購買日時列を含む。

決済ＩＤ列は、商品の購買に応じて各決済データを識別するために、一意に特定される決済のＩＤを記憶している。ユーザＩＤ列は、ユーザを特定するユーザのＩＤを記憶している。カテゴリ列は、購買された商品の種別を記憶している。商品列は、購買された商品の名称を記憶している。ＳＫＵ列は、購買された商品に対する在庫管理の最小単位を記憶している。ＳＫＵは、受発注または在庫管理を行う最小の管理単位である。例えば、４色のカラーがあり、Ｓ・Ｍ・Ｌ・ＬＬの４種類のサイズがあるＴシャツに対し、１６ＳＫＵが設定されても良い。数量列は、購買された商品の数量を記憶している。価格列は、購買された商品の価格を記憶している。購買店列は、商品が購買された店の名称を記憶している。購買日時列は、商品が購買された日時情報を記憶している。

なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、実施形態における他の記憶形態であっても良い。

図９は、ユーザ端末３の構成例を示すブロック図である。ユーザ端末３は、制御部３１、記憶部３２、通信部３３、入力部３４、表示部３５及び撮影部３６を含む。各構成はバスＢで接続されている。

制御部３１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部３２に記憶された制御プログラム３Ｐを読み出して実行することにより、ユーザ端末３に係る種々の情報処理、制御処理等を行う。なお、図９では制御部３１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部３２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部３１が処理を実行するために必要な制御プログラム３Ｐ又はデータ等を記憶している。また、記憶部３２は、制御部３１が演算処理を実行するために必要なデータ等を一時的に記憶する。

通信部３３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１及び決済サーバ２等と情報の送受信を行う。入力部３４は、キーボード、マウスまたは表示部３５と一体化したタッチパネルでも良い。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部３１の指示に従い各種情報を表示する。

撮影部３６は、例えばＣＣＤ(Charge Coupled Device)カメラ、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）カメラ等の撮影装置である。なお、撮影部３６はユーザ端末３の中に内蔵せず、外部で直接にユーザ端末３と接続し、撮影可能な構成としても良い。ユーザ端末３の制御部３１は、撮影部３６を介して、一次元コードまたは二次元コードを読み取ることにより、ユーザ端末３にインストールされた決済アプリケーションを通じて決済することができる。なお、上述した決済方式に限るものではない。例えば、ユーザ端末３に搭載されたＦｅｌｉｃａ（登録商標）チップを利用して決済しても良い。Ｆｅｌｉｃａチップは、近距離無線通信の規格であるＦｅｌｉｃａに従って、機械的な接触を通さずにデータを読み書きするチップである。Ｆｅｌｉｃａチップにアンテナが内蔵されており、微弱な電波を利用してリーダーまたはライターと無線でデータを交信する。例えば、店舗端末４は、Ｆｅｌｉｃａチップのリーダーを用いて、ユーザ端末３に内蔵されたＦｅｌｉｃａチップから、予め登録されたユーザＩＤ、電子マネー及びクレジットカード等を含む決済情報を読み取る。店舗端末４は、Ｆｅｌｉｃａチップから読み取った決済情報により決済処理を行う。以下では、一次元コードまたは二次元コードを用いた例を挙げて説明する。

図１０は、店舗端末４の構成例を示すブロック図である。店舗端末４は、制御部４１、記憶部４２、通信部４３、入力部４４、表示部４５及び撮影部４６を含む。各構成はバスＢで接続されている。

制御部４１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部４２に記憶された制御プログラム４Ｐを読み出して実行することにより、店舗端末４に係る種々の情報処理、制御処理等を行う。なお、図１０では制御部４１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部４２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部４１が処理を実行するために必要な制御プログラム４Ｐ又はデータ等を記憶している。また、記憶部４２は、制御部４１が演算処理を実行するために必要なデータ等を一時的に記憶する。

通信部４３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１、決済サーバ２及びユーザ端末３等と情報の送受信を行う。入力部４４は、キーボード、マウスまたは表示部４５と一体化したタッチパネルでも良い。また、入力部４４は、一次元コードまたは二次元コードを読み込むコードリーダー、非接触型ＩＣカードに記憶された情報を読み込むＩＣカードのリーダーを含む。表示部４５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部４１の指示に従い各種情報を表示する。撮影部４６は、例えばＣＣＤカメラ、ＣＭＯＳカメラ等の撮影装置である。なお、撮影部４６は店舗端末４の中に内蔵せず、外部で直接に店舗端末４と接続し、撮影可能な構成としても良い。

図１１は、依頼者端末５の構成例を示すブロック図である。依頼者端末５は、制御部５１、記憶部５２、通信部５３、入力部５４、表示部５５及び撮影部５６を含む。各構成はバスＢで接続されている。

制御部５１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部５２に記憶された制御プログラム５Ｐを読み出して実行することにより、依頼者端末５に係る種々の情報処理、制御処理等を行う。なお、図１１では制御部５１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部５２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部５１が処理を実行するために必要な制御プログラム５Ｐ又はデータ等を記憶している。また、記憶部５２は、制御部５１が演算処理を実行するために必要なデータ等を一時的に記憶する。

通信部５３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１、決済サーバ２及びユーザ端末３等と情報の送受信を行う。入力部５４は、キーボード、マウスまたは表示部５５と一体化したタッチパネルでも良い。表示部５５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部５１の指示に従い各種情報を表示する。撮影部５６は、例えばＣＣＤカメラ、ＣＭＯＳカメラ等の撮影装置である。なお、撮影部５６は依頼者端末５の中に内蔵せず、外部で直接に依頼者端末５と接続し、撮影可能な構成としても良い。

図１２は、ユーザの属性に合致するクーポンの特定及び送信の動作を説明する説明図である。依頼者端末５の制御部５１は、通信部５３を介して、キャンペーンの対象となる商品に関する情報、該キャンペーンに対応するクーポン、及び該クーポンの発行対象者の属性をサーバ１に送信する。商品に関する情報は、商品カテゴリ及び商品の名称等を含む。クーポンは、クーポンの種類、使用可能な回数、クーポン額面、発行日時及び有効期間等を含む。サーバ１の制御部１１は、通信部１３を介して、依頼者端末５から送信された商品に関する情報、クーポン及び該クーポンの発行対象者の属性を受信する。サーバ１の制御部１１は、クーポンＩＤを振って、クーポンの種類、使用可能な回数、クーポン額面、クーポンの発行対象者の属性、発行日時及び有効期間等を一つのレコードとしてクーポンＤＢ１７２に記憶する。制御部１１は、受信した商品に関する情報と、クーポン及び発行対象者の属性とを関連づけ、大容量記憶部１７のキャンペーンＤＢ１７１に記憶する。具体的には、制御部１１は、キャンペーンＩＤを振って、商品カテゴリ、商品の名称、クーポンＩＤ等を一つのレコードとしてキャンペーンＤＢ１７１に記憶する。

制御部１１は、当該商品におけるキャンペーンの対象者となるユーザの属性の取得リクエストを通信部１３により決済サーバ２に送信する。決済サーバ２は、ユーザの属性の取得リクエストに応じて、大容量記憶部２７の属性情報ＤＢ２７１からユーザの属性を取得し、通信部２３によりサーバ１に送信する。サーバ１の制御部１１は、決済サーバ２から送信されたユーザの属性を通信部１３により受信する。

ユーザが当該商品を購入する場合、店舗端末４の制御部４１は、入力部４４に含まれたコードのリーダーまたは撮影部（カメラ）４６を用いて該商品のＱＲコードを読み取る。制御部４１は、二次元コードの解析ライブラリを利用し、読み取ったＱＲコードにより商品の決済情報を取得する。ユーザ端末３の制御部３１は、ユーザによる決済アプリケーションを起動する。制御部３１は、決済アプリケーションによって、ユーザＩＤが含まれるＱＲコードを生成する。制御部３１は、表示部３５を介して、生成したＱＲコードを決済アプリケーション上に表示する。店舗端末４の制御部４１は、コードのリーダーまたは撮影部４６を用いて、ユーザ端末３から決済アプリケーション上に表示されているＱＲコードを読み取る。制御部４１は、二次元コードの解析ライブラリを利用し、読み取ったＱＲコードによりユーザＩＤを取得する。制御部４１は、取得した商品の決済情報及びユーザＩＤを通信部４３により決済サーバ２に送信する。

決済サーバ２の制御部２１は、通信部２３を介して、店舗端末４から送信された商品の決済情報及びユーザＩＤを受信する。制御部２１は、受信した商品の決済情報及びユーザＩＤを大容量記憶部２７の決済情報ＤＢ２７２に記憶する。具体的には、制御部２１は、決済ＩＤを振って、ユーザＩＤ、カテゴリ、商品、ＳＫＵ、数量、価格、購買店及び購買日時を一つのレコードとして決済情報ＤＢ２７２に記憶する。制御部２１は、該商品の決済情報及びユーザＩＤに基づき、決済処理を行う。該商品の決済処理が完了した後に、制御部２１は、ユーザＩＤに応じて、大容量記憶部２７の属性情報ＤＢ２７１から該ユーザの属性を取得する。決済サーバ２は、取得したユーザの属性、ユーザＩＤ及び商品の決済情報を通信部２３によりサーバ１に送信する。

サーバ１の制御部１１は、通信部１３を介して、決済サーバ２から送信されたユーザの属性、ユーザＩＤ及び商品の決済情報を受信する。制御部１１は、受信したユーザの属性、及び商品の決済情報と、依頼者端末５から送信されたキャンペーンの対象となる商品に関する情報、該キャンペーンに対応するクーポン、及び該クーポンの発行対象者の属性とをマッチングし、クーポンを特定する。具体的には、制御部１１は、受信した決済の商品に基づき、大容量記憶部１７のキャンペーンＤＢ１７１から同じ商品に対応するクーポンＩＤを取得する。制御部１１は、取得したクーポンＩＤに基づき、大容量記憶部１７のクーポンＤＢ１７２から、該クーポンＩＤに対応する対象者属性を取得する。制御部１１は、クーポンＤＢ１７２から取得した対象者の属性と、決済サーバ２から送信されたユーザの属性とを比較する。制御部１１は、対象者の属性とユーザの属性が一致したと判定した場合、該クーポンＩＤによりクーポンを取得して特定する。

なお、クーポンの特定処理に関しては、上述した特定処理に限るものではない。例えば、予めキャンペーンの商品におけるクーポンの発行条件をユーザの属性に対応付け、記憶部１２に記憶しても良い。ユーザが自身の属性に合致するキャンペーンの商品を購入する場合、制御部１１は、記憶部１２からクーポンの発行条件を取得し、取得したクーポンの発行条件を満たすか否かを判定する。制御部１１は、クーポンの発行条件を満たしたと判定した場合、クーポンを特定する。また、ユーザ属性情報に基づき、制御部１１は、ＡＩ（artificial intelligence）技術を用いてユーザの嗜好、習慣及び趣味等の情報を分析し、分析の結果に応じてクーポンを特定しても良い。なお、ＡＩ技術によるユーザの属性の取得処理に関しては、実施形態５で記述する。

サーバ１の制御部１１は、ユーザの属性に合致するクーポンを特定した場合、該ユーザのＩＤに基づき、該ユーザの送信先を取得する。制御部１１は、通信部１３を介して、ユーザの送信先宛に、特定したクーポンをユーザ端末３に送信する。ユーザ端末３の制御部３１は、通信部３３によりサーバ１から送信されたクーポンを受信し、受信したクーポンを決済アプリケーション上で表示部３５により表示する。ユーザが受け取ったクーポンを使用した場合、店舗端末４の制御部４１は、コードのリーダーまたは撮影部４６を用いて、ユーザ端末３から決済アプリケーション上に表示されているクーポンのＱＲコードを読み取る。制御部４１は、読み取ったＱＲコードを二次元コードの解析ライブラリにより解析し、ユーザＩＤ、クーポンＩＤ、ユーザの属性等を含むクーポンの決済情報を取得する。制御部４１は、取得したクーポンの決済情報を通信部４３により決済サーバ２に送信する。

決済サーバ２の制御部２１は、通信部２３を介して、店舗端末４から送信されたクーポンの決済情報を受信し、受信したクーポンの決済情報をサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、決済サーバ２から送信された決済対象のクーポンの決済情報を受信する。制御部１１は、受信したクーポンの決済情報から、該決済対象のクーポンの有効期間、使用可能な回数、クーポンの決済金額を取得する。制御部１１は、取得した有効期間、使用可能な回数、クーポンの決済金額と、大容量記憶部１７のクーポンＤＢ１７２に記憶された該クーポンＩＤに対応する有効期間、使用可能な回数、クーポン額面と比較する。制御部１１は、該クーポンが有効期間、使用回数、決済金額等の使用条件を満たしたと判定した場合、制御部１１は、該クーポンの決済指示を通信部１３により決済サーバ２に送信する。

決済サーバ２の制御部２１は、通信部２３を介して、サーバ１から送信された該クーポンの決済指示を受信した場合、該クーポンの決済情報を大容量記憶部２７の決済情報ＤＢ２７２に記憶する。具体的には、制御部２１は、決済ＩＤを振って、ユーザＩＤ、カテゴリ、商品、ＳＫＵ、数量、価格、購買店及び購買日時を一つのレコードとして決済情報ＤＢ２７２に記憶する。制御部２１は、該クーポンの決済情報に基づいて決済処理を行い、ユーザＩＤ、クーポンＩＤ及びユーザ属性を含むクーポンの決済情報を通信部２３によりサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、決済サーバ２から送信されたクーポンの決済情報を受信し、受信したクーポンの決済情報を大容量記憶部１７に記憶する。具体的には、制御部１１は、ユーザＩＤ及びクーポンＩＤに基づいて、キャンペーンＤＢ１７１のクーポンの決済ＩＤ、利用状態等の情報を更新する。制御部１１は、クーポンＩＤ、ユーザＩＤ、ユーザの属性、クーポンが使用された日時、クーポンが使用された店舗、使用回数、クーポンの発行者の名称及びメールアドレスを一つのレコードとしてクーポン使用履歴ＤＢ１７３に記憶する。

図１３及び図１４は、ユーザの属性に合致するクーポンの特定及び送信の処理手順を示すフローチャートである。依頼者端末５の制御部５１は、通信部５３を介して、キャンペーンの対象となる商品に関する情報、該キャンペーンに対応するクーポン、及び該クーポンの発行対象者の属性を送信する（ステップＳ５０１）。サーバ１の制御部１１は、通信部１３により店舗端末４から送信された商品に関する情報、クーポン及び該クーポンの発行対象者の属性を受信する（ステップＳ１０１）。制御部１１は、受信した商品に関する情報と、クーポン、及び該クーポンの発行対象者の属性とを関連づけ、大容量記憶部１７のキャンペーンＤＢ１７１に記憶し、クーポンをクーポンＤＢ１７２に記憶する。（ステップＳ１０２）。制御部１１は、ユーザの属性の取得リクエストを通信部１３により決済サーバ２に送信する（ステップＳ１０３）。

決済サーバ２の制御部２１は、通信部２３によりサーバ１から送信されたユーザの属性の取得リクエストを受信する（ステップＳ２０１）。制御部２１は、受信した取得リクエストに応じて、大容量記憶部２７の属性情報ＤＢ２７１からユーザの属性を取得する（ステップＳ２０２）。制御部２１は、通信部２３により取得したユーザの属性をサーバ１に送信する（ステップＳ２０３）。サーバ１の制御部１１は、決済サーバ２から送信されたユーザの属性を通信部１３により受信する（ステップＳ１０４）。

ユーザが当該商品を購入する場合、店舗端末４の制御部４１は、入力部４４に含まれたコードのリーダーまたは撮影部（カメラ）４６を用いて該商品のＱＲコードを読み取る（ステップＳ４０１）。制御部４１は、二次元コードの解析ライブラリを利用し、読み取ったＱＲコードにより商品の決済情報を取得する（ステップＳ４０２）。ユーザ端末３の制御部３１は、ユーザによる決済アプリケーションを起動する（ステップＳ３０１）。制御部３１は、決済アプリケーションによって、ユーザＩＤが含まれるＱＲコードを生成する（ステップＳ３０２）。制御部３１は、表示部３５を介して、生成したＱＲコードを決済アプリケーション上に表示する（ステップＳ３０３）。

店舗端末４の制御部４１は、コードのリーダーまたは撮影部４６を用いて、ユーザ端末３から決済アプリケーション上に表示されているＱＲコードを読み取る（ステップＳ４０３）。制御部４１は、二次元コードの解析ライブラリを利用し、読み取ったＱＲコードによりユーザＩＤを取得する（ステップＳ４０４）。制御部４１は、取得した商品の決済情報及びユーザＩＤを含む商品の決済請求を通信部４３により決済サーバ２に送信する（ステップＳ４０５）。決済サーバ２の制御部２１は、店舗端末４から送信された商品の決済情報及びユーザＩＤを大容量記憶部２７の決済情報ＤＢ２７２に記憶する（ステップＳ２０４）。制御部２１は、商品の決済請求に応じて当該商品に対する決済処理を行う（ステップＳ２０５）。該商品の決済処理が完了した後に、制御部２１は、ユーザＩＤに応じて、大容量記憶部２７の属性情報ＤＢ２７１から該ユーザの属性を取得する（ステップＳ２０６）。決済サーバ２は、ユーザＩＤ、ユーザの属性及び商品の決済情報を通信部２３によりサーバ１に送信する（ステップＳ２０７）。

サーバ１の制御部１１は、通信部１３を介して、決済サーバ２から送信されたユーザＩＤ、ユーザの属性及び商品の決済情報を受信する（ステップＳ１０５）。制御部１１は、受信した決済の商品に基づき、大容量記憶部１７のキャンペーンＤＢ１７１から同じ商品に対応するクーポンＩＤを取得する（ステップＳ１０６）。制御部１１は、取得したクーポンＩＤに基づき、大容量記憶部１７のクーポンＤＢ１７２から、該クーポンＩＤに対応する対象者属性を取得する（ステップＳ１０７）。制御部１１は、クーポンＤＢ１７２から取得した対象者の属性と、決済サーバ２から送信された決済情報により取得したユーザの属性とを比較し（ステップＳ１０８）、対象者の属性とユーザの属性が一致するか否かを判定する（ステップＳ１０９）。制御部１１は、対象者の属性とユーザの属性が一致したと判定した場合（ステップＳ１０９でＹＥＳ）、該クーポンＩＤによりクーポンを取得する（ステップＳ１１０）。制御部１１は、該商品を購入したユーザの属性からユーザの送信先を取得する（ステップＳ１１１）。ユーザの送信先は、例えば、ユーザのメールアドレスであっても良い。制御部１１は、通信部１３を介して、ユーザの送信先宛に、取得したクーポンをユーザ端末３に送信する（ステップＳ１１２）。ユーザ端末３の制御部３１は、サーバ１から送信されたクーポンを通信部３３により受信する（ステップＳ３０４）。制御部１１は、対象者の属性とユーザの属性が一致していないと判定した場合（ステップＳ１０９でＮＯ）、処理を終了する。

図１５は、クーポンの決済の処理手順を示すフローチャートである。ユーザが受け取ったクーポンを使用した場合、ユーザ端末３の制御部３１は、ユーザによるユーザ端末３にインストールされた決済アプリケーションを起動する（ステップＳ３０ａ）。ユーザ端末３の制御部３１は、表示部３５を介して、決済アプリケーション上に使用対象のクーポンを表示する（ステップＳ３０ｂ）。店舗端末４の制御部４１は、コードのリーダーまたは撮影部４６を用いて、ユーザ端末３から決済アプリケーション上に表示されているクーポンのＱＲコードを読み取る（ステップＳ４０ａ）。制御部４１は、読み取ったＱＲコードを解析し、クーポンの決済情報を取得する（ステップＳ４０ｂ）。制御部４１は、通信部４３を介して、決済サーバ２にクーポンの決済請求を送信する（ステップＳ４０ｃ）。決済サーバ２の制御部２１は、通信部２３を介して、店舗端末４から送信されたクーポンの決済請求を受信する（ステップＳ２０ａ）。制御部２１は、受信したクーポンの決済請求に応じて、決済対象となるクーポンの情報をサーバ１に送信する（ステップＳ２０ｂ）。

サーバ１の制御部１１は、通信部１３を介して、決済サーバ２から送信された決済対象となるクーポンの情報を受信する（ステップＳ１０ａ）。制御部１１は、受信したクーポンの情報に基づき、該クーポンの有効期間を過ぎるか否かを判定する（ステップＳ１０ｂ）。具体的には、制御部１１は、大容量記憶部１７のクーポンＤＢ１７２から、受信したクーポンのＩＤに対応する有効期間を取得する。制御部１１は、取得したクーポンの有効期間に基づき、現時点が有効期間内であるか期間外であるかを判定する。

制御部１１は、該クーポンの有効期間を過ぎたと判定した場合（ステップＳ１０ｂでＹＥＳ）、制御部１１は、通信部１３を介して、決済不可の指示を決済サーバ２に送信する（ステップＳ１０ｈ）。決済サーバ２は、通信部２３を介して、サーバ１から送信された決済不可の指示を受信し（ステップＳ２０ｇ）、クーポンの決済請求の失敗指示を店舗端末４に送信する（ステップＳ２０ｈ）。店舗端末４の制御部４１は、通信部４３を介して、決済サーバ２から送信されたクーポンの決済請求の失敗指示を受信する（ステップＳ４０ｄ）。

制御部１１は、該クーポンの有効期間を過ぎていないと判定した場合（ステップＳ１０ｂでＮＯ）、該クーポンに対する使用可能な回数を超えるか否かを判定する（ステップＳ１０ｃ）。具体的には、制御部１１は、大容量記憶部１７のクーポンＤＢ１７２から、受信したクーポンのＩＤに対応する使用可能な回数を取得する。制御部１１は、取得した使用可能な回数と受信したクーポンの使用回数とを比較して判定する。制御部１１は、該クーポンに対する使用可能な回数を超えたと判定した場合（ステップＳ１０ｃでＹＥＳ）、ステップＳ１０ｈに遷移する。

制御部１１は、該クーポンに対する使用可能な回数を超えていないと判定した場合（ステップＳ１０ｃでＮＯ）、決済金額が正しいか否かを判定する（ステップＳ１０ｄ）。制御部１１は、決済金額が正しくないと判定した場合（ステップＳ１０ｄでＮＯ）、ステップＳ１０ｈに遷移する。制御部１１は、決済金額が正しいと判定した場合（ステップＳ１０ｄでＹＥＳ）、通信部１３を介して、該クーポンに対する決済指示を決済サーバ２に送信する（ステップＳ１０ｅ）。

決済サーバ２の制御部２１は、通信部２３を介して、サーバ１から送信されたクーポンの決済指示を受信する（ステップＳ２０ｃ）。制御部２１は、受信したクーポンの決済指示に応じて、クーポンの決済を行い（ステップＳ２０ｄ）、クーポンの決済情報を大容量記憶部２７の決済情報ＤＢ２７２に記憶する（ステップＳ２０ｅ）。具体的には、制御部２１は、決済ＩＤを振って、ユーザＩＤ、カテゴリ、商品、ＳＫＵ、数量、価格、購買店及び購買日時を一つのレコードとして決済情報ＤＢ２７２に記憶する。制御部２１は、通信部２３を介して、クーポンの決済情報をサーバ１に送信する（ステップＳ２０ｆ）。サーバ１の制御部１１は、通信部１３を介して、決済サーバ２から送信されたクーポンの決済情報を受信する（ステップＳ１０ｆ）。制御部１１は、受信したクーポンの決済情報に基づき、クーポンの利用情報を大容量記憶部１７に記憶する（ステップＳ１０ｇ）。具体的には、制御部１１は、受信したクーポンの決済情報に基づき、クーポンの決済ＩＤ、状態及び使用回数等を大容量記憶部１７のキャンペーンＤＢ１７１に更新する。制御部１１は、クーポンＩＤ、ユーザＩＤ、ユーザの属性、クーポンが使用された日時、クーポンが使用された店舗、使用回数、クーポンの発行者の名称及びメールアドレスを一つのレコードとして大容量記憶部１７のクーポン使用履歴ＤＢ１７３に記憶する。

続いて、決済アプリケーションによって使用されたユーザのクーポンの利用情報を、当該クーポンを発行した依頼者宛へ出力する処理を説明する。クーポンの利用情報は、クーポンの使用回数、及び当該クーポンが使用されたユーザの属性を含む。クーポンの使用回数をクーポンＩＤにより大容量記憶部１７のクーポン使用履歴ＤＢ１７３の使用回数列から取得することができる。クーポンが使用されたユーザの属性をクーポンＩＤによりクーポン使用履歴ＤＢ１７３のユーザ属性列から取得することができる。

また、クーポンの利用情報に基づき、ユーザの属性別にクーポンの使用率を算出することが可能となる。例えば、制御部１１は、クーポン使用履歴ＤＢ１７３のユーザ属性列を参照し、同じユーザの属性に対応する使用回数を加算して取得する。制御部１１は、加算して取得した使用回数に対応するユーザの属性に基づき、通信部１３を介して、決済サーバ２の大容量記憶部２７の属性情報ＤＢ２７１から当該ユーザの属性と合致するユーザＩＤを取得する。なお、取得されたユーザＩＤが複数のユーザＩＤであっても良い。制御部１１は、大容量記憶部１７のキャンペーンＤＢ１７１から、取得したユーザＩＤに対応するレコードの総数を統計して取得する。取得されたレコードの総数が、該ユーザの属性に合致するユーザに発行したクーポンの総数である。

制御部１１は、取得したクーポンの使用回数とクーポンの総数との割合を算出する。算出された使用回数とクーポンの総数との割合が、ユーザの属性別にクーポンの使用率である。また、制御部１１は、クーポン使用履歴ＤＢ１７３のユーザの属性例、使用日時列、使用店舗列を参照し、ユーザの属性ごとのクーポンの使用回数、使用日時ごとのクーポンの使用回数、使用店舗ごとのクーポンの使用回数を取得することができる。制御部１１は、クーポンの使用率、ユーザの属性ごとのクーポンの使用回数、使用日時ごとのクーポンの使用回数、及び使用店舗ごとのクーポンの使用回数等の情報を含む利用情報のレポートを作成し、作成した利用情報のレポートをクーポンの発行者に送信しても良い。さらにまた、クーポン使用履歴ＤＢ１７３に記憶されたユーザの属性とクーポンの使用日時によって、曜日または時間帯別にクーポンの使用回数を取得することができる。例えば、曜日または時間帯別に、美容院のクーポンが利用された２０代のユーザのクーポンの使用回数が取得され、２０代のユーザに対する利用動向を把握することが可能となる。

サーバ１の制御部１１は、使用されたクーポンの利用情報、及び使用されたクーポンの発行者の送信先を大容量記憶部１７のクーポン使用履歴ＤＢ１７３から取得する。発行者の送信先は、例えば、クーポンの発行者のメールアドレスであっても良い。具体的には、制御部１１、クーポン使用履歴ＤＢ１７３からクーポンＩＤ、ユーザＩＤ、クーポンが使用されたユーザの属性、使用日時、使用店舗、使用回数、クーポンの発行者の名称及びメールアドレスを取得する。制御部１１は、通信部１３を介して、取得したクーポンの発行者の送信先宛に、取得した
情報を依頼者端末５に送信する。なお、クーポンの利用情報がバッチ等により依頼者端末５に送信されても良い。

図１６は、クーポンを発行した依頼者宛へクーポンの利用情報を出力する処理手順を示すフローチャートである。サーバ１の制御部１１は、使用されたクーポンの利用情報、及び使用されたクーポンの発行者の送信先を大容量記憶部１７のクーポン使用履歴ＤＢ１７３から取得する（ステップＳ１ａ１）。制御部１１は、通信部１３を介して、取得したクーポンの発行者の送信先宛に、取得したクーポンの利用情報を依頼者端末５に送信する（ステップＳ１ａ２）。依頼者端末５の制御部５１は、通信部５３によりサーバ１から送信されたクーポンの利用情報を受信する（ステップＳ５ａ１）。

続いて、決済アプリケーションによってクーポンを使用したユーザを特定することにより、クーポンの再度特定の処理について説明する。なお、サーバ１は、キャンペーンの対象となる商品に関する情報、該キャンペーンに対応するクーポン、及び該クーポンの発行対象者の属性を依頼者端末５から取得して記憶する処理に関しては、上述した処理と同様であるため説明を省略する。サーバ１の制御部１１は、決済アプリケーションによってクーポンを使用したユーザを特定し、特定したユーザの属性に合致するクーポンを再度特定する。

具体的には、サーバ１の制御部１１は、大容量記憶部１７のクーポン使用履歴ＤＢ１７３から、クーポンを使用したユーザＩＤを取得する。制御部１１、取得したユーザＩＤに基づいてユーザを特定し、特定したユーザの属性に合致するクーポンを再度特定する。なお、クーポンの再度特定の処理に関しては、上述したクーポンの特定処理と同様であるため説明を省略する。制御部１１は、通信部１３を介して、該ユーザＩＤを決済サーバ２に送信する。決済サーバ２の制御部２１は、サーバ１から送信されたユーザＩＤを通信部２３により受信する。制御部２１は、受信したユーザＩＤに応じて、大容量記憶部２７の属性情報ＤＢ２７１から該ユーザＩＤに対応するユーザの送信先を取得する。ユーザの送信先は、ユーザのメールアドレスであっても良い。制御部２１は、通信部２３を介して、取得したユーザの送信先をサーバ１に送信する。サーバ１の制御部１１は、決済サーバ２から送信されたユーザの送信先を通信部１３により受信する。制御部１１は、通信部１３を介して、受信したユーザの送信先宛に、再度特定したクーポンをユーザ端末３に送信する。ユーザ端末３の制御部３１は、通信部３３を介して、サーバ１から送信されたクーポンを受信し、表示部３５により表示する。なお、再度特定したクーポンが使用される際の決済処理に関しては、初回特定されたクーポンの決済処理と同様であるため説明を省略する。

図１７は、クーポンを使用したユーザにおけるクーポンの再度特定の処理手順を示すフローチャートである。依頼者端末５の制御部５１は、通信部５３を介して、キャンペーンの対象となる商品に関する情報、該キャンペーンに対応するクーポン、及び該クーポンの発行対象者の属性をサーバ１に送信する（ステップＳ５２１）。サーバ１の制御部１１は、通信部１３により依頼者端末５から送信された商品に関する情報、クーポン及び該クーポンの発行対象者の属性を受信する（ステップＳ１２１）。制御部１１は、受信した商品に関する情報、クーポン及び該クーポンの発行対象者の属性を大容量記憶部１７のキャンペーンＤＢ１７１及びクーポンＤＢ１７２に記憶する（ステップＳ１２２）。

サーバ１の制御部１１は、大容量記憶部１７のクーポン使用履歴ＤＢ１７３から、クーポンを使用したユーザＩＤを取得する（ステップＳ１２３）。制御部１１、取得したユーザＩＤに基づいてユーザを特定し（ステップＳ１２４）、特定したユーザの属性に合致するクーポンを再度特定する（ステップＳ１２５）。制御部１１は、通信部１３を介して、該ユーザＩＤを決済サーバ２に送信する（ステップＳ１２６）。

決済サーバ２の制御部２１は、サーバ１から送信されたユーザＩＤを通信部２３により受信する（ステップＳ２２１）。制御部２１は、受信したユーザＩＤに応じて、大容量記憶部２７の属性情報ＤＢ２７１から該ユーザＩＤに対応するユーザの送信先を取得する（ステップＳ２２２）。制御部２１は、通信部２３を介して、取得したユーザの送信先をサーバ１に送信する（ステップＳ２２３）。サーバ１の制御部１１は、決済サーバ２から送信されたユーザの送信先を通信部１３により受信する（ステップＳ１２７）。制御部１１は、通信部１３を介して、受信したユーザの送信先宛に、再度特定したクーポンをユーザ端末３に送信する（ステップＳ１２８）。ユーザ端末３の制御部３１は、通信部３３を介して、サーバ１から送信されたクーポンを受信し（ステップＳ３２１）、表示部３５により表示する。

続いて、決済アプリケーションによってクーポンを使用したユーザを特定することにより、使用されたクーポンに対応するアンケートの送信処理について説明する。サーバ１の制御部１１は、決済アプリケーションによってクーポンを使用したユーザを特定し、使用されたクーポンに対応するアンケートを取得する。制御部１１は、通信部１３を介して、取得したアンケートを特定したユーザのユーザ端末３に送信する。

図１８は、クーポンを使用したユーザにアンケートを送信する際の処理手順を示すフローチャートである。依頼者端末５の制御部５１は、アンケートを取得する（ステップＳ５３１）。アンケートが、入力部５４により受け付けられても良く、または通信部５３により図示しない外部装置から依頼者端末５に転送されても良い。更にまた、アンケートが予め依頼者端末５の記憶部５２に記憶されても良い。制御部５１は、通信部５３を介して、取得したアンケートをサーバ１に送信する（ステップＳ５３２）。サーバ１の制御部１１は、通信部１３を介して、依頼者端末５から送信されたアンケートを受信し（ステップＳ１３１）、受信したアンケートを記憶部１２に記憶する（ステップＳ１３２）。

サーバ１の制御部１１は、ユーザの特定処理を行う。なお、ユーザの特定処理に関しては、図１７と重複するため、同一の符号を付して説明を省略する。制御部１１は、通信部１３を介して、依頼者端末５から送信されたアンケートをキャンペーンＩＤ及びクーポンＩＤに対応付け、特定したユーザのユーザ端末３に送信する（ステップＳ１３３）。ユーザ端末３の制御部３１は、通信部３３によりサーバ１から送信されたキャンペーンＩＤ、クーポンＩＤ及びアンケートを受信する（ステップＳ３３１）。制御部３１は、入力部３４または通信部３３を介して、ユーザによるアンケートの回答を受け付ける（ステップＳ３３２）。制御部３１は、受け付けたアンケートの回答をキャンペーンＩＤ及びクーポンＩＤに対応付け、通信部３３によりサーバ１に送信する（ステップＳ３３３）。

サーバ１の制御部１１は、通信部１３を介して、ユーザ端末３から送信されたキャンペーンＩＤ、クーポンＩＤ及びアンケートの回答を受信し（ステップＳ１３４）、受信したキャンペーンＩＤ、クーポンＩＤ及びアンケートの回答を依頼者端末５に送信する（ステップＳ１３５）。依頼者端末５の制御部５１は、通信部５３を介して、サーバ１から送信されたキャンペーンＩＤ、クーポンＩＤ及びアンケートの回答を受信し（ステップＳ５３３）、受信したキャンペーンＩＤ、クーポンＩＤ及びアンケートの回答を記憶部５２に記憶する（ステップＳ５３４）。なお、上述したアンケートの回答の送受信の処理方式に限るものではない。例えば、アンケートの回答がユーザ端末３から直接に依頼者端末５に送信されても良い。

続いて、ユーザが未使用のクーポンを削除した場合、クーポンを発行した依頼者宛へ、クーポンの削除情報を出力する処理について説明する。ユーザ端末３の制御部３１は、ユーザによる未使用のクーポンの削除を受け付け、通信部３３を介して、当該クーポンの削除情報をサーバ１に送信する。サーバ１の制御部１１は、通信部１３によりユーザ端末３から送信されたクーポンの削除情報を受信して記憶する。制御部１１は、当該クーポンを発行した依頼者端末５に受信した削除情報を通信部１３により送信する。依頼者端末５の制御部５１は、通信部５３を介して、サーバ１から送信されたクーポンの削除情報を受信する。なお、本実施形態では、クーポンの削除情報がサーバ１から依頼者端末５に送信されたが、これに限るものではない。例えば、クーポンの削除情報がユーザ端末３から直接に依頼者端末５に送信されても良い。

図１９は、クーポンを発行した依頼者宛へクーポンの削除情報を出力する処理手順を示すフローチャートである。ユーザ端末３の制御部３１は、ユーザ端末３にインストールされた決済アプリケーションを起動する（ステップＳ３４１）。制御部３１は、決済アプリケーション上に、発行されたクーポンを表示部３５により表示する（ステップＳ３４２）。制御部３１は、入力部３４により、ユーザが未使用のクーポンを削除した操作を受け付ける（ステップＳ３４３）。例えば、決済アプリケーション上に未使用のクーポンが表示された場合、「削除」ボタンが表示されても良い。ユーザが「削除」ボタンを押下した場合、ユーザ端末３の制御部３１は、該クーポンの削除の指示を入力部３４により受け付ける。制御部３１は、通信部３３を介して、当該クーポンの削除情報をサーバ１に送信する（ステップＳ３４４）。クーポンの削除情報は、ユーザＩＤ、クーポンＩＤ、当該クーポンを所有するユーザの属性及び削除日時等を含む。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末３から送信されたクーポンの削除情報を受信し（ステップＳ１４１）、受信した削除情報を大容量記憶部１７に記憶する（ステップＳ１４２）。具体的には、制御部１１は、受信した削除情報をユーザＩＤ、クーポンＩＤに関連づけ、大容量記憶部１７のキャンペーンＤＢ１７１の状態列に「削除済」を記憶する。制御部１１は、ユーザＩＤ、クーポンＩＤ、ユーザの属性等を含む削除情報を依頼者端末５に送信する（ステップＳ１４３）。依頼者端末５の制御部５１は、通信部５３を介して、サーバ１から送信されたクーポンの削除情報を受信する（ステップＳ５４１）。

本実施形態によると、ユーザがキャンペーンの対象となる商品の購入に応じて、ユーザの属性に合致するクーポンを特定することにより、潜在顧客の発掘及び有効な販売促進等を実現することが可能となる。

本実施形態によると、クーポンを発行した依頼者宛へ使用されたクーポンの利用情報を出力することにより、クーポンの利用度合、利用者の情報等を把握することが可能となる。

本実施形態によると、クーポンを使用したユーザにおける該ユーザの属性に合致するクーポンを再度特定して発行することが可能となる。

本実施形態によると、クーポンを使用したユーザにおける当該クーポンに対応するアンケートを送信することが可能となる。

本実施形態によると、ユーザが未使用のクーポンを削除した場合、当該クーポンを発行した依頼者宛へクーポンの削除情報を出力することが可能となる。

（実施形態２）
実施形態２は、キャンペーンの対象者となるユーザの属性に合致するフリークエントプログラムを特定し、特定したフリークエントプログラムを当該ユーザに送信する形態に関する。

図２０は、実施形態２のサーバ１の構成例を示すブロック図である。なお、図２と重複する内容については同一の符号を付して説明を省略する。サーバ１の大容量記憶部１７は、フリークエントプログラムＤＢ１７４を含む。フリークエントプログラムＤＢ１７４は、フリークエントプログラムに関するフリークエントプログラムＩＤ、参加必要な回数、当該フリークエントプログラムに応じて提供されるクーポンＩＤ、応募期間及び規定ポイント数等の情報を記憶している。

図２１は、実施形態２のキャンペーンＤＢ１７１のレコードレイアウトの一例を示す説明図である。なお、図３と重複する内容については説明を省略する。キャンペーンＤＢ１７１は、サブＩＤ列、フリークエントプログラムＩＤ列、購買回数列及びポイント数列を含む。サブＩＤ列は、フリークエントプログラムにおける商品の決済の度に、キャンペーンＩＤに対する固有の子識別情報を記憶している。キャンペーンＩＤごとに、同じフリークエントプログラムに提供される商品の決済によってそれぞれのサブＩＤが振られても良い。フリークエントプログラムＩＤ列は、商品に応じて提供されるフリークエントプログラムを特定するフリークエントプログラムのＩＤを記憶している。購買回数列は、フリークエントプログラムに応募しているユーザが、該当フリークエントプログラムに提供される商品を購買した回数を記憶している。ポイント数列は、フリークエントプログラムに応募しているユーザに対し、商品の決済の度に加算されたポイント数を記憶している。

図２２は、フリークエントプログラムＤＢ１７４のレコードレイアウトの一例を示す説明図である。フリークエントプログラムＤＢ１７４は、フリークエントプログラムＩＤ列、購買回数列、クーポンＩＤ列、応募期間列、規定ポイント数列及び対象者属性列を含む。

フリークエントプログラムＩＤ列は、各フリークエントプログラムを識別するために、一意に特定されるフリークエントプログラムのＩＤを記憶している。購買回数列は、フリークエントプログラムに応募しているユーザがクーポンを獲得するため、商品を購買するのに必要な回数を記憶している。クーポンＩＤ列は、フリークエントプログラムに応募しているユーザにクーポンを発行する条件を満たした場合、該当ユーザへ発行するクーポンのＩＤを記憶している。応募期間列は、フリークエントプログラムの応募可能な期間情報を記憶している。規定ポイント数列は、クーポンを獲得するための必要なポイント数を記憶している。対象者属性列は、フリークエントプログラムに応募可能な対象者の属性を記憶している。

図２３は、ユーザの属性に合致するフリークエントプログラムの特定及び送信の動作を説明する説明図である。依頼者端末５の制御部５１は、通信部５３を介して、キャンペーンの対象となる商品に関する情報、該キャンペーンに対応するフリークエントプログラム、及び該フリークエントプログラムに応募可能な対象者の属性をサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、依頼者端末５から送信された商品に関する情報、フリークエントプログラム及び対象者の属性を受信する。

制御部１１は、受信した商品に関する情報、フリークエントプログラム及び対象者の属性を大容量記憶部１７に記憶する。具体的には、制御部１１は、商品に関する情報と、フリークエントプログラムとを関連づけ、一つのレコードとして大容量記憶部１７のキャンペーンＤＢ１７１に記憶する。制御部１１は、フリークエントプログラムＩＤを振って、購買回数、クーポンＩＤ、応募期間、規定ポイント数及び応募可能な対象者の属性を一つのレコードとして大容量記憶部１７のフリークエントプログラムＤＢ１７４に記憶する。

制御部１１は、当該商品に対するキャンペーンの対象者となるユーザの属性の取得リクエストを決済サーバ２に送信する。決済サーバ２は、ユーザの属性の取得リクエストに応じて、大容量記憶部２７の属性情報ＤＢ２７１からユーザの属性を取得し、通信部２３によりサーバ１に送信する。サーバ１の制御部１１は、決済サーバ２から送信されたユーザの属性を通信部１３により受信する。

サーバ１の制御部１１は、商品に関する情報、及び当該商品が購入されたユーザの属性に基づき、当該商品に応じて提供されるフリークエントプログラムを特定する。フリークエントプログラムは、店舗等で商品を購入した買物金額またはポイントの累計によって特典を与えるプログラムである。なお、フリークエントプログラムの特定処理に関しては、実施形態１でのクーポンの特定処理と同様であるため説明を省略する。サーバ１の制御部１１は、通信部１３を介して、特定したフリークエントプログラムをユーザ端末３に送信する。ユーザ端末３の制御部３１は、サーバ１から送信されたフリークエントプログラムを通信部３３により受信する。

図２４は、フリークエントプログラムに応募しているユーザにクーポンを送信する動作を説明する説明図である。ユーザ端末３の制御部３１は、入力部３４または通信部３３によりフリークエントプログラムへの応募を受け付け、通信部３３によりサーバ１にフリークエントプログラムへの応募情報を送信する。制御部３１は、ユーザがフリークエントプログラムにおける提供される商品を購入した際の決済処理を決済アプリケーションによって行う。なお、決済処理に関しては、実施形態１での決済処理と同様であるため説明を省略する。

決済サーバ２の制御部２１は、決済アプリケーションによって商品の決済の度に、クーポンを獲得するためのポイント数を所定ルールで加算する。例えば、１件商品の購入につき１００ポイントが進呈される。制御部２１は、通信部２３を介して、加算したポイント数をユーザ端末３に送信する。ユーザ端末３の制御部３１は、通信部３３を介して、決済サーバ２から送信されたポイント数を受信し、受信したポイント数に基づいて集計情報を表示部１５により表示する。なお、集計情報の表示形式に関しては後述する。

サーバ１の制御部１１は、通信部１３を介して、フリークエントプログラムに応募しているユーザに対するポイント数を決済サーバ２から取得し、取得したポイント数が規定ポイント数に達すか否かを判定する。制御部１１は、取得したポイント数が規定ポイント数に達したと判定した場合、当該フリークエントプログラムに定められたクーポンを特定する。具体的には、制御部１１は、フリークエントプログラムＩＤに基づき、大容量記憶部１７のフリークエントプログラムＤＢ１７４の規定ポイント数列から規定ポイント数を取得する。制御部１１は、取得したポイント数と規定ポイント数とを比較し、規定ポイント数に達した場合、フリークエントプログラムＤＢ１７４のクーポンＩＤ列から、当該フリークエントプログラムＩＤに対応するクーポンＩＤを取得する。制御部１１は、取得したクーポンＩＤに基づき、クーポンＤＢ１７２からクーポンを取得して特定する。制御部１１は、通信部１３を介して、特定したクーポンをユーザ端末３に送信する。

図２５は、フリークエントプログラムにおけるクーポン獲得のイメージ図である。ユーザ端末３の制御部３１は、決済アプリケーション経由でフリークエントプログラムにおける商品の決済の度に、決済サーバ２から当該フリークエントプログラムに応募しているユーザに対するポイント数を通信部３３により取得する。制御部３１は、取得したポイント数に基づき、集計情報を表示部３５により表示する。本実施形態では、集計情報がポイント数の文字表示形式とスタンプの表示形式で同時に表示される。スタンプの表示形式に関しては、例えば１００ポイントにつき１スタンプ相当として、９００ポイント数が獲得された場合、９スタンプが表示される。なお、集計情報は上述した表示形式に限るものではない。例えば、集計情報がシール、くじ引き等の形式で表示されても良い。

ユーザが獲得したポイント数が規定ポイント数に達した場合、サーバ１の制御部１１は、当該フリークエントプログラムに定められたクーポンを特定し、特定したクーポンを通信部１３によりユーザ端末３に送信する。ユーザ端末３の制御部３１は、サーバ１から送信されたクーポンを通信部３３により受信する。制御部３１は、ユーザ端末３にインストールされた決済アプリケーション上に、受信したクーポンを表示部３５により表示する。図示のように、発行されたクーポンにクーポンの決済情報を含むコードが付加されても良い。この場合、店舗端末４での撮影部４６を用いて生成されたクーポンのコードの読み取り、ユーザ端末３の制御部３１が受信したクーポンを決済する。

図２６及び図２７は、フリークエントプログラムに応募しているユーザにクーポンの送信の処理手順を示すフローチャートである。なお、ステップＳ１５３〜Ｓ１５４（Ｓ１０３〜Ｓ１０４）、及びステップＳ２５１〜Ｓ２５３（Ｓ２０１〜Ｓ２０３）に関しては、図１３と重複するため説明を省略する。

依頼者端末５の制御部５１は、通信部５３を介して、キャンペーンの対象となる商品に関する情報、該キャンペーンに対応するフリークエントプログラム、及び該フリークエントプログラムに応募可能な対象者の属性をサーバ１に送信する（ステップＳ５５１）。サーバ１の制御部１１は、通信部１３を介して、依頼者端末５から送信された商品に関する情報、フリークエントプログラム及び対象者の属性を受信する（ステップＳ１５１）。制御部１１は、受信した商品に関する情報、フリークエントプログラム及び対象者の属性を大容量記憶部１７のキャンペーンＤＢ１７１及びフリークエントプログラムＤＢ１７４に記憶する（ステップＳ１５２）。制御部１１は、受信したキャンペーンの対象となる商品に関する情報、及び当該キャンペーンの対象者となるユーザの属性に基づき、当該商品に応じて提供されたフリークエントプログラムを特定する（ステップＳ１５５）。制御部１１は、通信部１３を介して、特定したフリークエントプログラムをユーザ端末３に送信する（ステップＳ１５６）。ユーザ端末３の制御部３１は、サーバ１から送信されたフリークエントプログラムを通信部３３により受信する（ステップＳ３５１）。

ユーザ端末３の制御部３１は、フリークエントプログラムにおける商品の決済請求を通信部３３により決済サーバ２に送信する（ステップＳ３５２）。決済サーバ２の制御部２１は、当該商品に対する決済処理を行い（ステップＳ２５４）、決済情報を大容量記憶部２７の決済情報ＤＢ２７２に記憶する（ステップＳ２５５）。具体的には、制御部２１は、決済ＩＤを振って、ユーザＩＤ、カテゴリ、商品、ＳＫＵ、数量、価格、購買店及び購買日時を決済情報ＤＢ２７２に一つのレコードとして記憶する。制御部２１は、クーポンを獲得するためのポイント数を所定ルールで加算し（ステップＳ２５６）、加算したポイント数（現時点で獲得されたポイント数）を通信部２３によりサーバ１に送信する（ステップＳ２５７）。

サーバ１の制御部１１は、通信部１３を介して、決済サーバ２から送信されたポイント数を受信し（ステップＳ１５６）、受信したポイント数をユーザ端末３に送信する（ステップＳ１５７）。ユーザ端末３の制御部３１は、通信部３３を介して、サーバ１から送信されたポイント数を受信し（ステップＳ３５３）、受信したポイント数を表示部３５により表示する（ステップＳ３５４）。なお、加算されたポイント数が決済サーバ２から直接にユーザ端末３に送信されても良い。

サーバ１の制御部１１は、受信したポイント数が規定ポイント数に達すか否かを判定する（ステップＳ１５８）。制御部１１は、受信したポイント数が規定ポイント数に達したと判定した場合（ステップＳ１５８でＹＥＳ）、当該フリークエントプログラムに定められたクーポンを特定する（ステップＳ１５９）。制御部１１は、通信部１３を介して、特定したクーポンをユーザ端末３に送信する（ステップＳ１６０）。制御部１１は、受信したポイント数が規定ポイント数に達していないと判定した場合（ステップＳ１５８でＮＯ）、ステップＳ１５６処理に戻る。

ユーザ端末３の制御部３１は、サーバ１から送信されたクーポンを通信部３３により受信し（ステップＳ３５５）、クーポンの決済請求を決済サーバ２に送信する（ステップＳ３５６）。決済サーバ２の制御部２１は、通信部２３を介して、ユーザ端末３から送信されたクーポンの決済請求を受け付けた場合、クーポンの決済処理を行う（ステップＳ２５８）。

続いて、決済アプリケーションによってクーポンを使用したユーザを特定することにより、フリークエントプログラムの再度特定の処理について説明する。なお、サーバ１は、キャンペーンの対象となる商品に関する情報、該キャンペーンに対応するクーポン、及び該フリークエントプログラムに参加可能な対象者の属性を依頼者端末５から取得して記憶する処理に関しては、上述した処理と同様であるため説明を省略する。サーバ１の制御部１１は、決済アプリケーションによってクーポンを使用したユーザを特定し、特定したユーザの属性に合致するフリークエントプログラムを再度特定する。なお、フリークエントプログラムの再度特定の処理に関しては、実施形態１でのクーポンの再度特定処理と同様であるため説明を省略する。制御部１１は、通信部１３を介して、再度特定したフリークエントプログラムをユーザ端末３に送信する。

図２８は、クーポンを使用したユーザにおけるフリークエントプログラムの再度特定の処理手順を示すフローチャートである。依頼者端末５の制御部５１は、通信部５３を介して、キャンペーンの対象となる商品に関する情報、該キャンペーンに対応するフリークエントプログラム、及び該フリークエントプログラムに参加可能な対象者の属性をサーバ１に送信する（ステップＳ５７１）。サーバ１の制御部１１は、通信部１３を介して、依頼者端末５から送信された商品に関する情報、フリークエントプログラム及び対象者の属性を受信する（ステップＳ１７１）。制御部１１は、受信した商品に関する情報、フリークエントプログラム及び対象者の属性を大容量記憶部１７のキャンペーンＤＢ１７１及びフリークエントプログラムＤＢ１７４に記憶する（ステップＳ１７２）。

サーバ１の制御部１１は、決済アプリケーションによってクーポンを使用したユーザを特定する（ステップＳ１７３）。なお、ユーザの特定処理に関しては、実施形態１のユーザの特定処理と同様であるため説明を省略する。制御部１１は、特定したユーザの属性に合致するフリークエントプログラムを再度特定し（ステップＳ１７４）、再度特定したフリークエントプログラムを通信部１３によりユーザ端末３に送信する（ステップＳ１７５）。ユーザ端末３の制御部３１は、通信部３３を介して、サーバ１から送信されたフリークエントプログラムを受信する（ステップＳ３７１）。

本実施形態によると、ユーザがフリークエントプログラムに応募し、フリークエントプログラムにおける商品の決済の度に、クーポンを獲得するためのポイント数を加算することができる。加算されたポイント数が規定ポイント数に達した場合、当該フリークエントプログラムに定められたクーポンを特定してユーザに発行することが可能となる。

（実施形態３）
実施形態３は、フリークエントプログラムに参加する店舗以外のメンバー店舗のクーポンをユーザに発行する形態に関する。フリークエントプログラムに参加する第１の店舗は、該第１の店舗以外の登録済のメンバー店舗の選択を受け付ける。フリークエントプログラムに応募しているユーザに対するポイント数が規定ポイント数に達した場合、選択されたメンバー店舗で使用可能なクーポンをユーザに発行することができる。ユーザが当該クーポンを使用した場合、第１の店舗から当該クーポンを発行したメンバー店舗へ、当該クーポンの額面の一部金額または全金額を決済する。よって、ユーザが無料でメンバー店舗から発行されたクーポンをメンバー店舗で使用することができる。また、額面の一部金額で決済された場合、メンバー店舗は、第１の店舗に対し、クーポンの額面により割引をさせるため、第１の店舗からメンバー店舗への送客の積極性を高めることが可能となる。

図２９は、メンバー店舗のクーポンの発行及び使用の動作を説明する説明図である。以下では簡潔のため、フリークエントプログラムに参加する第１の店舗の依頼者端末５は依頼者端末５ａと読み替え、第１の店舗以外の登録済のメンバー店舗の依頼者端末５は依頼者端末５ｂと読み替える。

依頼者端末５ａの制御部５１は、登録済のメンバー店舗の選択を受け付ける。依頼者端末５ｂの制御部５１は、通信部５３により当該フリークエントプログラムに提供するクーポンを依頼者端末５ａに送信する。依頼者端末５ａの制御部５１は、通信部５３により依頼者端末５ｂから送信されたクーポンを受信し、選択を受け付けたメンバー店舗及び受信したメンバー店舗のクーポンをサーバ１に送信する。なお、本実施形態では、メンバー店舗のクーポンが依頼者端末５ｂから依頼者端末５ａに送信されたが、これに限るものではない。例えば、メンバー店舗のクーポンが依頼者端末５ｂから直接にサーバ１に送信されても良い。更にまた、メンバー店舗のクーポンが予めサーバ１の大容量記憶部１７のクーポンＤＢ１７２に記憶されても良い。

サーバ１の制御部１１は、通信部１３を介して、依頼者端末５ａから送信されたメンバー店舗及びメンバー店舗のクーポンを受信し、当該フリークエントプログラムに応募しているユーザに対するポイント数を取得する。具体的には、制御部１１は、大容量記憶部１７のキャンペーンＤＢ１７１のポイント数列から、ポイント数を取得する。なお、制御部１１は、通信部１３を介して、決済サーバ２から当該ユーザに対応するポイント数を取得しても良い。制御部１１は、取得したポイント数が規定ポイント数に達すか否かを判定する。制御部１１は、取得したポイント数が規定ポイント数に達したと判定した場合、メンバー店舗のクーポンをユーザ端末３に送信する。

ユーザ端末３の制御部３１は、通信部３３を介して、サーバ１から送信されたメンバー店舗のクーポンを受信する。ユーザが当該クーポンをメンバー店舗で用いて決済した場合、ユーザ端末３の制御部３１は、通信部３３を介して、クーポンの決済請求を決済サーバ２に送信する。決済サーバ２の制御部２１は、ユーザ端末３からのクーポンの決済請求を通信部２３により受信した場合、クーポンの決済処理を行う。

当該クーポンがメンバー店舗で使用された場合、決済サーバ２の制御部２１は、通信部２３を介して、依頼者端末５ａに当該クーポンの額面の一部金額または全金額の決済請求を送信する。依頼者端末５ａの制御部５１は、通信部５３を介して、クーポンの額面の一部金額または全金額を決済アプリケーションによって、決済サーバ２に送信して決済（支払）する。決済サーバ２の制御部２１は、通信部２３によりクーポンを発行した依頼者端末５ｂへ決済（送金）処理を行う。依頼者端末５ｂの制御部５１は、通信部５３を介して、決済サーバ２経由で依頼者端末５ａから支払ったクーポンの代金を受け取る。

図３０は、メンバー店舗のクーポンの発行及び使用の処理手順を示すフローチャートである。依頼者端末５ａの制御部５１は、登録済のメンバー店舗の選択を受け付ける（ステップＳ５８１）。依頼者端末５ｂの制御部５１は、当該フリークエントプログラムに提供するクーポンを通信部５３により依頼者端末５ａに送信する（ステップＳ５８２）。依頼者端末５ａの制御部５１は、通信部５３により依頼者端末５ｂから送信されたクーポンを受信し（ステップＳ５８３）、選択を受け付けたメンバー店舗及び受信したメンバー店舗のクーポンをサーバ１に送信する（ステップＳ５８４）。

サーバ１の制御部１１は、通信部１３を介して、依頼者端末５ａから送信されたメンバー店舗及びメンバー店舗のクーポンを受信し（ステップＳ１８１）、当該フリークエントプログラムに応募しているユーザに対するポイント数を取得する（ステップＳ１８２）。制御部１１は、取得したポイント数が規定ポイント数に達すか否かを判定する（ステップＳ１８３）。制御部１１は、取得したポイント数が規定ポイント数に達したと判定した場合（ステップＳ１８３でＹＥＳ）、メンバー店舗のクーポンを通信部１３によりユーザ端末３に送信する（ステップＳ１８４）。制御部１１は、取得したポイント数が規定ポイント数に達していないと判定した場合（ステップＳ１８３でＮＯ）、ステップＳ１８２に戻る。

ユーザ端末３の制御部３１は、通信部３３を介して、サーバ１から送信されたメンバー店舗のクーポンを受信する（ステップＳ３８１）。ユーザが当該クーポンをメンバー店舗で用いて決済した場合、ユーザ端末３の制御部３１は、通信部３３を介して、クーポンの決済請求を決済サーバ２に送信する（ステップＳ３８２）。決済サーバ２の制御部２１は、ユーザ端末３から送信されたクーポンの決済請求に応じて、クーポンの決済処理を行う（ステップＳ２８１）。制御部２１は、通信部２３を介して、メンバー店舗が発行したクーポンの額面の一部金額または全金額により、依頼者端末５ａに支払請求を送信する（ステップＳ２８２）。

依頼者端末５ａの制御部５１は、通信部５３を介して、クーポンの額面の一部金額または全金額で決済アプリケーションによって決済サーバ２に支払う（ステップＳ５８５）。決済サーバ２の制御部２１は、依頼者端末５ａが支払ったクーポンの額面の一部金額または全金額で決済処理を行い（ステップＳ２８３）、クーポンが発行されたメンバー店舗へ決済をする（ステップＳ２８４）。依頼者端末５ｂの制御部５１は、通信部５３により決済サーバ２を経由して依頼者端末５ａからの入金を受け取る（ステップＳ５８６）。

また、上述した決済処理における取引手数料を徴収することができる。クーポンが利用された場合、決済処理に係る取引手数料を所定の基準により算出し、第１の店舗から当該クーポンを発行したメンバー店舗へ、当該クーポンの額面の一部金額または全金額に、算出した取引手数料の額を加算して決済することができる。

図３１は、取引手数料の額を加算して決済の処理手順を示すフローチャートである。なお、図３０と重複する内容については同一の符号を付して説明を省略する。決済サーバ２の制御部２１は、通信部２３を介して、クーポンの決済完了指示をサーバ１送信する（ステップＳ２８５）。サーバ１の制御部１１は、決済サーバ２から送信されたクーポンの決済完了指示に応じて、決済処理に係る取引手数料を所定の基準により算出する（ステップＳ１８５）。例えば、支払う金額の５％の基準により定めた取引手数料が設定された場合、１０００円に対する取引手数料は５０円である。制御部１１は、算出した取引手数料を通信部１３により決済サーバ２に送信する（ステップＳ１８６）。なお、本実施形態では、取引手数料がサーバ１により算出されたが、これに限るものではない。例えば、取引手数料が直接に決済サーバ２により算出されても良い。

決済サーバ２の制御部２１は、通信部２３を介して、サーバ１から送信された取引手数料を受信し（ステップＳ２８６）、取引手数料の額を加算して支払請求を依頼者端末５ａに送信する（ステップＳ２８７）。制御部２１は、メンバー店舗への決済を完了した後に、取引手数料の徴収から生じた利益配分を通信部２３によりサーバ１に送信する（ステップＳ２８７）。サーバ１の制御部１１は、通信部１３を介して、決済サーバ２から送信された利益配分を受信する（ステップＳ１８７）。

本実施形態によると、フリークエントプログラムに参加する第１の店舗以外の登録済のメンバー店舗のクーポンが利用された場合、第１の店舗から当該メンバー店舗へクーポンの額面の一部金額または全金額を決済することが可能となる。

本実施形態によると、フリークエントプログラムに参加する第１の店舗以外の登録済のメンバー店舗のクーポンが利用された場合、第１の店舗から当該メンバー店舗へクーポンの額面の一部金額または全金額に、取引手数料の額を加算して決済することが可能となる。

（実施形態４）
実施形態４は、フリークエントプログラムにつき自動販売機における商品決済の形態に関する。フリークエントプログラムに応募しているユーザが商品を購入する度に、商品の決済情報を含むコードを用いて自動販売機を経由して決済することができる。

図３２は、自動販売機経由で商品の決済の動作を説明する説明図である。図２４と重複する内容については説明を省略する。本実施形態のシステムは、自動販売機６を含む。自動販売機６は、店員による対面販売を伴うことなく消費者に自動で商品の購入またはサービスの提供を受ける情報処理端末である。

ユーザ端末３の制御部３１は、ユーザによるユーザ端末３にインストールされた決済アプリケーションを起動する。制御部３１は、表示部３５を介して、フリークエントプログラムに提供された商品のコードを決済アプリケーション上に表示する。自動販売機６は、カメラによりユーザ端末３からフリークエントプログラムに提供された商品のコードを読み取る。コードは、一次元コードであっても良く、又は二次元コードであっても良い。なお、本実施形態では、ＱＲコードを用いて決済処理を説明する。自動販売機６は、読み取ったＱＲコードに基づき、二次元コード解析ライブラリを利用して決済情報を取得する。自動販売機６は、取得した決済情報を用いて、当該フリークエントプログラムに提供された商品を決済する。

図３３は、自動販売機経由で商品の決済の処理手順を示すフローチャートである。図２７と重複する内容については同一の符号を付して説明を省略する。ユーザ端末３は、ユーザによる決済アプリケーションを起動する（ステップＳ３９１）。制御部３１は、表示部３５を介して、フリークエントプログラムに提供された商品のＱＲコードを決済アプリケーション上に表示する（ステップＳ３９２）。自動販売機６は、カメラによりユーザ端末３からフリークエントプログラムに提供された商品のＱＲコードを読み取る（ステップＳ６９１）。自動販売機６は、二次元コード解析ライブラリを利用し、読み取ったＱＲコードを解析し（ステップＳ６９２）、決済情報を取得する（ステップＳ６９３）。自動販売機６は、フリークエントプログラムにおける商品の決済請求を決済サーバ２に送信する（ステップＳ６９４）。決済サーバ２は、ステップＳ２５４の決済処理を行う。

本実施形態によると、フリークエントプログラムにつき、自動販売機におけるコードにより商品を決済するため、通貨若しくは通貨に代替するカード等により対価を払う必要がなく、キャッシュレス化を促進することが可能となる。

（実施形態５）
実施形態５は、ユーザの属性によるイノベータの分析の形態に関する。イノベータ（Innovator：革新者）とは、イノベータ理論において各ユーザ（消費者）が分類される５分類のうちの１つで、販売開始間もない商品やサービスを最も早い段階で自らの意思で採用する消費者層を意味する。

図３４は、実施形態５のキャンペーンＤＢ１７１のレコードレイアウトの一例を示す説明図である。なお、図２１と重複する内容については説明を省略する。キャンペーンＤＢ１７１は、イノベータ度列を含む。イノベータ度列は、イノベータ特性の割合を記憶している。

続いて、ユーザの属性に基づいてイノベータの分析処理を説明する。サーバ１の制御部１１は、ユーザの属性を取得する。なお、ユーザの属性の取得方法に関しては、実施形態１と同様であるため説明を省略する。制御部１１は、取得したユーザの属性に基づいて、それぞれのユーザが、種々の商品分野におけるイノベータであるか否かを判定する処理を行う。制御部１１は、所定の判定基準に基づいて、ユーザの属性が、イノベータ特性に適合するか否かを判定する。例えば制御部１１は、各ユーザの趣味、購買履歴、購買傾向、ウェブサイトの閲覧履歴等の属性を取得し、取得した属性に基づいて、イノベータ特性を有するか否かを判定する。

例えば、ある商品について新商品が販売された場合に販売開始後すぐに購入している場合、新商品の発売状況をウェブサイトでチェックしている場合、又は、新商品が販売される際に販売開始前に予約して購入している場合に、制御部１１は、イノベータ特性を有すると判定する。このように制御部１１は、それぞれの商品分野において、各ユーザがイノベータであるか否かを判定できる。制御部１１は、イノベータであるユーザに対するイノベータ度を算出し、算出したイノベータ度を大容量記憶部１７のキャンペーンＤＢ１７１のイノベータ度列に記憶する。

なお、ユーザの属性の取得処理に関しては、ＡＩエンジンを利用しても良い。本実施形態では、ＡＩエンジンの一つの種類として、対話エンジンの例を説明する。対話エンジンを用いてユーザとの対話を行う。対話エンジンは、例えばテキストデータ等で入力された情報から、入力したユーザの意図を理解し、適切な応答情報を出力するものであり、例えばIntelligent Machines Amaze You株式会社製のＡＩエンジンであるＫ−ｌａｅｉを用いることができる。サーバ１の制御部１１は、対話エンジンを用いてユーザと対話している際に、対話内容からユーザの属性を取得する。なお、対話エンジンは、ユーザの性別、年齢、行動（購買）履歴、価値観情報、思考傾向等からユーザの属性を導き出すアルゴリズムを有する。

ユーザ端末３の制御部３１は、入力部３４を介して、例えば文字データ（テキストデータ）による入力情報、又は音声データによる入力情報を受け付ける。制御部３１は、受け付けた入力情報を通信部３３によりサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末３から送信された入力情報を受信し、受信した入力情報に対する応答情報を、対話エンジンを用いて生成する。なお、制御部１１が音声データによる入力情報を受信した場合、音声データをテキストデータに変換し、テキストデータに基づいて、対応する応答情報を生成する。

制御部１１は、生成した応答情報を通信部１３によりユーザ端末３に送信する。ユーザ端末３の制御部３１は、通信部３３を介して、サーバ１から送信された応答情報を受信し、表示部３５により表示する。サーバ１の制御部１１は、例えばテキストデータによる応答情報を生成し、生成したテキストデータによる応答情報を音声データに変換し、通信部１３によりユーザ端末３に送信しても良い。

上述した処理を行うことにより、ユーザは、サーバ１の制御部１１とテキストデータ又は音声データを用いて会話することができる。なお、制御部１１は、所定のキャラクタ（性格）の設定が可能であり、制御部１１は、設定されたキャラクタで応答情報を出力するように構成されている。例えば、優しい女性のキャラクタ、優しい男性のキャラクタ、おじいちゃん又はおばあちゃん風のキャラクタ、厳しいお母さん風のキャラクタ等の設定が可能であり、同じ応答情報であっても、設定されたキャラクタに応じた態様で出力される。例えば制御部１１は、生成した応答情報の語尾や文の末尾を、設定されたキャラクタに応じた態様に変更して出力する。また、制御部１１は、設定されたキャラクタに応じた画像を通信部１３によりユーザ端末３に送信しても良い。ユーザ端末３の制御部３１は、サーバ１から送信された画像を通信部３３により受信し、受信した画像に係るキャラクタがしゃべっている動画を表示部３５により表示させつつ応答情報を出力させても良い。

上述したようにサーバ１の制御部１１は、ユーザ端末３から送信された入力情報に対する応答情報を、対話エンジンによって生成しつつ、入力情報に含まれるユーザの属性を対話エンジンによって取得することができる。よって、制御部１１は、ユーザとの会話処理を行いつつ、ユーザとの会話内容からユーザの属性を取得する。

制御部１１は、ユーザとの会話内容から取得したユーザの属性を記憶部１２に記憶しても良く、または通信部１３により決済サーバ２に送信しても良い。ユーザとの会話内容から取得されたユーザの属性が決済サーバ２に転送された場合、決済サーバ２の制御部２１は、受信したユーザの属性を大容量記憶部２７の属性情報ＤＢ２７１に記憶する。なお、制御部２１は、受信したユーザの属性を上書き記憶しても良いし、取得日時と共に時系列データとして蓄積しても良い。

本実施形態によると、イノベータ理論を活用することにより、新商品または新サービスが市場へ広まることが可能となる。

本実施形態によると、ＡＩエンジンを利用してユーザの属性を取得することが可能となる。

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ 情報処理装置（サーバ）
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 入力部
１５ 表示部
１６ 読取部
１７ 大容量記憶部
１７１ キャンペーンＤＢ
１７２ クーポンＤＢ
１７３ クーポン使用履歴ＤＢ
１７４ フリークエントプログラムＤＢ
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ 決済処理装置（決済サーバ）
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 表示部
２６ 読取部
２７ 大容量記憶部
２７１ 属性情報ＤＢ
２７２ 決済情報ＤＢ
２ａ 可搬型記憶媒体
２ｂ 半導体メモリ
２Ｐ 制御プログラム
３ ユーザ情報処理端末（ユーザ端末）
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 表示部
３６ 撮影部
３Ｐ 制御プログラム
４ 店舗情報処理端末（店舗端末）
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 入力部
４５ 表示部
４６ 撮影部（カメラ）
４Ｐ 制御プログラム
５ 依頼者情報処理端末（依頼者端末）
５１ 制御部
５２ 記憶部
５３ 通信部
５４ 入力部
５５ 表示部
５６ 撮影部（カメラ）
５Ｐ 制御プログラム
６ 自動販売機

本発明に係る情報処理方法は、キャンペーンの対象となる商品、及び、前記キャンペーンの対象者となるユーザの属性を取得し、前記キャンペーン対象となる前記商品の購入に応じて付与するクーポンを特定し、二次元コードまたはバーコードを利用した決済を実行可能な決済アプリケーションをインストールした携帯端末装置のユーザの内、携帯端末装置の前記決済アプリケーションを通じて前記キャンペーンの対象となる商品を購入し、かつ、前記属性に合致するユーザの携帯端末装置へ特定済みの前記クーポンを送信する処理を実行させることを特徴とする。

Claims (19)

1. キャンペーンの対象となる商品、及び、前記キャンペーンの対象者となるユーザの属性を取得し、
   前記商品の購入に応じて付与するクーポンを特定し、
   店舗のコードの読み取り、または、近距離無線通信を利用した決済を実行可能な決済アプリケーションをインストールした携帯端末装置のユーザの内、前記商品を購入し、かつ、前記属性に合致するユーザの携帯端末装置へ前記クーポンを送信する
   情報処理方法。
2. 前記決済アプリケーションによって使用された前記ユーザのクーポンの利用情報を取得し、
   前記クーポンを発行した依頼者宛へ、取得した前記クーポンの利用情報を出力する
   請求項１に記載の情報処理方法。
3. 前記クーポンの利用情報は、前記クーポンの使用回数、及び前記クーポンが使用されたユーザの属性を含む
   請求項１又は２に記載の情報処理方法。
4. 前記決済アプリケーションによって前記クーポンを使用したユーザを特定し、
   特定したユーザの属性に合致するクーポンを再度特定し、
   再度特定した前記クーポンを前記ユーザの携帯端末装置へ送信する
   請求項１から請求項３のいずれか一つに記載の情報処理方法。
5. 前記決済アプリケーションによって前記クーポンを使用したユーザを特定し、
   特定した前記ユーザの携帯端末装置へ、使用された前記クーポンに対応するアンケートを送信する
   請求項１から請求項４のいずれか一つに記載の情報処理方法。
6. 前記ユーザが未使用の前記クーポンを削除した場合、前記クーポンの削除情報を取得し、
   前記クーポンを発行した依頼者宛へ、取得した前記クーポンの削除情報を出力する
   請求項１から請求項５のいずれか一つに記載の情報処理方法。
7. キャンペーンの対象となる商品、及び、前記キャンペーンの対象者となるユーザの属性を取得し、
   前記商品に応じて提供されるフリークエントプログラムを特定し、
   店舗のコードの読み取り、または、近距離無線通信を利用した決済を実行可能な決済アプリケーションをインストールした携帯端末装置のユーザの内、前記属性に合致するユーザの携帯端末装置へ、前記フリークエントプログラムを送信し、
   前記携帯端末装置による前記商品の決済の度に、クーポンを獲得するためのポイント数を所定ルールで加算し、
   前記フリークエントプログラムに応募しているユーザの携帯端末装置へ、加算した前記ポイント数を送信し、
   前記ポイント数が規定ポイント数に達した場合、前記フリークエントプログラムに定められたクーポンを特定し、
   特定したクーポンを前記ユーザの携帯端末装置へ送信する
   情報処理方法。
8. 前記決済アプリケーションによって使用された前記ユーザのクーポンの利用情報を取得し、
   前記クーポンを発行した依頼者宛へ、取得した前記クーポンの利用情報を出力する
   請求項７に記載の情報処理方法。
9. 前記クーポンの利用情報は、前記クーポンの使用回数、及び前記クーポンが使用されたユーザの属性を含む
   請求項７又は８に記載の情報処理方法。
10. 前記決済アプリケーションによって前記クーポンを使用したユーザを特定し、
    特定したユーザの属性に合致するフリークエントプログラムを再度特定し、
    再度特定した前記フリークエントプログラムを前記ユーザの携帯端末装置へ送信する
    請求項７から請求項９のいずれか一つに記載の情報処理方法。
11. 前記決済アプリケーションによって前記クーポンを使用したユーザを特定し、
    特定した前記ユーザの携帯端末装置へ、使用された前記クーポンに対応するアンケートを送信する
    請求項７から請求項１０のいずれか一つに記載の情報処理方法。
12. 前記ユーザが未使用の前記クーポンを削除した場合、前記クーポンの削除情報を取得し、
    前記クーポンを発行した依頼者宛へ、取得した前記クーポンの削除情報を出力する
    請求項７から請求項１１のいずれか一つに記載の情報処理方法。
13. 前記フリークエントプログラムに参加する第１の店舗から、該第１の店舗以外の登録済のメンバー店舗の選択を受け付け、
    前記フリークエントプログラムに応募しているユーザに対するポイント数を取得し、
    取得した前記ポイント数が規定ポイント数に達した場合、選択を受け付けた前記メンバー店舗で使用可能なクーポンを前記ユーザの携帯端末装置へ送信する
    請求項７に記載の情報処理方法。
14. 前記クーポンが利用された場合、前記第１の店舗から前記クーポンを発行したメンバー店舗へ、前記クーポンの額面の一部金額または全金額を決済する
    請求項１３に記載の情報処理方法。
15. 前記クーポンが利用された場合、決済処理に係る取引手数料を所定の基準により算出し、
    前記第１の店舗から前記クーポンを発行したメンバー店舗へ、前記クーポンの額面の一部金額または全金額に、算出した取引手数料の額を加算して決済する
    請求項１３又は１４に記載の情報処理方法。
16. キャンペーンの対象となる商品、及び、前記キャンペーンの対象者となるユーザの属性を取得する取得部と、
    前記商品の購入に応じて付与するクーポンを特定する特定部と、
    店舗のコードの読み取り、または、近距離無線通信を利用した決済を実行可能な決済アプリケーションをインストールした携帯端末装置のユーザの内、前記商品を購入し、かつ、前記属性に合致するユーザの携帯端末装置へ前記クーポンを送信する送信部と
    を備える情報処理装置。
17. コンピュータに、
    キャンペーンの対象となる商品、及び、前記キャンペーンの対象者となるユーザの属性を取得し、
    前記商品の購入に応じて付与するクーポンを特定し、
    店舗のコードの読み取り、または、近距離無線通信を利用した決済を実行可能な決済アプリケーションをインストールした携帯端末装置のユーザの内、前記商品を購入し、かつ、前記属性に合致するユーザの携帯端末装置へ前記クーポンを送信する
    処理を実行させるプログラム。
18. コンピュータに、
    キャンペーンの対象となる商品の購入に応じて付与されたクーポンを受信し、
    店舗のコードの読み取り、または、近距離無線通信を利用した決済を実行可能な決済アプリケーションの起動により、受信した前記クーポンを表示し、
    使用された前記クーポンに対応するアンケートを表示する
    処理を実行させるプログラム。
19. コンピュータに、
    キャンペーンの対象となる商品に応じて提供されるフリークエントプログラムを受信し、
    受信した前記フリークエントプログラムへの応募を受け付け、
    店舗のコードの読み取り、または、近距離無線通信を利用した決済を実行可能な決済アプリケーションの起動により、前記商品の決済の度に、クーポンを獲得するためのポイント数を受信し、
    受信した前記ポイント数に基づいて集計情報を表示する
    処理を実行させるプログラム。

Images