CN114363122A - 网关设备和设备接入系统 - Google Patents

Abstract

本申请公开了一种网关设备和设备接入系统，其中，网关设备包括：接入模块和路由转发模块，接入模块包括第一插件和第二插件，第一插件定义有第一接口，第一节点设备通过第一接口接入网关设备，第二插件定义有第二接口，第二节点设备通过第二接口接入网关设备，第一节点设备由网关设备被动拉取第一数据，第二节点设备向网关设备主动发送第二数据，第一接口基于第一节点设备的数据协议定义，以解析第一数据得到第一节点设备的原始数据，第二接口基于第二节点设备的数据协议定义，以解析第二数据得到第二节点设备的原始数据；路由转发模块，用于将原始数据统一进行路由并转发。上述方案，能够实现统一快速灵活的异构设备接入。

Description

网关设备和设备接入系统

技术领域

本申请涉及系统集成技术领域，特别是涉及一种网关设备和设备接入系统。

背景技术

随着智能物联科技的不断发展，海量节点设备已经在工业智能、智慧校园、智慧园区、智慧交通、智慧医疗等各种行业场景中落地。

然而，成千上万的设备厂商设备类型各异，支持的数据协议各异，没有统一标准，这就造成大量设备接入系统成为一项复杂而繁重的工作。目前，大型云厂商提供的设备接入方案提供设备SDK(Software Development Kit，软件开发工具包)，节点备通过引入设备SDK实现数据整合，然后将规整后数据以统一方式上报云端。这种方式需要设备端支持开发和部署应用，适用面较为狭窄，且设备商通常也不会为每种设备接入多个云服务而开发接入应用，进一步地，涉及商业机密等敏感数据也不便于上云。有鉴于此，如何实现统一快速灵活的异构设备接入成为亟待解决的问题。

发明内容

本申请主要解决的技术问题是提供一种网关设备和设备接入系统，能够实现统一快速灵活的异构设备接入。

为了解决上述技术问题，本申请第一方面提供了一种网关设备，包括：接入模块和路由转发模块，接入模块包括第一插件和第二插件，第一插件定义有第一接口，第一节点设备通过第一接口接入网关设备，第二插件定义有第二接口，第二节点设备通过第二接口接入网关设备，第一节点设备由网关设备被动拉取第一数据，第二节点设备向网关设备主动发送第二数据，第一接口基于第一节点设备的数据协议定义，以解析第一数据得到第一节点设备的原始数据，第二接口基于第二节点设备的数据协议定义，以解析第二数据得到第二节点设备的原始数据；路由转发模块，用于将原始数据统一进行路由并转发。

因此，网关设备包括接入模块和路由转发模块，接入模块包括第一插件和第二插件，第一插件定义有第一接口，第一节点设备通过第一接口接入网关设备，第二插件定义有第二接口，第二节点设备通过第二接口接入网关设备，第一节点设备由网关设备被动拉取第一数据，第二节点设备向网关设备主动发送第二数据，第一接口基于第一节点设备的数据协议定义，以解析第一数据得到第一节点设备的原始数据，第二接口基于第二节点设备的数据协议定义，以解析第二数据得到第二节点设备的原始数据，路由转发模块用于将原始数据进行路由转发，一方面网关设备通过定义第一接口和第二接口，能够接入被动拉取数据的第一节点设备和主动发送数据的第二节点设备，从而能够接入主/被动接入形式不同的节点设备，另一方面第一接口基于第一节点设备的数据协议定义，第二接口基于第二节点设备的数据协议定义，从而能够基于节点设备主/被动接入形式的不同，进一步通过插件形式灵活部署不同节点设备的数据协议以满足不同节点设备的数据解析，故此能够实现统一快速灵活的异构设备接入。

其中，接入模块还包括服务模块，服务模块定义有分别支持各种服务端通信协议的内置服务器，且第二插件注册至内置服务器；其中，内置服务器获取到第二节点设备发送的第二数据之后，将第二数据转发至第二插件。

因此，通过在接入模块设置服务模块，且服务模块定义有分别支持各种服务端通信协议的内置服务器，第二插件还进一步注册到内置服务器，并在此基础上，内置服务器获取到第二节点设备发送的第二数据之后，将第二数据转发至第二插件，从而对于主动上报数据的各种第二节点设备而言，通过服务模块能够提升支持不同通信协议的第二节点设备的便捷性。

其中，网关设备还包括外部控制接口，用于获取与网关设备通信连接的管理设备的控制指令，以通过第一插件将控制指令下发至目标节点设备，或者通过第二插件和服务模块将控制指令下发至目标节点设备。

因此，网关设备还进一步包括外部控制接口，用于获取与网关设备通信连接的管理设备的控制指令，以通过第一插件将控制指令下发至目标节点设备，或者通过第二插件和服务模块将控制指令下发至目标节点设备，故能够根据目标节点设备的具体类型实现命令差异化下发，有利于进一步满足异构设备的统一灵活接入。

其中，在目标节点设备为第一节点设备的情况下，控制指令通过第一插件下发至目标节点设备；和/或，在目标节点设备为第二节点设备的情况下，控制指令通过第二插件和服务模块下发至目标节点设备。

因此，在目标节点设备为第一节点设备的情况下，控制指令通过第一插件下发至目标节点设备，而在目标节点设备为第二节点设备的情况下，控制指令通过第二插件和服务模块下发至目标节点设备，故能够兼容不同节点设备下控制指令的下发流程，有利于提升对异构设备的兼容性。

其中，各种服务端通信协议包括标准通信协议、私有通信协议中至少一者。

因此，将各种服务端通信协议设置为包括标准通信协议、私有通信协议中至少一者，能够有利于大大提升网关设备的对于异构设备的接入能力。

其中，网关设备还包括缓存模块，缓存模块用于在原始数据未成功发送的情况下，将原始数据所源自的节点设备的设备参数进行封装，并与原始数据共同缓存。

因此，网关设备还包括缓存模块，且缓存模块用于在原始数据未成功发送的情况下，将原始数据所源自的节点设备的设备参数进行封装，并与原始数据共同缓存，能够使数据保持一致性和完整性。

其中，网关设备运行有插件管理器，插件管理器用于集中加载第一插件和第二插件。

因此，网关设备还运行有插件管理器，且插件管理器用于集中加载第一插件和第二插件，故网关设备能够统一管理各个插件，有利于提升管理效率。

其中，在网关设备运行过程中，插件管理器受用户指令暂停正在运行中的插件和/或重新加载暂停的插件和/或加载新的插件。

因此，在网关设备运行过程中，插件管理器受用户指令暂停正在运行中的插件和/或重新加载暂停的插件和/或加载新的插件，能够实现插件热插拔动态加载，有利于提升异构设备接入的灵活性。

其中，网关设备运行有任务调度器，任务调度器用于调度第一插件以获取第一数据。

因此，网关设备还运行有任务调度器，且任务调度器用于调度第一插件以获取第一数据，故能够通过任务调度器有序地从各个第一节点设备拉取第一数据，有利于提升数据拉取的灵活性。

为了解决上述技术问题，本申请第二方面提供了一种设备接入系统，包括若干节点设备、管理设备和第一方面中的网关设备；其中，若干节点设备接入网关设备，网关设备与管理设备通信连接，且管理设备用于对各个节点设备进行遥测和/或管控

因此，在设备接入系统中将设备管理和设备接入解耦，管理设备负责设备管理，而网关设备负责设备接入，且网关设备为前述任一网关设备公开实施例中的网关设备，故能够使网关设备保持轻薄和灵活，方便部署和维护。

其中，管理设备和网关设备一同部署于数据中心。

因此，管理设备和网关设备一同部署于数据中心，故管理设备和网关设备可以一同在数据中心进行管理和维护，提升设备接入以及后续管理的便利性。

其中，管理设备中录入有若干节点设备的设备信息，网关设备基于设备信息调整第一插件和/或第二插件所定义的数据协议。

因此，管理设备中录入有节点设备的设备信息，网关设备基于设备信息调整第一插件和/或第二插件所定义的数据协议，可以基于从网关设备所获取数据关联真实设备，从而实现对各个节点设备的遥测和/或管控。

附图说明

图1是本申请网关设备一实施例的框架示意图；

图2是本申请设备接入系统一实施例的框架示意图。

具体实施方式

下面结合说明书附图，对本申请实施例的方案进行详细说明。

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。

本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。

请参阅图1，图1是本申请网关设备10一实施例的框架示意图。网关设备10可以包括接入模块11和路由转发模块12，接入模块11包括第一插件B1和第二插件B2，第一插件B1定义有第一接口A1，第一节点设备F1通过第一接口A1接入网关设备10，第二插件B2定义有第二接口A2，第二节点设备F2通过第二接口A2接入网关设备10，第一节点设备F1由网关设备10被动拉取第一数据，第二节点设备F2向网关设备10主动发送第二数据，第一接口A1基于第一节点设备F1的数据协议定义，以解析第一数据得到第一节点设备F1的原始数据，第二接口A2基于第二节点设备F2的数据协议定义，以解析第二数据得到第二节点设备F2的原始数据。此外，路由转发模块12用于将原始数据统一进行路由并转发。

在一个实施场景中，在现实场景中，部分节点设备可以主动上报数据，而部分节点设备需被动拉取数据，为了区分这些设备，本申请公开实施例，将后者称为第一节点设备F1，并将前者称为第二节点设备F2。示例性地，第一节点设备F1可以包括但不限于：智能电表、智能水表等。例如，在智能抄表场景中，通常需要按照一定周期(如，每月、每两个月)进行抄表，基于此，可以按照一定周期从上述智能电表、智能水表拉取数据(如，用电量、用水量)。示例性地，第二节点设备F2可以包括但不限于：监控相机、水浸检测设备等。例如，在智能告警场景中，监控相机、水浸检测设备等节点设备一旦检测到异常通常就需要主动上报数据。其他情况可以以此类推，在此不再一一举例。在此基础上，网关设备10在第一插件B1、第二插件B2分别定义第一接口A1、第二接口A2，分别用于接入第一节点设备F1、第二节点设备F2。需要说明的是，第一接口A1可以是根据第一节点设备F1而定制的标准接口，第二接口A2可以是根据第二节点设备F2而定制的标准接口。此外，第一接口A1、第二接口A2可以均为由程序代码实现。

在一个实施场景中，如前所述第一接口A1可以基于第一节点设备F1的数据协议定义，而第二接口A2可以基于第二节点设备F2的数据协议定义。例如，前述智能电表、智能水表的数据协议可能不同，则相应地可以基于智能电表的数据协议定义对应的第一接口A1，并基于智能水表的数据协议定义对应的第一接口A1。或者，例如，前述监控相机、水浸检测设备的数据协议可能不同，则相应地可以基于监控相机的数据协议定义对应的第二接口A2，并基于水浸检测设备的数据协议定义对应的第二接口A2。其他情况可以以此类推，在此不再一一举例。

在一个实施场景中，第一插件B1和第二插件B2可以通过程序代码实现，并运行于网关设备10。此外，如前所述，第一插件B1所定义的第一接口A1具体可以基于第一节点设备F1的数据协议来定义，从而能够支持第一节点设备F1的数据解析，第二插件B2所定义的第二接口A2具体可以基于第二节点设备F2的数据协议来定义，从而能够支持第二节点设备F2的数据解析。示例性地，第一插件B1所定义的第一接口A1可以由诸如：pull()方法、onMessage()方法等标准方法实现，需要说明的是，pull()方法被调用时可以执行数据拉取，onMessage()方法被调用时可以通过路由转发模块12执行数据路由和转发。

在一个实施场景中，请结合参阅图1，路由转发模块12可以包括数据理由子模块121和数据转发子模块122，数据路由子模块121主要负责数据格式化、数据上报、数据转发等路由处理，而数据转发子模块122主要配置转发规则、协议转换规则，并执行数据转发。如图1所示，数据路由子模块121可以根据配置的路由规则执行数据路由，而数据转发子模块122可以根据配置的转发规则执行数据转发。示例性地，转发规则可以包括但不限于如下参数：是否透传、协议转换规则等，在此不做限定。具体来说，可以根据业务需求来实现主流的转发目标协议，如可以包括但不限于：http(Hyper Text Transfer Protocol，超文本传输协议)、mqtt(Message Queuing Telemetry Transport，消息队列遥测传输)、kafka、rocketmq等，在此不做限定。第一插件B1所定义的第一接口A1还可以包括诸如doRequest()方法等标准方法，以在数据转发时调用doRequest()方法通过数据转发子模块121来实现数据转发。类似地，第二插件B2所定义的第二接口A2也可以包括诸如doRequest()方法等标准方法。需要说明的是，尽管第一插件B1中所定义的第一接口A1、第二插件B2中所定义的第二接口A2两者可以包含相同名称的标准方法，但是并不因此而表示两者的代码实现也完全一致，两者分别是基于第一节点设备F1的数据协议、第二节点设备F2的数据协议来定义。其他情况可以以此类推，在此不再一一举例。

在一个实施场景中，接入模块11还可以包括服务模块C，且服务模块C定义有分别支持各种服务端通信协议的内置服务器C1，第二插件B2注册至内置服务器C1，内置服务器C1获取到第二节点设备F2发送的第二数据之后，可以将第二数据转发至第二插件B2，也就是说，第二节点设备F2通过内置服务器C1与第二插件B2交互，即第二插件B2仅通过内置服务器C1来转发数据，本身并不直接对接第二节点设备F2。上述方式，通过在接入模块11设置服务模块C，且服务模块C定义有分别支持各种服务端通信协议的内置服务器C1，第二插件B2还进一步注册到内置服务器C1，并在此基础上，内置服务器C1获取到第二节点设备F2发送的第二数据之后，将第二数据转发至第二插件B2，从而对于主动上报数据的各种第二节点设备F2而言，通过服务模块C能够提升支持不同通信协议的第二节点设备F2的便捷性。

在一个具体的实施场景中，与第一插件B1所定义的第一接口A1类似地，第二插件B2所定义的第二接口A2也可以通过各种标准方法实现。示例性地，第二插件B2所定义的第二接口A2可以包括connect()方法，通过connect()方法可以注册至内置服务器C1，第二接口A2还可以包括postProcess()方法，内置服务器C1在获取到第二节点设备F2获取到第二数据之后，可以将第二数据转发至第二插件B2，并通过postProcess()方法来解析第二数据得到第二节点设备F2的原始数据。此外，第二接口A2还可以包括onMessage()方法，在解析得到原始数据之后，可以调用onMessage()通过路由转发模块12将原始数据统一进行路由并转发。例如，对于第二节点设备F2为水浸检测设备的情况而言，该水浸检测设备一旦检测到水浸则上报其自身点位，第二数据可以是采用MQTT通信协议而封装的数据帧，数据帧中的净荷(payload)可以为该水浸检测设备的点位信息(如，厨房、浴室等)，内置服务器C1为MQTT服务器，且第二插件B2注册到该MQTT服务器，则在该MQTT服务器接收到水浸检测设备主动上报的第二数据之后，可以将该第二数据转发至第二插件B2，第二插件B2可以解析第二数据得到原始数据(即该水浸检测设备的点位信息)。其他情况可以以此类推，在此不再一一举例。

在一个具体的实施场景中，请继续结合参阅图1，如图1所示，网关设备10还可以包括外部控制接口13，用于获取与网关设备10通信连接的管理设备(未图示，具体可以参阅下述相关公开实施例)的控制指令，以通过第一插件B1将控制指令下发至目标节点设备，或者通过第二插件B2和服务模块C将控制指令下发至目标节点设备。具体来说，在目标节点设备为第一节点设备F1的情况下，控制指令通过第一插件B1下发至目标节点设备，而在目标节点设备为第二节点设备F2的情况下，控制指令通过第二插件B2、服务模块C下发至目标节点设备。示例性地，以目标节点设备是某一点位处的监控相机为例，控制指令可以为调节该监控相机的拍摄视角下倾10度，则该控制指令经第二插件B2处理可以封装为MQTT数据帧，并转发至服务模块中内置的MQTT服务器，基于此可以将MQTT数据帧通过内置的MQTT服务器下发至该监控相机，从而使得该监控相机在接收到MQTT数据帧后解析得到控制指令，并按照控制指令的指示下倾其拍摄视角10度。或者，以目标节点设备是某一点位处的温度传感器为例，控制指令可以为重新设置温度传感器的误差校正精度为2摄氏度，则该控制指令经第一插件B1HTTP协议下发至该温度传感器，从而使得该温度传感器在接收到控制指令之后，按照控制指令的指示调整其误差校正精度为2摄氏度。其他情况可以以此类推，在此不再一一举例。上述方式，网关设备10还进一步包括外部控制接口13，用于获取与网关设备10通信连接的管理设备的控制指令，以通过第一插件B1将控制指令下发至目标节点设备，或者通过第二插件B2、服务模块C将控制指令下发至目标节点设备，故能够根据目标节点设备的具体类型实现命令差异化下发，有利于进一步满足异构设备的统一灵活接入。

在一个具体的实施场景中，服务模块C所定义的各种内置服务器C1所支持的各种服务端通信协议可以包括但不限于：标准通信协议、私有通信协议等，在此不做限定。示例性地，标准通信协议可以包括但不限于：MQTT、HTTP、HTTPS、OPC(OLE for ProcessControl)、PLC(OLE for Process Control)、MODBUS、MODBUS-TCP、BACNET、NB-Iot(NarrowBand Internet of Things，窄带物联网)、LoRa(Long Range Radio)、LoRaWAN等，在此不做限定。在现实场景中，若网关设备10中内置协议已经可以满足需求，则网关设备10可以开箱即用。此外，即使在项目发展过程中，需要支持私有通信协议，也仅需在网关设备配置私有通信即可，而无需为各个节点设备单独开发适配应用。上述方式，将各种服务端通信协议设置为包括标准通信协议、私有通信协议中至少一者，能够有利于大大提升网关设备10的对于异构设备的接入能力。

在一个实施场景中，网关设备10还可以运行任务调度器D，任务调度器D用于调度第一插件B1以获取第一数据。也就说说，不同于第二节点设备F2需通过服务模块C来获取第二数据，对于第一节点设备F1而言，任务调度器D通过执行第一插件B1标准的pull()方法来从第一节点设备F1拉取第一数据。示例性地，任务调度器D可以配置各个第一节点设备F1的任务参数，以使任务调度器D按照各个第一节点设备F1所配置的任务参数，来调度第一插件B1标准的pull()拉取第一数据。示例性地，对于智能电表而言，其所配置的任务参数可以包括但不限于：每月拉取一次、每两个月拉取一次；或者，对于温度传感器而言，其所配置的任务参数可以包括但不限于：每两分钟拉取一次、每五分钟拉取一次。其他情况可以以此类推，在此不再一一举例。上述方式，网关设备10还运行有任务调度器D，且任务调度器D用于调度第一插件B1以获取第一数据，故能够通过任务调度器D有序地从各个第一节点设备F1拉取第一数据，有利于提升数据拉取的灵活性。

在一个实施场景中，网关设备10还可以运行有插件管理器E，且插件管理器E用于集中加载第一插件B1和第二插件B2。需要说明的是，在插件完成之后，可以将插件统一上传到插件管理器E，以便统一管理各个插件。此外，对于需要频繁使用的插件，可以通过诸如redis等存储系统来进行管理。上述方式，网关设备10还运行有插件管理器E，且插件管理器E用于集中加载第一插件B1和第二插件B2，故网关设备10能够统一管理各个插件，有利于提升管理效率。

在一个具体的实施场景中，可以将插件运行的参数，比如插件模式、服务器地址、topic、插件名称、插件协议、协议头信息、轮询参数、转发参数等以统一的方式配置得到插件，并将插件上传到插件管理器E，插件本身即可根据标准协议接口，实现插件初始化、数据解析、数据拉取、命令下发等标准方法，实现设备数据差异化解析以及命令下发。需要说明的是，前述插件模式表示诸如第一插件B1所表达的模式(即数据被动拉取时的客户端模式)，以及第二插件B2所表达的模式(即数据主动上报时的服务端模式)；而服务器地址表示注册到内置服务器C1时内置服务器C1的地址，topic表示主题名称，如第二节点设备F2上报数据的主题名称，此外，指令下发时的主题名称可以根据节点设备的标识信息(即ID信息)在节点设备连接订阅时按照规则指定，为每个节点设备分配专属的下发topic；轮询参数包括但不限于数据被动拉取时拉取数据的周期等，其他参数的具体含义可以参阅前述相关描述，在此不再赘述。

在一个具体的实施场景中，在网关设备10运行过程中，插件管理器E可以受用户指令暂停正在运行中的插件。示例性地，在需要更新插件管理器E中某插件所定义的数据协议的情况下，可以利用插件管理器E暂停运行该插件，并更新其所定义的数据协议。其他情况可以以此类推，在此不再一一举例。也就是说，通过插件管理器E可以实现对插件的关闭、激活、参数配置等管理。

在一个具体的实施场景中，在网关设备10运行过程中，插件管理器E可以受用户指令重新加载暂停的插件。

在一个具体的实施场景中，在网关设备10运行过程中，插件管理器E可以受用户指令加载新的插件。

在一个具体的实施场景中，插件管理器E还可以响应于用户查询指令，查询各个插件。示例性地，可以查询目前正在运行中的插件，或者，可以查询目前已经暂停运行的插件，在此不做限定。当然，插件管理器E也可以响应于用户配置指令，对插件进行配置。

总而言之，上述方式，在网关设备10运行过程中，插件管理器E受用户指令暂停正在运行中的插件和/或重新加载暂停的插件和/或加载新的插件，能够实现插件热插拔动态加载，有利于提升异构设备接入的灵活性。

在一个实施场景中，请继续参阅图1，网关设备10还可以包括缓存模块14，缓存模块14用于在原始数据未成功发送的情况下，将原始数据所源自的节点设备的设备参数进行封装，并与原始数据共同缓存。在现实场景中，可能会存在由于网关设备10对接的业务系统(如，电网系统、水厂系统等)繁忙而未正常接收原始数据的情况，此时可以获取该原始数据所源自的节点设备的设备参数，并将设备参数封装为一个类，这个类即可视为节点设备的设备影子，此外若该节点设备后续的原始数据也未正常发送，则可以继续对应于该设备影子缓存其原始数据，直至原始数据可以正常发送时，可以将该设备影子下原始数据统一转发至业务系统。此外，与原始数据类似地，缓存模块14还可以在控制命令未成功发送的情况下，将控制命令需要下发的节点设备(即目标节点设备)的设备参数进行封装，并与控制命令共同缓存。也就是说，设备影子下所缓存的不仅可以包括该设备影子对应的原始数据，还可以包括该设备影子对应的控制指令。上述方式，网关设备10还可以包括缓存模块14，且缓存模块14用于在原始数据未成功发送的情况下，将原始数据所源自的节点设备的设备参数进行封装，并与原始数据共同缓存，能够使数据保持一致性和完整性。

上述方案，网关设备包括接入模块和路由转发模块，接入模块包括第一插件和第二插件，第一插件定义有第一接口，第一节点设备F1通过第一接口接入网关设备，第二插件定义有第二接口，第二节点设备F2通过第二接口接入网关设备，第一节点设备F1由网关设备被动拉取第一数据，第二节点设备F2向网关设备主动发送第二数据，第一接口基于第一节点设备F1的数据协议定义，以解析第一数据得到第一节点设备F1的原始数据，第二接口基于第二节点设备F2的数据协议定义，以解析第二数据得到第二节点设备F2的原始数据，路由转发模块用于将原始数据进行路由转发，一方面网关设备通过定义第一接口和第二接口，能够接入被动拉取数据的第一节点设备F1和主动发送数据的第二节点设备F2，从而能够接入主/被动接入形式不同的节点设备，另一方面第一接口基于第一节点设备F1的数据协议定义，第二接口基于第二节点设备F2的数据协议定义，从而能够基于节点设备主/被动接入形式的不同，进一步通过插件形式灵活部署不同节点设备的数据协议以满足不同节点设备的数据解析，故此能够实现统一快速灵活的异构设备接入。

请参阅图2，图2是本申请设备接入系统20一实施例的框架示意图。设备接入系统20包括若干节点设备21、管理设备22和如前述实施例中的网关设备23，关于网关设备23的具体构造以及实现原理，可以参阅前述公开实施例，在此不再赘述。请继续结合参阅图2，若干节点设备21可以接入网关设备23，网关设备23与管理设备22通信连接，且管理设备22用于对各个节点设备21进行遥测和/或管控。

在一个实施场景中，若干节点设备21可以包括但不限于：第一节点设备、第二节点设备。需要说明的是，第一节点设备需要网关设备23被动拉取数据，第二节点设备可以主动向网关设备23发送数据，关于第一节点设备、第二节点设备的具体含义可以参阅前述公开实施例中相关描述，在此不再赘述。在此基础上，网关设备23可以从若干节点设备21获取数据，并上传至管理设备22，管理设备22进而可以实现对各个节点设备21进行遥测，以获取各个节点设备21的相关状态(如，电表远程读数、传感器远程测温、水浸远程告警等)；类似地，管理设备22可以下发控制指令至网关设备23，网关设备23再将控制指令下发至节点设备21，管理设备22进而可以实现对各个节点设备21进行管控(如，调整传感器的误差校正精度、调节监控相机的拍摄角度等)。

在一个实施场景中，管理设备22和网关设备23可以一同部署于数据中心，故管理设备22和网关设备23可以一同在数据中心进行管理和维护，提升设备接入以及后续管理的便利性。

在一个实施场景中，管理设备22中可以录入有若干节点设备21的设备信息，且网关设备23可以基于设备信息调整第一插件和/或第二插件所定义的数据协议。具体而言，设备信息可以包括但不限于：节点设备21所采用的数据协议、节点设备21的数据模式(如，需被动拉取，或可主动上报)等等，在此基础上，可以根据设备信息在网关设备23一侧维护定义插件和/或第二插件，关于第一插件和第二插件的具体含义，可以参阅前述公开实施例中相关描述，在此不再赘述。此外，由于管理设备中录入有节点设备21的设备信息，故可以通过从网关设备23所获取数据中的设备ID关联真实设备，从而实现对各个节点设备21的遥测和/或管控。

上述方式，在设备接入系统20中将设备管理和设备接入解耦，管理设备22负责设备管理，而网关设备23负责设备接入，且网关设备23为前述任一网关设备公开实施例中的网关设备，故能够使网关设备23保持轻薄和灵活，方便部署和维护。

在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。

上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (12)

1.一种网关设备，其特征在于，包括：

接入模块，包括第一插件和第二插件，所述第一插件定义有第一接口，第一节点设备通过所述第一接口接入所述网关设备，所述第二插件定义有第二接口，第二节点设备通过所述第二接口接入所述网关设备，且所述第一节点设备由所述网关设备被动拉取第一数据，所述第二节点设备向所述网关设备主动发送第二数据，所述第一接口基于所述第一节点设备的数据协议定义，以解析所述第一数据得到所述第一节点设备的原始数据，所述第二接口基于所述第二节点设备的数据协议定义，以解析所述第二数据得到所述第二节点设备的原始数据；

路由转发模块，用于将所述原始数据统一进行路由并转发。

2.根据权利要求1所述的网关设备，其特征在于，所述接入模块还包括服务模块，所述服务模块定义有分别支持各种服务端通信协议的内置服务器，且所述第二插件注册至所述内置服务器；

其中，所述内置服务器获取到所述第二节点设备发送的所述第二数据之后，将所述第二数据转发至所述第二插件。

3.根据权利要求2所述的网关设备，其特征在于，所述网关设备还包括外部控制接口，用于获取与所述网关设备通信连接的管理设备的控制指令，以通过所述第一插件将所述控制指令下发至目标节点设备，或者通过所述第二插件和所述服务模块将所述控制指令下发至所述目标节点设备。

4.根据权利要求3所述的网关设备，其特征在于，在所述目标节点设备为所述第一节点设备的情况下，所述控制指令通过所述第一插件下发至所述目标节点设备；

和/或，在所述目标节点设备为所述第二节点设备的情况下，所述控制指令通过所述第二插件和所述服务模块下发至所述目标节点设备。

5.根据权利要求2所述的网关设备，其特征在于，所述各种服务端通信协议包括标准通信协议、私有通信协议中至少一者。

6.根据权利要求1所述的网关设备，其特征在于，所述网关设备还包括缓存模块，所述缓存模块用于在所述原始数据未成功发送的情况下，将所述原始数据所源自的节点设备的设备参数进行封装，并与所述原始数据共同缓存。

7.根据权利要求1所述的网关设备，其特征在于，所述网关设备运行有插件管理器，所述插件管理器用于集中加载所述第一插件和所述第二插件。

8.根据权利要求7所述的网关设备，其特征在于，在所述网关设备运行过程中，所述插件管理器受用户指令暂停正在运行中的插件和/或重新加载暂停的插件和/或加载新的插件。

9.根据权利要求1所述的网关设备，其特征在于，所述网关设备运行有任务调度器，所述任务调度器用于调度所述第一插件以获取所述第一数据。

10.一种设备接入系统，其特征在于，包括若干节点设备、管理设备和如权利要求1至9任一项所述的网关设备；

其中，所述若干节点设备接入所述网关设备，所述网关设备与所述管理设备通信连接，且所述管理设备用于对各个所述节点设备进行遥测和/或管控。

11.根据权利要求10所述的系统，其特征在于，所述管理设备和所述网关设备一同部署于数据中心。

12.根据权利要求10所述的系统，其特征在于，所述管理设备中录入有所述若干节点设备的设备信息，所述网关设备基于所述设备信息调整第一插件和/或第二插件所定义的数据协议。

Images