JP4483043B2 - 楽曲データ提供装置、方法、及び記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、楽曲データ提供システムに関し、より詳しくは、広告データを添付した楽曲データをネットワークを介して提供する楽曲データ提供システムに関する。
【０００２】
【従来の技術】
近年、インターネット上において楽曲データを提供するワールド・ワイド・ウェブ（ＷＷＷ）サーバからユーザ端末等に楽曲データを有料で配信するサービスが行われている。このユーザ端末としては、モデム等の通信手段を介してＷＷＷサーバにアクセスし所望の楽曲データをダウンロードすると共に、外部の楽音発生装置を使って、あるいは楽音発生プログラムを起動させて、その楽曲データを自動演奏させるパーソナルコンピュータがある。また他のユーザ端末としては電子楽器にモデム等の通信装置を装着して、楽曲データをネットワークを介してダウンロードし、自動演奏等に利用できるようにした電子楽器（特開平８−１０６２８２参照）がある。このようなパーソナルコンピュータや電子楽器で楽曲データをダウンロードする場合、ダウンロードするユーザに一定額の料金が課金される仕組みとなっている。ダウンロードに要するこのような料金には、通常、ダウンロードサイトの運営費用等が含まれ、さらに、著作権料の係った楽曲においては、著作権料が含まれる。
【０００３】
【発明が解決しようとする課題】
サービスの利用料金の低価格化が望まれているが、ＭＩＤＩ等のフォーマットに基づく楽曲データの作成費用、楽曲データの提供システムの維持費、著作権料の支払費用等の固定費があり、実現が困難である。
【０００４】
本発明の目的は、楽曲データに広告データを添付することにより、広告主から広告料を得て、楽曲データの配信料金を減額する楽曲データ提供システムを提供することである。
【０００５】
また、本発明の他の目的は、楽曲データ等のダウンロード時に、広告データに基づく広告表示、広告音の発音を行い、電子音楽装置のユーザに対する広告を効率的に行うことのできる楽曲データ提供システムを提供することである。
【０００６】
【課題を解決するための手段】
本発明の一観点によれば、楽曲データ受信装置は、ネットワークに接続されたサーバに所望の楽曲データの要求を前記ネットワークを介して送信する送信手段と、前記楽曲データの要求に応答して前記サーバから送信され、前記要求した所望の楽曲データに対応する広告データを前記ネットワークを介して受信する広告データ受信手段と、前記広告データに後続して前記サーバから送信される前記要求した楽曲データを前記ネットワークを介して受信する楽曲データ受信手段と、前記受信した広告データに基づき前記楽曲データ受信手段にて前記楽曲データの受信が完了されるまでの期間広告を再生する広告再生手段と、前記楽曲データ受信手段にて受信した前記要求した楽曲データを再生する楽音発生手段とを有する。
【０００７】
また、本発明の他の観点によれば、楽曲データ提供システムは、複数の楽曲データと複数の広告データを記憶する記憶手段と、ネットワークを介してユーザから楽曲データの要求を受信する受信手段と、前記記憶手段に記憶されている複数の広告データの内の少なくとも１つの前記ユーザが要求する楽曲データに対応する広告データを前記ユーザからの楽曲データの要求に応答して前記ネットワークを介して送信する広告データ送信手段と、前記広告データの送信に後続して、前記ユーザから要求された楽曲データを前記ネットワークを介して送信する送信手段とを有する楽曲データ提供装置と、前記楽曲データ提供装置に所望の楽曲データの要求を前記ネットワークを介して送信する送信手段と、前記楽曲データの要求に応答して前記楽曲データ提供装置から送信され、前記要求した所望の楽曲データに対応する広告データを前記ネットワークを介して受信する広告データ受信手段と、前記広告データに後続して前記楽曲データ提供装置から送信される前記要求した楽曲データを前記ネットワークを介して受信する楽曲データ受信手段と、前記受信した広告データに基づき前記楽曲データ受信手段にて前記楽曲データの受信が完了されるまでの期間広告を再生する広告再生手段と、前記楽曲データ受信手段にて受信した前記要求した楽曲データを再生する楽音発生手段とを有する楽曲データ受信装置とを有する。
【０００８】
【発明の実施の形態】
図１は本発明の実施例による楽曲データ提供システム１００の構成の一例を示すブロック図である。楽曲データ提供システム１００は、楽曲データ提供装置１ａ、広告主端末装置（以下、広告主ＰＣ１とする）１ｂ、電子音楽装置からなる楽曲データ受信装置２ａ、２ｂ、２ｃ、及び２ｄのいずれか又は全てをインターネット等のネットワーク又は通信回線を介して接続することにより構成される。
【０００９】
楽曲データ提供装置１ａは、例えば、コンピュータで構成されるインターネット上のワールド・ワイド・ウェブ（ＷＷＷ）サーバであり、後述するように、多数の楽曲データ及び広告データを記憶している。この、楽曲データ提供装置１ａは、蓄積されている楽曲データをユーザの要求に従いユーザ端末である楽曲データ受信装置２ａ〜２ｄに送信する有料サービスを行うものである。
【００１０】
ユーザが、楽曲データをダウンロードすると、該ユーザの課金用アカウントに、楽曲データの料金が課金される。その際、広告主の依頼による広告データを楽曲データに添付すると、自動的に楽曲データの料金を減額する。楽曲データ提供装置１ａの構成及び動作については後に詳述する。
【００１１】
広告主ＰＣ１ｂは、コンピュータで構成される、楽曲データに添付するための広告を依頼する広告主用の端末である。広告主は、この広告主ＰＣ１ｂを介して、広告を依頼する。広告主が広告を依頼すると、所定の料金が、楽曲データ提供装置１ａに作成される広告主課金アカウントに課金される。本実施例では、広告を依頼した時点で広告主課金アカウントに課金されるが、実際に広告を楽曲データに添付した時点で課金することも可能である。
【００１２】
なお、本発明の実施例による楽曲データ提供システム１００では、説明の便宜上１台の広告主ＰＣ１ｂのみが接続されているが、図に示すように複数の広告主ＰＣｎが接続されていてもよい。
【００１３】
楽曲データ受信装置２ａは、後述するように、通信インターフェイスを備えた、電子音楽装置である。ユーザは、この楽曲データ受信装置２ａを介して、楽曲データ提供装置１ａにアクセスして、楽曲データをダウンロードする。ユーザが楽曲データをダウンロードすると、所定の料金が、楽曲データ提供装置１ａに作成されるユーザ課金アカウントに課金される。その際、ユーザが、広告データを楽曲データに添付することを許可すると、楽曲データの料金から広告料相当分が減額される。
【００１４】
なお、電子音楽装置２とコンピュータで構成されるユーザ端末装置（以下、ユーザＰＣとする）１ｃとの組合せにより楽曲データ受信装置２ｂを実現してもよい。また、楽曲データ提供システム１００は、無線通信回線を利用することもできる。その場合は、楽曲データ受信装置２ｃは、図に示すように、無線受信局６を介してインターネットに接続する。
【００１５】
さらに、Ｂｌｕｅｔｏｏｔｈ（商標：Ｔｈｅ Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉａｌ Ｉｎｔｅｒｅｓｔ Ｇｒｏｕｐ）規格等の短距離無線通信回路を有する電子音楽装置２と、同じくＢＬＵＥＴＯＯＴＨ規格等の短距離無線通信回路を有する携帯電話又は携帯端末（以下、単に携帯電話と呼ぶ）３ａを組み合わせることにより、楽曲データ受信装置２ｄを構成してもよい。さらにまた、携帯電話３ｂを楽曲データ受信装置そのものとして用いることができる。
【００１６】
図２は本発明の実施例における、楽曲データ提供装置１ａを構成するコンピュータ（ＰＣ）１の基本構成を示すブロック図である。図中、図１と同じ参照番号のものは、基本的に同じ構成を示す。なお、広告主ＰＣ１ｂ及びユーザＰＣ１ｃは、楽曲データ提供装置１ａを構成するコンピュータ１とほぼ同様の構成を有しているので、コンピュータ１としてまとめて説明する。
【００１７】
バス１１には、検出回路１２、表示回路１３、ＲＡＭ１４（ユーザＰＣ１ｃの場合は１４ｃとする）、ＲＯＭ１５、ＣＰＵ１６、外部記憶装置１７ａ（広告主ＰＣ１ｂの場合は１７ｂ、ユーザＰＣ１ｃの場合は１７ｃとする）、通信インターフェイス１８、音源回路１９が接続される。
【００１８】
ユーザは、検出回路１２に接続される操作子（入力手段）１２１を用いて、各種情報の入力等をすることができる。操作子１２１は、例えば、マウス、キーボード、鍵盤、ジョイスティック、スイッチ等、ユーザの入力に応じた信号を出力できるものならどのようなものでもよい。また、複数の入力手段が接続されていてもよい。
【００１９】
表示回路１３は、ディスプレイ１３１に接続され、各種情報をディスプレイ１３１に表示することができる。
【００２０】
外部記憶装置１７ａは、外部記憶装置用のインターフェイスを含み、そのインターフェイスを介してバス１１に接続される。外部記憶装置１７ａは、例えばフロッピディスクドライブ（ＦＤＤ）、ハードディスクドライブ（ＨＤＤ）、光磁気ディスク（ＭＯ）ドライブ、ＣＤ−ＲＯＭ（コンパクトディスク−リードオンリィメモリ）ドライブ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ドライブ等である。外部記憶装置１７ａには、後述するように演奏データや、広告データなどの各種データ、及び本実施例における楽曲データ提供プログラム等を記憶することができる。
【００２１】
ＲＡＭ１４は、フラグ、レジスタ又はバッファ、各種データ等を記憶するＣＰＵ１６用のワーキングエリアを有する。
【００２２】
ＲＯＭ１５には、各種パラメータ及び制御プログラム、又は本実施例における楽曲データ提供プログラム等を記憶することができる。この場合、プログラム等を重ねて、外部記憶装置１７ａに記憶する必要は無い。ＣＰＵ１６は、ＲＯＭ１５又は、外部記憶装置１７ａに記憶されている楽曲データ提供プログラム等に従い、演算又は制御を行う。
【００２３】
タイマ１６１は、ＣＰＵ１６及バス１１に接続されており、基本クロック信号、割り込み処理タイミング等をＣＰＵ１６に指示する。
【００２４】
音源回路１９は、供給されるＭＩＤＩ信号等に応じて楽音信号を生成し、サウンドシステム１９１に供給する。サウンドシステム１９１は、Ｄ／Ａ変換器及びスピーカを含み、供給されるデジタル形式の楽音信号をアナログ形式に変換し、発音する。
【００２５】
なお、音源回路１９は、波形メモリ方式、ＦＭ方式、物理モデル方式、高調波合成方式、フォルマント合成方式、ＶＣＯ（Ｖｏｌｔａｇｅ Ｃｏｎｔｒｏｌｌｅｄ Ｏｓｃｉｌｌａｔｏｒ）＋ＶＣＦ（Ｖｏｌｔａｇｅ Ｃｏｎｔｒｏｌｌｅｄ Ｆｉｌｔｅｒ）＋ＶＣＡ（Ｖｏｌｔａｇｅ Ｃｏｎｔｒｏｌｌｅｄ Ａｍｐｌｉｆｉｅｒ）のアナログシンセサイザ方式等、どのような方式であってもよい。
【００２６】
また、音源回路１９は、専用のハードウェアを用いて構成するものに限らず、ＤＳＰ（Ｄｅｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）＋マイクロプログラムを用いて構成してもよいし、ＣＰＵ＋ソフトウェアのプログラムで構成するようにしてもよいし、サウンドカードのようなものでもよい。
【００２７】
さらに、１つの音源回路を時分割で使用することにより複数の発音チャンネルを形成するようにしてもよいし、複数の音源回路を用い、１つの発音チャンネルにつき１つの音源回路で複数の発音チャンネルを構成するようにしてもよい。
【００２８】
楽曲データ提供プログラム等は外部記憶装置１７ａ内のハードディスクに記憶させることもできる。ハードディスクからＲＡＭ１４に楽曲データ提供プログラム等を読み出すことにより、ＲＯＭ１５に楽曲データ提供プログラム等を記憶させている場合と同様の動作をＣＰＵ１６にさせることができる。このようにすると、楽曲データ提供プログラム等の追加やバージョンアップ等が容易に行える。
【００２９】
また、楽曲データ提供プログラム等をＣＤ−ＲＯＭに記憶させることもできる。ＣＤ−ＲＯＭからハードディスクに楽曲データ提供プログラム等をコピーすることができる。楽曲データ提供プログラム等の新規インストールやバージョンアップを容易に行うことができる。
【００３０】
通信インターフェイス１８は、ＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線等の通信ネットワーク５に接続可能であり、該通信ネットワーク５を介して、他のコンピュータ１ｂ及び１ｃと接続し、本実施例の楽曲データ提供システムを構成する（図１参照）。
【００３１】
なお、楽曲データ受信装置２ｂに用いるユーザＰＣ１ｂは、通信インターフェイス１８を複数有し、通信ネットワーク５に接続可能であるとともに、他の楽器、音響機器、コンピュータ等に接続できるものであり、少なくとも電子音楽装置２と接続できるものである。この場合、通信インターフェイス１８は、ＲＳ−２３２Ｃ、ＵＳＢ（ユニバーサル・シリアル・バス）、ＩＥＥＥ１３９４（アイトリプルイー１３９４）等の汎用のインターフェイスを用いて構成する。
【００３２】
図３は本発明の実施例における、楽曲データ受信装置２ａ〜２ｄ（電子音楽装置２）の基本構成を示すブロック図である。図中、図１と同じ参照番号のものは、基本的に同じ構成を示す。同様の構成については説明を省略する。
【００３３】
バス１１には、検出回路１２、表示回路１３、ＲＡＭ１４ｃ、ＲＯＭ１５、ＣＰＵ１６、外部記憶装置１７ｃ、通信インターフェイス１８、音源回路１９、効果回路１９２、及び押鍵検出回路４１２が接続される。また、Ｂｌｕｅｔｏｏｔｈ回路４８が接続されてもよい。
【００３４】
ユーザは、検出回路１２に接続されるパネル操作子１２２を用いて、各種情報の入力、楽曲データのダウンロード等を指示することができる。
【００３５】
また、ユーザは、押鍵検出回路４１２に接続される鍵盤４２２により、各種の楽音情報を入力することができ、楽曲の演奏等が行える。
【００３６】
表示回路１３は、ディスプレイ１３２に接続され、各種情報をディスプレイ１３２に表示することができる。
【００３７】
ディスプレイ１３２には後述の広告データに基づいた広告画像及び再生中の曲等の情報等、及び楽曲データのダウンロードに関する情報等が表示される。また、楽曲データに基づく楽譜表示又は、演奏データ表示（数値表示、ピアノロール表示など）などの画像を表示することも出来る。
【００３８】
外部記憶装置１７ｃは、図２のコンピュータ１の外部記憶装置１７ａと同様のものであり、楽曲データや、広告データなどの各種データ、及び本実施例における楽曲データ受信プログラム等を記憶することができる。
【００３９】
ＲＡＭ１４ｃは、フラグ、レジスタ又はバッファ、楽曲データや広告データ等の各種データ等を記憶するＣＰＵ１６用のワーキングエリアを有する。ＲＡＭ１４ｃの記憶領域については後述する。
【００４０】
ＲＯＭ５には、各種パラメータ及び制御プログラム、又は本実施例における楽曲データ受信プログラム等を記憶することができる。この場合、プログラム等を重ねて、外部記憶装置１７ｃに記憶する必要は無い。ＣＰＵ１６は、ＲＯＭ１５又は、外部記憶装置１７ｃに記憶されている制御プログラム等に従い、演算又は制御を行う。
【００４１】
タイマ１６１は、ＣＰＵ１６に接続されており、基本クロック信号、割り込み処理タイミング等をＣＰＵ１６に指示する。
【００４２】
自動演奏用の楽曲データ等の情報は、外部記録装置１７ｃ、ＲＡＭ１４ｃ、又はＲＯＭ１５に記憶される。楽曲データ等の情報は、通信インターフェイス１８を介して、外部に対して入出力可能である。
【００４３】
音源回路１９及び、サウンドシステム１９１は、図２に示すものとほぼ同様の構成である。効果回路１９２は、供給される楽音信号に対して各種効果を付与する。
【００４４】
楽曲データ受信プログラム等は、図２のコンピュータ１と同様に、外部記憶装置１７ｃ内のハードディスクに記憶させることもできるし、ＣＤ−ＲＯＭに記憶させることもできる。
【００４５】
通信インターフェイス１８は、有線又は無線の通信回路を有しており、図２のコンピュータ１と同様に、インターネット等の通信ネットワーク５に接続可能であり、該通信ネットワーク５を介して、図１の楽曲データ提供装置１ａ等と接続し、ＨＤＤ等外部記憶装置１７ｃ、又はＲＡＭ１４ｃ等内に、図１の楽曲データ提供装置１ａ等から楽曲データ受信プログラムや楽曲データ、広告データ等をダウンロードすることができる。
【００４６】
クライアントとなる楽曲データ受信装置は、通信インターフェイス１８及び通信ネットワーク５を介して図２のコンピュータ１へと楽曲データ受信プログラムや楽曲データ等のダウンロードを要求するコマンドを送信する。図２のコンピュータ１は、このコマンドを受け、要求された楽曲データ受信プログラムや楽曲データ等を、通信ネットワーク５を介して楽曲データ受信装置へと配信する。楽曲データ受信装置が通信インターフェイス５を介して、これら楽曲データ受信プログラムや楽曲データ等を受信して外部記憶装置１７ｃ又はＲＡＭ１４ｃ等内に蓄積することにより、ダウンロードが完了する。
【００４７】
なお、図１に示す楽曲データ受信装置２ｂに用いる電子音楽装置２においては、通信インターフェイス１８は、他の楽器、音響機器、コンピュータ等に接続できるものであり、少なくともコンピュータ１と接続できるものである。この場合、通信インターフェイス１８は、ＲＳ−２３２Ｃ、ＵＳＢ（ユニバーサル・シリアル・バス）、ＩＥＥＥ１３９４（アイトリプルイー１３９４）等の汎用のインターフェイスを用いて構成する。
【００４８】
また、図１に示す楽曲データ受信装置２ｄに用いる電子音楽装置２においては、通信インターフェイス１８の代わりに、Ｂｌｕｅｔｏｏｔｈ回路４８がバス１１に接続される。Ｂｌｕｅｔｏｏｔｈ回路４８は、Ｂｌｕｅｔｏｏｔｈ規格等の短距離無線通信回路であり、少なくとも、携帯電話若しくは携帯端末３と短距離無線通信を行うことのできるものである。Ｂｌｕｅｔｏｏｔｈ回路４８には、アンテナ４９が接続されている。
【００４９】
図４は、本発明の実施例における、電子音楽装置２（楽曲データ受信装置２ａ及び２ｃ）の外観の一例を示す概略図である。図中、図３と同じ参照番号のものは、基本的に同じ構成を示す。
【００５０】
電子音楽装置２の上方中央にはディスプレイ１３２が配置され、その左右に複数のパネル操作子１２２が配置されている。さらに外側には、スピーカ１９３が左右に配置されている。スピーカ１９３は、図３のサウンドシステム１９１の一部である。電子音楽装置２の下半分には、鍵盤４２２が配置されている。
【００５１】
図５は本発明の実施例における、携帯電話若しくは携帯端末３の基本構成を示すブロック図である。図中、図３と同じ参照番号のものは、基本的に同じ構成を示す。
【００５２】
携帯電話若しくは携帯端末３は、アンテナ５９から受信する無線通信用電波のヘッドアンプであるＲ／Ｆ部５１、符号化による変調及び復調を行う変復調部５２、音声データの復変調を行う音声コーデック５３、通話時の音声出力用のスピーカ５４、通話時の音声入力用のマイク５５、ＣＰＵ１６、メモリ５６、音源回路１９、サウンドシステム１９１、キー入力装置１２３、表示装置１３３、Ｂｌｕｅｔｏｏｔｈ回路４８及びアンテナ４９、５９で構成される。
【００５３】
ＣＰＵ１６は、携帯電話若しくは携帯端末３全体を、メモリ５６にあらかじめ記憶されている制御プログラムによって制御する。メモリ５６は、制御プログラムの他に、電話番号、名前等の情報データ、及びダウンロードした楽曲データ、広告データ等を記録する。
【００５４】
音源回路１９及びサウンドシステム１９１は、図２及び図３に示すものと同様のものである。通常携帯電話用の音源回路１９は、電子楽器用のそれよりも同時発音数が少なくなっている。音源回路１９は、ダウンロードした楽曲データ、広告データ等の発音及び着信メロディー等の発音に使用される。サウンドシステム１９１は、音源回路１９で発音される楽曲データを増幅するとともに、通話時の音声出力用のスピーカ５４とは別に設けられた、スピーカから放音する。
【００５５】
キー入力装置１２３は、電話番号等を入力するとともに、各種コマンドの入力に使用される。ユーザは、このキー入力装置１２３を操作することにより楽曲データ等のダウンロードを行う。
【００５６】
表示装置１３３は、電話番号等の携帯電話としての表示を行うとともに、後述の広告データに基づいた広告画像及び再生中の曲等の情報等、及び楽曲データのダウンロードに関する情報等を表示する。
【００５７】
Ｂｌｕｅｔｏｏｔｈ回路４８及びアンテナ４９は、Ｂｌｕｅｔｏｏｔｈ規格等の短距離無線通信回路であり、少なくとも、楽曲データ受信装置２ｄに用いる電子音楽装置２と短距離無線通信を行うことのできるものである。なお、電子音楽装置２と短距離無線通信を行う必要のない、楽曲データ受信装置３ｂでは、Ｂｌｕｅｔｏｏｔｈ回路４８及びアンテナ４９は省略してもよい。
【００５８】
図６は本発明の実施例における、楽曲データ提供装置１ａの外部記憶装置１７ａ、楽曲データ受信装置２ａ〜２ｄの外部記憶装置１７ｃ及びＲＡＭ１４ｃの記憶領域毎のデータを表すダイアグラムである。
【００５９】
図６（Ａ）は、楽曲データ提供装置１ａの外部記憶装置１７ａの記憶領域毎のデータを表すダイアグラムである。楽曲データ提供装置１ａの外部記憶装置１７ａの記憶領域は、少なくとも、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル領域Ｒ１、データベース領域Ｒ２、楽曲データ領域Ｒ３、広告データ領域Ｒ４、及びその他領域Ｒ５で構成される。
【００６０】
ＨＴＭＬファイル領域Ｒ１には、課金アカウント作成用ファイルＨＡ１及びＨＡ２、楽曲データ一覧表ＨＭ、広告依頼受付用ファイルＨＣ等が、ＨＴＭＬ形式で保存されている。これらのＨＴＭＬファイルは、ユーザ又は広告主が、楽曲データ提供装置にアクセスした場合にそれぞれの用途に合わせてユーザ又は広告主に提供されるファイルである。
【００６１】
例えば、課金アカウント作成用ファイルＨＡ１及び、ＨＡ２は、本実施例のサービスに係る料金を課金するためのアカウントを作成するためのデータ入力をユーザ又は広告主に促すためのＨＴＭＬ形式のファイルであるとともにユーザ又は広告主が既に課金アカウントを持っている場合はその課金アカウント情報（例えばユーザ名、パスワード等）の入力を促すファイルである。ユーザ又は広告主は、このファイルの指示に従い、課金アカウント情報を入力するか又は、課金アカウントを新規に作成するための、少なくとも課金アカウント情報及び課金方法を含む個人情報を入力する。
【００６２】
なお、楽曲データ提供装置１ａによるユーザ又は広告主への課金方法については、一般的な方法でよい。クレジットカード番号を入力させ、その口座から引き落としてもよいし、プリペイド支払カードの番号を入力させ、対応する該支払額から差し引くようにしてもよい。
【００６３】
課金アカウント作成用ファイルＨＡ１は、ユーザが楽曲データをダウンロードするための課金アカウント（以下ユーザ課金アカウントと呼ぶ）を確認又は作成するためのファイルであり、課金アカウント作成用ファイルＨＡ２は、広告主が広告を依頼するための課金アカウント（以下広告主課金アカウントと呼ぶ）を確認又は作成するためのファイルである。作成したユーザ課金アカウントデータは、データベース領域Ｒ２のユーザ課金アカウントデータベースＤＢ１に保存され、広告主課金アカウントデータは、データベース領域Ｒ２の広告主課金アカウントデータベースＤＢ２に保存される。
【００６４】
楽曲データ一覧表ＨＭは、楽曲データ提供装置１ａの楽曲データ領域Ｒ３に保存されている楽曲データの一覧表をＨＴＭＬ形式のファイルにしたものである。ユーザは、この楽曲データ一覧表の中から所望の楽曲を選択してダウンロードする。楽曲データ一覧表ＨＭは、単に楽曲データの一覧表を表示するだけでなく、ユーザに広告データの添付を希望するか否かを選択させる。
【００６５】
広告依頼受付用ファイルＨＣは、楽曲データ提供装置１ａから広告主ＰＣ１ｂに送信される広告主が広告を依頼する際に必要なデータを入力するためのＨＴＭＬファイルである。広告主は、この広告依頼受付用ファイルＨＣに記載される指示に従い、広告依頼に必要なデータを入力する。
【００６６】
広告依頼に必要なデータとしては、例えば、楽曲データに添付する広告を広告表示のみにするか、広告表示に加えて広告音も添付するかを選択する広告条件（以下、単に広告条件と呼ぶ）、広告表示をするためのテキストデータ又は画像データ（以下、広告表示データＡＤと呼ぶ）及び、広告音を発音するための音声データ又は楽音データ（以下、広告楽曲データＡＭと呼ぶ）等が含まれる。ここで入力された広告表示データＡＤ及び広告楽曲データＡＭは、それぞれ、広告データ領域Ｒ４に保存されるとともに、広告表示データＡＤ及び広告楽曲データＡＭのファイル名等の識別子及び保存場所を広告主課金アカウントデータベースＤＢ２に保存する。
【００６７】
なお、広告依頼受付用ファイルＨＣにより、広告を添付したい楽曲データを選ばせるようにしてもよい。こうすることにより、広告のイメージ又は企業イメージに適した楽曲に広告を添付させることができる。
【００６８】
データベース領域Ｒ２には、広告主課金アカウントデータベースＤＢ２、ユーザ課金アカウントデータベースＤＢ１、楽曲データ料金データベースＤＢ３が保存されている。ユーザ課金アカウントデータベースＤＢ１及び広告主課金アカウントデータベースＤＢ２は、前述のように、それぞれ、ユーザ又は広告主に関する情報が保存されていて、必要に応じて参照又は変更できるようになっている。
【００６９】
楽曲データ料金データベースＤＢ３には、楽曲データ領域Ｒ３に保存される楽曲データの料金が記録されている。楽曲データすべての料金を同一のものとする場合には、この楽曲データ料金データベースＤＢ３は必要ないが、少なくとも、ユーザが楽曲データをダウンロードする際に係る料金を保存しておく必要がある。
【００７０】
楽曲データ領域Ｒ３には、ユーザがダウンロード可能な楽曲データＭＤが保存されている。楽曲データＭＤは、ＳＭＦ（スタンダードミディファイル）形式のＭＩＤＩデータであることが好ましい。ＭＩＤＩデータを使用することにより、保存領域を有効に使用できるとともに、ダウンロードに要する時間を減らすことができる。
【００７１】
広告データ領域Ｒ４には、広告表示データＡＤ、広告楽曲データＡＭ等の広告用データが保存されている。広告表示データＡＤは、図１２（Ａ）に示すように楽曲データ受信装置２ａ〜２ｄ（電子音楽装置２）のディスプレイ１３２に広告表示をするためのテキストデータである。又は、図１２（Ｂ）に示すように携帯電話３の表示装置１３３に広告表示をするためのテキストデータである。広告表示データＡＤは、ディスプレイ１３２又は表示装置１３３に表示できるものならばどのようなものでもよい。例えば、静止画像データでもよいし、動画像データでもよい。若しくは、テキストデータと画像データを混在させたものでもよい。
【００７２】
その他領域Ｒ５には、後述の楽曲データ提供処理及び広告依頼受付処理を行うプログラム等各種制御プログラム及びその他のデータが保存されている。
【００７３】
図６（Ｂ）は、楽曲データ受信装置２ａ〜２ｄの外部記憶装置１７ｃの記憶領域毎のデータを表すダイアグラムである。楽曲データ受信装置２ａ〜２ｄの外部記憶装置１７ｃの記憶領域は、少なくとも、楽曲データ・広告データ情報記憶領域Ｒ６、楽曲データ・広告データ記憶領域Ｒ７、その他領域Ｒ８で構成される。
【００７４】
楽曲データ・広告データ情報記憶領域Ｒ６には、楽曲データ・広告データ記憶領域Ｒ７に記憶している複数楽曲データＭＤ毎の曲名（若しくはファイル名等の識別子）、記憶場所、データの大きさ、対応広告データＡＤ又はＡＭの有無、記憶場所、データの大きさ等が記憶されている。
【００７５】
楽曲データ・広告データ記憶領域Ｒ７には、楽曲データ提供装置１ａから後述のダウンロード処理によりダウンロードされた楽曲データＭＤ１、及びそれに対応する広告表示データＡＤ１、広告楽曲データＡＭが保存されている。また、楽曲データＭＤ２、及びそれに対応する広告表示データＡＤ２も保存されている。
【００７６】
その他領域Ｒ８には、後述の楽曲データ受信処理、ダウンロード処理及び自動演奏処理を行うプログラム等各種制御プログラム及びその他のデータが保存されている。
【００７７】
図６（Ｃ）は、楽曲データ受信装置２ａ〜２ｄのＲＡＭ１４ｃの記憶領域毎のデータを表すダイアグラムである。楽曲データ受信装置２ａ〜２ｄのＲＡＭ１４ｃの記憶領域は、少なくとも、レジスタ領域Ｒ９、楽曲データ記憶領域Ｒ１０、広告データ記憶領域Ｒ１１、その他領域Ｒ１２で構成される。
【００７８】
レジスタ領域Ｒ９には、アクティブな（現に自動演奏処理を行っている若しくは行うよう選択されている）楽曲データＭＤ１の曲名、記憶場所、データの大きさ、対応広告データＡＤ又はＡＭの有無、記憶場所、データの大きさ等が一時的に記憶されている。
【００７９】
楽曲データ記憶領域Ｒ１０には、アクティブな楽曲データＭＤ１が一時的に記憶されている。
【００８０】
広告データ記憶領域Ｒ１１には、アクティブな楽曲データＭＤ１に対応する広告表示データＡＤ１、広告楽曲データＡＭが一時的に記憶されている。
【００８１】
その他領域Ｒ１２は、ＣＰＵ１６（図３）用のワーキングエリア等その他の目的で使用される。
【００８２】
なお、楽曲データＭＤは、ＲＡＭ１４ｃ若しくは外部記憶装置１７ｃ上において、時系列の演奏データが連続する領域に記憶されていてもよいし、飛び飛びの領域に散在して記憶されているデータを、連続するデータとして別途管理するようにしてもよい。すなわち、時系列的に連続するデータとして管理することができればよく、ＲＡＭ１４ｃ若しくは外部記憶装置１７ｃ上で物理的に連続して記憶されているか否かは問題ではない。
【００８３】
さらに、複数チャンネル分の楽曲データＭＤの記憶方法としては、複数のチャンネルのデータが混在記憶された形式でもよいし、各チャンネルのデータがトラック毎に分かれて記憶されている形式でもよい。
【００８４】
図７及び図８は、図１の楽曲データ受信装置２ａ〜２ｄ又は３ｂを構成する図３の電子音楽装置２（又は図５の携帯電話３）のＣＰＵ１６で行う楽曲データ受信処理、及びそれに対応して図２の楽曲データ提供装置１ａのＣＰＵ１６で行う楽曲データ提供処理のフローチャートである。
【００８５】
まず、図１の楽曲データ受信装置２ａ〜２ｄ又は３ｂを構成する図３の電子音楽装置２（又は図５の携帯電話３）のＣＰＵ１６で行う楽曲データ受信処理について図１、図３、図６、図７及び図８を参照して説明する。以下、電子音楽装置２を楽曲データ受信装置として使用する場合を中心に説明するが、携帯電話３を楽曲データ受信装置３ｂとして使用する場合でも基本的な処理に違いはない。
【００８６】
ステップＳＡ１では、楽曲データ受信処理をスタートして次のステップＳＡ２に進む。
【００８７】
ステップＳＡ２では、ユーザが、楽曲データ提供装置１ａのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を入力することにより、インターネット５（通信ネットワーク５）を介して楽曲データ提供装置１ａにアクセスする。例えば、楽曲データ受信装置２ｄを使用してアクセスする場合は、まず、電子音楽装置２から携帯電話３ａにＵＲＬが無線で送信され、携帯電話３ａは、無線通信によりインターネット５上にＵＲＬを送信して楽曲データ提供装置１ａにアクセスする。その後次のステップＳＡ３に進む。
【００８８】
ステップＳＡ３では、楽曲データ提供装置１ａから課金アカウント作成用ファイルＨＡ１を受信して、ユーザに課金アカウントの有無を入力させる。ユーザは、課金アカウントをすでに持っていればＹＥＳの矢印で示す次のステップＳＡ４に進む。なければＮＯの矢印で示すステップＳＡ５に進む。
【００８９】
ステップＳＡ４では、ユーザに課金アカウント情報の入力を促す。課金アカウント情報は、ユーザ名及びパスワード等のユーザの同一性を確認するための情報である。また、課金アカウント情報は、電子音楽装置２の外部記憶装置１７ｃに記憶しておくことができる。その場合は、ユーザは再度課金アカウント情報を入力する必要はない。課金アカウント情報を入力したらステップＳＡ６に進む。
【００９０】
ステップＳＡ５では、ユーザに課金アカウント作成用データを入力するように促す。課金アカウント作成用データは、新規ユーザ課金アカウント作成に必要な情報であり、少なくともユーザ名及びパスワード等のユーザの同一性を確認するための情報及び課金方法が含まれる。その後次のステップＳＡ６に進む。
【００９１】
ステップＳＡ６では、ステップＳＡ４又はステップＳＡ５でユーザが入力した情報（データ）を楽曲データ提供装置１ａに送信する。その後次のステップＳＡ７に進む。
【００９２】
なお、上記ステップＳＡ３は、課金アカウントがあることを自動的に検出するようにしてもよい。その場合に、課金アカウントがあることを検出したら、ユーザの入力を待たずに、ステップＳＡ４の課金アカウント情報を自動的に送信しステップＳＡ７に進み、課金アカウントがあることを検出できない場合は、ステップＳＡ５に進む。
【００９３】
ステップＳＡ７では、楽曲データ提供装置１ａから楽曲データ一覧表ＨＭを受信する。その後次のステップＳＡ８に進む。
【００９４】
ステップＳＡ８では、ステップＳＡ７で受信した楽曲データ一覧表ＨＭを電子音楽装置２のディスプレイ１３２に表示する。その後次のステップＳＡ９に進む。
【００９５】
ステップＳＡ９では、受信した楽曲データ一覧表ＨＭの中からダウンロードを希望する楽曲データを選択するようにユーザに促す。ユーザが楽曲データを選択したら、該選択楽曲データに広告を添付するかどうかを選択するようにさらに促す。ユーザが広告添付の有無を選択したら、選択楽曲データ及び広告の添付の有無を知らせる情報を楽曲データ提供装置１ａに送信する。その後、次のステップＳＡ１０に進む。
【００９６】
ステップＳＡ１０では、ユーザの広告添付有無の選択に従い、楽曲データ料金（Ｄｂ３）又は楽曲データ料金（Ｄｂ３）から、広告主負担分（ｘ）を減額した楽曲データ料金（Ｄｂ３−ｘ）を受信して、ステップＳＡ９で選択した楽曲データのダウンロード料金をディスプレイ１３２表示する。その後、次のステップＳＡ１１に進む。
【００９７】
ステップＳＡ１１では、ユーザに、選択した楽曲データを実際にダウンロードするか否かの選択をさせる。ユーザが、ダウンロードすることを選択した場合は、楽曲データ提供装置１ａにダウンロード要求を送信して、ＹＥＳの矢印で示す次のステップＳＡ１２に進む。ユーザが、ダウンロードしないことを選択した場合は、ダウンロードしない旨の情報を送信し、ＮＯの矢印で示すステップＳＡ１３に進む。
【００９８】
ステップＳＡ１２では、後述するダウンロード処理を行う。
【００９９】
ステップＳＡ１３では、ユーザに、他の楽曲データをダウンロードするか否かの選択をさせる。ユーザが、他の楽曲データをダウンロードすることを選択した場合は、ＹＥＳの矢印で示す次のステップＳＡ１４に進んでステップＳＡ１から再び楽曲データ受信処理を開始する。ユーザが、ダウンロードしないことを選択した場合は、ＮＯの矢印で示すステップＳＡ１５に進み、楽曲データ受信処理を終了する。
【０１００】
次に、楽曲データ提供装置１ａ（コンピュータ１）のＣＰＵ１６で行う楽曲データ提供処理について図１、図２、図６、図７及び図８を参照して説明する。
【０１０１】
ステップＳＢ１では、楽曲データ提供処理をスタートして次のステップＳＢ２に進む。
【０１０２】
ステップＳＢ２では、ユーザ（楽曲データ受信装置）からのアクセスを検出する。楽曲データ受信装置からのアクセスがあればＹＥＳの矢印で示す次のステップＳＢ３に進む。楽曲データ受信装置からのアクセスがない場合には、ＮＯの矢印で示すようにこのステップＳＢ２を、楽曲データ受信装置からのアクセスがあるまで繰り返す。
【０１０３】
ステップＳＢ３では、楽曲データ受信装置に課金アカウント作成用ファイルを送信する。その後次のステップＳＢ４に進む。
【０１０４】
ステップＳＢ４では、課金アカウント情報、又は課金アカウント作成用データを楽曲データ受信装置から受信する。課金アカウント情報を受信した場合は、アクセスしているユーザは既に課金アカウントを有しているということがわかるので、ユーザ名及びパスワード等をユーザ課金アカウントデータベースＤＢ１と照合することにより確認して、ＹＥＳの矢印で示すステップＳＢ６に進む。
【０１０５】
課金アカウント作成用データを受信した場合は、アクセスしているユーザが、新規に課金アカウントを作成することを希望していることがわかるので、ＮＯの矢印で示す次のステップＳＢ５に進む。
【０１０６】
ステップＳＢ５では、ステップＳＢ４で受信した課金アカウント作成用データに基づきユーザ課金アカウントを作成してユーザ課金アカウントデータベースＤＢ１に保存する。その後次のステップＳＢ６に進む。
【０１０７】
ステップＳＢ６では、楽曲データ受信装置に楽曲データ一覧表ＨＭを送信する。その後次のステップＳＢ７に進む。
【０１０８】
ステップＳＢ７では、上記楽曲データ受信処理のステップＳＡ９でユーザが選択し、楽曲データ受信装置から送信された選択楽曲データ及び広告の添付の有無を知らせる情報を受信する。該情報を受信したら、広告の添付をユーザが希望している場合は、ＹＥＳの矢印に従い次のステップＳＢ８に進む。広告の添付をユーザが希望していない場合は、ＮＯの矢印に従いステップＳＢ１４に進む。
【０１０９】
ステップＳＢ８では、ユーザが選択した楽曲データの楽曲データ料金（Ｄｂ３）から広告主が負担する一定額の広告主負担金（ｘ）を減額した楽曲データ料金（Ｄｂ３−ｘ）を楽曲データ受信装置に送信する。その後次のステップＳＢ９に進む。例えば、楽曲データ料金（Ｄｂ３）が３００円、広告主負担金（ｘ）が２００円である場合は、ユーザが実際に支払う（ユーザ課金アカウントに課金される）料金は減額した楽曲データ料金（Ｄｂ３−ｘ）である１００円である。広告主負担金（ｘ）は、広告主から徴収する広告料から支払われる。
【０１１０】
なお、この広告主負担金（ｘ）の額は、添付する広告データの種類によって変化するようにしてもよい。例えば、広告表示データに加えて広告楽曲データを添付する場合は、広告表示データだけのときよりも広告主負担金（ｘ）の額を上げるようにしてもよい。
【０１１１】
また、例えば、広告データの表示又は演奏方法によって広告主負担金（ｘ）の額を変えることも可能である。すなわち、後述するように楽曲データをダウンロードする際だけに広告を表示若しくは演奏するのであれば、広告主負担金（ｘ）の額は少なくなり、楽曲データを演奏するたびに広告を表示又は演奏するのであれば、広告主負担金（ｘ）の額を多くするということも可能である。
【０１１２】
このような場合は、上記楽曲データ受信処理のステップＳＡ９でユーザにどのような形式で広告を添付するかを選択させるようにするとよい。又は、このステップＳＢ８で送信する減額した楽曲データ料金（Ｄｂ３−ｘ）にさまざまな広告パターンにおける料金を含ませるようにして、そこからユーザに選択させるようにしてもよい。
【０１１３】
ステップＳＢ９では、上記楽曲データ受信処理のステップＳＡ１１でのユーザの選択に従い、電子音楽装置２からダウンロード要求又は、ダウンロードしない旨の情報を受信する。ダウンロード要求を受信した場合は、次のステップＳＢ１０に進む。ダウンロードしない旨の情報を受信した場合は、ステップＳＢ１１に進み、楽曲データ提供処理をリセットして、ステップＳＢ１から楽曲データ提供処理を再開する。
【０１１４】
ステップＳＢ１０では、ユーザが選択した楽曲データＭＤに広告表示データＡＤ（又は広告表示データＡＤと広告楽曲データＡＭ）を添付して電子音楽装置２に送信する。この時、広告表示データＡＤ（又は広告表示データＡＤと広告楽曲データＡＭ）の送信を楽曲データＭＤに先駆けて行う。楽曲データＭＤは、広告表示データＡＤ（又は広告表示データＡＤと広告楽曲データＡＭ）の送信が終了してから送信される。その後、ステップＳＢ１５に進む。
【０１１５】
なお、広告表示データＡＤ（又は広告表示データＡＤと広告楽曲データＡＭ）は、楽曲データ提供装置１ａの外部記憶装置１７ａ内に保存されている複数の中から自動的に１つ（１組）が選ばれて添付される。
【０１１６】
また、広告表示データＡＤ（又は広告表示データＡＤと広告楽曲データＡＭ）を選択する際に、同じユーザによって既にダウンロードされたものは、選択しないようにすることが好ましい。
【０１１７】
さらに、広告楽曲データＡＭがある場合は、広告表示データＡＤが先に送信される。こうすることにより、後続のデータのダウンロード中に、広告表示データＡＤに基づく広告表示を行うことができる。
【０１１８】
なお、この時すべてのデータに先駆けて、送信データの種類等を示す識別データを送信するようにしてもよい。このようにすることによって、楽曲データ受信装置側では、実際にダウンロードする前にデータの種類等を認識することができる。
【０１１９】
なお、このステップＳＢ１０で送信する楽曲データＭＤは、ＭＩＤＩ形式のデータ（ＳＭＦファイル）であるが、携帯電話３が楽曲データ受信装置として使用されている場合には、楽曲データ提供装置１ａの外部記憶装置１７ａに保存されているＭＩＤＩ形式の楽曲データＭＤを携帯電話３で演奏可能な形式に変換して送信する。また、広告表示データＡＤ及び広告楽曲データＡＭも携帯電話３で再生可能な形式に変換して送信する。予め、携帯電話３で演奏又は表示可能な楽曲データ、広告表示データ及び広告画像データを用意しておいて変換を不要としてもよい。
【０１２０】
ステップＳＢ１２では、ユーザが選択した楽曲データの楽曲データ料金（Ｄｂ３）を楽曲データ受信装置に送信する。その後、次のステップＳＢ１３に進む。なおこの時、広告を添付した場合の減額した楽曲データ料金（Ｄｂ３−ｘ）を参考として一緒に送信するようにしてもよい。広告を添付した場合の減額した楽曲データ料金（Ｄｂ３−ｘ）を見てユーザが広告添付を希望する場合はステップＳＢ９に進むようにしてもよい。
【０１２１】
ステップＳＢ１３では、上記楽曲データ受信処理のステップＳＡ１１でのユーザの選択に従い、電子音楽装置２からダウンロード要求又は、ダウンロードしない旨の情報を受信する。ダウンロード要求を受信した場合は、次のステップＳＢ１４に進む。ダウンロードしない旨の情報を受信した場合は、ステップＳＢ１１に進み、楽曲データ提供処理をリセットして、ステップＳＢ１から楽曲データ提供処理を再開する。
【０１２２】
ステップＳＢ１４では、ユーザが選択した楽曲データＭＤを電子音楽装置２に送信する。その後、ステップＳＢ１５に進む。
【０１２３】
ステップＳＢ１５では、ユーザ課金アカウントに対して課金処理を行う。課金額は、送信した楽曲データに、広告データを添付したか否かで変わる。広告データを添付していなければ元々の楽曲データ料金（Ｄｂ３）がユーザ課金アカウントから引き落とされる。広告データを添付していれば、減額した楽曲データ料金（Ｄｂ３−ｘ）がユーザ課金アカウントから引き落とされる。その後、次のステップＳＢ１６に進む。
【０１２４】
ステップＳＢ１６では、楽曲データ提供処理をリセットして、ステップＳＢ１から楽曲データ提供処理を再開する。
【０１２５】
図９は、図１の楽曲データ受信装置２ａ〜２ｄ又は３ｂを構成する図３の電子音楽装置２（又は図５の携帯電話３）のＣＰＵ１６が図８のステップＳＡ１２で行うダウンロード処理のフローチャートである。以下、電子音楽装置２を楽曲データ受信装置として使用する場合を中心に説明するが、携帯電話３を楽曲データ受信装置３ｂとして使用する場合でも基本的な処理に違いはない。
【０１２６】
ステップＳＣ１では、ダウンロード処理をスタートして楽曲データ提供装置１ａから送信されるデータを受信する。その後、次のステップＳＣ２に進む。
【０１２７】
ステップＳＣ２では、楽曲データ提供装置１ａから送信されるデータに広告表示データＡＤが添付されているか否かを確認する。広告表示データＡＤは、楽曲データＭＤに先駆けて送信されてくるので、最初に受信したデータが広告表示データＡＤか否かを確認する。広告表示データＡＤが添付されていればＹＥＳの矢印で示すステップＳＣ６に進む。広告表示データＡＤが添付されていなければＮＯの矢印で示すステップＳＣ３に進む。なお、広告表示データＡＤの確認は、楽曲データ提供装置１ａから送信される送信データの種類等を示すヘッダ中の識別データによって行ってもよい。
【０１２８】
ステップＳＣ３では、楽曲データＭＤのダウンロードを開始する。楽曲データＭＤは、ダウンロードされると、ＲＡＭ１４ｃの楽曲データ記憶領域Ｒ１０に記憶され、一定量のデータがダウンロードされた後又は、ダウンロード終了時に外部記憶装置１７ｃ内の楽曲データ・広告データ記憶領域Ｒ７に記憶される。なお、直接外部記憶装置１７ｃに記憶するようにしてもよい。その後、次のステップＳＣ４に進む。
【０１２９】
ステップＳＣ４では、楽曲データＭＤのダウンロードが終了したか否かを確認する。楽曲データＭＤのダウンロードが終了していなければＮＯの矢印で示すステップＳＣ３に戻り引き続き楽曲データＭＤのダウンロード処理を行う。楽曲データＭＤのダウンロードが終了していれば、ＹＥＳの矢印で示すステップＳＣ５に進む。
【０１３０】
ステップＳＣ５では、ダウンロード処理を終了する。次に、ステップＳＣ２で広告表示データがあり、ステップＳＣ２からＹＥＳの矢印に従ってステップＳＣ６に進む場合について説明する。
【０１３１】
ステップＳＣ６では、広告表示データＡＤのダウンロードを開始する。広告表示データＡＤは、ダウンロードされると、ＲＡＭ１４ｃの広告データ記憶領域Ｒ１１に記憶され、一定量のデータがダウンロードされた後又は、ダウンロード終了時に外部記憶装置１７ｃ内の楽曲データ・広告データ記憶領域Ｒ７にも記憶される。広告表示データＡＤのダウンロードが終了したら、次のステップＳＣ７に進む。
【０１３２】
ステップＳＣ７では、ステップＳＣ２では、楽曲データ提供装置１ａから送信されるデータに広告楽曲データＡＭが添付されているか否かを確認する。広告楽曲データＡＭは広告表示データＡＤのダウンロード終了後に、楽曲データＭＤに先駆けて送信されてくるので、受信したデータが広告楽曲データＡＭか否かを確認する。広告楽曲データＡＭが添付されていればＹＥＳの矢印で示すステップＳＣ８に進む。広告楽曲データＡＭが添付されていなければＮＯの矢印で示すステップＳＣ１３に進む。なお、楽曲データ提供装置１ａから送信される送信データの種類等を示す識別データによって行ってもよい。
【０１３３】
ステップＳＣ８では、広告楽曲データＡＭのダウンロードを開始する。広告楽曲データＡＭは、ダウンロードされると、ＲＡＭ１４ｃの広告データ記憶領域Ｒ１１に記憶され、一定量のデータがダウンロードされた後又は、ダウンロード終了時に外部記憶装置１７ｃ内の楽曲データ・広告データ記憶領域Ｒ７にも記憶される。広告楽曲データＡＭのダウンロードが終了したら、次のステップＳＣ９に進む。
【０１３４】
ステップＳＣ９では、ステップＳＣ６でダウンロードしてＲＡＭ１４ｃに保存されている広告表示データＡＤに基づき広告をディスプレイ１３２に表示する。この広告表示データＡＤのディスプレイ１３２における表示は、例えば、図１２（Ａ）に示すような形で行われる。なお、携帯電話３を楽曲データ受信装置３ｂとして使用する場合は、例えば、図１２（Ｂ）に示すように、表示装置１３３に広告表示データＡＤに基づき広告を表示する。広告を表示したら次のステップＳＣ１０に進む。
【０１３５】
ステップＳＣ１０では、ステップＳＣ８でダウンロードしてＲＡＭ１４ｃに保存されている広告楽曲データＡＭを再生し、次のステップＳＣ１１に進む。
【０１３６】
ステップＳＣ１１では、楽曲データＭＤのダウンロードを開始する。これは、上記ステップＳＣ３と同様の処理である。その後、次のステップＳＣ１２に進む。
【０１３７】
ステップＳＣ１２では、楽曲データＭＤのダウンロードが終了したか否かを確認する。楽曲データＭＤのダウンロードが終了していなければＮＯの矢印で示すステップＳＣ９に戻り引き続き広告表示データＡＤに基づく広告表示等を繰り返す。楽曲データＭＤのダウンロードが終了していれば、ＹＥＳの矢印で示すステップＳＣ５に進む。次に、ステップＳＣ７で広告楽曲データがない場合について説明する。
【０１３８】
ステップＳＣ１３では、ステップＳＣ６でダウンロードしてＲＡＭ１４ｃに保存されている広告表示データＡＤに基づき広告をディスプレイ１３２に表示する。これは、上記ステップＳＣ９と同様の処理である。広告を表示したら次のステップＳＣ１４に進む。
【０１３９】
ステップＳＣ１４では、楽曲データＭＤのダウンロードを開始する。これは、上記ステップＳＣ３と同様の処理である。その後、次のステップＳＣ１５に進む。
【０１４０】
ステップＳＣ１５では、楽曲データＭＤのダウンロードが終了したか否かを確認する。楽曲データＭＤのダウンロードが終了していなければＮＯの矢印で示すステップＳＣ１３に戻り引き続き広告表示データＡＤに基づく広告表示を繰り返す。楽曲データＭＤのダウンロードが終了していれば、ＹＥＳの矢印で示すステップＳＣ５に進みダウンロード処理を終了する。
【０１４１】
図１０は、図１の楽曲データ受信装置２ａ〜２ｄ又は３ｂを構成する図３の電子音楽装置２（又は図５の携帯電話３）のＣＰＵ１６で行う楽曲データ演奏処理のフローチャートである。以下、電子音楽装置２を楽曲データ受信装置として使用する場合を中心に説明するが、携帯電話３を楽曲データ受信装置３ｂとして使用する場合でも基本的な処理に違いはない。
【０１４２】
ステップＳＤ１では、楽曲データ演奏処理を開始して、次のステップＳＤ２に進む。
【０１４３】
ステップＳＤ２では、電子音楽装置２の外部記憶装置１７ｃ（図６）内に保存されている楽曲データＭＤの一覧表をディスプレイ１３２に表示する。
【０１４４】
ステップＳＤ３では、ディスプレイ１３２に表示される楽曲データの一覧表から、自動演奏をする楽曲データＭＤを選択するようにユーザに促す。ユーザが楽曲データを選択したら次のステップＳＤ４に進む。
【０１４５】
ステップＳＤ４では、ユーザが選択した楽曲データに広告データ（広告表示データＡＤ及び広告楽曲データＡＭ）が添付されているか否かを判断する。広告データがあれば、ＹＥＳの矢印で示す、次のステップＳＤ５に進む。広告データがなければＮＯの矢印で示すステップＳＤ６に進む。
【０１４６】
ステップＳＤ５では、電子音楽装置２の外部記憶装置１７ｃ（図６）内に保存されている広告表示データＡＤをＲＡＭ１４ｃの広告データ記憶領域Ｒ１１に読み出し、広告表示データＡＤに基づき広告をディスプレイ１３２に表示する。この広告表示データＡＤのディスプレイ１３２における表示は、例えば、図１２（Ａ）に示すような形で行われる。なお、携帯電話３を楽曲データ受信装置３ｂとして使用する場合は、例えば、図１２（Ｂ）に示すように、表示装置１３３に広告表示データＡＤに基づき広告を表示する。ここで行う広告表示は、基本的に、広告表示の終了命令があるまで表示される。広告を表示したら次のステップＳＤ６に進む。
【０１４７】
なお、広告楽曲データＡＭも添付されている時は、広告楽曲データＡＭをＲＡＭ１４ｃの広告データ記憶領域Ｒ１１に読み出し、ＲＡＭ１４ｃから順次、音源回路１９（図３）に送って発音し、終了したら次にステップＳＤ６に進む。
【０１４８】
ステップＳＤ６では、ユーザが選択した楽曲データＭＤを再生する。楽曲データＭＤは、電子音楽装置２の外部記憶装置１７ｃ（図６）からＲＡＭ１４ｃの楽曲データ記憶領域Ｒ１０に読み出される。次に、楽曲データＭＤを構成するＭＩＤＩイベントデータが、時間データに従って順番にＲＡＭ１４ｃから読み出される。ＲＡＭ１４ｃから読み出されたＭＩＤＩイベントデータは、順次、音源回路１９（図３）に送られて発音される。その後、次のステップＳＤ７に進む。
【０１４９】
なお、楽曲データＭＤのフォーマットは、演奏イベントの発生時刻を１つ前のイベントからの時間で表した「イベント＋相対時間」、演奏イベントの発生時刻を曲や小節内における絶対時間で表した「イベント＋絶対時間」、音符の音高と符長あるいは休符と休符長で演奏データを表した「音高（休符）＋符長」、演奏の最小分解能毎にメモリの領域を確保し、演奏イベントの発生する時刻に対応するメモリ領域に演奏イベントを記憶した「ベタ方式」等、どのような形式でもよい。
【０１５０】
また、楽曲データＭＤの音源回路１９（図３）における処理方法は、設定されたテンポに応じて処理周期を変更する方法、処理周期は一定で、楽曲データＭＤ中のタイミングデータの値を設定されたテンポに応じて変更する方法、処理周期は一定で、１回の処理において楽曲データＭＤ中のタイミングデータの計数の仕方をテンポに応じて変更する方法等、どのようなものであってもよい。
【０１５１】
ステップＳＤ７では、楽譜表示を行うか否かをユーザに選択させる。楽譜表示を行う場合はＹＥＳの矢印で示す次のステップＳＤ８に進む。楽譜表示を行わない場合は、ＮＯの矢印で示すステップＳＤ９に進む。
【０１５２】
ステップＳＤ８では、楽曲データＭＤを指定小節分（例えば、２小節若しくは４小節分）ＲＡＭ１４ｃから先読みして、例えば図１２（Ｃ）に示すように、該先読みした楽曲データＭＤに対応する楽譜を電子音楽装置２のディスプレイ１３２に表示する。この楽譜表示では、現在の演奏個所を強調表示してもよい。また、高解像度のディスプレイを使用することによりさらに多くの小節にわたって、楽譜表示をすることもできるし、また、複数チャンネルの楽譜を一度に表示することもできる。なお、図１２（Ｃ）に示す例では、広告も同時に表示されているが、必ずしも広告データを一緒に表示する必要はない。楽譜を表示したら次のステップＳＤ９に進む。
【０１５３】
ステップＳＤ９では、楽曲データＭＤの再生が終了したか否かを判断する。楽曲データＭＤの再生が終了していればＹＥＳの矢印で示す次のステップＳＤ１０に進む。楽曲データＭＤの再生が終了していなければ、ＮＯの矢印で示すステップＳＤ６に戻る。
【０１５４】
ステップＳＤ１０では、広告表示及び楽譜表示を終了して次のステップＳＤ１１に進む。
【０１５５】
ステップＳＤ１１では、楽曲データ演奏処理を終了するか否かをユーザに選択させる。楽曲データ演奏処理を終了する場合は、ＹＥＳの矢印で示す次のステップＳＤ１２に進む。楽曲データ演奏処理を継続する場合は、ＮＯの矢印で示すステップＳＤ２に戻る。
【０１５６】
ステップＳＤ１２では、楽曲データ演奏処理を終了する。
【０１５７】
図１１は、図１の広告主ＰＣ１ｂ（コンピュータ１）のＣＰＵ１６で行う広告依頼処理、及びそれに対応して図１の楽曲データ提供装置１ａ（コンピュータ１）のＣＰＵ１６で行う広告依頼受付処理のフローチャートである。
【０１５８】
まず、広告主ＰＣ１ｂ（コンピュータ１）のＣＰＵ１６で行う広告依頼処理について説明する。
【０１５９】
ステップＳＥ１では、広告依頼処理をスタートして次のステップＳＥ２に進む。
【０１６０】
ステップＳＥ２では、広告主が、楽曲データ提供装置１ａのＵＲＬを入力することにより、インターネット５（通信ネットワーク５）を介して楽曲データ提供装置１ａにアクセスする。その後次のステップＳＥ３に進む。
【０１６１】
ステップＳＥ３では、楽曲データ提供装置１ａから広告主課金アカウント作成用ファイルＨＡ２を受信して、広告主に課金アカウントの有無を入力させる。広告主が、課金アカウントを既に持っていればＹＥＳの矢印で示す次のステップＳＥ４に進む。なければＮＯの矢印で示すステップＳＥ５に進む。
【０１６２】
ステップＳＥ４では、広告主に課金アカウント情報の入力を促す。課金アカウント情報は、ユーザ名及びパスワード等の広告主の同一性を確認するための情報である。また、課金アカウント情報は、広告主ＰＣ１ｂの外部記憶装置１７ｂに記憶しておくことができる。その場合は、広告主は再度課金アカウント情報を入力する必要はない。課金アカウント情報を入力したらステップＳＥ６に進む。
【０１６３】
ステップＳＥ５では、広告主に課金アカウント作成用データを入力するように促す。課金アカウント作成用データは、新規広告主課金アカウント作成に必要な情報であり、少なくともユーザ名及びパスワード等の広告主の同一性を確認するための情報及び課金方法が含まれる。課金アカウント作成用データを入力したら次のステップＳＥ６に進む。
【０１６４】
ステップＳＥ６では、ステップＳＥ４又はステップＳＥ５で広告主が入力した情報（データ）を楽曲データ提供装置１ａに送信する。その後次のステップＳＥ７に進む。
【０１６５】
ステップＳＥ７では、楽曲データ提供装置１ａから広告依頼受付用ファイルＨＣを受信する。その後次のステップＳＥ８に進む。
【０１６６】
ステップＳＥ８では、ステップＳＥ７で受信する広告依頼受付用ファイルＨＣに従って、楽曲データＭＤに添付する広告の広告条件を選択するように広告主に促す。ここでは広告主は、楽曲データに添付する広告を広告表示のみにするか、広告表示に加えて広告音も添付するか等を選択する。その後次のステップＳＥ９に進む。
【０１６７】
なお、このステップＳＥ８で、広告主に、広告を添付したい楽曲データを選ばせるようにしてもよい。また、特定の楽曲データではなく、楽曲のジャンル等だけを選ばせるようにしてもよい。広告を添付する楽曲データ若しくは楽曲のジャンルを指定できるようにすると、その楽曲データ若しくは楽曲のジャンルを好むであろうユーザに向けて広告を出すことができる。すなわち、広告の対象をある程度絞ることができる。
【０１６８】
ステップＳＥ９では、広告主に楽曲データＭＤに添付する広告の広告内容を入力又は選択させる。すなわち、広告主は、広告表示をするためのテキストデータ又は画像データ等の広告表示データＡＤ及び、広告音を発音するための音声データ又は楽音データ等の広告楽曲データＡＭを入力するか又は広告主ＰＣ１ｂの外部記憶装置１７ｂに保存されているファイルの中から選択する。
【０１６９】
なお、ここで入力又は選択する広告内容を予め楽曲データ提供装置１ａの外部記憶装置１７ｂ内に保存しておき、その中から広告主が選べるようにしてもよい。広告内容を入力又は選択したら次のステップＳＥ１０に進む。
【０１７０】
ステップＳＥ１０では、ステップＳＥ８及びステップＳＥ９で選択若しくは入力する楽曲データＭＤに添付する広告の広告条件、広告表示データＡＤ及び、広告楽曲データＡＭ等の広告条件及び広告内容に関する情報を楽曲データ提供装置１ａに送信する。その後次のステップＳＥ１１に進む。
【０１７１】
ステップＳＥ１１では、広告依頼処理を終了する。
【０１７２】
次に、楽曲データ提供装置１ａ（コンピュータ１）のＣＰＵ１６で行う広告依頼受付処理について説明する。
【０１７３】
ステップＳＦ１では、広告依頼受付処理をスタートして次のステップＳＦ２に進む。
【０１７４】
ステップＳＦ２では、広告主（広告主ＰＣ１ｂ）からのアクセスを検出する。広告主ＰＣ１ｂからのアクセスがあればＹＥＳの矢印で示す次のステップＳＦ３に進む。広告主ＰＣ１ｂ置からのアクセスがない場合には、ＮＯの矢印で示すようにこのステップＳＦ２を、広告主ＰＣ１ｂからのアクセスがあるまで繰り返す。
【０１７５】
ステップＳＦ３では、広告主ＰＣ１ｂに課金アカウント作成用ファイルＨＡ２を送信する。その後次のステップＳＦ４に進む。
【０１７６】
ステップＳＦ４では、課金アカウント情報、又は課金アカウント作成用データを広告主ＰＣ１ｂから受信する。課金アカウント情報を受信した場合は、アクセスしている広告主は既に課金アカウントを有しているということがわかるので、ユーザ名及びパスワード等を広告主課金アカウントデータベースＤＢ２と照合することにより確認して、ＹＥＳの矢印で示すステップＳＦ６に進む。
【０１７７】
一方、課金アカウント作成用データを受信した場合は、アクセスしている広告主が、新規に課金アカウントを作成することを希望していることがわかるので、ＮＯの矢印で示す次のステップＳＦ５に進む。
【０１７８】
ステップＳＦ５では、ステップＳＦ４で受信した課金アカウント作成用データに基づき広告主課金アカウントを作成して広告主課金アカウントデータベースＤＢ２に保存する。その後次のステップＳＦ６に進む。
【０１７９】
ステップＳＦ６では、広告主ＰＣ１ｂに広告依頼受付用ファイルＨＣを送信する。その後次のステップＳＦ７に進む。
【０１８０】
ステップＳＦ７では、広告主ＰＣ１ｂから送信される広告条件及び広告内容に関する情報を受信して保存する。ここで受信する情報は、上記広告依頼処理のステップＳＥ１０で広告主ＰＣ１ｂから送信される楽曲データＭＤに添付する広告の広告条件、広告表示データＡＤ及び、広告楽曲データＡＭ等である。
【０１８１】
ここで受信された広告表示データＡＤ及び広告楽曲データＡＭは、それぞれ、図６の広告データ領域Ｒ４に保存されるとともに、広告表示データＡＤ及び広告楽曲データＡＭのファイル名等の識別子及び保存場所を広告主課金アカウントデータベースＤＢ２に保存する。その後次のステップＳＦ８に進む。
【０１８２】
ステップＳＦ８では、広告主課金アカウントデータベースＤＢ２中の当該広告主課金アカウントに、所定の広告料を課金する。その後次のステップＳＦ９に進む。
【０１８３】
ステップＳＦ９では、広告依頼受付処理をリセットして、ステップＳＦ１に戻る。
【０１８４】
以上説明したように、本発明の実施例によれば、楽曲データに広告データを添付することにより、広告主から広告料を得て、楽曲データの配信料金を減額することができる。
【０１８５】
また、本発明の実施例によれば、楽曲データ等のダウンロード時に、広告データに基づく広告表示、広告音の発音を行うことにより、電子音楽装置のユーザに対する広告を効率的に行うことができる。
【０１８６】
また、広告表示データだけを楽曲データに添付するようにすれば、楽曲データを広告に妨げられることなく聴くことができる。
【０１８７】
さらに、広告楽曲データを添付したとしても、広告楽曲データは、楽曲データのダウンロード時だけに流れるようにし、その後の自動演奏時には、広告表示データによる広告表示のみにすれば、楽曲データを広告に妨げられることなく聴くことができる。
【０１８８】
なお、実施例では、ＭＩＤＩデータ等からなる楽曲データと広告データとを別々に記憶し、別々にダウンロードするが、混在させたものであってもよい。例えば、ＭＩＤＩ等の楽曲データ中に広告表示データや広告音データを埋め込んだものでもよい。
【０１８９】
また、実施例では、電子音楽装置として鍵盤を備えた電子楽器や音源を備えた携帯電話等を示したが、楽曲データと共に広告データもダウンロードでき、自動演奏する機能があり、広告表示できるディスプレイを有するものであれば、どのようなものでもよい。例えば、カラオケ装置や、ゲーム装置、自動演奏ピアノに適用してもよい。電子楽器の形態を取った場合、その形態は鍵盤楽器に限らず、弦楽器タイプ、管楽器タイプ、打楽器タイプ等の形態でもよい。また、音源装置、自動演奏装置等を１つの電子楽器本体に内蔵したものに限らず、それぞれが別体の装置であり、ＭＩＤＩや各種ネットワーク等の通信手段を用いて各装置を接続するものであってもよい。
【０１９０】
また、本実施例は、本実施例に対応するコンピュータプログラム等をインストールした市販の汎用コンピュータ又はコンピュータ等によって、実施させるようにしてもよい。
【０１９１】
その場合には、本実施例に対応するコンピュータプログラム等を、ＣＤ−ＲＯＭやフロッピーディスク等の、コンピュータが読み込むことが出来る記憶媒体に記憶させた状態で、ユーザに提供してもよい。
【０１９２】
その汎用コンピュータ又はコンピュータ等が、ＬＡＮ、インターネット、電話回線等の通信ネットワークに接続されている場合には、通信ネットワークを介して、コンピュータプログラムや各種データ等を汎用コンピュータ又はコンピュータ等に提供してもよい。
【０１９３】
また、電子音楽装置の操作情報を楽曲データ提供装置に送信し、楽曲データに基づく自動演奏を行う度に課金してもよいし、人気楽曲のデータ取得等の統計調査に利用してもよい。
【０１９４】
さらに、このシステムを楽器演奏のオンライン教育システムに利用することができる。その場合には、電子音楽装置２における課題楽曲とその演奏操作の情報を楽曲データ提供装置１ａに送信することにより、ユーザの演奏習熟度や練習頻度などを楽曲データ提供装置１ａの外部記憶装置１７ａ内に蓄積記憶し、自動分析して、次の課題楽曲や目標をユーザに提示するようにしてもよい。
【０１９５】
以上実施例に沿って本発明を説明したが、本発明はこれらに制限されるものではない。例えば、種々の変更、改良、組合せ等が可能なことは当業者に自明であろう。
【０１９６】
【発明の効果】
以上説明したように、本発明によれば、楽曲データに広告データを添付することにより、広告主から広告料を得て、楽曲データの配信料金を減額することができる。
【図面の簡単な説明】
【図１】 本発明の実施例による楽曲データ提供システムの構成の一例を示すブロック図である。
【図２】 コンピュータの基本構成を示すブロック図である。
【図３】 楽曲データ受信装置（電子音楽装置）の基本構成を示すブロック図である。
【図４】 電子音楽装置の外観の一例を示す概略図である。
【図５】 携帯電話若しくは携帯端末の基本構成を示すブロック図である。
【図６】 記憶領域毎のデータを表すダイアグラムである。
【図７】 楽曲データ提供処理及び受信処理のフローチャートである。
【図８】 楽曲データ提供処理及び受信処理のフローチャートである。
【図９】 楽曲データダウンロード処理のフローチャートである。
【図１０】 楽曲データ演奏処理のフローチャートである。
【図１１】 広告依頼処理及び受付処理のフローチャートである。
【図１２】 表示画面の例である。
【符号の説明】
１…コンピュータ、電子音楽装置、３…携帯電話、５…通信ネットワーク、６…無線受信局、１１…バス、１２…検出回路、１３…表示回路、１４…ＲＡＭ、１５…ＲＯＭ、１６…ＣＰＵ、１７…外部記憶装置、１８…通信インターフェイス、１９…音源回路、４８…Ｂｌｕｅｔｏｏｔｈ回路、４９、５９…アンテナ、５１…Ｒ／Ｆ、５２…変復調部、５３…音声コーデック、５４…スピーカ、５５…マイク、５６…メモリ、１００…楽曲データ提供システム、１２１、１２２、１２３…操作子、１３１、１３２１３３…ディスプレイ、１６１…タイマ、１９１…サウンドシステム、１９２…効果回路、４１２…押鍵検出回路、４２２…鍵盤、

Claims (6)

1. ネットワークに接続されたサーバに所望の楽曲データの要求を前記ネットワークを介して送信する送信手段と、
   前記楽曲データの要求に応答して前記サーバから送信され、前記要求した所望の楽曲データに対応する広告データを前記ネットワークを介して受信する広告データ受信手段と、
   前記広告データに後続して前記サーバから送信される前記要求した楽曲データを前記ネットワークを介して受信する楽曲データ受信手段と、
   前記受信した広告データに基づき前記楽曲データ受信手段にて前記楽曲データの受信が完了されるまでの期間広告を再生する広告再生手段と、
   前記楽曲データ受信手段にて受信した前記要求した楽曲データを再生する楽音発生手段と、
   を有する楽曲データ受信装置。
2. 前記広告データは広告を表示するための広告表示データを含み、
   前記広告再生手段は、さらに前記広告表示データに基づき、前記楽曲データ受信手段にて前記楽曲データの受信が完了されるまでの期間表示手段に前記広告表示データに基づく表示を行うことを特徴とする請求項１記載の楽曲データ受信装置。
3. 前記広告データは広告楽曲を再生するための広告楽曲データを含み、
   前記広告再生手段は、さらに前記広告楽曲データに基づき、前記楽曲データ受信手段にて前記楽曲データの受信が完了されるまでの期間、前記広告楽曲データに基づく楽曲の再生を行うことを特徴とする請求項１又は２に記載の楽曲データ受信装置。
4. 複数の楽曲データと複数の広告データを記憶する記憶手段と、ネットワークを介してユーザから楽曲データの要求を受信する受信手段と、前記記憶手段に記憶されている複数の広告データの内の少なくとも１つの前記ユーザが要求する楽曲データに対応する広告データを前記ユーザからの楽曲データの要求に応答して前記ネットワークを介して送信する広告データ送信手段と、前記広告データの送信に後続して、前記ユーザから要求された楽曲データを前記ネットワークを介して送信する送信手段とを有する楽曲データ提供装置と、
   前記楽曲データ提供装置に所望の楽曲データの要求を前記ネットワークを介して送信する送信手段と、前記楽曲データの要求に応答して前記楽曲データ提供装置から送信され、前記要求した所望の楽曲データに対応する広告データを前記ネットワークを介して受信する広告データ受信手段と、前記広告データに後続して前記楽曲データ提供装置から送信される前記要求した楽曲データを前記ネットワークを介して受信する楽曲データ受信手段と、前記受信した広告データに基づき前記楽曲データ受信手段にて前記楽曲データの受信が完了されるまでの期間広告を再生する広告再生手段と、前記楽曲データ受信手段にて受信した前記要求した楽曲データを再生する楽音発生手段とを有する楽曲データ受信装置と、
   を有する楽曲データ提供システム。
5. 前記楽曲データ提供装置の受信手段は、さらに、広告主が送信する広告データを受信し、前記楽曲データ提供装置の記憶手段が記憶する広告データは、前記広告主から送信された広告データであり、
   前記楽曲データ提供装置は、さらに、前記広告データ送信手段が前記広告データを送信した場合に、当該送信した広告データに対応する前記広告主に広告料を課金する広告主課金手段を有する請求項４記載の楽曲データ提供システム。
6. 前記楽曲データ提供装置は、さらに、前記送信手段が、前記ユーザの要求に応じて楽曲データを送信する際に、前記ユーザに対して楽曲データ料金を課金するユーザ課金手段を有し、
   前記広告データ送信手段は、前記ユーザが広告データの添付を希望するか否かを問い合わせ、前記ユーザが広告データの添付を希望した場合に前記広告データの送信を行い、
   前記ユーザ課金手段は、前記広告データ送信手段が広告データを送信した場合において、前記楽曲データ料金から一定額を減額した料金を課金する請求項５記載の楽曲データ提供システム。

Images