(57)【要約】分散されたライブパフォーマンスのスケジュールされた音声レコーディング、クラウドベースの音声コンテンツ編集、並びに音声トラック及び関連するメタデータのオンラインコンテンツ配信のためのシステムが提供される。システムは、コンテンツ編集サーバと、複数の音声レコーディングスレーブデバイスと、インターネットを介してコンテンツ編集サーバと通信するコンテンツ編集インターフェースを表示するように構成された少なくとも１つのアーティストクライアントコンピューティングデバイスを備える。使用中に、コンテンツ編集インターフェースは、音声レコーディングスレーブデバイスがライブパフォーマンスの音声データをレコーディングし、該データをサーバにアップロードするように、サーバが音声レコーディングスレーブデバイスにライブパフォーマンススケジュールを設定するように構成されるように、ライブパフォーマンススケジュールを受信するように構成される。コンテンツ編集インターフェースは、次いで、サーバによって音声データベースに格納された音声データの少なくとも１つの時系列波形表現を備え、該時系列波形表現が複数の音声トラックを区切るべくトラック時間区切りを調節するように構成されたトラック区切りコントロール部を備える、トラック編集インターフェースと、音声トラックのそれぞれと関連付けられたメタデータを編集するように構成された、メタデータ編集インターフェースを表示するように構成される。したがって、サーバは、複数の音声トラック及び関連するメタデータを配信するように構成される。【選択図】図
2018507667.tif 000002
【特許請求の範囲】
【請求項１】
分散されたライブパフォーマンスのスケジュールされた音声レコーディング、クラウドベースの音声コンテンツ編集、並びに音声トラック及び関連するメタデータのオンラインコンテンツ配信のためのシステムであって、
複数のソフトウェアモジュールを備えるコンテンツ編集サーバと、
前記複数のソフトウェアモジュールは、クライアントコンピューティングデバイスのコンテンツ編集インターフェースを管理するように構成されたコンテンツ編集インターフェース管理モジュールを備え、
インターネットを介して前記コンテンツ編集サーバと通信する複数の音声レコーディングスレーブデバイスと、
前記各音声レコーディングスレーブデバイスは、使用中に少なくとも１つの音声入力から音声データを受信するように構成された音声入力インターフェースを備え、
インターネットを介して前記コンテンツ編集サーバと通信する少なくとも１つのアーティストクライアントコンピューティングデバイスと、
を備え、
前記クライアントコンピューティングデバイスは、前記コンテンツ編集サーバの前記コンテンツ編集インターフェース管理モジュールによって管理されるコンテンツ編集インターフェースを表示するように構成され、
使用中に、
前記コンテンツ編集インターフェースは、ライブパフォーマンススケジュールを受信するように構成可能であり、
前記サーバは、前記コンテンツ編集インターフェースを介して受信した前記ライブパフォーマンススケジュールを音声レコーディングスレーブデバイスに設定するように構成され、
前記音声レコーディングスレーブデバイスは、前記ライブパフォーマンススケジュールに従って前記音声入力インターフェースを介して前記音声データをレコーディングするように構成され、
前記サーバは、前記音声レコーディングスレーブデバイスから前記音声データを取得し、音声データベースに格納するように構成され、
前記コンテンツ編集インターフェースは、
前記サーバによって前記音声データベースに格納された前記音声データの少なくとも１つの時系列波形表現を備え、前記時系列波形表現が複数の音声トラックを区切るべくトラック時間区切りを調節するように構成されたトラック区切りコントロール部を備える、トラック編集インターフェースと、
前記音声トラックのそれぞれと関連付けられたメタデータを編集するように構成されたメタデータ編集インターフェースと、
を表示するように構成され、
前記サーバは、前記複数の音声トラック及び関連するメタデータを配信するように構成される、
システム。
【請求項２】
前記サーバが、ライブパフォーマンススケジュール終了時間変化の自動検出のために前記音声データの音声分析をするように構成される、請求項１に記載のシステム。
【請求項３】
前記音声分析が、第１の時間窓にわたる前記音声データの平均値及びピーク値のうちの少なくとも１つを判定し、その後の時間窓にわたる前記音声データの平均値及びピーク値のうちの少なくとも１つの低下を検出することを含む、請求項２に記載のシステム。
【請求項４】
前記第１の時間窓が移動時間窓である、請求項３に記載のシステム。
【請求項５】
前記音声分析が、パフォーマンスの開始を示す信号振幅キューを検出することをさらに含む、請求項２に記載のシステム。
【請求項６】
前記サーバが、自動トラック区切り検出のために前記音声データの音声分析をするように構成される、請求項１に記載のシステム。
【請求項７】
前記音声分析が、音声振幅検出を含む、請求項６に記載のシステム。
【請求項８】
前記トラック区切りコントロール部が、前記自動トラック区切り検出に従って前記時系列波形のいくつかの位置に位置決めされる、請求項６に記載のシステム。
【請求項９】
前記トラック区切りコントロール部の横方向の位置が、前記トラック時間区切りを変化させるべくユーザにより設定可能である、請求項８に記載のシステム。
【請求項１０】
前記時系列波形表現が、前記音声データを表す大きな時系列波形表現と、前記音声データのサブセットを表す小さな時系列波形表現を含む、請求項１に記載のシステム。
【請求項１１】
前記時系列波形表現が、パンニングするように構成される、請求項１０に記載のシステム。
【請求項１２】
前記時系列波形表現が、ズーミングするように構成される、請求項１０に記載のシステム。
【請求項１３】
前記サーバが、前記音声トラックのそれぞれと関連付けられたメタデータを自動生成するために自動トラック識別をするべく音声フィンガープリンティング技術を使用するように構成される、請求項１に記載のシステム。
【請求項１４】
前記サーバが、前記音声データの自動音声レベル最適化をするように構成される、請求項１に記載のシステム。
【請求項１５】
前記コンテンツ編集インターフェースが、音声レベル最適化インターフェースをさらに備える、請求項１４に記載のシステム。
【請求項１６】
前記サーバが、少なくとも１人のノミネートされた権利者を指定する権利者のデータをＰＲＳサーバに報告するように構成される、請求項１に記載のシステム。
【請求項１７】
前記サーバが、前記少なくとも１人のノミネートされた権利者を識別するために音声フィンガープリンティング技術を使用するように構成される、請求項１６に記載のシステム。
【請求項１８】
前記複数の音声トラック及び関連するメタデータを配信する際に、前記サーバが、前記複数の音声トラック及び関連するメタデータを第三者コンテンツ配信ネットワークサーバに送信するように構成される、請求項１に記載のシステム。
【請求項１９】
前記音声入力インターフェースが、ステレオマイクロフォンインターフェースを備える、請求項１に記載のシステム。
【請求項２０】
前記音声入力インターフェースが、ステレオミキシングコンソールインターフェースを備える、請求項１に記載のシステム。
【請求項２１】
前記コンテンツ編集インターフェースが、ブラウザベースのインターフェース及び移動電話ソフトウェアアプリケーションベースのインターフェースのうちの少なくとも１つを備える、請求項１に記載のシステム。
【請求項２２】
使用中に、
前記サーバが、音声設定データを前記音声レコーディングスレーブデバイスに送信するように構成され、
前記音声レコーディングスレーブデバイスが、
音声出力インターフェースを介して、前記音声設定データに従って音声設定音声を出力し、
前記音声入力インターフェースを介して、受信される音声設定音声を受信し、
前記受信した音声設定音声を前記サーバに伝送する、
ように構成される、請求項１に記載のシステム。
【請求項２３】
前記音声設定音声が、ホワイトノイズ、掃引正弦波、及びピンクノイズ音声のうちの少なくとも１つである、請求項２２に記載のシステム。
【請求項２４】
使用中に、前記サーバが、前記受信した音声設定音声に従って音声設定測定を行うようにさらに構成される、請求項２２に記載のシステム。
【請求項２５】
使用中に、前記サーバが、前記音声設定測定値を前記クライアントコンピューティングデバイスに伝送するようにさらに構成される、請求項２４に記載のシステム。
【請求項２６】
前記音声レコーディングスレーブデバイスが、損失のない音声データを前記サーバに伝送するように構成される、請求項１に記載のシステム。
【請求項２７】
前記サーバが、ダウンサンプリングされた音声データを前記少なくとも１つのアーティストクライアントコンピューティングデバイスに伝送するように構成される、請求項２６に記載のシステム。
【請求項２８】
前記メタデータが、トラックの開始時間、トラックの終了時間、トラック名、少なくとも１人の作曲家、少なくとも１人のアーティスト、少なくとも１人のミキシングエンジニア、ジャンル、音楽出版社、レーベル、及びキーワードのうちの少なくとも１つを含む、請求項１に記載のシステム。
【請求項２９】
使用中に、
前記クライアントコンピューティングデバイスが、前記トラック編集インターフェースを介して音声ライセンス選択を受信するように構成され、
前記サーバが、前記複数の音声トラックを前記音声ライセンス選択と関連付けるべく前記メタデータを更新するように構成される、請求項１に記載のシステム。
【請求項３０】
請求項１〜請求項２８のいずれか１項に記載のコンテンツ編集サーバ。
【請求項３１】
請求項１〜請求項２８のいずれか１項に記載の音声レコーディングスレーブデバイス。
【請求項３２】
請求項１〜請求項２８のいずれか１項に記載のコンテンツ編集インターフェース。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散されたライブパフォーマンスのスケジュールされた音声レコーディング、クラウドベースの音声コンテンツ編集、並びに音声トラック及び関連するメタデータのオンラインコンテンツ配信のためのシステム、コンテンツ編集サーバ、音声レコーディングスレーブデバイス、及びコンテンツ編集インターフェースに関する。
【背景技術】
【０００２】
小売りのための音楽制作をするための従来の音声データのレコーディング、ミキシング、及びマスタリングは、スタジオベースの音のレコーディングと、その後の音声技術者によるデジタルミキシング及びマスタリングと、それに続くコンパクトディスクなどの物理的メディアなどによる音楽制作物のリリース又はコンテンツコンピュータネットワークへのリリースを含む。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
このようなプロセスは、音のレコーディングの問題、スケジューリングの問題、ミキシング及びマスタリングプロセス中の時間遅延、ライセンシング及びデジタル著作権管理の問題、コンテンツ配信プラットフォームなどを含む理由のために、ライブパフォーマンスからの音声データの音楽制作には適していない。
【０００４】
米国特許第８２２３９９０号Ｂ１（Ｄ１）は、風雑音の低減又は除去による音声品質の改善（第２欄１９〜２９行、第１欄３４〜４３行、第３欄１２〜１９行、及び図３）による音声信号からの雑音の除去（第３欄２０〜２３行、図２、第４欄２７〜３１行）の課題に関係する。
【０００５】
したがって、Ｄ１は、複数のチャンネルの音声データを含む音声信号を受信することと、複数の周波数帯のそれぞれでの信号中の音声データに関するパンニング情報を識別することを含む音声信号中の雑音を識別することと、パンニングが１つ又は複数の周波数帯のそれぞれに関する指定の閾値を超過するときに編集された音声信号を生成するべく該１つ又は複数の周波数帯での音声データを減衰させることを含む解決策を開示する（第１欄４９〜５９行）。
【０００６】
米国特許第２０１２００９３３２６号Ａ１（Ｄ２）は、計り知れないほど多くの楽曲から所望の楽曲をストレスなく容易に検索できるようにするという課題に関係する（段落０００３）。
【０００７】
具体的には、Ｄ２は、ユーザが楽曲の導入部を聴く必要なく楽曲を容易に区別できるように、楽曲を検索するために楽曲の「フック」（楽曲のクライマックスである）を識別することを開示する（段落０００４〜０００５）。したがって、Ｄ２は、音声信号に基づいて音声変化点を正確に検出し、フックの位置を高精度に高速で抽出できるようにすることに向けられる（段落００１２）。
【課題を解決するための手段】
【０００８】
ここで、分散されたライブパフォーマンスのスケジュールされた音声レコーディング、クラウドベースの音声コンテンツ編集、並びに音声トラック及び関連するメタデータのオンラインコンテンツ配信のためのシステム、コンテンツ編集サーバ、音声レコーディングスレーブデバイス、及びコンテンツ編集インターフェースが本明細書で開示される。
【０００９】
ここで、Ｄ１とＤ２のいずれも、コンテンツ配信ネットワーク上でリリースするための音声コンテンツの制作に関連する課題には向けられていない。具体的には、前述のように、Ｄ１は、音声信号中の風雑音を低減させることに向けられており、Ｄ２は、ユーザが楽曲を区別するのを容易にするために楽曲のクライマックスである「フック」を正確に識別することに向けられている。
【００１０】
さらに、Ｄ１とＤ２のいずれも、本明細書で説明する実施形態の主態様：
ａ．ライブパフォーマンスのスケジュールされた音声レコーディングのための、コンテンツ編集サーバに作動可能に結合される複数の分散された音声レコーディングスレーブデバイスの、複数の会場での使用、
ｂ．音声レコーディングスレーブデバイスにレコーディングプロセスを自動で行わせるためのクラウドベースのインターフェースを用いる音声レコーディングスレーブデバイスのアーティストスケジューリング、
ｃ．以下のｉ及びｉｉを含むクラウドベースの音声コンテンツ編集プロセス、
ｉ．レコーディングされた音声から複数の音声トラックを作成するためのトラック境界区切りのためのトラック編集インターフェース、及び
ｉｉ．複数の音声トラックのそれぞれと関連付けるためのメタデータを生成するためのメタデータ編集インターフェース、又は
ｄ．例えばコンテンツ配信ネットワークを経由する、音声データ及び関連するメタデータのコンテンツ配信、
に関係する本明細書で開示される特定の技術的実装を開示又は提案さえもしていない。
【００１１】
さらに、Ｄ１とＤ２のいずれも、本明細書で以下に説明する実施形態の副態様：
ａ．ライブパフォーマンススケジュール終了時間変化の自動検出のための音声データの音声分析、
ｂ．メタデータの自動生成のための自動トラック識別のための音声フィンガープリンティング技術、
ｃ．音声データの自動音声レベル最適化、又は
ｄ．少なくとも１人のノミネートされた権利者を指定する権利者のデータの、ＰＲＳ（ｐｅｒｆｏｒｍａｎｃｅ  ｒｉｇｈｔｓ  ｓｏｃｉｅｔｙ（著作権管理団体））サーバへの報告、
に関係する本明細書で開示される特定の技術的実装を開示又は提案さえもしていない。
【００１２】
具体的には、スタジオベースの音のレコーディングと、その後のデジタルミキシング及びマスタリング及び音楽制作物リリースの課題が識別されたとしても（この課題は、少なくとも既存の音のレコーディング及びミキシング技術の長寿を考えれば、おそらく識別されていないであろう）、当業者は、本明細書で説明されるエンドツーエンドのレコーディング、編集、及びコンテンツリリースプラットフォームを実装しなかったであろう。むしろ、当業者は、当然のこととして、ステップだけをルーティングすることによって、むしろ、レコーディング、コンテンツ編集、及び配信に関連して個々の改善を別々に実施したであろうし、（特に、所謂、現場での改善、設計の考慮事項などを考えて）そうすることにつながってきたのかもしれない。
【００１３】
さらに、本明細書で説明されるエンドツーエンドのレコーディング編集及びコンテンツリリースプラットフォームは、特に、コンテンツ編集サーバと通信するための音声スレーブレコーディングデバイスの設計、レコーディングデバイスのレコーディングスケジュールのクライアントベースのインターフェースされるアーティスト設定、及びその後のクラウドベースの編集インターフェース、特に、音声トラック区切り及びメタデータコンテンツを生成する目的で本明細書で開示される応答性のコンテンツ編集インターフェースの実装における克服するべき重大な技術的障害を含む。
【００１４】
具体的には、アーティストに対面するコンテンツ管理ツールのスイートと組み合わせて自律的レコーディングハードウェア（音声レコーディングスレーブデバイス）を用いた本明細書で開示されるシステムは、ライブパフォーマンス音声データが、適切なアーティスト報酬のためのデジタル著作権管理要件及びライセンシング要件を満たしながら、迅速に且つ効率よく記録され、編集され、小売りのためにコンテンツ配信ネットワークにリリースされることを可能にする。
【００１５】
本明細書で説明されるクラウドベースのコンテンツ管理システムを使用して、アーティストは、オンライン小売りネットワークに配信するために該アーティストらのライブパフォーマンスから取り込まれた音声データのスケジューリング、レコーディング、ミキシング、マスタリング、及び最適化を管理するためのプロフィール／アカウントを作成することができる。
【００１６】
本明細書で説明されるシステムは、レコーディングスケジュールのウェブ又はモバイルベースの設定、レコーディングされた音声データの個々のトラックへのクラウドベースのコンテンツ編集、及び本明細書で開示されるシステム又は第三者コンテンツ配信ネットワークのいずれかを通じたオンラインでの小売りのための個々のトラックのリリースを可能にする、クラウドベースのコンテンツ編集インターフェースを実装する。
【００１７】
クラウドベースのコンテンツ編集は、メタデータと個々のトラックとの関連付けを可能にし、メタデータは、画像及び適切な権利者情報並びにデジタル配信のためのトラックへのＩＳＲＣコードを含む。
【００１８】
クラウドベースのコンテンツ編集インターフェースは、後日リリースするためのそれらのレコーディングのアーカイビングを可能にし得る。
【００１９】
本明細書で開示されるコンテンツ編集システムは、アーティストによる高品質録音の安全な編集を可能にするために相当数のバックエンドプロセスを実施する。
【００２０】
音声レコーディングスレーブデバイスは、例えば、一対の接続されたアンビエントマイクロフォンと、ミキシングコンソールからの左右フィードを用いて、ライブパフォーマンスの録音を取り込むために会場に配置される、レコーディングデバイスである。
【００２１】
音声レコーディングスレーブデバイスは、安全なコンテンツ編集インターフェースを通じたアーティストによるレコーディングされた音声のアップロード及びその後のクラウドベースの編集のために、インターネットを介してコンテンツ編集サーバに作動可能に結合される。
【００２２】
音声レコーディングスレーブデバイスは、コンテンツ編集サーバによって実装されるクラウドベースのコンテンツ編集インターフェースを用いてアーティストによって設定されるスケジュールに従って音声データを記録するように制御されてよい。具体的には、音声レコーディングスレーブデバイスは、指定されたスケジュール時刻に音声レコーディング機能を開始することができるように、記憶するためにコンテンツ編集サーバからスケジュールを受信してよい。
【００２３】
パフォーマンス終了時間がスケジュールされ得るのに対して、本明細書で開示されるシステムは、例えば、バンドがスケジュール終了時間を超えて演奏する場合にアンコールが不注意で記録されないようにするために、パフォーマンス終了時間を自律的に決定してよい。
【００２４】
具体的には、設定可能な長さの「ローカル」移動窓中に、音声レコーディングスレーブデバイスは、パフォーマンスが始まったことを示す特定の信号振幅キューを検知してよい。音声レコーディングスレーブデバイスが、パフォーマンスが始まったと判定すると、該パフォーマンスの典型的なピークレベル及び平均レベルを判定するのに用いられる設定可能な長さの第２の「ゼネラル」移動窓が確立される。入来信号が、設定可能な時間（通常、２つの「ローカル」ウィンドウの持続時間）にわたってこのような移動窓によって観察されるピークレベル及び平均レベルよりも著しく低下する場合に、パフォーマンスが完結したと判断され、したがって、レコーディングが仕上げられる。
【００２５】
さらに、システムは、自律的にトラック区切り（別個のトラックの開始時間及び終了時間）検出をするように構成されてよい。したがって、アーティストのコンテンツ編集インターフェース内に現れるライブパフォーマンスレコーディングは、トラック区切りを既に有し得る。
【００２６】
コンテンツ編集システムは、メタデータ生成及び割り当てプロセスを自動化するために音声データフィンガープリンティングを実装してよい。
【００２７】
したがって、自動トラック区切り及びメタデータ生成及び関連付けを用いて、アーティストコンテンツ編集インターフェースは、既に区切られ適切なメタデータをタグ付けされたトラックを有するパフォーマンスの完成したレコーディングを表示してよく、アーティストからの少しの入力で又は入力なしにコンテンツ配信ネットワークへのリリースを可能にする。
【００２８】
システムは、自律的にミキシング、マスタリング、及び最適化をするようにさらに構成されてよい。サウンドエンジニア（時給制）によってしばしば数週間及び数か月の期間にわたってレコーディングスタジオでミキシング、マスタリング、及び最適化が行われる既存の構成とは対照的に、ミキシング、マスタリング、及び最適化は、システムによって自律的に行われ、デジタル音楽プラットフォーム及びブロードキャスト品質の音声の生成を可能にする。
【００２９】
コンテンツ編集サーバは、抽出の用意ができた音声レコーディングデータに関して各音声レコーディングスレーブデバイスに問い合わせるべく世界中の多くの会場にある複数の音声レコーディングスレーブデバイス（最高数千の音声レコーディングスレーブデバイスを含む）と常に通信してよい。
【００３０】
アーティストコンテンツ編集インターフェースは、アーティストがトラックマークを音声レコーディングに挿入し（又はそれが既に行われている場合にはトラックマークを編集し）、適切なメタデータを挿入し、第三者デジタル音楽配信プラットフォームなどを介してリリースするためのコンテンツを用意することを可能にする。
【００３１】
上記に加えて、各トラックへのメタデータの挿入は、システムが、関連するノミネートされた権利者の報酬のために、ＰＲＳ（オーストラリアのＡＰＲＡ｜ＡＣＭＯＳなど）に、関連するノミネートされた権利者と共に演奏されるトラックを含むライブパフォーマンスを報告することを可能にし得る。
【００３２】
コンテンツ編集インターフェースは、音を強調すること又は種々のパフォーマンスからのトラック（例えば、リリース「Ｔｏｕｒ  Ｂｅｓｔ  Ｏｆ」のためのツアーの各地からのトラック）を１つのリリースに組み込むことによってアーティストが該アーティストらのパフォーマンスを編集することを可能にするさらなる編集ツールを含んでよい。
【００３３】
したがって、上記のことを念頭に置いて、分散されたライブパフォーマンスのスケジュールされた音声レコーディング、クラウドベースの音声コンテンツ編集、並びに音声トラック及び関連するメタデータのオンラインコンテンツ配信のためのシステムであって、複数のソフトウェアモジュールを備えるコンテンツ編集サーバと、複数のソフトウェアモジュールは、クライアントコンピューティングデバイスのコンテンツ編集インターフェースを管理するように構成されたコンテンツ編集インターフェース管理モジュールを備え；インターネットを介してコンテンツ編集サーバと通信する複数の音声レコーディングスレーブデバイスと、各音声レコーディングスレーブデバイスは、使用中に少なくとも１つの音声入力から音声データを受信するように構成された音声入力インターフェースを備え；インターネットを介してコンテンツ編集サーバと通信する少なくとも１つのアーティストクライアントコンピューティングデバイスと；を備え、クライアントコンピューティングデバイスは、コンテンツ編集サーバのコンテンツ編集インターフェース管理モジュールによって管理されるコンテンツ編集インターフェースを表示するように構成され、使用中に、コンテンツ編集インターフェースは、ライブパフォーマンススケジュールを受信するように構成可能であり、サーバは、コンテンツ編集インターフェースから受信したライブパフォーマンススケジュールを音声レコーディングスレーブデバイスに設定するように構成され、音声レコーディングスレーブデバイスは、ライブパフォーマンススケジュールに従って音声入力インターフェースを介して音声データをレコーディングするように構成され、サーバは、音声レコーディングスレーブデバイスから音声データを取得し、音声データベースに格納するように構成され、コンテンツ編集インターフェースは、サーバによって音声データベースに格納された音声データの少なくとも１つの時系列波形表現を備え、該時系列波形表現が複数の音声トラックを区切るべくトラック時間区切りを調節するように構成されたトラック区切りコントロール部を備える、トラック編集インターフェースと、音声トラックのそれぞれと関連付けられたメタデータを編集するように構成されたメタデータ編集インターフェースとを表示するように構成され、サーバは、複数の音声トラック及び関連するメタデータを配信するように構成される、システムが開示される。
【００３４】
サーバは、ライブパフォーマンススケジュール終了時間変化の自動検出のために音声データの音声分析をするように構成されてよい。
【００３５】
音声分析は、第１の時間窓にわたる音声データの平均値及びピーク値のうちの少なくとも１つを判定し、その後の時間窓にわたる該音声データの平均値及びピーク値のうちの少なくとも１つの低下を検出することを含んでよい。
【００３６】
第１の時間窓は移動時間窓であってよい。
【００３７】
音声分析は、パフォーマンスの開始を示す信号振幅キューを検出することをさらに含んでよい。
【００３８】
サーバは、自動トラック区切り検出のために音声データの音声分析をするように構成されてよい。
【００３９】
音声分析は、音声振幅検出を含んでよい。
【００４０】
トラック区切りコントロール部は、自動トラック区切り検出に従って時系列波形のいくつかの位置に位置決めされる。
【００４１】
トラック区切りコントロール部の横方向の位置は、トラック時間区切りを変化させるべくユーザにより設定可能である。
【００４２】
時系列波形表現は、音声データを表す大きな時系列波形表現と、音声データのサブセットを表す小さな時系列波形表現を含んでよい。
【００４３】
時系列波形表現は、パンニングするように構成されてよい。
【００４４】
時系列波形表現は、ズーミングするように構成されてよい。
【００４５】
サーバは、音声トラックのそれぞれと関連付けられたメタデータを自動生成するために自動トラック識別をするべく音声フィンガープリンティング技術を使用するように構成されてよい。
【００４６】
サーバは、音声データの自動音声レベル最適化をするように構成されてよい。
【００４７】
コンテンツ編集インターフェースは、音声レベル最適化インターフェースをさらに備えてよい。
【００４８】
サーバは、少なくとも１人のノミネートされた権利者を指定する権利者のデータをＰＲＳサーバに報告するように構成されてよい。
【００４９】
サーバは、少なくとも１人のノミネートされた権利者を識別するために音声フィンガープリンティング技術を使用するように構成されてよい。
【００５０】
複数の音声トラック及び関連するメタデータを配信する際に、サーバは、複数の音声トラック及び関連するメタデータを第三者コンテンツ配信ネットワークサーバに送信するように構成されてよい。
【００５１】
音声入力インターフェースは、ステレオマイクロフォンインターフェースを備えてよい。
【００５２】
音声入力インターフェースは、ステレオミキシングコンソールインターフェースを備えてよい。
【００５３】
コンテンツ編集インターフェースは、ブラウザベースのインターフェース及び移動電話ソフトウェアアプリケーションベースのインターフェースのうちの少なくとも１つを備えてよい。
【００５４】
使用中に、サーバは、音声設定データを音声レコーディングスレーブデバイスに送信するように構成されてよく、音声レコーディングスレーブデバイスは、音声出力インターフェースを介して、音声設定データに従って音声設定音声を出力し、音声入力インターフェースを介して、受信される音声設定音声を受信し、受信した音声設定音声をサーバに伝送するように構成されてよい。
【００５５】
音声設定音声は、ホワイトノイズ、掃引正弦波、及びピンクノイズ音声のうちの少なくとも１つであってよい。
【００５６】
使用中に、サーバは、受信した音声設定音声に従って音声設定測定を行うようにさらに構成されてよい。
【００５７】
使用中に、サーバは、音声設定測定値をクライアントコンピューティングデバイスに伝送するようにさらに構成されてよい。
【００５８】
音声レコーディングスレーブデバイスは、損失のない音声データをサーバに伝送するように構成されてよい。
【００５９】
サーバは、ダウンサンプリングされた音声データを少なくとも１つのアーティストクライアントコンピューティングデバイスに伝送するように構成されてよい。
【００６０】
メタデータは、トラックの開始時間、トラックの終了時間、トラック名、少なくとも１人の作曲家、少なくとも１人のアーティスト、少なくとも１人のミキシングエンジニア、ジャンル、音楽出版社、レーベル、及びキーワードのうちの少なくとも１つを含んでよい。
【００６１】
使用中に、クライアントコンピューティングデバイスは、トラック編集インターフェースを介して音声ライセンス選択を受信するように構成されてよい。
【００６２】
このサーバは、複数の音声トラックを音声ライセンス選択と関連付けるように構成されてよい。
【００６３】
本発明の他の態様も開示される。
図面の簡単な説明
【００６４】
本発明の範囲内に入り得るあらゆる他の形態があるにもかかわらず、本開示の好ましい実施形態がここで単なる例として添付図を参照しながら説明される。
【図面の簡単な説明】
【００６５】
【図１】本開示の一実施形態に係る音声トラックのウェブベースの構成及びオンラインでの小売りのためにライブパフォーマンス音声データを取り込むためのシステムを示す図である。
【図２】図１のシステムのクライアントコンピューティングデバイスのトラック編集ソフトウェアアプリケーションの例示的なトラック編集インターフェース、特に、本開示のいくつかの実施形態に係るトラック編集インターフェースを示す図である。
【図３】図１のシステムのクライアントコンピューティングデバイスのトラック編集ソフトウェアアプリケーションの例示的なトラック編集インターフェース、特に、本開示のいくつかの実施形態に係るメタデータ編集インターフェースを示す図である。
【発明を実施するための形態】
【００６６】
本開示に係る原理の理解を促進する目的で、ここで図面に示された実施形態への言及を行い、同じものを説明するために特定の言葉が用いられる。それにもかかわらず、開示の範囲を限定することは意図されないことは理解されるであろう。当該技術分野の当業者は本開示を入手すると通常想到するであろう本明細書で例示される発明的な特徴のどの変更及びさらなる修正、並びに本明細書で例示される開示の原理のどのさらなる用途も、本開示の範囲内にあると考えられるものとする。
【００６７】
分散されたライブパフォーマンスのスケジュールされた音声レコーディング、クラウドベースの音声コンテンツ編集、並びに音声トラック及び関連するメタデータのオンラインコンテンツ配信のためのシステム、コンテンツ編集サーバ、音声レコーディングスレーブデバイス、及びコンテンツ編集インターフェースに関係する構造、システム、及び関連する方法が開示及び説明される前に、本開示は、そのように若干変化し得るものであるから、特定の構成及びプロセスステップに限定されないことが理解される。開示の範囲は請求項及びその均等物によってのみ制限されるので、本明細書で使用される用語は、特定の実施形態を単に説明する目的で用いられ、限定するものとなることを意図されないことも理解される。
【００６８】
本開示の主題を説明し、特許請求するにあたり、以下に記載の定義に従って以下の用語が用いられる。
【００６９】
本明細書及び付属の請求項で用いられる場合の単数形（「ａ」、「ａｎ」、及び「ｔｈｅ」）は、文脈上他の意味に明白に規定される場合を除き複数の指示対象を含むことに留意しなければならない。
【００７０】
本明細書で用いられる場合の「含む、備える（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｃｏｎｔａｉｎｉｎｇ）」、「によって特徴づけられる」という用語、及びその文法上の均等物は、さらなる挙げられていない要素又は方法ステップを除外しない包括的な又は制限のない用語である。
【００７１】
以下の説明では、異なる実施形態における同様の又は同じ参照番号は同じ又は類似の特徴を表すことに留意されたい。
【００７２】
分散されたライブパフォーマンスのスケジュールされた音声レコーディング、クラウドベースの音声コンテンツ編集、並びに音声トラック及び関連するメタデータのオンラインコンテンツ配信のためのシステム：
図１に移ると、分散されたライブパフォーマンスのスケジュールされた音声レコーディング、クラウドベースの音声コンテンツ編集、並びに音声トラック及び関連するメタデータのオンラインコンテンツ配信のためのシステム１が示されている。
【００７３】
システム１は、クラウドベースのコンテンツ編集サーバ１を備える。サーバ７の「コンテンツ編集」という呼び方はサーバ１の主目的を示すことに留意されたいが、サーバ７は、コンテンツ編集に加えて、本明細書で説明される機能を含む他の機能も行うことに留意されたい。
【００７４】
一般論として、「クラウドベースの」という用語は、例えばコンテンツ編集サーバ７から、インターネットを介してオンデマンドでユーザが利用できるようにされたアプリケーション、サービス、又はリソースを指す用語として一般的に解釈されるべきである。
【００７５】
さらに詳細に後述するように、コンテンツ編集サーバ７は、スケジュールライブパフォーマンスからの音声データを記録するために、インターネット３７を介して複数の会場６にある複数の音声レコーディングスレーブデバイス５と動作可能に通信する。
【００７６】
音声データを記録すると、コンテンツ編集サーバ７は、さらに詳細に後述するようにアーティストクライアントコンピューティングデバイス９上のコンテンツ編集インターフェースを使用するトラックの編集及びコンテンツメタデータの管理のためにレコーディングされた音声データを利用可能にするように構成される。
【００７７】
いくつかの実施形態では、コンテンツ編集サーバ７は、物理サーバ、又はＡｍａｚｏｎウェブサービスなどのクラウドベースのサーバ仮想化サービスによって実装される仮想化されたサーバの形態をとってもよい。これに関して、コンテンツ編集サーバ１は、音声レコーディングスレーブデバイス５、クライアントコンピューティングデバイス９、コンテンツ配信ネットワーク１６、音声データフィンガープリンティングサーバ６、及び本明細書で説明されるものを含む他のコンピューティングデバイスとインターフェースするために、インターネット３７経由で要求を提供するためのウェブサーバ１７を実装する。
【００７８】
サーバ７は、要求を提供する目的で種々のデータベース及びソフトウェアモジュール３０と調和して動作するウェブサーバ１７を含む。いくつかの実施形態では、ウェブサーバ１７は、本明細書での機能を実装するためにＰＨＰハイパーテキストプリプロセッサなどのハイパーテキストプリプロセッサと併せて動作し得るＡｐａｃｈｅウェブサーバであってよい。さらに、データベースは、本明細書で説明されるレコーディングされた音声データなどの大きいバイナリデータを格納するためのファイルシステムデータベースを含むＭｙＳＱＬデータベースなどのリレーショナルデータベースであってよい。
【００７９】
図１から具体的に分かるように、サーバ７は、音声レコーディングスレーブデバイス５から受信した音声データを格納するように構成された、ウェブサーバ１７と動作可能に通信する音声データベース８を備える。これに関して、コンテンツ編集サーバ７と通信する目的で、各音声レコーディングスレーブデバイス６は、音声レコーディングスレーブデバイス５とコンテンツ編集サーバ７との間の通信を可能にする、関連するウェブインターフェース４を備えてよい。
【００８０】
いくつかの実施形態では、ウェブインターフェース４は、本明細書で説明される取得及びさらなる処理及びコンテンツの編集の目的でレコーディングされた音声が存在するかどうかを確かめるために、コンテンツ編集サーバ７が各音声レコーディングスレーブデバイス５に周期的にポーリングすることを可能にするように構成される。
【００８１】
このように、ウェブサーバ４は、コンテンツ編集サーバ７を音声レコーディングスレーブデバイス５に適宜接続することができるように、音声レコーディングスレーブデバイス５の割り当てられたＩＰアドレスを、インターネット３７を介してコンテンツ編集サーバ７に周期的に報告してよい。
【００８２】
コンテンツ編集サーバ７とさらに動作可能に通信するのは、ライブパフォーマンスレコーディング、コンテンツ編集、及びその他の本明細書で説明されるものなどをスケジューリングする目的でアーティストによって一般に用いられる複数のクライアントコンピューティングデバイス９である。クライアントコンピューティングデバイス９は、デスクトップコンピューティングデバイス、スマートフォンなどのモバイル通信デバイスを含むモバイルコンピューティングデバイスなどの異なる実施形態をとり得る。
【００８３】
クライアントコンピューティングデバイス９は、コンテンツ編集インターフェース３８を表示するように構成される。さらに詳細に後述する実施形態では、コンテンツ編集インターフェース３８は、図２を参照して実質的に示されるトラック編集インターフェース１０と、トラック編集インターフェース１０を使用して構成される種々の音声トラックと関連付けられたメタデータ１５を編集する目的で図３に実質的に示されるメタデータ編集インターフェース１４を備える。
【００８４】
これに関して、コンテンツ編集インターフェース３８は、パーソナルコンピューティングデバイス上で実行するＭｏｚｉｌｌａ  Ｆｉｒｅｆｏｘ又はＧｏｏｇｌｅ  Ｃｈｒｏｍｅウェブブラウザアプリケーションなどを使用するブラウザ１３ベースであってよい。代替的に、コンテンツ編集インターフェース３８は、実装される移動電話ソフトウェアアプリケーションであってもよく、この場合、ソフトウェアアプリケーションは、本明細書で説明される場合のコンテンツ編集インターフェース３８及び他の機能を実装する目的でモバイル通信デバイス上にインストールするために、Ａｐｐｌｅ  Ａｐｐ  Ｓｔｏｒｅなどのソフトウェアアプリケーションストアからモバイル通信デバイスにダウンロードされる。
【００８５】
図から分かるように、サーバ７のソフトウェアモジュール３０は、コンテンツ編集インターフェース３８を管理するように構成された、コンテンツ編集インターフェース管理モジュール３４を備える。
【００８６】
ここで、使用中に、アーティストがライブパフォーマンスを記録することを望む場合がある。したがって、コンテンツ編集インターフェース３８を使用して、アーティストは、ライブパフォーマンススケジュールを設定することになる。例えば、特定の会場６で様々なバンドが演奏している場合があり、該アーティストは、自分達のバンドが２０１７年２月２６日のＰＭ７時〜ＰＭ８時に演奏していることを設定してよい。したがって、コンテンツ編集インターフェース３８を使用して、アーティストは、開始時間及び終了時間を含むスケジュールを入力する。会場識別などの他の情報が入力されてもよい。
【００８７】
ここで、コンテンツ編集サーバ７は、ライブパフォーマンススケジュール設定データを適切な音声レコーディングスレーブデバイス５に送信することができるように、定められた会場６にある適切な音声レコーディングスレーブデバイス５を識別することができるように、クライアントコンピューティングデバイス９からライブパフォーマンススケジュールデータを受信するように構成される。
【００８８】
図１から分かるように、システム１は、例示する目的で示される２つの会場を備える。これに関して、サーバ７は、第１の表示される会場６を適切な会場として識別すると、ライブパフォーマンススケジュールデータを、会場６にある音声レコーディングスレーブデバイス５に送信するように構成される。
【００８９】
いくつかの実施形態では、レコーディングの前に、技術者が、音声レコーディングスレーブデバイス５のインストールの目的で会場６を訪れてよい。
【００９０】
好ましい実施形態において、音声レコーディングスレーブデバイス５は、ライブパフォーマンスの潜在的に厳しい動作環境に適する小さいフォームファクタの高耐久化されたコンピューティングデバイスである。いくつかの実施形態では、音声レコーディングスレーブデバイス５は、ラックマウント式のコンピューティングデバイスであってよい。いくつかの実施形態では、音声レコーディングスレーブデバイス５は、本明細書で説明される目的のための適切な処理、メモリ、データストレージ、音声インターフェース、及びネットワーク相互接続性を含むブレードサーバなどの形態をとってよい。
【００９１】
このような実装は、アーティスト又はそのバンドメンバーを巻き込む必要はない。音声レコーディングスレーブデバイス５のインストール中に、技術者は、音声レコーディングスレーブデバイス５を、様々な入力から音声データを受信するように設定してよい。具体的には、図から分かるように、音声レコーディングスレーブデバイス５は、複数の音源からの音声データを受信するように構成された音声入力インターフェース１８を備える。
【００９２】
いくつかの実施形態では、音声入力インターフェース１８は、左右のマイクロフォン１９からのステレオマイクロフォンデータを受信するように構成される。付加的な又は代替的な実施形態では、音声入力インターフェース１８は、ミキシングデッキなどからのステレオ音声データを受信するように構成される。本明細書で説明される実施形態の目的の範囲内で異なる音声入力が等しく使用され得る。
【００９３】
音声レコーディングスレーブデバイス５のインストールにおいて、システム１は、音声設定の繰返しを実施するように構成されてよく、この場合、音声レコーディングスレーブデバイス５は、品質測定の目的で音声出力インターフェース１８を介したレコーディングのためにノイズ発生器２０（ホワイトノイズ、ピンクノイズなどの）を介してノイズを出力するように構成される。
【００９４】
音声設定は、音声レコーディングスレーブデバイス５自体によって又はサーバ７から受信される命令と併せて実施されてよい。後者の場合、各新しい音声レコーディングスレーブデバイス５がオンラインにされると、コンテンツ編集サーバ５は、登録ステージを実施するように構成され、この場合、音声レコーディングスレーブデバイス５が登録され、その後、レコーディングが本明細書で説明される目的に十分な品質であることを保証するために音声品質測定の繰返しが行われる。音声品質測定は、マイクロフォン位置のバリエーションなどを考慮に入れるために各ライブレコーディングの前にシステム１によって実施され得ることに留意されたい。
【００９５】
いくつかの実施形態では、音声レコーディングスレーブデバイス５は、会場６に恒久的に残されてよい。
【００９６】
前述のように、多数の音声レコーディングスレーブデバイス５が多数の会場６に配置される場合がある。例えば、コンテンツ編集サーバ７は、５０００を超える音声レコーディングスレーブデバイス５を管理することができるように構成されてよい。
【００９７】
したがって、前述のように、コンテンツ編集サーバ７は、ライブパフォーマンススケジュールを、音声レコーディングスレーブデバイス５のメモリ３９などに格納するために、該当する音声レコーディングスレーブデバイス５に送信するように構成される。
【００９８】
したがって、ライブパフォーマンス録音スケジュールを受信すると、音声レコーディングスレーブデバイス５は、設定されたレコーディングスケジュールの開始時間を監視するように構成される。したがって、レコーディングスケジュールによって指定される定められた開始時間に、音声レコーディングスレーブデバイス５はレコーディングを自動的に開始するように構成される。アーティストが、音声レコーディングスレーブデバイス５が実際にレコーディングしているという確信を得ることができるように、コンテンツ編集インターフェース１３を介して音声レコーディングスレーブデバイス５のレコーディングステータスを見ることができてもよい。
【００９９】
インターネット３７にわたる潜在的な帯域幅制限を考えると、音声レコーディングスレーブデバイス５は、レコーディングされた音声データを、コンテンツ編集サーバ７によるその後の取得又はより低いビットレートでの取得のために音声キャッシュ３内に記憶してよい。前述のように、いくつかの実施形態では、コンテンツ編集サーバ７は、取得のために音声キャッシュ３内に何らかのレコーディングされた音声データが存在するかどうかを確かめるべく音声レコーディングスレーブデバイス５に周期的にポーリングするように構成される。
【０１００】
ライブパフォーマンスレコーディングスケジュールの終了時に、音声レコーディングスレーブデバイス５は、レコーディングを自動的に停止するように構成される。さらに詳細に後述する実施形態では、音声レコーディングスレーブデバイス５は、パフォーマンスが定められた終了時間を超えて延長されるシナリオを識別するために音声分析技術を使用するように構成される。
【０１０１】
ここで、音声レコーディングスレーブデバイス５からレコーディングされた音声データを取得すると、サーバ７のコンテンツ編集インターフェースマネージャモジュール３４は、サーバによって音声データベース８に格納された音声データの少なくとも１つの時系列波形表現を備えるトラック編集インターフェース１０を表示するようにコンテンツ編集インターフェース３８を設定するように構成される。
【０１０２】
時系列波形表現は、複数の音声トラックを区切るべくトラック時間区切りを調節するように構成された、トラック区切りコントロール部を備える。さらに詳細に後述するいくつかの実施形態では、サーバ７は、音声分析を使用してトラック区切りを自動で識別するように構成されてよい。
【０１０３】
さらに、コンテンツ編集インターフェースは、音声トラックのそれぞれと関連付けられるメタデータを編集するように構成された、メタデータ編集インターフェース１４をさらに備える。さらに詳細に後述するさらなる実施形態では、サーバ７は、メタデータを自動生成する目的でトラックを自動で識別するように構成される。
【０１０４】
コンテンツ編集インターフェース３８は、音声レベル最適化機能などの他の編集機能を実装してよい。
【０１０５】
ここで、コンテンツ編集インターフェース３８を使用して音声トラックが構成されると、サーバ７は、複数の音声トラック及び関連するメタデータを配信するように構成される。
【０１０６】
このような配信は、編集された音声トラック及び関連するメタデータをオンラインでの小売りのためにＡｐｐｌｅ  ｉＴｕｎｅｓなどの第三者コンテンツ配信ネットワーク１６に送信することで行われてよい。
【０１０７】
編集された音声トラック及び関連するメタデータを第三者コンテンツ配信ネットワーク１６に送信する又は利用可能にする際に、コンテンツ編集サーバ７は、受信側のコンテンツ配信ネットワーク１６が権利者報酬などのために音声コンテンツに関連した該当する情報を容易に確認することができるように、音声データ及び関連するメタデータを、音声トラックのメタデータと音声データとの両方を搬送するメタデータ伝送フォーマットにパッケージしてよい。いくつかの実施形態では、ＤＤＥＸメタデータ伝送フォーマットが使用されてよい。
【０１０８】
代替的な実施形態では、コンテンツ編集サーバ７は、それ自体で、ユーザが音声トラックをダウンロードし、そのための支払いプロセスに対処することを可能にする、支払い処理、チェックアウト機能などを含む、音声トラックのオンラインでの小売り機能を実装してよい。
【０１０９】
トラック編集インターフェース１０：
ここで図２に移ると、クライアントコンピューティングデバイスによって表示される例示的なトラック編集インターフェース１０が示されている。前述のように、ライブパフォーマンスが上記で説明された様態で記録されると、アーティストは、その後、レコーディングされた音声トラックを見るために、クライアントコンピューティングデバイス９を使用してサーバ７で認証をしてよい。
【０１１０】
具体的には、トラック編集インターフェース１０は、レコーディングされた音声データの時系列振幅波形表示部を含む波形表示部１１を備える。アーティストは、音声トラック構成プロセス中に波形表示部１０をパン及びズームしてよい。
【０１１１】
音声トラック構成プロセス中に、アーティストによって１つ又は複数の音声トラック１２が構成されることになる。
【０１１２】
図から分かるように、インターフェース１０は波形表示部１１を備える。この具体的な実施形態では、波形表示部１１は、レコーディングされた音声データの全体を示す大きな波形表示部２８と、レコーディングされた音声データの選択部のズームインを示す小さな波形表示部２９を含む。
【０１１３】
波形表示部１１は、トラック境界をマーキングする目的で用いられる少なくとも１つの音声トラック境界区切りコントロール部２５を備える。使用中に、アーティストは、小さな波形表示部２９を使用して、音声トラック開始区切りコントロール部２５及び音声トラック終了区切りコントロール部２５の横方向の位置を設定し、次いで、新しいトラックを作成するべく新しいトラックの追加ボタン２３を使用することになる。
【０１１４】
さらに詳細に後述するいくつかの実施形態では、サーバ７は、区切りコントロール部２５の位置決めを自動化するために音声分析をするように構成される。したがって、アーティストは、区切りが適切に位置決めされていることを確認するためにインターフェース１０を見て、適切に配置されていなければそれらを適宜編集してよい。
【０１１５】
図３を参照して以下でさらに詳しく説明するメタデータ編集インターフェース１４に示されるように、コンテンツ編集インターフェース３８は、複数の作成された音声トラック１２を備える。
【０１１６】
したがって、「新しいトラックの追加」ボタン２３が押されると、ページ１０は、音声トラック１２内の音声トラック２７として示される新しい音声トラックを作成するように構成され、音声トラック２７は、音声トラック境界マーカ２５の位置に従って設定された音声トラック境界を備える。
【０１１７】
トラック編集インターフェース１０は、アーティストが音声データの選択された部分を聴き、適宜ボリュームを調節することを可能にするプレイアウトコントロール部２０を備える。プレイアウトコントロール部２０は、音声トラック境界マーカ２５によって境界付けられる音声トラックデータの一部又は音声トラック１２からの選択されたトラックを聴くために構成されてよい。
【０１１８】
好ましい実施形態において、インターフェースの応答性などのために、サーバ７は、音声トラックを構成する目的で、圧縮された音声データをブラウザ３０に提供するように構成されてよい。このように、アーティストは、音声トラック境界などを設定する目的で低いビットレートの音声データを単純に使用してよく、その後、設定されると、インターネットサーバ７は、設定ページ１０から受信した設定に従って高ビットレートの音声トラックデータを作成するように構成される。
【０１１９】
メタデータ編集インターフェース：
前述のように、ここで図３に移ると、新たに作成されたトラック２７に関して、アーティストは、メタデータカラム２２によって示される種々のメタデータを入力してよい。図示される例では、メタデータは、トラックの開始時間、トラックの終了時間、トラック名、作曲家のリスト、アーティストのリスト、ミキシングエンジニア、ジャンル、音楽出版社、レーベル、及び種々のキーワードを含んでよい。アルバムアートを含む他のメタデータが提供されてもよい。
【０１２０】
このページから分かるように、アーティストは、いくつかのトラック１２を構成した。具体的には、いくつかのトラック１２は、大きな波形表示部２８の音声トラックデータ２７の部分へのカラー表現に対応する第１のトラック２７を含む。同様に、トラック２１は、大きな音声データ波形表現の音声データ部分２１に対応する。
【０１２１】
いくつかの実施形態では、種々の音声エフェクトに関係する構成などの例示的なページ１０に示される構成以外の他の構成が設定されてよいことに留意されたい。
【０１２２】
アーティストは、音声トラック構成プロセスを完了するために「保存及び続行」ボタン７を使用する。
【０１２３】
その後、一実施形態では、ウェブサーバ１７は、ライセンス設定ページを表示するように構成され、ユーザは、音声トラックに関する適切なライセンシングレジメを選択してよい。一実施形態では、アーティストは、標準化された音声ライセンスを使用することを選んでもよい。
【０１２４】
いくつかの実施形態では、サーバ７は、アーティストによる該サーバ７からの適切な音声ライセンスの選択を可能にするべく複数の利用可能な音声ライセンスを格納してよい。
【０１２５】
さらに詳細に後述する実施形態では、サーバ７は、アーティストが生成されたメタデータを同様の様態で見ることができるようにメタデータコンテンツの生成を自動化するように構成されてよい。
【０１２６】
ライブパフォーマンススケジュール終了時間変化の自動検出のための音声データの音声分析：
いくつかの実施形態では、システム１は、アンコールなどの間にライブパフォーマンスのレコーディングがスケジュールされた時間を超えてうっかり延長されることを回避するためにライブパフォーマンススケジュール終了時間変化を自動検出するべく音声データの分析をするように構成されてよい。
【０１２７】
いくつかの実施形態では、スケジュール及び時間変化の検出は、音声レコーディングスレーブデバイスによって実施されてよい。代替的な実施形態では、ソフトウェアモジュール３０は、音声分析を行い、パフォーマンスが定められたスケジュール終了時間を超えて延長するかどうかを判定するように構成された、スケジュール終了時間変化検出モジュール３５を備えてよい。
【０１２８】
具体的には、１８０秒の長さの移動窓中に、音声レコーディングスレーブデバイス６は、パフォーマンスが始まったことを示す特定の信号振幅キューを検知してよい。
【０１２９】
その後、音声レコーディングスレーブデバイスがパフォーマンスが始まったと判定すると、パフォーマンスのピークレベル及び平均レベルを判定するのに用いられる６００秒の長さの第２の移動窓が確立される。
【０１３０】
したがって、入来信号が、設定された時間（１８０秒）にわたってこれらのピークレベル及び平均レベルよりも著しく低下する場合、パフォーマンスが完結したと判断され、したがって、レコーディングが仕上げられる。
【０１３１】
逆に、入来信号のピークレベル及び平均レベルが設定された時間にわたって比較的一定であるならば、音声レコーディングスレーブデバイス５は、音声データのレコーディングを、定められた終了時間を超えて延長するように構成されてよい。
【０１３２】
いくつかの実施形態では、前述のように、アーティストは、ハンドヘルド通信デバイスを用いてコンテンツ編集インターフェース３８にアクセスすることなどによってライブパフォーマンス中に終了時間を延長する又は代替的にライブパフォーマンスの終了時間を前倒しすることができるようにすることによってレコーディング終了時間を実質的にリアルタイムで操作する目的でコンテンツ編集インターフェース３８を使用してよい。
【０１３３】
自動トラック区切り検出のための音声データの音声分析：
前述のように、一実施形態では、コンテンツ編集サーバ７は、自動トラック区切り検出のために音声データの音声分析をするように構成される。このように、同じく前述したように、コンテンツ編集インターフェース３８を生成するときに、コンテンツ編集インターフェース３８は、サーバ７によって自動で決定される場合の適切なトラック区切り位置に位置決めされた区切りコントロール部２５が最初に表示されてよい。
【０１３４】
この実施形態では、ソフトウェアモジュール３０は、この目的のために構成されるトラック区切り検出モジュール３６を備える。
【０１３５】
したがって、トラックの区切りを識別することによって、サーバ７は、音声データを種々の音声トラックに分けるためのアーティストからの必要とされる手動での介入を減らす又はなくす。
【０１３６】
いくつかの実施形態では、サーバ７は、ライブパフォーマンスの歌曲間の無音のギャップを検出することができるように振幅監視を実施してよい。
【０１３７】
前述したのと同様の様態で、サーバ７は、ライブ観客などからのバックグラウンドノイズが潜在的に存在するにもかかわらず、受信した音声信号の振幅の平均振幅音声レベルを下回る低下によって示されるトラック区切りを判定することができるように、平均振幅音声レベルを判定してよい。
【０１３８】
コンテンツ編集サーバ７は、例えば、すべての音声トラックが少なくとも１分の長さであると仮定することによって間違った区切りをなくすことができるように、時間閾値制約をさらに実施してよい。
【０１３９】
メタデータの自動生成のための自動トラック識別のための音声フィンガープリンティング技術：
さらなる実施形態では、サーバ７は、メタデータを自動生成するために音声フィンガープリンティング技術を使用するように構成されてよい。
【０１４０】
具体的には、ソフトウェアモジュール３０は、この目的のために構成されるトラック識別モジュール３１を備えてよい。具体的には、トラック識別モジュール３１は、種々の音声トラックを認識するために音声フィンガープリンティング技術を使用する。
【０１４１】
いくつかの実施形態では、第三者音声フィンガープリントサーバ３６を介する音声フィンガープリンティングが実施されてよく、この場合、音声データ又は音声フィンガープリントデータは、コンテンツ編集サーバ７から音声データフィンガープリンティングサーバに送信される。
【０１４２】
例えば、演奏するバンドは、ビートルズの歌曲のカバーを行う場合がある。このように、音声フィンガープリンティングを使用して、トラック識別モジュール３１は、トラック、したがって、関連するアーティストを識別することができ得る。
【０１４３】
このように、トラック識別モジュール３１は、トラック名、アーティスト、及び他の該当する情報などの生成された音声トラックと関連付けられるべきメタデータを自動的に生成するためにサーバ７によって用いられてよい。
【０１４４】
サーバ７が権利者のデータ情報を報告するように構成されるいくつかの実施形態では、サーバ７は、権利者通知プロセスを自動化することができるように、この音声フィンガープリンティング技術から識別されるアーティストを使用してよい。
【０１４５】
音声データの自動音声レベル最適化：
同じく前述したように、いくつかの実施形態では、サーバ７は、音声データの自動音声レベル最適化をするように構成されてよい。具体的には、図から分かるように、モジュール３０は、レコーディングされた音声データを適宜最適化するように構成された、音声レベル最適化モジュール３２を備えてよい。
【０１４６】
前述のように、自動音声レベル最適化モジュール３２は、従来のサウンドエンジニアによる手動の音声レベル最適化プロセスを自動化する。
【０１４７】
具体的には、音声レベル最適化モジュール３２は、様々な高音部レベル、低音部レベルなどの様々な音声周波数帯レベルを最適化してよい。
【０１４８】
さらに、音声レベル最適化モジュール３２は、ホワイトノイズ、拍手喝采のノイズなどのバックグラウンドノイズを低減させる又はなくすためにノイズ抑制をするように構成されてよい。
【０１４９】
いくつかの実施形態では、音声レベル最適化モジュール３２は、コンテンツ配信及び／又はブロードキャスト品質の音声を生成するように構成されてよい。
【０１５０】
いくつかの実施形態では、音声最適化は、コンテンツ編集プロセス中にアーティストが既に最適化された音声に働きかけることができるように、アーティストがコンテンツ編集インターフェース３８を使用してレコーディングされた音声を見る前に行われてよい。
【０１５１】
いくつかの実施形態では、コンテンツ編集インターフェース３８は、さらなる微調整での音声レベル最適化モジュール３２の音声最適化を含む、アーティストが音声レベル最適化を行うことを可能にし得る。
【０１５２】
例えば、最適化モジュール３２が低音部レベルを設定した場合に、アーティストは、コンテンツ編集インターフェース３８で、低音部レベル３２をさらに変化させるべく設定してよい。
【０１５３】
少なくとも１人のノミネートされた権利者を指定する権利者のデータのＰＲＳサーバへの報告：
同じく前述したように、いくつかの実施形態では、サーバ７は、権利者報酬をもたらすためにＰＲＳサーバへの権利者データの報告を自動化するように構成されてよい。
【０１５４】
例えば、バンドが歌曲のカバーを行うならば、歌曲は、レコーディングのために使用報告がＰＲＳサーバに伝送され得るように、サーバ７によって認識されてよく又はコンテンツ編集インターフェース３８を使用するアーティストによって識別されてよい。
【０１５５】
前述したように、実施形態では、サーバ７は、アーティスト識別プロセスを自動化するためにトラック識別モジュール３１を使用してよい。
【０１５６】
複数の音声トラック及び関連するメタデータのコンテンツ配信：
最後のプロセスは、複数の音声トラック及び関連するメタデータがこのように構成されると、オンラインでの小売りのために音声トラックを配信することである。
【０１５７】
いくつかの実施形態では、サーバ７は、オンラインでの小売りのために音声トラックを第三者コンテンツ配信ネットワーク６に送信してよい。第三者コンテンツ配信ネットワーク１６は、アーティスト、アルバム名、トラック名、ジャンルなどによって検索できるようにコンテンツデータベースを配布するために音声トラックと関連付けられたメタデータを使用してよい。
【０１５８】
代替的な実施形態では、第三者コンテンツ配信ネットワーク１６の使用とは対照的に、コンテンツ編集サーバ７は、それ自体でコンテンツ配信を実施してよい。
【０１５９】
このように、ウェブサーバ７は、音声コンテンツのオンライン小売りリソースを提供してよく、これにより、顧客は、その後のダウンロードのためのチェックアウト及び購入のために音声トラックを識別する目的で種々のパラメータによって検索してよい。
【０１６０】
音声データが好ましい実施形態を参照して本明細書で説明されるが、代替的な実施形態では、システム１は、ビデオデータに等しく適用可能であり得ることに留意されたい。
【０１６１】
解釈
無線：
本発明は、他のネットワーク規格、並びに例えば他のＷＬＡＮ規格及び他の無線規格を含む他の応用に適合するデバイスを用いて具体化され得る。対応可能な応用は、ＩＥＥＥ８０２．１１無線ＬＡＮ及びリンク、並びに無線イーサネット（登録商標）を含む。
【０１６２】
この文書との関連での「無線」という用語及びその派生語は、非固体媒体を通じて変調された電磁放射の使用を通じてデータを通信し得る回路、デバイス、システム、方法、技術、通信チャンネルなどを説明するのに用いられる場合がある。該用語は、関連するデバイスがどのような配線も含まないことを含意しないが、いくつかの実施形態では、それらはそうでないかもしれない。この文書との関連での「有線」という用語及びその派生語は、固体媒体を通じて変調された電磁放射の使用を通じてデータを通信し得る回路、デバイス、システム、方法、技術、通信チャンネルなどを説明するのに用いられる場合がある。該用語は、関連するデバイスが導電性の配線によって結合されることを含意しない。
【０１６３】
プロセス：
特にそれ以外の指定のない限り、以下の説明から明らかなように、本明細書の説明の全体を通して、「処理する」、「コンピューティング」、「計算する」、「判定する、決定する（ｄｅｔｅｒｍｉｎｉｎｇ）」、「分析する」などの用語の使用は、電子的量などの物理的量として表されるデータを同様に物理的量として表される他のデータに操作する及び／又は変換するコンピュータ又はコンピューティングシステム又は同様の電子コンピューティングデバイスのアクション及び／又はプロセスを指すことが分かる。
【０１６４】
プロセッサ：
同様に、「プロセッサ」という用語は、例えばレジスタ及び／又はメモリからの電子データを、例えばレジスタ及び／又はメモリに記憶され得る他の電子データに変換するべく処理する任意のデバイス又はデバイスの一部を指す場合がある。「コンピュータ」又は「コンピューティングデバイス」又は「コンピューティングマシン」又は「コンピューティングプラットフォーム」は、１つ又は複数のプロセッサを含む場合がある。
【０１６５】
本明細書で説明される方法論は、一実施形態では、プロセッサのうちの１つ又は複数によって実行されるときに本明細書で説明される方法のうちの少なくとも１つを実行する命令の組を含むコンピュータ可読（機械可読とも呼ばれる）コードを受け入れる１つ又は複数のプロセッサによって行うことができる。とられるべきアクションを指定する命令の組を（順次に又は他の方法で）実行することができるあらゆるプロセッサが含まれる。したがって、一例は、１つ又は複数のプロセッサを含む典型的な処理システムである。処理システムは、メインＲＡＭ及び／又はスタティックＲＡＭ、及び／又はＲＯＭを含むメモリサブシステムをさらに含む場合がある。
【０１６６】
コンピュータ可読媒体：
さらに、コンピュータ可読搬送媒体は、コンピュータプログラム製品を形成してよい、又はこれに含まれていてよい。コンピュータプログラム製品は、コンピュータが使用可能な搬送媒体上に記憶することができ、コンピュータプログラム製品は、プロセッサに本明細書で説明される方法を行わせるためのコンピュータ可読プログラム手段を含む。
【０１６７】
ネットワーク化された又は複数のプロセッサ：
代替的な実施形態では、１つ又は複数のプロセッサは、独立型デバイスとして動作し、又は他のプロセッサ（単数又は複数）に接続されてよく、例えば、ネットワーク化された構成ではネットワーク化されてよく、１つ又は複数のプロセッサは、サーバ−クライアントネットワーク環境ではサーバ又はクライアントマシンの容量で、又はピア・ツー・ピア又は分散ネットワーク環境ではピアマシンとして動作してよい。１つ又は複数のプロセッサは、ウェブアプライアンス、ネットワークルータ、スイッチ又はブリッジ、又は該マシンによってとられるべきアクションを指定する命令の組を（順次に又は他の方法で）実行することができる任意のマシンを形成してよい。
【０１６８】
或る図はコンピュータ可読コードを搬送する単一のプロセッサ及び単一のメモリだけを示すことに注目されるが、上記で説明されたコンポーネントの多くは、含まれるが、発明的な態様を不明瞭にしないようにするために明示的に図示又は説明されないことを当業者は理解するであろう。例えば、単一のマシンだけが例示されるが、「マシン」という用語は、本明細書で説明される方法論のいずれか１つ又は複数を行うために命令の組（又は複数の組）を個々に又は一緒に実行するマシンのあらゆる集合体を含むようにも解釈されるべきである。
【０１６９】
さらなる実施形態：
したがって、本明細書で説明される方法のそれぞれの一実施形態は、命令の組を搬送するコンピュータ可読搬送媒体、例えば、１つ又は複数のプロセッサ上で実行するためのコンピュータプログラムの形態である。したがって、当業者には分かるように、本発明の実施形態は、方法、特殊用途装置などの装置、データ処理システムなどの装置、又はコンピュータ可読搬送媒体として具体化され得る。コンピュータ可読搬送媒体は、１つ又は複数のプロセッサ上で実行されるときに、１つ又は複数のプロセッサに方法を実施させる命令の組を含むコンピュータ可読コードを搬送する。したがって、本発明の態様は、方法、すべてハードウェアの実施形態、すべてソフトウェアの実施形態、又はソフトウェアの態様とハードウェアの態様を組み合わせた実施形態の形態をとり得る。さらに、本発明は、媒体において具体化されるコンピュータ可読プログラムコードを搬送する搬送媒体（例えば、コンピュータ可読記憶媒体上のコンピュータプログラム製品）の形態をとり得る。
【０１７０】
搬送媒体：
ソフトウェアは、ネットワークインターフェースデバイスを介してネットワーク上でさらに伝送又は受信されてよい。搬送媒体は、例示的な実施形態において単一の媒体であるように示されるが、「搬送媒体」という用語は、命令の１つ又は複数の組を記憶する単一の媒体又は複数のメディア（例えば、集中又は分散データベース及び／又は関連するキャッシュ及びサーバ）を含むように解釈されるべきである。「搬送媒体」という用語は、プロセッサのうちの１つ又は複数による実行のための命令の組を記憶する、エンコーディングする、又は搬送することができる任意の媒体を含み、１つ又は複数のプロセッサに本発明の方法論のいずれか１つ又は複数を行わせるようにも解釈されるものとする。搬送媒体は、限定はされないが、不揮発性メディア、揮発性メディア、及び伝送メディアを含む多くの形態をとり得る。
【０１７１】
実装：
説明される方法のステップは、一実施形態では、ストレージに記憶された命令（コンピュータ可読コード）を実行する処理（すなわち、コンピュータ）システムの適切なプロセッサ（又は複数のプロセッサ）によって行われることが理解されるであろう。本発明はどのような特定の実装又はプログラミング技術にも限定されないことと、本発明が本明細書で説明される機能を実装するための任意の適切な技術を用いて実装されてよいことも理解されるであろう。本発明は、どのような特定のプログラミング言語又はオペレーティングシステムにも限定されない。
【０１７２】
方法又は機能を実行するための手段：
さらに、実施形態のうちの一部は、プロセッサデバイス、コンピュータシステムのプロセッサによって、又は機能を実行する他の手段によって実装することができる方法又は方法の要素の組み合わせとして本明細書で説明される。したがって、このような方法又は方法の要素を実行するための必要な命令を有するプロセッサは、方法又は方法の要素を実行するための手段をなす。さらに、装置の実施形態の本明細書で説明される要素は、本発明を実行する目的で要素によって行われる機能を実行するための手段の例である。
【０１７３】
接続される：
同様に、接続されるという用語は、請求項で用いられるときに、直接接続のみに限定されるものとして解釈されるべきではないことに注目される。したがって、デバイスＢに接続されるデバイスＡの表現の範囲は、デバイスＡの出力がデバイスＢの入力に直接接続されるデバイス又はシステムに限定されるべきではない。これは、Ａの出力とＢの入力との間に、他のデバイス又は手段を含む経路であり得る経路が存在することを意味する。「接続される」は、２つ以上の要素が直接物理的に接触又は電気的に接触すること又は２つ以上の要素が互いに直接接触しないがそれでも依然として互いに協働又は相互作用することを意味する場合がある。
【０１７４】
実施形態：
本明細書の全体を通して、「一実施形態（「ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ」又は「ａｎ  ｅｍｂｏｄｉｍｅｎｔ」）」への言及は、実施形態に関連して説明される特定の特徴、構造体、又は特色が本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書の全体にわたる種々の場所での「一実施形態では（「ｉｎ  ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ」又は「ｉｎ  ａｎ  ｅｍｂｏｄｉｍｅｎｔ」）」という文言の出現は、必ずしも同じ実施形態に言及するものではないが、同じ実施形態に言及する場合もある。さらに、特定の特徴、構造体、又は特色は、本開示から当業者には分かるように任意の適切な方法で１つ又は複数の実施形態において組み合わされてもよい。
【０１７５】
同様に、本発明の例示的な実施形態の上記の説明では、本発明の種々の特徴は、開示を合理化し、種々の発明的な態様のうちの１つ又は複数の理解を助ける目的で、時には、単一の実施形態、図面、又はその説明において一緒にグループ化されることが理解されるであろう。この開示の方法は、しかしながら、特許請求される発明が各請求項で明確に列挙されるよりも多くの特徴を必要とするという意図を反映するものとして解釈されるべきではない。むしろ、以下の請求項が反映する場合の発明的な態様は、単一の上記の開示された実施形態のすべてよりも少ない特徴にある。したがって、「発明を実施するための形態」に後続する請求項は、この「発明を実施するための形態」にここで明確に組み込まれており、各請求項は、この発明の別個の実施形態としてそれ自身で独立している。
【０１７６】
さらに、本明細書に記載のいくつかの実施形態は、いくつかの、しかし他の実施形態に含まれる他の特徴ではない特徴を含むが、当業者によって理解されるように、異なる実施形態の特徴の組み合わせが本発明の範囲内にあって、異なる実施形態を形成することを意図される。例えば、以下の請求項では、特許請求される実施形態のいずれかを任意の組み合わせで用いることができる。
【０１７７】
対象の異なる事例：
本明細書で用いられる場合の、他に規定されない限り、共通の対象を説明するための序数詞「第１の」、「第２の」、「第３の」などの使用は、同様の対象の異なる事例に言及することを単に表しており、そのように説明される対象が、一時的、空間的、格付け、又は任意の他の様態のいずれかの所与の順序でなければならないことを表すことは意図されない。
【０１７８】
具体的な詳細：
本明細書で提供される説明では、多くの具体的な詳細が記載される。しかしながら、本発明の実施形態はこれらの具体的な詳細なしに実施されてもよいことが理解される。他の場合には、周知の方法、構造体、及び技術は、この説明の理解を妨げないようにするために詳細に示されていない。
【０１７９】
用語：
図面に例示される本発明の好ましい実施形態を説明するにあたり、明瞭にするために具体的な用語が使用されることになる。しかしながら、本発明は、そのように選択された特定の用語に限定されることを意図されず、それぞれの具体的な用語は、同様の技術的目的を達成するために同様の様態で動作するすべての技術的均等物を含むことが理解される。「前方」、「後方」、「半径方向に」、「周方向に」、「上方に」、「下方に」などの用語は、基準点を提供するのに便利な言葉として用いられ、限定する用語として解釈されるべきではない。
【０１８０】
備える及び含む（Ｃｏｍｐｒｉｓｉｎｇ  ａｎｄ  Ｉｎｃｌｕｄｉｎｇ）：
以下の請求項では、及び本発明の上記の説明では、表現言語又は必要な含意に起因して文脈が他を必要とする場合を除いて、「備える（「ｃｏｍｐｒｉｓｅ」若しくは「ｃｏｍｐｒｉｓｅｓ」又は「ｃｏｍｐｒｉｓｉｎｇ」などの変形）」という用語は、包括的な意味で、すなわち提示される特徴の存在を明記するが本発明の種々の実施形態でのさらなる特徴の存在又は追加を除外しないように用いられる。
【０１８１】
本明細書で用いられる場合の「含む（「ｉｎｃｌｕｄｉｎｇ」又は「ｗｈｉｃｈ  ｉｎｃｌｕｄｅｓ」又は「ｔｈａｔ  ｉｎｃｌｕｄｅｓ」）」という用語のいずれもオープンターム（ｏｐｅｎ  ｔｅｒｍ）であり、これはまた、その用語に従う少なくともいくつかの要素／特徴を含むが他の特徴を除外しないことを意味する。したがって、含む（ｉｎｃｌｕｄｉｎｇ）は、備える（ｃｏｍｐｒｉｓｉｎｇ）と同じ意味である。
【０１８２】
発明の範囲：
したがって、本発明の好ましい実施形態と考えられるものが説明されているが、本発明の精神から逸脱することなく他の及びさらなる修正がなされてもよく、本発明の範囲内に入るすべてのこうした変化及び修正を特許請求することが意図されることを当業者は認識するであろう。例えば、上記で与えられるどのような方式も、用いられ得る手順の単なる代表である。機能は、ブロック図から追加又は削除されてもよく、動作は、機能ブロック間で置き換えられてもよい。ステップは、本発明の範囲内で説明される方法に追加又は削除されてもよい。
【０１８３】
本発明は具体例を参照して説明されているが、本発明は多くの他の形態で具体化されてもよいことが当業者には分かるであろう。
【図１】
2018507667.tif 000003
【図２】
2018507667.tif 000004
【図３】
2018507667.tif 000005
【国際調査報告】
2018507667.tif 000006
2018507667.tif 000007
2018507667.tif 000008