JP7197710B2 - ライブプレイヤー活動を分けるためにビデオフィードを分割するためのシステムおよび方法 - Google Patents

Description

本願は、２０１９年１月２２日出願の米国仮特許出願第６２／７９５，０２０号「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＰＡＲＴＩＴＩＯＮＩＮＧ Ａ ＶＩＤＥＯ ＦＥＥＤ ＴＯ ＳＥＧＭＥＮＴ ＬＩＶＥ ＰＬＡＹＥＲ ＡＣＴＩＶＩＴＹ」に基づく優先権を主張し、２０１９年２月６日出願の米国仮特許出願第６２／８０２，１８６号「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＰＡＲＴＩＴＩＯＮＩＮＧ Ａ ＶＩＤＥＯ ＦＥＥＤ ＴＯ ＳＥＧＭＥＮＴ ＬＩＶＥ ＰＬＡＹＥＲ ＡＣＴＩＶＩＴＹ」に基づく優先権を主張し、両出願は、すべての目的のために参照により本明細書に組み込まれる。

従来のカメラ追跡システムは、それぞれのカメラによってキャプチャされた対象物の分析を通して物体を追跡する。例えば、一連の画像が、カメラによってキャプチャされ、これらの画像は、追跡される物体の光学特性を決定する（物体に関連する色または物体の輪郭を識別する、など）ために分析される。これらの光学特性は、さらなる画像内で認識され、一連の画像の進行を通して物体が追跡されることを可能にする。しかしながら、これらの従来のシステムは、物体がカメラの視線外に素早く動いた場合、または、所望の物体と光学的に類似する複数の物体がカメラの視線内に存在する場合、物体を見失いやすい。したがって、物体の追跡および表示システムの改良が求められている。

ライブプレイヤー活動を分けるためにビデオフィードを分割するための技術（システム、プロセッサ、および、コンピュータプログラム製品など）が開示されている。様々な実施形態において、ライブプレイヤー活動を分けるためにビデオフィードを分割するための処理は、第１繰り返し基準で、第１カメラからの主要ビデオフィードの伝送を受信することを備える。主要ビデオフィードは、主要ビデオフィードによって網羅される少なくとも２つの次元で表現された空間領域に対して較正される。処理は、第２繰り返し基準で、複数の追跡デバイスの中の各追跡デバイスからそれぞれのタイムスタンプ付き位置情報を受信する。ここで、複数の追跡デバイスの中の各追跡デバイスは、（ａ）空間領域での競技に参加している複数の対象の中の対応する対象によって身につけられ、（ｂ）空間領域における対応する対象のタイムスタンプ付き位置を記述する位置情報を送信する。処理は、受信されたタイムスタンプ付き位置情報と、主要ビデオフィードの較正とを用いて、主要ビデオフィードの第１サブビューを規定する。第１サブビューは、複数の対象に含まれる第１対象に関連付けられており、第１サブビューは、主要ビデオフィードを含む複数のフレームの各々について、第１対象に関連付けられた対応するサブフレームを含む。処理は、第１サブビューを表示するよう構成されているデバイスへ第１サブビューを通信させる。

ライブプレイヤー活動を分けるためにビデオフィードを分割するための技術が開示されている。これらの技術は、関心のある対象物が、従来の物体追跡方法と比べて良好に追跡されることを可能にする。これにより、主要ビデオフィードが、関心のある対象のサブビューに分割されうる。例えば、競技フィールド上でのアメフトの試合のビューのビデオフィードが、特定のプレイヤーまたはプレイヤーグループの単独ショットに分割されることで、観戦者（例えば、ファン、コーチ、など）が、試合を通して、特定のプレイヤーまたはプレイヤーグループを追跡することを可能にする。従来、カメラが、特定のプレイヤーから離れるようにパンすると、観戦者は、もはや、その特定のプレイヤーを追跡できない。本明細書で開示されているビデオフィードを分割するための技術を利用することにより、観戦者は、途切れることなしに試合を通して特定のプレイヤーを視覚的に追跡できる。

以下の詳細な説明と添付の図面において、本発明の様々な実施形態を開示する。

ライブプレイヤー活動を分けるためにビデオフィードを分割するためのシステムの一実施形態を示すブロック図。

ライブプレイヤー活動を分けるためにビデオフィードを分割するためのシステムの一実施形態を示すブロック図。

ライブプレイヤー活動を分けるためにビデオフィードを分割するためのシステムの一実施形態を示すブロック図。

追跡デバイスの一実施形態を示すブロック図。

追跡デバイス管理システムの一実施形態を示すブロック図。

統計システムの一実施形態を示すブロック図。

オッズ管理システムの一実施形態を示すブロック図。

ユーザデバイスの一実施形態を示すブロック図。

ライブプレイヤー活動を分けるためにビデオフィードを分割する処理の一実施形態を示すフローチャート。

本開示の一実施形態に従って、追跡の構成要素を含む競技フィールドを含んだ環境例を示す図。

本開示の一実施形態に従って、主要ビデオフィードの一例を示す図。

本開示の一実施形態に従って、第１サブビューおよび第２サブビューの例を示す図。

本開示の一実施形態に従って、第１サブビューおよび第２サブビューの例を示す図。

本発明は、処理、装置、システム、物質の組成、コンピュータ読み取り可能な記憶媒体上に具現化されたコンピュータプログラム製品、および／または、プロセッサ（プロセッサに接続されたメモリに格納および／またはそのメモリによって提供される命令を実行するよう構成されたプロセッサ）を含め、様々な形態で実装されうる。本明細書では、これらの実装または本発明が取りうる任意の他の形態を、技術と呼ぶ。一般に、開示された処理の工程の順序は、本発明の範囲内で変更されてもよい。特に言及しない限り、タスクを実行するよう構成されるものとして記載されたプロセッサまたはメモリなどの構成要素は、ある時間にタスクを実行するよう一時的に構成された一般的な構成要素として、または、タスクを実行するよう製造された特定の構成要素として実装されてよい。本明細書では、「プロセッサ」という用語は、１または複数のデバイス、回路、および／または、コンピュータプログラム命令などのデータを処理するよう構成された処理コアを指すものとする。

以下では、本発明の原理を示す図面を参照しつつ、本発明の１または複数の実施形態の詳細な説明を行う。本発明は、かかる実施形態に関連して説明されているが、どの実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定されるものであり、本発明は、多くの代替物、変形物、および、等価物を含む。以下の説明では、本発明の完全な理解を提供するために、多くの具体的な詳細事項が記載されている。これらの詳細事項は、例示を目的としたものであり、本発明は、これらの具体的な詳細事項の一部または全てがなくとも特許請求の範囲に従って実施可能である。簡単のために、本発明に関連する技術分野で周知の技術事項については、本発明が必要以上にわかりにくくならないように、詳細には説明していない。

図１は、ライブプレイヤー活動を分けるためにビデオフィードを分割するためのシステムの一実施形態を示すブロック図である。このシステム例４８は、例えば、第１競技者と第２競技者との間の競技のビデオフィードといったビデオフィードを分割する。第１競技者は、１または複数の参加者の第１セットを含み、第２競技者は、１または複数の参加者の第２セットを含む。システム４８は、通信インターフェース１０７およびプロセッサ１００を備える。通信インターフェース１０７は、競技における参加者の第１セットおよび参加者の第２セットの一方または両方の１以上の参加者のタイムスタンプ付き位置情報を受信するよう構成されている。様々な実施形態において、タイムスタンプ付き位置情報は、競技中にテレメトリ追跡システムによってキャプチャされる。この例において、テレメトリ追跡システムは、追跡デバイス３００－１～３００－Ｐ、アンカデバイス１２０－１～１２０－Ｑ、および、任意選択的にカメラ１４０－１～１４０－Ｓで構成されており、これらの要素は、後に詳述するようにトラッカ管理システム４００によって管理される。

プロセッサ１００は、通信インターフェース１０７に接続されており、例えば、現在の競技が進行している間に、或る時点におけるおよび／または或る時点現在における、参加者の第１セットおよび参加者の第２セットの一方または両方の中の１以上の参加者の各々の第１共変量パラメータを計算するよう構成されている。それぞれの第１共変量パラメータは、その時点における現在の競技の１または複数の参加者の第１または第２セットの対応する参加者のタイムスタンプ付き位置情報から導出される。

様々な実施形態において、プロセッサ１００は、複数の対象を追跡するための追跡管理システム４００と、様々な統計値を管理するための統計システム５００と、を備える。追跡デバイス管理システム４００は、システムの１または複数の追跡デバイス３００ならびに１または複数のアンカデバイス１２０の管理を円滑にする。統計システム５００は、ライブスポーツイベントなどの競技での結果を予測する際に用いる様々な統計値を格納および／または生成し、スポーツイベントおよびその他の同様の活動における様々な状況または結果について賭けをするためのオッズを提供する。様々な実施形態において、追跡管理システム４００および統計システム５００は、プロセッサ１００上で実行するソフトウェアエンジンまたはモジュールを含み、ならびに／もしくは、別個または潜在的に別個のシステムを含む（各システムは、プロセッサ１００を含む１または複数のプロセッサを含み、および／または、その上で実行する）。

様々な実施形態において、システム４８は、オッズを管理するためのオッズ管理システム６００と、複数のユーザデバイス７００－１～７００－Ｒと、を備える。オッズ管理システム６００はプロセッサ１００の外部に図示されているが、いくつかの実施形態において、オッズ管理システムはプロセッサ内に含まれる。オッズ管理システム６００は、スポーツイベントでの結果に対するオッズを決定すること、および、ライブイベントでの結果の予測に関連する様々なモデルを管理することを円滑にする。

いくつかの実施形態において、システムは、本開示の様々なシステム（オッズ管理システム６００など）とのエンドユーザ相互作用を円滑にする１または複数のユーザデバイス７００を備える。さらに、いくつかの実施形態において、システム４８は、本開示のシステムによって後に利用されるライブイベントのライブ画像および／またはビデオをキャプチャする１または複数のカメラ１４０を備える。いくつかの実施形態において、カメラ１４０は、１または複数の高解像度カメラを含む。非限定的な例として、１または複数の高解像度カメラは、１０８０ｐ解像度、１４４０ｐ解像度、２Ｋ解像度、４Ｋ解像度、または、８Ｋ解像度のカメラを含む。高解像度のカメラ１４０を利用すると、カメラによってキャプチャされたビデオフィードをより高解像度で分割することが可能になり、同時に、大きい画質低下なしに、より多くのパーティションを作成することも可能になる。

上述の構成要素は、任意選択的に通信ネットワークを通して、相互接続されている。破線のボックス内の要素は、任意選択的に単一のシステムまたはデバイスとして組み合わせられる。もちろん、コンピュータシステム４８の他のトポロジも可能である。例えば、いくつかの実施例において、図示したデバイスおよびシステムの内のいずれかが、ネットワーク内でリンクされているいくつかのコンピュータシステムを実際に構成してもよく、もしくは、クラウドコンピューティング環境内の仮想マシンまたはコンテナであってもよい。さらに、いくつかの実施形態において、物理通信ネットワーク１０６に依存するのではなく、図のデバイスおよびシステムは、互いの間で情報を無線で伝送する。したがって、図１に示したトポロジ例は、単に、当業者にとって容易に理解されるように本開示の一実施形態の特徴を記載するためのものである。

いくつかの実施例において、通信ネットワーク１０６は、１または複数の追跡デバイス３００と１または複数のアンカ１２０とを管理する追跡デバイス管理システム４００、統計システム５００、オッズ管理システム６００、１または複数のユーザデバイス７００、ならびに、１または複数のカメラ１４０を、互いに、そして、任意選択的な外部のシステムおよびデバイスと、相互接続している。いくつかの実施例において、通信ネットワーク１０６は、任意選択的に、インターネット、１または複数のローカルエリアネットワーク（ＬＡＮ）、１または複数のワイドエリアネットワーク（ＷＡＮ）、その他のタイプのネットワーク、もしくは、かかるネットワークの組み合わせ、を含む。

ネットワーク１０６の例は、ワールドワイドウェブ（ＷＷＷ）、イントラネットおよび／または無線ネットワーク（携帯電話ネットワークなど）、無線ローカルエリアネットワーク（ＬＡＮ）および／またはメトロポリタンエリアネットワーク（ＭＡＮ）、ならびに、無線通信によるその他のデバイス、を含む。無線通信は、任意選択的に、以下を含む複数の通信規格、プロトコル、および、技術のいずれかを利用する。グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ）、拡張データＧＳＭ環境（ＥＤＧＥ）、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ）、エボリューション・データオンリー（ＥＶ－ＤＯ）、ＨＳＰＡ、ＨＳＰＡ＋、デュアルセルＨＳＰＡ（ＤＣ－ＨＳＰＤＡ）、ロングタームエボリューション（ＬＴＥ）、近距離無線通信（ＮＦＣ）、広帯域符号分割多元接続（Ｗ－ＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、Ｂｌｕｅｔｏｏｔｈ、ワイヤレス・フィディリティ（Ｗｉ－Ｆｉ）（例えば、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｘ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、および／または、ＩＥＥＥ８０２．１１ｎ）、ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）、Ｗｉ－ＭＡＸ、電子メール用プロトコル（例えば、インターネットメッセージアクセスプロトコル（ＩＭＡＰ）および／またはポストオフィスプロトコル（ＰＯＰ））、インスタントメッセージング（例えば、拡張可能なメッセージングおよびプレゼンスプロトコル（ＸＭＰＰ）、インスタントメッセージングおよびプレゼンスレバレジング拡張のためのセッション開始プロトコル（ＳＩＭＰＬＥ）、インスタントメッセージングおよびプレゼンスサービス（ＩＭＰＳ））、および／または、ショートメッセージサービス（ＳＭＳ）、もしくは、本明細書の提出日現在にまだ開発されていなかった通信プロトコルを含む任意のその他の適切な通信プロトコル。

様々な実施形態において、プロセッサ１００は、競技の結果の予測を円滑にする機械学習エンジン２１０（図１には図示せず）を備える。次の図では、機械学習エンジンを備えたプロセッサ１００の一例について、より詳細に記載する。

図２Ａおよび図２Ｂは、ライブプレイヤー活動を分けるためにビデオフィードを分割するためのシステムの一実施形態を示すブロック図である。図２Ａに示すように、アンカデバイスアレイ１２０が、１または複数の追跡デバイス３００からテレメトリデータ２３０を受信する。１または複数の追跡デバイス３００からテレメトリを受信する際のエラーを最小化するために、アンカデバイスアレイ１２０は、少なくとも３つのアンカデバイスを含むことが好ましい。アンカデバイスアレイ内に少なくとも３つのアンカデバイス１２０を含むことで、それぞれの追跡デバイス３００から受信された各ｐｉｎｇ（例えば、テレメトリデータ２３０）が、それぞれのｐｉｎｇを受信する少なくとも３つのアンカからの組み合わせデータを用いて三角測量されることが可能になる。追跡デバイスからｐｉｎｇを受信するためのシステムおよび方法ならびにその最適化に関するさらなる詳細および情報については、少なくとも図３および図４を特に参照して、後に詳述する。

図の例において、１または複数の追跡デバイス３００からアンカアレイ１２０によって受信されるテレメトリデータ２３０は、位置テレメトリデータ２３２を含む。位置テレメトリデータ２３２は、それぞれの追跡デバイス３００の位置データを提供し、それデータは、空間領域内での追跡デバイスの位置を記述する。いくつかの実施形態において、この位置テレメトリデータ２３２は、それぞれの追跡デバイス３００の位置を記述する１または複数のデカルト座標（例えば、Ｘ座標、Ｙ座標、および／または、Ｚ座標）として提供されているが、別の実施形態では、それぞれの追跡デバイス３００の位置を記述する任意の座標システム（例えば、極座標など）が用いられる。

１または複数の追跡デバイス３００からアンカアレイ１２０によって受信されるテレメトリデータ２３０は、運動テレメトリデータ２３４を含む。運動テレメトリデータ２３４は、それぞれの追跡デバイスの様々な運動に関するデータを提供する。いくつかの実施形態において、この運動テレメトリデータ２３４は、それぞれの追跡デバイス３００の速度、それぞれの追跡デバイスの加速度、および／または、それぞれの追跡デバイスの加加速度として提供される。さらに、いくつかの実施形態において、上記の値の内の１または複数が、それぞれの追跡デバイス３００の加速度計（例えば、図３の加速度計３１７）から決定され、および／または、 それぞれの追跡デバイスの位置テレメトリデータ２３２から導出される。さらに、いくつかの実施形態においては、１または複数の追跡デバイス３００からアンカアレイ１２０によって受信されるテレメトリデータ２３０は、バイオメトリックテレメトリデータ２３６を含む。バイオメトリックテレメトリデータ２３６は、それぞれの追跡デバイス３００に関連する各対象に関するバイオメトリック情報を提供する。いくつかの実施形態において、このバイオメトリック情報は、対象の心拍数、温度（例えば、皮膚温、側頭温など）、などを含む。

いくつかの実施形態において、アンカアレイ１２０は、上述のテレメトリデータ（例えば、位置テレメトリ２３２、運動テレメトリ２３４、生体測定テレメトリ２３６）をテレメトリ解析システム２４０へ通信する。従って、いくつかの実施形態において、テレメトリパースシステム２４０は、さらなる処理および分析に向けてテレメトリデータ（例えば、データストリーム２４４）を機械学習エンジン２１０および／またはリアルタイムデータパッケージャ２４６へ通信する。

いくつかの実施形態において、リアルタイムデータパッケージャ２４６は、それぞれのデータに関連付けられた１または複数のタイムスタンプを用いることによって、１または複数のデータソース（例えば、テレメトリ解析システム２４０、試合統計値入力システム２５０、機械学習エンジン２１０などからのストリーミングデータ２４４）を同期させる。例えば、いくつかの実施形態において、データソースは、実世界クロックタイムスタンプに関連付けられたデータ（例えば、実世界の時刻１：１７Ｐ．Ｍ．に発生してその時刻に関連付けられたイベント）を提供する。いくつかの実施形態において、データソースは、ライブスポーツイベント（例えば、セカンドクォーターの残り２分１５秒で発生したイベント）に関連する試合クロックタイムスタンプに関連付けられたデータを提供する。さらに、いくつかの実施形態において、データソースは、実世界クロックタイムスタンプおよび試合クロックタイムスタンプの両方に関連付けられたデータを提供する。タイムスタンプを用いたデータソースの同期は、本開示の設計者が、特に、ライブイベントでの結果にベットして賭ける場合に、さらなる精度を備えたサービスを提供することを可能にする。例えば、いくつかの実施形態において、ユーザデバイス７００に提供されるデータ（例えば、図２Ｂのストリーミングデータ２８０および／または直接データ２８２）は、アメフトの試合における次のプレイへの賭け（例えば、オッズ）を記述する。ユーザデバイス７００のエンドユーザが所定の時間枠内に（例えば、次のプレイのボールのスナップ前に）賭けをするか否かを判定するために、ユーザデバイスから受信されおよび／またはユーザデバイスへ通信された試合クロックおよび実世界時間データが分析され、その賭けは、確認、拒絶、または、さらなる考慮のために保持される。

いくつかの実施形態において、機械学習エンジン２１０は、ライブスポーツイベントでの将来の結果を予測し、分析および利用に向けて統計値を生成するために、本開示の様々なソースからデータを受信する。例えば、いくつかの実施形態において、機械学習エンジン２１０のデータソースは、試合中の任意の所与の時点におけるプレイヤーの様々な構成およびフォーメーションに関する情報を提供する位置データフォーメーション分類器２１２（以下、「ニューラルネット」）を備える。例えば、いくつかの実施形態において、フォーメーション分類器２１２は、プレイヤーのスナップ前のフォーメーションを分析するために、テレメトリデータ２３０を解析する。スナップ前のテレメトリデータ２３０の分析は、フォーメーション分類器２１２が、試合のダウン、試合内の位置ルール違反（例えば、オフサイド、イリーガルモーションなど）など、試合の様々な状態および条件を判定することを可能にする。さらに、いくつかの実施形態において、フォーメーション分類器２１２は、各フォーメーションがどのように展開するのかに関するデータおよび情報をさらに生成するために、プレイの開始後に受信されたテレメトリデータ２３０を分析する（例えば、予測ランニングルート対実際のランニングルート、予測ブロッキングアサイメント対アクションブロッキングアサイメント、プレイにわたるプレイヤーのスピード、プレイにわたる２プレイヤー間の距離、など）。

いくつかの実施形態において、機械学習エンジン２１０は、履歴トレーニングデータストア２１４を備える。履歴データストア２１４は、各特定のスポーツ（例えば、図５のスポーツ履歴データ５０８）、特定のスポーツに関連する各特定のチーム（例えば、図５のチーム履歴データ５１０）、および／または、特定のスポーツおよび／またはチームに関連する各特定のプレイヤー（例えば、図５のプレイヤー履歴データ５１４）、に関する履歴データおよび情報を提供する。いくつかの実施形態において、このデータは、機械学習エンジン２１０のためのトレーニングデータセットとして最初に用いられる。ただし、このデータは、本開示の機械学習エンジン２１０およびその他のシステムによって提供される特徴およびサービスをさらに増強するために用いられてもよいので、本開示は、上記に限定されない。

さらに、いくつかの実施形態において、機械学習エンジン２１０は、スポーツイベントの将来の結果を予測し、スポーツイベントの分析を提供するために用いられる様々なモデル２２０を備える。いくつかの実施形態において、機械学習エンジン２１０のモデル２２０は、予測ポイントモデル２２２を含む。予測ポイントモデル２２２は、イベントにおける特定のプレイに対してポイントを受ける可能性を数値で提供する。いくつかの実施形態において、機械学習エンジン２１０のモデル２２０は、イベントの各参加チームが勝つ確率と、イベントでの勝ちチームと負けチームとの間の所与の点差の可能性と、のいずれかを提供する勝利確率モデル２２４を含む。さらに、いくつかの実施形態において、機械学習エンジン２１０のモデル２２０は、プレイヤー別の代替選手比貢献度（ＷＡＲ：ｗｉｎｓ ａｂｏｖｅ ｒｅｐｌａｃｅｍｅｎｔ）モデル２２６を含む。ＷＡＲモデル２２６は、それぞれのプレイヤーが対応するチームにもたらす貢献度の値を提供する（例えば、プレイヤー１がそれぞれのチームに１の値を提供し、プレイヤー２がそれぞれのチームに２の値を提供する場合、プレイヤー２の方がそのチームにとって価値がある）。

いくつかの実施形態において、機械学習エンジン２１０は、状況ストア２２８を備える。状況ストア２２８は、実際の試合シナリオ中に迅速にアクセスされる様々な状況の詳細および／または統計値のキャッシュである。状況ストア２２８への迅速なアクセスは、同じ情報を取得するために別のデータベースおよびシステム（例えば、位置データフォーメーション分類器２１２、履歴トレーニングデータ格納２１４など）にクエリすることで生じるラグを防止する。機械学習エンジンおよびそれに含まれる構成要素（様々な上述のデータストアおよびモデルなど）に関するさらなる詳細および情報については、少なくとも図５および図６を特に参照して、後に詳述する。

機械学習エンジン２１０は、様々なデータベースおよびモデルの様々なオッズおよび出力をオッズ管理システム６００へ通信する。機械学習エンジン２１０との通信時に、オッズ管理システム６００は、スポーツイベントでの将来のイベントに対する様々な賭けおよび予測オッズをユーザデバイス７００へ提供すると共に、試合の現在の状況および統計値を反映するようにこれらのオッズをリアルタイムで更新する。

図２Ｂに示すように、いくつかの実施形態において、システム４８は、試合統計値入力システム２５０を備える。試合統計値入力システム２５０は、少なくとも、プレイ中データ２５４（アメフトの例では、所与のプレイ中の試合の状態（例えば、ウィークサイドのレシーバがポストルートを走った）を記述するデータ）と、プレイ終了データ２５６（所与のプレイの後の試合の状態（例えば、プレイの結果、敵陣４２ヤードラインでのファーストダウンに終わった）と、を提供するよう構成されている。いくつかの実施形態において、統計値入力システム２５０のデータは、世界クロックおよび試合クロック２４２に関連付けられており、それに従って、テレメトリ解析システム２４０および／または機械学習エンジン２１０へ通信される。いくつかの実施形態において、試合統計値入力システム２５０は、フォーメーション分類器２１２に含まれる。

いくつかの実施形態において、様々なデータが、アプリケーションプログラミングインターフェース（ＡＰＩ）サーバ２６０へ通信される。このデータは、ストリーミングデータ２４４、プレイ終了データ２５６、オッズ管理システム６００からのデータ、または、それらの組み合わせ、を含んでよい。したがって、ＡＰＩサーバ２６０は、本開示の様々な特徴およびサービス（例えば、試合の流れ、統計値の要求、プレイについての賭け、など）を提供するために、システム４８の様々な構成要素と、１または複数のユーザデバイス７００と、マスタ統計値データベース２７０との間の通信を円滑にする。ＡＰＩサーバ２６０と、１または複数のユーザデバイス７００との間の通信は、通信ネットワーク１０６を通してそれぞれのユーザデバイス７００へストリーミングデータ２８０および／または直接データ２８２を提供することと、それぞれのユーザデバイスから様々な要求２８４を受信すること、とを含む。非限定的な例として、ストリーミングデータ２８０は、プレイヤーのｘｙｚ座標またはプレイヤーの加速度計データなどの追跡「テレメトリ」データを含み、直接データ２８２は、クロック、スコア、または、残りのタイムアウトを含む。

いくつかの実施形態において、マスタ統計値データベース２７０は、ユーザにとって取得可能である機械学習エンジン２１０に既知の統計値の一部または全部を含む。マスタ統計値データベースは、１プレイの終了ごとまたは数プレイの終了ごとなど、定期的に更新される。例えば、いくつかの実施形態において、機械学習エンジン２１０にとって既知の統計値の一部のみが、ユーザによって取得可能であることが望まれるために、マスタ統計値データベース２７０に格納される。しかしながら、本開示は、それに限定されない。例えば、いくつかの実施形態において、マスタ統計値データベース２７０は、機械学習エンジン２７０に含まれる。破線のボックス内の要素は、任意選択的に単一のシステムまたはデバイスとして組み合わせられる。

ここまで、システム４８のインフラについて一般的に説明したので、以下では、追跡デバイス３００の一例について、図３を参照して説明する。

図３は、追跡デバイスの一実施形態を示すブロック図である。様々な実施例において、追跡デバイス（以下、「トラッカ」とも呼ぶ）は、１または複数の処理ユニット（ＣＰＵ）３７４と、メモリ３０２（例えば、ランダムアクセスメモリ）と、１または複数のコントローラ３８８によって任意選択的にアクセスされる１または複数の磁気ディスクストレージおよび／または持続性デバイス３９０と、ネットワークまたはその他の通信インターフェース（ＲＦ回路を備えてよい）３８４と、加速度計３１７と、１または複数の任意選択的な強度センサ３６４と、任意選択的な入力／出力（Ｉ／Ｏ）サブシステム３６６と、上述の構成要素を相互接続するための１または複数の通信バス３１３と、上述の構成要素に給電するための電力供給部３７６と、を備える。いくつかの実施例において、メモリ３０２内のデータは、周知のコンピュータ技術（キャッシングなど）を用いて、不揮発性メモリ３９０とシームレスに共有される。いくつかの実施例において、メモリ３０２および／またはメモリ３９０は、実際には、追跡デバイスの外部にあるがネットワークインターフェース３８４を用いてインターネット、イントラネット、ネットワーク、または、その他の形態のネットワーク、もしくは、電子ケーブル（図１に要素１０６として図示）を介して追跡デバイス３００によって電子的にアクセス可能であるコンピュータ上にホストされてもよい。

様々な実施形態において、図３に示す追跡デバイス３００は、加速度計３１７に加えて、追跡デバイス３００の位置および／または向き（例えば、ポートレートまたはランドスケープ）に関する情報を取得するための磁力計および／またはＧＰＳ（またはＧＬＯＮＡＳＳまたはその他のグローバルナビゲーションシステム）レシーバを備える。

図３に示す追跡デバイス３００は、対応する対象のテレメトリデータ（例えば、位置テレメトリ２３２、運動テレメトリ２３４、および、バイオメトリックテレメトリ２３６）を取得するために用いられてよいデバイスの一例にすぎず、追跡デバイス３００は、任意選択的に図に示すよりも多いまたは少ない構成要素を有し、任意選択的に２以上の構成要素を組みあわせ、もしくは、任意選択的に構成要素の異なる構成または配置を有することを理解されたい。図３に示す様々な構成要素は、１または複数の信号処理および／または特定用途向け集積回路など、ハードウェア、ソフトウェア、ファームウェア、または、それらの組みあわせで実装される。

図３に示す追跡デバイス３００のメモリ３０２は、任意選択的に、高速ランダムアクセスメモリを含み、さらに、任意選択的に、１または複数の磁気ディスクストレージデバイス、フラッシュメモリデバイス、または、その他の不揮発性ソリッドステートメモリデバイスなどの不揮発性メモリを含む。追跡デバイス３００のその他の構成要素（ＣＰＵ３７４など）によるメモリ３０２へのアクセスは、任意選択的に、メモリコントローラ３８８によって制御される。

いくつかの実施形態において、ＣＰＵ３７４およびメモリコントローラ３８８は、任意選択的に、単一のチップ上に実装される。いくつかの他の実施形態において、ＣＰＵ３７４およびメモリコントローラ３８８は、別個のチップ上に実装される。

ネットワークインターフェース３８４の高周波（ＲＦ）回路は、ＲＦ信号（電磁信号とも呼ばれる）を送受信する。いくつかの実施形態において、ＲＦ回路３８４は、電気信号を変換して電磁信号を形成し、電磁信号を用いて、通信ネットワークおよびその他の通信デバイス（１または複数のアンカデバイス１２０および／または追跡デバイス管理システム４００など）と通信する。ＲＦ回路３８４は、これらの機能を実行するための周知の回路を任意選択的に含み、アンテナシステム、ＲＦトランシーバ、１または複数の増幅器、チューナ、１または複数のオシレータ、デジタル信号プロセッサ、ＣＯＤＥＣチップセット、加入者識別モジュール（ＳＩＭ）カード、メモリ、などを含むがこれらに限定されない。いくつかの実施形態において、ＲＦ回路３８４は、任意選択的に、通信ネットワーク１０６と通信する。

いくつかの実施形態において、ネットワークインターフェース（ＲＦ回路を備える）３８４は、超広帯域（ＵＷＢ）技術で動作し、その技術は、追跡デバイス３００が、ライブスポーツイベントなどの混み合った空間領域でアンカデバイスアレイ１２０と通信することを可能にする。いくつかの実施形態において、追跡デバイス３００は、所定の中心周波数（例えば、約６．３５ＧＨｚ～約６．７５ＧＨｚの全伝送周波数範囲をもたらす６．５５ＧＨｚ±２００ｍＨｚ）で低電力（例えば、約１ミリワット（ｍＷ））信号を送る。本明細書で用いられているように、これらの通信および伝送は、以後、「ｐｉｎｇ」と呼ばれる。ＵＷＢの議論のために、Ｊｉａｎｇ ｅｔ ａｌ．，２０００「Ｕｌｔｒａ－Ｗｉｄｅ Ｂａｎｄ ｔｅｃｈｎｏｌｏｇｙ ａｐｐｌｉｃａｔｉｏｎｓ ｉｎ ｃｏｎｓｔｒｕｃｔｉｏｎ： ａ ｒｅｖｉｅｗ」、Ｏｒｇａｎｉｚａｔｉｏｎ，Ｔｅｃｈｎｏｌｏｇｙ ａｎｄ Ｍａｎａｇｅｍｅｎｔ ｉｎ Ｃｏｎｓｔｒｕｃｔｉｏｎ ２（２），２０７－２１３を参照のこと。

いくつかの実施形態において、電力供給部３５８は、電力管理システムと、１または複数の電源（例えば、バッテリ）と、再充電システムと、停電検出回路と、電力コンバータまたはインバータと、電力状態インジケータ（例えば、発光ダイオード（ＬＥＤ））と、かかる追跡デバイス３００の電力の生成、管理、および、分配に関連する任意のその他の構成要素と、を任意選択的に備える。いくつかの実施形態において、テレメトリデータ２３０は、それぞれの追跡デバイス３００の電力供給部３５８に関する情報（バッテリ消費、または、追跡デバイスがさらなる電力を必要とするまでの予測時間など）を含む。

いくつかの実施例において、それぞれの対象を追跡するための追跡デバイス３００のメモリ３０２は、以下を格納している。
●オペレーティングシステム３０４（例えば、ＡＮＤＲＯＩＤ（登録商標）、ｉＯＳ、ＤＡＲＷＩＮ、ＲＴＸＣ、ＬＩＮＵＸ、ＵＮＩＸ（登録商標）、ＯＳ Ｘ、ＷＩＮＤＯＷＳ（登録商標）、または、組み込みオペレーティングシステム（ＶｘＷｏｒｋｓなど））が、一般的なシステムタスク（例えば、メモリ管理、ストレージデバイス制御、電力管理など）を制御および管理するための様々なソフトウェアコンポーネントおよび／またはドライバを備え、様々なハードウェアおよびソフトウェアコンポーネントの間の通信を円滑にする、
●追跡デバイス識別子３０６および任意選択的な追跡デバイスグループ識別子３０７など、それぞれの追跡デバイス３００を識別するために用いられるデータを格納する追跡デバイス識別子モジュール３０５、ならびに、
●それぞれの追跡デバイスのｐｉｎｇ速度に関連するデータおよび情報を格納する追跡デバイスｐｉｎｇモジュール３０８であって、追跡デバイスｐｉｎｇモジュール３０８は、以下を含む。
○それぞれの追跡デバイス３００が現在動作している現在のｐｉｎｇ速度を記述する瞬間ｐｉｎｇ速度３１０、
○それぞれの追跡デバイス３００が動作しうる最小ｐｉｎｇ速度を記述する最小ｐｉｎｇ速度３１２、
○それぞれの追跡デバイス３００が動作しうる最大ｐｉｎｇ速度を記述する最大ｐｉｎｇ速度３１４、
○それぞれの追跡デバイス３００が動作しうる最小ｐｉｎｇ速度を記述する閾値ｐｉｎｇ速度３１６、および、
○可変ｐｉｎｇ速度フラグ３１８。

追跡デバイス識別子モジュール３０５は、複数の追跡デバイス（例えば、追跡デバイス１ ３００－１、追跡デバイス２ ３００－３、・・・、追跡デバイスＰ ３００－Ｐ）からそれぞれの追跡デバイス３００を識別することに関連する情報を格納する。いくつかの実施形態において、追跡デバイス識別子モジュール３０５によって格納されている情報は、それぞれの追跡デバイス３００を表す一意的なＩＤ（例えば、シリアル番号またはコード）を含む追跡デバイス識別子（ＩＤ）３０６を含む。いくつかの実施形態において、追跡デバイスＩＤモジュール３０５は、それぞれの追跡デバイス３００を１または複数の追跡デバイスグループ（例えば、図４の追跡デバイスグループ４１８－２）に指定する追跡デバイスグループＩＤ３０７を備える。さらに、いくつかの実施形態において、それぞれの追跡デバイス３００によって通信されるｐｉｎｇは、追跡デバイスＩＤモジュール３０５のデータを含み、アンカデバイスアレイ１２０が２以上の追跡デバイスから受信されたｐｉｎｇを識別することを可能にする。追跡デバイス３００のグループ化に関するさらなる詳細および情報については、少なくとも図４を特に参照して、後に詳述する。

追跡デバイスｐｉｎｇモジュール３０８は、それぞれの追跡デバイス３００の様々なｐｉｎｇパラメータおよび条件に関するデータおよび情報を格納し、ｐｉｎｇの管理を円滑にする。例えば、いくつかの実施形態において、追跡デバイスｐｉｎｇモジュール３０８は、それぞれの追跡デバイス３００の瞬間ｐｉｎｇ速度３１０を管理する（例えば、１０ヘルツ（Ｈｚ）になるように瞬間ｐｉｎｇ速度３１０を管理する）。いくつかの実施形態において、追跡デバイス３００は、追跡デバイス３００がｐｉｎｇを伝送しうる最大および最小のｐｉｎｇ速度を規定する１または複数のｐｉｎｇ速度制限（最小ｐｉｎｇ速度３１２および最大ｐｉｎｇ速度３１４の一方または両方など）を備えるよう構成される。例えば、いくつかの実施形態において、最小ｐｉｎｇ速度３１２および／または最大ｐｉｎｇ速度３１４は、帯域幅限界、アクティブな追跡デバイス３００の数、および、予測される活動のタイプ（例えば、スポーツおよび／またはイベントのタイプ、予測される対象の活動、など）の内の１または複数に基づいて、追跡デバイス管理システム４００によって設定されてよい。一方または両方のｐｉｎｇ速度制限を備えるよう構成された場合、追跡デバイスｐｉｎｇモジュール３０８は、最小ｐｉｎｇ速度３１２と最大ｐｉｎｇ速度３１４との間で瞬間ｐｉｎｇ速度３１０を調節するよう動作する。したがって、追跡管理システム４００の自動最適化が、追跡デバイス３００の自動ｐｉｎｇ速度調節と併用されてよい。いくつかの実施形態において、追跡デバイスｐｉｎｇモジュール３０８は、加速度計３１７から検出された動きを所定の閾値３１６と比較するよう構成されている。したがって、ｐｉｎｇモジュール３０８は、検出された動きが所定の閾値３１６よりも大きいとの判定に従って、瞬間ｐｉｎｇ速度３１０を大きくする（例えば、瞬間ｐｉｎｇ速度３１０が最大ｐｉｎｇ速度３１４に達するまで）。同様に、ｐｉｎｇモジュール３０８は、検出された動きが閾値ｐｉｎｇ速度３１６よりも小さいとの判定に従って、瞬間ｐｉｎｇ速度３１０を小さくする（例えば、瞬間ｐｉｎｇ速度３１０が最小ｐｉｎｇ速度３１２に達するまで）。

いくつかの実施形態において、ｐｉｎｇモジュール３１０は、ｐｉｎｇモジュール３０８が、決定された活動に基づいて、瞬間ｐｉｎｇ速度３１０の変更を自動的に行うか否かを決定する可変ｐｉｎｇ速度フラグ３１８（追跡デバイス管理システム４００によって構成（例えば、無線で設定）される）を含む。例えば、追跡デバイス管理システム４００は、競技フィールド上で現在参加していないプレイヤーに関連付けられている１または複数の追跡デバイス３００に対して可変ｐｉｎｇ速度フラグ３１８を「偽」に設定してよく、その場合、瞬間ｐｉｎｇ速度３１０は、例えば、そのプレイヤーがアクティブにウォーミングアップしている場合でも低速度のままである。追跡デバイス管理システム４００は、競技フィールド上でアクティブに参加している１または複数のプレイヤーに対して可変ｐｉｎｇ速度フラグ３１８を「真」に設定する。さらに、いくつかの実施形態において、各追跡デバイス３００は、それぞれの追跡デバイスの位置に基づいて動的に構成される。例えば、追跡デバイスが競技フィールドを外れているとの判定（例えば、プレイヤーが試合にアクティブに参加していない場合）に対して、追跡デバイス３００が競技フィールド内にあるとの判定に従って（例えば、プレイヤーが試合にアクティブに参加している場合）。

追跡デバイス３００内の追跡デバイスｐｉｎｇモデル３０８および／またはセンサ（例えば、加速度計３１７および／または任意選択的なセンサ３６４）を利用することで、システム４８（例えば、アンカアレイ１２０、テレメトリ解析システム２４０、追跡デバイス管理システム４００など）が、追跡デバイスと共に配置された対象を追跡する際の信頼性を高める。

上述のように、いくつかの実施形態において、各追跡デバイス３００は、それぞれの追跡デバイス３００に近接する様々なアンカ１２０によって受信および通信されるテレメトリデータ２３０を提供する。このテレメトリデータは、位置テレメトリデータ２３２（例えば、Ｘ、Ｙ、および／または、Ｚ座標）、運動テレメトリデータ２３４（例えば、速度、加速度、および／または、加加速度）、および／または、バイオメトリックテレメトリデータ２３６（例えば、心拍数、肩幅などプレイヤーの身体的属性など）を含む。

いくつかの実施形態において、試合における各対象は、対象について追跡デバイスから受信されるデータの精度を高めるために、２以上の追跡デバイス３００を装備される。例えば、いくつかの実施形態において、それぞれの対象の左肩および右肩の両方に追跡デバイス３００を装備させ、各かかる追跡デバイスは、正常に機能し、アンカ１２０の少なくとも一部への見通しを有する。したがって、いくつかの実施形態において、左および右の追跡デバイス３００からのデータは、単一のタイムスタンプ付きオブジェクトを形成するようにそれらのテレメトリデータ２３０を組み合わせられる。この単一のオブジェクトは、両方の追跡デバイス３００からの位置データを組み合わせて、それぞれのプレイヤーの位置の中心線表現を作成する。さらに、この中心線で計算された位置は、プレイングフィールドでのプレイヤーの位置の中心のより正確な表現を提供する。さらに、上述のように単一のプレイヤーオブジェクトを作成する前に、プレイヤーの左および右の肩に配置された２つの追跡デバイス３００からの相対位置データを用いると、システム４８は、プレイヤーが向いている方向（例えば、回転）を決定することができる。様々な実施形態において、回転データを含めることで、試合中にテレメトリデータ２３０を記録することによって作成されたデータからアバターを作成するタスク、および／または、試合内の将来のイベントまたは試合自体の最終結果をより良好に予測するために利用できる洗練された共変量を確立するタスクが非常に容易になる。

いくつかの実施形態において、追跡デバイス３００は、図３に示したデバイス内に見られる回路、ハードウェア構成要素、および、ソフトウェア構成要素の内のいずれかまたはすべてを有する。簡潔さと明確さのために、追跡デバイス３００にインストールされている追加のソフトウェアモジュールをより良好に強調するために、追跡デバイス３００の可能な構成要素のいくつかのみが図示されている。

図４は、追跡デバイス管理システムの一実施形態を示すブロック図である。追跡デバイス管理システム４００は、１または複数の追跡デバイス３００およびアンカ１２０に関連付けられている。追跡デバイス管理システム４００は、１または複数の処理ユニット（ＣＰＵ）４７４と、周辺機器インターフェース４７０と、メモリコントローラ４８８と、ネットワークまたはその他の通信インターフェース４８４と、メモリ４０２（例えば、ランダムアクセスメモリ）と、ディスプレイ４８２および入力部４８０（例えば、キーボード、キーパッド、タッチスクリーンなど）を含むユーザインターフェース４７８と、出力／入力（Ｉ／Ｏ）サブシステム４６６と、上述の構成要素を相互接続するための１または複数の通信バス４１３と、上述の構成要素に給電するための電力供給システム４７６と、を備える。

いくつかの実施形態において、入力部４８０は、タッチセンシティブディスプレイ（タッチセンシティブ面など）である。いくつかの実施形態において、ユーザインターフェース４７８は、１または複数のソフトキーボード実施形態を備える。ソフトキーボード実施形態は、表示されているアイコン上に標準的（ＱＷＥＲＴＹ）および／または非標準的な構成のシンボルを備えてよい。

追跡デバイス管理システム４００は、様々な追跡デバイス３００に関与する際に用いられてよいシステムの一例にすぎず、追跡デバイス管理システム４００は、任意選択的に図に示すよりも多いまたは少ない構成要素を有し、任意選択的に２以上の構成要素を組みあわせ、もしくは、任意選択的に構成要素の異なる構成または配置を有することを理解されたい。図４に示す様々な構成要素は、１または複数の信号処理および／または特定用途向け集積回路など、ハードウェア、ソフトウェア、ファームウェア、または、それらの組みあわせで実装される。

メモリ４０２は、任意選択的に、高速ランダムアクセスメモリを含み、さらに、任意選択的に、１または複数の磁気ディスクストレージデバイス、フラッシュメモリデバイス、または、その他の不揮発性ソリッドステートメモリデバイスなどの不揮発性メモリを含む。管理システム４００のその他の構成要素（ＣＰＵ４７４など）によるメモリ４０２へのアクセスは、任意選択的に、メモリコントローラ４８８によって制御される。

周辺機器インターフェース４７０は、ＣＰＵ４７４およびメモリ４０２に管理システムの入力および出力周辺機器を接続するために利用されうる。１または複数のプロセッサ４７４は、管理システム４００のための様々な機能を実行するため、および、データを処理するために、メモリ４０２に格納されている様々なソフトウェアプログラムおよび／または命令のセットを実行する。

いくつかの実施形態において、周辺機器インターフェース４７０、ＣＰＵ４７４、および、メモリコントローラ４８８は、任意選択的に、単一のチップ上に実装される。いくつかの他の実施形態において、それらは、任意選択的に、別個のチップ上に実装される。

いくつかの実施形態において、電力システム４７６は、電力管理システムと、１または複数の電源（例えば、バッテリ、交流（ＡＣ））と、再充電システムと、停電検出回路と、電力コンバータまたはインバータと、電力状態インジケータ（例えば、発光ダイオード（ＬＥＤ）など）と、ポータブルデバイスの電力の生成、管理、および、分配に関連する任意のその他の構成要素と、を任意選択的に備える。

図４に示すように、追跡デバイス管理システムのメモリ４０２は、以下を格納することが好ましい。
●オペレーティングシステム４０４（例えば、ＡＮＤＲＯＩＤ、ｉＯＳ、ＤＡＲＷＩＮ、ＲＴＸＣ、ＬＩＮＵＸ、ＵＮＩＸ、ＯＳ Ｘ、ＷＩＮＤＯＷＳ、または、組み込みオペレーティングシステム（ＶｘＷｏｒｋｓなど））が、一般的なシステムタスク（例えば、メモリ管理、ストレージデバイス制御、電力管理など）を制御および管理するための様々なソフトウェアコンポーネントおよび／またはドライバを備え、様々なハードウェアおよびソフトウェアコンポーネントの間の通信を円滑にする、ならびに、
●１または複数の追跡デバイス３００の管理を円滑にするための追跡デバイスマネージャモジュール４０６であって、追跡デバイスマネージャモジュールは、以下を備える。
○追跡デバイス識別子３０６および追跡デバイスｐｉｎｇ速度４１４など、それぞれの追跡デバイス４１０－１に関連する関連情報を格納するための追跡デバイス識別子ストア４０８、ならびに、
○１または複数の追跡デバイスグループ３０７の管理を円滑にするための追跡デバイスグループ化ストア４１６。

追跡デバイス識別子ストア４０８は、それぞれの追跡デバイス３００の追跡デバイス識別子（ＩＤ）３０６およびそれぞれの追跡デバイスが関連付けられている追跡デバイスグループ３０７など、それぞれの追跡デバイス４１０－１に関する情報を含む。例えば、いくつかの実施形態において、第１追跡デバイスグループ３０７－１が、各自の対象の左肩に関連付けられ、第２追跡デバイスグループ３０７－２が、各自の対象の右肩に関連付けられる。さらに、いくつかの実施形態において、第３追跡デバイスグループ３０７－３が、各自の対象の第１ポジション（例えば、レシーバ、ディフェンシブエンド、セーフティなど）に関連付けられ、第４追跡デバイスグループ３０７－４が、第２ポジションに関連付けられる。追跡デバイス３００のグループ化３０７は、特定のグループが、特定のｐｉｎｇ速度（例えば、ランニングバックのためのより速いｐｉｎｇ速度）を備えるよう指定されることを可能にする。また、追跡デバイス３００のグループ化３０７は、特定のグループが、それぞれのグループに関連付けられていない他の追跡デバイスから隔離されることを可能にし、これは、グループの追跡デバイスによって提供されたテレメトリデータ２３０の表現を見る際に有用である。追跡デバイスおよび追跡デバイス管理システムに関するさらなる情報が、米国特許第９，９５０，２３８号「Ｏｂｊｅｃｔ Ｔｒａｃｋｉｎｇ Ｓｙｓｔｅｍ Ｏｐｔｉｍｉｚａｔｉｏｎ ａｎｄ Ｔｏｏｌｓ」で見られる。

図５は、統計システムの一実施形態を示すブロック図である。統計システム５００は、本開示に従って、様々な統計値を格納および決定する。統計システム５００は、１または複数の処理ユニット（ＣＰＵ）５７４と、周辺機器インターフェース５７０と、メモリコントローラ５８８と、ネットワークまたはその他の通信インターフェース５８４と、メモリ５０２（例えば、ランダムアクセスメモリ）と、ディスプレイ５８２および入力部５８０（例えば、キーボード、キーパッド、タッチスクリーンなど）を含むユーザインターフェース５７８と、出力／入力（Ｉ／Ｏ）サブシステム５６６と、上述の構成要素を相互接続するための１または複数の通信バス５１３と、上述の構成要素に給電するための電力供給システム５７６と、を備える。

いくつかの実施形態において、入力部５８０は、タッチセンシティブディスプレイ（タッチセンシティブ面など）である。いくつかの実施形態において、ユーザインターフェース５７８は、１または複数のソフトキーボード実施形態を備える。ソフトキーボード実施形態は、表示されているアイコン上に標準的（例えば、ＱＷＥＲＴＹ）および／または非標準的な構成のシンボルを備えてよい。

統計システム５００は、様々な統計値を見て決定する際に用いられてよいシステムの一例にすぎず、統計システム５００は、任意選択的に図に示すよりも多いまたは少ない構成要素を有し、任意選択的に２以上の構成要素を組みあわせ、もしくは、任意選択的に構成要素の異なる構成または配置を有することを理解されたい。図５に示す様々な構成要素は、１または複数の信号処理および／または特定用途向け集積回路など、ハードウェア、ソフトウェア、ファームウェア、または、それらの組みあわせで実装される。

メモリ５０２は、任意選択的に、高速ランダムアクセスメモリを含み、さらに、任意選択的に、１または複数の磁気ディスクストレージデバイス、フラッシュメモリデバイス、または、その他の不揮発性ソリッドステートメモリデバイスなどの不揮発性メモリを含む。統計システム５００のその他の構成要素（ＣＰＵ５７４など）によるメモリ５０２へのアクセスは、任意選択的に、メモリコントローラ５８８によって制御される。

周辺機器インターフェース５７０は、ＣＰＵ５７４およびメモリ５０２に管理システムの入力および出力周辺機器を接続するために利用されうる。１または複数のプロセッサ５７４は、統計システム５００のための様々な機能を実行するため、および、データを処理するために、メモリ５０２に格納されている様々なソフトウェアプログラムおよび／または命令のセットを実行する。

いくつかの実施形態において、周辺機器インターフェース５７０、ＣＰＵ５７４、および、メモリコントローラ５８８は、任意選択的に、単一のチップ上に実装される。いくつかの他の実施形態において、それらは、任意選択的に、別個のチップ上に実装される。

いくつかの実施形態において、電力システム５７６は、電力管理システムと、１または複数の電源（例えば、バッテリ、交流（ＡＣ））と、再充電システムと、停電検出回路と、電力コンバータまたはインバータと、電力状態インジケータ（例えば、発光ダイオード（ＬＥＤ）など）と、ポータブルデバイスの電力の生成、管理、および、分配に関連する任意のその他の構成要素と、を任意選択的に備える。

図５に示すように、リモートユーザデバイスのメモリ５０２は、以下を格納することが好ましい。
●オペレーティングシステム５０４（例えば、ＡＮＤＲＯＩＤ、ｉＯＳ、ＤＡＲＷＩＮ、ＲＴＸＣ、ＬＩＮＵＸ、ＵＮＩＸ、ＯＳ Ｘ、ＷＩＮＤＯＷＳ、または、組み込みオペレーティングシステム（ＶｘＷｏｒｋｓなど））が、一般的なシステムタスク（例えば、メモリ管理、ストレージデバイス制御、電力管理など）を制御および管理するための様々なソフトウェアコンポーネントおよび／またはドライバを備え、様々なハードウェアおよびソフトウェアコンポーネントの間の通信を円滑にする、
●プレイヤーのフォーメーションを決定および分析するための位置情報分類器２１２、
●各スポーツ５０８に関する様々な統計値を格納するための履歴トレーニングデータストア２１４であって、ここで、各スポーツ５０８は、１または複数のチーム５１２の様々なチーム履歴データ５１０と、１または複数のプレイヤー５１６の様々なプレイヤー統計値５１４を含む、ならびに、
●プレイヤーのフォーメーションおよび試合の状況に関するデータを格納するための状況ストア２２８。

位置フォーメーション分類器２１２（単にフォーメーション分類器と呼ばれることもある）は、試合中の任意の所与の時点のプレイヤーの様々な状態およびフォーメーションに関する情報を提供する。例えば、いくつかの実施形態において、フォーメーション分類器２１２は、スナップ前のフォーメーションを決定するために、テレメトリデータ２３０を解析する。したがって、フォーメーションが決定され、テレメトリデータ２３０が解析されると、フォーメーションのサブカテゴリが決定されてよい（例えば、異なるランニングバックを規定する異なるサブカテゴリを持つＩフォーメーション）。さらに、いくつかの実施形態において、フォーメーション分類器２１２は、仮想レフェリーとして機能し、プレイヤーのオフサイド、ニュートラルゾーンインフラクション、イリーガルモーション、イリーガルフォーメーション、などの違反が試合またはプレイ中に起きたか否かを判定する。いくつかの実施形態において、フォーメーション分類器２１２は、オフェンスフォーメーションの第１テーブル、ディフェンスフォーメーションの第２テーブル、および、スペシャルチームフォーメーションの第３テーブルなど、アメフトの試合における様々なフォーメーションの１または複数のテーブルを備える。いくつかの実施形態において、フォーメーションの上記のテーブルは、表１、表２、および、表３によって記載されているフォーメーションの一部または全部を提供する。

さらに、いくつかの実施形態において、フォーメーション分類器２１２は、ボールによって提供されたテレメトリデータ２３０と、ボールに最も近いプレイヤーのテレメトリデータとを比較することによって、ボールキャリアを決定する。同様に、いくつかの実施形態において、どちらのチームがボールを持っているかの判定が、同様に実行される。さらに、いくつかの実施形態において、フォーメーション分類器２１２は、プレイヤーから抽出されたテレメトリデータ２３０を分析してこれを競技フィールドの既知の境界ラインと比較することによって、プレイヤーが試合の境界内にいるか否かを判定する。このように、フォーメーション分類器２１２は、試合のボックススコアおよび／または自動カラーコメンタリーを提供するためにテレメトリデータ２３０を解析する。

フォーメーション分類器２１２は、「ニューラルネット」とラベルされているが、フォーメーション分類器２１２モジュールは、ニューラルネットワーク分類器を用いてチームフォーメーションの分類を実行する必要はない。いくつかの実施形態において、フォーメーション分類器２１２モジュールは、実際には、テレメトリデータからチームフォーメーションを読み取ることのできる任意の分類スキームを利用する。例えば、いくつかの実施形態において、フォーメーション分類器２１２は、最近傍アルゴリズムを用いて、チームフォーメーションの分類を実行する。別の実施形態において、フォーメーション分類器２１２は、クラスタリングを用いて、チームフォーメーションの分類を実行する。いくつかの実施形態において、フォーメーション分類器２１２によるフォーメーションの種類の解明は、図８に関して記載する方法および特徴に関して開示されるように、現在のライブ試合の結果（例えば、勝敗、ポイントスプレッドなど）を予測する統計モデルにおいて共変量として用いられる。

より詳細には、いくつかの実施形態において、フォーメーション分類器２１２は、ロジスティック回帰アルゴリズム、ニューラルネットワークアルゴリズム、サポートベクターマシン（ＳＶＭ）アルゴリズム、ナイーブベイズアルゴリズム、最近傍アルゴリズム、ブーストツリーアルゴリズム、ランダムフォレストアルゴリズム、または、決定木アルゴリズムに基づいている。

非限定的な例として、フォーメーション分類器２１２は、ロジスティック回帰アルゴリズム、ニューラルネットワークアルゴリズム、サポートベクターマシン（ＳＶＭ）アルゴリズム、ナイーブベイズアルゴリズム、最近傍アルゴリズム、ブーストツリーアルゴリズム、ランダムフォレストアルゴリズム、または、決定木アルゴリズムに基づいている。分類に利用される時、ＳＶＭは、ラベル付きデータから最大に離れたハイパープレーンで、所与のセットのバイナリラベル付きデータトレーニングセットを分離する。線形分離が可能ではない場合には、ＳＶＭは、特徴空間への非線形マッピングを自動的に実現する「カーネル」の技術と協働することができる。特徴空間においてＳＶＭによって見出された超平面は、入力空間における非線形決定境界に対応する。ツリーベースの方法は、特徴空間を１セットの長方形に分割し、その後、各長方形にモデル（定数のようなもの）を当てはめる。いくつかの実施形態において、決定木は、ランダムフォレスト回帰である。即時の方法のためのフォーメーション分類器２１２として機能しうる１つの特定のアルゴリズムは、分類および回帰木（ＣＡＲＴ）である。即時の方法のためのフォーメーション分類器２１２として機能しうるその他の特定の決定木アルゴリズムは、ＩＤ３、Ｃ４．５、ＭＡＲＴ、および、ランダムフォレストを含むが、これに限定されない。

いくつかの実施形態において、履歴データストア２１４は、各スポーツ５０８、スポーツリーグ内の各チーム５１０、および、それぞれのプレイヤー５１２に関係する統計値を格納している。前述のように、いくつかの実施形態において、履歴データストア２１４に格納されているデータは、機械学習エンジン２１０および／またはフォーメーション分類器２１２のためのデータのトレーニングセットとして利用される。例えば、いくつかの実施形態において、履歴データ格納２１４に格納されているデータは、（例えば、プレイヤーがプロの新人である場合に大学アメフトの統計データを用いて）同様のリーグの他のデータセットから推定される時のように、リーグの開始時に設定される初期データとして利用され、または、新しい統計値が生成されている（例えば、以前は知られていなかった統計値が重要になる）場合にデータ点を作成するために利用される。さらに、いくつかの実施形態において、以前に行った試合からのデータが、履歴データストア２１４内に格納されている。

いくつかの実施形態において、状況ストア２２８は、情報のキャッシュとして機械学習エンジン２１０の１または複数のデータベース内に格納されているデータを含む。状況ストア２２８のこのキャッシュは、それぞれのデータベースにクエリする必要なしに、高速でデータをクエリして利用することを可能にする。いくつかの実施形態において、状況ストア２８８は、それぞれの試合に対するデータの新しいキャッシュを作成する。しかしながら、本開示は、それに限定されない。

図６は、オッズ管理システムの一実施形態を示すブロック図である。オッズ管理システム６００は、本開示に従って、様々なオッズを格納および決定する。オッズ管理システム６００は、１または複数の処理ユニット（ＣＰＵ）６７４と、周辺機器インターフェース６７０と、メモリコントローラ６８８と、ネットワークまたはその他の通信インターフェース６８４と、メモリ６０２（例えば、ランダムアクセスメモリ）と、ディスプレイ６８２および入力部６８０（例えば、キーボード、キーパッド、タッチスクリーンなど）を含むユーザインターフェース６７８と、出力／入力（Ｉ／Ｏ）サブシステム６６６と、上述の構成要素を相互接続するための１または複数の通信バス６１３と、上述の構成要素に給電するための電力供給システム６７６と、を備える。

いくつかの実施形態において、入力部６８０は、タッチセンシティブディスプレイ（タッチセンシティブ面など）である。いくつかの実施形態において、ユーザインターフェース７７８は、１または複数のソフトキーボード実施形態を備える。ソフトキーボード実施形態は、表示されているアイコン上に標準的（ＱＷＥＲＴＹ）および／または非標準的な構成のシンボルを備えてよい。

オッズ管理システム６００は、様々な統計値を見て決定する際に用いられてよいシステムの一例にすぎず、オッズ管理システム６００は、任意選択的に図に示すよりも多いまたは少ない構成要素を有し、任意選択的に２以上の構成要素を組みあわせ、もしくは、任意選択的に構成要素の異なる構成または配置を有することを理解されたい。図６に示す様々な構成要素は、１または複数の信号処理および／または特定用途向け集積回路など、ハードウェア、ソフトウェア、ファームウェア、または、それらの組みあわせで実装される。

メモリ６０２は、任意選択的に、高速ランダムアクセスメモリを含み、さらに、任意選択的に、１または複数の磁気ディスクストレージデバイス、フラッシュメモリデバイス、または、その他の不揮発性ソリッドステートメモリデバイスなどの不揮発性メモリを含む。オッズ管理システム６００のその他の構成要素（ＣＰＵ６７４など）によるメモリ６０２へのアクセスは、任意選択的に、メモリコントローラ６８８によって制御される。

周辺機器インターフェース６７０は、ＣＰＵ６７４およびメモリ６０２に管理システムの入力および出力周辺機器を接続するために利用されうる。１または複数のプロセッサ６７４は、オッズ管理システム６００のための様々な機能を実行するため、および、データを処理するために、メモリ６０２に格納されている様々なソフトウェアプログラムおよび／または命令のセットを実行する。

いくつかの実施形態において、周辺機器インターフェース６７０、ＣＰＵ６７４、および、メモリコントローラ６８８は、任意選択的に、単一のチップ上に実装される。いくつかの他の実施形態において、それらは、任意選択的に、別個のチップ上に実装される。

いくつかの実施形態において、電力システム６７６は、電力管理システムと、１または複数の電源（例えば、バッテリ、交流（ＡＣ））と、再充電システムと、停電検出回路と、電力コンバータまたはインバータと、電力状態インジケータ（例えば、発光ダイオード（ＬＥＤ）など）と、ポータブルデバイスの電力の生成、管理、および、分配に関連する任意のその他の構成要素と、を任意選択的に備える。

図６に示すように、リモートユーザデバイスのメモリ６０２は、以下を格納することが好ましい。
●オペレーティングシステム６０４（例えば、ＡＮＤＲＯＩＤ、ｉＯＳ、ＤＡＲＷＩＮ、ＲＴＸＣ、ＬＩＮＵＸ、ＵＮＩＸ、ＯＳ Ｘ、ＷＩＮＤＯＷＳ、または、組み込みオペレーティングシステム（ＶｘＷｏｒｋｓなど））が、一般的なシステムタスク（例えば、メモリ管理、ストレージデバイス制御、電力管理など）を制御および管理するための様々なソフトウェアコンポーネントおよび／またはドライバを備え、様々なハードウェアおよびソフトウェアコンポーネントの間の通信を円滑にする、
●１または複数の予測または結果モデルを格納するためのモデリングエンジン２００であって、以下を備える。
○試合中にシナリオの予測ポイント値を決定するための予測ポイントモデルモジュール２２２、
○試合に勝つ確率を決定するための勝利確率モデル２２４、および、
○決定するためのプレイヤー別代替選手比貢献度モデルモジュール２２６、
○現在行われている試合に関連する情報を受信および通信するためのリアルタイム試合状況モジュール６１４、ならびに、
○様々なオッズおよび賭けシステムの管理を円滑にするためのオッズ管理モジュール６１６。

前述のように、モデリングエンジン２００は、スポーツイベントで統計値を生成して結果を予測するために用いられる様々なアルゴリズムおよびモデルを備える。いくつかの実施形態において、これらのモデルは、試合の各プレイに対する数値を提供する予測ポイントモデル２２２を含む。例えば、タッチダウンにつながる試合中のドライブが、５ヤードのラッシュ、９４ヤードのパス、および、１ヤードのラッシュを含むプレイを有する場合、１ヤードのラッシュがタッチダウンにつながったとしても、９４ヤードのパスは、ドライブ内ではるかに重要な役割を有する。したがって、いくつかの実施形態において、５ヤードのラッシュは、０．５の予測ポイント値を割り当てられ、９４ヤードのパスは、５．５の予測ポイント値を割り当てられ、１ヤードのラッシュは、１の予測ポイント値を割り当てられ、ここで、高い値は、より重要なプレイすなわち試合を決定付けるプレイを示す。いくつかの実施形態において、モデリングエンジン２００は、図８に関して記載する方法および特徴に関して開示されるように、本開示に従って収集されたテレメトリデータを用いて、試合の結果（例えば、勝敗、ポイントスプレッドなど）を予測する。

いくつかの実施形態において、リアルタイム試合状況モジュール６１４は、試合中に起きた状況に関連する情報を受信する。次いで、この情報は、上述のモデル内の様々な重みおよび値を調整する際に利用される。例えば、クォーターバックが足首をひねり、ショットガンポジションからあらゆるプレイを行わなければならない場合、このようにクォーターバックが動けないことは、リアルタイム試合状況モジュール６１４を通して試合モデル２２０に反映される。

図７は、ユーザデバイスの一実施形態を示すブロック図である。ユーザデバイスは、本開示に従ったエンドユーザに関連付けられたリモートユーザデバイス７００である。ユーザデバイス７００は、１または複数の処理ユニット（ＣＰＵ）７７４と、周辺機器インターフェース７７０と、メモリコントローラ７８８と、ネットワークまたはその他の通信インターフェース７８４と、メモリ７０２（例えば、ランダムアクセスメモリ）と、ディスプレイ７８２および入力部７８０（例えば、キーボード、キーパッド、タッチスクリーンなど）を含むユーザインターフェース７７８と、出入力（Ｉ／Ｏ）サブシステム７６６と、任意選択的な加速度計７１７と、任意選択的なＧＰＳ７１９と、任意選択的なオーディオ回路７７２と、任意選択的なスピーカ７６０と、任意選択的なマイク７６２と、ユーザデバイス７００への接触の強度を検出するなどのための１または複数の任意選択的なセンサ７６４（例えば、デバイス７００のタッチセンシティブディスプレイシステムなどのタッチセンシティブ面）および／または光学センサと、上述の構成要素を相互接続するための１または複数の通信バス７１３と、上述の構成要素に給電するための電力供給システム７７６と、を備える。

いくつかの実施形態において、入力部７８０は、タッチセンシティブディスプレイ（タッチセンシティブ面など）である。いくつかの実施形態において、ユーザインターフェース７７８は、１または複数のソフトキーボード実施形態を備える。ソフトキーボード実施形態は、表示されているアイコン上に標準的（ＱＷＥＲＴＹ）および／または非標準的な構成のシンボルを備えてよい。

ユーザデバイス７００は、エンドユーザによって用いられてよい多機能デバイスの一デバイス例にすぎず、ユーザデバイス７００は、任意選択的に図に示すよりも多いまたは少ない構成要素を有し、任意選択的に２以上の構成要素を組みあわせ、もしくは、任意選択的に構成要素の異なる構成または配置を有することを理解されたい。図７に示す様々な構成要素は、１または複数の信号処理および／または特定用途向け集積回路など、ハードウェア、ソフトウェア、ファームウェア、または、それらの組みあわせで実装される。

メモリ７０２は、任意選択的に、高速ランダムアクセスメモリを含み、さらに、任意選択的に、１または複数の磁気ディスクストレージデバイス、フラッシュメモリデバイス、または、その他の不揮発性ソリッドステートメモリデバイスなどの不揮発性メモリを含む。ユーザデバイス７００のその他の構成要素（ＣＰＵ７７４など）によるメモリ７０２へのアクセスは、任意選択的に、メモリコントローラ７８８によって制御される。

周辺機器インターフェース７７０は、ＣＰＵ７７４およびメモリ７０２に管理システムの入力および出力周辺機器を接続するために利用されうる。１または複数のプロセッサ７７４は、ユーザデバイス７００のための様々な機能を実行するため、および、データを処理するために、メモリ７０２に格納されている様々なソフトウェアプログラムおよび／または命令のセットを実行する。

いくつかの実施形態において、周辺機器インターフェース７７０、ＣＰＵ７７４、および、メモリコントローラ７８８は、任意選択的に、単一のチップ上に実装される。いくつかの他の実施形態において、それらは、任意選択的に、別個のチップ上に実装される。

いくつかの実施形態において、オーディオ回路７７２、スピーカ７６０、および、マイク７６２は、ユーザとデバイス７００との間のオーディオインターフェースを提供する。オーディオ回路７７２は、周辺機器インターフェース７７０からオーディオデータを受信し、オーディオデータを電気信号に変換し、電気信号をスピーカ７６０へ伝送する。スピーカ７６０は、電気信号を人間に聞こえる音波へ変換する。また、オーディオ回路７７２は、マイク７６２によって音波から変換された電気信号を受信する。オーディオ回路７７２は、電気信号をオーディオデータに変換し、処理に向けてオーディオデータを周辺機器インターフェース７７０へ伝送する。オーディオデータは、任意選択的に、周辺機器インターフェース７７０によって、メモリ７０２および／またはＲＦ回路７８４からリトリーブされ、および／または、メモリ７０２および／またはＲＦ回路７８４へ伝送される。

いくつかの実施形態において、電力システム７７６は、電力管理システムと、１または複数の電源（例えば、バッテリ、交流（ＡＣ））と、再充電システムと、停電検出回路と、電力コンバータまたはインバータと、電力状態インジケータ（例えば、発光ダイオード（ＬＥＤ）など）と、ポータブルデバイスの電力の生成、管理、および、分配に関連する任意のその他の構成要素と、を任意選択的に備える。

図７に示すように、リモートユーザデバイスのメモリ７０２は、以下を格納することが好ましい。
●オペレーティングシステム７０４（例えば、ＡＮＤＲＯＩＤ、ｉＯＳ、ＤＡＲＷＩＮ、ＲＴＸＣ、ＬＩＮＵＸ、ＵＮＩＸ、ＯＳ Ｘ、ＷＩＮＤＯＷＳ、または、組み込みオペレーティングシステム（ＶｘＷｏｒｋｓなど））が、一般的なシステムタスク（例えば、メモリ管理、ストレージデバイス制御、電力管理など）を制御および管理するための様々なソフトウェアコンポーネントおよび／またはドライバを備え、様々なハードウェアおよびソフトウェアコンポーネントの間の通信を円滑にする、
●本開示の様々なシステムおよびデバイスとの通信中に特定のユーザデバイスを識別するために用いられる電子アドレス７０６、
●対応するユーザデバイス７００に関連付けられたそれぞれのユーザに関する関連情報（ユーザ名、ユーザパスワード、アクセストークンを含むユーザアクセス情報など）を格納するユーザ情報ストア７０８、
●ホワイトボードフィードモジュール７１２、アバターフィードモジュール７１４、および、ビデオフィードモジュール７１６を備えた、試合の様々な表現を見ると共に、試合に関連する様々な統計値を見るための試合フィードモジュール７１０、ならびに、
●試合のシナリオに賭けることを円滑にする賭けモジュール７１８。

いくつかの実施形態において、賭けモジュール７１８は、図８に関して記載する方法および特徴に関して開示されるように、本開示に従って収集されたテレメトリデータを用いて、拡張共変量を用いて現在の試合の結果（例えば、勝負、ポイントスプレッドなど）を予測する。いくつかの実施形態において、賭けモジュール７１８は、本開示に従って収集されたテレメトリデータを用いて、現在のライブの試合において将来の試合中のイベントに対するオッズを提供する。

システム４８の一般的なトポロジについて説明したので、以下では、ライブプレイヤー活動を分けるためにビデオフィードを分割ためのする方法について、少なくとも図１～図７を参照して説明する。

図８は、ライブプレイヤー活動を分けるためにビデオフィードを分割する処理の一実施形態を示すフローチャートである。この処理は、上述したシステム４８のユーザデバイス７００およびその他のデバイスと協調してプロセッサ１００によって実施されてよい。

処理８００は、工程８０２において、第１繰り返し基準で、第１カメラからの主要ビデオフィードの伝送を受信する。図１０Ａを参照すると、例えば、主要ビデオフィード１０００－Ａが、第１カメラ１４０から受信されている。いくつかの実施形態において、カメラ１４０は、固定カメラである（例えば、少なくとも１軸で、カメラの移動が制限されている）。例えば、いくつかの実施形態において、カメラ１４０は、カメラが、可変チルト、パン、および／または、ズームを有することができるが、別の位置に物理的に移動できないように、固定されている。カメラは、特に、ランドスケープ方向で競技フィールドの第１端部（例えば、ハーフコートライン、５０ヤードライン）に配置、または、ポートレート方向でフィールドの第２端部（例えば、エンドゾーン、ゴール）に配置、など、様々な位置および向きに配置されうる。カメラ１４０は、本開示の１または複数のデバイスおよびシステムと通信するために、ネットワーク（例えば、通信ネットワーク１０６）と通信する。

いくつかの実施形態において、主要ビデオフィードは、複数の主要ビデオフィードまたはその他のビデオフィードを含み、および／または、それらに含まれており、各ビデオフィードは、競技フィールドの少なくとも一部のビデオを生成するために配置および方向付けられた１または複数のカメラによって生成される。いくつかの実施形態において、主要ビデオフィードおよび／または別のビデオフィードは、少なくとも部分的には、複数のカメラによって生成されたビデオデータを組み合わせることによって生成されてよい（合成または他の方法でマージまたは組み合わせられたビデオなど）。

主要ビデオフィードは、主要ビデオフィードによって網羅される少なくとも２つの次元で表現された空間領域に対して較正される。いくつかの実施形態において、空間領域は、アンカデバイスアレイ１２０によってキャプチャされる領域である。空間領域は、ライブスポーツイベントの競技フィールド（例えば、図９の競技フィールド９０２）でありうる。

いくつかの実施形態において、主要ビデオフィードの較正は、位置情報（例えば、テレメトリデータ２３０）によって用いられる座標系に対して主要ビデオフィードの相当する部分を決定することを含む。競技スポーツの標準的な競技フィールドは、規則、すなわち、均一な長さおよび太さ／幅の境界ライン（例えば、アウトオブバウンズライン、ハーフコートライン、ヤードラインなど）を備えるので、これらの長さおよび太さは、ビデオフィード内での座標位置を決定するために利用されうる。例えば、競技フィールド上のラインが均一な太さ（例えば、６センチメートルの太さ）を有することが分かっており、主要ビデオシーンにおけるラインの太さが第１太さから第２太さまで線形的に減少すると決定された場合、ラインに対する対象の正確な位置が、主要ビデオフィード内で決定されうる。

工程８０４において、処理は、第２繰り返し基準で、複数の追跡デバイスの中の各追跡デバイスからそれぞれのタイムスタンプ付き位置情報を受信する。ここで、複数の追跡デバイスの中の各追跡デバイスは、（ａ）空間領域での競技に参加している複数の対象の中の対応する対象によって身につけられ、（ｂ）空間領域における対応する対象のタイムスタンプ付き位置を記述する位置情報を伝送する。

タイムスタンプ付き位置情報（例えば、テレメトリデータ２３０）のそれぞれの伝送が、複数の追跡デバイスの中の各追跡デバイス３００から受信される。タイムスタンプ付き位置情報の伝送を受信する繰り返し基準は、それぞれの追跡デバイス３００のｐｉｎｇ速度（例えば、図３の瞬間ｐｉｎｇ速度３１０）であってよい。いくつかの実施形態において、複数の追跡デバイスの中の各追跡デバイスからのタイムスタンプ付き位置情報の伝送は、５００ＭＨｚより大きい帯域幅または０．２０以上の比帯域幅で行われる。非限定的な例として、複数の追跡デバイスの中の各追跡デバイスからのタイムスタンプ付き位置情報の伝送は、３．４ＧＨｚ～１０．６ＧＨｚの範囲内であり、複数の追跡デバイスの中の各追跡デバイス３００は、１Ｈｚ～６０Ｈｚの間の信号リフレッシュレートを有し、および／または、繰り返し基準は、１Ｈｚ～６０Ｈｚの間である。複数の追跡デバイスの内の各追跡デバイス３００は、受信工程で受信されてそれぞれの追跡デバイスを識別する一意的な信号を送信する。各追跡デバイスは、バイオメトリックデータが収集される場合には、それぞれの追跡デバイスに関連付けられているそれぞれの対象に固有のバイオメトリックデータ（例えば、バイオメトリックテレメトリ２３６）を送信しうる。

各追跡デバイス３００は、空間領域での競技に参加している複数の対象の中の対応する対象によって身につけられる。さらに、各追跡デバイス３００は、空間領域内の対応する対象のタイムスタンプ付きの位置を記述する位置情報（例えば、テレメトリデータ２３０）を送信する。いくつかの実施形態において、複数の対象の中の各対象によって身につけられている少なくとも２つの追跡デバイス３００が存在する。対応する対象に関連付けられている各さらなる追跡デバイス３００は、対象の実際の位置を予測する際のエラーの量を削減する。

いくつかの実施形態において、複数の対象は、第１チーム（例えば、ホームチーム）および第２チーム（例えば、アウェイチーム）を含む。いくつかの実施形態において、第１チームおよび／または第２チームは、チームのリーグ（例えば、アメフトリーグ、バスケットボール協会など）に含まれている。第１チームは、第１複数のプレイヤー（例えば、第１ロースターのプレイヤー）を含み、第２チームは、第２複数のプレイヤー（例えば、第２ロースターのプレイヤー）を含む。本開示の様々な実施形態を通して、第１チームおよび第２チームは、アメフトの試合またはバスケットボールの試合などの試合（例えば、ライブスポーツイベント）に従事する。したがって、空間領域は、試合の競技フィールド（アメフトのフィールドまたはバスケットボールのコートなど）である。いくつかの実施形態において、本開示の対象は、現在の試合に関連するプレイヤー、コーチ、レフェリー、または、それらの組み合わせである。

いくつかの実施形態において、第１または第２複数のプレイヤーのそれぞれのプレイヤーに対する独立した複数のタイムスタンプ付き位置の中の各タイムスタンプ付き位置は、空間領域に対するそれぞれのプレイヤーのｘｙｚ座標を含む。例えば、いくつかの実施形態において、空間領域は、空間領域の中心部分（例えば、ハーフコート、５０ヤードラインなど）が軸の原点であり、空間領域の境界領域（例えば、アウトオブバウンズライン）が軸の最大座標または最小座標であるように、マッピングされる。いくつかの実施形態において、ｘｙｚ座標は、±５センチメートル、±７．５センチメートル、±１０センチメートル、±１２．５センチメートル、±１５センチメートル、または、±１７．５センチメートルの精度を有する。

工程８０６において、処理は、受信されたタイムスタンプ付き位置情報と、主要ビデオフィードの較正とを用いて、主要ビデオフィードの第１サブビューを規定する。第１サブビューは、複数の対象に含まれる第１対象に関連付けられており、第１サブビューは、主要ビデオフィードを含む複数のフレームの各々について、第１対象に関連付けられた対応するサブフレームを含む。

例えば、いくつかの実施形態において、工程８０６において、処理は、受信された位置情報を含むタイムスタンプデータと各タイムスタンプに関連付けられている位置情報（例えば、対象ＡのＸＹＺ座標）とに基づいて、対象Ａの対応する位置情報に関連付けられている各シーケンシャルフレームのサブセットまたは部分を決定するために、ビデオデータの複数のシーケンシャルフレームの各々へ、対応するカメラ／ビデオ較正データに少なくとも部分的に基づく数学的変換を適用する。シーケンシャルフレームの決定されたサブセット／部分は、対象Ａに関連付けられた主要ビデオフィードのサブビューを提供するために用いられる。

サブビューは、様々な実施形態において、主要ビデオフィードとは異なる解像度である。異なる解像度にもかかわらず、視聴体験が楽しいままになるように、品質の差は、必ずしも平均的な観戦者にとって目立つものではない。例えば、主要ビデオフィードは、２Ｋ～８Ｋの間などの第１解像度（例えば、カメラ１４０のネイティブ解像度）で提供される。この時点まで、いくつかの実施形態において、主要ビデオフィードは、複数のフル二次元フレーム（例えば、第１時点に関連付けられた第１フレーム、第２時点に関連付けられた第２フレーム、・・・、第ｎ時点に関連付けられた第ｎフレーム）を備える。複数のフル二次元フレームの中のそれぞれのフル二次元フレームは、第１次元サイズおよび第２次元サイズ（例えば、水平ピクセルの数および垂直ピクセルの数などの水平サイズおよび垂直サイズ）を有する。第１サブビューは、複数のフル二次元フレームの中のそれぞれのフル二次元フレームに対して、対応するサブフレームを含む。各対応するサブフレームは、対応するフルフレームの一部である（例えば、図１０Ｂおよび図１０Ｃのそれぞれサブビュー１０００－Ｂおよびサブビュー１０００－Ｃは、図１０Ａの主要ビデオフィードのフルフレーム１０００－Ａの瞬間サブフレームを示している）。

いくつかの実施形態において、各サブフレームは、第３次元サイズおよび第４次元サイズを有する。さらに、第３次元サイズは、第１次元サイズの一定の割合であってよく、第４次元サイズは、第２次元サイズの一定の割合である。例えば、第１次元サイズの一定の割合および第２次元サイズの一定の割合は、同じ割合（例えば、１０％、２０％、３０％、・・・、９０％）である。同様に、第１次元サイズの一定の割合は、第１割合であってよく、第２次元サイズの一定の割合は、第１割合とは異なる第２割合であってよい（例えば、主要ビデオフィードは、ランドスケープ方向でキャプチャされ、各サブビューは、ポートレート方向に分割される）。非限定的な例として、（ｉ）第１次元サイズは７６８０ピクセルであり、第３次元サイズは３８４０ピクセルであり、第２次元サイズは４３２０ピクセルであり、第４次元サイズは２１６０ピクセルである、もしくは、（ｉｉ）第１次元サイズは８１９２ピクセルであり、第３次元サイズは３８４０ピクセルであり、第２次元サイズは４３２０ピクセルであり、第４次元サイズは２１６０ピクセルである。いくつかの実施形態において、複数のフル二次元フレームの内のそれぞれのフル二次元フレームは、少なくとも１０メガピクセルないし４０メガピクセル（例えば、１０メガピクセル、１５メガピクセル、２０メガピクセル、・・・、４０メガピクセル）を含む。

いくつかの実施形態において、サブビュー（例えば、第１サブビュー）は、複数のフル二次元フレームの内のそれぞれのフル二次元フレームに対して、５メガピクセル未満ないし１５メガピクセル（例えば、５メガピクセル、７．５メガピクセル、１０メガピクセル、・・・、１５メガピクセル）を含む対応するサブフレームを含む。

受信工程のタイムスタンプ付き位置情報は、主要ビデオフィード上にオーバレイされる。このオーバレイは、空間領域に対する主要ビデオフィードの較正を用いて実行される。例えば、主要ビデオフィードが、位置情報と同じ座標系を用いて空間領域に対して較正された場合、受信された位置情報は、同じ座標系を用いて主要ビデオフィード上にマッピングされることができる。このオーバレイは、主要ビデオフィード内の複数の対象の少なくとも一部の内の各対象の位置を決定する。例えば、いくつかの実施形態において、位置情報２３０は、それぞれのタイムスタンプで空間領域（例えば、図９の競技フィールド９０２）上の対象の少なくともＸおよびＹ座標を提供する。主要ビデオフィードは、位置情報と同じ座標系を用いて較正されているので、対象のＸおよびＹ座標は、ビデオフィード内の位置と同等であると見なすことができる。これは、対象の光学特性（例えば、対象の色、対象の輪郭など）を用いて対象を追跡する代わりに、位置情報を用いて主要ビデオフィード内で対象を追跡することを可能にする。

いくつかの実施形態において、タイムスタンプ付き位置情報は、世界クロックタイムスタンプ、試合クロックタイムスタンプ、または、それらの組み合わせ（例えば、図２の世界クロックおよび試合クロック２４２）を含む。１または複数のタイムスタンプは、位置情報の受信工程でのタイムスタンプ付き位置情報を主要ビデオフィード上へ重ね合わせるために、重ね合わせ工程で用いられる。例えば、タイムスタンプ付き位置情報がシステム４８によって受信されるまで第１期間を費やし、主要ビデオフィードがシステムによって受信されるまで第２期間を費やす場合、主要ビデオフィードおよび位置情報に関連付けられたタイムスタンプは、オーバレイが正確かつ精密であることを保証するために比較される。

工程８０８において、処理は、第１サブビューを表示するよう構成されているデバイスへ第１サブビューを通信させる。上述のように、主要ビデオフィードの第１サブビュー（例えば、図１０Ｂのサブビュー１０００－Ｂ）は、第１解像度より低い第２解像度に規定されうる。例えば、第１解像度は、主要ビデオフィードから分割されるビデオの第２解像度の少なくとも４倍、６倍、または、８倍のピクセル解像度である。

主要ビデオフィード内の第１サブビューの中心の座標は、重ね合わせ工程によって第２繰り返し基準で行われる受信工程の繰り返しから決定されるように、第１対象の位置の経時的な変化に従って、人的介入なしに、時間と共に変化する。いくつかの実施形態において、第１サブビューの中心は、身につけられるかまたはその他の方法で関連付けられた追跡デバイスによって生成された位置座標（例えば、ＸＹＺ）に関連付けられている。いくつかの実施形態において、対象は、複数の追跡デバイスを身につけてもよく、第１サブビューは、複数のデバイスからの追跡データに基づいて生成された１セットの座標に基づいて、中心を決められる。例えば、対象によって身につけられている複数の追跡デバイスからのデバイスデータは、例えば、タイムスタンプデータに基づいて相関されてよく、幾何学的またはその他の中心の座標セットが、それぞれの追跡デバイスによって生成された座標に基づいて計算されてよい。

いくつかの実施形態において、主要ビデオフィードの第１サブビューは、主要ビデオフィードから独立的に、リモートデバイス（例えば、図７のユーザデバイス７００）へ通信される。したがって、その通信は、リモートデバイスに、主要ビデオフィードの第１サブビューを表示させる。非限定的な例として、リモートデバイスは、スマートフォン、タブレット、ゲーム機のようなハンドヘルドデバイス、パーソナルホームコンピュータのような固定コンピュータシステム、などである。さらに、通信は、無線（例えば、ネットワーク１０６を介した無線）で実行されうる。

様々な実施形態において、対象のサブセットの中の少なくとも第１対象が選択される（例えば、図１０Ｃの選択サブビュー１０００－Ｃ）。少なくとも第１対象の選択は、例えば、コンピュータシステム４８のオペレータ（例えば、ビデオ制作の専門家、プロデューサー、ディレクターなど）によって、（例えば、それぞれのユーザデバイス７００を介して）それぞれのリモートデバイスのエンドユーザによって、または、自動的に、コンピュータシステム４８を介して実行されてよい。例えば、第１対象は、ボールまたは他の対象（例えば、一対一の試合において、または、相対するオフェンスおよびディフェンスラインマンなど相補的なポジションに関連付けられることによって、対象が関連付けられている以前に選択された対象）に近接していること（閾値距離内にあること）に少なくとも部分的に基づいて自動的に選択される。さらに、サブビューが、より広いサブビューコレクション（例えば、利用可能なサブビューのリスト、利用可能なサブビューのプレビュー、など）から選択されてもよい。より広いサブビューコレクションは、試合中にアクティブな各プレイヤーのためのサブビューを含む（例えば、アメリカンフットボールの試合では、２２のサブビュー）。このエンドユーザ選択は、各ユーザが、自身の望むように１または複数の対象を選択することを可能にする。例えば、エンドユーザが複数のチームにわたって広がるお気に入りの対象のリストを有する場合、エンドユーザは、単一のリモートデバイスおよび／またはディスプレイ上でこれらのお気に入りの対象の各々のサブビューを見ることができる。

いくつかの実施形態において、第１対象のアイデンティティが、リモートデバイスで受信される。例えば、第１サブビューは、第１対象のアイデンティティに関係する情報（例えば、第１対象の名前）を含む。それぞれの対象のこのアイデンティティは、エンドユーザが、２以上のサブビューを見ている時に、異なるサブビューを素早く識別することを可能にする。いくつかの実施形態において、追跡デバイス３００は、空間領域での競技スポーツで用いられているボールに取り付けられる（例えば、ボールの中に埋め込まれる）。したがって、第１対象のアイデンティティは、各追跡デバイス３００からのタイムスタンプ付き位置情報のそれぞれの伝送を用いて、複数の対象の内のどの対象が現在ボールに最も近いのかに基づいて、人的介入なしに、決定される。

様々な実施形態において、処理８００の１または複数の工程は、複数の対象が参加しているライブの試合中に実行される。しかしながら、本開示は、それに限定されない。例えば、通信工程は、ライブ試合後に実行されうる（例えば、ライブ試合のハイライトまたはライブ試合のリプレイなど）。

図９は、本開示の一実施形態に従って、追跡の構成要素を含む競技フィールドを含んだ環境例を示す。環境例（例えば、スタジアム９０６）９００である。環境９００は、試合（例えば、アメフトの試合）が行われる競技フィールド９０２を含む。環境９００は、競技フィールド９０２と、競技フィールドを直接取り囲んでいるエリア（例えば、試合に参加していない対象（対象９３０－１および対象９４０－１など）を含むエリア）とを含む領域９０４を含む。環境９００は、試合のそれぞれの対象に関連付けられている１または複数の追跡デバイス３００からテレメトリデータを受信するアンカデバイスアレイ１２０（例えば、アンカデバイス１２０１－１、アンカデバイス１２０－２、・・・、アンカデバイス１２０－Ｑ）を含む。図９に示すように、いくつかの実施形態において、アンカデバイスのアレイは、テレメトリ解析システム２４０（例えば、図４のトラッカ管理システム４００）と（例えば、通信ネットワーク１０６を介して）通信する。さらに、いくつかの実施形態において、１または複数のカメラ１４０（例えば、カメラ１４０－１）は、スポーツイベントの画像および／またはビデオをキャプチャし、これは、仮想再現の形成時に用いられる。図９では、マーカ９３０が、試合の第１チームの対象を表し、一方、マーカ９４０が、試合の第２チームの対象を表している。

図１０Ａは、本開示の一実施形態に従って、主要ビデオフィードの一例を示す。仮想再現の例１０００－Ａが図示されている。この仮想再現１０００－Ａは、上述の仮想再現（例えば、図９の仮想再現９００）の一部または全部を含むが、異なる視点（例えば、鳥瞰、広角）で表示されている。例えば、いくつかの実施形態において、リモートデバイス７００のエンドユーザは、試合の１または複数の仮想再現の間で可能であり、各再現仮想再現は、仮想再現内に固有の視点および／または固有の詳細レベルを有する（例えば、１または複数の任意選択的な要素（エンドゾーン９０８など）を含む高品質の再現、ならびに、１または複数の任意選択的な要素を省略した低品質の再現）。

図１０Ｂおよび図１０Ｃは、本開示の一実施形態に従って、第１サブビューおよび第２サブビューの例を示す。本明細書で開示されている技術は、仮想シーン、または、カメラによってキャプチャされたビデオに適用可能である。図１０Ａ～図１０Ｃは、実際のビデオフレームを表しており、必ずしも合成／仮想シーンのサブビューではない。いくつかの実施形態において、選択工程は、さらに、第１対象以外第２対象を、対象のサブセットの中から選択する工程を含む。規定工程は、さらに、主要ビデオフィードの第２サブビュー（例えば、図１０Ｃのサブビュー１０００－Ｃ）を第２解像度に規定する工程を含む。いくつかの実施形態において、第２サブビューは、第１解像度よりも低く第２解像度とは異なる第３解像度である。

主要ビデオフィードは、１タイプの向き（例えば、ランドスケープ）でキャプチャされうるが、サブビューは、１または複数のその他の向き（例えば、すべてがポートレートまたは一部がポートレート）で表示される。この例において、主要ビデオフィード（図１０Ａ）は、ランドスケープ方向でキャプチャされ、各サブビュー（図１０Ｂおよび図１０Ｃ）は、ポートレート方向に分割される。

主要ビデオフィード内の第２サブビューの中心の座標は、重ね合わせ工程によって第２繰り返し基準で行われる受信工程の繰り返しから決定されるように、第２対象の位置の経時的な変化に従って、人的介入なしに、時間と共に変化する。したがって、通信工程は、さらに、主要ビデオフィードから独立的に、主要ビデオフィードの第２サブビューをリモートデバイスへ通信する。そのため、リモートデバイスのエンドユーザは、第１対象に専用の第１サブビューと、第２対象に専用の第２サブビューとを見ることができる。第１および第２対象は、同じ試合または異なる試合（例えば、第１試合および第２試合）に参加している場合がある。第１試合および第２試合は、同時に行われている、すでに行われた過去の試合である、または、第１試合が現在の試合であり第２試合が過去の試合である。さらに、第１および第２対象は、同じチームまたは異なるチームでありうる。さらに、いくつかの実施形態において、第２サブビューは、規定されるが、リモートデバイスへ通信されない。

いくつかの実施形態において、第１対象および第２対象は、第１時点に空間領域内の同じ位置にある（例えば、両プレイヤーがボールに向かってスクラムに加わっている、両プレイヤーがボールに向かってパイルアップしている、など）。第１対象および第２対象は、或る時点に空間領域内の同じ位置同じ位置にあるので、これは、第１サブビューを第１時点に第２サブビューと重ならせる。さらに、第１対象および第２対象は、第２時点に空間領域内の異なる位置にある。この差により、第１サブビューは、第２時点には第２サブビューと重ならない。本開示は、カメラ１４０によってキャプチャされた画像の光学特性を分析する代わりに、タイムスタンプ付き位置情報（例えば、テレメトリデータ２３０）を利用して、ビデオフィード内の対象の位置を決定するので、異なる物体が同じ場所を占めた場合に、途切れることなしに、異なる物体を独立的に追跡できる。

本明細書で論じている技術は、３以上のサブビューを表示するために用いられてもよい。例えば、複数のサブビューは、アメフトの試合の一方のサイドの各プレイヤーのビュー（例えば、フットボールプレイヤーのファンタジーチームの各プレイヤーのビュー）または１００のオーダーのビューなど、３以上のサブビューを含む。複数のサブビューの中の各サブビューは、対象のサブセットの中の異なる対象を中心に据える。いくつかの実施形態において、各サブビューにについてそれぞれの対象を中心に据える工程は、対象の位置およびサブビューの中心に許容範囲を割り当てる工程を含む。例えば、位置情報の許容範囲が約１５センチメートルである場合、位置情報が１５センチメートルより大きいおよび／または等しい位置の変化を示さない限り、サブビューの中心は変化しない。したがって、位置情報内のジャンプもジッタも全くサブビューには反映されず、サブビューが円滑な（例えば、ジッタのない）ビデオストリームを提供することを保証する。

いくつかの実施形態において、主要ビデオフィードは、リモートデバイスへ通信されない。例えば、主要ビデオフィードは、本開示のデータベース内に格納される。同様に、主要ビデオフィードによってキャプチャされたそれぞれの対象に対する各対象は、本開示のデータベース内に格納される。この格納工程は、専用ビデオのコレクションがそれぞれの対象に対してキュレートされることを可能にする。次いで、コレクションは、例えば、それぞれの対象が或る期間（例えば、試合、シーズン、キャリアなど）にわたって参加する各プレイを見るために利用されうる。

いくつかの実施形態において、複数の対象は、第１チームおよび第２チームを含む。いくつかの実施形態において、第１チームおよび第２チームは、チームのリーグを形成している（例えば、アメフトリーグ、サッカーリーグ、バスケットボール協会、など）。第１チームは、第１複数のプレイヤーを含み、第２チームは、第２複数のプレイヤーを含む。第１チームおよび第２チームは、受信工程、受信工程、重ね合わせ工程、選択工程、規定工程、および、通信工程の間、現在の試合に従事している。対象のサブセットから少なくとも第１対象を選択する工程は、空間領域内で現在の試合にアクティブに従事している第１チームの各プレイヤーを選択する工程を含む。主要ビデオフィード内の第１サブビューの中心の座標は、重ね合わせ工程によって第２繰り返し基準で行われる受信工程の繰り返しから決定されるように、第１対象の位置の経時的な変化に従って、かつ、空間領域内で現在の試合にアクティブに従事している第１チーム内の他の各プレイヤーの位置の経時的な変化に従って、人的介入なしに、時間と共に変化する。

いくつかの実施形態において、選択工程は、さらに、第１対象以外第２対象を、対象のサブセットの中から選択する工程を含む。規定工程は、さらに、主要ビデオフィードの第２サブビューを第２解像度に規定する工程を含む。主要ビデオフィード内の第２サブビューの中心の座標は、重ね合わせ工程によって第２繰り返し基準で行われる受信工程の繰り返しから決定されるように、第２対象の位置の経時的な変化に従って、人的介入なしに、時間と共に変化する。通信工程は、主要ビデオフィードおよび第１サブビューから独立的に、主要ビデオフィードの第２サブビューをリモートデバイスへ通信する。

いくつかの実施形態において、規定工程は、さらに、主要ビデオフィードの複数のサブビューを第２解像度に規定する工程を含む。複数のサブビューは、第１サブビュー（例えば、図１０Ｂのサブビュー１０００－Ｂ）を含む。主要ビデオフィード内の複数のサブビューの内の各サブビューの中心の座標は、重ね合わせ工程によって第２繰り返し基準で行われる受信工程の繰り返しから、空間領域内で現在の試合にアクティブに従事している対象のサブセット内の対応する対象の位置の経時的な変化に従って、人的介入なしに、時間と共に変化する。通信工程は、主要ビデオフィードから独立的に、複数のサブビューの内の各サブビューをリモートデバイスへ通信する。

したがって、本開示のシステムおよび方法を通して、主要ビデオフィードから導出された１または複数の専用サブビューがリモートデバイスへ通信される。それぞれの専用サブビューは、対応する対象を中心に据えるため、エンドユーザは、対応する対象だけに特化したビデオフィード（例えば、エンドユーザのお気に入りのプレイヤー専用のビデオフィード）を見ることができる。これにより、エンドユーザは、ユーザのファンタジーアメフトチームに含まれる対象の選択など、ユーザの選択に従って、対象の１または複数の専用サブビューの選択を見ることができる。例えば、エンドユーザが有望なプロの選手である場合、そのエンドユーザは、トレーニングビデオとして利用するために、エンドユーザと同じポジションでプレイする対象に特化したサブビューを見ることを選択できる。さらに、主要ビデオフィードは高解像度のビデオフィードであるため、各サブビューは、画質を大きく損なうことなしに分割される。これにより、１台のカメラで任意の数のサブビューを生成できるため、ライブスポーツイベントをキャプチャするために必要なカメラおよびオペレータの数が大幅に削減される。

本開示は、アメリカンフットボールの試合に関連する様々なシステムおよび方法を記載しているが、当業者は、本開示がそれに限定されないことを理解する。本明細書で開示されている技術は、プレイヤーまたはチームがボールを持っている（例えば、ボールを保持している）不連続状態または有限状態を有する試合、ならびに、他のタイプのイベントで応用される。例えば、いくつかの実施形態において、本開示のシステムおよび方法は、野球の試合、バスケットボールの試合、クリケットの試合、アメフトの試合、ハンドボールの試合、ホッケーの試合（例えば、アイスホッケー、フィールドホッケー）、キックボールの試合、ラクロスの試合、ラグビーの試合、サッカーの試合、ソフトボールの試合、または、バレーボールの試合、オートレース、ボクシング、サイクリング、ランニング、水泳、テニスなど、もしくは、対象の位置がイベントの結果に関連する任意のかかるイベントなどのイベントに応用される。

本開示は、ビデオコンテンツをリモートデバイスに送るための改良システムおよび方法への当技術分野でのニーズに対処するものである。特に、本開示は、ライブプレイヤー活動を分けるためにビデオフィードを分割することによって、ライブスポーツイベントへの観戦者の関与および関心の増大を促進する。

予測ポイントの評価に関しては、特所与のプレイ状況の起こりうる結果である各次のイベントの確率を推定するために、多項ロジスティック回帰または他のタイプの分析を利用できる。次のイベントは、得点イベントまたは非得点イベントである。得点イベントは、ボールを持っているチームのタッチダウン（７ポイント）、ボールを持っているチームのフィールドゴール（３ポイント）、ボールを持っているチームのセーフティ（２ポイント）、対戦相手のセーフティ（－２ポイント）、相手のフィールドゴール（－３ポイント）、および、相手のタッチダウン（－７ポイント）を含む。非得点イベント（０ポイント）は、ボールを持っているチームが取りうるアテンプトを記述するイベントを含む。一例では、ボールを持っているチームが、次のプレイで、ボールを左へ、右へ、または中央で進めようとしうる。別の例では、ボールを持っているチームが、次のプレイで、ボールをパスしようとするか、または、ボールを持って走ろうとしうる。

上述の実施形態は、理解しやすいようにいくぶん詳しく説明されているが、本発明は、提供された詳細事項に限定されるものではない。本発明を実施する多くの代替方法が存在する。開示された実施形態は、例示であり、限定を意図するものではない。

Claims (20)

1. ライブプレイヤー活動を分けるためにビデオフィードを分割するためのシステムであって、
   通信インターフェースであって、
   第１繰り返し基準で、第１カメラからの主要ビデオフィードの伝送を、受信し、
   前記主要ビデオフィードは、前記主要ビデオフィードによって網羅される少なくとも２つの次元で表現された空間領域に対して較正されており、前記空間領域に対する前記主要ビデオフィードの前記較正は、前記空間領域に対するカメラの位置を含む前記空間領域についての既知の情報に少なくとも部分的に基づき、
   第２繰り返し基準で、複数の追跡デバイスの中の各追跡デバイスからそれぞれのタイムスタンプ付き位置情報を受信し、
   前記複数の追跡デバイスの中の各追跡デバイスは、（ａ）前記空間領域での競技に参加している複数の対象の中の対応する対象によって身につけられ、（ｂ）前記空間領域における前記対応する対象のタイムスタンプ付き位置を記述する位置情報を送信する、よう構成されている通信インターフェースと、
   前記通信インターフェースに接続されているプロセッサであって、
   前記受信されたタイムスタンプ付き位置情報と、前記主要ビデオフィードの前記較正とを用いて、前記主要ビデオフィードの第１サブビューを規定し、
   前記第１サブビューは、前記複数の対象に含まれる第１対象に関連付けられており、前記第１サブビューは、前記主要ビデオフィードを含む複数のフレームの各々について、前記第１対象に関連付けられた対応するサブフレームを含み、
   前記第１サブビューを表示するよう構成されているデバイスへ前記第１サブビューを通信させる、よう構成されているプロセッサと、
   を備える、システム。
2. 請求項１に記載のシステムであって、前記主要ビデオフィードは、第１解像度で提供され、前記第１サブビューは、前記第１解像度よりも低い第２解像度で提供される、システム。
3. 請求項１に記載のシステムであって、前記空間領域についての前記既知の情報は、境界ライン、既知かつ均一な寸法のライン、既知の長さまたは太さのライン、位置、もしくは、規則、の内の少なくとも１つを含む、システム。
4. 請求項１に記載のシステムであって、前記カメラは、前記カメラの動きが少なくとも１つの次元に制限されるように固定されている、システム。
5. 請求項１に記載のシステムであって、前記カメラは、チルト、パン、または、ズーム、の内の既知の少なくとも１つを伴って、固定位置にある、システム。
6. 請求項１に記載のシステムであって、前記第１サブビューは、前記主要ビデオフィードとは異なるフォームファクタである、システム。
7. 請求項１に記載のシステムであって、前記第１サブビューは、ポートレート方向またはランドスケープ方向の一方であり、前記主要ビデオフィードは、ポートレート方向またはランドスケープ方向の他方である、システム。
8. 請求項１に記載のシステムであって、前記第１サブビューは、少なくとも１つの対象が前記空間領域で動く時に、対応する位置情報を追跡することなどによって、前記少なくとも１つの対象を追跡する、システム。
9. ライブプレイヤー活動を分けるためにビデオフィードを分割するためのシステムであって、
   通信インターフェースであって、
   第１繰り返し基準で、第１カメラからの主要ビデオフィードの伝送を、受信し、
   前記主要ビデオフィードは、前記主要ビデオフィードによって網羅される少なくとも２つの次元で表現された空間領域に対して較正されており、
   第２繰り返し基準で、複数の追跡デバイスの中の各追跡デバイスからそれぞれのタイムスタンプ付き位置情報を受信し、
   前記複数の追跡デバイスの中の各追跡デバイスは、（ａ）前記空間領域での競技に参加している複数の対象の中の対応する対象によって身につけられ、（ｂ）前記空間領域における前記対応する対象のタイムスタンプ付き位置を記述する位置情報を送信する、よう構成されている通信インターフェースと、
   前記通信インターフェースに接続されているプロセッサであって、
   前記受信されたタイムスタンプ付き位置情報と、前記主要ビデオフィードの前記較正とを用いて、前記主要ビデオフィードの第１サブビューを規定し、
   前記第１サブビューは、前記複数の対象に含まれる第１対象に関連付けられており、前記第１サブビューは、前記主要ビデオフィードを含む複数のフレームの各々について、前記第１対象に関連付けられた対応するサブフレームを含み、前記第１対象は、リモートデバイスでユーザによって選択され、
   前記第１サブビューを表示するよう構成されているデバイスへ前記第１サブビューを通信させる、よう構成されているプロセッサと、
   を備える、システム。
10. 請求項１に記載のシステムであって、前記第１対象は、ボールまたは他の対象まで閾値距離内にあることに少なくとも部分的に基づいて、自動的に選択される、システム。
11. 請求項１に記載のシステムであって、前記第１サブビューは、前記主要ビデオフィードとは独立的に通信される、システム。
12. 請求項１に記載のシステムであって、前記第１サブビューは、前記第１対象のアイデンティティに関係する情報を含み、前記アイデンティティは、表示可能であり、前記第１対象は、前記第１対象が存在する異なる前記第１サブビューを識別するために前記第１サブビュー内で選択可能である、システム。
13. 請求項１に記載のシステムであって、前記プロセッサは、さらに、前記受信されたタイムスタンプ付き位置情報と、前記主要ビデオフィードの前記較正とを用いて、前記主要ビデオフィードの第２サブビューを規定するよう構成されており、前記第２サブビューは、同じ競技、異なる同時進行のライブ競技、または、過去の競技、の内の少なくとも１つにおける第２対象に関連付けられている、システム。
14. ライブプレイヤー活動を分けるためにビデオフィードを分割するためのシステムであって、
    通信インターフェースであって、
    第１繰り返し基準で、第１カメラからの主要ビデオフィードの伝送を、受信し、
    前記主要ビデオフィードは、前記主要ビデオフィードによって網羅される少なくとも２つの次元で表現された空間領域に対して較正されており、
    第２繰り返し基準で、複数の追跡デバイスの中の各追跡デバイスからそれぞれのタイムスタンプ付き位置情報を受信し、
    前記複数の追跡デバイスの中の各追跡デバイスは、（ａ）前記空間領域での競技に参加している複数の対象の中の対応する対象によって身につけられ、（ｂ）前記空間領域における前記対応する対象のタイムスタンプ付き位置を記述する位置情報を送信する、よう構成されている通信インターフェースと、
    前記通信インターフェースに接続されているプロセッサであって、
    前記受信されたタイムスタンプ付き位置情報と、前記主要ビデオフィードの前記較正とを用いて、前記主要ビデオフィードの第１サブビューを規定し、
    前記第１サブビューは、前記複数の対象に含まれる第１対象に関連付けられており、前記第１サブビューは、前記主要ビデオフィードを含む複数のフレームの各々について、前記第１対象に関連付けられた対応するサブフレームを含み、
    前記第１サブビューを表示するよう構成されているデバイスへ前記第１サブビューを通信させる、よう構成されているプロセッサと、
    を備え、
    前記複数の対象の中の各対象は、センサデータを収集するよう構成されている複数のセンサを有し、
    前記収集されたセンサデータと、対応する対象の集合的な追跡情報とに少なくとも部分的に基づいて、幾何学的中心もしくはその他の点または点の範囲を特定し、
    前記第１サブビューを規定することは、前記特定された幾何学的中心もしくはその他の点または点の範囲に少なくとも部分的に基づいている、システム。
15. 請求項１に記載のシステムであって、前記第１サブビューを表示するよう構成されている前記デバイスは、リモートデバイスであり、複数のリモートデバイスに含まれている、システム。
16. ライブプレイヤー活動を分けるためにビデオフィードを分割するためのシステムであって、
    通信インターフェースであって、
    第１繰り返し基準で、第１カメラからの主要ビデオフィードの伝送を、受信し、
    前記主要ビデオフィードは、前記主要ビデオフィードによって網羅される少なくとも２つの次元で表現された空間領域に対して較正されており、
    第２繰り返し基準で、複数の追跡デバイスの中の各追跡デバイスからそれぞれのタイムスタンプ付き位置情報を受信し、
    前記複数の追跡デバイスの中の各追跡デバイスは、（ａ）前記空間領域での競技に参加している複数の対象の中の対応する対象によって身につけられ、（ｂ）前記空間領域における前記対応する対象のタイムスタンプ付き位置を記述する位置情報を送信する、よう構成されている通信インターフェースと、
    前記通信インターフェースに接続されているプロセッサであって、
    前記受信されたタイムスタンプ付き位置情報と、前記主要ビデオフィードの前記較正とを用いて、前記主要ビデオフィードの第１サブビューを規定し、
    前記第１サブビューは、前記複数の対象に含まれる第１対象に関連付けられており、前記第１サブビューは、前記主要ビデオフィードを含む複数のフレームの各々について、前記第１対象に関連付けられた対応するサブフレームを含み、
    前記第１サブビューを表示するよう構成されているデバイスへ前記第１サブビューを通信させる、よう構成されているプロセッサと、
    を備え、
    前記第１サブビューを表示するよう構成されている前記デバイスは、ローカルデバイスである、システム。
17. 請求項１に記載のシステムであって、前記競技は、（ｉ）前記複数の対象の内の第１サブセットを含む第１チームと、（ｉｉ）前記複数の対象の内の第２サブセットを含む第２チームと、を含むライブスポーツイベントである、システム。
18. 請求項１に記載のシステムであって、前記複数の対象は、プレイヤーまたは競技用具の内の少なくとも一方を含む、システム。
19. ライブプレイヤー活動を分けるためにビデオフィードを分割するための方法であって、
    第１繰り返し基準で、第１カメラからの主要ビデオフィードの伝送を受信し、前記主要ビデオフィードは、前記主要ビデオフィードによって網羅される少なくとも２つの次元で表現された空間領域に対して較正されており、
    第２繰り返し基準で、複数の追跡デバイスの中の各追跡デバイスからそれぞれのタイムスタンプ付き位置情報を受信し、前記複数の追跡デバイスの中の各追跡デバイスは、（ａ）前記空間領域での競技に参加している複数の対象の中の対応する対象によって身につけられ、（ｂ）前記空間領域における前記対応する対象のタイムスタンプ付き位置を記述する位置情報を送信し、
    前記受信されたタイムスタンプ付き位置情報と、前記主要ビデオフィードの前記較正とを用いて、前記主要ビデオフィードの第１サブビューを規定し、前記第１サブビューは、前記複数の対象に含まれる第１対象に関連付けられており、前記第１サブビューは、前記主要ビデオフィードを含む複数のフレームの各々について、前記第１対象に関連付けられた対応するサブフレームを含み、前記第１対象は、リモートデバイスでユーザによって選択され、
    前記第１サブビューを表示するよう構成されているデバイスへ前記第１サブビューを通信させること、
    を備える、方法。
20. コンピュータプログラム製品であって、持続性のコンピュータ読み取り可能な記憶媒体内に具現化され、
    第１繰り返し基準で、第１カメラからの主要ビデオフィードの伝送を受信するためのコンピュータ命令と、前記主要ビデオフィードは、前記主要ビデオフィードによって網羅される少なくとも２つの次元で表現された空間領域に対して較正されており、
    第２繰り返し基準で、複数の追跡デバイスの中の各追跡デバイスからそれぞれのタイムスタンプ付き位置情報を受信するためのコンピュータ命令と、前記複数の追跡デバイスの中の各追跡デバイスは、（ａ）前記空間領域での競技に参加している複数の対象の中の対応する対象によって身につけられ、（ｂ）前記空間領域における前記対応する対象のタイムスタンプ付き位置を記述する位置情報を送信し、
    前記受信されたタイムスタンプ付き位置情報と、前記主要ビデオフィードの前記較正とを用いて、前記主要ビデオフィードの第１サブビューを規定するためのコンピュータ命令と、前記第１サブビューは、前記複数の対象に含まれる第１対象に関連付けられており、前記第１サブビューは、前記主要ビデオフィードを含む複数のフレームの各々について、前記第１対象に関連付けられた対応するサブフレームを含み、前記第１対象は、リモートデバイスでユーザによって選択され、
    前記第１サブビューを表示するよう構成されているデバイスへ前記第１サブビューを通信させるためのコンピュータ命令と、
    を備える、コンピュータプログラム製品。

Images