CN115391161B - 日志传输方法、设备、系统及存储介质 - Google Patents

Abstract

本申请实施例提供一种日志传输方法、设备、系统及存储介质，涉及智能终端技术领域，用以解决功耗异常事件可能会降低小型智能设备的续航能力的问题。在本申请方案中，由小型智能设备采用异常问题判断算法监测是否发生异常事件，并在监测到出现异常事件后，进入续航异常预警模式，以一个较短的时间间隔抓取功耗日志，然后将抓取到的功耗日志上传至服务器，从而可以基于功耗日志分析、解决功耗异常问题。通过缩短抓取周期，可以提升抓取日志的有效性。另外通过将异常事件前移到小型智能设备，可以提前暴露功耗异常，提升问题分析效率。

Description

日志传输方法、设备、系统及存储介质

技术领域

本申请涉及智能终端技术领域，尤其涉及一种日志传输方法、设备、系统及存储介质。

背景技术

目前，智能手表、智能手环和智能耳机等小型智能设备的使用范围越来越广。为了方便用户佩戴，大多数小型智能设备具备体积小巧、轻便的特性。

通常会采用减小电池的体积和重量的方式，提高小型智能设备的便携性，这对小型智能设备的续航能力提出了更高的要求。然而，在小型智能设备的使用过程中，除了正常运行进程会消耗电量之外，还可能会出现各类异常事件。这些异常事件将增加小型智能设备的耗电量，从而降低小型智能设备的续航能力。

发明内容

本申请提供一种日志传输方法、设备、系统及存储介质，解决了异常事件会降低小型智能设备的续航能力的技术问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请实施例提供一种日志传输方法。该方法包括：获取功耗监测数据，该功耗监测数据表示小型智能设备在运行过程中的功耗情况。若功耗监测数据满足功耗异常条件，则按照第一时间间隔抓取功耗日志，该功耗异常条件指示小型智能设备的功耗超过预设功耗，第一时间间隔小于第二时间间隔，第二时间间隔为在功耗监测数据未满足功耗异常条件时抓取功耗日志的时间间隔。在满足日志上报条件的情况下，向服务器发送抓取到的功耗日志，抓取到的功耗日志用于确定小型智能设备存在的功耗异常问题。

在上述方案中，通过监测小型智能设备是否发生异常事件，可以在出现异常事件后立即进入续航异常预警模式，以一个较短的时间间隔抓取功耗日志，然后将抓取到的功耗日志上传至服务器，从而可以基于功耗日志分析、解决功耗异常问题。通过缩短抓取周期，可以提升抓取日志的有效性。另外，通过将异常事件的监测过程前移到小型智能设备，可以提前暴露功耗异常，提升问题分析效率。

作为一种可选的实现方式，该方法还包括：若确定功耗监测数据不满足功耗异常条件，则按照第二时间间隔抓取功耗日志，并继续重新获取功耗监测数据，以及确定重新获取的功耗监测数据是否满足功耗异常条件。应理解，当耗监测数据不满足功耗异常条件时，可以确定未发生功耗异常事件，此时仍可以按照一个较长的时间间隔抓取功耗日志。另外，由于随时可能发生高功耗异常事件，因此还需要重新获取功耗监测数据。

作为一种可选的实现方式，该方法还包括：若确定功耗监测数据满足功耗异常条件，则暂停重新获取功耗监测数据；在向服务器发送抓取到的功耗日志后，继续重新获取功耗监测数据，并确定重新获取的功耗监测数据是否满足功耗异常条件。应理解，在确定功耗监测数据满足功耗异常条件后，由于继续发生高功耗异常事件的可能性较高，因此可以暂停重新获取功耗监测数据，并继续以一个较短的时间间隔抓取功耗日志。

作为一种可选的实现方式，功耗监测数据包括下述至少一种类型数据：器件下电数据、电量变化数据、低功耗模式数据、异常持锁数据、异常唤醒数据和电流监测数据。其中，器件下电数据表示预设功能器件是否下电，电量变化数据表示小型智能设备在不同时段的掉电量，低功耗模式数据表示预设功能器件是否进入低功耗模式，异常持锁数据表示小型智能设备的应用程序是否异常持锁，异常唤醒数据表示预设功能器件的唤醒次数，电流监测数据，电流监测数据表示小型智能设备执行预设进程时的电流值。

作为一种可选的实现方式，功耗监测数据为按照预设周期获取的，该预设周期的周期长度小于第一时间间隔。相应地，功耗监测数据满足功耗异常条件，包括：在由M个预设周期组成的时段内获取到的N种数据满足功耗异常条件，N种数据属于功耗监测数据包括的任意一种或多种类型数据，M和N均为预先设置的正整数；或者，在任意一个周期中获取到的第一数据满足功耗异常条件，第一数据属于在功耗监测数据包括的多种类型数据中预先指定的一种或多种类型数据；或者，在K个连续的预设周期的每个预设周期中获取到的第二数据均满足功耗异常条件，第二数据属于功耗监测数据包括的任意一种或多种类型数据，K为预先设置的正整数。

作为一种可选的实现方式，器件下电数据满足功耗异常条件，包括下述至少一项：预设功能器件在预设时刻未下电；预设功能器件未响应于用户操作下电；以及，预设功能器件在预设进程终止后未下电。应理解，可穿戴设备可以通过轮询预设功能器件的下电情况，判断出是否发生功耗异常事件。

作为一种可选的实现方式，电量变化数据满足功耗异常条件，包括下述至少一项：小型智能设备的夜间掉电量大于或等于第一掉电量；小型智能设备的日间掉电量大于或等于第二掉电量；以及，小型智能设备在目标时段的掉电量大于或等于第三掉电量，目标时段为根据小型智能设备的历史掉电量确定的一个时段。

作为一种可选的实现方式，低功耗模式数据满足功耗异常条件，包括下述至少一项：预设功能器件在预设时刻未进入低功耗模式；预设功能器件未响应于用户操作进入低功耗模式；以及，预设功能器件在预设进程终止后未进入低功耗模式。应理解，可穿戴设备可以通过轮询预设功能器件是否进入低功耗模式，以判断出是否发生功耗异常事件。

作为一种可选的实现方式，异常持锁数据满足功耗异常条件，包括下述至少一项：小型智能设备的应用程序发生异常持锁；以及，小型智能设备的应用程序发生异常持锁的时长大于或等于预设持锁时长，不同的应用程序对于不同的预设持锁时长。

作为一种可选的实现方式，异常唤醒数据满足功耗异常条件，包括下述至少一项：预设功能器件在预设时段内唤醒次数大于或等于预设次数；以及，预设功能器件在非预设时段内唤醒。应理解，如果应用程序出现了异常持锁，那么会导致系统无法休眠，带来高耗电的问题，缩短了可穿戴设备的续航时间。因此通过判断异常唤醒数据是否满足功耗异常条件，可以判断是否发生功耗异常事件。

作为一种可选的实现方式，电流监测数据满足功耗异常条件，包括下述至少一项：小型智能设备执行预设进程时的电流值大于或等于预设电流值；以及，小型智能设备执行预设进程时的电流值与预设电流值的差值大于或等于预设差值。

作为一种可选的实现方式，预设功能器件包括下述至少一项：全球定位系统模块、蓝牙低功耗模块、编解码模块、显示设备和传感器。

作为一种可选的实现方式，日志上报条件包括下述任意一项：小型智能设备接收到用户输入的上传操作；小型智能设备的系统时间达到目标时刻，目标时刻为根据预设上报周期确定的时刻，或为按照第一时间间隔抓取功耗日志的总时长达到预设时长的时刻；以及，小型智能设备在目标时段内抓取到的功耗日志的数据量大于或等于预设数据量，目标时段为从上一次向服务器发送抓取到的功耗日志的时刻到当前时刻，或者目标时段为从确定功耗监测数据满足功耗异常条件的时刻到当前时刻。

作为一种可选的实现方式，若日志上报条件包括小型智能设备接收到用户输入的上传操作，则向服务器发送的功耗日志，包括：从第一时刻到第二时刻抓取的全部功耗日志。其中，第一时刻为上一次向服务器发送抓取到的功耗日志的时刻，或第一时刻为确定功耗监测数据满足功耗异常条件的时刻；第二时刻为接收到用户输入的上传操作的时刻。

作为一种可选的实现方式，若日志上报条件包括小型智能设备的系统时间达到目标时刻，且目标时刻为根据预设上报周期确定的时刻，则向服务器发送的功耗日志，包括：从上一次向服务器发送抓取到的功耗日志的时刻到目标时刻，抓取的全部功耗日志。

作为一种可选的实现方式，若日志上报条件包括小型智能设备的系统时间达到目标时刻，且目标时刻为根据预设上报周期确定的时刻，则向服务器发送的功耗日志，包括：从上一次向服务器发送抓取到的功耗日志的时刻到目标时刻，抓取的全部功耗日志。

作为一种可选的实现方式，若日志上报条件包括小型智能设备的系统时间达到目标时刻，且目标时刻为按照第一时间间隔抓取功耗日志的总时长达到预设时长的时刻，则向服务器发送的功耗日志，包括：在总时长内按照第一时间间隔抓取的全部功耗日志。

作为一种可选的实现方式，若日志上报条件包括小型智能设备在目标时段内抓取到的功耗日志的数据量大于或等于预设数据量，目标时段为从上一次向服务器发送抓取到的功耗日志的时刻到当前时刻，则向服务器发送的功耗日志，包括：从上一次向服务器发送抓取到的功耗日志的时刻到目标时刻，抓取的全部功耗日志。

作为一种可选的实现方式，若日志上报条件包括小型智能设备在目标时段内抓取到的功耗日志的数据量大于或等于预设数据量，目标时段为从确定功耗监测数据满足功耗异常条件的时刻到当前时刻，则向服务器发送的功耗日志，包括：从确定功耗监测数据满足功耗异常条件的时刻到当前时刻，抓取的全部功耗日志。

第二方面，本申请实施例提供一种日志传输方法。该方法包括：接收来自多个小型智能设备的第一功耗日志和/或第二功耗日志，第一功耗日志为在确定小型智能设备的功耗监测数据满足功耗异常条件后按照第一时间间隔抓取到的功耗日志，第二功耗日志为在确定小型智能设备的功耗监测数据未满足功耗异常条件后按照第二时间间隔抓取到的功耗日志，功耗异常条件指示小型智能设备的功耗超过预设功耗，第一时间间隔小于第二时间间隔；向多个小型智能设备推送更新后的软件升级包，更新后的软件升级包用于解决第一功耗日志和/或第二功耗日志中存在的功耗异常问题。

在上述方案中，由于将异常事件的监测过程前移到小型智能设备，特别是在出现异常事件后小型智能设备以一个较短的时间间隔抓取功耗日志，而服务器仅需接收小型智能设备发送的功耗日志，无需筛选异常事件，因此提升问题分析效率。

作为一种可选的实现方式，向多个小型智能设备推送更新后的软件升级包之前，该方法还可以包括：响应于来自控制设备的请求消息，向控制设备发送目标日志，目标日志为从第一功耗日志中筛选出的、与功耗异常问题关联的功耗日志；接收来自控制设备的更新后的软件升级包，更新后的软件升级包为在目标日志满足异常筛选条件的情况下根据目标日志生成的。应理解，在产品测试阶段，小型智能设备的软件版本可能存在较多的功耗异常问题，因此在小型智能设备将抓取到的功耗日志上传至服务器后，研发人员可以采用控制设备从服务器下载功耗日志，并基于功耗日志分析功耗异常问题，从而可以在产品商用之前解决软件版本中存在的问题，提升小型智能设备的续航能力。

作为一种可选的实现方式，向多个小型智能设备推送更新后的软件升级包之前，该方法还可以包括：从第一功耗日志和/或第二功耗日志中筛选出目标日志，该目标日志为与功耗异常问题关联的功耗日志；在目标日志满足异常筛选条件的情况下，根据目标日志生成更新后的软件升级包。应理解，由在产品商用阶段，小型智能设备的软件版本可能还会存在少量功耗异常问题，而这些问题将减少设备的续航时间，从而影响用户的使用体验感。因此，在投入商用后，小型智能设备仍可以采用异常问题判断算法监测是否发生功耗异常事件，并将抓取到的功耗日志上传至服务器，从而服务器可以基于功耗日志自动分析功耗异常问题。如此在产品商用之后也可以解决软件版本中存在的问题，进一步提升了续航能力。

第三方面，本申请提供一种传输装置，该装置包括用于执行上述第一方面或第二方面的方法的单元/模块。该装置可对应于执行上述第一方面或第二方面描述的方法，该装置中的单元/模块的相关描述请参照上述第一方面或第二方面的描述，为了简洁，在此不再赘述。

第四方面，提供一种小型智能设备，包括处理器，通信接口，以及与处理器和通信接口耦合的存储器。其中，存储器中存储有指令，处理器执行指令时，使得小型智能设备实现如第一方面中任一项的日志传输方法。

第五方面，提供一种服务器，包括处理器，通信接口，以及与处理器和通信接口耦合的存储器。其中，存储器中存储有指令，处理器执行指令时，使得服务器实现如第二方面中任一项的日志传输方法。

第六方面，提供一种通信系统，包括如第四方面的小型智能设备，以及如第五方面的服务器。

第七方面，提供一种芯片，该芯片与存储器耦合，该芯片用于读取并执行该存储器中存储的计算机程序，以实现如第一方面或第二方面中任一项的日志传输方法。

第八方面，提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序。当该计算机程序在云端设备上运行时，使得云端设备执行如第一方面中任一项的日志传输方法；或者，当该计算机程序在终端设备上运行时，使得终端设备执行如第二方面中任一项的日志传输方法。

第九方面，提供一种计算机程序产品。当计算机程序产品在计算机上运行时，使得计算机执行如第一方面或第二方面中任一项的日志传输方法。

可以理解的是，上述第三方面至第九方面的有益效果可以参见上述第一方面或第二方面中的相关描述，在此不再赘述。

附图说明

图1为本申请实施例提供的一种通信系统的架构示意图；

图2为本申请实施例提供的一种向服务器上传日志的方法的流程示意图；

图3为本申请实施例提供的签订用户隐私协议的界面示意图；

图4为本申请实施例提供的在产品测试阶段时的日志传输方法的流程示意图；

图5为本申请实施例提供的抓取和上报功耗日志的示意图之一；

图6为本申请实施例提供的抓取和上报功耗日志的示意图之二；

图7为本申请实施例提供的在产品商用阶段时的日志传输方法的流程示意图；

图8为本申请实施例提供的抓取和上报功耗日志的示意图之三；

图9为本申请实施例提供的抓取和上报功耗日志的示意图之四；

图10为本申请实施例提供的抓取和上报功耗日志的示意图之五；

图11为本申请实施例提供的抓取和上报功耗日志的示意图之六；

图12为本申请实施例提供的六种获取功耗监测数据的示意图；

图13为本申请实施例提供的传输装置的结构示意图；

图14为本申请实施例提供的可穿戴设备的结构示意图；

图15为本申请实施例提供的服务器的结构示意图。

具体实施方式

下面对本申请中涉及的一些名词或者术语进行解释说明。

小型智能设备，是指具备某种功能的、无需频繁充电的小型电子设备。通常，小型智能设备具备体积小巧轻便，易于用户佩戴、携带或移动的特性。在一些实施例中，小型智能设备可以是可穿戴设备，比如智能手环、智能手表、智能眼镜、智能耳机、智能脚环和贴片式智能体温计等。在另一些实施例中，小型智能设备可以是小型智能家居设备，比如体重计、体脂计、烟感报警器等。在又一些实施例中，小型智能设备可以是小型无人机等。需要说明的是，下述实施例均是以可穿戴设备为例进行示例说明的，其并不对本申请实施例形成任何限定。

由于在大多数情况下这些小型智能设备与公网电源不会直接连接，不方便频繁充电，因此对电池的续航能力要求较高。另外，这些小型智能设备受到体积和重量的限制，无法通过增加电池容量的方式提高续航能力。

在小型智能设备的使用过程中，除了正常运行进程会消耗电量之外，还可能会出现各类异常事件，这些异常事件将增加小型智能设备的耗电量，从而降低了小型智能设备的续航能力。在这种情况下，可以通过分析发现异常事件并据此升级软件版本的方式，降低异常事件发生的可能性，提高小型智能设备的续航能力。

图1示出了一种通信系统的架构示意图。如图1所示，该通信系统可以包括可穿戴设备01，服务器02和控制设备03。可穿戴设备01与服务器02通过移动通信方式或无线通信方式连接。服务器02与控制设备03通过移动通信方式或无线通信方式连接。

其中，可穿戴设备01可以为使用者所佩戴的智能手环、智能手表、智能眼镜、智能耳机、智能脚环和贴片式智能体温计等。服务器02可以为用于向可穿戴设备01提供“云”服务的云端设备。控制设备03可以为研发人员使用的，用于通过分析异常事件，更新软件版本的电子设备。比如控制设备03可以为个人计算机（personal computer，PC）、个人数字助理（personal digital assistant，PDA）、平板电脑、手机、笔记本电脑及超级移动个人计算机（ultra-mobile personal computer，UMPC）等。

在一些实施例中，服务器02提供云存储服务。在可穿戴设备01获取到用户数据后，可以将这些数据上传至服务器02。比如，用户数据可以是体温、血压、体重和睡眠质量监测数据等各种生理数据，用户数据也可以是照片、通讯录等隐私数据。

在另一些实施例中，服务器02提供软件版本维护功能。可穿戴设备01可以将获取的日志上传至服务器02。研发人员使用控制设备03从服务器02下载日志后，基于日志分析存在的异常问题，并通过更新软件版本的方式解决异常问题，然后将更新的软件版本发送到服务器02。服务器02可以向可穿戴设备01推送更新的软件版本。

需要说明的是，图1是以通信系统包括可穿戴设备01，服务器02和控制设备03为例进行示例说明的。在某些场景下，比如可穿戴设备01的商用阶段，可以由服务器02自动基于日志分析存在的异常问题，此时通信系统可以不包括控制设备03。

此外，图1、图2、图4及图7均是以一个可穿戴设备01与服务器02连接为例进行示例说明的，其并不对本申请实施例形成限定。在实际实现时，可穿戴设备01的数量可以为多个。多个可穿戴设备01可将获取到的功耗日志发送到服务器02。应理解，与服务器02连接的可穿戴设备01的数量越多，服务器02接收的日志越多，研发人员从服务器02下载的日志也越多，基于日志最终发现的问题也更集中、更具代表性。

基于如图1所示的通信信息，图2示出了一种向服务器上传日志的方法的流程示意图。如图2所示，该方法可以包括下述S21至S28。

S21．可穿戴设备每隔24小时抓取一次功耗日志（power log）。

其中，功耗日志可以用于记录与功耗事件相关的数据。

由于功耗日志涉及到用户隐私，因此在可穿戴设备抓取功耗日志之前，用户可以签订用户隐私协议或用户体检计划，这样在可穿戴设备获得用户授权后，可以按照用户隐私协议或用户体检计划所规定的预设时间，在功耗日志内进行相关日志打点，抓取对应的功耗日志。

S22．可穿戴设备接收用户输入的触发操作，并响应于该触发操作，向服务器上传抓取到的功耗日志。该触发操作用于触发功耗日志上传。

S23．服务器存储该功耗日志。

S24．控制设备接收研发人员输入的下载操作，并响应于该下载操作，向服务器发送下载该功耗日志的请求消息。

S25．服务器响应于请求消息，向控制设备发送该功耗日志。

S26．控制设备存储该功耗日志。

研发人员可以对功耗日志进行分析，发现一些反映异常事件的功耗日志，并基于这些异常事件对软件版本进行升级，得到更新后的软件升级包。然后，研发人员可以将更新后的软件升级包上传到服务器。

S27．控制设备向服务器发送更新后的软件升级包。该更新后的软件升级包为基于该功耗日志中存在的异常事件制作的，用于解决该异常事件的软件升级包。

S28．服务器向可穿戴设备推送更新后的软件升级包。

在上述过程中，为了降低可穿戴设备由于抓取功耗日志消耗过多能量，通常用户隐私协议或用户体检计划所规定的预设时间为一个较大取值，比如为24小时等，但是抓取功耗日志的间隔较长可能导致相关异常点日志缺失，从而阻塞异常问题的分析。另外，研发人员需要下载功耗日志后，通过解析功耗日志进行续航异常事件的判断与定位，分析时间滞留24小时，不能支撑实时分析，效率较低。

鉴于上述问题，本申请实施例提供了一种改进后的日志传输方法：由可穿戴设备采用异常问题判断算法确定是否发生异常事件，并在出现异常事件后，进入续航异常预警模式，以一个较短的时间间隔（比如2小时）抓取功耗日志，缩短功耗日志抓取的周期，提升功耗日志抓取的有效性，保证分析质量。另外，通过将异常事件提醒从控制设备前移到可穿戴设备，可以提前暴露功耗异常，提升测试人员与开发人员的分析效率，提升产品的续航质量。

本申请实施例提供的改进后的日志传输方法可以应用于两种场景：

第1种场景是，在将可穿戴设备投入商用之前，即产品测试阶段，由使用可穿戴设备的在研用户与设备开发商签订用户体检计划。在该阶段，可穿戴设备的软件版本可能存在较多的高功耗异常问题，因此通过早期的体检计划，在研用户可以将更多的反映高功耗异常问题的功耗日志提交至后台服务器，进而在产品商用之前解决软件版本中存在的问题。

第2种场景是，在将可穿戴设备投入商用之后，即产品商用阶段，由使用可穿戴设备的商用用户与设备开发商签订用户隐私协议。在该阶段，可穿戴设备可能还会存在少量高功耗异常问题，而这些问题将减少设备的续航时间，从而影响用户的使用体验感。因此，在可穿戴设备投入商用后，可以继续通过上报的功耗日志发现、解决功耗异常问题。

图3示出了一种签订用户隐私协议的界面示意图。如图3中的（a）所示，在产品测试阶段或产品商用阶段，如果用户对可穿戴设备在显示屏31上显示的运动健康图标32进行点击操作，那么在可穿戴设备首次显示运动健康应用的界面时，可以显示如图3中的（b）所示的提示信息“我已阅读并同意《用户授权与隐私保护协议》”33以及确认选项34。如果用户点击认选项34，那么可穿戴设备确认用户同意授权，并开始采用异常问题判断算法监测是否发生高功耗异常事件，并在出现高功耗异常事件后，进入续航异常预警模式，以一个较短的时间间隔（比如2小时）抓取功耗日志。

下面将通过实施例一和实施例二，对与上述两种场景对应的日志传输方法进行示例说明。

实施例一

图4示出了在产品测试阶段时的日志传输方法的流程示意图。如图4所示，该方法可以包括下述S40至S49。

S40．在可穿戴设备的运行过程中，可穿戴设备按照预设周期获取功耗监测数据。该功耗监测数据可以用于表示可穿戴设备在运行过程中的功耗情况。

示例性地，在可穿戴设备的运动健康应用中预先存储了高功耗异常事件监测算法，该高功耗异常事件监测算法可以包括待获取的功耗监测数据的类型，获取功耗监测数据时的周期（称为预设周期），在发生高功耗异常事件时抓取功耗日志的时间间隔（称为第一时间间隔），在未发生高功耗异常事件时抓取功耗日志的时间间隔（称为第二时间间隔），以及用于判断是否发生高功耗异常事件的功耗异常条件等。如果用户签订了《用户授权与隐私保护协议》，那么在可穿戴设备的运行过程中，可穿戴设备可以基于高功耗异常事件监测算法，按照预设周期实时获取功耗监测数据，以对高功耗异常事件进行监测。

上述预设周期可以为1秒，1分钟或半小时，本申请实施例不作限定。此外，为了有效监测到高功耗异常事件，预设周期小于第一时间间隔、第二时间间隔。

S41．可穿戴设备判断该功耗监测数据是否满足功耗异常条件。该功耗异常条件可以用于指示可穿戴设备的功耗超过预设功耗，即可穿戴设备的功耗过高。

S42．在功耗监测数据未满足功耗异常条件的情况下，可穿戴设备确定未发生高功耗异常事件，继续按照第二时间间隔抓取功耗日志。

在继续按照第二时间间隔抓取功耗日志的过程中，由于随时可能发生高功耗异常事件，因此可穿戴设备还需要重新获取功耗监测数据，即继续执行上述S40和S41。

S43．在功耗监测数据满足功耗异常条件的情况下，可穿戴设备确定发生了高功耗异常事件，进入续航异常预警模式：将抓取功耗日志的时间间隔由第二时间间隔缩短为第一时间间隔。

在本申请实施例中，第一时间间隔小于第二时间间隔。比如，第一时间间隔为2小时，第二时间间隔为24小时。再比如，第一时间间隔为1小时，第二时间间隔为24小时。可以理解，当功耗监测数据满足功耗异常条件时，可穿戴设备通过缩短抓取功耗日志的时间间隔，可以提升抓取日志的有效性。

在确定功耗监测数据满足功耗异常条件后，由于继续发生高功耗异常事件的可能性较高，因此可穿戴设备可以暂停重新获取功耗监测数据，并一直按照第一时间间隔抓取功耗日志，直至将抓取到的功耗日志发送到服务器。然后，可穿戴设备可以重新按照预设周期，获取新的功耗监测数据，并根据新的功耗监测数据判断是否发生高功耗异常事件。即，在将抓取到的功耗日志发送到服务器后，可穿戴设备继续执行上述S40和S41。

S44．可穿戴设备响应于用户输入的上传操作，将抓取到的功耗日志上传至服务器。该抓取到的功耗日志用于确定可穿戴设备存在的功耗异常问题。

上述“抓取到的功耗日志”可以包括：从第一时刻到第二时刻抓取的全部功耗日志。

在一种实现方式中，第一时刻为可穿戴设备上一次向服务器发送抓取到的功耗日志的时刻，第二时刻为可穿戴设备接收到用户输入的上传操作的时刻。

示例性地，在《用户授权与隐私保护协议》约定了用户上传日志的时间间隔，例如每隔24小时由用户手动操作上传一次功耗日志。当每次时间间隔达到24小时，可穿戴设备输出提示上传功耗日志的信息。如图5所示，假设可穿戴设备上一次向服务器发送抓取到的功耗日志的时刻为昨天18:00（第一时刻），在今天12:00监测到高功耗异常事件。可穿戴设备从今天12:00开始每间隔2小时抓取一次功耗日志，直至今天18:00，可穿戴设备再次输出提示上传功耗日志的信息，用户在今天18:00（第二时刻）进行上传操作。可穿戴设备将从昨天18:00到今天18:00抓取的全部功耗日志上传至服务器。

应理解，若从昨天18:00到今天12:00，可穿戴设备按照第二时间间隔抓取功耗日志，则上传至服务器的功耗日志包括两种功耗日志：从昨天18:00到今天12:00按照第二时间间隔抓取功耗日志，以及从今天12:00至今天18:00按照第一时间间隔抓取功耗日志。若从昨天18:00到今天12:00，可穿戴设备未按照第二时间间隔抓取功耗日志，则上传至服务器的功耗日志仅包括从今天12:00至今天18:00按照第一时间间隔抓取功耗日志。

在另一种实现方式中，第一时刻为可穿戴设备确定功耗监测数据满足功耗异常条件的时刻，第二时刻为可穿戴设备接收到用户输入的上传操作的时刻。

示例性地，在《用户授权与隐私保护协议》中约定了用户上传日志的时间间隔，例如每隔24小时由用户手动操作上传一次功耗日志。当每次时间间隔达到24小时，可穿戴设备输出提示上传功耗日志的信息。如图6所示，假设可穿戴设备上一次向服务器发送抓取到的功耗日志的时刻为昨天18:00，在今天12:00（第一时刻）监测到高功耗异常事件。可穿戴设备从今天12:00开始每间隔2小时抓取一次功耗日志，直至今天18:00，可穿戴设备再次输出提示上传功耗日志的信息，用户在今天18:00（第二时刻）进行上传操作。可穿戴设备将从今天12:00到今天18:00抓取的全部功耗日志上传至服务器。

在一些实施例中，由于功耗日志上传到服务器的时间取决于用户的上传操作的时间，若用户忘记进行上传操作，则可穿戴设备持续按照第一时间间隔抓取功耗日志可能会导致功耗较高，因此本申请还提供了下述方案：当可穿戴设备按照第一时间间隔抓取功耗日志的次数达到预设次数，或者在可穿戴设备的系统时间达到《用户授权与隐私保护协议》约定的上传时间时，若没有接收到用户的上传操作，则可穿戴设备将抓取功耗日志的时间间隔由第一时间间隔延长为第二时间间隔，并继续执行上述S40和S41。

S45．服务器存储该功耗日志。

服务器与多个可穿戴设备签订了《用户授权与隐私保护协议》。在每接收到一个可穿戴设备发送的功耗日志时，服务器对该功耗日志进行存储，从而便于可穿戴设备的研发人员从服务器下载功耗日志。

S46．控制设备接收研发人员输入的下载操作，并响应于该下载操作，向服务器发送下载功耗日志的请求消息。

S47．服务器响应于该请求消息，向控制设备发送目标日志。该目标日志为从服务器存储的功耗日志中筛选出的、与功耗异常问题关联的功耗日志。

服务器存储的日志可以包括两种类型：一种是在确定可穿戴设备的功耗监测数据满足功耗异常条件后按照第一时间间隔抓取到的功耗日志，称为第一功耗日志；另一种是在确定可穿戴设备的功耗监测数据未满足功耗异常条件后按照第二时间间隔抓取到的功耗日志，称为第二功耗日志。这些日志中可能仅有部分日志与功耗异常问题关联，因此服务器需要从中筛选出与功耗异常问题关联的目标日志。

示例性地，仍以图6为例，尽管上报的功耗日志包括在12:00抓取到的功耗日志，在14:00抓取到的功耗日志，在16:00抓取到的功耗日志，以及在18:00抓取到的功耗日志，但是有可能仅在12:00发生了高功耗异常事件，其他时刻并没有发生高功耗异常事件。在这种情况下，服务器可以采用预设算法从中筛选出发生高功耗异常事件时的功耗日志，即在12:00抓取到的功耗日志。另外，即便是12:00抓取到的功耗日志也有可能是正常数据，不能作为待解决的功耗异常问题，因此需要对筛选出发生高功耗异常事件时的功耗日志进行分析，判断是否真正存在待解决的功耗异常问题。

S48．控制设备向服务器发送更新后的软件升级包。该更新后的软件升级包为基于该目标日志中存在的异常事件制作的，用于解决功耗异常问题的软件升级包。

需要说明的是，尽管目标日志与功耗异常问题关联，但是目标日志反映的问题有可能是正常的问题，因此控制设备侧的研发人员需要对目标日志反映的问题进行分析，以筛选出需要解决的功耗异常问题，然后基于这些功耗异常问题对软件版本进行升级。

S49．服务器向可穿戴设备推送更新后的软件升级包。

在产品测试阶段，可穿戴设备的软件版本可能存在较多的高功耗异常问题，因此通过签约早期的体检计划，由可穿戴设备采用异常问题判断算法监测是否发生高功耗异常事件，并在出现高功耗异常事件后，进入续航异常预警模式，以一个较短的时间间隔抓取功耗日志，然后将抓取到的功耗日志上传至服务器，从而研发人员可以基于功耗日志分析功耗异常问题，进而在产品商用之前解决软件版本中存在的问题，提升可穿戴设备的续航能力。

实施例二

图7示出了在产品商用阶段时的日志传输方法的流程示意图。如图7所示，该方法可以包括下述S70至S78。

S70．在可穿戴设备的运行过程中，可穿戴设备按照预设周期获取功耗监测数据。该功耗监测数据可以用于表示可穿戴设备在运行过程中的功耗情况。

上述预设周期可以为1秒，1分钟或半小时等。此外，为了有效监测到高功耗异常事件，预设周期小于第一时间间隔、第二时间间隔。

需要说明的是，为了便于描述方案，实施例一和实施例二均将在功耗监测数据满足功耗异常条件时抓取功耗日志的时间间隔称为第一时间间隔，将在功耗监测数据未满足功耗异常条件时抓取功耗日志的时间间隔称为第二时间间隔。在实际实现时，产品测试阶段和产品商用阶段采用的第一时间间隔可以不同或相同，采用的第二时间间隔也可以不同或相同。比如，在产品测试阶段，第一时间间隔为2小时，第二时间间隔为24小时；在产品商用阶段，第一时间间隔为12小时，第二时间间隔为72小时。

此外，在产品商用阶段用户对隐私数据的保护性要求更高，因此在产品商用阶段获取的功耗监测数据的类型可以少于在产品测试阶段获取的功耗监测数据的类型。

S71．可穿戴设备判断该功耗监测数据是否满足功耗异常条件。该功耗异常条件可以用于指示可穿戴设备的功耗超过预设功耗，即可穿戴设备的功耗过高。

S72．在功耗监测数据未满足功耗异常条件的情况下，可穿戴设备确定未发生高功耗异常事件，继续按照第二时间间隔抓取功耗日志。

在继续按照第二时间间隔抓取功耗日志的过程中，由于随时可能发生高功耗异常事件，因此可穿戴设备还需要继续获取功耗监测数据，即继续执行上述S70和S71。

S73．在功耗监测数据满足功耗异常条件的情况下，可穿戴设备确定发生了高功耗异常事件，进入续航异常预警模式：将抓取功耗日志的时间间隔由第二时间间隔缩短为第一时间间隔。

在本申请实施例中，第一时间间隔小于第二时间间隔。

在确定功耗监测数据满足功耗异常条件后，由于再次发生高功耗异常事件的可能性较高，因此可穿戴设备可以暂停获取功耗监测数据，并一直按照第二时间间隔抓取功耗日志，直至将抓取到的功耗日志发送到服务器。然后，可穿戴设备可以重新按照预设周期，获取新的功耗监测数据，并根据新的功耗监测数据判断是否发生高功耗异常事件。即，在将抓取到的功耗日志发送到服务器后，可穿戴设备继续执行上述S70和S71。

S74．在可穿戴设备的系统时间达到目标时刻，或在目标时段内抓取到的功耗日志的数据量大于或等于预设数据量时，可穿戴设备将抓取到的功耗日志上传至服务器。该抓取到的功耗日志用于确定可穿戴设备存在的功耗异常问题。

在一些实施例中，目标时刻可以为根据预设上报周期确定的时刻，也可以为按照第一时间间隔抓取功耗日志的总时长达到预设时长的时刻。

下面对目标时刻进行说明。

（1）若目标时刻为根据预设上报周期确定的时刻，则可穿戴设备向服务器上传的功耗日志，包括：从上一次向服务器发送抓取到的功耗日志的时刻到目标时刻，抓取的全部功耗日志。其中，上报周期可以为《用户授权与隐私保护协议》规定的上报功耗日志的周期，该协议规定可穿戴设备在每次达到一个新的上报周期后，将本周期抓取到的全部功耗日志上传至服务器。

示例性地，假设《用户授权与隐私保护协议》规定上报周期为24小时，即每隔24小时由可穿戴设备自动上传一次功耗日志。如图8所示，假设可穿戴设备上一次向服务器自动上传抓取到的功耗日志的时刻为昨天18:00（上一次上报时刻），在今天12:00监测到高功耗异常事件。可穿戴设备从今天12:00开始每间隔2小时抓取一次功耗日志，直至达到新的上报时刻今天18:00（目标时刻），可穿戴设备将从昨天18:00到今天18:00抓取的全部功耗日志上传至服务器。

（2）若目标时刻为按照第一时间间隔抓取功耗日志的总时长达到预设时长的时刻，则可穿戴设备向服务器上传的功耗日志，包括：在该总时长内按照第一时间间隔抓取的全部功耗日志。其中，该预设时长为《用户授权与隐私保护协议》规定的以第一时间间隔抓取功耗日志的时长，该协议规定可穿戴设备在按照第一时间间隔抓取功耗日志的总时长达到预设时长后，将在该总时长内抓取到的全部功耗日志上传至服务器。

示例性地，假设《用户授权与隐私保护协议》规定预设时长为8小时。如图9所示，假设可穿戴设备在12:00监测到高功耗异常事件。可穿戴设备从今天12:00开始每间隔2小时抓取一次功耗日志，直至目标时刻20:00，总时长达到8小时，可穿戴设备将从12:00到20:00抓取的全部功耗日志上传至服务器。

在一些实施例中，目标时段可以为从上一次向服务器发送抓取到的功耗日志的时刻到当前时刻，也可以为从确定功耗监测数据满足功耗异常条件的时刻到当前时刻。

下面对目标时段进行说明。

（1）若目标时段为从上一次向服务器发送抓取到的功耗日志的时刻到当前时刻，则向服务器发送的功耗日志，包括：从上一次向服务器发送抓取到的功耗日志的时刻到目标时刻，抓取的全部功耗日志。

示例性地，《用户授权与隐私保护协议》可以规定预设数据量的大小，比如为2兆。如图10所示，假设可穿戴设备上一次向服务器自动上传抓取到的功耗日志的时刻为10:00（上一次上报时刻）。16:00发生高功耗异常事件，可穿戴设备从16:00开始每间隔2小时抓取一次功耗日志，直至目标时刻20:00，从10:00至20:00抓取到的功耗日志的数据量等于2兆，可穿戴设备将这些功耗日志上传至服务器。

（2）若目标时段为从确定功耗监测数据满足功耗异常条件的时刻到当前时刻，则向服务器发送的功耗日志，包括：从确定功耗监测数据满足功耗异常条件的时刻到当前时刻，抓取的全部功耗日志。

示例性地，《用户授权与隐私保护协议》可以规定预设数据量的大小，比如为2MB。如图11所示，假设可穿戴设备上一次向服务器自动上传抓取到的功耗日志的时刻为10:00（上一次上报时刻）。16:00发生高功耗异常事件，可穿戴设备从16:00开始每间隔2小时抓取一次功耗日志，直至目标时刻22:00，从16:00至22:00抓取到的功耗日志的数据量等于2MB，可穿戴设备将这些功耗日志上传至服务器。

S75．服务器存储该功耗日志。

服务器与多个可穿戴设备签订了《用户授权与隐私保护协议》。在每接收到一个可穿戴设备发送的功耗日志后，服务器对该功耗日志进行存储，从而便于可穿戴设备的研发人员从服务器下载功耗日志。

S76．服务器从存储的功耗日志中筛选出目标日志，该目标日志为与功耗异常问题关联的功耗日志。

S77．在目标日志满足异常筛选条件的情况下，生成更新后的软件升级包。该更新后的软件升级包用于解决功耗异常问题。

服务器存储的日志可以包括两种类型：一种是在确定可穿戴设备的功耗监测数据满足功耗异常条件后按照第一时间间隔抓取到的功耗日志，称为第一功耗日志；另一种是在确定可穿戴设备的功耗监测数据未满足功耗异常条件后按照第二时间间隔抓取到的功耗日志，称为第二功耗日志。这些日志中可能仅有部分日志与功耗异常问题关联，因此服务器需要从中筛选出与功耗异常问题关联的目标日志，并生成用于功耗异常问题的软件升级包。

S78．服务器向可穿戴设备推送更新后的软件升级包。

S70至S78的实现方式与S40至S49的实现方式类似。对于S70至S78的实现方式，可以参照S40至S49的具体描述，本申请不再进行赘述。

在产品商用阶段，可穿戴设备的软件版本可能还会存在少量高功耗异常问题，而这些问题将减少设备的续航时间，从而影响用户的使用体验感。因此，在可穿戴设备投入商用后，仍可以采用异常问题判断算法监测是否发生高功耗异常事件，并在出现高功耗异常事件后，进入续航异常预警模式，以一个较短的时间间隔抓取功耗日志，然后将抓取到的功耗日志上传至服务器，从而服务器可以基于功耗日志自动分析功耗异常问题。如此，在产品商用之后也可以解决软件版本中存在的问题，进一步提升可穿戴设备的续航能力。

需要说明的是，本申请实施例涉及的时段、时长、时间间隔、周期和周期长度等均表示时间，这些时间可以相等，也可以不等，本申请实施例不作限定。

在上述实施例一和实施例二中介绍了功耗监测数据，下面对功耗监测数据具体包含的类型数据进行示例说明。如图12所示，功耗监测数据包括下述至少一种类型数据：

（1）器件下电数据，用于表示可穿戴设备的预设功能器件是否下电。

下电为与上电相反的过程。上电是指为功能器件接通电源，从而功能器件能够正常工作。下电是指将功能器件脱离电源，从而停止正常工作。应理解，可穿戴设备通过轮询预设功能器件的下电情况，可以判断出是否发生功耗异常事件。

在一些实施例中，预设功能器件可以包括全球定位系统（global positioningsystem，GPS）模块、蓝牙（bluetooth，BT）模块、编解码（CODEC）模块、显示设备（比如液晶显示屏（liquid crystal display，LCD））及传感器等任意可能的器件。

可穿戴设备可以在下述至少一种情况下，确定器件下电数据满足功耗异常条件：

可穿戴设备的预设功能器件在预设时刻未下电。比如，用户将可穿戴设备设置为每天22:00至次日07:00关闭GPS模块，如果可穿戴设备根据器件下电数据确定GPS模块在此期间未下电，那么可以确定满足功耗异常条件。

可穿戴设备的预设功能器件未响应于用户操作下电。比如，在可穿戴设备接收到用户关闭蓝牙低功耗模块的操作后，器件下电数据指示蓝牙低功耗模块仍处于上电状态，那么可以确定满足功耗异常条件。

可穿戴设备的预设功能器件在预设进程终止后未下电。比如，在音频播放进程终止后，如果器件下电数据指示扬声器仍处于上电状态，那么可以确定满足功耗异常条件。

（2）电量变化数据，用于表示可穿戴设备在不同时段的掉电量。

其中，掉电量，也称为耗电量，是相对于某一时刻的电量所降低的电量值，或在某个时段内所降低的总电量值。

可穿戴设备可以在下述至少一种情况下，确定电量变化数据满足功耗异常条件：

可穿戴设备的夜间掉电量大于或等于第一掉电量。

可穿戴设备的日间掉电量大于或等于第二掉电量。

可穿戴设备在目标时段的掉电量大于或等于第三掉电量，目标时段为根据可穿戴设备的历史掉电量确定的一个时段。

第一掉电量、第二掉电量和第三掉电量均为经过实验统计后得出的掉电量。通常夜间掉电量小于日间掉电量，因此可以将第一掉电量设置为小于第二掉电量。目标时段可以为根据可穿戴设备的历史掉电量计算得到的，除夜间或日间外指定的任意一个时段，比如在周末、节假日、工作时间和用餐时间等时段，可穿戴设备的耗电量较高，因此可穿戴设备可以根据历史掉电量计算出多个目标时段，并对这些时段的掉电量进行重点监控。应理解，不同的目标时段可以对应不同的第三掉电量。

（3）低功耗模式数据，用于表示可穿戴设备的预设功能器件是否进入低功耗模式。

其中，低功耗模式为节能模式，在低功耗模式下预设功能器件消耗的电量会降低。应理解，可穿戴设备通过轮询预设功能器件是否进入低功耗模式，可以判断出是否发生功耗异常事件。

在一些实施例中，预设功能器件可以包括GPS模块、BT模块和CODEC模块等。

可穿戴设备可以在下述至少一种情况下，确定低功耗模式数据满足功耗异常条件：

预设功能器件在预设时刻未进入低功耗模式。比如，用户将显示设备设置为每天22:00至次日07:00开启低功耗模式，如果可穿戴设备根据低功耗模式数据确定显示设备在此期间未进入低功耗模式，那么可以确定满足功耗异常条件。

预设功能器件未响应于用户操作进入低功耗模式。

预设功能器件在预设进程终止后未进入低功耗模式。比如，在地图应用关闭后，如果低功耗模式数据指示GPS模块仍未进入低功耗模式，那么可以确定满足功耗异常条件。

（4）异常持锁数据，用于表示可穿戴设备的应用程序是否异常持锁。

唤醒锁（wakelock）是一种锁的机制，在应用程序申请了这个锁后便会一直处于工作状态。如果应用程序出现了异常持锁，那么会导致系统无法休眠，带来高耗电的问题，缩短了可穿戴设备的续航时间。

示例性地，上述应用程序可以为光电容积脉搏波标记法（photo plethysmography，PPG）应用、GPS应用、BT应用、闹钟应用和CODEC应用等。

可穿戴设备可以在下述至少一种情况下，确定异常持锁数据满足功耗异常条件：

可穿戴设备的应用程序发生异常持锁，即当只要确定某应用程序发生异常持锁，就可以确定满足功耗异常条件。

可穿戴设备的应用程序发生异常持锁的时长大于或等于预设持锁时长，不同的应用程序对于不同的预设持锁时长，即当某应用程序发生异常持锁的时间较长，才可以确定满足功耗异常条件。

（5）异常唤醒数据，用于表示可穿戴设备的预设功能器件的唤醒次数。

示例性地，上述预设功能器件可以为GPS模块、无线保真（wireless fidelity，Wi-Fi）模块和BT模块等。

可穿戴设备可以在下述至少一种情况下，确定异常唤醒数据满足功耗异常条件：

预设功能器件在预设时段内唤醒次数大于或等于预设次数。预设时段和预设次数可以为预先设置的实验值，比如预设时段为1小时，预设次数为10次。

预设功能器件在非预设时段内唤醒。比如预设时段为07:00-22:00，这个时段用户使用可穿戴设备的概率较高，因此预设功能器件允许被唤起，在非预设时段预设功能器件不允许被唤起。如果某天夜间02:00 GPS模块被唤醒，那么可以确定满足功耗异常条件。

（6）电流监测数据，用于表示可穿戴设备执行预设进程时的电流值。

示例性地，上述预设进程可以为户外运动进程、呼吸训练进程、闹铃进程、音乐进程和来电进程等。

可穿戴设备可以在下述至少一种情况下，确定电流监测数据满足功耗异常条件：

可穿戴设备执行预设进程时的电流值大于或等于预设电流值。

可穿戴设备执行预设进程时的电流值与预设电流值的差值大于或等于预设差值。

在上述两种情况下，如果执行预设进程时的电流值过高，那么发生高功耗异常事件的概率较大，满足功耗异常条件。

在上述实施例中介绍了六种类型的功耗监测数据，应理解还可以包括更多或更少类型的功耗监测数据。以上述六种类型的功耗监测数据为例，可穿戴设备可以采用下述三种方式对这些类型数据进行检测，以确定这些功耗监测数据是否满足功耗异常条件。

第一种方式

《用户授权与隐私保护协议》可以预先设置：若在由M个预设周期组成的时段内获取到的N种数据满足功耗异常条件，则确定发生高功耗异常事件。其中，该N种数据属于六种类型的功耗监测数据中的任意一种或多种类型数据，M和N均为预先设置的正整数。

示例性地，可穿戴设备在第i个预设周期获取到第1种数据满足功耗异常条件后，继续对第i个预设周期的剩余时长，以及对第i个预设周期后的（M-1）个预设周期的功耗监测数据进行检测，以确定这些数据是否满足功耗异常条件。如果在由M个预设周期组成的时段内，从六种类型的功耗监测数据中共测到任意类型的N种数据满足功耗异常条件，则确定发生高功耗异常事件，进入续航异常预警模式。

第二种方式

《用户授权与隐私保护协议》可以预先设置：若在任意一个周期中获取到的第一数据满足功耗异常条件，则确定发生高功耗异常事件。其中，第一数据属于在六种类型的功耗监测数据中预先指定的一种或多种类型数据。

示例性地，假设《用户授权与隐私保护协议》预先指定器件下电数据和低功耗模式数据。如果可穿戴设备在第i个预设周期中，根据器件下电数据确定某个预设功能器件没有下电，或者，根据低功耗模式数据确定某个预设功能器件没有进入低功耗模式，那么可以立即确定发生高功耗异常事件，进入续航异常预警模式。

第三种方式

《用户授权与隐私保护协议》可以预先设置：若在K个连续的预设周期的每个预设周期中获取到的第二数据均满足功耗异常条件，则确定发生高功耗异常事件。其中，第二数据属于六种类型的功耗监测数据中的任意一种或多种类型数据，K为预先设置的正整数。

示例性地，假设K=10。可穿戴设备在第i个预设周期获取到音乐进程的电流监测数据大于或等于预设电流值，在第i+1个预设周期获取到音乐进程的电流监测数据大于或等于预设电流值，……直至在第i+9个预设周期获取到音乐进程的电流监测数据仍大于或等于预设电流值，那么可穿戴设备确定发生高功耗异常事件，进入续航异常预警模式。

上述主要从设备的角度对本申请实施例提供的方案进行了介绍。可以理解的是，设备为了实现上述功能，其包含了执行每一个功能相应的硬件结构或软件模块，或两者结合。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对设备进行功能模块的划分，例如，可以对应每一个功能划分每一个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应每一个功能划分每一个功能模块为例进行说明。

图13示出了本申请实施例提供的一种传输装置的结构图，该传输装置可以为可穿戴设备、可穿戴设备中的芯片、片上系统、或者其他能够实现上述方法中可穿戴设备的功能的装置等，该传输装置130可以用于执行上述方法实施例中涉及的可穿戴设备的功能。如图13所示传输装置130包括：获取模块131、日志抓取模块132和通信模块133。

获取模块131，可以用于获取功耗监测数据，该功耗监测数据表示小型智能设备在运行过程中的功耗情况。日志抓取模块132，可以用于在功耗监测数据满足功耗异常条件的情况下，按照第一时间间隔抓取功耗日志，该功耗异常条件指示小型智能设备的功耗超过预设功耗，第一时间间隔小于第二时间间隔，第二时间间隔为在功耗监测数据未满足功耗异常条件时抓取功耗日志的时间间隔。通信模块133，可以用于在满足日志上报条件的情况下，向服务器发送抓取到的功耗日志，抓取到的功耗日志用于确定小型智能设备存在的功耗异常问题。

在一些实施例中，日志抓取模块132，还可以用于若确定功耗监测数据不满足功耗异常条件，则按照第二时间间隔抓取功耗日志。获取模块131，还可以用于若确定功耗监测数据不满足功耗异常条件，继续重新获取功耗监测数据，以确定重新获取的功耗监测数据是否满足功耗异常条件。

在一些实施例中，获取模块131，还可以用于若确定功耗监测数据满足功耗异常条件，则暂停重新获取功耗监测数据；并在通信模块133向服务器发送抓取到的功耗日志后，继续重新获取功耗监测数据，以确定重新获取的功耗监测数据是否满足功耗异常条件。

图14为本申请实施例提供的一种小型智能设备的结构示意图。如图14所示，小型智能设备100可以包括处理器110，显示设备120，存储器130，输入设备140，电源150，传感器160，通信模块170，无线射频（radio frequency，RF）电路180，扬声器190，以及编解码器200等。

其中，处理器110是小型智能设备100的控制中心。处理器110利用各种接口和线路连接整个小型智能设备的各个部分，通过运行或执行存储在存储器130内的软件程序和/或数据，执行小型智能设备100的各种功能，从而对小型智能设备进行整体管理控制。处理器110可以包括一个或多个通用处理器，还可包括一个或多个数字信号处理器（digitalsignal processor，DSP）或微控制单元（microcontroller unit，MCU）等，用于执行相关操作，以实现本申请实施例所提供的技术方案。在本申请实施例中，处理器110可以采用异常问题判断算法确定是否发生异常事件，并在出现异常事件后，进入续航异常预警模式，以一个较短的时间间隔（比如2小时）抓取功耗日志，缩短日志抓取的周期。

存储器130，可用于存储软件程序以及数据。处理器110通过运行存储在存储器130的软件程序以及数据，从而执行小型智能设备100的各种功能应用以及数据处理。存储器130可主要包括存储程序区和存储数据区。其中，存储程序区可存储操作系统程序、至少一个功能所需的应用程序（比如周期性获取加速度（acceleration，ACC）传感器采集的数据等）；存储数据区可存储根据小型智能设备100获取的数据（比如ACC传感器所采集的数据、红外线传感器所采集的数据等）。此外，存储器130可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入设备140，可用于接收用户输入的数字信息、字符信息或接触式触摸操作/非接触式手势，以及产生与小型智能设备100的用户设置以及功能控制有关的信号输入等。在一些实施例中，输入设备140可以包括触控面板。触控面板，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板的操作），并根据预先设定的程式驱动相应的连接装置。

在一些实施例中，触控面板可以包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置用于检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器用于从触摸检测装置接收触摸信息，并将它转换成触点坐标，再发送到处理器110，以及接收处理器110发来的命令并加以执行。例如，用户在触控面板上用手指单击用于测量心率的图标或者图例等等，触摸检测装置检测到此次单击操作产生的信号，然后将该信号传送给触摸控制器，触摸控制器再将这个信号转换成坐标发送给处理器110，处理器110根据该坐标和该信号的类型（单击或双击）确定对该图标或者图例所执行的操作，然后，确定执行该操作所需要占用的内存空间，若需要占用的内存空间小于空闲内存，则将开始测量用户的心率。

触控面板可以采用电阻式、电容式、红外线以及表面声波等多种类型实现。应理解，除了触控面板，输入设备140还可以包括其他输入设备。比如，其他输入设备可以包括但不限于物理键盘、功能键（比如控制按键和开关按键）等中的一种或多种。

显示设备120可以包括显示面板，用于显示由用户输入的信息，或向用户提供各种菜单界面等。在一些实施例中，显示面板可以采用LCD，有机发光二极管（organic light-emitting diode，OLED），有源矩阵有机发光二极体或主动矩阵有机发光二极体（active-matrix organic light emitting diode，AMOLED），柔性发光二极管（flex light-emitting diode，FLED），量子点发光二极管（quantum dot light emitting diodes，QLED）等。在另一些实施例中，触控面板可覆盖显示面板上，形成触摸显示屏。

电源150，可用于向处理器110、显示设备120和存储器130等模块供电。

小型智能设备100可以包括一个或多个传感器160，比如压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

通信模块170，用于通过与其他设备进行无线通信。比如，通信模块170可以为蓝牙模块、全球移动通讯系统（global system for mobile communications，GSM）模块，通用分组无线服务（general packet radio service，GPRS）模块，码分多址接入（code divisionmultiple access，CDMA）模块，宽带码分多址（wideband code division multipleaccess，WCDMA）模块，时分码分多址（time-division code division multiple access，TD-SCDMA）模块，及长期演进（long term evolution，LTE）模块等。

RF模块180，可用于与其他无线网络设备进行网络通信。示例性地，RF模块180经由天线接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。RF模块180还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线转为电磁波辐射出去。

扬声器190，也称“喇叭”，用于将音频电信号转换为声音信号。小型智能设备100可以通过扬声器190收听音乐。在一些实施例中，当小型智能设备100为具备通话功能的设备时，比如电话手表，还可以收听免提通话。

编解码器200，用于对一个信号或者一个数据流进行变换，包括：将信号或者数据流进行编码，提取得到一个编码流的操作以及为了观察或者处理从这个编码流中恢复适合观察或操作的形式的操作。

可以理解的是，本申请实施例示意的结构并不构成对小型智能设备100的具体限定。在本申请另一些实施例中，小型智能设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

图15为本申请实施例提供的一种服务器的结构示意图。如图15所示，服务器500可以包括至少一个处理器501，通信线路502以及至少一个通信接口503。进一步地，服务器500还可以包括存储器504。其中，处理器501，存储器504以及通信接口503三者之间可以通过通信线路502连接。在本申请实施例中，至少一个可以是一个、两个、三个或者更多个，本申请实施例不做限制。

处理器501可以是中央处理器（central processing unit，CPU），通用处理器网络处理器（network processor，NP）、数字信号处理器（digital signal processing，DSP）、微处理器、微控制器、可编程逻辑器件（programmable logic device，PLD）或它们的任意组合。处理器还可以是其它任意具有处理功能的装置，例如电路、器件或软件模块等。

通信线路502可以包括通路，用于在服务器包括的部件之间传送信息。

通信接口503可以用于与其他设备或通信网络通信（如以太网，无线接入网（radioaccess network，RAN），无线局域网（wireless local area networks，WLAN）等)。通信接口503可以是模块、电路、收发器或者任何能够实现通信的装置。

存储器504可以是只读存储器（read-only memory，ROM）或可存储静态信息和/或指令的其他类型的静态存储设备，也可以是随机存取存储器（random access memory，RAM）或者可存储信息和/或指令的其他类型的动态存储设备，还可以是电可擦可编程只读存储器（electrically erasable programmable read-only memory，EEPROM）、只读光盘（compact disc read-only memory，CD-ROM）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。

在一种可能的设计中，存储器504可以独立于处理器501存在，即存储器504可以为处理器501外部的存储器，此时，存储器504可以通过通信线路502与处理器501相连接，用于存储指令或者程序代码。处理器501调用并执行存储器504中存储的指令或程序代码时，能够实现本申请下述实施例提供的方法。在另一种可能的设计中，存储器504也可以和处理器501集成在一起，即存储器504可以为处理器501的内部存储器，例如，该存储器504为高速缓存，可以用于暂存一些数据和/或指令信息等。

作为一种可实现方式，处理器501可以包括一个或多个CPU，例如图15中的CPU0和CPU1。作为另一种可实现方式，服务器500可以包括多个处理器，例如图15中的处理器501和处理器507。作为再一种可实现方式，服务器500还可以包括输出设备505和输入设备506。示例性地，输入设备506可以是键盘、鼠标、麦克风或操作杆等设备，输出设备505可以是显示屏或扬声器（speaker）等设备。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序；当该计算机可读存储介质在小型智能设备或服务器上运行时，使得该小型智能设备或服务器执行如上所示的方法。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质（例如，软盘、硬盘或磁带），光介质或者半导体介质（例如固态硬盘（solid state disk，SSD））等。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述各实施例中的方法。

本申请实施例还提供了一种芯片，该芯片与存储器耦合，该芯片用于读取并执行存储器中存储的计算机程序或指令，以执行上述各实施例中的方法。该芯片可以为通用处理器，也可以为专用处理器。需要说明的是，该芯片可以使用下述电路或者器件来实现：一个或多个现场可编程门阵列（field programmable gate array，FPGA）、可编程逻辑器件（programmable logic device，PLD）、控制器、状态机、门逻辑、分立硬件部件、任何其他适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。

需要说明的是，本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上，“至少两个”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”或其类似表达，是指这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b或c中的至少一项，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

应理解，在本申请实施例中，“与A对应的B”表示B与A相关联。例如，可以根据A可以确定B。还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。此外，本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，本申请实施例对此不做任何限定。

本申请实施例中出现的“传输”（transmit/transmission）如无特别说明，是指双向传输，包含发送和/或接收的动作。具体地，本申请实施例中的“传输”包含数据的发送，数据的接收，或者数据的发送和数据的接收。或者说，这里的数据传输包括上行和/或下行数据传输。数据可以包括信道和/或信号，上行数据传输即上行信道和/或上行信号传输，下行数据传输即下行信道和/或下行信号传输。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备，如：可以是单片机，芯片等，或处理器执行本申请各个实施例提供方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (22)

1.一种日志传输方法，其特征在于，应用于存储有高功耗异常事件监测算法的可穿戴设备，所述高功耗异常事件监测算法包括待获取功耗监测数据的多种预设类型、用于获取所述功耗监测数据的预设周期，所述方法包括：

按照所述预设周期，获取所述多种预设类型的功耗监测数据，所述多种预设类型的功耗监测数据表示所述可穿戴设备在运行过程中的功耗情况；

若所述多种预设类型的功耗监测数据中的至少一种功耗监测数据指示所述可穿戴设备超过预设功耗，则暂停获取所述多种预设类型的功耗监测数据，并按照第一时间间隔在已生成的功耗日志内进行打点，以抓取到功耗日志；其中，所述第一时间间隔大于所述预设周期，且小于第二时间间隔；所述第二时间间隔为在所述多种预设类型的功耗监测数据均指示所述可穿戴设备未超过预设功耗时抓取功耗日志的时间间隔；所述功耗日志用于记录与功耗事件相关的数据；

在满足日志上报条件的情况下，向服务器发送抓取到的功耗日志，所述抓取到的功耗日志用于确定所述可穿戴设备存在的功耗异常问题。

2.根据权利要求1所述的方法，其特征在于，所述多种预设类型的功耗监测数据包括下述至少两种类型数据：

器件下电数据，所述器件下电数据表示所述可穿戴设备的预设功能器件是否下电；

电量变化数据，所述电量变化数据表示所述可穿戴设备在不同时段的掉电量；

低功耗模式数据，所述低功耗模式数据表示所述可穿戴设备的预设功能器件是否进入低功耗模式；

异常持锁数据，所述异常持锁数据表示所述可穿戴设备的应用程序是否异常持锁；

异常唤醒数据，所述异常唤醒数据表示所述可穿戴设备的预设功能器件的唤醒次数；

电流监测数据，所述电流监测数据表示所述可穿戴设备执行预设进程时的电流值。

3.根据权利要求2所述的方法，其特征在于，

所述至少一种功耗监测数据指示所述可穿戴设备超过预设功耗，包括：

在由M个所述预设周期组成的时段内获取到的N种数据指示所述可穿戴设备超过预设功耗，所述N种数据属于所述多种预设类型的功耗监测数据中的任意一种或多种类型数据，M和N均为预先设置的正整数；或者，

在任意一个周期中获取到的第一数据指示所述可穿戴设备超过预设功耗，所述第一数据属于在所述多种预设类型的功耗监测数据中预先指定的一种或多种类型数据；或者，

在K个连续的所述预设周期的每个所述预设周期中获取到的第二数据均指示所述可穿戴设备超过预设功耗，所述第二数据属于所述多种预设类型的功耗监测数据中的任意一种或多种类型数据，K为预先设置的正整数。

4.根据权利要求2所述的方法，其特征在于，所述器件下电数据指示所述可穿戴设备超过预设功耗，包括下述至少一项：

所述预设功能器件在预设时刻未下电；

所述预设功能器件未响应于用户操作下电；以及，

所述预设功能器件在预设进程终止后未下电。

5.根据权利要求2所述的方法，其特征在于，所述电量变化数据指示所述可穿戴设备超过预设功耗，包括下述至少一项：

所述可穿戴设备的夜间掉电量大于或等于第一掉电量；

所述可穿戴设备的日间掉电量大于或等于第二掉电量；以及，

所述可穿戴设备在目标时段的掉电量大于或等于第三掉电量，所述目标时段为根据所述可穿戴设备的历史掉电量确定的一个时段。

6.根据权利要求2所述的方法，其特征在于，所述低功耗模式数据指示所述可穿戴设备超过预设功耗，包括下述至少一项：

所述预设功能器件在预设时刻未进入所述低功耗模式；

所述预设功能器件未响应于用户操作进入所述低功耗模式；以及，

所述预设功能器件在预设进程终止后未进入所述低功耗模式。

7.根据权利要求2所述的方法，其特征在于，所述异常持锁数据指示所述可穿戴设备超过预设功耗，包括下述至少一项：

所述可穿戴设备的应用程序发生异常持锁；以及，

所述可穿戴设备的应用程序发生异常持锁的时长大于或等于预设持锁时长，不同的应用程序对于不同的预设持锁时长。

8.根据权利要求2所述的方法，其特征在于，所述异常唤醒数据指示所述可穿戴设备超过预设功耗，包括下述至少一项：

所述预设功能器件在预设时段内唤醒次数大于或等于预设次数；以及，

所述预设功能器件在非预设时段内唤醒。

9.根据权利要求2所述的方法，其特征在于，所述电流监测数据指示所述可穿戴设备超过预设功耗，包括下述至少一项：

所述可穿戴设备执行预设进程时的电流值大于或等于预设电流值；以及，

所述可穿戴设备执行预设进程时的电流值与预设电流值的差值大于或等于预设差值。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述日志上报条件包括下述任意一项：

所述可穿戴设备接收到用户输入的上传操作；

所述可穿戴设备的系统时间达到目标时刻，所述目标时刻为根据预设上报周期确定的时刻，或为按照所述第一时间间隔抓取功耗日志的总时长达到预设时长的时刻；以及，

所述可穿戴设备在目标时段内抓取到的功耗日志的数据量大于或等于预设数据量，所述目标时段为从上一次向所述服务器发送抓取到的功耗日志的时刻到当前时刻，或者所述目标时段为从确定所述至少一种功耗监测数据指示所述可穿戴设备超过预设功耗的时刻到当前时刻。

11.根据权利要求10所述的方法，其特征在于，所述日志上报条件包括：所述可穿戴设备接收到用户输入的所述上传操作；

向所述服务器发送的功耗日志，包括：从第一时刻到第二时刻抓取的全部功耗日志；

其中，所述第一时刻为上一次向所述服务器发送抓取到的功耗日志的时刻，或所述第一时刻为确定所述至少一种功耗监测数据指示所述可穿戴设备超过预设功耗的时刻；所述第二时刻为接收到用户输入的所述上传操作的时刻。

12.根据权利要求10所述的方法，其特征在于，所述日志上报条件包括：所述可穿戴设备的系统时间达到所述目标时刻；

若所述目标时刻为根据所述预设上报周期确定的时刻，则向所述服务器发送的功耗日志，包括：从上一次向所述服务器发送抓取到的功耗日志的时刻到所述目标时刻，抓取的全部功耗日志；或者，

若所述目标时刻为按照所述第一时间间隔抓取功耗日志的总时长达到预设时长的时刻，则向所述服务器发送的功耗日志，包括：在所述总时长内按照所述第一时间间隔抓取的全部功耗日志。

13.根据权利要求10所述的方法，其特征在于，所述日志上报条件包括：所述可穿戴设备在所述目标时段内抓取到的功耗日志的数据量大于或等于所述预设数据量；

若所述目标时段为从上一次向所述服务器发送抓取到的功耗日志的时刻到当前时刻，则向所述服务器发送的功耗日志，包括：从上一次向所述服务器发送抓取到的功耗日志的时刻到所述目标时刻，抓取的全部功耗日志；或者，

若所述目标时段为从确定所述至少一种功耗监测数据指示所述可穿戴设备超过预设功耗的时刻到当前时刻，则向所述服务器发送的功耗日志，包括：从确定所述至少一种功耗监测数据指示所述可穿戴设备超过预设功耗的时刻到当前时刻，抓取的全部功耗日志。

14.根据权利要求1至9中任一项所述的方法，其特征在于，所述方法还包括：

若所述多种预设类型的功耗监测数据均不满足所述功耗异常条件，则按照所述第二时间间隔抓取功耗日志，并继续重新获取所述多种预设类型的功耗监测数据，以及确定重新获取的所述多种预设类型的功耗监测数据是否指示所述可穿戴设备超过预设功耗。

15.根据权利要求1至9中任一项所述的方法，其特征在于，所述方法还包括：

在向所述服务器发送所述抓取到的功耗日志后，继续重新获取所述多种预设类型的功耗监测数据，并确定重新获取的所述多种预设类型的功耗监测数据是否指示所述可穿戴设备超过预设功耗。

16.一种日志传输方法，其特征在于，应用于服务器，所述方法包括：

接收来自多个可穿戴设备的功耗日志，所述功耗日志为采用如权利要求1至15中任一项所述的方法抓取到的；

向所述多个可穿戴设备推送更新后的软件升级包，所述更新后的软件升级包用于解决所述功耗日志中存在的功耗异常问题。

17.根据权利要求16所述的方法，其特征在于，所述向所述多个可穿戴设备推送更新后的软件升级包之前，所述方法还包括：

从所述功耗日志中筛选出目标日志，所述目标日志为与所述功耗异常问题关联的功耗日志；

在所述目标日志满足异常筛选条件的情况下，根据所述目标日志生成所述更新后的软件升级包。

18.根据权利要求16所述的方法，其特征在于，所述向所述多个可穿戴设备推送更新后的软件升级包之前，所述方法还包括：

响应于来自控制设备的请求消息，向所述控制设备发送目标日志，所述目标日志为从所述功耗日志中筛选出的、与所述功耗异常问题关联的功耗日志；

接收来自所述控制设备的所述更新后的软件升级包，所述更新后的软件升级包为在所述目标日志满足异常筛选条件的情况下根据所述目标日志生成的。

19.一种可穿戴设备，其特征在于，所述可穿戴设备包括处理器，通信接口，以及与所述处理器和所述通信接口耦合的存储器；

其中，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述可穿戴设备执行如权利要求1至15中任一项所述的日志传输方法。

20.一种服务器，其特征在于，所述服务器包括处理器，通信接口，以及与所述处理器和所述通信接口耦合的存储器；

其中，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述服务器执行如权利要求16至18中任一项所述的日志传输方法。

21.一种通信系统，其特征在于，所述通信系统包括可穿戴设备和服务器；其中，所述可穿戴设备用于执行如权利要求1至15中任一项所述的日志传输方法，所述服务器用于执行如权利要求16至18中任一项所述的日志传输方法。

22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序；其中，当所述计算机程序在可穿戴设备上运行时，使得所述可穿戴设备执行如权利要求1至15中任一项所述的日志传输方法；或者，当所述计算机程序在服务器上运行时，使得所述服务器执行如权利要求16至18中任一项所述的日志传输方法。

Images