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

Abstract

【課題】異なるサービスの個々の解析結果を統合して利用することができる情報処理装置、情報処理方法および情報処理プログラムを提供する。【解決手段】本願に係る情報処理装置は、取得部と、統合部とを備える。取得部は、ユーザの属性を用いてユーザの特徴を推定するモデル、および、上記属性を用いて推定されたユーザの特徴に関する推定結果の少なくとも一方を含む特徴情報を異なるサービスそれぞれから取得する。統合部は、取得部によって取得された特徴情報の類似度に基づいて特徴情報を統合する。【選択図】図３

Description

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

従来、例えば、ユーザに対して各種サービスを提供し、かかるサービスの利用により得られるユーザの属性を解析することで、ユーザの特徴を推定する情報処理装置がある。この種の情報処理装置では、推定したユーザの特徴に基づき、自身が提供するサービスを最適化する場合がある。

特開２０１８−０３２２５２号公報

しかしながら、上記した技術は、サービス個々で独自にユーザの特徴を解析し、その解析結果を自身のサービスの最適化に適用するものであって、他のサービスの解析結果を利用することについては考慮されていなかった。

本願は、上記に鑑みてなされたものであって、異なるサービスの個々の解析結果を統合して利用することができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、取得部と、統合部とを備える。前記取得部は、ユーザの属性を用いて前記ユーザの特徴を推定するモデル、および、前記属性を用いて推定された前記ユーザの特徴に関する推定結果の少なくとも一方を含む特徴情報を異なるサービスそれぞれから取得する。前記統合部は、前記取得部によって取得された前記特徴情報の類似度に基づいて前記特徴情報を統合する。

実施形態の一態様によれば、異なるサービスの個々の解析結果を統合して利用することができるという効果を奏する。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る情報処理システムの構成例を示す図である。 図３は、実施形態に係る情報処理装置の構成例を示すブロック図である。 図４は、実施形態に係る共有情報の一例を示す図である。 図５は、実施形態に係るサービス情報の一例を示す図である。 図６は、実施形態に係るモデルプログラム情報の一例を示す図である。 図７は、実施形態に係る統合情報の一例を示す図である。 図８Ａは、実施形態に係る統合処理の処理説明図（その１）である。 図８Ｂは、実施形態に係る統合処理の処理説明図（その２）である。 図８Ｃは、実施形態に係る統合処理の処理説明図（その３）である。 図８Ｄは、実施形態に係る統合処理の処理説明図（その４）である。 図８Ｅは、実施形態に係る統合処理の処理説明図（その５）である。 図８Ｆは、実施形態に係る統合処理の処理説明図（その６）である。 図９は、特徴指定による指定方法の具体例を示す図である。 図１０は、実施形態に係る情報処理装置が実行する処理手順を示すフローチャート（その１）である。 図１１は、実施形態に係る情報処理装置が実行する処理手順を示すフローチャート（その２）である。 図１２は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理の一例〕
まず、実施形態に係る情報処理の一例について、図１を用いて説明する。図１は、実施形態に係る情報処理の一例を示す図である。図１では、情報処理システムＳに含まれる本願に係る情報処理装置１が、ユーザＵの属性を用いてユーザＵの特徴を推定するモデル、および、上記属性を用いて推定されたユーザＵの特徴に関する推定結果の少なくとも一方を含む特徴情報を異なるサービスそれぞれから取得し、取得された特徴情報の類似度に基づいて特徴情報を統合する処理を実行する例を示す。

図１に示すように、実施形態に係る情報処理システムＳは、情報処理装置１と、サービス提供サーバ１０（１０−１，１０−２，１０−３）と、ユーザ端末１００とを含む。

ユーザ端末１００は、ユーザＵが所有する端末装置である。ユーザＵは、ユーザ端末１００を操作してサービス提供サーバ１０へアクセスすることで、各サービス提供サーバ１０が提供するサービスＹ（Ｙ１，Ｙ２，Ｙ３）を利用する（ステップＳ１−１，Ｓ１−２，Ｓ１−３）。

サービス提供サーバ１０は、各種サービスＹをユーザＵへ提供するサーバ装置である。サービス提供サーバ１０が提供するサービスＹは、例えば、ユーザ端末１００にインストールされた各種アプリを介して情報を配信するサービスである。このようなサービスには、例えば、ニュース提供サービスや、オークションサービス、天気予報サービス、ショッピングサービス、金融取引（株取引等）サービス、路線検索サービス、地図提供サービス、旅行サービス、飲食店紹介サービス、ブログサービス等がある。なお、サービスＹは、アプリを介して情報を配信されるサービスに限らず、例えば、ユーザＵにブラウザを介して情報を提供するサービスであってもよい。

また、各サービス提供サーバ１０は、サービスＹを利用したユーザＵの属性を解析することでユーザＵの特徴を推定する。具体的には、各サービス提供サーバ１０は、ユーザＵの属性を用いてユーザＵの特徴を推定するモデル、および、ユーザＵの属性を用いて推定されたユーザＵの特徴に関する推定結果の少なくとも一方を含む特徴情報を生成する（ステップＳ２−１，Ｓ２−２，Ｓ２−３）。

なお、ここに言う属性とは、ユーザＵの確定した属性、あるいは、ユーザＵの特徴であり、例えば、検索ログや購入履歴等といったサービスＹを利用した際のユーザＵの行動に関する行動情報や、性別、年齢、住所等といったデモグラフィック属性、ライフサイクル、価値観、個性、購買動機等といったサイコグラフィック属性等を含む概念である。

また、ユーザＵの特徴とは、ユーザＵの様々な属性を包括することで推定されるユーザＵの性質、あるいは、推定される属性であって、例えば、ユーザＵの興味や、趣味嗜好、行動パターン（検索行動や、購買行動等）等を含む。

また、特徴情報における上記したモデルは、例えば、ユーザＵの属性を入力して、ユーザＵの特徴をスコアとして出力することができる。また、特徴情報における上記した推定結果は、例えば、モデルが出力するスコアである。なお、推定結果は、モデルによらない情報、例えば、ユーザＵの属性を単に数値化した情報（例えば、検索回数に応じて増減するスコア等）であってもよい。図１に示す例では、ショッピングサービスとしてのサービスＹ１は、ネットショッピングで釣り竿を購入したユーザＵのモデル「釣り竿」と、推定結果であるスコア「５．３」とを含む特徴情報を生成する。

また、検索サービスとしてのサービスＹ２は、釣りスポットを検索したユーザＵのモデル「釣りスポット」と、推定結果であるスコア「７．６」とを含む特徴情報を生成する。また、登山ツアーサービスとしてのサービスＹ３は、登山ツアーに関する情報を閲覧したユーザＵのモデル「登山」と、推定結果であるスコア「２．１」とを含む特徴情報を生成する。なお、図１では、スコアが高いほど、ユーザＵが特徴として、モデルの示す事物に対し強い興味や嗜好性などを持っていることを示す。

また、上記したスコアは、連続値である場合を示したが、例えば、離散値であってもよい。具体的には、釣りスポットを検索したことがあるかどうかを「１」（ある）または「０」（ない）のいずれかの離散値（すなわち、ブール値）のスコアで表現してもよい。あるいは、推定結果は、一例として示したスコアに限定されるものではなく、テキストの情報であってもよい。

ここで、従来は、サービスＹ１，Ｙ２，Ｙ３が個々に生成した特徴情報を自身のサービスの最適化に役立てるのみであり、他のサービスの特徴情報を使用することについては考慮されていなかった。

このため、お互いに他のサービスの特徴情報を利用できないのは勿論のこと、異なるサービスの個々の特徴情報を統合して利用することもできなかった。

そこで、実施形態に係る情報処理装置１は、サービスＹそれぞれで生成された特徴情報を他のサービスＹが共有できるようにした。具体的には、実施形態に係る情報処理装置１は、上記した特徴情報を異なるサービスＹそれぞれから取得し（ステップＳ３−１，Ｓ３−２，Ｓ３−３）、かかる特徴情報をユーザ毎に紐づけた共有情報を生成する。なお、実施形態に係る情報処理装置１は、上記したモデル、および、推定結果であるスコアを含む特徴情報を取得する場合に限らず、モデルのみを含む特徴情報、あるいは、スコアのみを含む特徴情報を取得してもよい。

つづいて、情報処理装置１は、取得した特徴情報の類似度に基づいて特徴情報を統合する（ステップＳ４）。例えば情報処理装置１は、機械学習やクラスタリングの手法等を用いて、類似度が大きい、言い換えれば性質が近い特徴情報同士を１つのグループにまとめ、グループ名を付ける。また、例えば情報処理装置１は、類似度が大きい特徴情報同士に包含関係があれば、これを対応付けする。

例えば図１の例では、特徴情報のモデル「釣り竿」および「釣りスポット」は、詳細な特徴は違うが、そのテーマは「釣り」に関する特徴で共通している。つまり、特徴情報のモデル「釣り竿」および「釣りスポット」は互いに類似している。さらに、特徴情報のモデル「釣り竿」および「釣りスポット」のスコアが高いことは、そのユーザＵの特徴として「釣り好き」を示すと推測できる。そこで、図１の例では、特徴情報のモデル「釣り竿」および「釣りスポット」が統合されて、「釣り好き」のグループ名が付けられたことを示している。情報処理装置１のこうした統合処理の具体例については、図８Ａ〜図８Ｆを用いた説明で後述する。

そして、情報処理装置１は、各サービスＹ側から要求があった場合に、共有情報として共有し統合された特徴情報に基づいた提供情報を提供する（ステップＳ５−１，Ｓ５−２，Ｓ５−３）。なお、例えば、提供情報の提供方法としては、以下の２通りがある。

１つ目は、サービス提供サーバ１０側が特定のユーザＵを指定し、共有情報に基づいてそのユーザＵの特徴（推定結果）を提供する方法である。２つ目は、サービス提供サーバ１０側が特定の特徴を指定し、共有情報に基づいてその特徴をもつユーザＵをリストとして提供する方法である。なお、特定の特徴には、上述のグループ名を指定することができる。例えば図１の例では、サービス提供サーバ１０側から特徴として「釣り好き」が指定されれば、特徴情報のモデル「釣り竿」および「釣りスポット」からスコアが所定値以上のユーザＵのリストが提供される。

つまり、実施形態に係る情報処理方法では、ユーザＵの属性を包括して生成された特徴情報を解析結果として蓄積するとともに、これらを例えば類似度に基づいて統合する。これにより、ユーザＵに関連付けられた属性、または、属性に関連付けられるユーザＵの情報を他のサービスＹが包括的に取得することができる。すなわち、実施形態に係る情報処理方法によれば、異なるサービスの個々の解析結果を統合して利用することができる。

以下、上記のような情報処理を行う情報処理装置１、および、かかる情報処理装置１を含む情報処理システムＳについて詳細に説明する。

〔２．情報処理システムＳの構成〕
次に、図２を用いて、実施形態に係る情報処理システムＳの構成について説明する。図２は、実施形態に係る情報処理システムＳの構成例を示す図である。図２に例示するように、実施形態に係る情報処理システムＳは、情報処理装置１と、複数のサービス提供サーバ１０−１〜１０−ｎと、複数の事業者端末２０と、複数のユーザ端末１００−１〜１００−ｎとを含む。

これらの各種装置は、ネットワークＮを介して、有線または無線により通信可能に接続される。ネットワークＮは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet Protocol）網、インターネット等の通信ネットワークである。ネットワークＮには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。

また、図２では、複数の事業者端末２０は、サービス提供サーバ１０−１〜１０−ｎに直接接続されているように図示しているが、事業者端末２０がサービス提供サーバ１０−１〜１０−ｎの配下にあることを模式的に示すものであって、接続形態を限定するものではない。

ユーザ端末１００は、上記したように、ユーザＵによって利用される端末装置である。ユーザ端末１００は、例えば、スマートフォンを含む携帯電話機や、タブレット端末や、デスクトップ型ＰＣや、ノート型ＰＣや、ＰＤＡ（Personal Digital Assistant）等の情報処理装置である。また、ユーザ端末１００には、眼鏡型や時計型の情報処理端末であるウェアラブルデバイス（wearable device）も含まれる。

ユーザ端末１００は、ユーザＵによる操作や、ユーザ端末１００が有する機能（例えば、サービスＹを利用するためのアプリを実行する機能や、ブラウザ機能等）に応じて、各種情報を取得し、取得した情報に応じた情報を生成して送信する。例えば、ユーザ端末１００は、ネットワークＮを介して、サービス提供サーバ１０が提供するサービスＹのサイトへアクセスする。そして、ユーザＵが例えばサービスを受けるのに必要な情報を指定することによって、ユーザ端末１００は、サービス提供サーバ１０に対してサービス提供の要求を送信する。

情報処理装置１は、サービス提供サーバ１０の上位サーバとして機能するサーバ装置である。情報処理装置１は、各サービス提供サーバ１０から特徴情報を取得して共有情報を生成するとともに、特徴情報の類似度に基づいて共有情報内の特徴情報を統合する。また、情報処理装置１は、生成した共有情報を使ってサービス提供サーバ１０側へ各種情報を提供する。

サービス提供サーバ１０は、上記したようにサービスＹをユーザＵへ提供するサーバ装置である。サービス提供サーバ１０は、例えば、サービスＹを利用したユーザＵの属性を解析して特徴情報を生成する。また、サービス提供サーバ１０は、情報処理装置１に対して提供情報を要求する。提供情報の要求は、例えば、サービス提供サーバ１０に接続された事業者端末２０をサービスＹの事業者が操作することで、サービス提供サーバ１０から送信される。

事業者端末２０は、サービスＹを運営する事業者によって利用される端末装置である。事業者端末２０は、例えば、デスクトップ型ＰＣや、ノート型ＰＣ等であるが、携帯電話機や、タブレット端末や、ＰＤＡや、ウェアラブルデバイス等であってもよい。事業者端末２０は、例えば情報処理装置１が提供する共有情報の利用サービス画面から、特定のユーザＵまたは特定の特徴等を指定することによって、情報処理装置１に対して提供情報を要求する。

なお、情報処理システムＳのうち、情報処理装置１、複数のサービス提供サーバ１０−１〜１０−ｎおよび複数の事業者端末２０は、例えば、１つの事業者が有するように構成される。つまり、１つの事業者は、複数のサービスＹを提供可能である。また、１つの事業者は、各サービスＹが生成した特徴情報を共有情報として情報処理装置１に集約して統合するとともに、共有情報に基づいた提供情報を取得して、例えば各サービスＹにおけるユーザＵのマーケティング調査等に利用する。

なお、情報処理装置１および複数のサービス提供サーバ１０−１〜１０−ｎは、それぞれ別の事業者が有する構成であってもよい。つまり、ある事業者のあるサービスＹから見た場合の他のサービスＹは、同じ事業者の他のサービスＹであってもよく、他の事業者のサービスＹであってもよい。また、複数のサービス提供サーバ１０−１〜１０−ｎは、それぞれ別の事業者が有する構成であってもよい。また、上記した情報処理システムＳに加えて、提供情報の利用のみを行う事業者のサーバが接続されてもよい。

なお、図２では、情報処理装置１は、サービス提供サーバ１０とは別体で構成されて共有情報を生成、統合および提供する機能を有する場合を示したが、例えば、いずれかのサービス提供サーバ１０が情報処理装置１の機能の一部または全部を代替して行ってもよい。

また、図２では、情報処理装置１は、共有情報の生成、統合および提供のすべての機能を兼ね備える場合を示したが、例えば、複数の情報処理装置１が、上記した機能を分担して行ってもよい。

〔３．情報処理装置１〕
次に、図３を用いて、情報処理装置１の構成例について説明する。図３は、実施形態に係る情報処理装置１の構成例を示すブロック図である。なお、図３では、情報処理装置１の説明に必要となる構成要素のみを示しており、一般的な構成要素についての記載を省略している。

図３に示すように、情報処理装置１は、通信部２と、記憶部３と、制御部４とを有する。なお、情報処理装置１は、情報処理装置１を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部２について）
通信部２は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部２は、ネットワークＮと有線または無線で接続され、ネットワークＮを介して、サービス提供サーバ１０や、サービス提供サーバ１０に接続された事業者端末２０、ユーザ端末１００との間で情報の送受信を行う。

（記憶部３について）
記憶部３は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図３の例では、記憶部３は、共有情報３１と、サービス情報３２と、モデルプログラム情報３３と、統合情報３４とを記憶する。

（共有情報３１について）
共有情報３１は、サービス提供サーバ１０から取得した特徴情報を含んだ情報である。図４は、共有情報３１の一例を示す図である。図４に示すように、共有情報３１は、例えば、列項目が「ＵＩＤ」であり、行項目が「特徴情報」であるテーブルである。また、列項目および行項目の各組のデータ項目には、特徴情報におけるモデルの出力であるスコアが入力される。

「ＵＩＤ」は、ユーザＵを識別する識別情報である。「特徴情報」は、サービス提供サーバ１０それぞれで生成されるモデルおよびスコアの少なくともいずれかを含む情報であって、ユーザＵの特徴を示す情報である。なお、図４に示す例では、「特徴情報」の各項目には、例えば「釣り竿」等のモデル名称が入力される。

図４に示すように、共有情報３１は、「ＵＩＤ」および「特徴情報」のスコアを含む情報である。図４に示す例では、ＵＩＤが「Ｕ１」であるユーザＵは、特徴情報におけるモデル「釣り竿」のスコアが「５．３」であることを示している。

また、ＵＩＤが「Ｕ２」であるユーザＵは、特徴情報におけるモデル「釣り竿」のスコアが「未入力」となっている。これは、「Ｕ２」であるユーザＵのモデル「釣り竿」のスコアをサービス提供サーバ１０から取得していないことを示している。

例えば、上記スコアは、サービス提供サーバ１０で算出されたスコアをそのまま共有情報３１のスコアとして入力してもよく、あるいは、サービス提供サーバ１０で算出されたスコアを所定の基準に従って正規化したスコアを共有情報３１として入力してもよい。

また、図４では、共有情報３１をスコアとして示したが、共有情報３１は、スコアに限定されるものではなく、「○、△および×」や、「優、良および可」等といった段階分けされた情報であってもよい。

（サービス情報３２について）
次に、サービス情報３２は、各サービス提供サーバ１０が提供するサービスＹに関する情報である。図５は、サービス情報３２の一例を示す図である。図５に示すように、サービス情報３２は、「サービスＩＤ」、「提供サービス」および「登録モデル数」といった項目を含む。

「サービスＩＤ」は、サービスＹ（あるいは、サービス提供サーバ１０）を識別する識別情報である。「提供サービス」は、サービスＹの内容を示す情報である。「登録モデル数」は、共有情報３１に登録されている特徴情報のモデルの数を示す情報である。

（モデルプログラム情報３３について）
次に、モデルプログラム情報３３は、特徴情報におけるモデルのプログラムデータを含んだ情報である。図６は、モデルプログラム情報３３の一例を示す図である。モデルプログラム情報３３は、後述の取得部４１が取得した特徴情報におけるモデルのプログラムデータを含む情報である。図６に示すように、モデルプログラム情報３３は、「モデルＩＤ」、「モデル名称」、「サービスＩＤ」および「モデルデータ」等といった項目を含む。

「モデルＩＤ」は、特徴情報におけるモデルを識別する識別情報である。「モデル名称」は、特徴情報におけるモデルの名称を示す識別情報である。「サービスＩＤ」は、サービスＹ（あるいは、サービス提供サーバ１０）を識別する識別情報である。「モデルデータ」は、特徴情報におけるモデルのプログラムデータである。

「モデルデータ」は、例えば、ユーザＵの属性を説明変数とする回帰モデルである。例えば、「モデルデータ」は、以下の式に示す回帰モデルである。すなわち、ｙ＝ω１・ｘ１＋ω２・ｘ２＋・・・＋ωｎ・ｘｎの回帰モデルとして表すことができる。

上記式において、「ｘ」は、ユーザＵの属性に対応する説明変数である。「ｙ」は、ユーザＵの特徴を示すスコアに対応する目的変数である。また、「ω」は、「ｘ」の係数であり、所定の重み値を示す。具体的には、「ω１」は、「ｘ１」の重み値であり、「ω２」は、「ｘ２」の重み値であり、「ωｎ」は、「ｘｎ」の重み値である。このように、上記式は、ユーザＵの属性に対応する説明変数「ｘ」と、所定の重み値「ω」とを含む変数（例えば、「ω１・ｘ１_」）を組み合せることにより作成される。

なお、「モデルデータ」は、ＳＶＭ（Support Vector Machine）やその他の機械学習法を用いて生成された特徴情報であってもよい。また、特徴情報は、深層学習（ディープラーニング）の技術を用いて生成されたものであってもよい。例えば、サービスＹは、ＤＮＮ（Deep Neural Network）やＲＮＮ（Recurrent Neural Network）やＣＮＮ（Convolutional Neural Network）等の種々のディープラーニングの技術を適宜用いて特徴情報を生成することができる。

また、「モデルデータ」は、サービスＹ毎で用いられるカテゴリのツリー構造を示すデータ等を含んでいてもよい。

（統合情報３４について）
次に、統合情報３４は、共有情報３１に登録された特徴情報の統合に関する情報であり、後述の統合部４２によって生成される。図７は、統合情報３４の一例を示す図である。図７に示すように、統合情報３４は、「グループＩＤ」、「グループ名称」および「所属特徴情報ＩＤ」といった項目を含む。

「グループＩＤ」は、特徴情報をグループ化した場合の各グループを識別する識別情報である。「グループ名称」は、グループＩＤ毎に割り当てられたグループの名称を示す情報である。「所属特徴情報ＩＤ」は、各グループに含まれる特徴情報を示す情報である。なお、以下に示す例では、かかる「所属特徴情報ＩＤ」には、上記した「モデルＩＤ」が入力されるものとする。

例えば図７に示す例では、グループＩＤ「Ｇ１」のグループは、グループ名称が「釣り好き」であり、モデルＩＤ「Ｍ１」および［Ｍ２］、すなわちモデル「釣り竿」および「釣りスポット」が含まれることを示している。

また、グループＩＤ「Ｇ２」のグループは、グループ名称が「アウトドア好き」であり、モデルＩＤ「Ｍ１」、［Ｍ２］および［Ｍ３］ほか、すなわちモデル「釣り竿」、「釣りスポット」および「登山」ほかが含まれることを示している。

ここで、各グループのグループ名称は、所属する各モデルを上位概念で包括化したものであり、言わば上位カテゴリに対応する。

（制御部４について）
図３の説明に戻り、つづいて制御部４について説明する。制御部４は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部４は、例えば、コントローラであり、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部４は、取得部４１と、統合部４２と、受付部４３と、抽出部４４と、推定部４５と、提供部４６とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部４の内部構成は、図３に示した構成に限られず、後述する情報処理を行うことができる構成であれば他の構成であってもよい。また、制御部４が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

制御部４は、サービス提供サーバ１０から取得した特徴情報の共有情報３１への登録および登録した特徴情報の統合を行う。また、制御部４は、登録され、統合された特徴情報に基づいてサービスＹに対して各種情報を提供する。

（取得部４１について）
取得部４１は、ユーザＵの属性を用いてユーザＵの特徴を推定するモデル、および、ユーザＵの属性を用いて推定されたユーザＵの特徴に関する推定結果の少なくとも一方を含む特徴情報を異なるサービスＹそれぞれから取得する。例えば、取得部４１は、サービスＹに対して予め指定したフォーマットで生成させた特徴情報を取得する。これにより、サービスＹ間で特徴情報のフォーマットを揃えることができるため、統一した基準の特徴情報を取得することができる。

また、取得部４１は、特徴情報として、上記したモデルと、かかるモデルから出力されるスコアの初期値とを含む情報を取得する。スコアの初期値は、例えば、サービス提供サーバ１０によって予め算出されてもよく、取得部４１がモデルデータを取得して算出してもよい。取得部４１が初期値を算出する場合、特徴情報のモデルデータのみをまず取得し、その後、サービス提供サーバ１０からユーザＵの属性を取得してスコアを算出する。

なお、取得部４１は、特徴情報を取得した際に、かかる特徴情報が指定のフォーマットに沿って生成されたか否かをチェックするチェック機能を有してもよい。

また、取得部４１は、取得した特徴情報を共有情報３１として登録するとともに、登録した特徴情報を必要に応じて更新する更新処理を行う。具体的には、取得部４１は、初回時には、まず特徴情報のモデルデータとスコアの初期値とを取得して共有情報３１として登録し、２回目以降については、必要に応じ、サービスＹからユーザＵの属性を取得して、これに基づき共有情報３１のスコアを更新する。また、モデルデータが変更された場合には、サービスＹから新たなモデルデータを取得して、共有情報３１のモデルそのものを更新する。

また、取得部４１は、特徴情報におけるモデルの入力となるユーザＵの属性を、モデルの取得元のサービスＹとは異なるサービスＹから取得してもよい。つまり、共有情報３１として登録されたモデルの取得元のサービスＹからユーザＵの属性を取得してスコアを出力してもよく、あるいは、取得元のサービスＹとは異なるサービスＹから取得したユーザＵの属性を使ってスコアを出力してもよい。これにより、例えば、異なる事業者のサービスＹ間で、共有情報３１に登録されたモデルを共有することができる。

（統合部４２について）
統合部４２は、取得された特徴情報の類似度に基づいて特徴情報を統合する。例えば統合部４２、機械学習やクラスタリングの手法等を用いて、類似度が大きい、言い換えれば特徴ベクトル空間において距離が近い特徴情報同士を１つのグループにまとめ、グループ名を付ける。また、統合部４２は、類似度が大きい特徴情報同士に包含関係があれば、これを対応付けする。
（統合処理の具体例）

ここで、統合部４２が実行する統合処理について、図８Ａ〜図８Ｆを用いて具体的に説明する。図８Ａ〜図８Ｆは、実施形態に係る統合処理の処理説明図である。

図８Ａは、特徴ベクトル空間に写像された各特徴情報をごく模式的に示している。なお、以下では、図８Ａに示すように、各特徴情報を上記したモデル名称（「釣り竿」、「釣りスポット」等）で識別する場合がある。統合部４２は、例えば特徴情報毎のユーザＩＤとスコアをシリアライズしたデータをデータセットとした機械学習を実行し、図８Ａに示すように、抽出された特徴を次元数とする特徴ベクトル空間に各特徴情報を写像する。

そして、統合部４２は、写像された各特徴情報を例えばクラスタリングの手法を用いてクラスタ化し、特徴ベクトル空間において距離が近い、言い換えれば類似度が大きい特徴情報同士を同じグループにまとめ、グループ名を付ける。すなわち、統合部４２は、特徴情報が有する特徴量（ここでは、ユーザＩＤ＋スコア）に基づく特徴情報それぞれの特徴ベクトルに基づいて類似度を導出し、かかる類似度に基づいて特徴情報を統合する。グループ名は、同じグループにまとめられた各特徴情報の上位カテゴリに対応する。グループ名の生成については図８Ｆを用いた説明で後述する。

ここで、ユーザＩＤとスコアをデータセットとした場合に、統合部４２が類似度が大きいとして推定するケースのごく簡単な具体例を挙げる。例えば図８Ｂに示すように、異なる特徴情報間において、「同じユーザでスコアが近い」といったような場合、特徴ベクトル空間においてこれら特徴情報同士は距離が近い、すなわち類似度が大きいという傾向を示しやすくなる。

また、例えば図８Ｃに示すように、「異なるユーザ間のスコア分布で相関性あり」、一例としてスコア比がほぼ同じといったような場合、特徴ベクトル空間においてこれら特徴情報同士は距離が近い、すなわち類似度が大きいという傾向を示しやすくなる。

統合部４２は、こうした特徴ベクトル空間において所定距離内にある特徴情報同士を同じグループにまとめ上げる。なお、図８Ａには、モデル「釣り竿」および「釣りスポット」はグループ「釣り好き」に、モデル「登山」および「ランニング」はグループ「スポーツ好き」に、モデル「車種Ａ」および「車種Ｂ」はグループ「車好き」に、それぞれまとめられた例を示している。

また、図８Ａ〜図８Ｃでは、ユーザＩＤとスコアをデータセットとした場合の例を示したが、図８Ｄに示すように、例えば特徴情報のモデル名称に含まれるワードをデータセットとした場合の特徴ベクトル空間における特徴情報同士の距離の近さ、すなわち「ワード解析に基づく類似度」によって、特徴情報を統合してもよい。かかる場合には、例えばＷｏｒｄ２Ｖｅｃといった自然言語処理等を用いることができる。また、モデル名称相互に共通のワード数、および、モデル名称それぞれのワード数に基づいてワードの重なり具合を算出する関数を特徴情報の距離関数として用いてもよい。

また、これまでとは別の例として、いわゆる最近傍探索、言い換えれば類似探索のアルゴリズム等を用いてもよい。具体的には、図８Ｅに示すように、統合部４２は、特徴ベクトル空間において任意の特徴情報（ここでは「釣り竿」）をクエリ点とし、類似探索のアルゴリズムによってかかるクエリ点に距離が近い、すなわちクエリ点から所定距離内にある特徴情報を探索することができる。そして、統合部４２は、これら所定距離内にある特徴情報を、クエリ点とした特徴情報と同じグループに統合する。

なお、図８Ｅには、モデル「釣り竿」をクエリ点とし、類似探索のアルゴリズムによってかかるクエリ点から距離が近いモデル「釣りスポット」、「登山」、「ランニング」および「車種Ａ」を、モデル「釣り竿」とともにグループ「アウトドア好き」としてまとめた例を示している。

ところで、モデルプログラム情報３３の「モデルデータ」には、サービスＹ毎で用いられるカテゴリのツリー構造を示すデータ等を含んでいてもよい点については既に述べたが、統合部４２は、グループ名称を生成するのに、かかるツリー構造を用いることができる。

例えば図８Ｆに示すように、「サービスＹ１」および「サービスＹ２」それぞれで用いられるツリー構造があったものとする。そして、ここで、「サービスＹ１」については「釣り竿」から、「サービスＹ２」については「釣りスポット」から、それぞれ上位のカテゴリを探索すると、名称に「アウトドア」という共通のワードを用いた上位カテゴリがあったものとする。

かかる場合、統合部４２は、例えばこの「アウトドア」を含むグループ名称（一例として、「アウトドア好き」）を生成し、統合情報３４に登録する。そして、かかるグループ「アウトドア好き」に所属する特徴情報のＩＤ（例えばモデルＩＤ）を統合情報３４に登録する。

なお、ここでは、統合部４２が、グループ名称まで生成する例を挙げたが、統合部４２はグループ名称を生成しないでグループ化までを行い、グループ名称についてはグループの性質に応じて人手を介して指定されることとしてもよい。また、特徴情報同士の包含関係については、統合部４２は、例えば上記のツリー構造において共通のワードを用いた上位カテゴリまでの階層数等に応じて判断してもよい。

（受付部４３について）
図３の説明に戻り、つづいて受付部４３について説明する。受付部４３は、サービス提供サーバ１０から各種要求を受け付ける。例えば、受付部４３は、特定の特徴を指定する特徴指定の要求をサービスＹから受け付ける。特徴指定は、共有情報３１に含まれる特徴情報のモデルＩＤやモデル名称等を指定する。特徴指定による指定は、１つの特徴情報であってもよく、複数の特徴情報であってもよい。あるいは、特徴指定は、分野指定等といった複数の特徴情報を包含する指定であってもよい。

（特徴指定の具体例）
ここで、特徴指定による指定の具体例について、図９を用いて説明する。図９は、特徴指定による指定方法の具体例を示す図である。なお、図９には、例えば事業者端末２０に表示される「サービス間横断抽出サービス」の入力画面イメージの一部を示している。

例えば、特徴指定による指定方法は、図９に示すように、カテゴリとして表示された各特徴のチェックボックスをチェックすることによって行われる。例えば受付部４３は、統合情報３４を参照し、登録されている各グループをチェックボックスで指定可能な入力画面を生成し、サービス提供サーバ１０側へ送信して事業者端末２０に表示させる。

図９の入力画面の上段には、図８Ｅで例示したグループ「アウトドア好き」が指定可能である例を示している。例えば事業者端末２０で、かかる「アウトドア好き」のチェックボックスがチェックされ、「抽出」ボタンが押下されると、後述の抽出部４４は、図８Ｅのグループ「アウトドア好き」に含まれる各特徴情報を包括的に抽出対象とする。

また、図９の入力画面の中段には、図８Ａで例示したグループ「釣り好き」、「スポーツ好き」および「車好き」が指定可能である例を示している。例えば事業者端末２０で、これらのうちの少なくともいずれかのチェックボックスがチェックされ、「抽出」ボタンが押下されると、後述の抽出部４４は、チェックボックスがチェックされた図８Ａの各グループに含まれる各特徴情報を包括的に抽出対象とする。

なお、図９の入力画面の下段に示すように、「釣り竿」、「釣りスポット」および「登山」のようにサービスＹ毎の特徴情報が個別に指定可能となるようにしてもよい。これにより、事業者端末２０では、グループの範疇にとらわれない任意の推定モデルを指定することが可能となる。

図３の説明に戻る。また、受付部４３は、特定のユーザＵを指定するユーザ指定の要求をサービスＹから受け付ける。ユーザ指定により指定されるユーザＵは、１人であってもよく、複数であってもよい。あるいは、ユーザ指定は、複数のユーザＵを包含するユーザグループ指定であってもよい。

また、受付部４３は、上記した要求の中に期間指定を含ませてもよい。例えば、特徴指定の場合、期間指定により指定された期間に登録された特徴情報を特徴指定の対象としてもよい。また、ユーザ指定の場合、期間指定により指定された期間にサービスＹを利用したユーザＵをユーザ指定の対象としてもよい。

（抽出部４４について）
抽出部４４は、上記の特徴指定によって指定された特定の特徴に対応するユーザＵを抽出する。例えば、抽出部４４は、指定された特徴のスコアが所定値以上のユーザＵを抽出する。

（推定部４５について）
推定部４５は、上記のユーザ指定によって指定された特定のユーザＵの特徴を推定する。例えば、推定部４５は、指定されたユーザＵに関する各特徴情報のうち、スコアが所定値以上の特徴情報が当該ユーザＵの特徴であると推定する。

なお、推定部４５は、指定されたユーザＵにおける各特徴情報のうち、スコアが所定値未満の特徴情報がある場合、その特徴情報に対応する特徴を当該ユーザＵが有していないと推定してもよい。

（提供部４６について）
提供部４６は、取得部４１によって取得され、統合部４２によって統合された特徴情報に基づく提供情報を他のサービスＹへ提供する。例えば、提供部４６は、スコアに基づいた提供情報を他のサービスＹへ提供する。具体的には、提供部４６は、抽出部４４または推定部４５から取得した情報に基づいて提供情報を生成し、当該提供情報をサービスＹへ提供する。

例えば、提供部４６は、特徴指定に基づき抽出部４４によって抽出されたユーザＵのリストを含む提供情報を生成し、サービスＹへ提供する。リストのソートは、スコアの大小順や、五十音順、アルファベット順等といった任意の順で並べられてもよい。

あるいは、提供部４６は、抽出部４４によって抽出されたユーザＵのうち、一部のユーザＵのみを提供情報としてサービスＹへ提供してもよい。具体的には、提供部４６は、スコアが最上位のユーザＵのみや、スコアが上位複数番目のユーザＵ等を選抜した提供情報を提供してもよい。

また、提供部４６は、ユーザ指定に基づき推定部４５によって推定されたユーザＵの特徴を示す情報を含む提供情報を他のサービスＹへ提供する。例えば、提供部４６は、推定部４５によって推定されたユーザＵの特徴をリストにして並べた情報を含む提供情報を提供する。

また、提供部４６は、推定部４５によって推定されたユーザＵの特徴のうち、一部の特徴のみを含む提供情報を提供してもよい。例えば、提供部４６は、スコアが最上位である特徴情報が示す特徴のみや、スコアが上位複数番目である特徴情報が示す特徴のみを選抜した提供情報を提供してもよい。

〔４．情報処理装置１の処理手順〕
次に、実施形態に係る情報処理装置１が実行する処理手順について説明する。図１０は、実施形態に係る情報処理装置１が実行する処理手順を示すフローチャート（その１）である。また、図１１は、実施形態に係る情報処理装置１が実行する処理手順を示すフローチャート（その２）である。なお、図１０には、特徴情報が取得されて統合されるまでの処理手順を示している。また、図１１には、提供処理の処理手順を示している。

図１０に示すように、まず、取得部４１は、ユーザＵの属性を用いてユーザＵの特徴を推定するモデル、および、上記属性を用いて推定されたユーザＵの特徴に関する推定結果の少なくとも一方を含む特徴情報を異なるサービスＹそれぞれから取得する（ステップＳ１０１）。

そして、統合部４２が、取得部４１によって取得された特徴情報の類似度に基づいて特徴情報を統合し（ステップＳ１０２）、処理を終了する。

また、提供処理においては、図１１に示すように、まず、受付部４３は、サービスＹから特徴指定の要求を受け付けたか否かを判定する（ステップＳ２０１）。抽出部４４は、受付部４３が特徴指定を受け付けた場合（ステップＳ２０１，Ｙｅｓ）、特徴指定により指定された特定の特徴をもつユーザＵを抽出する（ステップＳ２０２）。

つづいて、提供部４６は、抽出部４４によって抽出されたユーザＵのリストを含む提供情報をサービスＹへ提供し（ステップＳ２０３）、処理を終了する。

一方、受付部４３は、特徴指定の要求を受け付けなかった場合（ステップＳ２０１，Ｎｏ）、ユーザ指定の要求を受け付けたか否かを判定する（ステップＳ２０４）。なお、ステップＳ２０１およびステップＳ２０４の処理は、その処理順が入れ替わってもよい。

推定部４５は、受付部４３がユーザ指定の要求を受け付けた場合（ステップＳ２０４，Ｙｅｓ）、ユーザ指定により指定されたユーザＵの特徴を推定する（ステップＳ２０５）。

つづいて、提供部４６は、推定部４５によって推定されたユーザＵの特徴を示す情報を含む提供情報をサービスＹへ提供し（ステップＳ２０６）、処理を終了する。

一方、受付部４３は、ユーザ指定の要求を受け付けなかった場合（ステップＳ２０４，Ｎｏ）、処理をステップＳ２０１へ移行する。

〔５．ハードウェア構成〕
上述してきた実施形態に係る情報処理装置１やサービス提供サーバ１０、事業者端末２０、ユーザ端末１００は、例えば図１２に示すような構成のコンピュータ１０００によって実現される。以下、情報処理装置１を例に挙げて説明する。図１２は、実施形態に係る情報処理装置１の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ（Central Processing Unit）１１００、ＲＡＭ（Random Access Memory）１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、およびメディアインターフェイス（Ｉ／Ｆ）１７００を備える。

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

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

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

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

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

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

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

例えば、図３に示した取得部４１と、統合部４２とは統合されてもよい。また、例えば、記憶部３に記憶される情報は、ネットワークＮを介して、外部に備えられた所定の記憶装置に記憶されてもよい。

また、上記実施形態では、情報処理装置１が、例えば、ユーザＵの属性を用いてユーザＵの特徴を推定するモデル、および、上記属性を用いて推定されたユーザＵの特徴に関する推定結果の少なくとも一方を含む特徴情報を異なるサービスＹそれぞれから取得する取得処理と、取得処理によって取得された特徴情報の類似度に基づいて特徴情報を統合する統合処理と、を行う例を示した。しかし、上述した情報処理装置１は、取得処理を行う取得装置と、統合処理を行う統合装置とが分離されてもよい。この場合、取得装置は、少なくとも取得部４１を有する。統合装置は、少なくとも統合部４２を有する。そして、上記の情報処理装置１による処理は、取得装置と、統合装置との各装置を有する情報処理システムＳによって実現される。

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

〔７．効果〕
実施形態に係る情報処理システムＳの情報処理装置１は、取得部４１と、統合部４２とを備える。取得部４１は、ユーザＵの属性を用いてユーザＵの特徴を推定するモデル、および、上記属性を用いて推定されたユーザＵの特徴に関する推定結果の少なくとも一方を含む特徴情報を異なるサービスＹそれぞれから取得する。統合部４２は、取得部４１によって取得された特徴情報の類似度に基づいて特徴情報を統合する。これにより、異なるサービスＹの個々の解析結果を統合して利用することができる。

また、統合部４２は、特徴情報が有する特徴量に基づく特徴情報それぞれの特徴ベクトルに基づいて、類似度を導出する。すなわち、各特徴情報が持つ特徴量（素性）に基づく特徴ベクトル空間に特徴情報を写像し、類似度を導出する。これにより、精度よく特徴情報を分類し、統合することが可能となる。

また、統合部４２は、上記特徴ベクトルをクラスタリングのアルゴリズムを用いて分類することによって、特徴情報を統合する。これにより、既知であり信頼性の高い手法を用いて特徴情報を統合することができるので、統合部４２を容易にかつ信頼性高く実装することができる。

また、統合部４２は、任意の特徴情報をクエリ点とし、類似探索のアルゴリズムを用いて測定した上記クエリ点からの距離に基づいて、特徴情報を統合する。これにより、やはり既知であり信頼性の高い手法を用いて特徴情報を統合することができるので、統合部４２を容易にかつ信頼性高く実装することができる。

また、特徴情報のモデルは、上記属性を入力することで、ユーザＵの特徴をスコアとして出力するものであって、統合部４２は、上記属性および上記スコアを上記特徴量とする。これにより、ユーザＵの属性およびスコアに基づいた特徴情報の統合を行うことが可能となる。

また、特徴情報のモデルは、モデル名称を有し、統合部４２は、モデル名称に含まれるワードを上記特徴量とする。これにより、モデル名称に基づいた特徴情報の統合を行うことが可能となる。

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

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

１ 情報処理装置
２ 通信部
３ 記憶部
４ 制御部
１０ サービス提供サーバ
２０ 事業者端末
３１ 共有情報
３２ サービス情報
３３ モデルプログラム情報
３４ 統合情報
４１ 取得部
４２ 統合部
４３ 受付部
４４ 抽出部
４５ 推定部
４６ 提供部
１００ ユーザ端末
Ｓ 情報処理システム

Claims (8)

1. ユーザの属性を用いて前記ユーザの特徴を推定するモデル、および、前記属性を用いて推定された前記ユーザの特徴に関する推定結果の少なくとも一方を含む特徴情報を異なるサービスそれぞれから取得する取得部と、
   前記取得部によって取得された前記特徴情報の類似度に基づいて前記特徴情報を統合する統合部と
   を備えることを特徴とする情報処理装置。
2. 前記統合部は、
   前記特徴情報が有する特徴量に基づく該特徴情報それぞれの特徴ベクトルに基づいて、前記類似度を導出する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記統合部は、
   前記特徴ベクトルをクラスタリングのアルゴリズムを用いて分類することによって、前記特徴情報を統合する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記統合部は、
   任意の前記特徴情報をクエリ点とし、類似探索のアルゴリズムを用いて測定した前記クエリ点からの距離に基づいて、前記特徴情報を統合する
   ことを特徴とする請求項２に記載の情報処理装置。
5. 前記特徴情報の前記モデルは、
   前記属性を入力することで、前記ユーザの特徴をスコアとして出力するものであって、
   前記統合部は、
   前記属性および前記スコアを前記特徴量とする
   ことを特徴とする請求項２、３または４に記載の情報処理装置。
6. 前記特徴情報の前記モデルは、モデル名称を有し、
   前記統合部は、
   前記モデル名称に含まれるワードを前記特徴量とする
   ことを特徴とする請求項２〜５のいずれか一つに記載の情報処理装置。
7. コンピュータが実行する情報処理方法であって、
   ユーザの属性を用いて前記ユーザの特徴を推定するモデル、および、前記属性を用いて推定された前記ユーザの特徴に関する推定結果の少なくとも一方を含む特徴情報を異なるサービスそれぞれから取得する取得工程と、
   前記取得工程によって取得された前記特徴情報の類似度に基づいて前記特徴情報を統合する統合工程と
   を含むことを特徴とする情報処理方法。
8. ユーザの属性を用いて前記ユーザの特徴を推定するモデル、および、前記属性を用いて推定された前記ユーザの特徴に関する推定結果の少なくとも一方を含む特徴情報を異なるサービスそれぞれから取得する取得手順と、
   前記取得手順によって取得された前記特徴情報の類似度に基づいて前記特徴情報を統合する統合手順と
   をコンピュータに実行させることを特徴とする情報処理プログラム。

Images