JP6017685B2 - マルチ活動プラットフォーム及びインタフェース - Google Patents

Description

＜関連出願の相互参照＞
本出願は、２０１２年６月５日に出願された米国仮出願番号６１／６５５，５７８号から優先権の利益を主張する。前述の出願の内容全体は、参照により本明細書に組み込まれる。

エクササイズとフィットネスはますます一般になっており、そのような活動による恩恵は周知である。フィットネスや他の運動活動には、種々のタイプの技術が採り入れられてきた。例えば、フィットネス活動には、ＭＰ３や他のオーディオプレイヤ、ラジオ、携帯テレビ、ＤＶＤプレーヤや他のビデオ再生装置、時計、ＧＰＳシステム、歩数計、携帯電話、ページャ、ビーパーなどの種々様々な携帯電子装置が利用できる。多くのフィットネス愛好者又はアスリートは、運動又は訓練しているときに、これらの装置のうちの１つ以上を用いて、自分を楽しませたり、動作データを記録し提供したり、他者と連絡をとったりしている。

以下は、開示の態様の一般的要約を、その態様のうちの少なくとも幾つかの基本的理解を提供するために示す。この要約は、包括的な概要ではない。この要約は、重要又は不可欠な要素を識別すものでも範囲を表すものでもない。以下の要約は、本発明の幾つかの概念を、以下に提供されるより詳しい説明の序文として、一般的形態で表しているに過ぎない。

本明細書に示された態様は、活動データ記録、オンラインコミュニティ、及び活動監視追跡装置と複数の異なるタイプの活動に対応するシステムとの間のインタフェースを提供する。追加又は代替として、本明細書で述べられた種々の態様は、活動データが記録される装置のタイプに基づいて活動データと情報の区別を提供する。更に、複数のタイプの活動タイプ、装置、装置タイプ及び活動セッションからの活動データが、単一目標に対して集約されうる。このようにして、活動（フィットネスプログラム、スポーツ、他のタイプの身体活動、及び運動活動を含む）を行なう動機づけを提供する目標は、ユーザを特定の目標の単一活動又は装置に制限しなくなる可能性がある。

本開示は、例として示されており、同じ参照数字が類似の要素を示す添付図面に限定されない。

１つ以上の態様が用いられ動作しうる一般的なネットワーク及びシステム環境を示す。 例示的計算システムを示す。 活動監視装置に適用されうる別の例示的計算装置を示す。 マルチ活動プラットフォーム及びシステムが、複数の装置からの複数の活動に関する活動データを処理できる例示的なプロセスを示す。 装置セットアップ及び構成アプリケーションの例示的インタフェースを示す。 装置セットアップ及び構成アプリケーションの例示的インタフェースを示す。 装置セットアップ及び構成アプリケーションの例示的インタフェースを示す。 装置セットアップ及び構成アプリケーションの例示的インタフェースを示す。 装置セットアップ及び構成アプリケーションの例示的インタフェースを示す。 装置セットアップ及び構成アプリケーションの例示的インタフェースを示す。 装置セットアップ及び構成アプリケーションの例示的インタフェースを示す。 装置セットアップ及び構成アプリケーションの例示的インタフェースを示す。 装置セットアップ及び構成アプリケーションの例示的インタフェースを示す。 バッテリ充電状態を伝える例示的インタフェースを示す。 バッテリ充電状態を伝える例示的インタフェースを示す。 ユーザが自分の目標を定義又は再定義できる別の例示的な構成インタフェースを示す。 例示的な歓迎インタフェースを示す。 例示的な歓迎インタフェースを示す。 表示される活動データのタイプに応じて生成され表示されうる様々なインタフェースを示す。 表示される活動データのタイプに応じて生成され表示されうる様々なインタフェースを示す。 複数タイプの活動と複数タイプの監視装置を用いて記録される活動を追跡するために用いられうる例示的な活動追跡監視インタフェースを示す。 複数タイプの活動と複数タイプの監視装置を用いて記録される活動を追跡するために用いられうる例示的な活動追跡監視インタフェースを示す。 複数タイプの活動と複数タイプの監視装置を用いて記録される活動を追跡するために用いられうる例示的な活動追跡監視インタフェースを示す。 複数タイプの活動と複数タイプの監視装置を用いて記録される活動を追跡するために用いられうる例示的な活動追跡監視インタフェースを示す。 複数タイプの活動と複数タイプの監視装置を用いて記録される活動を追跡するために用いられうる例示的な活動追跡監視インタフェースを示す。 複数タイプの活動と複数タイプの監視装置を用いて記録される活動を追跡するために用いられうる例示的な活動追跡監視インタフェースを示す。 複数タイプの活動と複数タイプの監視装置を用いて記録される活動を追跡するために用いられうる例示的な活動追跡監視インタフェースを示す。 所定期間に行なわれた活動情報を提供する例示的インタフェースを示す。 所定期間に行なわれた活動情報を提供する例示的インタフェースを示す。 所定期間に行なわれた活動情報を提供する例示的インタフェースを示す。 所定期間に行なわれた活動情報を提供する例示的インタフェースを示す。 ある期間にわたるユーザの活動が再生されうるインタフェースを示す。 一週間、一月及び一年にわたるユーザの活動レベルを表示する例示的サマリインタフェースを示す。 一週間、一月及び一年にわたるユーザの活動レベルを表示する例示的サマリインタフェースを示す。 一週間、一月及び一年にわたるユーザの活動レベルを表示する例示的サマリインタフェースを示す。 一週間、一月及び一年にわたるユーザの活動レベルを表示する例示的サマリインタフェースを示す。 一週間、一月及び一年にわたるユーザの活動レベルを表示する例示的サマリインタフェースを示す。 一週間、一月及び一年にわたるユーザの活動レベルを表示する例示的サマリインタフェースを示す。 ユーザの例示的プロフィールページを示す。 ユーザの例示的プロフィールページを示す。 ユーザの例示的プロフィールページを示す。 ユーザの例示的プロフィールページを示す。 例示的な装置設定インタフェースを示す。 オンライン活動追跡サイトによってユーザに表示されうる例示的な通知を示す。 オンライン活動追跡サイトによってユーザに表示されうる例示的な通知を示す。 活動データを共有するための例示的インタフェースを示す。 活動データを共有するための例示的インタフェースを示す。 活動データを共有するための例示的インタフェースを示す。 活動データを共有するための例示的インタフェースを示す。 様々な活動レベルを色に基づいて定義する例示的な活動レベル進捗スケールを示す。 ユーザが自分の現在の活動レベルを見ることができ、また進捗スケールで次のレベルに達するために必要な活動量を見ることができる例示的インタフェースを示す。 ユーザが自分の現在の活動レベルを見ることができ、また進捗スケールで次のレベルに達するために必要な活動量を見ることができる例示的インタフェースを示す。 活動経路又は他の計画が既に定義された様々な位置を示すマップを含む例示的インタフェースを示す。 経路詳細が表示されたインタフェースを示す。 経路詳細が表示されたインタフェースを示す。 経路詳細が表示されたインタフェースを示す。 経路図及び情報バーを示す別の例示的なインタフェースを示す。 経路が作成されうる例示的インタフェースを示す。 経路が作成されうる例示的インタフェースを示す。 最近作成／保存された経路と最近走行された経路を表示する例示的情報バーを示す。

様々な例示的実施形態の以下の記述において、添付図面が参照され、添付図面は、本明細書の一部を構成し、態様が実施されうる説明的な種々の例示的な装置、システム及び環境として示される。部品、例示的装置、システム及び環境の他の特定の構成が利用され、本開示の範囲から逸脱することなく構造的及び機能的修正が行われうることを理解されたい。

＜概要＞
図１は、本明細書で述べる１つ以上の態様が用いられ動作しうる一般的なネットワーク及びシステム環境を示す。例えば、環境１００は、インターネット、短距離及び長距離無線通信、有線通信、セルラ通信、Ｂｌｕｅｔｏｏｔｈ（例えば、低エネルギー）、ＺＩＧＢＥＥ、ＲＦＩＤ、Ｗｉ−Ｆｉ、ＷＬＡＮ、ＵＳＢ、Ｆｉｒｅｗｉｒｅなど及び／又はこれらの組み合わせを含む種々のタイプのネットワーク、接続及びプロトコルによって接続された複数の装置でありうる。例えば、活動監視装置１０３ａ及び１０３ｂはそれぞれ、有線及び無線接続を含む短距離接続によって、計算装置１０５ａ及び１０５ｂに接続されうる。他方、活動監視装置１０３ｃは、Ｗｉ−Ｆｉ、セルラ通信、ＴＣＰ／ＩＰ、イーサネットなど及び／又はこれらの組み合わせを含む長距離無線又は有線通信によって、リモート活動監視及び追跡システム１０７に接続されうる。

活動監視装置１０３ａ、１０３ｂ及び１０３ｃは、スマートフォン、専用活動監視装置、センサなど及び／又はこれらの組み合わせを含む任意のタイプの活動監視システムを含むことができる。活動監視装置の例には、２０１１年１１月１日に出願され「Wearable Device Having Athletic Functionality」と題する米国特許出願番号１３／２８７，０４７、２０１０年４月２６日に出願され「Athletic Watch」と題する米国特許出願番号１２／７６７，２８８、２０１０年４月２６日に出願され「GPS Features And Functionality In An Athletic Watch System」と題する米国特許出願番号１２／７６７，４４７、２０１０年４月２６日に出願され「Athletic Watch」と題する米国特許出願番号１２／７６７，４２５、２０１０年４月２６日に出願され「Athletic Watch」と題する米国特許出願番号１２／７６７，３０８、及び２０１２年１月４日に出願され「Athletic Watch」と題する米国特許出願番号１３／３４３，５８７号に記載されており、これらの出願の内容は、参照によりその全体が本明細書に組み込まれる。

活動監視装置１０３ａ、１０３ｂ、１０３ｃは、様々なセンサ（例えば、心拍数モニタ、加速度計、全地球測位システム、セルラ三角測量システム、衝撃センサ、温度計、ジャイロスコープ、光センサなど）を含むことができ、様々な通信又はデータ記録プロトコルを使用し、様々な較正を有し、及び／又は様々なタイプの活動及び運動を検出するように構成されうる。例えば、装置１０３ａは、そのような活動及び運動に基づいてステップ数及び対応するペースを検出するように構成され、一方、装置１０３ｂは、心拍数と股関節の動きを検出するように構成されうる（例えば、バスケットボールや他のタイプのスポーツの場合）。したがって、装置１０３ａ及び１０３ｂによって記録されるデータは、そのままでは互換性や同等性がない可能性がある。ユーザは、例えば、情報が適切に処理され視覚化されるか又は他の方法で伝達されるように、様々なアプリケーション、サービス又はシステムを用いて計量値及び記録データを表示させなければならないことがありうる。類似の構成要素を含む装置（例えば、装置１０３ａ及び１０３ｃ）間でさえも、装置は、異なる感度又は較正を有することがあり、その結果得られるデータも動作の不正確な比較を提供しうる。

比較を容易に身体活動全体の追跡を円滑にするため、活動データは、システム１０７などのマルチ活動システム及びプラットフォームを用いて処理されうる。システム１０７は、ユーザが自分の活動進捗状況を追跡できる活動監視追跡サイト及びコミュニティのホストをすることができ、例えば、他のユーザと繋がって、活動レベルを共有し及び／又は比較、競争、共同活動に参加、通信しうる。本明細書に記載されたように、監視装置１０３ａと１０３ｂ間の活動データの通信はそれぞれ、計算装置１０５ａ及び１０５ｂを介して促進されうる。活動監視装置１０３ａは、更に、装置１０５ｃとデータを通信することができる。しかしながら、計算装置１０５ａ、１０５ｂ及び１０５ｃの使用は、例えば装置１０３ａ及び１０３ｂがシステム１０７と接続する通信手段（例えば、インターネットアクセス又は広域ネットワークアクセス）を含む場合、不要なことがある。幾つかの例において、装置１０５ａ、１０５ｂ及び１０５ｃは、また、活動データの中間処理を提供し、マルチ活動システム及びプラットフォームの機能及び／又は性能の１つ以上を含むことができる。

システム１０７は、ユーザが行なわれた様々な活動及び活動のタイプに関する活動データを見ることができる単一ソースを提供するように構成されうる。ユーザは、バスケットボール活動データを、例えば第１のサイト又はシステムで見て、ランニングデータを別のサイト又はシステムで見るのではなく、情報を単一プラットフォーム又はシステムで集合的に見ることができる。更に、装置１０３ａ、１０３ｂ及び１０３ｃなどの異なる監視装置又は異なるタイプの活動監視装置を用いて記録されたデータも、集約し一緒に見ることができる。システム１０７は、また、記録されたデータ及び活動のよりきめ細かい制御を可能にする視覚化及びデータ処理を提供することができる。例えば、システム１０７は、ユーザが、用いられる監視装置、活動監視装置のタイプ、行なわれる活動のタイプ、期間、及び／又は活動セッションに基づいて活動データセットを見ることを可能にする。更に、システム１０７が身体活動データを集約することにより、ユーザは、自分の全体の身体活動レベルを測定し、見て、評価することができる。例えば、種々の身体活動データ（例えば、計量値）が活動ポイントなどの仮想活動計量値に変換されて、様々な活動及び活動セッション間の比較の基準を提供することができる。更に、複数タイプの活動が、異なる計量値を用いて測定されるか、様々なタイプのセンサデータを提供する場合でも、及び／又はユーザが、装置１０３ａ、１０３ｂ及び１０３ｃなどの異なる監視装置又は異なるタイプの監視装置を使用する場合でも、ユーザは、複数タイプの活動を行なうことにより達成されうる目標を定義することができる。

計算装置１０５ａ、１０５ｂ及び１０５ｃは、データがシステム１０７に送られることなく、システム１０７と類似のデータ処理を提供するように構成されうる。例えば、計算装置１０５ａは、複合の監視装置１０３ａ、１０３ｂ及び／又は１０３ｃからデータを受け取り、システム１０７と類似の比較及びデータ追跡を提供することができる。代替又は追加として、計算装置１０５ａ、１０５ｂ及び１０５ｃは、幾つかの構成で、データの中間記憶を提供し、システム１０７とのデータ通信を容易にするために用いられうる。例えば、装置１０３ａ及び１０３ｂが、比較的小さい記憶容量を有する場合、計算装置１０５ａ、１０５ｂ及び１０５ｃが、それぞれ装置１０３ａ及び１０３ｂから記録データを記憶するために用いられ、それにより、装置１０３ａ及び１０３ｂは、以前に記録された活動データを削除して、追加の新しいデータを記憶するスペースを作成することができる。計算装置１０５ａ、１０５ｂ及び１０５ｃは、他の活動監視装置、携帯電話、衛星電話、インターネット電話装置、スマートフォンなどの電気通信装置、音楽プレーヤ、ビデオプレーヤ、ラップトップコンピュータなどを含む携帯計算装置、及び／又はパーソナルコンピュータ（ＰＣ）などのデスクトップ計算システムなどに対応することができる。

１つ以上の構成において、装置１０５ａ、１０５ｂ及び１０５ｃの１つ以上は、他の装置と違うように構成されうる。一例では、装置１０５ｃは、活動データをローカルに同期し記憶するように構成されてもよく、装置１０５ａ及び１０５ｂの１つ以上は、パススルー同期するように構成されてもよい。したがって、活動データは、活動監視装置１０３ａと装置１０５ｃとの間で同期されてもよく、その結果、活動データが装置１０５ｃに記憶される。その場合、活動データは、将来の何らかの時点でマルチ活動システム１０７と同期されうる。パススルー同期モードのとき、装置１０５ａは、中間記憶装置なしに装置１０３ａとマルチ活動システム１０７との間の同期を促進することができる。即ち、装置１０５ａは、装置１０５ａと活動監視装置１０３ａとの間だけの同期に対応しないことがある。装置１０５ａ、１０５ｂ及び１０５ｃの種々の同期構成は、インストールされ及び／又は実行している同期アプリケーションのタイプに依存しうる。

図２は、図１に示された装置の１つ以上に含まれうる例示的計算システムを示す。例えば、計算システム２０１は、装置１０３ａ、１０３ｂ、１０３ｃ、１０５ａ、１０５ｂ及び１０７のうちのいずれかとして動作するように適応されうる。この図で分かるように、コンピュータ２０１は、計算ユニット２０３を有する。計算ユニット２０３は、処理ユニット２０５とシステムメモリ２０７を含むことができる。処理ユニット２０５は、ソフトウェア命令を実行する任意のタイプの処理装置でよいが、慣例的にマイクロ処理装置でよい。システムメモリ２０７は、読出し専用メモリ（ＲＯＭ）２０９とランダムアクセスメモリ（ＲＡＭ）２１１の両方を含むことができる。当業者によって理解されるように、読出し専用メモリ（ＲＯＭ）２０９とランダムアクセスメモリ（ＲＡＭ）２１１は両方とも、処理ユニット２０５が実行するソフトウェア命令を記憶することができる。

処理ユニット２０５とシステムメモリ２０７は、直接又は間接にバス２１３若しくは代替通信構造を介して、１つ以上の周辺装置に接続される。例えば、処理ユニット２０５又はシステムメモリ２０７は、ハードディスクドライブ２１７やリムーバブル光ディスクドライブ２１９などの追加のメモリ記憶装置に直接又は間接に接続されうる。コンピュータ２０１は、半導体ドライブ、リムーバブル磁気ディスクドライブ、フラッシュメモリカードなどの他の記憶保持媒体と共に使用するかそれらと接続することができる。処理ユニット２０５とシステムメモリ２０７は、また、１つ以上の入力装置２２１及び１つ以上の出力装置２２３に直接又は間接に接続されうる。入力装置２２１には、例えば、キーボード、タッチスクリーン、リモートコントロールパッド、ポインティング装置（マウス、タッチパッド、スタイラス、トラックボール、ジョイスティックなど）、スキャナ、カメラ、又はマイクロフォンが挙げられる。出力装置２２３には、例えば、モニタディスプレイ、テレビ、プリンタ、ステレオ、スピーカが挙げられる。

更に、計算ユニット２０３は、ネットワークと通信するための１つ以上のネットワークインタフェース２１５に、直接又は間接に接続されうる。このタイプのネットワークインタフェース２１５は、ネットワークアダプタ又はネットワークインタフェースカード（ＮＩＣ）と呼ばれることもあり、計算ユニット２０３からデータ及び制御信号を、伝送制御プロトコル（ＴＣＰ）、インターネットプロトコル（ＩＰ）、ユーザダイアグラムプロトコル（ＵＤＰ）などの１つ以上の通信プロトコルにしたがって、ネットワークメッセージに変換する。ネットワークアダプタは、無線、有線又はこれらの組み合わせでよい。これらのプロトコルは、当該技術分野で周知であり、したがって、ここでは更に詳しく検討されない。インタフェース２１５は、例えば、無線トランシーバ、電力線アダプタ、モデム、又はイーサネット接続を含む、ネットワークに接続するのに任意の適切な接続エージェントを使用することができる。同様に、接続エージェントは、無線、有線又はこれらの組み合わせでよい。したがって、インタフェース２１５を使用することにより、コンピュータ２０１は、ローカルエリアネットワークに加えて、インターネットなどの広域ネットワークにアクセスすることができる。１つ以上の構成において、ユーザは、インタフェース２１５を用いて、ローカル又は広域ネットワークを介してウェブサイトや他のネットワーク装置を閲覧することができる。身体活動などのデータは、ローカル又はリモートネットワークソース（例えば、図１の装置１０３ａ、１０３ｂ、１０３ｃ、１０５ａ及び１０５ｂ）との間で送受信されうる。

当該技術分野で周知のように、他の周辺装置が、図１に示されたタイプのコンピュータ２０１に含まれてもよく他の方法で接続されてもよい。幾つかの例において、周辺装置は、計算ユニット２０３に永久又は半永久に接続されうる。例えば、多数のコンピュータと共に、計算ユニット２０３、ハードディスクドライブ２１７、リムーバブル光ディスクドライブ２１９及びディスプレイは、単一ハウジング内に半永久に収容される。しかしながら、更に他の周辺装置は、コンピュータ２０１に取り外し可能に接続されうる。コンピュータ２０１は、例えば、周辺装置を計算ユニット２０３に（直接又はバス２１３を介して間接に）接続できる１つ以上の通信ポートを含むことができる。したがって、これらの通信ポートは、パラレルバスポート、又は汎用シリアルバス（ＵＳＢ）規格又はＩＥＥＥ１３９４高速シリアルバス規格を使用するシリアルバスポート（例えば、Ｆｉｒｅｗｉｒｅポート）などのシリアルバスポートを含むことができる。代替又は追加として、コンピュータ２０１は、Ｂｌｕｅｔｏｏｔｈインタフェース、Ｗｉ−Ｆｉインタフェース、赤外線データポートなどの無線データ「ポート」を含むことができる。

本発明の様々な例により用いられる計算装置は、図２に示されたコンピュータ２０１よりも多数の構成要素、コンピュータ２０１よりも少数の構成要素、又はコンピュータ２０１と異なる組み合わせの構成要素を含むことができることを理解されたい。幾つかの実施態様は、例えば、デジタル音楽プレーヤ、活動監視装置、サーバコンピュータなどのきわめて特定の機能を有するように設計された１つ以上の計算装置を使用することができる。したがって、これらの計算装置は、ネットワークインタフェース２１５、リムーバブル光ディスクドライブ２１９、プリンタ、スキャナ、外部ハードディスクなどの不必要な周辺装置を省略することができる。代替又は追加として、幾つかの実施態様は、デスクトップ又はラップトップパソコンなどの種々様々の機能を有するように設計された計算装置を使用することができる。これらの計算装置は、必要に応じて、周辺装置又は追加の構成要素の任意の組み合わせを有することができる。

図３は、図１の装置１０３ａ、１０３ｂ及び１０３ｃなどの活動監視装置に適用されうる別の例示的計算装置を示す。例えば、活動検出追跡装置３００は、命令を実行し命令にしたがって装置３００の他の構成要素を制御するように構成された主コントローラ又はホスト処理装置３０１を含む様々な構成要素を含むことができる。装置３００は、更に、ランダムアクセスメモリ（ＲＡＭ）３０３、読出し専用メモリ（ＲＯＭ）３０５、記憶機構３０７などの揮発性及び不揮発性メモリを含むデータ及び命令を記憶するためのメモリを含むことができる。更に、装置３００は、装置３００に電力を供給する１つ以上のバッテリ（図示せず）を充電するための充電部品３０９を含むことができる。装置３００は、更に、周囲光センサ３１１、ディスプレイアダプタ３１３、加速度計３１５及び入力アダプタ３１７を含む種々の入出力アダプタや他の構成要素を含むことができる。周囲光センサ３１１は、見やすさのために１つ以上のディスプレイの輝度レベルを決定するために用いられうる。光センサ３１１は、また、概略的な時刻を決定するために用いられうる。入力アダプタ３１７は、装置３００に含まれる入力装置のタイプにより、ボタン押し、タッチ入力、スクロールホイール入力などを含む種々のタイプの入力を受信し処理するように構成されうる。加速度計３１５は、装置が装着されたときの装着型装置とユーザの動きを検出するように構成されうる。幾つかの例において、加速度計３１５は、１軸、３軸又は６軸加速度計でありうる。心拍数センサ、温度センサ、湿度センサ、コンパス、ジャイロスコープセンサなどを含む他のセンサも、装置３００に含まれうる。

装置３００による通信は、有線及び無線接続手段を介して行なわれてもよい。一例では、装置３００は、無線周波数伝送によって他の装置と無線で通信するように構成された無線構成要素３１９を含むことができる。無線構成要素３１９は、Ｂｌｕｅｔｏｏｔｈトランシーバ、ＲＦＩＤ装置、Ｗｉ−ＬＡＮトランシーバ、セルラ送受信機など及び／又はこれらの組み合わせに対応することができ、及び／又は専用処理装置を含むことができる。ディスプレイアダプタ３１３は、種々の活動情報、対話情報、警告、通知などを伝える際に、装置の１つ以上のディスプレイを制御するように構成されうる。一例では、ディスプレイアダプタ３１３は、装置３００の第１のディスプレイを第２のディスプレイの制御から独立に制御するように構成されうる。装着型装置は、更に、全地球測位システム（ＧＰＳ）構成要素３２１などの位置決定構成要素を含むことができる。また、位置決定は、セルラ送受信機を含む他の装置を用いて行われうる（例えば、セルラ三角測量に基づき）。本明細書に記載された構成要素は、単一装置に組み込まれてもよく、複数の構成要素に分散されてもよい。更に、追加又は代替の構成要素が、追加又は代替の機能を提供するために用いられうる。

システム１０７などのマルチ活動プラットフォーム及びシステムは、種々の監視／検出装置及びタイプの監視／検出装置から、複数の異なるタイプの活動及び複数の活動セッションの身体活動データを受け取るように構成されうる。システムによって提供される種々の機能には、活動データの追跡及び処理、活動チャレンジの促進、旧来の活動追跡システムとのインタフェース、コミュニティ全体の活動統計を含むコミュニティ情報の生成、装置構成、セットアップと同期、目標の追跡と処理、ユーザ登録、関連情報、ユーザプロフィール及びサイト管理を取得又は提供するための他のコミュニティ又はソーシャルネットワークとの接続などが挙げられる。

マルチ活動プラットフォーム及びシステムの１０７は、装置１０３ａ、１０３ｂ、１０３ｃ、１０５ａ、１０５ｂ及び１０５ｃと別であるように示されているが、マルチ活動プラットフォームの全て又は一部分は、装置１０３ａ、１０３ｂ、１０３ｃ、１０５ａ、１０５ｂ及び１０５ｃ内に実現されうる。例えば、マルチ活動プラットフォームは、様々な活動監視装置、追跡サービス又はシステム、活動監視アプリケーションなどの間のデータ通信及び対話を容易にするように構成されたアプリケーションプロトコルインタフェースを含むことができる。したがって、活動監視装置の構成又はタイプ（例えば、含まれるセンサのタイプ又は追跡される活動のタイプ）、追跡サービス若しくはシステム、又は実行されるアプリケーションに関係なく、データが通信されてもよく、機能が共有フレームワークを用いて呼び出されてもよい。

図４は、マルチ活動プラットフォーム及びシステムが、複数の装置からの複数の活動に関する活動データを処理できる例示的なプロセスを示す。ステップ４００で、システムは、データをシステムに書き込む要求を受け取ることができる。要求は、装置１０３ａ、１０３ｂ及び１０３ｃ（図１）などの活動検出監視装置から受け取ってもよく、計算装置１０５ａ及び１０５ｂ（図１）などの媒介装置から受け取ってもよい。ステップ４０５で、システムは、要求装置から身体活動データを受信することができる。身体活動データは、種々のプロトコルにしたがって送信されてもよく、少なくとも一例では、本明細書で更に詳しく考察されるように、システムによって提供されるＡＰＩを用いて転送されてもよい。ステップ４１０で、システムは、身体活動データを記録する役割をする活動検出監視装置の装置タイプを決定することができる。装置タイプは、装置性能、使用するために装置タイプが構成された活動のタイプ、装置構成要素、データ精度、データ記録パラメータ（例えば、データが収集される頻度）など及び／又はこれらの組み合わせを示しうる。装置タイプは、要求で指定された種々のパラメータに基づいて（例えば、ＡＰＩのデータ書き込み機能の装置タイプパラメータ）又は受信した身体活動データの解析に基づいて決定されうる。例えば、システムは、受け取った身体活動データが、加速度計データ、心拍数データ、ＧＰＳデータなどを含むかどうか決定することができる。次に、所定の規則に基づいて、システムは、身体活動データのタイプが、第１の装置タイプに対応するか第２の装置タイプに対応するかを判定することができる。別の例では、システムは、ユーザが指定した名前、商標、製品名、シリアル番号などの装置識別子を受信し、それに基づいて装置タイプを決定することができる。特定の例において、装置識別子は、装置登録時に、装置タイプに事前に関連付けられるか登録されうる。必要又は要求に応じて、装置タイプを決定する種々の他の方式を使用することもできる。

ステップ４１５で、システムは、更に、受信した身体活動データと関連付けられた活動のタイプを決定することができる。一例では、この決定は、データを受信した装置のタイプに基づいてなされうる。例えば、第１のタイプの装置は、バスケットボールなどの第１の活動タイプのように構成され、別のタイプの装置は、ランニングやウォーキングなどの第２の活動タイプのように構成されうる。別の例では、活動タイプの決定は、システムが受信したデータパラメータに基づいて決定されうる。パラメータは、ユーザが活動データに行なわれた活動のタイプでタグ付けすることによってユーザ指定されてもよく、活動タイプ認識アルゴリズム及び方法に基づいて１つ以上の装置によってタグ付けされてもよい。一例では、活動検出監視装置などの装置が、身体活動データのパターンを以前の組の身体活動データと比較し、類似性を決定することができる。身体活動のパターンが、（既知の活動タイプの）以前の組の身体活動データと一致する所定のしきい値のものであると決定したとき、装置は、最近記録された身体活動が同じ活動タイプに対応することを決定してもよい。活動タイプを決定するために、種々の他の機能、アルゴリズム及び方法が用いられうる。

ステップ４２０で、システムは、必要に応じて、受信した身体活動データの活動計量値を生成するように構成されうる。計量値には、時間、ペース、距離、心拍数、体温、歩数、燃焼カロリーなどが挙げられる。幾つかの構成では、身体活動データは、既に、活動検出監視装置又は中間計算装置によって生成された計量値を含むことができる。したがって、システムは、既に生成又は受信した活動データに計量値が含まれるか決定し、含まれない場合は、計量値を生成するように構成されうる。しかしながら、計量値が既に生成／含まれる場合、システムは、計量値を生成しなくてもよい。他の構成では、身体活動データは、計量値に処理されていない未処理センサデータでありうる。したがって、後者の場合、システムは、未処理センサデータを１つ以上の計量値に処理することができる。例えば、加速度計データとランニング活動に関して、足接触時間は、種々の既知の方法論にしたがってセンサデータから識別されてもよく、それから、ペース、距離及び速度が計算されうる。計量値は、装置タイプ及び／又は行われた運動活動のタイプに基づいて選択されたアルゴリズム及び方法を用いて生成されてもよい。例えば、様々な装置タイプが、異なる較正値を有することができ、様々なタイプの運動活動のデータが、異なるタイプの計量値に対応してもよい。また、様々な装置タイプが、異なるセンサを有してもよく、したがって、センサデータを処理するために様々なタイプのアルゴリズムを必要とすることができる。

ステップ４２５で、システムは、更に、活動データから決定された活動計量値を標準化することができる。標準化は、様々な装置、様々な装置タイプ、様々な活動セッション、様々な活動タイプなどの間のデータ精度の不一致を補償するために行なわれうる。標準化は、特定タイプの活動又はタイプの装置に関して決定された計量値を調整するために、所定のテーブル又は標準化（例えば、較正）値を用いて行なわれうる。したがって、第１の活動監視装置を用いて決定された走行距離は、係数１．０５が掛けられることがあり、第２の活動監視装置を用いて決定された走行距離は、係数０．９９８が掛けられることがある。これらの標準化又は較正値は、１つ以上の構成で実証的解析に基づいて決定されうる。他の例では、標準化と較正値は、指定された活動（例えば、２００フィート走る）を行なうことをユーザに求め、得られたデータを記録し解析することによる統計解析に基づいて決定されうる。

ステップ４３０で、システムは、更に、活動セッション、行なわれた活動のタイプ、使用された装置、又は装置タイプが、活動ポイントなどの仮想又は普遍的活動計量値の対象となるかどうかを判定することができる。システムは、例えば、活動ポイントの蓄積を、特定の活動、活動タイプ、装置又は装置タイプ、及び／又はこれらの組み合わせに制限してもよい。活動ポイントは、全体活動レベルの高さを知らせ、目標までの進捗を仮想通貨として定義及び測定し、マイルストーンや他のタイプの達成を達成するためなどに使用されてもよい。仮想／普遍的計量値の使用によって、複数の活動から得られた活動、活動タイプ、装置及び装置タイプが、全体活動レベル又は量に集約されうる。活動データが、活動ポイントの対象にならない場合は、生データ及び／又は計量値などの活動データは、ステップ４３５で、そのような計量値とデータを活動ポイント量に変換することのなく、またユーザに活動ポイントを与えることなく記憶されてもよい。次に、プロセスはステップ４５０に続いてもよく、プロセスは終了してもよい。

他方、活動データが活動ポイントの対象となる場合、システムは、ステップ４４０で、装置タイプ及び／又は活動タイプに応じて異なるアルゴリズムを使用して、受け取った身体活動データに対応する活動ポイント数を決定してもよい。例えば、様々な装置タイプ、様々な活動タイプ、装置タイプと活動タイプの様々な組み合わせに関して異なるアルゴリズムが定義されてもよい。計量値及び／又は生活動データは保存されてもよい。幾つかの活動は、（例えば、１以上の特定の計量値によって定義されるような）同じ身体活動量に他の活動より低いレベルの身体運動を必要とすることがあるので、異なるアルゴリズムが使用されることがある。一例では、ランニングによる３マイルの移動は、ウォーキングによる３マイルの移動より身体的に負担となることがある。したがって、（活動ポイントに対する）ランニング活動のアルゴリズムは、ウォーキング活動の活動ポイントを生成するために使用されるアルゴリズムより多数の活動ポイントを生成してもよい。即ち、ランニング３マイルは、ウォーキング３マイルよりも多くの活動ポイントが与えられることがある。アルゴリズムは、また、心拍数、距離、ペース、体温などの複数タイプの活動計量値を考慮してもよい。幾つかの構成では、活動ポイント決定プロセスで、高度、地形、気温、及び天候（例えば、雨、雪、晴）などの活動特徴が使用されることもある。

活動ポイント数が決定された後、ステップ４４５で、活動ポイントが、特定の期間の活動ポイント総数に追加されうる。例えば、活動ポイントは、目標期間（例えば、１時間、１２時間、１日、２日、一週間など）中に目標を達成するように累積されうる。したがって、ステップ４５０で、システムは、累積された活動ポイントの量に基づいて、ユーザが目標を達成したか、マイルストーン（画期的出来事）に達したかなどを決定することができる。例えば、ユーザは、１日に３，０００活動ポイントの目標を持つことができる。これにより、システムは、ユーザが１日に３，０００活動ポイントを達成したかどうかを判定することができる。別の例では、２５，０００ライフタイム活動ポイントに達するときにマイルストーンが定義されうる。これにより、システムは、全てのライフタイム累積活動ポイントの合計が２５，０００に達したかどうかを判定することができる。したがって、様々な期間に異なる活動ポイントカウントが維持されうる。

ユーザが目標に達するかマイルストーンを達成した場合、ステップ４５５で、報賞又は警告がユーザに提供されうる。報賞には、仮想アイテム、サービス、クーポン、チケット、通貨、仮想通貨、アバタ用アイテムなどが挙げられる。目標が達成されないかマイルストーンに達しない場合、システムは、ステップ４６０で、マイルストーン又は目標に達するために更に必要な進捗の量（例えば、必要な活動ポイント数）を示すことができる。

装置からデータを受け取ることに加えて、システムは、データを装置に送信するように構成されうる。例えば、システムと１つ以上の監視装置間のデータの同期は、第１の監視装置によって記録された身体活動データを第２の監視装置に送信すること及び／又は第１の監視装置によって記録された履歴活動データを第１の監視装置にダウンロードすることを含むことができる。幾つかの例では、全てのデータが、ある監視装置から別の監視装置に送信されるとは限らず、代わりに、データは、データ互換性、活動タイプ、活動を行うユーザなどに基づいてフィルタリングされうる。例えば、受信装置は、送信装置から同期されるデータと同じタイプのデータを記録する機能を有する（例えば、同一タイプのセンサを有する）ことが必要とされうる。別の例では、受信装置が、データに対応する活動タイプを追跡し及び／又は監視するように構成された場合だけ、データが同期されうる。同期要求を処理するために種々の他の規則が用いられうる。受信装置が活動ポイントを追跡する機能を有する限り、活動ポイントは常に同期されうる。

幾つかの例で、２つの監視装置間のデータの送信と同期は、マルチ活動プラットフォーム及びシステムによって容易にされうる。例えば、システムは、受信装置が互換性のない第１の通信プロトコルを用いて送信されたデータを、受信装置が互換性のある第２の通信プロトコルに変換するように構成されうる。追加又は代替として、データの内容は、受信装置のフォーマッティング要件（例えば、文字制限、画像サイズ、数形式、日付形式など）と、受信装置のデータ記憶構造又はパラメータにしたがって、システムによって修正されうる。一例では、ユーザプロフィール情報は、ある装置から別の装置に自動的にインポートされうる。第１の装置で利用可能な種々のデータフィールドが、第２の装置に存在しないことがあり、したがって、システムは、データをそれらのフィールド用にフィルタリングした後で情報を第２の装置に同期させることができる。システムは、２つの装置間の互換性を提供する様々な他のデータ及びプロトコル操作機能を実行するように構成されうる。

前述したように、装置１０３ａ、１０３ｂ又は１０３ｃなどの活動監視装置は、最初に活動データを検出し記憶し、次にそのデータを、ローカル装置／アプリケーション（例えば、装置１０５ｃ）及び／又はリモートマルチ活動システム／サーバ（例えば、システム１０７）のうちの１つ以上と同期させることができる。一構成において、マルチ活動システム／サーバは、記憶容量が更に大きい宛先又は好ましい記憶の場所を表わすことができる。したがって、活動監視装置によって記録され及び／又は装置１０５ｃなどのローカル装置／アプリケーションと同期されたデータは、監視装置及び／又はローカル装置に大きいデータ記憶容量を必要とせず及び／又は占有しないように、最終的に、長期記憶のためにマルチ活動システム／サーバに送信されうる。ローカル装置は、スマートフォン、携帯型メディア装置、タブレットコンピュータ、ネットブックコンピュータ、又はラップトップコンピュータなどの移動通信装置、及び／又はデスクトップコンピュータなどの固定装置でありうる。

幾つかの構成では、装置１０５ａなどの中間装置は、活動監視装置とマルチ活動システム／サーバとの間でデータを同期させるように構成された同期アプリケーションを実行することができる。そのような中間計算装置及び同期アプリケーションは、中間装置と活動監視装置との間でデータを同期させるように構成されないことがある。その代わりに、同期アプリケーションは、活動監視装置とマルチ活動システム／サーバとの間でのみデータを同期し、そのような同期機能は、マルチ活動システム／サーバへの接続が利用できるときだけに提供されてもよい。一方、ローカルアプリケーション／装置は、データをマルチ活動システム／サーバと同期すること関係なしに、活動監視装置からの活動データを同期させることができる。マルチ活動システム／サーバとのネットワーク接続が利用できるようになった後、又はユーザが、マルチ活動システム／サーバと同期することを決定したときは、データは、次にローカル装置／アプリケーションからマルチ活動システム／サーバに同期されうる。

他の同期プロセスも用いられうる。例えば、ローカル装置／アプリケーションは、中間アプリケーション／装置を介してデータを同期させることができる。更に他の例において、活動監視装置は、マルチ活動システム／サーバと直接通信し（例えば、最初にローカル装置／アプリケーションや中間アプリケーション／装置と通信することなく）、データをそのマルチ活動システム／サーバと同期させるように構成されうる。同様に、１つ以上の中間装置は、ローカル装置を含む場合と含まない場合もあり、その任意の組み合わせを同期させ、例えば接続状態に応じて、装置のそのような組み合わせを同期又は他の方法で維持することが望ましい。活動監視装置は、中間及び／又はローカル装置の任意のそのような組み合わせと共に同期されてもよく同期されなくてもよい。マルチ活動システム／サーバは、中間装置、ローカル装置及び／又は活動監視装置の任意のそのような組み合わせと共に同期されてもよく同期されなくてもよい。

送信され同期されたデータの重複量を減らすために、種々のパラメータ／設定が、マルチ活動システム／サーバ及びローカル装置／アプリケーションと同期されたデータを追跡するように定義されうる。一例において、活動監視装置は、ローカル読取りオフセット（ＬＲＯ）とローカル読取り時間スタンプ（ＬＲＴＳ）の２つのパラメータを記憶することができる。ローカル読取りオフセット（例えば、記憶場所識別子）は、ローカルアプリケーション／装置が、同期しているときに監視装置から活動データを読取り始める活動監視装置記憶（例えば、フラッシュメモリ）内のオフセットを示すことができる。例えば、この記憶場所又はオフセットは、最初の未読活動データレコードが記憶された場所を指定することができる。ローカル読取り時間スタンプは、活動監視装置記憶機構からローカルアプリケーションによって読み取られた最終サンプルのタイムスタンプを示す。このタイムスタンプは、サンプル（例えば、活動データ）が監視装置によって記録された時間に対応することができる。これらのパラメータは、ローカル装置／アプリケーションが活動監視装置と同期するときに（例えば、その最中又は後で）設定される。例えば、活動監視装置は、ローカル装置によって最後に読み取られた活動監視装置記憶機構の記憶場所に基づいて、ローカル読取りオフセットを設定し及び／又は記憶することができる。特に、ローカル読取りオフセットは、ローカル装置によって読み取られ、１つの位置又は記憶場所（例えば、第１の新しい活動データ記憶場所）だけ増分された最後の記憶場所のオフセットに対応することができる。このように、ＬＲＯとＬＲＴＳは、活動監視装置を支援することができる、ローカルアプリケーション／装置及び／又はＭＳＰは、読み取ったデータ及び／又は読み取ってないデータを追跡し、したがって、同期中に、読み取られたデータが、ローカルアプリケーション／装置に無駄に再送信されることがない。

更に、マルチ活動サービス／システムは、最終同期オフセット（ＬＳＯ）と最終同期タイムスタンプ（ＬＳＴＳ）を定義することができる。ＬＳＯは、活動監視装置の記憶装置内の、マルチ活動サービス／システムへのデータの読み出しと同期が始まるオフセット（例えば、記憶場所識別子）を指すことができる。ＬＳＯは、ローカル同期装置が、マルチ活動サービス／システムに同期されたデータの量より多いか又は少ないデータを読み取った場合は、ＬＲＯと異なることができる。幾つかの例において、ＬＲＯ／ＬＲＴＳは、ＬＳＯ／ＬＳＴＳと無関係に更新されてもよく、その逆でもよい。即ち、１組のパラメータは、他のパラメータを更新することなく更新されうる。他方、ローカル装置／アプリケーションが、マルチ活動サービス／システムと同期された同じデータも読み取った場合は、ＬＳＯとＬＲＯが同じでよい。

ローカル装置は、データを監視装置と同期したときにＬＲＯ及びＬＲＴＳを更新してもよい（又は、活動監視装置に更新させてもよい）。更に、ローカル装置は、ＬＳＯとＬＳＴＳを更新してもよく、マルチ活動サービス／システムとデータを同期したときにＬＳＯとＬＳＴＳを更新させてもよい。中間装置／アプリケーションが、監視装置／アプリケーションとマルチ活動システム／サービスを同期させるとき、ＬＳＯ及びＬＳＴＳだけが更新されてもよい。そのような状況では、ＬＲＯ／ＬＲＴＳも更新されてもよい。一例では、中間装置／アプリケーションは、最初に、マルチ活動サービス／システムからＬＳＯとＬＳＴＳを要求し、そのＬＳＯとＬＳＴＳを使用して、データを読み取り、そのデータをマルチ活動サービス／システムと同期させるために活動監視装置のメモリの開始点を決定してもよい。上記のプロセスを使用して、マルチ活動サービス／システムは、過去にマルチ活動サービス／システムと既に同期されたデータの受け取りを回避してもよい。

追加又は代替として、マルチ活動システム／サービスに既に同期された監視装置のデータは、監視装置から削除されうる。別の例では、データは、マルチ活動システム／サービスがそのデータと同期されなかった場合に削除されてもよく、そのようなデータが削除される場合は、マルチ活動システム／サービスとこれから同期させなければならないデータを記憶しているローカル装置と同期が行なわれることを示す通知又はインジケータが、活動監視装置、ローカル装置、中間装置及び／又はマルチ活動システム／サーバに提供されうる。

しかしながら、マルチ活動システム／サービスではなくローカル装置と同期されたデータだけが、削除されてもよい。データが削除されない状況の例には、例えば、同期されたデータに関する冗長を維持するとき（例えば、所定の装置、幾つかの装置、又はマルチ活動システム／サービスに対する同期など、特定の時間が経過するまで又は特定のイベントが起こるまで）、又はユーザがローカル装置を使用する代わりに中間装置／アプリケーションを介して後でデータを同期させたい場合、及び／又はユーザが監視装置から追加のローカル装置を同期させたい場合などが挙げられる。他の例では、データは、マルチ活動システム／サービスがそのデータと同期されなかった場合に削除されうる。その代わりに、更にマルチ活動システム／サービスとこれから同期されなければならないデータを記憶するローカル装置と同期が行なわれることを示す通知又はインジケータが、活動監視装置、ローカル装置、中間装置及び／又はマルチ活動システム／サーバに提供されうる。マルチ活動システム／サービスと同期されたデータは、場合によっては、例えば、そのデータが、現在近くにあるローカル装置／アプリケーションにまだ同期されていない場合には、活動監視装置から削除されなくてもよい。活動監視装置からのデータの削除は、ユーザによって設定されうる。代替又は追加として、データは、活動監視装置に残っているスペースの量が、指定されたしきい値より少なくなった場合に、マルチ活動システム／サービス及び／又は他の装置と同期された後で削除されうる。

他の態様によれば、活動監視装置からのデータは、複数のローカル装置と同期されうる。そのような構成では、各ローカル装置は、そのローカル装置に固有の様々な組のＬＲＯとＬＲＴＳマーカに設定されてもよい。

更に他の構成において、ユーザが監視装置からのしきい値量のデータを同期させようとしているとローカル装置が判定した場合、ローカル装置は、代わりに、中間装置／アプリケーションを使用するメッセージ／推奨をユーザに提供することができる。この推奨は、中間装置／アプリケーションが、ローカル装置よりも高速に監視装置からデータを読み取るように構成された状況で提供されうる（例えば、ＵＳＢとＢｌｕｅｔｏｏｔｈの比較）

前述のオフセット及びタイムスタンプを使用することによって、同期されるデータの量は、新しいデータ又は非同期データが受信装置に同期されるように最適化される。

＜監視装置のセットアップ／構成＞
マルチ活動プラットフォーム及びシステムは、更に、装置、システム及びアプリケーションが様々なタイプの監視装置をセットアップし構成することを可能にすることができる。幾つかの構成において、装置１０５ａ又は１０５ｂなどの中間計算装置は、様々なタイプの活動を検出し監視するように構成されうる様々な監視装置及び装置タイプと通信し対話するように構成されたマルチ活動システムとして働くことができる。例えば、中間アプリケーション又は計算装置は、ユーザ又は装置をオンラインコミュニティ又はサービスなどのマルチ活動サービス又はシステムに登録するために用いられうる。特定の例において、中間アプリケーション又は計算装置は、複数の異なる装置及び装置タイプを登録するように構成されうる。

図５Ａ〜図５Ｅは、活動監視装置が接続されうるユーザのローカル計算装置で実行することができる装置セットアップ及び構成アプリケーションの例示的インタフェースを示す。一例では、アプリケーションは、活動監視装置に記憶され、接続時にユーザの装置にダウンロードされインストールされうる。代替又は追加として、活動監視装置は、ＵＲＩなどの場所識別子を、計算装置がＵＲＩにあるデータを取得しインストールする指示と共に記憶することができる。更に別の例において、図５Ａに示されたように、活動監視装置は、装置が導入されうるＵＲＩを指定することができ、装置を構成するための対応するアプリケーションをダウンロードするオプションが提供されうる。その場合、ローカル計算装置は、活動監視装置の接続時にＵＲＩに自動的に移動することができる。

図５Ｂ〜図５Ｄは、装置構成アプリケーションのダウンロード時に提供されうる例示的な装置構成インタフェースを示す。図５Ｃは、例えば、ユーザが、装置をより適切に構成するのに役立つ身長や体重などのユーザ特徴を指定し、また装着される装着される手首を識別することを可能にする。他のタイプのユーザ特徴は、要求又は必要に応じて構成オプションとして定義され提供されうる。例えば、装置は、ユーザの身体の他の部分に装着されうる。較正のためにユーザ特徴として年齢も追加されうる。図５Ｄにおいて、ユーザは、活動目標を設定するためのインタフェースが提示されうる。ユーザは、複数の所定のレベルのいずれを選択してもよく、自分の目標を手動で定義してもよい（図示せず）。次に、目標は、目標追跡と進捗監視のために監視装置に記憶されうる。

図５Ｅは、ユーザがオンライン活動追跡監視サービスを作成するか又はそれにログインすることができる例示的インタフェースを示す。ユーザは、サービスに固有のユーザ名を登録するか、活動追跡監視サービスのログインとして外部サイト（例えば、外部ソーシャルコミュニティネットワーク）のログインを使用する選択肢を提供されうる。様々な構成ログイン情報が、本明細書で述べるような共有ＡＰＩによって監視装置に伝達されうる。更に、装置の状態が、やはり共有ＡＰＩを用いて取得されうる。同様に、共有ＡＰＩを用いて、他の監視装置及び装置タイプが構成されうる。例えば、構成及びセットアップアプリケーションが、複数のタイプの監視装置と対話するように構成されうる。

図５Ｆ〜図５Ｉは、更に、ユーザが活動監視装置を構成することができる例示的なアプリケーションインタフェースを示す。図５Ｆで、例えば、ユーザは、自分の生年月日、性別、身長及び体重を指定することができる。図５Ｇで、ユーザは、更に、装置が時刻を取得する方法を示すことができる。ユーザは、時刻を手動で入力することもでき、又は装置が構成されている計算装置、セルラシステム、サテライトなどの１つ以上の他のシステムから日時情報を取得してもよい。ユーザは、また、２４時間を使用すべきか１２時間を使用すべきかを指定することができる。図５Ｈは、ユーザが装置に表示される計量値を選択できるインタフェースを示す。例えば、ユーザは、ステップではなくカロリーを表示することを選択することができる。同様に他の設定が定義されうる。図５Ｉは、ユーザが目標インジケータランプを使用するかどうか及び／又は目標祝福を含めるかどうかなどの表示オプションを構成できるインタフェースを示す。必要に応じて、種々の他の構成オプションを追加又は除去することができる。

構成アプリケーションは、複数の異なるタイプの装置と対話し構成するように構成されうる。したがって、構成インタフェースは、接続される装置のタイプにより内容及び／又は外観が異なることができる。一例では、アプリケーションは、接続された装置のタイプを識別し、適切なＡＰＩを自動的に実行し、識別されたタイプの装置の対応インタフェースを表示することができる。様々なインタフェースが、様々な表示計量値、カラー構成（例えば、装置がカラーディスプレイに対応している場合）、ディスプレイ構成（例えば、装置に含まれるディスプレイの数による様々なオプション）など及び／又はこれらの組み合わせの様々な設定オプションを提供することができる。

図６Ａは、装置のバッテリ充電状態を伝える例示的インタフェースを示す。幾つかの例では、装置は、最初に、装置が特定の充電レベル（例えば、５０％、６５％、７０％、８０％、９０％、９５％、１００％など）に達するまで使用できないことがある。

装置が、必要な充電レベルに達したとき、図６Ｂのインタフェースなどの表示が提供されうる。

図７は、ユーザが自分の目標を定義又は再定義できる別の例示的な構成インタフェースを示す。ユーザは、必要に応じて、現在の期間又は他の期間の目標を変更することができる。ユーザが目標を確認した後、目標情報は、本明細書に示された種々の共有ＡＰＩを用いてユーザの装置と同期されうる。

＜マルチ活動コミュニティ＞
マルチ活動システム又はサービスは、ユーザが自分の活動だけでなく他の活動の活動情報をレビューできるようにするオンラインコミュニティ又はサイトを含むことができる。レビューは、オーディオ、ビデオ、テキストなどを含む様々な情報タイプを含むことができる。例えば、動機付けメッセージ（例えば、ユーザが生成したか又はシステムが生成した）が、オーディオメッセージによってユーザに提供されうる。また、ユーザは、１つ以上の活動セッションや目標期間などと関連して記憶される音色を記録することもできる。

オンラインコミュニティ又はサイトは、ユーザの状態により、様々な初期インタフェースをユーザに提供することができる。例えば、ユーザがコミュニティにとって初めての場合、第１のインタフェースが表示されうる。他方、ユーザが戻ってきたユーザの場合、ログイン時に第２のインタフェースがユーザに提示されうる。

図８Ａは、オンラインコミュニティ又はサイトで、ユーザログイン時に新規のユーザに表示されうる例示的な歓迎インタフェースを示す。このインタフェースは、ユーザが、活動監視装置を購入するか、ユーザが既に購入したか及び／又は分かっている場合には使用する予定の監視装置又は他の機器のタイプを指定するオプションを提供することができる。幾つかの構成では、登録／構成アプリケーションは、登録装置をオンラインコミュニティに自動的に通知することができ、これにより、そのユーザ（新しいか戻ってきたかに関係なく）の歓迎インタフェースが、ログイン時に登録装置の存在を承認することができる。例えば、推奨製品のリストは、既に購入及び／又は登録された製品を含まなくてもよい。図８Ａのインタフェースは、更に、登録／構成アプリケーションをダウンロードするリンクを提供することができる。この場合も、ユーザが既にアプリケーションをダウンロードした場合、インタフェースは、リンクを提供しなくてもよい。

図８Ｂは、オンラインコミュニティ／サイトの既存ユーザに表示されうる例示的な歓迎インタフェースを示す。製品を推奨するか又は装置アプリケーションをダウンロードするオプションを提供する代わりに、インタフェースは、活動データを表示するオプションを含むことができる。活動データは、活動のタイプ及び／又は活動データを記録するために用いられる装置のタイプに基づいて分類されうる。したがって、インタフェースは、ユーザが参加した活動のタイプ及び／又はユーザが自分の活動を記録するために使用した装置のタイプに応じて、活動データをレビューする複数のオプションを提供することができる。本明細書で述べたように、マルチ活動プラットフォーム及びシステムは、様々な活動タイプと装置タイプのデータを受け取りそのデータを区別するために用いられうる。したがって、オンラインサイト／コミュニティは、様々な活動タイプ及び装置タイプが活動データに示されたことを自動的に認識することができる。

追加又は代替として、様々な活動タイプの活動又は様々な装置タイプを用いて記録された活動は、様々な方法（例えば、色、テーマ、インタフェース、グラフのタイプ、統計タイプなど）で視覚化されうる。図９Ａと図９Ｂは、表示される活動データのタイプに応じて生成され表示されうる様々なインタフェースを示す。図９Ａは、例えば、第１のタイプの監視装置を用いて記録された活動データを、第１のタイプの視覚化インタフェースに表示する。インタフェースの詳細は、本明細書で更に詳しく述べられる。図９Ｂは、第２のタイプの監視装置を用いて記録された活動データを視覚化するための第２のタイプの視覚化インタフェースを示す。装置のタイプは、動作、較正、用いられるセンサのタイプ、装置が装着されるように構成される領域などにより異なることがありうる。したがって、行なわれる活動のタイプにかかわらず、様々な視覚化及び／又はインタフェースが、様々なタイプの装置に提供されうる（例えば、異なるタイプの装置を用いて記録された活動のタイプは、同じでもよく異なってもよい）。

他の例において、種々の活動計量値が、装置タイプ又は活動タイプに関係なく同じインタフェース又はディスプレイに表示されうる。例えば、ユーザは、複数タイプの活動の動作によって達成されうる目標に対する進捗状況を、そのような活動を記録するために用いられる装置のタイプにかかわらず、追跡することができる。

図１０Ａ〜図１０Ｇは、複数タイプの活動と複数タイプの監視装置を用いて記録される活動を追跡するために用いられうる例示的な活動追跡監視インタフェースを示す。インタフェースは、行なわれる種々の活動及び活動セッションに関する追加情報をタグ付けし、活動目標に対する進捗を追跡するために用いられうる。図１０Ａは、例えば、ユーザが記録した活動がなく活動目標に対して進捗しなかったことを示すインタフェースを示す。図１０Ａのインタフェースは、例えば、ユーザが最初にサービスに登録し、活動を行わず、活動データをオンラインコミュニティと同期しなかったときに表示されうる。インタフェースは、更に、マイルストーンに対する進捗量などの情報を表示することができる。マイルストーンは、指定された目標期間に定義された目標と異なることができる。例えば、目標期間は、有限時間長のものでもよく、目標進捗状況は、その有限時間長の間に行なわれた活動に基づいて決定されうる。目標期間は、また、規則的スケジュールで繰り返してもよい。他方、マイルストーンは、行なわれた活動のユーザのライフタイムにわたって到達された達成を参照することができる（例えば、ユーザのライフタイムで５０，０００活動ポイントに達する）。マイルストーンは、固有でよい。例えば、各マイルストーンは１回だけ達成されうる。あるいは、マイルストーンは、目標期間を含む有限の時間フレームで定義されうる。幾つかの例では、マイルストーンは、指定された目標期間と異なる任意の期間で定義されうる。更に別の例において、マイルストーンと達成は、目標計量値以外の計量値に関することができる。

活動追跡インタフェースは、更に、ユーザの動作をコミュニティのユーザ及び／又はコミュニティ内のユーザグループと比較するセクションを含むことができる。例えば、図１０Ａでは、ユーザの週毎の活動ポイントが、ユーザのコミュニティ全体並びにユーザと同じ年齢の男性のコミュニティサブグループと比較される。ユーザは、自分の動作が比較されるサブグループ及びサブグループ数を構成する（例えば、選択及び／又は定義する）ことができる。ユーザは、更に、比較される活動期間（例えば、日毎、週毎、月毎など）を構成することができる。

図１０Ｂは、ユーザが活動データを記録し同期させたときに表示されうるインタフェースを示す。図示されたように、インタフェースは、ユーザのライフタイムにわたって１０，０００活動ポイントを累積するマイルストーンに対してユーザが進捗したことを示す。インタフェースは、また、その後のマイルストーンを表示するオプションを含むことができる。マイルストーンは、本質的に連続的又は累進的でよく、その結果、ユーザは、第１のマイルストーンを完了した後でなければ第２のマイルストーンに達することができない。

図１０Ｃは、目標並びにマイルストーンに対して行われたユーザの進捗を表示する別のインタフェースを示す。また、ストリーク（続き）が達成されたかどうか、ストリーク（続き）の長さ、達成された目標の数、選択された目標期間の種々の計量値を含む他の活動サマリ情報が提供されうる。一例では、インタフェースのセクションは、選択された目標期間の詳細な計量値及び活動情報を表示することができる。様々な目標期間は、表示セクションの辺に沿って選択式セクションラベルとして表示されうる。目標期間（例えば、日、時間、週など）の識別に加えて、セクションラベルは、そのような期間の目標に対して行われた進捗を表示することができる。例えば、セクションラベルは、ユーザがその日までに目標を完了したかどうか、目標に対して適量の進捗が行われたかどうか（完了しないが）、又は目標に対する低レベルの進捗が行われたかどうかを示すことができる。目標期間セクションラベルの一部として他のインジケータが含まれてもよい。例えば、ユーザが、その目標期間中にマイルストーンに達した場合は、別のシンボル又はインジケータが表示されうる。別の例で、ユーザが自分の目標を指定量だけ超えた場合は、更に別のシンボル又はインジケータが、指示として用いられうる。目標進捗、他の達成、イベントなどを区別するために、様々な色、インジケータ、パターン、シンボル、文字、透明度などが用いられうる。

目標期間の活動詳細表示は、ユーザが自分の目標を達成したかどうかと、達成しない場合は、目標に対して行われた進捗の量を示す目標メータを含むことができる。更に、目標期間中の活動レベルの詳細を示すグラフが表示されうる。活動の種々のピークは、グラフに「ＳＰＡＲＫ」などのインジケータで識別されうる。ピークは、しきい値活動量を超える活動レベル、目標期間内の上位の活動レベル数によって定義されうる。例えば、グラフには、上位１、２、３、４、５、１０個のピークが、示されうる。また、詳細表示の一部分に、燃焼カロリー、移動距離、歩数及び／又は活動時間などの種々の計量値が表示されうる。表示の別の部分には、現在のストリーク（例えば、目標に達した連続する目標期間の現在数）とユーザのライフタイム（又は、指定された期間）で達した目標の数を表示することができる。表示のこの部分は、現在の目標期間とそのような期間毎の目標進捗状態とを含む連続した目標期間数の指示を提供するストリークトラッカを表示することができる。インタフェースは、また、ユーザが達成した最長ストリークを識別することができる。代替又は追加として、システムは、また、達成されたストリークの数の指示を提供することができる。インタフェースの更に別の部分において、表示は、目標を高くするか又は低くする推奨を提供することができる。例えば、ユーザが、以前の目標を指定量（例えば、ユーザが１つ以上の以前の目標を超えた平均量、ユーザが１つ以上の以前の目標を超えた累積量、ユーザが１つ以上の以前の目標を超えたより大きいか中央か最低の量など）だけ超えた場合、システムは、ユーザが次の目標を（例えば、指定量又は更に大きい量だけ）高くすることを推奨することができる。

図１０Ｄは、特定の目標期間に固有でない例示的な一般サマリインタフェースを示す。一般サマリインタフェースは、直近の週、月、年、監視装置や特定の監視装置などと最後に同期してから期間など、最近の所定の期間に関する情報を提供することができる。一般サマリインタフェースは、達した達成の数、最終同期から取得された活動ポイントの量、及び／又はアクティブ日の数（例えば、しきい値活動レベルに達した日の数）を示すことができる。

図１０Ｅは、達成祝福を示し、達成は、目標を４０％超えることに対応する。

図１０Ｆは、ユーザが活動期間又は活動セッションに対して又はその最終に得た主観的感覚を指定できるインタフェースを示す。ユーザは、エモティコンを選択し及び／又は指定し、及び／又はその期間に関してユーザが指定したコメント又はメモを提供することができる。その場合、この情報は、目標期間、活動セッション、及び／又はユーザのアカウントと関連して記憶されうる。他の例において、活動セッションと活動ポイントは、位置情報及び／又は時間情報でタグ付けされるか又は他の方法でラベル付けされうる。地理的位置は、ＧＰＳ、セルラ三角測量、ＩＳＰを利用したＷｉ−Ｆｉ位置決定など、１つ以上の位置決定システムを用いてタグ付けされうる。位置決定システムは、装置の内部にあってもよく、装置と一体でもよく、装置と別個でもよい（例えば、ＧＰＳ機能を有するスマートフォンなどの移動通信装置）。時間は、装置の時間、又は他の装置、サーバ及びシステムの時間に基づいて決定されうる。したがって、活動ポイントと活動データは、一般に、地理的位置及び／又は時間に基づいてきめ細やかにフィルタリングされ表示されうる。特定の活動ポイント又は活動セッションに関するこのタグ付け又は付加情報は、１つ以上の例でメタデータとして記憶されうる。

図１０Ｇは、ユーザの主観的感覚及び活動期間に関するメモをユーザが入力した後で表示されうるインタフェースを示す。

図１１Ａと図１１Ｂは、目標期間などの期間に行なわれた活動の詳細なグラフを提供する例示的インタフェースを示す。ユーザは、グラフの一部分（例えば、任意の部分又は特定の部分）をなぞるか又は他の方法で対話して、特定の時点又はグラフの特定の点に固有の活動計量値及び情報を得ることができる。ユーザが目標及びピーク活動レベルを達成したポイントなどの種々のイベントを示すために、グラフ上にインジケータが提供されうる。例えば、図１１Ｄは、ユーザがもっとも活動的だった時間などの期間を識別するインジケータを示す。表示された目標期間が、最良日に対応する場合、バナーや他のインジケータが、詳細なインタフェースに表示されうる。最良日又は最良活動期間が、最大量の活動ポイントを得た日や他の期間、計量値が史上最高（例えば、ペース、距離など）に達した日や他の期間、ユーザが最も長時間活動的だった日や他の期間（例えば、最も活発な時間）などとして定義されうる。インタフェースの一部分は、また、他の期間に対する現在の期間の比較を表示することができる。

図１１Ｃは、最良日指示インタフェースを示す。

図１２は、ある期間にわたるユーザの活動が再生されうるインタフェースを示す。例えば、グラフは、ユーザの活動が目標期間にわたってアニメーションでグラフ化されるように動画化されうる。

幾つかの例において、インタフェースは、活動レベルと、累積活動に寄与した活動タイプと監視装置のタイプの詳細と一緒に表示することができる。例えば、活動ポイントのグラフをなぞるか他の方法で対話すると、累積活動ポイントと関連付けられた活動タイプ、活動セッション、装置タイプなどのリストを表示することができる。活動タイプ、活動セッション及び／又は装置タイプのリストは、更に、それらの種々のパラメータごとに累積された活動ポイントの量の指示を含むことができる。ユーザは、また、前述のパラメータによって活動ポイントグラフに表示されたデータをフィルタリングすることができる。例えば、グラフは、特定のタイプの活動から累積された活動ポイントだけが表示されたようにフィルタリングされうる。別の例では、グラフは、特定のタイプの監視装置を用いて累積された活動ポイントだけがグラフに表示されたようにフィルタリングされうる。更に別の例では、グラフは、特定の活動セッション中に累積された活動ポイントだけが示されたようにフィルタリングされうる。更に別の例では、活動データと活動ポイントは、特定の監視装置と関連付けられうる。したがって、ユーザは、行われた活動と、特に用いられた装置に基づいて累積された活動ポイントとを区別することができる。追加又は代替として、活動は、様々なタイプの活動、様々なタイプの監視装置及び／又は様々な活動セッションに対応する活動ポイントが、グラフ内に様々な外観で表示されうる。例えば、第１のタイプの活動の累積活動ポイントは、赤で表示されてもよく、第２のタイプの活動の累積活動ポイントは、黄で表示されてもよい。

図１３Ａから図１３Ｆはそれぞれ、一週間、一月及び一年にわたるユーザの活動レベルを表示する例示的サマリインタフェースを示す。図１３Ａ〜図１３Ｃの各インタフェースは、それらの期間のユーザの活動レベルを、より小さい時間フレームに基づく更なる詳細と共に表示することができる。例えば、週毎サマリは、日毎の棒グラフを含むことができ、月毎サマリは、週毎の棒グラフを含むことができる。エントリの１つ以上との対話により（例えば、なぞる）は、計量値、用いられた装置のタイプ、活動セッション、行なわれた活動のタイプなど及び／又はこれらの組み合わせを含む、より特定の活動情報及び詳細を表示することができる。また、インタフェースは、そのサマリ期間の目標完了率を表示することができる。例えば、図１３Ａの週毎サマリでは、インタフェースが、達成した日毎目標の数及び／又は達成した目標のパーセントを表示することができる。

図１３Ｅで、サマリインタフェースは、ユーザに、所定の時間枠（例えば、昨年、過去６ヶ月間、先月、先週、過去２日間、指定された時間期間など）に関するスナップショット情報と共に、そのユーザの動作の毎日のグラフを提供してもよい。スナップショットは、様々なタイプの地形で行なわれた活動の量などの追加情報を提供してもよい。地形スナップショットのタイトル（例えば、「先駆者」）は、ユーザが最大の活動を行なった地形により変化してもよい。例えば、ユーザが、路上を最も多く走った場合、地形スナップショットのタイトルは、「路上の戦士」でよい。各タイプの路面又は環境で行われた活動の量（例えば、走行距離）は、距離や時間などの活動計量値によって定義されてもよく、スナップショット期間のパーセント値によって定義されてもよい。ユーザの活動は、時刻スナップショットにより伝えられてもよい。したがって、ユーザは、午前、午後、夕方などの一日のうちの様々な期間に行なわれた活動の量を評価してもよい。地形スナップショットと同様に、時刻スナップショットのタイトルは、ユーザが最大の活動を行なった一日の期間（例えば、スナップショット時間枠）によって異なってもよい。他のタイプのスナップショットが提供されてもよい。例えば、スナップショットは、他のタイプの活動計量値、活動タイプ、活動、位置、高度、気温、合同又は単独動作などを測定するために使用される装置タイプに関して生成されてもよい。

図１３Ｆは、活動タイプ、心拍数又は強度に関して活動スナップショットが提供された例示的な心拍数サマリインタフェースを示す。心拍数又は強度スナップショットは、所定のしきい値に基づく自動選別、またはトレーニング若しくは活動の強度についてどのように感じたかのユーザ指示（例えば、主観的感覚）に基づいて分類されてもよい。幾つかの例では、心拍数又は強度スナップショットは、測定された心拍数ならびにユーザ指定された強度レベルの両方の組み合わせに基づいて生成されてもよい。一例では、心拍数の２つのカテゴリは、各活動又はトレーニングに３つの異なるユーザ指定強度レベルと一緒に定義されてもよい。したがって、心拍数／強度スナップショットは、活動を６つの異なる領域（２つの心拍数カテゴリごとに３つの異なる強度レベル）に分類することができる。心拍数カテゴリ／レベル及び強度レベルの数は、必要又は要求に応じて定義されてもよい。

図１４Ａ〜図１４Ｄは、ユーザの例示的プロフィールページを示す。ユーザのプロフィールページは、レコード、最近の活動、達成、マイルストーン、報賞などのリストを含むことができる。更に、ユーザのプロフィールは、最も用いられる装置又は最も用いられる装置タイプ、最も頻繁に行われる活動のタイプ、活動ポイント平均、他の平均計量値、個人情報（例えば、名前、年齢、場所、生年月日など）を含むユーザのサマリ情報を提供することができる。図１４Ａは、ユーザが活動データを登録又は同期しなかったときに表示されうるプロフィールインタフェースを示す。幾つかの構成では、ユーザのプロフィールページは、活動を記録するためにユーザが使用する表示装置及び／又は装置のタイプを表示することもできる。

図１５は、例示的な装置設定インタフェースを示す。ユーザに登録された各装置は、オンラインサイト上に様々な装置設定インタフェースを有することができる。装置設定インタフェースは、装置によって認識される現在日時、装置に表示されるデータのタイプ（例えば、計量値）、装置の向き（例えば、装置が装着された手首や他の場所）、言語設定など、装置に登録された設定に関する情報を表示することができる。幾つかの例では、インタフェースによって、ユーザは装置上で設定を編集又は更新することができる。様々な装置のインタフェースは、様々な設定パラメータ及び情報を含むことができる。例えば、第１の装置のインタフェースは、ＧＰＳ設定を含むことができ、第２装置がＧＰＳセンサを含まない場合は第２の装置のインタフェースはＧＰＳ設定を含まなくてもよい。装置固有のインタフェースは、対応する装置を用いて検出された活動の活動データとサマリ（本明細書に記載されたような）を含むこともできる。したがって、そのようなサブインタフェースによって、ユーザは、ユーザの活動をよりきめ細かいレベルで表示することができる。幾つかの構成では、オンラインサイト又はコミュニティが、更に、活動データを記録するためにユーザが最も頻繁に使用した装置のタイプ若しくは固有の装置、又はユーザが最大量の活動を記録した装置若しくは装置のタイプを記録することができる。

図１６Ａと図１６Ｂは、オンライン活動追跡サイトによってユーザに表示されうる例示的な通知を示す。

図１７Ａ〜図１７Ｄは、活動データを共有するための例示的インタフェースを示す。図１７Ａにおいて、例えば、ユーザのプロフィールに、他のユーザに関する情報が埋め込まれうる。例えば、ユーザに他のユーザの最近の活動又は活動イベントの警告を出すために、通知又はニュースイベントが、ユーザのプロフィールに書き込まれうる。例えば、他のユーザは、最近目標を完了したか又はマイルストーンに達したことがある。そのようなイベントは、ユーザに対して、動機付けとして働き、ユーザに他のユーザを祝福するように促すために表示されうる。活動共有は、オン又はオフで構成されうる。同様に、他の共有パラメータが定義されうる。例えば、ユーザは、活動を共有するユーザ及び／又はグループを識別することができる。他の例において、ユーザは、共有が許可されている時間及び／又は共有されうるイベント又は活動のタイプを定義することができる。特定の例において、ユーザは、第１のタイプの装置、第１のタイプの活動又は特定の活動セッションから得られるイベント又は活動データが共有され、一方、第２のタイプの装置、第２のタイプの活動又は別の固有活動セッションから得られるイベント及び／又は活動データが共有されないことを指定することができる。したがって、マルチ活動プラットフォームを使用することにより、システムは、活動情報を共有する際によりきめ細やかな制御を提供することができる。活動は、ユーザのプロフィールによって（例えば、他のユーザがユーザのプロフィールを見るとき）、他のユーザのプロフィール、活動フィードなどの一部として共有されうる。例えば、第１のユーザの活動イベントと情報が、別のユーザのプロフィール又はページにプッシュされうる。

図１７Ｂ〜図１７Ｄは、外部ソーシャルコミュニティ及びネットワーキングサイトを介して活動情報及びイベントを共有するための例示的インタフェースを示す。図１７Ｂは、ＦＡＣＥＢＯＯＫ又はＴＷＩＴＴＥＲ上で共有するためのオプションを含むインタフェースを示す。図１７Ｃと図１７Ｄは、ユーザが、例えば、メモを送信し、共有される活動情報を指定し、情報を共有するユーザを識別するポップアップインタフェースを示す。共有されるか共有されない構成情報によって、ユーザは、装置タイプ、活動タイプ、活動セッションなどに基づいて、外部サイト及びシステムによる情報の共有を構成することもできる。一例では、ユーザは、外部サイト及びシステムによる情報の共有を、内部システム又はコミュニティによる共有と別に構成することができる。

ユーザに運動活動を継続させる動機づけは、多くの方法で行なわれうる。一例では、ユーザは、活動レベル進捗状態によって動機づけられてもよい。図１８は、様々な活動レベルを色に基づいて定義する例示的な活動レベル進捗スケールを示す。したがって、ユーザが、運動活動を行ない続けるとき、ユーザは、スケールを進み、ある色から次の色に進捗することがある。スケールは、他の方法で定義されてもよく、カラースケールに限定されない。例えば、進捗スケールの様々なレベルが、様々な名前、アイコン、画像などによって表わされてもよい。進捗スケールの前進に対して、新しいプロファイルアイコン、画像、仮想オブジェクト（例えば、靴や他の服）、割引、新しいアバタ、金銭的報酬などを含む様々な方式で報酬が与えられてもよい。進捗又は進歩は、様々な方法で様々な計量値に基づいて評価されてもよい。例えば、図１８の例示的なスケールでは、ユーザは、様々なレベルの寿命マイルの（又は、他の距離計量の）走行に達することによって進捗してもよい。他の例では、スケールは、１期間当たり（例えば、１日当たり、１週間当たり、２週間当たり、１か月当たり、１年当たりなど）に行なわれた活動の平均量によって定義されてもよい。したがって、ユーザは、例えば１期間当たりのユーザの平均活動量が減少した場合に１つ以上の例でスケールを後戻りすることがある。スケールが、行なわれた記録活動の総数によって定義された前述の例などの他の例では、ユーザは、スケールに沿って前進できるだけよい（例えば、後戻りの可能性なしに）。進捗スケールは、燃焼カロリー、歩数、ペースなど及び／又はこれらの組み合わせを含む様々な計量値タイプに基づいて定義されてもよい。

図１９Ａと図１９Ｂは、ユーザが自分の現在の活動レベルを見ることができ、また進捗スケールで次のレベルに達するために必要な活動量を見ることができる例示的インタフェースを示す。図１９Ａは、例えば、２つの異なる活動追跡装置それぞれのユーザの蓄積活動を示す。異なるタイプの装置に記録された活動は、異なるタイプの活動計量値によって登録されてもよい。活動追跡装置の一方又は両方は、ユーザが、現在の進歩及び／又は必要進捗量を見て活動スケールに沿って進むことを可能にするユーザインタフェース要素を含んでもよい。例えば、ユーザに活動スケール情報を表示させるリボン要素が表示されてもよい。

図１９Ｂは、リボン要素が活動化されたインタフェースを示す。活動スケール情報表示要素は、スケールの様々なレベルを表すためにカラーコード化されるか他の方法でコード化されてもよい。更に、各レベル内の様々なサブレベルが表示要素内に表わされてもよい。したがって、ユーザは、全体的な進捗レベルだけでなく、より小さい各全体的レベル内の進捗区分も見ることができる。表示要素は、更に、次のサブレベル又は全体的進捗レベルに達するのに必要な活動量を文字及び／又は視覚情報で指定してもよい。活動化可能及び／又は隠蔽可能なそのような表示要素を使用することによって、インタフェースは、ユーザが見たい可能性のある情報を提供しながら表示スペースの使用を最大にできることがある。ユーザは、更に、表示要素を選択するか又は他の方法で対話して、別のインタフェース（例えば、別のウェブページ又は同一ページ内のサブインタフェース）を表示させることを可能にされる。他のインタフェースは、様々なレベルとそれらのレベルに達するのに必要な活動量に関する更に詳しい情報を提供してもよい。必要又は要求に応じて、様々な他のタイプの表示要素が使用されてもよく、様々な対話が表示要素に組み込まれてもよい。

活動追跡システムは、更に、ユーザに様々な経路又は活動位置を追跡する能力を提供することができる。図２０は、活動経路又は他の計画（ｒｅｇｉｍｅｎｓ）が既に定義された様々な位置を示すマップを含む例示的インタフェースを示す。活動経路又は計画は、ユーザがその活動経路又は計画を以前に使用したことがあるかどうかを示す視覚的特徴を含みうる視覚的要素によってマップ上に提示されてもよい。更に、情報バーが、様々な経路又は計画のそれぞれに関する詳細情報を表示し、ユーザが以前にその経路又は計画を使用したことがある場合のユーザ統計（例えば、最良走行、又は最新走行）を提供してもよい。最良走行は、最低又は最高計量値（例えば、最高燃焼カロリー、最低ペース、最長距離など）に関して定義されてもよい。ユーザ統計は、その経路又は計画に関するユーザによる全ての動作の累積統計だけに対応してもよい。ユーザが、以前に経路も計画も使用したことがない（または、所定の期間に経路も計画も使用していない）場合、情報バーは、代わりに、経路又は計画を行なった１人以上の他の個人の統計を表示してもよい。一例では、情報バーは、特定の集団（例えば、経路又は計画を行なった全てのユーザ、経路又は計画を使用したユーザの友達、経路又は計画を使用した半径５マイル以内に暮らすユーザ、経路又は計画を少なくともＸ回使用したユーザなど）に関するその経路又は計画の動作の総数を表示してもよい。

図２０のインタフェースは、世界の一領域だけを示すが、ユーザは、検索フィールドを使用して世界の他の領域を検索することができる。インタフェースは、１以上の例では、経路又は計画が定義された領域だけを示すことができる。追加または代替として、ユーザは、マップに示された経路又は計画を様々なパラメータを使用してフィルタリングすることができる。例えば、ユーザは、特定の活動又は活動タイプの経路又は計画だけが示されるように指定してもよい。他の例では、ユーザは、示された経路又は計画を人気レベル及び／又は活動レベルによってフィルタリングしてもよい。人気は、経路又は計画が使用された回数、受け取った褒め言葉または投票の数、経路又は計画が共有された回数に基づく方法を含む様々な方法で定義されてもよい。更に別の例では、ユーザは、経路又は計画を困難レベルに基づいてフィルタリングしてもよい。困難レベルは、経路又は計画の作成者によって定義されてもよく、以前に経路又は計画を使用したユーザによって提出された投票／タグによって定義されてもよい。困難レベルは、また、経路又は計画から測定された計量値に基づいて定義されてもよい。例えば、経路又は計画を使用した複数のユーザの平均心拍数が、指定しきい値を超えた場合、その経路又は計画は、高い困難さにより得点を得てもよい。したがって、異なる困難レベルが異なる心拍数範囲に対応してもよい。他のフィルタリングパラメータには、距離、必要とされる推定または平均実時間長、経路又は計画を行った友人や他のユーザの数などが挙げられる。

幾つかの例では、インタフェースは、ユーザのトレーニング履歴及び／又は特徴に基づいて経路又は計画を自動的にフィルタリングしてもよい。例えば、ユーザの最も長い走行が１０マイルだった場合、インタフェースは、そのユーザの最長走行よりも所定量（例えば、３０％、５０％、７５％、１００％など）だけ多いか少ない経路又は計画をフィルタリングしてもよい。他の例では、ユーザが、マウンテンランニングまたはトレールランニングに嫌悪を示した場合、システムは、そのような経路又は計画を自動的にフィルタリングして取り除いてもよい。ユーザによる要求に応じて、様々な他の規則及び自動フィルタが指定され適用されてもよい。

図２１、図２２Ａ及び図２２Ｂは、経路詳細が表示されたインタフェースを示す。例えば、ユーザが、図２０の情報バー又はマップに表示された経路又は計画のうちの１つを選択した場合、ユーザは、図２１、図２２Ａ及び図２２Ｂに示されたようなユーザインタフェースに導かれることがある。

図２１は、例えば、マップに走行の経路と、情報バーに経路の詳細を表示する。詳細には、情報バーは、走行の長さ、走行に必要とされる推定時間長、走行を行なったユーザの数、行なった走行の数などの詳細を提供してもよい。また、走行中に伴った高度変化を示すために高度グラフも提供されてもよい。経路の説明（例えば、作成者が定義した）が表示されてもよい。１つ以上の例では、経路は、ユーザによって提出された種々のキーワードでタグ付けされてもよい。そのようなキーワード又はタグは、ユーザの関心、運動レベル及び／又は要求に適合する経路を探す際に役立つことがある。情報バーは、更に、経路を走ったことがある１人以上の走者を表示してもよい。例えば、情報バーは、その経路の最速の走者、ならびにその経路を最多回数走行した走者を、その関連した計量値と共に表示してもよい。この情報は、ユーザに、走行回数または最速ペースに関して首位になろうとする追加の動機を提供することがある。他の例では、システムは、経路詳細に表示するユーザを任意に選択してもよい。

幾つかの態様では、情報バー及び／又はマップに表示された情報は対話式でもよい。例えば、ユーザが、高度マップの特定区分の上でホバリングするかその特定区分と他の方法で相互作用する場合、マップに表示された経路の対応部分が、強調されるか他の方法で示されうる（例えば、ラベル、ポインタ、アイコンなど）。更に他の例では、ユーザは、マップに表示された経路の部分の上でホバリングするか又は他の方法で相互作用して、ポップアップディスプレイに、経路内のその点における最良または平均ペースを表示させてもよい。追加または代替として、ユーザによって提供された画像、写真、メモなどは、経路の部分と相互作用する際に表示されてもよい。

図２２Ａは、ユーザが以前に経路を１回以上走っている場合に表示されることがある例示的インタフェースを示す。インタフェースは、１回以上の以前の走行の計量値を表示してもよい。以前の走行情報は、ペースなどの１以上の計量値に従って、それまでの最良走行に基づいて選別または選択されうる。追加または代替として、以前の走行情報が、最新の走行によって提供されてもよい。情報バーは、経路の様々なカテゴリにおける先頭者の識別に加えて、更に現在のユーザと先頭者との比較を表示してもよい。したがって、ユーザは、現在の走行数先頭者を超えるのに必要とされる走行数や、その経路のユーザとペース先頭者とのペースギャップなどの情報が提供されてもよい。この情報は、挑戦する追加の動機づけをユーザに提供しうる。

図２２Ｂは、ユーザの以前の走行のうちの１つを選択するか他の方法で相互作用する際にサブインタフェースが表示されたインタフェースを示す。サブインタフェースは、走行が測定された装置、走行の計量値、及び走行と関連付けられたタグ（例えば、天候、気分、地形、及び使用機器）を含む以前の走行に関する追加の詳細を提供してもよい。更に、サブインタフェースは、経路の画像に走行中のユーザの特定の計量値の指示を提供してもよい。例えば、経路の外観は、走行の対応する点におけるユーザの心拍数又はペースに基づいて定義されてもよい。別の例によれば、特定の走行を選択すると、主インタフェースマップに表示された経路が、計量値表示経路ラインに変化してもよい。

図２３は、経路図及び情報バーを示す別の例示的なインタフェースを示す。情報バーは、走行回数と速度／ペースのそれぞれに関する個人のスコアボ−ドを表示する。現在のユーザは、そのユーザの位置に関係なくスコアボ−ドに常に表示されてもよい。ユーザは、また、スコアボ−ドから自分を削除するオプションを有してもよい。スコアボ−ドからの削除は、経路と関連付けられた走行の記録の除去を含んでもよい。あるいは、スコアボ−ドからの削除は、走行記録と特定の経路との分離を含むだけでもよい。例えば、走行計量値（例えば、距離、ペースなど）は、まだユーザの全走行履歴に累計と平均で記録されうる。他の例では、削除は、記録を公開しないことを含むことがある。したがって、ユーザが走行記録を見るときに記録が経路にまだリンクされていても、関連が他者に見えないことがある。

図２４Ａは、経路が作成されうるインタフェースを示す。経路作成インタフェースは、ユーザが走行する経路を表わすためにマップ内に経路を手動で描くことを可能にしてもよい。他の例では、ユーザは、これまで走行した経路（例えば、ＧＰＳを使用して記録された）をアップロードし、必要に応じて経路を修正してもよい。経路を規定する際、ユーザは、名前を入力し、経路説明を提供し、経路に１以上のキーワード又は語句でタグ付けしてもよい。

更に、マップ表示は、ヒートマップを含んでもよい。ヒートマップの使用は、経路作成に限定されず、ユーザの動作の見直しと利用可能な経路の表示を含む他の環境で表示されてもよい。ヒートマップは、マップの対応領域の人気又は活動のレベルを表してもよい。ヒートマップは、運動活動に固有でもよく、したがって、それらの領域内で行なわれた他の活動に関する情報を含まなくてもよい。幾つかの例では、ヒートマップは、１つ以上の特定タイプの運動活動、１つ以上の特定のタイプの装置を使用して記録された活動、１つ以上の人口層など及び／又はこれらの組み合わせに固有になる（例えば、そのデータだけを反映する）ように構成されてもよい。ヒートマップは、異なる色又は色濃淡、パターン、透明度、又は他の異なる視覚的外観を使用することによって、活動又は人気のレベルを指定してもよい。例えば、対応領域内において濃い赤色は、高レベルの活動又は人気を表わすことがあり、淡い赤色（例えば、ピンク）は、低レベルの活動又は人気を表わすことがある。マップの領域の上にホバリングすると、１日又は他の時間当たりに行なわれた走行数、１日、１週間又は他の時間期間当たりに領域内を走った個別走者数、領域内で直近の走行などの追加情報を提供してもよい。ヒートマップは、必要に応じて活動化又は非活動化されてもよい。例えば、ユーザは、法線マップに戻るか衛星マップを活動化してもよい。

１以上の例では、システムは、ユーザが指定した距離、ユーザが指定した時間長、概略位置（例えば、市、郵便番号、近隣、住所など）、及び／又はヒートマップから情報に基づいて経路を自動的に生成してもよい。システムは、経路が通る領域の人気又は活動レベルを最大にすることによって経路を生成してもよい。一例では、ユーザは、開始位置と終了位置を指定してもよく、システムは、それまでに記憶された活動情報に基づいて人気又は活動レベルを最大にする経路を自動的に決定してもよい。あるいは、システムは、経路が通る領域の人気又は活動レベルを最小にする経路を生成してもよい。活動レベル／人気レベルが最大にされるか最小にされるかは、ユーザ選択可能でよい。１つ以上の構成で、ユーザが指定したトレーニング時間長に基づいて経路を生成することは、潜在的経路の人気又は活動レベルを解析することを含むことがある。例えば、高い人気又は活動レベルを有する経路ほど、多くの移動時間を必要することがある。したがって、経路は、指定されたトレーニング時間長に適合するように短縮されることがある（例えば、より人気のない領域または低い活動レベルを有する領域を通る経路に対して）。

図２４Ｂは、推定完了時間が表示される別の例示的な経路作成インタフェースを示す。推定完了時間は、ユーザの平均ペース（合計あるいは類似の地形、長さ及び／又は高度に対する）に基づいて計算されうる。

図２５は、最近作成／保存された経路と最近走行された経路を表示する例示的情報バーを示す。情報バーは、ユーザによって作成又は保存された経路数とユーザによって走行された経路数を示すカウンタを含んでもよい。

＜マルチ活動アプリケーション／装置インタフェース＞
活動監視装置と活動追跡サービス及びシステムの間の相互作用、中間装置、及びその上に実行する他のコンピューティング装置又はシステム及び／又はアプリケーションは共有アプリケーションプロトコルインタフェースを使用して、行われてもよい（ＡＰＩ）。例えば、スマートフォン上で動作するアプリケーションは、ＡＰＩを使用してデータを取り出し、ＡＰＩを採用する活動監視装置に当該データを送ってもよい。同様に、活動監視装置と活動追跡サービス又はシステムとの間の通信は、ＡＰＩを使用して行われてもよい。専用活動監視装置間の通信は、共有ＡＰＩを使用して行われてもよい。プロトコルの一例は、後で更に詳細に述べられる。

＜活動データ追跡及び処理＞
活動データ追跡および処理のためのＡＰＩは、活動削除、１つ以上の活動に関する活動詳細要求、活動リスト作成要求、活動サマリ検索、タグの投稿及び削除、活動タイプ固有情報の要求、日付範囲に基づく活動データの要求を含む様々な機能を含むことができる。ＡＰＩは、マルチ活動システムと対話する監視装置や他の装置ならびに監視装置から情報を取り出し監視装置に情報を送信するマルチ活動システムや他のコンピューティング装置に使用されてもよい。

活動削除（Activity Delete）：このサービスは、活動（例えば、特定の活動セッション識別子を有する活動セッション）を削除するために利用されうる。削除された後で、ユーザは、この活動を見ることができなくなり、計算、集約又は挑戦に使用されなくなる。例えば、活動に対して与えられた活動ポイントは、削除時に総活動ポイント量から減算される。

活動詳細（Activity Detail）：装置は、単一活動又は活動セッションの詳細を取得することもできる。このサービスは、パラメータとして活動ＩＤを使用する特定活動に関連した全ての情報を返す。詳細は、生センサデータ、計量値、位置情報、参加者などを含むことがある。

前回活動の活動詳細（Activity Detail for the Last Activity）：このサービスは、前回活動セッションと関係した情報を返す。したがって、システムは、前回活動セッションのＩＤを知ることなく、直近の活動に特定の関数呼び出しを提供することができる。また、ユーザは、活動タイプを指定し、これにより、装置が、特定の活動タイプの前回活動セッションを選択することができる。同様に、他のタイプのパラメータを用いて、前回活動セッションを更に区別するか違った風に区別することができる。

活動リスト（Activity List）：ユーザの活動のリストを返す。このサービスは、日付、時間又はインデックスによる活動のリストを取得したい任意の用途に役立つ。例えば、装置は、２つの特定の日又は時間の間で行なわれた全ての活動を要求することができる。リストは、更に、活動タイプ、装置タイプ、装置ＩＤ、活動特徴（例えば、しきい値ペースより上又は下、特定の天候条件、特定の地形又は場所、用いられる活動機器など）を含む他のパラメータに基づいてフィルタリングされうる。インデックスを使用する取得は、活動ＩＤ範囲を指定し、そのＩＤ範囲内の全ての活動を取得することに関することができる。

指定月の活動サマリ（Activity Summary for the Specified Month）：この機能は、装置が指定された月のユーザの活動サマリを取得することを可能にする。活動サマリは、後で更に詳細に述べるように、達成された目標の数、得た活動ポイントの平均数（又は、他の活動計量値）、目標完了のストリークの識別などに関する統計を含むことができる。

指定週の活動サマリ（Activity Summary for the Specified Week）：一週間のユーザの活動サマリを取得する。

指定年の活動サマリ（Activity Summary for the Specified Year）：指定年のユーザの活動サマリを取得する。

活動更新（Activity Update）：このサービスは、パラメータとして活動Ｉｄを用いて、固有活動に関連した全ての情報を返す。幾つかの例では、この機能は、固有の活動に関する情報が取得された最後の時間を指定する日付又は時間パラメータを含むことができる。この情報を要求した装置又はシステムは、指定された日付又は時間の時点での新しい全ての情報を送信することができる。

バスケットボール活動詳細（Basketball Activity Detail）：既に述べたように、活動データ要求は、活動タイプに固有でよい。したがって、機能は、単一のバスケットボール活動セッションに関する詳細を取得するために提供されうる。このサービスは、パラメータとして活動Ｉｄを用いて、固有の活動と関係する全ての情報を返す。

バスケットボール活動リスト（Basketball Activity List）：ユーザのバスケットボール活動のリストを返す。

カスタマイズタグ（Customized Tags）：指定ユーザ用にユーザカスタマイズされたタグを追加する。例えば、ユーザは、活動セッションにカスタマイズされた特徴タグを定義することができる。タグには、天候、機器、地形、活動セッション前に食べた食物、ユーザが指定したメモなどが挙げられる。

日毎活動ポイントサマリサービス（Daily Activity Point Summary Service）：ある期間にわたるユーザの毎日の活動ポイント履歴を取得する。代替又は追加として、毎週活動ポイント履歴又は毎時活動ポイント履歴などを取得するための様々な活動ポイント期間が定義されうる。

タグ削除（Delete Tags）：指定された活動のユーザタグを削除する。

拡張計量値（Extended Metrics）：指定された活動のユーザ拡張計量値を追加するか、活動Ｉｄと関連付けられた拡張計量値のリストを取得するか、拡張計量値のリストを削除する。拡張計量値は、自動的に同期されない計量値を指すことができる。他の例では、拡張計量値は、ユーザによって入力／指定された（例えば、活動追跡装置又は監視システムによって自動的に検出も生成もされなかった）任意の計量値を指すことができる。

開始時間と終了時間のデータストリームを取得（Get Data streams for Start and End Time）：開始時間と終了時間のデータストリームを取得する。このサービスは、指定された開始時間パラメータと終了時間パラメータの間のユーザに関連した全てのデータストリーム情報を返す。例えば、データストリームは、活動データ及び情報と、プロフィールの更新、友人の追加、目標の設定などのユーザが取った他のアクションとを含むことができる。

タグ取得（Get Tags）：指定された活動セッションのユーザタグを取得する。

ユーザイベントの取得（Get User Events）：表示されるユーザイベントのリストを返す。ユーザイベントは、ユーザが取るアクション又は達成された達成／目標を指すことができる。

タグの書き込み（Post Tags）：指定された活動のユーザタグを追加する。

日付範囲によるタグの書き込み（Post Tags By Date Range）：指定された日付範囲内の全ての活動セッションに１つ以上の指定タグでタグ付けする。

ランニング活動詳細（Running Activity Detail）：このサービスは、パラメータとして活動ＩＤを用いて、ランニング活動と関係する全ての情報を返す。

ランニング：私の活動（Running: My Activities）：ランニングのスポーツ活動のリストとその集約を返す。

ランニング：私の活動ｖ１．０（Running: My Activities v1.0）：ランニング活動の活動報告、活動履歴詳細及びライフタイム詳細を返す。

ランニング：私の活動（Running: My Activity）：ユーザの活動ｉｄによってスポーツ活動を返す。

トレーニング活動詳細（Training Activity Detail）：単一活動の詳細を取得する。このサービスは、パラメータとして活動Ｉｄを用いて、固有活動と関連した全ての情報を返す。

トレーニング活動リスト（Training Activity List）：トレーニングタイプ活動のユーザの活動サマリのリストを返す。

＜チャレンジ＞
チャレンジは、２つの異なる装置及び装置タイプを使用する２人のユーザ間で発行され行なわれうる。以下に、チャレンジを作成、追跡、完了するために用いられうるＡＰＩのリストを提供する。

チャレンジ受諾（Accept Challenge)：チャレンジを受諾する。

チャレンジの受諾又は拒否（Accept or Deny Challenge）：チャレンジの受諾又は拒否は、チャレンジに招待された後のユーザの応答になる。

チャレンジ追加（Add Challenge）：チャレンジに、目的、持続時間、参加者、チャレンジが公開か非公開か、場所、チャレンジ名、開始時間などの提供情報を追加する。幾つかの例では、チャレンジ追加サービスは、本明細書で更に詳しく述べるように、ユーザが、日毎目標作成、週のチャレンジ、直接対決、グループＦＵＥＬ目標、グループトレーニング、ドリル型チャレンジ、チーム編成などの所定のチャレンジタイプを指定することを可能にする。プライバシレベルも設定されうる。例えば、以下の表は、例示的なプライバシレベルについて述べる。

チャレンジの作成又は更新（Create or Update Challenge）：このサービスを使用すると、様々なタイプのチャレンジを作成／更新することができる。ビジネス規則と必要なパラメータは、作成されているチャレンジのタイプに依存する。チャレンジタイプは、日毎目標作成、週のチャレンジ、直接対決、グループＦＵＥＬ目標、グループ練習、ドリル型チャレンジ、及びチーム編成である。

週のチャレンジ（Challenge of the Week）：週に一度だけ作成できるタイプのチャレンジを作成する。週のチャレンジは、このタイプのチャレンジに固有の様々な報賞を含むことができる。

日毎目標の作成又は更新（Create or Update Daily Goal）：このサービスは、指定された日の日毎目標を作成／更新するために用いられる。供給日が今日の場合、今日の日毎目標が変更／更新される。供給日が、将来の任意の日付の場合は、将来の日毎目標値が変更される。供給日が今日より前の場合は、エラーが返される。

ドリル型チャレンジ（Drill Based Challenge）：ドリルに基づいてチャレンジを作成することができる。このサービス形態は、既存のドリルの詳細を参照し、ドリルのパラメータに一致するチャレンジを作成する。ドリルは、指定時間における所定の順序の身体運動を指すことができる。グループに対応することもしないこともある。この直接対決チャレンジの概要は、非競争の種類のものである。このタイプのチャレンジは、チャレンジの作成者が、チャレンジに勝つために自分の友人を招待することを示す。参加者が、チャレンジに勝つかどうかに関係なく、結果は、元のチャレンジ書込者に戻される。即ち、参加者の動作は、互いに比較されず、代わりに目的と比較される。したがって、複数の参加者が、チャレンジに勝つことができる。

チャレンジ詳細を取得（Get Challenge Details）：チャレンジの全ての詳細とそれに関連したスコアボ−ド（例えば、参加者のリストと動作／進捗の現在のレベル）を取得する。幾つかの構成では、この機能は、ログインしたユーザが、要求されたチャレンジ詳細を見る許可を有するかどうかを確認することができる。

チャレンジリスト１．０の取得（Get Challenge List 1.0）：特定ユーザが作成者又はメンバとして参加した過去又は現在のチャレンジのリストを取得する。リストは、チャレンジの終了日によって順序付けられ、最も新しいチャレンジが最初にリストされる。また、このサービスは、目標をリストし、目標は、チャレンジメンバ（作成者／ユーザ以外の）もスコアボ−ドもないタイプのチャレンジ（自分対自分）である。

日毎目標リストを取得（Get Daily Goal List）：所定のユーザの複数日にわたる日毎目標のリストを取得する。

グループ活動ポイント目標（Group Activity Point Goal）：グループ活動ポイント目標は、個人ベース（但し、チーム）で競争がないチャレンジタイプである。このタイプのチャレンジは、チャレンジの作成者を巻き込んでその友人をチャレンジに参加するように招待し、全てのメンバ／チャレンジの活動ポイントの合計は、チャレンジの最後に所定の量より多くなければならない。このチャレンジタイプには幾つかのビジネスルールがありうる。例えば、以下となる。
１）ユーザは、作成されたチャレンジと受諾されたチャレンジを含むこのタイプの最大５つのチャレンジを有することができ、例えば、ユーザが、既に５つのチャレンジを作成してある場合、ユーザは、他のチャレンジを受諾できない。
２）このタイプの各チャレンジは、最大５人のユーザ（作成者を除く）を保持することができ、即ち、チャレンジの作成者は、招待状を送る最大５人の友人を指定することができる。
３）このタイプのチャレンジは、常に長さが７日でありうる。
４）チャレンジが終了した後で、速度は、同じパラメータを有する新しいチャレンジを作成する呼び掛けを行うことができる。
５）招待は、７日以内のいつに受諾されてもよく、開始時間以後に取得されたＦＵＥＬの量が、チャレンジにクレジットされる。
６）チャレンジが作成後に変更されることは予想されない。

他の規則や制限などが、定義されてもよく、上記の例に限定されない。

グループトレーニング（Group Workout）：グループトレーニングは、個人ベース（但し、チーム）で競争ではないチャレンジタイプである。このタイプのチャレンジは、チャレンジの作成者が、自分の友人や他の関係者をチャレンジに参加するように招待し、チャレンジの各メンバは、少なくとも所定量のトレーニングを行わなければならない。このチャレンジタイプには様々なビジネスルールがありうる。例えば、
１）ユーザは、作成されたチャレンジと受諾されたチャレンジを含むこのタイプの最大５つのチャレンジを有することができ、例えば、ユーザが、既に５つのチャレンジを作成してある場合、ユーザは、他のチャレンジを受諾することが許可されないことがある。
２）このタイプの各のチャレンジは、最大５人のユーザ（作成者を除く）を保持することができ、即ち、チャレンジの作成者は、招待を送る最大５人の友人を指定することができる。
３）このタイプのチャレンジは、常に７日の長さでよい。
４）チャレンジが終了した後、速度は、同じパラメータを有する新しいチャレンジを作成する呼び出しを行うことができる。
５）招待は、７日以内のいつ受諾されてもよく、開始時間以後に行なわれたトレーニングの数がチャレンジにクレジットされる。
６）チャレンジは作成後に変更されるとは予想されない。

他の規則、制限などが定義され、上記の例に限定されない。

直接対決（Head to Head）：直接対決チャレンジは、参加者の動作が個別に処理されグループ化されないチャレンジである。

チャレンジの検索（Search Challenge）：チャレンジ検索は、提供されるキーワードに基づいてチャレンジオブジェクトのリストを返す。リスト内のチャレンジオブジェクトは、フルチャレンジオブジェクトのトリムダウンバージョンでありうる。

チーム編成（Team Up）：チーム編成は、以下の規則を含みうるチャレンジタイプである。
１）多くとも２人のメンバがいる。
２）任意の２人のメンバが、アクティブなチーム編成を１つのだけ有することができる。
３）チャレンジは、２番目の人が受諾したときに始まる。
４）チャレンジは、開始時間の７２時間後に終了する。
５）チャレンジは、作成２４時間後に始まらなかった場合は、終了する。
６）ＦＵＥＬの量は整数である。
７）チャレンジは更新できない。
８）持てるアクティブなチーム編成は５０個のみである。

次のようなチャレンジタイプが可能である。

＜友人とのチーム編成＞
１）ユーザは、友人リストから友人を選択し、チャレンジを作成する。
２）招待が友人に送られる。
３）友人がチャレンジを受諾した場合、チャレンジはアクティブになる。
４）各メンバは、チャレンジが完了されると考えられるようにＦＵＥＬターゲットを達成しなければならない。

＜ブラインドマッチとのチーム編成＞
１）ブラインドマッチでは、あらかじめ設定された活動ポイントターゲットのうちの１つを選択し、チャレンジを作成し始める。
２）システムは、あなたを同じＦＵＥＬレベルを有する同じタイプのチャレンジを行うランダムなユーザとマッチさせる。
３）マッチが見つかった場合、ユーザは、それを受諾又は拒否する権利を有する。
４）ユーザが受諾する場合、開始時間と終了時間が更新される。
５）ユーザが拒否する場合、チャレンジのユーザと作成者は両方ともブラインドマッチに利用可能である。基本的に、ユーザに個別のチャレンジが作成される。

＜従来のＡＰＩ＞
幾つかのサービス又は機能は、レガシ活動追跡監視サイト又はシステムなどの従来のシステムと接続するように定義されうる。

ＰＩＮサービスの生成（Generate PIN Service）：空のユーザコンテナに固有のＰＩＮを取得する。

トークンサービスの生成（Generate Token Service）：ローカルソフトウェアが、ブラウザを起動して指定されたウェブサイト又はページを表示させ、ユーザを自動的にログインさせることができる１回使用トークンを生成する。トークンは、クリアオーバＨＴＴＰで渡されたときに１回だけで使用でき、したがって、ユーザのアカウントを乗っ取るために使用できない。

トークンからＰＩＮを取得（Get PIN From Token）：１回アクセストークンからＰＩＮを取得する。

ＰＩＮ状態サービスを取得（Get PIN Status Service）：このＰＩＮと関連したユーザコンテナに関する情報を提供する。

同期完了サービス（Sync Complete Service）：同期セッションが完了したことを活動追跡アプリケーションに伝えるために呼び出される。この呼び出しは、この呼び出しが活動グループ内の最後になるように１０秒間の内部遅延を有することができる。

＜コミュニティ＞
マルチ活動プラットフォーム及びシステムは、更に、それらの活動レベルを追跡し監視するユーザのコミュニティのホストとなることができる。コミュニティは、ユーザ内のシステム又はサブグループ（例えば、友人グループ、位置によるグループ、構成によるグループ、年齢グループ、装置タイプグループなど）に登録された全てのユーザを参照することができる。したがって、コミュニティ機能と対話するために、種々のサービス及び機能が提供されうる。

コミュニティチャレンジ統計合計を取得（Get Community Challenge Stats Totals）：このサービスは、任意のコミュニティ／チャレンジタイプペアのライフタイム集約を提供する。例えば、ユーザは、２５〜４９人の男性コミュニティ内のその週のチャレンジの集約情報を要求することができる。

コミュニティスコアボ−ドを取得（Get Community Leaderboard）：このサービスは、要求されたコミュニティスコアボ−ドを返す。このサービスは、システムにスコアボ−ドを計算させるか、既に生成されたか存在する場合だけスコアボ−ドを返すことができる。一例において、スコアボ−ドがまだ計算されていない場合は、エラーメッセージが表示される。７日間ローリング（Seven Day Rolling）と全時間（All Time）を含む複数タイプのコミュニティスコアボ−ドがありうる。これらの２つのタイプのスコアボ−ドは、既存のドリルタイプごとに要求されうる。

コミュニティ統計を取得（Get Community Stats）：このサービスは、既存の集約並びに後述する３つの新しいコミュニティ集約を提供する。これらは、集約の例であり、排他的リストではない。

＜既存(Existing)＞
コミュニティ−合計／平均ＦＵＥＬ：今日、週、月、年、全時間。
コミュニティ−装置Ｘユーザの平均活動ポイント日毎目標：今日、週、月、年、全時間。
コミュニティ−達成した全装置Ｘ日毎目標：今日、週、月、年、全時間。
コミュニティ−合計／平均ステップ：今日、今週、今月、今年、全時間。
コミュニティ−合計／平均カロリー：今日、今週、今月、今年、全時間。
コミュニティ−平均コミュニティ日毎目標。

＜新しい(New)＞
コミュニティ−合計／平均距離、今日、今週、今月、今年、全時間。
コミュニティ−合計／平均カロリー：今週、今月、今年、全時間。
コミュニティ−垂直毎及びコミュニティ全体のユーザの総数。

コミュニティ統計周波数の取得（Get Community Stats Frequencies）：このサービスは、任意の頻度（例えば、週毎、月毎、年毎など）の任意のコミュニティ／活動ペアの履歴集約を提供する。

コミュニティ統計合計ユーザの取得（Get Community Stats Total Users）：このサービスは、コミュニティユーザ（例えば、サイト上又はより特定のコミュニティ内の全ユーザ）の実時間数を提供する。

コミュニティ統計合計を取得（Get Community Stats Totals）：このサービスは、任意のコミュニティ／活動ペアのライフタイム集約を提供する。

ＸＹＺコミュニティスコアボ−ドを取得（Get XYZ Community Leaderboard）：このサービスは、要求された活動ＸＹＺコミュニティスコアボ−ドを返す。活動ＸＹＺは、特定タイプの追跡装置を用いて行なわれた特定タイプの活動に対応することができる。このサービスは、スコアボ−ドを計算してもよく、既に存在する場合はスコアボ−ドを返すだけでもよい。スコアボ−ドがまだ計算されていない場合は、幾つかの例ではエラーメッセージが表示されうる。現在週と全時間を含む複数タイプのコミュニティスコアボ−ドがある。これらの２つのタイプのスコアボ−ドを、ドリルの既存のタイプごとに要求することができる。

友人スコアボ−ドを取得（Get Friend Leaderboard：このサービスは、要求された友人スコアボ−ドを計算し返す。友人スコアボ−ド、現在の週及び全時間を含む２つのタイプの友人スコアボ−ドがありうる。これらの２つのタイプのスコアボ−ドは、既存の集約タイプごとに要求することができる。

友人スコアボ−ドを取得（Get Friends Leaderboard）：このサービスは、ユーザとその友人のみを格付けする指定されたドリルのスコアボ−ドを返す。ユーザに友人がいない場合、スコアボ−ドは示されない。

全友人リストを取得（Get Friends List All）：このサービスは、ユーザがその全ての友人のリストを見ることを可能にする。

友人リスト共通を取得（Get Friends List Common）：このサービスは、ユーザが、別の友人と共通の友人のリストを見ることを可能にする。

友人リスト最大活動を取得（Get Friends List Most Active）：このサービスは、ユーザが、ユーザの全ての友人の最新活動のリストを見ることを可能にする。

友人リスト最新活動を取得（Get Friends List Recent Activity）：このサービスは、ユーザが、直近活動した友人とその友人が行った活動のリストを見ることを可能にする。

友人リストチーム編成を取得（Get Friends List Team Up）：このサービスは、ユーザが、ユーザが直近チームを作った友人のリストを見ることを可能にする。

活動ポイント友人リスト取得サービス（Get Activity Point Friends List Service）：ユーザの友人のリストをその活動ポイントに関する対応情報（累積レベル、日毎レベル、日毎目標）と共に返す。要求は、活動、累積活動ポイントレベル、日毎活動ポイントレベル又はスクリーン名によるソートを指定する。このサービスは、アプリケーションによって、ユーザの対応する活動ポイントレベルを有する友人のリストを得るために用いられる。

ホームページコミュニティ統計を取得（Get Homepage Community Stats）：所定の活動タイプ及びコミュニティタイプに関する過去３０日間にわたる累積統計を表わすオブジェクトを返す。

ソーシャル共有：ＦＡＣＥＢＯＯＫ（Social Share: FACEBOOK）：友人が見ることができるＦＡＣＥＢＯＯＫにコンテンツを書き込み／共有する。

ソーシャル共有：ＴＷＩＴＴＥＲ（Social Share: TWITTER）：友人が見ることができるＴＷＩＴＴＥＲにコンテンツを書き込み／共有する。

テスト終了ポイント−トリガコミュニティスコアボ−ド計算（Test end point - Trigger Community Leader board calculations）：この終了ポイントは、コミュニティスコアボ−ドの計算をトリガする試験に用いられる。これは、成功メッセージを常に返す非同期呼び出しである。この終了ポイントは、ＡＰＯＧＥＥによってマッピングされず、ステージング環境でのみ利用可能になる。コミュニティスコアボ−ドには７日間ローリングと全時間の２つのタイプがある。これらの２つのタイプのスコアボ−ドは、既存のドリルタイプごとに計算される。

＜装置＞
様々な装置は、データが通信及び／又は記憶される様々な設定又はセットアップパラメータ、手順及び方法を有することができる。したがって、ＡＰＩは、装置が必要なデータを取得し及び／又は様々なタイプの情報を送信するために提供されうる。

装置設定（Device Settings）：（ＧＥＴ）特定の装置に関するユーザの好みを取得する。（ＰＯＳＴ）特定のユーザ装置の初期設定を更新する。ＵＵＩＤは、ユーザ装置ｉｄを表わす。

装置設定（プロトコルＸ）（Device Settings (Protocol X)）：装置設定をプロトコルＸなどの特定のプロトコルに設定する。

装置セットアップ（Device Setup）：装置がどのように実装されるかの説明。

装置を同期させるときは、装置にシリアル番号とタイプがなければならない。これらのものがどちらもが存在しないか間違っている場合、アプリケーションは、エラーを提供する。１組の装置を同期されたユーザに関連付ける場合は、装置が最初に同期されたときに存在したＤｅｖｉｃｅＣｏｎｆｉｇＧｒｏｕｐＩｄを渡さなければならない。また、個別の装置がユーザと関連付けられた場合は、ＤｅｖｉｃｅＩｄが渡されなければならない。装置が既にユーザにグループとして関連付けられたときにＤｅｖｉｃｅＣｏｎｆｉｇＧｒｏｕｐＩｄが送られない場合は、その装置を新しいグループの装置と見なし、新しいＤｅｖｉｃｅＣｏｎｆｉｇＧｒｏｕｐＩｄを割り当てる。

シリアル番号は、固有識別子である。既にユーザに関連付けられたシリアル番号を有する装置が送られた場合（ＤｅｖｉｃｅＣｏｎｆｉｇＧｒｏｕｐＩｄ又はＤｅｖｉｃｅＩｄで送信することなく）、システムは、エラーを返すことができる。このエラーは、あなたがそのユーザの場合でも、この装置のシリアル番号が別のユーザに既に関連付けられていることを示す。

タイプ変数は、ユーザに関連付けられている装置のタイプとして定義されうる。この変数又はパラメータは、どんな種類の装置が関連付けられているかをシステムが知るために必要とされうる。渡された装置が、無効なタイプを有するか空である場合、エラーがスローされる。

まだグループ化されていない装置は、新しいグループの装置と見なされる。真新しい装置を有するユーザと既に関連付けられている２つの装置がグループ化される場合、この関連付けは、新しい装置グループを構成することができる。これが、新しい装置グループを表わすので、ＤｅｖｉｃｅＣｏｎｆｉｇＧｒｏｕｐＩｄは、通信で必要とされない。ユーザと既に関連付けられている従来の装置のＤｅｖｉｃｅＩｄｓが、システムに渡されうる。装置が同期されたとき、新しいＤｅｖｉｃｅＣｏｎｆｉｇＧｒｏｕｐＩｄと新しい装置Ｉｄが返されうる。

新しい装置の最初の同期の場合：未使用のシリアル番号を有する装置が、ＤｅｖｉｃｅＩｄ又はＤｅｖｉｃｅＣｏｎｆｉｇＧｒｏｕｐＩｄなしにシステムに送られうる。ＤｅｖｉｃｅＣｏｎｆｉｇＣｏｎｆｉｇＩｄは、渡され／通信された順序で装置ごとのＤｅｖｉｃｅＩｄと共に返される。

同じ装置との最初の後の同期の場合：装置のＤｅｖｉｃｅＩｄｓ及びＤｅｖｉｃｅＣｏｎｆｉｇＧｒｏｕｐＩｄが、送信／通信される。ＤｅｖｉｃｅＩｄｓではなく、同じＤｅｖｉｃｅＣｏｎｆｉｇＧｒｏｕｐＩｄが戻される。

従来の装置と共に新しい装置と最初に同期した後の同期の場合：従来の装置のＤｅｖｉｃｅＩｄｓが、新しい装置のＤｅｖｉｃｅＩｄｓなしに通信される。幾つかの構成で、ＤｅｖｉｃｅＣｏｎｆｉｇＧｒｏｕｐＩｄは、新しいグループの装置になるので、送信されない。新しいＤｅｖｉｃｅＣｏｎｆｉｇＧｒｏｕｐＩｄが返されて、これらの装置の将来の同期に用いられる。新しい装置のＤｅｖｉｃｅＩｄも返される。

電話装置設定（プロトコルＸ）（Phone Device Settings (Protocol X)）：電話装置設定をプロトコルＸなどの特定のプロトコルに設定する。また、これにより、装置は、マルチ活動プラットフォームと通信するためにどのプロトコルが用いられるかを知ることができる。

装置のリセット（Reset Device）：ユーザ装置「ｄｅｌｅｔｅ＿ｉｎｄ」フラグを真に設定する。ＵＵＩＤは、装置ｉｄを表わす。

ＬａｓｔＳｙｎｃＯｆｆｓｅｔとＬａｓｔＳｙｎｃＴｉｍｅｓｔａｍｐをリセット（ResetLastSyncOffset and LastSyncTimestamp）：装置のＬａｓｔＳｙｎｃＯｆｆｓｅｔとＬａｓｔＳｙｎｃＴｉｍｅｓｔａｍｐを所定値に設定する。

装置を取得、追加又は更新（Retrieve, Add or Update Device）：（ＧＥＴ）ユーザ装置レコードを取得する。（ＰＯＳＴ／ＰＵＴ）ユーザ装置レコードを追加又は更新する。ＵＵＩＤは、ＰＯＳＴ及びＰＵＴレスポンスボディに戻されたユーザ装置ｉｄを表す。

＜フィットネス／トレーニングプログラム＞
フィットネス又はトレーニングプログラムのユーザの動作中に記録された活動データは、種々の所定の機能及びサービスにより通信されうる。

フィットネス：保留プログラムデータを取得（Fitness: Get Pending Program Data）：トレーニングプログラム内の全ての保留日を取得する。要求プログラムＩＤによって既存のトレーニングプログラムを探索する。プログラムの全ての保留日又はトレーニングセッションのリストを返す。

フィットネス：プログラムデータ取得を書込み（Fitness: Post Program Data Capture）：コンソールポストに対してプログラムデータをシステムに追加する。供給プログラムｉｄのプログラムデータが既に存在する場合は、変更を更新する。

ＦＵＥＬバランスサービス（Fuel Balance Service）：ユーザの活動ポイントバランスを取得する。このサービスは、ユーザの活動ポイントバランスを示すのに必要な経験に関して設計される。

活動ポイントレベル取得サービス（Get Activity Point Level Service）：指定された期間の累積的活動ポイントレベルを取得する。開始時間と終了時間が指定された場合、サービスは、今日得られた活動ポイントで応答する。

＜目標−達成＞
本明細書に示されたように、ユーザは、その身体活動に基づいて達成に到達することができる。達成は、累積活動ポイント、所定の期間（例えば、ライフタイムより短い）の活動ポイント、１期間当たりの平均活動ポイント、他の計量値などに基づいて到達されうる。

達成Ｉｄによる達成の承認（Acknowledge Achievement By Achievement Id）：ユーザが達成を確認したという承認。このサービスは、達成を承認したことを意味する達成の「ＯＫ／ＣＯＮＦＩＲＭ」をユーザがトリガしたかどうかを示す方法として役立つ。例えば、ユーザが達成を承認した後で、達成は、再びユーザに自動的に表示も提供もされなくてもよい。ユーザは、更に、達成を手動で取得することによって、達成を表示又はアクセスすることができる。

活動Ｉｄによる達成の承認（Acknowledge Achievement By Activity Id）：ユーザが活動と関連付けられた全ての達成を確認したことの承認。このサービスは、達成を承認したことを意味する達成の「ＯＫ／ＣＯＮＦＩＲＭ」をユーザがトリガしたかどうかを示す方法として役立つ。

目標分解能の追加（Add Goal Resolution）：供給された目標ｉｄに対する目標分解能を追加する。供給された目標ｉｄの目標分解能が既に存在する場合は、分解能を追加しない。

目標の複製（Copy Goal）：このサービスは、ｇｏａｌＩｄと関連付けられた目標に基づいてユーザの目標を複製するために用いられる。

目標の作成（Create Goal）：このサービスは、ユーザの目標を作成するために用いられる。

達成取得リスト（Get Achievements List）：ユーザの達成のリストを返す。

目標の更新と削除：目標の更新（Update and Delete Goal: Update Goal）：このサービスは、ユーザの目標を更新するために用いられる。

＜ユーザ登録／加入＞
下記のサービス及び機能は、ユーザを活動監視システムに登録するために用いられうる。

リンク（Link）：ユーザＩｄ（ｎｕｉｄ）に基づいて既存ユーザをＦＡＣＥＢＯＯＫやＴＷＩＴＴＥＲなどの外部ネットワークにリンクする。

ログイン（Login）：このサービスは、アプリケーションによって、ユーザを活動監視サービス又はシステムにログインさせるために用いられる。ログインの際、ｏａｕｔｈ（例えば、認証）アクセストークンが、ログインに対応するのに必要な更なる呼び出しに使用することができる呼び出しアプリケーションに戻される。第三者認証を用いてログインするために、外部ネットワーク名が供給されうる。システムは、そのようなログイン要求を適切な外部ネットワークにプロキシすることができる。

アクセストークンの暗証番号要求（Pin Request for Access Token）：渡されたＤＩＮ（装置識別番号）に基づいてＡＰＩアクセストークンとリフレッシュトークンを取得する。

インプリントの暗証番号要求（Pin Request for Imprint）：装置を追加する。これは、装置のＤＩＮ（装置識別番号）を作成して返す。

ログイン済みの暗証番号要求（Pin Request for Is Logged In）：ユーザが既にログインしたかどうかを確認する。

事前登録確認（Pre Registration Check）：供給された電子メールアドレスとシステムスクリーン名が新しい登録に利用できるかどうかを確認する。このサービスは、ユーザをシステムに登録しようとしている任意のアプリケーションに役立つ。このサービスは、登録前に呼び出されて、アプリケーションで既に利用可能な電子メールアドレス、スクリーン名／タグ名、ｄｏｂＴｙｐｅとｄｏｂ、及びロケールを用いて、ユーザをシステムに登録できるかどうかを確認する。

登録（Register）：ユーザを供給情報に登録する。このサービスは、ユーザを活動システムに登録するためにアプリケーションによって用いられる。

トークン要求サービス（Token Request Service）：このサービスは、ソフトウェアアプリケーションによって、ＤＩＮ（装置識別番号）を有する加入／インプリント中にワンタイムトークンを取得するためにのみ呼び出されることがある。

ユーザ加入統計（User Initiation Statistics）：加入期間が終了しなかった場合に加入統計を返し、加入期間が終了した場合に加入結果を返す。加入期間は、例えば、ユーザが平均１日分の活動を行なう最初の２４時間でありうる。加入期間中、このサービスは、ユーザ活動の現在の計量値又は統計で応答する。加入期間後、このサービスは、加入期間中に累積された最終計量値又は統計で応答する。特定の例において、サービスが呼び出されたとき、ｓｔａｒｔ＿ｔｉｍｅ＿ｌｏｃａｌパラメータがロードされ、加入期間の終了時間が計算される。次に、終了時間が現在時間と照合されて、我々がまだ加入時期内にあるかどうかが判定される。そのような場合、関連する列の値（例えば、要求された活動計量値）が、状態コード１と共に返される。加入期間が終了した場合は、終了時間でＳＹＮＣ＿ＤＡＴＥ（例えば、データが最後に同期された日付）を確認する。ＳＹＮＣ＿ＤＡＴＥが終了時間を過ぎて、加入期間のデータが最新であり準備ができていることを示す場合、状態コードが０に設定される。他の状況では、状態コードが２に設定される。更に、関連する列の値が返される。状態コードの例示的な表を下に示す。

＜活動サービス層＞
活動サービス層のインタフェースは、全てのログイン、登録、及びソーシャルネットワーク／コミュニティ統合を処理するために用いられうる。

活動リストサービス（Activity List Service）：渡されたタイプに基づいて活動リストを戻す。

ユーザ作成サービス（Create User Service）：活動監視システム又は第三者提供者によって新規ユーザを作成する。ユーザは、ユーザを首尾よく登録した後で自動的にログインされる。第三者がログイン中、新しく作成されたＵＰＭ ｉｄが、第三者提供者に送られる。更に、「パートナ」パラメータをパスして、ユーザにアタッチされるパートナネットワーク設定を設定することができる。これは、サービス呼び出しで指定されたネットワーク名、そのユーザの固有ｉｄ、及びスクリーン名を有する「パートナ」に関する別のネットワークエントリを作成する。

ユーザが、ユーザのために記憶する「パートナ」パラメータをパスする場合、パートナ情報を保存するために以下のフィールドが必要である。保存しないパートナデータは、サービスが常に継続するのを妨げないことがある。
・ｐａｒｔｎｅｒＧｕｉｄ
・ｐａｒｔｎｅｒＮｅｔｗｏｒｋ
・ｐａｒｔｎｅｒＳｃｒｅｅｎＮａｍｅ

ユーザのプロフィール画像をクロップ（Crop Profile Image of a User）：ユーザのプロフィール画像をクロップし永久記憶場所にアップロードする。

ユーザのプロフィール画像を削除（Delete Profile Image of a User）：ユーザのプロフィール画像を削除する（ソフトディレート）。

電子メール内容サービス（Email Content Service）：このサービスは、アプリケーション、ロケール、タイプに基づいて電子メールの内容を取得する。ユーザは、作成される招待リンクの数を送信する。サービスを実施すると、特定ユーザからの友人招待の内容とリンクのリストを取得する（即ち、カウントによって指定される）。

外部ネットワーク友人リストサービス（External Network Friend List Service）：ユーザの外部ネットワーク内の友人のリストを取得する。要求で追加パラメータが渡された場合、共通の友人をリストから除外することができる。

外部ネットワークリストサービス（External Network List Service）：活動監視サービスが対応する外部ネットワークのリストを返す。

外部ネットワークユーザ確認サービス（External Network User Check Service）：このサービスは、外部ネットワークユーザがシステム内に既に存在するかどうかを確認する。このサービスは、アクションの値に基づき以下のことを行なう。
１．外部ネットワークユーザの固有ＩＤ、例えばＦＡＣＥＢＯＯＫユーザＩＤが与えられた場合、サービスは、ユーザがシステム内に存在し外部ネットワークユーザにリンクされた場合に、ＵＰＭ ＩＤを返すことができる。
２．レコードが見つからなかった場合、サービスは、呼び出し元によって提供された電子メールに基づいて照合しようとすることができる。一致する電子メールがある場合、サービスは、外部ネットワークユーザレコードを、新しいリンクタイプを有する既存のＵＰＭのレコードとリンクし、ｕｐｍ ｉｄを返す。更に、サービスは、また、例えばＦＡＣＥＢＯＯＫ ＯＡｕｔｈトークンやＦＡＣＥＢＯＯＫ信用証明書（ＦＡＣＥＢＯＯＫで登録された電子メール／パスワード）を用いてログインするようにユーザを設定する。
３．上記の２つの確認によって一致が得られない場合は、呼び出し元によって提供された情報により新しい電子メール専用ユーザを作成し、そのユーザを外部ネットワークに関連付ける。
・アクション＝チェック＞−−ポイント１以上
・アクション＝リンク――＞ポイント１及び２以上
・アクション＝ｃｒｅａｔｅＡｎｄＬｉｎｋ−−＞上記の全て

友人作成サービス（Friend Create Service）：友人要求招待を別のユーザに送るか又は保留を受け入れる。

外部友人作成サービス（Friend External Create Service）：友人要求招待を外部ユーザ（活動監視サービスのユーザでない）に電子メールで送る。

ユーザセキュリティ状態取得サービス（Get User Security Status Service）：送られたクッキーに基づいてユーザのセキュリティ状態を取得し、ユーザのセキュリティレベルを返す。セキュリティレベルは、ユーザがログインしているかどうかにより、ｓｌＣｈｅｃｋクッキーとＡｎａｌｙｓｉｓＵｓｅｒＩｄクッキーから取得される。

ユーザ取得サービス（Get User Service）：コアユーザプロフィールデータを返す。ユーザデータは、ＵＰＭのサービスに保持され、このサービスは、ユーザプロフィールに単一ビューを提供する。また、このサービスは、ソーシャルサイトからの拡張ユーザプロフィール情報を返す。これが匿名で呼び出された場合、制限されたデータサブセットが、要求されたユーザのプライバシ状態に基づいて返される。

ログイン確認サービス（Is Logged In Service）：現在ユーザがログインしているか確認し、ユーザがログインしている場合はユーザのセキュリティレベルを返す。ＮＳＬサービスを利用するには、ユーザがログインしていなければならない。

ログインサービス（Login Service）：ユーザがログインできるようにユーザ信用証明書を認証する。ユーザは、ＦＡＣＥＢＯＯＫやＴＷＩＴＴＥＲなどの他の外部ネットワークに登録されたシステム信用証明書又は信用証明書を用いてログインすることを選択できる。活動監視サービスは、ユーザプロフィール管理（ＵＰＭ）サービスを用いてユーザプロフィールを登録し維持する。また、このサービスは、ＦＡＣＥＢＯＯＫやＴＷＩＴＴＥＲのような任意の認証提供者を使用することができる（今後、３ＰＰ、第三者提供者又は外部ネットワークと呼ばれる）。ログインが成功したとき、サービスは、後の呼び出しを行うのに必要な許可クッキーをＮＳＬに提供する。

付加的な有用な機能は、「リメンバミー」である。これは、ログイン要求内のオプションのパラメータとして送られる。これにより、ユーザは、アプリケーションから明示的にサインオフするまで、ユーザがログインすることができる。現在、「リメンバミー」の有効性の持続時間は、３０日として設定される。

また、ユーザが、幾つかの外部ネットワークに既にリンクされているときは、ユーザが、ｏＡｕｔｈアクセストークンを用いてログインすることができる。その信用証明書に加えて、ユーザは、パートナネットワーク情報を送信することができ、それはデータベースに記憶される。この情報は、ＮＳＬによって有効にされない。ユーザが「パートナ」パラメータにパスするとき、パートナのネットワーク設定は、ユーザにアタッチされる。これは、サービス呼び出しで指定されたようなネットワーク名を有するその「パートナ」の新しいネットワークエントリを作成する。

ログアウトサービス（Logout Service）：ユーザをＮＳＬからログオフする。

開封済みマーク通知サービス（Mark as Read Notification Service）：指定された通知の状態を「開封済み」に設定する。

チーム活動リストサービス（Team Activity List Service）：チーム活動リストを戻す。チーム活動は、ｔｉｔｌｅＩｄ若しくはａｐｐ又はこの両方に基づいてフィルタリングされうる。

ユーザのプロフィール画像をアップロード（Upload Profile Image of a User）：ユーザのプロフィール画像を一時場所にアップロードする。

ユーザ活動リストサービス（User Activity List Service）：渡されたフィルタ基準に基づいてユーザ活動リストを戻す。ユーザ活動は、ｔｉｔｌｅＩｄ若しくはａｐｐ又はこの両方に基づいてフィルタリングされうる。このサービスは、また、渡されたｕｓｅｒＩｄに基づいて任意のユーザの活動を返す。

ユーザ電子メール確認（User Email Check）：このサービスは、電子メールがアカウントの作成に既に用いられたかどうかを確認する。電子メールは固有の識別子なので、同じ電子メールで複数のユーザを登録できない。

外部ユーザネットワークリンク（User External Network Link）：このサービスは、ＦＢ／ＴＷＩＴＴＥＲ／他の外部ネットワークログインを既存のアカウントとリンクする。このサービスは、また、別のソーシャルネットワークを介してリンクすることも可能にする。

ユーザパスワード忘れ（User Forgot Password）：このサービスは、ユーザが自分のパスワードをリセットするのを支援する。サービスは、電子メールを受け取り、その電子メールアドレスでユーザが存在することを確認し、そのアドレスに一時的パスワードリセットＵＲＬ電子メールを送信する。この電子メールは、固有の１回使用リセットキーを含む。ユーザのパスワードは、ユーザが実際にリセットキーを用いてパスワードをリセットするまでリセットされず、これは、パスワードリセット電子メールを送る操作が、ユーザのパスワードをリセットしないことを意味する。

ユーザ友人活動リストサービス（User Friend Activity List Service）：渡されたフィルタ基準に基づいてユーザの友人活動リストを戻す。ユーザの友人活動は、ｔｉｔｌｅＩｄ、ａｐｐ又はこの両方に基づいてフィルタリングされうる。このサービスは、渡されたｕｓｅｒＩｄに基づいて任意のユーザの友人の活動を返す。

ユーザ友人リストサービス（User Friend List Service）：友人基本詳細と共にユーザ友人リストを取得する。

ユーザ友人照合サービス（User Friends Match Service）：電子メールがシステム内で一致／存在した場合に、ユーザ電子メール詳細（サービスの呼び出し元によって渡された）を取得する。追加のパラメータが要求と共に渡された場合に、このリストから共通の友人を除外することができる。

ユーザスクリーン名チェック（User Screen Name Check）：このサービスは、ユーザが付けようとしているスクリーン名が既に存在するかどうかを確認する。スクリーン名が固有識別子なので、同じスクリーン名を有する複数のユーザがいることができない。

ユーザ検索（User Search）：渡された検索文字列に基づいてユーザを検索する。

応援なしユーザリストサービス（User Workout Cheer List Service）：このサービスは、外部ソーシャルネットワーク（ＦＡＣＥＢＯＯＫ）からのユーザのトレーニングのために書き込みされた全ての応援（いいね及びコメント）を返す。

ユーザトレーニング作成サービス（User Workout Create Service）：ユーザのトレーニングを作成する。複数のトレーニングを作成することができる（最大１０個）。

ユーザトレーニング終了サービス（User Workout Finish Service）：このサービスは、ユーザに、トレーニングの終了と友人を応援したい希望を示すメッセージを、外部ソーシャルネットワーク（例えば、ＦＡＣＥＢＯＯＫ）に書き込ませる。

ユーザトレーニングリストサービス（User Workout List Service）：ユーザトレーニングのリストを取得する。

ユーザトレーニングスタートサービス（User Workout Start Service）：このサービスは、ユーザに、トレーニングの開始と友人を応援する希望を示すメッセージを外部ソーシャルネットワーク（ＦＡＣＥＢＯＯＫ）に書き込ませる。

＜同期＞
活動監視装置、マルチ活動プラットフォームシステム及び／又はアプリケーション間の同期は、以下のＡＰＩによって容易にされうる。

サーバ時間を取得（Get Server Time）：マルチ活動プラットフォームサーバの現在のＧＭＴ時間を取得する。

最終日時同期サービス（Last Date and Time Sync Service）：ＡｐｐＩｄ（例えば、アプリケーション識別子）に基づいて最終同期の日時を返す。このサービスは、装置同期が最後にいつ行われたかを知り、同期すべき新しいアイテムがあるかどうか知ることを必要とするアプリケーション／装置に有用である。

最終同期（Last Sync Offset）とＬＳＴＳ（最終同期タイムスタンプ（Last Sync Timestamp））

このサービスは、ユーザが装置の同期を行うよときに最終ＬＳＯ（最終同期オフセット）とＬＳＴＳ（最終同期タイムスタンプ）を戻すために用いられる。

最終同期サービス（Last Sync Service）：このサービスは、最終同期の詳細を取得する。ユーザはログインし、エンドポイントをヒットすることによって最終同期詳細を取得する。このサービスは、ユーザが装置上で同期を行うときに最終同期デルタを戻すために用いられる。

同期サービス（バスケットボール）（Sync Service (Basketball)）：バスケットボールユーザ活動を活動監視サービスバックエンドに同期する。

同期サービス（装置Ｘ）Sync Service (Device X)：このサービスは、装置Ｘなどの特定の装置と活動監視サービスバックエンドとの間のユーザの活動を同期したいアプリケーションに役立つ。同期されている実際の計量値は、最適なユーザ経験を得るために活動監視サービスによりネゴシエートされなければならない。

同期サービス（ランニング）（Sync Service (Running)）：ランニングユーザ活動を活動監視バックエンドに同期させる。このサービスは、ユーザの活動を活動監視サービスバックエンドに同期したい任意のアプリケーションに役立つ。同期されている実際の計量値は、最適なユーザ経験のために活動監視サービスによりネゴシエートされなければならない。

同期サービス（装置Ｙ）（Sync Service (Device Y)）：装置Ｙなどの別の特定の装置と活動監視サービスバックエンドとの間でユーザ活動を同期させる。

同期サービス（トレーニング）（Sync Service (Training)）：トレーニングユーザ活動を活動監視サービスバックエンドに同期させる。

同期サービス（フィットネス／トレーニング）（Sync Service (Fitness/Workouts)）：フィットネス／トレーニングプログラムユーザ活動を活動監視サービスバックエンドに同期させる。

同期サービスｖ２．０（Sync Service v2.0）：ユーザ活動を活動監視サービスバックエンドに同期する。

同期状態（Sync Status）：バックエンド処理が完了したかどうかを示す最新同期活動の状態を取得する。

＜ユーザ指向の情報、イベント及び設定＞
ユーザプロフィール情報を定義し、構成し、共有し、取得するための種々のサービスと機能が定義されうる。更に、ユーザイベントは、種々のＡＰＩサービスを利用して通信されうる。ユーザのイベントは、活動目標に達すること、種々の活動達成に達すること、警告メッセージ、トレーニングリマインダ、他の警告などを含むことができる。

イベント作成サービス（Create Event Service）：ユーザイベントをイベントサービスに送る。このサービスは、ユーザの自分のアカウントのホームページ又は待ち受けページに表示されるユーザイベントを送信した任意のアプリケーションに役立つ。

イベント削除サービス（Delete Event Service）：ユーザイベントをイベントサービスに送る。このサービスは、ユーザの自分のアカウントのホームページ又は待ち受けページに表示されるユーザイベントを送るか削除したい任意のアプリケーションに役立つ。

ユーザデータ削除（Delete User Data）：これは、ユーザデータのハードディレートを実行する。キャッシュデータもクリアされる。応答は、成功か失敗でなければならない。例えば、この方法では、マルチ活動システム、活動監視装置、中間装置などを含む任意数のプロトコル準拠装置上のユーザデータが削除されうる。

プライバシの取得と更新（Get and Update Privacy）：認証ユーザのプライバシ設定に関する情報を取得する。認証ユーザのプライバシ設定を更新する。マルチ活動プラットフォームを使用する任意のユーザは、マルチ活動システムでのプロフィールを有する。このサービスのＧＥＴバージョンは、認証ユーザと関連付けられたプロフィールプライバシ設定を返す。

アスリート情報を取得（Get Athlete Information）：アスリートに関する情報を返す。

ドリルを取得（Get Drill）：ドリル情報を返す。

ドリルメタデータを取得（Get Drill Metadata）：このサービスは、マルチ活動システムからドリルメタデータを取得するために定期的に用いられる。ドリルメタデータは、準備されたドリル及びその関連した特性のリストである。

友人ＭＥプロフィールを取得（Get Friends Me Profile）：認証ユーザの友人のＭＥプロフィールに関する情報を取得する。マルチ活動プラットフォームを使用する任意のユーザは、マルチ活動システム内にプロフィールを有する。このサービスのＧＥＴバージョンは、認証ユーザと関連した全てのプロフィール情報を返す。「友人の」ｕｐｍＩｄは、ｕｒｌを介して渡されなければならない。

洞察を取得（Get Insights）：ルールベースシステムに基づいてユーザに関する洞察のリストを取得する。洞察が返されないことがある。洞察は、ユーザの推薦、改善する領域の識別、促進の言葉などを含むことができる。

ＭＥプロフィールを取得（Get Me Profile）：認証ユーザのＭＥプロフィールに関する情報を取得する。マルチ活動プラットフォームを使用する任意のユーザは、マルチ活動システム内にプロフィールを有する。このサービスのＧＥＴバージョンは、認証ユーザと関連付けられた全てのプロフィール情報を返す。

ＭＥプロフィールバスケットボールを取得（Get Me Profile Basketball）：認証ユーザのＭＥプロフィールに関するバスケットボール情報を取得する。マルチ活動プラットフォームを使用するどのユーザも、マルチ活動システム内にプロフィールを有する。このサービスのＧＥＴバージョンは、認証ユーザと関連付けられた全てのプロフィール情報を返す。

ＭＥプロフィールトレーニングを取得（Get Me Profile Training）：認証ユーザのＭＥプロフィールに関するトレーニング情報を取得する。マルチ活動プラットフォームを使用するどのユーザも、マルチ活動システム内にプロフィールを有する。このサービスのＧＥＴバージョンは、認証ユーザと関連付けられた全てのプロフィール情報を返す。

ＭＥプロフィールユーザヘッダを取得（Get Me Profile User Header）：認証ユーザのヘッダ情報に関する情報を取得する。このサービスのＧＥＴバージョンは、認証ユーザと関連付けられた全てのプロフィール情報を返す。

モバイルＡｐｐサマリを取得（Get Mobile App Summary）：要求ヘッダ内の所定のａｐｐｉｄに関するユーザのプロフィールデータ、全寿命、達成、及び最後の３０の活動を返す。例えば、様々なアプリケーションは、様々な活動を消費又は検出するように構成されうる。したがって、ａｐｐｉｄによって識別されたアプリケーションによって消費可能な活動だけが返されうる。

マルチ活動プロフィールを取得（Get Multi-Activity Profile）：認証ユーザのマルチ活動プロフィールに関する情報を取得する。マルチ活動プラットフォームを使用する任意のユーザは、マルチ活動システム内にプロフィールを有する。このサービスのＧＥＴバージョンは、全ての垂直線全体にわたって認証ユーザと関連付けられた全てのプロフィール情報を返す。特定のモバイルアプリケーション（例えば、バスケットボール）が、マルチ活動プロフィールを呼び出している場合は、それに応答して、呼び出しアプリケーションの特定のレコードが返される。幾つかの構成では、返されたレコードのソートは、呼び出しアプリケーションによって行わなければならない。

プロフィール及び更新プロフィールを取得（Get Profile and Update Profile）：認証ユーザのプロフィールに関する情報を取得する。認証ユーザのプロフィールを更新する。このサービスのＰＵＴバージョンは、プロフィールを提供された情報で更新する。アイテムが要求本体に含まれる場合、アイテムの値が更新され、値がヌルの場合、アイテムが除去される。アイテムが、要求本体に含まれない場合は、無視される。しかしながら、アイテムが必要な場合は、エラーがスローされる。このサービスは、ＵＰＭデータベースを更新しないことがある。このサービスのＧＥＴバージョンは、認証ユーザと関連付けられた全てのプロフィール情報を返す。

トレーナ及びアスリートメタデータ情報の取得（Get Trainers and Athletes Metadata Information）：全てのアスリート／トレーナ／有名人のリストをその詳細と共に返す。

初期評価（Initial Assessment）：ユーザをマルチ活動システムにログインさせる。

アスリートをリスト（List Athletes）：アスリートのリストを返す。

ドリルをリスト（List Drills）：ドリルのリストを返す。

アスリート情報を書き込む（Post Athlete Information）：アスリートの情報をマルチ活動システムバックエンドに書き込む。

ポストドリル情報（Post Drill Information）：ドリルに関する情報をマルチ活動システムバックエンドに書き込む。

イベントサービスを更新（Update Event Service）：ユーザイベントをイベントサービスに送る。このサービスは、ホームページに表示されるユーザイベントを送信し更新したい任意のアプリケーションに役立つ。

＜ユーティリティ＞
キャッシュクリアサービス（Cache Clearing Service）：指定されたキャッシュをクリアする。

キャッシュリフレッシュサービス（Cache Refresh Service）：キャッシュを特定のエンティティでリフレッシュする要求を書き込む。

イベントサービス（Event Service）：ユニファイドイベントストリーム（ＵＥＳ）へのイベントを作成／更新／削除する。

活動マルチプライヤサービス（Activity Multiplier Service）：所定のＦＵＥＬ源のＦＵＥＬマルチプライヤを取得する。

カレンダを取得（Get Calendar）：カレンダに表示されるユーザイベント及びユーザ目標のリストを返す。

通知を取得（Get Notifications）：このサービスは、通知を取得するために用いられる。ＧＥＴは、要求タイプに基づいて通知のリストを返す。

対応外部ネットワークをリスト（List Supported External Networks）：活動監視サービス／コミュニティにログインするために対応ネットワークのリストを返す。活動監視サービス／コミュニティ自体は、ログインに使用できるネットワークとして返されうる。画像形式は、ＪＰＧ又はＰＮＧいずれの形式で返されうる。

対応ロケールをリスト（List Supported Locales）：活動監視システム／サービスにログインするための対応ロケール及び対応する年齢制限のリストを返す。このサービスは、登録の際にロケール情報をパスし、システム／サービスによってサポートされるロケールと対応する年齢制限のリストを照会し取得したい任意のアプリケーションに役立つ。

手動共有（Manual Share）：ユーザの手動共有レコードを取得する。

通知基本設定１．０（Notification Preferences 1.0）：（ＰＯＳＴ）このサービスは、ユーザの通知基本設定を活動監視システム／サービスに追加するために用いられる。（ＧＥＴ）このサービスは、ユーザの通知基本設定を取得するために用いられる。

通知基本設定２．０（Notification Preferences 2.0）：（ＰＯＳＴ）このサービスは、ユーザの通知基本設定を活動監視システム／サービスに追加するために用いられる。（ＧＥＴ）このサービスは、ユーザの通知基本設定を取得するために用いられる。

装置トークン１．０をリフレッシュ（Refresh Device Token 1.0）：アプリケーション（例えば、モバイルアプリケーション）は、プッシュ通知を使用したいとき、バックエンド上の最新のモバイル装置（時間により変化することがある）によって割り当てられた装置トークンを維持するために、開かれるたびにこのサービスを呼び出さなければならない。

装置トークン２．０をリフレッシュ（Refresh Device Token 2.0）：アプリケーションは、プッシュ通知を使用したいとき、バックエンド上の最新のモバイル装置（時間とともに変化することがある）によって割り当てられた装置トークンを維持するために、開かれるたびにこのサービスを呼び出さなければならない。

装置トークン１．０を除去（Remove Device Token 1.0）：スマートフォン（例えば、ｉＰｈｏｎｅ）アプリケーションは、プッシュ通知をオフにするか、装置上のユーザアカウントをアンリンク解除するとき、このサービスを呼び出して、バックエンドからのその装置トークンのレコードを除去しなければならない。

装置トークン２．０を除去（Remove Device Token 2.0）：スマートフォン（例えば、ｉＰｈｏｎｅ）アプリケーションは、プッシュ通知をオフにするか、装置上のユーザアカウントをアンリンクするとき、このサービスを呼び出してバックエンドからその装置トークンのレコードを除去しなければならない。

サーバ時間要求（Server Time Request）：マルチ活動サーバの現在のＧＭＴ時間を取得する。

時間帯Ｉｄ（Time Zone Id）：有効な時間ゾーンｉｄのリストを取得する。

＜結論＞
本明細書で述べられた態様と特徴の多くは、活動に関するが、類似のプロセス、機能、システムなどが、不活動に適用されうる。例えば、監視装置は、不活動を検出するように構成されてもよく、そのような情報が、マルチ活動プラットフォーム及びシステムに同期されるか他の方法で送信されて、ユーザの活動レベル及びプロフィールに影響を及ぼすことができる。幾つかの例では、不活動は、マルチ活動プラットフォーム及びシステムによって決定され、不活動の結果として控除される活動ポイントの量が決定される。

マルチ活動システム、プラットフォーム、方法、ＡＰＩ等のさらなる特徴は、添付の別紙にさらに説明されている。

更に、本発明は、本発明を実行する現在好ましい方法を含む特定の例に関して述べてきたが、当業者は、前述のシステム及び方法の多数の変形及び置換があることを理解するであろう。例えば、本発明の種々の態様は、様々な組み合わせで用いられてもよく、本発明の態様の種々様々なサブ組み合わせは、本発明から逸脱せずに単一システム又は方法内に一緒に用いられうる。一例では、本明細書で述べたソフトウェア及びアプリケーションは、コンピュータ可読媒体に記憶されたコンピュータ可読命令として実施されうる。また、本発明から逸脱することなく、前述の種々の要素、構成要素及び／又はステップは、変更され、順番が変更され、省略されてもよく、及び／又は追加の要素、構成要素及び／又はステップが、追加されてもよい。

Claims (19)

1. 処理装置と、
   コンピュータ可読命令を記憶するメモリと、
   を備えるシステムであって、
   前記コンピュータ可読命令が実行されるとき、前記システムは、
   複数ユーザの運動活動データをサーバから受信し、
   マップと、前記マップに表示された領域内で行なわれる運動活動に関する情報とを含むユーザインタフェースを生成し、
   第１ユーザからトレーニング期間を示すユーザ入力を受信し、
   前記複数のユーザの運動活動データに基づいて、前記マップに表示された前記領域のうち複数のサブ領域の人気レベルと活動レベルの少なくとも１つを決定し、
   前記複数のサブ領域の前記人気レベルと前記活動レベルの前記少なくとも１つを視覚的に描写するヒートマップを生成し、
   前記複数のサブ領域の前記人気レベルと前記活動レベルの前記少なくとも１つと、前記トレーニング期間とに基づいて、前記複数のサブ領域から一以上のサブ領域を選択し、
   前記選択された一以上のサブ領域を通る経路を生成する、
   システム。
2. 前記システムは、さらに、第１のサブ領域と第２のサブ領域内を通る経路を生成し、
   前記経路の生成では、前記経路の全体的人気レベルと全体的活動レベルの少なくとも１つを最大化するように前記第１のサブ領域と前記第２のサブ領域が選択される、請求項１に記載のシステム。
3. 前記システムは、さらに、第１のサブ領域と第２のサブ領域内を通る経路を生成し、
   前記経路の生成では、前記経路の全体的人気レベルと全体的活動レベルの少なくとも１つを最小化するように前記第１のサブ領域と前記第２のサブ領域が選択される、請求項１に記載のシステム。
4. 前記ヒートマップは、前記複数のサブ領域の前記活動レベルを描写するように生成され、
   前記活動レベルは、対応する領域用に記録された多くの活動動作を含む、請求項１に記載のシステム。
5. 前記ヒートマップは、前記人気レベルを描写するように生成され、
   前記人気レベルは、対応する領域用に受信した多くの正フィードバックを含む、請求項１に記載のシステム。
6. 前記ユーザインタフェースの生成では、前記ヒートマップ上に運動活動経路を作成するための１以上の相互作用オプションが生成される、請求項１に記載のシステム。
7. 前記人気レベルと前記活動レベルの前記少なくとも１つは、複数ユーザのユーザ指定グループの活動に基づいて決定される、請求項１に記載のシステム。
8. コンピュータに、
   運動活動経路を完了した複数ユーザのリストを含むインタフェースを生成する機能、ここで、前記リストは現在ユーザを含んでおり、
   前記現在ユーザが前記リストから前記現在ユーザを削除できるように、前記インタフェース内にオプションを提供する機能、
   前記リストから前記現在ユーザを削除する要求を受信したとき、前記現在ユーザを前記リストから削除する機能、を実現させるためのプログラム。
9. コンピュータに、
   ユーザ要求を受信して１以上の所定の活動経路を表示する機能、ここで、前記ユーザ要求は位置を指定しており、
   前記位置の所定距離内で複数の所定の活動経路を識別する機能、
   前記ユーザ要求を送信したユーザの少なくとも１つのパラメータに基づいて、前記複数の所定の活動経路をフィルタリングする機能、
   前記フィルタリングされた１以上の所定の活動経路を表示する機能、
   を実現させるためのプログラム。
10. 前記少なくとも１つのパラメータは、開始位置と終了位置の少なくとも１つを含む、請求項９に記載のプログラム。
11. 前記少なくとも１つのパラメータは、前記所定の活動経路の人気レベルと活動レベルの少なくとも１つを含む、請求項９に記載のプログラム。
12. 前記少なくとも１つのパラメータは、所望量のトレーニング時間を含む、請求項９に記載のプログラム。
13. 前記所定の活動経路の少なくとも１つに対する１以上の他のユーザによる１以上の活動統計を表示する機能を更に含む、請求項９に記載のプログラム。
14. 前記活動統計は、前記所定の活動経路の前記少なくとも１つに対して記録された最大又は最小活動計量値を含む、請求項１３に記載のプログラム。
15. 前記少なくとも１つのパラメータは、活動タイプを含む、請求項９に記載のプログラム。
16. 前記システムは、さらに、
    第１の運動機器を識別するためのユーザ入力を受信し、
    前記第１の運動機器を識別するための情報に基づいて、第１の検索タグを生成し、
    前記プロセッサによって、前記第１の検索タグを前記経路に割り当て、
    前記第１の運動機器と前記経路とを関連付ける、
    請求項１に記載のシステム。
17. 前記人気レベルは、対応する領域に対して受信した投票数とユーザコメント数のうちの少なくとも一つを含む、請求項１に記載のシステム。
18. 前記ユーザインタフェースの生成は、前記ヒートマップ上に運動活動計量値を提供するための１以上の相互作用オプションを生成することを含む、請求項１に記載のシステム。
19. 前記経路の生成は、前記トレーニング期間と全体の活動レベルに基づいて、前記一以上のサブ領域を選択することをさらに含む、請求項１に記載のシステム。

Images