JP2007149313A - 再生装置、関連情報通知方法および関連情報通知プログラム - Google Patents

Abstract

【課題】再生中のコンテンツに関連するコンテンツを容易に検索し再生できるようにする。
【解決手段】再生装置には、あるコンテンツのアーティストに関連するアーティストを選択するモードに移行させるディスカバリボタンが設けられる。再生するコンテンツが決定されると、そのコンテンツのアーティストに関連するアーティストのコンテンツが再生装置に記録されているか否かを判断し、記録されていれば、ディスカバリボタンを点灯させる。ユーザがこの点灯に応じてディスカバリボタンを押圧すると、動作モードが移行され、再生するコンテンツのアーティストの関連アーティストを選択する画面が表示される。関連アーティストを選択すると、そのアーティストのコンテンツがリスト表示される。ユーザは、一々コンテンツの検索画面を呼び出さなくても、再生コンテンツの関連コンテンツを容易に見つけ出すことができる。
【選択図】図２０

Description

この発明は、再生中のコンテンツに関連するコンテンツが存在することをユーザに通知できるようにした再生装置、関連情報通知方法および関連情報通知プログラムに関する。

近年では、記録媒体として小型のハードディスクドライブを用いた携帯用の再生装置（以下、ＰＤ(Portable Device)と呼ぶ）が、数多く製品化されている。小型ハードディスクドライブは、記録容量が数ＧＢ（ギガバイト）乃至数１０ＧＢ程度であり、数１００乃至数１０００トラックといった、非常に多数のトラックを記録できるため、急激な普及を遂げている。ＰＤは、筐体が小型、軽量に構成されているため、記録媒体に例えば楽曲などの音声データからなるコンテンツをトラックとして記録してＰＤと共に戸外に持ち出し、記録媒体に記録された楽曲を戸外にて再生して楽しむことができる。

このようなＰＤで再生されるコンテンツは、所定の通信インターフェイスを介して接続された、パーソナルコンピュータといった情報機器から転送されて記録媒体に記録される。一方、パーソナルコンピュータ側では、コンテンツを、市販の音楽ＣＤ(Compact Disc)から取り込みＨＤＤ（ハードディスクドライブ）に蓄積したり、インターネット上のサーバから転送（ダウンロード）されたコンテンツをＨＤＤに蓄積したりする。このパーソナルコンピュータのＨＤＤに蓄積されたコンテンツがＰＤに転送され、ＰＤ内の記録媒体に記録される。

このように、記録媒体に対して非常に多数の楽曲を記録して用いる場合、記録されたトラック曲を選択および指定するインターフェイスは、所望のトラックを迅速に選択できることが求められる。従来から、回転ホイールや上下若しくは上下左右の方向を指示する多方向キーなどを用いて、表示部に表示されたトラックリストのカーソルを移動させ、所望のトラックを選択する方法が用いられている。例えば再生キーを押圧することで、カーソル位置に対応したトラックが再生される。

一方、ＰＤは、歩行中などユーザが移動中に用いられることも多く、テキスト情報を頼りに所望のトラックを選択することが難しい場合が多い。このような場合には、ユーザは、記録媒体に記録されたトラックを一々再生しながら所望のトラックを選択することになり、非常に煩わしい。これを解消するために、アルバムの各トラックについて、ハイライト部分を順次再生するようにした技術が特許文献１に記載されている。この特許文献１の方法によれば、ユーザは、アルバムの各トラックの内容を自動的に確認することができるため、所望の楽曲を、手を煩わせることなく選択することができる。
特開２００３−５０８１６号公報

ところで、ユーザがＰＤであるコンテンツを再生中に、このコンテンツに関連のある何か他のコンテンツを再生したい思い立つ場合も多いと思われる。また、特定のアルバムやアーティストなどに限定されず、ユーザの嗜好に合ったコンテンツを次々に再生したい場合もある。

このような場合、従来では、ＰＤの表示画面にアーティストリスト、アルバムリスト、トラックリストなどのコンテンツ検索用のリスト画面を表示させ、回転ホイールや多方向キーなどを用いて手動でコンテンツを検索し、再生を指示するしかなく、大変に手間が掛かっていたという問題点があった。

上述の特許文献１の方法を用いた場合でも、ハイライト部分が順次、自動的に再生されるのは、アルバム内の各トラックとされており、ユーザの嗜好に合ったコンテンツが自動的に提示されるわけではないという問題点があった。

したがって、この発明の目的は、再生中のコンテンツに関連する他のコンテンツを容易に検索し再生できるようにした再生装置、関連情報通知方法および関連情報通知プログラムを提供することにある。

この発明は、上述した課題を解決するために、コンテンツデータを再生する再生部と、再生部で再生されるコンテンツデータに関連する関連コンテンツデータの存在を通知する通知部と、再生部で再生されるコンテンツデータに関連するコンテンツデータを検索できたか否かの判断を行い、関連コンテンツデータが検索された場合に通知部を制御し関連コンテンツデータの存在を通知させる通知制御部とを有することを特徴とする再生装置である。

また、この発明は、コンテンツデータを再生する再生ステップと、再生ステップにより再生されるコンテンツデータに関連する関連コンテンツデータが存在するか否かを判断する判断ステップと、関連コンテンツデータが存在すると判断された場合には、関連コンテンツデータが存在することを通知する通知ステップとを有することを特徴とする関連情報通知方法である。

また、この発明は、コンテンツデータを再生する再生ステップと、再生ステップにより再生されるコンテンツデータに関連する関連コンテンツデータが存在するか否かを判断する判断ステップと、関連コンテンツデータが存在すると判断された場合には、関連コンテンツデータが存在することを通知する通知ステップとを有する関連情報通知方法をコンピュータ装置に実行させることを特徴とする関連情報通知プログラムである。

上述したように、この発明は、再生されるコンテンツデータに関連する関連コンテンツデータが存在するか否かの判断を行い、存在すると判断された場合に、その旨示す通知を行うようにしているため、ユーザは、再生されるコンテンツデータに関連する関連コンテンツデータの存在を、コンテンツデータの検索操作などを行うこと無しに知ることができる。

この発明は、上述のように、コンテンツデータが蓄積的に記録された記録部から再生されるコンテンツデータに関連する関連コンテンツデータが記録部に記録されているか否かを判断し、記録されていると判断された場合にその旨を通知するようにしているため、ユーザは、再生されるコンテンツデータに関連する関連コンテンツデータの存在を、コンテンツデータの検索操作などを行うこと無しに知ることができる効果がある。

以下、この発明の実施の形態について、下記の順序に従い説明する。
１．この発明の実施の形態に適用可能なシステムについて
１−１．この発明が適用されるシステムの形態について
１−２．再生装置の構成について
１−３．プレビュー再生の概略的な動作について
１−４．アーティストリンクモードの概略的な動作について
２．アーティストリンクモード時のより具体的な動作およびＧＵＩについて
３．この発明の実施の第１の形態による関連情報通知方法について
４．この発明の実施の第２の形態による関連情報通知方法について
４−１．実施の第２の形態をサブスクリプションサービスに適用した例について
５．発明の実施の第２の形態の変形例について
６．実施の第２の形態およびその変形例に共通する、関連コンテンツの通知以降の動作について
７．アーティスト以外の他の属性に基づき関連コンテンツを検索する例について
８．この発明の実施の第１、第２の形態および実施の第２の形態の変形例の、さらに他の変形例について
９．この発明の実施の第３の形態による関連情報通知方法について

１．この発明の実施の形態によるシステムについて
１−１．この発明が適用されるシステムの形態について
図１は、この発明の実施の形態が適用可能な再生装置１の一例の使用形態を示す。再生装置１は、小型軽量の筐体に構成され携帯可能とされたポータブルデバイス（ＰＤ）であって、記録媒体としてハードディスクドライブを用い、記録媒体に記録されたコンテンツデータを再生する。また、再生装置１は、ＵＳＢ(Universal Serial Bus)やＩＥＥＥ１３９４（(Institute Electrical and Electronics Engineers 1394)インターフェイスといった、パーソナルコンピュータ２（以下、ＰＣ２とする）と通信可能なインターフェイスを有する。この例では、再生装置１とＰＣ２とは、ＵＳＢを通信インターフェイスとして用いて接続されるものとする。

なお、以下では、再生装置１の記録媒体に記録されるコンテンツデータが楽曲データ、すなわちオーディオデータであるものとして説明する。楽曲データのそれぞれは、トラックとも称される。

ミュージックサーバ４は、インターネット３を介して、コンテンツデータのダウンロードなどのサービスを提供する。ミュージックサーバ４は、例えばコンテンツデータをアーティスト、収録アルバム、音楽ジャンルなどの属性情報と関連付けて管理する。属性情報として、楽曲の曲調やテンポなどをさらに関連付けると、より好ましい。また、ミュージックサーバ４は、コンテンツデータのダウンロード数などに応じたランキング情報の管理やアーティスト間の関連情報（アーティストリンク情報と呼ぶ）の管理なども行い、これらの情報を用いたサービスをインターネット３を介して提供する。例えば、上述の属性情報に対して、これらランキング情報、アーティストリンク情報などを追加して、ユーザに提供する。収録アルバムやコンテンツデータのリリース日を属性情報に加えてもよい。

ユーザは、例えばＰＣ２を用いてインターネット３に接続し、インターネット３上にあるミュージックサーバ４からコンテンツデータをダウンロードする。ダウンロードされたコンテンツは、ＰＣ２の例えばハードディスクドライブに格納される。さらに、ユーザは、再生装置１とＰＣ２とをＵＳＢケーブルを用いて接続し、ＰＣ２のハードディスクドライブに格納されたコンテンツデータを再生装置１に対して転送する。再生装置１は、転送されたコンテンツデータを、内蔵する記録媒体に記録する。ユーザは、ＰＣ２と再生装置１との接続を解除し、再生装置１を例えば戸外に持ち出して記録媒体に記録されたコンテンツデータを再生し、楽しむことができる。

コンテンツデータをミュージックサーバ４からダウンロードする際に、属性情報としてランキング情報を追加して取得すれば、ユーザは、現在人気の高いコンテンツを容易に検索することができる。また、属性情報としてアーティストリンク情報を追加して取得すれば、選択したコンテンツのアーティストに関連のある他のアーティストを知ることができ、この関連アーティストのコンテンツも容易に検索することができる。さらに、再生装置１において再生されたコンテンツデータの履歴を保存しておけば、ユーザのお気に入りのコンテンツを容易に検索することができる。

１−２．再生装置の構成について
図２は、この発明の実施の形態に適用できる携帯用の再生装置１の一例の外観を示す。図２Ａおよび図２Ｂは、それぞれ再生装置１の一例の正面図、側面図を示す。再生装置１の正面は、概略的には、図２Ａに一例が示されるように、例えば有機ＥＬ(Electro Luminescence)を表示素子として用い、ユーザに対して情報を表示する表示部１０と、複数のキーが設けられ、ユーザからの操作を受け付ける操作部２０とからなる。表示部１０は、例えばドット単位での表示制御が可能で、テキストや簡易なキャラクタ、アイコンなどを表示させることができる。

また、装置の上面には、ホールドスイッチ１６と、コネクタ部１７とが設けられる。ホールドスイッチ１６は、操作部２０に対する操作の有効および無効を切り換える。コネクタ部１７は、例えばＰＣ２といった外部の機器とディジタルデータのやりとりを行うためのコネクタと、再生装置１で再生されたアナログ音声信号を出力するためのヘッドフォン端子とが設けられる。

さらに、再生装置１の側面に対して、図２Ｂに一例が示されるように、ディスカバリボタン１４が設けられる。ディスカバリボタン１４は、側面側から押圧操作が可能なように設けられる。例えばユーザがこの再生装置１を表示部１０が見えるように左手で保持した際に、左手の親指でディスカバリボタン１４を押圧可能とされる。ディスカバリボタン１４は、その略全体が発光部１５とされており、内部に例えばＬＥＤ(Light Emitting Diode)といった発光素子が設けられ、発光素子の発光の有無が発光部１５を介して外部から識別可能とされている。

なお、図２Ａに例示されるように、ディスカバリボタン１４は、再生装置１の正面側から見た際に発光部１５が認識可能なように配置される。

操作部２０に設けられる各キーについて説明する。各キーは、例えば押圧されることでそれぞれのキーを示す制御信号が出力される。また、各キーは、押圧時間の長短に応じて異なる機能を割り当てることができる。例えば、キーを押圧し続ける時間が所定時間以上の場合（長押しと呼ぶ）と、所定時間以下の場合（短押しと呼ぶ）とで、異なる機能を割り当てることができる。短押しの場合、キーが押圧されてから所定時間以内にキーに対する押圧が無くなったタイミングで、機能が実行される。一方、長押しの場合、キーが所定時間以上押圧され続けた際に、機能が実行される。また、短押しのみが定義されているキーは、押圧されたタイミングで機能が実行される。さらに、キーが所定時間以上押圧され続けた場合に、自動的に当該キーが繰り返し押圧されたように定義することも可能である（キーリピートと呼ぶ）。

キー１１は、オプション機能を選択するためのキーである。キー１２は、短押しで、再生装置１に対してなされた操作の履歴を戻ることを指示し、長押しで、表示部１０に対してトップメニューを表示させる。

キー１３は、中央部のエンターキー１３Ａと、エンターキー１３Ａの周囲に配置された上下左右を示す矢印キー（それぞれ上方向キー、下方向キー、左方向キーおよび右方向キーと呼ぶ）とからなる５方向キーであって、再生装置１の状態に応じて異なる機能が割り当てられる複合機能キーである。

エンターキー１３Ａは、表示部１０の画面が現在コンテンツを再生中であることを示す画面であれば、短押しで、現在再生中のコンテンツの再生および一時停止を順次、指示する。一方、エンターキー１３Ａは、表示部１０の画面が現在コンテンツを再生中であることを示す画面以外の画面であれば、表示部１０において現在選択中とされている項目を決定する。また、エンターキー１３Ａは、表示部１０の表示がコンテンツのリスト表示であれば、リストにあるコンテンツに対する一括再生を指示する。

キー１３のキーのうち、上方向キーおよび下方向キーは、短押しで、表示部１０において選択されている項目を、それぞれ上方向および下方向に切り換える。また、上方向キーおよび下方向キーは、長押しで、表示部１０がリスト表示の際のリストの高速スクロールを指示する。上方向キーおよび下方向キーは、長押しの機能が実行されるまで、キーリピートが有効とされる。したがって、上方向キーおよび下方向キーを用いて、画面の表示を例えば上下にスクロールさせることができる。

キー１３のキーのうち、左方向キーおよび右方向キーは、短押しで、表示部１０において選択されている項目を、それぞれ左方向および下方向に切り換える。また、表示部１０の表示画面が複数ページを持つ場合、左方向キーおよび右方向キーは、ページの切り換えを指示することができる。左方向キーおよび右方向キーは、長押しが定義されないと共に、キーリピートが有効とされる。

ディスカバリボタン１４は、短押しで、アーティストリンク情報を用いたアーティストリンク機能の呼び出しを指示する。また、ディスカバリボタン１４は、長押しで、アーティストリンク機能を呼び出し、表示部１０に表示される全てのアーティストのコンテンツの再生を指示する。アーティストリンク機能の詳細については、後述する。

なお、上述したキー１１〜キー１３の機能は、一例であって、この例に限定されない。キー１１〜１３のそれぞれは、動作状態に応じた機能をソフトウェア的に割り当てることができる。

図３は、再生装置１の一例の構成を示す。この図３の例では、再生装置１は、３つのバス３０、３４および４０を有する。バス３０は、ハードディスクドライブ（ＨＤＤ）３２、ＵＳＢ(Universal Serial Bus)インターフェイス（Ｉ／Ｆ）３３およびシステムゲートアレイ３６が接続され、主にコンテンツデータが転送される。ＵＳＢコントローラ３３は、ＵＳＢコネクタ３１が接続され、ＵＳＢコネクタ３１に接続された外部の機器との通信を制御する。

バス３４は、ＵＳＢコントローラ３３、表示制御部３５およびシステムゲートアレイ３６が伝送され、主にコマンドが転送される。表示制御部３５は、バス３４を介して供給された表示制御信号に基づき、例えばＥＬからなる表示部１０を駆動し、表示制御信号に応じた画面を表示部１０に表示させる。なお、表示部１０に適用可能な表示素子は、ＥＬに限られず、例えばＬＣＤ(Liquid Crystal Display)を用いてもよい。

また、バス４０は、マイコン（マイクロコンピュータ）４１、システムゲートアレイ３６およびＲＯＭ(Read Only Memory)４２が接続され、主にコマンドが転送される。マイコン４１は、リアルタイムクロック（ＲＴＣ）４６および操作部２０が接続される。制御部２０は、上述した各キー１１〜１３に対する操作に応じた制御信号を生成し、マイコン４１に供給する。マイコン４１は、例えばＲＯＭ４２に予め記憶されたプログラムに従い、操作部２０から供給された制御信号に応じて、この再生装置１の全体を制御する。また、マイコン４１は、プログラムに従い所定に表示制御信号を生成する。

また、マイコン４１は、内部にＤ／Ａ変換（ＤＡＣ）部４４を有し、後述するデコーダ４３から供給されたオーディオデータをアナログオーディオ信号に変換してヘッドフォン（ＨＰ）アンプ４５に供給する。

ディスカバリボタン１４の出力信号がマイコン４１に供給される。マイコン４１は、このディスカバリボタン１４の出力信号に基づき、ディスカバリボタン１４が押圧されたか否かを判断することができる。さらに、マイコン４１は、例えばＬＥＤを発光素子として用いた発光部１５の発光を制御することができる。

なお、ＲＯＭ４２は、書き換えが可能な例えばＥＥＰＲＯＭ(Electrically Erasable Programmable Read Only Memory)であって、記憶されるプログラムを更新することができるようになっている。更新するためのプログラムは、例えば外部のコンピュータ装置からＵＳＢコネクタ３１を介して供給される。

なお、この再生装置１は、このように、マイコン４１により、ＲＯＭ４２に格納されたプログラムに従い制御されるので、実質的にコンピュータ装置であると考えることができる。

システムゲートアレイ３６は、バス３０、３４および４０間のデータやコマンドのやりとりを制御する。また、システムゲートアレイ３６に、ＲＡＭ３７と、圧縮符号化されたオーディオデータをデコードするデコーダ４３とが接続される。ＲＡＭ３７は、マイコン４１のワークメモリとして用いられると共に、デコーダ４３でデコードするためのオーディオデータのバッファとしても用いられる。例えば、ＲＡＭ３７は、１６ＭＢ(Mega Byte)の記憶容量を有し、そのうち１２ＭＢの所定領域がオーディオデータのバッファメモリ領域として確保される。

リモコン端子４７は、この再生装置１を有線で遠隔操作すると共に、ヘッドフォン端子が設けられるリモートコントロールコマンダが接続される。ヘッドフォンアンプ４５から出力されたアナログオーディオ信号がリモコン端子４７に導出される。また、システムゲートアレイ３６とリモコン端子４７とが接続され、リモートコントロールコマンダに対する操作に応じた制御信号は、リモコン端子４７から入力され、システムゲートアレイ３６およびバス４０を介してマイコン４１に供給される。

なお、上述したＵＳＢ端子３１およびリモコン端子４７は、図２に一例が示される、コネクタ部１７に設けられる。また、図示は省略するが、ホールドスイッチ１６は、マイコン２０に接続される。

なお、上述では、再生装置１とＰＣ２とが有線接続されるように説明したが、これはこの例に限定されない。例えば、バス３０に対して無線通信を制御する無線通信Ｉ／Ｆを接続し（図示しない）、この無線通信によって再生装置１とＰＣ２との間でのコマンドのやりとりや、ＰＣ２から再生装置１に対するコンテンツデータの転送などを行うことができる。

図４は、この再生装置１に適用可能なアーキテクチャを概略的に示す。ＵＩ(User Interface)タスク６０は、表示部１０に対する表示や、操作部２０に対する操作に応じた制御信号の生成など、ユーザインターフェイスを司る。例えば、操作部２０のキー１３に対する操作に応じたカーソル表示７０の制御や、オーディオデータの再生制御命令の生成などは、ＵＩタスク６０において行われる。再生制御命令としては、プレイ（再生）、ストップ（再生停止）、フィードフォワード（再生しながら早送り）、リワインド（再生しながら早戻し）、キュー（再生せずに所定位置まで進める）、レビュー（再生せずに所定位置まで戻す）、ポーズ（再生一時停止）などがある。

プレーヤタスク６１は、ＵＩタスク６０の下位に位置し、コンテンツデータの再生に関する管理を司る。プレーヤタスク６１は、例えば、ＵＩタスク６０からの指示に応じて、後述するデータベースとのやりとりを行って再生コンテンツを把握し、より下位のタスクにコンテンツデータの再生制御命令を出す。また、プレーヤタスク６１は、現在のプレイモードを常に把握しており、ＵＩタスク６０に対してプレイモードを返すと共に、プレイモードに応じた再生制御を行う。

なお、ここでは、プレイモードは、コンテンツの再生順に関する動作モードをいい、例えば、リストに示される順に再生するノーマルモード、再生順をランダムに入れ替えるシャッフルモードなどである。

バッファタスク６２、データベース（ＤＢ）管理タスク６３およびデコーダコントロールタスク６５は、それぞれプレーヤタスク６１の下位に位置する。バッファタスク６２は、ＲＡＭ３７のバッファメモリ領域の読み出しおよび書き込みの制御や、ハードディスクドライブ３２からオーディオデータを読み出す際の読み出し制御を行う。また、バッファタスク６２は、バッファメモリに溜め込まれたオーディオデータのヘッダ情報の解析を行う。バッファメモリは、バッファタスク６２によって、先頭アドレスと最終アドレスとが論理的に接続されたリングバッファとして制御される。

データベース管理タスク６３は、ハードディスクドライブ３２に記録されたコンテンツデータの管理を行う。例えば、ハードディスクドライブ３２に記録されたコンテンツデータを識別するための識別情報（ＩＤ）と、当該コンテンツデータの記録場所を表す情報や、当該コンテンツデータの属性情報とを関連付けて管理する。また、データベース管理タスク６３は、アーティストリンク情報の管理も行う。データベース管理タスク６３で管理されるデータベースの詳細は、後述する。

デコーダコントロールタスク６５は、デコーダ４３によるオーディオデータのデコード処理を制御する。デコーダコントロールタスク６５による制御は、例えば、バッファタスク６２による処理と連動してなされる。

ＯＳ(Operating System)６８は、ＵＩタスク６０、プレーヤタスク６１、バッファタスク６２、デコーダコントロールタスク６５およびデータベース管理タスク６３といったＯＳ６８に対して上位のタスクを統合的に管理すると共に、各タスクに対してソフトウェアの基本的な機能を提供する。例えば、ＯＳ６８は、ハードディスクドライブ３２上に記録されるファイルを管理するためのファイルシステムを、上位の各タスクに対して提供する。ファイルシステムは、例えばハードディスクドライブ３２の記録領域の論理アドレス単位での管理や、ハードディスクドライブ３２上のファイル管理などを行い、ハードディスクドライブ３２に対するデータの読み書きの仕組みを提供する。

また、ＯＳ６８は、再生装置１を構成する各ハードウェアを管理し、これら上位タスクと再生装置１のハードウェア６９との間の仲介的な処理を行う。例えば、ＯＳ６８は、ハードディスクドライブ３２の制御を行うＨＤＤドライバ６４、ＲＡＭ３７のバッファメモリ領域に対する読み書きの制御を行うバッファ制御部６６、デコーダ４３の制御を行うデコーダ制御部６７などを有する。

この図４に示すＯＳ６８および各タスク６０〜６５は、ＲＯＭ４２および／またはハードディスクドライブ３２に記憶または記録されるプログラムに従うマイコン４１の動作により、実現される。

このような構成において、再生装置１とＰＣ２とがＵＳＢケーブルで接続されると、ＵＳＢコントローラ３３は、ＰＣ２との間で所定にやりとりを行い、再生装置１をＰＣ２からリムーバブルなハードディスクドライブとして認識されるようにする。すなわち、ＰＣ２は、ＰＣ２内のハードディスクドライブに格納されたコンテンツデータを、ＰＣ２に搭載されるＯＳが提供するファイルコピー機能を用いて、再生装置１のハードディスクドライブ３２に記録させることができる。

ＰＣ２からは、コンテンツデータとコマンドとがＵＳＢケーブルを介して送信される。これらコンテンツデータおよびコマンドは、ＵＳＢコントローラ３３に受信される。受信されたコンテンツデータは、ＵＳＢコントローラ３３により、バス３０を介してハードディスクドライブ３２に転送され、ハードディスクドライブ３２に書き込まれる。また、受信されたコマンドは、マイコン４１により、ＵＳＢコントローラ３３からシステムゲートアレイ３６を介して取り込まれる。

再生の際の処理について説明する。例えば、マイコン４１によりハードディスクドライブ３２に記録されたコンテンツのデータベースが参照され、コンテンツのリストを表示するための表示制御信号が生成される。この表示制御信号は、システムゲートアレイ３６およびバス３４を介して表示制御部３５に供給され、表示部１０を駆動するための駆動信号に変換される。この駆動信号は、表示部１０に供給され、表示制御信号に応じて、再生可能なコンテンツデータのリストが所定に表示される。

ユーザにより、例えば表示部１０の表示に基づき操作部２０が所定に操作され、再生させたいコンテンツデータが選択される。この操作に応じた制御信号が操作部２０から出力される。マイコン４１は、操作部２０から出力される制御信号をモニタしており、再生指示を示す制御信号が取り込まれると、再生が指示されたコンテンツデータを読み出す旨を命令するコマンドを発行する。このコマンドは、システムゲートアレイ３６およびバス３０を介してハードディスクドライブ３２に送信される。

ハードディスクドライブ３２から読み出されたコンテンツデータは、バス３０を介してシステムゲートアレイ３６に供給される。システムゲートアレイ３６は、供給されたコンテンツデータを、ＲＡＭ３７のバッファメモリ領域に溜め込む。また、システムゲートアレイ３６は、ＲＡＭ３７のバッファメモリ領域に溜め込まれたコンテンツデータを所定量毎に読み出し、デコーダ４３に転送する。マイコン４１は、ＲＡＭ３７のバッファメモリ領域に溜め込まれたコンテンツデータの量を監視し、溜め込まれているデータ量が一定量以下になったら、システムゲートアレイ３６およびバス３０を介して、ハードディスクドライブ３２に対してコンテンツデータの読み出しを行うように命令を出す。

デコーダ４３は、転送されたコンテンツデータを復号化してベースバンドのオーディオデータとしてマイコン４１に転送する。マイコン４１は、デコーダ４３から転送されたオーディオデータに対して必要に応じて所定に音響処理を施し、ＤＡＣ部４４によりＤ／Ａ変換してアナログオーディオ信号として出力する。アナログオーディオ信号は、ＨＰアンプ４５に供給され、増幅処理されてリモコン端子４７に導出される。

次に、ハードディスクドライブ３２に記録されたコンテンツデータを管理するためのデータベースについて説明する。このデータベースは、上述したデータベース管理タスク６３により管理されるものである。図５は、このデータベースにおけるコンテンツデータの属性情報を管理するための属性情報テーブルの一例の構成を示す。

図５の例では、コンテンツ属性情報テーブルのレコードは、フィールド「コンテンツＩＤ」、フィールド「アルバムＩＤ」、フィールド「アーティストＩＤ」、フィールド「ジャンルＩＤ」、フィールド「リリース情報」、フィールド「再生頻度」、フィールド「レイティング」、フィールド「ランキング情報」、フィールド「セールス情報」およびフィールド「登録日」からなる。

フィールド「コンテンツＩＤ」は、コンテンツ毎にユニークな識別子が格納される。フィールド「アーティストＩＤ」は、対応するコンテンツＩＤのコンテンツを例えば演奏するアーティストの識別子である。フィールド「ジャンルＩＤ」は、対応するコンテンツＩＤのコンテンツが属する音楽ジャンルの識別子である。

なお、この図５では、ジャンルがフィールド「ジャンルＩＤ」のみで識別されるようになっているが、ジャンルを段階的に分類することもできる。例えば、ジャンルを「ロック」、「ジャズ」、「クラシック」、「ポップス」、・・・などのように大まかに分類して大分類としてそれぞれＩＤを設定し、それぞれのジャンルの下位にさらに詳細なジャンル分類を行い小分類としてそれぞれＩＤを設定する。そして、大分類のＩＤと小分類のＩＤとを組み合わせて、ジャンルＩＤを構成する。例えば、大分類ジャンル「ロック」の下位として、小分類ジャンル「アメリカン」、「メタル」、「オルタネイティブ」、「プログレッシブ」、・・・などと分類される。別の例として、大分類ジャンル「クラシック」の下位として、小分類ジャンル「バロック」、「交響曲」、「協奏曲」、「オペラ」、「ソナタ」、・・・などと分類される。小分類ジャンルをさらに分類することもできる。これに限らず、大分類を設定せず、小分類だけでジャンルを識別することも可能である。

フィールド「リリース情報」は、当該コンテンツＩＤのコンテンツがリリースされた年月日が格納される。一般的には、フィールド「リリース情報」で示される年月日は、当該コンテンツＩＤで示されるコンテンツが収録されるアルバムのリリース日と同一である。

フィールド「再生頻度」は、例えば当該レコードのコンテンツが再生される毎に"１"が加算される。フィールド「再生頻度」の値を、当該レコードのコンテンツがこの再生装置１に記録されてから経過した日数で正規化することも考えられる。

フィールド「レイティング」は、例えば当該レコードのコンテンツに対するユーザのお気に入り度である。例えば、上述の、再生装置１におけるコンテンツの再生履歴を蓄積したログファイルを解析し、解析結果に基づきお気に入り度を求める。一例として、再生履歴から、各コンテンツの再生回数やスキップ回数などを求め、これらの値からお気に入り度を計算する。なお、スキップは、コンテンツの全長を再生せずに、途中で再生を停止させたような場合をいう。コンテンツの全長を再生したか否か、スキップした場合、コンテンツの全長のうち何％を再生したかなどにより、お気に入り度を求めることもできる。

お気に入り度は、再生装置１において計算してもよいし、再生装置１をＰＣ２に接続した際にログファイルを再生装置１からＰＣ２に転送し、ＰＣ２において計算してもよい。ＰＣ２で計算されたお気に入り度は、ＰＣ２から再生装置１に対して転送され、再生装置１のデータベースに書き込まれる。

フィールド「ランキング情報」は、例えば、不特定多数のユーザによるコンテンツに対する反応を、所定の方法で集計した情報に基づく。例えば、ランキング情報として、コンテンツの売り上げ数を示す情報を用いることができる。また、ラジオ局などにおける、コンテンツに対するリクエスト数や、コンテンツを試聴することができるようにされたＷｅｂサイトなどにおける試聴数を示す情報をランキング情報として用いることができる。さらに、所定の方法で集計された順位を示す情報（「今週のトップ１０」など）をランキング情報として用いることも可能である。

フィールド「セールス情報」は、当該レコード内のフィールド「アルバムＩＤ」で示されるアルバムの売り上げ情報が格納される。

フィールド「登録日」は、例えばそのレコードの情報がデータベースに登録された日時および当該情報が更新された日時が記述される。

この図５の例では、レコードの各フィールドに格納される値は、それぞれ実データに対するポインタ情報がＩＤとして格納される。例えば、各フィールドは、それぞれ実データが格納される他のテーブルのレコードへのポインタ情報が格納され、全体としてリレーショナルデータベースを構成する。コンテンツＩＤは、コンテンツデータ毎にユニークな値とされ、属性情報テーブルの各レコードは、コンテンツＩＤによって実コンテンツデータと関連付けられる。なお、データベースの構成はこの例に限らず、フィールド「コンテンツＩＤ」以外の各フィールドに対して実データを格納することも可能である。

フィールド「ランキング情報」およびフィールド「セールス情報」は、所定のタイミングで更新される。例えば、ミュージックサーバ４からＰＣ２に対して新たなコンテンツデータをダウンロードする際に、ＰＣ２に格納されているコンテンツデータのそれぞれに対するランキング情報や、アルバムＩＤに対応するセールス情報を共にダウンロードし、ＰＣ２から再生装置１にコンテンツデータを転送する際にこのランキング情報やセールス情報も転送し、データベースを更新する。

ランキング情報やセールス情報の取得方法は、この方法に限られない。例えば、ミュージックサーバ４からインターネット３に対して、ランキング情報およびセールス情報を定期的に送信することも考えられる。ＰＣ２は、ミュージックサーバ４から送信されたランキング情報およびセールス情報を受信すると、受信した情報を一旦、ＰＣ２のハードディスクドライブなどに保存する。そして、次に再生装置１とＰＣ２とが接続された際に、ＰＣ２に保存されたランキング情報およびセールス情報を再生装置１に転送する。

データベース管理タスク６３は、さらに、アーティストリンク情報の管理も行う。アーティストリンク情報は、例えば、あるアーティストＡに対して、関連するアーティストＢ、Ｃ、・・・の情報を関連付けたものである。一例として、アーティストＡがアルバムＺの制作をアーティストＢ、アーティストＣと共同で行ったような場合、アーティストＡに対して、アーティストＢおよびＣが関連アーティストであるとすることができる。また、あるアーティストＡのスタイルなどに基づき、他のアーティストを関連付けることもできる。例えば、あるアーティストＡの主要コンテンツの曲調やテンポに基づき、他のアーティストを関連付ける。さらに、あるアーティストＡの活躍した年代などに基づき他のアーティストを関連付けることもできる。さらにまた、アーティストや当該アーティストのコンテンツに関連する複数の情報に基づきアーティストの情報を関連付けることも可能である。

アーティストリンク情報は、対象となるアーティストに対する関連の度合いに応じて、段階的に設定することができる。例えば、あるアーティストＡに対して、強い関連があるアーティストＢ、Ｃ、Ｄ、・・・の情報からなる第１のアーティストリンク情報と、弱い関連があるアーティストＯ、Ｐ、Ｑ、・・・の情報からなる第２のアーティストリンク情報とが関連付けられる。

アーティストリンク情報は、例えば図６に一例が示されるように、上述した属性情報テーブルに対して追加して記述することができる。なお、図６では、図５の属性情報テーブルのうちフィールド「アルバムＩＤ」、フィールド「ジャンルＩＤ」、フィールド「再生頻度」およびフィールド「ランキング情報」が省略されている。このように、あるアーティストＩＤに対して、強い関連があるアーティストのアーティストＩＤである関連アーティストＩＤ（１）と、弱い関連があるアーティストのアーティストＩＤである関連アーティストＩＤ（２）とがそれぞれ関連付けられる。

このように属性情報テーブルを作成することで、あるコンテンツＩＤに対応するアーティストについて、強い関連があるアーティストと、弱い関連があるアーティストとを、容易に抽出することができる。

なお、属性情報テーブルにおいて、コンテンツＩＤに対応するアーティストの関連アーティスト情報に限らず、図６に例示されるように、そのコンテンツＩＤのコンテンツに関連する他のコンテンツのコンテンツＩＤを関連付けることもできる。これにより、あるコンテンツＩＤのコンテンツについて、関連するコンテンツを容易に抽出することができる。

また、アーティストリンク情報の構成は、この例に限定されない。一例として、データベース管理タスク６３に管理されるアーティスト情報のそれぞれに対して、これら２種類のテーブルをそれぞれ作成する。また、データベース管理タスク６３に管理されるアーティスト情報全てをマトリクス状に配置し、マトリクスのそれぞれに対して関連度を設定することも考えられる。

アーティストリンク情報は、例えばミュージックサーバ４側のサービスとしてユーザ側に提供され、ミュージックサーバ４からインターネット３を介してＰＣ２にダウンロードされ、ＰＣ２から再生装置１に転送されハードディスクドライブ３２に記録される。一例として、ＰＣ２からミュージックサーバ４に対して、ＰＣ２のハードディスクドライブや、再生装置１のハードディスクドライブ３２に記録されているコンテンツのリストを送信する。ミュージックサーバ４は、このコンテンツのリストに基づき属性情報を参照してアーティストリンク情報を作成し、ＰＣ２に送信する。これに限らず、アーティストリンク情報をユーザ側で作成することもできる。

１−３．プレビュー再生の概略的な動作について
この発明の実施の形態では、上述したコンテンツの選択操作において、カーソル表示があるコンテンツを示す表示に対応した位置にカーソル表示が所定時間以上停留した場合に、当該コンテンツの所定の部分を自動的に再生するようにしている。なお、以下では、コンテンツの所定の部分のみを選択的に再生することを、プレビュー再生と呼び、コンテンツの全長を対象として再生することを通常再生と呼ぶ。なお、プレビュー再生の方法については、後述する。

図７は、プレビュー再生を自動的に開始する処理の一例のフローチャートを示す。また、図８は、図７のフローチャートに伴う表示部１０の一例の表示を示す。表示部１０にコンテンツリストが表示される（ステップＳ１０）。例えば、図８Ａに示されるように、表示部１０にコンテンツ名が一覧表示されると共に、カーソル表示７０が初期位置に表示される。

カーソル表示７０は、例えばマイコン４１により生成された、所定の位置にカーソル表示を行わせる表示制御信号が、システムゲートアレイ３６およびバス３４を介して表示制御部３５に供給され、表示制御部３５においてこの表示制御信号に基づき表示部１０が駆動されることにより、表示される。カーソル表示７０の位置は、例えばキー１３の上および／または下方向キーなどを操作することで、移動ならびに指定される。

なお、この図８の例では、コンテンツ名の表示色を反転表示することで、カーソル表示７０としている。カーソル表示７０の表示方法は、この例に限られない。すなわち、カーソル表示は、コンテンツ名に対応する位置に表示されればよく、一例として、コンテンツ名の先頭に所定のマークを表示することでカーソル表示とすることができる。

ステップＳ１１で、カーソル表示７０が移動されたか否かが判断される。例えばユーザによるキー１３の上方向キーや下方向キーなどによるキー入力が無く、カーソル表示７０が移動されない場合、ステップＳ１２で、マイコン４１によりカーソル表示７０が任意のコンテンツ名の位置に停留している時間Ｔが計測され、時間Ｔが所定の時間Ｔ_thを越えるか否かが判断される。例えば、図８Ｂを参照し、マイコン４１は、カーソル表示７０がコンテンツ名「ＣＣＣＣＣ」の位置に移動したら、リアルタイムクロック４６の出力に基づき時間Ｔの計測を開始し、この時間Ｔが所定時間Ｔ_thを越える前に、カーソル表示７０がコンテンツ名「ＣＣＣＣＣ」の位置から別の位置に移動するか否かを判断する。

所定時間Ｔ_thは、例えば０．５秒程度とされる。この所定時間Ｔ_thの値は、ユーザにより変更可能とすると好ましい。

ステップＳ１２で、若し、時間Ｔが所定時間Ｔ_thを越えたと判断されれば、処理はステップＳ１３に移行する。ステップＳ１３では、現在のカーソル表示７０の位置に対応したコンテンツの一部が再生される。例えば、図８Ｂのようにコンテンツ名「ＣＣＣＣＣ」の位置まで移動されたカーソル表示７０が、図８Ｃに一例が示されるように、コンテンツ名「ＣＣＣＣＣ」の位置に所定時間Ｔ_th以上停留した場合、コンテンツ名「ＣＣＣＣＣ」に対応するコンテンツデータの一部が再生され、コンテンツ名「ＣＣＣＣＣ」で示されるコンテンツがプレビュー再生される。

プレビュー再生では、例えばコンテンツデータの先頭から所定時間（例えば１０秒間）だけを再生する。このとき、実コンテンツデータの全長のうち最初の所定時間を再生したところで再生を中止するようにしてもよいし、プレビュー再生用に専用のファイルを作成し、当該ファイルを再生してもよい。さらに、各コンテンツから抽出されるプレビュー再生位置がコンテンツ毎に異なっていてもよい。プレビュー再生専用のファイルは、例えばコンテンツデータがハードディスクドライブ３２に記録される際に、自動的に作成することができる。

なお、あるコンテンツのプレビュー再生が終了したら、次に位置するコンテンツのプレビュー再生を自動的に開始するようにできる。図８の例では、コンテンツ名「ＣＣＣＣＣ」のプレビュー再生が終了し、尚かつ、カーソル表示７０が移動されない場合、次のコンテンツ名「ＤＤＤＤＤ」で示されるコンテンツのプレビュー再生を自動的に開始するようにできる。

また、プレビュー再生中にキー操作を行い、カーソル表示７０を移動させることができる。この場合でも、移動先のコンテンツ名の位置で所定時間Ｔ_th以上、カーソル表示７０が停留すると、カーソル表示７０の位置に対応したコンテンツがプレビュー再生されるようにできる。

例えば、図８Ｃなどを参照し、コンテンツ名「ＣＣＣＣＣ」の位置にカーソル表示７０があり当該コンテンツのプレビュー再生が行われているときにキー操作を行い、カーソル表示７０を移動させる。そして、カーソル表示７０を、コンテンツ名「ＤＤＤＤＤ」の位置を所定時間Ｔ_th以内で通過させてコンテンツ名「ＥＥＥＥＥ」の位置まで移動させ、そこでカーソル表示７０を停留させる。マイコン４１は、カーソル表示７０の停留時間Ｔを計測し、時間Ｔが所定時間Ｔ_thを越えると、コンテンツ名「ＣＣＣＣＣ」で示されるコンテンツのプレビュー再生を中止し、コンテンツ名「ＥＥＥＥＥ」で示されるコンテンツのプレビュー再生を開始する。

また、プレビュー再生中に、選択されたコンテンツの確定操作を行うことで、当該コンテンツの再生を、プレビュー再生から通常再生に移行させることができる。プレビュー再生から通常再生に移行すると、例えば表示部１０の表示が図８Ｄに一例が示されるような、現在通常再生中であることを示す表示に切り換えられる。この図８Ｄの例では、通常再生中であることがテキスト「Ｎｏｗ Ｐｌａｙｉｎｇ」で示され、再生中のコンテンツ名「ＣＣＣＣＣ」の属性情報が表示されている。

プレビュー再生中に、例えばエンターキー１３Ａが操作されるなどして選択されたコンテンツの確定操作が行われ、コンテンツの再生方法がプレビュー再生から通常再生に切り替わる際の処理について考える。この場合、通常再生による再生方法として、プレビュー再生したコンテンツデータの先頭から再生を開始する第１の方法と、プレビュー再生が中止された位置から継続的に再生を行う第２の方法との２通りが考えられる。

図９を用いて概略的に説明する。プレビュー再生の時間をコンテンツデータの先頭から１０秒間とし、第１、第２および第３トラックのコンテンツデータを順次、自動的にプレビュー再生し、第３トラックのプレビュー再生の途中で確定操作を行った場合について考える。

上述の第１の方法では、図９Ａに一例が示されるように、第３トラックのプレビュー再生の途中で例えばエンターキー１３Ａが操作されるなどして確定操作が行われると（再生が指示されると）、確定操作が行われた時点で第３トラックのプレビュー再生が中止され、所定時間の経過後に、第３トラックのコンテンツデータの全長を対象として、当該コンテンツデータが先頭から再生される。

一方、上述の第２の方法では、図９Ｂに一例が示されるように、第３トラックのプレビュー再生の途中で確定操作が行われると、確定操作が行われた時点でプレビュー再生が中止されると共に、プレビュー再生を行っていたコンテンツに対応するコンテンツデータが、プレビュー再生が中止された位置に対応した位置からプレビュー再生の中止に対して連続的に再生される。

上述では、ハードディスクドライブ３２に記録されているコンテンツの一覧を、表示部１０に直接的に表示させるように説明したが、これはこの例に限定されない。すなわち、ハードディスクドライブ３２には、数１００件乃至数１０００件のコンテンツデータを記録することが可能である。上述のカーソル表示７０の停留時間に基づく自動プレビュー再生と、コンテンツの属性情報の利用により、このような大量のデータからコンテンツを検索する操作が容易となる。

１−４．アーティストリンクモードの概略的な動作について
プレビュー再生の適用例として、上述したアーティストリンク情報を用いた選択方法について説明する。なお、以下では、アーティストリンク情報を用いてコンテンツを検索および／または選択するモードを、アーティストリンクモードと呼ぶ。

図１０は、アーティストリンクモードにおける一例の処理を示すフローチャートである。また、図１１および図１２は、図１０で示す処理に伴う表示部１０の表示の推移の例を示す。先ず、再生装置１の再生動作モードが通常再生モードにあって、アーティストＡのコンテンツＸが通常再生されているものとする。ここで、例えばディスカバリボタン１４を押圧し、アーティストリンクモードを起動する。アーティストリンクモードが起動されると、マイコン４１によりアーティストリンク情報が参照されると共に、表示部１０の表示が、図１１Ａに一例が示されるように、アーティストリンク画面に切り換えられ、アーティストＡと共に、アーティストＡに関連するアーティストＢ、Ｃ、・・・がリスト表示部７１Ａにリスト表示される（ステップＳ２０）。

この例では、属性情報テーブルを参照し、ハードディスクドライブ３２に記録されているコンテンツが多い順にアーティスト名をソートしてリスト表示している。カーソル表示７０は、アーティストＡの位置に表示されている。再生コンテンツ表示部７１Ｂには、現在再生中のコンテンツ情報が表示される。なお、アーティスト名のソート順は、この例に限られない。カーソル表示７０がアーティストＡの位置に表示されている間は、アーティストリンクモード起動直前に、通常再生モードで再生されていたコンテンツ（この例ではアーティストＡのコンテンツＸ）の通常再生が継続される。

この状態から、例えばキー１３の下方向キーを操作すると、図１１Ｂに一例が示されるように、カーソル表示７０が関連アーティストＢ、Ｃ、・・・の位置に移動する（ステップＳ２１）と共に、動作がプレビュー再生モードに移行する。この図１１Ｂの例では、ユーザの下方向キーに対する操作に応じて、カーソル表示７０は、アーティストＢの位置を所定時間Ｔ_th（例えば０．５秒）以内で通過し、アーティストＣの位置で停留している。

マイコン４１の計測結果に基づき、カーソル表示７０が所定時間Ｔ_th以上、アーティストＣの位置に停留したか否かが判断され（ステップＳ２２）、停留時間Ｔが所定時間Ｔ_th以上になったと判断されれば、処理はステップＳ２３に移行する。ステップＳ２３では、カーソル表示７０が位置する項目に関連するコンテンツデータから、属性情報テーブルを参照して所定の規則に基づいてコンテンツを自動的に選択する。

一例として、図１１Ｂを参照し、カーソル表示７０が項目「アーティストＣ」の位置にあり、ハードディスクドライブ３２にアーティストＣのコンテンツとして、コンテンツＰ、Ｑ、ＲおよびＳが記録されているものとする。これらコンテンツＰ、Ｑ、ＲおよびＳを、属性情報テーブルに基づきレイティングの高い順にソーティングする。レイティング対象の項目としては、属性情報テーブルのフィールド「再生頻度」を用い、再生頻度の高い順にコンテンツをソーティングする。これに限らず、属性情報テーブルのフィールド「ランキング情報」を用い、人気の高い順にコンテンツをソーティングしてもよい。また、再生履歴から求めた各コンテンツの再生回数やスキップ回数に基づくお気に入り度をレイティングとすることもできる。レイティング対象の項目は、ユーザが適宜設定できるようにすると好ましい。ステップＳ２３では、例えば最もレイティングの高いコンテンツＰがマイコン４１により自動的に選択される。

選択されたコンテンツＰは、次のステップＳ２４でプレビュー再生される。表示部１０の表示は、アーティストリンク画面のままであり、再生コンテンツ表示部７１Ｂの表示がプレビュー再生中のコンテンツを示す表示となる（図１１Ｃ）。

次のステップＳ２５で、カーソル表示７０がアーティストＣの位置に停留している状態で、コンテンツＰのプレビュー再生が終了したか否かが判断される。プレビュー再生が終了したと判断されれば、処理はステップＳ２６に移行され、次に選択されるコンテンツが自動的にプレビュー再生される。例えば、コンテンツＰの次にレイティングの高いコンテンツ（コンテンツＱとする）が自動的にプレビュー再生される。表示部１０の表示は、アーティストリンク画面のままであり、再生コンテンツ表示部７１Ｂの表示がプレビュー再生中のコンテンツを示す表示となり（図１２Ａ）、処理がステップＳ２５に戻される。

なお、ステップＳ２５およびステップＳ２６を繰り返し、カーソル表示７０が停留しているアーティストＣの、ハードディスクドライブ３２に記録されているコンテンツが全てプレビュー再生されると、次のアーティスト（例えばアーティストＤ）のコンテンツが、自動的にプレビュー再生される。このとき、表示部１０の表示は、アーティストリンク画面のままであり、リスト表示部７１Ａにおいて、カーソル表示７０がアーティストＤに対応する位置に自動的に移動される（図１２Ｂ）。また、再生コンテンツ表示部７１Ｂの表示がプレビュー再生中のコンテンツＴを示す表示とされる。

一方、ステップＳ２５で、プレビュー再生中であると判断されれば、処理はステップＳ２７に移行し、再生モードがプレビュー再生モードから通常再生モードに移行されるか否かが判断される。

例えば、図１２Ａの状態で例えばエンターキー１３Ａを操作するなどして確定操作が行われると、表示部１０の表示が図１２Ｃに一例が示されるコンテンツリスト画面に切り換えられ、アーティストＣのコンテンツを選択可能な状態とされる。コンテンツリスト画面において、リスト表示部７１ＡにアーティストＣのコンテンツがリスト表示され、再生コンテンツ表示部７１Ｂに現在プレビュー再生されているコンテンツが示される。

図１２Ｂの状態でさらに、例えばエンターキー１３Ａを操作するなどしてコンテンツの確定操作が行われると、再生モードが通常再生モードに移行すると判断され、次のステップＳ２８で、現在プレビュー再生中のコンテンツＱが通常再生される。表示部１０の表示は、コンテンツリスト画面のままであり、再生コンテンツ表示部７１Ｂの表示が通常再生が選択されたコンテンツを示す表示となる（図１２Ｃ）。コンテンツＱが通常再生されると、属性情報テーブルのコンテンツＱに対応するレコードにおいて、フィールド「再生頻度」の値が再生を反映するように更新される。

通常再生が指示されなければ、処理はステップＳ２５に戻され、プレビュー再生が継続される。コンテンツＱのプレビュー再生が終了してもカーソル表示７０が移動されない場合、さらに、次にレイティングが高いコンテンツＲのプレビュー再生が自動的に開始され、カーソル表示７０がコンテンツＲの位置に移動される。

なお、ステップＳ２５でプレビュー再生中であると判断された際にも、図１２Ａのアーティストリンク画面が表示された状態でカーソル表示７０を移動させて他のアーティストを選択することができる。すなわち、ステップＳ２５でプレビュー再生中であると判断され、さらにカーソル表示７０が移動された場合、処理をステップＳ２３に戻し、カーソル表示７０の位置に対応したアーティストのコンテンツについて、同様にしてプレビュー再生を行うことができる。

上述のように、この発明の実施の形態によれば、アーティスト名上にカーソル表示７０を移動させ所定時間停留させるだけで、ハードディスクドライブ３２に記録されている、カーソル表示７０の位置するアーティストのコンテンツを自動的にプレビュー再生させることができる。

２．アーティストリンクモード時のより具体的な動作およびＧＵＩについて
次に、アーティストリンクモード時の動作と、動作に伴うＧＵＩ(Graphical User Interface)について、具体的な例を用いて説明する。上述したように、アーティストリンク情報は、アーティストに対する関連の度合いに応じて段階的に構成することができる。以下では、アーティストリンク情報が、あるアーティストに対して強い関連がある第１のアーティストリンク情報と、当該アーティストに対して弱い関連がある第２のアーティストリンク情報とからなる２段階で構成されるものとする。

図１３は、あるコンテンツデータを再生中にディスカバリボタン１４を押圧してアーティストリンクモードを起動させた場合の一例の処理を示すフローチャートである。図１３のフローチャートの処理に先立って、ハードディスクドライブ３２に記録された、あるアーティスト（"The Police"とする）のコンテンツのリストが予め表示部１０に表示されているものとする。なお、以下の説明において、この図１３のフローチャートの処理に先立って選択されているアーティスト（この例では"The Police"）を対象アーティストと呼び、対象アーティストに対するアーティストリンク情報に記述されるアーティストを関連アーティストと呼ぶ。

ステップＳ３０で、例えばキー１３の上および／または下方向キーを用いてカーソル表示７０を移動させ、リストに表示されているコンテンツから再生させたいコンテンツを選択する。カーソル表示７０が再生させたいコンテンツ（"Every Breath You"とする）を示す位置に移動されたら、例えばエンターキー１３Ａを操作することで、カーソル表示７０の位置に対応したコンテンツデータの通常再生が開始される（ステップＳ３１）。

このとき、表示部１０の表示は、コンテンツデータの通常再生を示す通常再生画面とされる。図１４は、通常再生画面１００の一例を示す。通常再生画面は、このように、リスト表示部７１Ａに現在再生中のコンテンツに関して、コンテンツ名("Every Breath You")、当該コンテンツが収録されるアルバム名("The Police best")、アーティスト名("The Police")、コンテンツデータの属するジャンル("Rock")およびコンテンツデータの現在の再生時間("00:02")とが、情報の意味を表すアイコンと共にそれぞれ表示される。

なお、以下の例では、音符を模したアイコンがコンテンツ名、ディスクを模したアイコンがアルバム名、人間のバストアップを模したアイコンがアーティスト名、ならびに、音符を模した図案を枠で囲んだアイコンがジャンルをそれぞれ示す。このようなアイコンの意味は、表示部１０に表示される各画面において、それぞれ共通とする。

リスト表示部７１Ａには、さらに、現在再生中のコンテンツデータのレイティングが星印で示されると共に、当該コンテンツがリリースされた年が表示される。また、再生コンテンツ表示部７１Ｂは、現在再生中のコンテンツデータに関する情報が簡略的に表示されると共に、再生開始からの経過時間を示す情報が表示される。なお、リスト表示部７１Ａおよび再生コンテンツ表示部７１Ｂは、各図において、それぞれ別途、示されているが、実際には、表示部１０の１画面における異なる領域に表示される。

コンテンツデータの再生中にディスカバリボタン１４が操作されたと判断されれば（ステップＳ３２）、再生装置１の動作モードがアーティストリンクモードに移行され、アーティストリンク情報に基づき、現在再生中のコンテンツデータに対応するアーティストに強い関連があるアーティスト情報が検索されると共に、表示部１０の画面が図１５に一例が示される検索中画面１０１に遷移する。

検索中画面１０１では、アーティストリンク情報により関連アーティストを検索する対象となるアーティスト名("The Police")と、現在検索中であることがテキストによるメッセージと、アイコン（図１５の例では、回転する２つの半円形の矢印）とで示される。また、コンテンツデータの再生は継続され、再生コンテンツ表示部７１Ｂに対して、現在再生中のコンテンツを示す情報が表示される。

検索中画面１０１に遷移してから所定時間が経過したと判断されれば（ステップＳ３４）、処理はステップＳ３５に移行し、ステップＳ３３の検索結果に基づき現在再生中のコンテンツデータに対応するアーティストに強い関連のあるアーティスト情報である第１のアーティストリンク情報が存在するか否かが判断される。存在すると判断されれば、処理はステップＳ３６に移行される。

一方、ステップＳ３５で、強い関連のあるアーティスト情報が存在しないと判断されれば、処理はステップＳ４１に移行する。ステップＳ４１では、現在再生中のコンテンツデータに対応するアーティストに対応する第１のアーティストリンク情報、ならびに、当該アーティストに対して弱い関連がある関連アーティストのリンク情報である第２のアーティストリンク情報が存在するか否かが判断される。若し、対象アーティストに対応する第１および第２のアーティストリンク情報が共に存在しないと判断されれば、処理はステップＳ４３に移行される。

一方、ステップＳ４１で、対象アーティストに対応する第２のアーティストリンク情報が存在すると判断されれば、処理はステップＳ４２に移行する。ステップＳ４２では、対象アーティストに対するアーティストリンク情報について、関連度の基準を緩和するか否かの選択をユーザに促す画面１０２（図１６参照）が表示部１０に表示される。図１６の例では、関連度の基準を緩和（拡大）して再度、関連アーティストリンク情報を表示させるか否かをユーザに問い合わせるテキストと、当該動作のために操作されるべきキー（例えばディスカバリボタン１４）をガイドする表示とが表示部１０のリスト表示部７１Ａに表示される。

なお、ステップＳ４２の時点では、コンテンツデータの再生は通常再生モードで継続されており、再生コンテンツ表示部７１Ｂに対して、現在再生中のコンテンツを示す情報が表示される。

ステップＳ４２でディスカバリボタン１４またはエンターキー１３Ａが操作され、関連度の基準を緩和して再度、関連アーティストリンク情報を表示させることが確定されれば、対象アーティストに対するアーティストリンク情報を、第１のアーティストリンク情報から第２のアーティストリンク情報に切り換えて、処理をステップＳ３５に戻す。

一方、ステップＳ４２で、関連度の基準を緩和しないことが選択されたら、処理はステップＳ４３に移行され、表示部１０の表示が現在再生中のコンテンツを示す、図１４を用いて説明した画面に戻され、現在再生中のコンテンツの通常再生が継続される。

例えば、表示部１０の表示がステップＳ４２で示した図１６の状態で、ユーザによりキー１５が操作されることで、関連度の基準を緩和しないことが選択され、表示部１０の表示が、図１７に一例が示されるように、現在再生中のコンテンツを示す画面に戻ることをユーザに促す画面１０３に遷移される。図１７の例では、対象アーティストに対する第１および第２のアーティストリンク情報が共に存在しなかったことを示すテキストと、操作されるべきキー（例えばキー１５）を示す表示とが表示部１０のリスト表示部７１Ａに表示される。

上述したステップＳ３５で、アーティストリンク情報に基づき、対象アーティストに対する関連アーティストを示す関連アーティスト情報が存在すると判断されれば、処理はステップＳ３６に移行される。

ステップＳ３６では、表示部１０の表示が、図１８に一例が示される、関連アーティスト情報を表示する関連アーティスト情報表示画面１０４に移行される。関連アーティスト情報表示画面１０４は、上述したステップＳ３５、ステップＳ４１およびステップＳ４２の分岐に応じて、第１アーティストリンク情報または第２のアーティストリンク情報に基づき表示される。

図１８の例では、関連アーティスト情報表示画面１０４は、関連アーティスト情報が表示される対象となるアーティスト名が最上部に、カーソル表示７０と共に表示されると共に、対象アーティストに対して関連があるとされたアーティスト情報が、第１または第２のアーティストリンク情報に基づきリスト表示される。図１８の例では、第１または第２のアーティストリンク情報に基づく関連アーティスト情報は、対象アーティストを示すアイコン７５に対して点線で結びつけられて表示されている。

なお、図１８の表示において、対象アーティストに対するアーティストリンク情報が、１画面に表示可能な数以上のアーティスト情報を含んでいる場合、操作部２０のキーを所定に操作することで、現在の画面に表示されていないアーティスト情報を表示部１０に表示させることができる。例えば、キー１３の下方向キーを操作してカーソル表示７０をリスト表示部７１Ａの所定位置（図１８の例では表示"Discover more.."の位置）の移動させることで、リスト表示部７１Ａに表示される関連アーティスト情報が１つずつ送られる。

次のステップＳ３７では、関連アーティスト情報表示画面１０４において、カーソル表示７０が現在再生中のコンテンツデータに対応するアーティスト名の位置に配置されているか否かが判断される。すなわち、ユーザは、関連アーティスト情報表示画面１０４の表示に基づき、例えば、ユーザは、キー１３の上方向キーおよび下方向キーを操作して、カーソル表示７０を所望の関連アーティストの位置に移動させることができる。カーソル表示７０がこの関連アーティスト情報表示画面が表示された当初のアーティスト名（この例では"The Police"）の位置にあれば、現在再生中のコンテンツデータの通常再生が継続される（ステップＳ３８）。

一方、カーソル表示７０が現在再生中のコンテンツデータに対応するアーティスト名の位置から移動されたと判断されれば、処理はステップＳ３９に移行される。例えば、ユーザによる下方向キーの操作に応じて、カーソル表示７０が移動され、図１９Ａに一例が示されるように、現在再生中のコンテンツデータに対応するアーティスト名とは異なるアーティスト名("Sting")の位置に、カーソル表示７０が表示される。

ステップＳ３９では、カーソル表示７０が移動先の関連アーティスト名の位置に所定時間以上、停留されたか否かが判断される。若し、所定時間以上、停留したと判断されれば、処理はステップＳ４０に移行し、再生モードが通常再生モードからプレビュー再生モードに遷移される。そして、カーソル表示７０の位置に対応したアーティスト名が選択されたアーティスト名とされ、当該アーティスト名に対応したコンテンツデータ（この例では"Sacred Love"）が自動的にプレビュー再生される。表示部１０の再生コンテンツ表示部７１Ｂには、図１９Ｂに一例が示されるように、新たに選択され再生されたコンテンツデータの情報が表示される。

３．この発明の実施の第１の形態による関連情報通知方法について
次に、この発明の実施の第１の形態による関連情報の通知方法について説明する。この発明では、例えば再生装置１でコンテンツを再生する際に、再生するコンテンツに関連するコンテンツが再生装置１に記録されていれば、ユーザに対して関連コンテンツが存在すること通知するようにしている。これにより、ユーザは、コンテンツの検索操作を行うこと無しに、現在再生中のコンテンツに関連するコンテンツが再生装置１に記録されているか否かを知ることができる。

図２０は、この発明の実施の第１の形態による関連情報通知方法の一例の動作を示すフローチャートである。再生装置１において、再生するコンテンツが所定の方法により決定されると（ステップＳ５０）、次のステップＳ５１で、再生装置１に記録されたコンテンツを管理するデータベースが参照され、再生が決定されたコンテンツに関連するコンテンツが再生装置１に記録されているか否かが判断される。

例えば、再生が決定されたコンテンツのコンテンツＩＤに基づきデータベースが参照され、再生が決定されたコンテンツのアーティストと強い関連があるアーティスト情報が検索される。検索の結果、再生が決定されたコンテンツのアーティストと強い関連があるアーティストの情報がデータベースに登録されていれば、再生が決定されたコンテンツに関連するコンテンツが再生装置１に記録されていると判断することができる。

若し、ステップＳ５１で、再生が決定されたコンテンツに関連するコンテンツが再生装置１に記録されていると判断されれば、処理はステップＳ５２に移行する。ステップＳ５２では、当該関連コンテンツが再生装置１に記録されていることを通知する動作が行われる。この発明の実施の形態では、再生装置１の側面側に設けられるディスカバリボタン１４の発光部１５を所定に発光させることで、この通知を行うようにしている。

例えば、ステップＳ５２において、ステップＳ５０で再生が決定されたコンテンツの再生開始に合わせて、マイコン４１は、ディスカバリボタン１４の発光部１５を所定に発光させるための発光制御信号を生成する。この制御信号が発光部１５に供給され、発光部１５が発光される。ユーザは、この発光部１５の発光により、現在再生中のコンテンツに関連するコンテンツの存在を知ることができる。

なお、通知をディスカバリボタン１４の発光部１５を発光させて行う場合、発光が開始されてから所定時間が経過した時点で、自動的に発光を停止すると、バッテリの消費などの面からも好ましい。発光部１５の発光は、ステップＳ５０で再生が決定されたコンテンツの再生開始に伴い開始してもよいし、当該コンテンツの再生が開始されてから一定時間が経過してから開始することも考えられる。再生中のコンテンツの最後の部分の所定時間だけ、発光させるようにもできる。これに限らず、ステップＳ５０で再生が決定されたコンテンツが再生されている間、発光を継続してもよいし、ユーザにより再生装置１に対して次の操作が行われるまで発光部１５を発光させておくようにもできる。

一方、ステップＳ５１で、再生が決定されたコンテンツに関連するコンテンツが再生装置１に記録されていないと判断されれば、処理はステップＳ５３に移行され、関連情報の通知処理が終了される。なお、ステップＳ５０で再生が決定されたコンテンツの再生は、ステップＳ５１における判断結果の如何に関わらず、開始される。

なお、上述のステップＳ５２においてなされる通知に応じて、例えばユーザによりディスカバリボタン１４が押圧された場合に、動作モードを上述したアーティストリンクモードに移行させることができる。この場合、表示部１０の表示がアーティストリンク画面に切り換えられ、ステップＳ５０で再生が決定されたコンテンツのアーティストと共に、ステップＳ５１で検索された、当該アーティストに強い関連があるアーティストがリスト表示部７１Ａにリスト表示される。ステップＳ５１で、当該アーティストに強い関連があるアーティストが複数、検索された場合には、それら複数の強い関連があるアーティストが所定の順序でリスト表示される。

関連コンテンツの通知を行うための発光部１５をディスカバリボタン１４と一体的に構成することで、関連コンテンツの通知が行われた際に操作すべき部位が明示的に示され、ユーザは、通知に際して操作に迷うことがない。

４．この発明の実施の第２の形態による関連情報通知方法について
次に、この発明の実施の第２の形態による関連情報の通知方法について説明する。この実施の第２の形態では、再生するコンテンツに関連するコンテンツを通知する際に、ユーザにとってより有用と考えられる結果が得られるようにするものである。

具体的な例としては、再生するコンテンツのユーザによる評価値が所定以上の場合に、関連コンテンツの存在の有無を判断する。さらに、判断の対象となる関連コンテンツは、再生するコンテンツに対して強い関連を有すると共に、ユーザが未聴若しくは未評価であるものとする。このようにすることで、関連コンテンツの通知を、通知がユーザにとって有用であると考えられる場合に選択的に行うことができる。

なお、未評価のコンテンツとは、例えば、上述のプレビュー再生のみでしか再生されていなかったり、ユーザの選択に応じて再生されたが所定時間以内の再生で再生がユーザにより終了された場合のような、フィールド「レイティング」の計算に用いられない再生がなされたコンテンツをいう。

図２１は、この発明の実施の第２の形態による関連情報通知方法の一例の動作を示すフローチャートである。なお、図２１のフローチャートにおいて、符号「Ａ」は、後述する図２４に示されるフローチャートの対応する符号に対する処理の移行を示し、符号「Ｂ」は、図２４のフローチャートから処理が移行されることを示す。

再生装置１において、再生するコンテンツが所定の方法により決定されると（ステップＳ６０）、次のステップＳ６１で、ステップＳ６０で再生が決定されたコンテンツの、ユーザによる評価値が所定以上であるか否かが判断される。若し、ユーザによる評価値が所定以下であると判断されれば、処理はステップＳ６５に移行され、関連コンテンツの通知がなされない。

コンテンツのユーザによる評価値としては、例えば、当該コンテンツの属性情報テーブルのフィールド「レイティング」の値を用いることができる。例えば、フィールド「レイティング」が値「５」で最高の評価値とし、値「０」〜値「５」で表現されるものとする。このとき、フィールド「レイティング」の値が値「４」以上すなわち値「４」および値「５」で、ユーザによる評価値が所定以上であると判断することが考えられる。これに限らず、フィールド「再生頻度」の値をユーザによる評価値として用いることもできる。

一方、ステップＳ６１で、再生が決定されたコンテンツのユーザによる評価値が所定以上であると判断されれば、処理はステップＳ６２に移行する。ステップＳ６２では、再生装置１に記録されたコンテンツを管理するデータベースが参照され、再生が決定されたコンテンツに関連するコンテンツが再生装置１に記録されているか否かが判断される。若し、関連コンテンツが再生装置１に記録されていないと判断されれば、処理はステップＳ６５に移行され、関連コンテンツの通知がなされない。

例えば、上述の実施の第１の形態と同様に、コンテンツＩＤに基づきデータベースが参照され、再生が決定されたコンテンツのアーティストと強い関連があるアーティスト情報が検索される。検索の結果、当該強い関連があるアーティストの情報がデータベースに登録されていれば、再生が決定されたコンテンツに関連するコンテンツが再生装置１に記録されていると判断することができる。

なお、再生が決定されたコンテンツのアーティストと強い関連があるアーティスト情報を検索する際に、さらに条件を絞り込むこともできる。例えば、再生が決定されたコンテンツに対応するジャンルに基づき絞り込みを行うことが考えられる。一例として、検索結果に対して、再生が決定されたコンテンツとジャンルが一致するコンテンツを有する、または、当該ジャンルが一致するコンテンツの割合が所定以上のアーティストをさらに検索する。ジャンルを検索条件とするときは、上述した小分類ジャンルを用いると、より好適な検索結果が得られることが考えられる。これにより、ユーザのそのときの嗜好により合致した検索結果を得られることが期待される。

一方、ステップＳ６２で、関連コンテンツが再生装置１に記録されていると判断されれば、処理はステップＳ６３に移行される。ステップＳ６３では、ステップＳ６２で検索された強い関連のあるアーティストに対応するコンテンツのうち、ユーザが未聴または未評価のコンテンツがあるか否かが判断される。若し、未聴または未評価のコンテンツが無いと判断されれば、処理はステップＳ６５に移行され、関連コンテンツの通知がなされない。

ユーザが未聴または未評価のコンテンツがあるか否かは、例えば、検索された強い関連のあるアーティストに対応するコンテンツそれぞれについて、属性情報テーブルのフィールド「再生頻度」の値に基づき判断できる。フィールド「再生頻度」の値が「０」であれば、そのコンテンツは、ユーザが未聴または未評価であると判断できる。

未聴または未評価の判断は、この例に限定されず、例えば、フィールド「再生頻度」の値が所定値以下のときに、そのコンテンツをユーザが未聴または未評価のコンテンツであると見做すことも考えられる。また、ログファイルとして記録された再生履歴に基づき、最後に再生されてから所定期間以上経過しているコンテンツをユーザ未聴または未評価コンテンツと見做すことも考えられる。

ステップＳ６３で、ステップＳ６２で検索された強い関連のあるアーティストに対応するコンテンツのうち未聴のコンテンツがあると判断された場合には、処理はステップＳ６４に移行され、例えばディスカバリボタン１４の発光部１５が発光されて、当該関連コンテンツが再生装置１に記録されていることを通知する動作が行われる。発光部１５の発光時間や発光タイミングは、上述の実施の第１の形態で説明した例と同様とすることができる。

この通知に対応してユーザによりディスカバリボタン１４が押圧されると、再生装置１の動作モードがアーティストリンクモードに移行される。再生装置１の動作モードがアーティストリンクモードに移行されると、既に説明したように、表示部１０の表示がアーティストリンク画面に遷移される。このアーティストリンク画面において、ユーザに所定のアーティストが選択されると、表示部１０の表示は、選択されたアーティストに対応するコンテンツがリスト表示された、コンテンツリスト画面に遷移される。

この実施の第２の形態では、このコンテンツリスト画面において、リスト表示されたコンテンツのうちユーザが未聴または未評価のコンテンツを明示的に表示すること好ましい。例えば、ユーザが未聴または未評価のコンテンツのコンテンツ名の表示を、太字、斜体文字、影付き文字といった、他と異なる表示とすることが考えられる。また、当該コンテンツ名に対して所定のアイコンやマークを付すこともできる。このようにすることで、ユーザは、未聴または未評価のコンテンツを極めて容易に探し出すことができる。

なお、発光部１５の発光パターンにより、関連コンテンツの存在以外の情報を、発光部１５の発光で示すことが可能である。例えば、ステップＳ６１で取得された、再生するコンテンツの評価値の値に応じて、発光パターンを変えることが考えられる。こうすることで、ユーザは、通知に応じてディスカバリボタン１４を押圧してアーティストリンクモードに移行させるか否かを、発光部１５の発光パターンに基づき判断することができる。

一例として、取得された評価値に応じて発光部１５の発光間隔を変えることが考えられる。より具体的には、例えば、評価値がフィールド「レイティング」の値「５」を最高値として「０」〜「５」の値で表現される場合、取得された評価値が値「５」で発光部１５を０．５秒間隔で発光させ、値「４」で発光部１５を１秒間隔で発光させる。これに限らず、発光部１５が発光色の異なる複数の発光素子を有し、それぞれ独立的に発光を制御可能とし、評価値に応じて発光色を変えることも考えられる。

さらに、上述では、ステップＳ６４でディスカバリボタン１４が押圧されると、アーティストリンクモードに動作モードが移行するように説明したが、これはこの例に限定されない。例えば、ステップＳ６４でディスカバリボタン１４が押圧されると、ユーザが未聴または未評価とされたコンテンツを直接的に再生させるようにもできる。未聴または未評価コンテンツが複数検索されたときは、所定の順序で順次、未聴または未評価コンテンツを再生することが考えられる。このときには、上述したプレビュー再生を適用することができる。

４−１．実施の第２の形態をサブスクリプションサービスに適用した例について
この実施の第２の形態のように、コンテンツが未聴であるか否かを検索条件に加えることは、ユーザとコンテンツ提供者との間の契約に基づき、ダウンロードしたコンテンツを所定期間内に限り再生可能とする、サブスクリプションサービスを利用している場合に、用いて好適なものである。

サブスクリプションサービスについて、概略的に説明する。例えば、ユーザは、サービス提供側（例えばミュージックサーバ４）に対して定額料金を支払い、所定のサービスの契約を行う。一方、サービス提供側は、コンテンツに所定の暗号化を施してサブスクリプションコンテンツとして保有する。サービス提供側は、契約を行ったユーザに対して、サブスクリプションコンテンツのダウンロードを許可すると共に、サブスクリプションコンテンツの暗号を復号化するための鍵を例えばインターネット３を介して送付する。この鍵には、期限が設けられ、期限を満了した後は、当該鍵によるコンテンツの復号化が行えないようにされる。

ユーザは、ダウンロードしたサブスクリプションコンテンツと当該サブスクリプションコンテンツの鍵とを再生装置１に記録する。ダウンロードしたサブスクリプションコンテンツの再生を選択した際には、再生装置１において当該サブスクリプションコンテンツが当該鍵を用いて復号化され、再生される。

すなわち、図２２に一例が示されるように、再生装置１に記録された暗号化コンテンツ２００は、期限満了前は、有効期限が設定された鍵２０１を用いて復号化され、再生される。鍵２０１の期限は、ユーザによる時刻の変更が不可とされたセキュアクロック２０２により管理される。暗号化コンテンツ２００の再生時に、鍵２０１に設定された時刻と、セキュアクロック２０２により計時される現在時刻とが比較され、現在時刻が鍵２０１に設定された時刻よりも前であれば、鍵２０１により暗号化コンテンツ２００の暗号が復号化される。現在時刻が鍵２０１に設定された時刻より後であれば、鍵２０１による暗号化オーディオファイルの暗号の復号化が行われない。

サブスクリプションコンテンツの期限が満了した場合、ユーザは、コンテンツ提供側に対して所定の金額を支払うことで、期限が延長され、鍵２０１による暗号化コンテンツ２００の暗号の復号化が行われるようになり、当該サブスクリプションコンテンツの再生が可能な状態となる。

このサブスクリプションサービスにおいては、サービス提供側からユーザ側に対して、サブスクリプションコンテンツを自動的に転送させるようなサービスが用意されている。例えば、サービス提供側（ミュージックサーバ４）がユーザの嗜好に合わせたコンテンツをサブスクリプションコンテンツとして用意し、ＰＣ２がネットワーク３を介してミュージックサーバ４に接続された際に、この用意されたサブスクリプションコンテンツをＰＣ２に転送する。ＰＣ２は、ユーザにより再生装置１が接続された際に、このサブスクリプションコンテンツを再生装置１に対して自動的に転送する。

再生装置１は、このようにして転送されたサブスクリプションコンテンツを含む、現在の日時から過去に向けて所定領域内に転送されたコンテンツのリストを最新転送コンテンツリストとして作成する。所定期間は、例えば１週間、１０日間、１ヶ月間などとされる。このサブスクリプションサービスにより転送されたコンテンツのリストからなる最新転送コンテンツリストを、オートプレイ用プレイリストとして用いることができる。

上述したように、サブスクリプションサービスにおいては、サービス提供側において適宜選択されたサブスクリプションコンテンツが、ミュージックサーバ４からＰＣ２に対して自動的にダウンロードされ、ＰＣ２から再生装置１に対して転送される。したがって、ＰＣ２および再生装置１には、ユーザ自身に認識されていないコンテンツ（サブスクリプションコンテンツ）が記録されている可能性が高い。このようなコンテンツは、ユーザ自身、そのコンテンツがどのような内容なのか知らないため、ユーザ自身の選択による再生がなされない場合もあり得る。

上述のように、サブスクリプションサービスは、コンテンツの再生可能期間が限定されている場合が多い。再生可能期間内に再生されないサブスクリプションコンテンツが多く発生すると、支払った金額が無駄になるだけでなく、ユーザが新たなコンテンツに出会う機会も失われてしまう。

コンテンツが未聴であるか否かを検索条件として用いることで、このような、ユーザ自身に認識されていなく、ユーザの未聴なコンテンツが検索される可能性が高くなる。ユーザにとっては、支払った料金が無駄にならず、且つ、自分の嗜好に合った新たなコンテンツに出会う機会が増えることが期待される。

５．発明の実施の第２の形態の変形例について
次に、この発明の実施の第２の形態の変形例について説明する。この実施の第２の形態の変形例では、再生が決定されたコンテンツに関連するコンテンツの数に基づき、関連コンテンツの存在を通知するか否かを判断するようにしている。

図２３は、この発明の実施の第２の形態の変形例による関連情報通知方法の一例の動作を示すフローチャートである。なお、図２３のフローチャートにおいて、符号「Ａ」は、後述する図２４に示されるフローチャートの対応する符号に対する処理の移行を示し、符号「Ｂ」は、図２４のフローチャートから処理が移行されることを示す。

再生装置１において、再生するコンテンツが所定の方法により決定されると（ステップＳ７０）、次のステップＳ７１で、再生装置１に記録されたコンテンツを管理するデータベースが参照され、再生が決定されたコンテンツに関連するコンテンツが再生装置１に記録されているか否かが判断される。若し、記録されていないと判断されれば、処理はステップＳ７４に移行され、関連コンテンツの通知がなされない。

例えば、再生が決定されたコンテンツのコンテンツＩＤに基づきデータベースが参照され、再生が決定されたコンテンツのアーティストと強い関連があるアーティスト情報が検索される。検索の結果、再生が決定されたコンテンツのアーティストと強い関連があるアーティストの情報がデータベースに登録されていれば、再生が決定されたコンテンツに関連するコンテンツが再生装置１に記録されていると判断することができる。

一方、ステップＳ７１で、再生が決定されたコンテンツに関連するコンテンツが再生装置１に記録されていると判断されれば、処理はステップＳ５２に移行する。ステップＳ７２では、ステップＳ７１で検索されたコンテンツの数が所定数以上であるか否かが判断される。検索されたコンテンツ数が所定数以下であると判断されれば、処理はステップＳ７４に移行され、関連コンテンツの通知がなされない。

ステップＳ７２で、ステップＳ７１で検索されたコンテンツの数が所定数以上であると判断されれば、処理はステップＳ７３に移行され、例えばディスカバリボタン１４の発光部１５が発光され、関連コンテンツが再生装置１に記録されていることが通知される。発光部１５の発光時間や発光タイミングは、上述の実施の第１の形態で説明した例と同様とする。

６．実施の第２の形態およびその変形例に共通する、関連コンテンツの通知以降の動作について
次に、上述した実施の第２の形態および実施の第２の形態の変形例に共通する。関連コンテンツの通知以降の一例の処理について、図２４のフローチャートを用いて説明する。なお、図２４において、符号「Ａ」は、図２１または図２３の対応する符号から処理が移行されることを示し、符号「Ｂ」は、図２１または図２３の対応する符号に処理が移行することを示す。

図２４のフローチャートは、ステップＳ８０のディスカバリボタン１４の発光部１５が発光される処理から開始される。すなわち、ステップＳ８０の動作は、実施の第２の形態において図２１のフローチャートで説明したステップＳ６４の処理、または、実施の第２の形態の変形例において図２３のフローチャートで説明したステップＳ７３の処理に対応する。

次のステップＳ８１で、ディスカバリボタン１４の押圧が待機される。所定時間経過するまで待機され（ステップＳ８３）、ステップＳ８０でディスカバリボタン１４の発光部１５が発光してから所定時間内にディスカバリボタン１４が押圧されたら、処理はステップＳ８２に移行され、再生装置１の動作がアーティストリンクモードに移行される。

一方、発光部１５の発光から所定時間以内にディスカバリボタン１４が押圧されなければ、処理はステップＳ８４に移行され、ディスカバリボタン１４の発光部１５の発光が停止される。そして、次のステップＳ８５で、現在再生中のコンテンツの再生終了が待機される。すなわち、図２１の処理からこの図２４の処理に移行した場合には、ステップＳ６０で再生が決定されたコンテンツの再生終了が待機され、図２３の処理からこの図２４の処理に移行した場合には、ステップＳ７０で再生が決定されたコンテンツの再生終了が待機される。

ステップＳ８５で、コンテンツの再生が終了したと判断されたら、処理はステップＳ８６に移行し、次に再生するコンテンツが設定されているか否かが判断される。若し、次に再生するコンテンツが無いと判断されれば、処理はステップＳ８７に移行され、コンテンツの再生が終了される。

一方、ステップＳ８６で、次に再生するコンテンツがあると判断されれば、処理は符号「Ｂ」に対応する処理に移行される。すなわち、図２１からこの図２４の処理に移行された場合には、ステップＳ８６から図２１のステップＳ６１に処理が移行され、当該次に再生するコンテンツの評価値に基づく判断がなされる。また、図２３からこの図２４の処理に移行された場合には、ステップＳ８６から図２３のステップＳ７１に処理が移行され、再生するコンテンツに関連する他のコンテンツが存在するか否かが判断される。

なお、上述の図２１のステップＳ６５の処理の後は、この図２４のステップＳ８５に処理が移行され、図２１のステップＳ６０で再生が決定されたコンテンツの再生が終了するのが待機される。同様に、上述の図２３のステップＳ７４の処理の後は、この図２４のステップＳ８５に処理が移行され、図２３のステップＳ７０で再生が決定されたコンテンツの再生が終了するのが待機される。そして、次のステップＳ８６で、次に再生するコンテンツがあるか否かが判断される。

なお、この図２４のフローチャートに示される処理は、上述した実施の第１の形態における、図２０のフローチャートに示した処理にも適用することができる。この場合、図２０のステップＳ５３の処理の後は、この図２４のステップＳ８５に処理が移行される。また、この図２４のステップＳ８６の処理において次に再生するコンテンツがあると判断された場合、図２０のステップＳ５１に処理が移行される。

７．アーティスト以外の他の属性に基づき関連コンテンツを検索する例について
なお、上述した実施の第１の形態、実施の第２の形態および実施の第２の形態の変形例では、再生が決定されたコンテンツのアーティストに対して強い関連のあるアーティストが再生装置１に記録されているか否かを判断したが(図２０のステップＳ５１、図２１のステップＳ６２および図２３のステップＳ７１参照)、これはこの例に限定されない。すなわち、再生が決定されたコンテンツについて、アーティスト以外の他の属性に基づき判断を行うようにしてもよい。

図５の属性情報テーブルの例では、コンテンツのジャンルに基づき判断を行うことが考えられる。例えば、再生が決定されたコンテンツのジャンルと一致するジャンルのコンテンツが再生装置１に対して所定以上、記録されているアーティストを検索する。このとき、検索条件としてのジャンルは、上述した小分類ジャンルを用いると好ましい。

さらに、上述した図２０のステップＳ５１、図２１のステップＳ６２および図２３のステップＳ７１において、再生が決定されたコンテンツそのものの特徴を抽出し、抽出された特徴に基づき関連するコンテンツを検索することもできる。コンテンツの特徴は、例えばコンテンツが楽曲を再生する音楽データであれば、当該音楽データを解析し、その楽曲のテンポ、メロディー、曲調などを当該コンテンツの特徴データとして抽出することが考えられる。

音楽データの解析の一例として、当該音楽データがロックやポップスといった一定のビートに基づく楽曲のものであれば、ステレオの左右のオーディオ信号を比較して共通する部分をビートおよび／またはメロディー（ヴォーカル）であると判断できる。そして、ステレオの左右に共通する部分に対して振幅や周波数成分などの分析を行い、所定の時間間隔で変化する部分を検出することで、テンポを抽出し、人声に特有のパターンを検出することで、メロディー部分を抽出できる。さらに、メロディー部分のピッチを求め、音程情報を抽出して当該楽曲の調（短調、長調など）が検出できる。

音楽データの解析は、例えばＰＣ２において行われる。解析結果は、コンテンツ毎に属性情報テーブルに記述され、再生装置１に転送される。これに限らず、再生装置１内でハードディスクドライブ３２に記録されたコンテンツデータに対して解析処理を行ってもよいし、ミュージックサーバ４側で予めコンテンツ毎のテンポ、メロディー、曲調などの情報を用意しておいてもよい。ミュージックサーバ４側で用意されたこれらの情報は、ＰＣ２が接続された際にＰＣ２に転送される。そして、ＰＣ２に転送されたこれらの情報は、再生装置１が接続された際に、ＰＣ２から再生装置１に転送される。

さらにまた、ステップＳ６２では、再生が決定されたコンテンツの統計情報に基づき関連するコンテンツを検索することも考えられる。コンテンツの統計情報は、例えば、「あるアーティストＡが好きな人は、別のアーティストＢを好きな傾向がある」、「あるコンテンツＣが好きな人は、別のコンテンツＤを好きな傾向がある」といったような、あるアーティストやコンテンツに関連するアーティストやコンテンツを、確率的に求めた情報が考えられる。

ミュージックサーバ４側では、ユーザ側からのコンテンツのダウンロード要求などに基づき、このような統計情報をアーティスト毎やコンテンツ毎に予め求めておく。そして、ＰＣ２からの接続があった際に、得られた統計情報をコンテンツの属性情報テーブルの情報としてＰＣ２に転送する。ＰＣ２に転送されたこのアーティスト毎、コンテンツ毎の統計情報は、ＰＣ２に対して再生装置１が接続された際に、再生装置１に転送される。

８．この発明の実施の第１、第２の形態および実施の第２の形態の変形例の、さらに他の変形例について
なお、上述では、実施の第１の形態における図２０のステップＳ５２、実施の第２の形態における図２１のステップＳ６４、ならびに、実施の第２の形態の変形例における図２２のステップＳ７３などで説明したように、再生が決定されたコンテンツに対する関連コンテンツの通知を、ディスカバリボタン１４の発光部１５を発光させることで行うように説明したが、これはこの例に限定されない。すなわち、関連コンテンツの通知は、音や振動などで行ってもよいし、表示部１０に対する表示で行ってもよい。

関連コンテンツの通知を音で行う場合、通知に用いられる音は、例えば所定のオーディオファイルとして予めハードディスクドライブ３２に格納しておくことが考えられる。関連コンテンツを通知する際には、ハードディスクドライブ３２からこの通知用のオーディオファイルを読み出して、コンテンツのオーディオデータの再生と同様にして再生し、ＨＰアンプ４５からリモコン端子４７に出力され、ヘッドフォンにより音声として再生される。

また、これに限らず、通知に用いる音声を、プログラムに基づきマイコン４１で所定に発生させてもよい。マイコン４１は、プログラムに基づきオーディオデータを所定に生成する。このオーディオデータは、ＤＡＣ４４でアナログ音声信号に変換され、ＨＰアンプ４５からリモコン端子４７に導出される。

また、この関連コンテンツの通知を音で行う方法を、例えば上述の実施の第２の形態に適用する場合、関連コンテンツの通知に用いる音声パターンを複数用意し、評価値に応じて通知に用いる音声パターンを選択することが考えられる。

なお、関連コンテンツの通知を音を用いて行う場合、コンテンツの再生を妨げないように、通知音は、再生中のコンテンツの再生が終了してから出力するのが好ましい。

関連コンテンツの通知を振動で行う場合、再生装置１に振動子を設け、振動子の動作をマイコン４１で制御するようにする。この関連コンテンツの通知を振動で行う方法を、例えば上述の実施の第２の形態に適用する場合、評価値に応じて振動パターンを異ならせることが考えられる。通知を振動を用いて行う場合には、振動が発生されるタイミングは、発光部１５を発光させて通知を行う場合と同一で構わない。

なお、これらの、関連コンテンツの通知を音や振動を用いて行う場合、ユーザは、再生装置１を見なくても、関連コンテンツの存在を知ることができる。特に、音を用いて通知を行う方法では、ユーザは、例えば再生装置１を鞄やポケットなどに入れて再生されるコンテンツを聴いている場合でも、再生中のコンテンツに関連するコンテンツの存在を知ることができる。

さらに、関連コンテンツの通知を、表示部１０に対する表示で行ってもよい。マイコン４１は、プログラムに従い関連コンテンツを通知するための表示を行う表示制御信号を生成し、表示制御部３５に供給する。表示制御部３５は、この表示制御信号に応じて表示信号を生成し、表示部１０に供給する。なお、関連コンテンツの通知に用いる表示は、テキストによる表示でもよいし、所定のアイコンやイメージなどを用いてもよい。

また、上述では、ディスカバリボタン１４および発光部１５を再生装置１に設けた例について説明したが、これはこの例に限定されるものではない。ディスカバリボタン１４および発光部１５を、リモコン端子４７に接続されるリモートコントロールコマンダにさらに設けてもよい。このとき、ディスカバリボタン１４に対する操作に応じた制御信号は、リモートコントロールコマンダからリモコン端子４７に入力され、リモコン端子４７からシステムゲートアレイ３６およびバス４０を介してマイコン４１に供給される。発光部１５の発光制御を行う制御信号は、マイコン４１から出力され、バス４０およびシステムゲートアレイ３６を介してリモコン端子４７に導出され、リモートコントロールコマンダに供給される。

さらに、上述では、再生装置１においてコンテンツが蓄積的に記録される記録媒体をハードディスクドライブ３２であるして説明したが、これはこの例に限定されない。例えば、図２５に一例が示されるように、記録媒体にフラッシュメモリ３０２などの書き換え可能な不揮発性の半導体メモリを用いた再生装置１’にこの発明を適用することも可能である。

さらにまた、上述では、コンテンツを音楽データとしてのオーディオデータであるとして説明したが、これはこの例に限定されない。例えば、コンテンツは、動画データであってもよいし、静止画像データやテキストデータであってもよい。

９．この発明の実施の第３の形態による関連情報通知方法について
次に、この発明の実施の第３の形態について説明する。この発明の実施の第３の形態は、上述した再生装置１に対して無線通信機能を持たせ、この無線通信機能を用いて、ＰＣ２を介さずに直接的にミュージックサーバ４との間でのデータの送受信を行ったり、他の端末との間でのデータの送受信を行うようにしている。

図２６は、再生装置１に対して無線通信を制御する無線通信Ｉ／Ｆ３０３を設け再生装置１”とした場合の、一例の構成を示す。なお、図２６において、上述した図３と共通する部分には同一の符号を付し、詳細な説明を省略する。無線通信Ｉ／Ｆ３０３がバス３０に接続される。無線通信Ｉ／Ｆ３０３は、バス３０、システムゲートアレイ３６およびバス４０を介して、マイコン４１とデータやコマンドのやりとりを行う。無線通信Ｉ／Ｆ３０３は、マイコン４１の制御に基づき、電波を用いた無線通信により、所定のプロトコルを用いて外部との間でのデータやコマンドの送受信を行う。これに限らず、無線通信Ｉ／Ｆ３０３は、赤外線信号を用いて無線通信を行うようにしてもよい。

再生装置１”が無線通信Ｉ／Ｆ３０３を有し無線通信機能を備えることにより、再生装置１”と同等の機能を有する他の再生装置や、ミュージックサーバ４との間のデータの送受信を、ＰＣ２を介さずに直接的に行うようにできる。図２７に例示されるように、再生装置１”は、無線通信Ｉ／Ｆ３０３を用いて、インターネット３上に設けられる無線通信設備（図示しない）との間で無線通信を行い、インターネット３を介してミュージックサーバ４と直接的にデータの送受信を行うことができる。

また、再生装置１”は、再生装置１”と同等の機能を有する他の端末と無線通信を行い、再生装置１”と当該他の端末との間でデータやコマンドの送受信を行うことができる。例えば、図２７に例示されるように、再生装置１”は、再生装置１”の周辺に存在し、再生装置１”と同等の機能を有する、コンテンツデータを保持可能な再生装置１”Ａとの間で直接的にデータやコマンドの送受信を行うことができる。なお、再生装置１”と再生装置１”Ａとの距離が近く且つ直線的に見通しが確保できる場合には、無線通信を電波による通信のみならず、赤外線信号を用いて行うことも可能である。

また、再生装置１”は、同等の機能を有する、コンテンツデータを保持可能な再生装置１”Ｂとの間で、インターネット３を介して通信を行いデータやコマンドを送受信することができる。この場合、再生装置１”および再生装置１”Ｂは、無線通信によりインターネット３上に設けられる図示されない無線通信設備を介してインターネット３に対して接続し、再生装置１”および再生装置１”Ｂとの間での通信を行う。

再生装置１”は、コンテンツデータを再生中に、再生装置１”Ａや再生装置１”Ｂといった他の端末と無線通信機能を用いて通信を行い、再生中のコンテンツデータに関連するコンテンツデータをこれら他の端末が保持している場合に、ディスカバリボタン１４の発光部１５を発光させるようにできる。

図２８は、他の端末に関連するコンテンツデータが存在する場合にディスカバリボタン１４の発光部１５を発光させる一例の処理を示すフローチャートである。再生装置１”において、操作部２０に対するユーザ操作に応じたマイコン４１の制御に基づき、既に説明したようにして、再生するコンテンツデータの選択および決定がなされ（ステップＳ１）、次のステップＳ２で当該コンテンツデータが再生される。

コンテンツデータの再生が開始されると、次のステップＳ３で、当該再生装置１”において、マイコン４１の制御に基づき、無線通信Ｉ／Ｆ３０３により所定に通信が行われ、当該再生装置１”と無線通信Ｉ／Ｆ３０３を用いて通信可能な他の端末の存在が検索される。このとき、再生装置１”は、図２８に再生装置１”Ａとして例示されるような、自機の周辺に存在する他の端末を検索してもよいし、図２８に再生装置１”Ｂとして例示されるような、インターネット３を介して通信可能な他の端末を検索してもよい。

次のステップＳ４で、再生装置１”と無線通信Ｉ／Ｆ３０３を用いて通信可能な他の端末が検出されたか否かが判断される。ステップＳ４で、通信可能な他の端末の存在が検出されたと判断されれば、処理はステップＳ５に移行され、当該他の端末が再生装置１”で現在再生中のコンテンツデータに関連するコンテンツデータを保有しているか否かが確認される。

一例として、再生装置１”は、現在再生中のコンテンツデータのコンテンツＩＤと、当該コンテンツＩＤを有するコンテンツデータに関連するコンテンツデータの検索要求を、検出された他の端末に送信し、当該他の端末は、再生装置１”から送信されたコンテンツＩＤと検索要求に基づき自機のコンテンツデータ記憶手段に記憶されているコンテンツデータを検索し、検索結果を無線通信機能を用いて再生装置１”に返すことが考えられる。

他の端末が再生装置１”で現在再生中のコンテンツデータに関連するコンテンツデータを保有しているか否かの確認方法は、この方法に限られない。例えば、再生装置１”は、当該他の端末に対して、コンテンツデータ記憶手段に記憶されるコンテンツデータのリストを要求し、このリストに基づき関連するコンテンツデータの存在の有無を判断することも考えられる。

なお、ステップＳ４において、所定時間内に通信可能な他の端末の存在が確認されなかった場合に、タイムアウトとして一連の処理を終了させ、再生装置１”でのコンテンツデータの再生を継続させるようにできる。

若し、ステップＳ５で、当該他の端末が再生装置１”で再生中のコンテンツデータに関連するコンテンツデータを保有していないと判断されれば、一連の処理が終了され、再生装置１”におけるコンテンツデータの再生が継続される。

一方、ステップＳ５で、当該他の端末が再生装置１”で再生中のコンテンツデータに関連するコンテンツデータを保有していると判断されれば、処理はステップＳ６に移行され、マイコン４１の制御に基づき例えばディスカバリボタン１４の発光部１５が発光され、関連するコンテンツデータの存在が通知される。

再生装置１”において、ディスカバリボタン１４の発光部１５の発光中に、ユーザによるディスカバリボタン１４の操作が検出されると（ステップＳ７）、処理はステップＳ８に移行される。ステップＳ８では、マイコン４１の制御に基づき、当該他の端末が保有している、再生装置１”で再生中のコンテンツデータに関連するコンテンツデータの属性情報や、当該他の端末に関連する情報が表示部１０に表示される。

関連するコンテンツデータの属性情報は、当該コンテンツデータのタイトル、アルバム名、アーティスト名、ジャンル名などである。関連するコンテンツデータの属性情報は、当該コンテンツデータのコンテンツＩＤに基づき、例えば当該他の端末から無線通信により取得することができる。これに限らず、無線通信Ｉ／Ｆ３０３によりインターネット３を介してミュージックサーバ４と通信を行い、コンテンツＩＤに基づき当該属性情報を取得することも可能である。

また、当該他の端末に関連する情報は、例えば当該他の端末を特定または識別することが可能な情報を用いることができる。一例として、再生装置１”と当該他の端末とが、ＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)を通信プロトコルとして用いて無線通信を行う場合、当該他の端末のＩＰ(Internet Protocol)アドレスを、当該他の端末に関連する情報として用いることができる。また、当該他の端末に関連する情報として、当該他の端末の端末名を用いることができる。端末名は、例えば当該他の端末が内蔵するＲＯＭや、コンテンツデータを記憶する記憶手段に記憶させておく。図２６に示される再生装置１”の例では、ＲＯＭ４２にシステム情報として端末名を予め記憶させることができる。また、ユーザにより設定可能な端末名をハードディスクドライブ３２に記憶させることができる。

なお、上述では、再生装置１”が無線通信Ｉ／Ｆ３０３を用いて再生装置１”Ａや再生装置１”Ｂのような他の端末と通信を行う場合について説明したが、これはこの例に限定されない。例えば、再生装置１”は、無線通信Ｉ／Ｆ３０３による無線通信で以て、インターネット３を介してミュージックサーバ４と通信を行い、ミュージックサーバ４を現在再生中のコンテンツデータに関連するコンテンツデータの検索対象とすることもできる。

このように、この発明の実施の第３の形態によれば、現在再生中のコンテンツデータに関連するコンテンツデータの検索を、自機に限ることなく、他の端末や、ミュージックサーバ４にまで広げることができる。

この発明の実施の形態が適用可能な再生装置の一例の使用形態を示す。 この発明の実施の形態に適用できる携帯用の再生装置の一例の外観図である。 再生装置の一例の構成を示すブロック図である。 再生装置に適用可能なアーキテクチャを概略的に示す略線図である。 属性情報テーブルの一例の構成を示す略線図である。 アーティストリンク情報の一例の構成を示す略線図である。 プレビュー再生を自動的に開始する処理の一例のフローチャートを示す。 フローチャートに伴う表示部の一例の表示を示す。 プレビュー再生から通常再生に切り替わるときの処理を説明するための略線図である。 アーティストリンクモードにおける一例の処理を示すフローチャートである。 アーティストリンクモードにおける処理に伴う表示の推移の例を示す略線図である。 アーティストリンクモードにおける処理に伴う表示の推移の例を示す略線図である。 あるコンテンツデータを再生中にアーティストリンクモードを起動させた場合の一例の処理を示すフローチャートである。 通常再生画面の一例を示す略線図である。 検索中画面の一例を示す略線図である。 関連度の基準を緩和するか否かの選択をユーザに促す画面の例を示す略線図である。 現在再生中のコンテンツを示す画面に戻ることをユーザに促す画面の例を示す略線図である。 関連アーティスト情報表示画面の一例を示す略線図である。 関連アーティスト情報表示画面の一例を示す略線図である。 この発明の実施の第１の形態による関連情報通知方法の一例の動作を示すフローチャートである。 この発明の実施の第２の形態による関連情報通知方法の一例の動作を示すフローチャートである。 サブスクリプションサービスを説明するための図である。 この発明の実施の第２の形態の変形例による関連情報通知方法の一例の動作を示すフローチャートである。 関連コンテンツの通知以降の一例の処理を示すフローチャートである。 記録媒体に書き換え可能なＲＯＭを用いた場合の再生装置の一例の構成を示すブロック図である。 無線通信を制御する無線通信Ｉ／Ｆを設けた再生装置の一例の構成を示すブロック図である。 この発明の実施の第３の形態が適用可能な再生装置の一例の使用形態を示す。 他の端末に関連するコンテンツデータが存在する場合にディスカバリボタンを点灯させる一例の処理を示すフローチャートである。

符号の説明

１ 再生装置
２ パーソナルコンピュータ
３ インターネット
４ ミュージックサーバ
１０ 表示部
１３ ５方向キー
１３Ａ エンターキー
１４ ディスカバリキー
１５ 発光部
２０ 操作部
３２ ハードディスクドライブ
３６ システムゲートアレイ
３７ ＲＡＭ
４１ マイクロコンピュータ
４２ ＲＯＭ
４３ デコーダ
４６ リアルタイムクロック
６０ ＵＩタスク
６１ プレーヤタスク
６２ バッファタスク
６３ データベース管理タスク
６８ ＯＳ
７０ カーソル表示
７１Ａ リスト表示部
７１Ｂ 再生コンテンツ表示部

Claims (31)

1. コンテンツデータを再生する再生部と、
   上記再生部で再生される上記コンテンツデータに関連する関連コンテンツデータの存在を通知する通知部と、
   上記再生部で再生される上記コンテンツデータに関連する関連コンテンツデータを検索できたか否かの判断を行い、該関連コンテンツデータが検索された場合に上記通知部を制御し該関連コンテンツデータの存在を通知させる通知制御部と
   を有することを特徴とする再生装置。
2. 請求項１に記載の再生装置において、
   上記通知制御部による上記制御に応じて発光する発光部と、
   ユーザ操作に応じて動作モードを上記関連コンテンツデータを検索および／または選択するモードに移行させる操作部と
   をさらに有し、
   上記操作部と上記発光部とは、一体的に構成される
   ことを特徴とする再生装置。
3. 請求項１に記載の再生装置において、
   上記通知制御部は、
   上記再生部で再生されるコンテンツデータの評価値が所定値以上の場合に、該コンテンツデータに関連する関連コンテンツデータが検索できたか否かの上記判断を行うようにした
   ことを特徴とする再生装置。
4. 請求項１に記載の再生装置において、
   上記通知制御部は、
   上記再生部で再生されるコンテンツデータの評価値に応じて上記通知のパターンを異ならせるように上記通知の制御を行うようにした
   ことを特徴とする再生装置。
5. 請求項１に記載の再生装置において、
   上記通知制御部による上記制御に応じて音声を発生する音声出力部をさらに有し、
   上記通知制御部は、
   上記音声出力部で発生される上記音声で上記通知を行うようにした
   ことを特徴とする再生装置。
6. 請求項１に記載の再生装置において、
   上記通知制御部による上記制御に応じて振動を発生させる振動発生部をさらに有し、
   上記通知制御部は、
   上記振動発生部で発生される上記振動で上記通知を行うようにした
   ことを特徴とする再生装置。
7. 請求項１に記載の再生装置において、
   上記通知制御部は、
   上記再生部で再生される上記コンテンツデータの属性情報に基づき該コンテンツデータに関連する関連コンテンツデータが検索されたか否かを判断するようにした
   ことを特徴とする再生装置。
8. 請求項７に記載の再生装置において、
   上記属性情報は、対応するコンテンツデータのアーティスト情報であって、
   上記通知制御部は、
   上記再生部で再生されるコンテンツデータのアーティスト情報に関連するアーティスト情報を属性情報として有するコンテンツデータを、上記関連コンテンツデータとするようにした
   ことを特徴とする再生装置。
9. 請求項７に記載の再生装置において、
   上記属性情報は、対応するコンテンツデータのジャンル情報であって、
   上記通知制御部は、
   上記再生部で再生される上記コンテンツデータと上記ジャンル情報が一致するコンテンツデータを上記関連コンテンツデータとするようにした
   ことを特徴とする再生装置。
10. 請求項７に記載の再生装置において、
    上記属性情報は、対応するコンテンツデータに対する統計情報であって、
    上記通知制御部は、
    上記再生部で再生されるコンテンツデータの上記統計情報に基づき上記関連コンテンツデータが検索されたか否かを判断するようにした
    ことを特徴とする再生装置。
11. 請求項１に記載の再生装置において、
    上記通知制御部は、
    上記再生部で再生される上記コンテンツデータそのものの特徴に基づき該コンテンツデータに関連する関連コンテンツデータが検索されたか否かを判断するようにした
    ことを特徴とする再生装置。
12. 請求項１に記載の再生装置において、
    コンテンツデータを蓄積的に記録可能な記録部をさらに有し、
    上記再生部は、上記記録部に記録された上記コンテンツデータを再生するようにされ、
    上記通知制御部は、
    上記再生部で再生される上記コンテンツデータに関連する関連コンテンツデータが上記記録部に記録されているか否かの判断を行い、記録されていると判断された場合に、その旨示す通知を行うように制御するようにした
    ことを特徴とする再生装置。
13. 請求項１２に記載の再生装置において、
    上記通知制御部は、
    上記判断により上記記録部に上記再生部で再生されるコンテンツデータに関連する関連コンテンツデータが記録されていると判断され、且つ、該関連コンテンツデータが未聴または未評価の場合に、上記通知を行うようにした
    ことを特徴とする再生装置。
14. 請求項１２に記載の再生装置において、
    上記通知制御部は、
    上記判断により上記記録部に上記再生部で再生されるコンテンツデータに関連する関連コンテンツデータが記録されていると判断され、且つ、該関連コンテンツデータが上記記録部に所定数以上記録されている場合に、上記通知を行うようにした
    ことを特徴とする再生装置。
15. 請求項１に記載の再生装置において、
    コンテンツデータを保持するコンテンツ保持装置とデータの送受信を行う無線通信部をさらに有し、
    上記通知制御部は、
    上記無線通信部を介して通信可能な他のコンテンツ保持装置を検索し、検索された他のコンテンツ保持装置が上記関連コンテンツデータを保持するか否かの判断を行い、上記関連コンテンツデータが検索された場合に上記通知部を制御し上記関連コンテンツデータの存在を通知させる
    ことを特徴とする再生装置。
16. 請求項１５に記載の再生装置において、
    データを表示する表示部をさらに有し、
    上記通知制御部は、
    上記関連コンテンツデータの属性情報と、該関連コンテンツデータを保持するコンテンツ保持装置の関連情報とを上記表示部に表示させる
    ことを特徴とする再生装置。
17. 請求項１５に記載の再生装置において、
    上記通知制御部は、
    該再生装置周辺の通信可能な他のコンテンツ保持装置を検索し、検索された他のコンテンツ保持装置が上記関連コンテンツデータを保持するか否かの判断を行い、上記関連コンテンツデータが検索された場合に上記通知部を制御して上記関連コンテンツデータの存在を通知させる
    ことを特徴とする再生装置。
18. コンテンツデータを再生する再生ステップと、
    上記再生ステップにより再生される上記コンテンツデータに関連する関連コンテンツデータが存在するか否かを判断する判断ステップと、
    上記関連コンテンツデータが存在すると判断された場合には、上記関連コンテンツデータが存在することを通知する通知ステップと
    を有する
    ことを特徴とする関連情報通知方法。
19. 請求項１８に記載の関連情報通知方法において、
    上記通知ステップは、
    発光部を発光させることにより上記関連コンテンツデータが存在することを通知する
    ことを特徴とする関連情報通知方法。
20. 請求項１８に記載の関連情報通知方法において、
    上記判断ステップは、
    上記再生ステップで再生されるコンテンツデータの評価値が所定以上の場合に、該コンテンツデータに関連する関連コンテンツデータが存在するか否かの判断を行うようにした
    ことを特徴とする関連情報通知方法。
21. 請求項１８に記載の関連情報通知方法において、
    上記通知ステップは、
    上記再生ステップで再生されるコンテンツデータに関連する関連コンテンツデータが未聴または未評価の場合に該関連コンテンツデータが存在することを通知する
    ことを特徴とする関連情報通知方法。
22. 請求項１８に記載の関連情報通知方法において、
    上記通知ステップは、
    上記再生ステップで再生されるコンテンツデータに関連する関連コンテンツデータが上記コンテンツデータを再生する再生装置に所定数以上記録されている場合に、上記関連コンテンツデータが存在することを通知する
    ことを特徴とする関連情報通知方法。
23. 請求項１８に記載の関連情報通知方法において、
    上記通知ステップは、
    上記再生ステップで再生されるコンテンツデータの評価値に応じて通知パターンを異ならせて通知する
    ことを特徴とする関連情報通知方法。
24. 請求項１８に記載の関連情報通知方法において、
    上記通知ステップは、
    音声により通知を行う
    ことを特徴とする関連情報通知方法。
25. 請求項１８に記載の関連情報通知方法において、
    上記通知ステップは、
    振動発生部で発生される振動により通知を行う
    ことを特徴とする関連情報通知方法。
26. 請求項１８に記載の関連情報通知方法において、
    上記判断ステップは、
    上記再生ステップで再生されるコンテンツデータの属性情報に基づいて、該コンテンツデータに関連する関連コンテンツデータが存在するか否かを判断する
    ことを特徴とする関連情報通知方法。
27. 請求項１８に記載の関連情報通知方法において、
    上記判断ステップは、
    上記再生ステップで再生されるコンテンツデータの特徴に基づいて該コンテンツデータに関連する関連コンテンツデータが存在するか否かを判断する
    ことを特徴とする関連情報通知方法。
28. 請求項１８に記載の関連情報通知方法において、
    無線通信を介して通信可能な他のコンテンツ保持装置を検索する検索ステップをさらに備え、
    上記通知ステップは、
    上記検索ステップで検索された他のコンテンツ保持装置が上記関連コンテンツデータを保持するか否かの判断を行い、上記関連コンテンツデータが検索された場合に該関連コンテンツデータの存在を通知する
    ことを特徴とする関連情報通知方法。
29. 請求項２８に記載の関連情報通知方法において、
    上記関連コンテンツデータの属性情報と、該関連コンテンツデータを保持するコンテンツデータ保持装置の関連情報とを表示部に表示させる表示ステップをさらに有する
    ことを特徴とする関連情報通知方法。
30. 請求項２８に記載の関連情報通知方法において、
    上記検索ステップは、
    該再生装置周辺の通信可能な他端末を検索し、
    上記通知ステップは、
    上記検索ステップで検索された他のコンテンツ保持装置が上記関連コンテンツデータを保持するか否かの判断を行い、上記関連コンテンツデータが検索された場合に該関連コンテンツデータの存在を通知する
    ことを特徴とする関連情報通知方法。
31. コンテンツデータを再生する再生ステップと、
    上記再生ステップにより再生される上記コンテンツデータに関連する関連コンテンツデータが存在するか否かを判断する判断ステップと、
    上記関連コンテンツデータが存在すると判断された場合には、上記関連コンテンツデータが存在することを通知する通知ステップと
    を有する関連情報通知方法をコンピュータ装置に実行させる
    ことを特徴とする関連情報通知プログラム。

Images