适配器的数据传输方法及适配器转让专利

申请号 : CN201710094559.9

文献号 : CN106953896B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 刘文豪国承斌吴刚霍文灏刘往聂鑫

申请人 : 深圳市智物联网络有限公司

摘要 :

本发明适用于通信技术领域,提供了一种适配器的数据传输方法及适配器,所述数据传输方法包括:接收来自云端服务器或者本地终端的数据请求;当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息;当所述数据请求为状态类请求时,将所述状态类请求发送至控制器,并接收所述控制器根据所述状态类请求返回的状态信息,根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端。本发明解决了RS485总线的通信竞争问题,且避免了多路主机竞争造成本地终端或云端服务器所接收的数据发生数据丢失、紊乱、不完整的问题。

权利要求 :

1.一种用于工业物联网的适配器的数据传输方法,其特征在于,所述适配器用于与云端服务器通信,且其中的一个RS485接口与控制器连接,另一个RS485接口与本地终端连接,所述适配器既作为主机设备与控制器通信,又作为从机设备与本地终端通信,所述方法包括:接收来自云端服务器或者本地终端的数据请求;

当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息,所述控制类请求为适配器或本地终端指示控制器执行动作的指令信息;

当所述数据请求为状态类请求时,将所述状态类请求发送至控制器,并接收所述控制器根据所述状态类请求返回的状态信息,根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端,所述状态类请求为适配器或本地终端请求控制器返回设备运行状态信息的指令信息;

所述当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息包括:当接收到来自本地终端\云端服务器的控制类请求,若当前未收到控制器对上一个来自云端服务器\本地终端的控制类请求的响应结果时,向所述本地终端\云端服务器返回请求失败消息;否则,将所述控制类请求发送至所述控制器;

当同时接收到来自本地终端、云端服务器的控制类请求时,将来自本地终端的控制类请求转发至所述控制器,屏蔽来自云端服务器的控制类请求,并向所述云端服务器返回请求失败消息,以告知所述云端服务器当前已有本地终端向所述控制器发送控制类请求。

2.如权利要求1所述的适配器的数据传输方法,其特征在于,在接收所述控制器根据所述状态类请求返回的状态信息之后,所述通信方法还包括:将所述状态信息缓存至适配器的预设共享区中,所述预设共享区采用环形队列结构。

3.如权利要求2所述的适配器的数据传输方法,其特征在于,所述根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端包括:根据来自本地终端的状态类请求,在预设的响应时间内从所述预设共享区中获取与所述状态类请求对应的状态信息,并将所述状态信息发送至所述本地终端;以及按照预设的上报周期从所述预设共享区中获取本次待上报的状态信息,并将所述状态信息发送至所述云端服务器。

4.如权利要求3所述的适配器的数据传输方法,其特征在于,所述上报周期大于所述响应时间,以错开从所述预设共享区中获取状态信息发送至本地终端和云端服务器的时间。

5.一种用于工业物联网的适配器,其特征在于,所述适配器用于与云端服务器通信,且其中的一个RS485接口与控制器连接,另一个RS485接口与本地终端连接,所述适配器既作为主机设备与控制器通信,又作为从机设备与本地终端通信,所述适配器包括:接收模块,用于接收来自云端服务器或者本地终端的数据请求;

控制类通信模块,用于当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息,所述控制类请求为适配器或本地终端指示控制器执行动作的指令信息;

状态类通信模块,用于当所述数据请求为状态类请求时,将所述状态类请求发送至控制器,并接收所述控制器根据所述状态类请求返回的状态信息,根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端,所述状态类请求为适配器或本地终端请求控制器返回设备运行状态信息的指令信息;

所述控制类通信模块包括:

第一控制类通信单元,用于当接收到来自本地终端\云端服务器的控制类请求,若当前未收到控制器对上一个来自云端服务器\本地终端的控制类请求的响应结果时,向所述本地终端\云端服务器返回请求失败消息;否则,将所述控制类请求发送至所述控制器;

第二控制类通信单元,用于当同时接收到来自本地终端、云端服务器的控制类请求时,将来自本地终端的控制类请求转发至所述控制器,屏蔽来自云端服务器的控制类请求,并向所述云端服务器返回请求失败消息,以告知所述云端服务器当前已有本地终端向所述控制器发送控制类请求。

6.如权利要求5所述的适配器,其特征在于,所述状态类通信模块还用于:

在接收所述控制器根据所述状态类请求返回的状态信息之后,将所述状态信息缓存至适配器的预设共享区中,所述预设共享区采用环形队列结构。

7.如权利要求6所述的适配器,其特征在于,所述状态类通信模块包括:

第一状态类通信单元,用于根据来自本地终端的状态类请求,在预设的响应时间内从所述预设共享区中获取与所述状态类请求对应的状态信息,并将所述状态信息发送至所述本地终端;以及第二状态类通信单元,用于按照预设的上报周期从所述预设共享区中获取本次待上报的状态信息,并将所述状态信息发送至所述云端服务器。

8.如权利要求7所述的适配器,其特征在于,所述上报周期大于所述响应时间,以错开从所述预设共享区中获取状态信息发送至本地终端和云端服务器的时间。

说明书 :

适配器的数据传输方法及适配器

技术领域

[0001] 本发明属于通信技术领域,尤其涉及一种适配器的数据传输方法及适配器。

背景技术

[0002] 在现有的工业物联网中,工业设备与控制器之间主要通过RS485接口实现相互通信。通过RS485接口实现相互联网通信的设备所形成的网络,称为RS485网络。由于RS485接口为半双工接口,采用双向单信道通信方式。因此,RS485网络中的设备有主机和从机之分,从机不主动发送数据,而是根据主机的请求发送数据,即采用请求应答式通信。在工业物联网中,如果从机为控制器,主机为通过RS485接口分别与所述控制器连接的适配器和本地终端时,适配器和本地终端发送的数据为主动且随机的,直接与控制器连接,势必会出现两路主机同时向控制器请求数据的情况,从而造成RS485总线通信竞争的问题;控制器通过RS485总线发送数据时也无法确定是发送至哪个主机,从而导致控制器所采集的数据丢失、紊乱的情况,若与适配器连接的云端服务器或者本地终端接收到控制器发送的数据不完整时将影响到数据分析的有效性、设备运行监控的结果。

发明内容

[0003] 鉴于此,本发明实施例提供了一种适配器的数据传输方法及适配器,以解决工业物联网中存在的RS485总线通信竞争的问题。
[0004] 第一方面,提供了一种适配器的数据传输方法,所述适配器用于与云端服务器通信,且其中的一个RS485接口与控制器连接,另一个RS485接口与本地终端连接,所述方法包括:
[0005] 接收来自云端服务器或者本地终端的数据请求;
[0006] 当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息;
[0007] 当所述数据请求为状态类请求时,将所述状态类请求发送至控制器,并接收所述控制器根据所述状态类请求返回的状态信息,根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端。
[0008] 进一步地,所述当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息包括:
[0009] 当接收到来自本地终端\云端服务器的控制类请求,若当前未收到控制器对上一个来自云端服务器\本地终端的控制类请求的响应结果时,向所述本地终端\云端服务器返回请求失败消息;否则,将所述控制类请求发送至所述控制器;
[0010] 当同时接收到来自本地终端、云端服务器的控制类请求时,将来自本地终端的控制类请求转发至所述控制器,屏蔽来自云端服务器的控制类请求,并向所述云端服务器返回请求失败消息,以告知所述云端服务器当前已有本地终端向所述控制器发送控制类请求。
[0011] 进一步地,在接收所述控制器根据所述状态类请求返回的状态信息之后,所述通信方法还包括:
[0012] 将所述状态信息缓存至适配器的预设共享区中,所述预设共享区采用环形队列结构。
[0013] 进一步地,所述根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端包括:
[0014] 根据来自本地终端的状态类请求,在预设的响应时间内从所述预设共享区中获取与所述状态类请求对应的状态信息,并将所述状态信息发送至所述本地终端;以及[0015] 按照预设的上报周期从所述预设共享区中获取本次待上报的状态信息,并将所述状态信息发送至所述云端服务器。
[0016] 进一步地,所述上报周期大于所述响应时间,以错开从所述预设共享区中获取状态信息发送至本地终端和云端服务器的时间。
[0017] 第二方面,提供了一种适配器,所述适配器用于与云端服务器通信,且其中的一个RS485接口与控制器连接,另一个RS485接口与本地终端连接,所述适配器包括:
[0018] 接收模块,用于接收来自云端服务器或者本地终端的数据请求;
[0019] 控制类通信模块,用于当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息;
[0020] 状态类通信模块,用于当所述数据请求为状态类请求时,将所述状态类请求发送至控制器,并接收所述控制器根据所述状态类请求返回的状态信息,根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端。
[0021] 进一步地,所述控制类通信模块包括:
[0022] 第一控制类通信单元,用于当接收到来自本地终端\云端服务器的控制类请求,若当前未收到控制器对上一个来自云端服务器\本地终端的控制类请求的响应结果时,向所述本地终端\云端服务器返回请求失败消息;否则,将所述控制类请求发送至所述控制器;
[0023] 第二控制类通信单元,用于当同时接收到来自本地终端、云端服务器的控制类请求时,将来自本地终端的控制类请求转发至所述控制器,屏蔽来自云端服务器的控制类请求,并向所述云端服务器返回请求失败消息,以告知所述云端服务器当前已有本地终端向所述控制器发送控制类请求。
[0024] 进一步地,所述状态类通信模块还用于:
[0025] 在接收所述控制器根据所述状态类请求返回的状态信息之后,将所述状态信息缓存至适配器的预设共享区中,所述预设共享区采用环形队列结构。
[0026] 进一步地,所述状态类通信模块包括:
[0027] 第一状态类通信单元,用于根据来自本地终端的状态类请求,在预设的响应时间内从所述预设共享区中获取与所述状态类请求对应的状态信息,并将所述状态信息发送至所述本地终端;以及
[0028] 第二状态类通信单元,用于按照预设的上报周期从所述预设共享区中获取本次待上报的状态信息,并将所述状态信息发送至所述云端服务器。
[0029] 进一步地,所述上报周期大于所述响应时间,以错开从所述预设共享区中获取状态信息发送至本地终端和云端服务器的时间。
[0030] 与现有技术相比,本发明实施例通过改进工业物联网中适配器的连接方式,将适配器其中的一个RS485接口与控制器连接,另一个RS485接口与本地终端连接;在进行通信时,通过适配器接收来自云端服务器或者本地终端的数据请求;当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息,从而解决了RS485总线的通信竞争问题;当所述数据请求为状态类请求时,则将所述状态类请求发送至控制器,并接收所述控制器根据所述状态类请求返回的状态信息,根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端,从而避免了多路主机竞争造成控制器所采集的数据丢失、紊乱、不完整的问题。

附图说明

[0031] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他附图。
[0032] 图1是本发明实施例提供的RS485网络的组成示意图;
[0033] 图2是本发明实施例提供的适配器的通信方法的实现流程图;
[0034] 图3是本发明实施例提供的适配器的组成示意图。

具体实施方式

[0035] 为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
[0036] 本发明实施例通过改进工业物联网中适配器的连接方式,将适配器其中的一个RS485接口与控制器连接,另一个RS485接口与本地终端连接;在进行通信时,通过适配器接收来自云端服务器或者本地终端的数据请求;当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息,从而解决了RS485总线的通信竞争问题;当所述数据请求为状态类请求时,则将所述状态类请求发送至控制器,并接收所述控制器根据所述状态类请求返回的状态信息,根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端,从而避免了多路主机竞争造成本地终端或云端服务器所接收的数据发生丢失、紊乱、不完整的问题。本发明实施例还提供了相应的适配器,以下分别进行详细的说明。
[0037] 为了解决工业物联网的RS485网络中主机通信竞争的问题,本发明实施例将多个主机设备并联接入一个从机设备的方式,改为多个主机设备先通过RS485接口串联,然后再与从机设备相连接。由于RS485接口是仅支持单主机的总线,因此,提供RS485接口的中间设备既作为主机设备、又作为从机设备分别与其相连的两个设备通过RS485总线进行通信。在本发明实施例中,所述提供RS485接口的中间设备可以为用于与云端服务器通信的适配器。所述适配器包括两个RS485接口,其中一个RS485接口与控制器的RS485接口相连,另一个RS485接口与本地终端相连。此时,所述适配器既作为主机设备与控制器通信,又作为从机设备与本地终端通信。图1示出了本发明实施例提供的RS485系统的组成示意图。其中,适配器1提供了至少两个RS485接口分别供控制器2和本地终端3连接。在本发明实施例中,所述本地终端为需要采集工业设备现场数据的终端,包括但不限于本地计算机、笔记本电脑、服务器。
[0038] 图2示出了本发明实施例提供的适配器的数据传输方法的实现流程。参阅图2,所述数据传输方法包括:
[0039] 在步骤S201中,接收来自云端服务器或者本地终端的数据请求。
[0040] 从图1可以知道,本地终端和云端服务器发送的数据都要经过适配器,适配器可以获知本地终端和云端服务器发送的数据类型、发送时间等信息。本发明实施例预先将所述适配器、本地终端发送的数据划分为两大类,一类为控制类请求,另一类为状态类请求。其中,所述控制类请求为适配器或本地终端指示控制器执行动作的指令信息。所述状态类数据请求为适配器或本地终端请求控制器返回设备运行状态信息的指令信息。在这里,控制类数据请求的优先级大于状态类数据请求,即无论是本地终端还是适配器的控制类数据请求,都优先于状态类数据请求发送至控制器。在获取到所述数据请求之后,本发明实施例识别所述数据请求的类型,并针对不同类型的数据请求采用不同的通信方式:当所述数据请求为控制类请求时,执行步骤S202,当所述数据请求为状态类请求时,则执行步骤S203。
[0041] 在步骤S202中,当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息。
[0042] 示例性地,所述步骤S202具体包括以下三种方式:
[0043] 当接收到来自本地终端的控制类请求,若当前未收到控制器对上一个来自云端服务器的控制类请求的响应结果时,向所述本地终端返回请求失败消息;否则,将所述控制类请求发送至所述控制器;
[0044] 当接收到来自云端服务器的控制类请求,若当前未收到控制器对上一个来自本地终端的控制类请求的响应结果时,向所述云端服务器返回请求失败消息;否则,将所述控制类请求发送至所述控制器;
[0045] 当同时接收到来自本地终端、云端服务器的控制类请求时,将来自本地终端的控制类请求转发至所述控制器,屏蔽来自云端服务器的控制类请求,并向所述云端服务器返回请求失败消息,以告知所述云端服务器当前已有本地终端向所述控制器发送控制类请求。
[0046] 通过上述对控制类请求的发送策略,有效地解决了RS485总线的通信竞争问题,避免了两个及以上的主机同时向控制器请求数据,并且使得发出控制类请求的本地终端或云端服务器也可以及时地获知请求是否成功发送出去。
[0047] 在步骤S203中,当所述数据请求为状态类请求时,将所述状态类请求发送至控制器,并接收所述控制器根据所述状态类请求返回的状态信息,根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端。
[0048] 在这里,控制器接收到适配器发送的状态类请求之后,响应所述状态类请求,并且不断地往适配器返回所述状态类请求对应的状态信息。本发明实施例在适配器的内存上预先开辟了一个资源共享区以缓存、处理所述控制器返回的状态信息,因此,在接收所述控制器根据所述状态类请求返回的状态信息之后,所述方法还可以包括:将所述状态信息缓存至适配器的预设共享区中。
[0049] 可选地,所述预设共享区采用环形队列结构。进入所述预设共享区的数据遵循“先进先出”的方式。
[0050] 对于云端服务器和本地终端的状态类请求,本发明实施例采取不同的反馈机制将状态信息返回至所述云端服务器或者本地终端。所述步骤S203包括:
[0051] 根据来自本地终端的状态类请求,在预设的响应时间内从所述预设共享区中获取与所述状态类请求对应的状态信息,并将所述状态信息发送至所述本地终端;以及[0052] 按照预设的上报周期从所述预设共享区中获取本次待上报的状态信息,并将所述状态信息发送至所述云端服务器。
[0053] 在这里,对于来自本地终端的状态类请求,所述适配器在预设的响应时间内将所述共享区中的对应的状态信息发送至所述本地终端。若所述适配器无法在所述响应时间内完成发送,则本地终端默认通信失败。对于来自云端服务器的状态类请求,所述适配器则按照预设的上报周期循环地从所述共享区中读取对应的状态信息上报至所述云端服务器。进一步地,本发明实施例中的所述上报周期大于所述响应时间,以避免适配器过于频繁地从共享区中读取数据,并且错开本地终端和云端服务器的状态信息的返回时间,从而有效地避免了RS485网络中多路主机竞争造成本地终端或云端服务器所接收的数据发生丢失、紊乱、不完整的问题。可选地,所述响应时间可以为30毫秒或50毫秒;相应地,所述上报周期可以为10秒。
[0054] 综上所述,本发明实施例消除了工业物联网的RS485网络中多主机之间的通信竞争的问题,且避免了多主机通信竞争导致本地终端或云端服务器所接收的数据发生丢失、紊乱、不完整的情况。
[0055] 应理解,在上述实施例中,各步骤的序号的大小并不意味着执行顺序的先后,各步骤的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
[0056] 图3示出了本发明实施例提供的适配器的组成结构,为了便于说明,仅示出了与本发明实施例相关的部分。
[0057] 在本发明实施例中,所述适配器用于实现上述图2实施例中所述的适配器的通信方法。所述适配器用于与云端服务器通信,且其中的一个RS485接口与控制器连接,另一个RS485接口与本地终端连接。
[0058] 参阅图3,所述适配器包括:
[0059] 接收模块31,用于接收来自云端服务器或者本地终端的数据请求;
[0060] 控制类通信模块32,用于当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息;
[0061] 状态类通信模块33,用于当所述数据请求为状态类请求时,将所述状态类请求发送至控制器,并接收所述控制器根据所述状态类请求返回的状态信息,根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端。
[0062] 进一步地,所述控制类通信模块32包括:
[0063] 第一控制类通信单元321,用于当接收到来自本地终端\云端服务器的控制类请求,若当前未收到控制器对上一个来自云端服务器\本地终端的控制类请求的响应结果时,向所述本地终端\云端服务器返回请求失败消息;否则,将所述控制类请求发送至所述控制器;
[0064] 第二控制类通信单元322,用于当同时接收到来自本地终端、云端服务器的控制类请求时,将来自本地终端的控制类请求转发至所述控制器,屏蔽来自云端服务器的控制类请求,并向所述云端服务器返回请求失败消息,以告知所述云端服务器当前已有本地终端向所述控制器发送控制类请求。
[0065] 通过上述第一控制类通信单元321和第二控制类通信单元322,有效地解决了RS485总线的通信竞争问题,避免了两个及以上的主机同时向控制器请求数据,并且使得发出控制类请求的本地终端或云端服务器也可以及时地获知请求是否成功发送出去。
[0066] 进一步地,所述状态类通信模块33还用于:
[0067] 在接收所述控制器根据所述状态类请求返回的状态信息之后,将所述状态信息缓存至适配器的预设共享区中,所述预设共享区采用环形队列结构。
[0068] 进一步地,所述状态类通信模块33包括:
[0069] 第一状态类通信单元331,用于根据来自本地终端的状态类请求,在预设的响应时间内从所述预设共享区中获取与所述状态类请求对应的状态信息,并将所述状态信息发送至所述本地终端;以及
[0070] 第二状态类通信单元332,用于按照预设的上报周期从所述预设共享区中获取本次待上报的状态信息,并将所述状态信息发送至所述云端服务器。
[0071] 在本发明实施例中,对于来自本地终端的状态类请求,由所述第一状态类通信单元331在预设的响应时间内将所述共享区中的对应的状态信息发送至所述本地终端。若所述适配器无法在所述响应时间内完成发送,则本地终端默认通信失败。对于来自云端服务器的状态类请求,由所述第二状态类通信单元332按照预设的上报周期循环地从所述共享区中读取对应的状态信息上报至所述云端服务器。进一步地,本发明实施例中的所述上报周期大于所述响应时间,以避免适配器过于频繁地从共享区中读取数据,并且错开本地终端和云端服务器的状态信息的返回时间,从而有效地解决了RS485网络中多路主机竞争造成控制器所采集的数据丢失、紊乱、不完整的问题。可选地,所述响应时间可以为30毫秒或50毫秒;相应地,所述上报周期可以为10秒。
[0072] 需要说明的是,本发明实施例中的适配器可以用于实现上述方法实施例中的全部技术方案,其各个功能模块的功能可以根据上述方法实施例中的方法具体实现,其具体实现过程可参照上述实例中的相关描述,此处不再赘述。
[0073] 综上所述,本发明实施例通过改进工业物联网中适配器的连接方式,将适配器其中的一个RS485接口与控制器连接,另一个RS485接口与本地终端连接;在进行通信时,通过适配器接收来自云端服务器或者本地终端的数据请求;当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息,从而解决了RS485总线的通信竞争问题;当所述数据请求为状态类请求时,则将所述状态类请求发送至控制器,并接收所述控制器根据所述状态类请求返回的状态信息,根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端,从而避免了多路主机竞争造成控制器所采集的数据丢失、紊乱、不完整的问题。
[0074] 可选地,本发明实施例还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储可由一个或多个处理器执行的指令以执行操作,所述操作包括:
[0075] 接收来自云端服务器或者本地终端的数据请求;
[0076] 当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息;
[0077] 当所述数据请求为状态类请求时,将所述状态类请求发送至控制器,并接收所述控制器根据所述状态类请求返回的状态信息,根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端。
[0078] 可选地,所述当所述数据请求为控制类请求时,根据所述控制器对上一个控制类请求的响应结果,将所述控制类请求发送至所述控制器或者向所述云端服务器或者本地终端返回请求失败消息包括:
[0079] 当接收到来自本地终端/云端服务器的控制类请求,若当前未收到控制器对上一个来自云端服务器/本地终端的控制类请求的响应结果时,向所述本地终端/云端服务器返回请求失败消息;否则,将所述控制类请求发送至所述控制器;
[0080] 当同时接收到来自本地终端、云端服务器的控制类请求时,将来自本地终端的控制类请求转发至所述控制器,屏蔽来自云端服务器的控制类请求,并向所述云端服务器返回请求失败消息,以告知所述云端服务器当前已有本地终端向所述控制器发送控制类请求。
[0081] 可选地,在接收所述控制器根据所述状态类请求返回的状态信息之后,所述操作还包括:
[0082] 将所述状态信息缓存至适配器的预设共享区中,所述预设共享区采用环形队列结构。
[0083] 可选地,所述根据预设的反馈机制将所述状态信息返回至所述云端服务器或者本地终端包括:
[0084] 根据来自本地终端的状态类请求,在预设的响应时间内从所述预设共享区中获取与所述状态类请求对应的状态信息,并将所述状态信息发送至所述本地终端;以及[0085] 按照预设的上报周期从所述预设共享区中获取本次待上报的状态信息,并将所述状态信息发送至所述云端服务器。
[0086] 可选地,所述上报周期大于所述响应时间,以错开从所述预设共享区中获取状态信息发送至本地终端和云端服务器的时间。
[0087] 本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
[0088] 所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的模块和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
[0089] 在本申请所提供的几个实施例中,应该理解到,所揭露的方法及适配器,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块、单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
[0090] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0091] 另外,在本发明各个实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元、模块单独物理存在,也可以两个或两个以上单元、模块集成在一个单元中。
[0092] 所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0093] 以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。