JP2003271646A - 情報検索方法及び情報検索装置 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザに対して意外性や面白みのあるコンテ
ンツを検索して提示する。 【解決手段】 １のアーティストを特定すると、該特定
された１のアーティストを選択している他のユーザを特
定する。特定された他のユーザは１のアーティスト以外
のアーティストを予め選択しており、こうした他のユー
ザが選択しているアーティストを取得する。取得された
アーティストの中で、一番多くのユーザに選択されてい
るアーティストを最頻選択のアーティストとし、該最頻
選択のアーティストを提示する。このように、他のユー
ザが選択したアーティストを取得して統計をとることに
より得られた最頻選択のアーティストをユーザに対して
提示するので、意外性がありかつ面白みのある個々のユ
ーザの嗜好にあわせた提示を行うことが可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、通信ネットワー
クを介してアクセスしたユーザからの要求に応じて楽曲
や映像といった各種コンテンツを検索し、該検索したコ
ンテンツをアクセスしたユーザに対して提示する情報検
索方法及び情報検索装置に関する。特に、アクセスした
ユーザに対して個々のユーザ毎に嗜好にあった意外性や
面白みのあるコンテンツを検索して提示することのでき
るようにした情報検索方法及び情報検索装置に関するも
のである。

【０００２】

【従来の技術】最近では、インターネットなどの通信ネ
ットワークの発達に伴い、通信ネットワークを介したサ
ーバ装置が提供する各種情報配信サービスにより、誰で
もがいつでもどこからでも種々の情報の検索やコンテン
ツ（例えば、楽曲・音声や映像・画像、あるいはソフト
ウエアプログラムなど）の閲覧・購入等を行うことが一
般に行われている。例えば、ユーザはパーソナルコンピ
ュータやＰＤＡ（Personal Data(Digital) Assistant
s）等の端末機器を用いてインターネットなどの通信ネ
ットワークを経由して所望の楽曲配信サービスを提供す
る情報検索サーバ装置（例えば、WWW（World Wide We
b）サーバ装置）にアクセスし、該アクセスしたサーバ
装置に格納されている多数の楽曲の中から所望の楽曲を
選択的に取得することによって、ユーザは所望の楽曲を
端末機器側で楽しむことができるようになっている。ユ
ーザが提供を希望する楽曲を選択しようとする場合、ユ
ーザは曲名やジャンルあるいはアーティスト名等に基づ
いて直接的に楽曲を選択する。このような態様で、通信
ネットワークを介して接続された端末機器とサーバ装置
との間においてコンテンツの提示・選択・提供がなされ
ている。こうした情報配信サービスを行うサーバ装置に
おいて、当該情報配信サービスに新たに追加提供された
コンテンツなどをいわゆる「おすすめのコンテンツ」
（例えば、今月おすすめの新曲など）として予め情報提
供側（例えば、コンテンツ提供者や情報配信サービス運
営者など）で設定・登録しておき、該登録済みの「おす
すめのコンテンツ」をユーザに対して提示することによ
り、ユーザによるコンテンツの選択に対する労力等の低
減を図っているものが従来から知られている。

【０００３】

【発明が解決しようとする課題】ところで、従来のサー
バ装置からユーザに対して提示される「おすすめのコン
テンツ」などのコンテンツリスト等は、予め情報提供側
により設定・登録が行われる固定的なものであったため
にユーザの嗜好やユーザ毎の傾向などを都度反映するも
のではなく、また個々のユーザ毎に異なるユーザ嗜好や
傾向を反映したものを情報提供側が予め設定・登録して
おくことは非常に困難であるし手間もかかる。したがっ
て、ユーザに対して提示される「おすすめのコンテン
ツ」などのコンテンツリストはどのユーザに対しても画
一的であって意外性や面白みのないものであることか
ら、結局ユーザは自身の欲するコンテンツを自らの労力
でもって検索するしかなかった。しかし、ユーザ自身が
サーバ装置に記憶された膨大なコンテンツの中から自身
の嗜好にあった意外性や面白みのあるコンテンツを検索
することは非常に面倒であり時間がかかる、という問題
点があった。

【０００４】本発明は上述の点に鑑みてなされたもの
で、ユーザに対してのコンテンツ提示に際し統計的手法
を用いて個々のユーザ毎におすすめアーティストを特定
することによって、ユーザに対して意外性や面白みのあ
るコンテンツを提示できるようにした情報検索方法及び
情報検索装置を提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明に係る情報検索方
法は、１のアーティストを特定するステップと、前記１
のアーティストを選択した他のユーザを特定するステッ
プと、前記他のユーザが選択したアーティストを取得す
るステップと、前記取得したアーティストのうち最頻選
択のアーティストを提示するステップとを具備するもの
である。

【０００６】この発明によると、最頻選択のアーティス
トを統計的に提示することから、ユーザに対しては意外
性がありかつ面白みのある個々のユーザの嗜好にあわせ
た提示を行うことができるようになる。すなわち、１の
アーティストを特定すると、該特定されたアーティスト
を選択している他のユーザを特定する。特定された他の
ユーザは前記１のアーティスト以外のアーティストを予
め選択しており、こうした他のユーザが選択しているア
ーティストを取得する。これらの取得されたアーティス
トの中で、一番多くのユーザに選択されているアーティ
ストを最頻選択のアーティストとし、該最頻選択のアー
ティストを提示する。このように、他のユーザが選択し
たアーティストを取得して統計をとることにより得られ
た最頻選択のアーティストをユーザに対して提示するの
で、意外性がありかつ面白みのある個々のユーザの嗜好
にあわせた提示を行うことが可能となる。

【０００７】本発明は、方法の発明として構成し、実施
することができるのみならず、装置の発明として構成し
実施することができる。また、本発明は、コンピュータ
またはＤＳＰ等のプロセッサのプログラムの形態で実施
することができるし、そのようなプログラムを記憶した
記憶媒体の形態で実施することもできる。

【０００８】

【発明の実施の形態】以下、添付図面を参照してこの発
明の実施の形態を詳細に説明する。

【０００９】図１は、この発明に係る情報検索装置を用
いた情報配信システムの一実施例の全体構成を示すシス
テムブロック図である。この実施例に示した情報配信シ
ステムは、パソコン端末やＰＤＡあるいは携帯電話など
のユーザ端末Ａ、情報検索装置たる検索サーバ装置Ｂ
と、これらを接続する通信ネットワークＸとにより構成
されるシステムである。詳しくは後述するが、該情報配
信システムを構成する各々の装置（つまりユーザ端末Ａ
と検索サーバ装置Ｂ）は、各々がＣＰＵ、ＲＯＭ、ＲＡ
Ｍ等を含む処理手段や記憶手段あるいは通信手段などを
含む独立したコンピュータにより構成されてなり、各々
の装置はインターネットや専用線等の通信ネットワーク
Ｘを介して、あるいは無線通信により各種情報やコンテ
ンツなどを送受信することによる情報配信を行うことが
できるようになっている。

【００１０】この実施例に示す情報配信システムにおい
ては周知のネットワーク用ブラウザなどの所定のソフト
ウエアプログラムを用いることで、ユーザ端末Ａから検
索サーバ装置Ｂに記憶された複数のサイト（つまり、各
種情報やデータ等を所定の表示態様で提示するもの）の
中からユーザ所望の情報配信サービスを提供するサイト
（以下、これを情報配信サイトと呼ぶ）を選択すること
ができ、選択された情報配信サイトを記憶した検索サー
バ装置Ｂでは予め用意されている所定の検索エンジン
（例えば、後述の図４に示す「おすすめ検索処理」など
のソフトウエアプログラムなど）に従って各種情報を記
憶したデータベース（ＤＢ）を検索して得られたコンテ
ンツなどをユーザ端末Ａ側に提供する、ことを既存の通
信ネットワークＸを利用して実現するネットワークシス
テムである。勿論、上記した情報配信システムはこれら
以外のハードウェアを有する場合もあるが、ここでは必
要最小限の資源を用いた場合について説明する。

【００１１】図１に示した情報配信システムの一部を構
成するユーザ端末Ａは、ユーザによるアクセス要求（例
えば、ＵＲＬ（Uniform Resource Locator）の指定な
ど）に従って、検索サーバ装置Ｂに記憶された複数サイ
トのうちのいずれかのサイトへアクセスすることができ
るようになっている。例えば、通信ネットワークＸ上の
検索サーバ装置Ｂに記憶される各々のサイトはＨＴＭＬ
ファイル（つまり、ＨＴＭＬ（Hyper Text Markup Lang
uage）で記述された複数のＷｅｂページを生成する基と
なる表示情報）として管理されており、それぞれのＨＴ
ＭＬファイルには通信ネットワークＸ上のネットワーク
アドレスを示すＵＲＬが添付されている。例えば、この
ＵＲＬは特定の検索サーバ装置Ｂに記憶されたＨＴＭＬ
ファイルを指定するために用いられるインターネットア
ドレスであり、所定の文字列情報で構成される。クライ
アントはこのＵＲＬを指定することで検索サーバ装置Ｂ
からＨＴＭＬファイルを読み出し、該ＨＴＭＬファイル
に基づいてサイトを表示する。このＨＴＭＬファイルに
基づくサイト表示は周知の技術であることから、説明を
省略する。そして、数あるサイトの中から所望の情報配
信サイトへアクセスすると同時に、ユーザ端末Ａはアク
セスした情報配信サイトを記憶した検索サーバ装置Ｂが
送信したコンテンツを受信し、該受信したコンテンツを
記憶・再生する。こうした処理の詳細な説明について
は、後述する（後述の図３参照）。

【００１２】上述したユーザ端末Ａと共に図１に示す情
報配信システムを構成する検索サーバ装置Ｂは、ユーザ
端末Ａにおけるサイト表示の際に用いられるＨＴＭＬフ
ァイルやコンテンツあるいは各種情報などをデータベー
ス（ＤＢ）に多数記憶しており、通信ネットワークＸを
介して接続されたユーザ端末Ａからの要求に基づいてデ
ータベースから読み出した各種情報をユーザ端末Ａに対
して送信する処理を行うサーバコンピュータである。す
なわち、検索サーバ装置Ｂは情報配信サービスを提供す
る。例えば、ユーザ端末Ａからの所定の情報配信サイト
へのアクセス要求（例えば、ＵＲＬの指定など）に応じ
て該ユーザ端末Ａに対してその要求に相当する情報配信
サイトに関するＨＴＭＬファイルを送信する、ユーザ端
末Ａからのコンテンツ要求に応じて該ユーザ端末Ａに対
してその要求に相当するコンテンツを送信する、あるい
はユーザ端末Ａからの「おすすめ」要求に応じて該ユー
ザ端末Ａに対して所定の検索エンジンに従ってデータベ
ース（ＤＢ）を検索した結果得られる最頻アーティスト
などを「おすすめ」として送信する、といった処理を実
行する。なお、各種データベースや検索エンジンを該検
索サーバ装置Ｂとは独立したハードウエアとして構成し
てもよいことは言うまでもない。

【００１３】ユーザ端末Ａとして用いられる携帯電話や
ＰＤＡ等は無線通信が可能な小型の携帯端末であり、本
来の通信機能のほかにサイトを表示する表示機能やコン
テンツを再生するコンテンツ再生機能も併せ持つ。すな
わち、該携帯端末もパソコン端末などと同様に、ユーザ
所望の情報配信サイトを表示することのできるディスプ
レイや検索サーバ装置Ｂからコンテンツを受信し、該受
信したコンテンツを記憶・再生するための各種回路やシ
ステムなどを具える。ただし、こうした携帯端末を検索
サーバ装置Ｂと接続して双方向通信を行う場合には、中
継サーバ（図示せず）を介する必要がある。つまり、中
継サーバが携帯端末と検索サーバ装置Ｂとの間で信号の
送受信を中継することにより、携帯端末は検索サーバ装
置Ｂに対してアクセスすることができるようになってい
る。

【００１４】なお、ユーザ端末Ａとして用いられる機器
は上記したパソコン端末や携帯端末（つまりＰＤＡや携
帯電話）等に限らず、検索サーバ装置ＢからＨＴＭＬフ
ァイルやコンテンツなどを取得して処理できるものであ
ればどのような形態の機器であってもよい。すなわち、
ユーザ端末Ａは、固定電話機、ゲーム機器、セットトッ
プボックス、電子楽器等であってもよい。また、図１に
示す実施例において、複数のユーザ端末Ａや複数の検索
サーバ装置Ｂが通信ネットワークＸに接続されていてよ
いことは言うまでもない。さらに、この実施例ではＨＴ
ＭＬファイルに基づきサイト表示を行うものを例に説明
したがこれに限らず、他の同様なファイル（ページ記述
言語等を利用したファイル）に基づいてサイト表示を行
うものであってもよいことは言うまでもない。

【００１５】次に、上述の情報配信システムを構成する
ユーザ端末Ａまたは検索サーバ装置Ｂのいずれかのハー
ド構成の一実施例について、図２を用いて簡単に説明す
る。図２は、上記各装置のうちのいずれかの装置の全体
構成の一実施例を示すハード構成ブロック図である。た
だし、上記各装置は同じようなハード構成を用いるもの
として説明することができることから、代表として検索
サーバ装置Ｂについてのハード構成図を１つだけ用いて
説明する。

【００１６】本実施例に示す検索サーバ装置Ｂは、例え
ばマイクロプロセッサユニット（ＣＰＵ）、リードオン
リメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡ
Ｍ）からなる処理手段１の制御の下に各種の処理が実行
されるようになっている。ＣＰＵは、この検索サーバ装
置Ｂ全体の動作を制御するものである。ＲＯＭは、ＣＰ
Ｕにより実行される検索エンジンなどの各種制御プログ
ラムを格納する。ＲＡＭはＣＰＵがプログラムを実行す
る際に発生する各種データを一時的に記憶するワーキン
グメモリとして、あるいは現在実行中のプログラムやそ
れに関連するデータを記憶するメモリ等として使用され
る。ＲＡＭの所定のアドレス領域がそれぞれの機能に割
り当てられ、レジスタやフラグ、テーブル、メモリなど
として利用される。処理手段１は所定のプログラムを実
行することで、ユーザ端末Ａに対する情報配信サービス
を提供する。このような処理手段１に対して、データ及
びアドレスバス１Ｄを介して記憶手段２、通信手段３、
入力手段４、出力手段５がそれぞれ接続されている。

【００１７】記憶手段２は、ＨＴＭＬファイルやコンテ
ンツ、各種データベース、アイコン情報、あるいはＣＰ
Ｕが実行する検索エンジンなどの各種制御プログラムを
記憶する、ＲＯＭやＲＡＭなどの記憶装置、あるいはハ
ードディスクなどの外部記憶装置である。該記憶手段２
に記憶される各種データベースとしては、ユーザ情報デ
ータベース、表示情報データベース、おすすめインデッ
クス情報データベース、コンテンツデータベース、課金
情報データベースなどがある。ユーザ情報データベース
はユーザ情報を記憶するデータベースであり、例えばユ
ーザＩＤ、認証情報、ユーザ氏名、生年月日、性別、お
気に入りのアーティスト名、その他のユーザ情報、ある
いは曲選択履歴情報などをユーザ情報として記憶する。
ユーザ情報データベースに記憶するお気に入りのアーテ
ィスト名は、ユーザが該情報配信サービスを受けるため
のユーザ情報登録時あるいは随時にユーザ自身が入力す
るものである。あるいは、ユーザが検索サーバ装置Ｂか
ら取得したコンテンツの履歴から統計的に（例えば、上
位５人までのアーティスト等を）当該ユーザのお気に入
りのアーティストとして自動的に割り出して設定してお
くようにしてもよい。表示情報データベースは後述する
出力手段５に表示する表示情報を記憶するデータベース
であり、例えばコンテンツの概要、コンテンツの購入金
額、コンテンツのプレビュー、あるいはコンテンツのリ
ストなどを表示情報として記憶する。

【００１８】おすすめインデックス情報データベースは
おすすめアーティスト検索のためのインデックス情報を
記憶するデータベースであり、例えばアーティストＩ
Ｄ、ユーザ特性（このアーティストを選択したユーザＩ
Ｄ、ユーザの年代や性別等）、他選択アーティストＩＤ
（このアーティストを選択したユーザが選択している他
のアーティスト等）などをインデックス情報として記憶
する。このおすすめインデックス情報データベースに
は、ユーザ特性あるいはコンテンツ取得時の他のアーテ
ィストとの関連（例えば、アーティストＡとアーティス
トＢは同じユーザが取得する傾向にあるなどの統計情
報）毎に分類されてインデックス情報が蓄積される。こ
うしたインデックス情報の蓄積は、定期的なバッチ処理
あるいはリアルタイムに実行される。コンテンツデータ
ベースはコンテンツ自体を記憶するデータベースであ
り、例えばコンテンツＩＤ、コンテンツに関する実体デ
ータ（曲データや画像データ等）などを記憶する。課金
情報データベースはコンテンツの提供に対する対価決済
情報を記憶するデータベースであり、例えばコンテンツ
ＩＤ、該コンテンツを購入したユーザＩＤ、課金情報な
どを記憶する。

【００１９】なお、上述のアーティストとは、情報配信
システムが楽曲などのコンテンツを配信する楽曲配信シ
ステムである場合には主に該楽曲を演奏した実演者を指
すがこれに限らず、作曲者、作詞者、編曲者、プロデュ
ーサ等を含むものであってよいし、情報配信システムが
画像・映像などのコンテンツを配信する画像・映像配信
システムである場合には映像の作成者（監督）や俳優・
女優、あるいは脚本家等を含むものであってよい。な
お、処理手段１を構成するＲＯＭに制御プログラムが記
憶されていない場合、記憶手段２に制御プログラムを記
憶させておき、それを処理手段１に含まれるＲＡＭに読
み込むことにより、前記ＲＯＭに制御プログラムを記憶
している場合と同様の動作をＣＰＵにさせることができ
る。このようにすると、制御プログラムの追加やバージ
ョンアップ等が容易に行える。なお、記憶手段２として
の外部記憶装置はハードディスク（ＨＤ）に限られず、
フレキシブルディスク（ＦＤ）、コンパクトディスク
（ＣＤ−ＲＯＭ・ＣＤ−ＲＡＭ）、光磁気ディスク（Ｍ
Ｏ）、あるいはＤＶＤ（Digital Versatile Disk）等の
着脱自在な様々な形態の外部記憶媒体を利用する記憶装
置であればどのようなものであってもよい。若しくは、
半導体メモリなどであってもよい。

【００２０】通信手段３は、例えばＬＡＮやインターネ
ット若しくは電話回線等の通信ネットワークＸに接続さ
れており、該通信ネットワークＸを介して所定のユーザ
端末Ａ等と接続された際に、ユーザ端末Ａから検索サー
バ装置Ｂに対して各種の情報要求命令を送信したり、検
索サーバ装置Ｂからユーザ端末Ａに対してＨＴＭＬファ
イルやコンテンツなどを送信するためのインタフェース
である。例えば、この実施例においては、ユーザ端末Ａ
に対して所望の情報配信サイトに関するＨＴＭＬファイ
ルや所望の情報配信サイトで配信することが可能なコン
テンツなどを送信するために通信手段３は用いられる。
なお、これらの通信インタフェース８及び通信ネットワ
ークＸは、有線のもの（例えば、RS-232C、USB（ユニバ
ーサル・シリアル・バス）、IEEE1394（アイトリプルイ
ー1394）等の汎用のインタフェースを用いたもの）に限
らず無線のもの（例えば、IEEE802.11b等の無線ＬＡＮ
等を用いたもの）であってもよい。また、双方を具えて
いてもよい。

【００２１】入力手段４は、検索サーバ装置Ｂ本体に接
続されるマウスやキーボードあるいはスイッチなどであ
り、操作子として利用できるものであればどのようなも
のであってもよい。例えば、数値データ入力用のテンキ
ーやＵＲＬなどの文字データ入力用のキーボード、ある
いはマウスやパネルスイッチ等である。出力手段５は、
例えば液晶表示パネル（ＬＣＤ）やＣＲＴ等から構成さ
れるディスプレイあるいはＬＥＤなどであり、情報配信
サイトや該サイトに記憶されているコンテンツを検索す
るための検索メニューを表示するのは勿論のこと、検索
サーバ装置Ｂから提示された「おすすめアーティスト」
や受信したコンテンツの概要、あるいはＣＰＵ１の制御
状態などを表示する。なお、検索サーバ装置Ｂを情報配
信サービスサーバとして情報配信のみに特化して構成し
た場合においては、これらの入力手段４や出力手段５を
必ずしも装備していなくてもよい。

【００２２】次に、図１に示した情報配信システムを構
成するユーザ端末Ａ及び検索サーバ装置Ｂとで各々実行
するユーザアクセス開始からコンテンツ取得までの一連
の処理概要について、図３を用いて簡単に説明する。図
３は、図１に示した情報配信システムを構成するユーザ
端末Ａ及び検索サーバ装置Ｂの各々が実行する処理概要
を説明するための処理フロー図である。ただし、実際に
はユーザ端末Ａと検索サーバ装置Ｂとではユーザアクセ
ス開始からコンテンツ取得までの処理をそれぞれ独立に
実行するものであるが、ここでは説明を理解しやすくす
るために、一連の処理の流れに沿ってユーザ端末Ａと検
索サーバ装置Ｂの各々で実行される処理について説明す
る。すなわち、アクセス要求したユーザ端末Ａとアクセ
ス要求された検索サーバ装置Ｂとの間では所定の情報を
送受信しながら並行して各々の処理を行うので、この情
報の送受信の流れに沿って各々の処理を順に説明する。

【００２３】まず、ユーザ端末Ａでは通信ネットワーク
Ｘを介して所望の情報配信サービスを提供する検索サー
バ装置Ｂとのアクセスを開始するために、通信ネットワ
ークＸ上に接続された検索サーバ装置Ｂに対してユーザ
認証を送信する（ステップＵ１）。検索サーバ装置Ｂで
はユーザ端末Ａからのユーザ認証を受信すると、該ユー
ザ認証に基づいてユーザ確認を行い、ユーザ端末Ａに対
しアクセス許可を返信する（ステップＰ１）。すなわ
ち、ユーザ端末Ａから送信されるユーザ認証は検索サー
バ装置Ｂとのアクセス開始を指示する接続要求であっ
て、検索サーバ装置Ｂではこのユーザ認証に従ってアク
セスしてきたユーザが情報配信サービスを提供すること
が可能である登録済みのユーザであるか否かを確認す
る。このユーザ確認はユーザ情報（データベース）Ｃ１
を参照して行われ、ユーザが情報配信サービスを受ける
ことが可能な登録済みのユーザであると判定された場合
にのみアクセスを許可する。

【００２４】なお、上記ユーザ認証は情報配信サービス
を提供する検索サーバ装置Ｂへのアクセス時にユーザ名
とパスワードの入力を促すことによって行うものである
が、ユーザ端末Ａが一意に特定できるような場合、例え
ば携帯電話等の電話端末や固定的にＩＰアドレスが割り
当てられている機器等である場合には、ユーザ端末Ａの
特定をユーザ認証に代えてもよく、こうした場合には上
記したような明示的なユーザ認証を行わなくてよい。

【００２５】ユーザ認証を送信した先の検索サーバ装置
Ｂからアクセス許可を受信したユーザ端末Ａは、検索サ
ーバ装置Ｂに記憶された多数のコンテンツの中からユー
ザ所望のコンテンツを検索するための「検索メニュー」
（図示せず）をディスプレイなどの出力手段５に表示す
る（ステップＵ２）。この「検索メニュー」は曲名やジ
ャンルあるいはアーティスト名などのユーザ所望のコン
テンツを検索するための各種検索条件をユーザが直接入
力するエリアを具えるが、これとは別に「おすすめ」ボ
タンを具えている。ユーザが検索条件を直接入力するこ
となく該「おすすめ」ボタンを操作した場合、ユーザ端
末Ａは接続中の検索サーバ装置Ｂに対して「おすすめ」
表示指示を送信する（ステップＵ３）。検索サーバ装置
Ｂでは「おすすめ」表示指示を受信すると「おすすめ検
索処理」を実行して、ユーザ情報データベースＣ１と表
示情報データベースＣ２とおすすめアーティストデータ
ベースＣ３とに基づいて検索を開始し、該検索した結果
に基づいて設定される「おすすめアーティスト」をユー
ザ端末Ａに返信する（ステップＰ２）。すなわち、検索
サーバ装置Ｂでは「検索メニュー」を用いて入力された
検索条件に従って直接的にユーザ所望のコンテンツを検
索することができるようになっているが、「おすすめボ
タン」が操作されている場合にはこうした検索条件に基
づく直接的なコンテンツ検索を行うことなく「おすすめ
アーティスト」をユーザに対して提示する。この「おす
すめ検索処理」で行う「おすすめアーティスト」提示に
ついての詳細な説明は後述することから、ここでの説明
を省略する。

【００２６】ユーザ端末Ａでは「おすすめ」表示指示に
伴う回答、つまり「おすすめアーティスト」を検索サー
バ装置Ｂから受信すると、受信した「おすすめアーティ
スト」を出力手段５に表示させてユーザによるコンテン
ツ選択を待つ（ステップＵ４）。この「おすすめアーテ
ィスト」を表示する際にはアーティスト名などと共に、
該アーティストが創作した創作物（例えば、楽曲、画
像、映像、詩、小説などのコンテンツ）をアーティスト
毎に表示する。ユーザは該表示に従って、表示された創
作物の中から所望の創作物を選択する。こうした創作
物、つまりコンテンツの選択が行われると、ユーザ端末
Ａは該コンテンツ選択情報を検索サーバ装置Ｂに送信す
る（ステップＵ５）。検索サーバ装置Ｂでは、選択され
たコンテンツを創作したアーティストに関して所定の統
計をとり、該結果に基づいておすすめアーティストデー
タベースＣ３の内容を更新する（ステップＰ３）。この
際に、課金情報データベースＣ５の内容を同時に更新し
てよい。そして、選択されたコンテンツに関する情報を
コンテンツデータベースＣ４から読み出してユーザ端末
Ａに送信する（ステップＰ４）。ユーザ端末Ａではコン
テンツを取得して、該取得したコンテンツを記憶したり
再生したりする（ステップＵ６）。

【００２７】なお、コンテンツ取得の対価として課金を
行う場合（つまり課金情報データベースＣ５の内容を更
新する場合）、コンテンツ単位で課金を行うようにして
もよいし（つまり従量制）、定額で課金を行うようにし
てもよい（つまり定額制）。定額で課金を行う場合にお
いて、所定の制限（例えば３曲など）を超えてコンテン
ツを取得しようとした場合には、コンテンツ提供不可能
の旨のメッセージを表示させるか、別途対価を請求する
ようにするとよい。

【００２８】ここで、検索サーバ装置Ｂで実行する「お
すすめ検索処理」（図３のステップＰ２参照）につい
て、具体的に説明する。図４は、図１に示した情報配信
システムにおける検索サーバ装置Ｂで実行する「おすす
め検索処理」の一実施例を示すフローチャートである。
検索サーバ装置Ｂでは通信ネットワークＸを介して接続
されたユーザ端末Ａからの「おすすめ」表示指示を受信
すると該「おすすめ検索処理」を開始し、前記ユーザ端
末Ａに対して「おすすめアーティスト」を提示すると該
「おすすめ検索処理」を終了する。以下、図４に示した
フローチャートに従い、当該「おすすめ検索処理」の動
作を説明する。ただし、ここではコンテンツとして楽曲
を取得する場合を例にして説明する。

【００２９】まず、ステップＳ１では、当該ユーザが過
去に曲選択を行っているか否かを判定する。この過去の
曲選択有無の判定は、ユーザ情報データベースＣ１に記
憶された曲選択履歴情報に基づき行われる。過去に曲選
択を行っていると判定した場合には（ステップＳ１のＹ
ＥＳ）、ユーザが最後に選択した曲のアーティストを取
得する（ステップＳ２）。過去に曲選択が行われていな
いと判定した場合には（ステップＳ２のＮＯ）、ユーザ
が登録している「お気に入りアーティスト」を取得する
（ステップＳ３）。すなわち、ユーザ情報データベース
Ｃ１から登録済みのお気に入りのアーティストを読み出
す。ステップＳ４では、同じアーティストを「お気に入
りアーティスト」として登録している他のユーザをおす
すめインデックスデータベースＣ３のユーザ特性に基づ
き検索する。ステップＳ５では、検索の結果として同じ
アーティストを「お気に入りアーティスト」として登録
している他のユーザがいるか否かを判定する。該当ユー
ザがいないと判定された場合、すなわちおすすめインデ
ックスデータベースＣ３のユーザ特性に他のユーザＩＤ
が記憶されていない場合には（ステップＳ５のＮＯ）、
その他の条件でユーザを検索する（ステップＳ６）。そ
の他の条件とは、例えば「おすすめ」表示指示した現在
のユーザと同じ年代や同じ性別などの条件、あるいは現
在のユーザの住んでいる地域、現在のユーザがアクセス
してきた時間帯、現在の季節などの条件である。こうし
たその他の条件に基づいて、現在のユーザに近い、似て
いる他のユーザを検索する。その他の条件によっても該
当ユーザがないと判定された場合には（ステップＳ７の
ＮＯ）、予め設定してあるアーティストを「おすすめア
ーティスト」として設定する（ステップＳ８）。すなわ
ち、情報提供側（例えば、コンテンツ提供者など）によ
り設定・更新が行われる新規登録アーティストなどを
「おすすめアーティスト」とする。

【００３０】上記ステップＳ５において該当ユーザあり
と判定した場合、つまり同じアーティストを「お気に入
りアーティスト」として登録している他のユーザがいる
場合には（ステップＳ５のＹＥＳ）、あるいは上記ステ
ップＳ７において該当ユーザありと判定した場合、つま
りその他の条件で検索した結果条件に当てはまるユーザ
がいる場合には（ステップＳ７のＹＥＳ）、該当ユーザ
が登録している「お気に入りのアーティスト」をユーザ
情報データベースＣ１から読み出す（ステップＳ９）。
そして、読み出した「お気に入りのアーティスト」の中
で最も多くのユーザに選択されている最頻選択アーティ
ストを「おすすめアーティスト」として設定する（ステ
ップＳ１０）。ステップＳ１１では、上記ステップＳ１
０又はステップＳ８で設定した内容に従い、ユーザに対
して「おすすめアーティスト」を提示する。この「おす
すめアーティスト」提示の際には、アーティストと共に
該アーティストの楽曲全てをリスト表示するようにして
もよいし、あるいはその他の条件で検索された他のユー
ザが過去に選択した該「おすすめアーティスト」の楽曲
のうちで最頻選択されている楽曲のみを、アーティスト
と共に表示するようにしてもよい。

【００３１】このようにして、現在のユーザに近い（す
なわち、現在のユーザが登録している「お気に入りアー
ティスト」を登録している、あるいは年齢層や性別等の
ユーザの特定が類似していることから現在のユーザと嗜
好が似通っていると類推される）他のユーザが「お気に
入りアーティスト」として登録しているアーティストの
うち最頻に選択されているアーティストを「おすすめア
ーティスト」として現在のユーザに対して提示する。こ
うした現在のユーザに近い他のユーザが検索されなかっ
た場合には、情報提供側により予め設定してあるアーテ
ィストを「おすすめアーティスト」として現在のユーザ
に対して提示する。

【００３２】なお、上述した「おすすめ検索処理」にお
けるステップＳ１の処理を省略して、ユーザが過去に曲
を選択した履歴がないような場合において、ユーザの過
去選択曲として「該当無し」を設定するようにしてもよ
い。こうした場合には、ステップＳ８の処理へジャンプ
して予め設定してあるアーティストを「おすすめアーテ
ィスト」として設定するようにするとよい。なお、上述
した「おすすめ検索処理」におけるステップＳ１０にお
いて、最頻選択アーティストが１人に特定できないよう
な場合、例えば同じ頻度のアーティストが複数人いるよ
うな場合には、該当するアーティスト全てを「おすすめ
アーティスト」として現在のユーザに対して提示するよ
うにしてもよいし、あるいは情報提供側により予め設定
してあるアーティストを「おすすめアーティスト」とし
て現在のユーザに対して提示するようにしてもよい。

【００３３】なお、上述した「おすすめ検索処理」にお
いてはユーザからのアクセスがある度に検索条件を設定
し、ユーザ情報データベースからおすすめするアーティ
ストを統計的に割り出すようにしたがこれに限らない。
例えば、おすすめ用のデータベースを予め用意してお
き、頻繁にダウンロードされるコンテンツのアーティス
トのうちの上位（例えば１００位以内等）について、同
じユーザによって選択されたことのある／同じユーザが
お気に入りとして登録しているアーティストのうちの上
位の１乃至複数のアーティストを、おすすめ提示される
候補の他のアーティストとして、前記おすすめ用のデー
タベースに登録しておくようにしてもよい。この場合、
おすすめ用データベースに登録されていないアーティス
トについては、例外処理として図４に示した「おすすめ
検索処理」を行うようにするとよい。また、こうした場
合におすすめ用データベースの更新を定期的（例えば１
日１回など）に実行するようにすれば、検索サーバ装置
Ｂの処理負荷低減が測れユーザアクセスから「おすすめ
アーティスト」提示までの時簡を短縮することができる
ので有利である。

【００３４】

【発明の効果】この発明によれば、おすすめアーティス
トとそのコンテンツを統計的手法を用いて自動的に設定
して提示するようにしたことから、ユーザに対して意外
性がありかつ面白みのあるコンテンツの提示を行うこと
ができるようになる、という効果を得る。

【図面の簡単な説明】

【図１】 この発明に係る情報検索装置を用いた情報配
信システムの一実施例の全体構成を示すシステムブロッ
ク図である。

【図２】 情報配信システムを構成するユーザ端末また
は検索サーバ装置のいずれかの全体構成の一実施例を示
すハード構成ブロック図である。

【図３】 情報配信システムにおけるユーザ端末及び検
索サーバ装置が実行する各種処理の概要を説明するため
の処理フロー図である。

【図４】 情報配信システムにおける検索サーバ装置で
実行する「おすすめ検索処理」の一実施例を示すフロー
チャートである。

【符号の説明】 １…処理手段、２…記憶手段、３…通信手段、４…入力
手段、５…出力手段、Ａ…ユーザ端末、Ｂ…検索サーバ
装置、Ｘ…通信ネットワーク

Claims (6)

【特許請求の範囲】
1. 【請求項１】 １のアーティストを特定するステップ
   と、 前記１のアーティストを選択した他のユーザを特定する
   ステップと、 前記他のユーザが選択したアーティストを取得するステ
   ップと、 前記取得したアーティストのうち最頻選択のアーティス
   トを提示するステップとを具備する情報検索方法。
2. 【請求項２】 前記最頻選択のアーティストを提示でき
   ない場合に、予め設定したアーティストを提示するステ
   ップを有することを特徴とする請求項１に記載の情報検
   索方法。
3. 【請求項３】 前記１のアーティストは、ユーザが過去
   選択したコンテンツから特定することを特徴とする請求
   項１に記載の情報検索方法。
4. 【請求項４】 前記最頻選択のアーティストと共に該ア
   ーティストのコンテンツを提示することを特徴とする請
   求項１に記載の情報検索方法。
5. 【請求項５】 コンピュータに、 １のアーティストを特定する手順と、 前記１のアーティストを選択した他のユーザを特定する
   手順と、 前記他のユーザが選択したアーティストを取得する手順
   と、 前記取得したアーティストのうち最頻選択のアーティス
   トを提示する手順とを実行させるためのプログラム。
6. 【請求項６】 １のアーティストを特定する特定手段
   と、 前記１のアーティストを選択した他のユーザを特定する
   ユーザ特定手段と、 前記特定した他のユーザが選択したアーティストを取得
   する取得手段と、 前記取得したアーティストのうち最頻選択のアーティス
   トを提示する提示手段とを具備する情報検索装置。