JP2007200543A

JP2007200543A - 電子機器

Info

Publication number: JP2007200543A
Application number: JP2007066730A
Authority: JP
Inventors: Masayuki Obayashi; 正之大林; Yoshio Matsumoto; 吉生松本; Takashi Kumagai; 隆志熊谷
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2007-03-15
Filing date: 2007-03-15
Publication date: 2007-08-09
Anticipated expiration: 2018-03-06
Also published as: JP4103928B2

Abstract

【課題】データの複製の際に、著作権を保護しつつも、ユーザに対する過度な制限を抑制する。
【解決手段】移動によってデータを移動先へ複製すると、移動元のデータは、再生が禁止される。移動先の機器には、予め固有の識別子が設定される。移動元機器に移動先機器が接続されると、移動先機器から識別子が送信される（Ｓ５１）。移動元で、予め登録された識別子管理表から送信された識別子が探され（Ｓ５２）、見つからなければ（Ｓ５３）、移動が禁止される（Ｓ６０）。識別子が見つかれば、移動元でデータ管理表から移動するデータが探され（Ｓ５５）、フラグが調べられる（Ｓ５６）。フラグが’１’であれば（Ｓ５７）、そのデータが既に移動されたとして移動が禁止される（Ｓ６０）。フラグが’０’であれば、データが移動され（Ｓ５８）、データ管理表が更新される（Ｓ５９）。
【選択図】図１２

Description

この発明は、電子機器から他の電子機器へディジタルデータを複製する際に、データの無制限な複製ならびに不正利用を防止しつつ、そのデータの正規のユーザに対する過度の権利の制限を加えないようにした電子機器に関する。

近年、ディジタル技術の発達に伴い、ＣＤ(Compact Disc)などの記録メディアを始めとして、オーディオ信号がディジタル音楽データとして供給される例が多くなっている。ディジタル音楽データは、高音質を比較的容易に実現できる、記録メディアにおける音質の劣化が殆ど生じない、また、記録メディアが従来のアナログ方式によるもの比べ比較的小型・軽量であるなどの理由で、広く一般的に普及している。

一方、ディジタル音楽データは、記録メディアによる音質の劣化が殆ど生じないことと、完全な複製が容易に可能であることなどから、無制限な複製などにより著作権を脅かすおそれがある。従来では、著作権保護の対策として、著作権が含まれるディジタル音楽データの複製（ダビング）に関して、ＳＣＭＳ(Serial Copy Management System) による管理が行われていた。これは、ディジタル音楽データに対して所定のフラグを設け、ディジタルデータとしての複製を、例えば１世代に制限するものである。ＳＣＭＳは、民生用のＤＡＴ(Digital Audio Tape)やＭＤ(Mini Disc) などのディジタルインターフェイスに搭載されている。

ところが、このＳＣＭＳでは、ユーザや使用機器に関する制限がないため、ディジタル音楽データの無制限な複製が可能であるという問題点があった。例えば、オリジナルのディジタル音楽データを複数の機器を用いて、あるいは、複数の記録媒体に記録することで、複製を無制限に行うことができる。

また、ＳＣＭＳによってディジタル音楽データの複製を１世代に制限してしまうことは、ユーザの立場から考えた場合、正規ユーザの正当な権利を過度に制限してしまう可能性がある問題点があった。例えば、正規にディジタル音楽データを購入したユーザが個人の使用の範囲内でそのデータを複製しようとする場合でも、制限が発生してしまう。

したがって、この発明の目的は、著作権を保護しつつも、ユーザに対する過度な制限を抑制するような電子機器を提供することにある。

この発明は、上述した課題を解決するために、記憶手段に格納されたデータを再生する再生手段と、
記憶手段に格納されるデータを他の電子機器へ送信する送信手段と、
他の電子機器から他の電子機器に付された識別子を受信する受信手段と、
他の電子機器にデータを送信する際に、記憶手段に格納されるデータを他の電子機器に送信することを許可するか否かを、受信手段が受信した識別子と格納されている識別子とが一致するか否かに応じて判別する送信判別手段と
を備える電子機器である。

この発明では、記憶手段に格納されたデータを再生する再生手段と、記憶手段に格納されるデータを他の電子機器へ送信する送信手段と、他の電子機器から他の電子機器に付された識別子を受信する受信手段と、他の電子機器にデータを送信する際に、記憶手段に格納されるデータを他の電子機器に送信することを許可するか否かを、受信手段が受信した識別子と格納されている識別子とが一致するか否かに応じて判別する送信判別手段とを備える構成としているため、受信手段が受信した識別子と格納されている識別子とが一致する場合はデータを送信し、一致しない場合はデータの送信を行わないようにすることができる。

この発明は、上述したように、記憶手段に格納されたデータを再生する再生手段と、記憶手段に格納されるデータを他の電子機器へ送信する送信手段と、他の電子機器から他の電子機器に付された識別子を受信する受信手段と、他の電子機器にデータを送信する際に、記憶手段に格納されるデータを他の電子機器に送信することを許可するか否かを、受信手段が受信した識別子と格納されている識別子とが一致するか否かに応じて判別する送信判別手段とを備える構成としているため、受信手段が受信した識別子と格納されている識別子とが一致する場合はデータを送信し、一致しない場合はデータの送信を行わないようにすることができる効果がある。

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

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

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

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

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

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

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

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

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

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

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

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

この携帯記録再生装置７０は、乾電池や充電池などによるバッテリ電源によって駆動される。例えば、ミュージックサーバ５０には対応する充電電源が設けられており、ミュージックサーバ５０とこの携帯記録再生装置７０とを所定の方法で接続することによって、携帯記録再生装置７０の充電池に対して充電することができる。勿論、専用の充電電源を用いて携帯記録再生装置７０の充電池に対して充電するようにもできる。また、携帯記録再生装置７０は、バッテリ電源に限らず、例えば外部ＡＣ電源によって駆動することもできる。

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

なお、ＰＣカードは、米国のＰＣＭＣＩＡ(Personal Computer 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 Receiver / Decoder)や、ＭＤ、ＤＶＤ、ディジタルビデオなどから音楽データを取り込むようにできる。さらに、ＰＣカードスロット３１にＰＣカードを装着することで、外部記憶装置やその他のメディアドライブ、あるいは、モデム，ターミナルアダプタ，キャプチャボードなどの様々な周辺機器の拡張が容易である。

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

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

ミュージックサーバ５０の各部に対して、電源ユニット４５から電源が供給される。また、電源ユニット４５は、携帯記録再生装置７０に対して充電を行うための機能も有する。さらに、ＣＰＵ８によって電源ユニット４５の所定の機能を制御することができる。図２では省略されているが、ミュージックサーバ５０には充電電力を出力するための充電端子が設けられる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

電源ユニット１３５からこの携帯記録再生装置７０の各部に対して電源が供給される。電源ユニット１３５は、外部から電力を供給され充電される充電部からなる。充電部は、ミュージックサーバ５０と携帯記録再生装置７０とが接続線あるいは装着部によって直接的に接続される場合、音楽データの転送と共に、ミュージックサーバ５０から電力を供給され充電が行われる。勿論、外部の別の充電電源によって充電するようにもできる。なお、電源は、乾電池による電源を併用するようにしてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ところで、この発明では、上述の移動を行うに当たって、音楽データの移動先の携帯記録再生装置７０のそれぞれに対して、固有の識別子を付す。そして、ミュージックサーバ５０によって携帯記録再生装置７０の識別子の管理を行う。これにより、不正な端末装置に対する音楽データの移動や複製を防止し、音楽データに対する著作権の保護を行う。

図１０は、各携帯記録再生装置７０に付された識別子が管理される移動先機器識別子管理表の一例を示す。各携帯記録再生装置７０のそれぞれには、固有の識別子が予め付されている。携帯記録再生装置７０において、識別子は、例えばＲＯＭ１０４に予め記憶されている。携帯記録再生装置７０の識別子が例えばインターフェイス３４，３５を介しての通信や、入力手段１による入力によりミュージックサーバ５０によって取得される。ミュージックサーバ５０において、取得された識別子に基づき移動先機器識別子管理表が作成され、作成された表が例えばＨＤＤ１０の所定の領域に保存される。

また、各携帯記録再生装置７０に対して、２段階以上のレベルからなる許可レベルを設定することができる。設定された許可レベルは、移動先機器識別子管理表に記述される。この許可レベルに基づいて、該当する携帯記録再生装置７０に対する音楽データの複製ならびに移動の可否を判断することができる。この例では、より高度な許可に対して’Ｈ’が、低いレベルの許可に対して’Ｌ’が、さらに、許可されない場合には’ｘ’が設定され、後述する有効期限の判定などに用いられる。

許可レベルは、ミュージックサーバ５０において、携帯記録再生装置７０毎に設定することができる。すなわち、ミュージックサーバ５０と携帯記録再生装置７０とがインターフェイス３４および３５とで接続され、ミュージックサーバ５０に携帯記録再生装置７０の識別子が取得される。ミュージックサーバ５０において、所定の操作に基づき移動先機器識別子管理表を編集する。これに限らず、携帯記録再生装置７０において、ＲＯＭ１０４などに記憶されることにより、予め設定しておいてもよい。

一方、ミュージックサーバ５０に記録されている音楽データのそれぞれに対して、固有の曲データ識別子が付される。また、各音楽データに対して、そのデータが移動されているかどうかを示す移動フラグが付される。曲データ識別子は、上述した、ＣＤ５５の音楽データをＨＤＤ１０に記録するときに得られる、ＣＤ５５に付随したデータ、例えばＣＤ番号に基づき取得することが可能である。

図１１は、各音楽データに付された曲データ識別子ならびに移動フラグが管理されるデータ管理表Ａの一例を示す。各音楽データのそれぞれに対して、固有の曲データ識別子が付される。移動フラグは、該当する音楽データが移動されているかどうかを示すもので、移動フラグが’１’であれば、その音楽データが携帯記録端末７０に移動されていることが示される。移動フラグが’０’であれば、そのデータは、移動されていない。

移動フラグが’１’とされ移動されている音楽データに対して、移動先の携帯記録再生装置７０を示す移動先機器識別子が記述される。この例では、曲データ識別子’１０００’の音楽データが’００１０’の識別子を有する携帯記録再生装置７０に移動されていることが示されている。

なお、移動フラグが’０’とされ移動されていない音楽データに対しては、移動先機器識別子として、例えばこの例に示される’００００’のように、実際の携帯記録再生装置７０に対して用いられない識別子が記述される。勿論、これはこの例に限定されず、移動フラグが’０’であるデータにおいて、この欄を単に空白としておいてもよい。

図１２は、これら移動先機器識別子管理表およびデータ管理表Ａとを用いた、音楽データの移動の処理の一例のフローチャートである。ミュージックサーバ５０に記録されている所定の音楽データを、例えばそのユーザが所持する携帯記録再生装置７０に対して移動させる。なお、この図１２は、上述の図９に示されるフローチャートの関連部分を、より詳細に示したものである。

先ず、ユーザによって、携帯記録再生装置７０がインターフェイス３４および３５とを介してミュージックサーバ５０に接続される（ステップＳ５０）。そして、ステップＳ５１で、携帯記録再生装置７０とミュージックサーバ５０との間で所定のやり取りが行われる。これにより、接続された携帯記録再生装置７０の識別子がミュージックサーバ５０に取得される。

次のステップＳ５２では、ミュージックサーバ５０において、予め記憶されている移動先機器識別子管理表から、取得された識別子が検索される。ステップＳ５３では、取得された識別子が移動先機器識別子管理表上から検索されたかどうかが判断される。

若し、ステップＳ５３で、取得された識別子が移動先機器識別子管理表上に無いとされれば、この携帯記録再生装置７０に対する音楽データの移動が許可されていないものとされ、処理はステップＳ６０に移行し、ユーザに対して移動不許可の通知がなされる。これは例えば、表示部５３にその旨表示されることによってなされる。そして、処理はステップＳ６１に移行し、エラー履歴などが記憶され、一連のフローチャートが終了される。

一方、ステップＳ５３において、該当する識別子が移動先機器識別子管理表上で見つかったら、ステップＳ５４で、ミュージックサーバ５０のＨＤＤ１０に記録されている音楽データのうち、移動させたいものが選択される。そして、選択された音楽データを移動させることが指示される。

次のステップＳ５５では、音楽データの移動元、すなわちミュージックサーバ５０において、データ管理表Ａから移動が指示された音楽データの識別子が検索される。そして、次のステップＳ５６で、検索された識別子に対応する音楽データの移動フラグが調べられる。

ステップＳ５７では、ステップＳ５６で得られた音楽データの移動フラグに基づく判断がなされる。若し、移動フラグが’１’であれば、その音楽データは、ＨＤＤ１０から移動されていると判断される。上述したように、既に移動されている音楽データは、元に戻されない限り、ＨＤＤ１０に存在していないものと見做される。したがって、処理はステップＳ６０に移行し移動不許可通知がなされ、ステップＳ６１でエラー履歴などが記録され、一連のフローチャートが終了される。

一方、ステップＳ５７で移動フラグが’０’であるとされれば、その音楽データの移動が可能であるとされ、処理はステップＳ５８に移行する。ステップＳ５８では、該当する音楽データが移動先の機器である携帯記録再生装置７０に移動される。そして、ステップＳ５９で、ミュージックサーバ５０においてデータ管理表Ａの該当する音楽データに対応する移動フラグを’１’とすると共に、移動先機器の識別子がデータ管理表Ａに登録され、一連のフローチャートが終了される。

なお、移動先の携帯記録再生装置７０でも、移動元であるミュージックサーバ５０と同様に、データ管理表Ａ’を有する。音楽データのミュージックサーバ５０から携帯記録再生装置７０への移動に伴い、移動された音楽データの識別子が登録される。識別子が既に登録されているが移動フラグが’１’とされている場合には、移動フラグが’０’に変更される。また、必要であれば、移動先機器識別子が削除される。

なお、図１２に示した音楽データ移動の処理は、この例に限定されない。例えば、移動先機器の識別子のチェックは、実際の音楽データの移動の直前に行うようにしてもよい。また、移動先機器に対して識別子を設定するのではなく、ユーザに対して個別に識別子、例えばユーザＩＤを発行するようにしてもよい。この場合には、移動先機器の識別子のチェックの代わりに、ユーザ識別子のチェックが行われる。勿論、移動先機器識別子およびユーザ識別子とを両方用いてチェックを行うようにしてもよい。

さらに、移動に限らず、音楽データを携帯記録再生装置７０に対して複製するような場合にも、適用することができる。さらにまた、音楽データの、ミュージックサーバ５０から携帯記録再生装置７０への移動（あるいは複製）に限らず、携帯記録再生装置７０から他の携帯記録再生装置７０’への移動ならびに複製、同様に、ミュージックサーバ５０から他のミュージックサーバ５０’への移動ならびに複製にも対応することができる。勿論、移動元および移動先は、ミュージックサーバ５０および携帯記録再生装置７０に限らず、この方式に対応する他の電子機器であってもよい。

音楽データの不正利用をより確実に防ぐために、音楽データの暗号化を行うようにしてもよい。例えば、移動元および移動先の各機器に対して、それぞれ固有の暗号化鍵とその暗号化鍵に対応した復号化鍵とを持たせる。各機器のＨＤＤに対して音楽データを記録する際には、音楽データに対して、その機器が有する暗号化鍵で以って暗号化を施す。暗号化されたデータは、対応する復号化鍵を用いない限り、復号化できない。

ＨＤＤに記録された音楽データを他の機器に移動（あるいは複製）する際には、先ず、移動先機器の識別子をチェックする。移動先機器の識別子が確認され移動が可能とされれば、移動元の機器において移動する音楽データを復号化鍵で以って復号化する。この復号化された音楽データが移動先機器に移動される。移動先機器において、復号化され移動された音楽データは、移動先機器が有する暗号化鍵で以って暗号化され、ＨＤＤに記録される。

一方、移動先機器の識別子をチェックして、例えば識別子が確認できないなどにより、移動が禁止されていれば、音楽データの移動を行わないか、あるいは、復号化しないままで音楽データを移動する。例えば復号化されないで移動された音楽データは、移動先では対応する復号化鍵がないため復号化できない。これにより、データの不正利用が防がれる。

このような暗号化による処理は、例えば上述の図１２では、ステップＳ５８において行うとよい。すなわち、音楽データを携帯記録再生装置７０に対して移動あるいは複製する際に、予め暗号化されてＨＤＤ１０に記録された音楽データは、ＨＤＤ１０から読み出されると共に、ミュージックサーバ５０に固有の復号化鍵で復号化される。復号化された音楽データが携帯記録再生装置７０に供給される。そして、携帯記録再生装置７０において、供給された音楽データは、携帯記録再生装置７０に固有の暗号化鍵で暗号化され、ＨＤＤ１０６に対して記録される。

この実施の一形態では、音楽データに対して有効期限を設定することもできる。移動先機器識別子管理表において設定される、許可レベルが低く（許可レベル’Ｌ’）設定された移動先機器に対して、音楽データを移動すると共にデータの有効期限を設定する。その移動先機器において、設定された有効期限を過ぎたらその音楽データの再生が禁止される。

図１３は、音楽データのそれぞれに有効期限を設定するようにされたデータ管理表Ｂの一例を示す。このデータ管理表Ｂは、ミュージックサーバ５０のＨＤＤ１０や携帯記録再生装置７０のＨＤＤ１０６などに保存される。各音楽データに対応した曲データ識別子のそれぞれに対して、有効期限が設定される。この例では、「ｙｙｙｙ／ｍｍ／ｄｄ／ｈｈ／ｍｍ」として、「西暦／月／日／時間／分」で有効期限が設定される。

なお、データ管理表Ｂにおいて、有効期限は、全ての音楽データに対して設定される必要はない。また、このデータ管理表Ｂは、上述のデータ管理表Ａと組み合わせて用いることもできる。この場合、組み合わされた表の項目は、曲データ識別子，移動フラグ，移動先機器識別子，および有効期限とからなる。

データ管理表Ｂにおいて設定された有効期限は、図１０に示した移動先機器識別子管理表の許可レベルと共に用いられる。すなわち、移動先機器識別子管理表において、許可レベルが’Ｌ’とされた識別子を有する移動先機器に移動された音楽データに対して、有効期限が設定される。許可レベルが’Ｈ’の機器に対しては、有効期限が設定されない。勿論、許可レベルに応じて有効期限を段階的に設定することも可能である。

図１４および図１５は、有効期限が設定された場合の処理の一例のフローチャートである。図１４は、移動元から移動先への音楽データの移動の処理の一例のフローチャートである。また、図１５は、有効期限が設定された音楽データの、移動先での再生の処理の一例のフローチャートである。ここでは、移動元機器がミュージックサーバ５０、移動先機器が携帯記録再生装置７０とする。

図１４において、ステップＳ７９〜ステップＳ８１が有効期限のチェックに関する処理であり、その他のステップは、上述の図１２で示した処理と同一である。図１２と同一部分は、簡略的に説明する。先ず、ステップＳ７０で携帯記録再生装置７０とミュージックサーバ５０とが接続され、ステップＳ７１で、接続された携帯記録再生装置７０の識別子がミュージックサーバ５０に取得される。

ミュージックサーバ５０において、予め記憶されている移動先機器識別子管理表から、取得された識別子が検索され（ステップＳ７２）、ステップＳ７３で、取得された識別子が移動先機器識別子管理表上から検索されたかどうかが判断される。若し、取得された識別子が移動先機器識別子管理表上に無いとされれば、この携帯記録再生装置７０に対する音楽データの移動が許可されていないものとされ、ステップＳ８２に移行し、ユーザに対して移動不許可の通知がなされると共に、ステップＳ８３でエラー履歴などが記憶される。

一方、ステップＳ７３において、該当する識別子が移動先機器識別子管理表上で見つかったら、ステップＳ７４で、移動させたい音楽データが選択され、移動の指示がなされる。そして、次のステップＳ７５で、音楽データの移動元であるミュージックサーバ５０において、データ管理表Ａから移動が指示された音楽データの識別子が検索され、検索された識別子に対応する音楽データの移動フラグが調べられる。

ステップＳ７６で、ステップＳ７５で調べられた音楽データの移動フラグに基づく判断がなされ、若し、移動フラグが’１’であれば、その音楽データは、ＨＤＤ１０から移動されていると判断され、処理はステップＳ８２に移行し移動不許可通知がなされ、ステップＳ８３でエラー履歴などが記録され、一連のフローチャートが終了される。

一方、ステップＳ７６で移動フラグが’０’であるとされれば、その音楽データの移動が可能であるとされ、ステップＳ７７で、該当する音楽データが携帯記録再生装置７０に移動される。なお、上述した、音楽データを暗号化して記録する場合には、このステップＳ７７で、ミュージックサーバ５０での音楽データの復号化と、携帯記録再生装置７０での暗号化ならびにＨＤＤ１０６への記録とが行われる。

そして、次のステップＳ７８で、ミュージックサーバ５０においてデータ管理表Ａの該当する音楽データに対応する移動フラグを’１’とすると共に、移動先機器の識別子がデータ管理表Ａに登録される。

また、音楽データのミュージックサーバ５０から携帯記録再生装置７０への移動に伴い、携帯記録再生装置７０が有するデータ管理表Ａ’の変更もなされる。データ管理表Ａ’に対して、移動された音楽データの識別子が登録される。識別子が既に登録されているが移動フラグが’１’とされている場合には、移動フラグが’０’に変更される。また、必要であれば、移動先機器識別子が削除される。

移動元のミュージックサーバ５０において、ステップＳ７８でデータ管理表Ａに対する登録等が行われると、処理はステップＳ７９に移行する。ステップＳ７９では、ミュージックサーバ５０において、移動先機器識別子管理表から移動さ機器である携帯記録再生装置７０の許可レベルが取得される。そして、次のステップＳ８０で、取得された許可レベルに基づく判断がなされる。

許可レベルは、上述したように、高レベル許可の’Ｈ’，低レベル許可の’Ｌ’，および移動が許可されない’ｘ’が設定可能である。若し、ステップＳ８０で、許可レベルが’Ｌ’であると判断されたら、処理はステップＳ８１に移行する。そして、ステップＳ８１で、データ管理表Ｂにおいて音楽データ毎に設定されている有効期限のデータが携帯記録再生装置７０に送信される。この有効期限データが送信されると、一連のフローチャートが終了される。

なお、送信された有効期限データは、携帯記録再生装置７０において、移動された音楽データの情報と共にデータ管理表Ａ’に対して登録される。

一方、ステップＳ８０で、許可レベルが’Ｈ’であると判断された場合には、特に有効期限の設定が行われず、そのまま一連のフローチャートが終了される。

また、図１４では省略されているが、ステップＳ８０で許可レベルが’ｘ’であると判断された場合には、例えば、処理がステップＳ８２に移行して移動不許可通知がなされ、エラー履歴の記録が行われ（ステップＳ８３）、処理が終了される。

次に、図１５を用いて、携帯記録再生装置７０における、有効期限が設定された場合の音楽データの再生について説明する。先ず、最初のステップＳ９０で、移動された音楽データが所定の方法で選択され、再生が指示される。次のステップＳ９１では、再生が指示された音楽データに関して、データ管理表Ａ’が調べられ、その音楽データに対応する曲データ識別子に基づき有効期限が調べられる。

そして、ステップＳ９２で、例えば携帯記録再生装置７０が内蔵するタイマによって現在の日時が取得され、現在の時刻がその曲に設定された有効期限内にあるかどうかが判断される。若し、有効期限内であれば、ステップＳ９３で、携帯記録再生装置７０においてその音楽データが再生される。

一方、設定された有効期限を超過するなどして、既に現在の日時が有効期限内でないとされれば、処理はステップＳ９４に移行し、携帯記録再生装置７０のユーザに対して、指定された音楽データの有効期限を超過していることが通知され、その音楽データの再生が禁止される。勿論、このとき、その音楽データの再生は行われない。

ところで、上述の例のように、ミュージックサーバ５０の電源ユニット４５が携帯記録再生装置７０のための充電機能を備える場合、これを利用して音楽データの不正利用を防止することができる。例えば、インターフェイス３４ならびに３５を、充電のための電力供給を行う充電端子と一体的に構成する。または、充電端子そのものを利用して、ミュージックサーバ５０および携帯記録再生装置７０との間で所定の情報のやり取りを行えるようにしてもよい。

このような構成で以って、充電を行うために充電端子を接続した際に、ミュージックサーバ５０と携帯記録再生装置７０との間でデータのやり取りを行い、携帯記録再生装置７０の識別子を検査する。若し、ミュージックサーバ５０に登録されている識別子が見つからない、あるいは、見つかっても許可レベルが低い場合には、上述の図１２あるいは図１４で説明したのと同様な方法で、充電を拒否するようにするとよい。

なお、上述では、音楽データの移動に対してこの発明が適用されているが、これはこの例に限定されない。すなわち、映像データやテキストデータなど、著作権が存在する他の形式のデータに対してこの発明を適用することによって、それらのデータの著作権を保護することができる。

以上説明したように、この発明によれば、移動元において、音楽データや他の著作権を有するデータの移動を許可する移動先あるいはユーザが管理される。そのため、それら著作権を有するデータが不正な機器で、あるいは不正なユーザに使用されることが防止あるいは制限できる。

また、この発明によれば、許可された移動先に対しては、データの移動を行うことができるため、著作権者の権利を保護しながらも、正規なユーザや機器では、そのデータを、移動あるいは複製経路に制限されずに利用することができる。

この発明によるミュージックサーバおよびミュージックサーバを用いたシステムを概略的に示す略線図である。ミュージックサーバの構成の一例を示すブロック図である。ＣＤ−ＲＯＭドライブで読み出された音楽データがＨＤＤに記録されるまでの信号フローを概略的に示す図である。ＨＤＤから読み出された圧縮音楽データが再生処理されて端子に導出されるまでの信号フローを概略的に示す図である。携帯記録再生装置の構成の一例を示すブロック図である。携帯記録再生装置の他の例を示すブロック図である。ミュージックサーバにおける、ＣＤの音楽データをＨＤＤに記録する際の処理の一例のフローチャートである。ＣＤの音楽データをＨＤＤに高速記録する際の課金処理の一例を示すフローチャートである。この発明による音楽データの移動の処理の一例のフローチャートである。移動先機器識別子管理表の一例を示す略線図である。曲データ識別子ならびに移動フラグが管理されるデータ管理表の一例を示す略線図である。移動先機器識別子管理表およびデータ管理表とを用いた、音楽データの移動の処理の一例のフローチャートである。音楽データのそれぞれに有効期限を設定するようにされたデータ管理表の一例を示す略線図である。有効期限が設定された場合の、移動元から移動先への音楽データの移動の処理の一例のフローチャートである。有効期限が設定された音楽データの、移動先での再生の処理の一例のフローチャートである。

符号の説明

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

Claims

記憶手段に格納されたデータを再生する再生手段と、
上記記憶手段に格納される上記データを他の電子機器へ送信する送信手段と、
上記他の電子機器から上記他の電子機器に付された識別子を受信する受信手段と、
上記他の電子機器に上記データを送信する際に、上記記憶手段に格納される上記データを上記他の電子機器に送信することを許可するか否かを、上記受信手段が受信した識別子と格納されている識別子とが一致するか否かに応じて判別する送信判別手段と
を備える電子機器。
請求項１記載の電子機器であって、
上記送信手段は、上記記憶手段に格納される上記データに対して有効期限を設定し、上記有効期限を超過している場合は送信された上記有効期限が設定されたデータの再生を禁止するようにして上記データを上記他の電子機器に送信する
ことを特徴とする電子機器。
請求項１記載の電子機器であって、
上記他の電子機器から受信した上記他の電子機器に付された識別子は、上記他の電子機器を識別する識別子である
ことを特徴とする電子機器。
請求項１記載の電子機器であって、
上記他の電子機器から受信した上記他の電子機器が保持する識別子はユーザ識別子である
ことを特徴とする電子機器。
請求項１記載の電子機器であって、
上記受信手段はネットワークを介してインターネットサーバと接続し、上記記憶手段に格納された上記データに対応する付加情報を上記インターネットサーバから受信する
ことを特徴とする電子機器。
請求項１記載の電子機器であって、
上記電子機器にはそれぞれ送信許可レベルが設定されており、
上記送信判別手段は、上記他の電子機器に設定された許可レベルに応じて送信の可否をさらに判別する
ことを特徴とする電子機器。