本发明实施例涉及计算机
技术领域：
：，特别涉及数据业务管控方法、装置及终端。
背景技术：
：：随着电子技术的不断发展，在电子终端当中安装的应用程序越来越多；移动终端在使用时，很多应用程序在打开后却不在使用的情况下，会转入后台继续运行。这些应用程序的进程会一直占用着移动终端的内存，导致移动终端内存不足，前端程序运行缓慢；并且应用程序的进程在运行时，后台数据不断刷新，消耗了移动终端大量的能源，导致移动终端的用电量升高，产生资源的浪费。技术实现要素：本发明实施方式的目的在于提供一种数据业务管控方法、装置及终端，使得在不影响用户体验的情况下，有效减少系统的数据呼叫业务，从而减小系统功耗、提高续航能力。为解决上述技术问题，本发明的实施方式提供了一种数据业务管控方法，包括：监测终端内应用程序的冻结情况；当监测到有应用程序被冻结时，对被冻结的应用程序的数据呼叫进行限制。本发明的实施方式还提供了一种终端，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述数据业务管控方法。本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述数据业务管控方法。本发明实施方式相对于现有技术而言，当有应用程序被冻结时，对被冻结的应用程序的数据呼叫进行限制；由于被冻结的应用程序本身就不处于被用户使用的状态，因此对其数据呼叫的限制对用户而言不存在任何影响；即，本申请技术方案可以在不影响用户体验的情况下，有效减少系统的数据呼叫业务，从而减小系统功耗、提高续航能力。另外，所述数据呼叫至少包括由服务端向所述应用程序发送的数据呼叫。由于在应用程序被冻结后，主要是服务端向应用程序发送的的数据呼叫导致终端的电流拖尾严重，从而影响续航能力；因此，对由服务端向所述应用程序发送的数据呼叫进行限制，可以很大程度上减小系统功耗，提高续航能力。另外，所述对被冻结的应用程序的数据呼叫进行限制，包括，限制所述被冻结的应用程序的网络访问权限。本实施例提供了数据呼叫的一种限制方式，可以最大程度地减少数据呼叫业务的处理量，从而最大程度地减小电流拖尾，提高续航能力。另外，所述方法还包括：当检测到所述终端的应用程序冻结功能已启动时，进入所述监测终端内应用程序的冻结情况的步骤。本实施例提供了开始监测的一种较为合理的触发条件。另外，所述监测终端内应用程序的冻结情况，包括：根据所述终端内所述应用程序的冻结状态列表来监测所述应用程序的冻结情况。本实施例提供了一种具体的监测实现方式。附图说明一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。图1是根据本申请第一实施例中的数据业务管控方法的流程图；图2是根据本申请第二实施例中的数据业务管控方法的流程图；图3是根据本申请第三实施例中的数据业务管控装置的方框图；图4是根据本申请第四实施例中的终端的方框图。具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。目前的智能机架构一般是ap cp结构，其中，ap(applicationprocessor，简称ap)是指应用处理器，cp(communicationprocessor，简称ap)是指通信处理器；ap负责应用和系统层业务，cp负责通信业务。目前大多数的应用程序，或多或少都会通过网络、云端来提供各种服务，比如视频、网页浏览、云端数据存储、服务器校验等等。这种网络交互和访问，本质上就是通过cp，来进行数据呼叫业务的收发访问。应用程序的冻结技术主要是基于终端的一种限制应用程序占用系统资源的方法，它主要包括禁止占用cpu、sensor、gps等系统资源，能有效的节省功耗，延长电池续航时间。也就是说即对当前打开着却不使用的应用程序进行冻结，使其不再占用cpu\sensor、gps等系统资源。发明人发现，在ap上运行的应用程序被冻结以后，虽然不再占用ap相关的资源，也不会响应数据呼叫业务的应答需求，但此时cp这边的数据业务会一直持续，直至超时无响应才会被动断开，因此在功耗续航上，会有比较明显的电流拖尾现象。基于此，发明人提出了本申请的技术方案。本发明的第一实施方式涉及一种数据业务管控方法，可以应用于终端，具体的，终端中的网络管理模块可以用于执行该方法。该方法具体流程如图1所示。步骤101，监测终端内应用程序的冻结情况。当监测到有应用程序被冻结时，进入步骤102；当监测到有应用程序被解冻时，进入步骤103。步骤102，对被冻结的应用程序的数据呼叫进行限制。步骤103，对被解冻的应用程序的数据呼叫解除限制。下面对本实施方式的数据业务管控方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。终端内预设有冻结模块，该冻结模块用于根据终端内各应用程序的运行状况或检测到的预设操作，来对应用程序进行冻结或对已被冻结的应用程序进行解冻。在一个例子中，冻结模块内可以预设有应用程序的冻结状态列表，该冻结状态列表内记录有被冻结的应用程序；即，当有应用程序被冻结时，就将该应用程序添加到该冻结状态列表中；当有应用程序被解冻时，就将该应用程序从到该冻结状态列表中移除；其中，该冻结状态列表中可以以应用程序的名称等信息来表示该应用程序。在步骤101中，监测应用程序的冻结情况是指监测该终端中是否有应用程序被冻结或被解冻。网络管理模块可以根据终端内应用程序的冻结状态列表来监测应用程序的冻结情况。具体的，网络管理模块可以周期性地对冻结状态列表进行分析，并判断当前时刻的冻结状态列表与上一时刻的冻结状态列表中的应用程序是否有变化。如果发现相对于上一时刻的冻结状态列表而言，当前时刻的冻结状态列表中新增了应用程序，那么，判定监测到有应用程序被冻结，且新增的应用程序为监测到的被冻结的应用程序；此时进入步骤102。如果发现相对于上一时刻的冻结状态列表而言，当前时刻的冻结状态列表中减少了应用程序，则判定监测到有应用程序被解冻，且减少的应用程序为监测到的被解冻的应用程序；此时进入步骤103。需要说明的是，在其他例子中，也可以通过其他方式来监测应用程序的冻结情况。例如，当冻结模块执行对某一应用程序的冻结操作或者解冻操作时，发送通知信息给网络管理模块，网络管理模块根据该通知信息来判断是否有应用程序被冻结或被解冻，其中，该通知信息中包括操作类型和操作对象，操作类型可以是冻结或解冻，操作对象为该操作类型对应的应用程序。在步骤102中，对被冻结的应用程序的数据呼叫进行限制；其中，对数据呼叫进行限制可以是双向限制，也可以是单向限制。其中，从应用程序的角度出发，由服务端向应用程序发送的数据呼叫称之为向内的数据呼叫，由应用程序向服务端的数据呼叫称之为向外的数据呼叫。同时对向内的数据呼叫和向外的数据呼叫进行限制，称之为双向限制；仅对向内的数据呼叫或者仅对向外的数据呼叫进行限制，称之为单向限制。本实施例中，对数据呼叫进行限制的方式，可以是限制被冻结的应用程序的网络访问权限；从而可以暂停处理被冻结的应用程序的所有数据呼叫；其中，可以通过设置防火墙(如iptables)、网络黑名单、网络使用权限等方式来限制网络访问权限。然本实施例并不以此为限，在其他例子中，也可以对该应用程序的部分数据呼叫进行限制，可以根据实际需要设定。在终端内的应用程序被冻结后，服务端并不知晓应用程序被冻结，还会向终端的该应用程序发送数据呼叫。在未对向内的数据呼叫进行限制时，终端的cp接收该数据呼叫，并会将该数据呼叫发送给终端的ap以等待该应用程序的应答；由于该应用程序被冻结，故终端的cp不可能会接收到应答并将该应答转发给服务端，即服务端在等待一段时间而得不到该应用程序的应答时会判定为超时，从而终端内的cp会被动断开；即，终端内的cp在被动断开之前，一直会接收服务端发送的该应用程序的数据呼叫并将其转发给ap。而本实施例中，对向内的数据呼叫进行限制，可以限制终端的cp向ap转发该应用程序的数据呼叫；即终端的cp接收该应用程序的数据呼叫后不会再向终端的ap转发该应用程序的数据呼叫，由此可以明显降低电流拖尾现象，提高续航能力。并且，也可以尽量避免处于休眠状态的ap被频繁唤醒，从而进一步优化续航能力；例如，当ap处于休眠状态时，如果cp接收到服务端发送的应用程序a的数据呼叫，则cp会将应用程序a的数据呼叫发送给ap，从而把ap唤醒；但是，如果应用程序a已被冻结，那么其实就算ap被唤醒后，也不会处理该数据呼叫；这种情况下，ap被唤醒但没有实际意义，而且还增加了耗电，影响了续航能力。或者，本实施例中的对向内的数据呼叫进行限制中，也可以直接限制终端的cp接收服务端发来的该应用程序的数据呼叫；即，终端的cp在识别出来自服务端的数据呼叫对应的应用程序已被冻结时，拒绝接收该数据呼叫。在应用程序被冻结后，一般的，ap不会主动向服务端发送该应用程序的数据呼叫；但是在某些情况下，对于从服务端接收的该应用程序的数据呼叫，cp会进行自动回复，如自动回复确认字符(acknowledgement，简称ack)这类报文。即，在未对向外的数据呼叫进行限制时，cp在接收到该应用程序的数据业务后会自动回复ack；而本实施例中，对向外的数据呼叫进行限制后，终端内的cp对于该应用程序的数据呼叫就不会自动回复ack这类报文了；从而可以进一步降低电流拖尾现象，提高续航能力。在步骤103中，对数据呼叫解除限制的方式与对数据呼叫进行限制的方式相对应。即，如果在步骤102中是通过将被冻结的应用程序添加到网络黑名单的方式限制网络访问权限的，那么在解除限制时，可以将被解冻的应用程序用网络黑名单中移除。本实施例中，当有应用程序被冻结时，对被冻结的应用程序的数据呼叫进行限制；由于被冻结的应用程序本身就不处于被用户使用的状态，因此对其数据呼叫的限制对用户而言不存在任何影响；即，本申请技术方案可以在不影响用户体验的情况下，有效减少系统的数据呼叫业务，从而减小系统功耗、提高续航能力。本发明的第二实施方式涉及一种数据业务管控方法。第二实施方式与第一实施方式大致相同，主要区别之处在于：在本发明第二实施方式中，在检测到应用程序冻结功能已启动时，对应用程序的冻结情况进行监测。如图2是根据本申请第二实施例中的数据业务管控方法的流程图，具体如下。步骤201，检测终端的应用程序冻结功能是否已启动；若是，进入步骤202；若否，则结束。步骤202，监测终端内应用程序的冻结情况。当监测到有应用程序被冻结时，进入步骤203；当监测到有应用程序被解冻时，进入步骤204。其中，步骤202与第一实施方式中的步骤101类似，此处不再赘述。步骤203，对被冻结的应用程序的数据呼叫进行限制。其中，步骤203与第一实施方式中的步骤102类似，此处不再赘述。步骤204，对被解冻的应用程序的数据呼叫解除限制。其中，步骤204与第一实施方式中的步骤103类似，此处不再赘述。本实施例相对于第一实施例而言，新增了步骤201。具体的，终端的应用程序冻结功能被启动时，冻结模块才会根据检测到的各应用程序的运行状况或检测到的预设操作，来对应用程序进行冻结或对已被冻结的应用程序进行解冻。因此，网络功能模块可以在检测该冻结模块的应用程序冻结功能被启动时，采取监测应用程序的冻结情况；而在终端的应用程序冻结功能尚未启动时，无需对终端内的各应用程序的冻结情况进行监测。本实施例提供了开始监测的一种较为合理的触发条件。上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。本发明第三实施方式涉及一种数据业务管控装置，如图3所示，包括：监测模块301和限制模块302。监测模块301用于监测终端上应用程序的冻结情况；限制模块302用于在监测模块301监测到有应用程序被冻结时，对被冻结的应用程序的数据呼叫进行限制。在一个例子中，数据呼叫至少包括由服务端向应用程序发送的数据呼叫。在一个例子中，限制模块302具体用于限制被冻结的应用程序的网络访问权限。在一个例子中，监测模块301还用于监测终端的应用程序冻结功能是否已启动，并在监测到终端的应用程序冻结功能已启动时，监测终端内应用程序的冻结情况。在一个例子中，限制模块302还用于监测模块监测到有应用程序被解冻时，对被解冻的应用程序的数据呼叫解除限制。在一个例子中，监测模块301具体用于根据终端内应用程序的冻结状态列表来监测应用程序的冻结情况。在一个例子中，冻结状态列表中记录有被冻结的应用程序；监测模块301具体用于：周期性地对冻结状态列表进行分析，并判断当前时刻的冻结状态列表与上一时刻的冻结状态列表中的应用程序是否有变化；如果当前时刻的冻结状态列表中新增了应用程序，则判定监测到有应用程序被冻结，且新增的应用程序为监测到的被冻结的应用程序；或者如果当前时刻的冻结状态列表中减少了应用程序，则判定监测到有应用程序被解冻，且减少的应用程序为监测到的被解冻的应用程序。不难发现，本实施方式为与第一或第二实施方式相对应的装置实施例，本实施方式可与第一或第二实施方式互相配合实施。第一或第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一或第二实施方式中。值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。本发明第四实施方式涉及一种终端，如图4所示，包括：至少一个处理器401；以及，与所述至少一个处理器401通信连接的存储器402；其中，所述存储器402存储有可被所述至少一个处理器401执行的指令，所述指令被所述至少一个处理器401执行，以使所述至少一个处理器401能够执行上述数据业务管控方法。其中，存储器402和处理器401采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器401和存储器402的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器401处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器401。处理器401负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器402可以被用于存储处理器401在执行操作时所使用的数据。本发明第五实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。当前第1页1 2 3 当前第1页1 2 3
技术特征：1.一种数据业务管控方法，其特征在于，包括：
监测终端上应用程序的冻结情况；
当监测到有应用程序被冻结时，对被冻结的应用程序的数据呼叫进行限制。
2.根据权利要求1所述的数据业务管控方法，其特征在于，所述数据呼叫至少包括由服务端向所述应用程序发送的数据呼叫。
3.根据权利要求1所述的数据业务管控方法，其特征在于，所述对被冻结的应用程序的数据呼叫进行限制，包括：限制所述被冻结的应用程序的网络访问权限。
4.根据权利要求1所述的数据业务管控方法，其特征在于，所述方法还包括：
当检测到所述终端的应用程序冻结功能已启动时，进入所述监测终端内应用程序的冻结情况的步骤。
5.根据权利要求1所述的数据业务管控方法，其特征在于，所述方法还包括：当监测到有应用程序被解冻时，对被解冻的应用程序的数据呼叫解除限制。
6.根据权利要求1至5中任一项所述的数据业务管控方法，其特征在于，所述监测终端内应用程序的冻结情况，包括：根据所述终端内所述应用程序的冻结状态列表来监测所述应用程序的冻结情况。
7.根据权利要求6所述的数据业务管控方法，其特征在于，所述冻结状态列表中记录有被冻结的应用程序；所述根据所述终端内所述应用程序的冻结状态列表来监测所述应用程序的冻结情况，包括：
周期性地对所述冻结状态列表进行分析，并判断当前时刻的所述冻结状态列表与上一时刻的所述冻结状态列表中的应用程序是否有变化；
如果当前时刻的所述冻结状态列表中新增了应用程序，则判定监测到有应用程序被冻结，且新增的应用程序为监测到的所述被冻结的应用程序；或者
如果当前时刻的所述冻结状态列表中减少了应用程序，则判定监测到有应用程序被解冻，且减少的应用程序为监测到的所述被解冻的应用程序。
8.一种数据业务管控装置，其特征在于，包括：
监测模块，用于监测终端上应用程序的冻结情况；
限制模块，用于在所述监测模块监测到有应用程序被冻结时，对被冻结的应用程序的数据呼叫进行限制。
9.一种终端，其特征在于，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至7中任一所述的数据业务管控方法。
10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的数据业务管控方法。
技术总结本发明实施例涉及计算机技术领域，公开了一种数据业务管控方法、装置及终端。本发明中，数据业务管控方法包括，监测终端内应用程序的冻结情况；当监测到有应用程序被冻结时，对被冻结的应用程序的数据呼叫进行限制。本实施例中的技术方案，使得在不影响用户体验的情况下，有效减少系统的数据呼叫业务，从而减小系统功耗、提高续航能力。
技术研发人员：阚勇;刁亮;何志斌;杨四海
受保护的技术使用者：中兴通讯股份有限公司
技术研发日：2019.09.12
技术公布日：2021.03.12
