(57)【要約】【課題】  ローカライズされたオーディオ・ネットワーク及び関連するディジタル・アクセサリを実施する装置及び方法を提供すること。【解決手段】  要求メディアプレイヤ装置から共用グループに加入するための要求を受信し、要求メディアプレイヤ装置のユーザに関連する情報に基づいて、要求メディアプレイヤ装置が共用グループに加入することを許可するか否かについての決定を行い、要求メディアプレイヤ装置が共用グループに加入することを許可する決定が行われた場合に、要求メディアプレイヤ装置を共用グループに追加する。【選択図】      図１９
2010092065.tif 000002
【特許請求の範囲】
【請求項１】
複数のメディアプレイヤ装置を含む共用グループと関連するデジタル演算装置を操作するための方法であって、
要求メディアプレイヤ装置から前記共用グループに加入するための要求を受信するステップと、
前記要求メディアプレイヤ装置のユーザに関連する情報に基づいて、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップと、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する決定が行われた場合に、前記要求メディアプレイヤ装置を前記共用グループに追加するステップと、を含み、
前記要求メディアプレイヤ装置を前記共用グループに追加するステップが、前記要求メディアプレイヤ装置と、公衆通信チャネル上に分布する複数の前記メディアプレイヤ装置のうちの少なくとも一つとの間の通信を解読するために使用される復号鍵を、前記要求メディアプレイヤ装置に提供するステップを含む。
【請求項２】
前記デジタル演算装置は、前記共用グループ内の少なくとも二つのメディアプレイヤ装置のうちの一つである、請求項１に記載の方法。
【請求項３】
共用グループと関連するデジタル演算装置を操作する方法であって、
要求メディアプレイヤ装置から前記共用グループに加入するための要求を受信するステップと、
前記要求メディアプレイヤ装置のユーザに関連する情報に基づいて、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップと、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する決定が行われた場合に、前記要求メディアプレイヤ装置を前記共用グループに追加するステップと、を含み、
前記要求メディアプレイヤ装置のユーザに関連する前記情報は、前記要求メディアプレイヤ装置のユーザの以前の共用グループの少なくとも一つのメンバによって前記要求メディアプレイヤ装置のユーザに割当てられた前記要求メディアプレイヤ装置のユーザの格付けを含み、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップが、前記等級（格付け）に基づいて前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップを含む、デジタル演算装置を操作する方法。
【請求項４】
前記デジタル演算装置は、前記共用グループ内の少なくとも二つのメディアプレイヤ装置のうちの一つである、請求項３に記載の方法。
【請求項５】
共用グループと関連するデジタル演算装置を操作する方法であって、
要求メディアプレイヤ装置から前記共用グループに加入するための要求を受信するステップと、
前記要求メディアプレイヤ装置のユーザに関連する情報に基づいて、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップであって、前記要求メディアプレイヤ装置のユーザに関連する前記情報が、前記要求メディアプレイヤ装置のユーザと、前記要求メディアプレイヤ装置のユーザの少なくとも一つの以前の共用グループのメンバとを識別する情報を含む、前記決定を行うステップと、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する決定が行
われた場合に、前記要求メディアプレイヤ装置を前記共用グループに追加するステップと、を含み、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップが、
前記要求メディアプレイヤ装置のユーザと前記少なくとも一つの以前の共用グループのメンバとを識別する前記情報を格納されたリストと比較するステップと、
前記格納されたリストと、前記要求メディアプレイヤ装置のユーザ及び前記少なくとも一つの以前の共用グループのメンバを識別する前記情報との間に十分な一致がある場合に、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するステップとを含む、デジタル演算装置を操作する方法。
【請求項６】
前記デジタル演算装置は、前記共用グループ内の少なくとも二つのメディアプレイヤ装置のうちの一つである、請求項５に記載の方法。
【請求項７】
共用グループと関連するデジタル演算装置を操作する方法であって、
要求メディアプレイヤ装置から前記共用グループに加入するための要求を受信するステップと、
前記要求メディアプレイヤ装置のユーザに関連する情報に基づいて、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップであって、前記要求メディアプレイヤ装置の前記ユーザに関連する前記情報が、前記要求メディアプレイヤ装置のユーザと、前記要求メディアプレイヤ装置のユーザの少なくとも一つの以前の共用グループのメンバとを識別する情報を含む、前記決定を行うステップと、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する決定が行われた場合に、前記要求メディアプレイヤ装置を前記共用グループに追加するステップと、を含み、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップは、前記要求メディアプレイヤ装置のユーザが以前に信頼されたユーザとして共用グループに存在した場合に、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するステップを含む、デジタル演算装置を操作する方法。
【請求項８】
前記デジタル演算装置は、前記共用グループ内の少なくとも二つのメディアプレイヤ装置のうちの一つである、請求項７に記載の方法。
【請求項９】
共用グループに関連付けされるデジタル演算装置を操作する方法であって、
要求メディアプレイヤ装置から前記共用グループに加入するための要求を受信するステップと、
前記要求メディアプレイヤ装置のユーザに関連する情報に基づいて、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップと、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する決定が行われた場合に、前記要求メディアプレイヤ装置を前記共用グループに追加するステップと、を含み、
前記要求メディアプレイヤ装置のユーザに関連する前記情報は、信頼されたユーザによって利用可能とされ、前記共用グループのメンバとしての前記要求メディアプレイヤ装置のユーザの望ましさに関する情報を含む、デジタル演算装置を操作する方法。
【請求項１０】
前記デジタル演算装置は、前記共用グループ内の少なくとも二つのメディアプレイヤ装置のうちの一つである、請求項９に記載の方法。
【請求項１１】
共用グループと関連するデジタル演算装置を操作する方法であって、
要求メディアプレイヤ装置から前記共用グループに加入するための要求を受信するステップと、
前記共用グループにおける少なくとも一人のメンバのメディアプレイヤ装置のユーザによる許可セットに基づいて、新たなメンバが前記共用グループに許可されるか否かについての決定を行うステップと、
前記要求メディアプレイヤ装置のユーザに関連する情報に基づいて、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップと、
新たなメンバが前記共用グループに許可され、且つ前記要求メディアプレイヤ装置が前記共用グループに加入することが許可される決定が行われた場合に、前記要求メディアプレイヤ装置を前記共用グループに追加するステップと、を含む、デジタル演算装置を操作する方法。
【請求項１２】
前記デジタル演算装置は、前記共用グループ内の少なくとも二つのメディアプレイヤ装置のうちの一つである、請求項１１に記載の方法。
【請求項１３】
要求メディアプレイヤ装置から共用グループに加入するための要求を受信するステップであって、前記共用グループは、各々が複数のユーザのうちの一人と関連する複数のメンバのメディアプレイヤ装置を含む、前記受信するステップと、
前記複数のユーザのうちの少なくとも一人が、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票を行うことを認めるステップと、
前記複数のユーザのうちの前記少なくとも一人から受信した少なくとも一つの投票に基づいて、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップと、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する決定が行われた場合に、前記要求メディアプレイヤ装置を前記共用グループに追加するステップと、を含む方法。
【請求項１４】
前記複数のユーザのうちの少なくとも一人が投票することを認めるステップは、メディア・コンテンツを前記共用グループ内の他のメンバのメディアプレイヤ装置に送信するように機能する、前記複数のメンバのメディアプレイヤ装置のうちの一つと関連する送信ユーザが投票することを認めるステップを含み、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップは、前記送信ユーザが前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票を行った場合に、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するステップを含む、請求項１３に記載の方法。
【請求項１５】
前記複数のユーザのうちの少なくとも一人が投票することを認めるステップは、前記複数のユーザが投票することを認めるステップを含み、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップは、前記複数のユーザの過半数が前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票を行った場合に、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するステップを含む、請求項１３に記載の方法。
【請求項１６】
前記複数のユーザの少なくとも一人が投票することを認めるステップは、前記複数のユーザが投票することを認めるステップを含み、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップは、前記複数のユーザの全員が前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票をした場合にのみ、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するステップを含む、請求項１３に記載の方法。
【請求項１７】
前記複数のユーザの少なくとも一人が投票することを認めるステップは、前記複数のユーザが所定の時間内に投票することを認めるステップを含み、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップは、前記所定の時間内に前記複数のユーザから受信した投票の過半数が前記要求メディアプレイヤ装置を前記共用グループに加入することを許可する投票である場合に、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するステップを含む、請求項１３に記載の方法。
【請求項１８】
前記複数のユーザの少なくとも一人が投票することを認めるステップは、前記複数のユーザが同期した期間中に投票することを認めるステップを含み、
前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かについての決定を行うステップは、前記同期した期間内に前記複数のユーザから受信した投票の過半数が、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票である場合に、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するステップを含む、請求項１３に記載の方法。
【請求項１９】
前記複数のユーザの少なくとも１人が投票することを認めるステップは、前記複数のユーザが投票することを認めるステップを含み、前記方法はさらに、
前記複数のメンバのメディアプレイヤ装置における前記複数のユーザに前記要求メディアプレイヤ装置のユーザに関する情報の提示を行うステップを含み、前記要求メディアプレイヤ装置のユーザに関する前記情報は、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票を行うか否かについての決定において前記複数のユーザを補助することが可能な情報を含む、請求項１３に記載の方法。
【請求項２０】
前記要求メディアプレイヤ装置を前記共用グループに追加するステップは、前記要求メディアプレイヤ装置のユーザを前記共用グループのメンバとして識別する情報を格納するステップを含む、請求項１３に記載の方法。
【請求項２１】
前記要求メディアプレイヤ装置を前記共用グループに追加するステップは、前記要求メディアプレイヤ装置のユーザを識別する前記情報を、前記共用グループにおける少なくとも一つの他のメディアプレイヤ装置に提供するステップをさらに含む、請求項２０に記載の方法。
【請求項２２】
前記要求メディアプレイヤ装置を前記共用グループに追加するステップは、公衆通信チャネル上に分布する前記共用グループの通信を解読するために使用される復号鍵を、前記要求メディアプレイヤ装置に提供するステップを含む公請求項１３に記載の方法。
【請求項２３】
前記要求メディアプレイヤ装置を前記共用グループに追加するステップは、前記要求メディアプレイヤ装置が前記共用グループのプライベート通信チャネルとアクセスすることを可能とする情報を、前記要求メディアプレイヤ装置に提供するステップを含む、請求項１３に記載の方法。
【請求項２４】
前記複数のメンバのメディアプレイヤ装置の複数のユーザのうちの少なくとも一人による許可セットに基づいて、新たなメンバが前記共用グループに許可されるか否かを決定す
るステップをさらに含み、
前記要求メディアプレイヤ装置を前記共用グループに追加するステップは、新たなメンバが前記共用グループに許可され、且つ前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する決定が行われた場合に、前記要求メディアプレイヤ装置を前記共用グループに追加するステップを含む、請求項１３に記載方法。
【請求項２５】
前記要求メディアプレイヤ装置及び前記複数のメンバのメディアプレイヤ装置の各々は、オーディオプレイヤ装置及びビデオプレイヤ装置からなる群のうちの一つである、請求項１３に記載の方法。
【請求項２６】
メディアプレイヤ装置をネットワークに接続する通信インターフェースと、
前記通信インターフェースに関連する制御ユニットと、を備え、
該制御ユニットは、前記メディアプレイヤ装置がメンバとして加入している共用グループに加入するための要求を、要求メディアプレイヤ装置から受信するように構成され、前記共用グループは、前記メディアプレイヤ装置を含む複数のメンバのメディアプレイヤ装置を含み、前記複数のメンバのメディアプレイヤ装置の各々は複数のユーザのうちの一人と関連しており、
前記制御ユニットは、前記複数のユーザのうちの少なくとも一人が、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票を行うことを認めるように構成され、
前記制御ユニットは、前記複数のユーザのうちの前記少なくとも一人から受信した少なくとも一つの投票に基づいて、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するか否かを決定するように構成され、
前記制御ユニットはさらに、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する決定が行われた場合に、前記要求メディアプレイヤ装置を前記共用グループに追加するように構成される、メディアプレイヤ装置。
【請求項２７】
前記制御ユニットは、
メディア・コンテンツを前記共用グループにおける他のメンバのメディアプレイヤ装置に送信するように機能する、前記複数のメンバのメディアプレイヤ装置のうちの一つと関連する送信ユーザが投票することを認めるように構成されるとともに、
前記送信ユーザが前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票をした場合に、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するように構成される、請求項２６に記載のメディアプレイヤ装置。
【請求項２８】
前記制御ユニットは、
前記複数のユーザが投票することを認めるように構成されるとともに、
前記複数のユーザの過半数が前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票をした場合に、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するように構成される、請求項２６に記載のメディアプレイヤ装置。
【請求項２９】
前記制御ユニットは、
前記複数のユーザが投票することを認めるように構成されるとともに、
前記複数のユーザの全員が前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票をした場合にのみ、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するように構成される、請求項２６に記載のメディアプレイヤ装置。
【請求項３０】
前記制御ユニットは、
前記複数のユーザが所定の時間内に投票することを認めるように構成されるとともに、
前記所定の時間内に前記複数のユーザから受信した投票の過半数が前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票である場合に、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するように構成される、請求項２６に記載のメディアプレイヤ装置。
【請求項３１】
前記制御ユニットは、
前記複数のユーザが同期した期間中に投票することを認めるように構成されるとともに、
前記同期した期間内に前記複数のユーザから受信した投票の過半数が、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票である場合に、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可するように構成される、請求項２６に記載のメディアプレイヤ装置。
【請求項３２】
前記制御ユニットは、
前記複数のユーザが投票することを認めるように構成されるとともに、
前記要求メディアプレイヤ装置のユーザに関する情報の提示を、前記複数のメンバのメディアプレイヤ装置における前記複数のユーザに行うように構成され、
前記要求メディアプレイヤ装置のユーザに関する前記情報は、前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する投票を行うか否かについての決定において前記複数のユーザを補助する情報である、請求項２６に記載のメディアプレイヤ装置。
【請求項３３】
前記制御ユニットは、
前記複数のメンバのメディアプレイヤ装置の複数のユーザのうちの少なくとも一人による許可セットに基づいて、新たなメンバが前記共用グループに許可されるか否かを決定するように構成されるとともに、
新たなメンバが前記共用グループに許可され、且つ前記要求メディアプレイヤ装置が前記共用グループに加入することを許可する決定が行われた場合に、前記要求メディアプレイヤ装置を前記共用グループに追加するように構成される、請求項２６に記載のメディアプレイヤ装置。
【請求項３４】
前記メディアプレイヤ装置が、オーディオプレイヤ装置及びビデオプレイヤ装置からなる群のうちの一つである、請求項２６に記載のメディアプレイヤ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（技術分野）
本発明は、録音された音楽の共用聴取のためのローカライズされた無線オーディオ・ネットワーク、およびお互いに共に使用し得るパブリック音楽関連ディスプレイのためのウェアラブル・ディジタル・アクセサリに関する。
（関連出願の相互参照）
本願は、２００２年５月６日出願の米国特許仮出願第６０／３７８，４１５号明細書、表題「Ｌｏｃａｌｉｚｅｄ  Ａｕｄｉｏ  Ｎｅｔｗｏｒｋｓ  ａｎｄ  Ａｓｓｏｃｉａｔｅｄ  Ｄｉｇｉｔａｌ  Ａｃｃｅｓｓｏｒｉｅｓ」、２００２年６月１４日出願の米国特許仮出願第６０／３８８，８８７号明細書、表題「Ｌｏｃａｌｉｚｅｄ  Ａｕｄｉｏ  Ｎｅｔｗｏｒｋｓ  ａｎｄ  Ａｓｓｏｃｉａｔｅｄ  Ｄｉｇｉｔａｌ  Ａｃｃｅｓｓｏｒｉｅｓ」、２００３年３月４日出願の米国特許仮出願第６０／４５２２３０号明細書、表題「Ｌｏｃａｌｉｚｅｄ  Ａｕｄｉｏ  Ｎｅｔｗｏｒｋｓ  ａｎｄ  Ａｓｓｏｃｉａｔｅｄ
Ｄｉｇｉｔａｌ  Ａｃｃｅｓｓｏｒｉｅｓ」に関連し、その優先権を主張するものであり、これらの出願明細書のそれぞれの内容を、本願明細書に援用する。
【背景技術】
【０００２】
ポータブル・オーディオ・プレイヤは、人気のある消費者電子製品であり、カセット・テープ「大型ラジカセ（boom box）」からポータブルＣＤプレイヤ、ディジタル・フラッシュメモリＭＰ３プレイヤ、ハードディスクＭＰ３プレイヤまで、さまざまなデバイス形式になっている。大型ラジカセは、複数の人々の間で音楽を共用するようにすることを意味し、ポータブル・オーディオ・プレイヤのほとんどは、一人の人の使用のために設計されている。個人的音楽聴取へのこの方向付けの一部は、個人的な好みに起因するが、他の重要な考慮事項としては、小さいポータブル・デバイスによって開放された領域で聴取するための音楽再生の技術的問題や、同一の音楽を聞くことを望まない他の人やその人自身の音楽と干渉する異なる音楽を聴いている他の人がいる公共の場での音楽を聴くことに関する社会的義務がある。
【０００３】
あるポータブル・デバイスから別のポータブル・デバイスへ、特にＭＰ３オーディオ・フォーマットで音楽を保管するポータブル・デバイスを介しての、音楽の転送を可能にするように設計された、多数のオーディオ・デバイスがある。これらのデバイスは２つの問題に苦しんでおり、その第１は、聴取者が、音楽を同時に聴かないことであり（音楽の共用は光学的方法による）、その第２は、音楽ファイルの転送に関する深刻な著作権問題である。したがって、音楽の転送が同時に享受され、かつ、音楽所有者の知的財産権を侵害しないよう、その転送がデバイスの間の音楽ファイルの永久的転送を生じさせないことが好ましい。
【０００４】
音楽の共用を与えられて、聴取者は、時折、自分のために音楽を購入したくなる。その場合に、ユーザが、最小限の労力で音楽を入手する形を有すれば有益である。聴取者がその人から音楽について聴いた人物のトラックを保持し、その結果、その人物が何らかの形で奨励されるか報酬を与えられ得るようにする方法であれば、さらに望ましい。
【０００５】
ポータブル音楽プレイヤに関連するイヤホンは、環境音の比較的一定の分数を許容する。しかし、共用ポータブル音楽デバイスで音楽を聴取する場合に、人は、友人と話すことを望む時もあれば、外部の気を散らす音なしで音楽を聴取することを望む時もある。その場合に、外部環境音の量を手動でセットし得るイヤホンを有することが望ましい。
【０００６】
さらに、多くの人は、自分の個人的好みを示し、自分自身を表現し、自分のグループ・メンバシップを示すことを好む。さらに、音楽の好みおよび音楽の聴取は、いずれも、個人がその個人的アイデンティティおよびグループ・アイデンティティを表現するためのより重要な手段の１つである。個人が自分の音楽を介して自身を表現し、個人のグループが一緒に音楽を聴き、音楽のグループ享受を示し得る方法があることが有益である。
【０００７】
人が動作を介してアイデンティティを表現する手段の１つが、変換信号が音楽に関連するウェアラブル変換器（ｗｅａｒａｂｌｅ  ｔｒａｎｓｄｕｃｅｒ）を有することを介するものである。変換器が光変換器である場合、これは、聴取されている最中の音楽に関連する光のディスプレイをもたらす。人が変換器の制御信号を生成し、その結果、音楽に対して完全に人工的に応答するのではなく、変換器が、人間が解釈するディスプレイを示す手段があれば、さらに有益である。これらの信号が、音楽ファイルと共に人々の間で共用され、その結果、他者が、そのように作られる光ディスプレイを享受し、または認識理解し得るならば、好ましい。
【０００８】
ポピュラー音楽コンサートで、しばしば、音楽に対するおおまかな関係で点滅する「ライト・ショー」がある。全般的に精力的なライト・ショーと対照的に、コンサートの後援者は、しばしば、ステージのディスプレイに参加するのに使用される、光るブレスレットまたは他のそのような静的ディスプレイを有する。後援者が、コンサートの享受を強化するためにライト・ショーに参加し得る方法があれば有益である。
【０００９】
本発明が対処するのは、これらおよび他の問題の解決である。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、ユーザに、モバイル・デバイスを使用して一緒に音楽を聴取する手段を提供することである。
本発明のもう１つの目的は、ユーザに、共に音楽を聴取する人を選択する手段を提供することである。
【００１１】
本発明のもう１つの目的は、ユーザに、一緒に聴取している人を監視する能力を提供することである。
本発明のもう１つの目的は、ユーザに、ウェアラブル・アクセサリのビジュアル・ディスプレイを介して、彼らが聴取している音楽の享受を表現する手段を提供することである。
【００１２】
本発明のもう１つの目的は、ユーザに、共に音楽を聴取している他の人にアイデンティティを示す手段を提供することである。
本発明のもう１つの目的は、ユーザに、ビジュアル・ディスプレイを振り付ける手段を提供することである。
【課題を解決するための手段】
【００１３】
本発明の追加の目的、長所、および新規の特徴は、部分的に以下の説明で示され、以下の明細書の説明を調べれば当業者に明白になるか、本発明の実践を介して習得し得る。本発明の目的および長所は、請求項で指摘される手段、組み合わせ、および方法によって実現し、達成し得る。
【００１４】
前述および他の目的を達成するために、本明細書で実施され、広義に説明される本発明の目的に従って、本発明は、第１音楽プレイヤ・デバイスを有する第１ユーザと、少なく
とも１つの第２音楽プレイヤ・デバイスを有する少なくとも１つの第２ユーザとの間で保管された音楽信号から音楽を共用する方法を対象とする。この方法には、第１音楽プレイヤ・デバイスで第１ユーザのために音楽を再生するのと同時に、第１音楽プレイヤ・デバイスから少なくとも１つの第２音楽プレイヤ・デバイスに音楽信号を本質的に同時に無線で送信する工程が含まれる。この方法には、さらに、第１音楽プレイヤ・デバイスで音楽信号を再生するのと本質的に同時に、少なくとも１つの第２音楽プレイヤ・デバイスで音楽信号を再生し得るように、少なくとも１つの第２音楽プレイヤ・デバイスによって音楽信号を受信することが含まれる。この方法では、第１ユーザおよび少なくとも１つの第２ユーザが、モバイルであり、所定の距離未満を維持する。
【００１５】
本発明は、複数のユーザのための音楽共用のシステムにも関する。このシステムには、第１共用デバイスおよび少なくとも１つの第２共用デバイスが含まれ、これらのデバイスのそれぞれに、音楽信号ストア、音楽信号送信器、音楽信号受信器、および音楽信号プレイヤが含まれる。さらに、このシステムに、第１共用デバイスを操作するブロードキャスト・ユーザと、少なくとも１つの第２共用デバイスを操作する少なくとも１つのメンバ・ユーザが含まれる。ブロードキャスト・ユーザは、第１共用デバイスで自分自身の享受のために音楽信号を再生し、それと同時に、少なくとも１つのメンバ・ユーザの少なくとも１つの第２共用デバイスの受信器に音楽信号を送信し、少なくとも１つの第２共用デバイスで、音楽信号が、少なくとも１つのメンバ・ユーザのために再生される。ブロードキャスト・ユーザおよび少なくとも１つのメンバ・ユーザは、実質的に同時に音楽信号を聞く。
【００１６】
本発明は、さらに、参加しない第３モバイル・デバイスの存在下で第１モバイル・デバイスと第２モバイル・デバイスとの間でオーディオ・エンターテイメントを共用する無線通信システムに関する。このシステムには、第２モバイル・デバイスおよび第３モバイル・デバイスが受け入れる、第１モバイル・デバイスによって送信されるアナウンスメント信号が含まれる。さらに、このシステムに、第１モバイル・デバイスが受け入れ、第３モバイル・デバイスが受け入れない、アナウンスメント信号に応答して第２モバイル・デバイスによって送信される応答信号が含まれる。また、このシステムに、応答信号に応答して第１モバイル・デバイスによって第２モバイル・デバイスに送信され、第３モバイル・システムが受け入れない、識別子信号が含まれる。最後に、このシステムに、第１モバイル・デバイスによって送信され、識別子信号の受信に基づいて第２モバイル・デバイスによって受け入れられる、オーディオ・エンターテイメントを含むブロードキャスト信号が含まれる。
【００１７】
本発明は、さらに、オーディオ・エンターテイメント・デバイスに関連する。このデバイスには、オーディオ・エンターテイメント信号を保管する信号ストア、保管されたオーディオ・エンターテイメント信号を送信し得る送信器、別のそのようなデバイスの送信器から送信されたオーディオ・エンターテイメント信号を受信し得る受信器、ならびに保管されたオーディオ・エンターテイメント信号または別のそのようなデバイスの送信器から送信されたオーディオ・エンターテイメント信号の群から選択されたメンバからのオーディオ・エンターテイメントを再生し得るプレイヤが含まれる。
【００１８】
本発明は、さらに、第２デバイスに音楽セレクションを紹介する第１デバイスを識別するシステムに関する。このシステムには、第１デバイスによって操作されるモバイル音楽送信器と、第２デバイスによって操作されるモバイル音楽受信器が含まれる。さらに、このシステムに、送信器によって送信され、受信器によって受信される音楽セレクションを含む音楽信号と、音楽セレクションに関連する個々の音楽識別子と、送信器を識別する個々の送信器識別子が含まれる。送信器識別子および個々の音楽識別子は、受信器でお互いに関連して保管される。
【００１９】
本発明は、さらに、オーディオ・エンターテイメント・デバイスに関連する。このデバイスには、オーディオ・エンターテイメント信号を送信する無線送信器と、オーディオ・エンターテイメント信号の送信器から送信されたオーディオ・エンターテイメント信号を受信する無線受信器が含まれる。オーディオ・プレイヤとの電気接続のための第１の手動で分離可能なコネクタによって、プレイヤからデバイスへのオーディオ・エンターテイメント信号の転送が可能になる。このデバイスには、スピーカおよび少なくとも３つの状態の間で手動で切り替える制御との接続のための第２コネクタも含まれる。第１状態で、スピーカは、オーディオ・プレイヤからのオーディオ・エンターテイメント信号を再生し、送信器は、オーディオ・エンターテイメント信号を送信しない。第２状態では、スピーカが、オーディオ・プレイヤからのオーディオ・エンターテイメント信号を再生し、送信器が、オーディオ・エンターテイメント信号を同時に送信する。第３状態では、スピーカが、受信器によって受信されたオーディオ・エンターテイメント信号を再生する。
【００２０】
本発明は、第１ユーザと第２ユーザとの間の保管された音楽の共用のシステムにも関する。このシステムには、音楽信号のストアを含む、第１ユーザに音楽を再生する第１デバイスが含まれる。第１コントローラが、送信および再生のために第１ストアからの音楽信号を準備し、第１プレイヤが、第１コントローラから音楽信号を受け取り、第１ユーザのために信号を再生する。送信器が、コントローラから音楽信号を受け取り、無線ブロードキャストを介して音楽信号を送信し得る。第２ユーザに音楽を再生する第２デバイスに、第１デバイスの送信器からの送信を受け入れる受信器、再生のために受信器からの音楽信号を準備する第２コントローラ、および第２コントローラから音楽信号を受け取り、第２ユーザのために信号を再生する第２プレイヤが含まれる。第１ユーザおよび第２ユーザは、実質的に同時に音楽信号を聞く。
【００２１】
本発明は、環境音の、ユーザによって制御された受け取りを可能にする、オーディオ・エンターテイメントを聴取するイヤホンにも関する。このイヤホンには、ユーザの耳に向けられたスピーカと、ユーザが知覚する環境雑音の量を減らすエンクロージャが含まれる。さらに、エンクロージャの手動で調整可能な特性によって、ユーザが知覚する環境音の量が調整される。
【００２２】
本発明は、さらに、オーディオ・エンターテイメント信号を送信するモバイル・デバイスに関する。このモバイル・デバイスに、オーディオ・エンターテイメント信号を保管するオーディオ信号ストア、およびオーディオ・エンターテイメント信号を再生するオーディオ信号プレイヤが含まれる。このデバイスには、オーディオ・エンターテイメント信号を送信する無線送信器、およびオーディオ送信器の動作および非動作からなる２つの状態の間で手動で切り替える送信器コントロールが含まれる。
【００２３】
本発明は、さらに、ディジタル・オーディオ・エンターテイメント信号を受信するモバイル・デバイスに関する。このモバイル・デバイスには、ディジタル・オーディオ・エンターテイメント信号を保管するオーディオ信号ストア、およびオーディオ受信器から所定の距離以内に配置されたモバイル・オーディオ信号送信器から外部ディジタル・オーディオ・エンターテイメント信号を受信するオーディオ受信器が含まれる。このデバイスには、少なくとも第１状態と第２状態を有する受信器コントロールも含まれる。オーディオ信号プレイヤは、受信器コントロールが第１状態である時に、オーディオ信号ストアからのディジタル・オーディオ・エンターテイメント信号を再生し、受信器コントロールが第２状態である時にオーディオ受信器からのディジタル・オーディオ・エンターテイメント信号を再生する。
【００２４】
本発明は、さらに、第１音楽プレイヤ・デバイスを有する第１ユーザと少なくとも１つ
の第２音楽プレイヤ・デバイスを有する少なくとも１つの第２ユーザとの間での、保管された音楽信号からの音楽の共用享受の方法に関する。この方法には、第１音楽プレイヤ・デバイスから少なくとも１つの第２音楽プレイヤ・デバイスに同期信号を実質的に同時に無線送信すると同時に、第１音楽プレイヤ・デバイスで第１ユーザのために音楽信号を再生する工程が含まれる。この方法には、少なくとも１つの第２プレイヤ・デバイスによって同期信号を受信することも含まれる。同期信号を用いると、第１音楽プレイヤ・デバイスでの音楽信号の再生と本質的に同時に、少なくとも１つの第２プレイヤ・デバイスで音楽信号を再生し得るようになる。第１ユーザおよび少なくとも１つの第２ユーザは、モバイルである。
【００２５】
本発明は、さらに、第１モバイル・デバイスと第２モバイル・デバイスの間でオーディオ・エンターテイメントを共用する無線通信システムに関する。このシステムには、第１モバイル・デバイスによって第２モバイル・デバイスに送信されるブロードキャスト識別子信号が含まれる。個人識別子信号が、第２モバイル・デバイスによって第１モバイル・デバイスに送信される。オーディオ・エンターテイメントを含むブロードキャスト信号が、第１モバイル・デバイスによって送信され、これを第２デバイスが受け入れる。第１モバイル・デバイスおよび第２モバイル・デバイスは、ディスプレイを有し、このディスプレイは、受信する識別子信号を表示し、第２モバイル・デバイスは、受信したブロードキャスト信号からオーディオ・エンターテイメントを再生し得る。
【００２６】
本発明は、音楽セレクションの享受の機能強化の方法にも関する。この方法には、音楽セレクションに関する制御信号を得る工程、制御信号を無線で送信する工程、制御信号を受信する工程、および制御信号を人間が知覚可能な形に変換する工程が含まれる。
【００２７】
本発明は、さらに、音楽信号に対応する制御信号を生成し、保管する方法に関する。この方法には、ユーザのために音楽信号を再生する工程と、音楽と実質的に同期して作られる手動入力信号をユーザから受け取る工程が含まれる。この方法には、入力信号から制御信号を生成する工程と、音楽信号と共に取り出し得るように制御信号を保管する工程も含まれる。
【００２８】
本発明は、さらに、ウェアラブル・パーソナル・アクセサリに関する。このアクセサリに、マイクロホンおよび加速度計からなる群から選択される入力変換器が含まれる。変換器は、時間的に変動する入力変換信号を生成する。このアクセサリには、入力変換信号を受け入れ、信号の振幅が経時的に変化する出力変換器信号を生成するコントローラも含まれる。出力変換器信号を受け入れる出力変換器は、人間が知覚可能な信号を提供する。エネルギ・ソースが、入力変換器、コントローラ、および出力変換器に電力を与える。
【００２９】
本発明は、無線通信を介して制御されるウェアラブル・パーソナル・アクセサリにも関連する。このアクセサリには、外部制御信号を受け入れる無線通信受信器が含まれる。このアクセサリには、外部制御信号を受け入れ、時間的に変化するビジュアル出力変換器信号を生成するコントローラも含まれる。ビジュアル出力変換器は、出力変換器信号を受け入れ、人間が知覚可能なビジュアル信号を提供する。エネルギ・ストレージが、受信器、コントローラ、および出力変換器に電力を与える。ビジュアル出力変換器は、視覚的に知覚される出力を生成する。
【００３０】
本発明は、さらに、保管された音楽に対するユーザ触覚応答を、保管された制御信号に変換するデバイスに関する。このデバイスには、ユーザに可聴の保管された音楽を再生するプレイヤと、電気信号を出力する手動で操作される変換器が含まれる。変換器は、音楽に応答してユーザによって作動される。コントローラが、電気信号を受け取り、制御信号を出力し、ストアが、制御信号を受け取り、保管する。
【００３１】
本発明は、さらに、音楽に関連する制御信号を無線で送信する音楽プレイヤに関し、この制御信号によって、ウェアラブル電子アクセサリが制御される。この音楽プレイヤに、音楽信号ファイルのストアと、ストアから音楽信号ファイルを読み取り、オーディオ信号を生成するコントローラが含まれる。コントローラは、さらに、制御信号を生成する。変換器が、オーディオ信号をユーザに可聴の音に変換し、無線送信器が、ウェアラブル電子アクセサリに制御信号を送信する。
【００３２】
本発明は、さらに、音楽に関連する制御信号を無線で送信する音楽プレイヤに関し、この制御信号によって、ウェアラブル電子アクセサリが制御される。この音楽プレイヤには、音楽信号ファイルのストアと、音楽信号ファイルに関連する制御信号ファイルの第２ストアが含まれる。コントローラが、ストアから音楽信号を読み取り、オーディオ信号を生成する。コントローラは、さらに、関連する制御信号ファイルを読み取る。変換器が、オーディオ信号をユーザに可聴の音に変換し、無線送信器が、関連する制御信号ファイルからの制御信号をウェアラブル電子アクセサリに送信する。
【００３３】
本発明は、音楽享受の展覧のシステムにも関する。このシステムには、音楽信号のソース、音楽信号から制御信号を生成するコントローラ、および制御信号の送信器が含まれる。制御信号の送信は、音楽信号の再生と同期化される。さらに、このシステムには、制御信号の受信器と、制御信号に応答する変換器が含まれる。
【００３４】
本発明は、さらに、第１デバイスに保管されたウェアラブル・アクセサリ制御ファイルを、関連する音楽ファイルが保管される第２デバイスに転送する方法に関する。この方法には、音楽ファイルの名前を、それに関連する制御ファイルと共に第１デバイスに保管する工程と、第２デバイスによって、音楽ファイルの名前と共に保管された制御ファイルを第１デバイスに要求する工程が含まれる。さらに、この方法に、制御ファイルを第１デバイスから第２デバイスに転送する工程が含まれる。制御ファイルは、関連する音楽ファイルの名前と共に第２デバイスに保管される。
【００３５】
本発明は、制御信号を受け入れるウェアラブル・アクセサリに制御信号を送信するデバイスにも関する。このデバイスには、オーディオ・プレイヤの出力ポートに接続される、手動で分離可能な入力コネクタが含まれる。オーディオ信号が、オーディオ・プレイヤからコネクタを介してデバイスに伝えられる。このデバイスには、オーディオ信号から制御信号を生成するコントローラと、制御信号を送信する送信器も含まれる。
【図面の簡単な説明】
【００３６】
【図１】２人の人によって操作される２つのリンクされたオーディオ・ユニットと、２人の人によって運ばれる関連するディジタル・ジュエリ（ＤＪ）からなるローカル・オーディオ・ネットワークを示す略ブロック図。
【図２Ａ】複数の独立に制御されるＬＥＤアレイを有するＤＪを示す略ブロック図。
【図２Ｂ】独立に制御されるＬＥＤを有するＬＥＤアレイを備えたＤＪを示す略ブロック図。
【図３Ａ】ユニット間通信に使用されるユニット要素を示す略ブロック図。
【図３Ｂ】ユニット間通信に使用されるユニット要素を示す略ブロック図。
【図３Ｃ】ユニット間通信に使用されるユニット要素を示す略ブロック図。
【図４】ＤＪエントレインを示す略流れ図。
【図５Ａ】同一のマスタ・ユニットに束縛された複数の人に関連するＤＪの略ブロック図。
【図５Ｂ】同一のマスタ・ユニットに束縛された複数の人に関連するＤＪの略ブロック図。
【図６】外部検索ユニットを伴う、ブロードキャスト・ユニットおよび複数の受信ユニットからなるクラスタの略ブロック図。
【図７】ブロードキャスト・ユニット送信の概略図。
【図８Ａ】オーディオ出力が非常に同期化されるようにする自己ブロードキャストを有するオーディオ・ユニットの略ブロック図。
【図８Ｂ】複数の再ブロードキャストを伴う同期オーディオ再生の略流れ図。
【図９Ａ】階層的に関連するクラスタの略ブロック図。
【図９Ｂ】階層的に関連するクラスタの略ブロック図。
【図１０】手動で調整可能な外部サウンド・ポートを有するイヤホンの平面透視図。
【図１１Ａ】追加の環境音を許容するエクステンダを有するイヤピースの断面図。
【図１１Ｂ】追加の環境音を許容するエクステンダを有するイヤピースの断面図。
【図１２Ａ】モジュール・オーディオ・ユニットの概略図。
【図１２Ｂ】モジュール・ディジタル・ジュエリの概略図。
【図１２Ｃ】ディジタル・ジュエリの制御信号を生成し、オーディオ・プレイヤから送信するモジュール送信器の略ブロック図。
【図１３Ａ】通信が、検索送信モードで可視ＬＥＤ発光または赤外線ＬＥＤ発光を介して提供される、検索ユニットおよびブロードキャスト・ユニットの略断面図。
【図１３Ｂ】通信が、検索送信モードで可視レーザまたは赤外線レーザを介して提供される、検索ユニットおよびブロードキャスト・ユニットの略断面図。
【図１３Ｃ】通信が、ブロードキャスト送信モードで可視発光または赤外線発光を介してディジタル・ジュエリ要素から提供される、検索ユニットおよびブロードキャスト・ユニットの略断面図。
【図１３Ｄ】通信が、相互送信モードで接触を介して提供される、検索ユニットおよびブロードキャスト・ユニットの略断面図。
【図１３Ｅ】通信が、ブロードキャスト送信モードで音響伝送を介して提供される、検索ユニットおよびブロードキャスト・ユニットの略断面図。
【図１３Ｆ】通信が、ブロードキャスト送信モードでラジオ周波数伝送を介して提供される、検索ユニットおよびブロードキャスト・ユニットの略断面図。
【図１４Ａ】ブロードキャスト・ユニットおよび受信ユニットでのソケット構成の略ブロック図。
【図１４Ｂ】図１４Ａのソケット図による、ブロードキャスト・ユニットと受信ユニットの間の通信の確立および維持に関するＩＰソケットの使用の略ブロック流れ図。
【図１５】複数のメンバを含むクラスタと共に使用されるＩＰソケット編成の略ブロック図。
【図１６】ブロードキャスト・ユニットと第１受信ユニットの間の制御の転送の略ブロック流れ図。
【図１７】クラスタに対する検索を許容する際のＤＪとサーチャのマッチングを示す、ＤＪおよびサーチャのプリファレンスおよび特性を示すマトリックス。
【図１８Ａ】通常動作中の、ユニットのＬＣＤディスプレイのスクリーンショット。
【図１８Ｂ】新規メンバに関する投票中の、ユニットのＬＣＤディスプレイのスクリーンショット。
【図１９】クラスタへの新しいメンバの受け入れに関する投票方式を示す表。
【図２０】自動的にビートに分離されるオーディオ信号を示す時間−振幅トレース。
【図２１Ａ】図２０に示されたオーディオ信号からＤＪ変換器制御信号を生成するニューラル・ネットワーク方法を示すブロック流れ図。
【図２１Ｂ】図２０に示されたオーディオ信号からのＤＪ変換器制御信号の決定論的信号分析方法を示すブロック流れ図。
【図２１Ｃ】ＤＪ制御信号を作成するためにオーディオ信号から基本音楽パターンを抽出する方法を示す略流れ図。
【図２１Ｄ】拍子記号をもたらす音楽モデルを識別するアルゴリズムを示す略流れ図。
【図２２Ａ】ＤＪ制御信号を作成するためのボタンの使用を示す、オーディオ・ユニット・ユーザ・インターフェースの平面図。
【図２２Ｂ】ＤＪ制御信号を生成するハンドパッドを示す平面図。
【図２２Ｃ】ＤＪ制御信号の生成に使用されるドラムのセットを示す略ブロック図。
【図２３Ａ】オーディオおよび制御の両方の信号情報の伝送を使用する、ＤＪ制御信号ファイルと同期化されたオーディオ信号ファイルの再生を示す略ブロック流れ図。
【図２４】入力変換器に関連するＤＪユニットを示す略ブロック図。
【図２５】顧客に音楽を配信する新しい手段を提供する、オーディオ・デバイスを使用する音楽共用を示す略流れ図。
【図２６】複数の個人によって運ばれるＤＪが共通して制御される、コンサートでの人々を示す概略図。
【図２７】見込みのある新しいメンバを既存クラスタに追加すべきかどうかを判定するためにその人の前の関連を使用することを示す略ブロック図。
【図２８】ブロードキャスト・ユニットと受信ユニットの間の、受信ユニット・ユーザへのフィードバックを介する物理的近接の維持に使用されるステップを示すブロック流れ図。
【図２９Ａ】インターネット・アクセス・ポイントを使用する、インターネット・クラウドを介するインターネット・デバイスとのインターネット対応オーディオ・ユニットの接続を示す略ブロック図。
【図２９Ｂ】インターネット・クラウドに直接に接続されたオーディオ・ユニットを用いる、インターネット・クラウドを介するインターネット・デバイスとのインターネット対応オーディオ・ユニットの接続を示す略ブロック図。
【図３０】オーディオ・ユニット・ユーザの格付けを示す表。
【図３１】図２５の方法によるＤＪ、曲、および取引情報を示す表。
【図３２Ａ】オープン伝送通信でのプライバシの維持を示す略ブロック図。
【図３２Ｂ】クローズド伝送通信でのプライバシの維持を示す略ブロック図。
【図３３】異なるユニットの間の通信が暗号的にまたは他の形でクラスタ・メンバのサブセットに制限される、図９Ａに示された階層クラスタを示す略ブロック図。
【図３４Ａ】ユニット１００に存在する音楽ファイルからの音楽再生の同期化を示す略ブロック流れ図。
【図３４Ｂ】図３４Ａによる同期化レコードを示す概略レイアウト。
【図３５】エントレイニング・ブロードキャストおよび広域ブロードキャストの両方のＤＪスイッチ制御を示す略ブロック図。
【図３６】ピアツーピア・モードおよびインフラストラクチャ・モードの間のモード切替を示す略ブロック図。
【発明を実施するための最良の形態】
【００３７】
概要
図１は、２人の人によって操作される２つのリンクされたオーディオ・ユニット１００と、２人の人によって運ばれる関連するディジタル・ジュエリ（ｄｉｇｉｔａｌ  ｊｅｗｅｌｒｙ）２００からなるローカル・オーディオ・ネットワークの略ブロック図である。人は、人Ａおよび人Ｂと指定され、彼らのオーディオ・ユニット１００は、それぞれユニットＡおよびユニットＢであり、彼らのディジタル・ジュエリ２００は、それぞれＤＪ  ＡおよびＤＪ  Ｂである。本明細書では、「ＤＪ」が、単数の「ディジタル・ジュエル（ｄｉｇｉｔａｌ  ｊｅｗｅｌ）」または複数の「ディジタル・ジュエリ（ｄｉｇｉｔａｌ
ｊｅｗｅｌｒｙ）」のいずれをも表すのに使用される。
【００３８】
各ユニット１００は、オーディオ・プレイヤ１３０およびユニット間送信器／受信器１１０からなる。さらに、各ユニット１００に、ディジタル・ジュエリと通信する手段が含
まれ、この通信手段は、別々のＤＪ送信器１２０（ユニットＡ）とするか、ユニット間送信器／受信器１１０の一部（ユニットＢ）のいずれかとし得る。さらに、ユニット１００に、任意選択として、ＤＪ方向識別子１２２を含めることが可能であり、ＤＪ方向識別子１２２の動作は、以下に説明する。また、ユニット１００に、一般に、ユニット・コントローラ１０１が含まれ、ユニット・コントローラ１０１は、ユニット内の調整、計算、およびデータ転送のさまざまな動作および実行機能を実行する。コントローラ１０１の多くの機能は、以下に別々には説明せず、ユニット１００の全般的な機能に関して説明する。
【００３９】
動作中に、ユニットＡのオーディオ・プレイヤ１３０が、ユーザＡと指定された人の制御の下で、記録された音楽を再生している。この音楽は、テープ・カセット、ＣＤ、ＤＶＤ、光磁気ディスク、フラッシュ・メモリ、取外し可能ディスク、ハード・ディスク・ドライブ、または他のハード記憶媒体を含む、さまざまな異なるソースおよびストレージ・タイプから導出し得る。代替案では、オーディオ信号を、アナログ（たとえばＡＭまたはＦＭ）またはディジタルのラジオ受信器を使用して、ブロードキャストから受信し得る。ユニットＡは、さらに、ＤＪ送信器１２０を介して信号をブロードキャストしており、これが、ユーザＡによって着られるか他の形で運ばれるＤＪ受信器２２０を介してＤＪ２００によって受信される。
【００４０】
オーディオ信号を、あらゆるサウンド・タイプとし、話されたテキスト、交響楽、ポピュラー音楽、または他のアート・フォームを含み得ることに留意されたい。本明細書では、用語オーディオ信号および音楽が、交換可能に使用される。
【００４１】
ＤＪ２００は、ＤＪ受信器２２０によって受信された信号を、ユーザＡまたは彼の近くの他の人が知覚可能な形に変換する。この変換された形に、オーディオ要素、ビジュアル要素、または触覚要素を含め、これらは、光変換器２４０、および任意選択として触覚変換器２５０またはオーディオ変換器２６０を介して知覚可能な形に変換される。変換器２４０、２５０、および２６０は、ＤＪ受信器２２０によって受信された信号から直接に知覚可能な形を直接に生成し、あるいは、その代わりに、変換器による使用の前に信号をフィルタリングまたは修正する要素を組み込み得る。
【００４２】
第２の個人であるユーザＢは、ユーザＡのＤＪ２００によって作られた変換された形を知覚する時に、ユニットＡのユニット間送信器／受信器１１０およびユニットＢの互換受信器１１０の使用によって、ユニットＡのオーディオ・プレイヤ１３０によって生成されたオーディオ信号を共用し得る。ユニットＡからユニットＢによって受け取られるオーディオ信号は、ユニットＢのオーディオ・プレイヤ１３０を使用して再生され、その結果、ユーザＡおよびユーザＢが、おおむね同時にオーディオ信号を聞く。ユニットＢがユニットＡの信号を選択し得るさまざまな手段があるが、好ましい方法は、ユニットＢにＤＪ方向識別子１２２を設けることであり、このＤＪ方向識別子１２２によって、ユーザＡのＤＪをポイントし、ユーザＡのＤＪからのユニットＡ信号を選択するのに必要な情報が受け取られ、このユニットＡ信号の変換された信号が、ユーザＢに知覚可能である。
【００４３】
オーディオ信号がユニットＡとユニットＢの間で交換されたので、ユーザＡおよびユーザＢは、おおむね同時に同一のオーディオ信号を経験し得る。本発明の趣旨の中で、２人のユーザが、お互いの１秒以内にオーディオ信号を聞くことが好ましく、ユーザが、お互いの２００ミリ秒以内にオーディオ信号を聞くことがより好ましく、ユーザが、お互いの５０ミリ秒以内にオーディオ信号を聞くことが最も好ましい。さらに、ユーザＡおよびユーザＢが身に着けるＤＪ２００は、そのめいめいのユニットから信号を受信し、それぞれが、その信号の知覚可能な形を発する。ＤＪ２００によって表現される変換された形が、再生されるオーディオの個人的または社会的経験の質を高めるものであることが好ましい。
ユニット１００の構造
ユニット１００には、個人が身に着けるか運ぶのに適するサイズおよび重量であることが好ましく、普通のポータブルＭＰ３プレイヤに類似するサイズおよびフォーマットであることが好ましいデバイスが含まれる。このユニットを、セル電話機、ポータブルＭＰ３プレイヤ、または携帯情報端末（ＰＤＡ）などの消費者エレクトロニクス製品の「ベース」の上で設計し、実際に、これらのデバイスのいずれかへのアドオン・モジュールとして構成し得る。
【００４４】
一般に、ユニット１００に、図１に記載の要素に加えて、ユーザ・インターフェース（たとえば、接触感知スクリーン、キーパッド、および／またはキーボードと組み合わせ得るＬＣＤ画面またはＯＬＥＤ画面）、通信インターフェース（たとえば、Ｆｉｒｅｗｉｒｅ、ＵＳＢ、または他のシリアル通信ポート）、永久的または取外し可能なディジタル・ストレージ、および他のコンポーネントなどの他の要素が含まれる。
【００４５】
オーディオ・プレイヤ１３０に、１つまたは複数のモードのオーディオ・ストレージを含め、このオーディオ・ストレージに、ＣＤ、テープ、ＤＶＤ、取外し可能または固定式の磁気ドライブ、フラッシュ・メモリ、または他の手段を含み得る。代替案では、オーディオを、ＡＭ／ＦＭラジオ、ディジタル・ラジオ、または他のそのような手段を含む無線伝送用に構成し得る。そのように生成されたオーディオ信号の出力に、無線または有線のヘッドホンあるいは有線または無線の外部スピーカを含み得る。
【００４６】
ユニット１００が、別々のオーディオ情報ストレージ機能またはブロードキャスト機能なしで、受信機能だけを有し得ることも、本発明の趣旨に含まれる。概念上、そのようなデバイスは、オン／オフ・ボタン、ユニット１００に新しい「ホスト」からの信号の受信をやめさせるボタン、およびボリューム制御程度の小さいユーザ・インターフェースを有し得る。そのようなデバイスは、非常に小さくし、非常に安価に作り得る。
ユニット１００のオーディオ出力
本発明の目標の１つは、人のグループの間の通信を援助することである。一般に、モバイル・オーディオ・デバイスでは、音楽が、ヘッドホンを介して聴取される。多くのヘッドホンは、ヘッドホンの外から聞こえる音の量を可能な範囲まで減らすように設計されている。しかし、これは、個人の間の言葉によるコミュニケーションを減らすという一般的な効果を有する。
【００４７】
この潜在的な問題を避けるために、友人の声を含む環境音を、ヘッドホン装着者に簡単に知覚可能にし得るようにするヘッドホンまたはイヤホンを提供することと、そのような音をヘッドホンの装着者に可変にアクセス可能にし得るヘッドホンを提供し得ることが、本発明の教示に含まれる。ヘッドホンのそのような配置は、物理的手段または電子的手段のいずれかを介して入手し得る。電子的手段を介する場合に、ヘッドホンは、それにマイクロホンを関連付けられ、このマイクロホンを介して、信号が、受け取られ、ヘッドホン・スピーカを介して比例して再生され、前記比例は、実質的にすべての音がマイクロホンから来る状態から、マイクロホンから実質的に音が来ない状態までで調整可能である。このマイクロホンは、再生の位相が調整可能になる雑音消去システムの一部とすることも可能であり、位相が環境音信号に関して反転される場合に、外部雑音が減らされ、位相が環境音信号と一致する場合に、環境音が強化される。
【００４８】
図１０は、調整可能な外部サウンド・ポートを有するイヤホン９００の平面透視図である。スピーカ要素９４０が、中央に配置され、外側円周面は、サウンド・ポート９３０が配置される回転可能サウンド・シールド９１０である。サウンド・ポート９３０は、音を入れる開いた穴である。サウンド・ポート９３０の下に、回転不能なサウンド・シールドがあり、ここに、類似する配置で固定サウンド・ポート９２０が配置される。サウンド・
シールド９１０がユーザによって手動で回転される際に、サウンド・ポート９３０および固定サウンド・ポート９２０の位置が合い、その結果、環境雑音の源と外耳室（ｏｕｔｅｒ  ｅａｒ  ｃｈａｍｂｅｒ）の間の開いたポートが作成され、ユーザが知覚する環境音の量が増える。
【００４９】
図１１ＡおよびＢは、追加の環境音を許容するエクステンダ９８０を有するイヤホンの断面図である。図１１Ａで、コード９７０を有するスピーカ９６０の面が、耳にぴたりとはまる多孔性フォーム・ブロック９５０によって覆われる。ある環境音は、フォーム・ブロック９５０を介して耳に入り得るが、入力される音の大部分は、妨げられる。図１１Ｂでは、フォーム・エクステンダ９８０が、フォーム・ブロック９５０を覆って配置され、その結果、エクステンダ９８０の末端部で形成される形状が、耳にぴたりとはまるようになる。中空の空洞９８２をエクステンダ９８０内で許容して、スピーカ９６０から耳への音のインピーダンスを減らし得る。環境音は、スピーカ９６０とエクステンダ９８０の末端部の間の空間に入ることを許容される（矢印によって図示）。
【００５０】
図１０のような調整可能なヘッドホンまたはイヤプラグ、または図１１Ｂのような既存のイヤホンおよびヘッドホンの構造を修正し得るアクセサリを含む、環境音がユーザの耳に簡単に届き得るようにする多数の他の配置が、本発明の趣旨の範囲内で許容される。そのような効果に、環境音を受け入れるアパーチャの数の増加、アパーチャのサイズの増加（２つのより大きいアパーチャの間のオーバーラップを調整することによる）、エンクロージャの層の厚さまたは数を変更すること、または環境音を減らすためにイヤホンおよび耳チャネルを覆う手動で取外し可能なカップを置くことを含み得る。
ＤＪ２００の変換器
ＤＪ２００は、通信要素、エネルギ・ストレージ要素、および制御要素（以下に説明するように、手動ＯＮ／ＯＦＦスイッチまたはＤＪエントレイン（ｅｎｔｒａｉｎ）を知らせるスイッチ）を含む、複数の共通の要素を有する。このセクションでは、変換器の構造および機能を説明する。
光変換器２４０
ＤＪ２００の変換器は、受信器２２０によって受信される信号の知覚可能な形を作成するのに使用される。光変換に、１つまたは複数の発光デバイスの使用を含め、この発光デバイスは、好都合なことにカラーＬＥＤ、ＯＬＥＤ、ＬＣＤ、またはエレクトロルミネッセント・ディスプレイとし、これは、鏡、レンズ、格子、および光ファイバを含む光学要素を用いて補足し得る。さらに、モータ、静電要素、または他の機械アクチュエータを使用して、光変換器２４０の方向性または他の特性を機械的に変更し得る。単一のデバイスまたはデバイスのアレイのいずれかが存在し、複数のデバイスの場合に、共時的に表示し、あるいは、時間的パターンおよび／または空間的パターンでディスプレイに「振り付け」得る。
【００５１】
図２Ａは、複数の独立に制御されるＬＥＤアレイを有するＤＪ２００を示す略ブロック図であり、ＬＥＤアレイの数は、２と８の間であることが好ましく、２と４の間であることがより好ましい。ＤＪ受信器２２０を介してユニット１００から受信された信号は、それぞれＬＥＤ２４６の２つの別々のアレイ２９０および２９２に接続された２つのポート２９４および２９６を有するマルチポート・コントローラ２４２に渡される。このアレイ２９０および２９２は、空間的配置、発する光の色、またはＬＥＤ照明の時間的パターンによって区別し得る。信号は、アナログ変換またはディジタル変換を介して２つのアレイ２９０および２９２の制御信号に変換され、アレイ２９０および２９２が、別個の時間的パターンで照明される。
【００５２】
ユニット１００から受信器２２０によって受信される信号に、既にＬＥＤ２４６活動のアレイおよび時間的パターンを指定するのに必要な形である信号を含み、あるいは、その
代わりに、この信号を、異なるフォーマットの信号から時間的パターン信号に変換し得る。たとえば、ユニット１００は、その振幅によってＬＥＤライト振幅の強度が指定される変調された信号を送信し得る。複数ＬＥＤアレイについて、異なるアレイの信号を、時間多重化または異なる周波数での伝送の使用を介するなど、一緒に送信し、ＤＪ受信器２２０によってデコードし得る。
【００５３】
代替案では、信号を、ユニット１００によって再生されているオーディオ信号の直接送信でなど、変換強度に直接に関連付け得ない。その場合に、コントローラ２４２が、信号を修正して、適当な光変換信号を生成し得る。たとえば、低周波帯域フィルタによって、第１アレイ２９０の信号を供給し、高周波帯域フィルタによって、第２アレイ２９２の信号を供給し得る。そのようなフィルタリングは、コントローラ２４２内のマイクロプロセッサ内のアナログ回路またはディジタル回路のいずれかによって達成し得る。異なるアレイが、ある周波数帯域内の信号または信号全体の振幅に異なる形で応答することも、本発明の趣旨に含まれる。
【００５４】
ＬＥＤアレイの代替制御が、図２Ｂすなわち、独立に制御されるＬＥＤを有するＬＥＤアレイを備えたＤＪ２００の略ブロック図に示されている。この場合に、受信器２００によって受信される制御信号は、単一ポートの複数ＩＤコントローラ２４３を介してＬＥＤの単一のアレイに渡され、各ＬＥＤは、特定の特性または識別子を有する信号だけに応答する。１つまたは複数のＬＥＤ２４６が、ＬＥＤの仮想アレイを構成するために、同一の識別子を有し、あるいは、同一の特性に応答し得る。
【００５５】
上で述べたように、変換された光信号に、代わりにまたは追加して、ＬＥＤスクリーンなどの複数要素アレイを含み得る。その場合に、受信器２２０によって受信される信号を、ＬＥＤスクリーンに表示されるイメージ要素の指定とし、あるいは、前と同様に、光変換信号に関連しない信号とし得る。たとえば、コンピュータ上の多くのオーディオ・プレイヤ（たとえばＷｉｎｄｏｗｓ  Ｍｅｄｉａ  ｐｌａｙｅｒ）が、オーディオ信号の周波数および振幅に応答するパターン・ジェネレータを備えている。そのようなパターン・ジェネレータを、コントローラ２４２または２４３に組み込み得る。
【００５６】
代わりに、光変換器２４０を、その照明の時間的パターンが図２Ａおよび２ＢのＬＥＤのそれに似ている、単一色照明のパネルとしてもよい。その場合に、ユーザは、犬または頭骨あるいは好みのエンターテイナの表現など、不透明または半透明のパターンでパネルを部分的に覆い得る。
【００５７】
受信器２２０および光コントローラ２４２または２４３は、たとえば光変換器の背後またはワイヤによって変換器から分離するなど、ビューから隠し得るが、光変換器は、他の人が知覚可能であるよう意図される。このために、光変換器を、ブレスレット、ブローチ、ネックレス、ペンダント、イヤリング、指輪、ヘア・クリップ（たとえばバレット）、装飾ピン、服の上にはおる網細工、ベルト、ベルトのバックル、ストラップ、腕時計、マスク、または他のオブジェクトなどのファッション装身具に形成し得る。さらに、光変換器を、バックパック、札入れ、財布、帽子、または靴などの衣類の物品の外側に縫い付けられた光る要素のアレイなど、衣類に形成し得る。しかし、普通は洗濯される衣類の物品に関して、発光変換器および関連するエレクトロニクスは、洗浄剤（たとえば、水またはドライ・クリーニング化学薬品）に耐え得ることが好ましく、あるいは、洗濯可能である必要がないスカーフまたは帽子などの衣類に使用される。
【００５８】
ユーザが構成を簡単に変更し得るモジュール照明配置があることも便利である。そのようなモジュール配置の１例が、柔軟なプラスティック・ケーブルまたは棒から作られた、棒に光を向ける光源が一端または両端に配置された光パイプである。棒に沿った所定の位
置で、棒の表面を粗くして、ある量の光が逃げ得るようにし、そこの透明のガラスまたはプラスティックをクリップで止め、そのガラスまたはプラスティックが、パイプが照らされる時に照らされる。代替案では、光を、均一に滑らかにし、おおむね一致する屈折率の材料の透明な片を、棒にクリップで止め、光のある部分が棒から片に逸れ得るようにする。そのような配置に使用される光源および関連するエネルギ源は、比較的大きくなり、バックパック、ポーチ、または他のキャリング・ケースで運ばれ、複数の別々の品目を明るく照らし得る。
【００５９】
変換器が、エネルギ・ストレージ２７０を必要とし、エネルギ・ストレージ２７０が、便利には電池の形であることに留意されたい。電池のサイズは、変換要件に大いに依存するが、便利には小さい「腕時計用電池」とし得る。エネルギ・ストレージ２７０が再充電可能であることも便利である。実際、本発明の電子デバイスのすべてが、エネルギ・ストレージまたはある種の発電機を必要とし、これに、再充電不能な電池、再充電可能な電池、ユーザの動きからのエネルギを使用または保管が可能な電気エネルギに変換し得るモーション・ジェネレータ（ｍｏｔｉｏｎ  ｇｅｎｅｒａｔｏｒ）、燃料電池、あるいは他のそのようなエネルギ・ストレージまたはコンバータを便利に含み得る。
サウンド変換器２６０
サウンド変換器２６０は、ユニット１００のオーディオ・プレイヤを補足するか、その主出力となり得る。たとえば、ユニット１００は、無線ヘッドホン・サウンド変換器を含むＤＪ２００にオーディオ信号を無線で送信し得る。これによって、ユーザが、ユニット１００にヘッドホンを接続するワイヤの必要なしに、オーディオ・プレイヤからオーディオを聴取し得るようになる。そのようなサウンド変換器に、たとえば、電磁要素または圧電要素を含み得る。
【００６０】
ヘッドホンまたはイヤホンによるオーディオ作成の代替として、光変換器２４０または触覚変換器２５０に関連し得る外部スピーカを使用して、ユニット１００に関連する外部スピーカからのオーディオ再生を強化し得る。オーディオ・プレイヤ１３０によるオーディオ信号出力の単純な再生に加えてまたはその代わりに、サウンド変換器２６０が、修正された信号または付随する信号を再生し得る。たとえば、周波数フィルタを使用して、音楽からさまざまな周波数要素（たとえば低音）を選択して、音楽のある態様を強調し得る。その代わりに、オーディオ・プレイヤ１３０から直接には出力されない音楽要素を出力して、たとえば、音楽の一部のすべての楽器チャネルを完成させ得る。
触覚変換器２５０
ＤＪ２００を、触覚変換器を有するように構成し、この触覚変換器は、振動、摩擦、または圧力の感覚を提供し得る。前と同様に、これらの変換器を制御するフォーマットの信号を、ＤＪ送信器１２０から直接に送信し、送信器１２０から送信される関連しないフォーマットの信号をフィルタリングし、修正し、あるいはこれから生成し得る。前と同様に、信号を、オーディオ・プレイヤ１３０からのオーディオ信号とし、このオーディオ信号を、たとえば、周波数フィルタリングし、おそらくは周波数変換し、その結果、触覚刺激の周波数を、触覚変換器と互換にし得る。その代わりに、光変換のために意図された種類の信号を、触覚変換に適するように修正し得る。たとえば、特定の色の光の信号を使用して、特定の周波数の振動変換を提供し、あるいは、光振幅を圧力値に変換し得る。
【００６１】
触覚変換器に、指、手首、くるぶし、腕、足、のど、額、胴、または体の他の部分を囲む圧力カフス（ｐｒｅｓｓｕｒｅ  ｃｕｆｆ）を含み得る。触覚変換器に、その代わりに、皮膚に沿って接線方向に触覚要素を進ませるアクチュエータを有する摩擦デバイスを含み得る。触覚変換器に、その代わりに、皮膚に垂直に要素を駆動するアクチュエータを有する振動デバイスを含み得る。触覚変換器に、さらに、その代わりに、皮膚に関して固定して保持され、内部要素の移動に応答して皮膚を振動させるかたわませる動く内部要素を含む要素を含み得る。
【００６２】
触覚変換器は、可動要素を欠き、直接の電気的刺激を介して触覚感覚を与え得る。そのような触覚要素は、粘膜を有する部位を含み得る、皮膚の導電性が高い場所で最もよく使用される。
【００６３】
触覚変換は、触覚感覚を有する身体表面のあらゆる部分で行い得る。さらに、触覚変換要素を、骨組織（頭蓋、背骨、尻、膝、手首）の上の皮膚に保持し、あるいは、消化管を介して飲み込み、ユーザによって知覚され得る場所で運び得る。
入力変換器
ＤＪ２００に、ローカル環境内の情報または刺激から制御信号を作成するために入力変換器を含み得ることも理解されたい。図２４に、入力変換器に関連するＤＪユニット２００の略ブロック図を示す。入力対応ＤＪ１３２０に、エネルギ・ストレージ２７０、コントローラ１３２２、出力変換器１３２４、ＤＪ受信器２２０、および入力変換器１３２６が含まれる。入力変換器１３２６に、１つまたは複数のマイクロホン１３２８および加速度計１３３０を含み得る。
【００６４】
動作中に、エネルギ・ストレージ２７０が、ＤＪ１３２０内の他のすべての機能にエネルギを供給する。コントローラ１３２２は、出力変換器１３２４に制御信号を供給し、出力変換器１３２４には、触覚変換器２５０、サウンド変換器２６０、および／または光変換器２４０を含み得る。コントローラへの入力は、任意選択としてＤＪ受信器２２０からの入力と共に、入力変換器１３２６を介して供給し得る。
【００６５】
たとえば、ダンス・フロアで、マイクロホン１３２８が、環境音楽に対応する電気信号を供給し得る。これらの信号は、以下に説明する図２１ＡからＣによる制御信号の自動生成に関して以下に説明するものに似た形で、出力変換器１３２４制御信号に変換され得る。これによって、付随するオーディオ・ユニット１００がない場合のＤＪ機能性の使用が可能になり、ＤＪ２００の応用範囲が拡張される。ユーザが、環境音楽の源に近い場合と遠い場合があり、音楽の音量が変化する可能性があるので、自動利得フィルタを適用して、平均ボリューム・レベルを補償し、ＤＪ２００変換の強度を正規化し得る。さらに、ダイヤルまたは２位置ロッカー・スイッチなどの手動振幅調整１３２３を設けることも好ましい可能性があり、これによって、ＤＪ２００制御信号の平均強度を、ユーザの好みにあわせて調整し得る。振幅調整１３２３は、入力変換器１３２６出力の変調を介して、あるいは、出力変換器１３２４の信号を生成する時にコントローラ１３２２への入力として、動作し得る。
【００６６】
代替案では、加速度計１３３０は、ＤＪ１００を着ている人の移動を追跡し、１方向の加速度を示す信号を、コントローラ１３２２によって、出力変換器１３２４の１チャネルの信号に変換し得る。加速度計１３３０は、単一の軸だけ、またはその代わりに、加速度の３つまでの独立の方向の動きを監視するセンサを備え得る。したがって、コントローラ１３２２は、各方向の感知された加速度を、別々のチャネルに変換し、加速度の水平の軸を単一のチャネルに組み合わせ、垂直軸を第２チャネルに組み合わせ、あるいは、感知された加速度の他のそのような線形または非線形の組み合せを、審美的な形で組み合わせ得る。
【００６７】
複数の入力信号をコントローラ１３２２によって組み合わせて、出力変換器１３２４からの審美的出力に関する制御信号を生成することも、本発明の趣旨に含まれる。たとえば、１つのチャネルを、加速度計信号から生成された制御信号のために予約し、もう１つのチャネルをマイクロホン信号から生成された制御信号に、第３のチャネルをＤＪ受信器２２０入力から生成された制御信号に予約し得る。一般に、ＤＪ受信器２２０からの情報およびマイクロホン１３２８からの情報は、同一のタイプ（すなわち、オーディオ信号から
生成される）になり、その結果、ほとんどの一般的な構成が、マイクロホン１３２８および加速度計１３３０の組み合わせからの制御信号ならびにＤＪ受信器２２０および加速度計１３３０の組み合わせからの信号になる。
【００６８】
入力変換器１３２６に、さらに、光センサを含め、ＤＪが、その環境の光ディスプレイを模倣し、ＤＪがそれを取り巻くアクティビティの一部に見えるようにし得る。この場合に、コントローラ１３２２は、環境照明のすばやい変化に基づく制御信号を生成することが好ましい。というのは、ＤＪ変換器に一定の照明を供給させることが、より審美的でないからである。さらに、ゆっくり変化する光（数十ミリ秒または数百ミリ秒程度）は、ユーザの移動によって自然に作られるが、照明の変化（たとえばストロボ、レーザ光、ディスコ・ボール（ｄｉｓｃｏ  ｂａｌｌ））は、はるかに速い変化（数ミリ秒程度）である。したがって、環境ダンス照明に合わせるために、ＤＪ２００が、所定の時間のうちに所定のパーセンテージだけ強度が変化する環境光に最も能動的に応答することが審美的であり、所定のパーセンテージは、少なくとも２０％であり、所定の時間は、２０ミリ秒以内であり、所定のパーセンテージが少なくとも４０％であり、所定の時間が５ミリ秒以内であることが、より好ましい。
ユニット間通信
ユニット１００は、あるユニット１００のオーディオ・プレイヤから他のユニット１００のオーディオ・プレイヤ１３０にオーディオ信号を転送する。図３ＡからＣは、ユニット間通信に使用されるユニット１００の要素の略ブロック図である。各図は、ユニットＡとユニットＢの間の通信を表し、ユニットＡが、オーディオ信号をユニットＢに送信する。破線の連結線および要素は、ユニット１００内では使用されていないが、送信側と受信側のユニット１００の同等性を示すために配置された、要素または転送である。
【００６９】
図３Ａで、圧縮オーディオ・ストレージ３１０に保管された圧縮オーディオ信号（たとえば、以下に説明するように、ＭＰ３フォーマットまたはビデオ転送ではＭＰＥＧ４フォーマット）は、信号デコンプレッサ３０２に転送され、信号デコンプレッサ３０２で、圧縮オーディオ信号が、オーディオ出力に適する非圧縮フォーマットに変換される。ユニットＡ内では、この圧縮解除された信号が、ローカル・スピーカ３００ならびにユニット間送信器／受信器１１０に渡される。ユニットＢのユニット間送信器／受信器１１０は、圧縮解除されたオーディオ信号を受け取り、この信号が、出力のためにそのローカル・スピーカに送られる。したがって、ユニットＡとユニットＢの両方が、ユニットＡストレージからの同一のオーディオを再生し、圧縮解除されたオーディオが、２つのユニット１００の間で転送される。
【００７０】
図３Ｂでは、ユニットＡの圧縮オーディオ・ストレージ３１０からの圧縮オーディオ信号が、ローカル信号デコンプレッサ３０２およびユニット間送信器／受信器１１０の両方に送られる。ユニットＡの信号デコンプレッサ３０２は、オーディオ信号を調整し、その結果、オーディオ信号がユニットＡのスピーカ３００を介する出力に適するようにする。圧縮オーディオ信号は、ユニットＡの送信器／受信器１１０を介してユニットＢの送信器／受信器１１０に送られ、ユニットＢの信号デコンプレッサ３０２に渡され、その後、ユニットＢのスピーカ３００に渡される。この実施形態では、圧縮オーディオ信号が、ユニット１００の送信器／受信器３０２の間で伝送されるので、図３Ａの実施形態と比較して、低帯域幅通信手段を使用し得る。
【００７１】
図３Ｃでは、ユニットＡの圧縮オーディオ・ストレージ３１０からの圧縮オーディオ信号が、ユニットＡの信号デコンプレッサ３０２に送られる。この圧縮解除された信号が、ローカル・スピーカ３００ならびにローカル・コンプレッサ３３０の両方に送られ、ローカル・コンプレッサ３３０は、オーディオ信号をカスタム・フォーマットに再圧縮する。圧縮解除されたオーディオ信号入力のほかに、コンプレッサは、任意選択としてＤＪ信号
ジェネレータ３２０からの情報も使用し、ＤＪ信号ジェネレータ３２０は、ＤＪ変換器２４０、２５０、および２６０を制御する信号を生成し、この信号を、オーディオ信号と共に送信し得る。信号ジェネレータ３２０に、アナログ・フィルタリングおよび／またはディジタル・フィルタリングあるいはオーディオ信号を分析し、または修正する他のアルゴリズムを含め、あるいは、その代わりに、信号ジェネレータ３２０が、以下に説明するように、手動で入力された変換器信号入力をとり得る。カスタム圧縮に、変換器制御信号とのオーディオ信号の多重化を含み得る。
【００７２】
カスタム圧縮オーディオ信号は、ユニットＡのユニット間送信器／受信器１１０に渡され、ユニットＢのユニット間送信器／受信器１１０に転送され、その後、ユニットＢの信号デコンプレッサ３０２およびスピーカ３００に渡される。
【００７３】
ユニット１００の間の信号転送の時間遅れ、送信側ユニットで行われるカスタム圧縮、および受信側のユニット１００で行われるその後の圧縮解除があるので、ローカル（すなわちユニットＡ）スピーカ出力に、数十ミリ秒の遅れを設け、その結果、両方のユニット１００がほぼ同時にスピーカを介してオーディオを再生するようにすることが好都合になり得る。この遅れに、ローカル信号圧縮解除とスピーカ３００出力の間の限られたローカル・ディジタル・ストレージを含み得る。
【００７４】
以下に、ユニット間通信に関してさまざまなハードウェア通信プロトコルを述べるが、一般に、音楽を共用するユニット１００がお互いに関して適度に移動し得るようにする（たとえば、ユーザが接続したままで便所に入るために）か、商店街などの広い場所でお互いを見つけ得るようにするために、維持されなければならないユニット間の距離が、好ましくは少なくとも１２．２ｍ（４０フィート）、より好ましくは３０．５ｍ（１００フィート）、最も好ましくは１５２．４ｍ（５００フィート）であることが必要である。
通信プロトコル
ユニット間送信器／受信器１１０の間の通信は、本発明の教示の中でさまざまなプロトコルを用い、８０２．１１ａ、ｂ、またはｇ、ＷＤＣＴ、ＨｉｐｅｒＬＡＮ、ウルトラワイドバンド、第２．５世代または第３世代の無線テレフォニ通信、ＢｌｕｅｔｏｏｔｈまたはＭｉｌｌｅｎｎｉａｌ  Ｎｅｔ  ｉ−Ｂｅａｎｓなどのカスタムディジタル・プロトコルなどのＩＰプロトコルベースの伝送方法を含み得る。実際に、伝送が、インターネット・プロトコルに基づく必要もなく、普通のアナログ無線周波数伝送または非ＩＰ赤外線伝送も、本発明の趣旨に含まれる。各ユニット１００は、一般に、送信機能および受信機能の両方を有するが、ユニットが受信機能だけを有することが可能である。ブロードキャストの帯域幅は、オーディオ信号の圧縮に依存するが、送信帯域幅が１００ｋｂ／秒を超えることが好ましく、送信帯域幅が２５０ｋｂ／秒を超えることがより好ましい。
【００７５】
送信／受信の距離は、本発明の教示では制限されないが、一般に、数百ｍ未満であり、しばしば５０ｍ未満である。通信の距離は、一般に、送信をサポートするのに必要な電力、ポータブル・デバイスによってサポートされるアンテナのサイズ、およびブロードキャスト周波数の国による取締によって許可される電力の量によって制限される。しかし、通信を共用する人が、通信を失わずにある距離だけ互いに移動し得るようにするために、送信の範囲が、少なくとも１０ｍであること好ましく、少なくとも３０ｍであることがより好ましい。
【００７６】
ユニット１００は、一般に、４組のおおむね独立の特性すなわち、オーディオ生成の有無、送信の有無、受信の有無、検索の有無によって特性を表される。
ユニット１００は、しばしば、通信範囲内に多数の他のユニット１００がある状態で機能する。たとえば、地下鉄車両で、教室で、サイクリング中に、またはパーティで、ユニット１００が、潜在的に、数十台の他のユニットの範囲内にあり得る。ローカル圧縮オー
ディオ・ストレージ３１０からオーディオを再生しているユニット１００は、ユーザの特権で、このオーディオを他のユニット１００にブロードキャストすることを選択し得る。現在ブロードキャストを「聴取」しているか「聴取」するブロードキャストを探しているユニット１００は、他の可能なブロードキャスタの中からあるブロードキャスタ信号を選択するために、おおむねブロードキャスタに一意の特定の識別子を必要とする。ＩＰプロトコル通信、第２．５世代無線通信、第３世代無線通信、またはＢｌｕｅｔｏｏｔｈ通信に基づくものなどの上でリストした通信プロトコルの一部は、プロトコルの一部としてそのような識別子を有する。カスタム無線周波数ベースのプロトコルは、特定の識別子によって信号にタグを付け得るようにするために、プロトコルを必要とする。
【００７７】
信号を送信しているユニット１００は、本発明の趣旨内で、同時に信号を受信することを防ぎ得る。しかし、ユニット１００が、送信および受信の両方を同時に行い得ることが好ましい。同時の送信および受信の使用の１例が、送信側のユニット１００に受信を示す信号を送信する、信号を受信しているユニット１００に関する。これによって、送信側ユニットが、現在ブロードキャストを受信しているユニット１００の数を判定し得るようになる。その代わりに、この情報を、オーディオ信号と共に送信し、その結果、ブロードキャストを受信しているユニット１００を有するユーザのすべてが、現在の受信グループのサイズを知り得るようになる。その代わりに、現在ブロードキャストしつつあるユニット１００を有するユーザが、他のブロードキャストしているユニットを検索し、その結果、このユーザが、ブロードキャストを継続するかどうか、または別のユニットのブロードキャストを聴取するかどうかを判断し得るようになる。
ユニットからＤＪへの通信
ユニット１００とＤＪ２００の間の通信は、ユニット間送信器／受信器１１０を介するか、別々のシステムを介するかのいずれとしてもよい。一般に、ＤＪ２００の要件は、受信のみであるが、ＤＪ２００に、送信機能を含める（たとえば、ＤＪ２００のエネルギ・ストレージ２７０が空に近い時をユニット１００に示すために）ことが許容可能である。
【００７８】
ＤＪ２００が受け入れる信号は、変換制御信号が生成される形に依存する。たとえば、入力としてオーディオ信号をとるフィルタまたはモディファイヤを組み込まれたコントローラ２４２について、ＤＪ受信器２２０は、オーディオ信号のすべてまたは大きい部分を受け取る。この場合に、ユニット１００とＤＪ２００の間の通信は、上で説明したユニット間通信に匹敵する帯域幅を必要とする。
【００７９】
しかし、信号が、ユニット１００内で生成されるか、保管された圧縮オーディオ信号と共に事前に保管される場合には、通信帯域幅を非常に小さくし得る。１０Ｈｚ以内の周波数で点滅するＬＥＤ２４６の２つのアレイ２９０および２９２を有し、ＬＥＤが、中間振幅なしでオン状態またはオフ状態のいずれかであるＤＪ２００を検討されたい。その場合に、必要な最大帯域幅は、ＤＪ制御信号のほかに、２０ビット／秒にすぎない。
【００８０】
ユニットからＤＪへの通信の範囲は、広くする必要がない。一般に、ユニット１００とＤＪ２００は、同一のユーザによって運ばれ、したがって、３．０５ｍ（１０フィート）の通信範囲が、多くの応用例に適する。しかし、いくつかの応用例（下を参照されたい）は、これより多少広い範囲を必要とし得る。その一方で、より広い通信範囲は、２つの異なる１００とそのめいめいのＤＪ２００の間のオーバーラップおよび干渉の可能性を与える傾向がある。一般に、ユニットからＤＪへの通信の応用例に関して、通信の最小範囲が少なくとも０．３０５ｍ（１フィート）であることが好ましく、通信の最小範囲が少なくとも３．０５ｍ（１０フィート）であることがより好ましく、通信の最小範囲が少なくとも６．１０ｍ（２０フィート）であることが最も好ましい。また、ユニットからＤＪへの通信の応用例に関して、通信の最大範囲が１５２．４ｍ（５００フィート）を超えないことが好ましく、通信の最大範囲が３０．４８ｍ（１００フィート）を超えないことがより
好ましく、通信の最大範囲が１２．１９ｍ（４０フィート）を超えないことが最も好ましい。これらの通信範囲が、主に、特に最大送信距離に関して、ユニット１００の送信距離を指すことに留意されたい。
【００８１】
比較的短い距離の中に複数のユニット１００／ＤＪ２００の組があり得るので、ユニット１００とＤＪ２００の間の通信に、制御信号ならびにユニット識別信号の両方が含まれ、その結果、ＤＪ２００が、正しいユニット１００から制御信号を受信するようになっていることが好ましい。ユニット１００とＤＪ２００は、一般に、一緒に購入されないので、または、ユーザが、既に所有しているＤＪ２００と互換の新しいユニット１００を買い得るので、ＤＪ２００を特定のユニット１００（「マスタ・ユニット」と称する）に「エントレイン」する手段を有することが非常に有用であり、あるマスタ・ユニットにエントレインされたＤＪ２００は、そのユニットに「束縛」される。
【００８２】
図４は、ＤＪエントレインを示す略流れ図である。ＤＪ２００をエントレインするために、ＤＪは、好ましくはＤＪ２００の物理的なスイッチによって、エントレイン・モードにセットされる。ＤＪ２００がエントレインされるマスタ・ユニット１００が、通信範囲の中に置かれ、ユニット１００が、ＤＪ送信器１２０を介して、マスタ・ユニット１００の識別子を含むエントレイン信号を送信する。近くに送信中の他のユニット１００がある場合であっても、そのユニットがエントレイン信号を送信している可能性は低く、その結果、エントレインを、しばしば、他のアクティブ・ユニット１００を伴う位置で行い得る。エントレインが行われたことの検証は、光出力（光変換）、オーディオ出力（サウンド変換）、または動き（触覚変換）の特定のシーケンスとし得る。検証の後に、ＤＪ１００が、動作の通常モードにリセットされ、そのマスタ・ユニット２００の識別子が付随する制御信号だけに応答するようになる。
【００８３】
同一のマスタ・ユニット１００に束縛された複数のＤＪ２００があり得ることに留意されたい。したがって、単一の人が、複数の光変換ＤＪ２００、またはさまざまなモード（光、サウンド、触覚）変換のＤＪ２００を有し得る。
【００８４】
ＤＪ２００は、一般に、同一の人に関連するマスタ・ユニットに束縛されるが、これは、本発明の必要条件ではない。図５ＡからＢは、同一のマスタ・ユニットに束縛された複数の人に関連するＤＪ２００の略ブロック図である。図５Ａでは、ＤＪ  Ａ２００およびＤＪ  Ｂ２００が異なる人によって運ばれる場合であっても、ＤＪ  Ａ２００およびＤＪ
Ｂ２００の両方が、同一のＤＪ送信器１２０に束縛される。これは、制御信号が、１人の人によって手作業でまたはカスタム手段を介して振り付けられ、その結果、複数の人が、同一の制御信号を共用し得る場合に特に有用である。そのような同期化の手段は、ＤＪ２００制御信号が、オーディオ信号と共にユニット間送信器／受信器１１０を介してユニット１００の間で伝送される場合には、必要度が下がる。さらに、この場合に、ユニットからＤＪへの通信の範囲が、上で説明したユニット間通信の範囲以内であることがよりよい。
【００８５】
サウンド変換器２６０の場合に、ＤＪ  Ｂ２００に、無線オーディオ・イヤピースを含め、ユーザが、単一のユニット１００によって再生される音楽をプライベートに共用することが可能になる。ＤＪ  Ａ２００およびＤＪ  Ｂ２００内のサウンド変換器２６０（たとえば図１を参照されたい）を用いて構成された図５Ａを検討されたい。オーディオ・プレイヤ１３０からの信号が、ＤＪ送信器１２０によって送信され、それぞれ人Ａおよび人Ｂによって運ばれるＤＪ２００（ＤＪ  ＡおよびＤＪ  Ｂ）によって受信される。この場合、両方の人が、同一の音楽を聴取し得る。
【００８６】
図５Ｂに、広域ブロードキャスト・ユニット３６０の動作を示すが、この広域ブロード
キャスト・ユニット３６０は、主に、コンサート、パーティ、またはレイブで発生し得る、多数のＤＪ２００の制御を同期化するのに使用される。この場合に、オーディオ・プレイヤ１３０が、そのうちの多数がＤＪ２００を身に着けている多数の聴衆にオーディオを再生するのに使用される。ＤＪ出力を同期化するために、比較的大出力のブロードキャスト送信器１２５が、人Ａ、人Ｂ、および他の示されていない人が持ち運ぶ複数の異なるＤＪ２００に制御信号をブロードキャストする。エントレイン信号を、定期的に（たとえば、曲の間など、音楽が再生されていない時に必ず、または圧縮されているか圧縮されていない曲の中に散在して）自動的に送信し、その結果、後援者またはパーティ出席者が、彼のＤＪ２００をブロードキャスト・ユニット３６０にエントレインし得るようになる。ブロードキャスト・ユニット３６０は、ユニット間でオーディオ信号も送信し、あるいは、人Ａおよび人Ｂの両方が享受し得るある公共出力スピーカを介してオーディオを再生し得るのみである。
【００８７】
図２６は、複数の個人によって運ばれるＤＪ２００が共通して制御される、コンサートでの人々の概略図である。コンサート会場１３７０で、音楽が、ステージ１３７２で作られ、コンサート後援者１３７６が、会場のフロアにいる。後援者の多くが、ブロードキャストＤＪコントローラ１３７４によって生成される信号を受け入れるＤＪ２００を有する。ブロードキャストＤＪコントローラは、以下に説明する信号を作成し、この信号では、音楽が、自動的にビートに変換され、マイクロホンが、打楽器的な楽器をひろうのに使用され、かつ／または個人がハンドパッドを使用して制御信号を伝送する。これらの制御信号は、ブロードキャストＤＪコントローラ１３７４の区域から直接にブロードキャストされるか、その代わりに、会場１３７０に配置された、ワイヤ１３７８によってコントローラ１３７４に接続された（この接続は、本発明の趣旨の中で無線にもし得る）複数の送信器１３８０にからブロードキャストされる。ＤＪ制御信号を送信するプロトコルを、ハードウェア要件によってまたは取締規格によってのいずれかで、受信のある距離に制限し得ることを理解されたい。したがって、十分に大きい会場をカバーするために、会場１３７０の完全なカバレッジを提供するために複数の送信器が必要になり得る。一般に、送信器からの送信の最大送信距離が、少なくとも３０．４８ｍ（１００フィート）であり、より好ましくは少なくとも６０．９６ｍ（２００フィート）、最も好ましくは１５２．４ｍ（５００フィート）であって、多数の送信器１３８０を必要とせずに適度な会場１３７０サイズをカバーし得ることが好ましい。
【００８８】
ＤＪ２００通信に対するユニット１００の代替実施形態は、模型飛行機制御に使用されるものなど、複数チャネルのＦＭまたはＡＭの送信器および受信器を含む、ラジオ周波数送信器および受信器の使用である。これらのコンポーネントは、非常に小さくすることが可能であり（たとえば、カナダ国オンタリオ州ＯａｋｖｉｌｌｅのＳｋｙ  Ｈｏｏｋｓ  ａｎｄ  Ｒｉｇｇｉｎｇｓ社のＲＸ７２受信器）、ＲＦ通信の周波数を決定する水晶発振器によって定義される。各チャネルが、ＤＪ制御信号の別々のチャネルとして働き得る。その場合に、個人が、彼のオーディオ・ユニット１００に特定の水晶を置き、ＤＪのエントレインが、ＤＪ２００内の同一の水晶の使用を介して実行される。使用可能な多数の水晶のゆえに（たとえば、模型飛行機ＦＭ制御帯域内の約５０チャネルを含む）、他のオーディオ・ユニット１００のとの干渉を、最小にし得る。さらに、上で説明したように、会場内の多数のＤＪ２００の制御を、多数の周波数を介して同時に送信することによって行い得る。
【００８９】
上で説明したように、広域ブロードキャスト送信器１２５は、エントレーニング信号を送信し、この信号に応答するようにＤＪ２００をセットし得る。しかし、ＤＪ２００が、エントレインされていない制御信号に応答するのに使用し得るようにする複数の他の好ましい手段がある。たとえば、エントレインされた制御信号がない（たとえば、対応するユニット１００の電源が切られている）場合に、ＤＪ２００を、エントレインされていない
制御信号に応答するようにセットし得る。
【００９０】
図３５は、エントレイニング・ブロードキャストおよび広域ブロードキャストの両方のＤＪ２００スイッチ制御の略ブロック図である。ＤＪ２００に、３ウェイ・スイッチ１９２０が含まれる。第１状態１９２２では、ＤＪ２００が、上で説明したように現在の制御信号にエントレインされる。その後、第２状態１９２４で、ＤＪ２００が、ステップ１９２２で出会ったエントレイン信号に対応する制御信号に応答する。第３状態１９２６では、ＤＪ２００が、その受信器が受け入れるすべての制御信号に応答し、したがって、広域ブロードキャストに応答し、これによって、ユーザに、ＤＪ２００の動作状態に対する手動制御が与えられる。スイッチ１９２０を、少なくとも３つの別個の位置を有する物理的スイッチとし、あるいは、その代わりに可視のユーザ・インターフェースまたは音声メニューを有するボタン押下げを含む少なくとも３つの状態をそれによってユーザが指定し得る手動の機構とし得ることに留意されたい。
【００９１】
図１２Ｂは、モジュール・ディジタル・ジュエリ２０１の概略図である。モジュール・ジュエリ２０１は、２つのコンポーネントすなわち、エレクトロニクス・モジュール１９３４およびディスプレイ・モジュール１９３２からなる。これらのモジュール１９３４および１９３２は、エレクトロニクス・モジュール・コネクタ１９３６およびディスプレイ・モジュール・コネクタ１９３８を介して電気的に接続し、または分離し得る。モジュール配置の価値は、エレクトロニクス・モジュール１９３４に、一般に、比較的高価なコンポーネントが含まれ、その組み合わされた価格が、ディスプレイ・モジュール１９３２の数倍になり得ることである。したがって、ユーザが、エネルギ・ストレージ２７０、受信器２２０、またはコントローラ１３２２などの追加エレクトロニクス・コンポーネントのコストをこうむる必要なしにジュエリ２０１の外見を変更することを望む場合に、ユーザは、単に、出力変換器１３２４の配置を有するディスプレイ・モジュール１９３２を、出力変換器１３２５の異なる配置を有する代替ディスプレイ・モジュール１９３３に置換し得る。
【００９２】
ＤＪ２００制御信号の送信器は、前に、主にユニット１００内への組込みに関して述べた。しかし、送信器を、ユニット間通信に関連しない標準オーディオ・プレイヤと共に使用し得ることを理解されたい。図１２Ｃは、オーディオ・プレイヤ１３１から制御信号を生成し、送信するモジュール・ディジタル・ジュエリ送信器１４３の略ブロック図である。モジュール送信器１４３は、モジュール送信器１４３のオーディオ入力ポート１３８へのケーブル１３４を介し、オーディオ出力ポート１３６を介してオーディオ・プレイヤ１３１に接続される。モジュール送信器１４３には、ＤＪ送信器１２０が含まれ、このＤＪ送信器１２０は、ユニット−ＤＪ通信を送信し得る。出力オーディオ・ポート１４２は、ケーブル１４６を介してイヤホン９０１に接続される。イヤホン９０１は、おそらくはＤＪ送信器１２０を介して接続される無線イヤホンともし得る。
【００９３】
プレイヤ１３１のオーディオ出力は、イヤホン９０１へおよびコントローラ２４１へ（おそらくはＤＪ送信器が無線イヤホンに送信する場合を除いて）の両方に分割される。コントローラ２４１は、以下に詳細に説明する形で、ＤＪ２００の制御信号を自動的に生成する。これらの信号が、ＤＪ送信器１２０に伝えられる。この配置は、オーディオ・プレイヤ１３１のコンポーネントのコストなしでディジタル・ジュエリ機能を入手し、さらに、モジュール送信器１４３を、複数のオーディオ・プレイヤ１３１（異なるタイプの、またはオーディオ・プレイヤが失われるかこわれた時に）と共に使用し得るという長所を有することを理解されたい。
ユニット間オーディオ共用
概要
ユニット間通信に、複数のユーザの対話が用いられ、ユーザは、互いに知り合いであっ
てもなくてもよい。すなわち、ユーザは、一緒に音楽を聴くと明確に決断した友人であってもよいし、あるいは、地下鉄で一時的な経験を共用する他人であってもよい。本発明は、両方のタイプの社会的相互関係をサポートする。
【００９４】
本発明の重要な態様が、個人のグループが一緒になる手段である。図６は、使用される命名法を示す、ユニット１００のクラスタ７００の略ブロック図である。クラスタ７００は、単一のブロードキャスト・ユニット７１０、それに関連するブロードキャストＤＪ７２０、ならびに１つまたは複数の受信ユニット７３０およびそれに関連するＤＪ７４０からなる。ブロードキャスト・ユニット７１０は、音楽を送信し、受信ユニット７３０は、ブロードキャストされた音楽を受信する。検索ユニット７５０およびそれに関連する検索ＤＪ７６０は、クラスタ７００の一部ではなく、聴取するブロードキャスト・ユニット７１０または関連付けられるクラスタ７００を検索しているユニット１００が含まれる。
【００９５】
多数の通信システムが、２つのモードすなわち、ピアツーピア通信をサポートするモードとアクセス・ポイントなどの固定されたインフラストラクチャを必要とするモードで交番して動作し得ることに留意されたい。図３５は、ピアツーピア・モードとインフラストラクチャ・モードの間のモード切替の略ブロック図である。モード切替１９５０は、ユーザによって、手動でまたは、たとえば、ユーザが異なる機能（聴取またはブロードキャスト、ファイル転送、インターネットのブラウズ）の間で選択し、システムが使用される最適のモードを判定するという自動的にのいずれかで行われる。ピアツーピア・モード１９５２は、所定の距離以内にあるモバイル・ユニット１００の間の相互通信について明確に構成され、短距離無線通信およびオーディオ・データ・ストリーミング１９５４に適する。その代わりに、モード切替１９５０によって、インフラストラクチャ・モード１９５６がイネーブルされ、これは、インターネットなどの広域ネットワークへのアクセスを得るのに特に有用であり、この広域ネットワークを介して、リモート・ファイル転送１９５８（たとえばダウンロードおよびアップロード）およびインターネット・ブラウジングなどのリモート通信を、固定されたネットワーク・ローカル無線オーディオ・ストリーミングへのアクセス・ポイントを介して行い得る。
【００９６】
しかし、テレフォニの多くのモードなどのある種の通信システムで、モバイル通信と固定アクセス・ポイントを介する通信が区別されず、ファイル転送１９５８とオーディオ・ストリーミング１９５４の両方を同一のモードを介して使用可能にし得ることに留意されたい。しかし、この場合であっても、異なるモードの長所を最適に利用するために、２つのモードを有することが便利であり得る。しかし、その場合に、同一のデバイス内の複数のハードウェアおよびソフトウェアによって２つのモードを交互にサポートし、たとえば、リモート通信をテレフォニ・システム（たとえばＧＳＭまたはＣＤＭＡ）を介して行い、ローカル・オーディオ・ストリーミング１９５４を並列の通信システム（たとえばＢｌｕｅｔｏｏｔｈまたは８０２．１１）を介して行い、実際に、２つのシステムが互いに同時に動作し得る。
ユニット間送信セグメント化
ブロードキャスト・ユニット７１０および受信ユニット７３０が、オーディオ信号のほかに情報を交換することが好ましい。たとえば、クラスタ７００のサイズの知識が、ユーザの間の社会的結合の重要な態様なので、各ユーザが、クラスタ内の全ユニット（ブロードキャスト・ユニット７１０および受信ユニット７３０）の数に関する表示を有することが好ましい。これは、クラスタの一部でない検索ユニット７５０が、その範囲内にあるクラスタ７００のどれが最も人気があるかを判定するのにも役立つ。
【００９７】
クラスタ７００のメンバの間で共用される追加情報に、ある人が共用を許可され得る個人的特性（イメージ、名前、住所、他の連絡情報、またはニックネーム）が含まれる。たとえば、ブロードキャスト・ユニット７１０は、音楽と共に、ニックネームを送信し、そ
の結果、他のユーザが、後続の対話についてブロードキャスト・ユニット７１０を識別し得ることが好ましく、ニックネームは、数字の識別子よりかなり覚えやすい（しかし、そのような数字の識別子を、後続の検索のためにユニット１００に保管し得る）。
【００９８】
そのような追加情報を、オーディオ信号と共に多重化し得る。たとえば、オーディオ信号が、ＭＰ３ファイルとして転送される場合に、ＭＰ３ファイル自体の帯域幅を超える追加帯域幅があると仮定すると、ファイルを分解し、他の情報を間に入れ得る。図７は、ブロードキャスト・ユニット７１０の送信８２０の概略図である。この送信は、情報の別々のブロックからなり、各ブロックは、この図では別々の行で表される。最初の行では、ブロック・コード８００が送信され、このブロック・コードは、ブロックの始まりを示す別個のディジタル・コードであり、その結果、ブロードキャスト・ユニット７１０から初めて受信する検索ユニット７５０が、それ自体をディジタル・ブロックの先頭に効果的に同期化し得るようになる。ブロック・コード８００に続くのが、ＭＰ３ブロック・ヘッダ８０２であり、これは、次に送信される信号が音楽ファイル（この場合ではＭＰ３ファイル）からであることを示す。ＭＰ３ブロック・ヘッダ８０２には、ＭＰ３ブロック８０４の長さ、通常はＭＰ３ファイルの先頭に配置される音楽の特性（たとえば、圧縮、曲ＩＤ、曲の長さなど）などの情報を含む、ＭＰ３ファイル・ブロック８０４の次のブロックを解釈するのに必要な情報が含まれる。このファイル・ヘッダ情報を規則的な間隔で散在させることによって、ユーザが、ＭＰ３ファイルの送信の途中で初めて受信する音楽ファイルを正しく扱い得るようになる。次に、圧縮された音楽ファイルのセグメントを含むＭＰ３ブロック８０４が受信される。
【００９９】
音楽圧縮の量およびユニット間通信の帯域幅に依存して、ユーザ連絡情報、イメージ（たとえばユーザの）、ならびにブロードキャスト・ユニット７１０および受信ユニット７３０とのユーザの「社会的融和性」を判定するのに使用し得る個人情報などの情報を送信し得る。この情報は、ＭＰ３ファイルのセグメントの間または「アイドル」時間中に送信し、一般に、ブロック・コード８００が前にあり、このブロック・コード８００は、送信と受信を同期化させるのに使用される。次に、ヘッダ・ファイルが送信され、これによって、それに続く情報のタイプならびにその解釈を助ける特性が示される。そのような特性に、情報の長さ、データの説明、解析情報などを含み得る。図７では、ＩＤヘッダ８０６に、ＩＤブロック８０８が続き、ＩＤブロック８０８には、ニックネーム、連絡情報、好みのレコーディング・アーティストなどが含まれる。後に、イメージ・ヘッダ８１０に、ユーザのイメージを有するイメージ・ブロックを続け得る。イメージ・ヘッダ８１０には、画像の行数および列数ならびに画像圧縮の形式が含まれる。
【０１００】
図７に示された通信フォーマットは、単一フォーマットを例示するのみであり、本発明の中で多数の異なるフォーマットが可能であることを理解されたい。また、ＭＰ３エンコーディングの使用が、例にすぎず、他の形のディジタル音楽エンコーディングが、本発明の趣旨に含まれ、代わりに、Ｒｅａｌ  Ａｕｄｉｏ、Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ａｕｄｉｏ、Ｓｈｏｃｋｗａｖｅストリーミング・オーディオ、ＱｕｉｃｋＴｉｍｅオーディオ、またはストリーミングＭＰ３および他などのストリーミング・オーディオ・フォーマットを含み得る。さらに、これらのストリーミング・オーディオ・フォーマットを、ＤＪ２００の制御情報および他の情報の送信の手段を組み込むように修正し得る。
ダイナミック・データおよび制御情報の送信
上で説明したように、ブロードキャスト・ユニット７１０と受信ユニット７３０の間の両方向通信には利益がある。ユニット間送信器／受信器１１０が同時送受信を許容しない場合であっても、この通信を実行する多数の方法がある。たとえば、追加の送信ハードウェアおよび受信ハードウェアを、各ユニット１００に含み得る。代替案では、上の送信８２０で、ブロック・コード８００などの特定の同期信号に、特定の間隔を続け、その間に、送信しているユニット間送信器／受信器１１０が、受信モードに切り替えると同時に、
受信していたユニット間送信器／受信器１１０が、送信モードに切り替える。この通信方向の切替は、特定の間隔の間とし、あるいは、従来技術の通信プロトコルの普通のハンドシェーク方法を介して調停し得る。
【０１０１】
スタティック情報（たとえば、識別子、連絡情報、またはイメージ）の転送のほかに、ダイナミック情報および制御情報も転送し得ることに留意されたい。たとえば、受信ユニット７３０のユーザは、肯定的コメントまたは否定的コメントの組（たとえば、「かっこいい」、「すごい」）を提示し、ボタンの押下げによってこれをブロードキャスト・ユニット７１０に渡し得る。そのような情報は、たとえばＬＣＤ画面の視覚的アイコンによって、またはこの画面上のテキスト・メッセージによって、あるいはブロードキャスト・ユニット７１０によって生成され音楽と共にユーザに提示される人工的な音声合成によってのいずれかで、ブロードキャスト・ユニット７１０のユーザに提示し得る。
【０１０２】
代替案では、受信ユニット７３０のユーザは、受信ユニット７３０に一体化されたマイクロホンに話し、ユーザの音声を、ブロードキャスト・ユニット７１０に送信し得る。実際に、ユニット間通信が、お互いの範囲内にあるすべてのユニット１００の間の両方向または多方向の通信方法として働き得る。この両方向または多方向の音声通信は、オーディオ・エンターテイメントの再生の通信と一致するものとし、したがって、オーディオ・エンターテイメントと音声通信に対する別々の振幅制御があることが便利である。これは、２つの別々の振幅制御として、または総合的な振幅制御（オーディオ・エンターテイメントに対する比として音声通信振幅を設定する第２の制御を伴う）としてのいずれかで実施し得る。後者のモードでは、ユニットによって出力されるオーディオの総合レベルが、相対的に一定であり、ユーザは、オーディオ・エンターテイメントに対して音声通信を聞く能力だけを選択する。
【０１０３】
聞いている音楽に関する感情および評価を表現するために、クラスタ７００内のユーザは、めいめいのＤＪ２００に送信されている制御信号に割り込むかこれを増補する、ユニット１００のボタンを押し、感情を反映するようにし得るライト・ショーを提供することも可能である。たとえば、一緒に点滅するすべての光（音楽と同期しない）が、音楽の嫌悪を表現し、複雑な光の表示が、満足を表示し得るということがあり得る。
【０１０４】
ユニット７１０の間で制御要求を送信することも可能である。たとえば、受信ユニット７３０は、ブロードキャスト・ユニット７１０のユーザ・インターフェースに表示し得る曲要求（たとえば、「もう一度再生」、「このアーティストの別の曲」）を行い得る。その代わりに、受信ユニット７３０のユーザは、制御を切り替えることを要求し、その結果、受信ユニット７３０が、ブロードキャスト・ユニット７１０になり、ブロードキャスト・ユニット７１０が、受信ユニット７３０になる。そのような要求は、最初のブロードキャスト・ユニット７１０のユーザによって受け入れられる場合に、ブロードキャスト・ユニット７１０の識別子のメモリ・ストレージに、クラスタ７００内のすべてのユニットで新しいブロードキャスト・ユニット７３０がセットされることをもたらす。そのような制御の転送をもたらす通信の説明を、以下に示す。
【０１０５】
さらに、ユニット１００のユーザが、同時にオーディオ・ブロードキャストを受信している間に他のユーザと個人的に「チャット」することも可能である。そのようなチャットは、キーボード・タイピング、スタイラスによる自由形式の記述／スケッチ、およびすばやく選択可能なアイコンを含む入力メソッドからなるものとし得る。
【０１０６】
本発明の趣旨の範囲内で、機能的構成を、ある既存デバイスの拡張によってサポートし得ることを理解されたい。たとえば、ポータブル・オーディオ・プレイヤへの、ある種の無線送信器および受信器ならびにさまざまな制御およびおそらくはディスプレイ機能性の
追加によって、本発明のある実施形態が満足される。その代わりに、音楽ストレージならびにある無線送信器および受信器の機能性の追加によって、携帯電話機も、本発明のある実施形態を可能にする。その場合に、おそらくは拡張３Ｇテレフォニ機能性によってサポートされる、普通のテレフォニ通信が、本明細書の他所で説明したＩＰ通信の諸態様を置換するように働き得る。
ＩＰソケット通信実施形態
ユニット間通信のプロトコルの標準的な組が、ＩＰソケット通信を介して提供され、このＩＰソケット通信は、８２０．１１ａ、ｂ、およびｇ（Ｗｉ−Ｆｉ）を含む使用可能な無線通信ハードウェアによって広くサポートされている。ユニット間通信の実施形態を、図１４ＡからＢに示す。図１４Ａは、ブロードキャスト・ユニット７１０および受信ユニット７３０でのソケット構成の略ブロック図である。
【０１０７】
下の議論では、異なるメッセージおよびオーディオ情報の転送が、必ずではないが通常、インターネット・プロトコルを介してもたらされる。そのようなプロトコルのトランスポート層で、一般に、コネクションレス・プロトコルまたはコネクション指向プロトコルのいずれかが使用される。これらのプロトコルの最も一般的なものの中にあるのが、それぞれユーザ・データグラム・プロトコル（ＵＤＰ）および転送制御プロトコル（ＴＣＰ）であり、以以下にこれらのプロトコルが使用される場合には必ず、類似するプロトコル（コネクションレスまたはコネクション指向）またはプロトコルのクラス全体を、一般に、その議論で置換し得ることに留意されたい。
【０１０８】
ブロードキャスト・ユニット７１０は、受信ユニット７３０がメンバになる前に、一般にＴＰＣソケットであるブロードキャスト１０５０でブロードキャストの使用可能性をブロードキャストする。アナンシエータ（ａｎｎｕｎｃｉａｔｏｒ）１０５０によって、所定のＩＰアドレスおよびポートを有するブロードキャスト・アドレスがブロードキャストされる。受信ユニット７３０は、所定のＩＰアドレスおよびポートに関するブロードキャストを探しているＴＣＰソケットでもあるクライアント・メッセージ・ハンドラ１０６０を有する。ブロードキャストを受信する時に、ハンドシェークによって、ブロードキャスト・ユニット７１０側の新しいアドレスおよびポートを有するソケットに対するプライベート・サービス・メッセージ・ハンドラ１０７０が作成される。ブロードキャスト・ユニット７１０および受信ユニット７３０は、サーバ・メッセージ・ハンドラ１０７０とクライアント・メッセージ・ハンドラ１０６０の間でＴＣＰプロトコルを使用してさまざまな異なるメッセージを交換し得る。この情報に、ブロードキャスト・ユニット７１０および受信ユニット７３０のユーザに関する個人情報を含み得る。その代わりにまたはそれに加えて、ブロードキャスト・ユニット７１０は、現在再生されつつあるオーディオ信号のセクションを転送し、その結果、受信ユニット７３０のユーザが、ブロードキャスト・ユニット７１０で再生されつつある音楽を「サンプリング」し得るようになる。一般に、ブロードキャスト・ユニット７１０が、他の新しいメンバのためにブロードキャスト・アナンシエータ１０５０でのブロードキャストを継続することに留意されたい。
【０１０９】
ブロードキャスト・ユニット７１０および受信ユニット７３０が、オーディオ・ブロードキャストの供給および受信を相互に望むことが確立されたならば、ブロードキャスト・オーディオ用に最適化されたソケットが、ブロードキャスト・ユニット７１０と受信ユニット７３０の両方で作成される。これらのソケットは、しばしば、ＵＤＰソケットすなわち、ブロードキャスト・ユニット７１０側ではマルチキャスト・アウト・ソケット１０８０、受信ユニット７３０側ではマルチキャスト・イン・ソケット１０９０である。
【０１１０】
図１４Ｂは、図１４Ａのソケット図による、ブロードキャスト・ユニット７１０と受信ユニット７３０の間の通信の確立および維持に関するＩＰソケットの使用の略ブロック流れ図である。ステップ１１００で、ブロードキャスト・アナンシエータ１０５０が、オー
ディオ信号の可用性をブロードキャストする。ステップ１１０２で、受信ユニット７３０が、クライアント・メッセージ・ハンドラ１０６０ソケットでブロードキャスト・アナンシエータ１０５０を検索する。ステップ１１０４で接続が開始されたならば、ブロードキャスト・ユニット７１０は、ステップ１１０６でメッセージ・ハンドラ・ソケット１０７０を作成し、受信ユニット７３０は、ブロードキャスト・ユニット７３０とのメッセージング用のメッセージ・ハンドラ・ソケット１０６０を再割り当てする。ブロードキャスト・アナンシエータ１０５０は、ステップ１１００を介する可用性のブロードキャストを継続する。
【０１１１】
ステップ１１１０で、ブロードキャスト・ユニット７１０および受信ユニット７３０は、オーディオ・ブロードキャストおよび受信への相互の関心を確立するために、ＴＣＰメッセージを交換する。相互の受入がない場合には、システムは、元の状態に戻り、ブロードキャスト・ユニット７１０が、ステップ１１００でブロードキャスト・アナンシエーションを送信し、受信ユニット７３０が、ステップ１１０２でブロードキャストを検索する。受信ユニット７３０およびブロードキャスト・ユニット７１０が、通信距離以内にあり、ブロードキャスト・ユニット７１０が、受信ユニット７３０が受け入れるアナンシエーションを送信していると仮定すると、ブロードキャスト・ユニット７１０は、ステップ１１０６で受信ユニット７３０との通信を確立しない状態にセットされる。これは、受信ユニット７３０との接続を行う時にステップ１１０６でメッセージ・ソケットを作成しないか、所定の期間、おそらくは数秒の期間にわたってアナンシエータ１０５０が静かなままになることによって行い得る。
【０１１２】
ブロードキャスト・ユニット７１０および受信ユニット７３０が、マルチキャスト関係を相互に受け入れる場合に、ブロードキャスト・ユニット７１０は、ステップ１１１２でマルチキャスト・アウトＵＤＰソケット１０８０を作成し、受信ユニット７３０は、ステップ１１１４でマルチキャスト・インＵＤＰソケット１０９０を作成し、ステップ１１１６で、マルチキャスト・オーディオの送信および受信が開始される。ブロードキャスト・ユニット７１０が、ステップ１１１２の前に既に受信ユニット７３０にオーディオをマルチキャストしている場合には、マルチキャスト・アウト・ソケット１０８０が作成されず、この既存ソケット１０８０のアドレスが、新しいクラスタ・メンバに通信されることに留意されたい。
【０１１３】
クラスタに、多数のメンバが含まれ得るので、図１４ＡからＢのシステムは、複数のメンバを含むように拡張され得なければならない。図１５は、複数のメンバを含むクラスタと共に使用されるＩＰソケット編成の略ブロック図である。ブロードキャスト・ユニット７１０に、新しいメンバにブロードキャスト可用性を示すブロードキャスト・アナンシエータ１０５０が含まれる。クラスタ内のメンバごとに、ブロードキャスト・ユニットに、さらに、その特定のメンバ専用のメッセージ・ハンドラ１０７０が含まれ、そのメンバの受信ユニット７３０に、一般に１体１の関係で、メッセージ・ハンドラ１０６０が含まれる。ブロードキャスト・ユニットに、クラスタのＮ個の受信ユニットのＮ個のメッセージング・ソケット１０７０が含まれ、各メンバは、ブロードキャスト・ユニットに接続された単一のソケット１０６０だけを有する。したがって、メンバが、クラスタの他のメンバにメッセージを送信することを望む時に、そのメッセージは、受信ユニット・メッセージ・ハンドラ１０６０を介してブロードキャスト・ユニット・メッセージ・ハンドラ１０７０に送信され、他の受信ユニット・メッセージ・ハンドラ１０６０に多様に送信される。クラスタの各メンバが、お互いとの直接メッセージング機能を有し、ブロードキャスト・ユニット７１０によって通信の作成を援助され、ブロードキャスト・ユニット７１０がクラスタの各メンバのソケット・アドレスを共用し、各メンバが、非メンバのユニットではなくクラスタの他のメンバと接続しつつあることを保証し得ることも、本発明の教示の範囲内である。ブロードキャスト・ユニット７１０に、クラスタのメンバのそれぞれの個々
の受信器ソケット１０９０にオーディオを転送するマルチキャスト・アウト・ソケット１０８０も含まれる。
【０１１４】
クラスタのメンバは、特にメンバが頻繁にブロードキャスト・ユニット７１０の送信範囲の外に物理的に移動するので、出入りし得る。ブロードキャスト・ユニット７１０が、そのクラスタのメンバの現在の数を判定するために、ブロードキャスト・ユニット７１０が、メッセージング・ソケット１０６０および１０７０を使用して時々受信ユニット７３０に「ピンを打ち」、あるいは他の形でクラスタ７００の各メンバとの連絡を確立することを試みることが、本発明の教示の範囲内である。そのような通信の試みは、一般に、所定の割合で行われ、この割合は、一般に、１０秒に１回より頻繁である。クラスタのメンバの数に関する情報を、ブロードキャスト・ユニット７１０によってクラスタの他のメンバに送信し、その結果、ユーザが、メンバの数を知り得るようになる。そのような情報は、ユニットのディスプレイに好都合に置かれる（たとえば、図１８ＡからＢを参照されたい）。
音楽合成
ブロードキャスト・ユニット７１０と受信ユニット７３０でのオーディオ再生の同時発生が、非常に同期化されることが、一般に望ましく、好ましくは１秒以内（すなわち、これによって、一緒に音楽を聴取する低水準機能性が提供される）であり、より好ましくは１００ミリ秒以内（すなわち、音楽のほぼ同時の再生であるが、観察者は、非同時発生を聞き得るまたは可視の暗示をＤＪ２００を介して見得る）であり、最も好ましくは互いに２０ミリ秒以内である。本発明の単純な実施形態では、クラスタ７００のすべてのメンバが、再ブロードキャストなしでブロードキャスト・ユニット７１０と直接に通信しなければならない。その場合に、２つのユニット７１０および７３０での再生を可能な限り似たものにすることが、オーディオ再生を同期化させる傾向を有する。
【０１１５】
図８Ａは、オーディオ出力が非常に同期化されるようにする自己ブロードキャストを有するオーディオ・ユニット１００の略ブロック図である。ブロードキャスト・ユニット７１０および受信ユニット７３０を含む２つのオーディオ・ユニット１００が示されている。オーディオ・ユニット１００の要素の編成は、自己ブロードキャスト・アーキテクチャを強調するために選択されたものである。オーディオ媒体１５００は、圧縮オーディオ・ストレージ３１０とし得るが、これに、ブロードキャスト用のオーディオ信号が保管される。出力ポート１５０２は、ユニット間送信器／受信器１１０を含み得るが、オーディオ媒体１５００によって与えられるブロードキャスト・オーディオ信号を送信する。オーディオ媒体には、圧縮または比圧縮、モノラルまたはステレオ、８ビット、１６ビット、または２４ビットのいずれかであり、テープ、磁気ディスク、またはフラッシュ・メディアに保管される、ｍｐ３ファイル、．ｗａｖファイル、または．ａｕファイルを含むさまざまな異なるプロトコルおよび媒体が含まれる。本発明の趣旨が、さまざまな異なるオーディオ・フォーマット、特性、および媒体に適用可能であり、上にリストしたものは、例としてのみ示されていることを理解されたい。出力ポート１５０２から送信されるこのブロードキャスト・オーディオ信号が、入力ポート１５０４で受信され、入力ポート１５０４に、ユニット間送信器／受信器１１０の諸態様を含めることも可能である。そのように受信された信号が、オーディオ出力１５０８を介して関連するユーザに再生される。
【０１１６】
オーディオ出力が、普通は、ユニット７１０が受信ユニット７３０にブロードキャストしていない時にオーディオ再生のためにオーディオ媒体１５００に接続されることに留意されたい。その場合、オーディオ信号を出力ポート１５０２に送り、その後、入力ポート１５０４に送る必要はない。実際に、ブロードキャストしている時であっても、ブロードキャスト・ユニット７１０内のオーディオ信号は、オーディオ出力１５０８に直接に進むと同時に出力ポート１５０２からブロードキャストされ得る。
【０１１７】
しかし、ブロードキャスト・ユニット７１０と受信ユニット７３０でのオーディオ出力の同時発生を保証するために、ブロードキャスト・ユニット７１０が、出力ポート１５０２での出力に関してオーディオ媒体１５００からのすべてのオーディオ信号を提示し得る。この信号は、受信ユニット７３０の入力ポート１５０４だけではなく、ブロードキャスト・ユニット７１０の入力ポート１５０４でも受信される。これは、ブロードキャストされたオーディオ信号のラジオ周波数受信器での物理的受信を介して、またはオーディオ・ユニット１００内のローカル・フィードバック・ループを介して（たとえば、ＩＰループバック・アドレスの使用を介して）のいずれかで行い得る。
【０１１８】
受信ユニット７３０内で、入力ポート１５０４で受信されたオーディオ信号は、オーディオ出力１５０８に直接に進み、図示されたユニット１００の他の要素は、アクティブでない。しかし、ブロードキャスト・ユニット７１０内で、出力ポート１５０２と入力ポート１５０４の間でオーディオ信号を転送する手段が使用され、その転送手段が、ブロードキャスト・ユニット７１０の出力ポート１５０２から受信ユニット７３０の入力ポート１５０４に信号を送信するのに要する時間より短い時間を必要とする場合に、遅延手段１５０６を導入して、入力ポート１５０４とオーディオ出力１５０８の間に一定の遅延を設ける。この遅延には、信号がディジタル・エンコードされる場合にはディジタル・バッファ、信号がアナログである場合にはアナログ遅延回路を含み得る。一般に、オーディオ再生によって導入される遅延は、ユニットのハードウェアおよびソフトウェアの特性に基づく所定の量になる。
【０１１９】
代替案では、ディジタル信号の場合に、遅延を、通信システムの特性に従って変化して設定し得る。たとえば、ユニット間のＩＰベース通信がある場合に、ユニットは、システムの間の「ラウンドトリップ」通信に必要な時間を確立するために、互いに「ピンを打ち」得る。代替案では、クラスタ７００の各受信ユニット７３０が、そのハードウェア特性および伝送特性に基づくユニットの既知の遅延をブロードキャスト・ユニット７１０に送信し得る。クラスタの複数のメンバの間の異なる遅延を処理するために、クラスタの新しいメンバが通信の非常に長い遅延を有する場合に、ブロードキャスト・ユニット７１０と受信ユニット７３０の両方に遅延を導入し得ることに留意されたい。
【０１２０】
遅延１５０６が、第２の目的のために働き、この第２の目的は、クラスタ７００のメンバの間の接続に自然な中断がある場合（たとえば、受信ユニット７３０が一時的にブロードキャスト・ユニット７１０の範囲の外に移動する場合）に、音楽をバッファリングすることであることに留意されたい。その場合に、遅延１５０６に十分なオーディオ信号がバッファリングされるならば、受信ユニット７３０でのオーディオ信号の中断がなくなる。しかし、そのような場合であっても、ユニットの間およびユニット内でのオーディオ再生の時間差に対応するために、ブロードキャスト・ユニット７１０内の遅延を、受信ユニット７３０内の遅延より大きくし得る。
【０１２１】
音楽圧縮およびユニット間通信の帯域幅が十分に大きい場合に、ブロードキャスト・ユニット７１０が、時間の半分未満だけブロードキャストすることがあり得る。これによって、一般に、受信ユニット７３０が、中間メモリ・ストレージから情報を再ブロードキャストし得るようになり、ブロードキャスト信号の有効範囲を潜在的に倍にし得る。これによって、複数の再ブロードキャストを介して、各個々のユニット１００が小さい範囲を有する場合であっても、非常に広い範囲を可能にし、したがって、潜在的に多数のユーザが同一の音楽を聴取することを可能にし得る。
【０１２２】
第１、第２、および第Ｎの再ブロードキャストを介して音楽を聴取する人を同期化させるために、複数ブロードキャスト同期化の方式を、複数再ブロードキャストを用いる同期オーディオ再生の略流れ図である図８Ｂに提示する。その場合に、クラスタ７００は、す
べてが、元のブロードキャストからまたは複数の再ブロードキャストを介して音楽を同期化するユニット１００と見なされる。第１ステップ７８０で、ユニット１００が、２つの追加データと共に音楽ブロードキャストを受信する。第１のデータは、それが受信するブロードキャストの現在の「Ｎ」または「ホップ」であり、この「Ｎ」は、元のブロードキャスト・ユニット７１０からの再ブロードキャストの回数である。したがって、元のブロードキャスト・ユニット７１０から音楽を受信するユニット１００は、「１」の「Ｎ」（すなわち１ホップ）を有し、その受信ユニット１００から受信したユニット１００は、「２」の「Ｎ」（２ホップ）を有する。第２の情報は、ユニット１００に既知であった「最大のＮ」である。すなわち、ユニット１００は、一般に、それが音楽を送信するか受信するすべてのユニット１００と連絡し、各ユニットが、それが連絡するうちで「最大のＮ」を送信する。
【０１２３】
第２ステップ７８２で、ユニット１００は、それが受信しているブロードキャスト内の信号の間の持続時間を判定する。その後、２つのアクションが行われる。ステップ７８６では、ユニット１００が、受信した音楽を再ブロードキャストし、その「Ｎ」およびそれが知っている最大の「Ｎ」（ブロードキャストをそこから受信したユニットまたはそれがブロードキャストしたユニットのいずれかからの）を用いてその音楽をマークする。
【０１２４】
また、ステップ７８４で、受信された音楽が、信号と「最大のＮ」からユニットの「Ｎ」を引いたものの間の持続期間と等しい時間の後に再生される。これによって、すべてのユニット１００が音楽を同時に再生し得るようになる。たとえば、元のブロードキャスト・ユニット７１０を検討されたい。その「Ｎ」は「０」であり、「最大のＮ」は、ネットワーク内の再ブロードキャストの最大回数である。このユニットは、再ブロードキャスト・サイクルの持続時間の「最大のＮ」（「最大のＮ」引く「０」と等しい）倍の期間だけ音楽を保管し、その後、再生する。最も遠い再ブロードキャスト先のユニット１００について、その「Ｎ」と「最大のＮ」は互いに等しく、その結果、このユニットは、０の時間（すなわち、「最大のＮ」引く「Ｎ」＝０）だけ音楽を保管し、即座に再生する。これによって、クラスタ内のすべてのユニット１００が、同時に音楽を再生し得る。しかし、制限は、各ユニット１００に、十分な期間の音楽を保管するメモリがあることである。しかし、システムのユニット１００は、他の情報と共に使用可能な量のストレージを転送し、再ブロードキャストの数が、クラスタ７００を含むユニット１００内で使用可能なメモリの量までに制限され得る。
【０１２５】
このマルチブロードキャスト・クラスタ７００のサイズが変化する際に、「最大のＮ」が、変化し、一般に、システムが「最大のＮ」を登録するのに、「最大のＮ」個程度のステップを要する。その場合に、信号の間の持続時間程度の時間的ギャップが音楽に存在し、これは、一般には数十ミリ秒程度であるが、それより長くなり得る。
【０１２６】
音楽の同期化が、実際の音楽信号の転送に付随する必要がないことに留意されたい。図３４Ａは、ユニット１００に存在する音楽ファイルからの音楽再生の同期化の略ブロック流れ図である。この実施形態では、ステップ１９００で、ブロードキャスト・ユニットが、受信ユニットで再生される音楽信号を含む音楽ファイルの有無を確立する。音楽ファイルは、ファイルの名前に関して（たとえば、「Ｏｏｏｐｓ．ｍｐ３」）または音楽ファイルに関連するディジタル識別子のいずれかによって参照し得る。
【０１２７】
音楽ファイルが存在しない場合には、ブロードキャスト・ユニットから受信ユニットへの音楽ファイルの転送が、ステップ１９０４で、ピアツーピア転送などのファイル転送機構を介して自動的に進行し得る。ファイルが既に存在する場合、またはファイルが転送済みである場合、あるいはその代わりにファイル転送が開始され、２つのユニット１００の間での音楽の同時再生を可能にするのに十分なファイルの部分が存在する場合に、ステッ
プ１９０２で、２つのユニット１００の間の同期信号の送信を開始し得る。
【０１２８】
この同期信号に、多数の異なる形を含み得る。たとえば、同期信号を、ブロードキャスト・ユニットで再生されている音楽ファイルの先頭からその音楽ファイルの現在位置までのタイム・スタンプとし得る。その代わりに、ブロードキャスト・ユニットが、ブロードキャスト・ユニット１００で現在再生されつつあるサンプル番号を送信し得る。受信側ユニットがブロードキャスト・ユニットからの送信の途中で再生同期化を開始することを可能にするために、同期信号に、ファイルの名前またはファイルに関連するディジタル識別子など、再生されている曲に関する情報が含まれることが好ましい。
【０１２９】
この同期信号の送信は、曲が終わるまで、または手動の終了（たとえば、一時停止キーまたは停止キーの作動による）が引き起こされるまで、継続される（同期信号の送信の頻度は、以下に説明する）。この時点で、ブロードキャスト・ユニットは、ステップ１９０６で、終了信号、一時停止信号、または他の信号を送信し得る。同期化のこの方法が、受信ユニットが曲の途中でブロードキャスト・ユニットとの接続を確立する時であっても動作し得ることに留意されたい。
【０１３０】
図３４Ｂは、図３４Ａによる同期信号レコード１９１０の概略レイアウトである。フィールドの順序および構成は、使用される音楽ファイルのタイプ、位置を確立する手段、ディジタル・ジュエリの使用、プライバシに関する希望などに従って変更し得る。
【０１３１】
位置フィールド１９１２（サンプル番号）には、音楽ファイル内の位置のインジケータ、この例ではファイル内のサンプル番号が含まれる。音楽ファイル識別子フィールド１９１４（曲ＩＤ）には、再生される曲のテキスト識別子または数値識別子が含まれる。第３のフィールドは、サンプル・レート・フィールド１９１６（サンプル・レート）であり、これは、主に、位置フィールド１９１２がサンプル単位（時間に変換し得る）で与えられる場合に関連する。同一のオーディオ・エンターテイメントを、異なるサンプル・レートで記録または保管し得る場合に、これによって、潜在的に相対的な位置キー（サンプル）からサンプル・レートと独立の位置キー（時刻）への変換が可能になる。ジュエリ信号フィールド１９１８（ジュエリ信号）は、受信器ユニットがジュエリ２００に関連する場合に、ディジタル・ジュエリ２００の出力を制御するディジタル・ジュエリ２００制御信号をエンコードするのに使用される。フィールドの順序および構成は、使用される音楽ファイルのタイプ、位置を確立する手段、ディジタル・ジュエリの使用、プライバシに関する希望などに従って変更し得る。
【０１３２】
レコード１９１０をブロードキャストする頻度を変更し得る。レコード１９１０の受信の時刻によって、受信器ユニットでの音楽再生の位置を調整し得る、曲内の現在時刻が設定される。レコードを、曲の始めに１回だけ送信して、同期を確立することが可能である。しかし、これは、音楽ファイルの途中での参加を許容しない。さらに、レコード１９１０が、単一のレコードについて複数回記録されるか処理される場合に、その音楽は、悪く同期化され得る。複数の同期信号があれば、タイミングを調整して信号の最も進んだ受信を考慮に入れ得る。すなわち、音楽再生が、より遅れた信号に関して後方に調整されるのではなく、最も進んだ信号に関して順方向に調整される。
【０１３３】
レコードに、さらに、ジュエリ信号フィールド１９１８が含まれる場合に、レコード１９１０を送信する頻度は、これらの信号が変化する速度と匹敵するかそれより高速にしなければならず、好ましくは少なくとも毎秒６回、より好ましくは毎秒１２回にしなければならない。レコード１９１０のより低い頻度の送信が望まれる場合には、複数のジュエリ信号フィールド１９１８を、単一のレコード１９１０に含み得る。
【０１３４】
異なる設計または製造の所与のユニット１００について、音楽信号および／または同期信号の受信と音楽の再生の間に異なる固有の遅延があり得ることに留意されたい。そのような遅延は、ＭＰ３圧縮解除の異なる速度、遅延バッファ（遅延１５０６など）の異なるサイズ、無線送信を処理する異なる速度、音楽を処理する異なるモード（たとえば、ブロードキャスト・ユニットでオーディオ媒体１５００からオーディオ出力１５０８に直接であるが、出力ポート１５０２および受信器ユニットの入力ポート１５０４を介する送信を必要とする）などから生じ得る。そのような場合に、受信器ユニットに、さらに、受信器ユニットでの遅延の量を調整し得る手動遅延スイッチが含まれることが好ましい。このスイッチは、一般に、２つの設定すなわち、遅延の増加および遅延の減少を有し、２つの独立のスイッチ、ロッカー・スイッチ、ダイヤル・スイッチ、または同等物として便利に構成し得る。スイッチによって決定される遅延の増分が調整可能であって、ユーザが、同期されたものとしてブロードキャスト・ユニットおよび受信器ユニットからの音楽を感知し得ることが有用であり、遅延の増分を５０ミリ秒未満とすることが好ましく、遅延の増分が２０ミリ秒未満であることがより好ましく、遅延の単位が５ミリ秒未満であることが最も好ましい。
クラスタの作成および維持
検索ユニット７５０は、音楽自体を再生していることが可能であり、あるいは、ブロードキャスト・ユニット７１０をスキャンしていることが可能である。実際に、検索ユニット７５０は、ブロードキャスト・ユニット７１０または受信ユニット７３０のいずれかとして、別のクラスタ７００のメンバであり得る。メンバシップを望む可能性がある異なるクラスタ７００を検出するために、検索ユニット７５０は、ブロードキャスト・ユニット７１０の音楽を検索ユニット７５０のユーザに再生し、あるいは、ＩＤブロック８０８で送信されるブロードキャスト・ユニット７１０ユーザの個人的特性をスキャンし得る。たとえば、ユーザは、年齢、好みのレコーディング・アーティスト、およびスケートボードへの興味などを含む個人特性検索判断基準を確立し、これらの判断基準を満たす人が接近した時に応答し得る。
【０１３５】
代替案では、検索ユニット７５０のユーザが、参加したいクラスタに属する人を、視覚的接触を介して（たとえば、その人の光変換器２４０の出力の知覚を介して）識別することも可能である。
【０１３６】
検索ユニット７５０のユーザが、連絡を確立する前に、ブロードキャスト・ユニット７１０ユーザまたは受信ユニット７３０ユーザが、他者がクラスタに参加することの許可を提供することが好ましい。たとえば、各ユニット１００は、一般に、そのユニット１００に誰も参加し得ないかどうか、誰もがそのユニット１００に参加し得るかどうか、あるいはクラスタにユニットを参加させることを望むユーザごとに手動で許可が与えられるかどうかを変化可能に設定し得る。クラスタ７００について、クラスタへのメンバシップは、クラスタ７００のメンバが検索ユニット７５０のユーザの参加を許可する場合に提供し、あるいは、クラスタ７００の全メンバが他のユーザの参加を許可することを必要とするか、さまざまな投票方式を介することを設定し得る。各メンバによって望まれる許可は、一般に、クラスタ内のユニット１００の間で、ＩＤブロック８０８または他のユニット間通信の一部として送信される。さらに、これらの許可を使用して、他者がユニット１００送信を傍受し得る度合を確立し得る。これは、暗号の使用を介して（クラスタ７００メンバになることの一部としてのみ暗号化解除鍵を提供し得る）、プライベートＩＰソケット・アドレスまたはパスワードの提供を介して、ユニット１００のハードウェアおよびソフトウェアの製造業者によって合意される標準規格を介して、またはユニット１００のユーザがＩＤブロック８０８を介して送信される情報をソフトウェア制御を介して制限することによって、実施し得る。
【０１３７】
検索ユニット７５０のユーザは、さまざまな形でグループへのメンバシップを確立し得
る。たとえば、検索ユニット７５０は、音楽またはユニット１００のユーザの個人特性をスキャンしている場合に、ユニット１００の存在に関して検索ユニット７５０のユーザに警告し得る。検索ユニット７５０のユーザは、検索ユニット７５０のインターフェースと対話して、ユニット１００のユーザに、クラスタ７００へのメンバシップを要求するメッセージを送信し、この要求は、許可されるかされない可能性がある。このタイプのクラスタ７００への参加の要求は、視覚的接触を必要とせず、検索ユニット７５０とクラスタが壁、床、または天井によって分離されている場合であっても行い得る。  検索ユニット７５０のユーザとクラスタ７００のメンバの間の接触を確立するもう１つの方法が、検索ユニット７５０のユーザがクラスタ７００のメンバと視覚的に接触することである。その場合に、物理的接触または物理的近接が、クラスタ・メンバのユニット１００と検索ユニット７５０の間で簡単に行われ、ディジタル交換を、ユニット１００との電気導体を介する直接接触を介して、またはたとえば赤外線ＬＥＤを介する方向性信号を介して、行い得る。たとえば、検索ユニット７５０のユーザは、クラスタ７００のメンバのユニットで自分のユニット１００をポイントし、その後、クラスタ・メンバが、検索ユニット７５０を使用してそのユーザをクラスタに参加させることを望む場合に、検索ユニット１００で自分のユニット１００をポイントし、両方のボタン押下げによって、ＩＤ、暗号鍵、ＩＰパケット・アドレス、または検索ユニット７５０のユーザがクラスタ７００に参加し得るようにする他の情報の転送をもたらし得る。
【０１３８】
代替案では、ブロードキャストＤＪ７２０（または受信ＤＪ７４０）が、光変換器を介してディジタル信号を提示し得る。たとえば、ほとんどのＤＪ７２０の光変換器は、１から１０Ｈｚの周波数で変調され、人間の視覚は、５０Ｈｚ以上の変調を区別し得ない。これは、より低い周波数の信号が人間による評価のために表示されている間であっても、光変換器２４０を介して、人間の目によって知覚されないより高い周波数（ｋＨｚ）でディジタル信号を表示し得ることを意味する。したがって、ブロードキャストＤＪ７２０は、ブロードキャスト・ユニット７１０のＤＪ送信器１２０から、検索ユニット７５０がブロードキャスト・ユニットのクラスタ７００に接続するのに必要な情報を含む信号を受信し得る。この情報は、ブロードキャストＤＪ７２０の光変換器２４０によって、ディジタル・フォーマットで表現される。検索ユニット７５０は、好ましくはかなりの指向性を有し、光変換器２４０からの信号を検出する光センサを有し、その結果、検索ユニット７５０が、ブロードキャストＤＪ７２０の方向でポイントされ、検索ユニット７５０がクラスタ７００のメンバになるのに必要な識別情報。この光センサは、図１のＤＪ方向識別子１２２として働く。この時点で、望まれる場合に、ブロードキャスト・ユニット７１０のユーザは、検索ユニット７５０のユーザがクラスタ７００に参加することをブロードキャスト・ユニット７１０のユーザが望むかどうかを判定し得る。
【０１３９】
クラスタへの参加をもたらす手段の要約を、図１３ＡからＥに示すが、この図では、検索ユニット７５０が、ブロードキャスト・ユニット７１０を介するクラスタ７００への参加の前に情報を交換する手段が示されている。特に、クラスタ７００の外にいる人が、クラスタ７００のメンバのどれがブロードキャスト・ユニット７１０であり、どれが受信ユニット７３０であるかを判定することが難しい可能性があるので、検索ユニット７５０が、類似する形でクラスタに参加するために受信ユニット７３０との通信を始めることも、本発明の教示の範囲内である。
【０１４０】
図１３ＡからＧで、限られた範囲および指向性が好ましいことに留意されたい。すなわち、区域内に複数のブロードキャスト・ユニット７１０があり、ある人が参加を望むクラスタの１つのブロードキャスト・ユニット７１０が、検索ユニット７５０のユーザが多数の中から単一のブロードキャスト・ユニット７１０を選択し得るようにする手段を必要とすることを選択し得る。この機能性は、一般に、２つのデバイスの間に非常に指向性の通信を行うことによるか、検索ユニット７５０と所望のブロードキャスト・ユニット７１０
の物理的近接に依存することによって（すなわち、非常に制限された範囲内には、より少数の競合するブロードキャスト・ユニット７１０がある）提供される。以下の説明では、「ブロードキャスタ（ｂｒｏａｄｃａｓｔｅｒ）」が、ブロードキャスト・ユニット７１０を使用するユーザを表し、「サーチャ（ｓｅａｒｃｈｅｒ）」が、検索ユニット７５０を使用するユーザを表す。
【０１４１】
図１３ＡからＧでは、サーチャによるクラスタの選択が、情報を伝えるエンティティに従って、「検索送信モード」、「ブロードキャスト送信モード」、および「相互送信モード」と称する３つの形で行われる。検索送信モードでは、サーチャが、検索ユニット７５０を介してブロードキャスト・ユニット７１０にＩＤを送信する。このＩＤに、一意の識別子または通信の特定の手段（たとえば、ＩＰベース通信の場合のＩＰアドレスおよびポート）を含み得る。このＩＤを用いて、ブロードキャスト・ユニットは、サーチャに参加を要求し、あるいは、サーチャがその無線範囲内のローカル・ユニットへの参加の区別されない要求を行う時にサーチャを受け入れ得る。ブロードキャスト送信モードでは、ブロードキャスタが、ブロードキャスト・ユニット７１０を介して検索ユニット７５０にＩＤを送信する。このＩＤを用いて、サーチャ・ユニットは、ブロードキャスト・ユニット７１０に接続する試みを行い得（たとえば、ＩＤがＩＰアドレスおよびポートである場合）、あるいは、検索ユニットは、ブロードキャスト・ユニット７１０からのブロードキャスト（たとえば、ブロードキャスト・アナンシエータ１０５０）に肯定的に応答し、この場合に、ＩＤが、通信プロセスの早期にユニットの間で渡され、検査される。相互送信モードには、情報および通信がブロードキャスタとサーチャの間で両方向であるという点で、ブロードキャスト送信モードと検索送信モードの組み合わせが含まれる。
【０１４２】
図１３Ａは、通信が、検索送信モードで可視ＬＥＤ発光または赤外線ＬＥＤ発光を介して提供される、検索ユニット７５０およびブロードキャスト・ユニット７１０の略断面図である。この図の右側で、関連するレンズ１０４６を有するＬＥＤ１０４４（この２つを一体化し得る）が、ユニット・ケース１０００から指向性信号を送信する。この光は、任意選択として、光に対して透明なウィンドウ１０４８を通過し得る。図の左側で、レンズ要素１０４０が、広い立体角を介して光を集め、光感知要素１０４２に向け、光感知要素１０４２は、好都合に光感知ダイオードまたは光感知抵抗である。通信の方向は、送信するレンズ１０４６および集めるレンズ１０４０によって与えられる。
【０１４３】
その代わりに、ＬＥＤ１０４４を、可視レーザで置換してもよい。図１３Ｂは、通信が、検索送信モードで可視レーザまたは赤外線レーザを介して提供される、検索ユニット７５０およびブロードキャスト・ユニット７１０の略断面図である。検索ユニット７５０に、ブロードキャスト・ユニット７１０の光感知要素１０４２によって感知されるビームを形成するようにレンズ１０４３によって条件付けられるダイオード・レーザ１０４１が含まれる。集光されたレーザ・ビームによって、人が持ち運ぶ光感知要素を正確に狙うことが困難である可能性があるので、光学系に、集光されたビーム１０４５を作る部分と発散するビーム１０４７を作る第２部分を有する２焦点レンズ（ｔｗｏ  ｆｏｃｕｓ  ｌｅｎｓ）１０４３を含み得る。集光されたビームは、検索ユニット７５０のユーザによって、ユニット７５０のポインティングを向ける案内ビームとして使用され、発散するビームは、人間のポインティング精度を相対的に低くし得るようにするためのビームの広がりをもたらす。２焦点レンズ１０４３を作成する手段に、表面に２つの異なる曲率パターンを有するレンズの使用、出力の一部だけが集光レンズと交差する最初の発散レンズの使用を含め、後者では、第２レンズに当たる光が集光され、第２レンズに当たらない光が発散するままになる。ユーザがポインティング精度の可視フィードバックを得ないように、集光部分なしでゆっくり発散するレンズも、本発明の教示の範囲内である。その場合に、レーザは、可視波長ではなく赤外線を発し得る。
【０１４４】
図１３Ｃは、通信が、ディジタル・ジュエリ要素２００からブロードキャスト送信モードで可視発光または赤外線発光を介して提供される、検索ユニット７５０およびブロードキャスト・ユニット７１０の略断面図である。ディジタル・ジュエリ２００は、ブロードキャスタによって鎖１０３３で運ばれ、ディジタル・ジュエリ２００は可視である。ディジタル・ジュエリは、光変換器１０３１を介して、可視低周波数信号内で多重化された高周波数信号を発する。検索ユニット７５０は、ディジタル・ジュエリ２００の方向でポイントされ、光感知要素１０４２を介して信号を受信する。この形の通信は、サーチャが、ディジタル・ジュエリ２００の可視の信号の存在を介して、ブロードキャスタがクラスタ形成を受け入れていることを知るので、便利である。
【０１４５】
図１３Ｄは、通信が、相互送信モードで接触を介して提供される、検索ユニット７５０およびブロードキャスト・ユニット７１０の略断面図である。この場合に、ブロードキャスト・ユニット７１０および検索ユニット７５０の両方に、接触送信終点（ｃｏｎｔａｃｔ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｅｒｍｉｎｕｓ）１０３０と、それによって接触送信が行われる電子手段が含まれる。この手段は、誘導によって（交流回路を介して）、交流手段または直流手段を用いる直接要素接触を介して、または直接の物理的接触を用いる他のそのような手段（破線で示されたユニットの位置への検索ユニット７５０の移動によって示される）のいずれかで動作し得る。検索ユニット７５０またはブロードキャスト・ユニット７１０は、接触の自動感知または手動制御を介して、通信転送を開始し得る。接触の相互関係ならびに２つのユニット７１０および７５０の物理的同等性があるので、情報転送は、両方の方向で可能である。直流接続の場合に、終点１０３０に、２つの接点が含まれ、その両方が、通信を行うために電気的接触を行わなければならないことに留意されたい。
【０１４６】
図１３Ｅは、通信が、ブロードキャスト送信モードで音響伝送を介して提供される、検索ユニット７５０およびブロードキャスト・ユニット７１０の略断面図である。ブロードキャスタ（または受信器）は、一般にヘッドホン１０２０またはイヤホン（これらのすべてに、ある程度音響エネルギを漏らすスピーカ１０２２が含まれる）を介してオーディオ情報を聴取する。図１０ならびに図１１Ａおよび１１Ｂに示された、外部サウンドを許容するオーディオ出力デバイスの使用によって、失われる音声エネルギの量も増える。この音声エネルギを、サーチャによって、サウンド・コレクタ１０２４およびマイクロホン１０２６を含む指向性スピーカを介して検出し得る。このシステムは、ブロードキャスト・ユニット７１０および受信器ユニット７５０の音声出力が、音声内でエンコードされたＩＤも出力することを必要とする。そのような音声は、３０００から５０００Ｈｚなど、短いメッセージまたは識別子をエンコードするのに十分な帯域幅を担持する（たとえば、ＩＰアドレスおよびポート番号を５バイトで搬送し得る）聞き取れない周波数で便利に出力し得る。特に高周波数の音声エネルギは、コレクタ１０２４の形状およびマイクロホン１０２４の構造に応じて、非常に指向性とし、サーチャによるよい指向性選択が可能になる。
【０１４７】
図１３Ｆは、通信が、ブロードキャスト送信モードでラジオ周波数伝送を介して提供される、検索ユニット７５０およびブロードキャスト・ユニット７１０の略断面図である。ラジオ周波数伝送は、強く指向性ではない（オーディオ情報のブロードキャストにおいて、可能な限り無指向性であることが指定される）。参加が望まれるクラスタ７００と望まれないクラスタ７００を区別するために、複数の戦略を使用し得る。たとえば、さまざまな信号の強度を測定し、最も強いものを接続のために選択し得る。代替案では、複数のブロードキャスト接続が使用可能である場合に、検索ユニット７５０は、各ブロードキャスト・ユニット７１０との接続を順次試み得る。試みを行う時に、ブロードキャスト・ユニット７１０は、新しいメンバによる参加の試みについてブロードキャスタに警告する前に、ブロードキャスト・ユニット７１０に関連するディジタル・ジュエリ２００に、独特の
信号を視覚的にフラッシュさせる。サーチャは、検索ユニット７５０の適当なボタンを押すことによって、フラッシュしたブロードキャスト・ディジタル・ジュエル２００のクラスタ７００への参加の希望を検証し得る。サーチャが、クラスタ７００に参加しないと判断した場合には、検索ユニット７５０は、範囲内のもう１つのユニット・ブロードキャスト・ユニット７５０を検索し、参加を試み得る。
【０１４８】
いつでも、クラスタ７００のメンバは、選ばれたユニット１００のインターフェースの選択を介して個人的特性（ニックネーム、実名、住所、連絡情報、顔または刺青の画像、好みのレコーディング・アーティストなど）を共用し、そのような特性のすべてまたはサブセットが、ユニット１００に保管される。クラスタ７００のメンバが、ある人をクラスタ７００に受け入れるか否かを判定するのを助けるために、検索ユニット７５０のメンバは、個人的特性を共用した人の総数を表示し、あるいは、その代わりに、特定の信頼される人または共通の知り合いのグループがその中に存在するかどうかを知るために、個人的特性を保管された人について自分のストレージを調べ得るようにされ得る。個人が、自分のクラスタの他の個々のメンバを格付けし、その格付けを、収集し、人から人へまたはクラスタからクラスタに渡し、その格付けを、検索ユニット７５０の人をクラスタ７００に追加すべきかどうかをクラスタ７００が判断するのに使用し得ることも、本発明の趣旨に含まれる。
【０１４９】
図１７は、クラスタへのサーチャを入れる際のブロードキャスタとサーチャのマッチングを示す、ブロードキャスタおよびサーチャのプリファレンスおよび特性のマトリックスである。ブロードキャスタ・プリファレンス・テーブル１１６０に、ブロードキャスタがクラスタの新しいメンバに見いだされることを求める特性が含まれる。この特性に、性別、年齢、音楽の「好き嫌い」、通う学校などを含み得る。サーチャも、同様に、プリファレンス・テーブル１１６６を有する。サーチャ・プリファレンス・テーブル１１６６およびブロードキャスタ・プリファレンス・テーブル１１６０は、形において異ならず、サーチャは、別の時に、別のグループのブロードキャスタとして機能し、そのサーチャのプリファレンス・テーブル１１６６が、ブロードキャスタ・プリファレンス・テーブルとして働く。
【０１５０】
ブロードキャスタ・プリファレンス・テーブル１１６０を、サーチャ特性テーブル１１６２と自動的にマッチさせ得る。このテーブル１１６２には、サーチャの特性が含まれ、ブロードキャスタ・プリファレンス・テーブルのパラメータと比較し得るタイプ（たとえば年齢、性別など）とオーバーラップする特性がある。このマッチングは、サーチャが参加することに関心を持つクラスタを質問している時の期間中に行われる。同様に、ブロードキャスタの特性を示すブロードキャスタ特性テーブル１１６４もあり、これを、サーチャ・プリファレンス・テーブル１１６６とマッチさせ得る。
【０１５１】
プリファレンス・テーブルと特性テーブルの間の一致の是認または不賛成に使用されるアルゴリズムは、変更し、ユーザすなわちクラスタへの新しいメンバを受け入れるブロードキャスタまたは新しいクラスタに参加するサーチャのいずれかによって設定し得る。たとえば、ユーザは、性別が正確に一致し、年齢が１年以内であり、音楽の好みが問題でないことを要求し得る。ユーザは、さらに、１つでもパラメータが一致する場合に一致を受け入れ得ることを指定し、１つでもパラメータが一致しない場合に一致を受け入れ得ないことを指定し、個々の一致の大多数のオーバーラップに基づいて一致を受け入れ可能であることを指定し、他の指定を行い得る。
【０１５２】
ブロードキャスタ・プリファレンス・テーブル１１６０およびブロードキャスタ特性テーブル１１６４（同様にサーチャ・テーブル１１６２および１１６６）を、人は自分に似た人を好むという観念に従って、同一のテーブルとし得ることに留意されたい。各ユーザ
は、そのユーザ自体の値との差として参加する人の特性の許容可能な範囲を表し得る。たとえば、パラメータ「同一」は、近い一致が必要であることを意味し、「似る」は、ある範囲（たとえば１年以内）を示し、「異なる」がそれ以外を意味し得る。この形で、非常に詳細な形でプリファレンス・テーブル１１６０または１１６６を定義するというユーザに対する重荷がなくなる。
【０１５３】
クラスタの場合に、サーチャとクラスタの間の情報の転送に、上で述べたように、ブロードキャスタだけではなく、クラスタの他のメンバを含み得る（特に、サーチャが、外部の観察からクラスタのブロードキャスタの識別を知り得ないので）。クラスタは、新しいメンバの受け入れに関する連帯判断も行い得る。すなわち、クラスタに４つのメンバがあり、サーチャが、そのクラスタへの関心を示す場合に、新しいメンバの受け入れに関してクラスタのメンバの間で投票し得る。投票の手順は、通常は、メンバの間のメッセージングによって行われ、メンバは、以下に説明するように、構造化された情報転送によって支援され得る。
【０１５４】
複数のそのような投票方式を、クラスタへの新しいメンバの受け入れに関する投票方式の表である図１９に示す。第１列は、ルールの名前であり、第２列で、ルールに従う評価のアルゴリズムを説明する。「ブロードキャスタ」ルールでは、ブロードキャスタが、新しいメンバを受け入れるか否かを判断する。新しいメンバは、ブロードキャスタが「ＹＥＳ」を示す時に受け入れられ、そうでない場合には拒絶される。
【０１５５】
「過半数」ルールでは、メンバの票が集計され、メンバの過半数が受け入れまたは拒絶に投票する時に、新しいメンバがそれに応じて受け入れられるか拒絶される。このルール（ならびに以下のルール）が、クラスタのメンバの数の知識をブロードキャスタまたは他のメンバが知っていることに依存し、通常はそうであることに留意されたい（たとえば、ＩＰソケット・ベースのシステムでは、ブロードキャスタが、ソケット接続の数を単純に数え得る）。したがって、クラスタのメンバの数が、Ｎｍｅｍとして与えられる場合に、（Ｎｍｅｍ／２）＋１人のメンバが同一の結果を示すや否や、その結果が、ブロードキャスタ、メンバ、および見込みのある新しいメンバに通信される。メンバの数が偶数であり、同点投票の場合には、結果は、ブロードキャスタの投票次第になる。
【０１５６】
「満場一致」ルールによれば、新しいメンバは、メンバの満場一致の判断にのみ基づいて受け入れられる。したがって、見込みのある新しいメンバは、最初の「ｎｏ」票が受け取られるや否や拒否され、クラスタのすべてのメンバの投票が受け取られ、投票のすべてが肯定である時に限って受け入れられる。
【０１５７】
「時間制限付き過半数」ルールは、「過半数」ルールに似ているが、投票がアナウンスされる時にタイマが始動され、このタイマは、所定の持続時間を有し、好ましい実施形態では、クラスタ７００の各メンバのユニット１００でカウント・ダウン・タイマとして示される。投票は、タイマが所定の持続時間を完了していない場合、（Ｎｍｅｍ／２）＋１人のメンバが同一の表示（「ｙｅｓ」または「ｎｏ」）を投じると完了する。メンバのすべてが投票し、投票が引き分けである場合には、結果は、ブロードキャスタの票に従う。タイマが満了し、投票が決定されていない場合には、投票したメンバの数を、定足数Ｑと見なす。（Ｑ／２）＋１人のメンバが同一の形で投票した場合に、それが投票の結果になる。そうではなく、引き分けの場合には、結果は、ブロードキャスタの票に従う。ブロードキャスタが投票しなかった場合には、投票は、最初に受け取られた票に従う。
【０１５８】
「同期化過半数」ルールは、時間制限付き過半数ルールに似ているが、投票を開始し、メンバが投票するのを所定の期間だけ待つ代わりに、投票がアナウンスされ、投票の始めに対する所定のカウント・ダウン期間がある。投票自体は、時間的に非常に制限され、一
般に１０秒以内であり、３秒未満であることが好ましい。投票のカウントは、投票したメンバの定足数だけについて実行され、時間制限付き過半数のルールに従って実行される。
【０１５９】
本発明の趣旨の範囲内で、クラスタの作成、増大、および維持との一貫性を有する多数の異なる投票方式がある。たとえば、接戦の投票がある場合に、個人が票を変更するために、投票を再開し得る。場合によっては、メンバが投票の新しいラウンドを要求し得る。さらに、投票を、個人の票が他のメンバに知られない閉じた無記名投票とし、あるいは、各メンバの票の識別が各ユニット１００内で一般に表示される記名投票とし得る。
【０１６０】
さらに、ユニット１００のディスプレイを介して各メンバに使用可能にされる情報によって、投票をサポートし、機能強化し得る。図１８Ａは、通常動作中の、ユニット１００のＬＣＤディスプレイ１１７０のスクリーンショットである。ディスプレイ１１７０は、２つの異なる領域、オーディオ領域１１７２およびブロードキャスト領域１１７４からなる。オーディオ領域１１７２には、バッテリ状況、演奏者の名前、音楽の題名、オーディオが再生された時間、トラック番号などを含み得る、オーディオ出力の状況およびユニット１００の動作に関する情報が含まれる。ブロードキャスト領域１１７４には、クラスタ７００の状況に関する情報が含まれる。この例では、ブロードキャスト領域に、クラスタ内の現在の人の数を顕す数字「５」、このディスプレイ１１７０が表示されるユニット１００が現在クラスタ７００のブロードキャスタであることを示すテキスト「ＤＪ」、およびクラスタが新しいメンバの参加に関して開かれていることを示すテキスト「ＯＰＥＮ」（テキスト「ＣＬＯＳＥＤ」は、新しいメンバが、勧誘されず、許容されないことを示す）が含まれる。
【０１６１】
図１８Ｂは、新規メンバに関する投票中の、ユニット１００のＬＣＤディスプレイ１１７０のスクリーンショットである。オーディオ領域１１７２が、新しいメンバの特性領域１１７６に置換され、この領域に、見込みのある新しいメンバの特性が表示される。そのような特性には、見込みのある新しいメンバの名前（またはニックネーム）、年齢、好き（ハート）、および嫌い（稲妻）を含み得る。ブロードキャスタ領域１１７４の数字「３」は、クラスタ７００に現在３人のメンバがいることを示し、耳のアイコンは、現在のユニット１００が、ブロードキャスタではなくブロードキャスタからの受信に使用されていることを示し、名前「［ＡＬＩ］」は、現在のブロードキャスタの名前を示す。テキスト「ＶＯＴＥ−ＭＡＪ」は、現在の投票が過半数ルールに従って行われていることを示す。ブロードキャスタ領域１１７４および新しいメンバの特性領域１１７６によって、見込みのある新しいメンバの参加を許可するかどうかに関する判断を行うために既存メンバが必要とする情報が提供される。
【０１６２】
図１８ＡからＢのディスプレイ１１７０は、ディスプレイ１１７０に配置し得る情報のタイプだけを示すが、ディスプレイ１１７０に配置し得る情報は多数あることと、ディスプレイのフォーマットを幅広く変更し得ることを理解されたい。さらに、別個のオーディオ領域１１７２およびブロードキャスト領域１１７４がある必要はなく、この情報を一緒に結合してもよい。その代わりに、特に非常に小さいディスプレイ１１７０について、ディスプレイ１１７０を、異なるタイプの情報の間でサイクルするようにしてもよい。
【０１６３】
個人がそのクラスタの他の個々のメンバを格付けすることも、本発明の趣旨に含まれ、そのような格付けを、まとめ、人から人へまたはクラスタからクラスタへ渡し、検索ユニット７５０の人をクラスタ７００に加えるべきかどうかをクラスタ７００が判断するのに使用し得る。図２７は、見込みのある新しいメンバを既存クラスタに追加すべきかどうかを判定するためにその人の前の関連を使用することの略ブロック図である。
【０１６４】
ステップ１４００で、検索ユニット７５０から、見込みのある新しいメンバが、ブロー
ドキャスト・ユニット７１０による活動中のブロードキャスト・アナンシエータ１０５０に関する外部通信要求を行う。ステップ１４０２で、一時的メッセージ接続が確立され、これを介して、検索ユニット７５０とブロードキャスト・ユニット７１０の間で相互に情報を渡し得る。ブロードキャスト・ユニット７１０は、個人ＩＤおよびクラスタＩＤを検索ユニット７５０に要求する。個人ＩＤは、オーディオ・ユニット１００ごとに任意選択として供給し得る一意の識別子であり、さらに、任意選択として、ユニット１００のハードウェアにハードエンコードし得る。クラスタＩＤは、検索ユニット７５０が前にクラスタ内で関連した他のユニット１００の個人ＩＤを表す。ステップ１４０６で、ブロードキャスト・ユニット７１０が、着信した個人ＩＤおよびクラスタＩＤを、ブロードキャスト・ユニット７１０のメモリに保管された個人ＩＤおよびクラスタＩＤとマッチさせる。十分な数の一致（最小個数またはブロードキャスト・ユニット７１０に保管されたＩＤの最小の分数として計算し得る）がある場合に、検索ユニット７５０の新しいメンバを、クラスタに受け入れ得る。ステップ１４１２で、検索ユニット７５０が、ブロードキャスト・ユニット７１０および既存クラスタ７００の他のメンバのＩＤを、そのクラスタＩＤに保管し、ブロードキャスト・ユニット７５０およびクラスタの他の受信ユニット７３０が、検索ユニット７５０の個人ＩＤをそのクラスタＩＤに保管し得る。十分な数または量の一致が存在しない場合には、ブロードキャスト・ユニット７１０は、その見込みのある新しいメンバを拒絶し、任意選択として拒絶のメッセージを送信し、その後、ブロードキャスト・ユニット７１０と検索ユニット７５０の間のソケット接続（または作成された他の接続）をクローズする。新しいＩＤは、ユニット７１０と７５０のどちらにも保管されない。
【０１６５】
個人ＩＤおよびクラスタＩＤに関連する他の情報を共有し、クラスタ７００への見込みのある新しいメンバの受け入れまたは拒否を判定するアルゴリズムで使用することも、本発明の趣旨の範囲内である。この情報に、格付け情報、別のクラスタ７００との関連の持続時間（すなわち、関連が長いほど、その人とクラスタ７００の社会的接続が安定していた）、サーチャが特定のクラスタ７００のメンバであった時のクラスタ７００のサイズ、クラスタ７００の人気（ブロードキャスト・ユニット７１０によって担持されるクラスタＩＤの数によって測定される）などを含み得る。同様に、マッチング・プログラムは、サーチャのクラスタへの参加の適当さを判定するために、これらの量要因の一部によってマッチングに重みを付ける。
【０１６６】
検索ユニット７５０の個人ＩＤおよびクラスタＩＤと、めいめいのユニットの所有者の個人的経験を表すブロードキャスト・ユニット７１０の個人ＩＤおよびクラスタＩＤの間で比較を行い得るが、所与の個人ＩＤを有する個人の評判または望ましさを、信頼される人に知らせるか、信頼される人から手に入れることが可能である。たとえば、２人の友人が、どのＩＤが信頼されるか否かの情報を２つのユニット１００の間で交換し、あるいはその代わりに、インターネットにポストするかインターネットから検索することが可能である。たとえば、５２４３２９１０２という個人ＩＤを有するユニット１００との悪い個人的経験の後に、ある人が、友人と共用するためにそのＩＤをインターネットにポストし、その結果、友人が、その人の参加を許可しないようにするか、その人を含むクラスタに参加しないようにすることが可能になる。
【０１６７】
個人ＩＤのリストを公表することによって、人が、その連絡先の広さを確立し得るようになることに留意されたい。連絡先をウェブ・サイトにポストすることによって、人は、自分の活動および人気を誇示し得る。これによって、関連する人の数を増やすために、人がクラスタに参加することも奨励される。さらに、個人ＩＤは、人が互いにさらに通信し得るようにする「ハンドル」として働く。たとえば、インターネット上で、人が、一緒にクラスタにいた他の人が連絡することを可能にする限られた量の情報（たとえば電子メール・アドレス）を明かし得る。
【０１６８】
クラスタ７００の形成および維持が、ブロードキャスト・ユニット７１０および受信ユニット７３０の最初のおよび継続される物理的近接を必要とすることに留意されたい。クラスタ維持の助けになるそのような物理的近接を維持するのを助けるために、フィードバック機構を使用して、以下に説明するように、ユーザが必要な物理的近接を維持するのを助けるためにユーザに警告し得る。
【０１６９】
図２８は、ブロードキャスト・ユニット７１０と受信ユニット７３０の間の、受信ユニット・ユーザへのフィードバックを介する物理的近接の維持に使用されるステップを示すブロック流れ図である。ステップ１５３０で、ブロードキャスト・ユニット７１０と受信ユニット７３０の間の無線接続を確立する。ステップ１５３２で、２つのユニット７１０と７３０の間の接続をテストする。このテストを行い得る複数の異なる手段がある。たとえば、ＩＰベース通信で、受信ユニット７３０が、時々（一般に１０秒未満ごと、好ましくは１秒未満ごとに）「ｐｉｎｇ」機能を使用して、ブロードキャスト・ユニット７１０との通信の存在および速度をテストし得る。代替案では、受信ユニット７３０が、ほぼ継続的にブロードキャスト・ユニット７１０から音楽信号を無線で受信しており、コールバック警告機能を設け、この信号の消失を所定の反復時間（一般に５秒未満ごと、好ましくは１秒未満ごと）に判定し、これをシステムに報告し得る。
【０１７０】
上の方法では、信号の絶対的消失を判定するが、信号の消失を予想しない。消失の前に信号の問題を予想する方法が、信号強度の測定である。これは、無線信号によって誘導される電流または電圧を測定することによって、信号受信ハードウェアで直接に行い得る。
【０１７１】
ステップ１５３４で、ステップ１５３２で実行された接続テストの結果が、信号が適当であるかどうかを判定するために分析される。信号の一時的消失は、数秒続く場合であっても、重要である場合とそうでない場合があることに留意されたい。たとえば、ブロードキャスト・ユニット７１０のユーザと受信ユニット７３０のユーザが、金属構造の対向する側面を歩き、異なる時刻に建物に入り、アンテナがお互いに関して最適に配置されなくなるように姿勢を変えることが有り得る。したがって、ステップ１５３２の結果の時間平均をとり、結果を便利に約数分にわたって時間平均するアルゴリズムが、一般に使用される。
【０１７２】
ステップ１５３４の信号テストの結果が何であっても、ステップ１５３２は、ブロードキャスト・ユニット７１０と受信ユニット７３０の間の接続が存在する限り、継続的に繰り返される。しかし、信号が不適切であると思われる場合には、その影響に対するフィードバックが、ステップ１５３６で、受信ユニット７３０のユーザに提供される。ユーザ・フィードバックは、オーディオ・ユニット１００またはディジタル・ジュエリ２００のいずれかから発する、視覚（点滅するライト）変換器および触覚（振動）変換器を含むさまざまな手段を介して行い得る。たとえば、受信ユニット７３０は、関連するディジタル・ジュエリ２００に信号を送信して、光変換器出力の特殊なシーケンスをもたらし得る。
【０１７３】
しかし、ユーザによって聞かれる受信ユニット７３０のオーディオ出力に割り込むか、オーディオ信号にオーバーレイして、オーディオ信号の差し迫ったまたは可能な消失についてユーザに警告することが最も便利である。このオーディオ信号に、クリック、ビープ、動物の声、閉じられるドア、あるいは、無音または先在する信号（この信号は、先在する信号とフィードバック信号の組み合わせが不愉快にうるさくならないように音量を多少減らされる）に重ねて聞かれる他の所定のまたはユーザ選択の信号を含み得る。
【０１７４】
図２８の流れ図が、潜在的な通信の問題について受信ユニット７３０のユーザに警告することに具体的に言及することに留意されたい。そのような警告は、ブロードキャスト・
ユニット７１０に有用に転送するかこれによって使用されることも可能である。たとえば、通信の問題の知識があれば、ブロードキャスト・ユニット７１０のユーザは、よりゆっくりと移動し、ユニットが強く遮蔽されないようにし、問題に関連する可能性がある姿勢の変化を元に戻し得る。ブロードキャスト・ユニット７１０は、通信テスト（ステップ１５３２のように）を実行するかテストを分析して、特にメッセージングＴＣＰチャネルの使用を介して、通信が適当であるかどうかを分析し得る（ステップ１５３４のように）。単一のブロードキャスト・ユニット７１０に接続された複数の受信ユニット７３０が有り得ると仮定して、一般に、テストが受信ユニット７３０で実行され、通信がまだ可能であるならば、問題がブロードキャスト・ユニット７１０に通信されることが好ましい。
【０１７５】
この欠点を克服するために、受信ユニット７３０が、早期の表示として通信の潜在的な問題をブロードキャスト・ユニット７１０に通信することが可能である。ブロードキャスト・ユニット７１０は、所定の長さのタイマを始動する。ブロードキャスト・ユニット７１０は、このタイマがカウント・ダウンを完了する前に受信ユニット７３０から「解放」を受信しない場合に、受信ユニット７３０との通信が終わったと仮定し、フィードバックをブロードキャスト・ユニット７１０のユーザに送り得る。
【０１７６】
ブロードキャスト・ユニット７１０および受信ユニット７３０の両方が、お互いとの接続を独立に監視し、めいめいのユーザに通信の問題について警告することも、本発明の教示に含まれる。
【０１７７】
オーディオ警告の使用を、オーディオ・ユニット１００のユーザ・インターフェースでより一般的に使用し得ることに留意されたい。したがって、オーディオ警告を便利に使用して、クラスタ７００への新しいメンバの参加、グループの外の検索ユニット７５０との通信の開始、既存のクラスタ７００のメンバによるグループからの離脱、ブロードキャスト・ユニット７１０になることの受信ユニット７３０による要求、ブロードキャスト・ユニット７１０から受信ユニット７３０へのクラスタ制御の転送などについて、ユーザに知らせ得る。これらの警告は、ハードウェアによって事前に決定する（たとえばＲＯＭに保管する）か、ユーザによって指定するのいずれかとし得る。さらに、ブロードキャスト・ユニット７１０が、クラスタの新しいメンバにカスタム警告を一時的に転送し、その結果、警告が、ブロードキャスト・ユニット７１０のユーザがクラスタの他のメンバと共用する経験の一部になるようにすることが、便利になり得る。そのような警告は、受信ユニットがクラスタ７００のメンバである間に限ってアクティブになり、メンバでなくなる時に、クラスタ・メンバになる前に存在した警告に戻される。
クラスタ階層
受信ユニット７３０は、それがメンバであるクラスタ７００と別のクラスタ７００のブロードキャスト・ユニット７１０にもなり得る。この受信ユニットを、ブロードキャスティング受信器（ｂｒｏａｄｃａｓｔｉｎｇ  ｒｅｃｅｉｖｅｒ）７７０と呼ぶ。その場合に、ブロードキャスティング受信器７７０に関連する受信ユニット７３０が、ブロードキャスティング受信器７７０がメンバであるクラスタ７００に関連するようになることが便利である。これは、２つの異なる形で便利に達成し得る。第１の形では、ブロードキャスティング受信器７７０に関連する受信ユニット７３０が、ブロードキャスト・ユニット７１０に直接に関連するようになり、その結果、これらが、クラスタ７００だけのメンバになり、もはやブロードキャスティング受信器７７０と関連しなくなる。第２の形では、ブロードキャスティング受信器７７０に関連する受信ユニット７３０が、図９Ａおよび９Ｂ（階層的に関連するクラスタの略ブロック図である）に示されているように、主にブロードキャスティング受信器７７０に関連するままになり得る。図９Ａでは、ブロードキャスト・ユニットがブロードキャスト受信ユニット７７０であるサブクラスタ７０１のメンバである受信ユニット７３０が、ブロードキャスティング受信器７７０との識別を保ちながらブロードキャスト受信ユニット７１０から直接に音楽を受信し、ブロードキャスティン
グ受信器７７０がクラスタ７００からそれ自体を除去するか除去される場合に、これらの受信ユニット７３０が、同様にクラスタ７００から除去されるようになる。この形の階層制御を提供するために、サブクラスタ７０１の受信ユニット７３０は、ブロードキャスト・ユニット７１０への所望のリンクを示す、ＩＰソケット・アドレスとし得る識別子をブロードキャスト受信ユニット７７０から入手し得る。しかし、サブクラスタの受信ユニット７３０は、ブロードキャスト受信ユニット７７０との直接通信を維持し、ユニット７７０からの指示の際に、ユニット７１０との通信を破棄し、ブロードキャスト受信ユニット７７０との通常のユニット間オーディオ信号通信を再確立する。ＩＰアドレッシングおよび通信を使用する実施形態で、これに、サブクラスタ７０１がクラスタ７００と関連している時間中の、サブクラスタ７０１の受信ユニット７３０とブロードキャスト受信ユニット７７０の間のＴＣＰメッセージング通信の維持を含み得る。
【０１７８】
図９Ｂでは、サブクラスタ７０１の受信ユニット７３０が、ブロードキャスティング受信器７７０から直接に音楽を受信し、ブロードキャスティング受信器７７０自体は、ブロードキャスト・ユニット７１０から音楽を受信する。この場合に、ブロードキャスティング受信器７７０がクラスタ７００から除去される時に、サブクラスタ７０１の受信ユニット７３０も、クラスタ７００からの音楽を聞くことが可能でなくなる。
【０１７９】
そのような配置を、階層的に配置し、サブクラスタ７０１の受信ユニット７３０自体が、別のサブクラスタ７０１のブロードキャスト受信器７７０になり得ることは明白である。この配置の長所は、互いに関連し、クラスタ７００を形成する人が、グループとしてクラスタからクラスタに移動し、別々の識別を維持し得ることである。
【０１８０】
階層クラスタのメンバの間の通信の構成が、図９ＡおよびＢに示されたものだけではなく、さまざまに配置し得ることにも留意されたい。たとえば、クラスタ７００のすべてのメンバが、クラスタ７００の他のすべてのメンバとの間の直接リンクを有し、メッセージの再ブロードキャストを行う必要がない。さらに、異なるユニット間通信がある（たとえば、メッセージングとオーディオ・ブロードキャスト）があると仮定すると、通信の異なるモードの構成を、異なるものとし、たとえば、オーディオ・ブロードキャストはブロードキャスト・ユニット７１０の間の直接通信、メッセージングは個々のユニットの間のピアツーピア通信とし得ることが、本発明の教示に含まれる。
プライベート通信の維持
クラスタ７００のメンバシップを制限するために、ソケットＩＰアドレスまたはパスワードあるいはメンバが信号を受信するのに必要な他の情報を秘密に保つことによるなど、情報転送を制限しなければならず、あるいは、暗号鍵を与えられたメンバだけが送信された信号を正しく暗号化解除し得るように暗号化された形で信号を送信し得る。これらの機構の両方が、本発明で教示され、本明細書のさまざまな場所で説明される。
【０１８１】
図３２Ａは、オープン伝送通信でのプライバシの維持の略ブロック図である。この場合に、伝送は、ディジタルＲＦブロードキャストで発生するように、またはある伝送プロトコルで使用可能な固定された公共ソケットＩＰアドレスを用いるマルチキャストを介して、ステップ１８３０で検索ユニット７５０から自由に使用可能である。この場合に、ブロードキャストされるオーディオ信号または情報信号が、暗号化された形で作られ、クラスタのメンバシップは、ステップ１８３２での暗号化解除鍵の転送を介して与えられる。
【０１８２】
図３２Ｂは、クローズド伝送通信でのプライバシの維持の略ブロック図である。ステップ１８３４で、ブロードキャスト・ユニット７１０が、公衆が使用可能ではないソケットＩＰアドレスを介するなど、クローズド伝送ブロードキャストを行う。ステップ１８３６で、ブロードキャスト・ユニット７１０が、検索ユニット７５０にプライベート・アドレスを供給し、この検索ユニット７５０は、ステップ１８３４からの、暗号化されていない
クローズド伝送を聞き得る。その代わりにまたはステップ１８３６のプライベート・アドレスの供給に加えて、プライベートなクローズド伝送を介する接続の確立が、ステップ１８３８で供給されるパスワードを介してもたらされる。このパスワードを、たとえば、ステップ１１１０（たとえば、図１４Ｂを参照されたい）で使用して、ブロードキャスト・ユニット７１０がオーディオ・マルチキャストに関して検索ユニット７５０を受け入れるかどうかを判定し得る。
【０１８３】
このセクションでは、音楽信号および／またはクラスタ７００のメンバの個人的特性に関する関連情報の暗号化について説明する。ユニット１００のカスタム・コンプレッサ３３０は、暗号化を実行し得る。その場合に、クラスタに参加する前に、検索ユニット７５０は、聞かれている音楽の特性またはクラスタ７００内のユーザの限られた特性などの限られた情報だけを受信し得る。検索ユニット７５０のユーザが、クラスタ７００に参加する許可を要求し、それを与えられる場合に、ブロードキャスト・ユニット７１０は、検索ユニット７５０に音楽を暗号化解除するのに使用し得る暗号化解除鍵を供給するか、マルチキャスト用のプライベートＩＰアドレスを供給し、クラスタ７００の現在のメンバに関する追加情報を供給し得る。
【０１８４】
ある場合に、複数の形のプライバシ保護を有することが有益になり得ることに留意されたい。たとえば、ブロードキャスト・ユニット７１０は、オーディオ信号およびクラスタ７００の情報へのアクセスを検索ユニット７５０に供給し得るが、暗号化に基づくある情報を、クラスタ７００の一部のメンバだけに予約し得る。たとえば、友人のグループにクラスタ７００が含まれ、クラスタ７００に新しいメンバが受け入れられる場合に、その友人に関するよりプライベートな情報へのアクセスまたはその友人の間の通信を、共用される暗号化解除鍵に基づいて制限し得る。
【０１８５】
図３３は、異なるユニットの間の通信が暗号的にまたは他の形でクラスタ・メンバのサブセットに制限される、図９Ａに示された階層クラスタの略ブロック図である。したがって、この通信に使用される３つのタイプの通信、すなわち、元のクラスタのメンバの間で行われるチャネルＡ、元のクラスタのメンバとサブクラスタ７０１のメンバの間で行われるチャネルＢ（ブロードキャスト・ユニット７１０を介して調停される）、およびサブクラスタ７０１のメンバの間で行われるチャネルＣがある。したがって、ブロードキャスト・ユニット７１０から発する通信は、チャネルＡまたはチャネルＢを介して向けられ、同様に、ブロードキャスト受信ユニット７７０から発する通信は、チャネルＣを介してサブクラスタ７０１のメンバだけに、またはチャネルＣおよびＢの両方を介し、その後にチャネルＡを介して通信されてクラスタ７００のすべてのメンバに向けられ得る。
【０１８６】
複数の手段を使用して、そのような独立チャネルを維持し得る。たとえば、別々のソケット通信を確立し、通信の発信者が、各別々のチャネルで搬送される情報を決定し得る。たとえば、ディジタルＲＦ信号などのオープン伝送方式を仮定すると、情報を、通信の異なるチャネルについて別々の鍵を用いてエンコードし、したがって、暗号エンコーディングによって各チャネルが決定される。所与のユニット１００が、複数のエンコーディングに応答し得る。実際に、チャネル識別子を、デコーディング鍵のＩＤを示す情報のそれぞれと共に送信し得る。ユニット１００が、適当なデコーディング鍵を有しない場合に、そのユニットは、そのチャネルの通信に関与しない。
【０１８７】
代替案では、通信がＩＰソケット・ベースである場合に、各チャネルが、ＩＰソケット・アドレスによって決定される。さらに、これらのアドレスへのアクセスを、たとえばパスワードによって制御し得る。また、ソケット通信をブロードキャストし、その結果、すべてのユニット１００がそのようなブロードキャストを受信し得るが、ブロードキャストのデコーディングを、暗号デコーディング鍵を介して調停し得る。
【０１８８】
通信の複数の形があり、これに、ＴＣＰ／ＩＰプロトコルを使用するメッセージ通信、それに対してＵＤＰプロトコルを使用するマルチキャスティング、およびもう１つのプロトコルを使用するＤＪ２００制御信号を含み得ることに留意されたい。これらの通信のそれぞれへのアクセスは、異なるプライバシ階層および技法を介して制御し得る。たとえば、オーディオ・マルチキャスティングが、クラスタ内のすべてのメンバに使用可能であると同時に、メッセージングによって、プライバシの異なるグループ化（たとえば階層）を維持し得ると同時に、ＤＪ制御信号が、一般に所与のユニット１００とそれに対応するＤＪ２００の間の通信に制限される。
ブロードキャスト制御転送
クラスタ７００の動力学は、受信ユニット７３０がクラスタのブロードキャスト・ユニットになることが望ましくなるものとし得る。そのようなブロードキャスト制御の転送は、一般に、ブロードキャスト・ユニット７１０のユーザの黙諾を必要とする。そのような転送をもたらすために、そのような制御を望む受信ユニット７３０のユーザは、その意図を表す信号をブロードキャスト・ユニット７１０に送信する。ブロードキャスト・ユニット７１０のユーザが同意すれば、ブロードキャスト制御の転送を示しブロードキャスト・ユニット７１０になる受信ユニット７３０に関連する識別子を提供する信号が、クラスタのメンバ全員に送信される。ブロードキャスト制御を手放しているブロードキャスト・ユニット７１０は、クラスタ７００の受信ユニット７３０になる。
【０１８９】
上で説明した制御の転送が、ＤＪスイッチの作動など、制御の手動転送を必要とすることに留意されたい。このスイッチは、この機能に制限し、あるいは、メニュー・システムの一部とし、その場合に、スイッチが、異なる機能の間で共用される。ユニット１００の音声によって作動する制御を設けることも、本発明の趣旨に含まれ、この場合に、ユニット１００に、さらに、ユニット１００内の適当なコントローラへの音声信号の入力のためのマイクロホンが含まれ、コントローラが、音声認識機能を有する。
【０１９０】
ブロードキャスト・ユニット７１０がもはやブロードキャストしていない（たとえば、受信ユニット７３０の範囲外であるか、電源を切られている）クラスタ７００の場合に、そのクラスタは、新しいブロードキャスト・ユニット７１０になる受信ユニット７３０の１つを選択することによって、残りのメンバシップを維持し得る。そのような選択は、たとえばランダム選択によって、投票方式によって、またはブロードキャスト・ユニット７１０に関連するようになった最初の受信ユニット７３０を選択することによって、自動的に行い得る。クラスタに関連するユニットのユーザが、この選択が悪いと見なす場合に、そのユーザは、上で説明したように手動でブロードキャスト・ユニット７１０を変更し得る。
【０１９１】
クラスタ７００のブロードキャスト・ユニット７１０になるものとして選択された受信ユニット７３０は、一般に、新しい状況についてユーザにプロンプトを出し、その結果、新たに指定されたブロードキャスト・ユニット７１０が、それがクラスタ７００の残りに音楽を再生することを確かめ得るようにする。さらに、新たに指定されたブロードキャスト・ユニット７１０が、その場合に、ランダムに、先頭から、または指定された音楽を再生するように配置し得る。
【０１９２】
ＩＰソケット通信プロトコルを使用するブロードキャスト制御の転送の実施形態を、ここで説明する。図１６は、ブロードキャスト・ユニット７１０と第１受信ユニット７３０の間の制御の転送の略ブロック流れ図である。ステップ１１３０で、受信ユニット７３０が、ブロードキャスト制御（「ＤＪ」制御と称する）を要求する。ステップ１１３２で、ブロードキャスト・ユニット７１０のユーザが、制御を転送するかどうかを判断する。その判断が、ＴＣＰメッセージング・ソケットを介して第１の受信ユニット７３０に転送さ
れる。判断が肯定である場合には、第１受信ユニット７３０は、そのＵＤＰ接続をブロードキャスト・ユニット７１０のマルチキャストにサービスする。これの理由は、受信ユニット７３０に、ブロードキャストの開始を準備する機会を与えることであり、そのような時間が必要な場合に、ユーザが、マルチキャストの聴取とステップ１１３６で行われるそれ自体のオーディオ選択の両方を行うことは不可能である。ステップ１１３８で、受信ユニット７３０が、後にそれを用いてクラスタの他のメンバにオーディオをブロードキャストするマルチキャストＵＤＰソケットを作成し、ステップ１１４０で、受信ユニット７３０が、それを用いてクラスタの可用性をアナウンスするブロードキャスト・アナンシエータＴＣＰソケットを作成し、新しいブロードキャスト・ユニットとしてブロードキャスト・ユニット７１０からそれ自体へのメンバへの転送を受け入れる。
【０１９３】
２つの新しいソケット（マルチキャストおよびアナンシエータ）が作成される時に、受信ユニット７３０は、ステップ１１４２で、新しいソケット・アドレスをブロードキャスト・ユニット７１０に送信する。クラスタの他のメンバは、ブロードキャスト・ユニットと接触していることが保証されるので、新しいこれからブロードキャスト・ユニットになるユニットのアドレスを既存ブロードキャスト・ユニットから得ることが可能である。ステップ１１４４で、元のブロードキャスト・ユニット７１０が、新しいブロードキャスト・ユニット７１０である受信１ユニット７３０のソケットのアドレスを他のクラスタ・メンバ（２番目からＮ番目の受信ユニット７３０）に送信し、それ自体のマルチキャストを終了する。この終了がここで実行されるのは、他の受信ユニットが、新しいマルチキャストに転送され、元のブロードキャスト・ユニット７１０が、再構成されるクラスタの受信ユニット７３０になるからである。ステップ１１４８で、オーディオのマルチキャストが、受信１ユニット７３０によって提供され、受信１ユニット７３０は、新しいブロードキャスト・ユニット７１０になっており）、元のブロードキャスト・ユニットは、それ自体ではなく新しいブロードキャスト・ユニットによって提供されるオーディオを聴取している。
【０１９４】
ステップ１１４４とほぼ同時に実行されるステップ１１４６で、元のブロードキャスト・ユニット７１０が、クラスタ７００の他のメンバ（すなわち２番目からＮ番目の受信ユニット７３０）のメッセージ・ハンドラＴＣＰソケットのソケット・アドレスを送信する。後続ステップ１１５０で、元のブロードキャスト・ユニット７１０および２番目からＮ番目の受信ユニット７３０が、現在はブロードキャスト・ユニット７１０である受信１ユニット７３０との新しいメッセージング接続を確立する。クラスタへの新しいメンバの受け入れの判断基準の組があり得るが、受信１ユニット７３０が、ステップ１１４４でクラスタの他のメンバのメッセージ・ソケット・アドレスを受信しているので、受信１ユニット７３０は、受信したソケット・アドレスを有する新しいメンバを受け入れる。ソケット・アドレスを、渡される識別子にするのではなく、識別子を、一意の機械ＩＤ、ランダムな番号、暗号的にエンコードされた番号、またはクラスタのあるメンバから別のメンバに送信し得るタのそのような識別子とすることも可能であることに留意されたい。
【０１９５】
ある実施形態で、新しいブロードキャスト・ユニット７１０が、そのクラスタのメンバにブロードキャストする音楽の組を決定するのに十分な時間がない場合があり得ることに留意されたい。ユーザが、他の音楽が選択されていない時にブロードキャストされる音楽のデフォルト・コレクションを設定することが、本発明の趣旨に含まれる。この音楽の組に、１つまたは複数の別個のオーディオ・ファイルを含み得る。
オーディオおよびＤＪの振付
本発明の魅力の１つは、ユーザが、公共のまたは半公共の形で自分自身を表現し、この表現を他者と共用し得ることである。したがって、ユーザが、オーディオ・プログラミングならびにＤＪ２００のディスプレイの両方の諸態様をパーソナライズし得ることが非常に望ましい。
オーディオ
オーディオ・パーソナライゼーションに、「セット」の別々の音楽要素の時間的にリンクされたコレクションの作成が含まれる。このセットは、名前または他の識別子によって呼び出し、音楽のオーバーラップするセレクションを含め、ビジュアル・インターフェースまたはオーディオ・インターフェースを介してユニット１００上でまたはユニット１００へのダウンロードのためにコンピュータまたは他の音楽対応デバイス上で作成し得る。
【０１９６】
さらに、セットがそこからダウンロードされるユニット１００または他のデバイスに、マイクロホンおよびオーディオ記録ソフトウェアを含め、これによって、コメント、個人的音楽、伴奏、または他のオーディオ・レコーディングを記録し、保管し、ラジオ番組のホストまたは「ディスク・ジョッキー」が音楽を変更するか増補し得るのに似た形で市販のまたは事前に記録されたオーディオ信号の間に散在させ得る。そのようなダウンロードは、インターネット・ウェブ・サイトおよび個人パーソナル・コンピュータを含むさまざまなソースからアクセス可能とし得る。
ＤＪ２００制御信号の自動生成
このセクションでは、ＤＪ２００変換器の制御信号の自動生成および手動生成を説明する。制御信号は、一般に、ユニット１００で再生される音楽信号に対応して作られるが、そのような制御信号を、オーディオ信号と別々に作り、ユニット１００で再生されるオーディオ信号と独立にディジタル・ジュエルで表示することが、本発明の趣旨に含まれる。図２０は、自動的にビートに分離されるオーディオ信号を示す時間−振幅トレースである。ビート１１８０、１１８２、および１１８３は、垂直の破線および点線によって示され、以下に説明するように、トレースの残りに対する低周波振幅のすばやい立ち上がりに基づく位置に配置される。図からわかるように、ビート１１８０は、全体的に、他のビート１１８２および１１８３より大きい振幅を有し、４／４拍子記号の主拍子を表す。ビート１１８３は、ビート１１８０と１１８２の特性の間の中間の特性を有する。ビート１１８３は、第２小節第３拍子を表す。したがって、全体として、オーディオ信号を、音声としてＯＮＥ−ｔｗｏ−Ｔｈｒｅｅ−ｆｏｕｒ−ＯＮＥ−ｔｗｏ−Ｔｈｒｅｅ−ｆｏｕｒ（「ＯＮＥ」は強いアクセントがあり、「ｔｈｒｅｅ」はより軽いアクセントがある）として表し、これは、４／４拍子記号に一般的である。
【０１９７】
このデータの処理は、複数の異なる方法を介して進行し得る。図２１Ａは、図２０に示されたオーディオ信号からＤＪ２００変換器制御信号を生成するニューラル・ネットワーク方法を示すブロック流れ図である。ステップ１２００で、オーディオ・データが、ユニット１００またはＤＪ２００で受信される。オーディオ信号からの制御信号の作成を、本発明では、ユニット１００またはＤＪ２００で、あるいは、ユニット１００またはＤＪ２００の一部でないかこれに接続されないデバイスまたはシステムで（以下に詳細に説明するように）のいずれかで行い得ることに留意されたい。任意選択のステップ１２０２で、データを、低域ファイルタリングし、かつ／またはデシメートし、その結果、計算のためにデータの量を減らす。さらに、記録ボリュームの差についてデータを正規化するために自動利得についてデータを処理し得る。さらに、自動利得フィルタリングによって、オーディオ・データ全体を通じた大きいまたは比較し得る大きさの制御信号を提供し得る。
【０１９８】
一般に、オーディオ信号の作成は、ある時間の期間を表すオーディオに依存し、この期間は、方法に応じて、数十ミリ秒から数十秒とすることが可能である。したがって、ステップ１２０２からのオーディオ・データは、後続の処理および分析での使用のために、前データ・アレイに保管される１２０４。それと同時に、５０ミリ秒以内であることが好ましい期間にわたって計算される現在の平均振幅が、ステップ１２０８で計算される。おおまかな概略では、信号の分析によって、現在の平均振幅が、前のデータ分析で保管された振幅ヒストリと比較される。図２１Ａの実施形態では、比較が、ステップ１２０６でニューラル・ネットワーク処理を介して行われ、このニューラル・ネットワークは、ゆっくり
変化する時間信号（すなわち、前データ・アレイ内のデータは、各計算でごく一部だけが変化し、データのほとんどが同一のままである）を考慮に入れたカスケーディング・タイム・バック・プロパゲーション（ｃａｓｃａｄｉｎｇ  ｔｉｍｅ  ｂａｃｋ  ｐｒｏｐａｇａｔｉｏｎ）ネットワークを用いることが好ましい。ニューラル・ネットワーク処理の現在のステップでのニューラル・ネットワーク処理の前のステップの使用は、ステップ１２０６のループの矢印によって示されている。ニューラル・ネットワークの出力は、現在のタイム・サンプルが第１ビートまたは第２ビートのどちらであるかの判定である。ニューラル・ネットワークは、多数の異なる音楽サンプルに対してトレーニングされ、トレーニングされた出力は、ビートの存在に関して手動で識別される。
【０１９９】
ニューラル・ネットワークの出力が、ステップ１２１０でディジタル・ジュエリ信号に変換され、このステップでは、第１ビートまたは第２ビートの存在によって、特定の色の光、触覚応答などのどれをアクティブ化するかが決定される。この変換は、固定された所定の規則によるものとするか、または外部で指定される規則およびアルゴリズムによって決定し得る。そのような規則は、ユーザの美学によるものとするか、その代わりに、変換器の特定の特性によって決定し得る。たとえば、ある変換器は、単一のチャネルだけ、あるいは２つまたは３つのチャネルを有し得る。光変換器は、一般に高周波信号をよく扱うが、触覚変換器などの他の変換器は、はるかにゆっくり変化している信号を求める。したがって、たとえばＤＪ２００変換器に付随する構成ファイルで指定される、ビートを特定の変換器に適当な変換器制御信号に変換するのを助けるアルゴリズム・パラメータが存在し得る。
【０２００】
図２１Ｂは、図２０に示されたオーディオ信号からのＤＪ２００変換器制御信号作成の決定論的信号分析方法のブロック流れ図である。データが、ステップ１２００で受信される。この場合に、高周波数を除去するのに十分な時間、好ましくは５０ミリ秒未満にわたる移動平均が、ステップ１２１２で実行される。その代わりに、ステップ１２０２のように低域フィルタおよび／またはデータ・デシメーションを実行し得る。
【０２０１】
ステップ１２１４で、システムは、最後のＹミリ秒の間に平均振幅のＸ倍の増加があったかどうかを判定し、ＸおよびＹは所定の値である。Ｘの値は、２倍より大きいことが好ましく、３倍であることがより好ましいが、Ｙの値は、１００ミリ秒未満であることが好ましく、５０ミリ秒未満であることがより好ましい。この増加は、図２１０でビート境界１１８０、１１８２、および１１８３によって示される、ビートの発生時に信号で見られる振幅の急激な増加に関する。判断基準を満たす増加がない場合には、システムは、さらなるオーディオ入力のためにステップ１２００に戻る。
【０２０２】
信号が判断基準を満たす場合には、振幅の増加が前に識別されたビートの「末尾」でないことを保証するために検査する。これに関して、ステップ１２１６で、システムは、過去Ｚミリ秒間に前のビートがあったかどうかを判定し、Ｚは、所定の値であり、１００ミリ秒未満であることが好ましく、５０ミリ秒未満であることがより好ましい。最近にビートがあった場合に、システムは、さらなるオーディオ入力のためにステップ１２００に戻る。最近にビートがない場合に、ディジタル・ジュエリ信号を使用して、変換器をアクティブ化する。変換のレベルは、ステップ１２０８で判定される現在の平均振幅（この場合にはステップ１２１２で計算される移動平均）に従って修正し得る。
【０２０３】
図２１Ｂの実施形態は、振幅の急激な増加のそれぞれで変換器アクティブ化信号を提供し、アクティブ化信号は、振幅の強さに従って変調される。これによって、オーディオ信号の表面的な音楽的な質の多くが捕捉されるが、オーディオ信号内のより基本的なパターンは捕捉されないか表現されない。
【０２０４】
図２１Ｃは、ＤＪ２００制御信号を作成するためにオーディオ信号から基本音楽パターンを抽出する方法の略流れ図である。ステップ１２００で、計算のためにオーディオ・データをバッファに受け取る。ステップ１２２０で、低域フィルタを適用して、高周波数信号を除去する。そのような高周波数信号は、代替案では、デシメーション、移動平均、ならびに図２１ＡおよびＢの実施形態で示した他の手段を介して除去し得る。図２１Ｂの実施形態のように、ビートの始まりが、ステップ１２１４および１２１６でオーディオ信号から抽出され、現在の平均振幅が、ステップ１２０８で計算される。
【０２０５】
ビートの始まりの振幅および時刻が、ステップ１２２２でアレイに置かれる。このアレイから、ステップ１２２４で音楽モデルを作成する。このモデルは、音楽の１つの短いセクション（たとえば小節に対応する）のビートおよび振幅と独立の、ビートおよびビート強調（振幅に見られる）の規則性に基づく。
【０２０６】
一般に、音楽は、３／４、４／４、６／８などの拍子記号で表される、反復パターンに編成される。各拍子記号内に、第１ビートおよび第２ビートがある。一般に、小節への強拍が、最初のビートであり、小節の先頭を表す。強拍は、一般に、小節内で最も強いビートであるが、所与の小節内で、別のビートにより強い強調を与え得る。実際に、拍子記号内にない可能性がある大振幅のビートがある（どのビートにものらない３／４拍子の第８音符など）。したがって、ビートを標準振幅パターンに相関させることによって、音楽モデルへの出力によって、主（強）ビート、第２ビート（たとえば、４／４拍子の第３ビート）、および第三ビート（たとえば、４／４拍子の第２ビートおよび第４ビート）が識別される。
【０２０７】
図２１Ｄは、拍子記号をもたらす音楽モデルを識別するアルゴリズムの略流れ図である。ステップ１６００で、ビート振幅および始まりのアレイ１２２２を使用して、最小反復時間間隔を判定する。すなわち、ある時間の期間にわたって、４分音符同等物の最短の間隔を判定し、拍子記号ビート周波数（すなわち、６／８の８など、拍子記号の分母の音符の数）が、毎秒４つと２秒に１つの間に制限されることが好ましく、毎秒３つと毎秒１．２５の間に制限されることがより好ましい。これを、ビート時間（ｂｅａｔ  ｔｉｍｅ）と考える。
【０２０８】
ビート振幅および始まりのアレイ１２２２から、好ましくは３秒から１０秒の時間期間にわたる平均振幅および最大振幅を、ステップ１６０４で計算する。オーディオ信号の始まりについて、時間のより短い期間を使用し得るが、より信頼性の低いＤＪ２００制御信号がもたらされる傾向がある。実際に、この実施形態では、オーディオ信号の初期時間は、パターンが導き出されるまで、基本的な音楽パターンよりもオーディオ信号の振幅および振幅の変化に従う傾向がある。
【０２０９】
ステップ１６０６で、ビートの振幅を、ステップ１６０４で判定された最大振幅と比較する。ビートが、最大振幅のパーセンテージ閾値以内である（閾値は、最大振幅の５０％であることが好ましく、３０％であることがより好ましい）場合には、ステップ１６１２で、ビートが、第１ビートと指定される。ステップ１６０８で、非第１ビートの振幅を、ステップ１６０４で判定された最大振幅と比較する。ビートが、最大振幅のパーセンテージ閾値以内であり（閾値は、最大振幅の７５％であることが好ましく、５０％であることがより好ましい）、ビートが、平均振幅の所定の分数を超える（分数は、平均振幅の４０％を超えることが好ましく、７０％を超えることがより好ましい）場合に、ステップ１６１４で、ビートが、第２ビートと指定される。残りのビートは、ステップ１６１０で第３ビートと指定される。
【０２１０】
ステップ１６１６で、最適一致を判定するために、３タイプのビートのシーケンスを、
４／４、３／４、６／８、２／４など、それぞれがそれ自体の第１ビート、第２ビート、および第３ビートの好ましいシーケンスを有する確立された拍子記号のビートのシーケンスと比較する。この最適一致が、ステップ１６１８で拍子記号として識別される。
【０２１１】
図２１Ｃに戻って、ＤＪのチャネルは、ステップ１２２５で４つの異なるビートに事前に割り当てられる。したがって、４つのチャネルがある場合に、各チャネルに、別々の割当が与えられる。より少数のチャネルの場合には、単一のチャネルに複数のビートが割り当てられる。いくつかのビートを未割当にし、したがって、ＤＪ２００変換器出力で表現されなくし得る。したがって、大きいジュエリ信号、普通のジュエリ信号、小さいジュエリ信号、および振幅依存信号のそれぞれが、ＤＪ２００変換のためにチャネルに割り当てられる。
【０２１２】
ステップ１２２６で、第１ビート／強拍と判定されたビートが、強いジュエリ信号に割り当てられる１２２８。ステップ１２３０で、第２ビートと判定されたビートが、普通のジュエリ信号に割り当てられる１２３２。ステップ１２３４で、第３ビートと判定されたビートが、小さいジュエリ信号に割り当てられる１２３６。割り当てられず、一般にステップ１２２４の音楽モデル内で発生しないビートになるビート（たとえば、拍子記号の拍子にあてはまらない速いビート）は、ステップ１２３８で、振幅依存（音楽モデル依存でない）信号に割り当てられる１２４０。
【０２１３】
図２１ＡからＣの流れの方法で実行される計算が、数ミリ秒程度の時間を要する可能性があり、計算が、音楽の再生中にリアル・タイムで実行される場合に、ＤＪ２００の変換器のアクティブ化が、オーディオ・ユニット１００の対応する音楽のオーディオ再生に関して時間的に「遅れる」ことに留意されたい。これは、本発明の多数の実施形態に関して上で説明したように、オーディオ信号がユニット１００で再生される前にバッファリングされている間に計算を実行することによって補償し得る。したがって、ＤＪ２００への信号を、それに対応するオーディオ信号に関して同時にすることが可能である。
【０２１４】
上で説明したパラメータの多くに、ＤＪ２００またはＤＪ２００に信号を送信するユニット１００のいずれかでの手動制御によって、便利に影響を与え得ることに留意されたい。たとえば、ユーザが、所与のＤＪ２００応答振幅について、出力変換器（たとえば光変換器２４０）が応答する閾値オーディオ振幅レベルをセットし得るか、最大オーディオ振幅に対応する出力変換器振幅をセットし得るか、異なるＤＪ２００チャネルが応答する周波数帯域をセットし得るか、他の類似するパラメータをセットし得ることが便利になり得る。そのようなパラメータの手動制御に、ダイヤル、ロッカー・スイッチ、アップ／ダウン・ボタン、音声またはディスプレイのメニュー選択、あるいは他のユーザに便利なコントロールを含み得る。代替案では、これらの選択を、ユニット１００またはＤＪ２００へのダウンロードのためにコンピュータまたは他のユーザ入力デバイスでセットし得る。
【０２１５】
パラメータをセットする好ましい手段は、パラメータを、ユニット１００、ＤＪ２００、またはコンピュータのいずれかで変更し得る構成ファイルに保管し、その結果、同一のＤＪ２００がファイル内の構成設定に応じて異なる特性を持ち得るようにすることである。構成設定を、特定の状況のために最適化するか、個人プリファレンスに合わせてセットし、たとえばインターネットを介して、友人の間でまたは商取引として取引または販売し得る。これらの構成ファイルの最も好ましい使用に関して、構成の組を有する各ファイルを、動作の「モード」を表すと見なし、複数の構成ファイルを、制御信号の自動生成が実行されるかどうかに基づいて、ＤＪ２００またはユニット１００にセットし得る。ユーザは、自分のシステムの使用に関して、異なるモードとしてユーザに示される常駐構成ファイルから選択し、思い通りにモードを変更し得る。これは、音声またはディスプレイのメニュー表示システムでの一連の選択しとして、単一のボタンを押すことによってトグルさ
れるリストとして、または他の普通のユーザ・インターフェースを介して配置し得る。
ＤＪ２００制御信号の手動生成
上の説明では、オーディオ信号のフィルタリングおよびディジタル修正の使用を使用して、ＤＪ２００の変換器２４０、２５０、および２６０の制御信号を作成し得る。さらに、ＤＪ２００の信号の手動振付を達成し得る。たとえば、ユニット１００のボタンまたは他のインターフェース特徴（たとえば、タッチ・スクリーン上の諸区域）を、図２ＡのＬＥＤアレイ２９０および２９２などの変換器の異なるアレイに対応させ得る。オーディオ信号の再生中に、ユーザは、ボタンを押し、このボタンの押下げを、変換器に対する制御信号をオンにすることに対応させ、押し下げられていない時にその信号をオフにし得る。変換器のすばやい変化が望まれる場合の振付を助けるために、オーディオを、普通より遅い速度で再生し得る。
【０２１６】
図２２Ａは、ＤＪ２００制御信号を作成するためのボタンの使用を示す、オーディオ・ユニット１００のユーザ・インターフェース１２５０の平面図である。インターフェース１２５０に、ディスプレイ・スクリーン（たとえばＬＣＤまたはｏＬＥＤ）が含まれ、このディスプレイ・スクリーンは、図１８ＡからＢに示されたものなど、ユーザに情報を表示し得る。再生、停止、一時停止、巻き戻しの標準音楽制御ボタン１２５４を用いて、ユーザが、オーディオ信号音楽出力を制御し得る。ボタン１２５２によって、さらに、ボリューム制御、音楽トラック、音楽のダウンロードおよびアップロードなど、音楽出力の諸態様が制御される。ボタン１２５２の数は、便利に、図示のように３つであるが、３つより多数または少数とし得る。
【０２１７】
さらに、記録ボタン１２５６、第１チャネル・ボタン１２５８、第２チャネル・ボタン１２６０、および第３チャネル・ボタン１２６２を含むボタンを設けて、ユーザがＤＪ２００の制御信号を入力し得るようにする。チャネル・ボタン１２５８、１２６０、および１２６２は、ユーザがこれらのボタンを簡単に押すことを望むので、顕著であり、利用しやすい。記録ボタン１２５６を用いると、ユーザが、チャネル・ボタン１２５８、１２６０、および１２６２をアクティブ化し、記録ボタン１２５６は、誤って作動されないように、低プロファイル（インターフェース１２５０の通常の表面より低い）を有する。記録ボタンは、再生される音楽に関するＤＪ制御信号のシーケンスを永久ストレージ・ファイルに記録すること、またはオーディオ・ユニット１００で再生される音楽と同期してリアル・タイムでＤＪ変換器を制御することを含む、さまざまな目的のために働き得る。
【０２１８】
ボタン１２５８、１２６０、および１２６２を押すことによって、対応するチャネルのＤＪ制御信号が作成される。ボタンの数は、便利に、図示のように３つであるが、２つまたは４つ以上のボタンとすることも可能である。電話機がユニット１００として使用される場合には、電話キーパッドのキーを、その代わりに使用し得る。チャネル・ボタンは、一般に、親指を用いて使用され、ボタンは、単一の親指で２つのボタンを押下げ得る間隔にされ、その結果、３つのすべてのボタンを、２本の指で作動させ得るようにされる。副ボタンを時々一緒に操作することが、好ましい動作のモードであるので、２つの副ボタン１２６０および１２６２を、より近い間隔にすることも便利である。
【０２１９】
ＤＪ２００の振付をさらに助けるために、複数の可能なアレイに関する複数のキーを有する別々の「キーボード」を使用し得る。対応する変換器信号の振幅を、キーでの圧力に従って、キーが押された時間の長さに従って、または足ペダルに従ってのいずれかで修正し得る。図２２Ｂは、ＤＪ制御信号を生成するハンドパッド１２７０を示す平面図である。ハンドパッド１２７０に、プラットフォーム１２７１、主変換器１２７２、副変換器１２７４、および第３変換器１２７６が含まれる。プラットフォーム１２７１は、全体的に平らな頂部および底部を有し、便利にテーブルに置くかユーザの膝にのせることが可能である。プラットフォームのサイズは、その上に両手が便利に置かれ、好ましくは横に１５
２．４ｍｍ（６インチ）超、より好ましくは横に２２８．６ｍｍ（９インチ）超である。圧力変換器１２７２、１２７４、および１２７６は、制御信号を作成することによって圧力に応答し、前記制御信号は、対応する変換器に印加される圧力の時間および振幅の両方を取り込むことが好ましい。主変換器１２７２は、主制御信号を作成し、副変換器１２７４は、副制御信号を作成し、第３変換器１２７６は、第３制御信号を作成する。変換器のサイズおよび配置は、本発明の趣旨の中で変更し得るが、主変換器１２７２が、他の変換器１２７４および１２７６より大きく、これらから離隔されることが便利である。ユーザ対話のもう１つの方法では、両手を、すばやく交互に使用して、主変換器１２７２で近い間隔の制御信号を作り得る。さらに、時々、ユーザが、副変換器１２７４および第３変換器１２７６の両方を、一方の手の異なる指で一緒にアクティブ化することが便利になり、したがって、これらの変換器を、互いに比較的近くに便利に配置し得る。一般に、単一の変換器が、最小限の機能を提供するが、少なくとも２つの変換器があることが好ましく、３つの変換器があることがより好ましい。
【０２２０】
制御信号を、再生および／または保管のためにオーディオ・ユニット１００に転送し、無線によってまたは有線通信を介してのいずれかで再生のために直接にＤＪ２００に転送し得る。さらに、ハンドパッドを、太鼓の形で中空のチャンバを組み込むことを介して直接に、好ましくはオーディオ・ユニット１００（およびクラスタ７００に参加する他のオーディオ・ユニット１００）を介して再生し得るオーディオ波形信号の合成によって、あるいはハンドパッド１２７０内または有線通信または無線通信を介してハンドパッド１２７０に接続されたスピーカを介して直接にのいずれかで、打楽器の音または他の音を作成するようにも構成し得る。そのような可聴の打楽器のフィードバックは、制御信号の美的作成の際にユーザを助け得る。
【０２２１】
ハンドパッドをさまざまなサイズおよび構成にすることが、本発明の趣旨に含まれる。たとえば、ハンドパッド１２７０を、人差し指および中指の使用のために構成し、５０．８ｍｍ（２インチ）×１０１．６ｍｍ（４インチ）以下などの大きさの寸法とし得る。そのようなハンドパッドは、非常にポータブルであり、電池駆動とし得る。
【０２２２】
さらに、ＤＪ２００の制御信号を、たとえばディジタル・ドラムのセットを演奏する打楽器奏者によって、パーティでブロードキャスト中に生で手作業で生成することも可能である。図２２Ｃは、ＤＪ制御信号の生成に使用されるドラムのセットを示す略ブロック図である。ドラムのセットに、４つの打楽器１２８０、１２８２、１２８４、および１２８６が含まれ、この打楽器には、スネア・ドラム、フット・ドラム、シンバル、フット・シンバル、および現代の音楽「バンド」と共に見られるものなどの他の打楽器を含み得る。マイクロホン１２９０が、主にそれが関連する楽器からのオーディオ入力を受けるように配置される。１つのマイクロホンを、さらに、ドラム１２８２および１２８４など、複数の楽器に関連付け得る。マイクロホン１２９０は、入力を受け取り、それからＤＪ制御信号を作成するコントローラ１２９２に接続される。たとえば、ドラム１２８２および１２８４を、主チャネルに関連付け、ドラム１８２０を副チャネルに関連付け、ドラム１２８６を第３チャネルに関連付け得る。チャネルとのマイクロホン入力の関連付けは、多数の形で決定し得る。たとえば、各マイクロホン１２９０が接続されるコントローラ１２９２のジャックを、所与のチャネルに対応するものとし得る。その代わりに、ユーザが、コントローラのジャックを異なるチャネルに関連付け、その制御は、ボタンまたはタッチ・コントロール・ディスプレイを有する制御パネルを介するか、事前に配置された「セット」を介する手動とし得る。すなわち、セットは、チャネルへのマイクロホンの関連付けの事前に配置された構成であり、したがって、マイクロホン−チャネル関連付けのグループをインスタンス化するセットを、単一の選択で選択し得る。
【０２２３】
一般に、マイクロホン１２９０からの入力は、周波数でフィルタリングされ、オーディ
オ・コントラストを強調するためにもフィルタリングされる。たとえば、制御信号を、低周波数エンベロープが最もすばやく立ち上がる時（すなわち、ビートまたは音の始め）に最高になるように配置し得る。オーディオ信号をＤＪ制御信号に変換するアルゴリズムは、コントローラ１２９２で事前に構成し、あるいはユーザ選択可能とし得る。
【０２２４】
図２２ＡからＣの方法およびシステムが、そのように生成された制御信号を、それに対応するオーディオ・ファイルと同期化することを必要とすることに留意されたい。これは、多数の形で達成し得る。たとえば、第１制御信号を、オーディオ・ファイル内の第１ビートに対応するものと理解し得る。その代わりに、制御信号が対応するオーディオ信号を再生している、オーディオ・ユニット１００または他のデバイスが、オーディオ・ファイルの再生の始めを示す信号を、制御信号を作成しつつあるデバイスに送信し得る。制御信号を、オーディオ・ファイルの始めからの時間に関係させ得る。さらに、この同期化に関して、制御信号を手作業で入力するユーザが、常に、制御信号入力中に音楽を聴取している。制御信号が入力されつつあるデバイスが、音楽を生成するデバイスと同一である場合に、制御信号入力を、オーディオ出力によって現在再生されつつある音に簡単に関係させ、多数のそのようなデバイスが、オーディオ・デバイスによって現在出力されつつあるオーディオ内のサンプルまたは時刻から１ミリ秒以内の情報を可能にする。オーディオ・プレイヤでもある制御信号入力デバイスの配置によって、制御信号とオーディオ出力の密な較正が簡単に達成される。
ＤＪ２００の制御信号ファイル
制御信号は、本発明の趣旨の中でさまざまなフォーマットにし得る。そのようなフォーマットに、関連する音楽ファイル内の位置とさまざまなＤＪチャネルの対応する振幅の対、および前と異なるＤＪチャネルの位置と振幅の対が含まれる。位置は、曲の開始からの時間（たとえばミリ秒単位）またはサンプル数に関するのいずれかとし得る。位置が、サンプル数に関して与えられる場合に、音楽のサンプル・レートも、一般に提供される。というのは、同一の曲が、異なるサンプル・レートで記録され、位置に関する不変量が、一般に、音楽の始めからの時間になるからである。
【０２２５】
他のフォーマットに、対応する音楽ファイルと同一または異なるものとし得る固定サンプル・レートを有する一定のストリームで提供される、各ＤＪチャネルに対応する振幅ストリームが含まれる。このフォーマットは、たとえば、音楽ファイルに追加チャネルとして保管し、あるチャネルが、モノラル・サウンドに対応し、２つのチャネルが、ステレオ・サウンドに対応し、３つのチャネルが、ステレオ・サウンドおよび制御信号の１チャネルに対応し、追加チャネルが、ステレオ・サウンドとＤＪ制御信号の追加チャネルに対応する。もう１つの配置は、制御信号で少数の変換の状態だけを許容し、その結果、制御信号の複数チャネルを、オーディオ信号の保管および伝送のための単一の送信されるチャネルに多重化し得るようにすることである。たとえば、オーディオが、１６ビット信号としてのステレオである場合に、５ビットのＤＪ２００制御信号の３チャネルを、普通に使用される１つまたは２つのオーディオ・チャネルと共に、単一のチャネルに保管し得る。
【０２２６】
これらの異なる制御信号ストレージ・フォーマットが、大いに交換可能であることを理解されたい。たとえば、上で説明したように、制御信号を、音楽ファイル内で追加オーディオ・チャネルであるかのように保管し、別々の転送（たとえばインターネットを介する）のためにファイルから抽出し、その後、宛先位置でオーディオ・ファイルに再び一体化し得る。
【０２２７】
自動的にまたは手動でのいずれかでＤＪ２００制御信号を生成し得る複数の手段があり、これに、洗練されたディジタルまたはアナログのフィルタリングおよび修正のハードウェアおよびソフトウェアを有し得る、ユニット１００以外のデバイスの使用を含み得ることを理解されたい。そのように作成された制御信号は、制御信号がそれに付随することを
意図される音楽ファイル（たとえばＭＰ３）に関連するファイルに保管し得る。その配信を助けるために、特に対応する音楽ファイルの商用および私用の配信に対する制限に関して、信号ファイルが、一般に、音楽ファイルと分離され、ユニット間送信器／受信器１１０によって調停されるユニット間通信を介してあるいはユニット１００を接続し得るコンピュータまたはコンピュータ・ネットワークを介してのいずれかで、ユニット１００の間で転送可能である。
【０２２８】
オーディオ信号およびＤＪ制御信号は、再生中にもよく同期化されなければならない。図２３は、オーディオおよび制御の両方の信号情報の伝送を使用する、ＤＪ制御信号ファイルとのオーディオ信号ファイルの同期化された再生の略ブロック流れ図である。議論の便宜上、オーディオ信号ファイルを、「曲ファイル」と呼び、「制御信号ファイル」を、「ダンス・ファイル」と呼ぶ。ステップ１３００で、ユーザに、好ましくはディスプレイ１１７０上での、ディスプレイのために曲ファイルのリストが与えられる。ステップ１３０２で、ユーザが、再生のためにディスプレイから曲を選択する。ステップ１３０４で、ステップ１３０２からの選択された曲ファイルに関連するダンス・ファイルが、ユーザに表示される。これらの曲ファイルは、ユニット１００にローカルに常駐するか、クラスタ内などでオーディオ・ユニット１００が接続される他のオーディオ・ユニット１００に存在するか、オーディオ・ユニット１００がインターネットに接続される場合にインターネットに存在し得る。曲ファイルに関連する前に好まれたダンス・ファイルがある場合に、このファイルを、他の関連するダンス・ファイルより目立って表示し得る。
【０２２９】
ステップ１３０６で、ユーザが、曲ファイルと共に再生されるダンス・ファイルを選択する。この関連付けは、その関連付けが前に行われていない場合に、または好ましい関連付けが前に好まれた関連付けと異なる場合に、ステップ１３０７で曲ファイル／ダンス・ファイル関連のローカル・データベースに保管されて、後続のステップ１３０４で後に使用される。ダンス・ファイルがローカルに常駐していない場合には、オーディオ・ユニット１００にそれをコピーして、ダンス・ファイルが曲ファイル再生の持続時間全体で使用可能になるようにし得る。
【０２３０】
ステップ１３０８で、曲ファイル再生の始めに、タイマを初期化する。ステップ１３１０で、曲ファイルを、ローカル・ユニット１００で再生し、クラスタ７００内の他のユニット１００にもストリーミングする。対応するＤＪ制御信号が、曲ファイル・オーディオ信号に多重化されて、別のストリーミング・ソケットで、または２つのユニットの間の他の通信（たとえばＴＣＰソケット）チャネルを介して、ストリーミング曲に付随する。ステップ１３１２で、タイマが、曲の再生と共に進む。ステップ１３１４で、このタイマ情報を使用して、ダンス・ファイルから現在の制御信号を入手する、すなわち、ダンス・ファイルは、各瞬間に、異なる変換器チャネルの状況を判定し得るように編成される。曲ファイル情報と共にストリーミングされる制御情報は、各変換器の現在の状況とし、その代わりに、現在の変換器状態からの変更を送信し得る。
【０２３１】
ステップ１３０７の曲ファイルおよびダンス・ファイルの関連付けのデータベース内のファイルのマッチングは、１つの機械の中で、あるいはローカル・エリア・ネットワークまたは広域ネットワークを介して実行し得る。その場合に、関連付けは、ファイルの外部（すなわち、普通のシステム・ファイル・ルーチンで使用可能なファイルの名前を使用する）とするか、１つまたは両方のファイルの内部の情報を使用し得る。たとえば、ダンス・ファイルは、その中にそれに関連する曲への参照（曲ファイルの名前、曲の名前および／または他の特性（レコーディング・アーティスト、公開年度、音楽パブリッシャなど）、またはその代わりに曲に関連する数値識別子または英数字識別子）を保管され得る。その場合に、曲ファイルを与えられれば、曲ファイルとのダンス・ファイルの関連を、簡単に判定し得る。
【０２３２】
関連の作成を簡単にするために、曲ファイルおよび関連付けられたダンス・ファイルの名前が、臨時のユーザによって簡単に理解される、お互いとの関係を有することが便利である。たとえば、名前「ｏｏｐｓ．ｍｐ３」を有するソング・ファイルを与えられて、関連するダンス・ファイルが、同一のルート（この例では「ｏｏｐｓ」）を共有し、異なる拡張子を有し、たとえばダンス・ファイル名「ｏｏｐｓ．ｄｎｃ」が作成されることが便利である。複数のダンス・ファイルがしばしば特定の曲ファイルに関連付けられるので、ルート自体を拡張して、数値または記述的なファイル名のいずれかを可能にし、これが、ファイル名「ｏｏｐｓ．ｄａｖｉｄ２．ｄｎｃ」または「ｏｏｐｓ＄ｗｉｌｄ．ｄｎｃ」など、曲ファイル・ルートをダンス・ファイル記述から分離するための既知の句読点と共に行い得ることが好ましい。ある範囲の異なるオペレーティング・システムで許容される句読点を使用することが好ましい。
【０２３３】
ダンス・ファイルは、特定の曲ファイルに関連するダンス・ファイルを求めるユーザによるアクセスのために、インターネットまたは他の広域ネットワークに保管し得る。その場合に、ストレージが、ファイル名のルートを介する場合に、「ｏｏｐｓ．ｍｐｓ」に対応するダンス・ファイルを要求するユーザに、「ｏｏｐｓ＄ｗｉｌｄ．ｄｎｃ」などの関連するファイルの名前が返される。ダンス・ファイルが、上で説明したように、名前または他の特性あるいはその代わりに数値識別子または英数字識別子を介してのいずれかで、内部的に「ｏｏｐｓ．ｍｐｓ」との関係を有する場合に、ストレージ・コンピュータまたはユニット１００のデータベースにその情報を保管し、その結果、ダンス・ファイル情報の熟読のたびにファイルを開く必要をなくすことが好ましい。したがって、音楽ファイルが、内部的にそれに関連する実質的に一意の識別子を有する場合に、ダンス・ファイルも内部的に関連する同一の識別子を有することも有用である。その場合に、識別子は、データベース内で両方のファイルを参照するのに便利に使用される。
【０２３４】
動作中に、リモート・ユーザは、おそらくは曲ファイルに関する他の情報（振付師の名前、ＤＪ２００変換のチャネルの数、ＤＪ２００の特定のブランドまたはタイプ、または他の情報を含み得る）と共に曲ファイルの名前を提供することによって、特定の曲ファイルのダンス・ファイルを要求する。データベースは、要求された判断基準を満足するさまざまなダンス・ファイルのリスティングを返す。リモート・ユーザは、リモート・コンピュータにダウンロードされる１つまたは複数のファイルを選択し、データベースは、ストレージからダンス・ファイルを取り出し、そのダンス・ファイルを広域ネットワークを介して送信する。リモート・コンピュータまたはユニット１００では、ダンス・ファイルが、ダンス・ファイルに適当に命名するかデータベースまたはインデクシング・ファイルで曲ファイルとダンス・ファイルの間の関連付けを行うことなどの手段を介して、対応する曲ファイルに関連付けられる。その代わりに、本明細書の他所で述べたように、ダンス・ファイルを曲ファイルに一体化し得る。
【０２３５】
望ましさまたは適当さに関してダンス・ファイルをプレビューすることが有用になり得る。ダンス・ファイルは、インターネットなどの広域ネットワークから取り出し得るので、エミュレータが、ポータブルでない可能性があるコンピュータまたはＤＪ２００と通信し得る適当な送信器を有するコンピュータで動作することが便利である。その場合に、ＤＪ２００のイメージまたはドローイングをスクリーンに置き、曲ファイルおよびダンス・ファイルの名前を供給され、コンピュータのオーディオを介して曲ファイルを再生し、アクティブ化される変換器の適当なイメージまたはドローイングをエミュレータのイメージまたはドローイング内に表示するエミュレータを有することが好ましい。エミュレートされるＤＪ２００の特性（たとえば、ライトの色、周波数応答、照明のレベル、ライトの配置、振幅に対する応答など）は、複数の手段によってシミュレートし得る。たとえば、ユーザは、望み通りにＤＪ２００に動作させるために、スライダ・コントロールを移動し、
チェックボックスおよびラジオ・ボックスをセットし、数値を入力し、アイコンをドラッグ・アンド・ドロップし、他の標準ユーザ・インターフェースを使用し得る。その代わりに、ＤＪ２００の製造業者が、この目的のためにダウンロードされ得る（たとえばインターネット商人を介する購入の前に、ＤＪ２００の「仮想」動作を見るために、見込みのある購入者によっても使用され得る）構成ファイル（たとえば、実際のＤＪ２００の写真のビットマップを含む）を作成し得る。構成ファイルには、エミュレータが特定のＤＪの動作を正しく表示するのに必要な情報が含まれる。
【０２３６】
その代わりに、上で説明したように、ダンス・ファイル情報を、たとえばオーディオ・チャネルの代わりの別のチャネルとして、またはその代わりにＭＰ３ヘッダまたは他のファイル・ヘッダ情報として、曲ファイル内に保管し得る。その場合に、ステップ１３０７が、その中の特定の望まれる埋込みダンス・ファイルを伴う曲ファイルを見つけるために曲ファイルを調べる代替機能を有する。
【０２３７】
コンピュータからユニット１００へまたはユニット１００の間でダンス・ファイルを送信するほかに、ダンス・ファイルを、ユニット１００からユニット１００へ通常のユニット間通信を介して、オーディオ通信に関して上で説明した形でストリーミングし得る。これは、ＤＪ２００ディスプレイを使用してグループ識別を示し得るならば特に便利であり、そのようなディスプレイは、各ユーザのＤＪがほぼ同一である（ユーザが、たとえば異なるダンス・ファイルを使用している場合にはあてはまらない可能性がある）場合に、より効果的になり得る。ダンス・ファイル制御信号情報は、異なるオーディオ・チャネルであるかのようにオーディオ情報と同一のパケット内で制御信号多重化すること、制御信号のパケットとオーディオ信号のパケットを交番させること、またはオーディオと異なるＵＤＰソケットで制御信号をブロードキャストすることを含む、さまざまな形で送信し得る。代替案では、受信ユニットが、ユニット間通信によって転送されつつある曲ファイルに対応するダンス・ファイルのコピーを有する場合に、受信ユニットは、再生される現在時刻を判定して、ローカル・ダンス・ファイルから、受信ＤＪ２００に関する制御信号を抽出し得る。
【０２３８】
ほとんどのストリーミング・プロトコルが、ソースでの受信が保証されず、いずれか１つのストリームで大量の情報を失うことが望ましくないという事実に起因して、通信される比較的小さいデータ・パケットを有することが既知である。したがって、より小さい送信バッファおよびより高いデータ・レートを用いて、各送信で単一のＤＪ制御信号を送信することが可能である。たとえば、６００バイトのバッファ・サイズおよび２２０５０Ｈｚのオーディオ・レートを用い、２つの単一バイト・チャネルを用いると、各送信によって、約１２ミリ秒だけがカバーされ、したがって、すべての信号が、その正しい時刻から多くとも１３ミリ秒にある。その代わりに、各制御信号を、送信されるオーディオ信号の始めからの時間のオフセットによって付随させ得る。また、各送信バッファの時刻またはパケット番号ならびにＤＪオーディオ信号の時刻またはパケット番号を送信し、その結果、オーディオ・ユニット１００が、正しいオフセットを計算し得るようになる。
静止変換器
前に説明したＤＪ２００は、通常は特定のユーザおよびユニット１００に関連するポータブル・デバイスである。図５Ａおよび５Ｂに、複数のユーザに関連するＤＪ２００を単一のユニット１００によって制御し得る形を示す。
【０２３９】
変換器が、ポータブルでなく静止していることも便利である。たとえば、自宅で音楽を聴取するユーザを検討されたい。ユーザが身に着けるＤＪ２００の代わりに、このユーザは、その代わりに、ＤＪが応答するものと同一または類似する制御信号の下で動作する、部屋の固定位置にあるライトまたは他の変換器のバンクを有してもよい。そのような固定された変換器は、ポータブルＤＪ２００よりはるかに大電力で動作し、それぞれに多数の
別々の変換器を組み込み得る。
【０２４０】
さらに、パーティ、コンサート、または他の大規模な社会的集まりで、ゲストが身に着けるポータブルＤＪの効果を、ほとんどのゲストが一般に知覚可能であるより大きい変換器によって増補し得る。たとえば、そのような変換器に、スパーク・ジェネレータ、スモーク・ジェネレータ、ストロボ・ライト、レーザ・ペインタ、クリスマスの飾り付けライトに似たライトのアレイ、あるいは可視効果（たとえば旗振りデバイス）または触覚効果（たとえば床をたたく機械）を有する機械的デバイスを含み得る。一般に、大規模な集まりの変換器は、ユニット１００と通信するのではなく、図５Ｂのように、広域ブロードキャスト・ユニット３６０によって指示される。
【０２４１】
そのような静止変換器が動作し得る面積の大きさのゆえに、ユニット１００と静止変換器の間の通信は、無線伝送ではなくワイヤを介するものとし得る。さらに、ポータブル・ユニット１００から静止変換器への制御信号の無線伝送と、そこから１つまたは複数の変換器への有線伝送など、混合通信があり得る。
モジュール構成
上の実施形態では、オーディオ・プレイヤ１３０が、ユニット間通信およびユニット対ＤＪ通信と一体化される。これは、既存のオーディオ・プレイヤ（たとえば、ＣＤプレイヤ、ＭＰ３プレイヤ、ＭＯプレイヤ、およびカセット・プレイヤ）の再エンジニアリングを必要とし、さらに、通信機能性をプレイヤの間で再利用することが許容されない。
【０２４２】
本発明の代替実施形態は、通信機能をオーディオ再生機能の外部に置き、オーディオ・プレイヤの出力ポートを介してこの２つを調整可能に接続することである。図１２Ａは、モジュール・オーディオ・ユニットの概略図である。オーディオ・プレイヤ１３１は、本発明の機能性を有しない普通のオーディオ・プレイヤ（たとえば、ＣＤプレイヤまたはＭＰ３プレイヤ）である。アナログ・オーディオ出力が、オーディオ出力ポート１３６を介し、ケーブル１３４を介して、モジュール・オーディオ・ユニット１３２のオーディオ入力ポート１３８に送られる。モジュール・オーディオ・ユニット１３２には、ユニット間送信器／受信器１１０およびＤＪ送信器１２０が含まれ、これらは、オーディオ・ユニット１００に類似する形でユニット間通信およびユニット対ＤＪ通信を送信し、受信し得る。スイッチ１４４によって、ケーブル１４６を介するイヤホン９０１への出力オーディオ・ポート１４２への出力について、オーディオ・プレイヤ１３１からのオーディオ信号とユニット間送信器／受信器１１０からのオーディオ信号の間での選択が行われる（イヤホン９０１は、無線イヤホンとすることも可能であり、この場合に、出力ポート１４２を、無線送信器とし、ＤＪ送信器１２０９ともし得る）。スイッチ１４４の便利な構成が、３ウェイ・スイッチである。中間位置で、ユニット１３２が、単にパススルーとして働き、この場合に、オーディオ・プレイヤ１３１からの出力が、イヤホン９０１に直接に伝えられ、ユニット１３２の送信器／受信器機能は動作しない。もう１つの位置で、ユニット１３２が、受信器として動作し、ユニット間送信器／受信器１１０からのオーディオが、イヤホン９０１に伝えられる。
【０２４３】
この組み合わされたシステムが、ブロードキャスト・ユニット７１０として動作する時に、オーディオ・ユニット１３１からのオーディオ入力が、受信ユニット７３０への送信のためならびにイヤホン９０１への出力のためにユニット間送信器／受信器１１０に向けられる（スイッチを介してイヤホン９０１に直接にまたはユニット間送信器／受信器１１０を介して間接的に行い得る）。
【０２４４】
組み合わされたシステムが、普通のオーディオ・プレイヤとして動作する時に、スイッチによって、オーディオ信号が入力ポート１３８から出力ポート１４２に直接に向けられる。この動作のモードでは、オーディオ出力が、ユニットの電源を入れずにモジュール・
オーディオ・ユニット１３２をトラバースするように配置し得る。イヤホン９０１を介してローカルに再生されるオーディオと、受信ユニット７３０でリモートに再生されるオーディオが同期していない、受信ユニット７３０への送信遅延がある場合に、ローカルおよびリモートのオーディオ出力が、共通の時間遅れで再生し、したがって同期するように、出力ポート１４２に時間遅れを組み込み得る。
【０２４５】
組み合わされたシステムが、受信ユニット７３０として動作する時に、入力ポート１３８からのオーディオ入力が、無視され、オーディオ出力ポートへの信号は、ユニット間送信器／受信器１１０だけを介して配信される。
【０２４６】
モジュール・オーディオ・ユニット１３２が、関連するオーディオ・プレイヤ１３１と独立に動作し得ることが便利である。その場合に、ユニット１３２は、１つまたは複数の電池など、再充電可能とし得る独立のエネルギ・ストレージを有しなければならない。その場合に、ユニット１３２は、イヤホン９０１を介してローカルに聴取されるか送信器／受信器１１０を介して送信されるオーディオ信号を有しない。しかし、ユニット１３２は、その場合に、他のユニット１３２またはユニット１００によって聴取のために送信される外部オーディオ信号を受信し得る。
【０２４７】
オーディオ・プレイヤ１３１は、バックパック、財布、または他の比較的近づきがたい保管場所に配置し、モジュール・オーディオ・ユニットは、「リモート・コントロール」のように、他のユーザとの対話のためにアクセス可能である。
ビデオ
上で説明したユニット１００には、オーディオ・プレイヤ１３０が含まれるが、本発明の趣旨の範囲内で、そのようなユニットに、ビデオ・プレイヤまたはオーディオ／ビジュアル・プレイヤ（以下にはこの両方をビデオ・プレイヤと称する）を含めることも可能である。そのようなビデオ・プレイヤは、一般に、映画、テレビジョン、産業トレーニング、および音楽ビデオに制限されない、異なるエンターテインメント目的および教育目的に使用される。そのようなビデオ対応ユニットは、ユニット間通信を介して近くのユニットと、同期して再生されるビデオ信号を共用する能力、ならびに人間が知覚可能な信号を作り得るＤＪの使用（音楽ビデオでのオーディオ信号に付随する光変換器など）を含む、オーディオ・ユニットに類似する形で動作し得る。しかし、オーディオ信号と比較して、ビデオ信号の通信には、ユニット間送信器／受信器１１０のより高い帯域幅要件があることに留意されたい。共用ビデオの場合に、２つのユニットの間の有線接続（たとえばＦｉｒｅＷｉｒｅ）によって、単一のビデオ信号の同時視聴を可能にし得る。
【０２４８】
さらに、言語を選択可能なクローズド・キャプションおよびビデオ字幕を含むテキストを、ビデオに付随させ、普通にビデオに付随するオーディオに対するオーディオの重畳を可能にするためにチャットまたはダビングをビデオに付随させ得る。
オーディオ・ユニットを使用する音楽配信
音楽産業は、インターネットベースの音楽ファイル共有の出現に起因する売上低下に悩んでおり、さらに、パーソナル・オーディオ・デバイスの製造によって、市場に、デバイスの間で無線で音楽ファイルを転送し得るオーディオ・デバイスがもたらされつつある。そのような共用対応デバイスは、音楽の売上を大幅に減らし得る。しかし、本発明のオーディオ・ユニットを使用して、音楽配信の新しい手段を提供し、これによって音楽の売上を増やし得る。
【０２４９】
図２５は、顧客に音楽を配信する新しい手段を提供する、オーディオ・デバイスを使用する音楽共用を示す略流れ図である。この取引には、３つのエンティティすなわち、ＤＪ（ブロードキャスト・ユニット７１０を操作する）、クラスタ・メンバ（受信ユニット７３０を操作する）、および音楽配信者があり、これらの活動が、別々の列で追跡される。
この場合に、用語ＤＪは、ブロードキャスト・ユニット７１０を操作する人を示し、ＤＪユニット２００に関する意味を有しない。実際に、ＤＪユニット２００は、音楽の経験を強化する際にＤＪおよびメンバの高められた楽しみを提供する限り、システムの一部である。このセクションの残りでは、ＤＪが、具体的に、ブロードキャスト・ユニット７１０を操作する人を指す。
【０２５０】
第１ステップ１３４０で、ＤＪは、配信者に登録し、配信者は、ステップ１３４２で、ＤＪに関する情報をデータベースに置く。この情報の一部が、ＤＪ識別子（ＤＪ  ＩＤ）であり、これは、ＤＪに一意であり、ＤＪ  ＩＤは、登録処理の一部としてＤＪに供給される。このＩＤは、後の検索のためにユニット１００で保管される。ＤＪは、少し後に、ステップ１３４４で、配信者によって配信されるタイプの音楽をブロードキャストする。ＤＪによる音楽のブロードキャストは、付随的（すなわち、配信者へのＤＪの以前の登録を顧慮しない）とし、あるいは、配信者が、無料で、安い料金で、またはある限られた時間期間について無料でのいずれかで、ＤＪに音楽を供給し得る。
【０２５１】
ステップ１３４６で、メンバが、ＤＪが配信者の音楽をブロードキャストするブロードキャスタであるクラスタ７００の一部になり、これによって、その音楽を聴取する機会を有する。ステップ１３４８で、音楽のオーディオ信号の転送と共に、ＤＪは、曲に関する情報を送信し、これには、音楽または音楽が由来するアルバムの数値識別子を含み得る。さらに、ＤＪ  ＩＤが、メンバに供給され、ステップ１３５０で、音楽ＩＤと関連付けられ、メンバのユニット１００にデータベースに保管される。このデータベースが大きくなりすぎないようにするために、音楽ＩＤおよびＤＪ  ＩＤを、定期的に追い出し得る（たとえば、６０日または１２０日より古いＩＤを除去し得る）。
【０２５２】
ステップ１３５２で、メンバが音楽の購入を配信者に要求する場合に、ステップ１３５４で、配信者が、メンバ情報、音楽ＩＤ、および音楽に関連するＤＪ  ＩＤ（すなわち、メンバに音楽を紹介した人）を保管する。配信者は、ステップ１３５６で、メンバとの取引を完了し、金と引き換えに音楽のコピーを供給する。メンバは、音楽のコピーを受信する時に、ステップ１３５８で、ＤＪとしても登録される。したがって、このメンバが、彼自身のクラスタのＤＪになり、この音楽を人に紹介する場合に、このメンバは、音楽の紹介者としても配信者に既知になる。
【０２５３】
ステップ１３６０で、配信者が、メンバに音楽を紹介し、音楽の販売を促進したＤＪにポイントを供給する。ステップ１３６２で、ＤＪが、メンバへの音楽の販売に関するポイントならびに他のメンバへの他の音楽の販売に関するポイントを累算する。このポイントは、その時点でまたは後に、金、値引きされた音楽、無料の音楽、贈り物、制限されたアクティビティへのアクセス（たとえば、コンサートの座席）、またはＤＪにとって価値のある他のそのような実際のオブジェクトまたは仮想オブジェクトと引き換え得る。
【０２５４】
ステップ１３６４で、ＤＪが、任意選択として、さらに、彼がポイントを受け取った音楽およびメンバにリンクされる。このメンバが、別のメンバにこの音楽を紹介し、そのメンバが配信者からこの音楽を購入するつもりになった場合に、ＤＪは、さらに、その音楽への直接にまたは間接的に紹介されたメンバの「チェーン」に元のＤＪが含まれるならば、ステップ１３６６でポイントを与えられる。
【０２５５】
この相互作用の組は、ファイル共用のように音楽販売を減らすのではなく、音楽の売上を増やす。というのは、ＤＪが、音楽を買うように他者に奨励する動機を有し、ブロードキャストを介するＤＪによる音楽の提供によって、その音楽を聴く機会をまだ有したことがない可能性がある人にその音楽が紹介されるからである。
【０２５６】
図３１に、図２５の方法によるＤＪ、曲、および取引情報の表が含まれる。ユーザ・テーブル１８１０に、ユーザに関する情報が含まれ、これには、その人の名前（Ａｌｆｒｅｄ  Ｎｅｗｍａｎ）、ニックネーム／ハンドル（”ＷｈａｔＭｅＷｏｒｒｙ”）、電子メール・アドレス（ＡＥＮ＠ｍａｄ．ｃｏｍ）、および彼のユニット１００の機械ＩＤ（Ｂ１Ｂ２５Ｃ０）を含み得る。この情報は、オーディオ・ユニット１００に永久的に保管される。情報の第２組が、ユーザがリンクした他のクラスタ７００にいる間にユーザが聞いた音楽に関し、ユーザの「ウィッシュ・リスト」として示されている。この情報の組には、曲（または他の音楽またはオーディオ信号）に関連する一意ＩＤが含まれ、この一意ＩＤは、クラスタ７００のブロードキャスト・ユニット７１０によって送信される。この情報に、その代わりにまたはそれに追加して、アルバム名、アーティスト名、トラック番号、または関心のある音楽を一意に識別し得る他のそのような情報など、音楽に関する他の情報を含み得る。
【０２５７】
各曲ＩＤと共にあるのが、所望の音楽をそのユーザに紹介したＤＪに関連する一意ＩＤを示すＤＪ識別子である。さらにまたはその代わりに、情報に、ＤＪの電子メール・アドレス、個人ニックネーム／ハンドル、名前、または他の一意に識別する情報を含み得る。
【０２５８】
ウィッシュ・リストを永続的とし、あるいは、各曲の項目を日付付きとし、ユーザが設定し得る所定の時間の後に、まだウィッシュ・リストにある曲を削除することが可能である。図２５など、本発明の方法に従って購入された曲が、リストから自動的に除去されることも便利である。
【０２５９】
配信者テーブル１８１２には、配信者との、ユーザによって行われた購入に関する情報が含まれる。テーブル１８１２は、一意のユーザ識別子（この場合にはユニット１００のＭＡＣ  ＩＤ）に従ってキーイングされた多数のレコードを有する。このテーブルからの単一のレコードが提供され、それから、数十万または数百万個のそのようなレコードを保管し得る。
【０２６０】
レコードに、名前、電子メール・アドレス、またはクレジット・カード番号などの商売に関係する他の情報を含む、ユーザに関する連絡先情報を含み得る。さらに、各レコードに、一意の曲ＩＤによって識別される、配信者を介して購入したことが既知であるすべての曲のリストが含まれる。さらに、ユーザによる所与の曲の購入に関連するＤＪも、記録される。この情報は、前にユーザ・テーブル１８１０から送信され、曲の購入の時点での曲識別子と共に関連するＤＪ識別子が含まれる。この関連付けによって、配信者が、ユーザに曲を紹介する際の関与に関してＤＪに報酬を払い得るようになる。
【０２６１】
情報のそのような配置によって、望まれる場合に、ＤＪがユーザに曲を紹介する前に、ＤＪに曲を紹介した個人に報酬を与えることが可能になることにも留意されたい。たとえば、ユーザが、曲ＩＤ  ２３０８７１Ｃ４０の曲を購入した時に、ポイントが、ＩＤが４２８９７ＤＤであるＤＪに帰する。ＤＪ  ４２８９７ＤＤのレコードを調べて、そのＤＪによる曲２３０８７１Ｃ４０の購入に関連する別の個人（ＤＪ）がいるかどうかを判定し得る。そうである場合には、その個人も、ユーザによる曲の購入について報酬を受け取り得る。
インターネット接続の利用
インターネットに接続された非モバイル・デバイスとのオーディオ・ユニット１００の普通のインターネット接続を可能にすることが、本発明の教示に含まれる。図２９Ａは、インターネット・アクセス・ポイント１７０４を使用する、インターネット・クラウド１７０８を介するインターネット・デバイスとのインターネット対応オーディオ・ユニット１００の接続の略ブロック図である。インターネット対応オーディオ・ユニットＡ１７００は、クラスタ７００のメンバとして、ユニットＢと示されたオーディオ・ユニット１０
０に無線で接続される。２つのユニットＡおよびＢを接続する破線は、その接続が無線であることを示し、実線の接続線は、有線接続を示す。ユニットＡは、８０２．１１アクセス・ポイントなどの無線アクセス・ポイント１７０４に接続され、このアクセス・ポイントは、有線接続を介し、インターネット・クラウド１７０８を介してインターネット・デバイス１７０６に接続される。
【０２６２】
図２９Ｂは、インターネット・クラウド１７０８に直接に接続されたオーディオ・ユニット１７０２を用いる、インターネット・クラウドを介するインターネット・デバイスとのインターネット対応オーディオ・ユニット１７０２の接続の略ブロック図である。この場合に、オーディオ・ユニット１７０２は、有線接続を介して、インターネット・クラウド１７０８に直接に接続し、したがって、インターネット・デバイス１７０６に接続し得る。これは、高速接続（たとえばより対線イーサネット（登録商標）接続）を介するか、低速接続（たとえば、シリアル・ポート接続またはダイヤルアップ・モデム）を介するものとし得る。
【０２６３】
ユニット１７００またはユニット１７０２の接続を、オーディオ・ユニット１００のユーザの格付けのテーブルである図３０に示す。上で説明したように、クラスタのメンバは、さまざまな自動的方法または手動の方法を使用して、クラスタに新しいメンバを入れるか否かを決断し得る。ユーザがクラスタ７００のメンバになることの適当さを判定する方法の１つが、そのユーザが前にメンバであった他のクラスタのメンバによるそのユーザの格付けを判定することである。この場合に、インターネット・デバイス１７０６は、データベースをホスティングするコンピュータであり、このデータベースに、照会し、ユニットＡ（１７００または１７０２のいずれか）によって情報を供給し得る。テーブル１８０２によって示されるように、インターネット・デバイス１７０６に、ユニット１００の格付けが保管される。左の列は、データベースの主キーであり、各ユニット１００に関連する一意識別子である。このＩＤは、各ユニット１００のハードウェアおよびソフトウェアに関連する数値のＭＡＣ  ＩＤ、各オーディオ・ユニット・ユーザに関連する一意のニックネームまたは単語ハンドル（たとえば”Ｊｅｎ４１２ｓｍａｓｈ”）、または他のそのような一意識別子とし得る。
【０２６４】
ドル記号を有する数として示されている第２列および第３列は、ユーザが関連し、ブロードキャスト・ユニット７１０を操作していたクラスタ７００の別のメンバによって各ユーザについて登録された、肯定的格付けの総計（列２）および否定的格付けの総計（列３）である。この格付けは、たとえば、ユーザによって提供された音楽の知覚された質を反映し得る。第４列および第５列は、ユーザが関連し、受信ユニット７３０のオペレータであったクラスタ７００の他のメンバによる、ユーザの格付けの総計である。この格付けは、たとえば、よい気分、友情、服装、またはクラスタの他のメンバによって知覚されたユーザの他の特性を示し得る。第６列は、ユーザがブロードキャスタであった最大のクラスタ７００を示す。これは、ブロードキャスタの人気のよいインジケータである。というのは、悪いまたは人気のないブロードキャスタが、クラスタのメンバの大きいグループを惹き付け得ないからである。
【０２６５】
そのようなデータベースに保管し得る多数の他の特性があり、これには、ユーザが関連したグループの他のメンバのＩＤ（その結果、クラスタのメンバの友人に関連する新しいメンバを受け入れ得るようになる）、ユーザが再生した特定の音楽（音楽の融和性を判定するため）、各格付けを行った個人に関する情報（格付けの信頼性を判定するため）、および格付けの等級（単純な否定および肯定の応答ではなく）を含み得る。
【０２６６】
クラスタ・メンバは、クラスタ７００へのメンバシップを要求するユーザの望ましさおよび適当さを判定するために、そのユーザの格付けにアクセスし得る。これは、ユーザが
参加を要求する時のインターネット・デバイス１７０６との接続を必要とし、図２９Ａに示されているように、アクセス・ポイントを介する無線接続が用いられることが好ましい。デバイス１７０６のデータベースからの情報を、クラスタ７００のメンバに表示し、あるいは、人が参加し得るかどうかを判定する自動アルゴリズムによって使用し得る。
【０２６７】
テーブル１８００は、合計５人のメンバ（ＩＤ  １２０８９ＡＤのブロードキャスタと、ＩＤ  Ｅ１２３９ＡＣ、Ｆ１０５ＡＡ３、Ｂ１Ｂ２５Ｃ０、およびＥＤ５４９１Ｂの４人の追加メンバを含む）のクラスタ７００の格付けを表す。この格付けは、ＥＤ５４９１Ｂ（ＩＤの前に０がある）によって供給され、各メンバの特定の格付けが行われる。ＤＪは、ＩＤの前のドル記号によって示される。これらの格付けは、クラスタ・メンバのニックネーム／ハンドルを画面に置き、メンバが２つのボタンの１つを押すことによって肯定または否定の格付けを示し得るようにすることによって行い得る。第１列のプラスは、肯定の応答を示し、マイナス記号は、否定の応答を示す。これらの格付けは、インターネット・デバイス１７０６への直接の有線接続中またはアクセス・ポイント１７０４を介してのいずれかで送信し得る。格付けは、行われたならば、インターネット・クラウド１７０８との接続を行い得るまで、ユニット１７００または１７０２で無期限に保管し得ることに留意されたい。矢印によって示されるように、Ｂ１Ｂ２５Ｃ０の情報を、この場合には第４列の値（ブロードキャスタでないユーザの肯定格付け）を増分することによって、テーブル１８０２に追加し得る。
【０２６８】
インターネット・デバイス１７０６への接続の他の応用例に、遠くの個人とのダンス・ファイルの交換（アップロードおよびダウンロードを介する）、およびダウンロードを介する音楽の入手が含まれ、後者には、図２５に示されたものに似た、配信者との取引を含み得る。そのような接続によって、電話機能性およびメッセージング機能性などの他の接続性の統合も可能になり、オーディオ・ユニット１００の有用性および魅力が拡大される。
本発明の趣旨に含まれる多数の実施形態
上で述べた実施形態が、本発明の多数の可能な特定の実施形態の少数の例示にすぎないことは、当業者に明白である。たとえば、ユニット間送信器／受信器１１０のプロトコルおよびハードウェアを含むユニット１００、ＤＪ送信器１２０、およびオーディオ・プレイヤ１３０の要素を、ある範囲の使用可能な技術から選択し、ユニット１００の動作に大きく影響せずに、ユーザ・インターフェース要素（キーボード、キーパッド、タッチ・スクリーン、およびカーソル・ボタンと組み合わせ得る。さらに、本発明の趣旨の中で、多くの異なる変換器を、ＤＪ２００に組み合わせ、これには、さらに、多数の装飾部分および機能部分（たとえば、ベルト・クラスプ、機能的時計、マイクロホン、結婚指輪）を含み得る。実際に、ユニット１００自体に、変換器２４０、２５０、または２６０を含み得る。
【０２６９】
通信プロトコルが、クラスタ内のユニットの間の通信リンクのほとんど数え切れない数の配置を提供することと、リンクを、ＤＥＣＴ、Ｂｌｕｅｔｏｏｔｈ、８０２．１１  ａ、ｂ、およびｇ、Ｕｌｔｒａ−Ｗｉｄｅｂａｎｄ、３Ｇ／ＧＰＲＳ、ならびにｉ−Ｂｅａｎｓを含むさまざまな名ードウェア・フォーマット上の混合されたソフトウェア・プロトコル（たとえば、ＴＣＰプロトコルとＵＤＰプロトコルの両方、さらには非ＩＰプロトコルを含む）ものとし、通信に、ディジタルだけではなく、アナログ通信モードも含み得ることも理解されたい。さらに、オーディオ・ユニットとディジタル・ジュエリの間の通信に、さらに、アナログ通信およびディジタル通信ならびにさまざまなプロトコル（カスタマイズされたＩＰプロトコルおよび明確に確立されたＩＰプロトコルの両方）を含み得る。
【０２７０】
ユニット間通信およびユニット対ＤＪ通信が、互いに独立に動作し、大きな利益をもた
らし得ることに留意することが重要である。たとえば、一緒に音楽を聴取するメンバが、ＤＪ２００を使用しなくても、音楽共用の利益を得る。その代わりに、個人の音楽の評価および個人的表現を、音楽共用がない場合でも、ＤＪ２００の使用を介して増補し得る。しかし、ＤＪ２００を介する、強化された個人的表現との音楽共用の組み合わせは、音楽を共用するすべてのメンバに共同作用的利益をもたらす。
【０２７１】
多数のさまざまな他の配置を、本発明の趣旨および範囲から逸脱せずに、当業者がすぐに考案し得る。さらに、本発明ならびにその具体的な例の原理、態様、および実施形態を列挙する本明細書のすべての陳述は、その構造的同等物および機能的同等物のすべてを含むことが意図されている。さらに、そのような同等物に、現在既知の同等物ならびに将来に開発される同等物の両方すなわち、構造にかかわらず、同一の機能を実行する、開発されるすべての要素が含まれることが意図されている。
【０２７２】
この明細書では、指定された機能を実行する手段として表されたすべての要素が、その機能を実行するすべての形を含むことが意図されている。そのような明細書によって定義される発明は、さまざまな具陳された手段によってもたらされる機能性が、明細書が要求する形で組み合わされ、一緒にされるという事実に存する。したがって、出願人は、これらの機能性を提供し得るすべての手段が、本明細書の手段と同等であると見なす。
【図１】
2010092065.tif 000003
【図２Ａ】
2010092065.tif 000004
【図２Ｂ】
2010092065.tif 000005
【図３Ａ】
2010092065.tif 000006
【図３Ｂ】
2010092065.tif 000007
【図３Ｃ】
2010092065.tif 000008
【図４】
2010092065.tif 000009
【図５Ａ】
2010092065.tif 000010
【図５Ｂ】
2010092065.tif 000011
【図６】
2010092065.tif 000012
【図７】
2010092065.tif 000013
【図８Ａ】
2010092065.tif 000014
【図８Ｂ】
2010092065.tif 000015
【図９Ａ】
2010092065.tif 000016
【図９Ｂ】
2010092065.tif 000017
【図１０】
2010092065.tif 000018
【図１１Ａ】
2010092065.tif 000019
【図１１Ｂ】
2010092065.tif 000020
【図１２Ａ】
2010092065.tif 000021
【図１２Ｂ】
2010092065.tif 000022
【図１２Ｃ】
2010092065.tif 000023
【図１３Ａ】
2010092065.tif 000024
【図１３Ｂ】
2010092065.tif 000025
【図１３Ｃ】
2010092065.tif 000026
【図１３Ｄ】
2010092065.tif 000027
【図１３Ｅ】
2010092065.tif 000028
【図１３Ｆ】
2010092065.tif 000029
【図１４Ａ】
2010092065.tif 000030
【図１４Ｂ】
2010092065.tif 000031
【図１５】
2010092065.tif 000032
【図１６】
2010092065.tif 000033
【図１７】
2010092065.tif 000034
【図１８Ａ】
2010092065.tif 000035
【図１８Ｂ】
2010092065.tif 000036
【図１９】
2010092065.tif 000037
【図２０】
2010092065.tif 000038
【図２１Ａ】
2010092065.tif 000039
【図２１Ｂ】
2010092065.tif 000040
【図２１Ｃ】
2010092065.tif 000041
【図２１Ｄ】
2010092065.tif 000042
【図２２Ａ】
2010092065.tif 000043
【図２２Ｂ】
2010092065.tif 000044
【図２２Ｃ】
2010092065.tif 000045
【図２３Ａ】
2010092065.tif 000046
【図２４】
2010092065.tif 000047
【図２５】
2010092065.tif 000048
【図２６】
2010092065.tif 000049
【図２７】
2010092065.tif 000050
【図２８】
2010092065.tif 000051
【図２９Ａ】
2010092065.tif 000052
【図２９Ｂ】
2010092065.tif 000053
【図３０】
2010092065.tif 000054
【図３１】
2010092065.tif 000055
【図３２Ａ】
2010092065.tif 000056
【図３２Ｂ】
2010092065.tif 000057
【図３３】
2010092065.tif 000058
【図３４Ａ】
2010092065.tif 000059
【図３４Ｂ】
2010092065.tif 000060
【図３５】
2010092065.tif 000061
【図３６】
2010092065.tif 000062