KR101774120B1 - 다중 활동 플랫폼 및 인터페이스 - Google Patents

Abstract

활동 모니터링은 활동이 수행되는 경로 또는 위치의 추적을 포함할 수 있다. 어떤 예들에서, 경로는 높은 활동 레벨 또는 인기도를 갖는 지역들을 식별하는 열 맵(heat map)에 대해 표시될 수 있다. 대안적으로 또는 부가적으로, 경로들은 시간량, 선호하는 위치(시작 및 종료), 인기도 또는 활동 레벨 등 및/또는 이들의 조합 등 다양한 사양에 기초하여 시스템에 의해 자동 생성될 수 있다. 사용자의 운동 정보는 또한 특정 위치 또는 경로와 연관하여 저장될 수 있다.

Description

다중 활동 플랫폼 및 인터페이스{MULTI-ACTIVITY PLATFORM AND INTERFACE}

<관련 출원과의 교차 참조>

본 출원은 그 전체가 본원 명세서에 통합되는, 2012년 6월 5일 출원된 발명의 명칭이 "Multi-Activity Platform and Interface"인 미국출원번호 61/655,578의 우선권을 주장한다.

<배경>

운동과 피트니스(fitness)는 점점 더 인기를 끌고 있고 이러한 활동들로부터의 장점은 잘 알려져 있다. 다양한 타입의 기술이 피트니스 및 기타 체육 활동에 통합되어 있다. 예를 들어, 다양한 휴대용 전자 기기들, 예컨대 MP3 또는 기타 오디오 플레이어, 라디오, 휴대용 텔레비전, DVD 플레이어, 또는 기타 비디오 재생 디바이스, 시계, GPS 시스템, 만보계(pedometers), 휴대 전화기, 호출기(pagers), 삐삐(beepers) 등이 피트니스 활동에 이용가능하다. 많은 피트니스 매니아 또는 운동 선수들이 운동이나 훈련을 즐겁게 유지하고, 성과 데이터를 기록하고 제공하거나 다른 사람들과의 연락을 유지하기 위해 이러한 디바이스들 중 하나 이상을 사용한다.

이하, 그 양태의 적어도 일부를 기본적으로 이해하기 위해 본 개시의 양태의 일반적인 요약을 제공한다. 이 요약은 광범위한 개요가 아니다. 또한 핵심(key) 또는 중요한 요소들을 식별하거나 범위(scope)를 서술하도록 의도되는 것도 아니다. 아래의 개요는 단지 이하에서 제공되는 보다 상세한 설명에 대한 서두로서 본 발명의 일부 개념을 일반적인 형태로 제시한다.

본 명세서에 설명된 양태들은 활동 데이터 기록(activity data recording), 온라인 커뮤니티 및 활동 모니터링 및 여러 다른 타입의 활동들을 지원하는 추적 디바이스들과 시스템들 사이에 인터페이스를 제공한다. 추가적으로 또는 대안적으로, 본 명세서에 설명된 다양한 양태들은 활동 데이터가 기록되는 디바이스 타입에 기초하여 활동 데이터 및 정보를 구별하기 위해 제공한다. 또한, 복수 종류의 활동 타입, 디바이스 및 디바이스 타입 및 활동 세션들로부터의 활동 데이터를 하나의 목표를 향해 취합(aggregate)할 수 있다. 이러한 방법으로, (피트니스 프로그램, 스포츠, 다른 타입들의 신체 활동 및 운동 활동을 포함하는)활동들을 수행하기 위해 동기부여하는 목표들이 더 이상 사용자들을 특정한 목표를 위한 단일 활동 또는 디바이스에 제한할 수는 없다.

다른 양태들 및 기능들을 본 개시를 통해 설명한다.

여러가지 예시적인 실시예들에 대한 다음의 설명은 첨부된 도면들을 참조하여 이루어지고, 도면은 실시예의 일부를 형성하고, 양태들이 실행될 수 있는 다양한 예시적인 디바이스, 시스템 및 환경을 설명하는 방식으로 도시된다. 구성요소들의 다른 특정한 구성, 예시적인 디바이스들, 시스템 및 환경을 이용할 수 있고, 구조적 및 기능적 변형들이 본 개시의 범위를 벗어나지 않고 이루어질 수 있음을 알 것이다.

<개관>

도 1은 본 명세서에 기재된 하나 이상의 양태들을 이용하고 운영할 수 있는 일반적인 네트워크 및 시스템 환경을 도시한다. 예를 들어, 환경(100)은 인터넷, 단거리 및 장거리 무선 통신, 유선 통신, 셀룰러 통신, BLUETOOTH(예를 들어, 저 에너지), ZIGBEE, RFID, Wi-Fi 접속, WLAN, USB, 파이어 와이어(FireWire) 등 및/또는 이들의 조합들을 포함하는 다양한 타입의 네트워크, 접속, 및 프로토콜을 통해 연결된 다수의 디바이스들을 포함할 수 있다. 예를 들어, 활동 모니터링 디바이스(103a 및 103b)는 유선 및 무선 접속을 포함하는 근거리 연결을 통해 각각 컴퓨팅 디바이스(105a 및 105b)에 접속될 수 있다. 한편, 활동 모니터링 디바이스(103c)는 Wi-Fi, 셀룰러 통신, TCP/IP, 이더넷 등 및/또는 이들의 조합을 포함하는 장거리 무선 또는 유선 통신을 통해 원격 활동 모니터링 및 추적 시스템(107)에 접속될 수 있다. 활동 모니터링 디바이스(103a, 103b 및 103c)는 스마트 폰, 전용 활동 모니터링 디바이스, 센서 및/또는 이들의 조합을 포함하는 활동 모니터링 시스템의 임의의 타입을 포함할 수 있다.

활동 모니터링 디바이스들의 예들은: 2011년 11월 1일 출원된 발명의 명칭이 “Wearable Device Having Athletic Functionality"인 미국 출원 번호 13/287,047; 2010년 4월 26일 출원된 발명의 명칭이 "Athletic Watch"인 미국출원번호 12/767,288; 2010년 4월 26일 출원된 발명의 명칭이 "GPS Features And Functionality In An Athletic Watch System"인 미국출원번호 12/767,447; 2010년 4월 26일 출원된 발명의 명칭이 "Athletic Watch"인 미국출원번호 12/767,425; 2010년 4월 26일 출원된 발명의 명칭이 "Athletic Watch"인 미국출원번호 12/767,308; 및 2012년 1월 4일 출원된 발명의 명칭이 "Athletic Watch"인 미국출원 번호 13/343,587에 개시되어 있고 그 내용들 전체가 본 명세서에 전체가 참조로 통합된다.

활동 모니터링 디바이스(103a, 103b, 103c)는 다른 센서들(예를 들어, 심박수 모니터, 가속도계, 위성 위치 확인 시스템, 셀룰러 삼각 측량 시스템(cellular triangulation system), 충격 센서, 온도 게이지, 자이로스코프, 광 센서 등)을 포함할 수 있고, 다른 통신 또는 데이터 기록 프토토콜들을 사용할 수 있고, 다른 캘리브레이션을 갖고 및/또는 다른 타입의 활동 및 움직임을 검출하도록 구성될 수 있다. 예를 들어, 디바이스(103a)는 다수의 스텝들 및 그에 기초하는 해당 속도를 검출하도록 구성될 수 있는 한편, 디바이스(103b)는 (예를 들어, 농구나 다른 타입의 스포츠를 위한) 심박수와 엉덩이 움직임을 검출하도록 구성될 수 있다. 따라서, 디바이스(103a, 103b)에 의해 기록된 데이터는 즉시 호환가능하지 않을 수도 있거나 또는 비교불가할 수 있을 수도 있다. 사용자는, 예를 들면, 정보가 적절히 처리되고 가시화되거나 전달될 수 있도록 서로 다른 애플리케이션, 서비스 또는 시스템을 사용하여 메트릭(metric) 및 기록된 데이터를 볼 수 있다. 비록 유사한 구성 요소(예를 들어, 디바이스(103a 및 103c))를 갖는 디바이스들 사이에서, 디바이스는 상이한 민감도 또는 캘리브레이션을 가질 수 있고, 따라서, 결과적인 데이터는 여전히 부정확한 성능 비교를 제공할 수 있다.

전반적인 신체 활동의 비교를 용이하게 하고 신체 활동 추적을 간소화시키기 위해 활동 데이터는 시스템(107)과 같은 다중 활동 시스템 및 플랫폼을 이용하여 처리될 수 있다. 시스템(107)은 활동 모니터링 및 추적 사이트 및 커뮤니티를 호스트(host)할 수 있고 이를 통해 사용자들이 자신의 활동 진행을 추적할 수 있을 뿐만 아니라 다른 사용자들과 접속하여 활동 레벨을 공유 및/또는 비교하고, 경쟁하고, 공동 활동, 통신 등에 참여할 수 있다. 본 명세서에서 설명되는 바와 같이, 모니터링 디바이스(103a 및 103b) 간의 활동 데이터의 통신은 각각 컴퓨팅 디바이스(105a 및 105b)를 통해 용이하게 될 수 있다. 또한 활동 모니터링 디바이스(103a)는 디바이스(105c)와 데이터 통신할 수 있다. 그러나, 예를 들어, 디바이스(103a 및 103b)가 시스템(107)과 인터페이스하기 위한 통신 수단(예를 들어, 인터넷 액세스 또는 광역 네트워크 액세스)를 포함할 경우, 컴퓨팅 디바이스(105a, 105b 및 105c)의 사용이 필요치 않을 수 있다. 어떤 실시예들에서, 디바이스(105a, 105b 및 105c)는 또한 활동 데이터의 중간 처리를 제공하고, 하나 이상의 다중 활동 시스템 및 플랫폼의 기능 및/또는 능력을 포함할 수도 있다.

시스템(107)은 사용자가 다양한 활동에 대한 활동 데이터 및 수행된 활동 타입들을 볼 수 있는 단일 소스를 제공하도록 구성될 수 있다. 예를 들어, 제1 사이트 또는 시스템을 통해, 농구 활동 데이터를 보고 다른 사이트 또는 시스템을 통해 데이터를 실행하는 것보다, 사용자가 단일 플랫폼 또는 시스템을 통하여 취합된 정보를 볼 수 있다. 또한, 다른 모니터링 디바이스 또는 디바이스(103a, 103b 및 103c) 등의 활동 모니터링 디바이스의 타입을 사용하여 기록된 데이터가 취합되어 함께 볼 수 있다. 시스템(107)은 또한 시각화 및 기록된 데이터 및 활동을 좀 더 세밀하게 제어할 수 있는 데이터 처리를 제공할 수 있다. 예를 들어, 시스템(107)은 사용된 모니터링 디바이스에 기반한 활동 데이터 세트, 활동 모니터링 디바이스의 타입, 수행된 활동의 타입, 시간 및/또는 활성 세션을 표시할 수 있는 능력을 사용자에게 제공할 수 있다. 또한, 시스템(107)에 의한 신체 활동 데이터의 취합은 사용자가 그의 또는 그녀의 전반적인 신체 활동 레벨을 측정, 보기 및 평가할 수 있게 한다. 예를 들어, 다양한 신체 활동 데이터(예를 들면, 메트릭(metrics))은 활동 포인트들과 같은 가상 활동 메트릭(virtual activity metric)으로 변환되어 다른 활동들 및 활동 세션들 간의 비교 기준을 제공할 수 있게 된다. 또한, 사용자가 서로 다른 메트릭을 사용하여 복수 종류의 활동을 측정하거나 또는 다른 종류의 센서 데이터를 제공하거나 및/또는 사용자가 다른 모니터링 디바이스 또는 디바이스(103a, 103b 및 103c) 등의 타입을 사용하는 경우라 하더라도, 사용자는 복수 타입의 활동을 수행함으로써 달성될 수 있는 목표를 한정할 수 있다.

컴퓨팅 디바이스(105a, 105b 및 105c)는 시스템(107)으로 송신될 데이터를 요구하지 않고 시스템(107)과 유사한 데이터 처리를 제공하도록 구성될 수 있다. 예를 들어, 컴퓨팅 디바이스(105a)는 복수의 모니터링 디바이스(103a, 103b 및/또는 103c)로부터 데이터를 수신할 수 있고, 시스템(107)과 유사한 데이터 추적 및 비교를 제공할 수 있다. 대안적으로 또는 부가적으로, 컴퓨팅 디바이스(105a, 105b 및 105c)는 또한 어떠한 구성으로 사용되어 데이터의 중간 저장 및 시스템(107)과의 데이터 통신을 원활하게 할 수 있다. 예를 들어, 디바이스(103a 및 103b)가 비교적 작은 메모리 용량을 포함할 경우, 컴퓨팅 디바이스(105a, 105b 및 105c)는 디바이스(103a 및 103b)가 추가의 새로운 데이터를 저장하기 위해 공간 확보를 위해 이전에 기록된 활동 데이터를 삭제할 수 있도록 디바이스(103a 및 103b)로부터 기록된 데이터를 각각 저장하도록 사용될 수 있다. 컴퓨팅 디바이스(105a, 105b, 105c)는 다른 활동 모니터링 디바이스, 휴대 전화, 위성 전화, 인터넷 전화 디바이스, 스마트 폰 등과 같은 전기통신 디바이스, 뮤직 플레이어, 비디오 플레이어, 노트북 컴퓨터 등을 포함한 휴대용 컴퓨팅 디바이스, 개인용 컴퓨터(PC) 등의 데스크 톱 컴퓨팅 시스템에 대응할 수 있다.

하나 이상의 구성에서, 하나 이상의 디바이스들(105a, 105b 및 105c)이 다른 디바이스들과는 다르게 구성될 수 있다. 일 예에서, 디바이스(105c)는 로컬 동기화 및 활동 데이터의 저장을 위해 구성될 수 있는 한편 하나 이상의 디바이스(105a 및 105b)는 패쓰스루 동기화(pass-through synchronization)를 위해 구성될 수 있다. 이에 따라, 활동 데이터가 디바이스(105c)에 저장되도록 활동 데이터는 활동 모니터링 디바이스(103a) 및 디바이스(105c) 사이에서 동기화될 수 있다. 다음, 활동 데이터는 미래의 어떤 시점에서 다중 활동 시스템(107)으로 동기화될 수 있다. 패쓰스루 동기화 모드에서의 경우, 디바이스(105a)는 중간 스토리지 없이 디바이스(103a)와 다중 활동 시스템(107) 사이의 동기화를 용이하게 할 수 있다. 즉, 디바이스(105a)는 디바이스(105a) 및 활동 모니터링 디바이스(103a) 사이의 동기화를 지원하지 않을 수도 있다. 디바이스(105a, 105b, 105c)의 다양한 동기화 구성은 설치된 동기화 애플리케이션의 타입 및/또는 그 실행의 타입에 의존할 수 있다.

도 2는 도 1에 설명된 하나 이상의 디바이스들에 포함될 수 있는 예시적인 컴퓨팅 시스템을 도시한다. 예를 들어, 컴퓨팅 시스템(201)은 디바이스들(103a, 103b, 103c, 105a, 105b 및 107) 중 어느 하나로서 동작하도록 적응될 수 있다. 도면에서 알 수 있는 바와 같이, 컴퓨터(201)는 연산부(203)를 갖는다. 연산부(203)는 처리부(205) 및 시스템 메모리(207)를 포함할 수 있다. 처리부(205)는 소프트웨어 명령어를 실행하기 위한 임의의 타입의 처리 디바이스일 수 있으나, 종래의 마이크로 프로세서 디바이스일 수 있다. 시스템 메모리(207)는 판독 전용 메모리(ROM)(209) 및 랜덤 액세스 메모리(RAM)(211) 둘 다를 포함할 수 있다. 당업계에서 통상의 지식을 가진 자라면 아는 바와 같이, 판독 전용 메모리(ROM)(209) 및 랜덤 액세스 메모리(RAM)(211) 양자 모두 처리부(205)에 의한 실행을 위한 소프트웨어 명령어를 저장할 수 있다.

처리부(205) 및 시스템 메모리(207)가 버스(213) 또는 다른 통신 구조를 통해 하나 이상의 주변기기들에 직접 또는 간접적으로 연결된다. 예를 들어, 처리부(205) 또는 시스템 메모리(207)가 하드 디스크 드라이브(217) 및 분리형 광 디스크 드라이브(removable optical disk drive)(219) 등의 부가적 메모리 스토리지에 직접 또는 간접적으로 연결될 수 있다. 컴퓨터(201)는 또한 고체 상태 드라이브, 분리형 자기 디스크 드라이브 및 플래시 메모리 카드 등의 다른 메모리 저장 매체들을 사용하거나 인터페이스될 수 있다. 처리부(205) 및 시스템 메모리(207)는 또한 직접적으로 또는 간접적으로 하나 이상의 입력 디바이스(221) 및 하나 이상의 출력 디바이스(223)에 연결될 수 있다. 입력 디바이스(221)는 예를 들어, 키보드, 터치 스크린, 리모트 컨트롤 패드, 포인팅 디바이스(마우스, 터치 패드, 스타일러스, 트랙볼, 조이스틱 등), 스캐너, 카메라 또는 마이크를 포함할 수 있다. 출력 디바이스(223)는 예를 들어, 모니터 디스플레이, 텔레비전, 프린터, 스테레오, 또는 스피커를 포함할 수 있다.

또한, 연산부(203)는 네트워크와 통신하기 위해 직접 또는 간접적으로 하나 이상의 네트워크 인터페이스(215)에 연결될 수 있다. 이러한 네트워크 인터페이스(215)의 타입은 또한 때때로 네트워크 어댑터 또는 네트워크 인터페이스 카드(NIC)로 지칭하며, 연산부(203)로부터의 데이터 및 제어 신호들을 예컨대 전송 제어 프로토콜(TCP), 인터넷 프로토콜(IP) 및 사용자 데이터그램 프로토콜(UDP)과 같은 하나 이상의 통신 프로토콜에 따른 네트워크 메시지로 변환한다. 네트워크 어댑터는 무선 또는 유선 또는 이들의 조합일 수 있다. 이러한 프로토콜은 당업계에 잘 알려져 있고, 따라서 여기에서 더 상세히 설명하지 않는다. 인터페이스(215)는, 예를 들어, 무선 송수신기, 전원 라인 어댑터, 모뎀 또는 이더넷 연결을 포함하는, 네트워크에 접속하기 위한 임의의 적절한 접속 에이전트(connection agent)를 이용할 수 있다. 접속 에이전트는 유선 또는 무선과 유사할 수 있고 또는 이들의 조합일 수 있다. 따라서, 인터페이스(215)를 사용하여, 컴퓨터(201)는 예컨대 로컬 영역 네트워크뿐 아니라 인터넷과 같은 광역 네트워크에 액세스 할 수 있다. 하나 이상의 구성에서, 인터페이스(215)를 사용하여 로컬 또는 광대역 네트워크를 통해 웹 사이트 또는 다른 네트워크 디바이스를 검색할 수 있다. 신체 활동(physical activity) 등의 데이터는 로컬 또는 원격 네트워크 소스들(예를 들어, 도 1의 디바이스들(103a, 103b, 103c, 105a 및 105b)로/로부터 송신 또는 수신될 수 있다.

다른 주변 디바이스들은 당업계에 알려져 있는 바와 같이, 도 1에 도시된 타입의 컴퓨터(201)에 포함되거나 그렇지 않으면 연결된다. 어떤 경우, 주변 디바이스는 연산부(203)에 영구적 또는 반영구적으로 연결될 수 있다. 예를 들어, 많은 컴퓨터와 함께, 연산부(203), 하드 디스크 드라이브(217), 분리형 광 디스크 드라이브(219) 및 디스플레이가 하나의 하우징에 반영구적으로 케이싱된다(encased). 그러나, 다른 주변 디바이스들은 컴퓨터(201)에 착탈가능하게 연결될 수 있다. 컴퓨터(201)는 예를 들어, 하나 이상의 통신 포트를 통해 주변 디바이스가 연산부(203)에 (버스(213)를 통해 직접 또는 간접적으로) 접속될 수 있다. 이러한 통신 포트들은 병렬 버스 포트 또는 직렬 버스 포트, 범용 직렬 버스(USB) 표준 또는 IEEE 1394 고속 직렬 버스 표준(예를 들어, 파이어 와이어 포트)을 사용하는 직렬 버스 포트를 포함할 수 있다. 대안적으로 또는 부가적으로, 컴퓨터(201)는 블루투스 인터페이스, Wi-Fi 인터페이스, 적외선 포트 등과 같은 무선 데이터 "port"를 포함할 수 있다.

본 발명의 다양한 실시예에 따라 채용된 컴퓨팅 디바이스는 도 2에 도시된 컴퓨터(201)보다 더 많은 수의 구성 요소들, 컴퓨터(201)보다 더 작은 수의 구성 요소들, 또는 컴퓨터(201)와는 다른 조합의 구성 요소들을 포함할 수 있다는 것을 알 것이다. 예를 들면, 일부 구현에 따라서는 디지털 음악 플레이어, 활동 모니터링 디바이스 또는 서버 컴퓨터와 같은 매우 특정 기능을 갖도록 의도되는 하나 이상의 컴퓨팅 디바이스를 채용할 수 있다. 이러한 컴퓨팅 디바이스는 네트워크 인터페이스(215), 분리형 광 디스크 드라이브(219), 프린터, 스캐너, 외장형 하드 드라이브 등의 불필요한 주변 디바이스를 생략할 수 있다. 일부 구현예에 따르면, 데스크 탑 또는 노트북 개인용 컴퓨터와 같은 다양한 기능을 수행할 수 있도록 의도되는 컴퓨팅 디바이스들을 대안적으로 또는 선택적으로 채용할 수 있다. 이러한 컴퓨팅 디바이스들은 주변 디바이스들 또는 부가적인 구성 요소들의 임의의 조합을 원하는 대로 가질 수 있다.

도 3은 도 1의 디바이스(103a, 103b 및 103c) 등의 활동 모니터링 디바이스에 적용될 수 있는 다른 컴퓨팅 디바이스 예를 도시한다. 예를 들면, 활동 검출 및 추적 디바이스(300)는 명령어를 실행하고 그 명령어에 따라 디바이스(300)의 다른 구성 요소들을 제어하도록 구성된 메인 컨트롤러 또는 호스트 프로세서(301)를 포함하여 다양한 구성 요소들을 포함할 수 있다. 디바이스(300)는 또한 랜덤 액세스 메모리(RAM)(303), 판독 전용 메모리(ROM)(305) 및 스토리지(307)와 같은 휘발성 및 비휘발성 메모리를 포함하여 데이터 및 명령어를 저장하기 위한 메모리를 더 포함할 수 있다. 또한, 디바이스(300)는 디바이스(300)에 전력을 공급하는 하나 이상의 배터리(도시 안됨)를 충전하기 위한 충전 컴포넌트(309)를 포함할 수 있다. 디바이스(300)는 다양한 입력 및 출력 어댑터 및 주변 광 센서(311), 디스플레이 어댑터(313), 가속도계(315) 및 입력 어댑터(317)를 포함하는 다른 구성 요소들을 포함할 수 있다. 주변 광 센서(311)는 시인성을 위해 하나 이상의 디스플레이의 밝기 레벨을 판정할 수 있다. 광 센서(311)는 또한 하루의 전체 시간을 결정하는 데 사용될 수 있다. 입력 어댑터(317)는 디바이스(300)에 포함되는 입력 디바이스들의 타입에 따라 버튼 누름, 터치 입력, 스크롤 휠 입력 등 다양한 타입의 입력을 수신하고 처리하도록 구성될 수 있다. 가속도계(315)는 착용가능 디바이스의 움직임과 그 디바이스를 착용하고 있는 사용자의 움직임을 검출하도록 구성될 수 있다. 어떤 예들에서, 가속도계(315)는 1-축, 3-축 또는 6-축 가속도계일 수 있다. 심박 센서, 온도 센서, 습도 센서, 나침반, 자이로 센서(gyroscopic sensor) 등을 포함하는 다른 센서들은 또한 디바이스(300)에 포함될 수 있다.

디바이스(300)에 의한 통신은 유선 및 무선 접속 수단을 통하여 수행될 수 있다. 일 예에서, 디바이스(300)는 무선 주파수 전송을 통해 다른 디바이스와 무선 통신하도록 구성된 무선 컴포넌트(RADIO)(319)를 포함할 수 있다. 무선 컴포넌트(319)는 블루투스 송수신기, RFID 디바이스, 무선 LAN 송수신기, 셀룰러 트랜시버 등 및/또는 이들의 조합에 대응할 수 있고 및/또는 전용 프로세서를 포함할 수 있다. 디스플레이 어댑터(313)는 다양한 활동 정보, 상호 정보, 경고, 알림 등을 반송함에 있어서 디바이스의 하나 이상의 디스플레이를 제어하도록 구성될 수 있다. 일 예에서, 디스플레이 어댑터(313)는 디바이스(300)의 제2 디스플레이를 제어하는 것과는 독립적으로 제1 디스플레이를 제어하도록 구성될 수 있다. 착용형 디바이스는 또한 위성 위치 확인 시스템(GPS) 컴포넌트(321) 등의 위치 결정 컴포넌트를 더 포함할 수 있다. 위치 결정은 또한 셀룰러 트랜시버(예를 들어, 셀룰러 삼각 측량에 기반하는)를 포함하는 다른 디바이스를 사용하여 수행될 수 있다. 본 명세서에 기술된 구성 요소들은 단일 디바이스로 조합될 수 있거나 또는 다중 구성 요소들에 걸쳐 분포될 수 있다. 또한, 추가 또는 대체 구성 요소들은 추가의 또는 대안적인 기능을 제공하기 위해 사용될 수 있다.

시스템(107)과 같은 다중 활동 플랫폼 및 시스템은 다양한 다른 모니터링/검출 디바이스 및 다양한 타입의 모니터링/검출 디바이스들로부터 복수의 활동 세션 및 복수의 서로 다른 타입의 활동을 위한 신체 활동 데이터를 수신하도록 구성될 수 있다. 시스템에 의해 제공되는 다양한 기능들은: 활동 데이터 추적 및 처리, 활동 과제를 용이하게 하거나, 레거시 활동 추적 시스템과의 인터페이스, 전체 커뮤니티에 대한 활동 통계, 디바이스 구성, 셋업 및 동기화, 목표 추적 및 처리, 사용자 등록, 다른 커뮤니티 또는 소셜 네트워크와의 인터페이스를 포함하는 커뮤니티 정보를 생성하여 관련 정보를 획득하거나, 사용자 프로필 및 사이트 관리 등의 제공을 포함할 수 있다.

다중 활동 플랫폼 및 시스템(107)은 디바이스(103a, 103b, 103c, 105a, 105b 및 105c)로부터 분리된 것으로 설명되지만, 다중 활동 플랫폼의 일부 또는 전부가 디바이스(103a, 103b, 103c, 105a, 105b 및 105c)에 구현될 수도 있다. 예를 들어, 다중 활동 플랫폼은 다른 활동 모니터링 디바이스, 추적 서비스 혹은 시스템, 활동 모니터링 애플리케이션 등의 사이에서 데이터 통신 및 상호작용을 용이하게 하도록 구성된 응용 프로토콜 인터페이스를 포함할 수 있다. 이와 같이, 활동 모니터링 디바이스의 구성이나 종류(예를 들면, 포함된 센서의 종류 또는 추적할 활동의 종류), 추적 서비스 또는 시스템이나 거기에 실행된 애플리케이션에 상관없이, 데이터가 통신될 수 있고 공유 프레임워크를 사용하여 기능들이 적용될 수 있다.

도 4는 다중 활동 플랫폼 및 시스템이 여러 디바이스들로부터 활동 데이터를 처리할 수 있고 다중 활동들을 위한 예시적인 프로세스를 도시한다. 단계 400에서, 시스템은 시스템으로 데이터를 게시하기 위한 요청을 수신할 수 있다. 요청은 도 1의 디바이스(103a, 103b 및 103c) 등의 활동 검출 및 모니터링 디바이스 또는 도 1의 컴퓨팅 디바이스(105a, 105b) 등의 중간 디바이스로부터 수신될 수 있다. 단계 405에서, 시스템은 상기 요청 디바이스로부터 신체 활동 데이터를 수신할 수 있다. 신체 활동 데이터는 다양한 프로토콜에 따라 전송될 수 있으며 여기에서 더 상세히 논의되는 바와 같이, 적어도 하나의 실시예에서, 시스템에 의해 제공된 API를 사용하여 전송될 수 있다. 단계 410에서, 시스템은 신체 활동 데이터를 기록하기 위한 활동 검출 및 모니터링 디바이스의 디바이스 타입을 결정할 수 있다. 디바이스 타입은 디바이스 기능, 디바이스 타입을 사용하도록 구성되는 활동의 타입, 디바이스 컴포넌트, 데이터 정확성, 데이터 기록 파라미터(예를 들어, 데이터가 수집되는 빈도) 등 및/또는 이들의 조합일 수 있다. 디바이스 타입은 요청에 지정된 다양한 파라미터(예를 들어, API의 데이터 게시 기능에서 디바이스 타입 파라미터)에 기초하여 또는 수신된 신체 활동 데이터의 분석에 기초하여 결정될 수 있다. 예를 들어, 시스템은 수신된 물리적 활동 데이터가 가속도계 데이터, 심박수 데이터, GPS 데이터 등을 포함하는지 결정할 수 있다. 미리 정의된 규칙에 따라, 시스템은 신체 활동 데이터의 데이터 타입이 제1 디바이스 타입 또는 제2 디바이스 타입에 대응하는지 여부를 판정할 수 있다. 또 다른 예에서, 시스템은 예컨대 사용자가 지정한 이름, 브랜드, 제품명, 일련 번호 등의 디바이스 식별자를 수신하고, 그에 기초한 디바이스 타입을 정할 수 있다. 특정 예에서, 디바이스 식별자는 디바이스 등록시에 사전에 연관되거나 또는 등록된 디바이스 타입일 수 있다. 필요에 따라 또는 원하는 디바이스 타입을 결정하는 다양한 다른 방식들도 사용될 수 있다.

단계 415에서, 시스템은 또한 수신된 신체 활동과 관련된 활동의 타입을 결정할 수 있다. 일 예에서, 이러한 결정은 데이터가 수신되는 디바이스 타입에 기초하여 이루어질 수 있다. 예를 들어, 디바이스의 제1 타입은 예를 들어, 농구 등 제1 활동 타입에 대해 구성될 수 있는 한편 디바이스의 다른 타입은 주행 또는 보행 등의 제2 활동 타입에 대해 구성될 수 있다. 다른 예에서, 활동 타입 결정은 시스템에 의해 수신된 데이터 파라미터에 기초하여 결정될 수 있다. 파라미터는 사용자가 활동 데이터를 수행된 활동 타입에 태깅(tagging)함에 의한 사용자 지정(user-specified)일 수 있고 또는 활동 타입 인식 알고리즘과 방법론에 기초하여 하나 이상의 디바이스들에 의해 태깅된 것일 수 있다. 일 예에서, 활동 검출 및 모니터링 디바이스와 같은 디바이스는 신체 활동 데이터의 패턴을 신체 활동 데이터의 이전 세트에 비교하여 유사성을 판단할 수 있다. 신체 활동 패턴이 이전 세트의 신체 활동 데이터(공지된 할동 타입)와 미리 정의된 임계치가 일치하는 것으로 판단되면, 디바이스는 최근 기록된 신체 활동이 동일한 활동 타입에 해당하는지 판단할 수 있다. 다양한 다른 기능, 알고리즘 및 방법들이 활동 타입을 결정하는 데 이용될 수 있다.

단계 420에서, 시스템은 수신된 신체 활동 데이터에 대한 활동 메트릭(activity metrics)을 생성하도록 선택적으로 구성될 수 있다. 메트릭은 시간, 속도, 거리, 심박수, 체온, 촬영 단계, 소비 한 칼로리 등을 포함할 수 있다. 일부 구성에서, 물리적 활동 데이터는 활동 검출 및 모니터링 디바이스 또는 중간 컴퓨팅 디바이스에 의해 생성된 메트릭을 이미 포함할 수 있다. 따라서, 시스템은 메트릭이 이미 생성되었는지 또는 수신 활동 데이터에 포함되는지 결정하도록 구성될 수 있고 그렇지 않다면, 메트릭을 생성한다. 그러나, 메트릭이 이미 생성/포함되어 있다면, 시스템은 메트릭을 생성할 수 없다. 다른 구성에서, 신체 활동 데이터는 메트릭으로 가공되지 않는 가공전 센서 데이터일 수 있다. 따라서, 후자의 경우, 시스템은 원시 센서 데이터를 하나 이상의 메트릭으로 처리할 수 있다. 예를 들어, 가속도계 데이터 및 달리기 활동에 대해, 발 접촉 시간은 다양한 공지 방법에 따른 센서 데이터로부터 식별될 수 있고, 움직임의 속도(pace), 거리, 속도(speed)를 계산할 수 있다. 메트릭은 디바이스 타입 및/또는 수행된 운동 활동의 형태에 기초하여 선택된 알고리즘과 방법을 사용하여 생성될 수 있다. 예를 들어, 다른 디바이스 타입들은 서로 다른 종류의 교정 값을 가질 수 있는 한편 다른 타입의 운동 활동들이 다른 타입의 메트릭들에 대응할 수 있다. 다른 디바이스 타입들은 또한 서로 다른 센서들을 가질 수 있고 따라서, 센서 데이터를 처리하기 위한 다양한 타입의 알고리즘을 필요로 할 수 있다.

단계 425에서, 시스템은 또한 활동 데이터로부터 결정된 활동 메트릭을 정상화(normalize)할 수 있다. 정상화는 다른 디바이스, 서로 다른 디바이스 타입, 상이한 활동 세션, 다른 활동 타입 등의 사이에서 데이터 정확성에서의 불일치를 보상하기 위해 수행될 수 있다. 정상화는 특정 타입의 활동 또는 디바이스 타입에 대해 결정된 메트릭을 조정하기 위해 미리 정의된 테이블 또는 정상화(예를 들면, 캘리브레이션) 값들을 사용하여 수행될 수 있다. 그리하여, 제2 활동 모니터링 디바이스를 사용하여 결정된 바와 같 달린 거리가 0.998의 계수(factor)로 곱해질 수 있는 한편 제1 활동 모니터링 디바이스를 사용하여 결정된 바와 같이 달린 거리는 1.05의 계수로 곱해질 수 있다. 이러한 정상화 또는 교정 값들은 하나 이상의 구성에서 경험적 분석에 기초하여 결정될 수 있다. 다른 예들에서, 정상화 및 교정값들은 특정한 활동(예를 들어, 200 피트 달리기)을 수행하도록 사용자에게 요구하고, 결과의 데이터를 기록하고 분석함에 따른 통계 분석에 기초하여 결정될 수 있다.

단계 430에서, 상기 시스템은 활동 세션, 수행된 활동 타입, 사용된 디바이스 또는 디바이스 타입이 활동 포인트 등의 가상 또는 보편적인 활동 메트릭에 적합한지 여부를 결정할 수 있다. 시스템은 예를 들어, 특정 활동, 활동 타입, 디바이스 또는 디바이스 타입 및/또는 이들의 조합에 활동 포인트가 누적되는 것을 제한할 수 있다. 활동 포인트들은 전반적인 활동 레벨의 측정치를 전달하기 위해, 목표를 향한 진행을 정의하고 측정하기 위해, 가상 화폐로서 마일스톤(milestones) 및 다른 타입의 성과 등을 달성하기 위해 사용될 수 있다. 가상/범용 메트릭을 사용함으로써, 다수의 활동들로부터의 활동, 활동 타입, 디바이스 및 디바이스 타입이 전반적인 활동 레벨이나 양으로 통합될 수 있다. 활동 데이터가 활동 포인트를 받을 수 없는 경우, 예컨대 원시 데이터 및/또는 메트릭과 같은 활동 데이터가 이러한 메트릭 및 데이터를 활동 포인트의 양으로 변환하지 않고 또한 사용자에 활동 포인트를 보상하지 않고 단계 435에서 저장될 수 있다. 프로세스는 계속하여 단계 450으로 진행되거나, 종료된다.

다른 한편으로, 활동 데이터가 활동 포인트를 받을 자격이 있는 경우, 시스템은 단계 440에서 디바이스 타입 및/또는 활동 타입에 따라 다양한 알고리즘을 사용하여 수신된 신체 활동 데이터에 대응하는 활동 포인트의 수를 결정할 수 있다. 예를 들어, 다른 알고리즘들은 상이한 디바이스 타입, 다른 활동 타입 또는 디바이스 타입 및 활동 타입의 다른 조합들에 대해 정의될 수 있다. 또한 메트릭 및/또는 원시 활동 데이터는 저장될 수 있다. 일부 활동들은 (예를 들어, 하나 이상의 특정 메트릭에 의해 정의된 바와 같이), 다른 것들에 비해 동일한 양의 신체 활동에 대해 낮은 레벨의 물리적 노력을 요구할 수 있기 때문에, 다른 알고리즘들이 사용될 수 있다. 일 예에서, 달리기로 3 마일을 횡단하는 것이 걷기로 3 마일을 횡단하는 보다 좀 더 신체적으로 부담이 클 수 있다. 이에 따라, 주행 활동(활동 포인트들)을 위한 알고리즘은 걷기 활동을 위한 활동 포인트를 생성하는 데 사용되는 알고리즘보다 더 많은 수의 활동 포인트를 생성할 수 있다. 즉, 3 마일 산책보다 3 마일 달리기에 대해 더 많은 활동 포인트가 부여될 수 있다. 알고리즘은 또한 심박수, 거리, 속도, 체온 등의 활동 메트릭들의 다수의 계정 타입들을 취할 수 있다. 몇몇 구성에서, 이러한 고도, 지형, 온도, 날씨 등의 활동 특성(예를 들면, 비, 눈, 태양)도 활동 포인트 판정 처리에서 사용될 수 있다.

일단 활동 포인트의 수가 결정되면, 활동 포인트는 단계 445에서 특정 시간 기간 동안 활동 포인트의 총 수에 추가될 수 있다. 예를 들어, 활동 포인트들이 목표 시간 기간(예를 들어, 1 시간, 12 시간, 하루, 이틀, 1 주 등) 동안 목표를 달성하기 위해 누적될 수 있다. 이와 같이, 단계 450에서, 시스템은 누적된 활동 포인트 양에 기초하여 사용자가 목표를 달성했는지 여부, 마일스톤에 도달했는지 여부를 결정할 수 있다. 예를 들어, 사용자는 하루에 3,000점의 활동 포인트 목표를 가질 수 있다. 따라서, 시스템은 사용자가 하루 3,000점의 활동 포인트를 달성되었는지 여부를 판단할 수 있다. 또 다른 예에서, 마일스톤은 일생 동안 25,000 활동 포인트를 달성한 것으로 정의될 수 있다. 따라서, 시스템은 총 일생 누적 활동 포인트가 25,000을 달성했는지 여부를 결정할 수 있다. 이와 같이, 상이한 활동 포인트 카운트는 다른 기간 동안 유지될 수 있다.

사용자가 목표에 도달하거나 마일스톤을 달성한다면, 단계 455에서 보상 또는 경고가 사용자에 제공될 수 있다. 보상은 가상 상품, 서비스, 쿠폰, 티켓, 통화, 가상 화폐, 아바타 등 항목을 포함할 수 있다. 목표가 달성되지 않았거나 중요 시점에 도달하지 않으면, 시스템은 단계 460에서 마일스톤 또는 목표에 도달하기 위해 여전히 요구되는 진행량(예를 들어, 필요한 활동 포인트의 수)을 나타낼 수 있다.

디바이스로부터 데이터 수신에 부가하여, 시스템은 또한 디바이스로 데이터를 송신하도록 구성될 수 있다. 예를 들어, 시스템 및 하나 이상의 모니터링 디바이스 간에 데이터 동기화는 제1 모니터링 디바이스에 의해 기록된 신체 활동 데이터를 제2 모니터링 디바이스로 전송하고 및/또는 제1 모니터링 디바이스에 의해 기록된 히스토리(historical) 활동 데이터를 다시 제1 모니터링 디바이스로 다운로딩하는 단계를 포함할 수 있다. 어떤 경우에는, 모든 데이터가 하나의 모니터링 디바이스로부터 다른 디바이스로 송신될 수 있는 것은 아니고 대신, 데이터는 데이터 호환성, 활동 타입, 사용자가 수행하는 활동 등에 기초하여 필터링될 수 있다. 예를 들어, 수신측 디바이스는 전송 디바이스로부터 동기화될 데이터와 동일한 타입의 데이터(예를 들어, 동일한 타입의 센서)를 기록하는 능력을 가질 것이 요구될 수 있다. 다른 예에서, 수신측 디바이스가 데이터에 대응하는 활동 타입을 추적 및/또는 모니터하도록 구성된 경우에만 데이터가 동기화될 수도 있다. 다양한 다른 규칙들이 동기화 요청을 처리하는 데 사용될 수 있다. 활동 포인트는 수신측 디바이스가 활동 포인트를 추적할 수 있는 능력을 갖는 한 항상 동기화될 수 있다.

어떤 예들에서, 두 개의 모니터링 디바이스 사이의 데이터의 전송 및 동기화는 다중 활동 플랫폼 및 시스템에 의해 촉진될 수 있다. 예를 들어, 시스템은 수신측 디바이스가 호환되는 제2 통신 프로토콜과 호환되지 않는 제1 통신 프로토콜을 사용하여 데이터를 변환하도록 구성될 수 있다. 추가적으로 또는 대안적으로, 데이터의 컨텐츠는 수신측 디바이스의 형식 요구 사항(예를 들어, 문자 제한, 이미지 크기, 숫자 포맷, 날짜 포맷 등) 및 수신측 디바이스의 데이터 저장 구조 또는 파라미터들에 따라 시스템에 의해 변형될 수 있다. 일 예에서, 사용자 프로필 정보가 자동으로 한 디바이스에서 다른 디바이스로 반입될 수 있다. 제1 디바이스에서 사용 가능한 다양한 데이터 필드가 제2 디바이스에 존재하지 않을 수도 있고 따라서, 시스템은 그 정보를 제2 디바이스에 동기화시키기 전에 해당 필드에 대한 데이터를 필터링할 수 있다. 시스템은 두개의 디바이스 사이의 호환성을 제공하기 위해 다양한 다른 데이터 및 프로토콜 조작을 수행하도록 구성될 수도 있다.

논의된 바와 같이, 디바이스(103a, 103b 또는 103c) 등의 활동 모니터링 디바이스는 활동 데이터를 초기 검출하고 저장한 다음 이어서 데이터를 하나 이상의 로컬 디바이스/애플리케이션(예를 들어, 디바이스(105c)) 및/또는 원격 다중 활동 시스템/서버(예를 들어, 시스템(107))와 함께 동기화시킬 수 있다. 일 구성에서, 다중 활동 시스템/서버는 큰 저장 용량 때문에 목적지(destination) 또는 선호하는 저장 위치(preferred storage site)를 나타낼 수 있다. 따라서, 활동 모니터링 디바이스에 의해 기록되거나 및/또는 디바이스(105c) 등의 로컬 디바이스/애플리케이션에 동기화된 데이터는 모니터링 디바이스 및/또는 로컬 디바이스에서 대용량의 데이터 저장 용량을 필요로 하지 않거나 및/또는 차지하지 않도록 장기간 저장을 위해 다중 활동 시스템/서버에 전송될 수 있다. 로컬 디바이스는 스마트 폰, 휴대형 미디어 디바이스, 태블릿 컴퓨터, 넷북 컴퓨터, 노트북 컴퓨터 등의 이동 통신 디바이스 및/또는 데스크 톱 컴퓨터와 같은 고정 디바이스일 수 있다.

일부 구성에서, 디바이스(105a)와 같은 중간 디바이스는 활동 모니터링 디바이스 및 다중 활동 시스템/서버 간의 데이터를 동기화하도록 구성되는 동기화 애플리케이션을 실행할 수 있다. 이러한 중간 컴퓨팅 디바이스와 동기화 애플리케이션은 중간 디바이스 및 활동 모니터링 디바이스 사이에 데이터를 동기화하도록 구성되지 않을 수도 있다. 대신에, 동기화 애플리케이션은 활동 모니터링 디바이스 및 다중 활동 시스템/서버 간의 데이터를 동기화할 수 있으며 다중 활동 시스템/서버에 접속이 가능할 때만 이러한 동기화 기능을 제공한다. 대조적으로, 로컬 애플리케이션/디바이스는 다중 활동 시스템/서버에 의해 데이터를 동기화하는 것과는 독립적으로 활동 모니터링 디바이스로부터 활동 데이터를 동기화할 수 있다. 네트워크 연결이 다중 활동 시스템/서버에 의해 이용가능하거나 또는 사용자가 다중 활동 시스템/서버를 이용하여 동기화시킬 것을 선택하면, 데이터는 로컬 디바이스/애플리케이션으로부터 다중 활동 시스템/서버로 나중에 동기화될 수 있다.

다른 동기화 프로세스가 또한 사용될 수 있다. 예를 들어, 로컬 디바이스/애플리케이션은 중간 애플리케이션/디바이스를 통해 데이터를 동기화할 수 있다. 또 다른 예에서, 활동 모니터링 디바이스는 다중 활동 시스템/서버와 직접 통신하도록(예를 들어, 로컬 디바이스/애플리케이션 또는 중간 애플리케이션/디바이스와 통신하지 않고) 또는 이와 함께 데이터를 동기화하도록 구성될 수 있다. 또한, 로컬 디바이스(들)가 있거나 없는 하나 이상의 중간 디바이스들은, 예를 들어, 연결성, 디바이스를 조합하여 동시성을 유지하거나 그렇지 않음에 따라, 임의의 조합 사이에서 동기화할 수 있다. 활동 모니터링 디바이스는 중간 및/또는 로컬 디바이스(들)의 이러한 조합과 함께 동기화될 수도 있고 동기화되지 않을 수도 있다. 다중 활동 시스템/서버는 중간 및/또는 로컬 디바이스(들) 및/또는 활동 모니터링 디바이스의 이러한 조합과 함께 동기화될 수도 있고 동기화되지 않을 수 있다.

송신 및 동기화된 데이터의 중복된 양을 감소시키기 위해서, 다양한 파라미터들/설정들이 다중 활동 시스템/서버와 로컬 디바이스/애플리케이션에 동기화된 데이터를 추적하도록 정의될 수 있다. 일 예에서, 활동 모니터링 디바이스는 두 개의 파라미터: 로컬 판독 오프셋(LRO) 및 로컬 판독 타임 스탬프(LRTS)를 저장할 수 있다. 로컬 판독 오프셋(예를 들어, 메모리 위치 식별자)는 동기화할 때 로컬 애플리케이션/디바이스가 모니터링 디바이스로부터 활동 데이터 판독을 시작해야 하는 시점에서 활동 모니터링 디바이스 스토리지(예를 들면, 플래시 메모리)에 오프셋을 표시할 수 있다. 예를 들어, 메모리 위치 또는 오프셋은 제1 미판독 데이터 기록이 저장되는 위치를 지정할 수 있다. 로컬 판독 타임 스탬프는 활동 모니터링 디바이스 스토리지로부터 로컬 애플리케이션에 의해 판독된 마지막 샘플의 타임 스탬프를 나타낸다. 타임 스탬프는 샘플(예를 들면, 활동 데이터)이 모니터링 디바이스에 의해 기록되었을 때의 시간에 대응할 수 있다. 이러한 파라미터는 로컬 디바이스/애플리케이션이 활동 모니터링 디바이스와 동기화하는 때(예를 들면, 도중 또는 후)에 설정된다. 예를 들면, 활동 모니터링 디바이스는 로컬 디바이스에 의해 마지막 판독된 활동 모니터링 디바이스의 메모리 위치에 기초하여 로컬 판독 오프셋을 설정 및/또는 저장할 수 있다. 특히, 로컬 판독 오프셋은 한 지점 또는 메모리 위치(예를 들어, 제1 새로운 활동 데이터 메모리 위치)만큼 증가하는 로컬 디바이스에 의해 판독된 최종 메모리 위치의 오프셋에 대응할 수 있다. 이와 같이, LRO 및 LRTS는 활동 모니터링 디바이스를 도울 수 있고, 로컬 애플리케이션/디바이스 및/또는 MSP는 판독된 데이터/또는 판독되지 않은 데이터를 추적함으로써 판독 데이터가 동기화 동안 로컬 애플리케이션/디바이스로 불필요하게 재전송되지 않도록 한다.

또한, 다중 활동 서비스/시스템은 마지막 동기화 오프셋(LSO) 및 마지막 동기화 시간 스탬프(LSTS)를 정의할 수 있다. LSO는 판독시 및 다중 활동 서비스/시스템으로의 데이터 동기화를 시작하는 시점에서 활동 모니터링 디바이스의 저장 메모리 내로의 오프셋(예를 들어, 메모리 위치 식별자)을 참조할 수 있다. LSO는 로컬 동기화 디바이스가 다중 활동 서비스/시스템에 동기화된 데이터의 양보다 많거나 적은 데이터를 판독한 경우 LRO와는 달라질 수 있다. 반면, 다중 활동 서비스/시스템에 동기화된 동일한 데이터가 또한 로컬 디바이스/애플리케이션에 의해 판독된 경우라면, LSO와 LRO는 동일할 수 있다.

로컬 디바이스는 모니터링 디바이스와 데이터 동기화시 LRO 및 LRTS를 업데이트할 수 있다(또는 활동 모니터링 디바이스의 업데이트를 야기한다). 또한, 로컬 디바이스는 LSO 및 LSTS을 업데이트하거나 또는 LSO 및 LSTS가 데이터를 다중 활동 서비스/시스템에 동기화시킬 때 업데이트되도록 한다. 중간 디바이스/애플리케이션은 LSO 및 LSTS가 업데이트될 수 있는 경우에만 모니터링 디바이스/애플리케이션 및 다중 활동 시스템/서비스 간의 동기화를 수행한다. 이러한 경우, LRO/LRTS가 또한 업데이트될 수 있다. 일 예에서, 상기 중간 디바이스/애플리케이션은 다중 활동 서비스/시스템으로부터 LSO 및 LSTS를 초기 요청하고 LSO 및 LSTS를 사용하여 데이터 판독하고 다중 활동 서비스/시스템과 데이터를 동기화하는 활동 모니터링 디바이스의 메모리의 시작 시점을 결정한다. 전술한 프로세스를 이용하여, 다중 활동 서비스/시스템은 이미 과거에 다중 활동 서비스/시스템에 동기화된 데이터 수신을 피할 수 있다.

추가적으로 또는 대안적으로, 다중 활동 시스템/서비스에 이미 동기화된 모니터링 디바이스의 데이터는 모니터링 디바이스로부터 삭제될 수 있다. 다른 예에서, 다중 활동 시스템/서비스가 그 데이터와 동기화되지 않은 경우 데이터가 삭제될 수 있고, 삭제된 데이터의 이러한 경우에서, 통지 또는 표시자(indicator)는 활동 모니터링 디바이스, 로컬 디바이스, 중간 디바이스 및/또는, 다중 활동 시스템/서비스와 아직 동기화되지 않은 데이터를 저장하는 로컬 디바이스에 의해 동기화가 수행됨을 나타내는 다중 활동 시스템/서버에 제공될 수 있다.

그러나, 로컬 디바이스에만 동기화되고 다중 활동 시스템/서비스에는 동기화되지 않는 데이터는 삭제되지 않을 수 있다. 데이터가 삭제되지 않을 수 있는 상황의 예는 예를 들어, 동기화된 데이터에 대해 중복성(redundancy)을 유지하기 위해(선택된 시간이 경과하거나 또는 소정의 디바이스 또는 다수의 디바이스 또는 다중 활동 시스템/서비스에 동기화 등의 선택된 이벤트가 발생한 경우), 또는 사용자가 로컬 디바이스를 사용하지 않고 중간 디바이스/애플리케이션을 통해 데이터를 추후 동기화하고자 하는 경우 및/또는 사용자가 모니터링 디바이스로부터 추가적인 로컬 디바이스 동기화하고자 하는 경우를 포함한다. 다른 예들에서, 데이터는 다중 활동 시스템/서버가 그 데이터와 동기화되지 않는다면 삭제될 수 있다. 대신, 통지 또는 표시자는 활동 모니터링 디바이스, 로컬 디바이스, 중간 디바이스 및/또는 다중 활동 시스템/서비스와 아직 동기화하지 않은 데이터를 저장하는 로컬 디바이스에 의해 수행될 동기화를 나타내는 다중 활동 시스템/서버에 제공될 수 있다. 예를 들면, 데이터가 아직 현재 근접한 로컬 디바이스/애플리케이션에 동기화되지 않은 경우 멀티 활동 시스템/서비스는 어떤 경우에 활동 모니터링 디바이스로부터 삭제되지 않을 수 있다. 활동 모니터링 디바이스로부터의 데이터의 삭제는 사용자에 의해 구성 가능할 수 있다. 대안적으로 또는 부가적으로, 일단 다중 활동 시스템/서비스에 동기화되거나 및/또는 활동 모니터링 디바이스에 남아있는 공간의 크기가 지정된 임계 값 이하로 감소하는 경우에 임의의 다른 디바이스에 동기화되면 데이터가 삭제될 수 있다.

다른 양태들에 따르면, 활동 모니터링 디바이스로부터의 데이터는 다수의 로컬 디바이스에 동기화될 수 있다. 이러한 구성에서, 각 로컬 디바이스는 LRO 및 그 로컬 디바이스에 고유한 LRTS 마커(markers)의 다른 세트를 설정할 수 있다.

또 다른 구성에서, 로컬 디바이스는 사용자가 모니터링 디바이스로부터 데이터의 임계량을 동기화하기 위해 시도하고 있다고 결정하면, 중간 디바이스/애플리케이션을 사용하는 대신 사용자에게 메시지/추천 정보를 제공할 수 있다. 이 권장 사항은 중간 디바이스/애플리케이션이 로컬 디바이스(예를 들어, USB 대 BLUETOOTH)보다 빠른 속도로 모니터링 디바이스에서 데이터를 판독하도록 구성되는 경우에 제공될 수 있다.

전술한 오프셋 및 타임 스탬프를 사용하여, 동기화될 수 있는 데이터의 양은 새로운 또는 비동기화 데이터가 수신측 디바이스에 대해 동기화되도록 최적화된다.

모니터링 디바이스의 셋업/구성

다중 활동 플랫폼 및 시스템은 또한 디바이스, 시스템 및 애플리케이션이 다양한 타입의 모니터링 디바이스를 셋업하고 구성할 수 있도록 한다. 이러한 구성에서, 디바이스(105a 또는 105b) 등의 중간 컴퓨팅 디바이스는 다양한 타입의 활동을 검출하고 모니터링하도록 구성될 수 있는 다양한 모니터링 디바이스 및 디바이스 타입과 통신하고 상호작용하도록 구성되는 다중 활동 시스템으로서 기능할 수 있다. 예를 들어, 중간 애플리케이션 또는 컴퓨팅 디바이스는 다중 활동 서비스 또는 온라인 커뮤니티 또는 서비스 등의 시스템을 사용자들 또는 디바이스에 등록하기 위해 사용될 수 있다. 특정 예에서, 중간 애플리케이션 또는 컴퓨팅 디바이스는 다수의 다른 디바이스 및 디바이스 타입을 등록하도록 구성될 수 있다.

도 5a 내지 도 5e는 활동 모니터링 디바이스가 접속될 수 있는 사용자의 로컬 컴퓨팅 디바이스 상에서 실행할 수 있는 디바이스 셋업 및 구성 애플리케이션을 위한 예시적인 인터페이스를 도시한다. 일 예에서, 애플리케이션은 활동 모니터링 디바이스에 저장될 수 있으며, 접속시 사용자의 디바이스로 다운로드되고 설치될 수 있다. 대안적으로 또는 부가적으로, 활동 모니터링 디바이스는 URI와 같은 위치 식별자를 컴퓨팅 디바이스가 URI에 위치한 데이터를 검색하여 설치하도록 하는 명령어와 함께 저장할 수 있다. 또 다른 예에서, 도 5a에 도시된 바와 같이, 활동 모니터링 디바이스는 디바이스가 도입될 수 있고 디바이스를 구성하기 위한 해당 애플리케이션을 다운로드하기 위해 옵션이 제공될 수 있는 URI를 지정할 수 있다. 로컬 컴퓨팅 디바이스는 활동 모니터링 디바이스의 연결시 URI를 자동 탐색할 수 있다.

도 5b 내지 도 5d는 디바이스 구성 애플리케이션 다운로드시 제공될 수 있는 예시적인 디바이스 구성 인터페이스를 도시한다. 도 5c는, 예를 들어, 디바이스가 착용될 손목을 식별할 뿐 아니라 신장 및 체중 등의 특성을 사용자 지정하여 디바이스를 보정하도록 도울 수 있다. 다른 타입이 사용자 특성들을 정의하고 원하거나 필요한 구성 옵션으로서 제공할 수 있다. 예를 들어, 디바이스는 사용자의 신체의 다른 부분에 착용될 수 있다. 나이(age) 또한 캘리브레이션을 위해 사용자 특성으로서 부가될 수 있다. 도 5d에서, 사용자는 활동 목표를 설정하기 위한 인터페이스가 제공될 수 있다. 사용자는 복수의 미리 정의된 레벨 중 하나를 선택하거나 수동으로 자신의 목표를 정의할 수 있다(도시 안됨). 이어서 목표는 목표 추적 및 진행 모니터링을 위한 진행 모니터링 디바이스에 저장될 수 있다.

도 5e는 사용자가 생성하거나 온라인 활동 추적 및 모니터링 서비스에 로그인 할 수 있는 예시적인 인터페이스를 도시한다. 사용자는 서비스에 특정한 유저 네임를 등록하거나 또는 활동 추적 및 모니터링 서비스를 위한 로그인으로서 외부 사이트(예를 들어, 외부 소셜 커뮤니티 네트워크)에 대한 로그인 정보를 사용하는 옵션을 제공할 수 있다. 본 명세서에서 논의된 바와 같이 다양한 구성 및 로그인 정보는 공유 API를 통해 상기 모니터링 디바이스로 전달될 수 있다. 부가적으로, 디바이스의 상태 또한 공유 API를 사용하여 검색될 수 있다. 다른 모니터링 디바이스 및 디바이스 타입이 공유 API를 사용하여 유사하게 구성될 수 있다. 예를 들어, 구성 및 셋업 애플리케이션은 다수 타입의 모니터링 디바이스와 상호작용하도록 구성될 수 있다.

도 5f 내지 도 5i는 사용자가 활동 모니터링 디바이스를 구성할 수 있는 예시적인 애플리케이션 인터페이스를 도시한다. 도 5f에서, 예를 들어, 사용자가 자신의 생년월일, 성별, 신장 및 체중을 지정할 수 있다. 도 5g에서, 사용자는 상기 디바이스가 하루의 시간을 구하는 방법을 나타낼 수 있다. 사용자가 수동으로 하루의 시간을 입력 할 수도 있고, 이러한 디바이스가 구성되는 컴퓨팅 디바이스, 셀룰러 시스템, 위성 등과 같은 하나 이상의 다른 시스템으로부터 시간 및 날짜 정보를 획득할 수 있다. 사용자는 또한 24 시간 또는 12 시간을 사용할지 여부를 표시할 수 있다. 도 5h는 사용자가 디바이스에 표시될 메트릭을 선택할 수 있는 인터페이스를 도시한다. 예를 들어, 사용자는 스텝이 아닌 칼로리를 표시하도록 선택할 수 있다. 다른 설정도 유사하게 정의 될 수 있다. 도 5i는 사용자가 목표 표시등(goal indicator light)을 사용하거나 및/또는 목표 축하를 포함하거나 하는 여부 등의 표시 옵션을 구성할 수 있는 인터페이스를 도시한다. 다양한 다른 구성 옵션들이 원하거나 필요에 따라 추가되거나 제거될 수 있다.

구성 애플리케이션은 다수의 상이한 타입의 디바이스와 상호작용하고 구성하도록 구성될 수 있다. 따라서, 구성 인터페이스는 연결된 디바이스의 타입에 따라 컨텐츠 및/또는 모양이 다를 수 있다. 일례에서, 애플리케이션은 접속된 디바이스의 타입을 식별하고 적절한 API를 자동으로 실행하고 디바이스의 식별된 타입에 대해 해당 인터페이스를 디스플레이할 수 있다. 상이한 인터페이스들은 다른 디스플레이가능한 메트릭, 컬러 구성(예를 들어, 디바이스가 컬러 표시를 지원하는 경우), 디스플레이 구성(예를 들어, 디바이스에 포함된 다수의 디스플레이에 따라 다른 옵션) 등 및/또는 이들의 조합들을 포함하는 다른 구성 옵션들을 제공할 수 있다.

도 6a는 디바이스의 배터리 충전 상태를 전달하는 예시적인 인터페이스를 도시한다. 어떤 실시예들에서, 디바이스는 디바이스가 특정한 충전 레벨(예를 들어, 50%, 65%, 70%, 80%, 90%, 95%, 100%)에 도달할 때까지 처음에는 이용 불가능할 수도 있다.

디바이스가 요구된 충전 레벨에 도달하면, 도 6b의 인터페이스와 같은 디스플레이가 제공될 수 있다.

도 7은 사용자가 정의하거나 자신의 목표를 재정의할 수 있는 다른 예의 구성 인터페이스를 도시한다. 사용자는 현재의 시간 기간 동안 또는 원하는 임의의 다른 시간 기간 동안 목표를 변경할 수 있다. 일단 사용자가 목표를 확인하면, 목표 정보는 본 명세서에 설명된 다양한 공유 API를 사용하여 사용자의 단말기에 동기화될 수 있다.

다중 활동 커뮤니티

다중 활동 시스템 또는 서비스는 사용자가 단지 자신의 활동뿐 아니라 다른 활동을 위해 활동 정보를 검토할 수 있는 온라인 커뮤니티 또는 사이트를 포함할 수 있다. 평가는 오디오, 비디오, 텍스트 등을 포함하는 다양한 정보를 포함할 수 있다. 예를 들어, (예를 들어, 사용자가 생성하거나 시스템이 생성한)동기부여 메시지(motivational messages)가 오디오 메시지를 통해 사용자에게 제공될 수 있다. 또한 사용자는 하나 이상의 활동 세션, 목표 시간 기간 등에 연관되어 저장될 음성 메모를 기록할 수 있다.

온라인 커뮤니티 또는 사이트는 사용자의 상태에 따라 상이한 초기 인터페이스를 사용자에게 제공할 수 있다. 예를 들어, 사용자가 커뮤니티에 새로이 접하는 경우, 제1 인터페이스가 표시될 수 있다. 한편, 사용자가 복귀 사용자인 경우, 제2 인터페이스는 사용자 로그인시에 존재할 수 있다.

도 8a는 사용자 로그인시 온라인 커뮤니티 또는 사이트에 새 사용자가 표시될 수 있는 예시적인 환영 인터페이스를 도시한다. 인터페이스는 활동 모니터링 디바이스를 구입하거나 사용자가 이미 구입했거나 및/또는 공지된 경우에 사용하게 될 모니터링 디바이스 또는 다른 기기의 타입을 지정하는 옵션을 사용자에게 제공할 수 있다. 일부 구성에서, 등록/구성 애플리케이션은 등록된 디바이스들의 온라인 커뮤니티에 자동 통지할 수 있고 따라서, 사용자들(신규 또는 복귀에 상관없이)을 위한 환영 인터페이스가 로그인시 등록된 디바이스의 존재를 인식할 수 있다. 예를 들어, 제품 권장 사항의 목록은 이미 구입 및/또는 등록된 것을 포함하지 않을 수 있다. 도 8a의 인터페이스는 또한 등록/구성 애플리케이션을 다운로드하는 링크를 제공할 수 있다. 이 경우에도, 사용자가 애플리케이션을 이미 다운로드하였다면, 인터페이스는 링크를 제공하지 못할 수도 있다.

도 8b는 온라인 커뮤니티/사이트의 기존의 사용자에게 디스플레이될 수 있는 예시적인 환영 인터페이스를 도시한다. 상품 추천이나 디바이스 애플리케이션을 다운로드하기 위한 옵션을 제공하는 대신, 상기 인터페이스는 활동 데이터를 보기 위한 옵션을 포함할 수 있다. 활동 데이터는 활동 및/또는 활동 데이터를 기록하는 데 사용되는 디바이스 타입의 타입에 따라 분류될 수 있다. 따라서, 상기 인터페이스는 사용자가 참여하고 있는 활동의 타입 및/또는 사용자가 자신의 활동을 기록하는 데 사용되는 디바이스 타입에 따라 활동 데이터의 검토를 위해 다양한 옵션을 제공할 수 있다. 본 명세서에서 논의된 바와 같이, 다중 활동 플랫폼 및 시스템은 다른 활동 타입 및 디바이스 타입의 데이터를 수신하고 구별하기 위해 사용될 수 있다. 따라서, 다른 활동 타입 및 디바이스 타입이 활동 데이터로 표현될 때를 온라인 사이트/커뮤니티가 자동적으로 인식할 수 있다.

추가적으로 또는 대안적으로, 다른 활동 타입 또는 상이한 디바이스 타입을 사용하여 기록된 활동은 다른 방식(예를 들어, 색, 테마, 인터페이스 타입, 통계의 종류 등)으로 가시화될 수 있다. 도 9a 및 도 9b는 보여질 활동 데이터 타입에 따라 생성되고 표시될 수 있는 다른 인터페이스를 도시한다. 도 9a는, 예를 들어, 제1 타입의 시각화 인터페이스에서 제1 타입의 모니터링 디바이스를 사용하여 기록된 활동 데이터를 표시한다. 인터페이스의 세부 사항은 본 명세서에서 더 상세히 설명된다. 도 9b는 제2 타입의 모니터링 디바이스를 사용하여 기록된 활동 데이터를 시각화하는 제2 타입의 시각화 인터페이스를 도시한다. 디바이스들의 타입은 기능, 캘리브레이션, 사용된 센서의 타입, 디바이스가 착용되도록 구성되는 분야에 따라 달라질 수 있다. 따라서, 다른 시각화 및/또는 인터페이스는 수행된 활동 타입(예를 들어, 다른 타입들의 디바이스들을 사용하여 기록된 활동의 타입이 동일하거나 상이할 수 있음)에 상관없이 다른 타입들의 디바이스들에 제공될 수 있다.

다른 예에서, 다양한 활동 메트릭이 디바이스 타입 또는 활동 타입에 상관없이 동일한 인터페이스 또는 디스플레이에서 보여질 수 있다. 예를 들어, 사용자가 그 활동을 기록하는 데 사용되는 여러 타입의 디바이스에 상관없이 그리고 다양한 타입의 할동의 성과를 통해 달성될 수 있는 목표를 향한 진행을 추적할 수 있다.

도 10a 내지 도 10g는 여러 타입의 디바이스를 사용하여 기록된 복수 종류의 활동을 추적하기 위해 사용될 수 있는 예시적인 활동 추적 및 모니터링 인터페이스를 도시한다. 인터페이스는 또한 수행된 다양한 활동들과 활동 세션들에 대한 추가 정보를 태깅하고 활동 목표를 향하여 가는 과정을 추적하는 데 사용될 수 있다. 도 10a는, 예를 들어, 사용자가 활동이 없음을 기록하고 활동 목표를 향하는 과정이 진행됨이 없음을 나타내는 인터페이스를 도시한다. 도 10a의 인터페이스는 예를 들어, 사용자가 처음으로 서비스를 등록할 때, 온라인 커뮤니티와의 어떠한 활동 데이터 수행이 없고 또는 동기화하지 않았음을 표시할 수 있다. 인터페이스는 또한 이러한 마일스톤(milestone)를 향해 진행의 양 등의 정보를 표시할 수 있다. 마일스톤은 지정된 목표 시간 기간에 대해 정의된 목표와 다를 수 있다. 예를 들어, 목표 시간 기간은 일정한 시간량이 될 수 있고, 목표 진행은 그 시간량 동안 수행된 활동에 기초하여 결정될 수 있다. 목표 시간 기간은 정기적으로 반복할 수 있다. 반면, 마일스톤(milestones)은 수행된 활동의 사용자의 일생에 걸쳐 도달되는(예를 들어, 사용자의 일생 동안 50,000 활동 포인트에 도달하는) 성과(achievements)를 나타낼 수 있다. 마일스톤은 고유한 것일 수 있다. 예를 들어, 각 마일스톤이 한번만 달성될 수도 있다. 대안적으로, 마일스톤은 목표 시간 기간을 포함한 한정된 시간 프레임들에 대해 정의될 수 있다. 어떤 실시예들에서, 마일스톤은 지정된 목표 시간 기간과는 다른 임의의 시간 기간에 대해 정의될 수 있다. 또 다른 예들에서, 마일스톤 및 성과는 목표 메트릭 이외의 다른 메트릭과 관련될 수 있다. 마일스톤 및 목표의 다양한 구성을 사용할 수 있다.

활동 추적 인터페이스는 또한 커뮤니티의 사용자들 및/또는 커뮤니티에서 사용자들의 그룹에 대한 사용자의 성과를 비교하는 부분을 포함할 수 있다. 예를 들어, 도 10a에서, 사용자의 주간 활동 포인트가 사용자들의 커뮤니티 전체뿐만 아니라, 사용자와 동일한 나이의 남성 커뮤니티 서브 그룹에 대해 비교된다. 사용자는 자신의 성과가 비교되는 서브 그룹 및 서브 그룹들의 수를 구성(예를 들면, 선택 및/또는 정의)할 수 있다. 사용자는 또한 비교될 활동 시간 기간(예를 들어, 일일, 매주, 매월 등)를 설정할 수 있다.

도 10b는 사용자가 기록하고 동기화한 활동 데이터를 표시할 수 있는 인터페이스를 도시한다. 도시된 바와 같이, 인터페이스는 사용자의 일생 동안 10,000 활동 포인트를 누적하는 마일스톤을 향해 진행하고 있음을 나타낸다. 인터페이스는 또한 후속 마일스톤을 보기 위한 옵션을 포함할 수 있다. 마일스톤은 사용자가 두 번째 마일스톤에 도달하기 전에 첫 번째 마일스톤을 완료하도록 연속적인 또는 자연적으로 진행하는 것일 수 있다.

도 10c는 목표뿐만 아니라 마일스톤을 향해 만든 사용자의 진행 상태를 표시하는 다른 인터페이스를 도시한다. 다른 활동 요약 정보는 또한 선택된 목표 시간 기간 동안 연속적으로(streak)이 달성되었는지 여부 그 연속 길이(length), 달성한 목표의 수 및 다양한 메트릭을 포함하여 제공될 수 있다. 일 예에서, 인터페이스부는 선택된 목표 시간 기간에 대한 상세한 메트릭 및 활동 정보를 표시할 수 있다. 다른 목표 시간 기간은 표시부의 측면을 따라 선택가능한 구역 라벨(labels)로 표시될 수 있다. 목표 시간 기간(예를 들어, 일, 시, 주, 등)을 식별하는 것 외에도, 섹션 라벨은 이러한 시간 기간에 대한 목표를 향해 이루어가는 진행을 표시할 수 있다. 예를 들어, 섹션 라벨은 사용자가 해당 날까지 목표를 완료했는지 여부, 목표를 향해 적당한 양(완료되지는 않았지만)이 진행되고 있는지 여부, 또는 목표를 향해 낮은 수준으로 진행되고 있는지를 나타낼 수 있다. 다른 표시자들이 또한 목표 시간 기간 라벨의 일부로서 포함될 수 있다. 예를 들어, 사용자가 해당 목표 시간 기간 동안의 마일스톤에 도달했다면, 다른 심볼 또는 표시자가 표시될 수 있다. 다른 예에서, 만약 사용자가 특정량만큼 자신의 목표를 초과한다면, 또 다른 심볼 또는 표시자가 표시로서 사용될 수 있다. 다른 색상, 표시기, 패턴, 심볼, 캐릭터, 슬라이드(transparencies) 등이 목표 진행, 다른 업적, 이벤트 등을 구별하는 데 사용될 수 있다.

사용자가 자신의 목표를 충족하고 있는지 아닌지 여부, 목표를 향해 가는 진행량을 나타내는 목표 미터(a goal meter)를 포함할 수 있다. 또한, 목표 시간 기간 동안 활동 레벨의 브레이크다운(breakdown)을 도시하도록 표시될 수 있다. 활동에서 다양한 피크들이 그래프에서 "SPARK"와 같은 표시로 식별될 수 있다. 활동 레벨에 의해 정의된 피크들은 활동량의 임계치를 초과하는 활동 레벨, 목표 시간 기간에서의 활동 레벨의 최상위 번호 등으로 정의될 수 있다. 예를 들어, 상위 1, 2, 3, 4, 5, 10 피크가 그래프로 표시될 수 있다. 다양한 메트릭은 또한, 소비된 칼로리, 횡단 거리, 취해진 스텝 및/또는 능동 시간 등의 세부 디스플레이의 일부에 표시될 수 있다. 디스플레이의 다른 부분은 현재 연속적인 것(예를 들어, 목표에 도달한 현재의 연속된 목표 시간 기간의 수) 및 사용자의 생애(또는 특정된 시간 기간)에 도달한 목표의 수를 표시할 수 있다. 디스플레이의 이 부분은 현재의 목표 시간 기간과 그 시간 기간들 각각에 대한 목표의 진행 상태를 포함한 연속 목표 시간 기간의 수의 표시를 제공하는 연속 추적기(streaker tracker)를 표시할 수 있다. 인터페이스는 또한, 사용자가 달성한 최장 연속적인 것(the longest streak)을 식별할 수 있다. 인터페이스의 또 다른 부분에서, 디스플레이는 목표를 상승 또는 하강하기 위한 추천 정보를 제공할 수 있다. 예를 들어, 사용자가 특정한 양(예를 들어, 사용자가 하나 이상의 이전의 목표를 초과하는 평균량, 사용자가 하나 이상의 이전 목표를 초과하는 누적량, 사용자가 하나 이상의 이전의 목표를 초과하는 큰, 중간, 또는 최저량 등)만큼 이전 목표들을 초과한다면, 시스템은 사용자가 다음 목표(예를 들어, 특정한 양 또는 심지어 더 많은 양)를 늘릴 것을 권장할 수 있다.

도 10d는 임의의 특정 목표 시간 기간을 특정하지 않는 예시적인 일반 요약 인터페이스를 도시한다. 일반적인 요약 인터페이스는 가장 최근의 주, 월, 년, 모니터링 디바이스 또는 특정한 모니터링 디바이스 등과의 최종 동기화 이후의 기간 등의 최근 소정 기간에 관한 정보를 제공할 수 있다. 일반적인 요약 인터페이스는 달성한 성과의 수, 마지막 동기화 이후에 얻은 활동 포인트의 양 및/또는 활동일 수(예를 들면, 활동의 임계 레벨에 도달시킨 일 수)를 나타낼 수 있다.

도 10e는 목표를 40% 초과하는 것에 해당하는 성과 축하를 도시한다.

도 10f는 사용자들이 활동 기간 또는 활동 세션 동안 주관적 감각(subject feeling)을 특정할 수 있는 인터페이스를 도시한다. 사용자는 이모티콘(emoticon)을 선택/지정 및/또는 해당 기간에 대한 사용자 지정 코멘트 또는 노트를 제공할 수 있다. 그리고 나서 이러한 정보가 목표 시간 기간, 활동 세션, 및/또는 사용자의 계정과 연관하여 저장될 수 있다. 다른 예에서, 활동 세션들과 활동 포인트들이 태깅될 수 있거나 또는 그렇지 않으면 위치 정보 및/또는 시간 정보로 표지(labeled)될 수 있다. 지정학적인 것은 GPS, 셀룰러 삼각 측량, ISP 등에 기초한 Wi-Fi 위치 결정 등과 같은 하나 이상의 위치 결정 시스템을 사용하여 태깅될 수 있다. 위치 결정 시스템은 디바이스 내부에 있거나 또는 디바이스와 통합될 수 있거나 또는 디바이스(예컨대 GPS 기능을 갖는 스마트 폰 등의 예를 들면, 이동 통신 디바이스)로부터 분리될 수 있다. 시간은 디바이스의 시간 또는 다른 디바이스들, 서버 및 시스템의 시간에 기초하여 결정될 수 있다. 따라서, 일반적인 활동 포인트와 활동 데이터는 필터링되어 지정학적 위치 및/또는 시간에 기초하여 세밀한 형태로 보여진다. 특정 활동 포인트 또는 활동 세션과 연관하여 태깅되거나 추가된 정보는 하나 이상의 예들에서 메타 데이터(metadata)로 저장될 수 있다.

도 10g는 사용자가 사용자의 주관적 감각을 입력하고 활동 시간 기간에 대한 노트를 입력한 후 표시될 수 있는 인터페이스를 도시한다.

도 11a 및 도 11b는 목표 시간 기간과 같이 일정 기간 동안 수행되는 활동의 상세한 그래프를 제공하는 예시적인 인터페이스를 도시한다. 사용자는 그래프의 부분들(예를 들어, 일부 또는 특정 부분) 위로 호버링하거나 상호작용하여 시간 내 또는 그래프의 특정 시점에 특정한 활동 메트릭 및 정보를 얻을 수 있다. 이러한 표시는 사용자가 목표 및 피크 활동 레벨에 도달하는 포인트 등 다양한 이벤트를 나타내기 위해 그래프 상에 제공될 수 있다. 예를 들어, 도 11d는 사용자가 가장 활발한 시간 등의 시간 기간을 식별하는 표시를 나타낸다. 목표 시간 기간이 최고의 날(best day)에 대응하여 표시되는 경우, 배너 또는 다른 표시가 상세한 인터페이스에 표시될 수 있다. 최고의 날 또는 최상의 활동 시간 기간은 가장 높은 활동 포인트 량이 얻어지는 메트릭이 사상 최고치(예를 들면, 속도, 거리, 등)에 도달하고, 사용자가 가장 큰 시간량(예를 들어, 가장 활동적인 시간) 동안 활동적이었던 일(day) 또는 다른 시간 기간으로 정의될 수 있다. 인터페이스의 부분은 다른 시간 기간들에 대해 현재의 시간 기간의 비교를 표시할 수 있다.

도 11c는 최고의 날 표시 인터페이스를 도시한다.

도 12는 시간 기간 동안 사용자의 활동이 재생될 수 있는 인터페이스를 도시한다. 예를 들어, 그래프는 사용자의 활동이 목표 시간에 걸쳐서 애니메이션 방식 그래프되도록 애니메이트(animated)될 수 있다.

어떤 예들에서, 인터페이스들은 누적된 활동에 기여한 모니터링 디바이스들의 타입 및 활동 타입의 브레이크다운과 함께 활동 레벨을 표시할 수 있다. 예를 들어, 활동 포인트에 호버링하거나 활동 포인트와 상호작용하면 누적된 활동 포인트와 연관된 활동 타입, 활동 세션, 디바이스 타입 등의 목록을 표시할 수 있다. 활동 타입, 활동 세션 및/또는 디바이스 타입의 리스트는 또한 이들의 다양한 파라미터들 각각에 대해 누적된 활동 포인트의 양의 표시를 포함할 수 있다. 또한, 사용자는 전술한 파라미터에 의해 활동 포인트 그래프에 표시된 데이터를 필터링할 수 있다. 예를 들어, 그래프는 특정 타입의 활동으로부터 누적된 활동 포인트들만 표시되도록 필터링될 수 있다. 또 다른 예에서, 그래프는 단지 활동 포인트가 그래프에 표시되는 모니터링 디바이스의 특정 타입을 사용하여 누적되도록 필터링될 수 있다. 또 다른 예에서, 그래프는 특정 활동 세션 동안 누적된 활동 포인트들만 도시되도록 필터링될 수 있다. 또 다른 예에서, 활동 데이터 및 활동 포인트는 특정 모니터링 디바이스와 연관될 수 있다. 따라서, 사용자는 특별히 사용된 디바이스에 기초하여 수행된 활동과 누적된 활동 포인트를 구별할 수 있다. 추가적으로 또는 대안적으로, 다른 타입의 활동, 다른 타입의 모니터링 디바이스 및/또는 다른 활동 세션에 대응하는 활동 포인트들이 그래프에서 서로 다른 모양으로 디스플레이될 수 있다. 예를 들어, 제1 타입의 활동에 대한 누적 활동 포인트가 적색으로 표시될 수 있는 한편 제2 활동 타입에 대한 누적된 활동 포인트가 노란색 등으로 표시될 수 있다. 다양한 다른 시각적 구성을 채용할 수 있고, 사용자가 지정할 수도 있다.

도 13a 내지 도 13f는 각각 주간, 월간, 년간 사용자의 활동 레벨을 표시하는 예시적 요약 인터페이스를 도시한다. 도 13a 내지 도 13f에서 인터페이스 각각은 작은 시간 프레임에 기초하여 브레이크다운 시간 기간의 사용자의 활동 레벨을 표시할 수 있다. 예를 들어, 주간 요약은 일일 막대 그래프를 포함할 수 있는 한편 월간 요약은 주간 막대 그래프를 포함할 수 있다. 하나 이상의 항목과 상호작용하면(예를 들어, 호버링 오버), 좀더 구체적인 활동 정보 및 메트릭, 사용된 디바이스 타입, 활동 세션, 수행된 활동 타입 및/또는 이들의 조합을 포함한 세부 사항을 표시할 수 있다. 인터페이스는 또한, 해당 요약 시간 기간 동안 목표 달성율을 표시할 수 있다. 예를 들어, 도 13a의 주간 요약에서, 인터페이스는 일일 목표 달성 수 및/또는 도달한 목표의 비율을 표시할 수 있다.

도 13e에서, 요약 인터페이스는 사용자에게 (예를 들어, 지난 해, 지난 6 개월, 지난 달, 지난 주, 최근 이틀, 지정된 기간 등)주어진 시간 프레임에 대한 스냅샷(snapshot) 정보와 함께 사용자의 성과의 일간 그래프를 제공할 수 있다. 스냅 샷은 지형의 다양한 타입에 대해 수행된 활동의 양 등 추가적인 정보를 제공할 수 있다. 지형 스냅샷(terrain snapshot)의 제목(예를 들어, "TRAILBLAZER")은 사용자가 최선의 활동을 수행하는 지형에 따라 변경될 수 있다. 예를 들어, 사용자가 도로 표면에서 최선으로 달린 경우, 지형 스냅샷의 제목은 "ROAD WARRIOR"일 수 있다. 표면 또는 환경의 타입 각각에 대해 수행된 활동의 양(예를 들어, 달린 거리)은 거리 또는 시간 등의 활동 메트릭 또는 스냅샷 기간에 대한 퍼센티지로 정의될 수 있다. 사용자의 활동도 하루 스냅샷 시간을 통해 전달될 수 있다. 따라서, 사용자는 오전, 오후 및 밤 등 하루의 다른 기간 동안 수행된 활동의 양을 평가할 수 있다. 지형 스냅샷과 같이, 하루의 시간 스냅샷의 제목도 (예를 들어, 스냅샷 시간 프레임에 대해) 최상의 활동을 수행하는 하루 동안의 시간에 따라 다를 수 있다. 다른 타입의 스냅샷도 제공될 수 있다. 예를 들어, 스냅샷은 활동, 위치, 고도, 온도, 또는 공동의 또는 단독 성과 등을 측정하기 위해 사용되는 다른 활동 메트릭들의 타입, 활동 타입, 디바이스 타입에 대해 생성될 수 있다.

도 13f는 활동 스냅샷이 활동 타입 및 심박수나 강도에 대해 제공되는 예시적 심박수 요약 인터페이스를 도시한다. 심장 박동 또는 강도 스냅샷이 소정의 임계 값을 기준으로 자동 정렬하거나 운동 또는 활동의 강도에 대해 그들이 어떻게 느끼는지(예를 들어, 주관적인 느낌)의 사용자 지정을 기준으로 분류할 수 있다. 어떤 예들에서, 심박수 또는 강도 스냅샷은 측정한 심박수 뿐만 아니라 사용자가 지정한 강도 레벨 둘다의 조합에 기초하여 생성될 수 있다. 일 예에서, 두 카테고리의 심박수들이 각각의 활동 또는 운동에 대해 사용자가 지정한 상이한 세 가지 강도 레벨들과 함께 정의될 수 있다. 따라서, 심장 박동/강도 스냅샷은 여섯 가지 다른 영역(두 개의 심장 박동 카테고리 각각에 대한 세 가지 다른 강도 레벨)으로 활동을 분류할 수 있다. 심박수 카테고리/레벨 및 강도 레벨의 수는 필요에 따라 또는 바람직하게 정의될 수 있다.

도 14a 내지 도 14d는 사용자에 대한 예시적 프로필 페이지(profile page)를 도시한다. 사용자의 프로필 페이지는 기록, 최근 활동, 성과, 마일스톤, 수상 등의 목록을 포함할 수 있다. 또한, 사용자의 프로필은 사용자에게 가장 많이 사용한 디바이스 또는 가장 많이 사용한 디바이스 타입, 가장 자주 수행한 활동 타입, 활동 포인트 평균, 다른 평균 메트릭, 개인 정보(예를 들어, 이름, 나이, 위치, 생년월일 등) 등을 포함한 요약 정보를 제공할 수 있다. 도 14a는 사용자가 임의의 데이터 활동을 등록하지 않거나 동기화하지 않은 경우에 표시될 수 있는 프로필 인터페이스를 도시한다. 일부 구성에서, 사용자의 프로필 페이지는 디바이스 및/또는 사용자가 활동 기록을 위해 사용하는 디바이스 타입을 표시할 수 있다.

도 15는 예시적인 디바이스 설정 인터페이스를 도시한다. 등록된 사용자에 대해 각 디바이스는 온라인 사이트에서 다른 디바이스 설정 인터페이스를 가질 수 있다. 디바이스 설정 인터페이스는 디바이스에 의해 인식된 현재 시간과 날짜, 디바이스에 표시될 데이터 타입(예를 들면, 메트릭), 디바이스의 배향(예를 들어, 디바이스가 장착된 손목 또는 다른 위치) 등 등록된 설정에 대한 정보를 디바이스에 표시할 수 있다. 어떤 예들에서, 인터페이스는 사용자가 단말기에서 설정들을 수정 또는 업데이트하도록 허용할 수 있다. 다른 디바이스들을 위한 인터페이스는 다양한 설정 파라미터 및 정보를 포함할 수 있다. 예를 들어, 제2 디바이스가 GPS 센서를 포함하지 않는 경우, 제2 디바이스에 대한 인터페이스는 GPS 설정을 포함하지 않을 수 있는 한편 제1 디바이스에 대한 인터페이스는 GPS 설정을 포함할 수 있다. 디바이스 특정 인터페이스는 해당 디바이스를 사용하여 검출된 (본원에 기술된 바와 같은)활동 데이터 및 요약을 포함할 수 있다. 따라서, 이러한 서브 인터페이스들은 사용자가 보다 세분화된 레벨에서 사용자의 활동을 표시할 수 있게 한다. 일부 구성에서, 온라인 사이트 또는 커뮤니티는 또한 디바이스 타입 또는 가장 자주 활동 데이터를 기록하기 위해 사용자에 의해 사용되는 특정 디바이스 또는 가장 많은 양의 사용자 활동을 기록하고 있는 디바이스 또는 디바이스 타입을 식별할 수 있다.

도 16a 및 도 16b는 온라인 활동 추적 사이트를 통해 사용자에게 디스플레이될 수 있는 예시적인 알림을 도시한다.

도 17a 내지 도 17d는 활동 데이터를 공유하기 위한 예시적인 인터페이스를 도시한다. 도 17a에서, 예를 들어, 사용자의 프로필은 다른 사용자에 대한 다른 정보로 채워질 수 있다. 예를 들어, 통지 또는 뉴스 이벤트는 다른 사용자의 최근 활동 또는 활동 이벤트를 사용자에게 경고하기 위해 사용자의 프로필에 배치될 수 있다. 예를 들어, 다른 사용자가 최근에 목표를 완료하거나 마일스톤에 도달할 수 있다. 이러한 이벤트는 동기부여(motivation) 역할을 하도록, 다른 사용자를 축하하도록 사용자를 유도하기 위해 사용자에게 표시될 수 있다. 활동 공유는 온 또는 오프하도록 구성될 수 있다. 다른 공유 파라미터도 정의될 수 있다. 예를 들어, 사용자는 어떤 활동이 공유될지 사용자 및/또는 그룹을 식별할 수 있다. 다른 예에서, 사용자는 공유를 허용하는 시간을 정의할 수 있고 및/또는 공유할 수 있는 이벤트 또는 활동 타입을 정의할 수 있다. 특정 예에서, 사용자는 제1 타입의 디바이스로부터 결과인 이벤트 또는 활동 데이터를 특정할 수 있고, 제1 타입 활동 또는 특정 활동 세션은 이벤트들 및/또는 활동 데이터가 제2 타입의 디바이스에 기인하는 동안 공유되고 제2 타입의 활동 또는 다른 특정 활동 세션은 공유되지 않는다. 따라서, 다중 활동 플랫폼의 사용은 시스템으로 하여금 공유 활동 정보를 좀 더 세부적으로 제어할 수 있게 한다. 활동은 사용자의 프로필(예를 들어, 다른 사용자가 사용자 프로필을 보는 관점)을 통해 또는 다른 사용자들의 프로필의 일부로서, 활동 피드 등을 공유할 수 있다. 예를 들어, 활동 이벤트 및 제1 사용자의 정보를 다른 사용자의 프로필이나 페이지로 밀어 넣을 수 있다.

도 17b 내지 도 17d는 외부 소셜 커뮤니티 및 네트워크 사이트를 통해 활동 정보 및 이벤트를 공유하기 위한 예시적인 인터페이스를 도시한다. 도 17b는 FACEBOOK 또는 TWITTER에서 공유하기 위한 옵션들을 포함하는 인터페이스를 도시한다. 도 17c 및 도 17d는 사용자가 메모를 제출하고, 공유될 활동 정보를 특정하고, 정보를 공유할 수 있는 사용자를 식별할 수 있는 팝업 인터페이스를 도시한다. 공유되거나 공유되지 않을 구성 정보와 같이, 사용자는 디바이스 타입, 활동 타입, 활동 세션 등을 기반으로 외부 사이트 및 시스템을 통한 정보의 공유를 구성할 수 있다. 일 예에서, 사용자는 내부 시스템 또는 커뮤니티를 통해 별도로 공유하는 외부 사이트 및 시스템을 통한 정보의 공유를 구성할 수 있다.

사용자가 계속하여 운동 활동을 하게 하는 동기부여는 수많은 방식으로 수행될 수 있다. 일 예에서, 사용자는 활동 레벨 진행을 통해 동기부여될 수 있다. 도 18은 색상에 따라 활동의 다양한 수준을 정의하는 예시적인 활동 레벨 진행 스케일을 도시한다. 따라서, 사용자가 계속하여 운동 활동을 수행함에 따라서, 사용자는 스케일을 통해 하나의 색상에서 다음 색상으로 진행할 수 있다. 스케일은 다른 방식으로 정의될 수 있고, 컬러 스케일에 한정되는 것은 아니다. 예를 들어, 진행 스케일에 대한 다른 레벨은 다른 이름, 아이콘, 이미지 등으로 표현될 수 있다. 진행 스케일의 발전은 새로운 프로필 아이콘, 이미지, 가상 객체(예를 들어, 신발 또는 의류), 할인, 새로운 아바타, 금전적 보상 등을 포함하는 다양한 방식으로 보상 받을 수 있다. 진행 또는 발전은 다양한 방식으로 평가되고 다양한 메트릭들에 기초할 수 있다. 예를 들어, 도 18의 예시적인 스케일에서, 사용자는 일생 동안 다른 레벨의 거리(miles)(또는 다른 거리 메트릭)를 달려 진행할 수 있다. 다른 예에서, 상기 스케일은 시간 기간 당(예를 들어, 일당, 주당, 2주당, 월당, 년당) 수행된 활동의 평균량으로 정의될 수 있다. 따라서, 사용자는 예를 들어, 시간 기간 당 사용자의 평균 활동량이 감소하는 경우, 하나 이상의 예들에서 스케일에서 퇴보할 수 있다. 다른 예들에서, 수행된 활동의 총 기록된 수에 의해 정의되는 스케일에서 상기 예에서 나타낸 바와 같이, 사용자는 (퇴행의 가능성이 없는)스케일을 따라서만 진행할 수도 있다. 진행 스케일은 소비된 칼로리, 취해진 스텝, 속도 등 및/또는 이들의 조합을 포함하는 메트릭의 다양한 종류에 기초하여 정의될 수 있다.

도 19a 및 도 19b는 사용자가 자신의 현재의 활동 레벨을 보고, 진행 스케일에서 다음 레벨에 도달하는 데 필요한 활동의 양을 볼 수 있는 예시적인 인터페이스를 도시한다. 도 19a는, 예를 들어, 두 개의 서로 다른 활동 추적 디바이스 각각에 대한 사용자의 누적된 활동을 도시한다. 디바이스들의 다른 타입에 대해 기록된 활동은 다른 타입의 활동 메트릭으로 등록될 수 있다. 활동 추적기 하나 또는 둘 다 사용자가 현재 진행 및/또는 활동 스케일을 따라 진행하는 데 필요한 양의 진행 상황을 볼 수 있게 하는 사용자 인터페이스 요소를 포함할 수 있다. 예를 들어, 사용자가 활동 스케일 정보를 표시하게 하도록 리본 엘리멘트(ribbon element)가 디스플레이될 수 있다.

도 19b는 리본 엘리먼트가 활성화되어 있는 인터페이스를 도시한다. 활동 스케일 정보 표시 엘리먼트는 컬러 코딩되거나 그렇지 않으면 스케일의 다양한 레벨을 나타내기 위해 코딩된다. 또한 각 레벨 내에 다양한 하위 레벨들이 또한 상기 표시 엘리먼트에 표시될 수 있다. 따라서, 사용자는 전반적인 진행 레벨뿐 아니라 각 전반적인 레벨에서 작은 경계(smaller demarcation) 또한 볼 수 있다. 표시 엘리먼트는 또한 텍스트 및/또는 시각적 정보를 갖고 다음 서브 레벨 또는 전체 진행 레벨에 도달하기 위해 필요한 활동의 양을 특정할 수 있다. 활성화 가능 및/또는 숨길 수 있는(hideable) 표시 엘리먼트를 사용하여 인터페이스가 표시 공간을 최대한 활용하는 것이 가능하도록 하는 한편 사용자가 보기를 원하는 정보를 제공하는 것이 가능해질 수 있다. 사용자는 또한 다른 인터페이스(예를 들어, 다른 웹 페이지 또는 동일한 페이지 내 하위 인터페이스)가 표시될 수 있도록 하는 표시 엘리먼트를 선택하거나 아니면 상호작용할 수 있게 된다. 다른 인터페이스는 그 수준에 도달하기 위해 필요한 활동량 및 다양한 수준에 대한 자세한 내용을 제공할 수 있다. 다양한 타입의 표시 엘리먼트들이 사용될 수도 있고, 서로 다른 상호작용들이 필요에 따라 또는 바람직하게 표시 엘리먼트에 포함될 수 있다.

활동 추적 시스템은 또한 사용자에 다른 경로 또는 활동 위치를 추적하기 위한 능력을 제공할 수 있다. 도 20은 활동 노선 또는 다른 요법이 정의된 다양한 위치를 나타내는 지도를 포함하는 예시적인 인터페이스를 도시한다. 활동 경로 또는 요법은 사용자가 그 전에 활동 경로 또는 요법을 사용했는지 여부를 나타내는 시각적 특징을 포함할 수 있는 시각적 요소에 의해 지도 상에 표현될 수 있다. 또한, 정보 바(information bar)는 사용자가 이전에 그 길이나 요법을 사용하는 경우, 다양한 경로 또는 요법의 각각에 대한 자세한 정보를 표시하고 사용자 통계(예를 들어, 최고 빨리 달리기 또는 가장 최근 달리기)를 제공할 수 있다. 최고 빨리 달리기는 최저 또는 최고 메트릭(예를 들어, 가장 많이 소비된 칼로리, 최저 속도, 최장 거리 등)으로 정의될 수 있다. 사용자 통계는 해당 경로 또는 요법에 대한 사용자의 모든 성과에 대한 누적 통계에 해당할 수 있다. 사용자가 이전에 사용한 경로 또는 요법이 아닌(또는 미리 정의된 시간 양에 대한 경로 또는 요법을 사용하지 않은) 경우, 정보 바는 경로 또는 요법을 수행한 하나 이상의 다른 개인들을 위한 통계를 대신 표시할 수 있다. 일례로, 정보 바는 그 경로 또는 요법을 특정 커뮤니티(예를 들어, 경로 또는 요법을 사용한 모든 사용자들, 경로 또는 요법을 사용한 사용자의 친구, 경로 또는 요법을 사용한 5마일 반경 내에 거주하는 사용자들, 경로 또는 요법을 적어도 X 횟수 사용한 사용자들)에서 수행한 총 수를 표시할 수 있다.

도 20의 인터페이스가 세계의 한 지역만을 도시하는 동안, 사용자는 또한 검색 필드를 이용하여 세계의 다른 지역을 검색할 수 있다. 하나 이상의 예들에서, 인터페이스는 경로 또는 운동요법이 정의되어 있는 지역들만 도시할 수도 있다. 추가적으로 또는 대안적으로, 사용자는 다양한 파라미터를 이용하여 지도에 도시된 경로나 운동요법을 필터링할 수 있다. 예를 들어, 사용자가 특정 활동 또는 활동 타입에 대한 경로 또는 운동요법만이 도시되도록 지정할 수 있다. 다른 예에서, 사용자는 인기도 및/또는 활동 레벨로 나타낸 경로 또는 운동요법을 필터링할 수 있다. 인기는 경로 또는 운동요법이 사용된 횟수에 기초하고, 수신된 긍정적 코멘트 또는 투표의 수, 경로 또는 운동요법이 공유된 횟수 등을 포함하여 다양한 방식으로 정의될 수 있다. 또 다른 예에서, 사용자는 난이도 레벨에 기초하여 경로 또는 운동요법을 필터링할 수 있다. 난이도는 경로 또는 운동요법의 제작자에 의해 정의될 수도 있고, 또는 이전에 경로 또는 운동요법을 사용한 사용자들에 의해 제출된 투표/태그에 의해 정의될 수 있다. 난이도는 경로 또는 운동요법으로부터 측정된 메트릭들에 기초하여 정의될 수 있다. 예를 들어, 경로 또는 운동요법을 사용한 다수의 사용자에 대한 평균 심장 박동수가 지정된 임계값 이상인 경우, 경로 또는 운동요법이 고난이도의 점수를 얻을 수 있다. 따라서, 다른 레벨의 난이도가 다른 심박수 범위에 대응할 수 있다. 다른 필터링 파라미터들이 거리, 소요 시간의 추정된 또는 평균 실제 양, 경로 또는 운동요법 등을 수행한 친구들 또는 다른 사용자의 수를 포함할 수 있다.

어떤 예들에서, 인터페이스는 사용자의 운동 기록 및/또는 다른 특성들에 기초하여 경로나 운동요법을 자동 필터링할 수 있다. 예를 들어, 사용자의 최장 달리기 기록이 10마일이었다면 인터페이스는 소정의 양만큼(예를 들면, 30%, 50%, 75%, 100% 등) 사용자의 최장 달리기보다 크거나 작게 경로 또는 운동요법을 필터링할 수 있다. 다른 예들에서, 사용자가 산을 달리거나 또는 트레일 러닝(trail running)에 혐오를 표시한 경우, 시스템은 자동적으로 이러한 경로 또는 운동요법을 필터링할 수 있다. 다양한 다른 규칙들 및 자동 필터들이 사용자가 원하는 대로 지정되고 적용될 수 있다.

도 21, 도 22a 및 도 22b는 경로가 상세하게 표시되는 인터페이스를 도시한다. 예를 들어, 사용자가 도 20의 지도나 정보 바에 표시된 경로 또는 운동요법 중 하나를 선택하는 경우, 사용자는 도 21, 도 22a 및 도 22b에 도시된 것들 같은 사용자 인터페이스로 향할 수 있다.

도 21에서, 예를 들어, 지도에서 달리기의 경로와 정보 바에서의 경로의 세부 사항을 표시한다. 특히, 정보 바는 달리기의 길이, 달리기에 필요한 추정된 시간량, 달리기한 사용자들의 수, 달린 횟수 등의 세부 사항을 제공할 수 있다. 달리기 하는 동안 포함된 높이의 변화를 나타내도록 고도 그래프(elevation graph)가 제공될 수 있다. 경로의 설명(예를 들면, 제작자 정의)도 표시될 수 있다. 하나 이상의 예들에서, 경로는 또한 사용자가 제출한 각종 주요 단어들로 태깅될 수 있다. 이 키워드 또는 태그는 사용자의 관심, 운동 수준 및/또는 요구에 맞게 경로를 검색하는 데 도움이 된다. 정보 바는 경로를 달리는 하나 이상의 주자(runner)를 표시할 수 있다. 예를 들어, 정보 바는 경로에 대한 가장 빠른 주자뿐만 아니라 관련 메트릭과 함께 가장 많은 횟수 경로를 달린 주자를 표시할 수 있다. 이 정보는 사용자에게 달린 시간 또는 가장 빠른 속도에 대해 최상위 위치에 도달하고자 애쓰기 위해 부가된 동기를 제공할 수 있다. 다른 예들에서, 시스템은 임의로 경로 상세에 표시할 사용자를 선택할 수 있다.

일부 양태들에 따르면, 정보 바 및/또는 지도에 표시되는 정보는 쌍방향일 수 있다. 예를 들어, 사용자가 고도 지도의 특정 세그먼트와 상호작용하거나 호버링 오버한다면, 지도에 표시된 경로의 대응하는 부분이 강조될 수 있거나, 다른 방식(예를 들어, 라벨, 포인터, 아이콘 등)으로 표시된다. 또 다른 예에서, 사용자는 지도에서 표시된 경로의 일부와 상호작용하여 경로에서 그 지점에 최선 또는 평균 속도를 도시하기 위해 팝-업 디스플레이(pop-up display)한다. 추가적으로 또는 대안적으로, 사용자에 의해 제공된 이미지, 사진, 메모가 경로의 일부와 상호작용시에 표시될 수 있다.

도 22a는 사용자가 경로를 한번 이상 이전에 달렸을 때 표시될 수 있는 예시적인 인터페이스를 도시한다. 인터페이스는 하나 이상의 이전 달리기에 대한 메트릭를 표시할 수 있다. 이전 달리기 정보는 속도 등 하나 이상의 메트릭에 따른 최상의 이전의 달리기에 기초하여 정렬되거나 선택될 수 있다. 추가적으로 또는 대안적으로, 이전 달리기 정보는 달리기의 날짜순으로 제공될 수 있다. 정보 바는, 경로에 대한 다양한 카테고리들에서 리더(leader)를 식별하는 것 이외에 추가로 현재 사용자와 리더 사이의 비교를 표시할 수 있다. 따라서, 사용자는 현재 달리기 리더의 수 또는 사용자 및 경로에 대한 속도 리더 간의 속도 간격을 초과하는 데 필요한 달리기의 수와 같은 정보가 제공될 수 있다. 이 정보는 사용자를 도전하게 만들 추가적인 동기부여를 제공할 수 있다.

도 22b는 사용자가 이전에 한 달리기 중 하나를 선택하거나 또는 다른 상호작용시 서브 인터페이스가 표시되는 인터페이스를 도시한다. 서브 인터페이스는 이전에 한 달리기를 측정한 디바이스, 달리기의 메트릭 및 달리기와 연관된 태그들(예를 들어, 날씨, 기분, 지형 및 사용한 장비)을 포함하여 이전에 한 달리기에 관한 추가 상세 정보를 제공할 수 있다. 또한, 서브 인터페이스는 달리기 하고 있는 사용자의 특정 메트릭을 표시하고 이와 함께 경로 이미지를 제공할 수 있다. 예를 들어, 경로의 모양은 달리기 대응점에서의 사용자의 심장 박동수 또는 속도에 기초하여 정의될 수 있다. 또 다른 예에 따르면, 특정 달리기를 선택하면 메인 인터페이스 맵에 표시된 경로가 메트릭 표시 경로선으로 변경될 수 있다.

도 23은 경로 맵과 정보 바를 도시하는 다른 예시적 인터페이스를 도시한다. 정보 바는 각 달리는 시간과 속도/페이스(speed/pace) 각각에 대한 개인들의 리더보드(leaderboard)를 표시한다. 현재 사용자는 자신의 위치에 관계없이 리더보드에 항상 표시될 수 있다. 또한, 사용자는 리더보드로부터 자신을 제거하는 옵션을 가질 수 있다. 리더보드에서 제거는 경로와 관련된 달리기의 기록을 제거하는 것을 포함할 수 있다. 또한, 리더보드에서 제거는 특정 경로에서 달리기 기록을 해제(disassociation) 시키는 것만을 포함할 수도 있다. 예를 들어, 달리기 메트릭(예를 들면, 거리, 속도 등)은 여전히 사용자의 전반적인 달리기 히스토리에 기록되고 합계 및 평균에 누적될 수 있다. 다른 예들에서, 제거(removal)는 기록을 대중들에 숨기는 것을 포함할 수 있다. 따라서, 기록은 사용자가 기록된 달리기를 볼 때 여전히 경로에 링크될 수 있는 반면, 그 연계 사항(association)은 다른 사람이 볼 수 없을 수도 있다.

도 24a는 경로가 생성될 수 있는 인터페이스를 도시한다. 경로 생성 인터페이스는 사용자가 수동으로 맵에서 경로를 수동으로 그려 달리기 할 경로를 표시할 수 있게 한다. 다른 예들에서, 사용자는 이전에 달렸던 경로(예를 들면, GPS를 사용하여 기록된)를 업로드하고 원하는 대로 경로를 수정할 수 있다. 경로를 정의하는 데 있어, 사용자는 이름을 입력하고 경로 설명을 제공하고 하나 이상의 키워드 또는 문구와 경로를 태깅할 수 있다.

또한, 맵은 열 맵(heat map)을 포함할 수 있다. 열 맵의 사용은 경로 생성에 한정되지 않고, 가능한 루트를 검토하고 사용자의 성과를 검토하는 것을 포함하여 다른 환경들에 표시될 수 있다. 열 맵은 맵의 해당 지역들에 대한 인기도 또는 활동 레벨을 나타낼 수 있다. 열 맵은 운동 활동에 특정될 수 있고 따라서 그 지역들에서 수행되는 다른 활동에 관한 정보를 포함하지 않을 수도 있다. 어떤 예들에서, 열 맵은 하나 이상의 특정 타입의 운동 활동, 하나 이상의 특정 타입의 디바이스들을 사용하여 기록된 활동, 하나 이상의 인구 통계 그룹 등 및/또는 이들의 조합에 대해 특정하게(예를 들어, 데이터를 반영해서만) 구성될 수 있다. 열 맵은 다양한 색상 또는 색조, 패턴, 슬라이드 또는 다른 변화하는 시각적인 모양을 사용하여 활동 레벨이나 인기도를 지정할 수 있다. 예를 들어, 밝은 빨강 색(예를 들면, 핑크)이 대응하는 지역에서 낮은 활동 레벨 또는 인기도를 나타낼 수 있는 한편, 어두운 붉은 색은 높은 레벨의 활동도 또는 인기도를 나타낼 수 있다. 지도의 지역 위로 호버링하면 일 단위로 또는 다른 시간 기간별로 수행된 달리기의 수, 그 지역에서 일 단위 또는 또는 다른 시간 기간 동안 달린 눈에 띄는 주자들의 수, 가장 최근의 달리기 등의 추가 정보를 제공할 수 있다. 열 맵은 원하는 대로 활성화되거나 비활성화될 수 있다. 예를 들어, 사용자는 법선 맵(normal line-map)으로 되돌아오거나 또는 위성 맵을 활성화시킬 수 있다.

하나 이상의 예들에서, 시스템은 사용자가 특정한 거리, 사용자 특정 시간량, 일반적인 위치(예를 들어, 도시, 우편 번호, 지역, 주소, 등) 및/또는 열 맵으로부터의 정보에 기초하여 경로를 생성할 수 있다. 시스템은 경로를 통해 연장되는 지역의 인기도 또는 활동 레벨을 극대화하여 경로를 생성할 수 있다. 일 예에서, 사용자는 시작 위치와 종료 위치를 지정할 수 있고, 시스템은 자동으로 미리 저장된 활동 정보에 기초하여 인기도 또는 활동 레벨을 최대화하는 경로를 결정할 수 있다. 대안적으로, 시스템은 경로가 연장하는 지역의 인기도 또는 활동 레벨을 최소화하는 경로를 생성할 수 있다. 활동 레벨/인기도가 최대화되거나 최소화되는지 여부는 사용자가 선택할 수 있다. 하나 이상의 구성에서, 사용자 지정한 운동 시간량에 기초하여 경로를 생성하는 것은 잠재적 경로의 인기도 또는 활동 레벨 분석을 포함할 수 있다. 예를 들어, 높은 인기도 또는 활동 레벨이 높은 경로들은 통과하는 데 더 많은 시간이 필요할 수 있다. 따라서, 경로는 지정된 운동 시간량을 충족시키기 위해(인기가 낮은 지역 또는 낮은 활동 레벨의 지역을 통과하는 경로에 비해) 단축될 수 있다.

도 24b는 완료 예정 시간이 표시되는 다른 예시적인 경로 생성 인터페이스를 도시한다. 완료에 추정되는 시간은 사용자의 평균 속도(전체 또는 유사한 지형, 길이 및/또는 고도)를 기준으로 계산할 수 있다.

도 25는 최근에 만들어진/저장된 경로와 최근 달리기 경로를 표시하는 예시적인 정보 바를 도시한다. 정보 바는 사용자에 의해 생성되거나 저장된 경로들의 수 및 사용자가 달리기한 경로들의 수를 나타내는 카운터를 포함할 수 있다.

다중 활동 애플리케이션/디바이스 인터페이스

활동 모니터링 디바이스, 활동 추적 서비스 및 시스템, 중개 디바이스 및 다른 컴퓨팅 디바이스 또는 시스템 및/또는 실행되는 애플리케이션 간의 상호작용은 공유 애플리케이션 프로토콜 인터페이스(API)를 사용하여 수행될 수 있다. 예를 들어, 스마트 폰에서 실행되는 애플리케이션은 API를 이용하여, API를 채용하는 활동 모니터링 디바이스로/로부터 데이터를 전송/수신할 수 있다. 마찬가지로, 활동 모니터링 디바이스 및 활동 추적 서비스 혹은 시스템 간의 통신은 API를 이용하여 수행될 수 있다. 전용 활동 모니터링 디바이스 간의 통신은 공유된 API를 사용하여 수행될 수 있다. 프로토콜의 예는 이하에서 더 상세히 설명된다.

활동 데이터 추적 및 처리(Activity Data Tracking and Processing)

활동 데이터 추적 및 처리를 위한 API는, 활동 삭제, 하나 이상의 활동들에 대한 활동 세부 요청, 활동 목록 요청, 활동 요약 검색, 태그 게시 및 삭제, 활동 타입 특정 정보 요청, 날짜 범위 등에 기초한 활동 데이터 요청 등 다양한 기능을 포함할 수 있다. API는 다중 활동 시스템과 상호작용하기 위한 모니터링 디바이스 및 다른 디바이스들에 대해 사용될 수 있을 뿐 아니라 모니터링 디바이스로부터 정보를 검색하고 모니터링 디바이스로 정보를 전송하기 위한 다중 활동 시스템 또는 다른 컴퓨팅 디바이스에 대해서도 사용될 수 있다.

활동 삭제: 이 서비스는 활동(예를 들어, 특정 활동 세션 식별자를 갖는 활동 세션)을 삭제하는 데 사용될 수 있다. 일단 삭제되면, 사용자는 더 이상 이 활동을 볼 수 없게 되고, 더 이상 어떠한 계산, 집계 또는 도전과제에 사용되지 않을 것이다. 예를 들어, 활동에 수여되는 활동 포인트들의 수가 삭제시 총 활동 포인트에서 차감될 수 있다.

활동 세부 사항: 디바이스는 하나의 활동 또는 활동 세션에 대한 세부 사항을 검색할 수 있다. 이 서비스는 파라미터로서 활동 ID를 이용하여 특정 활동과 관련된 모든 정보를 반환한다. 상세는 가공전 센서 데이터, 메트릭, 위치 정보, 개별 참여자 등을 포함할 수 있다.

마지막 활동에 대한 활동 세부 사항: 이 서비스는 마지막 활동 세션에 관한 정보를 반환한다. 이에 따라, 마지막 활동 세션의 ID를 인식하는 대신, 시스템은 가장 최근의 활동에 특정한 기능 호출(function call)을 제공할 수 있다. 또한, 사용자는 활동 타입을 지정할 수 있고, 따라서 디바이스가 특정 활동 타입에 대한 마지막 활동 세션을 선택할 수 있게 한다. 유사하게, 다른 타입의 파라미터들이 마지막 활동 세션을 구별하기 위해 또 사용되거나 또는 다르게 사용될 수 있다.

활동 리스트: 사용자의 활동 리스트를 반환한다. 이 서비스는 날짜, 시간 또는 인덱스에 의한 활동의 리스트를 받고자 하는 애플리케이션에 유용하다. 예를 들어, 디바이스는 두 개의 특정 날짜 또는 시간 사이에 수행된 모든 활동들을 요청할 수 있다. 리스트는 또한 활동 타입, 디바이스 타입, 디바이스 ID, 활동 특성(예를 들면, 임계 속도 위 또는 아래, 특정 기상 조건, 특정 지형이나 위치, 사용된 활동 장비 등)을 포함하는 다른 파라미터들에 기초하여 필터링될 수 있다. 인덱스를 사용하는 검색은 활동 ID 범위를 지정하고 해당 ID 범위 내에서 모든 활동은 검색을 참조할 수 있다.

지정된 월에 대한 활동 요약: 이 기능은 디바이스가 특정 달 동안 사용자의 활동 요약을 검색할 수 있게 한다. 활동 요약은 이하에서 더 상세히 설명되는 바와 같이, 달성한 목표들의 수, 얻은 평균 활동 포인트(또는 다른 활동 메트릭), 연속한 목표 완료 식별 등에 대한 통계 정보를 포함할 수 있다.

지정된 주에 대한 활동 요약: 일주일 동안 사용자의 활동 요약을 가져온다.

지정된 연도에 대한 활동 요약: 지정된 연도에 대한 사용자의 활동 요약을 가져온다.

활동 업데이트: 이 서비스는 활동 ID를 파라미터로서 사용하여 특정 활동에 관련된 모든 정보를 반환한다. 어떤 예들에서, 이 기능은 특정 활동에 관한 정보가 검색된 마지막 시간을 특정하는 날짜 또는 시간 파라미터를 포함할 수 있다. 이 정보가 요청된 디바이스 또는 시스템은 새로이 지정된 날짜 또는 시간의 모든 정보를 전송할 수 있게 된다.

농구 활동 세부 사항: 설명한 바와 같이, 활동 데이터 요청이 특정 활동 타입일 수 있다. 따라서, 하나의 농구 활동 세션에 대한 세부 정보를 검색하기 위한 기능이 제공될 수 있다. 이 서비스는 활동 ID를 파라미터로 사용하여 특정 활동에 관련된 모든 정보를 반환한다.

농구 활동 리스트: 사용자의 농구 활동의 리스트를 반환한다.

사용자 정의(customized) 태그: 지정된 사용자에 대한 사용자 정의 태그를 추가한다. 예를 들어, 사용자가 활동 세션들에 대해 사용자 정의된 특성 태그를 정의하도록 허용될 수 있다. 태그는 활동 세션, 사용자 지정 메모 등에 앞서 날씨, 장비, 지형, 먹은 음식을 포함할 수 있다.

일상 활동 포인트 요약 서비스: 일정 기간 동안 사용자의 일상 활동 포인트 내역을 가져온다. 대안적으로 또는 부가적으로, 다른 활동 포인트 기간은 주간 활동 포인트 내역 또는 시간당 활동 포인트 내역 등의 검색을 위해 정의될 수 있다.

태그 삭제: 특정한 활동에 대한 사용자 태그를 삭제한다.

확장 메트릭: 특정한 활동에 대해 사용자 확장 메트릭을 추가하거나 활동 ID와 연관된 확장 메트릭의 리스트를 가져오거나 또는 확장 메트릭의 리스트를 삭제한다. 확장된 메트릭은 자동으로 동기화되지 않은 메트릭을 참조할 수 있다. 다른 예에서, 확장된 메트릭은 사용자가 입력/지정한(예를 들어, 활동 추적 디바이스 또는 모니터링 시스템에 의해 자동 검출되거나 생성되지 않는) 어떤 메트릭을 참조할 수 있다.

시작 및 종료 시간에 대한 데이터 스트림 가져오기: 시작 시간과 종료 시간에 대한 데이터 스트림을 가져온다. 이 서비스는 지정된 시작 및 종료 시간 파라미터들 사이에 사용자에 연관된 모든 데이터 스트림의 정보를 반환한다. 예를 들어, 데이터 스트림은 활동 데이터 및 정보뿐만 아니라, 프로필의 갱신, 친구 추가, 골 등을 설정하는 것과 같이 사용자에 의해 취해진 다른 행동을 포함할 수 있다.

태그 가져오기: 특정한 활동 세션에 대한 사용자 태그를 가져온다.

사용자 이벤트 가져오기: 표시될 사용자 이벤트의 리스트를 반환한다. 사용자 이벤트는 사용자 또는 달성한 성과/목표에 의해 취해진 활동들을 참조한다.

태그 게시: 특정한 활동에 대한 사용자 태그를 추가한다.

날짜 범위로 태그 게시: 지정된 데이터 범위에서 모든 활동 세션을 태깅한다.

달리기 활동 세부 사항: 이 서비스는 파라미터로 활동 ID를 이용하여 달리기 활동에 관련된 모든 정보를 반환한다.

달리기: 나의 활동: 달리기 및 그 집계를 위한 스포츠 활동의 리스트를 반환한다.

달리기: 나의 활동 v 1.0: 활동 보고서, 활동 기록 상세 정보 및 달리기 활동을 하는 사용자의 생애 정보를 반환한다.

달리기: 나의 활동: 사용자에 대한 활동 ID에 의해 스포츠 활동을 반환한다.

훈련 활동 세부 사항: 하나의 활동에 대한 세부사항을 가져온다. 이 서비스는 파라미터로서 활동 ID를 사용하여 특정한 활동에 관련된 모든 정보를 반환한다.

훈련 활동 리스트: 훈련 타입 활동에 대한 사용자의 활동 요약 리스트를 반환한다.

도전과제(Challenges)

도전과제를 발행하고 두 개의 서로 다른 디바이스 및 디바이스 타입을 사용하는 두 사용자 사이에서 수행될 수 있다. 다음은, 도전과제를 생성, 추적 및 완료하기 위해 사용될 수 있는 API들의 리스트를 제공한다.

도전과제 수락: 도전과제를 수락한다.

도전과제 수락 또는 거부: 도전과제 수락 또는 거부는 도전과제에 초대된 이후 사용자의 응답일 것이다.

도전과제 추가: 목적, 기간, 참가자, 도전과제가 공공 또는 민간인지 여부, 위치, 도전과제의 이름, 시간 등의 제공된 정보를 도전과제에 추가한다. 어떤 경우에서, 본 명세서에서 좀 더 상세히 설명되는 바와 같이, 추가 도전과제 서비스는 사용자가 일일 목표 만들기(Create Daily Goal), 주간 도전과제(Challenge of the Week), 헤드 투 헤드(Head to Head), 그룹 퓨얼 목표(Group Fuel Goal), 그룹 운동(Group Workout), 훈련 기반 도전과제(Drill Based Challenge) 및 팀 업(Team Up) 등을 특정할 수 있게 한다. 개인 정보 보호 수준도 설정할 수 있다. 예를 들어, 다음 표는 개인 정보 보호 수준에 대해 설명한다.

Id	설명
0	개인. 도전과제 작성자가 초대하는 경우에만 가입할 수 있다. 참가자들만 도전과제의 결과를 볼 수 있다.
1	참가자들 및 작성자의 친구들이 볼 수 있음. 검색시 나타나지 않음(주의: 친구들의 개념이 MSP 상에 당장 존재하지 않는것과 같이, 0과 1은 동일함).
2	공용. 검색시 나타남. 누구나 도전과제 세부사항 및 리더보드를 볼 수 있지만, 참가는 안됨.
3	공용. 검색시 나타남. 누구나 참가하고 도전과제 세부사항 및 리더보드를 볼 수 있음.

도전과제 생성 또는 업데이트: 이 서비스를 사용하여, 다른 타입의 도전과제과제들이 생성/업데이트될 수 있다. 비즈니스 규칙들 및 필요한 파라미터들은 생성된 도전과제의 타입에 따라 달라진다. 도전과제 타입은 다음과 같다: 일일 도전과제 생성, 금주의 도전과제, 헤드 투 헤드, 그룹 퓨얼 목표, 그룹 운동, 훈련 기반 도전과제 및 팀 업.

주간 도전과제: 일주일에 한 번 만들 수 있는 타입의 도전과제를 작성한다. 주간 도전과제는 이러한 타입의 도전과제에 특정한 다양한 보상을 포함할 수 있다.

일일 목표 생성 또는 업데이트: 이 서비스는 지정된 날짜의 일일 목표를 생성/업데이트하는 데 사용된다. 공급 날짜가 금일인 경우, 금일의 일일 목표는 업데이트/변경될 것이다. 제공된 날짜가 미래의 특정 날짜일 경우, 미래의 일일 목표 값이 변경될 것이다. 공급 날짜가 금일 이전인 경우 오류가 반환될 것이다.

훈련 기반 도전과제: 도전과제는 훈련을 기반으로 생성할 수 있다. 서비스의 형태는 기존의 훈련의 세부 사항을 보고 훈련의 파라미터와 일치하는 도전과제를 만들 것이다. 훈련은 지정된 시간에 물리적 운동의 미리 정의된 순서를 참조할 수 있다. 그룹은 지원될 수도 있고 안될 수도 있다. 헤드 투 헤드 도전과제의 개요는 비경쟁적 다양성(non-competitive variety)에 있다. 이러한 타입의 도전과제는 과제의 작성자가 자신의 과제를 이길 그녀/그의 친구들을 초대함을 나타낸다. 참가자들이 도전과제를 이길지 여부, 그 결과는 원래의 도전과제 포스터로 다시 전송된다. 즉, 참가자 성과가 서로 비교되는 것이 아니라 대신 목적에 비교된다. 따라서, 여러 참가자는 도전과제를 이겨낼 수 있다.

도전과제의 세부사항 가져오기: 도전과제의 모든 세부 사항 및 관련 리더보드를 가져온다(예를 들어, 참가자 리스트 및 성과/진행의 현재 수준). 일부 구성에서, 이 기능은 로그인 한 사용자가 요청된 도전과제 세부 정보를 볼 수 있는 권한이 있는지 여부를 체크할 수 있다.

도전과제 리스트 1.0 가져오기: 특정 사용자가 작성자 또는 회원으로 참여하고 있는 과거와 현재의 도전과제의 리스트를 가져온다. 리스트는 가장 최근의 도전과제를 맨 먼저 리스트에 넣고 도전과제의 종료 날짜 순으로 리스트할 수 있다. 이 서비스는 또한 (작성자/사용자가 아닌 다른) 도전과제 멤버가 없거나 리더보드가 없는 경우 도전과제의 타입(나 vs 나)으로 목표를 리스트한다.

일일 목표 리스트를 가져오기: 지정된 사용자에 대한 여러 날짜에 걸쳐 일일 목표의 리스트를 가져온다.

그룹 활동 포인트 목표: 그룹 활동 포인트 목표는 개인 기반(그러나 팀 내에서)의 도전과제 타입이고 비경쟁적이다. 이 타입의 도전과제는 도전과제의 작성자가 그녀/그의 친구들이 도전과제에 참가하도록 초대하는 것을 포함하고 회원들/참가자들 모두의 활동 포인트의 합계가 도전과제 종료시 소정의 양보다 더 커야 한다. 이러한 도전과제 타입에 대한 여러 가지 비즈니스 규칙이 있을 수 있다. 예를 들어:

1) 사용자는 생성된 도전과제 및 수락한 도전과제를 포함하여 최대 5개의 도전과제를 가질 수 있다. 예를 들어, 사용자가 이미 생성된 5가지 도전과제를 가지고 있다면 다른 도전과제를 받아들일 수 없다.

2) 이러한 타입의 각 도전과제는 (작성자를 제외한) 5명의 사용자까지 보유할 수 있다. 즉, 도전과제의 작성자는 최대 5명의 친구들을 지정하여 초대장을 전송할 수 있다.

3) 이러한 타입의 도전과제는 항상 7 일 간 계속될 수 있다.

4) 과제 종료 후, 속도는 동일한 파라미터들과의 새로운 도전과제를 만들기 위해 요청할 수 있다.

5) 초대장은 7 일 이내 언제든지 수락될 수 있고, 시작 시간 이후 획득된 퓨얼의 양이 도전과제로 인정될 것이다.

6) 도전과제는 생성된 후 변경되지 않을 것으로 예상된다.

다른 규칙, 제한 등이 정의될 수 있으며, 상기 예에 한정되지 않는다.

그룹 운동: 그룹 운동은 개인 기반(그러나 팀 내)의 도전과제 타입이며, 비경쟁적이다. 이러한 타입의 도전과제는 도전과제의 작성자가 그녀/그의 친구들 또는 다른 참가자들이 도전과제에 참여하도록 초대하고 도전과제의 각 구성원이 적어도 소정량의 운동을 해야 한다. 이러한 도전과제 타입에 대한 다양한 비즈니스 규칙이 있을 수 있다. 예를 들어:

1) 사용자는 생성된 도전과제와 수락 도전과제를 포함한 최대 5가지 도전과제를 가질 수 있다. 예를 들어, 사용자가 이미 5가지 도전과제들을 생성한 경우, 사용자는 다른 과제들을 수락할 수 없을 수도 있다.

2) 이러한 타입의 각 도전과제는 (작성자를 제외한) 5명의 사용자들까지 보유할 수 있으며, 즉, 도전과제의 작성자는 최대 5명의 친구들을 지정하여 초대장을 전송할 수 있다.

3) 이러한 타입의 도전과제들은 항상 7 일간 지속될 수 있다.

4) 과제 종료 후, 속도는 동일한 파라미터들과의 새로운 도전과제를 만들기 위해 요청할 수 있다.

5) 초대장은 7 일 이내 언제든지 수락될 수 있고, 시작 시간 이후에 수행된 운동의 수는 도전과제로 인정될 것이다.

6) 도전과제는 만든 후 변경되지 않을 것으로 예상된다.

다른 규칙, 제한 등이 정의될 수 있으며, 상기 예에 한정되지 않는다.

헤드 투 헤드: 헤드 투 헤드 도전과제는 참가자들의 성과가 그룹화되지 않고 개별적으로 취급된다.

도전과제 검색: 도전과제 검색은 제공하는 키워드를 기반으로 도전과제 객체의 리스트를 반환할 것이다. 리스트의 도전과제 객체는 전체 도전과제 객체의 손실된(trimmed down) 버전일 수 있다.

팀 업: 팀 업은 다음과 같은 규칙들을 가질 수 있는 도전과제 타입이다

1) 최대 2 명의 회원들.

2) 임의의 두 회원들이 하나의 활동 팀만을 가질 수 있다.

3) 두 번째 사람이 수락하면 도전과제가 시작된다.

4) 도전과제는 시작 시간 이후 72 시간 후 종료된다.

5) 도전과제가 생성된 후 24 시간 내 시작되지 않은 경우 만료된다.

6) 퓨얼 양(fuel amount)은 정수이다.

7) 도전과제는 업데이트할 수 없다.

8) 한 사람이 최대 50개 활동 팀만을 가질 수 있다.

도전과제 타입:

TEAMUP BAND TOGETHER FRIEND

1) 사용자는 친구 리스트에서 친구를 선택하고 도전과제를 만든다.

2) 초대장이 친구에게 전송된다.

3) 친구가 도전과제를 받아들이는 경우 도전과제가 활성화된다.

4) 각 멤버가 퓨얼 타겟(fuel target)을 달성하여 도전과제가 완료된 것으로 간주될 수 있음.

TEAMUP BAND TOGETHER BLIND MATCH

1) 블라인드 매치에서 사전 활동 포인트 대상들 중 하나를 선택하고 도전과제를 만들기 위해 진행한다.

2) 시스템은 동일한 퓨얼 레벨을 갖는 동일한 타입의 도전과제를 갖는 임의의 사용자와 당신이 시합하게 할 것이다.

3) 시합 상대가 발견되면, 사용자가 수락하거나 거부할 권리가 있다.

4) 사용자가 수락하면, 시작 시간 및 종료 시간이 업데이트될 것이다.

5) 사용자가 거부하는 경우, 사용자와 도전과제의 작성자 모두 블라인드 매치를 이용가능하다. 기본적으로, 별도의 도전과제가 사용자를 위해 생성된다.

레거시 API

일부 서비스 또는 기능들은 레거시 활동 추적 및 모니터링 사이트 또는 시스템 등의 레거시 시스템과 인터페이스하기 위해 정의될 수 있다.

PIN 서비스 생성: 빈(empty) 사용자 컨테이너에 대해 고유 PIN을 검색한다.

토큰 서비스 생성: 로컬 소프트웨어가 특정 웹 사이트 또는 페이지에 브라우저를 실행하고, 자동으로 사용자를 로그인할 수 있는 1회 사용 토큰을 생성한다. 토큰은 HTTP에 걸쳐 클리어하게 전달되기 때문에 1회용만으로 사용되고 따라서 사용자의 계정을 강탈하기 위해 사용될 수 없다.

토큰에서 PIN 가져오기: 1회용 액세스 토큰으로부터 PIN을 가져온다.

PIN 상태 서비스 가져오기: 이러한 PIN과 연관된 사용자 컨테이너에 대한 정보를 제공한다.

동기화 완료 서비스: 동기화 세션이 완료되었음을 활동 추적 애플리케이션에 알리길 요청한다. 이 요청이 활동 그룹의 마지막이 되도록 10초에 동안 내부 지연이 있을 수 있다.

커뮤니티

다중 활동 플랫폼 및 시스템은 또한 이들의 활동 레벨을 추적하고 모니터링하려 하는 사용자들의 커뮤니티를 호스트할 수 있다. 커뮤니티는 시스템에 등록한 모든 사용자들 또는 사용자들 내의 서브 그룹을 지칭할 수 있다(예를 들어, 친구들의 그룹, 위치 기반 그룹, 조직 기반 그룹, 연령 그룹, 디바이스 타입 그룹 등). 따라서, 다양한 서비스 및 기능들이 커뮤니티 기능과 상호작용하도록 제공될 수 있다.

커뮤니티 도전과제 통계 합계를 얻기: 이 서비스는 임의의 커뮤니티/도전과제 타입 쌍에 대한 일생 동안의 집계(lifetime aggregations)를 제공할 것이다. 예를 들어, 사용자는 25에서 49세 남성 커뮤니티 내에서 주간 도전과제에 대한 집계 정보를 요구할 수 있다.

커뮤니티 리더보드 가져오기: 이 서비스는 요청된 커뮤니티 리더보드를 반환할 것이다. 이 서비스는 시스템이 리더보드를 계산할 수 있게 하거나 또는 이미 생성/존재한 경우에만 리더보드를 반환할 수 있다. 일 예에서, 리더보드가 아직 계산되지 않은 경우, 에러 메시지가 표시될 것이다. 7 일간 및 항상(Seven Day Rolling and an All Time)을 포함하여 복수 타입의 커뮤니티 리더보드가 있을 수 있다. 이러한 두 가지 타입의 리더보드들이 기존의 각 훈련 타입에 대해 요청될 수 있다.

커뮤니티 통계 가져오기: 이 서비스는 아래에 설명된 바와 같이 3개의 새로운 커뮤니티 집계 뿐만 아니라 기존 집계를 제공할 것이다. 이것은 예시적인 집계이고 완전한 리스트를 나타내지는 않는다.

기존(Existing)

커뮤니티 - 금일, 주, 월, 년, 항상 총/평균 퓨얼.

커뮤니티 - 디바이스 X 사용자들에 대한 평균 활동 포인트 일일 목표 - 금일, 주, 월, 년, 항상.

커뮤니티 - 총 디바이스 X 일일 목표 달성 금일, 주, 월, 년, 항상.

커뮤니티 - 총/평균 스텝: 금일, 금주, 금월, 금년, 항상.

커뮤니티 - 총/평균 칼로리: 금일, 금주, 금월, 금년, 항상.

커뮤니티 - 평균 커뮤니티 일일 목표.

신규(New)

커뮤니티 - 총/평균 거리 금일, 금주, 금월, 금년, 항상.

커뮤니티 - 총/평균 칼로리: 금일, 금주, 금월, 금년, 항상.

커뮤니티 - 각각의 수직적 및 전체 커뮤니티에 대한 총 사용자들의 수.

커뮤니티 통계 주파수 가져오기: 이 서비스는 어떤 주파수(예를 들어, 주간, 월간, 연간 등)에 대한 커뮤니티/활동 쌍에 대한 히스토리 집계를 제공할 것이다.

커뮤니티 통계 총 사용자 가져오기: 이 서비스는 커뮤니티 사용자들의 실시간 수(예를 들어, 사이트 또는 보다 구체적인 커뮤니티 내의 모든 사용자들)를 제공할 것이다.

커뮤니티 통계 합계를 가져오기: 이 서비스는 임의의 커뮤니티/활동 쌍에 대한 생애 집계를 제공할 것이다.

XYZ 커뮤니티 리더보드 가져오기: 이 서비스는 요청된 활동 XYZ 커뮤니티 리더보드보들 반환할 것이다. 활동 XYZ는 특정 타입의 추적 디바이스 또는 디바이스들을 사용하여 수행된 특정 타입의 활동 또는 활동들에 대응할 수 있다. 이 서비스는 리더보드를 계산하거나 또는 이미 존재하는 경우 리더보드를 반환할 수도 있다. 리더보드가 아직 계산되지 않은 경우, 에러 메시지가 어떤 예들에서 표시될 수 있다. 금주 및 항상을 포함하여 복수 타입의 커뮤니티 리더보드가 있다. 이러한 두 가지 타입의 리더보드들이 기존 타입의 훈련 각각에 대해 요청될 수 있다.

친구 리더보드 가져오기: 이 서비스는 요청된 친구 리더보드를 계산하고 반환할 것이다. 두 가지 타입의 친구 리더보드, 금주 및 항상이 있다. 이 두 가지 타입의 리더보드는 기존 각 타입의 집계에 대해 요청될 수 있다.

친구 리더보드 가져오기: 이 서비스는 사용자 및 그/그녀의 친구들만 랭크(rank)한 지정된 훈련에 대한 리더보드를 반환할 것이다. 사용자가 친구들이 없다면 리더보드에 도시되지 않는다.

모든 친구 리스트 가져오기: 이 서비스는 사용자가 모든 친구들의 리스트를 볼 수 있게 한다.

공통 친구 리스트 가져오기: 이 서비스는 사용자가 다른 친구와 공통점이 있는 친구들의 리스트를 볼 수 있게 한다.

가장 활동적 친구 리스트 가져오기: 이 서비스는 사용자가 모든 친구들의 최근 활동 리스트를 볼 수 있게 한다.

친구 리스트 최근 활동 가져오기: 이 서비스는 사용자가 가장 최근에 활동한 친구들의 리스트와 그들이 한 활동을 볼 수 있게 한다.

팀 업한 친구 리스트 가져오기: 이 서비스는 사용자가 가장 최근에 팀 업 했던 친구들의 리스트를 사용자가 볼 수 있게 한다.

활동 포인트 친구 리스트 서비스 가져오기: 자신의 활동 포인트(누적 레벨, 일일 레벨, 일일 목표)에 대한 해당하는 정보를 갖는 사용자 친구들의 리스트를 반환한다. 요청은 활동, 누적 활동 포인트 레벨, 일상 활동 포인트 레벨, 또는 닉네임에 의해 정렬을 지정한다. 이 서비스는 사용자에 대한 해당 활동 포인트 레벨을 갖는 친구들의 리스트를 가져오기 위한 애플리케이션들에서 사용된다.

홈페이지 커뮤니티 통계 가져오기: 주어진 활동 타입 및 커뮤니티 타입에 대해 30일간 동안의 누적 통계를 나타내는 객체를 반환한다.

사회적 공유: FACEBOOK: 친구들이 볼 수 있는 FACEBOOK에 컨텐츠 올리기/공유.

사회적 공유: TWITTER: 친구들이 볼 수 있는 TWITTER에 컨텐츠 올리기/공유.

테스트 종료점 - 커뮤니티 리더보드 계산 시작: 이 종료점은 커뮤니티 리더보드의 계산을 시작하기 위해 테스트 목적으로 사용된다. 이것은 성공 메시지를 항상 반환하게 될 비동기화 요청(asynchronous call)이다. 이 종료점은 APOGEE으로 매핑되지는 않지만 준비 환경에서 사용할 수 있을 것이다. 두 가지 타입 커뮤니티 리더보드는 7 일간 및 항상(all time)이다. 이러한 두 가지 타입의 리더보드는 기존의 각 훈련 타입에 대해 계산된다.

디바이스(Device)

다른 디바이스들은 데이터가 통신 및/또는 저장될 다른 설정 또는 셋업 파라미터 및 절차와 방법을 가질 수 있다. 따라서, API는 필요한 데이터를 검색 및/또는 다양한 형태의 정보를 제출하기 위해 디바이스에 대해 제공될 수 있다.

디바이스 설정: 특정 디바이스에 대한 사용자의 선호도를 검색한다(또는 GET). 지정된 사용자 디바이스에 대한 선호도를 업데이트한다(또는 POST). UUID는 사용자 디바이스 ID를 나타낸다.

디바이스 설정(프로토콜 X): 디바이스 설정을 프로토콜 X 등의 특정 프로토콜로 설정한다.

디바이스 설정: 디바이스가 구현되는 방법에 대해 설명한다.

디바이스를 동기화할 때, 디바이스는 일련 번호와 타입을 가질 수 있다. 이러한 항목들 중 어느 하나가 없거나 부정확하다면, 애플리케이션 에러가 발생한다. 만일 당신이 함께 동기화된 사용자에게 한 그룹의 디바이스들을 연관시킬 경우에, 당신은 디바이스가 처음으로 동기화될 때 제시된 DeviceConfigGroupId를 통과해야 한다. 또한 개별 디바이스가 사용자와 연관된 경우에, 당신은 또한 Deviceld를 통과해야한다. 디바이스들이 이미 하나의 그룹 사용자와 연관된 경우 DeviceConfigGroupId가 전송되지 않는다면, 그 디바이스들을 새 그룹의 디바이스들로 간주하고 새로운 DeviceConfigGroupId를 할당한다.

일련 번호들은 고유한 식별자들이다. 이미 사용자에게 연관된 일련 번호를 갖는 디바이스가 (DeviceConfigGroupId 또는 Deviceld에서 내보내지지 않고) 송신된다면, 시스템은 에러를 반환할 수 있다. 이 에러는 이 디바이스의 일련 번호가 이미 해당 사용자인 경우에도 다른 사용자에게 연관되어 있음을 말하는 것이다.

변수 타입(a type variable)은 사용자와 연관되는 디바이스의 타입으로 정의될 수 있다. 이 변수 또는 파라미터는 어떤 종류의 디바이스가 관련되어 있는지 시스템이 알고자 할 때 요구될 수 있다. 통과된 디바이스가 무효한 타입(invalid)을 갖거나 또는 비어 있는 것이면 에러가 발생한다.

앞서 함께 그룹화되지 않은 디바이스들은 새로운 그룹의 디바이스들로 고려된다. 새로운 브랜드의 디바이스를 갖는 사용자와 이미 연관된 두 개의 디바이스들이 그룹화되어 있는 경우, 이러한 연관성은 새로운 디바이스 그룹을 구성할 수 있다. 이것이 새로운 그룹의 디바이스를 나타내기 때문에, DeviceConfigGroupId가 통신에 필요한 것은 아니다. 이미 사용자와 연관된 구 디바이스들(old devices)에 대한 Devicelds가 시스템으로 전달될 수 있다. 디바이스가 동기화될 때, 새로운 DeviceConfigGroupId 및 새로운 디바이스 ID가 반환될 수 있다.

새로운 디바이스들을 위한 제1 동기의 경우: 미사용 일련 번호를 갖는 디바이스들이 Deviceld 또는 DeviceConfigGroupId없이 시스템으로 전송될 수 있다. DeviceConfigConfigld는 디바이스들이 통과/통신된 순서대로 각 디바이스에 대해 각 Deviceld 함께 반환될 것이다.

동일한 디바이스들과의 제1 동기화 이후 임의의 동기화의 경우: 디바이스의 Devicelds 및 DeviceConfigGroupId는 전송/통신된다. Devicelds가 아니라 동일한 DeviceConfigGroupId가 다시 반환될 것이다.

구 디바이스들과 함께 새로운 디바이스와의 제1 동기화 이후의 임의의 동기의 경우: 구 디바이스들에 대한 Devicelds는 새 디바이스들에 대한 Devicelds 없이 통신된다. 이것이 새로운 그룹의 디바이스들일 것이기 때문에 DeviceConfigGroupId에서 송신되지 않는다. 새로운 DeviceConfigGroupId는 이러한 디바이스들의 향후 동기화에 사용되기 위해 반환될 것이다. 새로운 디바이스들의 Deviceld도 또한 반환될 것이다.

전화기 설정(프로토콜 X): 전화기 설정을 프로토콜 X 등 특정 프로토콜로 설정한다. 이로써 디바이스는 어떤 프로토콜이 다중 활동 플랫폼과의 통신을 위해 사용되는지 알 수 있게 된다.

디바이스 재설정: 사용자 디바이스 "delete_ind" 플래그를 true로 설정한다. UUID는 디바이스 ID를 나타낸다.

LastSyncOffset 및 LastSyncTimestamp 재설정: 디바이스의 LastSyncOffset과 LastSyncTimestamp을 지정된 값들로 설정한다.

디바이스 검색, 추가 또는 업데이트: 사용자 디바이스 기록 또는 기록들을 검색한다(가져온다). 사용자 디바이스 기록을 추가 또는 업데이트(게시/입력)한다. UUID는 게시 및 입력 응답 본문(body) 양자 둘다에서 반환된 사용자 디바이스 ID를 나타낸다.

피트니스/운동 프로그램

피트니스 또는 운동 프로그램의 사용자의 성과 동안 기록된 활동 데이터는 미리 정의된 다양한 기능들 및 서비스들에 따라 통신될 수 있다.

피트니스: 보류 프로그램 데이터 가져오기: 운동 프로그램에 대기중인 모든 날들(days)을 검색한다. 요청된 프로그램 ID에 의해 기존의 운동 프로그램을 검색한다. 프로그램에서 대기중인 모든 날들의 리스트 또는 운동 세션의 리스트를 반환한다.

피트니스: 캡쳐한 프로그램 데이터 게시: 콘솔 포스트에 대하여(against a console post) 시스템 내에 프로그램 데이터를 추가한다. 프로그램 데이터가 공급 프로그램 ID를 위해 이미 존재하는 경우, 변경 사항을 업데이트한다.

퓨얼 밸런스 서비스(Fuel Balance Service): 사용자에 대한 활동 포인트 밸런스를 검색한다. 이 서비스는 사용자의 활동 포인트 밸런스를 보여주기 위해 필요한 경험을 위해 설계된다.

활동 포인트 레벨 서비스 가져오기: 특정 기간 동안 누적 활동 포인트 레벨을 가져온다. 시작 시간과 종료 시간을 지정하지 않으면 당일 적립 활동 포인트들로 응답할 것이다.

목표 - 성과

본 명세서에 언급된 바와 같이, 사용자들은 자신의 신체 활동을 기반으로 성과를 달성할 수 있다. 성과는 누적 활동 포인트, 미리 정의된 시간 기간(예를 들면, 생애 미만) 동안 활동 포인트, 시간 기간 당 평균 활동 포인트, 다른 메트릭 등에 기반하여 달성될 수 있다.

성과 ID로 성과를 확인: 사용자가 달성한 것을 인정한다. 이 서비스는 사용자들이 성과를 인정했음을 의미하는 사용자가 성과에 대한 'OK/CONFIRM'을 발생시켰는지 여부를 나타내는 하나의 방법으로서 기능할 것이다. 예를 들어, 사용자가 성과를 인정하면, 성과는 자동으로 표시되지 않을 수도 있고 또는 다시 사용자에게 제공되지 않을 수도 있다. 사용자는 성과를 수동으로 검색함으로써 여전히 성과를 보거나 액세스할 수 있다.

활동 ID로 성과를 인정: 사용자가 활동과 관련된 모든 성과를 인지했음을 인정한다. 이 서비스는 사용자들이 성과를 인정했음을 의미하는 성과에 대한 'OK/CONFIRM'을 발생 여부를 나타내는 하나의 방법이 될 것이다.

목표 결의(goal resolution)를 추가: 공급된 목표 ID에 대하여 목표 결의를 추가한다. 제공된 목표 ID를 위해 목표 결의가 존재할 경우, 그 결의를 추가하지 않을 것이다.

목표 복제: 이 서비스는 goalId와 관련된 목표에 기초하여 사용자에 대한 목표를 복제하는 데 사용된다.

목표 만들기: 이 서비스는 사용자의 목표를 작성하는 데 사용된다.

성과 리스트 가져오기: 사용자의 성과 리스트를 반환한다.

목표 업데이트 및 삭제: 목표 업데이트: 이 서비스는 사용자를 위한 목표를 업데이트하는 데 사용된다. 목표 삭제: 이 서비스는 사용자를 위한 목표를 삭제하는 데 사용된다.

사용자 등록/개시(User Registration/Initiation)

아래의 서비스 또는 기능들은 활동 모니터링 시스템에 사용자를 등록하기 위해 사용될 수 있다.

링크: FACEOOK 또는 TWITTER 등 외부 네트워크와 사용자 Id(nuid)를 기반으로 기존 사용자를 링크한다.

로그인: 이 서비스는 활동 모니터링 서비스 또는 시스템에 사용자가 로그인하기 위한 애플리케이션들에 의해 사용된다. 로그인 시, oauth(예를 들어, 인증) 액세스 토큰이 로그인 활성화를 필요로 하는 추가 요청을 위해 사용될 수 있는 요청 애플리케이션에 다시 제공된다. 외부 네트워크 이름은 제3자 인증을 사용하여 로그인을 위해 제공될 수 있다. 시스템은 적절한 외부 네트워크들에 이 로그인 요청을 대리(proxy)할 수 있다.

액세스 토큰에 대한 핀 요청: 전달되는 DIN(Device Identification Number: 디바이스 식별 번호)을 기반으로 토큰에 액세스하고 토큰을 리프레시하는 API를 가져온다.

임프린트(imprints)를 위한 핀 요청: 디바이스 추가: 디바이스에 대한 DIN(디바이스 식별 번호)를 생성하고 반환할 것이다.

로그인에 대한 핀 요청: 사용자가 이미 로그인되어 있는지 여부를 확인한다.

사전 등록 확인: 제공된 이메일 주소와 시스템 닉네임이 신규 등록에 사용할 수 있는지 확인한다. 이 서비스는 시스템에 사용자를 등록하는 데 대한 어떤 애플리케이션에 대해서도 이용가능하다. 이 서비스는 이메일 주소, 닉네임/태그 이름, dobType 및 dob, 애플리케이션과 이미 이용가능한 로케일(locale)이 시스템에 사용자를 등록하기 위해 이용될 수 있는지를 확인하기 위해 등록 전에 적용된다.

등록: 제공된 정보를 사용자에 등록한다. 이 서비스는 사용자에 활동 시스템을 등록하기 위해 애플리케이션에 의해 사용된다.

토큰 요청 서비스: 이 서비스는 DIN(디바이스 식별 번호)를 갖는 개시/임프린트(initiation/imprint) 흐름 중에 1회용 토큰을 얻기 위해 소프트웨어 애플리케이션에 의해 요청될 수도 있다.

사용자 초기화 통계 처리(User Initiation Statistics): 초기화 기간이 종료되지 않은 경우 초기화 통계를 반환; 초기화 기간이 종료된 경우 초기화 결과를 반환한다. 초기화 기간은, 예를 들면, 사용자가 평균 하루치 활동량을 수행하게 되는 처음 24 시간일 수 있다. 이 초기화 기간 동안, 이 서비스는 사용자 활동의 현재 메트릭 또는 통계에 응답할 것이다. 초기화 기간 후, 이 서비스는 초기화 기간 동안 축적된 최종 메트릭 또는 통계로 응답할 것이다. 특정 예에서, 서비스가 요청될 때, 시작 시간 로컬 파라미터가 로드되고, 시작 기간의 종료 시각을 산출한다. 종료 시간은 우리가 아직 초기화 기간 내에 있는지 확인하기 위해 현재 시간에 대해 체크된다. 만일 그렇다면, 관련된 컬럼(예를 들어, 요청된 활동 메트릭)의 값들이 상태 코드 1와 함께 반환된다. 만일 초기화 기간이 종료되면, 종료 시간과 SYNC_DATE(예를 들어, 데이터가 마지막 동기화이었던 날짜)를 확인한다. SYNC DATE가 종료 시각을 지나 있으면, 초기화 기간에 대한 데이터 표시는 날짜 및 준비에 달려 있으며 상태 코드는 0으로 설정된다. 그렇지 않으면 상태 코드는 2로 설정된다. 또한, 관련된 컬럼의 값들이 반환된다. 아래는 상태 코드의 예시적인 표이다.

상태	설명
0	모든 값들이 준비됨
1	초기화 진행중임
2	초기화 기간이 만료되나 모든값들이 준비된 것은 아님

활동 서비스 계층

활동 서비스 계층을 위한 인터페이스는 모든 로그인, 등록 및 소셜 네트워크/커뮤니티 통합을 처리하는 데에 사용될 수 있다.

활동 리스트 서비스: 전달된 타입에 따라 다시 활동 리스트를 가져온다.

사용자 서비스 생성: 활동 모니터링 시스템 또는 제3자 공급자를 통해 새로운 사용자를 생성한다. 사용자는 자동으로 사용자를 성공적으로 등록한 후 로그인된다. 제3자 로그인 중에, 새롭게 생성 UPM ID는 제3자 공급자에 공급한다. 또한 "Partner" 파라미터는 사용자에게 부착될 파트너 네트워크 설정을 위해 전달될 수 있다. 이것은 서비스 콜, 해당 사용자의 고유 ID와 닉네임에 지정된 네트워크 이름 "Partner"에 대한 다른 네트워크 엔트리를 생성한다.

사용자가 "Partner" 파라미터를 사용자를 위해 저장하기 위해 전달하는 경우, 파트너 정보가 저장되도록 하기 위해 다음의 필드들이 필요하다. 저장되지 않은 파트너 데이터는 서비스가 정상적으로 계속되는 것을 막을 수 없을 것이다.

ㆍpartnerGuid

ㆍpartnerNetwork

ㆍpartnerScreenName

사용자의 프로필 이미지 수확: 사용자의 프로필 이미지 수확(crop) 및 업로드

사용자의 프로필 이미지 삭제: 사용자의 프로필 이미지 삭제(soft delete)

이메일 컨텐츠 서비스: 이 서비스는 애플리케이션, 로케일, 타입에 따라 전자 메일의 내용을 가져온다. 사용자는 생성될 초대 링크 수를 보낸다. 이 서비스를 구현하면 특정 사용자로부터의 친구 초대를 위한 컨텐츠 및 링크 리스트(즉, 카운트에 의해 지정된)를 얻을 것이다.

외부 네트워크 친구 리스트 서비스: 외부 네트워크에서 사용자의 친구 리스트를 가져온다. 추가 파라미터가 요청으로 전달되는 경우는 공통 친구 리스트에서 제외될 수 있다.

외부 네트워크 리스트 서비스: 활동 모니터링 서비스에 의해 지원되는 외부 네트워크의 리스트를 반환한다.

외부 네트워크 사용자 확인 서비스: 이 서비스는 외부 네트워크 사용자가 시스템에 이미 존재하는지 여부를 확인한다. 이 서비스는 동작의 값에 기초하여 다음을 수행할 것이다:

1. 소정의 외부 네트워크 사용자 고유 ID 즉, FACEBOOK 사용자 ID 서비스는 사용자가 시스템에 존재하고 외부 네트워크 사용자에 링크되는 경우 UPM ID를 반환한다.

2. 발견된 기록이 없는 경우 서비스는 발신자에 의해 제공된 이메일에 기초하여 일치시키려 할 것이고, 일치하는 이메일이 있다면 서비스는 외부 네트워크 사용자 기록을 새로운 링크 타입을 갖는 기존 UPM 기록과 링크할 것이고 UPM ID를 반환할 것이다. 또한, 이 서비스는 사용자가 FACEBOOK의 OAuth 토큰 또는 FACEBOOK 자격 증명(페이스북에 등록된 이메일/패스워드)를 사용하여 로그인하도록 설정할 것이다.

3. 위의 두 가지 검사가 일치하는 않는다면, 마지막으로, 발신자에 의해 제공된 정보에 사용자 새 이메일만을 생성하고 외부 네트워크에 연결한다.

ㆍ행동(action) = 체크(check) -> 상기 1

ㆍ행동 = 링크(link) -> 상기 1 및 2

ㆍ행동 = createAndLink-> 위의 모든 것

친구 만들기 서비스: 다른 사용자에게 친구 요청 초대장을 보내거나 보류중인 초대장을 받아들인다.

외부 친구 만들기 서비스: 이메일을 통해 외부 사용자(활동 모니터링 서비스의 사용자가 아닌)에게 친구 요청 초대장을 보낸다.

사용자 보안 현황 서비스를 받기: 보낸 쿠키를 기반으로 사용자의 보안 상태를 검색하여 사용자의 보안 레벨을 반환한다. 보안 레벨은 사용자가 로그인되어 있는지 여부에 따라, slCheck 쿠키 및 AnalysisUserld 쿠키로부터 검색된다.

사용자 서비스 받기: 핵심 사용자 프로필 데이터를 반환한다. 사용자 데이터는 UPM 서비스에 홀딩되고 이 서비스는 사용자 프로필에 단일 뷰를 제공한다. 또한 소셜 사이트에서 확장 사용자 프로필 정보를 반환할 것이다. 익명으로 호출된 경우, 데이터의 제한된 항목은 요청된 사용자의 개인 정보 보호 상태에 따라 반환될 것이다.

서비스에 로그인: 현재 사용자가 로그인하였는지 체크하여 사용자가 로그인되어 있다면 사용자의 보안 수준을 반환한다. 사용자가 NSL 서비스를 사용하기 위해 로그인해야 할 필요가 있다.

로그인 서비스: 사용자 자격 증명은 사용자가 로그인할 수 있도록 인증한다. 사용자가 자신의 시스템 자격 증명 또는 페이스북, 트위터와 같은 다른 외부 네트워크에 등록된 자격 증명을 사용하여 로그인할 수 있다. 활동 모니터링 서비스는 사용자 프로필을 동록하고 유지하기 위해 사용자 프로필 관리(UPM) 서비스를 사용한다. 또한 페이스북, 트위터와 같은 임의의 인증 공급자(이하 3PP 또는 제3자 제공 업체 또는 외부 네트워크로 지칭)를 사용할 수 있다. 로그인에 성공하면, NSL에 대한 후속 호출을 만들기 위해 필요한 권한 쿠키를 제공한다.

이용가능한 추가 기능은 "remember me"이다. 이것은 로그인 요청에 선택적 파라미터로 전송된다. 이것은 그/그녀가 애플리케이션에서 확실하게 서명될 때까지 사용자가 로그인되어 있을 수 있도록 한다. 현재, "remember me"에 대한 유효 기간은 30 일로 설정된다.

사용자는 또한 사용자가 이미 일부 외부 네트워크에 링크될 때의 OAuth 액세스 토큰을 사용하여 로그인할 수 있다. 자격 증명과 함께, 사용자는 파트너의 네트워크 정보를 전송할 수 있으며, 이를 데이터베이스에 저장한다. 이 정보는 NSL에 의해 검증되지 않는다. 사용자가 "Partner" 파라미터를 전달하는 경우, 파트너의 네트워크 설정이 사용자에 부여될 것이다. 이는 다시 서비스 요청에 지정된 바와 같이 네트워크 이름 "Partner"에 대한 새로운 네트워크 항목을 만든다.

로그 아웃 서비스: 사용자를 NSL에서 로그 아웃한다.

읽기 알림 서비스로서 표시: 지정된 통지의 상태를 'read'로 설정한다.

팀 활동 리스트 서비스: 다시 팀 활동 리스트를 가져온다. 팀 활동은 titleID 또는 애플리케이션 또는 둘 모두를 기반으로 필터링될 수 있다.

사용자의 프로필 이미지 업로드: 사용자의 프로필 이미지를 임시 위치에 업로드

사용자 활동 리스트 서비스: 다시 사용자 활동 리스트를 가져온다. 팀 활동은 titleID 또는 애플리케이션 또는 둘 모두를 기반으로 필터링할 수 있다. 이 서비스는 또한 전달된 userID에 따라 임의의 사용자의 활동을 반환한다.

사용자 이메일 확인: 이 서비스는 이메일이 이미 계정을 만드는 데 사용된 것인 것 확인한다. 이메일은 고유한 식별자이기 때문에, 여러 사용자들이 동일한 이메일로 등록될 수 없다.

사용자 외부 네트워크 링크: 이 서비스는 FB/Twitter/다른 외부 네트워크 로그인을 기존 계정에 연결할 것이다. 이 서비스는 또한 다른 소셜 네트워크를 통해 연결할 수 있을 것이다.

사용자가 비밀번호 잊어버림: 이 서비스는 사용자가 비밀번호를 재설정하는 데 도움이 된다. 이 서비스는 이메일을 받아 해당 이메일 주소를 갖는 사용자가 존재하고 해당 주소로 임시 비밀번호 재설정 URL 이메일을 보내는 것을 확인한다. 이메일은 고유한 1회용 리셋 키를 포함한다. 사용자가 실제로 비밀번호를 재설정하기 위해 리셋 키를 사용할 때까지 사용자의 비밀번호가 재설정되지 않는다는 것은 비밀번호 재설정 이메일을 단독으로 보내는 행위가 사용자의 비밀번호를 재설정하지는 않을 것이라는 의미이다.

사용자 친구 활동 리스트 서비스: 통과 필터 기준에 따라 다시 사용자의 친구 활동 리스트를 가져온다. 사용자의 친구 활동은 titleID 또는 애플리케이션 또는 양자 모두를 기반으로 필터링할 수 있다. 이 서비스는 전달된 userID를 기반으로 사용자의 친구의 활동을 반환한다.

사용자 친구 리스트 서비스: 친구들의 기본 세부사항들과 함께 사용자 친구 리스트를 가져온다.

사용자 친구 매치 서비스: 해당 이메일이 시스템에 매치하거나 존재하는 경우(서비스의 호출에 의해 전달) 사용자 이메일 상세정보를 가져온다. 추가 파라미터가 요청에 따라 전달되는 경우 상호 친구들이 리스트에서 제외될 수 있다.

사용자 닉네임(screen name) 체크: 이 서비스는 사용자가 갖고자 하는 닉네임이 이미 존재하는지 여부를 체크한다. 닉네임이 고유 식별자이기 때문에 동일한 닉네임을 가진 다수의 사용자가 있을 수 없다.

사용자 검색: 전달된 검색 문장을 기반으로 사용자를 검색한다.

사용자 운동 응원 리스트 서비스: 이 서비스는 외부 소셜 네트워크(페이스북)에서 사용자의 운동에 대해 게시된 모든 응원(호감 및 코멘트)을 반환한다.

사용자 운동 생성 서비스: 사용자의 운동을 생성한다. 여러 운동은 (최대 10)까지 만들 수 있다.

사용자 운동 마침 서비스: 이 서비스는 사용자가 외부 소셜 네트워크(예: 페이스북)에 자신이 운동 완료 및 자신들을 응원하는 친구들을 갖고자 하는 열망을 나타내는 메시지를 게시할 수 있다.

사용자 운동 리스트 서비스: 사용자 운동의 리스트를 가져온다.

사용자의 운동 시작 서비스: 이 서비스는 사용자가 외부 소셜 네트워크(페이스북)에 자신의 운동의 시작과 자신들을 응원하는 친구들을 갖고자 하는 열망을 나타내는 메시지를 게시할 수 있다.

동기화

활동 모니터링 디바이스, 다중 활동 플랫폼 시스템 및/또는 애플리케이션 사이에서 동기화는 다음의 API를 통해 용이해질 수 있다.

서버 시간 가져오기: 다중 활동 플랫폼 서버의 현재 GMT 시간을 가져온다.

최종 일자 및 시간 동기화 서비스: Appld(예를 들어, 애플리케이션 식별자)를 기반으로 지난 동기화(sync)의 날짜와 시간을 반환한다. 이 서비스는 디바이스 동기화가 발생한 최종 시간을 알고 동기화하는 새로운 항목이 있는지 알 필요가 있는 애플리케인션/디바이스에 대해 유용하다.

최종 동기화 LSO(Last Sync Offsets) 및 LSTS(Last Sync Timestamp)

이 서비스는 사용자가 디바이스에 동기화를 수행할 때 최종 LSO(Last Sync Offsets) 및 LSTS(Last Sync Timestamp)를 가져오는 데 사용된다.

최종 동기화 서비스: 이 서비스는 치종 동기화 상세정보를 얻을 수 있다. 사용자 로그인하고 종료시 최종 동기화 세부 사항을 가져온다. 이 서비스는 사용자가 디바이스에 동기화를 행할 때 다시 최종 동기화 델타(delta)를 가져오는 데 사용된다.

동기화 서비스(농구): 활동 모니터링 서비스 백엔드(back end)에 농구 사용자 활동을 동기화시킨다.

동기화 서비스(디바이스 X): 이 서비스는 디바이스 X 등의 특정 디바이스와 활동 모니터링 서비스 백엔드 사이에 사용자의 활동을 동기화하고자 하는 모든 애플리케이션에 유용하다. 동기화된 실제 메트릭은 최적의 사용자 경험을 위한 활동 모니터링 서비스와 협상되어야 할 것이다.

동기화 서비스(달리기): 활동 모니터링 서비스 백엔드에 대한 달리기 사용자 활동을 동기화한다. 이 서비스는 사용자 활동을 모니터링 서비스 백엔드에 대해 동기화하고자하는 모든 애플리케이션에 유용하다. 동기화되는 실제 메트릭은 최적의 사용자 경험을 위한 활동 모니터링 서비스와 협상되어야 할 것이다.

동기화 서비스(디바이스 Y): 디바이스 Y와 같은 다른 특정 디바이스와 활동 모니터링 서비스 백엔드 사이에 사용자 활동을 동기화한다.

동기화 서비스(훈련): 훈련 사용자 활동을 활동 모니터링 서비스 백엔드에 동기화한다.

동기화 서비스(피트니스/운동): 피트니스/운동 프로그램 사용자 활동을 활동 모니터링 서비스 백엔드에 동기화한다.

동기화 서비스 v2.0: 사용자 활동을 활동 모니터링 서비스 백엔드에 동기화한다.

동기화 상태: 백엔드 처리가 완료되었는지를 나타내는, 최근 동기화 활동의 상태를 가져온다.

사용자 중심의 정보, 이벤트 및 설정(User-Oriented Information, Events and Settings)

사용자 프로필 정보를 정의, 구성 공유 및 검색하기 위해 다양한 서비스들 및 기능들이 정의될 수 있다. 또한, 사용자 이벤트는 다양한 API 서비스를 사용하여 전달될 수 있다. 사용자 이벤트는 활동 목표 달성, 다양한 활동 성과, 경고 메시지, 운동 미리 알림, 기타 알림 등을 포함할 수 있다.

이벤트 서비스를 만들기: 사용자 이벤트를 이벤트 서비스에 보낸다. 이 서비스는 사용자 이벤트를 송신하여 사용자의 홈페이지 또는 그 또는 그녀의 계정의 랜딩 페이지(landing page)에 표시하기를 원하는 임의의 애플리케이션에 유용하다.

이벤트 서비스 삭제: 사용자 이벤트를 이벤트 서비스에 보낸다. 이 서비스는 사용자 이벤트를 송신하여 사용자의 홈페이지 또는 그 또는 그녀의 계정의 랜딩 페이지에 표시하기를 원하는 임의의 애플리케이션에 유용하다.

사용자 데이터 삭제: 이 서비스는 사용자 데이터의 하드 삭제(hard-delete)를 수행한다. 캐시 데이터는 삭제될 것이다. 응답은 성공 또는 실패이다. 예를 들어, 다중 활동 시스템, 활동 모니터링 디바이스, 중간 디바이스 등을 포함하는 임의의 수의 프로토콜 준수(protocol-compliant) 디바이스에 사용자 데이터가 이러한 방식으로 삭제될 수 있다.

프라이버시(privacy) 가져오기 및 업데이트: 인증된 사용자의 프라이버시 설정에 대한 정보를 가져온다. 인증된 사용자의 프라이버시 설정을 업데이트한다. 다중 활동 플랫폼을 사용하는 임의의 사용자는 다중 활동 시스템의 프로필을 갖고 있다. 이 서비스의 GET 버전은 인증된 사용자와 연결된 프로필 프라이버시를 반환한다.

선수 정보 가져오기: 운동 선수에 대한 정보를 반환한다.

훈련을 가져오기: 훈련 정보를 반환한다.

훈련 메타 데이터 가져오기: 이 서비스는 다중 활동 시스템에서 훈련 메타 데이터를 얻기 위해 주기적으로 사용될 것이다. 훈련 메타 데이터는 준비된 훈련및 관련 속성의 리스트이다.

Friends Me 프로필 가져오기: 인증된 사용자의 친구의 ME 프로필에 대한 정보를 가져온다. 다중 활동 플랫폼을 사용하는 임의의 사용자는 다중 활동 시스템의 프로필을 갖는다. 이 서비스의 GET 버전은 인증된 사용자와 관련이 있는 모든 프로필 정보를 반환한다. "Friend's" upmID는 URL을 통해 전달되어야 한다.

인사이트(insight) 가져오기: 사용자에 대한 인사이트의 리스트를 규칙 기반 시스템에 기초하여 가져온다. 어떤 인사이트도 반환되지 않을 가능성이 있다. 인사이트는 사용자에 대한 권장 사항, 개선을 위한 지역의 식별, 격려 등의 단어를 포함할 수 있다.

ME 프로필 가져오기: 인증된 사용자의 ME 프로필에 대한 정보를 가져온다. 다중 활동 플랫폼을 사용하는 임의의 사용자는 다중 활동 시스템의 프로필을 갖는다. 이 서비스의 GET 버전은 인증된 사용자와 관련이 있는 모든 프로필 정보를 반환한다.

ME 프로필 농구 가져오기: 인증된 사용자의 ME 프로필에 대한 농구 정보를 가져온다. 다중 활동 플랫폼을 사용하는 임의의 사용자는 다중 활동 시스템의 프로필을 갖는다. 이 서비스의 GET 버전은 인증된 사용자와 관련이있는 모든 프로필 정보를 반환한다.

ME 프로필 훈련 가져오기: 인증된 사용자의 ME 프로필에 대한 훈련 정보를 가져온다. 다중 활동 플랫폼을 사용하는 임의의 사용자는 다중 활동 시스템의 프로필을 갖는다. 이 서비스의 GET 버전은 인증된 사용자와 관련이있는 모든 프로필 정보를 반환한다.

ME 프로필 사용자 헤더 가져오기: 인증된 사용자의 헤더 정보에 대한 정보를 가져온다. 이 서비스의 GET 버전은 인증된 사용자와 관련이 있는 모든 프로필 정보를 반환한다.

모바일 앱 개요를 가져오기: 요청 헤더에 주어진 appID에 대한 사용자의 프로필 데이터, 평생 집계, 성과, 그리고 지난 30 활동을 반환한다. 예를 들어, 다른 애플리케이션은 상이한 활동들을 소비하거나 검출하도록 구성될 수 있다. 따라서, appID에 의해 식별되는 애플리케이션으로 소비가능한 활동들이 반환될 수 있다.

다중 활동 프로필 가져오기: 인증된 사용자의 다중 활동 프로필에 대한 정보를 가져온다. 다중 활동 플랫폼을 사용하는 임의의 사용자는 다중 활동 시스템의 프로필을 갖는다. 이 서비스의 GET 버전은 모든 수직적으로 인증된 사용자와 관련된 모든 프로필 정보를 반환한다. 특정한 모바일 애플리케이션(예를 들어, 농구)이 다중 활동 프로필을 호출하는 경우, 호출 애플리케이션의 특정 기록이 응답하여 반환된다. 일부 구성에서 반환된 기록의 정렬이 호출 애플리케이션에 의해 수행되어야 한다.

프로필 가져오기 및 업데이트: 인증된 사용자의 프로필에 대한 정보를 가져온다. 인증된 사용자의 프로필을 업데이트한다. 이 서비스의 PUT 버전은 제공된 정보로 프로필을 업데이트할 것이다. 아이템에 요청 본문(request body)에 포함된 경우, 아이템의 값을 갱신할 것이다; 값이 null인 경우, 아이템이 제거될 것이다. 아이템이 요청 본문에 포함되어 있지 않은 경우는 무시한다. 항목이 필요한 경우, 오류가 발생한다. 이 서비스는 UPM 데이터베이스를 업데이트하지 않을 수 있다. 이 서비스의 GET 버전은 인증된 사용자와 관련이 있는 모든 프로필 정보를 반환한다.

트레이너와 선수 메타 데이터 정보 가져오기: 자신의 세부 사항과 함께 모든 운동 선수/트레이너/명사의 리스트를 반환한다.

초기 평가: 사용자가 다중 활동 시스템에 로그인한다.

선수 리스트: 선수의 리스트를 반환한다.

훈련 리스트: 훈련 리스트를 반환한다.

선수 정보 게시: 선수 정보를 다중 활동 시스템 백엔드에 게시한다.

훈련 정보 게시: 다중 활동 시스템의 백엔드에 훈련에 대한 정보를 게시한다.

이벤트 서비스 업데이트: 사용자 이벤트를 이벤트 서비스에 보낸다. 이 서비스는사용자 이벤트를 전송 및 업데이트를 원하는 어떤 애플리케이션을 홈 페이지에 표시하는 데 유용하다.

유틸리티(Utility)

캐시 지우기 서비스: 지정된 캐시를 지운다.

캐시 새로 고침(cache refresh) 서비스: 캐시를 특정 엔티티를 이용하여 새로 고침하기 위한 요청을 게시.

이벤트 서비스: 통합 이벤트 스트림(UES)에 이벤트를 생성/업데이트/삭제한다.

활동 승수 서비스(Activity Multiplier Service): 주어진 퓨얼 소스에 대한 퓨얼 승수(fuel multiplier)를 검색한다.

달력 가져오기: 사용자 이벤트 및 사용자 목표의 리스트를 달력에 표시할 수 있도록 반환한다.

알림 받기: 이 서비스는 알림을 가져오는 데 사용된다. GET은 요청 타입에 따라 통지의 리스트를 반환한다.

리스트 지원되는 외부 네트워크: 활동 모니터링 서비스/커뮤니티에 로그인을 위한 지원 네트워크의 리스트를 반환한다. 활동 모니터링 서비스/커뮤니티 자체는 로그인을 위해 사용될 수 있는 가능한 네트워크로서 반환될 수 있다. 이미지 포맷은 JPG 또는 PNG 포맷으로 반환될 수 있다.

리스트 지원되는 로케일: 지원되는 로케일 및 활동 모니터링 시스템/서비스에 로그인하기 위한 해당 연령 제한 리스트를 반환한다. 이 서비스는 등록시 로케일 정보를 전달하고자 하고, 시스템/서비스 및 해당 연령 제한에 의해 지원되는 로케일의 리스트를 조회하고 획득하고자 하는 임의의 애플리케이션에 유용하다.

매뉴얼 공유: 사용자의 매뉴얼 공유 기록을 검색한다.

알림 환경 설정 1.0: 이 서비스는 활동 모니터링 시스템/서비스에 사용자의 알림 설정을 추가하는 데 사용된다(POST). 이 서비스는 사용자의 알림 설정을 가져오는 데 사용된다(GET).

통지 환경 설정 2.0: 이 서비스는 활동 모니터링 시스템/서비스에 사용자의 알림 설정을 추가하는 데 사용된다(POST). 이 서비스는 사용자의 알림 설정을 가져오는 데 사용된다(GET).

새로 고침 디바이스 토큰 1.0: 아이폰 애플리케이션은 푸시 알림을 사용하고자 할 때, (시간이 경과함에 따라 변경될 수 있는) 애플에서 할당된 디바이스 토큰을 백엔드에서 최신 상태로 유지하기 위해 열 때마다 이 서비스를 호출해야 한다.

새로 고침 디바이스 토큰 2.0: 아이폰 애플리케이션이 푸시 알림을 사용하고자 할 때, (시간이 경과함에 따라 변경될 수 있는) 애플에서 할당된 디바이스 토큰을 백엔드에서 최신 상태로 유지하기 위해 열 때마다 이 서비스를 호출해야 한다.

제거 디바이스 토큰 1.0: 스마트 폰(예: 아이폰) 애플리케이션은 푸시 알림을 해제 또는 디바이스에 사용자 계정 연결을 해제할 때, 백엔드에서 해당 디바이스 토큰의 기록을 제거하기 위해 서비스를 호출해야 한다.

제거 디바이스 토큰 2.0: 스마트 폰(예: 아이폰) 애플리케이션은 푸시 알림을 해제 또는 디바이스에 사용자 계정 연결을 해제할 때, 백엔드에서 해당 디바이스 토큰의 기록을 제거하기 위해 서비스를 호출해야 한다.

서버 시간 요청: 다중 활동 서버의 현재 GMT 시간을 가져온다.

타임 존 ID: 유효한 타임 존 ID의 리스트를 가져온다.

결론

본 명세서에 기재된 많은 양태들 및 특성들이 활동과 관련한 것이지만, 유사한 프로세스들, 기능들, 시스템들 등이 비활동 상태에 적용될 수 있다. 예를 들어, 모니터링 디바이스는 비활동 상태를 검출하도록 구성될 수 있고, 이러한 정보는 또한 동기화하거나 그렇지 않으면 사용자의 활동 레벨 및 프로필에 영향을 미치도록 다중 활동 플랫폼 및 시스템으로 전송된다. 어떤 예들에서, 비활동이 비활동의 결과로 차감되어야 하는 활동 포인트의 양을 결정하기 위해 다중 활동 플랫폼 및 시스템에 의해 결정될 수 있다.

다중 활동 시스템, 플랫폼, 방법, API 등의 다른 특징들이 첨부된 부록에 좀 더 상세히 기재되어 있다.

또한, 본 발명은 발명을 수행하기 위한 현재의 바람직한 모드를 포함하는 특정 실시예에 대하여 설명하였지만, 당업자는 다수의 변형 및 위에서 설명된 시스템들 및 방법들의 다양한 변형 및 치환이 가능함을 알 것이다. 예를 들어, 본 발명의 다양한 양태는 발명의 상이한 조합들로 사용될 수 있고 발명의 양태들의 다양한 다른 하부조합들은 발명을 벗어나지 않는 단일 시스템 또는 방법에 병용하여 사용될 수 있다. 일 예에서, 본 명세서에 기재된 소프트웨어 애플리케이션은 컴퓨터 판독가능 매체에 저장된 컴퓨터 판독가능 명령어로 구현될 수 있다. 또한, 설명한 다양한 소자, 구성 요소 및/또는 스텝들이 변경, 순서대로 변경, 생략될 수 있고 및/또는 추가 요소, 구성 요소 및/또는 스텝들이 본 발명에서 벗어나지 않고 부가될 수 있다.

Claims (26)

1. 시스템에 있어서,
   프로세서와,
   컴퓨터 판독가능 명령어들을 저장하는 메모리
   를 포함하고, 상기 명령어들은 실행시, 상기 시스템으로 하여금,
   하나 이상의 센서 시스템들로부터 복수의 사용자들에 대한 운동 활동 정보를 수신하게 하고,
   맵(map) 및 상기 맵에 표시된 지역(area)에서 수행된 운동 활동에 관한 정보를 포함하는 사용자 인터페이스(user interface)를 생성하게 하고,
   제 1 사용자로부터 활동 시간 기간을 나타내는 사용자 입력 선택을 수신하게 하고,
   수신된 운동 활동 정보에 기초하여 상기 맵에 표시된 상기 지역의 복수의 하위 지역들의 인기도(popularity level) 및 활동 레벨을 프로세서에 의해 결정하게 하며,
   복수개의 하위 지역들 내의 하나 이상의 하위 지역들을 통해 연장되는 경로를 생성하게 하고,
   상기 경로를 생성하는 것은, 상기 활동 시간 기간 및 상기 인기도를 기초로 하여 하나 이상의 하위 지역들을 선택하는 것을 포함하고,
   상기 복수의 하위 지역들의 상기 인기도 및 상기 활동 레벨을 시각적으로 도시하는 열 맵(heat map)을 생성하게 하는 것인 시스템.
2. 제 1 항에 있어서, 상기 컴퓨터 판독가능 명령어들은 또한 상기 시스템으로 하여금, 제 1 하위 지역 및 제 2 하위 지역을 통해 연장되는 제 2 경로를 생성하게 하고, 상기 제 2 경로의 생성은, 상기 경로의 전반적인 인기도 및 전반적인 활동 레벨 중 적어도 하나를 최대화시키도록 상기 제 1 하위 지역 및 상기 제 2 하위 지역을 선택하는 것을 포함하는 것인 시스템.
3. 제 1 항에 있어서, 상기 컴퓨터 판독가능 명령어들은 또한 상기 시스템으로 하여금, 제 1 하위 지역 및 제 2 하위 지역을 통해 연장되는 제 2 경로를 생성하게 하고, 상기 제 2 경로의 생성은, 상기 경로의 전반적인 인기도 및 전반적인 활동 레벨 중 적어도 하나를 최소화시키도록 상기 제 1 하위 지역 및 제 2 하위 지역을 선택하는 것을 포함하는 것인 시스템.
4. 제 1 항에 있어서, 상기 열 맵은 상기 복수의 하위 지역들의 활동 레벨을 도시하기 위해 생성되고, 상기 활동 레벨은 해당 지역에 대해 기록된 다수의 활동 성과들(activity performances)을 포함하는 것인 시스템.
5. 제 1 항에 있어서, 상기 인기도는 해당 지역에 대해 수신되는 다수의 사용자 코멘트 또는 투표들 중 적어도 하나를 포함하는 것인 시스템.
6. 제 1 항에 있어서, 상기 사용자 인터페이스의 생성은, 상기 열 맵 상에 운동 활동 경로를 생성하기 위한 하나 이상의 상호작용 옵션들(interaction options)을 생성하는 것을 포함하는 것인 시스템.
7. 제 1 항에 있어서, 상기 인기도 및 상기 활동 레벨 중 적어도 하나는 사용자 지정 그룹의 사용자들의 활동에 기초하여 결정되는 것인 시스템.
8. 삭제
9. 삭제
10. 삭제
11. 삭제
12. 삭제
13. 삭제
14. 삭제
15. 삭제
16. 삭제
17. 삭제
18. 삭제
19. 제 1 항에 있어서, 상기 컴퓨터 판독가능 명령어들은 또한 상기 시스템으로 하여금,
    난이도에 기초하여 상기 제 1 사용자가 이용가능한 복수개의 경로들을 필터링하게하고, 상기 난이도는 적어도 부분적으로 상기 복수개의 경로들과 연관된 제 1 활동 메트릭을 기초로 하여 정의되는 시스템.
20. 제 19 항에 잇어서, 상기 컴퓨터 판독가능 명령어들은 또한 상기 시스템으로 하여금,
    상기 제 1 사용자의 이전 운동 활동을 기초로 하여 상기 제 1 사용자가 사용가능한 복수개의 경로들을 필터링하게 하는 시스템
21. 방법에 있어서,
    하나 이상의 센서 시스템들로부터 복수의 사용자들에 대한 운동 활동 정보를 수신하는 단계;
    맵(map) 및 상기 맵에 표시된 지역(area)에서 수행된 운동 활동에 관한 정보를 포함하는 사용자 인터페이스(user interface)를 생성하는 단계;
    제 1 사용자로부터 활동 시간 기간을 지시하는 사용자 입력 선택을 수신하는 단계;
    수신된 운동 활동 정보에 기초하여 상기 맵에 표시된 상기 지역의 복수의 하위 지역들의 인기도(popularity level) 및 활동 레벨 - 상기 활동 레벨은 복수의 사용자들에 의해 축적된 다수의 활동 포인트들과 대응함 - 을 프로세서에 의해 결정하는 단계; 및
    복수개의 하위 지역들 내의 하나 이상의 하위 지역들을 통해 연장되는 경로를 생성하는 단계를 포함하고,
    상기 경로를 생성하는 단계는, 상기 활동 시간 기간 및 상기 인기도를 기초로 하여 하나 이상의 하위 지역들을 선택하는 단계를 포함하는 방법.
22. 제 21 항에 있어서, 제 1 하위 지역 및 제 2 하위 지역을 통해 연장되는 제 2 경로를 생성하는 단계를 더 포함하고, 상기 제 2 경로를 생성하는 단계는, 상기 경로의 전반적인 인기도 및 전반적인 활동 레벨 중 적어도 하나를 최대화시키도록 상기 제 1 하위 지역 및 상기 제 2 하위 지역을 선택하는 것을 포함하는 방법.
23. 제 21 항에 있어서, 제 1 하위 지역 및 제 2 하위 지역을 통해 연장되는 제 2 경로를 생성하는 단계를 더 포함하고, 상기 제 2 경로를 생성하는 단계는, 상기 경로의 전반적인 인기도 및 전반적인 활동 레벨 중 적어도 하나를 최소화시키도록 상기 제 1 하위 지역 및 제 2 하위 지역을 선택하는 것을 포함하는 방법.
24. 제 21 항에 있어서, 상기 사용자 인터페이스를 생성하는 단계는, 열 맵 상에 운동 활동 메트릭들을 제공하기 위한 하나 이상의 상호작용 옵션들(interaction options)을 생성하는 것을 포함하는 방법.
25. 제 24 항에 있어서, 상기 운동 활동 메트릭들은 기설정된 시간 기간동안 하위 지역 내에서 운동 활동들을 수행한 복수의 사용자들 중 다수의 사용자들을 포함하는 방법.
26. 제 21 항에 있어서, 경로를 생성하는 단계는 활동 시간 기간 및 전반적인 활동 레벨을 기초로하여 하나 이상의 하위 지역들을 선택하는 것을 포함하는 방법.

Images