JPH11242873A - 記録再生装置 - Google Patents

Abstract

(57)【要約】 【課題】 記録媒体に蓄積され再生可能とされている音
楽データだけでなく、かつて蓄積していたデータについ
ても、属性情報を保存しておく。 【解決手段】 記録媒体に記録された音楽データについ
て、インデックスが自動的に作成される。インデックス
では、各データに対して、再生可能なデータ（データ
Ｂ，Ｃ，Ｄ），他の記録媒体に移動され再生禁止にされ
たデータ（データＡ），削除されたデータ（データＥ）
といった、音楽データの状態を表すステータスが設けら
れる。データの状態の変化に伴いステータスが変更され
る。例えばデータＡが移動先から戻されると、ステータ
スが再生可能な状態を表すものに変更される。記録媒体
に存在しないインデックス情報を外部で作成し、新規に
追加することもできる。インデックス情報を用いること
で、ユーザの所有する音楽データの情報を一括的に管理
できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、音楽データを多
数蓄積すると共に、蓄積されたことのあるそれぞれの音
楽データの属性情報を保持するようにされた記録再生装
置に関する。

【０００２】

【従来の技術】従来でも、多数のＣＤ(Conpact Disc)を
収納し、ＣＤの自動再生を行うようにされた、所謂ＣＤ
チェンジャが実用化されていた。このＣＤチェンジャで
は、数１０枚乃至数１００枚のＣＤを一つの筐体に収納
し、所定の操作により選択されたＣＤの再生を自動的に
行う。ＣＤの再生は、ＣＤ毎に行うこともできるし、複
数枚のＣＤを選択して、ＣＤ単位、あるいは収録されて
いる曲単位でランダム再生を行うようにもできる。この
ＣＤチェンジャは、主に固定的に用いられる。

【０００３】ところが、上述のＣＤチェンジャにおいて
は、自動再生の際にも、ＣＤの交換時間が発生してしま
うため、連続再生を実現するのが困難であるという問題
点があった。また、１００枚や２００枚のＣＤを収納す
るようなＣＤチェンジャは、筐体が大きく、且つ重くな
ってしまい、持ち運びや設置に非常に不便であるという
問題点があった。

【０００４】そこで、例えばＣＤに収録されている音楽
データをハードディスクなどの記録媒体に蓄積すること
が提案されている。これは、例えばミュージックサーバ
と称され、所定の方式で以て音楽データを圧縮符号化す
ることによって、数Ｇ(Giga)ｂｙｔｅのハードディスク
に、例えば１０００曲程度の音楽データを蓄積すること
ができる。

【０００５】このミュージックサーバでは、蓄積された
それぞれ音楽データに関する属性情報、例えば曲名や演
奏者名といった情報を記録することができるようにされ
ている。この属性情報は、自動的あるいはマニュアルに
よる入力により取得され、記録される。記録された属性
情報は、ミュージックサーバに設けられた表示部に対し
て例えば一覧表示される。ユーザは、この属性情報に基
づき、ミュージックサーバに蓄積された音楽データから
所望のものを検索ならびに選択し、再生することができ
る。所定のキーなどによって検索するようにできるた
め、大変便利である。

【０００６】また、不要とされた音楽データは、記録媒
体から削除される。このとき、記録媒体上から２度と再
生できなくなるように削除する方法と、その音楽データ
を別の領域に退避させるなどして、一時的に削除する方
法が選択できる。一時的に削除されたデータは、所定の
方法で再び再生可能とされる。

【０００７】

【発明が解決しようとする課題】ところで、ユーザによ
っては、このミュージックサーバに蓄積可能な量以上の
音楽データを所有している場合も多い。同様に、一旦は
このミュージックサーバにデータを蓄積したが、後に削
除してしまうようなこともあり得る。このような場合、
ミュージックサーバに蓄積されている以外の音楽データ
は、完全にミュージックサーバから分離された状態にな
ってしまう。したがって、折角ミュージックサーバを所
有しながらも、これを有効に活用することが困難である
という問題点があった。

【０００８】したがって、この発明の目的は、記録媒体
に蓄積され再生可能とされている音楽データだけでな
く、かつて蓄積していたデータについても、属性情報を
保存しておくような記録再生装置を提供することにあ
る。

【０００９】

【課題を解決するための手段】この発明は、上述した課
題を解決するために、入力されたデータを記憶する記憶
媒体と、記憶媒体に記憶されたデータを再生する再生手
段と、記憶媒体に記憶されているデータを他の電子機器
に移動する移動手段と、移動手段により他の電子機器に
移動されたデータを表す属性情報を保持する保持手段と
を有することを特徴とする記録再生装置である。

【００１０】また、この発明は、上述した課題を解決す
るために、データの属性情報を登録する登録手段と、入
力されたデータを記憶する記憶手段と、記憶媒体に記憶
されているデータを再生する再生手段と、記憶媒体に対
して、登録手段に登録されている属性情報に対応するデ
ータが係わる場合、記憶媒体におけるデータの状態に従
い登録手段に登録された属性情報を変更する手段とを有
することを特徴とする記録再生装置である。

【００１１】上述したように、この発明は、移動手段に
よって移動されたデータの属性情報を保持するようにさ
れているため、記憶媒体上に記憶されているデータの管
理が容易である。

【００１２】また、この発明は、データの属性情報が登
録され、記憶媒体に係わるデータが属性情報として登録
されているデータに対応する場合、記憶媒体上でのデー
タの状態に応じて属性情報が変更されるため、ユーザの
所有しているデータを一括的に管理することができる。

【００１３】

【発明の実施の形態】以下、この発明の実施の一形態
を、図面を参照しながら説明する。図１は、この発明が
適用されたミュージックサーバおよびミュージックサー
バを用いたシステムを概略的に示す。ミュージックサー
バ５０は、サーバ本体５１と左右のスピーカユニット５
２Ｌ，５２Ｒとからなる。サーバ本体５１には、例えば
ＬＣＤ(Liquid Crystal Display)パネルからなる表示部
５３と、ＣＤを挿入するためのＣＤ挿入部５４とが設け
られる。

【００１４】なお、図１では省略されているが、サーバ
本体５１の機能をユーザが操作するための操作部がサー
バ本体５１に対して設けられる。さらに、サーバ本体５
１の機能をリモートコマンダによって遠隔操作するため
の、例えば赤外線信号を受信する信号受信部を設けるよ
うにしてもよい。また、サーバ本体５１は、ＣＰＵを有
し、予め例えばＲＯＭに格納される所定のプログラムで
制御される。

【００１５】ユーザは、ＣＤ５５をＣＤ挿入部５４にセ
ットし、操作部で所定の操作を行うことで、ＣＤ５５を
再生させ、再生された例えば音楽をスピーカユニット５
２Ｌ，５２Ｒによって楽しむことができる。また、ＣＤ
５５がテキストデータを含むＣＤテキストである場合
は、表示部５３に所定のテキストデータを表示させるよ
うにできる。

【００１６】ミュージックサーバ５０は、内部に例えば
ハードディスクによる大容量の記録媒体を有している。
所定の操作に基づき、ＣＤ挿入部５４にセットされたＣ
Ｄ５５の音楽データを、この記録媒体に記録することが
できる。この際、ＣＤ５５の再生速度と同一の１倍速で
記録する方法と、再生速度より高速に記録を行う高速記
録とが選択できる。高速記録は、所定の手続きで以て課
金処理を行うことによって選択ならびに実行が可能とさ
れる。

【００１７】ミュージックサーバ５０において、音楽デ
ータは、所定の方法で圧縮符号化され圧縮音楽データと
されて記録され、例えば６ＧＢｙｔｅの容量を持つハー
ドディスクに対して、１０００曲程度を格納できる。ハ
ードディスクに格納された曲目のリストが例えば表示部
５３に表示され、ユーザは、この表示に基づき任意の曲
を選択して再生させることができる。また、ハードディ
スクは、ランダムアクセスが可能であるため、多数格納
された音楽データを任意の順序で連続再生させることが
可能である。

【００１８】圧縮符号化には様々な方法を用いることが
可能であるが、この例では、ＡＴＲＡＣ２(Adaptive Tr
anform Acoustic Coding 2) と称される方法が用いられ
ている。これは、ＭＤに用いられる圧縮符号化方式であ
る、ＡＴＲＡＣを発展させたもので、聴覚の性質に基づ
くマスキング効果および最小可聴限の周波数依存性を利
用し、変換符号化とエントロピー・コーディングとを併
用して音声データの圧縮符号化を行う。比較的小規模な
ハードウェアで、高音質を維持しつつ、高速にエンコー
ド／デコードを行うことができる。

【００１９】このミュージックサーバ５０は、例えば公
衆電話回線である通信回線６１を介して外部のシステ
ム、例えばインターネットに接続されたサーバであるイ
ンターネットサーバ６０に接続できる。ミュージックサ
ーバ５０から通信回線６１を介してこのインターネット
サーバ６０に接続することで、インターネット上にある
様々な情報を得ることができる。インターネットサーバ
６０は、例えば市販の音楽ＣＤのタイトル情報を格納し
たデータベースを有する。このデータベースに対して所
定のキーを与えることで、ＣＤに付随したデータ、例え
ばＣＤのタイトル情報を得ることができる。

【００２０】また、インターネットサーバ６０では、サ
ービスに応じてミュージックサーバ５０に対する課金処
理も行う。上述した、ＣＤ５５の高速記録は、インター
ネットサーバ６０に対してミュージックサーバ５０が通
信を行うことによって課金処理がなされ、選択ならびに
実行が可能とされる。

【００２１】なお、ここでは、課金処理を、ＣＤの付加
情報を多数有するインターネットサーバ６０で行うこと
としたが、これはこの例に限定されない。例えば、イン
ターネットに接続された別のサーバでこの課金処理を行
うようにしてもよい。また、インターネットとは別の、
例えば専用のネットワークで以て課金処理を行うように
することも可能である。

【００２２】携帯記録再生装置７０は、ハードディスク
あるいはフラッシュメモリ（フラッシュＲＡＭ）からな
る記録媒体を有する。音楽の再生速度に追従できるので
あれば、他の記録媒体を利用することもできる。この携
帯記録再生装置７０を接続線７１で以てミュージックサ
ーバ５０と接続することによって、ミュージックサーバ
５０に記録されている音楽データを携帯記録再生装置７
０に転送し、記録媒体に記録することができる。このと
き、ミュージックサーバ５０側では、転送された音楽デ
ータは、記録媒体上には存在するが再生不可の状態にさ
れる。携帯記録再生装置７０で用いられる記録媒体は、
例えば２００ＭＢｙｔｅ程度の容量とされ、数１０曲分
の音楽データの格納が可能とされる。

【００２３】ここで、この発明において用いられる上述
の転送方法、すなわち、音楽データを転送した場合、転
送先の記録媒体に音楽データが記録されると共に、転送
元の記録媒体においては、転送された音楽データが記録
媒体上には存在するが再生不可の状態にされることを、
「移動」と称する。音楽データをこのように移動するこ
とで、音楽データの無制限な複製を防ぐことができる。

【００２４】なお、上述では、ミュージックサーバ５０
と携帯記録再生装置７０とが接続線７１で接続されると
したが、これはこの例に限定されない。例えば、ミュー
ジックサーバ５０および携帯記録再生装置７０とに、互
いに対応する装着部を設け、ミュージックサーバ５０に
対して携帯記録再生装置７０を直接的に装着してデータ
のやり取りを行うようにできる。また、電気的な接続だ
けでなく、例えば赤外線信号によりデータのやり取りを
行うＩｒＤＡ(Infrared Data Association) に対応した
インターフェイスを双方に設け、赤外線信号により音楽
データの転送を行うようにしてもよい。

【００２５】さらに、ミュージックサーバ５０に対して
所定のインターフェイスを設けることで、様々なメディ
アと情報交換を行うことができるようになる。例えば、
ＰＣカード８０に対応したインターフェイスを設けるこ
とで、ＰＣカード８０で配信される音楽データをミュー
ジックサーバ５０に取り込んだり、パーソナルコンピュ
ータとミュージックサーバ５０との間でデータのやり取
りを行うことが可能となる。光ケーブルなどによるシリ
アルなディジタルインタフェースを設けることによっ
て、例えばＭＤレコーダ８１のような、他のディジタル
音楽データ記録再生装置との音楽データのやり取りを行
うことが可能となる。この例では、ＭＤレコーダ８１に
ＭＤ８２が装着され、ＭＤ８２から再生された音楽デー
タがミュージックサーバ５０に対して供給される。同様
にして、ＩＥＥＥ１３９４などのインターフェイスを設
け、例えばＣＡＴＶ(Cable Television)や衛星放送など
のためのセットトップボックス８３を接続するようにも
できる。

【００２６】なお、ＰＣカードは、米国のＰＣＭＣＩＡ
(Personal Memory Card International Association)と
日本のＪＥＩＤＡ（日本電子工業振興会）の共同制定に
よる、パーソナルコンピュータ用のカード型周辺機器の
規格である。また、ＩＥＥＥ１３９４は、米国電気電子
技術者協会に採択されたインターフェイス規格である。

【００２７】ミュージックサーバ５０は、内蔵アプリケ
ーションとして、ＷＷＷ(World Wide Web)ブラウザを持
つようにできる。通信回線６１を介してインターネット
サーバ６０と接続することによって、インターネット上
にある、例えばＨＴＭＬ(Hypertext Markup Language)
によって記述された様々なコンテンツを検索し、表示部
５３上に表示させることができる。

【００２８】このような構成で以て、ユーザは、例えば
ミュージックサーバ５０に格納されている音楽データを
再生してスピーカユニット５２Ｌ，５２Ｒで聴くことが
できると共に、ＣＤ５５をＣＤ挿入部５４にセットし
て、ＣＤ５５を再生することができる。

【００２９】また、ミュージックサーバ５０とインター
ネットサーバ６０とで通信を行うことによって、ＣＤ挿
入部５４にセットされたＣＤ５５のタイトル情報など
を、通信回線６１を介して自動的に得ることができる。
得られた情報は、ミュージックサーバ５０内に保存され
ると共に、必要に応じて表示部５３に表示される。

【００３０】より具体的には、ミュージックサーバ５０
からインターネットサーバ６０に対して、ユーザＩＤな
どのユーザ情報が送られる。インターネットサーバ６０
側では、受け取ったユーザ情報に基づき、照合処理や課
金処理が行われる。また、ミュージックサーバ５０から
インターネットサーバ６０に対して、メディア情報が送
られる。インターネットサーバ６０では、受け取ったメ
ディア情報に基づき、例えば曲のタイトル，演奏者名，
作曲者や作詞者名，歌詞，ジャケットイメージといっ
た、音楽データに対する付加情報の検索が行われる。そ
して、インターネットサーバ６０では、ユーザから要求
された所定の情報をミュージックサーバ５０に返信す
る。

【００３１】例えば、メディア情報として、ＣＤ５５の
ＴＯＣ(Table Of Contents) 情報をインターネットサー
バ６０に対して送る。インターネットサーバ６０には、
このＴＯＣ情報をキーとして上述の音楽データに対する
付加情報が検索可能なデータベースが構築されている。
インターネット上の他のＷＷＷサーバを検索することで
付加情報を得るようにしてもよい。インターネットサー
バ６０によって、受け取ったＴＯＣ情報に基づき、音楽
データの付加情報が検索される。これは、例えば、ＴＯ
Ｃに含まれる、ＣＤ５５に収録されている楽曲それぞれ
の時間情報に基づき検索することが可能である。

【００３２】検索されて得られた付加情報がインターネ
ットサーバ６０からミュージックサーバ５０に対して送
られる。ミュージックサーバ５０では、受け取った付加
情報が表示部５３に表示される。なお、付加情報をＨＴ
ＭＬファイルに埋め込んで送ることで、ミュージックサ
ーバ５０において、内蔵されるＷＷＷブラウザで付加情
報の表示を行うことができる。

【００３３】なお、付加情報にインターネット上の他の
ＵＲＬ(Uniform Resource Locator)が記述されていれ
ば、このミュージックサーバ５０においてそのＵＲＬで
示される、インターネット上のホームページなどにアク
セスするようにできる。

【００３４】さらに、インターネットサーバ６０と通信
を行うことによって、ＣＤ挿入部５４にセットされたＣ
Ｄ５５の音楽データを、ミュージックサーバ５０の記録
媒体に、ＣＤ５５の規定の再生速度よりも高速で、例え
ばＣＤ５５の１枚分の音楽データを２分程度で記録する
ことができる。インターネットサーバ６０と通信を行わ
ないときには、規定の再生速度と等速の１倍速での記録
となる。

【００３５】さらにまた、携帯記録再生装置７０と接続
線７１で接続することで、ミュージックサーバ５０に格
納されている音楽データを携帯再生装置７１に転送して
移動することができる。移動された音楽データは、接続
線７１による接続がなされていない状態でも、携帯記録
再生装置７０で再生することができ、例えばヘッドホン
７２で聴くことができる。転送され移動された音楽デー
タは、ミュージックサーバ５０では、再生不可の状態と
される。

【００３６】図２は、ミュージックサーバ５０の構成の
一例を示す。先ず、このミュージックサーバ５０におい
て、通常のパーソナルコンピュータの構成と同様に、互
いにバスで結合されたＲＡＭ５，ＲＯＭ６，フラッシュ
ＲＡＭ７，およびＣＰＵ８とが設けられる。ＣＰＵ８が
バス４０に接続される。ＣＰＵ８により、ミュージック
サーバ５０の全体の動作が制御される。

【００３７】ＲＯＭ６には、このミュージックサーバ５
０の動作を制御するためのプログラムが予め記憶され
る。ミュージックサーバ５０において、このプログラム
に基づき、後述する入力手段１の操作に対応した動作が
なされる。ＲＡＭ５，フラッシュＲＡＭ７には、プログ
ラムを実行する上でのデータ領域、タスク領域が一時的
に確保される。または、ＲＯＭ６にはプログラムローダ
が記憶されており、そのプログラムローダにより、フラ
ッシュＲＡＭ７にプログラム自体がロードされることも
可能である。

【００３８】入力手段１は、例えば、プッシュ式および
回動式のキーからなる。入力手段１は、これに限らず、
ジョグダイヤルと呼ばれる回動プッシュ式のキー、ＬＣ
Ｄ上のタッチパネルなどでもかまわない。勿論、押下す
ることで反応するスイッチ機構を用いることもできる。
この入力手段１の操作に応じた信号がバス４０を介して
ＣＰＵ８に供給される。ＣＰＵ８において、この信号に
基づきミュージックサーバ５０の動作を制御するための
制御信号が生成される。ミュージックサーバ５０は、こ
の制御信号に応じて動作される。

【００３９】バス４０に対して、赤外線インタフェース
（ＩｒＤＡ Ｉ／Ｆ）ドライバ３および／またはＵＳＢ
(Universal Serial Bus)ドライバ４が接続される。これ
らのドライバに対してキーボード２が通信あるいは接続
可能なようにされている。キーボード２を用いることに
よって、例えば記録される音楽データに対応する曲名、
アーティスト名等の入力が容易にされる。また、赤外線
インターフェースドライバ３あるいはＵＳＢドライバ４
を介してデータ転送を行うように構成してもよい。な
お、これら赤外線インターフェイス３およびＵＳＢドラ
イバ４は、省略することが可能である。

【００４０】ＣＤ−ＲＯＭドライブ９がバス４０に接続
され、ＣＤ−ＲＯＭドライブ９に対して上述のＣＤ５５
がセットされる。このＣＤ−ＲＯＭドライブ９では、セ
ットされたＣＤ５５から規定の再生速度で以て音楽デー
タが読み出される。また、このＣＤ−ＲＯＭドライブ９
では、規定の再生速度よりも高速な、例えば規定の再生
速度の１６倍や３２倍といった速度で、ＣＤ５５の音楽
データを読み出すことができる。

【００４１】なお、ＣＤ−ＲＯＭドライブ９は、この例
に限らず、音楽データが記憶されている他のメディア、
例えば光磁気ディスクやＤＶＤ(Digital Versatile Dis
c)に対応するようにしてもよい。また、メモリカードに
対応したドライブを用いることもできる。さらに、ＣＤ
−ＲＯＭドライブ９から読み出されるデータは、音楽デ
ータに限られない。画像データやテキストデータ、プロ
グラムデータなどを読み出すようにもできる。

【００４２】バス４０に対して、ハードディスクドライ
ブＨＤＤ１０が接続される。ＨＤＤ１０には、ＣＤ−Ｒ
ＯＭドライブ９から読み出された音楽データが記録され
る。ＨＤＤ１０に音楽データが記録される前処理とし
て、ＣＤ−ＲＯＭドライブ９で読み出された音楽データ
は、バス４０ならびにオーディオ用のＤＲＡＭ１１を介
して、圧縮エンコーダ１２に供給される。

【００４３】圧縮エンコーダ１２では、例えば、上述し
たＡＴＲＡＣ２によって音楽データの圧縮符号化がなさ
れる。なお、圧縮エンコーダ１２による音楽データの圧
縮の速度は、ＣＰＵ８の制御に基づき、低速および高速
の２つの速度が用意される。低速圧縮は、ＣＤ−ＲＯＭ
ドライブ９での１倍速の再生速度に対応する。圧縮の速
度は、例えばＣＤ−ＲＯＭドライブ９による再生速度に
応じて切り替えられる。圧縮エンコーダ１２において、
例えば、圧縮速度に応じたエンコードアルゴリズムが駆
動される。

【００４４】なお、圧縮エンコーダ１２における圧縮速
度の変更は、この方法に限定されない。例えば、圧縮エ
ンコーダ１２のクロック周波数を切り替えることによっ
て行ってもよい。また、それぞれ別のハードウェアを用
意するようにしてもよい。さらに、高速圧縮が可能な圧
縮エンコーダ１２において、処理を間引きして行い低速
圧縮とすることも可能である。

【００４５】圧縮エンコーダ１２で圧縮符号化された圧
縮音楽データは、ＤＲＡＭ１１を介してＨＤＤ１０に記
録され蓄積される。

【００４６】ここで、圧縮エンコーダ１２により圧縮符
号化された圧縮音楽データがＨＤＤ１０に蓄積されるよ
うに構成されているが、ＣＤ−ＲＯＭドライブ９から読
み出される音楽データを直接的にＨＤＤ１０に記録なら
びに蓄積するようにもできる。

【００４７】また、この例では、端子１３に接続された
マイクロホンからアンプ１４を介して入力される音声信
号や、ライン入力端１５から入力される音声信号がＡ／
Ｄコンバータ１６を介して圧縮エンコーダ１２に供給さ
れる。これらの音声信号を圧縮符号化してＨＤＤ１０に
対して記録することができる。さらに、光ディジタル信
号が光ディジタル入力端１７からＩＥＣ９５８（Intern
ational Electrotechnical Commission 958 ）エンコー
ダ１８を介して圧縮エンコーダ１２に供給される。光デ
ィジタル信号として供給された音声信号を圧縮符号化し
てＨＤＤ１０に記録することが可能である。勿論、これ
らの信号入力手段を全て有している必要はない。

【００４８】なお、上述では、圧縮エンコーダ１２は、
ＡＴＲＡＣ２をエンコードアルゴリズムとして用いてい
るとしたが、これはこの例に限定されない。すなわち、
圧縮エンコーダ１２では、情報圧縮されるエンコードア
ルゴリズムであれば、他のものを用いることも可能であ
る。例えば、ＡＴＲＡＣ（商標）、ＭＰＥＧ（movingpi
cture coding experts group ）、ＰＡＳＣ（precision
adaptive sub-bandcoding）、ＴｗｉｎＶＱ（商標）、
ＲｅａｌＡｕｄｉｏ（商標）、ＬｉｑｕｉｄＡｕｄｉｏ
（商標）といったエンコードアルゴリズムを用いるよう
にしてもよい。

【００４９】バス４０に対してモデム２０が接続され
る。モデム２０には、例えば公衆電話回線やＣＡＴＶ、
あるいはワイヤレス通信といった外部ネットワーク１９
が接続される。このミュージックサーバ５０は、モデム
２０によって外部ネットワーク１９を介しての通信が可
能とされる。

【００５０】外部ネットワーク１９を介して、ミュージ
ックサーバ５０が例えばインターネットに接続され、ミ
ュージックサーバ５０と、遠隔地のインターネットサー
バ６０との間で通信が行われる。ミュージックサーバ５
０からインターネットサーバ６０に対して、リクエスト
信号やＣＤ−ＲＯＭドライブ９にセットされるＣＤ５５
に関連する情報であるメディア情報、ミュージックサー
バ５０のそれぞれに予め与えられたユーザＩＤならびに
ユーザ情報、また、ユーザに対する課金情報などの各種
情報が送出される。

【００５１】これらの情報がインターネットサーバ６０
に受け取られ、受け取ったユーザＩＤなどのユーザ情報
に基づき、照合処理や課金処理が行われると共に、受け
取ったメディア情報に基づき、音楽データの付加情報が
検索され、ミュージックサーバ５０に返される。

【００５２】ここでは、音楽データの付加情報を返信す
る例を示したが、ユーザの要求に基づき、音楽データが
外部ネットワーク１９から直接的に供給されるようにす
ることも可能である。すなわち、ユーザは、ミュージッ
クサーバ５０を用いてインターネットサーバ６０から音
楽データのダウンロードするようにできる。また、メデ
ィア情報に対応して音楽データが返信されるようにでき
る。これによれば、例えば、所定のＣＤ５５のボーナス
トラックが配信により取得されるようにできる。

【００５３】圧縮エンコーダ１２により圧縮符号化され
てＨＤＤ１０に記録され蓄積された圧縮音楽データは、
再生のために読み出されると、バス４０を介して圧縮デ
コーダ２１に供給される。圧縮音楽データは、圧縮デコ
ーダ２１で圧縮符号化を解かれ、Ｄ／Ａコンバータ２２
およびアンプ２３を介して端子２４に導出される。そし
て、端子２４からスピーカユニット５２Ｌ，５２Ｒに対
して供給され、音楽が再生される。なお、図２では省略
されているが、Ｄ／Ａコンバータ２２からアンプ２３を
介して端子２４に到る経路は、ステレオ出力に対応して
２系統設けられる。同様に、端子２４も、ステレオに対
応して２つ存在する。

【００５４】なお、圧縮デコーダ２１では、圧縮エンコ
ーダ１２におけるエンコードアルゴリズムに対応したデ
コードアルゴリズムが用いられる。また、この圧縮デコ
ーダ２１および上述の圧縮エンコーダ１２は、ハードウ
ェアを持たずに、ＣＰＵ８によるソフトウェア処理であ
ってもよい。

【００５５】表示部５３を構成するＬＣＤ２６がＬＣＤ
ドライバ２５を介してバス４０に接続される。ＣＰＵ８
からバス４０を介してＬＣＤドライバ２５に対して描画
制御信号が供給される。この信号に基づきＬＣＤドライ
バ２５によってＬＣＤ２６が駆動され、所定の表示がな
される。

【００５６】ＬＣＤ２６には、例えば、ミュージックサ
ーバ５０の操作メニューが表示される。また、ＬＣＤ２
６には、ＨＤＤ１０に記録され蓄積された圧縮音楽デー
タの、例えばタイトルリストが表示される。さらに、Ｌ
ＣＤ２６には、例えば選択され再生される圧縮音楽デー
タに対応するフォルダやジャケットイメージが表示され
る。

【００５７】このＬＣＤ２６の表示に基づき、入力手段
１としてのポインティングデバイスや、キーボード２を
操作することで、指示された音楽データが再生制御され
る。また、選択された音楽データの消去や、選択された
音楽データの外部の機器への複製や移動の制御も、ＬＣ
２６の表示に基づき行うことが可能である。例えば、入
力手段１がＬＣＤ２６上に設けられたタッチパネルであ
る場合、ＬＣＤ２６の表示に従いタッチパネルを触れる
ことで、ミュージックサーバ５０の操作を行うことがで
きる。このように、ＬＣＤ２６をインタフェースとし
て、ＨＤＤ１０に記録され蓄積された音楽データがユー
ザにより管理ならびに制御される。

【００５８】この実施の第１の形態では、ミュージック
サーバ５０と外部の一般的な情報機器とのインターフェ
イスとして、ＩＥＥＥ１３９４とＰＣカードに対応して
いる。バス４０に対して、ＩＥＥＥ１３９４ドライバ２
９を介してＩＥＥＥ１３９４インターフェイス２８が接
続される。同様に、バス４０に対して、ＰＣカードドラ
イバ３０を介してＰＣカードスロット３１が接続され
る。

【００５９】ＩＥＥＥ１３９４インターフェイス２８に
よって、ミュージックサーバ５０と例えばパーソナルコ
ンピュータとの間で、データのやり取りを行うことがで
きる。また、ＩＥＥＥ１３９４インターフェイス２８に
よって、衛星放送用のＩＲＤ(Integrated Reciever/Dec
order)や、ＭＤ，ＤＶＤ(Digital Versatile Disc:商
標) ，ディジタルビデオなどから音楽データを取り込む
ようにできる。さらに、ＰＣカードスロット３１にＰＣ
カードを装着することで、外部記憶装置やその他のメデ
ィアドライブ、あるいは、モデム，ターミナルアダプ
タ，キャプチャボードなどの様々な周辺機器の拡張が容
易である。

【００６０】インターフェイス３４は、このミュージッ
クサーバ５０と、対応する他の記録再生装置との間で音
楽データなどのやり取りを行うためのインターフェイス
である。他の記録再生装置には、例えば上述の図１に示
される、携帯記録再生装置７０が適用される。これに限
らず、他の記録再生装置は、別のミュージックサーバ５
０であってもよい。

【００６１】バス４０に対して、インターフェイスドラ
イバ３３を介してインターフェイス３４が接続される。
対応する他の記録再生装置には、インターフェイス３４
と対になるインターフェイス３５が設けられている。イ
ンターフェイス３４および３５とを所定の接続線７１で
電気的に接続することで、例えば、ＨＤＤ１０に記録さ
れ蓄積された音楽データを、ミュージックサーバ５０か
ら他の記録再生装置に転送することができる。

【００６２】図３は、ＣＤ−ＲＯＭドライブ９で読み出
された音楽データがＨＤＤ１０に記録されるまでの信号
フローを、概略的に示す。ＣＤ−ＲＯＭドライブ９から
読み出された音楽データは、バス４０を介して、一旦バ
ッファメモリとしてのＤＲＡＭ１１に記憶される。そし
て、ＤＲＡＭ１１から音楽データが所定のタイミングで
読み出され、バス４０を介して圧縮エンコーダ１２に供
給される。圧縮エンコーダ１２は、上述のステップＳ１
３あるいはステップＳ１４で、所定の圧縮速度とされて
いる。音楽データは、圧縮エンコーダ１２で圧縮符号化
され、再びバッファメモリとしてのＤＲＡＭ１１に一旦
格納される。そして、ＤＲＡＭ１１から所定のタイミン
グで読み出された圧縮音楽データがバス４０を介してＨ
ＤＤ１０に供給され、記録される。

【００６３】図４は、ＨＤＤ１０から読み出された圧縮
音楽データが再生処理されて端子２４に導出されるまで
の信号フローを、概略的に示す。ＨＤＤ１０から読み出
された圧縮音楽データは、バス４０を介して、バッファ
メモリとしてのＤＲＡＭ１１に一旦記憶される。そし
て、ＤＲＡＭ１１から圧縮音楽データが所定のタイミン
グで読み出され、バス４０を介して圧縮デコーダ２１に
供給される。圧縮音楽データは、圧縮デコーダ２１で圧
縮符号化を解かれ、音楽データとされてＤ／Ａコンバー
タ２２に供給される。そして、音楽データは、Ｄ／Ａコ
ンバータ２２でアナログ音声信号に変換され、アンプ２
３で増幅され端子２４に再生出力として導出される。端
子２４にスピーカが接続されていれば、スピーカで再生
された音楽を楽しむことができる。

【００６４】図５は、この他の記録再生装置として用い
られる、携帯記録再生装置７０の構成の一例を示す。こ
の携帯記録再生装置７０は、概ね、上述の図２に示した
ミュージックサーバ５０と同等の構成を有する。また、
この携帯記録再生装置７０は、通常は、ミュージックサ
ーバ５０側のインターフェイス３４と携帯記録再生装置
７０側のインターフェイス３５とが切り離され、単体と
して携帯されて用いられる。

【００６５】先ず、この携帯記録再生装置７０におい
て、通常のパーソナルコンピュータの構成と同様に、互
いにバスで結合されたＲＡＭ１０３，ＲＯＭ１０４，お
よびＣＰＵ１０５とが設けられる。勿論、上述のミュー
ジックサーバ５０の構成と同様に、フラッシュＲＡＭを
設けるようにしてもよい。ＣＰＵ１０５がバス１３０に
接続される。ＣＰＵ１０５により、携帯記録再生装置７
０の全体の動作が制御される。

【００６６】ＲＯＭ１０４には、この携帯記録再生装置
７０の動作を制御するためのプログラムが予め記憶され
る。携帯記録再生装置７０において、このプログラムに
基づき、後述する入力手段１０２の操作に対応した動作
がなされる。ＲＡＭ１０３には、プログラムを実行する
上でのデータ領域、タスク領域が一時的に確保される。

【００６７】入力手段１０２は、例えば、プッシュ式お
よび回動式のキーからなる。入力手段１０２は、これに
限らず、ジョグダイヤルと呼ばれる回動プッシュ式のキ
ー、ＬＣＤ上のタッチパネルなどでもかまわない。勿
論、押下することで反応するスイッチ機構を用いること
もできる。この入力手段１０２の操作に応じた信号がバ
ス１３０を介してＣＰＵ１０５に供給される。ＣＰＵ１
０５において、この信号に基づき携帯記録再生装置７０
の動作を制御するための制御信号が生成される。携帯記
録再生装置７０は、この制御信号に応じて動作される。

【００６８】ミュージックサーバ５０において、ＨＤＤ
１０から読み出され、この携帯記録再生装置７０に対す
る転送を指示された音楽データは、インターフェイス３
４，インターフェイス３５，およびインターフェイス３
４とインターフェイス３５とを接続する接続線を介し
て、この携帯記録再生装置７０に転送され供給される。
また、ミュージックサーバ５０と携帯記録再生装置７０
とに、互いに対応する装着部が設けられている場合は、
インターフェイス３４とインターフェイス３５とが直接
的に接続され、音楽データの転送が行われる。さらに、
ＩｒＤＡによるインターフェイスが設けられている場合
は、赤外線信号で以て音楽データの転送が行われる。

【００６９】転送され供給された音楽データは、インタ
ーフェイスドライバ１０１からバス１３０を介して、こ
の携帯記録再生装置７０の音楽データ記録媒体であるＨ
ＤＤ１０６に記録される。

【００７０】なお、この携帯記録再生装置７０では、音
楽データ記録媒体は、ＨＤＤ１０６に限らず、例えばフ
ラッシュＲＡＭを用いることもできる。また、音楽デー
タの再生速度に追従できるものであれば、例えば光磁気
ディスクといった、他の記録媒体メディアを利用するこ
ともできる。音楽データ記録媒体としては、例えば２０
０ＭＢｙｔｅ程度の容量のものを用いることによって、
数１０曲が記録可能である。

【００７１】ところで、この例では、転送されＨＤＤ１
０６に記録される音楽データは、既にミュージックサー
バ５０において圧縮符号化されが圧縮音楽データであ
る。この携帯記録再生装置７０では、この例に限らず、
圧縮符号化されていない音楽データを供給され、ＨＤＤ
１０６に記録することもできる。例えば、ミュージック
サーバ５０のＣＤ−ＲＯＭドライブ９にセットされたＣ
Ｄ５５から再生され読み出された音楽データを、インタ
ーフェイスドライバ１０１を介して、直接的にこの携帯
記録再生装置７０に供給する。但し、この場合には、記
録可能な音楽データの数が大幅に制限されることはいう
までもない。

【００７２】ＨＤＤ１０６に音楽データが記録される前
処理として、供給された音楽データは、バス１３０に接
続されるオーディオ用のＤＲＡＭ１０７に対して一時的
に記憶される。そして、その音楽データがバス１３０を
介して圧縮エンコーダ１０８に供給される。圧縮エンコ
ーダ１０８は、ミュージックサーバ５０における圧縮エ
ンコーダ１２と同等のエンコードアルゴリズム（この例
ではＡＴＲＡＣ２）によって音楽データの圧縮符号化を
行う。圧縮符号化された圧縮音楽データは、ＤＲＡＭ１
０７に供給され、再び一時的に記憶される。最終的に、
このＤＲＡＭ１０７に記憶された圧縮音楽データが読み
出され、ＨＤＤ１０６に記録される。

【００７３】なお、上述したように、ミュージックサー
バ５０においてＨＤＤ１０に蓄積されている圧縮音楽デ
ータが移動を指示されてこの携帯記録再生装置７０に転
送されたときには、ＨＤＤ１０におけるその圧縮音楽デ
ータは、ＨＤＤ１０上に存在するが再生不可の状態とさ
れる。また、移動された圧縮音楽データは、再び移動元
の記録媒体に戻されることで、移動元において再生可能
とされる。このとき、移動先の記録媒体からは、その圧
縮音楽データが削除される。

【００７４】また、この例では、端子１０９に接続され
たマイクロホンからアンプ１１０を介して入力される音
声信号や、ライン入力端１１１から入力される音声信号
がＡ／Ｄコンバータ１１２を介して圧縮エンコーダ１０
８に供給される。これらの音声信号を圧縮符号化してＨ
ＤＤ１０６に対して記録することができる。さらに、光
ディジタル信号が光ディジタル入力端１１３からＩＥＣ
９５８エンコーダ１１４を介して圧縮エンコーダ１０８
に供給される。光ディジタル信号として供給された音声
信号を圧縮符号化してＨＤＤ１０６に記録することが可
能である。勿論、これらの信号入力手段を全て有してい
る必要はないし、再生専用の携帯再生装置であれば、こ
れらの信号入力手段を全て省略することも可能であ
る。。

【００７５】ＨＤＤ１０６から圧縮音楽データが再生の
ために読み出され、バス１３０を介して圧縮デコーダ１
１５に供給される。圧縮デコーダ１１５で圧縮符号化を
解かれた音楽データは、Ｄ／Ａコンバータ１１６および
アンプ１１７を介して端子１１８に導出される。端子１
１８には、例えばヘッドホン７２接続される。ユーザ
は、このヘッドホンを装着することによって、再生され
た音楽を聴くことができる。なお、図５では省略されて
いるが、Ｄ／Ａコンバータ１１６からアンプ１１７を介
して端子１１８に到る経路は、ステレオ出力に対応して
２系統設けられる。同様に、端子１１８も、ステレオに
対応して２つ存在する。

【００７６】ＬＣＤ１２０がＬＣＤドライバ１１９を介
してバス１３０に接続される。ＣＰＵ１０５からバス１
３０を介してＬＣＤドライバ１１９に対して描画制御信
号が供給され、ＬＣＤ１２０が駆動されて所定の表示が
なされる。ＬＣＤ１２０には、携帯記録再生装置７０の
操作メニューやＨＤＤ１０６に記録された音楽データの
タイトルリストなどが表示される。ＬＣＤ１２０に対し
て、例えば選択され再生される音楽データに対応するフ
ォルダやジャケットイメージを表示させるようにしても
よい。

【００７７】このＬＣＤ１２０の表示に基づき、入力手
段１０２としてのポインティングデバイスを操作するこ
とで、指示された圧縮音楽データが再生制御される。ま
た、選択された圧縮音楽データの消去や複製ならびに移
動の制御も、ＬＣ１２０の表示に基づき行うことが可能
である。例えば、ＬＣＤ１２０の表示に従い、入力手段
１０２としてのタッチパネルを触れることで、携帯記録
再生装置７０の操作を行うことができる。このように、
ＬＣＤ１２０をインタフェースとして、ＨＤＤ１０６に
記録された圧縮音楽データがユーザにより管理ならびに
制御される。

【００７８】なお、図５では省略されているが、この携
帯記録再生装置７０は、バッテリ電源で駆動される。そ
のため、一般的な乾電池による電源部が設けられると共
に、充電部が設けられる。充電部は、ミュージックサー
バ５０と携帯記録再生装置７０とが接続線あるいは装着
部によって直接的に接続される場合、音楽データの転送
と共に、ミュージックサーバ５０から電力を供給され充
電が行われる。勿論、外部の充電電源によって充電する
ようにもできる。なお、電源は、乾電池による電源およ
び充電電源の何方か一方だけを有するようにしてもよ
い。

【００７９】図６は、上述の携帯記録再生装置７０の他
の例を示す。なお、この図６において、上述の図５と共
通する部位に対しては同一の番号を付し、詳細な説明を
省略する。図６に示される携帯記録再生装置７０’は、
上述の図５の構成に対して、ＨＤＤ（あるいはフラッシ
ュＲＡＭ）１０６’とバス１３０との間にスイッチ回路
２００が挿入される。スイッチ回路２００の一方の選択
端２００ａがバス１３０と接続され、他方の選択端２０
０ｂがインターフェイス３５と接続される。スイッチ回
路２００によって、ＨＤＤ１０６’がバス１３０と分離
される。

【００８０】ミュージックサーバ５０からの圧縮音楽デ
ータ転送の際は、スイッチ回路２００において選択端２
００ｂが選択される。インターフェイス３４および３５
を介して、ＨＤＤ１０６’とミュージックサーバ５０の
バス４０とが直接的に接続される。ＨＤＤ１０６’は、
恰もミュージックサーバ５０の記録媒体であるかのよう
に見える。ミュージックサーバ５０のＣＰＵ８によっ
て、ＨＤＤ１０６’の直接的な制御が可能とされる。ミ
ュージックサーバ５０および携帯記録再生装置７０との
間での、圧縮音楽データの移動や複写などを容易に行え
る。

【００８１】次に、上述の構成で以てなされる、この実
施の一形態における動作について説明する。先ず、ミュ
ージックサーバ５０単独で実行される機能について説明
する。図７は、ＣＤ−ＲＯＭドライブ９にセットされた
ＣＤ５５の音楽データを、ミュージックサーバ５０のＨ
ＤＤ１０に記録する際の処理の一例のフローチャートで
ある。

【００８２】最初のステップＳ１０では、ユーザによ
る、ＣＤ５５の音楽データのＨＤＤ１０への記録要求が
待たれる。そして、例えばユーザによって入力手段１を
用いて記録要求が出されると、処理はステップＳ１１へ
移行する。ステップＳ１１では、要求された記録が高速
記録か１倍速での記録かが判断される。例えば、上述の
ステップＳ１０で記録要求が出される際に、ユーザによ
って、記録の方法、すなわち、記録を高速で行うか１倍
速で行うかが共に指定される。

【００８３】若し、ステップＳ１１で、高速で記録を行
うことが指定された場合、処理はステップＳ１２に移行
し、課金システムが起動される。課金システムによる処
理は、後述する。課金処理が行われ、高速記録が許可さ
れると、処理はステップＳ１３に移行し、圧縮エンコー
ダ１２において高速圧縮処理が起動される。そして、処
理はステップＳ１５へ移行する。

【００８４】一方、ステップＳ１１で１倍速で記録を行
うことが指定された場合、処理はステップＳ１４へ移行
し、圧縮エンコーダ１２で、低速圧縮処理が起動され
る。そして、処理はステップＳ１５へ移行する。

【００８５】ステップＳ１５では、ＣＰＵ８の制御に基
づき、所定の速度で以てＣＤ−ＲＯＭドライブ９が駆動
され、セットされたＣＤ５５に記録された音楽データが
読み出される。読み出された音楽データは、圧縮エンコ
ーダ１２で圧縮符号化され、ＨＤＤ１０に対して転送さ
れ記録される。

【００８６】ステップＳ１６で、ＨＤＤ１０への圧縮音
楽データの転送が終了したとされたら、次のステップＳ
１７でＣＤ−ＲＯＭドライブ９からＨＤＤ１０への転送
が禁止とされ、さらに次のステップＳ１８で圧縮エンコ
ーダ１２が停止される。

【００８７】図８は、上述の図７のフローチャートのス
テップＳ１２における課金処理の一例を示すフローチャ
ートである。課金処理は、ミュージックサーバ５０とイ
ンターネットサーバ６０との間で通信が行われることに
よってなされる。図８Ａは、ミュージックサーバ５０で
の処理を示し、図８Ｂは、インターネットサーバ６０で
の処理を示す。

【００８８】課金処理が開始されると、先ず、図８Ａの
最初のステップＳ２０で、ミュージックサーバ５０とイ
ンターネットサーバ６０との間で、所定のプロトコルで
以て通信が開始される。ステップＳ２１で、接続が確立
され通信可能なことが確認されると、処理はステップＳ
２２に移行する。

【００８９】ステップＳ２２では、ＣＤ−ＲＯＭドライ
ブ９にセットされＨＤＤ１０に転送し記録するＣＤ５５
のＴＯＣ情報がミュージックサーバ５０からインターネ
ットサーバ６０に対して送出される。それと共に、高速
記録を行う旨を示す高速記録情報がミュージックサーバ
５０からインターネットサーバ６０に対して送出され
る。

【００９０】一方、図８Ｂにおいて、インターネットサ
ーバ６０では、ミュージックサーバ５０からの高速記録
情報ならびにＴＯＣ情報が待たれる（ステップＳ３
０）。これらの情報が受信されたら、ステップＳ３１
で、ＴＯＣ情報の検索が行われる。ＴＯＣ情報を検索す
ることによりＣＤ５５が特定される。

【００９１】そして、次のステップＳ３２で課金処理が
なされる。課金は、例えば、予め登録されたユーザのク
レジットカード番号に基づき、口座から引き落とされる
ことで行うことができる。課金方法は、これに限らず、
例えば、ミュージックサーバ５０にプリペイドカードを
読み取る機能を設けておき、設定された課金額がミュー
ジックサーバ５０に対して送出され、ユーザがプリペイ
ドカードによって課金額を支払うという方法も考えられ
る。また、ＴＯＣ情報に基づき、ＣＤ５５の内容によっ
て課金額を変えたり、ＨＤＤ１０への記録を禁止するこ
ともできる。

【００９２】ステップＳ３３で、課金情報がミュージッ
クサーバ５０に対して送出される。そして、図８Ａにお
いて、ミュージックサーバ５０側で課金情報の確認がな
される（ステップＳ２３）。また、インターネットサー
バ６０側でも、ミュージックサーバ５０で課金情報が受
信されたかどうかが確認される（ステップＳ３４）。

【００９３】図８Ａに戻り、ステップＳ２３で課金情報
が確認されると、処理はステップＳ２４に移行し、受信
された課金情報などが表示部５３に表示される。そし
て、ステップＳ２５で、ＣＤ５５の音楽データがＣＤ−
ＲＯＭドライブ９で高速で読み出され、圧縮エンコーダ
１２で高速圧縮がなされ、ＨＤＤ１０に対して記録され
る。このステップＳ２５は、上述の図７におけるステッ
プＳ１５に対応する。

【００９４】ところで、この実施の一形態では、ミュー
ジックサーバ５０と携帯記録再生装置７０との間で、連
携動作が可能とされる。例えば、ミュージックサーバ５
０から携帯記録再生装置７０に対して音楽データを移動
する際には、これらの間での連携動作がなされる。図９
は、この移動の一例のフローチャートを示す。

【００９５】先ず、最初のステップＳ４０で、ミュージ
ックサーバ５０と携帯記録再生装置７０とが、インター
フェイス３４および３５で接続されているかどうかが判
断される。接続の検知は、例えばインターフェイス３４
および３５との間で所定の信号のやり取りを行うことで
なされる。また、これに限らず、ミュージックサーバ５
０および携帯記録再生装置７０とを接続する部分に、ス
イッチ機構を設け、機械的な手段で接続の検知を行うこ
ともできる。

【００９６】接続が確認されると、次のステップＳ４１
で、ＨＤＤ１０に記録され蓄積されている音楽データ
の、携帯記録再生装置７０への移動が要求されているか
どうかが判断される。例えば、表示部５３に対してＨＤ
Ｄ１０に蓄積されている圧縮音楽データがリスト表示さ
れ、ユーザによって、入力手段１としての所定のポイン
ティングデバイスにより、このリスト表示から所定の圧
縮音楽データが選択される。さらに、選択された圧縮音
楽データに対して、携帯記録再生装置７０への移動が指
示される。

【００９７】移動の指示の方法は、様々に考えられる。
例えば、表示部５３に移動を指示するボタンが表示さ
れ、このボタンを所定の方法で指定することで行うこと
ができる。また例えば、圧縮音楽データを示すアイコン
が表示され、このアイコンを、移動先の携帯記録再生装
置７０を示すアイコン上へと移動する、所謂ドラッグ＆
ドロップによって行うことも可能である。勿論、操作部
に設けられたスイッチ機構の操作により移動の指示を行
ってもよい。

【００９８】ステップＳ４１で圧縮音楽データの移動要
求があるとされたら、ステップＳ４２で、移動が指定さ
れた圧縮音楽データのファイルサイズが調べられる。そ
して、次のステップＳ４３で、携帯記録再生装置７０の
ＨＤＤ１０６の空き容量が調べられる。そして、このＨ
ＤＤ１０６の空き容量と、ステップＳ４２で調べられた
移動が指定された圧縮音楽データのファイルサイズとが
比較される。この比較結果に基づき、移動が指定された
圧縮音楽データがこのＨＤＤ１０６に記録可能であるか
どうかが判断される。若し、記録可能であるとされれ
ば、処理はステップＳ４５に移行し、圧縮音楽データの
転送が開始される。

【００９９】一方、ステップＳ４３で、携帯記録再生装
置７０のＨＤＤ１０６に空き容量が不足していると判断
されれば、処理はステップＳ４４に移行する。ステップ
Ｓ４４では、移動が指定された圧縮音楽データのＨＤＤ
１０６への記録が可能なように、ＨＤＤ１０６に既に記
録されている圧縮音楽データが削除される。そして、処
理はステップＳ４５に移行する。

【０１００】この圧縮音楽データの削除は、ＨＤＤ１０
６に既に記録されている圧縮音楽データの、所定のパラ
メータに基づき自動的になされる。例えば、携帯記録再
生装置７０において、ＨＤＤ１０６に記録されている圧
縮音楽データ毎に再生回数をカウントしておき、再生回
数の少ないものから削除することが考えられる。また、
ＨＤＤ１０６に記録された日付の古い順に削除するよう
にもできる。

【０１０１】さらに、自動的に削除する際に、ユーザに
とって重要な圧縮音楽データが削除されてしまうことも
あり得る。これを防止するために、ミュージックサーバ
５０の表示部５３や携帯記録再生装置７０のＬＣＤ１２
０に警告表示を行い、ユーザの確認を得てから削除する
ようにもできる。さらにまた、ミュージックサーバ５０
の表示部５３や携帯記録再生装置７０のＬＣＤ１２０に
対して、ＨＤＤ１０６に既に記録されている圧縮音楽デ
ータのリストを表示させ、削除する圧縮音楽データをユ
ーザ自身が選択するという方法もとれる。

【０１０２】上述のステップＳ４３およびステップＳ４
４の処理により、移動が指定された圧縮音楽データの、
ＨＤＤ１０６への記録が可能な状態にされると、ステッ
プＳ４５で、ミュージックサーバ５０から携帯記録再生
装置７０への圧縮音楽データの転送が開始される。すな
わち、ＨＤＤ１０から読み出された圧縮音楽データは、
バス４０ならびにインターフェイス３４を介して携帯記
録再生装置７０に供給される。携帯記録再生装置７０に
おいて、この供給された圧縮音楽データがインターフェ
イス３５にＨＤＤ１０６に記録される。

【０１０３】転送された圧縮音楽データは、ミュージッ
クサーバ５０側のＨＤＤ１０にも転送前と同様に存在し
ている。この実施の一形態では、ＨＤＤ１０に存在す
る、該当する圧縮音楽データの再生が禁止とされる（ス
テップＳ４６）。例えば、圧縮音楽データに対して再生
禁止を示す再生禁止フラグが立てられる。これにより、
該当の圧縮音楽データがミュージックサーバ５０から携
帯記録再生装置７０へと、仮想的に移動されることにな
る。したがって、各圧縮音楽データは、常に一つしか存
在しないように管理され、不正なデータの複製が防止さ
れる。

【０１０４】そして、次のステップＳ４７では、次の圧
縮音楽データの移動要求があるかどうかが判断される。
若し、さらに圧縮音楽データの移動を行いたい場合に
は、処理はステップＳ４２に戻される。これ以上のデー
タの移動要求が無い場合には、一連の移動の処理が終了
される。

【０１０５】なお、上述では、図９のフローチャートの
ステップＳ４２〜ステップＳ４６で１つの圧縮音楽デー
タを移動するように説明されているが、これはこの例に
限定されず、複数の圧縮音楽データをまとめて移動する
ようにもできる。

【０１０６】また、上述では、ステップＳ４６の処理
で、移動元であるミュージックサーバ５０のＨＤＤ１０
において、移動された圧縮音楽データは、再生禁止とさ
れるだけで存在はしているように説明したが、これは例
に限定されず、削除するようにしてもよい。

【０１０７】ところで、上述では、圧縮音楽データをミ
ュージックサーバ５０から携帯記録再生装置７０へ移動
する例について説明したが、逆方向への移動、すなわ
ち、携帯記録再生装置７０のＨＤＤ１０６に記録されて
いる圧縮音楽データを、ミュージックサーバ５０のＨＤ
Ｄ１０へと移動させることも、図９のフローチャートと
同様の処理に従って実行が可能である。

【０１０８】このとき、ミュージックサーバ５０から携
帯記録再生装置７０へ移動した圧縮音楽データを、再び
携帯記録再生装置７０からミュージックサーバ５０へ移
動することによって、ミュージックサーバ５０におい
て、該当する圧縮音楽データの再生禁止フラグが解除さ
れる。すなわち、該当の圧縮音楽データは、再びミュー
ジックサーバ５０において再生することができるように
なる。

【０１０９】ところで、ミュージックサーバ５０におい
ては、ＨＤＤ１０に対して多数の音楽データが記録可能
とされている。そのため、目的の音楽データを素早く捜
し出すために、音楽データのインデックスが設けられ
る。インデックスは、インデックスファイルとして作成
され、ＣＤ５５の音楽データのＨＤＤ１０に対しての記
録、入力手段１あるいは所定のインターフェイスを介し
てなされる他の電子機器からの入力、さらには、音楽デ
ータの移動などの際に更新され、例えばＨＤＤ１０に保
存されることで登録される。

【０１１０】図１０は、表示部５３に表示されるインデ
ックス表示の一例を示す。インデックスファイルのデー
タ構造は、このインデックス表示に対応している。な
お、インデックス表示のデータ順とインデックスファイ
ルのデータ順は、必ずしも一致している必要はない。１
行が１つの音楽データに対応し、この例では、「Ｓｔａ
ｔｅ」，「Ｍｕｓｉｃｉａｎ」，「Ｍｕｓｉｃ Ｎａｍ
ｅ」，「Ａｌｂｕｍ Ｎａｍｅ」，「Ｍｕｓｉｃ Ｎ
ｏ．」，「Ｄａｔｅ」，および「Ｗｈｏ」の各属性情報
からなる。

【０１１１】「Ｓｔａｔｅ」は、ステータスであって、
その音楽データの状態を示す。例えば、Ｓｔａｔｅが
「ｍｖｏ」であれば、そのデータが移動されていること
を示す。また、Ｓｔａｔｅが「ｄｌｔ」であれば、その
データが削除されたデータであることを示す。さらに、
Ｓｔａｔｅが「ｎｏｒｍ」であれば、そのデータが再生
可能な状態であることを示す。ステータスは、該当する
音楽データの状態の遷移に応じて、自動的に更新され登
録される。

【０１１２】「Ｍｕｓｉｃｉａｎ」は、その音楽データ
の演奏者などの名前を示す。「Ｍｕｓｉｃ Ｎａｍｅ」
は、その音楽データの曲名である。「Ａｌｂｕｍ Ｎａ
ｍｅ」は、その音楽データが収録されている、例えばＣ
Ｄ５５の名前であり、「Ｍｕｓｉｃ Ｎｏ．」は、その
ＣＤ５５に対して、例えば商品管理のために付された番
号である。これらのデータは、例えばインターネット６
１を介してインターネットサーバ６０から入手され、自
動的に登録される。勿論、ユーザが入力手段１などを用
いて入力するようにしてもよい。

【０１１３】「Ｄａｔｅ」は、その音楽データがこのミ
ュージックサーバ５０のＨＤＤ１０に対して記録された
日付である。また、「Ｗｈｏ」は、その音楽データの供
給元を示す。例えば、「ｃｄ」と記されていれば、ＣＤ
５５からの供給である。「ｆ」で始まる記号は、他のミ
ュージックサーバ５０からの供給である。また、「ｎｅ
ｔ」は、例えばインターネット６１を介して供給された
データを表し、「ｄｉｎ」は、例えば端子１７からディ
ジタル入力されたデータを表す。これらの項目は、該当
する音楽データの登録に伴い、自動的に更新ならびに登
録される。

【０１１４】インデックスファイルは、例えばユーザの
操作によって必要に応じて呼び出され、ファイル内容に
基づく表示が表示部５３に行われる。ユーザは、この表
示によって、再生や移動を行う音楽データを捜し出した
り、自分の行った操作の結果を確認することができる。

【０１１５】以下に、インデックスの登録ならびにイン
デックスの登録に伴う表示部５３へのインデックスの表
示について説明する。図１１は、インデックスの登録処
理の一例のフローチャートである。また、図１２〜図１
５は、インデックス登録に伴う表示部５３へのインデッ
クス表示の例を、操作内容に応じて示す。

【０１１６】最初のステップＳ５０で、ユーザの操作に
基づき処理内容が判断される。この判断に基づき、以下
の処理が自動的に行われる。この例では、ＣＤ５５から
の音楽データのＨＤＤ１０への記録，音楽データの移
動，および所定のインターフェイス（例えばＰＣカード
スロット３１やＩＥＥＥ１３９４インターフェイス２
８）を介しての他の電子機器、例えばパーソナルコンピ
ュータからのインデックス登録が選択可能となってい
る。

【０１１７】なお、ＨＤＤ１０には、予め複数の音楽デ
ータが記録され、インデックスファイルには、対応する
インデックス情報が登録されているているものとする。

【０１１８】この図１０に示される例では、最上段の音
楽データＡが移動されていて（ステータスが「ｍｏ
ｖ」）ミュージックサーバ５０において再生不可の状態
にされている。続く音楽データＢ〜Ｄの３データは、再
生可能とされている（ステータスが「ｎｏｒｍ」）。ま
た、最下段の音楽データＥは、一旦登録されたものの、
削除されており（ステータスが「ｄｌｔ」）、インデッ
クス情報だけが存在している。このように、この発明に
おいては、ＨＤＤ１０上から削除された音楽データに関
しても、インデックス情報を残しておくことができる。

【０１１９】なお、この実施の一形態では、使用中の音
楽データに対応する属性情報が優先的に上段から並べら
れ表示される。この例では、音楽データのステータスに
基づき、移動されたデータが最優先に上段に表示され、
通常の再生可能なデータがその次に表示される。削除さ
れインデックス情報だけが存在するデータは、その下か
ら表示される。同一のステータスを有するデータ同士で
は、例えば、「Ｍｕｓｉｃｉａｎ」の記述に基づいて並
べられる。勿論、これは例であって、表示の順番は、他
の規則で決めてもよい。

【０１２０】先ず、ステップＳ５０において、ＣＤ５５
からの音楽データの記録が選択された場合について説明
する。ここでは、ＣＤ５５の音楽データの高速記録を行
う場合について説明する。ステップＳ５１で高速記録が
指示されると、処理はステップＳ５２に移行する。

【０１２１】ステップＳ５２では、記録を行う音楽デー
タが新規データであるかどうかが判断される。例えば、
ＨＤＤ１０上に記録されている音楽データを検索すると
共に、インデックスファイルの検索を行う。そして、
(1) ＨＤＤ１０上およびインデックスファイルの何方に
も存在しないデータ（新規データ）であるか、(2) ＨＤ
Ｄ１０上には存在しないがインデックスファイルには登
録されているデータであるか、あるいは、(3) ＨＤＤ１
０上およびインデックスファイルの双方に共に存在する
データ（既存データ）であるかが判断される。

【０１２２】若し、ステップＳ５２で、(3) 既存データ
であるとされれば、処理はステップＳ５３に移行し、イ
ンデックスファイル中の該当する音楽データの、「Ｄａ
ｔｅ」だけが更新される。ステップＳ６４で、更新され
たインデックス情報がインデックスファイルに登録され
る。課金処理は行われない。

【０１２３】一方、ステップＳ５２で、(1) 新規データ
の記録、あるいは、(2) インデックス情報のみが存在す
るとされれば、音楽データのＨＤＤ１０への記録を行う
ために、処理はステップＳ５４に移行する。ステップＳ
５４では、ＨＤＤ１０の空き容量が調べられる。必要な
空き容量は、例えば、ＣＤ５５のＴＯＣ情報に含まれ
る、音楽データの時間情報から知ることができる。

【０１２４】ステップＳ５４で、若し、音楽データを記
録するのに十分な空き容量がＨＤＤ１０上に存在すると
されれば、処理はステップＳ５５に移行する。そして、
ステップＳ５５で、音楽データのＨＤＤ１０に対する高
速記録が行われると共に、課金処理が行われる。そし
て、ステップＳ６４で、インデックスファイルが更新さ
れ、インデックス情報の登録が行われる。

【０１２５】一方、ステップＳ５４で、ＨＤＤ１０に空
き容量が不足しているとされれば、処理はステップＳ５
６に移行する。そして、ステップＳ５６およびステップ
Ｓ５７で削除可能なデータが検索され、検索された音楽
データが削除される。データの削除は、記録する音楽デ
ータが記録できるだけの空き容量が確保されるまで、繰
り返される。なお、削除される音楽データは、ユーザに
よってその都度選択するようにしてもよい。

【０１２６】削除可能な音楽データとして、例えば音楽
データの再生頻度をカウントし、その頻度が低いものが
選択されるようにできる。また、ステータス「Ｓｔａｔ
ｅ」に削除可能な音楽データを示すマークを付し、この
マークの付いたデータのうち古いものから順に削除する
ようにしてもよい。さらに、例えば不要な音楽データが
ＨＤＤ１０の所定領域に自動あるいは手動で退避させら
れるようにしておき、この所定領域に退避された音楽デ
ータから順に削除するようにもできる。

【０１２７】なお、ステップＳ６４では、該当する音楽
データに関するインデックス情報が既に登録されている
場合（上述の(2) の場合）は、インデックス情報におい
て、該当するインデックス情報が更新される。例えば、
図１０に示される例で、一旦削除した音楽データＥを再
び記録した際には、図１２に一例が示されるように、音
楽データＥのステータス「Ｓｔａｔｅ」が「ｄｌｔ」か
ら「ｎｏｒｍ」に変更されると共に、日付「Ｄａｔｅ」
が変更される。それと共に、音楽データＥの表示の順番
が変更される。

【０１２８】これに対して、上述の(1) のように、その
音楽データが全く新規に記録される場合は、新たなイン
デックス情報が作成される。図１３に一例が示されるよ
うに、音楽データＦが既存のインデックスに対して挿入
される。

【０１２９】このように、この発明では、インデックス
情報に基づき音楽データの記録の際の判定が行われる。
そのため、同一の音楽データに対して二重に課金が課さ
れたり、同じ音楽データが二重に登録されたりすること
を防止することができる。

【０１３０】なお、ここでは、ＣＤ５５からの高速記録
について説明したが、一倍速記録の場合も、ステップＳ
５５において課金処理が行われないだけで、他の処理
は、上述と同様にして行われる。

【０１３１】次に、上述のステップＳ５０において、音
楽データの移動が選択された場合について説明する。ス
テップＳ５８で音楽データの移動が指示されると、次の
ステップＳ５９で、ミュージックサーバ５０から他の電
子機器、例えば携帯記録再生装置７０への移動（ＯＵ
Ｔ）であるか、他の電子機器からミュージックサーバ５
０への移動（ＩＮ）であるかが判断される。

【０１３２】何れの判断においても、処理はステップＳ
６０に移行し、移動が指示された音楽データに関する、
既存のインデックス情報との比較・照合が行われる。そ
して、移動がＯＵＴであれば、処理はステップＳ６１へ
移行し、移動がＩＮであれば、処理はステップＳ６２へ
移行する。

【０１３３】ステップＳ６１では、インデックス情報の
ステータスが「ｎｏｒｍ」から「ｍｖｏ」へと変更さ
れ、音楽データが移動されたことが示される。それと共
に、インデックス情報の日付「Ｄａｔｅ」がその日の日
付に変更される。そして、該当する音楽データがＨＤＤ
１０から読み出され、相手先、例えば携帯記録再生装置
７０に移動され、相手先の記録媒体（この例ではＨＤＤ
１０６）に記録される。そして、処理はステップＳ６４
に移行する。

【０１３４】このとき、インデックス情報の「Ｗｈｏ」
の項目に、移動した相手先を示す情報を記述するように
すると、より好ましい。この情報は、相手先が携帯記録
再生装置７０であれば、インターフェイス３４および３
５を介して、自動的に得ることができる。なお、上述し
たように、音楽データの移動に伴い、ミュージックサー
バ５０のＨＤＤ１０上の該当する音楽データに対して再
生禁止フラグが立てられ、その音楽データの再生が禁止
される。

【０１３５】ステップＳ６４では、インデックスファイ
ルが更新され、インデックス情報の登録がなされる。例
えば図１０において音楽データＤが移動された場合に
は、図１４に一例が示されるように、音楽データの順番
が入れ替えられると共に、ステータス「Ｓｔａｔｅ」が
「ｎｏｒｍ」から「ｍｏｖ」へと変更される。

【０１３６】一方、ステップＳ６２では、インデックス
情報のステータスが「ｍｖｏ」から「ｎｏｒｍ」へと変
更される。それと共に、インデックス情報の日付「Ｄａ
ｔｅ」がその日の日付に変更される。そして、相手先、
例えば携帯記録再生装置７０の該当する音楽データが削
除されると共に、ミュージックサーバ５０において、該
当する音楽データの再生禁止フラグが再生可能を示すよ
うに戻される。

【０１３７】そして、ステップＳ６４で、インデックス
ファイルが更新され、インデックス情報の登録がなされ
る。例えば図１０において音楽データＡが移動によって
ミュージックサーバ５０に戻された場合には、図１５に
一例が示されるように、音楽データの順番が入れ替えら
れると共に、ステータスが「ｍｏｖ」から「ｎｏｒｍ」
へと変更される。

【０１３８】なお、音楽データに対して属性として期限
を持たせることができる。期限を持たされた音楽データ
は、ミュージックサーバ５０から移動された後、その期
限までにミュージックサーバ５０に対して戻さないと、
ＨＤＤ１０上から実際に削除されるようにできる。この
場合、期限が迫った音楽データの表示や、期限を超過し
た音楽データの表示を、例えば点滅表示させることによ
り強調し、警告表示を行うと好ましい。

【０１３９】上述したように、この実施の一形態では、
他の電子機器、例えばパーソナルコンピュータなどで作
成されたインデックス情報を、このミュージックサーバ
５０のインデックスファイルに対して登録することがで
きる。すなわち、上述のステップＳ５０で、他の電子機
器からのインデックス情報の登録が選択された場合、処
理はステップＳ６３に移行する。

【０１４０】ステップＳ６３では、他の電子機器で作成
されたインデックス情報が所定のインターフェイス、例
えばＰＣカードスロット３１やＩＥＥＥ１３９４インタ
ーフェイス２８を介して供給される。インターネット６
１を介して供給されるようにもできる。供給されたイン
デックス情報は、例えば、ＨＤＤ１０に存在する既存の
インデックス情報に対して追加される。このとき、ステ
ータスなども、他の電子機器から供給されたことを示す
ものにすると好ましい。こうして他の電子機器から供給
されたインデックス情報は、例えば、上述のステップＳ
５２でインデックス情報のみとして扱われるようにでき
る。

【０１４１】なお、上述では、インデックス登録をステ
ップＳ６４で一括して行うように記述したが、これはこ
の例に限定されない。例えばステップＳ５３やステップ
Ｓ５５，ステップＳ６３，ステップＳ６１あるいはステ
ップＳ６２でインデックス登録も行い、ステップＳ６４
を省略するようにしてもよい。

【０１４２】また、上述では、インデックス情報の表示
を全て文字によって行っているが、勿論、これは、アイ
コン表示のなどような図形で表してもよい。登録可能な
インデックス情報の数は、ＨＤＤ１０の容量などに依る
が、例えば９９９９曲がミュージックサーバ５０におい
て登録可能とされる。

【０１４３】さらに、インデックス情報を検索可能にで
きる。「Ｍｕｓｉｃｉａｎ」，「Ｍｕｓｉｃ Ｎａｍ
ｅ」，「Ａｌｂｕｍ Ｎａｍｅ」などによるキーワード
検索や頭文字による検索、「ＭｕｓｉｃＮｏ．」による
検索、「Ｄａｔｅ」による記録を行った日付による検
索、「Ｗｈｏ」によるデータ供給元での検索など、様々
な方面からの検索方法が考えられる。これらの検索を複
合的に行ったり、範囲による検索を行うことも可能であ
る。

【０１４４】さらにまた、インデックス情報のためのメ
モリ容量を大量に確保すれば、インデックス情報に登録
されている全音楽データの先頭部分の例えば数秒間を別
途記録しておき、頭出し検索を行うことも可能である。
先頭部分の記録は、音楽データをさらに圧縮して行うこ
ともできるし、別途に記録を行わなくても、実際の音楽
データの先頭部分を順次再生するようにしてもよい。

【０１４５】また、プリンタ対応のインターフェイスを
ミュージックサーバ５０に持たせることによって、イン
デックス情報をプリントアウトするようにもできる。さ
らに、インデックスファイルの構造を、例えばパーソナ
ルコンピュータ上で稼働する市販の表計算ソフトウェア
や、データベースソフトウェアと互換性を持たせた構造
とすると、インデックス情報をパーソナルコンピュータ
上で管理できて好ましい。同様に、パーソナルコンピュ
ータにおいてインデックス情報を作成し、それをそのま
まミュージックサーバ５０のインデックス情報とするこ
とも可能である。この場合、ファイルの構造そのものは
これらのソフトウェアと互換性を持つ必要はなく、イン
ターフェイスから出力される際に、互換性のあるフォー
マットとするようにしてもよい。

【０１４６】ところで、ＣＤの規格としては、音楽デー
タを記録するためのＣＤ−ＤＡの他に、音楽データと共
にプログラムデータやテキストデータの記録を行えるよ
うにした、例えばＣＤ−ＲＯＭ ＸＡと称されるものも
存在する。このような規格に基づくＣＤにおいて、音楽
データと共に、例えばその音楽データに関連したインタ
ーネット上のＵＲＬが記録されることも考えられる。上
述したように、このミュージックサーバ５０にはＷＷＷ
ブラウザが搭載されているため、このＵＲＬ情報を読み
出し、インターネット６１に接続することで、ＵＲＬで
示されるホームページなどを表示部５３に表示させるよ
うにできる。また、ＵＲＬ情報を、例えばＩＥＥＥ１３
９４インターフェイス２８やＰＣカードスロット３１を
介してパーソナルコンピュータなどに供給するようにも
できる。

【０１４７】

【発明の効果】以上説明したように、この発明によれ
ば、ユーザが所有している曲情報のリストを自動的に作
成するようにされている。そのため、ユーザは、ミュー
ジックサーバに登録されている曲情報やその他の所有し
ている曲情報を、一括して管理できるという効果があ
る。

【０１４８】また、この発明によれば、インデックス情
報に、音楽データが移動されているかどうか、あるい
は、削除されたデータであるかどうかなどのステータス
が含まれているため、各音楽データのミュージックサー
バに対する記録状況が一目瞭然に分かるという効果があ
る。

【０１４９】さらに、この実施の一形態によれば、ＩＥ
ＥＥ１３９４インターフェイスやＰＣカードを有し、イ
ンデックス情報を、例えばパーソナルコンピュータにて
稼働する表計算ソフトウェアやデータベースソフトウェ
アなどと互換性のあるデータ形式で出力および入力する
ことができるようにされている。そのため、このミュー
ジックサーバとパーソナルコンピュータなどの他の電子
機器とを接続して、より広範にインデックス情報を利用
できるという効果がある。

【０１５０】さらにまた、この実施の一形態によれば、
ミュージックサーバに対して課金処理を行うためにイン
ターネットが接続されているため、このインターネット
を介してデータを取得することができる効果がある。

【図面の簡単な説明】

【図１】この発明によるミュージックサーバおよびミュ
ージックサーバを用いたシステムを概略的に示す略線図
である。

【図２】ミュージックサーバの構成の一例を示すブロッ
ク図である。

【図３】ＣＤ−ＲＯＭドライブで読み出された音楽デー
タがＨＤＤに記録されるまでの信号フローを概略的に示
す図である。

【図４】ＨＤＤから読み出された圧縮音楽データが再生
処理されて端子に導出されるまでの信号フローを概略的
に示す図である。

【図５】携帯記録再生装置の構成の一例を示すブロック
図である。

【図６】携帯記録再生装置の他の例を示すブロック図で
ある。

【図７】ミュージックサーバにおける、ＣＤの音楽デー
タをＨＤＤに記録する際の処理の一例のフローチャート
である。

【図８】ＣＤの音楽データをＨＤＤに高速記録する際の
課金処理の一例を示すフローチャートである。

【図９】この発明による音楽データの移動の処理の一例
のフローチャートである。

【図１０】表示部に表示されるインデックス表示の一例
を示す略線図である。

【図１１】この発明による、インデックスの登録処理の
一例のフローチャートである。

【図１２】表示部に表示されるインデックス表示の一例
を示す略線図である。

【図１３】表示部に表示されるインデックス表示の一例
を示す略線図である。

【図１４】表示部に表示されるインデックス表示の一例
を示す略線図である。

【図１５】表示部に表示されるインデックス表示の一例
を示す略線図である。

【符号の説明】

１・・・ミュージックサーバの入力手段、８・・・ミュ
ージックサーバのＣＰＵ、９・・・ＣＤ−ＲＯＭドライ
ブ、１０・・・ミュージックサーバのハードディスクド
ライブ、１１・・・ミュージックサーバのバッファメモ
リとしてのＤＲＡＭ、１２・・・ミュージックサーバの
圧縮エンコーダ、１９・・・通信回線、２０・・・モデ
ム、２１・・・ミュージックサーバの圧縮デコーダ、２
６・・・ミュージックサーバのＬＣＤ、３４，３５・・
・インターフェイス、４０・・・バス、５０・・・ミュ
ージックサーバ、５５・・・ＣＤ、６０・・・インター
ネットサーバ、７０・・・携帯記録再生装置、１０６・
・・携帯記録再生装置のハードディスクドライブあるい
はフラッシュＲＡＭ、１０７・・・携帯記録再生装置の
バッファメモリとしてのＤＲＡＭ、１０８・・・携帯記
録再生装置の圧縮エンコーダ、１１５・・・携帯記録再
生装置の圧縮デコーダ、１２０・・・携帯記録再生装置
のＬＣＤ、１３０・・・携帯記録再生装置のバス、２０
０・・・スイッチ回路

Claims (6)

【特許請求の範囲】
1. 【請求項１】 入力されたデータを記憶する記憶媒体
   と、 上記記憶媒体に記憶されたデータを再生する再生手段
   と、 上記記憶媒体に記憶されている上記データを他の電子機
   器に移動する移動手段と、 上記移動手段により上記他の電子機器に移動された上記
   データを表す属性情報を保持する保持手段とを有するこ
   とを特徴とする記録再生装置。
2. 【請求項２】 請求項１に記載の記録再生装置におい
   て、 上記保持手段により保持された上記属性情報を表示する
   表示手段をさらに有することを特徴とする記録再生装
   置。
3. 【請求項３】 請求項１に記載の記録再生装置におい
   て、 上記移動手段により移動された上記データは、上記記憶
   媒体に記憶保持されていることを特徴とする記録再生装
   置。
4. 【請求項４】 請求項２に記載の記録再生装置におい
   て、 上記移動手段により上記他の電子機器に移動された上記
   データを表す属性情報を表示する上記表示手段に、上記
   データが移動されていることを示す表示を行うことを特
   徴とする記録再生装置。
5. 【請求項５】 請求項２に記載の記録再生装置におい
   て、 上記移動手段により上記他の電子機器に移動された上記
   データを表す属性表示を表示する上記表示手段に表示さ
   れる上記表示に、上記再生手段による上記データの再生
   を禁止する旨の表示を行うことを特徴とする記録再生装
   置。
6. 【請求項６】 データの属性情報を登録する登録手段
   と、 入力されたデータを記憶する記憶手段と、 上記記憶媒体に記憶されている上記データを再生する再
   生手段と、 上記記憶媒体に対して、上記登録手段に登録されている
   上記属性情報に対応するデータが係わる場合、上記記憶
   媒体における該データの状態に従い上記登録手段に登録
   された上記属性情報を変更する手段とを有することを特
   徴とする記録再生装置。