(57)【要約】【課題】ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信する方法を提供すること。【解決手段】ネットワーク７０を介して接続された端末８０から送信された選択情報に基づき、リコメンド情報を発信するリコメンドパス探索サーバ１は、選択情報に対して関連性を有する関連情報により複数のパスを生成し、関連性の低いパスを抽出するための重み付けにより、複数のパス毎に重み付け値を決定し、複数のパスのうち、関連性の低い重み付け値を示すパスを優先的に第２リコメンドパスとして選択し、第２リコメンドパスの関連情報及び当該関連情報の関連性を第２リコメンド情報として端末に発信する。【選択図】図１
2010128641.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するコンピュータが実行する方法であって、
前記選択情報に対して関連性を有する関連情報により複数のパスを生成する関連情報抽出ステップと、
前記関連性の低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定ステップと、
前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択ステップと、
前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信ステップと、を含むことを特徴とするリコメンド情報を発信する方法。
【請求項２】
前記選択情報を集計した履歴を生成し、当該履歴に基づき、前記関連性の低いパスを抽出するための重み付け値を決定する履歴分析ステップを含み、
前記パス重み付け値決定ステップは、前記決定された前記重み付け値に基づき、前記複数のパス毎の前記重み付け値を決定することを特徴とする請求項１に記載のリコメンド情報を発信する方法。
【請求項３】
前記リコメンドパス選択ステップは、前記複数のパスのうち、前記リコメンドパスとして選択されていないパスの中から、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択することを特徴とする請求項１又は２に記載のリコメンド情報を発信する方法。
【請求項４】
ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するサーバであって、
前記選択情報に対して関連性を有する関連情報により複数のパスを生成する関連情報抽出手段と、
前記関連性の低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定手段と、
前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択手段と、
前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信手段と、を備えることを特徴とするサーバ。
【請求項５】
請求項１から３のいずれか１項に記載の方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リコメンド情報を発信する方法、サーバ及びプログラムに関する。特に、ネットワークを利用したリコメンド情報の発信に関する。
【背景技術】
【０００２】
近年、インターネットの社会への普及に伴い、Ｗｅｂその他のネットワーク環境において、ユーザはＷｅｂブラウザその他の技術的手段により情報を単に閲覧するだけではなく、楽曲を視聴したり、映画のＤＶＤをレンタルしたり、商品を購入することが可能となっている。
【０００３】
ところで、Ｗｅｂ上で楽曲の視聴等を提供するサーバは、ユーザがある楽曲を視聴等すると、当該ユーザの履歴等から、当該楽曲に関連する他の楽曲が推薦するリコメンド情報を提供するサービスを行う。
【０００４】
このようなリコメンド情報を提供するサービスとしては、例えば、ネットワークを利用した通信カラオケシステムにおいて、複数のユーザによる共通してリクエストされた楽曲を抽出し、抽出した楽曲に基づく推奨楽曲リストを作成し表示する推奨楽曲選出方法が提案されている（特許文献１参照）。
【０００５】
この特許文献１の推奨楽曲選出方法によれば、ユーザの趣向に基づく、リクエスト楽曲（リコメンド情報）を効率的良く推奨できる。
【特許文献１】特開２００６−３３７４０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ユーザは、通常、自分の趣向に基づく情報には詳しいものであり、特許文献１の方法によって表示されたレコメンド情報は、ユーザが既に認知している情報も多い。また、頻繁にアクセスするユーザには、同じリコメンド情報が度々提示されるので、情報としての価値が低くなるとともに、予想とおりのリコメンド情報であり、面白みに欠ける。一方、ユーザは、予想外のリコメンド情報が提示されると、何故このリコメンド情報が選択されたのか知りたくなる。
【０００７】
本発明は、このような事情を考慮して提案されるものであり、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信する方法、サーバ、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明では、以下のような解決手段を提供する。
【０００９】
（１）  ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するコンピュータが実行する方法であって、
前記選択情報に対して関連性を有する関連情報により複数のパスを生成する関連情報抽出ステップと、
前記関連性の低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定ステップと、
前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択ステップと、
前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信ステップと、を含むことを特徴とするリコメンド情報を発信する方法。
【００１０】
（１）の発明によれば、ネットワークを介して接続された端末から送信された選択情報に対して関連性を有する関連情報により複数のパスを生成し、関連性の低いパスを抽出するための重み付けにより、複数のパス毎に重み付け値を決定し、複数のパスのうち、関連性の低い重み付け値を示すパスを優先的にリコメンドパスとして選択し、リコメンドパスの関連情報及び当該関連情報の関連性をリコメンド情報として端末に発信する。
【００１１】
このことにより、端末から送信された選択情報（例えば、あるアーティストによる楽曲の試聴要求）との関連性の低いパスを抽出するための重み付け（例えば、頻度、重要性、又は一般性等を示す値）が低い関連情報及びその関連性（すなわち、何故この関連情報が選択されたかの理由）をリコメンド情報として端末に送信できる。
よって、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００１２】
（２）  （１）記載のリコメンド情報を発信する方法において、前記選択情報を集計した履歴を生成し、当該履歴に基づき、前記関連性の低いパスを抽出するための重み付け値を決定する履歴分析ステップを含み、
前記パス重み付け値決定ステップは、前記決定された前記重み付け値に基づき、前記複数のパス毎の前記重み付け値を決定する。
【００１３】
（２）の発明によれば、（１）の発明に加えて、端末から送信された選択情報を集計した履歴を生成し、当該履歴に基づき、関連性の低いパスを抽出するための重み付け値を決定し、決定された重み付け値に基づき、複数のパス毎の重み付け値を決定する。
【００１４】
このことにより、ユーザの過去の履歴（例えば、視聴履歴）から、当該ユーザが選択する関連性の選択頻度に基づき、関連性の低いパスを抽出するための重み付け値を決定できる。
よって、ユーザの過去の履歴にないもの、あるいは頻度が低い関連性からリコメンド情報を選択できるので、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００１５】
（３）  （１）又は（２）記載のリコメンド情報を発信する方法において、前記リコメンドパス選択ステップは、前記複数のパスのうち、前記リコメンドパスとして選択されていないパスの中から、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択する。
【００１６】
（３）の発明によれば、（１）又は（２）の発明に加えて、複数のパスのうち、リコメンドパスとして選択されていないパスの中から、関連性の低い重み付け値を示すパスを優先的にリコメンドパスとして選択する。
【００１７】
このことにより、１度リコメンドパスとして選択されたパスを除外して、リコメンドパスを選択できるので、ユーザにとっての意外性を常に保ちつつ、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００１８】
（４）  ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するサーバであって、
前記選択情報に対して関連性を有する関連情報により複数のパスを生成する関連情報抽出手段と、
前記関連性の低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定手段と、
前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択手段と、
前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信手段と、を備えることを特徴とするサーバ。
【００１９】
（４）の発明によれば、当該サーバを運用することにより、（１）の発明と同様の効果が期待できる。
【００２０】
（５）  （１）から（３）のいずれか１項に記載の方法をコンピュータに実行させるプログラム。
【００２１】
（５）によれば、当該プログラムをコンピュータに実行させることにより、（１）から（３）の発明と同様の効果が期待できる。
【発明の効果】
【００２２】
本発明によれば、ユーザにとって、意外性のあるリコメンド情報を発信する方法を提供することができる。
【発明を実施するための最良の形態】
【００２３】
［本実施形態］
（機能構成）
以下、本発明の実施形態について図を参照しながら説明する。
図１は、本発明の実施形態に係るリコメンドパス探索サーバ１の機能構成図である。
図２は、本発明のリコメンドパス探索システム１００の概要を示す図である。
【００２４】
リコメンドパス探索サーバ１は、関連情報抽出手段１０と、アーティスト関連情報データベース１５（以下、データベースはＤＢと称する。）と、履歴分析手段２０と、ユーザ視聴履歴ＤＢ２５と、ユーザプロファイルＤＢ２６と、リコメンド情報生成手段３０と、受信手段４０と、送信手段５０と、を備える。
また、リコメンドパス探索サーバ１には、ネットワーク７０（インターネット、ＬＡＮ、ＷＡＮなど）を介して複数の端末８０が接続されている。
【００２５】
関連情報抽出手段１０は、端末８０から送信された選択情報に対して関連性を有する関連情報により複数のパスを生成する。
本実施形態において、選択情報とは、例えば、端末８０においてユーザが選択したアーティストによる楽曲についての試聴要求情報をいう。
また、本実施形態において、関連情報（詳細は図５を用いて後述する）とは、あるアーティスト、楽曲、及びプロデューサと所定の関連性（詳細は図４を用いて後述する）を有する他のアーティスト、及びプロデューサをいう。
【００２６】
具体的には、関連情報抽出手段１０は、アーティスト関連情報テーブル（図５参照）を参照して、選択情報（アーティスト及び楽曲の情報）に関連情報を関連させて複数のパスを生成し、アーティスト関連情報グラフ（図８参照）を作成する。
【００２７】
アーティスト関連情報ＤＢ１５は、後述する関連性テーブル（図４参照）、アーティスト関連情報テーブル（図５参照）を更新可能に記憶する。また、アーティスト関連情報ＤＢ１５は、関連情報抽出手段１０により作成されたアーティスト関連情報グラフを更新可能に記憶する。
【００２８】
履歴分析手段２０は、端末８０から送信された選択情報を集計し、ユーザ視聴履歴ＤＢ２５に記憶された視聴履歴テーブル（図６参照）を更新する。また、視聴履歴テーブルに基づき、後述する複数の関連性（図４参照）の高い又は低いパスを抽出するための重み付け値を決定し、ユーザプロファイルＤＢ２６に記憶されたプロファイルテーブル（図７参照）を更新する。
【００２９】
ユーザ視聴履歴ＤＢ２５は、後述する視聴履歴テーブル（図７参照）を記憶する。
ユーザプロファイルＤＢ２６は、後述するプロファイルテーブル（図８参照）を記憶する。
【００３０】
リコメンド情報生成手段３０は、パス重み付け値決定手段３１と、リコメンドパス選択手段３２と、リコメンド決定手段３３と、を備える。
【００３１】
パス重み付け値決定手段３１は、履歴分析手段２０によって決定された関連性の高い又は低いパスを抽出するための重み付け値に基づき、関連情報抽出手段１０が生成した複数のパス毎の重み付け値を決定し、この重み付け値をアーティスト関連情報グラフ（図８参照）に反映し更新する。
【００３２】
リコメンドパス選択手段３２は、関連情報抽出手段１０が生成した複数のパスのうち、パス重み付け値決定手段３１が決定した関連性の低い重み付け値を示すパスを優先的に第２リコメンドパスとして選択する。
また、リコメンドパス選択手段３２は、関連情報抽出手段１０が生成した複数のパスのうち、パス重み付け値決定手段３１が決定した関連性の高い重み付け値を示すパスを優先的に第１リコメンドパスとして選択する。
【００３３】
リコメンド決定手段３３は、第２リコメンドパスの関連情報及び当該関連情報の関連性を第２リコメンド情報として決定する。
また、リコメンド決定手段３３は、第１リコメンドパスの関連情報を第１リコメンド情報として決定する。すなわち、リコメンドパスとは、リコメンド情報として決定する関連情報を含むパスをいう。
【００３４】
受信手段４０は、ネットワーク７０を介して複数の端末８０から送信された選択情報を受信する。
【００３５】
送信手段５０は、リコメンド決定手段３３によって決定された第１及び第２リコメンド情報を選択情報を送信した端末８０に、ネットワーク７０を介して送信する。
【００３６】
図３は、本発明の実施形態に係るリコメンドパス探索サーバ１のハードウェア構成の一例を示す図である。リコメンドパス探索サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１０（マルチプロセッサ構成ではＣＰＵ＿Ａ１０１２など複数のＣＰＵが追加されてもよい）、バスライン１００５、コンピュータネットワーク用通信Ｉ／Ｆ１０４０、メインメモリ１０５０、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）１０６０、ハードディスク１０７０、通信Ｉ／Ｆ１０８０並びにキーボード及びマウス１１００などの入力手段や表示装置１０２２を備える。
【００３７】
ＢＩＯＳ１０６０は、リコメンドパス探索サーバ１の起動時にＣＰＵ１０１０が実行するブートプログラムや、ハードウェアに依存するプログラムなどを格納する。
【００３８】
ハードディスク１０７０は、リコメンドパス探索サーバ１が機能するための各種プログラム及び本発明の機能を実行するプログラムを記憶しており、更に、アーティスト関連情報ＤＢ１５、ユーザ視聴履歴ＤＢ２５、ユーザプロファイルＤＢ２６を構成する。
【００３９】
表示装置１０２２は、データの入力を受付ける画面を表示したりするものであり、ブラウン管表示装置（ＣＲＴ）、液晶表示装置（ＬＣＤ）などのディスプレイ装置を含む。
【００４０】
ここで、入力手段は、入力の受付けを行うものであり、キーボード及びマウス１１００などにより構成する。
【００４１】
また、コンピュータネットワーク用通信Ｉ／Ｆ１０４０は、リコメンドパス探索サーバ１をネットワーク７０（専用ネットワーク又は公共ネットワーク）を介してユーザの端末８０などと接続できるようにするためのネットワーク・アダプタである。通信Ｉ／Ｆ１０８０は、ネットワーク７０を介さないでデータを送受信するためのインターフェース装置である。
【００４２】
（関連性テーブル）
図４は、本発明の実施形態に係る関連性テーブルを示す図である。
関連性テーブルは、ハードディスク１０７０に構成されたアーティスト関連情報ＤＢ１５に記憶され、あるアーティスト、楽曲、及びプロデューサと、他のアーティスト、及びプロデューサとにおける、所定の関連性の内容に、当該内容であることを示すフラグ値が対応付けられている。
【００４３】
具体的には、関連性の一例として、「サポート、レコーディングメンバ」であることを示すフラグ値（１）が対応付けられている。また、「プロデュース／楽曲提供」であることを示すフラグ値（２）が対応付けられている。また、「所属バンド」であることを示すフラグ値（３）が対応付けられている。また、「同一ジャンル」であることを示すフラグ値（４）が対応付けられている。また、「雰囲気の共通性」であることを示すフラグ値（５）が対応付けられている。
【００４４】
（アーティスト関連情報テーブル）
図５は、本発明の本実施形態に係るアーティスト関連情報テーブルを示す図である。
アーティスト関連情報テーブルは、ハードディスク１０７０に構成されたアーティスト関連情報ＤＢ１５に記憶され、関連対象として、あるアーティスト、楽曲、及びプロデューサに関連する関連情報として、他のアーティスト、及びプロデューサが対応付けられている。また、関連対象と関連情報との関連性の内容を示すフラグ値が対応付けられている。この関連性の内容とフラグ値との関係は、関連性テーブル（図４参照）に対応付けられたとおりである。
【００４５】
具体的には、曲名Ｘには、プロデューサＡとプロデューサＢとが対応付けられ、これらの関連性の内容（「サポート、レコーディングメンバ」）を示すフラグ値（１）が対応付けられている。また、アーティスト１には、アーティスト９（フラグ値（３）「所属バンド」）、アーティスト１０（フラグ値（３）「所属バンド」）、プロデューサＣ（フラグ値（２）「プロデュース／楽曲提供」）、プロデューサＤ（フラグ値（２）「プロデュース／楽曲提供」）、が対応付けられている。
【００４６】
（視聴履歴テーブル）
図６は、本発明の実施形態に係る視聴履歴テーブルを示す図である。
視聴履歴テーブルは、ハードディスク１０７０に構成されたユーザ視聴履歴ＤＢ２５に記憶され、端末８０のユーザ名と、選択情報受信日時と、選択情報に含まれる曲名及びアーティスト名とが対応付けられている。
【００４７】
また、連続して選択情報を受信したときの、第１の選択情報に含まれる第１のアーチストと、次の第２の選択情報に含まれる第２のアーティストとの関連性の内容を示すフラグ値が対応付けられている。すなわち、例えば、第１のアーチストとしてアーティスト４と、第２のアーティストとしてのアーティスト５との関連性の内容を示すフラグ値は、アーティスト関連情報テーブル（図５参照）によれば（１）であり、この値が対応付けられている。
【００４８】
（プロファイルテーブル）
図７は、本発明の実施形態に係るプロファイルテーブルを示す図である。
プロファイルテーブルは、ハードディスク１０７０に構成されたユーザプロファイルＤＢ２６に記憶され、端末８０のユーザ名と、当該ユーザが選択した第１のアーチストと第２のアーティストとの関連性の内容を示すフラグ値と、重み付け値とが対応付けられている。なお、図７では、容易に理解可能とするため、関連性の内容も記載している。また、重み付け値は、履歴分析手段２０により決定されるものである。
【００４９】
具体的には、履歴分析手段２０は、視聴履歴テーブル（図６参照）において、対応付けられた各フラグ値の数をカウントし、このフラグ値の数を重み付け値の基本値（例えば、１）に加算する。
例えば、視聴履歴テーブルにおいて、フラグ値（１）の数は２つであり、この値に１が加算され、重み付け値は３となっている。また、フラグ値（２）の数は１つであり、この値に１が加算され、重み付け値は２となっている。また、フラグ値（３）はないので、こ基本値１のみとなり、重み付け値は１となっている。
【００５０】
（アーティスト関連情報グラフ）
図８は、本発明の実施形態に係るアーティスト関連情報グラフの概念を示す図である。
アーティスト関連情報グラフは、ハードディスク１０７０に構成されたアーティスト関連情報ＤＢ１５に更新可能に記憶されている。
【００５１】
アーティスト関連情報グラフは、関連情報抽出手段１０に作成され、パス重み付け値決定手段３１により決定された各パスの重み付け値が反映し更新される。また、アーティスト関連情報グラフは、選択情報を中心として延出する複数のパスのうちから、リコメンドパス選択手段３２により第１リコメンドパス、第２リコメンドパスが選択される。
【００５２】
図８を用いて具体的に説明する。
図８の中心の太線で囲まれたものが選択情報（曲名Ｘ・アーティスト１）である。この選択情報から延出するパスは、丸数字１（点線のパス）と、丸数字２（一点鎖線のパス）と、丸数字３（実線のパス）との３つのパスがある。
【００５３】
丸数字１（点線のパス）は、選択情報との関連性は「サポート、レコーディングメンバ」（フラグ値（１））であり、重み付け値はプロファイルテーブル（図７参照）より３である。
丸数字２（一点鎖線のパス）は、選択情報との関連性は「プロデュース／楽曲提供」（フラグ値（２））であり、重み付け値はプロファイルテーブル（図７参照）より２である。
丸数字３（実線のパス）は、選択情報との関連性は「所属バンド」（フラグ値（３））であり、重み付け値はプロファイルテーブル（図７参照）より１である。
【００５４】
リコメンドパス選択手段３２は、重み付け値が最も高い丸数字１（点線のパス）を優先的に第１リコメンドパスとして選択し、重み付け値が最も低い丸数字３（実線のパス）を優先的に第２リコメンドパスとして選択する。
【００５５】
（履歴分析処理）
図９は、本発明の実施形態に係る履歴分析処理を示すフローチャートである。
ステップＳ１０１では、選択情報を受信する制御を行う。この処理において、ＣＰＵ１０１０（受信手段４０）は、ネットワーク７０を介して複数の端末８０から送信された選択情報を受信する制御を行う。
【００５６】
ステップＳ１０２では、視聴履歴テーブルを更新する制御を行う。この処理において、ＣＰＵ１０１０（履歴分析手段２０）は、端末８０から送信された選択情報（アーティスト及び楽曲の情報）を集計し、ハードディスク１０７０（ユーザ視聴履歴ＤＢ２５）に記憶された視聴履歴テーブル（図６参照）を更新する制御を行う。
【００５７】
ステップＳ１０３では、プロファイルテーブルを更新する制御を行う。この処理において、ＣＰＵ１０１０（履歴分析手段２０）は、視聴履歴テーブルにおける各フラグ値の個数に応じて、複数の関連性（図４参照）の高い又は低いパスを抽出するための重み付け値を決定し、ハードディスク１０７０（ユーザプロファイルＤＢ２６）に記憶されたプロファイルテーブル（図７参照）を更新する制御を行う。
【００５８】
（リコメンド情報生成処理）
図１０は、本発明の実施形態に係るリコメンド情報生成処理を示すフローチャートである。
ステップＳ１１０では、選択情報を受信する制御を行う。この処理において、ＣＰＵ１０１０（受信手段４０）は、ネットワーク７０を介して複数の端末８０から送信された選択情報（アーティスト及び楽曲の情報）を受信する制御を行う。
【００５９】
ステップＳ１１２では、アーティスト関連情報グラフを作成する制御を行う。この処理において、ＣＰＵ１０１０（関連情報抽出手段１０）は、ハードディスク１０７０（アーティスト関連情報ＤＢ１５）に記憶されたアーティスト関連情報テーブル（図５参照）を参照して、選択情報に関連情報を関連させて複数のパスを生成し、アーティスト関連情報グラフ（図８参照）を作成する制御を行う。
【００６０】
ステップＳ１１３では、重み付け値を算出する制御を行う。この処理において、ＣＰＵ１０１０（パス重み付け値決定手段３１）は、履歴分析手段２０のステップＳ１０３の処理によって決定された関連性の高い又は低いパスを抽出するための重み付け値に基づき、複数のパス毎の重み付け値を決定し、この重み付け値をステップＳ１１２で作成したアーティスト関連情報グラフ（図８参照）に反映し更新する制御を行う。
【００６１】
ステップＳ１１４では、重み付け値が最大のパスか否かを判定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１２の処理で生成した複数のパスのうち、ステップＳ１１３の所定で決定した重み付け値が最も高いパスか否かを判定する制御を行う。リコメンドパス選択手段３２は、重み付け値が最も高いパスであると判定した場合には当該パスを優先的に第１リコメンドパスとして選択する制御を行う。また、重み付け値が最も高いパスでないと判定した場合にはステップＳ１１６に処理を移す。
【００６２】
ステップＳ１１５では、第１リコメンドを決定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンド決定手段３３）は、ステップＳ１１４で選択した第１リコメンドパスの関連情報を第１リコメンド情報として決定する制御を行う。
【００６３】
具体例を図８を用いて説明する。
ステップＳ１１４の処理により、複数のパス（丸数字１（点線のパス）・丸数字２（一点鎖線のパス）・丸数字３（実線のパス））のうち、重み付け値が最も高い３を有する丸数字１（点線のパス）のパスを優先的に第１リコメンドパスとして選択する。
ステップＳ１１５では、第１リコメンドパスに含まれる関連情報（プロデューサＡ・Ｂ及びアーティスト２〜５）のうち、リコメンド情報となり得るアーティスト２〜５を第１リコメンド情報として決定する。なお、本実施形態において、プロデューサに関する関連情報は、プロデューサ自体がＣＤ等の販売目的で演奏・歌唱することはないため、リコメンド情報から除かれる。
【００６４】
ステップＳ１１６では、重み付け値が最小のパスか否かを判定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１２の処理で生成した複数のパスのうち、ステップＳ１１３の所定で決定した重み付け値が最も低いパスか否かを判定する制御を行う。リコメンドパス選択手段３２は、重み付け値が最も低いパスであると判定した場合には当該パスを優先的に第２リコメンドパスとして選択する制御を行う。また、重み付け値が最も低いパスでないと判定した場合にはステップＳ１１９に処理を移す。
なお、ステップＳ１１６では、ステップＳ１１７の判定により、すでに第２リコメンドパスとして選択したパスであると判定したパスを除外して、重み付け値が最小のパスか否かを判定する制御を行う。
【００６５】
ステップＳ１１７では、リコメンド済みのパスか否かを判定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンドパス選択手段３２）は、すでに第２リコメンドパスとして選択したパスか否かを判定する制御を行う。リコメンドパス選択手段３２は、すでに第２リコメンドパスとして選択したパスであると判定した場合にはステップＳ１１６に処理を移す。また、すでに第２リコメンドパスとして選択したパスでないと判定した場合にはステップＳ１１６に処理を移す。
【００６６】
ステップＳ１１８では、第２リコメンドを決定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンド決定手段３３）は、ステップＳ１１６で選択した第２リコメンドパスの関連情報及び当該関連情報の関連性を第２リコメンド情報として決定する制御を行う。
【００６７】
具体例を図８を用いて説明する。
ステップＳ１１６の処理により、複数のパス（丸数字１（点線のパス）・丸数字２（一点鎖線のパス）・丸数字３（実線のパス））のうち、重み付け値が最も低い１を有する丸数字３（実線のパス）のパスを優先的に第２リコメンドパスとして選択する。
ステップＳ１１８では、第２リコメンドパスに含まれる関連情報（プロデューサＤ・Ｅ及びアーティスト６，８〜１１）のうち、リコメンド情報となり得るアーティスト６，８〜１１を第２リコメンド情報として決定する。
なお、ステップＳ１１７の処理により、丸数字３（実線のパス）のパスが既に第２リコメンドパスとして選択していたと判定した場合には、ステップＳ１１６の処理により、丸数字３（実線のパス）のパスを除いて、重み付け値が最も低い２を有する丸数字２（一点鎖線のパス）のパスを優先的に第２リコメンドパスとして選択する。
【００６８】
ステップＳ１１９では、リコメンド情報を送信する制御を行う。この処理において、ＣＰＵ１０１０（送信手段５０）は、ステップＳ１１５及びステップＳ１１８の処理によって決定した第１及び第２リコメンド情報を選択情報を送信した端末８０に、ネットワーク７０を介して送信する制御を行う。
【００６９】
上記実施形態によれば、リコメンド情報生成処理により、端末８０から送信された選択情報（例えば、あるアーティストによる楽曲の試聴要求）との関連性の低いパスを抽出するための重み付け（例えば、頻度、重要性、又は一般性等を示す値）が低い関連情報及びその関連性（すなわち、何故この関連情報が選択されたかの理由）を第２リコメンド情報として端末８０に送信できる。
よって、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００７０】
また、履歴分析処理により、ユーザの過去の履歴（例えば、視聴履歴）を示す視聴履歴テーブルから、当該ユーザが選択する関連性の選択頻度に基づき、関連性の低いパスを抽出するための重み付け値を決定できる。
よって、ユーザの過去の履歴にないもの、あるいは頻度が低い関連性からリコメンド情報を選択できるので、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００７１】
更に、リコメンド情報生成処理のステップＳ１１７により、１度リコメンドパスとして選択されたパスを除外して、リコメンドパスを選択できるので、ユーザにとっての意外性を常に保ちつつ、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００７２】
（端末８０の表示画面）
図１１は、本発明の実施形態に係る端末８０の表示画面を示す図である。
図１１に示すように、ユーザの端末８０の表示画面には、新譜情報として、視聴可能な「曲名Ｘ：アーティスト１」の選択情報８１が表示されている。ユーザにより、この選択情報８１が操作されると、端末８０からリコメンドパス探索サーバ１に選択情報が送信される。
また、リコメンドとして、推奨アーティスト「アーティスト２〜７」の第１リコメンド情報８２、意外性アーティスト「アーティスト６，８〜１１及び当該アーティストの関連性」の第２リコメンド情報８３が表示されている。これらのリコメンドは、リコメンドパス探索サーバ１から送信された第１及び第２リコメンド情報に基づき表示される。
【００７３】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。
【図面の簡単な説明】
【００７４】
【図１】本発明の実施形態に係るリコメンドパス探索サーバの機能構成図である。
【図２】本発明のリコメンドパス探索システムの概要を示す図である。
【図３】本発明の実施形態に係るリコメンドパス探索サーバのハードウェア構成の一例を示す図である。
【図４】本発明の実施形態に係る関連性テーブルを示す図である。
【図５】本発明の本実施形態に係るアーティスト関連情報テーブルを示す図である。
【図６】本発明の実施形態に係る視聴履歴テーブルを示す図である。
【図７】本発明の実施形態に係るプロファイルテーブルを示す図である。
【図８】本発明の実施形態に係るアーティスト関連情報グラフの概念を示す図である。
【図９】本発明の実施形態に係る履歴分析処理を示すフローチャートである。
【図１０】本発明の実施形態に係るリコメンド情報生成処理を示すフローチャートである。
【図１１】本発明の実施形態に係る端末の表示画面を示す図である。
【符号の説明】
【００７５】
１    リコメンドパス探索サーバ
１０  関連情報抽出手段
１５  アーティスト関連情報ＤＢ
２０  履歴分析手段
２５  ユーザ視聴履歴ＤＢ
２６  ユーザプロファイルＤＢ
３０  リコメンド決定手段
３１  パス重み付け値決定手段
３２  リコメンドパス選択手段
３３  リコメンド決定手段
８０  端末
１０１０  ＣＰＵ
１０７０  ハードディスク
【図１】
2010128641.tif 000003
【図２】
2010128641.tif 000004
【図３】
2010128641.tif 000005
【図４】
2010128641.tif 000006
【図５】
2010128641.tif 000007
【図６】
2010128641.tif 000008
【図７】
2010128641.tif 000009
【図８】
2010128641.tif 000010
【図９】
2010128641.tif 000011
【図１０】
2010128641.tif 000012
【図１１】
2010128641.tif 000013
【手続補正書】
【提出日】平成22年4月7日(2010.4.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するコンピュータが実行する方法であって、
前記選択情報に対しての関連性を有する関連情報により複数のパスを生成する関連情報抽出ステップと、
前記関連性が低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定ステップと、
前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択ステップと、
前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信ステップと、を含むリコメンド情報を発信する方法。
【請求項２】
前記選択情報を集計した履歴を生成し、当該履歴に基づき、前記関連性の低いパスを抽出するための重み付け値を決定する履歴分析ステップを含み、
前記パス重み付け値決定ステップは、前記決定された前記重み付け値に基づき、前記複数のパス毎の前記重み付け値を決定する請求項１に記載のリコメンド情報を発信する方法。
【請求項３】
前記リコメンドパス選択ステップは、前記複数のパスのうち、前記リコメンドパスとして選択されていないパスの中から、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択する請求項１又は２に記載のリコメンド情報を発信する方法。
【請求項４】
ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するサーバであって、
前記選択情報に対しての関連性を有する関連情報により複数のパスを生成する関連情報抽出手段と、
前記関連性が低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定手段と、
前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択手段と、
前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信手段と、を備えるサーバ。
【請求項５】
請求項１から３のいずれか１項に記載の方法をコンピュータに実行させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リコメンド情報を発信する方法、サーバ及びプログラムに関する。特に、ネットワークを利用したリコメンド情報の発信に関する。
【背景技術】
【０００２】
近年、インターネットの社会への普及に伴い、Ｗｅｂその他のネットワーク環境において、ユーザはＷｅｂブラウザその他の技術的手段により情報を単に閲覧するだけではなく、楽曲を視聴したり、映画のＤＶＤをレンタルしたり、商品を購入することが可能となっている。
【０００３】
ところで、Ｗｅｂ上で楽曲の視聴等を提供するサーバは、ユーザがある楽曲を視聴等すると、当該ユーザの履歴等から、当該楽曲に関連する他の楽曲が推薦するリコメンド情報を提供するサービスを行う。
【０００４】
このようなリコメンド情報を提供するサービスとしては、例えば、ネットワークを利用した通信カラオケシステムにおいて、複数のユーザによる共通してリクエストされた楽曲を抽出し、抽出した楽曲に基づく推奨楽曲リストを作成し表示する推奨楽曲選出方法が提案されている（特許文献１参照）。
【０００５】
この特許文献１の推奨楽曲選出方法によれば、ユーザの嗜好に基づく、リクエスト楽曲（リコメンド情報）を効率的良く推奨できる。
【特許文献１】特開２００６−３３７４０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ユーザは、通常、自分の趣向に基づく情報には詳しいものであり、特許文献１の方法によって表示されたリコメンド情報は、ユーザがすでに認知している情報も多い。また、頻繁にアクセスするユーザには、同じリコメンド情報が度々提示されるので、情報としての価値が低くなるとともに、予想どおりのリコメンド情報であり、面白みに欠ける。一方、ユーザは、予想外のリコメンド情報が提示されると、何故このリコメンド情報が選択されたのか知りたくなる。
【０００７】
本発明は、このような事情を考慮して提案されるものであり、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信する方法、サーバ及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明では、以下のような解決手段を提供する。
【０００９】
（１）  ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するコンピュータが実行する方法であって、前記選択情報に対しての関連性を有する関連情報により複数のパスを生成する関連情報抽出ステップと、前記関連性が低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定ステップと、前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択ステップと、前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信ステップと、を含むリコメンド情報を発信する方法。
【００１０】
（１）の発明によれば、コンピュータは、ネットワークを介して接続された端末から送信された選択情報に対しての関連性を有する関連情報により複数のパスを生成し、関連性が低いパスを抽出するための重み付けにより、複数のパス毎に重み付け値を決定し、複数のパスのうち、関連性の低い重み付け値を示すパスを優先的にリコメンドパスとして選択し、リコメンドパスの関連情報及び当該関連情報の関連性をリコメンド情報として端末に発信する。
【００１１】
このことにより、コンピュータは、端末から送信された選択情報（例えば、あるアーティストによる楽曲の試聴要求）との関連性の低いパスを抽出するための重み付け（例えば、頻度、重要性又は一般性等を示す値）が低い関連情報及びその関連性（すなわち、何故この関連情報が選択されたかの理由）をリコメンド情報として端末に送信できる。
よって、コンピュータは、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００１２】
（２）  （１）記載のリコメンド情報を発信する方法において、前記選択情報を集計した履歴を生成し、当該履歴に基づき、前記関連性の低いパスを抽出するための重み付け値を決定する履歴分析ステップを含み、前記パス重み付け値決定ステップは、前記決定された前記重み付け値に基づき、前記複数のパス毎の前記重み付け値を決定する。
【００１３】
（２）の発明によれば、コンピュータは、（１）の発明に加えて、端末から送信された選択情報を集計した履歴を生成し、当該履歴に基づき、関連性の低いパスを抽出するための重み付け値を決定し、決定された重み付け値に基づき、複数のパス毎の重み付け値を決定する。
【００１４】
このことにより、コンピュータは、ユーザの過去の履歴（例えば、視聴履歴）から、当該ユーザが選択する関連性の選択頻度に基づき、関連性の低いパスを抽出するための重み付け値を決定できる。よって、コンピュータは、ユーザの過去の履歴にないもの、あるいは頻度が低い関連性からリコメンド情報を選択できるので、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００１５】
（３）  （１）又は（２）記載のリコメンド情報を発信する方法において、前記リコメンドパス選択ステップは、前記複数のパスのうち、前記リコメンドパスとして選択されていないパスの中から、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択する。
【００１６】
（３）の発明によれば、コンピュータは、（１）又は（２）の発明に加えて、複数のパスのうち、リコメンドパスとして選択されていないパスの中から、関連性の低い重み付け値を示すパスを優先的にリコメンドパスとして選択する。
【００１７】
このことにより、コンピュータは、１度リコメンドパスとして選択されたパスを除外して、リコメンドパスを選択できるので、ユーザにとっての意外性を常に保ちつつ、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００１８】
（４）  ネットワークを介して接続された端末から送信された選択情報に基づき、リコメンド情報を発信するサーバであって、前記選択情報に対しての関連性を有する関連情報により複数のパスを生成する関連情報抽出手段と、前記関連性が低いパスを抽出するための重み付けにより、前記複数のパス毎に重み付け値を決定するパス重み付け値決定手段と、前記複数のパスのうち、前記関連性の低い前記重み付け値を示すパスを優先的にリコメンドパスとして選択するリコメンドパス選択手段と、前記リコメンドパスの前記関連情報及び当該関連情報の前記関連性を前記リコメンド情報として前記端末に発信するリコメンド情報発信手段と、を備えるサーバ。
【００１９】
（４）の発明によれば、当該サーバを運用することにより、（１）の発明と同様の効果が期待できる。
【００２０】
（５）  （１）から（３）のいずれか１項に記載の方法をコンピュータに実行させるプログラム。
【００２１】
（５）によれば、当該プログラムをコンピュータに実行させることにより、（１）から（３）の発明と同様の効果が期待できる。
【発明の効果】
【００２２】
本発明によれば、ユーザにとって、意外性のあるリコメンド情報を発信することができる。
【発明を実施するための最良の形態】
【００２３】
［本実施形態］
（機能構成）
以下、本発明の実施形態について図を参照しながら説明する。
図１は、本発明の実施形態に係るリコメンドパス探索サーバ１の機能構成図である。
図２は、本発明のリコメンドパス探索システム１００の概要を示す図である。
【００２４】
リコメンドパス探索サーバ１は、関連情報抽出手段１０と、アーティスト関連情報データベース１５（以下、データベースはＤＢと称する。）と、履歴分析手段２０と、ユーザ視聴履歴ＤＢ２５と、ユーザプロファイルＤＢ２６と、リコメンド情報生成手段３０と、受信手段４０と、送信手段５０と、を備える。
また、リコメンドパス探索サーバ１には、ネットワーク７０（インターネット、ＬＡＮ、ＷＡＮ等）を介して複数の端末８０が接続されている。
【００２５】
関連情報抽出手段１０は、端末８０から送信された選択情報に対しての関連性を有する関連情報により複数のパスを生成する。
本実施形態において、選択情報とは、例えば、端末８０においてユーザが選択したアーティストによる楽曲についての試聴要求情報をいう。
また、本実施形態において、関連情報（詳細は図５を用いて後述する）とは、あるアーティスト、楽曲及びプロデューサと所定の関連性（詳細は図４を用いて後述する）を有する他のアーティスト及びプロデューサをいう。
【００２６】
具体的には、関連情報抽出手段１０は、アーティスト関連情報テーブル（図５参照）を参照して、選択情報（アーティスト及び楽曲の情報）に関連情報を関連させて複数のパスを生成し、アーティスト関連情報グラフ（図８参照）を作成する。
【００２７】
アーティスト関連情報ＤＢ１５は、後述する関連性テーブル（図４参照）、アーティスト関連情報テーブル（図５参照）を更新可能に記憶する。また、アーティスト関連情報ＤＢ１５は、関連情報抽出手段１０により作成されたアーティスト関連情報グラフを更新可能に記憶する。
【００２８】
履歴分析手段２０は、端末８０から送信された選択情報を集計し、ユーザ視聴履歴ＤＢ２５に記憶された視聴履歴テーブル（図６参照）を更新する。また、履歴分析手段２０は、視聴履歴テーブルに基づき、後述する複数の関連性（図４参照）の高い又は低いパスを抽出するための重み付け値を決定し、ユーザプロファイルＤＢ２６に記憶されたプロファイルテーブル（図７参照）を更新する。
【００２９】
ユーザ視聴履歴ＤＢ２５は、後述する視聴履歴テーブル（図６参照）を記憶する。
ユーザプロファイルＤＢ２６は、後述するプロファイルテーブル（図７参照）を記憶する。
【００３０】
リコメンド情報生成手段３０は、パス重み付け値決定手段３１と、リコメンドパス選択手段３２と、リコメンド決定手段３３と、を備える。
【００３１】
パス重み付け値決定手段３１は、履歴分析手段２０によって決定された関連性の高い又は低いパスを抽出するための重み付け値に基づき、関連情報抽出手段１０が生成した複数のパス毎の重み付け値を決定し、この重み付け値をアーティスト関連情報グラフ（図８参照）に反映し更新する。
【００３２】
リコメンドパス選択手段３２は、関連情報抽出手段１０が生成した複数のパスのうち、パス重み付け値決定手段３１が決定した関連性の低い重み付け値を示すパスを優先的に第２リコメンドパスとして選択する。
また、リコメンドパス選択手段３２は、関連情報抽出手段１０が生成した複数のパスのうち、パス重み付け値決定手段３１が決定した関連性の高い重み付け値を示すパスを優先的に第１リコメンドパスとして選択する。
【００３３】
リコメンド決定手段３３は、第２リコメンドパスの関連情報及び当該関連情報の関連性を第２リコメンド情報として決定する。
また、リコメンド決定手段３３は、第１リコメンドパスの関連情報を第１リコメンド情報として決定する。すなわち、リコメンドパスとは、リコメンド情報として決定する関連情報を含むパスをいう。
【００３４】
受信手段４０は、ネットワーク７０を介して複数の端末８０から送信された選択情報を受信する。
【００３５】
送信手段５０は、リコメンド決定手段３３によって決定された第１及び第２リコメンド情報を、選択情報を送信した端末８０に、ネットワーク７０を介して送信する。
【００３６】
図３は、本発明の実施形態に係るリコメンドパス探索サーバ１のハードウェア構成の一例を示す図である。リコメンドパス探索サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１０（マルチプロセッサ構成ではＣＰＵ＿Ａ１０１２等複数のＣＰＵが追加されてもよい）、バスライン１００５、コンピュータネットワーク用通信Ｉ／Ｆ１０４０、メインメモリ１０５０、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）１０６０、ハードディスク１０７０、通信Ｉ／Ｆ１０８０、キーボード及びマウス１１００等の入力手段並びに表示装置１０２２を備える。
【００３７】
ＢＩＯＳ１０６０は、リコメンドパス探索サーバ１の起動時にＣＰＵ１０１０が実行するブートプログラムや、ハードウェアに依存するプログラム等を格納する。
【００３８】
ハードディスク１０７０は、リコメンドパス探索サーバ１が機能するための各種プログラム及び本発明の機能を実行するプログラムを記憶しており、さらに、アーティスト関連情報ＤＢ１５、ユーザ視聴履歴ＤＢ２５、ユーザプロファイルＤＢ２６を構成する。
【００３９】
表示装置１０２２は、データの入力を受付ける画面を表示したりするものであり、ブラウン管表示装置（ＣＲＴ）、液晶表示装置（ＬＣＤ）等のディスプレイ装置を含む。
【００４０】
ここで、入力手段は、入力の受付けを行うものであり、キーボード及びマウス１１００等により構成する。
【００４１】
また、コンピュータネットワーク用通信Ｉ／Ｆ１０４０は、リコメンドパス探索サーバ１を、ネットワーク７０（専用ネットワーク又は公共ネットワーク）を介してユーザの端末８０等と接続できるようにするためのネットワーク・アダプタである。通信Ｉ／Ｆ１０８０は、ネットワーク７０を介さないでデータを送受信するためのインターフェース装置である。
【００４２】
（関連性テーブル）
図４は、本発明の実施形態に係る関連性テーブルを示す図である。
関連性テーブルは、ハードディスク１０７０に構成されたアーティスト関連情報ＤＢ１５に記憶され、あるアーティスト、楽曲及びプロデューサと、他のアーティスト及びプロデューサとにおける、所定の関連性の内容に、当該内容であることを示すフラグ値が対応付けられている。
【００４３】
具体的には、関連性の一例として、「サポート、レコーディングメンバ」であることを示すフラグ値（１）が対応付けられている。また、「プロデュース／楽曲提供」であることを示すフラグ値（２）が対応付けられている。また、「所属バンド」であることを示すフラグ値（３）が対応付けられている。また、「同一ジャンル」であることを示すフラグ値（４）が対応付けられている。また、「雰囲気の共通性」であることを示すフラグ値（５）が対応付けられている。
【００４４】
（アーティスト関連情報テーブル）
図５は、本発明の本実施形態に係るアーティスト関連情報テーブルを示す図である。アーティスト関連情報テーブルは、ハードディスク１０７０に構成されたアーティスト関連情報ＤＢ１５に記憶され、関連対象として、あるアーティスト、楽曲及びプロデューサに関連する関連情報として、他のアーティスト及びプロデューサが対応付けられている。また、関連対象と関連情報との関連性の内容を示すフラグ値が対応付けられている。この関連性の内容とフラグ値との関係は、関連性テーブル（図４参照）に対応付けられたとおりである。
【００４５】
具体的には、曲名Ｘには、プロデューサＡとプロデューサＢとが対応付けられ、これらの関連性の内容（「サポート、レコーディングメンバ」）を示すフラグ値（１）が対応付けられている。また、アーティスト１には、アーティスト９（フラグ値（３）「所属バンド」）、アーティスト１０（フラグ値（３）「所属バンド」）、プロデューサＣ（フラグ値（２）「プロデュース／楽曲提供」）、プロデューサＤ（フラグ値（２）「プロデュース／楽曲提供」）が対応付けられている。
【００４６】
（視聴履歴テーブル）
図６は、本発明の実施形態に係る視聴履歴テーブルを示す図である。
視聴履歴テーブルは、ハードディスク１０７０に構成されたユーザ視聴履歴ＤＢ２５に記憶され、端末８０のユーザ名と、選択情報受信日時と、選択情報に含まれる曲名及びアーティスト名とが対応付けられている。
【００４７】
また、連続して選択情報を受信したときの、第１の選択情報に含まれる第１のアーティストと、次の第２の選択情報に含まれる第２のアーティストとの関連性の内容を示すフラグ値が対応付けられている。すなわち、例えば、第１のアーティストとしてアーティスト４と、第２のアーティストとしてのアーティスト５との関連性の内容を示すフラグ値は、アーティスト関連情報テーブル（図５参照）によれば（１）であり、この値が対応付けられている。
【００４８】
（プロファイルテーブル）
図７は、本発明の実施形態に係るプロファイルテーブルを示す図である。
プロファイルテーブルは、ハードディスク１０７０に構成されたユーザプロファイルＤＢ２６に記憶され、端末８０のユーザ名と、当該ユーザが選択した第１のアーティストと第２のアーティストとの関連性の内容を示すフラグ値と、重み付け値とが対応付けられている。なお、図７では、容易に理解可能とするため、関連性の内容も記載している。また、重み付け値は、履歴分析手段２０により決定されるものである。
【００４９】
具体的には、履歴分析手段２０は、視聴履歴テーブル（図６参照）において、対応付けられた各フラグ値の数をカウントし、このフラグ値の数を重み付け値の基本値（例えば、１）に加算する。
例えば、視聴履歴テーブルにおいて、フラグ値（１）の数は２つであり、この値に１が加算され、重み付け値は３となっている。また、フラグ値（２）の数は１つであり、この値に１が加算され、重み付け値は２となっている。また、フラグ値（３）はないので、基本値１のみとなり、重み付け値は１となっている。
【００５０】
（アーティスト関連情報グラフ）
図８は、本発明の実施形態に係るアーティスト関連情報グラフの概念を示す図である。
アーティスト関連情報グラフは、ハードディスク１０７０に構成されたアーティスト関連情報ＤＢ１５に更新可能に記憶されている。
【００５１】
アーティスト関連情報グラフは、関連情報抽出手段１０に作成され、パス重み付け値決定手段３１により決定された各パスの重み付け値が反映し更新される。また、アーティスト関連情報グラフは、選択情報を中心として延出する複数のパスのうちから、リコメンドパス選択手段３２により第１リコメンドパス、第２リコメンドパスが選択される。
【００５２】
図８を用いて具体的に説明する。
図８の中心の太線で囲まれたものが選択情報（曲名Ｘ・アーティスト１）である。この選択情報から延出するパスは、丸数字１（点線のパス）と、丸数字２（一点鎖線のパス）と、丸数字３（実線のパス）との３つのパスがある。
【００５３】
丸数字１（点線のパス）は、選択情報との関連性は「サポート、レコーディングメンバ」（フラグ値（１））であり、重み付け値はプロファイルテーブル（図７参照）より３である。
丸数字２（一点鎖線のパス）は、選択情報との関連性は「プロデュース／楽曲提供」（フラグ値（２））であり、重み付け値はプロファイルテーブル（図７参照）より２である。
丸数字３（実線のパス）は、選択情報との関連性は「所属バンド」（フラグ値（３））であり、重み付け値はプロファイルテーブル（図７参照）より１である。
【００５４】
リコメンドパス選択手段３２は、重み付け値が最も高い丸数字１（点線のパス）を優先的に第１リコメンドパスとして選択し、重み付け値が最も低い丸数字３（実線のパス）を優先的に第２リコメンドパスとして選択する。
【００５５】
（履歴分析処理）
図９は、本発明の実施形態に係る履歴分析処理を示すフローチャートである。
ステップＳ１０１では、選択情報を受信する制御を行う。この処理において、ＣＰＵ１０１０（受信手段４０）は、ネットワーク７０を介して複数の端末８０から送信された選択情報を受信する制御を行う。
【００５６】
ステップＳ１０２では、視聴履歴テーブルを更新する制御を行う。この処理において、ＣＰＵ１０１０（履歴分析手段２０）は、端末８０から送信された選択情報（アーティスト及び楽曲の情報）を集計し、ハードディスク１０７０（ユーザ視聴履歴ＤＢ２５）に記憶された視聴履歴テーブル（図６参照）を更新する制御を行う。
【００５７】
ステップＳ１０３では、プロファイルテーブルを更新する制御を行う。この処理において、ＣＰＵ１０１０（履歴分析手段２０）は、視聴履歴テーブルにおける各フラグ値の個数に応じて、複数の関連性（図４参照）の高い又は低いパスを抽出するための重み付け値を決定し、ハードディスク１０７０（ユーザプロファイルＤＢ２６）に記憶されたプロファイルテーブル（図７参照）を更新する制御を行う。
【００５８】
（リコメンド情報生成処理）
図１０は、本発明の実施形態に係るリコメンド情報生成処理を示すフローチャートである。
ステップＳ１１１では、選択情報を受信する制御を行う。この処理において、ＣＰＵ１０１０（受信手段４０）は、ネットワーク７０を介して複数の端末８０から送信された選択情報（アーティスト及び楽曲の情報）を受信する制御を行う。
【００５９】
ステップＳ１１２では、アーティスト関連情報グラフを作成する制御を行う。この処理において、ＣＰＵ１０１０（関連情報抽出手段１０）は、ハードディスク１０７０（アーティスト関連情報ＤＢ１５）に記憶されたアーティスト関連情報テーブル（図５参照）を参照して、選択情報に関連情報を関連させて複数のパスを生成し、アーティスト関連情報グラフ（図８参照）を作成する制御を行う。
【００６０】
ステップＳ１１３では、重み付け値を算出する制御を行う。この処理において、ＣＰＵ１０１０（パス重み付け値決定手段３１）は、履歴分析手段２０のステップＳ１０３の処理によって決定された関連性の高い又は低いパスを抽出するための重み付け値に基づき、複数のパス毎の重み付け値を決定し、この重み付け値をステップＳ１１２で作成したアーティスト関連情報グラフ（図８参照）に反映し更新する制御を行う。
【００６１】
ステップＳ１１４では、重み付け値が最大のパスか否かを判定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１２の処理で生成した複数のパスのうち、ステップＳ１１３で決定した重み付け値が最も高いパスか否かを判定する制御を行う。リコメンドパス選択手段３２は、重み付け値が最も高いパスであると判定した場合には当該パスを優先的に第１リコメンドパスとして選択する制御を行う。また、重み付け値が最も高いパスでないと判定した場合にはステップＳ１１６に処理を移す。
【００６２】
ステップＳ１１５では、第１リコメンドを決定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンド決定手段３３）は、ステップＳ１１４で選択した第１リコメンドパスの関連情報を第１リコメンド情報として決定する制御を行う。
【００６３】
具体例について、図８を用いて説明する。
ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１４の処理により、複数のパス（丸数字１（点線のパス）・丸数字２（一点鎖線のパス）・丸数字３（実線のパス））のうち、重み付け値が最も高い３を有する丸数字１（点線のパス）のパスを優先的に第１リコメンドパスとして選択する。
ステップＳ１１５では、ＣＰＵ１０１０（リコメンド決定手段３３）は、第１リコメンドパスに含まれる関連情報（プロデューサＡ・Ｂ及びアーティスト２〜５）のうち、リコメンド情報となり得るアーティスト２〜５を第１リコメンド情報として決定する。なお、本実施形態において、プロデューサに関する関連情報は、プロデューサ自体がＣＤ等の販売目的で演奏・歌唱することはないため、リコメンド情報から除かれる。
【００６４】
ステップＳ１１６では、重み付け値が最小のパスか否かを判定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１２の処理で生成した複数のパスのうち、ステップＳ１１３で決定した重み付け値が最も低いパスか否かを判定する制御を行う。リコメンドパス選択手段３２は、重み付け値が最も低いパスであると判定した場合には当該パスを優先的に第２リコメンドパスとして選択する制御を行う。また、重み付け値が最も低いパスでないと判定した場合にはステップＳ１１９に処理を移す。
なお、ステップＳ１１６では、ステップＳ１１７の判定により、すでに第２リコメンドパスとして選択したパスであると判定したパスを除外して、重み付け値が最小のパスか否かを判定する制御を行う。
【００６５】
ステップＳ１１７では、リコメンド済みのパスか否かを判定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンドパス選択手段３２）は、すでに第２リコメンドパスとして選択したパスか否かを判定する制御を行う。リコメンドパス選択手段３２は、すでに第２リコメンドパスとして選択したパスであると判定した場合にはステップＳ１１６に処理を移す。また、すでに第２リコメンドパスとして選択したパスでないと判定した場合にはステップＳ１１６に処理を移す。
【００６６】
ステップＳ１１８では、第２リコメンドを決定する制御を行う。この処理において、ＣＰＵ１０１０（リコメンド決定手段３３）は、ステップＳ１１６で選択した第２リコメンドパスの関連情報及び当該関連情報の関連性を第２リコメンド情報として決定する制御を行う。
【００６７】
具体例について、図８を用いて説明する。
ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１６の処理により、複数のパス（丸数字１（点線のパス）・丸数字２（一点鎖線のパス）・丸数字３（実線のパス））のうち、重み付け値が最も低い１を有する丸数字３（実線のパス）のパスを優先的に第２リコメンドパスとして選択する。
ステップＳ１１８では、ＣＰＵ１０１０（リコメンド決定手段３３）は、第２リコメンドパスに含まれる関連情報（プロデューサＤ・Ｅ及びアーティスト６，８〜１１）のうち、リコメンド情報となり得るアーティスト６，８〜１１を第２リコメンド情報として決定する。
なお、ＣＰＵ１０１０（リコメンドパス選択手段３２）は、ステップＳ１１７の処理により、丸数字３（実線のパス）のパスがすでに第２リコメンドパスとして選択していたと判定した場合には、ステップＳ１１６の処理により、丸数字３（実線のパス）のパスを除いて、重み付け値が最も低い２を有する丸数字２（一点鎖線のパス）のパスを優先的に第２リコメンドパスとして選択する。
【００６８】
ステップＳ１１９では、リコメンド情報を送信する制御を行う。この処理において、ＣＰＵ１０１０（送信手段５０）は、ステップＳ１１５及びステップＳ１１８の処理によって決定した第１及び第２リコメンド情報を、選択情報を送信した端末８０に、ネットワーク７０を介して送信する制御を行う。
【００６９】
上記実施形態によれば、リコメンドパス探索サーバ１は、リコメンド情報生成処理により、端末８０から送信された選択情報（例えば、あるアーティストによる楽曲の試聴要求）との関連性の低いパスを抽出するための重み付け（例えば、頻度、重要性、又は一般性等を示す値）が低い関連情報及びその関連性（すなわち、何故この関連情報が選択されたかの理由）を第２リコメンド情報として端末８０に送信できる。
よって、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００７０】
また、リコメンドパス探索サーバ１は、履歴分析処理により、ユーザの過去の履歴（例えば、視聴履歴）を示す視聴履歴テーブルから、当該ユーザが選択する関連性の選択頻度に基づき、関連性の低いパスを抽出するための重み付け値を決定できる。
よって、リコメンドパス探索サーバ１は、ユーザの過去の履歴にないもの、あるいは頻度が低い関連性からリコメンド情報を選択できるので、ユーザにとって、意外性があり、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００７１】
さらに、リコメンドパス探索サーバ１は、リコメンド情報生成処理のステップＳ１１７により、１度リコメンドパスとして選択されたパスを除外して、リコメンドパスを選択できるので、ユーザにとっての意外性を常に保ちつつ、なおかつ選択された理由付きのリコメンド情報を発信できる。
【００７２】
（端末８０の表示画面）
図１１は、本発明の実施形態に係る端末８０の表示画面を示す図である。
図１１に示すように、ユーザの端末８０の表示画面には、新譜情報として、視聴可能な「曲名Ｘ：アーティスト１」の選択情報８１が表示されている。ユーザにより、この選択情報８１が操作されると、端末８０からリコメンドパス探索サーバ１に選択情報が送信される。
また、リコメンドとして、推奨アーティスト「アーティスト２〜５，７」の第１リコメンド情報８２、意外性アーティスト「アーティスト６，８〜１１及び当該アーティストの関連性」の第２リコメンド情報８３が表示されている。これらのリコメンドは、リコメンドパス探索サーバ１から送信された第１及び第２リコメンド情報に基づき表示される。
【００７３】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。
【図面の簡単な説明】
【００７４】
【図１】本発明の実施形態に係るリコメンドパス探索サーバの機能構成図である。
【図２】本発明のリコメンドパス探索システムの概要を示す図である。
【図３】本発明の実施形態に係るリコメンドパス探索サーバのハードウェア構成の一例を示す図である。
【図４】本発明の実施形態に係る関連性テーブルを示す図である。
【図５】本発明の本実施形態に係るアーティスト関連情報テーブルを示す図である。
【図６】本発明の実施形態に係る視聴履歴テーブルを示す図である。
【図７】本発明の実施形態に係るプロファイルテーブルを示す図である。
【図８】本発明の実施形態に係るアーティスト関連情報グラフの概念を示す図である。
【図９】本発明の実施形態に係る履歴分析処理を示すフローチャートである。
【図１０】本発明の実施形態に係るリコメンド情報生成処理を示すフローチャートである。
【図１１】本発明の実施形態に係る端末の表示画面を示す図である。
【符号の説明】
【００７５】
１    リコメンドパス探索サーバ
１０  関連情報抽出手段
１５  アーティスト関連情報ＤＢ
２０  履歴分析手段
２５  ユーザ視聴履歴ＤＢ
２６  ユーザプロファイルＤＢ
３０  リコメンド決定手段
３１  パス重み付け値決定手段
３２  リコメンドパス選択手段
３３  リコメンド決定手段
８０  端末
１０１０  ＣＰＵ
１０７０  ハードディスク