JP2019200711A - 情報処理装置、情報処理方法、および情報処理プログラム - Google Patents

Abstract

【課題】特典を与えるための情報の提供先となるユーザをより適切に決定することができる情報処理装置、情報処理方法、および情報処理プログラムを提供すること。【解決手段】情報処理装置は、情報取得部と、スコアリング部と、決定部とを備える。情報取得部は、複数のユーザの各々の属性と複数のユーザの各々の電子商取引の利用状況と特典の利用状況とを含むユーザ情報を取得する。スコアリング部は、電子商取引の利用状況と特典の利用状況とに基づいて、複数のユーザの全部または一部をスコアリングする。決定部は、スコアリング部によるスコアリング結果に基づいて、特典提供者が設定した特典提供先条件を満たす複数のユーザのうち特典提供者が提供する特典を受けることができるユーザである特典提供対象ユーザを決定する。【選択図】図１

Description

開示の実施形態は、情報処理装置、情報処理方法、および情報処理プログラムに関する。

近年、インターネットの飛躍的な普及に伴い、かかるインターネットを介した広告配信が盛んに行われている。かかる広告配信の技術において、ユーザに商品のサンプルを店舗で提供するための広告を配信する技術が知られている。

例えば、特許文献１には、特典提供者である広告主によって指定された属性を有するユーザに対して広告を提供し、かかる広告を選択してサンプルを要求するユーザの端末に対して、広告の商品に対するサンプルを店舗で提供するための認証キーを提供する技術が開示されている。

特開２００９−２３８２２０号公報

しかしながら、提供された広告を選択しないユーザも多く、また、サンプルを受け取るための情報である認証キーを取得したユーザであっても、サンプルを受け取りに行かないユーザも多い。そのため、サンプルの提供数に比べて、多くの広告を配信することが必要となり、広告の配信効率が悪い。このことは、サンプル以外の特典、例えば、クーポンなどの特典を与えるための情報をユーザに提供する場合も同様である。

本願は、上記に鑑みてなされたものであって、特典を与えるための情報の提供先となるユーザをより適切に決定することができる情報処理装置、情報処理方法、および情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、情報取得部と、スコアリング部と、決定部とを備える。前記情報取得部は、複数のユーザの各々の属性と前記複数のユーザの各々の電子商取引の利用状況と特典の利用状況とを含むユーザ情報を取得する。前記スコアリング部は、前記電子商取引の利用状況と前記特典の利用状況とに基づいて、前記複数のユーザの全部または一部をスコアリングする。前記決定部は、前記スコアリング部によるスコアリング結果に基づいて、特典提供者が設定した特典提供先条件を満たす複数のユーザのうち前記特典提供者が提供する特典を受けることができるユーザである特典提供対象ユーザを決定する。

実施形態の一態様によれば、特典を与えるための情報の提供先となるユーザをより適切に決定することができる情報処理装置、情報処理方法、および情報処理プログラムを提供することができる。

図１は、実施形態に係る情報処理の説明図である。 図２は、実施形態に係る情報処理システムの構成例を示す図である。 図３は、実施形態に係る情報処理装置の構成例を示す図である。 図４は、実施形態に係る特典提供情報ＤＢに記憶される特典提供情報テーブルの一例を示す図である。 図５は、実施形態に係るユーザ情報ＤＢに記憶されるユーザ情報テーブルの一例を示す図である。 図６は、実施形態に係るグループ情報ＤＢに記憶されるグループ情報テーブルの一例を示す図である。 図７は、実施形態に係る特典提供者装置の表示部で表示される特典提供条件設定画面の一例を示す図である。 図８は、実施形態に係る決定部による特典提供対象ユーザの決定方法の一例を示す図である。 図９は、実施形態に係る情報処理装置における情報処理の一例を示すフローチャートである。 図１０は、実施形態に係る情報処理装置における特典情報提供処理の一例を示すフローチャートである。 図１１は、実施形態に係るプログラムを実行するコンピュータのハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理方法、および情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法、および情報処理プログラムが限定されるものではない。

〔１．情報処理〕
図１を用いて、実施形態に係る情報処理について説明する。図１は、実施形態に係る情報処理の説明図であり、本実施形態においては、情報処理装置１によって情報処理が実行される。

図１に示すように、情報処理装置１は、オンラインサービスを利用する複数のユーザＵの情報であるユーザ情報を記憶するユーザ情報データベース（以下、ユーザ情報ＤＢと記載する）を有している。ユーザ情報には、オンラインサービスの会員であるユーザＵの属性を示すユーザ属性情報と、ユーザＵの電子商取引の利用状況を示す情報と、ユーザＵの特典の利用状況を示す情報とが含まれている。

ユーザ属性情報は、例えば、ユーザＵの年齢、性別、住所といったユーザＵの属性の情報である。電子商取引の利用状況を示す情報には、例えば、ユーザＵによる不図示の電子商取引サイトへのアクセス履歴、ユーザＵによる電子商取引サイトの利用履歴などが含まれる。また、特典の利用状況を示す情報には、ユーザＵの特典サイトへのアクセス履歴、ユーザＵによる特典の受け取り履歴などが含まれる。

情報処理装置１は、特典提供者からの特典情報配信要求を受け付ける要求受付処理を行う（ステップＳ１）。特典提供者は、例えば、店舗で販売される商品を製造する製造業者や店舗でサービスを提供するサービス業者などである。特典情報配信要求には、特典提供者が提供する特典をユーザＵが受けるために必要な情報である特典情報と、特典提供者が設定した特典提供条件の情報である特典提供条件情報とが含まれる。

特典提供条件の情報には、特典提供先条件の情報、特典提供数条件の情報、および特典提供期間条件の情報が含まれる。特典提供先条件の情報には、特典を与えるための情報の提供先となるユーザＵの属性条件の情報が含まれる。特典提供数条件には、特典提供者から提供される特典の数（以下、特典提供数と記載する）の情報が含まれる。特典提供期間条件には、特典提供者から特典が提供される期間（以下、特典提供期間と記載する）の情報が含まれる。特典提供者は、特典をユーザＵに与えることによって商品またはサービスを広告する。そのため、特典提供者は、広告主ということもできる。また、特典をユーザＵに与えることは、キャンペーンとも呼ばれる。

情報処理装置１は、ユーザ情報ＤＢに記憶されたユーザ情報に基づいて、複数のユーザＵをスコアリングするスコアリング処理を行う（ステップＳ２）。かかるスコアリング処理において、情報処理装置１は、ユーザ情報ＤＢに記憶されている各ユーザＵの電子商取引の利用状況の情報と特典の利用状況の情報とに基づいて、各ユーザＵをスコアリングする。ここで、特典とは、例えば、特典提供者が提供する商品のサンプル、特典提供者が提供する商品またはサービスの割引、サービスの無料利用などである。

情報処理装置１は、電子商取引の利用が多いほど、また、特典の利用が多いほど高いスコアＳｃになるように、各ユーザＵをスコアリングする。これにより、特典を受ける可能性が高いユーザＵほどスコアＳｃが高くなるように、ユーザＵをスコアリングすることができる。例えば、情報処理装置１は、電子商取引の利用が多いほど高くなる第１スコアＳｃ１と、特典の利用が多いほど高くなる第２スコアＳｃ２との乗算値または積算値を各ユーザＵのスコアＳｃとして演算することができる。

次に、情報処理装置１は、特典提供者が提供する特典を受けることができるユーザＵである特典提供対象ユーザＴＵを決定する特典提供対象ユーザ決定処理を行う（ステップＳ３）。かかる処理において、情報処理装置１は、予め設定されたグループ化規則に基づいて、複数のユーザＵを第１〜第ｐのグループＧ_１〜Ｇ_ｐ（ｐは２以上の整数）に分類する。

例えば、情報処理装置１は、スコアＳｃが高いユーザＵから順に第１のグループＧ_１、第２のグループＧ_２、・・・、第ｐのグループＧ_ｐまでユーザＵを割り当てて複数のユーザＵを複数のグループＧ_１，Ｇ_２，・・・，Ｇ_ｐに分類する。

この場合、第１のグループＧ_１に属するユーザＵのスコアＳｃは、第２のグループＧ_２に属するユーザＵのスコアＳｃよりも高く、第２のグループＧ_２に属するユーザＵのスコアＳｃは、第３のグループＧ_３に属するユーザＵのスコアＳｃよりも高い。また、第ｐのグループＧ_ｐに属するユーザＵのスコアＳｃは、第１〜第ｐ−１のグループＧ_１〜Ｇ_ｐ−１に属するユーザＵのスコアＳｃよりも低い。以下、複数のグループＧ_１，Ｇ_２，・・・，Ｇ_ｐの各々を区別せずに示す場合、グループＧと記載する場合がある。

情報処理装置１は、特典情報配信要求に含まれる特典提供条件情報に基づいて、第１〜第ｐのグループＧ_１〜Ｇ_ｐの中から１以上のグループＧを特典提供対象グループＴＧとして決定する。例えば、情報処理装置１は、特典提供条件で規定される特典提供期間において特典提供条件で規定される特典提供数を満たすことができるように、スコアＳｃが高いユーザＵが属するグループＧを優先して１以上の特典提供対象グループＴＧを決定する。

そして、情報処理装置１は、ユーザ情報ＤＢから特典提供者が設定した特典提供先条件（例えば、３０代の男性など）を満たす複数のユーザＵを特典提供対象グループＴＧから抽出し、抽出した複数のユーザＵを特典提供対象ユーザＴＵに決定する。

情報処理装置１は、特典提供対象ユーザＴＵの端末装置へ特典情報を配信する特典情報配信処理を行う（ステップＳ４）。かかる処理において、情報処理装置１は、ユーザＵに特典情報を配信する特典サイトのアドレスを含む情報（以下、特典サイトアクセス情報と記載する）を特典提供対象ユーザＴＵの端末装置へ情報伝達媒体を介して配信する。

特典サイトは、情報処理装置１によって提供されるウェブサイトであるが、特典サイトはウェブサイト以外の情報伝達媒体であってもよい。また、特典サイトアクセス情報を配信するための情報伝達媒体は、例えば、ウェブページ、電子メール、メッセンジャーアプリケーション、ＳＮＳ（Social Networking Service）などである。

情報処理装置１は、例えば、特典提供対象ユーザＴＵが所定のサイトへアクセスした場合に特典サイトをランディングページとするバナーやテキストの情報を特典サイトアクセス情報として特典提供対象ユーザＴＵの端末装置に送信することもできる。特典提供対象ユーザＴＵは、端末装置を操作して特典サイトへアクセスすることで特典情報を取得することができる。特典情報は、商品のサンプルを店舗で受け取るための引き換え券の情報、店舗またはサイトで使用可能なクーポンの情報などである。かかる特典情報の形式は、例えば、画像情報、バーコード、または認証コードなどである。

特典情報を取得したユーザＵは、特典が提供される店舗へ移動し、特典情報に基づいて、店舗から特典を受けることができる（ステップＳ５）。なお、ユーザＵが特典サイトにアクセスしたか否かを示す情報やユーザＵが特典を受け取ったか否かを示す情報は、店舗の装置などから情報処理装置１へフィードバックされ、ユーザ情報ＤＢに追加される（ステップＳ６）。これにより、ユーザ情報ＤＢにおいて特典提供対象ユーザＴＵの特典の利用状況を示す情報が更新される。

情報処理装置１は、店舗等における特典の提供状況に基づいて、第１〜第ｐのグループＧ_１〜Ｇ_ｐのうち特典情報を配信するグループＧを増減させることができる。例えば、情報処理装置１が決定した特典提供対象グループＴＧが第１のグループＧ_１であるとする。この場合、情報処理装置１は、第１のグループＧ_１の特典提供対象ユーザＴＵへの特典情報の配信では、特典提供期間内で特典提供数分の特典が提供できないと判定した場合、第２のグループＧ_２のうち特典提供先条件を満たす複数のユーザＵを特典提供対象ユーザＴＵに決定することができる。これにより、特典提供数分の特典が提供できない状況を回避することができる。

その後、情報処理装置１は、店舗等における特典の提供状況に基づいて、特典提供期間内で特典提供数分を超えるユーザＵに特典が提供される可能性があると判定すると、第２のグループＧ_２を特典提供対象グループＴＧから除外する。これにより、特典情報を取得したが特典を受けることができないユーザＵの数を抑制することができる。

このように、実施形態１に係る情報処理装置１は、電子商取引の利用状況と特典の利用状況とに基づいて、特典を与えるための情報である特典情報の提供先となるユーザＵを決定する。これにより、特典情報の提供先となるユーザＵを適切に選択することができる。

〔２．情報処理システム〕
図２は、実施形態に係る情報処理システムの構成例を示す図である。図２に示すように、実施形態に係る情報処理システム１００は、情報処理装置１と、複数の特典提供者装置２_１〜２_ｍ（ｍは２以上の整数）と、複数の端末装置３_１〜３_ｎ（ｎは２以上の整数）と、複数の店舗装置４_１〜４_ｑ（ｑは２以上の整数）とを備える。

これら情報処理装置１、複数の特典提供者装置２_１〜２_ｍ、複数の端末装置３_１〜３_ｎ、および複数の店舗装置４_１〜４_ｑは、ネットワーク５を介して有線または無線により互いに通信可能に接続される。ネットワーク５は、例えば、ＬＡＮ（Local Area Network）や、インターネットなどのＷＡＮ（Wide Area Network）である。端末装置３_１〜３_ｎは、ユーザＵ_１〜Ｕ_ｎによって操作される。

以下においては、特典提供者装置２_１〜２_ｍの各々を区別せずに示す場合、特典提供者装置２と記載し、端末装置３_１〜３_ｎの各々を区別せずに示す場合、端末装置３と記載する。また、店舗装置４_１〜４_ｑの各々を区別せずに示す場合、店舗装置４と記載し、ユーザＵ_１〜Ｕ_ｎの各々を区別せずに示す場合、ユーザＵと記載する。

特典提供者装置２は、特典提供者の端末装置であり、端末装置３は、ユーザＵの端末装置である。かかる特典提供者装置２および端末装置３は、例えば、スマートフォン、タブレット型端末、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータなどのスマートデバイス（通信端末）である。

特典提供者装置２および端末装置３は、ブラウザ、メーラ、およびメッセンジャーなどの各種のアプリケーションが実行可能である。特典提供者装置２および端末装置３はそれぞれ、ブラウザ、メーラ、およびメッセンジャーなどのアプリケーションから、情報処理装置１にネットワーク５を介してアクセスすることができる。端末装置３のユーザＵは、情報処理装置１から提供される種々のオンラインサービスを利用することができる。

店舗装置４は、特典提供者の商品またはサービスが提供される店舗に設置された端末装置である。かかる店舗装置４は、特典提供対象ユーザＴＵが特典情報を提示または引き渡すことによって店舗において店員等が特典提供対象ユーザＴＵに特典を引き渡した場合、特典引渡情報を情報処理装置１へネットワーク５を介して送信する。特典引渡情報には、引き渡した特典の特典ＩＤ、特典を引き渡した特典提供対象ユーザＴＵのユーザＩＤ、および特典を引き渡した日の情報などが含まれる。

情報処理装置１が提供するサービスは、ユーザＵに対してオンラインでサービスを提供するオンラインサービスであり、例えば、電子商取引サービス、オークションサービス、動画配信サービス、音楽配信サービス、ニュース配信サービス、地図情報提供サービス、電子書籍提供サービス、オンラインバンキングサービス、マッチングサービス、ゲームサイトサービス、占いサービス、旅行情報提供サービス、飲食店情報提供サービス、およびブログ提供サービスなどである。

〔３．情報処理装置〕
図３は、実施形態に係る情報処理装置の構成例を示す図である。図３に示すように、情報処理装置１は、通信部１０と、記憶部１１と、制御部１２（コントローラ）とを備える。以下、通信部１０、記憶部１１および制御部１２の順に具体的に説明する。

〔３．１．通信部〕
通信部１０は、ネットワーク５との間で情報の送受信を行う通信インターフェイスであり、ネットワーク５との接続を有線または無線で行う。制御部１２は、通信部１０およびネットワーク５を介して、特典提供者装置２、端末装置３、および店舗装置４の各々との間で各種の情報を送受信することができる。

〔３．２．記憶部〕
記憶部１１は、サービス情報ＤＢ２０と、特典提供情報ＤＢ２１と、ユーザ情報ＤＢ２２と、グループ情報ＤＢ２３とを備える。サービス情報ＤＢ２０、特典提供情報ＤＢ２１、ユーザ情報ＤＢ２２、およびグループ情報ＤＢ２３は、例えば、フラッシュメモリ等の半導体メモリ素子、または、ＨＤＤ（Hard Disk Drive）、光ディスク等の記憶装置である。

〔３．２．１．サービス情報ＤＢ〕
サービス情報ＤＢ２０は、情報処理装置１が端末装置３のユーザＵに提供するサービスに用いる情報を記憶する記憶部である。例えば、サービス情報ＤＢ２０には、電子商取引サービスやオークションサービスに用いる商品やサービスなどの情報や、動画配信サービスに用いる動画コンテンツなどが記憶される。

〔３．２．２．特典提供情報ＤＢ〕
特典提供情報ＤＢ２１は、特典提供者がキャンペーンとしてユーザＵに特典を与えるために情報処理装置１の事業者へ特典提供者が依頼する特典情報等の配信に関する情報である特典提供情報テーブルが記憶される。特典提供者がユーザＵに与える特典は、例えば、商品サンプルの提供、サービスの無料提供、商品またはサービスの割引などである。

図４は、実施形態に係る特典提供情報ＤＢに記憶される特典提供情報テーブルの一例を示す図である。図４に示す特典提供情報テーブル４１は、「特典ＩＤ（Identifier）」、「特典提供者ＩＤ」、「特典情報」、「特典提供先条件」、および「特典提供数条件／特典提供期間条件」などの情報が互いに関連付けられた情報である。

「特典ＩＤ」は、特典情報毎に固有の識別情報である。「特典提供者ＩＤ」は、特典提供者毎に固有の識別情報である。「特典情報」は、特典提供者が提供する特典をユーザＵが店舗または配送サービスで受け取るために必要な情報であり、例えば、画像情報、バーコード、または認証コードなどである。図４に示す「特典情報Ａ」は、例えば、商品Ａのサンプルを無料で受けるために必要な情報であり、「特典情報Ｂ」は、例えば、商品Ｂのクーポンの情報であり、「特典情報Ｃ」は、例えば、サービスＣを無料で受けるために必要な情報である。

「特典提供先条件」は、特典情報の配信先にするユーザＵの属性の情報であり、特典提供者によって指定される。図４に示す例では、特典ＩＤ「Ｐ１」に関連付けられる属性は、ユーザＵの性別と年齢が「３０代の男性」である。特典ＩＤ「Ｐ２」に関連付けられる属性は、ユーザＵの性別と年齢が「２０代の女性」かつユーザＵの嗜好が「服」である。特典ＩＤ「Ｐ３」に関連付けられる属性は、ユーザＵの住所が「東京都港区」である。

「特典提供数条件／特典提供期間条件」は、特典提供数条件の情報と、特典提供期間条件の情報とを含む情報であり、特典提供者によって指定される。図４に示す例では、特典ＩＤ「Ｐ１」には、特典提供数条件「１０，０００」および特典提供期間条件「２０１８／６／１〜６／３０」が関連付けられている。特典ＩＤ「Ｐ２」には、特典提供数条件「５，０００」および特典提供期間条件「２０１８／６／１０〜６／２０」が関連付けられている。特典ＩＤ「Ｐ３」には、特典提供数条件「１５，０００」および特典提供期間条件「２０１８／６／１５〜６／３０」が関連付けられている。

〔３．２．３．ユーザ情報ＤＢ〕
ユーザ情報ＤＢ２２は、情報処理装置１が提供するサービスを利用するユーザＵの情報であるユーザ情報を複数含むユーザ情報テーブルを記憶する。図５は、実施形態に係るユーザ情報ＤＢに記憶されるユーザ情報テーブルの一例を示す図である。

図５に示すユーザ情報テーブル４２は、「ユーザＩＤ」、「デモグラフィック属性」、「サイコグラフィック属性」、「サービス利用状況」および「特典利用状況」などの情報が互いに関連付けられた情報である。ユーザＵは、情報処理装置１が提供するサービスの有料会員であるが、無料会員であってもよい。

「ユーザＩＤ」は、ユーザＵの識別情報であり、図５に示す例では、ユーザＵ_１、Ｕ_２、Ｕ_３のユーザＩＤとして「Ｕ１」、「Ｕ２」、「Ｕ３」が設定される。かかるユーザＩＤは、情報処理装置１を利用するサービスに対するユーザＵのアカウントである。なお、ユーザＩＤは、ユーザＵを識別する情報であればよく、ユーザＵが使用する端末装置３の識別情報をユーザＩＤとしてもよい。例えば、ユーザＩＤは、端末装置３と情報処理装置１との間で送受信されるＨＴＴＰ（Hypertext Transfer Protocol）クッキーで特定される識別情報であってもよい。

「デモグラフィック属性」は、ユーザＵの人口統計学的な属性の情報である。かかる「デモグラフィック属性」は、例えば、ユーザＵの「性別」、「年齢」などの情報である。「性別」には、ユーザＵが女性である場合には「１」が設定され、ユーザＵが男性である場合には「２」が設定される。また、「年齢」には、ユーザＵの年齢が設定される。なお、「デモグラフィック属性」は、図５に示した属性の例に限られず、ユーザＵの職業、家族構成、年収、住所、出身地、学歴など様々な属性を含んでいてもよい。

「サイコグラフィック属性」は、ユーザＵの心理学的な属性の情報であり、例えば、ユーザＵの価値観、ライフスタイル、性格、嗜好などの情報である。図５に示す例では、属性要素毎に、ユーザＵの嗜好が相対的に高い場合に「１」が設定され、それ以外の場合には「０」が設定される。また、「サイコグラフィック属性」は、図５に示した属性要素の例に限られず、経済、政治、野球、サッカー、その他スポーツ、スイーツ、パソコン、白物家電、家具など様々な属性を含んでいてもよい。なお、属性の情報は、０と１の２段階に限定されず、３段階以上の値であってもよい。

「サービス利用状況」は、情報処理装置１が提供するサービスのユーザＵによる利用状況を示す情報である。サービス利用状況は、例えば、電子商取引サービスの利用状況、オークションサービスの利用状況、動画配信サービスの利用状況、音楽配信サービスの利用状況などである。

電子商取引サービスの利用状況には、例えば、情報処理装置１が提供する電子商取引サイトでの商品またはサービスの購入履歴、電子商取引サイトへのアクセス履歴が含まれる。また、オークションサービスの利用状況には、情報処理装置１が提供するオークションサイトでの商品またはサービスの購入履歴、オークションサイトへのアクセス履歴が含まれる。

図５に示すユーザ情報テーブル４２には、電子商取引サービスにおいてユーザＩＤ「Ｕ１」のユーザＵが２０１８年５月３日に商品Ｄを購入したことを示す情報、電子商取引サービスにおいてユーザＩＤ「Ｕ２」のユーザＵが２０１８年５月４日に商品Ｅを購入したことを示す情報が含まれる。また、ユーザ情報テーブル４２には、電子商取引サービスにおいてユーザＩＤ「Ｕ３」のユーザＵが２０１８年５月７日にサービスＦを購入したことを示す情報が含まれる。

「特典利用状況」は、特典提供者から提供される特典の利用状況を示す情報である。かかる「特典利用状況」は、「特典ＩＤ」、「確認有無」、「受領有無」、および「受領日時」などの情報が互いに関連付けられた情報である。

「特典ＩＤ」は、ユーザＵが特典提供対象ユーザＴＵとなった特典の識別情報である。「確認有無」は、特典提供対象ユーザＴＵとなったユーザＵが特典サイトへアクセスしたか否かの有無を示す情報である。特典サイトへのアクセスは、例えば、情報処理装置１からメールなどによって送信される特典サイトのアドレスへユーザＵが端末装置３を用いてアクセスすることによって行われる。図５に示す例では、確認有無「１」は、特典サイトへアクセスしたことを示し、確認有無「０」は、特典サイトへアクセスしていないことを示す。

「受領有無」は、特典提供対象ユーザＴＵとなったユーザＵが店舗または特典サイトから特典を受領したか否かを示す情報である。「受領日時」は、特典提供対象ユーザＴＵとなったユーザＵが店舗または特典サイトから特典を受領した日時を示す情報である。

ここで、特典サイトから特典を受領したとは、例えば、特典が商品のサンプルである場合に、ユーザＵが端末装置３を用いて特典サイトへアクセスして特典情報を取得し、かつ特典サイトへサンプルの送付先の住所等および特典情報を入力することで、サンプルがユーザＵの住所に送付されたことを意味する。図５に示す例では、受領有無「１」は、特典を受領したことを示し、受領有無「０」は、特典を受領していないことを示す。

なお、図示していないが、ユーザ情報テーブル４２には、ユーザＵの会員継続期間の情報や、ユーザＵの利用サービスの情報が含まれる。会員継続期間は、後述するサービス提供部３０が提供するサービスの利用を特典提供先にするユーザＵが開始してから現在までの期間である。利用サービスは、サービス提供部３０が提供する複数のサービスのうちユーザＵが利用するサービスである。

〔３．２．４．グループ情報ＤＢ〕
グループ情報ＤＢ２３は、制御部１２によってスコアリングされた複数のユーザＵがスコア順にグループ分けされて生成されるグループ情報テーブルを記憶する。図６は、実施形態に係るグループ情報ＤＢに記憶されるグループ情報テーブルの一例を示す図である。

図６に示すグループ情報テーブル４３は、「グループＩＤ」と「ユーザＩＤ」とが互いに関連付けられた情報である。「グループＩＤ」は、グループＧ毎に固有の識別情報であり、「ユーザＩＤ」は、ユーザ情報テーブル４２の「ユーザＩＤ」と同じ情報である。図６に示す例では、第１のグループＧ_１には、グループＩＤ「Ｇ１」が割り当てられ、第２のグループＧ_２には、グループＩＤ「Ｇ２」が割り当てられ、第３のグループＧ_３には、グループＩＤ「Ｇ３」が割り当てられている。

また、第１のグループＧ_１には、ユーザＩＤ「Ｕ１」，「Ｕ８」，「Ｕ２１」，・・・のユーザＵが含まれ、第２のグループＧ_２には、ユーザＩＤ「Ｕ２」，「Ｕ７」，「Ｕ１８」，・・・のユーザＵが含まれている。また、第３のグループＧ_３には、ユーザＩＤ「Ｕ４」，「Ｕ１３」，「Ｕ１４」，・・・のユーザＵが含まれている。

〔３．３．制御部〕
制御部１２は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、入出力ポートなどを有するマイクロコンピュータや各種の回路を含む。制御部１２は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、入出力ポートなどを有するマイクロコンピュータや各種の回路を含む。

図３に示すように、制御部１２は、サービス提供部３０と、情報取得部３１と、要求受付部３２と、スコアリング部３３と、グループ化部３４と、決定部３５と、特典情報提供部３６とを備える。かかるサービス提供部３０、情報取得部３１、要求受付部３２、スコアリング部３３、グループ化部３４、決定部３５、および特典情報提供部３６の機能は、例えば、制御部１２のＣＰＵが制御部１２のＲＯＭに記憶されているプログラムを読み出して実行することにより実現される。

なお、サービス提供部３０、情報取得部３１、要求受付部３２、スコアリング部３３、グループ化部３４、決定部３５、および特典情報提供部３６は、それぞれ一部または全部がＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成されてもよい。

〔３．３．１．サービス提供部〕
サービス提供部３０は、端末装置３のユーザＵに上述した各種のオンラインサービスを提供する。端末装置３のユーザＵは、情報処理装置１に対して会員登録を行うことで、サービス提供部３０が提供する各種のサービスの提供を受けることができる。

サービス提供部３０は、端末装置３からの要求に応じてサービス情報ＤＢ２０から情報を取得して、端末装置３へ送信することで、端末装置３のユーザＵにサービスを提供することができる。例えば、サービス提供部３０は、電子商取引サービスで取引される商品の情報などをサービス情報ＤＢ２０から取得して端末装置３へ送信したり、動画コンテンツや音楽コンテンツなどをサービス情報ＤＢ２０から取得して端末装置３へ送信したりすることができる。

〔３．３．２．情報取得部〕
情報取得部３１は、サービス提供部３０が端末装置３へのサービスの提供に際して端末装置３から送信されるユーザ情報を取得する。情報取得部３１は、端末装置３から取得したユーザ情報をユーザ情報ＤＢ２２のユーザ情報テーブル４２に追加する。

例えば、情報取得部３１は、情報処理装置１が提供するサービスをユーザＵが利用するために入力したアンケートの結果に基づいて、サイコグラフィック属性を判定し、ユーザ情報テーブル４２のサイコグラフィック属性の情報を更新することができる。また、情報取得部３１は、ユーザＵのオンラインサービスにおける行動履歴に基づき、サイコグラフィック属性を判定し、ユーザ情報テーブル４２のサイコグラフィック属性の情報を更新することもできる。

また、情報取得部３１は、情報処理装置１が提供するサービスをユーザＵが利用するために入力したユーザＵのデモグラフィック属性（例えば、氏名、年齢、住所）などを端末装置３から取得し、ユーザ情報テーブル４２のデモグラフィック属性の情報を更新することができる。

また、情報取得部３１は、店舗装置４からネットワーク５を介して情報処理装置１へ送信される特典引渡情報を取得する。情報取得部３１は、店舗装置４から取得した特典引渡情報に基づいて、ユーザ情報テーブル４２のサービス利用状況の情報を更新する。

〔３．３．３．要求受付部３２〕
要求受付部３２は、特典提供者装置２からネットワーク５を介して情報処理装置１にアクセスがあった場合、特典提供者が特典提供条件を設定するための特典提供条件設定画面の情報を特典提供者装置２へネットワーク５を介して送信する。特典提供者装置２は、要求受付部３２から送信される特典提供条件設定画面の情報を取得し、取得した情報に基づいて、特典提供条件設定画面を不図示の表示部に表示する。特典提供者は、特典提供条件設定画面を用いた設定によって特典を与えるための情報の提供先となるユーザＵを絞り込むことができる。かかる絞り込みはフィルタリングとも呼ぶことができる。

図７は、実施形態に係る特典提供者装置の表示部で表示される特典提供条件設定画面の一例を示す図である。図７に示す特典提供条件設定画面５０には、特典提供先条件を設定するための選択ボックス５１〜５５と、特典提供数条件および特典提供期間条件を設定するための入力ボックス５６，５７と、決定ボタン５８とが含まれる。

選択ボックス５１〜５５は、特典提供先にするユーザＵの属性を選択するための選択ボックスである。具体的には、選択ボックス５１〜５５は、特典提供先にするユーザＵの性別、年齢、住所、会員継続期間、および利用サービスを選択するための選択ボックスである。

入力ボックス５６は、特典提供数を入力するための入力ボックスであり、入力ボックス５７は、特典提供期間を入力するための入力ボックスである。決定ボタン５８は、選択ボックス５１〜５５および入力ボックス５６，５７に設定された条件を含む特典情報配信要求を情報処理装置１へ送信するためのボタンである。

要求受付部３２は、ネットワーク５を介して情報処理装置１へ送信される特典情報配信要求を受け付ける。要求受付部３２は、受け付けた特典情報配信要求に含まれる情報を特典提供情報ＤＢ２１の特典提供情報テーブル４１に追加する。具体的には、要求受付部３２は、新たな特典ＩＤと、特典情報配信要求を行った特典提供者の特典提供者ＩＤと、特典情報配信要求に含まれる特典情報および特典提供条件情報とを特典提供情報テーブル４１に追加する。

例えば、特典提供条件設定画面５０が図７に示す状態で、特典提供者が特典提供者装置２の不図示の入力部を操作し決定ボタン５８を選択したとする。この場合、特典提供条件情報には、特典提供先条件「関東在住の２０代の男性で会員継続期間が５年以上」と、特典提供数条件「１０，０００」と、特典提供期間条件「２０１８／６／１〜６／３０」とが含まれる。

なお、特典提供条件設定画面５０は、図７に示す例に限定されない。特典提供条件設定画面５０は、例えば、ユーザＵの属性として、性別、年齢、住所、会員継続期間、および利用サービスの５つの属性以外の属性を設定できる構成であってもよく、性別、年齢、住所、会員継続期間、および利用サービスのうちいずれか１つ以上を設定できない構成であってもよい。また、特典提供先にするユーザＵの属性を設定するためのＧＵＩ（Graphical User Interface）は、選択ボックスに限定されず、特典提供数条件および特典提供期間条件を設定するためのＧＵＩは、入力ボックスに限定されない。

〔３．３．４．スコアリング部〕
スコアリング部３３は、ユーザ情報ＤＢ２２に記憶された電子商取引の利用状況の情報と特典の利用状況の情報とに基づいて、複数のユーザＵの全部または一部のそれぞれのスコアＳｃを演算することで複数のユーザＵの全部または一部をスコアリングする。スコアリング部３３は、電子商取引の利用が多いほど、かつ、特典の利用が多いほど高いスコアＳｃになるように、各ユーザＵをスコアリングする。

例えば、スコアリング部３３は、電子商取引の利用状況を指数化した第１スコアＳｃ１と特典の利用状況を指数化した第２スコアＳｃ２とに基づいて、複数のユーザＵの全部または一部をスコアリングすることができる。

具体的には、スコアリング部３３は、ユーザ情報ＤＢ２２に記憶されたサービス利用状況の情報に基づいて、第１スコアＳｃ１を算出する。例えば、スコアリング部３３は、ユーザＵの電子商取引サイトへのアクセス頻度と、電子商取引サイトの利用額および利用回数とに基づいて、第１スコアＳｃ１を算出することができる。

電子商取引サイトへのアクセス頻度は、ユーザＵによる電子商取引サイトへの単位期間ＴＡ当たりのアクセス回数である。また、電子商取引サイトの利用額は、ユーザＵによる電子商取引サイトでの単位期間ＴＢ当たりの商品またはサービスの購入金額の合計である。電子商取引サイトの利用回数は、ユーザＵによる電子商取引サイトでの単位期間ＴＣ当たりの商品またはサービスの購入回数である。単位期間ＴＡ，ＴＢ，ＴＣは、同じ期間であってもよく、異なる期間であってもよい。

ここで、電子商取引サイトへのアクセス頻度を「Ｙ１」、電子商取引サイトの利用額を「Ｙ２」、および電子商取引サイトの利用回数を「Ｙ３」とすると、スコアリング部３３は、例えば、下記式（１）の演算によって第１スコアＳｃ１を算出することができる。なお、下記式（１）において、「ｂ１」，「ｂ２」，「ｂ３」は重み係数であり、いずれか２つが０であってもよい。
Ｓｃ１＝ｂ１×Ｙ１＋ｂ２×Ｙ２＋ｂ３×Ｙ３ ・・・（１）

また、スコアリング部３３は、ユーザ情報ＤＢ２２に記憶された特典利用状況の情報に基づいて、第２スコアＳｃ２を算出する。例えば、スコアリング部３３は、特典サイトへのアクセス率と、特典サイトからの特典利用率とに基づいて、第２スコアＳｃ２を算出することができる。

ここで、特典サイトへのアクセス率を「Ｚ１」、および特典サイトからの特典利用率を「Ｚ２」とすると、スコアリング部３３は、例えば、下記式（２）の演算によって第２スコアＳｃ２を算出することができる。なお、下記式（２）において、「ｃ１」，「ｃ２」は重み係数であり、いずれか１つが０であってもよい。
Ｓｃ２＝ｃ１×Ｚ１＋ｃ２×Ｚ２ ・・・（２）

特典サイトへのアクセス率は、特典サイトアクセス情報の配信数に対する特典サイトへのアクセス数の比である。スコアリング部３３は、ユーザＵ毎に、特典サイトアクセス情報の配信数に対する特典サイトへのアクセス数の比を特典サイトへのアクセス率として演算する。また、特典サイトからの特典利用率は、特典サイトアクセス情報の配信数に対する特典の受領数の比である。スコアリング部３３は、ユーザＵ毎に、特典サイトアクセス情報の配信数に対する特典の受領数の比を特典サイトからの特典利用率として演算する。

スコアリング部３３は、電子商取引の利用状況を指数化した第１スコアＳｃ１と特典の利用状況を指数化した第２スコアＳｃ２とに基づいて、例えば、下記式（３）の演算によって、ユーザＵのスコアＳｃを求めることができる。これにより、特典を受ける可能性が高いユーザＵほどスコアＳｃを高くすることができる。
Ｓｃ＝Ｓｃ１×Ｓｃ２ ・・・（３）

なお、スコアリング部３３は、電子商取引の利用状況と特典の利用状況とに基づいて、スコアＳｃをユーザＵ毎に演算することができる構成であればよく、スコアＳｃの演算は、上記式（１）〜（３）に用いた演算に限定されない。

例えば、スコアリング部３３は、ユーザＵの特典の受領有無または受領率を目的変数とし、電子商取引の利用状況を説明変数とする下記式（４）に示す学習モデルをユーザ情報テーブル４２に基づいて生成することもできる。
ｙ＝ａ_１・ｘ_１＋ａ_２・ｘ_２＋・・・＋ａ_ｎ・ｘ_ｎ ・・・（４）

上記式（４）において、ａ_１〜ａ_ｎ（ｎは整数）は係数であり、ｘ_１〜ｘ_ｎは説明変数（素性）である。ｘ_１〜ｘ_ｎには、例えば、電子商取引サイトへのアクセス頻度を大きさで分けた複数の範囲（例えば、アクセス頻度「小」、「中」、「大」）、電子商取引サイトでの利用額を大きさで分けた複数の範囲（例えば、利用額「小」、「中」、「大」）、および電子商取引サイトでの利用回数を大きさで分けた複数の範囲（例えば、利用回数「小」、「中」、「大」）が含まれる。

例えば、ｘ_１をアクセス頻度「小」、ｘ_２をアクセス頻度「中」、ｘ_３をアクセス頻度「大」、ｘ_４を利用額「小」、ｘ_５を利用額「中」、ｘ_６を利用額「大」、ｘ_７を利用回数「小」、ｘ_８を利用回数「中」、ｘ_９を利用回数「大」とする。この場合、アクセス頻度「中」、利用額「大」、および利用回数「大」のユーザＵは、（ｘ_１，ｘ_２，ｘ_３，ｘ_４，ｘ_５，ｘ_６，ｘ_７，ｘ_８，ｘ_９，・・・）＝（０，１，０，０，０，１，０，０，１，・・・）である。

また、上記式（４）において、ｙは、ユーザＵの特典の受領有無または受領率である。目的変数が特典の受領有無である場合、ユーザＵが特典を受領した場合を正解データ（例えば、「１」）とし、ユーザＵが特典を受領していない場合を不正解データ（例えば、「０」）とする。

この場合、スコアリング部３３は、ユーザ情報における「受領有無」に「１」があるユーザＵの場合、特典の受領が有であると判定することができる。例えば、ユーザ情報テーブル４２が図５に示す状態である場合、スコアリング部３３は、ユーザＩＤ「Ｕ１」，「Ｕ２」のユーザＵ_１，Ｕ_２を特典の受領が有のユーザＵと判定し、ユーザＩＤ「Ｕ３」のユーザＵ_３を特典の受領が無のユーザＵと判定する。

また、スコアリング部３３は、ユーザＵのユーザ情報における「受領有無」の合計に対する受領有の比率を受領率と判定することができる。例えば、あるユーザＵのユーザ情報における「受領有無」の「０」の数と「１」の数の合計が１０で、「受領有無」の「１」の数が３であるとすると、かかるユーザＵの受領率は、０．３である。

スコアリング部３３は、上述のように生成した学習モデルにユーザＵにおける電子商取引の利用状況を上記式（４）の説明変数に代入することで、スコアＳｃを求めることができる。すなわち、スコアリング部３３は、下記式（５）の演算によって、スコアＳｃを求めることができる。
Ｓｃ＝ａ_１・ｘ_１＋ａ_２・ｘ_２＋・・・＋ａ_ｎ・ｘ_ｎ ・・・（５）

なお、説明変数は、電子商取引の利用状況を示す情報に限定されず、ユーザＵの属性を示す情報を含んでもよく、特典の利用状況に示す情報を含んでもよい。例えば、特典サイトへのアクセス率を大きさで分けた複数の範囲を各々説明変数とすることができる。

〔３．３．５．グループ化部〕
グループ化部３４は、予め設定されたグループ化規則に基づいて、スコアリング部３３によってスコアリングされた複数のユーザＵをスコアＳｃが高い順に複数のグループＧに振り分ける。

グループ化規則には、グループＧの数、および各グループＧの人数の規則が含まれる。例えば、グループ化部３４には、グループの数をｐとし、第１〜第ｐのグループＧ_１〜Ｇ_ｐの人数をＮ_１〜Ｎ_ｐとするグループ化規則が予め設定される。なお、「ｐ」は、ユーザＵの数によって変えることができる。また、Ｎ_１〜Ｎ_ｐは、互いに同じ数であるが、Ｎ_１＞Ｎ_２＞・・・＞Ｎ_ｐとなる関係であってもよい。

第１のグループＧ_１は、他のグループＧ_２〜Ｇ_ｐに比べてスコアＳｃが高いユーザＵのグループである。第２のグループＧ_２は、第１のグループＧ_１のユーザＵよりはスコアＳｃが低いが第３〜第ｐのグループＧ_３〜Ｇ_ｐのユーザＵに比べ、スコアＳｃが高いユーザＵのグループである。

なお、グループＧの人数は、ユーザＵのスコアＳｃの値によって規定されてもよい。例えば、第１のグループＧ_１のユーザＵを、スコアＳｃの値が閾値Ｓｔｈ１以上のすべてのユーザＵとし、第２のグループＧ_２のユーザＵを、スコアＳｃの値が閾値Ｓｔｈ１未満閾値Ｓｔｈ２以上のすべてのユーザＵとする。第３のグループＧ_３のユーザＵも同様に予め設定されたスコアＳｃの範囲のユーザＵとする。

グループ化部３４は、このように複数のユーザＵをスコアＳｃが高い順にグループ化した結果をグループ情報ＤＢ２３のグループ情報テーブル４３に設定する。

〔３．３．６．決定部〕
決定部３５は、スコアリング部３３によるスコアリング結果に基づいて、特典提供者が設定した特典提供条件のうち特典提供先条件を満たす複数のユーザＵのうち特典を受けることができるユーザＵである特典提供対象ユーザＴＵを決定する。

例えば、決定部３５は、グループ化部３４でグループ化された複数のグループＧのうちスコアＳｃが高いユーザＵが属するグループＧを特典提供対象グループＴＧとして優先的に決定する。具体的には、決定部３５は、特典提供条件に含まれる特典提供期間において特典提供数を満たすことができるように、複数のグループＧのうちスコアＳｃが高いユーザＵが属するグループＧ_１から順に１以上の特典提供対象グループＴＧを決定する。

例えば、決定部３５は、各グループＧに含まれる複数のユーザＵのうち属性条件を満たし且つ特典提供期間において特典を受けるユーザＵの数（以下、特典受領予測人数と記載する）を推定する。そして、決定部３５は、スコアＳｃが高いグループＧから順に特典受領予測人数を加算する処理を、加算値が特典提供条件のうち特典提供数を満たすまで行う。

ここで、特典提供数が１０，０００であり、第１のグループＧ_１の特典受領予測人数が８０００、第２のグループＧ_２の特典受領予測人数が１５００、第３のグループＧ_３の特典受領予測人数が５００であるとする。この場合、決定部３５は、第１〜第３のグループＧ_１〜Ｇ_３を特典提供対象グループＴＧに決定する。

また、決定部３５は、特典提供条件で規定される特典提供期間において、特典提供対象ユーザＴＵの特典の受け取り数の推移を予測することができる。決定部３５は、特典提供対象ユーザＴＵの特典の受け取り状態と受け取り数の予測推移との比較結果に基づいて、特典提供条件に含まれる特典提供期間において特典提供対象グループＴＧを増減する。決定部３５は、ユーザ情報テーブル４２に含まれる特典利用状況の情報に基づいて、特典提供対象ユーザＴＵの特典の受け取り状態を判定することができる。

図８は、実施形態に係る決定部による特典提供対象ユーザの決定方法の一例を示す図である。図８に示す例では、特典提供期間が２０１８／６／１〜６／３０である特典に関する特典提供対象グループＴＧの決定部３５による決定処理の一例を示している。図８に示す例では、決定部３５がまず第１のグループＧ_１を特典提供対象グループＴＧとして決定する。これにより、特典情報提供部３６によって２０１８／６／１から第１のグループＧ_１のうち特典提供先条件を満たすユーザＵへ特典サイトアクセス情報が配信される。

決定部３５は、２０１８／６／９までで特典提供対象ユーザＴＵの特典の受け取り数が予測推移の予測値よりも小さいと判定すると、図８に示すように、第２のグループＧ_２を特典提供対象グループＴＧとして決定し、特典提供対象グループＴＧの数を増加する。その後、決定部３５は、２０１８／６／１４までで特典提供対象ユーザＴＵの特典の受け取り数が予測値よりも小さいと判定すると、図８に示すように、第３のグループＧ_３を特典提供対象グループＴＧとして決定し、特典提供対象グループＴＧの数をさらに増加する。

決定部３５は、２０１８／６／２０までで特典提供対象ユーザＴＵの特典の受け取り数が予測値よりも大きいと判定すると、図８に示すように、第３のグループＧ３を特典提供対象グループＴＧから除外し、特典提供対象グループＴＧの数を減少させる。その後、決定部３５は、２０１８／６／２５までで特典提供対象ユーザＴＵの特典の受け取り数が大きいと判定すると、図８に示すように、第２のグループＧ２を特典提供対象グループＴＧから除外し、特典提供対象グループＴＧの数をさらに減少させる。

このように、決定部３５は、特典提供対象グループＴＧを決定して特典提供対象グループＴＧを増減するが、特典提供対象グループＴＧを決定する処理を行うことなく、特典提供対象ユーザＴＵを決定することもできる。例えば、決定部３５は、特典提供条件で規定される特典提供期間において特典提供条件で規定される特典提供数を満たすことができるように、スコアリング部３３によってスコアリングされ且つ特典提供先条件を満たす複数のユーザＵの中から、特典提供対象ユーザＴＵを決定することができる。

例えば、決定部３５は、統計処理または機械学習によってユーザＵが特典を受ける確率（以下、受領確率と記載する）とスコアＳｃとの関係を示す演算式またはテーブルを生成することができる。決定部３５は、生成した演算式またはテーブルから、各ユーザＵのスコアＳｃに基づいて、特典提供先条件を満たす各ユーザＵの受領確率を求めることができる。決定部３５は、受領確率を加算する処理を、加算値が特典提供条件のうち特典提供数を満たすまで行う。

ここで、ユーザＩＤが「Ｕ１」，「Ｕ８」，「Ｕ２１」のユーザＵのスコアＳｃが各々「Ｓｃ_１」，「Ｓｃ_８」，「Ｓｃ_２１」であるとする。また、受領確率とスコアＳｃとの関係を示す演算式またはテーブルにおいて、スコアＳｃ「Ｓｃ_１」の受領確率が「０．１２１」、スコアＳｃ「Ｓｃ_８」の受領確率が「０．１２０」、スコアＳｃ「Ｓｃ_２１」の受領確率が「０．１１９」である関係であるとする。

この場合、決定部３５は、ユーザＩＤが「Ｕ１」，「Ｕ８」，「Ｕ２１」のユーザＵの受領確率を各々「０．１２１」，「０．１２０」，「０．１１９」とする。この場合、ユーザＩＤが「Ｕ１」，「Ｕ８」，「Ｕ２１」のユーザＵの受領確率の加算値は、０．１２１＋０．１２０＋０．１１９＝０．３６０である。

なお、決定部３５は、特典提供対象グループＴＧを決定する処理を行うことなく、特典提供対象ユーザＴＵを決定する場合においても、特典提供対象ユーザＴＵの特典の受け取り状態に基づいて、特典提供対象ユーザＴＵの数を増減することができる。

例えば、決定部３５は、特典提供条件で規定される特典提供期間において、特典提供対象ユーザＴＵの特典の受け取り数の推移を予測し、特典の受け取り数が予測値よりも小さい場合には、特典提供対象ユーザＴＵを追加することで、特典提供対象ユーザＴＵの数を増加させることができる。また、決定部３５は、特典の受け取り数が予測値よりも大きい場合には、複数の特典提供対象ユーザＴＵのうちスコアＳｃの最も低い特典提供対象ユーザＴＵを優先して除外することで、特典提供対象ユーザＴＵの数を減少させることができる。

このように、決定部３５は、特典提供対象グループＴＧを決定する処理を行うことなく、スコアリング部３３によってスコアリングされ且つ特典提供先条件を満たす複数のユーザＵのうちスコアＳｃが高いユーザＵを優先して特典提供対象ユーザＴＵとして決定することもできる。なお、この場合、スコアリング部３３は、特典提供先条件を満たすユーザＵのみをスコアリングすることもできる。

なお、決定部３５は、特典提供数と特典提供期間とに基づいて、特典提供期間における特典の提供予定数の推移を設定することができる。例えば、特典提供数を特典提供期間の日数で除算することで、１日単位の特典の提供予定数を設定することができる。なお、決定部３５は、予め設定された基準推移の演算式に、特典提供数と特典提供期間とを入力することで、特典提供期間における特典の提供予定数の推移を設定することもできる。

この場合、決定部３５は、例えば、特典提供数に応じた数の特典提供対象グループＴＧまたは特典提供対象ユーザＴＵを決定した後、特典提供対象ユーザＴＵの特典の受け取り数の状況に基づいて、特典提供対象グループＴＧまたは特典提供対象ユーザＴＵの数を増減することができる。

〔３．３．７．特典情報提供部〕
特典情報提供部３６は、特典提供者が提供する特典を受けるための情報である特典情報を特典提供対象ユーザＴＵへ提供する。例えば、特典情報提供部３６は、特典提供対象ユーザＴＵへ特典サイトアクセス情報を配信し、その後特典サイトへアクセスを行った特典提供対象ユーザＴＵの端末装置３へ特典情報を提供する。

特典情報提供部３６は、電子メールやメッセンジャーなどによってユーザＵに特典情報を配信する特典サイトのアドレスを含む情報を特典サイトアクセス情報として所定期間毎（例えば、１日毎）に特典提供対象ユーザＴＵの端末装置３へ配信することができる。また、特典情報提供部３６は、特典提供対象ユーザＴＵが所定のサイトへアクセスした場合に特典サイトをランディングページとするバナーやリンクを特典サイトアクセス情報として特典提供対象ユーザＴＵの端末装置３に送信することができる。

特典情報提供部３６は、特典サイトを提供しており、かかる特典サイトへアクセスを行った特典提供対象ユーザＴＵの端末装置３へ特典情報を提供する。特典情報は、特典提供者が提供する特典をユーザＵが受けるために必要な情報である。特典情報を取得したユーザＵは、特典が提供される店舗へ移動し、特典情報に基づいて、店舗から特典を受けることができる。

特典情報提供部３６から提供される特典情報は、店舗で用いる特典情報に限定されず、特典サイトまたは電子商取引サイトで用いる特典情報であってもよい。例えば、特典情報は、特典サイトまたは電子商取引サイトで商品を受け取るための認証コードなどの情報であってもよい。この場合、特典提供対象ユーザＴＵは、端末装置３を操作して、特典サイトまたは電子商取引サイトで特典情報を入力することで、配送サービスによって特典を受けることができる。

特典情報提供部３６は、特典サイトへユーザＵがアクセスした場合やユーザＵに特典情報を提供した場合に、ユーザ情報のうち特典利用状況の情報を更新することができる。これにより、特典利用状況の情報を最新の情報にすることができる。

なお、特典情報提供部３６は、ユーザＵの端末装置３から特典サイトへのアクセスがあった場合、ユーザＩＤに基づいてユーザＵに提供する特典情報を判定し、判定した特典情報をユーザＵの端末装置３へ送信することができる。

また、特典情報提供部３６は、特典情報毎に異なる特典サイトアクセス情報をユーザＵの端末装置３へ送信することもできる。この場合、ユーザＵの端末装置３から特典サイトのうち特典情報に応じたページへのアクセスが行われる。特典情報毎に異なる特典サイトアクセス情報とは、例えば、ユーザＵに提供する特典情報が特典情報Ａの場合、特典サイトのうち特典情報Ａが提供されるページのアドレスであり、ユーザＵに提供する特典情報が特典情報Ｂの場合、特典サイトのうち特典情報Ｂが提供されるページのアドレスである。

〔４．情報処理装置１の処理フロー〕
図９を用いて、情報処理装置１における情報処理の手順の一例について説明する。図９は、実施形態に係る情報処理装置における情報処理の一例を示すフローチャートである。かかる情報処理は、繰り返し実行される処理である。

図９に示すように、情報処理装置１の制御部１２は、特典提供者装置２から特典情報配信要求があるか否かを判定する（ステップＳ１０）。制御部１２は、特典情報配信要求があると判定した場合（ステップＳ１０：Ｙｅｓ）、特典提供情報ＤＢ２１を更新する（ステップＳ１１）。ステップＳ１１において、制御部１２は、特典提供条件設定画面５０の情報を特典提供者装置２へ送信し、その後、特典提供者装置２から送信される特典情報配信要求を受け付ける。そして、制御部１２は、特典情報配信要求に含まれる情報に基づいて、特典提供情報ＤＢ２１を更新する。

制御部１２は、ステップＳ１１の処理が終了した場合、特典情報配信要求がないと判定した場合（ステップＳ１０：Ｎｏ）、端末装置３または店舗装置４からユーザ情報を取得したか否かを判定する（ステップＳ１２）。制御部１２は、ユーザ情報を取得したと判定した場合（ステップＳ１２：Ｙｅｓ）、ユーザ情報ＤＢ２２を更新する（ステップＳ１３）。例えば、制御部１２は、端末装置３からユーザＵのデモグラフィック属性やサイコグラフィック属性の情報を取得した場合、取得した情報に基づいて、ユーザ情報ＤＢ２２を更新する。また、制御部１２は、店舗装置４からユーザＵの特典引渡情報を取得した場合、取得した特典引渡情報に基づいて、ユーザ情報ＤＢ２２を更新する。

制御部１２は、ステップＳ１３の処理が終了した場合、ユーザ情報を取得していないと判定した場合（ステップＳ１２：Ｎｏ）、配信開始契機になったか否かを判定する（ステップＳ１４）。ステップＳ１４において、制御部１２は、特典提供期間条件に基づいて、配信開始契機であるか否かを判定する。例えば、制御部１２は、特典提供情報テーブル４１が図４に示す状態である場合、２０１８／６／１になる直前のタイミングで配信開始契機になったと判定することができる。

制御部１２は、配信開始契機になったと判定した場合（ステップＳ１４：Ｙｅｓ）、特典情報提供処理を開始する（ステップＳ１５）。特典情報提供処理は、図１０に示すステップＳ２１〜Ｓ３０であり、後述する。制御部１２は、ステップＳ１５の処理が終了した場合、または、配信開始契機になっていないと判定した場合（ステップＳ１４：Ｎｏ）、図９に示す処理を終了する。

図１０は、実施形態に係る情報処理装置における特典情報提供処理の一例を示すフローチャートである。制御部１２は、図１０に示すように、特典情報提供処理を開始すると、ユーザ情報ＤＢ２２に記憶されたユーザ情報に基づいて、複数のユーザＵをスコアリングし（ステップＳ２１）、かかるスコアリングの結果に基づいて、複数のユーザＵを複数のグループＧに振り分けてグループ化する（ステップＳ２２）。

次に、制御部１２は、特典提供条件に基づいて、複数のグループＧから特典提供対象グループＴＧを決定する（ステップＳ２３）。ステップＳ２３において、制御部１２は、例えば、特典提供期間条件で規定される特典提供期間において特典提供数条件で規定される特典提供数を満たすことができるように、複数のグループＧの中からスコアＳｃが高いユーザＵを含むグループＧを優先して特典提供対象グループＴＧに決定する。

次に、制御部１２は、特典提供対象グループＴＧのユーザＵを特典提供対象ユーザＴＵとして決定し（ステップＳ２４）、特典提供対象ユーザＴＵの端末装置３へ特典サイトアクセス情報の配信を開始する（ステップＳ２５）。

その後、制御部１２は、特典提供対象ユーザＴＵの特典の受け取り状態に基づいて、特典提供対象グループＴＧの追加が必要であるか否かを判定する（ステップＳ２６）。制御部１２は、特典提供対象グループＴＧの追加が必要であると判定した場合（ステップＳ２６：Ｙｅｓ）、特典提供対象グループＴＧを追加する（ステップＳ２７）。

制御部１２は、ステップＳ２７の処理が終了した場合、または、特典提供対象グループＴＧの追加が必要ではないと判定した場合（ステップＳ２６：Ｎｏ）、特典提供対象ユーザＴＵの特典の受け取り状態に基づいて、特典提供対象グループＴＧの除外が必要であるか否かを判定する（ステップＳ２８）。制御部１２は、特典提供対象グループＴＧの除外が必要であると判定した場合（ステップＳ２８：Ｙｅｓ）、複数の特典提供対象グループＴＧのうち一部の特典提供対象グループＴＧを除外する（ステップＳ２９）。

制御部１２は、ステップＳ２９の処理が終了した場合、または、特典提供対象グループＴＧの除外が必要ではないと判定した場合（ステップＳ２８：Ｎｏ）、特典提供条件を充足するか否かを判定する（ステップＳ３０）。ステップＳ３０において、制御部１２は、特典提供期間が終了した場合、または、特典提供数分の特典の提供が完了した場合に、特典提供条件を充足すると判定する。なお、制御部１２は、特典提供期間が終了する所定期間前になった場合、または、特典情報を配信しなくても特典提供数分の特典の提供が完了すると予測される場合に、特典提供条件を充足すると判定することもできる。

制御部１２は、特典提供条件を充足しないと判定した場合（ステップＳ３０：Ｎｏ）、処理をステップＳ２７へ移行する。また、制御部１２は、特典提供条件を充足すると判定した場合（ステップＳ３０：Ｙｅｓ）、図１０に示す処理を終了する。

〔５．その他〕
上述した例では、グループ化部３４は、特典提供先条件にかかわらず、複数のユーザＵを複数のグループＧに振り分けるグループ化を行うが、グループ化部３４は、特典提供先条件を満たす複数のユーザＵを抽出し、抽出した複数のユーザＵを複数のグループＧに振り分けるグループ化を行うことができる。

また、スコアリング部３３は、特典に関係する商品またはサービスに対する電子商取引の利用状況および特典の利用状況に基づいて、複数のユーザＵをスコアリングすることができる。例えば、スコアリング部３３は、特典が化粧品のサンプルである場合、電子商取引の利用状況および特典の利用状況の各々のうち化粧品に関する利用状況に基づいて、複数のユーザＵをスコアリングすることができる。すなわち、スコアリング部３３は、電子商取引の利用状況および特典の利用状況の各々のうち特典に関する属性（例えば、特典が化粧品のサンプルである場合、特典に関する属性は化粧品）に関する利用状況を抽出し、抽出した利用状況に基づいて、複数のユーザＵをスコアリングすることができる。

また、上述した例では、特典情報提供部３６は、特典提供期間において特典サイトアクセス情報を所定期間毎に特典提供対象ユーザＴＵの端末装置３へ配信するが、かかる例に限定されない。特典情報提供部３６は、特典提供期間において予め設定された規則に従って特典サイトアクセス情報を予め設定された回数または間隔で特典提供対象ユーザＴＵの端末装置３へ配信することができる。例えば、特典情報提供部３６は、特典サイトアクセス情報を所定回数（例えば、１回または２回以上）だけ各特典提供対象ユーザＴＵの端末装置３へ配信することができる。

また、特典情報提供部３６は、特典提供期間において、複数の特典提供対象ユーザＴＵの端末装置３のうち所定数の端末装置３毎に特典提供対象ユーザＴＵに配信するタイミングを所定期間（例えば、１日）ずらすこともできる。また、特典情報提供部３６は、特典提供期間を通じて特典提供数の特典が満遍なく受け取られるように、所定数の端末装置３毎に特典提供対象ユーザＴＵに配信するタイミングを異なるタイミングにすることもできる。

また、スコアリング部３３は、特典提供期間においても、複数のユーザＵのスコアリングを繰り返し行うことができる。この場合、グループ化部３４は、スコアリング部３３による新たなスコアリング結果に基づいて、複数のユーザＵを複数のグループＧに振り分けるグループ化を繰り返し行うことができる。

また、上述した例では、決定部３５は、グループＧ単位およびユーザＵ単位のいずれか一方で特典提供対象ユーザＴＵを決定するが、かかる例に限定されない。決定部３５は、特典提供期間の所定期間（例えば、前半）において、グループＧ単位で特典提供対象ユーザＴＵを決定し、その後の残りの期間で、ユーザＵ単位で特典提供対象ユーザＴＵを決定することもできる。

〔６．ハードウェア構成〕
上述した実施形態における情報処理装置１は、それぞれ例えば図１１に示すような構成のコンピュータ２００がプログラムを実行することによって実現される。

図１１は、実施形態に係るプログラムを実行するコンピュータのハードウェア構成の一例を示す図である。コンピュータ２００は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、通信インターフェイス（Ｉ／Ｆ）２０５、入出力インターフェイス（Ｉ／Ｆ）２０６、およびメディアインターフェイス（Ｉ／Ｆ）２０７を備える。

ＣＰＵ２０１は、ＲＯＭ２０３またはＨＤＤ２０４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ２０３は、コンピュータ２００の起動時にＣＰＵ２０１によって実行されるブートプログラムや、コンピュータ２００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ２０４は、ＣＰＵ２０１によって実行されるプログラムによって使用されるデータ等を格納する。通信インターフェイス２０５は、通信部１０に対応し、ネットワーク５を介して他の機器からデータを受信してＣＰＵ２０１へ送り、ＣＰＵ２０１が生成したデータを、ネットワーク５を介して他の機器へ送信する。

ＣＰＵ２０１は、入出力インターフェイス２０６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ２０１は、入出力インターフェイス２０６を介して、入力装置からデータを取得する。また、ＣＰＵ２０１は、生成したデータを、入出力インターフェイス２０６を介して出力装置へ出力する。

メディアインターフェイス２０７は、記録媒体２０８に格納されたプログラムまたはデータを読み取り、ＲＡＭ２０２を介してＣＰＵ２０１に提供する。ＣＰＵ２０１は、当該プログラムを、メディアインターフェイス２０７を介して記録媒体２０８からＲＡＭ２０２上にロードし、ロードしたプログラムを実行する。記録媒体２０８は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

コンピュータ２００のＣＰＵ２０１は、ＲＡＭ２０２上にロードされたプログラムを実行することにより、上述したサービス提供部３０、情報取得部３１、要求受付部３２、スコアリング部３３、グループ化部３４、決定部３５、および特典情報提供部３６の機能を実現することができる。また、かかるサービス提供部３０、情報取得部３１、要求受付部３２、スコアリング部３３、グループ化部３４、決定部３５、および特典情報提供部３６は、それぞれ一部または全部がハードウェアのみで構成されてもよい。

コンピュータ２００のＣＰＵ２０１は、プログラムを、記録媒体２０８から読み取って実行するが、他の例として、他の装置から、ネットワーク５を介してこれらのプログラムを取得してもよい。なお、ＨＤＤ２０４は、記憶部１１に対応し、記憶部１１と同様のデータを記憶する。また、ＨＤＤ２０４に代えて、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、光ディスク等の記憶装置を用いてもよい。

〔７．効果〕
実施形態に係る情報処理装置１は、情報取得部３１と、スコアリング部３３と、決定部３５とを備える。情報取得部３１は、複数のユーザＵの各々の属性と複数のユーザＵの各々の電子商取引の利用状況と特典の利用状況とを含むユーザ情報を取得する。スコアリング部３３は、電子商取引の利用状況と特典の利用状況とに基づいて、複数のユーザＵの全部または一部をスコアリングする。決定部３５は、スコアリング部３３によるスコアリング結果に基づいて、特典提供者が設定した特典提供先条件を満たす複数のユーザＵのうち特典提供者が提供する特典を受けることができるユーザＵである特典提供対象ユーザＴＵを決定する。これにより、例えば、情報処理装置１は、特典の利用状況に基づいて、特典を受け取らないユーザＵを特典提供対象ユーザＴＵから除外することができ、これにより、特典提供対象ユーザＴＵをより適切に決定することができる。また、情報処理装置１は、特典の利用状況に基づいて、電子商取引を利用していないユーザＵを特典提供対象ユーザＴＵから除外することができ、これにより、特典を提供した後に特典に係る商品やサービスを購入する可能性が低いユーザＵを特典提供対象ユーザＴＵから除外することができる。

また、スコアリング部３３は、電子商取引の利用状況に基づく第１スコアＳｃ１と特典の利用状況に基づく第２スコアＳｃ２とに基づいて、複数のユーザＵの全部または一部をスコアリングする。このように、情報処理装置１は、電子商取引の利用状況と特典の利用状況とをスコア化することで、ユーザＵのスコア化を容易に行うことができる。

また、情報処理装置１は、複数のユーザＵの全部または一部のそれぞれの第１スコアＳｃ１と第２スコアＳｃ２との乗算結果または加算結果に基づいて、複数のユーザＵの全部または一部をスコアリングする。これにより、情報処理装置１は、電子商取引をあまり利用しないユーザＵや特典をあまり受け取らないユーザＵのスコアＳｃを低くすることができるため、特典提供対象ユーザＴＵをより適切に決定することができる。

また、スコアリング部３３は、電子商取引の利用状況と特典の利用状況とに基づく学習モデルを生成し、生成した学習モデルに基づいて、複数のユーザＵの全部または一部をスコアリングする。これにより、情報処理装置１は、特典提供対象ユーザＴＵを精度よく迅速に決定することができる。

また、情報処理装置１は、スコアリング部３３によってスコアリングされた複数のユーザＵをスコアＳｃが高い順に複数のグループＧに振り分けるグループ化部３４を備える。決定部３５は、複数のグループＧのうちスコアＳｃが高いユーザＵが属するグループＧを優先的に特典提供対象グループＴＧとして決定し、特典提供対象グループＴＧのユーザＵのうち特典提供先条件を満たすユーザＵを特典提供対象ユーザＴＵとして決定する。これにより、情報処理装置１は、複数のユーザＵをまとめて特典提供対象グループＴＧとして選択することができるため、特典提供対象ユーザＴＵを決定する処理を迅速に行うことができる。

また、情報処理装置１は、特典提供者が提供する特典を受けるための情報である特典情報を特典提供対象ユーザＴＵへ提供する特典情報提供部３６を備える。これにより、特典提供対象ユーザＴＵが特典情報を用いて特典を受け取ることができる。

また、決定部３５は、特典提供対象ユーザＴＵによる特典の受け取り状態に基づいて、特典提供条件に含まれる特典提供期間において特典提供対象グループＴＧを増減する。これにより、特典提供期間の一部の期間に特典を受けるユーザＵが大きく片寄ることを防止することができ、特典提供期間を通して満遍なく特典を提供することができる。したがって、特典提供期間が開始してからすぐに特典がなくなったり、特典提供期間が終了したときに特典が大量に余ったりすることを防止することができる。

また、決定部３５は、スコアリング部３３によってスコアリングされ且つ特典提供先条件を満たす複数のユーザＵのうちスコアＳｃが高いユーザＵを優先して特典提供対象ユーザＴＵとして決定する。これにより、ユーザＵをグループ化することなく、特典提供対象ユーザＴＵを決定することができる。

また、決定部３５は、特典提供対象ユーザＴＵによる特典の受け取り状態に基づいて、特典提供条件に含まれる特典提供期間において特典提供対象ユーザＴＵを増減する。これにより、特典提供期間を通して特典を提供することができ、特典提供期間の一部の期間に特典を受けるユーザＵが大きく片寄ることを防止することができる。

また、上述した情報処理装置１は、それぞれ複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、情報取得部は、情報取得手段や情報取得回路に読み替えることができる。

以上、上記実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。上記実施形態に多様な変更または改良を加えることが可能であることが当業者には明らかである。また、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

１ 情報処理装置
２，２_１〜２_ｍ 特典提供者装置
３，３_１〜３_ｎ 端末装置
４，４_１〜４_ｑ 店舗装置
５ ネットワーク
１０ 通信部
１１ 記憶部
１２ 制御部
３０ サービス提供部
３１ 情報取得部
３２ 要求受付部
３３ スコアリング部
３４ グループ化部
３５ 決定部
３６ 特典情報提供部

Claims (10)

1. 複数のユーザの各々の属性と前記複数のユーザの各々の電子商取引の利用状況と特典の利用状況とを含むユーザ情報を取得する情報取得部と、
   前記電子商取引の利用状況と前記特典の利用状況とに基づいて、前記複数のユーザの全部または一部をスコアリングするスコアリング部と、
   前記スコアリング部によるスコアリング結果に基づいて、特典提供者が設定した特典提供先条件を満たす複数のユーザのうち前記特典提供者が提供する特典を受けることができるユーザである特典提供対象ユーザを決定する決定部と、を備える
   ことを特徴とする情報処理装置。
2. 前記スコアリング部は、
   前記電子商取引の利用状況に基づく第１スコアと前記特典の利用状況に基づく第２スコアとに基づいて、前記複数のユーザの全部または一部をスコアリングする
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記複数のユーザの全部または一部のそれぞれの前記第１スコアと前記第２スコアとの乗算結果または加算結果に基づいて、前記複数のユーザの全部または一部をスコアリングする
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記スコアリング部は、
   前記電子商取引の利用状況と前記特典の利用状況とに基づく学習モデルを生成し、生成した前記学習モデルに基づいて、前記複数のユーザの全部または一部をスコアリングする
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記スコアリング部によってスコアリングされた前記複数のユーザをスコアが高い順に複数のグループに振り分けるグループ化部を備え、
   前記決定部は、
   前記複数のグループのうち前記スコアが高いユーザが属するグループを優先的に特典提供対象グループとして決定し、当該特典提供対象グループのユーザのうち前記特典提供先条件を満たすユーザを前記特典提供対象ユーザとして決定する
   ことを特徴とする請求項１〜４のいずれか一つに記載の情報処理装置。
6. 前記特典提供者が提供する特典を受けるための情報である特典情報を前記特典提供対象ユーザへ提供する特典情報提供部を備え、
   前記決定部は、
   前記特典提供対象ユーザによる前記特典の受け取り状態に基づいて、前記特典提供者が設定した特典提供期間において前記特典提供対象グループを増減する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記決定部は、
   前記スコアリング部によってスコアリングされ且つ特典提供条件を満たす前記複数のユーザのうち前記スコアリングによるスコアが高いユーザを優先して前記特典提供対象ユーザとして決定する
   ことを特徴とする請求項１〜４のいずれか一つに記載の情報処理装置。
8. 前記特典提供者が提供する特典を受けるための情報である特典情報を前記特典提供対象ユーザへ提供する特典情報提供部を備え、
   前記決定部は、
   前記特典提供対象ユーザによる前記特典の受け取り状態に基づいて、前記特典提供者が設定した特典提供期間において前記特典提供対象ユーザを増減する
   ことを特徴とする請求項７に記載の情報処理装置。
9. コンピュータが実行する情報処理方法であって、
   複数のユーザの各々の属性と前記複数のユーザの各々の電子商取引の利用状況と特典の利用状況とを含むユーザ情報を取得する取得工程と、
   前記電子商取引の利用状況と前記特典の利用状況とに基づいて、前記複数のユーザの全部または一部をスコアリングするスコアリング工程と、
   前記スコアリング工程によるスコアリング結果に基づいて、特典提供者が設定した特典提供先条件を満たす複数のユーザのうち前記特典提供者が提供する特典を受けることができるユーザである特典提供対象ユーザを決定する決定工程と、を含む
   ことを特徴とする情報処理方法。
10. 複数のユーザの各々の属性と前記複数のユーザの各々の電子商取引の利用状況と特典の利用状況とを含むユーザ情報を取得する取得手順と、
    前記電子商取引の利用状況と前記特典の利用状況とに基づいて、前記複数のユーザの全部または一部をスコアリングするスコアリング手順と、
    前記スコアリング手順によるスコアリング結果に基づいて、特典提供者が設定した特典提供先条件を満たす複数のユーザのうち前記特典提供者が提供する特典を受けることができるユーザである特典提供対象ユーザを決定する決定手順と、
    をコンピュータに実行させることを特徴とする情報処理プログラム。

Images