【文献】
藤江 哲也,整数計画法による定式化入門,経営の科学 オペレーションズ・リサーチ,日本,公益社団法人日本オペレーションズ・リサーチ学会,2010年 4月 1日,第57巻 第4号,190-197
【文献】
上山 芳隆,ユーザ参加型センシングにおけるゲーミフィケーションに基づくインセンティブ機構の提案,情報処理学会 研究報告 モバイルコンピューティングとユビキタス通信(MBL) 2013−MBL−066 [online],日本,情報処理学会,2013年 5月16日,1〜6
(58)【調査した分野】(Int.Cl.,DB名)
所定の行動を起こした場合に、ユーザに与える影響度が互いに異なる複数のインセンティブのうちいずれか一つ以上のインセンティブが付与されることが事前に通知された対象ユーザの行動履歴と、前記対象ユーザごとの素性情報とを取得する取得部と、
前記取得部により取得された前記対象ユーザの行動履歴および前記対象ユーザごとの素性情報に基づいて、前記複数のインセンティブのうち、少なくとも一つ以上のインセンティブが付与されることを事前に通知することによってユーザが起こす前記所定の行動に関する事象を最適化するためのインセンティブの配分を予算内で決定する決定部と、を備え、
前記決定部は、前記インセンティブが付与されることが事前に通知された一以上のユーザのうち、一部または全部のユーザによる前記所定の行動の生起確率の和を目的関数とした整数計画問題を解くことで、前記予算内で前記インセンティブの配分を決定する、
情報解析装置。
前記決定部は、前記インセンティブが付与されることが事前に通知された一以上のユーザのうち、一部または全部のユーザが前記所定の行動を起こすことで得られる成果の和を目的関数とした整数計画問題を解くことで、前記予算内で前記インセンティブの配分を決定する、
請求項1に記載の情報解析装置。
所定の行動を起こした場合に、ユーザに与える影響度が互いに異なる複数のインセンティブのうちいずれか一つ以上のインセンティブが付与されることが事前に通知された対象ユーザの行動履歴と、前記対象ユーザごとの素性情報とを取得する取得部と、
前記取得部により取得された前記対象ユーザの行動履歴および前記対象ユーザごとの素性情報に基づいて、前記複数のインセンティブのうち、少なくとも一つ以上のインセンティブが付与されることを事前に通知することによってユーザが前記所定の行動を起こす確率を予測する確率予測部と、
前記確率予測部によって予測された確率に基づいて、前記複数のインセンティブのうち、少なくとも一つ以上のインセンティブが付与されることを事前に通知することによってユーザが起こす前記所定の行動に関する事象を最適化するためのインセンティブの配分を予算内で決定する決定部と、
を備える情報解析装置。
【発明を実施するための形態】
【0009】
以下、図面を参照し、本発明の情報解析装置、情報解析方法、およびプログラムの実施形態について説明する。
【0010】
[概要]
実施形態の情報解析装置は、一以上のプロセッサによって実現される。情報解析装置は、ユーザに与える影響度が互いに異なる複数のインセンティブのうち、インセンティブを付与する付与者が期待する行動を起こした場合に、いずれか一つ以上のインセンティブが付与されることが事前に通知された対象ユーザの行動履歴と、その対象ユーザの素性情報とに基づいて、インセンティブごとの対象ユーザによる行動傾向をモデル化した予測モデルを生成する。そして、情報解析装置は、この予測モデルに基づいて、複数のインセンティブのうち、少なくとも一つ以上のインセンティブが付与されることを事前に通知することによってユーザが起こす行動に関する事象を最適化するための確率を予測する。
【0011】
インセンティブとは、例えば、ショッピングなどにおいて販売される商品またはサービス(以下、アイテムと称する)の購入に利用可能なポイントである。また、インセンティブは、ポイントと同様の効果をもたらすクーポンやチケット、割引券などであってもよいし、特定のアイテムを優先的に購入できる権利(先着何名様限定の購入権)などであってもよい。本実施形態では、一例として、インセンティブがアイテムの購入に利用可能なポイントであるものとして説明する。
【0012】
更に、情報解析装置は、予測した確率に基づいて、限られた予算内で効果的なインセンティブの付与を実現する。
【0013】
上述した確率を予測する機能と、インセンティブを付与する機能は、同じ装置によって実現される必要はなく、それぞれの機能のみ有する情報解析装置がそれぞれ構成されてもよい。
【0014】
<第1の実施形態>
[全体構成]
図1は、実施形態における情報解析装置100を含む情報解析システム1の一例を示す図である。実施形態における情報解析システム1は、一以上の端末装置10と、一以上のサーバ装置20と、情報解析装置100とを備える。これらの装置は、ネットワークNWを介して互いに接続される。ネットワークNWは、例えば、無線基地局、Wi−Fiアクセスポイント、通信回線、プロバイダ、インターネットなどを含む。なお、
図1に示す各装置の全ての組み合わせが相互に通信可能である必要はなく、ネットワークNWは、一部にローカルなネットワークを含んでもよい。
【0015】
端末装置10は、ユーザにより利用される端末装置である。端末装置10は、例えば、スマートフォンなどの携帯電話、タブレット端末、PDA、パーソナルコンピュータである。例えば、端末装置10は、ユーザによる操作を受け付けて、所定のウェブブラウザを介して、サーバ装置20が提供するウェブサイトにアクセスしてもよいし、予めインストールされたアプリケーションを介してサーバ装置20と通信を行い、アプリケーション上で表示或いは再生するコンテンツ(例えば画像や動画、テキストなど)を取得してもよい。このアプリケーションは、例えば、ショッピングアプリなどのアイテムを購入可能なアプリケーションであってもよいし、アプリ内で課金し動画等を再生するコンテンツ配信アプリケーションなどであってもよい。
【0016】
サーバ装置20は、例えば、インターネット上において、ショッピングサイトやオークションサイト、フリーマーケットサイト等のウェブサイト(以下、これらを総括して「販売サイト」と称する)を提供するウェブサーバ装置であってよい。この販売サイトでは、例えば、アイテムの購入時にポイントが利用可能であり、アイテムの購入金額の一部または全部をポイントによって支払うことができる。
【0017】
また、サーバ装置20は、販売サイトに加えて、或いは代えて、クレジットカードの会員登録を受け付けるウェブサイト(以下、クレジットカード登録サイト)や、銀行口座を開設するためのウェブサイト(以下、銀行口座開設サイト)、上記の販売サイトにおいて他の利用者よりも種々のメリットを享受可能なプレミアム会員の登録を受け付けるウェブサイト(以下、プレミアム会員登録サイト)、アカウント登録を受け付けるコンテンツ配信サイト、携帯電話キャリアの契約または解約を受け付けるウェブサイト(以下、携帯電話キャリア契約サイト)、インターネットプロバイダなどの契約または解約を受け付けるウェブサイト(以下、プロバイダ契約サイト)、株、為替、先物、仮想通貨などが売り買いされるウェブサイト(以下、金融商品取引サイト)などを提供してもよい。
【0018】
サーバ装置20は、上述した各種ウェブサイトを提供する場合、各ウェブサイトを構成するウェブページ上で、ウェブサイトの提供主が期待する所定の行動をウェブサイトにアクセスしたユーザが取った場合に、ポイントが付与されることを事前に通知する。例えば、提供されるウェブサイトがショッピングサイトである場合、所定の行動は、ショッピングサイトで販売されるアイテムを購入することなどである。
【0019】
また、提供されるウェブサイトがオークションサイトである場合、所定の行動は、オークションサイトにアイテムを出品することや、オークションサイトに出品されたアイテムを入札または落札することなどである。
【0020】
また、提供されるウェブサイトがフリーマーケットサイトである場合、所定の行動は、アイテムを販売することや購入することなどである。
【0021】
また、提供されるウェブサイトがクレジットカード登録サイトである場合、所定の行動は、クレジットカードの新規会員登録を行うこと、或いはクレジットカードの会員登録を解消しないことなどである。
【0022】
また、提供されるウェブサイトが銀行口座開設サイトである場合、所定の行動は、口座を新規に開設すること、或いは既に開設した口座を解約しないことなどである。
【0023】
また、提供されるウェブサイトがプレミアム会員登録サイトである場合、所定の行動は、新規にプレミアム会員を登録すること、或いは既に登録したプレミアム会員を解消しないことなどである。
【0024】
また、提供されるウェブサイトがコンテンツ配信サイトである場合、所定の行動は、新規にアカウント登録を行うこと、或いは既に登録したアカウントを解消しないことなどである。
【0025】
また、提供されるウェブサイトが携帯電話キャリア契約サイトやプロバイダ契約サイトなどである場合、所定の行動は、新規に契約すること、或いは既に契約していれば解約しないことなどである。
【0026】
また、提供されるウェブサイトが金融商品取引サイトである場合、所定の行動は、アイテムの一例である金融商品や仮想通貨などのトレード(売買)を行うことなどである。
【0027】
また、サーバ装置20は、アプリケーションが起動された端末装置10と通信を行って、各種情報の受け渡しを行うアプリケーションサーバ装置であってもよい。アプリケーションサーバ装置が提供する情報に基づいて端末装置10のアプリケーションプログラムが生成する画面は、販売サイトやクレジットカード登録サイト、銀行口座開設サイト、プレミアム会員登録サイト、コンテンツ配信サイト、携帯電話キャリア契約サイト、プロバイダ契約サイト、金融商品取引サイトなどの各種ウェブサイトと同様のサービスを提供する。
【0028】
情報解析装置100は、端末装置10およびサーバ装置20の一方または双方とネットワークNWを介して通信を行って、ユーザに関する各種情報を取得する。情報解析装置100は、取得した情報に基づいて、所定の行動に応じてポイントが付与されることが事前に通知されたユーザが、上述したウェブサイトやアプリケーションに対してとった行動履歴から、ポイントが付与されることが未だ通知されていないユーザが起こす行動の確率を予測する。
【0029】
例えば、情報解析装置100は、販売サイトにおけるアイテムの購入ページなどにおいて、「アイテムが購入された場合に、そのアイテムの購入金額等に応じた額のポイントが付与される」と事前に通知されている場合、その通知を受け取ったユーザの購入履歴(すなわちアイテムの購入ページにアクセスしたユーザの購入履歴)から、アイテムの購入ページにこれからアクセスするユーザが購入という行動を起こす確率(以下、行動確率と称する)を予測する。
【0030】
そして、情報解析装置100は、予測した確率に基づいて、「所定の行動をとればポイントが付与される」ということをこれから通知する予定のユーザに対して、限られた予算内でより効果的にポイントを付与するためにはどうすべきかを解析する。
【0031】
図2は、インセンティブが付与されることが事前に通知される様子を模式的に示す図である。図示の例では、販売サイトのアイテム購入ページを表しており、このようなアイテム購入ページには、アイテムの価格や写真と共に、そのアイテムを購入した場合に付与されるポイント額(図中PNT)が表示される。これによって、アイテム購入ページにアクセスしたユーザに対して、このページで紹介されているアイテムを購入すれば、その購入額に応じたポイントが付与されることを、アイテムが購入されるよりも前に通知することができる。この結果、アイテム購入ページにアクセスしたユーザの購買意欲を高めることができる。ユーザが、ポイント付与が事前に通知されているアイテムを購入した場合、そのユーザには、アイテムの購入後に、通知されたポイント(図示の例では150ポイント)が付与される。このポイントは、例えば、次回以降のアイテム購入に利用できるものとする。
【0032】
なお、ポイントなどのインセンティブが付与されるタイミングは、少なくとも所定の行動がなされた以降(例えばアイテムの購入以降)であればよく、例えば、行動した日の翌日や、1か月後、2年後など任意のタイミングであってよい。また、
図2の例では、不特定多数のユーザが閲覧可能なウェブページ上に、付与ポイント額を掲載することで、アイテム購入の前にインセンティブが付与されることを通知しているがこれに限られず、例えば、各ユーザのメールアドレスにメールを配信することで、不特定多数ではなく個別にインセンティブが付与されることを通知してもよい。
【0033】
[情報解析装置の構成]
以下、情報解析装置100の構成について説明する。
図3は、実施形態における情報解析装置100の構成の一例を示す図である。情報解析装置100は、例えば、通信部102と、制御部110と、記憶部130とを備える。
【0034】
通信部102は、例えば、NIC等の通信インターフェースを含む。通信部102は、ネットワークNWを介して、端末装置10やサーバ装置20などの他装置と通信する。例えば、通信部102は、端末装置10から端末側管理情報を受信する。端末側管理情報は、例えば、ウェブブラウザごとに管理されるクッキー(HTTP cookie)である。このクッキーには、例えば、販売サイトなどの各種ウェブサイトにおける行動履歴やウェブページの閲覧履歴などが含まれる。また、通信部102は、サーバ装置20から、上述した端末側管理情報に相当し、販売サイトなどの各種ウェブサイトにおける行動履歴やウェブページの閲覧履歴などが含まれるサーバ側管理情報を受信してもよい。通信部102により受信された端末側管理情報やサーバ側管理情報は、後述する行動履歴情報132として記憶部130に記憶される。
【0035】
制御部110は、例えば、取得部112と、モデル生成部114と、確率予測部116と、付与ポイント決定部118とを備える。これらの構成要素の一部または全部は、例えば、CPU(Central Processing Unit)などのプロセッサが記憶部130に格納されたプログラムを実行することにより実現される。また、制御部110の構成要素の一部または全部は、LSI(Large Scale Integration)、ASIC(Application Specific Integrated Circuit)、またはFPGA(Field-Programmable Gate Array)などのハードウェアにより実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
【0036】
記憶部130は、例えば、HDD(Hard Disc Drive)、フラッシュメモリ、EEPROM(Electrically Erasable Programmable Read Only Memory)、ROM(Read Only Memory)、またはRAM(Random Access Memory)などにより実現される。記憶部130には、プロセッサが読み出すプログラムの他、行動履歴情報132、素性情報134、予測モデル情報136、アカウント情報138などの情報が記憶される。
【0037】
図4は、行動履歴情報132の一例を示す図である。図に例示する行動履歴情報132は、各ユーザを識別可能なユーザIDに対して、所定の行動(例えばアイテム購入)を取る際に複数種類のインセンティブ(ポイント)のいずれかが付与されることが事前に通知されていた場合に、その通知を受け取ったユーザが実際に所定の行動をとったか否かを示す情報が対応付けられた情報である。図示の例では、所定の行動の一例である「アイテムの購入」の有無(「購入」または「非購入」)が対応付けられている。
【0038】
ユーザIDは、例えば、販売サイトなどの各種ウェブサイトや各種アプリケーションを利用する複数のユーザのそれぞれを識別するために、サーバ装置20によって発行される。複数種類のインセンティブは、ユーザに与える影響度(例えば購入意欲を向上させる度合など)が互いに異なるものであり、例えば、500ポイント、300ポイント、100ポイント、3ポイント、0ポイントというように、ポイントの効力(使用可能額面)が異なるインセンティブを含む。0ポイントとは、ポイントが付与されないことである。そのため、0ポイントにおける購入の有無(購入または非購入)とは、ポイント付与の通知そのものがなされなかった、或いはアイテムを購入しても付与されるポイントはゼロであるということが通知されたユーザが、アイテムを購入したかどうかを表している。なお、各ポイントにおける「購入」は、その購入時にポイントが利用されたことを要件としてもよいし、要件としなくてもよい。
【0039】
上述した図の例では、各ユーザIDに対して、アイテム購入時に、500ポイント、300ポイント、100ポイント、3ポイント、0ポイントの全種類のインセンティブが付与されることが事前に通知された場合に、各インセンティブにおいて購入の有無(購入/非購入)を示す情報が取得されているがこれに限られず、一部のインセンティブのみが付与されることを通知することで、特定のインセンティブについての購入の有無を示す情報が取得されてもよい。例えば、ある母集団(例えば100万人程度のユーザの集合)のユーザIDに対して、所定数(例えば20万人)ごとに互いに異なるポイントを付与することを通知し、購入の有無を示す情報を取得してよい。すなわち、500ポイント、300ポイント、100ポイント、3ポイント、0ポイントのうち、いずれか一つのポイントについての購入の有無が判断できればよい。
【0040】
また、年齢や性別などのユーザの属性を示す情報が得られる任意のユーザID(後述する機械学習などの学習データとして利用しなかったユーザIDを含む)に対して、各ポイントについて行動傾向をモデル化した予測モデルを生成することができる。例えば、20万件ずつの500ポイント、300ポイント、100ポイント、3ポイント、0ポイントのそれぞれの購入の有無を示す情報を用いて、各ポイントにおける予測モデルを生成した後、次回以降にインセンティブを付与する対象となる全ユーザIDに対して、各ユーザIDの属性情報だけを各ポイントの予測モデルの入力することで、各ユーザIDの全ポイントの行動確率を算出する。従って、本実施形態では、例えば、20万件ずつの合計100万件の学習データを使って予測モデルを構築(生成)した後、学習に使わなかったユーザIDも含めて、例えば、1000万件のユーザIDの行動確率を算出することができる。これらの具体的な処理内容については、フローチャート等を用いて後述する。行動確率は、「生起確率」の一例である。
【0041】
また、行動履歴情報132を取得する段階において、各ポイントは、有効期間が重ならないように付与される。例えば、500ポイントを付与した後に、当該500ポイントの付与によってアイテムの購入に至ったのかどうかを判断するために、例えば、ユーザがアイテムを購入しようとした場合に、500ポイントの失効期間を待ってから他の種類のポイントが付与されることを通知する。なお、一人のユーザに対して全種類のポイントを付与せずに、上述したように、例えば、特定のポイントのみを付与する場合には、ポイントの失効期間等を考慮せずにポイントが付与されてよい。
【0042】
また、行動履歴情報132には、ポイントが付与されることが通知された後にアイテムが購入された場合、そのアイテムの購入金額を示す情報が含まれていてもよい。
図5は、行動履歴情報132の他の例を示す図である。図に例示する行動履歴情報132では、複数種類のポイントのそれぞれがユーザに付与されることが通知されたときに、その通知を受けたユーザがアイテムを購入した場合、そのアイテムの購入金額を示す情報が、各ユーザIDに対して対応付けられており、通知を受けたユーザがアイテムを購入しなかった場合、ゼロ円が対応付けられている。なお、ポイントが使用された結果、アイテムがゼロ円で購入された場合、行動履歴情報132には、その旨を示すフラグなどが付与されてもよい。なお、上述した
図4と同様に、
図5においても、各ユーザIDに対して、500ポイント、300ポイント、100ポイント、3ポイント、0ポイントの各インセンティブが付与されることを通知することで、各インセンティブにおいて購入の有無(購入/非購入)を示す情報が取得される必要はなく、一部のインセンティブのみが付与されると通知することで、特定のインセンティブについての購入の有無を示す情報のみが取得されてよい。
【0043】
また、行動履歴情報132は、販売サイトでのアイテムの購入の有無を示す情報に限られず、上述したクレジットカード登録サイト、銀行口座開設サイト、プレミアム会員登録サイト、コンテンツ配信サイト、携帯電話キャリア契約サイト、プロバイダ契約サイト、金融商品取引サイトに対する所定の行動の有無を示す情報であってもよい。
【0044】
図6は、行動履歴情報132の他の例を示す図である。図に例示する行動履歴情報132では、各ユーザIDに対して、ポイントごとに携帯電話キャリア契約サイトにおける契約の有無が対応付けられた情報である。
【0045】
また、行動履歴情報132には、
図5の例と同様に、ポイントが付与されることが通知された後にクレジットカードなどが新規に登録等された場合、その行動の対象に対して予め決められたランクを示す情報が含まれていてもよい。例えば、ユーザの行動対象がクレジットカードの登録である場合、ランクは、ゴールドカード、プラチナカード、ブラックカードといったカードの格付けを表してよい。また、例えば、ユーザの行動対象が銀行口座の開設である場合、ランクは、普通預金口座、定期預金口座、貯蓄預金口座等のように、口座ごとの支払われる金利の大きさなどを表してよい。
【0046】
図7は、行動履歴情報132の他の例を示す図である。図に例示する行動履歴情報132では、複数種類のポイントのそれぞれがユーザに付与されることが通知されたときに、その通知を受けたユーザがカードの新規登録や口座の新規開設といった行動を起こした場合、そのユーザの行動対象にランクを示す情報が、各ユーザIDに対して対応付けられている。例えば、ポイント付与の通知を受けたユーザがブラックカードのクレジットカードを登録した場合、そのユーザのユーザIDには、「高ランク」が対応付けられ、プラチナカードのクレジットカードを登録した場合、「中ランク」が対応付けられ、ゴールドカードのクレジットカードを登録した場合、「低ランク」が対応付けられてよい。これらのランクは、購入金額のように数値換算されてもよい。
【0047】
図8は、素性情報134の一例を示す図である。図の例のように、素性情報134は、ポイント付与の通知後に実際にアイテムを購入してポイントが付与されたユーザ(ユーザID)に対して、ユーザ属性を示す素性、ユーザ行動履歴を示す素性、およびポイントに関連した素性が対応付けられた情報である。
【0048】
ユーザ属性を示す素性は、例えば、性別、年代(年齢)、ユーザIDの登録年月日、電子マネーのチャージ額、保有ポイント数などの各種素性を含む。ユーザIDの登録年月日は、サーバ装置20によってユーザIDが発行された後に登録された年月日である。電子マネーのチャージ額は、販売サイトや販売サイトと提携したウェブサイトにおいて利用可能な電子マネーのチャージ残高を示す情報である。
【0049】
ユーザ行動履歴を示す素性は、例えば、販売サイトなどの各ウェブサイト、或いはこれらのウェブサイトで提供されるサービスと同様のサービスを提供するアプリケーションの利用に関する素性や、各ウェブサイトを構成するウェブページや、アプリケーション用のページの閲覧に関する素性などを含む。以下、ウェブページとアプリケーション用のページとを区別しない場合、「電子ページ」と称して説明する。
【0050】
ウェブサイトやアプリケーションに関する素性には、例えば、販売サイトでどのようなアイテムを購入等したのか否か、クレジットカード登録サイトでクレジットカードを登録したのか否か、銀行口座開設サイトで新規に口座を開設したのか否か、プレミアム会員登録サイトで新規に会員登録したのか否か、コンテンツ配信サイトでアカウント登録したのか否か、携帯電話キャリア契約サイトやプロバイダ契約サイトなどで新規に契約したのか否か、現在契約している携帯電話キャリアやプロバイダから他の携帯電話キャリアやプロバイダに契約先を変更したのか否か、金融商品取引サイトで金融商品をトレードしたのか否か、といった素性が含まれる。
【0051】
また、例えば、ユーザが、クレジットカードの会員登録をしていたり、銀行口座を開設していたり、プレミアム会員を登録していたり、コンテンツ配信サイトでアカウント登録をしていたり、携帯電話キャリアやプロバイダと契約していたりした場合、ウェブサイトやアプリケーションに関する素性には、それらの登録、開設、契約が行われた日付からの経過日数や、契約更新月までの日数などを示す素性などが含まれてもよい。
【0052】
また、電子ページの閲覧に関する素性には、例えば、上述したクレジットカード登録や銀行口座開設、プレミアム会員登録、アカウント登録、キャリアやプロバイダの契約などを、解消や解約するための電子ページにアクセスしたか否か、といった素性が含まれる。
【0053】
ポイントに関連した素性は、過去にユーザに付与されたポイントに関する素性であり、例えば、ポイントの利用回数、ポイントの利用額、ポイントの獲得回数、ポイントの獲得額、ポイントの残高などの素性を含む。
【0054】
図9は、ユーザ行動履歴の素性をより具体的に例示した図である。図示のように、例えば、ショッピングサイトの利用に関する素性には、購入回数、購入金額、購入月日、購入したアイテムのカテゴリ(例えばファッション、家電、食品など)等の素性が含まれる。また、オークションサイトの利用に関する素性には、入札回数、落札回数、出品回数等の素性が含まれる。また、クレジットカード登録サイトの利用に関する素性には、クレジットカードの登録有無、登録したカードの種類、限度額、登録した日付からの経過日数、契約更新月等の素性が含まれる。
【0055】
また、電子ページの閲覧に関する素性には、例えば、ページビュー、ウェブページのアクセス日数、直近のアクセス日時、検索時に入力された検索クエリ(検索用のキーワード)等の素性が含まれる。例えば、ページビューは、検索サイトからの販売サイトへのアクセス数を表してもよいし、検索サイトから、販売サイトと異なる他のウェブサイト(例えばニュースサイトなど)へのアクセス数を表してもよい。また、ページビューは、検索サイトを介さずに、ウェブブラウザ等によって自動的に提供されたウェブサイトへのアクセス数を表してもよい。すなわち、ページビューは、ユーザが自発的にアクセスしたウェブサイトへのアクセス数と受動的にアクセスしたウェブサイトへのアクセス数を区別した指標であってよい。また、電子ページの閲覧に関する素性には、例えば、上述したクレジットカード登録や銀行口座開設、プレミアム会員登録、アカウント登録、キャリアやプロバイダの契約などを、解消または解約するための電子ページ(図中契約解消ページ)にアクセスしたか否か、といった素性が含まれる。
【0056】
図10は、予測モデル情報136の一例を示す図である。図示の例のように、予測モデル情報136は、各ポイントに対して、予測モデルが対応付けられた情報である。予測モデルとは、後述するモデル生成部114により生成されるパターン認識モデルである。
【0057】
図11は、アカウント情報138の一例を示す図である。図示の例のように、アカウント情報138は、ユーザごとに、ユーザID、パスワード、メールアドレス、ポイント残高などが互いに対応付けられた情報である。
【0058】
以下、制御部110の各構成要素による処理をフローチャートに即して説明する。
図12は、制御部110による一連の処理の一例を示すフローチャートである。
【0059】
まず、取得部112は、通信部102を介して、端末装置10またはサーバ装置20から、行動履歴情報132および素性情報134を取得し(S100)、取得したこれらの情報を記憶部130に記憶させる。例えば、取得部112は、素性情報134に含まれる素性のうち、ユーザ属性を示す素性を端末装置10から取得し、ユーザ行動履歴を示す素性をサーバ装置20から取得し、ポイントに関連した素性を端末装置10およびサーバ装置20から取得し、各装置から取得した素性をユーザIDごとに合わせて一つの素性情報134としてもよい。
【0060】
次に、モデル生成部114は、取得部112により取得された行動履歴情報132および素性情報134に基づいて、ポイントごとのユーザの行動傾向をモデル化した予測モデルを生成する(S102)。ユーザの行動傾向とは、例えば、販売サイトでどのようなアイテムを購入したのか、またはアイテムの購入にどの程度の金額を費やしたのかなどを表す。また、ユーザの行動傾向は、例えば、クレジットカード登録サイトや銀行口座開設サイト、プレミアム会員登録サイト、コンテンツ配信サイト、携帯電話キャリア契約サイト、プロバイダ契約サイト、金融商品取引サイトなどにおいて、所定の行動をとったか否かを表す。
【0061】
例えば、モデル生成部114は、SVM(Support Vector Machine)を用いて、素性情報134に含まれる複数の素性の一部または全部、あるいはそれらを組み合わせて処理した結果を要素とする特徴ベクトルを、ある特徴空間に分布させ、その特徴空間において各特徴ベクトルを正例または負例に分類する超平面(特徴空間の次元数から1低下した次元を有する空間)を導出する。なお、モデル生成部114は、素性に対して正規化処理を行って、値のオーダーを揃えてもよい。
【0062】
例えば、二値分類問題を、アイテムを購入するかどうかという問題と捉えた場合、正例は、アイテムの購入に応じてポイントが付与されることが事前に通知された後にアイテムを購入したユーザの素性を示す特徴ベクトルとなり、負例は、アイテムの購入に応じてポイントが付与されることが事前に通知された後にアイテムを購入しなかったユーザの素性を示す特徴ベクトルとなる。また、例えば、二値分類問題を、クレジットカードを新規登録するかどうかという問題と捉えた場合、正例は、クレジットカードの新規登録に応じてポイントが付与されることが事前に通知された後に実際にクレジットカードの新規登録を行ったユーザの素性を示す特徴ベクトルとなり、負例は、クレジットカードの新規登録に応じてポイントが付与されることが事前に通知された後にクレジットカードの新規登録を行わなかったユーザの素性を示す特徴ベクトルとなる。特徴空間において超平面を表す関数は、予測モデルの一例である。
【0063】
例えば、素性情報134に含まれる複数のユーザの素性のうち、半数程度のユーザの素性は、SVMにおける教師データ(正解データ)として扱われ、残りのユーザの素性は、学習データとして扱われる。教師データは、上述した超平面を導出するためのデータであり、学習データは、教師データにより導出された超平面によって正例負例のいずれかに分類される対象のデータである。
【0064】
例えば、モデル生成部114は、各ポイントにおけるユーザの素性から、正例負例のいずれかに分離するための超平面を導出することで、500ポイント、300ポイント、100ポイントといったように各ポイントでの予測モデル(超平面を示す関数)を生成する。
【0065】
このとき、モデル生成部114は、学習データの正例と負例の比率を、教師データの正例と負例の比率と同程度(好ましくは同じ比率)にするように超平面を導出する。
【0066】
そして、モデル生成部114は、教師データを用いて生成した各ポイントでの予測モデルに従って、学習データであるユーザの素性を正例負例のいずれかに分類し、分類した各素性のスコアを導出する(S104)。ここでのスコアは、例えば、予測モデルとして導出された超平面と、素性を示す特徴ベクトルとの間の距離を数値化した情報である。
【0067】
図13は、ポイントごとに導出されたスコアの一例を示す図である。図示の例のように、スコアは、ユーザに付与することが事前に通知されたポイントごとに導出される。例えば、ユーザID「ABC01」の500ポイントにおけるスコア「0.465283」は、ユーザID「ABC01」に対応するユーザの素性から求められた複数の特徴ベクトルのそれぞれと、500ポイントの予測モデルとして導出された超平面との間の距離を平均した値として導出される。
【0068】
なお、モデル生成部114は、SVMの代わりに、ロジスティック回帰等の学習手法を用いて、ユーザ毎に各ポイントにおけるスコアを導出してもよい。この場合、スコアは、Wald統計量((標準誤差/回帰係数)^2)またはWald統計量から求めた予測確率(所謂傾向スコアに相当する)などである。
【0069】
また、モデル生成部114は、SVMを用いてニ値分類問題(正例または負例のいずれかに分類する問題)を解くことで、学習データをスコア化するものとしたがこれに限られない。例えば、モデル生成部114は、
図5に示す行動履歴情報132を参照して、各ユーザのポイントごとの購入金額を予測モデルにモデル化することで、各ポイントでのスコアを導出してもよい。より具体的には、モデル生成部114は、
図5に示す行動履歴情報132に含まれるポイントごとのユーザによる購入の金額を教師データとして扱って重回帰分析を行い、教師データの購入金額をモデル化する。そして、モデル生成部114は、学習データの購入金額を、重回帰分析によって教師データから導出された予測モデルに近似することで、学習データの購入金額を評価したスコアを導出する。この場合、スコアは、重回帰分析により求められる購入金額である。
【0070】
また、モデル生成部114は、
図7に示す行動履歴情報132を参照して、各ユーザのポイントごとのランクを数値に換算し、その換算した数値を予測モデルにモデル化することで、各ポイントでのスコアを導出してもよい。
【0071】
次に、確率予測部116は、過去のユーザの行動実績に基づいて、目的関数を最適化にするためのユーザの行動確率を予測する(S106)。目的関数は、例えば、ある複数のユーザに、「所定の行動をとればインセンティブが付与される」ということを事前に通知した場合、通知を受けたそれらのユーザのうち、所定の行動をとるユーザの数などである。
【0072】
より具体的には、目的関数は、オークションの落札者数、入札者数、出品者数、落札合計金額、入札合計金額並びに出品合計金額や、クレジットカードの新規登録数並びに登録解消数、銀行口座の新規開設数並びに口座解約数、プレミアム会員の新規獲得数並びに会員登録解消数、コンテンツ配信サイトにおける新規アカウント登録数並びにアカウント解約数、携帯電話キャリアやインターネットプロバイダの新規契約数、解約数並びに契約継続月数、金融商品のトレード(売買)回数並びにトレード金額などである。例えば、目的関数が、クレジットカードの登録解消数や、銀行口座の解約数、プレミアム会員の登録解消数、アカウント解約数、携帯電話キャリアやインターネットプロバイダの解約数などのネガティブな指標値である場合、その目的関数を最適化することは、上記のネガティブな指標値を「最小化」することである。
【0073】
また、目的関数は、所定の行動によりもたらされる成果であってもよい。「所定の行動によりもたらされる成果」とは、例えば、所定の行動がアイテムの購入であれば、アイテムの購入金額である。また、「成果」は、所定の行動が金融商品のトレードであれば、トレード回数であってもよいし、所定の行動が携帯電話のキャリア契約であれば、携帯電話会社が提供するサービスの利用期間であってもよい。これらの成果を目的関数として最適化することは、例えば、購入金額の最大化や、トレード回数の最大化、サービス利用期間の最大化などであってよい。
【0074】
以下、一例として、目的関数がアイテムの購入数や購入金額である場合について説明する。例えば、所定の行動がアイテムの購入である場合、確率予測部116は、アイテムの購入者数やアイテムの購入金額などを最大化するようなユーザの行動確率を予測する。より具体的には、確率予測部116は、モデル生成部114により導出された各ユーザのポイントごとのスコアと、教師データの正例および負例の比率とに基づいて、ユーザの将来の行動傾向を表す確率密度関数を予測する。この確率密度関数は、各ユーザのポイントごとのスコアを変数として、ユーザの将来の行動確率を返す関数である。例えば、予測される確率密度関数は、スコアが増加するのに応じて確率が1に近づくと共に、スコアが減少するのに応じて確率が0に近づく奇関数である。このような関数は、例えば、シグモイド関数や、ステップ関数、一次関数、アークタンジェント関数、その他の多項式関数などである。以下、一例として、ユーザの将来の行動傾向を表す確率密度関数を、数式(1)に示すシグモイド関数であるものとして説明する。
【0076】
数式(1)のSVMScoreは、モデル生成部114により導出された各ユーザのポイントごとのスコアを表している。また、パラメータAは、SVMScoreに応じて変動する確率Pの増加または減少の程度の大きさを表し、パラメータBは、シグモイド関数をSVMScore軸方向に平行移動(シフト)させる成分を表している。
【0077】
以下、ユーザの将来の行動傾向を表す確率密度関数の導出方法について説明する。
図14は、ある期間において、販売サイトを利用した全ユーザの購入履歴に関する情報を示す図である。図示の獲得率[%](=A)は、付与されたポイントがユーザの意思によってどの程度獲得されたのかを表す指標である。例えば、獲得率は、ポイントが付与されることが、ウェブサイト上で不特定多数向けに通知されたり、電子メールやダイレクトメール、プッシュ通知などによって個別に通知されたりしたユーザのうち、その通知の案内に従ってポイントを受け取ったユーザの人数の割合を示している。すなわち、獲得率は、ポイント付与の候補としてカウントされたユーザのうち、実際にポイントを受け取ったユーザの人数の割合を示している。また、購入率[%](=B)は、ポイントを獲得した全ユーザのうち、そのポイントが失効するまでの期間に販売サイトなどでアイテムを購入したユーザの人数の割合を表している。なお、所定の行動の対象先がクレジットカード登録サイトや、銀行口座開設サイトなどである場合、購入率は、登録率や開設率などに置き換わってよい。
【0078】
例えば、確率予測部116は、シグモイド関数により返される行動確率の平均値が、上述した
図14における購入率(=B)と等しくなるように、数式(1)のパラメータAを決定する。
【0079】
図15は、パラメータAの決定方法を模式的に示す図である。図示の(a)から(c)のように、確率予測部116は、パラメータAの大きさを変更しながら、シグモイド関数により返される行動確率の平均値が、購入率(=B)と等しくなるパラメータAを探索する。図示のように、パラメータAを探索することは、SVMScore軸方向にシグモイド関数を拡縮することを意味する。すなわち、パラメータAを探索することは、シグモイド関数の分散の度合を変更することを意味する。
【0080】
なお、数式(1)におけるパラメータBは、SVMにおける学習データの正例と負例の比率と、教師データの正例と負例の比率とを同程度にする際に、モデル生成部114によって好適な値に決定される。
【0081】
図16は、パラメータBの決定方法を模式的に示す図である。例えば、図示のように、SVMによる学習段階において、教師データの正例と負例の比率が15:85であった場合、モデル生成部114は、学習データの正例と負例の比率を15:85に近づけるようにパラメータBを設定する。すなわち、パラメータBを決定することは、特徴空間内において超平面(図中HP)の位置を動かしながら、正例と負例の数を調整することを意味する。
【0082】
このようにして、確率予測部116は、シグモイド関数のような確率密度関数を予測し、この予測した関数に、モデル生成部114により導出されたスコアを代入することで、ユーザの将来の行動確率(
図14の例ではアイテムの購入確率)を予測する。
【0083】
図17は、スコアから将来の行動確率を導出する様子を示す図である。図示のように、確率予測部116は、ユーザ(ユーザID)ごとに、各ポイントのスコア(図示の例では、SVMによるスコア)を、シグモイド関数のような確率密度関数に従って行動確率に変換する。一般的に、単にSVMやロジスティック回帰等の学習手法を適用して得られたスコアを確率とした場合、その確率を示す確率密度分布では、局所的に解が集まって分布する傾向があることが知られている。これに対して、本実施形態では、単に予測モデルのスコアを行動確率とするのではなく、ニューラルネットワークなどの異分野において実際の事象を表すのに利用されているシグモイド関数のような確率密度関数にスコアをフィッティングさせることによって、eコマースの分野においても実際の事象によりマッチした確率分布を得ることができる。例えば、シグモイド関数により返される行動確率の平均値が、実際の過去の購入率と等しくなるように上述したパラメータAを探索することによって、シグモイド関数がSVMScore軸方向に拡縮するため、解が局所的に集まった場合でも実際の事象に合わせながら確率分布を分散させることができる。この結果、精度良く将来の行動確率を予測することができる。
【0084】
ここで、
図12のフローチャートの説明に戻る。次に、付与ポイント決定部118は、確率予測部116により予測された、ユーザごとの各ポイントでの行動確率に基づいて、ポイントを付与可能な予算内で、上述した目的関数(例えば購入者数や購入金額など)を最適化(例えば最大化)にするように各ユーザに割り振るポイントの配分を決定する(S108)。
【0085】
例えば、所定の行動の対象先が販売サイトである場合、付与ポイント決定部118は、整数計画法を用いて、ポイントを付与可能な予算内で、購入者数または購入金額を最大化にするように各ユーザに割り振るポイントの配分を決定する。本実施形態における整数計画法とは、ポイントの種類n(本実施形態では、n=5)分のベクトル成分を要素eとしてもつ高次元ベクトル(以下、ポイント配分用ベクトルVと称する)を、各ユーザのポイントごとの行動確率(販売サイトの場合、購入確率)に乗算することで、制約条件を満たし、且つ目的関数が最適となる解(ユーザに割り振るポイントの組み合わせ)を探す処理をいう。ポイント配分用ベクトルVの要素eは、1または0のいずれか一方の値をとり、全ての要素の和は1となる。言い換えれば、ポイント配分用ベクトルVの要素eは、いずれか一つの要素だけが1の値をとり、それ以外の要素の値は0となる。
【0086】
ポイントの配分を決定する際の目的関数は、例えば、全てのユーザの行動確率の和であり、この目的関数を「最適化する」とは、ポイントを付与したことによって、全てのユーザの行動確率の和を最大化することをいう。また、ポイントの配分を決定する際の目的関数は、全てのユーザの行動によってもたらされる成果の和であってもよい。「成果」とは、例えば、アイテムが購入されたことにより得られる売上高(すなわち上述した購入額)や、新規登録されたクレジットカードから得られる手数料、新規開設された銀行口座の運用益などである。クレジットカードから得られる手数料や銀行口座の運用益は、上述したランクが高いほど大きくなりやすい。従って、よりランクの高いクレジットカードが新規登録されたり、よりランクの高い口座が新規開設されたりした場合、その成果の和はより大きくなる。ポイントの配分を決定する際の目的関数が、全てのユーザの行動によってもたらされる成果の和である場合、「目的関数を最適化する」とは、得られる成果の和を最大化することであってよい。なお、携帯電話キャリアやプロバイダが、顧客の他社への流出を防止することを目的とする場合、ポイントの配分を決定する際の目的関数には、解約数の合計が採用されてよく、その場合に「目的関数を最適化する」とは、解約数の合計を最小化することであってよい。同様に、クレジットカードの登録解消数や、銀行口座の口座解約数、プレミアム会員の登録解消数、アカウント解約数なども目的関数として採用されてよく、これらのネガティブな指標値の合計を最小化することで、目的関数を最適化してよい。
【0087】
制約条件とは、例えば、以下の条件を含む。
(1)付与可能なポイントの予算内に、付与するポイントの総額を収めること(予算≦付与ポイントの総額)。
(2)ポイント配分用ベクトルVの要素eが、1または0のいずれか一方の整数をとること。
(3)ポイント配分用ベクトルVの要素eは、全ての要素の和が1となること。
【0088】
なお、プロセッサの処理能力に制限がある場合、付与ポイント決定部118は、全ユーザ数のデータの一部のデータについて目的関数の最適解を求める処理を行って、一部データの処理結果を全データの処理結果として扱ってもよい。一部のデータとは、例えば、統計学的に十分信頼できる程度のサンプル数(ユーザ数)を含むデータである。具体的には、全ユーザ数が1千万人程度であれば、一部のデータに、50万人程度のユーザ数が含まれていればよい。
【0089】
また、付与ポイント決定部118は、更に、整数計画法の一手法として、線形計画緩和の手法を用いて、割り振るポイントの配分の最適解を求めてもよい。本実施形態における線形計画緩和とは、上述したポイント配分用ベクトルVの要素eを、0から1の間において取り得る小数(例えば0.5など)として扱いながら、ポイントごとの最適解を探し、最終的な計算過程において、解が整数であるという条件を追加して、小数となっている変数(例えば行動確率×要素値)を整数に変換し、変換した整数のうち、最も大きい整数を最適解として求める手法である。このとき、個々の要素が小数であっても要素の和は1であるものとする。
【0090】
図18は、線形計画緩和を説明するための図である。図示のように、例えば、500、300、100、3、0の計5種類のポイントを付与した場合、付与ポイント決定部118は、ユーザIDごとに、上記5種類のポイントごとの行動確率を求め、最適化計算を行って、最適化する過程で求めた変数(行動確率×要素値)が極端に小さくなったり、要素値が0に近似できる程度に小さくなったりする場合には、そのポイントは考慮せずに残りのポイントで再度、最適化計算を行う。
【0091】
より具体的には、500ポイントの行動確率P1に乗算するベクトル要素e1の値が0.30、300ポイントの行動確率P2に乗算するベクトル要素e2の値が0.20、100ポイントの行動確率P3に乗算するベクトル要素e3の値が0.29、3ポイントの行動確率P4に乗算するベクトル要素e4の値が0.01、0ポイントの行動確率P5に乗算するベクトル要素e5の値が0.20であった場合、付与ポイント決定部118は、3ポイントを付与することは考慮せずに、残りの500ポイント、300ポイント、100ポイント、0ポイントで再度、最適化計算を行う。これによって、残りのポイントに対するベクトル要素eの配分比率を変更することができる。なお、いずれかのポイントに配分するベクトル要素eの値が0であった場合、再度の計算は省略してよい。なお、
図18の例において、いずれかのベクトル要素eは0であってもよい。この場合、付与ポイント決定部118は、このベクトル要素eが乗算される対象のポイントを、最適化計算の対象から除外してよい。
【0092】
また、上述した例では、500、300、100、3、0の計5種類のポイントが用意されているものとして説明したがこれに限られない。例えば、400ポイントや200ポイントといった他の種類のポイント(過去に付与されると通知したことがないポイント)を追加してもよいし、上記いずれかを省略してもよい。
【0093】
また、付与されると通知したことがないポイント(例えば400ポイントや200ポイントなど)の行動確率については、線形補完や直線近似補完、曲線近似補完などを行うことで補完してもよい。例えば、付与ポイント決定部118は、未通知の200ポイントの行動確率を、線形補完を行って推定する場合、300ポイントの行動確率と、100ポイントの行動確率との平均を、未通知の200ポイントの行動確率として導出してよい。
【0094】
これによって、付与ポイント決定部118は、過去に付与されると通知したことがないポイントとして、例えば、450、350、250、50、3、0ポイントといった種々のポイントを組み合わせて購入者数や購入金額といった目的関数を最適化(例えば最大化)する処理を繰り返し行い、最適なポイントの組み合わせを探索することができる。上述した例のように、実際に付与されると通知したことがあるポイントとして、500、300、100、3、0ポイントの履歴しかない場合においても、これらの5種類のポイントのそれぞれの予測モデルに従って導出された5つの行動確率を用いて、過去に付与されると通知したことがないポイントを線形補完等によって求めることができる。例えば、付与ポイント決定部118は、0ポイントを下限とし、500ポイントを上限とした範囲の中でとりうるすべての自然数(0、1、2、3、…、499、500)をポイントとして扱い、これらの501種類のポイントに対応した行動確率を線形補完等によって求める。そして、付与ポイント決定部118は、ユーザIDごとに、501種類のポイントの中から購入者数や購入金額などの目的関数を最適化(例えば最大化)するポイントを選択して、選択したポイントが所定の行動に応じて付与されると通知することを決定する。この場合、ポイント配分用ベクトルVの要素eの要素数は501個であり、いずれか1個の要素の値だけ1となる。なお、補完によって補うポイントの種類は、501個に限らず、例えば、上記0から500までの範囲において5刻みの101種類(0、5、10、…、495、500)にしてもよい。
【0095】
また、付与ポイント決定部118は、500、300、100、3、0の各ポイントの行動確率と、各ポイント値とを、最小二乗法などを用いて、ポイント値を変数として行動確率を返す近似関数を導出してもよい。この場合、付与ポイント決定部118は、導出した関数に未通知のポイント値を代入することで、その未通知のポイントに対応した行動確率を求めてよい。
【0096】
このようにして、線形補完や直線近似補完などによって、過去に付与されると通知したことがないポイントに対応する行動確率を推定することができる。この結果、過去に付与されると通知したことがない種類のポイント(額の異なるポイント)を今回新たに付与されると通知した場合、新たな種類のポイント付与をユーザに通知することで想定される購入者数や購入金額が最大になるように、付与するポイントの好適な組み合わせを導出することができる。
【0097】
また、付与ポイント決定部118は、線形計画緩和手法の他に、例えば、ラグランジュ緩和手法を用いてもよいし、アニーリング法、タブー探索法、ランダム多スタート局所最適化法、遺伝的アルゴリズムなどのヒューリステクス手法を用いることで、購入者数または購入金額などの目的関数を最適化にするように各ユーザに割り振るポイントの配分を決定してよい。
【0098】
次に、付与ポイント決定部118は、整数計画法を用いて決定した配分に応じたポイント額を、通信部102を介してサーバ装置20に送信する(S110)。これを受けて、サーバ装置20は、自身が提供するウェブサイトやアプリケーションを介して、付与ポイント決定部118により決定された額のポイントが所定の行動を取った場合に付与されることを、ユーザに通知する。例えば、サーバ装置20は、ウェブサイト上で、「アイテムを購入すると、購入額の10[%]分のポイントが付与されます」等といった文字を表示する。サーバ装置20は、ユーザにポイントが付与されることを通知した後、そのユーザが所定の行動を取った場合、その旨を示す情報を情報解析装置100に送信する。
【0099】
次に、情報解析装置100の制御部110は、サーバ装置20からの情報の受信有無に基づいて、ポイントの付与が通知されたユーザによって所定の行動がなされたか否かを判定し(S112)、所定の行動がなされたと判定した場合、ポイント付与の案内を、通信部102を介してユーザの端末装置10に送信する(S114)。
【0100】
例えば、制御部110の付与ポイント決定部118は、アカウント情報138を参照して、ユーザIDに対応付けられたメールアドレスに電子メールを送信することで、ポイント付与の案内をユーザに通知する。このメールには、例えば、ポイントを受け取ることが可能なウェブサイトへのURL(Uniform Resource Locator)が記載されている。このURL先のウェブサイトは、例えば、販売サイト等で使用されるユーザIDを入力することでログインがなされるウェブサイトであってよい。例えば、ユーザは、端末装置10を操作して、このURLから所定のウェブサイトにアクセスすると、ログイン時に入力されたユーザIDに対して割り振られたポイントが付与される。これによって、アカウント情報138において、ユーザIDに対応するポイント残高に、付与されたポイントが加算される。なお、付与ポイント決定部118は、電子メールの代わりに、プッシュ通知などによってユーザが操作可能な端末装置10に案内を通知してもよいし、ユーザが販売サイト等において予め設定した住所にダイレクトメールを郵送したりすることで、案内を通知してもよい。なお、付与ポイント決定部118は、ユーザごとに決定した最適なポイント額を、ユーザの受け取る意思に関わらず付与し、事後的に、ポイントが付与されたことをメール等でユーザに通知してもよい。
【0101】
図19は、ユーザごとに割り振った最適なポイントの一例を示す図である。図示の例では、ポイントの予算が2000未満に設定され、この予算内で最も行動確率が高くなるように各ユーザにポイントが割り振られている。例えば、ポイントの予算を超えない範囲において、全ユーザに対して一律に300ポイントを付与する場合の行動確率の合計と、ユーザごとに最適なポイントを付与する場合の行動確率の合計とを比較すると、一律にポイントを付与する場合と比べて、最適なポイントを付与する場合の方が行動確率の合計は高くなる。この結果、限られたポイントの予算内で目的関数をより最適化することができる。
【0102】
以上説明した第1の実施形態によれば、ユーザに与える影響度が互いに異なる複数のインセンティブ(例えばポイント)のうち、インセンティブの付与者が期待する所定の行動を起こした場合に、いずれか一つ以上のインセンティブが付与されることが事前に通知された対象ユーザの行動履歴情報132と、その対象ユーザの素性情報134とを取得する取得部112と、行動履歴情報132および素性情報134に基づいて、複数のインセンティブのうち、少なくとも一つ以上のインセンティブが付与されることを通知することによってユーザが起こす所定の行動に関する事象(例えば、購入確率の和や購入金額の和などの目的関数)を最適化するためのインセンティブの配分を予算内で決定する付与ポイント決定部118と、を備えることにより、効果的にインセンティブを付与することができる。
【0103】
また、上述した第1の実施形態によれば、限られたポイントの予算内で、アイテムの購入者数や購入金額、クレジットカードなどの登録者数を最大化するように、ユーザごとにポイントを付与するため、効果的にインセンティブを付与することができる。
【0104】
また、上述した第1の実施形態によれば、予測モデルの生成時に、ユーザの属性に関する素性やユーザの行動に関する素性に加えて、更にポイントに関連した素性を利用するため、積極的にポイントを活用するユーザほど、購入頻度やその購入に要する金額が多ければ、そういったユーザに対してより多くのポイント付与するようなポイントの割り振り方を実施することができる。
【0105】
また、予測モデルの生成時にポイントに関連した素性を利用する場合、ポイントの利用傾向に対する、ユーザの属性の相関性やユーザの行動の相関性を反映させた予測モデルを生成することができるため、多種多様にユーザの行動傾向を分析することができる。
【0106】
また、予測モデルの生成時に、契約更新月や、退会ページなどのアクセス履歴に関連した素性を利用する場合、例えば、現在契約している携帯電話キャリアから他の携帯電話キャリアへと乗り換えるユーザの傾向を反映させた予測モデルを生成することができるため、SVMの分類結果によってキャリアの乗り換えやすいユーザ側に分類されたユーザに対して効果的なインセンティブを付与して乗り換えを抑制することができる。
【0107】
また、上述した第1の実施形態によれば、ユーザの行動に関する素性として、ウェブページの閲覧に関する素性を利用するため、ユーザが自発的にウェブサイトへアクセスしたのか、あるいは受動的にアクセスしたのか、といったことを含めてユーザの行動傾向を分析することができる。これによって、例えば、自発的に販売サイトへアクセスするユーザほど購入回数が多ければ、当該ユーザ以外の他のユーザに優先的にポイントを割り振ることで、ポイント予算内でより効果的に購入者数や購入金額を高めることができる。
【0108】
<第2の実施形態>
以下、第2の実施形態について説明する。第2の実施形態における情報解析装置100では、ユーザごとのポイントの獲得率や利用率に応じて、行動確率を変更する点で上述した第1実施形態と相違する。以下、第1の実施形態との相違点を中心に説明し、第1の実施形態と共通する点については説明を省略する。なお、第2の実施形態の説明において、第1の実施形態と同じ部分については同一符号を付して説明する。
【0109】
第2の実施形態における付与ポイント決定部118は、ユーザごとの行動履歴情報132に、ポイント獲得率が含まれている場合、このポイント獲得率と、各ポイントでの行動確率とに基づいて、ポイントを付与可能な予算内で、購入者数や購入金額などの目的関数を最適化するように各ユーザに割り振るポイントの配分を決定する。第2の実施形態におけるポイント獲得率とは、ユーザの意思によってポイントがどの程度獲得されたのかをユーザごとに表した指標である。
【0110】
例えば、上述したように、ポイントが付与されたことがメールによってユーザに通知される場合がある。メールには、例えば、ユーザIDでログインが必要なウェブサイトのURLや、ログインによってポイントが付与されることをユーザに通知する情報などが含まれる。ユーザが端末装置10を操作してURL先のウェブサイトにアクセスした場合、付与ポイント決定部118は、ユーザにポイントを受け取る意思があると判断し、ログイン時に入力されたユーザIDに、割り振りを決定したポイントを対応付けることで、ユーザにポイントを付与する。
【0111】
一方、メールが送信されたにも関わらず、URLからのログインが無い場合、付与ポイント決定部118は、ユーザにポイントを受け取る意思がないと判断し、ユーザにポイントを付与しないものとする。
【0112】
このように、付与ポイント決定部118は、各ユーザのポイントごとの獲得率(URLからのアクセス数/メール送信の総数)を考慮して、実際に獲得されなかったポイントをポイント予算から減算しないようにポイントの割り振り処理を行ってよい。例えば、付与ポイント決定部118は、ポイントの割り振り処理の過程において、シグモイド関数などのフィッティング関数によってスコアから変換された行動確率に対して、ポイントごとの獲得率を乗算した積を、整数計画法において取り扱う最終的な行動確率としてよい。これによって、ポイントの総額がポイント予算を下回りやすくなり、より購入者数や購入額を大きくすることができる。なお、ユーザの受け取る意思に関わらずにポイントが付与されている場合、ポイント獲得率は、100[%]として扱われてよい。
【0113】
また、付与ポイント決定部118は、ユーザごとの行動履歴情報132に、ポイント獲得率が含まれず、「ポイントを獲得した」、「ポイントを獲得しなかった」といった情報が含まれる場合には、予測モデルを用いた「購入した」「購入しなかった」という2値分類問題と同様に、これらを2値分類問題と捉えて、ポイント獲得率を導出してよい。例えば、付与ポイント決定部118は、SVMやロジスティック回帰などを用いてスコアを導出し、上述したシグモイド関数などのフィッティング関数を用いて、スコアから獲得率を導出してよい。
【0114】
また、付与ポイント決定部118は、ユーザごとの行動履歴情報132に、ポイント利用率が含まれている場合、このポイント利用率と、各ポイントでの行動確率とに基づいて、ポイントを付与可能な予算内で、購入者数または購入金額を最大化するように各ユーザに割り振るポイントの配分を決定してよい。ポイント利用率とは、所定期間内にポイントがどの程度利用されたのかを表す指標である。例えば、ポイントが付与されてから、所定期間が経過するまでの間にポイントを利用しなかったユーザが増えるほど、ポイント利用率はより低下する。そのため、付与ポイント決定部118は、フィッティング関数によってスコアから変換された行動確率に対して、ポイントごとの利用率を乗算した積を、整数計画法において取り扱う最終的な行動確率としてよい。これによって、付与するポイントのうち、利用されないことが想定されるポイントを予め考慮しておくことができるため、ポイント付与に対して購入という行動を起こしやすいユーザに対して、より多くのポイントを付与することができる。この結果、より効果的にポイントを付与することができ、購入者数や購入額をさらに大きくすることができる。
【0115】
また、付与ポイント決定部118は、フィッティング関数によってスコアから変換された行動確率に対して、ポイントごとの獲得率および利用率の双方を乗算した積を、整数計画法において取り扱う最終的な行動確率としてもよい。
【0116】
また、付与ポイント決定部118は、ユーザごとの行動履歴情報132に、ポイント利用率が含まれず、「ポイントを利用した」、「ポイントを利用しなかった」といった情報が含まれる場合には、ポイント獲得率の導出方法と同様に、これらを2値分類問題と捉えて、ポイント利用率を導出してよい。
【0117】
また、付与ポイント決定部118は、ポイントの獲得率に基づいて、ポイントの利用率を導出してもよい。例えば、ポイントの獲得率と利用率との間には、線形的な関連性があることが知られているため、付与ポイント決定部118は、ポイントの獲得率を定数倍したものをポイントの利用率として導出してよい。
【0118】
以上説明した第2の実施形態によれば、上述した第1の実施形態と同様に、ユーザの行動履歴およびユーザごとの素性情報に基づいて、複数のインセンティブのうち、少なくとも一つ以上のインセンティブが付与されることが事前に通知されたことによって生じる所定の行動に関する事象を最適化するためのインセンティブの配分を予算内で決定することにより、効果的にインセンティブを付与することができる。
【0119】
<第3の実施形態>
以下、第3の実施形態について説明する。上述した第1および第2の実施形態では、ユーザにインセンティブが付与されることを事前に通知し、その通知を受けたユーザが所定の行動を取った場合に、次回以降に使用可能なインセンティブが付与されるものとして説明した。第3の実施形態では、ユーザが所定の行動を取る以前にインセンティブが付与される点で上述した第1および第2の実施形態と相違する。以下、第1および第2の実施形態との相違点を中心に説明し、第1および第2の実施形態と共通する点については説明を省略する。なお、第3の実施形態の説明において、第1および第2の実施形態と同じ部分については同一符号を付して説明する。
【0120】
第3の実施形態における情報解析装置100は、ユーザの行動履歴情報132および素性情報134に基づいて、過去にポイントが付与されたユーザの行動傾向から、ポイントを新たに付与したときにユーザが所定の行動を起こす確率を予測する。
【0121】
第3の実施形態における行動履歴情報132は、例えば、所定の行動がアイテムの購入である場合、各ユーザIDに対して、複数種類のインセンティブ(ポイント)のそれぞれをユーザに付与したときに、そのユーザが所定期間(例えばポイントの有効期間)内に、インセンティブ(ポイント)を利用してアイテムを購入したのか、或いは購入しなかったのかを示す情報が対応付けられた情報である。また、第3の実施形態における行動履歴情報132には、ポイントを利用してアイテムが購入されたときの購入金額を示す情報が含まれていてもよい。また、所定の行動がプレミアム会員の新規登録や携帯電話キャリアの新規契約等である場合、第3の実施形態における行動履歴情報132は、例えば、各ユーザIDに対して、インセンティブを利用して、プレミアム会員費用やキャリア契約費用の一部または全部を支払ったのか否かを示す情報が対応付けられた情報であってよい。
【0122】
第3の実施形態のモデル生成部114は、例えば、SVMなどを用いて、ポイント付与後に所定の行動を起こしたユーザ(例えばアイテムを購入したユーザなど)の素性を示す特徴ベクトルを正例とし、ポイント付与後に所定の行動を起こさなかったユーザの素性を示す特徴ベクトルと負例とした二値分類問題を解くための予測モデルを生成する。
【0123】
第3の実施形態の確率予測部116は、過去のユーザの行動実績に基づいて、将来のある時点で、ユーザにポイントを付与した場合に想定される、購入者数や購入金額などの目的関数を最適化するためのユーザの行動確率を予測する。そして、第3の実施形態の付与ポイント決定部118は、確率予測部116により予測された、ユーザごとの各ポイントでの行動確率に基づいて、ポイントを付与可能な予算内で、ポイントを付与する予定の全ユーザの行動確率の和や行動により得られる成果の和といった目的関数を最適化するように各ユーザに割り振るポイントの配分を決定する。
【0124】
以上説明した第3の実施形態によれば、ユーザに与える影響度が互いに異なる複数のインセンティブのうち、いずれか一つ以上のインセンティブが付与されたユーザの行動履歴情報132および素性情報134に基づいて、複数のインセンティブのうち、少なくとも一つ以上のインセンティブを付与することによってユーザが起こす所定の行動に関する事象を最適化するためのインセンティブの配分を予算内で決定するため、上述した実施形態と同様に、効果的にインセンティブを付与することができる。
【0125】
上述した第3の実施形態は、以下のように表現することができる。
ユーザに与える影響度が互いに異なる複数のインセンティブのうち、いずれか一つ以上のインセンティブが付与された対象ユーザの行動履歴と、前記対象ユーザごとの素性情報とを取得する取得部と、
前記取得部により取得された前記対象ユーザの行動履歴および前記対象ユーザごとの素性情報に基づいて、前記複数のインセンティブのうち、少なくとも一つ以上のインセンティブを付与することによってユーザが起こす行動に関する事象を最適化するためのインセンティブの配分を予算内で決定する決定部と、
を備える情報解析装置。
【0126】
<その他の実施形態>
以下、その他の実施形態として、上述した実施形態の変形例について説明する。上述した実施形態では、ユーザに割り振るポイントの配分を決定する際に、ポイントを付与する予定の全ユーザの行動確率の和、或いは全ユーザの行動によってもたらされる成果の和のいずれかを目的関数として扱い、これらのいずれかを最適化(最大化または最小化)するようにユーザに付与するポイントの配分を決定するものとして説明したがこれに限られない。例えば、全ユーザの行動確率の和および全ユーザの行動によってもたらされる成果の和の双方を目的関数としてもよい。この場合、例えば、付与ポイント決定部118は、全ユーザの行動確率の和と全ユーザの行動によってもたらされる成果の和との線形和を目的関数とした整数計画法の問題を解くことで、ポイントを付与可能な予算内で、行動確率および成果の双方を考慮した目的関数を最適化するように各ユーザに割り振るポイントの配分を決定する。
【0127】
また、上述した実施形態では、行動確率、獲得率、利用率は、各ユーザのポイントごとに異なるものとして説明したがこれに限られない。例えば、行動確率、獲得率、および利用率のうち一部または全部は、全ユーザで共通のものとしてもよい。例えば、付与ポイント決定部118は、上述した
図14に示すように、ポイントごとに平均した全ユーザの行動確率を、個々のユーザの行動確率としてもよい。
【0128】
また、上述した実施形態では、整数計画法を行うことによって、ユーザに割り振るポイントを決定したがこれに限られない。例えば、上述したヒューリスティック手法を用いて、ユーザに割り振るポイントを決定してもよい。付与ポイント決定部118は、例えば、ある任意のポイントを暫定的な最適解(近似解)と仮定し、この最適解を変更したとき、制約条件を満たしながら、目的関数がより大きくなるポイントを探索する。この手法は、所謂局所探索と呼ばれる手法である。例えば、付与ポイント決定部118は、3ポイントを暫定的な最適解として仮定し、3ポイントから100ポイントに変更したときの目的関数の値が3ポイントでの目的関数の値よりも大きければ、暫定的な最適解を3ポイントから100ポイントに変更する。さらに、付与ポイント決定部118は、300ポイント、500ポイントといったように対象となるポイントを順次変更しながら、目的関数の値がより大きくなるものを探索する。これによって、付与ポイント決定部118は、最も目的関数の値が大きくなったポイントを最適解として導出する。なお、上述したヒューリスティック手法は、あくまでも一例であり、他の手法を用いてもよい。
【0129】
<ハードウェア構成>
上述した実施形態の情報解析システム1に含まれる複数の装置のうち、少なくとも情報解析装置100は、例えば、
図20に示すようなハードウェア構成により実現される。
図20は、実施形態の情報解析装置100のハードウェア構成の一例を示す図である。
【0130】
情報解析装置100は、NIC100−1、CPU100−2、RAM100−3、ROM100−4、フラッシュメモリやHDDなどの二次記憶装置100−5、およびドライブ装置100−6が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置100−6には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置100−5、またはドライブ装置100−6に装着された可搬型記憶媒体に格納されたプログラムがDMAコントローラ(不図示)などによってRAM100−3に展開され、CPU100−2によって実行されることで、制御部110が実現される。制御部110が参照するプログラムは、ネットワークNWを介して他の装置からダウンロードされてもよい。
【0131】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何ら限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【解決手段】情報解析装置は、所定の行動を起こした場合に、ユーザに与える影響度が互いに異なる複数のインセンティブのうちいずれか一つ以上のインセンティブが付与されることが事前に通知された対象ユーザの行動履歴と、前記対象ユーザごとの素性情報とを取得する取得部と、前記取得部により取得された前記対象ユーザの行動履歴および前記対象ユーザごとの素性情報に基づいて、前記複数のインセンティブのうち、少なくとも一つ以上のインセンティブが付与されることを事前に通知することによってユーザが起こす前記所定の行動に関する事象を最適化するためのインセンティブの配分を予算内で決定する決定部と、を備える。