(57)【要約】      （修正有）【課題】身体的活動の取り込み済み画像データを用いたセッションの実施およびトークン検証可能なプロキシ・アップローダを提供する。【解決手段】ホスト型サービス・サーバは、トークン要求がエンド・ユーザ通信デバイスから送信されると、アップロード・トークンをエンド・ユーザ通信デバイスへ送信する。エンド・ユーザ通信デバイスは、トークン有効化のためにアップロード・トークンをホスト型プロキシ・サーバに送信する。トークン有効化呼び出しは、ホスト型プロキシ・サーバのアップロード・トークンの受信に応答し、エンド・ユーザ通信デバイスからの第１のメディア・ファイルまたは第１のメディア・ファイルをホスト型プロキシ・サーバへアップロードするエンド・ユーザ通信デバイスからの要求のいずれかとなる。【選択図】図４４
2018206399.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに実装される方法であって、
エンド・ユーザ通信デバイスから送信されたトークン要求を、ホスト型サービス・サーバで受信することと、
アップロード・トークンを前記エンド・ユーザ通信デバイスに送信することと、
ホスト型プロキシ・サーバによって、前記エンド・ユーザ通信デバイスから、前記アップロード・トークンと第１のメディア・ファイルを受信することと、
前記アップロード・トークンと前記第１のメディア・ファイルを受信したことに応答して、前記ホスト型プロキシ・サーバによって、前記ホスト型サービス・サーバへトークン有効化呼び出しを送信することと、
前記ホスト型サービス・サーバにおいて、前記ホスト型プロキシ・サーバから前記トークン有効化呼び出しを受信することと、
前記ホスト型サービス・サーバから前記ホスト型プロキシ・サーバへ、有効化メッセージを送信することと、
前記ホスト型サービス・サーバから前記有効化メッセージを受信したことに応答して、前記ホスト型プロキシ・サーバによって、前記第１のメディア・ファイルと前記ホスト型サービス・サーバの前記信用証明書とを前記メディア共有サイトへ送信することと、
を含むコンピュータに実装される方法。
【請求項２】
さらに前記エンド・ユーザ通信デバイスの有効化を含み、前記エンド・ユーザ通信デバイスの前記ユーザの前記有効化は、前記エンド・ユーザ通信デバイスが信用証明書を前記メディア共有サイトへ提供することなく実施され、前記エンド・ユーザ通信デバイスは、前記有効化の一部として前記メディア共有サイト固有の信用証明書を送信しない、請求項１に記載のコンピュータに実装される方法。
【請求項３】
前記ホスト型プロキシ・サーバからの前記トークン有効化呼び出しは、前記ホスト型プロキシ・サーバの前記アップロード・トークンと、（１）前記エンド・ユーザ通信デバイスからの前記第１のメディア・ファイル、または（２）前記ホスト型プロキシ・サーバへの、前記第１のメディア・ファイルをアップロードするための前記エンド・ユーザ通信デバイスからの要求の何れかと、を受信することに応答して、前記ホスト型サービス・サーバへ送信される、請求項１に記載のコンピュータに実装される方法。
【請求項４】
前記第１のメディア・ファイルは、複数の順次画像を含み、前記方法は、さらに、
前記ホスト型プロキシ・サーバにおいて前記複数の順次画像の少なくとも一部に対して画像解析を行ない、前記第１のメディア・ファイルのためのタグを決定する、
請求項１に記載のコンピュータに実装される方法。
【請求項５】
さらに、
前記ホスト型サービス・サーバにおいて、前記メディア共有サイト上の前記第１のメディア・ファイルの場所を表わす一意的な識別を受信すること、
を含む、請求項１に記載のコンピュータに実装される方法。
【請求項６】
さらに、
前記エンド・ユーザ通信デバイスにおいて、前記メディア共有サイト上の前記第１のメディア・ファイルの場所を表わす一意的な識別を受信すること、
を含む、請求項１に記載のコンピュータに実装される方法。
【請求項７】
前記エンド・ユーザ通信デバイスは、第１のエンド・ユーザ通信デバイスであり、前記方法は、さらに、
前記第１のメディア・ファイルまたはそれの一部を前記ホスト型プロキシ・サーバ上にストアすることを含み、前記ホスト型プロキシ・サーバおよび前記メディア共有サイトにストアされる前記第１のメディア・ファイルは、前記第１のエンド・ユーザ通信デバイスによって検索可能であり、前記ホスト型プロキシ・サーバ上にストアされる第１のメディア・ファイルは、第２のエンド・ユーザ通信デバイスによって検索可能でない、
請求項１に記載のコンピュータに実装される方法。
【請求項８】
エンド・ユーザ通信デバイスと、
ホスト型サービス・サーバと、
ホスト型プロキシ・サーバと、
を含むシステムであって、
前記ホスト型サービス・サーバは、
前記エンド・ユーザ通信デバイスから送信されるトークン要求を受信し、
前記ホスト型プロキシ・サーバから、トークン有効化呼び出しを受信し、
前記ホスト型プロキシ・サーバから、有効化メッセージを送信するように構成され、
前記ホスト型プロキシ・サーバは、
前記エンド・ユーザ通信デバイスから、アップロード・トークンと第１のメディア・ファイルを受信し、
前記アップロード・トークンと前記第１のメディア・ファイルを受信したことに応答して、前記ホスト型サービス・サーバへ、トークン有効化呼び出しを送信し、
前記ホスト型サービス・サーバから、前記有効化メッセージを受信し
前記ホスト型サービス・サーバから前記有効化メッセージを受信したことに応答して、前記第１のメディア・ファイルと前記ホスト型サービス・サーバの信用証明書とをメディア共有サイトへ送信するように構成されている、
システム。
【請求項９】
前記ホスト型サービス・サーバは、さらに前記エンド・ユーザ通信デバイスのユーザを有効化すように構成され、前記エンド・ユーザ通信デバイスの前記ユーザの前記有効化は、前記エンド・ユーザ通信デバイスが信用証明書を前記メディア共有サイトへ提供することなく実施され、前記エンド・ユーザ通信デバイスは、前記有効化の一部として前記メディア共有サイト固有の信用証明書を送信しない、
請求項８に記載のシステム。
【請求項１０】
前記ホスト型プロキシ・サーバは、さらに（１）前記エンド・ユーザ通信デバイスからの前記第１のメディア・ファイル、または（２）前記ホスト型プロキシ・サーバへの、前記エンド・ユーザ通信デバイスからの前記第１のメディア・ファイルのアップロードの要求のいずれかを受信したことに応答して、前記トークン有効化呼び出しを送信するように構成されている、
請求項８に記載のシステム。
【請求項１１】
前記ホスト型サービス・サーバはさらに、
前記メディア共有サイト上の前記第１のメディア・ファイルの場所を表わす一意的な識別を受信するように構成されている、
請求項８に記載のシステム。
【請求項１２】
前記エンド・ユーザ通信デバイスは、
前記メディア共有サイト上の前記第１のメディア・ファイルの場所を表わす一意的な識別を受信するように構成されている、
請求項８に記載のシステム。
【請求項１３】
前記ホスト型プロキシ・サーバはさらに、
前記第１のメディア・ファイルまたはそれの一部を前記ホスト型プロキシ・サーバ上にストアすることを含み、前記ホスト型プロキシ・サーバおよび前記メディア共有サイトにストアされる前記第１のメディア・ファイルは、前記第１のエンド・ユーザ通信デバイスによって検索可能であり、前記ホスト型プロキシ・サーバ上にストアされた前記第１のメディア・ファイルは他のエンド・ユーザ通信デバイスによって検索可能でない、
請求項８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願に対する交互参照
この出願は、『コンダクティング・セッションズ・ウィズ・キャプチャード・イメージ・データ・オブ・フィジカル・アクティビティ・アンド・アップローディング・ユージング・トークン・ベリファイアブル・プロキシ・アップローダー（ＣＯＮＤＵＣＴＩＮＧ  ＳＥＳＳＩＯＮＳ  ＷＩＴＨ  ＣＡＰＴＵＲＥＤ  ＩＭＡＧＥ  ＤＡＴＡ  ＯＦ  ＰＨＹＳＩＣＡＬ  ＡＣＴＩＶＩＴＹ  ＡＮＤ  ＵＰＬＯＡＤＩＮＧ  ＵＳＩＮＧ  ＴＯＫＥＮ−ＶＥＲＩＦＩＡＢＬＥ  ＰＲＯＸＹ  ＵＰＬＯＡＤＥＲ）』と題して２０１３年９月５日に出願された米国特許仮出願第６１／８７４，２４８号の優先権の恩典を主張する。当該出願の内容は、いかなる限定も目的とすることなく、参照によりその全体が明示的にこれに援用される。
【背景技術】
【０００２】
エクササイズおよびフィットネスは、ますますポピュラーになり、その種の活動からの恩典はよく知られている。多様なタイプのテクノロジが、フィットネスおよびそのほかのアスレチック活動に組み込まれた。たとえば、フィットネス活動における使用のために、ＭＰ３またはそのほかのオーディオ・プレーヤ、ラジオ、ポータブル・テレビジョン、ＤＶＤプレーヤ、またはそのほかのビデオ再生デバイス、腕時計、ＧＰＳシステム、歩数計、携帯電話、ページャ、ポケットベル等々の広汎多様なポータブル電子デバイスが利用できる。多くのフィットネス愛好者またはアスリートは、エクササイズまたはトレーニングのときに、楽しさを持続させるため、パフォーマンス・データを提供するため、あるいはほかの人と連絡を取り合うといったことのためにそれらのデバイスのうちの１つまたは複数を使用している。またその種のユーザは、自分たちのアスレチック活動およびそれに関連付けされるメトリクスの記録にも興味を示すようになった。したがって、アスレチック・パフォーマンス情報の検出、ストア、および／または送信にいくつかのセンサを使用してもよい。しかしながら、しばしばアスレチック・パフォーマンス情報は、不偏的な形で提示されるか全体的なアスレチック活動に基づく。エクササイズ実施者が、自分たちのトレーニングについての追加の情報の獲得に興味を持つ可能性はある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
以下においては、例示的な態様の一般的な概要を呈示し、一例の実施態様の基本的理解を提供する。この概要は、広範囲にわたる全体像ではない。本発明の鍵もしくは決定的要素を識別すること、または本発明の範囲を線引きすることは意図されていない。以下の概要は、その先に提供されているより詳細な説明の導入部として単に本発明のいくつかのコンセプトを包括的な形で呈示する。
【０００４】
１つまたは複数の態様は、スポーツ活動との関係で地理的情報を使用するためのシステム、装置、コンピュータ可読メディア、および方法について述べている。センサをユーザおよび／または着衣に取り付け、パフォーマンス・データを生成してもよい。センサには、加速度計、圧力センサ、ジャイロスコープ、およびそのほかの、身体的活動を電気信号に変換可能なセンサを含め得る。データは、場所データとともにサーバへ送信してもよい。サーバは、ユーザおよび場所のためのリーダーボードを維持し、ユーザがほかのユーザおよびスポーツ活動の場所をサーチすることを可能にする。本発明のいくつかの態様においては、ユーザが携帯電話等のモバイル・デバイスを用いて、サーバとインタラクションする。
【０００５】
いくつかの例示的態様においては、ユーザ属性を指定する入力を処理し、ユーザ属性に基づいてパフォーマンス・ゾーンを調整し、加速度計および力センサのうちの少なくとも１つによって生成されたデータを受信し、そのデータがパフォーマンス・ゾーン内にあるか否かを決定し、決定を出力するべくシステム、装置、コンピュータ可読媒体、および方法を構成し得る。
【０００６】
いくつかの例示的態様においては、システム、装置、コンピュータ可読媒体、および方法が、ユーザがアスレチック動作を行なうときにセンサ（たとえば、加速度計、力センサ、温度センサ、心拍数モニタ等）によって生成されたデータを受信すること、およびそのデータと複数のプレイ・スタイル比較データを比較し、そのデータにもっともよく整合する、プレイ・スタイルのうちの特定の１つを決定することを含み得る。
【０００７】
さらなる態様は、トークン検証可能なプロキシ・アップローダに関係するシステムおよび方法に関する。特定の実施態様によれば、ホスト型サービス・サーバにおいてトークン要求を受信し得る。トークン要求は、エンド・ユーザ通信デバイスから送信し得る。トークンは、ホスト型プロキシ・サーバへの第１のメディア・ファイルの送信を承認するべく構成されたホスト型サービス・サーバからのアップロード・トークンを要求するためのものとし得る。
【０００８】
さらなる態様は、ホスト型サービス・サーバに対するエンド・ユーザの信用証明書の使用等による、ユーザまたはエンド・ユーザ通信デバイスの有効化に関する。アップロード・トークンは、エンド・ユーザ通信デバイスへ送信し得る。さらなる実施態様においては、トークン有効化呼び出しをホスト型プロキシ・サーバおよび／またはそのほかの場所から受信し得る。エンド・ユーザ通信デバイスのユーザの有効化は、エンド・ユーザ・デバイスが信用証明書をメディア共有サイトへ提供することなく実施でき、それにおいてエンド・ユーザ・デバイスは、有効化の一部としてメディア共有サイト固有の信用証明書を送信しない。トークン有効化呼び出しは、ホスト型プロキシ・サーバのアップロード・トークンの受信に応答し、（１）エンド・ユーザ通信デバイスからの第１のメディア・ファイル、または（２）第１のメディア・ファイルをホスト型プロキシ・サーバへアップロードするエンド・ユーザ通信デバイスからの要求のいずれかとし得る。
【０００９】
有効化メッセージを、ホスト型サービス・サーバから、ホスト型サービス・サーバの信用証明書を使用してホスト型プロキシ・サーバからメディア共有サイトへの第１のメディア・ファイルの送信を承認するべく構成されたホスト型プロキシ・サーバへ送信し得る。送信されたメディア・ファイルは、複数の順次画像を含み、複数の順次画像のうちの少なくとも一部で画像解析が実行され得る。これは、メディア・ファイルのタグの決定に使用され得る。これは、メディア共有サイトへのファイルのアップロード前、その間、またはその後に生じることが許される。
【００１０】
メディア・ファイルをアップロードするエンド・ユーザ通信デバイスは、第１のエンド・ユーザ通信デバイスであり、ファイル（または、それの一部）がホスト型プロキシ・サーバ上にストアされてもよく、それにおいてホスト型プロキシ・サーバおよびメディア共有サイトにストアされるファイルは、第１のエンド・ユーザ通信デバイスによって検索可能であるが、ホスト型プロキシ・サーバにストアされるファイルは、第２のエンド・ユーザ通信デバイスによって検索可能でない。
【００１１】
以下、さらなる実施態様を説明する。
【００１２】
一例の実施態様の理解のため、例として、次に添付図面を参照してその説明を行なう。
【図面の簡単な説明】
【００１３】
【図１Ａ】例示の実施態様に従ったパーソナル・トレーニング・システムの例を図解した説明図である。
【図１Ｂ】例示の実施態様に従ったパーソナル・トレーニング・システムの例を図解した説明図である。
【図２Ａ】例示の実施態様に従ったセンサ・システムの実施態様の例を図解した説明図である。
【図２Ｂ】例示の実施態様に従ったセンサ・システムの実施態様の例を図解した説明図である。
【図３Ａ】例示の実施態様に従った少なくとも１つのセンサとのコンピュータ・インタラクションの例を図解した説明図である。
【図３Ｂ】例示の実施態様に従った少なくとも１つのセンサとのコンピュータ・インタラクションの例を図解した説明図である。
【図４】例示の実施態様に従った靴への埋め込みおよび取り外し可能なポッド・センサの例を図解した説明図である。
【図５】例示の実施態様に従ったコンピュータのための着用構成の例を図解した説明図である。
【図６】例示の実施態様に従ったコンピュータのための多様な非着用構成の例を図解した説明図である。
【図７】例示の実施態様に従ったコンピュータのための多様な非着用構成の例を図解した説明図である。
【図８】例示の実施態様に従ったコンピュータの表示スクリーンによって呈示されるグラフィカル・ユーザ・インターフェース（ＧＵＩ）の表示の例を図解した説明図である。
【図９】例示の実施態様に従ったユーザ選択のためのパフォーマンス・メトリクスの例を図解した説明図である。
【図１０】本発明の１つの実施態様に従ったグラフィカル・ユーザ・インターフェース（ＧＵＩ）の例を図解した説明図である。
【図１１Ａ】例示的な実施態様に従ったセンサを較正する１つまたは複数のステップにおいて使用可能なＧＵＩの例を図解した説明図である。
【図１１Ｂ】例示的な実施態様に従ったセンサを較正する１つまたは複数のステップにおいて使用可能なＧＵＩの例を図解した説明図である。
【図１２】例示の実施態様に従ったセッションに関係する情報を呈示するＧＵＩの表示例を図解した説明図である。
【図１３】例示の実施態様に従ったセッションの間にユーザのパフォーマンス・メトリクスについての情報をユーザに提供するＧＵＩの表示例を図解した説明図である。
【図１４】例示の実施態様に従ったユーザの仮想カード（ｖｃａｒｄ）についての情報を呈示するＧＵＩの表示例を図解した説明図である。
【図１５】例示の実施態様に従ったユーザ・プロファイルを呈示するＧＵＩのユーザ・プロファイル表示の例を図解した説明図である。
【図１６】例示の実施態様に従ったユーザについての追加の情報を呈示するユーザ・プロファイル表示のさらなる例を図解した説明図である。
【図１７】例示の実施態様に従ったユーザにパフォーマンス・メトリクスを表示するためのＧＵＩの表示例を図解した説明図である。
【図１８】例示の実施態様に従ったユーザにパフォーマンス・メトリクスを表示するためのＧＵＩの表示例を図解した説明図である。
【図１９】例示の実施態様に従ったユーザにパフォーマンス・メトリクスを表示するためのＧＵＩの表示例を図解した説明図である。
【図２０】例示の実施態様に従ったユーザにパフォーマンス・メトリクスを表示するためのＧＵＩの表示例を図解した説明図である。
【図２１】例示の実施態様に従ったフリースタイルのユーザの動きについての情報を提供するＧＵＩのフリースタイル表示の例を図解した説明図である。
【図２２】例示の実施態様に従ったユーザ選択可能なトレーニング・セッションを呈示するトレーニング表示の例を図解した説明図である。
【図２３】例示の実施態様に従ったトレーニング・セッションの例を図解した説明図である。
【図２４】例示の実施態様に従ったトレーニング・セッションの例を図解した説明図である。
【図２５】例示の実施態様に従ったトレーニング・セッションの例を図解した説明図である。
【図２６】例示の実施態様に従ったトレーニング・セッションの例を図解した説明図である。
【図２７】例示の実施態様に従ったバスケットボールシューティングのトレーニング・セッションのためのＧＵＩの表示例を図解した説明図である。
【図２８】例示の実施態様に従ったバスケットボールシューティングのトレーニング・セッションのためのＧＵＩの表示例を図解した説明図である。
【図２９】例示の実施態様に従ったバスケットボールシューティングのトレーニング・セッションのためのＧＵＩの表示例を図解した説明図である。
【図３０】例示の実施態様に従ったバスケットボールシューティングのトレーニング・セッションのためのＧＵＩの表示例を図解した説明図である。
【図３１】例示の実施態様に従ったユーザにシュートのマイルストーンを通知するＧＵＩの表示例を図解した説明図である。
【図３２】例示の実施態様に従ったユーザにプロのアスリートの得意技を摸する練習の実施を促すＧＵＩのための得意技表示の例を図解した説明図である。
【図３３】例示の実施態様に従ったパフォーマンス・メトリクスの比較のためのほかのユーザおよび／またはプロのアスリートをサーチするためのＧＵＩの表示例を図解した説明図である。
【図３４】例示の実施態様に従ったほかの個人とユーザのパフォーマンス・メトリクスを比較するための表示例を図解した説明図である。
【図３５】例示の実施態様に従ったほかの個人とユーザのパフォーマンス・メトリクスを比較するための表示例を図解した説明図である。
【図３６】例示の実施態様に従った身体的活動を実施しているユーザを監視する物理データがパフォーマンス・ゾーン内で獲得されたか否かを決定するための方法の例を図解したフローチャートである。
【図３７】近隣のバスケットボール・コートを識別するための２つのＧＵＩ表示の例を図解した説明図である。
【図３８】ほかの参加者についての活動情報を獲得するためのＧＵＩの例を図解した説明図である。
【図３９】スポーツ活動の場所を見つけるために使用可能な本発明の実施態様に従ったプロセスを示したフローチャートである。
【図４０】パフォーマンス・データを共有するための本発明の実施態様に従ったプロセスを示したフローチャートである。
【図４１】パフォーマンス・データの追跡および比較に使用可能な本発明の実施態様に従ったプロセスを示したフローチャートである。
【図４２】多様な実施態様に従って利用可能な例示的な方法を示したフローチャートである。
【図４３Ａ】多様な実施態様に従ったプロキシ・システムを使用する例示的な実施態様を図式的に示した説明図であり、特に、図４３Ａは、特定の実施態様に従ったプロキシ・システムの使用の、２つの類似であるが明確に区別される実装を提供する説明図である。
【図４３Ｂ】多様な実施態様に従ったプロキシ・システムを使用する例示的な実施態様を図式的に示した説明図であり、特に、図４３Ｂは、特定の実施態様に従ったプロキシ・システムの使用の、２つの類似であるが明確に区別される実装を提供する説明図である。
【図４４】多様な実施態様に従ったトークン検証可能なプロキシ・アップローダの例と関連して使用可能なネットワーク構成の例を示した説明図である。
【発明を実施するための形態】
【００１４】
以下の多様な実施態様の説明においては、これの一部を形成する添付図面を参照するが、それらは、この開示が実施され得る多様な実施態様を図解する手段として示されている。理解されるものとするが、このほかの実施態様が利用されることもあり、この開示の範囲および精神から逸脱することなく構造および機能の修正がなされることもある。さらに、この開示の中の見出しはこの開示の態様を限定するとして考えるべきでない。この開示から恩典を受ける当業者は認識するであろうが、例示の実施態様は、例示の見出しに限定されない。
【００１５】
Ｉ．  パーソナル・トレーニング・システムの例
Ａ．  例示的なコンピューティング・デバイス
図１Ａは、例示的な実施態様に従ったパーソナル・トレーニング・システム１００の例を図解している。例示のシステム１００は、１つまたは複数のコンピュータ１０２等の電子デバイスを含み得る。コンピュータ１０２は、電話、ミュージック・プレーヤ、タブレット、ネットブック、または任意のポータブル・デバイス等のモバイル端末を含み得る。ほかの実施態様においては、コンピュータ１０２が、セットトップ・ボックス（ＳＴＢ）、デスクトップ・コンピュータ、デジタル・ビデオ・レコーダ（１つまたは複数）（ＤＶＲ）、コンピュータ・サーバ（１つまたは複数）、および／またはそのほか任意の望ましいコンピューティング・デバイスを含み得る。特定の構成においては、コンピュータ１０２がゲーミング・コンソール、たとえばマイクロソフト（Ｍｉｃｒｏｓｏｆｔ（Ｒ））のＸＢＯＸ、ソニー（Ｓｏｎｙ（Ｒ））のＰｌａｙｓｔａｔｉｏｎ、および／またはニンテンドー（Ｎｉｎｔｅｎｄｏ（Ｒ））のＷｉｉ等のゲーミング・コンソールを含み得る。当業者は認識するであろうが、これらは単なる説明目的の例示的なコンソールに過ぎず、この開示がいずれかのコンソールまたはデバイスに限定されることはない。
【００１６】
簡単に図１Ｂを参照するが、コンピュータ１０２は、少なくとも１つのプロセッシング・ユニット１０６を含み得るコンピューティング・ユニット１０４を含み得る。プロセッシング・ユニット１０６は、ソフトウエア・インストラクションを実行するための任意タイプのプロセッシング・デバイス、たとえばマイクロプロセッサ・デバイスとしてもよい。コンピュータ１０２は、多様な非一過性のコンピュータ可読媒体、たとえばメモリ１０８を含み得る。メモリ１０８は、限定ではないが、ＲＡＭ  １１０等のランダム・アクセス・メモリ（ＲＡＭ）、および／またはＲＯＭ  １１２等の読出し専用メモリ（ＲＯＭ）を含み得る。メモリ１０８は、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリまたはそのほかのメモリ・テクノロジ、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）またはそのほかの光ディスク・ストレージ、磁気ストレージ・デバイス、あるいは所望の情報のストアおよびコンピュータ１０２によるアクセスが可能なそのほかの任意の媒体のいずれかを含み得る。
【００１７】
プロセッシング・ユニット１０６とシステム・メモリ１０８は、直接あるいはバス１１４または１つまたは複数の周辺デバイスに対する代替通信構造を通じて間接的に接続できる。たとえば、プロセッシング・ユニット１０６またはシステム・メモリ１０８は、ハード・ディスク・ドライブ１１６、リムーバブル磁気ディスク・ドライブ、光ディスク・ドライブ１１８、およびフラッシュ・メモリ・カード等の追加のメモリ・ストレージを直接または間接的に接続できる。また、プロセッシング・ユニット１０６およびシステム・メモリ１０８には、１つまたは複数の入力デバイス１２０および１つまたは複数の出力デバイス１２２も直接または間接的に接続できる。出力デバイス１２２は、たとえば表示デバイス１３６、テレビジョン、プリンタ、ステレオ、またはスピーカを含み得る。いくつかの実施態様においては、１つまたは複数の表示デバイスを眼鏡内に組み込み得る。眼鏡に組み込まれた表示デバイスは、ユーザに対してフィードバックを提供できる。１つまたは複数の表示デバイスを組み込んでいる眼鏡は、ポータブル表示システムも提供する。入力デバイス１２０は、たとえば、キーボード、タッチスクリーン、リモート・コントロール・パッド、ポインティング・デバイス（マウス、タッチパッド、スタイラス、トラックボール、またはジョイスティック等）、スキャナ、カメラ、またはマイクロフォンを含み得る。これに関して言えば、入力デバイス１２０は、図１Ａに示されているユーザ１２４等のユーザからアスレチック動作を検知し、検出し、かつ／または測定するべく構成された１つまたは複数のセンサを含み得る。
【００１８】
再び図１Ａを参照するが、画像取り込みデバイス１２６および／またはセンサ１２８は、ユーザ１２４のアスレチック動作の検出および／または測定に利用できる。１つの実施態様においては、画像取り込みデバイス１２６またはセンサ１２８から獲得されたデータが動きパラメータに直接相関されるように、画像取り込みデバイス１２６またはセンサ１２８から獲得されたデータがアスレチック動作を検出できる。しかしながら、そのほかの実施態様においては、画像取り込みデバイス１２６および／またはセンサ１２８からのデータを、組み合わせで、互いに、またはそのほかのセンサとともに、動きの検出および／または測定に利用できる。このように、２つまたはそれより多くのデバイスから獲得されたデータを組み合わせて特定の測度を決定できる。画像取り込みデバイス１２６および／またはセンサ１２８は、限定ではないが、加速度計、ジャイロスコープ、位置決定デバイス（たとえばＧＰＳ）、光センサ、温度センサ（周囲温度および／または体温を含む）、心拍数モニタ、画像取り込みセンサ、湿分センサ、および／またはこれらの組み合せを含む１つまたは複数のセンサを含むか、またはそれらと機能的に接続できる。例示的なセンサ１２６、１２８の使用例については、『例示的なセンサ』と題されているセクションＩのＣの中で後述する。コンピュータ１０２は、タッチスクリーンまたは画像取り込みデバイスを使用し、グラフィカル・ユーザ・インターフェースからの選択のためにユーザがポイントしている場所を決定できる。１つまたは複数の実施態様は、１つまたは複数の有線および／または無線テクノロジを、単独で、または組み合せて使用してもよく、それにおいて無線テクノロジの例は、Ｂｌｕｅｔｏｏｔｈ（登録商標）テクノロジ、Ｂｌｕｅｔｏｏｔｈ（登録商標）ｌｏｗ  ｅｎｅｒｇｙテクノロジ（ＢＬＥ）、および／またはＡＮＴテクノロジを含む。
【００１９】
Ｂ．  例示的なネットワーク
コンピュータ１０２、コンピューティング・ユニット１０４、および／または任意のそのほかの電子デバイスは、ネットワーク１３２等のネットワークとの通信のために直接または間接的に１つまたは複数のネットワーク・インターフェース、たとえばインターフェース１３０（図１Ｂに示す）に接続され得る。図１Ｂの例においては、ネットワーク・インターフェース１３０が、１つまたは複数の、伝送制御プロトコル（ＴＣＰ）、インターネット・プロトコル（ＩＰ）、およびユーザ・データグラム・プロトコル（ＵＤＰ）といった通信プロトコルに従ってコンピューティング・ユニット１０４からのデータおよびコントロール信号をネットワーク・メッセージに翻訳するべく構成されたネットワーク・アダプタまたはネットワーク・インターフェース・カード（ＮＩＣ）を含み得る。これらのプロトコルはこの分野で周知であり、したがってここでは、これより詳細な説明はしない。インターフェース１３０は、たとえば無線トランシーバ、電力線通信アダプタ、モデム、またはイーサネット（登録商標）接続を含むネットワークへの接続のための任意の適切な接続エージェントを採用できる。しかしながらネットワーク１３２は、インターネット（１つまたは複数）、イントラネット（１つまたは複数）、クラウド（１つまたは複数）、ＬＡＮ（１つまたは複数）等の任意タイプ（１つまたは複数）の情報配信ネットワーク（１つまたは複数）またはトポロジ（１つまたは複数）の単独または組み合せ（１つまたは複数）であってもよい。ネットワーク１３２は、ケーブル、ファイバ、衛星、電話、携帯電話、無線等のうちの任意の１つまたは複数であってもよい。ネットワークについてはこの分野で周知であり、したがってここでは、これより詳細な説明はしない。ネットワーク１３２は、１つまたは複数の場所（たとえば、学校、ビジネス、家庭、消費者の住宅、ネットワーク・リソース等）を、１つまたは複数のリモート・サーバ１３４、またはそのほかの、たとえばコンピュータ１０２と同じかまたは類似のコンピュータに接続する１つまたは複数の有線または無線の通信チャンネルを有するというように多様な形で構成され得る。実際、システム１００は、１を超える数の各構成要素のインスタンス（たとえば、１を超える数のコンピュータ１０２、１を超える数の表示器１３６等）を含み得る。
【００２０】
認識されるものとするが、コンピュータ１０２またはネットワーク１３２内のそのほかの電子デバイスがポータブルであるか、または固定された場所にあるかということとは無関係に、特に上に挙げた入力、出力、およびストレージ周辺デバイスに加えて、コンピューティング・デバイスを、直接またはネットワーク１３２を介することなどにより、そのほかの、入力、出力、およびストレージ機能、またはそれらの組み合せを実行可能なものを含む多様な周辺デバイスに接続できる。特定の実施態様においては、単一のデバイスが、図１Ａに示した１つまたは複数の構成要素を統合できる。たとえば、単一のデバイスが、コンピュータ１０２、画像取り込みデバイス１２６、センサ１２８、表示器１３６、および／または追加の構成要素を含み得る。１つの実施態様においては、センサ・デバイス１３８が、表示器１３６、画像取り込みデバイス１２６、および１つまたは複数のセンサ１２８を有する移動端末を含み得る。しかしながら、別の実施態様においては、画像取り込みデバイス１２６および／またはセンサ１２８を、たとえばゲーミングまたはメディア・システムを含むメディア・デバイスと機能的に接続されるべく構成された周辺装置としてもよい。したがって、以上から、この開示が静的なシステムおよび方法に限定されないと言える。むしろ、殆ど任意の場所にいるユーザ１２４が特定の実施態様を実施できる。
【００２１】
Ｃ．  例示的なセンサ
コンピュータ１０２および／またはそのほかのデバイスは、ユーザ１２４の少なくとも１つのフィットネス・パラメータの検出および／またはモニタを行なうべく構成された１つまたは複数のセンサ１２６、１２８を含み得る。センサ１２６および／または１２８は、限定ではないが、加速度計、ジャイロスコープ、位置決定デバイス（たとえばＧＰＳ）、光センサ、温度センサ（周囲温度および／または体温を含む）、睡眠パターン・センサ、心拍数モニタ、画像取り込みセンサ、湿分センサ、および／またはこれらの組み合せを含み得る。ネットワーク１３２および／またはコンピュータ１０２は、システム１００の、たとえば表示器１３６、画像取り込みデバイス１２６（たとえば、１つまたは複数のビデオ・カメラ）、および赤外線（ＩＲ）デバイスとすることが可能なセンサ１２８を含む１つまたは複数の電子デバイスと通信できる。１つの実施態様においては、センサ１２８がＩＲトランシーバを含み得る。たとえば、センサ１２６および／または１２８は、ユーザ１２４に向かう方向を含む環境に波形を送信し、『反射』を受信するか、またはそのほかの形で放出された波形の変化を検出できる。また別の実施態様においては、画像取り込みデバイス１２６および／またはセンサ１２８を、そのほかの無線信号、たとえばレーダ、ソナー、および／または可聴情報を送信および／または受信するべく構成できる。当業者は容易に認識するであろうが、多様な実施態様に従って複数の異なるデータ・スペクトルに対応する信号を利用できる。これに関して言えば、センサ１２６および／または１２８は、外部ソース（たとえば、システム１００以外）から放出される波形を検出できる。たとえば、センサ１２６および／または１２８は、ユーザ１２４および／または周囲環境から放出されている熱を検出できる。したがって、画像取り込みデバイス１２６および／またはセンサ１２８は、１つまたは複数のサーマル・イメージング・デバイスを含み得る。１つの実施態様においては、画像取り込みデバイス１２６および／またはセンサ１２８が、範囲現象学を実行するべく構成されたＩＲデバイスを含み得る。非限定的な例として言えば、範囲現象学を実行するべく構成された画像取り込みデバイスは、オレゴン州ポートランドのフリアーシステムズ・インク（Ｆｌｉｒ  Ｓｙｓｔｅｍｓ，  Ｉｎｃ．）から商業的に入手可能である。ここでは、画像取り込みデバイス１２６およびセンサ１２８および表示器１３６が直接（無線または有線で）コンピュータ１０２と通信する形で示されているが、いずれも直接（無線または有線で）ネットワーク１３２と通信できることを当業者は認識するであろう。
【００２２】
１．  多目的電子デバイス
ユーザ１２４は、センサ・デバイス１３８、１４０、１４２、および／または１４４を含む任意数の電子デバイスの所持、携帯、および／または装着を行ない得る。特定の実施態様においては、１つまたは複数のデバイス１３８、１４０、１４２、１４４が、特別にフィットネスまたはアスレチック目的のために製造されていないことがある。実際、この開示の態様は、複数のデバイスからのデータの利用に関し、それらのデバイスのうちのいくつかは、アスレチック・データの収集、検出、および／または測定のためのフィットネス・デバイスではない。１つの実施態様においては、デバイス１３８が、たとえば電話またはデジタル・ミュージック・プレーヤ等のポータブル電子デバイスを含み、それには、カリフォルニア州クパチーノのアップル・インク（Ａｐｐｌｅ，Ｉｎｃ．）から市販されているＩＰＯＤ（登録商標）、ＩＰＡＤ（Ｒ）、またはｉＰｈｏｎｅ（登録商標）ブランドのデバイス、あるいはワシントン州レッドモンドのマイクロソフト（Ｍｉｃｒｏｓｏｆｔ）から市販されているＺｕｎｅ（Ｒ）またはＭｉｃｒｏｓｏｆｔ（Ｒ）Ｗｉｎｄｏｗｓデバイスが含まれる。この分野で知られているとおり、デジタル・メディア・プレーヤは、コンピュータのための出力デバイス（たとえば、サウンド・ファイルからの楽曲または画像ファイルからの写真を出力）およびストレージ・デバイスの両方として働くことが可能である。１つの実施態様においてデバイス１３８をコンピュータ１０２としてもよく、またほかの実施態様においてコンピュータ１０２とデバイス１３８をまったく別個としてもよい。デバイス１３８は、それが特定の出力を提供するべく構成されているか否かによらず、センサ情報を受け取るための入力デバイスとして働き得る。デバイス１３８、１４０、１４２、および／または１４４は、限定ではないが、加速度計、ジャイロスコープ、位置決定デバイス（たとえばＧＰＳ）、光センサ、温度センサ（周囲温度および／または体温を含む）、心拍数モニタ、画像取り込みセンサ、湿分センサ、および／またはこれらの組み合せを含む１つまたは複数のセンサを含み得る。特定の実施態様においては、センサを（とりわけ）画像取り込みデバイス１２６および／またはセンサ１２８により検出できる反射材料等の受動的なものであってもよい。特定の実施態様においては、センサ１４４を、スポーツ・ウェア等の衣服に組み込み得る。たとえば、ユーザ１２４は、１つまたは複数の着用型センサ１４４ａ−ｂを装着できる。センサ１４４は、ユーザ１２４の着衣に組み込んでよく、および／またはユーザ１２４の身体の任意の所望の場所に配置できる。センサ１４４は、コンピュータ１０２、センサ１２８、１３８、１４０、および１４２、および／またはカメラ１２６と（たとえば、無線で）通信できる。インタラクティブなゲーミング衣服の例は、米国特許出願公開第２００４／００８７３６６号として公開されている２００２年１０月３０日に出願された米国特許出願第１０／２８６，３９６号の中で述べられており、その内容は、限定がいかなる形においてもなされない目的のためにそのすべてが参照によりこれに援用される。特定の実施態様においては、受動的なセンシング表面が、画像取り込みデバイス１２６および／またはセンサ１２８によって放出された赤外線光等の波形を反射できる。１つの実施態様においては、ユーザ１２４の衣服上に配置された受動的センサが、ガラスまたはそのほかの透明または半透明の表面から作られ、波形を反射できる全体的に球形の構造を含み得る。異なるクラスの衣服を使用することもでき、それにおいては、所定クラスの衣服が、適切に装着されていればユーザ１２４の身体の特定の部位の直近に配置されるべく構成された特定のセンサを有する。たとえば、ゴルフ・ウェアが第１の構成で衣服上に位置決めされた１つまたは複数のセンサを含むこと、またサッカー・ウェアが第２の構成で衣服上に位置決めされた１つまたは複数のセンサを含み得る。
【００２３】
デバイス１３８−１４４をはじめ、この中に開示されている任意のそのほかの電子デバイスは、任意のセンサ・デバイスを含め、直接またはネットワーク１３２等のネットワークを介して互いに通信できる。デバイス１３８−１４４のうちの１つまたは複数の間の通信は、コンピュータ１０２を通じて行なわれ得る。たとえば、デバイス１３８−１４４のうちの２つまたはそれより多くを、コンピュータ１０２のバス１１４と機能的に接続された周辺装置としてもよい。また別の実施態様においては、デバイス１３８等の第１のデバイスがコンピュータ１０２等の第１のコンピュータをはじめデバイス１４２等の別のデバイスと通信し得るが、デバイス１４２は、デバイス１３８と通信できてもコンピュータ１０２に接続されるべく構成されない。さらに、複数の通信路を通じて通信するべく１つまたは複数の電子デバイスを構成できる。たとえば、デバイス１４０を、第１の無線通信プロトコルを介してデバイス１３８と通信し、さらに第２の無線通信プロトコルを通じて別のデバイス、たとえばコンピュータ１０２等と通信するべく構成できる。例示的な無線プロトコルはこの開示全体を通じて論じられており、当業者に周知でもある。この分野の当業者は認識するであろうが、このほかの構成も可能である。
【００２４】
例示的な実施態様のいくつかの実装では、代替または追加として、広汎多様な機能を有するべく意図されたデスクトップまたはラップトップ・パーソナル・コンピュータ等のコンピューティング・デバイスを採用できる。これらのコンピューティング・デバイスは、希望に応じて周辺デバイスまたは追加の構成要素の任意の組み合せを有し得る。また、図１Ｂに示されている構成要素を、サーバ１３４、そのほかのコンピュータ、機器等に含めてもよい。
【００２５】
２．  例示的な衣服／アクセサリ・センサ
特定の実施態様においては、センサ・デバイス１３８、１４０、１４２、および／または１４４を、腕時計、アームバンド、リストバンド、ネックレス、シャツ、靴、またはこれらの類を含めたユーザ１２４の着衣またはアクセサリ内に形成するか、またはそのほかの形でそれと関連付けできる。次に、靴埋め込みおよび手首装着デバイス（それぞれ、デバイス１４０および１４２）の例を説明するが、これらは単なる例としての実施態様であり、この開示がそれに限定されることはない。
【００２６】
ｉ．  靴埋め込みデバイス
特定の実施態様においては、センサ・デバイス１４０が、限定ではないが、加速度計、ＧＰＳ等の位置検知構成要素、および／または力センサ・システムを含めた１つまたは複数のセンサを含み得るフットウェアを含み得る。図２Ａは、例示的な実施態様に従ったセンサ・システム２０２の実施態様の１つの例を図解している。特定の実施態様においては、システム２０２がセンサ・アッセンブリ２０４を含み得る。アッセンブリ２０４は、たとえば加速度計、ＧＰＳ等の位置検知構成要素、および／または力センサ等の１つまたは複数のセンサを含み得る。図解されている実施態様においては、アッセンブリ２０４が、感圧抵抗（ＦＳＲ）センサ２０６を含み得る複数のセンサを組み込んでいる。また、ほかの実施態様において、このほかのセンサ（１つまたは複数）をも利用できる。ポート２０８は靴のソール構造２０９内に位置決めできる。電子モジュール２１０（ハウジング２１１内にあるとし得る）と通信するべく、ポート２０８を、およびポート２０８にＦＳＲセンサ２０６を接続する複数のリード２１２をオプションとして提供できる。モジュール２１０は、靴のソール構造のウェルまたはキャビティ内に収め得る。ポート２０８およびモジュール２１０は、接続および通信のための相補的なインターフェース２１４、２１６を含んでいる。
【００２７】
特定の実施態様においては、図２Ａに示されている少なくとも１つの感圧抵抗２０６が、第１および第２の電極または電気接点２１８、２２０、および電極２１８、２２０の間に配置され、電極２１８、２２０と電気的に接続される感圧抵抗材料２２２を含み得る。感圧抵抗材料２２２に圧力が印加されると、感圧抵抗材料２２２の抵抗率および／または導電率が変化し、それが電極２１８、２２０の間の電位を変化させる。抵抗の変化をセンサ・システム２０２によって検出し、センサ２１６上に印加された力を検出できる。感圧抵抗材料２２２の抵抗は、圧力が与えられると多様な形で変化し得る。たとえば、感圧抵抗材料２２２は、以下に詳細を説明する量子トンネル複合物と同様に、圧縮されたときに減少する内部抵抗を有し得る。さらに、この材料の圧縮による抵抗の減少は、２値的な（オン／オフ）測定はもとより定量的な測定を可能にする。いくつかの状況においては、このタイプの感圧抵抗挙動は『体積ベースの抵抗』として説明でき、この挙動を呈する材料を『スマート材料』と呼ぶことができる。別の例として、材料２２２は、表面と表面の接触の程度が変化することによって抵抗が変化できる。これは、いくつかの形で、たとえば圧縮されなくなる状態で表面抵抗が上昇し、圧縮されると表面抵抗が減少する微小突起を表面上に使用することによって、または変形されると他方の電極との表面対表面接触が増加する可撓性電極を使用することなどによって達成可能である。この表面抵抗は、材料２２２と電極２１８、２２０の間における抵抗、および／または多層材料２２２の導電層（たとえば、カーボン／グラファイト）と感圧層（たとえば、半導体）の間における表面抵抗としてもよい。圧縮が大きいほど表面対表面接触が大きくなり、その結果、より低い抵抗がもたらされ、定量的な測定が可能になる。いくつかの状況においては、このタイプの感圧抵抗挙動を『接触ベースの抵抗』として説明できる。理解されるものとするが、ここに定義されているところの感圧抵抗材料２２２は、ドーピングあり、またはドーピングなしの半導体材料とすること、またはそれを含み得る。
【００２８】
ＦＳＲセンサ２０６の電極２１８、２２０は、金属、複合物の中でも特にカーボン／グラファイト・ファイバまたは複合物、導電性ポリマまたは導電材料を含むポリマ、導電性セラミクス、ドーピングあり半導体、またはそのほかの導電性材料を含めた任意の導電性材料から形成することが可能である。リード２１２は、溶接、はんだ付け、蝋付け、接着接合、かしめ、またはそのほかの一体または非一体接合方法を含めた任意の適切な方法によって電極２１８、２２０に接続することが可能である。代替として電極２１８、２２０および関連するリード２１２を、同一材料の単一ピースから形成してもよい。
【００２９】
このほかのセンサ・システム２０２の実施態様は、異なる量および／または構成でセンサを含んでもよく、概してそれは少なくとも１つのセンサを含む。たとえば、１つの実施態様においてはシステム２０２がはるかに多くのセンサを含み、また別の実施態様においてはシステム２０２が２つのセンサを、１つは靴の踵に、１つは中足部に含むか、またはユーザの足の直近となるデバイス内に含む。それに加えて、１つまたは複数のセンサ２０６が、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）および近距離無線通信を含めた任意の周知のタイプの有線または無線通信を含む異なる方法でポート２１４と通信できる。１足の靴のそれぞれにセンサ・システム２０２を提供でき、その場合にペアのセンサ・システムが協働的に動作できること、または互いに独立に動作できること、およびそれぞれの靴のセンサ・システムが互いに通信する、または通信しないとし得ることが理解されるものとする。さらに理解されるものとするが、１つまたは複数のコンピュータ可読メディアにストアされた、プロセッサによって実行されるとデータ（たとえば、ユーザの足と地面またはそのほかの接触表面との相互作用からの圧力データ）の収集およびストアをコントロールするコンピュータ実行可能インストラクションをセンサ・システム２０２に提供でき、これらの実行可能インストラクションは、センサ２０６、任意のモジュール、および／または図１Ａのデバイス１２８、コンピュータ１０２、サーバ１３４および／またはネットワーク１３２等の外部デバイス内へのストアおよび／またはそれらによる実行が可能である。
【００３０】
ｉｉ．  手首装着デバイス
図２Ｂに示されているとおり、デバイス２２６（図１Ａに示されているセンサ・デバイス１４２とすること、またはそれと類似とすることができる）は、ユーザ１２４の手首、腕、足首、またはそれに類似の箇所に装着されるべく構成できる。デバイス２２６は、ユーザ１２４の終日活動を含め、ユーザのアスレチック動作をモニタできる。これに関して言えば、デバイス・アッセンブリ２２６は、ユーザ１２４のコンピュータ１０２とのインタラクションの間におけるアスレチック動作を検出すること、および／またはコンピュータ１０２とは独立して機能することができる。たとえば、１つの実施態様においては、デバイス２２６は、ユーザの近接であるか、またはコンピュータ１０２とのインタラクションであるかによらず活動を測定する終日活動モニタとし得る。デバイス２２６は、ネットワーク１３２および／またはそのほかの、デバイス１３８および／または１４０等のデバイスと直接通信できる。このほかの実施態様においては、デバイス２２６から獲得されたアスレチック・データを、コンピュータ１０２によって行なわれる、ユーザ１２４に示されるエクササイズ・プログラムに関係する決定等の決定に利用できる。１つの実施態様においては、デバイス２２６が、ユーザ１２４に関連付けされたデバイス１３８等のモバイル・デバイスと、またはフィットネスもしくは健康関連の内容に向けられたサイト等のリモート・ウェブサイトと無線でインタラクションしてよい。何らかのあらかじめ決定済みの時点において、ユーザは、デバイス２２６から別の場所へのデータの転送を希望してもよい。
【００３１】
図２Ｂに示されているとおり、デバイス２２６は、デバイス２２６の動作を補助する押し下げ入力ボタン２２８等の入力メカニズムを備え得る。入力ボタン２２８は、コントローラ２３０および／または任意のそのほかの電子構成要素、たとえば図１Ｂに示されているコンピュータ１０２に関連して説明した要素のうちの１つまたは複数等と機能的に接続できる。コントローラ２３０は、ハウジング２３２に埋め込むか、またはそのほかの形でそれの一部としてもよい。ハウジング２３２は、弾性構成要素を含む１つまたは複数の材料から形成すること、および表示器２３４等の１つまたは複数の表示器を含み得る。表示器は、デバイス２２６の照明可能な部分と考えられ得る。表示器２３４は、個別の照明エレメントまたは、例示的な実施態様におけるＬＥＤライト２３４等の発光部材を含み得る。ＬＥＤライトは、アレイで形成し、コントローラ２３０と機能的に接続できる。デバイス２２６は、インジケータ・システム２３６を含むことができ、それも全体的な表示器２３４の一部または構成要素であると考えられ得る。理解されるものとするが、インジケータ・システム２３６は、表示器２３４（ピクセル部材２３５を有し得る）とともに、または完全に表示器２３４とは分離されて動作および照明を行なうことが可能である。インジケータ・システム２３６は、複数の追加の発光エレメントまたは発光部材２３８を含むこともでき、例示的な実施態様においては、それもまたＬＥＤライトの形式をとり得る。特定の実施態様においては、インジケータ・システムが、発光部材２３８の部分の照明を行なって１つまたは複数の目標への達成度を表わすことなどにより、目標への視覚的な示度を提供できる。
【００３２】
装着メカニズム２４０は、アンラッチ可能であり、それによりデバイス２２６をユーザ１２４の手首に巻いて位置決めし、その後に続いて装着メカニズム２４０をラッチ位置に設定することが可能である。ユーザは、希望する場合にはデバイス２２６を終日装着できる。１つの実施態様においては、装着メカニズム２４０が、限定ではないが、ＵＳＢポートを含めたインターフェースを、コンピュータ１０２および／またはデバイス１３８、１４０との機能的なインタラクションのために含み得る。
【００３３】
特定の実施態様においては、デバイス２２６がセンサ・アッセンブリ（図２Ｂには図示せず）を含み得る。センサ・アッセンブリは、複数の異なるセンサを含み得る。例示的な実施態様においては、センサ・アッセンブリが、加速度計（多軸加速度計の形式を含む）、心拍数センサ、ＧＰＳセンサ等の位置決定センサ、および／またはそのほかのセンサへの接続を含むか、またはそれを可能にできる。デバイス１４２のセンサ（１つまたは複数）から検出された動きまたはパラメータは、限定ではないが、速度、距離、歩いた歩数、カロリー、心拍数、発汗検出、努力、酸素消費、および／または有酸素運動を含めた多様な異なるパラメータ、メトリクス、または生理学的特性を含むこと（または、それらの形成に使用すること）ができる。その種のパラメータは、ユーザの活動に基づいてユーザによって獲得される活動ポイントまたは通貨の形で表現することもできる。
【００３４】
１つまたは複数の機能を実行するべく構成された電子回路を使用して多様な例を実装できる。たとえば、本発明のいくつかの実施態様を伴って、スマートフォン、モバイル・デバイス、コンピュータ、サーバ、またはそのほかのコンピューティング装置等のコンピューティング・デバイスを、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）を使用して実装できる。しかしながらより典型的には、ファームウエアまたはソフトウエア・インストラクションを実行するプログラマブル・コンピューティング・デバイスを使用するか、あるいは専用電子回路とプログラマブル・コンピューティング・デバイス上で実行するファームウエアまたはソフトウエア・インストラクションの組合せによって本発明の多様な例の構成要素を実装できる。
【００３５】
ＩＩ．  モニタリング・システム
図３Ａ−Ｂは、例示の実施態様に従った少なくとも１つのセンサとのコンピュータ・インタラクションの例を図解している。図示されている例においては、ユーザが携帯できるスマートフォンとしてコンピュータ１０２を実装できる。例示のセンサは、ユーザの身体に装着すること、身体から離して据えること、加速度計、分散型センサ、心拍数モニタ、温度センサ等を含む前述のセンサのうちの任意のセンサを含むことができる。図３には、ポッド・センサ３０４および分散型センサ３０６（たとえば、１つまたは複数のＦＳＲセンサ２０６を有する前述のセンサ・システム２０２を含む）が示されている。ポッド・センサ３０４は、加速度計、ジャイロスコープ、および／またはそのほかのセンサ・テクノロジを含み得る。いくつかの実施態様においては、ポッド・センサ３０４を、ユーザの動きと直接関係しないデータをモニタする少なくとも１つのセンサとし得る。たとえば、環境センサは、ユーザによって装着されるセンサ、またはユーザの外にあるセンサとし得る。環境センサは、温度センサ、方位磁石、気圧計、湿度センサ、またはそのほかのタイプのセンサを含み得る。そのほかのタイプのセンサおよびユーザの動きを測定するべく構成されたセンサの組合せも使用できる。また、コンピュータ１０２が１つまたは複数のセンサを統合してもよい。
【００３６】
ポッド・センサ３０４、分散型センサ２０６をはじめ、そのほかのタイプのセンサは、互いの通信およびコンピュータ１０２との通信のために無線トランシーバを含み得る。たとえば、センサ３０４および３０６は、ネットワーク１３２、ユーザによって装着されているほかのデバイス（たとえば、腕時計、アームバンド・デバイス等）、第２のユーザによって装着されているセンサまたはデバイス、外部デバイス等と直接通信できる。例として述べれば、左の靴のセンサは右の靴のセンサと通信できる。また、片方の靴が、互いおよび／またはその靴のプロセッサと通信する複数のセンサを含み得る。さらに、１足の靴が、その靴に関連付けされた複数のセンサからデータを収集する単一のプロセッサを含み、およびその単一のプロセッサと結合されたトランシーバが、コンピュータ１０２、ネットワーク１３２、およびサーバ１３４のうちの少なくとも１つにセンサ・データを伝達してもよい。別の例においては、靴の１つまたは複数のセンサが、コンピュータ１０２、ネットワーク１３２、およびサーバ１３４のうちの少なくとも１つと通信するトランシーバと通信できる。さらに、第１のユーザに関連付けされたセンサが第２のユーザに関連付けされたセンサと通信できる。たとえば、第１のユーザの靴の中のセンサは、第２のユーザの靴の中のセンサと通信できる。そのほかのトポロジもまた使用できる。
【００３７】
コンピュータ１０２は、センサとデータを交換でき、またセンサから受信したデータをサーバ１３４および／または別のコンピュータ１０２にネットワーク１３２を介して伝達できる。ユーザは、ヘッドフォンまたはイヤフォンを装着してコンピュータ１０２から、センサのうちの１つまたは複数から直接、サーバ１３４から、ネットワーク１３２から、ほかの場所から、これらの組合せから聴覚情報を受け取ってもよい。ヘッドフォンは有線または無線とし得る。たとえば、分散型センサ３０６は、ユーザへの可聴出力のためにヘッドフォンへデータを伝達できる。
【００３８】
一例においては、加速度計、力センサまたはこれらの類をそれぞれ装備した靴をユーザが装着し、コンピュータ１０２および／またはサーバ１３４が、それぞれの足またはほかの身体部位（たとえば、脚、手、腕、個別の指またはつま先、ユーザの足または脚の領域、腰、胸、肩、頭、目）の個別の動きを単独で、または図１Ａ−Ｂおよび２Ａ−２Ｂを参照して前述したシステムとともに決定することを可能にできる。
【００３９】
データの処理は、任意の方法で分散させること、またはそれぞれの靴、コンピュータ１０２、サーバ１３４においてすべてを実行すること、またはこれらの組合せにおいて実行できる。以下の説明においては、コンピュータ１０２が機能を実行するとして記述できる。コンピュータ１０２に代わって、またはそれに加えてほかのデバイスが機能を実行することもでき、それにはサーバ１３４、コントローラ、別のコンピュータ、靴またはほかの衣料品内のプロセッサ、またはこのほかのデバイスが含まれる。たとえば、それぞれの靴の１つまたは複数のセンサ（または、ほかの周辺センサ）を、１つまたは複数のセンサによって出力された生の信号の処理の一部または全部を実行するそれぞれのローカル・コントローラと対にできる。このコントローラの処理は、任意の所定時に、より高い層のコンピューティング・デバイス（たとえば、コンピュータ１０２）のコマンドおよびコントロールの対象にできる。より高い層のデバイスは、たとえば１つまたは複数のトランシーバを介して、１つまたは複数のコントローラから処理済みのセンサ信号を受信し、さらに処理できる。比較および計算は、前述したコンピューティング・デバイスのいくつかまたはすべてを含めた１つまたは複数のコンピューティング・デバイスにおいて、追加のコンピューティング・デバイスとともに、またはそれを伴わずに行い得る。センサは、所望の状態を検知して生の信号を生成でき、生の信号が処理されて処理済みデータが提供される。処理済みデータは、その後、現在のパフォーマンス・メトリクス（たとえば、現在の移動速度等）の決定に使用でき、この決定は、ユーザの入力（たとえば、自分はどのくらい高く跳べたか）および／またはプログラミング（たとえば、ユーザは示されたとおりのエクササイズを行なったか、またそれが検出された場合には、ユーザ経験の中でそれが質的／量的にどのように評価されるか）に応じて変更できる。
【００４０】
一例においては、センサ３０４および３０６が測定データを処理およびストアし、処理済みデータ（たとえば、平均加速度、最高速度、合計の距離等）をコンピュータ１０２および／またはサーバ１３４へ転送できる。またセンサ３０４および３０６は、コンピュータ１０２および／またはサーバ１３４へ処理のため生データを送信することもできる。生データは、たとえば、時間にわたって加速度計により測定された加速度信号、時間にわたって圧力センサにより測定された圧力信号等を含み得る。マルチセンサ衣服およびアスレチック活動モニタリングにおける複数のセンサの使用の例は、『フットウエア・ハビング・センサ・システム（ＦＯＯＴＷＥＡＲ  ＨＡＶＩＮＧ  ＳＥＮＳＯＲ  ＳＹＳＴＥＭ）』と題され、米国特許第２０１０／００６３７７８  Ａ１号として公開された米国特許出願第１２／４８３，８２４号、および『フットウエア・ハビング・センサ・システム（ＦＯＯＴＷＥＡＲ  ＨＡＶＩＮＧ  ＳＥＮＳＯＲ  ＳＹＳＴＥＭ）』と題され、米国特許第２０１０／００６３７７９  Ａ１号として公開された米国特許出願第１２／４８３，８２８号の中で述べられている。上で参照した出願の内容は、そのすべてが参照によってこれに援用される。特定の実施態様においては、アスリートが、たとえば図２Ａに示されているとおり、また上記の特許出願の中で述べられているとおりの感圧抵抗（ＦＳＲ）センサを利用する１つまたは複数の力センサ・システムを有する靴３０２を装着できる。靴３０２は、ユーザの足の異なる領域（たとえば、踵、中足部、つま先等）において力を検出する複数のＦＳＲセンサ２０６を有し得る。コンピュータ１０２は、ＦＳＲセンサ２０６からのデータを処理してユーザの足および／またはユーザの両方の足の間のバランスを決定できる。たとえばコンピュータ１０２は、左の靴からのＦＳＲ  ２０６によって測定された力と右の靴からのＦＳＲ  ２０６によって測定された力を比較して、バランスおよび／または体重の分配を決定できる。
【００４１】
図３Ｂは、コンピュータ１０２が少なくとも１つのセンサ処理システム３０８とのインタラクションを行なってユーザの動作を検出する別の例のデータ・フロー図である。センサ処理システム３０８は、コンピュータ１０２と物理的に独立かつ別個とし、有線または無線通信を通じてコンピュータ１０２と通信できる。センサ処理システム３０８は、示されているとおり、センサ３０４をはじめ、ほかのセンサ（たとえば、センサ３０６）を、センサ３０４に代えて、またはそれに加えて含み得る。図示の例においては、センサ・システム３０８は、センサ３０４およびＦＳＲセンサ２０６からデータを受信して処理できる。コンピュータ１０２は、ユーザから、ユーザが実施を希望している活動セッションのタイプ（たとえば、クロス・トレーニング、バスケットボール、ランニング等）についての入力を受信できる。それに代えて、またはそれに加えて、コンピュータ１０２は、ユーザが行なっている活動のタイプの検出、または行なわれている活動のタイプについての別のソースからの情報の受信ができる。
【００４２】
活動のタイプに基づいて、コンピュータ１０２は、１つまたは複数のあらかじめ定義済みの動作テンプレートを識別し、センサ・システム３０８にサブスクリプションを伝達できる。動作テンプレートは、決定済みタイプの活動をユーザが行なう間に、ユーザが行なうかもしれない動作または動きの識別に使用できる。たとえば、動作は、１つまたは複数の事象のグループ、たとえばユーザが右へのステップの後に左へのステップを続けたことの検出、またはユーザが手首をすばやく動かしている間にジャンプしたことの検出に対応できる。したがって、１つまたは複数の動作テンプレートの異なるセットを、異なるタイプの活動のために定義できる。たとえば、バスケットボールのために定義された第１のセットの動作テンプレートは、ドリブル、シュート、妨害、スラムダンクの実施、全力疾走、およびこれらの類を含み得る。サッカーのために定義された第２のセットの動作テンプレートは、シュートのためのボールのキック、ドリブル、スチール、ボールのヘッディング、およびこれらの類を含み得る。動作テンプレートは、任意の所望のレベルの粒状度に対応できる。いくつかの実施態様においては、特定タイプの活動が５０−６０個のテンプレートを含み得る。別の例においては、活動のタイプが、２０−３０個のテンプレートに対応できる。任意数のテンプレートを必要に応じて活動のタイプ毎に定義できる。さらに別の例においては、システムによって選択されるのではなく、むしろユーザがマニュアルでテンプレートを選択できる。
【００４３】
センサ・サブスクリプションは、センサ・システム３０８が、データが受信されるべきセンサを選択することを可能にできる。センサ処理システム３０８は、任意の個々の時に使用されるサブスクリプションを管理できる。サブスクリプションのタイプは、１つまたは複数の感圧抵抗からの感圧抵抗データ、１つまたは複数の加速度計からの加速度データ、複数のセンサにわたる合計情報（たとえば、加速度データの合計、１つまたは複数のセンサにわたる感圧抵抗データの合計等）、圧力マップ、平均中央データ、重力調整後のセンサ・データ、感圧抵抗の微分、加速度の微分、およびこれらの類および／またはこれらの組合せを含み得る。いくつかの実施態様においては、単一サブスクリプションが複数のセンサからのデータの要約に対応できる。たとえば、テンプレートが、ユーザの足の前足部領域への力のシフトを要求する場合に、単一のサブスクリプションが、前足部領域内のすべてのセンサからの力の合計に対応する。それに代えて、またはそれに加えて、前足部のセンサのそれぞれのための力データが、別個のサブスクリプションに対応できる。
【００４４】
たとえば、センサ・システム３０８が４つの感圧抵抗センサおよび加速度計を含む場合に、サブスクリプションは、それら５つのセンサのいずれがセンサ・データのためにモニタされるかを指定できる。別の例においては、サブスクリプションが、右の靴の加速度計からのセンサ・データの受信／モニタを指定するが、左の靴の加速度計は指定しないといったことができる。さらに別の例においては、サブスクリプションが、心拍数センサを含まず、手首装着センサからのデータのモニタを含み得る。サブスクリプションは、センサ・システムの事象検出プロセスの感度を調整するセンサ・スレッショルドも指定できる。したがって、いくつかの活動においては、第１の指定スレッショルドを超えるすべての力のピークの検出をセンサ・システム３０８に指示できる。ほかの活動においては、第２の指定スレッショルドを超えるすべての力のピークの検出をセンサ・システム３０８に指示できる。異なるセンサ・サブスクリプションの使用は、特定の活動のためにいくつかのセンサの読み値が必要ない場合にセンサ・システムが電力を節約する補助となり得る。したがって、異なる活動および活動タイプは、異なるセンサ・サブスクリプションを使用できる。
【００４５】
センサ処理システム３０８は、センサの生データの初期処理を実行して多様な粒状度の事象を検出するべく構成できる。事象の例には、ジャンプ時の足の踏み切りまたは飛び上がり、時間期間の間にわたる最大加速度などを含め得る。センサ・システム３０８は、その後コンピュータ１０２へ、多様なテンプレートと比較して動作が実行されたか否かを決定するために事象を渡し得る。たとえば、センサ・システム３０８は、１つまたは複数の事象を識別し、コンピュータ１０２へ、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）ロー・エナジー（ＢＬＥ）パケットまたはそのほかのタイプのデータを無線通信できる。別の例においては、それに代えて、またはそれに加えてセンサ・システム３０８がセンサの生データを送信できる。
【００４６】
事象および／またはセンサの生データの受け取りに続いて、コンピュータ１０２は、反復、滞空時間、速度、距離およびこれらの類等の多様な活動メトリクスの決定を含むポスト−マッチ処理を実行できる。活動は、任意の数ならびにタイプのセンサから受信されたデータ内に表現されている多様な事象および動作の識別によって分類できる。したがって、活動の追跡およびモニタリングは、活動タイプ内の期待されるかまたは周知の１つまたは複数の動作が実行されたか否かの決定、およびそれらの動作に関連付けされたメトリクスの決定を含み得る。１つの例においては、動作が、１つまたは複数の低いレベルまたは粒状度の事象の連続に対応し、あらかじめ定義済みの動作テンプレートを使用して検出できる。
【００４７】
たとえばコンピュータ１０２は、動作テンプレートを使用し、特定の活動またはその活動の間に期待される特定の動きをユーザがいつ行なったかを自動的に検出できる。ユーザがたとえばバスケットボールをプレーしている場合には、ユーザが手首をすばやく動かす間にジャンプしたことの検出が、そのユーザがショットを打ったことを示すことになり得る。別の例においては、ユーザがジャンプする間に両足を外に向けて動かし、それに続いてジャンプの間に両足を内に向けて動かしたことの検出が、ユーザが挙手跳躍運動の１回の繰り返しを実行したとして記録できる。特定タイプの活動、またはそのタイプの活動内の動作または動きを識別するべく、多様なほかのテンプレートを希望に応じて定義できる。
【００４８】
図４は、例示の実施態様に従った靴への埋め込みおよび取り外しできるポッド・センサ３０４の例を図解している。ポッド・センサ３０４は、コンセント差し込み式アダプタ４０２内に挿入して再充電できる再充電可能バッテリを含み得る。ポッド・センサ３０４の有線または無線充電も使用できる。たとえばポッド・センサ３０４を誘導的に充電できる。いくつかの実施態様においてはポッド・センサ３０４−１がインターフェース（たとえば、ユニバーサル・シリアル・バス）を伴って構成され、データのダウンロードおよび／または受信のためのコンピュータまたはそのほかのデバイスへの挿入を可能にできる。ポッド・センサのインターフェースは、有線または無線通信を提供できる。たとえば、コンピュータとの接続時にソフトウエア更新をポッド・センサにロードできる。また、ポッド・センサは、ソフトウエア更新を無線受信できる。コンピュータ１０２（または、そのほかのポートを有するデバイス）との物理的な結合時にポッド・センサは、充電およびコンピュータ１０２との通信を行ない得る。
【００４９】
図５は、例示の実施態様に従ったコンピュータ１０２のための着用構成の例を図解している。コンピュータ１０２は、ユーザの腕、脚、または胸といったユーザの身体の所望の場所に装着するか、または着衣内に組み込むべく構成できる。たとえば、各衣料品が、それ独自の組み込みコンピュータを有してもよい。コンピュータは、コンテキスト、すなわちユーザが何を行なっているか、または装着／ネットワークしているかによって駆動されるシンクライアントとし得る。コンピュータ１０２は、また、図６−７に示されているとおり、ユーザの身体から離して置くこともできる。
【００５０】
図６−７は、例示の実施態様に従ったコンピュータ１０２のための非着用構成の例を図解している。コンピュータ１０２は、ドッキング・ステーション６０２内に置いて大型スクリーン上におけるＧＵＩの表示およびステレオ・システムを通じたオーディオ出力を可能にできる。ほかの例においては、コンピュータ１０２が音声命令に応答するか、またはユーザの直接入力（たとえば、キーボードの使用）もしくはリモート・コントロールからの入力を介して、またはそのほかの形でユーザの命令を受信できる。そのほかの非着用構成は、ユーザがエクササイズを行なっている近くの床またはテーブル上にコンピュータ１０２を置くこと、トレーニング・バッグまたはそのほかの入れ物の中にコンピュータ１０２を収めること、コンピュータ１０２を三脚７０２に取り付けること、壁面マウント７０４にコンピュータ１０２を取り付けることなどを含み得る。このほかの非着用構成もまた使用できる。身体から離しての装着時にユーザは、ヘッドフォン、イヤフォン、または手首装着デバイス等を装着して、そこからリアルタイム更新の提供を受けることが可能である。ポッド・センサ３０４および／または分散型センサ３０６は、レンジ内にあるときに身体から離れた場所のコンピュータ１０２と周期的な時間間隔またはユーザによるトリガ時に通信するか、かつ／またはデータをストアし、その後レンジ内にあるときにユーザによる指示でコンピュータ１０２へデータをアップロードできる。
【００５１】
一例においては、ユーザがコンピュータ１０２のグラフィカル・ユーザ・インターフェース（ＧＵＩ）とインタラクションできる。図８は、例示の実施態様に従ったコンピュータ１０２の表示スクリーンによって呈示されるＧＵＩの表示の例を図解している。ＧＵＩのホーム・ページ表示８０２は、ユーザに全般情報を提供し、ユーザが実施の興味を示している身体的活動セッションのタイプの選択をユーザに促し、以前に完了したセッション（たとえば、バスケットボールの試合、トレーニング等）についての情報の検索をユーザに許可するホーム・ページを呈示できる。コンピュータ１０２の表示スクリーンがタッチスクリーンであってもよく、かつ／またはキーボードまたはそのほかの入力手段を通じてユーザ入力を受信してもよい。たとえば、ユーザは表示スクリーンをタップするか、またはそのほかの入力を提供してコンピュータ１０２に動作を実行させ得る。
【００５２】
以前のセッションについての情報を獲得するために、ユーザは、最後のセッションを含んでいるフィールド８０４を選択してコンピュータ１０２にホーム・ページ表示８０２を更新させ、少なくとも１つの以前のセッションからのパフォーマンス・メトリクス（たとえば、垂直跳躍、合計の滞空時間、活動ポイント等）を表示させ得る。たとえば、図８に示されているとおり、選択されたフィールド８０４を拡大して最後のセッションの持続時間、ユーザの最高の垂直跳躍、最後のセッションの間におけるユーザの合計の滞空時間、および以前のセッションで獲得した奨励ポイント（たとえば、活動ポイント）についての情報を表示できる。コンピュータ１０２は、センサ３０４および３０６またはそのほかのセンサ・デバイスにより検知されたデータを処理することによってパフォーマンス・メトリクス（たとえば、速度、垂直跳躍等）を決定できる。
【００５３】
ホーム・ページ表示８０２は、フィールド８０６の選択によるトレーニングまたはアスレチック活動セッションの間における１つまたは複数のユーザ・パフォーマンス・メトリクスの追跡（たとえば、自分の出る試合を追跡する）、またはフィールド８０８の選択によるユーザのアスレチック・スキルの向上（たとえば、自分の出る試合を盛り上げる）の補助をコンピュータ１０２に行なわせることを希望するか否かの選択をユーザに促すことができる。図９−２１は前者について、図２２−３１は後者について論じている。
【００５４】
図９は、例示の実施態様に従ったユーザ選択のためのパフォーマンス・メトリクスの例を図解している。一例においては、ユーザが、自分の合計プレー時間、垂直跳躍、距離、および燃焼カロリー、および／またはそのほかのメトリクスのモニタに興味を持ち、ホーム・ページ表示８０２を使用して図９に示されているメトリクスから所望のものを選択できる。メトリクスは、セッションの中で実施されるアスレチック活動のタイプに基づいて変化することもある。たとえば、ホーム・ページ表示８０２は、特定のデフォルトのパフォーマンス・メトリクス選択を、セッションの活動に応じて呈示できる。ユーザは、デフォルトのパフォーマンス・メトリクス選択を変更する入力を提供できる。
【００５５】
図９に示されているパフォーマンス・メトリクスのほかに、合計の跳躍回数、特定の高さを超える（たとえば、３インチより上）垂直跳躍の数、全力疾走（たとえば、ユーザが選択するか、またはコンピュータ１０２によって指定される特定のレートを超える速度）の数、フェイント（たとえば、すばやい方向転換）の数、跳躍リカバリ（たとえば、２つの跳躍の間における最速時間）、ワーク・レート（たとえば、平均の力にトレーニング・セッションの時間を乗じた関数とし得る）、ワーク・レート・レベル（たとえば、低、中、高）、合計歩数、単位時間（たとえば、１分）当たりの歩数、バーストの数（たとえば、ユーザが速度スレッショルドを超えた数）、バランス、体重分布（たとえば、ユーザの右の靴の中のＦＳＲ  ２０６によって測定された荷重とユーザの左の靴の中のＦＳＲ  ２０６によって測定された荷重の比較をはじめそれぞれ靴の中のＦＳＲ  ２０６の定量化）、セッションの平均持続時間、合計のセッション時間、エクササイズ毎の反復の平均の数、セッション毎に獲得された平均のポイント数、合計ポイント数、燃焼カロリー、またはそのほかのパフォーマンス・メトリクスを含み得る。追加のパフォーマンス・メトリクスもまた使用できる。
【００５６】
一例においては、コンピュータ１０２が、各タイプのセッション（たとえば、野球、サッカー、バスケットボール等）のためにいずれのメトリクスをモニタするべきかを示すことをユーザに促し、かつ識別されたメトリクスをユーザ・プロファイル内にストアできる。コンピュータ１０２は、各セッションの開始時に望ましいメトリクスについてユーザに促すこともできる。さらにコンピュータ１０２は、すべてのパフォーマンス・メトリクスを追跡できるが、ＧＵＩ内においてはユーザに、選択されたメトリクスだけを表示できる。たとえば、コンピュータ１０２は、特定の基本のメトリクスだけ（たとえば、延長の可能性のあるバッテリ寿命に基づき、応答性を変更し、データ過負荷を回避する等）をモニタできる。ユーザが、ＧＵＩによって現在表示されているもの以外のメトリクスの検討を希望する場合には、ユーザが所望のメトリクスを入力し、相応じてコンピュータ１０２がＧＵＩを更新できる。表示されるメトリクスは、随時変更できる。デフォルトのメトリクスは、セッションの再開時または別のセッションの開始時に一度呈示できる。
【００５７】
コンピュータ１０２が表示可能な数より多くのメトリクスをモニタする場合には、コンピュータ１０２が、その後、より低いモニタリングのレベル（たとえば、リソースがユーザ向けの警告とともに消費される）に入り、ベースまで下がり、さらにそれを通過して最終的には１つ、もしくはまったくメトリクスがモニタされなくなる。一例においては、ユーザによるメトリクスの構成がない限り／構成されるまで、コンピュータ１０２がユーザのためのベースのメトリクスだけを表示できる。コンピュータ１０２は、リソースに基づいて、ベースのパフォーマンス・メトリクスまたはより少ないメトリクスだけを呈示するべく、表示されているものを減少できる。センサがそのほかのパフォーマンス・メトリクスのモニタを継続すること、およびその後にそれらのセンサからのデータを利用可能に（たとえば、ウェブ経験を介する等）できる。
【００５８】
コンピュータ１０２は、セッションの開始時に靴のセンサを較正できる。図１０−１１は、例示の実施態様に従ったセンサの較正の例を図解している。較正は、コンピュータ１０２がセンサ（たとえば、センサ３０４および３０６）と直接または間接的に通信できることの確認、センサが適切に機能していることの確認、センサが充分なバッテリ寿命を有していることの確認、およびベースライン・データの設定を含み得る。たとえば、コンピュータ１０２は、ポッド・センサ３０４およびユーザの靴に収められた分散型センサ３０６と通信できる（たとえば、無線信号を送信する）。ポッド・センサおよび分散型センサは、要求されたデータをもって応答できる。ほかの機会（たとえば、セッションの最中、セッションの終了時等）に較正が生じることもある。
【００５９】
較正の間は、表示１００２Ａ−Ｂに示されているとおり、ＧＵＩがユーザに静止を促してポッド・センサ３０４および分散型センサ３０６を用いたベースライン・データ（たとえば、加速度、体重の分布、合計の重さ等）を測定できる。また較正は、ユーザに、個別の足の持ち上げを促し、いずれのセンサ・データがいずれの足に関連付けされるかをコンピュータ１０２が決定することを可能にできる。分散型センサ３０６には、たとえば靴のタイプ、色、サイズ、左右等のコンピュータ１０２が較正の間に獲得した履き物情報をエンコードすることもできる。コンピュータ１０２（またはサーバ１３４）は、センサ３０４および３０６からの応答を処理し、表示１００２Ｃに示されているとおり、ＧＵＩを更新して問題および問題の解決方法（たとえば、バッテリ交換等）および較正が成功したか否かをユーザに通知できる。図１１Ａにおいては、たとえば表示１１０２Ａの左に示されるフィールド１１０４がバッテリ寿命をはじめ接続ステータス（たとえば、接続、切断）の表示例を含む。較正は、ポッド３０４の取り外しの検出等の特定の事象においても生じ得る。較正に基づいて、表示１１０２Ｂがそのユーザについての体重分布およびバッテリの残り寿命を表わすゲージ１１０６を呈示する。１つまたは複数のセンサの較正の一部として、および／または別々の特徴または機能として、実質的にリアルタイムで（表示のためのデータの取り込み（および／または処理）および送信が可能になると直ちに）パフォーマンス・データを表示するべくＧＵＩを構成できる。図１１Ｂは、１つの実施態様に従って実装できるＧＵＩの例を示す。図１１Ｂに示されているとおり、表示１１０２Ｃは、１つまたは複数の選択可能な活動パラメータを、その選択可能なパラメータに関係する取り込み済みの値を表示するために提供できる。たとえば、跳躍の間の垂直の高さに関係する値を見たいユーザは『ｖｅｒｔｉｃａｌ』（バーチカル）アイコン（アイコン１１０８参照）を選択できる。限定ではないが、そのほかのアイコンには、ｑｕｉｃｋｎｅｓｓ（クイックネス）（秒当たりの歩数および／または秒当たりの距離に関係する値を表示できる）、ｐｒｅｓｓｕｒｅ（プレッシャー）、および／または任意のそのほかの検出可能なパラメータを含め得る。ほかの実施態様においては、同時に表示するために複数の異なるパラメータを選択できる。しかしながら、さらなる実施態様においては、パラメータの選択が必要とされない。ユーザ入力なしにデフォルトのパラメータを表示できる。パラメータ（１つまたは複数）に関係するデータは、リアルタイムで表示１１０２Ｃに提供できる。たとえば、出力１１１０は、ユーザが『２４．６インチ』跳躍したことを示す。値は、たとえば値が２４．６インチであることを示すグラフ１１２によって表わされているように図式的に提供できる。特定の実施態様においては、出力１１１０および／または１１１２を介する等の値の出力がリアルタイム・データを示すことができ、さらに別の実施態様においては、出力１１１０／１１１２のうちの少なくとも１つがほかの値、たとえば履歴の値、所望の目標値、および／または最高値または最低値等を示すことができる。たとえばグラフ
１１１２はユーザの現在の（たとえば、リアルタイムの）高さに応じて変動するが、出力１１１０はそのセッションの間または過去の全期間を通じて記録されたそのユーザの跳躍の最高値を表示するといったことができる。値または結果の出力は、物理的な物体および／または動作と相関できる。たとえば、ユーザが、２４インチと３０インチの間等の第１の範囲内の垂直高さの跳躍を行なっているとき、自転車を越える跳躍ができたという表示を受け取ってもよい（たとえば、図１１Ｂの表示１１０２Ｄ参照）。別の例として、ユーザの秒当たりの歩数に関係する値を実際の動物のそれに相関させて表示させてもよい。当業者は認識されようが、異なる実施態様に従ってほかの物理的な対象も利用できる。
【００６０】
コンピュータ１０２は、ユーザにセッションの開始を促すことができる。図１２は、例示の実施態様に従ったセッションに関係する情報を呈示しているＧＵＩの表示例を図解している。表示１２０２Ａは、最初に、コートにチェックインしてセッションを開始することをユーザに促すことができる。ユーザは、セッションのタイプ（たとえば、練習、ピックアップ・ゲーム、リーグ、半面ゲーム、全面ゲーム、３対３、５対５等）も入力できる。表示１２０２Ｂは、セッションの持続時間をユーザに通知することをはじめ、セッションの中断および／または終了をユーザに促すことができる。表示１２０２Ｃは、ユーザの現在のパフォーマンス・メトリクス（たとえば、垂直跳躍の最高値、滞空時間、テンポ等）を呈示できる。見るという目的についていえば、表示１２０２はデフォルトの、またはユーザ選択による統計を呈示できるが、スワイプまたはそのほかのジェスチャがあらかじめ決定済みの数のパフォーマンス・メトリクスのグループ（たとえば、３またはそのほかの数、横長表示に対して縦長表示で示すことが可能なパフォーマンス・メトリクスに基づく）のスクロールおよび順序付けをトリガするか、またはそのほかの形でパフォーマンス・メトリクスを呈示できる。
【００６１】
コンピュータ１０２は、特定の事象が識別されたときにも表示１２０２を更新できる。たとえば、新記録（たとえば、個人ベスト）が識別された場合（たとえば、垂直跳躍の新しい最高値）、コンピュータ１２０２は、表示の更新（たとえば、色、呈示情報等）、振動、特定の記録を示すノイズの発生（特定のメトリックに対応する靴上の色変化の配置に基づく）、またはユーザへの何らかの記録（たとえば、任意のメトリック）達成の通知のうちの少なくとも１つを行ない得る。表示１２０２は、記録が達成されたことを示すユーザが選択するためのボタンも呈示できる。表示１２０２Ｂは、図１３にさらに示されているとおり、ユーザに自分のパフォーマンス・メトリクスのチェック（例えば、自分の統計チェック）を促すことができる。
【００６２】
図１３は、例示の実施態様に従ったセッションの間にユーザのパフォーマンス・メトリクスについての情報をユーザに提供するＧＵＩの表示例を図解している。表示１３０２は、フィールド１３０４内に現在または以前のセッションの長さについての情報を、フィールド１３０８内にそのユーザのための多様なパフォーマンス・メトリクス（たとえば、垂直跳躍の最高値、合計の滞空時間、テンポ等）を、フィールド１３１０内にそのユーザがそのセッションの間に誰とプレーしたかをそれぞれ呈示できる。たとえば、第１のユーザに関連付けされたコンピュータ１０２、センサ３０４または３０６、またはそのほかのデバイスは、第２のユーザに関連付けされたコンピュータ１０２、センサ３０４または３０６、またはそのほかのデバイスと第１のユーザ識別子を交換し、各コンピュータは、セッション内の参加者を承知できる。
【００６３】
またコンピュータ１０２は、パフォーマンス・メトリクスを処理し、フィールド１３０６に示されているとおり、ユーザにプレイ・スタイルを割り当ててもよい。フィールド１３０６は、ユーザが連続的に３０分にわたって激しく頑張ったとの決定に応答してそのユーザは『ホットストリーク』であると示し得る。フィールド１３０６の右のボックスは、代替のプレイ・スタイルを示し得る。コンピュータ１０２は、ほかのタイプのプレイ・スタイルを識別できる。たとえばコンピュータ１０２は、しばらくの沈黙に続く爆発的なバーストを識別すると『サイレント・アサシン』プレイ・スタイルを、セッションの間にユーザの動きまたは跳躍が殆どないと『ボルテックス』プレイ・スタイルを、ユーザが巨大なバーストと跳躍を伴う永続的で滑らかな動きを呈するとき『コブラ』プレイ・スタイルを、ユーザの動きがすばやく、充分なスタミナがあり、高いピーク速度を有するとき『トラック・スター』プレイ・スタイルを、ユーザが大きな垂直跳躍と長い滞空時間を有するとき『スカイウォーカー』プレイ・スタイルを割り当ててもよい。いくつかの実施態様においては、１つの個別のセッションに関連付けされる、別のセッションとの比較において異なるスタイルとともに、２つ以上のスタイルをユーザに割り当ててもよい。単一のセッション用に複数のスタイルを割り当てて表示できる。
【００６４】
コンピュータ１０２は、ポッド・センサ３０４（たとえば、加速度計データ）、分散型センサ３０６（たとえば、力データ）、またはそのほかのセンサのうちの少なくとも１つから受信したユーザ・データに基づいて特定のプレイ・スタイルを割り当ててもよい。コンピュータ１０２は、ユーザ・データと、複数の異なるプレイ・スタイルのためのプレイ・スタイル・データを比較して、データがもっとも整合するプレイ・スタイルを決定できる。たとえば、コンピュータ１０２は、プレイ・スタイルのそれぞれについてパフォーマンス・メトリクス・スレッショルドを設定できる。いくつかのプレイ・スタイルは、セッションの間に少なくとも一度、ユーザが特定の高さの跳躍を行なうか、特定の速度で走るか、特定の時間にわたってプレーするか、かつ／またはそのほかタスクを行なうことを要求できる。そのほかのプレイ・スタイルは、ユーザが特定の連続事象（たとえば、少ない動きに続く、少なくとも特定の最高速度までのすばやい加速）を示すユーザ・データを要求できる。いくつかのプレイ・スタイルは、ユーザが特定の時間にわたってスレッショルドを維持したこと（たとえば、ゲーム全体を通じてスレッショルドを超える平均速度を維持）をユーザ・データが示すことを要求できる。
【００６５】
一例においては、ユーザの身体上の多様な場所に装着されるセンサを含むセンサのセットから獲得されるデータ・セットに基づいてプレイ・スタイルを割り当ててもよい（たとえば、臀筋および／または上体の加速度計から『ＢＡＮＧＥＲ』（バンガー）プレイ・スタイルを識別する）。また、ユーザ・プロファイル・データ（たとえば、ユーザの年齢、身長、性別等）等のほかの非活動データもプレイ・スタイルの決定に寄与できる。たとえば、いくつかのプレイ・スタイルは、性別固有であるか、または周囲条件に基づき得る（たとえば、ユーザが雨、みぞれ、雪等の中でプレーすることから『郵便配達員』スタイル）。
【００６６】
ユーザまたはユーザ・グループは、メトリクスおよび分析の組み合わせに基づいて独自のプレイ・スタイルを定義できる。ユーザまたはユーザ・グループは、関連付けされたメトリクスおよび分析を変更することなしにプレイ・スタイルの名前を変更できる。プレイ・スタイルは、自動的に更新され得る。たとえば、パーソナル・トレーニング・システム１００は、システム１００によって指定されるプレイ・スタイルを周期的に更新できる。別の例においては、システム１００が、プレイ・スタイルの名前が特定の場所（たとえば、州、市、コート）と関連付けされるときにプレイ・スタイルを自動的に更新できるが、別の場所では異なる名前でそのプレイ・スタイルが参照される（たとえば、地域固有の言語と調和した指定を維持する）。
【００６７】
図１３においては、表示１３０２が、フィールド１３１２の選択によってユーザがほかのユーザとパフォーマンス・メトリクスを共有すること、および／またはソシアル・ネットワーキング・ウェブサイトに投稿することを可能にする。ユーザは、送信されるパフォーマンス・メトリクスに添えるメッセージ（たとえば、『私の垂直跳躍をチェックしてください』）の入力もできる。コンピュータ１０２は、ユーザの共有要求に応答して、現在および／または以前のセッションのパフォーマンス・メトリクス・データおよびメッセージをサーバ１３４に配信できる。サーバ１３４は、データおよび／またはメッセージをソシアル・ネットワーキング・ウェブサイト内に組み込むこと、および／またはほかの希望されたユーザまたはすべてのユーザにデータ／メッセージを配信できる。
【００６８】
図１４は、例示の実施態様に従ったユーザの仮想カード（ｖｃａｒｄ）についての情報を呈示しているＧＵＩの表示例を図解している。ｖｃａｒｄは、ユーザのアスレチック履歴についての情報を含み得る。ｖｃａｒｄは、ユーザのパフォーマンス・メトリクス、セッション、および個別のセッションにおける賞をはじめ、パフォーマンス・メトリクスの平均を含み得る。ｖｃａｒｄ統計表示１４０２Ａは、ユーザが獲得したポイント数（たとえば、活動ポイントまたはメトリクス）をはじめ、ユーザによる走行の合計および／または最高パフォーマンスを示し得る。活動ポイントは、ユーザによって実行された身体的活動を示す統計量とすることができる。サーバ１３４および／またはコンピュータ１０２は、特定のアスレチックのマイルストーンをユーザが達成したときに活動ポイントを付与できる。ｖｃａｒｄセッション表示１４０２Ｂは、プレー時間の総計およびユーザが完了したセッションの数を示すことをはじめ、完了したセッションについての履歴情報を提供できる。ｖｃａｒｄセッション表示１４０２Ｂは、各セッションの間にユーザが呈したプレイ・スタイルをはじめ、セッションの長さおよびセッションの日付も示し得る。ｖｃａｒｄ賞表示１４０２Ｃは、時間にわたってユーザが獲得した賞を示し得る。たとえば、サーバ１３４および／またはコンピュータ１０２は、セッションの間の総ロフト時間が得られた後にユーザにフライト・クラブ賞を付与できる。
【００６９】
このほかの賞の例に、特定のコートにおいて１つまたは複数のトップのメトリクスを有するユーザのための『キング・オブ・コート』賞、１マイルの飛翔時間（または、そのほかの時間および距離の量）のための『フライヤー・マイル』賞、プレーヤーが複数の国のセッションに参加するときの『ワールドワイド・ウェス』賞、少なくとも特定のトップ速度またはもっとも速い第１歩を有する者への『アンクルブレーカー』賞、少なくとも特定の垂直跳躍を有するユーザへの『ジャンプ・キング』賞、連続して特定数の日数をプレーするか、または特定数の異なるコートでプレーしたユーザのための『２４／７ボーラー』賞、特定数のライバルがユーザに続く場合の『アイス・マン』賞、さらに多くの（アイス・マンと比較して）ライバルがユーザに続く場合の『ブラック・マンバ』賞、特定のパフォーマンス・メトリック・レベルを達成している若いプレーヤーのための『プロディジー』賞、および特定のパフォーマンス・メトリック・レベルを達成しているより年齢の高いプレーヤーのための『オールド・スクール』賞が挙げられる。そのほかのタイプの賞も付与できる。
【００７０】
図１５は、例示の実施態様に従ったユーザ・プロファイルを呈示しているＧＵＩのユーザ・プロファイル表示の例を図解している。ユーザ・プロファイル表示１５０２は、ユーザについての情報、たとえば身長、体重、およびポジション、プレー・スタイル（たとえば、『サイレント・アサシン』）をはじめ、そのほかの情報を呈示できる。ユーザ・プロファイル表示１５０２は、ユーザが装着している靴の１つまたは複数のタイプも示し得る。ユーザ・プロファイル表示１５０２は、ユーザの活動についての情報を呈示し、かつほかのユーザとのこの情報の共有をユーザがコントロールすることを可能にできる。たとえば、ユーザは、自分のユーザ・プロファイル情報を見ることが可能なほかのユーザを指定するか、またはほかのすべてのユーザが自分のユーザ・プロファイル情報にアクセスすることを可能にできる。図１６は、例示の実施態様に従ったユーザ・プロファイル表示１５０２内に呈示できるユーザについての情報の追加の例を図解している。
【００７１】
図１７−２０は、例示の実施態様に従ったユーザにパフォーマンス・メトリクスを表示するためのＧＵＩの表示例を図解している。セッションの間、その終了時、またはその両方において、コンピュータ１０２は、ポッド・センサ３０４、分散型センサ３０６、またはそのほかのセンサのうちの少なくとも１つと通信してデータを獲得し、パフォーマンス・メトリクスを生成できる。図１７に、表示１７０２Ａ内の最高垂直跳躍、表示１７０２Ｂ内の合計滞空時間、表示１７０２Ｃ内のテンポ統計、および表示１７０２Ｄ内のポイント等のデータを取り込む間のＧＵＩの表示例を示す。スクロールバー１７０４は、センサからコンピュータ１０２へのデータの転送における進捗を表わす。
【００７２】
図１８Ａは、例示の実施態様に従ったユーザの垂直跳躍に関係する跳躍表示の例を図解している。コンピュータ１０２は、エクササイズ・セッションの間におけるユーザの垂直跳躍をはじめ、セッションの間のいつ、それらの跳躍が生じたかに関する情報を追跡できる。コンピュータ１０２は、ユーザの両足が地面を離れてから、次にユーザの足が地面に最初に接触するまでの間のロフト時間量に基づいてユーザの垂直跳躍を決定できる。コンピュータ１０２は、ポッド・センサ３０４からの加速度計データおよび／または分散型センサ３０６からの力データを処理し、ユーザの両足が地面を離れる瞬間、および次にユーザの足が地面に最初に接触する瞬間を決定できる。またコンピュータ１０２は、ポッド・センサ３０４および分散型センサ３０６からのユーザ・データと跳躍データを比較して、ユーザが単にあらかじめ決定済みの時間にわたって地面から足を離しただけ、またはバスケットボールのリング（またはそのほかの物体）にぶら下がったのではなく、ユーザが実際に跳躍および着地したことを確認できる。跳躍データは、実際に跳躍した者についての力プロファイルおよび／または加速度プロファイルがどのような形になるかを示すべく生成されたデータとし得る。コンピュータ１０２は、ユーザ・データと跳躍データの比較時に類似性メトリックを使用できる。跳躍データに対するユーザ・データの類似性が充分でないとき、コンピュータ１０２は、そのユーザ・データが跳躍ではないと決定でき、ユーザのパフォーマンス・メトリクス（たとえば、最高または平均の垂直跳躍）の決定時にそのユーザ・データを含めなくてもよい。
【００７３】
ユーザ・データが跳躍のためのものであるとコンピュータ１０２が決定することを前提とすれば、コンピュータ１０２は、そのユーザ・データを処理して垂直跳躍、垂直跳躍の時間、ユーザの平均垂直跳躍高を決定し、跳躍についてのロフト時間の合計を維持し、かつ／またはいずれの足が利き足かを決定することをはじめ、そのほかのメトリクスを決定できる。コンピュータ１０２は、それぞれの靴に関連付けされる力データおよび／または加速度計データに基づいて利き足を識別できる。力データおよび／または加速度計データは、タイミング情報を含むことができ、したがってコンピュータ１０２は、それぞれの靴における事象を比較できる。コンピュータ１０２は、力データおよび／または加速度計データをはじめ、タイミング情報を処理し、跳躍の前に最後に地面に残った足はどちらであったかを決定できる。コンピュータ１０２は、ユーザが跳躍するとき最後に地面に残った足をはじめ、ユーザの最高垂直跳躍に関連付けされるそれに基づいて利き足を識別できる。またコンピュータ１０２は、ユーザの上位５つの垂直跳躍および跳躍直前にいずれの足が地面に残っていたかまたは両方の足であったかを示す図を含む跳躍表示１８０２Ａも呈示できる。跳躍表示１８０２Ａは、任意の所望の数の上位の跳躍を表示でき、その数をユーザが指定できるか、システム１００が設定できる。上位の跳躍の数は、時間の長さに基づいてもよい。たとえば、跳躍表示１８０２Ａは、セッションの全時間にわたる上位５つの跳躍、直前のあらかじめ決定済みの数分間または合計セッション時間のパーセンテージの時間内またはセッションのタイプ（たとえば、組織化されたバスケットボール・ゲームに対するピックアップ・ゲーム）に基づいて上位５つの跳躍を呈示できる。跳躍表示１８０２Ａまたは１８０２Ｂは、セッションによってではなく、たとえば、月、週、全期間、またはそのほかの時間範囲を含む時間にわたって垂直跳躍を表示できる。跳躍表示１８０２Ａまたは１８０２Ｂは、合計跳躍数、合計滞空時間、平均滞空時間、最高垂直跳躍に対応する滞空時間、または跳躍に関係するそのほかの情報も呈示できる。コンピュータ１０２の向きは、跳躍表示１８０２Ａと跳躍表示１８０２Ｂのうちのいずれを現在呈示するかをコントロールできる。たとえば、ユーザは、コンピュータ１０２を回転して（たとえば９０度）跳躍表示１８０２Ａ（たとえば、縦長の向き）の呈示から跳躍表示１８０２Ｂ（たとえば、横長の向き）の呈示へ変更できる。ユーザは、逆方向にコンピュータ１０２を回転して、跳躍表示１８０２Ｂの呈示から跳躍表示１８０２Ａの呈示へ変更できる。同様に、この中で述べているほかの例の表示の間の切り換えにコンピュータ１０２の回転を使用できる。
【００７４】
別の例においては、跳躍表示１８０２Ｂが、セッションにわたるユーザの跳躍を時間的順序で表示すること、およびそのセッションの間の各跳躍が生じた時間をはじめ、各跳躍の垂直高を示し得る。また跳躍表示１８０２Ｂは、以前のセッションから、またはセッションの間のあらかじめ設定済みのユーザの垂直跳躍の個人ベストも表示できる。一例においては、セッションの間に、ステップ関数を介して、または既存のラインを補助する新ベストの新規ライン（たとえば『新ベスト』色）を追加し、新ベストが生じるセッションのためのラインを表示することによって個人ベスト・ラインを変更できる。またコンピュータ１０２は、以前の個人ベスト・ライン（たとえば１つの色）を新ライン（たとえば、個人ベストが生じたセッションの間においてのみ使用できる新しい個人ベストの色）で置き換えることによって跳躍表示１８０２Ｂを更新できる。さらにその色は、ユーザの個人ベストの向上とともに変化してほかのユーザと比較した能力を示すことが可能である（たとえば、ほかの８５％のユーザよりあなたの跳躍の方が高かった）。
【００７５】
跳躍表示１８０２Ｂは、ユーザに、ある動作（たとえば、バスケットボールのダンク）ができる可能性のあるタイミングを示すパフォーマンス・ゾーン（たとえば、ダンク・ゾーン）を示し得る。コンピュータ１０２は、ユーザの身体的属性（たとえば、身長、腕の長さ、脚の長さ、胴の長さ、体の長さ等）に基づいてパフォーマンス・ゾーンをそのユーザに調和させ得る。たとえば、背の低いユーザのためのダンク・ゾーンは、より長身のユーザより高い垂直跳躍を要求し得る。
【００７６】
パフォーマンス・ゾーンは、値の範囲、最小値、または最大値に対応できる。１つまたは複数の値が、ユーザに特定の動作の実行が可能であることがユーザのアスレチック・パフォーマンスに期待されるときと相関できる。たとえば、パフォーマンス・ゾーンを、ユーザにバスケットボールのダンクが可能になる最低垂直跳躍としてもよい。ユーザが実際に動作（たとえばダンク）を実行する必要はないが、パフォーマンス・ゾーンは、ユーザがその動作を実行できたとコンピュータ１０２が計算したときを示し得る。
【００７７】
コンピュータ１０２は、１つまたは複数のセッションから獲得されるセンサ・データに基づいて、ユーザのパフォーマンス・ゾーン達成を補助する提案を提供できる。たとえば、コンピュータ１０２の、ユーザによる跳躍に関連付けされたセンサ・データの分析は、ダンク・ゾーン内に達する能力を強化するか、または空中における個人ベストを向上させるユーザへのより多くのフィードバックを可能にできる。たとえば、コンピュータ１０２は、センサ・データを処理し、ユーザの跳躍能力を向上するユーザの特定の身体部分の調整を提案できる。別の例においては、コンピュータ１０２が、ユーザが上体の加速を増加することによって先行する足により多くの加速を得ること、または後続の足により多くの圧力を得ることを提案できる。
【００７８】
パフォーマンス・ゾーンは、任意の所望のアスレチック動作のために設定できる。例示的なパフォーマンス・ゾーンは、分散型センサ３０６によって測定される圧力の最小値、圧力の最大値、特定の範囲内に入るかまたはいくつかの圧力の中に含まれる圧力に対応できる。そのほかの例のパフォーマンス・ゾーンは、センサ３０６によって測定される加速度の最小値、圧力の最大値、特定の範囲内に入るかまたはいくつかの圧力の中に含まれる圧力に対応できる。また、パフォーマンス・ゾーンは、異なる測定値または連続する測定値に基づき得る。たとえば、パフォーマンス・ゾーンは、少なくとも特定量の加速度に続く少なくとも特定量のロフト時間、およびそれに続いて少なくとも特定量の測定圧力を指定できる。
【００７９】
たとえば体操においては、加速度および身体の回転がモニタされる。たとえば、段違い平行棒からの着地までの間に体操選手が特定量の身体の回転を有すると望ましいことがある。回転が速すぎるか遅すぎると、体操選手は、着地したときに身体を正しい姿勢に向けることができない。このパフォーマンス・ゾーンは、最小および最大の回転加速度を指定する『スピン・ゾーン』とすることができ、コンピュータ１０２は、過大または過小回転をモニタし、着地までの間にその体操選手がパフォーマンス・ゾーン内にあったか否かについてのフィードバックを提供できる。コンピュータ１０２は、着地までの間の加速度の量を調整してユーザの回転を増加または減少させるための特定の身体部位を調整する提案を提供できる。パフォーマンス・ゾーンは、そのほかのスポーツ（たとえば、トラックおよびフィールド競技、ゴルフ等）のためにも設定できる。
【００８０】
コンピュータ１０２は、ユーザから受信したフィードバックに基づいてパフォーマンス・ゾーンを調整できる。一例においてはコンピュータ１０２が、いずれの垂直跳躍のための動作（たとえば、バスケットボールのダンク）がユーザに実行可能であったかを示す入力をユーザから受信すること、およびコンピュータ１０２が、ユーザのフィードバックに基づいてそのユーザがパフォーマンス・ゾーン内に入るために必要とされる最低垂直跳躍を調整できる。コンピュータ１０２は、ユーザがパフォーマンス・ゾーン内にいることをはじめ、ユーザがパフォーマンス・ゾーン内において自分のパフォーマンスを維持した時間量に対して１つまたは複数の活動ポイントをユーザに付与できる。コンピュータ１０２は、ユーザがパフォーマンス・ゾーン内にいる間に燃焼したカロリーの量も決定できる。
【００８１】
コンピュータ１０２は、エクササイズ・セッションの持続期間にわたってユーザが獲得した活動ポイントのレートを示す情報を呈示できる。図１８Ｂは、例示的な実施態様に従った活動ポイント表示１８０４の例を図解している。コンピュータ１０２は、エクササイズ・セッションの間に活動ポイントを決定し、ユーザに付与できる。それを行なうためにコンピュータ１０２は、測定済みのユーザ・パフォーマンスと、活動ポイントを付与するための任意数のメトリクスを比較できる。たとえば、コンピュータ１０２は、あらかじめ決定済みの距離のランニングに対してあらかじめ決定済みの数の活動ポイントを付与できる。図１８Ｂにからわかるとおり、活動ポイント表示１８０４のライン１８０６は、エクササイズ・セッションの間の多様な時点でユーザが活動ポイントを獲得したレートを表わし、ライン１８０６は、ユーザが活動ポイントを獲得した期間全体の平均レートを表わし、ライン１８０８は、この特定のセッションの間にユーザが活動ポイントを獲得した平均レートを表わし、ライン１８１２は、期間全体での活動ポイントの獲得の最良レートを表わし得る。一例においては、ライン１８０６が、毎分またはそのほかの時間期間（たとえば、ミリ秒、秒、１０秒、３０秒等）当たりユーザがどのくらい多くの活動ポイントを獲得するかを表わし得る。活動ポイント表示１８０４は、そのほかの、限定ではないが、あらかじめ決定済みの数の以前のセッション（たとえば、最近の３セッション）にわたって獲得された活動ポイント平均レートを含む平均等のメトリクスを示すライン等の印の呈示もできる。さらに、これらのラインは、異なる色を有し得る。新しく全期間ベストが確立された場合に、活動ポイント表示１８０４は、フラッシュするか、またはそのほかの形で達成を示す表示を呈示できる。
【００８２】
コンピュータ１０２は、ユーザによって実行された活動の分類をはじめ、エクササイズ・セッションの間にユーザが特定のカテゴリにいた時間のパーセンテージを求め、活動ポイント表示１８０４内においてこの情報をユーザに呈示できる。たとえば活動ポイント表示１８０４は、セッションの間のユーザが何もしていなかった時間のパーセンテージ、ユーザが横動きをしていた時間のパーセンテージ、ユーザがウォーキングしていた時間のパーセンテージ、ユーザがランニングしていた時間のパーセンテージ、ユーザが疾走していた時間のパーセンテージ、およびユーザが跳躍していた時間のパーセンテージを示し得る。活動ポイント表示１８０４に示されているカテゴリに代わるか、または追加されるカテゴリもまた呈示され得る。さらに活動ポイント表示１８０４は、これらの統計のそれぞれについて、パーセンテージではなく、累積時間を表示できる。コンピュータ１０２は、ユーザが各カテゴリ内にいる間に獲得した活動ポイントをはじめ、エクササイズ・セッションの間にわたって獲得した活動ポイントの合計量を決定し、活動ポイント表示１８０４を介してその種の情報を呈示できる。一例においてはコンピュータ１０２が、ユーザがウォーキングの間に２５活動ポイントを、ウォーキングの間に７５活動ポイントを、疾走の間に１５０活動ポイントを、合計して２５０活動ポイントを獲得したと決定できる。コンピュータ１０２は、活動ポイントの決定に代えて、またはそれに追加して各カテゴリでのカロリー燃焼レートを決定することもできる。
【００８３】
コンピュータ１０２は、ユーザの頑張りおよびテンポの測定に基づいてパフォーマンス・メトリクス・データも表示できる。図１９は、例示的な実施態様に従った頑張り表示１９０２Ａ−Ｂおよびテンポ表示１９０４Ａ−Ｂの例を図解している。頑張り表示１９０２Ａは、セッションの間にわたるユーザの頑張りをはじめ、そのほかのパフォーマンス・メトリクスを呈示できる。たとえばコンピュータ１０２は、セッションの間の跳躍の合計、疾走、フェイント、および跳躍のリカバリ（たとえば、連続する跳躍の間における最短時間）を含む多様なパフォーマンス・メトリクスを追跡でき、頑張りは、これらのメトリクスの関数とし得る。頑張り表示１９０２Ｂを参照すると、コンピュータ１０２は、頑張りを３つのカテゴリ、すなわち低、中、高に分割できる。より多い、またはより少ない頑張りのカテゴリを定義できる。頑張り表示１９０２Ｂは、セッションにわたる平均頑張りレベルを示すライン１９０６も呈示できる。
【００８４】
テンポ表示１９０４Ａを参照すると、コンピュータ１０２は、セッションの間におけるユーザのテンポについての情報を呈示できる。テンポは、時間間隔毎のユーザの歩のレート（たとえば、分当たりの歩数）に基づき得る。カテゴリは、歩のレートの範囲によって定義できる。たとえば、ウォーキングを毎分１−３０歩として定義し、ジョギングを毎分３１−５０歩として定義し、ランニングを毎分５１−７０歩として定義し、疾走を毎分７１歩以上として定義できる。テンポ表示１９０４Ｂを参照すると、コンピュータ１０２は、セッションの間にユーザがどの程度頻繁に各カテゴリ内にいたかを示し得る。たとえばテンポ表示１９０４Ｂは、ユーザが各カテゴリ内にいた時間のパーセンテージ（たとえば、疾走１２％）を示し得る。テンポ表示１９０４は、ユーザの秒またはそのほかの時間期間当たりもっとも速い歩数（たとえば、４．１歩／秒）、総歩数、合計の疾走の数も示し得る。
【００８５】
コンピュータ１０２は、ユーザに、トレーニングの間に獲得した活動ポイントをはじめ獲得した合計活動ポイントも通知できる。図２０は、例示の実施態様に従ったセッションの間にユーザが獲得した活動ポイントをユーザに通知するＧＵＩの活動ポイント表示の例を図解している。コンピュータ１０２は、トレーニング・セッションの間に獲得したデータを処理してユーザにポイントを付与できる。ポイントは、異なるスポーツおよびトレーニング・セッションにわたってユーザの活動を追跡できる。ポイント表示２００２Ａ−Ｂは、ユーザが日範囲、トレーニング・セッション、またはそのほかの範囲で獲得したポイントを決定することを可能にできる。
【００８６】
コンピュータ１０２は、ユーザ定義の動きの追跡もできる。図２１は、例示の実施態様に従ったフリースタイルのユーザの動きについての情報を提供するＧＵＩのフリースタイル表示の例を図解している。フリースタイル表示２１０２Ａにおいてはコンピュータ１０２がユーザに、追跡のための動きの開始を促し得る。ユーザは、ここで『フリースタイル』の動きと呼ぶ任意の希望するタイプの動きを行い得る。フリースタイル表示２１０２Ｂにおいてはコンピュータ１０２が、フリースタイルの動きの間におけるユーザの垂直跳躍、滞空時間、跳躍のために使用した足を表示できる。フリースタイル表示２１０２Ｂは、システム１００によって、ユーザによって、またはその両方によって関連すると見なされたパフォーマンス・メトリクスを表示できる。たとえば、パフォーマンス・メトリクスを表示２１０２Ｂに示されているとおり垂直跳躍、滞空時間、足とすること、表示２１０２Ｃに示されているとおり体重分布とすること、またはユーザによる切り換えを伴ってその両方とすることができる。フリースタイル表示２１０２Ｃにおいてはコンピュータ１０２が分散型センサ３０６によって測定された体重分布を表示できる。ユーザは、時間にわたる体重分布を検討して、ユーザの体重分布がユーザの移動または跳躍に対する可用性にどのように影響したと見られるかについて決定できる。ユーザは、たとえば表示を横切って自分の指を滑らし、表示２１０２Ａ−Ｃの間を移動できる。
【００８７】
セッションの間におけるユーザのパフォーマンスのモニタリングに加えて、コンピュータ１０２は、ユーザが自分のアスレチック・スキルを向上させる上での補助を行ない得る。図２２は、例示の実施態様に従ったユーザ選択可能なトレーニング・セッションを呈示しているトレーニング表示２２０２Ａ−Ｂの例を図解している。トレーニング・セッションは、ユーザの運動能力を向上させるべく指定された動きのセットを通じてユーザをガイドできる。例示のトレーニング・セッションは、シュート練習、アラウンド・ザ・ワールド・ゲーム、ブザービーター・ゲーム、プロ選手のゲーム、基本ゲーム、エアタイム・ゲーム、連続クロスオーバー・ゲーム、フリースロー・バランス・ゲーム、得意技ゲーム、プロ対戦ゲーム、およびホース・ゲームを含み得る。これらのトレーニング・セッションについては、さらに図２３−２６に記述がある。たとえば、コンピュータ１０２は、図２３−２６に示されているトレーニング・セッションの間のユーザによるスクロールおよび選択を可能にするタッチスクリーンを有し得る。
【００８８】
さらなる実施態様においては、１つまたは複数の非一過性コンピュータ可読媒体が、プロセッサによる実行時に、ユーザが１人または複数人のローカルおよび／またはリモート・ユーザとの挑戦および／またはゲームに参加することを可能にするコンピュータ実行可能インストラクションを含み得る。１つの実施態様においては、表示デバイスを、１つまたは複数のアスレチック動作をユーザに呈示するべく構成できる。アスレチック動作は、組み合わされたときに『トリック』を形成するスケートボード動作（たとえば、バックサイド・レール・スライド、フロントサイド・フェイキー、および／またはユーザが実施できる『トリック』のうちの１つまたは複数の組合せ）を含み得る。１つの実施態様においては、挑戦および／またはゲームが、少なくとも１つのトリックをユーザが実施することを要求できる。特定の実装は、バスケットリング（別名、バスケット）内へのショットに成功した第１のユーザに記号（たとえば、言葉の構成文字）が付与される、アスリート（特にバスケットボールの分野において）に広く知られている『ＨＯＲＳＥ』に類似のゲームになぞらえることができる。たとえば、トリック、またはそれの一部により、ユーザに言葉『ＳＫＡＴＥ』内の『Ｓ』を付与できる。変形においては、トリックを完全に成功した第１のユーザが、第２の個人または個人のグループに同一の記号が付与されるために実施しなければならないものを決めることができる。特定の実施態様は、少なくとも第２のユーザが同一のトリックまたは動作を実施すること（または、その動作またはトリックのためのパフォーマンスのスレッショルド・レベル内となること）を要求できる。１つの実装においては、第１のスケート実施者が第１の組合せ動作（たとえば、まとまってトリックを形成する動作、たとえばフロントサイド・フェイク等）を完了した場合には、それらの動作またはその一部のパフォーマンス特性を（定性的および／または定量的に）検出するか、または測定できる。例示的なパフォーマンス特性は、限定ではないが、スケートボードおよび／またはユーザ（またはその一部）の速度、加速度、場所、回転力、高さに関係するパラメータを含み得る。特定の実施態様においては、『ＳＫＡＴＥ』等のゲームのためのトリックにユーザが成功したという決定が、１つまたは複数のパフォーマンス特性値に基づき得る。１つの実施態様においては、少なくとも２つのパフォーマンス特性のそれぞれがスレッショルド値を満たさなければならず、さらに別の実施態様においては、個別の値ではなく複数の個別の値の合計スレッショルドが獲得されなければならない。別の実施態様においては、ユーザが以前に動作の部分構成要素および／またはより複雑でない動作を完了していない限り、ゲーム、挑戦、種目、またはこれらの類において動作またはトリックを行なってポイントを獲得することをユーザに許容しない。たとえば、１つの実施態様では、『ＳＫＡＴＥ』ゲーム等において、第１の個人は、そのユーザが以前に、たとえば、現在の挑戦またはゲームに使用されるものと同じセンサ（または、少なくともその一部）によって決定される能力のレベルまで行なったことがない動作の組合せを行なうことによって『ＳＫＡＴＥ』の中の文字を獲得するべく第２の個人に挑戦することができない。特定の実施態様においては、たとえば、フェイキー３６０フロントサイド・オーリー等の第１のトリックを試みるために、ユーザは、すでにオーリーおよび／またはローリング・フェイキー等の構成要素を（たとえば、この中で論じているか、またはこの分野で周知の１つまたは複数のセンサまたはプロセスによって）完成していなければならないとし得る。特定の実施態様は、先月内といった設定タイムライン内、またはスレッショルド量（たとえば、少なくとも５回の成功）、またはこれらの組合せにおいて完了されていることを要求できる。１つの実施態様においては、第１のユーザが、第２のユーザが要件を満たさなければならないパフォーマンス特性を選択できる。第１のユーザは、トリックを行なう前にパフォーマンス特性および／またはトリックの識別の表示が要求されることがある。たとえば、第１のユーザは、フェイキー３６０フロントサイド・オーリーとしてトリックを識別し、かつパフォーマンス特性のうちの少なくとも１つを高さまたは滞空時間として識別できる。したがって、第２のユーザがそのトリックを成功させるには、特定の高さまたは滞空時間（少なくとも第１のユーザが達成したか、またはデフォルトまたは設定可能な範囲内であり得る）を達成しなければならない。そのほかの挑戦の例および挑戦の例の実施について、以下を含め、この開示の全体を通じてより詳細に論じる。１つの実施態様においては、ゲームまたは挑戦を単一ユーザによって実施できる。たとえば、システムおよび方法は、ユーザに対して、特定のトリックまたは一連のトリックの実施を促すことができ、それにおいて各トリック、トリックの一部、および／または一連のトリックには、そのユーザに付与される言葉の構成文字等の記号が割り当てられる。たとえば、ユーザは、第１のトリックを実施して言葉『ＳＫＡＴＥ』内の『Ｓ』を獲得できる。１つの実施態様によれば挑戦が複数の個別のトリックを含んでよく、ほかの実施態様においては挑戦が複数のトリックを含んでもよい。多様な実施態様においては、挑戦が、それぞれが順番に実施される複数のトリックを含み得る。さらに別の実施態様においては、ユーザが第１のトリックから第２のトリックへトランジションしなければならないというように、互いに関してあらかじめ定義済みの時間期間の間にわたるトリックを形成できる。特定の実装においては、付与される特定の文字または記号が、限定ではないが、以下およびこの明細書のいずれかの場所に記述されているような特定のスキルに基づいてもよい。
【００８９】
１つの実施態様においては、挑戦と、特定のトリックおよび／または特定のスキルのセットを関係させ得る。たとえば、第１の挑戦が、ユーザにいずれかの『フェイキー（ＦＡＫＩＥ）』タイプのトリックの実施を促すことができる。１つの実施態様においては、ユーザに、その挑戦の少なくとも一部を実施しているプロまたはアマチュアであり得るアスリートの画像を、少なくとも１つ呈示できる。少なくとも１つの実施態様においては、ビデオ等の複数の順次画像を提供できる。特定の実施態様においては、挑戦の受け入れを伴うことなくこれらの画像データを見ることができる。
【００９０】
いくつかの実施態様においては、ユーザが、場所に基づいた挑戦を受け取り得る。それらの実施態様の１つにおいては、挑戦が、特定のトリックおよび／または特定のトリックのセットに関係できる。たとえば、特定の場所または開催地への到着時に、ユーザに、１つまたは複数の挑戦の実施を促し得る。１つの実施態様においては、ユーザに、その挑戦が行なわれる開催地に固有の、または特有の挑戦の実施を促し得る。たとえば、ユーザが第１の開催地（たとえば、スケート公園）に到着すると、第１の挑戦がユーザに『フェイキー（ＦＡＫＩＥ）』タイプのトリックの実施を促し得る。ユーザが第２の開催地に到着すると、第２の挑戦がユーザに特定の『グラインド（ＧＲＩＮＤ）』タイプのトリックの実施を促し得る。挑戦および／または特定のトリックは、限定ではないが、開催地の風景、標高、物理的対象物（たとえば、レッジ、レール、ステップ）の位置および数等を含む多様な要因に基づいて特定の開催地と関連付けできる。したがって、ユーザが特定の開催地または場所に到着したとき、ユーザに、その特定の開催地または場所と関連付けされている１つまたは複数の挑戦（および／または特定のトリック）の実施を促し得る。いくつかの実施態様においては、第１の開催地において１つまたは複数の挑戦を実施した後、ユーザに、第２の開催地における追加の挑戦の実施を促してもよい。さらなる実施態様は、ここで述べたような挑戦またはトリックを少なくとも１つ実施する特定の開催地または場所（または特定の場所における時刻）を推奨できる。トリックは、異なる物理的対象物を要求する複数のスケートのトリックを含み得る。たとえば、複数のトリックは、レッジまたはレールまたは地表面から特定の高さ（または、高さの範囲）に置かれた水平表面を要求できる。
【００９１】
ユーザの場所の決定に場所データを利用する実施態様においては、ＧＰＳデータを使用して、特定の開催地または場所にユーザがいつ到着していつそこを離れたかを決定できる。たとえば、携帯電話またはそのほかのデバイスが、周期的にＧＰＳデータを分析して、ユーザがスケート公園またはそのほかの開催地をいつ離れたかを決定できる。挑戦の実施を選択すると、ＧＵＩが更新されて、ユーザに挑戦における実施の機会および場所を知らせ得る。たとえば、コンピュータ１０２等のコンピューティング・デバイスが、ユーザについての場所情報（たとえば、ＧＰＳデータ）をサーバに伝達し、サーバは、そのユーザが多様な挑戦またはトリックを実施できる近隣の開催地また場所を識別することによってそれに応答できる。
【００９２】
特定の実施態様においては、ここでトリック・ティップ・ビデオ（ＴＴＶ）と呼ぶことができる複数の順次画像が、異なる角度から撮られた複数の順次画像等の複数の見方で取り込まれた複数の画像を含み得る。たとえば、１つの実施態様においては、第１の見方が、アスリートが横切り始めたか、またはアスリートが発進したセメント表面等の地表面から２５乃至３０度といった第１の角度において第１の時間フレームの間に撮られた第１の複数の画像を含み得る。当業者は認識するであろうが、地表面は平面でなくてもよく、むしろ、とりわけレール、ステア、パイプ等の表面から突出する複数の角度および／または張り出しを含み得る。第２の見方は、同じ地表面から３０乃至３５度といった第２の角度において、第１の時間フレームの一部を含めることもできれば、それを含めなくてもよい第２の時間フレームの間に撮られた第２の複数の画像を含み得る。１つの実施態様においては、第１および第２の見方が、同一の水平または垂直軸に沿った異なる角度を採用できる。１つの実施態様においては、第１および第２の時間フレームが、完全にオーバーラップし、したがってユーザが、同じトリック（または、その一部）を複数の角度から見ることを可能にできる。
【００９３】
身体的活動に関係する（生または処理後の）データは、この中に開示されているものを含めた１つまたは複数のセンサから直接または間接的に獲得されるか、かつ／または導出できる。特定の実施態様によれば、身体的活動データを、身体的活動の間に取り込まれたスケートボード・アスリート等の（図１のユーザ１２４であり得る）ユーザの画像（または、順次画像、たとえばビデオ）にオーバーレイできる。
【００９４】
１つの実施態様においては、ユーザが、再生の間またはトリック再生コマンドを介して見方を調整するべくビデオを調整できる。１つの実施態様においては、ユーザが、複数の眺めまたは見方のうちの１つを選択するというように、ビデオの見方を調整する１つまたは複数のユーザ入力を提供することを可能にできる。たとえば、ユーザは、ビデオの１つまたは複数の部分の間に、スケートボーダーであり得るアスリートの足を見ているとき、全体から細部に至る眺めを見たいと望むことがあり、さらに、そのビデオの同じか、または別の部分の間に、トリックの実施中のアスリートの少なくとも回転の部分のより良好な眺めといった横からの眺めを見たいと望むことがある。
【００９５】
別の実施態様においては、ユーザが、再生の間またはトリック再生コマンドを介してフレーム・レートおよび／または再生速度を調整するべくビデオを調整できる。１つの実施態様においてユーザは、表示器上の画面で『スローモーション』効果を提供するというように、所望の形でビデオのフレーム・レートおよび／または再生速度を調整する１つまたは複数のユーザ入力を提供するよう可能にされ得る。
【００９６】
１つの実施態様においては、ここで述べているシステムおよび方法の出力が、第１のフレーム・レートにおいて取り込まれた第１の一連の順次画像および第２のフレーム・レートにおいて取り込まれた第２の一連の順次画像を表わす画像データ（ピクセル・データとするか、またはそれを含み得る）を含む単一の電子ファイルを含む。この単一ファイルは、第２のフレーム・レートにおいて取り込まれた画像が再生時にスローモーションを表わす形で現われるようにストアおよび／または構成できる。認識できることは、この開示の１つの態様が、ユーザによる第１のグループの順次画像の取り込みを可能にする単一のＵＩに指向されていることである。ＵＩは、第１のフレーム・レートにおいて取り込まれた第１の一連の順次画像および第２のフレーム・レートにおいて取り込まれた第２の一連の順次画像を含む第１のグループの画像の少なくとも一部がユーザ選択可能であるように画像データを取り込むべく構成できる。ユーザ選択は、画像が取り込まれるときに、第２のフレーム・レートでの画像取得するＵＩ入力要素の作動等によって行ない得る。そのほかの実施態様においては、第２のレートより高速の第１のレートにおいて画像を取り込み得る。その場合にユーザは、取り込みの後にユーザ入力を提供して、より高速のレートで取り込まれた画像のフレーム・レートを調整し、それらにフラグ付けするか、または再生の間により低いフレーム・レートにおいて表示されるべく恒久的に変更されるようにさえできる。たとえば、画像を毎秒１２０フレームの第１のフレーム・レートにおいて取り込み、ユーザが特定の画像を３０ｆｐｓであるとフラグ付けするユーザ入力を提供できる（または、自動化されたプロセスが、同じ結果を達成する動作を行ない得る）。たとえば、１２０ｆｐｓで取り込まれた画像のうち、３つ置きの画像を使用できる。したがって、再生の間においては、フラグが付けられるか、または変更された画像が、通常速度の見掛けで作成されたように再生される一方、変更されてない（１２０ｆｐｓにおいて取り込まれた）画像は、その結果、一定の３０ｆｐｓのレートにおいて、スローモーションの見掛けを作り出す。
【００９７】
さらなる実施態様においては、１つまたは複数の非一過性コンピュータ可読媒体が、プロセッサによる実行時に、ユーザが、画像データへの少なくとも１人の第三者のアクセスを可能にする態様でビデオ等の自分のパフォーマンスのデータをアップロードすることを可能にするコンピュータ実行可能インストラクションを含み得る。１つの実施態様においては、ユーザに関連付けされたコンピュータ１０２等のコンピューティング・デバイスが、ユーザのパフォーマンスの画像データ（たとえば、ビデオ）および／または対応するアスレチック活動データを表示デバイスへ送信できる。たとえば、コンピュータ１０２は、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）またはなんらかのそのほかの近距離無線通信テクノロジを介して、ユーザのパフォーマンスの画像データおよび対応するアスレチック活動データを表示デバイスへ無線伝送できる。別の実施態様においては、画像データ（および／または、身体的活動データ）をリアルタイム送信できる。
【００９８】
１つまたは複数の画像を（対応する活動データとともに）、１つまたは複数の表示デバイス、たとえば身体的活動の場所（たとえば、スケート公園）にある表示器、小売販売店の表示器または、限定ではないが、複数の表示デバイスへのマルチキャストを含むそのほかの表示媒体等の上に表示できる。画像（および、対応する活動データ）は、テレビジョン受像機、コンピューティング・デバイス、ウェブ・インターフェース、およびこれらの組合せを介して見ることができる。たとえば、ユーザが小売場所に入ると、そのユーザに関連付けされた利用可能な画像データに、その小売場所の１つまたは複数のデバイス上で前記画像データが表示されるように第三者がアクセスできる。１つの実施態様においては、１つまたは複数の身体的活動（たとえば、トリックまたは挑戦）を実施しているユーザの画像データを、表示デバイス上にアップロードし、表示できる。表示デバイス上で表示される画像データは、ユーザに関連付けされたコンピュータ（たとえば、コンピュータ１０４）、サーバ（たとえば、サーバ１３４）、またはそのほかの、データ共有サイト等の場所からアップロードできる。データまたはファイル共有サイトの一例は、ＹｏｕＴｕｂｅ（登録商標）（ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ）、Ｎｉｋｅ（Ｒ）（ｎｉｋｅｐｌｕｓ．ｎｉｋｅ．ｃｏｍ／ｐｌｕｓ）、および／またはＦａｃｅｂｏｏｋ（ｗｗｗ．ｆａｃｅｂｏｏｋ．ｃｏｍ）とすることができる。当業者は認識するであろうが、これらのサイトが単なる例であり、電子情報の収集およびダウンロードを可能にするべく構成されたそのほかの場所がこの開示に関係する。
【００９９】
特定の実施態様においては、ユーザ（たとえば、ユーザ１２４）および／または個人が、１つまたは複数の表示デバイス上でいずれの画像および／または活動データを表示するかを選択的に決定できる。任意のデータの表示（および／または、画像データとともに表示される身体的活動データの選択）は、１つまたは複数の変量、たとえばユーザの場所、ユーザの現在の活動スコア、ユーザの選択または入力、閲覧者の入力、ユーザのパフォーマンスがスレッショルドを満たしたとの表示、たとえばパフォーマンス・ゾーンに到達したとの表示、および／またはこれらの組合せを含む変量に応じて変化し得る。さらなる実施態様は、非一過性コンピュータ可読媒体上の１つまたは複数のコンピュータ実行可能インストラクションに基づいて、特定の時間期間にわたって閲覧者（１人または複数人）に表示できる画像データおよび／または活動の値、およびその種のデータを表示する長さを決定できる。
【０１００】
さらにほかの例として、コンピュータ１０２によって送信されるデータをリモート・システムが使用して、ユーザ固有の情報、またはそのほかの、例示的な実施態様に従ってユーザとほかの個人のパフォーマンス・メトリクスを比較するための絞り込まれた情報を含むオーディオまたはビデオ表示をトリガしてもよい。その種の情報は、小売場所、スケート公園、またはそのほかの場所で表示できる。コンピュータ１０２によって送信されるデータは、リーダーボードの生成に使用できる、このユーザまたはそのほかのユーザに関連付けされたアスレチック・パフォーマンス情報を含み得る。たとえば、スケート公園または小売場所に設置されたディスプレイは、友人、選択されたプロのアスリート、またはプロのアスリートを含めたほかのすべてのユーザとユーザのパフォーマンス・メトリクスを比較するためのリーダーボードを提供できる。リーダーボードの例は、上位いくつかの活動ポイント（または、活動スコア）、実施されたトリックの数、プレー済み挑戦の総数、合計の獲得済みの賞、またはそのほかのパフォーマンス・メトリクスのためのものであり得る。そのほかのリーダーボードの例は、ユーザまたはそのユーザによって実施されたトリック／挑戦に関連付けされたビデオに対する上位いくつかのコメントまたは『いいね』のためのものとしてもよい。この例においては、ユーザが実施した特定のトリック（または、そのほかのアスレチック活動）に対応するビデオに対するいくつかの肯定的コメント（または『いいね』）をユーザが受信すると、そのユーザは、リーダーボード上のより良好な位置またはランキングを受け取ることができる。
【０１０１】
さらなる実施態様においては、１つまたは複数の非一過性コンピュータ可読媒体が、プロセッサによる実行時に、ユーザが１人または複数人のほかのユーザと特定の画像データ（たとえば、ビデオ）を関連付けすることを可能にするコンピュータ実行可能インストラクションを含み得る。たとえば、第１のユーザが、コンピュータ１０２を介して、アスレチック活動（たとえば、トリック）を実施している第２のユーザの画像データを取り込み得る。コンピュータ１０２またはユーザのいずれかは、その取り込み済みの画像データにタグを割り当て得る。第１のユーザが、取り込み済みの画像データのストア（または、保存）を希望するとき、ＵＩはユーザに、第２のユーザ（または、ほかのユーザ）とその取り込み済みの画像データを関連付けするタグの生成を促し得る。ユーザへは、その取り込み済みの画像データのためのタグの選択を、任意の態様で促し得る。ユーザにタグの選択を促し得るその種の態様の１つは、ＵＩが、そのユーザに対して、取り込み済みの画像データに『タグ付け』（たとえば、関連付け）できるほかのユーザのリストを表示することとし得る。そのほかの実施態様においては、ユーザが、取り込み済みの画像データに関連付けする１人または複数人のユーザをマニュアル選択できる。特定の実施態様においては、ユーザが特定の画像データへの『タグ付け』（たとえば、関連付け）を行なった後、タグ付けされたユーザは、その後に続いて、その者が画像データを編集、削除、複製、変更して、その画像データを取り込んだ個人を含む他者のアクセスまたは編集の権利をコントロールする共同または単独の権利を有するなど、前記画像データの『所有権』を主張できる。次に、いくつかの例示的な実施態様を論じる。
【０１０２】
１つの実施態様においては、第１のユーザが第２のユーザと取り込み済み画像データとを関連付けした後に第１のユーザと取り込み済み画像データとの関連付けがなくなり、第１のユーザが取り込み済み画像データに関するＵＩを経由して実施できる機能またはオプションの数が制限されるようになる。たとえば、取り込み済み画像データ内での第２のユーザのタグ付けの前は、第１のユーザが取り込み済み画像データの編集および／または削除、１人または複数人のユーザと取り込み済み画像データの関連付け、ファイル共有サイトのサーバへの画像データのアップロード、および多くのそのほかのオプションを有し得る。取り込み済み画像データにおいて第２のユーザをタグ付け（たとえば、関連付け）した後の第１のユーザは、ＵＩを介して以前の第１のユーザには利用可能だった１つまたは複数の機能またはオプション（たとえば、ユーザのタグ付け、画像データのアップロード、画像データの編集）の実行ができなくなるが、今度は第２のユーザが、その取り込み済み画像データに関するそれらの機能およびオプションへのアクセスを有し得る。画像データのタグ付けは、画像データの取り込みに使用された特定のデバイス（または、その所有者）にかかわらず、取り込み済み画像データの『所有権』をユーザが割り当てることを可能にする。その結果、ユーザが自分の画像取り込みデバイスを用いてアスレチック活動を取り込む必要がなくなり、それに代えて、ほかの個人によって取り込まれた画像データの所有権を、実際にそのユーザが自分の画像取り込みデバイス上でその画像データを取り込んだかのように主張できる。
【０１０３】
特定の実施態様においては、１つまたは複数の非一過性コンピュータ可読媒体が、プロセッサによる実行時に、ユーザが場所データを取り込み済み画像データと関連付けすることを可能にするコンピュータ実行可能インストラクションを含み得る。たとえば、第１のユーザが、コンピュータ１０２を介して、アスレチック活動（たとえば、トリック）を実施している第２のユーザの画像データを取り込み得る。コンピュータ１０２またはユーザのいずれかは、その取り込み済みの画像データに場所タグを割り当て得る。第１のユーザが、取り込み済みの画像データのストア（または、保存）を希望するとき、ＵＩからユーザに、その取り込み済みの画像データとアスレチック活動が実施された場所に対応する場所データを関連付けするタグの生成を促し得る。ユーザへは、その取り込み済みの画像データのための場所タグの選択を、任意の態様で促し得る。ユーザに場所タグの選択を促し得るその種の態様の１つは、ＵＩが、そのユーザに対して、地理的な地図を表示し、ユーザに自分の現在地の識別を促すことであり得る。そのほかの実施態様においては場所データ（たとえば、ＧＰＳデータ）を使用して、提案または推奨場所タグを生成できる。特定の実施態様においては、ユーザ（たとえば、ユーザ１２４）が、場所データをほかのユーザまたはユーザのグループと共有するか、またはほかのユーザまたはユーザのグループに利用可能にするかを選択的に決定できる。たとえば、第１のユーザは、１つまたは複数のＵＩのプレファレンスまたは設定を、第１のユーザに関連付けされた任意の画像データ（たとえば、ビデオ）のための場所データが、友人または第１のユーザによって識別されているそのほかのユーザまたはユーザのグループにだけ利用可能となるように調整できる。
【０１０４】
そのほかの実装は、異なるスキル・セットにわたってユーザのスキルのレベルをテストし、ユーザのパフォーマンスの分析を提供できる。たとえば、円グラフが容易に、マニュアル、フロントサイド・レール・サイド、および／またはそのほかにおけるユーザの熟達度を実証できる。しかしながら、そのほかは、運動場、スケート公園等の環境、または地表面からレールへのトランジション、またはレールから地表面への戻り等における熟達度を実証できる。特定の挑戦に基づいて、ユーザが熟達度を上げることができる。例示的なトリック・ツリーは、２０１３年９月５日に出願された米国特許仮出願第６１／８７４，２４８号および２０１４年５月３０日に出願された米国特許非仮出願第１４／２９２，４１１号の中に示されており、その全開示は、いかなる形においても限定がなされない目的のためにそのすべてが参照によりこれに援用される。たとえば、米国特許出願第１４／２９２，４１１号（『‘４１１出願』）は、表面または平地に沿って『フロントサイド』の基本タイプのトリックを実施しているユーザに関係するトリックする『トリック・ツリー』の例を示している。１つの例として、‘４１１出願（たとえば、図５１）においては、トリック・ツリーの『フロントサイド』要素が、トリックの間のユーザの回転方向を参照する。‘４１１出願の図５１に図示されているとおり、トリック・ツリー内には多様なハブがあり、それが、ユーザが実施する可能性のあるフロントサイド回転を有する平地の基本トリックの多様な構成要素および下位構成要素を識別する。‘４１１出願の図５１に図示されているトリック・ツリーの第１の構成要素は、オーリーである。トリック・ツリーの第２の構成要素は、回転ハブである。回転ハブは、回転（または、スピン）の角度を組み込んだトリックを識別する。回転ハブは、２つの下位構成要素（たとえば、トリック）、すなわちフロントサイド１８０およびフロントサイド３６０に分割される。トリック・ツリーの第３の構成要素は、キックフリップ・ハブであり、これは、ユーザが実施する可能性のある多様なタイプのキックフリップ・タイプのトリックを識別する。図５１に図示されているとおり、キックフリップ・ハブのための下位構成要素（たとえば、トリック）のいくつかもまた回転構成要素を含む（たとえば、フロントサイド１８０キックフリップおよびフロントサイド３６０ハードフリップ）。トリック・ツリーの第４の構成要素は、ヒールフリップ・ハブであり、これは、ユーザが実施する可能性のある多様なタイプのヒールフリップ・タイプのトリックを識別する。トリック・ツリーの最後の構成要素は、ショービット・ハブであり、これは、ユーザが実施する可能性のある多様なタイプのショービット・タイプのトリックを識別する。
【０１０５】
いくつかの実施態様においては、ユーザが１つまたは複数の多様なトリックを識別して実施できるように、ＵＩが、‘４１１出願の図５１に図示されているようなトリック・ツリーを表示できる。ほかの実施態様においては、ＵＩが、ユーザが以前に実施したツリー内の１つまたは複数のトリックを示す表示をトリック上に提供できる。別の例として‘４１１出願の図５２は、表面または平地に沿って『バックサイド』の基本タイプのトリックを実施しているユーザに関係するトリックする『トリック・ツリー』の例を示している。認識されるとおり、‘４１１出願の図５２に図示されているトリック・ツリーの『バックサイド』要素は、トリックの間におけるユーザの回転の方向を参照する。‘４１１出願の図５２に図示されているとおり、トリック・ツリー内には多様なハブがあり、それが、ユーザが実施する可能性のあるバックサイド回転を有する平地の基本トリックの多様な構成要素および下位構成要素を識別する。‘４１１出願の図５３−５８は、そのほかの多様な、スイッチ、フェイキー、およびノーリーを含む平地トリックのためのトリック・ツリーを図示している。‘４１１出願の図５９−７４は、レッジ、レール、またはパイプといった特定の表面で実施されることがある多様なそのほかのトリックのためのトリック・ツリーを図示している。‘４１１出願の図７５−９１は、そのほかの、空中でユーザが実施する可能性のある、静止トリック、スライド、およびグラインド等のトリックのためのトリック・ツリーを図示している。当業者は認識することになろうが、スケート実施者は表面（たとえば、金属パイプ）の上で、トラックのうちの少なくとも１つが表面を研ぐように行なう『グラインド』を行なうこと、またユーザは、ボードまたはそれの延長（トラック以外）が表面に接触できる態様で表面上にわたってスライドする『スライド』トリックを行い得る。たとえば、第１の文字は、ユーザがグラインド・トリックを実施することを必要とし、第２のトリックは、そのグラインド・トリックをフロントサイド・グラインド・トリックにすることを必要とする。しかしながら、追加の文字または記号には、ユーザが、１つまたは複数の特定タイプのバックサイド・グラインド・トリックの実施することを必要とする。さらなる実施態様は、特定のグラインド・トリックに続いてスライド・トリックを特定の時間フレームまたは移行期間内に実施することユーザに要求できる。
【０１０６】
１つまたは複数の賞をユーザのパフォーマンスと関連させることができる。以下において論ずるとおり、ユーザのパフォーマンスは、定義済みのコミュニティのメンバ、個人、友人、同僚、および／またはそれらの組合せを含む１人または複数人の第三者によってレート付けできる。賞の付与は、スタイル、ユーザのコントロール、および／またはインパクトに基づいている。たとえば、コントロールは、１つまたは複数のセンサ出力に基づくことができ、たとえば、１つまたは複数の軸にわたって測定されるユーザの体重および／または力の変化を測定し、あらかじめ決定済みの範囲および／または望ましい範囲と比較できる。さらに別の実施態様においては、ユーザのインパクトを測定できる。限定ではないが、この中で説明しているセンサ等のセンサは、力を測定できる。特定の実施態様は、１つまたは複数の画像取り込みデバイスおよび／またはそのほかのセンサの配置および／または場所を促し得る。たとえば、複数の見方での複数の画像の取り込みに関してインストラクションを提供できる。さらに別の実施態様においては、特定の場所またはその類における画像の取り込みをユーザに求めることなく複数の見方からの画像データが獲得できる。
【０１０７】
特定の実施態様は、ユーザが自分のパフォーマンスのビデオ等のデータを、アップロードまたはそのほかの形で少なくとも１人の第三者によるその画像データへのアクセス許可することを可能にできる。これに関して言えば、特定の実施態様は、画像データと、限定でないが、この中で開示した実施態様のいずれかに開示されている生および／または処理後のデータを含む、身体的活動に関係するデータを相関させることに関する。身体的活動に関係する（生または処理後の）データは、この中に開示されているものを含めた１つまたは複数のセンサから直接または間接的に獲得されるか、かつ／または導出できる。特定の実施態様によれば、身体的活動データを、身体的活動の間に取り込まれたスケートボード・アスリート等の（図１のユーザ１２４であり得る）ユーザの画像（または、順次画像、たとえばビデオ）にオーバーレイできる。限定ではないが図４２を含め、例を次に示す。
【０１０８】
さらなる実施態様は、１人または複数人のユーザが、限定ではないがコミュニティのメンバを含むほかの第三者に挑戦することを可能にできる。特定の実施態様においてはユーザが、定義済みコミュニティの１人または複数人のメンバに挑戦できる。特定の実装においては、ユーザが、スキル、経験、場所、コミュニティ内の在籍年数、年齢、および／またはこれらの組合せおよび／またはそのほかの要因に基づいて挑戦を発行するか、かつ／または受け取り得る。そのほかの実装は、画像データ内の動きを分析できる。画像解析の例には、限定ではないが、整理番号２１５１２７．０１６５４の２０１３年３月１５日に出願された米国特許第６１／７９３，４７２号の中で述べられている１つまたは複数のシステムおよび方法を含めることができ、当該出願は、いかなる形においても限定されない目的のためにそのすべてが参照によりこれに援用される。
【０１０９】
画像および／またはそのほかのセンサ・データによって直接および／または間接的に測定できる１つまたは複数のトリックのパフォーマンスを、ユーザに対する、履物、衣服、スケートボード等の装具、トラック、レール、および／またはそのほかの製品といったものの推奨の公式化および提供に利用できる。たとえば、１つまたは複数のトリックの実施間に左または右側に回転する傾向があるユーザには、特定の靴、スケートボード、および／またはこれらの組合せを推奨できる。別の非限定的な例としては、センサによって測定できる力、衝撃、加速度、および／または画像データ等のユーザの一貫性、スキル・レベル、パフォーマンスおよび／またはそのほかの要因に基づいて、履き物に関係する推奨を公式化できる。たとえば、クッション性、可撓性エリア、および／または支持構造に基づいて履き物を選択できる。さらなる実施態様は、ユーザが１つまたは複数のトリックを実施する間に検出された衝撃力から保護のスレッショルド・レベルを考慮できる。
【０１１０】
さらなる実施態様は、少なくとも１つの、限定ではないが、図３７および３８を参照しての説明を含めこの中で述べているようなトリックを実施する具体的な場所（または、具体的な場所における時刻）を推奨できる。これらの図は、バスケットボール・コートの文脈で説明されているが、当業者であれば任意の環境がこの開示の範囲内となることを認識するであろう。
【０１１１】
さらなる実施態様は、たとえば、１つまたは複数のトリックの完成にユーザが成功すること（センサおよび／または人間による分析に基づく）を条件として、有体の物品を作成する能力をアンロックする。たとえば、トリック・ツリーの完成に成功すると、トリックのうちの少なくとも１つを実施しているユーザの画像および／またはトリックのうちの１つのパフォーマンスからのデータを含むパーソナルＴシャツを作成する能力をアンロックできる。ユーザがトリックおよび／またはスキルに関して進歩するか、かつ／または上達すると、さらなる特徴および／または能力をアンロックするか、またはそのほかの形で利用可能にできる。
【０１１２】
図２７−３０は、例示の実施態様に従ったバスケットボールのトレーニング・セッションのためのＧＵＩの表示例を図解している。図２７においては、トレーニング表示２７０２が、ユーザに、そのユーザの最後のセッションに関する情報（たとえば、フリースローのためのシュートのパーセンテージ、スリーポイント・プレーヤー、およびジャンプ・ショット）を呈示し、新しいセッションの開始をユーザに促し得る。コンピュータ１０２は、感圧表示スクリーン上のタッチをモニタし、成功および失敗を追跡できる。それを行なうためにコンピュータ１０２は、何本の指が使用されたかをモニタし、バスケットボールのショットの間を区別できる。たとえば、図２８に示されているとおり、３本の指を使用してバスケットボールのスリーポイント・ショットを示すこと、２本の指を使用してツーポイント・ショットを示すこと、および単一の指を使用してフリースローを示すことができる。表示スクリーン上の１本または複数本の指によるタップでショット成功を示し、表示スクリーンの部分を横切る１本または複数本の指によるスワイプで失敗を示し得る。ほかの例においては、１本または複数本の指を用いたコンピュータ１０２の表示スクリーンの下方へのスワイプが成功を示すこと、および１本または複数本の指を用いた上方へのスワイプが失敗を示してもよい。
【０１１３】
コンピュータ１０２は、ユーザ入力を処理して使用された指の本数をはじめ、タップとスワイプの違いを決定できる。コンピュータ１０２は、表示スクリーンのタップ時および／またはスワイプ時に指によって覆われた表示スクリーンの面積を決定して、１本指、２本指、または３本指の間を区別できる。またコンピュータ１０２はタッチの持続時間も決定でき、ユーザによる接触が最初にあった領域がタッチの終了時における表示スクリーンの領域と異なるか否かによりタップとスワイプの間を区別できる。図２９に示されているとおり、トレーニング表示２７０２は、セッション終了時に成功および失敗についての情報をユーザに表示できる。トレーニング表示２７０２は、ショット・タイプ毎の成功／失敗をはじめ、すべてのショット・タイプについての合計を表示できる。たとえばトレーニング表示２７０２Ａは、フリースローについての成功および失敗を表示でき、トレーニング表示２７０２Ｂは、ジャンプ・ショットについての成功および失敗を表示できる。トレーニング表示２７０２Ｂは、ツーポイントおよびスリーポイントのバスケットボール・ショットを集計すること、成功および失敗をまとめて表示すること、または別々の表示が各タイプのショットについての成功および失敗を呈示できる。
【０１１４】
図３０は、例示の実施態様に従ったシュート練習セッションについての情報をユーザに提供するＧＵＩの表示例を図解している。ショット要約表示３００２Ａは、ユーザがすべてのショットまたは特定のショット・タイプを選択してショットが成功したパーセンテージ（たとえば、５５．６％）、連続して成功したショットの数、およびショットが成功するためのユーザの垂直跳躍の『スイートスポット』についての情報を受け取ることを可能にできる。スイートスポットは、ユーザのシュートのパーセンテージ（たとえば、成功ショットのパーセンテージ）があらかじめ決定済みの量（たとえば５０％）を超える垂直跳躍を示し得る。コンピュータ１０２は、ポッド・センサ３０４および／または分散型センサ３０６からのデータを処理し、ＧＵＩを介してユーザに成功および失敗についての情報を提供できる。この情報は、成功時および失敗時の平均の垂直跳躍を含み、ユーザのシュート・パフォーマンスに跳躍の高さがどのような影響を与えるかについてユーザに伝え得る。ショット要約表示３００２Ｂは、ショットの一部としての跳躍時にいずれの足が使用されたかについて、垂直跳躍の高さ、およびショットが成功したか、または失敗したかとともにユーザに伝え得る。ショット要約表示３００２Ｃは、スリーポイント・ショットの成功および失敗についての情報をユーザに提供できる。
【０１１５】
ショット要約表示３００２は、ユーザに、バランスのよいショットが成功した数およびバランスの外れたショットが成功した数を示すことによって、ユーザのバランスがユーザのショットに及ぼす影響についての統計情報をユーザに提供できる。コンピュータ１０２は、ユーザがショットを行なう間に分散型センサ３０６によって測定された体重分布に基づいてバランスを決定できる。ユーザの両方の足の間に比較的（すなわち、特定のスレッショルド内で）均等に体重が分布している場合には、コンピュータ１０２が、バランスが取れているショットとして識別できる。ユーザの両方の足の間に比較的不均等（すなわち、特定のスレッショルド外）に体重が分布している場合には、コンピュータ１０２が、バランスが取れていないショットとして識別できる。ショット要約表示３００２Ｃは、ユーザに、ユーザのバランスについてのフィードバックおよびバランスの外れた体重分布に伴う問題を矯正するヒントも提供できる。たとえば、ユーザの体重のバランスが取れていたときに成功したショットの数をフィールド３００４に示し、ユーザの体重のバランスが取れていなかったときに成功したショットの数をフィールド３００６に示し得る。
【０１１６】
一例においてコンピュータ１０２は、力センサによって生成されたデータを受信して処理し、エクササイズ・タスク（たとえば、バスケットボールのジャンプ・ショット）の実行の間における体重分布を決定できる。コンピュータ１０２は、エクササイズ・タスクが首尾よく完了したこと（たとえば、成功）を示すユーザ入力を処理できる。コンピュータ１０２は、エクササイズ・タスクが首尾よく完了したこと示すユーザ入力とそれに先行する時点において検出された体重分布を関連付けできる。たとえば、コンピュータ１０２は、センサ・データを処理してバスケットボールのショットと調和する動きを識別し、ジャンプ・ショットの間のユーザの跳躍時における浮き上がり、浮き上がりに先行する時間期間、着地、および着地後の時間期間の検出とともに開始する体重分布を決定できる。コンピュータ１０２は、これらの時間期間にわたる体重分布をモニタできる。コンピュータ１０２は、その後に続く時点（たとえば、２番目またはその後に続くジャンプ・ショット）において、エクササイズ・タスクの不首尾の完了（たとえば、失敗）を示す追加のユーザ入力を処理できる。コンピュータ１０２は、エクササイズ・タスクが不首尾に完了したこと示すユーザ入力とそれに先行する時点において検出された体重分布を関連付けできる。コンピュータ１０２は、エクササイズ・セッションの後またはそれの間に、ユーザの体重分布についての情報、およびユーザがエクササイズ・タスクを完了する能力に対して分布がどのような影響を与えたかについての情報をユーザに呈示できる。
【０１１７】
ＧＵＩは、ユーザにバスケットボールのショットの練習に対する動機付けも提供できる。図３１は、例示の実施態様に従ったユーザにシュートのマイルストーンを通知するＧＵＩの表示例を図解している。マイルストーン表示３１０２は、１つまたは複数のショットのスレッショルドおよびユーザが成功したショットの数についてユーザに知らせ得る。たとえば、マイルストーン表示３１０２は、ユーザが１０８のショットに成功したこと、その結果、ユーザがアマチュア・ステータスに到達し、次のステータス・レベルへの到達には追加の３９２のショットに成功する必要があることを示し得る。
【０１１８】
ユーザのスキルを強化するための練習の一部として、コンピュータ１０２は、ユーザに、プロのアスリートによって使用されている動きに類似する動きの実行をユーザに促し得る。図３２は、例示の実施態様に従ったユーザにプロのアスリートの得意技を摸する練習の実施を促すＧＵＩのための得意技表示の例を図解している。プロのアスリートの得意技に加えて、ユーザは、得意技を作り出し、ほかのユーザと共有できる。
【０１１９】
一例においてユーザは、得意技表示３２０２Ａ内にサーチ・クエリを入力して所望のプロのアスリートのサーチを開始できる。コンピュータ１０２は、そのサーチ・クエリをサーバ１３４へ転送し、続いてそれがクエリ結果を返すことができる。サーバ１３４は、ユーザによるサーチ・クエリの入力前に表示のための推奨される得意技をコンピュータ１０２に提供することもできる。得意技表示３２０２Ａに示されて
いるとおり、コンピュータ１０２は、ユーザの選択毎に異なる得意技を表示できる。得意技表示３２０２Ｂは、特定の動きの選択に応答して得意技のビデオを呈示し、その動きのためのプロのパフォーマンス・メトリクスを提供できる。コンピュータ１０２は、たとえば、ユーザの選択に応答して得意技データのためのクエリをサーバ１３４に行ない、得意技表示３２０２Ｂを生成する。得意技データは、得意技を実行しているプロのアスリートのポッド・センサ３０４および分散型センサ３０６からのデータを含み得る。ユーザは、その得意技を模倣することを試み、コンピュータ１０２は、ユーザ・データを処理してその模倣の正確性を示し得る。
【０１２０】
得意技の試みの完了後にコンピュータ１０２からユーザへ、動きの模倣がどの程度成功しているかを伝達できる。整合性の識別のため、コンピュータ１０２は、ポッド・センサ３０４および／または分散型センサ３０６から獲得されたデータと得意技データを比較し、それら２つが類似しているか否かを決定できる。コンピュータ１０２は、ユーザが得意技の完了に要した長さ、ユーザの垂直跳躍、ユーザの滞空時間、ユーザのテンポ、またはそのほかの情報をモニタし、このデータとプロのアスリートからの対応するデータを比較できる。コンピュータ１０２は、得意技表示３２０２Ｃに示されるとおり、ユーザがどの程度正確にプロのアスリートの得意技を模倣したかを示すこともできる。正確度は、パフォーマンス・メトリクスのそれぞれがプロの選手のそれに類似している程度の組合せに基づき得る。コンピュータ１０２は、特定のメトリクスをほかより高く重み付けすること、または各メトリクスを等しく重み付けできる。たとえば、得意技データが３つの異なるメトリクスについての情報を提供し、３つのメトリクスのそれぞれとユーザのデータを比較できる。コンピュータ１０２は、プロのメトリクスに対するユーザのパフォーマンス・メトリクスの比を決定し、その比がスレッショルド（たとえば、８０％）より高ければ整合していると識別できる。このほかの形で正確度を決定できる。
【０１２１】
一例においてはコンピュータ１０２が、エクササイズ・タスクの連続（たとえば、バスケットボールのカットに続くダンク）を実行している第１のユーザ（たとえば、プロのアスリート）から測定された加速度および力の測定データに対応する得意技データを受信できる。コンピュータ１０２は、同じエクササイズ・タスクの連続の実行を試みている第２のユーザをモニタすることによって、センサ３０４および３０６のうちの少なくとも１つによって生成されたユーザ・データを受信し、処理できる。その後コンピュータ１０２は、ユーザ・データが得意技データにどの程度類似しているかを示す類似性メトリックを生成できる。
【０１２２】
またコンピュータ１０２は、ユーザに、ほかのユーザおよび／またはプロのアスリートからのパフォーマンス・メトリクスに関するデータを、ソーシャル・ネットワークの一部として比較のために提供できる。図３３は、例示の実施態様に従ったパフォーマンス・メトリクスの比較のためのほかのユーザおよび／またはプロのアスリートをサーチするためのＧＵＩの表示例を図解している。表示３３０２Ａに示されているとおり、コンピュータ１０２は、サーバ１３４と通信してプロのアスリートまたはユーザの友人を識別できる。それぞれの個人は、一意的な識別子と関連付けできる。たとえば、ユーザは、左側のＧＵＩ表示に示されているとおり、友人またはプロ選手の追加を選択できる。ユーザが追加する友人／プロ選手を選択するとき、ユーザは、サーバ１３４との通信のためのコンピュータ１０２にサーチ・クエリを入力することができ、そのサーバから、表示３３０２Ｂに示されているとおり、サーチ・クエリと整合する人および／またはプロのアスリートが返される。表示３３０２Ｃに示されているとおり、コンピュータ１０２がこれらの個人を自動的にロードできるように、ユーザは、自分の友人および／またはお気に入りのプロのアスリートを識別するユーザ・プロファイルを設定できる。
【０１２３】
コンピュータ１０２は、友人との共有および／またはソシアル・ネットワーキング・ウェブ・サイトへの投稿のためのデータを呈示できる。たとえば図３４においては、表示３４０２Ａが、ポイント、最高の垂直跳躍、合計の滞空時間、および最高のテンポを含む共有のための情報を提供する。表示３４０２Ｂは、たとえば、識別された友人とユーザのパフォーマンス・メトリクスの横並びの比較を提供する。一例においてはサーバ１３４が、各ユーザのパフォーマンス・メトリクスをストアしており、要求時にほかのユーザのコンピュータ１０２とのデータの通信ができる。
【０１２４】
図３５は、例示の実施態様に従ったほかの個人とユーザのパフォーマンス・メトリクスを比較するための表示例を図解している。たとえば、表示３５０２Ａは、友人、選択されたプロのアスリート、またはプロのアスリートを含めたほかのすべてのユーザとユーザのパフォーマンス・メトリクスを比較するためのリーダーボードを提供できる。例示のリーダーボードは、最高の垂直跳躍、最高のテンポ、合計の滞空時間、合計のプレー済みゲーム、合計の獲得済みの賞、またはそのほかのパフォーマンス・メトリクスのためのものとし得る。表示３５０２Ｂによりユーザは、各個人のパフォーマンス・メトリクスがパフォーマンス・ゾーン（たとえば、ダンク・ゾーン）内にあるか、外にあるかを調べることができる。コンピュータ１０２は、ユーザが特定のグループ（たとえば友人）または全ユーザと自分のパフォーマンス・メトリクスを比較することも可能にできる。
【０１２５】
以上の考察は、主としてバスケットボールに関連して提供されているが、上記の例は、そのほかのチーム・スポーツをはじめ、限定ではないが、スケートボードまたは任意のそのほかのボード・スポーツを含む個人スポーツにも適用できる。
【０１２６】
図３６は、例示の実施態様に従った物理的活動を実施しているユーザを監視する物理データがパフォーマンス・ゾーン内で獲得されたか否かを決定するための方法の例を図解したフローチャートである。図３６の方法は、コンピュータ、たとえばコンピュータ１０２、サーバ１３４、分散型コンピューティング・システム、クラウド・コンピュータ、そのほかの装置、およびこれらの組合せ等によって実装できる。図３６に示されているステップの順序をアレンジし直すこと、追加のステップを含めること、いくつかのステップを取り除くこと、１回または複数回にわたっていくつかのステップを反復することもできる。この方法は、ブロック３６０２において開始できる。
【０１２７】
この方法は、ブロック３６０２において、ユーザ属性を指定する入力の処理を含み得る。一例においてはコンピュータ１０２がユーザに、１つまたは複数のユーザ属性の入力を促し得る。例示的なユーザ属性は、身長、体重、腕の長さ、胴の長さ、脚の長さ、両腕を広げた長さ等を含んでもよい。一例においては、ユーザが自分の体長を指定できる。体長は、ユーザの一方の脚を床に着けたまま反対側の手がどこまで届くかを示す測度とし得る。
【０１２８】
この方法は、ブロック３６０４において、ユーザ属性に基づくパフォーマンス・ゾーンの調整を含み得る。一例においてはコンピュータ１０２が、バスケットボールのダンクを行なうためにユーザが跳躍しなければならない高さに関するパフォーマンス・ゾーンを、ユーザの身長、腕の長さ、胴の長さ、および脚の長さのうちの１つまたは複数に基づいて調整できる。このパフォーマンス・ゾーンは、より長身のユーザがバスケットボールのダンクを行なうための最低跳躍高を、より低いユーザがダンクを行なうか、またはバスケットボールのリングに届くために必要とされる最低跳躍高と比較したとき、より低く指定できる。
【０１２９】
この方法は、ブロック３６０６において、センサによって生成されたデータの受信を含み得る。一例においては、ユーザが１つまたは複数の跳躍を実行するエクササイズ・セッションの間に、コンピュータ１０２がセンサ３０４および３０６のうちの少なくとも１つからデータを受信できる。前述したとおり、このデータを生の信号とすること、またはコンピュータ１０２への送信の前にセンサによって処理されたデータとすることができる。
【０１３０】
この方法は、ブロック３６０８において、データがパフォーマンス・ゾーン内であるか否かの決定を含み得る。一例においてはコンピュータ１０２が、センサ２０６および３０４のうちの少なくとも１つから受信したデータを処理し、ユーザが行なった跳躍がそのユーザ属性に対して調整済みのパフォーマンス・ゾーンの最低跳躍高を超えたか否かを決定できる。たとえば、コンピュータ１０２は、ユーザがバスケットボールのダンクを行なうために３０インチの最低垂直跳躍が必要となることをそのユーザのユーザ属性に基づいて決定できる。コンピュータ１０２は、センサ３０４および３０６のうちの少なくとも１つから受信したデータを処理し、ユーザが行なった跳躍が３０インチを満たしているか、またはそれを超えているか否かを決定できる。コンピュータ１０２は、垂直跳躍の高さを決定するために、加速度計および力センサのうちの少なくとも１つによって生成されたデータを処理し、そのデータと跳躍データを比較してそのデータが跳躍であることに矛盾がない（たとえば、椅子に座っているユーザが、単にあらかじめ決定済みの時間にわたって足を地面から離したのではない）と決定できる。コンピュータ１０２は、この比較に応答して、加速度計および力センサのうちの少なくとも１つによって生成されたデータを処理し、浮き上がりの時間、着地の時間、およびロフト時間を決定できる。コンピュータ１０２は、ロフト時間に基づいて垂直跳躍を計算できる。
【０１３１】
この方法は、ブロック３６１０において、決定の出力を含み得る。一例においては、ユーザがパフォーマンス・ゾーン内であったか否かの決定をコンピュータ１０２が出力できる。この出力は、可聴または可視のうちの少なくとも１つとし得る。コンピュータ１０２は、ユーザがパフォーマンス・ゾーン内にいることを検出すると直ちに出力を提供できるか、またはその後のいずれかのとき（たとえば、トレーニング後）に決定を出力できる。その後この方法は、終了するか、または先行するいずれかのステップに戻り得る。
【０１３２】
パフォーマンスの追跡の選択時には、図３７−３８に示されているとおり、コンピュータ１０２がＧＵＩを更新してユーザにイベント（たとえば、バスケットボール・ゲーム）への参加の機会および場所を知らせ得る。たとえば、コンピュータ１０２は、地理上の場所（たとえば、ＧＰＳによる場所）をサーバ１３４に伝え、それが、進行中またはまもなく（たとえば、１時間内）の開始が予定されている近隣のイベントをもって応答する。図３７は、近隣のバスケットボール・コートを識別するための２つのＧＵＩ表示の例を図解している。左側の図では、コンピュータ１０２のＧＵＩが、近隣のバスケットボール・コートのリストを提供し、選択したコートを突き止めるユーザを補助する地図を提供できる。ＧＵＩはまた、ユーザがコートを、そのコートの住所とともに追加することも可能にする。右側の図では、ＧＵＩが、選択されたコートについての情報を呈示する。たとえば、ＧＵＩは、レギュラー・プレーヤー（たとえば、そのコートでもっとも頻繁にプレーしているコートの主）およびそのコートにおけるいろいろなプレーヤーのパフォーマンス・メトリクス（たとえば、そのコートでもっとも高い垂直跳躍記録を有するプレーヤー、毎秒のステップ数が最高のプレーヤー等）を表示できる。ＧＵＩは、ユーザに、選択したコートへのチェックインを促すこと、およびそのコート上で活動しているプレーヤーの数を示し得る。チェックイン時には、コンピュータ１０２が、ネットワーク１３２を介してサーバ１３４へチェックイン・メッセージを伝達でき、サーバ１３４は、そのユーザがそのコートにチェックインした回数を示すべくデータベースを更新できる。サーバ１３４は、ネットワーク１３２を介して、そのコートについての情報を要求しているほかのユーザのコンピュータ・デバイスへ、チェックイン数を伝達することもできる。ＧＵＩデバイスは、特定のほかのユーザがプレーしているコートを識別するユーザの補助も行なう。
【０１３３】
図３８は、ほかの参加者についての活動情報を獲得するためのＧＵＩの例を図解した説明図である。ＧＵＩは、ユーザが、友人またはそのほかの個人をサーチして、それらの友人等が現在どの辺りにいるかを決定することを可能にできる。サーバ１３４は、各コート（または、そのほかの場所）でだれがプレーしているかについての情報をストアし、および要求時にその情報をユーザに伝え得る。したがって、ユーザは、ともにプレーするか対戦したいと希望する個人を識別するユーザ・プロファイルをセットアップすることもできる。各ユーザには、ユーザ・プロファイルおよび／またはサーバ１３４によってストアできる一意的な識別子を関連付けできる。コンピュータ１０２は、１人または複数人のユーザの一意的な識別子を含むクエリをサーバ１３４へ伝え、当該サーバは、クエリされたユーザの情報をもって応答できる。図３８に示されているとおり、ＧＵＩは、現在プレーしている選択されたユーザについての情報をはじめ、現在プレーしていないユーザの履歴および／またはそれらのユーザの成績を表示できる。コンピュータ１０２が、特定のコートについての情報を要求すると、サーバ１３４は、特定のコートでプレーしたユーザのデータ（たとえば、垂直跳躍の最高値、レギュラー・プレーヤーの数等）をコンピューティング・デバイス１０１へ伝え得る。
【０１３４】
ＧＵＩは、ユーザが進行中のセッションまたは近々に開始するセッションを探す補助、ほかのプレーヤーを識別する補助、および／またはリーダーボードを見る補助に使用できる。ＧＵＩは、ユーザが新しいセッション（たとえば、バスケットボール・ゲーム）を開始すること、およびほかのプレーヤーを特定の時刻に誘うこと（たとえば、『午後２時に高校のサッカー場に集合』等）を可能にできる。ＧＵＩは、リーダーボード情報も表示できる。
【０１３５】
図３８に示されているとおり、履歴フィールドは、ほかの個人の成績をユーザに知らせ得る。たとえば、コンピュータ１０２は、ほかのコンピューティング・デバイスへの拡散のためにユーザの成績についてのアラート・データをサーバ１３４へ伝え得る。ユーザは、特定のほかのユーザについてのアラートを受信することを、コンピュータ１０２からサーバ１３４へ、それらの特定のほかのユーザの一意的な識別子とともにメッセージを送信すること等によって選択できる。ユーザがセッションを開始する前に、ユーザは、そのセッションの間にコンピュータ１０２によって監視されることをユーザが希望するパフォーマンス・メトリクスを示し得る。
【０１３６】
図３９は、スポーツ活動の場所を見つけるために使用可能な本発明の実施態様に従ったプロセスを示している。まず、ステップ３９０２において、サーバまたはそのほかのコンピュータ・デバイスが、ユーザの場所を識別する場所情報を受信する。場所情報は、ＧＰＳデータの形式とすることができ、携帯電話等のポータブル・デバイスから受信できる。次のステップ３９０４においては、サーバまたはそのほかのコンピュータ・デバイスが、スポーツ活動を識別する活動情報を受信する。活動情報は、バスケットボール、フットボール、またはサッカー等の望ましいスポーツ活動とし得る。ユーザは、携帯電話に情報を入力し、電話は、その情報をサーバへ送信できる。次のステップ３９０６においては、サーバまたはそのほかのコンピュータ・デバイスが、場所情報および活動情報を処理し、ユーザの近隣にあるスポーツ活動に参加できる場所を識別する。ステップ３９０６は、スポーツ活動のために現在使用されているか、将来使用されることになるバスケットボール・コート、サッカー場等の識別を含み得る。ステップ３９０６は、スポーツ活動のデータベースおよび地理データベースへのアクセスを含み得る。結果は、ステップ３９０８においてユーザに送信できる。
【０１３７】
図４０は、パフォーマンス・データを共有するための本発明の実施態様に従ったプロセスを図解している。まず、ステップ４００２において、スポーツ活動に参加しているユーザについての場所情報が、モバイル端末において決定される。ステップ４００２は、携帯電話のＧＰＳ機能を使用したバスケットボールまたはサッカー・ゲームに参加しているユーザの場所の決定を含み得る。次のステップ４００４においては、プロセッサが場所情報を処理し、スポーツ活動の場所の識別を決定する。ステップ４００４は、バスケットボール・コートまたはサッカー場の名前を決定するＧＰＳデータ処理を含み得る。ステップ４００６においては、モバイル端末が、スポーツ活動に参加しているユーザのパフォーマンスに関係するセンサ・データを受信できる。センサ・データは、前述したセンサのうちの１つまたは複数からのものであってもよい。ステップ４００８においては、プロセッサがセンサ・データを処理し、パフォーマンス・データを生成できる。処理は、モバイル端末において実行できる。いくつかの実施態様においては、処理の全部または一部を、センサのうちの１つまたは複数が実行できる。パフォーマンス・データは、速度、距離、垂直跳躍高、および足の速さを含み得る。ステップ４０１０においては、スポーツ活動の場所の識別およびパフォーマンス・データをサーバへ送信できる。サーバは、いろいろなユーザについてのパフォーマンスおよび場所のコレクションを維持できる。
【０１３８】
図４１は、パフォーマンス・データの追跡および比較に使用できる本発明の実施態様に従ったプロセスを図解している。ステップ４１０２においては、スポーツ活動に参加しているユーザが装着しているセンサからのパフォーマンス情報がサーバに受信される。ステップ４１０２は、センサからの情報を、センサとサーバの間の経路内に１つまたは複数のコンピュータ、モバイル端末、またはそのほかのデバイスを伴って、サーバにおいて受信することを含む。センサは、前述したセンサのうちの１つまたは複数を含み得る。ステップ４１０４においては、サーバが、スポーツ活動の地理上の場所についての場所情報も受信できる。場所情報は、ＧＰＳ情報、開催場所の名前、またはそのほかの、場所の識別に使用される情報とし得る。ステップ４１０６においては、ユーザのパフォーマンス・データおよび地理上の場所に関連付けされたパフォーマンス・データのデータベースを維持できる。ステップ４１０６は、複数のデータベース、またはデータのコレクションの維持を含み得る。最後に、ステップ４１０８においては、パフォーマンス・データのリーダーボードが維持される。ステップ４１０８は、ユーザの最高垂直跳躍高またはそのほかのパフォーマンス・データを識別するリーダーボードの維持を含み得る。またステップ４１０８は、バスケットボール・コートまたはサッカー場等の識別済みの地理上の場所において獲得された最高垂直跳躍高またはそのほかのパフォーマンス・データを識別するリーダーボードの維持も含み得る。
【０１３９】
場所データを使用して特定の場所にいるユーザのためのリーダーボードまたは統計を維持する実施態様においては、ユーザがその場所を離れるときの決定にＧＰＳデータが使用できる。たとえば、携帯電話またはそのほかのデバイスは、周期的にＧＰＳデータを分析して、ユーザがバスケットボール・コートを離れたときを決定できる。同様にセンサ・データを分析して、ユーザが活動への参加を止めたときを決定できる。他の実施態様においては、ユーザが電話呼び出しに応じるときは、ユーザがコートまたは開催場所を離れたか、またはアスレチック活動への参加を止めたと決定できる。いくつかの実装は、ユーザが電話呼び出しに応じる間、アスレチック活動への参加をやめたか、または離れたことの確認をユーザに促すことを含み得る。いくつかの実施態様においては、電話呼び出しに応じる間、センサ・データを無視することもできる。
【０１４０】
上で説明した本発明の多様な実施態様は、ＧＰＳデータを使用する場所の識別を論じた。代替実施態様は、Ｗｉ−Ｆｉデータベース地図サービス等の、そのほかテクノロジを使用することによって場所を決定できる。ユーザが、場所データをマニュアル入力するか、場所データのデータベースをサーチすることもできる。さらなる態様は、画像データと、限定でないが、前述の実施態様のいずれかに開示されている生および／または処理後のデータを含む、身体的活動に関係するデータを相関させることに関する。身体的活動に関係する（生または処理後の）データは、この中に開示されているものを含めた１つまたは複数のセンサから直接または間接的に獲得されるか、かつ／または導出できる。特定の実施態様によれば、身体的活動データを、身体的活動の間に取り込まれたユーザ１２４等のユーザの画像（または、順次画像、たとえばビデオ）にオーバーレイできる。
【０１４１】
図４２は、多様な実施態様に従って利用できる例示的な方法を示したフローチャートである。例示的なブロック３７０２においては、画像データを獲得できる。画像データは、１つまたは複数の画像取り込みデバイスから、たとえば、モバイル端末デバイス（図１Ａの要素１３８参照）上に配置されたカメラ、ビデオ・カメラ、静止画カメラ、および／または光、磁界、および／または熱エネルギを含むエネルギの波長を検出するべく構成された任意の装置から取り込み得る。ここで用いている『画像データ』は、物理的に触れることが可能な形か、または電子情報としてコンピュータ可読媒体上にストアされる生および／または圧縮データを含むことができる。さらに、複数の画像がビデオの一部を形成できる。したがって、画像および／または写真への参照は、ビデオおよびその類を含む。
【０１４２】
１つの実施態様においては、ユーザの身体的活動（たとえば、バスケットボール・ゲームへの参加、および／またはバスケットリングへのボールのダンクといった特定の活動）の実施間に獲得される情報等の画像データを１つまたは複数のデバイスから取り込み得る。たとえば、コンピュータ可読媒体は、実行時に、スポーツをプレーしているアスリートの複数の画像（たとえば、ビデオ）の獲得を実施できるコンピュータ実行可能インストラクションを含むことができる。たとえば、モバイル端末１３８は、ユーザ１２４（または、ほかのユーザ）が画像取り込みデバイス（モバイル端末１３８の一部とすること、またはカメラ１２６等の外部の画像取り込みデバイスへ入力を提供することのいずれか）を使用して画像データを取り込むことを可能にするアプリケーションを含むことができる。
【０１４３】
１つの実施態様においては、ユーザが、ホスト・デバイス（たとえば、モバイル端末１３８）の記録機能（ハードまたはソフト・ボタンとし得る）を作動すると、ビデオおよび身体的活動センサ・データの同時取り込みを開始できる。特定の実施態様においては、複数のカメラを同時に利用できる。複数のカメラは、たとえば、ユーザの場所に（たとえば、ＧＰＳ、三角測量、または運動センサによるユーザの検出を通じて）基づいて使用できる。画像データは、モバイル端末１３８のカメラ等のデバイス上のカメラを操作するユーザに応答して獲得できる。１つの実施態様においては、ユーザ１２４が、スポーツをプレーしているか、またはフィットネス活動を実施しているユーザ１２４のビデオを取り込み可能な別の個人にモバイル端末１３８を提供できる。しかしながら、さらなる実施態様においては、１つまたは複数のカメラを、位置、角度、焦点、および／またはこれらの組合せに固定できる。特定の実施態様においては、画像データを、ユーザ１２４（および／または、ユーザ１２４の管理下にある個人またはエンティティ）が直接コントロールできない、たとえばコンテント・ソース・プロバイダ等の、ブロードキャスト・ソースから獲得できる。たとえば、コンテント・ソース・プロバイダは、スポーツ・イベントをブロードキャストできる（ライブおよび／または遅延付き）。１つの実施態様においては、イベントが、スケジュールされたバスケットボール・ゲームを含むことができる。しかしながら、別の実施態様においては、スポーツ・イベントが、スケジュールされてないピックアップ・ゲームを含むことができる。特定の実施態様においては、いずれのフィード（１つまたは複数）または画像のソースを使用するかの決定に複数のカメラ・フィードを利用できる。
【０１４４】
１つの実施態様においては、センサ・データに基づいて画像データのみが取り込まれ得る。１つの実施態様においては、センサ・データを身体的活動データであり得る。たとえば、特定の実装においては、ユーザが『パフォーマンス・ゾーン』内にいることを決定する際に、画像データのみが取り込まれ得る。別の実施態様においては、少なくとも１つの身体的属性値がスレッショルドを満たさなければならない。そのほかの実施態様は、ユーザ１２４の画像データを無差別に取り込み、オプションのブロック３７０４またはそのほかのプロセスを実行して、取り込み済み画像データの部分を選択できる。たとえば、ブロック３７０２は、２０分以上にわたってユーザ１２４の画像データを取り込み得るが、ブロック３７０４は、ユーザ１２４がパフォーマンス・ゾーン内にいたときの部分だけを選択できる。当業者は容易に認識するであろうが、このほかの選択基準もこの開示の範囲内である。
【０１４５】
ブロック３７０２において獲得された（および／または、ブロック３７０４において選択された）画像データは、サーバ１３４、ネットワーク１３２、モバイル端末１３８、および／またはコンピュータ１０２等の１つまたは複数の非一過性コンピュータ可読媒体上にストアできる。画像データのタイプおよび／または型は、無数の要因に依存することがあり、それには、限定ではないが、身体的活動データ（たとえば、センサから獲得された）、ユーザ選択、較正パラメータ、およびこれらの組合せを含む。画像データは、タイムスタンプとなし得る。画像データのタイムスタンプは、画像データの収集および／またはストアの一部として実行できる。このタイムスタンプ情報は、取り込みの実際の時間に依存せずに、むしろ別の事象、すなわち活動データ、開始時刻、および／または任意のそのほかの事象等に結び付けられる『相対的』タイムスタンプを含む。別の実施態様においては、『実際の』タイムスタンプを利用でき、それにおいては時間の取り込みと別の事象を関係させること、または関係させないことをなし得る。当業者は認識するであろうが、別の事象とも相関される単一の実際のタイムスタンプの利用も含めて、両方のタイプのタイムスタンプを利用できる。
【０１４６】
ブロック３７０６においては、身体的活動データを受信できる。画像データに関して上で論じたとおり、活動データもまたタイムスタンプとなし得る。１つの実施態様においては、ユーザ１２４の活動に関する生および／または処理済みの情報を含むことができるセンサ・データが受信される。活動データは、この中で述べている１つまたは複数のセンサから獲得できる。たとえば、１つの実施態様においては、ユーザの履き物が少なくとも１つのセンサを含むことができる。特定の実施態様においては、アスレチック・データの少なくとも一部が、取り込み期間が経過するまで、ユーザと機能的に接続されたセンサ・デバイスまたはそのほかのデバイス（たとえば、手首装着デバイスおよび／または靴埋め込みセンサ）上に残存できる。その後、タイムスタンプを使用し、単一のファイルとしてデータを結合できる。特定の実装は、単一のファイルをストアするが、データの第１の部分（画像データ等）を第２の部分（活動データ等）から分離して送信できる。別の実施態様においては、データの第１の部分（画像データ等）を第２の部分（活動データ等）から分離してストアできるが、それにもかかわらず、単一のファイルとして第１の有体のコンピュータ可読媒体に送り得る。
【０１４７】
複数のセンサ（１つまたは複数のデバイスから）を利用できる。１つの実施態様においては、加速度計および／またはジャイロスコープの生データを獲得して処理できる。別の実施態様においては、力センサ・データを受信できる。さらに別の実施態様においては、複数のセンサからの１つまたは複数の生パラメータに基づいて身体的活動パラメータを計算できる。１つの例として図９に、特定の実装に従って獲得され得る複数のデータ・パラメータを示す。特定の実施態様においては、ユーザ１２４のために、センサ・データおよび／またはデータの獲得（および／またはいずれかの処理済みデータを提供するための計算）に利用されるセンサを選択可能とし得る。たとえば、ユーザ１２４（または、別のソースから受信されるマニュアルまたは自動いずれかによる別の入力）は、靴および／またはそのほかの衣服に関連付けされたセンサ１４０を選択できる。これに関して言えば、入力をユーザ１２４に限定しなくてもよく、たとえば、コーチ、トレーナ、親、友人、ブロードキャストの人員、および／またはそのほかの個人が、活動データのための１つまたは複数のソースを選択できる。さらなる実施態様は、１つまたは複数のセンサを、対応するデータの利用の前に較正できる。また別の実施態様においては、較正パラメータが獲得されないときには、１つまたは複数のセンサからのデータを使用から除外できる。図１０に較正の実施態様の例を示すが、この開示がこの実施態様に限定されることはない。画像データに関して上で論じたとおり、身体的活動データの少なくとも一部を処理および／または利用のために選択できる。
【０１４８】
ブロック３７０８においては、画像データと身体的活動データを相関させ得る。相関は、身体的活動データが取り込みのタイミングに対応する画像データと整合するように、データのタイムスタンプに基づき得る。さらに別の実施態様においては、データをフィルタリングし、処理し、またはそのほかの形で調整して互いに整合させ得る。たとえば、アスレチック活動を実施しているユーザ１２４の第１のビデオの各画像が第１のビデオの１／２０秒を表わし得るが、第１のセンサからのデータが各１／５秒の活動データ値を提供する場合に、１つの実施態様においては、１／２０秒の間の画像データの４つの連続する『フレーム』を１／５秒の間に取り込まれたセンサ・データの進みと関連付けさせ得る。さらに別の実施態様においては、複数の身体的活動の値を重み付け、平均、またはそのほかの形で単一の『フレーム』または集合的な画像と関連付けできる。データの相関は、１つまたは複数のコンピュータ可読媒体上において実装できる。
【０１４９】
データの少なくとも一部の相関は、リアルタイム・ベースおよび／または事後に実装可能である。データの部分の選択が行なわれるまで相関が生じなくてもよい。特定の実施態様においては、特定のユーザが選択されるまでデータが相関できないことがある。たとえば、ゲームの勝利者の決定、または事象の発生（たとえば、ユーザがバスケットボールのダンクを行なった）に応答して画像および／または身体的活動データを相関できる。さらに、相関させるデータのタイプおよび量もまた選択可能にできる。たとえば、ユーザがバスケットボールのダンクを行なったとの決定時に、ダンクの１０秒前からダンク後の３秒までの連続する間に発生した画像および／または活動データに対して相関を実行できる。１つの実施態様においては、プレーヤーがゲームまたは種目で勝利したとの決定時に、それらのデータのより長い部分を相関できる。たとえば、ゲームまたは種目の全時間フレームをカバーするデータを利用できる。さらに、相関されるデータは、種目、収集されたデータ、そのほかの変量に依存できる。たとえば、バスケットボールのダンクについて、ユーザの靴の中の１つまたは複数の力センサから収集または導出された活動データを利用して、またサッカーの試合においては、腕の振りのデータを単独で、またはほかのデータとともに利用して、毎秒の歩数、速度、距離、またはそのほかのパラメータを決定できる。相関データは、限定でないが、検知ユニットの識別、特定のセンサ、ユーザ、タイムスタンプ（１つまたは複数）、較正パラメータ、信頼値を含み得る。
【０１５０】
さらなる実施態様においては、力センサ等のセンサによって生成されたデータをシステム１００が受信および／または処理し、エクササイズ・タスク（たとえば、バスケットボールのジャンプ・ショットを打つ）のパフォーマンスの間の体重分布を決定できる。システム１００は、特定のデータの相関のために開始ポイントおよび／または休止ポイントを決定するべく、ユーザ入力に先行する時点において、検出される体重分布を関連付けできる。その後に続く時点において、システム１００は、エクササイズ・タスクが成功せずに完了したことを示す追加のユーザ入力も処理できる。
【０１５１】
システム１００は、センサ・データ、たとえば、セッションにわたってポッド・センサ３０４および／またはＦＳＲセンサ２０６から受信したデータを処理し、分類および／または相関するデータを決定できる。たとえば、セッションの間におけるユーザの頑張りを２つまたはそれより多くのカテゴリに分類できる。頑張り表示１９０２Ｂを参照すると、システム１００は、頑張りを、ウォーキング、ジョギング、ランニング、および疾走の４つのカテゴリに分割できる。頑張り表示１９０２Ｃを参照すると、システム１００は、頑張りを３つのカテゴリ、すなわち低、中、高に分割できる。より多い、またはより少ない頑張りのカテゴリを定義できる。システム１００は、データを処理し、時間期間毎のユーザの歩数（たとえば、毎分の歩数）に基づいてカテゴリを識別できる。相関された身体的活動データは、セッションの間にユーザが各カテゴリにいた時期および／またはその頻度を示す情報を含むことができる。特定の実施態様においては、１つまたは複数の具体的なカテゴリ内であることを示す身体的活動のみを対応する画像データと相関できる。
【０１５２】
特定の実施態様においては、１つまたは複数のデバイスにデータを送信し、表示できる。特定の実施態様においては、表示デバイスが、画像（１つまたは複数）を取り込むデバイスと物理的に異なってもよい（たとえば、ブロック３７１０参照）。たとえば、１つの実施態様においては、個人が、モバイル端末等のポータブル・デバイスを利用してバスケットボール・ゲームへの参加等の身体的活動を実施しているユーザ１２４のビデオを取り込み得る。取り込み済み画像に関する情報は、有線および／または無線媒体を介して（ユーザ１２４の身体的活動に関係するデータとの相関前または後のいずれかにおいて）送信できる。
【０１５３】
前述した図１３は、例示的な実施態様に従った事象、ゲーム、またはセッションの間におけるパフォーマンス・メトリクスを提供する説明的なＧＵＩの例を示している。これらのメトリクスのうちの１つまたは複数は、フィールド１３０８内のユーザについての、フィールド１３０４内の現在または以前のセッションの長さ、多様なパフォーマンス・メトリクス（たとえば、垂直跳躍の最高値、合計の滞空時間、テンポ等）をはじめ、フィールド１３１０内のセッションの間にユーザがプレーした相手等の情報を伝え得る。これらのメトリクスのうちの１つまたは複数は、特定の実施態様に従って対応する画像データにオーバーレイできる。データがビデオの一部としてオーバーレイされ、かつそのデータが取り込まれた対応するビデオの部分とともに表示されるように画像データを結合してビデオを形成し、それを単一ファイルとしてストアできる。さらなる実施態様においては、ビデオ・データと分けたデータを第２のファイルがストアできる。
【０１５４】
１つの実施態様においては、画像データ（および／または、身体的活動）データをリアルタイムで送信できる。１つまたは複数の画像を（対応する活動データとともに）、１つまたは複数の表示デバイス、たとえばバスケットボール・ゲームの場所にある表示器、またはそのほかの、限定ではないが、複数の表示デバイスへのマルチキャストを含む任意のそのほかの表示媒体等の上に表示できる。画像（および、対応するデータ）は、テレビジョン受像機、コンピューティング・デバイス、ウェブ・インターフェース、およびこれらの組合せを介して閲覧できる。特定の実施態様においては、ユーザ１２４および／または個人が、１つまたは複数の表示デバイス上でいずれの活動データを表示するかを選択的に決定できる。たとえば、第１の閲覧者がユーザの現在の速度および／または平均速度を選択的に閲覧し、第２の閲覧者が、たとえばもっとも高い垂直跳躍、疾走の数、平均速度、およびこれらの組合せといった１つまたは複数の異なる活動の値を選択的に閲覧できる。これに関して言えば、ゲームの間にわたる合計のプレー時間、ゲームの部分（クォーター、ハーフ等）といった長い持続期間からデータを形成および／または更新できる。したがって、画像データの取り込みの間にわたって獲得されるデータにのみ画像データが相関されるとする要件はなく、むしろそれに代わり、以前の獲得済みデータをさらに含む（または、それらから導出する）ことが可能である。さらなる実施態様は、友人との共有および／またはソシアル・ネットワーキング・ウェブ・サイトへの投稿のための画像または身体的活動データを呈示できる。任意のデータの送信は、少なくとも部分的に、少なくとも１つの評価基準、たとえば、データの少なくとも一部がスレッショルドを満たすとするユーザ定義評価基準に基づき得る。たとえば、ユーザは、ユーザは、自分の最良パフォーマンス（１つまたは複数）のアップロードだけを望んでもよい。
【０１５５】
したがって、特定の実施態様は、履歴データを利用できる。１つの例として、跳躍データ（跳躍表示１８０２Ｂに示されいるもの等）は、ユーザのジャンプをセッションにわたって経時的に表示し、およびセッションの間の各ジャンプの発生時をはじめ各ジャンプの垂直高を表示してもよい。跳躍表示１８０２Ｂは、ユーザの現在のデータおよび／または事象の間のユーザの最良垂直跳躍も表示できる。
【０１５６】
さらに、データの相関に関して上で論じたとおり、任意のデータの表示（および／または画像データとともに表示される身体的活動データの選択）が１つまたは複数の変量に応じて変化することがあり、その変量には、たとえばゲームのタイプ、事象、ユーザ１２４の選択または入力、閲覧者の入力、ユーザ１２４のパフォーマンスがスレッショルドを満たしたことの表示、たとえばパフォーマンス・ゾーンへの到達、および／またはこれらの組合せが含まれる。さらなる実施態様は、非一過性コンピュータ可読媒体上の１つまたは複数のコンピュータ実行可能インストラクションに基づいて、特定の時間期間にわたって閲覧者（１人または複数人）に表示できる活動の値（１つまたは複数）、および特定の値を表示する長さを決定できる。
【０１５７】
特定の実装においては、画像データが、後の時点まで活動データの少なくとも一部と相関されないことがある。画像データの送信および／または活動データとの相関は、１秒ごと、１０秒ごと、３０秒ごと、１分ごと、または任意の時間増分といったルーチン・ベースで行ない得る。これに関して言えば、システムおよび／またはユーザが、後の時点において１つまたは複数のメトリクスを評価することを決定できる。これらのメトリクスは、たとえば、セッション（たとえば、バスケットボール・ゲーム、フットボール・ゲーム、ランニング・セッション等）内において実施されたアスレチック活動のタイプに基づき得る。特定の実施態様は、画像（１つまたは複数）の取り込み時に最初に閲覧されたものとは異なるメトリクス、かつ／または望ましいメトリクスの評価および／または分析を可能にできる。たとえばユーザ１２４および／またはコーチが、当初、第１のスレッショルド（たとえば、約４インチ）を満たすユーザの垂直ジャンプの量の評価に関心を有し、その後、コーチまたはユーザ１２４が、単位時間当たりのステップの量（たとえば、分当たりの歩数）のオーバーレイ付きの画像（１つまたは複数）の評価を欲することが考えられる。特定の実施態様においては、コンピュータ１０２が各タイプのセッション（たとえば、野球、サッカー、バスケットボール等）のためにいずれのメトリクスをモニタするべきかを示すことをユーザに促し、かつ識別されたメトリクスをユーザ・プロファイル内にストアできる。さらに別の実施態様においては、限定ではないが、活動データまたは画像データを含む収集済みのデータからセッションのタイプを導出できる。
【０１５８】
コンピュータ１０２は、画像の上にオーバーレイされないデータを含め、データを収集する各セッションの開始時に望ましいメトリクスについてユーザに促すこともできる。さらなる実施態様は、収集および／または利用される画像データを調整できる。たとえば、変形は、解像度、フレーム・レート、ストレージ・フォーマット・プロトコル、およびこれらの組合せを含み得る。セッションの開始時に、靴の中のセンサ（デバイス・センサ１４０参照）等のセンサおよび／またはそのほかのセンサを較正できる。しかしながら、ほかの実施態様においては、セッションまたは事象の間、またはその後にセンサを較正できる。特定の実施態様においては、以前に収集済みのデータを、較正するか否かの決定および／または較正のパラメータに利用してもよい。
【０１５９】
ブロック３７１０および／または特定の実施態様のそのほかの態様は、要約セグメントの生成および／または画像データを伴う表示に関係し得る。たとえば、２５秒のビデオの形成に画像データを利用できる。特定の実施態様においては、特定の統計の要約を提供するセグメント（たとえば、５秒）が２５秒の画像データの終わりに置かれるビデオ・ファイルを形成できる。ビデオが単一のファイルになる実施態様においては、このセグメントもまた同一の単一ファイルの一部になる。特定の実施態様においては、ビデオ・ファイルが作成されている間（たとえば、画像データとセンサ・データを正しく整列させている間）にユーザにこの要約スクリーン（または別の要約）を呈示できる。さらなる情報を画像データとともに表示できる。たとえば、１つの実施態様においては、オーバーレイがデータの出所を表示でき、すなわち手首装着または靴埋め込みセンサによって、および／またはセンサの具体的な製造者またはモデルを表示できる。
【０１６０】
さらなる態様は、画像のコレクション内の画像から形成される『代表画像』の作成および／または表示に関する（たとえば、ブロック３７１２参照）。代表画像は、『サムネール』画像またはカバー画像として利用できる。さらなる実施態様においては、それぞれが独自の代表画像を有し得る複数のビデオのうちの特定のビデオを表わすために、代表画像を使用できる。１つの実施態様においては、少なくとも１つのアスレチック・パラメータの最高値を表わすデータ値との時間における相関に基づいて、代表画像を選択できる。たとえば、ジャンプの最高値（たとえば、垂直高）を画像の選択に利用できる。ほかの実施態様においては、速度、加速度、および／またはそのほかのパラメータに関係する最高値を画像の選択に利用できる。当業者は認識するであろうが、『最良』データ値が最高でなくてもよく、したがって、この開示は、『最高』値に関連付けされる画像データに限定されずむしろ任意のデータを含む。
【０１６１】
さらなる実施態様においては、ユーザ（または、任意の個人）が、いずれのパラメータ（１つまたは複数）が望ましいかを選択できる。またほかの実施態様においては、有体のコンピュータ可読媒体上のコンピュータ実行可能インストラクションが、収集されたデータに基づいてパラメータを選択できる。またさらなる実施態様においては、相関済みの身体的活動データに基づいて複数の画像データが選択され、ユーザが１つ選択することを可能にする。任意の身体的活動データおよび／または画像データを、ＧＰＳまたは具体的なコート等の場所データと関連付けできる。
【０１６２】
さらなる実施態様は、検知済みのデータに基づいて、複数のユーザからの画像データのコレクションの作成に関係する（たとえば、ブロック３７１４参照）。１つの実施態様においては、複数のユーザの画像データを含む『ハイライト集』を形成できる。１つの例においては、ハイライト集を、スポーツ・イベントで獲得されたデータから作成できる。たとえば、テレビ放映されたスポーツ・イベントの間等に１つまたは複数のチームの複数のプレーヤーを記録できる。アスレチック・データに基づき、そのデータのパフォーマンスの間に獲得された検知済みの画像データ（たとえば、ビデオ）を集めて、そのスポーツ・イベントまたはその一部（たとえば、第１クォーターおよび／または最後の２分間）についてのハイライト集を作成できる。たとえば、スポーツ・イベントの間にプレーヤーからのアスレチック・データをセンサが獲得し、少なくとも１つの評価基準（すなわち、２４インチより高いジャンプおよび／または毎秒３ステップより速いペース）に基づいて、ハイライト集の形成に相関された画像データを利用できる。
【０１６３】
特定の実施態様は、少なくとも１つの強化基準に基づく、フィードまたは複数の画像コレクションの生成に関係する。たとえば、スポーツ・イベントの観戦者は、しばしば、スポーツ・イベントのプレーオフの間等のすべてのゲームまたは競技を観戦する時間を有していないことがある。したがって、１つの実施態様においては、選択的にフィードを、友人、チーム、またはフォローしているアスリート、特定のチーム（１つまたは複数）がプレーしているバスケットボール・ゲーム、および特定のパラメータ値（１つまたは複数）を達成している特定のプレーヤー（１人または複数人）の身体的活動に制限できる。したがって、本発明のいくつかの実施態様においては、画像データが、第１の時間期間の間に取り込まれた画像データおよび第１の時間期間とは異なる第２の時間期間の間に取り込まれた画像データを含むことができる。これらのフィードは、また、活動のタイプおよび／または活動の取り込みに利用されたセンサに基づいてカテゴリ分けもできる。特定の実施態様においては、ハイライト集および／またはフィードが、少なくとも部分的に、プレーヤー（１人または複数人）がパフォーマンス・ゾーン内にいるか否かに基づいてもよい。
【０１６４】
１つの実施態様においては、第１の時間期間の間に取り込まれた画像データが第１の地理上の場所におけるものとなり、第２の時間期間の間に取り込まれた画像データが第２の地理上の場所におけるものとなる。特定の実装においては、２つの異なる時間期間の間に獲得された２つまたはそれより多くの場所からの画像を、単一の画像に結合できる。１つの実施態様においては、ユーザの身体的パフォーマンスを、携帯電話またはそのほかのデバイスを用いて取り込み、履歴上のアスレチック・パフォーマンスまたは既知の場所に対応する画像データと融合させ得る。たとえば、バスケットボールのショットを打っているユーザのビデオを、土壇場でのスリーポイント・ショットを打っている著名なアスリートのビデオと融合させ得る。いくつかの実施態様においては、ユーザは、アスレチック動作を実施しているユーザのビデオの録画前に、同じ場所のシーンの画像を取り込み可能である。携帯電話、またはほかのデバイスは、その後、ビデオからシーン・データを除去してユーザを分離できる。分離したユーザのビデオは、続いて別の場所またはイベントの画像またはビデオと融合させるか、またはそれにオーバーレイしてもよい。同様に、取り込み済み画像データの選択した部分を置き換えてもよい。たとえば、テニスボールをスラムダンクしているユーザのビデオを編集して、テニスボールをバスケットボールに置き換えてもよい。このほかの多様な特徴およびデバイスを、この中で述べた態様に従って使用できる。追加の、または代替の特徴をデバイスおよび／またはそれに関連付けされる応用に組み込むこともできる。
【０１６５】
この開示のさらなる態様は、エンド・ユーザ通信デバイスからデータ共有サイト（たとえば、ビデオ共有サイト等）への、たとえばメディア・ファイル等の電子情報のアップロードに関係する。ファイル共有サイトの一例は、ＹｏｕＴｕｂｅ（登録商標）（ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ）、Ｎｉｋｅ（Ｒ）（ｎｉｋｅｐｌｕｓ．ｎｉｋｅ．ｃｏｍ／ｐｌｕｓ）、および／またはＦａｃｅｂｏｏｋ（ｗｗｗ．ｆａｃｅｂｏｏｋ．ｃｏｍ）とし得る。当業者は認識するであろうが、これらのサイトが単なる例であり、電子情報の収集を可能にするべく構成されたそのほかの場所がこの開示に関係する。エンド・ユーザ通信デバイスは、図１−５に関して開示した任意のデバイスを含む任意の電子デバイスとしてもよい。１つの実施態様においては、それを、携帯電話等のモバイル端末とし得る。ほかの実施態様においては、別の電子デバイスと通信する少なくとも１つのモードを有する任意の電子デバイスとしてもよい。
【０１６６】
ファイルは、新規のトークン検証可能なファイル・プロキシ・アップローダ・システムを介してアップロードできる。１つの実施態様によれば、共有場所へ、その共有場所に対する信用証明書を有することなく、ファイルをアップロードするためにエンド・ユーザ通信デバイスを利用できる。たとえば、ユーザは、通信デバイス上においてソフトウエアおよび／またはハードウエア構成要素（モバイル・デバイス上のアプリケーション等）を使用して、ファイルの投稿またはそのほかの形で共有されるリモート・ロケーション（別名『共有場所』）に対する信用証明書を利用するアプリケーション（または、ユーザ通信デバイス上で利用されるそのほかのソフトウエア／ハードウエア）を伴うことなく、ビデオ共有サイトおよび／または任意のリモート・ロケーションへビデオをアップロードできる。特定の実施態様においては、ユーザまたはユーザ通信デバイスに未知の信用証明書を使用するビデオのアップロードに、ホスト型サーバのプロキシを利用できる。たとえば、通信デバイス上にあり、共有場所への送信が希望されているファイルに関する送信、ファイルを提出しているユーザ通信デバイスのユーザではない、少なくとも１人の追加のユーザとの共有、投稿（公開および／またはプライベート）、提出の動作のうちの１つまたは複数の実行に求められる信用証明書を、実行時に提供するか、含むか、またはそのほかの形で利用する、コンピュータ実行可能インストラクションがユーザ通信デバイス上の任意の非一過性コンピュータ可読媒体上にない。さらに、通信デバイスのユーザは、上で参照した動作のうちの少なくとも１つを実行するための信用証明書の知識がなく、したがって、プロセスは、通信デバイスを使用する電子提出等を介して共有場所への共有場所信用証明書をユーザが直接提供する方法を欠いている。したがって、１つの実装においては、プロキシ・システムが、認証済みユーザがプロキシへビデオをアップロードすることを可能にするトークン・システムを利用できる。
【０１６７】
プロキシは、その後、たとえば、画像データを含むことができるファイルをストアできる。ファイルは、ビデオを含むことができる。プロキシは、ビデオの少なくとも一部のビデオ解析を開始できる。この解析は、自動化された解析を介してメタデータを抽出できる。続いて、１つまたは複数のビデオの一部等のファイルの少なくとも一部を、アップロードに含まれるメタデータを含むことが可能なファイル共有場所へアップロードできる。トークンは、ファイル共有場所に関するファイルのための第１の特権を提供するべく構成でき、ホスト型サービス・サーバは、ファイル共有場所に関するファイルのための第２の特権を提供するべく構成された第２のトークンを提供するべく構成できる。
【０１６８】
図４３は、多様な実施態様に従ったプロキシ・システムの使用の例示的な実施態様を図式的に図解している。特に、図４３Ａおよび４３Ｂは、実装４３００および４３０２のそれぞれに従ったプロキシ・システムの使用の、２つの類似であるが明確に区別される実装を提供する。したがって、図４３Ａおよび４３Ｂの２つの実施態様の間における共通性の説明には、可能であれば、一貫した参照番号が使用されている。これに関して言えば、両方の実装４３００および４３０２は、ともに、例示的なデバイス、すなわちエンド・ユーザ通信デバイス４３０４、ホスト型サービス・サーバ４３０６、ホスト型プロキシ・サーバ４３０８、およびファイル共有場所４３１０の関係からそれぞれ説明されている。１つの例として、ホスト型サービス・サーバは、エンド・ユーザ・デバイスによって利用されるサービスを提供またはホストするべく構成された１つまたは複数のハードウエアまたはソフトウエア・モジュールを含み得る。たとえば、ホスト型サービス・サーバ４３０６は、オーディオ、ビジュアル、テキスト、および／またはそのほかのデータを提供するべく構成できる。ホスト型サービス・サーバは、加入者および／またはユーザに、モバイル・デバイス上のアプリケーションの実行に利用される情報等の情報を提供するべく構成できる。１つの例として、エンド・ユーザ・デバイス４３０４は、ユーザが直接的な関係を有している会社Ａによってスポンサーされているか、または配布されているアプリケーションを有し得る。たとえば、エンド・ユーザ・デバイスのユーザは、会社Ａからのサービスを受ける信用証明書付きのアカウントおよび／またはアカウント・ログインを有し得る。
【０１６９】
そのためホスト型サービス・サーバ４３０６は、ユーザがこれらのサービスを受けることを可能にするハードウエアおよび／またはソフトウエア・モジュールを含み得る。これらのサービスの一部として、ユーザは、ホスト型サービス・サーバ４３０６から直接、サービスを受ける信用証明書を有し得る。当業者は認識するであろうが、実装４３００および４３０２は、読み取り容易のために単純に表現されているが、この中に開示されている実装の新規の態様を達成するべくより複雑なシステムおよび／または構成要素を利用すること、および／または修正することが可能である。さらに、ビデオ・ファイルまたはメディア・ファイルに関する特定の例を説明するが、当業者は、そのほかのファイルもこの開示の範囲内であることを認識するであろう。
【０１７０】
特定の実施態様においては、エンド・ユーザ通信デバイス４３０６のユーザ等のユーザが、電子ファイル内にある情報等の情報を、会社Ａによって提供されているサービスの使用の一部として第三者への提供を望むことがある。会社Ａのホスト型サービス・サーバの使用にも関わらず、ユーザが、会社Ａのサーバ上におけるその情報がホストされることを望まないことがあり、かつ／または会社Ａが、プライバシー問題、空間的制約、および／またはそのほかの考慮事項等に起因してユーザからの特定の情報の受け取りを望まないことがある。したがって、特定の開示されているシステムは、エンド・ユーザ通信デバイス４３０４がホスト型サービス・サーバ４３０６から、エンド・ユーザ通信デバイス４３０４のユーザに、少なくとも１つの必須の信用証明書を有することなくファイル共有場所４３１０上における情報のストアおよび／または共有を可能にし、かつホスト型サービス・サーバ４３０６上に情報がストアされてない間においても適切な共有またはストアを実施することを可能にするトークンを獲得することを可能にできる。
【０１７１】
特定の実施態様によれば、プロキシ・システムが、トークンを利用して、ホスト型サービス（ホスト型サービス・サーバ４３０８からのホスティング・サービスとし得る）の認証済みユーザが、そのユーザの通信デバイス等の自分のデバイス（１つまたは複数）からビデオ等のファイルをサーバ４３０８等のプロキシ・サーバへアップロードすることを可能にするべく構成される。プロキシ・サーバは、ファイルをローカルにストアするべく、および／またはファイルに対してビデオ解析を行なうべく構成できる。たとえば、ビデオ・ファイルについて、メタデータを抽出し、ビデオと関連付けできる。解析は、自動的に行なわれ得る。その後、ファイルを、メタデータ等の１つまたは複数の追加の関連付けされた情報とともにファイル共有場所（ファイル共有場所４３１０等）へアップロードできる。さらなる実施態様においては、キューを使用してファイル共有サイトへの１つまたは複数のファイルのアップロード周波数またはタイミングを保つか、かつ／または抑えることが可能である。１つの実施態様においては、プロキシ・サーバ４３０８がキューを管理できる。ほかの実施態様においては、エンド・ユーザ通信デバイス４３０４等のエンド・ユーザ・デバイスを、再アップロード試行をトリガするべく構成できる。特定の実施態様においては、デバイスのうちの１つまたは複数が、ファイル共有場所４３１０上のファイルの転送、コピー、または共有を制限するスレッショルドを有することができ、したがって、プロキシ・サーバ４３０８および／またはエンド・ユーザ通信デバイス４４０４は、転送速度または周波数を、１つまたは複数のメカニズムを通じて下げることが可能となる。
【０１７２】
図４３Ａおよび４３Ｂに示されているとおり、１つの例示的な実装は、トークン要求（たとえば、矢印４３１２参照）の受信を含むことができる。トークン要求は、この中で述べている任意のデバイス等のエンド・ユーザ通信デバイスから送信できる。１つの実施態様においては、たとえばデバイス１３８等のモバイル端末から要求が送信される。要求をデバイス１４２等の別のデバイスから受信することもあるが、その要求は、デバイス１３８等の別のエンド・ユーザ通信デバイスの通信路を使用して送信される。矢印４３１２を介した送信等によるトークン要求は、ホスト型サービス・サーバ（たとえば、ホスト型サービス・サーバ４３０６）において受信できる。ホスト型サービス・サーバは、図１に示されているサーバ１３４に類似してもよい。トークン要求は、４３０８等のホスト型プロキシ・サーバへのメディア・ファイルの送信を承認するべく構成されたアップロード・トークン（ホスト型サービス・サーバ４３０６等から）を要求できる。トークン要求は、安全な通信チャンネルにわたって行ない得る。１つの実施態様においては、トークン要求を、米国カリフォルニア州パロアルト・シャリダン・アベニュー２６０、スート３２０（２６０  Ｓｈｅｒｉｄａｎ  Ａｖｅｎｕｅ，  Ｓｕｉｔｅ  ３２０，  Ｐａｌｏ  Ａｌｔｏ，  ＣＡ  ９４３０６，  ＵＳＡ）のアピジー・コーポレーション（Ａｐｉｇｅｅ  Ｃｏｒｐｏｒａｔｉｏｎ）から商業的に入手可能なソフトウエアおよび／またはサービスの使用等によってＡＰＩ呼び出しにわたって行ない得る。通信は、ホスト型サービス・サーバ４３０６に関するエンド・ユーザ通信デバイス（特定の実施態様においてはエンド・ユーザ・デバイス自体と同義とできる）のユーザの信用証明書を含むことができる。特定の実施態様においては、ホスト型サービス・サーバ４３０６に対する１つまたは複数のアクセス権をユーザに許可するべく構成されたユーザ信用証明書を、そのユーザに一意的なものとすることが可能であるが、ほかの実施態様においては、信用証明書をデバイス固有とすること、またさらに別の実施態様においては、信用証明書をユーザならびにデバイス固有とすることが可能である。またさらなる実施態様においては、チーム、リーグ、トレーニング施設、またはこれらの類が、少なくとも１つのアクセス権に固有の共通の信用証明書を有することが可能なように、信用証明書をユーザおよび／またはデバイスのグループに適用可能にできる。当然のことながら、当業者は認識することになろうが、異なる特権を異なる信用証明書に付与し、それによってユーザが、第１のアクセス権を許可するべく構成されたユーザ固有の第１の信用証明書、第２のアクセス権を提供するべく構成されたデバイス固有の第２の信用証明書、および／またはユーザ固有でない第３の信用証明書を有し得る。さらに、アクセス権の少なくとも１つが、別のアクセス権とオーバーラップできる。
【０１７３】
プロセス４３１４に示されているとおり、トークンをエンド・ユーザ通信デバイス４３０４へ送信できる。１つの実施態様においては、システムおよび方法が、トークンを送信する条件として信用証明書を検証できる。特定の実施態様においては、１つまたは複数の信用証明書が有効化されたか否かに基づいて異なるトークンを送信できる。１つまたは複数の非一過性コンピュータ可読媒体が、プロセッサによる実行時に、この中で述べているような１つまたは複数のトークンを生成および／または利用するための方法を実行するコンピュータ実行可能インストラクションを含むことができる。１つの例として、１つまたは複数の（限定ではないがサーバ４３０６を含む）サーバを使用し、認証済みユーザ（および／またはエンド・ユーザ・デバイス）のためのワンタイム・トークンを作成できる。トークンは、ファイル、ファイル・タイプ（たとえば、ビデオ、データ、文書、音楽、メディア）、デバイス、時間フレーム、および／または１つまたは複数の評価基準に固有とし得る。トークンは、エンド・ユーザ通信デバイスへ送信できる（たとえばプロセス４３１４）。トークンは、エンド・ユーザ通信デバイス４３０４へ、同じ通信路または少なくとも部分的に異なる通信路を介して送信できる。
【０１７４】
エンド・ユーザ通信デバイス４３０４へのトークンの送信時に、トークンによって承認される評価基準を満たす１つまたは複数のファイルおよびトークンをそれぞれ、リモート・サーバ等の少なくとも１つのデバイスへ送信できる。１つの実施態様においては、通信デバイスへトークンが返送されないことがあるが、それの生成の表示の、通信デバイスへの返送等の送信が行なわれる。次の実施態様では、メディア・ファイルの例を提供する。１つの実施態様においては、アップロード・トークンおよびメディア・ファイルをホスト型サービス・プロキシ・サーバへ送信できる（たとえば、プロセス４３１６）。図４３Ａおよび４３Ｂに示されているとおり、ファイルおよび／またはトークンの送信は、エンド・ユーザ通信デバイス４３０４からホスト型プロキシ・サーバ４３０８へ直接送信できる。アップロードの要求および／またはアップロード・トークンもしくはメディア・ファイルの受信は、トークン有効化呼び出し、たとえば、プロセス４３１８をトリガできる。トークン有効化呼び出しは、メディア・ファイルがアップロードされたか、またはそれが試みられた場所から送信できる。１つの例として、トークン有効化呼び出しは、ホスト型プロキシ・サーバ４３０８によって送信され、ホスト型サービス・サーバ４３０６へ向けられ得る。
【０１７５】
トークン有効化呼び出しは、エンド・ユーザ通信デバイス４３０４からのアップロードまたはアップロードの試みが可能なように、ホスト型プロキシ・サーバ、たとえばサーバ４３０８のアップロード・トークンおよび／またはメディア・ファイルの受信に、少なくとも部分的に応答してトリガされる。有効化呼び出しは、ホスト型サービス・サーバ４３０６において受信できる。
【０１７６】
当業者は認識するであろうが、アップロード・トークンの有効化は、複数の異なるプロセスおよび／またはシステムに従ってなし得る。１つの例として、１つまたは複数のトークン『フラグ』または電子マーカを使用できる。当業者は認識するであろうが、１つまたは複数のフラグは、１つまたは複数の評価基準に対してセットされる。少なくとも１つの評価基準は、トークンが失効しているか否かというように、２値とし得る。例示的な値は、『真／有効』または『偽／無効』を表わし得る（数値、記号等を介して表わし得る）。１つの例示的な評価基準として述べるが、メディア・ファイルがまだ第１のファイル共有場所および／または特定のファイル共有場所と関連付けされた特定のフォルダもしくは特定の仮想ロケーションにアップロードされていないときには第１のフラグを有効にセットできる。１つの実施態様においては、ファイルの送信が成功した後に第１のフラグを無効にセットできる。したがって、同一ファイルのアップロードする将来の試みを捕らえて拒むか、またはそのほかの異なる形で扱うことが可能である。
【０１７７】
特定の実装によれば、有効化メッセージを、有効化呼び出しに応答して送信できる（プロセス４３２０参照）。それを、ホスト型サービス・サーバ４３０６および／またはホスト型サービス・サーバ４３０６に関連付けされたサービスの信用証明書を使用してメディア共有サイトへのメディア・ファイルの送信を承認するべく構成できる。別の実施態様においては、信用証明書が、エンド・ユーザ通信デバイス４３０４のユーザでない個人またはエンティティと関連付けできる。特定の実施態様においては、信用証明書がエンド・ユーザ・デバイス４３０４のユーザに未知であり、利用可能でない。有効化メッセージは、ホスト型サービス・サーバ４３０６からホスト型プロキシ・サーバ４３０８へのメディア・ファイルの転送またはコピーを承認できる（および／または、送信を開始できる）。
【０１７８】
有効化メッセージの受信前、受信の間、または受信後のいずれかにおいてメディア・ファイルに対する分析（ファイル共有場所４３１０等の共有場所へそれが転送またはコピーされる前であってもよい）を行ない得る。１つの例として述べるが、メディア・ファイルは、複数の順次画像を含むことができる。１つの実施態様においては、複数の順次画像の少なくとも一部に対して画像解析を行ない、そのメディア・ファイルのためのタグを決定できる。１つの実施態様においては、ユーザの場所、スポーツ・デバイス、たとえばスケートボード、フットボール、野球のバット等の運動用具、身体の部位、および／またはセンサを利用して、１人または複数人のユーザが実施し、メディア・ファイルに取り込まれた画像データ内に取り込まれている動作、ユーザ（１人または複数人）があらかじめ定義済みの一連の活動を実施したか否か、トリックまたは動作が成功したか否か、およびこの類の決定をなし得る。オーディオ・データもまた、上記の、または任意のそのほかの評価基準の決定に利用できる。たとえば、トリックを首尾よく決めたユーザは、正しくないトリックの試みとは明確に区別されるオーディオ・シグニチャを有し得る。特定の実施態様においては、特定の評価基準が、データによって表わされる指定時間フレーム内に満たされないと、ビデオ・データ等のデータの一部が、共有から除去されるか、またはそのほかの形で、少なくとも１つのほかのデバイスまたはユーザに対して隠される。たとえば、アスレチック活動またはスポーツのトリックまたはプレーの具体的な動きの実施を示す特定のオーディオ・シグニチャなしにスレッショルド時間限界を超えたビデオ・セグメントを、削除するか、そのほかの形で変更できる。アップロードされるファイルは、ここで説明したものを含む１つまたは複数のセンサからの生または処理済みのデータを含み得る。
【０１７９】
これらの、またそのほかのセンサの１つまたは複数からのデータもまた、ファイルの処理に使用できる。１つの例示的な実施態様においては、メディア・ファイル内の画像データを、ほかのセンサ・データと相関させ得る。相関の例は、ここで述べているこれらの例に限定されない。特定の実施態様においては、限定ではないが画像データ等のデータが処理されて、ユーザがあらかじめ定義済みの『パフォーマンス・ゾーン』内にいるか否かを決定できる。『パフォーマンス・ゾーン』に関係する例は、この中に提供されている。当業者は、容易に認識するであろうが、これらは単なる例に過ぎず、この開示を限定しない。
【０１８０】
ファイルは、ホスト型プロキシ・サーバから向けられてファイル共有場所４３１０へアップロードされる（たとえば、プロセス４３２２）。特定の実施態様においては、受信、有効化、および／または処理または分析時に直ちにファイルをファイル共有場所（たとえば、ファイル共有場所４３１０）へ自動的にアップロードまたはコピーしないことがある。ほかの実施態様においては、ファイルに関する分析等の、１つまたは複数のローカル・プロセスに続いて特定のプロセスがファイルのコピーまたは転送を管理または規制できる。特定の実装は、１つまたは複数のファイル共有場所への情報の転送をスケジュール、管理、または規制できる。たとえば、特定のファイル共有場所は、たとえば単位時間当たりの情報のビット数、単位時間当たりのファイル数、および／またはこれらの組合せといったアップロード制限を有することがある。１つの例として述べれば、アップロード・スレッショルドまたは抑制を実装して、共有場所へ転送されるファイルの数、ファイルのタイプ、ファイルのサイズ等を規制できる。１つの例として述べれば、アップロードの抑制が掛かった場合に、ファイル（１つまたは複数）をアップロードしているサーバ、たとえば、プロキシ・サーバ４３０８は、設定時間期間にわたってすべての、または特定のアップロードを停止し、その時間期間内に受信するファイル（または、特定タイプのファイル）があればキューに入れることが可能である。その期間が経過した後は、サーバ（プロキシ・サーバ４３０８または別のデバイスとし得る）がファイル場所へのファイルのアップロードを再開できる。アップロードは、コンテント、サイズ、提出パラメータ（特定のユーザに優先権を与えることができる）またはこれらの組合せに基づく先入れ先出し（ＦＩＦＯ）態様としてもよい。
【０１８１】
図４４を参照するが、革新の１つまたは複数の実施態様において例示的なシステム４４００を実装できる。最初に概要を提供する。システム４４４０は、１つまたは複数のエンド・ユーザ通信デバイスによって利用されるべく構成できる。たとえば、１つの実施態様においては、エンド・ユーザ通信デバイス４４０４および／または４４０５を、たとえばメディア（たとえば、ビデオ、画像、オーディオ、およびこれらの組合せ）等の電子データの取り込み、ストア、および／または送信に利用できる。１つの実施態様においては、通信デバイス４４０４および／または４４０５を、図４３Ａおよび４３Ｂのエンド・ユーザ通信デバイス４３０４と同じか、または類似としてもよい。１つまたは複数のエンド・ユーザ通信デバイス４４０４／４４０５は、プロキシ・システム４４０７と通信する（双方向通信を含む）べく構成された第１の複数のエンド・ユーザ通信デバイスとして参照できるものの一部とし得る。
【０１８２】
プロキシ・システム４４０７は、サーバ４４０８等のサーバ（１つの実施態様においては、プロセッサおよび少なくとも１つの非一過性コンピュータ可読媒体−図４４には図示せず−を有する）を含み得る。より詳細を後述するとおり、プロキシ・システム４４０７は、ファイル（たとえば、メディア・ファイル）等の電子情報をファイル共有場所４４１０等の、特定の実施態様においては図４３Ａおよび図４３Ｂのファイル共有場所４３１０と類似または同じとすることが可能なファイル共有場所へ送信するべく構成できる。ファイル共有場所４４１０は、受信したファイルまたはデータを１つまたは複数のエンド・ユーザ通信デバイスへ送信するべく構成できる。１つの実施態様においては、ファイル共有場所は、受信した電子情報の少なくとも一部を、第１の複数のエンド・ユーザ通信デバイス（たとえば、エンド・ユーザ通信デバイス４４０４および／または４４０５）内にないデバイスを含むことが可能な１つまたは複数のエンド・ユーザ通信デバイスへ送信するべく構成できる。たとえば、第２の複数のエンド・ユーザ通信デバイスは、エンド・ユーザ通信デバイス４４３２−４４３６を含み得る。
【０１８３】
１つの実装によれば、エンド・ユーザ通信デバイス４４０４／４４０５のうちの１つまたは複数が、エンド・ユーザ通信デバイス４４０４のモジュール４４０４ａ等のユーザ・サービス・モジュールを含み得る。サービス・モジュール４４０４ａは、それぞれのデバイスのエンド・ユーザにサービスが引き渡されることを可能にする１つまたは複数のハードウエアおよび／またはソフトウエアを含むことができる。たとえば、１つの実施態様においては、サービス・モジュールが、それぞれの通信デバイス（１つまたは複数）のハードウエアおよび／またはソフトウエア環境のために特別に設計されているか、かつ／または互換性があるとし得る『アプリケーション』またはそのほかのコンピュータ実行可能インストラクションを含むことができる。アプリケーションは、フィットネスまたはスポーツ関連情報をデバイスのエンド・ユーザへ送信し、かつ／またはそこから受信する『フィットネス』関連アプリケーションであってもよい。モジュール４４０４ａまたはアプリケーションは、プロキシ・システム４４０７へのアクセスを許可するべく構成できる。１つの実施態様においては、サービス・モジュール４４０４ａおよび／またはアプリケーションまたはソフトウエアを伴わない通信デバイスは、プロキシ・システム４４０７の少なくとも１つのポートまたはインターフェースとの通信が可能でない。サービス・モジュール４４０４ａまたは通信デバイス４４０４の任意の部分によるプロキシ・システム４４０７との通信の少なくとも一部は、ユーザが信用証明書をマニュアルで提供することを必要とせずにイネーブルできる。そのほかの実施態様においては、プロキシ・システム４４００へのビデオまたはそのほかのファイルをアップロードする機能等の特定の提供機能だけを、サービス・モジュール４４０４ａ、アプリケーション、アクティブ・ソフトウエア、特定のハードウエア、および／またはこれらの組合せを伴う（かつ、オーバーラップしていることもある）デバイスに利用可能にできる。
【０１８４】
特定の実施態様においては、エンド・ユーザ通信デバイス４４０４ａを、アスレチック活動を実施しているユーザの画像データを含むビデオおよび／またはセンサ・データ等のファイルをプロキシ・サーバ４４０８へアップロードする機能等のプロキシ・システム４４０７との通信（双方向通信を含む）を行なうべく構成できる。当業者は認識するであろうが、任意の電子情報をアップロードできる。プロキシ・サーバ４４０８は、図４３Ａおよび４３Ｂのホスト型プロキシ・サーバ４３０８に類似またはまったく等しいとしてもよい。プロキシ・サーバ４４０８は、１つの実施態様に従ってビデオ等のファイルを獲得または受信する１つまたは複数のプロセスを実装するべく構成できる。特定の実施態様においては、プロキシ・システム４４０７および／またはプロキシ・サーバ４４０８が、図４３Ａおよび４３Ｂに示されているホスト型サービス・サーバ４３０６等のホスト型サービス・サーバを含み得る。これに関して言えば、プロキシ・サーバ４４０８が、それぞれが独自のプロセッサおよび非一過性コンピュータ可読媒体をはじめ単一のマシンを有し得る１つまたは複数の離散的なマシンを囲い込み得る。プロキシ・サーバ４３０８は、１つまたは複数のキューを有し得る。たとえば、プロキシ・サーバ４４０８は、ファイル共有アップロード・キュー（たとえば、アップロード・キュー４４０８ａ）およびプロキシ・ストレージ・キュー（たとえば、
ストレージ・キュー４４０８ｂ）を有し得る。プロキシ・サーバ４４０８は、プロセッサによる実行時に少なくとも自動化されたアップロード・タスクを実行するべく構成された１つまたは複数の非一過性コンピュータ可読媒体を有し得る。ファイル共有場所、たとえばファイル共有場所４４１０ａ（図４３Ａおよび４３Ｂのファイル共有場所４３１０に類似またはまったく等しくてもよい）等の１つまたは複数のデバイス（たとえば、サーバ）へのアップロードは、プロキシ・システム４４０７への同じファイルおよび／またはそれの派生または部分のうちの１つまたは複数のストアとは独立に生じる。１つの実施態様においては、プロキシ・システム４４０７のストレージ（プロキシ・サーバ４４０８上のもの等）へのアップロードのためのストレージ・キュー（たとえば、キュー４４０８ｂ）を、プロキシ・サーバ４３０８へアップロードするファイル（たとえば、ビデオ）の数またはファイルのサイズを指定するＡＰＩ呼び出しを介してトリガできる。
【０１８５】
図４５は、この開示の特定の実施態様に従った２つの独立したキューを使用する一例の方法のフローチャート４５００である。フローチャート４５００は、プロキシ・システム４４００内に実装できる。１つの実施態様においては、キュー４４０８ｂ内のファイルを、分析および／またはストアのために取り上げ可能である（たとえば、図４５のブロック４５０２）。キューに入れられているファイルのセット、たとえば次の『Ｘ』個（Ｘは、あらかじめ決定済みの値）のビデオのストアをスケジュールするべくＡＰＩを構成できる。異なるパラメータを伴う別のＡＰＩを、ファイル共有場所４４１０への同じファイルおよび／またはそれの派生または部分の送信をスケジュールするべく構成できる。ファイル共有場所への送信が要求されているか、またはそのほかの形で用意が整ったファイルがまだあるか否かを１つまたは複数の方法を使用して決定する（たとえば、判断４５０４）。たとえば、第１の複数のエンド・ユーザ・デバイス（たとえば、デバイス４４０４および４４０５）のうちの１つまたは複数から受信されたファイルをさらにストアするか否かを決定できる。
【０１８６】
プロキシ・システム４４０７内のプロキシ・サーバ４４０８等のファイルのストアは、ファイルの分析の前、間、および／または後に生じ得る。たとえば、ストレージ・キュー４４０８ｂを使用して受信済みファイルを分析のためにキューに入れ、特定のファイルまたはその部分だけが長期ストアのために保持できる。さらに別の実施態様においては、ストアの後にファイルの分析を行ない、および／またはファイルのコピーおよび／またはそれの部分を（オリジナルのファイルに加えて、またはそれに代えて）保存し得る。１つの例として述べるが、メディア・ファイルは、複数の順次画像を含むことができる。１つの実施態様においては、複数の順次画像の少なくとも一部に対して画像解析を行ない得る。たとえば、ユーザのシャツ、帽子、スケートボード（または、任意のそのほかのタイプの装具または物）のモデルまたはスタイルを決定するべくビデオをパースできる。特定の実施態様においては、この情報を使用してメディア・ファイルのためのタグを決定できる。１つの実施態様においては、ユーザの場所、スケートボード、フットボール、野球のバット等の運動用具、身体の部位、および／またはセンサを利用して、１人または複数人のユーザが実施し、メディア・ファイルに取り込まれた画像データ内に取り込まれている動作、ユーザ（１人または複数人）があらかじめ定義済みの一連の活動を実施したか否か、トリックまたは動作が成功したか否か、およびこの類の決定を行ない得る。オーディオ・データもまた、上記の、または任意のそのほかの評価基準の決定に利用できる。たとえば、トリックを首尾よく決めたユーザは、正しくないトリックの試みとは明確に区別されるオーディオ・シグニチャを有し得る。特定の実施態様においては、特定の評価基準が、データによって表わされる指定時間フレーム内に満たされないと、ビデオ・データ等のデータの一部が、共有から除去されるか、またはそのほかの形で、少なくとも１つのほかのデバイスまたはユーザに対して隠される。たとえば、アスレチック活動またはスポーツのトリックもしくはプレーの特定の動きの実施を示す特定のオーディオ・シグニチャなしにスレッショルド時間限界を超えたビデオ・セグメントを、削除するか、そのほかの形で変更できる。アップロードされるファイルは、ここで説明したものを含む１つまたは複数のセンサからの生または処理済みのデータを含み得る。
【０１８７】
特定の実施態様においては、あらかじめ定義済みの評価基準を満たす通信デバイスのみが（たとえば、ファイル共有場所に送信され、ストアされることとは対照的に）プロキシ・サーバ４４０８上にストアされたファイルのアクセスに使用できる。特定の場合においては、プロキシ・サーバ、たとえばサーバ４３０８、またはそのほかの場所に追加されたファイルを、その場所から直接アクセス可能とし得る。ファイルは、たとえばＵＲＬ（ユニバーサル・リソース・ロケータ）およびプロキシ・サーバ４３０８等のデバイス上のＡＰＩエンドポイントによって提供されるメタデータ等の一意的なコードを用いて直接アクセス可能である。特定の実施態様においては、ＡＰＩ認証を実装できる。１つの実施態様においては、サービス・モジュール４４０４ａ等のサービス・モジュールを有しているか、またはサービス・モジュールが特定の状態（たとえば、アクティブ）状態にある通信デバイスのみが、プロキシ・サーバ４４０８等のプロキシ・システム４４０７上にストアされたファイルのアクセスに使用できる。たとえば、図４４に図解された実施態様に注目すると、第１の複数の通信デバイス（たとえば、通信デバイス４４０４および４４０５）は、プロキシ・システム４４０７上に（ストレージ・キュー４４０８ｂによって処理された後等に）ストアされたファイルにアクセス可能となり得るが、第２の複数のデバイス４４３０（たとえば、通信デバイス４４３２、４４３４、および４４３６を含む）は、それらのファイルへのアクセスを持たないことがある。
【０１８８】
その種のシステムおよび方法は、多くの理由から好都合なことがある。１つの例として述べれば、特定のハードウエアおよび／またはソフトウエア構成を有することがわかっているユーザに対して、より適合された経験を与えることが可能である。またこれは、アプリケーションを有するユーザのために異なるアクセス権を許可するか、そのほかの形で特定のリソースへのアクセスを有することを許可できる。たとえば、自分の通信デバイスにアプリケーションをインストールしているユーザのみが、第２の複数の通信デバイス４４３０に利用可能でないストア済みのファイルを再生できる（または、そのほかの形でそれらのファイルまたはその部分への特定のアクセス権を有する）。別の例においては、エンティティにとって、アップロード・キュー４４０８ｂを介したアップロード等によって、より多くの視聴者にリソース（ビデオ等）を分配することが有利となるが、リソースが、アプリケーションを使用する者またはそのほかの形で、アップロード、ダウンロード、編集、変更、および／またはメディアへのコメントを行なったといった評価基準を満たす者に利用可能となることの保証を欲することがある。これらの特徴のさらなる態様は後述する。
【０１８９】
図４４に示されているとおり、プロキシ・システム４４０７は、第１の複数の通信デバイス（たとえば、４４０４／４４０５）から受信されたファイル（および／または、それの派生または一部）をアップロードするべく構成されたアップロード・キュー４４０８ａ等のアップロード・キューを含み得る。アップロード・キュー４４０８ａは、プロキシ・サーバ４４０８の一部とし得る。アップロード・キュー４４０８ａは、ストレージ・キュー４４０８ｂとは独立に動作できる。単なる１つの例として述べるが、アップロード・キュー４４０８ａおよび／またはストレージ・キュー４４０８ｂのうちの一方または両方は、新しいファイルが利用可能になるときの非一過性コンピュータ可読媒体へのアップロードをスケジュールできる。これは、特定数のビデオまたは特定量の電子情報がアップロードされるまで生じ得る。このエンドポイントに対する呼び出しは加法的と考えてよく、すなわち以前の呼び出しが、１００個のファイル（または、タイプのファイル）を要求したが、５０個しかアップロードされず、新しい要求が１００個のファイル（または特定タイプのファイル）が到来すると、デバイス、たとえばプロキシ・サーバは、１５０個のファイル（または、タイプのファイル）をアップロードする目標を有する。いくつかの実施態様によれば、ストレージ・キュー４４０８ｂによって追加のファイルが要求されてなければ、現在のファイルをアップロード・キュー４４０８ａにアップロードし、およびその後に続いてキューの規則に従って、ファイル共有場所４４１０へアップロードできる。１つの実施態様においては、追加のファイルが要求されていると決定し、よって両方のキュー４４０８ａ／４４０８ｂへファイルがアップロードされ得る。ファイルは、それぞれのキューの規則に従ってストアできる。１つの実施態様においては、ＵＲＬおよび／またはメタデータ等のファイル情報をストアし、プロキシ・システム４４０７および／またはファイル共有場所４４１０上のファイル（１つまたは複数）のストレージと関連付けできる。たとえば、第１の複数の通信デバイス（４４０４／４４０５）内の通信デバイスを第１のＵＲＬまたは識別子に従ってダイレクトし、第２の複数の通信デバイス４４３０内の通信デバイスを第２のＵＲＬまたは識別子に従ってダイレクトできる。
【０１９０】
共有サイトへのファイル（１つまたは複数）の送信、たとえばメディア共有サイト（たとえば、ファイル共有場所４４１０）へのビデオ・ファイルの送信に続いて、メディア共有サイト上におけるメディア・ファイルの場所を表わす一意的な識別コードを少なくとも１つの電子デバイスへ送信できる。たとえば、図４３Ａに示されているとおり、仲介としてホスト型プロキシ・サーバ４３０８を介して一意的な識別コードを図４３のホスト型サービス・サーバ４３０６へ送信できる（たとえば、図４３Ａに示されているプロセス４３２４および４３２６参照）。前述したとおり、図４７のプロキシ・システム４４０７は、ホスト型サービス・サーバ４３０６またはその等価物を含み、よって、情報の送信に必要な接続の量が減じられ得る。別の実施態様においては、それをエンド・ユーザ通信デバイス４３０４へ送信でき、つまり仲介としてホスト型プロキシ・サーバ４３０８を介し得る（たとえば、図４３Ｂに示されているプロセス４３２４および４３２８参照）。さらに別の実施態様においては、第１の複数のエンド通信デバイス（たとえば、デバイス４４０４／４４０５のいずれか）内のエンド・ユーザ通信デバイス以外の任意のデバイス、および／または第２の複数の通信デバイス４４３０（デバイス４４３２−４４３６を含む）内のエンド・ユーザ通信デバイスのうちの少なくとも１つ、ホスト型サービス・サーバ４３０６、および／またはホスト型プロキシ・サーバ４３０８を含む複数のデバイスへ送信できる。
【０１９１】
１つの実施態様においては、第２の複数の通信デバイス４４３０内の１つまたは複数のエンド・ユーザ通信デバイスが、第１の複数の通信デバイス（４４０４／４４０５）からアップロードされた特定のファイルにアクセス可能であるとし得る。特定の実施態様においては、第１および第２の複数のデバイスが、同一のコンテントを含む異なるファイルにアクセスできる。たとえば、エンド・ユーザ通信デバイス４４０４のユーザがユーザＣＲＧ３３０のファイルＳ９Ｐ３Ｇ１０を見たいと望んだ場合に、プロキシ・システム４４０７内にストアされたファイルからコンテントを受信できるが、エンド・ユーザ通信デバイス４４３２のユーザが同じユーザからの同じコンテントの消費または検索を欲した場合には、ファイル共有場所４４１０からそれを受信できる。
【０１９２】
この開示のさらなる態様は、複数のリモート・ユーザのための競争的な仮想組合せを作成し、実装することに関係する。１つの実施態様においては、２人またはそれより多くの競争者（ローカルまたはリモートであってよい）の間の競争ゲームのためにユーザの組合せを、たとえばスケーティングのトリック等のあらかじめ定義済みの身体的活動を実施する、それぞれのスキル・レベルに基づいて行ない得る。少なくとも１人のリモート・プレーヤーが、リモート電子通信チャンネルを介して参加できる。
【０１９３】
１つの態様によれば、等価スキルを有するユーザを組み合わせて競争ゲームを作り得る。１つの例として述べるが、『ＳＫＡＴＥ』ゲームを、２人またはそれより多くのユーザが特定の動きまたはトリックを交互に試行するゲーム（バスケットボール・プレーヤーが行なう『ＨＯＲＳＥ』ゲームに類似）とし得る。スケーティングのトリック等の動きを実施している２人またはそれより多くのユーザのビデオを取り込み得る。ローカル・ユーザの場合は、ユーザがスケーティングのトリックを行なっている間、別のユーザがデータを取り込むという形で交替しながらそれができる。データは、ビデオ・データ等の取り込み画像データおよび／またはそのほかのセンサ・データを含み得る。たとえば、エンド・ユーザ通信デバイスは、スケーティング中のユーザの画像の取り込みに使用できるカメラを含むことができる。同一または異なるデバイスが、トリックの前、間、または後のユーザの身体の動きのセンサ・データを取り込み得る。１つの実施態様においては、非画像取り込みデバイスを、トリックを実施しているユーザの画像を取り込む時期の決定に使用できる。特定の実施態様は、動きを取り込む角度についての指示を提供できる。さらなる実施態様は、取り込み済み画像が、たとえば特定のフレーム・レートにおいて、特定のデバイスによって、特定の角度または角度の範囲内において取り込まれるべきといったスレッショルド評価基準、および／またはこの中で論じた、取り込み済みデータ内に含まれるオーディオ情報の評価を含めた１つまたは複数の評価基準を満たすことを要求できる。１つの実施態様においては、１つまたは複数の評価基準を満たすことに失敗すると、アプリケーションがデータまたはそれの一部の取り込み、使用、または共有を行なわないことをはじめ、特定の仮想ロケーション内における共有を行なわない結果に帰することがある（たとえば、良好なプレーおよびトリックを特集したビデオ）。さらなる実施態様は、評価基準を満たさないか特定時間内に満たさなかった場合に１人または複数人のプレーヤーにペナルティを科してもよい。１つの例示的なゲームによれば、ユーザがトリックに成功して完了した場合に、対戦相手は、そのトリックに成功しなければ、『ＳＫＡＴＥ』等の単語の１文字を受け取らなければならない。その種の１つの実施態様においては、ユーザが交替でプレーを行ない、最初に単語『ＳＫＡＴＥ』を完成した方が競争の敗者になる。さらなる『ＳＫＡＴＥ』の例またはそのほかの競争セッションは、この開示の全体を通じて提供されている。さらに、少なくとも段落「００８９」を含む、この開示全体を通じて論じているとおり、『トリックのヒント・ビデオ』の態様も利用できる。
【０１９４】
特定の実施態様によれば、ユーザによって行なわれた動き（トリック等）もまた分析できる。トリックを決めた回数に基づいて各トリックのためのスコアを生成できる。別の実施態様においては、成功トリックの割合を計算に利用できる。特定の実施態様においては、特定の時間、ゲームの間に試行または完成されるか、かつ／またはそのほかの評価基準を満たすトリックのみがスコア付けに使用できる。たとえば、『ＳＫＡＴＥ』ゲームの間に少なくとも１人のほかのユーザとともに試行または完成されたトリックは、考慮されるに適格であるとし得る。さらに別の実施態様においては、特定のゲーム外に試行または完成されたトリックのみを、考慮されるに適格であるとし得る。トリックの分析は、たとえばトリック・ツリー等の階層的アレンジメント上におけるそのトリックの位置を考慮できる。例示的なトリック・ツリーは、２０１３年９月５日に出願された米国特許仮出願第６１／８７４，２４８号および米国特許非仮出願第１４／２９２，４１１号の中に示されており、その全開示は、いかなる形においても限定がなされない目的のためにそのすべてが参照によりこれに援用される。
【０１９５】
１つまたは複数のアルゴリズムを、１人または複数人のユーザのためのスコアの決定に利用できる。１つの例として述べるが、前述したとおり、ユーザのトリックのスコアは、トリックを試行した回数およびそのトリックを決めた回数に基づき得る。たとえば、特定のユーザのトリックについてのスコアを、トリックを決める毎に第１の値（たとえば、＋１ポイント）で増加し、試行したがトリックを決められなかった場合毎に第２の値（たとえば、＋０．１）で増加できる。したがって、ユーザは、トリックの実施（または、特定の成功スレッショルド・レベル）に失敗したときでさえスコアを増加できるが、トリックを完成した（または、成功スレッショルド・レベルを満たした）場合より低い値の増加になる。成功スレッショルド・レベルは、トリックに応じて変えられ得る。１つの例として述べるが、より難しいトリックは、より高い成功スレッショルド・レベルを有し得る。複数の動き（たとえば、トリック）にわたるユーザのパフォーマンスに関係する情報を、そのユーザと、トリックのスコアの整合性がもっとも高い他者との突き合わせに利用できる。スコア付けは、たとえば、この開示全体を通じて論じているような階層的構造と考え得る。ユーザの動きの分析および／またはスコア付けは、衣服および／または場所の推奨にも使用できる。例示的な推奨は、この開示全体を通じて見つけられる。
【０１９６】
たとえば、表１に、使用できる一例の行列を示す。
【０１９７】
【表１】
2018206399.tif 000003
【０１９８】
ユーザのパフォーマンスに関係する情報の少なくとも一部を対戦に使用できる。たとえば、表１の行列に基づき、各トリックについてのスコアの間の差を使用できる。対戦相手は、この分析に基づき、もっとも低いスコアに基づいて選択できる。さらに別の実施態様において、ユーザは、『ランプ』トリックを考慮することなく、『レール』トリックについてもっとも整合性が高いほかのユーザとの競争を欲することがある。トリックのタイプ等の特定の評価基準を、１つまたは複数の実装の中で利用できる。ユーザが同じパートナーと再プレーすることは、それらのユーザがペアで連続して、またはあらかじめ決定済みの時間量の間に行なったゲームが特定量になった場合には妨ぐことが可能である。
【０１９９】
さらなる態様は、共有可能な競争ゲームまたはセッションの結果を提供することに関係する。１つの実施態様においては、一意的なウェブサイトを作成できる。サイトは、ゲームからのビデオを時系列に従って提供または表示できるので、ゲーム全体を再検討することが可能である。ウェブサイトは、いずれのトリックが決まったか、または決まらなかったかを示し得る。『ＳＫＡＴＥ』のようなゲームの場合には、文字が割り当てられたときを特別に強調できる。さらに、非画像センサ・データ等のデータをビデオと関連付けすること、および／またはビデオ・データがない部分に提供することさえできる。ウェブサイトは、公に利用可能とすることができ、特定の実施態様においては、一意的なＵＲＬまたは識別コードの使用等によってソーシャル・ネットワーク上での共有を可能にできる。
【０２００】
さらなる態様は、参加者がトリックまたは活動のパフォーマンスの結果に納得しない状況のための争いの解決に関係する。意見の相違がある場合は、トリックが口論解決プロセスを通過する間、ゲームを一時停止できる。１つの実施態様においては、アプリケーション等の特定ソフトウエアまたはハードウエアの全ユーザが、争われているビデオを再検討し、トリックが決まったか否かの投票を行なう。さらにほかの実施態様においては、アプリケーションを現在使用中のユーザのみが適格となる。さらに別の実施態様においては、懸案のトリックに関してスレッショルド・スコアまたは達成度を有するユーザのみが適格となる。投票は、そのトリックを実施しているユーザを含む取り込み済みビデオに完全に基づき得る。ほかの実施態様においては、非画像センサ・データ等のさらなるデータを考慮できる。１つの実施態様においては、『投票』のスレッショルド量が結果を決定できる。さらに別の実施態様においては、スレッショルド差異を要求できる。たとえば、１つの実施態様においては、争われているトリックに対して反対よりも３票以上多いか、または少ない場合（たとえば、トリックは成功した、またはトリックは成功しなかった）、争いは解決したと見なされてゲームが再開される。別の実施態様は、時間的な抑制を単独、またはほかの評価基準との組合せで考慮できる。別の実施態様においては、１時間または５票（または、１時間および５票）が投じられると争いが決定される。特定の時間期間の後、いずれも満たされないと、コミュニティ・マネージャが決定できる。特定の実施態様においては、なれ合いを避けるべく解決するビデオの争いをユーザが選択することが可能でなく、ランダムに争いが示される。争いを再検討するユーザには、バッジ等のゲームの褒賞を介して動機付けを与え得る。
【０２０１】
さらなる態様は、アスリートが、ビデオ、アニメーション、および／またはそのほかの画像データの連続等の順次画像の表示を動的に調整することを可能にする。１つの実施態様においては、ユーザ・インターフェース（ＵＩ）が、プロおよびアマチュア両方のアスリートによる新しい動き、スキル、トリックの学習を補助するべく、かつ／またはアスリートへのフィードバック／トレーニングの提供において補助するべく構成できる。さらに、上記の争い解決実施態様の間におけるようなトリックの再検討をそれらの者に与える新規ＵＩの提供が、トリックが首尾よく行なわれたか否か、および／または特定のパフォーマンスのスコアの正確な決定を補助できる。
【０２０２】
１つの例として述べるが、マルチアングル・プレーヤー・ビューワは、スケート実施者等のユーザが、携帯電話の表示器等の任意の表示デバイス上で見ることが可能な動的ＵＩから詳細にトリックを学習することを可能にできる。ＵＩは、ユーザにボタンの押し下げまたはメニュー内の移動を求めることなく１つまたは複数のトリックを学習できる態様でユーザ入力を受け付けるべく構成できる。１つの実施態様においては、ＵＩがユーザからの１つまたは複数のトリック・プレー・コマンドに対して応答するようにＵＩを構成できる。たとえば、１つの実施態様においては、ユーザが、順次画像の少なくとも一部を順再生または逆再生して見ることを可能にできる。再生は、実際の時間より遅く、または速くできる。
【０２０３】
特定の実施態様によれば、これらの特徴のうちの１つまたは複数により、スケート実施者等のアスリートが、プロ（または、トレーナ）が推奨する特定のトリックのためのセットアップ時のボード上の足の置き方を学習することを可能にできる。そのほかの伝えることが可能な情報には、ユーザはどのようにレッジ、ハンドレール等のオブスタクル、トランジション等へアプローチするべきか、および／またはユーザはトリックのためにボードをどのようにフリックさせるべきかがある。特定の実施態様においては、ＵＩが、インストラクション的なツールとしてユーザに１つまたは複数の順次画像を表示できる。限定ではないが、この中で述べている１つまたは複数のセンサから収集されたデータを含むセンサ・データに基づいて１つまたは複数の画像の少なくとも一部を表示するか、または表示のために推奨できる。非限定的な例として述べるが、センサ・データ（いくつかの例としては、手首装着デバイス、靴から、および／または画像データから集められる）により、ユーザが特定のトリックのパフォーマンスに関して向上していることが示される場合には、より難しいバージョンのトリックをそのユーザに表示できる。しかしながら、別の実施態様においては、ユーザがトリックまたはトリックの一部に苦労していることが示されると、そのトリックの部分または基本的な動きをそのユーザに対して表示できる。特定の実装によれば、これらの決定は、この中に開示されている『トリック・ツリー』態様のうちの１つまたは複数に影響を及ぼし得る。
【０２０４】
複数の画像を通じて行なわれるといったトリックの表示速度に関して言えば、たとえば、標準速度、スローモーション、超スローモーション等の複数の再生速度を利用可能とすること、たとえばそれを１×（標準速度）、０．５×（２分の１倍速）、および０．２５×（４分の１倍速）とし得る。１つの実施態様においては、加速度計等のセンサが回転、傾き、またはそのほかの、携帯電話等のデバイスに作用する力を検出するようにＵＩを構成できる。１つの実施態様においては、順次画像の再生速度をデバイスの傾きによってコントロールできる。１つの例示的な実施態様においてはユーザが自分に向かう第１の方向にデバイスを揺り動かすと、順次画像の再生速度を標準から、スローモーション、その後のオプションの超スローモーションまで遅くできる。ユーザから離れる第１の方向とは逆方向等にデバイスの傾きを戻すと、ビデオの再生速度を増加できる。たとえば、１つの実施態様においては、順次画像が当初０．５×（別名、２分の１倍速）で表示されており、デバイスを第１の方向の進み側に２２．５度傾けると４分の１倍速（０．２５×）までビデオが遅くなり、デバイスを２２．５度戻して初期位置にすれば、順次画像の表示を０．５×に戻し得る。
【０２０５】
１つの例示的な実装は、次に示すコードを含み得る。
【０２０６】
【数１】
2018206399.tif 000004
【０２０７】
さらに別の実施態様においては、動的に複数の画像を変更するユーザ入力を受信するべくＵＩを構成できる。１つの実施態様においては、ＵＩが、選択的に表示できる複数のシーケンスを有し得る。第１のセットは、実施されたスケートのトリック等の動作を第１の見方から示し、第２のセットは、同じ動作を第２の見方から示し得る。画像の第２のセットは、第１のセットを見ている間に第２のセットへの切換があった場合においてさえ、ユーザにシームレスな態様で画像の第２のセットを表示可能なように相対的な時間に関して画像の第１のセットと同じ間隔で構成できる。したがって、特定の実施態様は、同一の動作が異なる見方から撮られたように見えることだけが第１のセットと異なる第２のセットを有し得る。当業者は認識するであろうが、このほかの実施態様は、画像の第２のセットへの画像の第１のセットの実質的な切換がなく、むしろ表示される画像が異なる見方の選択に基づくように３Ｄモデリングされたアニメーションを有し得る。１つの実施態様においては、ユーザが、表示デバイスまたはそのほかの物理的構造を『スワイプ』して、異なる見方で動作を観察すること、かつ／または表示中の画像のセットを変更し得る。ユーザが見ることが可能な見方の変更は、多様な状況において重要となり得る。１つの例として述べれば、特定のトリックの実施の間に、殆どのユーザがスケートボードの特定の場所における右足の置き方に問題を有していても、あるユーザは、左足の置き方に問題を有しているかも知れない。第１の角度または見方においては、左足の位置が容易に観察できず、特に足を置くタイミングに関して観察が容易でない。したがって、異なる見方がそのトリックの学習におけるそのユーザの補助となる可能性がある。
【０２０８】
さらなる態様は、ユーザのためのパーソナル化されたトリックに関する。前述した自動化されたプロセス、そのほかのプロセス、関連するセンサ・データ、および／またはユーザ入力等からのタグを使用し、ビデオ・データを、特定のトリックの実施、場所、および／または経時的向上に従って整理できる。視覚的レポートが、実施された特定のトリックをカテゴリ（利用されたオブスタクル等）、場所、ほかのユーザとの比較、使用されている装具／衣服、および／またはこれらの評価基準のうちの１つまたは複数の相互または異なる評価基準との相関にカテゴリ分けするグラフまたはそのほかの視覚的表示を示し得る。
【０２０９】
結論
現在のところ本発明の実施に好ましいとされるモードを含めて特定の例に関係して本発明を説明してきたが、当業者は、以上説明してきたシステムおよび方法に多くの変形および置換が存在することを認識するであろう。たとえば、本発明から逸脱することなく、本発明の多様な態様を異なる組合せで使用すること、および単一のシステムまたは方法の中で本発明の態様の多様な異なる部分的組合せを一緒に使用してもよい。１つの例においては、この中で説明しているソフトウエアおよびアプリケーションを、コンピュータ可読媒体内にストアされるコンピュータ可読インストラクションとして具体化できる。また、ここで説明した多様な要素、構成要素、および／またはステップの変更、順序の変更、省略、および／または追加の要素、構成要素、および／またはステップの追加は、本発明からの逸脱なしに行なってもよい。したがって、本発明は、広く解釈されるものとする。
【０２１０】
本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。
本出願は、２０１４年９月５日出願の日本国特許出願・出願番号２０１６−５４０４２８に基づくものであり、その内容はここに参照として取り込まれる。
【０２１１】
＜請求項１＞
コンピュータ実装される方法であって、
ホスト型サービス・サーバにおいて、エンド・ユーザ通信デバイスから送信された、ホスト型プロキシ・サーバへの第１のメディア・ファイルの送信を承認するべく構成された前記ホスト型サービス・サーバからのアップロード・トークンを要求するトークン要求を受信することと、
前記ホスト型サービス・サーバに対するエンド・ユーザ信用証明書を使用する前記エンド・ユーザ通信デバイスのユーザの有効化に応答して前記エンド・ユーザ通信デバイスへ前記アップロード・トークンを送信することと、
前記ホスト型サービス・サーバにおいて、前記ホスト型プロキシ・サーバからトークン有効化呼び出しを受信することと、
前記ホスト型サービス・サーバの信用証明書を使用して前記ホスト型プロキシ・サーバからメディア共有サイトへの前記第１のメディア・ファイルの送信を承認するべく構成された前記ホスト型プロキシ・サーバへ前記ホスト型サービス・サーバから有効化メッセージを送信することと、
を含むコンピュータ実装される方法。
＜請求項２＞
前記エンド・ユーザ通信デバイスの前記ユーザの前記有効化は、前記エンド・ユーザ・デバイスが信用証明書を前記メディア共有サイトへ提供することなく実施され、前記エンド・ユーザ・デバイスは、前記有効化の一部として前記メディア共有サイト固有の信用証明書を送信しない、請求項１に記載の方法。
＜請求項３＞
前記ホスト型プロキシ・サーバからの前記トークン有効化呼び出しは、前記ホスト型プロキシ・サーバの前記アップロード・トークンの受信に応答し、（１）前記エンド・ユーザ通信デバイスからの前記第１のメディア・ファイル、または（２）前記エンド・ユーザ通信デバイスから前記ホスト型プロキシ・サーバへの前記第１のメディア・ファイルのアップロードの要求のいずれかである、請求項１に記載の方法。
＜請求項４＞
前記メディア・ファイルは、複数の順次画像を含み、前記方法は、さらに、
前記ホスト型プロキシ・サーバおよび前記ホスト型サービス・サーバのうちの１つまたは複数において、前記複数の順次画像の少なくとも一部に対して画像解析を行ない、前記メディア・ファイルのためのタグを決定する、
請求項１に記載の方法。
＜請求項５＞
さらに、
前記ホスト型サービス・サーバにおいて、前記メディア共有サイト上の前記メディア・ファイルの場所を表わす一意的な識別を受信すること、
を含む、請求項１に記載の方法。
＜請求項６＞
さらに、
前記エンド・ユーザ通信デバイスにおいて、前記メディア共有サイト上の前記メディア・ファイルの場所を表わす一意的な識別を受信すること、
を含む、請求項１に記載の方法。
＜請求項７＞
前記エンド・ユーザ通信デバイスは、第１のエンド・ユーザ通信デバイスであり、前記方法は、さらに、
前記ファイルまたはそれの一部を前記ホスト型プロキシ・サーバ上にストアすることを含み、前記ホスト型プロキシ・サーバおよび前記メディア共有サイトにストアされる前記ファイルは、前記第１のエンド・ユーザ通信デバイスによって検索可能であり、前記ホスト型プロキシ・サーバ上にストアされるファイルは、第２のエンド・ユーザ通信デバイスによって検索可能でない、
請求項１に記載の方法。
＜請求項８＞
コンピュータ実装される方法であって、
プロキシ・サーバにおいてアップロード・トークンおよびファイルを受信することであって、前記トークンが、リモート・ファイル共有場所におけるストアについて前記ファイルを認証するべく構成され、前記ファイルおよび前記トークンが、それぞれ、第１の複数のエンド・ユーザ通信デバイスのうちの第１のエンド・ユーザ通信デバイスから送信され、前記トークンが、前記第１のエンド・ユーザ・デバイスまたは前記第１のデバイスのユーザによる前記ファイル共有場所への信用証明書の提供を伴うことなく、第１のサービスに関する前記エンド・ユーザ通信デバイスからの信用証明書の検証に応答して生成済みであるとすることと、
前記リモート・ファイル共有場所におけるストアのために前記ファイルの送信を試行する前に前記トークンを有効化することと、
前記トークンの有効化の後に、前記ファイルを前記ファイル共有場所へ、前記第１のエンド・ユーザ通信デバイスに利用可能でない前記ファイル共有場所に対する前記信用証明書を使用して送信することであって、前記ファイル共有場所が、前記第１のサービスに関して前記第１のユーザまたは前記第１のエンド・ユーザ通信デバイスに固有の信用証明書を受け取らないことと、
前記プロキシ・サーバ上において前記ファイルまたはそれの一部を独立させてストアすることであって、前記リモート・ファイル共有場所上にストアされる前記ファイルは、前記第１の複数のエンド・ユーザ通信デバイスとは明確に区別され、かつそれに関するオーバーラップのない第２の複数のエンド・ユーザ通信デバイスのいずれによっても検索可能であり、かつ前記プロキシ・サーバ上にストアされる前記ファイルは、前記第２の複数のエンド・ユーザ通信デバイスのいずれによっても検索可能でないことと、
を含むコンピュータ実装される方法。
＜請求項９＞
前記第１の複数のエンド・ユーザ通信デバイスのそれぞれは、サービス・モジュールを含み、前記第２の複数のエンド・ユーザ通信デバイスのいずれも前記サービス・モジュールを含まない、請求項８に記載の方法。
＜請求項１０＞
前記第１の複数のエンド・ユーザ通信デバイスのそれぞれは、第２の複数のエンド・ユーザ通信デバイスのいずれの上にもない非一過性コンピュータ可読媒体の上にコンピュータ実行可能インストラクションの第１のコレクションを含み、前記コンピュータ実行可能インストラクションの第１のコレクションの実行は、前記プロキシ・サーバからの前記ファイルの検索を許可する、請求項８に記載の方法。
＜請求項１１＞
さらに、
ホスト型サービス・サーバにおいて、前記第１の複数のエンド・ユーザ通信デバイスの前記第１のエンド・ユーザ通信デバイスから送信される、前記プロキシ・サーバへの前記ファイルの送信を承認するべく構成されたホスト型サービス・サーバからの前記アップロード・トークンを要求するトークン要求を受信することと、
前記ホスト型サービス・サーバに対するエンド・ユーザ信用証明書を使用する前記第１の複数のエンド・ユーザ通信デバイスの前記第１のエンド・ユーザ通信デバイスのユーザの有効化に応答して前記第１の複数のエンド・ユーザ通信デバイスの前記第１のエンド・ユーザ通信デバイスへ前記アップロード・トークンを送信することと、
を含む、請求項８に記載の方法。
＜請求項１２＞
前記ホスト型サービス・サーバは、前記プロキシ・サーバおよび前記ファイル共有場所に関してリモートである、請求項１１に記載の方法。
＜請求項１３＞
コンピュータ実装される方法であって、
第１のユーザのエンド・ユーザ通信デバイスから送信されたファイル共有場所におけるストアのためのファイルおよびトークンをホスト型プロキシ・サーバにおいて受信することであって、前記トークンが、前記エンド・ユーザ・デバイスまたは前記第１のユーザによる前記ファイル共有場所固有の信用証明書の提供を伴うことなく、前記エンド・ユーザ通信デバイスからホスト型サービス・サ
ーバへの信用証明書の検証に応答して生成済みであることと、
前記ファイル共有場所におけるストアのために前記ファイルの送信を試行する前に前記トークンが有効であるとの前記ホスト型サービス・サーバからの検証を要求することと、
前記トークンの検証の後に、前記エンド・ユーザ通信デバイスの前記第１のユーザに利用可能でない前記ファイル共有場所に対する信用証明書を使用して前記ファイル共有場所へ前記ファイルを送信することであって、前記ファイル共有場所が、前記ホスト型サービス・サーバに関して前記第１のユーザまたは前記エンド・ユーザ通信デバイスに固有の信用証明書を受け取らないことと、
前記ホスト型サービス・サーバまたは前記エンド・ユーザ通信デバイスのうちの少なくとも１つに対する少なくとも前記第１のユーザによるアクセスを許可するべく構成された一意的な識別子を送信することと、
を含む、コンピュータ実装される方法。
＜請求項１４＞
前記一意的な識別子は、前記エンド・ユーザ通信デバイスへ送信されるが、ホスト型サービス・デバイスへは送信されない、請求項１３に記載の方法。
＜請求項１５＞
前記トークンは複数のトークンから選択された第１のトークンであり、前記ファイル共有場所に関する前記ファイルのための第１の特権を提供するべく構成され、前記ホスト型サービス・サーバは、前記ファイル共有場所に関する前記ファイルのための第２の特権を提供するべく構成された第２のトークンを選択的に提供するべく構成される、請求項１３に記載の方法。
＜請求項１６＞
前記トークンの前記生成は、前記第１のユーザに固有の信用証明書の検証に、少なくとも部分的に基づく、請求項１３に記載の方法。
＜請求項１７＞
前記ファイル共有場所ではない第１のエンティティによって提供される特定のサービスに関する前記第１のユーザに固有の前記信用証明書の前記検証が、前記エンド・ユーザ通信デバイスからホスト型サービス・サーバへ、前記エンド・ユーザ・デバイスまたは前記第１のユーザによる前記ファイル共有場所に対する信用証明書の提供を伴うことなく送信される、請求項１３に記載の方法。
【符号の説明】
【０２１２】
１００：システム、１０２：コンピュータ、１０４：コンピューティング・ユニット、１０６：プロセッシング・ユニット、１０８：メモリ、１１０：ＲＡＭ、１１２：ＲＯＭ、１２０：入力デバイス、１２２：出力デバイス、１２４：ユーザ、１２６：画像取り込みデバイス、１２８：センサ、１３０：インターフェース、１３２：ネットワーク、１３４：リモート・サーバ、１３６：表示デバイス，表示器、１３８：センサ・デバイス、１４０：センサ、センサ・デバイス、１４２：センサ・デバイス、１４４：センサ・デバイス、２０２：センサ・システム、２０４：センサ・アッセンブリ、２０６：ＦＳＲセンサ、２０８：ポート、２０９：ソール構造、２１０：電子モジュール、２１１：ハウジング、２１２：リード、２１４：インターフェース、２１６：インターフェース、２１８：電極、２２０：電極、２２２：感圧抵抗材料、２２６：デバイス、２２８：入力ボタン、２３０：コントローラ、２３２：ハウジング、２３４：表示器、２３５：ピクセル部材、２３６：インジケータ・システム、２３８：発光部材、２４０：装着メカニズム、３０４：ポッド・センサ、３０６：分散型センサ、３０８：センサ・システム、センサ処理システム、６０２：ドッキング・ステーション、７０２：三脚、７０４：壁面マウント、８０２：ホーム・ページ表示、１００２Ａ：表示、１００２Ｂ：表示、１００２Ｃ：表示、１１０２Ａ：表示、１１０２Ｂ：表示、１１０２Ｃ：表示、１１０２Ｄ：表示、１１０４：フィールド、１１０６：ゲージ、１１０８：アイコン、１１１０：出力、１１１２：出力、１２０２：表示、１２０２Ａ：表示、１２０２Ｂ：表示、１２０２Ｃ：表示、１３０２：表示、１３０４：フィールド、１３０６：フィールド、１３０８：フィールド、１３１０：フィールド、１４０２Ａ：ｖｃａｒｄ統計表示、１４０２Ｂ：ｖｃａｒｄセッション表示、１４０２Ｃ：ｖｃａｒｄ賞表示、１５０２：ユーザ・プロファイル表示、１７０２Ａ：表示、１７０２Ｂ：表示、１７０２Ｃ：表示、１７０２Ｄ：表示、１８０２Ａ：跳躍表示、１８０２Ｂ：跳躍表示、１８０４：活動ポイント表示、１８０６：ライン、１９０２Ａ：表示、１９０２Ｂ：表示、１９０４：テンポ表示、１９０４Ａ：テンポ表示、１９０４Ｂ：テンポ表示、１９０６：ライン、２００２Ａ：ポイント表示、２００２Ｂ：ポイント表示、２１０２Ａ：フリースタイル表示、２１０２Ｂ：フリースタイル表示、２１０２Ｃ：フリースタイル表示、２７０２：トレーニング表示、３００２：シュート要約表示、３１０２：マイルストーン表示、３２０２Ａ：得意技表示、３２０２Ｂ：得意技表示、３２０２Ｃ：得意技表示、３４０２Ａ：表示、３４０２Ｂ：表示、３５０２Ａ：表示、３５０２Ｂ：表示、４３０４：エンド・ユーザ通信デバイス、４３０６：ホスト型サービス・サーバ、４３０８：ホスト型プロキシ・サーバ、４３１０：ファイル共有場所、４４００：システム、４４０４：エンド・ユーザ通信デバイス、４４０４ａ：サービス・モジュール、４４０５：エンド・ユーザ通信デバイス、４４０７：プロキシ・システム、４４０８：プロキシ・サーバ、４４０８ａ：アップロード・キュー、４４０８ｂ：プロキシ・ストレージ，キュー，アップロード・キュー，ストレージ・キュー、４４１０：ファイル共有場所、４４３０：第２の複数のエンド・ユーザ通信デバイス 
【図１Ａ】
2018206399.tif 000005
【図１Ｂ】
2018206399.tif 000006
【図２Ａ】
2018206399.tif 000007
【図２Ｂ】
2018206399.tif 000008
【図３Ａ】
2018206399.tif 000009
【図３Ｂ】
2018206399.tif 000010
【図４】
2018206399.tif 000011
【図５】
2018206399.tif 000012
【図６】
2018206399.tif 000013
【図７】
2018206399.tif 000014
【図８】
2018206399.tif 000015
【図９】
2018206399.tif 000016
【図１０】
2018206399.tif 000017
【図１１Ａ】
2018206399.tif 000018
【図１１Ｂ】
2018206399.tif 000019
【図１２】
2018206399.tif 000020
【図１３】
2018206399.tif 000021
【図１４】
2018206399.tif 000022
【図１５】
2018206399.tif 000023
【図１６】
2018206399.tif 000024
【図１７】
2018206399.tif 000025
【図１８】
2018206399.tif 000026
【図１９】
2018206399.tif 000027
【図２０】
2018206399.tif 000028
【図２１】
2018206399.tif 000029
【図２２】
2018206399.tif 000030
【図２３】
2018206399.tif 000031
【図２４】
2018206399.tif 000032
【図２５】
2018206399.tif 000033
【図２６】
2018206399.tif 000034
【図２７】
2018206399.tif 000035
【図２８】
2018206399.tif 000036
【図２９】
2018206399.tif 000037
【図３０】
2018206399.tif 000038
【図３１】
2018206399.tif 000039
【図３２】
2018206399.tif 000040
【図３３】
2018206399.tif 000041
【図３４】
2018206399.tif 000042
【図３５】
2018206399.tif 000043
【図３６】
2018206399.tif 000044
【図３７】
2018206399.tif 000045
【図３８】
2018206399.tif 000046
【図３９】
2018206399.tif 000047
【図４０】
2018206399.tif 000048
【図４１】
2018206399.tif 000049
【図４２】
2018206399.tif 000050
【図４３Ａ】
2018206399.tif 000051
【図４３Ｂ】
2018206399.tif 000052
【図４４】
2018206399.tif 000053