CN107466094A - 网络数据上报控制方法、协处理器、终端及存储介质 - Google Patents

Abstract

本发明公开了一种网络数据上报控制方法、协处理器、终端及存储介质，通过在终端的基带处理器与应用处理器之间设置协处理器，由协处理器确定基带处理器接收到的网络数据是否满足延时上报条件。当协处理器确定接收到的网络数据满足延时上报条件时，协处理器先对该网络数据进行缓存，直到确定应用处理器被唤醒之后才将缓存的网络数据上传给应用处理器。该方案减少了应用处理器受网络数据的影响而被唤醒的次数，同时，因为协处理器在工作状态下的平均功耗低于应用处理器在工作状态下的平均功耗，所以，通过让协处理器工作，以较小的功耗代价来避免功耗较大的应用处理器被频繁唤醒工作，降低了终端整体的功耗，提升了终端的续航能力及用户体验。

Description

网络数据上报控制方法、协处理器、终端及存储介质

技术领域

本发明涉及终端技术领域，更具体地说，涉及一种网络数据上报控制方法、协处理器、终端及存储介质。

背景技术

相对于传统功能终端，智能终端更受广大用户的欢迎，这主要的原因就是智能终端通过APP(Application，应用程序)的形式为用户提供了更多功能，而且相对于传统终端的功能只能由厂商决定的现状，智能终端在这一方面为用户提供了更多选择，用户可以根据自己的个人需求“定制”功能独特的专属终端，并且随时随地、随心所欲地对自己终端的功能进行调整、更改。

近几年来，APP几乎是呈井喷式发展，在为用户带来更高用户体验的同时，也让终端的耗电指数骤增。这主要是由于绝大多数APP在后台运行期间，为了向用户提供及时的服务，会不定时的唤醒终端的CPU(应用处理器)进行联网消息检测、数据交换等，这些唤醒过程必然会增加终端的耗电速率，然而电池制造技术的瓶颈却制约着电池容量的进一步提升。

为了降低终端功耗，提升终端的续航能力，现有技术中也提出了一些改进方案，例如终端唤醒对齐机制、谷歌提出的doze模式等都能够在一定程度上减少终端CPU被唤醒的次数与频率。但终端CPU在休眠状态下被唤醒有可能是因为APP需要主动发起与网络的交互；也有可能是因为网络主动向终端进行了数据推送，例如终端与网络中的服务器保持长连接，服务器向终端推送服务信息。对于第一种，终端可以通过上述唤醒对齐方案或doze模式方案，从软件层面来阻止APP主动访问网络；但对于第二种，现有方案是无法进行管理的，因为终端的BP(Baseband Processor，基带处理器)接收到网络推送的网络数据后，就会立即唤醒CPU以使CPU对该网络数据进行处理。

所以，针对上述问题，现在亟需提供一种解决方案，以降低网络推送服务给终端带来的功耗。

发明内容

本发明要解决的技术问题在于：如何降低网络推送给终端带来的功耗，提升终端续航能力，针对该技术问题，提供一种网络数据上报控制方法、协处理器、终端及存储介质。

为解决上述技术问题，本发明提供一种网络数据上报控制方法，所述网络数据上报控制方法包括：

协处理器获取基带处理器从网络接收到的网络数据，所述协处理器分别与所述基带处理器及应用处理器进行交互，且所述协处理器工作状态下的平均功耗低于所述应用处理器工作状态下的平均功耗；

所述协处理器确定所述网络数据满足延时上报条件；

所述协处理器对所述网络数据进行缓存；

所述协处理器在所述应用处理器被唤醒后将所述网络数据上传给所述应用处理器，以供所述应用处理器对所述网络数据进行处理。

可选地，所述协处理器确定所述网络数据满足延时上报条件包括：

所述协处理器确定所述网络数据未携带紧急标识，所述紧急标识表征所述网络数据需要被立即处理；

或，

所述协处理器确定所述网络数据携带有延时标识，所述延时标识表征所述网络数据不需要被立即处理；

或，

所述协处理器确定所述网络数据所属的应用程序在预设名单中。

可选地，所述协处理器确定所述网络数据满足延时上报条件还包括：所述协处理器确定所述应用处理器当前处于休眠状态。

可选地，所述协处理器对所述网络数据进行缓存包括：

所述协处理器控制将所述网络数据缓存到本协处理器自带的协存储器中。

可选地，所述协处理器在所述应用处理器被唤醒后将所述网络数据上传给所述应用处理器之前，还包括：

所述协处理器检测到当前满足唤醒条件；

所述协处理器通过中断机制唤醒所述应用处理器。

可选地，所述协处理器确定当前满足唤醒条件包括：

所述协处理器确定所缓存的网络数据的数据量已达到预设数量阈值；

或，

所述协处理器确定所述应用处理器的休眠时间已达到预设时间阈值。

可选地，所述协处理器获取基带处理器从网络接收到的网络数据之后，还包括：

所述协处理器确定所述网络数据不满足延时上报条件；

所述协处理器立即唤醒所述应用处理器，并将所述网络数据传输给所述应用处理器。

进一步地，本发明提供了一种协处理器，所述协处理器用于与终端的基带处理器和应用处理器连接，且所述协处理器工作状态下的平均功耗低于所述应用处理器工作状态下的平均功耗；所述协处理器包括微处理器MCU、协存储器及通信总线，所述通信总线用于实现所述MCU和所述协存储器之间的连接通信；所述MCU用于执行所述协存储器中存储的网络数据上报控制程序，以实现以下步骤：

确定所述网络数据满足延时上报条件；

对所述网络数据进行缓存；

在所述应用处理器被唤醒后将所述网络数据上传给所述应用处理器，以供所述应用处理器对所述网络数据进行处理。

进一步地，本发明还提供了一种终端，所述终端包括应用处理器、基带处理器及如上所述的协处理器；所述协处理器分别同所述基带处理器与所述应用处理器连接。

进一步地，本发明还提供了一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被协处理器的微处理器执行，所述协处理器同应用处理器和基带处理器连接，其在工作状态下的平均功耗低于所述应用处理器工作状态下的平均功耗，所述微处理器执行所述存储介质中的程序，以实现以下步骤：

获取基带处理器从网络接收到的网络数据，所述协处理器分别与所述基带处理器及应用处理器进行交互，且所述协处理器工作状态下的平均功耗低于所述应用处理器工作状态下的平均功耗；

确定所述网络数据满足延时上报条件；

对所述网络数据进行缓存；

在所述应用处理器被唤醒后将所述网络数据上传给所述应用处理器，以供所述应用处理器对所述网络数据进行处理。

有益效果

本发明提供一种网络数据上报控制方法、协处理器、终端及存储介质，通过在终端的基带处理器与应用处理器之间设置协处理器，由协处理器对基带处理器从网络接收到的网络数据进行判定，确定该网络数据是否满足延时上报条件。当协处理器确定接收到的网络数据满足延时上报条件时，协处理器不会立即唤醒应用处理器来对该网络数据进行处理，而是先对该网络数据进行缓存，直到确定应用处理器被唤醒之后才将缓存的网络数据上传给应用处理器。本发明的方案通过设置协处理器，摒弃了基带处理器接收到网络数据后直接唤醒应用处理器的做法，减少了应用处理器受网络数据的影响而被唤醒的次数，同时，因为协处理器在工作状态下的平均功耗低于应用处理器在工作状态下的平均功耗，所以，通过让协处理器工作，以较小的功耗代价来避免功耗较大的应用处理器被频繁唤醒工作，降低了终端整体的功耗，提升了终端的续航能力及用户体验。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为相关技术中终端的一种硬件结构示意图；

图2为本发明第一实施例中提供的终端的一种硬件结构示意图；

图3为本发明第一实施例中提供的网络数据上报控制方法的一种流程图；

图4为本发明第一实施例中协处理器唤醒应用处理器的一种流程图；

图5为本发明第二实施例中提供的网络数据上报控制方法的一种流程图；

图6为本发明第三实施例中提供的协处理器的一种硬件结构示意图；

图7为本发明第五实施例中提供的移动终端的一种架构图；

图8为本发明第五实施例中提供的移动终端的一种硬件结构示意图；

图9为本发明第五实施例中提供的移动终端的一种用户交互界面示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

第一实施例：

在描述本发明的网络数据上报控制方法之前，先对本发明中终端的基本硬件结构进行介绍：

基带处理器主要负责发送和接收各种数据，主要组件为数字信号处理器(DSP)、微控制器(MCU)、内存(SRAM、Flash)等单元。根据按照GSM(Global System for MobileCommunication，全球移动通信系统)、3G(3rd-Generation，第三代移动通信技术)、4G(the4th Generation mobile communication，第四代移动通信技术)等协议的规定，基带处理器中的DSP可以实现协议算法，对数据进行编解码；MCU则负责协调控制与基站和AP的通信。基带处理器需要与终端的应用处理器通信连接，以便基带处理器接收应用处理器需要外发的数据进行编码外发，以及将从外界接收到的数据上报给应用处理器，由应用处理器对数据进行处理。在所有相关技术中，基带处理器与应用处理器都是直接通信连接的，如图1所示：

终端1包括直接通信连接的基带处理器11与应用处理器12，当基带处理器11从外界接收到网络数据会后，例如接收到QQ消息、推送服务消息等，无论应用处理器12是否处于休眠状态，都要求应用处理器12立即对接收到的网络数据进行处理。所以，如果应用处理器12处于工作状态，则基带处理器11会直接将网络数据上报给应用处理器12，而如果基带处理器11处于休眠状态，基带处理器11则会先唤醒应用处理器12，使得应用处理器12进入工作状态，然后将接收到的网络数据发送给应用处理器12。

但是在本实施例中，终端还包括协处理器，所以基带处理器与应用处理器不再直接通信，请参见图2：在终端2当中，协处理器30分别与基带处理器20和应用处理器40通信连接，其中，协处理器30处于工作状态时的平均功耗低于应用处理器40处于工作状态的平均功耗。协处理器30与基带处理器20通信连接，因此，当基带处理器20从网络接收到网络数据之后，不再直接将网络数据发送给应用处理器40，而是先交由协处理器30进行处理，并对向应用处理器40上报网络数据的过程进行控制管理。下面结合图3对本发明中基于协处理器30的网络数据上报控制方法进行阐述：

S32、协处理器获取基带处理器从网络接收到的网络数据。

基带处理器20相当于Modem，由于终端2的通信功能是其非常核心的功能，所以基带处理器20也是终端2中及其重要的器件。终端2支持何种网络制式，例如GSM、CDMA(CodeDivision Multiple Access，码分多址)、WCDMA(Wideband Code Division MultipleAccess，宽带码分多址)等，都由基带处理器20决定。本实施例中的基带处理器20支持以LTE-TDD(Time Division Duplexing Long Term Evolution，时分双工长期演进)、LTE-FDD(Frequency Division Duplexing Long Term Evolution，频分双工长期演进)、TD-SCDMA(Time Division-Synchronous Code Division Multiple Access，时分同步码分多址)、WCDMA、GSM、GPRS(General Packet Radio Service，通用分组无线服务技术)等通信模式中的任意一种与网络侧进行通信。目前，基带处理器主要有分离式和集成式两种设计，分离式设计中基带处理器是一颗独立的芯片，会带来较好的平台灵活性；而集成式设计的基带处理器则具有成本低、体积小、效率高的优势。本实施例中的基带处理器20可以采用集成式设计，也可以采用分离式。

当基带处理器20从网络侧接收到网络数据之后，将会把网络数据发送给与之通信连接的协处理器30处，由协处理器30对该网络数据进行初步的处理与评估。

S34、协处理器确定网络数据满足延时上报条件。

协处理器30从基带处理器20处接收到网络数据之后，将会确定该网络数据是否满足延时上报条件，应当理解的是，协处理器30判定获取到的网络数据是否满足延时上报条件，也就是在判断该网络数据是否是需要紧急处理的数据：如果该网络数据不需要立即进行处理，则说明其不是紧急的网络数据，满足延时上报条件，而如果该网络数据需要立即进行处理，则说明其为紧急的网络数据，不满足延时上报条件。

在本实施例中，协处理器30可以通过这样两种方式来确定获取到的网络数据是否满足延时上报条件：

方式一：

协处理器30与网络侧约定，若某一份网络数据需要进行紧急处理，则在该网络数据中携带紧急标识，从而表征该网络数据需要立即上报给应用处理器40；否则，则该网络数据中不会携带紧急标识。则，协处理器30在获取到网络数据之后，可以对网络数据进行解析，从而根据网络数据中是否携带有紧急标识来确定网络数据是否满足延时上报条件：如果网络数据中携带有紧急标识，则该网络数据不满足延时上报条件；相反，如果网络数据中不携带有紧急标识，则该网络数据满足延时上报条件。

在该示例中，协处理器30之所以是通过网络数据中是否携带有紧急标识来确定其是否满足延时上报条件，这主要是考虑到通常情况下，相对于不需要进行紧急处理的网络数据，需要进行紧急处理的网络数据量比较少。所以，如果通过对紧急的网络数据添加紧急标识，从而让协处理器30对紧急的网络数据与非紧急的网络数据进行区分，则网络侧在向终端2发送网络数据时，可以只需要对其中比较少的一部分数据进行特殊处理，这样能够尽可能地减少网络侧的数据处理工作量。但本领域技术人员可以理解的是，网络侧也可以通过在网络数据中携带延时标识，让协处理器30根据网络数据是否携带有延时标识来确定网络数据是否满足延时上报条件：如果协处理器30在对网络数据进行解析之后，发现其中携带有延时标识，则协处理器30可以确定该网络数据满足延时上报条件；否则协处理器30可以判定该网络数据不满足延时上报条件。

方案二：

由于基带处理器20接收到的网络数据通常是属于终端2上层的某个应用程序的，而不同应用程序的网络数据具有不同的重要性，例如，天气情况推送的网络数据通常会比娱乐新闻推送的网络数据更重要，因为用户可能需要根据天气情况准备服饰、遮阳/遮雨的伞具等，而对于普通人来说，娱乐新闻资讯则只是作为闲暇之间的一种调剂。另外，来自用户联系人的消息可能会比来自购物应用程序的商品促销通知更重要；短信消息会比其他即时通讯工具的消息更重要……所以，协处理器30可以预先设置存储一份应用程序名单，该名单中可以包含具有及时上报网络数据权限的各APP的标识信息。当协处理器30确定当前获取到的网络数据属于某一APP之后，则在预设名单中进行查找，确定网络数据所属的APP是否在预设名单当中，若存在，则说明该网络消息是紧急的网络数据，不满足延时上报条件，否则说明该网络数据满足延时上报条件。

当然，协处理器30设置并存储的预设名单中也可以是满足延时上报网络数据权限的各APP的名称，在这种情况下，协处理器30的处理过程也类似与上述示例，只是在确定该网络数据所属APP在预设名单中存在之后，就判定该网络数据满足延时上报条件，否则判定该网络数据不满足延时上报条件。

本实施例中的预设名单可以由终端或协处理器的设计人员在生产设计阶段阶段就设置完成，并存储到协处理器30的协存储器中。也可以由用户在使用终端2的时候，在根据实际情况设置。例如，假定终端2中存储的预设名单中都是需要及时上报网络数据的APP，则当用户发现终端2电量不足，而客观环境又不支持充电时，用户可以将部分APP从预设名单中删除。或者，假定终端2中存储的预设名单中都是不需要及时上报网络数据的APP，则当用户可以在终端2电量较低的时候，将部分APP添加到该预设名单中。

由于本实施例中协处理器30确定网络数据是否满足延时上报条件主要是为了在应用处理器40处于休眠状态下时，能够尽可能少地唤醒应用处理器40。而对于应用处理器40本身就处于工作状态下的情况，其实并不需要关心网络数据是否满足延时上报条件。所以，终端2在本实施例的另外一种示例当中，当协处理器30在确定网络数据是否满足延时上报条件时，除了要确定该网络是否携带有紧急标识/延时标识，或该网络数据所属的应用程序是否在预设名单当中以外，协处理器30还要进一步确定应用处理器40当前是否处于休眠状态，只有当应用处理器40处于休眠状态，同时网络数据不具备紧急标识或者该网络数据具备延时标识，或者该网络数据所属的应用程序并不是需要立即上报网络数据时，协处理器30才会判定当前接收到的网络数据满足延时上报条件。

S36、协处理器对网络数据进行缓存。

如果协处理器30通过上述两种方式中的任意一种确定出当前获取到的网络数据满足延时上报条件后，就能够确定当前并不需要因为接收到该网络数据而唤醒应用处理器40，所以，协处理器30会先将获取到的网络数据进行缓存，直到应用处理器40被唤醒之后再将该缓存的网络数据发送给应用处理器40。

应当理解的是，协处理器30在缓存网络数据时，不会将网络数据缓存到终端2的存储器上，因为，向终端2的存储器中写入数据，则必定要唤醒应用处理器40。因此，协处理器30可以考虑将需要缓存的网络数据缓存到自身的协存储器上。除此以外，协处理器30还可以考虑将网络数据缓存到终端2存储器以外的其他存储设备上。

S38、协处理器在应用处理器被唤醒后将网络数据上传给应用处理器。

对网络数据进行缓存之后，协处理器30需要在应用处理器40被唤醒之后，将缓存的网络数据进行上报。应用处理器40从休眠状态到唤醒状态的转换，可以是受用户的操作控制而实现的。例如，当用户需要使用终端2的时候，会通过终端2的用户输入单元发出指令，从而控制应用处理器40进入工作状态。但在本实施例中，还提供一种由协处理器30控制实现应用处理器40唤醒的方案，请参见图4：

S42、协处理器检测到当前满足唤醒条件。

在应用处理器40处于休眠状态期间，基带处理器20可能会多次收到网络数据，如果这些网络数据都满足延时上报条件，则协处理器30会继续对这些网络数据进行缓存，因此，缓存的数据量会不断增加。所以本实施例中协处理器30可以对缓存的数据量进行监测，当确定缓存的网络数据量达到预设数量阈值后，则确定当前已经满足唤醒条件。

在本实施例的另一示例当中，唤醒条件有些不同：当协处理器30确定应用处理器40进入休眠状态之后，协处理器30就会进行计时。当协处理器30的计时时长达到预设时间阈值，也即当协处理器30确定应用处理器的休眠时间已经达到预设时间阈值，则协处理器30确定当前已经满足唤醒条件。

S44、协处理器通过中断机制唤醒应用处理器。

确定当前满足唤醒条件之后，协处理器30会通过中断机制唤醒应用处理器40，然后将缓存的网络数据上传给该应用处理器40，让应用处理器40对这些网络数据进行处理。

在上述由协处理器30唤醒应用处理器40的方案当中，协处理器30必须根据唤醒条件决定是否唤醒应用处理器。但是在有一些情况下，协处理器30唤醒应用处理器40是不需要遵循唤醒条件的，例如，当协处理器30判定当前从基带处理器20处获取到的网络数据不满足延时上报条件，则这时，协处理器30确定当前应当立即唤醒应用处理器40，让应用处理器40及时对该网络数据进行处理。所以，协处理器30不需要理会当前是当否满足唤醒条件，可以直接通过中断机制唤醒应用处理器40，然后上传接收到的网络数据。

本实施例中提供的网络数据上报控制方法和终端，通过在基带处理器与应用处理器之间设置平均功耗较小的协处理器，让基带处理器在从外界接收到网络数据之后，不再直接唤醒应用处理器，而是将接收到的网络数据发送给协处理器，由协处理器对网络数据进行判断，确定其是否需要理解上报，如果不需要，则可以先将其进行缓存，等到应用处理器被唤醒之后再上报。避免因为一些并不是很紧急的网络数据唤醒应用处理器，降低了应用处理器的功耗。因为协处理器工作状态的平均功耗远低于应用处理器工作状态的平均功耗，因此，采用功耗代价较小的协处理器来工作，能够降低终端整体的功耗，延长终端的续航时间，提升用户体验。

第二实施例：

本实施例将结合具体示例对前述实施例中的网络数据上报控制方法做进一步阐述，请参见图5：

S502、协处理器接收并解析基带处理器上报的网络数据。

协处理器从基带处理器出接收到网络数据之后，会根据相关的协议对网络数据进行初步的解析。

S504、协处理器判断网络数据是否携带有紧急标识。

对网络数据进行解析之后，协处理器可以确定该网络数据中是否携带有紧急标识，如果有，则说明该网络数据是紧急网络数据，因此需要立即将该网络数据上报给应用处理器，执行S512。若应用处理器当前处于休眠状态，则协处理器就立即通过中断等方式唤醒应用处理器，若应用处理器当前处于工作状态，则直接进行网络数据发送。如果协处理器判定网络数据中没有携带紧急标识，则说明该网络数据并不是紧急网络数据，执行S506。

S506、协处理器判断应用处理器当前是否处于休眠状态。

如果协处理器判定当前获取到的网络数据没有携带紧急标识，是非紧急的网络数据，则协处理器需要进一步确定当前应用处理器是否处于休眠状态，因为，在这种情况下，应用处理器是否处于休眠状态将会决定协处理器是否上报网络数据。

S508、协处理器将网络数据进行缓存。

若经判断，协处理器确定当前应用处理器处于休眠状态，则协处理器不会对非紧急的网络数据进行上报，而是会先对该网络数据进行缓存。在本实施例中协处理器将会把网络数据缓存到自身的协存储器中。

S510、协处理器判断当前存储的网络数据是否已达到预设数量阈值。

协处理器会对已缓存网络数据的数据量进行监测，从而确定当前已缓存网络数据的数据量是否已达到预设数量阈值。若已经达到，则执行S512，否则继续进行判断。

S512、协处理器将网络数据上报给应用处理器。

本实施例中，协处理器通过判定网络数据是否携带有紧急标识，并在确定网络数据携带有紧急标识时，不管应用处理器当前的状态，直接对该网络数据进行上报。对于没有携带紧急标识的网络数据，协处理器则会先对其进行缓存处理，直到确定缓存的网络数据量已经达到预设数量阈值之后，才会唤醒应用处理器，以对网络数据进行处理。由于协处理器对网络数据进行的处理相对比较简单，因此，协处理器的整体功耗较低，应该说远远低于应用处理器工作时的功耗，所以利用协处理器工作，减少了应用处理器的工作时间与工作频率，能够降低终端功耗。同时，因为协处理器根据紧急标识对网络数据进行了筛选，保证比较紧急的网络数据能够及时被上报，从而不影响用户体验。

第三实施例：

前述各实施例中的协处理器可以单独芯片的形式存在，也可以与终端内的基带处理器集成在一起。本实施例中将对独立形式的协处理器进行介绍，请参见图6：

协处理器30包括MCU(微处理器)32、协存储器34及通信总线36，其中通信总线36用于实现微处理器32与协存储器34之间的通信连接，而协存储器34作为一种计算机可读存储介质，可以存储至少一个计算机程序，在本实施例中，协存储器34当中至少存储有网络数据上报控制程序，该网络数据上报控制程序可供微处理器32读取、编译并执行，实现前述实施例中网络数据上报控制方法。值得注意的是，本实施例中协处理器30处于工作状态时的平均功耗低于应用处理器40处于工作状态的平均功耗。

本实施例中协处理器30在终端中的部署设置可以参见图2所示，其一方面与基带处理器20连接，另一方面又与应用处理器40连接。所以，当基带处理器20从外界接收到网络数据之后，协处理器30的微处理器32可以获取到对应的网络数据。

微处理器32从基带处理器20处接收到网络数据之后，将会确定该网络数据是否满足延时上报条件，应当理解的是，微处理器32判定获取到的网络数据是否满足延时上报条件，也就是在判断该网络数据是否是需要紧急处理的数据：如果该网络数据不需要立即进行处理，则说明其不是紧急的网络数据，满足延时上报条件，而如果该网络数据需要立即进行处理，则说明其为紧急的网络数据，不满足延时上报条件。

在本实施例中，微处理器32可以通过这样两种方式来确定获取到的网络数据是否满足延时上报条件：

方式一：

协处理器30与网络侧约定，若某一份网络数据需要进行紧急处理，则在该网络数据中携带紧急标识，从而表征该网络数据需要立即上报给应用处理器40；否则，则该网络数据中不会携带紧急标识。则，微处理器32在获取到网络数据之后，可以对网络数据进行解析，从而根据网络数据中是否携带有紧急标识来确定网络数据是否满足延时上报条件：如果网络数据中携带有紧急标识，则微处理器32判定该网络数据不满足延时上报条件；相反，如果网络数据中不携带有紧急标识，则微处理器32判定该网络数据满足延时上报条件。

在该示例中，微处理器32之所以是通过网络数据中是否携带有紧急标识来确定其是否满足延时上报条件，这主要是考虑到通常情况下，相对于不需要进行紧急处理的网络数据，需要进行紧急处理的网络数据量比较少。所以，如果通过对紧急的网络数据添加紧急标识，从而让微处理器32对紧急的网络数据与非紧急的网络数据进行区分，则网络侧在向终端2发送网络数据时，可以只需要对其中比较少的一部分数据进行特殊处理，这样能够尽可能地减少网络侧的数据处理工作量。但本领域技术人员可以理解的是，网络侧也可以通过在网络数据中携带延时标识，让微处理器32根据网络数据是否携带有延时标识来确定网络数据是否满足延时上报条件：如果微处理器32在对网络数据进行解析之后，发现其中携带有延时标识，则微处理器32可以确定该网络数据满足延时上报条件；否则微处理器32可以判定该网络数据不满足延时上报条件。

方案二：

由于基带处理器20接收到的网络数据通常是属于终端2上层的某个应用程序的，而不同应用程序的网络数据具有不同的重要性，例如，天气情况推送的网络数据通常会比娱乐新闻推送的网络数据更重要，因为用户可能需要根据天气情况准备服饰、遮阳/遮雨的伞具等，而对于普通人来说，娱乐新闻资讯则只是作为闲暇之间的一种调剂。另外，来自用户联系人的消息可能会比来自购物应用程序的商品促销通知更重要；短信消息会比其他即时通讯工具的消息更重要……所以，微处理器32可以预先设置存储一份应用程序名单，该名单中可以包含具有及时上报网络数据权限的各APP的标识信息。微处理器32可以将该预设名单存储在协存储器34当中。当微处理器32确定当前获取到的网络数据属于某一APP之后，则在预设名单中进行查找，确定网络数据所属的APP是否在预设名单当中，若存在，则说明该网络消息是紧急的网络数据，不满足延时上报条件，否则说明该网络数据满足延时上报条件。

当然，微处理器32设置并存储在协存储器34中的预设名单中也可以是满足延时上报网络数据权限的各APP的名称，在这种情况下，微处理器32的处理过程也类似与上述示例，只是在确定该网络数据所属APP在预设名单中存在之后，微处理器32就判定该网络数据满足延时上报条件，否则微处理器32判定该网络数据不满足延时上报条件。

本实施例中的预设名单可以由终端或协处理器的设计人员在生产设计阶段阶段就设置完成，并存储到协存储器34中。也可以由用户在使用终端2的时候，在根据实际情况设置。例如，假定终端2中存储的预设名单中都是需要及时上报网络数据的APP，则当用户发现终端2电量不足，而客观环境又不支持充电时，用户可以将部分APP从预设名单中删除。或者，假定终端2中存储的预设名单中都是不需要及时上报网络数据的APP，则当用户可以在终端2电量较低的时候，将部分APP添加到该预设名单中。

由于本实施例中微处理器32确定网络数据是否满足延时上报条件主要是为了在应用处理器40处于休眠状态下时，能够尽可能少地唤醒应用处理器40。而对于应用处理器40本身就处于工作状态下的情况，其实并不需要关心网络数据是否满足延时上报条件。所以，终端2在本实施例的另外一种示例当中，当微处理器32在确定网络数据是否满足延时上报条件时，除了要确定该网络是否携带有紧急标识/延时标识，或该网络数据所属的应用程序是否在预设名单当中以外，微处理器32还要进一步确定应用处理器40当前是否处于休眠状态，只有当应用处理器40处于休眠状态，同时网络数据不具备紧急标识或者该网络数据具备延时标识，或者该网络数据所属的应用程序并不是需要立即上报网络数据时，微处理器32才会判定当前接收到的网络数据满足延时上报条件。

如果微处理器32通过上述两种方式中的任意一种确定出当前获取到的网络数据满足延时上报条件后，就能够确定当前并不需要因为接收到该网络数据而唤醒应用处理器40，所以，微处理器32会先将获取到的网络数据进行缓存，直到应用处理器40被唤醒之后再将该缓存的网络数据发送给应用处理器40。

应当理解的是，微处理器32在缓存网络数据时，不会将网络数据缓存到终端2的存储器上，因为，向终端2的存储器中写入数据，则必定要唤醒应用处理器40。因此，微处理器32可以考虑将需要缓存的网络数据缓存到自身的协存储器34上。除此以外，微处理器32还可以考虑将网络数据缓存到终端2存储器以外的其他存储设备上。

对网络数据进行缓存之后，微处理器32需要在应用处理器40被唤醒之后，将缓存的网络数据进行上报。应用处理器40从休眠状态到唤醒状态的转换，可以是受用户的操作控制而实现的。例如，当用户需要使用终端2的时候，会通过终端2的用户输入单元发出指令，从而控制应用处理器40进入工作状态。但在本实施例中，还提供一种由微处理器32控制实现应用处理器40唤醒的方案：

在应用处理器40处于休眠状态期间，基带处理器20可能会多次收到网络数据，如果这些网络数据都满足延时上报条件，则微处理器32会继续对这些网络数据进行缓存，因此，缓存的数据量会不断增加。所以本实施例中微处理器32可以对缓存的数据量进行监测，当确定缓存的网络数据量达到预设数量阈值后，则确定当前已经满足唤醒条件。

在本实施例的另一示例当中，唤醒条件有些不同：当微处理器32确定应用处理器40进入休眠状态之后，微处理器32就会进行计时。当微处理器32的计时时长达到预设时间阈值，也即当微处理器32确定应用处理器的休眠时间已经达到预设时间阈值，则微处理器32确定当前已经满足唤醒条件。

确定当前满足唤醒条件之后，微处理器32会通过中断机制唤醒应用处理器40，然后将缓存的网络数据上传给该应用处理器40，让应用处理器40对这些网络数据进行处理。

在上述由微处理器32唤醒应用处理器40的方案当中，微处理器32必须根据唤醒条件决定是否唤醒应用处理器。但是在有一些情况下，微处理器32唤醒应用处理器40是不需要遵循唤醒条件的，例如，当微处理器32判定当前从基带处理器20处获取到的网络数据不满足延时上报条件，也就是说，当前获取到的网络数据是紧急的网络数据。则微处理器32将确定当前应当立即唤醒应用处理器40，让应用处理器40及时对该网络数据进行处理。所以，微处理器32不需要理会当前是当否满足唤醒条件，可以直接通过中断机制唤醒应用处理器40，然后上传接收到的网络数据。

通过将本实施例中低功耗的协处理器设置在基带处理器与应用处理器之间，让基带处理器在从外界接收到网络数据之后，不再直接唤醒应用处理器，而是将接收到的网络数据发送给协处理器，由协处理器对网络数据进行判断，确定其是否需要理解上报，如果不需要，则可以先将其进行缓存，等到应用处理器被唤醒之后再上报。避免因为一些并不是很紧急的网络数据唤醒应用处理器，降低了应用处理器的功耗。因为协处理器工作状态的平均功耗远低于应用处理器工作状态的平均功耗，因此，采用功耗代价较小的协处理器来工作，能够降低终端整体的功耗，延长终端的续航时间，提升用户体验。

第四实施例：

请继续结合图6中示出的协处理器的硬件结构示意图，本实施例将给出一个具体示例，从而让本发明各实施例中基于协处理器的网络数据上报方案的优点与细节更加清楚：

首先，微处理器32从基带处理器出接收到网络数据之后，会根据相关的协议对网络数据进行初步的解析。对网络数据进行解析之后，微处理器32可以确定该网络数据中是否携带有紧急标识，如果有，则说明该网络数据是紧急网络数据，因此需要立即将该网络数据上报给应用处理器。若应用处理器当前处于休眠状态，则微处理器32就立即通过中断等方式唤醒应用处理器，若应用处理器当前处于工作状态，则直接进行网络数据发送。如果微处理器32判定网络数据中没有携带紧急标识，则说明该网络数据并不是紧急网络数据。

这时，微处理器32会进一步判断应用处理器当前是否处于休眠状态。因为如果微处理器32判定当前获取到的网络数据没有携带紧急标识，是非紧急的网络数据，则应用处理器是否处于休眠状态将会决定微处理器32是否上报网络数据。

若经判断，微处理器32确定当前应用处理器处于休眠状态，则微处理器32不会对非紧急的网络数据进行上报，而是会先对该网络数据进行缓存。在本实施例中微处理器32将会把网络数据缓存到自身的协存储器34中。

微处理器32还会对已缓存网络数据的数据量进行监测，从而确定当前已缓存网络数据的数据量是否已达到预设数量阈值。若已经达到，则将网络数据上报给应用处理器。

本实施例中，微处理器通过判定网络数据是否携带有紧急标识，并在确定网络数据携带有紧急标识时，不管应用处理器当前的状态，直接对该网络数据进行上报。对于没有携带紧急标识的网络数据，微处理器则会先对其进行缓存处理，直到确定缓存的网络数据量已经达到预设数量阈值之后，才会唤醒应用处理器，以对网络数据进行处理。由于微处理器对网络数据进行的处理相对比较简单，因此，微处理器的整体功耗较低，应该说远远低于应用处理器工作时的功耗，所以利用微处理器工作，减少了应用处理器的工作时间与工作频率，能够降低终端功耗。同时，因为微处理器根据紧急标识对网络数据进行了筛选，保证比较紧急的网络数据能够及时被上报，从而不影响用户体验。

第五实施例：

前述各实施例中的终端可以以各种形式来实施。例如，手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。

在后续示例当中，将以移动终端对前述各实施例中的终端进行说明。本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。请参见图7所示出的移动终端的一种架构图：

本实施例中的移动终端700与常见的双处理器终端不同，因为其包括三个处理器：基带处理器701、协处理器702以及应用处理器703。Operating Platform(操作平台)基于应用处理器703，应当明白的是，操作平台是基于计算机程序实现的。在Operating Platform之上，可以运行一个或多个应用程序，例如，在本实施例中，Operating Platform上可以运行APP1、APP2、APP3。下面请结合图8示出的移动终端700一个可选的硬件结构示意图：

除了基带处理器701、协处理器702以及应用处理器703以外，移动终端700可以包括：显示单元704、用户输入单元705、存储器706等部件。本领域技术人员可以理解，图8中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图8对移动终端的各个部件进行具体的介绍：

其中，基带处理器701的功能与双处理器中的基带处理器类似，都是负责移动接入、电话等传统移动终端功能；应用处理器703作为主控CPU，依旧可以支持操作系统Operating Platform运行，并管理移动终端700所有硬件资源、支持应用程序拓展。协处理器702设置在基带处理器701与应用处理器703之间，分别与基带处理器701与应用处理器703进行通信。而且，协处理器702在工作状态下的平均功耗远低于应用处理器703的平均功耗。在传统的双处理器终端当中，基带处理器与应用处理器的电源管理基本都是分开的，所以在本实施例中，移动终端700三个处理器的电源管理可以全部分开，也可以将基带处理器701与协处理器702的电源管理部署在一起，而对应用处理器703进行单独的电源管理。

显示单元704用于显示由用户输入的信息或提供给用户的信息。显示单元704可包括显示面板7041，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板7041。

用户输入单元705可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元705可包括触控面板7051以及其他输入设备7052。触控面板7051，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板7051上或在触控面板7051附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板7051可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给应用处理器703，并能接收应用处理器703发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板7051。除了触控面板7051，用户输入单元705还可以包括其他输入设备7052。具体地，其他输入设备7052可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

进一步的，触控面板7051可覆盖显示面板7041，当触控面板7051检测到在其上或附近的触摸操作后，传送给应用处理器703以确定触摸事件的类型，随后应用处理器703根据触摸事件的类型在显示面板7041上提供相应的视觉输出。虽然在图1中，触控面板7051与显示面板7041是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板7051与显示面板7041集成而实现移动终端的输入和输出功能，具体此处不做限定。

存储器706可用于存储软件程序以及各种数据。存储器706可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器706可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

应用处理器703是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器706内的软件程序和/或模块，以及调用存储在存储器706内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。

本实施例中，在移动终端700中设置协处理器702的主要目的是降低移动终端因应用处理器702被频繁唤醒所带来的功耗。为了实现该目的，就要保证在某些非必要情况下不对应用处理器703进行唤醒。例如当应用处理器703处于休眠状态时，即使基带处理器701从外界网络中接收到了一些网络数据，协处理器702也不通知应用处理器703。但是考虑到用户体验，对于基带处理器701接收到的一些比较重要、比较紧急的网络数据，还是应该唤醒应用处理器703进行处理。所以为了让协处理器702确定哪些网络数据是重要或者紧急的网络数据，哪些网络数据是可以延时上报的网络数据，在本实施例中，移动终端700会设置“白名单”。

在白名单当中，包含有一些应用程序的标识信息。若基带处理器701接收到的网络数据是属于白名单中某个APP的，则该网络数据是需要立即上报的，否则该网络数据是可以延时上报的。

在本实施例中，白名单可以由用户通过用户输入单元705设置完成，然后由应用处理器703控制将该白名单下发给协处理器702，由协处理器702将其存储在其本地的协存储器中。白名单并不是一成不变的，用户可以随时根据移动终端700的实际情况对白名单上的应用程序进行删减与增加。例如在本实施例的一种示例当中，当应用处理器703确定移动终端700当前的电量降低至预设电量阈值后，应用处理器703可以控制移动终端700的音频输出单元(图8中为示出)、显示单元704发出提示信息。在显示单元704的显示面板7041上，不仅可以向用户示出表征当前电量低的图标或文字信息，还可以给出应对电量低的措施，例如在图9所示出的用户交互界面示意图中，移动终端700就给出了建议的解决措施，让用户将APP1和APP2从白名单中移除，仅在白名单中保留APP3，以便在基带处理器701在接收到属于APP1和APP2的网络数据之后，不在唤醒应用处理器703，从而实现省电的目的。

下面对APP1与APP2被从白名单中移除以后，基带处理器701分别接收到APP1与APP3的网络数据为例进行说明：

假定基带处理器701先接收到针对APP1的网络数据，但此时移动终端700的应用处理器703当前已经进入了休眠状态。协处理器702通过与应用处理器703之间的接口了解到应用处理器703已经休眠，所以在获取到APP1的网络数据之后，通过提取自己存储的白名单，确定该网络数据不是属于紧急的网络数据之后，协处理器702会将APP1的网络数据存储到协存储器中，存储后判定当前存储的网络数据是否已达到预设数量阈值。假定存储之后的数据量已经达到预设数量阈值，则协处理器702会通过中断机制唤醒应用处理器703，然后将缓存的所有网络数据均上传给应用处理器703。

假定存储APP1的网络数据之后，协存储器中已存储的网络数据量尚未达到预设数量阈值，同时基带处理器702又接收到了APP3的网络数据。经过判定，协处理器702确定针对APP3的网络数据是需要立即上报的，因此，协存储器702直接唤醒应用处理器703，然后将APP3的网络数据进行上传。

应当理解的是，此时应用处理器703已经处于唤醒状态，因此，协处理器702可以将之前存储的针对APP1的网络数据也一通上传给应用处理器703。

本实施例中提供的移动终端，因为仅仅会对用户指定的部分APP的网络数据进行延迟上报，对于用户要求及时上报的网络数据而言，并不会受到延时影响，因此，不会影响到用户体验，同时，因为对某分APP的网络数据进行延时上报，使得基带处理器多次接收到的网络数据可以同时上报，减少了唤醒移动终端应用处理器的频率与次数，将低了移动终端的功耗，提升了移动终端的续航能力。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种网络数据上报控制方法，其特征在于，所述网络数据上报控制方法包括：

协处理器获取基带处理器从网络接收到的网络数据，所述协处理器分别与所述基带处理器及应用处理器进行交互，且所述协处理器工作状态下的平均功耗低于所述应用处理器工作状态下的平均功耗；

所述协处理器确定所述网络数据满足延时上报条件；

所述协处理器对所述网络数据进行缓存；

所述协处理器在所述应用处理器被唤醒后将所述网络数据上传给所述应用处理器，以供所述应用处理器对所述网络数据进行处理。

2.如权利要求1所述的网络数据上报控制方法，其特征在于，所述协处理器确定所述网络数据满足延时上报条件包括：

所述协处理器确定所述网络数据未携带紧急标识，所述紧急标识表征所述网络数据需要被立即处理；

或，

所述协处理器确定所述网络数据携带有延时标识，所述延时标识表征所述网络数据不需要被立即处理；

或，

所述协处理器确定所述网络数据所属的应用程序在预设名单中。

3.如权利要求2所述的网络数据上报控制方法，其特征在于，所述协处理器确定所述网络数据满足延时上报条件还包括：所述协处理器确定所述应用处理器当前处于休眠状态。

4.如权利要求1所述的网络数据上报控制方法，其特征在于，所述协处理器对所述网络数据进行缓存包括：

所述协处理器控制将所述网络数据缓存到本协处理器自带的协存储器中。

5.如权利要求1所述的网络数据上报控制方法，其特征在于，所述协处理器在所述应用处理器被唤醒后将所述网络数据上传给所述应用处理器之前，还包括：

所述协处理器检测到当前满足唤醒条件；

所述协处理器通过中断机制唤醒所述应用处理器。

6.如权利要求5所述的网络数据上报控制方法，其特征在于，所述协处理器确定当前满足唤醒条件包括：

所述协处理器确定所缓存的网络数据的数据量已达到预设数量阈值；

或，

所述协处理器确定所述应用处理器的休眠时间已达到预设时间阈值。

7.如权利要求1-6任一项所述的网络数据上报控制方法，其特征在于，所述协处理器获取基带处理器从网络接收到的网络数据之后，还包括：

所述协处理器确定所述网络数据不满足延时上报条件；

所述协处理器立即唤醒所述应用处理器，并将所述网络数据传输给所述应用处理器。

8.一种协处理器，其特征在于，所述协处理器用于与终端的基带处理器和应用处理器连接，且所述协处理器工作状态下的平均功耗低于所述应用处理器工作状态下的平均功耗；所述协处理器包括微处理器MCU、协存储器及通信总线，所述通信总线用于实现所述MCU和所述协存储器之间的连接通信；所述MCU用于执行所述协存储器中存储的网络数据上报控制程序，以实现以下步骤：

确定所述网络数据满足延时上报条件；

对所述网络数据进行缓存；

在所述应用处理器被唤醒后将所述网络数据上传给所述应用处理器，以供所述应用处理器对所述网络数据进行处理。

9.一种终端，其特征在于，所述终端包括应用处理器、基带处理器及如权利要求8所述的协处理器；所述协处理器分别同所述基带处理器与所述应用处理器连接。

10.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被协处理器的微处理器执行，所述协处理器同应用处理器和基带处理器连接，其在工作状态下的平均功耗低于所述应用处理器工作状态下的平均功耗，所述微处理器执行所述存储介质中的程序，以实现以下步骤：

获取基带处理器从网络接收到的网络数据，所述协处理器分别与所述基带处理器及应用处理器进行交互，且所述协处理器工作状态下的平均功耗低于所述应用处理器工作状态下的平均功耗；

确定所述网络数据满足延时上报条件；

对所述网络数据进行缓存；

在所述应用处理器被唤醒后将所述网络数据上传给所述应用处理器，以供所述应用处理器对所述网络数据进行处理。