(57)【要約】  ライブイベントに関する遠隔エンゲージメントシステムは、ライブイベントで人々に音声および／またはビジュアル出力を提供するためにライブイベントで配置される少なくとも一つの出力装置を包含する。コントローラは、複数のユーザ入力デバイスから送られる信号を受信し、それに応答して、リアルタイムまたは略リアルタイムで、ライブイベントで人々に音声および／またはビジュアル出力を提供するためにライブイベントで配置される少なくとも一つの出力装置を制御する。
2015507855.tif 000002
【特許請求の範囲】
【請求項１】
ライブイベントに関する遠隔エンゲージメントシステムであって、
ライブイベントで人々への音声および／またはビジュアル出力を提供することに関しライブイベントに設置される少なくとも一つの出力装置と、
複数のユーザ入力デバイスから送られる信号を受信し、それにリアルタイム又は略リアルタイムで応答し、受信された信号に関連があるライブイベントで人々への音声および／またはビジュアル出力を提供するためにライブイベントに設置される少なくとも一つの出力装置を制御するためのコントローラと、
を包含することを特徴とするシステム。
【請求項２】
ユーザ入力を受信し、それに対して反応し、コミュニケーションネットワークにわたってリアルタイムまたは略リアルタイムで信号を送信するためにライブイベントから遠隔に配置された複数の入力装置を更に含むことを特徴とする請求項１に記載のシステム。
【請求項３】
複数の入力装置から受信した信号の数が大きいほど音声および／またはビジュアル出力が大きいように、コントローラは、複数の入力装置から受信される信号の数に関連がある、音声および／またはビジュアル出力を提供するために、少なくとも一つの出力装置を制御することを特徴とする請求項１に記載のシステム。
【請求項４】
少なくとも一つの出力装置はスピーカーであることを特徴とする請求項１に記載のシステム。
【請求項５】
少なくとも一つの出力装置はディスプレイ画面であることを特徴とする請求項１に記載のシステム。
【請求項６】
ライブイベントに関する遠隔エンゲージメント方法であって、
複数のユーザ入力デバイスから送られる信号を受信するステップと、
それに反応して、及び、リアルタイムまたは略リアルタイムで、受信された信号に関連があるライブイベントで、人々に音声および／またはビジュアル出力を提供するためにライブイベントに配置される少なくとも一つの出力装置を制御するステップと、
を有することを特徴とする方法。
【請求項７】
ライブイベントから遠隔で配置される複数の入力装置でユーザ入力を受信するステップと、
それに対して反応して、コミュニケーションネットワークにわたってリアルタイムまたは略リアルタイムの信号を送るステップと、
を更に包含することを特徴とする請求項６に記載の方法。
【請求項８】
複数の入力装置から受信した信号の数が大きいほど音声および／またはビジュアル出力が大きいように、少なくとも一つの出力装置は、複数の入力装置から受信される信号の数に関連がある、音声および／またはビジュアル出力を提供する、ことを特徴とする請求項６に記載の方法。
【請求項９】
少なくとも一つの出力装置はサウンドを出力するスピーカーであることを特徴とする請求項６に記載の方法。
【請求項１０】
少なくとも一つの出力装置は表示を出力するディスプレイ画面であることを特徴とする請求項６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はライブイベントのための遠隔エンゲージメントシステムに関する。
【背景技術】
【０００２】
ライブイベントの遠隔ビューアは、支持者（例えばスポーツ・チーム、スポーツ・パーソナリティ、芸能人など）に対する支持および不満を伝達する方法を有しない、並びに、ライブイベントで発生しているさまざまなインシデントで意気高揚、不満およびあざけりに参加するためにライブ観衆と係合する方法を有しない。
【０００３】
現在の本発明は、これに対処しようとする。
【発明の概要】
【課題を解決するための手段】
【０００４】
１つの例示の実施形態によれば、ライブイベントに関する遠隔エンゲージメントシステムを提供し、該システムは、
ライブイベントで人々へ音声および／またはビジュアル出力を提供するために、ライブイベントで配置される少なくとも一つの出力装置と、
複数のユーザ入力デバイスから送られる信号を受信し、それに反応し、及び、リアルタイムまたは略リアルタイムで、ライブイベントで人々に音声および／またはビジュアル出力を提供するためにライブイベントで配置される少なくとも一つの出力装置を制御するためのコントローラと、
を有することを特徴とする。
【０００５】
複数の入力装置が、ユーザ入力を受信し、それに応答して、コミュニケーションネットワークにわたってリアルタイムまたは略リアルタイムで信号を送信するために、ライブイベントから遠隔で配置される。
【０００６】
１つの例において、コントローラは、複数の入力装置から受信された信号の数に関連がある、音声および／またはビジュアル出力を提供するために、少なくとも一つの出力装置を制御する。かくして、複数の入力装置から受信した信号の数が大きいほど、音声および／またはビジュアル出力は大きくなる。
【０００７】
少なくとも一つの出力装置は、スピーカーでありえる。
少なくとも一つの出力装置は、ディスプレイ画面でありえる。
他の例示の実施形態によれば、ライブイベントに関する遠隔エンゲージメント方法であって、該方法は、
複数のユーザ入力装置から送られる信号を受信するステップと、
それに反応して、リアルタイムまたは略リアルタイムに、ライブイベントで人々に音声および／またはビジュアル出力を提供するためにライブイベントに配置された少なくとも一つの出力装置を制御するステップと、を包含する。
【図面の簡単な説明】
【０００８】
【図１】図１は、ライブイベントに関し遠隔エンゲージメントシステムの実施形態を実装することに関し、例示のシステムを示す。
【図２】図２は、図１のシステムによって、実装する例示の方法を示す。
【図３ａ】図３ａは、ライブイベントに関し遠隔エンゲージメントシステムの実施形態を実装することに関し、他の例示のシステムを示す。
【図３ｂ】図３ｂは、ライブイベントに関し遠隔エンゲージメントシステムの実施形態を実装することに関し、他の例示のシステムを示す。
【発明を実施するための形態】
【０００９】
添付の図を参照する。ライブイベントに関し遠隔エンゲージメントシステム１０は、例示される。
ライブイベントは、いかなるライブイベント（例えばわずかに２つの例を挙げると、スポーツ競技またはライブ）でもありえる。
【００１０】
システム１０は、ライブイベントで人々への音声および／またはビジュアル出力を提供することに関しライブイベントに位置決めされる少なくとも一つの出力装置１２を包含する。
【００１１】
少なくとも一つの出力装置１２は、ディスプレイスクリーンの形の一つ以上のビデオ・リソースおよび／またはライブイベントの性質によって、スピーカーおよび参加している人々の数の形の一つ以上の音声リソースでありえた。
【００１２】
例示の実施形態において、２つの表示スクリーンおよび２台のスピーカーが例示されるが、明らかに、状況に応じて変化する。
サーバ１４の形のコントローラは複数のユーザ入力デバイス１６ａ―１６ｄから送られる信号を受信するように調整されて、その反応に対して、リアルタイムまたは略リアルタイムにある。そして、ライブイベント有人々への音声および／またはビジュアル出力を提供するためにライブイベントに位置決めされる少なくとも一つの出力装置１２を制御する。これは、下に更に詳細に記載される。
【００１３】
サーバ１４は、データを記憶することに関しそれとともに関連するデータベース２６を有する。
複数の入力装置１６ａ―１６ｄは、ライブイベント有ら遠隔で位置決めされる。かくして、それは、視聴者が遠隔でライブイベントを（例えばテレビによって）見ている場所に、典型的に位置決めされる。
【００１４】
複数の入力装置１６ａ―１６ｄは多くの様態のいずれか一つをとることができ、入力装置のいくつかの例は図１に図示される。
入力装置は、電話１６ａ、キーパッド１６ｂ、移動電話１６ｃまたはコンピュータ１６ｄであってよく、例示に過ぎない。
【００１５】
電話または移動電話の例において、ライブイベントで人々へのフィードバックを提供したくなっているユーザは、所定の番号にダイヤルするかまたはサーバ１４の受信モジュール１８に電話網を通じて送信される所定の番号まで移動電話１６ｃを用いてデータ・メッセージを送る。
【００１６】
サーバ１４は、例示の実施形態を実装するために、多くのモジュールを包含する。
１つの例示の実施形態において、上で記載される方法のいずれかを実行するために、機械により実行されるときに、機械を生じさせる命令を実施している機械読み取り可読媒体によって、下に記載されるモジュールを、実装できる。
【００１７】
他の例示の実施形態において、具体的には、本願明細書において、記載される方法を実行するようにプログラムされるファームウェアを用いて、モジュールを、実装できる。
現在の発明の実施形態がこの種の建築に限定されないことはいうまでもなく、分散（またはピア・ツー・ピア）アーキテクチャのアプリケーションにシステムを等しく適切に見られることが可能である。かくして、一つ以上の機関により作動される一つ以上のサーバに、例示されるモジュールは、位置決めされることができる。
【００１８】
これらのケースのいずれかで、本願明細書において、記載される方法におけるステップを実行することに関し、モジュールが具体的には、物理装置を物理的なモジュールにより形成するとも認められる。
【００１９】
代わりに、または、加えて、タッチスクリーン・ユーザ入力オプションをユーザに提供するために、アプリケーションは移動電話で動くことができ、または、それらの抜粋を入力するためにウェブ・ページにアクセスするために、ユーザは移動電話を用いることができる。
【００２０】
いかなる場合も、他の一実施形態において、ユーザはキーパッド１６ｂの一つ以上のボタンを選択し、それから、ユーザ選択はサーバ１４の受信しているモジュール１８にコミュニケーションネットワークを介して送信される。キーパッド１６ｂは、テレビの遠隔制御装置の一部を形成するキーパッドでありえる。
【００２１】
ユーザは、入力装置としてコンピュータ１６  ｄを用いることができる。ある例では、入力は、受信モジュール１８にインターネットの形でコミュニケーションネットワークを通じて送信される。
【００２２】
他の入力装置が、用いられることもできる。例示に関して、サウンド・センサは拍手しているかまたは遠隔位置でやじっている視聴者でサウンドを検出できる。そして、それから、適切なメッセージが、受信しているモジュール１８にコミュニケーションネットワークを通じて送信される。
【００２３】
他の例示のユーザ入力デバイスは、タッチスクリーン・ユーザ入力オプションによって、または、ユーザがウェブ・ページにアクセスする手段によって、ユーザに提供するアプリケーションを実行するタブレットである。
【００２４】
代わりに、または、加えて、イベントで音声およびビデオ・リソースと係合するために、ＴＶは、オプションおよびアクセサリにより構築される。例えば、ライブリソース係合オプションを有するＴＶは、リビングルームからイベントまでライブでよりサウンドを分配することが可能である。明らかに混ざって、イベントで、そして、遠いリビングルームからの遠隔係合サポーターに関し経験を豊かにするために、音は、システムの中心的なコントローラにより管理される。
【００２５】
最後に、専門入力装置は、ガーメントのように用いられることが可能である。１つの例において、ガーメントは、視聴者が拍手して、適切なメッセージを送信するときに、ビューアがその手段を着用するグローブ（または複数のグローブ）であってよい。グローブ（または複数のグローブ）は、その中に圧力センサを有し、または、ユーザが特定のムーブメントをするとき短絡させる回路を含むことができる。例示に関して、ユーザがそれらの拳を握りしめる場合、これは拍手することを示すことができる。別の実施形態として、実際に拍手することは、測定される。
【００２６】
ユーザ入力は、ライブイベントで発生するビューアの認識または非難を送ることができる。かくして、ビューアの反応は、感情に訴える反応（例えば拍手のような幸せな反応または「ブーイング」のような軽蔑的な反応）でありえる。かくして、ビューアは、ポジティブであるかネガティブな反応に関し、異なる入力を選択する。ある例では、ネガティブな反応が番号２でもよく、ポジティブな反応はキーパッドまたは電話上の番号１でもよい。
【００２７】
必要とされる所で、それらの入力が受け入れられる前に、視聴者は登録するよう依頼されることができる。出力装置１２を音声および／またはビジュアル出力２４を提供するために制御するために、サーバ１４は、出力モジュール２０を包含する。
【００２８】
物理的に組み込まれていてもよいコミュニケーションネットワーク２２または無線ネットワークを介して、サーバ１４は、音声および／またはビジュアル出力１２に、典型的に接続している。
【００２９】
それから返事の出力装置１２は、出力（例えば拍手の音）を電子的に生成する。
提供される音声および／またはビジュアル出力が複数の入力装置１６から受信される信号に関連があるように、出力モジュール２０はイベントで出力を管理する。
【００３０】
したがって、一例では、より多くの信号は、複数の入力装置16を拡大音声および/または視覚的出力から受け取った。
別の例では、受信信号の量が大きいほど、オーディオ及び/又は視覚的出力が大きい。ユーザが送信するために自分の声を記録する場合、例えば適用される場合、ユーザ数は、大声で叫んでない、より多くのユーザより高い結果を生成できる。
【００３１】
例えば、出力が音声出力である所で、受信される信号の数が比較的より大きい場合、出力の音声レベルは比較的よりうるさい。これがライブイベントで本当に拍手することをシミュレーションすることはいうまでもなく、典型的により多く印象的にインシデント、拍手することが拍手するような最大容量にあるライブ観衆は、より大きい。
【００３２】
重要なことに、遠隔ビューア反応を促したインシデントの発生の後出力ができるだけ早く受信されるように、上記の全てはリアルタイムまたは略リアルタイムで起こることを必要とする。
【００３３】
インシデントはサッカーの試合の目的、ラグビーの試合のトライ、プレーヤ、または、ほんの少し例を挙げればクリケットの試合において、ヒット６ランのような良好なプレーを見送ることであってよい。
【００３４】
イベントの様々な形の音声フィードバックは、合成音、ユーザ・カスタマイズされた音およびライブサウンドとして包含されることができる。
【００３５】
合成音は、生成されて、録音されて、イベントで音声およびビデオ・リソースの係合を容易にするコントローラ・システムにリンクされる記憶ソリューションに記憶される。それから、ユーザは、遠隔で音を音のリストから選択することがありえて、適切に音をトリガーすることがありえる。
【００３６】
複数の入力ユーザからのサウンドは、コントローラにより管理されて、適切に音声リソースに割り当てられて、イベントでライブサウンドと統合される。
ユーザがイベントで再生されるカスタムメイドの音を録音する所で、ユーザ・カスタマイズされた音は実装されることがありえる。音は、録音されて、イベントで音声リソースの遠隔係合を容易にするコントローラにリンクされる記憶ソリューションに記憶される。カスタム音は、ユーザのプロフィルにリンクされて、ウェブサイトまたはカスタムアプリケーションを介して接近される。
【００３７】
最後に、ライブサウンド・オプションで、それらの本当の拍手を加えて、遠隔位置からリアルタイムまたは近いリアルタイムのイベントまで発言をサポートすることが、ファンは、可能である。それが必要なネットワーク接続性（例えばインターネット連結性）を有する場所からファンのライブサポートおよびリアルタイムのユーザを解放することが、イベントの遠隔音声リソースは、可能である。ファンのライブ遠隔音は、そのイベントのオーディオおよびビデオ・リソースを管理するコントローラ・システムによって、凝集して、割り当てられる。
【００３８】
ビジュアル・フィードバックに、利用可能なさまざまなオプションもある。
例えば、ビジュアル・フィードバックは、受信される入力によって、上に、そして、下に移動する針を有するダイヤルのビジュアル表示でありえる。量の入力が増減するにつれて針が上へ、そして、下に移動するように入力が変化するにつれて、針は動的に移動できる。
【００３９】
他の例では、どれくらいの幸せであるか悲しいという入力が受信されたかについて示している関連した数またはグラフをもつ幸せであるか悲しい人のグラフィック・インジケータを、ビジュアル・フィードバックは、含むことができる。数の入力が変わるにつれて、これも動的に変化すると想定される。
【００４０】
イベントでビデオおよびグラフィック・リソースへのアクセスを有するアプリケーションにアクセスして、利用することが、ファンは、可能である。ビデオ・リソース・サービスの例は、イベントでビデオ・リソースに表示される関与の出力によって、ファンおよびユーザが参加することがありえるグローバル・メキシカン・ウェーブである。
【００４１】
音声および／またはビジュアル実施形態で、２台のディスプレイがあることができる、および／または、音声出力に、各々に関し１つがチームを組むと認められる。
いくつかの実施形態で、音声およびビジュアル出力が用いられることが可能であると更に認められ、例えば、表示が受信される拍手のレベルを示す間、拍手音は層にスピーカーを介して再生される。
【００４２】
音声出力の場合、音声出力がスタジアムで周囲雑音に適合することを確実にするために、イベントの周囲雑音センサは、実施形態において、用いられる。かくして、スタジアム群衆が静かである場合、音声出力は比較的より低いが、スタジアム群衆がノイズが多い場合、音声出力は比較的より高い。
【００４３】
サーバ１４の形のコントローラは、リソース要請を受信して、リソースへの出力を管理する。コントローラ・ファンクションは、以下を含む：
１.サウンドフィルタリング
２.マックス音ボリューム
３. ユーザ係合ロギング
ａ．ロイヤリティサービスに関し一致しているポイント
ｂ．ユーザ係合の確認
ｃ．係合の時間に限定されない記録
４.スケジューリングおよびブレンド係合サービス
５.配布（ロードなどによる）
６.先進機能
ロギング・モジュール２８は、すべてのユーザ動作を記録する。ログは、遠隔関与を検査するために、請求があればユーザが利用できる。加えて、ポイント方式は、システム上のファン・アクティビティに関し得られることがありえる。ポイントは、ロイヤリティサービスおよび競争に関し計算される。
【００４４】
図３ａおよび３ｂを参照する。本発明の例示の実施形態は、更に詳細に記載される。
ネットワーク（例えばインターネット）の上のＨＴＴＰを用いているウェブサーバ３２上のウェブ・ブラウザ３０を介して、ユーザは、サービス要求入力ウェブ・ページにアクセスする。
【００４５】
ネットワークがインターネットでありえる、および／または、ＧＳＭ（登録商標）が遠隔でリソースのアクセスを容易にするネットワークまたは他のタイプのネットワークの基礎を形成した例えば、他のＩＰがネットワークの基礎を形成したことはいうまでもない。
【００４６】
アクセスされたウェブ・ページは、ＨＴＭＬ入力エレメント（例えばボタン）を有する。ＨＴＭＬ版５および将来のＨＴＭＬ版を含むことがありえるＨＴＭＬのバージョンにおいて、ウェブ・ページは、準備される。
【００４７】
別の実施形態として、ネットワーク（例えばインターネット）の上のカスタム・ウェブサービスに接近するカスタム・アプリケーションを介して、サービスに関し入力オプションは、要請される。ウェブサービスは、Ｓｐｏｒｔｓ  ＶｅｎｕｅまたはＥｖｅｎｔ  Ｌｏｃａｔｉｏｎで、出力リソースへのアクセスを有する。ウェブサービス標準およびプロトコルは、システムを展開する際に用いられる。
【００４８】
ａ．マイクロホンのようなデバイス構成要素を入力するためにより簡単なアクセスを容易にするために、アプリケーションは、Ｊａｖａ（登録商標）で典型的に展開される。
ｂ．アプリケーションは、Ｃ＋＋を包含している他の言語で、展開されることもありえる。
【００４９】
ｃ．アプリケーションを介して開始されるかまたは要請されるサービスは、ウェブサービスを経て典型的に提供される。起動させるサービスに、アプリケーションを実行している遠隔アクセス装置は、ＸＭＬ、ＨＴＴＰおよび／またはアプリケーションからの要求にするＳＯＡＰ（単純なＯｂｊｅｃｔ  Ａｃｃｅｓｓプロトコル）を用いる。ＷＳＤＬのような他のウェブサービス・プラットフォーム・エレメントも、必要な場合、用いられる。
【００５０】
ネットワーク（例えばインターネット）の上のオーディオ、ビデオおよびグラフィックス・ベースのサービスを開始するために、ウェブ・ページまたはアプリケーション上のオプションがそうである入力は、係合した。
【００５１】
音声サービスは、一般的な記録された音を含む。
これらはその他のような拍手するサウンド、喝采、ブーイング、ため息予め録音してある音である。そして、ファイルがそうであるサウンドはイベントまたはスタジアムで記憶サービス３６において、記憶して、イベント／スタジアム・リソース管理サーバ３８との関連がある。これは、サービスに関しネットワーク・トラフィックおよびバンド幅利用を低減させる。イベント／スタジアム・リソース管理サーバ３８およびサウンド・ファイルは、敷地外にあることもありえるが、ネットワーク（例えばインターネット）の上のオーディオおよびビデオ・リソース１２にネットワーク接続性を維持しなければならない。
【００５２】
イベント／スタジアム・リソース管理サーバ３８が図１の出力モジュール２０のファンクションの少なくとも部分を果たすことはいうまでもない。
一般的なＶｉｄｅｏ／Ｇｒａｐｈｉｃａｌサービスは、遠隔グローバル・メキシカン・ウェーブを含んでもよい。
【００５３】
スタジアムでメキシカン・ウェーブのグラフィック／ビデオ代表を生じる方法の係合している入力によって、世界中のユーザが参加する所で、グローバル・メキシカン・ウェーブは発生する。
【００５４】
オプションがそうである入力がユーザによって、係合するときに、要請されて、急送に送られるサービス・タイプおよび急送およびスケジューリング・サーバ４０にあるスケジューリング・コンポーネントによって、ソフトウェア・サービス要求命令は準備される。典型的配備において、ウェブ・サーバ要素および急送およびスケジューリング・サーバ要素は、同じサーバ上にインストールされる。急送およびスケジューリング・サーバは、以下を受信することがありえる：
a.  ユーザからの単一のサービス要求命令
b.  シングル・ユーザからの複数のサービス要求
c.  複数のユーザからの単一のサービス要求d.            複数のユーザからの複数のサービス要求。
【００５５】
急送およびスケジューリング・サーバ４０は、要請およびイベント／スタジアム・リソース管理サーバ３８に対するリクエストのスケジュール配送となる。
かくしていうまでもなく、本実施形態において、図１に図示されるサーバ１４は、複数のサーバを通じて割り当てられる。
【００５６】
リクエストは、急送およびスケジューリング・サーバ４０からＩＰベースのネットワークの上のイベント／スタジアム・リソース管理サーバ３８まで配達される。サービス・タイプによって、いるリクエストの供給を管理するために、ＴＣＰ、ＵＤＰおよびＳＣＴＰ（Stream Control Transmission Protocol）が用いられる。サービスも、効果を改良するために、必要な場合、ＳＩＰ（セッション初期化プロトコル）を利用する。
【００５７】
イベント／スタジアム・リソース管理サーバ３８は、集積されたサービス要求を受信して、アンパックし、リクエストを解釈して、要請されるサービスによるオーディオ、ビデオおよび他のリソース１２に命令を通過する。
【００５８】
確認および付加的なサービス（例えばユーザに関するポイント）に関しイベント／スタジアム・リソース管理サーバ３８との関連があるロギング・サーバ４２に、ユーザのアクティビティは、記録される。
【００５９】
イベント／スタジアム・リソース管理サーバ３８は、以下の方法の１つの音声リソース１２、ビデオ・リソース１２および他のいかなるリソースにも典型的に接続している：
a.  ＩＰベースのネットワークを介して
b.  イベント／スタジアムの無線プロトコル・ベースのアクセスを介して
c.  ケーブルを介して
d.  音声リソースは、追加部品（例えばアンプおよびサウンド・フィルタ）を有することがありえる。
【００６０】
ライブオーデイオサポート音（例えば発揚状態の音または遠隔で必要なネットワーク化された対応装置およびソフトウェアを用いるに際してイベントまたはスタジアムに対する失望）を送信することが、ライブサウンド・サービスで、ユーザはできる。
【００６１】
ライブ・サービス・ユーザは、例えば、スマートフォンまたはタブレットＰＣのようなインターネット対応装置１６上にインストールされるライブ・サービス・アプリケーション（ウェブＡｐｐ）にアクセスする。
【００６２】
ウェブＡｐｐは、部分的にＳＩＰ（セッション初期化プロトコル）クライアントでありえるかまたは、インターネット対応装置上のＳＩＰクライアントにアクセスすることが可能でなければならない。これは、ＩＰネットワーク（例えばイベントまたはスタジアムでライブ・サウンド・サービスを入手して利用することが可能なインターネット）の上のＳＩＰゲートウェイ機器に連結性を確立することである。
【００６３】
信号を送っている構成要素は、イベントまたはスタジアムで音声リソースへの接続を準備する。
ライブ音（電話上のライブ音のような）は、イベントまたはスタジアムに音声リソースに発信される。
【００６４】
ライブ・サウンド・サービスは基本的に半二重で、ＩＰサービスを通じて話すために大規模プッシュに同様に作用する、しかし、音はスタジアムまたはイベントだけに送信され、後進方向には送信されない。ライブ・サウンド・メディアは、必要な場合、ＲＴＰ（リアルタイムプロトコル）およびＳＲＴＰ（Secure Real Time Protocol）を用いて届けられる。システムの効果および効率を改善するのに必要なときに、他のリアルタイム・データ配信プロトコルは利用される。
【００６５】
必要な場合はまた、イベントまたはスタジアムで音声リソース１２にアクセスするために、信号を送っているおよびライブ・サウンド・メディアは、イベント／スタジアム・リソース管理サーバ３８を通過する。
【００６６】
ライブ・サービス・ユーザは、ウェブ・ページを経てライブ・サウンド・サービスを起動させることもありえる。起動したウェブ・ページの入力コントローラ・ボタンは、ライブサウンドを伝達するためにネットワーク・アクセス・デバイスのマイクロホンを用いる。リアルタイムのライブサウンドを分配するためにイベントまたはスタジアムで音声リソースに連結性を確立するために、ＳＩＰおよびＲＴＰまたはＳＲＴＰは、典型的に用いる。
【００６７】
彼ら自身の「ブー」のような音が表す喝采または失望のようなサポート音を録音して、スタジアム／イベントの、または、システムにリンクされるクラウド・コンピューティング基盤の記憶装置に記憶することは、記録されたサウンド・サービスで、サービス・ユーザはできる。
【００６８】
記録されたサウンド・サービス・ユーザは、サポートが彼ら自身の音声を発するということを記録し、システムにリンクされる記憶装置のサウンド・ファイルを記憶する。
記録された音は、サウンドを記録したサービス・ユーザのシステム・プロフィルとの関連もある。それらが作成するサウンド・ファイルへのアクセスを、サービス・ユーザは、管理することがありえる。
【００６９】
スタジアムでそれに記録された音を再生するサービス、および、さまざまなプラットフォーム（例えばＡｎｄｒｏｉｄ、アップルＩＯＳなど）に関し展開されるウェブ・ページまたはカスタム・アプリケーションを介して、イベントは、利用できる。
【００７０】
ウェブ・ページから、記録されたサウンド・ユーザは、スタジアムで再生される記録された音を選択・起動する。リクエストは、ネットワーク（例えばインターネット）の上のＨＴＴＰを用いて提出される。
【００７１】
リクエストが必要に応じて凝集して、イベント／スタジアム再ソース管理サーバ３８に急送に関し予定されている所で、リクエストは受信されて、ウェブサーバにより処理されて、急送およびスケジューリング・サーバ４０にパスされた。
【００７２】
イベント／スタジアム・リソースに、管理サーバが急送およびスケジューリング・サーバ４０により管理されると、深く記録されるユーザを含むメディア・ファイルの配送と共に、リソースの配送は、要請する。
【００７３】
必要なときに、ネットワーク効率および減少したバンド幅に関して、記録されたサウンド・サービス（キャッシュ・メディアが不必要な転送を防止するために出願するキャッシュサーバ）に関し利用はイベント／スタジアム・リソース管理サーバとの関連があって、起動する。
【００７４】
ＵＤＰ、ＴＣＰおよび／またはデータフローを管理しているＳＣＴＰによって、ベースのＩＰであるネットワークを通じて、急送とスケジューリング・サーバとイベント／スタジアム・リソース管理サーバ間の記録されたサウンド・サービスに関し通信は、決められる。記録されたサウンド・サービスの効果および効率を改善するのに必要なときに、ＳＩＰおよびＲＴＰは用いられる。
【００７５】
イベントまたはスタジアムは、必要に応じて並行して、１００，０００，０００以上のサービスユーザをサポートして、弾性を改良するためにリソースの複数のグループにリンクされるイベント／スタジアム・リソース管理サーバの複数のグループを有することがありえる。サービスおよびユーザ並列性を増加させるためにシステム弾性を改良するために、同じように複数のサービス・ゲートウェイ急送およびスケジューリング・サーバおよび他のシステム・エレメントは、スタジアムまたはイベントに関し配備されることもありえる。
【００７６】
かくして、ライブイベントの遠隔ビューアがライブイベントで発生しているさまざまなインシデントのそれらの満足または不満を実際のところライブ・イベントに出席している人々にフィードバックする方法を有することはいうまでもない。
【図２】
2015507855.tif 000003
【図１】
2015507855.tif 000004
【図３ａ】
2015507855.tif 000005
【図３ｂ】
2015507855.tif 000006
【国際調査報告】
2015507855.tif 000007