可穿戴设备及其运动数据分享方法、装置与流程

本说明书一个或多个实施例涉及终端技术领域，尤其涉及一种可穿戴设备及其运动数据分享方法、装置。

背景技术

可穿戴设备已经被越来越广泛地应用于用户的生活、工作等各个方面。由于采用穿戴或佩戴等方式，而区别于传统电子设备的携带方式，使得可穿戴设备具有更佳的便携性。

可穿戴设备可以实现信息提示、数据采集等多种应用功能。例如，在用户运动的过程中，智能手表可以通过内置的定位芯片采集定位信息、生成运动轨迹，以供用户进行参考。

然而，为了满足用户对可穿戴设备的便携性需求，导致可穿戴设备的内部空间较小，因而电池容量通常较小、续航受限。

技术实现要素：

有鉴于此，本说明书一个或多个实施例提供一种可穿戴设备及其运动数据分享方法、装置。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种可穿戴设备的运动数据分享方法，包括：

服务端可穿戴设备分别与多个客户端可穿戴设备建立蓝牙连接；

所述服务端可穿戴设备从所述多个客户端可穿戴设备中选取运动数据的产生方，所述产生方的运动数据测量功能处于开启状态；其中，除所述产生方之外的其他客户端可穿戴设备作为运动数据的被分享方，且所述被分享方的运动数据测量功能处于关闭状态；

所述服务端可穿戴设备接收所述产生方测量并分享的运动数据；

所述服务端可穿戴设备将所述运动数据发送至所述被分享方，以作为所述被分享方的运动数据。

根据本说明书一个或多个实施例的第二方面，提出了一种可穿戴设备的运动数据分享方法，包括：

第一可穿戴设备与第二可穿戴设备建立蓝牙连接，所述第二可穿戴设备还与至少一个其他可穿戴设备建立蓝牙连接；

所述第一可穿戴设备接收所述第二可穿戴设备发送的配置指令，所述配置指令用于指示所述第一可穿戴设备切换至主动模式或被动模式；

当处于主动模式时，所述第一可穿戴设备启用运动数据测量功能，通过所述运动数据测量功能测量运动数据，并将所述运动数据分享至所述第二可穿戴设备，以由所述第二可穿戴设备发送至所述其他可穿戴设备、作为所述其他可穿戴设备的运动数据；

当处于被动模式时，所述第一可穿戴设备关闭运动数据测量功能，接收所述第二可穿戴设备发送的运动数据、以作为所述第一可穿戴设备自身的运动数据，其中所述运动数据由处于主动模式的其他可穿戴设备测量并分享至所述第二可穿戴设备。

根据本说明书一个或多个实施例的第三方面，提出了一种可穿戴设备的运动数据分享装置，包括：

建立单元，使服务端可穿戴设备分别与多个客户端可穿戴设备建立蓝牙连接；

选取单元，使所述服务端可穿戴设备从所述多个客户端可穿戴设备中选取运动数据的产生方，所述产生方的运动数据测量功能处于开启状态；其中，除所述产生方之外的其他客户端可穿戴设备作为运动数据的被分享方，且所述被分享方的运动数据测量功能处于关闭状态；

接收单元，使所述服务端可穿戴设备接收所述产生方测量并分享的运动数据；

发送单元，使所述服务端可穿戴设备将所述运动数据发送至所述被分享方，以作为所述被分享方的运动数据。

根据本说明书一个或多个实施例的第四方面，提出了一种可穿戴设备的运动数据分享装置，包括：

建立单元，使第一可穿戴设备与第二可穿戴设备建立蓝牙连接，所述第二可穿戴设备还与至少一个其他可穿戴设备建立蓝牙连接；

接收单元，使所述第一可穿戴设备接收所述第二可穿戴设备发送的配置指令，所述配置指令用于指示所述第一可穿戴设备切换至主动模式或被动模式；

主动处理单元，当处于主动模式时，使所述第一可穿戴设备启用运动数据测量功能，通过所述运动数据测量功能测量运动数据，并将所述运动数据分享至所述第二可穿戴设备，以由所述第二可穿戴设备发送至所述其他可穿戴设备、作为所述其他可穿戴设备的运动数据；

被动处理单元，当处于被动模式时，使所述第一可穿戴设备关闭运动数据测量功能，接收所述第二可穿戴设备发送的运动数据、以作为所述第一可穿戴设备自身的运动数据，其中所述运动数据由处于主动模式的其他可穿戴设备测量并分享至所述第二可穿戴设备。

根据本说明书一个或多个实施例的第五方面，提出了一种可穿戴设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为实现如上述任一实施例所述的可穿戴设备的运动数据分享方法。

附图说明

图1是一示例性实施例提供的一种可穿戴设备的运动数据分享系统的架构示意图。

图2是一示例性实施例提供的一种服务端侧的可穿戴设备的运动数据分享方法的流程图。

图3是一示例性实施例提供的一种客户端侧的可穿戴设备的运动数据分享方法的流程图。

图4是一示例性实施例提供的一种对运动轨迹进行共享的交互示意图。

图5是一示例性实施例提供的一种服务端可穿戴设备向被分享方发送运动轨迹的流程图。

图6是一示例性实施例提供的一种更换运动轨迹的产生方的交互示意图。

图7是一示例性实施例提供的一种设备的结构示意图。

图8是一示例性实施例提供的一种服务端侧的可穿戴设备的运动数据分享装置的框图。

图9是一示例性实施例提供的一种客户端侧的可穿戴设备的运动数据分享装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

图1是一示例性实施例提供的一种可穿戴设备的运动数据分享系统的架构示意图。该系统包括多个可穿戴设备，比如图1所示的可穿戴设备11～14等。当多个用户分别佩戴可穿戴设备11～14进行集体运动时，这些用户所产生的运动数据往往差异较小，在精准度要求并非极高的情况下，可以通过在可穿戴设备11～14之间实现运动数据的分享，使得可穿戴设备11～14中仅需要部分可穿戴设备实施运动数据的测量，而无需所有可穿戴设备都参与运动数据的测量，从而极大地降低了可穿戴设备11～14的整体耗电量，有助于延长可穿戴设备11～14的整体续航。

在实施运动数据的分享方案时，需要对可穿戴设备11～14进行角色分配，比如将可穿戴设备11作为服务端可穿戴设备、将可穿戴设备12～14作为客户端可穿戴设备，从而由可穿戴设备11对可穿戴设备12～14进行控制管理，实现对运动数据的分享。

例如，可穿戴设备11可以从可穿戴设备12～14中选取运动数据的产生方，比如将可穿戴设备12选取为产生方，而剩余的可穿戴设备13-14为运动数据的被分享方。相应地，这些可穿戴设备中仅需产生方测量运动数据并进行分享，而被分享方将产生方分享的运动数据作为自身的运动数据、无需主动测量运动数据，从而极大地降低被分享方的电量消耗。

图1中的可穿戴设备11～13为智能手表、可穿戴设备14为智能眼镜。实际上，可穿戴设备11～14还可以采用智能手环、智能项链、智能戒指、智能跑鞋等任意类型的可穿戴设备，本说明书并不对此进行限制。可穿戴设备11～14可以为相同类型的可穿戴设备，也可以同时包括多种类型的可穿戴设备，本说明书并不对此进行限制。在运行过程中，可穿戴设备11～14可以运行某一应用的程序，并根据被配置的角色为服务端可穿戴设备、作为产生方的客户端可穿戴设备、作为被分享方的客户端可穿戴设备等，实现相应的业务功能。

其中，可穿戴设备11～14之间通过建立蓝牙(bluetooth)连接，实现指令、信息和数据等的传输，该蓝牙连接可以基于任意版本的蓝牙协议实现，本说明书并不对此进行限制。由于蓝牙连接属于近场连接类型，因而当多个用户分别佩戴可穿戴设备11～14时，只有同步进行集体运动、运动数据相近的情况下才能够建立和维持蓝牙连接，使得运动数据具有分享和共用的意义，避免出现运动数据与实际情况相差过大的情形。

下面分别针对服务端可穿戴设备、客户端可穿戴设备等不同角色，对本说明书的运动数据分享方案进行说明。

图2是一示例性实施例提供的一种服务端侧的可穿戴设备的运动数据分享方法的流程图。如图2所示，该方法可以包括以下步骤：

步骤202，服务端可穿戴设备分别与多个客户端可穿戴设备建立蓝牙连接。

在一实施例中，服务端可穿戴设备、客户端可穿戴设备属于运动数据分享方案中的不同角色，任一可穿戴设备可以根据配置情况成为服务端可穿戴设备或客户端可穿戴设备，这可以根据实际场景或用户需求而确定。

在一实施例中，当多个可穿戴设备希望实施本说明书的运动数据分享方案时，可以在多个可穿戴设备之间选举出服务端可穿戴设备，选举规则可以包括mac地址最大、剩余电量最多等，本说明书并不对此进行限制，而剩余的可穿戴设备被配置为客户端可穿戴设备。

在一实施例中，某一可穿戴设备可以响应于用户配置操作，将自身配置为服务端可穿戴设备，然后与周边的可穿戴设备建立蓝牙连接，这些周边的可穿戴设备被该服务端可穿戴设备作为客户端可穿戴设备。服务端可穿戴设备可以向已连接的可穿戴设备发送通知消息，使得收到该通知消息的可穿戴设备将自身配置为客户端可穿戴设备。

步骤204，所述服务端可穿戴设备从所述多个客户端可穿戴设备中选取运动数据的产生方，所述产生方的运动数据测量功能处于开启状态；其中，除所述产生方之外的其他客户端可穿戴设备作为运动数据的被分享方，且所述被分享方的运动数据测量功能处于关闭状态。

在一实施例中，可穿戴设备被配置为服务端可穿戴设备或客户端可穿戴设备等角色后，可以实施相应角色所能够实现的操作或功能。例如，客户端可穿戴设备可以将自身的剩余电量发送至服务端可穿戴设备，而服务端可穿戴设备可以基于该剩余电量选取运动数据的产生方、更换产生方等。

在一实施例中，所述服务端可穿戴设备分别获取所述多个客户端可穿戴设备的剩余电量；然后，所述服务端可穿戴设备可以将剩余电量最多的客户端可穿戴设备选取为运动数据的产生方。当然，除了剩余电量之外，服务端可穿戴设备还可以通过获取客户端可穿戴设备的其他参数，以选取运动数据的产生方。例如，服务端可穿戴设备可以获取客户端可穿戴设备的剩余电量和单位时长的耗电量，由此评估出各个客户端可穿戴设备的剩余续航时长，从而选取剩余续航时长最大的客户端可穿戴设备。

实际上，由于可穿戴设备的电池容量通常较小且不可拆卸，因而普遍存在续航不足的问题，尤其是当用户处于户外活动或运动的场景下、不便于随时对可穿戴设备进行充电或更换电池，因而无论是针对剩余电量或剩余续航时长的考虑，都是为了将“测量运动数据”这一耗电量较高的任务交由续航压力较小的可穿戴设备上，而避免向续航压力原本就比较大的可穿戴设备施加更大压力，也可以减小对“运动数据的产生方”的更换次数。

在一实施例中，用户可以主动向可穿戴设备实施配置操作，使得该可穿戴设备向服务端可穿戴设备请求作为产生方。在另一实施例中，用户可以主动通过服务端可穿戴设备选取某一可穿戴设备，并将其配置为产生方。

在一实施例中，服务端可穿戴设备可以向产生方、被分享方分别发送配置指令，以告知相应的客户端可穿戴设备被配置为产生方或被分享方。例如，服务端可穿戴设备可以通过在配置指令中添加预设标识；其中，当配置指令中包含第一标识时，客户端可穿戴设备确定自身被配置为产生方，该客户端可穿戴设备需要确保自身的运动数据测量功能保持开启状态，以测量得到相应的运动数据；而当配置指令中包含第二标识时，客户端可穿戴设备确定自身被配置为被分享方，该客户端可穿戴设备需要关闭自身的运动数据测量功能，以降低自身的耗电量、延长续航。

在一实施例中，运动数据可以包括可穿戴设备的佩戴者(用户)的运动状况信息，比如运动速度、运动时长、运动过程中的定位信息、运动轨迹等；在另一实施例中，运动数据可以包括可穿戴设备所处的运动环境信息，比如温度、湿度、海拔高度等。可穿戴设备中可以内置有用于实现上述的运动数据测量功能的测量模块，比如用于测量定位信息的定位芯片(如gps芯片、北斗导航芯片等)、用于测量温度的温度计等，以测量上述的运动数据。实际上，根据相关技术中的测量与验证，在可穿戴设备的使用过程中，仅定位芯片的耗电量就会占到设备总耗电量的90％甚至更多，因而基于本说明书的运动数据分享方案，显然将会极大地降低作为被分享方的可穿戴设备的耗电量、延长续航。

步骤206，所述服务端可穿戴设备接收所述产生方测量并分享的运动数据。

在一实施例中，服务端可穿戴设备基于自身与产生方之间的蓝牙连接，接收产生方分享的运动数据。产生方可以按照预设周期向服务端可穿戴设备发送运动数据；或者，产生方可以缓存测量得到的运动数据，并在服务端可穿戴设备的请求下对缓存的运动数据进行分享；或者，产生方还可以通过其他方式分享运动数据，本说明书并不对此进行限制。

步骤208，所述服务端可穿戴设备将所述运动数据发送至所述被分享方，以作为所述被分享方的运动数据。

在一实施例中，服务端可穿戴设备基于自身与各个被分享方之间分别建立的蓝牙连接，将产生方分享的运动数据分别发送至各个被分享方；当任一可穿戴设备处于被分享方这一角色时，虽然自身的运动数据测量功能处于关闭状态、无法主动测量得到运动数据，但是可以将服务端可穿戴设备发送的运动数据当作是由自身测量得到，以达到对运动数据的共享目的。

在一实施例中，被分享方收到运动数据后，可以对运动数据进行持久化，以便佩戴者后续进行查看、导出、分享至社交网络平台等。

在一实施例中，当可穿戴设备处于被分享方这一角色时，可以对收到的运动数据进行标注，以表明该运动数据为其他可穿戴设备分享的运动数据，而区分于该可穿戴设备主动通过运动数据测量功能进行测量得到的运动数据。

在一实施例中，运动数据的产生方可以对分享的运动数据进行标记，比如该产生方的id标识、分享地点等，使得服务端可穿戴设备、被分享方等收到该运动数据后，可以据此了解该运动数据的来源等相关信息。尤其是，被分享方从服务端可穿戴设备处收到该运动数据，而并不直接与运动数据的产生方交互数据，因而本实施例可以确保被分享方了解到该运动数据的相关信息。

在一实施例中，服务端可穿戴设备在获得产生方分享的运动数据后，可以主动将该运动数据发送至各个被分享方。

在一实施例中，所述服务端可穿戴设备在获得产生方分享的运动数据后，可以缓存所述产生方分享的运动数据；然后，所述服务端可穿戴设备接收任一被分享方发起的数据获取请求时，可以响应于所述数据获取请求，将缓存的至少一部分运动数据返回至所述任一被分享方。例如，被分享方可以按照预设周期向服务端可穿戴设备发起数据获取请求，而在此期间可以保持静默甚至休眠状态，以尽可能地降低电量消耗。

在一实施例中，被分享方可以在数据获取请求中添加时段指示信息，使得服务端可穿戴设备可以确定所述时段指示信息对应的时间段，并向所述任一被分享方返回对应于所述时间段的运动数据。例如，时段指示信息可以包括被分享方添加的某一历史时刻，而服务端可穿戴设备可以将该历史时刻确定为上述时间段的起始时刻、当前时刻作为该时间段的终止时刻，从而分享相应的运动数据。再例如，时段指示信息可以包括被分享方添加的起始时刻和终止时刻，而服务端可穿戴设备可以针对该起始时刻与终止时刻所构成的时间段，向被分享方返回相应的运动数据。又例如，时段指示信息可以包括被分享方添加的多组“起始时刻-终止时刻”对，而服务端可穿戴设备可以确定出相应的多个时间段，并向被分享方返回相应的多组运动数据。

在一实施例中，被分享方无需在数据获取请求中添加时段指示信息。相应地，当所述数据获取请求中未包含时段指示信息，且所述任一被分享方为首次请求时，所述服务端可穿戴设备可以返回缓存的对应于所述任一被分享方的所有运动数据。这里的“所有运动数据”可以理解为：以可穿戴设备x(假定该任一被分享方由可穿戴设备x担任)被配置为该任一被分享方的时刻为起始时刻、当前时刻为终止时刻，在该时间段内收到产生方分享的运动数据。

在一实施例中，被分享方无需在数据获取请求中添加时段指示信息。相应地，当所述数据获取请求中未包含时段指示信息，且所述任一被分享方为非首次请求时，所述服务端可穿戴设备可以确定先前已返回至所述任一被分享方的运动数据，并向所述任一被分享方返回剩余的运动数据，而无需每次都传输全量的运动数据，有助于减少数据传输量、提升数据传输效率。

在一实施例中，所述服务端可穿戴设备可以监测所述产生方的剩余电量；当所述产生方的剩余电量低于预设电量阈值时，所述服务端可穿戴设备可以将剩余电量最多的被分享方选取为新的产生方，以接替所述产生方并使所述产生方转换为被分享方。产生方、被分享方可以定期向服务端可穿戴设备发送自身的剩余电量，而服务端可穿戴设备可以根据产生方的剩余电量确定是否需要更换新的产生方，以及服务端可穿戴设备可以根据被分享方的剩余电量选取新的产生方。以图1为例，当可穿戴设备11监测到可穿戴设备12的剩余电量低于预设电量阈值(如30％)时，如果可穿戴设备13的剩余电量为92％、可穿戴设备14的剩余电量为88％，可穿戴设备11可以选取可穿戴设备13为新的产生方，而将可穿戴设备12配置为被分享方，以及可穿戴设备14仍然为被分享方。

在一实施例中，预设电量阈值可以为生产商或用户预设的固定值。在另一实施例中，预设电量阈值可以与运动时长相关，比如用户可以预先设定计划的运动时长为12小时、3天、1周等，而预设电量阈值的取值可以正相关于运动时长，即运动时长越久则预设电量阈值的取值越大，比如运动时长为12小时对应的预设电量阈值可以为20％、运动时长为1周对应的预设电量阈值可以为50％，这样可以确保产生方在到达该预设电量阈值并转换为被分享方之后，剩余电量能够供其完成剩余的运动，避免产生方的电量被严重透支、影响后续的正常使用。

在一实施例中，用户可以主动向作为产生方的第一可穿戴设备实施配置操作，那么即便第一可穿戴设备的剩余电量高于预设电量阈值的情况下，仍然可以将其他可穿戴设备选取为新的产生方、自身切换为被分享方。

图3是一示例性实施例提供的一种客户端侧的可穿戴设备的运动数据分享方法的流程图。如图3所示，该方法可以包括以下步骤：

步骤302，第一可穿戴设备与第二可穿戴设备建立蓝牙连接，所述第二可穿戴设备还与至少一个其他可穿戴设备建立蓝牙连接。

在一实施例中，第一可穿戴设备、其他可穿戴设备相当于上述的客户端可穿戴设备，而第二可穿戴设备相当于上述的服务端可穿戴设备。应当注意的是，此处的“第一”、“第二”仅用于区分不同的可穿戴设备，而并不特指某一可穿戴设备或用于表达其他的特殊含义。

步骤304，所述第一可穿戴设备接收所述第二可穿戴设备发送的配置指令，所述配置指令用于指示所述第一可穿戴设备切换至主动模式或被动模式。

在一实施例中，第二可穿戴设备通过向第一可穿戴设备发送配置指令，以将其配置为主动模式或被动模式，该主动模式下的第一可穿戴设备相当于上述的运动数据的产生方，而被动模式下的第一可穿戴设备相当于上述的运动数据的被分享方。

与第一可穿戴设备相类似的，第二可穿戴设备还向已建立蓝牙连接的其他可穿戴设备发送配置指令，以将其配置为上述的主动模式或被动模式。其中，第二可穿戴设备可以基于剩余电量最多、剩余续航时长最大等规则，从客户端可穿戴设备中选取产生方，并将其发送配置指令、将其配置为主动模式，而向除产生方之外的可穿戴设备发送配置指令、将其配置为被动模式。

步骤306a，当处于主动模式时，所述第一可穿戴设备启用运动数据测量功能，通过所述运动数据测量功能测量运动数据，并将所述运动数据分享至所述第二可穿戴设备，以由所述第二可穿戴设备发送至所述其他可穿戴设备、作为所述其他可穿戴设备的运动数据。

步骤306b，当处于被动模式时，所述第一可穿戴设备关闭运动数据测量功能，接收所述第二可穿戴设备发送的运动数据、以作为所述第一可穿戴设备自身的运动数据，其中所述运动数据由处于主动模式的其他可穿戴设备测量并分享至所述第二可穿戴设备。

在一实施例中，与服务端可穿戴设备、客户端可穿戴设备、产生方、被分享方等相关的实施例或描述内容，均可以参考图2的实施例，此处不再一一赘述。

在一实施例中，所述第一可穿戴设备可以定期向所述第二可穿戴设备发送自身的剩余电量，以由所述第二可穿戴设备根据所述第一可穿戴设备和其他可穿戴设备的剩余电量，控制所述第一可穿戴设备在主动模式与被动模式之间实现切换。其中，当第一可穿戴设备原本处于主动模式时，第二可穿戴设备可以在该第一可穿戴设备的剩余电量低于预设电量阈值时，选取其他可穿戴设备中剩余电量最多的可穿戴设备、将其配置为主动模式，而将第一可穿戴设备切换至被动模式。当第一可穿戴设备原本处于被动模式时，第二可穿戴设备可以在原本处于主动模式的可穿戴设备的剩余电量低于预设电量阈值时，从原本处于被动模式的可穿戴设备中选取剩余电量最多的可穿戴设备，比如当该第一可穿戴设备的剩余电量最多时，第二可穿戴设备可以将该第一可穿戴设备切换至主动模式，而将原本处于主动模式的可穿戴设备切换至被动模式。

为了便于理解，下面以运动轨迹的共享为例，对本说明书一个或多个实施例的技术方案进行说明。图4是一示例性实施例提供的一种对运动轨迹进行共享的交互示意图。如图4所示，假定用户a佩戴智能手表41、用户b佩戴智能手表42、用户c佩戴智能手表43、用户d佩戴智能手表44，该用户a～用户d前往某地进行群体运动，比如沙漠越野、登山等，并且希望对运动过程中的运动轨迹进行记录，以便运动后的查看、分析等。基于本说明书的运动数据分享方案，智能手表41～44中的任一可穿戴设备可以作为服务端可穿戴设备、其余可穿戴设备作为客户端可穿戴设备；例如，可由智能手表41作为服务端可穿戴设备、智能手表42～44作为客户端可穿戴设备，则上述对运动轨迹进行共享的交互过程可以包括以下步骤：

步骤401，智能手表41分别与智能手表42～44建立蓝牙连接。

在一实施例中，可以基于ble4.x、ble5.x或其他蓝牙协议，分别在智能手表41与智能手表42、智能手表41与智能手表43、智能手表41与智能手表44之间建立蓝牙低功耗(bluetoothlowenergy，ble)连接。

步骤402a，智能手表42向智能手表41返回自身的剩余电量1。

步骤402b，智能手表43向智能手表41返回自身的剩余电量2。

步骤402c，智能手表44向智能手表41返回自身的剩余电量3。

在一实施例中，智能手表41可以分别向智能手表42～44询问其剩余电量；或者，智能手表42～44可以主动向智能手表41告知自身的剩余电量。

步骤403，智能手表41根据智能手表42～44的剩余电量，选取运动轨迹的产生方。

在一实施例中，智能手表41采用的选取(或选举，或仲裁)规则可以包括：将剩余电量最大的可穿戴设备选取为运动轨迹的产生方。因此，通过比较智能手表42～44的剩余电量1～3的取值大小，即可由智能手表41选取该产生方，譬如剩余电量1的取值最大时可以选取智能手表42为该产生方。

步骤404a，智能手表41分别向智能手表43-44发送配置指令2。

步骤405a，智能手表43-44根据收到的配置指令2，关闭自身的定位芯片。

在一实施例中，配置指令2用于指示智能手表43-44将自身配置为运动轨迹的被分享方。

在一实施例中，通过关闭定位芯片，使得智能手表43-44无需主动实施定位操作，可以节省大量的电量开销、延长续航时长。

步骤404b，智能手表41向智能手表42发送配置指令1。

步骤405b，智能手表42根据收到的配置指令1，测量定位信息、生成运动轨迹。

在一实施例中，配置指令1用于指示智能手表42将自身配置为运动轨迹的产生方。通过定位芯片对智能手表42所处的位置进行测量，并将测量得到的位置信息进行组合、处理，即可形成相应的运动轨迹。

步骤406，智能手表42将生成的运动轨迹分享至智能手表41。

步骤407，智能手表41将运动轨迹分别发送至智能手表43-44。

在一实施例中，虽然智能手表41、43-44并未直接测量位置信息、生成运动轨迹，但是智能手表42通过定位芯片实施了位置信息的测量，并由此生成了运动轨迹；同时，由于智能手表41～44随用户a～d进行集体运动，因而智能手表42的运动轨迹几乎可以等同于智能手表41、43-44的运动轨迹，尤其是对于沙漠越野、登山等运动时间长、运动范围广的运动类型而言，各个智能手表之间的微弱差异几乎可以不计，所以能够确保运动数据具有相当的准确度。

在一实施例中，由于智能手表41需要作为服务端可穿戴设备进行剩余电量和运动轨迹的收发等额外操作，使得智能手表41的耗电量本身就超过智能手表43-44，因而除了智能手表43-44之外，作为服务端可穿戴设备的智能手表41同样可以关闭自身的定位芯片，并将智能手表42分享的运动轨迹作为自身的运动轨迹，以节省智能手表41的耗电量。

在图4所示实施例中的步骤407中，智能手表41向智能手表43-44发送运动轨迹的过程可能存在多种场景，下面结合图5进行详细说明。图5是一示例性实施例提供的一种服务端可穿戴设备向被分享方发送运动轨迹的流程图；如图5所示，智能手表41可以通过下述步骤，将智能手表42分享的运动轨迹发送至智能手表43-44：

步骤502，智能手表41缓存收到的运动轨迹。

步骤504，智能手表41判断是否收到智能手表43或智能手表44发起的数据获取请求；若收到数据获取请求，则转入步骤506。

在一实施例中，智能手表43-44在被配置为被分享方时，可以切换至休眠状态，以尽可能地节省电量；同时，智能手表43-44可以周期性地从休眠状态苏醒，并向智能手表41发起数据获取请求，以获取智能手表42分享的运动轨迹。

步骤506，当智能手表41确定数据获取请求中包含时段指示信息时，转入步骤508a，否则转入步骤508b。

步骤508a，智能手表41确定时段指示信息对应的时间段。

步骤510a，智能手表41向数据获取请求的发送方(智能手表43或智能手表44)返回时间段对应的运动轨迹。

在一实施例中，以智能手表43为例。智能手表43可以确定自身最近一次向智能手表41请求运动轨迹的时刻t1，并将该时刻t1作为时段指示信息添加至数据获取请求中。那么，智能手表41获取该时刻t1后，可以确定出该时刻t1与当前时刻t2构成的时间段[t1，t2]，从而将缓存的对应于该时间段[t1，t2]的运动轨迹返回至智能手表43。

步骤508b，智能手表41判断数据获取请求是否为相应的发送方发起的首次请求；如果是首次请求，则转入步骤510b1，否则转入步骤510b2。

步骤510b1，智能手表41向数据获取请求的发送方返回所有运动轨迹。

在一实施例中，以智能手表43为例。运动轨迹的共享方案可能在智能手表41～44之间多次实施，或者智能手表43也可以参与其他可穿戴设备之间的运动轨迹共享方案，而“首次请求”指智能手表43在某一次实施的运动轨迹共享方案中第一次向智能手表41发起的数据获取请求。类似地，“所有运动轨迹”应该指智能手表41在本次与智能手表42～44之间实施的运动轨迹共享方案中，收到的运动轨迹。

步骤510b2，智能手表41向数据获取请求的发送方返回尚未返回过的运动轨迹。

在一实施例中，智能手表43-44在被配置为被分享方时，可以切换至休眠状态，以尽可能地节省电量；同时，智能手表43-44可以周期性地从休眠状态苏醒，并向智能手表41发起数据获取请求，以获取智能手表42分享的运动轨迹。智能手表41可以分别记录智能手表43、智能手表44对运动轨迹的获取情况，以准确地返回“尚未返回过”的运动轨迹。以智能手表43为例：假定智能手表43首次在时刻t1向智能手表41发起数据获取请求，智能手表41向智能手表43返回了已缓存的所有运动轨迹；然后，智能手表43在时刻t2向智能手表41再次发起数据获取请求，智能手表41可以根据智能手表43在时刻t1发起的数据获取请求，向智能手表43返回时刻t1至时刻t2之间增量缓存的运动轨迹，而无需返回时刻t1之前缓存的运动轨迹。

随着运动的进行，智能手表42的电量逐渐减小。为了避免电量过低、影响智能手表42的正常使用，智能手表41可以对智能手表42的剩余电量进行监控，并及时选取其他可穿戴设备对智能手表42进行替换，下面结合图6进行详细说明。图6是一示例性实施例提供的一种更换运动轨迹的产生方的交互示意图；如图6所示，该交互过程可以包括以下步骤：

步骤601，智能手表41选取智能手表42为运动轨迹的产生方。

在一实施例中，步骤601相当于上述的步骤403，此处不再赘述。

步骤602a，智能手表42向智能手表41返回自身的剩余电量1。

步骤602b，智能手表43向智能手表41返回自身的剩余电量2。

步骤602c，智能手表44向智能手表41返回自身的剩余电量3。

在一实施例中，智能手表42～44可以周期性地向智能手表41返回自身的剩余电量1～3。当然，也可以由智能手表41周期性地向智能手表42～44询问其剩余电量，以使得智能手表42～44向智能手表41返回自身的剩余电量1～3。

步骤603，智能手表41监测到智能手表42的剩余电量过低。

在一实施例中，智能手表41可以将剩余电量1与预设电量阈值进行比较，从而在剩余电量1达到或低于预设电量阈值时，确定智能手表42的剩余电量过低。

步骤604，智能手表41选取智能手表44为新的产生方。

在一实施例中，当智能手表42的剩余电量过低时，智能手表41需要从其他的可穿戴设备中选取新的运动轨迹产生方，避免继续大量消耗智能手表42的电能。例如，智能手表41可以根据智能手表43-44的剩余电量2-3，从中选取剩余电量较高的智能手表，用于替换智能手表42；譬如，当剩余电量3＞剩余电量2时，智能手表41可以选取智能手表44为新的产生方。

步骤605a，智能手表41向智能手表42发送配置指令2。

步骤606a，智能手表42根据收到的配置指令2，关闭自身的定位芯片。

在一实施例中，与上述的步骤404a相类似的，智能手表41通过向智能手表42发送配置指令2，使得智能手表42关闭定位芯片、切换至运动轨迹的被分享方。

在一实施例中，对于原本就属于被分享方的智能手表43，智能手表41可以向该智能手表43重新发送配置指令2，也可以不发送该配置指令2，只要智能手表43能够保持为被分享方即可。

步骤605b，智能手表41向智能手表44发送配置指令1。

步骤606b，智能手表44根据收到的配置指令1，测量定位信息、生成运动轨迹。

在一实施例中，智能手表44在收到配置指令1后，需要开启自身的定位芯片、以用于测量定位信息，从而基于该定位信息生成运动轨迹。此后，智能手表44将替代图4所示实施例中的智能手表42，成为运动轨迹的产生方。

步骤607，智能手表44将生成的运动轨迹分享至智能手表41。

步骤608，智能手表41将运动轨迹分别发送至智能手表42-43。

在一实施例中，步骤607～608与图4所示实施例中的步骤406～407相似，此处不再赘述。

综上所述，本说明书针对多个可穿戴设备的同步运动场景，通过选取运动数据的产生方和被分享方，使得仅需要产生方测量运动数据，而被分享方的运动数据测量功能可以保持关闭状态，从而极大地节省了被分享方的耗电量、延长了续航时长。而当产生方的剩余电量较低时，可以通过与剩余电量尚充足的被分享方进行角色调换，从而在多个可穿戴设备之间轮流实现运动数据的测量。换言之，通过将对运动数据的测量任务在不同时段分摊至多个可穿戴设备，解决了测量运动数据的电量消耗大与可穿戴设备的电池容量小之间的矛盾。

图7是一示例性实施例提供的一种设备的示意结构图。请参考图7，在硬件层面，该设备包括处理器702、内部总线704、网络接口706、内存708以及非易失性存储器710，当然还可能包括其他业务所需要的硬件。处理器702从非易失性存储器710中读取对应的计算机程序到内存708中然后运行，在逻辑层面上形成可穿戴设备的运动数据分享装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

在一实施例中，请参考图8，在软件实施方式中，该可穿戴设备的运动数据分享装置可以包括：

建立单元81，使服务端可穿戴设备分别与多个客户端可穿戴设备建立蓝牙连接；

选取单元82，使所述服务端可穿戴设备从所述多个客户端可穿戴设备中选取运动数据的产生方，所述产生方的运动数据测量功能处于开启状态；其中，除所述产生方之外的其他客户端可穿戴设备作为运动数据的被分享方，且所述被分享方的运动数据测量功能处于关闭状态；

接收单元83，使所述服务端可穿戴设备接收所述产生方测量并分享的运动数据；

发送单元84，使所述服务端可穿戴设备将所述运动数据发送至所述被分享方，以作为所述被分享方的运动数据。

可选的，所述选取单元82具体用于：

所述服务端可穿戴设备分别获取所述多个客户端可穿戴设备的剩余电量；

所述服务端可穿戴设备将剩余电量最多的客户端可穿戴设备选取为运动数据的产生方。

可选的，所述发送单元84具体用于：

所述服务端可穿戴设备缓存所述产生方分享的运动数据；

所述服务端可穿戴设备接收任一被分享方发起的数据获取请求；

响应于所述数据获取请求，所述服务端可穿戴设备将缓存的至少一部分运动数据返回至所述任一被分享方。

可选的，所述发送单元84使所述服务端可穿戴设备通过下述方式将缓存的至少一部分运动数据返回至所述任一被分享方：

当所述数据获取请求中包含时段指示信息时，所述服务端可穿戴设备确定所述时段指示信息对应的时间段，并向所述任一被分享方返回对应于所述时间段的运动数据；

当所述数据获取请求中未包含时段指示信息，且所述任一被分享方为首次请求时，所述服务端可穿戴设备返回缓存的对应于所述任一被分享方的所有运动数据；

当所述数据获取请求中未包含时段指示信息，且所述任一被分享方为非首次请求时，所述服务端可穿戴设备确定先前已返回至所述任一被分享方的运动数据，并向所述任一被分享方返回剩余的运动数据。

可选的，还包括：

监测单元85，使所述服务端可穿戴设备监测所述产生方的剩余电量；

当所述产生方的剩余电量低于预设电量阈值时，所述选取单元82使所述服务端可穿戴设备将剩余电量最多的被分享方选取为新的产生方，以接替所述产生方并使所述产生方转换为被分享方。

在一实施例中，请参考图9，在软件实施方式中，该可穿戴设备的运动数据分享装置可以包括：

建立单元91，使第一可穿戴设备与第二可穿戴设备建立蓝牙连接，所述第二可穿戴设备还与至少一个其他可穿戴设备建立蓝牙连接；

接收单元92，使所述第一可穿戴设备接收所述第二可穿戴设备发送的配置指令，所述配置指令用于指示所述第一可穿戴设备切换至主动模式或被动模式；

主动处理单元93，当处于主动模式时，使所述第一可穿戴设备启用运动数据测量功能，通过所述运动数据测量功能测量运动数据，并将所述运动数据分享至所述第二可穿戴设备，以由所述第二可穿戴设备发送至所述其他可穿戴设备、作为所述其他可穿戴设备的运动数据；

被动处理单元94，当处于被动模式时，使所述第一可穿戴设备关闭运动数据测量功能，接收所述第二可穿戴设备发送的运动数据、以作为所述第一可穿戴设备自身的运动数据，其中所述运动数据由处于主动模式的其他可穿戴设备测量并分享至所述第二可穿戴设备。

可选的，还包括：

发送单元95，使所述第一可穿戴设备定期向所述第二可穿戴设备发送自身的剩余电量，以由所述第二可穿戴设备根据所述第一可穿戴设备和其他可穿戴设备的剩余电量，控制所述第一可穿戴设备在主动模式与被动模式之间实现切换。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。