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

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

背景技术

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

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

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

技术实现要素：

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

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

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

第一可穿戴设备分别与其他可穿戴设备建立蓝牙连接；

所述第一可穿戴设备通过运动数据测量功能测量得到运动数据；其中，所述其他可穿戴设备的运动数据测量功能被配置为关闭状态；

所述第一可穿戴设备将所述运动数据分享至所述其他可穿戴设备，以作为所述其他可穿戴设备的运动数据。

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

第二可穿戴设备与第一可穿戴设备建立蓝牙连接；

所述第二可穿戴设备在自身的运动数据测量功能处于关闭状态的情况下，接收所述第一可穿戴设备分享的运动数据，以作为所述第二可穿戴设备自身的运动数据；其中，所述运动数据由所述第一可穿戴设备通过运动数据测量功能测量得到。

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

建立单元，使第一可穿戴设备分别与其他可穿戴设备建立蓝牙连接；

测量单元，使所述第一可穿戴设备通过运动数据测量功能测量得到运动数据；其中，所述其他可穿戴设备的运动数据测量功能被配置为关闭状态；

分享单元，使所述第一可穿戴设备将所述运动数据分享至所述其他可穿戴设备，以作为所述其他可穿戴设备的运动数据。

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

建立单元，使第二可穿戴设备与第一可穿戴设备建立蓝牙连接；

接收单元，使所述第二可穿戴设备在自身的运动数据测量功能处于关闭状态的情况下，接收所述第一可穿戴设备分享的运动数据，以作为所述第二可穿戴设备自身的运动数据；其中，所述运动数据由所述第一可穿戴设备通过运动数据测量功能测量得到。

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

处理器；

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

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

附图说明

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

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

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

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

图5是一示例性实施例提供的一种产生方向被分享方发送运动轨迹的流程图。

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

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

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

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

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

具体实施方式

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

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

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

在实施运动数据的分享方案时，需要对可穿戴设备11～14进行角色分配，比如可穿戴设备11作为运动数据的产生方、测量并分享运动数据，而可穿戴设备12～14作为运动数据的被分享方、将产生方分享的运动数据作为自身的运动数据。相应地，这些可穿戴设备中仅需产生方测量运动数据并进行分享，而被分享方将产生方分享的运动数据作为自身的运动数据、无需主动测量运动数据，从而极大地降低被分享方的电量消耗。

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

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

下面分别针对作为产生方的可穿戴设备、作为被分享方的可穿戴设备等不同角色，对本说明书的运动数据分享方案进行说明。

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

步骤202，第一可穿戴设备分别与其他可穿戴设备建立蓝牙连接。

在一实施例中，第一可穿戴设备作为运动数据的产生方，测量运动数据；其他可穿戴设备作为运动数据的被分享方，由第一可穿戴设备通过建立的蓝牙连接将运动数据分享至各个被分享方。

在一实施例中，第一可穿戴设备可以响应于用户配置操作，将自身配置为运动数据的产生方。所述第一可穿戴设备可以发送蓝牙消息，所述蓝牙消息中包含运动数据分享标识，所述运动数据分享标识表明所述第一可穿戴设备希望分享自身测量的运动数据(即第一可穿戴设备为产生方)，并指示所述蓝牙消息的接收方关闭自身的运动数据测量功能；而当所述第一可穿戴设备接收到所述其他可穿戴设备返回的响应消息时，表明其他可穿戴设备同意将自身配置为被分享方，因而第一可穿戴设备可以通过实施步骤202～206所述的可穿戴设备的运动数据分享方法，将测量的运动数据分享至各个被分享方。

在一实施例中，步骤202中所述的其他可穿戴设备可以包括下述两种角色：服务端可穿戴设备和客户端可穿戴设备；实际上，第一可穿戴设备也属于“客户端可穿戴设备”这一角色。服务端可穿戴设备用于从所有“客户端可穿戴设备”中选取作为产生方的可穿戴设备；换言之，第一可穿戴设备可以被服务端可穿戴设备选取为运动数据的产生方。

其中，服务端可穿戴设备可以分别与各个“客户端可穿戴设备”(包括第一可穿戴设备以及步骤202中“其他可穿戴设备”中的客户端可穿戴设备)建立蓝牙连接；然后，所述第一可穿戴设备接收所述服务端可穿戴设备发送的配置指令，以在所述配置指令表明所述第一可穿戴设备被所述服务端可穿戴设备选取为运动数据的产生方时，实施步骤202～206所述的可穿戴设备的运动数据分享方法。

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

在一实施例中，当多个可穿戴设备之间希望实施本说明书的运动数据分享方案时，可以在这些可穿戴设备之间选举出服务端可穿戴设备(例如，选举规则可以包括mac地址最大、剩余电量最多等，本说明书并不对此进行限制)，而剩余的可穿戴设备被配置为客户端可穿戴设备。然后，该服务端可穿戴设备可以通过上述实施例，从客户端可穿戴设备中选取出运动数据的产生方，比如该产生方可以为上述的第一可穿戴设备。

在一实施例中，当多个可穿戴设备之间希望实施本说明书的运动数据分享方案时，某一可穿戴设备可以响应于用户配置操作，将自身配置为服务端可穿戴设备，然后与周边的可穿戴设备建立蓝牙连接，这些周边的可穿戴设备被该服务端可穿戴设备作为客户端可穿戴设备。然后，该服务端可穿戴设备可以通过上述实施例，从客户端可穿戴设备中选取出运动数据的产生方，比如该产生方可以为上述的第一可穿戴设备。

在一实施例中，服务端可穿戴设备为第一可穿戴设备之外的可穿戴设备，并由该服务端可穿戴设备将第一可穿戴设备选取为产生方；因此，首先由服务端可穿戴设备与各个客户端可穿戴设备分别建立蓝牙连接，而在将第一可穿戴设备选取为产生方后，可以将服务端可穿戴设备先前与各个客户端可穿戴设备建立的蓝牙连接断开，然后由第一可穿戴设备分别与其他可穿戴设备(包括服务端可穿戴设备以及第一可穿戴设备之外的客户端可穿戴设备)建立蓝牙连接。

在一实施例中，第一可穿戴设备可以为服务端可穿戴设备，且第一可穿戴设备将自身选取为产生方。那么，首先由作为服务端可穿戴设备的第一可穿戴设备与各个客户端可穿戴设备分别建立蓝牙连接，而由于第一可穿戴设备自身被选取为产生方，因而可以继续应用已建立的蓝牙连接、无需重新建立，相当于已经完成了步骤202。

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

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

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

步骤204，所述第一可穿戴设备通过运动数据测量功能测量得到运动数据；其中，所述其他可穿戴设备的运动数据测量功能被配置为关闭状态。

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

在一实施例中，作为运动数据的产生方，第一可穿戴设备可以对分享的运动数据进行标记，比如该产生方的id标识、分享地点等，使得被分享方收到该运动数据后，可以据此获知或向佩戴者展示该运动数据的来源等相关信息。

步骤206，所述第一可穿戴设备将所述运动数据分享至所述其他可穿戴设备，以作为所述其他可穿戴设备的运动数据。

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

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

在一实施例中，当可穿戴设备处于被分享方这一角色时，可以对收到的运动数据进行标注(尤其是在第一可穿戴设备未对分享的运动数据进行标记的情况下)，以表明该运动数据为自身之外的可穿戴设备分享的运动数据，而区分于该可穿戴设备主动通过运动数据测量功能进行测量得到的运动数据。

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

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

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

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

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

在一实施例中，所述第一可穿戴设备在自身的剩余电量低于预设电量阈值时，可以获取所述其他可穿戴设备的剩余电量(其他可穿戴设备可以周期性地向第一可穿戴设备上报自身的剩余电量；或者，第一可穿戴设备可以触发性地向其他可穿戴设备发起询问，以使得其他可穿戴设备上报自身的剩余电量)；所述第一可穿戴设备将剩余电量最多的其他可穿戴设备选取为运动数据的产生方；所述第一可穿戴设备向被选取的产生方发送配置指令，所述配置指令用于指示被选取的产生方实施如步骤202～206所述的可穿戴设备的运动数据分享方法，以替代所述第一可穿戴设备。以图1为例，当可穿戴设备11监测到自身的剩余电量低于预设电量阈值(如30％)时，如果可穿戴设备12的剩余电量为85％、可穿戴设备13的剩余电量为92％、可穿戴设备14的剩余电量为88％，可穿戴设备11可以选取可穿戴设备13为新的产生方，而可穿戴设备11切换为被分享方，以及可穿戴设备12、14仍然为被分享方，则可穿戴设备13可以通过步骤202～206所述的方法向可穿戴设备11-12、14分享运动数据。

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

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

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

步骤302，第二可穿戴设备与第一可穿戴设备建立蓝牙连接。

在一实施例中，第二可穿戴设备作为运动数据的被分享方、第一可穿戴设备作为运动数据的产生方，由第二可穿戴设备接收第一可穿戴设备测量并分享的运动数据，且第二可穿戴设备将该运动数据作为自身的运动数据，那么第二可穿戴设备无需主动实施对运动数据的测量，以节省电量。

在一实施例中，可以仅存在两台可穿戴设备，其中一台作为第一可穿戴设备、另一台作为第二可穿戴设备，由第一可穿戴设备向第二可穿戴设备分享运动数据。

在一实施例中，可以存在三台或更多可穿戴设备，其中一台作为第一可穿戴设备、其他可穿戴设备均可以作为“第二可穿戴设备”，每台“第二可穿戴设备”分别通过步骤302-304所述的运动数据分享方法获取第一可穿戴设备分享的运动数据，而步骤302-304从任一台“第二可穿戴设备”的角度进行描述，以阐明“第二可穿戴设备”在分享过程中实施的操作或处理。

步骤304，所述第二可穿戴设备在自身的运动数据测量功能处于关闭状态的情况下，接收所述第一可穿戴设备分享的运动数据，以作为所述第二可穿戴设备自身的运动数据；其中，所述运动数据由所述第一可穿戴设备通过运动数据测量功能测量得到。

在一实施例中，所述第二可穿戴设备接收所述第一可穿戴设备发送的蓝牙消息，所述蓝牙消息中包含运动数据分享标识；所述第二可穿戴设备根据解析出的所述运动数据分享标识，关闭自身的运动数据测量功能，从而将自身配置为运动数据的被分享方。

在一实施例中，当存在上述的服务端可穿戴设备时，第二可穿戴设备可以在作为客户端可穿戴设备的情况下，根据服务端可穿戴设备发送的配置指令，关闭自身的运动数据测量功能，从而将自身配置为运动数据的被分享方。

在一实施例中，所述第二可穿戴设备(以及其他被分享方)可以定期向所述第一可穿戴设备发送自身的剩余电量；或者，第一可穿戴设备可以在自身的剩余电量低于预设电量阈值的情况下，触发性地向第二可穿戴设备(以及其他被分享方)询问其剩余电量。总之，第一可穿戴设备可以根据第二可穿戴设备以及其他的被分享方的剩余电量，选取剩余电量最高的可穿戴设备作为新的产生方，以替换第一可穿戴设备。

假定第一可穿戴设备希望选取第二可穿戴设备作为新的产生方，所述第二可穿戴设备可以接收所述第一可穿戴设备发送的配置指令，使得所述第二可穿戴设备响应于所述配置指令，与周围的至少一个可穿戴设备建立蓝牙连接；然后，所述第二可穿戴设备开启自身的运动数据测量功能，并将测量得到的运动数据分享至所述至少一个可穿戴设备，以作为所述至少一个可穿戴设备的运动数据；其中，所述至少一个可穿戴设备的运动数据测量功能被配置为关闭状态。

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

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

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

步骤402，智能手表41分别向智能手表42-43发送蓝牙消息1。

在一实施例中，蓝牙消息1包含运动数据分享标识，该运动轨迹分享标识的作用为：一方面表明智能手表41希望分享自身测量的运动轨迹，另一方面使得智能手表42、智能手表43分别关闭自身的定位芯片。那么，智能手表41可以作为运动轨迹的产生方、而智能手表42-43可以作为运动数据的被分享方。

步骤403，智能手表42、智能手表43分别关闭自身的定位芯片。

步骤404，智能手表41测量定位信息、生成运动轨迹。

在一实施例中，通过定位芯片对智能手表41所处的位置进行测量，并将测量得到的位置信息进行组合、处理，即可形成相应的运动轨迹。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在图4所示的实施例中，智能手表41被配置为运动轨迹的产生方，并由智能手表41通过向智能手表42-43发送蓝牙消息1，以将其配置为被分享方。在其他实施例中，运动轨迹的产生方可以通过选举的方式确定，下面结合图6进行详细说明。图6是一示例性实施例提供的另一种对运动轨迹进行共享的交互示意图。如图6所示，该交互过程可以包括以下步骤：

步骤601，智能手表42分别与智能手表41、智能手表43建立蓝牙连接。

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

在一实施例中，智能手表42作为服务端可穿戴设备，并将智能手表41、智能手表43作为客户端可穿戴设备，从而由服务端可穿戴设备从客户端可穿戴设备中选取运动轨迹的产生方。

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

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

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

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

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

步骤604a，智能手表42向智能手表43发送配置指令1。

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

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

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

在一实施例中，由于选取智能手表41为产生方，即由智能手表41向智能手表42-43分享运动轨迹，因而除了指示智能手表43关闭定位芯片之外，智能手表42还主动关闭自身的定位芯片，以节省耗电量。

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

步骤605b，智能手表41根据收到的配置指令2，与智能手表43之间建立蓝牙连接。

在一实施例中，配置指令2用于指示智能手表41将自身配置为运动轨迹的产生方。

在一实施例中，由于智能手表41被选取为运动轨迹的产生方，需要将生成的运动轨迹分享至各个被分享方，因而智能手表41需要通过与智能手表43建立蓝牙连接，以基于该蓝牙连接将运动轨迹分享至智能手表43。此外，由于智能手表41与智能手表42已经在步骤601中建立了蓝牙连接，因而此处可以继续使用该蓝牙连接，无需断开和重新建立连接。当然，为了保持处理逻辑上的一致性，智能手表42在选取智能手表41为产生方，并分别发送了上述的配置指令1、配置指令2之后，智能手表42可以选择断开步骤601中建立的所有蓝牙连接，然后由智能手表41分别与智能手表42-43建立蓝牙连接，本说明书并不对此进行限制。

步骤606，智能手表41测量定位信息、生成运动轨迹。

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

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

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

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

步骤701，智能手表41监控到自身的剩余电量过低。

在一实施例中，智能手表41被配置为运动轨迹的产生方后，可以持续监控自身的剩余电量。

在一实施例中，智能手表41可以将自身的剩余电量与预设电量阈值进行比较，从而在自身的剩余电量达到或低于预设电量阈值时，确定剩余电量过低。然后，智能手表41需要从其他的可穿戴设备中选取新的运动轨迹产生方，避免继续大量消耗智能手表41的电能。

在一实施例中，预设电量阈值可以为厂商或用户预定义的固定值。在另一实施例中，预设电量阈值可以与用户的运动时长相关，比如用户a～c计划运动12小时，预设电量阈值可以为30％，而当用户a～c计划运动1周，预设电量阈值可以为60％，确保剩余电能足够支撑智能手表41在后续运动中的正常运行。

步骤702，智能手表41分别向智能手表42-43询问剩余电量。

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

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

在一实施例中，智能手表42-43在平时无需向智能手表41上报自身的剩余电量，而由智能手表41在需要时向智能手表42-43进行询问。在另一实施例中，智能手表42-43也可以定期向智能手表41上报自身的剩余电量，则智能手表41可以省去步骤702和步骤703a-b，直接根据最近一次收到的智能手表42-43上报的剩余电量选取新的运动轨迹产生方即可。

步骤704，智能手表41根据剩余电量1-2的取值大小，选取新的运动轨迹产生方。

在一实施例中，智能手表41可以根据智能手表42-43的剩余电量1-2，从中选取剩余电量较高的智能手表，用于替换智能手表41；譬如，当剩余电量1＞剩余电量2时，智能手表41可以选取智能手表42为新的产生方。

步骤705，智能手表41向智能手表42发送蓝牙消息2。

在一实施例中，蓝牙消息2用于指示智能手表42将自身配置为运动轨迹的产生方。例如，智能手表42可以重新开启自身的定位芯片，并基于产生方的逻辑执行相关操作。

步骤706a，智能手表41关闭自身的定位芯片。

在一实施例中，在选取智能手表42为产生方，并且通过蓝牙消息2向智能手表42进行告知后，智能手表41可以关闭自身的定位芯片，并切换为运动轨迹的被分享方。其中，智能手表41可以在发送蓝牙消息2后，等待智能手表42返回的确认消息；当智能手表42返回确认消息时，可以确定智能手表42认可将自身配置为运动轨迹的产生方或者智能手表42已经将自身配置为运动轨迹的产生方，则智能手表41可以在此时切换至运动轨迹的被分享方。

步骤706b，智能手表42与智能手表43建立蓝牙连接。

在一实施例中，由于智能手表42被选取为运动轨迹的产生方，需要将生成的运动轨迹分享至各个被分享方，因而智能手表42需要通过与智能手表43建立蓝牙连接，以基于该蓝牙连接将运动轨迹分享至智能手表43。此外，由于在智能手表41作为产生方时，智能手表41与智能手表42已经建立了蓝牙连接，因而此处可以继续使用该蓝牙连接，无需断开和重新建立连接。当然，为了保持处理逻辑上的一致性，智能手表41在选取智能手表42为产生方，并发送了上述的蓝牙消息2之后，智能手表41可以选择断开已建立的所有蓝牙连接，然后由智能手表42分别与智能手表41、智能手表43建立蓝牙连接，本说明书并不对此进行限制。

步骤707，智能手表42测量自身的定位信息、生成运动轨迹。

在一实施例中，智能手表42在收到蓝牙消息2后，需要开启自身的定位芯片、以用于测量定位信息，从而基于该定位信息生成运动轨迹。此后，智能手表42将替代智能手表41，成为运动轨迹的产生方。

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

在一实施例中，步骤707～708与图4所示实施例中的步骤404～405相似，此处不再赘述。

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

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

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

第一建立单元901，使第一可穿戴设备分别与其他可穿戴设备建立蓝牙连接；

测量单元902，使所述第一可穿戴设备通过运动数据测量功能测量得到运动数据；其中，所述其他可穿戴设备的运动数据测量功能被配置为关闭状态；

分享单元903，使所述第一可穿戴设备将所述运动数据分享至所述其他可穿戴设备，以作为所述其他可穿戴设备的运动数据。

可选的，所述其他可穿戴设备中包括服务端可穿戴设备和客户端可穿戴设备；所述装置还包括：

第二建立单元904，使所述第一可穿戴设备与所述服务端可穿戴设备建立蓝牙连接，且所述服务端可穿戴设备还与所述客户端可穿戴设备建立蓝牙连接；

接收单元905，使所述第一可穿戴设备接收所述服务端可穿戴设备发送的配置指令，以在所述配置指令表明所述第一可穿戴设备被所述服务端可穿戴设备选取为运动数据的产生方时，实施如本说明书中任一实施例所述的可穿戴设备的运动数据分享方案(例如图1-7所示的实施例)。

可选的，还包括：

发送单元906，使所述第一可穿戴设备发送蓝牙消息，所述蓝牙消息中包含运动数据分享标识，所述运动数据分享标识表明所述第一可穿戴设备希望分享自身测量的运动数据，并指示所述蓝牙消息的接收方关闭自身的运动数据测量功能；

实施单元907，使所述第一可穿戴设备在接收到所述其他可穿戴设备返回的响应消息后，实施如本说明书中任一实施例所述的可穿戴设备的运动数据分享方案(例如图1-7所示的实施例)。

可选的，还包括：

获取单元908，使所述第一可穿戴设备在自身的剩余电量低于预设电量阈值时，获取所述其他可穿戴设备的剩余电量；

选取单元909，使所述第一可穿戴设备将剩余电量最多的其他可穿戴设备选取为运动数据的产生方；

配置单元910，所述第一可穿戴设备向被选取的产生方发送配置指令，所述配置指令用于指示被选取的产生方实施如本说明书中任一实施例所述的可穿戴设备的运动数据分享方案(例如图1-7所示的实施例)，以替代所述第一可穿戴设备。

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

第一建立单元1001，使第二可穿戴设备与第一可穿戴设备建立蓝牙连接；

第一接收单元1002，使所述第二可穿戴设备在自身的运动数据测量功能处于关闭状态的情况下，接收所述第一可穿戴设备分享的运动数据，以作为所述第二可穿戴设备自身的运动数据；其中，所述运动数据由所述第一可穿戴设备通过运动数据测量功能测量得到。

可选的，还包括：

第二接收单元1003，使所述第二可穿戴设备接收所述第一可穿戴设备发送的蓝牙消息，所述蓝牙消息中包含运动数据分享标识；

功能关闭单元1004，使所述第二可穿戴设备根据解析出的所述运动数据分享标识，关闭自身的运动数据测量功能。

可选的，还包括：

第三接收单元1005，使所述第二可穿戴设备接收所述第一可穿戴设备发送的配置指令；

第二建立单元1006，使所述第二可穿戴设备响应于所述配置指令，与周围的至少一个可穿戴设备建立蓝牙连接；

分享单元1007，使所述第二可穿戴设备开启自身的运动数据测量功能，并将测量得到的运动数据分享至所述至少一个可穿戴设备，以作为所述至少一个可穿戴设备的运动数据；其中，所述至少一个可穿戴设备的运动数据测量功能被配置为关闭状态。

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

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

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

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

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

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

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

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

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