JP2010128641A - リコメンド情報を発信する方法、サーバ及びプログラム - Google Patents

Abstract

【課題】ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信する方法を提供すること。
【解決手段】ネットワーク７０を介して接続された端末８０から送信された選択情報に基づき、リコメンド情報を発信するリコメンドパス探索サーバ１は、選択情報に対して関連性を有する関連情報により複数のパスを生成し、関連性の低いパスを抽出するための重み付けにより、複数のパス毎に重み付け値を決定し、複数のパスのうち、関連性の低い重み付け値を示すパスを優先的に第２リコメンドパスとして選択し、第２リコメンドパスの関連情報及び当該関連情報の関連性を第２リコメンド情報として端末に発信する。
【選択図】図１

Description

本発明は、リコメンド情報を発信する方法、サーバ及びプログラムに関する。特に、ネットワークを利用したリコメンド情報の発信に関する。

近年、インターネットの社会への普及に伴い、Ｗｅｂその他のネットワーク環境において、ユーザはＷｅｂブラウザその他の技術的手段により情報を単に閲覧するだけではなく、楽曲を視聴したり、映画のＤＶＤをレンタルしたり、商品を購入することが可能となっている。

ところで、Ｗｅｂ上で楽曲の視聴等を提供するサーバは、ユーザがある楽曲を視聴等すると、当該ユーザの履歴等から、当該楽曲に関連する他の楽曲が推薦するリコメンド情報を提供するサービスを行う。

このようなリコメンド情報を提供するサービスとしては、例えば、ネットワークを利用した通信カラオケシステムにおいて、複数のユーザによる共通してリクエストされた楽曲を抽出し、抽出した楽曲に基づく推奨楽曲リストを作成し表示する推奨楽曲選出方法が提案されている（特許文献１参照）。

この特許文献１の推奨楽曲選出方法によれば、ユーザの嗜好に基づく、リクエスト楽曲（リコメンド情報）を効率的良く推奨できる。
特開２００６−３３７４０５号公報

しかしながら、ユーザは、通常、自分の趣向に基づく情報には詳しいものであり、特許文献１の方法によって表示されたリコメンド情報は、ユーザがすでに認知している情報も多い。また、頻繁にアクセスするユーザには、同じリコメンド情報が度々提示されるので、情報としての価値が低くなるとともに、予想どおりのリコメンド情報であり、面白みに欠ける。一方、ユーザは、予想外のリコメンド情報が提示されると、何故このリコメンド情報が選択されたのか知りたくなる。

本発明は、このような事情を考慮して提案されるものであり、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信する方法、サーバ及びプログラムを提供することを目的とする。

本発明では、以下のような解決手段を提供する。

（１） ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するコンピュータが実行する方法であって、前記選択情報に対しての関連性を有する関連情報により複数のパスを生成する関連情報抽出ステップと、前記関連性が低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定ステップと、前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択ステップと、前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信ステップと、を含むリコメンド情報を発信する方法。

（１）の発明によれば、コンピュータは、ネットワークを介して接続された端末から送信された選択情報に対しての関連性を有する関連情報により複数のパスを生成し、関連性が低いパスを抽出するための重み付けにより、複数のパス毎に重み付け値を決定し、複数のパスのうち、関連性の低い重み付け値を示すパスを優先的にリコメンドパスとして選択し、リコメンドパスの関連情報及び当該関連情報の関連性をリコメンド情報として端末に発信する。

このことにより、コンピュータは、端末から送信された選択情報（例えば、あるアーティストによる楽曲の試聴要求）との関連性の低いパスを抽出するための重み付け（例えば、頻度、重要性又は一般性等を示す値）が低い関連情報及びその関連性（すなわち、何故この関連情報が選択されたかの理由）をリコメンド情報として端末に送信できる。
よって、コンピュータは、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。

（２） （１）記載のリコメンド情報を発信する方法において、前記選択情報を集計した履歴を生成し、当該履歴に基づき、前記関連性の低いパスを抽出するための重み付け値を決定する履歴分析ステップを含み、前記パス重み付け値決定ステップは、前記決定された前記重み付け値に基づき、前記複数のパス毎の前記重み付け値を決定する。

（２）の発明によれば、コンピュータは、（１）の発明に加えて、端末から送信された選択情報を集計した履歴を生成し、当該履歴に基づき、関連性の低いパスを抽出するための重み付け値を決定し、決定された重み付け値に基づき、複数のパス毎の重み付け値を決定する。

このことにより、コンピュータは、ユーザの過去の履歴（例えば、視聴履歴）から、当該ユーザが選択する関連性の選択頻度に基づき、関連性の低いパスを抽出するための重み付け値を決定できる。よって、コンピュータは、ユーザの過去の履歴にないもの、あるいは頻度が低い関連性からリコメンド情報を選択できるので、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。

（３） （１）又は（２）記載のリコメンド情報を発信する方法において、前記リコメンドパス選択ステップは、前記複数のパスのうち、前記リコメンドパスとして選択されていないパスの中から、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択する。

（３）の発明によれば、コンピュータは、（１）又は（２）の発明に加えて、複数のパスのうち、リコメンドパスとして選択されていないパスの中から、関連性の低い重み付け値を示すパスを優先的にリコメンドパスとして選択する。

このことにより、コンピュータは、１度リコメンドパスとして選択されたパスを除外して、リコメンドパスを選択できるので、ユーザにとっての意外性を常に保ちつつ、なおかつ選択された理由付きのリコメンド情報を発信できる。

（４） ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するサーバであって、前記選択情報に対しての関連性を有する関連情報により複数のパスを生成する関連情報抽出手段と、前記関連性が低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定手段と、前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択手段と、前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信手段と、を備えるサーバ。

（４）の発明によれば、当該サーバを運用することにより、（１）の発明と同様の効果が期待できる。

（５） （１）から（３）のいずれか１項に記載の方法をコンピュータに実行させるプログラム。

（５）によれば、当該プログラムをコンピュータに実行させることにより、（１）から（３）の発明と同様の効果が期待できる。

本発明によれば、ユーザにとって、意外性のあるリコメンド情報を発信することができる。

［本実施形態］
（機能構成）
以下、本発明の実施形態について図を参照しながら説明する。
図１は、本発明の実施形態に係るリコメンドパス探索サーバ１の機能構成図である。
図２は、本発明のリコメンドパス探索システム１００の概要を示す図である。

リコメンドパス探索サーバ１は、関連情報抽出手段１０と、アーティスト関連情報データベース１５（以下、データベースはＤＢと称する。）と、履歴分析手段２０と、ユーザ視聴履歴ＤＢ２５と、ユーザプロファイルＤＢ２６と、リコメンド情報生成手段３０と、受信手段４０と、送信手段５０と、を備える。
また、リコメンドパス探索サーバ１には、ネットワーク７０（インターネット、ＬＡＮ、ＷＡＮ等）を介して複数の端末８０が接続されている。

関連情報抽出手段１０は、端末８０から送信された選択情報に対しての関連性を有する関連情報により複数のパスを生成する。
本実施形態において、選択情報とは、例えば、端末８０においてユーザが選択したアーティストによる楽曲についての試聴要求情報をいう。
また、本実施形態において、関連情報（詳細は図５を用いて後述する）とは、あるアーティスト、楽曲及びプロデューサと所定の関連性（詳細は図４を用いて後述する）を有する他のアーティスト及びプロデューサをいう。

具体的には、関連情報抽出手段１０は、アーティスト関連情報テーブル（図５参照）を参照して、選択情報（アーティスト及び楽曲の情報）に関連情報を関連させて複数のパスを生成し、アーティスト関連情報グラフ（図８参照）を作成する。

アーティスト関連情報ＤＢ１５は、後述する関連性テーブル（図４参照）、アーティスト関連情報テーブル（図５参照）を更新可能に記憶する。また、アーティスト関連情報ＤＢ１５は、関連情報抽出手段１０により作成されたアーティスト関連情報グラフを更新可能に記憶する。

履歴分析手段２０は、端末８０から送信された選択情報を集計し、ユーザ視聴履歴ＤＢ２５に記憶された視聴履歴テーブル（図６参照）を更新する。また、履歴分析手段２０は、視聴履歴テーブルに基づき、後述する複数の関連性（図４参照）の高い又は低いパスを抽出するための重み付け値を決定し、ユーザプロファイルＤＢ２６に記憶されたプロファイルテーブル（図７参照）を更新する。

ユーザ視聴履歴ＤＢ２５は、後述する視聴履歴テーブル（図６参照）を記憶する。
ユーザプロファイルＤＢ２６は、後述するプロファイルテーブル（図７参照）を記憶する。

リコメンド情報生成手段３０は、パス重み付け値決定手段３１と、リコメンドパス選択手段３２と、リコメンド決定手段３３と、を備える。

パス重み付け値決定手段３１は、履歴分析手段２０によって決定された関連性の高い又は低いパスを抽出するための重み付け値に基づき、関連情報抽出手段１０が生成した複数のパス毎の重み付け値を決定し、この重み付け値をアーティスト関連情報グラフ（図８参照）に反映し更新する。

リコメンドパス選択手段３２は、関連情報抽出手段１０が生成した複数のパスのうち、パス重み付け値決定手段３１が決定した関連性の低い重み付け値を示すパスを優先的に第２リコメンドパスとして選択する。
また、リコメンドパス選択手段３２は、関連情報抽出手段１０が生成した複数のパスのうち、パス重み付け値決定手段３１が決定した関連性の高い重み付け値を示すパスを優先的に第１リコメンドパスとして選択する。

リコメンド決定手段３３は、第２リコメンドパスの関連情報及び当該関連情報の関連性を第２リコメンド情報として決定する。
また、リコメンド決定手段３３は、第１リコメンドパスの関連情報を第１リコメンド情報として決定する。すなわち、リコメンドパスとは、リコメンド情報として決定する関連情報を含むパスをいう。

受信手段４０は、ネットワーク７０を介して複数の端末８０から送信された選択情報を受信する。

送信手段５０は、リコメンド決定手段３３によって決定された第１及び第２リコメンド情報を、選択情報を送信した端末８０に、ネットワーク７０を介して送信する。

図３は、本発明の実施形態に係るリコメンドパス探索サーバ１のハードウェア構成の一例を示す図である。リコメンドパス探索サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１０（マルチプロセッサ構成ではＣＰＵ＿Ａ１０１２等複数のＣＰＵが追加されてもよい）、バスライン１００５、コンピュータネットワーク用通信Ｉ／Ｆ１０４０、メインメモリ１０５０、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）１０６０、ハードディスク１０７０、通信Ｉ／Ｆ１０８０、キーボード及びマウス１１００等の入力手段並びに表示装置１０２２を備える。

ＢＩＯＳ１０６０は、リコメンドパス探索サーバ１の起動時にＣＰＵ１０１０が実行するブートプログラムや、ハードウェアに依存するプログラム等を格納する。

ハードディスク１０７０は、リコメンドパス探索サーバ１が機能するための各種プログラム及び本発明の機能を実行するプログラムを記憶しており、さらに、アーティスト関連情報ＤＢ１５、ユーザ視聴履歴ＤＢ２５、ユーザプロファイルＤＢ２６を構成する。

表示装置１０２２は、データの入力を受付ける画面を表示したりするものであり、ブラウン管表示装置（ＣＲＴ）、液晶表示装置（ＬＣＤ）等のディスプレイ装置を含む。

ここで、入力手段は、入力の受付けを行うものであり、キーボード及びマウス１１００等により構成する。

また、コンピュータネットワーク用通信Ｉ／Ｆ１０４０は、リコメンドパス探索サーバ１を、ネットワーク７０（専用ネットワーク又は公共ネットワーク）を介してユーザの端末８０等と接続できるようにするためのネットワーク・アダプタである。通信Ｉ／Ｆ１０８０は、ネットワーク７０を介さないでデータを送受信するためのインターフェース装置である。

（関連性テーブル）
図４は、本発明の実施形態に係る関連性テーブルを示す図である。
関連性テーブルは、ハードディスク１０７０に構成されたアーティスト関連情報ＤＢ１５に記憶され、あるアーティスト、楽曲及びプロデューサと、他のアーティスト及びプロデューサとにおける、所定の関連性の内容に、当該内容であることを示すフラグ値が対応付けられている。

具体的には、関連性の一例として、「サポート、レコーディングメンバ」であることを示すフラグ値（１）が対応付けられている。また、「プロデュース／楽曲提供」であることを示すフラグ値（２）が対応付けられている。また、「所属バンド」であることを示すフラグ値（３）が対応付けられている。また、「同一ジャンル」であることを示すフラグ値（４）が対応付けられている。また、「雰囲気の共通性」であることを示すフラグ値（５）が対応付けられている。

（アーティスト関連情報テーブル）
図５は、本発明の本実施形態に係るアーティスト関連情報テーブルを示す図である。アーティスト関連情報テーブルは、ハードディスク１０７０に構成されたアーティスト関連情報ＤＢ１５に記憶され、関連対象として、あるアーティスト、楽曲及びプロデューサに関連する関連情報として、他のアーティスト及びプロデューサが対応付けられている。また、関連対象と関連情報との関連性の内容を示すフラグ値が対応付けられている。この関連性の内容とフラグ値との関係は、関連性テーブル（図４参照）に対応付けられたとおりである。

具体的には、曲名Ｘには、プロデューサＡとプロデューサＢとが対応付けられ、これらの関連性の内容（「サポート、レコーディングメンバ」）を示すフラグ値（１）が対応付けられている。また、アーティスト１には、アーティスト９（フラグ値（３）「所属バンド」）、アーティスト１０（フラグ値（３）「所属バンド」）、プロデューサＣ（フラグ値（２）「プロデュース／楽曲提供」）、プロデューサＤ（フラグ値（２）「プロデュース／楽曲提供」）が対応付けられている。

（視聴履歴テーブル）
図６は、本発明の実施形態に係る視聴履歴テーブルを示す図である。
視聴履歴テーブルは、ハードディスク１０７０に構成されたユーザ視聴履歴ＤＢ２５に記憶され、端末８０のユーザ名と、選択情報受信日時と、選択情報に含まれる曲名及びアーティスト名とが対応付けられている。

また、連続して選択情報を受信したときの、第１の選択情報に含まれる第１のアーティストと、次の第２の選択情報に含まれる第２のアーティストとの関連性の内容を示すフラグ値が対応付けられている。すなわち、例えば、第１のアーティストとしてアーティスト４と、第２のアーティストとしてのアーティスト５との関連性の内容を示すフラグ値は、アーティスト関連情報テーブル（図５参照）によれば（１）であり、この値が対応付けられている。

（プロファイルテーブル）
図７は、本発明の実施形態に係るプロファイルテーブルを示す図である。
プロファイルテーブルは、ハードディスク１０７０に構成されたユーザプロファイルＤＢ２６に記憶され、端末８０のユーザ名と、当該ユーザが選択した第１のアーティストと第２のアーティストとの関連性の内容を示すフラグ値と、重み付け値とが対応付けられている。なお、図７では、容易に理解可能とするため、関連性の内容も記載している。また、重み付け値は、履歴分析手段２０により決定されるものである。

具体的には、履歴分析手段２０は、視聴履歴テーブル（図６参照）において、対応付けられた各フラグ値の数をカウントし、このフラグ値の数を重み付け値の基本値（例えば、１）に加算する。
例えば、視聴履歴テーブルにおいて、フラグ値（１）の数は２つであり、この値に１が加算され、重み付け値は３となっている。また、フラグ値（２）の数は１つであり、この値に１が加算され、重み付け値は２となっている。また、フラグ値（３）はないので、基本値１のみとなり、重み付け値は１となっている。

（アーティスト関連情報グラフ）
図８は、本発明の実施形態に係るアーティスト関連情報グラフの概念を示す図である。
アーティスト関連情報グラフは、ハードディスク１０７０に構成されたアーティスト関連情報ＤＢ１５に更新可能に記憶されている。

アーティスト関連情報グラフは、関連情報抽出手段１０に作成され、パス重み付け値決定手段３１により決定された各パスの重み付け値が反映し更新される。また、アーティスト関連情報グラフは、選択情報を中心として延出する複数のパスのうちから、リコメンドパス選択手段３２により第１リコメンドパス、第２リコメンドパスが選択される。

図８を用いて具体的に説明する。
図８の中心の太線で囲まれたものが選択情報（曲名Ｘ・アーティスト１）である。この選択情報から延出するパスは、丸数字１（点線のパス）と、丸数字２（一点鎖線のパス）と、丸数字３（実線のパス）との３つのパスがある。

丸数字１（点線のパス）は、選択情報との関連性は「サポート、レコーディングメンバ」（フラグ値（１））であり、重み付け値はプロファイルテーブル（図７参照）より３である。
丸数字２（一点鎖線のパス）は、選択情報との関連性は「プロデュース／楽曲提供」（フラグ値（２））であり、重み付け値はプロファイルテーブル（図７参照）より２である。
丸数字３（実線のパス）は、選択情報との関連性は「所属バンド」（フラグ値（３））であり、重み付け値はプロファイルテーブル（図７参照）より１である。

リコメンドパス選択手段３２は、重み付け値が最も高い丸数字１（点線のパス）を優先的に第１リコメンドパスとして選択し、重み付け値が最も低い丸数字３（実線のパス）を優先的に第２リコメンドパスとして選択する。

（履歴分析処理）
図９は、本発明の実施形態に係る履歴分析処理を示すフローチャートである。
ステップＳ１０１では、選択情報を受信する制御を行う。この処理において、ＣＰＵ１０１０（受信手段４０）は、ネットワーク７０を介して複数の端末８０から送信された選択情報を受信する制御を行う。

ステップＳ１０２では、視聴履歴テーブルを更新する制御を行う。この処理において、ＣＰＵ１０１０（履歴分析手段２０）は、端末８０から送信された選択情報（アーティスト及び楽曲の情報）を集計し、ハードディスク１０７０（ユーザ視聴履歴ＤＢ２５）に記憶された視聴履歴テーブル（図６参照）を更新する制御を行う。

ステップＳ１０３では、プロファイルテーブルを更新する制御を行う。この処理において、ＣＰＵ１０１０（履歴分析手段２０）は、視聴履歴テーブルにおける各フラグ値の個数に応じて、複数の関連性（図４参照）の高い又は低いパスを抽出するための重み付け値を決定し、ハードディスク１０７０（ユーザプロファイルＤＢ２６）に記憶されたプロファイルテーブル（図７参照）を更新する制御を行う。

（リコメンド情報生成処理）
図１０は、本発明の実施形態に係るリコメンド情報生成処理を示すフローチャートである。
ステップＳ１１１では、選択情報を受信する制御を行う。この処理において、ＣＰＵ１０１０（受信手段４０）は、ネットワーク７０を介して複数の端末８０から送信された選択情報（アーティスト及び楽曲の情報）を受信する制御を行う。

ステップＳ１１２では、アーティスト関連情報グラフを作成する制御を行う。この処理において、ＣＰＵ１０１０（関連情報抽出手段１０）は、ハードディスク１０７０（アーティスト関連情報ＤＢ１５）に記憶されたアーティスト関連情報テーブル（図５参照）を参照して、選択情報に関連情報を関連させて複数のパスを生成し、アーティスト関連情報グラフ（図８参照）を作成する制御を行う。

ステップＳ１１３では、重み付け値を算出する制御を行う。この処理において、ＣＰＵ１０１０（パス重み付け値決定手段３１）は、履歴分析手段２０のステップＳ１０３の処理によって決定された関連性の高い又は低いパスを抽出するための重み付け値に基づき、複数のパス毎の重み付け値を決定し、この重み付け値をステップＳ１１２で作成したアーティスト関連情報グラフ（図８参照）に反映し更新する制御を行う。

ステップＳ１１４では、重み付け値が最大のパスか否かを判定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１２の処理で生成した複数のパスのうち、ステップＳ１１３で決定した重み付け値が最も高いパスか否かを判定する制御を行う。リコメンドパス選択手段３２は、重み付け値が最も高いパスであると判定した場合には当該パスを優先的に第１リコメンドパスとして選択する制御を行う。また、重み付け値が最も高いパスでないと判定した場合にはステップＳ１１６に処理を移す。

ステップＳ１１５では、第１リコメンドを決定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンド決定手段３３）は、ステップＳ１１４で選択した第１リコメンドパスの関連情報を第１リコメンド情報として決定する制御を行う。

具体例について、図８を用いて説明する。
ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１４の処理により、複数のパス（丸数字１（点線のパス）・丸数字２（一点鎖線のパス）・丸数字３（実線のパス））のうち、重み付け値が最も高い３を有する丸数字１（点線のパス）のパスを優先的に第１リコメンドパスとして選択する。
ステップＳ１１５では、ＣＰＵ１０１０（リコメンド決定手段３３）は、第１リコメンドパスに含まれる関連情報（プロデューサＡ・Ｂ及びアーティスト２〜５）のうち、リコメンド情報となり得るアーティスト２〜５を第１リコメンド情報として決定する。なお、本実施形態において、プロデューサに関する関連情報は、プロデューサ自体がＣＤ等の販売目的で演奏・歌唱することはないため、リコメンド情報から除かれる。

ステップＳ１１６では、重み付け値が最小のパスか否かを判定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１２の処理で生成した複数のパスのうち、ステップＳ１１３で決定した重み付け値が最も低いパスか否かを判定する制御を行う。リコメンドパス選択手段３２は、重み付け値が最も低いパスであると判定した場合には当該パスを優先的に第２リコメンドパスとして選択する制御を行う。また、重み付け値が最も低いパスでないと判定した場合にはステップＳ１１９に処理を移す。
なお、ステップＳ１１６では、ステップＳ１１７の判定により、すでに第２リコメンドパスとして選択したパスであると判定したパスを除外して、重み付け値が最小のパスか否かを判定する制御を行う。

ステップＳ１１７では、リコメンド済みのパスか否かを判定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンドパス選択手段３２）は、すでに第２リコメンドパスとして選択したパスか否かを判定する制御を行う。リコメンドパス選択手段３２は、すでに第２リコメンドパスとして選択したパスであると判定した場合にはステップＳ１１６に処理を移す。また、すでに第２リコメンドパスとして選択したパスでないと判定した場合にはステップＳ１１６に処理を移す。

ステップＳ１１８では、第２リコメンドを決定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンド決定手段３３）は、ステップＳ１１６で選択した第２リコメンドパスの関連情報及び当該関連情報の関連性を第２リコメンド情報として決定する制御を行う。

具体例について、図８を用いて説明する。
ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１６の処理により、複数のパス（丸数字１（点線のパス）・丸数字２（一点鎖線のパス）・丸数字３（実線のパス））のうち、重み付け値が最も低い１を有する丸数字３（実線のパス）のパスを優先的に第２リコメンドパスとして選択する。
ステップＳ１１８では、ＣＰＵ１０１０（リコメンド決定手段３３）は、第２リコメンドパスに含まれる関連情報（プロデューサＤ・Ｅ及びアーティスト６，８〜１１）のうち、リコメンド情報となり得るアーティスト６，８〜１１を第２リコメンド情報として決定する。
なお、ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１７の処理により、丸数字３（実線のパス）のパスがすでに第２リコメンドパスとして選択していたと判定した場合には、ステップＳ１１６の処理により、丸数字３（実線のパス）のパスを除いて、重み付け値が最も低い２を有する丸数字２（一点鎖線のパス）のパスを優先的に第２リコメンドパスとして選択する。

ステップＳ１１９では、リコメンド情報を送信する制御を行う。この処理において、ＣＰＵ１０１０（送信手段５０）は、ステップＳ１１５及びステップＳ１１８の処理によって決定した第１及び第２リコメンド情報を、選択情報を送信した端末８０に、ネットワーク７０を介して送信する制御を行う。

上記実施形態によれば、リコメンドパス探索サーバ１は、リコメンド情報生成処理により、端末８０から送信された選択情報（例えば、あるアーティストによる楽曲の試聴要求）との関連性の低いパスを抽出するための重み付け（例えば、頻度、重要性、又は一般性等を示す値）が低い関連情報及びその関連性（すなわち、何故この関連情報が選択されたかの理由）を第２リコメンド情報として端末８０に送信できる。
よって、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。

また、リコメンドパス探索サーバ１は、履歴分析処理により、ユーザの過去の履歴（例えば、視聴履歴）を示す視聴履歴テーブルから、当該ユーザが選択する関連性の選択頻度に基づき、関連性の低いパスを抽出するための重み付け値を決定できる。
よって、リコメンドパス探索サーバ１は、ユーザの過去の履歴にないもの、あるいは頻度が低い関連性からリコメンド情報を選択できるので、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。

さらに、リコメンドパス探索サーバ１は、リコメンド情報生成処理のステップＳ１１７により、１度リコメンドパスとして選択されたパスを除外して、リコメンドパスを選択できるので、ユーザにとっての意外性を常に保ちつつ、なおかつ選択された理由付きのリコメンド情報を発信できる。

（端末８０の表示画面）
図１１は、本発明の実施形態に係る端末８０の表示画面を示す図である。
図１１に示すように、ユーザの端末８０の表示画面には、新譜情報として、視聴可能な「曲名Ｘ：アーティスト１」の選択情報８１が表示されている。ユーザにより、この選択情報８１が操作されると、端末８０からリコメンドパス探索サーバ１に選択情報が送信される。
また、リコメンドとして、推奨アーティスト「アーティスト２〜５，７」の第１リコメンド情報８２、意外性アーティスト「アーティスト６，８〜１１及び当該アーティストの関連性」の第２リコメンド情報８３が表示されている。これらのリコメンドは、リコメンドパス探索サーバ１から送信された第１及び第２リコメンド情報に基づき表示される。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。

本発明の実施形態に係るリコメンドパス探索サーバの機能構成図である。 本発明のリコメンドパス探索システムの概要を示す図である。 本発明の実施形態に係るリコメンドパス探索サーバのハードウェア構成の一例を示す図である。 本発明の実施形態に係る関連性テーブルを示す図である。 本発明の本実施形態に係るアーティスト関連情報テーブルを示す図である。 本発明の実施形態に係る視聴履歴テーブルを示す図である。 本発明の実施形態に係るプロファイルテーブルを示す図である。 本発明の実施形態に係るアーティスト関連情報グラフの概念を示す図である。 本発明の実施形態に係る履歴分析処理を示すフローチャートである。 本発明の実施形態に係るリコメンド情報生成処理を示すフローチャートである。 本発明の実施形態に係る端末の表示画面を示す図である。

１ リコメンドパス探索サーバ
１０ 関連情報抽出手段
１５ アーティスト関連情報ＤＢ
２０ 履歴分析手段
２５ ユーザ視聴履歴ＤＢ
２６ ユーザプロファイルＤＢ
３０ リコメンド決定手段
３１ パス重み付け値決定手段
３２ リコメンドパス選択手段
３３ リコメンド決定手段
８０ 端末
１０１０ ＣＰＵ
１０７０ ハードディスク

Claims (5)

1. ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するコンピュータが実行する方法であって、
   前記選択情報に対して関連性を有する関連情報により複数のパスを生成する関連情報抽出ステップと、
   前記関連性の低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定ステップと、
   前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択ステップと、
   前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信ステップと、を含むことを特徴とするリコメンド情報を発信する方法。
2. 前記選択情報を集計した履歴を生成し、当該履歴に基づき、前記関連性の低いパスを抽出するための重み付け値を決定する履歴分析ステップを含み、
   前記パス重み付け値決定ステップは、前記決定された前記重み付け値に基づき、前記複数のパス毎の前記重み付け値を決定することを特徴とする請求項１に記載のリコメンド情報を発信する方法。
3. 前記リコメンドパス選択ステップは、前記複数のパスのうち、前記リコメンドパスとして選択されていないパスの中から、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択することを特徴とする請求項１又は２に記載のリコメンド情報を発信する方法。
4. ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するサーバであって、
   前記選択情報に対して関連性を有する関連情報により複数のパスを生成する関連情報抽出手段と、
   前記関連性の低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定手段と、
   前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択手段と、
   前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信手段と、を備えることを特徴とするサーバ。
5. 請求項１から３のいずれか１項に記載の方法をコンピュータに実行させるプログラム。

Images