JP2007035032A - 再生端末装置 - Google Patents

Abstract

【課題】端末装置側で再生される曲等に応じて、インターネットホームページ等から情報を取り込み、ユーザーに提示できるようにする。
【解決手段】ネットワークを介して情報サーバと通信可能とされる再生端末装置において、記録媒体に記録されるオーディオデータに対応する関連情報ファイルにＵＲＬが含まれているか否かを判別する判別手段と、判別手段により、関連情報ファイルにＵＲＬが含まれていると判別されたとき、当該ＵＲＬにアクセスし、関連情報ファイルにＵＲＬが含まれていないと判別されたとき、記憶媒体に記録されるＴＯＣ情報より生成される識別情報を情報サーバに送信する送信手段と、ＵＲＬより転送されたデータ、情報サーバから送信された識別情報に対応するＵＲＬ、或いは、当該識別情報に対応するＵＲＬより転送されたデータを受信する受信手段と、ＵＲＬより転送されたデータ、或いは、識別情報に対応するＵＲＬより転送されたデータを記憶する記憶手段とを備える。
【選択図】 図１１

Description

本発明は、情報サーバと、その情報サーバと情報通信可能とされる再生端末装置に関し、特に再生端末装置側で実行される再生動作にかかる表示動作を行う技術に関するものである。

ユーザーの所有するオーディオビジュアル機器として各種のものが普及しており、音楽ソフトや映像ソフトを個人で楽しむことが一般化している。
例えばユーザーがＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）などのディスク記録媒体を用いたオーディオシステムなどを所有し、所望のＣＤ、ＭＤ等を購入して再生させたり、或いは記録可能なメディアであるＭＤを用いて自分の好みの選曲によるオリジナルディスクを作成するなどのことが行われている。

ところで、これらの機器では、通常オーディオデータを再生させる場合には、同時に何らかの表示を行うものが多い。例えば以下のような表示動作が行われるが、それぞれに問題点がある。

例えばほとんどのオーディオ機器では、ユーザーインターフェースに関する表示として、ボリュームレベル、トーンなどの再生音声にかかる表示や、プレイ、ストップ、早送りなど再生動作状態に関する表示、或いはＣＤのトラックナンバやトラック数などの表示が、文字又は簡単な記号やシンボルなどで行われる。
しかしながらこのような表示（即ち再生動作に関するユーザーに対するガイド的な表示）は、例えば再生される音楽などに関連する画像のような、視覚的にユーザーに強くアピールできる表示ではなく、面白味に欠けるという問題がある。即ち表示は、例えば音声再生に対しての補助的なものとされるのみで、表示能力を有効に使用したものとは言い難い。
また、ＭＤのようにトラックネームやディスクネームをユーザーが入力しておくことで、再生時に曲名やディスクタイトルなどの文字を表示させるものもあるが、これはユーザーにとって文字入力が面倒なものとなり、活用されない場合も多いという問題があった。

また、パーソナルコンピュータなどを使用してＣＤ−ＲＯＭなどに収録されたオーディオデータを再生する場合などに、そのオーディオデータの再生とともに、ディスプレイ上で収録されている動画又は静止画データ、ゲーム画面、操作画面などを表示させるものもある。この場合、表示される内容としては、非常に多様かつ高度なものとでき、ユーザーの興味を強く引きつけることも可能となる。例えば再生されるオーディオデータに関連して、その曲のイメージ画像やアーティストの写真画像などを表示させることもできる。またその曲やアーティストに関する紹介やメッセージなどの文字情報も当然表示可能である。
しかしながら、この場合表示される画像内容は、あくまでもそのＣＤ−ＲＯＭ等が出版された時点で記録された画像などであり、常に最新の情報を表示できるものではない。例えば最近のアーティストの写真画像やメッセージ、イベントスケジュールなど、現在の情報をユーザーに提供できるものではない。

さらに、ユーザーに対して多様かつアップトゥーデートな情報を提供するものとしては、例えばインターネットなどのような情報通信を利用することが考えられるが、このようなネットワーク情報に基づいた表示動作を、再生されるオーディオデータなどに応じて効率よく、かつユーザーに操作負担や、必要機器としての多大な機器準備負担をかけないで実行できるようにするものは開発されていない。

そこで本発明では、再生されるデータファイル（例えば曲などのオーディオデータ）に対応して、多様かつ高度で面白味があり、かつアップトゥーデートな情報を表示できるようにすること、さらにはその実現のためにユーザーに操作負担や多大な機器準備負担をかけないようにすることを目的として、新規な再生システム及び再生端末装置を提供する。

本発明は、ネットワークを介して情報サーバと通信可能とされる再生端末装置において、記録媒体に記録されるオーディオデータに対応する関連情報ファイルにＵＲＬが含まれているか否かを判別する判別手段と、上記判別手段により、上記関連情報ファイルにＵＲＬが含まれていると判別されたとき、当該ＵＲＬにアクセスし、上記関連情報ファイルにＵＲＬが含まれていないと判別されたとき、上記記憶媒体に記録されるＴＯＣ情報より生成される識別情報を上記情報サーバに送信する送信手段と、上記ＵＲＬより転送されたデータ、上記情報サーバから送信された上記識別情報に対応するＵＲＬ、或いは、当該識別情報に対応するＵＲＬより転送されたデータを受信する受信手段と、上記ＵＲＬより転送されたデータ、或いは、上記識別情報に対応するＵＲＬより転送されたデータを記憶する記憶手段と、を備える。

本発明によれば、記録媒体に記録されるオーディオデータに対応する関連情報ファイルにＵＲＬが含まれているか否かを判別し、関連情報ファイルにＵＲＬが含まれていると判別されたとき、当該ＵＲＬにアクセスし、関連情報ファイルにＵＲＬが含まれていないと判別されたとき、記憶媒体に記録されるＴＯＣ情報より生成される識別情報を情報サーバに送信し、そして、ＵＲＬより転送されたデータ、情報サーバから送信された識別情報に対応するＵＲＬ、或いは、当該識別情報に対応するＵＲＬより転送されたデータを受信し、ＵＲＬより転送されたデータ、或いは、識別情報に対応するＵＲＬより転送されたデータを記憶するようにする再生端末装置を提供することができる。

さらに、本発明によれば、再生端末装置側で再生されるデータファイルに応じて、ある情報サーバから、そのデータファイルに関連したデータが再生端末装置にロードされ、そのロードデータが表示されてユーザーに提示されることになる。
従って、表示される情報は、再生されるデータファイルとしての楽曲などに関連する情報、例えばアーティストなどのインターネットホームページのデータなどであって、即ち多様、高度、かつ最新の情報とすることができ、ユーザーにとってデータファイルの再生に応じて高い付加価値や大きな楽しみを与えることができるという効果がある。
また、ユーザーは特にアクセスのための操作は必要なく、ユーザーにとっては所望のデータファイルの再生を指示する操作を行うのみで多様な情報の表示が行われることになるため、操作負担はなく、非常に使い勝手のよいシステムとすることができる。また再生端末装置（記録再生装置１０）を所有するユーザーは、他の周辺機器を用意する必要はないため、機器用意の負担もない。

以下、本発明の再生端末装置を実現する実施の形態として、情報配信システム、及び情報配信システムを構成するネットワークとして通信接続される情報センタ１や記録再生装置１０、さらには記録再生装置１０と接続できる携帯装置５０等について説明していく。なお、本発明の再生システムとしての情報サーバは、そのネットワークに接続される情報センタ１、プロバイダ６などが相当し、また再生端末装置は、記録再生装置１０が相当することになる。
説明は次の順序で行う。

１．情報配信システムの概要
２．記録再生装置及び携帯装置の外観例
３．記録再生装置の内部構成
４．携帯装置の内部構成
５．ファイル移動処理
６．記録再生装置のファイル格納形態
７．情報センタのデータベース
８．ＨＤＤへのダビング時の動作
９．データロード動作Ｉ
１０．データロード動作II
１１．データロード動作III
１２．記録再生装置の表示動作例
１３．記録再生装置の他の表示動作例
１４．データ編集

１．情報配信システムの概要

図１は本例の情報配信システムの概要を示すものである。
この情報配信システムは、基本的には、一般ユーザーが家庭２などで用いる記録再生装置１０と各種情報サーバが、通信回線３を介してデータ通信可能な状態に構築される。
情報サーバとしては、例えば記録再生装置１０の使用に関する情報サービス組織としての機能やさらにはデータのプロバイダとしての機能を持つ情報センタ１や、記録再生装置１０の使用に関する情報サービス組織としての機能はもたないが通信回線３で接続された部位に対して各種データを提供できるプロバイダ６などとなる。

情報センタ１、プロバイダ６、記録再生装置１０は、通信回線３を用いて各種情報の通信が可能とされている。通信回線３は例えばＩＳＤＮ回線などの公衆回線網としてもよいし、当該システムのための専用回線網などを構築してもよく、その回線の物理的な形態は特に限定されない。
また通信衛星４や各家庭２に設置したパラボラアンテナ５などを利用した衛星通信回線を構成し、情報センタ１と記録再生装置１０との情報通信が可能とされるようにしてもよい。

そして例えば通信回線３（もしくは無線通信回線など）によってネットワークが形成される。ネットワーク形態は特に限定されないが、本例では説明上、インターネットを利用するものとする。
各プロバイダ６や情報センタ１は、それぞれ契約者などが作成したホームページなどのデータをインターネットを介して提供（ダウンロード）できる形態を採る。即ち、詳しくは後述するが、記録再生装置１０では通信回線３を介してホームページやリンクページなどのデータをロードすることができる。
もちろん通信されるデータ（つまりネットワーク上に提供されているデータ）は、いわゆるインターネットホームページに限定されるものではないが、本例では、記録再生装置１０がホームページ（及びリンクページ）のデータをロードすることを例として説明していく。

一般ユーザーが使用する記録再生装置１０は、詳しくは後述するが、内部に大容量のデータファイル格納部（例えば図３のハードディスクドライブ１５）を備えるとともに、ＣＤ、ＭＤなどのパッケージメディアのドライブ機能や、他の機器からのデータ入力機能、通信回線を介したデータ入力機能などを備えており、ＣＤ、ＣＤ−ＲＯＭ、ＣＤテキスト、ＭＤなどのユーザーが購入したメディアから再生されるオーディオデータ、ビデオデータ、その他の各種データや、他の機器や通信回線から入力される各種データを、それぞれファイルとして格納していくことができる。

そして格納されたファイル（例えば音楽等を１曲単位で１つのファイルとして格納している）については、ユーザーが任意に再生させることなどが可能となる。従って、例えば多数のＣＤを有するユーザーが、全ＣＤの全楽曲をそれぞれ１つのファイルとして記録再生装置１０内に格納（ダビング）しておけば、わざわざＣＤ等を選び出して装填しなくても、所望の楽曲等の再生を実行させることができる。

このような記録再生装置１０に対して、情報センタ１は有料又は無料でダビングの許可を行ったり、例えば契約したユーザーを対象として各種の情報を提供したりすることができる。
詳しくは後述するが、例えばユーザーがＣＤ等に収録された音楽を記録再生装置１０内のハードディスクなどにダビングを行おうとする場合は、記録再生装置１０との通信を介して情報センタ１が、そのダビング動作の許可・不許可を設定したり、またダビングされるＣＤ等に関連する情報を記録再生装置１０に送信してユーザーに提供することなどが行われる。

記録再生装置１０に格納される楽曲等のファイルに関連する情報としては、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ：Uniform Resource Locator）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報を提供することができる。例えば記録再生装置１０ではこれら情報センタから提供された情報を曲のファイルと対応させて格納しておき、表示出力に利用するなど各種動作を行うことができる。
また、場合によっては情報センタ１はオーディオデータ自体、即ち楽曲等を記録再生装置１０に送信し、ファイルとして格納させることで、例えばＣＤ等からのダビングの際に追加されるボーナストラックとしたり、あるいはダビング動作とは別に、いわゆるパッケージメディアとしてのＣＤ等とは異なった楽曲等の販売システムを構築することなども可能となる。

さらに本例では、このように情報センタ１が用意する関連情報の他に、上記ホームページデータなど、一般に公開されているデータを、記録再生装置１０で再生されるファイルに対しての関連情報として、記録再生装置１０に供給し、表示出力させることができる。

また本例ではユーザーが使用する装置として、記録再生装置１０と接続可能な携帯用の記録再生装置５０（以下、携帯装置という）がある。
この携帯装置５０についても詳しくは後述するが、内部にオーディオデータ等のファイルを格納することができるデータファイル格納部（例えば図４のハードディスクドライブ（又はフラッシュメモリ）５４）を備える。
そして記録再生装置１０と接続された際に、記録再生装置１０内に格納されているファイル（楽曲等）を、この携帯装置５０内のデータファイル格納部に複写又は移動させることができる。もちろん、逆に携帯装置５０内のデータファイル格納部に格納されたファイルを、記録再生装置１０内のデータファイル格納部に複写又は移動させることも可能である。

ユーザーは記録再生装置１０内に格納されたファイルのうち任意のファイルを携帯装置５０に移動又は複写させることで、そのファイルを携帯装置５０で利用することができる。例えば携帯装置５０を使用する際に、その日に聴きたいと思った楽曲のファイルを移動させることで、例えば外出先でそれらの曲を聴くことなどが可能となる。

２．記録再生装置及び携帯装置の外観例

記録再生装置１０及び携帯装置５０の外観例について図２に示す。なお、ここで説明するのはあくまでも一例であり、各機器の外観やユーザーインターフェース構成（操作や表示のための構成）、記録再生装置１０と携帯装置５０の接続形態などは他にも各種の例が考えられる。

図２に示すように記録再生装置１０は例えばユーザーの家庭での使用に適するように、いわゆるラジカセ型の機器とされている。もちろんコンポーネントタイプでもよい。
この記録再生装置１０には、ユーザーが各種操作を行うための各種の操作子Ｋａとして、操作キーや操作つまみ、ジョグダイヤルと呼ばれる回動プッシュ式のキーなどが、機器前面パネルなどに設けられている。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ３５や、各種情報を表示出力する表示部２４が設けられる。表示部２４は例えば液晶パネルなどで形成される。

また、ユーザーが所有するＣＤ方式のディスク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキストなど）を記録再生装置１０で再生させたり、後述する内部のハードディスクにデータダビング等を行うために、ＣＤ方式のディスクを挿入するＣＤ挿入部１７が設けられる。
同様に、ユーザーが所有するＭＤ方式のディスク（オーディオＭＤ、ＭＤデータなど）を記録再生装置１０で再生／再生させたり、内部のハードディスクにデータダビング等を行うために、ＭＤ方式のディスクを挿入するＭＤ挿入部１８が設けられる。

また、他の機器との接続を行うための各種の端子ｔａが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。

また、ユーザーの操作入力の手段としては、上記操作子Ｋａ以外に、キーボード９０やリモートコマンダー９１を用いることができる。
キーボード９０は端子ｔａとしてのキーボード用コネクタを介して接続して用いるようにしたり、或いは赤外線送信部をキーボード９０に搭載した場合は、キーボード９０からの操作情報を赤外線無線方式で出力し、受光部２１から記録再生装置１０に入力させることもできる。
リモートコマンダー９１は例えば赤外線方式で操作情報を出力する。そしてその赤外線信号による操作情報は受光部２１から記録再生装置１０に入力される。
なお、キーボード９０を無線方式とする場合の操作情報の出力や、リモートコマンダー９１からの操作情報の出力は、赤外線ではなく電波を用いるようにしてもよい。

また記録再生装置１０にはＰＣＭＣＩＡスロット３９が形成され、ＰＣＭＣＩＡカードを装着してのデータのやりとりが可能とされている。

携帯装置５０は、ユーザーが携帯して使用を行うことに好適なように小型軽量の機器とされる。
この携帯装置５０には、ユーザーが各種操作を行うための各種の操作子Ｋｂとして、操作キーなどが設けられている。図示していないが、もちろんジョグダイヤルなどを設けてもよい。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ６８や、各種情報を表示出力する表示部５７が設けられる。表示部５７は例えば液晶パネルなどで形成される。

また、他の機器との接続を行うための各種の端子ｔｂが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
例えばユーザーが携帯して音楽等を聴く場合は、スピーカ６８から音声を再生させる他、ヘッドホン９２を端子ｔｂのうちのヘッドホン用端子に接続することで、ヘッドホン９２を用いて音楽等を聴くことができる。

記録再生装置１０と携帯装置５０を接続することで、記録再生装置１０と携帯装置５０の間で各種データ通信（オーディオデータ等の実ファイルデータや、それらの通信時の処理のための制御データなどの通信）が可能とされる。
この例では、記録再生装置１０に、コネクタ２７を有する装着部ＭＴが設けられ、この装着部ＭＴに携帯装置５０を装填することで両機器が接続されるものとしている。携帯装置５０が装着部ＭＴに装填されると、携帯装置５０の下部に設けられたコネクタ６０と、装着部ＭＴ内のコネクタ２７が接続された状態となり、このコネクタ６０，２７を介して両機器の間のデータ通信が行われる。
なお、記録再生装置１０と携帯装置５０の接続は、通信ケーブルを用いたライン接続方式としたり、もしくは赤外線等を利用した無線接続方式としてもよい。

３．記録再生装置の内部構成

続いて記録再生装置１０の内部構成例を図３で説明する。
この記録再生装置１０には、パネル操作部２０としてプッシュ式や回動式の操作子が設けられている。ここでいう操作子とは、図２に示した各種操作子Ｋａに相当する。つまり機器筐体上に形成される各種操作子である。なお、図２では説明していなかったが、表示部２４に操作キー表示を行うとともに表示部２４上でのタッチ検出機構を設けることで、タッチパネル操作子を形成してもよく、その場合のタッチパネル操作子も図３でいうパネル操作部２０に含まれるものとなる。
このパネル操作部２０が操作されることにより、記録再生装置１０の各種動作を実行させるための操作信号が送出され、記録再生装置１０はこの操作信号に応じて動作される。

また、例えば記録されるオーディオ情報に対応する曲名、アーティスト名等の入力を容易にするために、上記したようにキーボード９０やリモートコマンダー９１を利用することができるが、ＵＳＢ(universal serial bus)端子ｔａ６にキーボード９０を接続することで、キーボード９０による入力が可能となる。即ちキーボード９０からの入力信号（操作信号）はＵＳＢ端子ｔａ６を介してＵＳＢドライバに供給されることで、記録再生装置１０の内部に取り込むことができる。なお、図３における各種の端子ｔａ１〜ｔａ８は、それぞれ図２に示した端子ｔａのうちの１つに相当する。

またリモートコマンダー９１からの赤外線による操作信号（及びキーボード９０が赤外線出力を行う場合の操作信号）は、その赤外線操作信号は受光部２１で光電変換され、赤外線インターフェースドライバ２２に供給されることで、記録再生装置１０の内部に取り込むことができるようにされている。

なお、赤外線インターフェースドライバ２２、或いはＵＳＢドライバ２３を介してデータ転送出力を行うように構成してもよい。

この記録再生装置１０には通常のパーソナルコンピュータの構成であるＲＡＭ１３、ＲＯＭ１２、フラッシュメモリ１４が設けられており、ＣＰＵ１１により記録再生装置１０の全体の動作制御が行われる。
また各ブロック間でのファイルデータや制御データの授受はバスＢ１を介して行われる。

ＲＯＭ１２にはパネル操作部２０が操作されることにより入力される入力信号（もしくはキーボード９０やリモートコマンダー９１からの入力信号）に応じて記録再生装置１０の動作を制御するプログラム等が記憶されている。
またＲＡＭ１３、フラッシュメモリ１４にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。または、ＲＯＭ１２にはプログラムローダーが記憶されており、そのプログラムローダーによりフラッシュメモリ１４にプログラム自体がロードされることも可能である。

ＣＤ−ＲＯＭドライブ１７にはＣＤ方式の光ディスク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキスト等）が、上記ＣＤ挿入部１７から装着されると共に、１倍速或いはより高速、例えば１６倍速、３２倍速で光学ピックアップにより光ディスクに記憶される情報が読み出される。
またＭＤドライブ１７にはＭＤ方式の光ディスク又は光磁気ディスク（オーディオＭＤ、ＭＤデータ等）が上記ＭＤ挿入部１８から装着されると共に、光学ピックアップによりディスクに記憶される情報が読み出される。もしくは装填されたディスクに対して情報の記録を行うことができる。
なお、本例ではＣＤ−ＲＯＭドライブ１７、ＭＤドライブ１８を設けた例をあげているが、このいづれか一方のみを設けたり、もしくは情報が記憶されているメディアとして他のメディア（例えばＭＯディスクと呼ばれる光磁気ディスクや他の方式の光ディスク、磁気ディスク、メモリカード等）に対応するドライブが設けられてもかまわない。

この記録再生装置１０の内部の大容量の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ（hard disk drive ：以下ＨＤＤという）１５が設けられている。例えばＣＤ−ＲＯＭドライブ１７やＭＤドライブ１８から読み出されるオーディオ情報などを、ＨＤＤ１５においてファイル単位（例えば１曲が１ファイル）で格納できる。

また、オーディオデータに関してＡＴＲＡＣ２方式（Adaptive Transform Acoustic Coding 2）の圧縮エンコードを行うエンコーダ２８、及びオーディオデータに関してＡＴＲＡＣ２方式の圧縮に対するデコードを行うデコード２９が設けられる。
エンコーダ２８、デコーダ２９はＣＰＵ１１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ１６が設けられる。バッファメモリ１６はＣＰＵ１１の制御によりデータの書込／読出が行われる。

例えばＣＤ−ＲＯＭドライブ１７でディスクから読み出されたオーディオデータをＨＤＤ１５に格納する場合、ＨＤＤ１５にオーディオデータを記憶する前処理として、バッファメモリ１６にディスクから読み出されたオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ２８に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにエンコーダ２８でエンコードされたデータがバッファメモリ１６に再び一時記憶され、最終的にＨＤＤ１５にエンコードされたオーディオ情報が蓄積されることになる。

なお本例では、エンコーダ２８によりＡＴＲＡＣ２方式でエンコードされたオ
ーティオデータがＨＤＤ１５に蓄積されるようにしているが、例えばＣＤ−ＲＯＭドライブ１７から読み出されるデータがそのままＨＤＤ１５に蓄積されるようにしてもかまわない。

エンコーダ２８では、ＣＤ−ＲＯＭドライブ１７に装着されるメディアから読み出されたデータがエンコードされるだけではなく、マイクロホンが接続されたマイク端子ｔａ３からアンプ３２を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔａ２から入力されるオーディオ信号が、Ａ／Ｄ変換器３１を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ２８によりエンコードすることができる。
更に、光デジタル端子ｔａ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８(International Electrotechnical Commission 958) エンコーダ３０を介してエンコーダ２８に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ２８によりエンコードできる。

そして、これらのように外部機器から入力されたデータをエンコーダ２８でエンコードした後に、そのエンコードされたデータをＨＤＤ１５にファイル単位で格納できるようにされている。

なおエンコーダ２８のエンコードアルゴリズムとしてはＡＴＲＡＣ２（商標）を用いたが、情報圧縮されるエンコードアルゴリズムであればよく、ＡＴＲＡＣ（商標）、ＭＰＥＧ(moving picture coding experts group) 、ＰＡＳＣ(precision adaptive sub-band coding)、ＴｗｉｎＶＱ（商標）、ＲｅａｌＡｕｄｉｏ（商標）、ＬｉｑｕｉｄＡｕｄｉｏ（商標）等であってもかまわない。

また記録再生装置１０には、通信回線３として、通信端子ｔａ５に接続される外部ネットワークであるインターネット、ＴＥＬネットワーク、ケーブルＴＶ、ワイヤレスネットワーク等に接続可能なインターフェースであるモデム１９が備えられている。
そしてモデム１９を介して遠隔地のサーバにリクエスト信号、或いはＣＤ−ＲＯＭドライブ１７に装着されるメディア情報、ユーザＩＤ、ユーザ情報、ユーザ課金情報等が送出される。

外部ネットワークのサーバ（通信回線３で通信可能なサーバ）側ではユーザＩＤによる照合処理、課金処理、ディスク情報からの音楽付加情報、例えば曲のタイトル、アーティスト名、作曲家、作詞家、歌詞、ジャケットイメージ等の検索が行われ、ユーザがリクエストした所定の情報を記録再生装置１０側へ返信するように制御される。ここで、音楽に対する付加的な関連情報を返信する例を示したが、ユーザがリクエストする曲情報が直接外部ネットワークからダウンロードされるように構成してもよい。また、メディア情報に対応して曲情報が返信されるように構成して所定のメディアのボーナストラックが配信により取得されるように構成しても良い。

ＨＤＤ１５に蓄積されたオーディオ情報は、デコーダ２９によりデコードされ、Ｄ／Ａ変換器３３、アンプ３４を介してスピーカ３５により再生出力することができる。もしくはヘッドホン端子ｔａ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ２９はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ２８のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、ここでエンコード及びデコードはハードウェアを持たず、ＣＰＵ１１によるソフトウェア処理であってもよい。

更に、ＨＤＤ１５に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部２４が設けられているが、表示部２４は表示ドライバ２５によって表示駆動される。
表示部２４ではＣＰＵ１１の制御に基づいて所要の文字、記号、アイコン等が表示される。

さらに記録／再生されるオーディオデータ等に関連する情報としての、画像、文字などの情報が表示部２４で表示される。
具体的には情報センタ１から提供された関連情報や、プロバイダ６からダウンロードした情報を関連情報として、ＨＤＤ１５に格納できるが、ＣＰＵ１１はそれらの関連情報を表示部２４に表示させる。
詳しくは後述するが、ＨＤＤ１５からのデータファイルの再生時や、ＣＤ−ＲＯＭドライブ１７でのＣＤ再生時などには、その再生されるディスクやファイルに応じて、関連するＵＲＬアドレスを判別し、そのホームページにアクセスしてデータロードを行い、そのダウンロードされた画像やテキストのデータが再生される楽曲等の関連情報として表示部２４で表示される。

また表示部２４にはオーディオファイル（なお、楽曲等のオーディオデータが記録されたファイルを説明上オーディオファイルという）などに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部２０に該当することになるポインティングデバイスによる操作が可能とされる。例えば表示上でユーザーが指示したオーディオファイルが再生されるような動作が可能となる。

また表示部２４での表示を用いて、選択されたオーディオファイルの消去や、外部機器（例えば携帯装置５０）への複写、移動等も制御可能である。
或いは、表示部２４は、ＣＤ−ＲＯＭドライブ１７に装着されるメディアのＴＯＣ(table of contents) 情報を基にインターネット上のＷＷＷ(world wide web)サイトから検索された関連情報としてのｈｔｍｌ(hyper text markup laguage) 文書がグラフィック表示されるように構成され、更に通常のインターネットブラウザとしても使用可能となっている。

またビデオ端子ｔａ８に外部のモニタ機器が接続された場合、モニタインターフェース４０を介して表示データをそのモニタ機器に供給できる。
従って、上記のように本例では表示部２４において多様な情報の表示が行われるが、それと同様の表示を外部モニタ装置においても実行できる。

また記録再生装置１０では、ＩＥＥＥ１３９４インターフェース３７、ＩＥＥＥ１３９４ドライバ３６を介して、端子ｔａ７に接続された各種機器やシステム、例えば衛星放送用のＩＲＤ、ＭＤプレーヤ、ＤＶＤプレーヤ、ＤＶプレーヤ等からオーディオ情報が取り込まれるように構成されている。
更なる付加機能としてＰＣＭＣＩＡ(Personal Computer Memory Card International Association) スロット３９がＰＣＭＣＩＡドライバ３８を介して設けられ、ＰＣＭＣＩＡカードが装着可能となっており、外部記憶装置、その他のメディアドライブ、モデム、ターミナルアダプタ、キャプチャボード等様々な周辺機器の拡張が容易である。

さらに図２で説明したように記録再生装置１０には携帯装置５０と接続する際のコネクタ２７が設けられている。コネクタ２７と、携帯装置５０側のコネクタ６０とが接続されることにより、ＣＰＵ１１はインターフェースドライバ２６を介して携帯装置５０側と各種のデータ通信が可能となる。例えばＨＤＤ１５に蓄積されているオーディオファイルを転送することができる。

なお、ＣＤ−ＲＯＭドライブ１７やＭＤドライブ１８にＣＤ、ＭＤ等のメディアが装填され、その収録曲などをＨＤＤ１５にダビングする場合の方式として、高速ダビングと通常ダビングが可能とされる。
高速ダビングとは、ＣＤ等を高速に回転させて高速レートでデータを読出定期ながら、所定の処理（エンコーダ２８等による処理）を行ってＨＤＤ１５に格納していくものであり、非常に短時間でダビングを完了できるものである。従って多数のＣＤのダビングを行いたい場合などに便利な方式となる。
一方、通常ダビングは、ＣＤ等からのデータ読出を、通常の音楽再生時のレートで行いながら、所定の処理を行ってＨＤＤ１５に格納していく方式である。
この場合、ダビング動作には音楽等の演奏時間に相当する時間がかかることになるが、ユーザーにとっては例えば音楽の再生を楽しみながらダビングを同時に実行するようなことが可能となる。

４．携帯装置の内部構成

続いて、携帯装置５０の内部構成例を図４に示す。
記録再生装置１０と携帯装置５０は、コネクタ２７とコネクタ６０が接続されることで、電気的に接続されることになるが、この状態で記録再生装置１０のインターフェースドライバ２６と、携帯装置５０のインターフェースドライバ５９が接続され、両機器の間のデータ通信が可能とされる。

携帯装置５０にはパネル操作部５６としてプッシュ式、回動式のキー等が設けられている。即ち図２に示した各種の操作子Ｋｂがパネル操作部５６に相当する。パネル操作部５６としての操作子Ｋｂが操作されることにより携帯装置５０の動作を指示するための操作信号が制御バスＢ２に送出され、携帯装置５０はこの操作信号に応じた動作を行う。

また、記録再生装置１０と同様に携帯装置５０においても通常のパーソナルコンピュータの構成であるＲＡＭ５３、ＲＯＭ５２が設けられており、ＣＰＵ５１により携帯装置５０の全体の動作が制御される。また各ブロック間のファイルデータや制御データの授受はバスＢ２を介して行われる。

ＲＯＭ５２には、パネル操作部５６が操作されることにより入力される操作信号に応じて携帯装置５０が実行すべきプログラム等が記憶されており、ＲＡＭ５３にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。なお記録再生装置１０と同様にフラッシュメモリが搭載されてもよく、またバス構成は限定されるものではない。

この携帯装置５０の内部の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ（ＨＤＤ）５４が設けられている。例えば記録再生装置１０から転送されてきたオーディオ情報などが、ＨＤＤ５４においてファイル単位（例えば１曲が１ファイル）で格納できる。なお、ＨＤＤに代えて例えばフラッシュメモリなどを格納手段として用いてもよい。

また、記録再生装置１０と同様に、オーディオデータに関してＡＴＲＡＣ２方式のエンコードを行うエンコーダ６１、及びオーディオデータに関してＡＴＲＡＣ２方式のデコードを行うデコード６２が設けられる。
エンコーダ６１、デコーダ６２はＣＰＵ５１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ５５が設けられる。バッファメモリ５５はＣＰＵ５１の制御によりデータの書込／読出が行われる。

例えばＡＴＲＡＣ２方式でエンコードされていないオーディオデータがインターフェースドライバ５９を介して記録再生装置１０から供給され、それをＨＤＤ５４に格納する場合、ＨＤＤ５４にオーディオデータを記憶する前処理として、バッファメモリ５５にオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ６１に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにそのエンコードされたデータがバッファメモリ５５に再び一時記憶され、最終的にＨＤＤ５４にエンコードされたオーディオ情報が蓄積されることになる。

なお、本例では記録再生装置１０におけるＨＤＤ１５ではＡＴＲＡＣ２方式でエンコードされたオーディオファイル等が格納されているとしており、従ってＨＤＤ１５に格納されていたオーディオファイルがインターフェースドライバ５９を介して供給され、それをＨＤＤ５４に格納する場合（即ち曲等のデータファイルの複写又は移動を行う場合）は、エンコーダ６１での処理は必要ない。ところが、記録再生装置１０のＣＤ−ＲＯＭドライブ１７等に装着されるメディアから読み出されるオーディオデータ（圧縮処理されていないデータ）が直接インターフェースドライバ５９を介して入力されるようにしてもよく、このような場合に、ＨＤＤ５４にオーディオデータを記録するための処理として、上記のようにエンコーダ６１によるエンコードが行われることになる。

また本例では、エンコーダ６１によりＡＴＲＡＣ２方式でエンコードされたオーティオデータがＨＤＤ５４に蓄積されるようにしているが、例えば圧縮処理されていないデータがそのままＨＤＤ５４に蓄積されるようにしてもよい。

圧縮処理のためにエンコーダ６１にオーディオデータを供給する部位としては、上記インターフェースドライバ５９以外に、マイク端子ｔｂ３、ライン入力端子ｔｂ２、光デジタル端子ｔｂ４なども設けられている。なお、図４における各種の端子ｔｂ１〜ｔｂ４は、それぞれ図２に示した端子ｔｂのうちの１つに相当する。

エンコーダ６１では、マイクロホンが接続されたマイク端子ｔｂ３からアンプ６５を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔｂ２から入力されるオーディオ信号が、Ａ／Ｄ変換器６４を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ２８によりエンコードされることができる。
更に、光デジタル端子ｔｂ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８エンコーダ６３を介してエンコーダ６１に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ６１によりエンコードできる。

そして、これらのように外部機器から入力されたデータをエンコーダ６１でエンコードした後に、そのエンコードされたデータをＨＤＤ５４にファイル単位で格納できるようにされている。

なおエンコーダ６１のエンコードアルゴリズムとしてはＡＴＲＡＣ２に限らず、他の情報圧縮されるエンコードアルゴリズム、例えばＡＴＲＡＣ、ＭＰＥＧ、ＰＡＳＣ、ＴｗｉｎＶＱ、ＲｅａｌＡｕｄｉｏ、ＬｉｑｕｉｄＡｕｄｉｏ等であってもかまわない。

ＨＤＤ５４に蓄積されたオーディオ情報は、デコーダ６２によりデコードされ、Ｄ／Ａ変換器６６、アンプ６７を介してスピーカ６８により再生出力することができる。もしくはヘッドホン端子ｔｂ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ６２はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ６１のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、エンコード及びデコード処理は、ハードウェアを持たず、ＣＰＵ５１によるソフトウェア処理であってもよい。

更に、ＨＤＤ５４に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部５７が設けられているが、表示部５７は表示ドライバ５８によって表示駆動される。
表示部５７ではＣＰＵ５１の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部５７にはオーディオファイルなどに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部２０に該当することになるポインティングデバイスによる操作が可能とされるようにしてもよい。例えば表示上でユーザーが指示したオーディオファイルがＨＤＤ５４から読み出されてスピーカ３５等から再生されるような動作が可能となる。
また表示部５７での表示を用いて、ＨＤＤ５４上での選択されたオーディオファイルの消去や、外部機器（例えば記録再生装置１０）への複写、移動等も制御可能である。

なお図２で説明したように携帯装置５０は、記録再生装置１０の装着部ＭＴに装着されることにより記録再生装置１０とのデータ送受信が可能とされているが、非接触型のインターフェースでもよく、例えばＩｒＤＡ等を用いても構わない。
また、図示していないが、記録再生装置１０には充電電流供給部が備えられており、装着される携帯装置５０に対して充電電流を供給し、携帯装置５０の動作電源となる充電式バッテリーに対して充電が行われるように構成されてもよい。

５．ファイル移動処理

以上のように構成される記録再生装置１０と携帯装置５０では、それぞれ格納されているファイル（楽曲等のオーディオデータ）を相互に複写（コピー）又は移動（ムーブ）することができる。
即ち、記録再生装置１０のＨＤＤ１５に格納されているファイルを携帯装置５０のＨＤＤ５４に複写又は移動させたり、逆に携帯装置５０のＨＤＤ５４に格納されているファイルを記録再生装置１０のＨＤＤ１５に複写又は移動させることができる。

なおここで、複写とは、複写した際に複写元のＨＤＤと複写先のＨＤＤにおいてファイルが並存する状態、つまり記録再生装置１０と携帯装置５０の両方で再生可能な状態とする処理をいい、一方、移動とは、複写元のＨＤＤからは再生が不能な状態とする処理をいう。
本例ではオーディオファイルに関してはＨＤＤ１５とＨＤＤ５４の間で相互に移動が可能であるものとする。

記録再生装置１０のＨＤＤ１５内のファイルのうちで指定されたファイルを携帯装置５０のＨＤＤ５４に移動させる処理を図５で説明する。これはＣＰＵ１１によって実行される処理となる。

ステップＦ１０１としては、ＣＰＵ１１は携帯装置５０が記録再生装置１０の装着部ＭＴに装着されているか否かを検知する。この際の検知手段としてはメカニカルスイッチ機構で装填状態を検出したり、或いはコネクタ２７，６０を介した信号の送受信等により接続を検知するようにすればよい。

記録再生装置１０に携帯装置５０が接続されていると判別されると、ステップＦ１０２により曲、すなわちオーディオファイルの携帯装置５０への移動の要求がユーザーから（もしくは動作プログラムによる実行要求として）指示されているか否かを判別する。
例えば具体的には、表示部２４に表示されるオーディオファイルを示すフォルダのうち、ユーザーによって所定のポインティングデバイスにより選択されたオーディオファイルは、携帯装置５０への移動というユーザの更なる指示が行われることで、携帯装置５０への移動処理が行われることとなる。

このような操作などにより、曲の移動要求が有ると判別されると、続いてステップＦ１０３で指定されたオーディオファイルの容量が検出される。
次にステップＦ１０４により携帯装置５０側のＨＤＤ５４での空き容量を検出し、携帯装置５０への移動が要求されているオーディオファイルの容量と比較する。
ＨＤＤ５４の空き容量はＣＰＵ５１との通信によって判別するが、例えばＨＤＤ５４に対してＣＰＵ１１が直接アクセスできるような構成をとることもでき、その場合は、ＨＤＤ５４の動作制御やファイル管理をＣＰＵ１１側で実行可能とすることで、ＣＰＵ１１側で直接ＨＤＤ５４の空き容量の判別を行うことなども可能となる。

もし移動すべきオーディオファイルに対してＨＤＤ５４の空き容量が足りず移動不能と判別された場合は、ＨＤＤ５４に格納されているオーディオファイルを削除する処理を行う。この処理も、ＣＰＵ１１がＣＰＵ５１を介して実行させてもよいし、ＣＰＵ１１が直接実行できるものとしてもよい。
ＨＤＤ５４からのオーディオファイルの削除方法（削除するファイルの選別）としては、例えばユーザーによる再生回数の少ないものを順に消去するようにしたり、記録された時期の日付の古いものから順に消去する等の方法が考えられる。また、このような自動消去の際にユーザーの許可なく消去されることにより、ユーザーにとって重要なファイルが消去されてしまう可能性もあるので、表示部２４、表示部５７に警告表示がされるようにしてユーザの確認を得るようにしてもよい。

ステップＦ１０４で移動可能と判断された場合、及び移動不能と判断されてステップＦ１０５の処理を行った場合は、ステップＦ１０６に進んでファイルの転送処理が行われる。即ちＨＤＤ１５からインターフェースドライバ２６、５９を介してＨＤＤ５４に所定のオーディオファイルが転送され、記録される。

さらに移動処理であるため、ステップＦ１０７でＨＤＤ１５において、移動対象となったオーディオファイルに関して再生禁止フラグを設定し、ＨＤＤ１５においては、記録されてはいるが再生できないファイルとして扱うようにする。なお、ステップＦ１０７において移動対象となったオーディオファイルを実際にＨＤＤ１５から消去するようにしてもよい。

ステップＦ１０７で再生禁止フラグが設定されることで、仮想的に所定のオーディオファイルは記録再生装置１０から携帯装置５０に移動されるので、オーディオファイルは常に一つしか存在しないように管理され、不正コピーが防止されるような効果も有する。
またＨＤＤ１５からＨＤＤ５４という、共に高速アクセスメディア間のデータ移動であることや、ＡＴＲＡＣ２などのエンコード／デコード処理は不要であることなどのため、その移動処理は瞬時に完了でき、例えば複数の楽曲としてのオーディオファイルを移動させる処理なども非常に短時間で完了できる。

以上の図５の処理が行われることで、ＨＤＤ１５からＨＤＤ５４へのファイル移動が実現される。
そしてこのような処理によって、例えばユーザーは自分の所有する楽曲（即ちＨＤＤ１５に格納したファイル）のうちで、聴きたい曲を選択して携帯装置５０側に移動させ、外出先で再生を楽しむなどといった使用が可能となる。

なお、複写を行う場合は、ステップＦ１０７の処理が実行されなければよい。
また、ＨＤＤ５４からＨＤＤ１５へファイル移動（又は複写）を行う場合も、概略同様の処理がＣＰＵ５１によって実行されればよいが、その場合もＣＰＵ１１側が主となって処理を実行することも可能である。

６．記録再生装置のファイル格納形態

図６には、記録再生装置１０内のＨＤＤ１５におけるファイルの格納形態の例を示している。
例えばユーザーは自分の所有しているＣＤをＣＤ−ＲＯＭドライブ１７に装填し、収録されている各楽曲をそれぞれファイルとしてＨＤＤ１５に記録（即ちダビング）させることになる。
例えばそのＣＤなどのメディア単位で格納が行われていくとすると、ダビングしたＣＤなどのメディア単位で管理ファイルが形成され、各楽曲等は、それぞれ１つのオーディオファイルとして格納される。

図６には、ｎ枚のＣＤがＨＤＤ１５にダビングされた状態を示しており、各ＣＤに対応して管理ファイルＡＬ（ＡＬ１〜ＡＬ（ｎ））が形成される。そして各ＣＤに収録されている楽曲は、それぞれ管理ファイルＡＬに対応された状態でオーディオファイルとして格納される。
図６では、１行分で示す各ファイルが１つのＣＤからダビングされたファイルとして示しており、例えば或るＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ１に対応して、オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・として格納される。また、他のＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ２に対応して、オーディオファイルＡＬ２−Ｍ１、ＡＬ２−Ｍ２、ＡＬ２−Ｍ３・・・として格納される。即ちこれらが実際の音楽等のデータである。
このように、１つのＣＤからのダビングが行われた際には、１つの管理ファイルとともに、ダビングした曲数分のオーディオファイルが形成される。

またあるＣＤ等のダビングに際して、ユーザーがデータを入力したり、或いは情報センタ１からそのＣＤに関する関連情報を有料又は無料で受け取ることができるが、それらの情報が関連情報ファイルとして格納される。例えば管理ファイルＡＬ１に対応して関連情報ファイルＡＬ１ａｄが形成される。
もちろん例えばあるＣＤに対応して複数の関連情報ファイルが形成される場合もある。

関連情報ファイルＡＬ（＊）ａｄとして格納されるデータとして情報センタ１から供給されるデータは、上記のように、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報となる。
もちろん、インターネットホームページ等の、他の情報サーバ（プロバイダ６）からダウンロードした画像情報、テキスト情報など各種の情報を関連情報ファイルＡＬ（＊）ａｄとして格納することもできる。
またユーザーが自分で記録再生装置１０に入力した情報を関連情報ファイルＡＬ（＊）ａｄとしてあるＣＤや楽曲等に対応する状態で格納することもできる。

管理ファイルは、対応する１又は複数の各オーディオファイルや関連情報ファイルに関する各種の管理情報を有するものとなり、各オーディオファイルや関連情報ファイルの再生、移動、複写、編集などの際に用いられるものとなる。
例えば管理ファイルＡＬ１は、或るＣＤ等のメディアからダビング格納されたファイル群に関して、その全体の管理情報や、各オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・に関する管理情報、さらには関連情報ファイルＡＬ１ａｄに関する管理情報が記録される。

図７は、管理ファイルに記録される管理情報のデータ例を示している。
例えばＣＤ等のメディアからダビング格納されたファイル群の全体の管理情報となるアルバム情報として、ファイル種別やファイル数、アルバムタイトル、データサイズ、ダビングが行われた日時情報、関係者名（アルバム制作者や作詞作曲者、演奏者など）、著作権情報、アルバムＩＤ、その他各種の管理情報が記録される。アルバムＩＤとはＣＤなどのメディアとしてのアルバム単位で固有に付されている識別コードである。

また管理ファイルには、対応する各オーディオファイルに個別に対応する管理情報としてファイル情報（＃１）〜ファイル情報（＃ｍ）が記録され、このファイル情報としては、対応するファイルのファイル種別、対応するファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、ファイルのデータサイズ、タイトル（曲名など）、ダビングが行われた日時情報、関係者名（作詞作曲者、演奏者など）、著作権情報、曲ＩＤ、再生禁止フラグ、その他各種の管理情報が記録される。
曲ＩＤとは楽曲ファイルの場合に、その曲について固有に付されている識別コードである。また再生禁止フラグとは、上記図５の移動処理で説明した再生禁止フラグのことである。

さらに管理ファイルには、対応する関連情報ファイルを管理する管理情報として関連ファイル情報が記録され、この関連ファイル情報としては、対応する関連情報ファイルのファイル種別やファイル数、対応する関連情報ファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、関連情報ファイルのデータサイズ、記録が行われた日時情報、関係者名、著作権情報、関連情報ファイルＩＤ、その他各種の管理情報が記録される。

管理ファイルに、例えばこのような管理情報が記録されることで、記録再生装置１０は特定の楽曲の再生、移動、複写、編集等の各種処理が可能になり、また曲の再生等の動作に合わせて、関連情報としての画像やテキストを出力することも可能となる。

なお、図７にあげた管理情報の内容は、あくまでも一例であり、また図６のファイル格納形態も一例である。実際には、格納される実データとなるオーディオファイルの各種処理に好適なファイル格納形態や管理形態がとられればよい。
また、本例では実施の形態のファイルとして、楽曲等のオーディオファイルを例にあげて説明して行くが、動画データ、静止画データ、テキストデータ、ゲームソフトとしてのプログラム等を実ファイルとして（つまり関連情報ファイルとしてではなく独立のファイルとして）格納することも当然考えられる。

７．情報センタのデータベース

以上の説明からわかるように、ユーザーは記録再生装置１０に自分の所有するＣＤ等のメディアから例えば音楽等をＨＤＤ１５にダビングしておくことで、記録再生装置１０をパーソナルミュージックサーバとして利用できる。即ちＨＤＤ１５に格納されたファイルとして任意のファイルを選択して再生させたり、携帯装置５０に移動させて再生させるなどの利用が可能となる。
ところが、この場合、いわゆるパッケージメディアとして販売されているＣＤ等の音楽をＨＤＤ１５にダビングすることを無制限に可能とすると、例えば海賊版作成に便利な装置を提供することになるなど著作権保護の観点からは好ましくない状態となる。

そこで本例では、ＣＤ等からＨＤＤ１５へのダビング動作に関し、特にユーザーが高速ダビングを実行する際には、情報センタ１からの許可が必要であることとし、また（権利者との契約や権利者の意志などにもよるが）そのダビングに応じてユーザーが所要のダビング料金を支払うようなシステムを構築している。また上記のようにダビングされるＣＤ等に関連する情報を情報センタ１から記録再生装置１０に提供できるが、この関連情報の提供を有料とすることもでき（もちろん無料の場合もあるが）、その場合はダビング料金とともに関連情報提供料金もユーザーに課金されるようにしている。

なお、ユーザーが通常ダビングを行う場合については、高速ダビングの場合と同様に情報センタ１による許可設定や課金処理の対象としてもよいが、本例では、通常ダビングについてはユーザーが自由に実行できるものとする。即ちダビング動作に時間のかかる通常ダビングは、あくまでユーザーが個人の楽しみのために行う動作と解して、著作権を侵害するものではないとし、記録再生装置１０からは特に許可や課金処理のための情報センタ１との通信を行う必要はないものとする。

さらに情報センタ１は、記録再生装置３０がＨＤＤ１５に格納されているオーディオファイルを再生する場合、もしくはＣＤ−ＲＯＭドライブに装填されたＣＤの再生を行う場合に、その再生されるオーディオデータ（アルバム又は個々の楽曲）に関連する情報を示すポインタとしてＵＲＬを判別する動作を行うこともできる。
この判別動作は記録再生装置３０から再生されるオーディオデータの識別情報が送信されてくることに応じて実行されるものである。
そして判別されたＵＲＬに基づいて情報センタ１がホームページをアクセスし、ホームページやリンクページのデータを記録再生装置１０にダウンロードさせたり、もしくは判別されたＵＲＬを記録再生装置１０に伝えることにより、記録再生装置１０がホームページをアクセスし、ホームページやリンクページのデータをダウンロードできるようにしている。

以上のような、高速ダビングの際の課金処理や許可設定、さらにはＵＲＬなどのポインタ情報の判別動作などのための処理を行うために、情報センタ１には図８に示すようなディスク登録データベースや、図９に示すユーザー登録データベースが設けられる。
まず図８に示すディスク登録データベースとは、ＣＤ、ＭＤ等のパッケージメディアで一般に販売／提供されている膨大なディスクに関して、それぞれ課金等のために必要な情報やそれらのＣＤ等に関連する情報を格納するものである。もちろんディスクに収録される楽曲等の単位で必要な情報を格納してもよい。
なお、ここでは説明の簡略化のため「ディスク」を対象としているが、音楽等
を販売する手段としては、例えばデジタルオーディオテープなどディスク以外のメディアを用いる場合もあり、実際上はそれらも含むものである。また通信ネットワーク等を介して（パッケージメディアとしてではなく）音楽等を販売／提供する場合など、ユーザーがメディア自体を所有する形態とはならないものについても含むこともできる。
すなわちこのディスク登録データベースとは、ユーザーが、記録再生装置１０においてダビングさせることのできる音楽アルバムや、そのアルバムに収録される各楽曲等についてを対象としている。

ディスク登録データベースには、例えばＣＤ等の形態で世界中に流通される膨大な音楽アルバムのそれぞれについて、図８に示すように必要な情報を格納している。
例えばディスクタイトルＴＩ（ｘ）、ディスク識別情報ＩＤ（ｘ）、関係者情報ＰＳ（ｘ）、著作権情報ＣＰ（ｘ）、課金情報ＦＥ（ｘ）、関連情報ＡＤ（ｘ）、その他各種情報ＶＲ（ｘ）などである。

ディスクタイトルＴＩ（ｘ）、ディスク識別情報ＩＤ（ｘ）は、音楽アルバムを識別するための情報であり、例えばディスク識別情報ＩＤ（ｘ）として音楽アルバムに個別に特定のコードが設定されているものである。このコードとは、例えばアルバム毎になんらかの手法で設定するコードナンバであってもよいし、例えばＣＤ等のＴＯＣ情報からそのＣＤ固有のナンバを作成して設定するものであってもよい。例えばＣＤのＴＯＣ情報としては、総演奏時間、収録トラック数、各曲の演奏時間、各曲の開始位置の絶対時間などが記録されているが、これらの値を所定の方式で合成すれば、アルバム固有のコードナンバを得ることができる。従って、それをディスク識別情報ＩＤ（ｘ）としてもよい。また、ＣＤ−ＲＯＭ、ＣＤテキストなどであってＩＤ情報が記録されているものであれば、それを利用してもよい。

関係者情報ＰＳ（ｘ）とは、例えば演奏者、作曲者、作詞者、編曲者、制作者などの情報である。
著作権情報ＣＰ（ｘ）とは、著作権者、出版権者等の権利者の情報や、権利者との契約に関する情報などである。
課金情報ＦＥ（ｘ）とは、権利者等に対する支払いのための情報であって、ダビング等に対して設定された課金金額、有料／無料の別、無料の際の期日情報などである。
関連情報ＡＤ（ｘ）とは、そのディスクに関連してユーザーに提供する情報であり、上述したタイトル、曲名、アーティスト名などの関連するテキストデータ、画像データその他の多様なデータが該当する。特に、この関連情報ＡＤ（ｘ）として、アーティストのホームページのＵＲＬなどのポインタ情報も記録される。

図９に示すユーザー登録データベースとは、記録再生装置１０で有料の高速ダビングを実行したいユーザーが予め登録する情報などを格納しているものである。例えば記録再生装置１０を購入したユーザーは、申込書の郵送、電話、或いはオンライン通信などで情報センタ１に登録を申し込む。その登録では、例えばユーザーが引き落としのための銀行口座やクレジットカードナンバ、使用のための暗証番号など、課金のための必要な情報を伝えることになる。
そしてその申し込みに応じて所要のデータが各ユーザーに対応してユーザー登録データベースに記憶される。また必要に応じて内容が更新される。

例えばユーザー情報ＮＡ（ｘ）、ユーザー識別情報ＵＩＤ（ｘ）、機器識別情報ＳＩＤ（ｘ）、課金方式情報ＦＨ（ｘ）、履歴情報ＣＲ（ｘ）、その他各種の情報ＵＶＲ（ｘ）が、各ユーザー（登録者）に対応して格納される。

ユーザー情報ＮＡ（ｘ）とは、例えばユーザーの氏名、住所、国、電話番号などに相当する。
ユーザー識別情報ＵＩＤ（ｘ）は、登録ユーザーに与えられたＩＤナンバや、ユーザーが設定する暗証番号などである。
機器識別情報ＳＩＤ（ｘ）とは、ユーザーが購入した記録再生装置１０に固有に与えられているＩＤナンバであり、例えば記録再生装置１０のシリアルナンバなどが用いられる。
課金方式情報ＦＨ（ｘ）とは、ユーザーの課金処理方式として銀行口座番号やクレジットカードナンバなどの情報である。
履歴情報ＣＲ（ｘ）とは、例えばユーザーが高速ダビング動作を実行することに応じて、その際のダビング動作対象（ＣＤのディスク識別コードなど）や日時等が追加記録されていくものである。

８．ＨＤＤへのダビング時の動作

本例のシステムにおいて、ユーザーが記録再生装置１０を用いてＣＤ等からの高速ダビングを実行しようとする際の動作として、動作例を説明していく。
ユーザーが高速ダビングを実行する場合には、まず情報センタ１からの許可が必要になる。そして許可がおりて初めて記録再生装置１０での高速ダビング動作が実行される。
また基本的には、許可がおりた場合には情報センタ１からの関連情報の受け取りも可能となる（ただし情報センタ１からの関連情報の提供は、必ずしも高速ダビングの許可／不許可に依存しない）。

高速ダビング動作が実行される際の記録再生装置１０と情報センタ１の通信動作について図１０で説明する。
ユーザーが記録再生装置１０に対して例えば或るＣＤを装填し、ＨＤＤ１５への高速ダビングを実行する操作を行った場合は、まず記録再生装置１０は通信Ｓ１として、情報センタ１に対して通信回線の接続要求及び高速ダビングの許可を求める要求を発する。
情報センタ１は、この通信Ｓ１を受信すると、それに対応して通信回線の接続を確立するとともに、通信Ｓ２として記録再生装置１０にユーザー認証データを要求する。

記録再生装置１０は通信Ｓ２を受信すると、通信Ｓ３として要求されたユーザー認証データを情報センタ１に送信する。ユーザー認証データとは、例えばユーザーの登録番号、暗証番号、記録再生装置１０の機器ＩＤ（シリアルナンバなど）の情報である。
情報センタ１はこのようなユーザー認証データを受け取ったら、認証判定を行う。即ち、受信したユーザー認証データを、上記図９のユーザー登録データベース上でのデータと照合していき、そのユーザーが登録された適正なユーザーであり、不正使用などによるものではないかなどの判断を行うことになる。
もし、認証判定結果としてＮＧであったのなら、通信を切断して処理を終える。即ちその場合は高速ダビングが許可されなかったことになり、記録再生装置１０側で高速ダビングが実行できないことになる。一方、認証判定結果がＯＫであれば、情報センタ１は通信Ｓ４として、記録再生装置１０に対して認証ＯＫの旨を送信する。

記録再生装置１０は、認証ＯＫの結果を受け取ったら続いて通信Ｓ５としてディスク識別情報を送信する。ディスク識別情報とは、そのときにダビング対象となっている（ＣＤ−ＲＯＭドライブ１７又はＭＤドライブ１８に装填されている）ＣＤ等のディスクＩＤやＴＯＣデータなど、ディスク判別に必要な情報であり、図８のディスク登録データベースにおけるディスク識別情報ＩＤ（ｘ）に相当するものである。
情報センタ１では、ディスク識別情報を受信したら、そのディスク識別情報に基づいてディスク登録データベースの検索を行い、登録されているディスクであるか否かを判断する。

登録されているディスクであった場合は、情報センタ１は通信Ｓ６として登録ディスクである旨を記録再生装置１０に伝えるとともに、通信Ｓ７として記録再生装置１０に対して鍵データを送信する。
鍵データとは、情報センタ１側からの実質的な高速ダビング許可データとなる。この鍵データに対応して、記録再生装置１０のＣＰＵ１１の動作プログラムには錠データが用意されており、記録再生装置１０では鍵データが受信されたら、その鍵データと、錠データの照合を行う。
そして鍵データと錠データの照合がＯＫであれば、高速ダビングが許可されたことになる。
一方、送信されてきた鍵データと、所持する錠データとの間で照合ＮＧとなった場合や、もしくは情報センタ１から鍵データが送信されてこなかった場合、さらには通信が切断された場合などは、高速ダビングが不許可となる。
鍵データが送信されてはきたが、錠データとの照合結果がＮＧの場合は通信を切断して処理を終える。

鍵データと錠データの照合がＯＫで高速ダビングが許可された場合は、記録再生装置１０は通信Ｓ８として情報センタ１に対して照合ＯＫの旨を送信する。
すると情報センタ１は、通信Ｓ９として、ダビング動作対象のディスクに対応する関連情報を記録再生装置１０に対して送信する。
記録再生装置１０では、受け取った関連情報に関して、表示部２４で表示してユーザーに提示したり、ＨＤＤ１５に図６のように関連情報ファイルＡＬ（ｘ）ａｄとして格納するなど、必要な処理を行うとともに、実際の高速ダビング動作を実行する。

高速ダビングが完了したら、記録再生装置１０は通信Ｓ１０として動作完了報告を行う。
情報センタ１では動作完了報告を受け取ったら、その高速ダビング動作に対応して課金処理を行う。つまりダビングされたディスクに応じて、所定の権利者に所定の料金が、そのユーザーから支払われるようにするためのデータ処理を行ったり、ユーザー登録データベースに履歴情報を追加するなどの必要な処理を行う。

ところで、上記のように情報センタ１では、通信Ｓ５としてのディスク識別情報を受信したら、そのディスク識別情報に基づいてディスク登録データベースの検索を行い、登録されているディスクであるか否かを判断するが、検索結果として登録無しとなる場合も考えられる。即ち一般に販売／提供されている全てのＣＤ等に関して、常にもれなく登録しておくことは不可能であるためである。
この場合は、高速ダビングを許可するかしないかは、システムの運営上の都合によるものとなり、それに応じた所定の未登録対応処理が行われることになる。
一例としては、高速ダビングについては許可するが、その未登録ディスクに関する情報を記録再生装置１０からアップロードして保存しておいて、後の課金処理やディスク登録データベースの更新に役立てるなどの処理が考えられる。

なお、この図１０の例では、情報センタ１が用意している関連情報は高速ダビングが許可された段階（通信Ｓ９）で送るようにしている。つまり鍵データと錠データの照合ＯＫとなった後の時点である。ところが、関連情報の提供と、高速ダビングの許可／不許可は必ずしも関係性を持たせる必要はなく、例えばユーザー認証がＯＫとされた時点などで（その後ダビング不許可となる場合も含めて）、関連情報を記録再生装置１０に提供するようにしてもよい。

ユーザーが通常ダビングを行う場合に関しては、高速ダビングの場合とは異なり情報センタ１による許可を求めなくてもよいものとしている。つまり記録再生装置１０からは特に許可や課金処理のための情報センタ１との通信を行う必要はないものとしている。
従って、例えば高速ダビングを行おうとして、その結果、高速ダビングが許可されなかった場合でも、通常ダビングを行うことで、ユーザーはＣＤ等からＨＤＤ１５へのダビングは実行できる。

９．データロード動作Ｉ

上記の高速ダビング時などに情報センタ１から記録再生装置１０に提供される関連情報は、あくまでも情報センタ１が用意している情報である。
これに加えて本例の場合記録再生装置１０は、ＨＤＤ１５や装填されたＣＤ等の再生動作を行う際などに、例えばインターネットに提供されているホームページ等の情報として、その再生動作にかかるオーディオデータ（アルバム又は個々の楽曲）に関連する情報をロードするとともに、その再生中にそれらのロードデータを表示部２４で表示させることができる。
以下、このように記録再生装置１０で再生されるオーディオファイル（ＣＤ等の再生トラックも含む）に対応して、関連情報が記録されているホームページアドレス（ＵＲＬ）を判別し、ネットワークを介したアクセスを行って関連情報となるデータをロードし、さらにそのロードデータの表示動作に関する処理について述べていく。
データロードの動作としては３つの動作例を上げるが、まずデータロード動作Ｉとしての動作を図１１で説明する。

このデータロード動作Ｉは、記録再生装置１０で再生動作が行われる際に、情報センタ１が関連するホームページのＵＲＬを判別し、さらにホームページデータの記録再生装置１０へのダウンロード処理を実行するものである。
なお、ダウンロードに際しては、判別されたＵＲＬのホームページとしてのデータだけでなく（データ量や必要な通信時間などの事情にもよるが）、そのホームページ上でリンクされているページ（ホームページ上のクリック操作により移行可能なリンクページ）のデータに関しても同時に行われるようにするとよい。後述する各動作例の場合も同様である。

この場合、記録再生装置１０においてユーザーがＨＤＤ１５やＣＤ−ＲＯＭドライブ１７での再生動作を指示する操作を行うと、その指示に応じて所定のオーディオファイルが再生されることになるが、図１１に示すように、記録再生装置１０のＣＰＵ１１は、再生動作を開始させるとともに、情報センタ１に対して再生されるオーディオデータ（ディスク／アルバム、もしくは曲単位）の識別情報を送信する動作を行う。

すると情報センタ１は、受信された識別情報に応じて、上記のディスク登録データベースの検索を行い、その識別情報に対応して登録されているＵＲＬを判別する。
続いて、そのＵＲＬに基づいて所定のプロバイダ６が格納しているホームページにアクセスを行い、そのホームページデータをロードする。この際、上記のようにリンクページについてもアクセス及びデータロードを行ってもよい。
情報センタ１はホームページデータをロードしたら、それを記録再生装置１０に送信する。
このような手順で記録再生装置１０には、再生しているアルバム又は曲に関連するホームページデータが取り込まれる。
そして記録再生装置１０は取り込まれたロードデータを、関連情報ファイルとしてＨＤＤ１５に格納したり、表示部２４に表示させる処理を行うことになる。

つまり記録再生装置１０では、ユーザーが再生操作以外には特に何の操作を行わなくとも、情報センタ１を介してホームページデータを得ることができ、ユーザーは、多様かつ視覚的に楽しめる画像、テキストなどの情報であって、現在再生している楽曲等に関連する最新の情報をみることができる。
また、この動作例の場合、記録再生装置１０側ではＵＲＬ判別処理やホームページアクセス処理は実行しなくてもよいため、この動作例のみを可能とするのであれば、記録再生装置１０としてのハードウエアもしくはソフトウエアの構成を簡略化できる。
さらにＵＲＬ判別が情報センタ１で行われることは、例えばＵＲＬの変更などに関しても情報センタ１が随時対応していれば、常に良好なデータロード動作が実現できる。

１０．データロード動作II

次にデータロード動作IIを図１２で説明する。
このデータロード動作IIは、記録再生装置１０で再生動作が行われる際に、情報センタ１が関連するホームページのＵＲＬを判別するが、ホームページへのアクセスについては記録再生装置１０から実行するものである。

この場合、記録再生装置１０においてユーザーがＨＤＤ１５やＣＤ−ＲＯＭドライブ１７での再生動作を指示する操作を行うと、その指示に応じて所定のオーディオファイルが再生されることになるが、図１２に示すように、記録再生装置１０のＣＰＵ１１は、再生動作を開始させるとともに、情報センタ１に対して再生されるオーディオデータ（ディスク／アルバム、もしくは曲単位）の識別情報を送信する動作を行う。

すると情報センタ１は、受信された識別情報に応じて、上記のディスク登録データベースの検索を行い、その識別情報に対応して登録されているＵＲＬを判別する。
続いて、情報センタ１はその判別されたＵＲＬを記録再生装置１０に送信する。記録再生装置１０では、ＵＲＬが送信されてきたことに応じて、そのＵＲＬに基づいて所定のプロバイダ６が格納しているホームページにアクセスを行い、そのホームページデータ（及びリンクページデータ）をロードする。

このような手順で記録再生装置１０には、再生しているアルバム又は曲に関連するホームページデータが取り込まれる。
そして記録再生装置１０は取り込まれたロードデータを、関連情報ファイルとしてＨＤＤ１５に格納したり、表示部２４に表示させる処理を行う。

この場合も記録再生装置１０側では、ユーザーが再生操作以外には特に何の操作を行わなくとも、情報センタ１を介してホームページデータを得ることができ、多様かつ視覚的に楽しめる画像、テキストなどの情報であって、現在再生している楽曲等に関連する最新の情報をみることができる。
また、この動作例でもＵＲＬ判別が情報センタ１で行われるため、例えばＵＲＬの変更などに関しても情報センタ１が随時対応していれば、常に良好なデータロード動作が実現できる。

さらにこの動作例の場合、場合によってはホームページアクセスが不要とすることもできる。
即ち判別されたＵＲＬが過去にデータロードを行なったＵＲＬであって、そのロードデータがＨＤＤ１５に格納されているような場合は、記録再生装置１０はアクセス不要と判断し、格納されているロードデータを表示処理に供することができる。また、例えばユーザーが特にロードデータの表示出力を実行不要とするような操作を行った場合にも、アクセス不要とすることができる。
また、仮に過去にロードデータを入手していたとしても、そのロード実行時期が古いものであった場合などは、再度アクセスを行うといったこともできる。
例えばこれらのように、アクセス及びデータロード動作が記録再生装置１０側の再生動作上の都合（例えば再生されるオーディオデータの関連情報としてのロードデータの格納状況）や操作上の都合に応じてフレキシブルに実行できる。

１１．データロード動作III

次にデータロード動作III を図１３で説明する。
このデータロード動作III は、記録再生装置１０で再生動作が行われる際の処理としては、特に情報センタ１が介在しない例である。

この場合、記録再生装置１０においてユーザーがＨＤＤ１５やＣＤ−ＲＯＭドライブ１７での再生動作を指示する操作を行うと、その指示に応じて所定のオーディオファイルが再生されることになるが、図１３に示すように、記録再生装置１０のＣＰＵ１１は、再生動作を開始させるとともに、再生されるオーディオデータに関連情報として対応するＵＲＬを判別する。
例えばＨＤＤ１５から再生されるオーディオファイルに対応する関連情報ファイルを確認し、その中に記録されているＵＲＬを得る。
もしくはＣＤの再生などであれば、そのＣＤが過去にＨＤＤ１５にダビングされたものであれば同様に関連情報ファイルを確認することで、ＵＲＬを判別することができる。
ＨＤＤ１５内の関連情報ファイルから該当するＵＲＬが見つからない場合は、基本的にはアクセス及びダウンロードは自動的には実行できないことになるが、例えばユーザーがＵＲＬを入力した場合などは可能である。

記録再生装置１０は、ＵＲＬが判別できた場合は、続いてそのＵＲＬに基づいて所定のプロバイダ６が格納しているホームページにアクセスを行い、そのホームページデータ（及びリンクページデータ）をロードする。
このような手順で記録再生装置１０には、再生しているアルバム又は曲に関連するホームページデータが取り込まれたら、記録再生装置１０は取り込まれたロードデータを、関連情報ファイルとしてＨＤＤ１５に格納したり、表示部２４に表示させる処理を行うことができる。

この場合も記録再生装置１０側では、ＵＲＬが関連情報ファイルとして格納されていれば、ユーザーが再生操作以外には特に何の操作を行わなくとも、情報センタ１を介してホームページデータを得ることができ、多様かつ視覚的に楽しめる画像、テキストなどの情報であって、現在再生している楽曲等に関連する最新の情報をみることができる。
また上記データロード動作IIの場合と同様にアクセス及びデータロード動作が記録再生装置１０側の再生動作上の都合や操作上の都合に応じてフレキシブルに実行できる。

１２．記録再生装置の表示動作例

以上の各種データロード動作のような通信形態で、記録再生装置１０は再生されるオーディオデータに関連するホームページデータを得、それを表示することができるが、以下、その表示処理例としてのＣＰＵ１１の処理を図１４で説明していく。

記録再生装置１０においてユーザーがＨＤＤ１５に格納されたオーディオファイル、もしくはＣＤ−ＲＯＭドライブ１７に装填されているディスクに対する再生動作を指示する操作を行うと、ＣＰＵ１１の処理としては、まずステップＦ２０１としてその指示に応じて所定のオーディオファイルの再生を開始させる。
続いて、ステップＦ２０２では、上記各種データロード動作としての動作を実行し、ホームページからのロードデータの取込（場合によっては既に格納されているロードデータのＨＤＤ１５からの読出）を行う。

このステップＦ２０２の処理としては、例えば図１５（ａ）（ｂ）（ｃ）、図１６、図１７のそれぞれに示すような多様な処理例が考えられる。
図１５（ａ）に示す処理例は、上記データロード動作Ｉとしての動作制御を行うものである。つまりＣＰＵ１１の処理としては、識別情報の情報センタ１への送信処理、情報センタ１を介して送信されてくるロードデータの取込処理を行うものである。
図１５（ｂ）に示す処理例は、上記データロード動作IIとしての動作制御を行うものである。つまりＣＰＵ１１の処理としては、識別情報の情報センタ１への送信処理、情報センタ１から送信されてくる判別されたＵＲＬの取込処理、取り込まれたＵＲＬに基づくホームページアクセス処理、及びそのホームページからのデータダウンロード処理が実行されるものである。
図１５（ｃ）に示す処理例は、上記データロード動作III としての動作制御を行うものである。この場合ＣＰＵ１１の処理としては、再生されるオーディオデータに対応するＵＲＬの判別処理、判別されたＵＲＬに基づくホームページアクセス処理、及びそのホームページからのデータダウンロード処理が実行される。

図１６の処理例は、上記データロード動作Ｉ〜III を選択的に実行する処理である。即ちＣＰＵ１１の処理としては、まずステップＦ２０２ａとして、再生されるオーディオデータに対応するＵＲＬの判別処理を行う。つまり再生されるオーディオデータ（オーディオファイル）に対応する関連情報ファイルにおいて、ＵＲＬが記録されているか否かを判断する。
もしＵＲＬが判別できれば、情報センタ１側にＵＲＬ判別を要求する必要はないため、ステップＦ２０２ｂに進んで、データロード動作III としての動作制御を行う。即ち判別されたＵＲＬに基づくホームページアクセス処理、及びそのホームページからのデータダウンロード処理を実行する。
一方ＵＲＬが判別できなければ、ステップＦ２０２ｃに進んで、データロード動作Ｉ又はIIとしての動作制御を行う。データロード動作Ｉを実行する場合は、識別情報の情報センタ１への送信処理、及び情報センタ１を介して送信されてくるロードデータの取込処理を行う。データロード動作IIを実行する場合は、識別情報の情報センタ１への送信処理、情報センタ１から送信されてくる判別されたＵＲＬの取込処理、取り込まれたＵＲＬに基づくホームページアクセス処理、及びそのホームページからのデータダウンロード処理を実行する。

図１７の処理例も、上記データロード動作Ｉ〜III を選択的に実行する処理である。即ちＣＰＵ１１の処理としては、まずステップＦ２０２ｄとして、再生されるオーディオデータに対応して、過去にホームページからロードを行ってＨＤＤ１５に関連情報ファイルとして格納したロードデータが存在するか否かを確認する。
もし存在すれば、ステップＦ２０２ｅで、そのロードデータが更新されている可能性などを考慮して、再ロードする必要があるか否かを判断する。例えば前回ロードを行った日時と現在日時が離れていた場合などは、そのロードデータは既に最新の情報ではないとして再ロードする必要ありと判断する。
もし再ロードする必要無しと判断できれば、ステップＦ２０２ｆに進んで、ＨＤＤ１５に格納されているロードデータを読み出すことになる。つまりホームページアクセスは行われない。

一方、ステップＦ２０２ｄでホームページから過去にロードしたデータが存在しないと判別された場合、もしくはステップＦ２０２ｅで再ロード必要有りと判断された場合は、ステップＦ２０２ｇに進み、ＵＲＬの判別処理を行う。
即ち再生されるオーディオデータ（オーディオファイル）に対応する関連情報ファイルにおいて、ＵＲＬが記録されているか否かを判断する。

もしＵＲＬが判別できれば、情報センタ１側にＵＲＬ判別を要求する必要はないため、ステップＦ２０２ｈに進んで、データロード動作III としての動作制御を行う。即ち判別されたＵＲＬに基づくホームページアクセス処理、及びそのホームページからのデータダウンロード処理を実行する。
一方ＵＲＬが判別できなければ、ステップＦ２０２ｉに進んで、データロード動作Ｉ又はIIとしての動作制御を行う。データロード動作Ｉを実行する場合は、識別情報の情報センタ１への送信処理、及び情報センタ１を介して送信されてくるロードデータの取込処理を行う。データロード動作IIを実行する場合は、識別情報の情報センタ１への送信処理、情報センタ１から送信されてくる判別されたＵＲＬの取込処理、取り込まれたＵＲＬに基づくホームページアクセス処理、及びそのホームページからのデータダウンロード処理を実行する。

図１４のステップＦ２０２の処理として、図１５（ａ）（ｂ）（ｃ）、図１６、図１７のいづれかが実行されることで、ホームページからのロードデータが取り込まれた（もしくはＨＤＤ１５から読み出された）状態となる。
するとＣＰＵ１１の処理はステップＦ２０３に進んで、そのロードデータとしての先頭ページを表示データとしてセットする。例えばＲＡＭ１３内に設定された表示データ領域（もちろんＲＡＭ１３とは別に表示メモリを設けてもよいが）にセットする。

そしてステップＦ２０４において、表示用にセットしたデータを表示ドライバ２５に送り、表示部２４において表示させる。
これによりオーディオデータの再生時に、ユーザーに対して例えばその音楽を演奏するアーティストのホームページデータなどが表示されることになる。

ホームページからのロードデータを表示している間は、ＣＰＵ１１はステップＦ２０５、Ｆ２０６、Ｆ２０７、Ｆ２０８の各監視処理を行うことになる。
ステップＦ２０５では、ホームページ表示に対してユーザーがリンクページへの移行操作（画面上のクリック等）を行ったかを監視する。
ステップＦ２０６では、あるページの画像の表示継続時間を監視し、その表示継続時間が所定時間以上となったか否かを監視する。
ステップＦ２０７では、ＨＤＤ１５もしくはＣＤから再生されているオーディオファイル（ＣＤトラック）が変化したか、即ち再生される曲が次の曲に移ったか否かを監視する。
ステップＦ２０８ではユーザーの停止操作、もしくは再生指示されたアルバムの全曲の再生が完了することに応じて、ＨＤＤ１５又はＣＤ−ＲＯＭドライブ１７での再生動作が終了されたか否かを監視する。

ステップＦ２０５においてリンクページへの移行操作が検出された場合は、ＣＰＵ１１はステップＦ２０９において、まずその移行されるべきリンクページの表示のためにダウンロードが必要であるか否か、つまりそのリンクページのデータが既に取り込まれているか否かを判別する。
例えばステップＦ２０２でのホームページデータのダウンロードの際に、ある程度リンクページについても同時にダウンロードしておくとすれば、ここで改めてダウンロードすることが不要な場合が多くなり、その場合はステップＦ２１１に進んで、指定されたリンクページのデータを表示用にセットしてステップＦ２０４に進む。従って、表示画面はユーザーの望むリンクページが表示されることになる。
一方、リンクページデータが取り込まれていない場合は、ステップＦ２１０でアクセス及びデータロードを行って、そのリンクページのデータを手に入れ、ステップＦ２１１、Ｆ２０４の処理でリンクページを表示させることになる。ステップＦ２１０の処理は、例えば上記データロード動作III で行えばよいが、記録再生装置１０がインターネットブラウザ機能を備えていないような場合は、データロード動作Ｉのように情報センタ１を介してデータロードを行えばよい。

このステップＦ２０５〜Ｆ２１１の処理により、ユーザーにとっては再生される音楽等を聴きながら、関連する情報としての所望のページデータをみていくことができる。

ステップＦ２０６では、あるページ画像が長時間継続して表示されたままであるか否かが判別されることになる。即ちステップＦ２０５でのリンクページ操作などが行われない状態が継続され、同一画像が長時間表示され続けていると表示デバイスに悪影響を与えたり（例えば表示部２４の液晶パネルや、端子ｔａ８に接続したモニタ装置におけるＣＲＴの焼き付けなど）、また画面上の面白味がないという事情があるため、本例ではこのような場合にステップＦ２１２に進んでスクリーンセーバを起動させ、スクリーンセーバとしての画面表示に切り換えるようにしている。

そしてスクリーンセーバの画像が表示されている間は、ステップＦ２１３，Ｆ２１４，Ｆ２１５で、それぞれユーザーの何らかの操作の有無、再生されているオーディオファイル（ＣＤトラック）の変化（次曲への移行）、再生終了を監視している。
ステップＦ２１３で何らかの操作が検出された場合は、ＣＰＵ１１はその操作に応じた処理を実行するわけであるが、表示処理に関してはステップＦ２０４に進み、スクリーンセーバ起動前の表示状態に戻すことになる。
このようなスクリーンセーバ画面に切り換えることに応じて表示デバイスの保護や、再生中の表示画像の面白味を向上させることができる。
なお、この例ではスクリーンセーバとしているが、特に再生されている曲とは無関係な風景画像などを用意しておいて、長時間同一画面の状態が続いたらそのような画像に切り換えるといったような処理でもよい。

ステップＦ２０７、もしくはステップＦ２１４で、再生される曲が次の曲に移ったことが検出された際には、ステップＦ２１６に進み、関連情報としてのホームページの該当状況を判断する。
例えば再生されているアルバムがいわゆるオムニバスディスクであったり、連続して再生が指示されたオーディオファイルが、複数のアルバムにまたがっているものであった場合、さらには後述する編集後のアルバムなどであった場合では、異なるアーティストの楽曲が連続して再生される場合がある。

このため、例えばロードデータをあるアーティストのホームページとした場合、曲が移行することによって、そのとき表示されているホームページが再生される曲の関連情報ではない状態になることがある。
そこで、例えばファイルチェンジの際にはステップＦ２１６で、再生される曲とそのときの表示データの関連情報としての対応関係を判別し、もし異なるホームページデータを表示させた方がよいと判断された場合は、ステップＦ２０２に進んで、上述のようにデータロード動作を行うことになる。
従って例えば曲が変わってアーティストも変わった場合には、表示画像はその曲のアーティストのホームページに切り換えられることになる。
つまり、この処理により、再生される楽曲に応じて適切に関連情報としてのホームページ表示が行われることになる。

ファイルチェンジがあっても特に関連情報としての対応が崩れない場合は、ステップＦ２１６からＦ２１７に進み、表示切換設定がされているか否かを判断する。表示切換設定とは、例えばユーザーが、再生される曲が変化するタイミングに合わせて表示切換を実行させたい場合に設定するモードとして用意されているものである。
予めユーザーによって表示切換設定としてのモード設定操作が行われていた場合は、ステップＦ２１８に進み、ロードデータとしてのあるページ（任意のリンクページなど）もしくは、再生曲に対応する関連情報ファイルとしてＨＤＤ１５に記録されているある画像データなどを、表示用データとしてセットし、ステップＦ２０４に進む。従って、曲が変わることに応じて、関連情報としての画像表示も切り換えられることになり、再生の進行に伴って、表示によりユーザーに与えるムードを変化させることなどが可能となる。
また、この場合に切り換える画像内容としては、あくまでも曲に関連する情報としての画像に限るようにしてもよいが、曲とは無関係の画像に切り換える（例えば風景画像など）ようにしてもよい。
なお、表示切換設定がされていない場合は、そのままステップＦ２０４に戻る。つまりファイルチェンジをトリガとしての表示画像の切り換えは行われない。

ステップＦ２０８もしくはステップＦ２１５で再生終了と判断された場合は、ステップＦ２１９に進み、楽曲等の再生終了に伴って表示動作も終了させ、一連の表示処理を終える。
但し、ここではあくまでも再生曲の関連情報としての各種表示を終了させるということにし、再生終了後には、特に関連情報とはならない任意の画像を表示部２４で表示させるようにしてもよい。例えば停止状態で表示される１又は複数の画像データを予め用意してＨＤＤ１５やフラッシュメモリ１４などに格納しておき、それらを表示させるようにする。

以上の図１４の処理が行われることにより、ユーザーはオーディオファイル等の再生中に、関連情報としてのホームページデータ、リンクページデータをみることができ、さらにリンクページ移行操作により、自分が所望する情報をみることもできる。また長時間表示変更されない場合のスクリーンセーバ画像（又は無関係画像）への切換や、ファイルチェンジに応じた表示切換などが行われることにより、ユーザーを飽きさせない多様な表示を実現できる。

１３．記録再生装置の他の表示動作例

次に、図１８により他の表示処理例を説明する。なお、図１４と同一ステップには同一番号を付し、説明を省略する。
この表示動作例は、ロードデータとしてのホームページ等の表示を、ユーザーの操作ではなくて、一定時間毎に切り換えていくようにしたものである。なお、いって時間毎に表示が切り替わることを前提としているため、上記図１４の処理におけるステップＦ２０６〜Ｆ２１５のスクリーンセーバ処理はなじまないものとなり、図１８ではこの処理は行われないものとしている。
ステップＦ２０１〜Ｆ２０４までのデータロード及び表示処理、ステップＦ２０７、Ｆ２１６〜Ｆ２１８のファイルチェンジの際の処理、ステップＦ２０８、Ｆ２１９の再生終了時の処理、及びこれらの処理に関して考えられる変形例は、上記図１４の場合と同様である。

この図１８の処理では、ステップＦ２０４での表示が行われている際に、ステップＦ２３０において、その表示が開始されてから所定時間が経過したか否かを監視している。
そして或る表示データ（ロードデータ）に関しての表示が一定時間経過した時点でステップＦ２３１に進み、表示切換のための次ページ（リンクページ等）が存在するか否かを判断する。
例えば或るリンクページに切り換える場合は、そのリンクページのデータが既に取り込まれているか否かを判別することになる。また切り換えられる表示がロードデータに限られないものとすれば、関連情報ファイルとして表示内容として適切な画像データやテキストデータが存在するか否かを確認することとなる。

そして例えばリンクページデータが存在しないなど、必要に応じてステップＦ２３２でのデータロードを行って所要のデータを入手し、ステップＦ２３３で、次に表示させるデータを表示用にセットしてステップＦ２０４に進む。
つまりこのような処理により、楽曲等の再生中にユーザーが何の操作をしなくても、一定時間毎に表示が切り替わっていくことになる。例えば再生されている楽曲等に関連するホームページデータやリンクページデータが次々に提示され、非常に興味深い表示を実現できる。

なお、この表示切換の際に、常に関連情報としてのロードデータや関連情報ファイルに格納されているデータのうちで表示内容が選択されて行くだけでなく、風景画像などの無関係画像が挿入されるような切換方式も考えられる。
つまり切換表示される画像内容の選択肢を、関連情報だけに限定しないようにするものであり、これによってより多様な表示動作が実現できる。

１４．データ編集

以上のように本例では再生されるオーディオファイル等に対応して、多様な関連情報が表示されるわけであるが、ＨＤＤ１５から再生されるオーディオファイルに関しては、ユーザーが予め編集しておくことで、その編集に応じた再生を実行させることもできる。
編集動作の一例としては、例えばユーザーが複数のオーディオファイルを選択して１つのアルバムとしてのファイル群を構成することなどが考えられる。
例えば図６において説明したようにＨＤＤ１５内にはＣＤ等からダビングした多数のオーディオファイルが格納されているが、そのオーディオファイルのうちで例えばユーザーが好みの楽曲を集めて１つのアルバムとして構築する例を図１９に示している。

図１９においては編集アルバムＥ１、Ｅ２として、編集結果として形成された新たなファイル群を示しているが、例えば編集アルバムＥ１は、オーディオファイルＡＬ２−Ｍ２が第１曲目としてのオーディオファイルＥＡＬ１−Ｍ１、オーディオファイルＡＬ１−Ｍ１が第２曲目としてのオーディオファイルＥＡＬ１−Ｍ２、オーディオファイルＡＬ２−Ｍ３が第３曲目としてのオーディオファイルＥＡＬ１−Ｍ３・・・・として編集されたものである。
またその編集アルバムＥ１に対応する関連情報ファイルＥＡＬ１ａｄとして、関連情報ファイルＡＬ３ａｄを選択したものとしている。
さらに、この編集に応じて編集アルバムＥ１の管理ファイルＥＡＬ１が、ＣＰＵ１１によって作成され、格納される。

この場合、編集アルバムＥ１の再生が行われる場合には、関連情報ファイルＥＡＬ１ａｄ（元の関連情報ファイルＡＬ３ａｄ）に記録された画像データ、テキストデータや、そこに記録されていたＵＲＬに基づいてロードされるホームページ等のデータ、さらには、各オーディオファイルＥＡＬ１−Ｍ１、ＥＡＬ１−Ｍ２、ＥＡＬ１−Ｍ３・・・のそれぞれの識別コードに基づいて例えば情報センタ１（もしくはＣＰＵ１１）が判別したＵＲＬに基づいてロードされたホームページ等のデータなどが、所定の操作やタイミングで切り換えられながら表示されることになる。

つまり、ユーザーが任意に編集を行った場合でも、再生する楽曲等に対応する各種の関連情報が表示されることになり、ユーザーへの有効な情報提供や表示画面としてのおもしろさが実現されることになる。
また、あえてユーザーが再生される楽曲等には関連しない画像を表示させるように設定することも可能となる。

以上、実施の形態としてのシステム構成や動作例を説明してきたが、本発明はこれらの例に限定されることなく、機器の構成や処理手順などは各種多様に考えられることはいうまでもない。
例えば記録再生装置１０のような、特に音楽再生を主とする機器に限らず、パーソナルコンピュータやテレビジョン機器などにおいて、本発明の再生端末装置としての動作を実現することもできる。

また、実施の形態では、特にオーディオデータに関する再生時のロード 処理及び表示処理について説明したが、例えば主たる再生情報を画像データやテキストデータとする場合にも、同様に関連情報のロードや表示は可能である。

また表示処理例では特にホームページからのロードデータ表示に関して説明したが、これ以外のロードデータや、情報センタ１が提供する関連情報などに関しても同様な表示処理が可能である。
さらに、オーディオデータ等の再生時には、通常、動作状態やファイル番号（トラックナンバ）なども表示されるが、これらの表示をロードデータに合成して表示することも考えられる。

なお、本発明によれば、ポインタ判別手段と、データロード手段は、或る特定の情報サーバ（情報センタ１）に設けられるものとするため、再生端末装置（記録再生装置１０）側では、再生手段で再生されるデータファイルの識別情報を送信する機能と、ロードデータを受信する機能があればよく、ハードウエアもしくはソフトウエアの構成を簡略化できる。このためユーザーが購入する機器としての小型化、低価格化も促進できる。
さらにポインタ判別手段が情報サーバ側とされることで、例えばホームページアドレスの変更などにも組織的な対応が可能となり、常に良好なデータロード動作が実現できる。

また、本発明によれば、ポインタ判別手段は或る特定の情報サーバ（情報センタ１）に設けられ、またデータロード手段は再生端末装置（記録再生装置１０）に設けられるため、上記同様に情報サーバ側でのアドレス変更などに対する組織的な対応などが可能となるとともに、データロード手段によるアクセス及びデータロードは再生端末装置側の再生動作上や操作上の都合に応じてフレキシブルに実行できる。

また、本発明によれば、ポインタ判別手段とデータロード手段は再生端末装置（記録再生装置１０）に設けられるため、情報サーバとしては特にポインタ判別やデータロード処理等を行う必要はない。換言すれば、上記情報センタ１のようなサーバを不要とすることもでき、多数のプロバイダのような既存の情報サーバとの間でシステムを構築できるため、システム実現が容易化されるという効果がある。
もちろんデータロード処理等の実行なども再生端末装置側の都合に応じてフレキシブルに実行できる。
また、本発明によれば、再生端末装置ではロードデータを格納しておくことができるため、それ以降の時点でもロードデータを有効利用できる。例えばその後の再生時などにはデータロードをしなくても多様な情報表示の実行が可能となる。

また、本発明によれば、再生端末装置では、格納されたデータファイルやロードデータを任意に編集できるため、ユーザーが好みに応じた再生動作及びその再生に応じた表示出力を実行させることができ、使用の際の楽しみを広げることができる。
また、ロードデータの表示内容に関しては、再生手段での再生動作状況に応じて切り換えられていくため、ユーザーは特に表示に関する操作を行わなくとも、多様な情報をみることができる。

また、本発明によれば、ロードデータの表示動作に関して、表示継続時間に応じて表示内容が切り換えられるため、この場合も、ユーザーは特に表示に関する操作を行わなくとも、多様な情報をみることができる。
また、本発明によれば、ロードデータの表示動作に関して、表示動作もしくは再生動作に関する操作に応じて表示内容切換が実行されるため、ユーザーの好みやその時点で知りたい情報などを表示させていくこと、即ち対話型の情報提供が可能になったり、または再生動作に関する操作として把握されるユーザーの状況に応じた情報表示などが可能となる。

また、本発明によれば、表示動作もしくは再生動作に関する操作が所定時間以上行われなかった場合には、表示内容が特定の表示に切り換えられるため、特に情報表示が不要とされる場合でも画面を切り換えることで興味深い表示を実現したり、或いは上記特定の表示とはいわゆるスクリーンセーバーとしての画面表示とすることで、表示手段の焼き付け防止をはかることなども可能となる。
また、本発明によれば、オーディオデータの再生に際して関連する情報が表示されることになるため、オーディオ機器として、簡易な操作性を保ったままでの付加価値の高いシステムを実現できるという効果がある。

本発明の実施の形態の情報配信システムの説明図である。 実施の形態の端末装置としての記録再生装置及び携帯装置の説明図である。 実施の形態の記録再生装置のブロック図である。 実施の形態の携帯装置のブロック図である。 実施の形態の記録再生装置から携帯装置へのファイル移動処理のフローチャートである。 実施の形態の記録再生装置のハードディスク内のファイル格納形態の説明図である。 実施の形態の記録再生装置のハードディスク内の管理ファイルの内容の説明図である。 実施の形態の情報センタのディスク登録データベースの説明図である。 実施の形態の情報センタのユーザー登録データベースの説明図である。 実施の形態の高速ダビング時の動作の説明図である。 実施の形態のデータロード動作Ｉの説明図である。 実施の形態のデータロード動作IIの説明図である。 実施の形態のデータロード動作III の説明図である。 実施の形態の表示処理のフローチャートである。 実施の形態の表示処理におけるデータロード処理のフローチャートである。 実施の形態の表示処理におけるデータロード処理のフローチャートである。 実施の形態の表示処理におけるデータロード処理のフローチャートである。 実施の形態の他の表示処理のフローチャートである。 実施の形態のデータファイルの編集動作の説明図である。

符号の説明

１ 情報センタ、３ 通信回線、６ プロバイダ、１０ 記録再生装置、１１ ＣＰＵ、１２ ＲＯＭ、１３ ＲＡＭ、１４ フラッシュメモリ、１５ ＨＤＤ、１６ バッファメモリ、１７ ＣＤ−ＲＯＭドライブ、１８ ＭＤドライブ、１９ モデム、２０ パネル操作部、２２ 赤外線インターフェースドライバ、２３ ＵＳＢドライバ、２４ 表示部、２５ 表示ドライバ、２６ インターフェースドライバ、２７ コネクタ、２８ エンコーダ、２９ デコーダ、３０ ＩＥＣ９５８エンコーダ、３１ Ａ／Ｄ変換器、３２ マイクアンプ、３３ Ｄ／Ａ変換器、３４ アンプ、３５ スピーカ、３６ ＩＥＥＥ１３９４ドライバ、３７ ＩＥＥＥ１３９４インターフェース、３８ ＰＣＭＣＩＡドライバ、３９ ＰＣＭＣＩＡスロット、４０ モニタインターフェース、５１ ＣＰＵ、５２ ＲＯＭ、５３ ＲＡＭ、５４ ＨＤＤ、５５ バッファメモリ、５６ パネル操作部、５７ 表示部、５８ 表示ドライバ、５９ インターフェースドライバ、６０ コネクタ、６１ エンコーダ、６２ デコーダ、６３ ＩＥＣ９５８エンコーダ、６４ Ａ／Ｄ変換器、６５ マイクアンプ、６６ Ｄ／Ａ変換器、６７ アンプ、６８ スピーカ

Claims (6)

1. ネットワークを介して情報サーバと通信可能とされる再生端末装置において、
   記録媒体に記録されるオーディオデータに対応する関連情報ファイルにＵＲＬが含まれているか否かを判別する判別手段と、
   上記判別手段により、上記関連情報ファイルにＵＲＬが含まれていると判別されたとき、当該ＵＲＬにアクセスし、上記関連情報ファイルにＵＲＬが含まれていないと判別されたとき、上記記憶媒体に記録されるＴＯＣ情報より生成される識別情報を上記情報サーバに送信する送信手段と、
   上記ＵＲＬより転送されたデータ、上記情報サーバから送信された上記識別情報に対応するＵＲＬ、或いは、当該識別情報に対応するＵＲＬより転送されたデータを受信する受信手段と、
   上記ＵＲＬより転送されたデータ、或いは、上記識別情報に対応するＵＲＬより転送されたデータを記憶する記憶手段と、
   を備える再生端末装置。
2. 上記判別手段は、更に、上記オーディオデータに対応するデータが既に上記記憶手段に記憶されているか否かを判別し、
   上記記憶手段に上記データが記憶されていないとき、上記オーディオデータに対応する関連情報ファイルにＵＲＬが含まれている否かを判別する請求項１に記載の再生端末装置。
3. 上記判別手段は、更に、上記オーディオデータに対応するデータが記録された日時と現在日時を比較し、その比較結果により再記録が必要と判断したとき、上記記憶手段に上記データが記憶されていたとしても、上記オーディオデータに対応する関連情報ファイルにＵＲＬが含まれている否かを判別し、
   その比較結果により再記録は不要と判断したとき、上記記憶手段から上記オーディオデータに対応するデータを読み出すように制御する請求項２に記載の再生端末装置。
4. 更に、記録媒体に記録されるＴＯＣ情報より、当該記録媒体を識別する識別情報を生成することを特徴とする請求項１に記載の再生端末装置。
5. 更に、記録媒体に記録されるＴＯＣ情報より、当該記録媒体に記録されるオーディオデータを識別する識別情報を生成することを特徴とする請求項１に記載の再生端末装置。
6. 上記関連情報には画像データが含まれることを特徴とする請求項１に記載の再生端末装置。
   

Images