(57)【要約】      （修正有）【課題】複数の楽曲の境界を簡便且つ正確に検出する。【解決手段】判定装置は、相互に独立して録音された、複数の楽曲Ｍ１、Ｍ２を含む楽曲群を構成する複数の楽曲パートの各々について、録音時の音量を検出する音量検出手段と、前記複数の楽曲パートの各々について、前記検出された音量が基準音量未満となる期間が重複する場合に、該重複する期間に該当する時期を、前記複数の楽曲のうち前記重複する期間を挟む二つの楽曲の境界であると判定する判定手段とを具備する。【選択図】図１５
2014153516.tif 000002
【特許請求の範囲】
【請求項１】
相互に独立して録音された、複数の楽曲を含む楽曲群を構成する複数の楽曲パートの各々について、録音時の音量を検出する音量検出手段と、
前記複数の楽曲パートの各々について、前記検出された音量が基準音量未満となる期間が重複する場合に、該重複する期間に該当する時期を、前記複数の楽曲のうち前記重複する期間を挟む二つの楽曲の境界であると判定する判定手段と
を具備することを特徴とする判定装置。
【請求項２】
前記判定手段は、前記検出された音量が基準音量未満となる期間が重複した状態が基準時間以上継続する場合に、前記重複する期間に該当する時期を前記二つの楽曲の境界であると判定する
ことを特徴とする請求項１に記載の判定装置。
【請求項３】
前記複数の楽曲のテンポを検出するテンポ検出手段を更に具備し、
前記音量が基準音量未満となる期間の長さは、拍の数によってカウントされ、
前記基準時間は、拍の数により規定される
ことを特徴とする請求項２に記載の判定装置。
【請求項４】
前記基準音量を設定する基準音量設定手段を更に具備する
ことを特徴とする請求項１から３のいずれか一項に記載の判定装置。
【請求項５】
前記基準音量設定手段は、前記複数の楽曲パートの各々について、前記音量の最大値の所定割合に相当する音量を前記基準音量として設定する
ことを特徴とする請求項４に記載の判定装置。
【請求項６】
相互に独立して録音された、複数の楽曲を含む楽曲群を構成する複数の楽曲パートの各々について、録音時の音量が検出される音量検出工程と、
前記複数の楽曲パートの各々について、前記検出された音量が基準音量未満となる期間が重複する場合に、該重複する期間に該当する時期が、前記複数の楽曲のうち前記重複する期間を挟む二つの楽曲の境界であると判定される判定工程と
を具備することを特徴とする判定方法。
【請求項７】
コンピュータシステムを請求項１に記載の判定手段として機能させることを特徴とするコンピュータプログラム。
【請求項８】
請求項７に記載のコンピュータプログラムが記録されることを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、楽曲同士の境界を判定可能な判定装置の技術分野に関する。
【背景技術】
【０００２】
通信ネットワークを介して各演奏者ノード間で双方向の通信を行って音楽セッションを行う、離れた場所にいる演奏者同士でリアルタイムに音楽セッションを楽しむための、通信ネットワークを利用した音楽セッションシステムが提案されている（例えば、特許文献１参照）。
【０００３】
特許文献１に開示される音楽セッションシステムによれば、各ユーザ端末の演奏者は、隣接しているユーザ端末の演奏者と演奏データを双方向にやり取りし、離れて接続されているユーザ端末の演奏者とは、自ユーザ端末との間にいるユーザ端末を介して伝播する構成とすることにより、参加人数や環境において高いスケーラビリティが得られるとされている。
【０００４】
一方、特許文献２には、演奏開始から伴奏を付けた演奏を行うための装置が開示されている。特許文献２に開示された演奏開始時刻予想装置によれば、入力される楽音信号が所定の閾値を超えてアタックが検出される毎にカウント時刻情報が検出される。また、新たなカウント時刻情報が検出される毎に、この新たなカウント時刻情報とこれより１個古いカウント時刻情報との時間間隔の情報であるカウント間時間情報が求められる。そして、所定個数のカウント間時間情報に基づいて演奏者が実際の演奏を開始すると予想される演奏開始時刻が求められ、楽曲プレイヤーでの再生と、録音部での録音が開示される。その結果、演奏者の本来の演奏開始に合わせて伴奏を演奏させることができると共に、真に必要な部分のみの楽音信号を録音部に録音させることができるとされる。
【０００５】
一方、複数の楽曲が記録された録音データにおいて楽曲の境界を判定する装置が、特許文献３に開示されている。特許文献３に開示された記録装置は、入力レベルがある閾値より下がり、また一定時間経過後にある閾値以上の入力があった場合に、楽曲の境界であるとの判定がなされる構成となっている。
【０００６】
また、楽曲の境界判定に利用可能な方法は、特許文献４にも開示されている。特許文献４に開示された楽曲構造解析方法によれば、テンポの変化点が検出され、楽曲構造の変化点として使用される。また、テンポの変化が小さいときには、音量などの特徴量も使用される。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−３２３１７３号公報
【特許文献２】特開２００９−３００６２２号公報
【特許文献３】特開平７−８５６４１号公報
【特許文献４】特開２００８−６５１５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
端末装置を介して利用者の演奏データをサーバ装置に録音する演奏録音システムの研究が進められている。この演奏録音システムでは、サーバ装置に録音されている演奏データを端末装置にダウンロードして再生することもできる。従って、利用者は、サーバに録音された演奏データの中から所望の演奏データを選択的にダウンロードして、ダウンロードされた演奏データに基づいて再生される演奏と自身の演奏とのセッションを気軽に楽しむことができる。
【０００９】
ここで、過去に複数の利用者によりリアルタイムに行われた演奏セッションがサーバ装置に録音される状況を想定する。この場合、演奏セッションは利用者各々に対応する複数の演奏パートの集合であり、各演奏パートの演奏データは、各演奏パートに対応する個々の端末装置を介してサーバ装置に送信され録音される。ここで特に、この録音された演奏セッションに係る演奏データが、不特定多数のユーザによりダウンロードされ、適宜に再生される状況を考えると、サーバ装置においては、この演奏セッションを高い再現性を伴って記憶することが望まれる。
【００１０】
ところで、演奏セッションが録音される場合、演奏セッションの開始から終了までが一のデータストリームとしてトラックに記録されるのが一般的であるが、演奏セッションが複数の楽曲から構成されることは珍しくない。即ち、通常、演奏セッションの録音時には、複数の楽曲が一のデータストリームの中に記録される。従って、例えば、後々、この演奏セッションを構成する一の楽曲の演奏データのみのダウンロードが要求されたとしても、演奏録音システム側でそのような要求に応えることは容易でない。
【００１１】
一方、このような問題は、何らかの方法で楽曲の境界を検出することにより解決され得る。楽曲の境界検出手法については、上記特許文献３及び４に開示されるところである。しかしながら、特許文献３及び４に開示される楽曲の境界検出手法には、以下の如き問題がある。
【００１２】
即ち、特許文献３に開示される技術は、元々ＭＤ（Mini Disc）でアナログ入力の録音が行われた際の楽曲の分割を想定している。即ち、複数の楽曲からなる楽曲ストリームが、既に複数の演奏パートについて集約された状態で録音されている。即ち、例えば、この演奏録音システムのように、演奏パートの各々が相互に独立して録音される状況は全く想定されていない。演奏パートの各々が相互に独立して録音される場合、録音時の音量は、録音に使用された個々の装置（上記端末装置を含む）の状態や録音環境に応じて異なるのが自然である。従って、特許文献３に開示される技術を適用するために、これら複数の演奏パートを一つにまとめてしまうと、録音時の音量が相対的に低い演奏パートについて、演奏が継続されているにもかかわらず音量が閾値以下であるとして楽曲の境界が誤判定される可能性がある。
【００１３】
また、特許文献４に開示される技術を適用するためには、テンポの変化点の検出を始めとする楽曲構造の解析が必要であるが、このような楽曲構造の解析アルゴリズムは、一般的に要求されるデータ処理量が大きい。即ち、特許文献４に開示される技術では、楽曲の境界検出に要する装置側の負担が大きくなり過ぎる。特に、不特定多数の利用者からの録音要求をサーバ装置で一括して処理する構成では、サーバ装置に大きな処理能力が要求されることから、システム構成を必然的に大きくせざるを得ず、高コスト且つ非効率である。
【００１４】
このように、現状で想定されるシステムは、少なくとも一つの問題点として、例えば、リアルタイムに行われた複数の演奏パートから構成される演奏セッションをサーバ装置に録音する場合において、その演奏セッションを構成する複数の楽曲の境界を簡便且つ正確に検出することが難しいという技術的問題点を有し得る。
【００１５】
本発明は、例えば、上記技術的問題点を、その解決すべき問題点の少なくとも一つとして有するものであって、複数の楽曲の境界を簡便且つ正確に検出可能な判定装置を提供することを、その課題の少なくとも一つとする。
【課題を解決するための手段】
【００１６】
上述した課題を解決するため、請求項１に係る判定装置は、相互に独立して録音された、複数の楽曲を含む楽曲群を構成する複数の楽曲パートの各々について、録音時の音量を検出する音量検出手段と、前記複数の楽曲パートの各々について、前記検出された音量が基準音量未満となる期間が重複する場合に、該重複する期間に該当する時期を、前記複数の楽曲のうち前記重複する期間を挟む二つの楽曲の境界であると判定する判定手段とを具備することを特徴とする。
【００１７】
上述した課題を解決するため、請求項６に係る判定方法は、相互に独立して録音された、複数の楽曲を含む楽曲群を構成する複数の楽曲パートの各々について、録音時の音量が検出される音量検出工程と、前記複数の楽曲パートの各々について、前記検出された音量が基準音量未満となる期間が重複する場合に、該重複する期間に該当する時期が、前記複数の楽曲のうち前記重複する期間を挟む二つの楽曲の境界であると判定される判定工程とを具備することを特徴とする。
【００１８】
上述した課題を解決するため、請求項７に係るコンピュータプログラムは、コンピュータシステムを請求項１に記載の判定手段として機能させることを特徴とする。
【００１９】
上述した課題を解決するため、請求項８に係る記録媒体は、請求項６に記載のコンピュータプログラムが記録されることを特徴とする。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１実施例に係る演奏録音システムの概念を説明する図である。
【図２】図１の演奏録音システムにおける管理サーバのブロック図である。
【図３】図１の演奏録音システムにおける録音サーバのブロック図である。
【図４】図１の演奏録音システムにおけるコンテンツサーバのブロック図である。
【図５】図１の演奏録音システムにおける端末装置のブロック図である。
【図６】図３の録音サーバの録音トラックにおける演奏データの記録状態を概念的に説明する図である。
【図７】図４のコンテンツサーバに格納されるセッションデータの概念図である。
【図８】演奏セッションの基本的な録音処理における各装置の動作を時系列で表してなるタイミングチャートである。
【図９】演奏セッションが再生される場合の演奏録音システムの動作概念図である。
【図１０】理想的に記録された各演奏パートの楽音信号を概念的に表した図である。
【図１１】実際に記録された各演奏パートの楽音信号を概念的に表した図である。
【図１２】演奏セッションの実際の録音処理における各装置の動作を時系列で表してなるタイミングチャートである。
【図１３】録音トラックに同期信号と楽音信号とが記録された状態を概念的に表した図である。
【図１４】第１の補正がなされた後の各録音トラックの様子を概念的に表した図である。
【図１５】楽曲の境界検出の概念を説明する図である。
【発明を実施するための形態】
【００２１】
＜判定装置の実施形態＞
【００２２】
本発明の判定装置に係る実施形態は、相互に独立して録音された、複数の楽曲を含む楽曲群を構成する複数の楽曲パートの各々について、録音時の音量を検出する音量検出手段と、前記複数の楽曲パートの各々について、前記検出された音量が基準音量未満となる期間が重複する場合に、該重複する期間に該当する時期を、前記複数の楽曲のうち前記重複する期間を挟む二つの楽曲の境界であると判定する判定手段とを具備する（請求項１）。
【００２３】
判定装置に係る実施形態は、例えば好適な一形態として、複数の楽曲を含む一の楽曲群（即ち、楽曲ストリーム）が、楽曲パート毎に独立して録音される状況を想定し、一の効能として、楽曲パート毎の録音データからこの楽曲ストリームに含まれる複数の楽曲の境界を判定することを可能とする。尚、楽曲パートの各々は、相互に時間軸上で同期する。
【００２４】
楽曲パートとは、楽曲を構成するパートであって、例えば、楽器パート、要素パート、音声パート等に大別され得る。楽器パートとは、例えば、ドラムやパーカッション等の打楽器、ギター、ベースギター、ヴァイオリン、チェロ等の弦楽器、サックスやトランペット等の管楽器、ピアノ等の鍵盤楽器、キーボード等の電子楽器等のパートを含み得る。要素パートとは、例えば、リズム、メロディ、ヴォーカル等のパートを含み得る。音声パートとは、例えば、メインヴォーカル、サブヴォーカル、ラップ等のパートを含み得る。但し、これはあくまで例示であって、楽曲を構成し得る限りにおいて、楽曲パートの採り得る形態に制限は無い。
【００２５】
また、判定装置に係る実施形態における「楽曲パートの各々」とは、最小単位としての一の楽曲パートを意味してもよいし、最小単位としての一の楽曲パートがある程度まとまったものであってもよい。尚、同じ楽曲パートが複数存在する場合には、これらは夫々区別されてもよいし、一括りに扱われてもよい。別の観点からは、楽曲パートとは、この楽曲ストリームが複数楽曲に関する連続した演奏から構成される演奏セッションである場合には、一の演奏者の担当する演奏パートを意味してもよい。
【００２６】
判定装置に係る実施形態では、音量検出手段により楽曲パートの各々について録音時の音量が検出される。録音時の音量とは、例えば、録音された楽音信号又は音声信号の入力レベル、音声信号圧の大きさ、音声信号波形の振幅等を含む概念である。尚、各楽曲パートについて録音環境が等しい理想的な状況では、各楽曲パート相互間における録音時の音量の大小関係は、生音の当該大小関係のまま維持される。
【００２７】
ここで、判定装置に係る実施形態では、この録音時の音量が基準音量未満となる期間が、楽曲の境界の一候補（以下、適宜「境界候補」と表現する）として扱われる。ここで重要となるのは、録音時の音量と基準音量との比較が、楽曲パート毎に行われる点にある。即ち、境界候補は、楽曲パートの各々について個別に現れ得る。また、楽曲パートの各々について係る比較が行われる点に鑑みれば、実施形態に係る基準音量とは、少なくとも潜在的には、楽曲パートの各々について最適化された値である。この最適化とは、例えば、楽曲パートの固有特性に鑑みて楽曲パート毎に個別の基準音量を設定することや、各楽曲パートについて楽音信号の最大入力レベルを共通化した上で一の基準音量を適用する（即ち、楽曲パートの固有特性を楽音信号の入力レベル側で予め吸収しておく）こと等を含み得る。
【００２８】
一方、楽曲ストリームの実践的態様には実質的に殆ど制限が無いが、どのような形態を採るにせよ、時間軸上で隣接する楽曲の間には、一種の無音区間が現れることが多い。尚、「一種の」とは、完全に無音であることに限定されない趣旨であって、実践上無音とみなし得る程度の静寂区間を含む趣旨である。
【００２９】
判定装置に係る実施形態は、この一種の無音区間が、楽曲パート毎に独立した境界候補が相互に重複する期間に一致する点を利用し、判定手段が、この境界候補の重複期間に該当する時期を楽曲の境界であると判定する構成となっている。
【００３０】
尚、現実的な制御態様下では、楽曲の境界は楽曲ストリームにおける時間軸上の一時点を指すが、境界候補の重複期間は通常、有限の時間領域である。この時間領域のどの一点を現実的な制御態様下における楽曲の境界とするかは、少なくとも判定装置の実施形態に係る実践的意義には影響しない。即ち、この時間領域に該当する時期であれば、どの時期が楽曲の境界とされてもよい。
【００３１】
判定装置に係る実施形態によれば、楽曲パートの各々について録音時の音量が基準音量未満となる期間を特定することができるため、例えば、上述した従来の一技術である、全楽曲パートをまとめた楽曲ストリームそのものの音量に基づいて境界判定を行う構成と較べると、誤判定の発生を抑制することができる。また、楽曲パート毎の処理を伴うとは言え、音量の比較を行えば済むことから、従来の他の技術である楽曲構造を解析する構成と較べて明らかに処理上の負荷が緩和される。即ち、楽曲の境界を簡便且つ正確に判定することができるのである。
【００３２】
尚、楽曲ストリームとは、好適な一形態として、例えば複数の演奏者によりなされる、複数の楽曲に関する連続した演奏から構成される演奏セッションを意味する。この場合、楽曲パートには、少なくとも一の演奏パートが対応する。このようなリアルタイムな演奏セッションを各演奏パートについて独立して録音するシステムとしての演奏録音システムは、本発明の判定装置に係る実施形態の適用対象として好適である。
【００３３】
例えば、この演奏録音システムでは、演奏セッションを構成する一又は複数の演奏パートに夫々対応する複数の端末装置の各々から、対応する演奏パートの演奏データがネットワークを介して送信される。この演奏データは、各演奏パートの楽音信号が所定の規格に従ってデータ化されたものであり、例えばＭＰ３、ＷＡＶＥ、ＷＭＡ、ＡＡＣ、Ｍ４Ａ、ＦＬＡＣ等のファイル形式のデータである。
【００３４】
一方、この演奏データは、例えば、一時的なバッファリングを経て一定又は不定のデータサイズ毎に順次ネットワークを介して送信されサーバ装置に記憶される。例えば、サーバ装置においては、例えば、複数の録音トラックの各々に、送信される演奏データに対応する楽音信号が順次記録される。
【００３５】
ここで、本発明の判定装置に係る実施形態が適用された場合には、録音トラックに記録された複数楽曲分の演奏データストリームを、楽曲毎の演奏データに切り分けることができる。従って、例えば後々この演奏セッションの一楽曲の再生が要求された場合等において、必要にして十分な演奏データのみを配信することが可能となり、演奏録音システムに実践上有益なる効果を付帯させることができる。
【００３６】
尚、この場合、サーバ装置は、一個のコンピュータ装置であってもよいし、複数のコンピュータ装置から構成されていてもよい。後者の場合、演奏セッションの進行を管理する管理用のサーバ装置と、演奏セッションの録音処理を行う録音用のサーバ装置と、演奏セッションを最終的にコンテンツとして保存するコンテンツ保存用のサーバ装置とを含んでサーバ装置が構成されてもよい。判定装置に係る実施形態との整合を考える場合、判定装置に係る実施形態は、このサーバ装置のいずれかに備わるのが好適である。
【００３７】
尚、後者の態様における管理用のサーバ装置とは、例えばインターネット等の広域ネットワークの形態を採り得るネットワークを通じて展開される、例えば商業的サービスとしての演奏録音システムを提供するためのウェブサイトを制御するサーバ装置であってもよい。この場合、管理用のサーバ装置は、このウェブサイトを利用して演奏セッションを行おうとする複数のユーザに対応する複数の端末装置の各々について、ネットワークの状態の監視、ユーザの識別、端末装置と録音用のサーバ装置との仲介等を行うように構成されていてもよい。
【００３８】
尚、演奏録音システムの実施形態に係るサーバ装置は、例えば、好適な一形態として、所定のサービスを提供する事業者が所有するコンピュータ装置又はコンピュータシステムであってもよい。この場合、例えば利用者と然るべき契約を締結した上で、当該利用者に限定して、自己が保有するコンテンツとしての演奏データを配信する構成となっていてもよい。また、このサーバ装置は、例えば、利用者が、後述する端末装置として機能し得る各種コンピュータ装置、コンピュータシステム又はそれに類する装置を介して要求した演奏データを配信する。このようなコンテンツとしての演奏データの要求及び配信は、より具体的には、ネットワーク上に、サーバ装置と利用者との間のインターフェイスとして構築されるウェブサイトやホームページ等を通じてなされてもよい。
【００３９】
尚、演奏録音システムの実施形態に係る端末装置は、例えば、好適な一形態として、内蔵又は外付けされるマイクロフォンを介して音声信号を集音する機能と、例えば内蔵又は外付けされるスピーカ及び／又はディスプレイを介して音声信号を再生する機能又はストリーミング再生する機能とを有する装置である。この端末装置は、例えば、然るべき制御プログラムが実行されることによって、この端末装置として機能するように構成された、パーソナルコンピュータ又はそれに順ずるコンピュータ装置であってもよい。或いは、この端末装置は、例えば、パーソナルコンピュータ又はそれに順ずるコンピュータ装置において然るべき制御プログラムが実行されることによってこの端末装置として機能するように構成された、演奏者と上記ウェブサイトやホームページ或いは他の演奏者とのインターフェイスとなる装置であってもよい。
【００４０】
本発明の判定装置に係る実施形態の一態様では、前記判定手段は、前記検出された音量が基準音量未満となる期間が重複した状態が基準時間以上継続する場合に、前記重複する期間に該当する時期を前記二つの楽曲の境界であると判定する（請求項２）。
【００４１】
楽曲の境界は多くの場合無音期間であるが、無音期間は場合によっては一の楽曲の途中でも生じ得る。そのような無音期間を楽曲の境界と判定するのは誤判定であり回避すべきである。この態様によれば、上述した境界候補の重複期間が検出されることに加え、当該重複期間の長さが基準時間以上であることが、境界判定の一条件とされる。これは、一般的な傾向として、重複期間が長ければ、その分だけ楽曲の境界である可能性が高まり、逆に楽曲の構成により生じる楽曲中の無音期間である可能性は減少することに由来する。従って、この態様によれば、楽曲の境界をより正確に判定することができる。
【００４２】
尚、この態様では、前記複数の楽曲のテンポを検出するテンポ検出手段を更に具備し、前記音量が基準音量未満となる期間の長さは、拍の数によってカウントされ、前記基準時間は、拍の数により規定されてもよい（請求項３）。
【００４３】
楽曲には、例えばＢＰＭ（Beat Per Minute）等の指標により規定されるテンポがある。このテンポは、楽曲毎に適正値はあるにせよ、基本的に演奏態様や演奏意図によってどのようにも変化し得る。一方で、複数の楽曲パートにおける境界候補の重複期間の長さは、テンポの速い楽曲程、一般的には短くなり易い。従って、この重複期間の長さが純然たる時間値として計測される場合、楽曲のテンポに応じて境界の判定精度がばらつく可能性がある。
【００４４】
一方、時間当たりの拍数は、テンポが速い程多くなるから、このように拍の数によって重複期間の長さが規定された場合には、楽曲の境界判定に係る判定精度をテンポに応じて概ね安定ならしめることが可能となる。
【００４５】
本発明の判定装置に係る実施形態の他の態様では、前記基準音量を設定する基準音量設定手段を更に具備する（請求項４）。
【００４６】
この態様によれば、基準音量設定手段により、楽曲パートの各々について適正な基準音量を定めることができるため、楽曲の境界をより正確に判定することができる。尚、基準音量設定手段は、相対的に音量の小さい楽曲パートについては相対的に小さくなるように、また相対的に音量の大きい楽曲パートについては相対的に大きくなるように、夫々基準音量を設定してもよい。
【００４７】
尚、この態様では、前記基準音量設定手段は、前記複数の楽曲パートの各々について、前記音量の最大値の所定割合に相当する音量を前記基準音量として設定してもよい（請求項５）。
【００４８】
この場合、基準音量が、録音時の音量の最大値に応じて変化するため、例えば、楽曲パートに固有の性質或いは録音環境等に起因して他の楽曲パートに対して音量が小さくなり易い楽曲パートについては、基準音量も小さくなる。従って、楽曲パート相互間における無音区間の検出精度に公平性を与えることができ、楽曲の境界をより正確に判定することができる。
【００４９】
尚、このように、音量の最大値に対する割合として基準音量を定める代わりに、音量の最大値が各楽曲パートで等しくなるように各楽曲パートの音量を規格化した上で、固定値としての基準音量を適用しても、全く同様の効果を得ることができる。即ち、これらの間には、楽曲パート毎の録音時の音量特性の差異を当該音量で吸収するか、基準音量で吸収するかの差異があるのみである。
【００５０】
＜判定方法の実施形態＞
【００５１】
本発明の判定方法に係る実施形態は、相互に独立して録音された、複数の楽曲を含む楽曲群を構成する複数の楽曲パートの各々について、録音時の音量が検出される音量検出工程と、前記複数の楽曲パートの各々について、前記検出された音量が基準音量未満となる期間が重複する場合に、該重複する期間に該当する時期が、前記複数の楽曲のうち前記重複する期間を挟む二つの楽曲の境界であると判定される判定工程とを具備する（請求項６）。
【００５２】
判定方法の実施形態によれば、上記判定装置に係る実施形態の各手段と同等の作用を実現する各工程により、上記判定装置に係る実施形態と同様に、楽曲の境界を簡便且つ正確に判定することができる。
【００５３】
＜コンピュータプログラムの実施形態＞
【００５４】
本発明のコンピュータプログラムに係る実施形態は、コンピュータシステムを請求項１に記載の判定手段として機能させる（請求項６）。
【００５５】
本発明のコンピュータプログラムに係る実施形態によれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体或いはＵＳＢ（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）方式のデータ伝送となるから、Ｐ２Ｐによる端末同士の同期信号の送受と較べて遅延し得る。しかしながら、同期信号は、演奏開始タイミングを共有するための一種のトリガ信号としての役割を最低限有していればよいから、そのデータ量は十分に小さくて済む。従って、実践上問題はない。また、同期信号がサーバ装置側で生成され送信される場合、サーバ装置から各端末装置へのデータ伝送が遅延したとしても、各端末装置で共通の遅延となる。即ち、同期信号が各端末装置において演奏データに重畳されるタイミングは、各端末装置において一致する。従って、実践上問題は生じない。尚、サーバ装置側で同期信号が生成され送信される場合、各端末装置への同期信号の送信は、各端末装置における演奏データの生成開始（ステップＳ１５０、Ｓ１６０、Ｓ１７０）の後に行われるのが望ましい。これは、同期信号を確実に演奏データに重畳するためである。
【０１７８】
＜第２の補正＞
次に、演奏データの第２の補正、即ち、楽曲の境界検出（楽曲の頭出し）に関する補正について説明する。
【０１７９】
図１４に例示されるように、各演奏トラックについて楽音信号の時間同期が得られれば、この演奏セッションを高い再現性を伴って再生することはできる。しかしながら、実際の演奏セッションの録音は演奏セッションの開始から終了までの連続して行われるから、楽曲の境界が存在するか否かにかかわらず、演奏セッションは一の演奏データとして録音されることになる。即ち、録音直後の各演奏パートは、楽曲毎に区別されていない。このため、例えば図９を参照して説明したように、ユーザＤが演奏セッションｓ１の楽曲Ｍ１の配信を所望したとしても、そのような配信を実現することができない。第２の補正は、このような問題を解決する演奏データの補正処理であり、本発明に係る「判定装置」の動作の一例となる処理である。
【０１８０】
ここで、図１５を参照し、演奏データの第２の補正について説明する。ここに、図１５は、楽曲の境界検出の概念を説明する図である。尚、同図において、図１４と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１８１】
図１５において、録音サーバ２００の録音トラックＲＴ１、ＲＴ２及びＲＴ３の各々について、楽音信号の入力音量レベルの時間推移が濃いハッチング部分として表示されている。この入力音量レベルは、個々の端末装置における、録音時の入力音声信号の入力レベルであり、本発明に係る「録音時の音量」の一例である。尚、この入力音量レベルの代わりに、各演奏パートの楽音信号の振幅値やマイクロフォン５００において変換される入力音声の音圧信号値等が利用されてもよい。
【０１８２】
尚、この入力音量レベルは、演奏データに数値化された情報として含まれており、データ補正部２１２は、録音トラックの記録内容が保持されている限りにおいて、常時その値を参照することができる。即ち、この場合のデータ補正部２１２の動作は、本発明に係る「音量検出手段」の一例である。
【０１８３】
ここで、録音サーバ２００のデータ補正部２１２は、各録音トラックについて、入力音量レベルの閾値ＣＴを設定する。即ち、この場合のデータ補正部２１２の動作は、本発明に係る「基準音量設定手段」の動作の一例である。この閾値ＣＴは、各録音トラックについて共通の値であってもよいし、演奏パートの特性に応じて個別に設定されてもよい。前者は、例えば、元々各演奏パートの入力音量レベルの最大値或いは平均値が概ね等しい場合等において、処理負担を軽減する目的等から選択され得る設定態様であり、後者は、例えば、楽器の特性から入力音量レベルが大きくなり難い演奏パートについては閾値ＣＴが相対的に小さく、反対に入力音量レベルが大きくなり易い演奏パートについては閾値ＣＴが相対的に大きく、夫々設定されること等を意味する。
【０１８４】
閾値ＣＴを設定すると、データ補正部２１２は、各録音トラックについて、入力音量レベルが閾値未満となる区間を楽曲境界候補Ｃｘ（ｘ＝１，２，・・・）として検出する。図１５には、録音トラックＲＴ１について楽曲境界候補Ｃ１、Ｃ３、Ｃ５が検出され、録音トラックＲＴ２について楽曲境界候補Ｃ２、Ｃ４が検出され、録音トラックＲＴ３について楽曲境界候補Ｃ６が検出された様子が示されている。
【０１８５】
尚、閾値ＣＴが設定されるにあたって重要となるのは、入力音量レベルと閾値ＣＴとの比較により楽曲境界候補を検出するにあたって、その基準を演奏パート相互間で安定させることにある。そのような効果をもたらし得る限りにおいて、基準音量設定手段としてのデータ補正部２１２の動作態様は自由である。
【０１８６】
補足すると、各演奏パートにおける楽曲境界候補の検出精度を安定化させるための好適な手法として、各演奏パートについて、入力音量レベルの最大値を特定し、特定された各演奏パートの入力音量レベルの最大値の所定割合（例えば、数％程度）に相当する入力音量レベルを基準音量としての閾値ＣＴとしてもよい。
【０１８７】
或いは、同様の効果を得るための他の手法として、各演奏パートについて、入力音量レベルの最大値を所定値で共通化して共通の閾値ＣＴを適用してもよい。この場合、最大値を共通化する演算処理過程で入力音量レベルの時間波形もまた原波形との関係性を保持したまま拡大又は縮小されるため、各演奏パートに共通の閾値ＣＴとの比較により、共通した楽曲境界候補を検出することが可能となる。
【０１８８】
楽曲境界候補が検出されると、データ補正部２１２は、各録音トラックで共通の楽曲境界候補が存在するか否かを判定する。図１５では、楽曲境界候補Ｃ４、Ｃ５、Ｃ６の夫々一部（図示斜線ハッチング表示部分参照）が各演奏トラックで共通となっている。即ち、この共通部分は、各演奏パートの入力音量レベルが閾値未満となる概略無音の時間領域である。この時間領域を「無音区間Ｎ」と定義する。無音区間Ｎに相当する状態は、本発明に係る「検出された音量が基準音量未満となる期間が重複した状態」の一例である。
【０１８９】
一般的に、複数の楽曲から構成される演奏セッションにおいては、楽曲と楽曲との間には大なり小なり無音の時間領域がある。従って、この検出された各録音トラックに共通して入力音量レベルが閾値未満となる無音区間Ｎは、楽曲の境界であると判定される。即ち、この場合のデータ補正部２１２の動作は、本発明に係る「判定手段」の動作の一例となる。
【０１９０】
この判定結果を受けて、データ補正部２１２では、この無音区間Ｎの任意の位置（例えば、中央位置）で演奏データを分割する。図１５では、無音区間Ｎよりも前の時間領域に対応する演奏が「楽曲Ｍ１」とされ、無音区間Ｎよりも後の時間領域に対応する演奏が「楽曲Ｍ２」とされる様子が示されている。演奏データの第２の補正はこのようにして行われる。
【０１９１】
尚、無音区間Ｎに該当する時期であれば楽曲の厳密な境界設定は自由であるが、無音区間Ｎを挟む二つの楽曲データの端部に相応の無音区間をマージンとして残しておくことができる点においては、無音区間Ｎの中央位置又は大略その近傍を境界とするのが一面的には望ましい。
【０１９２】
尚、ここでは、無音区間Ｎを楽曲の境界としたが、一の楽曲の演奏過程における極短い時間領域において、偶発的に各演奏パートの入力音量レベルが低下する可能性はゼロではない。このような無音区間も、上述の検出手法に従えば無音区間Ｎであるから、この場合、楽曲の境界が誤検出されることになる。このような誤検出が生じると、一の楽曲の演奏データが複数個に分割されてしまうため、コンテンツサーバ３００における演奏データの管理の点からも、演奏データを再生する点からも望ましくない。
【０１９３】
そこで、この点についてより好適な一形態として、無音区間Ｎが検出された場合に、この無音区間Ｎの時間長が所定の閾値と比較されてもよい。この所定の閾値は、例えば、偶発的には（楽曲の演奏途中には）生じる可能性が低いと判定され得る無音区間Ｎの長さの下限値である。即ち、無音区間Ｎの時間長がこの閾値よりも長ければ、この無音区間Ｎは真に楽曲の境界であるとの判定を下すことができる。言い換えれば、この閾値は、本発明に係る「基準時間」を規定する値である。
【０１９４】
ところで、このように無音区間Ｎの時間長及びその閾値は、無論純粋な時間値であってもよいが、演奏には固有のテンポがあり、テンポの異なる演奏セッション又は楽曲においては、ユーザが一定の感覚でインタバルを挿入しても、その時間値は異なることが多い。演奏全体からみた無音区間Ｎの重み付けが同じであっても、テンポの速い演奏ではその時間値は短くなり、テンポの遅い演奏ではその時間値は長くなり易い。このような演奏に特有の事情に鑑みると、無音区間Ｎの時間長及びその閾値は、純然たる時間値よりも、演奏のテンポに対応付けられている方が望ましい場合がある。
【０１９５】
そこで、楽曲の境界検出に係る更に他の態様として、無音区間Ｎが検出された場合には、その無音区間Ｎの拍数がカウントされてもよい。拍数は、楽曲のテンポに基づいて数値計算から求められてもよいし、演奏データから直接カウントされてもよい。この場合、基準時間を規定する閾値もまた拍数で定義される。即ち、この場合、例えば無音区間Ｎが４拍以上継続した場合等に、この無音区間Ｎが楽曲の境界であるとの判定が下され得る。
【０１９６】
尚、演奏又は楽曲のテンポに関する情報は、既に述べたように各端末装置からの録音要求時に管理サーバ１００に送信されているが、場合によっては（例えば、ユーザがテンポの情報を入力しない場合等）、演奏又は楽曲のテンポが不明な場合もある。そのような場合には、公知の各種テンポ検出処理が録音サーバ２００（例えば、データ補正部２１２）により行われてもよい。この際、所定の時間間隔で検出されたテンポの値の最頻値が楽曲又は演奏のテンポであると扱われてもよい。
【０１９７】
このように、本実施例に係る演奏録音システム１０によれば、複数の演奏パートから構成される演奏セッションを録音サーバ２００に録音するにあたって、各演奏パートの演奏開始タイミングを正確に一致させることができる。従って、後々この録音された演奏セッションを再生しようとした場合に、実際の演奏時（録音時）の演奏セッションを高い再現性の下に忠実に再現することができるのである。また、本実施例に係る演奏録音システム１０によれば、演奏セッションが複数の楽曲から構成される場合において、楽曲の境界を正確に検出することができる。従って、コンテンツサーバ３００において、楽曲毎に演奏データを記憶させておくことができ、録音された演奏セッションを、楽曲毎に或いは楽曲を構成する演奏パート毎にフレキシブルに再生することが可能となるのである。
【０１９８】
＜第２実施例＞
第１実施例では、演奏セッションが三名のユーザ（ユーザＡ、ユーザＢ及びユーザＣ）により行われる状況を想定して演奏録音システム１０の動作を説明した。第２実施例では、第１実施例と同様に演奏パートｍｐａ、ｍｐｂ及びｍｐｃから構成され且つ楽曲Ｍ１、Ｍ２及びＭ３から構成される演奏セッションを、ユーザＡ及びユーザＢの二名で行う場合について説明する。即ち、第２実施例では、演奏パートｍｐｃを演奏する演奏者が不在である場合が想定されている。尚、システム構成やその他の状況については、第１実施例のものを踏襲することとする。
【０１９９】
このように演奏者が不足する演奏セッションを録音する場合には、コンテンツサーバ３００に格納される演奏パートｍｐｃに関する演奏データ（図７を参照すれば、演奏パートデータＳ１Ｍ１ｍｐｃ、Ｓ１Ｍ２ｍｐｃ、Ｓ１Ｍ３ｍｐｃ）を使用することができる。
【０２００】
具体的な処理の進行としては、録音サーバ２００から端末装置４００Ａ及び４００Ｂに対し録音開始通知信号が送信されるタイミングと同期して、コンテンツサーバ３００から演奏パートｍｐｃに関する演奏データが送信される。
【０２０１】
ここで、演奏パートｍｐｃの再生開始タイミングを端末４００Ａ及び４００Ｂ相互間で同期させるために、各端末装置において受信バッファ４３０が活用され、ストリーミング再生は一時的に待機される。この再生待機中に、Ｐ２Ｐ回線を通じて端末装置４００Ａ及び４００Ｂ相互間で演奏パートｍｐｃの再生開始タイミングの同期が計られる。この同期処理に要する信号は、データ量が小さいためＰ２Ｐ回線を介して両端末装置で時間的なずれがなく認識される。その後、端末装置４００Ａ及び４００Ｂにおいて、再生制御部４１２を介して演奏パートｍｐｃに関する演奏データの再生が開始される。
【０２０２】
ところで、第２実施例に係る演奏セッションが第１実施例のそれと異なる点は、コンテンツサーバ３００に格納される演奏データに基づいて再生される演奏が、予め定められた開始タイミングと終了タイミングを有する点である。
【０２０３】
即ち、演奏パートｍｐｃに対応する演奏データの再生が開始されると、演奏パートｍｐｃの演奏開始タイミングは、ユーザ側の事情と関係なく訪れる。この演奏開始タイミングに同期してユーザＡ及びユーザＢの演奏が開始されないと、演奏セッションが良好に進捗しないから、演奏者であるユーザＡ及びユーザＢは、演奏パートｍｐｃの演奏開始タイミング及び演奏終了タイミングに、自身の演奏を合わせなければならない。
【０２０４】
このため、第２実施例では、コンテンツサーバ３００から端末装置に演奏パートｍｐｃに関する演奏データが送信される際に、演奏パートｍｐｃの演奏開始タイミングと演奏終了タイミングの情報が併せて送信される。
【０２０５】
各端末装置では、この演奏開始タイミングに関する情報に基づいて、この演奏開始タイミングにユーザＡ及びユーザＢによる演奏が開始されるように、再生制御部４１２が補助音声信号をスピーカ５００から出力させる。或いは、表示制御部４１４が補助視覚情報（例えば、カウントダウン表示等）を表示部４５０に表示させる。
【０２０６】
演奏パートｍｐｃの演奏終了タイミングについても同様であり、各端末装置においてユーザに演奏終了タイミングが告知される。この場合は、各演奏が進行中であるから、音声情報よりも視覚情報の方が望ましい。尚、楽曲の境界に関しても、上記演奏終了タイミングの告知と同様にユーザに告知することができる。
【０２０７】
尚、第１実施例において説明した、録音後の演奏データ補正に必要な同期信号の重畳処理は、この演奏開始タイミングに関する同期制御とは別に進行してもよいし、演奏開始タイミングに関する同期制御に関連付けられて行われてもよい。
【０２０８】
このように、第２実施例によれば、ある演奏パートを担当するユーザが不在であっても、複数のユーザ相互間で演奏セッションを楽しむことができ、また、ユーザ同士の演奏を、相互に時間同期を保った状態で録音サーバ２００に録音することができる。
【０２０９】
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う判定装置、判定方法、コンピュータプログラム及び記録媒体もまた本発明の技術的範囲に含まれるものである。
【産業上の利用可能性】
【０２１０】
本発明は、複数の演奏パートから構成される演奏セッションを録音するシステムに対して適用可能である。
【符号の説明】
【０２１１】
１０…演奏録音システム、１１…ネットワーク、１００…管理サーバ、２００…録音サーバ、２１２…データ補正部、３００…コンテンツサーバ、４００…端末装置、４１３…録音処理部。
【図１】
2014153516.tif 000003
【図２】
2014153516.tif 000004
【図３】
2014153516.tif 000005
【図４】
2014153516.tif 000006
【図５】
2014153516.tif 000007
【図６】
2014153516.tif 000008
【図７】
2014153516.tif 000009
【図８】
2014153516.tif 000010
【図９】
2014153516.tif 000011
【図１０】
2014153516.tif 000012
【図１１】
2014153516.tif 000013
【図１２】
2014153516.tif 000014
【図１３】
2014153516.tif 000015
【図１４】
2014153516.tif 000016
【図１５】
2014153516.tif 000017