用于安全和分布式比赛挑战的用户装置位置指示的制作方法

用于安全和分布式比赛挑战的用户装置位置指示的制作方法
【专利摘要】本公开涉及用于安全和分布式比赛挑战的用户装置位置指示。一种移动计算装置包括被配置为从位置传感器接收位置信息的处理器和由该处理器控制的显示器。该装置还包括存储介质，该存储介质可供处理器访问，并且承载指令，这些指令在被处理器执行时使处理器接收向朋友的用户装置挑战运动的用户输入、将挑战上传到服务器、并且从服务器接收指示挑战被接受的信号。这些指令使处理器在预定开始时间将位置信息上传到服务器并且从服务器接收呈现该移动装置的位置和朋友的移动装置的位置的地图信息。此外，这些指令使处理器在运动期间周期性地接收地图信息的更新，这些更新包括该移动装置的位置和朋友的用户装置的位置的更新。
【专利说明】用于安全和分布式比赛挑战的用户装置位置指示
【技术领域】
[0001]本申请涉及为了运动期间的安全的目的运用便携式用户计算装置中的位置感测并且使得彼此远离的人仍可以同时在一组比赛中竞赛。
【背景技术】
[0002]随着社会获取更多的休闲时间享受诸如跑步、骑自行车、游泳、滑旱冰等的户外运动，卫生和安全意识增长。此外，由于小型化，许多人更喜欢在他们运动时随身携带小型计算装置，诸如智能电话、音乐播放器、小型平板电脑、个人数字助理(PDA)等(统称为“移动装置”)。许多这样的装置可以设有位置传感器，诸如，但不限于，本文中仅作为位置传感器的一个例子而讨论的全球定位卫星(GPS)接收器。
[0003]已经尝试运用移动装置的位置感测能力来跟踪个人的运动。此外，已经尝试建立由此相识的人可以安排在特定比赛见面的通信方法。然而，如本文中所理解的，由于现代生活的节奏，为了享受和运动，彼此远离的人可能仍希望彼此实时地进行比赛。而且，特别是在女性运动者的情况下，跨越许多英里的运动期间的安全和保障可以是一个关注问题。

【发明内容】

[0004]为了方便起见，本公开使用赛跑作为例子，要理解本原理同样地适用于诸如骑自行车、滑旱冰和游泳之类的其他运动或事件。本文中所讨论的用户装置通常是便携式的，并且可以用(但不限于)智能电话、音乐播放器、小型平板电脑、个人数字助理(PDA)等实现。
[0005]因此，一种移动计算装置包括被配置为从位置传感器接收位置信息的处理器和由该处理器控制的显示器。该装置还包括计算机可读存储介质，该计算机可读存储介质可供处理器访问，并且承载指令，这些指令在被处理器执行时使处理器接收向朋友的用户装置挑战运动的用户输入并将该挑战上传到服务器。这些指令还使处理器从服务器接收指示挑战已被接受的信号并且在预定开始时间将来自位置传感器的位置信息上传到服务器。另夕卜，这些指令使处理器从服务器接收呈现移动装置的位置和朋友的用户装置的位置的地图信息，在运动期间周期性地接收地图信息的更新，这些更新包括移动装置的位置和朋友的用户装置的位置的更新。
[0006]如果需要的话，从服务器接收的位置可以是由将信号输入到处理器的位置传感器和与朋友的用户装置相关联的位置传感器所指示的真实位置。此外，如果需要的话，从服务器接收的至少一个位置可以是比赛位置，该比赛位置表示从位置传感器接收的、针对上传到服务器的连续的真实位置之间的用户的至少一个海拔高度变化或朋友的用户装置的至少一个海拔高度变化而调整的真实位置。
[0007]因此，响应于确定用户已越过所报告的真实位置之间的海拔高度攀升，可以将一距离与从真实位置确定的真实行进距离相加来绘制比赛位置，并且地图信息因此可以指示比赛位置。甚至进一步，响应于确定用户已越过所报告的真实位置之间的海拔高度下降，可以从根据真实位置确定的真实行进距离减去一距离来绘制比赛位置，并且地图信息因此可以指示比赛位置。
[0008]此外，可以在处理器的控制下在显示器上呈现各种用户界面(UI)。例如，处理器可以使呈现地图信息的UI呈现在显示器上。处理器还可以使Π被呈现在显示器上，从而在UI上呈现包括例如现场挑战选择器元件和随时挑战选择器元件的挑战模式选择器元件。
[0009]此外，在一些实施例中，计算机可读存储介质可以承载这样的指令，这些指令在被处理器执行时使处理器基于由处理器确定的至少一个紧急标准被满足而将紧急警报发送到预定目的地。
[0010]在另一方面，一种服务器包括处理器和计算机可读存储介质，该计算机可读存储介质可供处理器访问，并且承载指令，这些指令在被处理器执行时使处理器从第一消费者电子(CE)装置接收对运动竞赛的请求并将该请求发送给第二 CE装置以供第二 CE装置接受该请求。
[0011]在又一方面，一种方法包括:接收对于消费者电子(CE)装置的向该CE装置的用户的联系人挑战运动的用户输入，并将该挑战上传到服务器。该方法还包括:从服务器接收指示挑战被接受的信号，并且在预定开始时间将来自位置传感器的位置信息上传到服务器。该方法然后包括:从服务器接收地图信息，该地图信息呈现移动装置的位置和联系人的用户装置的位置，并且在运动期间周期性地接收地图信息的更新，这些更新包括移动装置的位置和联系人的用户装置的位置的更新。
【专利附图】

【附图说明】
[0012]可以参照附图最好地理解本发明的关于其结构和操作的细节，在附图中，相似的标号指示相似的部分，其中:
[0013]图1是示例系统的框图，该框图示出单个服务器，并且示出具有生物传感器的第一移动装置，该生物传感器诸如(但不限于)附连的心率传感器，要理解生物传感器可以与移动装置在物理上分离，并且可以通过导线或无线地与移动装置通信；
[0014]图2是用于建立挑战的示例逻辑的流程图，要理解本原理可以用状态逻辑以及确定性逻辑流程来实现；
[0015]图3是用于执行比赛挑战的示例移动装置逻辑的流程图；
[0016]图4是用于执行比赛挑战的示例服务器逻辑的流程图；
[0017]图5是示例安全逻辑的流程图；
[0018]图6-20是根据本原理的受执行挑战应用程序的移动装置处理器控制的移动装置显示器上可呈现的示例性UI ；
[0019]图21是能够彼此通信以交换挑战信息的多个装置的框图；
[0020]图22是根据本原理的在电视上可以呈现的示例性抓屏；以及
[0021]图23是根据本原理可以实现的示例性卫生/健康门户。
【具体实施方式】
[0022]以参照图1开始，示出了示例性系统10。系统10包括第一用户装置12、至少第二用户装置14 一直到N个用户装置。用户装置12和14可以是例如智能电话、音乐播放器、平板电脑、个人数字助理(PDA)、膝上型电脑、诸如便携式可上网TV、GPS装置等的其他小型显示装置。用户装置12包括至少一个显示器16和至少一个处理器18。装置12还包括至少一个有形计算机可读存储介质20，诸如基于盘的储存器或固态储存器。
[0023]此外，装置12包括至少一个输入装置22，诸如，举例来说，触摸灵敏显示器、跟踪板、小键盘、用于接收然后可以被处理器18处理和执行的可听命令的音频接收器等。甚至进一步，装置12包括全球定位卫星(GPS)接收器24，GPS接收器24被配置为从至少一个卫星接收地理位置信息并将该信息提供给处理器18，但是要理解根据本原理可以使用除了GPS接收器之外的另一种合适的位置接收器。装置12上还示出了用于在处理器18的控制下通过诸如互联网、WAN、LAN等的至少一个网络32进行通信的网络接口 26。网络接口 26可以是例如有线或无线调制解调器或路由器、或者诸如无线电话收发器的其他合适接口。
[0024]除了前述内容之外，在一些实施例中，装置12可以包括生物传感器28，诸如，但不限于，心率传感器和/或脉冲传感器。然而，生物传感器28可以是能够收集日常运动(例如，跑步)期间的其他生物信息(诸如，消耗掉的卡路里或所跑的步数)的传感器。另外，传感器28可以是多生物传感器，因为它可以感测与以上生物测定中的两个或更多个相关的信息。还指出，在一些实施例中，生物传感器28可以与装置12在物理上可分离，并且可以通过导线或无线地与装置12通信。
[0025]装置12上还示出了一个或多个扬声器30。扬声器30可以输出诸如本文描述的可听警报的音频。
[0026]此外，本原理认识到，装置14和根据本原理使用的任何其他用户装置可以包括参照采用本原理(例如，以使用下述应用程序与另一用户装置进行运动竞赛)的装置12所描述的组件中的一些或全部。
[0027]仍参照图1，还示出了服务器34。服务器34至少包括至少一个处理器36、至少一个有形计算机可读存储介质38 (诸如基于盘的储存器或固态储存器)和至少一个网络接口40，网络接口 40在处理器36的控制下允许通过网络32至少与装置12和14通信。指出，网络接口 40可以是例如有线或无线调制解调器或路由器、或者诸如无线电话收发器的其他合适接口。因此，在一些实施例中，服务器34可以是互联网服务器。
[0028]在继续讨论图2的逻辑之前，指出，处理器18和36能够执行以下所讨论的采用本原理的逻辑的全部或部分，但是通常理解，处理器18执行以下所讨论的将在用户端(例如，在装置12上)执行的逻辑，并且处理器36执行以下所讨论的将在服务器端(例如，由服务器34)执行的逻辑。而且，指出，实现例如处理器18和36可执行的本逻辑的软件代码可以被存储在被示为采用本原理的介质(计算机可读存储介质20和38)上，要理解介质20和38分别至少可供处理器18和36访问。为了完整性，还指出，例如，处理器18与生物传感器28通信以与生物传感器28发送和接收信号和/或信息，并且显示器16和扬声器30在处理器18的控制下根据本原理呈现信息。
[0029]现在参照图2，示出了用于建立挑战的示例逻辑的流程图，要理解本原理可以用状态逻辑以及确定性逻辑流程来实现。从块50开始，所述逻辑从服务器下载至少部分采用本原理的应用程序，以使得该应用程序可以被移动装置的用户操纵以参与运动挑战和/或与至少一个朋友/联系人竞赛。然而，要理解，在一些实现中，可以在从例如移动装置供应商或制造商获取和/或购买时将该应用程序预先加载在移动装置上。
[0030]不管怎样，所述逻辑从块50移到块52，在块52，所述逻辑从例如与移动装置相关联的联系人列表、移动装置上可访问的社交网络地址簿等收集联系人以用于使用例如在块50下载的应用程序呈现给移动装置的用户。所述逻辑然后进入块54，在块54，所述逻辑使用例如所述应用程序来接受用户对联系人的编辑。例如，在块52可能收集到数十个或数百个联系人，所以如果用户希望永不参与和所述应用程序所呈现的列表上的那些联系人中的许多联系人的运动挑战，则用户可以在块54删除这些联系人。
[0031]然而，指出，除了前述内容之外或者代替前述内容，用户可以以下述方式手动地将联系人输入到所述应用程序所呈现的列表，即，例如，用户可以选择与该列表一起呈现的“添加”选择器，这然后使装置处理器访问例如上述联系人列表或社交网络地址簿以从中呈现联系人，从而使得用户可以选择要添加的至少一个联系人。
[0032]不管怎样，从块54，所述逻辑进入块56，在块56，所述逻辑响应于来自移动装置的用户的“挑战”命令，呈现联系人列表。然后在块58，所述逻辑接收用户对将向其发送挑战请求的联系人的选择。另外，在块58，如以下进一步描述的，所述逻辑还可以接收对用户希望将其用作将呈现在移动装置的显示器上的位置地图的比赛路线或线路的选择。指出，可以使用受下载到第二装置和/或类似装置的相同应用程序控制的类似移动装置向被发送挑战的联系人(其使用第二移动装置)呈现类似的选项(例如，比赛路线)，但是要理解，联系人可以选择与第一装置的用户在块58选择的比赛路线和/或线路呈现不同的比赛路线和/或线路呈现。然而，无论是否使用不同的地图，都要理解，如果如下所述的真实位置和/或比赛位置被选择，则在同一地图上反映这些位置，或者以使得两个参与者都可以理解装置在挑战期间相对于彼此的相对位置的方式，在仍呈现位置信息的不同地图上反映这些位置。
[0033]仍参照图2，所述逻辑从块58移到块60，在块60，所述逻辑在移动装置的显示器上呈现挑战用户界面(UI )，并接收关于挑战的各种用户输入参数和/或定义，诸如，举例来说，建立挑战的终点/终结点的赛跑距离、起点时间、终点时间、完成挑战的最长时间、速度(例如，用户和/或联系人赛跑或其他方式运动的最小或最大速度)、将导致如本文所阐述的对位置地图的比赛位置调整的最大海拔高度变化(例如，以使得挑战期间大于用户在块60指定的最大值的海拔高度变化将不导致对位置地图上的比赛位置的调整)等。从块60，所述逻辑进入块62，在块62，将根据在块60选择的所选参数和/或定义制定的挑战发送给列表中的至少一个联系人。
[0034]其后，所述逻辑移到决策菱形64，在决策菱形64，所述逻辑确定挑战是否已被接受(例如，所述逻辑可以从请求被发送到的装置接收接受和/或确认通知)。如果挑战已被接受，则所述逻辑移到块66，在块66，所述逻辑将指示挑战已被接受的可听消息和/或可视消息返回和/或呈现给移动装置的用户。例如，所述逻辑可以在移动装置的显示器上呈现短语“游戏开始！ ”。
[0035]然而，如果挑战未被接受(例如，在预定时间段内被拒绝和/或未被接受)，则所述逻辑从菱形64移到块68，在块68，所述逻辑将指示挑战未被接受的可听消息和/或可视消息返回和/或呈现给移动装置的用户。例如，所述逻辑可以呈现指示挑战被发送到的联系人拒绝挑战的短语“因胆怯而放弃！ ”。
[0036]除了前述内容之外，指出，联系人的接受在一些实施例中可以是有条件的。例如，联系人可以在下列条件下接受挑战:挑战是赛跑四英里而不是五英里、开始时间不同于第一装置的用户所选的开始时间等，然后可以使用应用程序将这些条件传送给移动装置的用户。再次指出，两个装置可以操作相同的或基本上类似的应用程序来协商挑战参数(例如，从Apple App Store下载的相同应用程序)。要进一步理解,任何这样的对挑战参数和/或条件的协商可以来回进行，直到达成协议为止(例如，在接收到距离是四英里而不是五英里的请求之后，用户可以在他或她的移动装置上操纵应用程序以发送指示他们妥协并且运动四英里半的响应)。
[0037]继续参照图3的详细描述，示出了用于执行挑战的示例移动装置逻辑的流程图。从块70开始，在所商定的挑战开始时间，所述逻辑返回“进行”(例如，所述逻辑开始)。然后，在块72，所述逻辑从用户的移动装置将开始信号提供给所有对手/参与者。指出，如以下所使用的，术语“挑战者”被理解为是指发起/请求挑战的移动装置的用户。
[0038]从块72移到块74，在挑战期间，所述逻辑可以根据本原理不断地或周期性地确定位置信息(例如，使用移动装置上的GPS接收器来确定GPS坐标)并将该位置信息上传到服务器。指出，与参与挑战的人相关联的每个装置可以类似地执行图3的逻辑，因此，每个参与者可以在挑战期间将位置信息上传到服务器。此外，指出，除了参与者的相应移动装置收集位置信息并将它上传到服务器之外，或者代替参与者的相应移动装置收集位置信息并将它上传到服务器，服务器可以不断地或周期性地向每个装置轮询位置信息和/或请求发送该位置信息。
[0039]不管怎样，在块74之后，所述逻辑移到块76，在块76，所述逻辑从服务器接收更新的包括每个参与者的地点的位置地图，然后在块78例如使用移动装置上的显示器向参与者呈现该更新的位置地图。其后，在决策菱形80，所述逻辑确定挑战是否有赢家(例如，参与者之一是否已经运动了必需距离，该必需距离可以如以下所阐述的那样基于海拔高度变化来调整)。如果所述逻辑在确定时确定没有赢家，则所述逻辑返回到块76并且如上所述那样从那继续进行。然而，如果所述逻辑在菱形80进行确定时确定有赢家，则所述逻辑改为从菱形80移到块82，在块82，所述逻辑在移动装置上呈现向与该装置相关联的参与者通知挑战有赢家的赢家UI。因此，在示例性实施例中，一旦所述逻辑确定挑战有赢家，就可以在每个参与者的移动装置上呈现赢家UI。
[0040]此外，挑战的赢家的确定在一些实施例中可以由一个移动装置确定，然后被发送给其他参与者的移动装置，和/或可以由服务器确定并且被发送给所有的参与者的移动装置，和/或可以至少基本上同时由执行图3的逻辑的参与者的每个移动装置确定。
[0041]现在参照图4，示出了用于执行比赛挑战的示例服务器逻辑的流程图。从块84开始，所述逻辑接收挑战者选择和挑战参数(例如，关于参与者的信息、将运动的距离、开始时间等)。然后，在块86，所述逻辑从一个或多个参与者接收路线和/或线路地图，和/或仅从一个参与者接收路线和/或线路地图，和/或服务器可以使用默认地图或预设地图。不管怎样，从块86，所述逻辑进入块88，在块88，在挑战开始之后，所述逻辑不断地或周期性地接收参与者的位置和/或位置信息。然后，在块90，所述逻辑可以在挑战发生的同时对于参与者中的一个或多个的海拔高度变化设置让步，并改变如地图上所反映的他们的真实位置以反映根据以下所阐述的海拔高度变化原则调整的比赛位置。在块92结束图4，所述逻辑至少周期性地提供反映参与者的比赛位置的地图更新，直到挑战结束为止，但如果需要的话，所述逻辑可以不断地这样做。[0042]要理解，在块90对于海拔高度变化设置让步时，服务器可以使用启发式地确定的让步因子来将参与者的真实位置变为如以上所指示的比赛位置，这些比赛位置被呈现在下载到参与者的地图上。例如，如果参与者A上传了这样的连续位置，这些连续位置当与存储在服务器的数据库中的地形图相比时指示该参与者以零坡度(平坦地)跑了介于中间的距离，则可以不改变真实位置。相反，如果参与者B上传了这样的连续位置，这些连续位置当与地形图相比时指示参与者B以1%的上坡坡度跑了介于中间的距离，则可以将该介于中间的距离的5%与实际距离相加，以使得比赛位置将等于真实位置沿着路线进一步加上5%。再一次，如果参与者C上传了这样的连续位置，这些连续位置当与地形图比较时指示参与者C以1%的下坡坡度跑了介于中间的距离，则可以从实际距离减去该介于中间的距离的5%，以使得比赛位置将等于真实位置沿着路线减少5%。可以在整个比赛中保持以上调整，视情况通过随后的调整来修改以上这些调整。下载到参与者的地图上返回比赛位置，而不是真实位置，并且当参与者的比赛位置指示该参与者第一个到达终点位置时，服务器指示该参与者赢得了比赛。
[0043]然而，指出，尽管在地图上返回调整后的(比赛)位置并且使用这些位置来确定比赛完成，但是出于让步的目的，使用真实位置来确定海拔高度变化。作为例子，假定前一次地图更新迭代导致参与者被记入比该参与者实际所跑的距离多5%的距离。下一次迭代将使用最后真实位置与当前真实位置之间的距离来确定让步调整(如果有的话)，并将它应用于新的比赛位置，该新的比赛位置将通过把之前的真实位置与当前真实位置之间的距离加上或减去对于海拔高度攀升或下降的让步调整和该之前的比赛位置相加而确定。服务器因此对每个参与者保持平行位置，即，用于确定海拔高度变化调整的一组连续报告的真实位置和对应的一组比赛位置，该对应的一组比赛位置是针对海拔高度变化而调整的真实位置，这些比赛位置用于确定参与者何时完成了挑战距离并且是否完成了挑战距离。
[0044]以上描述了可以如何对海拔高度变化设置让步的例子。可以使用其他方法。例如，在整个比赛中，可以使用真实位置，并且在返回给参与者的装置的地图上绘制这些真实位置。当参与者在离终点的预定距离内时，可以应用上述对沿着路线的海拔高度变化的让步设置，并且如果参与者的比赛位置被确定为将该参与者推过了线，则宣布该参与者为赢家。或者，可以自始至终使用真实位置，并且当第一参与者的真实位置指示她第一个越过终点线时，可以在赛后应用对海拔高度的让步，以如果合适的话在宣布哪个参与者赢得比赛之前改变到达终点的次序。或者，在其他实现中，可以根本不考虑海拔高度变化。指出，可以基于用户输入(例如，当在图2的块58接收到用户选择时)来确定服务器是否对海拔高度变化设置让步。
[0045]翻到图5，示出了根据本原理的示例安全逻辑的流程图。本原理认识到，由于许多原因，运动和/或挑战期间的安全和保障可能是一个关注问题。例如，如果发生健康危急情况(例如，哮喘发作或心脏病发作)的话或者如果发生袭击的话，本申请认识到，本文描述的应用程序和/或移动装置可以用于例如向某人通知移动装置的用户所经历的危险。
[0046]因此，图5的逻辑从块94开始，在块94，所述逻辑接收用户对紧急电话号码的选择、联系人信息和/或联系人选择(例如，通过使用本文描述的应用程序来访问联系人列表)。这些电话号码可以不仅包括用户的朋友和联系人，而且还可以包括例如诸如911、当地消防部分或当地警察部门的急救热线。在块94，所述逻辑还可以接收这些号码的拨号次序，以使得可以按用户指定的顺序联系他们，例如，直到这些联系人之一接受电话呼叫或以其他方式做出响应为止。然后，在块96，如果需要的话，所述逻辑还可以接收用户对紧急标准的输入(诸如，但不限于，在挑战期间没有检测到动作(例如，位置变化)的时间长度和/或基于来自生物传感器的信息的某一参数(例如，用户的脉冲的急剧下降至阈值之下))，从而触发紧急警报。
[0047]然后，在块98，所述逻辑从用户接收开始命令，该开始命令例如指示用户开始挑战或者以其他方式开始用户希望使其被应用程序监视的日常运动。在块98之后，所述逻辑继续到决策菱形100，在决策菱形100，所述逻辑确定是否满足一个或多个紧急标准。如果不满足该标准，则所述逻辑循环回到块98之后以在菱形100进行一次或多次随后的确定。然而，如果所述逻辑确定满足至少一个紧急标准，则所述逻辑进入块102，在块102，移动装置的逻辑按在块94接收的顺序拨打至少一个电话号码或者以其他方式发起与列表上的人的联系，并且当这个人被联系上时可以传送“帮助”消息。在一些实施例中，可以预先记录帮助消息，和/或帮助消息可以包括用户的位置的具体信息。例如，所述逻辑可以使用计算机化的语音渲染技术来提供用户遇到麻烦的计算机化可听消息，并且还通过指示例如用户在其上的或者从其接收到最后已知位置信号的道路来提供用户的位置。还可以提供其他信息，诸如一天中的时间、当前天气状况和/或当前交通状况。
[0048]现在参照图6-20的示例性UI。要理解，根据本原理，可以在移动装置处理器的控制下在移动装置上呈现下述Π (以及例如，也在下面被描述的门户)。此外，在示例性实施例中，如以上所阐述的，下述Π可以作为下载到移动装置的应用程序的一部分呈现，以便参与运动/体育挑战和/或在运动期间提供增加安全性。
[0049]因此，参照图6，图6示出了呈现在移动装置112(诸如，举例来说，智能电话和/或上述装置12)上的介绍性Π110。可以例如在从装置112的主画面选择了与通过互联网下载到装置112的运动挑战应用程序相关联的图标之后呈现这个介绍性Π110，并且在该应用程序和/或其特征正在加载的同时，这个介绍性UIllO可以保留在显示器上。图7示出了呈现在装置112上的模式选择Π116。如从Π116可以意识到的，可以同时向装置的用户呈现用于不同模式的多个选择器，诸如，举例来说，现场挑战选择器(例如，两个参与者同时运动)、随时挑战选择器(例如，由某些参数定义的可以由参与者在不同时间完成的挑战)、随机对手选择器(例如，以使得当被选择时装置112的处理器从该装置可访问的联系人列表和/或挑战联系人的指定的预设联系人列表中选择随机的人并将挑战请求发送给他们)、以及仅安全模式选择器。例如，当装置112的用户希望在不参与挑战或者与任何人竞赛的情况下运动、但在例如如上所阐述的心脏病发作的情况下仍使他们的运动被监视时，可以选择仅安全模式选择器。然而，要进一步理解，可以在用户参与挑战的同时使用安全模式。
[0050]继续讨论图8，响应于例如从UI116选择了现场挑战选择器，在装置112上呈现UIliso如从图8的UI118可以意识到的，联系人可以被手动地输入到Π118，以使得用户可以输入例如用户的姓名和电话号码以及关于备用联系人的联系信息。如从UI118还可以意识到的，用户被给予在挑战期间通过所示的“是”和“否”选择器开启或关闭安全模式的选项。因此，在一个实施例中，备用联系人不一定需要是参与挑战的人，而只是在紧急情况下被联系的人。
[0051]然而，要理解，在其他实施例中，当应用程序处于仅安全模式、而不处于挑战模式时，可以呈现与UI118类似的Π。还指出，在示例性实施例中，可以简单地通过例如触摸屏上的联系人姓名的位置上方的按住动作、或者屏幕上的任何地方的按住动作来立即联系UI118上所示的联系人。甚至进一步，如果装置112的用户处于危险之中(例如，如果装置112处于仅安全模式、并且这个人在没有参与挑战的情况下进行运动的话)，则可以配置诸如所示的Π118的Π，以使得通过按住屏幕上的任何地方，应用程序和/或装置112不仅呼叫列表上的所有联系人，而且还继续顺序地呼叫他们，直到至少一个人被联系上或者以其他方式做出响应(例如，帮助)为止。
[0052]不管怎样，要理解，代替响应于挑战模式选择器的选择在装置112上呈现Π118，或者除了响应于挑战模式选择器的选择在装置112上呈现UI118之外，可以响应于例如从Π116选择现场挑战模式选择器，呈现如图9所示的Π120。如从图9可以意识到的，在UI120上呈现联系人列表，该联系人列表可以如上所阐述的那样由应用程序收集并且由用户进行编辑，或者可以例如是直接从与装置112相关联的地址簿获取的联系人列表。无论哪种方式，要意识到，可以从UI120选择一个或多个联系人(例如，可以加亮一个或多个联系人以指示该联系人已被选择)，然后可以选择“发送挑战”选择器以使装置112将挑战发送给与所选联系人相关联的一个或多个移动装置。
[0053]在描述图10之前，还指出在Π120的顶部示出了多个附加选择器，诸如，举例来说，当被选择时可以使应用程序的主画面和/或装置112的主画面被呈现的主页选择器。可以呈现还有的其他选择器，诸如当被选择时使允许用户开启或关闭装置112的GPS能力的Π被呈现的GPS选择器。
[0054]现在参照图10，UI122呈现在与挑战被发送到的联系人相关联的装置124上。指出，UI122包括“通知”指示器、以及作为挑战的一部分的关于挑战的信息(诸如，举例来说，赛跑距离)和关于发送挑战的人的信息。还指出，该信息可以包括来自挑战者的个性化消息，诸如，举例来说，“认为您有成功的实力吗？ ”。因此，挑战被发送到的联系人可以使用UI122上的接受选择器或拒绝选择器来接受或拒绝挑战。
[0055]现在论述图11，要理解，回头参照以上参照图6-10描述的装置112 (例如，与挑战者相关联的装置)。因此，在装置112上呈现Π126。除了在Π126的顶部的如上所述的各种选择器(例如，主页选择器)之外，UI126还包括通过将与挑战被发送到的联系人相关联的照片放在装置上的接受挑战的指示、以及指示挑战者(在这种情况下，“Joey”)将与接受挑战的两个联系人(在这种情况下，“Sam T.”和“JeSSie45”)竞赛的单词“对(versus)”的缩写。如箭头128所指示的，挑战可以被可同时呈现在装置112的显示器上的多个参与者接受，因此，可以向上或向下滚动UI126来查看这些参与者。最后，指出，在UI126上包括“当准备好时点击这里”选择器，该选择器在被选择时可以使挑战开始或者如下所述那样进入“准备好”状态。
[0056]因此，在示例性实施例中，“当准备好时点击这里”选择器在被选择时使图12的UI130呈现。UI130包括例如指示应用程序准备好开始处理挑战期间的一个或多个操作(例如，将位置信息发送给服务器)的“准备好”指示。UI130还包括“开始”选择器，“开始”选择器在被选择时可以使挑战对于所有参与者开始，因此使应用程序相应地运行，或者可以改为使图13的Π呈现。在进入图13之外，指出，在UI130上还示出了可以随时间改变以反映在挑战期间流逝的时间的计时器和/或秒表。还指出，根据本原理的服务器可以使用计时器来跟踪挑战的长度。
[0057]现在参照图13，在从Π130选择了开始选择器之后，可以呈现Π132，Π132包括例如参与挑战的联系人的列表和指示他们准备好开始挑战的状态指示器。指出，每个参与者还可以从与Π130类似的Π选择“开始”选择器，从而使他们各自的移动装置发出指示他们也准备好的信号，这些信号可以被装置112接收，从而渲染Π132上所示的状态指示器。还指出，可以在UI132上呈现其他信息，诸如每一个参与者一准备好那么挑战就开始的指示、以及计时器。
[0058]继续讨论图14，示出了 Π134。可以响应于例如在UI112的顶部的用于使Π134被呈现的选择器元件(例如，左起第二个选择器)的选择来呈现UI134，UI134示出挑战参与者的排名(例如，基于联系人战胜装置112的用户的过去挑战数量的排名)和统计数据。
[0059]例如，它可以示出参与者在过去的挑战期间已行进的平均距离、或者在如本文所阐述的那样考虑海拔高度变化之后预期他们在本次挑战期间要行进的距离(例如，如果他们将他们对于当前挑战计划采取的路线输入到他们各自的移动装置/应用程序的话)。还指出，在UI134上呈现比较图表选择器，该比较图表选择器可以使反映与过去的挑战相关的各种其他条信息和本次挑战的估计结果的图表呈现在装置112上。
[0060]但作为另一个例子，可以在当前所参与的挑战的中间呈现Π134，因此除了其他信息之外，UI134还可以反映关于每个参与者在当前挑战期间已行进了多远的信息。因此，在一种示例性实现中，UI134上所示的排名可以是正在进行中的挑战的参与者的当前排名。因此，可以从Π134意识到，基于在挑战期间到目前为止已经行进了最远距离的度量，Joey当前领先。
[0061]继续参照图15的详细描述，示出了可以响应于从上述Π134选择联系人之一而呈现的Π136。因此，示例性Π136详细列举了联系人“Sam T.”在当前挑战期间10分钟行进了超过一英里。还指出，UI136指示估计Sam T到目前为止在挑战期间消耗掉的卡路里(可以由Sam T的移动该装置提供)、以及Sam T的步速(根据本原理，也可以由Sam T的移动装置和/或服务器提供)。
[0062]除了前述内容之外，还指出，在图15的UI136上示出了“嘲讽”选择器和“比较”选择器。如果比较选择器被选择，则可以呈现比较Sam T与装置112的用户的统计数据的图表、曲线图或其他表现。例如，比较可以反映这两个人中的每个人消耗掉的卡路里的差异、每个人行进的距离和/或每个人的步速。
[0063]然而，如果嘲讽选择器被选择，则可以呈现图16的Π。因此，图16示出了 Π138，UI138可以包括例如可以被选择然后通过使用“发送”选择器而被发送给Sam T、从而嘲讽Sam T的多个表情符号。然而，指出，除了发送表情符号之外或者代替发送表情符号，本原理认识到，例如，还可以在挑战之前、期间和之后使用应用程序发送嘲讽Sam T的文本消息和电子邮件，或者以其他方式与Sam T (或任何其他参与者)交流。
[0064]现在参照图17，UI140呈现在装置112上，并且包括地图142。在示例性实现中，地图142可以是可由例如服务器如本文所阐述的那样考虑各个参与者的路线中的海拔高度变化而调整的比赛地图，或者可以是反映参与者所行进的真实位置和/或距离的真实位置地图，但是在任一种情况下，都允许装置112的用户在挑战期间“虚拟地”进行比赛和/或以其他方式监视其他参与者。在一些实施例中，地图可以仅仅是条形图，其中，最长条指示领先的参与者，最短条指示最后的参与者。在还有的其他实施例中，地图142可以是例如Google地图，该Google地图示出参与者之一周围的大致区域以及指示他们到目前为止行进的距离和路线的加亮路径。此外，指出，在UI140上还示出了计时器，该计时器指示在这种情况下在挑战期间已经过去了五分钟。
[0065]再次指出，本原理认识到能够虚拟地进行比赛和与挑战的参与者社交(这些参与者否则由于例如参与者相隔距离大而将不能一起运动和/或竞赛)的愿望。可以从本文描述的所有UI，特别是图18-20中所示的Π意识到，可以如何利用本申请的社会效益。
[0066]因此，图18示出了指示例如装置112的用户(在这种情况下，挑战者)赢得了挑战的Π144。还可以呈现其他信息和/或指令。例如，可以指示用户拍摄图片并且例如通过社交网络与朋友分享该图片。因此，在UI144上示出“拍摄图片”选择器以及“无图片分享”选择器。如果“拍摄图片”选择器被选择，则应用程序将例如打开用于装置112上的照相机的照相机应用程序，或者以其他方式发起与装置112相关联的照相机功能，以使得用户可以使用装置112拍摄图片，并且通过例如社交网络、电子邮件、Pix消息等分享该图片。如果“无图片分享”选择器被选择，则应用程序可以例如使另一 Π被呈现，该另一 Π允许用户输入该应用程序然后可以通过社交网站、电子邮件、文本消息等分享的文本。可替换地或者另外，“无图片分享”选择器的选择可以使装置112上的社交网络应用程序被启动，以使得用户可以以这种方式分享信息。
[0067]现在参照图19，要理解可以在挑战完成之后除了 UI144之外或者代替UI144在装置112上呈现Π146。如从图19可以意识到的，UI146包括例如基于挑战的结果的用户排名的指示。在这种情况下，该指示示出装置112的用户是挑战的赢家。UI146还示出了可以例如响应于UI144上的“拍摄图片”选择器的选择而拍摄的图片。Π146因此还示出了“分享挑战”选择器，该“分享挑战”选择器在被选择时使装置通过例如社交网络、电子邮件、Pix消息等分享挑战的结果和/或统计数据和/或UI146上所示的图片。
[0068]图20示出了 UI148, UI148可以由整合社交网站/应用程序Instagram的功能的挑战应用程序呈现，或者可替换地，可以通过使用诸如Instagram应用程序本身的另一应用程序来呈现。不管怎样，可以从图20意识到，UI148包括可以响应于从Π146选择“分享挑战”选择器而呈现并且与其他人分享的各种信息。因此，分享时间、分享位置、挑战之后拍摄的图片、赢得挑战所花费的时间和/或挑战期间的赛跑距离等全都可以呈现在Π148上，因此被与其他人分享。
[0069]继续参照图21的详细描述，示出了各个消费者电子装置彼此通信以交换来自装置112的挑战信息的框图。因此，装置112可以与电视(诸如，举例来说，可上网的SonyBravia TV150)和/或平板电脑152分享挑战信息，以使得可以在其上呈现该信息。指出，可以结合本原理使用还有的其他装置，诸如，举例来说，Sony Playstation。不管怎样，图21中还示出了反映挑战信息的分解图154，要理解，分解图154提供对于在TV150或平板电脑152上可以呈现的信息的观点。
[0070]图22示出了在TV150上可以呈现的附加信息的示例性抓屏152。因此，在TV150接收到挑战信息之后，用户可以使用例如Google地图应用程序来操纵TV150以呈现示出例如参与者所采取的路线和/或参与者的当前位置的地图。因此，指出，抓屏152包括参与者的当前位置(例如，在赢得挑战之后)的Google街道视图，以使得TV150的观众可以欣赏用户在其参与挑战的区域的至少一部分。
[0071]继续参照图23的详细描述，示出了在CE装置上可以呈现的示例性卫生/健康门户154。因此，可以在执行上述逻辑和应用程序的移动装置(例如，装置12和/或装置112)上呈现门户154，或者可以在另一 CE装置(诸如，举例来说，膝上型电脑或智能TV)上呈现门户 154。
[0072]如所示，门户154可以例如包含到各种卫生应用程序和卫生信息来源(例如，网站)的链接。门户154还可以包括已被发送给门户154的用户的挑战请求的指示。例如，如图23所示，两个“随时”挑战已经被发送给用户并且等待接受或拒绝。此外，门户可以包括关于如何诸如通过例如使用与用户相关联的、具有挑战应用程序(诸如以上所述的存储在其上的挑战应用程序)的智能电话来接受或拒绝用户等待的挑战的指令。除了前述内容之外，门户154还可以包括这样的选择器，即使用户没有参与挑战，该选择器在被选择时也引起关于其他个人和/或用户的联系人当前所参与的挑战的地图或其他信息。还可以在门户154上呈现注销选择器以及“每日提示”通知。
[0073]基于前面的描述，现在可以意识到，即使当个人不实际出现在相同的大致位置上时，事实上当个人在世界上的任何地方(例如，在不同大洲)时，个人也可以参加运动挑战和/或彼此进行竞赛。本原理还认识到这样的挑战的社会效益。因此，指出，除了例如参与和朋友的挑战之外，名人或其他公众人物也可以使用诸如以上应用程序的应用程序，以使得粉丝可以在运动期间或之后跟随该名人的进展并且尝试模仿它或单方面地与该名人竞赛(例如，该名人不知道某人是否与他们竞赛)，他们仅仅通过粉丝试图使用与该名人的运动匹配的挑战参数与其匹配的应用程序宣传他们的运动。
[0074]要进一步理解，其他应用程序可以在具有上述挑战应用程序的移动装置上同时运行。例如，iPhone可以播放参与者在参与运动时收听的音乐，或者可替换地，挑战应用程序本身可以包括向参与者呈现音乐的软件代码。事实上，自动语音也可以同样使用挑战应用程序在挑战期间向参与者报告该参与者的进展(例如，“您到目前为止以每小时三英里的速度跑了半英里”或“您围绕跑道的第一次间隔比您的第二次间隔快半秒”)，并且在这方面，将私人教练软件代码合并到挑战应用程序中。
[0075]另外，应用程序可以使音乐、录音和/或旋律节拍与如移动装置使用例如加速度计感测的参与者在运动期间的步伐匹配，该加速度计通过装置处理器将信号提供给挑战应用程序和/或音乐播放器。指出，当例如参与者在跑步机或健身车上并因此实际上不改变挑战期间在地面上的位置(例如，GPS坐标)时，为了参与挑战的目的，挑战应用程序也可以使用加速度计输入来跟踪和/或估计行进距离。
[0076]再次讨论紧急服务和挑战应用程序的能力，还指出这样的紧急服务还可以包括其他功能。例如，这些服务不仅可以向朋友警告参与者所经历的医疗紧急情况，而且还可以警告911操作员、当地消防部门、当地警察部门等，并且事实上，可以按参与者所确定的特定次序警告这些紧急服务，直到接收到至少一个响应和/或由挑战应用程序发出的自动紧急呼叫被以其他方式答复为止。其他通信模式(诸如，举例来说，简讯、对于紧急911数据库的数据发送、电子邮件等)也可以用于紧急警报。此外，本原理认识到，挑战应用程序的紧急通知能力可以包括接收这样的信号的能力，该信号表示由参与者对移动装置所讲的发起紧急警报并将该紧急警报发送给例如911的关键字或命令。其他用户输入可以例如仅被传送到移动装置中(例如，麦克风中)以触发可能已被预设的警报。
[0077]甚至进一步，挑战应用程序的应急能力可以使参与者被警告该参与者正在其参与挑战或者在运动时仅仅使用该应用程序(例如，仅安全模式)的区域中的紧急情况。例如，可能存在参与者可能被警告的即将发生的自然灾难、交通堵塞、房屋着火、龙卷风或突如其来的暴风雨等。要理解，挑战应用程序因此能够访问至少一个数据库(例如，国家气象局数据库或信号警报数据库)来收集这样的信息并向参与者呈现它。
[0078]另外，挑战应用程序还可以为了旅行的目的合并各种特征。例如，应用程序可以能够跟踪公路旅行、假期(包括所乘坐的航班)等。它还可以呈现当装置上电或显示器发光时所呈现的、关于所到访的地点以及基于到访地点的专门问候的信息。
[0079]最后，指出，还可以根据本原理使用云计算/技术。例如，“云”可以用于上传参与者的结果、挑战统计数据和所拍摄的任何图片，以使得它们后来可供参与者从例如参与者的膝上型电脑访问。
[0080]尽管本文示出并详细描述了具体的用于安全和分布式比赛挑战的用户装置位置指示，但是要理解本发明所包含的主题仅由权利要求书限制。
【权利要求】
1.一种移动计算装置，包括: 处理器，所述处理器被配置为从位置传感器接收位置信息； 显示器，所述显示器由所述处理器控制； 计算机可读存储介质，所述计算机可读存储器介质能够供所述处理器访问，并且承载当被所述处理器执行时使所述处理器执行以下步骤的指令: 接收向至少一个朋友的用户装置挑战运动的用户输入； 将挑战上传到服务器； 从服务器接收指示所述挑战被接受的信号； 在预定开始时间，将来自位置传感器的位置信息上传到服务器； 从服务器接收呈现所述移动装置的位置和所述至少一个朋友的用户装置的位置的地图信息；和 在运动期间周期性地接收地图信息的更新，所述更新包括所述移动装置的位置和所述至少一个朋友的用户装置的位置的更新。
2.根据权利要求1所述的装置，其中，从服务器接收的位置是将信号输入到处理器的所述位置传感器和与所述至少一个朋友的用户装置相关联的位置传感器所指示的真实位置。
3.根据权利要求1所述的装置，其中，从服务器接收的至少一个位置是比赛位置，所述比赛位置表示从位置传感器接收的、在上传到服务器的连续的真实位置之间针对用户的海拔高度变化或所述至少一个朋友的用户装置的海拔高度变化而调整的真实位置。
4.根据权利要求3所述的装置，其中，响应于确定用户已越过所报告的真实位置之间的海拔高度攀升，将一距离与从真实位置确定的真实行进距离相加来绘制比赛位置，并且所述地图信息指示所述比赛位置。
5.根据权利要求3所述的装置，其中，响应于确定用户已越过所报告的真实位置之间的海拔高度下降，从根据真实位置确定的真实行进距离减去一距离来绘制比赛位置，并且所述地图信息指示所述比赛位置。
6.根据权利要求1所述的装置，其中，所述处理器使呈现所述地图信息的用户界面(UI)被呈现在显示器上。
7.根据权利要求1所述的装置，其中，所述处理器基于对Π上的多个挑战模式选择器元件之一的选择来接收向所述至少一个朋友的用户装置挑战运动的用户输入，所述Π在处理器的控制下被呈现在显示器上，其中，所述挑战模式选择器元件至少包括现场挑战选择器元件和随时挑战选择器元件。
8.根据权利要求1所述的装置，其中，所述计算机可读存储介质还承载这样的指令，所述指令在被处理器执行时使处理器基于处理器确定至少一个紧急标准被满足而将紧急警报发送到预定目的地。
9.一种服务器，包括: 处理器； 计算机可读存储介质，所述计算机可读存储介质能够供所述处理器访问，并且承载当被所述处理器执行时使所述处理器执行以下步骤的指令: 从第一消费者电子(CE)装置接收对运动竞赛的请求；将所述请求发送给第二 CE装置以供第二 CE装置接受所述请求。
10.根据权利要求9所述的服务器，其中，所述服务器从第二CE装置接收指示所述请求被接受的信号，并将关于该接受的通知提供给第一 CE装置。
11.根据权利要求10所述的服务器，其中，在将关于该接受的通知提供给第一CE装置之后，所述服务器在预定开始时间开始从第一 CE装置和第二 EC装置两者接收至少位置数据，所述位置数据至少包括第一 CE装置和第二 CE装置中的每个的初始位置。
12.根据权利要求11所述的服务器，其中，所述服务器还启动计时器来跟踪所述竞赛的长度。
13.根据权利要求11所述的服务器，其中，基于所接收的位置数据，所述服务器绘制第一 CE装置和第二 CE装置两者的位置的位置地图，并将所述位置地图提供给第一 CE装置和第二 CE装置两者。
14.根据权利要求13所述的服务器，其中，所述服务器基于从第一CE装置和第二 CE装置接收的位置更新在所述竞赛期间更新位置地图，并将所更新的位置地图提供给第一 CE装置和第二 CE装置，所述所更新的位置地图示出第一 CE装置和第二 CE装置的一个或多个先前的位置和更新的位置。
15.根据权利要求14所述的服务器，其中，所述服务器从第一CE装置和第二 CE装置接收表示第一 CE装置和第二 CE装置在所述竞赛期间的海拔高度变化的信号。
16.根据权利要求14所述的服务器，其中，所述服务器基于来自第一CE装置和第二 CE装置的位置数据来确定第一 CE装置和第二 CE装置各自的路线，并将所述路线应用于存储在与所述服务器相关联的数据库中的至少一个地形图，其中，所述服务器然后基于应用于所述地形图的路线来确定第一 CE装置和第二 CE装置各自的海拔高度变化。
17.根据权利要求16所述的服务器，其中，所述服务器基于第一CE装置或第二 CE装置的海拔高度变化来调整第一 CE装置和第二 CE装置在所述位置地图上的位置，并将所调整的位置地图提供给第一 CE装置和第二 CE装置，其中，以下述方式调整所述位置地图:如果所述CE装置中的一个CE装置已越过了基于从该CE装置接收的位置数据而确定的该CE装置的真实位置之间的海拔高度攀升，则将一距离与从所述真实位置确定的真实行进距离相加来绘制所述位置地图上所反映的比赛位置，并且如果所述CE装置中的一个CE装置已越过了基于从该CE装置接收的位置数据而确定的该CE装置的真实位置之间的海拔高度下降，则从根据所述真实位置确定的真实行进距离减去一距离来绘制所述位置地图上所反映的比赛位置，所述位置地图指示所述CE装置的比赛位置。
18.根据权利要求11所述的服务器，其中，所述服务器基于输入到第一CE装置或第二CE装置之一并由第一 CE装置或第二 CE装置提供给所述服务器的至少一个参数来确定所述竞赛的赢家，所述服务器在执行赢家的确定之后将关于赢家的通知提供给第一 CE装置和第二 CE装置以用于在这些CE装置上进行呈现。
19.一种方法,包括: 接收对于消费者电子(CE)装置的向所述CE装置的用户的至少一个联系人挑战运动的用户输入； 将挑战上传到服务器； 从服务器接收指示所述挑战被接受的信号；在预定开始时间，将来自位置传感器的位置信息上传到服务器； 从服务器接收呈现所述移动装置的位置和所述至少一个联系人的用户装置的位置的地图信息；和 在运动期间周期性地接收所述地图信息的更新，所述更新包括所述移动装置的位置和所述至少一个联系人的用户装置的位置的更新。
20.根据权利要求19所述的方法，还包括基于在挑战期间满足至少一个紧急标准而将紧急警报发送给预定联系 人。
【文档编号】A63B71/06GK103706109SQ201310459872
【公开日】2014年4月9日 申请日期:2013年9月30日 优先权日:2012年10月3日
【发明者】J·A·佛雷迈尔, A·B·阿萨姆, G·P·柏拉斯布拉曼尼安, 铃木毅, C·D·小海特瑞科 申请人:索尼公司