JP5645328B2 - 配信装置、配信方法、及び配信制御用のコンピュータプログラム、再生装置、再生方法、及び再生制御用のコンピュータプログラム、並びに配信システム - Google Patents

Description

本発明は、例えば楽曲等のコンテンツを構成する複数のパートデータを配信する配信装置、配信方法、及び配信制御用のコンピュータプログラム、楽曲等のコンテンツを構成する複数のパートデータを取得及び再生する再生装置、再生方法、及び再生制御用のコンピュータプログラム、並びにこのような配信装置とこのような再生装置とを備える配信システムの技術分野に関する。

この種の配信システムとして、例えば特許文献１に記載されているように、クライアント装置が、複数のパートに対応する複数の演奏データをネットワーク上のサーバからダウンロードすると共にダウンロードした複数の演奏データを組み合わせて再生するシステムが知られている。このような配信システムによれば、ユーザは、各パートの演奏データをサーバ上にアップロードすると共に当該アップロードした演奏データを適宜組み合わせることで、好みに合わせた所望のコンテンツ（例えば、所望の楽曲）を作成及び再生することができる。

特開２００８−３０９９２８号公報

上述したシステムでは、クライアント装置は、複数の演奏データが組み合わせられることで構成される楽曲を再生するためには、複数の演奏データの全てのダウンロードを完了する必要がある。つまり、クライアント装置は、複数の演奏データの全てのダウンロードを完了し且つ当該複数の演奏データのミキシングを行った後でなければ、複数の演奏データを１つの楽曲として再生することができない。このため、１つの演奏データのデータ容量が相対的に大きければ、各演奏データのダウンロードに時間を要することになる。その結果、複数の演奏データを１つの楽曲として再生するまでに相対的に多くの時間がかかってしまう。

尚、このような技術的問題点は、楽曲を構成する演奏データに限らず、任意のコンテンツ（例えば、映像等）を構成する複数のパートデータを配信する配信システムにおいても同様に生じ得る。

本発明が解決しようとする課題には上記のようなものが一例として挙げられる。本発明は、演奏データ等の複数のパートデータを配信する際に、当該パートデータから構成されるコンテンツの再生を相対的に迅速に開始させることが可能な配信装置、配信方法、及び配信制御用のコンピュータプログラム、演奏データ等の複数のパートデータをダウンロードする際に、当該パートデータから構成されるコンテンツの再生を相対的に迅速に開始することが可能な再生装置、再生方法、及び再生制御用のコンピュータプログラム、並びに演奏データ等の複数のパートデータを取得する際に、当該パートデータから構成されるコンテンツの再生を相対的に迅速に開始することが可能な配信システムを提供することを課題とする。

上記課題を解決するために、配信装置は、コンテンツを構成する複数のパートに夫々対応するデータ部分である複数のパートデータと、前記複数のパートデータのうちの少なくとも２つを１つのデータに統合することで生成されるミキシングデータとを再生装置に配信する配信手段と、前記複数のパートデータの夫々の配信の優先度よりも前記ミキシングデータの配信の優先度が高くなるように前記配信手段を制御する制御手段とを備える。

上記課題を解決するために、配信方法は、コンテンツを構成する複数のパートに夫々対応するデータ部分である複数のパートデータと、前記複数のパートデータのうちの少なくとも２つを１つのデータに統合することで生成されるミキシングデータとを再生装置に配信する配信工程と、前記複数のパートデータの夫々の配信の優先度よりも前記ミキシングデータの配信の優先度が高くなるように前記配信工程を制御する制御工程とを備える。

上記課題を解決するために、配信制御用のコンピュータプログラムは、コンピュータを上述した配信装置として機能させる。

上記課題を解決するために、記録媒体には、コンピュータを上述した配信装置として機能させる配信制御用のコンピュータプログラムが記録されている。

上記課題を解決するために、再生装置は、上述した配信装置から配信される前記複数のパートデータ及び前記ミキシングデータを取得する取得手段と、前記複数のパートデータ及び前記ミキシングデータのうち取得したデータ部分から再生する再生手段とを備える。

上記課題を解決するために、再生方法は、上述した配信装置から配信される前記複数のパートデータ及び前記ミキシングデータを取得する取得工程と、前記複数のパートデータ及び前記ミキシングデータのうち取得したデータ部分から再生する再生工程とを備える。

上記課題を解決するために、再生制御用のコンピュータプログラムは、コンピュータを上述した再生装置として機能させる。

上記課題を解決するために、記録媒体には、コンピュータを上述した再生装置として機能させる再生制御用のコンピュータプログラムが記録されている。

上記課題を解決するために、配信システムは、コンテンツを構成する複数のパートに夫々対応するデータ部分である複数のパートデータと、前記複数のパートデータのうちの少なくとも２つを１つのデータに統合することで生成されるミキシングデータとを再生装置に配信する配信手段と、前記複数のパートデータの夫々の配信の優先度よりも前記ミキシングデータの配信の優先度が高くなるように前記配信手段を制御する制御手段とを備える配信装置と、前記配信装置から配信される前記複数のパートデータ及び前記ミキシングデータを取得する取得手段と、前記複数のパートデータ及び前記ミキシングデータのうち取得したデータ部分から再生する再生手段とを備える再生装置とを備える。

本実施例の楽曲配信システムの構成を示すブロック図である。 本実施例の楽曲サーバの構成を示すブロック図である。 データベースが備えるパートデータ格納部に格納される複数のパートデータの態様を示す模式図である。 データベースが備えるパートデータ格納部に格納される複数のパートデータの態様を示す模式図である。 データベースが備えるミキシングデータ格納部に格納されるミキシングデータの態様を示す模式図である。 本実施例のクライアント端末の構成を示すブロック図である。 制御部の制御によって実現される所望のパートデータ及び当該所望のパートデータに対応するミキシングデータのダウンロード及び再生の態様を概略的に示す模式図である。 本実施例の楽曲配信システムにおける動作の流れを示すフローチャートである。 (i)複数のパートデータよりもミキシングデータが優先的に配信される場合の配信の様子と、(ii)複数のパートデータのみが均等に配信される場合の配信の様子とを示す模式図である。

以下、配信装置、配信方法、及び配信制御用のコンピュータプログラム、再生装置、再生方法、及び再生制御用のコンピュータプログラム、並びに配信システムの実施形態について順に説明する。

（配信装置の実施形態）
本実施形態の配信装置は、コンテンツを構成する複数のパートに夫々対応するデータ部分である複数のパートデータと、前記複数のパートデータのうちの少なくとも２つを１つのデータに統合することで生成されるミキシングデータとを再生装置に配信する配信手段と、前記複数のパートデータの夫々の配信の優先度よりも前記ミキシングデータの配信の優先度が高くなるように前記配信手段を制御する制御手段とを備える。

本実施形態の配信装置によれば、配信手段は、再生装置に対して複数のパートデータを配信することができる。尚、配信手段は、再生装置からの要求に応じて複数のパートデータを配信してもよいし、再生装置からの要求に関わらず自発的に複数のパートデータを配信してもよい。更に、配信手段は、複数のパートデータを配信することに加えて又は代えて、再生装置に対してミキシングデータを配信することができる。尚、配信手段は、再生装置からの要求に応じてミキシングデータを配信してもよいし、再生装置からの要求に関わらず自発的にミキシングデータを配信してもよい。

各パートデータは、コンテンツを構成する複数のパートのうちのいずれか一つに対応するデータである。例えば、コンテンツが楽曲である場合には、楽曲を構成する複数の楽器パートないしは演奏パートのうちのいずれか一つに対応するデータ部分（例えば、ボーカルに対応するデータ部分や、ギターに対応するデータ部分）が、各パートデータの一例となる。或いは、例えば、コンテンツが映像である場合には、映像全体を構成する複数の部分映像のうちのいずれか一つに対応するデータ部分（例えば、映像全体のうちの第１部分の部分映像に対応するデータ部分や、映像全体のうちの第２部分の部分映像に対応するデータ部分）が、各パートデータの一例となる。

ミキシングデータは、複数のパートデータのうちの少なくとも２つを１つのデータに統合する（言い換えれば、ミキシングする、重畳する又は組み合わせる）ことで生成されるデータである。例えば、コンテンツが楽曲である場合には、楽曲を構成する複数の楽器パートないしは演奏パートのうちの少なくとも２つの演奏がまとめられた１つの音声データが、ミキシングデータの一例となる。或いは、例えば、コンテンツが映像である場合には、映像全体を構成する複数の部分映像のうちの少なくとも２つがまとめられた１つの映像データが、ミキシングデータの一例となる。

本実施形態の配信装置は特に、制御手段を更に備えている。制御手段は、複数のパートデータの配信の優先度よりもミキシングデータの配信の優先度が高くなる状態で複数のパートデータ及びミキシングデータを配信するように配信手段を制御する。尚、本実施形態の「優先度の高低」が生ずる状態とは、複数のパートデータの配信の態様とミキシングデータの配信の態様との間に何らかの差が生じている状態を意図する広い趣旨である。より具体的には、本実施形態の「優先度の高低」が生ずる状態とは、例えば、複数のパートデータの配信の態様を規定する何らかのパラメータ（例えば、配信レートや、配信速度や、配信に用いられる帯域又はリソース等）と比較して、ミキシングデータの配信の態様を規定する何らかのパラメータが、配信の有意性という観点での有意な差を有している状態を意図する広い趣旨である。

その結果、配信装置から再生装置に対しては、複数のパートデータよりも、ミキシングデータが優先的に配信される。より具体的には、例えば、配信装置から再生装置に対しては、複数のパートデータよりも、ミキシングデータがより早く配信される。或いは、例えば、配信装置から再生装置に対しては、複数のパートデータの配信が開始される前に、ミキシングデータの配信が開始される。その結果、再生装置は、複数のパートデータの取得を完了する前に、ミキシングデータの取得を完了することができる。従って、再生装置は、複数のパートデータの取得が完了していない段階であっても、ミキシングデータを再生することで、複数のパートデータによって構成されるコンテンツを実質的には再生することができる。つまり、再生装置は、複数のパートデータを取得する際に、当該パートデータから構成されるコンテンツの再生を相対的に迅速に開始することができる。

このように、本実施形態の配信装置は、複数のパートデータを配信する際に、当該パートデータから構成されるコンテンツの再生を相対的に迅速に開始させることができる。

本実施形態の配信装置の一の態様では、前記制御手段は、前記複数のパートデータの夫々の配信レートよりも前記ミキシングデータの配信レートが高くなるように前記配信手段を制御する。

この態様によれば、配信装置から再生装置に対しては、複数のパートデータよりも、ミキシングデータがより早く配信される。従って、配信装置は、複数のパートデータを配信する際に、当該パートデータから構成されるコンテンツの再生を相対的に迅速に開始させることができる。

本実施形態の配信装置の他の態様では、前記再生装置は、前記配信装置から配信される前記ミキシングデータを、取得したデータ部分から再生し、前記制御手段は、前記再生装置による前記ミキシングデータの再生レート以上となる程度の配信レートで前記ミキシングデータを配信するように前記配信手段を制御する。

この態様によれば、再生装置は、ミキシングデータを、取得したデータ部分から再生する。つまり、再生装置は、ミキシングデータの全体の取得が完了していない段階で（言い換えれば、ミキシングデータの一部の取得しか完了していない段階で）、ミキシングデータのうちの取得済みのデータ部分を再生する。

このような再生装置に対して、制御手段は、再生装置によるミキシングデータの再生レート以上となる配信レートでミキシングデータを配信するように配信手段を制御する。従って、再生装置によって再生されているミキシングデータのデータ部分が、再生装置によって取得されている（言い換えれば、配信装置から配信されている）ミキシングデータのデータ部分に追いついてしまうことはなくなる。つまり、再生装置によるミキシングデータのうちの取得済みのデータ部分の再生に対して、再生装置によるミキシングデータの取得が追いつかなくなることはなくなる。言い換えれば、再生装置によってミキシングデータの全てが取得される前に、再生装置によって取得されたミキシングデータのデータ部分の全ての再生が完了することはなくなる。従って、配信装置は、ミキシングデータのうちの取得済みのデータ部分の再生に影響を与えることなく、ミキシングデータを適切な配信レートで配信することができる。

上述の如く再生装置によるミキシングデータの再生レート以上となる配信レートでミキシングデータを配信する配信装置の態様では、前記制御手段は、当該配信装置と前記再生装置との間に割り当て可能な全配信レートのうち前記ミキシングデータの配信レートを除いた残りの配信レートで前記複数のパートデータの夫々を配信するように前記配信手段を制御するように構成してもよい。

このように構成すれば、配信装置は、ミキシングデータの配信に必要な配信レートを確保した上で、残りの確保可能な配信レートで複数のパートデータを配信することができる。つまり、配信装置は、複数のパートデータよりも、ミキシングデータを優先的に配信することができる。

本実施形態の配信装置の他の態様では、前記制御手段は、前記複数のパートデータの夫々の配信を開始する前に、前記ミキシングデータの配信を開始するように前記配信手段を制御する。

この態様によれば、再生装置は、複数のパートデータの取得を完了する前に、ミキシングデータの取得を完了することができる。従って、配信装置は、複数のパートデータを配信する際に、当該パートデータから構成されるコンテンツの再生を相対的に迅速に開始させることができる。

本実施形態の配信装置の他の態様では、前記制御手段は、前記ミキシングデータの配信を開始してから所定時間が経過した後に、前記複数のパートデータの夫々の配信を開始するように前記配信手段を制御する。

この態様によれば、再生装置は、複数のパートデータの取得を完了する前に、ミキシングデータの取得を完了することができる。従って、配信装置は、複数のパートデータを配信する際に、当該パートデータから構成されるコンテンツの再生を相対的に迅速に開始させることができる。

本実施形態の配信装置の他の態様では、前記配信手段は、前記ミキシングデータとして、前記複数のパートデータの全てを１つのデータに統合することで生成される第１ミキシングデータ、及び、前記複数のパートデータのうちの少なくとも一つのパートデータを除く残りのパートデータを１つのデータに統合することで生成される第２ミキシングデータの少なくとも一方を配信する。

この態様によれば、配信手段は、複数のパートデータの全てを１つのデータに統合することで生成される第１ミキシングデータに加えて又は代えて、複数のパートデータのうちの少なくとも一つのパートデータを除く残りのパートデータを１つのデータに統合することで生成される第２ミキシングデータを配信することができる。

尚、第２ミキシングデータの一例として、例えば、Ｎ（但し、Ｎは２以上の整数）個のパートデータのうちの１つのパートデータを除く残りのＮ−１個のパートデータを１つのデータに統合することで生成されるミキシングデータ（いわゆる、マイナスワンのミキシングデータ）があげられる。また、第２ミキシングデータの他の一例として、例えば、Ｎ個のパートデータのうちの２つのパートデータを除く残りのＮ−２個のパートデータを１つのデータに統合することで生成されるミキシングデータ（いわゆる、マイナスツーのミキシングデータ）があげられる。もちろん、第２ミキシングデータには、例えば、Ｎ個のパートデータのうちのｋ（但し、ｋは、１≦ｋ＜Ｎを満たす整数）個のパートデータを除く残りのＮ−ｋ個のパートデータを１つのデータに統合することで生成されるミキシングデータも含まれ得る。

本実施形態の配信装置の他の態様では、前記複数のパートデータと前記ミキシングデータとを格納する格納手段を更に備え、前記配信手段は、前記格納手段に格納されている前記複数のパートデータと前記ミキシングデータと配信する。

この態様によれば、配信手段は、格納手段に予め格納されているミキシングデータを配信することができる。従って、配信手段は、配信の都度ミキシングデータを生成しなくとも（つまり、複数のパートデータを１つに統合しなくとも）、ミキシングデータを配信することができる。

本実施形態の配信装置の他の態様では、前記配信手段は、前記再生装置から前記複数のパートデータの配信を要求する指示が前記再生装置から当該配信装置に対して送信された場合に、前記配信が要求された前記複数のパートデータに加えて前記ミキシングデータを配信する。

この態様によれば、配信手段は、複数のパートデータの配信の要求に合わせて、複数のパートデータのみならず当該複数のパートデータに対応するミキシングデータを配信することができる。つまり、配信手段は、ミキシングデータそのものの配信の要求がなくとも、ミキシングデータを配信することができる。

本実施形態の配信装置の他の態様では、前記コンテンツは、楽曲であり、前記複数のパートデータの夫々は、前記複数のパートのうちのいずれか一つのパートに対応する演奏データである。

この態様によれば、配信装置は、複数の楽器パートないしは演奏パートに対応する複数のパートデータよりも、当該複数のパートデータを統合（つまり、ミキシング）することで生成されるミキシングデータを優先的に配信することができる。従って、配信装置は、複数のパートデータを配信する際に、当該パートデータから構成される楽曲の再生を相対的に迅速に開始させることができる。

（配信方法の実施形態）
本実施形態の配信方法は、コンテンツを構成する複数のパートに夫々対応するデータ部分である複数のパートデータと、前記複数のパートデータのうちの少なくとも２つを１つのデータに統合することで生成されるミキシングデータとを再生装置に配信する配信工程と、前記複数のパートデータの夫々の配信の優先度よりも前記ミキシングデータの配信の優先度が高くなるように前記配信工程を制御する制御工程とを備える。

本実施形態の配信方法によれば、上述した本実施形態の配信装置が享受することができる各種効果と同様の効果を好適に享受することができる。

尚、上述した本実施形態の配信装置における各種態様に対応して、本実施形態の配信方法も各種態様を採ることが可能である。

（配信制御用のコンピュータプログラムの実施形態）
本実施形態の配信制御用のコンピュータプログラムは、コンピュータを上述した本実施形態の配信装置（但し、その各種態様を含む）として機能させる。

本実施形態の配信制御用のコンピュータプログラムによれば、上述した本実施形態の配信装置が享受することができる各種効果と同様の効果を好適に享受することができる。

尚、上述した本実施形態の配信装置における各種態様に対応して、本実施形態の配信制御用のコンピュータプログラムも各種態様を採ることが可能である。

また、本実施形態の配信制御用のコンピュータプログラムは、記録媒体（例えば、コンピュータ読取可能な記録媒体）に記録されていてもよい。

（再生装置の実施形態）
本実施形態の再生装置は、上述した本実施形態の配信装置（但し、その各種態様を含むから配信される前記複数のパートデータ及び前記ミキシングデータを取得する取得手段と、前記複数のパートデータ及び前記ミキシングデータのうち取得したデータ部分から再生する再生手段とを備える。

本実施形態の再生装置によれば、取得手段は、複数のパートデータの取得を完了する前に、ミキシングデータの取得を完了することができる。従って、再生手段は、複数のパートデータの取得が完了していない段階であっても、ミキシングデータを再生することで、複数のパートデータによって構成されるコンテンツを再生することができる。つまり、本実施形態の再生装置は、複数のパートデータを取得する際に、当該パートデータから構成されるコンテンツの再生を相対的に迅速に開始することができる。

尚、上述した本実施形態の配信装置における各種態様に対応して、本実施形態の再生装置も各種態様を採ることが可能である。

尚、本実施形態の再生装置は、上述した本実施形態の配信装置（つまり、複数のパートデータの夫々の配信の優先度よりもミキシングデータの配信の優先度が高くなるように配信手段を能動的に制御する配信装置）を前提としている。しかしながら、再生装置自身が、複数のパートデータの夫々の配信の優先度よりもミキシングデータの配信の優先度が高くなるように、配信装置の配信手段を制御してもよい。つまり、再生装置が、上述した設定手段を備えていてもよい。この場合、再生装置は、複数のパートデータの夫々の配信の優先度とミキシングデータの配信の優先度とを配信装置に対して通知すると共に、配信装置は、再生装置からの優先度の通知を契機として、再生装置から通知された優先度に応じた態様で受動的に複数のパートデータ及びミキシングデータを配信してもよい。このように構成しても、上述した各種効果を享受することができる。

（再生方法の実施形態）
本実施形態の再生方法は、上述した本実施形態の配信装置（但し、その各種態様を含む）配信される前記複数のパートデータ及び前記ミキシングデータを取得する取得工程と、前記複数のパートデータ及び前記ミキシングデータのうち取得したデータ部分から再生する再生工程とを備える。

本実施形態の再生方法によれば、上述した本実施形態の再生装置が享受することができる各種効果と同様の効果を好適に享受することができる。

尚、上述した本実施形態の再生装置における各種態様に対応して、本実施形態の再生方法も各種態様を採ることが可能である。

（再生制御用のコンピュータプログラムの実施形態）
本実施形態の再生制御用のコンピュータプログラムは、コンピュータを上述した本実施形態の再生装置（但し、その各種態様を含む）として機能させる。

本実施形態の再生制御用のコンピュータプログラムによれば、上述した本実施形態の再生装置が享受することができる各種効果と同様の効果を好適に享受することができる。

尚、上述した本実施形態の再生装置における各種態様に対応して、本実施形態の再生制御用のコンピュータプログラムも各種態様を採ることが可能である。

また、本実施形態の再生制御用のコンピュータプログラムは、記録媒体（例えば、コンピュータ読取可能な記録媒体）に記録されていてもよい。

（配信システムの実施形態）
本実施形態の配信システムは、上述した本実施形態の配信装置（但し、その各種態様を含む）と上述した本実施形態の再生装置（但し、その各種態様を含む）とを備える。

本実施形態の配信システムによれば、上述した本実施形態の配信装置及び再生装置の少なくとも一方が享受することができる各種効果と同様の効果を好適に享受することができる。

尚、上述した本実施形態の配信装置又は再生装置における各種態様に対応して、本実施形態の配信システムも各種態様を採ることが可能である。

本実施形態のこのような作用及び他の利得は次に説明する実施例から更に明らかにされる。

以上説明したように、本実施形態の配信装置は、配信手段と、制御手段とを備える。本実施形態の配信方法は、配信工程と、制御工程とを備える。本実施形態の配信制御用のコンピュータプログラムは、コンピュータを本実施形態の配信装置として機能させる。従って、演奏データ等の複数のパートデータを配信する際に、当該パートデータから構成されるコンテンツの再生を相対的に迅速に開始させることができる。

本実施形態の再生装置は、取得手段と、再生手段とを備える。本実施形態の再生方法は、取得工程と、再生工程とを備える。本実施形態の再生制御用のコンピュータプログラムは、コンピュータを本実施形態の再生装置として機能させる。従って、演奏データ等の複数のパートデータを取得する際に、当該パートデータから構成されるコンテンツの再生を相対的に迅速に開始することができる。

以下、図面を参照しながら、配信装置、配信方法、及び配信制御用のコンピュータプログラム再生装置、再生方法、及び再生制御用のコンピュータプログラム、並びに配信システムの実施例について説明する。尚、以下では、配信システムの一例として、楽曲サーバ１０からクライアント端末２０に対して楽曲（より具体的には、楽曲を構成する複数のパートデータ）を配信すると共に、配信された楽曲をクライアント端末２０上で再生する楽曲再生システム１を用いて説明を進める。但し、配信システムとして、楽曲以外の任意のコンテンツ（例えば、映像や、静止画や、テキストデータや、その他の任意のデータ）の配信システムを採用してもよい。

（１）楽曲配信システムの構成
はじめに、図１を参照して、本実施例の楽曲配信システム１の構成について説明する。ここに、図１は、本実施例の楽曲配信システム１の構成を示すブロック図である。

図１に示すように、楽曲配信システム１は、楽曲サーバ１０と、クライアント端末２０と、ネットワーク網３０とを備えている。

楽曲サーバ１０は、楽曲を構成する複数のパートデータ１１１１を格納する。楽曲サーバ１０が格納するパートデータ１１１１は、例えば、クライアント端末２０から楽曲サーバ１０に対してアップロード（言い換えれば、送信）されたパートデータ１１１１である。但し、楽曲サーバ１０は、その他の態様で取得したパートデータ１１１１を格納してもよい。各パートデータ１１１１は、楽曲を構成する複数のパートのうちのいずれか（つまり、複数の楽器パートないしは演奏パートのうちのいずれか）に対応する演奏データに相当する。但し、演奏データがステレオ音声に対応している（つまり、Ｌチャンネルの音声及びＲチャンネルの音声を別個に有している）場合には、Ｌチャンネルの音声に相当する演奏データ及びＲチャンネルの音声に相当する演奏データの夫々が、パートデータ１１１１として取り扱われてもよい。尚、パートデータ１１１１については、後に詳述する（図３等参照）。

更に、楽曲サーバ１０は、複数のパートデータ１１１１のうちの少なくとも２つのパートデータ１１１１がミキシングされたミキシングデータ１１２１を格納する。つまり、楽曲サーバ１０は、パート毎に分離されたパートデータ１１１１に加えて、複数のパートの演奏が１つの演奏データに統合される（つまり、ミキシングされる）ことで生成されるミキシングデータ１１２１を格納する。

加えて、楽曲サーバ１０は、クライアント端末２０からの要求に応じて、クライアント端末２０に対して所望のパートデータ１１１１を配信（言い換えれば、送信）する。更に、楽曲サーバ１０は、所望のパートデータ１１１１の配信に合わせて、クライアント端末２０に対して、当該所望のパートデータ１１１１に対応するミキシングデータ１１２１（つまり、所望のパートデータ１１１１をミキシングすることで生成されるミキシングデータ１１２１）を配信する。

クライアント端末２０は、楽曲サーバ１０に対してパートデータ１１１１をアップロードする。クライアント端末２０がアップロードするパートデータ１１１１は、例えば、クライアント端末２０のユーザが実際に楽器を演奏して作成したパートデータ１１１１である。但し、クライアント端末２０は、その他の態様で作成ないしは取得したパートデータ１１１１をアップロードしてもよい。

加えて、クライアント端末２０は、楽曲サーバ１０に対して、楽曲サーバ１０が格納している複数のパートデータ１１１１のうちの所望のパートデータ１１１１の配信を要求する。その結果、クライアント端末２０は、楽曲サーバ１０から配信される所望のパートデータ１１１１をダウンロード（言い換えれば、取得ないしは受信）する。その後、クライアント端末２０は、取得したパートデータ１１１１を再生してもよい。

更に、クライアント端末２０は、所望のパートデータ１１１１のダウンロードに合わせて、楽曲サーバ１０から配信されるミキシングデータ１１２１（つまり、ダウンロードしている所望のパートデータ１１１１をミキシングすることで生成されるミキシングデータ１１２１）をダウンロードする。

ネットワーク網３０は、楽曲サーバ１０とクライアント端末２０との間を接続するネットワーク回線である。ネットワーク網３０は、有線のネットワーク回線であってもよいし、無線のネットワーク回線であってもよいし、有線のネットワーク回線と無線のネットワーク回線との組み合わせであってもよい。

尚、図１は、楽曲配信システム１が１つの楽曲サーバ１０を備える例を示している。しかしながら、楽曲配信システム１は、複数の楽曲サーバ１０を備えていてもよい。この場合、クライアント端末２０は、複数の楽曲サーバ１０のうちの少なくとも１つに対してパートデータ１１１１をアップロードすると共に、複数の楽曲サーバ１０のうちの少なくとも１つからパートデータ１１１１をダウンロードしてもよい。

また、図１は、楽曲配信システム１が１つのクライアント端末２０を備える例を示している。しかしながら、楽曲配信システム１は、複数のクライアント端末２０を備えていてもよい。この場合、あるクライアント端末２０は、他のクライアント端末２０がアップロードしたパートデータ１１１１をダウンロードしてもよい。

（２）楽曲サーバの構成
続いて、図２を参照して、本実施例の楽曲サーバ１０の構成について説明する。ここに、図２は、本実施例の楽曲サーバ１０の構成を示すブロック図である。

図２に示すように、楽曲サーバ１０は、データベース１１０と、制御部１２０と、表示情報生成部１３０と、データ通信部１４０と備えている。

データベース１１０は、クライアント端末２０からアップロードされた複数のパートデータ１１１１を格納するためのパートデータ格納部１１１と、パートデータ格納部１１１に格納された複数のパートデータ１１１１のうちの少なくとも２つのパートデータ１１１１をミキシングすることで生成されるミキシングデータ１１２１を格納するためのミキシングデータ格納部１１２とを備える。

ここで、図３及び図４を参照して、データベース１１０が備えるパートデータ格納部１１１に格納される複数のパートデータ１１１１について説明する。ここに、図３及び図４は、夫々、データベース１１０が備えるパートデータ格納部１１１に格納される複数のパートデータ１１１１の態様を示す模式図である。

図３に示すように、パートデータ格納部１１１には、複数のパートデータ１１１１が、所定のルールに応じて分類された状態で格納されていることが好ましい。ここで、ルールの一例として、パートデータ１１１１が構成する楽曲の曲名や、パートデータ１１１１が構成する楽曲のテンポ等があげられる。従って、同一の曲名を有する楽曲であって且つテンポが同じ楽曲を構成する一又は複数のパートデータ１１１１が、同一のルールによって分類されるデータ群を構成することが好ましい。例えば、図３に示す例では、曲名が「○○○○」である楽曲であって且つテンポが「１０２ｂｐｍ（Ｂｅａｔ Ｐｅｒ Ｍｉｎｕｔｅ）」となる楽曲を構成する一又は複数のパートデータ１１１１が、ルールＡという区分に分類されるデータ群を構成した状態で、パートデータ格納部１１１に格納される。同様に、図３に示す例では、曲名が「×××」である楽曲であって且つテンポが「８８ｂｐｍ」となる楽曲を構成する一又は複数のパートデータ１１１１が、ルールＢという区分に分類されるデータ群を構成した状態で、パートデータ格納部１１１に格納される。

このようなルールに応じて分類された状態で複数のパートデータ１１１１を格納するために、パートデータ格納部１１１は、新たなパートデータ１１１１を格納する都度、当該新たなパートデータ１１１１の曲名やテンポ等（つまり、ルールを特徴づける特性）を分析することで、当該新たなパートデータ１１１１をルールに応じて分類してもよい。但し、新たなパートデータ１１１１が格納されるのは、クライアント端末２０上で、楽曲サーバ１０からダウンロードした他のパートデータ１１１１を伴奏にしながらユーザ自身の演奏が録音されることで新たなパートデータ１１１１が生成されるタイミングであることが相対的に多い。この場合、新たなパートデータ１１１１の曲名やテンポは、伴奏にしている他のパートデータ１１１１の曲名やテンポと一致する。従って、このような場合には、パートデータ格納部１１１は、当該新たなパートデータ１１１１の曲名やテンポ等を分析することなく、当該新たなパートデータ１１１１を、伴奏にした他のパートデータ１１１１が分類されるルールと同一のルールに分類されると判定してもよい。

加えて、パートデータ格納部１１１には、同一のルールによって分類されるデータ群を構成する複数のパートデータ１１１１が、パート毎に分類された状態で格納されていることが好ましい。例えば、図３に示す例では、ルールＡという区分に分類されるデータ群を構成する複数のパートデータ１１１１が、リードギターに対応する一又は複数のパートデータ１１１１と、コーラスに対応する一又は複数のパートデータ１１１１と、ベースに対応する一又は複数のパートデータ１１１１と、ドラムに対応する一又は複数のパートデータ１１１１と、ボーカルに対応する一又は複数のパートデータ１１１１とに分類された状態で格納される。同様に、図３に示す例では、ルールＢという区分に分類されるデータ群を構成する複数のパートデータ１１１１が、リードギターに対応する一又は複数のパートデータ１１１１と、ベースに対応する一又は複数のパートデータ１１１１と、ドラムに対応する一又は複数のパートデータ１１１１と、ボーカルに対応する一又は複数のパートデータ１１１１とに分類された状態で格納される。

このようなパート毎に分類された状態で複数のパートデータ１１１１を格納するために、パートデータ格納部１１１は、新たなパートデータ１１１１を格納する都度、当該新たなパートデータ１１１１に対応するパートを分析することで、当該新たなパートデータ１１１１をパート毎に分類することが好ましい。

或いは、図４に示すように、パートデータ格納部１１１には、同一のルールによって分類されるデータ群を構成する複数のパートデータ１１１１が、バンドという単位で取りまとめられた状態で格納されていてもよい。ここで、「バンド」とは、一つの楽曲を構成するための一又は複数のパートの集合を示す。つまり、バンドという単位で取りまとめられた複数のパートデータ１１１１がクライアント端末２０上でミキシングされながら再生されることで、仮想的なあるバンドによって一つの楽曲が演奏されている状態が実質的に実現される。図３に示す例では、ルールＡという区分に分類されるデータ群の中で、リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ボーカルに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１との組み合わせからデータ群が、バンド＃１という単位で取りまとめられた状態で格納されている。同様に、図３に示す例では、ルールＡという区分に分類されるデータ群の中で、リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１との組み合わせからデータ群が、バンド＃２という単位で取りまとめられた状態で格納されている。尚、バンド＃２のデータ群は、バンド＃１のデータ群と比較して、ボーカルに対応するパートデータ１１１１が含まれていない、いわゆる「マイナスワン」のデータ群に相当する。

このとき、バンドという単位で取りまとめられた状態で格納される各パートデータ１１１１は、他のパートデータ１１１１とミキシングされる時の設定の態様（例えば、音量やパン等）を示すミキシング情報と共に格納されていてもよい。従って、クライアント端末２０は、バンドという単位で取りまとめられた複数のパートデータ１１１１をミキシングする際には、各パートデータ１１１１と共に記録されているミキシング情報を参照しながらミキシングすることが好ましい。これにより、クライアント端末２０は、複数のパートデータ１１１１の適切なミキシングを行うことができる。

尚、図４は、バンドという単位で取りまとめられている一方で未だミキシングされていない複数のパートデータ１１１１がパートデータ格納部１１１に格納されている例を示している。

このようなパートデータ格納部１１１による複数のパートデータ１１１１のルール毎の、パート毎の又はバンド毎の格納は、例えばパートデータ１１１１と共にパートデータ格納部１１１に格納される所定の管理情報によって論理的に実現されてもよい。例えば、パートデータ格納部１１１は、複数のパートデータ１１１１自体を直接的に区別することなくそのまま格納すると共に、当該格納しているパートデータ１１１１のルール毎の、パート毎又はバンド毎の分類を管理するための管理情報を別途格納してもよい。この場合、楽曲サーバ１０は、管理情報を参照することで、複数のパートデータ１１１１があたかも図３及び図４に示す態様でパートデータ格納部１１１上に格納されていると認識することができる。但し、パートデータ格納部１１１は、物理的なパーティションを区切ることで、複数のパートデータ１１１１のルール毎の、パート毎の又はバンド毎の格納を、物理的に実現してもよい。

続いて、図５を参照して、データベース１１０が備えるミキシングデータ格納部１１２に格納されるミキシングデータ１１２１について説明する。ここに、図５は、データベース１１０が備えるミキシングデータ格納部１１２に格納されるミキシングデータ１１２１の態様を示す模式図である。

図５に示すように、ミキシングデータ格納部１１２には、例えば、任意のパートデータ１１１１をミキシングすることで生成されるミキシングデータ１１２１が格納されている。

ここで、図５は、ミキシングデータ１１２１の一例として、バンドという単位で取りまとめられる複数のパートデータ１１１１の全てがミキシングされることで生成されるフルミキシングデータ１１２１＃１が格納される例を示している。より具体的には、例えば、図４に示すように、バンド＃１という単位で取りまとめられているデータ群は、リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ボーカルに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１とを含む。従って、この場合には、リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ボーカルに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１とをミキシングすることで生成される新たな１つの演奏データが、フルミキシングデータ１１２１＃１となる。或いは、図４に示すように、バンド＃２という単位で取りまとめられているデータ群は、リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１とを含む。従って、この場合には、リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１とをミキシングすることで生成される新たな１つの演奏データが、フルミキシングデータ１１２１＃１となる。

更に、図５は、ミキシングデータ１１２１の一例として、バンドという単位で取りまとめられる複数のパートデータ１１１１のうちのいずれか一つのパートデータ１１１１を除く他のパートデータ１１１１がミキシングされることで生成されるマイナスワンミキシングデータ１１２１＃２が格納される例を示している。例えば、図４に示すバンド＃１という単位で取りまとめられるデータ群を例にあげると、(i)リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ボーカルに対応する１つのパートデータ１１１１とをミキシングすることで生成される新たな１つの演奏データ（つまり、ベースに対応する１つのパートデータ１１１１がミキシングされなかった演奏データ）であるマイナスワンミキシングデータ１１２１＃２と、(ii)リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１とをミキシングすることで生成される新たな１つの演奏データ（つまり、ボーカルに対応する１つのパートデータ１１１１がミキシングされなかった演奏データ）であるマイナスワンミキシングデータ１１２１＃２と、(iii)リードギターに対応する１つのパートデータ１１１１と、ボーカルに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１とをミキシングすることで生成される新たな１つの演奏データ（つまり、ドラムに対応する１つのパートデータ１１１１がミキシングされなかった演奏データ）であるマイナスワンミキシングデータ１１２１＃２と、(iv)ドラムに対応する１つのパートデータ１１１１と、ボーカルに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１とをミキシングすることで生成される新たな１つの演奏データ（つまり、リードギターに対応する１つのパートデータ１１１１がミキシングされなかった演奏データ）であるマイナスワンミキシングデータ１１２１＃２とが格納される。或いは、例えば、図４に示すバンド＃２という単位で取りまとめられるデータ群を例にあげると、(i)リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１とをミキシングすることで生成される新たな１つの演奏データ（つまり、ベースに対応する１つのパートデータ１１１１がミキシングされなかった演奏データ）であるマイナスワンミキシングデータ１１２１＃２と、(ii)リードギターに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１とをミキシングすることで生成される新たな１つの演奏データ（つまり、ドラムに対応する１つのパートデータ１１１１がミキシングされなかった演奏データ）であるマイナスワンミキシングデータ１１２１＃２と、(iii)ドラムに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１とをミキシングすることで生成される新たな１つの演奏データ（つまり、リードギターに対応する１つのパートデータ１１１１がミキシングされなかった演奏データ）であるマイナスワンミキシングデータ１１２１＃２とが格納される。

このようなミキシングデータ１１２１（つまり、バンドという単位で取りまとめられたデータ群に対応するミキシングデータ１１２１）を格納するために、ミキシングデータ格納部１１２は、バンドという単位で取りまとめられた複数のパートデータ１１１１がパートデータ格納部１１１１に新たに格納される都度、当該新たなパートデータ１１１１に対応するミキシングデータ１１２１（つまり、上述したフルミキシングデータ１１２１＃１及びマイナスワンミキシングデータ１１２１＃２）を新たに生成してもよい。

尚、図５では、バンドという単位で取りまとめられたデータ群（例えば、複数の任意のパートデータ１１１１）をミキシングすることで生成されるミキシングデータ１１２１について説明している。しかしながら、バンドという単位で取りまとめられたデータ群以外のデータ群（例えば、複数の任意のパートデータ１１１１）をミキシングすることで生成される任意のミキシングデータ１１２１が、ミキシングデータ格納部１１２に格納されていてもよい。

加えて、図５では、フルミキシングデータ１１２１＃１とマイナスワンミキシングデータ１１２１＃２とがミキシングデータ格納部１１２に格納される例について説明している。しかしながら、例えば、バンドという単位で取りまとめられる複数のパートデータ１１１１のうちのいずれか２つのパートデータ１１１１を除く他のパートデータ１１１１がミキシングされることで生成されるマイナスツーミキシングデータ１１２１＃３が格納されてもよい。例えば、図４に示すバンド＃１という単位で取りまとめられるデータ群を例にあげると、リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１とをミキシングすることで生成される新たな１つの演奏データ（つまり、ボーカルに対応する１つのパートデータ１１１１及びベースに対応する１つのパートデータ１１１１がミキシングされなかった演奏データ）であるマイナスツーミキシングデータ１１２１＃３が格納されてもよい。或いは、例えばドラムに対応するパートデータ１１１１としてＬチャンネルの音声に相当する演奏データ及びＲチャンネルの音声に相当する演奏データが存在する場合には、図４に示すバンド＃１という単位で取りまとめられるデータ群を例にあげると、リードギターに対応する１つのパートデータ１１１１と、ボーカルに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１とをミキシングすることで生成される新たな１つの演奏データ（つまり、Ｌチャンネルのドラムに対応する１つのパートデータ１１１１及びＲチャンネルのドラムに対応する１つのパートデータ１１１１がミキシングされなかった演奏データ）であるマイナスツーミキシングデータ１１２１＃３が格納されてもよい。もちろん、バンドという単位で取りまとめられる複数のパートデータ１１１１のうちの３つ以上のパートデータ１１１１を除く他のパートデータ１１１１がミキシングされることで生成されるミキシングデータ１１２１＃４が格納されてもよい。

尚、図２では、１つの楽曲サーバ１０が備えるデータベース１１０中に、パートデータ格納部１１１及びミキシングデータ格納部１１２が備えられている例を示している。しかしながら、パートデータ格納部１１１及びミキシングデータ格納部１１２の夫々又は少なくとも一方が、複数の楽曲サーバ１０が備える複数のデータベース１１０に跨って分散して備えられていてもよい。つまり、パートデータ格納部１１１及びミキシングデータ格納部１１２の夫々又は少なくとも一方は、いわゆるクラウドの形態を採用するように複数の楽曲サーバ１０に分散配置されていてもよい。

再び図２において、制御部１２０は、楽曲サーバ１０全体の動作を制御する中央制御装置（例えば、ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。制御部１２０は、その内部に実現される物理的な、論理的な又は機能的な処理ブロックとして、データ通信制御部１２１と、配信態様制御部１２２とを備えている。

データ通信制御部１２１は、「配信手段」の一具体例であって、クライアント端末２０から要求があった複数のパートデータ１１１１を配信するようにデータ通信部１４０を制御する。更に、データ通信制御部１２１は、クライアント端末２０から要求があった複数のパートデータ１１１１に対応するミキシングデータ１１２１を配信するようにデータ通信部１４０を制御する。

加えて、データ通信制御部１２１は、クライアント端末２０からアップロードされるパートデータ１１１１を受信するようにデータ通信部１４０を制御する。データ通信制御部１２２は、受信したパートデータ１１１１をパートデータ格納部１１１に格納する。

配信態様制御部１２２は、「制御手段」の一具体例であって、データ通信制御部１２１の制御によって実現される複数のパートデータ１１１１の配信（つまり、ミキシング前の演奏データの配信）及びミキシングデータ１１２１の配信（つまり、ミキシング後の演奏データの配信）の夫々の態様を設定する。その結果、データ通信制御部１２１は、配信優先度制御部１２２によって設定された態様で複数のパートデータ１１１１及びミキシングデータ１１２１を配信するようにデータ通信部１４０を制御する。尚、配信態様制御部１２２の詳細な動作については後に詳述するため（図８参照）、ここでの説明は省略する。

表示情報生成部１３０は、所定の画面をクライアント端末２０が表示するために必要な表示情報（例えば、ＧＵＩ（Graphic User Interface）情報等）を生成する。表示情報生成部１３０は、データ通信部１４０を介して、生成した表示情報をクライアント端末２０に送信する。その結果、クライアント端末２０は、楽曲サーバ１０から送信される表示情報に基づいて生成される画面を表示する。

データ通信部１４０は、データ通信制御部１２１の制御の下で、ネットワーク網３０を介したクライアント端末２０との間の通信を行う。従って、クライアント端末２０からアップロードされるパートデータ１１１１は、データ通信部１４０によって取得される。取得されたパートデータ１１１１は、データ通信制御部１２１によってパートデータ格納部１１１に格納される。また、クライアント端末２０から要求されたパートデータ１１１１は、データ通信制御部１２１によってパートデータ格納部１１１から読み出される。読みだされたパートデータ１１１１は、データ通信制御部１２１の制御の下で、データ通信部１４０からクライアント端末２０に対して配信される。加えて、クライアント端末２０から要求されたパートデータ１１１１に対応するミキシングデータ１１２１は、データ通信制御部１２１によってミキシングデータ格納部１１２から読み出される。読みだされたミキシングデータ１１２１は、データ通信制御部１２１の制御の下で、データ通信部１４０からクライアント端末２０に対して配信される。

（３）クライアント端末の構成
続いて、図６を参照して、本実施例のクライアント端末２０の構成について説明する。ここに、図６は、本実施例のクライアント端末２０の構成を示すブロック図である。

図６に示すように、クライアント端末２０は、記憶装置２１０と、制御部２２０と、表示部２３０と、データ通信部２４０と、音声入力部２５０と、音声出力部２６０と、操作部２７０とを備える。

記憶装置２１０は、クライアント端末２０内におけるデータ処理の過程で用いられるデータを一時的に又は恒久的に格納する。記憶装置２１０として、例えば、ＲＯＭやＲＡＭやフラッシュメモリ等の半導体メモリや、ハードディスク等が一例としてあげられる。

制御部２２０は、クライアント端末２０全体の動作を制御する中央制御装置（例えば、ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。制御部２２０は、その内部に実現される物理的な、論理的な又は機能的な処理ブロックとして、表示制御２２１と、音声制御部２２２と、操作制御部２２３と、データ通信制御部２２４とを備えている。

表示制御部２２１は、楽曲サーバ１０の表示情報生成部１３０から送信される表示情報に基づいて、表示部２３０が所定の画面（例えば、クライアント端末２０の操作の指示をユーザから受け付けるための画面や、クライアント端末２０の状態をユーザに示す画面等）を表示するように、表示部２３０の動作を制御する。本実施例では、表示制御部２２１は、音声入力部２５０を介したユーザの演奏データ（つまり、パートデータ１１１１）の録音の指示や、当該録音されたパートデータ１１１１の楽曲サーバ１０へのアップロードの指示をユーザから受け付けるための画面を表示してもよい。また、表示制御部２２１は、楽曲サーバ１０に格納されている複数のパートデータ１１１１のうちの所望のパートデータ１１１１のダウンロードの要求の指示をユーザから受け付けるための画面を表示してもよい。このため、楽曲サーバ１０の表示情報生成部１３０から送信される表示情報は、このような画面を表示するために必要な各種情報を含んでいることが好ましい。但し、表示制御部２２１は、楽曲サーバ１０の表示情報生成部１３０から送信される表示情報に基づくことなく、自身で一から画面を表示するために必要な各種情報を生成してもよい。

音声制御部２２２は、音声入力部２５０を介した音声（例えば、ボーカルないしはコーラスの音声や、各楽器の演奏による音声等）の録音を制御する。録音された音声は、一時的に又は恒久的に記憶装置２１０に格納されてもよい。加えて、音声制御部２２２は、楽曲サーバ１０からダウンロードしたパートデータ１１１１の、音声出力部２６０からの音声としての出力を制御する。

操作制御部２２３は、操作部２７０を用いたユーザの操作を受け付けると共に、当該受け付けた操作に応じた動作が行われるよう、受け付けたユーザの操作の内容をクライアント端末２０内の各部に通知する。例えば、操作制御部２２３は、音声入力部２５０を介したユーザの演奏データ（つまり、パートデータ１１１１）の録音を指示するユーザの操作を受け付けた場合には、当該操作を受け付けた旨を音声制御部２２２に通知する。その結果、音声制御部２２２は、ユーザの演奏データを録音するように音声入力部２５０の動作を制御する。

データ通信制御部２２４は、例えば、操作制御部２２３からパートデータ１１１１のアップロードを指示するユーザの操作を受け付けた旨の通知を受けた場合には、音声制御部２２２の制御の下で録音されたパートデータ１１１１を楽曲サーバ１０へアップロードするようにデータ通信制御部２２４を制御する。その結果、音声制御部２２２の制御の下で録音されたパートデータ１１１１は、データ通信部２４０を介して、クライアント端末２０から楽曲サーバ１０へとアップロードされる。

また、データ通信制御部２２４は、例えば、楽曲サーバ１０に格納されている複数のパートデータ１１１１のうちの所望のパートデータ１１１１のダウンロードを要求するユーザの指示を受け付けた旨の通知を操作制御部２２３から受けた場合には、所望のパートデータ１１１１のダウンロードを楽曲サーバ１０に要求するメッセージを送信するようデータ通信部２４０を制御する。このような要求の結果、所望のパートデータ１１１１（更には、当該所望のパートデータ１１１１に対応するミキシングデータ１１２１）は、データ通信部２４０を介して、楽曲サーバ１０からクライアント端末２０へとダウンロードされる。

ここで、図７を参照して、データ通信制御部２２４の制御によって実現される所望のパートデータ１１１１及び当該所望のパートデータ１１１１に対応するミキシングデータ１１２１のダウンロード及び再生について説明する。ここに、図７は、制御部２２０の制御によって実現される所望のパートデータ１１１１及び当該所望のパートデータ１１１１に対応するミキシングデータ１１２１のダウンロード及び再生の態様を概略的に示す模式図である。

図７に示すように、クライアント端末２０は、バンドという単位で取りまとめられた複数のパートデータ１１１１のダウンロードを要求してもよい。つまり、クライアント端末２０は、データ通信制御部２２４の制御の下で、バンド＃１という単位でまとめられたデータ群に含まれる４つのパートデータ１１１１（具体的には、リードギターに対応する１つのパートデータ１１１１、ドラムに対応する１つのパートデータ１１１１、ボーカルに対応する１つのパートデータ１１１１及びベースに対応する１つのパートデータ１１１１）のダウンロードを要求してもよい。その結果、クライアント端末２０は、データ通信制御部２２４の制御の下で、リードギターに対応する１つのパートデータと、コーラスに対応する１つのパートデータと、ベースに対応する１つのパートデータと、ドラムに対応する１つのパートデータと、ボーカルに対応する１つのパートデータとを、パート毎に個別にダウンロードする。

但し、クライアント端末２０は、バンドという単位で取りまとめられた複数のパートデータ１１１１のうちのいずれか１つのパートデータ１１１１を除く他のパートデータ１１１１（つまり、マイナスワンを構成する他のパートデータ１１１１）のダウンロードを要求してもよい。或いは、クライアント端末２０は、バンドという単位で取りまとめられた複数のパートデータ１１１１のうちの２つ以上のパートデータ１１１１を除く他のパートデータ１１１１（つまり、マイナスツー以上を構成する他のパートデータ１１１１）のダウンロードを要求してもよい。

加えて、楽曲サーバ１０からクライアント端末２０に対しては、バンド＃１という単位でまとめられたデータ群に含まれる各パートデータ１１１１の配信に合わせて、配信されている各パートデータ１１１１に対応するミキシングデータ１１２１もまた配信される。この場合、楽曲サーバ１０からは、例えばクライアント端末２０のユーザの指示等に応じて、フルミキシングデータ１１２１＃１が配信されてもよいし、マイナスワンミキシングデータ１１２１＃２が配信されてもよい。要は、楽曲サーバ１０からクライアント端末２０に対して、少なくとも１つのミキシングデータ１１２１が配信されればよい。その結果、クライアント端末２０は、各パートデータ１１１１に加えて、ミキシングデータ１１２１を更にダウンロードする。

このとき、クライアント端末２０は、音声制御部２２２の制御の下で、ミキシングデータ１１２１のダウンロードと並行して、ミキシングデータ１１２１のうちのダウンロード済みのデータ部分を再生してもよい。但し、クライアント端末２０は、音声制御部２２２の制御の下で、各パートデータ１１１１のダウンロードと並行して、各パートデータ１１１１のうちのダウンロード済みのデータ部分をミキシングしながら再生してもよい。

但し、クライアント端末２０は、バンドという単位に関係なく、任意のパートデータ１１１１のダウンロードを要求してもよい。例えば、クライアント端末２０は、データ通信制御部２２４の制御の下で、ルールＡという区分に分類されるデータ群に含まれるリードギターに対応する複数のパートデータ１１１１の中から、所望の１つのパートデータ１１１１のダウンロードを要求してもよい。同様に、クライアント端末２０は、データ通信制御部２２４の制御の下で、ルールＡという区分に分類されるデータ群に含まれるコーラスに対応する複数のパートデータ１１１１の中から、所望の１つのパートデータ１１１１のダウンロードを要求してもよい。同様に、クライアント端末２０は、データ通信制御部２２４の制御の下で、ルールＡという区分に分類されるデータ群に含まれるベースに対応する複数のパートデータ１１１１の中から、所望の１つのパートデータ１１１１のダウンロードを要求してもよい。同様に、クライアント端末２０は、データ通信制御部２２４の制御の下で、ルールＡという区分に分類されるデータ群に含まれるドラムに対応する複数のパートデータ１１１１の中から、所望の１つのパートデータ１１１１のダウンロードを要求してもよい。同様に、クライアント端末２０は、データ通信制御部２２４の制御の下で、ルールＡという区分に分類されるデータ群に含まれるボーカルに対応する複数のパートデータ１１１１の中から、所望の１つのパートデータのダウンロードを要求してもよい。

再び図２において、データ通信部２４０は、データ通信制御部２２４の制御の下で、ネットワーク網３０を介した楽曲サーバ１０との間の通信を行う。従って、クライアント端末２０からアップロードされるパートデータ１１１１は、データ通信部２４０を介して楽曲サーバ１０に送信される。また、クライアント端末２０の要求に応じて楽曲サーバ１０から配信されるパートデータ１１１１及びミキシングデータ１１２１は、データ通信部２４０によって取得される。取得されたパートデータ１１１１及びミキシングデータ１１２１は、データ通信制御部２２４によって、記憶装置２１０に一時的に又は恒久的に格納されてもよいし、音声出力部２６０から出力されてもよい。

音声入力部２５０は、例えば、マイク等の音声の入力を受け付ける装置である。

音声出力部２６０は、例えば、スピーカ等の音声の出力を行う装置である。

操作部２７０は、例えば、キーボードやマウスやタッチパネル等のユーザの操作を受け付ける装置である。

（４）楽曲配信システムにおける動作の流れ
続いて、図８を参照して、本実施例の楽曲配信システム１における動作の流れについて説明する。ここに、図８は、本実施例の楽曲配信システム１における動作の流れを示すフローチャートである。

図８に示すように、クライアント端末２０は、データ通信制御部２２４の制御の下で、楽曲サーバ１０に格納されている複数のパートデータ１１１１のうちの所望のパートデータ１１１１のダウンロードを楽曲サーバ１０に要求する（ステップＳ２０１）。具体的には、例えば、クライアント端末２０のユーザは、表示制御部２２１の制御の下で表示部２３０に表示される画面（例えば、所望のパートデータ１１１１を選択するための画面）を見ながら、操作部２７０を用いた操作によって所望のパートデータ１１１１を指定する。ユーザによる操作部２７０を用いた操作は、操作制御部２２３によって検出される。その結果、操作制御部２２３は、ユーザがダウンロードを要求している所望のパートデータ１１１１を特定することができる。その結果、操作制御部２２３からの通知を受けるデータ通信制御部２２４は、データ通信部２４０を用いて、ユーザがダウンロードを要求している所望のパートデータ１１１１を特定可能な所定のメッセージないしは制御信号を楽曲サーバ１０に対して送信する。

このとき、クライアント端末２０は、データ通信制御部２２４の制御の下で、パートデータ１１１１のダウンロードと合わせてダウンロードすることを望んでいるミキシングデータ１１２１の種別を、楽曲サーバ１０に通知してもよい。具体的には、例えば、クライアント端末２０のユーザは、表示制御部２２１の制御の下で表示部２３０に表示される画面（例えば、ミキシングデータ１１２１の種別を選択するための画面）を見ながら、操作部２７０を用いた操作によって所望のミキシングデータ１１２１を指定する。具体的には、ユーザは、例えば、(i)フルミキシングデータ１１２１＃１のダウンロードを望んでいるか否か、(ii)マイナスワンミキシングデータ１１２１＃２のダウンロードを望んでいるか否か、(iii)マイナスワンミキシングデータ１１２１＃２のダウンロードを望んでいる場合には、いずれのパートを除いたマイナスワンミキシングデータ１１２１＃２のダウンロードを望んでいるかを指定してもよい。但し、このようなミキシングデータ１１２１の種別を指定する指示は、所望のパートデータ１１１１を指定する指示と同時に行われなくともよい。言い換えれば、このようなミキシングデータ１１２１の種別を指定する指示は、所望のパートデータ１１１１を指定する指示よりも前の時点で予め行われていてもよい。その後、データ通信制御部２２４は、データ通信部２４０を用いて、ユーザがダウンロードを要求しているミキシングデータ１１２１の種別を特定可能な所定のメッセージないしは制御信号を楽曲サーバ１０に対して送信してもよい。

但し、クライアント端末２０は、ユーザがダウンロードを要求しているミキシングデータ１１２１の種別を楽曲サーバ１０に対して通知しなくともよい。この場合、楽曲サーバ１０は、デフォールトで定められた任意のミキシングデータ１１２１を配信してもよい。

その結果、楽曲サーバ１０のデータ通信制御部１２１は、データ通信部１４０を介して、ユーザがダウンロードを要求している所望のパートデータ１１１１を特定可能な所定のメッセージないしは制御信号を受信する。その結果、データ通信制御部１２１は、所望のパートデータ１１１１を特定すると共に、特定したパートデータ１１１１をパートデータ格納部１１１から読み出す。更に、データ通信制御部１２１は、所望のパートデータ１１１１に対応するミキシングデータ１１２１を特定すると共に、特定したミキシングデータ１１２１をミキシングデータ格納部１１２から読み出す（ステップＳ１０１）。

ステップＳ１０１の動作に続いて、相前後して又は並行して、配信態様制御部１２２は、所望のパートデータ１１１１及び当該所望のパートデータ１１１１に対応するミキシングデータ１１２１の夫々の配信の態様を設定する（ステップＳ１０２）。このとき、配信態様制御部１２２は、複数のパートデータ１１１１の配信よりもミキシングデータ１１２１の配信が優先的に行われるように、複数のパートデータ１１１１及びミキシングデータ１１２１の夫々の配信の態様を設定することが好ましい。

より具体的には、配信態様制御部１２２は、複数のパートデータ１１１１の夫々の配信レート（言い換えれば、配信速度ないしは送信速度）よりも、ミキシングデータ１１２１の配信レートが高くなる（大きくなる）ように、複数のパートデータ１１１１及びミキシングデータ１１２１の夫々の配信の態様を設定してもよい。言い換えれば、配信態様制御部１２２は、複数のパートデータ１１１１の夫々の配信に用いられる通信帯域よりも、ミキシングデータ１１２１の配信に用いられる配信帯域が大きくなるように、複数のパートデータ１１１１及びミキシングデータ１１２１の夫々の配信の態様を設定してもよい。

ここで、後述するように、クライアント端末２０は、ミキシングデータ１１２１のダウンロードが完了する前に、ミキシングデータ１１２１のうちのダウンロード済みのデータ部分を再生することができる。このようなクライアント端末２０によるミキシングデータ１１２１（より具体的には、ダウンロード済みのデータ部分）の再生を考慮すれば、配信態様制御部１２２は、クライアント端末２０によるミキシングデータ１１２１の再生が、クライアント端末２０によるミキシングデータ１１２１の配信に追いつかない程度の配信レートを、ミキシングデータ１１２１の配信レートとして設定してもよい。例えば、配信態様制御部１２２は、クライアント端末２０によるミキシングデータ１１２１の配信レートが、クライアント端末２０によるミキシングデータ１１２１の再生レート以上となるように、ミキシングデータ１１２１の配信レートを設定してもよい。その結果、ミキシングデータ１１２１のダウンロードが完了していないにも関わらずクライアント端末２０によるミキシングデータ１１２１の再生が途中で停止してしまう（つまり、ダウンロード済みのデータ部分の全ての再生が終了してしまう）ことは殆ど又は全くなくなる。他方で、配信態様制御部１２２は、複数のパートデータ１１１１については、ミキシングデータ１１２１の配信レートを確実に確保した後、残りの配信レートを均等に又は所定の基準で各パートデータ１１１１の配信に割り当ててもよい。

或いは、配信態様制御部１２２は、複数のパートデータ１１１１の夫々の配信が開始される前に、ミキシングデータ１１２１の配信が開始されるように、複数のパートデータ１１１１及びミキシングデータ１１２１の夫々の配信の態様を設定してもよい。言い換えれば、配信態様制御部１２２は、ミキシングデータ１１２１の配信が開始された後に、複数のパートデータ１１１１の夫々の配信が開始されるように、複数のパートデータ１１１１及びミキシングデータ１１２１の夫々の配信の態様を設定してもよい。

つまり、配信態様制御部１２２は、ミキシングデータ１１２１の配信が開始されてから所定時間が経過した後に、複数のパートデータ１１１１の夫々の配信が開始されるように、複数のパートデータ１１１１の配信及びミキシングデータ１１２１の配信の夫々の態様を設定してもよい。ここで、配信態様制御部１２２は、「所定時間」を調整することで、複数のパートデータ１１１１及びミキシングデータ１１２１の夫々の配信の態様を設定してもよい。例えば、「所定時間」が長くなればなるほど、楽曲サーバ１０とクライアント端末２０との間でミキシングデータ１１２１のみの配信が行われる時間が長くなる。つまり、配信態様制御部１２２は、「所定時間」を長くすることで、複数のパートデータ１１１１の配信よりもミキシングデータ１１２１の配信が優先的に行われる度合いを強くすることができる。他方で、例えば、「所定時間」が短くなればなるほど、楽曲サーバ１０とクライアント端末２０との間でミキシングデータ１１２１のみの配信が行われる時間が短くなる。つまり、配信態様制御部１２２は、「所定時間」を短くすることで、複数のパートデータ１１１１の配信よりもミキシングデータ１１２１の配信が優先的に行われる度合いを弱くすることができる。

その後、データ通信制御部１２２は、ユーザがダウンロードを要求している所望のパートデータ１１１１及び当該所望のパートデータ１１１１に対応するミキシングデータ１１２１を、ステップＳ１０２において設定された態様で配信する（ステップＳ１０３）。

その結果、クライアント端末２０が備えるデータ通信部２４０は、所望のパートデータ１１１１及び当該所望のパートデータ１１１１に対応するミキシングデータ１１２１をダウンロードする（ステップＳ２０２）。このとき、所望のパートデータ１１１１のダウンロードが完了するまでは（ステップＳ２０３：Ｎｏ）、クライアント端末２０が備える音声制御部２２２は、ミキシングデータ１１２１のうちのダウンロード済みのデータ部分を再生するように音声出力部２６０を制御する（ステップＳ２０２）。その結果、音声出力部２６０からは、ミキシングデータ１１２１に基づく楽曲の演奏が出力される。

その後、所望のパートデータ１１１１のダウンロードが完了した後には（ステップＳ２０３：Ｙｅｓ）、クライアント端末２０が備える音声制御部２２２は、ダウンロードした複数のミキシングデータ１１１１を所望の態様でミキシングしながら再生するように音声出力部２６０を制御する（ステップＳ２０３）。その結果、音声出力部２６０からは、複数のパートデータ１１１１に基づく楽曲の演奏が出力される。

以上説明したように、本実施例の楽曲配信システム１によれば、楽曲サーバ１０は、複数のパートデータ１１１１に加えて、当該複数のパートデータ１１１１に対応するミキシングデータ１１２１を配信することができる。その結果、クライアント端末２０は、複数のパートデータ１１１１の全てのダウンロードが完了する前の段階であっても、ミキシングデータ１１２１を再生することで、ダウンロード中の複数のパートデータ１１１１によって実現される楽曲を実質的には再生することができる。つまり、本実施例のクライアント端末２０は、複数のパートデータ１１１１のみをダウンロードする場合と比較して、複数のパートデータ１１１１から構成される楽曲の再生を相対的に迅速に開始することができる。

加えて、本実施例の楽曲配信システム１によれば、楽曲サーバ１０は、複数のパートデータ１１１１よりも、当該複数のパートデータ１１１１に対応するミキシングデータ１１２１を優先的に配信することができる。その結果、クライアント端末２０は、複数のパートデータ１１１１の全てのダウンロードが完了する前に、ミキシングデータ１１２１のダウンロードを完了することができる。その結果、クライアント端末２０は、複数のパートデータ１１１１の全てのダウンロードが完了する前の段階であっても、ミキシングデータ１１２１を再生することで、ダウンロード中の複数のパートデータ１１１１によって実現される楽曲を実質的には再生することができる。つまり、本実施例のクライアント端末２０は、複数のパートデータ１１１１とミキシングデータ１１２１とを均等に又はランダムにダウンロードする場合と比較して、複数のパートデータ１１１１から構成される楽曲の再生を相対的に迅速に開始することができる。

ここで、複数のパートデータ１１１１のみならずミキシングデータ１１２１もまた配信されると共に複数のパートデータ１１１１よりもミキシングデータ１１２１が優先的に配信されることによって実現される技術的効果について、図９を参照して、説明する。ここに、図９は、(i)複数のパートデータ１１１１よりもミキシングデータ１１２１が優先的に配信される場合の配信の様子と、(i)複数のパートデータ１１１１のみが均等に配信される場合の配信の様子とを示す模式図である。

図９（ａ）に示すように、複数のパートデータ１１１１のみが均等に（つまり、同じ優先度で）配信される場合には、複数のパートの全てが揃っているデータ部分（具体的には、全ての種類のパートデータ１１１１のダウンロード済みとなったデータ部分であり、一つの楽曲として再生可能なデータ部分）のダウンロードに要する時間が、相対的に長くなってしまう。このため、クライアント端末２０における再生レートによっては、クライアント端末２０は、複数のパートの全てが揃っているデータ部分の再生（つまり、楽曲としての再生）を迅速に開始することができない。

他方で、図９（ｂ）に示すように、複数のパートデータ１１１１よりもミキシングデータ１１２１が優先的に配信される場合には、クライアント端末２０がダウンロード済みのパートデータ１１１１のデータサイズと比較して、クライアント端末２０がダウンロード済みのミキシングデータ１１２１のデータサイズが相対的に大きくなる。例えば、クライアント端末２０は、複数のパートデータ１１１１のみを均等にダウンロードする場合と比較して、複数のパートデータ１１１１の単位時間当たりにダウンロードされるデータサイズを削減しながら、当該削減したデータサイズに相当するデータサイズのミキシングデータ１１２１をダウンロードすることができる。従って、複数のパートデータ１１１１のみを均等にダウンロードする場合と比較して、同じ時間だけダウンロードが行われた場合には、複数のパートの全てが揃っているデータ部分のデータサイズ（つまり、ミキシングデータ１１２１のうちのダウンロード済みのデータ部分）は、相対的に多くなる。更には、複数のパートデータ１１１１のみを均等にダウンロードする場合と比較して、複数のパートの全てが揃っているデータ部分のダウンロードに要する時間もまた、相対的に短くなる。このため、クライアント端末２０における再生レートによる制限を踏まえても、クライアント端末２０は、複数のパートの全てが揃っているデータ部分の再生（つまり、楽曲としての再生）を迅速に開始することができる。更には、クライアント端末２０は、複数のパートデータ１１１１の全てのダウンロードが完了する前に、ミキシングデータ１１２１のダウンロードを完了することができる。その結果、クライアント端末２０は、複数のパートデータ１１１１の全てのダウンロードが完了する前の段階であっても、ミキシングデータ１１２１を再生することで、ダウンロード中の複数のパートデータ１１１１によって実現される楽曲を実質的には再生することができる。

尚、上述した楽曲配信システム１では、楽曲サーバ１０は、ミキシングデータ格納部１１２に予め格納されているミキシングデータ１１２１を配信している。このため、楽曲サーバ１０は、ミキシングデータ１１２１の配信と並行してミキシングデータ１１２１を生成しなくともよくなる。従って、楽曲サーバ１０の処理負荷を相対的に低下させることができる。但し、楽曲サーバ１０は、ミキシングデータ１１２１を生成しながら、生成したミキシングデータ１１２１を配信してもよい。

また、上述した楽曲配信システム１では、楽曲サーバ１０は、複数のパートデータ１１１１をダウンロードする要求があった場合に、複数のパートデータ１１１１のみならず、当該複数のパートデータ１１１１に対応するミキシングデータ１１２１をいわば自動的に配信している。従って、クライアント端末２０のユーザは、複数のパートデータ１１１１をダウンロードする要求に加えて、当該複数のパートデータ１１１１に対応するミキシングデータをダウンロードする要求を指示しなくともよくなる。従って、ユーザの操作負荷を相対的には低減できる。

また、上述した楽曲配信システム１では、複数のパートデータ１１１１及びミキシングデータ１１２１の夫々の配信の態様が、楽曲サーバ１０側で設定されている。しかしながら、複数のパートデータ１１１１及びミキシングデータ１１２１の夫々の配信の態様が、クライアント端末２０側で設定されてもよい。つまり、上述した配信態様制御部１２２は、楽曲サーバ１０が備えることに加えて又は代えて、クライアント端末２０が備えていてもよい。この場合、クライアント端末２０は、所望のパートデータのダウンロードを楽曲サーバ１０に要求する際に、クライアント端末２０自身が設定した複数のパートデータ１１１１及びミキシングデータ１１２１の夫々の配信の態様を合わせて楽曲サーバ１０に通知してもよい。この場合、楽曲サーバ１０は、クライアント端末２０が設定した配信の態様で、複数のパートデータ１１１１及びミキシングデータ１１２１を配信してもよい。

また、本発明は、請求の範囲及び明細書全体から読み取るこのできる発明の要旨又は思想に反しない範囲で適宜変更可能であり、そのような変更を伴う配信装置、配信方法、及び配信制御用のコンピュータプログラム、再生装置、再生方法、及び再生制御用のコンピュータプログラム、並びに配信システムもまた本発明の技術思想に含まれる。

１ 楽曲配信システム
１０ 楽曲サーバ
１１０ データベース
１１１ パートデータ格納部
１１１１ パートデータ
１１２ ミキシングデータ格納部
１１２１ ミキシングデータ
１２０ 制御部
１２１ データ通信制御部
１２２ 配信優先度設定部
１４０ データ通信部
２０ クライアント端末
２２０ 制御部
２２２ 音声制御部
２２３ 操作制御部
２４０ データ通信部
２６０ 音声出力部
２７０ 操作部

Claims (18)

1. コンテンツを構成する複数のパートに夫々対応するデータ部分である複数のパートデータと、前記複数のパートデータのうちの少なくとも２つを１つのデータに統合することで生成されるミキシングデータとを再生装置に配信する配信手段と、
   前記複数のパートデータの夫々の配信の優先度よりも前記ミキシングデータの配信の優先度が高くなるように前記配信手段を制御する制御手段と
   を備える
   ことを特徴とする配信装置。
2. 前記制御手段は、前記複数のパートデータの夫々の配信レートよりも前記ミキシングデータの配信レートが高くなるように前記配信手段を制御する
   ことを特徴とする請求項１に記載の配信装置。
3. 前記再生装置は、前記配信装置から配信される前記ミキシングデータを、取得したデータ部分から再生し、
   前記制御手段は、前記再生装置による前記ミキシングデータの再生レート以上となる配信レートで前記ミキシングデータを配信するように前記配信手段を制御する
   ことを特徴とする請求項１に記載の配信装置。
4. 前記制御手段は、当該配信装置と前記再生装置との間に割り当て可能な全配信レートのうち前記ミキシングデータの配信レートを除いた残りの配信レートで前記複数のパートデータの夫々を配信するように前記配信手段を制御する
   ことを特徴とする請求項３に記載の配信装置。
5. 前記制御手段は、前記複数のパートデータの夫々の配信を開始する前に、前記ミキシングデータの配信を開始するように前記配信手段を制御する
   ことを特徴とする請求項１に記載の配信装置。
6. 前記制御手段は、前記ミキシングデータの配信を開始してから所定時間が経過した後に、前記複数のパートデータの夫々の配信を開始するように前記配信手段を制御する
   ことを特徴とする請求項１に記載の配信装置。
7. 前記配信手段は、前記ミキシングデータとして、前記複数のパートデータの全てを１つのデータに統合することで生成される第１ミキシングデータ、及び、前記複数のパートデータのうちの少なくとも一つのパートデータを除く残りのパートデータを１つのデータに統合することで生成される第２ミキシングデータの少なくとも一方を配信する
   ことを特徴とする請求項１に記載の配信装置。
8. 前記複数のパートデータと前記ミキシングデータとを格納する格納手段を更に備え、
   前記配信手段は、前記格納手段に格納されている前記複数のパートデータと前記ミキシングデータと配信する
   ことを特徴とする請求項１に記載の配信装置。
9. 前記配信手段は、前記再生装置から前記複数のパートデータの配信を要求する指示が前記再生装置から当該配信装置に対して送信された場合に、前記配信が要求された前記複数のパートデータに加えて前記ミキシングデータを配信する
   ことを特徴とする請求項１に記載の配信装置。
10. 前記コンテンツは、楽曲であり、
    前記複数のパートデータの夫々は、前記複数のパートのうちのいずれか一つのパートに対応する演奏データである
    ことを特徴とする請求項１に記載の配信装置。
11. コンテンツを構成する複数のパートに夫々対応するデータ部分である複数のパートデータと、前記複数のパートデータのうちの少なくとも２つを１つのデータに統合することで生成されるミキシングデータとを再生装置に配信する配信工程と、
    前記複数のパートデータの夫々の配信の優先度よりも前記ミキシングデータの配信の優先度が高くなるように前記配信工程を制御する制御工程と
    を備える
    ことを特徴とする配信方法。
12. コンピュータを請求項１に記載の配信装置として機能させる
    ことを特徴とする配信制御用のコンピュータプログラム。
13. コンピュータを請求項１に記載の配信装置として機能させる配信制御用のコンピュータプログラムが記録されている
    ことを特徴とする記録媒体。
14. 請求項１に記載の配信装置から配信される前記複数のパートデータ及び前記ミキシングデータを取得する取得手段と、
    前記複数のパートデータ及び前記ミキシングデータのうち取得したデータ部分から再生する再生手段と
    を備える
    ことを特徴とする再生装置。
15. 請求項１に記載の配信装置から配信される前記複数のパートデータ及び前記ミキシングデータを取得する取得工程と、
    前記複数のパートデータ及び前記ミキシングデータのうち取得したデータ部分から再生する再生工程と
    を備える
    ことを特徴とする再生方法。
16. コンピュータを請求項１４に記載の再生装置として機能させる
    ことを特徴とする再生制御用のコンピュータプログラム。
17. コンピュータを請求項１４に記載の再生装置として機能させる再生制御用のコンピュータプログラムが記録されている
    ことを特徴とする記録媒体。
18. コンテンツを構成する複数のパートに夫々対応するデータ部分である複数のパートデータと、前記複数のパートデータのうちの少なくとも２つを１つのデータに統合することで生成されるミキシングデータとを再生装置に配信する配信手段と、
    前記複数のパートデータの夫々の配信の優先度よりも前記ミキシングデータの配信の優先度が高くなるように前記配信手段を制御する制御手段と
    を備える配信装置と、
    前記配信装置から配信される前記複数のパートデータ及び前記ミキシングデータを取得する取得手段と、
    前記複数のパートデータ及び前記ミキシングデータのうち取得したデータ部分から再生する再生手段と
    を備える再生装置と
    を備える
    ことを特徴とする配信システム。

Images