JP2006344342A - 再生装置、再生方法および再生プログラム - Google Patents

Abstract

【課題】 記録媒体に記録されたコンテンツから所望のコンテンツを容易且つ迅速に選択できるようにする。
【解決手段】 表示部に対してＨＤＤに記録されているコンテンツのリストが表示される。リスト中の１つのコンテンツに対応する位置に所定の操作に応じて移動されるカーソルが表示される。カーソル表示が１つのコンテンツに対応した位置に停留している時間Ｔが計測され、時間Ｔが所定時間Ｔ_thになったと判断されたら、カーソル位置に対応するコンテンツの一部がプレビュー再生される。プレビュー再生中にカーソルが移動され、再び別のコンテンツに対応する位置で所定時間Ｔ_th以上カーソルが停留されると、当該別のコンテンツのプレビュー再生が開始される。ユーザは、カーソルの移動操作だけでコンテンツのプレビュー再生を行うことができる。
【選択図】 図４

Description

この発明は、記録媒体に記録された複数の音声データから１を選択して再生する再生装置、再生方法および再生プログラムに関する。

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

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

ところで、記録媒体に非常に多数のトラックが記録されている場合、記録媒体に記録された全てのアルバム名やトラック名（曲名）をユーザが知らないことも考えられる。また、メロディーなどは分かるが、トラック名などのテキスト情報を知らないことも多い。さらに、携帯用の再生装置は、歩行中などユーザが移動中に用いられることも多く、テキスト情報を頼りに所望のトラックを選択することが難しい場合が多い。

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

しかしながら、上述の特許文献１の方法では、アルバムの各トラックのハイライト部分が、アルバムの１トラック目から順次、自動的に連続再生されてしまうため、ユーザにとって既知あるいは不要なトラックのハイライト部分も再生されてしまい、時間が無駄になってしまうことがあるという問題点があった。

例えば、２０トラックが含まれるアルバムの、第１５トラック以降を選択対象としたいような場合でも、第１トラックから第１４トラックのハイライト部分が自動的に再生されてしまう。ハイライト部分の長さが１０秒であったとしても、第１トラックから第１４トラックまでのハイライト部分が再生されるまでには、２分２０秒もの時間がかかってしまうことになる。

同様に、２０トラックが含まれるアルバムの、第１５トラックだけを確認的に試聴したいような場合でも、第１トラックから第１４トラックのハイライト部分を順次再生する必要があり、非常に煩わしい。

すなわち、上述した特許文献１の方法を用いても、例えばアルバムからハイライト部分を聴きたいトラックを選択的に指定する際には、従来から用いられる方法により、表示部に表示されたトラックのリストからハイライト部分を聴きたいトラックを選択し、通常の再生方法に従い再生キーを操作して再生指示を行うしかなかったという問題点があった。

したがって、この発明の目的は、記録媒体に記録されたコンテンツから所望のコンテンツを容易且つ迅速に選択できるようにした再生装置、再生方法および再生プログラムを提供することにある。

この発明は、上述した課題を解決するために、コンテンツデータを再生する再生部と、コンテンツデータを識別するコンテンツ識別データを複数表示する表示部と、表示部に表示されるカーソルを入力に応じて移動させることができる入力部と、カーソルが所定時間以上同一のコンテンツ識別データに対応する位置に配置されていると判断した場合に、コンテンツ識別データに対応するコンテンツデータの一部の再生を再生部に開始させる制御部とを有することを特徴とする再生装置である。

また、この発明は、コンテンツデータを識別するコンテンツ識別データを複数表示する表示部に表示され、入力に応じて移動されるカーソルが、所定時間以上同一のコンテンツ識別データに対応する位置に配置されていると判断した場合に、コンテンツ識別データに対応するコンテンツデータの一部の再生を開始させるようにしたことを特徴とする再生方法である。

また、この発明は、コンテンツデータを識別するコンテンツ識別データを複数表示する表示部に表示され、入力に応じて移動されるカーソルが、所定時間以上同一のコンテンツ識別データに対応する位置に配置されていると判断した場合に、コンテンツ識別データに対応するコンテンツデータの一部の再生を開始させるようにした再生方法をコンピュータ装置に実行させることを特徴とする再生プログラムである。

上述したように、この発明は、コンテンツデータを識別するコンテンツ識別データを複数表示する表示部に表示され、入力に応じて移動されるカーソルが、所定時間以上同一のコンテンツ識別データに対応する位置に配置されていると判断した場合に、コンテンツ識別データに対応するコンテンツデータの一部の再生を開始させるようにしているため、カーソルの移動操作だけでコンテンツデータのプレビュー再生を行うことができる。

この発明は、上述したように、コンテンツデータを識別するコンテンツ識別データを複数表示する表示部に表示され、入力に応じて移動されるカーソルが、所定時間以上同一のコンテンツ識別データに対応する位置に配置されていると判断した場合に、コンテンツ識別データに対応するコンテンツデータの一部の再生を開始させるようにしているため、カーソルの移動操作だけでコンテンツデータのプレビュー再生を行うことができるという効果がある。

以下、この発明の実施の一形態について、下記の順序に従い説明する。
１．この発明の実施の一形態によるシステムについて
１−１．この発明が適用されるシステムの形態について
１−２．再生装置の構成について
１−３．プレビュー再生の概略的な動作について
１−４．アーティストリンクモードの概略的な動作について
２．アーティストリンクモード時のより具体的な動作およびＧＵＩについて
３．プレビュー再生の制御方法について
３−１．ファイル構造について
３−２．第１のプレビュー再生制御方法について
３−２−１．処理の流れについて
３−２−２．プレビュー再生モードと通常再生モードとを切り換える際の動作について
３−３．第２のプレビュー再生制御方法について
３−３−１．処理の流れについて
３−３−２．プレビュー再生モードと通常再生モードとを切り換える際の動作について
４．この発明の実施の一形態の変形例について
４−１．プレビュー再生区間の外部からの取得について
４−２．実施の一形態の変形例における他のシステム形態について
５．この発明の実施の一形態のさらに他の変形例について

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

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

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

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

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

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

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

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

キー１１Ａおよび１１Ｂは、それぞれコンテンツデータの再生音量を増加および減少させるボリュームキーである。キー１１Ａまたは１１Ｂを短押しする度に、音量が１ステップずつ変化する。キー１１Ａおよび１１Ｂは、キーリピートが有効とされる。

キー１２Ａ、１２Ｂおよび１２Ｃは、主に、コンテンツデータの再生制御を行うためのキーである。キー１２Ａは、短押しで、コンテンツデータの再生および一時停止を順次、指示する。キー１２Ａを長押しすることで、再生装置１の動作モードがスリープモードに遷移される。キー１２Ｂは、短押しで、次のコンテンツデータの再生を指示し、長押しで、現在再生中のコンテンツデータの早送り再生を指示する。同様に、キー１２Ｃは、短押しで、前のコンテンツデータの再生を指示し、長押しで、現在再生中のコンテンツデータの早戻し再生を指示する。

キー１３は、中央部のエンターキー１３Ａと、エンターキー１３Ａの周囲に配置された上下左右を示す矢印キー（それぞれ上方向キー、下方向キー、左方向キーおよび右方向キーと呼ぶ）とからなる５方向キーであって、主に、表示部１０に表示された画面に対応した動作を指示する。

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

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

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

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

キー１５は、短押しで、再生装置１に対してなされた操作の履歴を戻ることを指示し、長押しで、表示部１０に対してトップメニューを表示させる。

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

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

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

また、バス４０は、マイコン（マイクロコンピュータ）４１、システムゲートアレイ３６およびＲＯＭ(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"）が自動的にプレビュー再生される。表示部１０の再生コンテンツ表示部７１Ｂには、図１８Ｂに一例が示されるように、新たに選択され再生されたコンテンツデータの情報が表示される。

ステップＳ４０から開始されるプレビュー再生について説明する。プレビュー再生モードでは、カーソル表示７０が停留している位置に対応したアーティストのコンテンツデータが継続して順次、再生される。ハードディスクドライブ３２に記録される、当該アーティストのコンテンツデータが全て再生されると、自動的に、選択されるアーティスト情報が同一のアーティストリンク情報に記述される次のアーティストに変更され、変更されたアーティストのコンテンツデータのプレビュー再生が開始される。

すなわち、図１９のフローチャートに一例が示されるように、操作部２０に設けられる所定のキー（例えばディスカバリキー１４）が操作されると、再生装置１の動作モードがアーティストリンクモードに移行される（ステップＳ５０）。アーティストリンクモードに移行すると、表示部１０に対して、例えば直前に再生されていたコンテンツのアーティストに関連する関連アーティスト名がリスト表示される。

次のステップＳ５１で、関連アーティスト名（"Sting"とする）に対応する位置にカーソル表示７０が配置され、当該アーティスト名の位置にカーソル表示７０が所定時間以上、停留しているか否かが判断される（ステップＳ５２）。所定時間以上停留していると判断されれば、処理はステップＳ５３に移行され、当該関連アーティストのコンテンツデータのプレビュー再生が開始される。このとき、通常再生モードで既に他のコンテンツデータが再生中であれば、当該他のコンテンツデータの再生が停止され、プレビュー再生が開始される。

プレビュー再生が行われるのと並列的に、操作部２０に対する所定のキー操作が監視され（ステップＳ５４）、当該所定のキー操作がなされずに１つのコンテンツデータのプレビューデータの再生が終了したら、ステップＳ５５で、ハードディスクドライブ３２に記録されている当該関連アーティストのコンテンツが全て再生されたか否かが判断される。

当該関連アーティストの記録された全てのコンテンツデータが再生されていないと判断されれば、処理はステップＳ５３に戻されて、当該関連アーティストの次のコンテンツデータが再生される。一方、当該関連アーティストの記録された全てのコンテンツデータの再生が終了したと判断されれば、処理は次のステップＳ５６に移行され、関連アーティスト情報表示画面１０４において、次の関連アーティスト（図１８の例では、"Bobby Watson"）にカーソル表示７０が自動的に移動され、移動先の関連アーティストのコンテンツデータのプレビュー再生が自動的に開始される。そして、処理はステップＳ５３に戻され、当該移動先の関連アーティストのコンテンツデータのプレビュー再生が同様にして行われる。

上述したステップＳ５４において操作が監視される操作部２０の所定のキーは、例えば、表示部１０の表示を、アーティストリンクモードによる画面から通常再生による画面に戻すような機能を有するキーとされる。このようなキーとしては、例えばバックキー１５を適用することができる。ステップＳ５４において、コンテンツデータのプレビュー再生中に、操作部２０の所定のキーに対する操作がなされたと判断されると、処理はステップＳ５７に移行する。

ステップＳ５７では、プレビュー再生が停止されると共に、アーティストリンクモードに移行後のプレビュー再生が開始される直前（例えば上述のステップＳ５２において所定時間経過されたと判断される前まで）に通常再生が行われていたコンテンツデータの再生が再開される。当該コンテンツデータの再生は、例えば、アーティストリンクモードが起動されプレビュー再生が開始される際に再生が停止された位置から開始される。

コンテンツデータのプレビュー再生中に、操作部２０に対して所定の操作を行うことで、表示部１０に表示されている画面を、選択中の関連アーティスト情報のコンテンツデータに関するより詳細な情報を表示する画面に遷移させることができる。上述した図１８Ａに示す表示から他の表示に遷移する一例の処理について、図２０および図２１を用いて説明する。

図２０のフローチャートにおいて、例えば上述した図１２のフローチャートにおけるステップＳ３８またはステップＳ４０の処理に継続して、関連アーティスト("Sting")のコンテンツデータ("Sacred Love")がプレビュー再生されている（ステップＳ６０）。このプレビュー再生中に、操作部２０に対して例えばディスカバリキー１４に対する操作といった、所定の操作がなされると（ステップＳ６１）、処理はステップＳ６２に移行する。

ステップＳ６２では、表示部１０の表示が、現在プレビュー再生を行っている当該関連アーティストの、ハードディスクドライブ３２に記録されているコンテンツデータのタイトルが一覧されるコンテンツタイトル一覧画面に移行される。

図２１は、コンテンツタイトル一覧画面１０５の一例を示す。ハードディスクドライブ３２に記録された当該関連アーティストのコンテンツデータのタイトルが、リスト表示部７１Ａに一覧表示される。コンテンツタイトル一覧画面の最上部には、当該関連アーティスト名("Sting")がアーティストを示すアイコンと共に表示される。アーティスト名の下から、コンテンツタイトルが所定の順序で一覧表示される。表示部１０に表示しきれないタイトルは、例えばキー１３の上方向キーおよび／または下方向キーを操作することで画面をスクロールさせて表示させることができる。また、現在プレビュー再生中のタイトルに対応する位置（この例では"Sacred Love"）に、カーソル表示７０が表示される。再生コンテンツ表示部７１Ｂには、現在プレビュー再生中のコンテンツの情報が所定に表示される。

カーソル表示７０位置に対応するコンテンツデータのプレビュー再生が終了したか否かが判断され（ステップＳ６３）、終了したと判断されれば、処理は次のステップＳ６４に移行する。ステップＳ６４では、カーソル表示７０を次のコンテンツタイトル（図２１の例では、"Ten Summoner's Tale"）の位置に自動的に移動させると共に、カーソル表示７０が移動されたコンテンツタイトルに示されるコンテンツデータのプレビュー再生が自動的に開始される。

上述のコンテンツタイトル一覧画面１０５によるコンテンツデータのプレビュー再生中に、表示部１０の表示をコンテンツ毎の情報を表示する画面にさらに遷移させると共に、コンテンツデータの再生を、プレビュー再生から、コンテンツデータの全長を再生対象とした通常再生に切り換えることができる。この場合の一例の処理を、図２２および図２３を用いて説明する。

図２２のフローチャートにおいて、例えば表示部１０の表示が上述の図２１に示した関連アーティストのコンテンツタイトル一覧画面１０５であって、カーソル表示７０の位置に対応したコンテンツデータがプレビュー再生されている（ステップＳ７０）。このプレビュー再生中に、操作部２０に対して例えばディスカバリキー１４に対する操作といった、所定の操作がなされると（ステップＳ７１）、処理はステップＳ７２に移行する。

ステップＳ７２では、表示部１０の表示が、現在プレビュー再生を行っているコンテンツデータの情報を表示する画面に遷移され、次のステップＳ７３で、この画面に対して、現在プレビュー再生中のコンテンツの情報が表示される。現在プレビュー再生中のコンテンツの情報は、例えば通常再生画面１００と同様の構成の画面に表示することができる。

図２３は、このプレビューコンテンツ情報を、通常再生画面１００’に表示した場合の例を示す。リスト表示部７１Ａには、現在再生中のコンテンツに関して、コンテンツ名、当該コンテンツが収録されるアルバム名、アーティスト名、コンテンツデータの属するジャンルおよびコンテンツデータの現在の再生時間とが、情報の意味を表すアイコンと共にそれぞれ表示される。また、再生コンテンツ表示部７１Ｂも同様に、現在再生中のコンテンツデータに関する情報が簡略的に表示されると共に、再生開始からの経過時間を示す情報が表示される。なお、プレビューコンテンツ情報表示画面は、この例に限らず、現在プレビュー再生中である旨を示す情報をさらに表示してもよい。

再生中のコンテンツデータのプレビュー再生が終了したら（図示しない）、処理はステップＳ７４に移行し、現在選択されている関連アーティストの、ハードディスクドライブ３２に記録されているコンテンツデータが全てプレビュー再生されたか否かが判断される。若し、当該関連アーティストに関し、未だプレビュー再生されていないコンテンツデータが存在すると判断されれば、処理はステップＳ７５に移行する。ステップＳ７５では、プレビュー再生するコンテンツデータを、当該関連アーティストの次のコンテンツデータに変更する。そして、処理はステップＳ７３に戻され、変更されたコンテンツデータの情報が表示部１０に表示される。

一方、ステップＳ７４で、当該関連アーティストの全てのコンテンツデータについてプレビュー再生が終了したと判断されれば、処理はステップＳ７６に移行され、当該関連アーティストの次の関連アーティストのコンテンツデータが順次、プレビュー再生される。表示部１０の表示は、図２３に示される、プレビュー再生中のコンテンツデータの情報を示す通常再生画面１００’のままでもよいし、例えば図１６を用いて説明したような、現在選択中の関連アーティストの位置にカーソル表示７０が配置された、アーティストリンク情報表示画面などに切り換えてもよい。

なお、上述の各場合において、プレビュー再生中に操作部２０に対して所定の操作（例えば再生キー１２Ａやエンターキー１３Ａの操作）を行うことで、再生モードをプレビュー再生モードから通常再生モードに遷移させることができ、現在プレビュー再生中のコンテンツデータの通常再生を行うことができる。

このように、選択された対象アーティストのコンテンツデータや、対象アーティストに対する関連アーティストのコンテンツデータを自動的にプレビュー再生させることで、ユーザは、所望のコンテンツデータを、煩わしい操作を行うことなく見つけ出すことができる。これにより、例えば再生装置１を携帯して移動中でも、表示部１０の表示を見ることなく所望のコンテンツデータを探し出すことができる。

また、表示部１０の表示をプレビュー再生中に他の画面に遷移させることができるので、ユーザは、現在プレビュー再生中のコンテンツデータに関する情報を、様々な角度で得ることができる。

３．プレビュー再生の制御方法について
次に、上述したプレビュー再生の制御方法について、より詳細に説明する。

３−１．ファイル構造について
図２４は、この実施の実施の一形態に適用可能な、コンテンツデータが格納されるコンテンツデータファイル２００の一例の構成を示す。以下では、コンテンツデータを、所定の方式で圧縮符号化されたオーディオデータであるものとする。

コンテンツデータファイル２００は、概略的には、ヘッダ部２０１とオーディオデータ部２０２とからなる。オーディオデータ部２０２は、圧縮符号化されたオーディオデータの本体部分が格納され、ヘッダ部２０１は、オーディオデータ部２０２に格納されたオーディオデータ本体に関する属性情報が格納される。また、ヘッダ部２０１の所定位置に、ヘッダ部２０１のデータサイズが記述される。ヘッダ部２０１のデータサイズをオフセットとして、コンテンツデータファイル２００内におけるオーディオデータ部２０２の先頭位置を求めることができる。

オーディオデータの圧縮符号化の方式としては、例えばＭＰ３(Moving Pictures Experts Group 1 Audio Layer 3)、ＡＴＲＡＣ３(Adaptive Transform Acoustic Coding 3：登録商標)、ＡＡＣ(Advanced Audio Coding)、ＷＭＡ(Windows Media Audio：登録商標)など、様々な方式を適用可能である。これに限らず、圧縮符号化を行わないベースバンドのオーディオデータを、オーディオデータ部２０２に格納してもよい。

オーディオデータ部２０１に格納されたオーディオデータの圧縮符号化方式は、例えばコンテンツデータファイル２００のファイル名に対して所定に付与された拡張子により識別することができる。ヘッダ部２０１の所定位置に、圧縮符号化方式を示す情報を記述しておいてもよい。

ヘッダ部２０１に格納されるオーディオデータ本体の属性情報としては、例えば、オーディオデータの圧縮符号方式に関する情報であるコーデック情報２０３と、オーディオデータ部２０２に格納されたオーディオデータ本体の全長を再生した際の、再生開始から再生終了までの時間を示す総再生時間情報２０４とが含まれる。

コーデック情報２０３は、当該オーディオデータを再生する際に必要な情報からなる。例えば、当該コンテンツデータファイル２００に格納されるオーディオデータが、１フレームのビットレートを固定的に圧縮符号化された固定ビットレートのデータであれば、圧縮符号化されたオーディオデータについて、ビットレートを示す情報および／または１フレームのサイズを示す情報をコーデック情報２０３に含むことができる。また、圧縮符号化方式によっては、１フレーム毎のビットレートを可変できる可変ビットレートによる圧縮符号化が可能とされている。この場合には、可変ビットレートである旨を示す情報がコーデック情報２０３に含まれる。

３−２．第１のプレビュー再生制御方法について
３−２−１．処理の流れについて
第１のプレビュー再生制御方法では、ハードディスクドライブ３２から、オーディオデータのプレビュー再生区間を選択的に読み出して、バッファメモリに溜め込むようにしている。図２５は、第１のプレビュー再生制御方法における処理の一例の流れを、図４を用いて説明したアーキテクチャに対応させて示す。例えば、通常再生モードにおいて、アーティストＡのコンテンツＡが通常再生されているときに、ユーザにより、操作部２０のディスカバリキー１４が操作された場合について考える。

この場合、上述したように、アーティストリンクモードが起動され、再生モードがプレビュー再生モードに遷移される。カーソル表示７０を移動する操作がなされない場合は、ハードディスクドライブ３２内に記録されたアーティストＡのオーディオデータが所定の順序で自動的にプレビュー再生されることになる。同様に、関連アーティスト情報表示画面１０４において、カーソル表示７０をアーティストＡに関連する他のアーティスト情報の位置に移動させ所定時間以上停留させた場合も、当該他のアーティストのオーディオデータが所定の順序で自動的にプレビュー再生される。

ユーザ操作に応じて、ＵＩタスク６０からプレーヤタスク６１に対して、プレビュー再生の開始が指示される（ＳＥＱ１０）。プレーヤタスク６１は、この指示に応じて、データベース管理タスク６３に対してプレビュー再生するオーディオデータを問い合わせる（ＳＥＱ１１）。データベース管理タスク６３は、この問い合わせに応じて、プレビュー再生するオーディオデータに関する情報をプレーヤタスク６１に返す（ＳＥＱ１２）。プレーヤタスク６１は、データベース管理タスク６３から返された情報に基づき、バッファタスク６２に対して、ハードディスクドライブ３２から読み出すべきオーディオデータを指示する（ＳＥＱ１３）。

バッファタスク６２は、ＳＥＱ１３での指示に従い、ＨＤＤドライバ６４を制御して（ＳＥＱ１４）、ハードディスクドライブ３２から当該オーディオデータを読み出す（ＳＥＱ１５）。読み出されたオーディオデータは、ＨＤＤドライバ６４を介してバッファタスク６２に渡され（ＳＥＱ１６およびＳＥＱ１７）、ＲＡＭ３７のバッファメモリ領域に溜め込まれる。以下、ＲＡＭ３７のバッファメモリ領域を、適宜、バッファメモリと呼ぶ。

上述したように、プレビュー再生は、オーディオデータの全長に対して一部だけが再生される。例えば、プレビュー再生対象は、オーディオデータを再生した際の、再生時間で先頭より４５秒経過した位置を再生開始時間とし、そこから再生時間で３０秒経過した１分１５秒の位置を、終了位置とする。換言すれば、プレビュー再生は、オーディオデータの先頭から再生時間で４５秒後の位置から、３０秒間行われることになる。

この第１のプレビュー再生制御方法では、当該オーディオデータが格納されたコンテンツデータファイルの、プレビュー再生を行う部分だけを選択的にハードディスクドライブ３２から読み出し、バッファメモリに溜め込むようにしている。図２６は、この第１のプレビュー再生制御方法による、プレビュー再生を行うためのオーディオデータをコンテンツデータファイルから読み出す際の一例の処理を示すフローチャートである。このフローチャートによる処理は、主にバッファタスク６２により制御される。

ステップＳ８０で、バッファタスク６２は、ＨＤＤドライバ６４を制御して、ハードディスクドライブ３２に記録されたプレビュー再生を行うためのコンテンツデータファイル２００にアクセスし、当該コンテンツデータファイル２００のヘッダ部２０１を読み出す。読み出したヘッダ部２０１は、例えばＲＡＭ３７のバッファ領域外に一旦書き込まれる。バッファタスク６２は、ＲＡＭ３７に書き込まれたヘッダ部２０１内のヘッダ情報を解析し、ヘッダ部２０１に含まれるコーデック情報２０３や総再生時間情報２０４を抽出する。抽出されたこれらの情報は、ＲＡＭ３７のバッファ領域外に保持される。

ヘッダ情報の解析結果に基づき、次のステップＳ８１で、当該コンテンツデータファイル２００のオーディオデータ部２０２に格納されたオーディオデータ本体の、１フレーム当たりの再生時間を解析する。例えば、当該コンテンツデータファイル２００に格納されるオーディオデータが固定ビットレートで圧縮符号化されている場合、コーデック情報２０３に記述されるフレームサイズを示す情報や、圧縮符号化の際のビットレート情報に基づき、１フレーム当たりの再生時間を求めることができる。

なお、コンテンツデータファイル２００に格納されるオーディオデータの圧縮符号化が固定ビットレートおよび可変ビットレートの何れでなされているかは、例えば、コーデック情報２０３に可変ビットレートを用いていることを示す情報が記述されているか否かに基づき判別することができる。

次のステップＳ８２で、ステップＳ８１で得られた１フレーム当たりの再生時間に基づき、プレビュー再生開始位置のオーディオデータ部２０２の先頭からのオフセットが算出される。例えば、オーディオデータの先頭から再生時間で４５秒後がプレビュー再生の開始位置であるとした場合、（４５秒）／（１フレーム当たりの再生時間）を計算して得られる値に近いフレームを、オフセットとする。さらに、次のステップＳ８３で、ステップＳ８１で得られた１フレーム当たりの再生時間の情報に基づき、所定時間（この例では３０秒）を再生するためのデータサイズ（フレーム数）を算出する。

なお、プレビュー再生を開始する位置を示すプレビュー再生開始位置情報は、プレビュー再生開始位置が固定的であれば、例えばＲＯＭ４２に予め記憶しておくことができる。これに限らず、このプレビュー再生開始位置情報を、再生装置１の外部から提供することも可能である。例えば、コンテンツデータが格納されるコンテンツファイルのヘッダ部分にプレビュー再生開始位置情報を記述しておくことができる。この場合、再生時などに、コンテンツのヘッダ情報を解析し、プレビュー再生開始位置情報を抽出し、抽出されたプレビュー再生開始位置情報に基づきプレビュー再生の際のオフセットを求める。プレビュー再生開始位置情報を外部から提供する場合は、プレビュー再生開始位置を例えばコンテンツ毎に異ならせることが可能である。

こうして、オーディオデータ部２０２のファイル先頭からのオフセットと、所定時間を再生するためのデータサイズとが求められたら、処理はステップＳ８４に移行され、求められたこれらの情報に基づき、ハードディスクドライブ３２からオーディオデータが読み出される。すなわち、ステップＳ８４では、ハードディスクドライブ３２上のコンテンツデータファイル２００に対してアクセスがなされ、ステップＳ８２で求められたオフセットの位置から、ステップＳ８３で算出されたデータサイズ分だけ、オーディオデータが読み出される。読み出されたオーディオデータは、バッファメモリに溜め込まれる。

なお、当該コンテンツデータファイル２００に格納されるオーディオデータが、可変ビットレートを用いて圧縮符号化されている場合、ヘッダ部２０１に含まれる情報や、ＯＳ６８により提供されるファイルシステムからの情報に基づき、プレビュー再生対象となる部分のオフセットおよび所定時間を再生するためのデータサイズを、概略的に求めるようにするとよい。

例えば、ヘッダ部２０１のコーデック情報２０３として、圧縮符号化時の平均ビットレート値が記述されている場合、この平均ビットレート値を用いてオフセット値とプレビュー再生を行うためのデータサイズとを求めることが可能である。

平均ビットレート値が不明な場合でも、例えば、オーディオデータ部２０２のデータサイズ情報と、総再生時間情報２０４に対するプレビュー再生開始時間（４５秒）の比率とから、プレビュー再生の開始位置のオーディオデータ部２０２に対するオフセットを、コンテンツデータファイル２００内のバイト位置などで求めることができる。同様に、オーディオデータ部２０２のデータサイズ情報と、総再生時間情報２０４に対するプレビュー再生終了時間（４５秒＋３０秒）の比率とから、プレビュー再生終了位置を、ファイル２００内のバイト位置などで求めることができる。

なお、オーディオデータ部２０２のサイズは、例えば、コーデック情報２０３に含まれるヘッダ部２０１のデータサイズを示す情報と、ファイルシステムから得られる当該コンテンツデータファイル２００のデータサイズとに基づき知ることができる。

バッファタスク６２は、このようにして求められたオフセット位置情報と、プレビュー再生終了位置情報とに基づき、ステップＳ８４で、ハードディスクドライブ３２からオーディオデータを読み出す。

説明は図２５に戻り、バッファタスク６２は、ハードディスクドライブ３２から読み出された１コンテンツ分のオーディオデータがバッファメモリに溜め込まれたら、その旨をプレーヤタスク６１に通知する（ＳＥＱ１８）。プレーヤタスク６１は、データベース管理タスク６３に対して、次に読み込むべきオーディオデータを問い合わせる。プレーヤタスク６１は、データベース管理タスク６３から返された、次に読み出すべきオーディオデータの情報を、バッファタスク６２に渡す（ＳＥＱ１９）。

バッファタスク６２は、渡されたオーディオデータの情報に基づき、上述したようにしてコンテンツデータファイル２００のヘッダ部２０１の情報などを読み出し、オーディオデータ部２０２におけるプレビュー再生のためのオフセット位置や、プレビュー再生を行うデータサイズなどを求め、上述したＳＥＱ１４〜ＳＥＱ１７までの処理に従い、ハードディスクドライブ３２に記録されたオーディオデータを読み出し、バッファメモリに溜め込む。

この、プレビュー再生に用いるオーディオデータをバッファメモリに溜め込む動作は、例えば、上述した図１２のフローチャートにおけるステップＳ３３で開始される。すなわち、図１４に示した検索画面１０１が表示部１０に表示されている間は、プレビュー再生に用いるオーディオデータのハードディスクドライブ３２からの読み出しや読み出されたオーディオデータのバッファメモリへの書き込みが行われている。

図２７は、ハードディスクドライブ３２から読み出されたオーディオデータがバッファメモリに溜め込まれる様子を概略的に示す。この例では、１６ＭＢの記憶容量を有するＲＡＭ３７の１２ＭＢ分の領域が、オーディオデータを溜め込むためのバッファメモリ領域として確保されている。ハードディスクドライブ３２から所定時間分が読み出されたオーディオデータは、図２７に一例が示されるように、バッファメモリ領域の先頭側から順に詰め込まれる。なお、この例では、バッファメモリに溜め込まれているコンテンツＡ、コンテンツＣ、コンテンツＤ、・・・のオーディオデータは、ビットレートなどがそれぞれ異なり、同一のプレビュー再生時間でもデータのサイズがそれぞれ異なっている。

一方、プレーヤタスク６１は、バッファメモリに所定量以上のオーディオデータが溜め込まれると、バッファメモリ内のオーディオデータをプレビュー再生するような動作を行う。例えば、バッファタスク６２は、バッファメモリの状態を監視し、所定量以上のオーディオデータがバッファメモリに溜め込まれると、デコーダコントロールタスク６５に対してその旨通知する。デコーダコントロールタスク６５は、バッファメモリに溜め込まれたオーディオデータをデコード単位量ずつ読み出し、デコーダ制御部６７を介してデコーダ４３に供給する。

例えば、バッファタスク６２は、プレビュー再生を行う最初のコンテンツであるコンテンツＡのプレビュー再生開始時に、読み出しポインタをコンテンツＡの先頭すなわちバッファメモリの先頭のアドレスにセットする。バッファタスク６２は、デコーダコントロールタスク６５からの読み出し要求に応じて、読み出しポインタを移動させる。デコーダコントロールタスク６５は、この読み出しポインタに基づきバッファメモリからオーディオデータを読み出し、デコード単位毎にデコードする。

コンテンツＡの読み出しが終了し、読み出しポインタがコンテンツＡの終端すなわちコンテンツＣの先頭に達したら、バッファタスク６２は、所定のポーズ時間の経過後、コンテンツＣの先頭から同様にして読み出しポインタを移動させる。バッファタスク６２によりこの動作が繰り返されることで、バッファメモリに溜め込まれたプレビュー再生用のオーディオデータを、順に再生させることができる。

図２８は、プレビュー再生用のオーディオデータに関するハードディスクドライブ３２およびバッファメモリの一例のアクセスタイミングを概略的に示す。図２８Ａは、ハードディスクドライブ３２からの読み出し、図２８Ｂは、ハードディスクドライブ３２から読み出されたオーディオデータのバッファメモリへの書き込み、図２８Ｃは、プレビュー再生のためのバッファメモリからのオーディオデータの読み出しをそれぞれ示す。

上述したように、バッファタスク６２は、バッファメモリに１コンテンツ分のプレビュー再生用オーディオデータが溜め込まれたら、プレーヤタスク６１に対して次に溜め込むオーディオデータの情報を要求する。すなわち、図２８Ａおよび図２８Ｂに例示されるように、ハードディスクドライブ３２でコンテンツＡのプレビュー再生データが読み出されると、読み出されたデータがバッファメモリに書き込まれる。バッファメモリへの１データ分の書き込みが完了すると、バッファタスク６２からプレーヤタスク６１に対して次に溜め込むオーディオデータの情報が要求され、この要求に応じて返された情報に基づき、次のコンテンツＣのデータがハードディスクドライブ３２から読み出される。読み出されたデータは、バッファメモリに書き込まれる。

この一連の動作を、例えばプレビュー再生が終了するか、バッファメモリの空き容量が無くなるまで繰り返す。バッファメモリに溜め込むプレビュー再生用のオーディオデータの数を制限してもよい。

ハードディスクドライブ３２からのデータの読み出しおよびバッファメモリに対するデータの書き込みは、読み出したオーディオデータの再生時間などに対して極めて高速に行われる。バッファメモリに溜め込むデータ数を例えば１２データ程度に制限した場合、データのハードディスクドライブ３２からの読み出しおよびバッファメモリへの書き込みを、例えば１秒程度以内で完了させることが可能である。

一方、プレビュー再生を行うための、バッファメモリからのデータの読み出しは、例えば図２８Ｃに一例が示されるように、最初のコンテンツＡのデータがバッファメモリに所定量以上溜め込まれた時点で、開始することができる。

上述したように、コンテンツＡのプレビュー再生が開始して例えば１秒程度が経過した時点で、バッファメモリに対して複数のデータが溜め込まれるため、少なくとも１コンテンツ分のプレビュー再生が終了するまで、ハードディスクドライブ３２からデータを読み出す必要がない。したがって、図２８Ａに示されるように、ハードディスクドライブ３２からの一連の読み出しが終了してから、次の読み出しが行われるまでの例えば数１０秒間を、ハードディスクドライブ３２の動作の休止期間とすることができる。このように、ハードディスクドライブ３２からプレビュー再生用のオーディオデータを複数、まとめて読み出してバッファメモリに溜め込むことで、ハードディスクドライブ３２の動作の休止期間を作ることができ、ハードディスクドライブ３２における消費電力が抑えられる。

バッファメモリに溜め込まれたデータのアドレスは、バッファタスク６２に常に管理される。これにより、例えばあるコンテンツのプレビュー再生の途中で、次のコンテンツのプレビュー再生にジャンプするような制御が可能である。

例えば、図２９に概略的に示されるように、コンテンツＡのプレビュー再生中に、ユーザが操作部２０に対して、次のコンテンツＣのプレビュー再生を指示する操作を行うと、その指示がＵＩタスク６０からプレーヤタスク６１を介してバッファタスク６２に伝えられる。バッファタスク６２は、この指示に応じて、バッファメモリの読み出しポインタをコンテンツＣの先頭に移動させる。デコーダコントロールタスク６５は、読み出しポインタに従い、コンテンツＣの先頭からプレビュー再生用のオーディオデータを読み出して、再生する。コンテンツＣのプレビュー再生中においても、同様の操作が可能である。プレビュー再生モードにおいて、予め設定されたプレビュー再生時間（この例では３０秒）の全長を再生させずに、次々にコンテンツデータの試聴を行うことができる。

さらに、バッファタスク６２は、デコーダコントロールタスク６５により読み出されたデータの情報をプレーヤタスク６１に渡し、プレーヤタスク６１は、渡された情報に基づき現在プレビュー再生中のオーディオデータの情報をＵＩタスク６０に渡す。ＵＩタスク６１は、この情報に基づき、表示部１０に対して現在プレビュー再生中のオーディオデータに関する情報などを表示することができる。

プレビュー再生が終了したオーディオデータは、バッファメモリから消去することができる。このとき、ユーザがコンテンツデータの順序を遡って、既にプレビュー再生されたデータを再度プレビュー再生することも考えられる。そのため、再生が終了したオーディオデータを直ぐには消去せずに、少なくとも直前に再生された１乃至２コンテンツ分のオーディオデータをバッファメモリ内に残しておくのが好ましい。

３−２−２．プレビュー再生モードと通常再生モードとを切り換える際の動作について
次に、図８を用いて説明した、プレビュー再生中に再生モードをプレビュー再生モードから通常再生モードに切り換えた際の２通りの動作を、この第１のプレビュー再生制御方法に対して適用した例について、図３０を用いて概略的に説明する。

なお、図３０Ａに一例が示されるように、バッファメモリに対して、プレビュー再生用のオーディオデータがコンテンツＡ、コンテンツＣ、コンテンツＤ、コンテンツＧ、・・・の順に溜め込まれているものとする。そして、コンテンツＣのプレビュー再生中の、読み出しポインタが位置Ａにあるタイミングで、例えばエンターキー１３Ａが操作され、再生モードがプレビュー再生モードから通常再生モードへと切り換えられるものとする。

プレビュー再生したコンテンツデータの先頭から再生を開始する第１の方法（図８Ａ参照）について説明する。この場合、図３０Ｂに一例が示されるように、バッファメモリの内容を一旦クリアして、コンテンツＣの全長を対象としてハードディスクドライブ３２からオーディオデータを読み出し、バッファメモリに書き込む。バッファタスク６２は、コンテンツＣのオーディオデータの先頭（すなわちバッファメモリの先頭）に読み出しポインタをセットする。デコーダコントロールタスク６５は、読み出しポインタに従いコンテンツＣのオーディオデータを先頭からデコードし、再生する。

プレビュー再生が中止された位置から継続的に再生を行う第２の方法（図８Ｂ参照）について説明する。この場合、図３０Ｃに一例が示されるように、コンテンツＣのオーディオデータについて、ハードディスクドライブ３２内に記録された当該オーディオデータが、プレビュー再生用に既にバッファメモリに溜め込まれている部分に続く位置から読み出される。読み出されたオーディオデータは、バッファメモリに対し、既に溜め込まれているコンテンツＣのオーディオデータの終端位置から続けて書き込まれる。したがって、バッファメモリのコンテンツＣに続けて溜め込まれていたコンテンツＤ、コンテンツＧ、・・・のプレビュー再生用のオーディオデータは、コンテンツＣのオーディオデータに上書きされることになる。

この第２の方法の場合、バッファタスク６２は、再生モードがプレビュー再生モードから通常再生モードに切り替わった後、プレビュー再生モード時に継続して読み出しポインタを移動させる。これにより、デコーダコントロールタスク６５によるバッファメモリからのコンテンツＣのオーディオデータの読み出しが、再生モードがプレビュー再生モードから通常再生モードに切り替わる際にも継続的になされ、再生モード切り替え時にも、オーディオデータの再生を連続的に行うことができる。

通常再生中に、再生モードを通常再生モードからプレビュー再生モードに切り換える際の動作について説明する。この場合も、バッファメモリの内容を一旦クリアして、新たにプレビュー再生用のオーディオデータを読み直す方法と、通常再生モードで再生中のオーディオデータの一部あるいは全部をバッファメモリ上に残し、プレビュー再生用のオーディオデータをその後から上書きする方法とが考えられる。

これらのうち、バッファメモリの内容を一旦クリアする方法は、上述したプレビュー再生用のオーディオデータをハードディスクドライブ３２から読み出してバッファメモリに溜め込む場合と同様の方法で可能である。例えば、通常再生モードによる再生を一時停止状態としてバッファメモリ内のオーディオデータをクリアする。そしてその上で、上述した方法と同様にして、改めてプレビュー再生用のオーディオデータをハードディスクドライブ３２から読み出して、バッファメモリに溜め込む。

プレビュー再生用のオーディオデータをバッファメモリに上書きする場合について、図３１を用いて説明する。この場合、再生モードが切り換えられた際に、通常再生モードにおいてコンテンツを何処まで再生しているかによって、処理が異なることが考えられる。例えば、図３１Ａの、コンテンツＡのプレビュー再生区間ＰＶ_A以前の場合（１）や、途中の場合（２）は、図３１Ｂに一例が示されるように、コンテンツＡのプレビュー再生区間ＰＶ_Aに続けて、次のコンテンツＢのプレビュー再生区間ＰＶ_B、さらに次のコンテンツＣのプレビュー再生区間ＰＶ_C、・・・を上書きする。

一方、図３１Ａの、コンテンツＡのプレビュー再生区間ＰＶ_A以降を再生しているときにプレビュー再生に切り換えられた場合（３）では、図３１Ｃに一例が示されるように、当該コンテンツＡのオーディオデータをバッファメモリ上に残し、コンテンツＡの次から、次のコンテンツＢのプレビュー再生区間ＰＶ_B、さらに次のコンテンツＣのプレビュー再生区間ＰＶ_C、・・・を上書きする。読み出しポインタは、プレビュー再生区間ＰＶ_Bの先頭にジャンプさせる。

なお、通常再生モードからプレビュー再生モードに切り換える際のこれらの制御は、この実施形態を実現可能とする一例の方法であって、これに限定されるものではない。

図１９を用いて既に説明したように、再生モードを、通常再生モードで再生中にプレビュー再生モードに切り換え、さらに、プレビュー再生モードで再生中に通常再生モードに切り換えて、プレビュー再生モードに切り換えられる直前に通常再生モードで再生されていた位置からコンテンツの通常再生を再開させる場合も考えられる。このような場合も考慮したバッファメモリの制御について、図３２を用いて説明する。

当初、通常再生モードにおいては、図３２Ａに一例が示されるように、バッファメモリには、再生されるコンテンツデータ（コンテンツＡ、Ｂ、Ｃ、・・・とする）の全長がバッファメモリの先頭から詰め込まれる。ここで、コンテンツＡが通常再生モードで位置Ｘまで再生されたときに、再生モードが通常再生モードからプレビュー再生モードに切り換えられたものとする。

再生モードがプレビュー再生モードに切り換えられると、通常再生モードによるコンテンツＡの再生が停止され停止位置Ｘが記憶されると共に、プレビュー再生されるコンテンツデータのプレビュー再生区間をハードディスクドライブ３２から読み出し、バッファメモリに詰め込んでいく。

このとき、図３２Ｂに一例が示されるように、通常再生モードからプレビュー再生モードに切り換えられる直前に当該通常再生モードで再生されていたコンテンツ（図３２の例では、コンテンツＡ）のデータを、バッファメモリ上に残しておく。そして、プレビュー再生するコンテンツデータ（プレビュー再生区間ＰＶ_D、プレビュー再生区間ＰＶ_P、プレビュー再生区間ＰＶ_Q、・・・とする）を、バッファメモリ上に残されたコンテンツＡのデータの後ろから、プレビュー再生順に詰め込んでいく。

プレビュー再生を行う最初のデータ（図３２の例では、コンテンツＤのプレビュー再生区間ＰＶ_Dがバッファメモリに読み込まれると、読み出しポインタが、コンテンツＡの再生が停止された位置Ｘから、プレビュー再生を行う最初のデータ、すなわちコンテンツＤのプレビュー再生区間ＰＶ_Dの先頭に移動される。

プレビュー再生が停止され、プレビュー再生モードに切り換えられる直前に通常再生モードで再生されていたコンテンツ（コンテンツＡ）の再生を再開する場合には、図３２Ｃに一例が示されるように、読み出しポインタを位置Ｘに移動させ、バッファメモリ上に残されたコンテンツＡを位置Ｘから再生する。

なお、図示しないが、プレビュー再生が停止された時点で、再生が再開されたコンテンツＡの次以降に再生される予定のコンテンツデータをハードディスクドライブ３２から読み出すことができる。この場合、読み出されたコンテンツデータを、バッファメモリ上のプレビュー再生区間ＰＶ_D、プレビュー再生区間ＰＶ_P、プレビュー再生区間ＰＶ_Q、・・・のデータに対して上書きし、再生が再開されたコンテンツＡの直後から詰め込むようにする。

３−３．第２のプレビュー再生制御方法について
次に、第２のプレビュー再生制御方法について説明する。この第２のプレビュー再生制御方法では、プレビュー再生モードにおいて、通常再生モードの場合と同様に、再生対象となるオーディオデータの全長がハードディスクドライブ３２から読み出され、バッファメモリに溜め込まれる。

３−３−１．処理の流れについて
図３３は、この第２のプレビュー再生制御方法によるプレビュー再生の一例のシーケンスを示す。例えば操作部２０のディスカバリキー１４に対する操作に応じて、アーティストリンクモードが起動される（ステップＳ９０）。アーティストリンクモードが起動されると、ＵＩタスク６０からプレーヤタスク６１に対してポーズ命令が出される（ＳＥＱ３１）。このポーズ命令は、プレーヤタスク６１からバッファタスク６２に伝えられる（ＳＥＱ３２）。ポーズ命令を受けたバッファタスク６２は、バッファメモリからのデータの読み出しを一旦停止させる。

バッファタスク６２は、ポーズ命令を実行した旨を、プレーヤタスク６１を介してＵＩタスク６０に伝える（ＳＥＱ３３、ＳＥＱ３４）。これを受けたＵＩタスク６０は、ハードディスクドライブ３２からプレビュー再生に用いるオーディオデータを読み出すように、プレーヤタスク６１に対して命令を出す（ＳＥＱ３５）。この命令を受けたプレーヤタスク６１は、データベース管理タスク６３に対してプレビュー再生を行うコンテンツ情報を問い合わせ（ＳＥＱ３６）、問い合わせに応じて得られたコンテンツ情報に基づき、バッファタスク６２に対してデータの読み出し命令を出す（ＳＥＱ３７）。

バッファタスク６２は、読み出し命令に応じて、ハードディスクドライブ３２からコンテンツデータファイル２００を読み出す（ＳＥＱ３８、ＳＥＱ３９）。読み出したコンテンツデータファイル２００からオーディオデータ部２０２に格納されるオーディオデータを抽出し、順次、バッファメモリに溜め込む。この、オーディオデータをバッファメモリに溜め込む処理は、上述した第１のプレビュー再生制御方法の例と同様に、図１２のフローチャートにおけるステップＳ３３の処理と共に開始され、図１４に示す検索画面１０１の表示と共に行われる。

また、バッファタスク６２は、読み出されたコンテンツデータファイル２００のヘッダ部２０１を例えばＲＡＭ３７のバッファメモリ領域外に一旦書き込み、ヘッダ情報の解析を行う（ステップＳ９１）。解析の結果得られたヘッダ情報は、ＲＡＭ３７に保持されると共に、プレーヤタスク６１に渡される。

ヘッダ情報の解析は、上述した第１のプレビュー再生制御方法の場合と略同様に行われる。例えば、バッファタスク６２は、ヘッダ部２０１に含まれる情報を取得し（図２６のフローチャートにおけるステップＳ８０参照）、取得されたヘッダ情報に基づき１フレーム当たりの再生時間を求める（図２６のフローチャートにおけるステップＳ８１参照）。さらに、バッファタスク６２は、１フレーム当たりの再生時間を示す情報に基づき、プレビュー再生開始位置のオーディオデータ先頭からのオフセットを求める（図２６のフローチャートにおけるステップＳ８２参照）と共に、１フレーム当たりの再生時間の情報に基づき、所定時間（この例では３０秒）を再生するためのフレーム数を算出する（図２６のフローチャートにおけるステップＳ８３参照）。

バッファタスク６２は、バッファメモリに所定量以上のオーディオデータが溜め込まれたと判断したら、その旨をプレーヤタスク６１を介してＵＩタスク６０に通知する（ＳＥＱ４１、ＳＥＱ４２）。この通知を受けたＵＩタスク６０は、プレーヤタスク６１に対してキュー命令を出す（ＳＥＱ４３）。プレーヤタスク６１は、このキュー命令に応じて、ヘッダ情報解析の結果求められたオフセット位置に読み出しポインタを移動させるように、バッファタスク６２に対して命令を出す（ＳＥＱ４４）。

バッファタスク６２は、この命令に応じて読み出しポインタをオフセット位置に移動させる。バッファタスク６２による読み出しポインタ移動の様子を図３４に概略的に示す。バッファメモリには、コンテンツＡ、コンテンツＢ、・・・がそれぞれオーディオデータの全長分、溜め込まれているものとする。例えばコンテンツＡのオーディオデータにおいて、オフセットすなわち先頭から再生時間で４５秒後の位置が位置（Ａ）として、位置（Ａ）から再生時間で３０秒後の位置が位置（Ｂ）として示されている。位置（Ａ）から位置（Ｂ）までの間がプレビュー再生される区間である。ＳＥＱ４４による命令では、読み出しポインタがコンテンツＡのオーディオデータの先頭から位置Ａまで移動される。

バッファタスク６２は、読み出しポインタの移動が完了すると、その旨をプレーヤタスクを介してＵＩタスク６０に通知する（ＳＥＱ４５、ＳＥＱ４６）。ＵＩタスク６０は、この通知を受けて、プレーヤタスク６１に対してポーズ解除命令を出す（ＳＥＱ４７）。プレーヤタスク６１は、このポーズ解除命令に応じて、バッファタスク６２に対してバッファメモリからデータを読み出すように命令を出す（ＳＥＱ４８）。バッファタスク６２は、この命令に応じてバッファメモリからデータを読み出す。読み出されたデータは、デコーダコントロールタスク６５によりデコーダ４３に送られ、デコードされる。

一方、ＵＩタスク６０は、上述のＳＥＱ４７でポーズ解除命令を出すと、ステップＳ９２で、リアルタイムクロック４６で時間の計測を開始し、プレビュー再生を行う時間に対応する所定時間（例えば３０秒）が経過したらポーズ命令を出す。ポーズ命令は、プレーヤタスク６１を介してバッファタスク６２に渡される（ＳＥＱ４９、ＳＥＱ５０）。バッファタスク６２は、このポーズ命令に従い、バッファメモリからのデータの読み出しを停止させる。図３４の例では、位置（Ａ）から再生時間で３０秒が経過した位置（Ｂ）で、バッファメモリからのデータの読み出しが停止されることになる。データの読み出しが停止されたら、その旨がプレーヤタスク６１を介してＵＩタスク６０に通知される（ＳＥＱ５１、ＳＥＱ５２）。

図示しないが、ＵＩタスク６０は、ＳＥＱ５２による通知を受け取ったら、例えば処理を上述のＳＥＱ４３に戻し、次のコンテンツのプレビュー再生を行うように、プレーヤタスク６１を介してバッファタスク６２に対してキュー命令を出す。バッファタスク６２は、このキュー命令に基づき、バッファメモリ上の次のオーディオデータのオフセット位置（図３４の例では、コンテンツＢ内の位置（Ｃ））まで、読み出しポインタを移動させる。このようにして、コンテンツを順次、プレビュー再生することができる。

なお、バッファタスク６２は、上述のＳＥＱ３８で開始されるハードディスクドライブ３２からのオーディオデータの読み出しと、読み出されたオーディオデータのバッファメモリへの溜め込みとを、ＳＥＱ３８以降の他の処理が行われている間も、継続して行っている（ＳＥＱ４０）。そして、１つのコンテンツデータファイル２００に格納されるオーディオデータの全長がバッファメモリに溜め込まれると、次のコンテンツデータファイル２００がハードディスクドライブ３２から読み出される。図３３の点線から下の部分は、この処理を示したものである。

オーディオデータがハードディスクドライブ３２から読み出され、バッファメモリに溜め込む処理が、上述したプレビュー再生制御の処理と並列的に継続される（ＳＥＱ４０）。ハードディスクドライブ３２からの、１オーディオデータの読み出しが完了すると（ＳＥＱ６０）、バッファタスク６２からプレーヤタスク６１に対して、次に読み出すデータの情報が要求される（ＳＥＱ６１）。プレーヤタスク６１は、この要求に応じて、データベース管理タスク６３に対して、次に読み出すべきコンテンツの情報を問い合わせ（ＳＥＱ６２）、問い合わせに応じて得られたコンテンツ情報に基づき、バッファタスク６２に対してデータの読み出し命令を出す（ＳＥＱ６３）。

この読み出し命令に従い、バッファタスク６２は、ハードディスクドライブ３２からコンテンツデータファイル２００を読み出し（ＳＥＱ６４、ＳＥＱ６５）、ヘッダ情報の解析を行う（ステップＳ９３）。解析されたヘッダ情報は、ＲＡＭ３７のバッファメモリ領域外に保持される。また、オーディオデータ部２０２に格納されるオーディオデータは、バッファメモリに溜め込まれる。ハードディスクドライブ３２からの１つのコンテンツデータファイル２００についての読み出しが完了し（ＳＥＱ６６）、バッファメモリに対して、当該コンテンツデータファイル２００に格納されるオーディオデータの全長が溜め込まれたら、バッファタスク６２からプレーヤタスク６１に対して、次に読み出すデータの情報が要求される（ＳＥＱ６７）。このような処理を、例えばバッファメモリに次のオーディオデータを溜め込めるだけの十分な空き領域が無くなるまで、繰り返す。

３−３−２．プレビュー再生モードと通常再生モードとを切り換えた際の動作について
次に、図８を用いて説明した、プレビュー再生中に再生モードをプレビュー再生モードから通常再生モードに切り換えた際の２通りの動作を、この第２のプレビュー再生制御方法に対して適用した例について、図３５を用いて説明する。この第２のプレビュー再生制御方法では、オーディオデータの全長をバッファメモリに溜め込む。一例として、図３５Ａに示されるように、バッファメモリにコンテンツＡおよびコンテンツＢが溜め込まれ、コンテンツＢのプレビュー再生区間（斜線を付して示す）の、位置Ａで通常再生が指定されたものとする。

プレビュー再生したオーディオデータの先頭から再生を開始する第１の方法は、図３５Ｂに一例が示されるように、現在プレビュー再生中のオーディオデータの先頭に読み出しポインタを移動させることで実現できる。また、プレビュー再生が中止された位置から継続的に再生を行う第２の方法は、図３５Ｃに一例が示されるように、プレビュー再生中の読み出しポインタの移動をそのまま継続することで実現できる。

上述したように、この第２のプレビュー再生制御方法では、プレビュー再生においても、通常再生と同様に、オーディオデータの全長をバッファメモリに溜め込む。そのため、バッファメモリの利用効率の点で、第１のプレビュー再生制御方法に対して不利である。一方、オーディオデータの全長がバッファメモリに溜め込まれていることから、特にプレビュー再生から通常再生への移行時の制御が容易であるという利点がある。

通常再生中に、再生モードを通常再生モードからプレビュー再生モードに切り換える際の動作について説明する。この第２のプレビュー再生制御方法では、既に説明したように、通常再生モードおよびプレビュー再生モードに関わらず、オーディオデータの全長がバッファメモリ上に溜め込まれている。そのため、図３６に一例が示されるように、再生モードの切り換えが、プレビュー再生区間ＰＶに対して以前で行われる場合（４）、途中で行われる場合（５）および以降で行われる場合（６）の何れの場合でも、読み出しポインタの移動だけで、通常再生モードからプレビュー再生モードへの切り換えを実現できる。

図１９を用いて既に説明したように、再生モードを、通常再生モードで再生中にプレビュー再生モードに切り換え、さらに、プレビュー再生モード再生中に通常再生モードに切り換えて、プレビュー再生モードに切り換えられる直前に通常再生モードで再生されていた位置からコンテンツの通常再生を再開させる場合も考えられる。このような場合も考慮した、第２のプレビュー再生制御方法によるバッファメモリの制御について、図３７を用いて説明する。

当初、通常再生モードにおいては、図３７Ａに一例が示されるように、バッファメモリには、再生されるコンテンツデータ（コンテンツＡ、Ｂ、Ｃ、・・・とする）の全長がバッファメモリの先頭から詰め込まれる。ここで、コンテンツＡが通常再生モードで位置Ｘまで再生されたときに、再生モードが通常再生モードからプレビュー再生モードに切り換えられたものとする。

再生モードがプレビュー再生モードに切り換えられると、通常再生モードによるコンテンツＡの再生が停止され停止位置Ｘが記憶されると共に、プレビュー再生されるコンテンツデータ（コンテンツＰ、Ｑ、・・・とする）をハードディスクドライブ３２から読み出し、バッファメモリに詰め込んでいく。

このとき、図３７Ｂに一例が示されるように、通常再生モードからプレビュー再生モードに切り換えられる直前に当該通常再生モードで再生されていたコンテンツ（図３７の例ではコンテンツＡ）のデータを、バッファメモリ上に残しておく。そして、プレビュー再生を行うコンテンツデータ（コンテンツＰ、Ｑ、・・・）を、バッファメモリ上に残されたコンテンツＡのデータの後ろから、プレビュー再生順に詰め込んでいく。この第２のプレビュー再生制御方法では、プレビュー再生を行うコンテンツデータは、その全長がハードディスクドライブ３２から読み出され、バッファメモリに溜め込まれる。

プレビュー再生を行う最初のデータ（図３７の例ではコンテンツＰ）がバッファメモリに読み込まれると、読み出しポインタが、コンテンツＡの再生が停止された位置Ｘから、プレビュー再生を行う最初のデータ、すなわちコンテンツＰにおけるプレビュー再生区間の先頭に移動される。

図３７Ｃに一例が示されるように、プレビュー再生が例えば位置Ｙで停止され、プレビュー再生モードに切り換えられる直前に通常再生モードで再生されていたコンテンツ（コンテンツＡ）の再生を再開する場合には、読み出しポインタを位置Ｙから位置Ｘに移動させ、バッファメモリ上に残されたコンテンツＡを位置Ｘから再生する。

なお、図示しないが、プレビュー再生が停止された時点で、再生が再開されたコンテンツＡの次以降に再生される予定のコンテンツデータをハードディスクドライブ３２から読み出すことができる。この場合、読み出されたコンテンツデータを、バッファメモリのプレビュー再生を行うための溜め込まれたコンテンツＰ、Ｑ、・・・に対して上書きし、再生が再開されたコンテンツＡの直後から詰め込むようにする。

４．この発明の実施の一形態の変形例について
４−１．プレビュー再生区間の外部からの取得について
次に、この発明の実施の一形態の変形例について説明する。上述の実施の一形態では、プレビュー再生を行う区間が固定的であるものとして説明したが、これはこの例に限定されない。この発明の実施の一形態の変形例では、コンテンツに対してプレビュー再生区間を示す情報を対応付け、プレビュー再生を行う区間をコンテンツ毎に設定可能なようにしている。

一例として、図３８に概略的に示されるように、コンテンツデータファイル２００’のヘッダ部２０１’に対して、コンテンツを識別するためのコンテンツＩＤ２０５を予め格納する。例えば、ミュージックサーバ４側で、ダウンロードさせるコンテンツデータファイル２００’に予めコンテンツＩＤを記述しておく。

コンテンツＩＤは、コンテンツを一意に識別可能であれば特に限定されず、コンテンツデータファイル２００’のファイル名がユニークであれば、このファイル名をコンテンツＩＤとして用いてもよい。この場合は、ヘッダ部２０１’にコンテンツＩＤを記述する必要は、無い。ファイルサイズ情報をコンテンツＩＤとして用いることも考えられる。

また、ミュージックサーバ４は、コンテンツＩＤとプレビュー再生区間とを対応付けて保持し、コンテンツデータファイル２００’をＰＣ２にダウンロードさせる際に、当該コンテンツデータのコンテンツＩＤに対応付けられたプレビュー再生区間情報を当該コンテンツデータファイル２００’と共にＰＣ２に送信する。ＰＣ２は、ダウンロードしたコンテンツデータファイル２００’と、当該コンテンツデータファイル２００’に対応付けられたプレビュー再生区間情報とを、共に再生装置１に転送する。

再生装置１は、コンテンツデータファイル２００’がＰＣ２から転送されると、ファイルのヘッダ部２０１’を解析してコンテンツＩＤを取得し、取得されたコンテンツＩＤと、当該コンテンツデータファイル２００’と共に転送されたプレビュー再生区間情報とを対応付けてテーブル管理する。

図３９は、このコンテンツＩＤとプレビュー区間情報とが対応付けられたプレビュー再生区間情報テーブルの例を示す。この図３９の例では、プレビュー再生区間の先頭位置がオーディオデータの先頭位置からの再生時間で示され、コンテンツＩＤと対応付けられている。例えば、コンテンツＩＤ「ｘｘｘ０１」に対応するコンテンツデータファイル２００’では、オーディオデータ部２０２の先頭位置から３０秒後の位置がプレビュー再生区間の開始位置であるとされる。同様に、コンテンツＩＤ「ｘｘｘ０２」に対応するコンテンツデータファイル２００’では、オーディオデータ部２０２の先頭位置から１分後の位置がプレビュー再生区間の開始位置であるとされる。これに限らず、プレビュー再生区間情報として、プレビュー再生区間の長さまたはプレビュー再生区間の終了位置を、さらに含ませることもできる。

プレビュー再生区間情報で示されるプレビュー再生区間として、例えば、対応するコンテンツの特徴を端的に表す部分を選択すると、プレビュー再生の際にユーザが所望のコンテンツを容易に探し出すことができ、好ましい。

図４０は、このプレビュー再生区間情報を用いた場合のプレビュー再生処理を示す一例のフローチャートである。なお、ここでは、再生装置１におけるプレビュー再生を、第１のプレビュー再生制御方法に従い、オーディオデータのプレビュー再生区間に対応する部分のみをバッファメモリに溜め込んで行うものとする。

再生装置１側では、プレビュー再生するオーディオデータに対応するプレビュー再生区間情報を、予めミュージックサーバ４からダウンロードするなどして取得しておく（ステップＳ１００）。プレビュー再生区間情報は、対応するオーディオデータと同時でなくても、コンテンツＩＤに基づき別途、ミュージックサーバ４から取得することも可能である。取得されたプレビュー再生区間情報は、図３９に一例を示したプレビュー再生区間情報テーブルに、コンテンツＩＤと対応付けられて記述され、例えば再生装置１のハードディスクドライブ３２に格納される。

例えばユーザにより操作部２０のディスカバリキー１４が操作され、あるコンテンツ（コンテンツＰとする）のプレビュー再生が指示されたとする（ステップＳ１０１）。この指示は、ＵＩタスク６０からプレーヤタスク６１に伝えられ、プレーヤタスク６１によりデータベース管理タスク６３に対して、プレビュー再生を行うコンテンツＰの情報が問い合わされ、データベース管理タスク６３から、この問い合わせに応じた情報が返される。プレーヤタスク６１は、データベース管理タスク６３から返された情報に基づき、バッファタスク６２に対して、ハードディスクドライブ３２から読み出すべきコンテンツデータファイル２００’を指示する。

コンテンツデータファイル２００’が読み出されると、バッファタスク６２は、読み出したコンテンツデータファイル２００’のプレビュー再生区間の抽出処理を開始する（ステップＳ１０２）。先ず、コンテンツデータファイル２００’のヘッダ部２０１’を解析し、コンテンツＩＤ２０５を取得する（ステップＳ１０３）。次に、バッファタスク６２は、取得されたコンテンツＩＤに基づきプレビュー再生区間情報テーブルを参照し、コンテンツＩＤに対応するプレビュー再生区間情報を取得する（ステップＳ１０４）。

また、図示しないが、バッファタスク６２は、ヘッダ部２０１’の解析結果に基づき、例えばコーデック情報２０３に記述されるフレームサイズを示す情報や圧縮符号化の際のビットレート情報に基づき、当該コンテンツデータファイル２００’に格納されたオーディオデータ本体の１フレーム当たりの再生時間を求める。

次のステップＳ１０５で、バッファタスク６２は、１フレーム当たりの再生時間と、ステップＳ１０４でコンテンツＩＤに基づき取得したプレビュー再生区間情報とに基づき、プレビュー再生開始位置のオーディオデータ部２０２の先頭からのオフセットを算出する。例えば、（プレビュー再生区間情報に示される時間情報）／（１フレーム当たりの再生時間）を計算して得られる値に近いフレームを、オフセットとする。さらに、１フレーム当たりの再生時間の情報に基づき、所定時間（この例では３０秒）を再生するためのデータサイズ（フレーム数）を算出する。

なお、上述したように、プレビュー再生区間情報として、プレビュー再生を行う時間を含めてもよい。この場合、プレビュー再生区間情報テーブルに当該オーディオデータのコンテンツＩＤに対応して記述された情報を用いて、プレビュー再生を行うためのオーディオデータのデータサイズを算出する。

こうして、オーディオデータ部２０２のファイル先頭からのオフセットと、プレビュー再生区間のデータサイズとが求められたら、処理はステップＳ１０６に移行され、求められたこれらの情報に基づき、ハードディスクドライブ３２からオーディオデータが読み出される。すなわち、ステップＳ１０６では、ハードディスクドライブ３２上のコンテンツデータファイル２００’に対してアクセスがなされ、ステップＳ１０５で求められたオフセットの位置からプレビュー区間のデータサイズ分だけ、オーディオデータが読み出される。読み出されたオーディオデータは、バッファメモリに溜め込まれる。

バッファタスク６２は、バッファメモリに所定量以上のオーディオデータが溜め込まれたら、デコーダコントロールタスク６５に対してその旨通知する。デコーダコントロールタスク６５は、この通知に応じて、バッファメモリからオーディオデータを読み出してデコーダ制御部６７に渡し、プレビュー再生区間のオーディオデータが再生される（ステップＳ１０７）。

このように、コンテンツを識別するユニークなコンテンツＩＤと、コンテンツのプレビュー再生区間とを関連付けることで、ミュージックサーバ４側は、コンテンツ毎に最適なプレビュー区間を設定することができる。また、これにより、ユーザ側では、プレビュー再生によりより的確に所望のコンテンツを選択することができる。

４−２．実施の一形態の変形例における他のシステム形態について
上述では、プレビュー再生区間情報を、ミュージックサーバ４からＰＣ２を介して再生装置１に供給するように説明しているが、これはこの例に限定されない。例えば、図４１に一例が示されるように、図３で示した再生装置１の構成に対して例えば無線によるデータ通信を制御する無線通信Ｉ／Ｆ３００とアンテナ３０１とを設けて再生装置１’を構成し、アンテナ３０１を介して外部と通信を行うことでプレビュー再生区間情報を取得可能とすることができる。

無線通信Ｉ／Ｆ３００に適用可能な通信方式は、特に限定されないが、例えばＩＥＥＥ(Institute Electrical and Electronics Engineers)８０２．１１規格に準拠した通信方式を用いることができる。

図４２は、無線通信を介してプレビュー再生区間情報を取得する場合の、再生装置１’の使用形態の例を示す。なお、再生装置１’には、予めミュージックサーバ４からＰＣ２を介して取得されたコンテンツデータが記録されているものとする。ターミナル５は、ホットスポットサービスを提供する無線ターミナルであり、インターネット３に接続されると共に、無線ＬＡＮ(Local Area Network)による通信機能を有する。ホットスポットサービスは、無線ＬＡＮを用いてインターネットに接続できる環境を局所的に提供するサービスである。ターミナル５は、例えば駅や空港といった公共施設や、ホットスポットサービスを提供するようにした店舗などに設置され、無線ＬＡＮによる通信に対応し通信可能な範囲にあるコンピュータ装置などと、アンテナ５Ａを介して通信を行うことができる。

情報端末装置６は、例えば比較的大規模な店舗や、所謂コンビニエンスストアなどに設置され、所定のネットワークに接続される。ユーザは、この情報端末装置の画面に表示されるメニューに従い操作することで、選択した情報を得ることができるようにされている。この情報端末装置６は、通信部６Ａを介して無線通信によりデータのやりとりを行うことができるようにされ、ユーザは、この情報端末装置に対する操作に応じて、無線通信で情報を得ることができる。

なお、再生装置１’は、ミュージックサーバ４のＵＲＬ(Uniform Resource Locator)を、予め例えばＲＯＭ４２に記憶しているものとする。また、再生装置１’は、コンテンツデータファイル２００’をミュージックサーバ４からダウンロードする際に、コンテンツデータファイル２００’のヘッダ部２０１’からコンテンツＩＤ２０５を取得し、例えば、プレビュー再生区間情報テーブルにコンテンツＩＤ２０５のみを記述する。コンテンツＩＤ２０５のリストを別途、作成してもよいし、属性情報テーブルにコンテンツＩＤ２０５を記述することもできる。

例えばターミナル５を用いる場合、ユーザは、再生装置１’を伴いターミナル５の無線通信圏内に入る。そして、再生装置１’の操作部２０に対して所定の操作を行うことで、再生装置１’とターミナル５との間で通信が行われる。

再生装置１’は、ターミナル５との間の通信を確立すると、インターネット３を介してミュージックサーバ４と通信を行う。一例として、再生装置１’は、プレビュー再生区間情報テーブルの情報に基づき、ミュージックサーバ４に対して、ハードディスクドライブ３２に記録されるコンテンツのうちプレビュー再生区間情報が対応付けられていないコンテンツＩＤ２０５のリストを、ターミナル５を介して、ミュージックサーバ４に対して送信する。ミュージックサーバ４は、このリストに含まれるコンテンツＩＤ２０５に対応するプレビュー再生区間情報を検索し、検索の結果得られたプレビュー再生区間情報のそれぞれをコンテンツＩＤ２０５と対応付けて送信する。送信されたプレビュー再生区間情報は、ターミナル５に受信され、無線通信によってターミナル５から再生装置１’に転送される。

情報端末装置６を用いる場合には、情報端末装置６は、表示部や操作部を有しているため、ユーザに対してダウンロードするプレビュー再生区間情報を選択可能とさせたり、プレビュー再生区間情報のダウンロードに対してユーザに課金したりすることが容易である。

一例として、ユーザが再生装置１’を情報端末装置６に近づけて情報端末装置６に対して所定の操作を行うと、再生装置１’と情報端末装置６との間で通信がなされる。再生装置１’と情報端末装置６との間で通信が確立すると、情報端末装置６は、再生装置１’に対してプレビュー再生区間情報テーブルおよび属性情報テーブルの情報を要求する。この要求に応じて再生装置１’から送信された情報に基づき、情報端末装置６は、表示部にコンテンツＩＤ２０５に対応したコンテンツ名のリストを表示する。ユーザは、表示部の表示に基づき情報端末装置６の操作部に対してプレビュー再生区間情報をダウンロードしたいコンテンツを選択する。選択されたコンテンツのコンテンツＩＤ２０５が情報端末装置６からインターネット３を介してミュージックサーバ４に送信される。ミュージックサーバ４は、受信したコンテンツＩＤ２０５に対応するプレビュー再生区間情報を検索し、インターネット３を介して情報端末装置６に送信する。情報端末装置６は、受信したプレビュー再生区間情報を、再生装置１’に対して転送する。

なお、無線通信機能を有する再生装置１’を用いることで、上述のホットスポットのターミナル５や、情報端末装置６が設置されている場所であれば、インターネット３に接続されたＰＣ２が無い環境でも、コンテンツをミュージックサーバ４からダウンロードすることが可能である。

５．この発明の実施の一形態のさらに他の変形例について
次に、この発明の実施の一形態やその変形例のさらに他の変形例について説明する。上述した実施の一形態やその変形例では、再生装置１または再生装置１’が記録媒体としてハードディスクドライブ３２を有し、ミュージックサーバ４からダウンロードされたコンテンツデータをハードディスクドライブ３２に記録するように説明したが、これはこの例に限定されない。

例えば、図４３に一例が示されるように、フラッシュメモリ３０２のような、書き換え可能なＲＯＭをコンテンツデータを記録する記録媒体として用いることができる。フラッシュメモリ３０２は、ハードディスクドライブ３２に比べてアクセス速度が高速であると共に、機構部分を有しないので振動などに強く、また消費電力もハードディスクドライブ３２に対して小さい。そのため、バッファメモリを用いずフラッシュメモリ３０２上のオーディオデータに直接的にアクセスすることで、プレビュー再生を実現することができる。この場合には、例えば、プレビュー再生制御を、上述した第２のプレビュー再生制御方法に従い行うことが考えられる。

また、図４３では、フラッシュメモリ３０２が再生装置１”に内蔵されているように示されているが、これはこの例に限定されず、フラッシュメモリ３０２を、再生装置１”に対して着脱可能な構成とすることもできる。フラッシュメモリ３０２が再生装置１”に対して脱着可能であれば、例えばフラッシュメモリ３０２に対して外部でコンテンツデータを記憶させ、後に、コンテンツデータが記憶されたフラッシュメモリ３０２を再生装置１”に装着して用いるような利用法が可能である。この場合には、再生装置１”の構成からＵＳＢコントローラ３３と、ＵＳＢコネクタ３１とを省く構成とすることも可能である。

なお、上述では、コンテンツをオーディオデータであるとして説明したが、これはこの例に限定されない。すなわち、この発明は、時間情報を有し時系列的に変化する情報であれば、他のコンテンツにも適用することができる。例えば、コンテンツとしてビデオデータを適用することができる。この場合には、再生装置１に対してビデオデータのデコーダを設け、圧縮符号化されてダウンロードされ、ハードディスクドライブ３２などに記録されたビデオデータをデコードして、表示部１０に表示させる。また、コンテンツを、ＭＩＤＩ(Musical Instrument Digital Interface)データなどの、演奏指示情報としてもよい。この場合には、再生装置１に対して、ＭＩＤＩに対応した音源回路を設ける。

この発明の実施の一形態が適用可能な再生装置の一例の使用形態を示す。 この発明の実施の一形態に適用できる携帯用の再生装置の一例の外観図である。 再生装置の一例の構成を示すブロック図である。 再生装置に適用可能なアーキテクチャを概略的に示す略線図である。 属性情報テーブルの一例の構成を示す略線図である。 プレビュー再生を自動的に開始する処理の一例のフローチャートを示す。 フローチャートに伴う表示部の一例の表示を示す。 プレビュー再生から通常再生に切り替わるときの処理を説明するための略線図である。 アーティストリンクモードにおける一例の処理を示すフローチャートである。 アーティストリンクモードにおける処理に伴う表示の推移の例を示す略線図である。 アーティストリンクモードにおける処理に伴う表示の推移の例を示す略線図である。 あるコンテンツデータを再生中にアーティストリンクモードを起動させた場合の一例の処理を示すフローチャートである。 通常再生画面の一例を示す略線図である。 検索中画面の一例を示す略線図である。 関連度の基準を緩和するか否かの選択をユーザに促す画面の例を示す略線図である。 現在再生中のコンテンツを示す画面に戻ることをユーザに促す画面の例を示す略線図である。 関連アーティスト情報表示画面の一例を示す略線図である。 関連アーティスト情報表示画面の一例を示す略線図である。 プレビュー再生の一例の処理を示すフローチャートである。 プレビュー再生の一例の処理を示すフローチャートである。 コンテンツタイトル一覧画面の一例を示す略線図である。 プレビュー再生の一例の処理を示すフローチャートである。 プレビューコンテンツ情報を通常再生画面に表示した場合の例を示す略線図である。 コンテンツデータファイルの一例の構成を示す略線図である。 第１のプレビュー再生制御方法による処理の一例の流れを示す略線図である。 第１のプレビュー再生制御方法による、プレビュー再生を行うためのオーディオデータをコンテンツデータファイルから読み出す際の一例の処理を示すフローチャートである。 オーディオデータがバッファメモリに溜め込まれる様子を概略的に示す略線図である。 プレビュー再生用のオーディオデータに関するハードディスクドライブおよびバッファメモリの一例のアクセスタイミングを概略的に示すタイミングチャートである。 あるコンテンツのプレビュー再生の途中で次のコンテンツのプレビュー再生にジャンプする制御を説明するための図である。 プレビュー再生から通常再生に切り替わるときの第１のプレビュー再生制御方法による処理を説明するための略線図である。 通常再生モードからプレビュー再生モードに切り換える際の第１のプレビュー再生制御方法による処理を説明するための略線図である。 プレビュー再生後に通常再生を再開させる際の第１のプレビュー再生制御方法による処理を説明するための略線図である。 第２のプレビュー再生制御方法によるプレビュー再生の一例のシーケンスを示す。 第２のプレビュー再生制御方法による読み出しポインタ移動の様子を概略的に示す略線図である。 プレビュー再生から通常再生に切り替わるときの第２のプレビュー再生制御方法による処理を説明するための略線図である。 通常再生からプレビュー再生に切り替わるときの第２のプレビュー再生制御方法による処理を説明するための略線図である。 プレビュー再生後に通常再生を再開させる際の第２のプレビュー再生制御方法による処理を説明するための略線図である。 ヘッダ部にコンテンツＩＤを含む場合の一例のコンテンツデータファイルの構成を示す略線図である。 プレビュー再生区間情報テーブルの例を示す略線図である。 プレビュー再生区間情報を用いた場合のプレビュー再生処理を示す一例のフローチャートである。 無線通信Ｉ／Ｆを設けた再生装置の一例の構成を示すブロック図である。 無線通信を介してプレビュー再生区間情報を取得する場合の再生装置の使用形態の例を示す略線図である。 記録媒体に書き換え可能なＲＯＭを用いた場合の再生装置の一例の構成を示すブロック図である。

符号の説明

１ 再生装置
２ パーソナルコンピュータ
３ インターネット
４ ミュージックサーバ
１０ 表示部
１３ ５方向キー
１３Ａ エンターキー
１４ ディスカバリキー
２０ 操作部
３２ ハードディスクドライブ
３６ システムゲートアレイ
３７ ＲＡＭ
４１ マイクロコンピュータ
４２ ＲＯＭ
４３ デコーダ
４６ リアルタイムクロック
６０ ＵＩタスク
６１ プレーヤタスク
６２ バッファタスク
６３ データベース管理タスク
６８ ＯＳ
７０ カーソル表示
７１Ａ リスト表示部
７１Ｂ 再生コンテンツ表示部
１００ 通常再生画面
１０１ 検索中画面
１０４ 関連アーティスト情報表示画面
１０５ コンテンツタイトル一覧画面
２００ コンテンツデータファイル
２０１ ヘッダ部
２０２ オーディオデータ部
２０３ コーデック情報
２０４ 総再生時間情報
２０５ コンテンツＩＤ

Claims (21)

1. コンテンツデータを再生する再生部と、
   コンテンツデータを識別するコンテンツ識別データを複数表示する表示部と、
   上記表示部に表示されるカーソルを入力に応じて移動させることができる第１の入力部と、
   上記カーソルが所定時間以上同一のコンテンツ識別データに対応する位置に配置されていると判断した場合に、該コンテンツ識別データに対応するコンテンツデータの一部の再生を上記再生部に開始させる制御部と
   を有することを特徴とする再生装置。
2. 請求項１に記載の再生装置において、
   上記コンテンツ識別データに対応するアーティスト情報と該アーティスト情報に関連する他のアーティスト情報とを上記表示部に表示するようにし、
   上記制御部は、
   上記カーソルが所定時間以上同一の上記アーティスト情報または上記他のアーティスト情報に対応する位置に配置されていると判断した場合に、該カーソルが配置されている該アーティスト情報または該他のアーティスト情報に対応するコンテンツデータの一部の再生を上記再生部に開始させるようにした
   ことを特徴とする再生装置。
3. 請求項１に記載の再生装置において、
   上記コンテンツ識別データに対応するアーティスト情報に関連する他のアーティスト情報を検索するための第２の入力部をさらに有し、
   上記第２の入力部に対する入力に応じて、該入力がなされたときに上記表示部の上記カーソルが配置された位置に対応する上記コンテンツ識別データに対応するアーティスト情報と、該アーティスト情報に関連する他のアーティスト情報とを上記表示部に表示するようにし、
   上記制御部は、
   上記第１の入力部の入力に応じて上記他のアーティスト情報に対応する位置に上記カーソルが配置された状態で所定時間が経過したら、該他のアーティスト情報に対応するコンテンツデータの再生を上記再生部に開始させるようにした
   ことを特徴とする再生装置。
4. 請求項３に記載の再生装置において、
   上記制御部は、
   上記再生を、上記コンテンツデータの一部を対象として上記再生部に開始させるようにした
   ことを特徴とする再生装置。
5. 請求項３に記載の再生装置において、
   上記制御部は、
   上記第１の入力部の入力に応じて上記他のアーティスト情報に対応する位置に上記カーソルが配置された状態で上記所定時間が経過するまでは、上記第２の入力部に対する上記入力がなされたときに上記再生部で再生されていた、上記表示部の上記カーソルが配置された位置に対応する上記コンテンツ識別データに対応するコンテンツデータを継続して再生するようにした
   ことを特徴とする再生装置。
6. 請求項３に記載の再生装置において、
   上記制御部は、
   上記第１の入力部の入力に応じて上記他のアーティスト情報に対応する位置に上記カーソルが配置された状態で上記所定時間が経過した後に再生が開始された該他のアーティスト情報に対応する１のコンテンツデータの再生が終了したら、上記再生部に、該他のアーティスト情報に対応する次のコンテンツデータの再生を自動的に開始させるようにした
   ことを特徴とする再生装置。
7. 請求項３に記載の再生装置において、
   上記制御部は、
   上記第１の入力部の入力に応じて上記他のアーティスト情報に対応する位置に上記カーソルが配置された状態で上記所定時間が経過した後に再生が開始された該他のアーティスト情報に対応する再生可能な全てのコンテンツデータの再生が終了したら、上記再生部に、該他のアーティスト情報の次の他のアーティスト情報に対応するコンテンツデータの再生を自動的に開始させるようにした
   ことを特徴とする再生装置。
8. 請求項７に記載の再生装置において、
   上記次の他のアーティスト情報に対応するコンテンツデータの再生に伴い、上記カーソルを、該次の他のアーティスト情報に対応する位置に配置するようにした
   ことを特徴とする再生装置。
9. 請求項３に記載の再生装置において、
   上記第１の入力部の入力に応じて上記他のアーティスト情報に対応する位置に上記カーソルが配置された状態で所定時間が経過したら、該他のアーティスト情報に対応する再生可能なコンテンツデータに対応するコンテンツ識別データのリストを上記表示部に表示するようにした
   ことを特徴とする再生装置。
10. 請求項９に記載の再生装置において、
    上記制御部は、
    上記所定時間が経過した後に再生が開始された該他のアーティスト情報に対応する１のコンテンツデータの再生が終了したら、上記再生部に、該他のアーティスト情報に対応する次のコンテンツデータの再生を自動的に開始させるようにされ、
    上記次のコンテンツデータの再生の開始に伴い、上記リストが表示された上記表示部の上記カーソルを該次のコンテンツデータを示す上記コンテンツ識別データに対応する位置に配置するようにした
    ことを特徴とする再生装置。
11. 請求項１０に記載の再生装置において、
    上記制御部は、
    上記他のアーティスト情報に対応する再生可能な全てのコンテンツデータの再生が終了したら、上記再生部に、該他のアーティスト情報の次の他のアーティスト情報に対応するコンテンツデータの再生を自動的に開始させるようにし、
    上記次の他のアーティスト情報に対応するコンテンツデータの再生に伴い、該次の他のアーティスト情報に対応する再生可能なコンテンツデータに対応するコンテンツ識別データのリストを上記表示部に表示するようにした
    ことを特徴とする再生装置。
12. 請求項３に記載の再生装置において、
    上記所定時間は、上記第２の入力部に対する入力がなされた時点から計測される
    ことを特徴とする再生装置。
13. 請求項３に記載の再生装置において、
    上記再生部で再生させる対象を上記コンテンツデータの一部とした第１の再生モードと、
    上記再生部で再生させる対象を上記コンテンツデータの全長とした第２の再生モードと
    を備え、
    上記所定時間は、上記第１の再生モードが選択された時点から計測される
    ことを特徴とする再生装置。
14. 請求項１に記載の再生装置において、
    上記表示部に対して上記コンテンツデータを所定に分類した項目のそれぞれが表示され、
    上記制御部は、
    上記カーソルが所定時間以上同一の上記項目に対応する位置に配置されていると判断した場合に、該カーソルが配置されている該項目に対応するコンテンツデータの一部の再生を上記再生部に開始させ、該項目に対応する全ての上記コンテンツデータについて該再生が終了すると、他の項目に対応するコンテンツデータの一部の再生を上記再生部に開始させるようにした
    ことを特徴とする再生装置。
15. 請求項１４に記載の再生装置において、
    上記他の項目に対応するコンテンツデータの一部の再生が開始される際に、上記カーソルを該他の項目に対応する位置に移動させるようにした
    ことを特徴とする再生装置。
16. 請求項１に記載の再生装置において、
    上記制御部は、上記コンテンツデータの一部の再生を、レイティングの高いコンテンツデータから順に、上記再生部に開始させるようにした
    ことを特徴とする再生装置。
17. 請求項１６に記載の再生装置において、
    上記レイティングは、上記再生部による上記コンテンツデータの全長を対象とした再生の履歴に基づく
    ことを特徴とする再生装置。
18. 請求項１に記載の再生装置において、
    上記制御部は、上記コンテンツデータの一部の再生を、コンテンツデータのリリース日が現在の日付に近い順に、上記再生部に開始させるようにした
    ことを特徴とする再生装置。
19. 請求項１に記載の再生装置において、
    上記制御部は、上記再生部が上記コンテンツデータの一部を再生しているときに上記第１の入力部に対して所定の入力がなされると、一部が再生されている該コンテンツデータの全長を対象とした再生を上記再生部に開始させるようにした
    ことを特徴とする再生装置。
20. コンテンツデータを識別するコンテンツ識別データを複数表示する表示部に表示され、入力に応じて移動されるカーソルが、所定時間以上同一のコンテンツ識別データに対応する位置に配置されていると判断した場合に、該コンテンツ識別データに対応するコンテンツデータの一部の再生を開始させるようにした
    ことを特徴とする再生方法。
21. コンテンツデータを識別するコンテンツ識別データを複数表示する表示部に表示され、入力に応じて移動されるカーソルが、所定時間以上同一のコンテンツ識別データに対応する位置に配置されていると判断した場合に、該コンテンツ識別データに対応するコンテンツデータの一部の再生を開始させるようにした再生方法をコンピュータ装置に実行させる
    ことを特徴とする再生プログラム。

Images