CN110831132B - 一种数据处理方法及设备 - Google Patents

Abstract

本发明实施例提供了一种数据处理方法及设备；该方法包括：进入空中唤醒模式；空中唤醒模式指周期性地唤醒以监听预设唤醒信息的模式；在空中唤醒模式中，当监听到唤醒设备发送的预设唤醒信息时，根据预设唤醒信息，开启数据发送窗口；数据发送窗口用于发送数据；通过数据发送窗口，向中间服务设备发送数据下发请求，并开启数据接收窗口；数据下发请求用于请求中间服务设备下发数据，数据接收窗口用于接收数据；通过数据接收窗口，接收中间服务设备针对数据下发请求所下发的待传输数据；待传输数据为应用服务器平台通过中间服务设备下发的数据；根据待传输数据，进行数据处理。通过本发明实施例，能够降低应用设备进行数据处理的功耗。

Description

一种数据处理方法及设备

技术领域

本发明涉及网络领域中的通讯技术，尤其涉及一种数据处理方法及设备。

背景技术

LoRa(Long Range Radio，长距离扩频调整技术)，是低功耗局域网无线标准，能够在同样的功耗条件下比其他无线方式传播的距离更远，实现了低功耗和远距离的统一；在LoRa网络中，应用设备通过与其对应的服务平台进行通讯来获取数据，并将获取的数据进行数据处理以实现功能应用；比如，墨水屏通过与其对应的会议室预订系统进行通讯来获取变更数据，并根据数据变更墨水屏的显示内容以实现向用户展示变更数据。

一般来说，应用设备在与服务平台通讯的过程中，为保证应用设备能够实时获取到服务平台下发的数据，需要将接收窗口保持开启状态。然而，上述应用设备与服务平台的数据处理过程中，由于接收窗口为持续开启的状态，应用设备进行数据处理的功耗大。

发明内容

本发明实施例提供一种数据处理方法及设备，能够降低应用设备进行数据处理的功耗。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种数据处理方法，应用于应用设备，包括：

进入空中唤醒模式；所述空中唤醒模式指周期性地唤醒以监听预设唤醒信息的模式；

在所述空中唤醒模式中，当监听到唤醒设备发送的所述预设唤醒信息时，根据所述预设唤醒信息，开启数据发送窗口；所述数据发送窗口用于发送数据；

通过所述数据发送窗口，向中间服务设备发送数据下发请求，并开启数据接收窗口；所述数据下发请求用于请求所述中间服务设备下发数据，所述数据接收窗口用于接收数据；

通过所述数据接收窗口，接收所述中间服务设备针对所述数据下发请求所下发的待传输数据；所述待传输数据为应用服务器平台通过所述中间服务设备下发的数据；

根据所述待传输数据，进行数据处理。

本发明实施例提供一种数据处理方法，应用于唤醒设备，包括：

接收中间服务设备发送的预设唤醒信息；所述预设唤醒信息为所述中间服务设备，接收到应用服务设备向应用设备下发的待传输数据时所发送的信息；

将所述预设唤醒信息发送至所述应用设备，以使处于空中唤醒模式中的所述应用设备开启数据发送窗口和数据接收窗口，进而使所述应用设备通过所述数据发送窗口和所述数据接收窗口完成对所述待传输数据的接收并根据所述待传输数据进行数据处理。

本发明实施例提供一种数据处理方法，应用于中间服务设备，包括：

接收应用服务设备发送的待传输数据；所述待传输数据指用于向应用设备下发的数据；

根据所述待传输数据，将预设唤醒信息发送至唤醒设备，以使所述唤醒设备通过所述预设唤醒信息开启所述应用设备的数据发送窗口和数据接收窗口；

接收所述应用设备针对所述预设唤醒信息，并通过所述数据发送窗口返回的数据下发请求；所述数据下发请求用于请求下发数据；

响应所述数据下发请求，向所述应用设备下发所述待传输数据，以使所述应用设备通过所述数据接收窗口接收所述待传输数据并根据所述待传输数据进行数据处理。

本发明实施例提供一种应用装置，包括：

模式进入模块，用于进入空中唤醒模式；所述空中唤醒模式指周期性地唤醒以监听预设唤醒信息的模式；

窗口开启模块，用于在所述空中唤醒模式中，当监听到唤醒设备发送的所述预设唤醒信息时，根据所述预设唤醒信息，开启数据发送窗口；所述数据发送窗口用于发送数据；

所述窗口开启模块，还用于通过所述数据发送窗口，向中间服务设备发送数据下发请求，并开启数据接收窗口；所述数据下发请求用于请求所述中间服务设备下发数据，所述数据接收窗口用于接收数据；

第一数据接收模块，用于通过所述数据接收窗口，接收所述中间服务设备针对所述数据下发请求所下发的待传输数据；所述待传输数据为应用服务器平台通过所述中间服务设备下发的数据；

数据处理模块，用于根据所述待传输数据，进行数据处理。

本发明实施例提供一种唤醒装置，包括：

信息接收模块，用于接收中间服务设备发送的预设唤醒信息；所述预设唤醒信息，为所述中间服务设备接收到应用服务设备向应用设备下发的待传输数据时所发送的信息；

第一信息发送模块，用于将所述预设唤醒信息发送至所述应用设备，以使处于空中唤醒模式中的所述应用设备开启数据发送窗口和数据接收窗口，进而使所述应用设备通过所述数据发送窗口和所述数据接收窗口完成对所述待传输数据的接收并根据所述待传输数据进行数据处理。

本发明实施例提供一种中间服务装置，包括：

第二数据接收模块，用于接收应用服务设备发送的待传输数据；所述待传输数据指用于向应用设备下发的数据；

第二信息发送模块，用于根据所述待传输数据，将预设唤醒信息发送至唤醒设备，以使所述唤醒设备通过所述预设唤醒信息开启所述应用设备的数据发送窗口和数据接收窗口；

请求接收模块，用于接收所述应用设备针对所述预设唤醒信息，并通过所述数据发送窗口返回的数据下发请求；所述数据下发请求用于请求下发数据；

数据发送模块，用于响应所述数据下发请求，向所述应用设备下发所述待传输数据，以使所述应用设备通过所述数据接收窗口接收所述待传输数据并根据所述待传输数据进行数据处理。

本发明实施例一种应用设备，包括：

第一存储器，用于存储可执行指令；

第一处理器，用于执行所述第一存储器中存储的可执行指令时，实现本发明实施例提供的应用于应用设备的数据处理方法。

本发明实施例一种唤醒设备，包括：

第二存储器，用于存储可执行指令；

第二处理器，用于执行所述第二存储器中存储的可执行指令时，实现本发明实施例提供的应用于唤醒设备的数据处理方法。

本发明实施例一种中间服务设备，包括：

第三存储器，用于存储可执行指令；

第三处理器，用于执行所述第三存储器中存储的可执行指令时，实现本发明实施例提供的应用于中间服务设备的数据处理方法。

本发明实施例提供一种存储介质，存储有可执行指令，用于引起第一处理器执行时，实现本发明实施例提供的应用于应用设备的数据处理方法。

本发明实施例还提供一种存储介质，存储有可执行指令，用于引起第二处理器执行时，实现本发明实施例提供的应用于唤醒设备的数据处理方法。

本发明实施例还提供一种存储介质，存储有可执行指令，用于引起第三处理器执行时，实现本发明实施例提供的应用于中间服务设备的数据处理方法。

本发明实施例具有以下有益效果：应用设备通过开启的空中唤醒状态，周期性地唤醒来监听唤醒器下发的预设唤醒信息，并在监听到预设唤醒信息时开启收发数据的工作状态主动请求下发数据，实现应用服务设备即服务平台下发的待传输数据的接收，进而根据待传输数据进行数据处理；由于周期性地唤醒以监听唤醒器下发的指定的预设唤醒信息，相比于实时处于收发数据的工作状态，功耗小；因此，本发明实施例中应用设备周期性地唤醒以监听唤醒器下发的指定的预设唤醒信息，并在监听到预设唤醒信息时才开启收发数据的工作状态的方案，降低了应用设备进行数据处理的功耗。

附图说明

图1是本发明实施例提供的数据处理系统100的一个可选的架构示意图；

图2是本发明实施例提供的第一终端400的结构示意图；

图3是本发明实施例提供的第二终端500的结构示意图；

图4是本发明实施例提供的第一服务器200的结构示意图；

图5是本发明实施例提供的数据处理方法的一个可选的流程示意图；

图6是本发明实施例提供的数据处理方法的另一个可选的流程示意图；

图7是本发明实施例提供的数据处理方法示例性应用的一个可选的流程示意图；

图8是本发明实施例提供的数据处理方法示例性应用的另一个可选的流程示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本发明实施例所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本发明实施例中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。

对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)LoRa WAN网络协议，是基于LoRa远距离通信网络设计的一套通讯协议和系统架构。也就是说，LoRa是一种射频的调制解调方式，而LoRa WAN是基于这种射频调制解调方式而规定的数据传输格式的定义，即协议。

2)ADR(Adaptive Data Rate，速率自适应)，指在通信系统中，根据当前信道实时状态，改变发送数据速率，以提高系统传输性能的技术。通常在LoRa网络中，采用ADR机制独立管理各应用设备的速率，以及最大程度地延长应用设备的续航时间和扩大网络容量，实现低功耗低时延。

3)RF(Radio Frequency，射频)，指辐射到空间的电磁频率，是一种射频电流，本发明实施例中指应用设备向应用服务平台上传数据的过程。

4)网关(Gateway)，又称网间连接器或协议转换器，用于在网络层以上实现网络互连，是复杂的网络互连设备；并且，仅用于两个高层协议不同的网络互连。也就是说，网关是一种充当转换重任的计算机系统或设备，作为一个翻译器，使用在不同的通信协议、数据格式或语言，甚至体系结构完全不同的两种系统之间，通过对收到的信息重新打包，以适应目的系统的需求。在本发明实施例中，网关指LoRa网关。

5)空中唤醒技术，应用设备中的监听模块从休眠状态周期性地自动唤醒，并在唤醒之后监听预设信息，当监听到预设信息时开启接收窗口，而在未监听到预设信息时继续进入休眠状态；这里，监听模块仅用于监听预设信息，休眠状态指应用设备收发窗口关闭的状态。

6)Lora设备，包括双向传输设备、划定接收时隙的双向传输设备和最大化接收时隙的双向传输设备，其中，双向传输设备又称为Class A的设备，划定接收时隙的双向传输设备又称为Class B的设备，最大化接收时隙的双向传输设备又称为Class C的设备。另外，Class A的设备，当有上行传输需求时，在上行传输后开启预设时间段的接收窗口。Class B的设备，在当有上行传输需求时，上行传输后开启预设时间段的接收窗口的基础上，通过接收信标帧(beancon)同步时间，以实现在指定时间开启另一接收窗口。Class C的设备，除上行传输外，接收窗口一直处于开启状态。

一般来说，应用设备为了实现从应用服务设备上获取数据进行数据处理时，通常采用三种工作模型。其中，对于第一种工作模式，即应用设备作为Class C的设备，在与服务平台通讯进行数据处理的过程中，为保证应用设备能够实时获取到服务平台下发的数据，需要将接收窗口一直保持开启状态。然而，上述进行数据处理的过程中，由于接收窗口为持续开启的状态，因此，应用设备的数据处理的功耗大。

对于第二种工作模式，即应用设备作为Class B的设备，通过接收信标帧同步时间以实现周期性地开启接收窗口，实现在指定时间接收应用服务设备下发的数据进行数据处理。然而，上述进行数据处理的过程中，虽然应用设备仅是周期性地开启接收窗口，相比于第一种工作模式的功耗低；但是，在实现周期性地开启接收窗口时，需要接收信标帧同步时间，对时间的精度要求高，且接收信标帧同步时间需要GPS(Global Positioning System，全球定位系统)的协助，无法应用在室内环境，从而，应用设备进行数据处理的通用性和可行性低。

对于第三种工作模型，即应用设备作为Class A的设备，仅在自身存在向应用服务设备上传的数据时，在将数据向应用服务设备上传之后，开启接收窗口以接收应用服务设备下发的数据进行数据处理。然而，上述进行数据处理的过程中，虽然应用设备并未通过接收信标帧同步时间实现周期性地处于接收窗口开启状态，相比于第二种工作模式功耗低，且具有可行性；但是，由于应用设备向应用服务设备上传数据时是随机的，无法实现及时地接收应用服务设备下发的数据，也就无法及时地进行数据处理。

基于此，本发明实施例提供一种数据处理方法及设备，能够在降低应用设备处理数据的功耗的情况下，实现及时地处理数据。下面说明本发明实施例提供的应用设备、唤醒设备和中间服务设备的示例性应用，本发明实施例提供的应用设备为会议室预订系统的墨水屏、智能门锁等各种类型的物联网终端或服务器；而唤醒设备和中间服务设备可以实施为智能手机、平板电脑、笔记本电脑等各种类型的用户终端，也可以实施为服务器。下面，将说明应用设备和唤醒设备实施为终端，而中间服务设备实施为服务器时的示例性应用。

参见图1，图1是本发明实施例提供的数据处理系统100的一个可选的架构示意图，为实现一个数据处理应用，第一终端400(应用设备)与第二终端500(唤醒设备)之间建立了数据连接，并且，第一终端400和第二终端500分别通过网络设备300(比如，基站/网关)连接第一服务器200(中间服务设备)，以及，第一服务器200和第二服务器600(应用服务设备)之间建立了数据连接。

需要说明的是，第一终端400，用于监听第二终端500发送的预设唤醒信息，并在监听到预设唤醒信息时开启收发数据的工作状态，以及通过网络设备300向第一服务器200发送数据下发请求，之后，接收第一服务器200针对数据下发请求通过网络300下发的待传输数据，以根据待传输数据进行数据处理。

第二终端500，用于通过网络设备300接收第一服务器200发送的预设唤醒信息，将预设唤醒信息向第一终端400发送。

第一服务器200，用于接收第二服务器600向第一终端400下发的待传输数据，并根据待传输数据通过网络设备300向第二终端500发送预设唤醒信息，以及通过网络设备300接收第一终端400发送的数据下发请求，最后，在根据接收到的数据下发请求通过网络300向第一终端400下发待传输数据。

第二服务器600，用于向第一服务器200下发待传输数据。

参见图2，图2是本发明实施例提供的第一终端400的结构示意图，图2所示的第一终端400包括：至少一个第一处理器410、第一存储器450、至少一个第一网络接口420和第一用户接口430。第一终端400中的各个组件通过第一总线系统440耦合在一起。可理解，第一总线系统440用于实现这些组件之间的连接通信。第一总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为第一总线系统440。

第一处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

第一用户接口430包括使得能够呈现媒体内容的一个或多个第一输出装置431，包括一个或多个扬声器和/或一个或多个视觉显示屏。第一用户接口430还包括一个或多个第一输入装置432，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

第一存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本发明实施例描述的第一存储器450旨在包括任意适合类型的存储器。第一存储器450可选地包括在物理位置上远离第一处理器410的一个或多个存储设备。

在一些实施例中，第一存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

第一操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

第一网络通信模块452，用于经由一个或多个(有线或无线)第一网络接口420到达其他计算设备，示例性的第一网络接口420包括：蓝牙、无线相容性认证(Wi-Fi)、和通用串行总线(USB，Universal Serial Bus)等；

第一显示模块453，用于经由一个或多个与第一用户接口430相关联的第一输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

第一输入处理模块454，用于对一个或多个来自一个或多个第一输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本发明实施例提供的应用装置可以采用软件方式实现，图2示出了存储在第一存储器450中的应用装置455，其可以是程序和插件等形式的软件，包括以下软件模块：第一模式进入模块4551、窗口开启模块4552、第一数据接收模块4553、数据处理模块4554和第一信息设置模块4555，将在下文中说明各个模块的功能。

参见图3，图3是本发明实施例提供的第二终端500的结构示意图，图3所示的第二终端500包括：至少一个第二处理器510、第二存储器550、至少一个第二网络接口520和第二用户接口530。第二终端500中的各个组件通过第二总线系统540耦合在一起。可理解，第二总线系统540用于实现这些组件之间的连接通信。第二总线系统540除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图3中将各种总线都标为第二总线系统540。

第二处理器510可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

第二用户接口530包括使得能够呈现媒体内容的一个或多个第二输出装置531，包括一个或多个扬声器和/或一个或多个视觉显示屏。第二用户接口530还包括一个或多个第二输入装置532，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

第二存储器550包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器，易失性存储器可以是随机存取存储器。本发明实施例描述的第二存储器550旨在包括任意适合类型的存储器。第二存储器550可选地包括在物理位置上远离第二处理器510的一个或多个存储设备。

在一些实施例中，第二存储器550能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

第二操作系统551，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

第二网络通信模块552，用于经由一个或多个(有线或无线)第二网络接口420到达其他计算设备，示例性的第二网络接口520包括：蓝牙、无线相容性认证、和通用串行总线等；

第二显示模块553，用于经由一个或多个与第二用户接口530相关联的第二输出装置531(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

第二输入处理模块554，用于对一个或多个来自一个或多个第二输入装置532之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本发明实施例提供的唤醒装置可以采用软件方式实现，图3示出了存储在第二存储器550中的唤醒装置555，其可以是程序和插件等形式的软件，包括以下软件模块：信息接收模块5551、第一信息发送模块5552和第二模式进入模块5553，将在下文中说明各个模块的功能。

参见图4，图4是本发明实施例提供的第一服务器200的结构示意图，图4所示的第一服务器200包括：至少一个第三处理器210、第三存储器250、至少一个第三网络接口220和第三用户接口230。第一服务器200中的各个组件通过第三总线系统240耦合在一起。可理解，第三总线系统240用于实现这些组件之间的连接通信。第三总线系统240除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图4中将各种总线都标为第三总线系统240。

第三处理器210可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

第三用户接口230包括使得能够呈现媒体内容的一个或多个第三输出装置231，包括一个或多个扬声器和/或一个或多个视觉显示屏。第三用户接口230还包括一个或多个第三输入装置232，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

第三存储器250包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器，易失性存储器可以是随机存取存储器。本发明实施例描述的第三存储器250旨在包括任意适合类型的存储器。第三存储器250可选地包括在物理位置上远离第三处理器210的一个或多个存储设备。

在一些实施例中，第三存储器250能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

第三操作系统251，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

第三网络通信模块252，用于经由一个或多个(有线或无线)第三网络接口220到达其他计算设备，示例性的第三网络接口220包括：蓝牙、无线相容性认证、和通用串行总线等；

第三显示模块253，用于经由一个或多个与第三用户接口230相关联的第三输出装置231(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

第三输入处理模块254，用于对一个或多个来自一个或多个第三输入装置232之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本发明实施例提供的中间服务装置可以采用软件方式实现，图4示出了存储在第三存储器250中的中间服务装置255，其可以是程序和插件等形式的软件，包括以下软件模块：第二数据接收模块2551、第二信息发送模块2552、请求接收模块2553、数据发送模块2554和第二信息设置模块2555，将在下文中说明各个模块的功能。

在另一些实施例中，本发明实施例提供的应用装置、唤醒装置和中间服务装置可以采用硬件方式实现，作为示例，本发明实施例提供的应用装置、唤醒装置和中间服务装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的数据处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件。

下面，将结合本发明实施例提供的应用设备和唤醒设备实施为终端，而中间服务设备实施为服务器时的示例性应用，说明本发明实施例提供的数据处理方法。

参见图5，图5是本发明实施例提供的数据处理方法的一个可选的流程示意图，将结合图5示出的步骤进行说明。

S101、应用设备进入空中唤醒模式；空中唤醒模式指周期性地唤醒以监听预设唤醒信息的模式。

在本发明实施例中，应用设备具备周期性唤醒以监听预设唤醒信息的功能，即应用设备采用了空中唤醒技术，从而，当应用设备开启了周期性唤醒以监听预设唤醒信息的功能时，也就进入了空中唤醒模式；在空中唤醒模式中，应用设备周期性地从休眠状态中唤醒以监听唤醒设备是否发送了预设唤醒信息。

需要说明的是，休眠状态指应用设备中除时钟模块处于工作状态之外，其他模块都处于非工作状态的一种状态，此时，也无法监听预设唤醒信息。另外，预设唤醒信息指应用设备和中间服务设备预先确定的信息。这里，应用设备指物联网中采用LoRa WAN协议进行通讯的设备，比如，会议室预订系统对应的墨水屏，又比如，智能门锁；而中间服务设备指LoRa WAN网络服务器。

S102、中间服务设备接收应用服务设备发送的待传输数据；待传输数据指用于向应用设备下发的数据。

在本发明实施例中，当应用设备进入空中唤醒模式之后，如果此时，对于应用服务设备，存在向应用设备下发的待传输数据时，应用服务设备则通过中间服务设备向应用设备下发待传输数据；因此，当应用服务设备向中间服务设备发送了待传输数据之后，中间服务设备也就接收到了该待传输数据。

需要说明的是，应用服务设备指通过向应用设备下发数据来向应用设备提供功能服务的设备，即与应用设备对应的服务器，比如，墨水屏应用平台，又比如，智能门锁平台；而待传输数据指应用服务设备向应用设备下发的数据。

S103、中间服务设备根据待传输数据，将预设唤醒信息发送至唤醒设备，以使唤醒设备通过预设唤醒信息开启应用设备的数据发送窗口和数据接收窗口。

在本发明实施例中，当中间服务设备获得了待传输数据之后，也就触发了向唤醒设备发送预设唤醒信息的处理；由于中间服务设备中预先设置有预设唤醒信息，因此，中间服务设备能够根据待传输数据向唤醒设备发送该预设唤醒信息。

需要说明的是，中间服务设备在接收到待传输数据之后，由于未知应用设备此时能否接收数据；因此，为了确定应用设备能及时接收到该待传输数据，中间服务设备先通过网络设备向唤醒设备下发预设唤醒信息；此时，并不向应用设备下发待传输数据。

相应地，当执行完S103之后，即中间服务设备根据待传输数据，将预设唤醒信息发送至唤醒设备之后；此时，唤醒设备也就接收到了中间服务设备发送的预设唤醒信息。这里，预设唤醒信息为中间服务设备，接收到应用服务设备向应用设备下发的待传输数据时所发送的信息。

需要说明的是，在数据处理系统中，唤醒设备是位于中间服务设备和应用设备之间的独立设备，用于向应用设备转发中间服务设备发送的预设唤醒消息，以利用控制唤醒技术使应用设备快速进入收发数据的工作模式。

可以理解的是，本发明实施例中的数据处理系统，通过新增唤醒设备，利用唤醒设备向应用设备转发中间服务设备发送的预设唤醒信息，避免了对网络设备的修改，从而提升了网络设备的通用性。

S104、唤醒设备将预设唤醒信息发送至应用设备，以使处于空中唤醒模式中的应用设备开启数据发送窗口和数据接收窗口，进而使应用设备通过数据发送窗口和数据接收窗口完成对待传输数据的接收并根据待传输数据进行数据处理。

在本发明实施例中，应用设备接收数据是在数据接收窗口开启时才能实现的，以及应用设备发送数据是在数据发送窗口开启时才能实现的；因此，唤醒设备接收到预设唤醒信息之后，为了使不能收发数据的应用设备此时能够接收待传输数据，将预设唤醒信息发送至应用设备，以使处于空中唤醒模式中的应用设备开启数据发送窗口和数据接收窗口，进而使应用设备通过数据发送窗口和数据接收窗口完成对待传输数据的接收并根据待传输数据进行数据处理。

S105、在空中唤醒模式中，当应用设备监听到唤醒设备发送的预设唤醒信息时，根据预设唤醒信息，开启数据发送窗口；数据发送窗口用于发送数据。

在本发明实施例中，应用设备是一直处于空中唤醒模式的，并且，在空中唤醒模式中，应用设备周期性地从休眠状态唤醒预设监听时间；在该预设监听时间段内，如果接收到了唤醒设备发送的预设唤醒信息，则表明，此时应用服务设备存在向应用设备下发数据的请求；从而，应用设备开启用于发送数据的数据发送窗口，以通过数据发送窗口通知此时能够接收下发的数据。

需要说明的是，预设监听时间的设置与应用设备的响应速度呈负相关，为了实现应用设备能够快速响应下发的数据的接收，可将预设监听时间设置的较短，比如1毫秒；而在实际应用时，预设时间可根据实际情况进行设置，本发明实施例对此不作具体限定。

S106、应用设备通过数据发送窗口，向中间服务设备发送数据下发请求，并开启数据接收窗口；数据下发请求用于请求中间服务设备下发数据，数据接收窗口用于接收数据。

在本发明实施例中，由于应用设备在监听到预设唤醒信息时，应用服务设备向应用设备下发的待传输数据已存储在中间服务设备，又由于数据发送窗口用于发送数据；因此，应用设备开启数据发送窗口之后，就能够通过数据发送窗口向中间服务设备通知自身此时具备接收数据的能力了；这里，应用设备通过利用数据发送窗口向中间服务设备发送数据下发请求，来实现向中间服务设备通知自身此时具备接收数据的能力，即数据下发请求用于请求中间服务设备下发数据。

另外，应用设备具备接收数据的能力是通过开启数据接收窗口体现的，即数据接收窗口用于接收数据；从而，当应用设备通过数据发送窗口发出了数据下发请求之后，开启数据接收窗口，用于接收中间服务设备响应数据下发请求所下发的数据。

需要说明的是，应用设备可以是半双工模式，还可以是全双工模式，本发明实施例对此不作具体限定。这里，半双工模式指，数据能够在一个信号载体的两个方向上传输，但是不能同时传输，即能够实现发送数据和接收数据，但发送数据的时候不能接收数据，接收数据的时候不能发送数据；从而，当应用设备为半双工模式时，当通过数据发送窗口发出数据下发请求之后，将数据发送窗口关闭，并在数据发送窗口关闭之后，开启数据接收窗口。而全双工模式指，数据能够在两个方向上同时传输，即接收数据和发送数据可以同时执行；从而，应用设备为全双工模式时，当通过数据发送窗口发出数据下发请求之后，直接开启数据接收窗口，对数据发送窗口的关闭不作限定。

相应地，当执行完S106之后，即应用设备通过数据发送窗口，向中间服务设备发送数据下发请求，并开启数据接收窗口之后；此时，中间服务设备也就接收到了应用设备针对预设唤醒信息，并通过数据发送窗口返回的数据下发请求；这里，数据下发请求用于请求下发数据。

S107、中间服务设备响应数据下发请求，向应用设备下发待传输数据，以使应用设备通过数据接收窗口接收待传输数据并根据待传输数据进行数据处理。

在本发明实施例中，中间服务设备接收到数据下发请求之后，由于数据下发请求是应用设备发送至中间服务设备，以通知中间服务设备进行下发数据处理的请求，因此，当中间服务设备接收到数据下发请求之后，也就明确了应用设备此时处于能够接收数据的工作模式；又由于中间服务设备此时已接收到了应用服务设备下发的待传输数据；因此，此时，中间服务设备将待传输数据下发至应用设备，也就完成了中间服务设备对数据下发请求的响应；同时，也实现了在确保应用设备能够及时接收到应用服务设备下发的待传输数据。

相应地，执行完S107之后，即中间服务设备响应数据下发请求，向应用设备下发待传输数据之后；此时，应用设备也就通过数据接收窗口，接收到了中间服务设备针对数据下发请求所下发的待传输数据；待传输数据为应用服务器平台通过中间服务设备下发的数据。

需要说明的是，由于中间服务设备向应用设备下发待传输数据时，应用设备的数据接收窗口处于开启状态，因此，此时，应用设备能够通过开启的数据接收窗口接收到该待传输数据。

S108、应用设备根据待传输数据，进行数据处理。

在本发明实施例中，由于待传输数据中携带着应用服务设备指示应用设备进行处理的数据，因此，应用设备接收到应用服务设备发送的待传输数据之后，就能够根据该待传输数据进行数据处理，实现功能应用。

比如，当待传输数据为会议室预订变更数据时，应用设备墨水屏接收到该变更数据之后，显示该变更数据，以使用户通过显示的变更数据获知会议室预订数据。又比如，当待传输数据为打开门锁的指示数据时，应用设备门锁接收到该指示数据时，打开门锁。

可以理解的是，本发明实施例通过新增唤醒设备以采用空中唤醒技术将应用设备收发数据的工作机制唤醒，并通过主动请求下发数据以获得应用服务设备下发的待传输数据，实现了结合Class A的设备的工作模式主动获取应用服务设备下发数据的方案，在保证低功耗的情况下提升了应用设备与应用服务设备通讯的效率。

进一步地，参见图6，图6是本发明实施例提供的数据处理方法的另一个可选的流程示意图，如图6所示，本发明实施例S101之前，还包括S109；即应用设备进入空中唤醒模式之前，该数据处理方法还包括S109，下面对S109进行说明。

S109、应用设备设置预设唤醒信息。

在本发明实施例中，只有当应用设备中预先完成了预设唤醒信息的设置时，应用设备才能确定在空中唤醒模式中监听到信息是否为预设唤醒信息；因此，应用设备在进入空中唤醒模式之前，还需进行预设唤醒信息的设置。

相应地，本发明实施例S101中应用设备进入空中唤醒模式，包括：当完成预设唤醒信息的设置时，进入空中唤醒模式。如此，能够实现应用设备对预设唤醒信息的监听的结果判断。

相应地，对于中间服务设备，也需要预先设置好该预设唤醒信息，才能实现通过先下发的预设唤醒信息开启应用设备收发数据的工作机制；这里，开启应用设备收发数据的工作机制时，也就进入了收发数据的工作模式。因此，如图6所示，本发明实施例S102之前，还包括S110；即中间服务设备接收应用服务设备发送的待传输数据之前，该数据处理方法还包括S110：中间服务设备设置预设唤醒信息。

相应地，本发明实施例S102中中间服务设备接收应用服务设备发送的待传输数据，包括：当完成预设唤醒信息的设置时，接收应用服务设备发送的待传输数据。如此，能够实现应用设备对中间服务设备下发的预设唤醒信息的监听，进而实现对应用设备的收发数据的工作机制的唤醒。

进一步地，本发明实施例S105中，当应用设备监听到唤醒设备发送的预设唤醒信息时，根据预设唤醒信息，开启数据发送窗口之前，该数据处理方法还包括S111，下面对S111进行说明。

S111、当预设周期时间到达时，应用设备开启预设唤醒信息接收窗口。

在本发明实施例中，处于休眠状态的应用设备中，只有时钟模块处于工作状态；因此，此时，应用设备能够通过时钟模块实现计时功能，实现预设周期时间是否到达的判定；并当预设周期时间到达时，触发预设唤醒信息接收窗口的开启。

需要说明的是，预设周期时间指应用设备周期性唤醒以监听预设唤醒信息的时间周期，上述的预设监听时间指两个预设周期时间之间的时间间隔。

相应地，在本发明实施例中，当执行完S111之后，即当预设周期时间到达时，应用设备开启预设唤醒信息接收窗口之后；此时，S105中当应用设备监听到唤醒设备发送的预设唤醒信息时，根据预设唤醒信息，开启数据发送窗口，包括：当应用设备通过预设唤醒信息接收窗口，接收到唤醒设备发送的预设唤醒信息时，根据预设唤醒信息，开启数据发送窗口。也就是说，应用设备对预设唤醒信息的接收是通过预设唤醒信息接收窗口接收到的。

需要说明的是，预设唤醒信息接收窗口用于接收预设唤醒信息，而数据接收窗口用于接收中间服务设备通过网络设备下发的数据。

可以理解的是，在本发明实施例中，应用设备通过开启专用于接收预设唤醒信息的预设唤醒信息接收窗口，实现及时接收应用服务设备下发的待传输数据的过程中，由于开启预设唤醒信息接收窗口，相比于开启数据接收窗口的功耗小；进而，实现了确保应用设备快速接收待传输数据的情况下，并降低功耗的效果。

另外，还可以理解的是，一方面，虽然应用设备周期性地开启预设唤醒信息接收窗口，但由于开启预设唤醒信息接收窗口，相比于开启数据接收窗口的功耗小；因此，本发明实施例中的应用设备，相比于Class B的设备，功耗低。并且，预设唤醒信息接收窗口的开启无需接收信标帧同步时间，也就不需要G PS，适用于室内和室外中的任一场景；因此，本发明实施例提供的数据处理方法的通用性和可行性高。

另一方面，由于应用设备是通过监听到的预设唤醒信息确定中间服务设备存在数据向自身下发时，采用Class A的设备的工作模式，主动发送数据下发请求，并在发送数据下发请求后保持数据接收窗口开启预设接收时间，以接收到应用服务设备下发的待传输数据；因此，本发明实施例中的应用设备，相比于Class A的设备，能够保证待传输数据的快速响应。

进一步地，在本发明实施例中，应用设备为通过独立电源设备供电且采用长距离扩频调整技术进行通讯的设备。也就是说，由于本发明实施例中数据处理方法，保证了应用设备在低功耗的情况下对应用服务设备下发的待传输数据的及时响应，更适用于独立电源设备供电的设备；比如，电池供电的设备(智能门锁)。另外，本发明实施例中的应用设备指通过LoRa技术实现通讯的设备。

进一步地，在本发明实施例中，唤醒设备接收中间服务设备发送的预设唤醒信息之前，该数据处理方法还包括：唤醒设备进入最大化接收时隙模式。相应地，唤醒设备接收中间服务设备发送的预设唤醒信息，包括：唤醒设备在最大化接收时隙模式中，接收中间服务设备发送的预设唤醒信息。也就是说，唤醒设备是采用Class C的设备的工作模式的，时刻能够接收预设唤醒信息。

可以理解的是，本发明实施例中，通过新增采用Class C的设备的工作模式的唤醒设备，实现了应用设备在低功耗的状态下及时接收的应用服务设备下发的待传输数据，提升了数据处理效果。

下面，将说明本发明实施例在一个实际的应用场景中的示例性应用。

参见图7，图7是本发明实施例提供的数据处理方法示例性应用的一个可选的流程示意图，参见图7，为实现该示例性的数据处理方法，包括应用服务平台7-1(应用服务设备)、LoRa服务器7-2(中间服务设备)、基站/网关7-3(网络设备)、LoRa唤醒器7-4(唤醒设备)和LoRa终端设备7-5(应用设备)。其中，LoRa终端设备7-5采用Class A设备的工作模式，并且定时从休眠状态中唤醒一小段时间监听唤醒信息(周期性地唤醒以监听预设唤醒信息)；LoRa唤醒器7-4采用Class C的设备的工作模式。该示例性的数据处理方法的步骤如下：

S201、应用服务平台7-1下发LoRa终端设备状态变更数据(待传输数据)至LoRa服务器7-2；

S202、LoRa服务器7-2根据LoRa终端设备状态变更数据，发送唤醒信息(预设唤醒信息)至基站/网关7-3；

S203、基站/网关7-3转发唤醒信息至LoRa唤醒器7-4；

S204、LoRa唤醒器7-4发送唤醒信息至LoRa终端设备7-5；

S205、LoRa终端设备7-5周期性唤醒进行唤醒信息的监听，在未监听到LoRa唤醒器7-4发送的唤醒信息时，继续周期性唤醒进行唤醒信息的监听；而在监听到LoRa唤醒器7-4发送的唤醒信息时，开启数据发送窗口，通过数据发送窗口发送变更数据请求(数据下发请求)至基站/网关7-3，并开启数据接收窗口；

S206、基站/网关7-3转发变更数据请求至LoRa服务器7-2；

S207、LoRa服务器7-2根据接收到的变更数据请求，发送状态变更数据至基站/网关7-3；

S208、基站/网关7-3将状态变更数据发送至LoRa终端设备7-5；

S209、LoRa终端设备7-5根据通过数据接收窗口接收到的状态变更数据进行状态变更(数据处理)。

下面，继续说明本发明实施例在实际的应用场景中的示例性应用。该示例性的数据处理方法应用在会议室预订系统中，该示例性的数据处理方法涉及墨水屏应用平台(应用服务设备)、LoRa服务器(中间服务设备)、基站(网络设备)、唤醒器(唤醒设备)和墨水屏(应用设备)。其中，墨水屏采用Class A设备的工作模式，并且定时从休眠状态中唤醒一小段时间监听唤醒信息(周期性地唤醒以监听预设唤醒信息)；唤醒器采用Class C的设备的工作模式。基于上述描述，参见图8，图8是本发明实施例提供的数据处理方法示例性应用的另一个可选的流程示意图，如图8所示，该示例性的数据处理方法的实现流程为：

首先，当墨水屏应用平台需要变更墨水屏的状态时，将变更数据(待传输数据)发送至LoRa服务器；LoRa服务器先向基站下发唤醒信息(预设唤醒信息)，此时，并不发送变更数据。

其次，基站将唤醒信息通过LoRa WAN网络协议发送至唤醒器；唤醒器则利用唤醒信息并采用空中唤醒技术唤醒墨水屏，即将唤醒信息发送至墨水屏。

然后，墨水屏定时(预设周期时间)从休眠状态唤醒一小段时间(预设监听时间)，监听是否有基站发送的唤醒信息。当是时，则墨水屏监听到唤醒信息时会唤醒自身的收发数据的工作机制，使得通过收发数据的工作机制开启数据发送窗口，并通过数据发送窗口以及采用RF技术向基站发送变更信息请求(数据下发请求)，同时开启数据接收窗口。而否时，墨水屏继续休眠，并定时从休眠状态唤醒一小段时间，监听是否有基站发送的唤醒信息

再后，基站将接收到的变更信息请求向上发送至LoRa服务器。

最后，LoRa服务器根据收到的变更信息请求将变更数据下发至基站，由基站将变更数据发送至墨水屏；从而墨水屏根据通过数据接收窗口接收到的变更数据完成墨水屏的状态变更。

下面继续说明本发明实施例提供的应用装置455的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在第一存储器450的应用装置455中的软件模块可以包括：

第一模式进入模块4551，用于进入空中唤醒模式；所述空中唤醒模式指周期性地唤醒以监听预设唤醒信息的模式；

窗口开启模块4552，用于在所述空中唤醒模式中，当监听到唤醒设备发送的所述预设唤醒信息时，根据所述预设唤醒信息，开启数据发送窗口；所述数据发送窗口用于发送数据；

所述窗口开启模块4552，还用于通过所述数据发送窗口，向中间服务设备发送数据下发请求，并开启数据接收窗口；所述数据下发请求用于请求所述中间服务设备下发数据，所述数据接收窗口用于接收数据；

第一数据接收模块4553，用于通过所述数据接收窗口，接收所述中间服务设备针对所述数据下发请求所下发的待传输数据；所述待传输数据为应用服务器平台通过所述中间服务设备下发的数据；

数据处理模块4554，用于根据所述待传输数据，进行数据处理。

进一步地，所述应用装置455还包括第一信息设置模块4555，用于设置所述预设唤醒信息。

相应地，所述第一模式进入模块4551，还用于当完成所述预设唤醒信息的设置时，进入所述空中唤醒模式。

进一步地，所述窗口开启模块4552，还用于当预设周期时间到达时，开启预设唤醒信息接收窗口；

相应地，所述窗口开启模块4552，还用于当通过所述预设唤醒信息接收窗口，接收到所述唤醒设备发送的所述预设唤醒信息时，根据所述预设唤醒信息，开启所述数据发送窗口。

进一步地，所述应用设备为通过独立电源设备供电且采用长距离扩频调整技术进行通讯的设备。

本发明实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被第一处理器执行时，将引起第一处理器执行本发明实施例提供的应用于应用设备的数据处理方法。

下面继续说明本发明实施例提供的唤醒装置555的实施为软件模块的示例性结构，在一些实施例中，如图3所示，存储在第二存储器550的唤醒装置555中的软件模块可以包括：

信息接收模块5551，用于接收中间服务设备发送的预设唤醒信息；所述预设唤醒信息，为所述中间服务设备接收到应用服务设备向应用设备下发的待传输数据时所发送的信息；

第一信息发送模块5552，用于将所述预设唤醒信息发送至所述应用设备，以使处于空中唤醒模式中的所述应用设备开启数据发送窗口和数据接收窗口，进而使所述应用设备通过所述数据发送窗口和所述数据接收窗口完成对所述待传输数据的接收并根据所述待传输数据进行数据处理。

进一步地，所述唤醒装置555还包括第二模式进入模块5553，用于进入最大化接收时隙模式；

相应地，所述信息接收模块5551，还用于在所述最大化接收时隙模式中，接收所述中间服务设备发送的所述预设唤醒信息。

本发明实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被第二处理器执行时，将引起第二处理器执行本发明实施例提供的应用于唤醒设备的数据处理方法。

下面继续说明本发明实施例提供的中间服务装置255的实施为软件模块的示例性结构，在一些实施例中，如图4所示，存储在第三存储器250的中间服务装置255中的软件模块可以包括：

第二数据接收模块2551，用于接收应用服务设备发送的待传输数据；所述待传输数据指用于向应用设备下发的数据；

第二信息发送模块2552，用于根据所述待传输数据，将预设唤醒信息发送至唤醒设备，以使所述唤醒设备通过所述预设唤醒信息开启所述应用设备的数据发送窗口和数据接收窗口；

请求接收模块2553，用于接收所述应用设备针对所述预设唤醒信息，并通过所述数据发送窗口返回的数据下发请求；所述数据下发请求用于请求下发数据；

数据发送模块2554，用于响应所述数据下发请求，向所述应用设备下发所述待传输数据，以使所述应用设备通过所述数据接收窗口接收所述待传输数据并根据所述待传输数据进行数据处理。

进一步地，所述中间服务装置255还包括第二信息设置模块2555，用于设置所述预设唤醒信息；

相应地，所述第二数据接收模块2551，还用于当完成所述预设唤醒信息的设置时，接收应用服务设备发送的所述待传输数据。

本发明实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被第三处理器执行时，将引起第三处理器执行本发明实施例提供的应用于中间服务设备的数据处理方法。

在一些实施例中，存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

综上所述，通过本发明实施例，应用设备通过开启的空中唤醒状态，周期性地唤醒来监听唤醒器下发的预设唤醒信息，并在监听到预设唤醒信息时开启收发数据的工作状态主动请求下发数据，实现应用服务设备即服务平台下发的待传输数据的接收，进而根据待传输数据进行数据处理；由于周期性地唤醒以监听唤醒器下发的指定的预设唤醒信息，相比于实时处于收发数据的工作状态，功耗小；因此，本发明实施例中应用设备周期性地唤醒以监听唤醒器下发的指定的预设唤醒信息，并在监听到预设唤醒信息时才开启收发数据的工作状态的方案，降低了应用设备进行数据处理的功耗。

以上所述，仅为本发明的实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。

Claims (12)

1.一种数据处理方法，应用于应用设备，其特征在于，包括：

进入空中唤醒模式；所述空中唤醒模式指周期性地唤醒以监听预设唤醒信息的模式；

在所述空中唤醒模式中，当监听到唤醒设备发送的所述预设唤醒信息时，根据所述预设唤醒信息，开启数据发送窗口；所述数据发送窗口用于发送数据，监听到的所述预设唤醒信息是由中间服务设备通过所述唤醒设备转发的，所述预设唤醒信息的转发是在接收到应用服务设备下发的待传输数据时进行的，所述预设唤醒信息是在所述中间服务设备中预先设置的；

通过所述数据发送窗口，向中间服务设备发送数据下发请求，并开启数据接收窗口；所述数据下发请求用于请求所述中间服务设备下发数据，所述数据接收窗口用于接收数据；

通过所述数据接收窗口，接收所述中间服务设备针对所述数据下发请求所下发的待传输数据；所述待传输数据为应用服务器平台通过所述中间服务设备下发的数据；

根据所述待传输数据，进行数据处理。

2.根据权利要求1所述的方法，其特征在于，所述进入空中唤醒模式之前，所述方法还包括：

设置所述预设唤醒信息；

相应地，所述进入空中唤醒模式，包括：

当完成所述预设唤醒信息的设置时，进入所述空中唤醒模式。

3.根据权利要求1或2所述的方法，其特征在于，所述当监听到唤醒设备发送的所述预设唤醒信息时，根据所述预设唤醒信息，开启数据发送窗口之前，所述方法还包括：

当预设周期时间到达时，开启预设唤醒信息接收窗口；

相应地，所述当监听到唤醒设备发送的所述预设唤醒信息时，根据所述预设唤醒信息，开启数据发送窗口，包括：

当通过所述预设唤醒信息接收窗口，接收到所述唤醒设备发送的所述预设唤醒信息时，根据所述预设唤醒信息，开启所述数据发送窗口。

4.根据权利要求1或2所述的方法，其特征在于，所述应用设备为通过独立电源设备供电且采用长距离扩频调整技术进行通讯的设备。

5.一种数据处理方法，应用于唤醒设备，其特征在于，包括：

接收中间服务设备发送的预设唤醒信息；所述预设唤醒信息为所述中间服务设备，接收到应用服务设备向应用设备下发的待传输数据时所发送的信息，所述预设唤醒信息是在所述中间服务设备中预先设置的；

将所述预设唤醒信息发送至所述应用设备，以使处于空中唤醒模式中的所述应用设备开启数据发送窗口和数据接收窗口，进而使所述应用设备通过所述数据发送窗口和所述数据接收窗口完成对所述待传输数据的接收并根据所述待传输数据进行数据处理。

6.根据权利要求5所述的方法，其特征在于，所述接收中间服务设备发送的预设唤醒信息之前，所述方法还包括：

进入最大化接收时隙模式；

相应地，所述接收中间服务设备发送的预设唤醒信息，包括：

在所述最大化接收时隙模式中，接收所述中间服务设备发送的所述预设唤醒信息。

7.一种数据处理方法，应用于中间服务设备，其特征在于，包括：

接收应用服务设备发送的待传输数据；所述待传输数据指用于向应用设备下发的数据；

根据所述待传输数据，将预设唤醒信息发送至唤醒设备，以使所述唤醒设备通过所述预设唤醒信息开启所述应用设备的数据发送窗口和数据接收窗口，所述预设唤醒信息是在所述中间服务设备中预先设置的；

接收所述应用设备针对所述预设唤醒信息，并通过所述数据发送窗口返回的数据下发请求；所述数据下发请求用于请求下发数据；

响应所述数据下发请求，向所述应用设备下发所述待传输数据，以使所述应用设备通过所述数据接收窗口接收所述待传输数据并根据所述待传输数据进行数据处理。

8.根据权利要求7所述的方法，其特征在于，接收应用服务设备发送的待传输数据之前，所述方法还包括：

设置所述预设唤醒信息；

相应地，所述接收应用服务设备发送的待传输数据，包括：

当完成所述预设唤醒信息的设置时，接收应用服务设备发送的所述待传输数据。

9.一种应用设备，其特征在于，包括：

第一存储器，用于存储可执行指令；

第一处理器，用于执行所述第一存储器中存储的可执行指令时，实现权利要求1至4任一项所述的方法。

10.一种唤醒设备，其特征在于，包括：

第二存储器，用于存储可执行指令；

第二处理器，用于执行所述第二存储器中存储的可执行指令时，实现权利要求5或6所述的方法。

11.一种中间服务设备，其特征在于，包括：

第三存储器，用于存储可执行指令；

第三处理器，用于执行所述第三存储器中存储的可执行指令时，实现权利要求7或8所述的方法。

12.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于被第一处理器执行时，实现权利要求1至4任一项所述的方法；或者，用于被第二处理器执行时，实现权利要求5或6所述的方法；或者，用于被第三处理器执行时，实现权利要求7或8所述的方法。

Images