特許 7283865 顧客の属性情報に基づきレコメンドを行う装置、方法、およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2023-05-22

(45)【発行日】2023-05-30

(54)【発明の名称】顧客の属性情報に基づきレコメンドを行う装置、方法、およびプログラム

(51)【国際特許分類】

   G06Q 30/0251 20230101AFI20230523BHJP

   G06Q 30/0203 20230101ALI20230523BHJP

   G06F 16/00 20190101ALI20230523BHJP

【ＦＩ】

G06Q30/0251

G06Q30/0203

G06F16/00

【請求項の数】 11

(21)【出願番号】P 2018059215

(22)【出願日】2018-03-27

(65)【公開番号】P2021103340

(43)【公開日】2021-07-15

【審査請求日】2021-03-18

【前置審査】

(73)【特許権者】

【識別番号】503342764

【氏名又は名称】カルチュア・コンビニエンス・クラブ株式会社

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】増田 宗昭

【審査官】原 忠

(56)【参考文献】

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

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

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

【文献】国際公開第２０１７／１７５３５５（ＷＯ，Ａ１）

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

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

Ｇ０６Ｆ １６／００

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

【請求項1】

複数の対象者のそれぞれについて、複数の属性に対応する複数の属性値を記憶するための属性データベースに接続される属性データベース接続部と、
前記複数の対象者のうちの第１対象者について、前記複数の属性値の少なくとも１つに基づいて、商品およびサービスの少なくとも一方をレコメンドするか否かを決定するレコメンド決定部と、
前記第１対象者に決定された商品およびサービスの少なくとも一方をレコメンドするレコメンド方法を、複数のレコメンド方法の中から決定するレコメンド方法決定部と、
前記第１対象者に対する決定された前記レコメンド方法による決定された商品およびサービスの少なくとも一方のレコメンド結果を取得するレコメンド結果取得部と、
前記第１対象者に対する決定された前記レコメンド方法による前記レコメンド結果を、前記属性データベースにおける前記複数の属性のうちの少なくとも一部の属性に対応付けて格納するレコメンド結果格納部と、
前記第１対象者に対する決定された前記レコメンド方法による前記レコメンド結果を前記少なくとも一部の属性の属性値として含む前記属性データベースを用いて、レコメンドの対象者についての前記複数の属性値の少なくとも１つに基づいて前記複数のレコメンド方法の中からレコメンド方法を選択するレコメンドモデルを生成するレコメンドモデル生成部と
を備える装置。

【請求項2】

前記レコメンド方法決定部は、第２対象者に対して商品およびサービスの少なくとも一方をレコメンドするレコメンド方法を、前記レコメンドモデルを用いて決定する請求項１に記載の装置。

【請求項3】

前記レコメンド方法決定部は、複数の前記第１対象者の一部ずつに対して、互いに異なるレコメンド方法を決定する請求項２に記載の装置。

【請求項4】

前記レコメンド方法決定部は、前記第１対象者に対するレコメンド方法として、電子メール、インターネット広告、ダイレクトメール、前記第１対象者に発行するレシートへの印刷、およびテレビ広告のうちの少なくとも１つを用いることを決定する請求項２または３に記載の装置。

【請求項5】

前記レコメンド方法決定部は、前記第１対象者に対するレコメンド方法として、商品およびサービスの少なくとも一方の値引、クーポンの付与、および、ポイント付与の少なくとも一方のインセンティブを提供することを決定する請求項２から４のいずれか一項に記載の装置。

【請求項6】

前記第２対象者が置かれた環境を示す環境情報を取得する環境情報取得部と、
前記第２対象者についての前記環境情報に基づいて、商品およびサービスの少なくとも一方の複数のグループの中からレコメンドするグループを選択するグループ選択部と
を備え、
前記レコメンド決定部は、前記第２対象者についての前記複数の属性値の少なくとも１つに基づいて、前記グループ選択部が選択したグループに含まれる商品およびサービスの少なくとも一方の中から、前記第２対象者にレコメンドする商品およびサービスの少なくとも一方を決定する
請求項２から５のいずれか一項に記載の装置。

【請求項7】

前記グループ選択部は、前記複数のグループの中から、複数の店舗のうち前記第２対象者の現在位置により近い店舗に対応付けられたグループをより優先して選択する請求項６に記載の装置。

【請求項8】

前記グループ選択部は、前記第２対象者についての前記複数の店舗のそれぞれの最終利用日時または最終利用からの経過期間に更に基づいて、前記複数のグループの中からレコメンドするグループを選択する請求項７に記載の装置。

【請求項9】

前記レコメンド方法決定部は、前記第２対象者についての前記環境情報に更に基づいて、前記第２対象者に決定された商品およびサービスの少なくとも一方をレコメンドするレコメンド方法を、前記複数のレコメンド方法の中から決定する請求項６から８のいずれか一項に記載の装置。

【請求項10】

コンピュータが、複数の対象者のうちの第１対象者について、前記複数の対象者のそれぞれについて複数の属性に対応する複数の属性値を記憶するための属性データベースにおける前記複数の属性値の少なくとも１つに基づいて、商品およびサービスの少なくとも一方をレコメンドするか否かを決定するレコメンド決定段階と、
前記コンピュータが、前記第１対象者に決定された商品およびサービスの少なくとも一方をレコメンドするレコメンド方法を、複数のレコメンド方法の中から決定するレコメンド方法決定段階と、
前記コンピュータが、前記第１対象者に対する決定された前記レコメンド方法による決定された商品およびサービスの少なくとも一方のレコメンド結果を取得するレコメンド結果取得段階と、
前記コンピュータが、前記第１対象者に対する決定された前記レコメンド方法による前記レコメンド結果を、前記属性データベースにおける前記複数の属性のうちの少なくとも一部の属性に対応付けて格納するレコメンド結果格納段階と、
前記コンピュータが、前記第１対象者に対する決定された前記レコメンド方法による前記レコメンド結果を前記少なくとも一部の属性の属性値として含む前記属性データベースを用いて、レコメンドの対象者についての前記複数の属性値の少なくとも１つに基づいて前記複数のレコメンド方法の中からレコメンド方法を選択するレコメンドモデルを生成するレコメンドモデル生成段階と
を備える方法。

【請求項11】

コンピュータにより実行され、前記コンピュータを、
複数の対象者のそれぞれについて、複数の属性に対応する複数の属性値を記憶するための属性データベースに接続される属性データベース接続部と、
前記複数の対象者のうちの第１対象者について、前記複数の属性値の少なくとも１つに基づいて、商品およびサービスの少なくとも一方をレコメンドするか否かを決定するレコメンド決定部と、
前記第１対象者に決定された商品およびサービスの少なくとも一方をレコメンドするレコメンド方法を、複数のレコメンド方法の中から決定するレコメンド方法決定部と、
前記第１対象者に対する決定されたレコメンド方法による決定された商品およびサービスの少なくとも一方のレコメンド結果を取得するレコメンド結果取得部と、
前記第１対象者に対する決定された前記レコメンド方法による前記レコメンド結果を、前記属性データベースにおける前記複数の属性のうちの少なくとも一部の属性に対応付けて格納するレコメンド結果格納部と、
前記第１対象者に対する決定された前記レコメンド方法による前記レコメンド結果を前記少なくとも一部の属性の属性値として含む前記属性データベースを用いて、レコメンドの対象者についての前記複数の属性値の少なくとも１つに基づいて前記複数のレコメンド方法の中からレコメンド方法を選択するレコメンドモデルを生成するレコメンドモデル生成部と
して機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、顧客の属性情報に基づきレコメンドを行う装置、方法、およびプログラムに関する。

【背景技術】

【0002】

従来、顧客に関するデータを蒐集して解析するシステムが知られている（例えば、特許文献１参照）。このようなシステムで解析されたデータは、顧客へのレコメンド、および市場調査等に用いられる。
特許文献１ 特開２０１５－７６０７６号公報

【発明の概要】

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

【0003】

近年、顧客に関するデータを解析して商品及び／又はサービスのレコメンドに活用することへの期待は益々高まっており、レコメンドの効果を更に高めていくことが望まれている。

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

【0004】

上記課題を解決するために、本発明の第１の態様においては、複数の対象者のそれぞれについて、複数の属性に対応する複数の属性値を記憶するための属性データベースに接続される属性データベース接続部と、複数の対象者のうちの第１対象者について、複数の属性値の少なくとも１つに基づいて、商品およびサービスの少なくとも一方をレコメンドするか否かを決定するレコメンド決定部と、第１対象者に商品およびサービスの少なくとも一方をレコメンドするレコメンド方法を決定するレコメンド方法決定部と、第１対象者に対するレコメンド方法によるレコメンド結果を取得するレコメンド結果取得部と、レコメンド方法によるレコメンド結果を、属性データベースにおける複数の属性のうちの少なくとも一部の属性に対応付けて格納するレコメンド結果格納部と、レコメンド方法によるレコメンド結果を少なくとも一部の属性の属性値として含む属性データベースを用いてレコメンド方法を選択するレコメンドモデルを生成するレコメンドモデル生成部とを備える装置を提供する。

【0005】

本発明の第２の態様においては、 コンピュータが、複数の対象者のうちの第１対象者について、複数の対象者のそれぞれについて複数の属性に対応する複数の属性値を記憶するための属性データベースにおける複数の属性値の少なくとも１つに基づいて、商品およびサービスの少なくとも一方をレコメンドするか否かを決定するレコメンド決定段階と、コンピュータが、第１対象者に商品およびサービスの少なくとも一方をレコメンドするレコメンド方法を決定するレコメンド方法決定段階と、コンピュータが、第１対象者に対するレコメンド方法によるレコメンド結果を取得するレコメンド結果取得段階と、コンピュータが、レコメンド方法によるレコメンド結果を、属性データベースにおける複数の属性のうちの少なくとも一部の属性に対応付けて格納するレコメンド結果格納段階と、コンピュータが、レコメンド方法によるレコメンド結果を少なくとも一部の属性の属性値として含む属性データベースを用いてレコメンド方法を選択するレコメンドモデルを生成するレコメンドモデル生成段階とを備える方法を提供する。

【0006】

本発明の第３の態様においては、コンピュータにより実行され、コンピュータを、複数の対象者のそれぞれについて、複数の属性に対応する複数の属性値を記憶するための属性データベースに接続される属性データベース接続部と、複数の対象者のうちの第１対象者について、複数の属性値の少なくとも１つに基づいて、商品およびサービスの少なくとも一方をレコメンドするか否かを決定するレコメンド決定部と、第１対象者に商品およびサービスの少なくとも一方をレコメンドするレコメンド方法を決定するレコメンド方法決定部と、第１対象者に対するレコメンド方法によるレコメンド結果を取得するレコメンド結果取得部と、レコメンド方法によるレコメンド結果を、属性データベースにおける複数の属性のうちの少なくとも一部の属性に対応付けて格納するレコメンド結果格納部と、レコメンド方法によるレコメンド結果を少なくとも一部の属性の属性値として含む属性データベースを用いてレコメンド方法を選択するレコメンドモデルを生成するレコメンドモデル生成部として機能させるプログラムを提供する。

【0007】

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

【図面の簡単な説明】

【0008】

【図1】本実施形態に係るシステム１００の構成を端末１１２、端末１５２、および端末１９２と共に示す。

【図2】本実施形態に係る属性ＤＢ１２２および属性ＤＢ１６７に格納されるデータ構造の一例を示す。

【図3】本実施形態に係る予測モデル生成装置１５０の動作フローを示す。

【図4】本実施形態に係る属性予測モデル生成部１８０が生成する属性予測モデルの評価結果の一例を示す。

【図5】本実施形態に係る属性予測モデル選択部１８５が生成する属性予測モデルの選択結果の一例を示す。

【図6】本実施形態に係る属性予測装置１１０における属性情報取得フローを示す。

【図7】本実施形態に係る属性予測装置１１０における属性予測フローを示す。

【図8】予測対象属性の依存関係の一例を示す。

【図9】本実施形態に係るシステム１００における属性追加フローを示す。

【図10】本実施形態に係るレコメンド処理装置１９０の構成を端末１９２と共に示す。

【図11】本実施形態に係るレコメンドＤＢ９８０に格納されるデータ構造の一例を示す。

【図12】本実施形態に係るレコメンド処理装置１９０のレコメンド処理フローを示す。

【図13】本実施形態に係るコンピュータ１９００の構成の一例を示す。

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

【0009】

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

【0010】

図１は、本実施形態に係るシステム１００の構成を端末１１２、端末１５２、および端末１９２と共に示す。システム１００は、ポイントサービス等の加入者または会員等である各対象者の属性データ（「属性情報」とも示す。）を属性データベース（属性ＤＢ）に登録して管理する。システム１００は、属性ＤＢにおける、属性データを取得していない属性を主に予測する属性予測モデルを生成して、属性値を予測する。そして、システム１００は、予測した属性値を含む属性ＤＢを、商品またはサービス（以下「商品等」と総称する。）のレコメンドおよび市場調査等に活用可能とする。

【0011】

システム１００は、属性予測装置１１０と、予測モデル生成装置１５０と、レコメンド処理装置１９０とを備える。システム１００は、サーバ・コンピュータ等のコンピュータにより実現されてもよく、複数のコンピュータで実現されたシステムであってもよく、地域的に分散された複数のコンピュータで実現された分散システムであってもよい。システム１００は、１事業者が提供するポイントシステム、複数の事業者にわたる共通の共通ポイントシステム、クレジットカード、電子マネー、およびその他の任意の会員サービスにおける各会員等の対象者の属性情報を管理する。

【0012】

属性予測装置１１０は、対象者の属性情報を入力して登録し、登録された属性情報に基づいて主に未知の属性情報を予測する。本実施形態に係る属性予測装置１１０は、複数の対象者間の属性値を、属性情報が既知であるか未知であるかに関わらず比較可能とするために、属性情報が既知の対象者についてもその属性情報を予測する。属性予測装置１１０は、属性情報取得部１１５と、属性ＤＢ接続部１２０と、属性ＤＢ１２２と、次元縮約部１２５と、縮約ＤＢ接続部１３０と、縮約ＤＢ１３２と、属性予測部１３５と、属性値更新部１４０と、属性予測値更新部１４２とを有する。

【0013】

属性情報取得部１１５は、対象者の属性情報を取得して、属性ＤＢ接続部１２０を介して属性ＤＢ１２２に格納する。対象者の属性情報のソースは、一例として、新規会員登録の際に対象者が必須または任意で記入または入力する情報、会員アンケートに対する対象者の回答、店舗等において対象者が商品等を購入したことに応じた決済情報、電子商取引サイトにおいて対象者が商品等を購入したことに応じた決済情報、対象者がアクセスしたＷｅｂサイトの情報、対象者がＷｅｂサイト上でクリックしたインターネット広告（Ｗｅｂ広告）の情報、および、対象者が視聴したテレビ番組の情報等の少なくとも１つであってよく、対象者の同意を受けて提供される。属性情報取得部１１５は、定期的等の任意のタイミングで属性ＤＢ接続部１２０を介して属性ＤＢ１２２をアクセスし、少なくとも１つの属性に対する属性値が未知の対象者を検索して、Ｗｅｂサイト等を介して会員アンケートを行うこと等によって、能動的に未知の属性値を蒐集してもよい。

【0014】

属性ＤＢ接続部１２０は、属性ＤＢ１２２に接続され、システム１００内の各部から属性ＤＢ１２２に対するアクセスを処理する。属性ＤＢ１２２は、複数の対象者のそれぞれについて、複数の属性に対応する複数の属性値を含む属性情報を記憶する。属性ＤＢ１２２は、システム１００の処理を行うコンピュータに接続されたハードディスクドライブ等の外部記憶装置の少なくとも一部の記憶領域によって実現されてもよく、例えばクラウドストレージサービス等によって提供されるシステム１００の外部の記憶装置によって実現されてもよい。

【0015】

次元縮約部１２５は、属性ＤＢ１２２に記憶された、複数の対象者のそれぞれの複数の属性値に基づいて、複数の属性の次元を縮約する。一例として次元縮約部１２５は、トピックモデルを用いて、属性ＤＢ１２２に含まれる各対象者の属性情報が、複数のトピックのそれぞれに該当する程度または確率を表す複数の値を算出する。そして、次元縮約部１２５は、算出した複数の値を、各対象者の属性情報に対して次元縮約用の複数の属性として追加する。これにより、次元縮約部１２５は、対象者の属性情報を構成する多数の属性を、より少ない数となるトピック毎の属性に縮約することができる。これに伴い、次元縮約部１２５は、次元縮約用に追加した複数の属性以外の属性の少なくとも一部または全部を、属性予測モデルの説明変数から除いてもよい。次元縮約部１２５は、属性ＤＢ１２２に対し上記の次元縮約処理を適用して、縮約ＤＢ１３２に変換する。

【0016】

縮約ＤＢ接続部１３０は、縮約ＤＢ１３２に接続され、次元縮約部１２５から縮約ＤＢ１３２への書込アクセスおよび属性予測部１３５からの縮約ＤＢ１３２の読出アクセスを処理する。縮約ＤＢ１３２は、複数の対象者のそれぞれについて、次元縮約部１２５により縮約された属性を少なくとも一部に含む、複数の属性に対応する複数の属性値を属性情報として記憶する。縮約ＤＢ１３２も、属性ＤＢ１２２と同様に、システム１００の処理を行うコンピュータに接続された外部記憶装置により実現されてもよく、システム１００の外部のクラウドストレージサービス等により提供される記憶装置によって実現されてもよい。

【0017】

属性予測部１３５は、属性ＤＢ１２２における予測対象の１または２以上の属性（「予測対象属性」と示す。）のそれぞれに対して選択された属性予測モデルを予測モデル生成装置１５０から受け取る。そして、属性予測部１３５は、受け取った属性予測モデルを用いて、複数の対象者のそれぞれについて予測対象属性の属性値を予測する。より具体的には、属性予測部１３５は、全対象者または少なくとも一部の対象者のそれぞれについて、予測対象属性毎に、選択された属性予測モデルを実行し、縮約ＤＢ１３２に格納された各対象者の属性情報に基づいて予測対象属性の予測値を算出する。属性予測部１３５は、算出した予測値を属性ＤＢ接続部１２０を介して属性ＤＢ１２２に格納する。

【0018】

なお、本実施形態に係る属性ＤＢ１２２は、複数の属性のそれぞれに対応付けて、属性情報取得部１１５が取得した属性情報に基づく既知の属性値、および属性予測部１３５により予測された予測値の両方を広義の属性値として格納する。本実施形態においては、説明の便宜上、属性ＤＢ１２２は、既知の属性値と予測値とを、同じ表現形式を用いて格納するものとする。この場合、属性情報取得部１１５は、取得した属性情報の生データの表現形式を変換し、属性ＤＢ１２２は、表現形式が変換された属性値を、既知の属性値として格納する。例えば、属性情報取得部１１５は、属性情報の生データとして取得した絶対評価の属性値を相対評価の属性値に変換し、属性ＤＢ１２２は、相対評価に変換された属性値を格納してよい。このような例としては、属性ＤＢ１２２が、３５歳等の絶対評価で表された対象者の年齢に代えて、年齢が既知である全対象者の中での相対値（例えば偏差値またはパーセンタイルランキング等）に変換された属性値を格納する場合が挙げられる。別の例としては、属性ＤＢ１２２が、対象者の性別について、男性である確率、または男性である可能性の偏差値等に変換された属性値を格納する場合が挙げられる。ここで、属性ＤＢ１２２が、属性の予測値も変換後の既知の属性値と同様に偏差値、パーセンタイルランキング、または確率等の表現形式で格納することで、既知の属性値と予測値との間で互換性を得ることができる。これにより、システム１００は、属性予測モデルの生成においては既知の属性値を説明変数として使用し、属性予測モデルの使用時においては予測値を説明変数として使用することも可能となる。この結果、属性予測モデルの説明変数となる少なくとも一部の属性について既知の属性値が得られていない対象者についても、属性予測装置１１０は、その属性予測モデルを用いて予測対象属性の属性値を予測することが可能となる。

【0019】

なお、属性ＤＢ１２２は、変換前の表現形式で既知の属性値を格納し、変換後の表現形式で予測値を格納する形態等、他の様々な形態で実現し得る。このような場合であっても、システム１００は、既知の属性値に代えて予測値を参照する度に、予測値の表現形式から既知の属性値の表現形式へと変換することで、既知の属性値および予測値を同じ表現形式で格納する場合と同様の動作を実現することが可能となる。また、属性ＤＢ１２２は、表現形式を変換した既知の属性値に加え、属性情報取得部１１５が取得した属性情報の生データも別途格納してもよい。

【0020】

属性値更新部１４０は、属性ＤＢ１２２に格納されているある属性の予測値の確からしさが閾値以上であることを条件として、予測値に基づいてその属性の属性値を更新する。これにより、予測値の確度が十分に高い場合には、未取得の属性値を予測値に基づいて設定することができる。

【0021】

属性予測値更新部１４２は、属性ＤＢ１２２に格納されているある属性の属性値が既知である場合において、その属性の予測値が既知の属性値から基準以上乖離していることに応じて、その属性の予測値を既知の属性値に基づいて更新する。これにより、一部の対象者について予測値が既知の属性値から大きく外れている場合に、予測値をより正確な値に書き換えることができる。

【0022】

また、属性予測装置１１０は、属性データ取得部１４４と属性追加部１４６とを有してもよい。属性データ取得部１４４は、複数の対象者の少なくとも一部について、属性データベースに追加すべき追加属性の既知の属性値を示す既知情報を取得する。例えば、属性データ取得部１４４は、システム１００または属性予測装置１１０のユーザ等から、端末１１２を介して既知情報を受け取る。

【0023】

属性追加部１４６は、属性ＤＢ１２２の複数の属性に、追加属性を追加する。属性追加部１４６は、既知情報に含まれる各対象者についての追加属性の既知の属性値を、属性データ取得部１４４が取得した既知情報において示された属性値に基づいて設定する。既知情報において既知の属性値が示されていない対象者については、属性追加部１４６は、既知の属性値を設定しない。

【0024】

追加属性が属性ＤＢ１２２に追加されると、システム１００は、追加属性を予測対象属性として処理してよい。すなわち、予測モデル生成装置１５０は、追加属性を予測対象属性として、予測対象属性の属性値を予測する１または複数の属性予測モデルを属性予測モデル生成部１８０により生成してよい。また、予測モデル生成装置１５０は、複数の属性予測モデルを生成した場合に、それぞれの予測誤差に基づいて、予測対象属性の属性値の予測に用いる属性予測モデルを属性予測モデル選択部１８５により選択してよい。

【0025】

予測モデル生成装置１５０は、属性ＤＢ１２２において予測対象とする１または２以上の属性のそれぞれを予測する属性予測モデルを生成する。予測モデル生成装置１５０は、モデル更新指示部１５５と、サンプリング部１６０と、属性ＤＢ接続部１６５と、属性ＤＢ１６７と、次元縮約部１７０と、縮約ＤＢ接続部１７５と、縮約ＤＢ１７７と、属性予測モデル生成部１８０と、属性予測モデル選択部１８５とを有する。

【0026】

モデル更新指示部１５５は、予め定められた期間が経過したことに応じて、属性予測装置１１０が使用する属性予測モデルの更新を指示する。モデル更新指示部１５５は、例えば、前回属性予測モデルを更新してから１日、１週間、または１ヶ月等といった期間が経過したことに応じて、サンプリング部１６０に対して処理の開始をトリガする等により、属性予測モデルの更新を指示する。これに代えて、モデル更新指示部１５５は、その期間の間に予測モデル生成装置１５０内で既に準備された属性予測モデルを、その期間が経過したことに応じて属性予測装置１１０へと送信することを属性予測モデル選択部１８５に指示してもよい。

【0027】

サンプリング部１６０は、属性ＤＢ１２２が属性情報を格納する複数の対象者のうち一部の対象者をサンプリングして、サンプリングした対象者に対応付けて属性ＤＢ１２２に格納されている属性情報を、属性ＤＢ接続部１６５を介して属性ＤＢ１６７に格納またはコピーする。ここで、サンプリング部１６０は、属性ＤＢ１２２に登録されている対象者のうち、予測対象属性の属性値が既知である対象者の中から、属性予測モデルの生成に使用するサンプル数分の対象者を抽出してもよい。これに代えて、サンプリング部１６０は、属性ＤＢ１２２に登録されている対象者の中から、属性予測モデルの生成に使用するサンプル数分の対象者をランダムに抽出してもよい。

【0028】

属性ＤＢ接続部１６５は、属性ＤＢ１６７に接続され、予測モデル生成装置１５０内の各部から属性ＤＢ１６７に対するアクセスを処理する。属性ＤＢ１６７は、属性ＤＢ１２２に登録された対象者のうちサンプリング部１６０によりサンプリングされた複数の対象者のそれぞれについて、複数の属性に対応する複数の属性値を含む属性情報を記憶する。属性ＤＢ１６７も、属性ＤＢ１２２と同様に、システム１００の処理を行うコンピュータに接続された外部記憶装置により実現されてもよく、システム１００の外部のクラウドストレージサービス等により提供される記憶装置によって実現されてもよい。

【0029】

次元縮約部１７０は、属性ＤＢ１６７に記憶された、複数の対象者のそれぞれの複数の属性値に基づいて、複数の属性の次元を縮約する。次元縮約部１７０は、属性ＤＢ１６７に対して次元縮約部１２５と同様の次元縮約処理を適用して、縮約ＤＢ１７７に変換してもよい。

【0030】

縮約ＤＢ接続部１７５は、縮約ＤＢ１７７に接続され、次元縮約部１７０から縮約ＤＢ１７７への書込アクセスおよび属性予測モデル生成部１８０からの縮約ＤＢ１７７の読出アクセスを処理する。縮約ＤＢ１７７は、サンプリング部１６０によりサンプリングされた複数の対象者のそれぞれについて、次元縮約部１７０により縮約された属性を少なくとも一部に含む複数の属性に対応する複数の属性値を有する属性情報を記憶する。縮約ＤＢ１７７も、属性ＤＢ１２２と同様に、システム１００の処理を行うコンピュータに接続された外部記憶装置により実現されてもよく、システム１００の外部のクラウドストレージサービス等により提供される記憶装置によって実現されてもよい。

【0031】

属性予測モデル生成部１８０は、属性ＤＢ１６７を用いて、予測対象属性の属性値を、複数の属性のうち予測対象属性以外の少なくとも１つの属性の属性値に基づいてそれぞれ予測する複数の属性予測モデルを生成する。本実施形態に係る属性予測モデル生成部１８０は、属性ＤＢ１６７を参照することにより、属性ＤＢ１２２からサンプリングされた一部の対象者に対応付けられた属性値を用いて、複数の属性予測モデルを生成する。これにより、属性予測モデル生成部１８０は、複数の属性予測モデルのそれぞれを、属性ＤＢ１２２に格納された全対象者の属性情報を用いて生成した場合に必要となる計算量および計算時間を削減することができる。なお、十分な計算能力が確保できる場合には、属性予測モデル生成部１８０は、サンプリングを用いず属性ＤＢ１２２に格納された各対象者の属性情報を用いて複数の属性予測モデルを生成してもよい。

【0032】

また、本実施形態において、属性予測モデル生成部１８０は、属性ＤＢ１６７から変換された縮約ＤＢ１７７を参照することにより、属性ＤＢ１６７を間接的に使用してよい。これにより、属性予測モデル生成部１８０は、次元縮約された複数の属性のうち少なくとも１つの属性の属性値から予測対象属性の属性値を予測することができる。ここで次元縮約部１７０が次元縮約用に追加した複数の属性以外の全ての属性または少なくとも一部の属性を属性予測モデルの説明変数から除くことで、属性予測モデル生成部１８０は、次元縮約の結果を効果的に利用して、多数の属性の中から予測対象属性の予測に影響を与えうる一部の属性のみを説明変数として属性予測モデルを生成することができる。この結果、属性予測モデル生成部１８０は、複数の属性予測モデルの生成に必要となる計算量および計算時間を削減することができる。

【0033】

以上において、属性予測モデル生成部１８０は、複数の予測対象属性のそれぞれに対して、その予測対象属性を予測する属性予測モデルを複数生成することができる。ここで、属性予測モデル生成部１８０は、第１予測対象属性の属性値の予測に用いる第１属性予測モデル、および第２予測対象属性の属性値の予測に用いる第２属性予測モデルとして、異なる属性予測モデルを選択可能とする。これら複数の属性予測モデルのそれぞれは、学習によって更新されないハイパーパラメータおよび予測アルゴリズムの少なくとも１つが他の属性予測モデルと異なるものであってよい。属性予測モデル生成部１８０は、複数の属性予測モデルのそれぞれについて、その属性予測モデルにおける学習可能なパラメータを学習させて、複数の属性予測モデルのそれぞれが予測対象属性の属性値を予測する予測誤差を最小化する処理を行う。

【0034】

属性予測モデル選択部１８５は、複数の予測対象属性のそれぞれに対して属性予測モデル生成部１８０が生成した複数の属性予測モデルのそれぞれの予測誤差に基づいて、その予測対象属性の属性値の予測に用いる属性予測モデルを選択する。例えば、属性予測モデル選択部１８５は、予測対象属性毎に、複数の属性予測モデルの中から予測誤差が最小の属性予測モデルを選択する。この際、属性予測モデル選択部１８５は、予測対象属性毎に、ハイパーパラメータおよび予測アルゴリズムの少なくとも１つが異なる属性予測モデルを選択しうる。属性予測モデル選択部１８５は、予測対象属性毎に選択された属性予測モデルを属性予測装置１１０内の属性予測部１３５へと提供する。一例として、属性予測モデル選択部１８５は、属性予測モデルに用いる予測アルゴリズムを指定する識別情報およびハイパーパラメータの値のセットを属性予測部１３５へと提供する。

【0035】

レコメンド処理装置１９０は、複数の対象者のそれぞれにおける予測対象とした予測対象属性の属性値に基づいて、予測対象属性に対応付けられた商品等を対象者にレコメンドするか否かを選択する。ここで、レコメンド処理装置１９０は、複数の対象者のそれぞれについて、特定の商品等に対する嗜好性を示す予測対象属性の属性値が閾値以上の嗜好性を示す場合に、その対象者にその商品等をレコメンドすることを決定してもよい。また、レコメンド処理装置１９０は、１または複数の基本属性、生活属性、および志向性の少なくとも一部（例えば居住地、車を所有しているか否か、高級志向か倹約志向か）を示す予測対象属性の属性値に基づいて、商品等をレコメンドすることを決定してもよい。

【0036】

そして、レコメンド処理装置１９０は、複数の対象者のうちレコメンドをすることを決定した対象者に対して、商品等をレコメンドする。一例として、レコメンド処理装置１９０は、その商品等の広告を含む電子メール、ダイレクトメール、およびインターネット広告等を対象者に提供してもよく、その商品等の広告を含むテレビＣＭをその対象者を含む視聴者向けに提供してもよく、その商品等の購入を優遇するクーポン、値引、およびポイント付与等のサービスを提供してもよい。

【0037】

端末１１２は、直接的またはネットワークを介して間接的に属性予測装置１１０に接続され、属性予測装置１１０の属性ＤＢ１２２または縮約ＤＢ１３２に格納された複数の対象者の属性情報の統計処理、属性の追加・削除、属性値の設定、および少なくとも１つの属性の組が設定した抽出条件を満たす対象者の絞り込み等のデータベース処理、ならびに予測対象の各予測対象属性に対する属性予測モデルの評価等を行うためのユーザーインターフェイスを提供する。

【0038】

端末１５２は、直接的またはネットワークを介して間接的に予測モデル生成装置１５０に接続され、属性予測モデル生成部１８０が生成可能な予測アルゴリズムの追加・変更・削除、属性予測モデル生成部１８０が各属性予測モデルに与えるハイパーパラメータの範囲指定および値指定、属性予測モデル生成部１８０が生成した複数の属性予測モデルのそれぞれの学習済パラメータおよび予測結果の確認、評価、および属性モデル間の比較、属性予測モデル選択部１８５に対する手動による属性予測モデルの選択指定または選択補助、属性ＤＢ１２２のサブセットである属性ＤＢ１６７に対する属性の追加・削除、属性値の設定、および少なくとも１つの属性の組が設定した抽出条件を満たす対象者の絞り込み等のデータベース処理、ならびに予測モデル生成装置１５０の属性ＤＢ１６７または縮約ＤＢ１７７に格納した複数の対象者の属性情報の統計処理等を行うためのユーザーインターフェイスを提供する。

【0039】

端末１９２は、直接的またはネットワークを介して間接的に端末１９２に接続され、レコメンド処理装置１９０におけるレコメンド処理を管理するためのユーザーインターフェイスを提供する。一例として、端末１９２は、広告予算、および商品等の値引またはポイント付与予算に応じてレコメンドの対象者を絞り込むための条件の設定および調整、レコメンドの対象者の絞り込み結果の確認、レコメンド方法の設定、およびレコメンド実行の指示等を行うためのユーザーインターフェイスを提供する。

【0040】

端末１１２、端末１５２、および端末１９２は、デスクトップ・コンピュータであってよく、タブレットおよびスマートフォン等の携帯端末であってもよい。

【0041】

以上に示したシステム１００によれば、属性ＤＢ１２２または属性ＤＢ１２２のサブセットである属性ＤＢ１６７に格納された複数の対象者の属性情報に基づいて、予測対象属性毎に、属性値を予測する複数の属性予測モデルを生成し、予測対象属性毎に好適な属性予測モデルを選択することができる。したがって、システム１００によれば、予測対象属性毎の予測精度をより向上することが可能となる。

【0042】

図２は、本実施形態に係る属性ＤＢ１２２および属性ＤＢ１６７に格納されるデータ構造の一例を示す。属性ＤＢ１２２および属性ＤＢ１６７は、複数の対象者のそれぞれについて、個人を識別する個人識別情報（個人ＩＤ）、および当該個人が有する複数の属性についての属性情報を記憶する。

【0043】

「個人ＩＤ」は、システム１００において個々の対象者個人を識別するための識別子であり、例えばシステム１００が提供するサービスの会員番号またはログインＩＤ等である。これに代えて、属性ＤＢ１２２および属性ＤＢ１６７は、「個人ＩＤ」として、対象者の名前、電子メールアドレス、住所、電話番号、対象者所有の携帯端末の識別情報、またはこれらの少なくとも１つの組み合わせに基づいて生成された情報を用いてもよい。

【0044】

「属性情報」は、対象者が有する各種の属性についての属性値である。本実施形態に係る属性ＤＢ１２２および属性ＤＢ１６７が格納する各属性は、汎用属性データ、購買ポテンシャルデータ、およびレコメンドポテンシャルデータに大別される。

【0045】

「汎用属性データ」は、各対象者の特性を示す属性のセットであり、特に対象者自身の特性を汎用的に示すものである。「汎用属性データ」は、基本属性に分類される１または複数の属性、生活属性に分類される１または複数の属性、および志向性に分類される１または複数の属性のうちの少なくとも１つを含んでよい。

【0046】

「基本属性」は、各対象者の基本情報であり、「基本属性」に分類される１または複数の属性として、例えば名前、生年月日、年令または年代、性別、住所、電話番号等の少なくとも１つを含む。「基本属性」は、主に対象者の新規登録時または登録内容変更時等に入力される属性であるが、少なくとも一部の属性は任意登録であってよく、予測対象となってもよい。

【0047】

「生活属性」は、対象者の生活態様に関する情報であり、「生活属性」に分類される１または複数の属性として、例えば既婚／未婚、住居形態、世帯年収、個人年収、職種、自動車の所有有無、および住居の所有有無等の少なくとも１つを含みうる。「生活属性」に関する属性値は、新規登録時等に収集されてもよく、アンケート等の各種の方法によって収集されてもよく、予測対象となってもよい。

【0048】

「志向性」は、対象者の志向、傾向及び／又は嗜好を示す情報であり、志向性に分類される１または複数の属性として、例えば衣類に対する品質志向／チャレンジ志向／堅実志向／ブランド志向等、食に対する高級志向／倹約志向／値引志向等、住に対するコンビニ志向／都会志向／地域重視志向等、その他健康志向、キャリア志向、およびグローバル志向等の少なくとも１つを含みうる。または、「志向性」は、対象者の嗜好に関する属性として、例えば、ドライブ、グルメ、旅行、およびスポーツ等の各種の趣味に対する嗜好の有無または嗜好度、各種の商品等に対する嗜好の有無または嗜好度、並びに各種のウェブサイト等に対する嗜好の有無または嗜好度等の少なくとも１つを含んでよい。「志向性」に関する属性は、各種の調査において調査の目的に応じて追加されうる。「志向性」に関する属性値は、新規登録時等に収集されてもよく、アンケート等の各種の方法によって収集されてもよく、予測対象となってもよい。

【0049】

「購買ポテンシャルデータ」は、複数の商品等、あるいは複数の商品群またはサービス群のそれぞれに対する各対象者の購買可能性を示す属性のセットである。「購買ポテンシャルデータ」は、一例としてエンターテインメント、食品、および日用品といった商品等のジャンル、種別、または分類のそれぞれについて、そのジャンル等に対応する各商品または各サービスに対応付けられた属性を含んでよい。「購買ポテンシャルデータ」の各属性は、その属性に対応付けられた商品等に対する対象者の嗜好性を示す嗜好属性であってよい。

【0050】

一例として、「購買ポテンシャルデータ」は、システム１００が提供する会員サービスによる販売管理の対象とする多数の商品等のそれぞれに対する属性を含む。「購買ポテンシャルデータ」は、各商品等を識別する例えばＪＡＮコードの各コード値に対応して各属性を含んでもよく、この場合、ＪＡＮコードが割り当てられた１つ１つの商品等に対し、１または２以上の属性が割り当てられる。システム１００が提供する会員サービスが複数の事業者にわたる共通ポイントシステムを提供する場合には、「購買ポテンシャルデータ」は、数十万～数百万、あるいはそれ以上の属性を含みうる。また、「購買ポテンシャルデータ」は、商品群またはサービス群に対応する属性を有していてもよい。例えば、「購買ポテンシャルデータ」は、例えば、ビール、酒類、及び／又は飲料といった商品群に対応する属性を有していてもよい。

【0051】

「購買ポテンシャルデータ」は、各対象者について、購買実績（購買の有無、購買量、購買時期、購買場所等）、及び／又は、商品アンケートもしくは広告に対する対象者の反応等を数値化した嗜好度等を既知の属性値として格納してもよい。また、「購買ポテンシャルデータ」は、属性予測モデルを用いて予測した予測値も属性値の少なくとも一部として格納してもよい。

【0052】

「レコメンドポテンシャルデータ」は、レコメンドに関する各対象者の特性を示す属性のセットである。「レコメンドポテンシャルデータ」は、一例としてメディア反応に関する１または複数の属性、インセンティブ反応に関する１または複数の属性、および、離反可能性に関する１または複数の属性のうちの少なくとも１つを含んでよい。

【0053】

「メディア反応」は、一例としてダイレクトメール、電子メール、レシートに印刷する広告、インターネット広告、および、ＴＶ広告等のレコメンドに用いるメディア毎に、対象者に対するそのメディアを用いたレコメンドの有効性または評価値等を示す１または複数の属性を含む。例えば、ある対象者がダイレクトメールには反応しない場合には、レコメンド処理装置１９０は、ダイレクトメールの有効性または評価値等に関する属性の属性値を減少させ、またはより低い属性値を設定してもよい。また、ある対象者がインターネット広告を基準頻度以上の頻度でクリックする場合、またはインターネット広告を経由して商品を購入した場合等には、レコメンド処理装置１９０は、インターネット広告の有効性または評価値等に関する属性の属性値を増加させ、またはより高い属性値を設定してもよい。

【0054】

「インセンティブ反応」は、一例として値引、クーポン付与、ポイント付与、ポイント増額、および、販売促進品の提供等といったインセンティブ毎に、対象者に対するそのインセンティブを用いたレコメンドの有効性または評価値等を示す１または複数の属性を含む。例えば、値引の提供をしてもある対象者が商品等の購入に至らなかった場合には、レコメンド処理装置１９０は、値引の有効性または評価値等に関する属性の属性値を減少させ、またはより低い属性値を設定してもよい。また、ある対象者がポイント付与を提供した商品等を購入した場合には、レコメンド処理装置１９０は、ポイント付与の有効性または評価値等に関する属性の属性値を増加させ、またはより高い属性値を設定してもよい。

【0055】

「離反可能性」は、一例として各販売事業者、及び／又は、各商品メーカ若しくはサービス提供者毎に、その事業者等の商品等を利用しなくなる可能性を示す１または複数の属性を含む。例えば、ある対象者がある販売事業者から最後に商品等を購入してから基準期間以上経過した場合、属性予測装置１１０は、その対象者がその販売事業者から離反したとみなし、離反した旨を示す属性値を属性ＤＢ１２２に格納する。これに代えて、属性予測装置１１０は、その対象者がその販売業者を最後に利用してからの経過期間に応じて算出した離反評価値を属性値として属性ＤＢ１２２に格納してもよい。

【0056】

図３は、本実施形態に係る予測モデル生成装置１５０の動作フローを示す。ステップＳ３１０において、モデル更新指示部１５５は、予め定められた期間が経過したことに応じて、属性予測装置１１０が使用する属性予測モデルの更新を指示する。これに代えて、またはこれに加えて、モデル更新指示部１５５は、システム１００のユーザまたは管理者等の指示を受けて、属性予測モデルの更新を指示してもよい。

【0057】

ここで予測モデル生成装置１５０は、属性ＤＢ１２２または属性ＤＢ１６７が有する全属性を予測対象としてもよく、対象者の名前等の一部の属性を除いた各属性を予測対象としてもよく、汎用属性データに含まれる基本属性を除いた各属性を予測対象としてもよく、購買ポテンシャルデータ及び／又はレコメンドポテンシャルデータを予測対象としてもよい。また、予測モデル生成装置１５０は、次元縮約部１７０が追加した次元縮約用の属性については、予測対象から除いてもよい。また、予測モデル生成装置１５０は、属性ＤＢ１２２または属性ＤＢ１６７が有する全属性のうち、システム１００のユーザまたは管理者が指定した属性のみを予測対象としてもよい。

【0058】

なお、予測モデル生成装置１５０は、予測対象属性によって異なりうるタイミングで属性予測モデルの更新を指示してもよい。例えば、予測モデル生成装置１５０は、汎用属性データに属する属性については、定期的に属性予測モデルの更新を指示し、購買ポテンシャルデータに属する属性については、一例としてその属性に対応する商品等の購買データを予め定められた数量分受け取る度に属性予測モデルの更新を指示し、レコメンドポテンシャルデータに属する属性については、一例として予め定められた回数レコメンドを行う度に属性予測モデルの更新を指示してもよい。また、予測モデル生成装置１５０は、購買ポテンシャルデータに属する属性を予測する属性予測モデルの更新頻度を、汎用属性データに属する属性を予測する属性予測モデルの更新頻度よりも低くしてもよい。購買ポテンシャルデータは、個々の商品等に対応する属性を含むことから通常は汎用属性データよりも属性数が多くなるので、予測モデル生成装置１５０は、購買ポテンシャルデータに属する属性を予測する属性予測モデルの更新頻度をより低くすることにより予測モデル生成装置１５０の計算量を大幅に低減させることが可能となる。

【0059】

Ｓ３２０において、サンプリング部１６０は、属性ＤＢ１２２から一部の対象者をサンプリングして、サンプリングした対象者に対応付けて属性ＤＢ１２２に格納されている属性情報を、属性ＤＢ接続部１６５を介して属性ＤＢ１６７に格納する。

【0060】

Ｓ３３０において、次元縮約部１７０は、一例として潜在的ディリクレ配分法（ＬＤＡ：Ｌａｔｅｎｔ Ｄｉｒｉｃｈｌｅｔ Ａｌｌｏｃａｔｉｏｎ）または確率的潜在意味解析法（Ｐｒｏｂａｂｉｌｉｓｔｉｃ Ｌａｔｅｎｔ Ｓｅｍａｎｔｉｃ Ａｎａｌｙｓｉｓ）等のトピックモデルを用いて、属性ＤＢ１６７の次元を縮約する。トピックモデルを用いる場合、次元縮約部１７０は、トピック数を例えば１０、２０、３０、…、１００等の複数種類のそれぞれとしてモデリングし、トピック数毎に生成した複数の属性を次元縮約用の属性として縮約ＤＢ１７７に格納してもよい。これにより、属性予測モデル生成部１８０は、使用するトピック数を属性予測モデルのハイパーパラメータとすることができ、属性予測モデル選択部１８５は、最適なトピック数の属性予測モデルを選択することができる。

【0061】

ここで次元縮約部１７０は、属性ＤＢ１２２または属性ＤＢ１６７が有する全属性をトピック生成の評価対象としてもよく、これに代えて、属性ＤＢ１２２または属性ＤＢ１６７が有する属性の一部をトピック生成の評価対象としてもよい。例えば、次元縮約部１７０は、汎用属性データに含まれる属性はトピック生成の評価対象とし、購買ポテンシャルデータおよびレコメンドポテンシャルデータに含まれる属性はトピック生成には使用しなくてもよい。また例えば、次元縮約部１７０は、汎用属性データに含まれる基本属性、生活属性、および志向性のうち一部のみに含まれる属性のみをトピック生成の評価対象としてもよい。一例として、次元縮約部１７０は、基本属性および生活属性に含まれる属性のみをトピック生成の評価対象とし、志向性に含まれる属性はトピック生成に使用しなくてもよい。全属性をトピック生成の評価対象とした場合には、対象者間の小さな差異（例えば特定の商品を購入したかどうか）までも評価に含めて次元縮約後の属性値に反映できるが、次元縮約処理に要する計算量が増加する。一部の属性のみをトピック生成の評価対象とする場合には、システム１００のユーザまたは管理者等が重視する一部の属性のみを用いることで、計算量を抑えることができる。

【0062】

また、次元縮約部１７０は、トピックモデルに代えて、またはトピックモデルに加えて、他の手法により属性ＤＢ１６７の次元を縮約してもよい。例えば、次元縮約部１７０は、既知の属性値が格納されている対象者の割合が基準割合未満である属性については、属性予測モデルの説明変数から除いてもよい。

【0063】

次に、予測モデル生成装置１５０は、予測対象属性毎にＳ３４０およびＳ３８０の間の処理（Ｓ３５０～Ｓ３７０）を繰り返す。

【0064】

Ｓ３５０において、属性予測モデル生成部１８０は、予測対象属性の属性値を予測する１または複数の属性予測モデルを生成する。まず、属性予測モデル生成部１８０は、属性ＤＢ１６７に格納された各対象者の属性情報のうち、属性予測モデルの生成に用いるモデリング用の複数の対象者の属性情報を抽出する。属性予測モデル生成部１８０は、モデリング用の対象者の属性情報として、予測対象属性の属性値が既知である属性情報、すなわち予測対象属性について実際に属性値が得られている属性情報を抽出する。ここで、属性予測モデル生成部１８０は、属性予測モデルの説明変数として使用する可能性がある各属性（すなわち説明変数の候補として属性予測モデルに属性値を入力する属性）のうち属性値が既知であるものの割合がより大きい属性情報をより優先して抽出するようにしてもよい。なお、属性予測モデル生成部１８０は、モデリング用の対象者の数が予め定められた基準数以下の場合には、ブーストサンプリング等の手法を用いてサンプル数を増やしてもよい。

【0065】

次に、属性予測モデル生成部１８０は、抽出した対象者の属性情報を学習用属性情報として用いて、複数の属性予測モデルを生成する。属性予測モデル生成部１８０は、予測アルゴリズムおよび学習によって更新されないハイパーパラメータの少なくとも１つが互いに異なる複数の属性予測モデルを生成する。属性予測モデル生成部１８０は、例えばランダムフォレスト、勾配ブースティング、ロジスティック回帰、ニューラルネットワーク、およびサポートベクタマシン（ＳＶＭ）等を含む各種の機械学習アルゴリズムの中から予測アルゴリズムを選択してもよい。また、属性予測モデル生成部１８０は、次元縮約部１７０における次元縮約のトピック数、ランダムフォレストにおける決定木の深さ、勾配ブースティングにおける木の深さ、ロジスティック回帰における正規化パラメータ、およびニューラルネットワークにおけるニューロン数および層数等のような予測アルゴリズムに設定可能な１または複数のハイパーパラメータのそれぞれを、ハイパーパラメータとして設定可能な複数の設定値の組の中から独立して選択することにより、選択した予測アルゴリズム毎に互いに異なる複数のハイパーパラメータの組を得てもよい。

【0066】

属性予測モデル生成部１８０は、上記のようにして得られた予測アルゴリズムおよびハイパーパラメータの組の少なくとも一方が互いに異なる複数の属性予測モデルのそれぞれを、学習用属性情報を用いて学習により最適化する。すなわち、属性予測モデル生成部１８０は、各学習用属性情報について、その学習用属性情報のうち予測対象属性以外の属性値を属性予測モデルの入力とした場合に、その学習用属性情報における予測対象属性の既知の属性値により近い予測値を出力するように属性予測モデルの学習可能パラメータを更新していく。これにより、属性予測モデル生成部１８０は、各属性予測モデルのそれぞれについて、学習可能パラメータを学習させて最適化する。ここで、「最適化」とは、必ずしもその属性予測モデルの予測誤差を最小化すること（すなわち学習可能パラメータの全てを最適値とすること）を意味せず、その属性予測モデルの予測誤差をより低減する学習処理を属性予測モデル生成部１８０がやり終えた状態（すなわち現実的に実行可能な学習処理を完了した状態）を意味する。

【0067】

ここで、属性予測モデル生成部１８０は、属性予測モデルの説明変数を、既知の属性値のみに制限してもよい。この場合、属性予測モデル生成部１８０は、学習用属性情報として使用できるサンプル数は制限されるが、現実の属性情報に基づきより精度の高い属性予測モデルを生成することができる可能性を高めることができる。これに代えて、属性予測モデル生成部１８０は、一部または全部の説明変数として属性の予測値を用いてもよい。すなわち、属性予測モデル生成部１８０は、第２予測対象属性の属性値を、第１の属性予測モデルにより予測された第１予測対象属性の予測値を用いて予測する第２の１または複数の属性予測モデルを生成してもよい。第２の複数の属性予測モデルの生成において、既に生成された第１属性予測モデルによって予測された第１予測対象属性の予測値を説明変数として使用可能とすることにより、属性予測モデル生成部１８０は、既知の属性値が一部欠けている学習用属性情報も利用することができ、より多くの学習用属性情報を用いて属性予測モデルの精度を高めうる。

【0068】

なお、属性予測モデル生成部１８０は、予測誤差として、各属性情報から属性予測モデルによって予測された予測対象属性の予測値と期待値との差を、予測誤差の評価対象となる全属性情報について累積した値を用いてもよい。このような誤差の算出方法は、一例として予測値と期待値との差の２乗を合計するもの等を含め公知の様々な方法を適用することができる。これに代えて、属性予測モデル生成部１８０は、後述するＡＵＣ（Ａｒｅａ Ｕｎｄｅｒ ｔｈｅ Ｃｕｒｖｅ）が増えるにつれて減少する値（一例として１－ＡＵＣ値）を、予測誤差を示す指標として用いてもよい。

【0069】

ここで「予測誤差」とは、「予測誤差」に応じて変化する指標も含まれる。すなわち例えば、予測精度を示す指標もまた、予測誤差を示す指標に該当し、予測精度がより高いことは、予測誤差がより低いことに相当し、予測精度がより低いことは、予測誤差がより高いことに相当する。したがって、属性予測モデル生成部１８０は、予測精度が高いほど大きくなるＡＵＣを、予測誤差を示す指標（予測誤差が高いほど小さくなる指標）として用いてもよい。この場合、予測誤差が高いとは、予測誤差を示す指標値が小さいことを意味する。

【0070】

Ｓ３６０において、属性予測モデル生成部１８０は、生成された学習済の複数の属性予測モデルをそれぞれ評価する。属性予測モデル生成部１８０は、予測誤差のみに基づいて属性予測モデルを評価してもよく、予測誤差のみでなく、例えば計算量がより小さいこと、及び／又は、参照する属性数がより少ないこと等の他の条件も評価パラメータとして含めてもよい。また、属性予測モデル生成部１８０は、予測アルゴリズムの最適化に用いる、予測誤差に関する項を含む目的関数の値を用いて、属性予測モデルを評価してもよい。ここで、属性予測モデル生成部１８０は、交叉検定を用いて複数の属性予測モデルのそれぞれの予測誤差を算出してもよい。この場合、属性予測モデル生成部１８０は、抽出したモデリング用の属性情報の一部を用いて複数の属性予測モデルを学習させ、モデリング用の属性情報のうち学習に使用していない属性情報を用いて複数の属性予測モデルのそれぞれの予測誤差を算出する。

【0071】

Ｓ３７０において、属性予測モデル選択部１８５は、複数の属性予測モデルのそれぞれの予測誤差等の評価結果に基づいて、その予測対象属性の属性値の予測に用いる属性予測モデルを選択する。一例として属性予測モデル選択部１８５は、複数の属性予測モデルのうち、予測誤差が最小の属性予測モデルを選択する。これに代えて、属性予測モデル選択部１８５は、複数の属性予測モデルのうち、予測誤差以外の条件も評価パラメータとして含めた評価結果を用いて評価が最も高い属性予測モデルを選択してもよい。ここで、属性予測モデル選択部１８５は、上記のように他の属性予測モデルによる予測値を説明変数とする第２の１または複数の属性予測モデルのそれぞれの予測誤差等の評価結果に基づいて、第２予測対象属性の属性値の予測に用いる第２属性予測モデルを更に選択してもよい。

【0072】

予測モデル生成装置１５０は、予測対象の各予測対象属性のそれぞれに対してＳ３５０～Ｓ３７０の処理を行なうことにより、各予測対象属性に対して個別に最適化された属性予測モデルを選択することができる。これにより、予測モデル生成装置１５０は、各予測対象属性の予測精度をより高めることができる。

【0073】

図４は、本実施形態に係る属性予測モデル生成部１８０が生成する属性予測モデルの評価結果の一例を示す。属性予測モデル生成部１８０は、各予測対象属性に対して生成された１または複数の属性予測モデルのそれぞれについて、属性識別情報（属性ＩＤ）、次元縮約パラメータ、予測アルゴリズム識別情報（予測アルゴリズムＩＤ）、ハイパーパラメータ、予測誤差、およびモデル評価を含む評価結果を生成する。

【0074】

「属性ＩＤ」は、予測対象の予測対象属性の識別情報である。「次元縮約パラメータ」は、次元縮約部１２５および次元縮約部１７０が次元縮約に用いる、トピック数等のパラメータである。次元縮約パラメータが複数存在する場合、属性予測モデル生成部１８０は、パラメータ毎の設定値を記録する。次元縮約パラメータも、ハイパーパラメータの一種となりうる。

【0075】

「予測アルゴリズムＩＤ」は、当該エントリにおいて選択された予測アルゴリズムを識別する識別情報である。「ハイパーパラメータ」は、選択された予測アルゴリズムにおけるハイパーパラメータ毎の設定値を示す。「予測誤差」は、当該エントリにおいて指定された次元縮約パラメータ、予測アルゴリズム、およびハイパーパラメータを用いて生成した属性予測モデルの予測誤差を示す。「モデル評価」は、当該エントリに対応して生成された属性予測モデルの評価結果を示す。ここで、属性予測モデル生成部１８０は、属性予測モデルを予測誤差のみに基づいて評価する場合には、「モデル評価」のカラムを別途設けなくてもよい。

【0076】

図５は、本実施形態に係る属性予測モデル選択部１８５が生成する属性予測モデルの選択結果の一例を示す。属性予測モデル選択部１８５は、属性予測モデル生成部１８０による各属性予測モデルの評価結果を用いて、予測対象属性毎に、属性値の予測に用いる属性予測モデルを選択する。属性予測モデル選択部１８５は、予測対象の各予測対象属性について、属性ＩＤ、次元縮約パラメータ選択値、選択予測アルゴリズムＩＤ、ハイパーパラメータ選択値を含む選択結果を生成する。

【0077】

「属性ＩＤ」は、当該エントリに対応する予測対象属性の識別情報である。「次元縮約パラメータ選択値」は、当該エントリに対応する予測対象属性の予測に用いる１または複数の次元縮約パラメータのそれぞれの設定値を含む。「次元縮約パラメータ選択値」は、図４中における選択された属性予測モデルの次元縮約パラメータに対応する。「選択予測アルゴリズムＩＤ」は、当該エントリに対応する予測対象属性の予測に用いる予測アルゴリズムを識別する識別情報である。「選択予測アルゴリズムＩＤ」は、図４中における選択された属性予測モデルの予測アルゴリズムＩＤに対応する。「ハイパーパラメータ選択値」は、当該エントリに対応する予測対象属性の予測に用いる予測アルゴリズムに与えるハイパーパラメータ毎の設定値である。「ハイパーパラメータ選択値」は、図４中における選択された属性予測モデルのハイパーパラメータに対応する。

【0078】

属性予測モデル選択部１８５は、予測対象属性毎の属性予測モデルの選択結果を属性予測部１３５に供給することにより、予測対象属性毎に予測に用いる次元縮約パラメータ、予測アルゴリズム、およびハイパーパラメータを属性予測部１３５に対して設定することができる。なお、属性予測モデル選択部１８５は、選択された属性予測モデルの予測誤差及び／又は評価結果を属性予測部１３５に供給してもよい。

【0079】

図６は、本実施形態に係る属性予測装置１１０における属性情報取得フローを示す。Ｓ６１０において、属性情報取得部１１５は、対象者の属性情報を取得する。Ｓ６２０において、属性情報取得部１１５は、取得した属性情報を、属性ＤＢ接続部１２０を介して属性ＤＢ１２２に書き込む。

【0080】

属性ＤＢ１２２が書き込み対象の属性について既知の属性値と予測値とを別個に記憶する場合、属性情報取得部１１５は、取得した属性情報を、既知の属性値として属性ＤＢ１２２に書き込んでよい。また、属性ＤＢ１２２および属性ＤＢ１６７が書き込み対象の属性について予測値と同じ表現形式で既知の属性値を記憶する場合には、属性情報取得部１１５は、取得した属性情報の生データの表現形式を予測値と同じ表現形式に変換して属性ＤＢ１２２に格納する。

【0081】

図７は、本実施形態に係る属性予測装置１１０における属性予測フローを示す。ステップＳ７１０において、次元縮約部１２５は、サンプリング部１６０と同様に、一例として潜在的ディリクレ配分法または確率的潜在意味解析法等のトピックモデルを用いて、属性ＤＢ１２２の次元を縮約する。ここで、次元縮約部１２５は、各予測対象属性について選択された属性予測モデルに対応する次元縮約パラメータ選択値を参照し、少なくとも１つの予測対象属性に対して指定された次元縮約パラメータ選択値に応じた次元縮約用の属性を縮約ＤＢ１３２に格納する。また、次元縮約部１２５は、属性ＤＢ１２２における複数の属性のうち、属性予測モデル選択部１８５により選択された少なくとも１つの属性予測モデルにおいて説明変数として使用する属性を、縮約ＤＢ１３２の属性としてコピーする。

【0082】

属性予測装置１１０は、予測対象属性毎に、Ｓ７２０およびＳ７９０の間の処理（Ｓ７３０～Ｓ７８０）を繰り返す（Ｓ７２０、Ｓ７９０）。

【0083】

Ｓ７３０において、属性予測部１３５は、属性予測モデル選択部１８５によって予測対象属性用に選択された属性予測モデルを用いて、予測対象属性の属性値を予測する。属性予測部１３５は、各対象者について縮約ＤＢ１３２に格納された属性情報に含まれる、属性予測モデルの説明変数に対応する属性の属性値を縮約ＤＢ接続部１３０を介して取得し、これらの属性値を属性予測モデルに入力して予測対象属性の予測値を算出する。ここで、属性予測部１３５は、第１属性予測モデルによる第１予測対象属性の予測値を用いて予測対象である第２予測対象属性の予測値を予測する第２属性予測モデルについては、説明変数となる第１予測対象属性の属性値として、当該第１予測対象属性の予測値を第２属性予測モデルに入力し、第２属性予測モデルを用いて、複数の対象者のそれぞれについて第２予測対象属性を更に予測する。

【0084】

また、第１予測対象属性について既知の属性値および予測値が同じ表現形式で表されている場合、または一方から他方に変換可能な場合においては、属性予測部１３５は、複数の対象者のそれぞれについて、第１予測対象属性の属性値が既知であることを条件として既知の属性値を用いて対象者の第２予測対象属性の予測値を予測し、第１予測対象属性の属性値が未知であることを条件として第１予測対象属性の属性値を用いて対象者の第２予測対象属性の予測値を予測してもよい。これにより、属性予測部１３５は、第１属性予測モデルによる予測対象となった第１予測対象属性が既知の対象者については既知の属性値を用いてより高い精度で第２予測対象属性を予測しつつ、第１予測対象属性が未知の対象者についても予測を行うことが可能となる。

【0085】

Ｓ７４０において、属性予測部１３５は、予測対象属性の予測値を属性ＤＢ接続部１２０を介して属性ＤＢ１２２に格納する。ここで、属性予測部１３５は、予測対象属性の予測値が算出できた場合、予測対象属性の既知の属性値が属性ＤＢ１２２に格納されている場合であっても予測値を属性ＤＢ１２２に格納してもよい。

【0086】

Ｓ７５０において、属性予測値更新部１４２は、属性ＤＢ１２２に登録された複数の対象者のうち１または複数の対象者について予測対象属性の属性値が既知である場合において、予測対象属性の予測値が既知の属性値から基準以上乖離しているか否かを判断する。この基準は、システム１００の設計者、システム構築者、ユーザ、及び／又は管理者によって予め定められてもよく、属性予測値更新部１４２が、予測対象属性の既知の属性値の分散または標準偏差等を定数倍すること等により算出してもよい。

【0087】

予測対象属性の予測値が既知の属性値から基準以上乖離していることに応じて（Ｓ７５０でＹｅｓ）、属性予測値更新部１４２は、Ｓ７６０において、予測対象属性の予測値を既知の属性値に基づいて更新してもよい。すなわち、予測対象属性の既知の属性値および予測値が同じ表現形式をとる場合には、属性予測値更新部１４２は、予測対象属性の予測値を既知の属性値に書き換えてもよい。予測対象属性の既知の属性値および予測値が異なる表現形式をとる場合には、属性予測値更新部１４２は、既知の属性値の表現形式を変換して、予測対象属性の予測値を書き換えてもよい。ここで、乖離しているか否かの判断に用いる基準は、システム１００の設計者、システム構築者、ユーザ、及び／又は管理者等によって予め設定されてよい。

【0088】

これにより、属性予測値更新部１４２は、予測対象属性の属性値が既知の対象者については、当該予測対象属性を説明変数として使用する他の属性予測モデルが、大幅に誤った予測値を用いて他の予測対象属性を予測するのを防ぐことができる。例えば、属性予測値更新部１４２は、ある対象者について誤って「既婚」と予測された場合においても、その対象者が「未婚」であることが既知であれば、予測値を「未婚」に更新することができ、この属性を説明変数として用いて予測される他の属性の予測精度を高めることができる。

【0089】

また、属性値更新部１４０は、予測対象属性の予測値の予測の確からしさが閾値以上であることを条件として（Ｓ７７０でＹｅｓ）、予測対象属性の予測値に基づいて予測対象属性の属性値を更新してもよい（Ｓ７８０）。ここで、属性値更新部１４０は、予測対象属性の既知の属性値および予測値が同じ表現形式をとる場合には、予測対象属性の既知の属性値を予測値に書き換えてもよい。予測対象属性の既知の属性値および予測値が異なる表現形式をとる場合には、属性値更新部１４０は、予測値の表現形式を変換して、予測対象属性の属性値を書き換えてもよい。ここで予測の確からしさの判断に用いる閾値は、システム１００の設計者、システム構築者、ユーザ、及び／又は管理者等によって予め設定されてよい。

【0090】

これにより、属性値更新部１４０は、予測対象属性の属性値が既知の対象者についても、属性値の入手時期が古い場合、および、対象者の状況が変化した場合等の事情に適応して、予測対象属性の予測値が十分に確からしくなったことに応じて、既知の属性値を予測値に基づいて置き換えることができる。この結果、一例としておむつを購入するようになった対象者を「子なし」属性としたまま維持すること、および、頻繁にガソリンを購入するようになった対象者を「車なし」属性としたまま維持すること等を防ぐことが可能となる。

【0091】

ここで、属性値更新部１４０は、予測の確からしさとして、予測対象属性が既知の全対象者、学習用属性情報に含まれる全対象者、または、交叉検定用の学習用属性情報に含まれる全対象者の予測値に基づくＡＵＣ（Ａｒｅａ Ｕｎｄｅｒ ｔｈｅ Ｃｕｒｖｅ）を用いてよい。一例として、属性値更新部１４０は、予測対象属性が既知である各対象者を予測値が高い順に横軸に並べ、横軸上の各対象者について、その対象者以上の予測値を有する全対象者のうち予測対象属性を満たす対象者の割合をプロットしたＲＯＣ曲線（Ｒｅｃｅｉｖｅｒ Ｏｐｅｒａｔｉｎｇ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｃｕｒｖｅ）における、ＲＯＣ曲線の下側の面積をＡＵＣとして算出する。この際、属性値更新部１４０は、ＲＯＣ曲線の横軸も１に正規化することにより、ＡＵＣの取り得る最大値を１に正規化してもよい。これに代えて、属性値更新部１４０は、予測の確からしさとして、（定数－予測誤差）のように予測誤差が減少するほど増加するパラメータの値を用いてもよい。

【0092】

図８は、予測対象属性の依存関係の一例を示す。属性予測モデルＡ８１０は、属性ａの属性値および属性ｂの属性値に基づいて、予測対象属性ｃの属性値を予測する。属性予測モデルＢ８２０は、属性ｃの属性値および属性ｄの属性値に基づいて、予測対象属性ｅの属性値を予測する。属性予測モデルＣ８３０は、属性ｅの属性値および属性ｆの属性値に基づいて、予測対象属性ｂの属性値を予測する。

【0093】

この例において、属性予測モデルＡ８１０が属性ｂの属性値を入力して属性ｃの属性値を出力し、属性予測モデルＢ８２０が属性ｃの属性値を入力して属性ｅの属性値を出力し、属性予測モデルＣ８３０が属性ｅの属性値を入力して属性ｂの属性値を出力する。したがって、複数の属性予測モデルにおける説明変数および目的変数の連鎖の中に、属性ｂ→属性ｃ→属性ｅ→属性ｂという２以上の予測対象属性の間の循環依存が存在する。

【0094】

ここで、属性予測モデル生成部１８０、属性予測モデル選択部１８５、及び／又は属性予測部１３５は、例えば属性予測モデルＢ８２０が属性ｃの既知の属性値を説明変数とし、属性ｃの予測値は説明変数としないようにすれば、属性予測モデルＡ８１０が出力する属性ｃの予測値を属性予測モデルＢ８２０が入力しなくなるので予測対象属性間の循環依存を解消することができる。すなわち、属性予測モデル生成部１８０、属性予測モデル選択部１８５、及び／又は属性予測部１３５は、２以上の予測対象属性の間に属性予測モデルへの入出力関係の循環依存が存在する場合には、循環依存を構成する少なくとも１つの属性予測モデルにおいて循環依存に含まれる属性の属性値として既知の属性値を入力するように属性予測モデルを生成または選択すればよい。

【0095】

ただし、既知の属性値を入力とする場合には、属性予測部１３５は、既知の属性値が存在しない対象者については予測対象属性の属性値を予測できなくなり、または予測精度が低下してしまう。そこで、属性予測部１３５は、２以上の予測対象属性の間の循環依存を許容する構成も取り得る。

【0096】

この場合、属性予測部１３５は、２以上の予測対象属性の間に循環依存が存在することに応じて、２以上の予測対象属性のそれぞれの予測に用いる他の予測対象属性の予測の確からしさ、および２以上の予測対象属性のそれぞれに対する他の予測対象属性の寄与度の少なくとも１つに基づいて、２以上の予測対象属性の予測順序を決定するようにしてもよい。例えば、本図の例において予測の確からしさが高い順に属性ｃ、属性ｂ、属性ｅの順序であれば、属性予測部１３５は、最も予測の確からしさが高い属性ｃを入力とする属性予測モデルＢ８２０を最も優先して先に実行するように予測順序を決定してもよい。その後属性予測部１３５は、循環依存する属性の中で予測の確からしさが高い順に、その属性を入力とする属性予測モデルを実行していってよい。これに代えて、属性予測部１３５は、属性予測モデルＢ８２０を実行した場合には、属性予測モデルＢ８２０が出力した予測値を入力する属性予測モデルＣ８３０、属性予測モデルＣ８３０が出力した予測値を入力とする属性予測モデルＡ８１０というように属性予測モデルＢ８２０以降は予測対象属性間の依存方向に沿って属性予測モデルを実行してもよい。これにより、属性予測部１３５は、予測の確からしさが高くより本来の属性値に近いと想定される予測値を優先して使用して依存先の予測対象属性の予測値を予測していくことができ、予測値の精度をより早く高めることが可能となる。

【0097】

また例えば、本図の例において予測対象属性ｅの予測における属性ｃの寄与度、予測対象属性ｃの予測における属性ｂの寄与度、予測対象属性ｂの予測における属性ｅの寄与度がこの順に低くなるのであれば、属性予測部１３５は、最も寄与度が低い属性ｅを入力とする属性予測モデルＣ８３０を最も優先して先に実行するように予測順序を決定してもよい。その後属性予測部１３５は、循環依存する属性の中で属性予測モデルによる次の予測対象属性の予測における寄与度が低い順に、その属性を入力とする属性予測モデルを実行していってよい。これに代えて、属性予測部１３５は、属性予測モデルＣ８３０を実行した場合には、属性予測モデルＣ８３０が出力した予測値を入力する属性予測モデルＡ８１０、属性予測モデルＡ８１０が出力した予測値を入力とする属性予測モデルＢ８２０というように属性予測モデルＣ８３０以降は予測対象属性間の依存方向に沿って属性予測モデルを実行してもよい。これにより、属性予測部１３５は、後段の属性予測モデルの予測に影響を与える寄与度が低く循環依存の影響を与えにくい予測値を優先して使用して依存先の予測対象属性の予測値を予測していくことができ、予測値の循環依存の影響をより早く減衰させることが可能となる。

【0098】

属性予測部１３５は、２以上の予測対象属性のそれぞれの予測に用いる他の予測対象属性の予測の確からしさ、および２以上の予測対象属性のそれぞれに対する他の予測対象属性の寄与度の両方に基づいて、２以上の予測対象属性の予測順序を決定するようにしてもよく、他の条件も更に加味して予測順序を決定してもよい。ここで、属性予測部１３５は、循環依存に含まれる属性に関して、予測に用いる属性の予測の確からしさがより高く、または予測における属性の寄与度がより低い場合に、その属性を入力する属性予測モデルの実行をより優先する。一例として、属性予測部１３５は、予測に用いる属性の予測の確からしさ（または予測の不確からしさ）と予測における属性の寄与度との重み付け和によって優先度を決定してよい。

【0099】

他の例として、属性予測部１３５は、２以上の予測対象属性のそれぞれについて、他の予測対象属性の予測の不確からしさおよび他の予測対象属性の寄与度の積和に基づいて、２以上の予測対象属性の予測値の予測順序を決定してもよい。すなわち例えば、属性予測部１３５は、複数の属性予測モデル（属性予測モデルＡ８１０、属性予測モデルＢ８２０、および属性予測モデルＣ８３０等）のそれぞれについて、循環依存に含まれる各入力属性の不確からしさおよび各入力属性の寄与度の積和をとり、積和値がより小さい属性予測モデルをより優先して実行する。

【0100】

なお、属性予測部１３５は、予測の不確からしさとして、予測の確からしさが増加すると値が減少するパラメータの値を用いてよい。例えば属性予測部１３５は、（１－ＡＵＣ）のように、最大１に正規化されたＡＵＣに基づく予測の確からしさを１から減じた値を用いてもよい。

【0101】

以上に示したように、循環依存に含まれる予測対象属性間の予測順序をより適切な順序とすることで、属性予測部１３５は、循環して算出される２以上の予測対象属性間の予測値の精度をより早く高め、及び／又は予測値の収束をより早めることができる。これにより、属性ＤＢ１２２および属性ＤＢ１６７が多くの属性を有することにより各属性予測モデルの実行周期が長くなる場合にも、予測値をより早く最適化することができる。

【0102】

図９は、本実施形態に係るシステム１００における属性追加フローを示す。Ｓ９００において、属性データ取得部１４４は、複数の対象者の少なくとも一部について、属性データベースに追加すべき追加属性の既知の属性値を示す既知情報を取得する。例えば、端末１１２は、マーケティング担当者等のシステム１００のエンドユーザ等が各対象者の任意の特性を簡単に予測できるようにするべく、簡単に属性ＤＢ１２２に属性を追加して各対象者のその属性の予測値を算出するユーザーインターフェイスを提供する。一例として、端末１１２は、当該ユーザーインターフェイスを提供するアプリケーションのアイコンに対して既知情報がドラッグ＆ドロップされたことに応じて、この既知情報に応じた属性の追加、既知の属性値の設定、および属性予測モデルの生成・選択の少なくとも一部を実行するユーザーインターフェイスを提供してもよい。

【0103】

属性データ取得部１４４が取得する既知情報は、複数の対象者の少なくとも一部のそれぞれについて、個人識別情報と、１または複数の追加属性の既知の属性値との組を含む情報であってよい。また、追加属性が、対象者が特定の特性を有するか否かを示す２値属性である場合（例えば「商品Ａを買ったか否か」）、既知情報は、追加属性が真である各対象者の個人識別情報のリスト、および追加属性が偽である各対象者の個人識別情報のリストの少なくとも一方を含んでよい。

【0104】

Ｓ９１０において、属性追加部１４６は、属性ＤＢ１２２の複数の属性に、追加属性を追加する。例えば、属性追加部１４６は、属性ＤＢ接続部１２０を介して属性ＤＢ１２２に追加属性のカラムを追加し、既知情報に含まれる各対象者の既知の属性値に基づいて、属性ＤＢ１２２における追加属性に格納する既知の属性値を設定する。この際、属性追加部１４６は、既知情報において示された既知の属性値を属性ＤＢ１２２における追加属性の既知の属性値として設定してもよく、既知情報において示された既知の属性値を属性ＤＢ１２２における表現形式に変換して追加属性の既知の属性値として設定してもよい。

【0105】

Ｓ９２０において、システム１００内の予測モデル生成装置１５０は、追加属性を予測対象属性として１または複数の属性予測モデルを生成する。ここで、モデル更新指示部１５５は、属性データ取得部１４４によって属性ＤＢ１２２に追加属性が追加されたことに応じて、予め定められた期間の経過を待つことなく、すみやかに追加属性の属性予測モデルの生成を指示してよい。追加属性を予測対象属性として１または複数の属性予測モデルを生成する処理は、図３の動作フローにおけるＳ３２０からＳ３５０の処理と同様であってよい。

【0106】

Ｓ９３０において、システム１００内の予測モデル生成装置１５０は、複数の属性予測モデルのそれぞれの予測誤差に基づいて、追加属性である予測対象属性の属性値の予測に用いる属性予測モデルを選択する。複数の属性予測モデルの中から追加属性の属性値の予測に用いる属性予測モデルを選択する処理は、図３のＳ３６０からＳ３７０の処理と同様であってよい。

【0107】

以上に示した処理の後、システム１００内の属性予測装置１１０は、図７に示した属性予測フローを実行して、各対象者または全対象者についての追加属性の属性値を予測してよい。これにより、システム１００は、既知情報に含まれる一部の対象者についての既知の属性値を教師データとして追加属性の属性値を予測する属性予測モデルを学習し、他の対象者または全対象者について追加属性の予測値を算出することができる。

【0108】

なお、本実施形態において、属性データ取得部１４４および属性追加部１４６は、属性予測装置１１０内に設けられ、マスターである属性ＤＢ１２２に対して追加属性を追加する。これに代えて、属性データ取得部１４４および属性追加部１４６は、予測モデル生成装置１５０内に設けられ、サブセットである属性ＤＢ１６７に対して追加属性を追加する形態を採ってもよい。

【0109】

図１０は、本実施形態に係るレコメンド処理装置１９０の構成を端末１９２と共に示す。レコメンド処理装置１９０は、環境情報取得部９００と、グループ選択部９１０と、レコメンド決定部９２０と、レコメンド方法決定部９３０と、レコメンド実行部９４０と、レコメンド結果取得部９５０と、レコメンド結果格納部９６０と、レコメンドＤＢ接続部９７０と、レコメンドＤＢ９８０と、レコメンドモデル生成部９９０とを有する。

【0110】

環境情報取得部９００は、システム１００に登録された複数の対象者のうちのあるレコメンド対象者が置かれた環境を示す環境情報を取得する。一例として環境情報取得部９００は、レコメンド対象者がいる位置または場所を示す位置情報、レコメンド対象者がいる位置または場所における天気、天候、気温、及び／又は湿度等の天候情報、並びに、対象者の行動（買い物中、旅行中、通勤中、および仕事中等）を示す行動情報のうちの少なくとも１つを環境情報として取得する。

【0111】

グループ選択部９１０は、環境情報取得部９００により取得された、レコメンド対象者についての環境情報に基づいて、商品等の複数のグループの中からレコメンドするグループを選択する。一例として、グループ選択部９１０は、環境情報についての条件である環境条件と、その環境条件においてレコメンドする商品等のグループとの組を、１または複数記憶しておき、環境情報取得部９００により取得された環境情報がある環境条件を満たす場合に、その環境条件に対応付けられた商品等のグループをレコメンド対象として選択する。例えば、グループ選択部９１０は、レコメンド対象者がある店舗から基準以内の距離に位置する場合には、その店舗で取り扱っている商品等のグループをレコメンド対象のグループとして選択してよい。また例えば、グループ選択部９１０は、複数のグループの中から、システム１００が提供する会員サービスと提携する複数の店舗のうちレコメンド対象者の現在位置により近い店舗に対応付けられたグループをより優先して選択してもよい。また例えば、グループ選択部９１０は、レコメンド対象者がいる位置または場所の気温が基準以上に高い場合には、清涼飲料、氷菓子、及び／又はサービス加盟店のうち対象者から最寄りのカフェの商品等に関するグループを、レコメンド対象として選択してよい。なお、レコメンド処理装置１９０は、グループ選択部９１０を有さず任意の商品等の中からレコメンド対象の商品等をレコメンド対象として選択する構成を採ってもよい。

【0112】

グループ選択部９１０は、レコメンド対象者についての複数の店舗のそれぞれの最終利用日時または最終利用からの経過期間に更に基づいて、商品等の複数のグループの中からレコメンドするグループを選択してもよい。例えば、レコメンド対象者がある店舗を最後に利用してから予め定められた基準期間以上が経過している場合、そのレコメンド対象者は、その店舗から離反しつつあるとみなすことができる。このような場合、グループ選択部９１０は、一例として当該店舗で取り扱っている商品等のグループを選択してレコメンド候補とすることで、顧客の離反を防ぐようなレコメンドを可能とする。

【0113】

レコメンド決定部９２０は、レコメンド対象者について、属性ＤＢ１２２に格納された複数の属性値の少なくとも１つに基づいて、商品等をレコメンドするか否かを決定する。一例としてレコメンド決定部９２０は、属性ＤＢ１２２に格納されたレコメンド対象者の属性情報のうち、購買ポテンシャルデータに含まれる各商品等（あるいはレコメンド可能と指定された各商品等）に対応付けられた属性の属性値（既知の属性値または予測値）を参照し、基準値以上の嗜好性を示す属性値があればその属性に対応する商品等をレコメンド対象の商品等とする。これに代えて、レコメンド決定部９２０は、購買ポテンシャルデータに含まれる各商品等（あるいはレコメンド可能と指定された各商品等）に対応付けられた属性の属性値（既知の属性値または予測値）のうち、より高い嗜好性を示す属性値に対応するものをより優先して、レコメンド対象とする１または２以上の商品等を選択してもよい。

【0114】

ここでグループ選択部９１０によって商品等のグループが選択されていることに応じて、レコメンド決定部９２０は、レコメンド対象者についての複数の属性値の少なくとも１つに基づいて、グループ選択部９１０が選択したグループに含まれる商品等の中から、レコメンド対象者にレコメンドする商品等を決定する。この場合、レコメンド決定部９２０は、商品等を選択する範囲を選択されたグループの範囲内に絞って、上記と同様にしてレコメンド対象の商品等を選択する。

【0115】

レコメンド方法決定部９３０は、レコメンド対象者に商品等をレコメンドするレコメンド方法を決定する。レコメンド方法決定部９３０は、レコメンド対象者に対して商品等をレコメンドするレコメンド方法を、後述するレコメンドモデル生成部９９０が生成したレコメンドモデルを用いて決定してもよい。ここで、レコメンド方法決定部９３０は、レコメンド対象者に対するレコメンド方法として、電子メール、インターネット広告、ダイレクトメール、対象者に対して発行するレシートへの印刷、およびテレビ広告等のメディアのうちの少なくとも１つを用いることを決定してもよい。また、レコメンド方法決定部９３０は、レコメンド対象者に対するレコメンド方法として、商品等の値引、クーポンの付与、および、ポイント付与の少なくとも一方のインセンティブを提供することを決定してもよい。

【0116】

レコメンド実行部９４０は、レコメンド対象者に対し、レコメンド対象の商品等を、レコメンド方法決定部９３０により決定されたレコメンド方法によってレコメンドする。レコメンド結果取得部９５０は、レコメンド対象者に対する、決定されたレコメンド方法によるレコメンド結果を取得する。

【0117】

レコメンド結果格納部９６０は、決定されたレコメンド方法によるレコメンド結果を、属性ＤＢ１２２における複数の属性のうちの少なくとも一部の属性に対応付けて格納する。例えば、レコメンド結果格納部９６０は、レコメンド結果を、属性ＤＢ１２２に格納されたレコメンド対象者の属性情報中、購買ポテンシャルデータにおける、レコメンド対象の商品等に対応付けられた少なくとも１つの属性に対応付けて格納する。この場合、レコメンド結果格納部９６０は、レコメンド結果を、レコメンド対象の商品等に対する嗜好性を示す属性の属性値（既知の属性値）に反映することができる。ここで、システム１００は、レコメンド対象となった商品等が購入された場合には、属性ＤＢ１２２における購買ポテンシャルデータ中の属性を、レコメンド結果格納部９６０から更新する代わりに、属性情報取得部１１５から更新する構成を採ってもよい。

【0118】

また、レコメンド結果格納部９６０は、レコメンド結果を、属性ＤＢ１２２に格納されたレコメンド対象者のレコメンドポテンシャルデータ中のメディア反応に含まれる、決定したレコメンド方法で用いたメディアに対応する少なくとも１つの属性に対応付けて格納してよい。これにより、レコメンド結果格納部９６０は、決定したレコメンド方法で用いたメディアに対応するレコメンド結果を、メディア反応に含まれる各メディアを用いたレコメンドの有効性を示す属性の属性値（既知の属性値）に反映することができる。

【0119】

また、レコメンド結果格納部９６０は、レコメンド結果を、属性ＤＢ１２２に格納されたレコメンド対象者のレコメンドポテンシャルデータ中のインセンティブ反応に含まれる、決定したレコメンド方法で用いたインセンティブに対応する少なくとも１つの属性に対応付けて格納してよい。これにより、レコメンド結果格納部９６０は、決定したレコメンド方法で用いたインセンティブに対応するレコメンド結果を、インセンティブ反応に含まれる各インセンティブを提供するレコメンドの有効性を示す属性の属性値（既知の属性値）に反映することができる。

【0120】

また、レコメンド結果格納部９６０は、実行したレコメンドの内容およびレコメンド結果を含むレコメンド履歴をレコメンドＤＢ接続部９７０を介してレコメンドＤＢ９８０に格納する。

【0121】

レコメンドＤＢ接続部９７０は、レコメンドＤＢ９８０に接続され、システム１００内の各部からレコメンドＤＢ９８０に対するアクセスを処理する。レコメンドＤＢ９８０は、レコメンド処理装置１９０が実行したレコメンドの内容およびレコメンド結果の履歴を格納する。レコメンドＤＢ９８０も、属性ＤＢ１２２と同様に、システム１００の処理を行うコンピュータに接続された外部記憶装置により実現されてもよく、システム１００の外部のクラウドストレージサービス等により提供される記憶装置によって実現されてもよい。

【0122】

レコメンドモデル生成部９９０は、レコメンド方法によるレコメンド結果を少なくとも一部の属性の属性値として含む属性ＤＢ１２２を用いてレコメンド方法を選択するレコメンドモデルを生成する。本実施形態に係るレコメンドモデル生成部９９０は、属性ＤＢ１２２に加え、レコメンドＤＢ９８０を用いてレコメンドモデルを生成する。ここで、レコメンドモデル生成部９９０は、属性ＤＢ１２２を用いるのに代えて、または属性ＤＢ１２２を用いるのに加えて、属性ＤＢ１２２を次元縮約した縮約ＤＢ１３２を用いてもよく、属性ＤＢ１２２をサンプリングした属性ＤＢ１６７を用いてもよく、属性ＤＢ１２２をサンプリングおよび次元縮約した縮約ＤＢ１７７を用いてもよい。また、レコメンドモデル生成部９９０は、レコメンドＤＢ９８０を更に用いてレコメンドモデルを生成してもよい。

【0123】

本実施形態に係るシステム１００によれば、商品等をレコメンドしたレコメンド方法に応じたレコメンド結果を対象者の少なくとも１つの属性として属性ＤＢ１２２等に格納し、この属性を含む属性ＤＢ１２２等を用いて後のレコメンドにおけるレコメンド方法を選択するためのレコメンドモデルを生成・更新することができる。これにより、システム１００は、レコメンドの回数を重ねていくことに応じて、対象者により適したレコメンド方法でレコメンドを行うことが可能となる。

【0124】

図１１は、本実施形態に係るレコメンドＤＢ９８０に格納されるデータ構造の一例を示す。レコメンドＤＢ９８０は、レコメンド処理装置１９０が行った各レコメンドに対応して、個人ＩＤ、環境情報、商品ＩＤ／サービスＩＤ、レコメンド方法、およびレコメンド結果を格納する。

【0125】

「個人ＩＤ」は、レコメンド対象者を識別する。「環境情報」は、当該レコメンドに関して環境情報取得部９００が取得した、レコメンド対象者についての環境情報である。「商品ＩＤ／サービスＩＤ」は、レコメンドした商品等の識別情報である。

【0126】

「レコメンド方法」は、レコメンド方法決定部９３０により選択され、レコメンド実行部９４０により実行されたレコメンド方法であり、レコメンドに用いたメディアおよびレコメンドに付加したインセンティブを含む。「レコメンド結果」は、レコメンドに対するレコメンド対象者の行動を示すものであってよく、レコメンド対象商品等の購入に加え、例えばレコメンド対象商品等の広告を含む電子メール／ダイレクトメールへの反応（電子メールを開封した、電子メール内の広告リンクをクリックした、電子メール／ダイレクトメールに対して返信した、問合せをした等）、インターネット広告への反応（インターネット広告をクリックした等）、テレビＣＭへの反応（問合せをした、インタラクティブＣＭの場合にインタラクションを行った等）、並びにその他の反応（店舗に来店した等）の少なくとも１つを格納してよい。ここで、「レコメンド結果」は、複数種類の反応のそれぞれに対応するカラムを有していてもよい。

【0127】

レコメンドＤＢ９８０は、レコメンドをした日付若しくは日時等を格納してもよい。また、レコメンドＤＢ９８０は、個人ＩＤを格納するのに加えて、またはこれに代えて、属性ＤＢ１２２等に格納されたレコメンド対象者の属性情報の少なくとも一部のコピーを格納してもよい。一例として、レコメンドＤＢ９８０は、レコメンド対象者の汎用属性データのコピーを格納してもよく、これに加えて、またはこれに代えて、購買ポテンシャルデータにおける、レコメンド対象商品等に対応付けて格納された少なくとも１つの属性の属性値を格納してもよい。この形態によれば、レコメンドＤＢ９８０に格納するデータ量が増加するが、レコメンド処理装置１９０は、レコメンドを決定するため、及び／又はレコメンド方法を決定するために用いたレコメンド対象者の属性情報を記録しておくことができ、後に属性ＤＢ１２２が更新された場合であっても更新前の属性情報を用いてレコメンドモデルを生成することができる。

【0128】

図１２は、本実施形態に係るレコメンド処理装置１９０のレコメンド処理フローを示す。Ｓ１１００において、環境情報取得部９００は、システム１００に登録された複数の対象者の中のある対象者（レコメンド対象者）について、環境情報を取得する。一例として、環境情報取得部９００は、レコメンド対象者が携帯する、携帯電話またはスマートフォン等の携帯端末にインストールされて実行される会員サービス用のアプリケーションから、環境情報を受け取る。また、環境情報取得部９００は、ある地域について天候情報等の環境情報を受信したことに応じて、その地域に位置する各対象者、及び／又は、その地域内に住所を有する各対象者を属性ＤＢ１２２等から検索して、これらの対象者をレコメンド対象者としてもよい。

【0129】

Ｓ１１１０において、グループ選択部９１０は、レコメンド対象者についての環境情報に基づいて、商品等の複数のグループの中からレコメンドするグループを選択する。Ｓ１１２０において、レコメンド決定部９２０は、レコメンド対象者について、属性ＤＢ１２２に格納された複数の属性値の少なくとも１つに基づいて、商品等をレコメンドするか否かを決定する。商品等をレコメンドしないと決定した場合、レコメンド決定部９２０は、Ｓ１１３０において、処理をＳ１１００へと戻す。

【0130】

商品等をレコメンドすることが決定された場合、レコメンド方法決定部９３０は、レコメンド対象者に商品等をレコメンドするレコメンド方法を決定する。ここで、レコメンド方法決定部９３０は、レコメンド対象者についての環境情報に更に基づいて、レコメンド方法を決定してよい。例えば、レコメンド方法決定部９３０は、レコメンド対象者についての環境情報および属性情報の少なくとも一部と、レコメンド対象商品等とをレコメンドモデルに入力して、レコメンドモデルを用いてレコメンド方法を決定してもよい。ここで、レコメンド方法決定部９３０は、常にレコメンドモデルを用いてレコメンド方法を決定することによって学習結果の活用（Ｅｘｐｌｏｉｔａｔｉｏｎ）を図るのみでなく、予め指定された割合でランダムにレコメンド方法を決定し、または次善またはそれ以下のレコメンド方法を選択する等により、他のレコメンド方法の探索（Ｅｘｐｌｏｒａｔｉｏｎ）を図ってもよい。

【0131】

Ｓ１１５０において、レコメンド実行部９４０は、レコメンド対象者に対し、決定されたレコメンド方法によるレコメンドを実行する。レコメンド実行部９４０は、決定されたレコメンド方法に応じたメディアを用い、レコメンド用の電子メールをレコメンド対象者の電子メールアドレス宛に送信する、レコメンド対象者が表示するＷｅｂページに含まれる広告用リンクに対してインターネット広告を提供する、各レコメンド対象者の宛先を含む宛先リストまたは宛名書きを出力する、レコメンド対象者による商品等購入に伴う購買トランザクションを受けたことに応じてレシートへの広告印刷を指示する、テレビ／ＣＡＴＶ事業者のサーバ等に対してレコメンド対象商品等の広告配信を指示する等、レコメンド処理の少なくとも一部分を行ってもよい。

【0132】

Ｓ１１６０において、レコメンド結果取得部９５０は、レコメンド対象者に対するレコメンド結果を取得する。レコメンド結果取得部９５０は、レコメンド対象者がレコメンド対象商品等を購入したこと、電子メールによるレコメンドに対する開封確認メッセージを受けたこと、電子メール中の広告リンク等がクリックされたこと、インターネット広告がクリックされたこと、ダイレクトメールを受けたレコメンド対象者からの問合せを受けたことが記録されたこと、レシートに印刷されたクーポン等が使用されたこと、及び／又は、テレビ広告等に対するインタラクションがあったことを取得する。

【0133】

Ｓ１１７０において、レコメンド結果格納部９６０は、実行されたレコメンドの内容および取得されたレコメンド結果を、属性ＤＢ１２２に反映すると共に、レコメンドの履歴としてレコメンドＤＢ９８０に格納する。

【0134】

Ｓ１１８０において、レコメンドモデル生成部９９０は、属性ＤＢ１２２およびレコメンドＤＢ９８０を用いて、レコメンド方法を選択するレコメンドモデルを生成する。ここで、レコメンドモデル生成部９９０は、レコメンド結果が取得される度にレコメンドモデルを生成または更新してもよく、これに代えて予め定められた回数レコメンド結果が取得される度、または定期的にレコメンドモデルを生成または更新してもよい。

【0135】

レコメンドモデル生成部９９０は、例えばランダムフォレスト、勾配ブースティング、ロジスティック回帰、ニューラルネットワーク、およびサポートベクタマシン（ＳＶＭ）等を含む各種の機械学習アルゴリズムの中から予め選択されたアルゴリズムを採用してよく、属性予測モデル生成部１８０および属性予測モデル選択部１８５と同様にしてアルゴリズムおよびハイパーパラメータをも最適化の対象としてもよい。

【0136】

レコメンドモデル生成部９９０は、対象者の属性情報および環境情報を入力とし、レコメンド方法毎（メディア毎、インセンティブ毎）の成功率、成功可能性、または成功可能性の偏差値等を出力とするレコメンドモデルを、レコメンドＤＢ９８０に格納されたレコメンド履歴を用いて学習させる。この学習において、レコメンドモデル生成部９９０は、レコメンドのコスト（広告コスト、インセンティブのコスト等）を反映させるように学習処理を行ってもよい。例えば、レコメンドモデル生成部９９０は、インセンティブを提供するレコメンドはインセンティブを提供しないレコメンドと比較してコストが高いことから、インセンティブを提供するレコメンドについては成功率等をコストに応じた割合削減させる（一律の削減、商品等の価格に対するコストの割合分の削減等）ようにレコメンドモデルを学習させてもよい。ここで、レコメンドモデルは、属性情報および環境情報を入力とし、いずれか１つのレコメンド方法の成功率等を出力する推測モデルを全レコメンド方法分組み合わせて構成されてもよい。

【0137】

レコメンドモデル生成部９９０は、一例としてレコメンドＤＢ９８０に格納されたレコメンド履歴から学習用のレコメンド履歴を抽出し、抽出したレコメンド履歴に対応する対象者の属性情報および環境情報をレコメンドモデルに入力し、レコメンドモデルが出力する推測値（成功率等）とレコメンド結果との差分を算出し、差分がより小さくなるようにレコメンドモデルのパラメータを更新する処理を繰り返すことにより、レコメンドモデルを学習させる。レコメンドモデル生成部９９０は、新たに取得されたレコメンド結果を用いてレコメンドモデルを更新していくオンライン学習を行って、学習しながらレコメンド処理装置１９０によるレコメンドを実行可能としてもよい。レコメンドモデル生成部９９０は、生成・更新したレコメンドモデルをレコメンド方法決定部９３０に提供する。

【0138】

以上に示したシステム１００によれば、対象者に対してレコメンドを行った結果に基づいてレコメンドモデルを生成・更新し、同一または異なる対象者に対して商品等をレコメンドするレコメンド方法を、そのレコメンドモデルを用いて決定することができる。これにより、システム１００は、レコメンドの精度を高めていくことができる。

【0139】

以上に示した環境情報に応じたレコメンド処理フローに加え、レコメンド処理装置１９０は、システム１００のユーザ及び／又は管理者等によって指定可能な一括レコメンド処理を行うこともできる。レコメンド処理装置１９０は、端末１９２を介してレコメンド対象者の絞込条件の指定を受け、絞込条件を満たすレコメンド対象者の人数等を端末１９２に表示する。ここで絞込条件は、例えば「年収が上位２０％以上、男性、かつ、４０～５０歳」といったように１または複数の属性の属性値の範囲によって指定されてもよい。また、絞込条件は、例えば「商品Ａに対する嗜好性（または購買可能性）が高い方からＸ名」等のように１または複数の属性の属性値の上位または下位から指定人数分を抽出することの指定を含んでもよい。

【0140】

システム１００のユーザ等は、端末１９２を操作して絞込条件を設定・調整して、レコメンドに使用する絞込条件を決定する。また、システム１００のユーザ等は、必要に応じてレコメンド方法を指定する。レコメンド処理装置１９０は、レコメンド実行指示を端末１９２を介して受け取り、絞込条件によって絞り込まれた各対象者に対して、図１２のＳ１１５０～Ｓ１１８０と同様にしてレコメンドの実行、レコメンド結果の取得、データベース（ＤＢ）へのレコメンド結果反映、及び、レコメンドモデルの更新を行う。

【0141】

ここで、特定のレコメンド方法が指定されなかった場合、レコメンド処理装置１９０は、Ｓ１１４０の処理を行って、各対象者に適したレコメンド方法を決定してもよい。ここで、レコメンド方法決定部９３０は、複数の対象者の一部ずつに対して、互いに異なるレコメンド方法を決定してもよい。これにより、レコメンド処理装置１９０は、互いに異なる複数のレコメンド方法を実行して、これらのレコメンド結果をレコメンドモデルの学習に役立てることができる。

【0142】

本実施形態に係るシステム１００の変形例として、レコメンドモデル生成部９９０がレコメンドモデルを生成するのに代えて、予測モデル生成装置１５０をレコメンドモデル生成部としても機能させ、予測モデル生成装置１５０が属性予測モデルの一種としてレコメンドモデルを生成する構成を採ることもできる。この場合、一例として属性ＤＢ１２２は、レコメンドポテンシャルデータとして、複数種類の環境情報のそれぞれに対応して、各レコメンド方法に対して少なくとも１つの属性を格納する。レコメンド結果格納部９６０は、環境情報およびレコメンド方法に応じたレコメンド結果に応じて、属性ＤＢ１２２におけるこれらの属性における既知の属性値を更新する。予測モデル生成装置１５０は、属性予測モデルの１種として、対象者の属性情報に基づいて、レコメンドポテンシャルデータにおけるこれらの属性を予測するレコメンドモデルを生成する。レコメンド方法決定部９３０は、レコメンドモデルが予測したこれらの属性の予測値に基づいて、より成功率が高いことを示す予測値を含む属性に対応するレコメンド方法を優先的に選択することにより、最適なレコメンド方法を決定してよい。

【0143】

図１３は、本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ１９００の例を示す。コンピュータ１９００にインストールされたプログラムは、コンピュータ１９００に、本発明の実施形態に係る装置に関連付けられる操作または当該装置の１または複数のセクションとして機能させることができ、または当該操作または当該１または複数のセクションを実行させることができ、および／またはコンピュータ１９００に、本発明の実施形態に係るプロセスまたは当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ１９００に、本明細書に記載のフローチャートおよびブロック図のブロックのうちのいくつかまたはすべてに関連付けられた特定の操作を実行させるべく、ＣＰＵ２０００によって実行されてよい。

【0144】

本実施形態に係るコンピュータ１９００は、ホスト・コントローラ２０８２により相互に接続されるＣＰＵ２０００、ＲＡＭ２０２０、グラフィック・コントローラ２０７５、及び表示装置２０８０を有するＣＰＵ周辺部と、入出力コントローラ２０８４によりホスト・コントローラ２０８２に接続される通信インターフェイス２０３０、ハードディスクドライブ２０４０、及びＤＶＤドライブ２０６０を有する入出力部と、入出力コントローラ２０８４に接続されるＲＯＭ２０１０、フラッシュメモリ・ドライブ２０５０、及び入出力チップ２０７０を有するレガシー入出力部を備える。

【0145】

ホスト・コントローラ２０８２は、ＲＡＭ２０２０と、高い転送レートでＲＡＭ２０２０をアクセスするＣＰＵ２０００及びグラフィック・コントローラ２０７５とを接続する。ＣＰＵ２０００は、ＲＯＭ２０１０及びＲＡＭ２０２０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィック・コントローラ２０７５は、ＣＰＵ２０００等がＲＡＭ２０２０内に設けたフレーム・バッファ上に生成する画像データを取得し、表示装置２０８０上に表示させる。これに代えて、グラフィック・コントローラ２０７５は、ＣＰＵ２０００等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。

【0146】

入出力コントローラ２０８４は、ホスト・コントローラ２０８２と、比較的高速な入出力装置である通信インターフェイス２０３０、ハードディスクドライブ２０４０、ＤＶＤドライブ２０６０を接続する。通信インターフェイス２０３０は、有線又は無線によりネットワークを介して他の装置と通信する。また、通信インターフェイス２０３０は、通信を行うハードウェアとして機能する。ハードディスクドライブ２０４０は、コンピュータ１９００内のＣＰＵ２０００が使用するプログラム及びデータを格納する。ＤＶＤドライブ２０６０は、ＤＶＤ２０９５からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。

【0147】

また、入出力コントローラ２０８４には、ＲＯＭ２０１０と、フラッシュメモリ・ドライブ２０５０、及び入出力チップ２０７０の比較的低速な入出力装置とが接続される。ＲＯＭ２０１０は、コンピュータ１９００が起動時に実行するブート・プログラム、及び／又は、コンピュータ１９００のハードウェアに依存するプログラム等を格納する。フラッシュメモリ・ドライブ２０５０は、フラッシュメモリ２０９０からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。入出力チップ２０７０は、フラッシュメモリ・ドライブ２０５０を入出力コントローラ２０８４へと接続するとともに、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を入出力コントローラ２０８４へと接続する。

【0148】

ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供されるプログラムは、フラッシュメモリ２０９０、ＤＶＤ２０９５、又はＩＣカード等の記録媒体に格納されて利用者によって提供される。プログラムは、記録媒体から読み出され、ＲＡＭ２０２０を介してコンピュータ１９００内のハードディスクドライブ２０４０にインストールされ、ＣＰＵ２０００において実行される。これらのプログラム内に記述される情報処理は、コンピュータ１９００に読み取られ、ソフトウェアと、上記様々なタイプのハードウェア資源との間の協働をもたらす。装置または方法が、コンピュータ１９００の使用に従い情報の操作または処理を実現することによって構成されてよい。

【0149】

一例として、コンピュータ１９００と外部の装置等との間で通信を行う場合には、ＣＰＵ２０００は、ＲＡＭ２０２０上にロードされた通信プログラムを実行し、通信プログラムに記述された処理内容に基づいて、通信インターフェイス２０３０に対して通信処理を指示する。通信インターフェイス２０３０は、ＣＰＵ２０００の制御を受けて、ＲＡＭ２０２０、ハードディスクドライブ２０４０、フラッシュメモリ２０９０、又はＤＶＤ２０９５等の記憶装置上に設けた送信バッファ領域等に記憶された送信データを読み出してネットワークへと送信し、もしくは、ネットワークから受信した受信データを記憶装置上に設けた受信バッファ領域等へと書き込む。このように、通信インターフェイス２０３０は、ＤＭＡ（ダイレクト・メモリ・アクセス）方式により記憶装置との間で送受信データを転送してもよく、これに代えて、ＣＰＵ２０００が転送元の記憶装置又は通信インターフェイス２０３０からデータを読み出し、転送先の通信インターフェイス２０３０又は記憶装置へとデータを書き込むことにより送受信データを転送してもよい。

【0150】

また、ＣＰＵ２０００は、ハードディスクドライブ２０４０、ＤＶＤドライブ２０６０（ＤＶＤ２０９５）、フラッシュメモリ・ドライブ２０５０（フラッシュメモリ２０９０）等の外部記憶装置に格納されたファイルまたはデータベース等の中から、全部または必要な部分をＤＭＡ転送等によりＲＡＭ２０２０へと読み込ませ、ＲＡＭ２０２０上のデータに対して各種の処理を行う。そして、ＣＰＵ２０００は、処理を終えたデータを、ＤＭＡ転送等により外部記憶装置へと書き戻す。このような処理において、ＲＡＭ２０２０は、外部記憶装置の内容を一時的に保持するものとみなせるから、本実施形態においてはＲＡＭ２０２０及び外部記憶装置等をメモリ、記憶部、または記憶装置等と総称する。

【0151】

本実施形態における各種のプログラム、データ、テーブル、データベース等の各種の情報は、このような記憶装置上に格納されて、情報処理の対象となる。なお、ＣＰＵ２０００は、ＲＡＭ２０２０の一部をキャッシュメモリに保持し、キャッシュメモリ上で読み書きを行うこともできる。このような形態においても、キャッシュメモリはＲＡＭ２０２０の機能の一部を担うから、本実施形態においては、区別して示す場合を除き、キャッシュメモリもＲＡＭ２０２０、メモリ、及び／又は記憶装置に含まれるものとする。

【0152】

また、ＣＰＵ２０００は、ＲＡＭ２０２０から読み出したデータに対して、プログラムの命令列により指定された、本実施形態中に記載した各種の演算、情報の加工、条件判断、情報の検索・置換等を含む各種の処理を行い、ＲＡＭ２０２０へと書き戻す。例えば、ＣＰＵ２０００は、条件判断を行う場合においては、本実施形態において示した各種の変数が、他の変数または定数と比較して、大きい、小さい、以上、以下、等しい等の条件を満たすか否かを判断し、条件が成立した場合（又は不成立であった場合）に、異なる命令列へと分岐し、またはサブルーチンを呼び出す。

【0153】

また、ＣＰＵ２０００は、記憶装置内のファイルまたはデータベース等に格納された情報を検索することができる。例えば、第１属性の属性値に対し第２属性の属性値がそれぞれ対応付けられた複数のエントリが記憶装置に格納されている場合において、ＣＰＵ２０００は、記憶装置に格納されている複数のエントリの中から第１属性の属性値が指定された条件と一致するエントリを検索し、そのエントリに格納されている第２属性の属性値を読み出すことにより、所定の条件を満たす第１属性に対応付けられた第２属性の属性値を得ることができる。

【0154】

また、実施形態の説明において複数の要素が列挙された場合には、列挙された要素以外の要素を用いてもよい。例えば、「Ｘは、Ａ、Ｂ及びＣを用いてＹを実行する」と記載される場合、Ｘは、Ａ、Ｂ及びＣに加え、Ｄを用いてＹを実行してもよい。

【0155】

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

【0156】

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

【符号の説明】

【0157】

１００ システム
１１０ 属性予測装置
１１２ 端末
１１５ 属性情報取得部
１２０ 属性ＤＢ接続部
１２２ 属性ＤＢ
１２５ 次元縮約部
１３０ 縮約ＤＢ接続部
１３２ 縮約ＤＢ
１３５ 属性予測部
１４０ 属性値更新部
１４２ 属性予測値更新部
１４４ 属性データ取得部
１４６ 属性追加部
１５０ 予測モデル生成装置
１５２ 端末
１５５ モデル更新指示部
１６０ サンプリング部
１６５ 属性ＤＢ接続部
１６７ 属性ＤＢ
１７０ 次元縮約部
１７５ 縮約ＤＢ接続部
１７７ 縮約ＤＢ
１８０ 属性予測モデル生成部
１８５ 属性予測モデル選択部
１９０ レコメンド処理装置
１９２ 端末
８１０ 属性予測モデルＡ
８２０ 属性予測モデルＢ
８３０ 属性予測モデルＣ
９００ 環境情報取得部
９１０ グループ選択部
９２０ レコメンド決定部
９３０ レコメンド方法決定部
９４０ レコメンド実行部
９５０ レコメンド結果取得部
９６０ レコメンド結果格納部
９７０ レコメンドＤＢ接続部
９８０ レコメンドＤＢ
９９０ レコメンドモデル生成部
１９００ コンピュータ
２０００ ＣＰＵ
２０１０ ＲＯＭ
２０２０ ＲＡＭ
２０３０ 通信インターフェイス
２０４０ ハードディスクドライブ
２０５０ フラッシュメモリ・ドライブ
２０６０ ＤＶＤドライブ
２０７０ 入出力チップ
２０７５ グラフィック・コントローラ
２０８０ 表示装置
２０８２ ホスト・コントローラ
２０８４ 入出力コントローラ
２０９０ フラッシュメモリ
２０９５ ＤＶＤ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】