设备接入方法、设备管理方法、系统和计算机设备与流程

1.本技术涉及物联网技术领域，特别是涉及一种设备接入方法、装置、系统、计算机设备和存储介质，以及一种设备管理方法、装置、系统、计算机设备和存储介质。


背景技术：

2.物联网是指通过信息传感设备，按约定的协议，将任何物体与网络相连接，物体通过信息传播媒介进行信息交换和通信，以实现智能化识别、定位、跟踪、监管等功能。一个设备要在物联网中使用，需先在物联平台中完成注册和接入才可执行其他操作。
3.常规的设备接入方式包括设备自发现接入方式，对于智能设备，设备自发现功能能够实现在设备通电后，设备可以自动调用物联平台的注册接口快速的实现设备的自动发现及注册，在无需人工干预的情况下就可以将设备接入到物联平台。
4.然而，目前的设备接入方式，针对无法主动向物联平台集成的非智能设备，需要借助人工接入的方式，人工接入成本高。


技术实现要素：

5.基于此，有必要针对上述技术问题，提供一种能够降低成本的设备接入方法、设备管理方法、装置、系统、计算机设备和存储介质。
6.一种设备接入方法，所述方法包括：
7.在预设地址范围内探测设备；
8.当在所述预设地址范围内探测到新增设备时，获取所述新增设备的设备信息；
9.将所述设备信息同步至服务器，使所述服务器根据所述设备信息对所述新增设备进行注册，接入所述新增设备。
10.一种设备管理方法，所述方法包括：
11.接收边缘网关上传的新增设备信息对应的设备信息；其中，所述设备信息的确定包括：所述边缘网关在预设地址范围内探测到新增设备时，获取所述新增设备的设备信息；
12.根据所述设备信息对所述新增设备进行注册。
13.一种设备接入装置，所述装置包括：
14.探测模块，用于在预设地址范围内探测设备；
15.信息获取模块，用于当在所述预设地址范围内探测到新增设备时，获取所述新增设备的设备信息；
16.云边协同模块，用于将所述设备信息同步至服务器，使所述服务器根据所述设备信息对所述新增设备进行注册，接入所述新增设备。
17.一种设备管理装置，所述装置包括：
18.数据接收模块，用于接收边缘网关上传的新增设备信息对应的设备信息；其中，所述设备信息的确定包括：所述边缘网关在预设地址范围内探测到新增设备时，获取所述新增设备的设备信息；
19.注册模块，用于根据所述设备信息对所述新增设备进行注册。
20.一种设备管理系统，所述系统包括：服务器和边缘网关；
21.所述边缘网关用于在预设地址范围内探测设备；当在所述预设地址范围内探测到新增设备时，获取所述新增设备的设备信息；将所述设备信息同步至所述服务器；
22.所述服务器用于接收边缘网关上传的新增设备信息对应的设备信息，根据所述设备信息对所述新增设备进行注册，接入所述新增设备。
23.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任意一个实施例中的方法的步骤。
24.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一个实施例中的方法的步骤。
25.上述设备接入方法、设备管理方法、装置、系统、计算机设备和存储介质，边缘网关在预设地址范围内探测是否出现新增的设备，若是则获取该新增设备的设备信息，并将设备信息同步至服务器，使服务器根据设备信息对新增设备进行注册，接入新增设备；后续服务器可以通过边缘网关获取或管理该新增设备的相关数据。上述方法通过边缘网关主动在规定地址范围内进行探测发现设备，通过与设备之间的通信来获取设备信息，可以应用在非智能设备中，实现自动将设备接入到服务器中完成注册的效果，降低了人工接入非智能设备的难度，同时可减少设备接入所需的人工成本。
附图说明
26.图1为一个实施例中设备接入方法、设备管理方法的应用环境图；
27.图2为一个实施例中设备接入方法的流程示意图；
28.图3为另一个实施例中设备接入方法的流程示意图；
29.图4为另一个实施例中设备接入方法的流程示意图；
30.图5为一个实施例中设备接入方法、设备管理方法的流程示意图；
31.图6为一个具体实施例中物联平台、边缘网关和闸机之间的架构示意图；
32.图7(1)为一个具体实施例中在物联平台中录入物模型的界面示意图；
33.图7(2)为一个具体实施例中对已经创建的物模型修改或新增属性、服务、事件的界面示意图；
34.图7(3)为一个具体实施例中物模型录入完成的结果的界面示意图；
35.图8为一个实施例中设备接入方法的流程示意图；
36.图9为一个实施例中设备接入装置的结构框图；
37.图10为一个实施例中设备管理装置的结构框图；
38.图11为一个实施例中计算机设备的内部结构图。
具体实施方式
39.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
40.本技术提供的设备接入方法、设备管理方法，可以应用于如图1所示的应用环境
中。其中，边缘网关101与设备102和服务器103之间均通过网络进行通信。边缘网关101在预设地址范围内探测是否出现新增的设备102，若是则获取新增设备102的设备信息，并将设备信息同步至服务器103，使服务器103根据设备信息对新增设备进行注册，接入新增设备；后续服务器103可以通过边缘网关102获取或管理该新增设备的相关数据。设备102可以但不限于是各种工业设备如闸机、水电表，传感器等物理设备，服务器103可以用独立的服务器或者是多个服务器组成的服务器集群来实现。在一个实施例中，服务器103可以是云服务器。
41.物联网(the internet of things，简称iot)是指通过各种信息传感器、射频识别技术、全球定位系统、红外感应器、激光扫描器等各种装置与技术，实时采集任何需要监控、连接、互动的物体或过程，采集其声、光、热、电、力学、化学、生物、位置等各种需要的信息，通过各类可能的网络接入，实现物与物、物与人的泛在连接，实现对物品和过程的智能化感知、识别和管理。物联网是一个基于互联网、传统电信网等的信息承载体，它让所有能够被独立寻址的普通物理对象形成互联互通的网络。
42.云物联(cloud iot)旨在将传统物联网中传感设备感知的信息和接受的指令连入互联网中，真正实现网络化，并通过云计算技术实现海量数据存储和运算，由于物联网的特性是物与物相连接，实时感知各个“物体”当前的运行状态，在这个过程中会产生大量的数据信息，如何将这些信息汇总,如何在海量信息中筛取有用信息为后续发展做决策支持，这些已成为影响物联网发展的关键问题，而基于云计算和云存储技术的物联云也因此成为物联网技术和应用的有力支持。
43.需要说明的是，在本技术的实施例中，所涉及到的智能设备和非智能设备为一组相对的概念，在一个具体实施例中，智能设备表示的是设备通电后，设备方可以使用设备自发现技术，通过调用物联平台注册接口上报设备协议信息，完成主动向物联平台集成的设备。而非智能设备即为没有智能控制，在设备通电后，无法使用设备自发现技术在设备通电后主动调用物联平台注册接口上报设备协议信息，没有办法被物联平台自动发现的设备。进一步地，本技术针对非智能设备提出一种设备接入方法，也可以称为设备反向集成方法。可以理解地，该方法也在智能设备中也可以实现。
44.其中，设备自发现技术：使用局域网组播技术来实现设备与车站网关之间的ip和端口发现，并通过私有化协议与车站网关建立连接。以达到不用运维人员手动在物联平台上进行设备导入等操作，也能直接对新入网的设备进行管理。设备反向集成技术：通过物联网关的探测技术，探测发现既有系统的通讯协议对应的符合要求的设备，并使用一套低代码软件实现协议包的制作，做出来的协议包提供给网关运行，以使网关能够为设备完成注册；研究物联技术应用广度以及融合度在工业领域进行开拓创新，实现设备统一的反向集成至物联平台，最终达到在原有专业系统或设备功能保持不变的情况下，通过增加硬件或软件的方式，将工控设备或系统的数据进行拉取打包成标准物模型数据进行上报至物联平台。也可以由物联平台的应用按照标准的物联平台控制接口和协议进行控制。
45.在一个实施例中，如图2所示，提供了一种设备接入方法，以该方法应用于图1中的边缘网关为例进行说明，包括步骤s210至步骤s230。
46.步骤s210，在预设地址范围内探测设备。
47.其中，预设地址范围是预先定义的；在一个实施例中，预设地址范围包括ip地址范
围。进一步地，在一个实施例中，预设地址范围可以根据协议获取。在一个实施例中，服务器中获取设备定义信息，根据设备定义信息生成对应的物模型之后，在协议库中更新新生成的物模型对应的协议。边缘网关定时扫描协议库，当扫描到新增物模型的协议，根据协议获取对应的地址范围作为预设地址范围。
48.其中，设备表示物理设备。在一个实施例中，设备表示物联网设备，例如物联网设备可以但不限于是工业设备如闸机、水电表，或者也可以是传感器等等。
49.在一个实施例中，在预设地址范围内探测设备包括：扫描在预设地址范围内出现的设备。进一步地，在一个实施例中，在预设地址范围内探测设备包括：按照预设频次在预设地址范围内扫描出现的设备。其中预设频次可以根据实际情况进行设定，例如预设品次可设置为每10分钟扫描1次、每1小时扫描5次等等。
50.在一个实施例中，边缘网关探测设备需满足预设前置条件。其中，预设前置条件是根据实际情况进行定义的。在一个实施例中，预设前置条件可以包含设备限制数量等信息。
51.步骤s220，当在预设地址范围内探测到新增设备时，获取新增设备的设备信息。
52.新增设备表示第一次探测到的设备，即在此之前，从没有探测到过的设备。在一个实施例中，可以根据设备的地址、设备标识等信息确定探测到的设备是否为新增设备。在本实施例中，对于每次探测到的设备，可以获取设备标识信息进行存储，下一次探测时，同样对于探测到的设备获取设备标识信息，将相邻两次探测到的设备标识信息进行比较即可确定本次探测是否出现新增设备。其中，设备标识信息可以根据实际情况设定为设备的网络地址、设备的唯一标识码(如出厂标识码)等等信息。在一个具体实施例中，当设备在预设地址范围内通电时即可被边缘网关探测到。
53.在本实施例中，在确定探测到新增设备时，需要获取的设备信息可以包括任意一种设备信息；在一个实施例中，设备信息可以包括设备名称、设备类型、设备的网络地址、型号、序列号、所属厂商、所需的功能与逻辑指令等等。在其他实施例中，设备信息还可以包括其他信息。
54.步骤s230，将设备信息同步至服务器，使服务器根据设备信息对新增设备进行注册，接入新增设备。
55.其中，服务器为物联平台对应的服务器。在一个实施例中，服务器为云端服务器。设备在平台中进行注册，需要将设备的设备信息发送同步至服务器，使服务器根据设备信息对新增设备进行注册，实现对新增设备的接入。在一个实施例中，服务器根据设备信息对新增设备进行注册可以通过任意一种方式实现。
56.上述设备接入方法，边缘网关在预设地址范围内探测是否出现新增的设备，若是则获取该新增设备的设备信息，并将设备信息同步至服务器，使服务器根据设备信息对新增设备进行注册，接入新增设备；后续服务器可以通过边缘网关获取或管理该新增设备的相关数据。上述方法通过边缘网关主动在规定地址范围内进行探测发现设备，通过与设备之间的通信来获取设备信息，可以应用在无法主动调用相关接口来上报设备信息的非智能设备中，实现自动将设备接入到服务器中完成注册的效果，降低了人工接入非智能设备的难度，同时可减少设备接入所需的人工成本。
57.在一个实施例中，将设备信息同步至服务器，使服务器根据设备信息对新增设备进行注册包括：根据设备信息确定新增设备的对应的点位文件；点位文件用于使服务器根
据点位文件生成新增设备的标识信息，并基于标识信息对新增设备进行注册。
58.其中，点位文件为一个数据包。在一个实施例中，点位文件为点位ui(user interface，用户界面)文件，用于配置、监测和控制设备的运行状态。当获取到设备信息时，根据设备信息更新点位文件，服务器将会根据点位文件中的信息生成新增设备在平台中的唯一标识。唯一标识可用于候选在平台中查询新增设备的相关信息。在一个具体实施例中，生成的设备的唯一标识包括pid信息(设备标识)和din信息(组件标识)。
59.在一个具体实施例中，点位文件可以通过marswindow生成。marswindow是由施德朗开发的一款调试工具，用于配置边缘网关跟设备方专业系统的对接信息。进一步地，在一个实施例中，在探测到新增设备时，marswindow根据项目程序自动导入或手动生成点位ui文件，上传到边缘网关。
60.在一个实施例中，在将设备信息同步至服务器之后，如图3所示，上述方法还包括步骤s310至步骤s330。
61.步骤s310，从服务器拉取目标设备对应的物模型；物模型是预先基于目标设备的设备定义数据生成的。
62.其中，目标设备表示需要管理或者获取相应数据的设备；在一个实施例中，目标设备为在服务器中已经完成注册的设备中的任意一个。
63.进一步地，在一个实施例中，目标设备的状态为启用状态；启用状态表示设备属于正常运行状态。
64.其中，物模型表示物理空间中的实体(如传感器、车载装置、楼宇、工厂等)在服务器中的数字化表示，从属性、服务和事件三个维度，分别描述了该实体是什么、能做什么、可以对外提供哪些信息。定义了物模型的这三个维度，即完成了产品功能的定义：
[0065][0066]
在一个实施例中，服务器中设备对应的物模型是预先根据获取的设备定义信息生成的。具体的物模型的创建过程将在其他实施例中详细介绍，在此不再赘述。
[0067]
在一个实施例中，将每一个设备作为一个设备点接入，设备定义数据可以以映射点表的形式表示。映射点表与服务器中的模型对应；点表的含义：自动化控制中，把变量点
简称为点，自动化控制系统中使用的变量个数称为点数。点表大多与设备有关，用于表征系统内各个变量的使用情况。点表作为设备提供商、软件提供商、系统集成商的重要依据和协议标准，整个自动化控制系统的建设都是以点表中变量的描述和规定为基础而建设的。通常，每个变量都会有对应的唯一的变量名、设备名、设备地址、寄存器、寄存器地址等相关内容。在一个具体实施例中，物模型是由设备厂商提供的设备点表信息手动录入穗腾os系统生成，并在生成物模型之后由空间构造提供物模型查询接口给应用侧及设备网关侧。
[0068]
进一步地，在一个实施例中，物模型的确定还包括：当服务器接收到更新后的设备定义数据时，服务器基于更新后的设备定义数据对物模型进行更新；在本实施例中，从服务器拉取目标设备对应的物模型，包括：每隔预设时间段从服务器拉取目标设备对应的物模型。
[0069]
由于在服务器中可以根据接收到的更新后的设备定义数据对对应的物模型进行更新，因此边缘网关需每个预设时间段从服务器中拉取目标设备最新的物模型。
[0070]
步骤s320，根据物模型获取目标设备的设备运行数据。
[0071]
其中，设备运行数据表示设备在运行过程中的相关数据。
[0072]
在将探测到的新增设备的设备信息上传至服务器，使服务器根据设备信息对新增设备进行注册，将新增设备接入到服务器中之后，该新增设备即可在服务器中工作，具体可由服务器通过边缘网关向设备发送指令管理设备，也可以服务器通过边缘网关获取设备的运行数据。
[0073]
在一个实施例中，物模型中定义了设备的属性、服务和事件，通过物模型可以知道设备在运行过程中需要上报给服务器的数据包括哪些。例如在一个具体实施例中，根据物模型确定目标设备需上报给服务器的数据包括目标设备采集的温度和湿度，则在本实施例中，根据物模型获取目标设备运行时采集的温度(如25℃)和湿度(如74％)。
[0074]
步骤s330，将设备运行数据反馈至服务器。
[0075]
在获取到目标设备的设备运行数据之后，将设备运行数据反馈至服务器，从而使服务器可以获取到边缘网关连接的设备的运行数据。
[0076]
在本实施例中，通过从服务器拉取设备物模型，并根据物模型获取对应设备的设备运行数据，同时边缘网关将设备运行数据反馈至服务器中，使服务器可以获得设备的运行数据。同时在服务器中对于物模型可以通过修改设备定义数据进行更新，因此当设备新增或者删减或者调整某些功能时，均可以通过在服务器中调整对应的物模型来实现对于设备本身获取的数据的适应性调整。
[0077]
在一个实施例中，上述方法还包括：接收设备状态设置指令，根据设备状态设置指令调整对应设备的设备状态。
[0078]
其中，设备状态设置指令表示用于设置设备状态的指令；在一个实施例中，设备状态包括启用状态和禁用状态。当在服务器中根据设备信息完成了对设备的注册之后，可以在边缘网关中对设备的状态进行设置，如将设备的状态设置作为启用或者禁用；相应地，对应的设备状态设置指令包括设置为启用的设备状态设置指令，以及设置为禁用的设备状态设置指令。
[0079]
可以理解地，将设备状态设置为启用，是将禁用状态的设备设置为启用状态。进一步地，在一个实施例中，若检测到设备状态设置指令为设置为启用，获取设备的设备在服务
器中的唯一标识，将唯一标识上报到服务器中，使服务器根据唯一标识将设备设置为启用。进一步地，在一个具体实施例中，服务器将设备设置为启用之后，在服务器的用户界面中展示该设备。
[0080]
在另一个实施例中，将设备状态设置为禁用，是将启用状态的设备设置为禁用状态。进一步地，在一个实施例中，若检测到设备状态设置指令为设置为禁用，向服务器发送与设备对应的注销请求，使服务器根据注销请求将对应的设备设置为禁用。进一步地，在一个具体实施例中，服务器将设备设置为禁用之后，在服务器的用户界面中将不再展示该设备。
[0081]
在一个具体实施例中，通过marswindow的ui界面，可以设置设备状态启用或禁用。
[0082]
在一个实施例中，本技术还提供一种设备管理方法，以该方法应用于图1中的服务器为例进行说明，设备管理方法包括：接收边缘网关上传的新增设备信息对应的设备信息；其中，设备信息的确定包括：边缘网关在预设地址范围内探测到新增设备时，获取新增设备的设备信息；根据设备信息对新增设备进行注册。
[0083]
其中，边缘网关表示部署在网络边缘侧的物联网协议网关，其靠近工业设备、传感器等物理设备的网络边缘侧，亦称边缘网关，主要担负物联网协议转换的功能。边缘网关是物联网系统中端侧设备数据通往云端的最后一层物理实体，因此对实现端边云(终端设备、边缘计算和云计算)协同计算具有重要意义。新增设备表示第一次探测到的设备，即在此之前，从没有探测到过的设备。
[0084]
在一个实施例中，服务器根据设备信息对新增设备进行注册可以通过任意一种方式实现。
[0085]
在一个实施例中，请参照图4，根据设备信息对新增设备进行注册包括步骤s410和步骤s420。其中：
[0086]
步骤s410，定时查询点位文件；点位文件为边缘网关根据新增设备的设备信息确定。
[0087]
其中，点位文件为一个数据包。在一个实施例中，点位文件为点位ui文件，用于配置、监测和控制设备的运行状态。
[0088]
在一个具体实施例中，点位文件可以通过marswindow生成。进一步地，在一个实施例中，marswindow根据项目程序自动导入或手动生成点位ui文件，上传到边缘网关。
[0089]
在一个实施例中，服务器通过中间件实现定时查询点位文件。
[0090]
步骤s420，当检测到点位文件更新时，根据更新的点位文件生成新增设备的标识信息，基于标识信息对新增设备进行注册。
[0091]
本实施例中，服务器检测到点位文件更新时，表示检测到了新增设备，此时服务器根据点位文件中更新的新增设备的设备信息来生成新增设备的标识信息。在一个实施例中，服务器将会根据点位文件中的信息生成新增设备在平台中的唯一标识。唯一标识可用于候选在平台中查询新增设备的相关信息。在一个具体实施例中，生成的设备的唯一标识包括pid信息(设备标识)和din信息(组件标识)。
[0092]
进一步地，在生成标识信息之后，基于标识信息对新增设备进行注册，即完成了对新增设备的发现和接入过程。
[0093]
本实施例中，服务器通过定时查询边缘网关中的点位文件来确定是否扫描到新增
设备，若点位文件更新则表示扫描到新增设备，服务器将会更加点位文件中的设备信息为新增设备生成一个在服务器中的唯一标识，进而基于唯一标识完成对新增设备的注册和接入。
[0094]
在一个实施例中，在接收边缘网关上传的新增设备信息对应的设备信息之前，还包括：获取新增设备对应的设备定义数据；根据设备定义数据生成新增设备对应的物模型，并存储物模型。
[0095]
其中，设备定义数据表示用于定义设备的相关数据；根据设备定义数据可以在服务器中生成对应的物模型。在一个实施例中，设备定义数据可以包括设备对应的模型类型、模型名称、属性、事件和服务中的至少一种。其中，属性、事件和服务表示的是物模型中的定义，通过属性、事件和服务分别描述了该实体是什么、能做什么、可以对外提供哪些信息，定义了物模型的这三个维度，即完成了产品功能的定义。
[0096]
在一个实施例中，设备定义数据可以是用户输入的，也可以是从对应数据库中获取的。
[0097]
本实施例中，在服务器中接入设备之前，预先根据设备定义数据生成对应的物模型，定义好设备的物模型，边缘网关在探测发现并接入新增设备之后，结合物模型可以确定需要获取新增物模型的数据进行上报，以及对新增设备进行控制所需的指令等等信息。
[0098]
进一步地，在根据设备定义数据生成新增设备对应的物模型，并存储物模型之后，还包括：接收到新增设备的更新后的设备定义数据时，根据更新后的设备定义数据，对物模型进行更新。
[0099]
本实施例中，服务器中预先录入物模型，在需要对设备的功能进行增删改的场景中，可以通过在服务器中更新设备定义数据，根据更新后的设备定义数据生成对应更新后的物模型。后续边缘网关将基于更新后的物模型来实现设备运行数据的上报和对设备进行管理。
[0100]
在一个实施例中，在生成并存储新增设备对应的物模型之后，上述方法还包括：通过低代码平台可以针对物模型的属性字段生成协议包供物联网关使用。其中，低代码平台(lcdp)是无需编码(0代码)或通过少量代码就可以快速生成应用程序的开发平台。在本实施例中，低代码平台可以是任意一种低代码平台。
[0101]
进一步地，在通过低代码平台生成物模型对应的协议包之后，将协议包更新至协议库。边缘网关定期扫描协议库，若发现协议库存在更新的协议包，根据协议包获取预设地址范围，在预设地址范围内探测新设备。使物联网关在通电后，可以反向探测物模型中的非智能设备，通过调用协议包自动完成设备接入及协议转换。
[0102]
本实施例中，针对传统的设备接入方法，由于协议不统一对接协议转换所需的开发成本高，当协议发生变更时，需要二次开发，开发人力成本高，而本实施例中，降低了因设备协议变更导致的二次开发人力成本，当协议发生变更仅需要在物联平台更新物模型，边缘网关会定时检测协议变化并做标准化协议转化，对于非标准的协议同样可以通过上述方法自动转换为标准协议，以供网关平台使用。
[0103]
在一个实施例中，本技术还提供一种设备管理系统，包括：服务器和边缘网关；其中：边缘网关用于在预设地址范围内探测设备；当在预设地址范围内探测到新增设备时，获取新增设备的设备信息；将设备信息同步至服务器；服务器用于接收边缘网关上传的新增
设备信息对应的设备信息，根据设备信息对新增设备进行注册，接入新增设备。
[0104]
关于设备管理系统的具体实施例可以参见上文中对于设备接入方法、设备管理方法的实施例，在此不再赘述。
[0105]
本技术还提供一种应用场景，该应用场景应用上述的设备接入方法、设备管理方法。具体地，如图5所示，为本实施例中设备接入方法、设备管理方法的流程示意图；图中所示穗腾os(operating system,操作系统)，是个大的系统，有物联、车联、监控、运维等子系统；物联平台是穗腾os下的一个子系统。在本实施例中，用户可通过穗腾os与设备管理系统进行交互。该设备接入方法、设备管理方法在该应用场景的应用如下：
[0106]
本实施例中，以将上述方法应用在城轨工业控制系统中，其中以涉及的设备为闸机、边缘网关为车站边缘网关、服务器为物联平台为例进行描述，包括以下步骤：
[0107]
新增闸机设备上电接入网络后，若满足自发现和反向集成前置条件，边缘网关中的marswindow即完成设备识别。新增闸机设备上电主动广播上报自身信息，包括sn(设备序列码)、设备地址以及该设备所需的功能与逻辑指令。在一个实施例中，边缘网关需确保多个设备(如128个)同时上报数据时，接收到数据的正确性；此外，边缘网关支持基于设备序列号进行地址的在线修改。
[0108]
对于非智能设备的注册和接入过程包括：
[0109]
1、在物联平台中获取设备定义数据(映射点表)，根据设备定义数据生成对应的设备的物模型。将物模型对应的协议更新到协议库中。
[0110]
2、边缘网关定时扫描协议库，当发现新增的协议时，边缘网关中的marswindow连接上边缘中控(中央控制系统)，按一定频次主动按新增的协议对应的地址范围扫描，发现总线或网络地址范围中新增的设备，显示其唯一地址，型号，序列号等设备信息。
[0111]
3、物联平台通过中间件定时查询边缘网关中控的点位ui文件是否更新，如果有更新自动下载，并生成物联平台(上述服务器)中的唯一标识pid、din等信息，同步到物联平台完成设备注册。其中，中间件为程序中间件，用于定时查询边缘网关中的点位ui文件。
[0112]
在完成设备的注册和接入之后，在设备的运行过程中：
[0113]
1、边缘网关从物联平台拉起设备对应的物模型，边缘网关中控进行自动数据匹配解析，确定设备需上报的设备运行数据；并将设备运行数据上报至物联平台。在一个实施例中，如果检测到2个设备地址相同，边缘网关支持基于设备序列号进行地址的在线修改。设备厂商根据点表录入物模型后，物联平台将提供专门的接口给设备厂商用于查询物模型相关信息。
[0114]
2、通过marswindow的用户界面，可以设置设备状态启用或禁用，若选择启用，边缘网关按物联平台规则自动生成din、pid等信息，同时上报到物联平台，若选择禁用，则信息同步在物联平台进行注销(反注册)，物联平台不会显示该设备。
[0115]
3、在启用设备后，物联平台可以看到新增闸机设备的状态，离线或在线，若是离线状态，有可能是设备故障、设备待机或线路故障，需要进一步排查。
[0116]
在一个实施例中，上述方法需满足一定的实施规范。
[0117]
在一个具体实施例中，如图6所示为物联平台、边缘网关和闸机之间的架构示意图，在本实施例中：
①
边缘网关把每台闸机分别作为一个设备点接入，闸机端需要提供每台闸机对应的设备地址等信息表，通过把全部闸机的设备地址信息表转换成与平台产品模型
对应的映射点表，物联平台会根据该点表进行设备的注册、控制与状态解析。
②
对于闸机的增、删、改、查操作均可以在映射点表上面完成。当映射点表有变更，边缘网关会感知到点表有更新，然后执行对应的操作。
③
完成sc服务接入后，对于增加不同协议的闸机，只需要维护映射点表的变更，其他过程均是自动化完成，不需要人工或研发人员去代码操作，不影响云端数据。
④
增加设备：边缘网关感知到点表有新增闸机设备，边缘网关会执行新设备的注册，并上报平台。
⑤
删除设备：边缘网关感知到点表有减少设备，边缘网关会执行设备的删除，并不会上报平台，平台端显示设备离线。
⑥
修改设备：边缘网关感知到点表设备属性(如_x0008_poicode)发生改变，边缘网关会执行设备以最新属性(poicode)上报。
⑦
查找设备：通过查找点表，可以找出该设备的pid(设备标识)、modelid(模型标识)、poicode(兴趣点码)、device_id(设备标识)、datapoint(数据点)。
[0118]
其中，sc(service center)服务器：tiny远程服务调用的主服务器。该服务器负责将前来注册的应用服务器的服务信息分发至其他服务器。
[0119]
进一步地，在一个具体实施例中，在物联平台中录入物模型如图7(1)所示的界面示意图；本实施例中，获取自定义物模型的所属类型(可输入类型名称或者poicode关键字)，以及模型名称，根据所属类型和模型名称创建对应的物模型。在物联平台中对已经创建的物模型修改或新增属性、服务、事件如图7(2)所示界面；本实施例中，对于图7(1)中所创建的物模型，需要分别定义属性、服务和事件信息。具体的内容可以根据实际情况设置。在物联平台中，物模型录入完成的结果如图7(3)所示；本实施例中，展示新创建的物模型的相关信息。
[0120]
上述方法，降低了人工接入非智能设备的难度，仅需要根据点表提前录入设备物模型即可在设备通电后接入指定网段内的新设备。降低了因设备协议变更导致的二次开发人力成本，当协议发生变更仅需要更新点表，边缘网关会定时检测协议变化并做协议转化。通过协议转化可以将上层非标准协议做标准化处理。
[0121]
在一个具体实施例中，上述方法应用于地铁场景，车站物联平台是当网络瘫痪时，云端物联平台无法与边缘的设备通信，此时地铁仍需正常运作，即自动启动车站物联平台，由车站物联平台通过内网与设备实现对设备的正常控制。
[0122]
在另一个具体实施例中，本技术还提供一种针对非智能设备的接入方法，如图8所示，本实施例中使用半自动的方式接入新增设备，具体由人工安装并在平台配置设备基础信息，启动后通过配置连接车站网关，设备端自主调用网关接口完成注册。
[0123]
应该理解的是，虽然上述实施例中所涉及的各流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述实施例中所涉及的各流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
[0124]
在一个实施例中，如图9所示，提供了一种设备接入装置，该装置可以采用软件模块或硬件模块，或者是二者的结合成为计算机设备的一部分，该装置具体包括：探测模块100、信息获取模块200和云边协同模块300，其中：
[0125]
探测模块100，用于在预设地址范围内探测设备；
[0126]
信息获取模块200，用于当在预设地址范围内探测到新增设备时，获取新增设备的设备信息；
[0127]
云边协同模块300，用于将设备信息同步至服务器，使服务器根据设备信息对新增设备进行注册，接入新增设备。
[0128]
上述设备接入装置，边缘网关在预设地址范围内探测是否出现新增的设备，若是则获取该新增设备的设备信息，并将设备信息同步至服务器，使服务器根据设备信息对新增设备进行注册，接入新增设备；后续服务器可以通过边缘网关获取或管理该新增设备的相关数据。上述装置通过边缘网关主动在规定地址范围内进行探测发现设备，通过与设备之间的通信来获取设备信息，可以应用在无法主动调用相关接口来上报设备信息的非智能设备中，实现自动将设备接入到服务器中完成注册的效果，降低了人工接入非智能设备的难度，同时可减少设备接入所需的人工成本。
[0129]
在一个实施例中，上述装置的云边协同模块300包括：点位文件更新子模块，用于根据设备信息确定新增设备的对应的点位文件；点位文件用于使服务器根据点位文件生成新增设备的标识信息，并基于标识信息对新增设备进行注册。
[0130]
在一个实施例中，上述装置还包括：模型拉取模块，用于从服务器拉取目标设备对应的物模型；物模型是预先基于目标设备的设备定义数据生成的；运行数据获取模块，用于根据物模型获取目标设备的设备运行数据；数据反馈模块，用于将设备运行数据反馈至服务器。
[0131]
在一个实施例中，物模型的确定还包括：当服务器接收到更新后的设备定义数据时，服务器基于更新后的设备定义数据对物模型进行更新；在本实施例中，上述装置的模型拉取模块还用于：每隔预设时间段从服务器拉取目标设备对应的物模型。
[0132]
在另一个实施例中，如图10所示，本技术还提供一种设备管理装置，装置包括数据接收模块500和注册模块600。其中：数据接收模块500，用于接收边缘网关上传的新增设备信息对应的设备信息；其中，设备信息的确定包括：边缘网关在预设地址范围内探测到新增设备时，获取新增设备的设备信息；注册模块600，用于根据设备信息对新增设备进行注册。
[0133]
在一个实施例中，上述装置还包括：查询模块，用于定时查询点位文件；点位文件为边缘网关根据新增设备的设备信息确定；标识信息生成模块，用于当检测到点位文件更新时，根据更新的点位文件生成并存储新增设备的标识信息；存储模块用于，存储标识信息。
[0134]
在一个实施例中，上述装置还包括：定义数据获取模块，用于获取新增设备对应的设备定义数据；物模型生成模块，用于根据设备定义数据生成新增设备对应的物模型，并存储物模型。
[0135]
在一个实施例中，上述装置还包括：物模型更新模块，用于接收到新增设备的更新后的设备定义数据时，根据更新后的设备定义数据，对物模型进行更新。
[0136]
关于设备接入装置、设备管理装置的具体实施例可以参见上文中对于设备接入方法、设备管理方法的实施例，在此不再赘述。上述设备接入装置、设备管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于
处理器调用执行以上各个模块对应的操作。
[0137]
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储物模型等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种设备管理方法。
[0138]
在另一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、运营商网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种设备接入方法。
[0139]
本领域技术人员可以理解，图11中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0140]
在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
[0141]
在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
[0142]
在一个实施例中，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各方法实施例中的步骤。
[0143]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。
[0144]
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0145]
以上实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在
不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。