CN116056190A - 管理终端设备的方法、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请涉及智能终端技术领域，具体涉及一种管理终端设备的方法、电子设备及计算机可读存储介质。其中的方法包括：电子设备在第一时间点进入待机状态，电子设备中的第一处理器进入休眠状态；通过Wi‑Fi连接接收路由设备发送的第一类通信消息，其中第一类通信消息为广播方式发送且没有目标接收地址的通信消息；电子设备基于接收到的第一类通信消息唤醒第一处理器；在第一时间点之后的预设时长内，基于第一处理器的唤醒次数为第一数量，对Wi‑Fi芯片进行下电处理，唤醒次数指第一处理器基于第一类通信消息而唤醒的次数，第一数量大于等于预设数量。本申请方案能够减少待机状态下AP处理器被唤醒的次数，降低待机功耗。

Description

管理终端设备的方法、电子设备及计算机可读存储介质

技术领域

本发明涉及智能终端技术领域，具体涉及一种管理终端设备的方法、电子设备及计算机可读存储介质。

背景技术

随着智能设备的普及以及无线局域网技术的发展，越来越多的智能设备通过路由器等网络设备接入无线局域网中。其中，无线保真(Wireless-Fidelity，Wi-Fi)是一种基于IEEE 802.11b标准的无线局域网。可以理解，Wi-Fi信号是一种广播介质，Wi-Fi路由器等网络设备则用于向Wi-Fi信号覆盖范围内的各类电子设备提供WiFi网络服务。

当连接Wi-Fi路由器的手机等电子设备灭屏待机时，如果连接的Wi-Fi路由器向手机频繁发送数据包，则会导致手机上的Wi-Fi模组在接收到Wi-Fi路由器发来的数据时，频繁唤醒负责处理这些接收数据的处理器，致使处理器无法保持在休眠状态，因而导致耗电严重。其中，手机的处理器例如可以是应用处理器(ApplicationProcessor，AP)。

发明内容

本申请实施例提供了一种管理终端设备的方法、电子设备及计算机可读存储介质，其中的方法可以在保障手机等电子设备待机状态下正常接收消息的同时，能够有效屏蔽路由器等网络服务设备频繁向手机等电子设备发送无用的通信消息导致处理器频繁唤醒的情况，从而能够有效降低手机等电子设备在待机状态下的功耗，利于提高用户体验。

第一方面，本申请实施例提供了一种管理终端设备的方法，应用于电子设备，电子设备包括Wi-Fi芯片，该方法包括：电子设备在第一时间点进入待机状态，电子设备中的第一处理器进入休眠状态；通过Wi-Fi连接接收路由设备发送的第一类通信消息，其中第一类通信消息为广播方式发送，且没有目标接收地址的通信消息；电子设备基于接收到的第一类通信消息唤醒第一处理器；在第一时间点之后的预设时长内，基于第一处理器的唤醒次数为第一数量，对Wi-Fi芯片进行下电处理，唤醒次数指的是第一处理器基于第一类通信消息而唤醒的次数，其中第一数量大于等于预设数量。

上述电子设备例如可以是手机等，上述路由设备例如可以是提供Wi-Fi热点的Wi-Fi路由器，上述第一类通信消息例如可以是路由器向手机等电子设备发送的无用的通信消息，即下文实施例中描述的无用消息。也就是说，路由器向手机等电子设备发送的通信消息中，包括需要第一处理器发送给相应应用程序响应的、有用的通信消息，以及不需要发送给应用程序响应的、无用的通信消息，即无用消息。

因此，本申请实施例提供的上述方法，即在电子设备进入待机状态、第一处理器进入休眠状态后，此时如果连接的路由器频繁地向手机等电子设备发送无用的通信消息，导致手机等电子设备的第一处理器频繁唤醒，则手机等电子设备可以控制对用于接收路由器发来的通信消息的Wi-Fi模组(或者说上述Wi-Fi芯片)进行下电处理，以减少第一处理器无用唤醒的频率。其中，手机等电子设备的第一处理器唤醒频率，可以通过计算单位时间内第一处理器的唤醒次数来确定，例如可以通过上述第一数量除以第一时间点之后的预设时长来计算得到。在此不做限制。

在上述第一方面的一种可能的实现中，上述方法还包括：电子设备在第二时间点进入待机状态，第一处理器进入休眠状态；通过Wi-Fi连接接收路由设备发送的第一类通信消息；电子设备基于接收到的第一类通信消息唤醒第一处理器；在第二时间点之后的预设时长内，基于第一处理器的唤醒次数为第二数量，不对Wi-Fi芯片进行下电处理，其中第二数量小于预设数量。

即电子设备可能会从最初的待机状态中唤醒后，再次进入待机状态，例如在上述第二时间点进入待机状态。电子设备进入待机状态、第一处理器也进入休眠状态后，如果检测到由于接收到路由器(即上述路由设备)发来的无用消息(即上述第一类通信消息)，导致第一处理器的唤醒次数较少，例如第二数量小于预设数量的情形，此时，电子设备的第一处理器唤醒频率较低，第一处理器唤醒对电子设备的能耗升高影响不大。因而，此时电子设备可以保持Wi-Fi模组继续工作，无需对Wi-Fi模组进行下电处理。如此，可以保障电子设备的Wi-Fi模组对能耗影响较小或者不影响的情况下，能够保持与路由器之间的正常通信状态，以通过Wi-Fi网络及时传输通信消息。

在上述第一方面的一种可能的实现中，基于第一处理器的唤醒次数为第一数量，对Wi-Fi芯片进行下电处理，包括：确定第一数量大于等于预设数量，对Wi-Fi芯片进行下电处理。

即可以在确认第一处理器在预设时长内的唤醒次数超过预设数量时，对Wi-Fi模组(或者说上述Wi-Fi芯片)进行下电处理。在下文实施例中，也可以通过确认第一处理器的唤醒频率是否超过预设频率阈值，来确认是否对Wi-Fi模组进行下电处理，本申请实施例对此不做限制。

在上述第一方面的一种可能的实现中，第一类通信消息包括以下至少一项：通过路由设备转发的第一类数据包；路由设备发送的管理帧；路由设备发送的PING包。

其中，通过路由设备转发的第一类数据包，例如可以是连接该路由设备的其他智能设备上传的采集数据对应的数据包，例如智能电热水壶上报的温度数据对应的IPV4数据包等。具体可以参考下文实施例中图1b所示及相关描述，在此不做赘述。

在上述第一方面的一种可能的实现中，对应于不同的第一类通信消息，预设数量不同。

在上述第一方面的一种可能的实现中，确定第一数量大于等于预设数量，包括下列各项中的任一项：获取第一处理器基于路由设备转发的第一类数据包而唤醒的第一唤醒次数，并确认第一唤醒次数的数量大于等于第一预设数量；获取第一处理器基于路由设备发送的管理帧而唤醒的第二唤醒次数，并确认第二唤醒次数大于等于第二预设数量；获取第一处理器基于路由设备发送的PING包而唤醒的第三唤醒次数，并确认第三唤醒次数大于等于第三预设数量。

即对不同的第一类通信消息导致第一处理器唤醒的情况，可以分别设定第一处理器的唤醒次数预设数量，例如对路由设备转发的第一类数据包导致第一处理器唤醒的情况，设定第一预设数量；对路由设备发送的管理帧导致第一处理器唤醒的情况，设定第二预设数量；以及对路由设备发送的PING包导致第一处理器唤醒的情况，设定第三预设数量。进而，可以对不同的第一类通信消息导致第一处理器的唤醒次数分别统计，并与对应预设的预设数量进行比较。

在上述第一方面的一种可能的实现中，对Wi-Fi芯片进行下电处理的条件，还包括下列中的至少一项：确认Wi-Fi连接的路由设备为常用地点的Wi-Fi热点设备；确认移动通信网络可用；确认处于低流量业务场景，其中，低流量业务场景对应于电子设备运行应用程序的过程中，传输数据而消耗的数据流量小于第一流量阈值所对应的场景。

即在确定第一处理器的唤醒次数大于等于设定的预设数量的情况下，或者说在确定第一处理器的唤醒频率大于等于预设频率阈值的情况下，还可以进一步确认手机等电子设备Wi-Fi连接的路由设备所在地点为常用地点、和/或移动通信网络可用、和/或手机等电子设备处于低流量业务场景下，再对Wi-Fi模组(或者说Wi-Fi芯片)进行下电处理。如此，有利于根据不同的Wi-Fi环境等情况，适应性地采用不同的网络管控策略。也有利于避免轻易对Wi-Fi模组进行下电处理，导致手机等电子设备的通信不畅或者移动通信网络的数据流量消耗过度等问题。

在上述第一方面的一种可能的实现中，通过以下方式确认移动通信网络可用：检测到当前使用的SIM卡账户在套餐月内的上网流量无限制；或者，检测到当前使用的SIM卡账户在套餐月内的上网流量的剩余量超过第二流量阈值。

在上述第一方面的一种可能的实现中，方法包括：在Wi-Fi芯片下电后，电子设备通过移动通信网络进行通信。

即为了保障电子设备的通信，在Wi-Fi芯片下电后，电子设备可以将网络切换到移动通信网络继续待机，以避免手机等电子设备无法及时接收有用的通信消息等情况。

在上述第一方面的一种可能的实现中，方法还包括：检测到唤醒电子设备的用户操作，电子设备对Wi-Fi芯片进行上电处理，以使Wi-Fi芯片恢复工作；或者，接收到第二类通信消息，电子设备对Wi-Fi芯片进行上电处理，以使Wi-Fi芯片恢复工作；或者，待传输数据需要消耗的数据流量超过第三流量阈值，电子设备对Wi-Fi芯片进行上电处理，以使Wi-Fi芯片恢复工作。

例如，用户在手机等电子设备待机状态下，通过点击设备开关键、验证指纹等方式解锁，使手机从待机状态中恢复至工作状态时，须及时对下电的Wi-Fi模组进行上电，以恢复手机等电子设备的Wi-Fi网络功能。又例如，处于待机状态下的手机等电子设备，通过调制解调器(modem)接收到外部网络的通信消息，例如微信TM消息等，此时手机可以唤醒第一处理器，并对下电的Wi-Fi模组进行上电，以恢复手机等电子设备的Wi-Fi网络功能。再例如，手机等电子设备如果在预定的时间段对外发送数据、或者接收下载数据，例如手机上的系统软件在夜间自动更新升级等情况，此时手机可以唤醒第一处理器，并对下电的Wi-Fi模组进行上电，以恢复手机等电子设备的Wi-Fi网络功能。

可以理解，上述待传输数据，包括手机等电子设备对外发送的数据、和手机等电子设备接收的数据，在此不做赘述。

在上述第一方面的一种可能的实现中，第一处理器为应用处理器。

其中该传输通信消息的过程，包括电子设备通过路由器对外发送通信消息、以及通过路由器接收外部网络发来的通信消息，在此不做限制。

第二方面，本申请实施例提供了一种电子设备，包括：第一处理器、第二处理器；一个或多个存储器；所述一个或多个存储器存储有一个或多个程序，当一个或者多个程序被所述一个或多个处理器执行时，使得所述电子设备执行上述第一方面提供的管理终端设备的方法，其中，所述电子设备在第一时间点进入待机状态，所述电子设备中的第一处理器进入休眠状态；所述第二处理器通过Wi-Fi连接接收路由设备发送的第一类通信消息，其中所述第一类通信消息为广播方式发送，且没有目标接收地址的通信消息；所述第二处理器基于接收到的所述第一类通信消息唤醒所述第一处理器；所述第二处理器在所述第一时间点之后的预设时长内，基于所述第一处理器的唤醒次数为第一数量，对所述Wi-Fi芯片进行下电处理，所述唤醒次数指的是所述处理器基于所述第一类通信消息而唤醒的次数，其中所述第一数量大于等于预设数量。

第三方面，本申请实施例提供了一种计算机可读存储介质，存储介质上存储有指令，指令在计算机上执行时使计算机执行上述第一方面提供的管理终端设备的方法。

第四方面，本申请实施例提供了一种计算机程序产品，包括计算机程序/指令，计算机程序/指令被处理器执行时实现上述第一方面提供的管理终端设备的方法。

附图说明

图1a所示为一种应用场景示意图。

图1b所示为一种对手机的AP处理器的休眠唤醒情况监测统计结果示意图。

图1c所示为一种手机记录的对应于图1b所示情形的AP处理器唤醒日志截图。

图1d所示为另一种对手机的AP处理器的休眠唤醒情况监测统计结果示意图。

图1e所示为一种手机记录的对应于图1d所示情形的AP处理器唤醒日志截图。

图1f所示为本申请实施例提供的上述图1d至图1e所示的手机待机期间，电量消耗以及待机电流检测结果示意图。

图2所示为本申请实施例提供的一种实现场景示意图。

图3所示为本申请实施例提供的一种手机的结构示意图。

图4a所示为本申请实施例提供的一种基础设备数据统计流程示意图。

图4b所示为本申请实施例提供的一种管理终端设备的方法的实施流程示意图。

图5a所示为本申请实施例提供的一种设置移动通信网络的数据流量相关参数的界面示意图。

图5b所示为本申请实施例提供的一种流量统计界面示意图。

图6所示为本申请实施例提供的一种Wi-Fi唤醒统计结果示意图。

图7所示为本申请实施例提供的一种手机的系统架构示意框图。

图8所示为本申请实施例提供的一种管理终端设备的方法在手机的系统中实现时，系统各层之间的交互示意图。

具体实施方式

图1a根据本申请实施例示出了一种应用场景示意图。

如图1a所示，场景10包括手机100和路由器200，其中手机100可以通过自身的蜂窝数据模组与外部网络进行通信，手机100也可以通过自身的Wi-Fi模组连接路由器200并通过路由器200与外部网络进行通信。可以理解，手机100从路由器200接收到的通信消息，可以包括管理帧，例如Beacon(信标)帧、须经路由器200转发的其他连接设备上报的采集数据、以及Wi-Fi路由器响应所连接电子设备的探测请求、或为探测所连接的各电子设备的情况而产生的PING包等。其中，有些通信消息是由路由器200以广播方式发送给手机等各个连接设备、且缺少目标接收地址的，对于手机等电子设备而言则属于无用消息。具体无用消息的介绍将在下文详细描述，在此不做赘述。

如图1a所示，外部网络的外部数据包可以通过路由器200转发给手机100。另外，路由器200还会向手机100发送管理帧，例如Beacon(信标)帧等。通常路由器是定时发送管理帧或者响应于请求发送相应管理帧，但有些路由器可能是会因出厂设置的定时较短或者存在安全故障时，频繁向连接的手机等电子设备发送管理帧，例如频繁发送Beacon管理帧，会导致手机100的Wi-Fi模组频繁唤醒AP处理器，增加功耗。在一些实施例中，路由器200也可能会以广播方式向手机100等连接设备发送一些内网连接设备上传一些无目标接收地址的采集数据，这类数据一般无需处理，反而会导致手机100的Wi-Fi模组频繁唤醒AP处理器，增加功耗，因此这类数据也可以称之为内网垃圾数据。例如当前Wi-Fi环境中的其他智能设备，比如具有Wi-Fi功能的智能电热水壶，上传给Wi-Fi路由器的水温数据等，可以确定为内网垃圾数据。

作为示例，图1b示出了一种对手机100的AP处理器的休眠唤醒情况监测统计结果示意图。如图1b所示，手机100在用户夜间无操作期间待机6小时37分钟25秒，存在2676次Wi-Fi模组接收到内网垃圾数据唤醒AP处理器的情况，其中有2674次唤醒是基于TCP协议的IPV4数据包唤醒，根据对该IPV4数据包的分析结果可知这些频繁接收到的IPV4数据包几乎都是无用的数据包，因此相应的这2674次唤醒几乎都是无用唤醒。而这些无用唤醒导致了手机100待机期间功耗增加，电流严重恶化。

图1c示出了一种手机100记录的对应于图1b所示情形的AP处理器唤醒日志截图。

参考图1c所示，从日志上可以看到，AP处理器被唤醒的原因是因为接收到了IPV4数据包。

在另一些实施例中，路由器200还可能会下发因特网包探索器(Packet InternetGrope，简称PING包)以探测无线局域网内设备连接情况，例如获取同时接入当前Wi-Fi网络的设备数量及设备信息。通常情况下，路由器200下发PING包的频率很低，例如1h内不会超过5次，但由于有些路由器200设备本身的配置不规范或者出现设备故障等因素，路由器200也可能会出现频繁下发PING包，导致手机100等电子设备的Wi-Fi模组频繁唤醒AP处理器，出现增加功耗的问题。在此不做限制。

图1d示出了另一种对手机100的AP处理器的休眠唤醒情况监测统计结果示意图。

如图1d所示，手机100保持Wi-Fi模组正常工作待机1小时18分钟57秒期间，AP处理器被唤醒206次，其中Wi-Fi模组接收到当前连接的Wi-Fi网段中路由器设备频繁发送的PING包(图8所示的“ICPM REQUEST”)导致频繁唤醒AP处理器128次。由此可以计算出Wi-Fi模组接收到的PING包导致AP处理器唤醒的频率约为平均1分钟唤醒2次，而通常情况下路由器向手机100的Wi-Fi模组下发PING包的频率为1小时不超过5次，因此如此频繁的PING包唤醒也会导致手机100的功耗增加，待机电流恶化。

图1e示出了一种手机100记录的对应于图1d所示情形的AP处理器唤醒日志截图。

参考图1e所示日志可以看到，终端设备组件唤醒(即图1e所示的“irq”记录)频繁。

继续参考图1e所示日志，可以看到，多次的终端设备组件唤醒(irq)中被唤醒较多的终端设备组件是“wlan0”，该组件标识表示手机100的Wi-Fi模组。也就是说，图1e所示的“irq”唤醒记录中，存在多次Wi-Fi模组唤醒AP处理器的情形。

图1f示出了上述图1d至图1e所示的手机100待机期间，电量消耗以及待机电流检测结果示意图。

如图1f所示，开始灭屏时，可以检测到手机100的电量为93％。

灭屏待机期间，由于AP处理器被频繁唤醒，待机期间AP处理器的平均工作电流为49mAh。

结束待机时，参考图1f所示，待机时长1小时18分钟57秒，检测到手机100此时的电量减少了2％，即此时手机100的电量为91％。可以推知，如果待机时间更长，例如待机6至8小时的情况下，手机100可能会在待机期间由于AP处理器被频繁唤醒，电流恶化会更加严重，电量可能会减少15％至20％，甚至更多。

在手机100灭屏待机期间，手机100的Wi-Fi模组由于频繁接收到内网垃圾数据、无用的PING包等异常唤醒数据，而导致AP处理器的频繁无用唤醒，会导致手机100待机期间功耗增加，电流严重恶化。

本申请实施例提供了一种管理终端设备的方法，可以在低流量业务待机场景下，降低设备的功耗，应用于手机等终端电子设备。具体地，该方法可以在检测到手机等电子设备的Wi-Fi模组接收到无用的异常数据频繁导致第一处理器(例如AP处理器)的无用唤醒时，基于手机当前所处的场景状态(例如是否处于长待机场景以及低流量业务场景等)、以及当前所处Wi-Fi网络情况、移动通信网络的数据流量是否充足可用等情况，进一步确认是否满足对Wi-Fi模组进行下电处理的预设下电条件。当Wi-Fi模组满足预设下电条件时，则可以控制对Wi-Fi模组进行下电处理，不再接收路由器数据，而转用移动通信网络对应的数据流量待机。当不满足对Wi-Fi模组进行下电处理的预设下电条件时，则继续保持Wi-Fi工作，继续接收路由器发来的数据。

其中，下电指断开供电。在本申请实施例中，对Wi-Fi模组进行下电处理或者控制Wi-Fi模组下电，即断开Wi-Fi模组的供电电路，使Wi-Fi模组停止工作。

其中，确认是否满足预设下电条件的方式例如可以是：当在检测到手机当前在常用地点处于长时间待机状态(即进入长待机场景)，且当前移动通信网络的数据流量充足时，则可以确认Wi-Fi模组满足预设下电条件。或者当检测到手机当前在常用地点进入长待机场景、当前移动通信网络的数据流量余量充足时并且当前手机没有需要消耗较大流量的待处理业务(例如下载任务等)时，则可以确认Wi-Fi模组满足预设下电条件。其中，移动通信网络的数据流量，例如可以是手机100上安装的SIM卡账户对应在套餐月内的上网流量。

可以理解，当确认Wi-Fi模组满足预设下电条件时，手机100则对Wi-Fi模组进行下电处理。手机100内部例如可以通过AP处理器向Wi-Fi模组发送下电指令，在此不做赘述。

如此，可以在保障手机等电子设备待机状态下正常接收消息的同时，能够有效屏蔽路由器等网络服务设备向手机等电子设备发送无用的通信消息导致处理器频繁唤醒的情况，从而能够有效降低手机等电子设备在待机状态下的功耗，包括使处理器能稳定进入休眠状态而降低的功耗，以及Wi-Fi下电后降低的功耗等。

可以理解，上述常用地点例如可以是用户家中或者办公室等地点，这类常用地点的Wi-Fi网络较为稳定，且连接Wi-Fi路由器的电子设备类型、数量等也较为固定。因此，在常用地点，用户操作手机100等电子设备进入长待机状态的行为是可预测的。

另外，上述预设下电条件中，判断移动通信网络的数据流量是否充足可用的过程，例如可以通过判断手机100等电子设备对应配置的移动通信网络流量的剩余量是否充足、是否为无限流量套餐等实现。其中，上述移动通信网络例如可以是3G/4G/5G网络等，在此不做限制。如今，用户对所使用的手机配置大流量套餐甚至无限流量套餐的情况逐渐增多，用户使用手机的过程中对数据流量的关注度不再如从前那样高，因此，在识别到用户使用了大流量套餐的前提下，如果确定手机处于长时间待机状态且处于低流量业务场景下，则可以在检测到Wi-Fi模组满足预设下电条件时对Wi-Fi模组进行下电处理，并转用数据流量继续待机。如此，可以确保用户所使用的手机在Wi-Fi模组下电后仍能正常接收消息。

可以理解，如果手机等电子设备接收到的是有用数据，例如接收到的是路由器转发的外部网络发来的指定了接收方IP地址的有用数据等，则手机的Wi-Fi模组还是可以正常唤醒相应的处理器进行处理的。另外，如果路由器发来无用数据的频率较低，不会导致Wi-Fi模组频繁唤醒相应处理器工作的情况下，手机等电子设备也是可以继续保持Wi-Fi模组正常工作的，如此也可以持较好的Wi-Fi网络响应。在此不做限制。

在另一些实施例中，在判断是否满足预设下电条件的过程中，还可以检测该电子设备当前是否在执行大流量下载任务，例如是否在下载视频文件等，若存在，则不对Wi-Fi模组进行下电处理。如此，可以避免在Wi-Fi模组下电后转用数据流量待机导致手机的移动通信网络的数据流量消耗过度，给用户带来损失，从而导致用户体验不佳的问题。

作为示例，图2根据本申请实施例示出了一种实现场景示意图。

如图2所示，在手机100未检测到Wi-Fi模组频繁唤醒AP处理器之前，可以先确定移动通信网络的数据流量是否充足，例如通过全网络聚合加速技术(LinkTurbo)、或者基于用户设置的流量套餐数据等方式，查询当前数据流量的剩余量是否充足、或者移动通信网络的数据流量套餐是否为无限流量套餐等，以确认手机100使用移动通信网络待机是否存在限制。并且，手机100可以通过地址围栏(Geo-fencing)技术等方式确定用户使用手机100的常用地点，例如用户家中或办公室。如上所述，这类常用地点的Wi-Fi网络环境较为稳定，并且连接该Wi-Fi环境下的路由器的电子设备类型和数量也相对比较固定，因此有利于预测用户操作手机100等电子设备进入长待机状态的行为。

在确认手机100无数据流量使用限制，并且在常用地点进入长时间待机状态的情况下，手机100可以进一步在接收到所连接的路由器200发来的无用数据时，判断是否满足对Wi-Fi模组进行下电处理的预设下电条件，若满足则手机100可以控制对Wi-Fi模组进行下电处理以屏蔽这些无用数据，从而能够避免AP处理器被接收到的无用数据频繁唤醒的情况，以实现降低处理器功耗的目的。其中，路由器200的无用数据如上所述，例如可以是频繁发送的PING包、无用的Beacon管理帧以及内网垃圾数据等，在此不做赘述。

继续如图2所示，手机100在对Wi-Fi模组进行下电处理的同时，可以转而使用移动通信网络的数据流量继续待机。此时，外部网络发来的外部数据包可以通过移动通信网络传输至手机100，手机100再利用AP处理器对接收到的外部数据包进行处理，从而能够避免外部网络传输的有用消息丢失。可以理解，在手机100采用移动通信网络接收并处理来自外部网络的外部数据包的过程中，无PING包以及垃圾数据对AP处理器的唤醒产生影响，此时手机100在待机状态下则能够保持正常的低功耗运行，从而能够保持较长的待机时间，利于提高用户体验。

可以理解，本申请实施例所提供的管理终端设备的方法，所适用的电子设备可以包括但不限于上述手机100、以及平板电脑、桌面型、膝上型、手持计算机、上网本，以及增强现实(augmentedreality，AR)\虚拟现实(virtual reality，VR)设备、智能电视、智能手表等可穿戴设备、服务器、移动电子邮件设备、车机设备、便携式游戏机、便携式音乐播放器、阅读器设备、其中嵌入或耦接有一个或多个处理器的电视机、或能够访问网络的其他电子设备。

图3根据本申请实施例示出了一种手机100的结构示意图。

手机100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L等。

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

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(即上述AP处理器)，调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-networkprocessing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从上述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在本申请实施例中，存储器中可以存储执行本申请实施例所提供的管理终端设备的方法的指令和数据。处理器110(例如AP处理器)可以调用存储器中的相关指令和数据，执行本申请实施例所提供的管理终端设备的方法，以实现降低手机100在待机期间处理器功耗的目的。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口130等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对手机100的结构限定。在本申请另一些实施例中，手机100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

手机100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。手机100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在手机100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器(通常称调制解调器，即Modem)可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在手机100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，手机100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得手机100可以通过无线通信技术与网络以及其他设备通信。上述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。上述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigationsatellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

手机100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Mini-LED，Micro-LED，Micro-OLED，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，手机100可以包括1个或N个显示屏194，N为大于1的正整数。

手机100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将该电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，手机100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当手机100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。手机100可以支持一种或多种视频编解码器。这样，手机100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现手机100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，该可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储手机100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行手机100的各种功能应用以及数据处理。

手机100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。手机100可以接收按键输入，产生与手机100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和手机100的接触和分离。手机100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。上述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。手机100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，手机100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在手机100中，不能和手机100分离。

下面将基于上述图2所示的实现场景，以及图3所示意的手机100等电子设备的结构，结合具体实施流程示意图等附图详细介绍本申请实施例提供的管理终端设备的方法的具体实现过程。

需声明的是，本申请中对方法、流程中的步骤进行编号是为了便于引用，而不是限定先后顺序，各步骤之间如有先后顺序，当以文字说明为准。

图4a根据本申请实施例示出了一种基础设备数据统计流程示意图。可以理解，图4a所示流程可以在实施本申请实施例管理终端设备的方法之前执行，并且各步骤的执行顺序不限于图4a所示及描述顺序，图4a所示流程的各步骤实施主体可以为手机100或者其他电子设备，在此不做限制。

如图4a所示，该流程包括以下步骤：

401a：获取手机连接的路由器的地点信息，确定手机的常用地点。需要说明的是，该路由器可以是无线路由器。路由器的地点信息用于指示路由器所在的地点，例如，路由器的地点信息指示路由器在家中，则根据家庭地址可以确定路由器的地点；又如，路由器的地点信息可以包含手机的定位位置，因为手机与路由器连接，根据手机的定位位置可以确定路由器的位置。

示例性地，手机100可以通过地址围栏技术确定当前连接的Wi-Fi路由器所在地点的虚拟地理边界，并将满足预设的时长条件的地点确定为常用地点。该预设的时长条件，可以是超过预设的时长阈值，例如手机100识别到在一天内连接某个Wi-Fi路由器的时长超过10小时，则可以确定该Wi-Fi路由器所在地点为手机连接路由器的常用地点。在另一些实施例中，该预设的时长条件也可以是某个预设的时间段，例如手机100在凌晨1:00至4:00连接的Wi-Fi路由器所在地点，可以确定为常用地点。在此不做限制。

可以理解，手机100对于识别到的常用地点可以进行标记，例如将基于凌晨1:00至4:00这一时间段识别到的常用地点，标记为“家中”。如此，当用户携带手机100回到家中时，手机100连接到家中的Wi-Fi路由器时便能立即识别到当前所在地点为常用地点。

可以理解，手机100标记常用地点的过程可以基于默认预设条件自动完成，也可以响应于用户输入常用地点名称等操作完成。在另一些实施例中，手机100也可以通过识别所连接路由器提供的Wi-Fi热点名称或路由器的设备ID等来识别所在地点是否为常用地点，在此不做限制。

402a：获取手机的数据流量相关信息。

示例性地，手机100的数据流量相关信息，可以包括手机100上插入的SIM卡，对应的移动通信网络的流量套餐信息或者数据流量剩余信息等。手机100可以基于用户操作手机100设置的移动通信网络的流量套餐相关信息，例如数据流量总量以及已使用流量等，以获取移动通信网络的数据流量相关信息。手机100还可以通过向SIM卡账户的运营商发送短信查询当前移动通信网络的数据流量剩余信息，以获取移动通信网络的数据流量相关信息。如此，手机100在实施本申请实施例提供的管理终端设备的方法的过程中，便可以根据本步骤统计的移动通信网络的数据流量相关信息，判断是否满足对Wi-Fi模组进行下电处理的预设下电条件。具体将在下文详细介绍，在此不做赘述。

作为示例，用户操作手机100设置移动通信网络的流量套餐相关信息的界面可以参考图5a所示。用户可以在手机100所显示的流量设置界面500上，对SIM卡1设置“月度总流量”、“每月起始日期”(即每月流量更新日期)、以及流量的“限额提醒”等参数。如果手机100是双卡双待的，那么用户还可以在流量设置界面500上，对SIM卡2设置“月度总流量”、“每月起始日期”、以及流量“限额提醒”等参数。在此不做赘述。其中，“月度总流量”可以通过向运营商查询而获取到的流量套餐情况确定。例如，手机100可以在取得用户授权许可的情况下，基于所安装的SIM卡向相应运营商定期发送数据流量查询短信，以及时更新手机100上的移动通信网络的数据流量相关信息。

在另一些实施例中，手机100的应用程序框架层中可以集成LinkTurbo通信框架，进而手机100所运行的应用程序(例如省电精灵等)可以利用该框架服务对手机100所运行的各应用程序使用Wi-Fi数据或者移动通信网络流量的情况进行监控，进而获取手机100所使用的移动通信网络流量的剩余量、是否为无限制流量等情况，进而确定移动通信网络的数据流量是否充足可用。在另一些实施例中，手机100还可以利用一些具有流量统计功能的框架驱动程序，例如设置在手机100所搭载系统的kernel层的Dubai驱动程序，参考图5b所示的Dubai流量统计界面，来统计调制解调器(Modem)发射端(Tx)及接收端(Rx)的数据流量，便可确定手机100已消耗的数据流量，进而结合总流量计算出数据流量的剩余量等，在此不做限制。

其中，LinkTurbo通信框架、以及Dubai驱动程序的相关介绍将在下文结合手机100的系统架构示意图进行描述，在此不做赘述。

403a：统计待机时间段和待机时长，确定长待机场景对应的待机时长阈值。

示例性地，手机100可以在检测到用户的锁屏操作、或者超过一定时间阈值未检测到用户操作后自动灭屏时，确定进入待机状态。在待机状态下，手机100可以统计待机时长、以及一天内手机100长时间处于待机状态的时间段，进而手机100可以根据统计到的待机时间段以及待机时长信息，确定不同时间段内进入长待机场景对应的待机时长阈值。例如手机100统计到夜间23:00至凌晨6:00这一时间段内通常处于待机状态，因此手机100可以确定在夜间23:00至凌晨6:00这一时间段内，如果待机时长超过15分钟即判断手机100进入了长待机场景；而在其他时间段，可以在识别到待机时长超过20分钟时，判断手机100进入了长待机场景。

如此，手机100在实施本申请实施例提供的管理终端设备的方法的过程中，便可以根据本步骤确定的长待机场景对应的待机时长阈值，判断是否处于长待机场景，进而确认是否需要统计无用唤醒的频率等。具体将在下文详细介绍，在此不做赘述。

404a：统计长待机场景下AP处理器处于休眠状态对应的业务流量数据，确认低业务流量场景对应的业务流量阈值。

示例性地，上述休眠状态是指处理器没有执行指令并处于低功耗模式的状态，休眠状态下处理器的内核时钟和总线时钟可能会关闭，并保持所有软件可见状态，但如果需要处理数据或执行指令时，可能需要较长的时间才能唤醒。可以理解，手机100在进入待机状态后，AP处理器可能还会继续执行未完成处理任务并持续一段时间。当完成全部处理任务后，手机100的处理器可以逐渐关闭内核始终以及总线始终等，进入休眠状态，以减少耗电量，降低功耗。手机100的处理器进入休眠状态后，手机100的一些模组可能还会工作，会消耗较低的业务流量，手机100可以统计此时的业务流量数据，并根据统计结果确定低业务流量场景对应的业务流量数据。

如此，手机100在实施本申请实施例提供的管理终端设备的方法的过程中，便可以根据本步骤确定的低流量业务场景对应的业务流量阈值，判断是否处于低业务流量场景，进而确认是否满足对Wi-Fi模组进行下电处理的预设下电条件等。具体将在下文详细介绍，在此不做赘述。

基于上述图4a所示流程采集的基础设备数据，图4b根据本申请实施例示出了一种管理终端设备的方法的实施流程示意图。以第一处理器是AP处理器为例，可以理解，图4b所示流程的各步骤实施主体可以为手机100或其他电子设备，在此不做限制。

具体地，如图4b所示，该流程包括以下步骤：

401b：检测到手机进入待机状态，获取AP处理器的状态信息。

示例性地，手机100可以在检测到用户的锁屏操作、或者超过一定时间阈值未检测到用户操作后自动灭屏时，确定进入待机状态。进入待机状态后，手机100可以实时获取AP处理器的状态信息，包括AP处理器执行处理任务状态下的相关数据、以及AP处理器处于休眠状态下的相关数据，在此不做限制。

402b：检测到AP处理器从休眠状态中唤醒，确定是否为无用唤醒。

示例性地，手机100可以基于获取到的处理器状态信息，检测到AP处理器从休眠状态中被唤醒。进而，手机100可以根据AP处理器需要处理的数据来源及类型，确定AP处理器的唤醒原因，从而能确定是否为无用唤醒。其中，在本申请实施例中，无用唤醒是指手机100的Wi-Fi模组接收到Wi-Fi路由器发来的一些无用消息导致Wi-Fi模组对AP处理器的唤醒。其中的无用消息，是指Wi-Fi路由器以广播方式发送的没有目标接收地址的通信消息，Wi-Fi路由器转发的内网垃圾数据、管理帧、PING包等。

具体地，作为示例，手机100的Wi-Fi模组接收到路由器200发来的通信消息数据包时，会唤醒AP处理器对接收到的通信消息数据包进行处理。AP处理器可以对接收到的通信消息数据包进行解析。其中，如果解析得到的通信消息是指定发送给某一应用程序(例如微信TM应用)的通信消息，则AP处理器可以将解析得到的该通信消息发送给相应的应用程序进行处理，这类通信消息为有用消息。如果解析得到的通信消息是没有目标接收地址的通信消息，例如是路由器以广播方式发送的内网垃圾数据、管理帧、PING包等类型，这类通信消息即为无用消息。此时，AP处理器可以记录该无用消息的类型和来源(例如路由器)，并将此次唤醒识别并记录为1次无用唤醒。

手机100在检测到AP处理器被唤醒时，可以统计这类无用唤醒的次数，进而确定无用唤醒的频率(次数/统计时长)是否超过预设的频率阈值。参考图6所示，对Wi-Fi唤醒统计的结果显示：手机100在待机期间(6小时37分钟25秒)产生了2674次唤醒，并且这些唤醒是由IPV4数据包(即图6所示的IPV4TCP Packet)引起的，假如预设的唤醒频率阈值为1次/5分钟。此时，可以确定无用唤醒的频率远远超过了预设的频率阈值。这些IPV4数据包形式的内网垃圾数据通常是广播方式发送，并且没有目标接收地址。对于这些内网垃圾数据，处理器可以记录数据包的来源以及类型，用于在下述步骤414中确定无用唤醒频率。

可以理解，处理器可以通过运行一些具有数据识别及记录能力的软件程序，对解析得到的通信消息进行识别，以及记录识别到的无用消息的来源、以及类型等。该软件程序例如可以是Dubai驱动程序等，在此不做限制。

其中，Dubai驱动程序可以对手机100的各结构器件的工作状态、使用时长和系统事件进行记录，Dubai驱动程序也可以对处理器解析得到的通信消息识别源地址(即来源)、目标接收地址等进行识别，识别并记录该通信消息为有用消息还是无用消息、以及无用消息的类型等。例如Dubai可以识别Wi-Fi模组所接收的通信消息的类型是路由器发来的PING包还是管理帧等。Dubai还可以根据Wi-Fi模组接收到的通信消息源地址(例如IP地址)，确定该通信消息数据包是外部网络发来的外网数据包还是内网路由器发来的数据包。如果是外网数据包则可以判断该通信消息是有用消息；如果是内网数据包，则可以进一步根据是否有具体的目标接收地址来判断该通信消息是否为无用消息。如果该通信消息无目标接收地址，即没有具体的接收方地址，例如是广播数据，则可以判断该数据包是无用数据包；如果有具体的接收方地址，则可以判断该通信消息为有用消息。在此不做赘述。

403b：获取待机时长，确认手机进入长待机场景。

示例性地，在待机状态下，手机100可以记录待机时长。当待机时长超过长待机场景对应的待机时长阈值时，即可以确认手机100进入长待机场景。其中，长待机场景对应的待机时长阈值的确定，可以参考上述步骤403a中相关描述，在此不做赘述。

404b：确定长待机场景中AP处理器的无用唤醒频率。

示例性地，手机100在确定进入长待机场景后，根据已获取的待机时长以及识别到的无用唤醒次数，计算确定对AP处理器的无用唤醒频率。其中，手机100对识别到的无用唤醒次数，可以根据处理器唤醒AP处理器的无用消息的类型，对无用唤醒进行分类，进而计算确定各类型无用消息对应的无用唤醒频率。在执行下述步骤405b判断无用唤醒频率是否超过预设频率阈值时，也可以按照各类型的无用唤醒频率进行区别比较，具体可以参考下文相关描述，在此不做赘述。

可以理解，在执行完上述步骤401b至404b的相关数据及状态等的采集后，手机100可以继续执行下述判断步骤405b、以及406b至408b中的一项或多项，以确认是否需要对Wi-Fi模组进行下电处理。

405b：判断无用唤醒频率是否超过预设的频率阈值。如果判断结果为是，则可以继续执行下述步骤406b，进一步判断手机100连接的路由器所在地点是否为常用地点，以确认是否满足对Wi-Fi模组进行下电处理的预设下电条件；如果判断结果为否，表明Wi-Fi模组不满足预设下电条件，则可以结束本次流程。

也就是说，在确定无用唤醒频率超过预设的频率阈值时，手机100可以继续执行下述判断步骤406b至409b中的一项或多项判断过程，进一步确认是否满足对WiFi模组进行下电处理的其他条件。在一些实施例中，手机100执行完本步骤确认无用唤醒频率是否超过预设的频率阈值之后，也可以执行下述步骤410b，对Wi-Fi模组进行下电处理，在此不做限制。

示例性地，手机100可以根据不同类型的无用唤醒频率，与相应类型预设的频率阈值进行比较，当任一类型的无用唤醒频率超过相应类型的频率阈值时，则可以判断无用唤醒频率超过了预设的频率阈值。作为示例，手机100上对应于Wi-Fi模组接收到路由器200频繁发来的PING包而引起的AP处理器无用唤醒，可以设置第一频率阈值，例如5次/时；对应于Wi-Fi模组接收到路由器200频繁下发的无用管理帧，例如Beacon管理帧而引起的AP处理器无用唤醒，或者Wi-Fi模组接收到所连接路由器200频繁发来的其他智能设备上报的垃圾数据包而引起的AP处理器无用唤醒，可以设置第二频率阈值，例如1次/5分钟。这是因为路由器200发送PING包、管理帧以及转发内网垃圾数据的正常频率一般差异较大，比如路由器200通常状态下很少下发PING包，可能1小时内仅下发一次PING包或者不发，也可能1小时内下发2～5次，因此对应于PING包引起的无用唤醒频率可以设定一个较小的频率阈值，例如上述5次/时。在此不做限制。

406b：判断手机当前所在地点是否为常用地点。如果判断结果为是，则可以继续执行下述步骤407b，进一步判断手机100的移动通信网络流量是否可用，以确认是否满足对Wi-Fi模组进行下电处理的预设下电条件；如果判断结果为否，表明Wi-Fi模组不满足预设下电条件，则可以结束本次流程。

也就是说，在确定手机当前连接的路由器所在地点为常用地点时，手机100可以继续执行下述判断步骤407b至408b中的一项或多项判断过程，进一步确认是否满足对WiFi模组进行下电处理的其他条件。在一些实施例中，手机100执行完本步骤确认手机当前连接的路由器所在地点是否为常用地点之后，也可以执行下述步骤410b，对Wi-Fi模组进行下电处理，在此不做限制。

示例性地，手机100可以通过地址围栏技术获取当前连接的Wi-Fi路由器所在地点信息，确定当前所在地点是否为常用地点，手机100也可以通过自身的定位功能确定当前所在地点是否为常用地点，在此不做限制。其中具体手机100获取当前连接的路由器地点信息的过程，可以参考上述步骤401a中相关描述，在此不做赘述。

以手机100根据获取的当前连接的Wi-Fi路由器所在地点信息，当前所在地点是否为常用地点为例，手机100可以将获取到的所在地点信息与上述步骤401a中确定的常用地点信息进行比对，从而可以确认当前连接的路由器是否为常用地点的路由器。手机100根据上述步骤401a中记录的手机连接Wi-Fi路由器的常用地点，可以将当前所连接的路由器200设备ID或者说所接入的Wi-Fi热点名称等，与常用地点的路由器ID或Wi-Fi热点名称等进行比较，以确认当前连接的路由器所在地点是否为常用地点。

407b：根据已获取的移动通信网络数据流量相关信息，判断移动通信网络是否满足使用条件。

如果判断结果为是，则可以继续执行下述可选步骤408b，进一步判断手机100当前是否处于低流量业务场景，以确认是否满足对Wi-Fi模组进行下电处理的预设下电条件，或者执行下述步骤410b，对Wi-Fi模组进行下电处理；如果判断结果为否，表明Wi-Fi模组不满足预设下电条件，则可以结束本次流程。

也就是说，在确定手机当前移动通信网络满足使用条件时，手机100可以继续执行下述判断步骤408b至409b，以进一步确认是否满足对WiFi模组进行下电处理的其他条件。在一些实施例中，手机100执行完本步骤确认手机当前移动通信网络满足使用条件之后，也可以执行下述步骤410b，对Wi-Fi模组进行下电处理，在此不做限制。

示例性地，移动通信网络满足使用条件，主要是指使用移动通信网络待机消耗数据流量不会给用户带来不良体验，比如移动通信网络的数据流量剩余量充足、或者移动通信网络的流量套餐为无限流量套餐的情况下，用户对移动通信网络的数据流量消耗情况不敏感，此时即可认为移动通信网络的数据流量满足使用条件。手机100根据上述步骤402a中获取的移动通信网络的数据流量相关信息，确认当前移动通信网络是否满足使用条件，即判断当前是否能够从Wi-Fi网络待机切换至使用移动通信网络待机。

408b：获取手机在待机状态下的业务流量数据。

示例性地，手机100在待机状态下，AP处理器可能还会处理Wi-Fi模组接收到的有用消息，例如接收微信TM消息，或者在执行视频应用中的后台下载任务等，此时手机100的业务流量数据会比较大，网速可能还会达到2M/s等。当然，手机100在待机状态下，如果AP处理器未执行大流量业务，也不需要处理有用消息，而仅处理路由器发来的一些无用消息的情况下，手机100的业务流量数据则会较小。此时，手机100则适于关闭Wi-Fi模组，使AP处理器进入稳定的休眠状态，以降低功耗。

因此，基于手机在待机状态下的业务流量数据，判断手机100当前是否处于低流量业务场景，实际上是确认手机100待机状态下AP处理器是否适合进入稳定的休眠状态的过程。具体判断过程将在下述步骤描述，在此不做赘述。

409b：根据业务流量数据判断手机是否处于低流量业务场景。如果判断结果为是，则可以继续执行下述步骤410b，对Wi-Fi模组进行下电处理；如果判断结果为否，表明Wi-Fi模组不满足预设下电条件，则可以结束本次流程。

也就是说，在确定处于低流量业务场景时，手机100则可以执行下述步骤410b，对Wi-Fi模组进行下电处理，在此不做限制。

示例性地，手机100可以将当前的业务流量数据，与上述步骤404a中确认的低业务流量场景对应的业务流量阈值进行比较，如果手机100的业务流量数据小于业务流量阈值，则可以确认手机100此时处于低流量业务场景。相反地，手机100当前的业务流量数据如果较大，例如达到2M/s等，则表明手机100此时AP处理器可能在执行一些后台运行的应用程序或服务的下载任务等，例如可能是某个视频应用正在后台下载视频等。此种情形下，为避免移动通信网络的数据流量消耗过度，因此可以不对Wi-Fi模组进行下电处理，即可以判断此时Wi-Fi模组不满足预设下电条件。

可选地，当手机100灭屏进入待机状态后，手机100还可以利用手机管家等具有网速检测能力的应用程序，实时检测手机100的数据端口的实时网速，和/或对用户常用的应用程序(APP)在待机状态下的流量消耗情况以及版本更新的时间段等进行统计，以确认手机100是否处于低流量业务场景。

可选地，在实施本申请实施例提供的管理终端设备的方法的过程中，手机100可以执行上述判断步骤406b、407b以及409b中的一项或多项，来确认是否满足对Wi-Fi模组进行下电处理的预设下电条件，并且执行各判断步骤的顺序不局限于本申请实施例中描述的步骤执行顺序，在此不做限制。

可选地，手机100满足以下条件中的至少一项时，即为满足预设下电条件，对Wi-Fi模组进行下电处理：1、手机100当前所在地点为常用地点；2、手机的移动通信网络满足使用条件；3、手机当前处于低流量业务场景。当然，也可以是满足这些条件中的任意两项时，确定为满足预设下电条件；或者，这三个条件都满足时，确定为满足预设下电条件。

410b：对Wi-Fi模组进行下电处理。

示例性地，在执行上述步骤406b、407b以及409b中的一项或多项判断后，如果确认手机100满足对Wi-Fi模组进行下电处理的预设下电条件，则对Wi-Fi模组进行下电处理。具体地，例如手机100内部可以利用被唤醒的AP处理器向Wi-Fi模组发送下电指令，以控制Wi-Fi模组下电并停止接收无用数据。进而，手机100则可以屏蔽Wi-Fi模组频繁地导致AP处理器无用唤醒，从而导致AP处理器无法处于稳定的休眠状态的情形。如此，减少AP处理器的耗电量，利于在手机100在长待机场景中节能降耗。

411b：在接收到需要唤醒Wi-Fi模组的数据处理请求时，对Wi-Fi模组上电，使Wi-Fi模组恢复工作。

示例性地，需要唤醒Wi-Fi模组的数据处理请求，是指可能需要消耗较大流量接收数据包以及需要消耗较大流量处理接收到的数据等方面的数据处理请求。在对Wi-Fi模组进行下电处理后，如果手机100检测到用户操作而亮屏、或者接收到调制解调器(Modem)发来的数据包、又或者是检测到即将执行预设的大流量任务，例如应用程序自动更新版本、或者系统自动升级等，此时手机100可以对Wi-Fi模组进行上电处理。具体地，例如手机100可以唤醒AP处理器、并通过AP处理器向Wi-Fi模组发送上电指令，控制Wi-Fi上电，恢复工作。

图7是本发明实施例的手机100的系统架构示意框图。

手机100的系统架构可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明手机100的软件结构。

分层架构将系统分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层(APP层)，应用程序框架层(FWK层)，Kernel层和硬件抽象层(HAL层)。

如图7所示，APP层可以包括一系列应用程序包。在本申请实施例中，APP层可以运行“省电精灵”应用，该应用程序在被处理器运行时能够与系统的其他层交互，实施上述图4b所示各步骤，来实现本申请实施例所提供的管理终端设备的方法。

可以理解，APP层所安装的应用程序包还可以包括图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序，在此不做限制。

FWK层为APP层的应用程序提供应用编程接口(application programminginterface，API)和编程框架。FWK层可以包括一些预先定义的函数，还可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。该数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供手机100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

在本申请实施例中，FWK层还可以提供一些系统框架服务，例如LinkTurbo通信框架服务等；FWK层中还可以设置一些可调用的功能模块，例如场景识别模块、实时数据采集模块等。其中，LinkTurbo通信框架服务用于获取移动通信网络流量使用情况，即可以用于执行上述步骤401中的相关内容。其中，场景识别模块，用于识别长待机场景以及低流量业务场景等，即可以用于执行上述步骤402中的相关内容，其中长待机场景即对应于上述步骤402中描述的处于长时间待机状态对应的场景。

实时数据采集模块，用于统计手机100运行过程中基于Wi-Fi网络或移动通信网络与外部网络通信的网速等。实时数据采集模块可以用于在上述步骤410b对Wi-Fi模组进行下电处理后，及时识别到大流量业务，以便于及时唤醒AP处理器控制对Wi-Fi模组上电工作，以免造成手机100上配置的移动通信网络流量的大幅流失。

硬件抽象层是对硬件驱动的封装，为上层提供一个统一的硬件能力通用接口。在本申请实施例中，HAL层例如可以通过Wi-Fi HAL对应提供Wi-Fi模组的硬件能力。在另一些实施例中，HAL层也可以通过WLAN HAL提供Wi-Fi模组的硬件能力，在此不做限制。

Kernel层是硬件和软件之间的层。Kernel层至少包含显示驱动程序，摄像头驱动程序，Wi-Fi驱动程序、传感器驱动程序等。

在本申请实施例中，Kernel层还可以包括Dubai驱动程序，用于统计对系统中AP处理器的休眠、唤醒进行记录统计，并且可以对Wi-Fi模组接收到的数据包的进行识别，即可以用于执行上述步骤403中识别无用唤醒的过程，在此不做赘述。

图8根据本申请实施例示出了一种管理终端设备的方法在手机100的系统中实现时，系统各层之间的交互示意图。

如图8所示，APP层运行的“省电精灵”应用，可以调用FWK层的LinkTurbo通信框架服务、场景识别模块以及实时数据采集模块，获取用于实施上述图4b所示各步骤需要的数据或信息。例如，“省电精灵”应用可以通过LinkTurbo获取的移动通信网络流量使用信息、通过场景识别模块识别长待机场景以及低流量业务场景等、以及通过实时数据采集模块统计的网速信息等，并进行整理、利用。APP层运行的“省电精灵”应用还可以调用Kernel层的Dubai驱动程序，获取AP处理器休眠、唤醒情况的统计结果数据以及导致AP唤醒的数据包对应的识别结果数据等。

当“省电精灵”应用利用FWK层获取的信息以及Kernel层统计或识别的数据等，判断当前满足对Wi-Fi模组预设的下电条件时，“省电精灵”应用则可以调用相应接口，向HAL层的Wi-Fi HAL下发下电指令，以控制Wi-Fi模组下电。可以理解，当需要控制Wi-Fi重新上电工作时，“省电精灵”应用则可以调用相应接口，向HAL层的Wi-Fi HAL下发恢复工作的指令，在此不做赘述。

在说明书对“一个实施例”或“实施例”的引用意指结合实施例所描述的具体特征、结构或特性被包括在根据本申请实施例公开的至少一个范例实施方案或技术中。说明书中的各个地方的短语“在一个实施例中”的出现不一定全部指代同一个实施例。

本申请实施例的公开还涉及用于执行文本中的操作装置。该装置可以专门处于所要求的目的而构造或者其可以包括被存储在计算机中的计算机程序选择性地激活或者重新配置的通用计算机。这样的计算机程序可以被存储在计算机可读介质中，诸如，但不限于任何类型的盘，包括软盘、光盘、CD-ROM、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁或光卡、专用集成电路(ASIC)或者适于存储电子指令的任何类型的介质，并且每个可以被耦合到计算机系统总线。此外，说明书中所提到的计算机可以包括单个处理器或者可以是采用针对增加的计算能力的多个处理器涉及的架构。

另外，在本说明书所使用的语言已经主要被选择用于可读性和指导性的目的并且可能未被选择为描绘或限制所公开的主题。因此，本申请实施例公开旨在说明而非限制本文所讨论的概念的范围。

Claims (12)

1.一种管理终端设备的方法，应用于电子设备，所述电子设备包括Wi-Fi芯片，其特征在于，所述方法包括：

所述电子设备在第一时间点进入待机状态，所述电子设备中的第一处理器进入休眠状态；

通过Wi-Fi连接接收路由设备发送的第一类通信消息，其中所述第一类通信消息为广播方式发送，且没有目标接收地址的通信消息；

所述电子设备基于接收到的所述第一类通信消息唤醒所述第一处理器；

在所述第一时间点之后的预设时长内，基于所述第一处理器的唤醒次数为第一数量，对所述Wi-Fi芯片进行下电处理，所述唤醒次数指的是所述第一处理器基于所述第一类通信消息而唤醒的次数，其中所述第一数量大于等于预设数量。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述电子设备在第二时间点进入待机状态，所述第一处理器进入休眠状态；

通过Wi-Fi连接接收路由设备发送的所述第一类通信消息；

所述电子设备基于接收到的所述第一类通信消息唤醒所述第一处理器；

在所述第二时间点之后的预设时长内，基于所述第一处理器的唤醒次数为第二数量，不对所述Wi-Fi芯片进行下电处理，其中所述第二数量小于所述预设数量。

3.根据权利要求1所述的方法，其特征在于，所述基于所述第一处理器的唤醒次数为第一数量，对所述Wi-Fi芯片进行下电处理，包括：

确定所述第一数量大于等于所述预设数量，对所述Wi-Fi芯片进行下电处理。

4.根据权利要求3所述的方法，其特征在于，所述第一类通信消息包括以下至少一项：

通过所述路由设备转发的第一类数据包；

所述路由设备发送的管理帧；

所述路由设备发送的PING包。

5.根据权利要求4所述的方法，其特征在于，对应于不同的所述第一类通信消息，所述预设数量不同。

6.根据权利要求5所述的方法，其特征在于，所述确定所述第一数量大于等于所述预设数量，包括下列各项中的任一项：

获取所述第一处理器基于所述路由设备转发的第一类数据包而唤醒的第一唤醒次数，并确认所述第一唤醒次数的数量大于等于第一预设数量；

获取所述第一处理器基于所述路由设备发送的管理帧而唤醒的第二唤醒次数，并确认所述第二唤醒次数大于等于第二预设数量；

获取所述第一处理器基于所述路由设备发送的PING包而唤醒的第三唤醒次数，并确认所述第三唤醒次数大于等于第三预设数量。

7.根据权利要求1所述的方法，其特征在于，对所述Wi-Fi芯片进行下电处理的条件，还包括下列中的至少一项：

确认Wi-Fi连接的路由设备为常用地点的Wi-Fi热点设备；

确认移动通信网络可用；

确认处于低流量业务场景，其中，所述低流量业务场景对应于所述电子设备运行应用程序的过程中，传输数据而消耗的数据流量小于第一流量阈值所对应的场景。

8.根据权利要求7所述的方法，其特征在于，通过以下方式确认移动通信网络可用：

检测到当前使用的SIM卡账户在套餐月内的上网流量无限制；或者，

检测到当前使用的SIM卡账户在套餐月内的上网流量的剩余量超过第二流量阈值。

9.根据权利要求1所述的方法，其特征在于，所述方法包括：

在所述Wi-Fi芯片下电后，所述电子设备通过移动通信网络进行通信。

10.根据权利要求1所述的方法，其特征在于，所述方法还包括：

检测到唤醒所述电子设备的用户操作，所述电子设备对所述Wi-Fi芯片进行上电处理，以使所述Wi-Fi芯片恢复工作；或者，

接收到第二类通信消息，所述电子设备对所述Wi-Fi芯片进行上电处理，以使所述Wi-Fi芯片恢复工作；或者，

待传输数据需要消耗的数据流量超过第三流量阈值，所述电子设备对所述Wi-Fi芯片进行上电处理，以使所述Wi-Fi芯片恢复工作。

11.一种电子设备，其特征在于，包括：第一处理器、第二处理器；一个或多个存储器；所述一个或多个存储器存储有一个或多个程序，当一个或者多个程序被所述一个或多个处理器执行时，使得所述电子设备执行权利要求1至10中任一项所述的管理终端设备的方法，其中，

所述电子设备在第一时间点进入待机状态，所述电子设备中的第一处理器进入休眠状态；

所述第二处理器通过Wi-Fi连接接收路由设备发送的第一类通信消息，其中所述第一类通信消息为广播方式发送，且没有目标接收地址的通信消息；

所述第二处理器基于接收到的所述第一类通信消息唤醒所述第一处理器；

所述第二处理器在所述第一时间点之后的预设时长内，基于所述第一处理器的唤醒次数为第一数量，对所述Wi-Fi芯片进行下电处理，所述唤醒次数指的是所述处理器基于所述第一类通信消息而唤醒的次数，其中所述第一数量大于等于预设数量。

12.一种计算机可读存储介质，其特征在于，所述存储介质上存储有指令，所述指令在计算机上执行时使所述计算机执行权利要求1至10中任一项所述的管理终端设备的方法。

Images