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

Abstract

【課題】企業間でユーザから収集した情報を活用する。
【解決手段】情報処理装置は、クライアント側の事業者のユーザのうち、所定条件を満たす第１ユーザ群の統計情報を取得する取得部と、第１ユーザ群の統計情報およびホスト側の事業者のユーザの属性情報に基づいて、ホスト側の事業者のユーザのうち、第１ユーザ群の統計情報が示す特徴を有する第２ユーザを判定する判定モデルを学習する生成部と、判定モデルによって特徴を有すると判定された第２ユーザ群の統計情報をクライアント側の事業者に提供する提供部と、を備え、取得部は、第２ユーザ群の統計情報に基づいて更新された第１ユーザ群の統計情報を取得し、生成部は、更新された第１ユーザ群の統計情報およびホスト側の事業者のユーザの属性情報に基づいて、判定モデルを再学習する、ことを特徴とする。
【選択図】図１

Description

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

データ共有システムにおいて、各社が保有するデータの内容を他社に開示することなく、安全に活用する技術が開示されている。当該技術では、データ共有システムに参加する組織等から提供される機微データを、所定の暗号方式（暗号化状態のまま、検索や分析等を含む演算を行うことができる暗号方式）で暗号化してデータ処理する一方、暗号化及び復号に用いる鍵は、当該機微データを提供した各組織において管理する。

特許第６８０３５９８号公報

しかしながら、上記の従来技術では、各社が保有するデータの内容を他社に開示することは考慮されていないため、個人情報を保護しつつ、企業間でユーザから収集した情報を活用するような事例には適していない。例えば、ある企業がユーザから収集した情報を、他の企業がユーザから収集した情報を用いて補完することはできない。

本願は、上記に鑑みてなされたものであって、企業間でユーザから収集した情報を活用することを目的とする。

本願に係る情報処理装置は、クライアント側の事業者のユーザのうち、所定条件を満たす第１ユーザ群の統計情報を取得する取得部と、前記第１ユーザ群の統計情報およびホスト側の事業者のユーザの属性情報に基づいて、前記ホスト側の事業者のユーザのうち、前記第１ユーザ群の統計情報が示す特徴を有する第２ユーザを判定する判定モデルを学習する生成部と、前記判定モデルによって前記特徴を有すると判定された第２ユーザ群の統計情報を前記クライアント側の事業者に提供する提供部と、を備え、前記取得部は、前記第２ユーザ群の統計情報に基づいて更新された前記第１ユーザ群の統計情報を取得し、前記生成部は、更新された前記第１ユーザ群の統計情報および前記ホスト側の事業者のユーザの属性情報に基づいて、前記判定モデルを再学習する、ことを特徴とする。

実施形態の一態様によれば、企業間でユーザから収集した情報を活用することができる。

図１は、実施形態に係る情報処理の概要を示す図である。 図２は、実施形態に係る情報処理装置の構成例を示す図である。 図３は、ユーザ情報記憶部の一例を示す図である。 図４は、履歴情報記憶部の一例を示す図である。 図５は、モデル情報記憶部の一例を示す図である。 図６は、ハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理方法の概要〕
まず、図１を参照し、実施形態に係る情報処理装置が行う情報処理方法の概要について説明する。図１は、実施形態に係る情報処理方法の概要を示す説明図である。

図１に示すように、情報処理システム１は、クライアント装置５０と情報処理装置１００を含む。クライアント装置５０と情報処理装置１００は、それぞれネットワークＮ（図示略）を介して有線又は無線で互いに通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。なお、情報処理システム１は、各ユーザにより使用されるスマートフォンやタブレット等の端末装置１０（図示略）をさらに含んでもよい。

また、図１に示す情報処理システム１に含まれる各装置の数は図示したものに限られない。例えば、図１では、図示の簡略化のため、クライアント装置５０及び情報処理装置１００をそれぞれ１台ずつ示したが、これはあくまでも例示であって限定されるものではなく、それぞれ２台以上であってもよい。

情報処理装置１００及びクライアント装置５０は、各ユーザの端末装置１０（図示略）に対して、オンラインで何らかのＷｅｂサービスを提供するとともに、各ユーザの端末装置１０から、ユーザに関する情報を取得する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。

例えば、情報処理装置１００及びクライアント装置５０は、Ｗｅｂサービスとして、インターネット接続、検索サービス、ＳＮＳ（Social Networking Service）、電子商取引、電子決済、オンラインゲーム、オンラインバンキング、オンライントレーディング、宿泊・チケット予約、動画・音楽配信、ニュース、地図、ルート検索、経路案内、路線情報、運行情報、天気予報等のサービスを提供する。実際には、情報処理装置１００及びクライアント装置５０は、上記のようなＷｅｂサービスを提供する各種サーバと連携し、Ｗｅｂサービスを仲介してもよいし、Ｗｅｂサービスの処理を担当してもよい。

あるいは、情報処理装置１００及びクライアント装置５０は、各ユーザの端末装置１０と連携し、各ユーザの端末装置１０に対して、各種アプリケーション（以下、アプリ）等に対するＡＰＩ（Application Programming Interface）サービス等と、各種データを提供する。

また、情報処理装置１００及びクライアント装置５０は、ユーザの属性情報を取得可能である。例えば、情報処理装置１００及びクライアント装置５０は、ユーザＵの性別、年代、居住地域といったユーザの属性に関する情報を取得する。そして、情報処理装置１００及びクライアント装置５０は、ユーザを示す識別情報（ユーザＩＤ等）とともにユーザの属性に関する情報を記憶して管理する。なお、情報処理装置１００は、クライアント装置５０よりも多くの詳細なユーザ情報を取得可能である。

さらに、情報処理装置１００は、ユーザの端末装置１０から、あるいはユーザＩＤ等に基づいて各種サーバ等から、ユーザの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、情報処理装置１００は、ユーザの位置や日時の履歴である位置履歴を端末装置１０から取得する。また、情報処理装置１００は、ユーザが入力した検索クエリの履歴である検索履歴を検索サーバ（検索エンジン）から取得する。また、情報処理装置１００は、ユーザが閲覧したコンテンツの履歴である閲覧履歴をコンテンツサーバから取得する。また、情報処理装置１００は、ユーザの商品購入や決済処理の履歴である購入履歴（決済履歴）を電子商取引サーバや決済処理サーバから取得する。また、情報処理装置１００は、ユーザのマーケットプレイスへの出品の履歴である出品履歴や販売履歴を電子商取引サーバや決済サーバから取得してもよい。また、情報処理装置１００は、ユーザの投稿の履歴である投稿履歴を口コミの投稿サービスを提供する投稿サーバやＳＮＳサーバから取得する。

本実施形態では、情報処理装置１００は、ホスト側の事業者のサーバであり、クライアント装置５０に情報を提供する。また、クライアント装置５０は、クライアント側事業者のサーバであり、情報処理装置１００から情報の提供を受けて、自身が保有する情報と、提供された情報とを活用する。例えば、情報処理装置１００は、回線接続事業者（プロバイダー）やポータルサイト運営会社等の大規模なサービス（又は各種のサービス）を提供する事業者により運営され、膨大な数のユーザに関するビッグデータを有するサーバである。また、クライアント装置５０は、所定のサービスを提供するクライアント企業により運営され、当該サービスのユーザに関するデータを有するサーバである。

ホスト側の事業者もクライアント側の事業者も独自に自社のユーザの統計情報を取得する。具体的には、クライアント装置５０または情報処理装置１００は、それぞれ自社のユーザの属性を示す属性情報をベクトル化するモデルを生成し、それぞれ自社のユーザをベクトル空間上にマッピングする。続いて、クライアント装置５０または情報処理装置１００は、ベクトル空間上にマッピングしたユーザの属性情報をラベル無しでクラスタリングする。ここで、ユーザの属性は、年齢や性別といった属性以外にも、〇〇したユーザや、〇〇を検索クエリとして入力したユーザ等、ユーザと関連性を有する任意の事象であってよい。例えば、ユーザの属性情報には、ユーザの行動履歴を示す履歴情報が含まれてよい。

例えば、クライアント装置５０または情報処理装置１００は、各クラスタに分類されるユーザが所定の人数ｎ（ｎは自然数）が所定の範囲内に収まるようにユーザの属性情報をクラスタリングする。例えば、クライアント装置５０または情報処理装置１００は、ｎが１０を下回らないようにユーザの属性情報をクラスタリングする。ｎには、上限があってもよい。例えば、クライアント装置５０または情報処理装置１００は、各クラスタに分類されるユーザが１０人以上２０人以下等、所定の人数に収まるようにユーザの属性情報をクラスタリングする。

続いて、クライアント装置５０または情報処理装置１００は、各クラスタに属するユーザの属性情報の共通性、傾向、割合（例えば、男性が多い、男性６割に対して女性４割等）を示す統計情報（ラベルともいう）を取得する。例えば、クライアント装置５０または情報処理装置１００は、統計情報の一例として、各クラスタに属するユーザが特定の商品（例えば、冷蔵庫など）を購入する可能性のスコアや特定の検索クエリを検索する可能性のスコアを取得する。また、例えば、クライアント装置５０または情報処理装置１００は、統計情報の一例として、各クラスタに属するユーザの属性情報の組合せを取得する。例えば、クライアント装置５０または情報処理装置１００は、統計情報の一例として、各クラスタに属するユーザの商品の購入傾向とジオグラフィック属性を組み合わせた属性の共通性、傾向、割合を示す統計情報を取得してよい。このように、クライアント装置５０または情報処理装置１００は、統計情報の一例として、ユーザのデモグラフィック属性（人口統計学的属性）、サイコグラフィック属性（心理学的属性）、ジオグラフィック属性（地理学的属性）、ベヘイビオラル属性（行動学的属性）等の属性、またはこれらの複数の属性を組み合わせた属性の共通性、傾向、割合を示す統計情報を取得する。

上述したように、クライアント装置５０または情報処理装置１００は、ユーザが１０人以上２０人以下等、所定の人数に収まるようにユーザの属性情報をクラスタリングしたうえで、各クラスタのラベル（統計情報）を取得する。続いて、クライアント装置５０または情報処理装置１００は、取得した各クラスタのラベル（統計情報）を相手方の事業者に対して提供する。これにより、クライアント装置５０または情報処理装置１００は、ユーザ個人の属性データやユーザの数が少ないクラスタ（１０人以下等）の統計情報などの個人情報や個人を特定される可能性がある情報をやり取りすることなく、企業間でユーザから収集した情報を相互に提供可能とすることができる。

図１に示す例では、クライアント装置５０は、クライアント側の事業者のユーザのうち、得意客（お得意さん、またはヘビーユーザともいう）である第１ユーザ群の統計情報を取得する。クライアント装置５０は、第１ユーザ群の統計情報を取得すると、取得した第１ユーザ群の統計情報を情報処理装置１００に送信する。情報処理装置１００は、クライアント装置５０から第１ユーザ群の統計情報を取得する（ステップＳ１）。例えば、情報処理装置１００は、第１ユーザ群の統計情報として、所定の人数に収まるように分類された第１ユーザ群の各クラスタのラベルを取得する。

続いて、情報処理装置１００は、第１ユーザ群の統計情報を取得すると、ホスト側の事業者のユーザの属性情報に基づいて、ホスト側の事業者のユーザのうち、第１ユーザ群の統計情報が示す特徴を有する第２ユーザを判定する判定モデルを学習する（ステップＳ２）。例えば、情報処理装置１００は、ホスト側の事業者のユーザのうち、第１ユーザ群の各クラスタのラベルに当てはまる特徴を有する第２ユーザを判定する判定モデルを学習する。

続いて、情報処理装置１００は、判定モデルを学習すると、学習した判定モデルを用いて、ホスト側の事業者のユーザのうち、第１ユーザ群の統計情報が示す特徴を有する第２ユーザを判定する（ステップＳ３）。例えば、情報処理装置１００は、学習した判定モデルを用いて、ホスト側の事業者のユーザのうち、第１ユーザ群の各クラスタのラベルに当てはまる特徴を有する第２ユーザを判定する。

続いて、情報処理装置１００は、第２ユーザを判定すると、判定モデルによって各クラスタのラベルに当てはまる特徴を有すると判定された第２ユーザ群の統計情報をクライアント側の事業者に提供する（ステップＳ４）。例えば、情報処理装置１００は、第２ユーザ群の統計情報として、所定の人数に収まるように分類された第２ユーザ群の各クラスタのラベルを提供する。

クライアント装置５０は、情報処理装置１００から第２ユーザ群の統計情報を取得する。例えば、クライアント装置５０は、第２ユーザ群の統計情報として、所定の人数に収まるように分類された第２ユーザ群の各クラスタのラベルを取得する。続いて、クライアント装置５０は、取得した第２ユーザ群の統計情報に基づいて、ターゲティングを行う（ステップＳ５）。例えば、クライアント装置５０は、クライアント側の事業者のユーザのうち、得意客とまでは言えないユーザ（ライトユーザともいう）であって、第２ユーザ群の各クラスタのラベルに当てはまる特徴を有するユーザに対してターゲティングを行う。このようにして、クライアント側の事業者は、ホスト側の事業者から取得した統計情報に基づいて、自社の得意客となる見込みのある見込み顧客に対してターゲティングを行うことができる。

続いて、クライアント装置５０は、ターゲティングの結果に基づいて、第１ユーザ群の統計情報を更新する（ステップＳ６）。例えば、クライアント装置５０は、ターゲティングの結果、コンバージョンに至ったユーザの属性情報を取得する。続いて、クライアント装置５０は、クライアント側の事業者のユーザのうち、ターゲティングの結果、コンバージョンに至ったユーザを含めた得意客である第１ユーザ群の統計情報を更新する。クライアント装置５０は、第１ユーザ群の統計情報を更新すると、更新された第１ユーザ群の統計情報を情報処理装置１００に送信する。

情報処理装置１００は、クライアント装置５０から更新された第１ユーザ群の統計情報を取得する（ステップＳ７）。情報処理装置１００は、更新された第１ユーザ群の統計情報を取得すると、更新された第１ユーザ群の統計情報に基づいて、判定モデルを再学習する（ステップＳ８）。

上述したように、情報処理装置１００は、クライアント側の事業者のユーザのうち、所定条件を満たす第１ユーザ群の統計情報を取得する。続いて、情報処理装置１００は、第１ユーザ群の統計情報およびホスト側の事業者のユーザの属性情報に基づいて、ホスト側の事業者のユーザのうち、第１ユーザ群の統計情報が示す特徴を有する第２ユーザを判定する判定モデルを学習する。続いて、情報処理装置１００は、判定モデルによって第１ユーザ群の統計情報が示す特徴を有すると判定された第２ユーザ群の統計情報をクライアント側の事業者に提供する。また、情報処理装置１００は、第２ユーザ群の統計情報に基づいて更新された第１ユーザ群の統計情報を取得する。続いて、情報処理装置１００は、更新された第１ユーザ群の統計情報およびホスト側の事業者のユーザの属性情報に基づいて、判定モデルを再学習する。

このように、情報処理装置１００は、クライアント側の事業者からユーザの統計情報を取得し、クライアント側の事業者に対してユーザの統計情報を提供することにより、ユーザ個人の属性データなどの個人情報をやり取りすることなく企業間でユーザから収集した情報を相互に提供可能とすることができる。また、情報処理装置１００は、判定モデルを用いることで、ホスト側の事業者のユーザのうち、第１ユーザ群の統計情報が示す特徴を有する第２ユーザを適切に抽出することができる。また、情報処理装置１００は、第２ユーザを適切に抽出することができるので、第２ユーザ群の統計情報を適切に抽出することができる。これにより、情報処理装置１００は、クライアント側の事業者に対して、クライアント側の事業者の得意客が有する特徴であって、クライアント側の事業者が自社の情報のみでは知り得なかった新たな特徴に関する統計情報を提供することができる。すなわち、クライアント側の事業者は、ホスト側の事業者から取得した新たな特徴に関する統計情報に基づいて、自社の得意客となる見込みのある見込み顧客に対してターゲティングを行うことができる。つまり、クライアント側の事業者は、自社の得意客となる見込みのある見込み顧客を開拓することができる。したがって、情報処理装置１００は、クライアント側の事業者に対して有用な情報を提供することができる。

〔２．情報処理装置の構成〕
次に、図２を用いて、実施形態に係る情報処理装置の構成について説明する。図２は、実施形態に係る情報処理装置の構成例を示す図である。図２に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）、モデムチップ及びアンテナモジュール等によって実現される。また、通信部１１０は、ネットワークＮ（図示略）と有線又は無線で接続される。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図２に示すように、記憶部１２０は、ユーザ情報記憶部１２１と、履歴情報記憶部１２２と、モデル情報記憶部１２３とを有する。

（ユーザ情報記憶部１２１）
ユーザ情報記憶部１２１は、ユーザの属性情報を記憶する。例えば、ユーザ情報記憶部１２１は、ユーザの属性等の種々の情報を記憶する。図３は、ユーザ情報記憶部１２１の一例を示す図である。図３に示した例では、ユーザ情報記憶部１２１は、「ユーザＩＤ（Identifier）」、「年齢」、「性別」、「自宅」、「勤務地」、「興味」といった項目を有する。

また、「年齢」は、ユーザＩＤにより識別されるユーザの年齢を示す。なお、「年齢」は、ユーザの具体的な年齢（例えば３５歳など）を示す情報であってもよいし、ユーザの年代（例えば３０代など）を示す情報であってもよい。あるいは、「年齢」は、ユーザの生年月日を示す情報であってもよいし、ユーザＵの世代（例えば８０年代生まれなど）を示す情報であってもよい。また、「性別」は、ユーザＩＤにより識別されるユーザの性別を示す。

また、「自宅」は、ユーザＩＤにより識別されるユーザの自宅の位置情報を示す。なお、図３に示す例では、「自宅」は、「ＬＣ１１」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「自宅」は、地域名や住所であってもよい。

また、「勤務地」は、ユーザＩＤにより識別されるユーザの勤務地（学生の場合は学校）の位置情報を示す。なお、図３に示す例では、「勤務地」は、「ＬＣ１２」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「勤務地」は、地域名や住所であってもよい。

また、「興味」は、ユーザＩＤにより識別されるユーザの興味を示す。すなわち、「興味」は、ユーザＩＤにより識別されるユーザが関心の高い対象を示す。例えば、「興味」は、ユーザが検索エンジンに入力して検索した検索クエリ（キーワード）等であってもよい。なお、図３に示す例では、「興味」は、各ユーザに１つずつ図示するが、複数であってもよい。

例えば、図３に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザの年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、自宅が「ＬＣ１１」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、勤務地が「ＬＣ１２」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、「スポーツ」に興味があることを示す。

ここで、図３に示す例では、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」といった抽象的な値を用いて図示するが、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」には、具体的な文字列や数値等の情報が記憶されるものとする。以下、他の情報に関する図においても、抽象的な値を図示する場合がある。

なお、ユーザ情報記憶部１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ユーザ情報記憶部１２１は、ユーザの端末装置１０に関する各種情報を記憶してもよい。また、ユーザ情報記憶部１２１は、ユーザのデモグラフィック属性、サイコグラフィック属性、ジオグラフィック属性、ベヘイビオラル属性等の属性に関する情報を記憶してもよい。例えば、ユーザ情報記憶部１２１は、氏名、家族構成、出身地（地元）、職業、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄駅以外）、習い事（場所、時間帯等）、趣味、興味、ライフスタイル等の情報を記憶してもよい。

（履歴情報記憶部１２２）
履歴情報記憶部１２２は、ユーザの行動を示す履歴情報（ログデータ）に関する各種情報を記憶する。例えば、履歴情報記憶部１２２は、ユーザのインターネット上の行動履歴（検索履歴、閲覧履歴、購買履歴、投稿履歴等）を示す履歴情報を記憶する。図４は、履歴情報記憶部１２２の一例を示す図である。図４に示した例では、履歴情報記憶部１２２は、「ユーザＩＤ」、「位置履歴」、「検索履歴」、「閲覧履歴」、「購買履歴」、「投稿履歴」といった項目を有する。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。また、「位置履歴」は、ユーザの位置や移動の履歴である位置履歴を示す。また、「検索履歴」は、ユーザが入力した検索クエリの履歴である検索履歴を示す。また、「閲覧履歴」は、ユーザが閲覧したコンテンツの履歴である閲覧履歴を示す。また、「購買履歴」は、ユーザによる購買の履歴である購買履歴を示す。また、「投稿履歴」は、ユーザによる投稿の履歴である投稿履歴を示す。なお、「投稿履歴」は、ユーザの所有物に関する質問を含んでいてもよい。

例えば、図４に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザは、「位置履歴＃１」の通りに移動し、「検索履歴＃１」の通りに検索し、「閲覧履歴＃１」の通りにコンテンツを閲覧し、「購買履歴＃１」の通りに所定の店舗等で所定の商品等を購入し、「投稿履歴」の通りに投稿したことを示す。

ここで、図４に示す例では、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購買履歴＃１」及び「投稿履歴＃１」といった抽象的な値を用いて図示するが、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購買履歴＃１」及び「投稿履歴＃１」には、具体的な文字列や数値等の情報が記憶されるものとする。

なお、履歴情報記憶部１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、履歴情報記憶部１２２は、ユーザの所定のサービスの利用履歴等を記憶してもよい。また、履歴情報記憶部１２２は、ユーザの実店舗の来店履歴又は施設の訪問履歴等を記憶してもよい。また、履歴情報記憶部１２２は、ユーザの端末装置１０を用いた決済（電子決済）での決済履歴等を記憶してもよい。

（モデル情報記憶部１２３）
モデル情報記憶部１２３は、クライアント側の事業者のユーザのうち、所定条件を満たす第１ユーザ群の統計情報が示す特徴を有するユーザであるか否かを判定するモデルに関する各種情報を記憶する。図５は、モデル情報記憶部１２３の一例を示す図である。例えば、モデル情報記憶部１２３は、学習処理により学習（生成）された学習済みモデル（モデル）の情報（モデルデータ）を記憶する。図５に示した例では、モデル情報記憶部１２３は、「モデルＩＤ」、「用途」、「モデルデータ」といった項目を有する。

「モデルＩＤ」は、モデルを識別するための識別情報を示す。「用途」は、対応するモデルの用途を示す。「モデルデータ」は、モデルのデータを示す。図５では「モデルデータ」に「ＭＤＴ１」といった概念的な情報が格納される例を示したが、「モデルデータ」には、ユーザの判定に用いる関数等の各種情報が含まれる。例えば、モデルＭ１がニューラルネットワーク等のネットワークである場合、モデルデータＭＤＴ１には、モデルの構成（ネットワーク構成）の情報やパラメータに関する情報等、そのモデルを構成する種々の情報が含まれる。この場合、モデルデータＭＤＴ１には、ネットワークの各層におけるノードと、各ノードが採用する関数と、ノードの接続関係と、ノード間の接続に対して設定される接続係数とを含む情報が含まれる。

図５に示す例では、モデルＩＤ「Ｍ１」により識別されるモデル（モデルＭ１）は、用途が「条件＃１を満たすユーザの判定」であることを示す。ここで、ユーザが満たすべき「条件＃１」とは、そのユーザが、所定条件を満たす第１ユーザ群の統計情報が示す特徴＃１を有することを指す。また、「特徴＃１」は、第１ユーザ群に属するユーザが持つ特徴を示す。例えば、「特徴＃１」は、第１ユーザ群に属するユーザが有するユーザ属性やユーザ行動を示す。また、モデルＭ１のモデルデータは、モデルデータＭＤＴ１であることを示す。なお、学習モデルは、単一の学習モデルに限らず、複数の学習モデルが用いられてもよい。

なお、モデル情報記憶部１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、モデルＭ１にＰｏｉｓｓｏｎ回帰やGradient Boosting Decision Tree等のＢｏｏｓｔｉｎｇ法を用いる場合、モデル情報記憶部１２３は、Ｐｏｉｓｓｏｎ回帰に関する関数やＢｏｏｓｔｉｎｇ法に関する関数を記憶する。

（制御部１３０）
制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、情報処理装置１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図２に示す例では、制御部１３０は、取得部１３１と、生成部１３２と、判定部１３３と、提供部１３４を有する。

（取得部１３１）
取得部１３１は、クライアント装置５０から第１ユーザ群の統計情報を取得する。具体的には、取得部１３１は、第１ユーザ群の統計情報として、所定の人数（１０人以上２０人以下等）に収まるように分類された第１ユーザ群の各クラスタのラベルを取得する。

（生成部１３２）
生成部１３２は、取得部１３１が第１ユーザ群の統計情報を取得すると、ホスト側の事業者のユーザの属性情報に基づいて、ホスト側の事業者のユーザのうち、第１ユーザ群の統計情報が示す特徴を有する第２ユーザを判定する判定モデルを学習する。具体的には、生成部１３２は、ホスト側の事業者のユーザのうち、第１ユーザ群の各クラスタのラベルに当てはまる特徴を有する第２ユーザを判定する判定モデルを学習する。

例えば、生成部１３２は、ホスト側の事業者のユーザの中から、取得したラベルに当てはまる特徴を有するユーザと、取得したラベルに当てはまる特徴を有しないユーザを抽出する。続いて、生成部１３２は、抽出したユーザの属性情報を正解データとして、抽出したユーザの属性情報の特徴を判定モデルに学習させる。例えば、生成部１３２は、抽出したユーザの属性情報が入力された場合に、属性情報に対応するユーザがラベルに当てはまる特徴を有するユーザである場合は「１」という数値を出力し、そうでないユーザである場合は「０」という数値を出力するよう判定モデルを学習する。

（判定部１３３）
判定部１３３は、生成部１３２が判定モデルを学習すると、学習した判定モデルを用いて、ホスト側の事業者のユーザのうち、第１ユーザ群の統計情報が示す特徴を有する第２ユーザを判定する。具体的には、判定部１３３は、学習した判定モデルを用いて、ホスト側の事業者のユーザのうち、第１ユーザ群の各クラスタのラベルに当てはまる特徴を有する第２ユーザを判定する。例えば、判定部１３３は、ホスト側の事業者のユーザの属性情報を判定モデルに入力して、判定モデルから出力されたスコアを取得する。続いて、判定部１３３は、取得したスコアが所定の閾値（例えば、「０．８」など）以上である場合には、属性情報に対応するユーザがラベルに当てはまる特徴を有する第２ユーザであると判定する。一方、判定部１３３は、取得したスコアが所定の閾値（例えば、「０．８」など）を下回る場合には、属性情報に対応するユーザがラベルに当てはまる特徴を有する第２ユーザではないと判定する。

（提供部１３４）
提供部１３４は、判定部１３３が第２ユーザを判定すると、判定モデルによって各クラスタのラベルに当てはまる特徴を有すると判定された第２ユーザ群の統計情報をクライアント側の事業者に提供する。具体的には、提供部１３４は、第２ユーザ群の統計情報として、所定の人数（１０人以上２０人以下等）に収まるように分類された第２ユーザ群の各クラスタのラベルを提供する。

具体的には、提供部１３４は、ホスト側の事業者のユーザの属性情報をベクトル化するモデルを生成し、自社のユーザをベクトル空間上にマッピングする。続いて、提供部１３４は、ベクトル空間上にマッピングしたユーザの属性情報をラベル無しでクラスタリングする。例えば、提供部１３４は、各クラスタに分類されるユーザが所定の人数ｎ（ｎは自然数）が所定の範囲内に収まるようにユーザの属性情報をクラスタリングする。例えば、提供部１３４は、ｎが１０を下回らないようにユーザの属性情報をクラスタリングする。ｎには、上限があってもよい。例えば、提供部１３４は、各クラスタに分類されるユーザが１０人以上２０人以下等、所定の人数に収まるようにユーザの属性情報をクラスタリングする。

続いて、提供部１３４は、各クラスタに属するユーザの属性情報の共通性、傾向、割合を示す統計情報（ラベルともいう）を取得する。具体的には、提供部１３４は、ラベルの一例として、第２ユーザ群の各クラスタに属する第２ユーザが所定の行動を行う確率を示すスコアを取得する。ホスト側の事業者は、複数サービスドメインの行動ログを用いることが可能である。例えば、提供部１３４は、サーバデータを用いて何かしらのスコアリングモデル（例えば、ユーザが所定の行動を行う確率を予測する予測モデル）を生成し、全ユーザに対し、ユーザごとにスコア付けしておく。提供部１３４は、ラベルの一例として、第２ユーザが特定の商品を購入する確率を示すスコア、第２ユーザが特定の検索クエリを検索する確率を示すスコア、第２ユーザが特定のコンテンツを閲覧する確率を示すスコア、第２ユーザが特定のＳＮＳ（Social networking service）に投稿する確率を示すスコア、第２ユーザが所定の場所に位置する確率を示すスコア、または第２ユーザが特定のサービスを利用する確率を示すスコアを取得する。

提供部１３４は、各クラスタに属するユーザごとにスコアを集計する。このとき、提供部１３４は、各クラスタに属するユーザのスコア平均、スコアのトップｎ個（上位ｎ位以内のスコア等）、及びパーセンタイル等を算出してもよい。また、提供部１３４は、各クラスタに属するユーザごとに複数の属性の組合せのスコアを算出してもよい。

また、例えば、提供部１３４は、統計情報の一例として、各クラスタに属するユーザの属性情報の組合せを取得する。例えば、提供部１３４は、統計情報の一例として、各クラスタに属するユーザの商品の購入傾向とジオグラフィック属性を組み合わせた属性の共通性、傾向、割合を示す統計情報を取得してよい。このように、提供部１３４は、統計情報の一例として、ユーザのデモグラフィック属性、サイコグラフィック属性、ジオグラフィック属性、ベヘイビオラル属性等の属性、氏名、家族構成、出身地（地元）、職業、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄駅以外）、習い事（場所、時間帯等）、趣味、興味、ライフスタイル等の属性、またはこれらの複数の属性を組み合わせた属性の共通性、傾向、割合を示す統計情報を取得する。

また、取得部１３１は、クライアント装置５０から更新された第１ユーザ群の統計情報を取得する。具体的には、取得部１３１は、更新された第１ユーザ群の統計情報として、所定の人数（１０人以上２０人以下等）に収まるように分類された更新された第１ユーザ群の各クラスタのラベルを取得する。生成部１３２は、取得部１３１が更新された第１ユーザ群の統計情報を取得すると、更新された第１ユーザ群の統計情報に基づいて、判定モデルを再学習する。具体的には、生成部１３２は、ホスト側の事業者のユーザのうち、更新された第１ユーザ群の各クラスタのラベルに当てはまる特徴を有する第２ユーザを判定するよう判定モデルを再学習する。例えば、生成部１３２は、ホスト側の事業者のユーザの中から、取得したラベルに当てはまる特徴を有するユーザと、取得したラベルに当てはまる特徴を有しないユーザを抽出する。続いて、生成部１３２は、抽出したユーザの属性情報を正解データとして、抽出したユーザの属性情報の特徴を判定モデルに再学習させる。例えば、生成部１３２は、抽出したユーザの属性情報が入力された場合に、属性情報に対応するユーザがラベルに当てはまる特徴を有するユーザである場合は「１」という数値を出力し、そうでないユーザである場合は「０」という数値を出力するよう判定モデルを再学習する。

〔３．変形例〕
上述した実施形態では、情報処理装置１００から取得した第２ユーザ群の統計情報に基づいて、クライアント側の事業者がターゲティングを行う場合について説明したが、ホスト側の事業者がターゲティングを行ってもよい。具体的には、提供部１３４は、ホスト側の事業者のユーザのうち、判定モデルによって第２ユーザであると判定されたユーザに対してターゲティングを行う。例えば、提供部１３４は、第２ユーザであると判定されたユーザに対してターゲティング広告の広告コンテンツを配信する。続いて、提供部１３４は、広告コンテンツを配信したユーザがコンバージョンに至ったか否かに関するコンバージョン結果を取得する。

生成部１３２は、提供部１３４が取得したコンバージョン結果に基づいて、判定モデルを更新する。具体的には、生成部１３２は、提供部１３４が取得したコンバージョン結果を正解データとして、判定モデルを再学習する。例えば、生成部１３２は、コンバージョンに至ったユーザの属性情報が入力された場合に、属性情報に対応するユーザがラベルに当てはまる特徴を有するユーザである場合は「１」という数値を出力し、そうでないユーザである場合は「０」という数値を出力するよう判定モデルを再学習する。

〔４．効果〕
上述してきたように、実施形態に係る情報処理装置１００は、取得部１３１と、生成部１３２と、提供部１３４を有する。取得部１３１は、クライアント側の事業者のユーザのうち、所定条件を満たす第１ユーザ群の統計情報を取得する。生成部１３２は、第１ユーザ群の統計情報およびホスト側の事業者のユーザの属性情報に基づいて、ホスト側の事業者のユーザのうち、第１ユーザ群の統計情報が示す特徴を有する第２ユーザを判定する判定モデルを学習する。提供部１３４は、判定モデルによって特徴を有すると判定された第２ユーザ群の統計情報をクライアント側の事業者に提供する。また、取得部１３１は、第２ユーザ群の統計情報に基づいて更新された第１ユーザ群の統計情報を取得する。生成部１３２は、更新された第１ユーザ群の統計情報およびホスト側の事業者のユーザの属性情報に基づいて、判定モデルを再学習する。

このように、情報処理装置１００は、クライアント側の事業者からユーザの統計情報を取得し、クライアント側の事業者に対してユーザの統計情報を提供することにより、ユーザ個人の属性データなどの個人情報をやり取りすることなく企業間でユーザから収集した情報を相互に提供可能とすることができる。また、情報処理装置１００は、判定モデルを用いることで、ホスト側の事業者のユーザのうち、第１ユーザ群の統計情報が示す特徴を有する第２ユーザを適切に抽出することができる。また、情報処理装置１００は、第２ユーザを適切に抽出することができるので、第２ユーザ群の統計情報を適切に抽出することができる。これにより、情報処理装置１００は、クライアント側の事業者に対して、クライアント側の事業者の得意客が有する特徴であって、クライアント側の事業者が自社の情報のみでは知り得なかった新たな特徴に関する統計情報を提供することができる。すなわち、クライアント側の事業者は、ホスト側の事業者から取得した新たな特徴に関する統計情報に基づいて、自社の得意客となる見込みのある見込み顧客に対してターゲティングを行うことができる。つまり、クライアント側の事業者は、自社の得意客となる見込みのある見込み顧客を開拓することができる。したがって、情報処理装置１００は、クライアント側の事業者に対して有用な情報を提供することができる。

また、取得部１３１は、第１ユーザ群の統計情報として、所定人数に収まるように分類された第１ユーザ群の各クラスタの第１ラベルを取得する。生成部１３２は、第１ユーザ群の各クラスタの第１ラベルに当てはまる特徴を有する第２ユーザを判定する判定モデルを学習する。提供部１３４は、第２ユーザ群の統計情報として、所定人数に収まるように分類された第２ユーザ群の各クラスタの第２ラベルを提供する。

これにより、情報処理装置１００は、クライアント側の事業者から第１ユーザ群の各クラスタの第１ラベルを取得し、クライアント側の事業者に対して第２ユーザ群の各クラスタの第２ラベルを提供することにより、ユーザ個人の属性データなどの個人情報をやり取りすることなく企業間でユーザから収集した情報を相互に提供可能とすることができる。

また、提供部１３４は、第２ラベルとして、第２ユーザ群の各クラスタに属する第２ユーザが所定の行動を行う確率を示すスコアを取得する。また、提供部１３４は、第２ラベルとして、第２ユーザが特定の商品を購入する確率を示すスコア、第２ユーザが特定の検索クエリを検索する確率を示すスコア、第２ユーザが特定のコンテンツを閲覧する確率を示すスコア、第２ユーザが特定のＳＮＳ（Social networking service）に投稿する確率を示すスコア、第２ユーザが所定の場所に位置する確率を示すスコア、または第２ユーザが特定のサービスを利用する確率を示すスコアを取得する。

これにより、情報処理装置１００は、クライアント側の事業者に対して第２ユーザ群の各クラスタに属する第２ユーザが所定の行動を行う特徴を示すスコアを提供することにより、ユーザ個人の属性データなどの個人情報をやり取りすることなく企業間でユーザから収集した情報を相互に提供可能とすることができる。

また、提供部１３４は、第２ラベルとして、第２ユーザ群の各クラスタに属する第２ユーザが第１の行動を行う確率を示す第１スコアと第２ユーザが第２の行動を行う確率を示す第２スコアを組み合わせた複合スコアを取得する。

これにより、情報処理装置１００は、クライアント側の事業者に対して第２ユーザ群の各クラスタに属する第２ユーザが複数の行動を行う特徴を示すスコアを提供することにより、ユーザ個人の属性データなどの個人情報をやり取りすることなく企業間でユーザから収集した情報を相互に提供可能とすることができる。

また、提供部１３４は、第２ラベルとして、第２ユーザのデモグラフィック属性、サイコグラフィック属性、ジオグラフィック属性、またはベヘイビオラル属性の共通性、傾向、または割合を示す情報を取得する。

これにより、情報処理装置１００は、クライアント側の事業者に対して第２ユーザ群の各クラスタに属する第２ユーザの属性の共通性、傾向、または割合を示す情報を提供することにより、ユーザ個人の属性データなどの個人情報をやり取りすることなく企業間でユーザから収集した情報を相互に提供可能とすることができる。

〔５．ハードウェア構成〕
また、上述してきた実施形態に係る情報処理装置１００は、例えば図６に示すような構成のコンピュータ１０００によって実現される。図６は、情報処理装置１００の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を備える。

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

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

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。なお、ＣＰＵ１１００の代わりに、ＭＰＵ（Micro Processing Unit）、また多大な計算パワーを必要とすることからＧＰＵ（Graphics Processing Unit）を用いてもよい。

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

例えば、コンピュータ１０００が情報処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１５０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔６．その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

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

１００ 情報処理装置
１１０ 通信部
１２０ 記憶部
１２１ ユーザ情報記憶部
１２２ 履歴情報記憶部
１２３ モデル情報記憶部
１３０ 制御部
１３１ 取得部
１３２ 生成部
１３３ 判定部
１３４ 提供部

Claims (8)

1. クライアント側の事業者のユーザのうち、所定条件を満たす第１ユーザ群の統計情報を取得する取得部と、
   前記第１ユーザ群の統計情報およびホスト側の事業者のユーザの属性情報に基づいて、前記ホスト側の事業者のユーザのうち、前記第１ユーザ群の統計情報が示す特徴を有する第２ユーザを判定する判定モデルを学習する生成部と、
   前記判定モデルによって前記特徴を有すると判定された第２ユーザ群の統計情報を前記クライアント側の事業者に提供する提供部と、
   を備え、
   前記取得部は、
   前記第２ユーザ群の統計情報に基づいて更新された前記第１ユーザ群の統計情報を取得し、
   前記生成部は、
   更新された前記第１ユーザ群の統計情報および前記ホスト側の事業者のユーザの属性情報に基づいて、前記判定モデルを再学習する、
   ことを特徴とする情報処理装置。
2. 前記取得部は、
   前記第１ユーザ群の統計情報として、所定人数に収まるように分類された前記第１ユーザ群の各クラスタの第１ラベルを取得し、
   前記生成部は、
   前記第１ユーザ群の各クラスタの第１ラベルに当てはまる特徴を有する第２ユーザを判定する判定モデルを学習し、
   前記提供部は、
   前記第２ユーザ群の統計情報として、前記所定人数に収まるように分類された前記第２ユーザ群の各クラスタの第２ラベルを提供する、
   請求項１に記載の情報処理装置。
3. 前記提供部は、
   前記第２ラベルとして、前記第２ユーザ群の各クラスタに属する第２ユーザが所定の行動を行う確率を示すスコアを取得する、
   請求項２に記載の情報処理装置。
4. 前記提供部は、
   前記第２ラベルとして、前記第２ユーザが特定の商品を購入する確率を示すスコア、前記第２ユーザが特定の検索クエリを検索する確率を示すスコア、前記第２ユーザが特定のコンテンツを閲覧する確率を示すスコア、前記第２ユーザが特定のＳＮＳ（Social networking service）に投稿する確率を示すスコア、前記第２ユーザが所定の場所に位置する確率を示すスコア、または前記第２ユーザが特定のサービスを利用する確率を示すスコアを取得する、
   請求項２または３に記載の情報処理装置。
5. 前記提供部は、
   前記第２ラベルとして、前記第２ユーザ群の各クラスタに属する第２ユーザが第１の行動を行う確率を示す第１スコアと前記第２ユーザが第２の行動を行う確率を示す第２スコアを組み合わせた複合スコアを取得する、
   請求項２～４のいずれか１つに記載の情報処理装置。
6. 前記提供部は、
   前記第２ラベルとして、前記第２ユーザのデモグラフィック属性、サイコグラフィック属性、ジオグラフィック属性、またはベヘイビオラル属性の共通性、傾向、または割合を示す情報を取得する、
   請求項２～５のいずれか１つに記載の情報処理装置。
7. コンピュータが実行する情報処理方法であって、
   クライアント側の事業者のユーザのうち、所定条件を満たす第１ユーザ群の統計情報を取得する取得工程と、
   前記第１ユーザ群の統計情報およびホスト側の事業者のユーザの属性情報に基づいて、前記ホスト側の事業者のユーザのうち、前記第１ユーザ群の統計情報が示す特徴を有する第２ユーザを判定する判定モデルを学習する生成工程と、
   前記判定モデルによって前記特徴を有すると判定された第２ユーザ群の統計情報を前記クライアント側の事業者に提供する提供工程と、
   を備え、
   前記取得工程は、
   前記第２ユーザ群の統計情報に基づいて更新された前記第１ユーザ群の統計情報を取得し、
   前記生成工程は、
   更新された前記第１ユーザ群の統計情報および前記ホスト側の事業者のユーザの属性情報に基づいて、前記判定モデルを再学習する、
   を含む情報処理方法。
8. クライアント側の事業者のユーザのうち、所定条件を満たす第１ユーザ群の統計情報を取得する取得手順と、
   前記第１ユーザ群の統計情報およびホスト側の事業者のユーザの属性情報に基づいて、前記ホスト側の事業者のユーザのうち、前記第１ユーザ群の統計情報が示す特徴を有する第２ユーザを判定する判定モデルを学習する生成手順と、
   前記判定モデルによって前記特徴を有すると判定された第２ユーザ群の統計情報を前記クライアント側の事業者に提供する提供手順と、
   を備え、
   前記取得手順は、
   前記第２ユーザ群の統計情報に基づいて更新された前記第１ユーザ群の統計情報を取得し、
   前記生成手順は、
   更新された前記第１ユーザ群の統計情報および前記ホスト側の事業者のユーザの属性情報に基づいて、前記判定モデルを再学習する、
   をコンピュータに実行させる情報処理プログラム。

Images