JP2014153515A - 演奏録音システム - Google Patents
演奏録音システム Download PDFInfo
- Publication number
- JP2014153515A JP2014153515A JP2013022586A JP2013022586A JP2014153515A JP 2014153515 A JP2014153515 A JP 2014153515A JP 2013022586 A JP2013022586 A JP 2013022586A JP 2013022586 A JP2013022586 A JP 2013022586A JP 2014153515 A JP2014153515 A JP 2014153515A
- Authority
- JP
- Japan
- Prior art keywords
- performance
- recording
- data
- performance data
- session
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Electrophonic Musical Instruments (AREA)
Abstract
【課題】例えば、録音された演奏セッションを良好な再現性の下に再生させる。
【解決手段】演奏録音システムは、ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から送信された演奏データを前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段とを具備する。
【選択図】図13
【解決手段】演奏録音システムは、ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から送信された演奏データを前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段とを具備する。
【選択図】図13
Description
本発明は、演奏録音システムの技術分野に関する。
通信ネットワークを介して各演奏者ノード間で双方向の通信を行って音楽セッションを行う、離れた場所にいる演奏者同士でリアルタイムに音楽セッションを楽しむための、通信ネットワークを利用した音楽セッションシステムが提案されている(例えば、特許文献1参照)。
特許文献1に開示される音楽セッションシステムによれば、各ユーザ端末の演奏者は、隣接しているユーザ端末の演奏者と演奏データを双方向にやり取りし、離れて接続されているユーザ端末の演奏者とは、自ユーザ端末との間にいるユーザ端末を介して伝播する構成とすることにより、参加人数や環境において高いスケーラビリティが得られるとされている。
一方、特許文献2には、演奏開始から伴奏を付けた演奏を行うための装置が開示されている。特許文献2に開示された演奏開始時刻予想装置によれば、入力される楽音信号が所定の閾値を超えてアタックが検出される毎にカウント時刻情報が検出される。また、新たなカウント時刻情報が検出される毎に、この新たなカウント時刻情報とこれより1個古いカウント時刻情報との時間間隔の情報であるカウント間時間情報が求められる。そして、所定個数のカウント間時間情報に基づいて演奏者が実際の演奏を開始すると予想される演奏開始時刻が求められ、楽曲プレイヤーでの再生と、録音部での録音が開示される。その結果、演奏者の本来の演奏開始に合わせて伴奏を演奏させることができると共に、真に必要な部分のみの楽音信号を録音部に録音させることができるとされる。
端末装置を介して利用者の演奏データをサーバ装置に録音する演奏録音システムの研究が進められている。この演奏録音システムでは、サーバ装置に録音されている演奏データを端末装置にダウンロードして再生することもできる。従って、利用者は、サーバに録音された演奏データの中から所望の演奏データを選択的にダウンロードして、ダウンロードされた演奏データに基づいて再生される演奏と自身の演奏とのセッションを気軽に楽しむことができる。
ここで、過去に複数の利用者によりリアルタイムに行われた演奏セッションがサーバ装置に録音される状況を想定する。この場合、演奏セッションは利用者各々に対応する複数の演奏パートの集合であり、各演奏パートの演奏データは、各演奏パートに対応する個々の端末装置を介してサーバ装置に送信され録音される。ここで特に、この録音された演奏セッションに係る演奏データが、不特定多数のユーザによりダウンロードされ、適宜に再生される状況を考えると、サーバ装置においては、この演奏セッションを高い再現性を伴って記憶することが望まれる。
ところが、例えばP2P(Peer to Peer)方式の通信回線等、端末装置相互間で一対一に構築される通信回線を利用して演奏データの送受を行えば済む、演奏セッションの実行時とは異なり、個々の端末装置とサーバ装置との間で独立して行う必要がある録音時の演奏データの伝送は、その進捗の度合いがネットワーク環境、サーバ装置の負荷、端末装置の負荷等に大きく影響され易く、少なくともリアルタイムに行われたオリジナルの演奏セッションと較べて一様でない。
例えば、楽音信号が、所定のデータ形式を有する演奏データに逐次変換され、一時的にバッファに格納された後、ネットワークを介してサーバ装置へ送出される場合、ネットワークの伝送遅延も、ネットワークの伝送容量も、端末装置の処理速度も端末装置毎に異なるのが普通である。元より、サーバ装置側では、各端末装置から独立して送信される演奏データに含まれる楽音信号を時系列で順次記録するだけであるから、何らの対策も講じられることがなければ、各演奏パートにおける楽音信号の時間軸上の相対関係は保持されない。その結果、当該演奏セッションを再生するにあたって、各演奏パートの演奏開始タイミングを一致させることができなくなり、演奏セッションを精度良く再現することが困難となる。
このように、現状で想定されるシステムは、少なくとも一つの問題点として、リアルタイムに行われた複数の演奏パートから構成される演奏セッションをサーバ装置に録音して再利用する場合において、その演奏セッションの再現性が担保され難いという技術的問題点を有し得る。
このような技術的問題点に対し、上記特許文献2に開示される演奏データの頭出しの手法は、有意義な効果をもたらさない。即ち、この手法では、カウント間時間情報から、BPM(Beat Per Minute)相当値が推定され、この推定値に基づいて演奏開始タイミングを更に推定される。即ち、推定が二箇所で行われており、演奏開始タイミングの推定精度は低い。また、この手法では、演奏時に演奏者の演奏開始時刻が推定されているに過ぎず、その推定精度の如何によらず、録音された演奏の再生時における演奏の再現性を担保する上では殆ど効果がない。また、その推定の結果が毎回同じである保証は無いから、再生される演奏セッションをオリジナルの演奏セッションに近付け得るか否かは別として、再現性もまた十分でない。更に言えば、演奏セッションの開始時点で全ての演奏パートの楽音信号が所定以上の振幅(即ち、音量)を有している保証はないから、楽音信号のアタック検出を頭出しに利用する技術思想そのものが、上述した技術的問題点に対する有効な解とならない。
本発明は、例えば、上記技術的問題点を、その解決すべき問題点の少なくとも一つとして有するものであって、録音された演奏セッションを良好な再現性の下に再生させ得る演奏録音システムを提供することを、その課題の少なくとも一つとする。
上述した課題を解決するため、請求項1に係る演奏録音システムは、ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と、前記送信された演奏データを前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段とを具備することを特徴とする。
上述した課題を解決するため、請求項4に係る演奏録音方法は、ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置とを備えた演奏録音システムにおいて実行される、演奏録音方法であって、
所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データが生成される演奏データ生成工程と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々が制御される送信制御工程と、前記送信された演奏データが記憶されるように前記サーバ装置が制御される記憶制御工程と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データが補正される演奏データ補正工程とを具備することを特徴とする。
所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データが生成される演奏データ生成工程と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々が制御される送信制御工程と、前記送信された演奏データが記憶されるように前記サーバ装置が制御される記憶制御工程と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データが補正される演奏データ補正工程とを具備することを特徴とする。
上述した課題を解決するため、請求項5に係るサーバ装置は、ネットワークに収容された、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と共に演奏録音システムを構成する、前記ネットワークに収容されるサーバ装置であって、前記送信された演奏データを記憶する記憶手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段とを具備することを特徴とする。
上述した課題を解決するため、請求項6に係る端末装置は、ネットワークに収容されたサーバ装置と、前記ネットワークを介して送信される、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する、楽音信号と所定の同期信号とが重畳されてなる複数の演奏データを、前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段と共に演奏録音システムを構成し、前記ネットワークに収容され、前記複数の演奏パートのうち少なくとも一つに対応する端末装置であって、前記同期信号を基点として開始された前記演奏セッションにおける、自己が対応する前記演奏パートについて、前記演奏データを生成する演奏データ生成手段と、前記ネットワークを介して前記生成された演奏データを送信する送信手段とを具備することを特徴とする。
上述した課題を解決するため、請求項7に係るコンピュータプログラムは、コンピュータシステムを請求項1に記載の演奏データ生成手段として機能させることを特徴とする。
上述した課題を解決するため、請求項8に係る記録媒体は、請求項8に記載のコンピュータプログラムが記録されることを特徴とする。
上述した課題を解決するため、請求項9に係るコンピュータプログラムは、コンピュータシステムを請求項1に記載の演奏データ補正手段として機能させることを特徴とする。
上述した課題を解決するため、請求項10に係る記録媒体は、請求項9に記載のコンピュータプログラムが記録されることを特徴とする。
<演奏録音システムの実施形態>
本発明の演奏録音システムに係る実施形態は、ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と、前記送信された演奏データを前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段とを具備する(請求項1)。
実施形態に係る演奏録音システムでは、演奏セッションを構成する一又は複数の演奏パートに夫々対応する複数の端末装置の各々から、対応する演奏パートの演奏データがネットワークを介して送信される。この演奏データは、各演奏パートの楽音信号が所定の規格に従ってデータ化されたものであり、例えばMP3、WAVE、WMA、AAC、M4A、FLAC等のファイル形式のデータである。
一方、この演奏データは、例えば、一時的なバッファリングを経て一定又は不定のデータサイズ毎に順次ネットワークを介して送信され、記憶制御手段の作用によりサーバ装置に記憶される。例えば、サーバ装置においては、例えば、複数の録音トラックの各々に、送信される演奏データに対応する楽音信号が順次記録される。
ここで、演奏データの送信過程においては、大なり小なり伝送遅延が生じ得る。この伝送遅延は、例えば、端末装置のバッファ容量に起因するものも、端末装置のネットワーク環境に起因するものの、端末装置の処理能力に起因するものも、サーバ装置側の処理負荷や通信帯域に起因するものも含まれるから、各端末装置で一致し難い。
このため、何らの対策も講じられることがなければ、リアルタイムに行われる演奏セッション自体が好適に進行し得たとしても、サーバに録音された演奏セッションを再現する場合において、各演奏パートの楽音信号の時間軸上の相対関係がオリジナルの関係(録音時の関係)と異なったものになる。その結果、再生される演奏セッションは、オリジナルの演奏セッションとは全く異なったものになる。
一方、実施形態に係る演奏録音システムにおいては、相異なる複数の端末装置を介して、複数の演奏パートからなる演奏セッションが行われるにあたって、各演奏パートの演奏が、共通の同期信号を基点として開始される。この同期信号は、一種のトリガ信号として機能し得る信号であって、例えば、インパルス信号であっても、矩形波信号であっても、楽音信号の一部であってもよい。また、同期信号は、演奏者相互間で演奏開始タイミングを共有するための信号に過ぎないから、同期信号を供給する手段がネットワーク上の何処にあっても、その伝送に要する時間遅延は無視され得る。
ここで、実施形態に係る演奏録音システムにおいては、演奏データ生成手段により生成される演奏データに、複数の端末装置の各々が対応する一又は複数の演奏パートの楽音信号と、上述した所定の同期信号とが重畳される。尚、「重畳される」とは、同期信号の形態如何に関係なく、少なくとも、同期信号と各演奏パートに係る楽音信号との時間軸上の位置関係が保持される或いは特定可能であることを意味する。即ち、演奏データ生成手段により生成される演奏データに基づいて演奏パートが再生された場合、同期信号の発生時点から当該演奏パートの演奏が開始される時点までの時間間隔は、オリジナルの演奏と一致する。
実施形態に係る演奏録音システムでは、この点を利用して、演奏データ補正手段により演奏データが補正される。演奏データ補正手段は、各端末装置から送信されサーバ装置に記憶される複数の演奏データについて、この同期信号に基づいて、楽音信号の時間軸上の位置を補正する。より具体的には、複数の演奏データについて、同期信号の時間軸上の位置を同期させる。先に述べたように、各演奏パートについて、同期信号と楽音信号との時間軸上の位置関係はオリジナルの関係を保持しているから、複数の演奏パートについて同期信号を同期させてしまえば、個々の楽音信号同士の時間軸上の位置関係もまた、オリジナルの位置関係から乖離することなく保持される。従って、実施形態に係る演奏録音システムにおいては、複数の演奏パートの演奏開始タイミングを一致させることができ、過去に録音された演奏セッションの再現性が担保されるのである。このような効果は、演奏セッションを構成する演奏パートが多い程顕著となる。
尚、実施形態に係る演奏録音システムにおいて、演奏データ生成手段、送信制御手段、記憶制御手段及び演奏データ補正手段は、各手段の機能作用を実現し得る限りにおいて、どのようにシステムに組み込まれていてもよい。一例として、これら各手段は、演奏録音システムを構成するサーバ装置と端末装置とに分散して収容されていてもよい。
尚、演奏データ補正手段は、サーバ装置に記憶された演奏データを補正するが、その具体的な態様は一義的でない。例えば、演奏データ補正手段は、演奏録音システムを構成する一の端末装置から、過去の演奏セッションの再生を要求された場合において演奏データの補正を行ってもよい。この場合、演奏データ補正手段は、再生が要求されない演奏セッションの演奏データについて演奏データの補正を行う必要がないから、演奏データ補正手段の全体的な負荷としては軽減され得る。また、演奏データ補正手段は、サーバ装置が、送信された演奏データを取得するタイミングで同期信号に基づいた補正を行ってもよい。この場合、サーバ装置に一時的に演奏データが記憶された後、演奏データの補正後に再度演奏データが記憶される構成となっていてもよい。この場合、演奏データは、演奏セッションの再生が要求されるか否かに関係なく、全ての演奏セッションについて補正されるから、演奏データ補正手段の全体的な負荷としては大きくなり得るが、再生要求時にデータ補正を行う必要がないことから、再生要求時にシステムビジーな状態に陥る可能性は低減され得る。一般に、録音と再生とでは、後者の方により高い即時性が要求されるから、時間的猶予を効率的に使用し得る点においては、このような補正態様もまた好適である。
尚、実施形態に係る演奏録音システムにおいて、サーバ装置は、一個のコンピュータ装置であってもよいし、複数のコンピュータ装置から構成されていてもよい。後者の場合、演奏セッションの進行を管理する管理用のサーバ装置と、演奏セッションの録音処理を行う録音用のサーバ装置と、演奏セッションを最終的にコンテンツとして保存するコンテンツ保存用のサーバ装置とを含んでサーバ装置が構成されてもよい。この場合、記憶制御手段の作用に係る「サーバ装置」とは、この録音用のサーバ装置であってもよいし、コンテンツ保存用のサーバ装置であってもよい。
尚、後者の態様における管理用のサーバ装置とは、例えばインターネット等の広域ネットワークの形態を採り得るネットワークを通じて展開される、例えば商業的サービスとしての演奏録音システムを提供するためのウェブサイトを制御するサーバ装置であってもよい。この場合、管理用のサーバ装置は、このウェブサイトを利用して演奏セッションを行おうとする複数のユーザに対応する複数の端末装置の各々について、ネットワークの状態の監視、ユーザの識別、端末装置と録音用のサーバ装置との仲介等を行うように構成されていてもよい。
尚、演奏録音システムの実施形態に係るサーバ装置は、例えば、好適な一形態として、所定のサービスを提供する事業者が所有するコンピュータ装置又はコンピュータシステムであってもよい。この場合、例えば利用者と然るべき契約を締結した上で、当該利用者に限定して、自己が保有するコンテンツとしての演奏データを配信する構成となっていてもよい。また、このサーバ装置は、例えば、利用者が、後述する端末装置として機能し得る各種コンピュータ装置、コンピュータシステム又はそれに類する装置を介して要求した演奏データを配信する。このようなコンテンツとしての演奏データの要求及び配信は、より具体的には、ネットワーク上に、サーバ装置と利用者との間のインターフェイスとして構築されるウェブサイトやホームページ等を通じてなされてもよい。
尚、演奏録音システムの実施形態に係る端末装置は、例えば、好適な一形態として、内蔵又は外付けされるマイクロフォンを介して音声信号を集音する機能と、例えば内蔵又は外付けされるスピーカ及び/又はディスプレイを介して音声信号を再生する機能又はストリーミング再生する機能とを有する装置である。この端末装置は、例えば、然るべき制御プログラムが実行されることによって、この端末装置として機能するように構成された、パーソナルコンピュータ又はそれに順ずるコンピュータ装置であってもよい。或いは、この端末装置は、例えば、パーソナルコンピュータ又はそれに順ずるコンピュータ装置において然るべき制御プログラムが実行されることによってこの端末装置として機能するように構成された、演奏者と上記ウェブサイトやホームページ或いは他の演奏者とのインターフェイスとなる装置であってもよい。
演奏録音システムに係る実施形態の一の態様では、前記同期信号を生成する同期信号生成手段を更に具備する(請求項2)。
この態様によれば、同期信号生成手段を具備するので、状況に応じた適切な同期信号を生成することができる。同期信号は、楽音信号の時間同期を図るためのトリガ信号であるが、演奏パートを担当する演奏者の各々が、この同期信号を通じて相互いに演奏開始タイミングを計る側面を持つ。その点に鑑みると、同期信号として如何なる信号が適切であるのかは、演奏セッション毎に異なり得る。そのような状況を想定した場合、複数種類の同期信号の中から、その演奏セッションに最も適切な同期信号を演奏者の相互同意の上で選択可能に構成されることは有意義である。同期信号生成手段を備える場合、そのような個別具体的な状況に対応することができ実践上有益である。
演奏録音システムに係る実施形態の他の態様では、前記ネットワークを介して再生が要求された演奏パートに対応する前記補正された演奏データを送信する補正演奏データ送信手段を更に具備する(請求項3)。
この態様によれば、例えば、過去に行われた演奏セッションの一部又は全部を利用して自己の演奏とのセッションを所望する一又は複数の演奏者等から、当該過去に行われた演奏セッションを構成する一又は複数の演奏パートの再生や配信が要求された場合等において、再現性良く過去の演奏セッションを提供することができる。従って、演奏再生機能が付帯された、より好適な演奏録音システムの実施形態が提供され得る。
<演奏録音方法の実施形態>
演奏録音方法に係る実施形態は、ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置とを備えた演奏録音システムにおいて実行される、演奏録音方法であって、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データが生成される演奏データ生成工程と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々が制御される送信制御工程と、前記送信された演奏データが記憶されるように前記サーバ装置が制御される記憶制御工程と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データが補正される演奏データ補正工程とを具備する(請求項4)。
演奏録音方法の実施形態によれば、上記演奏録音システムに係る実施形態の各手段と同等の作用を実現する各工程により、上記演奏録音システムに係る実施形態と同様に、録音された演奏セッションの再現性が担保される。
<サーバ装置の実施形態>
サーバ装置に係る実施形態は、ネットワークに収容された、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と共に演奏録音システムを構成する、前記ネットワークに収容されるサーバ装置であって、前記送信された演奏データを記憶する記憶手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段とを具備する(請求項5)。
サーバ装置の実施形態によれば、上記演奏録音システムに係る実施形態の記憶手段及び演奏データ補正手段を備えることにより、上記演奏録音システムに係る実施形態を好適に実現することができ、録音された演奏セッションの再現性を担保するにあたって重要な役割を果たすことができる。
<端末装置の実施形態>
端末装置に係る実施形態は、ネットワークに収容されたサーバ装置と、前記ネットワークを介して送信される、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する、楽音信号と所定の同期信号とが重畳されてなる複数の演奏データを、前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段と共に演奏録音システムを構成し、前記ネットワークに収容され、前記複数の演奏パートのうち少なくとも一つに対応する端末装置であって、前記同期信号を基点として開始された前記演奏セッションにおける、自己が対応する前記演奏パートについて、前記演奏データを生成する演奏データ生成手段と、前記ネットワークを介して前記生成された演奏データを送信する送信手段とを具備する(請求項6)。
端末装置の実施形態によれば、上記演奏録音システムに係る実施形態の演奏データ生成手段及び生成された演奏データを送信する送信手段を備えることにより、上記演奏録音システムに係る実施形態を好適に実現することができ、録音された演奏セッションの再現性を担保するにあたって重要な役割を果たすことができる。
<コンピュータプログラムの第1実施形態>
コンピュータプログラムに係る第1実施形態は、コンピュータシステムを上記演奏録音システムの実施形態に係る演奏データ生成手段として機能させる(請求項7)。
本発明のコンピュータプログラムに係る第1実施形態によれば、当該コンピュータプログラムを格納するROM、CD−ROM、DVD−ROM、ハードディスク等の記録媒体或いはUSB(Universal Serial Bus)メモリ等コンピュータシステムに着脱可能な固体型記憶装置から、当該コンピュータプログラムをコンピュータシステムに読み込んで実行させれば、或いは、当該コンピュータプログラムを、例えば、通信手段等を介してコンピュータシステムにダウンロードさせた後に実行させれば、上述した本発明の演奏録音システムに係る実施形態における演奏データ生成手段を比較的簡単に実現できる。
<記録媒体の第1実施形態>
記録媒体に係る第1実施形態は、上記コンピュータプログラムの第1実施形態が記録される(請求項8)。
本発明の記録媒体に係る第1実施形態によれば、コンピュータシステムに装着又は接続することによって、或いはコンピュータシステムに備わる又は接続された然るべき読取装置に挿入することによって、記録している本発明のコンピュータプログラムに係る第1実施形態を、コンピュータシステムに読み込ませて実行させることができ、上述した本発明の演奏録音システムに係る実施形態における演奏データ生成手段を比較的簡単に実現できる。
<コンピュータプログラムの第2実施形態>
コンピュータプログラムの第2実施形態は、コンピュータシステムを上記演奏録音システムの実施形態に係る演奏データ補正手段として機能させる(請求項9)。
本発明のコンピュータプログラムに係る第2実施形態によれば、当該コンピュータプログラムを格納するROM、CD−ROM、DVD−ROM、ハードディスク等の記録媒体或いはUSB(Universal Serial Bus)メモリ等コンピュータシステムに着脱可能な固体型記憶装置から、当該コンピュータプログラムをコンピュータシステムに読み込んで実行させれば、或いは、当該コンピュータプログラムを、例えば、通信手段等を介してコンピュータシステムにダウンロードさせた後に実行させれば、上述した本発明の演奏録音システムに係る実施形態における演奏データ補正手段を比較的簡単に実現できる。
<記録媒体の第2実施形態>
記録媒体に係る第2実施形態は、上記コンピュータプログラムの第2実施形態が記録される(請求項10)。
本発明の記録媒体に係る第2実施形態によれば、コンピュータシステムに装着又は接続することによって、或いはコンピュータシステムに備わる又は接続された然るべき読取装置に挿入することによって、記録している本発明のコンピュータプログラムに係る第2実施形態を、コンピュータシステムに読み込ませて実行させることができ、上述した本発明の演奏録音システムに係る実施形態における演奏データ補正手段を比較的簡単に実現できる。
本発明のこのような作用及び他の利得は、これ以降に説明する実施例により明らかにされる。
以下、適宜図面を参照し、本発明を実現するにあたって好適な各種の実施例について説明する。
<第1実施例>
本発明の演奏録音システムに係る第1実施例として、演奏録音システム10について説明する。
本発明の演奏録音システムに係る第1実施例として、演奏録音システム10について説明する。
<実施例の構成>
<演奏録音システム10の構成>
始めに、図1を参照し、演奏録音システム10の構成について説明する。ここに、図1は、演奏録音システム10の概念を説明する図である。
<演奏録音システム10の構成>
始めに、図1を参照し、演奏録音システム10の構成について説明する。ここに、図1は、演奏録音システム10の概念を説明する図である。
図1において、演奏録音システム10は、管理サーバ100、録音サーバ200及びコンテンツサーバ300を含むサーバ装置群と、ユーザA、ユーザB、ユーザC及びユーザDに夫々使用される端末装置400A、端末装置400B、端末装置400C及び端末装置400Dを含む端末装置群とが、ネットワーク11に収容されてなるシステムである。ネットワーク11は、インターネット等の広域ネットワークであり、このサーバ装置群は、有線のLAN(Local Area Network)12を介してこのネットワーク11に収容されている。
尚、図1では、説明の煩雑化を防ぐ目的から、4名のユーザにより演奏録音システム10が利用される構成となっているが、個々の端末装置を介して演奏録音システム10を利用するユーザの数に制限は無い。これ以降、図示されるユーザA、B、C及びDを区別する必要がない場合には、適宜「ユーザ」なる包括表現を用いることとする。同様に、図示される端末装置400A、400B、400C及び400Dを区別する必要がない場合には、適宜「端末装置400」なる包括表現を用いることとする。尚、ユーザは端末装置400を利用する不特定の人間を包括するものであって、必ずしも端末装置400の所有者でなくともよい。
演奏録音システム10は、演奏録音配信サービスを提供するシステムであり、例えば上記サーバ装置群を保有する不図示の事業者との間に所定の利用契約を締結したユーザのみが利用可能な構成となっている。但し、このようなシステムの役割及び性質もまた、本発明の演奏録音システムが採り得る実施例の一つに過ぎない。
演奏録音システム10は、大別して、演奏録音機能(演奏のアップロード機能)と演奏配信機能(演奏のダウンロード機能)との二種類の機能を備える。
演奏録音機能とは、ユーザにより行われた演奏を、その楽音信号又は楽音信号を復元可能な情報を含む所定規格の演奏データに変換し、録音サーバ200の物理的記憶領域の一部である録音トラックに記録する機能である。演奏録音システム10では特に、この録音サーバ200は演奏の録音に特化しており、録音トラックに記録された演奏データは、最終的にコンテンツサーバ300にコンテンツとして格納される。録音される演奏は、ユーザが独自に行った演奏であってもよいし、ユーザが演奏配信機能により配信され再生された演奏と擬似的な演奏セッションを行った際の演奏であってもよいし、ユーザが他のユーザとの相互同意の下でリアルタイムに行った演奏セッションの一演奏パートに関する演奏であってもよい。コンテンツサーバ300に格納された演奏データは、演奏録音システム10を利用可能な全てのユーザにより等しく利用され得る。
演奏配信機能とは、コンテンツサーバ300に格納される、コンテンツとしての演奏データの中から、ユーザが要求する演奏データを選択的に配信する機能である。ユーザが所有する端末装置400には、この演奏データに基づいて演奏を再生する機能が備わっており、ユーザは、この再生される演奏を自由に楽しむことができる。この演奏データは、例えば、予めシステム側でサンプルとして与えられた多様な楽曲ジャンル、演奏ジャンル或いは楽器ジャンルに属する各種の演奏データと、上述した演奏録音機能を利用して録音された、様々な楽曲に関する一又は複数の演奏パートの演奏に関する演奏データとを含む。後者における「一又は複数の演奏パート」とは、本実施例における、複数の演奏パートから構成される演奏セッションにおける一又は複数の演奏パートを含む。
演奏録音システム10では、ネットワーク11に構築された(即ち、URLが割り当てられた)不図示のウェブサイトを介して、上述した機能が実現される。例えば、ユーザは、端末装置400を介してこのウェブサイトにアクセスすることにより、所望する楽曲、演奏パート又は演奏セッションを検索したり、その配信を要求したりすることができる。或いは、所望する楽器や演奏者を検索して、それらに対応する楽曲、演奏パート又は演奏セッションの配信を要求することができる。ユーザはまた、端末装置400を介してこのウェブサイトにアクセスすることにより、自身が行う演奏に関する演奏データを、録音サーバ200を経由してコンテンツサーバ300にアップロードすることができる。
尚、演奏録音システム10は、本発明に係る「演奏録音システム」の一例であって、本発明に係る演奏録音システムの実践的態様は、演奏録音システム10に限定されず、本発明の概念の範囲で如何様にも変更可能である。例えば、本発明に係る「演奏録音システム」とは、演奏録音システム10に係るサービスを、不特定多数の利用者に無償で提供するものであってもよい。
次に、演奏録音システム10を構成する各装置の詳細について説明する。
<管理サーバ100の構成>
始めに、図2を参照し、管理サーバ100の構成について説明する。ここに、図2は、管理サーバ100のブロック図である。尚、同図において、図1と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
始めに、図2を参照し、管理サーバ100の構成について説明する。ここに、図2は、管理サーバ100のブロック図である。尚、同図において、図1と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
図2において、管理サーバ100は、演奏録音システム10を運営する事業者が保有するコンピュータ装置である。
管理サーバ100は、上述したウェブサイトの運用を管理すると共に運用状況を監視しており、例えばユーザから演奏の録音や配信が要求された場合に、これらの要求に対する応答動作が行われるように録音サーバ200及びコンテンツサーバ300を制御する構成となっている。
管理サーバ100は、制御装置110及び通信インターフェイス(I/F)120を備える。
制御装置110は、CPU(Central Processing Unit)、ROM(Read Only Memory)及びRAM(Random Access Memory)等を含む演算処理ユニットである。制御装置110は、このCPUが所定の制御プログラムを実行することにより機能する、要求処理部111及びWEB制御部112の各処理ユニットを備える。
要求処理部111は、ウェブサイトを経由して不定期に発生する各種の要求並びに録音サーバ200及びコンテンツサーバ300から不定期に発生する各種の要求を処理する処理ユニットである。具体的には、要求処理部111は、ユーザからウェブサイトを通じてなされる、アクセス要求、演奏配信要求及び演奏録音要求等の各種要求に対し、これら要求に応じた処理(例えば、認証処理、演奏配信制御処理及び演奏録音制御処理等)を実行するように構成されている。また、録音サーバ200やコンテンツサーバ300から各種の情報が要求された場合に、これら各サーバに対して必要な情報を供給するように構成されている。
WEB制御部112は、ウェブサイトを制御する処理ユニットである。具体的には、WEB制御部112は、例えばウェブサイトにおけるユーザのアクセス管理や、ウェブサイトの更新処理及びメンテナンス処理を実行するように構成されている。
通信I/F120は、LAN12と管理サーバ100との間のデータ通信を実現するための、所定の通信規格に準じたインターフェイスである。尚、LAN12は、インターネット等の広域ネットワークであるネットワーク11に収容されており、通信I/F120は、管理サーバ100と録音サーバ200及びコンテンツサーバ300とのデータ通信の他、管理サーバ100と端末装置400との間のデータ通信にも使用される。尚、通信I/F120は、有線で接続されたこれらサーバ装置相互間のデータ通信については、時間遅延を無視し得る速度でこれを行うことができるものとする。
<録音サーバ200の構成>
次に、図3を参照し、録音サーバ200の構成について説明する。ここに、図3は、録音サーバ200のブロック図である。尚、同図において、図1と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
次に、図3を参照し、録音サーバ200の構成について説明する。ここに、図3は、録音サーバ200のブロック図である。尚、同図において、図1と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
図3において、録音サーバ200は、演奏録音システム10を運営する事業者が保有するコンピュータ装置であり、制御装置210、通信インターフェイス(I/F)220、受信バッファ230及び記憶装置240を備える。
制御装置210は、CPU、ROM及びRAM等を含む演算処理ユニットである。制御装置210は、このCPUが所定の制御プログラムを実行することにより機能する、要求処理部211及びデータ補正部212の各処理ユニットを備える。
要求処理部211は、管理サーバ100からの要求を処理する処理ユニットである。具体的には、要求処理部211は、管理サーバ100が演奏録音制御処理を実行する過程において演奏の録音を要求した場合に、所定の録音処理を実行するように構成されている。
データ補正部212は、後述するデータ補正処理により演奏データを補正する処理ユニットである。データ補正部212は、録音処理により複数の演奏パートから構成される演奏セッションを録音する場合において、複数の端末装置400から送信される演奏データ又は記憶装置240に記憶された演奏データを補正するように構成されている。データ補正部212により行われる演奏データの補正は大別二種類ある。一方は複数の演奏パート相互間で演奏開始タイミングを同期させる補正であり、他方は一の演奏パートにおいて楽曲の切れ目を検出する補正である。これらのデータ補正については後述する。
尚、本発明の演奏録音システムと本実施例との対比の上では、データ補正部212は、本発明に係る「演奏データ補正手段」の一例である。また、データ補正部212の動作により実現される演奏データの補正は、本発明に係る「演奏データ補正工程」の一例である。また、録音サーバ200の制御装置210をデータ補正部212として機能させる制御プログラムは、本発明に係る「コンピュータプログラム」の一例(コンピュータプログラムに係る第2実施形態の一例)である。また、この制御プログラムは、録音サーバ200における所定の記憶装置(記憶装置240でもよい)における記録媒体(記憶装置240であればHD)に格納される。この記録媒体は、本発明に係る「記録媒体」の一例(記録媒体に係る第2実施形態の一例)である。
尚、要求処理部211により実行される録音処理は、必ずしもこの種のリアルタイムな演奏セッションの録音を目的としたものに限定されない。例えば、ユーザが単独で行う演奏が録音されてもよい。この場合には、演奏開始タイミングに関する補正は不要である。但し、後々、この単独の演奏との演奏セッションを希望するユーザが現れ得ることを考慮すれば、このような単独演奏が録音される場合においても、演奏データには後述する同期信号が重畳されているのが望ましい。また、実際に端末装置400において生成される演奏データには、常時同期信号を重畳することができる。
通信I/F220は、LAN12と録音サーバ200との間のデータ通信を実現するための、所定の通信規格に準じたインターフェイスである。尚、LAN12は、インターネット等の広域ネットワークであるネットワーク11に収容されており、通信I/F220は、録音サーバ200と管理サーバ100及びコンテンツサーバ300とのデータ通信の他、録音サーバ200と端末装置400との間のデータ通信にも使用される。尚、通信I/F220は、有線で接続されたこれらサーバ装置相互間のデータ通信については、時間遅延を無視し得る速度でこれを行うことができるものとする。
受信バッファ230は、端末装置400から送信される演奏データを一時的に蓄積するバッファとして機能する揮発性記憶装置である。受信バッファ230のバッファ容量は、演奏データのデータサイズに対して十分に大きいものとする。
記憶装置240は、例えばHD(Hard Disk)等の比較的大容量の記録媒体を備えた記憶装置である。記憶装置240には、演奏を録音するための複数の録音トラックRT1、RT2、・・・、RTxxが形成されており、一の録音トラックが一の演奏データに対応する構成となっている。即ち、録音サーバ200は、一種のMTR(Multi Track Recorder)としての機能を有している。記憶装置240の個々の録音トラックには、要求処理部211による録音処理の実行過程において端末装置400から随時送信される複数の演奏データのうち、一の演奏パートに対応する演奏データが割り当てられる。尚、これ以降、個々の録音トラックを区別する必要がない場合には、適宜「録音トラックRT」なる包括表現を用いることとする。
尚、本発明の演奏録音システムと本実施例との対比の上では、記憶装置240は本発明に係る「記憶手段」の一例であり、要求処理部211は本発明に係る「記憶制御手段」の一例であり、要求処理部211により実現される演奏データの記憶制御は本発明に係る「記憶制御工程」の一例である。
<コンテンツサーバ300の構成>
次に、図4を参照し、コンテンツサーバ300の構成について説明する。ここに、図4は、コンテンツサーバ300のブロック図である。尚、同図において、図1と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
次に、図4を参照し、コンテンツサーバ300の構成について説明する。ここに、図4は、コンテンツサーバ300のブロック図である。尚、同図において、図1と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
図4において、コンテンツサーバ300は、演奏録音システム10を運営する事業者が保有するコンピュータ装置であり、制御装置310、通信インターフェイス(I/F)320、受信バッファ330、送信バッファ340及び記憶装置350を備える。
制御装置310は、CPU、ROM及びRAM等を含む演算処理ユニットである。制御装置310は、このCPUが所定の制御プログラムを実行することにより機能する処理ユニットとしての要求処理部311を備える。
要求処理部311は、管理サーバ100及び録音サーバ200からの要求を処理する処理ユニットである。具体的には、要求処理部311は、管理サーバ100が演奏配信制御処理を実行する過程において演奏の配信を要求した場合に、所定の配信処理を実行するように構成されている。また、要求処理部311は、録音処理が実行される過程において録音サーバ200から供給される補正後の演奏データを、所定の記憶処理により記憶装置350に記憶させるように構成されている。この記憶処理は、録音サーバ200から供給される補正後の演奏データを、演奏セッション毎に、例えば演奏者、楽曲名及び演奏パート等の各種参照情報を付帯させた上で、後述するセッションデータとして記憶させる処理である。
通信I/F320は、LAN12とコンテンツサーバ300との間のデータ通信を実現するための、所定の通信規格に準じたインターフェイスである。尚、LAN12は、インターネット等の広域ネットワークであるネットワーク11に収容されており、通信I/F320は、コンテンツサーバ300と管理サーバ100及び録音サーバ200とのデータ通信の他、コンテンツサーバ300と端末装置400との間のデータ通信にも使用される。尚、通信I/F320は、有線で接続されたこれらサーバ装置相互間のデータ通信については、時間遅延を無視し得る速度でこれを行うことができるものとする。
受信バッファ330は、録音サーバ200から供給される演奏データを一時的に蓄積するバッファとして機能する揮発性記憶装置である。
送信バッファ340は、記憶装置350に記憶された演奏データを端末装置400に配信する際のバッファとして機能する揮発性記憶装置である。
記憶装置350は、例えばHD(Hard Disk)等の比較的大容量の記録媒体を備えた記憶装置である。記憶装置350は、録音サーバ200から録音処理の実行過程において供給される補正後の演奏データを、要求処理部311により実行される記憶処理において、演奏セッション毎にセッションデータとして記憶する構成となっている。記憶装置350に記憶されるセッションデータについては後述する。
尚、本発明の演奏録音システムと本実施例との対比の上では、記憶装置350は本発明に係る「記憶手段」の他の一例であり、要求処理部311は本発明に係る「記憶制御手段」の他の一例であり、要求処理部311により実現される演奏データの記憶制御は本発明に係る「記憶制御工程」の他の一例である。
<端末装置400の構成>
次に、図5を参照し、端末装置400の構成について説明する。ここに、図5は、端末装置400のブロック図である。尚、同図において、図1と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
次に、図5を参照し、端末装置400の構成について説明する。ここに、図5は、端末装置400のブロック図である。尚、同図において、図1と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
図5において、端末装置400は、制御装置410、通信インターフェイス(I/F)420、受信バッファ430、送信バッファ440及び表示部450を備える。
制御装置410は、CPU、ROM及びRAM等を含む演算処理ユニットである。制御装置410は、このCPUが所定の制御プログラムを実行することにより機能する、要求処理部411、再生制御部412、録音処理部413及び表示制御部414の各処理ユニットを備える。
要求処理部411は、ユーザにより不図示の各種入力装置(例えば、キーボードやタッチパネル装置)を介して入力された各種コマンドに対応する処理や、管理サーバ100からネットワーク11を介して送信される要求に対応する処理を実行する処理ユニットである。具体的には、要求処理部411は、例えば、表示部450の表示内容を制御するための表示制御部414の制御、ウェブサイトへのアクセス要求やウェブサイトでの入力コマンドに応じた管理サーバ100へのアクセス制御、演奏セッションの実行要求及び演奏セッションの録音要求に応じた録音処理部413の制御、演奏データの再生要求に応じた再生制御部412の制御等を実行する。
再生制御部412は、コンテンツサーバ300から配信される演奏データに基づいて演奏のストリーミング再生を行う処理ユニットである。より具体的には、再生制御部412は、受信バッファ430に所定量の演奏データが蓄積された段階で、順次この蓄積された演奏データを読み出し、楽音信号に復元して再生する。再生制御部412は、スピーカ500と電気的に接続されており、端末装置400において再生制御部412により再生された演奏は、このスピーカ500から音声として出力される構成となっている。尚、本実施例では、スピーカ500が端末装置400に外付けされる構成としたが、端末装置400がスピーカ500を内蔵していてもよい。
録音処理部413は、音声信号を演奏データに変換する処理ユニットである。録音処理部413は、集音装置としてのマイクロフォン600と電気的に接続されており、ユーザにより録音操作がなされた場合に、このマイクロフォン600を介して入力される音声信号(演奏の場合には楽音信号)からWAVEファイル形式(即ち、上述の所定規格の一例である)の演奏データを生成するように構成されている。演奏データのサンプリングレートは、44.1kHz、22.05Hz、11.025kHzの中から適宜選択可能である。また、録音処理部413は、生成された演奏データを通信I/F420を介して録音サーバ200に送信するように構成されている。尚、録音処理部413による演奏の録音は、管理サーバ100による録音制御処理及び録音サーバ200による録音処理と協調して実行される。
尚、本発明の演奏録音システムと本実施例との対比の上では、録音処理部413は、本発明に係る「演奏データ生成手段」の一例である。また、録音処理部413の動作により実現される演奏データの生成は、本発明に係る「演奏データ生成工程」の一例である。また、端末装置400の制御装置410を録音処理部413として機能させる制御プログラムは、本発明に係る「コンピュータプログラム」の一例(コンピュータプログラムに係る第1実施形態の一例)である。また、この制御プログラムは、端末装置400における所定の記憶装置(例えば、ROMやRAM又は不図示の記憶装置)における記録媒体(例えば、HD)に格納される。この記録媒体は、本発明に係る「記録媒体」の一例(記録媒体に係る第1実施形態の一例)である。
表示制御部414は、端末装置400の表示部250の表示状態を制御する処理ユニットである。
通信I/F420は、ネットワーク11との間のデータ通信を実現するための、所定の通信規格に準じたインターフェイスである。尚、端末装置400は、通信I/F420を介して、上述した各種サーバとの間でデータ伝送を行うことができる他、相異なる端末装置同士で、直接データ伝送を行うことができる。後者のデータ伝送方式は、例えば、公知のP2P(Peer to Peer)等の通信方式が利用される。
受信バッファ430は、コンテンツサーバ300から配信される演奏データを一時的に蓄積するバッファとして機能する揮発性記憶装置である。
送信バッファ440は、録音処理部413により生成される演奏データを一時的に蓄積するバッファとして機能する揮発性記憶装置である。
表示部450は、ユーザに対して視覚情報を表示するためのディスプレイ装置である。表示部450は、上述したウェブサイトを表示可能に構成される。
<録音トラックの詳細>
次に、図6を参照して、録音サーバ200の記憶装置240における録音トラックRTの詳細について説明する。ここに、図6は、録音トラックにおける演奏データの記録状態を概念的に説明する図である。
次に、図6を参照して、録音サーバ200の記憶装置240における録音トラックRTの詳細について説明する。ここに、図6は、録音トラックにおける演奏データの記録状態を概念的に説明する図である。
図6において、縦軸には、RT1、RT2及びRT3の三個の録音トラックが表されている。横軸には、各録音トラックのトラック位置が表されている。このトラック位置は一種の時間情報に相当し、横軸は時間軸と等価な意味を有している。
図6には、一楽曲がmpa、mpb及びmpcの三種類の演奏パートから構成され且つM1、M2及びM3の三個の楽曲から構成される一の演奏セッションs1が録音された状態が示されている。尚、本実施例では便宜上、演奏パートmpaがユーザAの演奏パートに、演奏パートmpbがユーザBの演奏パートに、演奏パートmpcがユーザCの演奏パートに夫々対応しているとする。
図6において、録音トラックRT1には演奏パートmpa(即ち、ユーザA)が割り当てられている。トラック位置0001からトラック位置00ggまでは楽曲M1に相当し、このトラック区間の演奏データが、演奏セッションs1における楽曲M1の演奏パートmpaに対応する演奏データである演奏パートデータS1M1mpaとなる。同様に、トラック位置00ggからトラック位置00kkまでは楽曲M2に相当し、このトラック区間の演奏データが、演奏セッションs1における楽曲M2の演奏パートmpaに対応する演奏データである演奏パートデータS1M2mpaとなる。同様に、トラック位置00kkからトラック位置00ppまでは楽曲M3に相当し、このトラック区間の演奏データが、演奏セッションs1における楽曲M3の演奏パートmpaに対応する演奏データである演奏パートデータS1M3mpaとなる。
また、図6において、録音トラックRT2には演奏パートmpb(即ち、ユーザB)が割り当てられている。トラック位置0001からトラック位置00ggまでは楽曲M1に相当し、このトラック区間の演奏データが、演奏セッションs1における楽曲M1の演奏パートmpbに対応する演奏データである演奏パートデータS1M1mpbとなる。同様に、トラック位置00ggからトラック位置00kkまでは楽曲M2に相当し、このトラック区間の演奏データが、演奏セッションs1における楽曲M2の演奏パートmpbに対応する演奏データである演奏パートデータS1M2mpbとなる。同様に、トラック位置00kkからトラック位置00ppまでは楽曲M3に相当し、このトラック区間の演奏データが、演奏セッションs1における楽曲M3の演奏パートmpbに対応する演奏データである演奏パートデータS1M3mpbとなる。
また、図6において、録音トラックRT3には演奏パートmpc(即ち、ユーザC)が割り当てられている。トラック位置0001からトラック位置00ggまでは楽曲M1に相当し、このトラック区間の演奏データが、演奏セッションs1における楽曲M1の演奏パートmpcに対応する演奏データである演奏パートデータS1M1mpcとなる。同様に、トラック位置00ggからトラック位置00kkまでは楽曲M2に相当し、このトラック区間の演奏データが、演奏セッションs1における楽曲M2の演奏パートmpcに対応する演奏データである演奏パートデータS1M2mpcとなる。同様に、トラック位置00kkからトラック位置00ppまでは楽曲M3に相当し、このトラック区間の演奏データが、演奏セッションs1における楽曲M3の演奏パートmpcに対応する演奏データである演奏パートデータS1M3mpcとなる。
ユーザA、B及びCがリアルタイムに行う演奏セッションs1に対応して各ユーザの端末装置400で生成される演奏データは、演奏セッションs1の開始から終了まで連続した一の演奏データである。即ち、演奏データは楽曲毎には生成されない。リアルタイムに行われる演奏セッションの性格上、それは極めて一般的であり且つ妥当である。従って、図6に例示されるように演奏セッションを各演奏パートについて楽曲毎に演奏データ化するためには、録音サーバ200において、連続した一のデータストリームの中から楽曲の切れ目を検出する必要がある。録音サーバ200のデータ補正部212における、上述した演奏データの補正の一環としての楽曲の切れ目検出(頭出し)は、このような目的から行われる。この楽曲の切れ目検出の詳細については後述する。
<セッションデータの詳細>
次に、図7を参照して、コンテンツサーバ300の記憶装置350に記憶されるセッションデータの詳細について説明する。ここに、図7は、記憶装置350に記憶されたセッションデータを概念的に説明する図である。
次に、図7を参照して、コンテンツサーバ300の記憶装置350に記憶されるセッションデータの詳細について説明する。ここに、図7は、記憶装置350に記憶されたセッションデータを概念的に説明する図である。
図7において、コンテンツサーバ300に記憶される演奏データの最小単位は、一演奏セッションの一楽曲における一演奏パートのデータである。これは、図6を参照すれば、S1M1mpa、S1M2mpa、S1M3mpa、S1M1mpb、S1M2mpb、S1M3mpb、S1M1mpc、S1M2mpc及びS1M3mpcの各演奏パートデータに相当する。
一方、これら演奏パートデータを単に記憶するだけでは、後々、他のユーザからの配信要求に好適に応えることが難しい。そこで、コンテンツサーバ300では、演奏セッション毎に演奏データが管理され、一の演奏セッションについては楽曲毎に演奏データが管理される。具体的には、演奏セッションs1に対応する上記九個の演奏パートデータは、演奏パートデータS1M1mpa、S1M1mpb及びS1M1mpcを含む一個の楽曲データS1M1、演奏パートデータS1M2mpa、S1M2mpb及びS1M2mpcを含む一個の楽曲データS1M2並びに演奏パートデータS1M3mpa、S1M3mpb及びS1M3mpcを含む一個の楽曲データS1M3の合計三個の楽曲データに分類される。そして、これら三個の楽曲データから演奏セッションs1に対応するセッションデータS1が構成される。尚、コンテンツサーバ300による演奏データの配信は、演奏パートデータ毎に行われてもよいし、楽曲データ毎に行われてもよいし、セッションデータ毎に行われてもよい。
また、図7には、セッションデータS1の他に、演奏セッションs1と異なる演奏セッションs2に関するセッションデータS2も示されている。演奏セッションs2は、M1及びM2の二種類の楽曲から構成され、各楽曲がmpa、mpb、mpc及びmpdの四種類の演奏パートから構成される。尚、楽曲M1及びM2は、演奏セッションにおける一個目の楽曲及び二個目の楽曲という意味であり、演奏セッションs1の楽曲M1、M2及びM3とは無論、異なっていてよい。演奏パートについても同様に、演奏パートmpa、mpb、mpc及びmpdは、演奏セッションにおける一個目の演奏パート、二個目の演奏パート、三個目の演奏パート及び四個目の演奏パートという意味であり、演奏セッションs1の演奏パートmpa、mpb及びmpcと異なっていてよい。
セッションデータS2は、楽曲データS2M1及びS2M2から構成される。また、楽曲データS2M1は、演奏パートデータS2M1mpa、S2M1mpb、S2M1mpc及びS2M1mpdから構成され、楽曲データS2M2は、演奏パートデータS2M2mpa、S2M2mpb、S2M2mpc及びS2M2mpdから構成される。コンテンツサーバ300では、多数の演奏セッションについて、このように演奏データが格納されている。
尚、コンテンツサーバ300の要求処理部311は、録音サーバ200から演奏データを受け取る際に、演奏セッションが行われた日時に関する情報、参加したユーザのID情報、演奏パートの情報、楽器の情報、楽曲情報及びテンポの情報等を参照情報として併せて取得する。この取得された参照情報は、コンテンツサーバ300に格納される演奏データの各々に付帯され、ウェブサイト上での閲覧も可能とされる。尚、これら参照情報の入手経路は一義に限定されない。例えば、これら参照情報は、サーバ装置群においてユーザとのインターフェイスを担う管理サーバ100が演奏セッションを管理するための情報としてユーザからの入力情報を基に取得していてもよい。この場合、コンテンツサーバ300は、管理サーバ100とのデータ通信により比較的簡便にこの種の参照情報を取得することができる。
尚、本実施例では、管理サーバ100、録音サーバ200及びコンテンツサーバ300の三個のサーバ装置が一のサーバ装置群として協調して演奏録音システム10を構成しているが、演奏録音システム10は、これら各サーバ装置の代わりに、これらの各サーバ装置の機能を併有する一個のサーバ装置を備えていてもよい。
<実施例の動作>
次に、本実施例の動作について説明する。
次に、本実施例の動作について説明する。
<演奏セッションの録音に関する基本制御>
始めに、図8を参照して、演奏録音システム10における演奏セッションの基本的な録音処理について説明する。ここに、図8は、演奏セッションの基本的な録音処理における各装置の動作を時系列で表してなるタイミングチャートである。尚、この基本的な録音処理は、後述する実際の録音処理の前提となる処理であって、一面的には比較例としての意味を有する。また、図8に例示される基本的な録音処理は、あくまで演奏録音システム10で進行し得る処理の一例を示すものであって、各装置の動作内容並びに各ステップの動作主体及び実行タイミング等は、本発明の演奏録音システムの概念を逸脱しない限りにおいて如何様にも変更することができる。
始めに、図8を参照して、演奏録音システム10における演奏セッションの基本的な録音処理について説明する。ここに、図8は、演奏セッションの基本的な録音処理における各装置の動作を時系列で表してなるタイミングチャートである。尚、この基本的な録音処理は、後述する実際の録音処理の前提となる処理であって、一面的には比較例としての意味を有する。また、図8に例示される基本的な録音処理は、あくまで演奏録音システム10で進行し得る処理の一例を示すものであって、各装置の動作内容並びに各ステップの動作主体及び実行タイミング等は、本発明の演奏録音システムの概念を逸脱しない限りにおいて如何様にも変更することができる。
特に、複数のユーザ相互間でリアルタイムに演奏セッションを行いつつ、その演奏セッションを録音する一連の処理は、ウェブサイトにおけるユーザインターフェイスの設計にも大きく依存するところである。ウェブサイトのユーザインターフェイスの設計は自由度が高いから、本発明の演奏録音システムの概念を担保した上で、例えば、想定するユーザの技量や数、想定する通信環境及び提供しようとするサービス内容等に応じて、各種の変更やカスタマイズを行うことができる。そのような各種の変更やカスタマイズに応じて、演奏録音システム全体における各装置の動作内容や動作タイミングは適宜変化し得る。
図8において、左から順に、端末装置400A、400B、400C、管理サーバ100、録音サーバ200及びコンテンツサーバ300が表されている。縦軸は時間軸である。
先ず、端末装置400Aにおいて、管理サーバ100に対し、ウェブサイトを介して演奏セッションの録音要求が送信される(ステップS10)。この録音要求は、ユーザA、ユーザB及びユーザCによりなされる、セッション相手の指定を伴った、一の演奏セッションの録音要求であり、管理サーバ100に対する、先述した演奏録音制御処理の実行要求である。また、同様の録音要求は、端末装置400B及び400Cからも送信される(ステップS20、S30)。
管理サーバ100は、演奏セッションに参加する予定の各ユーザに対応する各端末装置(ここでは、端末装置400A,400B及び400C)から録音要求が送信されたことを確認すると、ウェブサイトの表示画面を、演奏セッション録音用の画面に切り替える。この演奏セッション録音用の画面には、各端末装置相互間でP2P(Peer to Peer)方式でのデータ通信の開始を促すインフォメーションが表示される。
このインフォメーションの表示を受け、各端末装置では、P2P方式による相互接続が開始される。具体的には、端末装置400Aと端末装置400Cとの間でP2P方式による通信回線が確立され(ステップS40)、端末装置400Aと端末装置400Bとの間でP2P方式による通信回線が確立され(ステップS50)、端末装置400Bと端末装置400Cとの間でP2P方式による通信回線が確立される(ステップS60)。管理サーバ100は、各端末装置から管理サーバ100に定期的に通知される接続状況に関する情報に基づいて、各端末装置相互間でP2P方式による通信回線が確立されたか否かを判定することができる。各端末装置相互間でP2P方式による通信回線が確立された旨の判定が下されると、管理サーバ100から各端末装置に対し、演奏セッションの録音準備が完了した旨が通知される(ステップS70、S80、S90)。
ここで、端末装置400A、400B及び400C相互間でP2P方式の通信回線が確立されると、一の端末装置においてマイクロフォン600に集音された音声が、他の端末装置に接続されたスピーカ500を介して出力される状態となる。具体的には、各端末装置に備わる録音処理部413により、マイクロフォン600から出力される音声信号が演奏データ化され、送信バッファ440に送出される。送信バッファ440に蓄積された演奏データは、通信I/F420を介し、P2P方式の通信回線により他の端末装置に送信される。一方、他の端末装置では、送信される演奏データが一時的に受信バッファ430に蓄積され、順次再生制御部412による再生処理により音声信号化されてスピーカ500から出力される。このようにして、一の端末装置の設置拠点において、他の端末装置の設置拠点における音声をリアルタイムに聴取することが可能となる。即ち、各端末装置の設置拠点においてリアルタイムな演奏セッションが可能となる。
尚、厳密には、P2P方式による通信回線においても伝送遅延はゼロではない。簡略的には、一の端末装置から他の端末装置へ演奏データを伝送するための遅延がa、その演奏データにより再生される演奏に同期して行われる演奏に係る演奏データが他の端末装置から一の端末装置へ伝送される際の遅延がbであるとすれば、一の端末装置に対応するユーザは、自己の演奏に対するセッション相手の演奏をa+bに相当する遅延を経て視聴することになる。しかしながら、P2P方式の通信回線が確立されていることと、演奏セッションに参加する複数のユーザ(端末装置)のみからなる閉じた通信回線では、送受されるデータが演奏データのみであることとに鑑みれば、現実的には、演奏セッションのリアルタイム性を損なう程度の伝送遅延は生じ難い。また、例えば、本実施例のように、端末装置400における録音処理部413のサンプリングレートが複数種類の中から選択可能である場合、伝送遅延が生じない範囲で最も高品質なサンプリングレートを選択するといったアプローチも可能である。更に言えば、演奏セッションのリアルタイム性を確保するための制御上の仕組みは、本発明とは無関係に構築され得る性質のものである。従って、本実施例では、演奏セッションはそのリアルタイム性が損なわれることなく進行するものとする。
演奏セッションの録音準備が完了した旨が通知されると、例えばユーザAの入力操作に応じて、端末装置400Aから演奏セッションの開始通知信号が送信される(ステップS100、S110、S120)。尚、ここでは、ユーザAが演奏セッションのリーダ役である状況を想定し、ユーザAの入力操作に応じて端末装置400Aから開始通知信号が送信される構成としたが、この開始通知信号は、端的には録音の開始を要求する信号であって、いずれのユーザの入力操作に応じて送信されてもよいし、いずれの端末装置から送信されてもよい。尚、ユーザからの入力操作がない状態では、録音準備完了のまま、処理は一時的に待機状態となる。
管理サーバ100は、演奏セッションの開始通知を受け取ると、演奏録音制御処理を開始し、録音サーバ200に対し録音処理の実行指示に相当する録音指示信号を送信する(ステップS130)。ここで、この録音指示信号には、演奏セッションを構成する演奏パートの情報(例えば、演奏パートの個数、演奏パートの楽器名、演奏パートのテンポ(BPM)等の情報)、ユーザの情報(例えば、ユーザID及び担当する演奏パートの情報等)及び基本情報(日時の情報等)が付帯される。これらの情報は、例えば、演奏セッションの録音要求(ステップS10、S20、S30)の実行に先立ち、各端末装置のユーザが、ウェブサイトの画面を通じて、所定の入力装置の入力操作により入力する情報であり、例えば、録音要求の実行時に各端末装置から管理サーバ100に送信されている。
録音サーバ200において、管理サーバ100からの制御信号である録音指示信号が取得されると、上述した録音処理が開始され、演奏セッションの録音が開始される(ステップS140)。この際、録音指示信号に付帯される上述した各種情報に基づいて、録音サーバ200は、記憶装置240に形成された録音トラックの中からその時点で未使用の録音トラックを三個選択し、演奏セッションを構成する各演奏パートに夫々割り当てる。尚、ここでは説明を分かり易くするため、図6と同様、ユーザA(演奏パートmpa)に録音トラックRT1が、ユーザB(演奏パートmpb)に録音トラックRT2が、ユーザC(演奏パートmpc)に録音トラックRT3が夫々割り当てられるものとする。
録音サーバ200において録音処理が開始されると、録音処理が開始された旨を通知する録音開始通知信号が管理サーバ100に送信される(ステップS141)。また、この録音開始通知信号は、端末装置400A、400B及び400Cに夫々送信される(ステップS142、S143、S144)。尚、録音サーバ200と管理サーバ100との間のデータ伝送は、有線LAN12を介してなされ、録音サーバ200と各端末装置とのデータ伝送は、ネットワーク11を介してなされる。従って、厳密に言えば録音開始通知信号の到達時刻は管理サーバ100と各端末装置との間で、また端末装置相互間で、夫々一致しない。しかしながら、録音開始通知信号は、単に録音処理が開始された旨を通知するだけの信号であり、そのデータサイズは極めて小さい。従って、録音開始通知信号の送信に関し、少なくともユーザに認識され得るレベルの遅延が生じることはなく、実践的には、録音開始通知信号は、管理サーバ100及び各端末装置に略等しいタイミングで到着する。
録音開始通知信号を受け取った端末装置では、録音サーバ200で録音が開始された旨を各ユーザに通知するための処理(例えば、表示部450にその旨を表示する等の処理)がなされ、録音処理部413による演奏データの生成が開始される(ステップS150、S160、S170)。生成される演奏データは、先に述べたように、録音処理部413の制御により順次送信バッファ440に送出され、通信I/F420から順次ネットワーク11を介して録音サーバ200に送信される(ステップS151、S161、S171)。
尚、演奏データの生成開始タイミングが、実際の演奏の開始タイミングと同期している必要は無い。より具体的には、演奏データの生成開始タイミングは、実際の演奏開始タイミングよりも若干早く訪れることが多い。即ち、演奏データの生成開始以降暫時の期間については、いずれの端末装置からも無音の演奏データが送信されてよい。録音開始タイミングの方が遅いと、演奏開始直後の演奏データが録音されない可能性があるからである。一方、演奏開始タイミングは、各ユーザ相互間の同意に基づいたタイミングであり、ユーザ間の取り決めにより如何様にも変化し得る。実践的には、例えばドラムパートを担当するユーザが所定回数のスティック音を鳴らしたり、リーダ役のユーザが掛け声を掛けたり、ユーザ間で形成される何らかの合意の下で演奏が開始されることが多い。無論、リーダパート(リーダ役のユーザが担当する演奏パートとは異なり得る)の演奏をトリガとして演奏が開始されてもよい。
このようにしてリアルタイムな演奏セッションが進行し、端末装置400A、400B及び400Cの各々から個別に演奏データが送信される過程で、演奏セッションが終了すると、例えば端末装置400Aから演奏セッションの終了通知信号が端末装置400B、400C及び管理サーバ100に送信される(ステップS180、S190、S200)。
尚、ここでは、ユーザAが演奏セッションのリーダ役である状況を想定し、ユーザAの入力操作等に応じて端末装置400Aから終了通知信号が送信される構成としたが、この終了通知信号は、端的には録音の終了を要求する信号であって、いずれのユーザの入力操作に応じて送信されてもよいし、いずれの端末装置から送信されてもよい。尚、演奏セッションが終了しても、ユーザからの入力操作がない状態では、いずれの端末装置においても演奏セッションの終了を認知できないため、録音サーバ200による録音は継続する。
管理サーバ100において、演奏セッションの終了を通知する終了通知信号が受信されると、管理サーバ100から録音サーバ200に対して録音の終了が指示される(ステップS210)。管理サーバ100からの録音終了指示を受信すると、録音サーバ200は録音処理を終了する(ステップS220)。録音処理が終了すると、各録音トラックに記録された演奏データが、通信I/F220を介してコンテンツサーバ300に送信される(ステップS230)。この際、先述した録音指示信号に付帯される、演奏セッションを構成する演奏パートの情報(例えば、演奏パートの個数及び演奏パートの楽器名等)、ユーザの情報(例えば、ユーザID及び担当する演奏パートの情報等)及び基本情報(日時の情報等)等も併せて送信される。
コンテンツサーバ300では、記憶処理が実行される(ステップS240)。記憶処理では、録音サーバ200から送信される各演奏パートに対応する演奏データが、上述した各種情報に基づいて前述したセッションデータとして記憶される。演奏録音システムにおける演奏セッションの基本的な録音処理は、例えばこのように進行する。
<記憶された演奏セッションの再生>
次に、図9を参照し、コンテンツサーバにコンテンツとして記憶されている演奏セッションが再生される場合の演奏録音システムの動作について説明する。ここに、図9は、演奏セッションが再生される場合の演奏録音システムの動作概念図である。尚、同図において、既出の各図と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
次に、図9を参照し、コンテンツサーバにコンテンツとして記憶されている演奏セッションが再生される場合の演奏録音システムの動作について説明する。ここに、図9は、演奏セッションが再生される場合の演奏録音システムの動作概念図である。尚、同図において、既出の各図と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
図9において、図8において説明したユーザA、ユーザB及びユーザCによりリアルタイムに行われた演奏セッションを演奏セッションs1とする。即ち、この演奏セッションs1に係るセッションデータは、先に述べたセッションデータS1である。セッションデータS1は、楽曲データS1M1、S1M2及びS1M3の三種類の楽曲データから構成されている。
ここで、ユーザDが、この演奏セッションs1のうち、楽曲M1の演奏パートmpa及びmpbを再生する一方で、ユーザCの代わりに楽曲M1の演奏パートmpcに相当する演奏を自分で担当し、擬似的に楽曲M1に相当する演奏セッションを再現しようとした場合を考える。
この場合、ウェブサイトを介したユーザDの操作入力に応じて、ユーザDに対応する端末装置400Dから配信希望コンテンツの配信要求が送信される。この配信希望コンテンツは、再生が所望される楽曲M1の演奏パートmpa及びmpbを少なくとも含む。即ち、配信希望コンテンツとは、演奏パートデータS1M1mpa及びS1M1mpbであってもよいし、楽曲データS1M1であってもよいし、セッションデータS1であってもよい。
管理サーバ100は、配信希望コンテンツの指定を受けて、演奏配信制御処理を実行し、コンテンツサーバ300にユーザDへの当該配信希望コンテンツの配信を指示する。コンテンツサーバ300においては、この指示に従って配信処理が開始され、記憶装置350に格納された楽曲データの中から、配信希望コンテンツが選択され(ステップS500)、ネットワーク11を通じて端末装置400Dに送信される(ステップS510)。尚、図9では、配信希望コンテンツとして楽曲データS1M1が選択された様子が示される。
尚、コンテンツサーバ300から配信される演奏データは、後述する演奏データの補正処理が施された演奏データであるから、この場合、コンテンツサーバ300(例えば、要求処理部311)は、本発明に係る「補正演奏データ送信手段」の一例として機能する。
端末装置400Dでは、配信された配信希望コンテンツの中から、再生を所望する演奏パートデータのみを再生制御部412に受け渡す。即ち、この場合、演奏パートデータS1M1mpa及びS1M1mpbが再生制御部412に受け渡される(ステップS520)。再生制御部412では、この演奏パートデータを音声信号に復元してスピーカ450から出力させる(ステップS530)。この演奏パートの再生は、ストリーミング再生として実行される。配信された楽曲データS1M1のうち、再生が所望されない演奏パートデータS1M1mpcは、ミュート処理され(ステップS540)、スピーカ500からの出力には供されない。
尚、ここでは、演奏パートデータS1M1mpcがミュート処理されるとしたが、元々演奏パートmpcの配信は希望されていないので、演奏パートデータS1M1mpcは破棄されてもよい。また、ここでは、配信希望コンテンツとして楽曲データS1M1が選択されたため、再生不要の演奏パートに対する処置が必要となるが、配信希望コンテンツと再生が所望されるコンテンツとが等しければ、このような措置は必要ない。逆に、配信希望コンテンツが楽曲データS1M1よりも大きいセッションデータS1である場合には、楽曲データS1M2及びS1M3も併せてミュート処理又は破棄される。端末装置400D側の処理負荷を考えれば、再生が所望されるコンテンツのみをコンテンツサーバ300から取得するのが効率的であるが、いずれにしても端末装置400Dにおいて楽曲M1の演奏パートmpa及びmpbを再生することができるため問題はない。
ユーザDは、このように、演奏録音システム10を利用して、スピーカ500から出力される、演奏セッションs1における楽曲M1の演奏パートmpa及びmpbに併せて演奏パートmpc或いは他の演奏パートの演奏を行うことにより、擬似的な演奏セッションを楽しむことができる。
ここで、演奏録音システム10では、ユーザDが、既にコンテンツサーバ300に演奏データ化されて格納されている過去の演奏又は演奏セッションとのセッションを行うにあたって行った演奏を、更に演奏データ化してコンテンツサーバ300に格納することもできる。この場合、図8を参照して説明したように、予め管理サーバ100へ演奏の録音要求を行って、録音サーバ200に録音準備をさせた後に、コンテンツの配信処理が行われてもよい。この場合、ユーザDの演奏に関する楽音信号がマイクロフォン600を通じて録音処理部413に送出されて演奏データに変換され、録音サーバ200の所定の録音トラックに楽音信号が記録される等した後、最終的にコンテンツサーバ300に一コンテンツとして格納されてもよい。
<演奏データの補正>
複数の演奏パートから構成される演奏セッションが理想的に録音された場合には、録音サーバ200の各録音トラックに記録される各演奏パートの楽音信号は、時間軸上の相対関係がオリジナルの演奏セッション(リアルタイムに行われた演奏セッション)と一致する。図10にはその様子が示される。ここに、図10は、各録音トラックに理想的に記録された各演奏パートの楽音信号を概念的に表した図である。尚、同図において、既出の各図と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
複数の演奏パートから構成される演奏セッションが理想的に録音された場合には、録音サーバ200の各録音トラックに記録される各演奏パートの楽音信号は、時間軸上の相対関係がオリジナルの演奏セッション(リアルタイムに行われた演奏セッション)と一致する。図10にはその様子が示される。ここに、図10は、各録音トラックに理想的に記録された各演奏パートの楽音信号を概念的に表した図である。尚、同図において、既出の各図と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
図10において、上段から順に、演奏パートデータS1M1mpa、S1M1mpb、S1M1mpcに対応する楽音信号の時間軸上の包絡波形が示される。
ここで、演奏パートmpaの演奏が図示時刻t10に開始されたとする。演奏パート相互間で録音される楽音信号が時間同期している場合、演奏パートmpb及びmpcの演奏もまた、時刻t10に開始される。従って、オリジナルの演奏セッションにおける演奏パートmpaの演奏において図示時刻t20、t30及びt40に相当する位置に現れる楽音信号には、演奏パートmpb及びmpcの演奏もまた、図示時刻t20、t30及びt40に相当する位置に現れる楽音信号が対応する。このように演奏パート相互間で楽音信号の時間同期が取れている場合には、この演奏セッションを再生するにあたって、オリジナルの演奏セッションを再現することができる。
一方、実際には、各端末装置の送信バッファ440の容量、ネットワーク11の伝送遅延、録音サーバ200の受信バッファ230の容量、端末装置400の負荷状況、録音サーバ200の負荷状況等、各種の事情により、各端末装置から送信される演奏データが録音サーバ200に到着する時刻は異なる。或いは、各演奏パートの楽音信号が録音サーバ200の各録音トラックに記録され始める時刻は異なる。図11にはその様子が示される。ここに、図11は、各録音トラックに実際に記録された各演奏パートの楽音信号を概念的に表した図である。尚、同図において、図10と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
図11において、図10と同様に、上段から順に、演奏パートデータS1M1mpa、S1M1mpb、S1M1mpcに対応する楽音信号の時間軸上の包絡波形が示される。
ここで、演奏パートmpaの演奏が図示時刻t10に開始されたとする。実際の録音環境においては、上述した各種の事情により、演奏パート相互間で録音される楽音信号が時間同期していないため、演奏パートmpb及びmpcの演奏開始時刻は、時刻t10と相違する。例えば、図示するように、演奏パートmpbの演奏は図示時刻t11に、演奏パートmpcの演奏は図示時刻t12に、夫々開始される。
その結果、オリジナルの演奏セッションにおける演奏パートmpaの演奏において図示時刻t20、t30及びt40に相当する位置に現れる楽音信号には、演奏パートmpbについては図示時刻t21、t31及びt41に相当する位置に現れる楽音信号が、また演奏パートmpcについては図示時刻t22、t32及びt42に相当する位置に現れる楽音信号が、夫々対応することになる。
このため、この演奏セッションが再生される場合、各演奏パートの楽音信号の時間軸上の相対関係がオリジナルの相対関係からずれた、オリジナルの演奏セッションを忠実に再現しない、再現性の低い演奏セッションが再生されることになる。演奏録音システム10における実際の録音処理では、この問題を解決するための処理が含まれている。
次に、図12を参照して、演奏録音システム10における演奏セッションの実際の録音処理について説明する。ここに、図12は、演奏セッションの実際の録音処理における各装置の動作を時系列で表してなるタイミングチャートである。尚、同図において、図8と重複する箇所については、同一の符号を付してその説明を適宜省略することとする。
尚、この実際の録音処理は、あくまで演奏録音システム10で進行し得る処理の一例を示すものであって、各装置の動作内容並びに各ステップの動作主体及び実行タイミング等は、本発明の演奏録音システムの概念を逸脱しない限りにおいて如何様にも変更することができる。特に、複数のユーザ相互間でリアルタイムに演奏セッションを行いつつ、その演奏セッションを録音する一連の処理は、ウェブサイトにおけるユーザインターフェイスの設計にも大きく依存するところである。ウェブサイトのユーザインターフェイスの設計は自由度が高いから、本発明の演奏録音システムの概念を担保した上で、例えば、想定するユーザの技量や数、想定する通信環境及び提供しようとするサービス内容等に応じて、各種の変更やカスタマイズを行うことができる。そのような各種の変更やカスタマイズに応じて、演奏録音システム全体における各装置の動作内容や動作タイミングは適宜変化し得る。
図12において、録音サーバ200において管理サーバ100からの制御信号である録音指示信号が取得されると、上述した録音処理が開始され、演奏セッションの録音が開始される(ステップS140)。この際、録音指示信号に付帯される上述した各種情報に基づいて、録音サーバ200は、記憶装置240に形成された録音トラックの中からその時点で未使用の録音トラックを三個選択し、演奏セッションを構成する各演奏パートに夫々割り当てる。尚、ここでは説明を分かり易くするため、図6と同様、ユーザA(演奏パートmpa)に録音トラックRT1が、ユーザB(演奏パートmpb)に録音トラックRT2が、ユーザC(演奏パートmpc)に録音トラックRT3が夫々割り当てられるものとする。
録音サーバ200において録音処理が開始されると、録音処理が開始された旨を通知する録音開始通知信号が管理サーバ100に送信される(ステップS141)。また、この録音開始通知信号は、端末装置400A、400B及び400Cに夫々送信される(ステップS142、S143、S144)。
尚、録音サーバ200と管理サーバ100との間のデータ伝送は、有線LAN12を介してなされ、録音サーバ200と各端末装置とのデータ伝送は、ネットワーク11を介してなされる。従って、厳密に言えば録音開始通知信号の到達時刻は管理サーバ100と各端末装置との間で、また端末装置相互間で、夫々一致しない。しかしながら、録音開始通知信号は、単に録音処理が開始された旨を通知するだけの信号であり、そのデータサイズは極めて小さい。従って、録音開始通知信号の送信に関し、少なくともユーザに認識され得るレベルの遅延が生じることはなく、実践的には、録音開始通知信号は、管理サーバ100及び各端末装置に略等しいタイミングで到着する。
録音開始通知信号を受け取った端末装置では、録音サーバ200で録音が開始された旨を各ユーザに通知するための処理(例えば、表示部450にその旨を表示する等の処理)がなされ、録音処理部413による演奏データの生成が開始される(ステップS150、S160、S170)。生成される演奏データは、先に述べたように、録音処理部413の制御により順次送信バッファ440に送出され、通信I/F420から順次ネットワーク11を介して録音サーバ200に送信される(ステップS151、S161、S171)。
ここで、端末装置400Aの要求処理部411は、演奏開始の基点となる同期信号を生成し、端末装置400B及び400Cに送信する(ステップS152、S153)。即ち、要求処理部411は、本発明に係る「同期信号生成手段」の一例である。
この同期信号は、例えば、予め設定された効果音であってもよいし、ユーザAの掛け声であってもよいし、ユーザAの担当する演奏パートがドラムパートであればドラムのスティック音であってもよいし、ユーザAの担当する演奏パートがギターパートであればギターの一弦音であってもよい。ユーザAの何らかの行為が同期信号の生成に結び付けられる場合(上述の例で言えば、同期信号が効果音以外の場合)、端末装置400では、管理サーバ100からの録音開始通知信号の到着後に、表示制御部414の制御を介して表示部450に所定のインフォメーションを表示させるのが望ましい。例えば、このインフォメーションは、「演奏開始の合図を出して下さい」や「○○さんの合図で演奏を開始します」等の文字情報であってもよい。いずれにせよ、同期信号が一種の音声信号として生成される場合においては、この同期信号もまた演奏データに変換される。即ち、本発明に係る「楽音信号と同期信号とが重畳された演奏データ」が生成される。
尚、同期信号に要求されることは、後々、各演奏パートについて演奏セッションの開始時点を同期させる際の基準として利用できることである。その点に鑑みれば、同期信号は必ずしも音声信号である必要はない。端的には同期信号は、各端末装置において所定の視覚情報(例えば、一種のキューの如き点滅表示やカウントダウン表示等)の生成を促す情報であってもよい。この場合も、その表示部450による当該視覚情報の表示時点を示す矩形波信号やインパルス信号が演奏データに重畳されればよい。
ここで重要なことは、同期信号は、端末装置400Aで生成されたタイミングと殆ど同時に(ここで規定される「殆ど同時」とは、少なくともユーザ同士が演奏セッションを行う上で全く認識されることがない程度の時間遅延しか存在しないことを意味する)、他の端末装置にも到達し他のユーザに認知される点である。即ち、端末装置400Aにおいて同期信号が演奏データ化された時点からユーザAの実際の演奏が開始される時点までの時間間隔と、端末装置400Bにおいて同期信号が演奏データ化された時点からユーザBの実際の演奏が開始される時点までの時間間隔と、端末装置400Cにおいて同期信号が演奏データ化された時点からユーザCの実際の演奏が開始される時点までの時間間隔とは、少なくともユーザの認識レベルで言えば等しい。
録音サーバ200では、このように同期信号が重畳された演奏データが受信され、同期信号を含む音声信号が順次録音トラックに記録される。そのような録音過程を経て、録音が終了すると、録音サーバ200ではデータ補正部212による演奏データの補正が行われる(ステップS221)。この演奏データの補正は、既に述べたように、複数の演奏パート相互間で演奏開始タイミングを同期させる補正(以下、適宜「第1の補正」と表現する)と、一の演奏パートにおいて楽曲の切れ目を検出する補正(以下、適宜「第2の補正」と表現する)とから構成される。第1の補正及び第2の補正を含む演奏データの補正処理が終了すると、補正後の演奏データがコンテンツサーバ300に送信される(ステップS230)。
<第1の補正>
ここで、図13を参照し、第1の補正がなされた後の演奏データについて説明する。ここに、図13は、各録音トラックに同期信号と楽音信号とが記録された状態を概念的に表した図である。尚、同図において、図11と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
ここで、図13を参照し、第1の補正がなされた後の演奏データについて説明する。ここに、図13は、各録音トラックに同期信号と楽音信号とが記録された状態を概念的に表した図である。尚、同図において、図11と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
図13において、図11を参照して既に説明したように、録音サーバ200の録音トラックRT1、RT2及びRT3に記録される、各演奏パートの演奏に係る楽音信号は、時間軸上の相対関係がオリジナル(演奏時)の相対関係と異なっている。
ここで、先述したように各端末装置における同期信号の発生時点と各演奏パート演奏開始時点との時間間隔は略一致しているから、各録音トラックにおいては、同期信号の記録位置もまた楽音信号と同様に時間軸上でずれている(破線枠参照)。データ補正部212は、この同期信号を利用して演奏データに係る第1の補正を実行する。この様子が図14に例示される。
図14は、第1の補正がなされた後の各録音トラックの様子を概念的に表した図である。尚、同図において、図13と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
図14に例示されるように、第1の補正は、各録音トラックにおいて同期信号の位置が等しくなるように、各録音トラック(ここでは、録音トラックRT2及びRT3)に記録される楽音信号の波形を時間軸上でシフトさせる処理である。同期信号の位置が一致すると、同期信号から演奏開始時点までの時間間隔が各演奏パート相互間で等しいことから、必然的に各演奏パートの演奏開始時点が相互に一致する。その結果、各演奏パートの楽音信号の時間軸上での相対関係は、オリジナル(演奏時)の関係と一致する。即ち、この録音トラックに記録された楽音信号を、各録音トラックについて同時に再生すると、オリジナルの演奏と遜色のない再現性の高い演奏が得られるのである。
尚、本実施例では、録音サーバ200のデータ補正部212により、この第1の補正がなされる構成としたが、同期信号が楽音信号に重畳されている限りにおいて、この同期信号に基づいた演奏データの補正を実行する手段は、録音サーバ200が有しておらずともよい。即ち、管理サーバ100又はコンテンツサーバ300が、同様の補正を行うように構成されていてもよい。或いは、ネットワーク11に、このような演奏データの補正を行うための他の装置(例えば、他のサーバ装置)が設置されていてもよい。このように他の装置により第1の補正が行われる構成とすれば、録音サーバ200は録音処理のみを実行すればよくなり、その処理負荷が軽減され得る。特に、演奏録音システム10の構成を考えると、同時期に演奏セッションの録音を行うユーザは、必ずしもユーザA、ユーザB及びユーザCの三名に限定されないから、録音サーバ200の処理負荷を分散し得る場合には、可能な限り分散するのもシステムを構築する上で有益である。
また、本実施例では、同期信号が端末装置400Aで生成される構成としたが、同期信号の役割から考えれば、同期信号の生成は、端末装置400B又は400Cで行われてもよい。端末装置400Bで同期信号が生成される場合には、生成された同期信号が端末装置400A及び400Cに送信されればよい。また、端末装置400Cで同期信号が生成される場合には、生成された同期信号が端末装置400A及び400Bに送信されればよい。
或いは、同期信号は管理サーバ100、録音サーバ200若しくはコンテンツサーバ300又はこれらとは異なる他のサーバ装置で生成され、各端末装置に送信される構成となっていてもよい。この場合、同期信号は、データの伝送遅延の無視し得るP2P方式のデータ伝送ではなく、通常のCSS(Client Server System)方式のデータ伝送となるから、P2Pによる端末同士の同期信号の送受と較べて遅延し得る。しかしながら、同期信号は、演奏開始タイミングを共有するための一種のトリガ信号としての役割を最低限有していればよいから、そのデータ量は十分に小さくて済む。従って、実践上問題はない。また、同期信号がサーバ装置側で生成され送信される場合、サーバ装置から各端末装置へのデータ伝送が遅延したとしても、各端末装置で共通の遅延となる。即ち、同期信号が各端末装置において演奏データに重畳されるタイミングは、各端末装置において一致する。従って、実践上問題は生じない。尚、サーバ装置側で同期信号が生成され送信される場合、各端末装置への同期信号の送信は、各端末装置における演奏データの生成開始(ステップS150、S160、S170)の後に行われるのが望ましい。これは、同期信号を確実に演奏データに重畳するためである。
<第2の補正>
次に、演奏データの第2の補正、即ち、楽曲の切れ目検出(楽曲の頭出し)に関する補正について説明する。
次に、演奏データの第2の補正、即ち、楽曲の切れ目検出(楽曲の頭出し)に関する補正について説明する。
図14に例示されるように、各演奏トラックについて楽音信号の時間同期が得られれば、この演奏セッションを高い再現性を伴って再生することはできる。しかしながら、実際の演奏セッションの録音は演奏セッションの開始から終了までの連続して行われるから、楽曲の切れ目が存在するか否かにかかわらず、演奏セッションは一の演奏データとして録音されることになる。即ち、録音直後の各演奏パートは、楽曲毎に区別されていない。このため、例えば図9を参照して説明したように、ユーザDが演奏セッションs1の楽曲M1の配信を所望したとしても、そのような配信を実現することができない。第2の補正は、このような問題を解決する演奏データの補正処理である。
ここで、図15を参照し、演奏データの第2の補正について説明する。ここに、図15は、楽曲の切れ目検出の概念を説明する図である。尚、同図において、図14と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
図15において、録音サーバ200の録音トラックRT1、RT2及びRT3の各々について、楽音信号の音圧レベルの時間推移が濃いハッチング部分として表示されている。
ここで、録音サーバ200のデータ補正部212は、各録音トラックについて、音圧レベルの閾値CTを設定する。この閾値CTは、各録音トラックについて共通の値であってもよいし、演奏パートの特性に応じて個別に設定されてもよい。後者の場合とは、例えば、楽器の特性から音圧レベルが大きくなり難い演奏パートについては閾値CTが相対的に小さく、反対に音圧レベルが大きくなり易い演奏パートについては閾値CTが相対的に大きく、夫々設定されること等を意味する。
閾値RTを設定すると、データ補正部212は、各録音トラックについて、音圧レベルが閾値未満となる区間を楽曲切れ目候補Cx(x=1,2,・・・)として検出する。図15には、録音トラックRT1について楽曲切れ目候補C1、C3、C5が検出され、録音トラックRT2について楽曲切れ目候補C2、C4が検出され、録音トラックRT3について楽曲切れ目候補C6が検出された様子が示されている。
楽曲切れ目候補が検出されると、データ補正部212は、各録音トラックで共通の楽曲切れ目候補が存在するか否かを判定する。図15では、楽曲切れ目候補C4、C5、C6の夫々一部(図示斜線ハッチング表示部分参照)が各演奏トラックで共通となっている。即ち、この部分は、各演奏パートの音圧が閾値未満となる概略無音の時間領域である。この時間領域を「無音区間N」と定義する。
一般的に、複数の楽曲から構成される演奏セッションにおいては、楽曲と楽曲との間には大なり小なり無音の時間領域がある。従って、この検出された各演奏トラックに共通して音圧レベルが閾値未満となる無音区間Nは、楽曲の切れ目であると判定される。
この判定結果を受けて、データ補正部212では、この無音区間Nの任意の位置(例えば、中央位置)で演奏データを分割する。図15では、無音区間Nよりも前の時間領域に対応する演奏が「楽曲M1」とされ、無音区間Nよりも後の時間領域に対応する演奏が「楽曲M2」とされる様子が示されている。演奏データの第2の補正はこのようにして行われる。
尚、ここでは、無音区間Nを楽曲の切れ目としたが、一の楽曲の演奏過程における極短い時間領域において、偶発的に各演奏パートの音圧レベルが低下する可能性はゼロではない。このような無音区間も、上述の検出手法に従えば無音区間Nであるから、この場合、楽曲の切れ目が誤検出されることになる。このような誤検出が生じると、一の楽曲の演奏データが複数個に分割されてしまうため、コンテンツサーバ300における演奏データの管理の点からも、演奏データを再生する点からも望ましくない。
そこで、この点についてより好適な一形態として、無音区間Nが検出された場合に、この無音区間Nの時間長が所定の閾値と比較されてもよい。この所定の閾値は、例えば、偶発的には(楽曲の演奏途中には)生じる可能性が低いと判定され得る無音区間Nの長さの下限値である。即ち、無音区間Nの時間長がこの閾値よりも長ければ、この無音区間Nは真に楽曲の切れ目であるとの判定を下すことができる。
尚、このように無音区間Nの時間長及びその閾値は、無論純粋な時間値であってもよいが、演奏には固有のテンポがあり、テンポの異なる演奏セッション又は楽曲においては、ユーザが一定の感覚でインタバルを挿入しても、その時間値は異なる。演奏全体からみた無音区間Nの重み付けが同じであっても、テンポの速い演奏ではその時間値は短くなり、テンポの遅い演奏ではその時間値は長くなり易い。このような演奏に特有の事情に鑑みると、無音区間Nの時間長及びその閾値は、純然たる時間値よりも、演奏のテンポに対応付けられている方が望ましい場合がある。
そこで、楽曲の切れ目検出に係る他の態様として、無音区間Nが検出された場合には、その無音区間Nの拍数がカウントされてもよい。拍数はテンポによって定まる値である。この場合、閾値もまた拍数で定義される。即ち、この場合、無音区間Nが例えば4拍以上継続した場合に、この無音区間Nが楽曲の切れ目であるとの判定が下され得る。
尚、演奏又は楽曲のテンポに関する情報は、既に述べたように各端末装置からの録音要求時に管理サーバ100に送信されているが、場合によっては(例えば、ユーザがテンポの情報を入力しない場合等)、演奏又は楽曲のテンポが不明な場合もある。そのような場合には、公知の各種テンポ検出処理が録音サーバ200(例えば、データ補正部212)により行われてもよい。この際、所定の時間間隔で検出されたテンポの値の最頻値が楽曲又は演奏のテンポであると扱われてもよい。
このように、本実施例に係る演奏録音システム10によれば、複数の演奏パートから構成される演奏セッションを録音サーバ200に録音するにあたって、各演奏パートの演奏開始タイミングを正確に一致させることができる。従って、後々この録音された演奏セッションを再生しようとした場合に、実際の演奏時(録音時)の演奏セッションを高い再現性の下に忠実に再現することができるのである。また、本実施例に係る演奏録音システム10によれば、演奏セッションが複数の楽曲から構成される場合において、楽曲の切れ目を正確に検出することができる。従って、コンテンツサーバ300において、楽曲毎に演奏データを記憶させておくことができ、録音された演奏セッションを、楽曲毎に或いは楽曲を構成する演奏パート毎にフレキシブルに再生することが可能となるのである。
<第2実施例>
第1実施例では、演奏セッションが三名のユーザ(ユーザA、ユーザB及びユーザC)により行われる状況を想定して演奏録音システム10の動作を説明した。第2実施例では、第1実施例と同様に演奏パートmpa、mpb及びmpcから構成され且つ楽曲M1、M2及びM3から構成される演奏セッションを、ユーザA及びユーザBの二名で行う場合について説明する。即ち、第2実施例では、演奏パートmpcを演奏する演奏者が不在である場合が想定されている。尚、システム構成やその他の状況については、第1実施例のものを踏襲することとする。
第1実施例では、演奏セッションが三名のユーザ(ユーザA、ユーザB及びユーザC)により行われる状況を想定して演奏録音システム10の動作を説明した。第2実施例では、第1実施例と同様に演奏パートmpa、mpb及びmpcから構成され且つ楽曲M1、M2及びM3から構成される演奏セッションを、ユーザA及びユーザBの二名で行う場合について説明する。即ち、第2実施例では、演奏パートmpcを演奏する演奏者が不在である場合が想定されている。尚、システム構成やその他の状況については、第1実施例のものを踏襲することとする。
このように演奏者が不足する演奏セッションを録音する場合には、コンテンツサーバ300に格納される演奏パートmpcに関する演奏データ(図7を参照すれば、演奏パートデータS1M1mpc、S1M2mpc、S1M3mpc)を使用することができる。
具体的な処理の進行としては、録音サーバ200から端末装置400A及び400Bに対し録音開始通知信号が送信されるタイミングと同期して、コンテンツサーバ300から演奏パートmpcに関する演奏データが送信される。
ここで、演奏パートmpcの再生開始タイミングを端末400A及び400B相互間で同期させるために、各端末装置において受信バッファ430が活用され、ストリーミング再生は一時的に待機される。この再生待機中に、P2P回線を通じて端末装置400A及び400B相互間で演奏パートmpcの再生開始タイミングの同期が計られる。この同期処理に要する信号は、データ量が小さいためP2P回線を介して両端末装置で時間的なずれがなく認識される。その後、端末装置400A及び400Bにおいて、再生制御部412を介して演奏パートmpcに関する演奏データの再生が開始される。
ところで、第2実施例に係る演奏セッションが第1実施例のそれと異なる点は、コンテンツサーバ300に格納される演奏データに基づいて再生される演奏が、予め定められた開始タイミングと終了タイミングを有する点である。
即ち、演奏パートmpcに対応する演奏データの再生が開始されると、演奏パートmpcの演奏開始タイミングは、ユーザ側の事情と関係なく訪れる。この演奏開始タイミングに同期してユーザA及びユーザBの演奏が開始されないと、演奏セッションが良好に進捗しないから、演奏者であるユーザA及びユーザBは、演奏パートmpcの演奏開始タイミング及び演奏終了タイミングに、自身の演奏を合わせなければならない。
このため、第2実施例では、コンテンツサーバ300から端末装置に演奏パートmpcに関する演奏データが送信される際に、演奏パートmpcの演奏開始タイミングと演奏終了タイミングの情報が併せて送信される。
各端末装置では、この演奏開始タイミングに関する情報に基づいて、この演奏開始タイミングにユーザA及びユーザBによる演奏が開始されるように、再生制御部412が補助音声信号をスピーカ500から出力させる。或いは、表示制御部414が補助視覚情報(例えば、カウントダウン表示等)を表示部450に表示させる。
演奏パートmpcの演奏終了タイミングについても同様であり、各端末装置においてユーザに演奏終了タイミングが告知される。この場合は、各演奏が進行中であるから、音声情報よりも視覚情報の方が望ましい。尚、楽曲の切れ目に関しても、上記演奏終了タイミングの告知と同様にユーザに告知することができる。
尚、第1実施例において説明した、録音後の演奏データ補正に必要な同期信号の重畳処理は、この演奏開始タイミングに関する同期制御とは別に進行してもよいし、演奏開始タイミングに関する同期制御に関連付けられて行われてもよい。
このように、第2実施例によれば、ある演奏パートを担当するユーザが不在であっても、複数のユーザ相互間で演奏セッションを楽しむことができ、また、ユーザ同士の演奏を、相互に時間同期を保った状態で録音サーバ200に録音することができる。
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う演奏録音システム、演奏録音方法、サーバ装置、端末装置、コンピュータプログラム及び記録媒体もまた本発明の技術的範囲に含まれるものである。
本発明は、複数の演奏パートから構成される演奏セッションを録音するシステムとして利用可能である。
10…演奏録音システム、11…ネットワーク、100…管理サーバ、200…録音サーバ、212…データ補正部、300…コンテンツサーバ、400…端末装置、413…録音処理部。
Claims (10)
- ネットワークに収容されたサーバ装置と、
前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、
所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、
前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と、
前記送信された演奏データを前記サーバ装置に記憶させる記憶制御手段と、
前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段と
を具備する
ことを特徴とする演奏録音システム。 - 前記同期信号を生成する同期信号生成手段を更に具備する
ことを特徴とする請求項1に記載の演奏録音システム。 - 前記ネットワークを介して再生が要求された演奏パートに対応する前記補正された演奏データを送信する補正演奏データ送信手段を更に具備する
ことを特徴とする請求項1又は2に記載の演奏録音システム。 - ネットワークに収容されたサーバ装置と、前記ネットワークに収容され、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置とを備えた演奏録音システムにおいて実行される、演奏録音方法であって、
所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データが生成される演奏データ生成工程と、
前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々が制御される送信制御工程と、
前記送信された演奏データが記憶されるように前記サーバ装置が制御される記憶制御工程と、
前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データが補正される演奏データ補正工程と
を具備する
ことを特徴とする演奏録音方法。 - ネットワークに収容された、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する複数の端末装置と、所定の同期信号を基点として開始された前記演奏セッションにおける前記複数の端末装置の各々に対応する前記演奏パートについて、楽音信号と前記同期信号とが重畳された演奏データを生成する演奏データ生成手段と、前記複数の端末装置の各々から前記ネットワークを介して前記複数の演奏パートのうち前記複数の端末装置の各々が対応する少なくとも一つの演奏パートに係る前記生成された演奏データが送信されるように前記複数の端末装置の各々を制御する送信制御手段と共に演奏録音システムを構成する、前記ネットワークに収容されるサーバ装置であって、
前記送信された演奏データを記憶する記憶手段と、
前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段と
を具備する
ことを特徴とするサーバ装置。 - ネットワークに収容されたサーバ装置と、前記ネットワークを介して送信される、各々が、演奏セッションを構成する複数の演奏パートのうち少なくとも一つに対応する、楽音信号と所定の同期信号とが重畳されてなる複数の演奏データを、前記サーバ装置に記憶させる記憶制御手段と、前記複数の演奏パートの演奏開始位置が相互に同期するように前記同期信号に基づいて前記記憶された演奏データを補正する演奏データ補正手段と共に演奏録音システムを構成し、前記ネットワークに収容され、前記複数の演奏パートのうち少なくとも一つに対応する端末装置であって、
前記同期信号を基点として開始された前記演奏セッションにおける、自己が対応する前記演奏パートについて、前記演奏データを生成する演奏データ生成手段と、
前記ネットワークを介して前記生成された演奏データを送信する送信手段と
を具備する
ことを特徴とする端末装置。 - コンピュータシステムを請求項1に記載の演奏データ生成手段として機能させることを特徴とするコンピュータプログラム。
- 請求項7に記載のコンピュータプログラムが記録されることを特徴とする記録媒体。
- コンピュータシステムを請求項1に記載の演奏データ補正手段として機能させることを特徴とするコンピュータプログラム。
- 請求項9に記載のコンピュータプログラムが記録されることを特徴とする記録媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013022586A JP2014153515A (ja) | 2013-02-07 | 2013-02-07 | 演奏録音システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013022586A JP2014153515A (ja) | 2013-02-07 | 2013-02-07 | 演奏録音システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2014153515A true JP2014153515A (ja) | 2014-08-25 |
Family
ID=51575438
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013022586A Pending JP2014153515A (ja) | 2013-02-07 | 2013-02-07 | 演奏録音システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2014153515A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2017156686A (ja) * | 2016-03-04 | 2017-09-07 | ヤマハ株式会社 | 録音システム、録音方法及びプログラム |
JP2023525397A (ja) * | 2020-06-25 | 2023-06-15 | ソニー・インタラクティブエンタテインメント エルエルシー | オーディオ波形サンプルを用いてライブ音楽を演奏及び録音するための方法及びシステム |
JP7456215B2 (ja) | 2020-03-17 | 2024-03-27 | ヤマハ株式会社 | オーディオインターフェース装置、及び、録音システム |
-
2013
- 2013-02-07 JP JP2013022586A patent/JP2014153515A/ja active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2017156686A (ja) * | 2016-03-04 | 2017-09-07 | ヤマハ株式会社 | 録音システム、録音方法及びプログラム |
WO2017150579A1 (ja) * | 2016-03-04 | 2017-09-08 | ヤマハ株式会社 | マルチトラック録音のための録音システム及び方法 |
JP7456215B2 (ja) | 2020-03-17 | 2024-03-27 | ヤマハ株式会社 | オーディオインターフェース装置、及び、録音システム |
JP2023525397A (ja) * | 2020-06-25 | 2023-06-15 | ソニー・インタラクティブエンタテインメント エルエルシー | オーディオ波形サンプルを用いてライブ音楽を演奏及び録音するための方法及びシステム |
JP7456019B2 (ja) | 2020-06-25 | 2024-03-26 | ソニー・インタラクティブエンタテインメント エルエルシー | オーディオ波形サンプルを用いてライブ音楽を演奏及び録音するための方法及びシステム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2010014823A (ja) | 楽曲情報制御装置 | |
JP5380109B2 (ja) | カラオケサービスシステム、配信サーバ、端末装置 | |
JP2014153515A (ja) | 演奏録音システム | |
JP5644472B2 (ja) | 転送装置、クライアント装置、サーバ装置、再生装置および転送方法 | |
JP6182394B2 (ja) | デュエット歌唱の歌唱者選択に特徴を有する通信カラオケシステム、及び、その制御方法 | |
JP2014219443A (ja) | カラオケシステム | |
JP2014153516A (ja) | 判定装置 | |
JP2010237553A (ja) | カラオケネットワークシステム、視聴側カラオケ装置 | |
JP2014026183A (ja) | カラオケ同期演奏システム | |
JP2008304821A (ja) | 楽曲合奏公開システム | |
JP2008171194A (ja) | 通信システム、通信方法、サーバ及び端末 | |
JP5630447B2 (ja) | カラオケシステム | |
JP2003271156A (ja) | 同期調整装置および同期調整方法を実現するためのプログラム | |
JP6409790B2 (ja) | 情報処理装置及びプログラム | |
WO2022049732A1 (ja) | 情報処理装置及び情報処理方法 | |
JP2014170191A (ja) | カラオケシステム及びカラオケ装置 | |
JP4096734B2 (ja) | 音楽活動支援システム、及びプログラム | |
JP2021158587A (ja) | データ生成装置、データ生成方法及びデータ生成プログラム、並びにデータ再生装置、データ再生方法及びデータ再生プログラム | |
JP5376232B2 (ja) | コミュニケーションプレイバックシステム、コミュニケーションプレイバック方法、プログラム | |
JP4165421B2 (ja) | 楽曲演奏システム及び端末装置 | |
JP6783065B2 (ja) | 通信端末装置、サーバ装置及びプログラム | |
JP6864938B1 (ja) | 記録データ再生方法およびシステム | |
JP2014174458A (ja) | 演奏再生システム | |
JP2015011155A (ja) | 複数人による通信デュエットに特徴を有する通信カラオケシステム | |
JP7456215B2 (ja) | オーディオインターフェース装置、及び、録音システム |