JPH11232840A - 記憶装置 - Google Patents

Abstract

(57)【要約】 【課題】 多数の音楽データを記憶するような記憶装置
で、不要なデータの削除および復元を容易に行うことが
できるようにする。 【解決手段】 ＨＤＤのＦＡＴに対して、ＨＤＤに記録
される音楽データファイルの夫々のアドレスと共に、記
録並びに消去の日時、タイトル情報等が格納される。フ
ァイルの夫々に対して消去レベルが設定される。レベル
０は、再生可能なファイルである。レベル１は、ファイ
ルが一時的に削除され再生不可とされ、ごみ箱に収納さ
れた状態とされる。ごみ箱から出すことで、レベルが０
に戻され再生可能となる。レベル２は、削除対象ファイ
ルであり、再生できない。レベルは、所定の条件に基づ
き自動的に変更される。例えばレベル０のファイルで再
生頻度が低いものは、一定期間後にレベルが１とされ
る。また例えば、レベル１のファイルは、一定期間経過
後に自動的にレベル２に変更され、削除対象とされる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ハードディスク
などのランダムアクセス可能な大容量の記憶媒体にオー
ディオデータを蓄積的に記憶するようにした記憶装置に
関する。

【０００２】

【従来の技術】現在、オーディオ信号をディジタル方式
に変換して記憶媒体に記憶させることが一般的になって
いる。このときの記憶媒体としては、ＣＤ(Conpact Dis
c)やＭＤ(Mini Disc) といったディスク記憶媒体が主に
用いられる。

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

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

【０００５】一方、携帯用のオーディオデータ再生装置
としては、近年、ＭＤ(Mini Disc)を用いたものが一般
的になりつつある。これは、音声信号をディジタル変換
し、ＡＴＲＡＣ(Adaptive Transform Acoustic Coding:
商標) と称される圧縮技術によって圧縮して、光磁気を
利用したＭＤに記録する。音声信号がディジタルデータ
として記録されるため音質の劣化が少なく、記録媒体に
ディスクを用いているためランダム再生が可能であると
いうメリットがある。

【０００６】この携帯用のＭＤ再生装置においても、一
度ＭＤに記録を行うと、再生する際には、そのＭＤの範
囲でしかランダム再生や一般的な再生を行えなかった。
そのため、複数枚のＭＤでのランダム再生や曲指定再生
などでは、いちいちディスクを入れ替える必要があっ
た。したがって、利用者は、いつも複数枚のＭＤを持ち
歩かなければならず、不便であった。

【０００７】

【発明が解決しようとする課題】近年、数ＧＢｙｔｅと
いう大容量で小型のハードディスクが比較的安価に入手
できるようになっている。このハードディスクを利用す
ることによって、大量のオーディオデータを記憶させ、
且つ、それらをランダムに連続再生させることが容易に
実現できる。ところが、従来では、オーディオ用として
のハードディスクを、民生向けの再生機器になどには用
いていなかったという問題点があった。

【０００８】ところで、ハードディスクでは、大量のオ
ーディオデータを記憶させることができるため、記憶さ
せてみたものの、不要であった、といったようなデータ
が多数生じる恐れがある。そのようなデータをその都度
削除していたのでは、後に再びそのデータが必要になっ
たときに、記憶し直さなければならない。

【０００９】パーソナルコンピュータなどでは、削除し
たいファイルを所定の領域に退避させることで、そのフ
ァイルを仮想的に削除したとするような、所謂「ごみ
箱」という機能が一般的に用いられている。「ごみ箱」
にファイルを入れることで、そのファイルは、削除され
たことにされる。一方、「ごみ箱」に入れられたファイ
ルは、再び「ごみ箱」から出して使用可能な状態にされ
ているため、依然としてハードディスクにおいて、元の
ファイルと同一サイズの領域を占有し続ける。したがっ
て、「ごみ箱」に入れられたファイルは、折りを見て実
際に削除してやらなければ、ハードディスクの容量を圧
迫することになる。

【００１０】なお、通常、この「ごみ箱」機能において
は、予め「ごみ箱」に収納できる最大の容量を定めるこ
とができる。「ごみ箱」に入れられたファイルの合計容
量がこの最大容量を越えるような場合には、その旨表示
される。

【００１１】これを、上述の、オーディオの民生向け製
品に当てはめて考えてみる。すなわち、オーディオデー
タを記憶するようにしたハードディスクを、不特定多数
の利用者が対象とされる民生向け製品に適用する場合で
ある。この場合、「ディスク容量が一杯です」といった
ようなメッセージだけでは、ユーザに対して不親切であ
り、また、ユーザに気付かれないおそれもある。そのた
め、例えば新たなオーディオデータを記憶させようとし
ても記憶できないといったような、クレームの対象とな
るような問題にもなり得るという問題点があった。

【００１２】したがって、この発明の目的は、不要なデ
ータの削除および復元を容易に行うことができるような
記憶装置を提供することにある。

【００１３】

【課題を解決するための手段】この発明は、上述した課
題を解決するために、本体に内蔵され、複数のデータが
記憶される記憶媒体と、記憶媒体に記憶される複数のデ
ータの各々をアイコン表示する表示手段と、記憶媒体内
のうち所定の記憶領域が割り当てられ、表示手段に表示
される一時記憶手段と、表示手段にアイコン表示される
複数のデータのうちユーザにより選択されたデータを一
時記憶手段に移動および記憶させる移動手段と、複数の
データの各々のユーザの使用頻度に応じて一時記憶手段
に所定のデータを移動および記憶させる自動移動手段と
を備えることを特徴とする記憶装置である。

【００１４】また、この発明は、上述した課題を解決す
るために、本体に内蔵され、複数のデータが記憶される
記憶媒体と、記憶媒体に記憶される複数のデータの各々
をアイコン表示する表示手段と、記憶媒体内のうち所定
の記憶領域が割り当てられ、表示手段に表示される一時
記憶手段と、表示手段にアイコン表示される複数のデー
タのうちユーザに選択された所定のデータを一時記憶手
段に移動および記憶させる移動手段と、移動手段により
一時記憶手段に移動および記憶された所定のデータは自
動的に圧縮されて一時記憶手段に記憶されるように制御
する圧縮制御手段とを備えることを特徴とする記憶装置
である。

【００１５】また、この発明は、上述した課題を解決す
るために、本体に内蔵され、複数のデータが記憶される
記憶媒体と、記憶媒体に記憶される複数のデータの各々
をアイコン表示する表示手段と、記憶媒体内のうち各々
所定の記憶領域が割り当てられ、表示手段に表示される
複数の一時記憶手段と、表示手段にアイコン表示される
複数のデータのうちユーザに選択された所定のデータを
複数の一時記憶手段のうち所定の一時記憶手段に移動お
よび記憶させる移動手段と、複数の一時記憶手段に各々
記憶された所定のデータを各々の一時記憶手段で決めら
れた所定期間で各々の記憶領域から削除するように制御
する削除制御手段とを備えることを特徴とする記憶装置
である。

【００１６】上述したように、この発明は、記憶媒体に
記憶されたデータが使用頻度に応じて、データが自動的
に一時記憶手段に移動されるため、ユーザが記憶媒体の
容量をあまり気にする必要がない。

【００１７】また、この発明では、記憶媒体に記憶され
たデータが一時記憶手段に移動される際に、圧縮処理さ
れるため、記憶媒体を有効に利用することができる。

【００１８】さらに、この発明では、一時記憶手段に記
憶されたデータは、予め決められた期間を経過すると自
動的に削除されるため、ユーザが記憶媒体の容量をあま
り気にする必要がない。

【００１９】

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

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

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

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

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

【００２４】圧縮符号化には様々な方法を用いることが
可能であるが、この例では、ＡＴＲＡＣ２(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:商
標) ，ディジタルビデオなどから音楽データを取り込む
ようにできる。さらに、ＰＣカードスロット３１にＰＣ
カードを装着することで、外部記憶装置やその他のメデ
ィアドライブ、あるいは、モデム，ターミナルアダプ
タ，キャプチャボードなどの様々な周辺機器の拡張が容
易である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１１５】図１０は、表示部５３における音楽データ
ファイル表示画面の一例を示す。音楽データは、ＨＤ１
０上に音楽データファイルとして存在する。各音楽デー
タファイルは、アイコン２００，２００，２００，・・
・として表される。アイコン２００，２００，・・・に
用いられる画像は、例えば、インターネットサーバ６０
から音楽データの付加情報として得られたジャケット画
像を縮小したものが用いられる。勿論、予め用意された
所定の画像を用いるようにしてもよい。また、直接的に
音楽データファイルを表示せず、複数の音楽データファ
イルを含むフォルダを表示し、このフォルダを指定する
ことで、フォルダに含まれる音楽データファイルのアイ
コン２００，２００，・・・を表示するようにしてもよ
い。

【０１１６】ユーザによって、例えば入力手段１によっ
てアイコン２００，２００，・・・の何れかが指定され
実行されると、その音楽データファイルが再生されると
共に、音楽データに付加された付加情報が表示部５３に
表示される。また、音楽データファイル毎に、そのファ
イルが再生された回数を計数するようにできる。計数結
果は、例えばＨＤＤ１０の所定領域に格納される。

【０１１７】ところで、上述したように、ＨＤＤ１０に
対してＣＤ５５の音楽データの記録を次々と行うと、当
然、ＨＤＤ１０の容量が満杯になったり、また、記録は
したがほとんど再生することが無かったという音楽デー
タが発生したりする。このような場合、不要な音楽デー
タファイルを削除する必要が生じる。一方、音楽データ
ファイルを完全に削除してしまうと、そのファイルを再
び再生したくなったような場合、またＣＤ５５からの記
録を行わなくてはならない。

【０１１８】そこで、この発明では、上述の図１０に示
される、音楽データファイル表示画面に対して、不要フ
ァイルの一時的な収納場所を示すごみ箱アイコン２０１
が設けられる。音楽データファイルがこの収納場所（以
下、「ごみ箱」と称する）に入れられると、そのファイ
ルは、仮の削除扱いとされ、音楽データファイル表示画
面から隠されると共に、所定の処理を行わない限り、再
び再生できないようにされる。例えば、所定の操作によ
り、ごみ箱内のファイルを指定してそのファイルをごみ
箱から出すことによって、再度、そのファイルは、再生
可能な状態とされる。

【０１１９】例えば、ＨＤＤ１０に記録されている音楽
データファイルのそれぞれに対して、ファイルの削除の
可否を示すフラグが設けられる。このフラグは、削除の
可否を段階的に示すようにしてもよい。音楽データファ
イル表示画面において、音楽データファイルを表すアイ
コン２００，２００，・・・を、ポインティングデバイ
スとしての入力手段１によって指定して、ごみ箱アイコ
ン２０１の上に移動する、ドラッグ＆ドロップを行うこ
とで、ファイル削除の可否を示すフラグが例えば「一時
的削除」を示す値とされ、該当ファイルがごみ箱に収納
される。このとき、該当ファイルの属性として、そのフ
ァイルが収納された日時ならびにそのファイルのサイズ
が記録される。

【０１２０】なお、アイコン２００，２００，・・・を
ごみ箱に入れる方法は、この方法に限られない。例えば
４方向キーでごみ箱に収納させるファイルを示すアイコ
ンを指定して、別のキーで決定するようにしてもよい。

【０１２１】図１１は、ごみ箱の内容を確認する画面の
一例を示す。例えば、ごみ箱アイコン２０１を入力手段
１によって指定することで、ごみ箱内容一覧２０２が表
示される。ごみ箱内容一覧２０２には、ごみ箱に収納さ
れた音楽データファイルの名前と共に、そのファイルが
ごみ箱に収納された日付やファイルサイズなどが表示さ
れる。また、このごみ箱内容一覧２０２において、所定
のファイルを指定することによって、そのファイルを実
際にＨＤＤ１０上から削除することができる。なお、ご
み箱として所定の容量を予め定めておくようにすると、
ごみ箱が無闇に大きくなることがなく好ましい。

【０１２２】以上の、不要ファイルをごみ箱に収納する
方法は、一般的なパーソナルコンピュータなどでも実施
されている。しかしながら、この一般的な方法では、例
えごみ箱の容量が満杯になってもその旨表示されるだけ
なので、新規の音楽データファイルの記録をうまく行え
ないといった問題が生じるおそれがある。そこで、この
発明では、この一般的な方法に加え、さらに、ごみ箱に
収納された音楽データファイルを、所定の規則に従い自
動的に削除する。

【０１２３】次に、上述の構成で以てなされる音楽デー
タの削除の方法について説明する。音楽データは、ＨＤ
Ｄ１０ではファイルとして扱われるが、この発明では、
このファイルのそれぞれに所定の条件で以て消去レベル
を設定し、ＨＤＤ１０からのファイルの削除を、この消
去レベルに基づき自動的に行うことが可能なようにして
いる。すなわち、この消去レベルは、上述のファイルの
削除の可否を示すフラグに対応する。

【０１２４】消去レベルは、例えば、ＨＤＤ１０に適用
可能なファイルシステムにおける、ファイルの格納情報
が記述されたテーブルである、ＦＡＴ(File Allocation
Table) に対して、この消去レベル情報が記される。勿
論、各音楽データファイルと消去レベル情報とが対応付
けられたテーブルをファイルとして持つようにしてもよ
い。

【０１２５】図１２は、この、ファイルの格納情報が記
述されたテーブルのデータ構造の一例を示す。このテー
ブルには、ＨＤＤ１０に記録されている全ての音楽デー
タファイルに関する情報が記される。このテーブルは、
各音楽データファイルの状態に応じて随時、書き替えら
れる。アドレスの項目には、ＨＤＤ１０において、対応
する音楽データファイルが格納されているアドレスが記
述される。記録日付の項目には、該当する音楽データフ
ァイルがＨＤＤ１０に記録された日付が記述される。

【０１２６】消去レベルの項目には、この例では、該当
する音楽データファイルの消去レベルが数値で記述され
る。消去レベル「０」は、そのデータが再生可能である
ことを示す。すなわち、消去レベル「０」のファイル
は、ごみ箱に入れられていない状態でＨＤＤ１０上に存
在する。消去レベル「１」のファイルは、そのデータが
一時的に削除されていることを示す。すなわち、消去レ
ベル「１」のファイルは、ごみ箱に入れられた状態であ
る。一方、消去レベル「２」のファイルは、完全に削除
された状態である。ＨＤＤ１０上には、例えば該当する
ファイルの痕跡が残っているに過ぎず、そのファイル
は、再生できない。

【０１２７】消去日付の項目には、該当するファイルが
ごみ箱に入れられるか、または削除され、ミュージック
サーバ５０上から消去された日時が記述される。タイト
ルの項目は、該当する音楽データファイルに付けられた
タイトルが記述される。

【０１２８】この音楽データファイルの削除について
は、幾つかの方法が考えられる。このミュージックサー
バ５０においては、音楽データファイルをどのように削
除するかについては、予め用意された幾つかの方法の中
から、ユーザにより選択ならびに設定が可能とされる。

【０１２９】例えば、ごみ箱に収納されたファイルのう
ち、収納された日時から計数して所定期間を経過したも
のを削除するようにできる。ごみ箱に収納された日時か
ら３ヵ月や６ヵ月といった所定期間が経過した音楽デー
タファイルを自動的に削除するようにできる。このと
き、所定期間で削除せず、ＨＤＤ１０あるいはごみ箱と
して割り当てられた容量が満杯になったら、ごみ箱に収
納されたファイルのうち収納日時が古いものから順に削
除するようにもできる。

【０１３０】図１３は、これらの方法のうち、所定期間
でファイルを削除する際の処理の一例を示すフローチャ
ートである。先ず、最初のステップＳ５０では、この所
定期間での自動削除を行うモードがこのミュージックサ
ーバ５０において設定されているかどうかが判断され
る。設定されているとされれば、処理はステップＳ５１
に移行する。

【０１３１】期間を計数する場合、一日のうちの所定の
時刻を経過したことで日付が更新され、計数された日数
に対して一日が加えられる。ステップＳ５１では、例え
ばＣＰＵ８により図示されないタイマが参照され、現在
の時刻が、日数を計数するための指定の時刻になってい
るかどうかが判断される。例えば、午前００：００時が
日付を更新する時刻に設定されていれば、この午前０
０：００時を過ぎたことで指定時刻になったかどうかが
判断される。指定時刻になっていれば、処理はステップ
Ｓ５２に移行する。

【０１３２】ステップＳ５２では、上述の図１２に一例
が示されるテーブルが参照され、消去レベルが「１」で
あるファイルが検索される。そして、次のステップＳ５
３で、検索された消去レベル「１」のファイルのうち、
ごみ箱に入れられてから、すなわち、消去レベルが
「１」にされてから所定期間（例えば３ヵ月）が経過し
たファイルがさらに検索される。そして、検索されたフ
ァイルの消去レベルが「２」に変更される。

【０１３３】次のステップＳ５４では、消去レベルが
「２」にされた音楽データファイルをユーザに対して通
知するために、該当するファイルの一覧が例えば表示部
５３に表示される。消去レベルを「１」から「２」へと
変更されたファイルが存在することのみ通知するように
してもよい。この表示に基づき、例えばユーザの確認の
下で該当ファイルの削除が行われる。勿論、該当ファイ
ルを自動的に削除するようにしてもよい。

【０１３４】図１４は、上述した、容量が満杯になった
ら古いものから順に削除する処理の一例のフローチャー
トを示す。この処理は、ＨＤＤ１０に対して音楽データ
を記録する際に行われる。最初のステップＳ６０で、Ｈ
ＤＤ１０に記録を行うかどうかが判断され、記録を行う
とされれば、ステップＳ６１以下の処理がなされる。

【０１３５】ステップＳ６１では、記録を行う音楽デー
タのサイズＣが調査される。例えば、ＣＤ−ＲＯＭドラ
イブ９にセットされたＣＤ５５からＨＤＤ１０に対して
記録を行う場合には、ＣＤ５５のＴＯＣ情報に記述され
るデータ毎の時間情報からデータのサイズを知ることが
できる。同様に、ステップＳ６２で、ＨＤＤ１０の空き
容量Ｒが求められる。

【０１３６】なお、空き容量Ｒは、ごみ箱に割り当てら
れるの容量が固定であれば、ごみ箱に割り当てられた容
量をＨＤＤ１０全体の容量から差し引いた容量に基づき
求められる。また、ごみ箱のサイズがダイナミックに割
り当てられるものとすれば、ごみ箱に収納されている音
楽データファイルも考慮に入れられ求められる。

【０１３７】次のステップＳ６３では、上述のステップ
Ｓ６１およびステップＳ６２で求められた、音楽データ
サイズＣとＨＤＤ１０の空き容量Ｒとに基づき（Ｒ−
Ｃ）が求められる。若し、（Ｒ−Ｃ）≧０であるとされ
れば、ＣＤ５５からの記録が行えるとされ、処理はステ
ップＳ７１に移行する。そして、ステップＳ７１で、Ｃ
Ｄ−ＲＯＭドライブ９から、セットされたＣＤ５５の音
楽データが読み出され、読み出された音楽データが新規
音楽データファイルとしてＨＤＤ１０に記録される。

【０１３８】一方、ステップＳ６３で、（Ｒ−Ｃ）＜０
であるとされれば、このままではＨＤＤ１０への記録が
行えないため、次のステップＳ６４以降で、古いファイ
ルの削除が行われる。

【０１３９】先ず、ステップＳ６４では、この処理を行
うモードが設定されているかどうかが判断される。若
し、モードの設定がなされていないとされれば、処理は
ステップＳ６５に移行し、音楽データのＨＤＤ１０への
記録が実行できないとされ、その旨、例えば表示部５３
に表示されユーザに通知される。

【０１４０】一方、ステップＳ６４でモードが設定され
ているとされれば、処理はステップＳ６６に移行する。
ステップＳ６６では、消去レベルが「１」である音楽デ
ータファイルが検索される。そして、次のステップＳ６
７で、新規に記録する音楽データがＨＤＤ１０に記録可
能になるまで、日付の古い順に、消去レベル「１」のフ
ァイルが検索される。

【０１４１】このステップＳ６７では、(1) 消去レベル
「１」のファイルの選択，(2) 選択されたファイルのサ
イズ調査，(3) 選択されたファイルサイズの累積加算、
この３つの処理が繰り返し行われる。そして、ファイル
サイズの累積加算結果をＳとすると、例えば（Ｒ＋Ｓ−
Ｃ）≧０となった時点で、新規の記録が可能とされ、処
理はステップＳ６８に移行する。

【０１４２】ステップＳ６８では、ステップＳ６７で選
択された音楽データファイルに関して、削除が可能かど
うかが判断される。若し、なんらかの理由で削除ができ
ないとされた場合、処理はステップＳ６９に移行し、削
除ならびに新規記録が行えないことが表示部５３に表示
され、ユーザに通知される。

【０１４３】削除が可能であるとされれば、次のステッ
プＳ７０で、選択され指定された音楽データファイルの
削除が行われる。そして、ファイルが削除されて空き容
量に余裕ができたＨＤＤ１０に対して、新規に音楽デー
タの記録が行われる（ステップＳ７１）。

【０１４４】なお、消去フラグの立て方は、上述の方法
に限られない。例えば、ミュージックサーバ５０におい
て、ＨＤＤ１０に蓄積されている音楽データファイルの
再生頻度を計数して、この再生頻度の多寡に基づき消去
フラグを変更することができる。この再生頻度による消
去フラグの変更は、ＨＤＤ１０への記録が行われてか
ら、一定期間を経過したものについて適用すると良い。
ＨＤＤ１０に音楽データが記録されたら、再生された回
数を計数して、一定期間が経過したら計数値を正規化す
る。この正規化された再生頻度に基づき消去レベルが変
更される。

【０１４５】消去レベルが例えば「０」から「１」へと
変更されることにより、その音楽データファイルは、ご
み箱へと入れられることになる。ごみ箱へ入れられた音
楽データファイルは、例えば上述の図１３あるいは図１
４で説明したフローチャートに従い、例えば一定期間経
過後にＨＤＤ１０から削除される。

【０１４６】また、種別の異なる複数のごみ箱を用意す
ることもできる。例えば、第１のごみ箱は、ファイルが
自動消去されるまでの期間を、第１のごみ箱に入れられ
てから３ヵ月とし、第２のごみ箱は６ヵ月でファイルが
削除されるものとする。ユーザが音楽データファイルを
ごみ箱に入れるときに、これら第１および第２のごみ箱
を選択できるようにする。第１および第２のごみ箱で
は、例えば消去レベルが異ならされる。

【０１４７】図１５は、ごみ箱を２つ用意した場合の消
去レベルについて示す。このように、再生頻度が高い音
楽データファイルに対しては、消去レベル「１」が設定
される。消去レベル「１」のファイルは、例えば第１の
ごみ箱に収納される。一方、再生頻度が比較的低いファ
イルに対しては、消去レベル「２」が設定される。消去
レベル「２」のファイルは、例えば第２のごみ箱に収納
される。完全に削除されるファイルは、消去レベルが
「３」とされる。勿論、これはこの例に限定されず、消
去レベルをさらに多段階とすることも可能である。

【０１４８】さらに、これら複数のごみ箱に対して、自
動的に音楽データファイルを振り分けて収納するように
もできる。例えば、音楽データの再生頻度の計数を行
い、高い頻度で再生されていたファイルは、消去レベル
を「１」として自動消去されるまでの期間を長くし、再
生頻度が低いファイルは、消去レベルを「２」として自
動消去されるまでの期間を短く設定する。

【０１４９】図１６は、この、再生頻度に応じて、ファ
イルを第１および第２のごみ箱に自動的に振り分けて収
納する処理の一例を示すフローチャートである。先ず、
最初のステップＳ８０で、ＨＤＤ１０に記録されている
全音楽データファイルについて検索が行われ、ＨＤＤ１
０に記録されてから所定期間を経過したファイルがある
かどうかが調査される。若し、該当するファイルがあれ
ば、ステップＳ８１で、そのファイルの再生頻度が求め
られ分析される。

【０１５０】ステップＳ８１での分析結果に基づき、ス
テップＳ８２で、再生頻度による音楽データファイルの
振り分けが行われる。再生頻度には、予め所定のしきい
値が設定される。例えば、ごみ箱が第１および第２と２
つ設けられる場合には、対応して第１，第２，および第
３のしきい値が設けられる。ステップＳ８２では、この
再生頻度としきい値との大小関係で振り分けが行われ
る。

【０１５１】例えば、再生頻度が第１のしきい値よりも
低く、且つ第２のしきい値よりも高ければ、処理はステ
ップＳ８３に移行し、消去レベルが「１」とされる。そ
して、そのファイルがごみ箱１へ自動的に収納される。
一方、再生頻度が第２のしきい値よりも低く、且つ第３
のしきい値よりも高ければ、処理はステップＳ８４に移
行し、消去レベルが「２」とされる。そして、そのファ
イルがごみ箱２へ自動的に収納される。

【０１５２】なお、図１６では省略されているが、再生
頻度が第１のしきい値より高ければ消去レベルが「０」
とされ、そのファイルのごみ箱１または２への収納なら
びに削除は行われない。また、再生頻度が第３のしきい
値よりも低ければ、そのファイルは、所定の手続きに従
い削除される。

【０１５３】ここでは、再生頻度に応じてごみ箱を複数
設けたが、これはこの例に限定されない。例えば、ごみ
箱は１つだけとして、再生頻度に応じて自動消去される
までの期間を適応的に設定するようにしてもよい。

【０１５４】さらに、複数のごみ箱を設ける場合でも、
再生頻度でごみ箱を選ぶだけでなく、例えばジャンル別
や演奏者別といった、その音楽データの内容による選択
や、例えば自分のＣＤからの記録か、他者から借りたＣ
Ｄからの記録かといったような、その音楽データファイ
ルの入手元別で選択するようにしてもよい。

【０１５５】ところで、例えばラジオや衛星放送などに
よる、即時性が要求されると共に、長時間連続して供給
される音楽データを記録できるようにするためには、Ｈ
ＤＤ１０に常に一定の容量を確保しておく必要がある。
上述したように、ＨＤＤ１０上にごみ箱の領域が割り当
てられる。そのため、ＨＤＤ１０の、通常の音楽データ
ファイルを記録する容量がごみ箱の容量に圧迫されるこ
とになる。知らず知らのうちに、ごみ箱にファイルが溜
まっていると、このような記録を行うことが難しくなる
おそれがある。

【０１５６】そのため、ＨＤＤ１０には、常に一定容量
以上の空き領域を確保しておくことが好ましい。例え
ば、ごみ箱において、削除する音楽データファイルが発
生した場合には、余分にファイルの削除を行う。ファイ
ルに対する消去レベルを、さらに細かく設定することで
実現できる。

【０１５７】これとは逆に、ごみ箱に対して、一定以上
の容量を常に確保するようにしてもよい。上述のよう
な、即時性が要求される記録の際に、ＨＤＤ１０に記録
可能な空き領域を確保するために、適当なファイルをこ
のごみ箱に一時的に収納させる。記録が終了したら、例
えば長時間にわたって記録された音楽データの編集を行
い、データサイズを削減する。その後、ごみ箱に一時的
に収納されたファイルがごみ箱から戻される。

【０１５８】また、ごみ箱に音楽データファイルを収納
する際に、ファイルをさらに圧縮することも考えられ
る。図１７は、このときの処理の一例を示すフローチャ
ートである。先ず、最初のステップＳ９０で、ＨＤＤ１
０に記録されている全音楽データファイルについて検索
が行われ、ＨＤＤ１０に記録されてから所定期間を経過
したファイルがあるかどうかが調査される。

【０１５９】ステップＳ９０で、該当するファイルが検
索されたら、ステップＳ９１で、検索され指定されたフ
ァイルが圧縮される。この例では、ＨＤＤ１０に記録さ
れているファイルは、既にＡＴＲＡＣ２で圧縮符号化さ
れている。このステップＳ９１では、例えば、このファ
イルにさらにＡＴＲＡＣ２により圧縮符号化を行う。す
なわち、ＨＤＤ１０からそのファイルが読み出され、バ
ス４０を介して圧縮エンコーダ１２に供給される。

【０１６０】また、音楽データのサンプリング周波数の
低下、データレートの低下、あるいは量子化ビット数の
低下などを行うことにより、データ量を減らすようにし
てもよい。これらは、専用の処理回路を設けて行っても
よいし、ＣＰＵ８によりソフトウェア的に処理を行うこ
ともできる。

【０１６１】圧縮されたファイルは、ステップＳ９２で
ＨＤＤ１０のごみ箱として割り当てられた領域に記録さ
れる。そして、ステップＳ９３で、例えばＦＡＴが書き
替えられ、そのファイルの消去レベルが「１」とされ
る。

【０１６２】なお、この処理により圧縮されＨＤＤ１０
に記録されたファイルの、元となるファイルは、例えば
ＨＤＤ１０上から削除される。勿論、これに限らず、例
えば一定期間中は、そのファイルをＨＤＤ１０上に残し
ておくようにもできる。

【０１６３】

【発明の効果】以上説明したように、この発明によれ
ば、ハードディスクに記録されている音楽データファイ
ルのうち、不要とされるものを自動的に検索し削除する
ことができるため、操作が容易であり、民生用の製品と
して用いて好適であるという効果がある。

【０１６４】また、この発明によれば、不要となったフ
ァイルを一時的に削除するモードを有しているため、削
除した音楽データファイルを再度記録するという手間が
減少するという効果がある。

【０１６５】さらに、この発明によれば、不要なファイ
ルが自動的に検索され一時的ならびに完全に消去される
ため、ハードディスクを有効に利用することができる効
果がある。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

【図１０】表示部における音楽データファイル表示画面
の一例を示す略線図である。

【図１１】ごみ箱の内容を確認する画面の一例を示す略
線図である。

【図１２】ファイルの格納情報が記述されたテーブルの
データ構造の一例を示す略線図である。

【図１３】所定期間でファイルを削除する際の処理の一
例を示すフローチャートである。

【図１４】容量が満杯になったら古いものから順に削除
する処理の一例のフローチャートである。

【図１５】ごみ箱を２つ用意した場合の消去レベルにつ
いて示す略線図である。

【図１６】再生頻度に応じて、ファイルを第１および第
２のごみ箱に自動的に振り分けて収納する処理の一例を
示すフローチャートである。

【図１７】ごみ箱に音楽データファイルを収納する際
に、ファイルをさらに圧縮する処理の一例を示すフロー
チャートである。

【符号の説明】

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

Claims (6)

【特許請求の範囲】
1. 【請求項１】 本体に内蔵され、複数のデータが記憶さ
   れる記憶媒体と、 上記記憶媒体に記憶される上記複数のデータの各々をア
   イコン表示する表示手段と、 上記記憶媒体内のうち所定の記憶領域が割り当てられ、
   上記表示手段に表示される一時記憶手段と、 上記表示手段に上記アイコン表示される上記複数のデー
   タのうちユーザにより選択されたデータを上記一時記憶
   手段に移動および記憶させる移動手段と、 上記複数のデータの各々のユーザの使用頻度に応じて上
   記一時記憶手段に所定のデータを移動および記憶させる
   自動移動手段とを備えることを特徴とする記憶装置。
2. 【請求項２】 請求項１に記載の記憶装置において、 上記記憶媒体に記憶される上記複数のデータの各々に対
   して、該複数のデータの各々の削除のレベルを設定する
   ようにしたことを特徴とする記憶装置。
3. 【請求項３】 本体に内蔵され、複数のデータが記憶さ
   れる記憶媒体と、 上記記憶媒体に記憶される上記複数のデータの各々をア
   イコン表示する表示手段と、 上記記憶媒体内のうち所定の記憶領域が割り当てられ、
   上記表示手段に表示される一時記憶手段と、 上記表示手段に上記アイコン表示される上記複数のデー
   タのうちユーザに選択された所定のデータを上記一時記
   憶手段に移動および記憶させる移動手段と、 上記移動手段により上記一時記憶手段に移動および記憶
   された上記所定のデータは自動的に圧縮されて上記一時
   記憶手段に記憶されるように制御する圧縮制御手段とを
   備えることを特徴とする記憶装置。
4. 【請求項４】 請求項３に記載の記憶装置において、 上記記憶媒体に記憶される上記複数のデータの各々に対
   して、該複数のデータの各々の削除のレベルを設定する
   ようにしたことを特徴とする記憶装置。
5. 【請求項５】 本体に内蔵され、複数のデータが記憶さ
   れる記憶媒体と、 上記記憶媒体に記憶される上記複数のデータの各々をア
   イコン表示する表示手段と、 上記記憶媒体内のうち各々所定の記憶領域が割り当てら
   れ、上記表示手段に表示される複数の一時記憶手段と、 上記表示手段に上記アイコン表示される上記複数のデー
   タのうちユーザに選択された所定のデータを上記複数の
   一時記憶手段のうち所定の上記一時記憶手段に移動およ
   び記憶させる移動手段と、 上記複数の一時記憶手段に各々記憶された上記所定のデ
   ータを各々の一時記憶手段で決められた所定期間で各々
   の上記記憶領域から削除するように制御する削除制御手
   段とを備えることを特徴とする記憶装置。
6. 【請求項６】 請求項５に記載の記憶装置において、 上記記憶媒体に記憶される上記複数のデータの各々に対
   して、該複数のデータの各々の削除のレベルを設定する
   ようにしたことを特徴とする記憶装置。