IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ ハーマン インターナショナル インダストリーズ, インコーポレイテッドの特許一覧

特表2023-535364バーチャル対応のスタジオの創出及び管理のためのシステム及び方法
<>
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図1
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図2
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図3
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図4
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図5
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図6
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図7
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図8
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図9
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図10
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図11
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図12
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図13
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図14
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図15
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図16
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図17
  • 特表-バーチャル対応のスタジオの創出及び管理のためのシステム及び方法 図18
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-08-17
(54)【発明の名称】バーチャル対応のスタジオの創出及び管理のためのシステム及び方法
(51)【国際特許分類】
   H04N 21/2187 20110101AFI20230809BHJP
   H04N 21/24 20110101ALI20230809BHJP
   H04N 23/66 20230101ALI20230809BHJP
   H04N 23/695 20230101ALI20230809BHJP
   H04N 23/60 20230101ALI20230809BHJP
   H04N 23/56 20230101ALI20230809BHJP
【FI】
H04N21/2187
H04N21/24
H04N23/66
H04N23/695
H04N23/60 300
H04N23/56
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023503120
(86)(22)【出願日】2021-07-19
(85)【翻訳文提出日】2023-01-16
(86)【国際出願番号】 US2021042195
(87)【国際公開番号】W WO2022016145
(87)【国際公開日】2022-01-20
(31)【優先権主張番号】63/053,318
(32)【優先日】2020-07-17
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】512168283
【氏名又は名称】ハーマン インターナショナル インダストリーズ, インコーポレイテッド
(74)【代理人】
【識別番号】100078282
【弁理士】
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【弁理士】
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【弁理士】
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【弁理士】
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【弁護士】
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】クレイマー, カイル デイビッド
(72)【発明者】
【氏名】ウィリス, マクスウェル ビー.
(72)【発明者】
【氏名】トレステン, クリストファー マイケル
(72)【発明者】
【氏名】ルドヴィグ, クリス
(72)【発明者】
【氏名】ウィントン, ライリー
【テーマコード(参考)】
5C122
5C164
【Fターム(参考)】
5C122EA63
5C122FK23
5C122GG01
5C122HA13
5C122HA35
5C122HB01
5C122HB05
5C164GA07
5C164SA25P
5C164SA41S
5C164SB29S
5C164SB41P
5C164SC05S
5C164YA11
(57)【要約】
少なくとも1つの実施形態では、バーチャルコンサートの態様を制御するためのシステムが提供される。装置は、1つ以上のコントローラと、少なくとも1つのコンピューティングデバイスとを含む。1つ以上のコントローラが会場に配置され、少なくとも1つの第1の信号に基づいて会場でのライブパフォーマンスの特徴を制御するように構成されている。少なくとも1つのコンピューティングデバイスは、ライブパフォーマンスの少なくとも一部を制御するコマンドを示す第2の信号を、会場から遠く離れているユーザから直接受信し、ライブパフォーマンスの特徴を制御するための、少なくとも1つの第1の信号を1つ以上のコントローラに送信するようにプログラムされている。
【選択図】図1
【特許請求の範囲】
【請求項1】
バーチャル(virtual)コンサートの態様を制御するためのシステムであって、
装置は、会場内に配置され、少なくとも1つの第1の信号に基づき会場でのライブパフォーマンスの特徴を制御するように構成された1つ以上のコントローラと、
少なくとも1つのコンピューティングデバイスと、を備え、
前記少なくとも1つのコンピューティングデバイスは、
前記ライブパフォーマンスの少なくとも一部を制御するコマンドを示す第2の信号を前記会場から遠く離れているユーザから直接受信し、
前記ライブパフォーマンスの前記特徴を制御するための、少なくとも1つの第1の信号を前記1つ以上のコントローラに送信するようにプログラムされている、前記システム。
【請求項2】
前記1つ以上のコントローラはカメラコントローラを含み、前記カメラコントローラは、前記会場に配置された1つ以上のカメラを所望のカメラ角度に移動するように制御し、前記所望のカメラ角度に基づく前記ライブパフォーマンスの第1のビデオストリームを前記少なくとも1つのコンピューティングデバイスに送信するように構成されている、請求項1に記載のシステム。
【請求項3】
前記1つ以上のカメラが、前記会場においてパフォーマーに直接配置される、または 前記パフォーマーの楽器に直接配置される、請求項2に記載のシステム。
【請求項4】
前記カメラコントローラは、前記パフォーマーに直接配置されたまたは前記楽器に直接配置された前記1つ以上のカメラを起動し、前記パフォーマーまたは前記パフォーマーの前記楽器のキャプチャされたビデオストリームに対応する第2のビデオストリームを提供するようにさらに構成された、請求項3に記載のシステム。
【請求項5】
前記少なくとも1つのコンピューティングデバイスは、前記会場全体に配置された前記カメラのマッピングを表示して、前記マッピング上の項目をユーザが選択可能とし、前記会場に配置された前記カメラを制御するようにさらに構成されている、請求項2に記載のシステム。
【請求項6】
前記1つ以上のコントローラは、前記ライブパフォーマンスにおいて配置された照明に関連する態様を、前記少なくとも1つの第1の信号に基づいて制御するように構成された照明コントローラを含み、前記カメラコントローラは、前記ライブパフォーマンスの前記照明に対する望ましい変更を示すキャプチャされたビデオストリームを、少なくとも1つのコンピューティングデバイスに送信するようにさらに構成されている、請求項2に記載のシステム。
【請求項7】
前記ライブパフォーマンスにおいて配置される前記照明は、スポットライト、ストロボライト、舞台ライト、及びアニメーションのうちの1つ以上を含む、請求項6に記載のシステム。
【請求項8】
前記少なくとも1つのコンピューティングデバイスは、前記会場全体に配置された前記照明のマッピングを表示して、前記マッピング上の項目をユーザが選択可能とし、前記会場に配置された前記照明を制御するようにさらに構成されている、請求項6に記載のシステム。
【請求項9】
前記1つ以上のコントローラは、前記ライブパフォーマンスにおいて設置された少なくとも1つの機械的小道具を前記少なくとも1つの第1の信号に基づいて制御するロボットコントローラを含み、前記カメラコントローラは、前記少なくとも1つのコンピューティングデバイスへの前記少なくとも1つの第1の信号に基づく前記少なくとも1つの機械的小道具の動きに対応する、キャプチャされたビデオストリームを送信するようにさらに構成されている、請求項2に記載のシステム。
【請求項10】
前記少なくとも1つのコンピューティングデバイスは、前記会場に設置された前記少なくとも1つの機械的小道具のマッピングを表示して、ユーザが前記マッピング上の項目を選択可能とし、前記会場における前記少なくとも1つの機械的小道具を制御するようにさらに構成されている、請求項9に記載のシステム。
【請求項11】
前記1つ以上のコントローラは、前記少なくとも1つの第1の信号に基づいて、前記ライブパフォーマンスにおける、火工品、紙吹雪キャノン、スクリーンへのビデオ/オーディオ投影、オーディオマイク装置、及び増幅のうちの1つ以上に対応する1つ以上の第1の項目を制御するように構成されている第1のコントローラを含む、請求項1に記載のシステム。
【請求項12】
前記オーディオマイク装置は、前記会場の聴衆の雰囲気を捉えるために前記会場に配置された1つ以上のバイノーラルマイクを含む、請求項11に記載のシステム。
【請求項13】
前記少なくとも1つのコンピューティングデバイスは、前記少なくとも1つの第1の信号に基づいて、前記会場に置かれた前記1つ以上の第1の項目のマッピングを表示して、前記ライブパフォーマンスにおける、火工品、紙吹雪キャノン、スクリーンへのビデオ/オーディオ投影、オーディオマイク装置、及び増幅のうちの1つ以上をユーザが選択可能とするようにさらに構成されている、請求項11に記載のシステム。
【請求項14】
前記少なくとも1つのコンピューティングデバイスは、前記ユーザが声援クレジット、チケット階層、及びプレイリストイベントのうちの1つ以上を選択できるようにさらに構成されている、請求項1に記載のシステム。
【請求項15】
前記声援クレジットは、舞台照明を変更する要求、前記会場での演奏曲の投票、前記ライブパフォーマンスにおけるパフォーマーへのパーソナライズされたメッセージの送信、及びパフォーマーに対するパーソナライズされたメッセージの提供要求、のうちの1つ以上に対応する、請求項14に記載のシステム。
【請求項16】
前記チケット階層は、
ライブパフォーマンスを少なくとも1つのコンピューティングデバイスにおいてリモートで見るための一般入場階層、
前記ユーザが前記会場から遠く離れて位置しながらHiFiオーディオ品質を得ることができる予約座席階層、
前記ライブパフォーマンスを前記少なくとも1つのコンピューティングデバイスで見る間、広告が表示されるのをブロックする前列座席階層、及び
舞台上のパフォーマーによるサイン入りアイテムを提供する舞台裏パス階層、
のうちの任意の1つ以上に対応する、請求項14に記載のシステム。
【請求項17】
前記プレイリストイベントは、
複数のコンピューティングデバイスのユーザが競い合うことを可能とするスーパーファンシュートアウトイベント、
少なくとも1つのコンピューティングデバイスの前記ユーザが、それぞれの前記コンピューティングデバイス上でオプションを選択して、前記ライブパフォーマンスにおいてライターをかざしているユーザを表すライトをトリガすることを可能とするライトイベント、
少なくとも1つのコンピューティングデバイスの前記ユーザがその上に配置されたインターフェースを所定時間内にタップして、ライブパフォーマンスでファンが繰り返し連打して、聴衆によりもたらされるデシベルレベルを上げることをシミュレートするのを可能とするデシベルメーターイベント、及び
パフォーマーが所定の行為を行うことに票を投じることを可能とするライブ投票イベント、
のうちの任意の1つ以上に対応する、請求項14に記載のシステム。
【請求項18】
前記1つ以上のコントローラ及び前記少なくとも1つのコンピューティングデバイスに動作可能に結合されたサーバをさらに備え、前記サーバは、複数の前記コンピューティングデバイスの複数のユーザ間のユーザ名声を決定するように構成されている、請求項1に記載のシステム。
【請求項19】
バーチャルコンサートの態様を制御する方法であって、
会場内に配置された1つ以上のコントローラを介して、会場でのライブパフォーマンスの特徴を少なくとも1つの第1の信号に基づき制御することと、
少なくとも1つのコンピューティングデバイスにおいて、前記ライブパフォーマンスの少なくとも一部を制御するためのコマンドを示す第2の信号を、前記会場から遠く離れているユーザから直接受信することと、
前記少なくとも1つの第1の信号を前記1つ以上のコントローラに送信して、前記ライブパフォーマンスの前記特徴を制御することと、
を含む、前記方法。
【請求項20】
バーチャルコンサートのコントローラの態様のためにプログラムされた非一時的コンピュータ可読媒体に具現化されたコンピュータプログラム製品であって、
会場内に配置された1つ以上のコントローラを介して、会場でのライブパフォーマンスの特徴を少なくとも1つの第1の信号に基づき制御するための命令と、
少なくとも1つのコンピューティングデバイスにおいて、前記ライブパフォーマンスの少なくとも一部を制御するためのコマンドを示す第2の信号を、前記会場から遠く離れているユーザから直接受信するための命令と、
前記少なくとも1つの第1の信号を前記1つ以上のコントローラに送信して、前記ライブパフォーマンスの前記特徴を制御するための命令と、
を含む、前記コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、2020年7月17日に出願された米国仮出願第63/053,318号の利益を主張し、その開示の全体が、参照によって本明細書に組み込まれる。
【背景技術】
【0002】
本明細書で開示される態様は、概して、バーチャル対応のスタジオを創出し管理するためのシステム及び方法に関する。特定の実施形態では、本明細書で開示される態様は、実際の出力をスタジオ内にもたらす接続されたデバイスを介してユーザがリモートで交流できる、バーチャル対応のスタジオを創出し管理するためのシステム及び方法に対応し得る。こうした態様及びその他の態様が、下記により詳細に説明される。
【0003】
ユーザが実際のコンサート会場でのライブコンサートに参加できない場合がある。例えば、ユーザはさまざまな理由でライブコンサートに参加できない場合がある。例えば、最近のパンデミックにより、大勢の人がコンサートのために小さなスペースに集まることは禁止された。さらに、パンデミックの懸念がなくても、コンサートの来場者(若しくはファン)は、所在地、またはコンサート会場とファンの所在地の間の距離のために、コンサートに参加できない可能性がある。ユーザが、ファンの好みに基づくライブパフォーマンスに関するさまざまな様相を、実際のライブパフォーマンスの場所から遠く離れた別の場所で体験しながら、そのような態様をユーザが制御できるようにすることが望ましい場合がある。
【発明の概要】
【課題を解決するための手段】
【0004】
少なくとも1つの実施形態では、バーチャルコンサートの態様を制御するためのシステムが提供される。この装置は、1つ以上のコントローラと、少なくとも1つのコンピューティングデバイスとを含む。1つ以上のコントローラが会場に配置され、少なくとも1つの第1の信号に基づいて会場でのライブパフォーマンスの特徴を制御するように構成されている。少なくとも1つのコンピューティングデバイスは、ライブパフォーマンスの少なくとも一部を制御するためのコマンドを示す第2の信号を、会場から遠く離れているユーザから直接受信し、ライブパフォーマンスの特徴を制御するための、少なくとも1つの第1の信号を1つ以上のコントローラに送信するようにプログラムされている。
【0005】
少なくとも別の実施形態では、バーチャルコンサートの態様を制御する方法が提供される。この方法は、会場に配置された1つまたは複数のコントローラを介して、少なくとも1つの第1の方法は、会場内に配置された1つ以上のコントローラを介して、会場でのライブパフォーマンスの特徴を少なくとも1つの第1の信号に基づいて制御することと、少なくとも1つのコンピューティングデバイスにおいて、ライブパフォーマンスの少なくとも一部を制御するためのコマンドを示す第2の信号を、会場から遠く離れているユーザから直接受信することを含む。方法は、少なくとも1つの第1の信号を1つ以上のコントローラに送信して、ライブパフォーマンスの特徴を制御することをさらに含む。
【0006】
少なくとも別の実施形態では、非一時的なコンピュータ可読媒体に具現化されたコンピュータプログラム製品が、バーチャルコンサートのコントローラの態様のためにプログラムされている。コンピュータプログラム製品は、会場内に配置された1つ以上のコントローラを介して、会場でのライブパフォーマンスの特徴を少なくとも1つの第1の信号に基づき制御するための命令と、少なくとも1つのコンピューティングデバイスにおいて、ライブパフォーマンスの少なくとも一部を制御するためのコマンドを示す第2の信号を、会場から遠く離れているユーザから直接受信するための命令と、を含む。コンピュータプログラム製品は、少なくとも1つの第1の信号を1つ以上のコントローラに送信して、ライブパフォーマンスの特徴を制御するための命令を含む。
【0007】
本開示の実施形態は、添付の特許請求の範囲で詳細に指摘されている。しかしながら、様々な実施形態の他の特徴は、添付の図面と併せて以下の詳細な説明を参照することによって、より明らかになり、最もよく理解されるであろう。
【図面の簡単な説明】
【0008】
図1】一実施形態による、バーチャル対応のスタジオまたはライブパフォーマンスを創出し管理するためのシステムを示す。
図2】一実施形態による、バーチャル対応のスタジオまたはライブパフォーマンスのために1つ以上のカメラを制御する方法を示す。
図3】一実施形態による、バーチャル対応のスタジオ内またはライブパフォーマンスのための照明を制御する方法を示す。
図4】一実施形態による、バーチャル対応のスタジオまたはライブパフォーマンスのための1つ以上の小道具を制御するための方法を示す。
図5】一実施形態による、バーチャル対応のスタジオまたはライブパフォーマンスのための諸活動を制御するための方法を示す。
図6】実施形態による、バーチャル対応のステレオまたはライブパフォーマンスに関する態様を制御するための相反するコマンドが提供された場合に、第1のユーザと第2のユーザとの間での名声(prestige)を決定する方法を示す。
図7】一実施形態による、図1のシステムによって発行され得る声援クレジットの例を示す。
図8】一実施形態による、図1のシステムによって発行され得る声援クレジットの追加の例を示す。
図9】一実施形態による、図1のシステムによって発行され得るチケット階層の例を示す。
図10】一実施形態による、図1のシステムによって発行され得る特別な(Exclusive)特徴の例を示す。
図11】一実施形態による、図1のシステムによって発行され得る特別オファーの例を示す。
図12】一実施形態による、図1のシステムによって発行され得るプレイリストイベントの例を示す。
図13】一実施形態による、図1のシステムによって発行され得るプレイリストイベントの例を示す。
図14】一実施形態による、図1のシステムの1つ以上のコンピューティングデバイス上の例示的なユーザインターフェースを示す。
図15】実施形態による、オーディオ/ビデオミックス及びオーディオとビデオのライブストリームのマスターをリモートで創出するためのシステムを示す。
図16】実施形態による、図15のシステムのコンピューティングデバイスによって提供されるインターフェーススクリーンを示す。
図17】一実施形態による、ライブパフォーマンスからのオーディオとビデオのストリームを時間整合させる方法を示す。
図18】一実施形態による、ライブパフォーマンスのための「ピクチャインピクチャストリーム」を提供する方法を示す。
【発明を実施するための形態】
【0009】
必要に応じて、本発明の詳細な実施形態が本明細書中に開示されるが、開示される実施形態は、さまざまな形式及び代替の形式で具現化され得る本発明の単なる例示にすぎないことを理解されたい。図は必ずしも縮尺通りではなく、一部の特徴は、特定の構成要素の詳細を示すために誇張または最小限に抑えられる場合がある。したがって、本明細書に開示される具体的な構造上の、及び機能上の詳細は、限定的と解釈されるべきではなく、本発明を様々に利用するために単に当業者に教示するための代表的な基礎として解釈されるべきである。
【0010】
本明細書に開示される少なくとも1つのコントローラ(または少なくとも1つのプロセッサ)は、様々なマイクロプロセッサ、集積回路、メモリデバイス(例えば、フラッシュメモリ、ランダムアクセスメモリ(RAM)、読み出し専用メモリ(ROM)、電気的プログラム可能読み出し専用メモリ(EPROM)、電気的消去可能プログラマブル読み出し専用メモリ(EEPROM)、または他の適切な変形)、及び本明細書に開示される動作(複数可)を行うために相互に協働するソフトウェアを含み得ることが認識されている。加えて、開示した任意のコントローラは、任意の1つまたは複数のマイクロプロセッサを利用して、開示したさまざまな機能を実施するようにプログラムされる非一時的コンピュータ可読媒体内に具現化されるコンピュータプログラムを実行する。さらに、本明細書で提供されるコントローラ(複数可)は、ハウジングと、ハウジングの内部に配置される、様々な数のマイクロプロセッサ、集積回路、及びメモリデバイス(例えば、フラッシュメモリ、ランダムアクセスメモリ(RAM)、読み取り専用メモリ(ROM)、電気的プログラム可能読み出し専用メモリ(EPROM)、電気的消去可能プログラマブル読み出し専用メモリ(EEPROM))を含む。開示されるコントローラ(複数可)はまた、本明細書で論じられるような他のハードウェアベースのデバイス間でそれぞれデータを送受信するためのハードウェアベースの入力及び出力も含む。
【0011】
バーチャル対応のスタジオまたはライブパフォーマンスを創出し管理するためのシステム及び方法
本明細書で開示される態様は、一般に、照明、オーディオマイク装置、増幅、ビデオ撮影、投影などを含む、ライブストリーミングスタジオとしての音楽会場全体を提供して、オンラインバーチャルコンサート体験をもたらすが、これらに限定されない。このテクノロジーと実施態様は、バーチャルコンサートに限定されなくてもよく、任意のライブストリーミングイベントにも使用できる。リモートユーザは、チャットを介してオンラインでコマンドを発行することにより、会場内の多数のさまざまな物理デバイスを制御しトリガできてもよい。これらのコマンドは、ストリーム(またはライブパフォーマンス)の場所で、リアルタイムで発生する現実世界のイベントをトリガする。
【0012】
このテクノロジーの中心にあるのは、提供される多数のノードを伴うメインサーバ(「サーバ」)(または少なくとも1つのコントローラ)である。サーバは、任意の数のマイクロプロセッサを含み、本明細書に記載の任意の機能を実行するための命令を実行することができる。一例では、サーバは、コマンド(例えば、メッセージ)を任意の数のノードに送信する能力を有する、オンラインで接続された任意のタイプのコンピュータ装置であってもよい。各ノードは、サーバからのコマンド(メッセージ)を解釈し、コマンド(またはメッセージ)に関連付けられたコマンドを実行するように構成された、マイクロコントローラ、コンピュータ、モバイルデバイス(例えば、携帯電話、タブレット)の1つ以上を含むことができる。サーバは、ストリーミングサービス(例えば、チャットボット)に関連するチャット(例えば、インターネットリレーチャート(IRC))で送信されるキーワードを解釈することができる。このサービスは、イベントが開催されているコンサート会場またはスタジオで発生するイベントをトリガしたいユーザによって送信されたメッセージを解釈し得る。別の実施形態では、ユーザはコンピューティングデバイスのユーザインターフェースを介してイベントをトリガし、サーバはそのような応答またはコマンドを解釈して、ストリーミング会場でそれらを再生する。サーバには、会場に送信された応答またはコマンドを収集するためのデータベースが含まれている。サーバは、データを集約してコマンドとして会場に送信し、データを他のコンピューティングデバイスに送り返すこともできる。一例は、第1のコンピューティングデバイスからの対話(例えば、絵文字、声援、投票、または任意の他のタイプのユーザ対話)を送信して会場のディスプレイに表示することを伴い得る。サーバはまた、ユーザが望む場合、対話を他のコンピューティングデバイス上で見ることができるように、対話をそのような他のコンピューティングデバイスに送信する。
【0013】
イベント用のオンライン通貨を創出し、現地通貨と交換することもできる。交換すると、ユーザはイベント中にこの通貨を使用して、ライブパフォーマンスに関連付けられた所望のイベントをトリガできてもよい。また、ユーザは、ユーザがビデオストリームに参加するときに購入するアクセスの階層に応じて、特定の階層の名声を与えられてもよい。このような名声のレベルはユーザに追加のイベントへのアクセス権を付与し、ユーザはこのようなイベントを、ライブ会場とされているスタジオ/開催地でトリガすることが許可される。
【0014】
ユーザがライブパフォーマンスで所望のイベントをトリガしようとする場合、サーバは、ユーザがそのような所望のイベントをトリガするために必要な適切な名声と残高を持っているかどうかを判断してもよい。判断すると、サーバはイベントをトリガするための適切なメッセージを送信する、またはメッセージをユーザに返送して、そのようなイベントをトリガするための名声、残高、若しくはその両方が不足していることをユーザに通知する。この通貨は、さまざまなイベントに対してユーザに授与されてもよい。通貨は、イベント前、イベント中、またはイベント後に利用可能な専用ストアからさまざまな商品を購入するためにも使用されてもよい。一例では、そのような購入は、イベント中にのみ許可されてもよい。
【0015】
ライブストリームが開催される場所(例えば、ライブストリームの会場)には、リモートユーザが制御できる複数のノード(例えば、複数の電子ノード)を装備することができる。ノードには、火工品、カメラ、ロボット、油圧装置、舞台照明、観客席照明、舞台照明アニメーション、オーディオ、ストリーム上でレンダリングされるアニメーション及びその場所で見える大スクリーンに置くトリガアニメーション、会場内のスクリーン上に表示されるテキスト、会場内のスクリーン上の絵文字などが含まれるが、これらに限定されない。ノードには、コンピュータ、モバイルデバイス(例えば、電話、タブレットなど)を装備することができ、それぞれが任意の数のマイクロコントローラを含む。マイクロコントローラは、サーバからのメッセージ/コマンドを変換し、ユーザが要求したイベントを適切に制御するために、そのようなコマンドをデジタルまたはアナログメッセージ(例えば、シリアル、デジタルマルチプレックス(DMX)、Inter-Integrated Circuit (I2C)、User Datagram Protocol (UDP)、JavaScript(登録商標) Object Notation (JSON)、リレー、電圧、電流、抵抗、キャパシタンス、インダクタンス、磁場及び電場など)に変換する。ノードは、ユーザが選択したカメラとマイクを使用してビデオ通話を保持するために使用され得る。また、選択されたユーザまたはユーザのグループにプライベートな体験を提供するための専用の連絡先として使用され得る。ノードは、例えば、舞台上、舞台裏、楽屋、コンサートホール、観客席、メザニンなど、会場内のさまざまな場所に配置され得、追加の専用ビデオ通話に使用し、ユーザに「舞台上」または「舞台裏」、または会場全体の追加の場所を提供してもよい。ビデオ通話はまた、ユーザをキャプチャするためにも使用でき、会場内で表現される追加のデータポイントとして使用できる。例えば、ユーザの顔をキャプチャした画像やユーザのカメラからの他のデータを他のユーザと共有し、興味深い方法で再生するためのデータポイントとして使用することができる(例えば、ファンがコンサートにどのように反応しているか、及びファンの反応のキャプチャ)。
【0016】
サーバはまた、ライブストリーミングイベント全体を通して、ユーザがイベントに参加する方法を提供してもよい。ユーザが個人デバイスを介してサーバにアクセスしログインする方法を、ユーザにプロンプトしてもよい。アクセスが与えられると、ユーザインターフェースが表示され、ユーザはライブストリーム/会場で催されているイベントに参加し得る。これらのイベントには、会場のスクリーン全体にアニメーションを描画すること、ビートに合わせてタップすること、ライブサーベイを実施すること、トリビア質問に答えること、ユーザ入力を記録すること、ユーザ入力を会場でレンダリングすること、スポットライトを回すこと、リーダーをフォローすること、ストリーミングアーティストと交流することなどが含まれるが、これらに限定されない。
【0017】
本明細書に開示される実施形態は、一般に、ユーザが、ライブパフォーマンスが行われる場所から遠く離れてライブパフォーマンスとインターフェースする斬新な体験を提供する。例えば、ユーザはかつてないほど、お気に入りのアーティストと共に、交流し、イベントに参加することが可能であり得る。本明細書に記述された実施態様を使用して、会場またはスタジオを、リモートユーザが環境を操作できる、バーチャル対応の空間に変え得る。これにより、リモートユーザにとって終始新たなものへと変化するエキサイティングでダイナミックな環境が創出される。ユーザがアーティストや他のユーザと瞬時につながるオンラインイベントに人々を集めることにより、完全に独特のシナリオと体験が創出される。
【0018】
図1は、一実施形態による、バーチャル対応のスタジオまたはライブパフォーマンスを創出し管理するためのシステム100を示している。システム100は、一般に、複数のコンピューティングデバイス(またはクライアント)104a~104cに動作可能に結合された少なくとも1つのサーバ(以下「サーバ」)102を含む。コンピューティングデバイス104a~104n(またはコンピューティングデバイス104)は、様々なユーザの制御下にあるラップトップ、デスクトップコンピュータ、モバイルデバイス(例えば、携帯電話、タブレット)などのうちの任意の1つを含み得る。また、コンピューティングデバイス104a~104bのうちの1つ以上は、車両のディスプレイ上にライブパフォーマンスを表示する車両105内に配置されてもよいことが認識されている。車両105は自立した車両であり、ライブまたはスタジオパフォーマンスが例えばミュージシャンによって行われる会場107から遠く離れて乗客がライブパフォーマンスをキャプチャできるようにする大型ディスプレイを含むことができる。同様に、1つ以上のコンピューティングデバイス104a~104bを住居のリビングルームまたは他の施設に配置することで、より小人数の人の集まりが大きなディスプレイまたはスクリーンを介してライブパフォーマンスを見ることを可能とし得る。システム100はまた、会場107に配置された複数のノード106a~106nも含む。本明細書で示されるライブパフォーマンスは、ミュージカル、演劇イベントなどにも対応し得ることが認識されている。一例では、ノード106aは、会場107内のさまざまなカメラ110aを制御する少なくとも1つのカメラコントローラ108a(以下、カメラコントローラ108a)に対応し得る。別の例では、ノード106bは、会場107内のさまざまな照明110bを制御する少なくとも1つの照明コントローラ108b(以下、照明コントローラ108b)に対応し得る。別の例では、ノード106cは、ライブまたはスタジオパフォーマンス中に機械的に動くさまざまな小道具または他のデバイスを制御する少なくとも1つのロボット(または小道具)コントローラ108c(以下、ロボットコントローラ106c)に対応し得る。
【0019】
ユーザ及びそれらのさまざまなコンピューティングデバイス104a~104cは、会場107から遠く離れて配置されてもよく、ミュージシャンが会場107で演奏している間、ライブまたはスタジオパフォーマンスのさまざまな態様を制御してもよい。さまざまなユーザが、彼らのさまざまなコンピューティングデバイス104a~104c上に配置されたユーザインターフェース(図示せず)を介してコマンドを入力し、会場107に設置された、ノード110a~110nの任意の1つ以上及び対応するカメラ110a、照明110b、ロボット110cなどを制御し得ることが認識されている。その結果、ライブまたはスタジオパフォーマンスが、ユーザの好みに基づいてカスタマイズされたパフォーマンスの態様を提供する。例えばTwitch(登録商標)などのオンラインポータルにより、ユーザはライブストリームパフォーマンス(または事前に記録されたパフォーマンスのビデオ)の放送を見ることができる。一例では、ユーザインターフェースとデータ通信プロトコル(例えば、ライブチャットボックス)を創出して、ユーザがライブパフォーマンスをそれぞれのコンピューティングデバイス104a~104cで見る間にメッセージの送信を可能とできる。さらに、会場107に配置された1つ以上のエンコーダが、ビデオ及びオーディオを符号化し、そのような符号化されたビデオ及びオーディオをサーバに送信する。次に、クラウドデータベース(またはホスティングデータベース)(またはクラウド、ホスティングコントローラ、またはストリーミングプラットフォーム)が、符号化されたビデオとオーディオをコンピューティングデバイス104a~104cに送信またはストリーミングする。具体的には、ユーザは、コンピューティングデバイス104a~104cのいずれか1つ以上に配置されたユーザインターフェースを介して、1つ以上のコマンドを入力することができ、コマンドがサーバ102に送信される。次に、サーバ102は、コマンドを目的のノード106a~106cに送信し、ノード106a~106cは所望の動作をライブパフォーマンスまたはスタジオパフォーマンスが行われている間に実行する。さまざまなノード110a~110nは、ライブパフォーマンスが行われている間、舞台上の照明、マイク装置、増幅、ビデオ撮影、投影、火工品、紙吹雪キャノン、ロボット、会場で再生されるオーディオクリップなどのうちの1つ以上を制御することができる。
【0020】
システム100に関連して開示された態様ではまた、コンピューティングデバイス104a~104c上に提示されるオンラインポータルを介したライブチャットボックス(例えば、インターネットリレーチャット(IRC))に入力されたキーワードに応答して、コンピューティングデバイス104a~140cがコマンドをサーバ102に、続いてノード106a~106nに送信することを提供してもよい。サーバ102及び/またはノード106a~106nは、コンピューティングデバイス104a~104cによって受信されたコマンドを、DMX、MaxMSP、高解像度マルチメディアインターフェース(HDMI(登録商標))、シリアルなどに変換して、会場107でのライブパフォーマンス中にイベントをトリガすることができる。
【0021】
図2は、一実施形態による、バーチャル対応のスタジオまたはライブパフォーマンスのために1つ以上のカメラ110aを制御する方法120を示す。
【0022】
動作122において、コンピューティングデバイス104は、パフォーマンスを見ているユーザ(例えば、観客)から1つ以上のコマンドを受信する。コマンドのうちの1つ以上は、カメラ110aの要求された動きに対応し、パフォーマンスの所望のビューをユーザに提供し得る。別の例では、カメラ110a(例えば、GoPro(登録商標)カメラ)が、ライブパフォーマンスで演奏しているバンドの1人以上のメンバー(例えば、頭部/胸部)に、または、彼らのそれぞれの楽器に配置され得る。1つ以上のコマンドは、ライブバンドメンバーの任意の1人以上、または彼らの楽器の1つ以上に配置されたカメラ110aの1つ以上を起動することに対応し得る。コンピューティングデバイス104は、1つ以上のコマンドをサーバ102に送信する。
【0023】
動作124において、サーバ102は、1つ以上のコマンドを会場107のノード110a(またはカメラコントローラ108a)に送信する。カメラコントローラ108aは、ライブパフォーマンスが行われている会場107の近くに物理的に設置される。
【0024】
動作126において、カメラコントローラ108aは、会場の1つ以上のカメラ110aを制御して、所望のカメラ角度または高さに移動(または回転)させ、パフォーマンスのライブビデオストリームをユーザによって送信された1つ以上のコマンドに従って提供する。上述のように、カメラコントローラ108aはまた、コンピューティングデバイス104から受信したコマンドに基づいて、バンドメンバーまたはバンドメンバーの楽器に配置された任意のカメラを選択的に起動/停止してもよい。サーバ102は、会場107内に分散され、ライブパフォーマンスをキャプチャするカメラ110aの位置、及び/または、バンドメンバーの任意の1人以上、または彼らのそれぞれの楽器の1つ以上に配置されるカメラ110aの位置の詳細なリストまたはマッピングを提供することが認識されている。サーバ102は、このマッピング(またはカメラマップ)をコンピューティングデバイス104に提供し、その結果、コンピューティングデバイス104は、ユーザが任意の数のカメラを選択し、その動作を制御することを可能とする。コンピューティングデバイス104は、本明細書に開示された機能のいずれかのマッピングも提供できることが認識されている。ユーザは、任意の1つ以上のカメラ110aを制御して、ライブパフォーマンスの画像をユーザによって要求された場合に所望の角度でキャプチャすることができる。例えば、ユーザは、ライブパフォーマンス中に歌手にズームインするために、歌手に最も近いカメラを制御することができる。同様に、ユーザがギタリストであり、ギタリストが舞台上でギターソロを演奏している間のクローズアップショットまたはビュー(例えば、ズームビュー)を取得することに関心がある場合、ユーザは、ギタリストに最も近い(またはギタリスト上にある、またはギター自体の上にある)カメラ110aを制御して、ギタリストのフレットボードにズームインし、ソロを演奏中のギタリストを間近で見ることができてもよい。さらに、他のカメラ110aを会場のあちこちに配置して、バンド全体の画像をキャプチャし得る。ユーザは、そのようなカメラ110aにズームインまたはズームアウトするように命令して、演奏中のバンド全体のクローズアップをキャプチャすることができる。同様に、任意の1つ以上のカメラ110a(または全方向カメラ)は、ユーザによって要求された場合、ライブパフォーマンスの360度ビュー(例えば鳥瞰図)を提供することができる。カメラコントローラ108は、任意の数のビデオストリームを送信できることが認識されている。一例では、カメラコントローラ108は、会場107で演奏している各ミュージシャンのビデオストリームをコンピューティングデバイス104に送信することができる。この点に関して、またコンピューティングデバイス104は、ビデオストリームのうちのどれを表示するかをユーザが選択できるようにすることもできる。
【0025】
動作128において、カメラコントローラ108aは、最初に動作122においてサーバ102に対して定められたような、所望の角度またはズームイン若しくはズームアウトされたショットに従って、キャプチャされたライブパフォーマンスの画像を送信してもよい。次に、サーバ102は、キャプチャされた画像をコンピューティングデバイス104に送り返し、ユーザに表示する。
【0026】
図3は、一実施形態による、バーチャル対応のスタジオ内またはライブパフォーマンスのための照明110bを制御する方法130を示している。
【0027】
動作132において、コンピューティングデバイス104は、パフォーマンスを見ているユーザ(例えば、観客)から1つ以上のコマンドを受信する。コマンドのうちの1つ以上は、照明の要求された動きに対応し、パフォーマンスの所望の照明をユーザに提供し得る。コンピューティングデバイス104は、1つ以上のコマンドをサーバ102に送信する。
【0028】
動作134において、サーバ102は、1つ以上のコマンドを会場107のノード110b(または照明コントローラ108b)に送信する。照明コントローラ108bは、ライブパフォーマンスが行われている会場107の近くに物理的に設置される。
【0029】
動作136において、照明コントローラ108bは、スポットライト、ストロボ、照明パターン、会場107の観客の照明、舞台色、アニメーションなどのうちの1つ以上など、会場107における任意の照明を、ライブパフォーマンスが行われている間(またはリアルタイムで)、所望の方法で制御する。特に、照明コントローラ108bは、コンピューティングデバイス104からサーバ102を介して受信したメッセージ(またはコマンド)を、デジタルマルチプレックス(DMX)通信(または他の適切なカスタマイズされた通信プロトコル)に変換し、これによって、前述の照明デバイス及び動作を制御する。
【0030】
サーバ102は、ライブパフォーマンスをキャプチャする、会場107全体に分散された照明110bのすべての詳細なリストまたはマッピングを提供することが認識されている。サーバ102は、このマッピング(または照明マップ)をコンピューティングデバイス104に提供し、それにより、コンピューティングデバイス104は、ユーザがさまざまなライト(または照明)を選択してその動作を制御することを可能とする。詳細なリストまたはマッピングは、コンピューティングデバイス104が代わりに提供できることが認識されている。
【0031】
動作138において、照明コントローラ108bは、適宜照明110bを制御し、カメラ110aは、最初に動作132においてサーバ102に対して定められたような所望の照明に従って、ライブパフォーマンスの会場107で制御されている照明110bのキャプチャされた画像を、カメラコントローラ108aを介して送信する。次に、サーバ102は、キャプチャされた画像をコンピューティングデバイス104に送り返し、ユーザに表示する。
【0032】
図4は、一実施形態による、バーチャル対応のスタジオまたはライブパフォーマンスのための1つ以上の小道具(またはロボット110c)を制御するための方法140を示す。
【0033】
動作142において、コンピューティングデバイス104は、パフォーマンスを見ているユーザ(例えば、観客)から1つ以上のコマンドを受信する。コマンドのうちの1つ以上は、ロボティクス(または小道具)の要求された動きに対応し、所望の小道具(複数可)がパフォーマンス中に作動することをユーザに提供し得る。コンピューティングデバイス104は、1つ以上のコマンドをサーバ102に送信する。一例では、ユーザは、ロボットノード106cを制御することができるコンピューティングデバイス104a、104b、104cのうちの1つ以上にコマンドを入力して、舞台上の小道具(またはロボット110c)のうちの任意の1つ以上を制御することができる。これらの小道具は電気的に制御され、ライブパフォーマンスが行われている間(またはリアルタイムで)、所望の方法による機械的な動きまたは作動を必要としている。
【0034】
動作144において、サーバ102は、1つ以上のコマンドを会場107のノード108c(またはロボットコントローラ106c)に送信する。ロボットコントローラ106cは、ライブパフォーマンスが行われている会場107の物理的に近くに設置される。
【0035】
動作146において、ロボットコントローラ106cは、コンピューティングデバイス104からサーバ102を介して受信した1つ以上のコマンドに従って、所望の小道具110cを会場において起動/停止してもよい。ノード106cは、サーバ102から受信したメッセージを、前述のロボット/小道具の動作を制御する通信プロトコル(または他の適切なカスタマイズされた通信プロトコル)に変換する。小道具は、アーティストがユーザのコンサート体験を向上させるために使用し得る、舞台の周りまたは舞台上に配置される機械的装置(またはロボット)に対応してもよい。例えば、ヘビーメタルバンド、Iron Maiden(登録商標)について考えてみると、このようなバンドには、「エディ」または「エディ・ザ・ヘッド」としても知られるマスコットがいて、舞台上では、Eddieの形の大型の機械的ロボットがその中に組み立てられている。エディの形に似せたロボットが、バンドと共に舞台に登場し、バンドがさまざまな曲を演奏する間、舞台を動き回ることで知られている。この場合、ユーザは、コンピューティングデバイス104a~104cに入力された、サーバ102を介してロボット制御装置106cに送信されるコマンドを介して、Eddieのさまざまな動きを制御することを選択することができる。この例では、ノード106cは、サーバ102によって受信されたコマンドをシリアルデータに変換して、ライブパフォーマンス中に舞台上のエディの動きを制御することができる。
【0036】
サーバ102は、ライブパフォーマンス中に制御され得る、会場107全体に分散されたすべての小道具110cの詳細なリストまたはマッピングをユーザに提供することが認識されている。サーバ102は、このマッピング(またはプロップマップ)をコンピューティングデバイス104に提供し、それによって、コンピューティングデバイス104は、ユーザがさまざまなプロップを選択してその動作を制御することを可能とする。コンピューティングデバイス104がすべてのプロップ110cのマッピングの詳細なリストを提供できることもまた認識されている。
【0037】
動作148において、ロボット制御装置106cは、適宜小道具を制御し、カメラ110aは、カメラ制御装置108aを介して、コマンドに基づいて変更されている小道具のキャプチャされた画像をサーバ102に送信する。次に、サーバ102は、キャプチャされた画像をコンピューティングデバイス104に送り返し、ユーザに表示する。
【0038】
図5は、一実施形態による、バーチャル対応のスタジオまたはライブパフォーマンスのための諸活動を制御するための方法150を示している。
【0039】
動作152において、コンピューティングデバイス104は、パフォーマンスを見ているユーザ(例えば、観客)から1つ以上のコマンドを受信する。コマンドのうちの1つ以上は、火工品、紙吹雪キャノン、スクリーンへのビデオ/オーディオ投影、マイク装置、及び増幅などの、舞台上のさまざまなアイテム(または諸アイテム110n)を、ライブパフォーマンスが行われている間(またはリアルタイムで)、希望する方法で制御することに対応し得る。コンピューティングデバイス104は、1つ以上のコマンドをサーバ102に送信する。一例では、ユーザは、コンピューティングデバイス104a、104b、104cのうちの1つ以上にコマンドを入力することができ、コマンドは、ライブパフォーマンスが行われている間(またはリアルタイムで)、諸コントローラ106n(例えば、火工品ノード、紙吹雪キャノンノード、ビデオ/オーディオ投影機、テレビ、LEDのパネル(またはLEDウォール)などの会場107における任意の数のディスプレイ)、マイク装置ノード(例えば、バイノーラルマイクなどであるがこれに限定されないマイク、増幅など)を、所望の方法で制御してもよい。ユーザは、ギターやベースの音質を変更したり、特定の楽器の音量を上げたりするなど、さまざまな態様(またはオーディオプロパティ)を制御できるが、これらに限定されない。システム100は、楽器を演奏しているそのミュージシャンのための専用のビデオストリームをユーザが選択することに応答して、任意の所与の楽器の音量を自動的に増加させることができることが認識されている。同様に、ユーザは会場107から受信したオーディオに基づいて独自の音楽ミックスを創出し、イコライゼーション、エフェクト、圧縮などの個人的なオーディオの好みを加えることができる。バイノーラルマイクなどであるがこれに限定されないマイクを会場107に配置(例えば、会場107の聴衆のあちこちに配置)してもよく、それによって、マイクが会場107の聴衆の雰囲気と感触をキャプチャし、キャプチャされた雰囲気をマイクがサーバ102及び諸コントローラ106nを介してコンピューティングデバイス104に送信し得ることが認識されている。コンピューティングデバイス104はまた、会場107におけるマイクのうちの1つ以上を選択的に起動及び停止するためのコマンドを送信することもできる。マイクは、バイノーラル、ビームフォーミング、指向性、X-Y、フランス国営放送協会(ORTF)マイク装置/録音ソリューションなど、または他の適切な技術に対応し得ることが認識されている。
【0040】
動作154で、サーバ102は、会場107において、1つ以上のコマンドをノード108n(または、集合的に諸コントローラ106nと呼ばれる、火工品コントローラ、紙吹雪キャノンコントローラ、ビデオ/オーディオ投影コントローラ、マイク装置コントローラ、増幅コントローラなど)に送信する。諸コントローラ106cは、ライブパフォーマンスが行われている会場107の物理的に近くに設置される。
【0041】
動作156において、諸コントローラ106nは、サーバ102を介してコンピューティングデバイス104から受信した1つ以上のコマンドに従って、諸アイテム110n(例えば、火工品、紙吹雪キャノン、ビデオ/オーディオ投影、マイク装置(またはマイク(例えば、バイノーラルマイクなど))、増幅など)を起動/停止してもよい。例えば、諸コントローラ106nは、火工品、紙吹雪コントローラ、ビデオ/オーディオ投影、マイク装置、及び増幅を起動することができる。マイク装置に関しては、諸コントローラ106nは、舞台上でキャプチャされるオーディオに関し、マイク装置のレベルを増減することができる。例えば、諸コントローラ106bは、オーディオのレベルを制御し、特に、1つ以上のマイクによって捕捉される特定の楽器のレベルを、ユーザによって要求される所望の量に対応するように制御することができる。同様に、ユーザは、会場107で演奏されている任意の楽器に適用される増幅の量を調整することができる。ユーザはまた、会場の任意のスクリーンまたはモニターで任意のビデオまたはオーディオの投影を起動することもできる。諸コントローラ106nはまた、会場107に配置されたバイノーラルマイクを選択的に起動/停止してもよい。
【0042】
サーバ102は、ライブパフォーマンス中に制御され得るすべての諸アイテム110nの詳細なリストまたはマッピングをユーザに提供することが認識されている。サーバ102は、このマッピング(または諸マップ)をコンピューティングデバイス104に提供し、その結果、コンピューティングデバイス104は、ユーザがさまざまな項目(例えば、起動または停止することができるオーディオ及び/またはビデオの種類、紙吹雪キャノン、火工品、楽器のマイク装置、バイノーラルマイク、並びに楽器の増幅)を選択し、その操作を制御することを可能とする。
【0043】
動作158において、諸コントローラ108nは、適宜諸アイテムを制御し、カメラ110aは、カメラコントローラ108aを介して、コマンドに基づいて変更されている諸アイテム106nのキャプチャされた画像をサーバ102に送信する。次に、サーバ102は、キャプチャされた画像をコンピューティングデバイス104に送り返し、ユーザに表示する。サウンドボードが会場107に配置され、オーディオストリームをサーバ102に無線で送信することができることが認識されている。次に、サーバ102は、オーディオストリームをコンピューティングデバイス104に送信する。したがって、この点に関して、マイク装置に対し、及び/または増幅に対し行われた任意の変更は、コンピューティングデバイスに送信される送信オーディオストリームにキャプチャされる。
【0044】
さらに、コンピューティングデバイス104a~104cのユーザは、そのようなユーザがさまざまなノード106a~106nを制御して、ライブパフォーマンス中に起きる所望のイベントを達成することを可能とするクレジットを取得するために通貨を交換し得ることが認識されている。これに関して、ユーザは、以下のうちの任意の1つ以上のために、それぞれのコンピューティングデバイス104a~104cを使用することができる。ライブパフォーマンスの聴衆内と舞台上の両方に配置されたバイノーラルマイクによって提供されるHiFiオーディオの制御及び/またはHiFiオーディオへのアクセス、ライブパフォーマンスにおけるバンドメンバーの特定の楽器のオーディオのソロ、追加のビデオストリーム、アーティストと交流する機会、バンドの後ろに配置された投影スクリーン上でのユーザ名と顔文字の共有、及びライブパフォーマンス中に行われる特別なイベント。
【0045】
サーバ102は、購入したクレジットの数に基づいて、または何らかの他の取り決めを通じて、異なるレベルの名声を付与することができる。バーチャル通貨により、ユーザは、名声とバーチャル通貨の残高に基づいて、アクセスに対する支払い、及びさまざまな特徴(例えば、カメラ110a、照明110b、ロボット110c、諸アイテム110n)の制御を行うことができる。ユーザに関連付けられたより高い名声の設定は、そのようなユーザに、相矛盾し得るコマンドを無効とする、より高い優先度を提供することができる。例えば、ユーザ1は「ベースプレーヤー」または顧客と見なされ、ユーザ2は「プレミアムプレーヤー」と見なされ得る。ユーザ1がロボット110cの動きを制御して前進させるコマンドを送信し、ユーザ2がロボット110dの動きを制御して後退させるコマンドを送信した場合、サーバ102は、ユーザ1とユーザ2のそれぞれの名声レベルを判定し、ユーザ2の名声レベルはユーザ1の名声レベルよりも高いので、ロボット110cを後方に移動させるコマンド(例えば、ユーザ2からのコマンド)を起動する。さらに、2ユーザが同様の名声レベルを共有している場合、サーバ102は会場107のライブパフォーマンスにおける所望のイベントを、コマンドが他のコマンドに対して受領された順序に基づいて達成させる。この場合、サーバ102は、イベントが起動または停止されると、時間遅延を用いて、会場107でのライブパフォーマンス中に所望のイベントを発生可能とできる。遅延が満了すると、サーバ102は次のコマンドを処理して、会場107でのライブパフォーマンス中における所望のイベントの起動または停止を可能にできる。ユーザのためのコマンドを名声または地位に基づいて実行することに加えて、システム100は、代わりに、所定数のコマンドを監視または集約し、ユーザによる主たる要求の観点からの単純過半数に基づいてそのようなコマンドを実行することができる。
【0046】
図6は、実施形態による、バーチャル対応のスタジオまたはライブパフォーマンスに関連する態様を制御するために相反するコマンドが提供された場合に、第1のユーザと第2のユーザの間で名声を決定する方法160を示す。
【0047】
動作162において、サーバ102は、第1及び第2のコンピューティングデバイス104a、140bからそれぞれ第1及び第2のコマンドを受信する。動作164において、サーバ102は、第1及び第2のコマンドが会場107で実行される矛盾するアクションを含むかどうかを判定する。例えば、サーバ102は、第1のコマンドが、第2のコマンドを介して要求された第2の照明シーケンスとは異なる第1の照明シーケンスを示すと判定することができる。矛盾するコマンドが受信されていない場合、方法160は動作168に進み、そして、サーバ102は、コマンドが受信された順序に基づいて2つのコマンドを実行することができる。矛盾するコマンドがあるとサーバ102が判定した場合、方法160は動作166に移動する。
【0048】
動作166において、サーバ102は、第1のユーザと第2のユーザが同じレベルの名声を有するかどうかを評価または判定する。例えば、第1のユーザと第2のユーザが同じレベルの名声を有する場合、会場107において、相矛盾する変更を同時に実行することは好ましくないので、サーバ102は、第1のコマンドと第2のコマンドのどちらを実行するかを決定するために他の基準を評価する必要がある。サーバ102が、第1のユーザと第2のユーザが同じレベルの名声を有すると判定した場合、方法160は動作168に進み、コマンドが受信された順序に基づいてコマンドを実行する。サーバ102が、第1のユーザと第2のユーザが同じレベルの名声を持っていないと判定した場合、方法160は動作170に進む。
【0049】
動作170において、サーバ102は、第1のコマンドと第2のコマンドとの間で最初に受信されたコマンドを会場(またはノード106a~106nのいずれか1つ)に送信し、その結果、最も高い名声レベルを有するユーザに属するコマンドが先に実行される。最も高いレベルの名声を有するユーザに属するコマンドが会場107で実行されると、サーバ102は、より低い名声レベルを有するユーザに属する、受信された次のコマンドを送信し、その結果、このコマンドは会場107でその後に実行される。動作170において、サーバ102は、最も高い名声レベルを有するユーザに属するコマンドを会場107に送信し、それによりこのコマンドが実行される。
【0050】
チャットボックス(または他のユーザインターフェース媒体)をコンピューティングデバイス104a~104cにおいて使用して、メッセージ、IRCの解釈、及びユーザのシステム100へのアクセス権有無を処理し、DACを介してコマンドを送信することができる。コンピューティングデバイス104a~104c(例えば、IRC)から送信されたコマンドは、ノード108a~108nに(直接的または間接的に)送信され得る。これは、スクリプト、ソケットコマンド、DMX、シリアルなどを介して実行され得る。デジタルアナログコンバーター(DAC)を任意で使用して、リレー、ロボットなどをトリガする電圧または電流を送信してもよい。IRC(またはチャットボックス)は、多くの種類のアナログまたはデジタルコマンドをさまざまなノードに送信できることが認識されている。デジタルコマンドタイプの例には、MIDI、シリアル、DMX照明コントローラ、TCPなどが含まれてもよく、アナログ信号の例には、照明、ロボット、リレー、メーターなどが含まれ得る。システム100では、デジタルまたはアナログのどちらに基づく信号も送信され得ることが認識されている。ノード108a~108nは、サーバ102によって受信されたさまざまなコマンドをDMX、MaxMSP、HDMI(登録商標)、シリアルなどに変換するように構成された単一の電子ユニットに統合され得ることがさらに認識されている。DMX、MaxMSP、HDMI(登録商標)、シリアルフォーマット内の情報は、次いで、対応するカメラ110a、照明110b、ロボット110c、及び諸アイテム110nなどに送信されて、コンピューティングデバイス104a~104cのうちの1つ以上で要求された方法でそのようなデバイスを制御することができる。
【0051】
別の例では、サーバ102は、コンピューティングデバイス104a~104cのユーザインターフェース(例えば、IRC)を介してサーバ102に提出された投票プロキシの結果を判定することができる。投票を用いて、次の曲の決定、フォグマシン(火工品、ロボットなど)のトリガ、トリビアへの回答、別のイベントのトリガなどを行ってもよい。投票はまた、イベントをトリガするかどうかのメーターまたは条件として、解釈されてもよい。例えば「投票メーター」を用いて、ライブパフォーマンスのライトを赤に変更するために500人が投票することができる。そこで、しきい値に達すると(または投票の過半数に達すると)、ライトを制御して赤く点灯させることができる。サーバ102はまた、会場107内の任意の場所(例えば、舞台上、最前列、楽屋、舞台裏、会場の前)に配置されたリモートコンピュータ(例えば、携帯電話、タブレット、ラップトップ(例えば、任意のインターネット接続されたデバイス))を制御することもでき、ユーザとの特別ビデオ通話をホストして、「ユーザを舞台に上げ」てもよい。
【0052】
別の例では、サーバ102は、ユーザがリモートでログインできる、リモートでホストされるグループイベントを可能とすることができる。さらに、コンピューティングデバイス104a~104cは、ユーザが(1)ボタンを押す、(2)投票する、(3)トリビアの質問に答える、(4)アニメーションを描く、(5)舞台色を変更する、ための一度限りのイベント用の専用インターフェースを提供する。
【0053】
システム100は、一般に、オンラインでライブストリーミングされるライブバーチャルコンサートシリーズを可能にする。システム100はまた、ファンが無料でストリーミングすることを可能にし、ライブパフォーマンスの特徴及びオーディオ品質への、階層化されたレベルでのアクセスも提供する。システム100はまた、コンテンツ及び特別な商品への追加的アクセスに対する階層化されたチケットを提供する。
【0054】
図7は、一実施形態による、図1のシステム100によって発行され得る声援クレジット172の例を示す。図7は、ユーザが通貨をクレジットと交換するときにユーザに発行できるさまざまな声援クレジットを示している。例えば、システム100は、ユーザがアーティストの背後にある大きな投影スクリーンを使用して、絵文字などのさまざまなファンとの対話の投稿、絵文字のスクリーン上へのドラッグ、アーティストが演奏する歌やディープカットへの投票、バンドへのパーソナライズされたメッセージの送信と投影スクリーン上での表示、パフォーマンス中の1人以上のバンドメンバーによるパーソナライズされたメッセージ発信、及び/または会場107での何らかのタイプのオーディオ再生を可能とし得る。図7は、さまざまな声援クレジットについて、ある交換率で使用できる通貨の例をさらに示している。
【0055】
図8は、一実施形態による図1のシステム100によって発行され得る声援クレジット174の例も示している。例えば、システム100は、所定数の声援クレジットを伴うコンテンツ階層を提供することができる。一例では、システム100は、5つの声援クレジットを提供する第1のレベル(または基本レベル)、10の声援クレジットを提供する第2のレベル(または中間レベル)、及び15の声援クレジットを提供する第3のレベル(例えば、特別レベル)を提供することができる。第1のレベルは、ライブパフォーマンス中の会場107での公表または投稿のための名前投稿(例えば、コンピューティングデバイスのユーザ名)及び選択された照明パターンへのアクセスを提供し得る。第2のレベルは、いくつかのパーソナライズされたメッセージと専用の絵文字または短時間の録音されたメッセージ(sound bytes)を提供し得る。第3のレベルは、バンドメンバーにさまざまなスポットライトを当てること及び、1対1のオークションへの参加を提供し得る。
【0056】
図9は、一実施形態による、図1のシステム100によって発行され得るチケット階層176の例を示す。一般に、チケット階層176は、一般入場、指定席、最前列席、及び舞台裏パスを含むことができる。一般入場階層は、ユーザに対する広告、購入する声援または無料で含まれる声援、インスタンスごとの支払いオプション、「理解する(get the idea)」オプションを提供し、かつ特別機能を試す機会をユーザに提供してもよく、これによって、ユーザが上位階層チケットを購入する結果をもたらし得る。理解するオプションは、HiFiオーディオ体験やその他の適切な機能など、利用可能なアップグレードの30秒または60秒のプレビューの提供に対応してもよい。
【0057】
指定席階層は、購入者に広告なし機能を提供してもよく、それにより、ユーザ/購入者はショーの間、広告にさらされる必要がない。指定席階層はまた、購入する声援または無料で含まれる声援を提供し、購入者に一般入場階層で可能であるよりも多くのカメラを起動または停止するオプションを提供してもよい。指定席階層はまた、購入者にHiFiオーディオ体験を提供してもよい。HiFiオーディオ体験は、より高品質のオーディオ、ロスレスコーデック、バイノーラル処理に対応し得る(例えば、会場107の壁からのオーディオの反射され方に基づき、ユーザが実際に聴衆の中にいるという認識を提供する)。
【0058】
最前列席階層もまた、パッケージの一部として、購入する声援または無料で含まれる声援と共に、広告なし機能を提供してもよい。同様に、最前列席階層は、購入者にHiFiオーディオ体験及び最前列同様座席オプションを提供してもよい。最前列同様座席オプションは、一般に、ファンがランダムに選択されてコンサートでバンドメンバーと1対1の体験をするくじ(raffle)を提供するシステム100を含む。最前列席階層はまた、オーディオ体験を向上させるためのヘッドトラッキングオプション(例えば、JBL Quantum SPHERE 30 360(登録商標)によって提供されるオーディオ体験)を備えたヘッドフォンの商品とクレジットを購入するオプションも提供してもよい。舞台裏パス階層は、購入すると、パッケージの一部として、広告なし機能と共に、購入する声援または無料で含まれる声援を提供してもよい。同様に、舞台裏パス階層は、購入者にHiFiオーディオ体験、及び会場107内のより多くのカメラ110aに対して、他の階層によって提供されるよりも大幅な制御を提供することができる。舞台裏パス階層はまた、ユーザがカスタマイズされサイン入りの特別なヘッドトラッキングシステム、例えばサイン入りJBLヘッドフォンなどを受け取る特典も提供し得る。舞台裏パスはまた、最前列席体験オプションとVIPラウンジも含む。システム100によって提供されるVIPラウンジ機能によりアクセスを得たファンは、会場107の楽屋に配置されたモバイルデバイス(例えば、タブレット)に登場することができ、これにより、ユーザはバンドメンバーの会話を聞くことができ、また、ショーの前後にバンドメンバーと話すことができる。
【0059】
図10は、一実施形態に従って図1のシステム100によって発行され得る特別機能178の例を示す。システム100によって提供される特別機能178には、上述の最前列オプション及びVIPラウンジオプションが含まれる。最前列のオプションを使用すると、ユーザは舞台上に「引き上げ」られることができ、最前列オプションにより、ファンは料金を支払って追加の声援を行うことができる。同様に、最前列のオプションを使用すると、ユーザはくじ(raffle)に自分の名前を何度でも入力できる。特別機能178はまた、「1対1オプション」も提供する。このオプションでは、舞台裏パス階層を持つファンは、ライブパフォーマンスの最後にバンドメンバーとの1対1のプライベートアンコールにアクセスするためのオークションに参加できる。
【0060】
図11は、一実施形態に従って図1のシステムによって発行され得る特別オファー178の例を示す。上述のように、特別オファー178は、例えば、JBLQuantumONE(登録商標)ヘッドフォンなどのヘッドトラッキングに基づくヘッドフォン(またはヘッドフォンシステム)に対応してもよい。システム100は、ユーザにライブ体験を提供するため、ヘッドトラッキングを利用する機会をユーザに可能とする。
【0061】
図12は、一実施形態による、図1のシステム100によって発行され得るプレイリストイベント180の例を示す。プレイリストイベント180は、会場207でライブに参加している人々が参加するイベントだけが利用できてもよい。例えば、プレイリストイベント180は、スーパーファンシュートアウト、ライター、デシベルメーター、ライブ投票を含む。「スーパーファンシュートアウト」では、2人以上のファンが選ばれ、そのようなファンがバンドに関するトリビアな質問に答える。また、例えばトリビアコンテストで優勝したファンには、クレジットまたはサイン入り商品が提供される。「ライターイベント」は、それぞれのモバイルデバイスを介して参加しているユーザが、それぞれのコンピューティングデバイスのユーザインターフェースでライターを持ち上げるプロンプトを選択することに対応する。こうして、ライターがスクリーンに表示される。「デシベルメーターイベント」では、ユーザが、コンピューティングデバイス104を介して、スクリーン(またはユーザインターフェース)上のボタンまたはプロンプトをできるだけ速くタップし、サーバ102または会場107におけるノードのいずれかに配置されたメーターが、ファンがそのようなボタンを如何に素早くタップしているかを測定可能とする。コンピューティングデバイス104上でのタップは、コンピューティングデバイス104またはサーバ102によって声援に変換され、コンピューティングデバイス104上でも再生される。「ライブ投票イベント」では、ファン(またはユーザ)は、バンドメンバーが特定の行為を行うように投票することができる。このような行為は、バンドメンバーの頭上でペンキの入ったバケツをひっくり返す、自分の顔にパイを投げつけることを強いる、舞台から聴衆に飛び込む、及び/または頭を剃る、などに相当してもよい。
【0062】
図13は、一実施形態による図1のシステム100によって発行され得る追加のプレイリストイベント182の例を示す。例えば、追加のプレイリストイベント182には、発展するキャンバスイベント、赤対青のイベント、バンドとの即興演奏イベント、及びスポットライトイベントが含まれる。発展するキャンバスイベントには、コンピューティングデバイス104を介して実行される1回あたり1画素のライブペインティングが含まれ、その後、会場107の投影スクリーンに表示される。これにはまた、ブラシサイズをチケット階層に対応させることも含む。赤対青のイベントには、それぞれのコンピューティングデバイス104上のユーザを2つ以上のチームに分割することが含まれ、そのようなユーザは、コンピューティングデバイス104上でビートに合わせてタップし、バンドのトリビアで対戦し、またはゲームをプレイして互いに競い合う。勝ったチームによって舞台のバーチャル色が決定され、それからコンピューティングデバイス104に提示され、表示される。バンドとの即興演奏イベントは、ファンがコンピューティングデバイス104を介して原稿(例えば、音符)を電子的に提出するための簡単操作のシーケンサーを創出することが含まれる。提出された原稿は、舞台上でバンドによって順番に演奏され、バンドは合わせて演奏する。音符は、量子化により分割、五音音階であってもよい。
【0063】
図14は、一実施形態による、図1のシステム100のコンピューティングデバイス104上の例示的なユーザインターフェース190を示している。ユーザインターフェース190は、アップグレードチケットフィールド192、商品購入フィールド194、声援及び入札フィールド196、及びダイアログボックス198を提供し得る。ユーザは、アップグレードチケットフィールド192を選択して、図9の176に一般的に示されているように、指定席階層、最前列階層、または舞台裏パスのいずれかにアップグレードすることにより、彼ら/彼女らのチケット階層をアップグレードできる。ユーザは、バンドに関連付けられた商品をマーチャンダイズフィールド194介購入することができる。ユーザはまた、声援及び入札フィールド196を介して声援及び入札を行って、ショーの態様を制御することもできる。ダイアログボックス198により、ユーザはイベントを仮想的に表示している他のユーザと一緒に、投稿/コメントすることができる。本明細書に記載される、コンピューティングデバイス104を介してオプション(複数可)を入力または選択することへの言及はまた、サーバ102及び会場107内に配置されたノード106への、そのようなデータの送信も含むことが認識されている。
【0064】
ライブオーディオ及びビデオストリームのオーディオ/ビデオミックスとマスターをリモートで創出するためのシステム及び方法
すべてのテレビベースの番組のためのオーディオとビデオの現在のライブストリームは、プロにより事前に策定されたミックス及び編集である。これは、テレビなどの項目については特に有用であり、特定の体験が望まれる。ただし、複数のオーディオ及びビデオソースが利用可能なライブまたは事前に録画するイベント、または日常のストリームであっても、ユーザが独自の体験を作成し、ライブパフォーマンスにおいて存在するすべてのカメラ及び他のコンテンツと共にすべてのオーディオストリームにアクセスできることが所望され得る。これにより、すべてのビデオ及びオーディオストリームを事前にパッケージ化し、毎回個人の好みに合わせた体験に変換するという課題が解決され得る。
【0065】
本明細書に開示される態様は、一般に、ユーザがイベントにアクセスし、異なるコンテンツを創出/編集して、独自のユニークな体験を創出することを可能とする。コンピューティングデバイスを操作するユーザは、ライブまたは事前に記録されたイベントからの複数の生のコンテンツストリーム(例えば、オーディオ及びビデオストリーム)にアクセスし得る。コンテンツストリームは、オーディオとビデオ以外にも拡張できることが認識されている。サーバは、コンテンツストリームをリモートのエンドユーザ(例えば、コンピューティングデバイス(またはクライアント))に、YouTube(登録商標)、Twitch(登録商標)、Vimeo(登録商標)、Spotify(登録商標)などの、しかしこれらに限定されない既存のプラットフォームを介して、及びコンピューティングデバイスまたはクライアントを介してこれらのストリームにアクセスすることによって提供してもよい。プラットフォームはまた、会場207に配置され、ビデオ及びオーディオを符号化し、そのような符号化されたビデオ及びオーディオをサーバに送信する1つ以上のエンコーダを含むことができる。次に、クラウドデータベース(またはホスティングデータベース)(またはクラウド、ホスティング、またはストリーミングプラットフォーム)が、符号化されたビデオとオーディオをコンピューティングデバイス(複数可)に送信またはストリーミングする。
【0066】
本明細書で開示される実施形態は、遅延がないように各コンテンツストリームを互いに時間的に整合させることの難しさをもたらす。それはまた、イベントの場所におけるサーバでメインインスタンスを実行し、さらに、ユーザがインストールでき、ユーザにすべての機能へのアクセスを与える、リモートのエンドユーザインスタンスを実行することによって実装することもできる。コンピューティングデバイス(またはサーバ)は、ユーザがイベントからの生のストリームを編集及び処理することにより、独自の体験を創出かつミックスすることを可能とする。同様に、ユーザは、会場107から受信したオーディオに基づいて独自の音楽ミックスを創出し、イコライゼーション、エフェクト、圧縮などのパーソナライズされたオーディオの好みを加えることができる。サーバ(またはサウンドボードまたはビデオボード)は、ライブパフォーマンスまたはスタジオパフォーマンスが行われる会場で命令を実行してもよい。ユーザは、適用されている設定及び、イベント全体を通してさまざまな時点でどのコンテンツストリームが選択されたかを有効化/無効化できてもよく、これはリアルタイムで記録され、最後にマスターレコーディングに含められる。
【0067】
ユーザは、選択したメインストリームと並行して表示される、どの「ピクチャインピクチャ」ストリームを見たいかを選択することもできる。例えば、イベントがライブストリーミングコンサートである場合、ギタリストがソロを演奏している間、ユーザは「ギターカメラストリーム」及び「ソロギターのみのオーディオストリーム」を選択することができる。ユーザはまた、「ドラマーストリーム」を選択して小さい「ピクチャインピクチャ」にすることもでき、ドラマーのオーディオの一部をドラマーストリームに追加することもできる。ソロが終了するとすぐに、ユーザはメインカメラストリームを選択し、オーディオをすべての楽器に戻すことができる。これは、コンテンツ切替間の遅延なくリアルタイムで行い得るが、すべての設定と選択は、実行されているこのソフトウェアのローカルインスタンスにのみ影響するため、他のユーザのコンサート体験には影響しなくてもよい。体験全体をリアルタイムで記録し、最後にマスターレコーディングに挿入することができる。ユーザはまた、オーディオ/ビデオミックスを再度見て、彼らが望む方法でイベントを体験してもよい。ユーザは後日、完全にユニークな体験のために、体験の再ミックスとマスタリングに戻り得ることが認識されている。
【0068】
サーバがイベントの場所にある場合、サーバはオーディオとビデオを含むがこれらに限定されないコンテンツの複数の異なるストリームをユーザのコンピューティングデバイスに直接ストリーミングすることができる。これらのストリームは、会場に配置されたハードウェア(サウンドボード、ビデオブースなど)から直接もたらされてもよく、会場に対してサポートかつ提供されているすべてのコンテンツストリームへのユーザアクセスが可能である。サーバにはまた、ストリーミングの場所で使用されている現在の設定を入力することもでき(例えば、サウンドミックス、オーディオ/ビデオ処理設定)、これらの設定は、その場所において、アーティスト、エンジニア、またはストリーマーなどによって選択され、かつ策定されている。
【0069】
ユーザに関連付けられたコンピューティングデバイスは、既存のストリーミングサイト(YouTube(登録商標)、Vimeo(登録商標)、Twitch(登録商標)、Spotify(登録商標)、Pandora(登録商標)、Soundcloud(登録商標)、Tidal(登録商標)など)からの異なるコンテンツの複数のストリームに、Embedded Uniform Resource Locator (「URL」)、アプリケーションプログラミングインターフェイス(API)などに類似の、しかしこれらに限定されない類似物を用いてアクセスできる。このような実施態様では、各コンテンツストリームが同時にソフトウェアにロードされてもよい。ユーザが別のコンテンツを選択すると、コンピューティングデバイスは、指定されたコンテンツストリームと前のコンテンツストリームを非表示または再表示して、ユーザのコマンドを反映することができる。遅延及び遅延オフセットを決定して、各コンテンツストリームを整合させ、ユーザによるコンテンツストリーム切替時に遅延がないことを確実にすることができる。
【0070】
ソフトウェアアプローチの両方の実施態様は、ライブイベント、複数の異なる機能、及びイベントの会場または場所でのリアルタイム出力と対話し得るボタンを介して、イベントをトリガすることをユーザに可能にしてもよい。これは、イベント内に設置されたサーバを介する、または関連付けられたストリーム、及びソケットコマンド、インターネットリレーチャート(IRC)、チャットボットなどに類似しているが、これらに限定されない類似物のURLを介するコマンドの送信によって実装され得る。コマンドをトリガする方法は、コンピューティングデバイスではなく、トリガがイベント空間内で設定される方法によって制約され得る。
【0071】
ユーザは、それぞれのコンピューティングデバイス上に、個人の設計体験を示すメインインターフェーススクリーンを持っている場合がある。ユーザが所有するコンピューティングデバイスはまた、追加のインターフェースを提供するサブメニュー、またはさまざまなタブを備えてもよく、それによって、異なるコンテンツのミックスを創出するための各コンテンツストリームの設定と、ユーザがそのようなミックスを創出する方法とを調整することができる。例えば、オーディオページには、マイクや楽器を調整するためのノブ、フェーダー、スライダーを含むミキシングボードと同様のインターフェースを有し得る(例えば、ウェット/ドライミックス、全体ゲイン、チャンネルゲイン、ミュート/ミュート解除、ソロなど)。ビデオページは、選択可能なすべてのカメラ角度のプレビュー、フィルタ、コントラスト、露出、色合い、彩度などを含むビデオ処理ツールを提供してもよい。例えば、ユーザは、主ビデオページを介してページの隅における別のカメラのピクチャインピクチャでオーバーレイされる複数のビデオストリーム、2つのビデオストリームによる分割スクリーンなどを選択できる。エンドユーザは、ストリーマー、アーティスト、エンジニアなどを除いて、いつでも、任意の設定を会場で設計されている現在の設定に戻すことができる。これは、特定のユーザが誤って体験を破壊しないように制御されてもよい。ユーザがストリームを制御できる量、またはイコライゼーション、ウェット/ドライミックス、全体ゲイン、ビデオの色合いなどに対して彼らが実行できる変更量に関するさまざまな制限が、エンドユーザの使いやすさを向上させるためにサーバによって課されてもよい。
【0072】
図15は、実施形態によるオーディオ/ビデオミックス及びライブオーディオ及びビデオストリームのマスターをリモートで創出するためのシステム200を示す。システム200は、一般に、複数のコンピューティングデバイス(またはクライアント)204a~204cに動作可能に結合された少なくとも1つのサーバ(以下「サーバ」)202を含む。コンピューティングデバイス204a~204n(またはコンピューティングデバイス204)は、さまざまなユーザの管理下にあるラップトップ、デスクトップコンピュータ、モバイルデバイス(例えば、携帯電話、タブレット)などのうちの任意の1つを含み得る。システム200はまた、例えばミュージシャンによってライブまたはスタジオパフォーマンスが行われる会場207に配置されたサウンドボード206を含む。
【0073】
少なくとも1つのギター208及びドラムス210がサウンドボード206に動作可能に結合される。さまざまな楽器(例えば、ベースギター、キーボード、ボーカル入力など)をサウンドボード206に動作可能に結合できることが認識されている。サウンドボード206は、一般に、さまざまな楽器208、210からさまざまなトラックまたはストリーム(例えば、ギターストリーム、ベースギターストリーム、ボーカルストリーム、ドラムストリーム、キーボードストリームなど)を受信し、そのようなストリームをサーバ202に(例えば、無線または有線の直接接続を介して)送信するように構成される。
【0074】
ビデオボード212は、サーバ202に動作可能に結合される。サウンドボード206及びビデオボード212は、両方ともメディアコントローラと呼ぶことができる。360視野(FOV)カメラ214(または全方向カメラ)は、ビデオボード212に動作可能に結合される。同様に、視点(POV)カメラ216が、ビデオボード212に動作可能に結合される。POVカメラ216は、ミュージシャンまたはパフォーマーのキャプチャされた画像(またはミュージシャンまたはパフォーマーのクローズアップ画像)を提供する。任意の数のカメラが、FOVカメラ214及びPOVカメラ216からのビデオのストリームと共に、ビデオボード212に動作可能に結合され得ることが認識されている。サーバ202は、会場207の近くのどこかに配置され得ることも認識されている。次いで、サーバ202は、サウンドボード206から受信したさまざまなオーディオストリーム及びビデオボード212から受信したビデオストリームを、ユーザに関連付けられたコンピューティングデバイス204a~204cに送信することができる。オーディオ及びビデオストリームは、サーバ202からコンピューティングデバイス204a~204cにYouTube(登録商標)、Vimeo(登録商標)、Spotify(登録商標)などを介してストリーミングすることができる。一般に、ユーザがコンピューティングデバイス204a~204cで利用するストリーム及びアルゴリズム(例えば、ソフトウェア及びハードウェア)の発信者であることによって、この態様は、システム200がストリーム間の遅延を判定し、その遅延を適切に調整して、シームレスで遅延のない体験をユーザに提供することができる。一般的に言えば、すべてのオーディオ/ビデオストリームは、ライブ会場207にあるサーバ202で既にアーティスト/ミュージシャン/パフォーマーと同期されている。これらの時間整合されたストリームが、次にYouTube(登録商標)やVimeo(登録商標)などのストリーミングプラットフォームを介して視聴者に配信される。したがって、複雑さが軽減され、ユーザにとって遅延の問題が発生することはない。
【0075】
コンピューティングデバイス204a~204cを使用して、ユーザは、会場207から受信したオーディオ及びビデオストリームに現在設定されているすべての設定の変更、有効化、無効化などを行うことができる。さらに、ユーザは、リアルタイムで記録されるライブパフォーマンス全体を通して、さまざまな時間にオーディオ及びビデオストリームに設定されたすべての設定の変更、有効化、無効化などを行うことができる。さらに、サウンドボード206及び/またはビデオボード212はまた、ライブパフォーマンスが行われている間、すべてのビデオ設定(またはカメラ設定)に加えて、すべてのオーディオ設定(例えば、ギター、ベース、ボーカル設定など)を保存し、そのような情報を、サーバ202を介してコンピューティングデバイス204a~204cの1つ以上に提供することができる。ユーザは、コンピューティングデバイス204a~204cを介して、ライブパフォーマンスが行われている間に会場207でアーティスト、サウンドエンジニア、またはストリーマーによって選択されたであろう設定を調整することができる。ユーザはまた、ライブパフォーマンスが行われた会場207におけるオーディオ設定を調整及び変更することもできる。同様に、ユーザは、ライブパフォーマンスの場所が行われた会場207のビデオ設定を調整及び変更することもできる。コンピューティングデバイス204a~204cのユーザは、修正または調整されたビデオ及びオーディオストリームを(調整されたオーディオ及びビデオ設定を使用して、または使用せずに)記録し、記録された変更または調整されたビデオ及びオーディオストリームを再生することができる。コンピューティングデバイス204a~204cは、ユーザがオーディオストリームとビデオストリームを何度でも調整/変更することを可能とし続け得ることが認識されている。
【0076】
上述のように、コンピューティングデバイス204a~204cは、YouTube(登録商標)、Vimeo(登録商標)、Twitch(登録商標)、Spotify(登録商標)、Pandora(登録商標)、Soundcloud(登録商標)、Tidal(登録商標)などを介してオーディオストリーム及びビデオストリームをストリーミングすることができる。このアプローチは、会場207でライブパフォーマンスが行われている間に、各コンテンツストリームを同時にロードすることができる。ユーザがコンピューティングデバイス204a~204cで異なるメディアコンテンツを選択すると、コンピューティングデバイスは、指定または選択されたコンテンツストリームと前のコンテンツストリームを非表示または再表示して、ユーザのコマンドを反映させることができる。
【0077】
ユーザはまた、コンピューティングデバイス204a~204cのうちの任意の1つ以上を介して、ユーザがコンピューティングデバイス204のディスプレイ上でメインの選択されたストリームと並行して示されることを所望し得る「ピクチャインピクチャ」ストリームを選択することもできる。例えば、イベントは、ライブストリーミングコンサートであり、ギタリストがソロを演奏している間、ユーザは、コンピューティングデバイス204を介して「ギターカメラストリーム」及び「ソロギターのみのオーディオストリーム」を選択することができる。ユーザはまた、コンピューティングデバイス204を介して「ピクチャインピクチャ」オプションを選択し、ギタリストが一緒に演奏するときにドラマーのオーディオの一部をストリームに追加することもできる。ソロが終了するとすぐに、ユーザは、コンピューティングデバイス204を介してメインカメラストリームを選択し、オーディオをすべての楽器に戻すことができる。この態様は、コンテンツの切り替えの間、遅延なくリアルタイムで発生し得る。さらに、すべての設定と選択は、オーディオ及び/またはビデオストリームを変更するコンピューティングデバイス204上のローカルインスタンスにのみ影響するため、他の誰のコンサート体験にも影響しなくてもよい。
【0078】
コンピューティングデバイス204a~204cはそれぞれ、個人的に設計された体験を示すメインインターフェーススクリーンを含むことができる。コンピューティングデバイス204のユーザインターフェース上のサブメニューまたはさまざまなタブにおいて、コンピューティングデバイス204は、それぞれの異なるコンテンツストリーム(例えば、ギターストリーム、ベースストリーム、ドラムストリーム、ビデオストリームなど)の設定を調整するための追加のインターフェースを提供することができ、さまざまなコンテンツのミックスが創出され得る。例えば、コンピューティングデバイス204は、オーディオページ250(図16を参照)を提供することができ、ミキシングボードに同様のインターフェースを提供することができる。オーディオページ250は、一般に、マイク/楽器イコライゼーション、ウェット/ドライミックス、全体ゲイン、チャンネルゲイン、ミュート/ミュート解除、ソロなどを調整するためのノブ、フェーダー、スライダーを含む。追加のコンテンツページ(またはチューニングページ)256は、受信したオーディオストリームの音量、バランス、高音、及び低音を制御するための制御スイッチ(またはノブ、スライダーなど)を含む。編集フィールド258により、ユーザは、専用の楽器ごとにオーディオストリームまたはトラックを創出または編集することができる。例えば、編集フィールド258は、各フェーダーが対応する楽器(例えば、ギター、ベース、ボーカル、ドラムス、キーボードなど)に結び付けられているユーザ入力を介して操作できるノブ及びフェーダーを表示する。編集フィールド258は、ユーザがオーディオのさまざまなトラックをミキシングする能力を可能にし、ミキシングデスクとして動作し、オーディオのバランスを取る能力もユーザに提供する。
【0079】
さらに、コンピューティングデバイス204は、ユーザがコンピューティングデバイス204から選択するために利用できるすべてのカメラ角度の複数の小さなプレビューに提供または表示されるビデオページ252を含むことができる。コンピューティングデバイス204はまた、ビデオページ252を介して、フィルタ、コントラスト、露出、色合い、彩度などを含むビデオ処理ツールを提供することもできる。さらに、ユーザはコンピューティングデバイス204を介してオーバーレイされる複数のビデオストリームを選択してもよい。コンピューティングデバイス204はまた、隅にある別のカメラのピクチャインピクチャ、2つのビデオストリームを含む分割スクリーンなども提供することができる。いつでも、ユーザは、コンピューティングデバイス204を介して、アーティスト、エンジニア、またはストリーマーによってライブパフォーマンスに実際に適用される現在の設定に設定を戻すことができる。コンピューティングデバイス204は、特定のユーザが自分の体験を誤って破壊しないことを確実にするように構成することができる。一実施形態では、ユーザがイコライゼーション、リバーブ、ゲインなどの設定の多くの態様について度を超す可能性があるため、ストリームの体験を破壊することを回避するために、設定の変更の数に制限を設定することが好ましい場合がある。これらの設定に対するこのような大幅な変更は、体験がユーザにとって楽しめないものになる可能性がある。コンピューティングデバイス204は、エンドユーザの使いやすさを向上させるために、サーバ202によって提供されるストリームに対する制御量を制限するまたは、イコライゼーション、ウェット/ドライミックス、全体ゲイン、ビデオの色合いなどの量を制限するように構成され得る。
【0080】
システム200に関連して開示される態様は、(i)音声ストリーム及び音声ストリーム上の放送のタイプを制御することに加えて、カメラ角度及びライブパフォーマンスのストリームを制御すること、(ii)コンピューティングデバイス204a~204c上のユーザインターフェースを、例えばスライダー及び/またはいくつかのコントロール用のその他のスイッチ機構(例えば、各楽器のレベルコントロール、イコライゼーション変更、ウェット/ドライミックス等)を含めて提供すること、(iii)ユーザがオーディオをミキシングし、ビデオボード202から対応するビデオストリームを選択することを可能にするコンピューティングデバイス204a~204c上のエンドユーザ構成可能プラットフォーム、(iv)会場207のオーディオエンジニアから、デフォルトの「家の正面」ミックスへリセットすること、(v)ライブパフォーマンスの複数のビデオストリームの大量の曲目について、所望のビデオストリームを選択すること、(vi)ライブパフォーマンスから、他のビデオストリームを伴うピクチャインピクチャを提供すること、(vii)ユーザがライブパフォーマンスの独自のコンサートミックス(例えば、ビデオ/オーディオ)を記録し、後でリミックスできるようにすること、(viii)マルチチャンネルコンテンツ、異なる楽器の異なるストリームからなる複数のオーディオストリームをストリーミングすること、及び(ix)マルチチャンネルコンテンツ、複数のオーディオストリーム及び複数のビデオストリームをストリーミングすること、を提供するが、これらに限られない。
【0081】
図17は、一実施形態による、ライブパフォーマンスからのオーディオとビデオのストリームを時間整合させる方法300を示す。
【0082】
動作302において、サーバ202は、会場207に配置されたサウンドボード206及びビデオボード212からそれぞれ(またはメディアコントローラから)ライブストリームされたオーディオ及びビデオデータを受信する。ビデオストリームは、会場207に配置されたさまざまなカメラ214及び216からキャプチャされたいくつかのビデオストリームを含み得ることが認識されている。例えば、バンドが会場でライブを行っていると仮定すると、さまざまなカメラ214がバンド全体をキャプチャする第1のビデオストリームを提供し、カメラ216が個々のバンドメンバーの追加のビデオストリーム(または視点ショット)を提供してもよい。同様に、音声ストリームは、会場に配置されたさまざまな機器208、210からキャプチャされたさまざまな音声ストリームを含み得ることが認識されている。
【0083】
動作303において、サーバ202は、ライブストリームされたオーディオ及びビデオストリームをストリーミングプラットフォーム(例えば、YouTube(登録商標)、Vimeo(登録商標)、Twitch(登録商標)、Pandora(登録商標)、Soundcloud(登録商標)、Tidal(登録商標)など)に送信する。この態様は、ビデオ及びオーディオをサーバに符号化すること、及びサーバが符号化されたビデオ及びオーディオを別のストリーミングプロバイダに提供し、その後にコンピューティングデバイス204に提供されることを伴い得る。
【0084】
動作304において、各コンピューティングデバイス204は、ライブオーディオストリームとビデオストリーム(例えば、複数のカメラ214及び216から提供されるすべてのビデオストリーム)との間の遅延を判定する。動作306において、コンピューティングデバイス204は、遅延が計算されて既知となった後、ライブオーディオストリームとライブビデオストリームを互いに時間整合/シフト(または同期)させる。例えば、コンピューティングデバイス204がすべてのビデオストリームの遅延(または再生オフセットレート)を判定すると、コンピューティングデバイス240は、再生オフセットレートまたは遅延に基づいてビデオストリームとオーディオストリームを調整し、ストリームを時間的に整合させる。
【0085】
動作308において、コンピューティングデバイス204は、同期されたオーディオストリームおよびビデオストリームのオーディオおよびビデオプロパティを、ユーザの要望に応じて変更することができる。ユーザがオーディオストリームに対して実行したすべての変更は、オーディオプロパティの変更に対応してもよい。同様に、ビデオストリーム(複数可)に対して実行される変更は、ビデオプロパティの変更に対応してもよい。例えば、ユーザは、コンピューティングデバイス204を介して会場207でバンドによって提供されているすべてのオーディオの単一のミックスを含む単一のオーディオストリームを選択的に変更することができる。代替として、ユーザは、コンピューティングデバイス204を介して会場207でバンドのギタリストによって提供される、例えばギタートラックに関連する単一のオーディオストリームを選択的に変更することができる。コンピューティングデバイス204は、ユーザがさまざまなオーディオトラック及びビデオトラックを選択できるようにすることができる。ユーザがバンド全体の集約されたビデオストリームを見ることを所望する場合、コンピューティングデバイス204は、個々のバンドメンバーの残りのビデオストリームを、ユーザが見るために選択するまで非表示にすることができる。同様に、ユーザが、バンドによって演奏されている楽器のミックス全体を聴くことを所望する場合、コンピューティングデバイス204は、例えば、ギター、ボーカル、ドラムス、及びベースギターの個々のトラックを、ユーザが個別に聴くために選択するまでミュートすることができる。任意の1つ以上のオーディオストリームまたはトラックを任意の時間のシングルインスタンスで(at any single instance in time)再生できることが認識されている。
【0086】
図18は、一実施形態による、ライブパフォーマンスのための「ピクチャインピクチャストリーム」を提供するための方法350を示す。
【0087】
動作352において、コンピューティングデバイス204は、ストリーミングプロバイダを介してサーバ202から2つ以上のビデオストリームを受信する。動作354において、コンピューティングデバイス204は、例えば、ライブパフォーマンス中にバンド全体の第1のビデオストリームを表示する。前述のように、コンピューティングデバイス204は会場207から2つ以上のビデオストリームを受信するが、コンピューティングデバイス204は2つ以上のビデオストリームのうちの1つのビデオストリームを再生できることが認識されている。方法350に関連して提示された例では、コンピューティングデバイス204は、ライブパフォーマンス中にすべてのバンドメンバーを示す単一のビデオストリームを単純に再生していると仮定することができる。
【0088】
動作356において、コンピューティングデバイス204は、ライブパフォーマンス中に演奏しているバンドの特定のミュージシャン(例えば、ギタリストまたはボーカリスト)の第2のビデオストリームを見るコマンドを(そのユーザインターフェースを介して)ユーザから受信する。動作358において、コンピューティングデバイス204は、第1のビデオストリームと第2のビデオストリームの両方を、ビデオコンテンツの切り替えの間に遅延なくリアルタイムで再生する。
【0089】
例示的な実施形態が上述されているが、これらの実施形態が本発明のすべての可能な形態を説明することは意図されていない。むしろ、明細書で使用する言葉は限定ではなく説明のための言葉であり、本発明の趣旨及び範囲から逸脱することなく多様な変更が成され得ることが理解される。加えて、種々の実現実施形態の特徴は、本発明の別の実施形態を形成するために結合することができる。
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16
図17
図18
【国際調査報告】