JPH11283325A - 記録システムおよび記録方法 - Google Patents

Abstract

(57)【要約】 【課題】 音楽データの移動を繰り返しても、移動先を
容易に把握できるようにする。 【解決手段】 音楽データ３００に対してヘッダ３０１
が付加される。ヘッダ３０１は、データの移動に伴い更
新されるヘッダ３０２と、データの移動では変化しない
ヘッダ３０３とからなる。さらに、ヘッダ３０２は、デ
ータ識別子ｄａｔａＩＤ，この音楽データの移動回数を
示すカウンタ３０５，データの移動時刻と移動先の機器
ＩＤ３０６，３０６，・・・とからなる。この音楽デー
タが例えばミュージックサーバから携帯記録再生装置に
移動されると、カウンタ３０５が１だけインクリメント
されると共に、移動時刻と移動先の機器ＩＤ３０６が追
加される。データの移動時刻と移動先の機器ＩＤ３０
６，３０６，・・・を、例えばミュージックサーバで参
照することで、その音楽データの移動履歴を把握するこ
とができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複製によるデー
タの経路を管理できるようにした記録システムおよび記
録方法に関する。

【０００２】

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

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

【０００４】このようなミュージックサーバでは、蓄積
された音楽データを、他の電子機器、例えば携帯用の音
楽データ記録再生装置（以下、携帯用記録再生装置と称
する）に複写して共有することができる。ユーザは、ミ
ュージックサーバに蓄積された多数の音楽データの中か
ら、好みのデータを選択して携帯用記録再生装置に複写
して、屋外など随所で音楽データを再生させて楽しむこ
とができる。

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

【０００６】ところが、このＳＣＭＳでは、著作権保護
を重視するあまり、データの共有性を著しく限定してし
まうおそれがある。例えば、ディジタル的な複製で入手
した音楽データは、たとえ個人としての使用目的であっ
ても、その複製された記録メディアから他の記録メディ
アへと２度と移すことができず、非常に不便であった。

【０００７】

【発明が解決しようとする課題】これを解決するため
に、音楽データの複製を行った後に、複製元でその音楽
データを再生不可の状態にする方法が提案されている。
このようなデータの複製方法を、移動と称する。移動元
では、再びその音楽データが戻されることによって再生
不可の状態が解かれる。これによれば、移動された音楽
データは、例えばミュージックサーバを起点として常に
一つしか存在しないことになる。そのため、この方法で
は、複製を行っても音楽データの著作権が守られる。

【０００８】音楽データの移動を繰り返すと、データの
所在あるいは移動元が分からなくなってしまうおそれが
ある。したがって、この方法では、ミュージックサーバ
において、少なくとも移動された各データの移動先を把
握しておく必要がある。

【０００９】音楽データの移動先を把握するためには、
データの移動先の機器情報をミュージックサーバに記憶
させる方法が考えられる。しかしながら、この方法で
は、音楽データの移動を一々そのデータの移動の起点で
あるミュージックサーバを介して行わなくてはならず、
非常に不便であるという問題点があった。

【００１０】例えば、この方法では、２台の携帯用記録
再生装置の間でデータの移動を行った場合、ミュージッ
クサーバで移動先を把握することができなくなってしま
う。

【００１１】したがって、この発明の目的は、音楽デー
タの移動を繰り返しても、移動先を容易に把握できるよ
うな記録システムおよび記録方法を提供することにあ
る。

【００１２】

【課題を解決するための手段】この発明は、上述した課
題を解決するために、データが格納されると共に、格納
されたデータを再生する第１および第２の電子機器と、
第１の電子機器の格納されるデータを少なくとも第２の
電子機器に移動あるいは複製する複製手段とを備え、第
１の電子機器に格納されるデータが所定の他の電子機器
に移動あるいは複製されたとき、第１の電子機器に移動
あるいは複製された所定のデータに相対してデータの移
動あるいは複製先の他の電子機器の識別子を記憶すると
共に、移動あるいは複製の時刻を記憶するようにしたこ
とを特徴とする記録システムである。

【００１３】また、この発明は、上述した課題を解決す
るために、データが第１の電子機器から第２の電子機器
に移動あるいは複製される際、第１の電子機器に相当す
る識別子を記憶する移動元機器識別子記憶手段と、デー
タが第１の電子機器から第２の電子機器に移動あるいは
複製される際、第２の電子機器に相当する識別子を記憶
する移動先機器識別子記憶手段と、データが第１の電子
機器から第２の電子機器に移動あるいは複製される時刻
を記憶する時刻記憶手段と、第１の電子機器から第２の
電子機器に移動あるいは複製されるデータに移動元機器
識別子，移動先機器識別子，および時刻を付加する付加
手段とを備えることを特徴とする記録システムである。

【００１４】また、この発明は、上述した課題を解決す
るために、データが格納されると共に、格納されたデー
タを再生する第１および第２の電子機器と、第１の電子
機器の格納されるデータを少なくとも第２の電子機器に
移動あるいは複製する複製のステップとを備え、第１の
電子機器に格納されるデータが所定の他の電子機器に移
動あるいは複製されたとき、第１の電子機器に移動ある
いは複製された所定のデータに相対してデータの移動あ
るいは複製先の他の電子機器の識別子を記憶すると共
に、移動あるいは複製の時刻を記憶するようにしたこと
を特徴とする記録方法である。

【００１５】また、この発明は、上述した課題を解決す
るために、データが第１の電子機器から第２の電子機器
に移動あるいは複製される際、第１の電子機器に相当す
る識別子を記憶する移動元機器識別子記憶のステップ
と、データが第１の電子機器から第２の電子機器に移動
あるいは複製される際、第２の電子機器に相当する識別
子を記憶する移動先機器識別子記憶のステップと、デー
タが第１の電子機器から第２の電子機器に移動あるいは
複製される時刻を記憶する時刻記憶のステップと、第１
の電子機器から第２の電子機器に移動あるいは複製され
るデータに移動元機器識別子，移動先機器識別子，およ
び時刻を付加する付加のステップとを備えることを特徴
とする記録方法である。

【００１６】上述したように、この発明は、第１の電子
機器に格納されるデータが所定の他の電子機器に移動あ
るいは複製されたとき、第１の電子機器に移動あるいは
複製された所定のデータに相対してデータの移動あるい
は複製先の他の電子機器の識別子を記憶すると共に、移
動あるいは複製の時刻を記憶するようにされているた
め、第１の電子機器において、データの移動先および移
動時刻を把握することができる。

【００１７】また、この発明によれば、第１の電子機器
から第２の電子機器に移動あるいは複製されるデータに
対して、移動元機器識別子，移動先機器識別子，および
時刻が付加されるため、データ毎に移動の経路を把握す
ることができる。

【００１８】

【発明の実施の形態】以下、この発明について説明す
る。先ず、実施の形態の説明に先んじて、理解を容易と
するために、この発明を適用できる構成について説明す
る。図１は、この発明が適用されたミュージックサーバ
およびミュージックサーバを用いたシステムを概略的に
示す。ミュージックサーバ５０は、サーバ本体５１と左
右のスピーカユニット５２Ｌ，５２Ｒとからなる。サー
バ本体５１には、例えばＬＣＤ(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:商
標) ，ディジタルビデオなどから音楽データを取り込む
ようにできる。さらに、ＰＣカードスロット３１にＰＣ
カードを装着することで、外部記憶装置やその他のメデ
ィアドライブ、あるいは、モデム，ターミナルアダプ
タ，キャプチャボードなどの様々な周辺機器の拡張が容
易である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１１５】図１０は、移動先機器の識別子が記録され
る機器識別子管理表の一例を示す。この機器識別子管理
表は、ミュージックサーバ５０ならびに携帯記録再生装
置７０とを問わず、移動元となる各機器のそれぞれが有
する。機器識別子管理表には、自身との音楽データの受
け渡しを許可する移動先機器の識別子が登録される。

【０１１６】また、移動先機器に対して、ニックネーム
を付すことができる。ニックネームは、ミュージックサ
ーバ５０の例では、入力手段１によって入力することが
できる。この例では、識別子が’００１０’の機器に
は’ｍａｒｓ’が、識別子が’００２０’の機器には’
ｊｕｐｉｔｅｒ’がそれぞれニックネームとして付され
ている。一方、識別子が’００３０’の機器には、ニッ
クネームが付されていない。

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

【０１１８】図１１は、各音楽データに付された曲デー
タ識別子ならびに移動フラグが管理されるデータ管理表
の一例を示す。このデータ管理表は、ミュージックサー
バ５０ならびに携帯記録再生装置７０とを問わず、移動
元となる各機器のそれぞれが有する。各音楽データのそ
れぞれに対して、固有の曲データ識別子が付される。移
動フラグは、該当する音楽データが移動されているかど
うかを示すもので、移動フラグが’１’であれば、その
音楽データが携帯記録端末７０に移動されていることが
示される。移動フラグが’０’であれば、そのデータ
は、移動されていない。また、音楽データのそれぞれに
対して、その曲名を付してもよい。

【０１１９】なお、曲名は、ミュージックサーバ５０の
例では、入力手段１によって入力することができる。ま
た、その音楽データをＨＤＤ１０に記録する際に用いた
ＣＤ５５がＣＤテキストに対応していれば、そのテキス
トデータを読み込みＨＤＤ１０に記録しておくことで、
自動的に登録することができる。さらに、曲名は、通信
回線６１を介して、インターネットサーバ６０から入手
することもできる。

【０１２０】次に、この発明の実施の第１の形態につい
て説明する。この第１の形態においては、各機器が各音
楽データの移動先の情報のみを持つ。各機器、すなわち
ミュージックサーバ５０および携帯記録再生装置７０の
それぞれは、図１２に一例が示される、データ移動先管
理表が持たされる。データ移動先管理表は、曲データ識
別子と移動先機器識別子と移動時刻とからなるレコード
の集合で構成される。

【０１２１】データ移動先管理表は、次に示す２つの場
合に更新される。すなわち、 （１）各機器間で音楽データの移動がなされた場合 （２）各機器同士を接続した際に、接続機器双方のデー
タ移動先管理表が照合された場合 これらの場合に、データ移動先管理表の更新がなされ
る。

【０１２２】先ず、（１）の音楽データの移動に伴う更
新について、図１３に示されるフローチャートを用いて
説明する。図１３は、移動元機器と移動先機器とを接続
して、移動元機器に記録されている音楽データＭを、移
動先機器に移動させる場合の処理を示す。図１３Ａが移
動元機器での処理を示し、図１３Ｂが移動先機器での処
理を示す。なお、移動元機器および移動先機器は、それ
ぞれミュージックサーバ５０および携帯記録再生装置７
０のどちらであっても構わない。

【０１２３】先ず、移動元機器と移動先機器とが接続さ
れ、互いの機器識別子が交換される（ステップＳ５０お
よびステップＳ６０）。移動元機器において、ユーザに
よって所定の音楽データＭが選択され、選択された音楽
データＭの移動先機器への移動が指示される（ステップ
Ｓ５１）。そして、ステップＳ５２で、機器識別子管理
表に基づき、移動先機器の識別子が確認される。

【０１２４】若し、接続された移動先機器の機器識別子
が移動元機器の機器識別子管理表に無ければ（ステップ
Ｓ５３）、処理はステップＳ５６に移行し、移動先機器
に対して、移動不許可通知が送信され、音楽データＭの
移動が行えないことが通知される。

【０１２５】一方、ステップＳ５３で、接続された移動
先機器の機器識別子が移動元機器の機器識別子管理表に
存在するとされれば、処理はステップＳ５４に移行す
る。ステップＳ５４では、移動元機器のデータ管理表に
よりフラグが調べられる。若し、フラグが’１’であっ
て、そのデータが他の機器に移動されているとされれ
ば、処理はステップＳ５６に移行し、移動先機器に対し
て移動不許可通知が出される。一方、フラグが’０’で
あれば、音楽データＭの移動が可能であるとされ、処理
はステップＳ５７に移行する。

【０１２６】ステップＳ５７では、移動元機器におい
て、データ移動先管理表に対してエントリ作成がなさ
れ、音楽データＭのレコードが新規に作成される。この
レコードには、音楽データＭの曲データ識別子，移動先
機器の機器識別子，および移動時刻が記録される。な
お、既に音楽データＭのエントリが存在するときには、
そのエントリに対して上書きされる。

【０１２７】データ移動先管理表への音楽データＭのエ
ントリ作成後、音楽データＭが移動元機器から移動先機
器へと送信される（ステップＳ５８）。送信が終了する
と、次のステップＳ５９で、データ管理表における音楽
データＭのフラグが’０’から’１’へと変更され、フ
ラグが立てられる。これにより、移動元機器での一連の
処理が終了される。

【０１２８】一方、移動先機器では、ステップＳ６０で
移動元機器との機器識別子を交換した後、移動元機器か
ら何らかのデータが送られて来るまで、受信待ちとされ
る（ステップＳ６１）。移動元機器からのデータを受信
した場合、受信されたデータの内容が判断される。若
し、データ内容が移動元機器の処理におけるステップＳ
５６での、移動不許可通知であれば（ステップＳ６
３）、移動先機器での処理が終了される。

【０１２９】一方、データ内容が移動元機器の処理にお
けるステップＳ５８での音楽データＭであれば（ステッ
プＳ６４）、音楽データＭが受信され、記録される。そ
して、次のステップＳ６５に移行する。若し、データ管
理表に、音楽データＭのレコードが既に存在していれ
ば、フラグを’１’から’０’に変更してフラグ下げを
行う。また若し、データ管理表に、音楽データＭのレコ
ードが存在しなければ、音楽データＭのレコードを新規
に作成し、フラグを’０’としておく。

【０１３０】上述したように、移動先機器および移動元
機器の何方かがミュージックサーバ５０であっても、同
様の処理がなされる。但し、移動先機器がミュージック
サーバ５０である場合、すなわち、音楽データＭをミュ
ージックサーバ５０に移行する場合には、移動元機器の
データ管理表中の、音楽データＭに対応するレコードを
消去してもよい。

【０１３１】次に、（２）のデータ移動先管理表の照合
による更新について説明する。先ず、図１４を用いて、
データ移動先管理表の更新について概略的に説明する。
図１４Ａは、更新前であり、図１４Ｂは、更新後のデー
タ移動先管理表である。また、図１４Ａおよび図１４Ｂ
のそれぞれにおいて、左側に移動元機器の表を示し、右
側に移動先機器の表を示す。

【０１３２】例えば２台の携帯記録再生装置７０を互い
に接続した場合、先ず、データ移動先管理表を互いに調
べ、双方共に含まれるデータ識別子を探す。図１４Ａの
例では、データ識別子〔１１０８〕が接続された２つの
装置７０のそれぞれで共通している。このように双方共
に有する識別子があれば、接続された装置７０のそれぞ
れの、該当する識別子のレコード内の移動時刻が互いに
比較される。比較の結果、時刻の古い方のレコードの内
容が新しい方のレコードの内容に書き替えられる。この
処理が接続された２つの装置７０の双方において、互い
に一致するデータ識別子が無くなるまで繰り返される。

【０１３３】図１５および図１６のフローチャートを用
いて、データ移動先管理表の照合による更新について、
より詳細に説明する。図１５および図１６は、連続した
処理を示すフローチャートであり、図中の「Ａ」，
「Ｂ」，および「Ｃ」の記号は、互いに対応する記号へ
処理が移行することを示す。また、図１５Ａおよび図１
６Ａは、移動元機器の処理を示し、図１５Ｂおよび図１
６Ｂは、移動先機器の処理を示す。なお、移動元機器お
よび移動先機器は、それぞれミュージックサーバ５０お
よび携帯記録再生装置７０のどちらであっても構わな
い。

【０１３４】例えば音楽データの移動処理の後といっ
た、機器同士を接続した際に、互いの機器のデータ移動
先管理表の照合ならびに更新がなされる。そして、照合
は、双方のレコードを比較することによって行われる。
先ず、移動元機器と移動先機器とが接続され、互いの機
器識別子が交換される（ステップＳ７０およびステップ
Ｓ１００）。すなわち、互いに相手に対して自分の機器
識別子を送信すると共に、相手から送信された機器識別
子を受信する。そして、移動元および移動先機器におい
て、受信した相手の機器識別子が自分の機器識別子管理
表に登録されていることを確認する（ステップＳ７１お
よびステップＳ１０１）。機器識別子の確認ができたな
ら、移動元機器では、移動先機器からのデータの受信待
ち状態とされる（ステップＳ７２）。

【０１３５】一方、移動先機器では、レコードカウンタ
ｋがｋ＝１にセットされる（ステップＳ１０２）。レコ
ードカウンタｋは、データ移動先管理表のレコードに対
応するカウンタである。次からのステップＳ１０３，Ｓ
１０４，Ｓ１０５，およびＳ１０６で、このレコードカ
ウンタｋをインクリメントしながら、データ移動先管理
表のレコードが１レコードずつ取り出され、移動先機器
から移動元機器へと送信される。

【０１３６】なお、１レコードは、図１２を用いて上述
したように、データ識別子，移動先機器識別子，移動時
刻からなる。したがって、ｋ番目のレコードのデータ識
別子，移動先機器識別子，および移動時刻をそれぞれＲ
ｋ．ｄａｔａＩＤ，Ｒｋ．ｉｄ，およびＲｋ．ｔｉｍｅ
として、ｋ番目のレコードのデータを（Ｒｋ．ｄａｔａ
ＩＤ，Ｒｋ．ｉｄ，Ｒｋ．ｔｉｍｅ）と表現することが
できる。

【０１３７】すなわち、ステップＳ１０３でｋ番目のレ
コードが取り出され、ステップＳ１０４でこのｋ番目の
レコードが移動元機器へと送信される。そして、ステッ
プＳ１０５で、送信したｋ番目のレコードが最後のレコ
ードであったかどうかが判断される。最後のレコードで
はないと判断されれば、処理はステップＳ１０６に移行
し、レコードカウンタｋが１だけインクリメントされて
再びステップＳ１０３の処理を行う。最後のレコードの
取り出しが終了されると、ステップＳ１０７で、移動元
機器に対して終了通知が送信される。

【０１３８】一方、移動元機器では、ステップＳ７２の
受信待ち状態で移動先機器からの通信を待つ。移動先機
器からの通信を受信したら、ステップＳ７３で通信内容
が判断される。通信内容が移動先機器からのデータ移動
先管理表のレコードであれば、ステップＳ７４でｋ番目
のレコードが受信され、次のステップＳ７５で、受信さ
れたｋ番目のレコードが配列Ｐ［ｎ］（ｎ＝１，２，
３，・・・）に順に格納される。このデータ移動先管理
表のデータの配列［］への格納処理は、移動先機器から
の終了通知を受信するまで繰り返される。

【０１３９】一方、ステップＳ７３で、移動先機器から
の通信内容が上述のステップＳ１０７で送信された終了
通知であるとされたら、ステップＳ７６でこの終了通知
が受信され、処理は次のステップＳ７７に移行する。ス
テップＳ７７，Ｓ７８，およびＳ７９では、配列Ｐ［］
の１番目の要素Ｐ［１］が取り出される。すなわち、ス
テップＳ７７で配列Ｐ［］のカウンタがｎ＝１にセット
され、ステップＳ７８で配列Ｐ［］からｎ番目（この場
合、１番目）の要素Ｐ［ｎ］が取り出される。

【０１４０】次のステップＳ７９では、移動元機器のデ
ータ移動先管理表のレコードカウンタｍがｍ＝１にセッ
トされる。図１６に移行し、ステップＳ８０，Ｓ８１，
Ｓ８２，およびＳ８３で、要素Ｐ［ｎ］のデータ識別子
（Ｐ［ｎ］．ｄａｔａＩＤ）と一致するデータ識別子を
持つレコードが移動元機器のデータ移動先管理表から探
される。

【０１４１】すなわち、ステップＳ８０で移動元機器の
データ移動先管理表からｍ番目のレコードＲｍが取り出
される。そして、次のステップＳ８１で、レコードＲｍ
と要素Ｐ［ｎ］とで、それぞれのｄａｔａＩＤが一致し
ているかどうかが比較される。若し、一致していないと
されれば、レコードＲｍが最後のレコードかどうかがス
テップＳ８２で判断され、最後のレコードでないとされ
れば、ステップＳ８３でレコードカウンタｍが１だけイ
ンクリメントされ、処理は再びステップＳ８０に戻され
る。

【０１４２】ここで、ステップＳ８２でレコードＲｍが
最後のレコードであると判断されれば、処理はステップ
Ｓ８９に移行し、要素Ｐ［ｎ］が最後の要素であるかど
うかが判断される。若し、最後の要素であるとされれ
ば、処理はステップＳ９０に移行し、移動先機器に対し
て終了通知が送信され、移動元機器における一連の処理
が終了される。また、ステップＳ８９で要素Ｐ［ｎ］が
最後の要素でないとされれば、処理は図１５のステップ
Ｓ９１で配列Ｐ［］のカウンタｎが１だけインクリメン
トされ、処理は再びステップＳ７８に戻される。

【０１４３】一方、上述のステップＳ８１で、レコード
Ｒｍと要素Ｐ［ｎ］とで、それぞれのｄａｔａＩＤが一
致しているとされれば、処理はステップＳ８４に移行す
る。そして、ステップＳ８４では、移動元機器において
レコードＲｍに記録された移動時刻（Ｒｍ．ｔｉｍｅ）
と、移動先機器において要素Ｐ［ｎ］に記録された移動
時刻（Ｐｎ．ｔｉｍｅ）とが比較される。

【０１４４】ステップＳ８４において、移動時刻（Ｒ
ｍ．ｔｉｍｅ）と移動時刻（Ｐｎ．ｔｉｍｅ）とが同時
であるとされれば、処理はステップＳ８９に移行し、次
の要素が調べられる。また、ステップＳ８４において、
レコードＲｍに記録された移動時刻（Ｒｍ．ｔｉｍｅ）
の方が移動時刻（Ｐｎ．ｔｉｍｅ）よりも新しいとされ
ば、処理はステップＳ８５に移行し、移動先機器に対し
て移動先機器更新要求が送信されると共に、更新するレ
コードＲｍが送信される。そして、処理はステップＳ８
９に移行し、次の要素が調べられる。

【０１４５】一方、ステップＳ８４で、レコードＲｍに
記録された最新の移動情報の方が古いとされれば、ステ
ップＳ８６で、要素Ｐ［ｎ］．ｄａｔａＩＤで示される
データの移動先情報を送信するよう、移動先機器に対し
て要求が送信される。後述するステップＳ１１２で、移
動先機器においてこの送信要求が受信され、ステップＳ
１１３で移動先機器から移動元機器に対して、移動先機
器のデータ移動先管理表における要素Ｐ［ｎ］．ｄａｔ
ａＩＤに対応するレコードＲｋが送信される。

【０１４６】移動元機器において、送信されたこのレコ
ードＲｋが受信されることで、要素Ｐ［ｎ］．ｄａｔａ
ＩＤの移動先情報が得られ、次のステップＳ８８で、レ
コードＲｍの移動先と移動時刻情報とが書き替えられ
る。そして、処理はステップＳ８９に移行し、次の要素
が調べられる。

【０１４７】一方、上述したように、移動先機器では、
図１５のステップＳ１０７で移動元機器に対してデータ
移動先管理表の全てのレコードを送信し終えたとして終
了通知が送信された後、図１６のステップＳ１０８で、
移動元機器からの通信待ちの状態とされる。そして、移
動元機器からの通信を受信すると、ステップＳ１０９
で、その内容が判断される。

【０１４８】通信内容が上述のステップＳ９０による終
了通知であれば、処理はステップＳ１１４に移行し、移
動元機器における処理が終了したことが受信され、移動
先機器における一連の処理が終了される。

【０１４９】一方、ステップＳ１０９において、通信内
容が上述のステップＳ８５による移動先情報更新通知で
あるなら（ステップＳ１１０）、通知と共に送信された
レコードＲｍが受信され、処理はステップＳ１１１に移
行する。そして、ステップＳ１１１では、受信したレコ
ードＲｍに基づき、移動先機器のデータ移動先管理表に
おいて、Ｒｍ．ｄａｔａＩＤ＝Ｒｋ．ｄａｔａＩＤを満
たすレコードＲｋが書き替えられる。そして、処理はス
テップＳ１０８に戻され、再び移動元機器からの通信の
受信待ち状態とされる。

【０１５０】さらに、ステップＳ１０９において、通信
内容が上述のステップＳ８６による移動先情報送信要求
であれば、次のステップＳ１１３で、要素Ｐ［ｎ］．ｄ
ａｔａＩＤに対応するレコードＲｋが送信される。そし
て、処理はステップＳ１０８に戻され、再び移動元機器
からの通信の受信待ち状態とされる。

【０１５１】なお、移動先機器あるいは移動元機器の何
れか一方がミュージックサーバ５０である場合も、同様
の処理がなされる。また、これに限らず、ミュージック
サーバ５０は、移動元機器の動作を行うと予め決めてお
いてもよい。この場合、ミュージックサーバ５０に接続
された移動先機器がステップＳ１１２で移動先情報送信
要求を受信し、移動先機器のデータ移動先管理表内のレ
コードＲｋを送信した後（ステップＳ１１３）、若し、
移動先機器にＲｋ．ｄａｔａＩＤの示すデータの利用権
を、移動先機器が所有しなければ、レコードＲｋを移動
先機器のデータ移動先管理表から消去してもよい。

【０１５２】なお、所有権の有無は、移動先機器におい
て、移動先機器自身のデータ管理表内の、Ｒｋ．ｄａｔ
ａＩＤに一致するデータ識別子をもつレコードのフラグ
を調べることで確認することができる。

【０１５３】図１７は、このような処理に適応可能な、
音楽データの構造の一例を示す。音楽データ本体に対し
て、ヘッダ３００が付される。ヘッダは、データの移動
に伴い更新されるヘッダ３０２と、データの移動では変
化しないヘッダ３０３とからなる。ヘッダ３０２は、こ
の音楽データのｄａｔａＩＤ３０４，データの移動回数
が記憶されるカウンタ３０５，このデータの移動時刻と
移動先の機器ＩＤ３０６，３０６，３０６，・・・とか
らなる。移動時刻と移動先の機器ＩＤ３０６は、このデ
ータが移動される度に追加記録され、移動経路が示され
る。

【０１５４】次に、上述したデータ移動先管理表の更新
に基づく、各音楽データの移動先の、ミュージックサー
バ５０の表示部５３への表示について説明する。図１８
は、ミュージックサーバ５０の表示部５３に表示され
る、音楽データの移動先を示す曲リストウィンドウ３１
０の一例を示す。この曲リストウィンドウ３１０は、ミ
ュージックサーバ５０において、所定の操作によって表
示される。

【０１５５】ウィンドウ３１０は、曲名表示・選択部３
１１と、曲データが端末に移動しているか否かを示す移
動マーク表示部３１２と、曲データが移動している端末
名を表示する移動先端末名表示部３１３と、移動先端末
名表示部３１３で示す端末に曲データが移動した時刻を
表示する移動時刻表示部３１４とを有する。また、ウィ
ンドウ３１０において、曲名表示・選択部３１１は、ス
クロールバー３１６等によりサーバが管理するすべての
曲名を表示できるようにされていると共に、ユーザの指
示により特定の曲名を選択できるようにされている。ユ
ーザは、ミュージックサーバ５０の操作部やリモートコ
マンダによって、これらの指示などを行うことができ
る。

【０１５６】ミュージックサーバ５０において、自身の
データ管理表に基づき、ミュージックサーバ５０に登録
された全ての曲データ識別子Ｍｉｄｎ（ｎ＝１，２，・
・・）に対応する曲名Ｍｎ（ｎ＝１，２，・・・）が曲
名表示・選択部３１１に表示される。さらに、データ管
理表のデータ識別子Ｍｉｄｋ（ｋ∈｛１，２，・・
・｝）のフラグが立っている場合には、移動マーク表示
部３１２の曲名Ｍｋに対応する部分に、移動マーク３１
５が表示される。

【０１５７】さらにまた、データ移動先管理表が参照さ
れ、データ識別子Ｍｉｄｋと同じ識別子を持つレコード
Ｒｍ（Ｍｉｄｋ＝Ｒｍ．ｄａｔａＩＤ）から、移動先機
器（Ｒｍ．ｉｄ）と移動時刻（Ｒｍ．ｔｉｍｅ）とが取
り出される。そして、取り出された移動先機器（Ｒｍ．
ｉｄ）と移動時刻（Ｒｍ．ｔｉｍｅ）とは、移動先端末
名表示部３１３と移動時刻表示部３１４中の、曲名Ｍｋ
に対応する部分にそれぞれ表示される。なお、ここで、
（ｍ∈｛１，２，・・・｝）である。

【０１５８】さらに、この実施の一形態では、各移動先
機器に移動されている音楽データを、端末別に表示する
ことができる。図１９は、この表示の一例を示す。図１
９Ａは、移動先機器を一覧で示す移動先機器リストウィ
ンドウ３２０の例であり、図１９Ｂは、移動された音楽
データを各移動先機器別に一覧で示す移動先機器別曲リ
ストウィンドウ３３０の例である。

【０１５９】図１９Ａに示される移動先機器リストウイ
ンドウ３２０は、ミュージックサーバ５０が管理するす
べての移動先機器を表示すると共に、ユーザの指示によ
り特定の移動先機器を選択できるようになっている。

【０１６０】図１９Ｂに示される移動先機器別曲リスト
ウインドウ３３０は、移動先機器名表示部３３１，曲名
表示部３３２，および移動時刻表示部３３３とを持つ。
曲名表示部３３２は、移動先機器名表示部３３１に表示
された移動先機器に移動している音楽データの全曲名が
一覧表示される。移動時刻表示部３３３は、曲名表示部
３３２に表示された各音楽データの移動先機器表示部３
３１に表示された移動先機器に移動した時刻が表示され
る。

【０１６１】ユーザが特に何も指示しなければ、ミュー
ジックサーバ５０の表示部５３には、移動先機器機器リ
ストウインドウ３２０が表示される。これがデフォルト
の表示とされる。ユーザが移動先機器リストウインドウ
３２０に表示された移動先機器名の中から特定の移動先
機器名、例えば「ｊｕｐｉｔｅｒ」を指定すると、その
移動先機器の移動先機器別曲リストウインドウ３３０が
開かれる。

【０１６２】移動先機器リストウインドウ３２０は、ミ
ュージックサーバ５０において自身の移動先機器識別子
管理表が参照され、この表に登録された全ての移動先機
器の名前すなわちニックネームが表示される。

【０１６３】ユーザが移動先機器リストウインドウ３２
０で移動先機器を選択して移動先機器別曲リストウイン
ドウ３３０の表示を指示したなら、ミュージックサーバ
５０では、曲名表示部３３２に対して、ユーザが移動先
機器リストウインドウ３２０で指示した移動先機器名Ｔ
ｎ（ｎ∈｛１，２，・・・｝）が表示される。

【０１６４】次に、ミュージックサーバ５０では、自身
のデータ移動先管理表が参照される。そして、各レコー
ドＲｍ（ｍ＝１，２，・・・）の移動先機器識別子（Ｒ
ｍ．ｉｄ）と、曲名表示部３３２に表示された移動先機
器名の機器識別子Ｔｉｄとが一致するレコード（Ｒｋ
（ｋ∈｛１，２，・・・｝，Ｒｋ．ｉｄ＝Ｔｉｄ）が調
べられる。両者が一致したレコードについて、曲データ
識別子Ｒｋ．ｄａｔａＩＤと移動時刻（Ｒｋ．ｔｉｍ
ｅ）とが取り出される。取り出された曲データ識別子と
移動時刻とが曲名表示部３３２と移動時刻表示部３３３
とにそれぞれ表示される。このとき、曲データ識別子Ｒ
ｋ．ｄａｔａＩＤについては、データ管理表が参照さ
れ、対応する曲名Ｍｎ（ｎ∈｛１，２，・・・｝，Ｍｉ
ｄｎ＝Ｒｋ．ｄａｔａＩＤ）が表示される。

【０１６５】次に、この発明の実施の第２の形態につい
て説明する。この第２の形態においては、各機器が各デ
ータの移動先とその移動先までの経路情報を持つ。各機
器、すなわちミュージックサーバ５０および携帯記録再
生装置７０のそれぞれは、図２０に一例が示される、経
路情報マップ４００が持たされる。

【０１６６】経路情報マップ４００は、各音楽データに
対応する経路情報エントリ４０１の集まりである。各経
路情報エントリ４０１は、曲データ識別子４０２，移動
カウンタ４０３，および移動履歴４０４とから構成され
る。各経路情報エントリ４０１は、適宜更新される。こ
こで、移動カウンタ４０３は、移動履歴４０４の総数を
表し、移動履歴４０４には、移動時刻と移動先機器識別
子が移動順に記録される。

【０１６７】各機器がそれぞれの経路情報マップ４００
を更新するのは、 （１）移動先機器間での音楽データの移動に伴う経路情
報エントリ４０１の更新 （２）移動先機器間を接続したときに両接続機器の持つ
経路情報マップ４００を照合して行われる経路情報エン
トリ４０１の更新 これらの２つの場合がある。なお、移動先機器の一方が
ミュージックサーバ５０であってもよい。以下、それぞ
れの場合について順に説明する。

【０１６８】先ず、（１）音楽データの移動に伴う経路
情報エントリ４０１の更新について説明する。図２１
は、移動先機器と移動元機器とを接続して、移動先機器
にある音楽データＭを移動元機器に移動させる場合の処
理を示すフローチャートである。図２１Ａが移動元機器
での処理を示し、図２１Ｂが移動先機器での処理を示
す。なお、移動元機器および移動先機器は、それぞれミ
ュージックサーバ５０および携帯記録再生装置７０のど
ちらであっても構わない。

【０１６９】先ず、移動元機器と移動先機器とが接続さ
れ、互いの機器識別子が交換される（ステップＳ２００
およびステップＳ２２０）。移動元機器において、ユー
ザによって所定の音楽データＭが選択され、選択された
音楽データＭの移動先機器への移動が指示される（ステ
ップＳ２０１）。そして、ステップＳ２０２で、機器識
別子管理表に基づき、移動先機器の識別子が確認され
る。

【０１７０】若し、接続された移動先機器の機器識別子
が移動元機器の機器識別子管理表に無ければ（ステップ
Ｓ２０４）、処理はステップＳ２０６に移行し、移動先
機器に対して、移動不許可通知が送信され、音楽データ
Ｍの移動が行えないことが通知される。

【０１７１】一方、ステップＳ２０３で、接続された移
動先機器の機器識別子が移動元機器の機器識別子管理表
に存在するとされれば、処理はステップＳ２０４に移行
する。ステップＳ２０４では、移動元機器のデータ管理
表によりフラグが調べられる。若し、フラグが’１’で
あって、そのデータが他の機器に移動されているとされ
れば（ステップＳ２０５）、処理はステップＳ２０６に
移行し、移動先機器に対して移動不許可通知が出され
る。一方、フラグが’０’であれば、音楽データＭの移
動が可能であるとされ、処理はステップＳ２０７に移行
する。

【０１７２】次に、ステップＳ２０７で、移動先機器の
データ管理表にあるデータＭのデータ識別子Ｍｉｄと移
動先機器の経路情報マップ４００内の各経路情報エント
リ（Ｅｎ（ｎ＝｛１，２，・・・｝）のデータ識別子
（Ｅｎ．ｄａｔａＩＤ（ｎ＝｛１，２，・・・｝）とが
順に比較される。そして、データＭに対応する経路情報
エントリＥｍ（ｍ∈｛１，２，・・・｝，Ｅｍ．ｄａｔ
ａＩＤ＝Ｍｉｄ）が探される。移動先機器の経路情報マ
ップ４００にデータＭに対応する経路情報エントリＥｍ
が見つかったならば、移動元機器の機器識別子と移動時
刻とが経路情報エントリＥｍの移動履歴（Ｅｍ’ｓｈｉ
ｓｔｏｒｙ）に追記される。それと共に、移動カウンタ
（Ｅｍ．ｃｏｕｎｔｅｒ）が１だけインクリメントされ
る。

【０１７３】更新された経路情報エントリＥｍは、例え
ば上述の図１７に示される音楽データのヘッダ３０２に
格納されて、移動先機器に送信される（ステップＳ２０
８）。また、移動元機器では、その音楽データＭの使用
権利が無くなったため、移動元機器のデータ管理表内に
あるデータＭのレコードのフラグを立てておく（３０
９）。

【０１７４】一方、移動先機器では、ステップＳ２２０
による識別子交換後、受信待ちの状態とされ、移動元機
器からの送信が待機される（ステップＳ２２１）。移動
先機器がデータＭをヘッダと共に受信したならば（ステ
ップＳ２２４）、次のステップＳ２２５で、移動先機器
のデータ管理表のデータＭのレコード内のフラグを下げ
る。データＭのレコードが無ければ、新たにレコードが
作成され、フラグが下げられる。

【０１７５】さらに、次のステップＳ２２６で、移動先
機器の経路情報マップ４００’内にある、データＭに対
応する経路情報エントリＥｋ（ｋ∈｛１，２，・・
・｝，Ｅｋ．ｄａｔａＩＤ＝Ｅｍ．ｄａｔａＩＤ）を、
受け取ったデータＭのヘッダ３０２の内容に置き換え
る。このとき、移動先機器の経路情報マップ４００’に
データＭに対応するエントリが無ければ、新たにエント
リが作成され、受け取ったヘッダ３０２内の経路情報が
記録される。

【０１７６】なお、上述で、移動先機器、移動元機器の
どちらかがミュージックサーバ５０であっても同様であ
る。ただし、移動先機器がミュージックサーバ５０であ
る場合（すなわちデータＭをミュージックサーバ５０に
移動する場合は）、データＭに対応する移動元機器の経
路情報エントリＥｍは、消去してもよい。また移動元機
器がミュージックサーバ５０であるならば（すなわちデ
ータＭをミュージックサーバ５０から移動する場合
は）、上述のステップＳ２０７での、データＭに対応す
る移動先機器（すなわちミュージックサーバ５０）の経
路情報エントリＥｍに移動履歴を記録する際に、それま
での移動履歴を一旦消去してから新たに記録してもよ
い。

【０１７７】次に、（２）移動先機器間を接続したとき
に両接続機器の持つ経路情報マップ４００を照合して行
われる経路情報エントリ４０１の更新について説明す
る。各機器の経路情報マップ４００は、例えば音楽デー
タの移動の後などに、移動先機器同士（または移動先機
器とミュージックサーバ５０）を接続したときに、照合
され更新される。照合は、双方の各経路情報エントリ４
０１を互いに比較することで行われる。

【０１７８】図２２および図２３は、移動先機器と移動
元機器とを接続して互いの経路情報マップ４００を照合
更新するときの処理を示すフローチャートである。図２
２および図２３は、連続した処理を示すフローチャート
であり、図中の「Ａ」，「Ｂ」，および「Ｃ」の記号
は、互いに対応する記号へ処理が移行することを示す。
また、図２２Ａおよび図２３Ａは、移動元機器の処理を
示し、図２２Ｂおよび図２３Ｂは、移動先機器の処理を
示す。なお、移動元機器および移動先機器は、それぞれ
ミュージックサーバ５０および携帯記録再生装置７０の
どちらであっても構わない。

【０１７９】先ず、ステップＳ３００およびステップＳ
３５０で、移動先機器と移動元機器が接続され、互いに
自分の機器識別子が送信されると共に、相手の機器識別
子が受信される。そして、それぞれ次のステップＳ３０
１およびステップＳ３５１で、受信した相手の機器識別
子が自分の機器識別子管理表に登録されているかどうか
が確認される。確認できたならば、移動元機器は、移動
先機器からのデータの受信待ちの状態とされる。

【０１８０】一方、移動先機器では、ステップＳ３５２
で経路情報エントリのカウンタｋがｋ＝１にセットされ
る。そして、ステップＳ３５３，Ｓ３５４，Ｓ３５５，
およびＳ３５６で、カウンタｋを１ずつインクリメント
しながら、移動先機器の経路情報マップ４００’から、
ｋ番目の経路情報エントリＥｋが取り出される。

【０１８１】この処理に際して、ステップＳ３５４で
は、取り出されたエントリＥｋに記録されたデータ識別
子（Ｅｋ．ｄａｔａＩＤ）と、エントリＥｋ内に記録さ
れた移動カウンタ（Ｅｋ．ｃｏｕｎｔｅｒ）に対応する
移動履歴の移動時刻（（Ｅ１．ｃｏｕｎｔｅｒ）ｔｈ
Ｅ１’ｓ ｔｉｍｅ）とが移動元機器に送信される。な
お、移動時刻（（Ｅ１．ｃｏｕｎｔｅｒ）ｔｈ Ｅ１’
ｓ ｔｉｍｅ）は、最後に記録された最新の移動履歴で
ある。

【０１８２】この、ステップＳ３５３，Ｓ３５４，Ｓ３
５５，およびＳ３５６の処理は、ステップＳ３５５で、
取り出したエントリＥｋが最後のエントリであるとされ
るまで、繰り返される。最後のエントリＥｋが取り出さ
れると、処理はステップＳ３５７に移行し、移動先機器
から移動元機器に対して、終了通知が送信される。終了
通知が送信されると、移動先機器は、図２３のステップ
Ｓ３５８で受信待ち状態とされる。

【０１８３】一方、移動元機器では、移動先機器からの
通信が受信されると、ステップＳ３０３で、通信内容が
判断される。そして、通信内容がステップＳ３５４で送
信された内容であれば、ステップＳ３０４その通信が受
信され、次のステップＳ３０５で受信されたエントリＥ
ｋの内容が配列Ｑ［］に格納される。この配列Ｑ［］
は、一時的に用意されたものである。そして、再びステ
ップＳ３０３から処理が繰り返され、配列Ｑ［ｎ］（ｎ
＝１，２，・・・）に、受信されたエントリＥｋの内容
が順に格納される。

【０１８４】一方、ステップＳ３０３で、通信内容がス
テップＳ３５７で送信された終了通知であるとされれ
ば、ステップＳ３０６でその通信が受信され、処理は次
のステップＳ３０７に移行する。ステップＳ３０７で
は、配列Ｑ［］のカウンタｎが１にセットされ、この配
列Ｑ［ｎ］の要素と移動元機器の経路情報エントリＥｍ
とが比較され、配列Ｑ［ｎ］の要素と一致する経路情報
エントリＥｍがあるかどうかが調べられる。そして、そ
の結果に基づき、移動元機器の経路情報エントリＥｍの
移動履歴の書き替え、移動元機器と移動先機器との間で
の配列Ｑ［ｎ］のデータ識別子（Ｑ［ｎ］．ｄａｔａＩ
Ｄ）の履歴のやり取りなどが行われる。

【０１８５】すなわち、移動先機器において、ステップ
Ｓ３５３で経路情報エントリＥｋが取り出される。次の
ステップＳ３５４で、このエントリＥｋのＥｋ．ｄａｔ
ａＩＤと最新の移動履歴時刻とが受信待ち状態とされて
いる移動元機器に対して送信される。移動元機器におい
て、ステップＳ３０４でこの情報が受信され、ステップ
Ｓ３０５で受信された情報が配列Ｑ［］に格納され、次
の受信が待たれる。

【０１８６】一方、移動先機器では、ステップＳ３５５
でエントリＥｋが最後のエントリであるかどうかが判断
され、最後でないとされれば、カウンタｋが１ずつイン
クリメントされ（ステップＳ３５６）、最後のエントリ
Ｅｋが取り出され送信されるまで処理が繰り返される。
最後のエントリＥｋが送信されると、ステップＳ３５７
で移動元機器に対して終了通知が送信される。そして、
移動先機器は、受信待ち状態とされる（ステップＳ３５
８）。

【０１８７】一方、ステップＳ３０３で、移動先機器か
らの通信内容が上述のステップＳ３５７で送信された終
了通知であるとされたら、ステップＳ３０６でこの終了
通知が受信され、処理は次のステップＳ３０７に移行す
る。ステップＳ３０７，Ｓ３０８，およびＳ３０９で
は、配列Ｑ［］の１番目の要素Ｑ［１］が取り出され
る。すなわち、ステップＳ３０７で配列Ｑ［］のカウン
タがｎ＝１にセットされ、ステップＳ３０８で配列
Ｑ［］からｎ番目（この場合、１番目）の要素Ｑ［ｎ］
が取り出される。

【０１８８】次のステップＳ３０９では、移動元機器の
データ移動先管理表のレコードカウンタｎがｎ＝１にセ
ットされる。図２３に移行し、ステップＳ３１０，Ｓ３
１１，Ｓ３１２，およびＳ３１３で、要素Ｑ［ｎ］のデ
ータ識別子（Ｑ［ｎ］．ｄａｔａＩＤ）と一致するデー
タ識別子を持つレコードが移動元機器のデータ移動先管
理表から探される。

【０１８９】すなわち、ステップＳ３１０で移動元機器
のデータ移動先管理表からｍ番目のエントリＥｍが取り
出される。そして、次のステップＳ３１１で、エントリ
Ｅｍと要素Ｑ［ｎ］とで、それぞれのｄａｔａＩＤが一
致しているかどうかが比較される。若し、一致していな
いとされれば、エントリＥｍが最後のレコードかどうか
がステップＳ３１２で判断され、最後のレコードでない
とされれば、ステップＳ３１３でレコードカウンタｍが
１だけインクリメントされ、処理は再びステップＳ３１
０に戻される。

【０１９０】ここで、ステップＳ３１２でエントリＥｍ
が最後のレコードであると判断されれば、処理はステッ
プＳ３１９に移行し、要素Ｑ［ｎ］が最後の要素である
かどうかが判断される。若し、最後の要素であるとされ
れば、処理はステップＳ３２１に移行し、移動先機器に
対して終了通知が送信され、移動元機器における一連の
処理が終了される。また、ステップＳ３１９で要素Ｑ
［ｎ］が最後の要素でないとされれば、処理は図１５の
ステップＳ３２０で配列Ｑ［］のカウンタｎが１だけイ
ンクリメントされ、処理は再びステップＳ３０８に戻さ
れる。

【０１９１】一方、上述のステップＳ３１１で、エント
リＥｍと要素Ｑ［ｎ］とで、それぞれのｄａｔａＩＤが
一致しているとされれば、処理はステップＳ３１４に移
行する。そして、ステップＳ３１４では、移動元機器に
おいてエントリＥｍに記録された移動時刻（Ｅｍ．ｔｉ
ｍｅ）と、移動先機器において要素Ｑ［ｎ］に記録され
た移動時刻（Ｑｎ．ｔｉｍｅ）とが比較される。

【０１９２】ステップＳ３１４において、移動時刻（Ｅ
ｍ．ｔｉｍｅ）と移動時刻（Ｑｎ．ｔｉｍｅ）とが同時
であるとされれば、処理はステップＳ３１９に移行し、
次の要素が調べられる。また、ステップＳ３１４におい
て、エントリＥｍに記録された移動時刻（Ｅｍ．ｔｉｍ
ｅ）の方が移動時刻（Ｑｎ．ｔｉｍｅ）よりも新しいと
されば、処理はステップＳ３１５に移行し、移動先機器
に対して移動先機器更新要求が送信されると共に、更新
するエントリＥｍが送信される。そして、処理はステッ
プＳ３１９に移行し、次の要素が調べられる。

【０１９３】一方、ステップＳ３１４で、エントリＥｍ
に記録された最新の移動情報の方が古いとされれば、ス
テップＳ３１６で、要素Ｑ［ｎ］．ｄａｔａＩＤで示さ
れるデータの履歴を送信するよう、移動先機器に対して
要求が送信される。後述するステップＳ３６２で、移動
先機器においてこの送信要求が受信され、ステップＳ３
６３で移動先機器から移動元機器に対して、移動先機器
のデータ移動先管理表における要素Ｑ［ｎ］．ｄａｔａ
ＩＤに対応するエントリＥｍが送信される。

【０１９４】移動元機器において、送信されたこのエン
トリＥｍが受信されることで、要素Ｑ［ｎ］．ｄａｔａ
ＩＤの履歴が得られ、次のステップＳ３１８で、エント
リＥｍの移動先と移動時刻情報とが書き替えられる。そ
して、処理はステップＳ３１９に移行し、次の要素が調
べられる。

【０１９５】一方、上述したように、移動先機器では、
図２２のステップＳ３５７で移動元機器に対してデータ
移動先管理表の全てのレコードを送信し終えたとして終
了通知が送信された後、図２３のステップＳ３５８で、
移動元機器からの通信待ちの状態とされる。そして、移
動元機器からの通信を受信すると、ステップＳ３５９
で、その内容が判断される。

【０１９６】通信内容が上述のステップＳ３２１による
終了通知であれば、処理はステップＳ３６４に移行し、
移動元機器における処理が終了したことが受信され、移
動先機器における一連の処理が終了される。

【０１９７】一方、ステップＳ３５９において、通信内
容が上述のステップＳ３１５による履歴更新通知である
なら（ステップＳ３６０）、通知と共に送信されたエン
トリＥｍが受信され、処理はステップＳ３６１に移行す
る。そして、ステップＳ３６１では、受信したエントリ
Ｅｍに基づき、移動先機器のデータ移動先管理表におい
て、Ｅｍ．ｄａｔａＩＤ＝Ｅｋ．ｄａｔａＩＤを満たす
エントリＥｍが書き替えられる。そして、処理はステッ
プＳ３５８に戻され、再び移動元機器からの通信の受信
待ち状態とされる。

【０１９８】さらに、ステップＳ３５９において、通信
内容が上述のステップＳ３１６による履歴送信要求であ
れば、次のステップＳ３６３で、要素Ｑ［ｎ］．ｄａｔ
ａＩＤに対応するエントリＥｍが送信される。そして、
処理はステップＳ３５８に戻され、再び移動元機器から
の通信の受信待ち状態とされる。

【０１９９】なお、移動先機器あるいは移動元機器の何
れか一方がミュージックサーバ５０である場合も、同様
の処理がなされる。また、これに限らず、ミュージック
サーバ５０は、移動元機器の動作を行うと予め決めてお
いてもよい。この場合、ミュージックサーバ５０に接続
された移動先機器がステップＳ３６２で履歴送信要求を
受信し、移動先機器のデータ移動先管理表内のエントリ
Ｅｍを送信した後（ステップＳ３６３）、若し、移動先
機器にＥｋ．ｄａｔａＩＤの示すデータの利用権を、移
動先機器が所有しなければ、エントリＥｍを移動先機器
のデータ移動先管理表から消去してもよい。

【０２００】なお、所有権の有無を確認するには、移動
先機器が移動先機器のデータ管理表内の、Ｅｋ．ｄａｔ
ａＩＤに一致するデータ識別子をもつレコードのフラグ
をみればよい。

【０２０１】最後に、経路情報マップ４００に基づいて
各データの経路および異動先をミュージックサーバ５０
の表示装置に表示する内容と方法を説明する。この表示
では、上述の、図１８および図１９Ａで説明した曲リス
トウィンドウ３１０と移動先機器リストウィンドウ３２
０とが用いられると共に、図２４に一例が示される履歴
ウィンドウと、図２５に一例が示される移動元機器別曲
リストウィンドウとが用いられる。なお、以下の説明に
おいて、曲リストウィンドウと移動元機器リストウィン
ドウとについては、上述と共通であるため詳細な説明を
省略する。

【０２０２】履歴ウインドウ５００は、曲名表示部５０
１と、履歴表示部５０２を持つ。履歴表示部５０２は曲
名表示部５０１に表示された曲データの移動履歴を移動
順に表示し、移動先機器名表示選択部５０３と移動時刻
表示部５０４からなる。移動先機器名表示選択部５０３
は、ユーザの指示により特定の移動元機器を選択できる
ようになっている。移動時刻表示部５０４は、移動先機
器名表示選択部５０３で表示された移動元機器に対し
て、曲名表示部５０１に表示されたデータが移動された
時刻が表示される。

【０２０３】移動先機器別曲リストウインドウ５１０
は、移動先機器名表示部５１１と、曲名表示部５１２と
移動時刻表示部５１３とを持つ。曲名表示部５１２に
は、移動先機器名表示部５１１に表示された移動元機器
に移動している曲が全て表示される。なお、単に表示さ
れるだけでなく、ユーザの指示により特定の曲名を選択
できるようにしてもよい。その場合、移動先機器別曲リ
ストウインドウ５１０は、履歴ボタン５１４を持ち、ユ
ーザが曲名表示部中５１２の特定の曲名を選択し続いて
履歴ボタン５１４を押したときに、ユーザが選択した曲
データの履歴ウインドウ５００が開くようにしておく。
移動時刻表示部５１３は、曲名表示部５１２に表示され
た各曲データが移動元機器表示部５１１に表示された移
動元機器に移動された時刻が表示される。

【０２０４】次に、上述した各ウィンドウによる、各音
楽データの経路および移動先の表示方法について説明す
る。ユーザが特に何も指示しなければ、ミュージックサ
ーバ５０の表示部５３には、デフォルト表示として、曲
リストウインドウ３１０と移動元機器機器リストウイン
ドウ５０１とが表示されている。

【０２０５】ユーザが曲リストウインドウ３１０の曲名
表示・選択部３１１に表示された曲の中から、移動元機
器に移動している特定の曲（移動マーク表示部３１２に
移動マーク３１５がついている曲）、例えば「ｔｉｔｌ
ｅ５」で示される曲を選択し、続いて同じ行にある移動
マーク表示部３１２の移動マーク３１５をクリックした
ときに、該当する曲の履歴ウインドウ５００が開く。

【０２０６】ユーザによって、移動元機器リストウイン
ドウ３２０に表示された移動元機器名の中から、特定の
移動元機器名が選択される。すると、対応する移動先機
器の移動先機器別曲リストウインドウ５１０が開かれ
る。

【０２０７】これに限らず、ユーザによって、履歴ウイ
ンドウ５００の移動先機器名表示選択部５０３に表示さ
れた移動元機器名の中から、特定の移動元機器名、例え
ば「ｊｕｐｉｔｅｒ」が選択された際に、選択された移
動元機器の移動先機器別曲リストウインドウ５１０が開
くようにすることもできる。また、ユーザによって、移
動先機器別曲リストウインドウ５１０の曲名表示部５０
３に表示された移動元機器名の中から、特定の曲名、例
えば「ｔｉｔｌｅ５」で示される曲が選択されると、対
応する音楽データの履歴ウインドウ５００が開くように
してもよい。

【０２０８】各画面表示の方法について説明する。先
ず、曲リストウインドウ３１０について説明する。ミュ
ージックサーバ５０において、自身のデータ管理表が参
照される。そして、登録された全ての曲データ識別子Ｍ
ｉｄｎ（ｎ＝１，２，・・・）に対応する曲名Ｍｎ（ｎ
＝１，２，・・・）が曲リストウインドウ３１０の曲名
表示・選択部３１１に表示される。

【０２０９】さらに、データ管理表のデータ識別子Ｍｉ
ｄｋ（ｋ∈｛１，２，・・・｝）のフラグが調べられ、
フラグが立っている場合には、曲リストウインドウ３１
０の移動マーク表示部３１２の、曲名Ｍｋに対応する部
分に対して移動マーク３１５が表示される。

【０２１０】さらにまた、このとき情報経路マップ４０
０が参照され、データ識別子Ｍｉｄｋと同じ識別子を持
つ経路情報エントリＥｍ（ｍ∈｛１，２，・・・｝）
（Ｍｉｄｋ＝Ｅｍ．ｄａｔａＩＤ）の、最新の移動履歴
４０４から、移動元機器（（Ｅｍ．ｃｏｕｎｔｅｒ）ｔ
ｈ Ｅｍ’ｓ ｉｄ）と移動時刻（（Ｅｍ．ｃｏｕｎｔ
ｅｒ）ｔｈ Ｅｍ’ｓ ｔｉｍｅ）とが取り出される。
そして、移動先機器名表示部３１３と移動時刻表示部３
１４中の曲名Ｍｋに対応する部分にそれぞれ表示する。

【０２１１】次に、移動元機器リストウインドウ３２０
について説明する。ミュージックサーバ５０において、
自身の機器識別子管理表が参照され、登録された全ての
機器の名前（ｎｉｃｋｎａｍｅ）をが表示される。

【０２１２】次に、履歴ウインドウ５００について説明
する。履歴ウインドウ５００は、ユーザによって曲リス
トウインドウ３１０の移動マーク３１５が指定されたと
きに開かれる。このとき、曲名表示部５０１には、ユー
ザによって曲リストウインドウ３１０において指定され
た曲名Ｍｎ（ｎ∈｛１，２，・・・｝）が表示される。

【０２１３】また、ミュージックサーバ５０において、
自身の経路情報マップ４００が参照され、曲名Ｍｎの識
別子Ｍｉｄｎ同じ識別子を持つ経路情報エントリＥｍ
（ｍ∈｛１，２，・・・｝，Ｍｉｄｋ＝Ｅｍ．ｄａｔａ
ＩＤ）の移動履歴４０４）が新しい方から順に履歴表示
部５０２へ表示される。

【０２１４】最後に、移動先機器別曲リストウインドウ
５１０について説明する。移動先機器別曲リストウイン
ドウ５１０は、移動元機器リストウインドウ３２０にお
いて、移動元機器名が選択され指定されたときに開かれ
る。このとき、曲名表示部５１２には、ユーザによって
移動元機器リストウインドウ３２０で選択された移動元
機器名Ｔｎ（ｎ∈｛１，２，・・・｝）が表示される。

【０２１５】また、ミュージックサーバ５０において、
自身の情報経路マップ４００が参照され、各経路情報エ
ントリＥｍ（ｍ＝１，２，・・・）の最新の移動履歴４
０４の移動元機器識別子（（Ｅｍ．ｃｏｕｎｔｅｒ）ｔ
ｈ Ｅｍ’ｓ ｉｄ）と、曲名表示部５１２に表示した
移動元機器の機器識別子Ｔｉｄとが一致するエントリ
（Ｅｋ（ｋ∈｛１，２，・・・｝）が調べられる。そし
て、該当する曲データ識別子Ｅｋ．ｄａｔａＩＤと移動
時刻（（Ｅｋ．ｃｏｕｎｔｅｒ）ｔｈ Ｅｋ’ｓｔｉｍ
ｅ）が取り出され、曲名表示部５１２と移動時刻表示部
５１３とにそれぞれ表示される。ただし、曲データ識別
子Ｅｋ．ｄａｔａＩＤについては、データ管理表が参照
され、対応する曲名Ｍｎ（ｎ∈｛１，２，・・・｝，Ｍ
ｉｄｎ＝Ｅｋ．ｄａｔａＩＤ）が表示される。

【０２１６】なお、上述では、移動元機器と移動先機器
とを固定的に説明したが、これはこの例に限定されな
い。すなわち、移動元機器あるいは移動先機器同士は、
互いに対称な関係にあるので、どちらの機器が移動元機
器の動作をし、どちらの機器が移動先機器の動作をして
もよい。これは、例えばミュージックサーバ５０に管理
される機器についても、同様である。

【０２１７】しかしながら、実際の動作に当たっては、
接続された機器間で、何方が移動先で何方が移動元であ
るかを決める必要がある。これには、例えば互いに相手
の機器識別子を交換した際に、相手の機器識別子と自分
の機器識別子とを互いに比較する。そして、機器識別子
の順列が相手よりも自分の方が小さいならば、その機器
を移動元機器として、大きければ移動先機器とするよう
にすればよい。このような取り決めは、この例に限ら
ず、様々な方法で行うことができる。

【０２１８】また、上述では、各音楽データの移動先な
どの管理のために、データ移動先管理表を作成した。こ
れはこの例に限定されず、例えば、特にミュージックサ
ーバ５０においては、さらに図２６に一例が示されるよ
うな、移動データ管理表を作成するようにしてもよい。
この移動データ管理表は、機器識別子で区別できるレコ
ードの集合で構成される。各レコードには、機器識別子
で示される機器に移動している音楽データのデータ識別
子と、そのデータの移動時刻とが組にされ記録されてい
く。これら、データ識別子と移動時刻とは、データ移動
先管理表から抽出することができる。例えばこの移動デ
ータ管理表を用いて機器別に表示を行う場合には、表の
内容に基づき、各機器に移動されているデータを移動時
刻の順などの、所定順で並び替えて表示される。

【０２１９】

【発明の効果】以上説明したように、この発明によれ
ば、各機器が音楽データの移動先や、移動の経路を把握
することができるという効果がある。

【０２２０】また、この発明によれば、ミュージックサ
ーバおよび携帯記録再生装置との間での音楽データの移
動のみならず、携帯記録再生装置同士で音楽データの移
動を行っても、各機器、とくにミュージックサーバは、
各データの移動先や移動経路を把握することができる効
果がある。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

【図１０】移動先機器の識別子が記録される機器識別子
管理表の一例を示す略線図である。

【図１１】各音楽データに付された曲データ識別子なら
びに移動フラグが管理されるデータ管理表の一例を示す
略線図である。

【図１２】曲データ識別子と移動先機器識別子と移動時
刻とからなるレコードの集合で構成されるデータ移動先
管理表の一例を示す略線図である。

【図１３】移動元機器と移動先機器とを接続して移動元
機器に記録されている音楽データＭを移動先機器に移動
させる場合の処理の一例を示すフローチャートである。

【図１４】データ移動先管理表の更新について説明する
ための略線図である。

【図１５】データ移動先管理表の照合による更新につい
て説明するためのフローチャートである。

【図１６】データ移動先管理表の照合による更新につい
て説明するためのフローチャートである。

【図１７】この実施の一形態に適用できる音楽データの
構造の一例を示す略線図である。

【図１８】ミュージックサーバに表示される、音楽デー
タの移動先を示す曲リストウィンドウの一例を示す略線
図である。

【図１９】各移動先機器に移動されている音楽データを
端末別に表示する例を示す略線図である。

【図２０】経路情報マップの構造の一例を示す略線図で
ある。

【図２１】移動先機器と移動元機器とを接続して移動先
機器にある音楽データＭを移動元機器に移動させる場合
の処理の一例を示すフローチャートである。

【図２２】移動先機器と移動元機器とを接続して互いの
経路情報マップを照合更新するときの処理の一例を示す
フローチャートである。

【図２３】移動先機器と移動元機器とを接続して互いの
経路情報マップを照合更新するときの処理の一例を示す
フローチャートである。

【図２４】音楽データの移動履歴を表示するための履歴
ウィンドウの一例を示す略線図である。

【図２５】音楽データの移動元機器をリスト表示するた
めの移動元機器別曲リストウィンドウの一例を示す略線
図である。

【図２６】移動データ管理表の一例を示す略線図であ
る。

【符号の説明】

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

Claims (10)

【特許請求の範囲】
1. 【請求項１】 データが格納されると共に、上記格納さ
   れたデータを再生する第１および第２の電子機器と、 上記第１の電子機器の格納される上記データを少なくと
   も上記第２の電子機器に移動あるいは複製する複製手段
   とを備え、 上記第１の電子機器に格納される上記データが所定の他
   の電子機器に移動あるいは複製されたとき、上記第１の
   電子機器に上記移動あるいは複製された所定の上記デー
   タに相対して上記データの移動あるいは複製先の上記他
   の電子機器の識別子を記憶すると共に、上記移動あるい
   は複製の時刻を記憶するようにしたことを特徴とする記
   録システム。
2. 【請求項２】 請求項１に記載の記録システムにおい
   て、 さらに、 上記データが上記第１の電子機器から上記第２の電子機
   器に移動あるいは複製される際、上記第２の電子機器に
   相当する識別子を記憶する機器識別子記憶手段と、 上記データが上記第１の電子機器から上記第２の電子機
   器に移動あるいは複製される際、上記データに相当する
   識別子を記憶する情報識別子記憶手段と、 上記データが上記第１の電子機器から上記第２の電子機
   器に移動あるいは複製される時刻を記憶する時刻記憶手
   段と、 上記第１の電子機器あるいは上記第２の電子機器に記憶
   される第１の情報識別子と他の電子機器に記憶される第
   ２の情報識別子とを照合する照合手段と、 上記照合手段により上記第１の情報識別子と上記第２の
   情報識別子とが、第１の情報識別子と第２の情報識別子
   との比較に応じて上記機器識別子情報を更新すると共
   に、各々の情報識別子に相当する時刻記憶手段に記憶さ
   れる時刻情報に応じて上記機器識別子情報を更新する更
   新手段とを備えることを特徴とする記録システム。
3. 【請求項３】 請求項１に記載の記録システムにおい
   て、 上記照合手段により上記第１の情報識別子と上記第２の
   情報識別子とが一致していると判別されるとき、各々の
   情報識別子に相当する時刻記憶手段に記憶される時刻情
   報の古い方の上記機器識別子情報を更新することを特徴
   とする記録システム。
4. 【請求項４】 請求項１に記載の記録システムにおい
   て、 上記移動あるいは複製された所定の上記データと、上記
   データの移動あるいは複製先の上記他の電子機器の識別
   子と、上記移動あるいは複製の時刻とを互いに対応付け
   て表示する表示手段をさらに有することを特徴とする記
   録システム。
5. 【請求項５】 データが第１の電子機器から第２の電子
   機器に移動あるいは複製される際、上記第１の電子機器
   に相当する識別子を記憶する移動元機器識別子記憶手段
   と、 上記データが第１の電子機器から第２の電子機器に移動
   あるいは複製される際、上記第２の電子機器に相当する
   識別子を記憶する移動先機器識別子記憶手段と、 上記データが上記第１の電子機器から上記第２の電子機
   器に移動あるいは複製される時刻を記憶する時刻記憶手
   段と、 上記第１の電子機器から上記第２の電子機器に移動ある
   いは複製される上記データに上記移動元機器識別子，上
   記移動先機器識別子，および上記時刻を付加する付加手
   段とを備えることを特徴とする記録システム。
6. 【請求項６】 請求項５に記載の記録システムにおい
   て、 上記付加手段によって付加された付加情報を、上記第１
   の電子機器に複製することを特徴とする記録システム。
7. 【請求項７】 請求項５に記載の記録システムにおい
   て、 上記第１の電子機器と上記第２の電子機器との間で、上
   記付加手段によって付加された付加情報を互いに更新す
   ることを特徴とする記録システム。
8. 【請求項８】 請求項５に記載の記録システムにおい
   て、 上記データと上記移動先機器識別子とを上記時刻に基づ
   き一覧表示する表示手段をさらに有することを特徴とす
   る記録システム。
9. 【請求項９】 データが格納されると共に、上記格納さ
   れたデータを再生する第１および第２の電子機器と、 上記第１の電子機器の格納される上記データを少なくと
   も上記第２の電子機器に移動あるいは複製する複製のス
   テップとを備え、 上記第１の電子機器に格納される上記データが所定の他
   の電子機器に移動あるいは複製されたとき、上記第１の
   電子機器に上記移動あるいは複製された所定の上記デー
   タに相対して上記データの移動あるいは複製先の上記他
   の電子機器の識別子を記憶すると共に、上記移動あるい
   は複製の時刻を記憶するようにしたことを特徴とする記
   録方法。
10. 【請求項１０】 データが第１の電子機器から第２の電
    子機器に移動あるいは複製される際、上記第１の電子機
    器に相当する識別子を記憶する移動元機器識別子記憶の
    ステップと、 上記データが第１の電子機器から第２の電子機器に移動
    あるいは複製される際、上記第２の電子機器に相当する
    識別子を記憶する移動先機器識別子記憶のステップと、 上記データが上記第１の電子機器から上記第２の電子機
    器に移動あるいは複製される時刻を記憶する時刻記憶の
    ステップと、 上記第１の電子機器から上記第２の電子機器に移動ある
    いは複製される上記データに上記移動元機器識別子，上
    記移動先機器識別子，および上記時刻を付加する付加の
    ステップとを備えることを特徴とする記録方法。