JP2017208098A - Ｄｊステムシステム及び方法 - Google Patents

Abstract

【課題】第一及び第二楽曲をライブ演奏の際に一つに選択的にミキシングするシステム及び方法を提供する。
【解決手段】第一楽曲は、複数の第一ステムを有し、それぞれは、組み合わせられて第一楽曲のオーディオを形成するステレオオーディオを有する。第二楽曲は、複数の第二ステムを有し、それぞれは、組み合わせられて第二楽曲のオーディオを形成するステレオオーディオを有する。メモリ及びプロセッサを有するコンピュータが、メモリ内に保存された複数チャネルオーディオミキシングアプリケーションの機械可読命令を実行する。複数チャネルオーディオミキシングアプリケーションは、第一ステムのうちの少なくとも一つの第一ステムのオーディオを再生し、且つ、第二ステムのうちの少なくとも一つの第二ステムのオーディオとミキシングする。複数チャネルオーディオミキシングアプリケーションは、ミキシングのために、少なくとも一つの第一ステム及び少なくとも一つの第二ステムを選択するべく、演奏の際にリアルタイムで制御される。
【選択図】図３

Description

マルチトラックミキシングは、多年にわたってレコーディングスタジオにおいて使用されている。元々は、それぞれが一つのサウンド（例えば、音声、ギター、ドラム）の音楽トラックを保存している二つ以上のテープレコーダを一つに組み合わせることにより、複数のトラックを同時再生して音楽録音（例えば、楽曲、オーケストラの演奏、又はサウンドトラック）を形成していた。通常、これらのトラックは、ミキシング装置内に再生され、ミキシング装置において、それぞれのトラックの音量（及びその他の特性）を制御することにより（例えば、フェードイン及びフェードアウトさせることにより）、オーディオタイトル（以下、「楽曲」）をビニールレコード、ＣＤ、及びその他のフォーマットの大量生産のための準備として別のテープレコーダ上にレコーディングされる二つのステレオオーディオトラックとして生成している。テープレコーダ及びミキシング装置は、元々、アナログであったが（即ち、アナログオーディオ信号を取り扱っていた）、後に、デジタルフォーマット（例えば、パルス幅変調（Pulse-Width Modulation：ＰＷＭ）、ＭＰ３、及びその他のデジタルオーディオフォーマットファイル）においてオーディオを取り扱うデジタル装置に発展した。結果的に得られる楽曲は、オリジナルのレコーディングされたトラックから生成されたステレオオーディオフォーマットである。消費者によって購入される楽曲は、通常、このようして生成され、その結果、消費者は、ミキシングされたステレオオーディオのみを購入するようになっている。例えば、ＣＤ及びＭＰ３ファイルは、同時に再生される二つの予めミキシングされたオーディオチャネルのみから構成されている。

従来技術によるマルチトラックレコーダは、個々のトラックが一つにミキシングされることを許容しているが、これらのトラックは、ループ及びサンプルが最近のオーディオワークステーションにおいて使用される方法に非常に類似した方式で使用されてきた。トラックの自動的な同期化が存在しておらず、操作者がそれぞれのトラックを正しい時点において開始しなければならない。正しい時点におけるそれぞれのトラックの開始及び停止は、非常に困難であると共に誤りが発生しやすく、且つ、演奏の際にリアルタイムで実行できるものではない。

会場において音楽を再生するべく、ディスクジョッキー（Disk-Jokey：ＤＪ）は、ＤＪコンソールを動作させて楽曲を選択及び再生する。楽曲は、媒体（例えば、ＣＤ又はフラッシュドライブ）から再生されてもよく、或いは、例えば、コンピュータ上に保存されているデジタルライブラリから選択されてもよい。ＤＪは、しばしば、例えば、第一の楽曲から第二の楽曲に遷移する際などに、演奏が連続なものとなるように、二つの楽曲を一緒に再生及びミキシングする。又、ＤＪは、二つの楽曲の高周波数成分、中間周波数成分、及び低周波数成分を一緒に選択的にミキシングすることにより、聴衆によって聴取されるステレオオーディオ出力（「ミックス」と呼称される）を形成してもよい。又、ミックスは、ＤＪにより、録音されてもよく、且つ、「演奏」として販売されてもよい。

図１は、五つの楽曲１０６（１）〜（５）からミックス１０４を生成するべく使用される従来技術のＤＪコンソール１０２を示す概略図である。コンソール１０２は、二つのデッキ１１０（１）及び１１０（２）を有し、これらのデッキのそれぞれは、それぞれ、ミキシング制御部の組１１２（１）及び１１２（２）を有する。デッキ１１０は、例えば、その他のデジタル的に保存されたオーディオソース用のＣＤプレーヤ及び／又はシャトルナッジ制御部である。ミキシング制御部１１２を使用することにより、ＤＪは、一つにミキシングするべく、それぞれのデッキ１１０のオーディオから所定量の高周波数レンジ信号、中間周波数レンジ信号、及び低周波数レンジ信号を選択する。ＤＪは、それぞれのオーディオソース内のビートがミキシングの前に同期することを保証するべく、それぞれのデッキごとに、シャトル／ナッジ制御部を使用する。

図１の例においては、ミックス１０４を生成するための演奏の際に、ＤＪは、まず、楽曲１０６（１）をデッキ１１０（１）上においてマウントし、デッキ１１０（２）からサウンドを出力しないようにミキシング制御部の組１１２（２）を調節すると共に、デッキ１１０（１）からオーディを出力するようにミキシング制御部の組１１２（１）を調節する。ＤＪは、楽曲１０６（２）をデッキ１１０（２）上においてマウントし、デッキ１１０（２）からのビートをデッキ１１０（１）からのビートと同期化し、且つ、適切な時点において、オーディオミキシング制御部の組１１２（２）（並びに、任意選択により、オーディオミキシング制御部の組１１２（１））を使用することにより、楽曲１０６（２）からのオーディオを楽曲１０６（１）のオーディオとミキシングする。楽曲１０６（１）がフェードアウトしたら、ＤＪは、デッキ１１０（１）上において、楽曲１０６（３）によって楽曲１０６（１）を置換する。次いで、ＤＪは、楽曲１０６（３）からのビートを楽曲１０６（２）からのものと同期化し、且つ、適切な時点において、ミキシング制御部の組１１２（１）を使用し、楽曲１０６（３）を楽曲１０６（２）とミキシングする。楽曲１０６（２）のミキシングが終了したら、ＤＪは、デッキ１１０（２）上において、楽曲１０６（４）によって楽曲１０６（２）を置換する。次いで、ＤＪは、楽曲１０６（４）のビートを楽曲１０６（３）のものと同期化し、且つ、適切な時点において、ミキシング制御部の組１１２（２）を使用し、楽曲１０６（４）を楽曲１０６（３）とミキシングする。このプロセスは、それぞれの楽曲１０６のミキシングと切り替えが終了するまで反復される。

ＤＪが利用可能である楽曲は、複数のトラックからの個々のサウンドを一つにミキシングすることによって形成されるステレオ（即ち、２チャネル）である。ＤＪは、ミキシングのために特定のサウンドをそれぞれの楽曲から選択するべく試みるが、これは、オーディオミキシング制御部の組１１２によって提供される周波数／帯域幅に基づいた選択に限られている。

それぞれの楽曲を従来のステレオオーディオ（即ち、楽曲を形成するべく組み合わせられる二つのオーディオトラック）として保存するのではなく、それぞれの楽曲は、楽曲を形成するべく一緒に再生されるサウンド（例えば、音声、ギター、ドラム）の複数のステムとして保存される。それぞれのステムは、ステムサウンドを形成するべく組み合わせられるステレオオーディオチャネルを有する。それぞれの楽曲は、楽曲のライブ演奏の際に録音されたオリジナルチャネルから生成される複数のステムを有してもよい。複数の個々のステムが楽曲について利用可能であることから、ＤＪは、複数のステムのうちの一つ又は複数のステムのオーディオを一つに動的にミキシングすることにより、それぞれの楽曲の固有のミックスを生成してもよい。

又、ＤＪは、複数の楽曲からのステムを一つにミキシングしてもよい。例えば、会場においてライブで演奏する際に、ＤＪは、二つの異なる楽曲からのステムを一つにミキシングしてもよい。一つの使用可能な例においては、ＤＪは、第一の楽曲からのドラムステムを第二の楽曲からのボーカル及びギターステムとミキシングして一意のミックスを生成している。ＤＪは、ミックスが、当初、第一の楽曲からのドラムステムを含んでおり、第二の楽曲からのドラムステムを含むように遷移し、且つ、最後に、第三の楽曲からのドラムステムを含むことになるように、演奏の際にステムのミキシング及び楽曲の選択を変化させもよい。

ＤＪは、演奏の際にそれぞれの楽曲のそれぞれのステムのミキシングを制御することができることから、ＤＪは、その演奏に固有のミックスを生成する。

一実施形態においては、システムは、ライブ演奏の際に、第一の楽曲と第二の楽曲とを一つに選択的にミキシングしている。第一の楽曲は、複数の第一ステムを有し、これらの第一ステムのそれぞれは、第一の楽曲のオーディオを形成するべく組み合わせられるステレオオーディオを有する。第二の楽曲は、複数の第二ステムを有し、これらの第二ステムのそれぞれは、第二の楽曲のオーディオを形成するべく組み合わせられるステレオオーディオを有する。システムは、メモリ及びプロセッサを有するコンピュータと、メモリ内において保存されると共に、第一ステムのうちの少なくとも一つの第一ステムのオーディオを再生し、且つ、第二ステムのうちの少なくとも一つの第二ステムのオーディオとミキシングするべくプロセッサによって実行される機械可読命令を有する複数チャネルオーディオミキシングアプリケーションと、を含む。複数チャネルオーディオミキシングアプリケーションは、ミキシングのために少なくとも一つの第一ステムと少なくとも一つの第二ステムとを選択するべく、演奏の際にリアルタイムで制御される。

別の実施形態においては、方法は、ライブ演奏の際に第一の楽曲と第二の楽曲とを一つに選択的にミキシングするべく、ＤＪによって使用される。第一の楽曲は、第一の楽曲のオーディオを形成するべく組み合わせられるオーディオをそれぞれが有する複数の第一ステムを有する。第二の楽曲は、第二の楽曲のオーディオを形成するべく組み合わせられるオーディオをそれぞれが有する複数の第二ステムを有する。方法は、演奏の際に命令を受け取るべくコンピュータに結合された複数の物理的制御部を有するＪＤ制御部を使用することにより、ＤＪとやり取りする。方法は、コンピュータ内において、命令に基づいて、第一ステムのうちの少なくとも一つと、第二ステムのうちの少なくとも一つと、を選択する。次いで、方法は、コンピュータ内において、且つ、命令に基づいて、ライブ演奏のためにオーディオ出力を生成すべく、少なくとも一つの第一ステムと少なくとも一つの第二ステムとをミキシングする。

別の実施形態においては、コンソールは、リアルタイムで二つ以上の楽曲のうちのそれぞれの楽曲の一つ又は複数のステムを一つにミキシングするべく、ＤＪミキシングソフトウェアの制御をＤＪに対して提供している。コンソールは、フェースプレート及び通信ポートを有するハウジングと、ＤＪミキシングソフトウェアによる第一楽曲の第一ステムの再生を制御するためのステム制御部の第一の組と、ＤＪミキシングソフトウェアによる第一楽曲の第二ステムの再生を制御するためのステム制御部の第二の組と、ＤＪミキシングソフトウェアによる第二楽曲の第三ステムの再生を制御するためのステム制御部の第三の組と、ＤＪミキシングソフトウェアによる第二楽曲の第四ステムの再生を制御するためのステム制御部の第四の組と、を含む。ＤＪミキシングソフトウェアは、第一ステム及び第二ステムのうちのすくなくとも一つと第三ステム及び第四ステムのうちの少なくとも一つとをリアルタイムで一つにミキシングしてオーディオ出力を生成するべく、第一、第二、第三、及び第四ステム制御部によって制御される。

別の実施形態においては、ライブ演奏の際のクラウドに基づいたＤＪ処理のためのシステムは、プロセッサ及び複数の楽曲を保存するためのメモリを有するクラウド内において配置されると共にインターネットを介してアクセス可能であるサーバコンピュータと、プロセッサによって実行された際に、インターネットを介してＤＪコンピュータとやり取りして第一及び第二楽曲を識別するメモリ内において保存された機械可読命令として実装されたアカウントマネージャと、メモリから第一及び第二楽曲を受け取ると共に第一及び第二楽曲をＤＪコンピュータに対してストリーミングするためのストリームバッファと、を含む。ＤＪコンピュータは、ライブ演奏の際に第一及び第二楽曲をミキシングする。

別の実施形態においては、方法は、第一及び第二楽曲を識別し、楽曲のライブラリから第一及び第二楽曲を取得し、且つ、第一及び第二楽曲をインターネットを介してＤＪコンピュータにストリーミングするべく、インターネットを介してＤＪコンピュータとやり取りすることにより、クラウドからＤＪ処理するように、使用される。ＤＪコンピュータは、第一楽曲の少なくとも一部分と第二楽曲の少なくとも一部分とを一つにミキシングしてライブ演奏用のサウンドを生成する。

別の実施形態においては、システムは、楽曲のメタデータを自動的に更新している。システムは、プロセッサと、一時的ではないメモリと、インターネットに対するインタフェースと、を有するコンピュータサーバを含む。楽曲ライブラリは、メモリ内において保存されており、且つ、楽曲及び楽曲と関連するメタデータとを収容している。メタデータマネージャは、メモリ内において保存されると共に、（ａ）コンピュータサーバから離れたところに保存された複数のＤＪライブラリのそれぞれから楽曲の修正済みのメタデータを受け取り、（ｂ）修正済みのメタデータを集合的に処理して修正の傾向をアルゴリズムによって判定し、且つ、（ｃ）傾向に基づいて楽曲ライブラリ内において楽曲と関連付けられたメタデータに修正を適用することにより、楽曲のメタデータを自動的に更新するべくプロセッサによって実行される機械可読命令を有する。

別の実施形態においては、方法は、コンピュータサーバの楽曲ライブラリ内に保存されている楽曲のメタデータを自動的に更新するべく、使用される。楽曲の修正済みのメタデータは、それぞれが異なるＤＪによって維持されている複数のリモートＤＪライブラリのそれぞれから、コンピュータサーバ内において受け取られる。修正済みのメタデータは、統計的分析に基づいて修正の傾向を判定するべく、集合的に処理され、且つ、修正は、傾向に基づいて楽曲ライブラリ内において楽曲のメタデータに対して適用される。

別の実施形態においては、方法は、楽曲を自動的に管理及び組織化するべく使用される。楽曲の購入は、ＤＪのコンピュータ上において検出される。購入及び楽曲の情報は、コンピュータの購入された再生リストに対して自動的に追加される。コンピュータ上において稼働するＤＪアプリケーションは、ＤＪが会場における演奏の際に楽曲の少なくとも一部分を再生した際を検出し、且つ、コンピュータ上において保存されている会場において再生された再生リストに対して楽曲の情報を自動的に付加する。会場において再生された再生リストは、会場と関連付けられている。

別の実施形態においては、方法は、楽曲を自動的に管理及び組織化するべく使用される。ＤＪのリモートコンピュータ上において保存されている購入された再生リストに基づいた購入情報は、コンピュータサーバ内において受け取られる。購入された再生リストは、楽曲が購入された際に、リモートコンピュータ上において自動的に生成される。リモートコンピュータ上において保存されている会場において再生された再生リストに基づいた会場情報は、コンピュータサーバ内において受け取られる。会場において再生された再生リストは、ＤＪが会場において楽曲の少なくとも一部分を再生した際に、リモートコンピュータ内において自動的に生成される。楽曲の人気を示す統計情報は、購入情報及び会場において再生された再生リストから、サーバコンピュータ内において判定される。

五つの楽曲からミックスを生成するべく使用される従来技術によるＤＪコンソールを示す概略図である。 複数のステムとして形成された一つの例示用の楽曲を示す。 一実施例における、出力ミックスを生成するべく、ライブ演奏の際に一つ又は複数のトラックからのステムをミキシングするべくＤＪによって使用される一つの例示用のステムミキシングコンソールを示す。 図３のステムミキシングコンソールを更に詳細に示す。 図３のコンソールの一つの例示用のデッキを更に詳細に示す。 図３のＤＪアプリケーションの例示用のコンポーネントを示す概略図である。 ＤＪアプリケーションの動作の際に図３のコンピュータのディスプレイ上において表示される一つの例示用の画面ショットを示す。 一実施形態における、クラウドから会場にストリーミングされるオーディを使用することにより、ＤＪが会場において演奏することを許容する一つの例示用のシステムを示す。 一実施形態における、ライブラリ内に保存されているオーディオファイルのメタデータを自動的に管理するための一つの例示用のシステムを示す。 一実施形態における、図９のメタデータ内に保存されている例示用のデータを示す。 一実施形態における、標準タグセットのタグを表示すると共に選択された楽曲についてＤＪコミュニティによって選択された特定のタグを更に示す一つの例示用の対話型タグ選択ウィンドウを示す。 一実施形態における、ＤＪによる修正の後の図１１のタグ選択ウィンドウを示す。 一実施形態における、ライブラリアプリケーションによって図９のライブラリから生成される例示用の再生リストを示す。

用語の定義
音楽産業においては、用語は、技術の発展に伴って継続的に進化及び変化している。本出願の全体を通じて、以下の用語及びその意味が使用されている。

オーディオファイル
いくつかのタイプのオーディオファイルが存在している。ＷＡＶファイル内においては、オーディオは、パルスコード変調（Pulse Code Modulation：ＰＣＭ）を使用することにより、エンコードされており、且つ、圧縮を伴わない「未加工」のデータファイルである。ＡＩＦファイルは、ＷＡＶファイルに類似しているが（即ち、ＰＣＭを使用しているが）、ファイルの末尾に付加されると共にＩＤ３タグを含むメタデータのブロックをも含む。メタデータ内のＩＤ３タグのフォーマット及びコンテンツは、ＩＤ３委員会によって定義されている。ＩＤ３タグを理解又は使用しない装置は、このメタデータブロックを無視する。ＭＰ３オーディオファイルは、ＰＣＭを使用することによってエンコードされると共に次いでファイルサイズを低減するべく圧縮されたステレオオークションチャネルを含む。又、その他のタイプのオーディオファイルも存在している。以下の説明においては、オーディオファイルという用語は、そうでない旨が記述されていない限り、上述のファイルタイプのうちの任意のものを意味するべく使用されている。

ミックス
これは、例えば、会場において演奏する際にＤＪによって生成される楽曲のミックスである。ミックスは、一つにミキシングされた複数の楽曲を含む。しばしば、ミックス内において使用される楽曲の一部分は、小さいものであり、即ち、常に楽曲の全体がミックスに含まれているわけではない。

楽曲
楽曲は、オーディオファイル内において保存されている「オーディオ演奏」である。楽曲は、楽曲のオーディオ（例えば、ＣＤ内において見出される楽曲）を再生するべく一緒に同時再生されるステレオオーディオストリームを有してもよい。又、楽曲は、それぞれがステレオオーディオストリームから形成された複数のステムを含んでもよく、これらのステムは、楽曲を形成するべく、同時に再生されてもよい。

ステム
楽曲は、一つ又は複数のステムを含んでもよく、これらのステムのそれぞれは、楽曲と同一の長さ（持続時間）であるが、楽曲の一つの特定の特徴／楽器を含む。ステムは、従来技術のトラックに類似しているが、新しい方法によって管理及び制御される。楽曲のステムのすべてが同時に再生されると共に一つにミキシングされた際に、楽曲の完全なオーディオが再構築される。通常、楽曲は、六つのステムを有することになるが、楽曲は、その範囲を逸脱することなしに、更に多くの又は少ない数のステムを有してもよい。

パート
「パート」は、楽曲の一部分を意味している。例えば、楽曲が２分の持続時間を有する場合には、開始から４５秒において始まるその楽曲の３０秒の部分は、楽曲の「パート」を表している。パートは、通常、楽曲のそれぞれのステム内の同一の時間の部分を識別している。

サンプル
サンプルは、例えば、ドラムの一つの打音やピアノの一つの音などの録音されたサウンドである。

ループ
ループは、例えば、ドラムシーケンスや反復楽句（反復される短い音楽フレーズ）などのサンプルのシーケンスである。ループは、停止される時点まで継続的に反復するように構成されてもよい。

図２は、複数のステム２０２から形成された一つの例示用の楽曲２００を示しており、これらのステムのそれぞれは、ステレオオーディオを保存する二つのチャネルを組合せとして有する。一実施形態においては、それぞれのステム２０２は、ステレオチャネルを有するオーディオファイル（例えば、．ＷＡＶ又は．ＭＰ３ファイル）である。一例においては、楽曲２００の持続時間が、ステレオオーディオチャネルを有する従来のオーディオファイルとして保存された状態において、Ｄである場合には、ＸＭＢのストレージが必要とされる。又、図２に示されているように、六つのステム２０２が、楽曲２００によって提供される場合には、必要とされる追加ストレージの量は、Ｘの６倍であり、その理由は、それぞれのステム２０２が、オーディオファイル（ステレオチャネル）として保存されると共に、楽曲２００のフル持続時間を有しているからである。例えば、楽曲２００の長さが３分間であり、且つ、３分間のステレオオーディオファイルが４０Ｍバイトである場合には、楽曲２００のそれぞれのステム２０２の持続時間も３分であることから、一つのステム２０２当たりに４０Ｍバイトのストレージが必要とされる。

それぞれのステム２０２は、そのステムのパラメータ及び特性を定義するメタデータを含んでもよい。例えば、それぞれのステム２０２内のメタデータは、ステム内に収容されているサウンドのタイプ（例えば、ドラム、パーカッション、ベース、主題１、主題２、及びスイートナ）のみならず、名称、１分間当たりのビートの数（Beats Per Minute：ＢＰＭ）、及びそのステムがその一部分を構成している楽曲２００のその他の特性を定義する更なるＩＤ３タグを含んでもよい。六つのステムを有するように示されているが、楽曲２００は、その範囲を逸脱することなしに、更に多くの又は少ない数のステム２０２を有してもよい。六つのステムは、ライブ会場において（リアルタイムで）ライブ演奏するＤＪによる制御のためには、最適であると考えられる。又、楽曲２００は、一つにミキシングされたステムのオーディオファイル（例えば、オリジナルの楽曲）を含んでもよい。

新しいステムのＤＪ処理（ステムを伴うミキシング）
図３は、出力ミックス３０６を生成するために、ライブ演奏の際に一つ又は複数の楽曲からのステムをミキシングするべくＤＪによって使用されうる一つの例示用のステムミキシングコンソール３０２を示している。図４は、図３のコンソール３０２を更に詳細に示している。図５は、図３のコンソールの一つの例示用のデッキを更に詳細に示している。以下の説明においては、図３、図４、及び図５を一緒に参照されたい。一実施形態においては、コンソール３０２は、複数のステムを一つにミキシングすることをＤＪが制御できるようにする複数のボタン、スライダ、及び回転式制御部を有する物理的装置である。別の実施形態においては、コンソール３０２は、コンピュータ画面上において少なくとも部分的に実装されており、且つ、コンピュータとやり取りする一つ又は複数の入力装置によって制御されている。一実施形態においては、コンピュータ画面は、タッチスクリーンであり、且つ、ＤＪの指は、ポインティング装置である。別の実施形態においては、ＤＪは、マウスを使用してコンソール３０２の機能を制御している。

コンソール３０２は、楽曲２００のライブラリ３２２を保存すると共にＤＪアプリケーション３２４を実行するコンピュータ３２０と通信自在に結合している。コンピュータ３２０は、図示のわかりやすさを目的として図示されてはいないプロセッサ及びメモリを有する。例えば、ライブラリ３２２及びＤＪアプリケーション３２４がメモリ内において保存されている。ＤＪアプリケーション３２４は、コンピュータ３２０のプロセッサによって実行された際に、ＤＪによって操作されるコンソール３０２からの入力に基づいてリアルタイムで楽曲２００のステム２０２を選択及びミキシングするように動作する機械可読命令を有する。ＤＪアプリケーション３２４は、コンソール３０２を使用するＤＪによって制御されるようにミックス３０６を生成するべく、オーディオエフェクトを適用し、フィルタを適用し、楽曲２００のステム２０２をミキシングすると共に、キューイングするためのアルゴリズムを含む。動作の一例においては、ＤＪは、ライブ演奏の際に再生すると共に一つにミキシングするべく、コンソール３０２を使用してライブラリ３２２から楽曲２００を選択している。

コンソール３０２は、ＤＪが、そのデッキと関連付けられた第一楽曲２００のステム２０２を選択すると共にその他のデッキ３０４と関連付けられた第二楽曲２００のステムとミキシングできるようにするコンソールをそれぞれが有する二つのデッキ３０４（Ａ）及び３０４（Ｂ）を有する。それぞれのデッキ３０４は、デッキ３０４と関連付けられた際に楽曲２００のステム２０２の制御及びミキシングを促進する六つのステム制御部の組４０８を有する。楽曲２００が六つを上回る数のステム２０２を有する場合には、ＤＪは、それぞれのステム制御部の組４０８と関連付けられた楽曲２００のステム２０２を選択してもよい。

図３の例においては、ＤＪは、楽曲２００（１）をデッキ３０４（Ａ）上に読み込んでおり、且つ、楽曲２００（２）をデッキ３０４（Ｂ）上に読み込んでいる。「読み込み」として参照されているが、楽曲は、必ずしも、コンソール３０２内に読み込まれるわけではなく、ＤＪアプリケーション３２４内において、特定のデッキ３０４と関連付けられてもよい。図３は、それぞれ、デッキ３０４（Ａ）のステム制御部の組４０８（１）〜（６）と関連付けられた楽曲２００（１）のステム２０２（１）〜（６）と、それぞれ、デッキ３０４（Ｂ）のステム制御部の組４０８（７）〜（１２）と関連付けられた楽曲２００（２）のステム２０２（７）〜（１２）と、を例示を目的として示している。

又、それぞれのデッキ３０４は、マスタステム制御部の組４０２、マスタデッキ制御部の組４０４、及び楽曲制御部の組４０６をも有する。マスタステム制御部の組４０２は、マスタバスエフェクト（master buss effect）を制御するためのマスタエフェクト制御部５３２及び５３４と、楽曲を通じてマスタ再生ヘッドを移動させるマスタシャトル／ナッジ制御部５３６と、そのデッキ３０４のすべてのステム２０２上の再生ヘッドを関連付けられたグローバルキューポイントに移動させるマスタキューポイント制御部の組５３０と、を含む。マスタデッキ制御部の組４０４は、そのデッキ用のマスタボリュームスライダ５０４と、デッキ用のイコライザ制御部５０６及びフィルタ制御部５０８と、デッキの出力レベルを通知するためのＶｕメータ５１０と、を含む。楽曲制御部の組４０６は、再生／ポーズボタン５１２と、楽曲ライブラリ３２２から楽曲２００を読み込むと共に非再生楽曲２００をデッキ３０４から除去するためのイジェクトボタン５１４と、楽曲２００がデッキ３０４上において読み込まれた場合に、ＤＪがキューポイントを通じてスクロールできるようにする、或いは、楽曲が読み込まれていない場合に、ＤＪが楽曲ライブラリ３２２を通じてスクロールできるようにする、楽曲ノブ５１６と、を含む。

それぞれのステム制御部の組４０８は、それぞれのデッキ３０４用のキューポイントボタンの６×６のグリッドとして集合的に構成された六つのキューポイントボタンの群５０２を有する。キューポイントボタン５０２によれば、ＤＪは、それぞれのステム２０２についてキューポイントをジャンプさせることが可能であり、この場合に、キューポイントボタン５０２は、ＤＪアプリケーション３２４を使用して定義された選択されたキューポイントに整合するように、色符号化されている。又、それぞれのステム制御部の組４０８は、キューオン／オフ制御部５１８と、シャトル／ナッジ制御部５２０と、チャネルトリム制御部５２２と、エフェクトオン／オフ制御部５２４と、エフェクト選択制御部５２６と、ステムミュート／スタート／ストップ制御部５２８と、をも含む。

キューオン／オフ制御部５１８は、それぞれのステム２０２内において定義されているキューポイントにジャンプするためのオン／オフ制御を提供する。シャトル／ナッジ制御部５２０によれば、ＤＪは、これを低速で回転させることにより、（その他のステムとの関係において）ステム２０２についてｓｙｎｃをスリップさせることが可能であり、これを高速で回転させることにより、ステム２０２を通じてシャトル再生ヘッドを移動させることが可能であり、且つ、これを押圧することにより、マスタ再生ヘッド場所に再生ヘッドを即座に移動させることができる。チャネルトリム制御部５２２によれば、ＤＪは、これを回転させることにより、その他のステム２０２との関係においてそのステム２０２の音量を調節することが可能であり、且つ、これを押圧することにより、そのステム２０２の音量レベルをリセットすることができる。エフェクトオン／オフ制御部５２４は、そのステム２０２の選択されたエフェクトをターンオン及びオフする。エフェクト選択制御部５２６は、そのステム２０２の選択されたエフェクトを変更し、且つ、エフェクトオン／オフ制御部５２５が押下状態に保持されている間に回転された際には、ＤＪがそのステム２０２のエフェクトを選択できるようにする。ステムミュート／スタート／ストップ制御部５２８によれば、ＤＪは、そのステム２０２を開始／停止又はミュートし、これにより、そのステム２０２からのオーディオをカットすることができる。

図６は、ＤＪアプリケーション３２４の例示用のコンポーネントを示す概略図である。図７は、ＤＪアプリケーション３２４の動作の際にコンピュータ３２０のディスプレイ３２６上において表示される一つの例示用の画面ショット７００を示している。以下の説明においては、図３、図４、図５、図６、及び図７を参照されたい。

ＤＪアプリケーション３２４は、ＤＪがＤＪアプリケーション３２４の機能の状態を観察すると共にその動作を制御できるようにするべくコンソール３０２と通信するコンソールインタフェースモジュール６０２を含む。動作の際に、ＤＪアプリケーション３２４は、コンピュータ３２０のディスプレイ３２６上においてＤＪに対して表示するべく、画面ショット７００によって例示されるように、情報を生成する。

表示エリア７０２（Ａ）は、コンソール３０２のデッキ３０４（Ａ）の動作と、ＤＪアプリケーション３２４のステム再生制御部６０４（１）〜（６）、ステムエフェクト６０６（１）〜（６）、ステムフィルタ６０８（１）〜（６）、ステムミキサ６１０（Ａ）、デッキエフェクト６１２（Ａ）、及びデッキフィルタ６１４（Ａ）の機能と、に対応している。動作の一例においては、ＤＪは、コンソール３０２（或いは、任意選択により、コンピュータ３２０のポインティング装置）を使用することにより、表示エリア７０２（Ａ）に示されているように、デッキ３０４（Ａ）上における再生のために、ライブラリ３２２から楽曲２００（１）を選択している。楽曲２００（１）のステム２０２（１）〜（６）は、ＤＪアプリケーション３２４内において、制御部６０４（１）〜（６）、エフェクト６０６（１）〜（６）、及びフィルタ６０８（１）〜（６）と自動的に関連付けられると共に、コンソール３０２のステム制御部の組４０８（１）〜（６）と関連付けられる。表示エリア７０２（Ｂ）は、ライブラリ３２２内に保存されている楽曲のリスト７０６からの楽曲２００の選択を示しており、この場合に、ＤＪは、ＤＪアプリケーション３２４の再生制御部６０４（７）〜（１２）、ステムエフェクト６０６（７）〜（１２）、ステムフィルタ６０８（７）〜（１２）、ステムミキサ６１０（Ｂ）、デッキエフェクト６１２（Ｂ）、及びデッキフィルタ６１４（Ｂ）によって処理されうるように、デッキ３０４（Ｂ）の楽曲ノブ５１６を使用することにより、デッキ３０４（Ｂ）及び表示エリア７０２（Ｂ）内に読み込むための楽曲２００を（例えば、ターンさせることによって）強調表示し、且つ、（例えば、押下することによって）選択する。

マスタ制御表示エリア７０４は、１分当たりのマスタビートの数７３０及び出力（例えば、ミックス３０６）がコンピュータ３２０内において録音されているかどうかを通知する録音通知７３２などの両方のデッキ３４０に関係する情報を通知する。

表示エリア７０２（Ａ）は、楽曲情報７０８と、楽曲２００のそれぞれのステム２０２ごとに、ステムのタイトル７１０、選択されたエフェクト７１２、残りの時間７１４、及び波形７１６と、を示す。図示のように、それぞれの波形７１６は、ステレオチャネルを有する。マッチングカラーに照明されたマスタキューポイント制御部５２０を使用することにより、関連するデッキ３０４内においてすべての波形７１６と交差する連続的なまっすぐの着色ラインによって示されたマスタキューポイント７１８が選択される。マッチングカラーに照明されたキューポイントボタン５０２を使用することにより、一つのステム上の波形に跨る着色ラインによって示されたステムキューポイント７２０が選択される。ループ７２２は、能動的に再生する際にアウトライン状に表示されるカラーシェードを有するエリア７２４によって示されている。アクティブな再生ヘッド７２６は、緑色の矢印を有する緑色ラインによって示されており、且つ、アクティブではない再生ヘッド７２８は、緑色の矢印を有する灰色ラインによって示されている。ループ７２２は、例えば、関連するキューポイントボタン５０２を選択することによって一旦選択されたら、ＤＪによって停止される時点まで、反復される。画面ショット７００の情報によってコンソール３０２のボタンの色を調整することにより、ＤＪによる演奏の際のリアルタイムにおけるコンソール３０２の動作が円滑に実行される。

動作の一例においては、ＤＪは、デッキ３０４（Ａ）上において再生される楽曲２００（１）を選択し、且つ、デッキ３０４（Ｂ）上において再生される楽曲２００（２）を選択している。次いで、ＤＪは、ステムミュート／スタート／ストップ制御部５２８を利用することにより、ミックス３０６を形成するべく一緒にミキシングするそれぞれの楽曲２００のステム２０２を選択している。例えば、ＤＪは、楽曲２００（１）のドラムステム２０２（１）を停止し、且つ、楽曲２００（２）のその他のステムを停止した状態で、楽曲２００（２）のドラムステム２０２（７）を含むようにミキシングしてもよい。

従来技術のＤＪ機器を使用する場合には、ＤＪは、第一の楽曲と第二の楽曲とからのサウンドを一つにミキシングする前に、これらの楽曲を同期化するべく、多大な努力を費やすことになろう。コンソール３０２及びＤＪアプリケーション３２４を使用すれば、楽曲２００（１）と楽曲２００（２）との同期化が自動的に実行される。例えば、ＤＪアプリケーション３２４内の同期化モジュール６４０は、それぞれの楽曲２００内において、楽曲内における第一反復ビートまでのサンプルオフセット（又は、時間オフセット）を判定する。同期化モジュール６４０は、例えば、オーディオデータを分析するための機能を含む zplane.development GmbH & Co. KG のオーディオ処理ライブラリを使用することにより、実装される。１分当たりのビートの数（ＢＰＭ）及びダウンビートオフセットが、ミキシングされるそれぞれの楽曲（並びに、サンプル及びループ）ごとに判定されたら、楽曲の同期化は、ＤＪアプリケーション３２４内において自動的に実行されうる。この結果、それぞれのステム２０２は、そのステムが一部分を構成している楽曲２００と同期した状態に留まる。即ち、図２〜図７の例においては、ステム２０２（１）〜（６）は、楽曲２００（１）と同期した状態に留まる。具体的には、ＤＪが、キューポイントボタン５０２を使用することによってキューポイント７２０を選択した際に、対応するステム２０２は、楽曲２００（１）と同期した状態において再生を開始し、これにより、ミスキューイングが防止される。ミスキューイングは、従来技術においては、ＤＪが、第二の楽曲を、第一楽曲との関係において、過剰に早期に、又は過剰に遅れて、開始した結果、二つの楽曲がミキシングされた際に整合していないビートが得られる場合に、発生する。ＤＪアプリケーション３２４は、ステム２０２を楽曲２００と同期化しており、且つ、更には、楽曲２００（１）及び２００（２）を同期化していることから、誤ったタイミングの演奏が防止される。

ＤＪ処理には、リアルタイムにおけるミキシングの実行が必要である。即ち、聴衆に対して再生されるミックス出力を生成するべく、一つ又は複数の楽曲からの二つ以上のステムが、会場において、ライブで、ＤＪにより、一つにミキシングされる。ＤＪは、ミキシングのために、楽曲及び特定のステムを予め選択しておいてもよいが、実際のミキシングは、ＤＪによってライブで実行される。ＤＪアプリケーション３２４は、生成されたミックス３０６を録音してもよく、生成されたミックス３０６は、楽曲、ステム、キューポイント、及びその他のＤＪ入力を定義するメタデータを含んでもよく、これにより、公開前のミックス３０６の編集が許容される。

クラウドからのＤＪ処理
ＤＪは、通常、（例えば、ＣＤ、ＵＳＢドライブ、コンピュータライブラリなどのうちの一つ又は複数を使用することにより）、楽曲を会場まで持参する。この結果、ＤＪによって再生（又は、ミキシング）される楽曲は、ＤＪが予め選択したものに限定されることになる。ＤＪが、会場に持参していない楽曲のリクエストを受け取った場合には、そのリクエストを充足することができない。

図８は、クラウド８０４から会場８０２にストリーミングされるオーディオを使用することにより、ＤＪ８０１が会場８０２において演奏できるようにする一つの例示用のシステム８００を示している。システム８００は、例えば、インターネットを介してクラウド８０４内においてアクセス可能である少なくとも一つのサーバ８０８及びストリームバッファ８０６を含む。クラウド８０４は、一緒に配置されてもよく或いは一緒に配置されなくてもよい一つ又は複数のサーバとして実装される。一実施形態においては、サーバ８０８は、インターネットを通じて相互接続された複数の地理的に分散されたコンピュータサーバを表している。

サーバ８０８は、会場８０２にストリーミングするべくＤＪ８０１が選択可能である複数の楽曲８１２を保存するためのライブラリ８１０を含む。一実施形態においては、楽曲８１２は、図２の楽曲２００を表しており、この場合には、それぞれの楽曲８０２は、複数のステム２０２から形成されている。別の実施形態においては、楽曲８１２は、ステレオオーディオチャネルを有する楽曲を表している。

サーバ８０８は、複数のＤＪアカウント８１６を管理することによって楽曲８１２に対するアクセスを制御するアカウントマネージャ８１４を含む。サーバ８０８は、図示のわかりやすさを目的として、一つのＤＪアカウント８１６を有するように示されている。図８の例においては、ＤＪアカウント８１６は、ＤＪ８０１のアカウントを表しており、且つ、ＤＪ８０１が、ＤＪアカウント８１６との関連において保存されている楽曲８１２及びその他の情報及びデータにアクセスするために、アカウントマネージャ８１４にログインすることが必要とされるように、関連付けられた識別及びセキュリティ情報を含んでもよい。

ＤＪアカウント８１６は、システム８００の使用との関係する一つ又は複数のパラメータ及びＤＪ８０１の好みを定義する設定８１８、楽曲８１２の選択を定義する一つ又は複数の再生リスト８２０、並びに、ＤＪ８０１による演奏の際に生成されるゼロの、一つの、又は複数のミックス８２２を含んでもよい。又、ＤＪアカウント８１６は、システム８００によって自動的に生成されると共にＤＪ８０１による演奏の際に使用された楽曲８１２を列挙した実際の再生リスト８２０（３）を保存してもよい。

ライブラリ８１０及びＤＪアカウント８１６は、サーバ８０８との通信状態にあるデータベース内に保存されてもよい。一実施形態においては、データベースは、サーバ８０８の一部分であり、且つ、これと一緒に配置されている。別の実施形態においては、データベースは、サーバとは離れたところに保存されているが、サーバ８０８からアクセス可能である。これにより、一実施形態においては、ＤＪ８０１は、提供されるサービスに対して利用料をシステム８００の所有者に対して支払っており、これにより、アカウントマネージャ８１４は、ＤＪ８０１による支払いを追跡している。

会場８０２において、ＤＪ８０１は、コンピュータ８４０を使用することにより、サーバ８０８のアカウントマネージャ８１４にログインし、且つ、その内部に保存されている再生リスト８２０にアクセスする。コンピュータ８４０は、例えば、会場８０２の所有者が提供してもよく、或いは、ＤＪ８０１が持参してもよく、或いは、別の関係者（例えば、会場８０２におけるイベントのスポンサ）が提供してもよい。コンピュータ８４０は、ディスプレイ８４２と、少なくとも一つの入力装置８４４と、ミキシングプログラム８４６と、を含む。任意選択により、コンピュータ８４０は、ＤＪ８０１によるミキシングプログラム８４６の制御を促進するＤＪコンソール８４８と結合されている。コンピュータ８４０は、例えば、ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、及びノートブックコンピュータのうちの一つなどのパーソナルコンピュータである。

ミキシングプログラム８４６は、コンピュータ８４０のプロセッサによって実行された際に、ＤＪコンソール８４９及び入力装置８４４からの入力と、システム８００からストリーミングされたオーディオと、に基づいてオーディオストリームを生成する機械可読命令を有する。ミキシングプログラム８４６は、従来のＤＪミキシングソフトウェアに類似しているが、システム８００からストリーミングされる楽曲との互換性を有するという改善を伴っている。生成されたオーディオストリームは、会場８０２において、サウンドシステム８５０を使用することにより、「ライブ」で出力され、且つ、コンピュータ８４０及び／又はＤＪアカウント８１６内において、ミックス８２２として録音される。

ストリームバッファ８０６は、ＤＪ８０１によって選択された一つ又は複数の再生リスト８２０内において識別されている楽曲８１２を取得するコンピュータ又は装置である。ストリームバッファ８０６は、ミキシングプログラム８４６からそれぞれの楽曲に対するリクエストを受け取った際に、リアルタイムで楽曲８１２をミキシングプログラム８４６にストリーミングする際のレイテンシーを減少させるように機能する。動作の一例においては、ＤＪ８０１は、選択された再生リスト８２０（１）の一つ又は複数の楽曲（又はステム）の一部分をキューイングするために、ＤＪコンソール８４８及び／又は入力装置８４４を使用してミキシングプログラム８４６とやり取りしている。ミキシングプログラム８４６は、ストリームバッファ８０６に対してオーディオの適切な一つ又は複数の部分を要求し、且つ、ＤＪ８０１によって制御されているように、オーディオをミキシングする。

動作の一例においては、ＤＪ８０１は、会場８０２に到着し、コンピュータ８４０を使用することにより、サーバ８０８のアカウントマネージャ８１４にログインし、再生リスト８２０（１）を選択し、且つ、マイクロフォン８５２、ＤＪコンソール８４８、及び入力装置８４４を使用してコンピュータ８４０上において稼働するミキシングプログラム８４６を制御し、再生リスト８２０（１）によって識別されている楽曲８１２のオーディオ（並びに、任意選択により、そのステム２０２）をミキシングし、サウンドシステム８５０を使用したライブでの出力のために、オーディオミックス８５４を生成している。オーディオミックス８５４は、任意選択により、ミックス８２２として録音され、且つ、再生リスト８２０（１）から選択されると共にＤＪ８０１によってミキシングされた楽曲８１２に基づいてミックス８５４を生成するために使用された楽曲を記録するべく、実際の再生リスト８２０（３）が生成されてもよい。例えば、ＤＪ８０１は、楽曲８１２を複数の再生リスト（例えば、再生リスト８２０（１）及び８２０（２））から選択してもよく、この場合に、これらの選択された楽曲は、再生リスト８２０（３）内において記録される。

又、ミキシングプログラム８４６は、ＤＪ８０１に属したものであってもよく、この場合に、ストリームバッファ８０６は、ミキシングプログラム８４６によって要求されるように、コンピュータ８４０に対する楽曲８１２のストリーミングを促進するべく、ネットワークストレージ装置として動作する。即ち、ストリームバッファ８０６は、ミキシングプログラム８４６から、従来のファイルストレージ装置として見えるように、動作してもよい。

ＤＪ８０１は、ＤＪアカウント８１６内において再生リスト８２０を生成するべく、任意の時点において、サーバ８０８とやり取りしてもよい。例えば、ＤＪ８０１は、好みの楽曲８１２の再生リスト８２０（１）を有してもよく、且つ、会場８０２用に具体的に選択された楽曲８１２を有する再生リスト８２０（２）を生成済みであってもよい。再生リスト８２０内の楽曲８１２は、ＤＪ８０１によって所有されており、且つ、演奏の会場、演奏の時刻、及び再生される音楽の選択に影響を及ぼすその他の要因などの一つ又は複数のパラメータに基づいて、一つ又は複数の再生リスト８２０内に含まれてもよい。再生リスト８２０は、通常、演奏の際にＤＪ８０１によって演奏されることになるものを上回るものを収容している。

ＤＪ８０１による演奏の際に、システム８００は、演奏の際に選択された楽曲８１２（又は、その一部分）に基づいて、実際の再生リスト８２０（３）を生成してもよい。又、それぞれの楽曲内におけるキューポイント、反復、ループに関する更なるメタデータも、システム８００によって記録されてもよく、これにより、演奏の後のミックス８２２の編集が促進される。任意選択により、実際の再生リスト８２０（３）及び／又はミックス８２２は、当初、コンピュータ８４０によって記録され、且つ、後から、システム８００にアップロードされる。

改善された音楽ライブラリアプリケーション及び再生リスト
図９は、ライブラリ９０２内において保存されている楽曲９０６のメタデータ９０８を自動的に管理するための一つの例示用のシステム９００を示している。楽曲９０６は、楽曲２００、８１２、及びステム２０２のうちの一つ又は複数を表してもよい。図１０は、図９のメタデータ９０８内に保存されている例示用のデータを示している。以下の説明においては、図９及び図１０を参照されたい。

メタデータ９０８は、システム９００内において楽曲を識別するための一意の値を保存する一意の識別子１００２を含む。メタデータ９０８は、通常、楽曲９０６の先頭に含まれるが、その範囲を逸脱することなしに、楽曲９０６内のどこか別の場所に配置されてもよい。

メタデータ９０８は、楽曲のメタデータの場合に標準的なものであると共に iTunes、Windows Media Player、Winamp、YME、MusicMatch などのソフトウェア及び iPod、Creative Zen、Toshiba Gigabeat、及び Sony Walkman のようなハードウェアプレーヤーにおいてサポートされているＩＤ３タグを含んでもよい。メタデータ９０８は、例えば、タイトル、アーティスト、年度、ジャンル、及び楽曲９０６と関連するその他の情報などの情報を含む。メタデータ９０８は、システム９００内において楽曲を識別するための一意の値を保存する一意の識別子１００２を含む。

一実施形態においては、図１０に示されているように、メタデータ９０８は、www.id3.ofg のＩＤ３構造規格に定義されている標準タグ１０２０を含む。ＩＤ３は、メタデータタグをオーディオファイル（例えば、楽曲９０６）内において保存するための規格を定義しており、且つ、既存のプレーヤ上におけるオーディオファイルの再生可能性を損なうことなしに、非標準タグタイプの追加をも許容する予め定義された標準タグ１０２０をフレーム構造内において定義している。例えば、ＩＤ３の予め定義されたフレームは、アルバム／映画／ショータイトル１０２２、ＢＰＭ（Beats Per Minute）１３６、作曲家、コンテンツタイプ、著作権メッセージ、録音の日付、再生リストの遅延、エンコード方式、作詞家／テキストライタ、ファイルタイプ、録音の時刻、コンテンツグループの説明、タイトル／曲名／コンテンツの説明、サブタイトル／説明のリファインメント、初期キー、オーディオ内において使用されている一つ又は複数の言語、長さ、オーディオオリジナルの媒体タイプ、オリジナルのアルバム／映画／ショータイトル、オリジナルのファイル名、オリジナルの一人又は複数の作詞家／一人又は複数のテキストライタ、一人又は複数のオリジナルのアーティスト／一人又は複数の演奏者、オリジナルのリリース年度、ファイル所有者／ライセンシー、一人又は複数のリード演奏者／一人又は複数のソリスト、バンド／オーケストラ／伴奏者、指揮者／演奏者リファインメント、翻訳、リミキシング、又はその他の変更者、セットの一部分、発行者、楽曲番号／組内における位置、録音日付、インターネットラジオ局名、インターネットラジオ局所有者、サイズ、ＩＳＲＣ（International Standard Recording Code）、エンコーディングのために使用されたソフトウェア／ハードウェア及び設定、録音の年度、並びに、様々なＵＲＬリンクフレームを含む。

多くのタグタイプが標準タグ１０２０に含まれるが、ジャンルタグタイプ１０２６のみが、予め定義された設定タグ値のうちの一つを保存している。これは、個々の聴取のための音楽の選択を支援するには、十分でありうるが、この単一のジャンルタグは、ＤＪ処理のための楽曲を選択するには、十分に詳しいものではない。従って、メタデータ９０８は、ムードタグ１００８、会場タグ１００４、設定時刻タグ１００６、及びＶｏｘタグ１０１０をも含み、これらのタグのそれぞれは、楽曲９０６を分類するゼロ個以上のタグワードを含んでもよい。

システム９００は、それぞれの楽曲９０６ごとに、メタデータ９０８を自動的に維持している。例えば、メタデータ９０８が、ＤＪコミュニティ９４５（即ち、ＤＪのコミュニティ）によって合意されたとおりに、関連する楽曲９０８を特徴付けるタグを有している場合には、特定の会場における特定の演奏用の楽曲の選択が単純化されるが、その理由は、ＤＪ９０１が、会場、演奏時刻、予想されるクライアント、望ましいオーディオコンテンツなどの特性と整合した楽曲９０６を識別するために、メタデータ９０８をサーチしうるからである。

システム９００は、例えば、コンピュータサーバであり、且つ、メモリ９１４との通信状態にあるプロセッサを有するように、示されている。メモリ９１４は、揮発性メモリ（例えば、ＳＲＡＭ、ＤＲＡＭ、又はこれらの任意の組合せ）及び不揮発性メモリ（例えば、ＦＬＡＳＨ、ＲＯＭ、磁気媒体、光媒体、又はこれらの任意の組合せ）のうちの一つ又は両方を表してもよい。一実施形態においては、システム９００は、一つ又は複数のプロセッサをそれぞれが収容すると共にメモリ９１４がそれらの間において分散されている複数の相互接続された（例えば、ＬＡＮ及びＷＡＮのうちの一つ又は両方を使用することによってネットワークされた）コンピュータサーバを表している。又、メモリ９１４は、少なくとも部分的に、一つ又は複数のネットワークストレージ装置を表してもよい。

メモリ９１４内において保存されているライブラリ９０２は、関連するメタデータ９０８をそれぞれが有する複数の楽曲９０６を収容している。例えば、楽曲９０６（１）は、関連するメタデータ９０８（１）を有し、且つ、楽曲９０６（２）は、関連するメタデータ９０８（２）を有する。メタデータ９０８は、その関連する楽曲９０６内において示されているが、メタデータ９０８は、その範囲を逸脱することなしに、データベース内などの別の場所において保存されてもよい。一実施形態においては、システム９００は、オンラインオーディオメディアストアを表しており、この場合に、楽曲９０６は、コンピュータ９５０を使用することにより、プレビューされてもよく、且つ／又は、ＤＪ９０１（１）によって購入されてもよい。コンピュータ９５０は、例えば、ノートブックコンピュータ及びラップトップコンピュータのうちの一つなどの携帯型コンピュータである。

図９の例においては、ＤＪ９０１（１）は、例えば、（楽曲９０６’として示されている）コンピュータ９５０上のライブラリ９５２内に保存されている楽曲９０６のコピーを購入するべく使用されるアカウント９１０をシステム９００において有する。例えば、楽曲９０６（１）’は、楽曲９０６（１）のコピーであり、且つ、楽曲９０６（２）’は、楽曲９０６（２）のコピーである。楽曲９０６のコピーが購入された際に、メタデータ９０８’は、メタデータ９０８のコピーであるが、ＤＪ９０１（１）は、その後に、楽曲９０６’内のオーディオの特性を良好に定義するとＤＪ９０１（１）が考えるタグを含むように、メタデータ９０８’を変更してもよい。例えば、ＤＪ９０１（１）は、ライブラリアプリケーション９６２を利用することにより、メタデータ９０８（１）’に対してムードタグ（例えば、Acid、Chill、Deep、Dark、Driving、Funky、Grrovy など）を追加してもよく或いは変更してもよく、その理由は、ＤＪ９０１（１）が、これらのタグが、楽曲９０６（１）’のオーディオコンテンツを相対的に良好に定義し、且つ、これにより、ＤＪ９０１（１）が将来においてこれらの楽曲９０６’を相対的に容易に見出すことができると考えたからである。同様に、ＤＪ９０１（１）は、楽曲内のボーカルのタイプを定義する認識されたワード（例えば、VOX Male、VOX Female、VOX、Vocode、Sample Male、Sample Female、Sample、Vocode、及び None）に基づいて、Ｖｏｘタグを利用及び／又は定義してもよい。動作の一例においては、ＤＪ９０１（１）は、楽曲９０６’が購入及び評価されるのに伴って、メタデータ９０８’を改善すると共に／又は、楽曲９０６’が使用のために識別されるのに伴って、メタデータ９０８’を改善している。

会場において演奏する際に、ＤＪ９０１（１）は、コンピュータ９５０上において稼働しているＤＪアプリケーション９６４を使用することにより、演奏の際にリアルタイムで楽曲９０６’のサウンドを選択し、且つ、ミキシングする。ＤＪ９０１（１）がそれぞれの楽曲９０６’の少なくとも一部分を演奏するのに伴って、ＤＪアプリケーション９６４は、演奏の際に再生されたこれらの楽曲９０６’を識別する再生された再生リスト９５４を生成する。又、ＤＪ９０１（１）は、ＤＪ９０１（１）の好みであると共に演奏の際に再生するのに適した楽曲９０６を識別する再生リスト９５６を生成してもよい。ＤＪ９０１（１）は、後述するように、その他の再生リストを生成してもよい。

会場における演奏のために、ＤＪ９０１（１）は、再生された再生リスト９５４内において、会場タイプ９５８として例示的に示されている会場の特性と、再生された再生リスト９５４内において、設定時刻９６０として例示的に示されている演奏の時刻と、を定義してもよい。会場タイプ９５８は、会場のタイプを表現するべく使用されてもよい予め定義されたタグの組（例えば、アリーナ、倉庫、フェスティバル、クラブ、サイドルーム、住宅、プールなど）に基づいたものであってもよい。一実施形態においては、ＤＪ９０１（１）は、予め定義されたリスト内には存在しないが、ＤＪ９０１（１）が会場を相対的に良好に表現すると考えるものである単語又はフレーズを使用している。即ち、ライブラリアプリケーション９６２によれば、ＤＪ９０１（１）は、会場タイプ９５８と共に使用するための新しいタグ値を定義することができる。同様に、ＤＪ９０１（１）は、演奏の際に再生のために選択される楽曲９０６のタイプの特徴付けを更に支援する一つ又は複数の予め定義されたタグ（例えば、イントロ、オープナ、フィラー、ピーク、クローザ、アフターアワー、サンライズなど）に基づいて演奏を更に特徴付けるべく、設定時刻９６０を定義する。適切なタグ値が利用不能である場合には、ＤＪ９０１（１）は、設定時刻９６０と共に、非標準のタグ値を使用してもよい。

再生リストの使用は、ＤＪ９０１が、数千曲の楽曲の巨大なライブラリから、自身が特定の会場において再生することになる可能性が高い楽曲の再生リストに追加するべき楽曲を選択できるようにすることにより、改善される。

ライブラリ９５２内において、ＤＪ９０１（１）は、楽曲９０６’のサーチを改善するべく、メタデータ９０８’を変更する。これにより、ＤＪ９０１（１）は、楽曲９０６’の間の関係を構築し、且つ、これらの特性を定義する。例えば、ＤＪ９０１（１）が、貴重な購入された楽曲の一つ又は複数のステムを購入した場合に、それぞれのステムのメタデータ９０８’は、楽曲と関連するものとしてマーキングされてもよい。同様に、ループ及びサンプルは、一つ又は複数の楽曲及びミックスとの間の定義された関係を有してもよい。

メタデータ９０８’に対するＤＪ９０１（１）による変更は、コンピュータ９５０のライブラリ９５２内においてのみ実施される。但し、ライブラリアプリケーション９６２は、修正済みのメタデータ９６６として例示的に示されている修正を識別し、且つ、システム９００に送信するべく、ライブラリ９５２内においてメタデータ９０８’を定期的に処理してもよく、システム９００において、修正は、例えば、ＤＪアカウント９１０内において保存される。

楽曲の識別
ライブラリ９０２内において、それぞれの楽曲９０６は、メタデータ９０８内において、一意の識別子１００２を含む。メタデータ９０８は、楽曲９０６内において保存されていることから、その楽曲のそれぞれのコピーも、識別子１００２を含む。従って、システム９００のライブラリ９０２から購入された楽曲は、その関連するメタデータ内において、識別子を自動的に含む。例えば、ＤＪ９０１（１）が、システム９００からライブラリ９５２内において保存されている楽曲９０６（１）’を購入した場合に、識別子１００２は、ライブラリ９０２内の楽曲９０６との間の楽曲９０６（１）’のマッチングを円滑に実行する。

楽曲（例えば、楽曲９０６（２）’）が代替供給源から得られる（例えば、代替供給者から購入されたり、ＣＤから取得される）場合には、メタデータ（例えば、メタデータ９０８’）が識別子１００２を含まない場合がある。更には、楽曲のファイル名が、ライブラリ９０２内の等価なファイルのファイル名とマッチングしない場合もある。ライブラリ９５２内の楽曲が識別子１００２を含んでいない場合には、システム９００は、例えば、ＤＪによるその楽曲の使用法に基づいて、ライブラリアプリケーション９６２によって収集された統計及びその他の情報を使用することができず、その理由は、ライブラリ９０２内のマッチングした楽曲を容易に識別することができないからである。楽曲９０６’をライブラリ９０２内の楽曲とマッチングさせることができない場合には、メタデータマネージャ９０４は、楽曲９０６’のコンテンツ及びその他の情報に基づいて、ライブラリ９０２内においてマッチングした楽曲９０６を見出すべく、マッチユティリティ９０５を起動する。

例えば、ライブラリ９５２からの楽曲９０６（２）’をライブラリ９０２内の楽曲に対してマッチングさせるには、マッチユティリティ９０５は、まず、メタデータ９０８（２）’内において識別子１００２をサーチする。見出された場合には、識別子１００２を使用して楽曲９０６（２）を識別する。識別子１００２が見出されない場合には、マッチユティリティ９０５は、ライブラリ９０２内において楽曲９０６（２）’のファイル名をサーチする。マッチングしたファイル名がライブラリ９０２内において見出された場合には、マッチユティリティ９０５は、その他の比較を使用することにより、楽曲９０６（２）が楽曲９０６（２）’とマッチングしていることを検証する。例えば、マッチユティリティ９０５は、ＤＪ９０１（１）がその特定の楽曲を購入したことを検証するべく、ＤＪアカウント９１０の保存されている購入履歴を調査してもよい。別の例においては、マッチユティリティ９０５は、「フィンガプリント」法を使用することにより、楽曲９０６（２）’内のオーディオデータが楽曲９０６（２）内のオーディオデータとマッチングしていることを検証してもよく、この場合に、「フィンガプリント」は、例えば、楽曲内のオーディオデータのチェックサム、オーディオデータのハッシュ関数、及びオーディオデータのオーディオフィンガプリントのうちの一つ又は複数に基づいている。

楽曲９０６（２）’が楽曲９０６（２）とマッチングしたら、楽曲マッチユティリティ９０５は、ライブラリ９０２内のマッチングした楽曲から取得した又はこれと関連付けられているメタデータ（例えば、一意の識別子１００２）をライブラリ９５２内の楽曲に自動的に挿入し、これにより、将来のマッチングを促進する。

傾向に基づいたメタデータの更新
ライブラリ９５２内において、ＤＪ９０１（１）は、ライブラリアプリケーション９６２を使用して一つ又は複数の楽曲９０６’のメタデータ９０８’を変更することにより、相対的に良好なサーチを円滑に実行してもよい。システム９００は、メタデータ９０８内において使用されるタグ（例えば、ムードワード）の標準タグセット９２０を含む。例えば、ライブラリアプリケーション９６２は、ＤＪ９０１（１）が、メタデータ９０８’内において使用するべく、標準タグセット９２０から一つ又は複数の標準タグを選択できるようにしてもよい。ＤＪ９０１（１）が、標準タグセット９２０において、制限を見出した場合には、ＤＪ９０１（１）は、標準タグセット９２０に含まれていないタグ（例えば、ムードワード）を使用してもよい。即ち、ＤＪ９０１（１）は、メタデータ９０８’内において代替ムードワードを使用することにより、新しいタグを生成してもよい。

ライブラリアプリケーション９６２は、メタデータ９０８’をライブラリ９５２から取得し、且つ、任意の修正済みのメタデータ（修正済みのメタデータ９６６として例示的に示されている）をシステム９００に送信し、システム９００において、修正済みのメタデータは、ＤＪアカウント９１０との関連において保存される。メタデータマネージャ９０４は、システム９００において、それぞれのＤＪアカウントからの修正済みのメタデータ９６６を処理し、メタデータの修正の傾向９１６を判定する。一実施形態においては、メタデータマネージャ９０４は、修正済みのメタデータ９６６を定期的に（例えば、毎週）処理することにより、メタデータ９６６の変化の統計的分析に基づいて、傾向９１６を識別している。

傾向９１６は、システム９００においてアカウント（例えば、ＤＪアカウント９１０）を有する複数のＤＪ（例えば、ＤＪ９０１（１））の間において共通するメタデータ９０８の修正を示している。傾向９１６を判定する際には、メタデータマネージャ９０４は、ＤＪ９０１（１）のランキング９４２を利用することにより、修正済みのメタデータ９６６を重み付けしており、この場合に、ランキング９４２は、ＤＪコミュニティ９４５内におけるその他のＤＪ９０１（２）及び９０１（３）との関係におけるＤＪ９０１の地位を示している。例えば、相対的に高いランキング９４２を有するＤＪは、相対的に低いランキングを有するＤＪよりも大きな重みを有することになろう。ＤＪコミュニティ９４５は、例えば、プロフェッショナルなＤＪのコミュニティであり、この場合には、それぞれのＤＪは、収入及び／又は人気に基づいてランク付けされる。一例においては、ランキング９４２は、１〜１０の範囲を有しており、この場合に、１は、新米のプロフェッショナルなＤＪを表しており、且つ、１０は、十分に認知されたプロフェッショナルなＤＪ（例えば、ＤＪグル）を表している。

一実施形態においては、メタデータマネージャ９０４は、タグが、傾向９１６によって定義されているように、十分な人気を享受している際には、変更された又は新しいタグを標準タグセット９２０に自動的に追加する。別の実施形態においては、メタデータマネージャ９０４は、傾向９１６をコミュニティマネージャ９４０に送信しており、この場合には、ＤＪコミュニティ９４５内におけるＤＪ９０１の世論調査及び／又はサーベイにより、存在する場合に、修正済みのメタデータ９６６内のいずれのタグが標準タグセット９２０に内蔵されるべきかを識別する。

又、傾向９１６は、同様に、メタデータ９０８に対する人気のある修正（例えば、ライブラリ９０２内の楽曲９０６のうちの一つ又は複数の楽曲内のタグに対する修正）を定義してもよく、且つ、更には、それぞれのＤＪ９０１のランキング９４２を利用して重みを修正済みのメタデータ９６６内の修正に対して適用することにより、傾向９１６を生成してもよい。一実施形態においては、メタデータマネージャ９０４は、傾向９１６において定義されている変更の人気に基づいて、メタデータ９０８に対する変更を自動的に実装している。別の実施形態においては、メタデータマネージャ９０４は、傾向９１６をコミュニティマネージャ９４０に送信しており、この場合には、ＤＪコミュニティ内におけるＤＪ９０１の世論調査及び／又はサーベイより、存在する場合に、メタデータ変更のいずれが、メタデータ９０８への内蔵のために、傾向９１６として送信されるのかを識別している。

図１１は、標準タグセット９２０のタグを表示する一つの例示用の対話型タグ選択ウィンドウ１１００を示しており、且つ、選択された楽曲（例えば、ライブラリ９５２内の楽曲９０６’）のためにＤＪコミュニティによって選択（即ち、定義）されている特定のタグ１１０２（同様に、図１２内においても、シェードが付与されている）を更に示している。タグ選択ウィンドウ１１００は、例えば、選択された楽曲用のタグを表示すると共にその局所的な変更を許容するべく、コンピュータ９５０上のライブラリアプリケーション９６２によって表示される。定義されているタグ１１０２は、例えば、定義されていないタグとは異なるスタイル及び／又は色において表示されている。

図１２は、ＤＪ９０１による修正の後のタグ選択ウィンドウ１１００を示している。具体的には、ＤＪ９０１は、タグ１２０２（同様にシェードを有している）を追加しており、且つ、タグ１２０４（同様にシェードを有している）の選択を解除している。追加されたタグ１２０２は、例えば、それらがＤＪコミュニティによって定義されていないことを通知するべく、タグ１１０２とは異なる方式により、スタイル設定及び／又は着色されており、且つ、同様に、選択が解除されたタグ１２０４は、それらの選択が解除されているが、その楽曲についてＤＪコミュニティによって定義されていることを通知するべく、異なる方式により、スタイル設定及び／又は着色されている。従って、タグ選択ウィンドウ１１００によれば、ＤＪ９０１は、選択された楽曲について、いずれのタグがＤＪコミュニティによって定義されており、且つ、いずれのタグがローカルライブラリ９５２内において変更されているのかを容易に観察することができる。

動作の一例においては、タグ選択ウィンドウ１１００内のタグに対して実施された修正に基づいて、ライブラリアプリケーション９６２は、修正済みのメタデータ９６６を生成し、且つ、修正済みのメタデータ９６６をシステム９００に送信しており、システム９００において、修正済みのメタデータは、ＤＪアカウント９１０内において保存される。上述のように、新たに追加された単語及びフレーズは、ＤＪコミュニティ９４５内において人気を得た場合に、メタデータマネージャ９０４により、標準タグセット９２０に内蔵されてもよい。

図１３は、ライブラリアプリケーション９６２によって図９のライブラリ９５２から生成される例示用の再生リストを示している。ＤＪ９０１（１）がＤＪアプリケーション９６４及びライブラリアプリケーション９６２を利用して楽曲９０６を選択及び再生するのに伴って、ライブラリアプリケーション９６２は、再生された再生リスト９５４、再生リスト９５６、会場再生リスト１３０２、再生された再生リスト９５４、すべての再生された再生リスト１３０４、購入された再生リスト１３０６、及び生成された再生リスト１３０８を維持している。

再生リスト９５６は、好みの楽曲、頻繁に再生される楽曲、頻繁にリクエストされる楽曲などのような関心を集めている楽曲９０６を識別するべく、ＤＪ９０１（１）によって生成される。再生リスト９５６は、ライブラリ９５２内の楽曲９０６のサブセットを識別しており、このサブセットは、数千曲の楽曲を含んでもよい。これにより、再生リスト９５６は、ＤＪ９０１（１）にとって関心のある楽曲についてのサーチを単純化する。

第一の会場における演奏に先立って、ＤＪ９０１（１）は、ライブラリアプリケーション９６２を利用し、その会場における聴衆の状態（例えば、会場タイプ９５８及び設定時刻９６０）及び予想に基づいて、会場再生リスト１３０２（１）を生成してもよい。例えば、ＤＪ９０１（１）は、再生リスト９５６から適切な楽曲９０６を選択して第一の会場用の会場再生リスト１３０２（１）を生成してもよい。同様に、第二の会場における演奏のための準備として、ＤＪ９０１（１）は、予想される聴衆及び状態（例えば、会場タイプ９５８及び設定時刻９６０）に基づいて、会場再生リスト１３０２（２）を生成するべく、再生リスト９５６から楽曲９０６を選択してもよい。別の例においては、ＤＪ９０１（１）は、ライブラリアプリケーション９６２を使用して会場再生リスト１３０２（１）を複写することにより、会場再生リスト１３０２（２）を形成し、且つ、次いで、第一及び第二の会場の間における状態の差に基づいて、会場再生リスト１３０２（２）を変更している。

又、ＤＪ９０１（１）は、会場再生リスト１３０２（１）に包含するべく、一つ又は複数の楽曲９０６をライブラリ９５２から（例えば、サーチによって）直接的に選択してもよく、この場合に、ライブラリアプリケーション９６２は、そのファイルが再生リスト９５６内においてまだ識別されていない際には、その楽曲の識別子を再生リスト９５６に対して自動的に追加する。即ち、再生リスト９５６は、ライブラリアプリケーション９６２により、自動的に維持される。

第一の会場において演奏する際に、ＤＪ９０１（１）は、会場再生リスト１３０２（１）内において識別されているすべての楽曲を再生しなくてもよい。但し、ＤＪアプリケーション９６４及び／又はライブラリアプリケーション９６２は、その演奏において再生された楽曲９０６を識別するべく、会場において再生された再生リスト９５４（１）を生成する。任意選択により、会場において再生された再生リスト９５４は、再生されたそれぞれの楽曲の一部分を定義してもよい。同様に、第二の会場における演奏の際に、ＤＪアプリケーション９６４及び／又はライブラリアプリケーション９６２は、その演奏において再生された楽曲９０６を識別するべく、会場において再生された再生リスト９５４（２）を生成する。又、ＤＪアプリケーション９６４及び／又はライブラリアプリケーション９６２は、ＤＪ９０１（１）によって再生されたすべての楽曲９０６を識別するべく、すべての再生された再生リスト１３０４をも生成する。即ち、会場において再生された再生リスト９５４は、それぞれ、すべての再生された再生リスト１３０４のサブセットである。

又、ライブラリアプリケーション９６２は、ＤＪ９０１（１）によって購入されたそれぞれの楽曲９０６を識別する購入された再生リスト１３０６を自動的に維持してもよい。又、任意の選択により、購入された再生リスト１３０６は、楽曲が購入された場所と、それらが購入された時点をも識別している。又、ライブラリアプリケーション９６２は、ＤＪ９０１（１）によって生成された楽曲９０６（例えば、図８のミックス８２２）を識別する生成された再生リスト１３０８を維持してもよい。

システム９００は、再生リスト９５４、９５６、１３０２、１３０４、１３０６、及び１３０８の情報を利用し、楽曲９０６に関する統計情報を生成してもよい。例えば、システム９００は、異なるタイプの会場において再生された楽曲の相関及び傾向を判定するべく、複数のＤＪから収集された会場において再生された再生リスト９５４から統計情報を判定してもよい。又、システム９００は、新しく購入された楽曲の傾向及び人気を判定するべく、購入された再生リスト１３０６から情報を収集してもよい。又、図１３に示されているように、購入された再生リスト１３０６は、それぞれの楽曲が購入された場所と、楽曲が購入された時点などの情報を含んでもよい。

上述の方法及びシステムにおいては、その範囲を逸脱することなしに、変更が実施されてもよい。従って、上述の説明に含まれている又は添付の図面に示されている内容は、限定の意味ではなく、例示を目的としたものであると解釈する必要があることに留意されたい。添付の請求項は、本明細書において記述されているすべての一般的且つ具体的な特徴のみならず、言語の問題としてその間に含まれると表現されうる本方法及びシステムの範囲のすべての記述内容をも包含することが意図されている。具体的には、以下の実施形態のみならず、相互に互換性を有するこのような実施形態の任意の組合せが、具体的に想定される。

Ａ．ライブ演奏の際に第一楽曲及び第二楽曲を選択的に一つにミキシングするシステムであって、該第一楽曲は、それぞれがステレオオーディオを有し、且つ、組み合わせられて該第一楽曲の該オーディオを形成する複数の第一ステムを有し、且つ、該第二楽曲は、それぞれがステレオオーディを有し、且つ、組み合わせられて該第二楽曲の該オーディオを形成する複数の第二ステムを有する、システムであって、メモリ及びプロセッサを有するコンピュータと、該第一ステムのうちの少なくとも一つの第一ステムのオーディオを再生し、且つ、該第二ステムのうちの少なくとも一つの第二ステムのオーディオとミキシングするべく、該メモリ内において保存され、且つ、該プロセッサによって実行される機械可読命令を有する複数チャネルオーディオミキシングアプリケーションと、を有し、該複数チャネルオーディオミキシングアプリケーションは、該ミキシングのために該少なくとも一つの第一ステム及び該少なくとも一つの第二ステムを選択するべく、該演奏の際にリアルタイムで制御される、システム。

Ｂ．該コンピュータのインタフェースに結合され、且つ、該少なくとも一つの第一ステム及び該少なくとも一つの第二ステムを選択すると共にこれらを一つにミキシングするべく、該演奏の際に複数チャネルオーディオミキシングアプリケーションを制御するための複数の制御部を有するＤＪコンソールを更に有する、実施形態Ａに記載のシステム。

Ｃ．該複数チャネルオーディオミキシングアプリケーションは、（ａ）該第一ステムのうちのそれぞれの第一ステム内において少なくとも一つの第一キューポイントを定義し、且つ、（ｂ）該第二ステムのうちの一つ又は複数の第二ステム内において少なくとも一つの第二キューポイントを定義するために、該演奏の前に該ＤＪとやり取りするべく、且つ、該第一及び第二キューポイントのうちの一つ又は複数を選択して該対応するキューポイントにおいて該対応するステムの再生を開始するために、該演奏の際に該ＤＪとリアルタイムでやり取りするべく、該メモリ内に保存され、且つ、該プロセッサによって実行される機械可読命令を更に有する、実施形態Ａ又はＢに記載のシステム。

Ｄ．該少なくとも一つの第一キューポイントは、該第一楽曲のうちのそれぞれの第一楽曲内の再生ポイントを定義している、実施形態Ａ乃至Ｃに記載のシステム。

Ｅ．該少なくとも一つの第一キューポイント及び該少なくとも一つの第二キューポイントは、該第一及び第二楽曲内の異なる再生位置に位置している、実施形態Ａ乃至Ｄに記載のシステム。

Ｆ．ＤＪによるライブ演奏の際に第一楽曲と第二楽曲を一つに選択的にミキシングする方法であって、該第一楽曲は、それぞれが、該第一楽曲のオーディオを形成するべく組み合わせられるオーディオを有する複数の第一ステムを有し、該第二楽曲は、それぞれが、該第二楽曲のオーディオを形成するべく組み合わせられるオーディオを有する複数の第二ステムを有する、方法であって、該演奏の際に命令を受け取るべくコンピュータに結合された複数の物理的制御部を有するＤＪコンソールを使用することにより、該ＤＪとやり取りするステップと、該コンピュータ内において、該命令に基づいて、該第一ステムのうちの少なくとも一つ及び該第二ステムのうちの少なくとも一つを選択するステップと、該コンピュータ内において、該命令に基づいて、該少なくとも一つの第一ステムと該少なくとも一つの第二ステムをミキシングし、該ライブ演奏用のオーディオ出力を生成するステップと、を有する方法。

Ｇ．（ａ）該第一ステムのうちのぞれぞれの第一ステム内において少なくとも一つの第一キューポイントを定義し、且つ、（ｂ）該第二ステムのうちの一つ又は複数の第二ステム内において少なくとも一つの第二キューポイントを定義するべく、該演奏の前に該ＤＪとやり取りするステップを更に有する、実施形態Ｆに記載の方法。

Ｈ．該対応するキューポイントにおいて該対応するステムの再生を開始するために該少なくとも一つの第一及び第二キューポイントのうちの一つ又は複数を選択するべく、該演奏の際に該ＤＪとリアルタイムでやり取りするステップを更に有する、実施形態Ｆ又はＧに記載の方法。

Ｉ．該少なくとも一つの第一キューポイント及び該少なくとも一つの第二キューポイントは、該ライブ演奏用の該オーディオ出力と同期化されている、実施形態Ｆ乃至Ｈに記載の方法。

Ｊ．二つ以上の楽曲のうちのそれぞれの楽曲の一つ又は複数のステムをリアルタイムで一つにミキシングするためのＤＪミキシングソフトウェアのＤＪ制御を提供するコンソールであって、フェースプレート及び通信ポートを有するハウジングと、該ＤＪミキシングソフトウェアによる第一楽曲の第一ステムの再生を制御するためのステム制御部の第一の組と、該ＤＪミキシングソフトウェアによる該第一楽曲の第二ステムの再生を制御するためのステム制御部の第二の組と、該ＤＪミキシングソフトウェアによる第二楽曲の第三ステムの再生を制御するためのステム制御部の第三の組と、該ＤＪミキシングソフトウェアによる該第二楽曲の第四ステムの再生を制御するためのステム制御部の第四の組と、を有し、該ＤＪミキシングソフトウェアは、該第一ステムと該第二ステムのうちの少なくとも一つと該第三ステムと該第四ステムのうちの少なくとも一つをリアルタイムで一つにミキシングしてオーディオ出力を生成するべく、該第一、第二、第三、及び第四ステム制御によって制御される、コンソール。

Ｋ．該制御部の第一及び第二の組は、該第一楽曲の再生を制御するための第一デッキを形成している、実施形態Ｊのコンソール。

Ｌ．該制御部の第三及び第四の組は、該第二楽曲の再生を制御するための第二デッキを形成している、実施形態Ｊ又はＫに記載のコンソール。

Ｍ．ライブ演奏の際のクラウドに基づいたＤＪ処理のためのシステムであって、プロセッサ及び複数の楽曲を保存するためのメモリを有する、クラウド内に配置され、且つ、インターネットを介してアクセス可能であるサーバコンピュータと、該プロセッサによって実行された際に、第一及び第二楽曲を識別するべくインターネットを介してＤＪコンピュータとやり取りする該メモリ内に保存された機械可読命令として実装されたアカウントマネージャと、該メモリから該第一及び第二楽曲を受け取り、且つ、該第一及び第二楽曲を該ＤＪコンピュータにストリーミングするためのストリームバッファと、を有し、該ＤＪコンピュータは、該ライブ演奏の際に該第一及び第二楽曲をミキシングする、システム。

Ｎ．該第一及び第二楽曲は、該ＤＪコンピュータに同時にストリーミングされる、実施形態Ｍに記載のシステム。

Ｏ．クラウドからＤＪ処理するための方法であって、第一及び第二楽曲を識別するべくインターネットを介してＤＪコンピュータとやり取りするステップと、楽曲のライブラリから該第一及び第二楽曲を取得するステップと、該第一及び第二楽曲をインターネットを介して該ＤＪコンピュータにストリーミングするステップと、を有し、該ＤＪコンピュータは、該第一楽曲の少なくとも一部分と該第二楽曲の少なくとも一部分を一つにミキシングしてライブ演奏用のサウンドを生成する、方法。

Ｐ．該ストリーミングのステップは、該第一及び第二楽曲を該ＤＪコンピュータに同時にストリーミングするステップを有する、実施形態Ｏに記載の方法。

Ｑ．楽曲のメタデータを自動的に更新するシステムであって、プロセッサ、一時的ではないメモリ、及びインターネットに対するインタフェースを有するコンピュータサーバと、該楽曲及び該楽曲と関連するメタデータを収容する該メモリ内に保存された楽曲ライブラリと、該コンピュータサーバから離れたところに保存された複数のＤＪライブラリのそれぞれから該楽曲の修正済みのメタデータを受け取り、該修正済みのメタデータを集合的に処理して該修正の傾向をアルゴリズムによって判定し、且つ、該傾向に基づいて該楽曲ライブラリ内の該楽曲と関連する該メタデータに対して該修正を適用することにより、該楽曲のメタデータを自動的に更新するべく、該メモリ内に保存され、且つ、該プロセッサによって実行される機械可読命令を有するメタデータマネージャと、を有するシステム。

Ｒ．ＤＪコミュニティのそれぞれのＤＪとやり取りして該ＤＪコミュニティ内の該ＤＪのランキングを判定するべく、該メモリ内に保存され、且つ、該プロセッサによって実行される機械可読命令を有するコミュニティマネージャを更に有する、実施形態Ｑに記載のシステム。

Ｓ．該メタデータマネージャは、該ランキングに基づいて重みをそれぞれのＤＪの該修正済みのメタデータに適用して該傾向を判定するべく、該プロセッサによって実行される機械可読命令を更に有する、実施形態Ｑ又はＲに記載のシステム。

Ｔ．該メタデータマネージャは、世論調査又はサーベイの一つ又は両方に基づいて該ＤＪコミュニティによる該修正の承認を判定するべく、該プロセッサによって実行される機械可読命令を更に有する、実施形態Ｑ乃至Ｓに記載のシステム。

Ｕ．該メタデータマネージャは、該ＤＪライブラリのうちの一つを保存する複数のコンピュータのそれぞれ内において動作するライブラリアプリケーションから該修正済みのメタデータを受け取り、該ライブラリアプリケーションは、（ａ）該ＤＪライブラリによって該修正済みのメタデータを自動的に判定し、且つ、（ｂ）該修正済みのメタデータを該メタデータマネージャに送信するように、動作する、実施形態Ｑ乃至Ｔに記載のシステム。

Ｖ．コンピュータサーバの楽曲ライブラリ内に保存された楽曲のメタデータを自動的に更新する方法であって、該コンピュータサーバ内において、それぞれが異なるＤＪによって維持されている複数のリモートＤＪライブラリのそれぞれから該楽曲の修正済みのメタデータを受け取るステップと、統計的分析に基づいて該修正済みのメタデータを集合的に処理して該修正の傾向を判定するステップと、該傾向に基づいて該修正を該楽曲ライブラリ内の該楽曲の該メタデータに適用するステップと、を有する方法。

Ｗ．該コンピュータサーバからＤＪコミュニティのそれぞれのＤＪとやり取りして該ＤＪコミュニティ内における該ＤＪのランキングを判定するステップを更に有する、実施形態Ｖに記載の方法。

Ｘ．該ランキングに基づいて重みをそれぞれのＤＪの該修正済みのメタデータに適用し、該傾向を判定するステップを更に有する、実施形態Ｖ又はＷに記載の方法。

Ｙ．世論調査及びサーベイの一つ又は両方に基づいて該ＤＪコミュニティによる該修正の承認を判定するステップを更に有する、実施形態Ｖ乃至Ｘに記載の方法。

Ｚ．該修正済みのメタデータは、（ａ）該修正済みのメタデータを自動的に判定し、且つ、（ｂ）修正済みのメタデータを該サーバコンピュータに送信するべく、ＤＪコンピュータ内において動作するライブラリアプリケーションから受け取られる、実施形態Ｖ乃至Ｙに記載の方法。

ＡＡ．該メタデータは、該楽曲を再生するのに適した場所を示す会場を有する、実施形態Ｖ乃至Ｚに記載の方法。

ＢＢ．該メタデータは、該楽曲を演奏するのに適した時点を示す設定時刻を有する、実施形態Ｖ乃至ＡＡに記載の方法。

ＣＣ．該メタデータは、該楽曲のコンテンツを示すムードタグの組を有する、実施形態Ｖ乃至ＢＢに記載の方法。

ＤＤ．楽曲を自動的に管理及び組織化する方法であって、ＤＪのコンピュータ上において、楽曲の購入を検出するステップと、該購入の、且つ、該楽曲の、情報を該コンピュータの購入された再生リストに自動的に追加するステップと、該コンピュータ上において稼働するＤＪアプリケーション内において、該ＤＪが会場における演奏の際に該楽曲の少なくとも一部分を再生した際を検出するステップと、該楽曲の情報を該コンピュータ上に保存されている会場において再生された再生リストに自動的に追加するステップと、を有し、該会場において再生された再生リストは、該会場と関連付けられている、方法。

ＥＥ．該楽曲の情報を該コンピュータ上に保存されているすべての再生された再生リストに自動的に追加するステップを更に有する、実施形態ＤＤに記載の方法。

ＦＦ．該購入された再生リスト及び該会場において再生された再生リストは、統計分析のためにサーバコンピュータに送信される、実施形態ＤＤ又はＥＥに記載の方法。

ＧＧ．楽曲を自動的に管理及び組織化する方法であって、コンピュータサーバ内において、ＤＪのリモートコンピュータ上に保存されている購入された再生リストに基づいて購入情報を受け取るステップであって、該購入された再生リストは、楽曲が購入された際に、該リモートコンピュータ上において自動的に生成される、ステップと、該コンピュータサーバ内において、該リモートコンピュータ上に保存されている会場において再生された再生リストに基づいて会場情報を受け取るステップであって、該会場において再生された再生リストは、該ＤＪが会場において該楽曲の少なくとも一部分を再生した際に、該リモートコンピュータ内において自動的に生成される、ステップと、該コンピュータサーバ内において、該購入情報及び該会場において再生された再生リストから楽曲の人気を示す統計情報を判定するステップと、を有する方法。

ＨＨ．該コンピュータサーバ内において、該リモートコンピュータ上に保存されているすべての再生された再生リストに基づいて再生された情報を受け取るステップを更に有し、該すべての再生された再生リストは、該ＤＪが該楽曲の少なくとも一部分を再生した際に、自動的に生成され、該統計情報は、該再生された情報にも基づいている、実施形態ＧＧに記載の方法。

Claims (11)

1. 楽曲用のメタデータを自動的に更新するシステムであって、
   プロセッサ、一時的ではないメモリ、及びインターネットに対するインタフェースを有するコンピュータサーバを使用して実現されたオンラインストアと、
   該楽曲と該楽曲を特徴付ける複数のタグを包含する関連するメタデータとを収容する、該メモリ内に保存された楽曲ライブラリと、
   メタデータマネージャであって、
   異なるディスクジョッキー（ＤＪ）のコンピュータ上でそれぞれ稼働している複数のリモートライブラリアプリケーションから該楽曲の修正済みのメタデータを受け取るステップであって、該修正済みのメタデータが該メタデータに対してＤＪ達によってなされた修正を表す、ステップと、
   該修正済みのメタデータを集合的に処理して、ＤＪ達によってなされた該修正の傾向をアルゴリズム的に判定するステップと、
   該傾向に基づいて、該楽曲ライブラリ内に保存された該楽曲の該メタデータに対して該修正を適用して、該オンラインストアの該楽曲ライブラリ内に保存される更新済みのメタデータを生成し、該更新済みのメタデータが、ＤＪ達が属するコミュニティにおける傾向を表し、該コミュニティによる該オンラインストアの該楽曲ライブラリのサーチを促進するようにする、ステップと、
   によって該メタデータを自動的に更新するように、該メモリ内に保存され且つ該プロセッサによって実行される機械可読命令を具備するメタデータマネージャと、
   を具備するシステム。
2. 異なるＤＪ達のそれぞれとやり取りして該異なるＤＪ達によって形成されるＤＪコミュニティ内の該ＤＪのランキングを判定するべく、該メモリ内に保存され且つ該プロセッサによって実行される機械可読命令を有するコミュニティマネージャ、を更に具備する、請求項１に記載のシステム。
3. 該メタデータマネージャは、該ランキングに基づいて重みをそれぞれのＤＪの該修正済みのメタデータに適用して該傾向を判定するべく、該プロセッサによって実行される機械可読命令、を更に具備する、請求項２に記載のシステム。
4. 該メタデータマネージャは、世論調査及びサーベイの一方又は両方に基づいて該ＤＪコミュニティによる該修正の承認を判定するべく、該プロセッサによって実行される機械可読命令、を更に具備する、請求項２に記載のシステム。
5. オンラインストアの楽曲ライブラリ内に保存されている楽曲のメタデータを自動的に更新する方法であって、該オンラインストアがコンピュータサーバを使用して実現され、該メタデータが該楽曲を特徴付ける複数のタグを包含し、該方法が、
   該コンピュータサーバ内において、異なるディスクジョッキー（ＤＪ）のコンピュータ上でそれぞれ稼働している複数のリモートライブラリアプリケーションから該楽曲の修正済みのメタデータを受け取るステップであって、該修正済みのメタデータが該メタデータに対してＤＪ達によってなされた修正を表す、ステップと、
   該修正済みのメタデータを集合的に処理して、統計的分析に基づいて、ＤＪ達によってなされた該修正の傾向を判定するステップと、
   該傾向に基づいて、該オンラインストアの該楽曲ライブラリ内に保存された該楽曲の該メタデータに対して該修正を適用して、該オンラインストアの該楽曲ライブラリ内に保存される更新済みのメタデータを生成し、該更新済みのメタデータが、ＤＪ達が属するコミュニティにおける傾向を表し、該コミュニティによる該オンラインストアの該楽曲ライブラリのサーチを促進するようにする、ステップと、
   を具備する方法。
6. 該コンピュータサーバから異なるＤＪ達のそれぞれとやり取りして該異なるＤＪ達によって形成されるＤＪコミュニティ内における該ＤＪのランキングを判定するステップ、を更に具備する、請求項５に記載の方法。
7. 該ランキングに基づいて重みをそれぞれのＤＪの該修正済みのメタデータに適用して該傾向を判定するステップ、を更に具備する、請求項６に記載の方法。
8. 世論調査及びサーベイの一方又は両方に基づいて該ＤＪコミュニティによる該修正の承認を判定するステップ、を更に具備する、請求項６に記載の方法。
9. 該メタデータが、該楽曲を再生するのに適した場所を示す会場を有する、請求項５に記載の方法。
10. 該メタデータが、該楽曲を演奏するのに適した時点を示す設定時刻を有する、請求項５に記載の方法。
11. 該メタデータが、該楽曲のコンテンツを示すムードタグの組を有する、請求項５に記載の方法。