(57)【特許請求の範囲】
【請求項１】
楽曲配信サーバ、および楽曲受信装置を有する楽曲配信システムにおいて、
前記楽曲配信サーバは、
前記楽曲受信装置から特定の楽曲データを指定する楽曲指定データを受信する受信手段と、
楽曲データを供給する供給手段と、
前記受信手段が受信した楽曲指定データにより指定された楽曲データを前記供給手段から供給を受け出力する出力手段と
を有し、
前記楽曲受信装置は、
前記楽曲指定データを前記楽曲配信サーバに送信する送信手段と、
前記出力手段から出力された楽曲データを受取る受取手段と、
前記受取手段が受取った楽曲データに含まれ各々が決められた種類の音を表す複数の演奏データについて、パラメータ値に基づいて音響処理を施す音響処理手段と、
前記楽曲データが示す楽曲の特性を判断する判断手段と、
前記演奏データが表す音の種類と前記判断手段により判断された前記楽曲の特性とに基づいて、前記複数の演奏データのそれぞれについて前記パラメータ値を個別に指定する指定手段と、
前記指定手段により指定されたパラメータ値に基づいて前記音響処理手段が音響処理を施した前記各パートの演奏データを再生する再生手段と
を有することを特徴とする楽曲配信システム。
【請求項２】
前記楽曲受信装置の前記判断手段は、前記受取手段により受け取られた前記楽曲データに含まれる演奏データを解析して前記楽曲の特性を判断する
ことを特徴とする請求項１に記載の楽曲配信システム。
【請求項３】
前記楽曲配信サーバの前記出力手段は、出力する前記楽曲データの楽曲の特性を示す制御データを出力し、
前記楽曲受信装置の前記受取手段は、前記出力手段により出力された前記制御データを受け取り、
前記楽曲受信装置の前記判断手段は、前記受取手段により受け取られた前記制御データが示すものを前記楽曲の特性として判断する
ことを特徴とする請求項１に記載の楽曲配信システム。
【請求項４】
前記指定手段は、楽曲間で平均的な音量レベルが異なるという前記楽曲の特性が判断された場合には、当該音量レベルが大きい前記演奏データの増幅率を低くする前記パラメータ値を指定し、当該音量レベルが小さい前記演奏データの増幅率を高くする前記パラメータ値を指定する
ことを特徴とする請求項１から３までのいずれか１項に記載の楽曲配信システム。
【請求項５】
楽曲データを受取る受取手段と、
前記受取手段が受取った楽曲データに含まれ各々が決められた種類の音を表す複数の演奏データについて、パラメータ値に基づいて音響処理を施す音響処理手段と、
前記楽曲データが示す楽曲の特性を判断する判断手段と、
前記演奏データが表す音の種類と前記判断手段により判断された前記楽曲の特性とに基づいて、前記複数の演奏データのそれぞれについて前記パラメータ値を個別に指定する指定手段と、
前記指定手段により指定されたパラメータ値に基づいて前記音響処理手段が音響処理を施した各演奏データを出力する出力手段と
を有することを特徴とする楽曲編集装置。
【請求項６】
前記指定手段は、楽曲間で平均的な音量レベルが異なるという前記楽曲の特性が判断された場合には、当該音量レベルが大きい前記演奏データの増幅率を低くする前記パラメータ値を指定し、当該音量レベルが小さい前記演奏データの増幅率を高くする前記パラメータ値を指定する
ことを特徴とする請求項５に記載の楽曲編集装置。
【請求項７】
コンピュータを、
楽曲データを受取る受取手段と、
前記受取手段が受取った楽曲データに含まれ各々が決められた種類の音を表す複数の演奏データについて、パラメータ値に基づいて音響処理を施す音響処理手段と、
前記楽曲データが示す楽曲の特性を判断する判断手段と、
前記演奏データが表す音の種類と前記判断手段により判断された前記楽曲の特性とに基づいて、前記複数の演奏データのそれぞれについて前記パラメータ値を個別に指定する指定手段と、
前記指定手段により指定されたパラメータ値に基づいて前記音響処理手段が音響処理を施した各演奏データを出力する出力手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽曲配信システム、楽曲編集装置およびプログラムに関する。
【背景技術】
【０００２】
従来、音楽放送などのオーディオ配信においては、配信側で複数のチャンネルのオーディオ信号を配信する技術が知られている。その場合、チャンネル数が２のステレオのオーディオ信号を配信する技術に加え、チャンネル数が３以上のマルチチャンネルのオーディオ信号を配信する技術も知られている。
さて、配信されるオーディオ信号は、楽曲のジャンル（ロック、ジャズ、演歌…）によって、各楽曲で平均的な音量や音質などが異なる。また、１つの楽曲中においても、楽曲の進行に伴う楽器構成の変化などにより、各チャンネルのオーディオ信号の音量や音質などが異なる。その結果、楽曲間やチャンネル間でオーディオ信号の音量や音質などがアンバランスであることに起因する違和感を聴取者に生じさせることがある。
【０００３】
そのため、ジャンルが異なる楽曲を連続して配信する場合や、複数のチャンネルのオーディオ信号を配信する場合には、楽曲間やチャンネル間でオーディオ信号の音量や音質のバランスを取るための処理である「マスタリング」が必要であった。
【０００４】
さて、特許文献１には、低音を不必要にカットしたり再生音の歪み感を増加させたりすることなく、小口径のスピーカ等で再生する場合においても音量感を増加させることができ、聴感上の音質を向上させることが可能な音響信号処理装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１０４４０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記の特許文献１にも示されているように、従来のマスタリングにおいては、各チャンネルのオーディオ信号は、「配信側が想定した条件」で単純にミックスされて聴取されることを想定してマスタリングされていた。この場合、「配信側が想定した条件」とは、所定の音響特性を有する空間において、所定の特性を有する再生装置で該オーディオ信号が再生される、との条件を意味する。
【０００７】
従って、「配信側が想定した条件」において上記マスタリングされたオーディオ信号が再生された場合には、配信側が意図した通りの印象を聴取者に与える。しかし、上記オーディオ信号が再生される条件によっては、配信側の意図とは異なる印象を聴取者に与えることがあった。
【０００８】
例えば、上記オーディオ信号を室内で再生する場合と屋外で再生する場合とでは、各チャンネルのオーディオ信号は異なる音響特性の変化を受けることから、それら複数のチャンネルのオーディオ信号をまとめて聴取した場合に、チャンネル間でオーディオ信号の音量や音質などのバランスが崩れてしまうことがあった。また、上記オーディオ信号を放音するスピーカの特性（振動板面積や振幅など）によっても、チャンネル間でオーディオ信号の音量や音質などがアンバランスになってしまうことがあった。
【０００９】
また、複数のチャンネルのオーディオ信号がそれぞれ異なるタイプの音（歌唱音声・種々の楽器の演奏音）を表すマルチチャンネルの楽曲を配信する場合、楽曲に含まれる複数のチャンネルのオーディオ信号から特定のチャンネルのオーディオ信号を除いて再生する、所謂マイナスワンを実現する技術が知られている。該マイナスワンが実現された場合、マイナスワンされていない他のチャンネルのオーディオ信号間でバランスが崩れてしまうことがあり、マイナスワンされるチャンネルや該チャンネルをマイナスワンするタイミングと連動して、他のチャンネル間でオーディオ信号の音量や音質のバランスをダイナミックに変化させることが望まれていた。例えば、間奏部分においては歌唱音声のパートが抜けることから、他のパートをもっと大きな音量で聞きたい、などの要望である。しかし従来の楽曲配信の態様では、そのような要望に応えることは出来なかった。
【００１０】
本発明は上述した事情に鑑みてなされたものであり、オーディオ信号が再生される条件またはオーディオ信号の再生の態様に合わせて、各オーディオ信号間のバランスをコントロールすることまたは楽曲間でバランスをコントロールすることを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明に係る楽曲配信システムは、楽曲配信サーバ、および楽曲受信装置を有する楽曲配信システムにおいて、前記楽曲配信サーバは、前記楽曲受信装置から特定の楽曲データを指定する楽曲指定データを受信する受信手段と、楽曲データを供給する供給手段と、前記受信手段が受信した楽曲指定データにより指定された楽曲データを前記供給手段から供給を受け出力する出力手段とを有し、前記楽曲受信装置は、前記楽曲指定データを前記楽曲配信サーバに送信する送信手段と、前記出力手段から出力された楽曲データを受取る受取手段と、前記受取手段が受取った楽曲データに含まれ各々が決められた種類の音を表す複数の演奏データについて、パラメータ値に基づいて音響処理を施す音響処理手段と、前記楽曲データが示す楽曲の特性を判断する判断手段と、前記演奏データが表す音の種類と前記判断手段により判断された前記楽曲の特性とに基づいて、前記複数の演奏データのそれぞれについて前記パラメータ値を個別に指定する指定手段と、前記指定手段により指定されたパラメータ値に基づいて前記音響処理手段が音響処理を施した前記各パートの演奏データを再生する再生手段とを有することを特徴とする。
【００１２】
また、前記楽曲受信装置の前記判断手段は、前記受取手段により受け取られた前記楽曲データに含まれる演奏データを解析して前記楽曲の特性を判断しても良い。
また、前記楽曲配信サーバの前記出力手段は、出力する前記楽曲データの楽曲の特性を示す制御データを出力し、前記楽曲受信装置の前記受取手段は、前記出力手段により出力された前記制御データを受け取り、前記楽曲受信装置の前記判断手段は、前記受取手段により受け取られた前記制御データが示すものを前記楽曲の特性として判断してもよい。
また、前記指定手段は、楽曲間で平均的な音量レベルが異なるという前記楽曲の特性が判断された場合には、当該音量レベルが大きい前記演奏データの増幅率を低くする前記パラメータ値を指定し、当該音量レベルが小さい前記演奏データの増幅率を高くする前記パラメータ値を指定してもよい。
【００１５】
本発明に係る楽曲編集装置は、楽曲データを受取る受取手段と、前記受取手段が受取った楽曲データに含まれ各々が決められた種類の音を表す複数の演奏データについて、パラメータ値に基づいて音響処理を施す音響処理手段と、前記楽曲データが示す楽曲の特性を判断する判断手段と、前記演奏データが表す音の種類と前記判断手段により判断された前記楽曲の特性とに基づいて、前記複数の演奏データのそれぞれについて前記パラメータ値を個別に指定する指定手段と、前記指定手段により指定されたパラメータ値に基づいて前記音響処理手段が音響処理を施した各演奏データを出力する出力手段とを有することを特徴とする。
また、前記指定手段は、楽曲間で平均的な音量レベルが異なるという前記楽曲の特性が判断された場合には、当該音量レベルが大きい前記演奏データの増幅率を低くする前記パラメータ値を指定し、当該音量レベルが小さい前記演奏データの増幅率を高くする前記パラメータ値を指定してもよい。
【００１７】
本発明に係るプログラムは、コンピュータを、楽曲データを受取る受取手段と、前記受取手段が受取った楽曲データに含まれ各々が決められた種類の音を表す複数の演奏データについて、パラメータ値に基づいて音響処理を施す音響処理手段と、前記楽曲データが示す楽曲の特性を判断する判断手段と、前記演奏データが表す音の種類と前記判断手段により判断された前記楽曲の特性とに基づいて、前記複数の演奏データのそれぞれについて前記パラメータ値を個別に指定する指定手段と、前記指定手段により指定されたパラメータ値に基づいて前記音響処理手段が音響処理を施した各演奏データを出力する出力手段として機能させることを特徴とする。
【発明の効果】
【００１８】
本発明に係る楽曲配信システム、楽曲編集装置およびプログラムによれば、オーディオ信号が再生される条件またはオーディオ信号の再生の態様に合わせて、各オーディオ信号間のバランスをコントロールすることまたは楽曲間でバランスをコントロールすることが可能になる。
【図面の簡単な説明】
【００１９】
【図１】楽曲配信システム１の構成を示すブロック図である。
【図２】ＲＴＰパケットの構成を示す図である。
【図３】受信装置１０の構成を示すブロック図である。
【図４】表示部１５の表示内容の一例を示した図である。
【図５】配信装置２０の構成を示すブロック図である。
【図６】楽曲データの構成を示した図である。
【図７】受信装置１０の処理の流れを示す図である。
【図８】受信装置１０におけるデータの流れを示す図である。
【図９】配信装置２０の処理の流れを示すフローチャートである。
【図１０】配信装置２０におけるデータの流れを示す図である。
【図１１】配信装置２０が配信するデータを示した図である。
【発明を実施するための形態】
【００２０】
以下では、本発明の一実施形態に係る楽曲配信システムについて説明する。楽曲配信システムは、楽曲が聴取される際の各種条件に応じて楽曲データをマスタリングし、該楽曲データを配信するシステムである。
【００２１】
（Ａ：構成）
（Ａ−１：全体構成）
図１は、楽曲配信システム１の全体構成を示した図である。楽曲配信システム１は、受信装置１０−１、１０−２、１０−３と、配信装置２０と、それらの通信装置を接続する通信網３０とを有する。受信装置１０−１、１０−２、１０−３は、例えば、それぞれ別のカラオケボックスに設置された通信カラオケ端末であり、配信装置２０は、該通信カラオケ端末に楽曲データを配信するカラオケ楽曲配信サーバである。受信装置１０−１、１０−２、１０−３は互いに同じ構成を有し、以下の説明において互いに区別する必要がない場合には、受信装置１０と総称する。
【００２２】
（Ａ−２：データ通信）
通信網３０は例えばインターネット網であり、受信装置１０と配信装置２０の間で所定の通信プロトコルに従って行われるデータ通信を仲介する。本実施形態で用いられている通信プロトコルは、アプリケーション層の通信プロトコルとしては、ＲＴＰ（Real-time  Transport  Protocol）が用いられており、トランスポート層の通信プロトコルとしては、ＵＤＰ（User  Datagram  Protocol）が用いられており、ネットワーク層の通信プロトコルとしてはＩＰ（Internet  Protocol）が用いられている。受信装置１０−１、１０−２、１０−３、および配信装置２０には、ＩＰアドレスが割り振られており、通信網３０において一元的に識別される。
【００２３】
なお、ＲＴＰとは、音声データや映像データをend-to-endでリアルタイムに送受信する通信サービスを提供するための通信プロトコルであり、その詳細はＲＦＣ１８８９に規定されている。ＲＴＰにおいては、ＲＴＰパケットを生成し送受信することにより上記通信装置同士でデータの授受が行われる。
【００２４】
図２に示すように、ＲＴＰパケットは、ＩＰにおけるデータ転送単位であるパケットやＴＣＰにおけるデータ転送単位であるセグメントと同様に、ヘッダ部とペイロード部とで構成されている。ヘッダ部には、タイムスタンプ、送信元識別子および送信先識別子の３種類のデータが書き込まれる。ここで、タイムスタンプとは、時刻（例えば、受信装置１０と配信装置２０がデータ通信を開始してから経過した時間）を示すデータである。また、送信元識別子および送信先識別子には、上記各通信装置に割り振られたＩＰアドレスが用いられる。ペイロード部には、所定時間（本実施形態では２０ミリ秒）分の音声データが書き込まれる。
【００２５】
（Ａ−３：受信装置１０）
次に、受信装置１０の構成を図３を参照して説明する。
ＣＰＵ（Central  Processing  Unit）１１は、ＲＯＭ（Read  Only  Memory）１２に記憶されている制御プログラムを読み出して、ＲＡＭ（Random  Access  Memory）１３をワーキングエリアとして実行することにより、受信装置１０の各部を制御する。またＲＡＭ１３は、ＣＰＵ１１が実行するマスタリングに係る各種パラメータを記憶し、ＣＰＵ１１はＲＡＭ１３に書き込まれたパラメータ値に基づいて各種処理を実行する。
【００２６】
操作部１４は、楽曲に関する各種のリクエストを入力するためのリモコンや、配信装置２０から配信された楽曲のマスタリングに係る各種設定を行うためのキーボードやマウスである。上記リモコンは、楽曲を選択するための数字ボタンや、選択した楽曲を歌唱を付けて再生させる（通常演奏）か、歌唱を抜いて再生させる（カラオケ伴奏）か、を選択するための歌唱ミュートボタンを有する。操作部１４は、操作された内容を表す操作信号をＣＰＵ１１へ出力する。
【００２７】
表示部１５は、例えばＬＣＤ(Liquid  Crystal  Display)などの表示装置であり、ＣＰＵ１１の制御の下で、楽曲の歌詞を背景画像にオーバーラップさせたカラオケ画面や、楽曲データのマスタリングに係る各種設定を行うための操作画面を表示する。
【００２８】
図４は、表示部１５に表示された操作画面の一例を示した図である。操作画面は、後述する複数の信号（図中Ｓ１〜６で表す）のマスタリングに係る各種パラメータを調整するための複数の操作子からなる。図４には、上記複数の信号のうち１つの信号（Ｓ１）についての操作画面が示されている。同図に示すように、操作画面は、イコライザ操作部１５Ａ、コンプレッサ操作部１５Ｂ、およびアンプ操作部１５Ｃの３つの操作部を有する。
【００２９】
イコライザ操作部１５Ａには、処理の対象となる信号をイコライザによりイコライジングする際のパラメータ（周波数ごとのゲイン）が示されている。
コンプレッサ操作部１５Ｂには、処理の対象となる信号をコンプレッサにより圧縮する際のパラメータ（スレッショルド、レシオ、アタックタイム、リリースタイムの４つのパラメータ）が示されている。なお、スレッショルドとは、圧縮を行うレベル（ｄＢ）の閾値である。レシオとは、スレッショルドを超える音を圧縮する割合である。アタックタイムとは、入力された信号がスレッショルドを超えてからレシオで決められた割合に圧縮されるまでの時間である。リリースタイムとは、入力された信号が再びスレッショルド以下になってから圧縮が止むまでの時間である。
アンプ操作部１５Ｃには、処理の対象となる信号をアンプにより増幅する際のパラメータ（増幅率）が示されている。
【００３０】
以上の操作部において、各パラメータ値を調整するスライダは、操作部１４のマウスにより操作されるポインタ１５１で操作可能であり、各パラメータ値は、ポインタ１５１により操作された値へ調整される。表示部１５において設定された各パラメータ値は、ＲＡＭ１３に書き込まれる。
【００３１】
マイクロホン１６は、収音した音をアナログ信号に変換する。
音声処理部１７は、Ａ／Ｄコンバータ１７Ａ、Ｄ／Ａコンバータ１７Ｂ、およびミキサ１７Ｃを有する。Ａ／Ｄコンバータ１７Ａは、マイクロホン１６が生成したアナログ信号をＡ／Ｄ変換し、デジタルデータに変換して出力する。Ｄ／Ａコンバータ１７Ｂは、受取ったデジタルデータをＤ／Ａ変換し、アナログ信号に変換して出力する。ミキサ１７Ｃは、受取った複数のデータをミキシングして出力する。
スピーカ１８は、音声処理部１７から受取ったアナログ信号に基づいて音を放音する。
【００３２】
通信部１９は、通信網３０に有線接続されている。この通信部１９は、ＣＰＵ１１から受取ったＲＴＰパケットを下位層の通信プロトコルにしたがって順次カプセル化することにより得られるＩＰパケットを通信網３０へ送出する。なお、カプセル化とは、上記ＲＴＰパケットをペイロード部に書き込んだＵＤＰセグメントを生成し、さらに、そのＵＤＰセグメントをペイロード部に書き込んだＩＰパケットを生成することである。また、通信部１９は、通信網３０を介してＩＰパケットを受信し、該ＩＰパケットに対して上記カプセル化とは逆の処理を行うことにより、そのＩＰパケットにカプセル化されているＲＴＰパケットを読み出してＣＰＵ１１へ出力する。
以上に説明した受信装置１０の各部はバスにより接続され、互いにデータのやり取りを行う。以上が受信装置１０の構成である。
【００３３】
（Ａ−４：配信装置２０）
次に、配信装置２０の構成を図５を参照して説明する。
ＣＰＵ２１は、ＲＯＭ２２に記憶されている制御プログラムを読み出して、ＲＡＭ２３をワーキングエリアとして実行することにより、配信装置２０の各部を制御する。
【００３４】
記憶部２４は、例えばＨＤＤ（Hard  Disk  Drive）などの大容量の記憶装置であり、複数の楽曲データを記憶している。
図６は、各楽曲データの内容を模式的に示した図である。各楽曲データは大別して、楽曲の属性を表すプロファイルデータと演奏データと歌詞データとを有している。
【００３５】
プロファイルデータには、楽曲に割り振られた曲番号を表す曲番号データ、楽曲の曲名を表す曲名データ、楽曲のジャンルを示すジャンルデータ、楽曲の演奏時間を示す演奏時間データ、楽曲を構成する各パートの音の種類を表す構成楽器データ、およびデフォルト値データが含まれている。
【００３６】
ジャンルデータには、例えばハードロック／ヘビーメタル、ジャズ、フォーク、演歌、クラシックなどと書き込まれている。
構成楽器データには、演奏データの各パートの楽器名が（歌唱の場合には、歌唱と）書き込まれている。
デフォルト値データには、受信装置１０のＣＰＵ１１が有するイコライザ、コンプレッサ、およびアンプの各機能に係るパラメータについて、デフォルトで設定される「初期値」が書き込まれている。具体的には上記パラメータとして、イコライジングにおける周波数ごとのゲインと、コンプレッサにおけるスレッショルド、レシオ、アタックタイム、リリースタイムと、アンプにおける増幅率とが書き込まれている。該デフォルト値データに示されたパラメータ値に基づいてマスタリングされた楽曲データは、配信側が想定する条件で再生された場合に各パートの演奏のバランスが最適となるように、各パラメータ値は設定されている。
【００３７】
演奏データは、楽曲の各パートの音（楽器の演奏音、および歌唱音声）を表すデータである。演奏データは、ＷＡＶＥ形式や、ＭＰ３（MPEG-1  Audio  Layer-3）形式のデータである。本実施形態において、上記演奏データには、メインボーカル（Ｖ）、コーラス（Ｃ）、ギター（Ｇ）、ベース（Ｂ）、キーボード（Ｋ）、およびドラムス（Ｄ）の６つのパートが含まれる。
なお、記憶部２４に記憶されている楽曲データにおいて、各パートの演奏データはマスタリングされていない。すなわち、各パートの演奏データは単独では模範的な演奏であるが、他のパートの演奏データと間で、音量や音質の相対的なバランスが調整されていない。従って、それら複数のパートの演奏データを単純にミックスしても不自然な演奏となる。
【００３８】
歌詞データには、歌詞の内容（文字）が、表示すべきタイミング、表示部１５の画面において表示すべき位置、および楽曲の進行に伴い表示態様を変える所謂ワイプ処理をするタイミングと対応付けられて記されている。
【００３９】
通信部２５は、通信網３０に有線接続されている。この通信部２５は、ＣＰＵ２１から受取ったＲＴＰパケットを下位層の通信プロトコルにしたがって順次カプセル化することにより得られるＩＰパケットを通信網３０へ送出する。なお、カプセル化とは、上記ＲＴＰパケットをペイロード部に書き込んだＵＤＰセグメントを生成し、さらに、そのＵＤＰセグメントをペイロード部に書き込んだＩＰパケットを生成することである。また、通信部２５は、通信網３０を介してＩＰパケットを受信し、該ＩＰパケットに対して上記カプセル化とは逆の処理を行うことにより、そのＩＰパケットにカプセル化されているＲＴＰパケットを読み出してＣＰＵ２１へ出力する。
以上に説明した配信装置２０の各部はバスにより接続され、互いにデータのやり取りを行う。以上が配信装置２０の構成である。
【００４０】
（Ｂ：動作）
次に、受信装置１０および配信装置２０が実行する処理について説明する。以下の動作例では、受信装置１０のユーザ（以下、歌唱者）により、選択した楽曲を歌唱パートも含めて再生させること（通常演奏）をリクエストされた場合と、歌唱パートを抜いて再生させること（カラオケ伴奏）をリクエストされた場合について、それぞれ説明する。
【００４１】
（Ｂ−１；リクエスト）
図７は、受信装置１０が実行する処理の流れを示したフローチャートである。また、図８は、受信装置１０におけるデータの流れを示したブロック図である。
【００４２】
歌唱者は、受信装置１０に演奏させたい楽曲の曲番号を、操作部１４の数字ボタンを押下し入力する。また歌唱者は、選択した各楽曲について、歌唱ミュートボタンのＯＮ／ＯＦＦを操作し、通常演奏またはカラオケ伴奏を選択する。
なお、本動作例においては、２つの楽曲の演奏をリクエストする。そして、１曲目の曲番号の入力時には歌唱ミュートボタンをＯＦＦ（通常演奏）にし、２曲目の曲番号入力時には歌唱ミュートボタンをＯＮ（カラオケ伴奏）にする。
【００４３】
操作部１４は、歌唱者に入力された曲番号、および該曲番号と対応する歌唱ミュートボタンのＯＮ／ＯＦＦを含む操作信号をＣＰＵ１１に出力し、ＣＰＵ１１は該操作信号を受取る（ステップＳＡ１００）。
ＣＰＵ１１は、歌唱ミュートボタンがＯＮ／ＯＦＦいずれを選択されたかを示すデータを曲番号と対応させてＲＡＭ１３に書き込む。また、ＣＰＵ１１は、操作部１４から受取った操作信号に基づいて、選択された曲番号および歌唱ミュートボタンのＯＮ／ＯＦＦを含む「リクエスト信号」を生成し、通信部１９に出力する。通信部１９は、通信網３０を介してリクエスト信号を配信装置２０に送信する。
【００４４】
（Ｂ−２；楽曲データの編集）
ここで、受信装置１０からリクエスト信号を受取った配信装置２０が実行する処理について説明する。図９は、配信装置２０が実行する処理の流れを示したフローチャートである。また、図１０は、配信装置２０におけるデータの流れを示したブロック図である。以下では、図９のフローチャートの流れに従い、図１０を参照しながら説明する。
【００４５】
図１０に示すように、通信部２５は、受信装置１０から受取ったリクエスト信号をＣＰＵ２１に出力し、ＣＰＵ２１は該リクエスト信号を受信する（ステップＳＢ１００）。
【００４６】
ＣＰＵ２１は、該受取ったリクエスト信号に含まれる曲番号と対応する曲番号データを有する楽曲データを特定する。そしてＣＰＵ２１は、該特定した楽曲データのプロファイルデータに含まれる曲名データ、ジャンルデータ、演奏時間データ、構成楽器データ、およびデフォルト値データを、「制御データ」として、楽曲の開始までに通信部２５に出力する。通信部２５は、ＣＰＵ２１から制御データを受取ると、通信網３０を介して受信装置１０に送信する（ステップＳＢ１１０）。
【００４７】
ステップＳＢ１１０の処理が完了すると、ＣＰＵ２１は、受取ったリクエスト信号で指定される楽曲データに含まれる演奏データを、楽曲の進行に伴って記憶部２４から読み出す（ステップＳＢ１２０）。読み出された各パートの演奏データ、すなわち、メインボーカルパート、コーラスパート、ギターパート、ベースパート、キーボードパート、ドラムスパートの演奏データは、通信部２５に出力される。また、ＣＰＵ２１は、歌詞データを楽曲の進行と共に読出し、通信部２５に出力する。
通信部２５は、以上のデータを受取ると、順次受信装置１０に送信する（ステップＳＢ１３０）。
図１１には、以上のようにして配信装置２０から受信装置１０に送信されるデータをまとめて示す。制御データは、楽曲の演奏開始までに送信されるデータであり、演奏データおよび歌詞データは、楽曲の演奏に伴って送信されるデータである。
【００４８】
（Ｂ−３；楽曲の演奏）
ここで再び、受信装置１０が実行する処理を、図７および図８を参照して説明する。
受信装置１０は、まず配信装置２０から制御データを受信する（ステップＳＡ１１０）。ＣＰＵ１１は、ステップＳＡ１１０において受信した制御データに含まれるデフォルト値データをＲＡＭ１３に書き込み、後述するイコライザ、コンプレッサ、アンプの各機能に係るパラメータの初期値を設定する（ステップＳＡ１２０）。
【００４９】
なお、上述したように、制御データに記されたパラメータのデフォルト値は、配信側が想定した条件で楽曲データを再生した場合に最適となるパラメータであり、各受信装置１０が置かれた条件に対して最適化されたものではない。本ステップＳＡ１２０において設定されるパラメータ値は初期値として一旦設定される値であり、後述するように歌唱者により適宜再設定が可能である。以下の説明においては、各種パラメータが該初期値に設定され、歌唱者により再設定されていない場合について説明する。
【００５０】
ＣＰＵ１１は、楽曲の進行に伴って、各パートの演奏データ、および歌詞データ（図示略）を配信装置２０から受信する（ステップＳＡ１３０）。
ＣＰＵ１１は、受信した演奏データに対し、以下のように一連の音響処理を施す。ＣＰＵ１１は、図８において破線で示されるように、チャンネル選択部１１１、ノーマライズ部１１２、イコライザ１１３、ノイズ除去部１１４、コンプレッサ１１５、およびアンプ１１６を有する。以下では、ＣＰＵ１１に入力された各パートの演奏データに対する各音響処理について説明する。
【００５１】
チャンネル選択部１１１は入力チャンネル２１３−１〜６を有し、それぞれの入力チャンネルには、メインボーカルパート、コーラスパート、ギターパート、ベースパート、キーボードパート、およびドラムスパートの演奏データが入力される。それら各パートの演奏データを、以下ではパート信号Ｓ１〜６とする。なお、パート信号Ｓ１〜６を互いに区別する必要がない場合は、「パート信号Ｓ」と総称する。
なお、入力チャンネル２１３−１〜６は、図面においては端子のように表現しているが、該表示は信号系統を示すために便宜上端子様に表現したものである。
【００５２】
チャンネル選択部１１１は、歌唱ミュートボタンがＯＮ／ＯＦＦいずれを選択されたかを示すデータをＲＡＭ１３から読み出し、該データに基づいてパート信号Ｓを選択し（ステップＳＡ１４０）、該選択したパート信号Ｓをノーマライズ部１１２に出力する。具体的には、歌唱ミュートボタンがＯＦＦである場合、チャンネル選択部１１１は、受取った全てのパート信号Ｓをノーマライズ部１１２に出力する。一方、歌唱ミュートボタンがＯＮである場合、チャンネル選択部１１１は、配信装置２０から受取った制御データに含まれる構成楽器データを参照し、入力されたパート信号Ｓ１〜６からメインボーカルの歌唱を表すパート信号を特定する。そして、チャンネル選択部１１１は、該特定されたパートを除く他の全てのパート信号Ｓをノーマライズ部１１２に出力する。
本実施例においては、１曲目において歌唱ミュートボタンはＯＦＦが選択されたため、パート信号Ｓ１〜６がノーマライズ部１１２に出力される。一方、２曲目において歌唱ミュートボタンはＯＮが選択されたため、メインボーカルを表すパート信号Ｓ１を除くパート信号Ｓ２〜６がノーマライズ部１１２に出力される。
【００５３】
ノーマライズ部１１２は、チャンネル選択部１１１から受取った各パート信号Ｓの信号レベルをノーマライズ（標準化）する（ステップＳＡ１５０）。なお、ノーマライズとは、各パート信号の音量を、音がひずまない範囲内での最大レベルに調整する処理である。ノーマライズ部１１２は、ノーマライズされたパート信号Ｓをノイズ除去部１１４に出力する。
【００５４】
イコライザ１１３は、ノーマライズ部１１２から受取った各パート信号Ｓの周波数特性を変換する（ステップＳＡ１６０）。すなわちイコライザ１１３は、ステップＳＡ１２０において設定された、周波数帯域ごとに設定されたゲインで信号レベルを調整することにより、各パート信号Ｓの周波数特性を変換する。イコライジング処理された各パート信号Ｓは、ノイズ除去部１１４に出力される。
【００５５】
ノイズ除去部１１４は、イコライザ１１３から受取った各パート信号Ｓに含まれるノイズを除去する（ステップＳＡ１７０）。本処理には、特定の周波数帯域（例えば、所定の値より高い周波数成分）の信号を除去する方法など、従来から知られているノイズ除去の方法を適用すれば良い。なお、後述するコンプレッサ１１５による処理には全体の音量を上げる工程が含まれ、該工程において微小なノイズさえも増幅されて耳障りになる傾向がある。従って、たとえ微小なノイズであったとしても、コンプレッサをかける前にノイズを除去しておくのが望ましい。
【００５６】
コンプレッサ１１５は、各パート信号Ｓの音量のダイナミックレンジ（音量差）を圧縮する（ステップＳＡ１８０）。該処理は、各パート信号Ｓを「力強い迫力ある音」にする目的で行われる。コンプレッサ１１５は、ステップＳＡ１２０で設定された、スレッショルド、レシオ、アタックタイム、リリースタイムの４つのパラメータにより、各パート信号Ｓを圧縮する。コンプレッサ１１５により処理された各パート信号Ｓは、アンプ１１６に出力される。
【００５７】
アンプ１１６は、コンプレッサ１１５から受取った各パート信号ＳのレベルをステップＳＡ１２０において設定されたパラメータ値に従って調整する（ステップＳＡ１９０）。レベルが調整された各パート信号Ｓは、音声処理部１７に出力される。
【００５８】
音声処理部１７において、ミキサ１７Ｃは、ＣＰＵ１１から受取った各パート信号Ｓをミキシングして、Ｄ／Ａコンバータ１７Ｂに出力する。Ｄ／Ａコンバータ１７Ｂは、各パート信号Ｓをアナログ信号に変換し、スピーカ１８に出力する。
スピーカ１８は、音声処理部１７から受取った信号を放音する。また、ＣＰＵ１１は、受信した歌詞データに基づいて、表示部１５のカラオケ画面に歌詞テロップを表示する（ステップＳＡ２００）。
ステップＳＡ２００の処理が終了すると、ＣＰＵ１１は、カラオケの演奏が終了次第、本処理を終了する。
【００５９】
（Ｂ−４；パラメータの再設定）
さて、上述の説明において、マスタリングの各処理におけるパラメータ値は配信装置２０から受取った制御データに含まれるデフォルト値データに従って設定される場合について説明した。しかし、歌唱者は、楽曲データの演奏前および演奏中に、上記各処理に係る各パラメータのデフォルト値を適宜再設定することが可能である。歌唱者は、受信装置１０が置かれた条件で最も好ましいと感じる楽曲が生成されるようにパラメータ値を入力する。該パラメータ値が入力されると、入力内容を示す操作信号が操作部１４からＣＰＵ１１に出力され、ＲＡＭ１３に書き込まれたパラメータ値が更新され、以降の処理は該更新されたパラメータ値に従って行われる。
【００６０】
本動作例において、歌唱者は、１曲目および２曲目の楽曲データのマスタリングに係る各パラメータ値を、以下に示す３つの例のように再設定する。なお、これらの再設定方法は例示であり、他に種々の再設定方法が可能である。
（例１）カラオケ伴奏が指示された２曲目の楽曲をインストゥルメンタルの楽曲として演奏させたい場合、楽曲の旋律をもっとも良く示しているパート（例えば、キーボードを表すパート）のパート信号Ｓに係るアンプの増幅率を、デフォルト値よりも大きく調整する。そのようにすることで、最終的に放音される演奏音において、キーボードの演奏音が他のパートの演奏音に対して相対的に大きなレベルとなり、該楽曲はキーボードによる旋律が強調されたインストゥルメンタルの楽曲として演奏される。
【００６１】
（例２）歌唱者が、デフォルト値として配信側が設定した値による演奏において、ドラムスパートによる低音が耳障りであると感じる場合、アンプ１１６においてパート信号Ｓ６の増幅に係るパラメータ値をデフォルト値よりも小さく設定しても良い。また、別の方法としては、イコライザ１１３において、全てのパート信号Ｓの低い周波数成分のレベルを低下させるよう、イコライジングに係るパラメータ値を調整しても良い。
【００６２】
（例３）低い音量レベルで楽曲を再生する必要がある場合や、スピーカ１８が小さいために低音を放音する能力が低い場合などでは、各周波数成分の中でも特に低音が聴取されにくくなる傾向がある。そのような場合、例えばベースパートやドラムスパートのパート信号の増幅に係るパラメータ値を高く設定したり、イコライザ１１３のイコライジングに係るパラメータ値を調整して、低音のパートの演奏音や低音の周波数成分を強調しても良い。
【００６３】
（例４）例えば１曲目の楽曲のジャンルがハードロックであり、２曲目の楽曲のジャンルがジャズであるなど、楽曲の平均的な音量レベルが楽曲間で大きく異なる場合、それぞれの楽曲を独立した状況で聴取すれば自然な音量レベルで聴取されるとしても、該楽曲を連続して聴取する歌唱者にとっては、２曲目の楽曲が放音された際に実際以上に小さな音量であるかのように聞こえてしまうなど、楽曲間でアンバランスな印象を与えてしまうことがある。このような場合、歌唱者は、１曲目の楽曲において、全てのパート信号Ｓに対するアンプ１１６の増幅率を低く設定し、演奏音全体の音量レベルを低く設定すると共に、２曲目の楽曲において、全てのパート信号Ｓに対するアンプ１１６の増幅率を高く設定し、演奏音全体の音量レベルを高く設定しても良い。
【００６４】
以上のように、本実施形態に係る楽曲配信システム１によれば、歌唱者は、楽曲を放音させる条件（空間の音響特性や、再生装置の特性）、および歌唱者の嗜好に応じて、各パラメータ値を自在に調整することができ、複数のパートからなる楽曲において、各パートの全体の音におけるバランスを適切に調整することができる。また、楽曲間でのバランスも調整することができる。
従って、楽曲を放音する条件が配信側が想定した条件と異なる場合にも、パート間や楽曲間の音量や音質などがアンバランスになり違和感を生じさせたりすることを防ぐことが出来る。また、仮に楽曲を放音させる条件が配信側が想定した条件である場合においても、それぞれ異なる嗜好を持つ各歌唱者は、自身が最も良いと感じるバランスに各パート・各楽曲の演奏を調整することができる。
【００６５】
（Ｃ：変形例）
以上、本発明の一実施形態について説明したが、本発明は上述の実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその一例を示す。
【００６６】
（１）上記実施形態においては、楽曲配信システム１はカラオケ楽曲の配信システムである場合について説明した。すなわち、配信装置２０はカラオケ楽曲の配信サーバであり、受信装置１０は通信カラオケ端末であった。しかし、楽曲配信システム１は、カラオケ楽曲の配信システムに限られるものではなく、本発明は各種の音データを配信するシステムに適用可能である。
【００６７】
（２）上記実施形態においては、通信網３０に受信装置１０が３つ接続される場合について説明したが、１つ、２つ、または４つ以上設けられるとしても良い。
【００６８】
（３）上記実施形態においては、通信網３０はインターネット網である場合について説明したが、ＬＡＮ（Local  Area  Network）などであっても良い。要は、所定の通信プロトコルに従って通信装置同士が行うデータ通信を仲介するものであれば良い。また、受信装置１０および配信装置２０は有線で通信網３０に接続されている場合について説明したが、通信網３０が例えば無線ＬＡＮなどの無線パケット通信網であり、受信装置１０および配信装置２０が、この無線パケット通信網に接続されていても良い。
【００６９】
（４）上記実施形態では、音声データの送受信に係るアプリケーション層の通信プロトコルとしてＲＴＰを用いる場合について説明したが、他の通信プロトコルを用いても良い。要は演奏データをリアルタイムに送受信するための通信プロトコルであれば良い。
【００７０】
（５）上記実施形態においては、配信装置２０は、記憶部２４に格納された楽曲データに含まれる各パートの演奏データをパート信号Ｓとして用いる場合について説明した。しかし、楽曲データを記憶する手段は、ＨＤＤなどの記憶手段に限られない。例えば配信装置２０が各種の記録媒体に記録されたデータを読み出し出力する再生装置を更に備え、該再生装置により記録媒体から読み出したデータをパート信号Ｓとして用いても良い。
【００７１】
（６）上記実施形態において、楽曲データに含まれる演奏データはＷＡＶＥ形式やＭＰ３形式のデータとしたが、データの形式はこれに限定されるものではない。演奏データは、各パートの演奏を表すデータであればどのような形式のデータであってもよい。
【００７２】
（７）上記実施形態においては、演奏データに６つのパートが含まれる場合について説明した。しかし、パートの数は６つに限定されるものではなく、いずれの数でも良い。パート数が複数である場合には、複数のパートの演奏データの間のバランスを調整することができるし、パート数が１または複数である場合には、楽曲間でバランスを調整することができる。
【００７３】
（８）上記実施形態においては、配信装置２０の記憶部２４に、各種音響処理に係るパラメータ値のデフォルト値を表すデフォルト値データが格納されており、受信装置１０に配信される場合について説明した。しかし、デフォルト値データは必ずしも予め記憶部２４に格納されている必要はない。デフォルト値データが予め記憶部２４に格納されていない場合には、受信装置１０の歌唱者が一旦操作部１４を操作して適当なパラメータを設定し、楽曲を受信して試聴しながら、その都度再設定しても良い。
【００７４】
（９）上記実施形態においては、操作部１４の歌唱ミュートボタンがＯＮされると、メインボーカルパートのパート信号Ｓ１が楽曲から除かれて再生される場合について説明した。しかし、特定のパート信号Ｓを除く方法は、該歌唱ミュートボタンの押下に限られない。例えば、アンプ１１６に設定された特定のパート信号Ｓに対する増幅率を０にすることにより、特定のパート信号Ｓを楽曲の演奏から除くこともできる。
【００７５】
（１０）上記実施形態においては、操作部１４の歌唱ミュートボタンをＯＮ／ＯＦＦすることにより、メインボーカルパートのパート信号Ｓ１を楽曲から除いて再生する場合について説明した。しかし、楽曲から除かれるパート信号Ｓはパート信号Ｓ１に限定されず、他のいずれのパート信号Ｓでも良い。例えば、楽曲データの放音に合わせてギターの演奏を行う場合、ギターのパートのパート信号Ｓ３を除いて再生しても良い。その場合、歌唱ミュートボタンに代えてまたは併せて、該除かれるパート信号と対応付けたミュートボタン（例えば、「ギターミュートボタン」）を操作部１４に設けておいても良い。
【００７６】
（１１）上記実施形態においては、各パート信号Ｓを、主にイコライザ、コンプレッサ、およびアンプの３つの機能を用いて変換する場合について説明した。しかし、これら３つの処理を全て施さなくても良く、いずれか１つ、または２つを用いても良い。イコライザのみ用いられた場合には、例えば周波数特性が特に異なる楽曲の周波数特性を変換することにより楽曲間で周波数特性を類似させ、複数の楽曲間で統一感を持たせたりしても良い。また、コンプレッサのみ用いられた場合には、迫力がない楽曲に対して圧縮処理を施すことにより迫力を出しても良い。また、アンプのみ用いられた場合には、上記実施形態において（例１）に示されたように各パートに対するアンプの増幅率を調整し、パート間や楽曲間でバランスを取っても良い。
【００７７】
（１２）上記実施形態においては、受信装置１０および配信装置２０に特徴的な機能をソフトウェアモジュールで実現する場合について説明したが、上記各機能を担うハードウェアモジュールを組み合わせて本発明に係る楽曲配信システム１の各装置を構成するようにしても良い。
【００７８】
（１３）上記実施形態においては、本発明に係る受信装置１０および配信装置２０に特徴的な機能を実現するためのプログラムを、それぞれＲＯＭ１２およびＲＯＭ２２に予め書き込んでおく場合について説明したが、磁気テープ、磁気ディスク、フレキシブルディスク、光記録媒体、光磁気記録媒体、ＲＡＭ、ＲＯＭなどのコンピュータ読み取り可能な記録媒体に上記プログラムを記録して配布するとしても良く、インターネット網などの電気通信回線経由のダウンロードにより上記プログラムを配布するようにしても良い。
【００７９】
（１４）上記実施形態においては、受信装置１０においてパート信号間のバランスが調整されたパート信号Ｓが「放音」される場合について説明した。しかし、受信装置１０においてパート信号間のバランスが調整されたパート信号Ｓを記憶するための手段（磁気テープ、磁気ディスク、フレキシブルディスク、光記録媒体、光磁気記録媒体、ＲＡＭ、ＲＯＭなどのコンピュータ読み取り可能な記録媒体に上記音声データを書き込む書込手段、および上記音声データを記憶するＨＤＤなどの大容量記憶装置）を設け、歌唱者が所望する態様でバランスが調整された楽曲データを該記憶手段に記憶しても良い。すなわち、図８において、ミキサ１７Ｃから出力された出力信号を上記記憶手段に記憶させても良い。そのように本発明に係る楽曲配信システム１を変形して利用すれば、歌唱者の所望の態様で各パートの演奏データのバランスが調整された楽曲データを生成する楽曲データ生成装置が実現可能である。
【００８０】
（１５）上記実施形態においては、図４に示されるように、イコライザ１１３によるイコライジングの態様は、周波数ごとのゲインにより設定される場合について説明した。その場合、イコライジングの「パターン」を選択することにより、より簡易にイコライジングの態様を設定することができるようにしても良い。例えば、低音を強調するモード、高音を強調するモード、低音と高音を強調するモード、低音と高音を低減するモードなど、複数のモードの各々に対して、予め周波数帯域ごとのゲインを設定・記憶しておき、イコライジングの際には、歌唱者により選択されたモードに応じた各周波数帯域ごとのゲインを読出してイコライザ１１３に設定するようにしても良い。
【００８１】
（１６）上記実施形態においては、図４に示されるように、コンプレッサ１１５による圧縮の態様は、スレッショルド、レシオ、アタック、およびリリースの４つのパラメータにより設定される場合について説明した。しかし、より簡易に設定が可能となるように、スレッショルドおよびレシオのみ設定を可能とするなど、それら複数のパラメータのいずれか１つまたは複数のパラメータが設定可能としても良い。
【００８２】
（１７）上記実施形態においては、受信装置１０のＣＰＵ１１が実行する各音響処理に係るパラメータについて、デフォルト値データに基づいて初期値が設定されると共に、該初期値は歌唱者により再設定が可能である場合について説明した。しかし、それらパラメータの全てまたは複数についての設定値が書き込まれた複数のテンプレートを予め受信装置１０のＲＯＭ１２またはＲＡＭ１３に格納しておくと共に、操作部１４には該テンプレートのいずれかを選択可能な操作子を設け、歌唱者によりいずれかのテンプレートが選択されると、該選択されたテンプレートに記された値が各パラメータに設定されるようにしても良い。その場合、各パラメータの初期値が制御データに代えて該テンプレートに基づいて設定されるとしても良いし、制御データに基づいて設定された初期値を該テンプレートに記された値に更新するようにしても良い。また、テンプレートに基づいて設定された値を更に操作部１４の操作に基づいて更新可能であるようにしても良い。
【００８３】
また、受信装置１０がおかれた音響空間の特性に基づいて各パラメータの値が自動的に設定されるようにしても良い。上記音響空間の特性とは、例えば残響時間の長さ、音響空間の広がり（空間の体積）などである。
まず、残響時間の長さに基づいて各パラメータの値が設定される場合について説明する。受信装置１０に、収音した音を表す音信号を生成するマイクロホンを設けると共に、ＲＯＭ１２またはＲＡＭ１３に例えばインパルス音などの音データを格納しておく。そして、各パラメータの値を設定するにあたっては、上記インパルス音をスピーカ１８に放音させ、上記マイクロホンで収音する。そして、該マイクロホンにより生成された音信号のレベルを経時的に測定し、レベルが所定の閾値を下回るのに要した時間（残響時間）を測定する。そして、ＲＯＭ１２またはＲＡＭ１３には更に、残響時間に対して各パラメータの設定値が対応されて書き込まれたテーブルを格納しておき、該テーブルにおいて上記測定された残響時間と対応するパラメータの設定値が各パラメータに設定されるようにしても良い。
また、上記の構成において、音データを所定の周波数の音（例えば超音波）を表す音データとし、該音データを放音してから反射音がマイクロホンにより検出されるのに要した時間（反射時間）を測定することにより音響空間の広がり（体積）を見積もり、該音響空間の広がりに応じて各パラメータの値が設定されるようにしても良い。その場合、ＲＯＭ１２またはＲＡＭ１３には、反射時間に対して、各パラメータの設定値が対応されて書き込まれたテーブルを格納しておき、該テーブルにおいて上記測定された反射時間と対応するパラメータの設定値が各パラメータに設定されるようにしても良い。
【００８４】
また、受信装置１０が再生する楽曲の特性に基づいて各パラメータの値が自動的に設定されるようにしても良い。上記楽曲の特性とは、楽曲のジャンルやテンポなどである。その場合、それらの楽曲の特性を示すデータを制御データに含ませておいて、受信装置１０は、該制御データから楽曲の特性を判断するようにしても良いし、受信装置１０は、受取った演奏データを解析することにより楽曲の特性を判断しても良い。受信装置１０は、ＲＯＭ１２またはＲＡＭ１３に、楽曲の特性と各パラメータを対応付けるテーブルを格納するか、楽曲の特性から各パラメータの値を算出するためのアルゴリズムを有する制御プログラムをＲＯＭ１２に格納し、上記特定された楽曲の特性と、上記テーブルまたはプログラムとから、各パラメータの値を算出し設定するようにしても良い。
【００８５】
（１８）上記実施形態においては、配信装置２０は、記憶部２４に格納された楽曲データを読み出して配信する場合について説明した。しかし、配信装置２０に複数のマイクロホンを設け、該マイクロホンの各々に各パートの音声を収音させ、該収音した音声を上記演奏データの各パートの代わりに用いても良い。そのようにすれば、受信装置１０を利用する歌唱者に生演奏を配信する楽曲配信システムを実現することができる。
また、そのような場合、マイクロホンにより複数パートの音声データを生成する方法に代えて、配信装置２０は複数の入力系統を備え、該複数の入力系統に対して、各種電子楽器などを接続することにより複数の系統の音声データの入力を受けても良い。
【符号の説明】
【００８６】
１…楽曲配信システム、１０、１０−１、１０−２、１０−３…受信装置、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…操作部、１５…表示部、１６…マイクロホン、１７…音声処理部、１７Ａ…Ａ／Ｄコンバータ、１７Ｂ…Ｄ／Ａコンバータ、１７Ｃ…ミキサ、１８…スピーカ、１９…通信部、２０…配信装置、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…記憶部、２５…通信部、３０…通信網、１１１…チャンネル選択部、１１２…ノーマライズ部、１１３…イコライザ、１１４…ノイズ除去部、１１５…コンプレッサ、１１６…アンプ
【図１】
0005440677.tif 000002
【図２】
0005440677.tif 000003
【図３】
0005440677.tif 000004
【図４】
0005440677.tif 000005
【図５】
0005440677.tif 000006
【図６】
0005440677.tif 000007
【図７】
0005440677.tif 000008
【図８】
0005440677.tif 000009
【図９】
0005440677.tif 000010
【図１０】
0005440677.tif 000011
【図１１】
0005440677.tif 000012