(57)【特許請求の範囲】
【請求項１】
本体に内蔵され、複数のデータが記憶される記憶媒体と、
上記記憶媒体に記憶される上記複数のデータの各々をアイコン表示する表示手段と、
上記記憶媒体内のうち各々所定の記憶領域が割り当てられ、上記表示手段に表示される複数の一時記憶手段と、
上記表示手段に上記アイコン表示される上記複数のデータのうち選択された所定のデータを上記複数の一時記憶手段のうち所定の上記一時記憶手段に移動および記憶させる移動手段と、
上記複数の一時記憶手段に各々記憶された上記所定のデータを各々の一時記憶手段で決められた所定期間で各々の上記記憶領域から削除するように制御する削除制御手段と
を備えることを特徴とする記憶装置。
【請求項２】
請求項１に記載の記憶装置において、
上記記憶媒体に記憶される上記複数のデータの各々に対して、該複数のデータの各々の削除のレベルを設定するようにしたことを特徴とする記憶装置。
【請求項３】
請求項２に記載の記憶装置において、
上記削除のレベルを上記複数のデータの各々の使用頻度に応じて設定するようにしたことを特徴とする記憶装置。
【請求項４】
請求項１に記載の記憶装置において、
上記移動手段により上記一時記憶手段に移動および記憶された上記所定のデータを自動的に圧縮されて上記一時記憶手段に記憶されるようにしたことを特徴とする記憶装置。
【請求項５】
請求項１に記載の記憶装置において、
上記複数の一時記憶手段に各々記憶された上記所定のデータを上記記憶領域から削除する上記所定期間を、該所定のデータの使用頻度に応じて設定するようにしたことを特徴とする記憶装置。
【請求項６】
記憶部に記憶されたデータを削除するデータ削除方法であって、
上記記憶部に記憶された複数のデータのうち選択された所定のデータを複数の一時記憶手段のうち所定の一時記憶手段に移動する移動のステップと、
上記複数の一時記憶手段の各々に対して設定された所定期間が経過したとき該各々の一時記憶手段に記憶されているデータを削除するステップと
から構成されるデータ削除方法。
【請求項７】
請求項６に記載のデータ削除方法において、
上記記憶部に記憶される上記複数のデータの各々に対して、該複数のデータの各々の削除のレベルを設定するようにしたことを特徴とするデータ削除方法。
【請求項８】
請求項７に記載のデータ削除方法において、
上記削除のレベルを上記複数のデータの各々の使用頻度に応じて設定するようにしたことを特徴とするデータ削除方法。
【請求項９】
請求項６に記載のデータ削除方法において、
上記移動のステップにより上記一時記憶手段に移動および記憶された上記所定のデータを自動的に圧縮されて上記一時記憶手段に記憶されるようにしたことを特徴とするデータ削除方法。
【請求項１０】
請求項６に記載のデータ削除方法において、
上記複数の一時記憶手段に各々記憶された上記所定のデータを上記記憶領域から削除する上記所定期間を、該所定のデータの使用頻度に応じて設定するようにしたことを特徴とするデータ削除方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ハードディスクなどのランダムアクセス可能な大容量の記憶媒体にオーディオデータを蓄積的に記憶するようにした記憶装置およびデータ削除方法に関する。
【０００２】
【従来の技術】
現在、オーディオ信号をディジタル方式に変換して記憶媒体に記憶させることが一般的になっている。このときの記憶媒体としては、ＣＤ(Conpact Disc)やＭＤ(Mini Disc) といったディスク記憶媒体が主に用いられる。
【０００３】
ところで、多数のＣＤ(Conpact Disc)を収納し、ＣＤの自動再生を行うようにされた、所謂ＣＤチェンジャが既に実用化されている。このＣＤチェンジャでは、数１０枚乃至数１００枚のＣＤを一つの筐体に収納し、所定の操作により選択されたＣＤの再生を自動的に行う。ＣＤの再生は、ＣＤ毎に行うこともできるし、複数枚のＣＤを選択して、ＣＤ単位、あるいは収録されている曲単位でランダム再生を行うようにもできる。このＣＤチェンジャは、主に固定的に用いられる。
【０００４】
しかしながら、上述のＣＤチェンジャにおいては、自動再生の際にも、ＣＤの交換時間が発生してしまうため、連続再生を実現するのが困難であった。また、１００枚や２００枚といった多量のＣＤを収納するようなＣＤチェンジャは、筐体が大きく且つ重くなってしまい、持ち運びに非常に不便であるという不満が生じていた。
【０００５】
一方、携帯用のオーディオデータ再生装置としては、近年、ＭＤ(Mini Disc) を用いたものが一般的になりつつある。これは、音声信号をディジタル変換し、ＡＴＲＡＣ(Adaptive Transform Acoustic Coding:商標) と称される圧縮技術によって圧縮して、光磁気を利用したＭＤに記録する。音声信号がディジタルデータとして記録されるため音質の劣化が少なく、記録媒体にディスクを用いているためランダム再生が可能であるというメリットがある。
【０００６】
この携帯用のＭＤ再生装置においても、一度ＭＤに記録を行うと、再生する際には、そのＭＤの範囲でしかランダム再生や一般的な再生を行えなかった。そのため、複数枚のＭＤでのランダム再生や曲指定再生などでは、いちいちディスクを入れ替える必要があった。したがって、利用者は、いつも複数枚のＭＤを持ち歩かなければならず、不便であった。
【０００７】
【発明が解決しようとする課題】
近年、数ＧＢｙｔｅという大容量で小型のハードディスクが比較的安価に入手できるようになっている。このハードディスクを利用することによって、大量のオーディオデータを記憶させ、且つ、それらをランダムに連続再生させることが容易に実現できる。ところが、従来では、オーディオ用としてのハードディスクを、民生向けの再生機器になどには用いていなかったという問題点があった。
【０００８】
ところで、ハードディスクでは、大量のオーディオデータを記憶させることができるため、記憶させてみたものの、不要であった、といったようなデータが多数生じる恐れがある。そのようなデータをその都度削除していたのでは、後に再びそのデータが必要になったときに、記憶し直さなければならない。
【０００９】
パーソナルコンピュータなどでは、削除したいファイルを所定の領域に退避させることで、そのファイルを仮想的に削除したとするような、所謂「ごみ箱」という機能が一般的に用いられている。「ごみ箱」にファイルを入れることで、そのファイルは、削除されたことにされる。一方、「ごみ箱」に入れられたファイルは、再び「ごみ箱」から出して使用可能な状態にされているため、依然としてハードディスクにおいて、元のファイルと同一サイズの領域を占有し続ける。したがって、「ごみ箱」に入れられたファイルは、折りを見て実際に削除してやらなければ、ハードディスクの容量を圧迫することになる。
【００１０】
なお、通常、この「ごみ箱」機能においては、予め「ごみ箱」に収納できる最大の容量を定めることができる。「ごみ箱」に入れられたファイルの合計容量がこの最大容量を越えるような場合には、その旨表示される。
【００１１】
これを、上述の、オーディオの民生向け製品に当てはめて考えてみる。すなわち、オーディオデータを記憶するようにしたハードディスクを、不特定多数の利用者が対象とされる民生向け製品に適用する場合である。この場合、「ディスク容量が一杯です」といったようなメッセージだけでは、ユーザに対して不親切であり、また、ユーザに気付かれないおそれもある。そのため、例えば新たなオーディオデータを記憶させようとしても記憶できないといったような、クレームの対象となるような問題にもなり得るという問題点があった。
【００１２】
したがって、この発明の目的は、不要なデータの削除および復元を容易に行うことができるような記憶装置およびデータ削除方法を提供することにある。
【００１５】
【課題を解決するための手段】
また、この発明は、上述した課題を解決するために、本体に内蔵され、複数のデータが記憶される記憶媒体と、記憶媒体に記憶される複数のデータの各々をアイコン表示する表示手段と、記憶媒体内のうち各々所定の記憶領域が割り当てられ、表示手段に表示される複数の一時記憶手段と、表示手段にアイコン表示される複数のデータのうち選択された所定のデータを複数の一時記憶手段のうち所定の一時記憶手段に移動および記憶させる移動手段と、複数の一時記憶手段に各々記憶された所定のデータを各々の一時記憶手段で決められた所定期間で各々の記憶領域から削除するように制御する削除制御手段とを備えることを特徴とする記憶装置である。
また、この発明は、記憶部に記憶されたデータを削除するデータ削除方法であって、記憶部に記憶された複数のデータのうち選択された所定のデータを複数の一時記憶手段のうち所定の一時記憶手段に移動する移動のステップと、複数の一時記憶手段の各々に対して設定された所定期間が経過したとき各々の一時記憶手段に記憶されているデータを削除するステップとから構成されるデータ削除方法である。
【００１６】
上述したように、この発明は、記憶媒体に記憶されたデータが使用頻度に応じて、データが自動的に一時記憶手段に移動されるため、ユーザが記憶媒体の容量をあまり気にする必要がない。
【００１７】
また、この発明では、記憶媒体に記憶されたデータが一時記憶手段に移動される際に、圧縮処理されるため、記憶媒体を有効に利用することができる。
【００１８】
さらに、この発明では、一時記憶手段に記憶されたデータは、予め決められた期間を経過すると自動的に削除されるため、ユーザが記憶媒体の容量をあまり気にする必要がない。
【００１９】
【発明の実施の形態】
以下、この発明の実施の一形態について説明する。先ず、理解を容易とするために、この発明が適用できる装置ならびにシステムについて説明する。図１は、この発明が適用されたミュージックサーバおよびミュージックサーバを用いたシステムを概略的に示す。ミュージックサーバ５０は、サーバ本体５１と左右のスピーカユニット５２Ｌ，５２Ｒとからなる。サーバ本体５１には、例えばＬＣＤ(Liquid Crystal Display)パネルからなる表示部５３と、ＣＤを挿入するためのＣＤ挿入部５４とが設けられる。
【００２０】
なお、図１では省略されているが、サーバ本体５１の機能をユーザが操作するための操作部がサーバ本体５１に対して設けられる。さらに、サーバ本体５１の機能をリモートコマンダによって遠隔操作するための、例えば赤外線信号を受信する信号受信部を設けるようにしてもよい。また、サーバ本体５１は、ＣＰＵを有し、予め例えばＲＯＭに格納される所定のプログラムで制御される。
【００２１】
ユーザは、ＣＤ５５をＣＤ挿入部５４にセットし、操作部で所定の操作を行うことで、ＣＤ５５を再生させ、再生された例えば音楽をスピーカユニット５２Ｌ，５２Ｒによって楽しむことができる。また、ＣＤ５５がテキストデータを含むＣＤテキストである場合は、表示部５３に所定のテキストデータを表示させるようにできる。
【００２２】
ミュージックサーバ５０は、内部に例えばハードディスクによる大容量の記録媒体を有している。所定の操作に基づき、ＣＤ挿入部５４にセットされたＣＤ５５の音楽データを、この記録媒体に記録することができる。この際、ＣＤ５５の再生速度と同一の１倍速で記録する方法と、再生速度より高速に記録を行う高速記録とが選択できる。高速記録は、所定の手続きで以て課金処理を行うことによって選択ならびに実行が可能とされる。
【００２３】
ミュージックサーバ５０において、音楽データは、所定の方法で圧縮符号化され圧縮音楽データとされて記録され、例えば６ＧＢｙｔｅの容量を持つハードディスクに対して、１０００曲程度を格納できる。ハードディスクに格納された曲目のリストが例えば表示部５３に表示され、ユーザは、この表示に基づき任意の曲を選択して再生させることができる。また、ハードディスクは、ランダムアクセスが可能であるため、多数格納された音楽データを任意の順序で連続再生させることが可能である。
【００２４】
圧縮符号化には様々な方法を用いることが可能であるが、この例では、ＡＴＲＡＣ２(Adaptive Tranform 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 Disc)に対応するようにしてもよい。また、メモリカードに対応したドライブを用いることもできる。さらに、ＣＤ−ＲＯＭドライブ９から読み出されるデータは、音楽データに限られない。画像データやテキストデータ、プログラムデータなどを読み出すようにもできる。
【００４８】
バス４０に対して、ハードディスクドライブＨＤＤ１０が接続される。ＨＤＤ１０には、ＣＤ−ＲＯＭドライブ９から読み出された音楽データが記録される。ＨＤＤ１０に音楽データが記録される前処理として、ＣＤ−ＲＯＭドライブ９で読み出された音楽データは、バス４０ならびにオーディオ用のＤＲＡＭ１１を介して、圧縮エンコーダ１２に供給される。
【００４９】
圧縮エンコーダ１２では、例えば、上述したＡＴＲＡＣ２によって音楽データの圧縮符号化がなされる。なお、圧縮エンコーダ１２による音楽データの圧縮の速度は、ＣＰＵ８の制御に基づき、低速および高速の２つの速度が用意される。低速圧縮は、ＣＤ−ＲＯＭドライブ９での１倍速の再生速度に対応する。圧縮の速度は、例えばＣＤ−ＲＯＭドライブ９による再生速度に応じて切り替えられる。圧縮エンコーダ１２において、例えば、圧縮速度に応じたエンコードアルゴリズムが駆動される。
【００５０】
なお、圧縮エンコーダ１２における圧縮速度の変更は、この方法に限定されない。例えば、圧縮エンコーダ１２のクロック周波数を切り替えることによって行ってもよい。また、それぞれ別のハードウェアを用意するようにしてもよい。さらに、高速圧縮が可能な圧縮エンコーダ１２において、処理を間引きして行い低速圧縮とすることも可能である。
【００５１】
圧縮エンコーダ１２で圧縮符号化された圧縮音楽データは、ＤＲＡＭ１１を介してＨＤＤ１０に記録され蓄積される。
【００５２】
ここで、圧縮エンコーダ１２により圧縮符号化された圧縮音楽データがＨＤＤ１０に蓄積されるように構成されているが、ＣＤ−ＲＯＭドライブ９から読み出される音楽データを直接的にＨＤＤ１０に記録ならびに蓄積するようにもできる。
【００５３】
また、この例では、端子１３に接続されたマイクロホンからアンプ１４を介して入力される音声信号や、ライン入力端１５から入力される音声信号がＡ／Ｄコンバータ１６を介して圧縮エンコーダ１２に供給される。これらの音声信号を圧縮符号化してＨＤＤ１０に対して記録することができる。さらに、光ディジタル信号が光ディジタル入力端１７からＩＥＣ９５８（International Electrotechnical Commission 958 ）エンコーダ１８を介して圧縮エンコーダ１２に供給される。光ディジタル信号として供給された音声信号を圧縮符号化してＨＤＤ１０に記録することが可能である。勿論、これらの信号入力手段を全て有している必要はない。
【００５４】
なお、上述では、圧縮エンコーダ１２は、ＡＴＲＡＣ２をエンコードアルゴリズムとして用いているとしたが、これはこの例に限定されない。すなわち、圧縮エンコーダ１２では、情報圧縮されるエンコードアルゴリズムであれば、他のものを用いることも可能である。例えば、ＡＴＲＡＣ（商標）、ＭＰＥＧ（moving picture coding experts group ）、ＰＡＳＣ（precision adaptive sub-band coding）、ＴｗｉｎＶＱ（商標）、ＲｅａｌＡｕｄｉｏ（商標）、ＬｉｑｕｉｄＡｕｄｉｏ（商標）といったエンコードアルゴリズムを用いるようにしてもよい。
【００５５】
バス４０に対してモデム２０が接続される。モデム２０には、例えば公衆電話回線やＣＡＴＶ、あるいはワイヤレス通信といった外部ネットワーク１９が接続される。このミュージックサーバ５０は、モデム２０によって外部ネットワーク１９を介しての通信が可能とされる。
【００５６】
外部ネットワーク１９を介して、ミュージックサーバ５０が例えばインターネットに接続され、ミュージックサーバ５０と、遠隔地のインターネットサーバ６０との間で通信が行われる。ミュージックサーバ５０からインターネットサーバ６０に対して、リクエスト信号やＣＤ−ＲＯＭドライブ９にセットされるＣＤ５５に関連する情報であるメディア情報、ミュージックサーバ５０のそれぞれに予め与えられたユーザＩＤならびにユーザ情報、また、ユーザに対する課金情報などの各種情報が送出される。
【００５７】
これらの情報がインターネットサーバ６０に受け取られ、受け取ったユーザＩＤなどのユーザ情報に基づき、照合処理や課金処理が行われると共に、受け取ったメディア情報に基づき、音楽データの付加情報が検索され、ミュージックサーバ５０に返される。
【００５８】
ここでは、音楽データの付加情報を返信する例を示したが、ユーザの要求に基づき、音楽データが外部ネットワーク１９から直接的に供給されるようにすることも可能である。すなわち、ユーザは、ミュージックサーバ５０を用いてインターネットサーバ６０から音楽データのダウンロードするようにできる。また、メディア情報に対応して音楽データが返信されるようにできる。これによれば、例えば、所定のＣＤ５５のボーナストラックが配信により取得されるようにできる。
【００５９】
圧縮エンコーダ１２により圧縮符号化されてＨＤＤ１０に記録され蓄積された圧縮音楽データは、再生のために読み出されると、バス４０を介して圧縮デコーダ２１に供給される。圧縮音楽データは、圧縮デコーダ２１で圧縮符号化を解かれ、Ｄ／Ａコンバータ２２およびアンプ２３を介して端子２４に導出される。そして、端子２４からスピーカユニット５２Ｌ，５２Ｒに対して供給され、音楽が再生される。なお、図２では省略されているが、Ｄ／Ａコンバータ２２からアンプ２３を介して端子２４に到る経路は、ステレオ出力に対応して２系統設けられる。同様に、端子２４も、ステレオに対応して２つ存在する。
【００６０】
なお、圧縮デコーダ２１では、圧縮エンコーダ１２におけるエンコードアルゴリズムに対応したデコードアルゴリズムが用いられる。また、この圧縮デコーダ２１および上述の圧縮エンコーダ１２は、ハードウェアを持たずに、ＣＰＵ８によるソフトウェア処理であってもよい。
【００６１】
表示部５３を構成するＬＣＤ２６がＬＣＤドライバ２５を介してバス４０に接続される。ＣＰＵ８からバス４０を介してＬＣＤドライバ２５に対して描画制御信号が供給される。この信号に基づきＬＣＤドライバ２５によってＬＣＤ２６が駆動され、所定の表示がなされる。
【００６２】
ＬＣＤ２６には、例えば、ミュージックサーバ５０の操作メニューが表示される。また、ＬＣＤ２６には、ＨＤＤ１０に記録され蓄積された圧縮音楽データの、例えばタイトルリストが表示される。さらに、ＬＣＤ２６には、例えば選択され再生される圧縮音楽データに対応するフォルダやジャケットイメージが表示される。
【００６３】
このＬＣＤ２６の表示に基づき、入力手段１としてのポインティングデバイスや、キーボード２を操作することで、指示された音楽データが再生制御される。また、選択された音楽データの消去や、選択された音楽データの外部の機器への複製や移動の制御も、ＬＣ２６の表示に基づき行うことが可能である。例えば、入力手段１がＬＣＤ２６上に設けられたタッチパネルである場合、ＬＣＤ２６の表示に従いタッチパネルを触れることで、ミュージックサーバ５０の操作を行うことができる。このように、ＬＣＤ２６をインタフェースとして、ＨＤＤ１０に記録され蓄積された音楽データがユーザにより管理ならびに制御される。
【００６４】
この実施の第１の形態では、ミュージックサーバ５０と外部の一般的な情報機器とのインターフェイスとして、ＩＥＥＥ１３９４とＰＣカードに対応している。バス４０に対して、ＩＥＥＥ１３９４ドライバ２９を介してＩＥＥＥ１３９４インターフェイス２８が接続される。同様に、バス４０に対して、ＰＣカードドライバ３０を介してＰＣカードスロット３１が接続される。
【００６５】
ＩＥＥＥ１３９４インターフェイス２８によって、ミュージックサーバ５０と例えばパーソナルコンピュータとの間で、データのやり取りを行うことができる。また、ＩＥＥＥ１３９４インターフェイス２８によって、衛星放送用のＩＲＤ(Integrated Reciever/Decorder)や、ＭＤ，ＤＶＤ(Digital Versatile Disc:商標) ，ディジタルビデオなどから音楽データを取り込むようにできる。さらに、ＰＣカードスロット３１にＰＣカードを装着することで、外部記憶装置やその他のメディアドライブ、あるいは、モデム，ターミナルアダプタ，キャプチャボードなどの様々な周辺機器の拡張が容易である。
【００６６】
インターフェイス３４は、このミュージックサーバ５０と、対応する他の記録再生装置との間で音楽データなどのやり取りを行うためのインターフェイスである。他の記録再生装置には、例えば上述の図１に示される、携帯記録再生装置７０が適用される。これに限らず、他の記録再生装置は、別のミュージックサーバ５０であってもよい。
【００６７】
バス４０に対して、インターフェイスドライバ３３を介してインターフェイス３４が接続される。対応する他の記録再生装置には、インターフェイス３４と対になるインターフェイス３５が設けられている。インターフェイス３４および３５とを所定の接続線７１で電気的に接続することで、例えば、ＨＤＤ１０に記録され蓄積された音楽データを、ミュージックサーバ５０から他の記録再生装置に転送することができる。
【００６８】
図３は、ＣＤ−ＲＯＭドライブ９で読み出された音楽データがＨＤＤ１０に記録されるまでの信号フローを、概略的に示す。ＣＤ−ＲＯＭドライブ９から読み出された音楽データは、バス４０を介して、一旦バッファメモリとしてのＤＲＡＭ１１に記憶される。そして、ＤＲＡＭ１１から音楽データが所定のタイミングで読み出され、バス４０を介して圧縮エンコーダ１２に供給される。圧縮エンコーダ１２は、上述のステップＳ１３あるいはステップＳ１４で、所定の圧縮速度とされている。音楽データは、圧縮エンコーダ１２で圧縮符号化され、再びバッファメモリとしてのＤＲＡＭ１１に一旦格納される。そして、ＤＲＡＭ１１から所定のタイミングで読み出された圧縮音楽データがバス４０を介してＨＤＤ１０に供給され、記録される。
【００６９】
図４は、ＨＤＤ１０から読み出された圧縮音楽データが再生処理されて端子２４に導出されるまでの信号フローを、概略的に示す。ＨＤＤ１０から読み出された圧縮音楽データは、バス４０を介して、バッファメモリとしてのＤＲＡＭ１１に一旦記憶される。そして、ＤＲＡＭ１１から圧縮音楽データが所定のタイミングで読み出され、バス４０を介して圧縮デコーダ２１に供給される。圧縮音楽データは、圧縮デコーダ２１で圧縮符号化を解かれ、音楽データとされてＤ／Ａコンバータ２２に供給される。そして、音楽データは、Ｄ／Ａコンバータ２２でアナログ音声信号に変換され、アンプ２３で増幅され端子２４に再生出力として導出される。端子２４にスピーカが接続されていれば、スピーカで再生された音楽を楽しむことができる。
【００７０】
図５は、この他の記録再生装置として用いられる、携帯記録再生装置７０の構成の一例を示す。この携帯記録再生装置７０は、概ね、上述の図２に示したミュージックサーバ５０と同等の構成を有する。また、この携帯記録再生装置７０は、通常は、ミュージックサーバ５０側のインターフェイス３４と携帯記録再生装置７０側のインターフェイス３５とが切り離され、単体として携帯されて用いられる。
【００７１】
先ず、この携帯記録再生装置７０において、通常のパーソナルコンピュータの構成と同様に、互いにバスで結合されたＲＡＭ１０３，ＲＯＭ１０４，およびＣＰＵ１０５とが設けられる。勿論、上述のミュージックサーバ５０の構成と同様に、フラッシュＲＡＭを設けるようにしてもよい。ＣＰＵ１０５がバス１３０に接続される。ＣＰＵ１０５により、携帯記録再生装置７０の全体の動作が制御される。
【００７２】
ＲＯＭ１０４には、この携帯記録再生装置７０の動作を制御するためのプログラムが予め記憶される。携帯記録再生装置７０において、このプログラムに基づき、後述する入力手段１０２の操作に対応した動作がなされる。ＲＡＭ１０３には、プログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００７３】
入力手段１０２は、例えば、プッシュ式および回動式のキーからなる。入力手段１０２は、これに限らず、ジョグダイヤルと呼ばれる回動プッシュ式のキー、ＬＣＤ上のタッチパネルなどでもかまわない。勿論、押下することで反応するスイッチ機構を用いることもできる。この入力手段１０２の操作に応じた信号がバス１３０を介してＣＰＵ１０５に供給される。ＣＰＵ１０５において、この信号に基づき携帯記録再生装置７０の動作を制御するための制御信号が生成される。携帯記録再生装置７０は、この制御信号に応じて動作される。
【００７４】
ミュージックサーバ５０において、ＨＤＤ１０から読み出され、この携帯記録再生装置７０に対する転送を指示された音楽データは、インターフェイス３４，インターフェイス３５，およびインターフェイス３４とインターフェイス３５とを接続する接続線を介して、この携帯記録再生装置７０に転送され供給される。また、ミュージックサーバ５０と携帯記録再生装置７０とに、互いに対応する装着部が設けられている場合は、インターフェイス３４とインターフェイス３５とが直接的に接続され、音楽データの転送が行われる。さらに、ＩｒＤＡによるインターフェイスが設けられている場合は、赤外線信号で以て音楽データの転送が行われる。
【００７５】
転送され供給された音楽データは、インターフェイスドライバ１０１からバス１３０を介して、この携帯記録再生装置７０の音楽データ記録媒体であるＨＤＤ１０６に記録される。
【００７６】
なお、この携帯記録再生装置７０では、音楽データ記録媒体は、ＨＤＤ１０６に限らず、例えばフラッシュＲＡＭを用いることもできる。また、音楽データの再生速度に追従できるものであれば、例えば光磁気ディスクといった、他の記録媒体メディアを利用することもできる。音楽データ記録媒体としては、例えば２００ＭＢｙｔｅ程度の容量のものを用いることによって、数１０曲が記録可能である。
【００７７】
ところで、この例では、転送されＨＤＤ１０６に記録される音楽データは、既にミュージックサーバ５０において圧縮符号化されが圧縮音楽データである。この携帯記録再生装置７０では、この例に限らず、圧縮符号化されていない音楽データを供給され、ＨＤＤ１０６に記録することもできる。例えば、ミュージックサーバ５０のＣＤ−ＲＯＭドライブ９にセットされたＣＤ５５から再生され読み出された音楽データを、インターフェイスドライバ１０１を介して、直接的にこの携帯記録再生装置７０に供給する。但し、この場合には、記録可能な音楽データの数が大幅に制限されることはいうまでもない。
【００７８】
ＨＤＤ１０６に音楽データが記録される前処理として、供給された音楽データは、バス１３０に接続されるオーディオ用のＤＲＡＭ１０７に対して一時的に記憶される。そして、その音楽データがバス１３０を介して圧縮エンコーダ１０８に供給される。圧縮エンコーダ１０８は、ミュージックサーバ５０における圧縮エンコーダ１２と同等のエンコードアルゴリズム（この例ではＡＴＲＡＣ２）によって音楽データの圧縮符号化を行う。圧縮符号化された圧縮音楽データは、ＤＲＡＭ１０７に供給され、再び一時的に記憶される。最終的に、このＤＲＡＭ１０７に記憶された圧縮音楽データが読み出され、ＨＤＤ１０６に記録される。
【００７９】
なお、上述したように、ミュージックサーバ５０においてＨＤＤ１０に蓄積されている圧縮音楽データが移動を指示されてこの携帯記録再生装置７０に転送されたときには、ＨＤＤ１０におけるその圧縮音楽データは、ＨＤＤ１０上に存在するが再生不可の状態とされる。また、移動された圧縮音楽データは、再び移動元の記録媒体に戻されることで、移動元において再生可能とされる。このとき、移動先の記録媒体からは、その圧縮音楽データが削除される。
【００８０】
また、この例では、端子１０９に接続されたマイクロホンからアンプ１１０を介して入力される音声信号や、ライン入力端１１１から入力される音声信号がＡ／Ｄコンバータ１１２を介して圧縮エンコーダ１０８に供給される。これらの音声信号を圧縮符号化してＨＤＤ１０６に対して記録することができる。さらに、光ディジタル信号が光ディジタル入力端１１３からＩＥＣ９５８エンコーダ１１４を介して圧縮エンコーダ１０８に供給される。光ディジタル信号として供給された音声信号を圧縮符号化してＨＤＤ１０６に記録することが可能である。勿論、これらの信号入力手段を全て有している必要はないし、再生専用の携帯再生装置であれば、これらの信号入力手段を全て省略することも可能である。。
【００８１】
ＨＤＤ１０６から圧縮音楽データが再生のために読み出され、バス１３０を介して圧縮デコーダ１１５に供給される。圧縮デコーダ１１５で圧縮符号化を解かれた音楽データは、Ｄ／Ａコンバータ１１６およびアンプ１１７を介して端子１１８に導出される。端子１１８には、例えばヘッドホン７２接続される。ユーザは、このヘッドホンを装着することによって、再生された音楽を聴くことができる。なお、図５では省略されているが、Ｄ／Ａコンバータ１１６からアンプ１１７を介して端子１１８に到る経路は、ステレオ出力に対応して２系統設けられる。同様に、端子１１８も、ステレオに対応して２つ存在する。
【００８２】
ＬＣＤ１２０がＬＣＤドライバ１１９を介してバス１３０に接続される。ＣＰＵ１０５からバス１３０を介してＬＣＤドライバ１１９に対して描画制御信号が供給され、ＬＣＤ１２０が駆動されて所定の表示がなされる。ＬＣＤ１２０には、携帯記録再生装置７０の操作メニューやＨＤＤ１０６に記録された音楽データのタイトルリストなどが表示される。ＬＣＤ１２０に対して、例えば選択され再生される音楽データに対応するフォルダやジャケットイメージを表示させるようにしてもよい。
【００８３】
このＬＣＤ１２０の表示に基づき、入力手段１０２としてのポインティングデバイスを操作することで、指示された圧縮音楽データが再生制御される。また、選択された圧縮音楽データの消去や複製ならびに移動の制御も、ＬＣ１２０の表示に基づき行うことが可能である。例えば、ＬＣＤ１２０の表示に従い、入力手段１０２としてのタッチパネルを触れることで、携帯記録再生装置７０の操作を行うことができる。このように、ＬＣＤ１２０をインタフェースとして、ＨＤＤ１０６に記録された圧縮音楽データがユーザにより管理ならびに制御される。
【００８４】
なお、図５では省略されているが、この携帯記録再生装置７０は、バッテリ電源で駆動される。そのため、一般的な乾電池による電源部が設けられると共に、充電部が設けられる。充電部は、ミュージックサーバ５０と携帯記録再生装置７０とが接続線あるいは装着部によって直接的に接続される場合、音楽データの転送と共に、ミュージックサーバ５０から電力を供給され充電が行われる。勿論、外部の充電電源によって充電するようにもできる。なお、電源は、乾電池による電源および充電電源の何方か一方だけを有するようにしてもよい。
【００８５】
図６は、上述の携帯記録再生装置７０の他の例を示す。なお、この図６において、上述の図５と共通する部位に対しては同一の番号を付し、詳細な説明を省略する。図６に示される携帯記録再生装置７０’は、上述の図５の構成に対して、ＨＤＤ（あるいはフラッシュＲＡＭ）１０６’とバス１３０との間にスイッチ回路２００が挿入される。スイッチ回路２００の一方の選択端２００ａがバス１３０と接続され、他方の選択端２００ｂがインターフェイス３５と接続される。スイッチ回路２００によって、ＨＤＤ１０６’がバス１３０と分離される。
【００８６】
ミュージックサーバ５０からの圧縮音楽データ転送の際は、スイッチ回路２００において選択端２００ｂが選択される。インターフェイス３４および３５を介して、ＨＤＤ１０６’とミュージックサーバ５０のバス４０とが直接的に接続される。ＨＤＤ１０６’は、恰もミュージックサーバ５０の記録媒体であるかのように見える。ミュージックサーバ５０のＣＰＵ８によって、ＨＤＤ１０６’の直接的な制御が可能とされる。ミュージックサーバ５０および携帯記録再生装置７０との間での、圧縮音楽データの移動や複写などを容易に行える。
【００８７】
次に、上述の構成で以てなされる、この実施の一形態における動作について説明する。先ず、ミュージックサーバ５０単独で実行される機能について説明する。図７は、ＣＤ−ＲＯＭドライブ９にセットされたＣＤ５５の音楽データを、ミュージックサーバ５０のＨＤＤ１０に記録する際の処理の一例のフローチャートである。
【００８８】
最初のステップＳ１０では、ユーザによる、ＣＤ５５の音楽データのＨＤＤ１０への記録要求が待たれる。そして、例えばユーザによって入力手段１を用いて記録要求が出されると、処理はステップＳ１１へ移行する。ステップＳ１１では、要求された記録が高速記録か１倍速での記録かが判断される。例えば、上述のステップＳ１０で記録要求が出される際に、ユーザによって、記録の方法、すなわち、記録を高速で行うか１倍速で行うかが共に指定される。
【００８９】
若し、ステップＳ１１で、高速で記録を行うことが指定された場合、処理はステップＳ１２に移行し、課金システムが起動される。課金システムによる処理は、後述する。課金処理が行われ、高速記録が許可されると、処理はステップＳ１３に移行し、圧縮エンコーダ１２において高速圧縮処理が起動される。そして、処理はステップＳ１５へ移行する。
【００９０】
一方、ステップＳ１１で１倍速で記録を行うことが指定された場合、処理はステップＳ１４へ移行し、圧縮エンコーダ１２で、低速圧縮処理が起動される。そして、処理はステップＳ１５へ移行する。
【００９１】
ステップＳ１５では、ＣＰＵ８の制御に基づき、所定の速度で以てＣＤ−ＲＯＭドライブ９が駆動され、セットされたＣＤ５５に記録された音楽データが読み出される。読み出された音楽データは、圧縮エンコーダ１２で圧縮符号化され、ＨＤＤ１０に対して転送され記録される。
【００９２】
ステップＳ１６で、ＨＤＤ１０への圧縮音楽データの転送が終了したとされたら、次のステップＳ１７でＣＤ−ＲＯＭドライブ９からＨＤＤ１０への転送が禁止とされ、さらに次のステップＳ１８で圧縮エンコーダ１２が停止される。
【００９３】
図８は、上述の図７のフローチャートのステップＳ１２における課金処理の一例を示すフローチャートである。課金処理は、ミュージックサーバ５０とインターネットサーバ６０との間で通信が行われることによってなされる。図８Ａは、ミュージックサーバ５０での処理を示し、図８Ｂは、インターネットサーバ６０での処理を示す。
【００９４】
課金処理が開始されると、先ず、図８Ａの最初のステップＳ２０で、ミュージックサーバ５０とインターネットサーバ６０との間で、所定のプロトコルで以て通信が開始される。ステップＳ２１で、接続が確立され通信可能なことが確認されると、処理はステップＳ２２に移行する。
【００９５】
ステップＳ２２では、ＣＤ−ＲＯＭドライブ９にセットされＨＤＤ１０に転送し記録するＣＤ５５のＴＯＣ情報がミュージックサーバ５０からインターネットサーバ６０に対して送出される。それと共に、高速記録を行う旨を示す高速記録情報がミュージックサーバ５０からインターネットサーバ６０に対して送出される。
【００９６】
一方、図８Ｂにおいて、インターネットサーバ６０では、ミュージックサーバ５０からの高速記録情報ならびにＴＯＣ情報が待たれる（ステップＳ３０）。これらの情報が受信されたら、ステップＳ３１で、ＴＯＣ情報の検索が行われる。ＴＯＣ情報を検索することによりＣＤ５５が特定される。
【００９７】
そして、次のステップＳ３２で課金処理がなされる。課金は、例えば、予め登録されたユーザのクレジットカード番号に基づき、口座から引き落とされることで行うことができる。課金方法は、これに限らず、例えば、ミュージックサーバ５０にプリペイドカードを読み取る機能を設けておき、設定された課金額がミュージックサーバ５０に対して送出され、ユーザがプリペイドカードによって課金額を支払うという方法も考えられる。また、ＴＯＣ情報に基づき、ＣＤ５５の内容によって課金額を変えたり、ＨＤＤ１０への記録を禁止することもできる。
【００９８】
ステップＳ３３で、課金情報がミュージックサーバ５０に対して送出される。そして、図８Ａにおいて、ミュージックサーバ５０側で課金情報の確認がなされる（ステップＳ２３）。また、インターネットサーバ６０側でも、ミュージックサーバ５０で課金情報が受信されたかどうかが確認される（ステップＳ３４）。
【００９９】
図８Ａに戻り、ステップＳ２３で課金情報が確認されると、処理はステップＳ２４に移行し、受信された課金情報などが表示部５３に表示される。そして、ステップＳ２５で、ＣＤ５５の音楽データがＣＤ−ＲＯＭドライブ９で高速で読み出され、圧縮エンコーダ１２で高速圧縮がなされ、ＨＤＤ１０に対して記録される。このステップＳ２５は、上述の図７におけるステップＳ１５に対応する。
【０１００】
ところで、この実施の一形態では、ミュージックサーバ５０と携帯記録再生装置７０との間で、連携動作が可能とされる。例えば、ミュージックサーバ５０から携帯記録再生装置７０に対して音楽データを移動する際には、これらの間での連携動作がなされる。図９は、この移動の一例のフローチャートを示す。
【０１０１】
先ず、最初のステップＳ４０で、ミュージックサーバ５０と携帯記録再生装置７０とが、インターフェイス３４および３５で接続されているかどうかが判断される。接続の検知は、例えばインターフェイス３４および３５との間で所定の信号のやり取りを行うことでなされる。また、これに限らず、ミュージックサーバ５０および携帯記録再生装置７０とを接続する部分に、スイッチ機構を設け、機械的な手段で接続の検知を行うこともできる。
【０１０２】
接続が確認されると、次のステップＳ４１で、ＨＤＤ１０に記録され蓄積されている音楽データの、携帯記録再生装置７０への移動が要求されているかどうかが判断される。例えば、表示部５３に対してＨＤＤ１０に蓄積されている圧縮音楽データがリスト表示され、ユーザによって、入力手段１としての所定のポインティングデバイスにより、このリスト表示から所定の圧縮音楽データが選択される。さらに、選択された圧縮音楽データに対して、携帯記録再生装置７０への移動が指示される。
【０１０３】
移動の指示の方法は、様々に考えられる。例えば、表示部５３に移動を指示するボタンが表示され、このボタンを所定の方法で指定することで行うことができる。また例えば、圧縮音楽データを示すアイコンが表示され、このアイコンを、移動先の携帯記録再生装置７０を示すアイコン上へと移動する、所謂ドラッグ＆ドロップによって行うことも可能である。勿論、操作部に設けられたスイッチ機構の操作により移動の指示を行ってもよい。
【０１０４】
ステップＳ４１で圧縮音楽データの移動要求があるとされたら、ステップＳ４２で、移動が指定された圧縮音楽データのファイルサイズが調べられる。そして、次のステップＳ４３で、携帯記録再生装置７０のＨＤＤ１０６の空き容量が調べられる。そして、このＨＤＤ１０６の空き容量と、ステップＳ４２で調べられた移動が指定された圧縮音楽データのファイルサイズとが比較される。この比較結果に基づき、移動が指定された圧縮音楽データがこのＨＤＤ１０６に記録可能であるかどうかが判断される。若し、記録可能であるとされれば、処理はステップＳ４５に移行し、圧縮音楽データの転送が開始される。
【０１０５】
一方、ステップＳ４３で、携帯記録再生装置７０のＨＤＤ１０６に空き容量が不足していると判断されれば、処理はステップＳ４４に移行する。ステップＳ４４では、移動が指定された圧縮音楽データのＨＤＤ１０６への記録が可能なように、ＨＤＤ１０６に既に記録されている圧縮音楽データが削除される。そして、処理はステップＳ４５に移行する。
【０１０６】
この圧縮音楽データの削除は、ＨＤＤ１０６に既に記録されている圧縮音楽データの、所定のパラメータに基づき自動的になされる。例えば、携帯記録再生装置７０において、ＨＤＤ１０６に記録されている圧縮音楽データ毎に再生回数をカウントしておき、再生回数の少ないものから削除することが考えられる。また、ＨＤＤ１０６に記録された日付の古い順に削除するようにもできる。
【０１０７】
さらに、自動的に削除する際に、ユーザにとって重要な圧縮音楽データが削除されてしまうこともあり得る。これを防止するために、ミュージックサーバ５０の表示部５３や携帯記録再生装置７０のＬＣＤ１２０に警告表示を行い、ユーザの確認を得てから削除するようにもできる。さらにまた、ミュージックサーバ５０の表示部５３や携帯記録再生装置７０のＬＣＤ１２０に対して、ＨＤＤ１０６に既に記録されている圧縮音楽データのリストを表示させ、削除する圧縮音楽データをユーザ自身が選択するという方法もとれる。
【０１０８】
上述のステップＳ４３およびステップＳ４４の処理により、移動が指定された圧縮音楽データの、ＨＤＤ１０６への記録が可能な状態にされると、ステップＳ４５で、ミュージックサーバ５０から携帯記録再生装置７０への圧縮音楽データの転送が開始される。すなわち、ＨＤＤ１０から読み出された圧縮音楽データは、バス４０ならびにインターフェイス３４を介して携帯記録再生装置７０に供給される。携帯記録再生装置７０において、この供給された圧縮音楽データがインターフェイス３５にＨＤＤ１０６に記録される。
【０１０９】
転送された圧縮音楽データは、ミュージックサーバ５０側のＨＤＤ１０にも転送前と同様に存在している。この実施の一形態では、ＨＤＤ１０に存在する、該当する圧縮音楽データの再生が禁止とされる（ステップＳ４６）。例えば、圧縮音楽データに対して再生禁止を示す再生禁止フラグが立てられる。これにより、該当の圧縮音楽データがミュージックサーバ５０から携帯記録再生装置７０へと、仮想的に移動されることになる。したがって、各圧縮音楽データは、常に一つしか存在しないように管理され、不正なデータの複製が防止される。
【０１１０】
そして、次のステップＳ４７では、次の圧縮音楽データの移動要求があるかどうかが判断される。若し、さらに圧縮音楽データの移動を行いたい場合には、処理はステップＳ４２に戻される。これ以上のデータの移動要求が無い場合には、一連の移動の処理が終了される。
【０１１１】
なお、上述では、図９のフローチャートのステップＳ４２〜ステップＳ４６で１つの圧縮音楽データを移動するように説明されているが、これはこの例に限定されず、複数の圧縮音楽データをまとめて移動するようにもできる。
【０１１２】
また、上述では、ステップＳ４６の処理で、移動元であるミュージックサーバ５０のＨＤＤ１０において、移動された圧縮音楽データは、再生禁止とされるだけで存在はしているように説明したが、これは例に限定されず、削除するようにしてもよい。
【０１１３】
ところで、上述では、圧縮音楽データをミュージックサーバ５０から携帯記録再生装置７０へ移動する例について説明したが、逆方向への移動、すなわち、携帯記録再生装置７０のＨＤＤ１０６に記録されている圧縮音楽データを、ミュージックサーバ５０のＨＤＤ１０へと移動させることも、図９のフローチャートと同様の処理に従って実行が可能である。
【０１１４】
このとき、ミュージックサーバ５０から携帯記録再生装置７０へ移動した圧縮音楽データを、再び携帯記録再生装置７０からミュージックサーバ５０へ移動することによって、ミュージックサーバ５０において、該当する圧縮音楽データの再生禁止フラグが解除される。すなわち、該当の圧縮音楽データは、再びミュージックサーバ５０において再生することができるようになる。
【０１１５】
図１０は、表示部５３における音楽データファイル表示画面の一例を示す。音楽データは、ＨＤ１０上に音楽データファイルとして存在する。各音楽データファイルは、アイコン２００，２００，２００，・・・として表される。アイコン２００，２００，・・・に用いられる画像は、例えば、インターネットサーバ６０から音楽データの付加情報として得られたジャケット画像を縮小したものが用いられる。勿論、予め用意された所定の画像を用いるようにしてもよい。また、直接的に音楽データファイルを表示せず、複数の音楽データファイルを含むフォルダを表示し、このフォルダを指定することで、フォルダに含まれる音楽データファイルのアイコン２００，２００，・・・を表示するようにしてもよい。
【０１１６】
ユーザによって、例えば入力手段１によってアイコン２００，２００，・・・の何れかが指定され実行されると、その音楽データファイルが再生されると共に、音楽データに付加された付加情報が表示部５３に表示される。また、音楽データファイル毎に、そのファイルが再生された回数を計数するようにできる。計数結果は、例えばＨＤＤ１０の所定領域に格納される。
【０１１７】
ところで、上述したように、ＨＤＤ１０に対してＣＤ５５の音楽データの記録を次々と行うと、当然、ＨＤＤ１０の容量が満杯になったり、また、記録はしたがほとんど再生することが無かったという音楽データが発生したりする。このような場合、不要な音楽データファイルを削除する必要が生じる。一方、音楽データファイルを完全に削除してしまうと、そのファイルを再び再生したくなったような場合、またＣＤ５５からの記録を行わなくてはならない。
【０１１８】
そこで、この発明では、上述の図１０に示される、音楽データファイル表示画面に対して、不要ファイルの一時的な収納場所を示すごみ箱アイコン２０１が設けられる。音楽データファイルがこの収納場所（以下、「ごみ箱」と称する）に入れられると、そのファイルは、仮の削除扱いとされ、音楽データファイル表示画面から隠されると共に、所定の処理を行わない限り、再び再生できないようにされる。例えば、所定の操作により、ごみ箱内のファイルを指定してそのファイルをごみ箱から出すことによって、再度、そのファイルは、再生可能な状態とされる。
【０１１９】
例えば、ＨＤＤ１０に記録されている音楽データファイルのそれぞれに対して、ファイルの削除の可否を示すフラグが設けられる。このフラグは、削除の可否を段階的に示すようにしてもよい。音楽データファイル表示画面において、音楽データファイルを表すアイコン２００，２００，・・・を、ポインティングデバイスとしての入力手段１によって指定して、ごみ箱アイコン２０１の上に移動する、ドラッグ＆ドロップを行うことで、ファイル削除の可否を示すフラグが例えば「一時的削除」を示す値とされ、該当ファイルがごみ箱に収納される。このとき、該当ファイルの属性として、そのファイルが収納された日時ならびにそのファイルのサイズが記録される。
【０１２０】
なお、アイコン２００，２００，・・・をごみ箱に入れる方法は、この方法に限られない。例えば４方向キーでごみ箱に収納させるファイルを示すアイコンを指定して、別のキーで決定するようにしてもよい。
【０１２１】
図１１は、ごみ箱の内容を確認する画面の一例を示す。例えば、ごみ箱アイコン２０１を入力手段１によって指定することで、ごみ箱内容一覧２０２が表示される。ごみ箱内容一覧２０２には、ごみ箱に収納された音楽データファイルの名前と共に、そのファイルがごみ箱に収納された日付やファイルサイズなどが表示される。また、このごみ箱内容一覧２０２において、所定のファイルを指定することによって、そのファイルを実際にＨＤＤ１０上から削除することができる。なお、ごみ箱として所定の容量を予め定めておくようにすると、ごみ箱が無闇に大きくなることがなく好ましい。
【０１２２】
以上の、不要ファイルをごみ箱に収納する方法は、一般的なパーソナルコンピュータなどでも実施されている。しかしながら、この一般的な方法では、例えごみ箱の容量が満杯になってもその旨表示されるだけなので、新規の音楽データファイルの記録をうまく行えないといった問題が生じるおそれがある。そこで、この発明では、この一般的な方法に加え、さらに、ごみ箱に収納された音楽データファイルを、所定の規則に従い自動的に削除する。
【０１２３】
次に、上述の構成で以てなされる音楽データの削除の方法について説明する。音楽データは、ＨＤＤ１０ではファイルとして扱われるが、この発明では、このファイルのそれぞれに所定の条件で以て消去レベルを設定し、ＨＤＤ１０からのファイルの削除を、この消去レベルに基づき自動的に行うことが可能なようにしている。すなわち、この消去レベルは、上述のファイルの削除の可否を示すフラグに対応する。
【０１２４】
消去レベルは、例えば、ＨＤＤ１０に適用可能なファイルシステムにおける、ファイルの格納情報が記述されたテーブルである、ＦＡＴ(File Allocation Table) に対して、この消去レベル情報が記される。勿論、各音楽データファイルと消去レベル情報とが対応付けられたテーブルをファイルとして持つようにしてもよい。
【０１２５】
図１２は、この、ファイルの格納情報が記述されたテーブルのデータ構造の一例を示す。このテーブルには、ＨＤＤ１０に記録されている全ての音楽データファイルに関する情報が記される。このテーブルは、各音楽データファイルの状態に応じて随時、書き替えられる。アドレスの項目には、ＨＤＤ１０において、対応する音楽データファイルが格納されているアドレスが記述される。記録日付の項目には、該当する音楽データファイルがＨＤＤ１０に記録された日付が記述される。
【０１２６】
消去レベルの項目には、この例では、該当する音楽データファイルの消去レベルが数値で記述される。消去レベル「０」は、そのデータが再生可能であることを示す。すなわち、消去レベル「０」のファイルは、ごみ箱に入れられていない状態でＨＤＤ１０上に存在する。消去レベル「１」のファイルは、そのデータが一時的に削除されていることを示す。すなわち、消去レベル「１」のファイルは、ごみ箱に入れられた状態である。一方、消去レベル「２」のファイルは、完全に削除された状態である。ＨＤＤ１０上には、例えば該当するファイルの痕跡が残っているに過ぎず、そのファイルは、再生できない。
【０１２７】
消去日付の項目には、該当するファイルがごみ箱に入れられるか、または削除され、ミュージックサーバ５０上から消去された日時が記述される。タイトルの項目は、該当する音楽データファイルに付けられたタイトルが記述される。
【０１２８】
この音楽データファイルの削除については、幾つかの方法が考えられる。このミュージックサーバ５０においては、音楽データファイルをどのように削除するかについては、予め用意された幾つかの方法の中から、ユーザにより選択ならびに設定が可能とされる。
【０１２９】
例えば、ごみ箱に収納されたファイルのうち、収納された日時から計数して所定期間を経過したものを削除するようにできる。ごみ箱に収納された日時から３ヵ月や６ヵ月といった所定期間が経過した音楽データファイルを自動的に削除するようにできる。このとき、所定期間で削除せず、ＨＤＤ１０あるいはごみ箱として割り当てられた容量が満杯になったら、ごみ箱に収納されたファイルのうち収納日時が古いものから順に削除するようにもできる。
【０１３０】
図１３は、これらの方法のうち、所定期間でファイルを削除する際の処理の一例を示すフローチャートである。先ず、最初のステップＳ５０では、この所定期間での自動削除を行うモードがこのミュージックサーバ５０において設定されているかどうかが判断される。設定されているとされれば、処理はステップＳ５１に移行する。
【０１３１】
期間を計数する場合、一日のうちの所定の時刻を経過したことで日付が更新され、計数された日数に対して一日が加えられる。ステップＳ５１では、例えばＣＰＵ８により図示されないタイマが参照され、現在の時刻が、日数を計数するための指定の時刻になっているかどうかが判断される。例えば、午前００：００時が日付を更新する時刻に設定されていれば、この午前００：００時を過ぎたことで指定時刻になったかどうかが判断される。指定時刻になっていれば、処理はステップＳ５２に移行する。
【０１３２】
ステップＳ５２では、上述の図１２に一例が示されるテーブルが参照され、消去レベルが「１」であるファイルが検索される。そして、次のステップＳ５３で、検索された消去レベル「１」のファイルのうち、ごみ箱に入れられてから、すなわち、消去レベルが「１」にされてから所定期間（例えば３ヵ月）が経過したファイルがさらに検索される。そして、検索されたファイルの消去レベルが「２」に変更される。
【０１３３】
次のステップＳ５４では、消去レベルが「２」にされた音楽データファイルをユーザに対して通知するために、該当するファイルの一覧が例えば表示部５３に表示される。消去レベルを「１」から「２」へと変更されたファイルが存在することのみ通知するようにしてもよい。この表示に基づき、例えばユーザの確認の下で該当ファイルの削除が行われる。勿論、該当ファイルを自動的に削除するようにしてもよい。
【０１３４】
図１４は、上述した、容量が満杯になったら古いものから順に削除する処理の一例のフローチャートを示す。この処理は、ＨＤＤ１０に対して音楽データを記録する際に行われる。最初のステップＳ６０で、ＨＤＤ１０に記録を行うかどうかが判断され、記録を行うとされれば、ステップＳ６１以下の処理がなされる。
【０１３５】
ステップＳ６１では、記録を行う音楽データのサイズＣが調査される。例えば、ＣＤ−ＲＯＭドライブ９にセットされたＣＤ５５からＨＤＤ１０に対して記録を行う場合には、ＣＤ５５のＴＯＣ情報に記述されるデータ毎の時間情報からデータのサイズを知ることができる。同様に、ステップＳ６２で、ＨＤＤ１０の空き容量Ｒが求められる。
【０１３６】
なお、空き容量Ｒは、ごみ箱に割り当てられるの容量が固定であれば、ごみ箱に割り当てられた容量をＨＤＤ１０全体の容量から差し引いた容量に基づき求められる。また、ごみ箱のサイズがダイナミックに割り当てられるものとすれば、ごみ箱に収納されている音楽データファイルも考慮に入れられ求められる。
【０１３７】
次のステップＳ６３では、上述のステップＳ６１およびステップＳ６２で求められた、音楽データサイズＣとＨＤＤ１０の空き容量Ｒとに基づき（Ｒ−Ｃ）が求められる。若し、（Ｒ−Ｃ）≧０であるとされれば、ＣＤ５５からの記録が行えるとされ、処理はステップＳ７１に移行する。そして、ステップＳ７１で、ＣＤ−ＲＯＭドライブ９から、セットされたＣＤ５５の音楽データが読み出され、読み出された音楽データが新規音楽データファイルとしてＨＤＤ１０に記録される。
【０１３８】
一方、ステップＳ６３で、（Ｒ−Ｃ）＜０であるとされれば、このままではＨＤＤ１０への記録が行えないため、次のステップＳ６４以降で、古いファイルの削除が行われる。
【０１３９】
先ず、ステップＳ６４では、この処理を行うモードが設定されているかどうかが判断される。若し、モードの設定がなされていないとされれば、処理はステップＳ６５に移行し、音楽データのＨＤＤ１０への記録が実行できないとされ、その旨、例えば表示部５３に表示されユーザに通知される。
【０１４０】
一方、ステップＳ６４でモードが設定されているとされれば、処理はステップＳ６６に移行する。ステップＳ６６では、消去レベルが「１」である音楽データファイルが検索される。そして、次のステップＳ６７で、新規に記録する音楽データがＨＤＤ１０に記録可能になるまで、日付の古い順に、消去レベル「１」のファイルが検索される。
【０１４１】
このステップＳ６７では、(1) 消去レベル「１」のファイルの選択，(2) 選択されたファイルのサイズ調査，(3) 選択されたファイルサイズの累積加算、この３つの処理が繰り返し行われる。そして、ファイルサイズの累積加算結果をＳとすると、例えば（Ｒ＋Ｓ−Ｃ）≧０となった時点で、新規の記録が可能とされ、処理はステップＳ６８に移行する。
【０１４２】
ステップＳ６８では、ステップＳ６７で選択された音楽データファイルに関して、削除が可能かどうかが判断される。若し、なんらかの理由で削除ができないとされた場合、処理はステップＳ６９に移行し、削除ならびに新規記録が行えないことが表示部５３に表示され、ユーザに通知される。
【０１４３】
削除が可能であるとされれば、次のステップＳ７０で、選択され指定された音楽データファイルの削除が行われる。そして、ファイルが削除されて空き容量に余裕ができたＨＤＤ１０に対して、新規に音楽データの記録が行われる（ステップＳ７１）。
【０１４４】
なお、消去フラグの立て方は、上述の方法に限られない。例えば、ミュージックサーバ５０において、ＨＤＤ１０に蓄積されている音楽データファイルの再生頻度を計数して、この再生頻度の多寡に基づき消去フラグを変更することができる。この再生頻度による消去フラグの変更は、ＨＤＤ１０への記録が行われてから、一定期間を経過したものについて適用すると良い。ＨＤＤ１０に音楽データが記録されたら、再生された回数を計数して、一定期間が経過したら計数値を正規化する。この正規化された再生頻度に基づき消去レベルが変更される。
【０１４５】
消去レベルが例えば「０」から「１」へと変更されることにより、その音楽データファイルは、ごみ箱へと入れられることになる。ごみ箱へ入れられた音楽データファイルは、例えば上述の図１３あるいは図１４で説明したフローチャートに従い、例えば一定期間経過後にＨＤＤ１０から削除される。
【０１４６】
また、種別の異なる複数のごみ箱を用意することもできる。例えば、第１のごみ箱は、ファイルが自動消去されるまでの期間を、第１のごみ箱に入れられてから３ヵ月とし、第２のごみ箱は６ヵ月でファイルが削除されるものとする。ユーザが音楽データファイルをごみ箱に入れるときに、これら第１および第２のごみ箱を選択できるようにする。第１および第２のごみ箱では、例えば消去レベルが異ならされる。
【０１４７】
図１５は、ごみ箱を２つ用意した場合の消去レベルについて示す。このように、再生頻度が高い音楽データファイルに対しては、消去レベル「１」が設定される。消去レベル「１」のファイルは、例えば第１のごみ箱に収納される。一方、再生頻度が比較的低いファイルに対しては、消去レベル「２」が設定される。消去レベル「２」のファイルは、例えば第２のごみ箱に収納される。完全に削除されるファイルは、消去レベルが「３」とされる。勿論、これはこの例に限定されず、消去レベルをさらに多段階とすることも可能である。
【０１４８】
さらに、これら複数のごみ箱に対して、自動的に音楽データファイルを振り分けて収納するようにもできる。例えば、音楽データの再生頻度の計数を行い、高い頻度で再生されていたファイルは、消去レベルを「１」として自動消去されるまでの期間を長くし、再生頻度が低いファイルは、消去レベルを「２」として自動消去されるまでの期間を短く設定する。
【０１４９】
図１６は、この、再生頻度に応じて、ファイルを第１および第２のごみ箱に自動的に振り分けて収納する処理の一例を示すフローチャートである。先ず、最初のステップＳ８０で、ＨＤＤ１０に記録されている全音楽データファイルについて検索が行われ、ＨＤＤ１０に記録されてから所定期間を経過したファイルがあるかどうかが調査される。若し、該当するファイルがあれば、ステップＳ８１で、そのファイルの再生頻度が求められ分析される。
【０１５０】
ステップＳ８１での分析結果に基づき、ステップＳ８２で、再生頻度による音楽データファイルの振り分けが行われる。再生頻度には、予め所定のしきい値が設定される。例えば、ごみ箱が第１および第２と２つ設けられる場合には、対応して第１，第２，および第３のしきい値が設けられる。ステップＳ８２では、この再生頻度としきい値との大小関係で振り分けが行われる。
【０１５１】
例えば、再生頻度が第１のしきい値よりも低く、且つ第２のしきい値よりも高ければ、処理はステップＳ８３に移行し、消去レベルが「１」とされる。そして、そのファイルがごみ箱１へ自動的に収納される。一方、再生頻度が第２のしきい値よりも低く、且つ第３のしきい値よりも高ければ、処理はステップＳ８４に移行し、消去レベルが「２」とされる。そして、そのファイルがごみ箱２へ自動的に収納される。
【０１５２】
なお、図１６では省略されているが、再生頻度が第１のしきい値より高ければ消去レベルが「０」とされ、そのファイルのごみ箱１または２への収納ならびに削除は行われない。また、再生頻度が第３のしきい値よりも低ければ、そのファイルは、所定の手続きに従い削除される。
【０１５３】
ここでは、再生頻度に応じてごみ箱を複数設けたが、これはこの例に限定されない。例えば、ごみ箱は１つだけとして、再生頻度に応じて自動消去されるまでの期間を適応的に設定するようにしてもよい。
【０１５４】
さらに、複数のごみ箱を設ける場合でも、再生頻度でごみ箱を選ぶだけでなく、例えばジャンル別や演奏者別といった、その音楽データの内容による選択や、例えば自分のＣＤからの記録か、他者から借りたＣＤからの記録かといったような、その音楽データファイルの入手元別で選択するようにしてもよい。
【０１５５】
ところで、例えばラジオや衛星放送などによる、即時性が要求されると共に、長時間連続して供給される音楽データを記録できるようにするためには、ＨＤＤ１０に常に一定の容量を確保しておく必要がある。上述したように、ＨＤＤ１０上にごみ箱の領域が割り当てられる。そのため、ＨＤＤ１０の、通常の音楽データファイルを記録する容量がごみ箱の容量に圧迫されることになる。知らず知らのうちに、ごみ箱にファイルが溜まっていると、このような記録を行うことが難しくなるおそれがある。
【０１５６】
そのため、ＨＤＤ１０には、常に一定容量以上の空き領域を確保しておくことが好ましい。例えば、ごみ箱において、削除する音楽データファイルが発生した場合には、余分にファイルの削除を行う。ファイルに対する消去レベルを、さらに細かく設定することで実現できる。
【０１５７】
これとは逆に、ごみ箱に対して、一定以上の容量を常に確保するようにしてもよい。上述のような、即時性が要求される記録の際に、ＨＤＤ１０に記録可能な空き領域を確保するために、適当なファイルをこのごみ箱に一時的に収納させる。記録が終了したら、例えば長時間にわたって記録された音楽データの編集を行い、データサイズを削減する。その後、ごみ箱に一時的に収納されたファイルがごみ箱から戻される。
【０１５８】
また、ごみ箱に音楽データファイルを収納する際に、ファイルをさらに圧縮することも考えられる。図１７は、このときの処理の一例を示すフローチャートである。先ず、最初のステップＳ９０で、ＨＤＤ１０に記録されている全音楽データファイルについて検索が行われ、ＨＤＤ１０に記録されてから所定期間を経過したファイルがあるかどうかが調査される。
【０１５９】
ステップＳ９０で、該当するファイルが検索されたら、ステップＳ９１で、検索され指定されたファイルが圧縮される。この例では、ＨＤＤ１０に記録されているファイルは、既にＡＴＲＡＣ２で圧縮符号化されている。このステップＳ９１では、例えば、このファイルにさらにＡＴＲＡＣ２により圧縮符号化を行う。すなわち、ＨＤＤ１０からそのファイルが読み出され、バス４０を介して圧縮エンコーダ１２に供給される。
【０１６０】
また、音楽データのサンプリング周波数の低下、データレートの低下、あるいは量子化ビット数の低下などを行うことにより、データ量を減らすようにしてもよい。これらは、専用の処理回路を設けて行ってもよいし、ＣＰＵ８によりソフトウェア的に処理を行うこともできる。
【０１６１】
圧縮されたファイルは、ステップＳ９２でＨＤＤ１０のごみ箱として割り当てられた領域に記録される。そして、ステップＳ９３で、例えばＦＡＴが書き替えられ、そのファイルの消去レベルが「１」とされる。
【０１６２】
なお、この処理により圧縮されＨＤＤ１０に記録されたファイルの、元となるファイルは、例えばＨＤＤ１０上から削除される。勿論、これに限らず、例えば一定期間中は、そのファイルをＨＤＤ１０上に残しておくようにもできる。
【０１６３】
【発明の効果】
以上説明したように、この発明によれば、ハードディスクに記録されている音楽データファイルのうち、不要とされるものを自動的に検索し削除することができるため、操作が容易であり、民生用の製品として用いて好適であるという効果がある。
【０１６４】
また、この発明によれば、不要となったファイルを一時的に削除するモードを有しているため、削除した音楽データファイルを再度記録するという手間が減少するという効果がある。
【０１６５】
さらに、この発明によれば、不要なファイルが自動的に検索され一時的ならびに完全に消去されるため、ハードディスクを有効に利用することができる効果がある。
【図面の簡単な説明】
【図１】この発明によるミュージックサーバおよびミュージックサーバを用いたシステムを概略的に示す略線図である。
【図２】ミュージックサーバの構成の一例を示すブロック図である。
【図３】ＣＤ−ＲＯＭドライブで読み出された音楽データがＨＤＤに記録されるまでの信号フローを概略的に示す図である。
【図４】ＨＤＤから読み出された圧縮音楽データが再生処理されて端子に導出されるまでの信号フローを概略的に示す図である。
【図５】携帯記録再生装置の構成の一例を示すブロック図である。
【図６】携帯記録再生装置の他の例を示すブロック図である。
【図７】ミュージックサーバにおける、ＣＤの音楽データをＨＤＤに記録する際の処理の一例のフローチャートである。
【図８】ＣＤの音楽データをＨＤＤに高速記録する際の課金処理の一例を示すフローチャートである。
【図９】この発明による音楽データの移動の処理の一例のフローチャートである。
【図１０】表示部における音楽データファイル表示画面の一例を示す略線図である。
【図１１】ごみ箱の内容を確認する画面の一例を示す略線図である。
【図１２】ファイルの格納情報が記述されたテーブルのデータ構造の一例を示す略線図である。
【図１３】所定期間でファイルを削除する際の処理の一例を示すフローチャートである。
【図１４】容量が満杯になったら古いものから順に削除する処理の一例のフローチャートである。
【図１５】ごみ箱を２つ用意した場合の消去レベルについて示す略線図である。
【図１６】再生頻度に応じて、ファイルを第１および第２のごみ箱に自動的に振り分けて収納する処理の一例を示すフローチャートである。
【図１７】ごみ箱に音楽データファイルを収納する際に、ファイルをさらに圧縮する処理の一例を示すフローチャートである。
【符号の説明】
１・・・ミュージックサーバの入力手段、８・・・ミュージックサーバのＣＰＵ、９・・・ＣＤ−ＲＯＭドライブ、１０・・・ミュージックサーバのハードディスクドライブ、１１・・・ミュージックサーバのバッファメモリとしてのＤＲＡＭ、１２・・・ミュージックサーバの圧縮エンコーダ、１９・・・通信回線、２０・・・モデム、２１・・・ミュージックサーバの圧縮デコーダ、２６・・・ミュージックサーバのＬＣＤ、３４，３５・・・インターフェイス、４０・・・バス、５０・・・ミュージックサーバ、５５・・・ＣＤ、６０・・・インターネットサーバ、７０・・・携帯記録再生装置、１０６・・・携帯記録再生装置のハードディスクドライブあるいはフラッシュＲＡＭ、１０７・・・携帯記録再生装置のバッファメモリとしてのＤＲＡＭ、１０８・・・携帯記録再生装置の圧縮エンコーダ、１１５・・・携帯記録再生装置の圧縮デコーダ、１２０・・・携帯記録再生装置のＬＣＤ、１３０・・・携帯記録再生装置のバス、２００・・・スイッチ回路
【図１】
0004022971.tif 000002
【図２】
0004022971.tif 000003
【図３】
0004022971.tif 000004
【図４】
0004022971.tif 000005
【図５】
0004022971.tif 000006
【図６】
0004022971.tif 000007
【図７】
0004022971.tif 000008
【図８】
0004022971.tif 000009
【図９】
0004022971.tif 000010
【図１０】
0004022971.tif 000011
【図１１】
0004022971.tif 000012
【図１２】
0004022971.tif 000013
【図１３】
0004022971.tif 000014
【図１４】
0004022971.tif 000015
【図１５】
0004022971.tif 000016
【図１６】
0004022971.tif 000017
【図１７】
0004022971.tif 000018