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

情報処理装置、情報処理方法、およびプログラム Download PDF

Info

Publication number
JP2009140042A
JP2009140042A JP2007313097A JP2007313097A JP2009140042A JP 2009140042 A JP2009140042 A JP 2009140042A JP 2007313097 A JP2007313097 A JP 2007313097A JP 2007313097 A JP2007313097 A JP 2007313097A JP 2009140042 A JP2009140042 A JP 2009140042A
Authority
JP
Japan
Prior art keywords
item
user
information
evaluation
items
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2007313097A
Other languages
English (en)
Other versions
JP4538757B2 (ja
Inventor
Mari Saito
真里 斎藤
Noriyuki Yamamoto
則行 山本
Toshihiro Tsunoda
智弘 角田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2007313097A priority Critical patent/JP4538757B2/ja
Priority to CNA2008101807883A priority patent/CN101452477A/zh
Priority to US12/327,537 priority patent/US20090089265A1/en
Publication of JP2009140042A publication Critical patent/JP2009140042A/ja
Application granted granted Critical
Publication of JP4538757B2 publication Critical patent/JP4538757B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/958Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

【課題】ユーザの評価に基づいてアイテム間の関連性を求め、領域を横断した形でアイテムを推薦することができるようにする。
【解決手段】サーバ1は領域を横断した形でアイテムの推薦を行う装置である。サーバ1においては、アイテムに対するユーザの評価に基づいて、それぞれ異なる領域に属するアイテム同士の関連性が求められ、求められた関連性を表す情報が、それぞれのアイテムにメタデータとして設定される。設定されたメタデータは、ユーザに推薦するアイテムを特定するのに用いられ、例えば、ユーザにより選択された基準となるアイテムの領域と異なる領域のアイテムが推薦アイテムとして特定される。推薦アイテムの情報は、アイテムの推薦を受けるユーザが利用するクライアントに対して送信される。本発明は、パーソナルコンピュータに適用することができる。
【選択図】図1

Description

本発明は、情報処理装置、情報処理方法、およびプログラムに関し、特に、ユーザの評価に基づいてアイテム間の関連性を求め、領域を横断した形でアイテムを推薦することができるようにした情報処理装置、情報処理方法、およびプログラムに関する。
近年、料理の本が選択されたことに応じて新製品の鍋をユーザに薦めるといったような、基準となるアイテムと異なる領域に属するアイテムを推薦するWebサービスが出てきている。
特開2007−115222号公報
通常、領域を横断した形でアイテムを推薦するこのようなサービスは、推薦のルールがあらかじめ決められていてルールベースで実現されるか、購買履歴などの多くのユーザの履歴に基づいて協調フィルタリングによって実現される。
後者の問題点としては、かなり多くのユーザの履歴がないと、サービスがうまく働かないことが挙げられる。つまり、複数の領域を横断するアイテム間の関連性自体を多くのユーザの履歴によって明らかにしておく必要がある。
一方、テレビジョン番組などのあるコンテンツが選択されたときに、そのコンテンツに設定されているキーワードと同じキーワードがメタデータとして設定されているアイテムを関連コンテンツとして推薦する技術がある。この技術によれば、ユーザがあるテレビジョン番組を選択した場合、そのテレビジョン番組の出演者と同じ人が出演する映画を収録したDVD(Digital Versatile Disc)が推薦されたりすることになる。
この技術の問題点としては、キーワードが一致するコンテンツがない場合、関連コンテンツを推薦することできないことが挙げられる。
本発明はこのような状況に鑑みてなされたものであり、ユーザの評価に基づいてアイテム間の関連性を求め、領域を横断した形でアイテムを推薦することができるようにするものである。
本発明の一側面の情報処理装置は、それぞれ異なる領域に属するアイテム同士の関連性を、ユーザによるそれぞれのアイテムに対する評価に基づいて求める分析手段と、前記分析手段による分析によって求められた関連性を表す情報である関連情報をそれぞれのアイテムにメタデータとして設定する設定手段と、基準となる所定のアイテムに前記設定手段により設定された前記関連情報に基づいて、前記所定のアイテムと関連性のある、前記所定のアイテムが属する領域とは異なる領域に属するアイテムを推薦アイテムとして特定する推薦手段とを備える。
前記関連情報以外のメタデータの一致度に基づいて、他のアイテムとの関連性が求められていない新規のアイテムと類似する、他のアイテムとの関連性が求められているアイテムを特定するアイテム特定手段をさらに設けることができる。この場合、前記設定手段には、さらに、前記新規のアイテムに対して、前記新規のアイテムと類似するとして前記アイテム特定手段により特定されたアイテムと関連性のある他のアイテムと関連性のあることを表す前記関連情報をメタデータとして設定させることができる。
同じアイテムに対する評価が類似する複数のユーザからなるユーザのグループを特定するグループ特定手段をさらに設けることができる。この場合、前記分析手段には、前記グループ特定手段により特定されたグループ毎に、それぞれのグループに属するユーザによるそれぞれのアイテムに対する評価に基づいてアイテム同士の関連性を求めさせ、前記設定手段には、前記分析手段による分析によってグループ毎に求められた関連性を表す前記関連情報をそれぞれのアイテムにメタデータとして設定させることができる。
前記推薦手段には、前記グループ特定手段により特定された、アイテムの推薦を受けようとするユーザが属するグループの情報として求められた前記関連情報に基づいて、前記推薦アイテムを特定させることができる。
本発明の一側面の情報処理方法またはプログラムは、それぞれ異なる領域に属するアイテム同士の関連性を、ユーザによるそれぞれのアイテムに対する評価に基づいて求め、求めた関連性を表す情報である関連情報をそれぞれのアイテムにメタデータとして設定し、基準となる所定のアイテムに設定した前記関連情報に基づいて、前記所定のアイテムと関連性のある、前記所定のアイテムが属する領域とは異なる領域に属するアイテムを推薦アイテムとして特定するステップを含む。
本発明の一側面においては、それぞれ異なる領域に属するアイテム同士の関連性が、ユーザによるそれぞれのアイテムに対する評価に基づいて求められ、求められた関連性を表す情報である関連情報がそれぞれのアイテムにメタデータとして設定される。また、基準となる所定のアイテムに設定された前記関連情報に基づいて、前記所定のアイテムと関連性のある、前記所定のアイテムが属する領域とは異なる領域に属するアイテムが推薦アイテムとして特定される。
本発明の一側面によれば、ユーザの評価に基づいてアイテム間の関連性を求め、領域を横断した形でアイテムを推薦することができる。
図1は、本発明の一実施形態に係る推薦システムの構成例を示すブロック図である。
図1に示されるように、この推薦システムはサーバ1によって実現される。
サーバ1は、嗜好情報取得部11、嗜好情報DB12、関連性分析部13、メタデータ設定部14、アイテムDB15、新規アイテム処理部16、推薦アイテム特定部17、および送信部18から構成される。
後に詳述するように、サーバ1においては、アイテムに対するユーザの評価に基づいて、それぞれ異なる領域に属するアイテム同士の関連性が求められ、求められた関連性を表す情報が、それぞれのアイテムにメタデータとして設定される。
ここで、領域には、テレビジョン番組、本、音楽、ゲームなどが含まれる。アイテムは、各テレビジョン番組、週刊誌、文庫本などの各本、ダウンロード用の音楽コンテンツ、音楽コンテンツを収録したCDなどの各音楽、ダウンロード用のゲームコンテンツ、ゲームコンテンツを収録した記録媒体などの各ゲームとなる。
設定されたメタデータは、ユーザに推薦するアイテムを特定するのに用いられる。例えば、ユーザにより選択されたあるテレビジョン番組を基準として、基準となるテレビジョン番組と関連性のある、本や音楽などの他の領域のアイテムが推薦アイテムとして特定される。推薦アイテムの情報は、アイテムの推薦を受けるユーザが利用するクライアントに対して送信される。
すなわち、サーバ1は、領域を横断した形でアイテムの推薦を行う装置である。サーバ1には、パーソナルコンピュータなどの複数の端末がクライアントとしてネットワークを介して接続される。
サーバ1の嗜好情報取得部11は、アイテムに対するユーザの評価を表す嗜好情報を取得する。例えば、クライアントのユーザは、テレビジョン番組の視聴を終えた後や本を読み終えた後などに、アイテムの評価をクライアントに対して入力する。クライアントにおいては、ユーザの評価と、どのアイテムに対する評価であるのかを表す嗜好情報が生成され、サーバ1に対して送信される。評価の対象となるアイテムについては、領域、ジャンル、キーワード、販売元などの各種のメタデータが、サンプリングされることによってサーバ1により取得されている。
サーバ1に対する入力デバイスとして設けられるマウスやリモートコントローラなどがサーバ1の管理者により操作されることによって嗜好情報が入力されるようにしてもよい。
嗜好情報取得部11は、クライアントから送信されてきた嗜好情報や、入力された嗜好情報を取得し、取得した嗜好情報を嗜好情報DB12に記憶させる。
複数のクライアントから嗜好情報が送信されてくることにより、サーバ1においては、複数の領域のアイテムに対する評価を表す嗜好情報が収集され、嗜好情報DB12に記憶されることになる。
関連性分析部13は、嗜好情報を嗜好情報DB12から読み出して分析し、それぞれのユーザの評価に基づいて、アイテム間、アイテムのジャンル間などの、あるアイテムを基準として他のアイテムを特定するのに参照される、アイテムに関する関連性を求める。
例えば、関連性分析部13は、図2に示されるように、異なる領域に属するそれぞれのジャンルをユーザの評価に基づいて1つの空間にマッピングし、それぞれのジャンル間の関連性を求める。評価が似ているために関連性のあるジャンル間の空間上の距離は近いものになり、評価が似ていないために関連性のないジャンル間の空間上の距離は遠いものになる。
ジャンルに対する評価は、それぞれのジャンルに属するアイテムに対するユーザの評価に基づいてサーバ1により求められるようにしてもよいし、ジャンルに対する評価がユーザにより直接入力されるようにしてもよい。
図2の例において、点t1,t2はテレビジョン番組(TV)のジャンルの空間上の位置を表す。点b1乃至b5は本のジャンルの空間上の位置を表し、点m1乃至m4は音楽のジャンルの空間上の位置を表す。
例えば、点t1と点b3の距離が近いことは、点t1によって位置が表されるテレビジョン番組のジャンル1と、点b3によって位置が表される本のジャンル2が、それぞれのジャンルに対する評価、または、それぞれのジャンルに属するアイテムに対する評価が似ていることを表す。
図3に示されるように、関連性分析部13は、ある領域のそれぞれのジャンルを基準として、他の領域のそれぞれのジャンルとの関連性を求める。図3の例においては、テレビジョン番組のジャンル1と本のジャンル2は関連性があり、テレビジョン番組のジャンル3と本のジャンル1は関連性があるものとされている。
テレビジョン番組と本の間だけでなく、他の領域間についても、関連性分析部13により関連性が求められる。
図4は、ジャンル間の関連性の例を示す図である。
図4の例においては、テレビジョン番組のジャンル1と関連性のあるジャンルは、本のジャンル2,10,27、音楽のジャンル7,14,30、ゲームの所定のジャンルとされている。テレビジョン番組のジャンル2についても同様に、他の領域のジャンルとの関連性が求められている。
以上のような関連性は、例えば、主成分分析、正準相関分析、カテゴリカル主成分分析がユーザの評価を対象として行われ、得られたアイテムの得点、ジャンルの得点から求められる。
図5は、ユーザの評価の例を示す図である。
図5の例においては、ある領域のアイテム1に対するユーザAの評価は5段階評価のうちの5の評価とされ、ユーザBの評価は1の評価とされている。ユーザCの評価は4の評価とされている。同様に、アイテム2に対するユーザA乃至Cの評価はいずれも2の評価とされている。アイテム3に対するユーザAとユーザBの評価は4の評価とされ、ユーザCの評価は5の評価とされている。
このような評価を対象として例えば主成分分析が行われることによって、似ている評価のパターンがまとめられ、次元圧縮が行われる。図5の例において、アイテム1乃至3に対するユーザAの評価とユーザCの評価はそのパターンが似ている。
図6は、図5の評価を対象として次元圧縮を行うことによって得られた各次元の値の例を示す図である。
図6の例においては、アイテム1の次元1,2,3の値は、それぞれ、0.12,0.34,0.62とされている。このような各次元の値が主成分分析によって求められ、各次元を軸とする空間上に各アイテムや各ジャンルがマッピングされることによって、図2を参照して説明したように、それぞれのアイテム間、ジャンル間の距離が求められる。
分析する次元の数は、任意の数、1以上の固有値に相当する数、寄与率が大きく下がる直前の数、累積寄与率が一定以上となる数とすることが可能である。
固有値は主成分の分散に対応し、その主成分がどの程度、元の情報(変量)を保持しているかを表す。元の変量の分散が1に標準化されていれば、固有値は、主成分が元の変量何個分の情報を持つのかを表す。固有値が1以下のとき、元の変量以下の情報しかないということになり、主成分としての意味がなくなる。
寄与率は、ある主成分によって表される情報が、全ての情報の中で、どの位の割合の量を占めるのかを表す。累積寄与率は、各主成分の寄与率を大きい順に加算したものであり、寄与率を加算した主成分までで、元の情報のうちのどのくらいの量の情報が表されるのかを表す(通常、70〜80%程度を表す次元までが採用される)。
ユーザの評価を分析するのに用いられる正準相関分析は、各変数群において、変数に重み(重み係数)をつけて足し合わせた変量(正準変量)を考え、正準変量同士の相関関係(正準相関係数)を最大にするような重み係数を求める分析手法である。この場合、主成分得点ではなく、空間上の距離を求めるのに重み変数が用いられる。
カテゴリカル主成分分析も、主成分分析と同様に、似たような評価のパターンをまとめて分析を行う手法である。
対象とするK個全ての領域のアイテムの評価をまとめて分析するようにしてもよいし、K個のうちの2個の領域のアイテムの評価だけを取り出し、2領域間の関係を求め、それを組み合わせの数だけ実行することによってK個全ての領域のアイテム間の関連性を分析するようにしてもよい。
前者の場合、例えば、対象となる領域としてテレビジョン番組、本、音楽の3領域があったとき、それぞれの領域のアイテム全ての評価をひとまとめにして分析が行われ、それぞれのアイテムが図2に示されるような、1つの空間上にマッピングされる。求められた各アイテムの主成分得点が、ひとまとめにした空間上の位置を表す座標として用いられる。この場合、全ての領域のアイテムを1つの空間にマッピングすることができるので、アイテム間の関連性は1つの空間上で求めることが可能となる。
後者の場合、例えば、対象となる領域としてテレビジョン番組、本、音楽、映画の4領域があったとき、テレビジョン番組と本、テレビジョン番組と音楽、テレビジョン番組と映画、本と音楽、本と映画、音楽と映画のそれぞれの組み合わせでアイテムの評価が取り出され、取り出されたそれぞれの評価を対象として分析が行われる。
テレビジョン番組の各アイテムに対する評価と本の各アイテムに対する評価を分析し、各アイテムをマッピングして得られたテレビジョン番組−本関連性空間からは、テレビジョン番組のアイテムと本のアイテムの関連性が求められ、テレビジョン番組の各アイテムに対する評価と音楽の各アイテムに対する評価を分析し、各アイテムをマッピングして得られたテレビジョン番組−音楽関連性空間からは、テレビジョン番組のアイテムと音楽のアイテムの関連性が求められる。
同様にして、テレビジョン番組のアイテムと映画のアイテムの関連性、本のアイテムと音楽のアイテムの関連性、本のアイテムと映画のアイテムの関連性、音楽のアイテムと映画のアイテムの関連性がそれぞれ求められる。
なお、図3に示されるようにジャンル間の関連性を求める場合、それぞれの領域のジャンルを所定の数のグループに分類し、グループ間の関連性を求めるようにしてもよい。
図7は、グループ間の関連性を求める場合の例を示す図である。
図7の例においては、テレビジョン番組のジャンル1とジャンル2がジャンルグループ1として分類されている。テレビジョン番組の他のジャンルも同様に、所定のジャンルグループに分類されている。
一方、本のジャンル1とジャンル2がジャンルグループ3として分類されている。本の他のジャンルも同様に、所定のジャンルグループに分類されている。ジャンルグループの分類(クラスタリング)は、例えば、各ジャンルに対する評価の相関値に基づいて特定される。
このようにして分類されたジャンルグループ同士の関連性が上述したような主成分分析や正準相関分析により求められ、図7に示されるように、テレビジョン番組のジャンルグループ1と関連性のあるジャンルグループとして本のジャンルグループ2が特定される。また、テレビジョン番組のジャンルグループ2と関連性のあるジャンルグループとして本のジャンルグループ10が特定され、テレビジョン番組のジャンルグループ3と関連性のあるジャンルグループとして本のジャンルグループ2が特定される。
以上のようにして求められた関連性を表す情報は、関連性分析部13からメタデータ設定部14に供給される。
メタデータ設定部14は、関連性分析部13により求められた関連性を表す情報である関連情報を、それぞれのアイテムのメタデータとして設定し、アイテムDB15に記憶させる。ジャンル間の関連性を表す情報がメタデータとしてアイテムに設定される場合、そのアイテムのジャンルと関連性のある他の領域のジャンルを表す図4に示されるような情報が設定される。
また、メタデータ設定部14は、新規アイテム処理部16により求められた関連性を表す関連情報を新規のアイテムのメタデータとして設定し、アイテムDB15に記憶させる。
新規アイテム処理部16は、ユーザによる評価が得られていない新規のアイテムの情報が入力されたとき、新規のアイテムと類似する、関連性を既に求めているアイテムを関連情報以外のメタデータに基づいて特定する。例えば、新規アイテム処理部16は、新規のアイテムのメタデータと、アイテムDB15に記憶されている、関連性を既に求めているそれぞれのアイテムのメタデータとの一致度を求め、関連性を既に求めているアイテムのうち、一致度の最も大きいアイテムを新規のアイテムと類似するアイテムとして特定する。
ジャンルなどのように、一致度を求めるメタデータが密なメタデータである場合、コサイン距離や内積が求められ、求められた値が一致度として用いられる。メタデータとしてのジャンルは、その種類が限られ、十分に多いアイテムをジャンル毎に分けた場合には同じジャンルのアイテムが比較的多く見つかるため、密なメタデータといえる。
一方、キーワードや文章などのように、一致度を求めるメタデータが疎なメタデータである場合、PLSA(Probabilistic Latent Semantic Analysis)やLDA(Linear Discriminant Analysis)などで次元圧縮後、距離が求められ、求められた距離が一致度として用いられる。キーワードや文章は、その種類が多く、十分に多いアイテムを、同じキーワードや文章がメタデータとして設定されているもの毎に分けた場合には同じキーワードや文章がメタデータとして設定されているアイテムがあまり見つからないため、疎なメタデータといえる。
また、新規アイテム処理部16は、ユーザによる評価が行われたアイテム同士の関連性が求められている場合、新規のアイテムと類似するものとして特定したアイテムと同じ空間上の位置に新規のアイテムをマッピングし、新規のアイテムと関連性のある他の領域のアイテムを求める。新規アイテム処理部16は、求めたアイテムの情報をメタデータ設定部14に出力する。
すなわち、新規のアイテムに対しては、その新規のアイテムと類似する、関連性を既に求めているアイテムに設定されている関連情報と同じ関連情報がメタデータとして設定されることになる。
図8は、新規のアイテムの関連性を求める場合の例を示す図である。
図8は、テレビジョン番組の新規アイテムである新規アイテム1乃至30000の情報と、本の新規アイテムである新規アイテム1乃至4000の情報が入力された場合の例を示している。
図8の例においては、テレビジョン番組の新規アイテム1、新規アイテム2と類似する、他の領域のアイテムとの関連性を既に求めているテレビジョン番組のアイテムはアイテム2とされている。この場合、テレビジョン番組の新規アイテム1、新規アイテム2には、テレビジョン番組のアイテム2と関連性のある本のアイテムと関連性のあることを表す関連情報がメタデータとして設定される。
一方、本の新規アイテム1、新規アイテム4000と類似する、他の領域のアイテムとの関連性を既に求めているアイテムはアイテム3とされている。この場合、本の新規アイテム1、新規アイテム4000には、本のアイテム3と関連性のあるテレビジョン番組のアイテムと関連性のあることを表す関連情報がメタデータとして設定される。
図1の説明に戻り、推薦アイテム特定部17は、アイテムDB15に記憶されている各アイテムのメタデータに基づいて、基準となるアイテムと関連性のある他の領域のアイテムを推薦アイテムとして特定する。例えば、推薦を受けようとするユーザにより選択されている1つのアイテムを基準として、推薦アイテムが特定される。
なお、ジャンル間の関連性を表す情報がメタデータとして設定されている場合、基準となるアイテムのジャンルと関連性のある他の領域のジャンルのアイテムが推薦アイテムとして特定される。
推薦アイテム特定部17は、推薦アイテムのタイトル、販売元などの情報をアイテムDB15から読み出し、読み出したそれらの情報を送信部18に出力する。
送信部18は、推薦アイテム特定部17から供給された情報を、推薦を受けようとするユーザが使うクライアントに対してインターネットなどのネットワークを介して送信する。送信部18から送信された情報を受信したクライアントにおいては、推薦アイテムの情報をユーザに提示することが行われる。
ここで、以上のような構成を有するサーバ1の処理について説明する。
はじめに、図9のフローチャートを参照して、メタデータを設定するサーバ1の処理について説明する。ここでは、関連情報を設定する対象となるアイテムは、新規のアイテムではない、ユーザにより評価が行われたアイテムであるものとする。
ステップS1において、嗜好情報取得部11は、アイテムに対するユーザの評価を表す嗜好情報を取得し、取得した嗜好情報を嗜好情報DB12に記憶させる。
ステップS2において、関連性分析部13は、嗜好情報を嗜好情報DB12から読み出して分析し、それぞれのユーザの評価に基づいてアイテム間の関連性を求める。ジャンル間の関連性を求める場合も同様に、ユーザの評価から求められたそれぞれのジャンルの評価や、ユーザにより入力されたそれぞれのジャンルの評価に基づいて分析が行われる。
ステップS3において、メタデータ設定部14は、関連性分析部13により求められた関連性を表す関連情報をメタデータとして設定し、アイテムDB15に記憶させる。その後、処理は終了される。
嗜好情報が取得される毎に、アイテムの推薦を行う前の事前処理として以上の処理が行われることにより、複数の領域のそれぞれのアイテムに対して関連情報が設定されることになる。
次に、図10のフローチャートを参照して、メタデータを設定するサーバ1の他の処理について説明する。ここでは、関連情報を設定する対象となるアイテムは新規のアイテムであるものとする。
ステップS11において、新規アイテム処理部16は、ユーザによる評価が得られていない新規のアイテムの情報を取得する。取得される情報には、新規のアイテムのメタデータも含まれる。
ステップS12において、新規アイテム処理部16は、メタデータの一致度に基づいて、新規のアイテムと類似する、関連性の分析済みのアイテムを特定する。また、新規アイテム処理部16は、特定したアイテムと同じ空間上の位置に新規のアイテムをマッピングし、新規のアイテムと関連性のある他の領域のアイテムを求める。
ステップS13において、メタデータ設定部14は、新規のアイテムのメタデータとして、新規アイテム処理部16により求められた、新規のアイテムと類似する関連性の分析済みのアイテムに設定されている関連情報と同じ関連情報を設定し、アイテムDB15に記憶させる。その後、処理は終了される。
次に、図11のフローチャートを参照して、アイテムの推薦を行うサーバ1の処理について説明する。この処理は、例えば、基準となるアイテムがクライアントのユーザにより選択されたときに開始される。
ステップS21において、推薦アイテム特定部17は、アイテムDB15に記憶されている各アイテムのメタデータに基づいて、基準となるアイテムと関連性のある他の領域のアイテムを推薦アイテムとして特定する。推薦アイテム特定部17は、推薦アイテムの情報を送信部18に出力する。
ステップS22において、送信部18は、推薦アイテム特定部17から供給された情報をクライアントに送信し、処理を終了させる。その後、処理は終了される。
基準となるアイテムが選択される毎に以上の処理が行われることにより、ユーザに対して推薦アイテムが順次提示される。ユーザは、次々と表示される推薦アイテムを基準のアイテムとして選択していくことによって、選択した推薦アイテムと関連性のある他の領域のアイテムの情報を次々と確認することができる。
以上の処理により、サーバ1は、アイテムに対するユーザの評価に基づいてアイテム間の関連性を求めることができる。
また、サーバ1は、求めた関連性に基づいて、領域を横断した形でアイテムの推薦を行うことができる。
ある領域のアイテムに対するユーザの選択履歴をプロファイルとして蓄積しておき、他の領域のアイテムに対するプロファイルを予測することに関連情報が用いられるようにしてもよい。
この場合、例えば、テレビジョン番組の領域においてアイテムが選択される毎に、選択されたそれぞれのアイテムと関連性のある本やゲームなどの他の領域のアイテムの情報が領域毎に蓄積され、蓄積された他の領域のアイテムの情報が、その領域におけるユーザのプロファイルとして用いられる。
具体的には、テレビジョン番組1と本1、テレビジョン番組2と本2、テレビジョン番組3と本3、・・・がそれぞれ関連性のあるアイテムである場合、テレビジョン番組の領域においてテレビジョン番組1,2,3の順に選択されたときには、本1,2,3の情報が順次蓄積され、本の領域におけるユーザのプロファイルとして用いられる。
情報が蓄積された本の領域のアイテムはテレビジョン番組の領域においてユーザが実際に選択したアイテムと関連性のあるものであるから、このように、テレビジョン番組の領域におけるプロファイルから、他の領域である本の領域におけるプロファイルを予測することが可能となる。
このようにして予測されたプロファイルは、ユーザにそのまま提示することに用いられるようにしてもよいし、推薦アイテムの特定に用いられるようにしてもよい。
例えば、ユーザが本の領域において本1を選択した場合、テレビジョン番組の領域において2番目に選択されたテレビジョン番組2と関連性のある本2が推薦アイテムとして特定される。
これにより、特定の領域でしかユーザの選択履歴が得られていない場合であっても、他の領域におけるユーザの嗜好(プロファイル)を予測し、アイテムの推薦を行うことができる。このことは、大量のユーザデータがなくてもアイテムの推薦を行うことが可能であることを表す。
図12は、推薦システムの他の構成例を示すブロック図である。図12に示される構成のうち、図1に示される構成と同じ構成には同じ符号を付してある。重複する説明については適宜省略する。
図12に示されるサーバ1の構成は、ユーザタイプ特定部31がさらに設けられている点で図1のサーバ1の構成と異なる。
ユーザタイプ特定部31は、嗜好情報DB12に記憶されている嗜好情報に基づいて、アイテムに対する評価を行ったユーザのグループ分けを行い、それぞれのユーザが属するグループ(タイプ)を特定する。
ユーザタイプ特定部31は、例えば、それぞれのアイテムやジャンルに対するユーザの評価を対象として主成分分析を行い、その結果に基づいてクラスタリングすることによってそれぞれのユーザのタイプを特定する。
図13は、ユーザのタイプの例を示す図である。
図13には、ユーザ1乃至6のそれぞれのユーザによる、テレビジョン番組の各ジャンルに対する評価と本の各ジャンルに対する評価が示されている。白抜きの丸印は評価が高いことを表し、バツ印は評価が高くないことを表す。
図13に示されるような評価がユーザ1乃至6から得られており、この評価を対象として主成分分析などが行われた場合、ユーザ1乃至3の評価は相互に類似するからユーザ1乃至3のタイプは同じタイプAとして特定される。
同様に、ユーザ4および5の評価は相互に類似するからユーザ4および5のタイプは同じタイプBとして特定され、ユーザ6のタイプは、評価が類似する他のユーザとともに同じタイプCとして特定される。
ユーザタイプ特定部31は、このようにして特定したユーザのタイプを表す情報を関連性分析部13に出力する。
関連性分析部13は、ユーザのタイプ毎に、同じタイプに属するユーザの評価に基づいて、アイテム間、ジャンル間の関連性を上述したようにして求め、求めた関連性を表す情報をメタデータ設定部14に出力する。
メタデータ設定部14は、関連性分析部13から供給されたタイプ毎の関連性を表す関連情報をそれぞれのアイテムにメタデータとして設定し、アイテムDB15に記憶させる。
図14は、関連情報の例を示す図である。
図14の例においては、テレビジョン番組のジャンル1と関連性のある本のジャンルは、タイプAのユーザにとってはジャンル2,10,27とされ、タイプBのユーザにとってはジャンル2,3,15とされ、タイプCのユーザにとってはジャンル10,11,20とされている。また、テレビジョン番組のジャンル1と関連性のある音楽のジャンルは、タイプAのユーザにとってはジャンル7,14,30とされ、タイプBのユーザにとってはジャンル4,14,35とされ、タイプCのユーザにとってはジャンル3,25,26とされている。
テレビジョン番組のジャンル1のアイテムに対しては、このような、それぞれのタイプのユーザを対象とした複数の関連情報がメタデータとして設定される。
このような関連情報を用いてアイテムの推薦を行う場合、まず、推薦を受けようとするユーザのタイプが特定され、その後、特定されたタイプのユーザを対象とする関連情報を用いて、推薦アイテムの特定などが行われる。
これにより、サーバ1は、ユーザの嗜好の違いを考慮してアイテム間の関連性を求めることができる。また、サーバ1は、そのようにして求めた関連性に基づいて、ユーザの嗜好に対応してアイテムの推薦を行うことができる。
タイプ毎の関連情報が、CBF(Content Based Filtering)の重み学習に用いられるようにすることも可能である。
この場合、基準となるアイテムと関連性のある他の領域のアイテムを推薦アイテムとしてユーザに提示する際に、例えば、タイプAのユーザにとっての推薦アイテムと、タイプBのユーザにとっての推薦アイテムと、タイプCのユーザにとっての推薦アイテムといったように、タイプ別の推薦アイテムが提示される。
サーバ1においては、提示したものの中から所定の推薦アイテムが選択される毎に、ユーザによるアイテムの選択の履歴が蓄積され、蓄積された履歴に基づいて、ユーザが、どのタイプの関連性に従っているのかが学習される。ユーザが例えばタイプAの関連性に従ってアイテムの選択を行っていることが特定された場合、タイプAのユーザにとって関連性のあるアイテムが推薦アイテムとして選択されやすくなるように、タイプAのユーザにとって関連性のあるアイテムのメタデータに対して大きな重みが設定される。
重み付けは、履歴が1回更新される毎に行われるようにしてもよいし、履歴が一定期間分だけ蓄積された後に行われるようにしてもよい。重みの上げ方に対しては、履歴の比率が反映されるようにしてもよい。例えば、タイプAのユーザにとっての関連性に従ってアイテムの選択を行っていることの方が、タイプBのユーザにとっての関連性に従ってアイテムの選択を行っていることより多いと特定された場合、タイプAのユーザにとって関連性のあるアイテムに対して、上げ幅のより大きい重みが設定される。
複数のタイプのアイテムを提示する場合、大きな重みが設定されているタイプのアイテムの順に提示されるようにしてもよいし、タイプAとタイプBとで設定された重みに一定以上の差があるときにはタイプBのアイテムは提示されないといったように、一定以上差がついた、重みの低いタイプのアイテムは提示されないようにしてもよい。
以上においては、アイテム間の関連性を求めるための情報として、ユーザにより入力された5段階の評価が用いられるものとしたが、アイテムの視聴中にユーザが示す表出の時系列データのパターンに基づいて同様の処理が行われるようにしてもよい。
ここで、表出とは、笑顔や顔をしかめるなどの表情、独り言や対話などの発話、拍手や貧乏ゆすりやタッピングなどの動作、ひじを付くことや上体が傾くことなどの姿勢、などの、画像や音によって外部から認識可能なユーザの反応である。
すなわち、サーバ1によるアイテムの推薦を受けるユーザが利用するクライアントにおいては、アイテムの再生中、アイテムを視聴しているユーザを撮影して得られた画像や、集音して得られたユーザの音声に基づいて、ユーザが示す複数種類の表出を所定の間隔で検出することが行われる。
図15は、アイテムとしてのテレビジョン番組の再生中の様子を示す図である。
図15の例においては、クライアント41に対して、テレビジョン受像機42、マイクロフォン43、およびカメラ44が接続されている。マイクロフォン43の指向性とカメラ44の撮影範囲はテレビジョン受像機42の前方にある椅子に座ってアイテムを視聴しているクライアント41のユーザに向けられている。
アイテムの再生中にマイクロフォン43により集音されたユーザの音声と、カメラ44により撮影されたユーザの画像はクライアント41に供給される。
例えば、上述した笑顔は、カメラ44により撮影された画像からユーザの顔の範囲が検出され、検出された顔から抽出された特徴と、あらかじめ用意されている笑顔の特徴とのマッチングが行われることによって検出される。クライアント41においては、ユーザが笑顔になったタイミングと、笑顔の度合い(爆笑している、ほほえんでいるなど)を表す時系列データが取得される。
同様に、顔をしかめるは、カメラ44により撮影された画像からユーザの顔の範囲が検出され、検出された顔から抽出された特徴と、あらかじめ用意されている、しかめっ面の特徴とのマッチングが行われることによって検出される。クライアント41においては、ユーザが顔をしかめたタイミングと、しかめた度合いを表す時系列データが取得される。
独り言や対話などの発話は、マイクロフォン43により集音された音声を対象として話者認識が行われることによって話者が特定され、集音された音声が、クライアントのユーザの独り言であるのか、一緒にアイテムを視聴している他のユーザとの対話であるのかが認識されることによって検出される。クライアント41においては、ユーザの発話のタイミングと、発話の度合いである音量を表す時系列データが取得される。
拍手は、マイクロフォン43により集音された音に基づいて検出される。クライアント41においては、ユーザの拍手のタイミングと、拍手の強弱などの度合いを表す時系列データが取得される。
他の表出についても同様に、マイクロフォン43とカメラ44により得られたデータに基づいて検出される。表出の検出は、マイクロフォン43とカメラ44により得られたデータがハードディスクなどの記録媒体に一度記録され、記録されたデータを対象として行われるようにしてもよいし、マイクロフォン43とカメラ44からデータが供給される毎にリアルタイムで行われるようにしてもよい。
図16は、表出の時系列データの例を示す図である。
図16には、上から順に、笑顔、顔をしかめる、拍手、独り言の時系列データが示されている。横軸は時刻を表し、縦軸は度合いを表す。
クライアント41においては複数のアイテムが再生され、再生されたアイテム毎に、図16に示されるような時系列データが取得される。それぞれのアイテムに対する評価がユーザにより入力され、クライアント41においては、再生が行われた複数のアイテムのそれぞれについての、ユーザの評価と、アイテムの再生中に取得された表出の時系列データである表出情報が取得される。
図17は、クライアント41により取得される情報の例を示す図である。
図17の例においては、アイテムに対する評価は5段階評価とされ、それぞれのアイテムに対して評価を表す数字が設定されている。ここでは、5は最も高い評価となり、1は最も低い評価となる。
アイテムAに対する評価は5とされ、その評価と、アイテムAの再生中に検出された笑顔、顔をしかめる、拍手、独り言の時系列データが対応づけて記憶されている。
また、アイテムBに対する評価は2とされ、その評価と、アイテムBの再生中に検出された笑顔、顔をしかめる、拍手、独り言の時系列データが対応づけて記憶されている。アイテムC、アイテムD、アイテムEについても同様に、それぞれの評価と、再生中に検出された表出の時系列データが対応づけて記憶されている。
クライアント41においては、図17に示されるような情報に基づいて、高評価のアイテムに特徴的な表出が特定され、特定された表出が高評価指標の表出とされる。例えば、5段階評価で5の評価がなされたアイテムの表出情報に注目され、5以外の評価がなされたアイテムの表出情報と比べて、注目する表出情報に顕著に多く含まれる表出が特定される。
あるユーザはおもしろい(評価の高い)と感じるアイテムを視聴しているときに多く笑い、違うユーザはおもしろいと感じるアイテムを視聴しているときに多く拍手するといったように、おもしろいと感じるアイテムを視聴しているときの表出がユーザ毎に異なると考えられる。ここで、クライアント41のユーザと、おもしろいと感じるアイテムを視聴しているときにクライアント41のユーザが多く示す表出が結び付けられることになる。
具体的には、全てのアイテムの分のN種類の表出の時系列データがそれぞれ正規化(z変換)され、それぞれの表出の代表値が求められる。代表値としては、例えば、正規化して得られたそれぞれの表出の時系列データから、度合いの最大値、閾値となる一定値以上の値が検出された頻度を表す値、閾値となる一定値以上の値が継続して検出された時間を表す値などが求められる。
また、高評価のアイテムの表出情報から求められたそれぞれの表出の代表値と、高評価がされていないアイテムの表出情報から求められたそれぞれの表出の代表値が比較され、明確な差がある代表値が高評価のアイテムの表出情報から求められた表出が特定される。明確な差の判断は、統計的有意差、20%以上値が大きいなどの特定の比率以上の差があることなどの基準を用いることができる。
図17の例の場合、アイテムA乃至Eのそれぞれのアイテムについて、笑顔の時系列データの代表値、顔をしかめるの時系列データの代表値、拍手の時系列データの代表値、独り言の時系列データの代表値が求められる。
また、高評価のアイテムであるアイテムAとアイテムDの表出の時系列データから求められた代表値のうち、アイテムB,C,Eの表出の時系列データから求められた代表値と比べて明確な差のある代表値が求められ、その代表値を有する表出が高評価指標の表出として特定される。
高評価指標として特定される表出は1種類であってもよいし、複数種類であってもよい。また、時系列データから求められた代表値を比較することによって特定されるのではなく、時系列パターンを変化パターンとして扱い、時系列パターンのマイニングを行うことによって高評価指標の表出が特定されるようにしてもよい。時系列パターンのマイニングについては、例えば、“E. Keogh and S. Kasetty, “On the Need for Time Series Data Mining Benchmarks: A Survey and Empirical Demonstration”, Data Mining and Knowledge Discovery, vol.7, pp.349-371 (2003)”に記載されている。
以上のようにして特定された高評価指標の表出情報はクライアント41からサーバ1に送信され、それぞれのアイテムに対するユーザの評価に替えて、アイテム間の関連性を求めるのに用いられる。すなわち、サーバ1においては、表出情報を対象として上述したような主成分分析などが行われることになる。
このような高評価指標の表出を特定することがサーバ1において行われるようにしてもよい。
上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされ
図18は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
CPU(Central Processing Unit)51、ROM(Read Only Memory)52、RAM(Random Access Memory)53は、バス54により相互に接続されている。
バス54には、さらに、入出力インタフェース55が接続されている。入出力インタフェース55には、キーボード、マウス、マイクロフォンなどよりなる入力部56、ディスプレイ、スピーカなどよりなる出力部57、ハードディスクや不揮発性のメモリなどよりなる記憶部58、ネットワークインタフェースなどよりなる通信部59、光ディスクや半導体メモリなどのリムーバブルメディア61を駆動するドライブ60が接続されている。
以上のように構成されるコンピュータでは、CPU51が、例えば、記憶部58に記憶されているプログラムを入出力インタフェース55及びバス54を介してRAM53にロードして実行することにより、上述した一連の処理が行われる。
CPU51が実行するプログラムは、例えばリムーバブルメディア61に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供され、記憶部58にインストールされる。
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
本発明の一実施形態に係る推薦システムの構成例を示すブロック図である。 ジャンルのマッピングの例を示す図である。 ジャンル間の関連性の例を示す図である。 ジャンル間の関連性の例を示す図である。 ユーザの評価の例を示す図である。 次元圧縮を行うことによって得られた各次元の値の例を示す図である。 グループ間の関連性の例を示す図である。 新規のアイテムの関連性の例を示す図である。 サーバのメタデータ設定処理について説明するフローチャートである。 サーバの他のメタデータ設定処理について説明するフローチャートである。 サーバの推薦処理について説明するフローチャートである。 推薦システムの他の構成例を示すブロック図である。 ユーザのタイプの例を示す図である。 関連情報の例を示す図である。 テレビジョン番組の再生中の様子を示す図である。 表出の時系列データの例を示す図である。 クライアントにより取得される情報の例を示す図である。 コンピュータのハードウエアの構成例を示すブロック図である。
符号の説明
1 サーバ, 11 嗜好情報取得部, 12 嗜好情報DB, 13 関連性分析部, 14 メタデータ設定部, 15 アイテムDB, 16 新規アイテム処理部, 17 推薦アイテム特定部, 18 送信部, 31 ユーザタイプ特定部

Claims (6)

  1. それぞれ異なる領域に属するアイテム同士の関連性を、ユーザによるそれぞれのアイテムに対する評価に基づいて求める分析手段と、
    前記分析手段による分析によって求められた関連性を表す情報である関連情報をそれぞれのアイテムにメタデータとして設定する設定手段と、
    基準となる所定のアイテムに前記設定手段により設定された前記関連情報に基づいて、前記所定のアイテムと関連性のある、前記所定のアイテムが属する領域とは異なる領域に属するアイテムを推薦アイテムとして特定する推薦手段と
    を備える情報処理装置。
  2. 前記関連情報以外のメタデータの一致度に基づいて、他のアイテムとの関連性が求められていない新規のアイテムと類似する、他のアイテムとの関連性が求められているアイテムを特定するアイテム特定手段をさらに備え、
    前記設定手段は、さらに、前記新規のアイテムに対して、前記新規のアイテムと類似するとして前記アイテム特定手段により特定されたアイテムと関連性のある他のアイテムと関連性のあることを表す前記関連情報をメタデータとして設定する
    請求項1に記載の情報処理装置。
  3. 同じアイテムに対する評価が類似する複数のユーザからなるユーザのグループを特定するグループ特定手段をさらに備え、
    前記分析手段は、前記グループ特定手段により特定されたグループ毎に、それぞれのグループに属するユーザによるそれぞれのアイテムに対する評価に基づいてアイテム同士の関連性を求め、
    前記設定手段は、前記分析手段による分析によってグループ毎に求められた関連性を表す前記関連情報をそれぞれのアイテムにメタデータとして設定する
    請求項1に記載の情報処理装置。
  4. 前記推薦手段は、前記グループ特定手段により特定された、アイテムの推薦を受けようとするユーザが属するグループの情報として求められた前記関連情報に基づいて、前記推薦アイテムを特定する
    請求項3に記載の情報処理装置。
  5. それぞれ異なる領域に属するアイテム同士の関連性を、ユーザによるそれぞれのアイテムに対する評価に基づいて求め、
    求めた関連性を表す情報である関連情報をそれぞれのアイテムにメタデータとして設定し、
    基準となる所定のアイテムに設定した前記関連情報に基づいて、前記所定のアイテムと関連性のある、前記所定のアイテムが属する領域とは異なる領域に属するアイテムを推薦アイテムとして特定する
    ステップを含む情報処理方法。
  6. それぞれ異なる領域に属するアイテム同士の関連性を、ユーザによるそれぞれのアイテムに対する評価に基づいて求め、
    求めた関連性を表す情報である関連情報をそれぞれのアイテムにメタデータとして設定し、
    基準となる所定のアイテムに設定した前記関連情報に基づいて、前記所定のアイテムと関連性のある、前記所定のアイテムが属する領域とは異なる領域に属するアイテムを推薦アイテムとして特定する
    ステップを含む処理をコンピュータに実行させるプログラム。
JP2007313097A 2007-04-12 2007-12-04 情報処理装置、情報処理方法、およびプログラム Expired - Fee Related JP4538757B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2007313097A JP4538757B2 (ja) 2007-12-04 2007-12-04 情報処理装置、情報処理方法、およびプログラム
CNA2008101807883A CN101452477A (zh) 2007-12-04 2008-12-02 信息处理设备、信息处理方法和程序
US12/327,537 US20090089265A1 (en) 2007-04-12 2008-12-03 Information processing apparatus, information processing method, and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007313097A JP4538757B2 (ja) 2007-12-04 2007-12-04 情報処理装置、情報処理方法、およびプログラム

Publications (2)

Publication Number Publication Date
JP2009140042A true JP2009140042A (ja) 2009-06-25
JP4538757B2 JP4538757B2 (ja) 2010-09-08

Family

ID=40509516

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007313097A Expired - Fee Related JP4538757B2 (ja) 2007-04-12 2007-12-04 情報処理装置、情報処理方法、およびプログラム

Country Status (3)

Country Link
US (1) US20090089265A1 (ja)
JP (1) JP4538757B2 (ja)
CN (1) CN101452477A (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011096255A (ja) * 2009-10-30 2011-05-12 Nec (China) Co Ltd ランキング指向の協調フィルタリング推薦方法および装置
WO2012118087A1 (ja) * 2011-03-03 2012-09-07 日本電気株式会社 レコメンダシステム、レコメンド方法、及びプログラム
JP2013089145A (ja) * 2011-10-20 2013-05-13 Nippon Telegr & Teleph Corp <Ntt> 商品推薦装置及び方法及びプログラム
JP2014500548A (ja) * 2010-11-17 2014-01-09 アリババ・グループ・ホールディング・リミテッド 製品情報の伝送
WO2017082293A1 (ja) * 2015-11-09 2017-05-18 株式会社電通 顧客関係管理装置および方法
JP2018522343A (ja) * 2016-06-14 2018-08-09 平安科技(深▲せん▼)有限公司 意思決定モデルを構築する方法、コンピュータデバイス及び記憶デバイス
WO2021176716A1 (ja) * 2020-03-06 2021-09-10 日本電気株式会社 嗜好推定装置、嗜好推定方法および嗜好推定プログラム

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011145742A (ja) * 2010-01-12 2011-07-28 Sony Corp 情報処理装置、情報処理方法、およびプログラム
CN102254003A (zh) * 2011-07-15 2011-11-23 江苏大学 一种图书推荐方法
CN102360364A (zh) * 2011-09-30 2012-02-22 奇智软件(北京)有限公司 一种应用自动推荐的方法及装置
JP5805548B2 (ja) * 2012-01-20 2015-11-04 日立マクセル株式会社 情報処理装置、及び、情報処理方法
US9582767B2 (en) * 2012-05-16 2017-02-28 Excalibur Ip, Llc Media recommendation using internet media stream modeling
US20210295344A1 (en) * 2015-11-09 2021-09-23 Dentsu Inc. Customer relation management device and method
US10402408B2 (en) 2016-11-04 2019-09-03 Microsoft Technology Licensing, Llc Versioning of inferred data in an enriched isolated collection of resources and relationships
US11475320B2 (en) 2016-11-04 2022-10-18 Microsoft Technology Licensing, Llc Contextual analysis of isolated collections based on differential ontologies
US10481960B2 (en) 2016-11-04 2019-11-19 Microsoft Technology Licensing, Llc Ingress and egress of data using callback notifications
US10452672B2 (en) 2016-11-04 2019-10-22 Microsoft Technology Licensing, Llc Enriching data in an isolated collection of resources and relationships
US10885114B2 (en) 2016-11-04 2021-01-05 Microsoft Technology Licensing, Llc Dynamic entity model generation from graph data
US10614057B2 (en) * 2016-11-04 2020-04-07 Microsoft Technology Licensing, Llc Shared processing of rulesets for isolated collections of resources and relationships
US20220222610A1 (en) * 2021-01-11 2022-07-14 Hall Labs Llc Unified Tracking System

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005202540A (ja) * 2004-01-14 2005-07-28 Neo Jsk:Kk 情報推薦方法
WO2007013308A1 (ja) * 2005-07-28 2007-02-01 Matsushita Electric Industrial Co., Ltd. 番組録画装置、番組管理サーバ、番組管理方法、番組管理プログラム及び番組管理プログラムを記録したコンピュータ読み取り可能な記録媒体
US20070038659A1 (en) * 2005-08-15 2007-02-15 Google, Inc. Scalable user clustering based on set similarity

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5974412A (en) * 1997-09-24 1999-10-26 Sapient Health Network Intelligent query system for automatically indexing information in a database and automatically categorizing users
US6785671B1 (en) * 1999-12-08 2004-08-31 Amazon.Com, Inc. System and method for locating web-based product offerings
US6999941B1 (en) * 2000-07-11 2006-02-14 Amazon.Com, Inc. Providing gift clustering functionality to assist a user in ordering multiple items for a recipient
US8053659B2 (en) * 2002-10-03 2011-11-08 Polyphonic Human Media Interface, S.L. Music intelligence universe server
US8924411B2 (en) * 2005-05-31 2014-12-30 Open Text S.A. System and method for the dynamic provisioning of static content
KR101102638B1 (ko) * 2003-11-13 2012-01-04 파나소닉 주식회사 프로그램 추천장치, 프로그램 추천장치의 프로그램 추천방법 및 기록매체
CN101346718A (zh) * 2005-10-28 2009-01-14 意大利电信股份公司 用于向用户提供选定内容项的方法
US20070179837A1 (en) * 2006-01-27 2007-08-02 William Derek Finley Method of assessing consumer preference tendencies based on a user's own correlated information
US8135684B2 (en) * 2006-04-13 2012-03-13 Eastman Kodak Company Value index from incomplete data
US20080109285A1 (en) * 2006-10-26 2008-05-08 Mobile Content Networks, Inc. Techniques for determining relevant advertisements in response to queries

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005202540A (ja) * 2004-01-14 2005-07-28 Neo Jsk:Kk 情報推薦方法
WO2007013308A1 (ja) * 2005-07-28 2007-02-01 Matsushita Electric Industrial Co., Ltd. 番組録画装置、番組管理サーバ、番組管理方法、番組管理プログラム及び番組管理プログラムを記録したコンピュータ読み取り可能な記録媒体
US20070038659A1 (en) * 2005-08-15 2007-02-15 Google, Inc. Scalable user clustering based on set similarity
JP2009505290A (ja) * 2005-08-15 2009-02-05 グーグル・インコーポレーテッド 集合の類似性に基づく拡張性に富むユーザクラスタリング

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011096255A (ja) * 2009-10-30 2011-05-12 Nec (China) Co Ltd ランキング指向の協調フィルタリング推薦方法および装置
JP2014500548A (ja) * 2010-11-17 2014-01-09 アリババ・グループ・ホールディング・リミテッド 製品情報の伝送
WO2012118087A1 (ja) * 2011-03-03 2012-09-07 日本電気株式会社 レコメンダシステム、レコメンド方法、及びプログラム
JPWO2012118087A1 (ja) * 2011-03-03 2014-07-07 日本電気株式会社 レコメンダシステム、レコメンド方法、及びプログラム
JP5962926B2 (ja) * 2011-03-03 2016-08-03 日本電気株式会社 レコメンダシステム、レコメンド方法、及びプログラム
US9569499B2 (en) 2011-03-03 2017-02-14 Nec Corporation Method and apparatus for recommending content on the internet by evaluating users having similar preference tendencies
JP2013089145A (ja) * 2011-10-20 2013-05-13 Nippon Telegr & Teleph Corp <Ntt> 商品推薦装置及び方法及びプログラム
WO2017082293A1 (ja) * 2015-11-09 2017-05-18 株式会社電通 顧客関係管理装置および方法
JP2017091121A (ja) * 2015-11-09 2017-05-25 株式会社電通 顧客関係管理装置および方法
JP2018522343A (ja) * 2016-06-14 2018-08-09 平安科技(深▲せん▼)有限公司 意思決定モデルを構築する方法、コンピュータデバイス及び記憶デバイス
WO2021176716A1 (ja) * 2020-03-06 2021-09-10 日本電気株式会社 嗜好推定装置、嗜好推定方法および嗜好推定プログラム
JP7347650B2 (ja) 2020-03-06 2023-09-20 日本電気株式会社 嗜好推定装置、嗜好推定方法および嗜好推定プログラム

Also Published As

Publication number Publication date
CN101452477A (zh) 2009-06-10
US20090089265A1 (en) 2009-04-02
JP4538757B2 (ja) 2010-09-08

Similar Documents

Publication Publication Date Title
JP4538757B2 (ja) 情報処理装置、情報処理方法、およびプログラム
JP4538756B2 (ja) 情報処理装置、情報処理端末、情報処理方法、およびプログラム
CN1538351B (zh) 为视频序列生成视频缩略图的方法和计算机
TWI510064B (zh) 視訊推薦系統及其方法
US8737817B1 (en) Music soundtrack recommendation engine for videos
CN102844812B (zh) 媒体内对象的社交上下文
US20080104111A1 (en) Recommendation diversity
US20110173195A1 (en) Information processing apparatus, information processing method, and program
KR20140108180A (ko) 멀티미디어 컨텐츠에 접속하기 위한 시스템 및 방법
JP2011217209A (ja) 電子機器、コンテンツ推薦方法及びプログラム
JP2009134671A (ja) 情報処理端末、情報処理方法、およびプログラム
JP5181640B2 (ja) 情報処理装置、情報処理端末、情報処理方法、およびプログラム
CN111723237B (zh) 媒体内容访问控制方法
KR20110057264A (ko) 미디어 공유 채널을 평가하는 방법, 시스템 및 장치
KR20080031148A (ko) 정보 처리 장치, 특징 추출 방법, 기록 매체, 및 프로그램
JP2009134670A (ja) 情報処理端末、情報処理方法、およびプログラム
CN109783656A (zh) 音视频数据的推荐方法、系统及服务器和存储介质
JP2012058513A (ja) 楽曲再生システム
JP4812733B2 (ja) 情報編集装置、情報編集方法、情報編集プログラムおよびそのプログラムを記録した記録媒体
JP4496690B2 (ja) 映像情報レコメンドシステム、方法及び装置、並びに、映像情報レコメンドプログラム及びプログラムの記録媒体
CN115455280A (zh) 一种推荐列表确定方法和服务器
US9020863B2 (en) Information processing device, information processing method, and program
JP5013161B2 (ja) 情報処理装置および情報処理方法、提供装置および提供方法、並びにプログラム
US11561761B2 (en) Information processing system, method, and storage medium
JP2007115222A (ja) 情報処理装置および方法、並びにプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090325

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090325

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090901

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091023

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100318

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100510

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100527

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100609

R151 Written notification of patent or utility model registration

Ref document number: 4538757

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130702

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees