一种基于物联网的数据响应处理方法及设备、存储介质与流程

本发明涉及网络通信技术领域，尤其涉及一种基于物联网的数据响应处理方法及设备、存储介质。

背景技术：

物联网(internetofthing，iot)在现有网络通信的基础上，能够将日常生活中的物品连接在一起，使得物品与物品之间能够进行信息交换和通信。

相关技术中，iot平台与iot终端进行数据交互时，iot平台向iot终端发送请求消息；当终端接收到服务器发送的请求消息后，iot终端需要针对该请求消息进行应答，并同时在应答消息中携带上述请求消息对应的处理结果。

但是，当iot终端需要处理的数据量相对较大时，需要较长的时间才能得到上述请求消息对应的处理结果，导致iot终端不能及时向服务器返回应答消息。这时，iot平台因为不能在指定时间内收到终端的反馈，就会将该请求消息置为超时，向终端重发该请求消息；这样，iot终端可能会接收到多个重复的请求消息，造成了网络资源的浪费。此外，若简单地增加超时时间，则会导致iot平台重发请求消息的时间间隔加大，影响业务的性能，并且导致iot终端耗电量增大。

技术实现要素：

有鉴于此，本发明实施例提供一种基于物联网的数据响应处理方法及设备、存储介质，解决了现有技术中浪费网络资源、耗电量过大等问题。

为达到上述目的，本发明的技术方案是这样实现的：

第一方面，本发明实施例提供了一种基于物联网的数据响应处理方法，该方法包括：

接收物联网平台发送的请求消息；其中，所述请求消息为要求物联网终端响应的消息；

基于所述请求消息，向所述物联网平台发送确认消息、且不发送响应消息；

其中，所述确认消息用于指示所述物联网终端接收到所述请求消息；所述响应消息用于携带所述请求消息对应的响应数据。

第二方面，本发明实施例提供了一种基于物联网的数据响应处理方法，该方法包括：

向物联网终端发送请求消息，并启动第一计时器；其中，所述请求消息为要求所述物联网终端响应的消息；

若在所述第一计时器计时的第一计时时长内接收到所述物联网终端发送的针对所述请求消息的确认消息，则启动第二计时器；其中，所述确认消息用于指示所述物联网终端接收到请求消息；

在所述第二计时器计时的第二计时时长内，检测物联网终端发送的针对所述请求消息的响应消息。

第三方面，本发明实施例提供了一种物联网终端，所述物联网终端包括：

接收单元，用于接收物联网平台发送的请求消息；其中，所述请求消息为要求所述物联网平台响应的消息；

第一处理单元，用于基于所述请求消息，向物联网平台发送确认消息、且不发送响应消息；其中，所述确认消息用于指示所述物联网终端接收到所述请求消息；所述响应消息用于携带所述请求消息对应的响应数据。

第四方面，本发明实施例提供了一种物联网平台，所述物联网平台包括：

发送单元，用于向物联网终端发送请求消息；其中，所述请求消息为要求所述物联网终端响应的消息；

第二处理单元，用于向物联网终端发送请求消息时，启动第一计时器。

所述第二处理单元，还用于若在所述第一计时器计时的第一计时时长内接收到所述物联网终端发送的针对所述请求消息的确认消息，则启动第二计时器；其中，所述确认消息用于指示所述物联网终端接收到请求消息；

检测单元，用于在所述第二计时器计时的第二计时时长内，检测物联网终端发送的针对所述请求消息的响应消息。

第五方面，本发明实施例提供一种物联网终端，所述物联网终端包括：第一处理器和配置为存储能够在处理器上运行的计算机程序的第一存储器，

其中，所述第一处理器配置为运行所述计算机程序时，执行第一方面所述方法的步骤。

第六方面，本发明实施例提供一种物联网平台，所述物联网平台包括：第二处理器和配置为存储能够在处理器上运行的计算机程序的第二存储器，

其中，所述第二处理器配置为运行所述计算机程序时，执行第二方面所述方法的步骤。

第七方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如第一方面或第二方面所述的基于物联网的数据响应处理方法的步骤。

本发明的实施例所提供的一种基于物联网的数据响应处理方法及设备、存储介质，接收物联网平台发送的请求消息之后，基于所述请求消息，向所述物联网平台发送确认消息、且不发送响应消息，其中，所述确认消息用于指示所述物联网终端接收到所述请求消息；所述响应消息用于携带所述请求消息对应的响应数据；这样，物联网终端在接收到请求消息之后，及时向物联网平台回复一个确认消息，告知物联网平台已接收到请求消息。如此，在不增加重发请求消息的时间的情况下，避免了在规定时间内物联网平台由于未接收到确认消息而重复发送同一个请求消息的问题，提升了资源的利用率，同时提升业务性能，降低终端的耗电量。

附图说明

在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。

图1为本发明实施例提供的一种基于物联网的数据响应处理方法的流程示意图；

图2为本发明实施例提供的另一种基于物联网的数据响应处理方法的流程示意图；

图3为本发明的实施例提供的一种coap报文结构示意图；

图4为本发明实施例提供的又一种基于物联网的数据响应处理方法的流程示意图；

图5为本发明实施例提供的一种物联网终端的结构组成示意图；

图6为本发明实施例提供的一种物联网平台的结构组成示意图；

图7为本发明实施例提供的一种物联网终端的硬件结构组成示意图；

图8为本发明实施例提供的一种物联网平台的硬件结构组成示意图。

具体实施方式

为了能够更加详尽地了解本申请实施例的特点与技术内容，下面结合附图对本申请实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。

iot技术通过智能感知、识别技术与普适计算等通信感知技术，广泛应用于网络的融合中，也因此被称为继计算机、互联网之后世界信息产业发展的第三次浪潮。在iot中，很多设备只有少量的内存空间和有限的计算能力，所以传统的超文本传输协议(hypertexttransferprotocol，http)应用在物联网上就显得过于庞大而不适用；因此，轻量级机器交互(lightweightmachinetomachine，lwm2m)协议应运而生。

在实际应用中，lwm2m协议是开放移动联盟(openmobilealliance，oma)组织提出一个轻量级的物联网应用层协议，在资源受限的iot网络中受到了广泛的使用。其中，lwm2m协议的底层基于coap来实现。coap定义了四种不同的消息类型，包括con、non、ack和rst四种消息类型。具体地，所述con消息类型用于指示消息需要被接收端确认，也就是说，如果发送一个con类型的请求消息，那么接收方必须针对该请求消息做出回应。所述non消息类型用于指示消息不需要被确认，也就是说，如果发送non类型的请求消息，那么接收方不必做出回应。所述ack消息类型用于指示发送的消息为确认应答消息，一般是针对con类型消息对应的应答消息。所述rst消息类型用于指示发送的消息为复位消息。

一般情况下，iot终端接收到con类型的请求消息之后，会回复一个ack类型的应答消息，该ack类型的应答消息中携带针对上述请求消息的处理结果。例如，iot平台向iot终端发送con类型的请求消息，请求读取当前终端的状态信息；iot终端接收到该请求消息后，将终端读取的状态信息写入ack类型的应答消息的数据负载中，并将该ack类型的应答消息返回至iot平台。

然而，终端的iot模组和应用程序分布于不同的芯片模块上，iot模组和应用程序之间的通信需要一定的时间，而且当需要处理的数据量相对较大时，iot终端的处理能力有限，需要较长的时间才能返回处理结果。这时，iot平台因为不能在指定时间内收到终端的反馈，就会将该con类型的请求消息置为超时，向终端重发该请求消息；这样，终端可能会接收到多个重复的请求消息，造成了网络资源的浪费。此外，若简单地增加超时时间，则会导致iot平台重发请求消息的时间间隔加大，影响业务的性能，并且导致iot终端耗电量增大。

为了解决上述问题，本发明实施例提供一种基于物联网的数据响应处理方法，参照图1所示，该方法包括以下步骤：

步骤101、接收物联网平台发送的请求消息。

其中，请求消息为要求物联网终端响应的消息。

在本发明的其他实施例中，步骤101接收物联网平台发送的请求消息可以由物联网终端来实现；这里，物联网终端可以是任意类型的iot终端，能够采集数据，并将数据通过各种网络接口方式传到互联网中；物联网平台可以是iot服务器，用于管理所述iot终端。在本实施例中，物联网终端与物联网平台之间可以通过无线的方式建立通信连接，并通过该无线连接进行数据交互。

在本发明的其他实施例中，步骤101中的请求消息为要求所述物联网终端响应的消息，也就是说，该请求消息为con类型的消息；在物联网终端接收到所述请求消息后，需要针对该请求消息进行响应。

步骤102、基于所述请求消息，向物联网平台发送确认消息、且不发送响应消息。

其中，步骤102基于所述请求消息，物联网平台发送确认消息、且不发送响应消息可以由物联网终端来实现。

在本发明的其他实施例中，物联网终端在发送确认消息的同时，并不发送响应消息。这里，响应消息用于携带所述请求消息对应的响应数据；也就是说，响应消息是指携带响应结果的消息，所述响应结果与所述请求消息对应，是物联网终端对请求消息处理后的结果。

进一步，确认消息还用于指示当前响应消息未准备完成、需要所述物联网平台保持等待响应消息。也就是说，物联网终端在接收到请求消息之后，并不是直接对该请求消息进行处理，而是先发送确认消息，标识请求消息已经到达，但是响应消息还未准备好，需要物联网平台继续等待对应的响应消息。

在另一实施方式中，物联网终端在接收到请求消息之后，可以在预设时间段向物联网平台发送确认消息、且不发送响应消息。这里，所述预设时段用于指示从物联网终端接收到所述请求消息的时刻开始后的预设时长内；其中，预设时长指的是较短的时间，例如为0秒至50毫秒；可以理解为，物联网终端在接收到请求消息之后，立即针对该请求消息做出回应，向物联网平台发送确认消息，告知物联网平台已成功接收到所述请求消息，向物联网平台确认当前网络通畅。

本发明的实施例所提供的一种基于物联网的数据响应处理方法及设备、存储介质，接收物联网平台发送的请求消息之后，基于所述请求消息，向物联网平台发送确认消息、且不发送响应消息；其中，所述确认消息用于指示所述物联网终端接收到请求消息；所述，响应消息用于携带所述请求消息对应的响应数据；这样，物联网终端在接收到请求消息之后，立刻向物联网平台回复一个确认消息，告知物联网平台接已收到请求消息，这样物联网平台重新计时，等待物联网终端发送之后的数据处理结果。如此，在不增加重发请求消息的时间的情况下，避免了在规定时间内物联网平台由于未接收到确认消息而重复发送同一个请求消息的问题，提升了资源的利用率，同时提升业务性能，降低终端的耗电量。

本发明实施例提供一种基于物联网的数据响应处理方法，参照图2所示，该方法包括以下步骤：

步骤201、向物联网终端发送请求消息，并启动第一计时器。

其中，所述请求消息为要求所述物联网终端响应的消息。

在本发明的其他实施例中，步骤201向物联网终端发送请求消息，并启动第一计时器可以由物联网平台来实现。这里，物联网平台可以是iot服务器，用于管理所述iot终端。物联网终端是任意类型的iot终端，能够采集数据，并将数据通过各种网络接口方式传到互联网中。

在上述方案中，步骤201中的请求消息为要求所述物联网终端响应的消息，也就是说，该请求消息为con类型的消息；在物联网终端接收到所述请求消息后，需要针对该请求消息进行响应。

在本发明的其他实施例中，为了防止发送的请求消息丢失，使得物联网平台接收不到物联网终端返回的确认消息，物联网平台还可以设置第一计时器；第一计时器可以用来记录物联网平台接收到物联网终端发送的确认消息的时间。

步骤202、若在所述第一计时器计时的第一计时时长内接收到所述物联网终端发送的针对所述请求消息的确认消息，则启动第二计时器。

其中，所述确认消息用于指示所述物联网终端接收到请求消息。

在本发明的其他实施例中，步骤202若在所述第一计时器计时的第一计时时长内接收到所述物联网终端发送的针对所述请求消息的确认消息，则启动第二计时器可以由物联网平台来实现。这里，第一计时时长是指物联网平台预先设置的时间长度，用来判断物联网平台接收确认消息的时间是否超时。

具体地，若物联网平台在第一计时时长内接收到所述确认消息，表明物联网平台接收确认消息未超时；说明当前的网络通畅，那么物联网平台继续等待后续的响应消息。这里，为了防止响应消息丢失，接收不到物联网终端返回的响应消息；物联网平台可以设置第二计时器；其中，第二计时器用于记录返回响应消息的时间。

另外，若在第一计时时长内未接收到确认消息，表明物联网平台接收确认消息的时间超时。这里，判断接收确认消息超时后，物联网平台向物联网终端重新发送请求消息。

步骤203、在所述第二计时器计时的第二计时时长内，检测物联网终端发送的针对所述请求消息的响应消息。

这里，步骤203在所述第二计时器计时的第二计时时长内，检测物联网终端发送的针对所述请求消息的响应消息可以由物联网平台来实现。其中，第二计时时长是物联网平台预先设置的时间长度，用于判断物联网平台接收响应消息是否超时。

具体地，若物联网平台在第二计时时长内接收到所述确认消息，表明物联网平台接收响应消息未超时。这里，响应消息中携带请求消息的处理数据，当物联网平台准时接收到所述响应消息后，表明该次请求操作完成。

若物联网平台在第二计时时长内未接收到所述确认消息，表明物联网平台接收响应消息超时。这时，物联网平台重新向物联网终端发送请求消息。

需要说明的是，本实施例中与其它实施例中相同步骤和相同内容的说明，可以参照其它实施例中的描述，此处不再赘述。

本发明的实施例所提供的一种基于物联网的数据响应处理方法及设备、存储介质，物联网平台在发送请求消息后，首先接收一个确认消息，该确认消息是为了告知物联网平台，物联网终端已成功接收到请求消息，使得物联网平台获知当前网络通畅；进而，物联网平台继续等待物联网终端返回的响应消息。如此，避免了在物联网平台在规定时间内未接收到确认消息时，重复发送同一个请求消息，提升了资源的利用率，同时提升业务性能，降低终端的耗电量。

基于前述实施例，本发明实施例提供了一种基于物联网的数据响应处理方法，如图3所示，该方法包括以下步骤：

步骤301、物联网平台向物联网终端发送请求消息，并启动第一计时器。

其中，所述请求消息为要求所述物联网终端响应的消息。

这里，请求消息报文格式为coap报文格式，如图4所示，coap报文包括数据包包头以及数据内容；进一步，数据内容又包括版本编号、消息类型、功能码、报文编号、标识信息、以及数据负载等内容。

其中，版本编号，用于指示coap协议的版本号。消息类型，用于指示该报文的类型，包括：con消息类型，non消息类型，ack消息类型和rst消息类型。功能码，用于表征该报文请求方法以及响应的具体表现；为了方便阅读，功能码可以被写成y.xx结构，其中0.xx表示coap请求的方法类型，而2.xx、4.xx或5.xx则表示coap响应的某种具体表现。例如，功能码为0.01编码时，用来表征该报文请求方法为获取(get)方法；功能码为0.02编码时，用来表征该报文请求方法为创建(post)方法；功能码为0.03编码时，用于表征该报文请求方法为更新(put)；功能码为0.04编码时，用于表征该报文请求方法为删除(delete)方法；或者，当功能码为2.01编码时，表征该报文为返回创建成功的消息等。报文编号(messageid)，用于表征消息的编号。标识信息(token)，也可以叫做请求id，可将响应消息与之前的请求消息关联起来。也就是说，设备可以通过token判断该响应是针对之前哪个请求进行回复的。数据负载(payload)，用于携带具体的数据。

在本实施例中，请求消息为con类型的消息，也就数说该请求消息需要得到回应。

步骤302、物联网终端接收物联网平台发送的请求消息。

步骤303、物联网终端基于所述请求消息，向物联网平台发送确认消息。

其中，所述确认消息用于指示所述物联网终端接收到所述请求消息，并且当前响应消息未准备完成、需要所述物联网平台保持等待响应消息。

具体地，物联网终端从所述请求消息中获取报文编号和标识信息，并基于所述报文编号、标识信息，构造所述确认消息。其中，报文编号能够唯一地标识网络中的传输的消息，在本实施例中是指messageid。上述标识信息用于指示所述请求消息；这里，标识信息是指token信息，需要理解的是，token信息可以将响应消息与之前的请求消息关联起来；也就是说，物联网终端接受到请求消息后，获取token信息，并将该token信息写入返回的确认消息或响应消息中，发送至物联网平台，那么物联网平台就能够获知该确认消息和响应消息对应的是哪一个请求消息。如此，物联网终端可以将提取的请求消息中的messageid和token信息，写入确认消息的报文对应位置中，构造确认消息。

优选地，所述请求消息为ack消息；其中，所述ack消息的功能码为2.06编码；所述2.06编码用于表征接收到所述请求消息，且当前响应消息未准备完成、需要物联网平台保持等待响应消息。

经过上文中的分析，功能码的编码包括多种，不同的功能码编码用于指示不同响应表现。在本实施例中，为了表征物联网终端收到请求消息，但是当前的响应消息未准备完成、需要物联网平台保持等待响应消息这种响应表现，可以设计一种新的功能码编码，即2.06编码。这样，物联网平台获取到该条消息中的功能码为2.06编码之后，即可以获知物联网终端已经成功收到了请求消息，只是当前的响应消息还未完成，还需要等待物联网终端发送响应消息。

步骤304、若物联网平台在所述第一计时器计时的第一计时时长内接收到所述物联网终端发送的针对所述请求消息的确认消息，则启动第二计时器。

其中，物联网平台接收到确认消息后，能够获知物联网终端成功接收到请求消息，但是响应消息未准备完成。于是，物联网平台可以启动第二计时器，开始记录响应消息返回的时间。

优选地，第一计时器和第二计时器可以为同一个计时装置。在物联网平台接收到确认消息之后，物联网平台可以重置该计时装置，也就是设置该计时装置重新从0开始计时，这里重置后的计时器则为第二计时器。

在本发明的其他实施例中，若物联网平台在所述第一计时器计时的第一计时时长内未接收到所述确认消息时，重新发送请求消息。

这里，物联网平台未能接收到确认消息，可以认为请求消息丢失，或者当前网络不通畅。于是，物联网平台向物联网终端重新发送上述请求消息。需要说明的是，物联网平台发送请求消息后，重新启动第一计时器记录物联网平台接收确认消息的时间。重新执行上述步骤。若物联网平台一直未接收到确认消息，则物联网平台再次重新发送该请求消息，直至达到最大重发次数。

步骤305、物联网平台在所述第二计时器计时的第二计时时长内，检测物联网终端发送的针对所述请求消息的响应消息。

这里，第一计时时长与第二计时时长是物联网平台预先设置好的。其中，可以根据请求方法类型确定所述第一计时时长与所述第二计时时长；具体地，请求方法类型包括获取get方法、post方法、put方法、delete方法等，物联网平台可以分析待发送的请求信息是否为耗时比较长的操作，若为耗时较长的操作，例如get方法、post方法，可以将第一计时时长和第二计时时间设置较长；若为耗时较短的操作，例如delete方法等，可以将第一计时时长和第二计时时间设置较短。

优选地，物联网平台根据当前网络通畅程度确定所述第一计时时长；根据请求方法的类型和所述物联网终端处理速度确定所述第二计时时长。

这里，第一计时时长是记录物联网平台接收确认消息的时间，而从上文中的分析中可以知道，返回确认消息并不需要物联网终端进行数据处理；可见，返回确认消息的时间与网络时延有关，与物联网终端处理数据的速度没有关系。也就是说，网络越通畅，那么返回确认消息的越快。因此，可以根据网络通畅程度灵活确定第一计时时长。

另外，第二计时时长是记录物联网平台接收响应消息的时间；响应时间是物联网终端处理数据的时间，可见，返回响应消息的时间与物联网终端数据处理速度和数据量有关。也就是说，物联网平台可以根据请求方法的类型和所述物联网终端处理速度确定所述第二计时时长。

步骤306、物联网终端对所述请求消息进行处理，得到响应结果。

这里，物联网终端在发送确认消息之后，开始针对物联网平台发送的请求信息中的请求内容进行处理，并得到响应结果。

步骤307、物联网终端基于所述响应结果生成响应消息，将所述响应消息发送至所述物联网平台。

具体地，物联网终端将步骤303中获取的messageid和token信息，写入响应消息的报文中，将步骤306中得到的响应结果，写入响应消息的数据负载结构中。如此，得到最终的响应消息。

优选地，可以将该响应消息的消息类型设置为non类型。

示例性的，物联网平台发送的请求信息需要获取物联网终端当前的状态信息，物联网终端在接收到请求信息后，先回复一个携带功能码为2.06编码的确认消息，用来通知物联网平台请求消息已经收到；接着，物联网终端根据请求内容，获取物联网终端的状态信息，将状态信息作为响应结果，写入响应消息中，并将响应消息发送至物联网平台。

步骤308、若在所述第二计时器计时的第二计时时长内接收到所述物联网终端发送的针对所述请求消息的响应消息，完成请求操作。

在本发明的其他实施例中，步骤308还可以为：

若物联网平台在所述第二计时器计时的第二计时时长内未接收到所述响应消息，则重新向所述物联网终端发送所述请求消息。这里，物联网平台未能接收到响应消息，可以认为响应消息丢失。于是，物联网平台向物联网终端重新发送请求消息。若物联网平台一直未接收到响应消息，则物联网平台再次重新发送该请求消息，直至达到最大重发次数。

需要说明的是，本实施例中与其它实施例中相同步骤和相同内容的说明，可以参照其它实施例中的描述，此处不再赘述。

本发明的实施例所提供的一种基于物联网的数据响应处理方法及设备、存储介质，首先，接收物联网平台发送的请求消息；其中，所述请求消息为要求所述物联网终端响应的消息；基于所述请求消息，向物联网平台发送确认消息、且不发送响应消息，以使得所述物联网平台在接收到所述确认消息后启动第二计时器，记录所述物联网终端响应所述请求消息的时间；这样，物联网终端在接收到请求消息之后，即时向物联网平台回复一个确认消息，告知物联网平台接已收到请求消息，这样物联网平台重新计时，等待物联网终端发送之后的数据处理结果。如此，在不增加重发请求消息的时间的情况下，避免了在规定时间内未接收到确认消息时，物联网平台重复发送同一个请求消息，提升了资源的利用率，同时提升业务性能，降低终端的耗电量。

为实现本发明实施例的方法，本发明实施例还提供了一种物联网终端，如图5所示，所述物联网终端包括：

接收单元51，用于接收物联网平台发送的请求消息；其中，所述请求消息为要求所述物联网终端响应的消息；

第一处理单元52，用于基于所述请求消息，向物联网平台发送确认消息、且不发送响应消息；

其中，所述确认消息用于指示所述物联网终端接收到所述请求消息；所述响应消息用于携带所述请求消息对应的响应数据。

在本发明的其他实施例中，所述确认消息还用于指示当前响应消息未准备完成、需要所述物联网平台保持等待响应消息。

在本发明的其他实施例中，所述确认消息为ack消息；其中，所述ack消息中的功能码为2.06编码；其中，所述2.06编码用于表征接收到所述请求消息，且当前响应消息未准备完成、需要物联网平台保持等待响应消息。

为实现本发明实施例的方法，本发明实施例还提供了一种物联网平台，如图6所示，所述物联网平台包括：

发送单元61，用于向物联网终端发送请求消息；其中，所述请求消息为要求所述物联网终端响应的消息；

第二处理单元62，用于向物联网终端发送请求消息时，启动第一计时器。

所述第二处理单元62，还用于若在所述第一计时器计时的第一计时时长内接收到所述物联网终端发送的针对所述请求消息的确认消息，则启动第二计时器；其中，所述确认消息用于指示所述物联网终端接收到请求消息；

检测单元63，用于在所述第二计时器计时的第二计时时长内，检测物联网终端发送的针对所述请求消息的响应消息。

在本发明的其他实施例中，所述第二处理单元62，还用于判断若在所述第二计时器计时的第二计时时长内接收到所述物联网终端发送的针对所述请求消息的响应消息，完成请求操作。

在本发明的其他实施例中，所述第二处理单元62，还用于判断若在所述第一计时器计时的第一计时时长内未接收到所述确认消息，或在所述第二计时器计时的第二计时时长内未接收到所述响应消息，则重新向所述物联网终端发送所述请求消息。

在本发明的其他实施例中，根据请求方法类型确定所述第一计时时长与所述第二计时时长。优选地，根据当前网络通畅程度确定所述第一计时时长；根据请求方法的类型和所述物联网终端处理速度确定所述第二计时时长。

基于上述物联网终端中各单元的硬件实现，为了实现本发明实施例提供的基于物联网的数据响应处理方法，本发明实施例还提供了一种物联网终端，如图7所示，所述物联网终端70包括：第一处理器71和配置为存储能够在处理器上运行的计算机程序的第一存储器72，

其中，所述第一处理器71配置为运行所述计算机程序时，执行图1或图3中的方法步骤。

另外，基于上述物联网平台中各单元的硬件实现，为了实现本发明实施例提供的基于物联网的数据响应处理方法，本发明实施例还提供了一种物联网平台，如图8所示，所述物联网平台80包括：第二处理器81和配置为存储能够在处理器上运行的计算机程序的第二存储器82，

其中，所述第二处理器81配置为运行所述计算机程序时，执行图2或图3中的方法步骤。

在示例性实施例中，本发明实施例还提供了一种计算机可读存储介质，例如包括计算机程序的第一存储器72和第二存储器82，上述计算机程序可由物联网终端70的第一处理器71执行或者由物联网平台80的第二处理器81执行，以完成前述方法所述步骤。计算机可读存储介质可以是磁性随机存取存储器(fram，ferromagneticrandomaccessmemory)、只读存储器(rom，readonlymemory)、可编程只读存储器(prom，programmableread-onlymemory)、可擦除可编程只读存储器(eprom，erasableprogrammableread-onlymemory)、电可擦除可编程只读存储器(eeprom，electricallyerasableprogrammableread-onlymemory)、快闪存储器(flashmemory)、磁表面存储器、光盘、或只读光盘(cd-rom，compactdiscread-onlymemory)等存储器。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。