特許 6027468 レコメンド情報取得装置、レコメンド情報取得方法、及びレコメンド情報提供システム

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

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

(11)【特許番号】6027468

(24)【登録日】2016年10月21日

(45)【発行日】2016年11月16日

(54)【発明の名称】レコメンド情報取得装置、レコメンド情報取得方法、及びレコメンド情報提供システム

(51)【国際特許分類】

   G06F 17/30 20060101AFI20161107BHJP

   G06F 13/00 20060101ALI20161107BHJP

【ＦＩ】

   G06F17/30 340B

   G06F17/30 220C

   G06F13/00 540E

【請求項の数】8

【全頁数】18

(21)【出願番号】特願2013-55126(P2013-55126)

(22)【出願日】2013年3月18日

(65)【公開番号】特開2014-182463(P2014-182463A)

(43)【公開日】2014年9月29日

【審査請求日】2015年8月14日

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100088155

【弁理士】

【氏名又は名称】長谷川 芳樹

(74)【代理人】

【識別番号】100113435

【弁理士】

【氏名又は名称】黒木 義樹

(74)【代理人】

【識別番号】100121980

【弁理士】

【氏名又は名称】沖山 隆

(74)【代理人】

【識別番号】100128107

【弁理士】

【氏名又は名称】深石 賢治

(72)【発明者】

【氏名】榎園 健

(72)【発明者】

【氏名】小野 素平

(72)【発明者】

【氏名】深澤 佑介

【審査官】 齊藤 貴孝

(56)【参考文献】

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

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

【文献】 特開２０１０−０９７４６１（ＪＰ，Ａ）

【文献】 特開２００４−１２７１２５（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１１／０２０８７７５（ＵＳ，Ａ１）

【文献】 阿部 佑樹、外３名，Ｗｅｂの閲覧履歴を情報源としたソーシャルブックマークにおけるタグ推薦の提案，第３回データ工学と情報マネジメントに関するフォーラム 論文集，日本，電子情報通信学会データ工学専門委員会，２０１１年 ８月 ４日，ｐ．１−８

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

Ｇ０６Ｆ １７／３０

Ｇ０６Ｆ １３／００

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

【請求項1】

過去の検索クエリと、前記過去の検索クエリに対応するコンテンツの内、ユーザが選択したコンテンツとを関連づけた情報であるコンテンツ履歴情報を記憶するコンテンツ履歴情報記憶手段と、
前記コンテンツに対応するメタデータを関連付けて記憶するコンテンツメタデータ記憶手段と、
前記検索要求時の検索クエリにより検索されて生成された検索結果を取得する検索結果取得手段と、
前記検索結果取得手段が取得した検索結果に含まれているコンテンツのメタデータに基づいて、前記コンテンツ履歴情報のコンテンツからレコメンド取得対象であるレコメンド取得対象コンテンツを決定するレコメンド取得対象コンテンツ決定手段と、
前記レコメンド取得対象コンテンツに対応するレコメンド情報を取得するレコメンド情報取得手段と、
前記レコメンド情報取得手段が取得したレコメンド情報を出力するレコメンド情報出力手段と、
を備えることを特徴とするレコメンド情報取得装置。

【請求項2】

前記レコメンド取得対象コンテンツ決定手段は、
メタデータが一致するコンテンツ数に基づいて定めたメタデータに対応する、前記コンテンツ履歴情報のコンテンツから前記レコメンド取得対象コンテンツを決定することを特徴とする請求項１に記載のレコメンド情報取得装置。

【請求項3】

前記レコメンド取得対象コンテンツ決定手段は、
前記コンテンツ履歴情報を参照して、前記検索要求時の検索クエリに対応する過去の検索クエリに対応付けられるコンテンツがある場合、該コンテンツを前記レコメンド取得対象コンテンツに決定し、
前記検索要求時の検索クエリに対応する過去の検索クエリに対応付けられるコンテンツが無い場合、前記検索結果取得手段が取得した検索結果に含まれているコンテンツのメタデータに基づいて、前記コンテンツ履歴情報のコンテンツからレコメンド取得対象であるレコメンド取得対象コンテンツを決定する
ことを特徴とする請求項１又は２に記載のレコメンド情報取得装置。

【請求項4】

前記レコメンド取得対象コンテンツ決定手段は、
前記レコメンド取得対象を決定するに際してメタデータが複数ある場合、当該複数のメタデータに対応するコンテンツを前記コンテンツ履歴情報から抽出し、抽出したコンテンツをレコメンド取得対象コンテンツに決定することを特徴とする請求項１〜３のいずれか一項に記載のレコメンド情報取得装置。

【請求項5】

前記コンテンツメタデータ記憶手段は、メタデータ間の優先度を記憶し、
前記レコメンド取得対象コンテンツ決定手段は、
前記レコメンド取得対象を決定するに際してメタデータが複数あると判断する場合、メタデータ間の優先度に基づいて定めたメタデータに対応する、前記コンテンツ履歴情報のコンテンツから前記レコメンド取得対象コンテンツを決定することを特徴とする請求項１〜４の何れか一項に記載のレコメンド情報取得装置。

【請求項6】

前記コンテンツ履歴情報は、前記コンテンツ履歴情報のコンテンツに対応するメタデータをさらに含むことを特徴とする請求項１〜５のいずれか一項に記載のレコメンド情報取得装置。

【請求項7】

過去の検索クエリと、前記過去の検索クエリに対応するコンテンツの内、ユーザが選択したコンテンツとを関連づけた情報であるコンテンツ履歴情報を記憶するコンテンツ履歴情報記憶手段と、
前記コンテンツに対応するメタデータを関連付けて記憶するコンテンツメタデータ記憶手段と、を備える装置のレコメンド情報取得方法であって、
検索結果取得手段が、前記検索要求時の検索クエリにより検索されて生成された検索結果を取得する検索結果取得ステップと、
レコメンド取得対象コンテンツ決定手段が、前記検索結果取得ステップで取得した検索結果に含まれているコンテンツのメタデータに基づいて、前記コンテンツ履歴情報のコンテンツからレコメンド取得対象であるレコメンド取得対象コンテンツを決定するレコメンド取得対象コンテンツ決定ステップと、
レコメンド情報取得手段が、前記レコメンド取得対象コンテンツに対応するレコメンド情報を取得するレコメンド情報取得ステップと、
前記レコメンド情報取得手段が取得したレコメンド情報をレコメンド情報出力手段が出力するレコメンド情報出力ステップと、を備えるレコメンド情報取得方法。

【請求項8】

請求項１から６のいずれか１項に記載のレコメンド情報取得装置と、前記レコメンド情報取得装置からの要求に応じて、検索されて生成された検索結果を前記レコメンド情報取得装置へ送信する検索結果出力装置と、前記レコメンド情報取得装置からの要求に応じて前記レコメンド取得対象コンテンツに対応するレコメンド情報を前記レコメンド情報取得装置へ送信するレコメンド情報出力装置とを含むレコメンド情報提供システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、レコメンド情報取得装置、レコメンド情報取得方法、及びレコメンド情報提供システムに関する。

【背景技術】

【0002】

従来から、利用者が過去に利用したコンテンツの情報に基づいて、利用者が所望すると考えられるコンテンツを提供する技術がある（例えば、特許文献１参照）。具体的に、特許文献１に記載の技術は、利用者履歴情報中のメタ情報に基づいて利用者項目別志向情報の算出を行い、当該利用者項目別志向情報に基づいて利用者毎の項目別特徴度を算出する。そして、項目別特徴度の値からレコメンドの軸となる項目名を抽出し、レコメンドの軸となる項目名を決定する。決定した項目名に基づいてレコメンド対象となるコンテンツを取得する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４−３６２０１１号公報

【発明の概要】

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

【0004】

しかしながら、特許文献１に記載の技術では、過去の履歴に基づいて、項目別特徴度の値から項目名を抽出しているが、抽出した項目名に基づいて画一的にレコメンドするに過ぎず、利用者がレコメンド情報を取得する時々に応じて、レコメンドに適した項目が異なることがあることを考慮していないという問題点がある。

【0005】

そこで、本発明においては、上記の課題を解決するために、利用者にレコメンド情報を提供する時々に応じて、適切なレコメンド情報を提供し得るコンテンツ検索結果提供装置、コンテンツ検索結果提供方法、及びコンテンツ検索結果提供システムを提供することを目的とする。

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

【0006】

本発明に係るレコメンド情報取得装置は、過去の検索クエリと、過去の検索クエリに対応するコンテンツの内、ユーザが選択したコンテンツとを関連づけた情報であるコンテンツ履歴情報を記憶するコンテンツ履歴情報記憶手段と、コンテンツに対応するメタデータを関連付けて記憶するコンテンツメタデータ記憶手段と、検索要求時の検索クエリにより検索されて生成された検索結果を取得する検索結果取得手段と、検索結果取得手段が取得した検索結果に含まれているコンテンツのメタデータに基づいて、コンテンツ履歴情報のコンテンツからレコメンド取得対象であるレコメンド取得対象コンテンツを決定するレコメンド取得対象コンテンツ決定手段と、レコメンド取得対象コンテンツに対応するレコメンド情報を取得するレコメンド情報取得手段と、レコメンド情報取得手段が取得したレコメンド情報を出力するレコメンド情報出力手段と、を備える。

【0007】

また、本発明に係るレコメンド情報取得方法は、過去の検索クエリと、過去の検索クエリに対応するコンテンツの内、ユーザが選択したコンテンツとを関連づけた情報であるコンテンツ履歴情報を記憶するコンテンツ履歴情報記憶手段と、コンテンツに対応するメタデータを関連付けて記憶するコンテンツメタデータ記憶手段と、を備える装置のレコメンド情報取得方法であって、検索結果取得手段が、検索要求時の検索クエリにより検索されて生成された検索結果を取得する検索結果取得ステップと、レコメンド取得対象コンテンツ決定手段が、検索結果取得ステップで取得した検索結果に含まれているコンテンツのメタデータに基づいて、コンテンツ履歴情報のコンテンツからレコメンド取得対象であるレコメンド取得対象コンテンツを決定するレコメンド取得対象コンテンツ決定ステップと、レコメンド情報取得手段が、レコメンド取得対象コンテンツに対応するレコメンド情報を取得するレコメンド情報取得ステップと、レコメンド情報取得手段が取得したレコメンド情報をレコメンド情報出力手段が出力するレコメンド情報出力ステップと、を含む。

【0008】

このようなレコメンド情報取得装置及びレコメンド情報取得方法によれば、検索要求の検索クエリにより検索された検索結果に含まれるコンテンツのメタデータに基づいて、コンテンツ履歴情報のコンテンツからレコメンド取得対象であるレコメンド取得対象コンテンツを決定し、当該レコメンド取得対象コンテンツに対応するレコメンド情報を取得している。これにより、検索クエリに対応するコンテンツのメタデータに対応するコンテンツをコンテンツ履歴情報から特定して、特定したコンテンツに基づいたレコメンド情報を提供することができ、利用者にレコメンド情報を提供する時々に応じて、適切なレコメンド情報を提供することができる。

【0009】

本発明に係るレコメンド情報取得装置では、レコメンド取得対象コンテンツ決定手段は、メタデータが一致するコンテンツ数に基づいて定めたメタデータに対応する、コンテンツ履歴情報のコンテンツからレコメンド取得対象コンテンツを決定するようにしても良い。

【0010】

この発明によれば、レコメンド情報取得装置は、メタデータが一致するコンテンツ数に基づいて定めたメタデータに対応する、コンテンツ履歴情報のコンテンツをレコメンド取得対象コンテンツを決定する。これにより、検索クエリに対応するコンテンツの内、最も検索クエリに関連するメタデータに基づいたコンテンツをレコメンド取得対象コンテンツとすることができる。

【0011】

本発明に係るレコメンド情報取得装置では、レコメンド取得対象コンテンツ決定手段は、コンテンツ履歴情報を参照して、検索要求時の検索クエリに対応する過去の検索クエリに対応付けられるコンテンツがある場合、該コンテンツをレコメンド取得対象コンテンツに決定し、検索要求時の検索クエリに対応する過去の検索クエリに対応付けられるコンテンツが無い場合、検索結果取得手段が取得した検索結果に含まれているコンテンツのメタデータに基づいて、コンテンツ履歴情報のコンテンツからレコメンド取得対象であるレコメンド取得対象コンテンツを決定するようにしても良い。

【0012】

この発明によれば、レコメンド取得対象コンテンツ決定手段は、コンテンツ履歴情報のコンテンツの内、検索要求時の検索クエリに基づいたメタデータが無い場合には、次善策として、検索クエリに対応するコンテンツのメタデータに対応するコンテンツをコンテンツ履歴情報から特定して、特定したコンテンツに基づいたレコメンド情報を提供するので、過去に検索されたことのない検索クエリによる要求がなされても利用者にレコメンド情報を提供する時々に応じて、適切なレコメンド情報を提供することができる。

【0013】

また、本発明に係るレコメンド情報取得装置では、レコメンド取得対象コンテンツ決定手段は、レコメンド取得対象を決定するに際してメタデータが複数ある場合、当該複数のメタデータに対応するコンテンツをコンテンツ履歴情報から抽出し、抽出したコンテンツをレコメンド取得対象コンテンツに決定するようにしても良い。

【0014】

この発明によれば、レコメンド情報取得装置は、レコメンド取得対象を決定するに際してメタデータが複数ある場合、それぞれのメタデータに対応するコンテンツをコンテンツ履歴情報から特定して、特定したコンテンツに基づいたレコメンド情報を提供することができる。

【0015】

また、本発明に係るレコメンド情報取得装置では、コンテンツメタデータ記憶手段は、メタデータ間の優先度を記憶し、レコメンド取得対象コンテンツ決定手段は、レコメンド取得対象を決定するに際してメタデータが複数あると判断する場合、メタデータ間の優先度に基づいて定めたメタデータに対応する、コンテンツ履歴情報のコンテンツからレコメンド取得対象コンテンツを決定するようにしても良い。

【0016】

この発明によれば、予め定められたメタデータ間の優先度に基づいて、コンテンツ履歴情報からレコメンド取得対象コンテンツを決定するので、優先度に応じたレコメンド取得対象コンテンツを決定することができる。

【0017】

また、本発明に係るレコメンド情報取得装置では、コンテンツ履歴情報は、コンテンツ履歴情報のコンテンツに対応するメタデータをさらに含むようにしても良い。

【0018】

この発明によれば、レコメンド情報取得装置は、コンテンツ履歴情報を参照することにより、検索クエリに対応するコンテンツのメタデータに対応するコンテンツをコンテンツ履歴情報から特定することができる。

【0019】

また、本発明に係るレコメンド情報提供システムでは、レコメンド情報取得装置と、レコメンド情報取得装置からの要求に応じて、検索されて生成された検索結果をレコメンド情報取得装置へ送信する検索結果出力装置と、レコメンド情報取得装置からの要求に応じて前記レコメンド取得対象コンテンツに対応するレコメンド情報をレコメンド情報取得装置へ送信するレコメンド情報出力装置とを含む。

【発明の効果】

【0020】

本発明によれば、利用者にレコメンド情報を提供する時々に応じて、適切なレコメンド情報を提供することができる。

【図面の簡単な説明】

【0021】

【図1】本実施形態の情報システム構成図である。

【図2】本実施形態の情報配信サーバ２００の機能を示すブロック図である。

【図3】情報配信サーバ２００のハードウェア構成図である。

【図4】コンテンツ履歴情報のデータ構造を示す図である。

【図5】コンテンツメタデータ記憶部２０２が管理している情報のデータ構造を示す図である。

【図6】検索クエリに対応するコンテンツについて、メタデータ毎に集計する例を示す図である。

【図7】本実施形態のレコメンドサーバ３００の機能を示すブロック図である。

【図8】本実施形態の検索サーバ４００の機能を示すブロック図である。

【図9】本実施形態のユーザ端末１００の機能を示すブロック図である。

【図10】本実施形態のシーケンス図である。

【図11】レコメンド取得対象コンテンツＩＤ検索の詳細処理のフローチャートである。

【図12】レコメンド取得対象コンテンツＩＤ検索の詳細処理のフローチャートである。

【図13】検索クエリに対応する検索結果を考慮したレコメンド情報による効果を示す図である。

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

【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】

１００…ユーザ端末、１０１…ブラウザ、１０２…レコメンド要求送信部、１０３…配信情報表示部、２００…情報配信サーバ、２０１…コンテンツ履歴情報記憶部、２０２…コンテンツメタデータ記憶部、２０３…検索要求受付部、２０４…レコメンド取得対象コンテンツ決定部、２０５…関連コンテンツ取得部、２０６…クエリ検索結果取得部、２０７…コンテンツ検索結果出力部、３００…レコメンドサーバ、３０１…レコメンド取得対象コンテンツ取得部、３０２…関連コンテンツ計算部、３０３…関連コンテンツ送信部、４００…検索サーバ、４０１…クエリ取得部、４０２…コンテンツ計算部、４０３…クエリ検索結果コンテンツ送信部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】