(57)【特許請求の範囲】
【請求項１】
データが格納されると共に、上記格納されたデータを再生する第１および第２の電子機器と、
上記第１の電子機器の格納される上記データを少なくとも上記第２の電子機器に移動あるいは複製する複製手段と
を備え、
上記第１の電子機器に格納される上記データが所定の他の電子機器に移動あるいは複製されたとき、上記第１の電子機器に上記移動あるいは複製された所定の上記データに相対して上記データの移動あるいは複製先の上記他の電子機器の識別子を記憶すると共に、上記移動あるいは複製の時刻を記憶するようにしたことを特徴とする記録システム。
【請求項２】
請求項１に記載の記録システムにおいて、
さらに、
上記データが上記第１の電子機器から上記第２の電子機器に移動あるいは複製される際、上記第２の電子機器に相当する識別子を記憶する機器識別子記憶手段と、
上記データが上記第１の電子機器から上記第２の電子機器に移動あるいは複製される際、上記データに相当する識別子を記憶する情報識別子記憶手段と、
上記データが上記第１の電子機器から上記第２の電子機器に移動あるいは複製される時刻を記憶する時刻記憶手段と、
上記第１の電子機器あるいは上記第２の電子機器に記憶される第１の情報識別子と他の電子機器に記憶される第２の情報識別子とを照合する照合手段と、
上記照合手段により上記第１の情報識別子と上記第２の情報識別子とが、第１の情報識別子と第２の情報識別子との比較に応じて上記機器識別子情報を更新すると共に、各々の情報識別子に相当する時刻記憶手段に記憶される時刻情報に応じて上記機器識別子情報を更新する更新手段と
を備えることを特徴とする記録システム。
【請求項３】
請求項１に記載の記録システムにおいて、
上記照合手段により上記第１の情報識別子と上記第２の情報識別子とが一致していると判別されるとき、各々の情報識別子に相当する時刻記憶手段に記憶される時刻情報の古い方の上記機器識別子情報を更新することを特徴とする記録システム。
【請求項４】
請求項１に記載の記録システムにおいて、
上記移動あるいは複製された所定の上記データと、上記データの移動あるいは複製先の上記他の電子機器の識別子と、上記移動あるいは複製の時刻とを互いに対応付けて表示する表示手段をさらに有することを特徴とする記録システム。
【請求項５】
データが第１の電子機器から第２の電子機器に移動あるいは複製される際、上記第１の電子機器に相当する識別子を記憶する移動元機器識別子記憶手段と、
上記データが第１の電子機器から第２の電子機器に移動あるいは複製される際、上記第２の電子機器に相当する識別子を記憶する移動先機器識別子記憶手段と、
上記データが上記第１の電子機器から上記第２の電子機器に移動あるいは複製される時刻を記憶する時刻記憶手段と、
上記第１の電子機器から上記第２の電子機器に移動あるいは複製される上記データに上記移動元機器識別子，上記移動先機器識別子，および上記時刻を付加する付加手段と
を備えることを特徴とする記録システム。
【請求項６】
請求項５に記載の記録システムにおいて、
上記付加手段によって付加された付加情報を、上記第１の電子機器に複製することを特徴とする記録システム。
【請求項７】
請求項５に記載の記録システムにおいて、
上記第１の電子機器と上記第２の電子機器との間で、上記付加手段によって付加された付加情報を互いに更新することを特徴とする記録システム。
【請求項８】
請求項５に記載の記録システムにおいて、
上記データと上記移動先機器識別子とを上記時刻に基づき一覧表示する表示手段をさらに有することを特徴とする記録システム。
【請求項９】
データが格納されると共に、上記格納されたデータを再生する第１および第２の電子機器と、
上記第１の電子機器の格納される上記データを少なくとも上記第２の電子機器に移動あるいは複製する複製のステップと
を備え、
上記第１の電子機器に格納される上記データが所定の他の電子機器に移動あるいは複製されたとき、上記第１の電子機器に上記移動あるいは複製された所定の上記データに相対して上記データの移動あるいは複製先の上記他の電子機器の識別子を記憶すると共に、上記移動あるいは複製の時刻を記憶するようにしたことを特徴とする記録方法。
【請求項１０】
データが第１の電子機器から第２の電子機器に移動あるいは複製される際、上記第１の電子機器に相当する識別子を記憶する移動元機器識別子記憶のステップと、
上記データが第１の電子機器から第２の電子機器に移動あるいは複製される際、上記第２の電子機器に相当する識別子を記憶する移動先機器識別子記憶のステップと、
上記データが上記第１の電子機器から上記第２の電子機器に移動あるいは複製される時刻を記憶する時刻記憶のステップと、
上記第１の電子機器から上記第２の電子機器に移動あるいは複製される上記データに上記移動元機器識別子，上記移動先機器識別子，および上記時刻を付加する付加のステップと
を備えることを特徴とする記録方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、複製によるデータの経路を管理できるようにした記録システムおよび記録方法に関する。
【０００２】
【従来の技術】
近年、ハードディスクの大容量化、ＣＤ(Compact Disc)などによるディジタル音楽データの普及に伴い、例えばＣＤに収録されている音楽データをハードディスクなどの記録媒体に蓄積することが提案されている。これは、例えばミュージックサーバと称され、所定の方式で以て音楽データを圧縮符号化することによって、数Ｇ(Giga)ｂｙｔｅのハードディスクに、例えば１０００曲程度の音楽データを蓄積することができる。
【０００３】
このミュージックサーバでは、蓄積されたそれぞれ音楽データに関する属性情報、例えば曲名や演奏者名といった情報を記録することができるようにされている。この属性情報は、自動的あるいはマニュアルによる入力により取得され、記録される。記録された属性情報は、ミュージックサーバに設けられた表示部に対して例えば一覧表示される。ユーザは、この属性情報に基づき、ミュージックサーバに蓄積された音楽データから所望のものを検索ならびに選択し、再生することができる。所定のキーなどによって検索するようにできるため、大変便利である。
【０００４】
このようなミュージックサーバでは、蓄積された音楽データを、他の電子機器、例えば携帯用の音楽データ記録再生装置（以下、携帯用記録再生装置と称する）に複写して共有することができる。ユーザは、ミュージックサーバに蓄積された多数の音楽データの中から、好みのデータを選択して携帯用記録再生装置に複写して、屋外など随所で音楽データを再生させて楽しむことができる。
【０００５】
ところで、ディジタル音楽データは、記録メディアによる音質の劣化が殆ど生じないことと、完全な複製が容易に可能であることなどから、無制限な複製などにより著作権を脅かすおそれがある。従来では、著作権保護の対策として、著作権が含まれるディジタル音楽データの複製（ダビング）に関して、ＳＣＭＳ(Serial Copy Management System) による管理が行われていた。これは、ディジタル音楽データに対して所定のフラグを設け、ディジタルデータとしての複製を、例えば１世代に制限するものである。ＳＣＭＳは、民生用のＤＡＴ(Digital Audio Tape)やＭＤ(Mini Disc) などのディジタルインターフェイスに搭載されている。
【０００６】
ところが、このＳＣＭＳでは、著作権保護を重視するあまり、データの共有性を著しく限定してしまうおそれがある。例えば、ディジタル的な複製で入手した音楽データは、たとえ個人としての使用目的であっても、その複製された記録メディアから他の記録メディアへと２度と移すことができず、非常に不便であった。
【０００７】
【発明が解決しようとする課題】
これを解決するために、音楽データの複製を行った後に、複製元でその音楽データを再生不可の状態にする方法が提案されている。このようなデータの複製方法を、移動と称する。移動元では、再びその音楽データが戻されることによって再生不可の状態が解かれる。これによれば、移動された音楽データは、例えばミュージックサーバを起点として常に一つしか存在しないことになる。そのため、この方法では、複製を行っても音楽データの著作権が守られる。
【０００８】
音楽データの移動を繰り返すと、データの所在あるいは移動元が分からなくなってしまうおそれがある。したがって、この方法では、ミュージックサーバにおいて、少なくとも移動された各データの移動先を把握しておく必要がある。
【０００９】
音楽データの移動先を把握するためには、データの移動先の機器情報をミュージックサーバに記憶させる方法が考えられる。しかしながら、この方法では、音楽データの移動を一々そのデータの移動の起点であるミュージックサーバを介して行わなくてはならず、非常に不便であるという問題点があった。
【００１０】
例えば、この方法では、２台の携帯用記録再生装置の間でデータの移動を行った場合、ミュージックサーバで移動先を把握することができなくなってしまう。
【００１１】
したがって、この発明の目的は、音楽データの移動を繰り返しても、移動先を容易に把握できるような記録システムおよび記録方法を提供することにある。
【００１２】
【課題を解決するための手段】
この発明は、上述した課題を解決するために、データが格納されると共に、格納されたデータを再生する第１および第２の電子機器と、第１の電子機器の格納されるデータを少なくとも第２の電子機器に移動あるいは複製する複製手段とを備え、第１の電子機器に格納されるデータが所定の他の電子機器に移動あるいは複製されたとき、第１の電子機器に移動あるいは複製された所定のデータに相対してデータの移動あるいは複製先の他の電子機器の識別子を記憶すると共に、移動あるいは複製の時刻を記憶するようにしたことを特徴とする記録システムである。
【００１３】
また、この発明は、上述した課題を解決するために、データが第１の電子機器から第２の電子機器に移動あるいは複製される際、第１の電子機器に相当する識別子を記憶する移動元機器識別子記憶手段と、データが第１の電子機器から第２の電子機器に移動あるいは複製される際、第２の電子機器に相当する識別子を記憶する移動先機器識別子記憶手段と、データが第１の電子機器から第２の電子機器に移動あるいは複製される時刻を記憶する時刻記憶手段と、第１の電子機器から第２の電子機器に移動あるいは複製されるデータに移動元機器識別子，移動先機器識別子，および時刻を付加する付加手段とを備えることを特徴とする記録システムである。
【００１４】
また、この発明は、上述した課題を解決するために、データが格納されると共に、格納されたデータを再生する第１および第２の電子機器と、第１の電子機器の格納されるデータを少なくとも第２の電子機器に移動あるいは複製する複製のステップとを備え、第１の電子機器に格納されるデータが所定の他の電子機器に移動あるいは複製されたとき、第１の電子機器に移動あるいは複製された所定のデータに相対してデータの移動あるいは複製先の他の電子機器の識別子を記憶すると共に、移動あるいは複製の時刻を記憶するようにしたことを特徴とする記録方法である。
【００１５】
また、この発明は、上述した課題を解決するために、データが第１の電子機器から第２の電子機器に移動あるいは複製される際、第１の電子機器に相当する識別子を記憶する移動元機器識別子記憶のステップと、データが第１の電子機器から第２の電子機器に移動あるいは複製される際、第２の電子機器に相当する識別子を記憶する移動先機器識別子記憶のステップと、データが第１の電子機器から第２の電子機器に移動あるいは複製される時刻を記憶する時刻記憶のステップと、第１の電子機器から第２の電子機器に移動あるいは複製されるデータに移動元機器識別子，移動先機器識別子，および時刻を付加する付加のステップとを備えることを特徴とする記録方法である。
【００１６】
上述したように、この発明は、第１の電子機器に格納されるデータが所定の他の電子機器に移動あるいは複製されたとき、第１の電子機器に移動あるいは複製された所定のデータに相対してデータの移動あるいは複製先の他の電子機器の識別子を記憶すると共に、移動あるいは複製の時刻を記憶するようにされているため、第１の電子機器において、データの移動先および移動時刻を把握することができる。
【００１７】
また、この発明によれば、第１の電子機器から第２の電子機器に移動あるいは複製されるデータに対して、移動元機器識別子，移動先機器識別子，および時刻が付加されるため、データ毎に移動の経路を把握することができる。
【００１８】
【発明の実施の形態】
以下、この発明について説明する。先ず、実施の形態の説明に先んじて、理解を容易とするために、この発明を適用できる構成について説明する。図１は、この発明が適用されたミュージックサーバおよびミュージックサーバを用いたシステムを概略的に示す。ミュージックサーバ５０は、サーバ本体５１と左右のスピーカユニット５２Ｌ，５２Ｒとからなる。サーバ本体５１には、例えばＬＣＤ(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:商標) ，ディジタルビデオなどから音楽データを取り込むようにできる。さらに、ＰＣカードスロット３１にＰＣカードを装着することで、外部記憶装置やその他のメディアドライブ、あるいは、モデム，ターミナルアダプタ，キャプチャボードなどの様々な周辺機器の拡張が容易である。
【００６５】
インターフェイス３４は、このミュージックサーバ５０と、対応する他の記録再生装置との間で音楽データなどのやり取りを行うためのインターフェイスである。他の記録再生装置には、例えば上述の図１に示される、携帯記録再生装置７０が適用される。これに限らず、他の記録再生装置は、別のミュージックサーバ５０であってもよい。
【００６６】
バス４０に対して、インターフェイスドライバ３３を介してインターフェイス３４が接続される。対応する他の記録再生装置には、インターフェイス３４と対になるインターフェイス３５が設けられている。インターフェイス３４および３５とを所定の接続線７１で電気的に接続することで、例えば、ＨＤＤ１０に記録され蓄積された音楽データを、ミュージックサーバ５０から他の記録再生装置に転送することができる。
【００６７】
図３は、ＣＤ−ＲＯＭドライブ９で読み出された音楽データがＨＤＤ１０に記録されるまでの信号フローを、概略的に示す。ＣＤ−ＲＯＭドライブ９から読み出された音楽データは、バス４０を介して、一旦バッファメモリとしてのＤＲＡＭ１１に記憶される。そして、ＤＲＡＭ１１から音楽データが所定のタイミングで読み出され、バス４０を介して圧縮エンコーダ１２に供給される。圧縮エンコーダ１２は、上述のステップＳ１３あるいはステップＳ１４で、所定の圧縮速度とされている。音楽データは、圧縮エンコーダ１２で圧縮符号化され、再びバッファメモリとしてのＤＲＡＭ１１に一旦格納される。そして、ＤＲＡＭ１１から所定のタイミングで読み出された圧縮音楽データがバス４０を介してＨＤＤ１０に供給され、記録される。
【００６８】
図４は、ＨＤＤ１０から読み出された圧縮音楽データが再生処理されて端子２４に導出されるまでの信号フローを、概略的に示す。ＨＤＤ１０から読み出された圧縮音楽データは、バス４０を介して、バッファメモリとしてのＤＲＡＭ１１に一旦記憶される。そして、ＤＲＡＭ１１から圧縮音楽データが所定のタイミングで読み出され、バス４０を介して圧縮デコーダ２１に供給される。圧縮音楽データは、圧縮デコーダ２１で圧縮符号化を解かれ、音楽データとされてＤ／Ａコンバータ２２に供給される。そして、音楽データは、Ｄ／Ａコンバータ２２でアナログ音声信号に変換され、アンプ２３で増幅され端子２４に再生出力として導出される。端子２４にスピーカが接続されていれば、スピーカで再生された音楽を楽しむことができる。
【００６９】
図５は、この他の記録再生装置として用いられる、携帯記録再生装置７０の構成の一例を示す。この携帯記録再生装置７０は、概ね、上述の図２に示したミュージックサーバ５０と同等の構成を有する。また、この携帯記録再生装置７０は、通常は、ミュージックサーバ５０側のインターフェイス３４と携帯記録再生装置７０側のインターフェイス３５とが切り離され、単体として携帯されて用いられる。
【００７０】
先ず、この携帯記録再生装置７０において、通常のパーソナルコンピュータの構成と同様に、互いにバスで結合されたＲＡＭ１０３，ＲＯＭ１０４，およびＣＰＵ１０５とが設けられる。勿論、上述のミュージックサーバ５０の構成と同様に、フラッシュＲＡＭを設けるようにしてもよい。ＣＰＵ１０５がバス１３０に接続される。ＣＰＵ１０５により、携帯記録再生装置７０の全体の動作が制御される。
【００７１】
ＲＯＭ１０４には、この携帯記録再生装置７０の動作を制御するためのプログラムが予め記憶される。携帯記録再生装置７０において、このプログラムに基づき、後述する入力手段１０２の操作に対応した動作がなされる。ＲＡＭ１０３には、プログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００７２】
入力手段１０２は、例えば、プッシュ式および回動式のキーからなる。入力手段１０２は、これに限らず、ジョグダイヤルと呼ばれる回動プッシュ式のキー、ＬＣＤ上のタッチパネルなどでもかまわない。勿論、押下することで反応するスイッチ機構を用いることもできる。この入力手段１０２の操作に応じた信号がバス１３０を介してＣＰＵ１０５に供給される。ＣＰＵ１０５において、この信号に基づき携帯記録再生装置７０の動作を制御するための制御信号が生成される。
携帯記録再生装置７０は、この制御信号に応じて動作される。
【００７３】
ミュージックサーバ５０において、ＨＤＤ１０から読み出され、この携帯記録再生装置７０に対する転送を指示された音楽データは、インターフェイス３４，インターフェイス３５，およびインターフェイス３４とインターフェイス３５とを接続する接続線を介して、この携帯記録再生装置７０に転送され供給される。
また、ミュージックサーバ５０と携帯記録再生装置７０とに、互いに対応する装着部が設けられている場合は、インターフェイス３４とインターフェイス３５とが直接的に接続され、音楽データの転送が行われる。さらに、ＩｒＤＡによるインターフェイスが設けられている場合は、赤外線信号で以て音楽データの転送が行われる。
【００７４】
転送され供給された音楽データは、インターフェイスドライバ１０１からバス１３０を介して、この携帯記録再生装置７０の音楽データ記録媒体であるＨＤＤ１０６に記録される。
【００７５】
なお、この携帯記録再生装置７０では、音楽データ記録媒体は、ＨＤＤ１０６に限らず、例えばフラッシュＲＡＭを用いることもできる。また、音楽データの再生速度に追従できるものであれば、例えば光磁気ディスクといった、他の記録媒体メディアを利用することもできる。音楽データ記録媒体としては、例えば２００ＭＢｙｔｅ程度の容量のものを用いることによって、数１０曲が記録可能である。
【００７６】
ところで、この例では、転送されＨＤＤ１０６に記録される音楽データは、既にミュージックサーバ５０において圧縮符号化されが圧縮音楽データである。この携帯記録再生装置７０では、この例に限らず、圧縮符号化されていない音楽データを供給され、ＨＤＤ１０６に記録することもできる。例えば、ミュージックサーバ５０のＣＤ−ＲＯＭドライブ９にセットされたＣＤ５５から再生され読み出された音楽データを、インターフェイスドライバ１０１を介して、直接的にこの携帯記録再生装置７０に供給する。但し、この場合には、記録可能な音楽データの数が大幅に制限されることはいうまでもない。
【００７７】
ＨＤＤ１０６に音楽データが記録される前処理として、供給された音楽データは、バス１３０に接続されるオーディオ用のＤＲＡＭ１０７に対して一時的に記憶される。そして、その音楽データがバス１３０を介して圧縮エンコーダ１０８に供給される。圧縮エンコーダ１０８は、ミュージックサーバ５０における圧縮エンコーダ１２と同等のエンコードアルゴリズム（この例ではＡＴＲＡＣ２）によって音楽データの圧縮符号化を行う。圧縮符号化された圧縮音楽データは、ＤＲＡＭ１０７に供給され、再び一時的に記憶される。最終的に、このＤＲＡＭ１０７に記憶された圧縮音楽データが読み出され、ＨＤＤ１０６に記録される。
【００７８】
なお、上述したように、ミュージックサーバ５０においてＨＤＤ１０に蓄積されている圧縮音楽データが移動を指示されてこの携帯記録再生装置７０に転送されたときには、ＨＤＤ１０におけるその圧縮音楽データは、ＨＤＤ１０上に存在するが再生不可の状態とされる。また、移動された圧縮音楽データは、再び移動元の記録媒体に戻されることで、移動元において再生可能とされる。このとき、移動先の記録媒体からは、その圧縮音楽データが削除される。
【００７９】
また、この例では、端子１０９に接続されたマイクロホンからアンプ１１０を介して入力される音声信号や、ライン入力端１１１から入力される音声信号がＡ／Ｄコンバータ１１２を介して圧縮エンコーダ１０８に供給される。これらの音声信号を圧縮符号化してＨＤＤ１０６に対して記録することができる。さらに、光ディジタル信号が光ディジタル入力端１１３からＩＥＣ９５８エンコーダ１１４を介して圧縮エンコーダ１０８に供給される。光ディジタル信号として供給された音声信号を圧縮符号化してＨＤＤ１０６に記録することが可能である。勿論、これらの信号入力手段を全て有している必要はないし、再生専用の携帯再生装置であれば、これらの信号入力手段を全て省略することも可能である。。
【００８０】
ＨＤＤ１０６から圧縮音楽データが再生のために読み出され、バス１３０を介して圧縮デコーダ１１５に供給される。圧縮デコーダ１１５で圧縮符号化を解かれた音楽データは、Ｄ／Ａコンバータ１１６およびアンプ１１７を介して端子１１８に導出される。端子１１８には、例えばヘッドホン７２接続される。ユーザは、このヘッドホンを装着することによって、再生された音楽を聴くことができる。なお、図５では省略されているが、Ｄ／Ａコンバータ１１６からアンプ１１７を介して端子１１８に到る経路は、ステレオ出力に対応して２系統設けられる。同様に、端子１１８も、ステレオに対応して２つ存在する。
【００８１】
ＬＣＤ１２０がＬＣＤドライバ１１９を介してバス１３０に接続される。ＣＰＵ１０５からバス１３０を介してＬＣＤドライバ１１９に対して描画制御信号が供給され、ＬＣＤ１２０が駆動されて所定の表示がなされる。ＬＣＤ１２０には、携帯記録再生装置７０の操作メニューやＨＤＤ１０６に記録された音楽データのタイトルリストなどが表示される。ＬＣＤ１２０に対して、例えば選択され再生される音楽データに対応するフォルダやジャケットイメージを表示させるようにしてもよい。
【００８２】
このＬＣＤ１２０の表示に基づき、入力手段１０２としてのポインティングデバイスを操作することで、指示された圧縮音楽データが再生制御される。また、選択された圧縮音楽データの消去や複製ならびに移動の制御も、ＬＣ１２０の表示に基づき行うことが可能である。例えば、ＬＣＤ１２０の表示に従い、入力手段１０２としてのタッチパネルを触れることで、携帯記録再生装置７０の操作を行うことができる。このように、ＬＣＤ１２０をインタフェースとして、ＨＤＤ１０６に記録された圧縮音楽データがユーザにより管理ならびに制御される。
【００８３】
なお、図５では省略されているが、この携帯記録再生装置７０は、バッテリ電源で駆動される。そのため、一般的な乾電池による電源部が設けられると共に、充電部が設けられる。充電部は、ミュージックサーバ５０と携帯記録再生装置７０とが接続線あるいは装着部によって直接的に接続される場合、音楽データの転送と共に、ミュージックサーバ５０から電力を供給され充電が行われる。勿論、外部の充電電源によって充電するようにもできる。なお、電源は、乾電池による電源および充電電源の何方か一方だけを有するようにしてもよい。
【００８４】
図６は、上述の携帯記録再生装置７０の他の例を示す。なお、この図６において、上述の図５と共通する部位に対しては同一の番号を付し、詳細な説明を省略する。図６に示される携帯記録再生装置７０’は、上述の図５の構成に対して、ＨＤＤ（あるいはフラッシュＲＡＭ）１０６’とバス１３０との間にスイッチ回路２００が挿入される。スイッチ回路２００の一方の選択端２００ａがバス１３０と接続され、他方の選択端２００ｂがインターフェイス３５と接続される。スイッチ回路２００によって、ＨＤＤ１０６’がバス１３０と分離される。
【００８５】
ミュージックサーバ５０からの圧縮音楽データ転送の際は、スイッチ回路２００において選択端２００ｂが選択される。インターフェイス３４および３５を介して、ＨＤＤ１０６’とミュージックサーバ５０のバス４０とが直接的に接続される。ＨＤＤ１０６’は、恰もミュージックサーバ５０の記録媒体であるかのように見える。ミュージックサーバ５０のＣＰＵ８によって、ＨＤＤ１０６’の直接的な制御が可能とされる。ミュージックサーバ５０および携帯記録再生装置７０との間での、圧縮音楽データの移動や複写などを容易に行える。
【００８６】
次に、上述の構成で以てなされる、この実施の一形態における動作について説明する。先ず、ミュージックサーバ５０単独で実行される機能について説明する。図７は、ＣＤ−ＲＯＭドライブ９にセットされたＣＤ５５の音楽データを、ミュージックサーバ５０のＨＤＤ１０に記録する際の処理の一例のフローチャートである。
【００８７】
最初のステップＳ１０では、ユーザによる、ＣＤ５５の音楽データのＨＤＤ１０への記録要求が待たれる。そして、例えばユーザによって入力手段１を用いて記録要求が出されると、処理はステップＳ１１へ移行する。ステップＳ１１では、要求された記録が高速記録か１倍速での記録かが判断される。例えば、上述のステップＳ１０で記録要求が出される際に、ユーザによって、記録の方法、すなわち、記録を高速で行うか１倍速で行うかが共に指定される。
【００８８】
若し、ステップＳ１１で、高速で記録を行うことが指定された場合、処理はステップＳ１２に移行し、課金システムが起動される。課金システムによる処理は、後述する。課金処理が行われ、高速記録が許可されると、処理はステップＳ１３に移行し、圧縮エンコーダ１２において高速圧縮処理が起動される。そして、処理はステップＳ１５へ移行する。
【００８９】
一方、ステップＳ１１で１倍速で記録を行うことが指定された場合、処理はステップＳ１４へ移行し、圧縮エンコーダ１２で、低速圧縮処理が起動される。そして、処理はステップＳ１５へ移行する。
【００９０】
ステップＳ１５では、ＣＰＵ８の制御に基づき、所定の速度で以てＣＤ−ＲＯＭドライブ９が駆動され、セットされたＣＤ５５に記録された音楽データが読み出される。読み出された音楽データは、圧縮エンコーダ１２で圧縮符号化され、ＨＤＤ１０に対して転送され記録される。
【００９１】
ステップＳ１６で、ＨＤＤ１０への圧縮音楽データの転送が終了したとされたら、次のステップＳ１７でＣＤ−ＲＯＭドライブ９からＨＤＤ１０への転送が禁止とされ、さらに次のステップＳ１８で圧縮エンコーダ１２が停止される。
【００９２】
図８は、上述の図７のフローチャートのステップＳ１２における課金処理の一例を示すフローチャートである。課金処理は、ミュージックサーバ５０とインターネットサーバ６０との間で通信が行われることによってなされる。図８Ａは、ミュージックサーバ５０での処理を示し、図８Ｂは、インターネットサーバ６０での処理を示す。
【００９３】
課金処理が開始されると、先ず、図８Ａの最初のステップＳ２０で、ミュージックサーバ５０とインターネットサーバ６０との間で、所定のプロトコルで以て通信が開始される。ステップＳ２１で、接続が確立され通信可能なことが確認されると、処理はステップＳ２２に移行する。
【００９４】
ステップＳ２２では、ＣＤ−ＲＯＭドライブ９にセットされＨＤＤ１０に転送し記録するＣＤ５５のＴＯＣ情報がミュージックサーバ５０からインターネットサーバ６０に対して送出される。それと共に、高速記録を行う旨を示す高速記録情報がミュージックサーバ５０からインターネットサーバ６０に対して送出される。
【００９５】
一方、図８Ｂにおいて、インターネットサーバ６０では、ミュージックサーバ５０からの高速記録情報ならびにＴＯＣ情報が待たれる（ステップＳ３０）。これらの情報が受信されたら、ステップＳ３１で、ＴＯＣ情報の検索が行われる。ＴＯＣ情報を検索することによりＣＤ５５が特定される。
【００９６】
そして、次のステップＳ３２で課金処理がなされる。課金は、例えば、予め登録されたユーザのクレジットカード番号に基づき、口座から引き落とされることで行うことができる。課金方法は、これに限らず、例えば、ミュージックサーバ５０にプリペイドカードを読み取る機能を設けておき、設定された課金額がミュージックサーバ５０に対して送出され、ユーザがプリペイドカードによって課金額を支払うという方法も考えられる。また、ＴＯＣ情報に基づき、ＣＤ５５の内容によって課金額を変えたり、ＨＤＤ１０への記録を禁止することもできる。
【００９７】
ステップＳ３３で、課金情報がミュージックサーバ５０に対して送出される。
そして、図８Ａにおいて、ミュージックサーバ５０側で課金情報の確認がなされる（ステップＳ２３）。また、インターネットサーバ６０側でも、ミュージックサーバ５０で課金情報が受信されたかどうかが確認される（ステップＳ３４）。
【００９８】
図８Ａに戻り、ステップＳ２３で課金情報が確認されると、処理はステップＳ２４に移行し、受信された課金情報などが表示部５３に表示される。そして、ステップＳ２５で、ＣＤ５５の音楽データがＣＤ−ＲＯＭドライブ９で高速で読み出され、圧縮エンコーダ１２で高速圧縮がなされ、ＨＤＤ１０に対して記録される。このステップＳ２５は、上述の図７におけるステップＳ１５に対応する。
【００９９】
ところで、この実施の一形態では、ミュージックサーバ５０と携帯記録再生装置７０との間で、連携動作が可能とされる。例えば、ミュージックサーバ５０から携帯記録再生装置７０に対して音楽データを移動する際には、これらの間での連携動作がなされる。図９は、この移動の一例のフローチャートを示す。
【０１００】
先ず、最初のステップＳ４０で、ミュージックサーバ５０と携帯記録再生装置７０とが、インターフェイス３４および３５で接続されているかどうかが判断される。接続の検知は、例えばインターフェイス３４および３５との間で所定の信号のやり取りを行うことでなされる。また、これに限らず、ミュージックサーバ５０および携帯記録再生装置７０とを接続する部分に、スイッチ機構を設け、機械的な手段で接続の検知を行うこともできる。
【０１０１】
接続が確認されると、次のステップＳ４１で、ＨＤＤ１０に記録され蓄積されている音楽データの、携帯記録再生装置７０への移動が要求されているかどうかが判断される。例えば、表示部５３に対してＨＤＤ１０に蓄積されている圧縮音楽データがリスト表示され、ユーザによって、入力手段１としての所定のポインティングデバイスにより、このリスト表示から所定の圧縮音楽データが選択される。さらに、選択された圧縮音楽データに対して、携帯記録再生装置７０への移動が指示される。
【０１０２】
移動の指示の方法は、様々に考えられる。例えば、表示部５３に移動を指示するボタンが表示され、このボタンを所定の方法で指定することで行うことができる。また例えば、圧縮音楽データを示すアイコンが表示され、このアイコンを、移動先の携帯記録再生装置７０を示すアイコン上へと移動する、所謂ドラッグ＆ドロップによって行うことも可能である。勿論、操作部に設けられたスイッチ機構の操作により移動の指示を行ってもよい。
【０１０３】
ステップＳ４１で圧縮音楽データの移動要求があるとされたら、ステップＳ４２で、移動が指定された圧縮音楽データのファイルサイズが調べられる。そして、次のステップＳ４３で、携帯記録再生装置７０のＨＤＤ１０６の空き容量が調べられる。そして、このＨＤＤ１０６の空き容量と、ステップＳ４２で調べられた移動が指定された圧縮音楽データのファイルサイズとが比較される。この比較結果に基づき、移動が指定された圧縮音楽データがこのＨＤＤ１０６に記録可能であるかどうかが判断される。若し、記録可能であるとされれば、処理はステップＳ４５に移行し、圧縮音楽データの転送が開始される。
【０１０４】
一方、ステップＳ４３で、携帯記録再生装置７０のＨＤＤ１０６に空き容量が不足していると判断されれば、処理はステップＳ４４に移行する。ステップＳ４４では、移動が指定された圧縮音楽データのＨＤＤ１０６への記録が可能なように、ＨＤＤ１０６に既に記録されている圧縮音楽データが削除される。そして、処理はステップＳ４５に移行する。
【０１０５】
この圧縮音楽データの削除は、ＨＤＤ１０６に既に記録されている圧縮音楽データの、所定のパラメータに基づき自動的になされる。例えば、携帯記録再生装置７０において、ＨＤＤ１０６に記録されている圧縮音楽データ毎に再生回数をカウントしておき、再生回数の少ないものから削除することが考えられる。また、ＨＤＤ１０６に記録された日付の古い順に削除するようにもできる。
【０１０６】
さらに、自動的に削除する際に、ユーザにとって重要な圧縮音楽データが削除されてしまうこともあり得る。これを防止するために、ミュージックサーバ５０の表示部５３や携帯記録再生装置７０のＬＣＤ１２０に警告表示を行い、ユーザの確認を得てから削除するようにもできる。さらにまた、ミュージックサーバ５０の表示部５３や携帯記録再生装置７０のＬＣＤ１２０に対して、ＨＤＤ１０６に既に記録されている圧縮音楽データのリストを表示させ、削除する圧縮音楽データをユーザ自身が選択するという方法もとれる。
【０１０７】
上述のステップＳ４３およびステップＳ４４の処理により、移動が指定された圧縮音楽データの、ＨＤＤ１０６への記録が可能な状態にされると、ステップＳ４５で、ミュージックサーバ５０から携帯記録再生装置７０への圧縮音楽データの転送が開始される。すなわち、ＨＤＤ１０から読み出された圧縮音楽データは、バス４０ならびにインターフェイス３４を介して携帯記録再生装置７０に供給される。携帯記録再生装置７０において、この供給された圧縮音楽データがインターフェイス３５にＨＤＤ１０６に記録される。
【０１０８】
転送された圧縮音楽データは、ミュージックサーバ５０側のＨＤＤ１０にも転送前と同様に存在している。この実施の一形態では、ＨＤＤ１０に存在する、該当する圧縮音楽データの再生が禁止とされる（ステップＳ４６）。例えば、圧縮音楽データに対して再生禁止を示す再生禁止フラグが立てられる。これにより、該当の圧縮音楽データがミュージックサーバ５０から携帯記録再生装置７０へと、仮想的に移動されることになる。したがって、各圧縮音楽データは、常に一つしか存在しないように管理され、不正なデータの複製が防止される。
【０１０９】
そして、次のステップＳ４７では、次の圧縮音楽データの移動要求があるかどうかが判断される。若し、さらに圧縮音楽データの移動を行いたい場合には、処理はステップＳ４２に戻される。これ以上のデータの移動要求が無い場合には、一連の移動の処理が終了される。
【０１１０】
なお、上述では、図９のフローチャートのステップＳ４２〜ステップＳ４６で１つの圧縮音楽データを移動するように説明されているが、これはこの例に限定されず、複数の圧縮音楽データをまとめて移動するようにもできる。
【０１１１】
また、上述では、ステップＳ４６の処理で、移動元であるミュージックサーバ５０のＨＤＤ１０において、移動された圧縮音楽データは、再生禁止とされるだけで存在はしているように説明したが、これは例に限定されず、削除するようにしてもよい。
【０１１２】
ところで、上述では、圧縮音楽データをミュージックサーバ５０から携帯記録再生装置７０へ移動する例について説明したが、逆方向への移動、すなわち、携帯記録再生装置７０のＨＤＤ１０６に記録されている圧縮音楽データを、ミュージックサーバ５０のＨＤＤ１０へと移動させることも、図９のフローチャートと同様の処理に従って実行が可能である。
【０１１３】
このとき、ミュージックサーバ５０から携帯記録再生装置７０へ移動した圧縮音楽データを、再び携帯記録再生装置７０からミュージックサーバ５０へ移動することによって、ミュージックサーバ５０において、該当する圧縮音楽データの再生禁止フラグが解除される。すなわち、該当の圧縮音楽データは、再びミュージックサーバ５０において再生することができるようになる。
【０１１４】
ところで、この発明では、上述の移動を行うに当たって、音楽データの移動先の携帯記録再生装置７０のそれぞれに対して、固有の識別子を付すと共に、音楽データにもそれぞれ固有の識別子を付す。そして、ミュージックサーバ５０によって、これらの識別子の管理を行う。これにより、不正な端末装置に対する音楽データの移動や複製を防止し、音楽データに対する著作権の保護を行うと共に、データの移動先を把握する。
【０１１５】
図１０は、移動先機器の識別子が記録される機器識別子管理表の一例を示す。この機器識別子管理表は、ミュージックサーバ５０ならびに携帯記録再生装置７０とを問わず、移動元となる各機器のそれぞれが有する。機器識別子管理表には、自身との音楽データの受け渡しを許可する移動先機器の識別子が登録される。
【０１１６】
また、移動先機器に対して、ニックネームを付すことができる。ニックネームは、ミュージックサーバ５０の例では、入力手段１によって入力することができる。この例では、識別子が’００１０’の機器には’ｍａｒｓ’が、識別子が’００２０’の機器には’ｊｕｐｉｔｅｒ’がそれぞれニックネームとして付されている。一方、識別子が’００３０’の機器には、ニックネームが付されていない。
【０１１７】
一方、ミュージックサーバ５０に記録されている音楽データのそれぞれに対して、固有の曲データ識別子が付される。また、各音楽データに対して、そのデータが移動されているかどうかを示す移動フラグが付される。曲データ識別子は、上述した、ＣＤ５５の音楽データをＨＤＤ１０に記録するときに得られる、ＣＤ５５に付随したデータ、例えばＣＤ番号に基づき取得することが可能である。
【０１１８】
図１１は、各音楽データに付された曲データ識別子ならびに移動フラグが管理されるデータ管理表の一例を示す。このデータ管理表は、ミュージックサーバ５０ならびに携帯記録再生装置７０とを問わず、移動元となる各機器のそれぞれが有する。各音楽データのそれぞれに対して、固有の曲データ識別子が付される。
移動フラグは、該当する音楽データが移動されているかどうかを示すもので、移動フラグが’１’であれば、その音楽データが携帯記録端末７０に移動されていることが示される。移動フラグが’０’であれば、そのデータは、移動されていない。また、音楽データのそれぞれに対して、その曲名を付してもよい。
【０１１９】
なお、曲名は、ミュージックサーバ５０の例では、入力手段１によって入力することができる。また、その音楽データをＨＤＤ１０に記録する際に用いたＣＤ５５がＣＤテキストに対応していれば、そのテキストデータを読み込みＨＤＤ１０に記録しておくことで、自動的に登録することができる。さらに、曲名は、
通信回線６１を介して、インターネットサーバ６０から入手することもできる。
【０１２０】
次に、この発明の実施の第１の形態について説明する。この第１の形態においては、各機器が各音楽データの移動先の情報のみを持つ。各機器、すなわちミュージックサーバ５０および携帯記録再生装置７０のそれぞれは、図１２に一例が示される、データ移動先管理表が持たされる。データ移動先管理表は、曲データ識別子と移動先機器識別子と移動時刻とからなるレコードの集合で構成される。
【０１２１】
データ移動先管理表は、次に示す２つの場合に更新される。すなわち、
（１）各機器間で音楽データの移動がなされた場合
（２）各機器同士を接続した際に、接続機器双方のデータ移動先管理表が照合された場合
これらの場合に、データ移動先管理表の更新がなされる。
【０１２２】
先ず、（１）の音楽データの移動に伴う更新について、図１３に示されるフローチャートを用いて説明する。図１３は、移動元機器と移動先機器とを接続して、移動元機器に記録されている音楽データＭを、移動先機器に移動させる場合の処理を示す。図１３Ａが移動元機器での処理を示し、図１３Ｂが移動先機器での処理を示す。なお、移動元機器および移動先機器は、それぞれミュージックサーバ５０および携帯記録再生装置７０のどちらであっても構わない。
【０１２３】
先ず、移動元機器と移動先機器とが接続され、互いの機器識別子が交換される（ステップＳ５０およびステップＳ６０）。移動元機器において、ユーザによって所定の音楽データＭが選択され、選択された音楽データＭの移動先機器への移動が指示される（ステップＳ５１）。そして、ステップＳ５２で、機器識別子管理表に基づき、移動先機器の識別子が確認される。
【０１２４】
若し、接続された移動先機器の機器識別子が移動元機器の機器識別子管理表に無ければ（ステップＳ５３）、処理はステップＳ５６に移行し、移動先機器に対して、移動不許可通知が送信され、音楽データＭの移動が行えないことが通知される。
【０１２５】
一方、ステップＳ５３で、接続された移動先機器の機器識別子が移動元機器の機器識別子管理表に存在するとされれば、処理はステップＳ５４に移行する。ステップＳ５４では、移動元機器のデータ管理表によりフラグが調べられる。若し、フラグが’１’であって、そのデータが他の機器に移動されているとされれば、処理はステップＳ５６に移行し、移動先機器に対して移動不許可通知が出される。一方、フラグが’０’であれば、音楽データＭの移動が可能であるとされ、処理はステップＳ５７に移行する。
【０１２６】
ステップＳ５７では、移動元機器において、データ移動先管理表に対してエントリ作成がなされ、音楽データＭのレコードが新規に作成される。このレコードには、音楽データＭの曲データ識別子，移動先機器の機器識別子，および移動時刻が記録される。なお、既に音楽データＭのエントリが存在するときには、そのエントリに対して上書きされる。
【０１２７】
データ移動先管理表への音楽データＭのエントリ作成後、音楽データＭが移動元機器から移動先機器へと送信される（ステップＳ５８）。送信が終了すると、次のステップＳ５９で、データ管理表における音楽データＭのフラグが’０’から’１’へと変更され、フラグが立てられる。これにより、移動元機器での一連の処理が終了される。
【０１２８】
一方、移動先機器では、ステップＳ６０で移動元機器との機器識別子を交換した後、移動元機器から何らかのデータが送られて来るまで、受信待ちとされる（ステップＳ６１）。移動元機器からのデータを受信した場合、受信されたデータの内容が判断される。若し、データ内容が移動元機器の処理におけるステップＳ５６での、移動不許可通知であれば（ステップＳ６３）、移動先機器での処理が終了される。
【０１２９】
一方、データ内容が移動元機器の処理におけるステップＳ５８での音楽データＭであれば（ステップＳ６４）、音楽データＭが受信され、記録される。そして、次のステップＳ６５に移行する。若し、データ管理表に、音楽データＭのレコードが既に存在していれば、フラグを’１’から’０’に変更してフラグ下げを行う。また若し、データ管理表に、音楽データＭのレコードが存在しなければ、音楽データＭのレコードを新規に作成し、フラグを’０’としておく。
【０１３０】
上述したように、移動先機器および移動元機器の何方かがミュージックサーバ５０であっても、同様の処理がなされる。但し、移動先機器がミュージックサーバ５０である場合、すなわち、音楽データＭをミュージックサーバ５０に移行する場合には、移動元機器のデータ管理表中の、音楽データＭに対応するレコードを消去してもよい。
【０１３１】
次に、（２）のデータ移動先管理表の照合による更新について説明する。先ず、図１４を用いて、データ移動先管理表の更新について概略的に説明する。図１４Ａは、更新前であり、図１４Ｂは、更新後のデータ移動先管理表である。また、図１４Ａおよび図１４Ｂのそれぞれにおいて、左側に移動元機器の表を示し、右側に移動先機器の表を示す。
【０１３２】
例えば２台の携帯記録再生装置７０を互いに接続した場合、先ず、データ移動先管理表を互いに調べ、双方共に含まれるデータ識別子を探す。図１４Ａの例では、データ識別子〔１１０８〕が接続された２つの装置７０のそれぞれで共通している。このように双方共に有する識別子があれば、接続された装置７０のそれぞれの、該当する識別子のレコード内の移動時刻が互いに比較される。比較の結果、時刻の古い方のレコードの内容が新しい方のレコードの内容に書き替えられる。この処理が接続された２つの装置７０の双方において、互いに一致するデータ識別子が無くなるまで繰り返される。
【０１３３】
図１５および図１６のフローチャートを用いて、データ移動先管理表の照合による更新について、より詳細に説明する。図１５および図１６は、連続した処理を示すフローチャートであり、図中の「Ａ」，「Ｂ」，および「Ｃ」の記号は、互いに対応する記号へ処理が移行することを示す。また、図１５Ａおよび図１６Ａは、移動元機器の処理を示し、図１５Ｂおよび図１６Ｂは、移動先機器の処理を示す。なお、移動元機器および移動先機器は、それぞれミュージックサーバ５０および携帯記録再生装置７０のどちらであっても構わない。
【０１３４】
例えば音楽データの移動処理の後といった、機器同士を接続した際に、互いの機器のデータ移動先管理表の照合ならびに更新がなされる。そして、照合は、双方のレコードを比較することによって行われる。先ず、移動元機器と移動先機器とが接続され、互いの機器識別子が交換される（ステップＳ７０およびステップＳ１００）。すなわち、互いに相手に対して自分の機器識別子を送信すると共に、相手から送信された機器識別子を受信する。そして、移動元および移動先機器において、受信した相手の機器識別子が自分の機器識別子管理表に登録されていることを確認する（ステップＳ７１およびステップＳ１０１）。機器識別子の確認ができたなら、移動元機器では、移動先機器からのデータの受信待ち状態とされる（ステップＳ７２）。
【０１３５】
一方、移動先機器では、レコードカウンタｋがｋ＝１にセットされる（ステップＳ１０２）。レコードカウンタｋは、データ移動先管理表のレコードに対応するカウンタである。次からのステップＳ１０３，Ｓ１０４，Ｓ１０５，およびＳ１０６で、このレコードカウンタｋをインクリメントしながら、データ移動先管理表のレコードが１レコードずつ取り出され、移動先機器から移動元機器へと送信される。
【０１３６】
なお、１レコードは、図１２を用いて上述したように、データ識別子，移動先機器識別子，移動時刻からなる。したがって、ｋ番目のレコードのデータ識別子，移動先機器識別子，および移動時刻をそれぞれＲｋ．ｄａｔａＩＤ，Ｒｋ．ｉｄ，およびＲｋ．ｔｉｍｅとして、ｋ番目のレコードのデータを（Ｒｋ．ｄａｔａＩＤ，Ｒｋ．ｉｄ，Ｒｋ．ｔｉｍｅ）と表現することができる。
【０１３７】
すなわち、ステップＳ１０３でｋ番目のレコードが取り出され、ステップＳ１０４でこのｋ番目のレコードが移動元機器へと送信される。そして、ステップＳ１０５で、送信したｋ番目のレコードが最後のレコードであったかどうかが判断される。最後のレコードではないと判断されれば、処理はステップＳ１０６に移行し、レコードカウンタｋが１だけインクリメントされて再びステップＳ１０３の処理を行う。最後のレコードの取り出しが終了されると、ステップＳ１０７で、移動元機器に対して終了通知が送信される。
【０１３８】
一方、移動元機器では、ステップＳ７２の受信待ち状態で移動先機器からの通信を待つ。移動先機器からの通信を受信したら、ステップＳ７３で通信内容が判断される。通信内容が移動先機器からのデータ移動先管理表のレコードであれば、ステップＳ７４でｋ番目のレコードが受信され、次のステップＳ７５で、受信されたｋ番目のレコードが配列Ｐ［ｎ］（ｎ＝１，２，３，・・・）に順に格納される。このデータ移動先管理表のデータの配列［］への格納処理は、移動先機器からの終了通知を受信するまで繰り返される。
【０１３９】
一方、ステップＳ７３で、移動先機器からの通信内容が上述のステップＳ１０７で送信された終了通知であるとされたら、ステップＳ７６でこの終了通知が受信され、処理は次のステップＳ７７に移行する。ステップＳ７７，Ｓ７８，およびＳ７９では、配列Ｐ［］の１番目の要素Ｐ［１］が取り出される。すなわち、ステップＳ７７で配列Ｐ［］のカウンタがｎ＝１にセットされ、ステップＳ７８で配列Ｐ［］からｎ番目（この場合、１番目）の要素Ｐ［ｎ］が取り出される。
【０１４０】
次のステップＳ７９では、移動元機器のデータ移動先管理表のレコードカウンタｍがｍ＝１にセットされる。図１６に移行し、ステップＳ８０，Ｓ８１，Ｓ８２，およびＳ８３で、要素Ｐ［ｎ］のデータ識別子（Ｐ［ｎ］．ｄａｔａＩＤ）と一致するデータ識別子を持つレコードが移動元機器のデータ移動先管理表から探される。
【０１４１】
すなわち、ステップＳ８０で移動元機器のデータ移動先管理表からｍ番目のレコードＲｍが取り出される。そして、次のステップＳ８１で、レコードＲｍと要素Ｐ［ｎ］とで、それぞれのｄａｔａＩＤが一致しているかどうかが比較される。若し、一致していないとされれば、レコードＲｍが最後のレコードかどうかがステップＳ８２で判断され、最後のレコードでないとされれば、ステップＳ８３でレコードカウンタｍが１だけインクリメントされ、処理は再びステップＳ８０に戻される。
【０１４２】
ここで、ステップＳ８２でレコードＲｍが最後のレコードであると判断されれば、処理はステップＳ８９に移行し、要素Ｐ［ｎ］が最後の要素であるかどうかが判断される。若し、最後の要素であるとされれば、処理はステップＳ９０に移行し、移動先機器に対して終了通知が送信され、移動元機器における一連の処理が終了される。また、ステップＳ８９で要素Ｐ［ｎ］が最後の要素でないとされれば、処理は図１５のステップＳ９１で配列Ｐ［］のカウンタｎが１だけインクリメントされ、処理は再びステップＳ７８に戻される。
【０１４３】
一方、上述のステップＳ８１で、レコードＲｍと要素Ｐ［ｎ］とで、それぞれのｄａｔａＩＤが一致しているとされれば、処理はステップＳ８４に移行する。
そして、ステップＳ８４では、移動元機器においてレコードＲｍに記録された移動時刻（Ｒｍ．ｔｉｍｅ）と、移動先機器において要素Ｐ［ｎ］に記録された移動時刻（Ｐｎ．ｔｉｍｅ）とが比較される。
【０１４４】
ステップＳ８４において、移動時刻（Ｒｍ．ｔｉｍｅ）と移動時刻（Ｐｎ．ｔｉｍｅ）とが同時であるとされれば、処理はステップＳ８９に移行し、次の要素が調べられる。また、ステップＳ８４において、レコードＲｍに記録された移動時刻（Ｒｍ．ｔｉｍｅ）の方が移動時刻（Ｐｎ．ｔｉｍｅ）よりも新しいとされば、処理はステップＳ８５に移行し、移動先機器に対して移動先機器更新要求が送信されると共に、更新するレコードＲｍが送信される。そして、処理はステップＳ８９に移行し、次の要素が調べられる。
【０１４５】
一方、ステップＳ８４で、レコードＲｍに記録された最新の移動情報の方が古いとされれば、ステップＳ８６で、要素Ｐ［ｎ］．ｄａｔａＩＤで示されるデータの移動先情報を送信するよう、移動先機器に対して要求が送信される。後述するステップＳ１１２で、移動先機器においてこの送信要求が受信され、ステップＳ１１３で移動先機器から移動元機器に対して、移動先機器のデータ移動先管理表における要素Ｐ［ｎ］．ｄａｔａＩＤに対応するレコードＲｋが送信される。
【０１４６】
移動元機器において、送信されたこのレコードＲｋが受信されることで、要素Ｐ［ｎ］．ｄａｔａＩＤの移動先情報が得られ、次のステップＳ８８で、レコードＲｍの移動先と移動時刻情報とが書き替えられる。そして、処理はステップＳ８９に移行し、次の要素が調べられる。
【０１４７】
一方、上述したように、移動先機器では、図１５のステップＳ１０７で移動元機器に対してデータ移動先管理表の全てのレコードを送信し終えたとして終了通知が送信された後、図１６のステップＳ１０８で、移動元機器からの通信待ちの状態とされる。そして、移動元機器からの通信を受信すると、ステップＳ１０９で、その内容が判断される。
【０１４８】
通信内容が上述のステップＳ９０による終了通知であれば、処理はステップＳ１１４に移行し、移動元機器における処理が終了したことが受信され、移動先機器における一連の処理が終了される。
【０１４９】
一方、ステップＳ１０９において、通信内容が上述のステップＳ８５による移動先情報更新通知であるなら（ステップＳ１１０）、通知と共に送信されたレコードＲｍが受信され、処理はステップＳ１１１に移行する。そして、ステップＳ１１１では、受信したレコードＲｍに基づき、移動先機器のデータ移動先管理表において、Ｒｍ．ｄａｔａＩＤ＝Ｒｋ．ｄａｔａＩＤを満たすレコードＲｋが書き替えられる。そして、処理はステップＳ１０８に戻され、再び移動元機器からの通信の受信待ち状態とされる。
【０１５０】
さらに、ステップＳ１０９において、通信内容が上述のステップＳ８６による移動先情報送信要求であれば、次のステップＳ１１３で、要素Ｐ［ｎ］．ｄａｔａＩＤに対応するレコードＲｋが送信される。そして、処理はステップＳ１０８に戻され、再び移動元機器からの通信の受信待ち状態とされる。
【０１５１】
なお、移動先機器あるいは移動元機器の何れか一方がミュージックサーバ５０である場合も、同様の処理がなされる。また、これに限らず、ミュージックサーバ５０は、移動元機器の動作を行うと予め決めておいてもよい。この場合、ミュージックサーバ５０に接続された移動先機器がステップＳ１１２で移動先情報送信要求を受信し、移動先機器のデータ移動先管理表内のレコードＲｋを送信した後（ステップＳ１１３）、若し、移動先機器にＲｋ．ｄａｔａＩＤの示すデータの利用権を、移動先機器が所有しなければ、レコードＲｋを移動先機器のデータ移動先管理表から消去してもよい。
【０１５２】
なお、所有権の有無は、移動先機器において、移動先機器自身のデータ管理表内の、Ｒｋ．ｄａｔａＩＤに一致するデータ識別子をもつレコードのフラグを調べることで確認することができる。
【０１５３】
図１７は、このような処理に適応可能な、音楽データの構造の一例を示す。音楽データ本体に対して、ヘッダ３００が付される。ヘッダは、データの移動に伴い更新されるヘッダ３０２と、データの移動では変化しないヘッダ３０３とからなる。ヘッダ３０２は、この音楽データのｄａｔａＩＤ３０４，データの移動回数が記憶されるカウンタ３０５，このデータの移動時刻と移動先の機器ＩＤ３０６，３０６，３０６，・・・とからなる。移動時刻と移動先の機器ＩＤ３０６は、このデータが移動される度に追加記録され、移動経路が示される。
【０１５４】
次に、上述したデータ移動先管理表の更新に基づく、各音楽データの移動先の、ミュージックサーバ５０の表示部５３への表示について説明する。図１８は、ミュージックサーバ５０の表示部５３に表示される、音楽データの移動先を示す曲リストウィンドウ３１０の一例を示す。この曲リストウィンドウ３１０は、ミュージックサーバ５０において、所定の操作によって表示される。
【０１５５】
ウィンドウ３１０は、曲名表示・選択部３１１と、曲データが端末に移動しているか否かを示す移動マーク表示部３１２と、曲データが移動している端末名を表示する移動先端末名表示部３１３と、移動先端末名表示部３１３で示す端末に曲データが移動した時刻を表示する移動時刻表示部３１４とを有する。また、ウィンドウ３１０において、曲名表示・選択部３１１は、スクロールバー３１６等によりサーバが管理するすべての曲名を表示できるようにされていると共に、ユーザの指示により特定の曲名を選択できるようにされている。ユーザは、ミュージックサーバ５０の操作部やリモートコマンダによって、これらの指示などを行うことができる。
【０１５６】
ミュージックサーバ５０において、自身のデータ管理表に基づき、ミュージックサーバ５０に登録された全ての曲データ識別子Ｍｉｄｎ（ｎ＝１，２，・・・）に対応する曲名Ｍｎ（ｎ＝１，２，・・・）が曲名表示・選択部３１１に表示される。さらに、データ管理表のデータ識別子Ｍｉｄｋ（ｋ∈｛１，２，・・・｝）のフラグが立っている場合には、移動マーク表示部３１２の曲名Ｍｋに対応する部分に、移動マーク３１５が表示される。
【０１５７】
さらにまた、データ移動先管理表が参照され、データ識別子Ｍｉｄｋと同じ識別子を持つレコードＲｍ（Ｍｉｄｋ＝Ｒｍ．ｄａｔａＩＤ）から、移動先機器（Ｒｍ．ｉｄ）と移動時刻（Ｒｍ．ｔｉｍｅ）とが取り出される。そして、取り出された移動先機器（Ｒｍ．ｉｄ）と移動時刻（Ｒｍ．ｔｉｍｅ）とは、移動先端末名表示部３１３と移動時刻表示部３１４中の、曲名Ｍｋに対応する部分にそれぞれ表示される。なお、ここで、（ｍ∈｛１，２，・・・｝）である。
【０１５８】
さらに、この実施の一形態では、各移動先機器に移動されている音楽データを、端末別に表示することができる。図１９は、この表示の一例を示す。図１９Ａは、移動先機器を一覧で示す移動先機器リストウィンドウ３２０の例であり、図１９Ｂは、移動された音楽データを各移動先機器別に一覧で示す移動先機器別曲リストウィンドウ３３０の例である。
【０１５９】
図１９Ａに示される移動先機器リストウインドウ３２０は、ミュージックサーバ５０が管理するすべての移動先機器を表示すると共に、ユーザの指示により特定の移動先機器を選択できるようになっている。
【０１６０】
図１９Ｂに示される移動先機器別曲リストウインドウ３３０は、移動先機器名表示部３３１，曲名表示部３３２，および移動時刻表示部３３３とを持つ。曲名表示部３３２は、移動先機器名表示部３３１に表示された移動先機器に移動している音楽データの全曲名が一覧表示される。移動時刻表示部３３３は、曲名表示部３３２に表示された各音楽データの移動先機器表示部３３１に表示された移動先機器に移動した時刻が表示される。
【０１６１】
ユーザが特に何も指示しなければ、ミュージックサーバ５０の表示部５３には、移動先機器機器リストウインドウ３２０が表示される。これがデフォルトの表示とされる。ユーザが移動先機器リストウインドウ３２０に表示された移動先機器名の中から特定の移動先機器名、例えば「ｊｕｐｉｔｅｒ」を指定すると、その移動先機器の移動先機器別曲リストウインドウ３３０が開かれる。
【０１６２】
移動先機器リストウインドウ３２０は、ミュージックサーバ５０において自身の移動先機器識別子管理表が参照され、この表に登録された全ての移動先機器の名前すなわちニックネームが表示される。
【０１６３】
ユーザが移動先機器リストウインドウ３２０で移動先機器を選択して移動先機器別曲リストウインドウ３３０の表示を指示したなら、ミュージックサーバ５０では、曲名表示部３３２に対して、ユーザが移動先機器リストウインドウ３２０で指示した移動先機器名Ｔｎ（ｎ∈｛１，２，・・・｝）が表示される。
【０１６４】
次に、ミュージックサーバ５０では、自身のデータ移動先管理表が参照される。そして、各レコードＲｍ（ｍ＝１，２，・・・）の移動先機器識別子（Ｒｍ．ｉｄ）と、曲名表示部３３２に表示された移動先機器名の機器識別子Ｔｉｄとが一致するレコード（Ｒｋ（ｋ∈｛１，２，・・・｝，Ｒｋ．ｉｄ＝Ｔｉｄ）が調べられる。両者が一致したレコードについて、曲データ識別子Ｒｋ．ｄａｔａＩＤと移動時刻（Ｒｋ．ｔｉｍｅ）とが取り出される。取り出された曲データ識別子と移動時刻とが曲名表示部３３２と移動時刻表示部３３３とにそれぞれ表示される。このとき、曲データ識別子Ｒｋ．ｄａｔａＩＤについては、データ管理表が参照され、対応する曲名Ｍｎ（ｎ∈｛１，２，・・・｝，Ｍｉｄｎ＝Ｒｋ．ｄａｔａＩＤ）が表示される。
【０１６５】
次に、この発明の実施の第２の形態について説明する。この第２の形態においては、各機器が各データの移動先とその移動先までの経路情報を持つ。各機器、すなわちミュージックサーバ５０および携帯記録再生装置７０のそれぞれは、図２０に一例が示される、経路情報マップ４００が持たされる。
【０１６６】
経路情報マップ４００は、各音楽データに対応する経路情報エントリ４０１の集まりである。各経路情報エントリ４０１は、曲データ識別子４０２，移動カウンタ４０３，および移動履歴４０４とから構成される。各経路情報エントリ４０１は、適宜更新される。ここで、移動カウンタ４０３は、移動履歴４０４の総数を表し、移動履歴４０４には、移動時刻と移動先機器識別子が移動順に記録される。
【０１６７】
各機器がそれぞれの経路情報マップ４００を更新するのは、
（１）移動先機器間での音楽データの移動に伴う経路情報エントリ４０１の更新
（２）移動先機器間を接続したときに両接続機器の持つ経路情報マップ４００を照合して行われる経路情報エントリ４０１の更新
これらの２つの場合がある。なお、移動先機器の一方がミュージックサーバ５０であってもよい。以下、それぞれの場合について順に説明する。
【０１６８】
先ず、（１）音楽データの移動に伴う経路情報エントリ４０１の更新について説明する。図２１は、移動先機器と移動元機器とを接続して、移動先機器にある音楽データＭを移動元機器に移動させる場合の処理を示すフローチャートである。図２１Ａが移動元機器での処理を示し、図２１Ｂが移動先機器での処理を示す。なお、移動元機器および移動先機器は、それぞれミュージックサーバ５０および携帯記録再生装置７０のどちらであっても構わない。
【０１６９】
先ず、移動元機器と移動先機器とが接続され、互いの機器識別子が交換される（ステップＳ２００およびステップＳ２２０）。移動元機器において、ユーザによって所定の音楽データＭが選択され、選択された音楽データＭの移動先機器への移動が指示される（ステップＳ２０１）。そして、ステップＳ２０２で、機器識別子管理表に基づき、移動先機器の識別子が確認される。
【０１７０】
若し、接続された移動先機器の機器識別子が移動元機器の機器識別子管理表に無ければ（ステップＳ２０４）、処理はステップＳ２０６に移行し、移動先機器に対して、移動不許可通知が送信され、音楽データＭの移動が行えないことが通知される。
【０１７１】
一方、ステップＳ２０３で、接続された移動先機器の機器識別子が移動元機器の機器識別子管理表に存在するとされれば、処理はステップＳ２０４に移行する。ステップＳ２０４では、移動元機器のデータ管理表によりフラグが調べられる。若し、フラグが’１’であって、そのデータが他の機器に移動されているとされれば（ステップＳ２０５）、処理はステップＳ２０６に移行し、移動先機器に対して移動不許可通知が出される。一方、フラグが’０’であれば、音楽データＭの移動が可能であるとされ、処理はステップＳ２０７に移行する。
【０１７２】
次に、ステップＳ２０７で、移動先機器のデータ管理表にあるデータＭのデータ識別子Ｍｉｄと移動先機器の経路情報マップ４００内の各経路情報エントリ（Ｅｎ（ｎ＝｛１，２，・・・｝）のデータ識別子（Ｅｎ．ｄａｔａＩＤ（ｎ＝｛１，２，・・・｝）とが順に比較される。そして、データＭに対応する経路情報エントリＥｍ（ｍ∈｛１，２，・・・｝，Ｅｍ．ｄａｔａＩＤ＝Ｍｉｄ）が探される。移動先機器の経路情報マップ４００にデータＭに対応する経路情報エントリＥｍが見つかったならば、移動元機器の機器識別子と移動時刻とが経路情報エントリＥｍの移動履歴（Ｅｍ’ｓｈｉｓｔｏｒｙ）に追記される。それと共に、移動カウンタ（Ｅｍ．ｃｏｕｎｔｅｒ）が１だけインクリメントされる。
【０１７３】
更新された経路情報エントリＥｍは、例えば上述の図１７に示される音楽データのヘッダ３０２に格納されて、移動先機器に送信される（ステップＳ２０８）。また、移動元機器では、その音楽データＭの使用権利が無くなったため、移動元機器のデータ管理表内にあるデータＭのレコードのフラグを立てておく（３０９）。
【０１７４】
一方、移動先機器では、ステップＳ２２０による識別子交換後、受信待ちの状態とされ、移動元機器からの送信が待機される（ステップＳ２２１）。移動先機器がデータＭをヘッダと共に受信したならば（ステップＳ２２４）、次のステップＳ２２５で、移動先機器のデータ管理表のデータＭのレコード内のフラグを下げる。データＭのレコードが無ければ、新たにレコードが作成され、フラグが下げられる。
【０１７５】
さらに、次のステップＳ２２６で、移動先機器の経路情報マップ４００’内にある、データＭに対応する経路情報エントリＥｋ（ｋ∈｛１，２，・・・｝，Ｅｋ．ｄａｔａＩＤ＝Ｅｍ．ｄａｔａＩＤ）を、受け取ったデータＭのヘッダ３０２の内容に置き換える。このとき、移動先機器の経路情報マップ４００’にデータＭに対応するエントリが無ければ、新たにエントリが作成され、受け取ったヘッダ３０２内の経路情報が記録される。
【０１７６】
なお、上述で、移動先機器、移動元機器のどちらかがミュージックサーバ５０であっても同様である。ただし、移動先機器がミュージックサーバ５０である場合（すなわちデータＭをミュージックサーバ５０に移動する場合は）、データＭに対応する移動元機器の経路情報エントリＥｍは、消去してもよい。また移動元機器がミュージックサーバ５０であるならば（すなわちデータＭをミュージックサーバ５０から移動する場合は）、上述のステップＳ２０７での、データＭに対応する移動先機器（すなわちミュージックサーバ５０）の経路情報エントリＥｍに移動履歴を記録する際に、それまでの移動履歴を一旦消去してから新たに記録してもよい。
【０１７７】
次に、（２）移動先機器間を接続したときに両接続機器の持つ経路情報マップ４００を照合して行われる経路情報エントリ４０１の更新について説明する。各機器の経路情報マップ４００は、例えば音楽データの移動の後などに、移動先機器同士（または移動先機器とミュージックサーバ５０）を接続したときに、照合され更新される。照合は、双方の各経路情報エントリ４０１を互いに比較することで行われる。
【０１７８】
図２２および図２３は、移動先機器と移動元機器とを接続して互いの経路情報マップ４００を照合更新するときの処理を示すフローチャートである。図２２および図２３は、連続した処理を示すフローチャートであり、図中の「Ａ」，「Ｂ」，および「Ｃ」の記号は、互いに対応する記号へ処理が移行することを示す。また、図２２Ａおよび図２３Ａは、移動元機器の処理を示し、図２２Ｂおよび図２３Ｂは、移動先機器の処理を示す。なお、移動元機器および移動先機器は、それぞれミュージックサーバ５０および携帯記録再生装置７０のどちらであっても構わない。
【０１７９】
先ず、ステップＳ３００およびステップＳ３５０で、移動先機器と移動元機器が接続され、互いに自分の機器識別子が送信されると共に、相手の機器識別子が受信される。そして、それぞれ次のステップＳ３０１およびステップＳ３５１で、受信した相手の機器識別子が自分の機器識別子管理表に登録されているかどうかが確認される。確認できたならば、移動元機器は、移動先機器からのデータの受信待ちの状態とされる。
【０１８０】
一方、移動先機器では、ステップＳ３５２で経路情報エントリのカウンタｋがｋ＝１にセットされる。そして、ステップＳ３５３，Ｓ３５４，Ｓ３５５，およびＳ３５６で、カウンタｋを１ずつインクリメントしながら、移動先機器の経路情報マップ４００’から、ｋ番目の経路情報エントリＥｋが取り出される。
【０１８１】
この処理に際して、ステップＳ３５４では、取り出されたエントリＥｋに記録されたデータ識別子（Ｅｋ．ｄａｔａＩＤ）と、エントリＥｋ内に記録された移動カウンタ（Ｅｋ．ｃｏｕｎｔｅｒ）に対応する移動履歴の移動時刻（（Ｅ１．ｃｏｕｎｔｅｒ）ｔｈ  Ｅ１’ｓ  ｔｉｍｅ）とが移動元機器に送信される。なお、移動時刻（（Ｅ１．ｃｏｕｎｔｅｒ）ｔｈ  Ｅ１’ｓ  ｔｉｍｅ）は、最後に記録された最新の移動履歴である。
【０１８２】
この、ステップＳ３５３，Ｓ３５４，Ｓ３５５，およびＳ３５６の処理は、ステップＳ３５５で、取り出したエントリＥｋが最後のエントリであるとされるまで、繰り返される。最後のエントリＥｋが取り出されると、処理はステップＳ３５７に移行し、移動先機器から移動元機器に対して、終了通知が送信される。終了通知が送信されると、移動先機器は、図２３のステップＳ３５８で受信待ち状態とされる。
【０１８３】
一方、移動元機器では、移動先機器からの通信が受信されると、ステップＳ３０３で、通信内容が判断される。そして、通信内容がステップＳ３５４で送信された内容であれば、ステップＳ３０４その通信が受信され、次のステップＳ３０５で受信されたエントリＥｋの内容が配列Ｑ［］に格納される。この配列Ｑ［］は、一時的に用意されたものである。そして、再びステップＳ３０３から処理が繰り返され、配列Ｑ［ｎ］（ｎ＝１，２，・・・）に、受信されたエントリＥｋの内容が順に格納される。
【０１８４】
一方、ステップＳ３０３で、通信内容がステップＳ３５７で送信された終了通知であるとされれば、ステップＳ３０６でその通信が受信され、処理は次のステップＳ３０７に移行する。ステップＳ３０７では、配列Ｑ［］のカウンタｎが１にセットされ、この配列Ｑ［ｎ］の要素と移動元機器の経路情報エントリＥｍとが比較され、配列Ｑ［ｎ］の要素と一致する経路情報エントリＥｍがあるかどうかが調べられる。そして、その結果に基づき、移動元機器の経路情報エントリＥｍの移動履歴の書き替え、移動元機器と移動先機器との間での配列Ｑ［ｎ］のデータ識別子（Ｑ［ｎ］．ｄａｔａＩＤ）の履歴のやり取りなどが行われる。
【０１８５】
すなわち、移動先機器において、ステップＳ３５３で経路情報エントリＥｋが取り出される。次のステップＳ３５４で、このエントリＥｋのＥｋ．ｄａｔａＩＤと最新の移動履歴時刻とが受信待ち状態とされている移動元機器に対して送信される。移動元機器において、ステップＳ３０４でこの情報が受信され、ステップＳ３０５で受信された情報が配列Ｑ［］に格納され、次の受信が待たれる。
【０１８６】
一方、移動先機器では、ステップＳ３５５でエントリＥｋが最後のエントリであるかどうかが判断され、最後でないとされれば、カウンタｋが１ずつインクリメントされ（ステップＳ３５６）、最後のエントリＥｋが取り出され送信されるまで処理が繰り返される。最後のエントリＥｋが送信されると、ステップＳ３５７で移動元機器に対して終了通知が送信される。そして、移動先機器は、受信待ち状態とされる（ステップＳ３５８）。
【０１８７】
一方、ステップＳ３０３で、移動先機器からの通信内容が上述のステップＳ３５７で送信された終了通知であるとされたら、ステップＳ３０６でこの終了通知が受信され、処理は次のステップＳ３０７に移行する。ステップＳ３０７，Ｓ３０８，およびＳ３０９では、配列Ｑ［］の１番目の要素Ｑ［１］が取り出される。すなわち、ステップＳ３０７で配列Ｑ［］のカウンタがｎ＝１にセットされ、ステップＳ３０８で配列Ｑ［］からｎ番目（この場合、１番目）の要素Ｑ［ｎ］が取り出される。
【０１８８】
次のステップＳ３０９では、移動元機器のデータ移動先管理表のレコードカウンタｎがｎ＝１にセットされる。図２３に移行し、ステップＳ３１０，Ｓ３１１，Ｓ３１２，およびＳ３１３で、要素Ｑ［ｎ］のデータ識別子（Ｑ［ｎ］．ｄａｔａＩＤ）と一致するデータ識別子を持つレコードが移動元機器のデータ移動先管理表から探される。
【０１８９】
すなわち、ステップＳ３１０で移動元機器のデータ移動先管理表からｍ番目のエントリＥｍが取り出される。そして、次のステップＳ３１１で、エントリＥｍと要素Ｑ［ｎ］とで、それぞれのｄａｔａＩＤが一致しているかどうかが比較される。若し、一致していないとされれば、エントリＥｍが最後のレコードかどうかがステップＳ３１２で判断され、最後のレコードでないとされれば、ステップＳ３１３でレコードカウンタｍが１だけインクリメントされ、処理は再びステップＳ３１０に戻される。
【０１９０】
ここで、ステップＳ３１２でエントリＥｍが最後のレコードであると判断されれば、処理はステップＳ３１９に移行し、要素Ｑ［ｎ］が最後の要素であるかどうかが判断される。若し、最後の要素であるとされれば、処理はステップＳ３２１に移行し、移動先機器に対して終了通知が送信され、移動元機器における一連の処理が終了される。また、ステップＳ３１９で要素Ｑ［ｎ］が最後の要素でないとされれば、処理は図１５のステップＳ３２０で配列Ｑ［］のカウンタｎが１だけインクリメントされ、処理は再びステップＳ３０８に戻される。
【０１９１】
一方、上述のステップＳ３１１で、エントリＥｍと要素Ｑ［ｎ］とで、それぞれのｄａｔａＩＤが一致しているとされれば、処理はステップＳ３１４に移行する。そして、ステップＳ３１４では、移動元機器においてエントリＥｍに記録された移動時刻（Ｅｍ．ｔｉｍｅ）と、移動先機器において要素Ｑ［ｎ］に記録された移動時刻（Ｑｎ．ｔｉｍｅ）とが比較される。
【０１９２】
ステップＳ３１４において、移動時刻（Ｅｍ．ｔｉｍｅ）と移動時刻（Ｑｎ．ｔｉｍｅ）とが同時であるとされれば、処理はステップＳ３１９に移行し、次の要素が調べられる。また、ステップＳ３１４において、エントリＥｍに記録された移動時刻（Ｅｍ．ｔｉｍｅ）の方が移動時刻（Ｑｎ．ｔｉｍｅ）よりも新しいとされば、処理はステップＳ３１５に移行し、移動先機器に対して移動先機器更新要求が送信されると共に、更新するエントリＥｍが送信される。そして、処理はステップＳ３１９に移行し、次の要素が調べられる。
【０１９３】
一方、ステップＳ３１４で、エントリＥｍに記録された最新の移動情報の方が古いとされれば、ステップＳ３１６で、要素Ｑ［ｎ］．ｄａｔａＩＤで示されるデータの履歴を送信するよう、移動先機器に対して要求が送信される。後述するステップＳ３６２で、移動先機器においてこの送信要求が受信され、ステップＳ３６３で移動先機器から移動元機器に対して、移動先機器のデータ移動先管理表における要素Ｑ［ｎ］．ｄａｔａＩＤに対応するエントリＥｍが送信される。
【０１９４】
移動元機器において、送信されたこのエントリＥｍが受信されることで、要素Ｑ［ｎ］．ｄａｔａＩＤの履歴が得られ、次のステップＳ３１８で、エントリＥｍの移動先と移動時刻情報とが書き替えられる。そして、処理はステップＳ３１９に移行し、次の要素が調べられる。
【０１９５】
一方、上述したように、移動先機器では、図２２のステップＳ３５７で移動元機器に対してデータ移動先管理表の全てのレコードを送信し終えたとして終了通知が送信された後、図２３のステップＳ３５８で、移動元機器からの通信待ちの状態とされる。そして、移動元機器からの通信を受信すると、ステップＳ３５９で、その内容が判断される。
【０１９６】
通信内容が上述のステップＳ３２１による終了通知であれば、処理はステップＳ３６４に移行し、移動元機器における処理が終了したことが受信され、移動先機器における一連の処理が終了される。
【０１９７】
一方、ステップＳ３５９において、通信内容が上述のステップＳ３１５による履歴更新通知であるなら（ステップＳ３６０）、通知と共に送信されたエントリＥｍが受信され、処理はステップＳ３６１に移行する。そして、ステップＳ３６１では、受信したエントリＥｍに基づき、移動先機器のデータ移動先管理表において、Ｅｍ．ｄａｔａＩＤ＝Ｅｋ．ｄａｔａＩＤを満たすエントリＥｍが書き替えられる。そして、処理はステップＳ３５８に戻され、再び移動元機器からの通信の受信待ち状態とされる。
【０１９８】
さらに、ステップＳ３５９において、通信内容が上述のステップＳ３１６による履歴送信要求であれば、次のステップＳ３６３で、要素Ｑ［ｎ］．ｄａｔａＩＤに対応するエントリＥｍが送信される。そして、処理はステップＳ３５８に戻され、再び移動元機器からの通信の受信待ち状態とされる。
【０１９９】
なお、移動先機器あるいは移動元機器の何れか一方がミュージックサーバ５０である場合も、同様の処理がなされる。また、これに限らず、ミュージックサーバ５０は、移動元機器の動作を行うと予め決めておいてもよい。この場合、ミュージックサーバ５０に接続された移動先機器がステップＳ３６２で履歴送信要求を受信し、移動先機器のデータ移動先管理表内のエントリＥｍを送信した後（ステップＳ３６３）、若し、移動先機器にＥｋ．ｄａｔａＩＤの示すデータの利用権を、移動先機器が所有しなければ、エントリＥｍを移動先機器のデータ移動先管理表から消去してもよい。
【０２００】
なお、所有権の有無を確認するには、移動先機器が移動先機器のデータ管理表内の、Ｅｋ．ｄａｔａＩＤに一致するデータ識別子をもつレコードのフラグをみればよい。
【０２０１】
最後に、経路情報マップ４００に基づいて各データの経路および異動先をミュージックサーバ５０の表示装置に表示する内容と方法を説明する。この表示では、上述の、図１８および図１９Ａで説明した曲リストウィンドウ３１０と移動先機器リストウィンドウ３２０とが用いられると共に、図２４に一例が示される履歴ウィンドウと、図２５に一例が示される移動元機器別曲リストウィンドウとが用いられる。なお、以下の説明において、曲リストウィンドウと移動元機器リストウィンドウとについては、上述と共通であるため詳細な説明を省略する。
【０２０２】
履歴ウインドウ５００は、曲名表示部５０１と、履歴表示部５０２を持つ。履歴表示部５０２は曲名表示部５０１に表示された曲データの移動履歴を移動順に表示し、移動先機器名表示選択部５０３と移動時刻表示部５０４からなる。移動先機器名表示選択部５０３は、ユーザの指示により特定の移動元機器を選択できるようになっている。移動時刻表示部５０４は、移動先機器名表示選択部５０３で表示された移動元機器に対して、曲名表示部５０１に表示されたデータが移動された時刻が表示される。
【０２０３】
移動先機器別曲リストウインドウ５１０は、移動先機器名表示部５１１と、曲名表示部５１２と移動時刻表示部５１３とを持つ。曲名表示部５１２には、移動先機器名表示部５１１に表示された移動元機器に移動している曲が全て表示される。なお、単に表示されるだけでなく、ユーザの指示により特定の曲名を選択できるようにしてもよい。その場合、移動先機器別曲リストウインドウ５１０は、履歴ボタン５１４を持ち、ユーザが曲名表示部中５１２の特定の曲名を選択し続いて履歴ボタン５１４を押したときに、ユーザが選択した曲データの履歴ウインドウ５００が開くようにしておく。移動時刻表示部５１３は、曲名表示部５１２に表示された各曲データが移動元機器表示部５１１に表示された移動元機器に移動された時刻が表示される。
【０２０４】
次に、上述した各ウィンドウによる、各音楽データの経路および移動先の表示方法について説明する。ユーザが特に何も指示しなければ、ミュージックサーバ５０の表示部５３には、デフォルト表示として、曲リストウインドウ３１０と移動元機器機器リストウインドウ５０１とが表示されている。
【０２０５】
ユーザが曲リストウインドウ３１０の曲名表示・選択部３１１に表示された曲の中から、移動元機器に移動している特定の曲（移動マーク表示部３１２に移動マーク３１５がついている曲）、例えば「ｔｉｔｌｅ５」で示される曲を選択し、続いて同じ行にある移動マーク表示部３１２の移動マーク３１５をクリックしたときに、該当する曲の履歴ウインドウ５００が開く。
【０２０６】
ユーザによって、移動元機器リストウインドウ３２０に表示された移動元機器名の中から、特定の移動元機器名が選択される。すると、対応する移動先機器の移動先機器別曲リストウインドウ５１０が開かれる。
【０２０７】
これに限らず、ユーザによって、履歴ウインドウ５００の移動先機器名表示選択部５０３に表示された移動元機器名の中から、特定の移動元機器名、例えば「ｊｕｐｉｔｅｒ」が選択された際に、選択された移動元機器の移動先機器別曲リストウインドウ５１０が開くようにすることもできる。また、ユーザによって、移動先機器別曲リストウインドウ５１０の曲名表示部５０３に表示された移動元機器名の中から、特定の曲名、例えば「ｔｉｔｌｅ５」で示される曲が選択されると、対応する音楽データの履歴ウインドウ５００が開くようにしてもよい。
【０２０８】
各画面表示の方法について説明する。先ず、曲リストウインドウ３１０について説明する。ミュージックサーバ５０において、自身のデータ管理表が参照される。そして、登録された全ての曲データ識別子Ｍｉｄｎ（ｎ＝１，２，・・・）に対応する曲名Ｍｎ（ｎ＝１，２，・・・）が曲リストウインドウ３１０の曲名表示・選択部３１１に表示される。
【０２０９】
さらに、データ管理表のデータ識別子Ｍｉｄｋ（ｋ∈｛１，２，・・・｝）のフラグが調べられ、フラグが立っている場合には、曲リストウインドウ３１０の移動マーク表示部３１２の、曲名Ｍｋに対応する部分に対して移動マーク３１５が表示される。
【０２１０】
さらにまた、このとき情報経路マップ４００が参照され、データ識別子Ｍｉｄｋと同じ識別子を持つ経路情報エントリＥｍ（ｍ∈｛１，２，・・・｝）（Ｍｉｄｋ＝Ｅｍ．ｄａｔａＩＤ）の、最新の移動履歴４０４から、移動元機器（（Ｅｍ．ｃｏｕｎｔｅｒ）ｔｈ  Ｅｍ’ｓ  ｉｄ）と移動時刻（（Ｅｍ．ｃｏｕｎｔｅｒ）ｔｈ  Ｅｍ’ｓ  ｔｉｍｅ）とが取り出される。そして、移動先機器名表示部３１３と移動時刻表示部３１４中の曲名Ｍｋに対応する部分にそれぞれ表示する。
【０２１１】
次に、移動元機器リストウインドウ３２０について説明する。ミュージックサーバ５０において、自身の機器識別子管理表が参照され、登録された全ての機器の名前（ｎｉｃｋｎａｍｅ）をが表示される。
【０２１２】
次に、履歴ウインドウ５００について説明する。履歴ウインドウ５００は、ユーザによって曲リストウインドウ３１０の移動マーク３１５が指定されたときに開かれる。このとき、曲名表示部５０１には、ユーザによって曲リストウインドウ３１０において指定された曲名Ｍｎ（ｎ∈｛１，２，・・・｝）が表示される。
【０２１３】
また、ミュージックサーバ５０において、自身の経路情報マップ４００が参照され、曲名Ｍｎの識別子Ｍｉｄｎ同じ識別子を持つ経路情報エントリＥｍ（ｍ∈｛１，２，・・・｝，Ｍｉｄｋ＝Ｅｍ．ｄａｔａＩＤ）の移動履歴４０４）が新しい方から順に履歴表示部５０２へ表示される。
【０２１４】
最後に、移動先機器別曲リストウインドウ５１０について説明する。移動先機器別曲リストウインドウ５１０は、移動元機器リストウインドウ３２０において、移動元機器名が選択され指定されたときに開かれる。このとき、曲名表示部５１２には、ユーザによって移動元機器リストウインドウ３２０で選択された移動元機器名Ｔｎ（ｎ∈｛１，２，・・・｝）が表示される。
【０２１５】
また、ミュージックサーバ５０において、自身の情報経路マップ４００が参照され、各経路情報エントリＥｍ（ｍ＝１，２，・・・）の最新の移動履歴４０４の移動元機器識別子（（Ｅｍ．ｃｏｕｎｔｅｒ）ｔｈ  Ｅｍ’ｓ  ｉｄ）と、曲名表示部５１２に表示した移動元機器の機器識別子Ｔｉｄとが一致するエントリ（Ｅｋ（ｋ∈｛１，２，・・・｝）が調べられる。そして、該当する曲データ識別子Ｅｋ．ｄａｔａＩＤと移動時刻（（Ｅｋ．ｃｏｕｎｔｅｒ）ｔｈ  Ｅｋ’ｓｔｉｍｅ）が取り出され、曲名表示部５１２と移動時刻表示部５１３とにそれぞれ表示される。ただし、曲データ識別子Ｅｋ．ｄａｔａＩＤについては、データ管理表が参照され、対応する曲名Ｍｎ（ｎ∈｛１，２，・・・｝，Ｍｉｄｎ＝Ｅｋ．ｄａｔａＩＤ）が表示される。
【０２１６】
なお、上述では、移動元機器と移動先機器とを固定的に説明したが、これはこの例に限定されない。すなわち、移動元機器あるいは移動先機器同士は、互いに対称な関係にあるので、どちらの機器が移動元機器の動作をし、どちらの機器が移動先機器の動作をしてもよい。これは、例えばミュージックサーバ５０に管理される機器についても、同様である。
【０２１７】
しかしながら、実際の動作に当たっては、接続された機器間で、何方が移動先で何方が移動元であるかを決める必要がある。これには、例えば互いに相手の機器識別子を交換した際に、相手の機器識別子と自分の機器識別子とを互いに比較する。そして、機器識別子の順列が相手よりも自分の方が小さいならば、その機器を移動元機器として、大きければ移動先機器とするようにすればよい。このような取り決めは、この例に限らず、様々な方法で行うことができる。
【０２１８】
また、上述では、各音楽データの移動先などの管理のために、データ移動先管理表を作成した。これはこの例に限定されず、例えば、特にミュージックサーバ５０においては、さらに図２６に一例が示されるような、移動データ管理表を作成するようにしてもよい。この移動データ管理表は、機器識別子で区別できるレコードの集合で構成される。各レコードには、機器識別子で示される機器に移動している音楽データのデータ識別子と、そのデータの移動時刻とが組にされ記録されていく。これら、データ識別子と移動時刻とは、データ移動先管理表から抽出することができる。例えばこの移動データ管理表を用いて機器別に表示を行う場合には、表の内容に基づき、各機器に移動されているデータを移動時刻の順などの、所定順で並び替えて表示される。
【０２１９】
【発明の効果】
以上説明したように、この発明によれば、各機器が音楽データの移動先や、移動の経路を把握することができるという効果がある。
【０２２０】
また、この発明によれば、ミュージックサーバおよび携帯記録再生装置との間での音楽データの移動のみならず、携帯記録再生装置同士で音楽データの移動を行っても、各機器、とくにミュージックサーバは、各データの移動先や移動経路を把握することができる効果がある。
【図面の簡単な説明】
【図１】この発明によるミュージックサーバおよびミュージックサーバを用いたシステムを概略的に示す略線図である。
【図２】ミュージックサーバの構成の一例を示すブロック図である。
【図３】ＣＤ−ＲＯＭドライブで読み出された音楽データがＨＤＤに記録されるまでの信号フローを概略的に示す図である。
【図４】ＨＤＤから読み出された圧縮音楽データが再生処理されて端子に導出されるまでの信号フローを概略的に示す図である。
【図５】携帯記録再生装置の構成の一例を示すブロック図である。
【図６】携帯記録再生装置の他の例を示すブロック図である。
【図７】ミュージックサーバにおける、ＣＤの音楽データをＨＤＤに記録する際の処理の一例のフローチャートである。
【図８】ＣＤの音楽データをＨＤＤに高速記録する際の課金処理の一例を示すフローチャートである。
【図９】この発明による音楽データの移動の処理の一例のフローチャートである。
【図１０】移動先機器の識別子が記録される機器識別子管理表の一例を示す略線図である。
【図１１】各音楽データに付された曲データ識別子ならびに移動フラグが管理されるデータ管理表の一例を示す略線図である。
【図１２】曲データ識別子と移動先機器識別子と移動時刻とからなるレコードの集合で構成されるデータ移動先管理表の一例を示す略線図である。
【図１３】移動元機器と移動先機器とを接続して移動元機器に記録されている音楽データＭを移動先機器に移動させる場合の処理の一例を示すフローチャートである。
【図１４】データ移動先管理表の更新について説明するための略線図である。
【図１５】データ移動先管理表の照合による更新について説明するためのフローチャートである。
【図１６】データ移動先管理表の照合による更新について説明するためのフローチャートである。
【図１７】この実施の一形態に適用できる音楽データの構造の一例を示す略線図である。
【図１８】ミュージックサーバに表示される、音楽データの移動先を示す曲リストウィンドウの一例を示す略線図である。
【図１９】各移動先機器に移動されている音楽データを端末別に表示する例を示す略線図である。
【図２０】経路情報マップの構造の一例を示す略線図である。
【図２１】移動先機器と移動元機器とを接続して移動先機器にある音楽データＭを移動元機器に移動させる場合の処理の一例を示すフローチャートである。
【図２２】移動先機器と移動元機器とを接続して互いの経路情報マップを照合更新するときの処理の一例を示すフローチャートである。
【図２３】移動先機器と移動元機器とを接続して互いの経路情報マップを照合更新するときの処理の一例を示すフローチャートである。
【図２４】音楽データの移動履歴を表示するための履歴ウィンドウの一例を示す略線図である。
【図２５】音楽データの移動元機器をリスト表示するための移動元機器別曲リストウィンドウの一例を示す略線図である。
【図２６】移動データ管理表の一例を示す略線図である。
【符号の説明】
１・・・ミュージックサーバの入力手段、８・・・ミュージックサーバのＣＰＵ、９・・・ＣＤ−ＲＯＭドライブ、１０・・・ミュージックサーバのハードディスクドライブ、１１・・・ミュージックサーバのバッファメモリとしてのＤＲＡＭ、１２・・・ミュージックサーバの圧縮エンコーダ、１９・・・通信回線、２０・・・モデム、２１・・・ミュージックサーバの圧縮デコーダ、２６・・・ミュージックサーバのＬＣＤ、３４，３５・・・インターフェイス、４０・・・バス、５０・・・ミュージックサーバ、５５・・・ＣＤ、６０・・・インターネットサーバ、７０・・・携帯記録再生装置、１０６・・・携帯記録再生装置のハードディスクドライブあるいはフラッシュＲＡＭ、１０７・・・携帯記録再生装置のバッファメモリとしてのＤＲＡＭ、１０８・・・携帯記録再生装置の圧縮エンコーダ、１１５・・・携帯記録再生装置の圧縮デコーダ、１２０・・・携帯記録再生装置のＬＣＤ、１３０・・・携帯記録再生装置のバス、２００・・・スイッチ回路
【図１】
0003945007.tif 000002
【図２】
0003945007.tif 000003
【図３】
0003945007.tif 000004
【図４】
0003945007.tif 000005
【図５】
0003945007.tif 000006
【図６】
0003945007.tif 000007
【図７】
0003945007.tif 000008
【図８】
0003945007.tif 000009
【図９】
0003945007.tif 000010
【図１０】
0003945007.tif 000011
【図１１】
0003945007.tif 000012
【図１２】
0003945007.tif 000013
【図１３】
0003945007.tif 000014
【図１４】
0003945007.tif 000015
【図１５】
0003945007.tif 000016
【図１６】
0003945007.tif 000017
【図１７】
0003945007.tif 000018
【図１８】
0003945007.tif 000019
【図１９】
0003945007.tif 000020
【図２０】
0003945007.tif 000021
【図２１】
0003945007.tif 000022
【図２２】
0003945007.tif 000023
【図２３】
0003945007.tif 000024
【図２４】
0003945007.tif 000025
【図２５】
0003945007.tif 000026
【図２６】
0003945007.tif 000027