JP2000090039A - 音楽配信方法、送信装置および方法、ならびに、再生装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 音楽データを配信するシステムにおいて、配
信された音楽データの著作権の保護を十分に配慮する。 【解決手段】 音楽サーバ３とクライアント２とがイン
ターネット１に接続される。クライアント２において、
再生装置１１固有のＩＤに基づき公開鍵及び秘密鍵が作
成される。公開鍵は、サーバ３に送られ登録され、秘密
鍵は、装置１１に保持される。クライアント２からサー
バ３に対して、音楽データの配信が要求される。音楽Ｄ
Ｂ２２から取り出された音楽データに対して、登録され
た公開鍵で暗号化が施される。暗号化された音楽データ
がクライアント２に送信され、再生装置１１に保存され
る。再生時には、装置１１に保持された秘密鍵で音楽デ
ータが復号化されながら再生される。装置１１に保存さ
れた音楽データは、装置１１固有のＩＤに基づき作成さ
れた鍵で暗号化されているため、他の再生装置では再生
できない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、著作権に配慮し
つつ、ユーザが無駄なく音楽配信を利用することができ
るような音楽配信方法、送信装置および方法、ならび
に、再生装置および方法に関する。

【０００２】

【従来の技術】現在、インターネットなどのネットワー
クや、衛星を用いたデータ通信の発達に伴い、多数の音
楽データを蓄積した音楽配信サーバから、ユーザに対し
て音楽データの配信を行うサービスが出現しつつある。

【０００３】この音楽配信システムの一例として、音楽
配信サーバには、例えばディジタルオーディオデータか
らなる音楽データが所定の方式で以て圧縮符号化され、
多数蓄積される。ユーザは、パーソナルコンピュータな
どを用いて、例えばインターネットを介して音楽配信サ
ーバと接続し、音楽配信サーバに蓄積されている音楽デ
ータの中から所望の音楽データを選択し、ダウンロード
を要求する。音楽配信サーバは、このダウンロード要求
に基づき音楽データを検索し、そのデータをユーザ側に
転送する。ユーザ側では、転送された音楽データを例え
ばパーソナルコンピュータのハードディスクに保存し、
必要に応じて所定の再生手段によって再生する。

【０００４】

【発明が解決しようとする課題】このような音楽配信シ
ステムでは、通常、ユーザが音楽配信サーバから音楽デ
ータをダウンロードする際に課金が発生する。すなわ
ち、例えば１音楽データ、あるいは、１回のダウンロー
ドに付き所定の金額を音楽配信サーバ側に支払うこと
で、ユーザはダウンロードを許可され、所望の音楽デー
タを入手することができる。従来では、このようなシス
テムに関し、同一のユーザが過去に課金されダウンロー
ドした音楽データを再度ダウンロードする際にも、再び
課金がなされてしまうという問題点があった。

【０００５】また、音楽データは、ディジタルデータと
して配信される。そして、配信された音楽データは、上
述したように、ユーザによって、ディジタルデータとし
て保存される。ディジタルデータは、周知のように、劣
化無く何度でも複製が可能である。そのため、従来で
は、ダウンロードされた音楽データの著作権を保護する
ことが非常に難しいという問題点があった。

【０００６】さらに、この問題に対処するために、音楽
データを所定の暗号化方式で以て暗号化し、ユーザは、
音楽配信サーバ側から予め与えられた鍵で、暗号化され
た音楽データを復号化する方法も考えられる。しかしな
がら、この方法でも、何らかの方法で暗号化された音楽
データの鍵が破られてしまった場合、対処する方法が無
いという問題点があった。

【０００７】したがって、この発明の目的は、ユーザに
対して２重に課金するようなことが無いような音楽配信
方法、送信装置および方法、ならびに、再生装置および
方法を提供することにある。

【０００８】また、この発明の別の目的は、音楽データ
の著作権の保護に対して十分な配慮がなされた音楽配信
方法、送信装置および方法、ならびに、再生装置および
方法を提供することにある。

【０００９】また、この発明のさらに別の目的は、音楽
データのセキュリティに対して十分な配慮がなされた音
楽配信方法、送信装置および方法、ならびに、再生装置
および方法を提供することにある。

【００１０】

【課題を解決するための手段】この発明は、上述した課
題を解決するために、端末装置から要求された音楽デー
タを、端末装置に対して配信する音楽配信方法におい
て、端末装置からの音楽データ配信の要求を受け付ける
第１のステップと、要求に基づき音楽データを端末装置
に対して配信する第２のステップと、要求があった端末
装置の識別情報と、要求された音楽データとを関連付け
る管理情報を蓄積する第３のステップと、要求に基づき
課金処理を行う第４のステップとを有し、第１のステッ
プで端末装置から音楽データ配信の要求を受け付けたと
きに、第３のステップでの管理情報に基づき、端末装置
による音楽データ配信に対して第４のステップでの課金
処理による課金が過去に行われていると判断された場
合、第４のステップで、課金をしないように処理するよ
うにしたことを特徴とする音楽配信方法である。

【００１１】また、この発明は、端末装置から要求され
た音楽データを、端末装置に対して配信する送信装置に
おいて、音楽データを保存する音楽データ保存手段と、
端末装置からの音楽データ配信の要求を受信する受信手
段と、受信手段によって受信された要求に基づき音楽デ
ータ保存手段から音楽データを出力する音楽データ出力
手段と、音楽データ出力手段によって出力された音楽デ
ータに対して暗号化を施す暗号化手段と、暗号化された
音楽データを端末に対して送信する送信手段とを有する
ことを特徴とする送信装置である。

【００１２】また、この発明は、記憶媒体に記憶された
ディジタルオーディオデータからなる音楽データを再生
する再生装置において、他の再生装置と区別するための
識別情報を保持する識別情報保持手段と、暗号化された
音楽データが記憶される音楽データ記憶手段と、音楽デ
ータ記憶手段に記憶されている音楽データを読み出し、
暗号を復号化する復号化手段と、復号化手段から出力さ
れた音楽データをアナログ変換して音声信号として出力
する音声信号出力手段とを有することを特徴とする再生
装置である。

【００１３】また、この発明は、端末装置から要求され
た音楽データを、端末装置に対して配信する送信方法に
おいて、音楽データを保存する音楽データ保存のステッ
プと、端末装置からの音楽データ配信の要求を受信する
受信のステップと、受信のステップによって受信された
要求に基づき音楽データ保存のステップで保存された音
楽データを出力する音楽データ出力のステップと、音楽
データ出力のステップによって出力された音楽データに
対して暗号化を施す暗号化のステップと、暗号化された
音楽データを端末に対して送信する送信のステップとを
有することを特徴とする送信方法である。

【００１４】また、この発明は、記憶媒体に記憶された
ディジタルオーディオデータからなる音楽データを再生
する再生方法において、他の再生装置と区別するための
識別情報を保持する識別情報保持のステップと、暗号化
された音楽データが記憶される音楽データ記憶のステッ
プと、音楽データ記憶のステップに記憶されている音楽
データを読み出し、暗号を復号化する復号化のステップ
と、復号化のステップから出力された音楽データをアナ
ログ変換して音声信号として出力する音声信号出力のス
テップとを有することを特徴とする再生方法である。

【００１５】また、この発明は、端末装置からサーバに
対して音楽データの配信が要求され、要求に基づきサー
バから端末装置に対して音楽データの配信を行う音楽配
信方法において、端末装置からサーバに対して音楽デー
タ配信を要求する音楽データ配信要求のステップと、音
楽データ配信要求のステップで要求された音楽データが
端末装置に対して過去に配信したことがあるかどうかが
調べられ、その結果に基づき、新規の要求であるとされ
れば課金を行い、過去に配信したことがあるとされれば
課金を行わない課金処理のステップと、音楽データ配信
要求のステップで要求された音楽データに対して、予め
作成された、端末装置に固有の第１の鍵で暗号化を施す
暗号化のステップと、暗号化された音楽データを端末装
置に送信する送信のステップと、送信のステップで送信
された音楽データを受信し、記憶媒体に記憶する記憶の
ステップと、記憶媒体から音楽データを読み出し、読み
出された音楽データに施されている暗号を、予め作成さ
れた端末装置に固有の第２の鍵で、読み出しに伴い復号
化する復号化のステップと、復号化された音楽データを
アナログ変換して音声信号として出力する音声信号出力
のステップとを有することを特徴とする音楽配信方法で
ある。

【００１６】上述したように、請求項１に記載の音楽配
信方法によれば、音楽データの配信要求があった端末装
置と既になされた課金処理とが関連付けられた管理情報
に基づき、今回配信が要求された音楽データに対して既
に課金されていれば、今回は課金されないように課金処
理がなされるため、同一の音楽データに対して重複して
課金されることがない。

【００１７】また、請求項２または９に記載の送信装置
または方法によれば、配信を要求された音楽データを、
暗号化を施して送信するため、送信された音楽データの
著作権が保護される。

【００１８】また、請求項５または１０に記載の再生装
置または方法によれば、他の再生装置と区別するための
識別情報が保持されると共に、暗号化が施されたまま記
憶媒体に記憶された音楽データを、記憶媒体から読み出
しながら暗号の復号化を行い、復号化された音楽データ
をアナログ変換して音声信号として再生するため、記憶
媒体に記憶されている音楽データの著作権が保護され
る。

【００１９】また、請求項１１記載の音楽配信方法によ
れば、端末装置からサーバに対して音楽データの配信が
要求され、要求された音楽データがその端末装置に対し
て既に配信したことがあれば課金が行われず、新規に要
求されたものであれば課金が行われると共に、音楽デー
タは、予め作成された、端末装置に固有の第１の鍵で暗
号化されて端末装置に対して送信され、送信された音楽
データを受信した端末装置では、受信された音楽データ
が記憶媒体に記憶され、再生時に記憶媒体から読み出さ
れた音楽データに対して、予め作成された、端末装置に
固有の第２の鍵で暗号の復号化が行われるため、同一の
音楽データの配信要求に対して重複して課金がなされな
いと共に、音楽データが端末装置に固有の鍵で暗号化／
復号化されるため、音楽データの著作権が保護される。

【００２０】

【発明の実施の形態】以下、この発明の実施の一形態
を、図面を参照しながら説明する。図１は、この発明に
適用できる音楽配信システムの構成の一例を示す。例え
ばインターネットであるネットワーク１に対して、音楽
データの配信を受ける側であるクライアント２が多数、
接続される。また、ネットワーク１に対して、音楽デー
タの配信を行う側である音楽配信サーバ３が接続され
る。

【００２１】この例では、ユーザすなわちクライアント
２と音楽配信サーバ３との間で、特定の契約が交わされ
ることによって、音楽配信サーバ３からクライアント２
に対する音楽データの配信を行うことができるようにな
る。契約されたクライアント２から音楽配信サーバ３に
対して、ネットワーク１を介して音楽データのダウンロ
ードが要求される。音楽配信サーバ３は、この要求に基
づき、音楽データを、ネットワーク１を介して要求のあ
ったクライアント２に対して送信し、音楽データの配信
を行う。

【００２２】音楽データは、暗号化されて配信される。
クライアント２では、配信された音楽データを暗号化さ
れたまま保存する。暗号化の方式としては、例えば公開
鍵方式を用いることができる。これは、周知のように、
暗号化のための鍵である公開鍵と、暗号を解読するため
の鍵である秘密鍵との、２つの鍵を用いる方式である。
２つの鍵は、暗号を送られる側で作成される。公開鍵
は、暗号化を行う側に送られ、秘密鍵は暗号を送られる
側で保存される。公開鍵で作成された暗号は、対応する
秘密鍵でしか解読できない。

【００２３】クライアント２は、この音楽配信システム
の端末装置として構成され、例えばパーソナルコンピュ
ータ１０と、パーソナルコンピュータ１０と所定のイン
ターフェイスによって接続可能な携帯用オーディオ再生
装置１１とからなる。携帯用オーディオ再生装置１１の
代わりに、据置型オーディオ再生装置１２を備えてもよ
い。これら再生装置１１および１２は、オーディオデー
タの記録の機能を有していてもよい。

【００２４】音楽配信サーバ３は、複数のサーバからな
るシステムである。音楽配信サーバ３は、暗号鍵サーバ
２０，認証システム２１，音楽データベース２２および
課金システム２３を有する。

【００２５】暗号鍵サーバ２０は、公開鍵の管理などを
行うと共に、配信される音楽データの暗号化を行う。音
楽データベース２２には、ディジタルオーディオデータ
からなる音楽データが多数、蓄積されており、ユーザか
らの音楽データの配信要求に基づき、音楽データの検索
を行う。認証システム２１は、ユーザに関する情報が管
理されたユーザデータベースを有し、ユーザ情報が蓄積
されると共に、音楽データの配信を要求してきたユーザ
が正規のユーザであるかどうかの認証を行う。また、課
金システム２３は、音楽データの配信を要求してきたユ
ーザのうち、課金を行うべきユーザに対して課金処理を
行う。これらのサーバならびにシステム間では、互いに
情報の参照を行うことができる。

【００２６】なお、音楽データベース２２に蓄積されて
いる音楽データは、所定の方式で圧縮符号化される。こ
れは、圧縮符号化されて音楽データベース２２に蓄積さ
れるようにしてもよいし、音楽データベース２２から出
力されてから圧縮符号化するようにしてもよい。圧縮符
号化の方式としては、ＡＴＲＡＣ(Adaptive TranformAc
oustic Coding：商標) 、ＡＴＲＡＣが改良されたＡＴ
ＲＡＣ２（商標）、ＭＰＥＧ(Moving Picture Experts
Group)オーディオ、ＴｗｉｎＶＱ（商標）など、様々な
方式を用いることができる。

【００２７】クライアント２から音楽配信サーバ３に対
して、ネットワーク１を介して音楽データの配信が要求
される。このとき、予めユーザに与えられた認証用ＩＤ
が音楽配信サーバ３に対して送信される。この認証用Ｉ
Ｄが認証システム２１で確認され、正規のユーザからの
要求であるとされると、音楽データベース２２に対して
要求された音楽データの検索が指示されると共に、課金
システム２３に対して、そのユーザに対する課金処理を
行う指示が出される。検索された音楽データは、暗号鍵
サーバ２０で、予め認証サーバ２１に登録されている、
クライアント２の公開鍵で以て暗号化され、ネットワー
ク１を介して要求を出したクライアント２に対して送信
される。

【００２８】クライアント２では、音楽配信サーバ３か
ら配信された音楽データは、暗号化されたまま、例えば
一旦パーソナルコンピュータ１０に保存され、音楽デー
タのダウンロードがなされる。そして、音楽データは、
暗号化されたまま携帯用オーディオ再生装置１１に転送
される。携帯用オーディオ再生装置１１は、使用時には
パーソナルコンピュータ１０と切り離して用いられ、パ
ーソナルコンピュータ１０から転送された音楽データの
再生がなされる。音楽データは、携帯用オーディオ再生
装置１１において、上述の公開鍵と共に予め作成された
秘密鍵で以て、暗号化を解かれながら再生される。

【００２９】なお、課金は、例えば図示されない専用の
回線により課金システム２３クライアント２とが接続さ
れ、月毎などの単位で集計され、所定の金融機関から引
き落とすようにされる。これに限らず、例えばプリペイ
ドカードを利用しその都度支払うようにしてもよい。

【００３０】また、図１の構成は、この例に限定されな
い。例えば、ネットワーク１の代わりに、衛星を利用し
た通信システムを用いることができる。この場合、クラ
イアント２と音楽配信サーバ３とは、所定の回線、例え
ば公衆電話回線で接続される。この回線を通じて、クラ
イアント２から音楽配信サーバ３に対して音楽データの
配信要求が出される。音楽配信システム３では、この要
求に基づき音楽データベース２２が検索され、衛星を介
してクライアント２に対して音楽データの配信が行われ
る。

【００３１】図２は、携帯用オーディオ再生装置１１の
構成の一例を示す。この例では、再生装置１１は、音楽
データの記録媒体として半導体メモリを用いた携帯用ヘ
ッドフォンステレオ１１である。Ｆ−ＲＯＭ３０は、音
楽データを記憶するためのフラッシュメモリである。Ｆ
−ＲＯＭ３０は、電気的に内容の消去を行い、データを
書き替えることができる。Ｆ−ＲＯＭ３０は、メモリコ
ントローラ３１によって、データの読み出しや書き替え
の制御が行われる。例えば、外部インターフェイス３９
から供給された音楽データは、メモリコントローラ３１
の制御によってＦ−ＲＯＭ３０に書き込まれる。

【００３２】なお、メモリコントローラ３１は、後述す
るシスコン３６の制御に基づき、Ｆ−ＲＯＭ３０から読
み出された音楽データを、秘密鍵を用いて復号化する機
能を有する。この復号化の処理は、音楽データの読み出
しに伴い、リアルタイムで行われる。

【００３３】メモリコントローラ３１の制御によってＦ
−ＲＯＭ３０から音楽データが読み出され、暗号の復号
化がなされ、デコーダ３２に供給される。音楽データ
は、所定の方式、例えばＡＴＲＡＣ２方式で以て圧縮符
号化されている。このデコーダ３２で、この圧縮符号化
が解かれディジタルオーディオデータとされた音楽デー
タは、ＤＳＰ３３に供給される。

【００３４】ＤＳＰ３３は、後述するシスコン３６から
のコマンドにより、供給されたディジタルオーディオデ
ータに対して所定の処理、例えばイコライジング処理や
レベル調整処理などを施す。ＤＳＰ３３から出力された
ディジタルオーディオデータは、図示されないＤ／Ａ変
換器によってアナログオーディオ信号に変換され、アナ
ログアンプ３４に供給される。そして、所定のレベルま
で増幅され、例えばヘッドフォン３５に供給され、再生
音声とされる。

【００３５】外部インターフェイス３９は、Ｆ−ＲＯＭ
３０に対して音楽データの転送を行う際に用いられるイ
ンターフェイスである。外部インターフェイス３９と後
述するパーソナルコンピュータ１０の対応するインター
フェイスとが所定のケーブルで接続され、パーソナルコ
ンピュータ１０からこの携帯用ヘッドフォンステレオ１
１に対して音楽データなどの転送が行われる。なお、イ
ンターフェイスはこれに限らず、例えば赤外線信号を利
用したワイヤレスのものを用いることもできる。

【００３６】シスコン３６は、ＣＰＵ，ＲＯＭおよびＲ
ＡＭなどを有し、この携帯用ヘッドフォンステレオ１１
の全体を制御する。ＲＯＭには、初期プログラムやこの
携帯用ヘッドフォンステレオ１１のシリアル番号などが
予め記憶される。ＲＯＭには、書き替え可能なフラッシ
ュＲＯＭを用いるようにできる。また、ＲＡＭは、ＣＰ
Ｕが動作するためのワークメモリである。シスコン３６
によって、上述したメモリコントローラ３１，デコーダ
３２およびＤＳＰ３３が制御される。

【００３７】操作部３７は、ユーザの操作に基づきシス
コン３６に対して制御信号を供給する。また、表示部３
８は、例えば液晶ディスプレイ（ＬＣＤ）であり、シス
コン３６から供給される表示信号に基づく表示を行う。

【００３８】例えば、Ｆ−ＲＯＭ３０に書き込まれてい
る音楽データの曲名リストが表示部３８に表示される。
ユーザは、この表示に基づき操作部３７を操作し、所望
の音楽データの再生を指示する。この指示に基づく制御
信号がシスコン３６に供給される。この制御信号によっ
てシスコン３６によってメモリコントローラ３１が制御
され、Ｆ−ＲＯＭ３０から該当する音楽データが読み出
される。読み出された音楽データは、メモリコントロー
ラ３１，デコーダ３２，ＤＳＰ３３およびアナログアン
プ３４でそれぞれ所定の処理をされ、ヘッドフォン３５
で再生される。

【００３９】図３は、パーソナルコンピュータ１０の構
成の一例を示す。この例では、パーソナルコンピュータ
１０は、一般的な構成を有し、例えばバス５０に対して
ＣＰＵ５１，ＲＡＭ５２およびＲＯＭ５３が接続される
と共に、図示されないディスプレイアダプタを介してデ
ィスプレイ５４が接続される。ＲＡＭ５２は、ＣＰＵ５
１のワークメモリであり、ＲＯＭ５３には、初期プログ
ラムなどが予め記憶される。

【００４０】また、バス５０に対して、さらに、ハード
ディスクドライブ（ＨＤＤ）５５が接続されると共に、
入出力インターフェイス５６が接続される。入出力イン
ターフェイス５６は、このパーソナルコンピュータ１０
外部とのデータのやり取りを司る。入出力インターフェ
イス５６には、例えばキーボード５８やマウス５９、フ
ロッピーディスクやＭＯ(Magneto-Optical disc)などの
着脱自在な記録媒体を用いる外部記憶装置６１、ネット
ワーク１や公衆電話回線などと通信を行うためのモデム
５８が接続される。

【００４１】また、入出力インターフェイス５６には、
上述した携帯用ヘッドフォンステレオ１１との通信を行
うためのインターフェイス５７が接続される。すなわ
ち、このインターフェイス５７と、上述の携帯用ヘッド
フォンステレオ１１の外部インターフェイス３９とが所
定のケーブルで接続される。これにより、パーソナルコ
ンピュータ１０から携帯用ヘッドフォンステレオ１１に
対する音楽データの転送が行われる。

【００４２】音楽配信サーバ３からネットワーク１を介
して配信された音楽データは、モデム５８で受信され、
入出力インターフェイス５６およびバス５０を介してＨ
ＤＤ５５に一旦書き込まれる。音楽データは、ＨＤＤ５
５から読み出され、バス５０および入出力インターフェ
イス５６とを介してインターフェイス５７に供給され
る。そして、インターフェイス５７から携帯用ヘッドフ
ォンステレオ１１の外部インターフェイス３９に対して
供給される。

【００４３】次に、この実施の一形態による、音楽デー
タのダウンロードの方法について説明する。図４は、ダ
ウンロードの際の処理を概略的に示すフローチャートで
ある。図４では、携帯用ヘッドフォンステレオ１１，パ
ーソナルコンピュータ１０からなるクライアント２、お
よび、音楽配信サーバ３のそれぞれの処理が互いに関連
されて示されている。なお、以下の図中では、携帯用ヘ
ッドフォンステレオは、携帯用ＨＳあるいは単にＨＳと
省略されて示されている。

【００４４】先ず、この図４に示される処理の開始に先
んじて、携帯用ヘッドフォンステレオ１１とパーソナル
コンピュータ１０とが所定のインターフェイスによって
接続され、互いに通信可能な状態とされる。そして、携
帯用ヘッドフォンステレオ１１では、図４のステップＳ
２１の「Ｎ」で示されるように、パーソナルコンピュー
タ１０との通信待ちの状態とされる。また、音楽配信サ
ーバ３でも、パーソナルコンピュータ１０との通信待ち
状態とされる（ステップＳ２５の「Ｎ」）。

【００４５】ユーザは、音楽配信サーバ３に対する音楽
データのダウンロードの要求を、パーソナルコンピュー
タ１０に対して指示する。この指示が出されると、先
ず、パーソナルコンピュータ１０から携帯用ヘッドフォ
ンステレオ１１に対して、認証用ＩＤが要求される（ス
テップＳ１０）。そして、パーソナルコンピュータ１０
は、携帯用ヘッドフォンステレオ１１からの認証用ＩＤ
の受信待ち状態とされる（ステップＳ１１の「Ｎ」）。

【００４６】パーソナルコンピュータ１０からの要求
は、インターフェイス５７を介して携帯用ヘッドフォン
１１に対して送信される。携帯用ヘッドフォン１１で
は、この要求が外部インターフェイス３９およびメモリ
コントローラ３１を介してシスコン３６に供給される。
そして、受け取ったこの要求に基づき、パーソナルコン
ピュータ１０に対して認証用ＩＤを送信する（ステップ
Ｓ２２）。

【００４７】認証用ＩＤは、例えば、この携帯用ヘッド
フォンステレオ１１のそれぞれに対して予め与えられ、
シスコン３６のＲＯＭに記憶された、ユニークなシリア
ル番号を用いることができる。この認証用ＩＤは、例え
ば、この携帯用ヘッドフォンステレオ１１の出荷時など
に、認証用サーバ２１のユーザデータベースに対して予
め登録しておくことができる。

【００４８】この認証用ＩＤがパーソナルコンピュータ
１０に受信されたら（ステップＳ１１の「Ｙ」）、処理
はステップＳ１２に移行し、パーソナルコンピュータ１
０から音楽配信サーバ３に対して、認証用ＩＤに基づく
認証の確認が要求される。そして、パーソナルコンピュ
ータ１０は、音楽配信サーバ３からの認証結果待ちとさ
れる（ステップＳ１３の「Ｎ」）。

【００４９】音楽配信サーバ３では、パーソナルコンピ
ュータ１０からの認証の確認要求の送信を受けると（ス
テップＳ２５の「Ｙ」）、認証システム２１においてユ
ーザデータベースが参照され、送られた認証用ＩＤの確
認が行われる。認証結果は、パーソナルコンピュータ１
０に送信される（ステップＳ２６）。

【００５０】認証結果が送信されると、音楽配信サーバ
３側は、パーソナルコンピュータ１０からの音楽データ
のダウンロード要求待ちとされる（ステップＳ２７の
「Ｎ」）。

【００５１】音楽配信サーバ３からの認証結果がパーソ
ナルコンピュータ１０に受信されると（ステップＳ１３
の「Ｙ」）、処理はステップＳ１４に移行し、認証結果
の判定が行われる。そして、認証の結果、認証要求を送
信したパーソナルコンピュータ１０が音楽データの配信
を受けるのが不適切である（ＮＧ）と判断されると、処
理はステップＳ１５に移行し、ユーザに対して理由が通
知され、一連の処理が終了される。音楽データの配信を
受けるのが不適切である理由としては、例えば、（１）
認証用ＩＤが登録されているものではなく、そのユーザ
が正規ユーザではないと判断された場合、（２）複数の
互いに異なるユーザから同一の認証用ＩＤが送信された
場合、などが挙げられる。パーソナルコンピュータ１０
のディスプレイ５４上に、これらの情報が表示される。

【００５２】なお、同一ユーザから互いに異なる複数の
認証用ＩＤが送られてきた場合には、その認証用ＩＤで
の使用を不可とすると良い。また、上述の（２）の例と
しては、ハードウェアをリバースエンジニアなどでまる
ごと不正コピーされた場合が考えられる。

【００５３】一方、ステップＳ１４で、認証の結果、認
証要求を送信したパーソナルコンピュータ１０が音楽デ
ータの配信を受けるのが適切である（ＯＫ）であると判
断されると、処理はステップＳ１６に移行し、パーソナ
ルコンピュータ１０から音楽配信サーバ３に対して、音
楽データのダウンロード要求が出される。

【００５４】例えば、音楽配信サーバ３が有する音楽デ
ータのリストに基づき、ユーザによって所望の音楽デー
タが選択される。パーソナルコンピュータ１０に対して
選択された音楽データを表す情報が入力され、音楽配信
サーバ３に対する音楽データのダウンロード要求が出さ
れる。

【００５５】音楽データのリストは、音楽配信サーバ３
側からユーザに対して配付される。ネットワーク１を介
して、ユーザが音楽配信サーバ３から得られるようにし
てもよい。これに限らず、パーソナルコンピュータ１１
からネットワーク１を介して音楽データベース２２に対
してアクセスし、所望の音楽データを検索するようにも
できる。

【００５６】音楽配信サーバ３側では、ステップＳ２７
にてパーソナルコンピュータ１０からの音楽データのダ
ウンロード要求が受信される。そして、次のステップＳ
２８で、音楽データベース２２に対して、ダウンロード
が要求された音楽データの検索が行われる。検索された
音楽データは、ステップＳ２９で、そのユーザから送ら
れた公開鍵で以て暗号化され、パーソナルコンピュータ
１０に送信される。このステップＳ２９での処理につい
ては後述するが、このときに、ユーザに対する課金処理
も行われる。

【００５７】なお、図示しないが、音楽データが送信さ
れる際、その旨がユーザ情報と対応付けられて認証シス
テム２１のユーザデータベースに格納される。ユーザか
ら音楽データのダウンロード要求があった場合に、この
ユーザデータベースが参照され、過去にそのユーザに対
して該当音楽データをダウンロードしたかどうか、ま
た、そのときの課金情報が調べられる。これにより、同
一のユーザが同一の音楽データをダウンロードする際に
重複して課金されるのを防ぐことができる。

【００５８】パーソナルコンピュータ１０では、ステッ
プＳ１７のダウンロード待機状態にて、音楽配信サーバ
３から送信された音楽データが受信され、音楽データの
ダウンロードがなされる。次のステップＳ１８でダウン
ロードされた音楽データの保存先が指定される。この例
では、音楽データの保存先を、パーソナルコンピュータ
１０のハードディスク５５と、携帯用ヘッドフォンステ
レオ１１とから選択して指定できる。パーソナルコンピ
ュータ１０のハードディスク５５への保存を選択した場
合は、処理はステップＳ１９へ移行し、ダウンロードさ
れた音楽データがハードディスク５５に保存され、一連
の処理が終了される。なお、音楽データは、暗号化され
たまま、ハードディスク５５に保存される。

【００５９】一方、ステップＳ１８で、音楽データの保
存先を、携帯用ヘッドフォンステレオ１１に選択した場
合、処理はステップＳ２０に移行する。そして、ダウン
ロードされた音楽データが携帯用ヘッドフォンステレオ
１１に転送される。

【００６０】音楽データは、インターフェイス５７を介
して携帯用ヘッドフォンステレオ１１に転送される。携
帯用ヘッドフォンステレオ１１側では、音楽データは、
外部インターフェイス３９から供給され（ステップＳ２
３）、メモリコントローラ３１を介してＦ−ＲＯＭ３０
に保存される（ステップＳ２４）。この場合も、音楽デ
ータは、暗号化されたままＦ−ＲＯＭ３３に保存され
る。

【００６１】次に、上述のステップＳ２９での、音楽配
信サーバ３における音楽データの暗号化ならびにパーソ
ナルコンピュータ１０への転送の処理について、図５の
フローチャートを用いて説明する。ステップＳ２９１
は、上述のサーバ３側の処理における、ステップＳ２５
〜ステップＳ２８の処理である。ステップＳ２９２で、
ダウンロード要求された音楽データが同一ユーザによっ
て既にダウンロードされたデータであるかどうかが判断
される。これは、上述したように、認証システム２１が
有するユーザデータベースを参照することで判断され
る。

【００６２】若し、今回ダウンロードを要求された音楽
データがそのユーザによって過去にダウンロードされた
ことがあるものであると判断されたら、処理はステップ
Ｓ２９４に移行する。

【００６３】一方、ステップＳ２９２で、今回ダウンロ
ード要求が出された音楽データが、そのユーザによって
過去にダウンロードされている音楽データではないとさ
れたら、処理はステップＳ２９３に移行し、課金システ
ム２３によって課金処理が行われる。この課金処理によ
って、そのユーザに対して、所定金額を支払うような指
示が出される。

【００６４】そして、ステップＳ２９４で、ダウンロー
ド要求された音楽データに対して、予めそのユーザから
送られ、認証システム２１に登録されている公開鍵によ
る暗号化が施される。暗号化された音楽データは、次の
ステップＳ２９５で、パーソナルコンピュータ１０に対
して転送される。

【００６５】次に、認証システム２１に対して、新規に
認証用ＩＤを登録する際の手順の例について、図６のフ
ローチャートを用いて説明する。なお、このフローチャ
ートが実行されるのに先立って、携帯用ヘッドフォンス
テレオ１１とパーソナルコンピュータ１０とが所定のイ
ンターフェイスによって接続され、互いに通信可能な状
態とされる。

【００６６】先ず、ステップＳ３０で、パーソナルコン
ピュータ１０から携帯用ヘッドフォンステレオ１１に対
して認証用ＩＤが要求される。携帯用ヘッドフォンステ
レオ１１では、パーソナルコンピュータ１０との通信待
ちの状態（ステップＳ３６の「Ｎ」）において、この要
求が受信されると（ステップＳ３６の「Ｙ」）、次のス
テップＳ３７で、パーソナルコンピュータ１０に対して
認証用ＩＤが送信される。

【００６７】パーソナルコンピュータ１０では、認証用
ＩＤ受信待ちの状態（ステップＳ３１の「Ｎ」）におい
てこの認証用ＩＤを受信すると、次のステップＳ３２
で、受信された認証用ＩＤに基づき、公開鍵と秘密鍵と
が作成される。作成された公開鍵は、認証システム２１
に送信される（ステップＳ３３）。また、公開鍵と共
に、そのユーザの認証用ＩＤや、ユーザＩＤ、パスワー
ドなども送られる。

【００６８】音楽配信サーバ３側では、パーソナルコン
ピュータ１０からの鍵の受信待ちの状態（ステップＳ４
０の「Ｎ」）において、この公開鍵が受信されると（ス
テップＳ４０の「Ｙ」）、処理は次のステップＳ４１に
移行する。ステップＳ４１では、認証システム２１で、
受信された認証用ＩＤのチェック、パスワードやユーザ
ＩＤのチェックなどが行われる。そして、認証システム
２１のユーザデータベースに、受信された公開鍵が登録
される。パーソナルコンピュータ１０に送信される音楽
データは、登録された公開鍵を用いて暗号化される。

【００６９】一方、パーソナルコンピュータ１０では、
ステップＳ３２で作成された秘密鍵が携帯用ヘッドフォ
ンステレオ１１に対して転送される（ステップＳ３
４）。携帯用ヘッドフォンステレオ１１では、秘密鍵の
受信待ちの状態（ステップＳ３８の「Ｎ」）で、パーソ
ナルコンピュータ１０から送られた秘密鍵を受け取ると
（ステップＳ３８の「Ｙ」）、次のステップＳ３９で、
受信された秘密鍵を保存する。秘密鍵は、例えばシスコ
ン３６が有する、バッテリバックアップされたＲＡＭに
保存される。シスコン３６のＲＯＭに書き込むようにし
てもよい。これに限らず、Ｆ−ＲＯＭ３０の所定領域に
保存されるようにしてもよい。

【００７０】次に、ダウンロードされた音楽データを、
パーソナルコンピュータ１０から携帯用ヘッドフォンス
テレオ１１に転送し、再生する手順について、図７のフ
ローチャートを用いて説明する。なお、この手順に先ん
じて、パーソナルコンピュータ１０に対して、ユーザが
固有に有するユーザＩＤとパスワードとが予め入力さ
れ、例えばハードディスク５５の所定領域に記憶されて
いるものとする。また、携帯用ヘッドフォンステレオ１
１固有の認証用ＩＤがパーソナルコンピュータ１０に予
め記憶されており、ユーザＩＤおよびパスワードと関連
付けられる。

【００７１】図７のフローチャートにおいて、最初のス
テップＳ５０で、パーソナルコンピュータ１０から携帯
用ヘッドフォンステレオ１１に対して認証用ＩＤが要求
される。携帯用ヘッドフォンステレオ１１では、パーソ
ナルコンピュータ１０との通信待ちの状態（ステップＳ
５６の「Ｎ」）において、この要求が受信されると（ス
テップＳ５６の「Ｙ」）、次のステップＳ５７で、パー
ソナルコンピュータ１０に対して認証用ＩＤが送信され
る。

【００７２】パーソナルコンピュータ１０では、認証用
ＩＤ受信待ちの状態（ステップＳ５１の「Ｎ」）におい
てこの認証用ＩＤを受信すると、次のステップＳ５２
で、受信された認証用ＩＤがチェックされる。このと
き、パーソナルコンピュータ１０上で、そのユーザに対
して決められたユーザＩＤおよびパスワードの入力が要
求される。チェックは、例えば、入力されたユーザＩＤ
およびパスワードの組み合わせが判定されると共に、こ
れらユーザＩＤおよびパスワードと、携帯用ヘッドフォ
ンステレオ１１固有の認証用ＩＤとが互いに対応するか
どうかを調べることでなされる。

【００７３】若し、これら認証用ＩＤとユーザＩＤおよ
びパスワードとが所定の関係になければ、チェックの結
果がＮＧ(No Good) とされ、処理はステップＳ５５に移
行する。そして、ステップＳ５５で、その理由がパーソ
ナルコンピュータ１０のディスプレイ上に表示される。
一例としては、「ユーザＩＤあるいはパスワードが間違
っています」、「不正な認証用ＩＤです」などと表示さ
れる。

【００７４】一方、ステップＳ５２で、認証用ＩＤとユ
ーザＩＤおよびパスワードとが所定の関係にあり、認証
結果がＯＫであるとされれば、処理はステップＳ５３に
移行する。そして、ユーザにより選曲がなされ、パーソ
ナルコンピュータ１０から携帯用ヘッドフォンステレオ
１１に対して転送する音楽データが選択される。ステッ
プＳ５４で、選択された音楽データがヘッドフォンステ
レオ１１に対して転送される。上述したように、音楽デ
ータは、ハードディスク５５上に暗号化されたまま保存
されている。ステップＳ５４での転送も、音楽データが
暗号化されたまま、行われる。

【００７５】携帯用ヘッドフォンステレオ１１側では、
パーソナルコンピュータ１０からの音楽データの転送待
ちの状態（ステップＳ５８の「Ｎ」）において、この音
楽データが受信されると（ステップＳ５８の「Ｙ」）、
次のステップＳ５９で、受信された音楽データがＦ−Ｒ
ＯＭ３０に対して保存される。

【００７６】携帯用ヘッドフォンステレオ１１におい
て、Ｆ−ＲＯＭ３０に保存された音楽データの再生がス
テップＳ６０で指示される。この指示により、Ｆ−ＲＯ
Ｍ３０に保存された音楽データがメモリコントローラ３
１の制御に基づき読み出される。読み出された音楽デー
タは、上述の図６のステップＳ３９で、予め携帯用ヘッ
ドフォンステレオ１１に対して記憶された秘密鍵を用い
て復号化されながら（ステップＳ６１）、デコーダ３２
に供給される。

【００７７】なお、秘密鍵による音楽データの復号化
は、この例では、ハードウェア的に処理される。例え
ば、暗号を解くためのアルゴリズムが内蔵された集積回
路に対して、秘密鍵がパラメータとして与えられ、暗号
化された音楽データの復号化がなされる。また、これに
限らず、ハードウェアが十分な処理速度を有していれ
ば、ソフトウェア的な処理で復号化を行ってもよい。

【００７８】音楽データは、デコーダ３２で、音楽配信
サーバ３側で施された圧縮符号化が解かれ（ステップＳ
６２）、ＤＳＰ３３に供給され所定の信号処理を施され
る。ＤＳＰ３３の出力は、図示しないＤ／Ａ変換器によ
ってアナログオーディオ信号に変換され（ステップＳ６
３）、アンプ３４で増幅されヘッドフォン３５で再生さ
れる。

【００７９】次に、この発明による、音楽データに対す
るセキュリティ、すなわち、著作権を保護するための機
構について、図８を用いて説明する。クライアント２側
では、携帯用ヘッドフォンステレオ１１における、例え
ばユニークなシリアル番号を認知用ＩＤとして、この認
知用ＩＤに基づいて秘密鍵１０１および公開鍵１００を
作成する。秘密鍵１０１は、携帯用ヘッドフォンステレ
オ１１に保存され、公開鍵１００は、サーバ３に送ら
れ、保存ならびに管理される。

【００８０】既に述べたように、音楽データは、サーバ
３からクライアント２に対して転送される際に、転送す
るユーザから送られた公開鍵によって暗号化される。ま
た、携帯用ヘッドフォンステレオ１１では、音楽データ
は、暗号化されたまま保存され、再生時に秘密鍵を用い
て再生される。

【００８１】そのため、クライアント２側では、こうし
て転送された音楽データは、公開鍵１００と対応する秘
密鍵１０１を有する携帯用ヘッドフォンステレオ１１で
しか再生できない。例え、転送された音楽データをハー
ドディスク５５に保存し、別の携帯用ヘッドフォンステ
レオ１１’（図示しない）で再生しようとしても、その
携帯用ヘッドフォンステレオ１１’は、公開鍵１００に
対応する秘密鍵１０１を有していないので、再生できな
い。したがって、音楽データを複製しても、複製された
音楽データは、公開鍵１００に対応する秘密鍵１０１を
持たない他の機器では再生できず、その音楽データの著
作権が保護されることになる。

【００８２】また、何らかの方法で秘密鍵１０１が破ら
れてしまった場合でも、対応が可能である。一例とし
て、例えば悪意の第三者による秘密鍵の盗用などが行わ
れた場合、その秘密鍵と対応する公開鍵をサーバ３側で
消去すると共に、正規のユーザに対して、新しい認知用
ＩＤを配付する。これは、例えば携帯用ヘッドフォンス
テレオ１１のファームウェアの書き替えを行い、シリア
ル番号を変更することでなされる。この新しい認知用Ｉ
Ｄに基づき、新規に、公開鍵１００および秘密鍵１０１
とを作成することで、盗用された秘密鍵を使用すること
ができなくなる。

【００８３】なお、上述では、音楽データの暗号化に公
開鍵方式を用いているが、これはこの例に限定されな
い。例えばＤＥＳ(Data Encryption Standard)方式とい
った、共通鍵方式を用いて音楽データの暗号化を行うよ
うにしてもよい。この場合、共通鍵は、サーバ３からク
ライアント２へ、予め配付される。

【００８４】また、上述では、音楽データは、携帯用ヘ
ッドフォンステレオ１１において再生時に復号化される
としたが、これはこの例に限定されない。例えば、暗号
化されたままＦ−ＲＯＭ３０に記憶された音楽データ
を、例えばバッファメモリなどを利用して予め復号化し
ておき、再びＦ−ＲＯＭ３０に書き戻すことも考えられ
る。

【００８５】さらに、上述では、クライアント２におい
てパーソナルコンピュータ１０を用いて端末装置が構成
されているが、これはこの例に限定されない。他の情報
機器、例えば衛星放送などを受信するためのセットトッ
プボックスを、このパーソナルコンピュータ１０の代わ
りに用いることもできる。また、この音楽配信に専用の
情報機器を設けることもできる。

【００８６】

【発明の効果】以上説明したように、この発明によれ
ば、一度ダウンロードして課金された音楽データに対し
て、次回のダウンロードからは課金がなされない。その
ため、ユーザは、連続再生するだけの容量を有したハー
ドディスクなどの記録媒体を用意すればよいという効果
がある。

【００８７】また、同じ音楽データに対して課金がなさ
れないため、ユーザは、必要なときに音楽データのダウ
ンロードを行うことができる。そのため、音楽データの
バックアップなどを行う必要がないという効果がある。

【００８８】さらに、この発明では、音楽データは、暗
号化されてダウンロードされると共に、暗号化されたま
まユーザの下に保存される。そして、音楽データの再生
は、再生装置に固有の鍵で復号化されながら行われる。
そのため、音楽データの著作権が十分保証されるという
効果がある。

【００８９】さらにまた、この実施の一形態では、暗号
化鍵が破られた場合にも対処可能であるという効果があ
る。

【図面の簡単な説明】

【図１】この発明に適用できる音楽配信システムの構成
の一例を示す略線図である。

【図２】携帯用ヘッドフォンステレオの構成の一例を示
すブロック図である。

【図３】パーソナルコンピュータの構成の一例を示すブ
ロック図である。

【図４】音楽データのダウンロードの際の処理を概略的
に示すフローチャートである。

【図５】音楽データの暗号化ならびにパーソナルコンピ
ュータへの転送の処理を説明するためのフローチャート
である。

【図６】認証システムに対して新規に認証用ＩＤを登録
する際の手順の一例を説明するためのフローチャートで
ある。

【図７】ダウンロードされた音楽データをパーソナルコ
ンピュータから携帯用ヘッドフォンステレオに転送し再
生する手順を説明するためのフローチャートである。

【図８】音楽データの著作権を保護するための機構につ
いて説明するための図である。

【符号の説明】

１・・・ネットワーク、２・・・クライアント、３・・
・音楽配信サーバ、１０・・・パーソナルコンピュー
タ、１１・・・携帯用ヘッドフォンステレオ、２０・・
・暗号鍵サーバ、２１・・・認証システム、２２・・・
音楽データベース、２３・・・課金システム、３０・・
・フラッシュメモリ、３１・・・メモリコントローラ、
３６・・・シスコン、３９・・・外部インターフェイ
ス、５１・・・ＣＰＵ、５５・・・ハードディスク、５
７・・・携帯用ヘッドフォンステレオと接続するための
インターフェイス、１００・・・公開鍵、１０１・・・
秘密鍵

フロントページの続き Ｆターム(参考） 5B089 AA16 AA22 AB01 AC03 AD06 AE09 CE08 DD03 DD06 DD07 5D108 BA04 BA06 BC01 BF11 BF12 BF13 BF20 BH10 5K101 KK18 MM07 NN03 NN18 NN21 NN48 TT06 UU16 UU19 UU20 VV06

Claims (11)

【特許請求の範囲】
1. 【請求項１】 端末装置から要求された音楽データを、
   端末装置に対して配信する音楽配信方法において、 端末装置からの音楽データ配信の要求を受け付ける第１
   のステップと、 上記要求に基づき上記音楽データを上記端末装置に対し
   て配信する第２のステップと、 上記要求があった上記端末装置の識別情報と、上記要求
   された上記音楽データとを関連付ける管理情報を蓄積す
   る第３のステップと、 上記要求に基づき課金処理を行う第４のステップとを有
   し、 上記第１のステップで端末装置から音楽データ配信の要
   求を受け付けたときに、上記第３のステップでの上記管
   理情報に基づき、該端末装置による該音楽データ配信に
   対して上記第４のステップでの上記課金処理による課金
   が既に行われていると判断された場合、上記第４のステ
   ップで、課金をしないように処理するようにしたことを
   特徴とする音楽配信方法。
2. 【請求項２】 端末装置から要求された音楽データを、
   端末装置に対して配信する送信装置において、 音楽データを保存する音楽データ保存手段と、 端末装置からの音楽データ配信の要求を受信する受信手
   段と、 上記受信手段によって受信された要求に基づき上記音楽
   データ保存手段から音楽データを出力する音楽データ出
   力手段と、 上記音楽データ出力手段によって出力された上記音楽デ
   ータに対して暗号化を施す暗号化手段と、 上記暗号化された上記音楽データを上記端末に対して送
   信する送信手段とを有することを特徴とする送信装置。
3. 【請求項３】 請求項２に記載の送信装置において、 端末装置で秘密鍵と共に作成された公開鍵を受信する鍵
   受信手段と、 上記鍵受信手段で受信された上記公開鍵と、該公開鍵を
   作成した端末装置情報とを管理する鍵管理手段とをさら
   に有し、 上記暗号化手段は、上記鍵管理手段の管理情報に基づ
   き、上記要求のあった上記端末装置に対応した上記公開
   鍵によって上記音楽データに対する上記暗号化を施すこ
   とを特徴とする送信装置。
4. 【請求項４】 請求項２に記載の送信装置において、 上記音楽データ保存手段では、音楽データは、圧縮符号
   化されて上記保存されていることを特徴とする送信装
   置。
5. 【請求項５】 記憶媒体に記憶されたディジタルオーデ
   ィオデータからなる音楽データを再生する再生装置にお
   いて、 他の再生装置と区別するための識別情報を保持する識別
   情報保持手段と、 暗号化された音楽データが記憶される音楽データ記憶手
   段と、 再生時に、上記音楽データ記憶手段に記憶されている音
   楽データを読み出し、上記暗号を復号化する復号化手段
   と、 上記復号化手段から出力された音楽データをアナログ変
   換して音声信号として出力する音声信号出力手段とを有
   することを特徴とする再生装置。
6. 【請求項６】 請求項５に記載の再生装置において、 上記復号化手段は、上記音楽データ記憶手段に記憶され
   ている音楽データを読み出しながら、上記復号化を行う
   ことを特徴とする再生装置。
7. 【請求項７】 請求項５に記載の再生装置において、 上記識別情報に基づき公開鍵と共に作成された秘密鍵を
   保存する秘密鍵保存手段をさらに有し、 上記復号化手段は、上記鍵保存手段に保存された上記秘
   密鍵によって上記暗号の上記復号化を行うことを特徴と
   する再生装置。
8. 【請求項８】 請求項５に記載の再生装置において、 上記記憶手段は、半導体メモリからなることを特徴とす
   る再生装置。
9. 【請求項９】 端末装置から要求された音楽データを、
   端末装置に対して配信する送信方法において、 音楽データを保存する音楽データ保存のステップと、 端末装置からの音楽データ配信の要求を受信する受信の
   ステップと、 上記受信のステップによって受信された要求に基づき上
   記音楽データ保存のステップで保存された音楽データを
   出力する音楽データ出力のステップと、 上記音楽データ出力のステップによって出力された上記
   音楽データに対して暗号化を施す暗号化のステップと、 上記暗号化された上記音楽データを上記端末に対して送
   信する送信のステップとを有することを特徴とする送信
   方法。
10. 【請求項１０】 記憶媒体に記憶されたディジタルオー
    ディオデータからなる音楽データを再生する再生方法に
    おいて、 他の再生装置と区別するための識別情報を保持する識別
    情報保持のステップと、 暗号化された音楽データが記憶される音楽データ記憶の
    ステップと、 再生時に、上記音楽データ記憶のステップに記憶されて
    いる音楽データを読み出し、上記暗号を復号化する復号
    化のステップと、 上記復号化のステップから出力された音楽データをアナ
    ログ変換して音声信号として出力する音声信号出力のス
    テップとを有することを特徴とする再生方法。
11. 【請求項１１】 端末装置からサーバに対して音楽デー
    タの配信が要求され、該要求に基づきサーバから端末装
    置に対して音楽データの配信を行う音楽配信方法におい
    て、 端末装置からサーバに対して音楽データ配信を要求する
    音楽データ配信要求のステップと、 上記音楽データ配信要求のステップで要求された該音楽
    データが該端末装置に対して既に配信したことがあるか
    どうかが調べられ、その結果に基づき、新規の要求であ
    るとされれば課金を行い、過去に配信したことがあると
    判断されれば上記課金を行わない課金処理のステップ
    と、 上記音楽データ配信要求のステップで要求された上記音
    楽データに対して、予め作成された、上記端末装置に固
    有の第１の鍵で暗号化を施す暗号化のステップと、 上記暗号化された上記音楽データを上記端末装置に送信
    する送信のステップと、 上記送信のステップで送信された上記音楽データを受信
    し、記憶媒体に記憶する記憶のステップと、 再生時に、上記記憶媒体から上記音楽データを読み出
    し、上記読み出された音楽データに施されている上記暗
    号を、予め作成された上記端末装置に固有の第２の鍵
    で、上記読み出しに伴い復号化する復号化のステップ
    と、 上記復号化された音楽データをアナログ変換して音声信
    号として出力する音声信号出力のステップとを有するこ
    とを特徴とする音楽配信方法。