(57)【要約】【課題】例えば、録音された演奏セッションを良好な再現性の下に再生させる。【解決手段】演奏録音システムは、ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から送信された演奏データを前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段とを具備する。【選択図】図１３
2014153515.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに収容されたサーバ装置と、
前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、
所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、
前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と、
前記送信された演奏データを前記サーバ装置に記憶させる記憶制御手段と、
前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段と
を具備する
ことを特徴とする演奏録音システム。
【請求項２】
前記同期信号を生成する同期信号生成手段を更に具備する
ことを特徴とする請求項１に記載の演奏録音システム。
【請求項３】
前記ネットワークを介して再生が要求された演奏パートに対応する前記補正された演奏データを送信する補正演奏データ送信手段を更に具備する
ことを特徴とする請求項１又は２に記載の演奏録音システム。
【請求項４】
ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置とを備えた演奏録音システムにおいて実行される、演奏録音方法であって、
所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データが生成される演奏データ生成工程と、
前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々が制御される送信制御工程と、
前記送信された演奏データが記憶されるように前記サーバ装置が制御される記憶制御工程と、
前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データが補正される演奏データ補正工程と
を具備する
ことを特徴とする演奏録音方法。
【請求項５】
ネットワークに収容された、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と共に演奏録音システムを構成する、前記ネットワークに収容されるサーバ装置であって、
前記送信された演奏データを記憶する記憶手段と、
前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段と
を具備する
ことを特徴とするサーバ装置。
【請求項６】
ネットワークに収容されたサーバ装置と、前記ネットワークを介して送信される、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する、楽音信号と所定の同期信号とが重畳されてなる複数の演奏データを、前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段と共に演奏録音システムを構成し、前記ネットワークに収容され、前記複数の演奏パートのうち少なくとも一つに対応する端末装置であって、
前記同期信号を基点として開始された前記演奏セッションにおける、自己が対応する前記演奏パートについて、前記演奏データを生成する演奏データ生成手段と、
前記ネットワークを介して前記生成された演奏データを送信する送信手段と
を具備する
ことを特徴とする端末装置。
【請求項７】
コンピュータシステムを請求項１に記載の演奏データ生成手段として機能させることを特徴とするコンピュータプログラム。
【請求項８】
請求項７に記載のコンピュータプログラムが記録されることを特徴とする記録媒体。
【請求項９】
コンピュータシステムを請求項１に記載の演奏データ補正手段として機能させることを特徴とするコンピュータプログラム。
【請求項１０】
請求項９に記載のコンピュータプログラムが記録されることを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、演奏録音システムの技術分野に関する。
【背景技術】
【０００２】
通信ネットワークを介して各演奏者ノード間で双方向の通信を行って音楽セッションを行う、離れた場所にいる演奏者同士でリアルタイムに音楽セッションを楽しむための、通信ネットワークを利用した音楽セッションシステムが提案されている（例えば、特許文献１参照）。
【０００３】
特許文献１に開示される音楽セッションシステムによれば、各ユーザ端末の演奏者は、隣接しているユーザ端末の演奏者と演奏データを双方向にやり取りし、離れて接続されているユーザ端末の演奏者とは、自ユーザ端末との間にいるユーザ端末を介して伝播する構成とすることにより、参加人数や環境において高いスケーラビリティが得られるとされている。
【０００４】
一方、特許文献２には、演奏開始から伴奏を付けた演奏を行うための装置が開示されている。特許文献２に開示された演奏開始時刻予想装置によれば、入力される楽音信号が所定の閾値を超えてアタックが検出される毎にカウント時刻情報が検出される。また、新たなカウント時刻情報が検出される毎に、この新たなカウント時刻情報とこれより１個古いカウント時刻情報との時間間隔の情報であるカウント間時間情報が求められる。そして、所定個数のカウント間時間情報に基づいて演奏者が実際の演奏を開始すると予想される演奏開始時刻が求められ、楽曲プレイヤーでの再生と、録音部での録音が開示される。その結果、演奏者の本来の演奏開始に合わせて伴奏を演奏させることができると共に、真に必要な部分のみの楽音信号を録音部に録音させることができるとされる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−３２３１７３号公報
【特許文献２】特開２００９−３００６２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
端末装置を介して利用者の演奏データをサーバ装置に録音する演奏録音システムの研究が進められている。この演奏録音システムでは、サーバ装置に録音されている演奏データを端末装置にダウンロードして再生することもできる。従って、利用者は、サーバに録音された演奏データの中から所望の演奏データを選択的にダウンロードして、ダウンロードされた演奏データに基づいて再生される演奏と自身の演奏とのセッションを気軽に楽しむことができる。
【０００７】
ここで、過去に複数の利用者によりリアルタイムに行われた演奏セッションがサーバ装置に録音される状況を想定する。この場合、演奏セッションは利用者各々に対応する複数の演奏パートの集合であり、各演奏パートの演奏データは、各演奏パートに対応する個々の端末装置を介してサーバ装置に送信され録音される。ここで特に、この録音された演奏セッションに係る演奏データが、不特定多数のユーザによりダウンロードされ、適宜に再生される状況を考えると、サーバ装置においては、この演奏セッションを高い再現性を伴って記憶することが望まれる。
【０００８】
ところが、例えばＰ２Ｐ（Peer to Peer）方式の通信回線等、端末装置相互間で一対一に構築される通信回線を利用して演奏データの送受を行えば済む、演奏セッションの実行時とは異なり、個々の端末装置とサーバ装置との間で独立して行う必要がある録音時の演奏データの伝送は、その進捗の度合いがネットワーク環境、サーバ装置の負荷、端末装置の負荷等に大きく影響され易く、少なくともリアルタイムに行われたオリジナルの演奏セッションと較べて一様でない。
【０００９】
例えば、楽音信号が、所定のデータ形式を有する演奏データに逐次変換され、一時的にバッファに格納された後、ネットワークを介してサーバ装置へ送出される場合、ネットワークの伝送遅延も、ネットワークの伝送容量も、端末装置の処理速度も端末装置毎に異なるのが普通である。元より、サーバ装置側では、各端末装置から独立して送信される演奏データに含まれる楽音信号を時系列で順次記録するだけであるから、何らの対策も講じられることがなければ、各演奏パートにおける楽音信号の時間軸上の相対関係は保持されない。その結果、当該演奏セッションを再生するにあたって、各演奏パートの演奏開始タイミングを一致させることができなくなり、演奏セッションを精度良く再現することが困難となる。
【００１０】
このように、現状で想定されるシステムは、少なくとも一つの問題点として、リアルタイムに行われた複数の演奏パートから構成される演奏セッションをサーバ装置に録音して再利用する場合において、その演奏セッションの再現性が担保され難いという技術的問題点を有し得る。
【００１１】
このような技術的問題点に対し、上記特許文献２に開示される演奏データの頭出しの手法は、有意義な効果をもたらさない。即ち、この手法では、カウント間時間情報から、ＢＰＭ（Beat Per Minute）相当値が推定され、この推定値に基づいて演奏開始タイミングを更に推定される。即ち、推定が二箇所で行われており、演奏開始タイミングの推定精度は低い。また、この手法では、演奏時に演奏者の演奏開始時刻が推定されているに過ぎず、その推定精度の如何によらず、録音された演奏の再生時における演奏の再現性を担保する上では殆ど効果がない。また、その推定の結果が毎回同じである保証は無いから、再生される演奏セッションをオリジナルの演奏セッションに近付け得るか否かは別として、再現性もまた十分でない。更に言えば、演奏セッションの開始時点で全ての演奏パートの楽音信号が所定以上の振幅（即ち、音量）を有している保証はないから、楽音信号のアタック検出を頭出しに利用する技術思想そのものが、上述した技術的問題点に対する有効な解とならない。
【００１２】
本発明は、例えば、上記技術的問題点を、その解決すべき問題点の少なくとも一つとして有するものであって、録音された演奏セッションを良好な再現性の下に再生させ得る演奏録音システムを提供することを、その課題の少なくとも一つとする。
【課題を解決するための手段】
【００１３】
上述した課題を解決するため、請求項１に係る演奏録音システムは、ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と、前記送信された演奏データを前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段とを具備することを特徴とする。
【００１４】
上述した課題を解決するため、請求項４に係る演奏録音方法は、ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置とを備えた演奏録音システムにおいて実行される、演奏録音方法であって、
所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データが生成される演奏データ生成工程と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々が制御される送信制御工程と、前記送信された演奏データが記憶されるように前記サーバ装置が制御される記憶制御工程と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データが補正される演奏データ補正工程とを具備することを特徴とする。
【００１５】
上述した課題を解決するため、請求項５に係るサーバ装置は、ネットワークに収容された、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と共に演奏録音システムを構成する、前記ネットワークに収容されるサーバ装置であって、前記送信された演奏データを記憶する記憶手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段とを具備することを特徴とする。
【００１６】
上述した課題を解決するため、請求項６に係る端末装置は、ネットワークに収容されたサーバ装置と、前記ネットワークを介して送信される、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する、楽音信号と所定の同期信号とが重畳されてなる複数の演奏データを、前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段と共に演奏録音システムを構成し、前記ネットワークに収容され、前記複数の演奏パートのうち少なくとも一つに対応する端末装置であって、前記同期信号を基点として開始された前記演奏セッションにおける、自己が対応する前記演奏パートについて、前記演奏データを生成する演奏データ生成手段と、前記ネットワークを介して前記生成された演奏データを送信する送信手段とを具備することを特徴とする。
【００１７】
上述した課題を解決するため、請求項７に係るコンピュータプログラムは、コンピュータシステムを請求項１に記載の演奏データ生成手段として機能させることを特徴とする。
【００１８】
上述した課題を解決するため、請求項８に係る記録媒体は、請求項８に記載のコンピュータプログラムが記録されることを特徴とする。
【００１９】
上述した課題を解決するため、請求項９に係るコンピュータプログラムは、コンピュータシステムを請求項１に記載の演奏データ補正手段として機能させることを特徴とする。
【００２０】
上述した課題を解決するため、請求項１０に係る記録媒体は、請求項９に記載のコンピュータプログラムが記録されることを特徴とする。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１実施例に係る演奏録音システムの概念を説明する図である。
【図２】図１の演奏録音システムにおける管理サーバのブロック図である。
【図３】図１の演奏録音システムにおける録音サーバのブロック図である。
【図４】図１の演奏録音システムにおけるコンテンツサーバのブロック図である。
【図５】図１の演奏録音システムにおける端末装置のブロック図である。
【図６】図３の録音サーバの録音トラックにおける演奏データの記録状態を概念的に説明する図である。
【図７】図４のコンテンツサーバに格納されるセッションデータの概念図である。
【図８】演奏セッションの基本的な録音処理における各装置の動作を時系列で表してなるタイミングチャートである。
【図９】演奏セッションが再生される場合の演奏録音システムの動作概念図である。
【図１０】理想的に記録された各演奏パートの楽音信号を概念的に表した図である。
【図１１】実際に記録された各演奏パートの楽音信号を概念的に表した図である。
【図１２】演奏セッションの実際の録音処理における各装置の動作を時系列で表してなるタイミングチャートである。
【図１３】録音トラックに同期信号と楽音信号とが記録された状態を概念的に表した図である。
【図１４】第１の補正がなされた後の各録音トラックの様子を概念的に表した図である。
【図１５】楽曲の切れ目検出の概念を説明する図である。
【発明を実施するための形態】
【００２２】
＜演奏録音システムの実施形態＞
【００２３】
本発明の演奏録音システムに係る実施形態は、ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と、前記送信された演奏データを前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段とを具備する（請求項１）。
【００２４】
実施形態に係る演奏録音システムでは、演奏セッションを構成する一又は複数の演奏パートに夫々対応する複数の端末装置の各々から、対応する演奏パートの演奏データがネットワークを介して送信される。この演奏データは、各演奏パートの楽音信号が所定の規格に従ってデータ化されたものであり、例えばＭＰ３、ＷＡＶＥ、ＷＭＡ、ＡＡＣ、Ｍ４Ａ、ＦＬＡＣ等のファイル形式のデータである。
【００２５】
一方、この演奏データは、例えば、一時的なバッファリングを経て一定又は不定のデータサイズ毎に順次ネットワークを介して送信され、記憶制御手段の作用によりサーバ装置に記憶される。例えば、サーバ装置においては、例えば、複数の録音トラックの各々に、送信される演奏データに対応する楽音信号が順次記録される。
【００２６】
ここで、演奏データの送信過程においては、大なり小なり伝送遅延が生じ得る。この伝送遅延は、例えば、端末装置のバッファ容量に起因するものも、端末装置のネットワーク環境に起因するものの、端末装置の処理能力に起因するものも、サーバ装置側の処理負荷や通信帯域に起因するものも含まれるから、各端末装置で一致し難い。
【００２７】
このため、何らの対策も講じられることがなければ、リアルタイムに行われる演奏セッション自体が好適に進行し得たとしても、サーバに録音された演奏セッションを再現する場合において、各演奏パートの楽音信号の時間軸上の相対関係がオリジナルの関係（録音時の関係）と異なったものになる。その結果、再生される演奏セッションは、オリジナルの演奏セッションとは全く異なったものになる。
【００２８】
一方、実施形態に係る演奏録音システムにおいては、相異なる複数の端末装置を介して、複数の演奏パートからなる演奏セッションが行われるにあたって、各演奏パートの演奏が、共通の同期信号を基点として開始される。この同期信号は、一種のトリガ信号として機能し得る信号であって、例えば、インパルス信号であっても、矩形波信号であっても、楽音信号の一部であってもよい。また、同期信号は、演奏者相互間で演奏開始タイミングを共有するための信号に過ぎないから、同期信号を供給する手段がネットワーク上の何処にあっても、その伝送に要する時間遅延は無視され得る。
【００２９】
ここで、実施形態に係る演奏録音システムにおいては、演奏データ生成手段により生成される演奏データに、複数の端末装置の各々が対応する一又は複数の演奏パートの楽音信号と、上述した所定の同期信号とが重畳される。尚、「重畳される」とは、同期信号の形態如何に関係なく、少なくとも、同期信号と各演奏パートに係る楽音信号との時間軸上の位置関係が保持される或いは特定可能であることを意味する。即ち、演奏データ生成手段により生成される演奏データに基づいて演奏パートが再生された場合、同期信号の発生時点から当該演奏パートの演奏が開始される時点までの時間間隔は、オリジナルの演奏と一致する。
【００３０】
実施形態に係る演奏録音システムでは、この点を利用して、演奏データ補正手段により演奏データが補正される。演奏データ補正手段は、各端末装置から送信されサーバ装置に記憶される複数の演奏データについて、この同期信号に基づいて、楽音信号の時間軸上の位置を補正する。より具体的には、複数の演奏データについて、同期信号の時間軸上の位置を同期させる。先に述べたように、各演奏パートについて、同期信号と楽音信号との時間軸上の位置関係はオリジナルの関係を保持しているから、複数の演奏パートについて同期信号を同期させてしまえば、個々の楽音信号同士の時間軸上の位置関係もまた、オリジナルの位置関係から乖離することなく保持される。従って、実施形態に係る演奏録音システムにおいては、複数の演奏パートの演奏開始タイミングを一致させることができ、過去に録音された演奏セッションの再現性が担保されるのである。このような効果は、演奏セッションを構成する演奏パートが多い程顕著となる。
【００３１】
尚、実施形態に係る演奏録音システムにおいて、演奏データ生成手段、送信制御手段、記憶制御手段及び演奏データ補正手段は、各手段の機能作用を実現し得る限りにおいて、どのようにシステムに組み込まれていてもよい。一例として、これら各手段は、演奏録音システムを構成するサーバ装置と端末装置とに分散して収容されていてもよい。
【００３２】
尚、演奏データ補正手段は、サーバ装置に記憶された演奏データを補正するが、その具体的な態様は一義的でない。例えば、演奏データ補正手段は、演奏録音システムを構成する一の端末装置から、過去の演奏セッションの再生を要求された場合において演奏データの補正を行ってもよい。この場合、演奏データ補正手段は、再生が要求されない演奏セッションの演奏データについて演奏データの補正を行う必要がないから、演奏データ補正手段の全体的な負荷としては軽減され得る。また、演奏データ補正手段は、サーバ装置が、送信された演奏データを取得するタイミングで同期信号に基づいた補正を行ってもよい。この場合、サーバ装置に一時的に演奏データが記憶された後、演奏データの補正後に再度演奏データが記憶される構成となっていてもよい。この場合、演奏データは、演奏セッションの再生が要求されるか否かに関係なく、全ての演奏セッションについて補正されるから、演奏データ補正手段の全体的な負荷としては大きくなり得るが、再生要求時にデータ補正を行う必要がないことから、再生要求時にシステムビジーな状態に陥る可能性は低減され得る。一般に、録音と再生とでは、後者の方により高い即時性が要求されるから、時間的猶予を効率的に使用し得る点においては、このような補正態様もまた好適である。
【００３３】
尚、実施形態に係る演奏録音システムにおいて、サーバ装置は、一個のコンピュータ装置であってもよいし、複数のコンピュータ装置から構成されていてもよい。後者の場合、演奏セッションの進行を管理する管理用のサーバ装置と、演奏セッションの録音処理を行う録音用のサーバ装置と、演奏セッションを最終的にコンテンツとして保存するコンテンツ保存用のサーバ装置とを含んでサーバ装置が構成されてもよい。この場合、記憶制御手段の作用に係る「サーバ装置」とは、この録音用のサーバ装置であってもよいし、コンテンツ保存用のサーバ装置であってもよい。
【００３４】
尚、後者の態様における管理用のサーバ装置とは、例えばインターネット等の広域ネットワークの形態を採り得るネットワークを通じて展開される、例えば商業的サービスとしての演奏録音システムを提供するためのウェブサイトを制御するサーバ装置であってもよい。この場合、管理用のサーバ装置は、このウェブサイトを利用して演奏セッションを行おうとする複数のユーザに対応する複数の端末装置の各々について、ネットワークの状態の監視、ユーザの識別、端末装置と録音用のサーバ装置との仲介等を行うように構成されていてもよい。
【００３５】
尚、演奏録音システムの実施形態に係るサーバ装置は、例えば、好適な一形態として、所定のサービスを提供する事業者が所有するコンピュータ装置又はコンピュータシステムであってもよい。この場合、例えば利用者と然るべき契約を締結した上で、当該利用者に限定して、自己が保有するコンテンツとしての演奏データを配信する構成となっていてもよい。また、このサーバ装置は、例えば、利用者が、後述する端末装置として機能し得る各種コンピュータ装置、コンピュータシステム又はそれに類する装置を介して要求した演奏データを配信する。このようなコンテンツとしての演奏データの要求及び配信は、より具体的には、ネットワーク上に、サーバ装置と利用者との間のインターフェイスとして構築されるウェブサイトやホームページ等を通じてなされてもよい。
【００３６】
尚、演奏録音システムの実施形態に係る端末装置は、例えば、好適な一形態として、内蔵又は外付けされるマイクロフォンを介して音声信号を集音する機能と、例えば内蔵又は外付けされるスピーカ及び／又はディスプレイを介して音声信号を再生する機能又はストリーミング再生する機能とを有する装置である。この端末装置は、例えば、然るべき制御プログラムが実行されることによって、この端末装置として機能するように構成された、パーソナルコンピュータ又はそれに順ずるコンピュータ装置であってもよい。或いは、この端末装置は、例えば、パーソナルコンピュータ又はそれに順ずるコンピュータ装置において然るべき制御プログラムが実行されることによってこの端末装置として機能するように構成された、演奏者と上記ウェブサイトやホームページ或いは他の演奏者とのインターフェイスとなる装置であってもよい。
【００３７】
演奏録音システムに係る実施形態の一の態様では、前記同期信号を生成する同期信号生成手段を更に具備する（請求項２）。
【００３８】
この態様によれば、同期信号生成手段を具備するので、状況に応じた適切な同期信号を生成することができる。同期信号は、楽音信号の時間同期を図るためのトリガ信号であるが、演奏パートを担当する演奏者の各々が、この同期信号を通じて相互いに演奏開始タイミングを計る側面を持つ。その点に鑑みると、同期信号として如何なる信号が適切であるのかは、演奏セッション毎に異なり得る。そのような状況を想定した場合、複数種類の同期信号の中から、その演奏セッションに最も適切な同期信号を演奏者の相互同意の上で選択可能に構成されることは有意義である。同期信号生成手段を備える場合、そのような個別具体的な状況に対応することができ実践上有益である。
【００３９】
演奏録音システムに係る実施形態の他の態様では、前記ネットワークを介して再生が要求された演奏パートに対応する前記補正された演奏データを送信する補正演奏データ送信手段を更に具備する（請求項３）。
【００４０】
この態様によれば、例えば、過去に行われた演奏セッションの一部又は全部を利用して自己の演奏とのセッションを所望する一又は複数の演奏者等から、当該過去に行われた演奏セッションを構成する一又は複数の演奏パートの再生や配信が要求された場合等において、再現性良く過去の演奏セッションを提供することができる。従って、演奏再生機能が付帯された、より好適な演奏録音システムの実施形態が提供され得る。
【００４１】
＜演奏録音方法の実施形態＞
【００４２】
演奏録音方法に係る実施形態は、ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置とを備えた演奏録音システムにおいて実行される、演奏録音方法であって、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データが生成される演奏データ生成工程と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々が制御される送信制御工程と、前記送信された演奏データが記憶されるように前記サーバ装置が制御される記憶制御工程と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データが補正される演奏データ補正工程とを具備する（請求項４）。
【００４３】
演奏録音方法の実施形態によれば、上記演奏録音システムに係る実施形態の各手段と同等の作用を実現する各工程により、上記演奏録音システムに係る実施形態と同様に、録音された演奏セッションの再現性が担保される。
【００４４】
＜サーバ装置の実施形態＞
【００４５】
サーバ装置に係る実施形態は、ネットワークに収容された、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と共に演奏録音システムを構成する、前記ネットワークに収容されるサーバ装置であって、前記送信された演奏データを記憶する記憶手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段とを具備する（請求項５）。
【００４６】
サーバ装置の実施形態によれば、上記演奏録音システムに係る実施形態の記憶手段及び演奏データ補正手段を備えることにより、上記演奏録音システムに係る実施形態を好適に実現することができ、録音された演奏セッションの再現性を担保するにあたって重要な役割を果たすことができる。
【００４７】
＜端末装置の実施形態＞
【００４８】
端末装置に係る実施形態は、ネットワークに収容されたサーバ装置と、前記ネットワークを介して送信される、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する、楽音信号と所定の同期信号とが重畳されてなる複数の演奏データを、前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段と共に演奏録音システムを構成し、前記ネットワークに収容され、前記複数の演奏パートのうち少なくとも一つに対応する端末装置であって、前記同期信号を基点として開始された前記演奏セッションにおける、自己が対応する前記演奏パートについて、前記演奏データを生成する演奏データ生成手段と、前記ネットワークを介して前記生成された演奏データを送信する送信手段とを具備する（請求項６）。
【００４９】
端末装置の実施形態によれば、上記演奏録音システムに係る実施形態の演奏データ生成手段及び生成された演奏データを送信する送信手段を備えることにより、上記演奏録音システムに係る実施形態を好適に実現することができ、録音された演奏セッションの再現性を担保するにあたって重要な役割を果たすことができる。
【００５０】
＜コンピュータプログラムの第１実施形態＞
【００５１】
コンピュータプログラムに係る第１実施形態は、コンピュータシステムを上記演奏録音システムの実施形態に係る演奏データ生成手段として機能させる（請求項７）。
【００５２】
本発明のコンピュータプログラムに係る第１実施形態によれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体或いはＵＳＢ（Universal Serial Bus）メモリ等コンピュータシステムに着脱可能な固体型記憶装置から、当該コンピュータプログラムをコンピュータシステムに読み込んで実行させれば、或いは、当該コンピュータプログラムを、例えば、通信手段等を介してコンピュータシステムにダウンロードさせた後に実行させれば、上述した本発明の演奏録音システムに係る実施形態における演奏データ生成手段を比較的簡単に実現できる。
【００５３】
＜記録媒体の第１実施形態＞
【００５４】
記録媒体に係る第１実施形態は、上記コンピュータプログラムの第１実施形態が記録される（請求項８）。
【００５５】
本発明の記録媒体に係る第１実施形態によれば、コンピュータシステムに装着又は接続することによって、或いはコンピュータシステムに備わる又は接続された然るべき読取装置に挿入することによって、記録している本発明のコンピュータプログラムに係る第１実施形態を、コンピュータシステムに読み込ませて実行させることができ、上述した本発明の演奏録音システムに係る実施形態における演奏データ生成手段を比較的簡単に実現できる。
【００５６】
＜コンピュータプログラムの第２実施形態＞
【００５７】
コンピュータプログラムの第２実施形態は、コンピュータシステムを上記演奏録音システムの実施形態に係る演奏データ補正手段として機能させる（請求項９）。
【００５８】
本発明のコンピュータプログラムに係る第２実施形態によれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体或いはＵＳＢ（Universal Serial Bus）メモリ等コンピュータシステムに着脱可能な固体型記憶装置から、当該コンピュータプログラムをコンピュータシステムに読み込んで実行させれば、或いは、当該コンピュータプログラムを、例えば、通信手段等を介してコンピュータシステムにダウンロードさせた後に実行させれば、上述した本発明の演奏録音システムに係る実施形態における演奏データ補正手段を比較的簡単に実現できる。
【００５９】
＜記録媒体の第２実施形態＞
【００６０】
記録媒体に係る第２実施形態は、上記コンピュータプログラムの第２実施形態が記録される（請求項１０）。
【００６１】
本発明の記録媒体に係る第２実施形態によれば、コンピュータシステムに装着又は接続することによって、或いはコンピュータシステムに備わる又は接続された然るべき読取装置に挿入することによって、記録している本発明のコンピュータプログラムに係る第２実施形態を、コンピュータシステムに読み込ませて実行させることができ、上述した本発明の演奏録音システムに係る実施形態における演奏データ補正手段を比較的簡単に実現できる。
【００６２】
本発明のこのような作用及び他の利得は、これ以降に説明する実施例により明らかにされる。
【実施例】
【００６３】
以下、適宜図面を参照し、本発明を実現するにあたって好適な各種の実施例について説明する。
【００６４】
＜第１実施例＞
本発明の演奏録音システムに係る第１実施例として、演奏録音システム１０について説明する。
【００６５】
＜実施例の構成＞
＜演奏録音システム１０の構成＞
始めに、図１を参照し、演奏録音システム１０の構成について説明する。ここに、図１は、演奏録音システム１０の概念を説明する図である。
【００６６】
図１において、演奏録音システム１０は、管理サーバ１００、録音サーバ２００及びコンテンツサーバ３００を含むサーバ装置群と、ユーザＡ、ユーザＢ、ユーザＣ及びユーザＤに夫々使用される端末装置４００Ａ、端末装置４００Ｂ、端末装置４００Ｃ及び端末装置４００Ｄを含む端末装置群とが、ネットワーク１１に収容されてなるシステムである。ネットワーク１１は、インターネット等の広域ネットワークであり、このサーバ装置群は、有線のＬＡＮ（Local Area Network）１２を介してこのネットワーク１１に収容されている。
【００６７】
尚、図１では、説明の煩雑化を防ぐ目的から、４名のユーザにより演奏録音システム１０が利用される構成となっているが、個々の端末装置を介して演奏録音システム１０を利用するユーザの数に制限は無い。これ以降、図示されるユーザＡ、Ｂ、Ｃ及びＤを区別する必要がない場合には、適宜「ユーザ」なる包括表現を用いることとする。同様に、図示される端末装置４００Ａ、４００Ｂ、４００Ｃ及び４００Ｄを区別する必要がない場合には、適宜「端末装置４００」なる包括表現を用いることとする。尚、ユーザは端末装置４００を利用する不特定の人間を包括するものであって、必ずしも端末装置４００の所有者でなくともよい。
【００６８】
演奏録音システム１０は、演奏録音配信サービスを提供するシステムであり、例えば上記サーバ装置群を保有する不図示の事業者との間に所定の利用契約を締結したユーザのみが利用可能な構成となっている。但し、このようなシステムの役割及び性質もまた、本発明の演奏録音システムが採り得る実施例の一つに過ぎない。
【００６９】
演奏録音システム１０は、大別して、演奏録音機能（演奏のアップロード機能）と演奏配信機能（演奏のダウンロード機能）との二種類の機能を備える。
【００７０】
演奏録音機能とは、ユーザにより行われた演奏を、その楽音信号又は楽音信号を復元可能な情報を含む所定規格の演奏データに変換し、録音サーバ２００の物理的記憶領域の一部である録音トラックに記録する機能である。演奏録音システム１０では特に、この録音サーバ２００は演奏の録音に特化しており、録音トラックに記録された演奏データは、最終的にコンテンツサーバ３００にコンテンツとして格納される。録音される演奏は、ユーザが独自に行った演奏であってもよいし、ユーザが演奏配信機能により配信され再生された演奏と擬似的な演奏セッションを行った際の演奏であってもよいし、ユーザが他のユーザとの相互同意の下でリアルタイムに行った演奏セッションの一演奏パートに関する演奏であってもよい。コンテンツサーバ３００に格納された演奏データは、演奏録音システム１０を利用可能な全てのユーザにより等しく利用され得る。
【００７１】
演奏配信機能とは、コンテンツサーバ３００に格納される、コンテンツとしての演奏データの中から、ユーザが要求する演奏データを選択的に配信する機能である。ユーザが所有する端末装置４００には、この演奏データに基づいて演奏を再生する機能が備わっており、ユーザは、この再生される演奏を自由に楽しむことができる。この演奏データは、例えば、予めシステム側でサンプルとして与えられた多様な楽曲ジャンル、演奏ジャンル或いは楽器ジャンルに属する各種の演奏データと、上述した演奏録音機能を利用して録音された、様々な楽曲に関する一又は複数の演奏パートの演奏に関する演奏データとを含む。後者における「一又は複数の演奏パート」とは、本実施例における、複数の演奏パートから構成される演奏セッションにおける一又は複数の演奏パートを含む。
【００７２】
演奏録音システム１０では、ネットワーク１１に構築された（即ち、ＵＲＬが割り当てられた）不図示のウェブサイトを介して、上述した機能が実現される。例えば、ユーザは、端末装置４００を介してこのウェブサイトにアクセスすることにより、所望する楽曲、演奏パート又は演奏セッションを検索したり、その配信を要求したりすることができる。或いは、所望する楽器や演奏者を検索して、それらに対応する楽曲、演奏パート又は演奏セッションの配信を要求することができる。ユーザはまた、端末装置４００を介してこのウェブサイトにアクセスすることにより、自身が行う演奏に関する演奏データを、録音サーバ２００を経由してコンテンツサーバ３００にアップロードすることができる。
【００７３】
尚、演奏録音システム１０は、本発明に係る「演奏録音システム」の一例であって、本発明に係る演奏録音システムの実践的態様は、演奏録音システム１０に限定されず、本発明の概念の範囲で如何様にも変更可能である。例えば、本発明に係る「演奏録音システム」とは、演奏録音システム１０に係るサービスを、不特定多数の利用者に無償で提供するものであってもよい。
【００７４】
次に、演奏録音システム１０を構成する各装置の詳細について説明する。
【００７５】
＜管理サーバ１００の構成＞
始めに、図２を参照し、管理サーバ１００の構成について説明する。ここに、図２は、管理サーバ１００のブロック図である。尚、同図において、図１と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【００７６】
図２において、管理サーバ１００は、演奏録音システム１０を運営する事業者が保有するコンピュータ装置である。
【００７７】
管理サーバ１００は、上述したウェブサイトの運用を管理すると共に運用状況を監視しており、例えばユーザから演奏の録音や配信が要求された場合に、これらの要求に対する応答動作が行われるように録音サーバ２００及びコンテンツサーバ３００を制御する構成となっている。
【００７８】
管理サーバ１００は、制御装置１１０及び通信インターフェイス（Ｉ／Ｆ）１２０を備える。
【００７９】
制御装置１１０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等を含む演算処理ユニットである。制御装置１１０は、このＣＰＵが所定の制御プログラムを実行することにより機能する、要求処理部１１１及びＷＥＢ制御部１１２の各処理ユニットを備える。
【００８０】
要求処理部１１１は、ウェブサイトを経由して不定期に発生する各種の要求並びに録音サーバ２００及びコンテンツサーバ３００から不定期に発生する各種の要求を処理する処理ユニットである。具体的には、要求処理部１１１は、ユーザからウェブサイトを通じてなされる、アクセス要求、演奏配信要求及び演奏録音要求等の各種要求に対し、これら要求に応じた処理（例えば、認証処理、演奏配信制御処理及び演奏録音制御処理等）を実行するように構成されている。また、録音サーバ２００やコンテンツサーバ３００から各種の情報が要求された場合に、これら各サーバに対して必要な情報を供給するように構成されている。
【００８１】
ＷＥＢ制御部１１２は、ウェブサイトを制御する処理ユニットである。具体的には、ＷＥＢ制御部１１２は、例えばウェブサイトにおけるユーザのアクセス管理や、ウェブサイトの更新処理及びメンテナンス処理を実行するように構成されている。
【００８２】
通信Ｉ／Ｆ１２０は、ＬＡＮ１２と管理サーバ１００との間のデータ通信を実現するための、所定の通信規格に準じたインターフェイスである。尚、ＬＡＮ１２は、インターネット等の広域ネットワークであるネットワーク１１に収容されており、通信Ｉ／Ｆ１２０は、管理サーバ１００と録音サーバ２００及びコンテンツサーバ３００とのデータ通信の他、管理サーバ１００と端末装置４００との間のデータ通信にも使用される。尚、通信Ｉ／Ｆ１２０は、有線で接続されたこれらサーバ装置相互間のデータ通信については、時間遅延を無視し得る速度でこれを行うことができるものとする。
【００８３】
＜録音サーバ２００の構成＞
次に、図３を参照し、録音サーバ２００の構成について説明する。ここに、図３は、録音サーバ２００のブロック図である。尚、同図において、図１と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【００８４】
図３において、録音サーバ２００は、演奏録音システム１０を運営する事業者が保有するコンピュータ装置であり、制御装置２１０、通信インターフェイス（Ｉ／Ｆ）２２０、受信バッファ２３０及び記憶装置２４０を備える。
【００８５】
制御装置２１０は、ＣＰＵ、ＲＯＭ及びＲＡＭ等を含む演算処理ユニットである。制御装置２１０は、このＣＰＵが所定の制御プログラムを実行することにより機能する、要求処理部２１１及びデータ補正部２１２の各処理ユニットを備える。
【００８６】
要求処理部２１１は、管理サーバ１００からの要求を処理する処理ユニットである。具体的には、要求処理部２１１は、管理サーバ１００が演奏録音制御処理を実行する過程において演奏の録音を要求した場合に、所定の録音処理を実行するように構成されている。
【００８７】
データ補正部２１２は、後述するデータ補正処理により演奏データを補正する処理ユニットである。データ補正部２１２は、録音処理により複数の演奏パートから構成される演奏セッションを録音する場合において、複数の端末装置４００から送信される演奏データ又は記憶装置２４０に記憶された演奏データを補正するように構成されている。データ補正部２１２により行われる演奏データの補正は大別二種類ある。一方は複数の演奏パート相互間で演奏開始タイミングを同期させる補正であり、他方は一の演奏パートにおいて楽曲の切れ目を検出する補正である。これらのデータ補正については後述する。
【００８８】
尚、本発明の演奏録音システムと本実施例との対比の上では、データ補正部２１２は、本発明に係る「演奏データ補正手段」の一例である。また、データ補正部２１２の動作により実現される演奏データの補正は、本発明に係る「演奏データ補正工程」の一例である。また、録音サーバ２００の制御装置２１０をデータ補正部２１２として機能させる制御プログラムは、本発明に係る「コンピュータプログラム」の一例（コンピュータプログラムに係る第２実施形態の一例）である。また、この制御プログラムは、録音サーバ２００における所定の記憶装置（記憶装置２４０でもよい）における記録媒体（記憶装置２４０であればＨＤ）に格納される。この記録媒体は、本発明に係る「記録媒体」の一例（記録媒体に係る第２実施形態の一例）である。
【００８９】
尚、要求処理部２１１により実行される録音処理は、必ずしもこの種のリアルタイムな演奏セッションの録音を目的としたものに限定されない。例えば、ユーザが単独で行う演奏が録音されてもよい。この場合には、演奏開始タイミングに関する補正は不要である。但し、後々、この単独の演奏との演奏セッションを希望するユーザが現れ得ることを考慮すれば、このような単独演奏が録音される場合においても、演奏データには後述する同期信号が重畳されているのが望ましい。また、実際に端末装置４００において生成される演奏データには、常時同期信号を重畳することができる。
【００９０】
通信Ｉ／Ｆ２２０は、ＬＡＮ１２と録音サーバ２００との間のデータ通信を実現するための、所定の通信規格に準じたインターフェイスである。尚、ＬＡＮ１２は、インターネット等の広域ネットワークであるネットワーク１１に収容されており、通信Ｉ／Ｆ２２０は、録音サーバ２００と管理サーバ１００及びコンテンツサーバ３００とのデータ通信の他、録音サーバ２００と端末装置４００との間のデータ通信にも使用される。尚、通信Ｉ／Ｆ２２０は、有線で接続されたこれらサーバ装置相互間のデータ通信については、時間遅延を無視し得る速度でこれを行うことができるものとする。
【００９１】
受信バッファ２３０は、端末装置４００から送信される演奏データを一時的に蓄積するバッファとして機能する揮発性記憶装置である。受信バッファ２３０のバッファ容量は、演奏データのデータサイズに対して十分に大きいものとする。
【００９２】
記憶装置２４０は、例えばＨＤ（Hard Disk）等の比較的大容量の記録媒体を備えた記憶装置である。記憶装置２４０には、演奏を録音するための複数の録音トラックＲＴ１、ＲＴ２、・・・、ＲＴｘｘが形成されており、一の録音トラックが一の演奏データに対応する構成となっている。即ち、録音サーバ２００は、一種のＭＴＲ（Multi Track Recorder）としての機能を有している。記憶装置２４０の個々の録音トラックには、要求処理部２１１による録音処理の実行過程において端末装置４００から随時送信される複数の演奏データのうち、一の演奏パートに対応する演奏データが割り当てられる。尚、これ以降、個々の録音トラックを区別する必要がない場合には、適宜「録音トラックＲＴ」なる包括表現を用いることとする。
【００９３】
尚、本発明の演奏録音システムと本実施例との対比の上では、記憶装置２４０は本発明に係る「記憶手段」の一例であり、要求処理部２１１は本発明に係る「記憶制御手段」の一例であり、要求処理部２１１により実現される演奏データの記憶制御は本発明に係る「記憶制御工程」の一例である。
【００９４】
＜コンテンツサーバ３００の構成＞
次に、図４を参照し、コンテンツサーバ３００の構成について説明する。ここに、図４は、コンテンツサーバ３００のブロック図である。尚、同図において、図１と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【００９５】
図４において、コンテンツサーバ３００は、演奏録音システム１０を運営する事業者が保有するコンピュータ装置であり、制御装置３１０、通信インターフェイス（Ｉ／Ｆ）３２０、受信バッファ３３０、送信バッファ３４０及び記憶装置３５０を備える。
【００９６】
制御装置３１０は、ＣＰＵ、ＲＯＭ及びＲＡＭ等を含む演算処理ユニットである。制御装置３１０は、このＣＰＵが所定の制御プログラムを実行することにより機能する処理ユニットとしての要求処理部３１１を備える。
【００９７】
要求処理部３１１は、管理サーバ１００及び録音サーバ２００からの要求を処理する処理ユニットである。具体的には、要求処理部３１１は、管理サーバ１００が演奏配信制御処理を実行する過程において演奏の配信を要求した場合に、所定の配信処理を実行するように構成されている。また、要求処理部３１１は、録音処理が実行される過程において録音サーバ２００から供給される補正後の演奏データを、所定の記憶処理により記憶装置３５０に記憶させるように構成されている。この記憶処理は、録音サーバ２００から供給される補正後の演奏データを、演奏セッション毎に、例えば演奏者、楽曲名及び演奏パート等の各種参照情報を付帯させた上で、後述するセッションデータとして記憶させる処理である。
【００９８】
通信Ｉ／Ｆ３２０は、ＬＡＮ１２とコンテンツサーバ３００との間のデータ通信を実現するための、所定の通信規格に準じたインターフェイスである。尚、ＬＡＮ１２は、インターネット等の広域ネットワークであるネットワーク１１に収容されており、通信Ｉ／Ｆ３２０は、コンテンツサーバ３００と管理サーバ１００及び録音サーバ２００とのデータ通信の他、コンテンツサーバ３００と端末装置４００との間のデータ通信にも使用される。尚、通信Ｉ／Ｆ３２０は、有線で接続されたこれらサーバ装置相互間のデータ通信については、時間遅延を無視し得る速度でこれを行うことができるものとする。
【００９９】
受信バッファ３３０は、録音サーバ２００から供給される演奏データを一時的に蓄積するバッファとして機能する揮発性記憶装置である。
【０１００】
送信バッファ３４０は、記憶装置３５０に記憶された演奏データを端末装置４００に配信する際のバッファとして機能する揮発性記憶装置である。
【０１０１】
記憶装置３５０は、例えばＨＤ（Hard Disk）等の比較的大容量の記録媒体を備えた記憶装置である。記憶装置３５０は、録音サーバ２００から録音処理の実行過程において供給される補正後の演奏データを、要求処理部３１１により実行される記憶処理において、演奏セッション毎にセッションデータとして記憶する構成となっている。記憶装置３５０に記憶されるセッションデータについては後述する。
【０１０２】
尚、本発明の演奏録音システムと本実施例との対比の上では、記憶装置３５０は本発明に係る「記憶手段」の他の一例であり、要求処理部３１１は本発明に係る「記憶制御手段」の他の一例であり、要求処理部３１１により実現される演奏データの記憶制御は本発明に係る「記憶制御工程」の他の一例である。
【０１０３】
＜端末装置４００の構成＞
次に、図５を参照し、端末装置４００の構成について説明する。ここに、図５は、端末装置４００のブロック図である。尚、同図において、図１と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１０４】
図５において、端末装置４００は、制御装置４１０、通信インターフェイス（Ｉ／Ｆ）４２０、受信バッファ４３０、送信バッファ４４０及び表示部４５０を備える。
【０１０５】
制御装置４１０は、ＣＰＵ、ＲＯＭ及びＲＡＭ等を含む演算処理ユニットである。制御装置４１０は、このＣＰＵが所定の制御プログラムを実行することにより機能する、要求処理部４１１、再生制御部４１２、録音処理部４１３及び表示制御部４１４の各処理ユニットを備える。
【０１０６】
要求処理部４１１は、ユーザにより不図示の各種入力装置（例えば、キーボードやタッチパネル装置）を介して入力された各種コマンドに対応する処理や、管理サーバ１００からネットワーク１１を介して送信される要求に対応する処理を実行する処理ユニットである。具体的には、要求処理部４１１は、例えば、表示部４５０の表示内容を制御するための表示制御部４１４の制御、ウェブサイトへのアクセス要求やウェブサイトでの入力コマンドに応じた管理サーバ１００へのアクセス制御、演奏セッションの実行要求及び演奏セッションの録音要求に応じた録音処理部４１３の制御、演奏データの再生要求に応じた再生制御部４１２の制御等を実行する。
【０１０７】
再生制御部４１２は、コンテンツサーバ３００から配信される演奏データに基づいて演奏のストリーミング再生を行う処理ユニットである。より具体的には、再生制御部４１２は、受信バッファ４３０に所定量の演奏データが蓄積された段階で、順次この蓄積された演奏データを読み出し、楽音信号に復元して再生する。再生制御部４１２は、スピーカ５００と電気的に接続されており、端末装置４００において再生制御部４１２により再生された演奏は、このスピーカ５００から音声として出力される構成となっている。尚、本実施例では、スピーカ５００が端末装置４００に外付けされる構成としたが、端末装置４００がスピーカ５００を内蔵していてもよい。
【０１０８】
録音処理部４１３は、音声信号を演奏データに変換する処理ユニットである。録音処理部４１３は、集音装置としてのマイクロフォン６００と電気的に接続されており、ユーザにより録音操作がなされた場合に、このマイクロフォン６００を介して入力される音声信号（演奏の場合には楽音信号）からＷＡＶＥファイル形式（即ち、上述の所定規格の一例である）の演奏データを生成するように構成されている。演奏データのサンプリングレートは、４４．１ｋＨｚ、２２．０５Ｈｚ、１１．０２５ｋＨｚの中から適宜選択可能である。また、録音処理部４１３は、生成された演奏データを通信Ｉ／Ｆ４２０を介して録音サーバ２００に送信するように構成されている。尚、録音処理部４１３による演奏の録音は、管理サーバ１００による録音制御処理及び録音サーバ２００による録音処理と協調して実行される。
【０１０９】
尚、本発明の演奏録音システムと本実施例との対比の上では、録音処理部４１３は、本発明に係る「演奏データ生成手段」の一例である。また、録音処理部４１３の動作により実現される演奏データの生成は、本発明に係る「演奏データ生成工程」の一例である。また、端末装置４００の制御装置４１０を録音処理部４１３として機能させる制御プログラムは、本発明に係る「コンピュータプログラム」の一例（コンピュータプログラムに係る第１実施形態の一例）である。また、この制御プログラムは、端末装置４００における所定の記憶装置（例えば、ＲＯＭやＲＡＭ又は不図示の記憶装置）における記録媒体（例えば、ＨＤ）に格納される。この記録媒体は、本発明に係る「記録媒体」の一例（記録媒体に係る第１実施形態の一例）である。
【０１１０】
表示制御部４１４は、端末装置４００の表示部２５０の表示状態を制御する処理ユニットである。
【０１１１】
通信Ｉ／Ｆ４２０は、ネットワーク１１との間のデータ通信を実現するための、所定の通信規格に準じたインターフェイスである。尚、端末装置４００は、通信Ｉ／Ｆ４２０を介して、上述した各種サーバとの間でデータ伝送を行うことができる他、相異なる端末装置同士で、直接データ伝送を行うことができる。後者のデータ伝送方式は、例えば、公知のＰ２Ｐ（Peer to Peer）等の通信方式が利用される。
【０１１２】
受信バッファ４３０は、コンテンツサーバ３００から配信される演奏データを一時的に蓄積するバッファとして機能する揮発性記憶装置である。
【０１１３】
送信バッファ４４０は、録音処理部４１３により生成される演奏データを一時的に蓄積するバッファとして機能する揮発性記憶装置である。
【０１１４】
表示部４５０は、ユーザに対して視覚情報を表示するためのディスプレイ装置である。表示部４５０は、上述したウェブサイトを表示可能に構成される。
【０１１５】
＜録音トラックの詳細＞
次に、図６を参照して、録音サーバ２００の記憶装置２４０における録音トラックＲＴの詳細について説明する。ここに、図６は、録音トラックにおける演奏データの記録状態を概念的に説明する図である。
【０１１６】
図６において、縦軸には、ＲＴ１、ＲＴ２及びＲＴ３の三個の録音トラックが表されている。横軸には、各録音トラックのトラック位置が表されている。このトラック位置は一種の時間情報に相当し、横軸は時間軸と等価な意味を有している。
【０１１７】
図６には、一楽曲がｍｐａ、ｍｐｂ及びｍｐｃの三種類の演奏パートから構成され且つＭ１、Ｍ２及びＭ３の三個の楽曲から構成される一の演奏セッションｓ１が録音された状態が示されている。尚、本実施例では便宜上、演奏パートｍｐａがユーザＡの演奏パートに、演奏パートｍｐｂがユーザＢの演奏パートに、演奏パートｍｐｃがユーザＣの演奏パートに夫々対応しているとする。
【０１１８】
図６において、録音トラックＲＴ１には演奏パートｍｐａ（即ち、ユーザＡ）が割り当てられている。トラック位置０００１からトラック位置００ｇｇまでは楽曲Ｍ１に相当し、このトラック区間の演奏データが、演奏セッションｓ１における楽曲Ｍ１の演奏パートｍｐａに対応する演奏データである演奏パートデータＳ１Ｍ１ｍｐａとなる。同様に、トラック位置００ｇｇからトラック位置００ｋｋまでは楽曲Ｍ２に相当し、このトラック区間の演奏データが、演奏セッションｓ１における楽曲Ｍ２の演奏パートｍｐａに対応する演奏データである演奏パートデータＳ１Ｍ２ｍｐａとなる。同様に、トラック位置００ｋｋからトラック位置００ｐｐまでは楽曲Ｍ３に相当し、このトラック区間の演奏データが、演奏セッションｓ１における楽曲Ｍ３の演奏パートｍｐａに対応する演奏データである演奏パートデータＳ１Ｍ３ｍｐａとなる。
【０１１９】
また、図６において、録音トラックＲＴ２には演奏パートｍｐｂ（即ち、ユーザＢ）が割り当てられている。トラック位置０００１からトラック位置００ｇｇまでは楽曲Ｍ１に相当し、このトラック区間の演奏データが、演奏セッションｓ１における楽曲Ｍ１の演奏パートｍｐｂに対応する演奏データである演奏パートデータＳ１Ｍ１ｍｐｂとなる。同様に、トラック位置００ｇｇからトラック位置００ｋｋまでは楽曲Ｍ２に相当し、このトラック区間の演奏データが、演奏セッションｓ１における楽曲Ｍ２の演奏パートｍｐｂに対応する演奏データである演奏パートデータＳ１Ｍ２ｍｐｂとなる。同様に、トラック位置００ｋｋからトラック位置００ｐｐまでは楽曲Ｍ３に相当し、このトラック区間の演奏データが、演奏セッションｓ１における楽曲Ｍ３の演奏パートｍｐｂに対応する演奏データである演奏パートデータＳ１Ｍ３ｍｐｂとなる。
【０１２０】
また、図６において、録音トラックＲＴ３には演奏パートｍｐｃ（即ち、ユーザＣ）が割り当てられている。トラック位置０００１からトラック位置００ｇｇまでは楽曲Ｍ１に相当し、このトラック区間の演奏データが、演奏セッションｓ１における楽曲Ｍ１の演奏パートｍｐｃに対応する演奏データである演奏パートデータＳ１Ｍ１ｍｐｃとなる。同様に、トラック位置００ｇｇからトラック位置００ｋｋまでは楽曲Ｍ２に相当し、このトラック区間の演奏データが、演奏セッションｓ１における楽曲Ｍ２の演奏パートｍｐｃに対応する演奏データである演奏パートデータＳ１Ｍ２ｍｐｃとなる。同様に、トラック位置００ｋｋからトラック位置００ｐｐまでは楽曲Ｍ３に相当し、このトラック区間の演奏データが、演奏セッションｓ１における楽曲Ｍ３の演奏パートｍｐｃに対応する演奏データである演奏パートデータＳ１Ｍ３ｍｐｃとなる。
【０１２１】
ユーザＡ、Ｂ及びＣがリアルタイムに行う演奏セッションｓ１に対応して各ユーザの端末装置４００で生成される演奏データは、演奏セッションｓ１の開始から終了まで連続した一の演奏データである。即ち、演奏データは楽曲毎には生成されない。リアルタイムに行われる演奏セッションの性格上、それは極めて一般的であり且つ妥当である。従って、図６に例示されるように演奏セッションを各演奏パートについて楽曲毎に演奏データ化するためには、録音サーバ２００において、連続した一のデータストリームの中から楽曲の切れ目を検出する必要がある。録音サーバ２００のデータ補正部２１２における、上述した演奏データの補正の一環としての楽曲の切れ目検出（頭出し）は、このような目的から行われる。この楽曲の切れ目検出の詳細については後述する。
【０１２２】
＜セッションデータの詳細＞
次に、図７を参照して、コンテンツサーバ３００の記憶装置３５０に記憶されるセッションデータの詳細について説明する。ここに、図７は、記憶装置３５０に記憶されたセッションデータを概念的に説明する図である。
【０１２３】
図７において、コンテンツサーバ３００に記憶される演奏データの最小単位は、一演奏セッションの一楽曲における一演奏パートのデータである。これは、図６を参照すれば、Ｓ１Ｍ１ｍｐａ、Ｓ１Ｍ２ｍｐａ、Ｓ１Ｍ３ｍｐａ、Ｓ１Ｍ１ｍｐｂ、Ｓ１Ｍ２ｍｐｂ、Ｓ１Ｍ３ｍｐｂ、Ｓ１Ｍ１ｍｐｃ、Ｓ１Ｍ２ｍｐｃ及びＳ１Ｍ３ｍｐｃの各演奏パートデータに相当する。
【０１２４】
一方、これら演奏パートデータを単に記憶するだけでは、後々、他のユーザからの配信要求に好適に応えることが難しい。そこで、コンテンツサーバ３００では、演奏セッション毎に演奏データが管理され、一の演奏セッションについては楽曲毎に演奏データが管理される。具体的には、演奏セッションｓ１に対応する上記九個の演奏パートデータは、演奏パートデータＳ１Ｍ１ｍｐａ、Ｓ１Ｍ１ｍｐｂ及びＳ１Ｍ１ｍｐｃを含む一個の楽曲データＳ１Ｍ１、演奏パートデータＳ１Ｍ２ｍｐａ、Ｓ１Ｍ２ｍｐｂ及びＳ１Ｍ２ｍｐｃを含む一個の楽曲データＳ１Ｍ２並びに演奏パートデータＳ１Ｍ３ｍｐａ、Ｓ１Ｍ３ｍｐｂ及びＳ１Ｍ３ｍｐｃを含む一個の楽曲データＳ１Ｍ３の合計三個の楽曲データに分類される。そして、これら三個の楽曲データから演奏セッションｓ１に対応するセッションデータＳ１が構成される。尚、コンテンツサーバ３００による演奏データの配信は、演奏パートデータ毎に行われてもよいし、楽曲データ毎に行われてもよいし、セッションデータ毎に行われてもよい。
【０１２５】
また、図７には、セッションデータＳ１の他に、演奏セッションｓ１と異なる演奏セッションｓ２に関するセッションデータＳ２も示されている。演奏セッションｓ２は、Ｍ１及びＭ２の二種類の楽曲から構成され、各楽曲がｍｐａ、ｍｐｂ、ｍｐｃ及びｍｐｄの四種類の演奏パートから構成される。尚、楽曲Ｍ１及びＭ２は、演奏セッションにおける一個目の楽曲及び二個目の楽曲という意味であり、演奏セッションｓ１の楽曲Ｍ１、Ｍ２及びＭ３とは無論、異なっていてよい。演奏パートについても同様に、演奏パートｍｐａ、ｍｐｂ、ｍｐｃ及びｍｐｄは、演奏セッションにおける一個目の演奏パート、二個目の演奏パート、三個目の演奏パート及び四個目の演奏パートという意味であり、演奏セッションｓ１の演奏パートｍｐａ、ｍｐｂ及びｍｐｃと異なっていてよい。
【０１２６】
セッションデータＳ２は、楽曲データＳ２Ｍ１及びＳ２Ｍ２から構成される。また、楽曲データＳ２Ｍ１は、演奏パートデータＳ２Ｍ１ｍｐａ、Ｓ２Ｍ１ｍｐｂ、Ｓ２Ｍ１ｍｐｃ及びＳ２Ｍ１ｍｐｄから構成され、楽曲データＳ２Ｍ２は、演奏パートデータＳ２Ｍ２ｍｐａ、Ｓ２Ｍ２ｍｐｂ、Ｓ２Ｍ２ｍｐｃ及びＳ２Ｍ２ｍｐｄから構成される。コンテンツサーバ３００では、多数の演奏セッションについて、このように演奏データが格納されている。
【０１２７】
尚、コンテンツサーバ３００の要求処理部３１１は、録音サーバ２００から演奏データを受け取る際に、演奏セッションが行われた日時に関する情報、参加したユーザのＩＤ情報、演奏パートの情報、楽器の情報、楽曲情報及びテンポの情報等を参照情報として併せて取得する。この取得された参照情報は、コンテンツサーバ３００に格納される演奏データの各々に付帯され、ウェブサイト上での閲覧も可能とされる。尚、これら参照情報の入手経路は一義に限定されない。例えば、これら参照情報は、サーバ装置群においてユーザとのインターフェイスを担う管理サーバ１００が演奏セッションを管理するための情報としてユーザからの入力情報を基に取得していてもよい。この場合、コンテンツサーバ３００は、管理サーバ１００とのデータ通信により比較的簡便にこの種の参照情報を取得することができる。
【０１２８】
尚、本実施例では、管理サーバ１００、録音サーバ２００及びコンテンツサーバ３００の三個のサーバ装置が一のサーバ装置群として協調して演奏録音システム１０を構成しているが、演奏録音システム１０は、これら各サーバ装置の代わりに、これらの各サーバ装置の機能を併有する一個のサーバ装置を備えていてもよい。
【０１２９】
＜実施例の動作＞
次に、本実施例の動作について説明する。
【０１３０】
＜演奏セッションの録音に関する基本制御＞
始めに、図８を参照して、演奏録音システム１０における演奏セッションの基本的な録音処理について説明する。ここに、図８は、演奏セッションの基本的な録音処理における各装置の動作を時系列で表してなるタイミングチャートである。尚、この基本的な録音処理は、後述する実際の録音処理の前提となる処理であって、一面的には比較例としての意味を有する。また、図８に例示される基本的な録音処理は、あくまで演奏録音システム１０で進行し得る処理の一例を示すものであって、各装置の動作内容並びに各ステップの動作主体及び実行タイミング等は、本発明の演奏録音システムの概念を逸脱しない限りにおいて如何様にも変更することができる。
【０１３１】
特に、複数のユーザ相互間でリアルタイムに演奏セッションを行いつつ、その演奏セッションを録音する一連の処理は、ウェブサイトにおけるユーザインターフェイスの設計にも大きく依存するところである。ウェブサイトのユーザインターフェイスの設計は自由度が高いから、本発明の演奏録音システムの概念を担保した上で、例えば、想定するユーザの技量や数、想定する通信環境及び提供しようとするサービス内容等に応じて、各種の変更やカスタマイズを行うことができる。そのような各種の変更やカスタマイズに応じて、演奏録音システム全体における各装置の動作内容や動作タイミングは適宜変化し得る。
【０１３２】
図８において、左から順に、端末装置４００Ａ、４００Ｂ、４００Ｃ、管理サーバ１００、録音サーバ２００及びコンテンツサーバ３００が表されている。縦軸は時間軸である。
【０１３３】
先ず、端末装置４００Ａにおいて、管理サーバ１００に対し、ウェブサイトを介して演奏セッションの録音要求が送信される（ステップＳ１０）。この録音要求は、ユーザＡ、ユーザＢ及びユーザＣによりなされる、セッション相手の指定を伴った、一の演奏セッションの録音要求であり、管理サーバ１００に対する、先述した演奏録音制御処理の実行要求である。また、同様の録音要求は、端末装置４００Ｂ及び４００Ｃからも送信される（ステップＳ２０、Ｓ３０）。
【０１３４】
管理サーバ１００は、演奏セッションに参加する予定の各ユーザに対応する各端末装置（ここでは、端末装置４００Ａ，４００Ｂ及び４００Ｃ）から録音要求が送信されたことを確認すると、ウェブサイトの表示画面を、演奏セッション録音用の画面に切り替える。この演奏セッション録音用の画面には、各端末装置相互間でＰ２Ｐ（Peer to Peer）方式でのデータ通信の開始を促すインフォメーションが表示される。
【０１３５】
このインフォメーションの表示を受け、各端末装置では、Ｐ２Ｐ方式による相互接続が開始される。具体的には、端末装置４００Ａと端末装置４００Ｃとの間でＰ２Ｐ方式による通信回線が確立され（ステップＳ４０）、端末装置４００Ａと端末装置４００Ｂとの間でＰ２Ｐ方式による通信回線が確立され（ステップＳ５０）、端末装置４００Ｂと端末装置４００Ｃとの間でＰ２Ｐ方式による通信回線が確立される（ステップＳ６０）。管理サーバ１００は、各端末装置から管理サーバ１００に定期的に通知される接続状況に関する情報に基づいて、各端末装置相互間でＰ２Ｐ方式による通信回線が確立されたか否かを判定することができる。各端末装置相互間でＰ２Ｐ方式による通信回線が確立された旨の判定が下されると、管理サーバ１００から各端末装置に対し、演奏セッションの録音準備が完了した旨が通知される（ステップＳ７０、Ｓ８０、Ｓ９０）。
【０１３６】
ここで、端末装置４００Ａ、４００Ｂ及び４００Ｃ相互間でＰ２Ｐ方式の通信回線が確立されると、一の端末装置においてマイクロフォン６００に集音された音声が、他の端末装置に接続されたスピーカ５００を介して出力される状態となる。具体的には、各端末装置に備わる録音処理部４１３により、マイクロフォン６００から出力される音声信号が演奏データ化され、送信バッファ４４０に送出される。送信バッファ４４０に蓄積された演奏データは、通信Ｉ／Ｆ４２０を介し、Ｐ２Ｐ方式の通信回線により他の端末装置に送信される。一方、他の端末装置では、送信される演奏データが一時的に受信バッファ４３０に蓄積され、順次再生制御部４１２による再生処理により音声信号化されてスピーカ５００から出力される。このようにして、一の端末装置の設置拠点において、他の端末装置の設置拠点における音声をリアルタイムに聴取することが可能となる。即ち、各端末装置の設置拠点においてリアルタイムな演奏セッションが可能となる。
【０１３７】
尚、厳密には、Ｐ２Ｐ方式による通信回線においても伝送遅延はゼロではない。簡略的には、一の端末装置から他の端末装置へ演奏データを伝送するための遅延がａ、その演奏データにより再生される演奏に同期して行われる演奏に係る演奏データが他の端末装置から一の端末装置へ伝送される際の遅延がｂであるとすれば、一の端末装置に対応するユーザは、自己の演奏に対するセッション相手の演奏をａ＋ｂに相当する遅延を経て視聴することになる。しかしながら、Ｐ２Ｐ方式の通信回線が確立されていることと、演奏セッションに参加する複数のユーザ（端末装置）のみからなる閉じた通信回線では、送受されるデータが演奏データのみであることとに鑑みれば、現実的には、演奏セッションのリアルタイム性を損なう程度の伝送遅延は生じ難い。また、例えば、本実施例のように、端末装置４００における録音処理部４１３のサンプリングレートが複数種類の中から選択可能である場合、伝送遅延が生じない範囲で最も高品質なサンプリングレートを選択するといったアプローチも可能である。更に言えば、演奏セッションのリアルタイム性を確保するための制御上の仕組みは、本発明とは無関係に構築され得る性質のものである。従って、本実施例では、演奏セッションはそのリアルタイム性が損なわれることなく進行するものとする。
【０１３８】
演奏セッションの録音準備が完了した旨が通知されると、例えばユーザＡの入力操作に応じて、端末装置４００Ａから演奏セッションの開始通知信号が送信される（ステップＳ１００、Ｓ１１０、Ｓ１２０）。尚、ここでは、ユーザＡが演奏セッションのリーダ役である状況を想定し、ユーザＡの入力操作に応じて端末装置４００Ａから開始通知信号が送信される構成としたが、この開始通知信号は、端的には録音の開始を要求する信号であって、いずれのユーザの入力操作に応じて送信されてもよいし、いずれの端末装置から送信されてもよい。尚、ユーザからの入力操作がない状態では、録音準備完了のまま、処理は一時的に待機状態となる。
【０１３９】
管理サーバ１００は、演奏セッションの開始通知を受け取ると、演奏録音制御処理を開始し、録音サーバ２００に対し録音処理の実行指示に相当する録音指示信号を送信する（ステップＳ１３０）。ここで、この録音指示信号には、演奏セッションを構成する演奏パートの情報（例えば、演奏パートの個数、演奏パートの楽器名、演奏パートのテンポ（ＢＰＭ）等の情報）、ユーザの情報（例えば、ユーザＩＤ及び担当する演奏パートの情報等）及び基本情報（日時の情報等）が付帯される。これらの情報は、例えば、演奏セッションの録音要求（ステップＳ１０、Ｓ２０、Ｓ３０）の実行に先立ち、各端末装置のユーザが、ウェブサイトの画面を通じて、所定の入力装置の入力操作により入力する情報であり、例えば、録音要求の実行時に各端末装置から管理サーバ１００に送信されている。
【０１４０】
録音サーバ２００において、管理サーバ１００からの制御信号である録音指示信号が取得されると、上述した録音処理が開始され、演奏セッションの録音が開始される（ステップＳ１４０）。この際、録音指示信号に付帯される上述した各種情報に基づいて、録音サーバ２００は、記憶装置２４０に形成された録音トラックの中からその時点で未使用の録音トラックを三個選択し、演奏セッションを構成する各演奏パートに夫々割り当てる。尚、ここでは説明を分かり易くするため、図６と同様、ユーザＡ（演奏パートｍｐａ）に録音トラックＲＴ１が、ユーザＢ（演奏パートｍｐｂ）に録音トラックＲＴ２が、ユーザＣ（演奏パートｍｐｃ）に録音トラックＲＴ３が夫々割り当てられるものとする。
【０１４１】
録音サーバ２００において録音処理が開始されると、録音処理が開始された旨を通知する録音開始通知信号が管理サーバ１００に送信される（ステップＳ１４１）。また、この録音開始通知信号は、端末装置４００Ａ、４００Ｂ及び４００Ｃに夫々送信される（ステップＳ１４２、Ｓ１４３、Ｓ１４４）。尚、録音サーバ２００と管理サーバ１００との間のデータ伝送は、有線ＬＡＮ１２を介してなされ、録音サーバ２００と各端末装置とのデータ伝送は、ネットワーク１１を介してなされる。従って、厳密に言えば録音開始通知信号の到達時刻は管理サーバ１００と各端末装置との間で、また端末装置相互間で、夫々一致しない。しかしながら、録音開始通知信号は、単に録音処理が開始された旨を通知するだけの信号であり、そのデータサイズは極めて小さい。従って、録音開始通知信号の送信に関し、少なくともユーザに認識され得るレベルの遅延が生じることはなく、実践的には、録音開始通知信号は、管理サーバ１００及び各端末装置に略等しいタイミングで到着する。
【０１４２】
録音開始通知信号を受け取った端末装置では、録音サーバ２００で録音が開始された旨を各ユーザに通知するための処理（例えば、表示部４５０にその旨を表示する等の処理）がなされ、録音処理部４１３による演奏データの生成が開始される（ステップＳ１５０、Ｓ１６０、Ｓ１７０）。生成される演奏データは、先に述べたように、録音処理部４１３の制御により順次送信バッファ４４０に送出され、通信Ｉ／Ｆ４２０から順次ネットワーク１１を介して録音サーバ２００に送信される（ステップＳ１５１、Ｓ１６１、Ｓ１７１）。
【０１４３】
尚、演奏データの生成開始タイミングが、実際の演奏の開始タイミングと同期している必要は無い。より具体的には、演奏データの生成開始タイミングは、実際の演奏開始タイミングよりも若干早く訪れることが多い。即ち、演奏データの生成開始以降暫時の期間については、いずれの端末装置からも無音の演奏データが送信されてよい。録音開始タイミングの方が遅いと、演奏開始直後の演奏データが録音されない可能性があるからである。一方、演奏開始タイミングは、各ユーザ相互間の同意に基づいたタイミングであり、ユーザ間の取り決めにより如何様にも変化し得る。実践的には、例えばドラムパートを担当するユーザが所定回数のスティック音を鳴らしたり、リーダ役のユーザが掛け声を掛けたり、ユーザ間で形成される何らかの合意の下で演奏が開始されることが多い。無論、リーダパート（リーダ役のユーザが担当する演奏パートとは異なり得る）の演奏をトリガとして演奏が開始されてもよい。
【０１４４】
このようにしてリアルタイムな演奏セッションが進行し、端末装置４００Ａ、４００Ｂ及び４００Ｃの各々から個別に演奏データが送信される過程で、演奏セッションが終了すると、例えば端末装置４００Ａから演奏セッションの終了通知信号が端末装置４００Ｂ、４００Ｃ及び管理サーバ１００に送信される（ステップＳ１８０、Ｓ１９０、Ｓ２００）。
【０１４５】
尚、ここでは、ユーザＡが演奏セッションのリーダ役である状況を想定し、ユーザＡの入力操作等に応じて端末装置４００Ａから終了通知信号が送信される構成としたが、この終了通知信号は、端的には録音の終了を要求する信号であって、いずれのユーザの入力操作に応じて送信されてもよいし、いずれの端末装置から送信されてもよい。尚、演奏セッションが終了しても、ユーザからの入力操作がない状態では、いずれの端末装置においても演奏セッションの終了を認知できないため、録音サーバ２００による録音は継続する。
【０１４６】
管理サーバ１００において、演奏セッションの終了を通知する終了通知信号が受信されると、管理サーバ１００から録音サーバ２００に対して録音の終了が指示される（ステップＳ２１０）。管理サーバ１００からの録音終了指示を受信すると、録音サーバ２００は録音処理を終了する（ステップＳ２２０）。録音処理が終了すると、各録音トラックに記録された演奏データが、通信Ｉ／Ｆ２２０を介してコンテンツサーバ３００に送信される（ステップＳ２３０）。この際、先述した録音指示信号に付帯される、演奏セッションを構成する演奏パートの情報（例えば、演奏パートの個数及び演奏パートの楽器名等）、ユーザの情報（例えば、ユーザＩＤ及び担当する演奏パートの情報等）及び基本情報（日時の情報等）等も併せて送信される。
【０１４７】
コンテンツサーバ３００では、記憶処理が実行される（ステップＳ２４０）。記憶処理では、録音サーバ２００から送信される各演奏パートに対応する演奏データが、上述した各種情報に基づいて前述したセッションデータとして記憶される。演奏録音システムにおける演奏セッションの基本的な録音処理は、例えばこのように進行する。
【０１４８】
＜記憶された演奏セッションの再生＞
次に、図９を参照し、コンテンツサーバにコンテンツとして記憶されている演奏セッションが再生される場合の演奏録音システムの動作について説明する。ここに、図９は、演奏セッションが再生される場合の演奏録音システムの動作概念図である。尚、同図において、既出の各図と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１４９】
図９において、図８において説明したユーザＡ、ユーザＢ及びユーザＣによりリアルタイムに行われた演奏セッションを演奏セッションｓ１とする。即ち、この演奏セッションｓ１に係るセッションデータは、先に述べたセッションデータＳ１である。セッションデータＳ１は、楽曲データＳ１Ｍ１、Ｓ１Ｍ２及びＳ１Ｍ３の三種類の楽曲データから構成されている。
【０１５０】
ここで、ユーザＤが、この演奏セッションｓ１のうち、楽曲Ｍ１の演奏パートｍｐａ及びｍｐｂを再生する一方で、ユーザＣの代わりに楽曲Ｍ１の演奏パートｍｐｃに相当する演奏を自分で担当し、擬似的に楽曲Ｍ１に相当する演奏セッションを再現しようとした場合を考える。
【０１５１】
この場合、ウェブサイトを介したユーザＤの操作入力に応じて、ユーザＤに対応する端末装置４００Ｄから配信希望コンテンツの配信要求が送信される。この配信希望コンテンツは、再生が所望される楽曲Ｍ１の演奏パートｍｐａ及びｍｐｂを少なくとも含む。即ち、配信希望コンテンツとは、演奏パートデータＳ１Ｍ１ｍｐａ及びＳ１Ｍ１ｍｐｂであってもよいし、楽曲データＳ１Ｍ１であってもよいし、セッションデータＳ１であってもよい。
【０１５２】
管理サーバ１００は、配信希望コンテンツの指定を受けて、演奏配信制御処理を実行し、コンテンツサーバ３００にユーザＤへの当該配信希望コンテンツの配信を指示する。コンテンツサーバ３００においては、この指示に従って配信処理が開始され、記憶装置３５０に格納された楽曲データの中から、配信希望コンテンツが選択され（ステップＳ５００）、ネットワーク１１を通じて端末装置４００Ｄに送信される（ステップＳ５１０）。尚、図９では、配信希望コンテンツとして楽曲データＳ１Ｍ１が選択された様子が示される。
【０１５３】
尚、コンテンツサーバ３００から配信される演奏データは、後述する演奏データの補正処理が施された演奏データであるから、この場合、コンテンツサーバ３００（例えば、要求処理部３１１）は、本発明に係る「補正演奏データ送信手段」の一例として機能する。
【０１５４】
端末装置４００Ｄでは、配信された配信希望コンテンツの中から、再生を所望する演奏パートデータのみを再生制御部４１２に受け渡す。即ち、この場合、演奏パートデータＳ１Ｍ１ｍｐａ及びＳ１Ｍ１ｍｐｂが再生制御部４１２に受け渡される（ステップＳ５２０）。再生制御部４１２では、この演奏パートデータを音声信号に復元してスピーカ４５０から出力させる（ステップＳ５３０）。この演奏パートの再生は、ストリーミング再生として実行される。配信された楽曲データＳ１Ｍ１のうち、再生が所望されない演奏パートデータＳ１Ｍ１ｍｐｃは、ミュート処理され（ステップＳ５４０）、スピーカ５００からの出力には供されない。
【０１５５】
尚、ここでは、演奏パートデータＳ１Ｍ１ｍｐｃがミュート処理されるとしたが、元々演奏パートｍｐｃの配信は希望されていないので、演奏パートデータＳ１Ｍ１ｍｐｃは破棄されてもよい。また、ここでは、配信希望コンテンツとして楽曲データＳ１Ｍ１が選択されたため、再生不要の演奏パートに対する処置が必要となるが、配信希望コンテンツと再生が所望されるコンテンツとが等しければ、このような措置は必要ない。逆に、配信希望コンテンツが楽曲データＳ１Ｍ１よりも大きいセッションデータＳ１である場合には、楽曲データＳ１Ｍ２及びＳ１Ｍ３も併せてミュート処理又は破棄される。端末装置４００Ｄ側の処理負荷を考えれば、再生が所望されるコンテンツのみをコンテンツサーバ３００から取得するのが効率的であるが、いずれにしても端末装置４００Ｄにおいて楽曲Ｍ１の演奏パートｍｐａ及びｍｐｂを再生することができるため問題はない。
【０１５６】
ユーザＤは、このように、演奏録音システム１０を利用して、スピーカ５００から出力される、演奏セッションｓ１における楽曲Ｍ１の演奏パートｍｐａ及びｍｐｂに併せて演奏パートｍｐｃ或いは他の演奏パートの演奏を行うことにより、擬似的な演奏セッションを楽しむことができる。
【０１５７】
ここで、演奏録音システム１０では、ユーザＤが、既にコンテンツサーバ３００に演奏データ化されて格納されている過去の演奏又は演奏セッションとのセッションを行うにあたって行った演奏を、更に演奏データ化してコンテンツサーバ３００に格納することもできる。この場合、図８を参照して説明したように、予め管理サーバ１００へ演奏の録音要求を行って、録音サーバ２００に録音準備をさせた後に、コンテンツの配信処理が行われてもよい。この場合、ユーザＤの演奏に関する楽音信号がマイクロフォン６００を通じて録音処理部４１３に送出されて演奏データに変換され、録音サーバ２００の所定の録音トラックに楽音信号が記録される等した後、最終的にコンテンツサーバ３００に一コンテンツとして格納されてもよい。
【０１５８】
＜演奏データの補正＞
複数の演奏パートから構成される演奏セッションが理想的に録音された場合には、録音サーバ２００の各録音トラックに記録される各演奏パートの楽音信号は、時間軸上の相対関係がオリジナルの演奏セッション（リアルタイムに行われた演奏セッション）と一致する。図１０にはその様子が示される。ここに、図１０は、各録音トラックに理想的に記録された各演奏パートの楽音信号を概念的に表した図である。尚、同図において、既出の各図と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１５９】
図１０において、上段から順に、演奏パートデータＳ１Ｍ１ｍｐａ、Ｓ１Ｍ１ｍｐｂ、Ｓ１Ｍ１ｍｐｃに対応する楽音信号の時間軸上の包絡波形が示される。
【０１６０】
ここで、演奏パートｍｐａの演奏が図示時刻ｔ１０に開始されたとする。演奏パート相互間で録音される楽音信号が時間同期している場合、演奏パートｍｐｂ及びｍｐｃの演奏もまた、時刻ｔ１０に開始される。従って、オリジナルの演奏セッションにおける演奏パートｍｐａの演奏において図示時刻ｔ２０、ｔ３０及びｔ４０に相当する位置に現れる楽音信号には、演奏パートｍｐｂ及びｍｐｃの演奏もまた、図示時刻ｔ２０、ｔ３０及びｔ４０に相当する位置に現れる楽音信号が対応する。このように演奏パート相互間で楽音信号の時間同期が取れている場合には、この演奏セッションを再生するにあたって、オリジナルの演奏セッションを再現することができる。
【０１６１】
一方、実際には、各端末装置の送信バッファ４４０の容量、ネットワーク１１の伝送遅延、録音サーバ２００の受信バッファ２３０の容量、端末装置４００の負荷状況、録音サーバ２００の負荷状況等、各種の事情により、各端末装置から送信される演奏データが録音サーバ２００に到着する時刻は異なる。或いは、各演奏パートの楽音信号が録音サーバ２００の各録音トラックに記録され始める時刻は異なる。図１１にはその様子が示される。ここに、図１１は、各録音トラックに実際に記録された各演奏パートの楽音信号を概念的に表した図である。尚、同図において、図１０と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１６２】
図１１において、図１０と同様に、上段から順に、演奏パートデータＳ１Ｍ１ｍｐａ、Ｓ１Ｍ１ｍｐｂ、Ｓ１Ｍ１ｍｐｃに対応する楽音信号の時間軸上の包絡波形が示される。
【０１６３】
ここで、演奏パートｍｐａの演奏が図示時刻ｔ１０に開始されたとする。実際の録音環境においては、上述した各種の事情により、演奏パート相互間で録音される楽音信号が時間同期していないため、演奏パートｍｐｂ及びｍｐｃの演奏開始時刻は、時刻ｔ１０と相違する。例えば、図示するように、演奏パートｍｐｂの演奏は図示時刻ｔ１１に、演奏パートｍｐｃの演奏は図示時刻ｔ１２に、夫々開始される。
【０１６４】
その結果、オリジナルの演奏セッションにおける演奏パートｍｐａの演奏において図示時刻ｔ２０、ｔ３０及びｔ４０に相当する位置に現れる楽音信号には、演奏パートｍｐｂについては図示時刻ｔ２１、ｔ３１及びｔ４１に相当する位置に現れる楽音信号が、また演奏パートｍｐｃについては図示時刻ｔ２２、ｔ３２及びｔ４２に相当する位置に現れる楽音信号が、夫々対応することになる。
【０１６５】
このため、この演奏セッションが再生される場合、各演奏パートの楽音信号の時間軸上の相対関係がオリジナルの相対関係からずれた、オリジナルの演奏セッションを忠実に再現しない、再現性の低い演奏セッションが再生されることになる。演奏録音システム１０における実際の録音処理では、この問題を解決するための処理が含まれている。
【０１６６】
次に、図１２を参照して、演奏録音システム１０における演奏セッションの実際の録音処理について説明する。ここに、図１２は、演奏セッションの実際の録音処理における各装置の動作を時系列で表してなるタイミングチャートである。尚、同図において、図８と重複する箇所については、同一の符号を付してその説明を適宜省略することとする。
【０１６７】
尚、この実際の録音処理は、あくまで演奏録音システム１０で進行し得る処理の一例を示すものであって、各装置の動作内容並びに各ステップの動作主体及び実行タイミング等は、本発明の演奏録音システムの概念を逸脱しない限りにおいて如何様にも変更することができる。特に、複数のユーザ相互間でリアルタイムに演奏セッションを行いつつ、その演奏セッションを録音する一連の処理は、ウェブサイトにおけるユーザインターフェイスの設計にも大きく依存するところである。ウェブサイトのユーザインターフェイスの設計は自由度が高いから、本発明の演奏録音システムの概念を担保した上で、例えば、想定するユーザの技量や数、想定する通信環境及び提供しようとするサービス内容等に応じて、各種の変更やカスタマイズを行うことができる。そのような各種の変更やカスタマイズに応じて、演奏録音システム全体における各装置の動作内容や動作タイミングは適宜変化し得る。
【０１６８】
図１２において、録音サーバ２００において管理サーバ１００からの制御信号である録音指示信号が取得されると、上述した録音処理が開始され、演奏セッションの録音が開始される（ステップＳ１４０）。この際、録音指示信号に付帯される上述した各種情報に基づいて、録音サーバ２００は、記憶装置２４０に形成された録音トラックの中からその時点で未使用の録音トラックを三個選択し、演奏セッションを構成する各演奏パートに夫々割り当てる。尚、ここでは説明を分かり易くするため、図６と同様、ユーザＡ（演奏パートｍｐａ）に録音トラックＲＴ１が、ユーザＢ（演奏パートｍｐｂ）に録音トラックＲＴ２が、ユーザＣ（演奏パートｍｐｃ）に録音トラックＲＴ３が夫々割り当てられるものとする。
【０１６９】
録音サーバ２００において録音処理が開始されると、録音処理が開始された旨を通知する録音開始通知信号が管理サーバ１００に送信される（ステップＳ１４１）。また、この録音開始通知信号は、端末装置４００Ａ、４００Ｂ及び４００Ｃに夫々送信される（ステップＳ１４２、Ｓ１４３、Ｓ１４４）。
【０１７０】
尚、録音サーバ２００と管理サーバ１００との間のデータ伝送は、有線ＬＡＮ１２を介してなされ、録音サーバ２００と各端末装置とのデータ伝送は、ネットワーク１１を介してなされる。従って、厳密に言えば録音開始通知信号の到達時刻は管理サーバ１００と各端末装置との間で、また端末装置相互間で、夫々一致しない。しかしながら、録音開始通知信号は、単に録音処理が開始された旨を通知するだけの信号であり、そのデータサイズは極めて小さい。従って、録音開始通知信号の送信に関し、少なくともユーザに認識され得るレベルの遅延が生じることはなく、実践的には、録音開始通知信号は、管理サーバ１００及び各端末装置に略等しいタイミングで到着する。
【０１７１】
録音開始通知信号を受け取った端末装置では、録音サーバ２００で録音が開始された旨を各ユーザに通知するための処理（例えば、表示部４５０にその旨を表示する等の処理）がなされ、録音処理部４１３による演奏データの生成が開始される（ステップＳ１５０、Ｓ１６０、Ｓ１７０）。生成される演奏データは、先に述べたように、録音処理部４１３の制御により順次送信バッファ４４０に送出され、通信Ｉ／Ｆ４２０から順次ネットワーク１１を介して録音サーバ２００に送信される（ステップＳ１５１、Ｓ１６１、Ｓ１７１）。
【０１７２】
ここで、端末装置４００Ａの要求処理部４１１は、演奏開始の基点となる同期信号を生成し、端末装置４００Ｂ及び４００Ｃに送信する（ステップＳ１５２、Ｓ１５３）。即ち、要求処理部４１１は、本発明に係る「同期信号生成手段」の一例である。
【０１７３】
この同期信号は、例えば、予め設定された効果音であってもよいし、ユーザＡの掛け声であってもよいし、ユーザＡの担当する演奏パートがドラムパートであればドラムのスティック音であってもよいし、ユーザＡの担当する演奏パートがギターパートであればギターの一弦音であってもよい。ユーザＡの何らかの行為が同期信号の生成に結び付けられる場合（上述の例で言えば、同期信号が効果音以外の場合）、端末装置４００では、管理サーバ１００からの録音開始通知信号の到着後に、表示制御部４１４の制御を介して表示部４５０に所定のインフォメーションを表示させるのが望ましい。例えば、このインフォメーションは、「演奏開始の合図を出して下さい」や「○○さんの合図で演奏を開始します」等の文字情報であってもよい。いずれにせよ、同期信号が一種の音声信号として生成される場合においては、この同期信号もまた演奏データに変換される。即ち、本発明に係る「楽音信号と同期信号とが重畳された演奏データ」が生成される。
【０１７４】
尚、同期信号に要求されることは、後々、各演奏パートについて演奏セッションの開始時点を同期させる際の基準として利用できることである。その点に鑑みれば、同期信号は必ずしも音声信号である必要はない。端的には同期信号は、各端末装置において所定の視覚情報（例えば、一種のキューの如き点滅表示やカウントダウン表示等）の生成を促す情報であってもよい。この場合も、その表示部４５０による当該視覚情報の表示時点を示す矩形波信号やインパルス信号が演奏データに重畳されればよい。
【０１７５】
ここで重要なことは、同期信号は、端末装置４００Ａで生成されたタイミングと殆ど同時に（ここで規定される「殆ど同時」とは、少なくともユーザ同士が演奏セッションを行う上で全く認識されることがない程度の時間遅延しか存在しないことを意味する）、他の端末装置にも到達し他のユーザに認知される点である。即ち、端末装置４００Ａにおいて同期信号が演奏データ化された時点からユーザＡの実際の演奏が開始される時点までの時間間隔と、端末装置４００Ｂにおいて同期信号が演奏データ化された時点からユーザＢの実際の演奏が開始される時点までの時間間隔と、端末装置４００Ｃにおいて同期信号が演奏データ化された時点からユーザＣの実際の演奏が開始される時点までの時間間隔とは、少なくともユーザの認識レベルで言えば等しい。
【０１７６】
録音サーバ２００では、このように同期信号が重畳された演奏データが受信され、同期信号を含む音声信号が順次録音トラックに記録される。そのような録音過程を経て、録音が終了すると、録音サーバ２００ではデータ補正部２１２による演奏データの補正が行われる（ステップＳ２２１）。この演奏データの補正は、既に述べたように、複数の演奏パート相互間で演奏開始タイミングを同期させる補正（以下、適宜「第１の補正」と表現する）と、一の演奏パートにおいて楽曲の切れ目を検出する補正（以下、適宜「第２の補正」と表現する）とから構成される。第１の補正及び第２の補正を含む演奏データの補正処理が終了すると、補正後の演奏データがコンテンツサーバ３００に送信される（ステップＳ２３０）。
【０１７７】
＜第１の補正＞
ここで、図１３を参照し、第１の補正がなされた後の演奏データについて説明する。ここに、図１３は、各録音トラックに同期信号と楽音信号とが記録された状態を概念的に表した図である。尚、同図において、図１１と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１７８】
図１３において、図１１を参照して既に説明したように、録音サーバ２００の録音トラックＲＴ１、ＲＴ２及びＲＴ３に記録される、各演奏パートの演奏に係る楽音信号は、時間軸上の相対関係がオリジナル（演奏時）の相対関係と異なっている。
【０１７９】
ここで、先述したように各端末装置における同期信号の発生時点と各演奏パート演奏開始時点との時間間隔は略一致しているから、各録音トラックにおいては、同期信号の記録位置もまた楽音信号と同様に時間軸上でずれている（破線枠参照）。データ補正部２１２は、この同期信号を利用して演奏データに係る第１の補正を実行する。この様子が図１４に例示される。
【０１８０】
図１４は、第１の補正がなされた後の各録音トラックの様子を概念的に表した図である。尚、同図において、図１３と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１８１】
図１４に例示されるように、第１の補正は、各録音トラックにおいて同期信号の位置が等しくなるように、各録音トラック（ここでは、録音トラックＲＴ２及びＲＴ３）に記録される楽音信号の波形を時間軸上でシフトさせる処理である。同期信号の位置が一致すると、同期信号から演奏開始時点までの時間間隔が各演奏パート相互間で等しいことから、必然的に各演奏パートの演奏開始時点が相互に一致する。その結果、各演奏パートの楽音信号の時間軸上での相対関係は、オリジナル（演奏時）の関係と一致する。即ち、この録音トラックに記録された楽音信号を、各録音トラックについて同時に再生すると、オリジナルの演奏と遜色のない再現性の高い演奏が得られるのである。
【０１８２】
尚、本実施例では、録音サーバ２００のデータ補正部２１２により、この第１の補正がなされる構成としたが、同期信号が楽音信号に重畳されている限りにおいて、この同期信号に基づいた演奏データの補正を実行する手段は、録音サーバ２００が有しておらずともよい。即ち、管理サーバ１００又はコンテンツサーバ３００が、同様の補正を行うように構成されていてもよい。或いは、ネットワーク１１に、このような演奏データの補正を行うための他の装置（例えば、他のサーバ装置）が設置されていてもよい。このように他の装置により第１の補正が行われる構成とすれば、録音サーバ２００は録音処理のみを実行すればよくなり、その処理負荷が軽減され得る。特に、演奏録音システム１０の構成を考えると、同時期に演奏セッションの録音を行うユーザは、必ずしもユーザＡ、ユーザＢ及びユーザＣの三名に限定されないから、録音サーバ２００の処理負荷を分散し得る場合には、可能な限り分散するのもシステムを構築する上で有益である。
【０１８３】
また、本実施例では、同期信号が端末装置４００Ａで生成される構成としたが、同期信号の役割から考えれば、同期信号の生成は、端末装置４００Ｂ又は４００Ｃで行われてもよい。端末装置４００Ｂで同期信号が生成される場合には、生成された同期信号が端末装置４００Ａ及び４００Ｃに送信されればよい。また、端末装置４００Ｃで同期信号が生成される場合には、生成された同期信号が端末装置４００Ａ及び４００Ｂに送信されればよい。
【０１８４】
或いは、同期信号は管理サーバ１００、録音サーバ２００若しくはコンテンツサーバ３００又はこれらとは異なる他のサーバ装置で生成され、各端末装置に送信される構成となっていてもよい。この場合、同期信号は、データの伝送遅延の無視し得るＰ２Ｐ方式のデータ伝送ではなく、通常のＣＳＳ（Client Server System）方式のデータ伝送となるから、Ｐ２Ｐによる端末同士の同期信号の送受と較べて遅延し得る。しかしながら、同期信号は、演奏開始タイミングを共有するための一種のトリガ信号としての役割を最低限有していればよいから、そのデータ量は十分に小さくて済む。従って、実践上問題はない。また、同期信号がサーバ装置側で生成され送信される場合、サーバ装置から各端末装置へのデータ伝送が遅延したとしても、各端末装置で共通の遅延となる。即ち、同期信号が各端末装置において演奏データに重畳されるタイミングは、各端末装置において一致する。従って、実践上問題は生じない。尚、サーバ装置側で同期信号が生成され送信される場合、各端末装置への同期信号の送信は、各端末装置における演奏データの生成開始（ステップＳ１５０、Ｓ１６０、Ｓ１７０）の後に行われるのが望ましい。これは、同期信号を確実に演奏データに重畳するためである。
【０１８５】
＜第２の補正＞
次に、演奏データの第２の補正、即ち、楽曲の切れ目検出（楽曲の頭出し）に関する補正について説明する。
【０１８６】
図１４に例示されるように、各演奏トラックについて楽音信号の時間同期が得られれば、この演奏セッションを高い再現性を伴って再生することはできる。しかしながら、実際の演奏セッションの録音は演奏セッションの開始から終了までの連続して行われるから、楽曲の切れ目が存在するか否かにかかわらず、演奏セッションは一の演奏データとして録音されることになる。即ち、録音直後の各演奏パートは、楽曲毎に区別されていない。このため、例えば図９を参照して説明したように、ユーザＤが演奏セッションｓ１の楽曲Ｍ１の配信を所望したとしても、そのような配信を実現することができない。第２の補正は、このような問題を解決する演奏データの補正処理である。
【０１８７】
ここで、図１５を参照し、演奏データの第２の補正について説明する。ここに、図１５は、楽曲の切れ目検出の概念を説明する図である。尚、同図において、図１４と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１８８】
図１５において、録音サーバ２００の録音トラックＲＴ１、ＲＴ２及びＲＴ３の各々について、楽音信号の音圧レベルの時間推移が濃いハッチング部分として表示されている。
【０１８９】
ここで、録音サーバ２００のデータ補正部２１２は、各録音トラックについて、音圧レベルの閾値ＣＴを設定する。この閾値ＣＴは、各録音トラックについて共通の値であってもよいし、演奏パートの特性に応じて個別に設定されてもよい。後者の場合とは、例えば、楽器の特性から音圧レベルが大きくなり難い演奏パートについては閾値ＣＴが相対的に小さく、反対に音圧レベルが大きくなり易い演奏パートについては閾値ＣＴが相対的に大きく、夫々設定されること等を意味する。
【０１９０】
閾値ＲＴを設定すると、データ補正部２１２は、各録音トラックについて、音圧レベルが閾値未満となる区間を楽曲切れ目候補Ｃｘ（ｘ＝１，２，・・・）として検出する。図１５には、録音トラックＲＴ１について楽曲切れ目候補Ｃ１、Ｃ３、Ｃ５が検出され、録音トラックＲＴ２について楽曲切れ目候補Ｃ２、Ｃ４が検出され、録音トラックＲＴ３について楽曲切れ目候補Ｃ６が検出された様子が示されている。
【０１９１】
楽曲切れ目候補が検出されると、データ補正部２１２は、各録音トラックで共通の楽曲切れ目候補が存在するか否かを判定する。図１５では、楽曲切れ目候補Ｃ４、Ｃ５、Ｃ６の夫々一部（図示斜線ハッチング表示部分参照）が各演奏トラックで共通となっている。即ち、この部分は、各演奏パートの音圧が閾値未満となる概略無音の時間領域である。この時間領域を「無音区間Ｎ」と定義する。
【０１９２】
一般的に、複数の楽曲から構成される演奏セッションにおいては、楽曲と楽曲との間には大なり小なり無音の時間領域がある。従って、この検出された各演奏トラックに共通して音圧レベルが閾値未満となる無音区間Ｎは、楽曲の切れ目であると判定される。
【０１９３】
この判定結果を受けて、データ補正部２１２では、この無音区間Ｎの任意の位置（例えば、中央位置）で演奏データを分割する。図１５では、無音区間Ｎよりも前の時間領域に対応する演奏が「楽曲Ｍ１」とされ、無音区間Ｎよりも後の時間領域に対応する演奏が「楽曲Ｍ２」とされる様子が示されている。演奏データの第２の補正はこのようにして行われる。
【０１９４】
尚、ここでは、無音区間Ｎを楽曲の切れ目としたが、一の楽曲の演奏過程における極短い時間領域において、偶発的に各演奏パートの音圧レベルが低下する可能性はゼロではない。このような無音区間も、上述の検出手法に従えば無音区間Ｎであるから、この場合、楽曲の切れ目が誤検出されることになる。このような誤検出が生じると、一の楽曲の演奏データが複数個に分割されてしまうため、コンテンツサーバ３００における演奏データの管理の点からも、演奏データを再生する点からも望ましくない。
【０１９５】
そこで、この点についてより好適な一形態として、無音区間Ｎが検出された場合に、この無音区間Ｎの時間長が所定の閾値と比較されてもよい。この所定の閾値は、例えば、偶発的には（楽曲の演奏途中には）生じる可能性が低いと判定され得る無音区間Ｎの長さの下限値である。即ち、無音区間Ｎの時間長がこの閾値よりも長ければ、この無音区間Ｎは真に楽曲の切れ目であるとの判定を下すことができる。
【０１９６】
尚、このように無音区間Ｎの時間長及びその閾値は、無論純粋な時間値であってもよいが、演奏には固有のテンポがあり、テンポの異なる演奏セッション又は楽曲においては、ユーザが一定の感覚でインタバルを挿入しても、その時間値は異なる。演奏全体からみた無音区間Ｎの重み付けが同じであっても、テンポの速い演奏ではその時間値は短くなり、テンポの遅い演奏ではその時間値は長くなり易い。このような演奏に特有の事情に鑑みると、無音区間Ｎの時間長及びその閾値は、純然たる時間値よりも、演奏のテンポに対応付けられている方が望ましい場合がある。
【０１９７】
そこで、楽曲の切れ目検出に係る他の態様として、無音区間Ｎが検出された場合には、その無音区間Ｎの拍数がカウントされてもよい。拍数はテンポによって定まる値である。この場合、閾値もまた拍数で定義される。即ち、この場合、無音区間Ｎが例えば４拍以上継続した場合に、この無音区間Ｎが楽曲の切れ目であるとの判定が下され得る。
【０１９８】
尚、演奏又は楽曲のテンポに関する情報は、既に述べたように各端末装置からの録音要求時に管理サーバ１００に送信されているが、場合によっては（例えば、ユーザがテンポの情報を入力しない場合等）、演奏又は楽曲のテンポが不明な場合もある。そのような場合には、公知の各種テンポ検出処理が録音サーバ２００（例えば、データ補正部２１２）により行われてもよい。この際、所定の時間間隔で検出されたテンポの値の最頻値が楽曲又は演奏のテンポであると扱われてもよい。
【０１９９】
このように、本実施例に係る演奏録音システム１０によれば、複数の演奏パートから構成される演奏セッションを録音サーバ２００に録音するにあたって、各演奏パートの演奏開始タイミングを正確に一致させることができる。従って、後々この録音された演奏セッションを再生しようとした場合に、実際の演奏時（録音時）の演奏セッションを高い再現性の下に忠実に再現することができるのである。また、本実施例に係る演奏録音システム１０によれば、演奏セッションが複数の楽曲から構成される場合において、楽曲の切れ目を正確に検出することができる。従って、コンテンツサーバ３００において、楽曲毎に演奏データを記憶させておくことができ、録音された演奏セッションを、楽曲毎に或いは楽曲を構成する演奏パート毎にフレキシブルに再生することが可能となるのである。
【０２００】
＜第２実施例＞
第１実施例では、演奏セッションが三名のユーザ（ユーザＡ、ユーザＢ及びユーザＣ）により行われる状況を想定して演奏録音システム１０の動作を説明した。第２実施例では、第１実施例と同様に演奏パートｍｐａ、ｍｐｂ及びｍｐｃから構成され且つ楽曲Ｍ１、Ｍ２及びＭ３から構成される演奏セッションを、ユーザＡ及びユーザＢの二名で行う場合について説明する。即ち、第２実施例では、演奏パートｍｐｃを演奏する演奏者が不在である場合が想定されている。尚、システム構成やその他の状況については、第１実施例のものを踏襲することとする。
【０２０１】
このように演奏者が不足する演奏セッションを録音する場合には、コンテンツサーバ３００に格納される演奏パートｍｐｃに関する演奏データ（図７を参照すれば、演奏パートデータＳ１Ｍ１ｍｐｃ、Ｓ１Ｍ２ｍｐｃ、Ｓ１Ｍ３ｍｐｃ）を使用することができる。
【０２０２】
具体的な処理の進行としては、録音サーバ２００から端末装置４００Ａ及び４００Ｂに対し録音開始通知信号が送信されるタイミングと同期して、コンテンツサーバ３００から演奏パートｍｐｃに関する演奏データが送信される。
【０２０３】
ここで、演奏パートｍｐｃの再生開始タイミングを端末４００Ａ及び４００Ｂ相互間で同期させるために、各端末装置において受信バッファ４３０が活用され、ストリーミング再生は一時的に待機される。この再生待機中に、Ｐ２Ｐ回線を通じて端末装置４００Ａ及び４００Ｂ相互間で演奏パートｍｐｃの再生開始タイミングの同期が計られる。この同期処理に要する信号は、データ量が小さいためＰ２Ｐ回線を介して両端末装置で時間的なずれがなく認識される。その後、端末装置４００Ａ及び４００Ｂにおいて、再生制御部４１２を介して演奏パートｍｐｃに関する演奏データの再生が開始される。
【０２０４】
ところで、第２実施例に係る演奏セッションが第１実施例のそれと異なる点は、コンテンツサーバ３００に格納される演奏データに基づいて再生される演奏が、予め定められた開始タイミングと終了タイミングを有する点である。
【０２０５】
即ち、演奏パートｍｐｃに対応する演奏データの再生が開始されると、演奏パートｍｐｃの演奏開始タイミングは、ユーザ側の事情と関係なく訪れる。この演奏開始タイミングに同期してユーザＡ及びユーザＢの演奏が開始されないと、演奏セッションが良好に進捗しないから、演奏者であるユーザＡ及びユーザＢは、演奏パートｍｐｃの演奏開始タイミング及び演奏終了タイミングに、自身の演奏を合わせなければならない。
【０２０６】
このため、第２実施例では、コンテンツサーバ３００から端末装置に演奏パートｍｐｃに関する演奏データが送信される際に、演奏パートｍｐｃの演奏開始タイミングと演奏終了タイミングの情報が併せて送信される。
【０２０７】
各端末装置では、この演奏開始タイミングに関する情報に基づいて、この演奏開始タイミングにユーザＡ及びユーザＢによる演奏が開始されるように、再生制御部４１２が補助音声信号をスピーカ５００から出力させる。或いは、表示制御部４１４が補助視覚情報（例えば、カウントダウン表示等）を表示部４５０に表示させる。
【０２０８】
演奏パートｍｐｃの演奏終了タイミングについても同様であり、各端末装置においてユーザに演奏終了タイミングが告知される。この場合は、各演奏が進行中であるから、音声情報よりも視覚情報の方が望ましい。尚、楽曲の切れ目に関しても、上記演奏終了タイミングの告知と同様にユーザに告知することができる。
【０２０９】
尚、第１実施例において説明した、録音後の演奏データ補正に必要な同期信号の重畳処理は、この演奏開始タイミングに関する同期制御とは別に進行してもよいし、演奏開始タイミングに関する同期制御に関連付けられて行われてもよい。
【０２１０】
このように、第２実施例によれば、ある演奏パートを担当するユーザが不在であっても、複数のユーザ相互間で演奏セッションを楽しむことができ、また、ユーザ同士の演奏を、相互に時間同期を保った状態で録音サーバ２００に録音することができる。
【０２１１】
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う演奏録音システム、演奏録音方法、サーバ装置、端末装置、コンピュータプログラム及び記録媒体もまた本発明の技術的範囲に含まれるものである。
【産業上の利用可能性】
【０２１２】
本発明は、複数の演奏パートから構成される演奏セッションを録音するシステムとして利用可能である。
【符号の説明】
【０２１３】
１０…演奏録音システム、１１…ネットワーク、１００…管理サーバ、２００…録音サーバ、２１２…データ補正部、３００…コンテンツサーバ、４００…端末装置、４１３…録音処理部。
【図１】
2014153515.tif 000003
【図２】
2014153515.tif 000004
【図３】
2014153515.tif 000005
【図４】
2014153515.tif 000006
【図５】
2014153515.tif 000007
【図６】
2014153515.tif 000008
【図７】
2014153515.tif 000009
【図８】
2014153515.tif 000010
【図９】
2014153515.tif 000011
【図１０】
2014153515.tif 000012
【図１１】
2014153515.tif 000013
【図１２】
2014153515.tif 000014
【図１３】
2014153515.tif 000015
【図１４】
2014153515.tif 000016
【図１５】
2014153515.tif 000017