CN111416845A - 一种配置边缘设备的方法、装置及存储介质 - Google Patents

Abstract

本申请实施例提供一种配置边缘设备的方法、装置及存储介质，方法包括：将用户设备的访问请求转换为系统指令，所述访问请求中携带配置信息；确定待管理的边缘设备的设备类型和网络状态信息；根据所述设备类型将所述配置信息转换为至少两种第一数据格式的设备协议；按照边缘设备的网络状态信息，分别将与网络状态信息匹配的设备协议发送至对应的边缘设备。本方案能够全面覆盖，多种类型的边缘设备。

Description

一种配置边缘设备的方法、装置及存储介质

技术领域

本申请实施例涉及边缘服务器技术领域，尤其涉及一种配置边缘设备的方法、装置及存储介质。

背景技术

边缘设备广泛运用在物联网、智慧安防、智慧零售等领域，但目前我们暂未查询到有任何关于边缘计算的通用管理系统。据我们所知，业界对于某一类边缘设备的管理，通常是分别针对特定类型、在特定网络环境中的边缘设备开发一套边缘设备管理系统，具体来说，用户向边缘设备管理系统上传配置文件，并指定边缘设备的地址或编号，由边缘设备管理系统将配置文件中对应的配置项分发到每台边缘设备，以实现对这些边缘设备的管理。

在对现有技术的研究和实践过程中，本申请实施例的发明人发现，目前的边缘设备管理系统仅能针对特定类型、在特定网络环境中的边缘设备，而无法实现对多类型、多类型网络环境或者复杂网络环境中的边缘设备的管理，由此可见，现有技术中的边缘设备管理系统设备覆盖面窄、运行环境有限。

发明内容

本申请实施例提供了一种配置边缘设备的方法、装置及存储介质，能够全面覆盖，多种类型的边缘设备。

一方面中，本申请实施例提供一种配置边缘设备的方法，所述方法包括：

将用户设备的访问请求转换为系统指令，所述访问请求中携带配置信息；

确定待管理的边缘设备的设备类型和网络状态信息；

根据所述设备类型将所述配置信息转换为至少两种第一数据格式的设备协议；

按照边缘设备的网络状态信息，分别将与网络状态信息匹配的设备协议发送至对应的边缘设备。

一种可能的设计中，所述根据所述设备类型将所述配置信息转换为至少两种第一数据格式的设备协议，包括：

将所述配置信息转换为数据对象；

根据边缘设备的设备类型，将对应的数据对象转换为至少两种第一数据格式的设备协议。

一种可能的设计中，包括多种预设数据输入格式、多种预设数据输出格式以及多种数据对象的字段；所述将所述配置信息转换为数据对象，包括：

确定所述配置信息的目标数据格式；

确定与所述目标数据格式匹配的目标数据对象；

根据所述目标数据对象的字段、以及边缘设备的设备类型，将所述配置信息转换为第二数据格式的数据对象。

一种可能的设计中，所述网络状态信息包括网络环境类型和设备协议类型；所述方法还包括：

根据边缘设备的设备类型、网络环境类型或者设备协议类型中的至少一种，确定各边缘设备传输数据的通信协议；

根据确定的通信协议向对应的边缘设备发送数据。

一种可能的设计中，所述方法还包括：

获取边缘设备管理端；

将所述边缘设备管理端生成可执行文件；

按照边缘设备的设备类型，分别将所述可执行文件发送至对应的边缘设备。

一种可能的设计中，所述方法还包括：

按照预设数据获取方式，从各边缘设备获取预设数据类型的监控数据；

根据自定义监控内容，当确定所述监控数据中存在满足预设触发条件的数据时，执行预设触发操作，所述预设触发操作包括更新边缘设备的设备状态或向所述用户设备发送告警信息。

一种可能的设计中，所述方法还包括：

将所述配置信息、各边缘设备的设备状态存储到数据库；

将所述数据库中的待备份数据存储到目标云。

一种可能的设计中，所述配置信息和所述设备协议均保存在区块链系统中。

另一方面中，本申请实施例提供一种边缘设备管理系统，所述边缘设备管理系统包括：

网页访问模块，用于将用户设备的访问请求转换为系统指令，所述访问请求中携带配置信息；

解析与存储模块，用于确定待管理的边缘设备的设备类型和网络状态信息，以及根据所述设备类型将所述配置信息转换为至少两种第一数据格式的设备协议；

所述加密与发送模块，用于按照所述解析与存储模块得到的边缘设备的网络状态信息，分别将与网络状态信息匹配的设备协议发送至对应的边缘设备。

一种可能的设计中，所述解析与存储模块包括：

协议解析插件，用于将所述配置信息转换为数据对象；

根据边缘设备的设备类型，将对应的数据对象转换为至少两种第一数据格式的设备协议。

一种可能的设计中，所述解析与存储模块还包括：

数据库插件，用于将所述配置信息、边缘设备的设备状态存储到数据库；

云存储插件，用于将所述数据库中的待备份数据存储到目标云。

一种可能的设计中，所述协议解析插件包括多种预设数据输入格式、多种预设数据输出格式以及多种数据对象的字段；所述协议解析插件具体用于：

确定所述配置信息的目标数据格式；

确定与所述目标数据格式匹配的目标数据对象；

根据所述目标数据对象的字段、以及边缘设备的设备类型，将所述配置信息转换为第二数据格式的数据对象。

一种可能的设计中，所述加密与发送模块包括：

协议加密插件，用于根据边缘设备的设备类型、网络环境类型或者设备协议类型中的至少一种，确定各边缘设备传输数据的通信协议；

协议发送插件，用于根据确定的通信协议向对应的边缘设备发送数据。

一种可能的设计中，所述边缘设备管理系统还包括：

打包模块，用于获取边缘设备管理端；将所述边缘设备管理端生成可执行文件；按照边缘设备的设备类型，分别将所述可执行文件发送至对应的边缘设备。

一种可能的设计中，所述边缘设备管理系统还包括：

收集与监控模块，用于配置待收集的数据的数据类型、数据的获取方式，以及用于配置存在满足预设触发条件的数据时待执行的预设触发操作，所述预设触发操作包括更新边缘设备的设备状态或向所述用户设备发送告警信息。

具体来说，所述收集与监控模块具体用于按照预设数据获取方式，从各边缘设备获取预设数据类型的监控数据；

根据自定义监控内容，当确定所述监控数据中存在满足预设触发条件的数据时，执行预设触发操作。

一种可能的设计中，所述配置信息和所述设备协议均配置信息保存在区块链节点上。

本申请实施例又一方面提供了一种边缘设备管理系统，其包括至少一个连接的处理器、存储器，其中，所述存储器用于存储计算机程序，所述处理器用于调用所述存储器中的计算机程序来执行上述各方面所述的方法。所述边缘设备管理系统还可包括收发器，例如，该收发器可用于实现加密与发送模块发送设备协议的功能、以及实现收集与监控模块获取监控数据的功能。

本申请实施例又一方面提供了一种计算机可读存储介质，其包括指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

相较于现有技术，本申请实施例提供的方案中，不需要用户在下发配置信息时指定每台边缘设备，而是由边缘设备管理系统去判断与网络状态信息匹配的设备协议的边缘设备，然后按照边缘设备的网络状态信息下发设备协议，并且根据不同的设备类型去转换配置信息，一方面中，能够使得配置信息适用于多种网络状态的边缘设备、减少配置时间、以及能够使得管理者或设备厂商可以为边缘设备管理系统指定或提供各类边缘设备所需的方案，这样就能够减少针对多个类别边缘设备管理系统的重复开发成本。无需分别针对每种边缘设备分别单独开发专用的边缘设备管理系统，即能够做到在各类操作系统上运行以及随用随运行，还能够减少成本；另一方面中，使得边缘设备管理系统能够与多种网络状态下的边缘设备交互，所以通用性广，因此能够适用于不同的网络环境中的不同设备类别、不同设备厂商生产的边缘设备，即便接口不同、操作系统不同，本申请实施例也能全面覆盖多种类型的边缘设备。

附图说明

图1a为本申请实施例中边缘设备管理系统运行于服务器上的一种示意图；

图1b为本申请实施例中边缘设备管理系统运行于用户设备上的一种示意图；

图2为本申请实施例中配置边缘设备的方法的一种流程示意图；

图3a为本申请实施例中协议解析插件的一种示意图；

图3b为本申请实施例中区块链系统的一种结构示意图；

图4为本申请实施例中边缘设备管理系统的一种结构示意图；

图5为本申请实施例中边缘设备管理系统的一种结构示意图；

图6为本申请实施例中边缘设备管理系统的一种结构示意图；

图7为本申请实施例中边缘设备管理系统的一种结构示意图；

图8a为本申请实施例中边缘设备管理系统的一种结构示意图；

图8b为本申请实施例中边缘设备管理系统的一种结构示意图；

图9a为本申请实施例中区块链系统的一种示意图；

图9b为本申请实施例中边缘设备管理系统的一种结构示意图；

图10为本申请实施例中服务器的一种结构示意图；

图11为本申请实施例中手机的一种结构示意图。

具体实施方式

本申请实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块，本申请实施例中所出现的模块的划分，仅仅是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本申请实施例中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本申请实施例方案的目的。

本申请实施例供了一种配置边缘设备的方法、装置及存储介质，可用于管理物联网、智慧安防、只会零售等领域的边缘设备。该方案可用于服务器侧或者用户设备侧，服务器侧可用于查看、配置边缘设备等操作。本申请实施例仅以服务器为例，服务器侧部署了边缘设备管理系统(也可称作边缘设备管理平台、边缘设备配置装置等，本申请不对此作限定)。本申请实施例中配置了边缘设备管理系统的设备(例如服务器、边缘设备或用户设备)可以是区块链系统中的节点。一些实施方式中，边缘设备管理系统可运行在服务器或用户终端上，下面分别进行介绍：

图1a为边缘设备管理系统运行于服务器上的一种示意图，当边缘设备管理系统在服务器上运行时，用户设备都可通过网络使用浏览器访问边缘设备管理系统的系统界面，然后查看、配置边缘设备。由于边缘设备管理长时间运行，可做到实时备份、监测边缘设备的设备状态，每台边缘设备的配置与信息都被存储在服务器上的数据库中，并可通过云存储进行备份。这里，系统可综合管理多种类的边缘设备，相应的接口与加密算法都可通过插件的形式提供给系统。由于服务长时间运行，设备有任何监控信息，也可以通知管理者(例如通过邮件)。

一些实施方式中，服务器也可指具备连接外部网络与局域网的具有一定存储空间的边缘设备。本申请实施例不对此作限定。

图1b为边缘设备管理系统运行于用户设备上的一种示意图，当不具备长时间运行的条件或不需要长时间运行时，可以直接在用户设备上运行该边缘设备管理系统，并直接在电脑上管理边缘设备，可将边缘设备的配置备份信息存储在本地，也可通过网络同步到云存储。使用完毕后关闭边缘设备管理系统即可。

其中，本申请实施例涉及的边缘设备是指向企业或服务提供商核心网络提供入口点的设备。边缘设备支持将一种类型的网络协议转换为另一种类型的网络协议。边缘设备也可称为边缘服务器、边缘交换机、多业务单元等，本申请实施例不对此作限定。例如边缘设备可包括：AI摄像头、智能门禁、路由器、路由交换机、集成接入设备、多路复用器、自动驾驶车辆，植入式医疗设备，其他物联网领域及移动设备、以及各种城域网和广域网接入设备。边缘设备也提供到运营商和服务提供商网络的连通性。具体来讲，边缘设备采用边缘计算，以产生更快的网络服务响应。其中，边缘计算是将数据的处理、应用程序的运行，甚至一些功能服务的实现，由服务器下放到网络边缘的节点上。

边缘计算是一种优化应用程序或云计算系统的技术，它将应用程序的数据或服务的某些部分从一个或多个中心节点(“云”)转移到另一个逻辑端点(“边缘”)。例如，当自动驾驶车辆、植入式医疗设备、移动设备作为边缘设备时，通过在边缘进行执行分析和知识生成，可使边缘设备管理系统与数据中心之间的通信带宽减少。

本申请实施例涉及的用户设备，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。例如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语音和/或数据。例如，个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(英文全称：PersonalDigital Assistant，PDA)等设备。

本申请实施例涉及云技术(Cloud technology)、云存储(cloud storage)和数据库(Database)。

云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术(Cloudtechnology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。

云存储是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储系统(以下简称存储系统)是指通过集群应用、网格技术以及分布存储文件系统等功能，将网络中大量各种不同类型的存储设备(存储设备也称之为存储节点)通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储系统。

目前，存储系统的存储方法为：创建逻辑卷，在创建逻辑卷时，就为每个逻辑卷分配物理存储空间，该物理存储空间可能是某个存储设备或者某几个存储设备的磁盘组成。客户端在某一逻辑卷上存储数据，也就是将数据存储在文件系统上，文件系统将数据分成许多部分，每一部分是一个对象，对象不仅包含数据而且还包含数据标识(ID，ID entity)等额外的信息，文件系统将每个对象分别写入该逻辑卷的物理存储空间，且文件系统会记录每个对象的存储位置信息，从而当客户端请求访问数据时，文件系统能够根据每个对象的存储位置信息让客户端对数据进行访问。

存储系统为逻辑卷分配物理存储空间的过程，具体为：按照对存储于逻辑卷的对象的容量估量(该估量往往相对于实际要存储的对象的容量有很大余量)和独立冗余磁盘阵列(RAID，Redundant Array of Independent Disk)的组别，预先将物理存储空间划分成分条，一个逻辑卷可以理解为一个分条，从而为逻辑卷分配了物理存储空间。

数据库，简而言之可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。

数据库管理系统(Database Management System，DBMS)是为管理数据库而设计的电脑软件系统，一般具有存储、截取、安全保障、备份等基础功能。数据库管理系统可以依据它所支持的数据库模型来作分类，例如关系式、XML(Extensible Markup Language,即可扩展标记语言)；或依据所支持的计算机类型来作分类，例如服务器群集、移动电话；或依据所用查询语言来作分类，例如SQL(结构化查询语言(Structured Query Language)、XQuery；或依据性能冲量重点来作分类，例如最大规模、最高运行速度；亦或其他的分类方式。不论使用哪种分类方式，一些DBMS能够跨类别，例如，同时支持多种查询语言。

本申请实施例还涉及物联网(The Internet of Things，简称IOT)是指通过各种信息传感器、射频识别技术、全球定位系统、红外感应器、激光扫描器等各种装置与技术，实时采集任何需要监控、连接、互动的物体或过程，采集其声、光、热、电、力学、化学、生物、位置等各种需要的信息，通过各类可能的网络接入，实现物与物、物与人的泛在连接，实现对物品和过程的智能化感知、识别和管理。物联网是一个基于互联网、传统电信网等的信息承载体，它让所有能够被独立寻址的普通物理对象形成互联互通的网络。

云物联(Cloud IOT)旨在将传统物联网中传感设备感知的信息和接受的指令连入互联网中，真正实现网络化，并通过云计算技术实现海量数据存储和运算，由于物联网的特性是物与物相连接，实时感知各个“物体”当前的运行状态，在这个过程中会产生大量的数据信息，如何将这些信息汇总,如何在海量信息中筛取有用信息为后续发展做决策支持,这些已成为影响物联网发展的关键问题，而基于云计算和云存储技术的物联云也因此成为物联网技术和应用的有力支持。

以下介绍本申请实施例所提供的一种配置边缘设备的方法，该方法可用于边缘设备管理系统上，以下介绍本申请实施例所提供的一种配置边缘设备的方法，该方法可用于边缘设备管理系统，该边缘设备管理系统可运行在服务器上，也可运行在用户设备上，本申请实施例不对此作限定。如图2所示，本申请实施例包括：

201、将用户设备的访问请求转换为系统指令。

其中，所述访问请求中携带配置信息。一些实施方式中，配置信息可为用户在用户设备上自主输入的配置信息或管理者在边缘设备管理系统上设置的配置信息。本申请实施例中，配置信息包括多个配置项，配置信息可以是针对一个或至少两个以上的边缘设备配置的，具体本申请实施例不作限定。

202、确定待管理的边缘设备的设备类型和网络状态信息。

其中，设备类型可按照边缘设备的操作系统、硬件等划分，例如，设备类型可分为Windows、Linux、macOS等操作系统的边缘设备，本申请实施例不对此作限定。

所述网络状态信息包括网络环境类型和设备协议类型，例如，网络环境类型可包括局域网、4G、5G、WI-FI、虚拟机、容器等多种类型的网络环境中的一种或两种以上的组合。设备协议类型是指边缘设备当前支持的通信协议的类型，例如，设备协议类型可包括映射端口的协议、传输数据的协议、两个设备之间进行通信的协议等。

203、根据所述设备类型将所述配置信息转换为至少两种第一数据格式的设备协议。

其中，第一数据格式是指计算机网络中互相通信的对等实体之间交换信息时所必须遵守的规则的集合。设备协议是指边缘设备之间、边缘设备与服务器之间进行通信所定义的协议，也可称作通信协议或网络协议，本申请实施例不对此作区分。

一些实施方式中，所述根据所述设备类型将所述配置信息转换为至少两种第一数据格式的设备协议，包括：

将所述配置信息转换为数据对象；

根据边缘设备的设备类型，将对应的数据对象转换为至少两种第一数据格式的设备协议。

一些实施方式中，可采用协议解析插件将所述配置信息转换为至少两种第一数据格式的设备协议。所述协议解析插件可包括多种第一数据格式(可称作预设数据输出格式)、多种第二数据格式(可称作预设数据输入格式)以及多种数据对象的字段。当采用协议解析插件将所述配置信息转换为至少两种第一数据格式的设备协议时，可通过以下操作将所述配置信息转换为数据对象：

确定所述配置信息的目标数据格式；

确定与所述目标数据格式匹配的目标数据对象；

根据所述目标数据对象的字段、以及边缘设备的设备类型，将所述配置信息转换为第二数据格式的数据对象。

举例来说，图3a为所述协议解析插件的一种架构示意图，配置信息包括CSV、JSON和XML格式的配置项时，多协议解析插件将CSV、JSON和X ML格式的配置项分别转换为数据对象以此存入数据库，并根据边缘设备的设备类型将对应的数据对象转换成为对应的格式/协议。例如图3a所示，以通信协议为JSON协议为例，JSON协议是边缘设备与服务器之间传输的协议，因此，只要把数据转换成JSON格式，就能实现边缘设备与服务器之间的数据传输。具体来说，先将基于CSV格式的配置项得到的数据对象转换为string格式，再将基于JSON格式的配置项得到的数据对象转换为JSON格式，然后将基于XML格式的配置项得到的数据对象转换为protobuf格式。管理者可根据自行需要与设备需要定义该协议解析插件的数据输入格式、数据输出格式与数据对象的字段。本申请实施例不对协议解析插件中的数据输入格式、数据输出格式与数据对象的字段的表示方式、种类、个数作限定。

204、按照边缘设备的网络状态信息，分别将与网络状态信息匹配的设备协议发送至对应的边缘设备。

例如，当前有Windows、Linux、macOS这3类操作系统的边缘设备需要进行配置，那么，在前述完成配置信息的各种转换操作后，即可将适用于Windows操作系统的设备协议发给Windows边缘设备，将适用于Linux操作系统的设备协议发给Linux边缘设备，以及将适用于macOS操作系统的设备协议发给macOS边缘设备。又例如，当前有支持协议1、协议2、协议3这3类设备协议的边缘设备需要进行配置，那么，在前述完成配置信息的各种转换操作后，即可将适用于协议1的设备协议发给Windows边缘设备，将适用于协议2的设备协议发给Linux边缘设备，以及将适用于协议3的设备协议发给macOS边缘设备。

与现有技术相比，本申请实施例中，由于边缘设备管理系统引入了多协议解析模块、多协议加密插件与多协议发送插件的结构，因此，一方面中，能够使得管理者或设备厂商可以为边缘设备管理系统指定或提供各类边缘设备所需的方案，这样就能够减少针对多个类别边缘设备管理系统的重复开发成本，无需分别针对每种类型的边缘设备开发专用的边缘设备管理系统，即能够做到在各类操作系统上运行以及随用随运行。另一方面中，能够适用于不同的网络环境中的不同设备类别、不同设备厂商生产的边缘设备，即便接口不同、操作系统不同，本申请实施例也能全面覆盖，多种类型的边缘设备。

在本申请的一些实施例中，还可以向各边缘设备分别发送加密的数据，由于边缘设备各式各样、性能不一，因此支持的加密算法、鉴权方式各有不同，边缘设备管理系统除了提供常用的加密、鉴权算法，还可支持管理者或设备厂商提供加密、鉴权的插件或算法。相应的，由于不同边缘设备的网络环境各异、或者支持的通信协议各异，因此，在向各边缘设备传输数据所需的通信协议各有不同，边缘设备管理系统除了提供常见通信协议外，也支持管理者或设备厂商提供所需网络协议，本申请实施例不对此作限定。具体来说，所述方法还包括：

根据边缘设备的设备类型、网络环境类型或者设备协议类型中的至少一种，确定各边缘设备传输数据的通信协议；

根据确定的通信协议向对应的边缘设备发送数据。

可见，采用本实施例，不局限于设备类型、网络环境类型或者设备协议类型，能够向各种设备类型、网络环境类型或者设备协议类型的边缘设备发送数据，使得边缘设备管理系统的覆盖面更广，不局限于特定设备类型或特定网络环境类型的边缘设备，从而实现针对多类别、分布广泛而数量众多的边缘设备的统一管理。

在本申请的一些实施例中，为方便管理者随时随地地运行边缘设备管理系统，还可以打包边缘设备管理系统在各平台的计算机设备上也能够直接运行的程序，并将打包好的程序安装在任意计算机设备上，即刻直接运行。具体来说，所述方法还包括：

获取边缘设备管理端；

将所述边缘设备管理端生成可执行文件；

按照边缘设备的设备类型，分别将所述可执行文件发送至对应的边缘设备。

其中，边缘设备管理端为边缘设备管理系统的应用程序。可执行文件为在多种设备类型的边缘设备上直接运行的程序，例如，可执行文件可在Windows、Linux、macOS等操作系统上直接运行，兼容不同的设备类型。

可见，由于边缘设备管理端能够在多种类型的边缘设备上运行(例如可随用随运行)，本申请实施例能够实现边缘设备管理系统的无负担运行，可在服务器、连接多种网络类型或处于多种网络环境的边缘设备上长时间运行，也可在管理者电脑上按需运行，进而方便管理者在需要的时候能够方便、直接地运行该边缘设备管理系统。

在本申请的一些实施例中，为了使得边缘设备管理系统能够自动化，增加应对边缘设备的设备状态变化的实时性，本申请实施例的边缘设备管理系统还提供备份功能与云存储功能、数据收集功能、监控功能等功能。具体来说，所述方法还包括：

配置待收集的数据的数据类型、数据的获取方式、设置自定义监控内容，以及设置预设条件被触发时的触发操作，所述触发操作包括更新边缘设备的设备状态或向所述用户设备发送告警信息。

在配置完毕后，若有数据收集需求，则按照预设数据获取方式，从各边缘设备获取预设数据类型的监控数据；根据自定义监控内容，当确定所述监控数据中存在满足预设触发条件的数据时，执行预设触发操作，所述预设触发操作包括更新边缘设备的设备状态或向所述用户设备发送告警信息。

其中，预设触发操作是指在预设触发条件被触发时边缘设备管理系统的行为。可见，具体来说，由于设置了在预设触发条件被触发时边缘设备管理系统的行为，所以，能够实时的应对边缘设备的设备状态变化，从而实现自动化管理。

一些实施方式中，本申请的边缘设备管理系统还支持管理者自行定义需要收集的边缘设备的数据类别，自行定义通过被动接收、主动拉取的方式获取来自边缘设备的普通数据，并可将该普通数据汇总以便进一步处理、备份，使得管理者可自行定义监控内容，并定义条件触发时系统的行为，例如更改边缘设备状态、向管理者发送告警邮件等。

一些实施方式中，还可将所述配置信息、边缘设备的设备状态存储到数据库，以及将所述数据库中的待备份数据存储到目标云。通过将每台边缘设备的配置与信息都被存储在服务器上的数据库中，并可通过云存储进行备份、同步，能够保证数据的一致性和稳定性。

本申请实施例中，上述配置信息、设备协议均可保存在区块链中。其中，区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

本申请实施例中的边缘设备管理系统(也可称作服务器、边缘设备或用户设备)可以是区块链系统中的节点。本申请实施例中的边缘设备管理系统可以是如图3b所示的一种区块链系统中的节点。

图1a至图3b中任一所对应的实施例中所提及的任一技术特征也同样适用于本申请实施例中的图4-图11所对应的实施例，后续类似之处不再赘述。

以上对本申请实施例中一种测试用例的方法进行说明，以下对执行上述配置边缘设备的方法的装置、服务器分别进行介绍。

本申请实施例中，如图4所示，所述边缘设备管理系统1包括：

网页访问模块10，是与用户交互的网页系统，使得用户能够在任意设备访问到系统；同时，网页系统将用户的请求具体化为系统指令，使得边缘设备管理系统执行。具体来说，网页访问模块10用于将用户设备的访问请求转换为系统指令，所述访问请求中携带配置信息。具体来说，一些实施方式中，配置信息可为用户在用户设备上自主输入的配置信息或管理者在边缘设备管理系统上设置的配置信息。本申请实施例中，配置信息包括多个配置项，配置信息可以是针对一个或至少两个以上的边缘设备配置的，具体本申请实施例不作限定。

解析与存储模块20，用于确定待管理的边缘设备的设备类型和网络状态信息，以及根据所述设备类型将所述配置信息转换为至少两种第一数据格式的设备协议，可将转换得到的至少两种第一数据格式的设备协议发送至所述加密与发送模块30，以及将所述配置信息发送至加密与发送模块30。

所述加密与发送模块30，用于按照所述解析与存储模块得到的边缘设备的网络状态信息，分别将与网络状态信息匹配的设备协议发送至对应的边缘设备。

在本申请的一些实施例中，如图5所示，所述解析与存储模块20包括：

协议解析插件201，用于将所述配置信息转换为数据对象；根据边缘设备的设备类型，将对应的数据对象转换为至少两种第一数据格式的设备协议。

一些实施方式中，所述协议解析插件201包括多种预设数据输入格式、多种预设数据输出格式以及多种数据对象的字段；所述协议解析插件201具体用于：

确定所述配置信息的目标数据格式；

确定与所述目标数据格式匹配的目标数据对象；

根据所述目标数据对象的字段、以及边缘设备的设备类型，将所述配置信息转换为第二数据格式的数据对象。

一些实施方式中，参考图3a所示的一种所述协议解析插件201的架构示意图，配置信息包括CSV、JSON和XML格式的配置项时，多协议解析插件将CSV、JSON和XML格式的配置项分别转换为数据对象以此存入数据库，并根据边缘设备的设备类型将对应的数据对象转换成为对应的格式/协议。例如图4所示，将基于CSV格式的配置项得到的数据对象转换为string格式，将基于JSON格式的配置项得到的数据对象转换为JSON格式，将基于XML格式的配置项得到的数据对象转换为protobuf格式。管理者可根据自行需要与设备需要定义该协议解析插件201的数据输入格式、数据输出格式与数据对象的字段。本申请实施例不对协议解析插件201中的数据输入格式、数据输出格式与数据对象的字段的表示方式、种类、个数作限定。

在本申请的一些实施例中，如图6所示，所述解析与存储模块20还包括：

数据库插件202，用于将所述配置信息、边缘设备的设备状态存储到数据库；

云存储插件203，用于将所述数据库中的待备份数据存储到目标云。

可见，通过将每台边缘设备的配置与信息都被存储在服务器上的数据库中，并可通过云存储进行备份、同步，能够保证数据的一致性和稳定性。

在本申请的一些实施例中，由于边缘设备各式各样、性能不一，因此支持的加密算法、鉴权方式各有不同，边缘设备管理系统1除了提供常用的加密、鉴权算法，还可支持管理者或设备厂商提供加密、鉴权的插件或算法。如图6所示，所述加密与发送模块30包括：

协议加密插件301，用于根据边缘设备的设备类型、网络环境类型或者设备协议类型中的至少一种，确定各边缘设备传输数据的通信协议；

由于不同边缘设备的网络环境各异、支持协议各异，因此传输数据所需的通信协议各有不同，边缘设备管理系统1除了提供常见协议外，还可支持管理者或设备厂商提供所需网络协议。所以，如图7所示，所述加密与发送模块30还可包括：

协议发送插件302，用于根据边缘设备的网络环境类型或者设备协议类型，确定传输所述数据的通信协议，并根据确定的通信协议向对应的边缘设备发送所述数据。

可见，由于边缘设备管理系统1引入了多协议解析模块30、多协议加密插件301与多协议发送插件302的结构，因此，能够使得管理者或设备厂商可以为边缘设备管理系统1指定或提供各类边缘设备所需的方案，这样就能够减少针对多个类别边缘设备管理系统的重复开发成本，无需分别针对每种类型的边缘设备开发专用的边缘设备管理系统。

在本申请的一些实施例中，如图8a所示，所述边缘设备管理系统1还包括：

打包模块40，用于获取边缘设备管理端；将所述边缘设备管理端生成可执行文件；按照边缘设备的设备类型，分别将所述可执行文件发送至对应的边缘设备。

其中，可执行文件为在多种设备类型的边缘设备上直接运行的程序，例如，可执行文件可在Windows、Linux、macOS等操作系统上直接运行，兼容不同的设备类型。

可见，由于边缘设备管理端能够在多种类型的边缘设备上运行(例如可随用随运行)，本申请实施例中的打包模块40能够实现边缘设备管理的无负担运行，可在服务器、连接多种网络类型或处于多种网络环境的边缘设备上长时间运行，也可在管理者电脑上按需运行，进而方便管理者在需要的时候能够方便、直接地运行该边缘设备管理系统1。

在本申请的一些实施例中，如图8b所示，所述边缘设备管理系统1还包括：

收集与监控模块50，用于配置待收集的数据的数据类型、数据的获取方式，以及用于配置存在满足预设触发条件的数据时待执行的预设触发操作，所述预设触发操作包括更新边缘设备的设备状态或向所述用户设备发送告警信息。

具体来说，所述收集与监控模块50具体用于按照预设数据获取方式，从各边缘设备获取预设数据类型的监控数据；

根据自定义监控内容，当确定所述监控数据中存在满足预设触发条件的数据时，执行预设触发操作。

具体来说，由于设置了在预设条件被触发时边缘设备管理系统的行为，所以，能够实时的应对边缘设备的设备状态变化，从而实现自动化管理。

一些实施方式中，收集与监控模块50包括数据收集插件与监控上报插件，图9a为收集与监控模块5处理普通数据的一种流程示意图。数据收集插件允许管理者可自行定义需要收集的边缘设备的数据类别，自行定义通过被动接收、主动拉取的方式获取来自边缘设备的普通数据，并可将该普通数据汇总或传递至解析与存储模块20以便进一步处理、备份。监控上报插件使得管理者可自行定义监控内容，并定义条件触发时系统的行为，例如更改边缘设备状态、向管理者发送告警邮件等。

与现有机制相比，本申请实施例中，可见，由于边缘设备管理系统1引入了多协议解析模块30、多协议加密插件301与多协议发送插件302的结构，因此，一方面中，能够使得管理者或设备厂商可以为边缘设备管理系统1指定或提供各类边缘设备所需的方案，这样就能够减少针对多个类别边缘设备管理系统的重复开发成本，无需分别针对每种类型的边缘设备开发专用的边缘设备管理系统，即能够做到在各类操作系统上运行以及随用随运行。另一方面中，能够适用于不同的网络环境中的不同设备类别、不同设备厂商生产的边缘设备，即便接口不同、操作系统不同，本申请实施例也能全面覆盖，多种类型的边缘设备。

另一些实施方式中，上面从模块化功能实体的角度对本申请实施例中的边缘设备管理系统1进行了描述，下面从硬件处理的角度分别对本申请实施例中的边缘设备管理系统1进行描述，在本申请实施例图2-图8b中任一所示的实施例中，网页访问模块10、解析与存储模块20、加密与发送模块30、打包模块40、收集与监控模块50所对应的实体设备可以为处理器(或集中部署于处理器中)和收发器。当图2-图8b中任一所示的边缘设备管理系统1具有如图9b所示的结构时，图9b中的处理器和收发器能够实现前述对应该边缘设备管理系统1的装置实施例提供的网页访问模块10、解析与存储模块20、加密与发送模块30、打包模块40、收集与监控模块50相同或相似的功能。其中，该收发器可用于实现加密与发送模块30发送设备协议的功能、以及实现收集与监控模块50获取监控数据的功能。收发器也可为输入/输出单元、输入输出接口等，本申请实施例不对此作限定。本申请实施例不对边缘设备管理系统1中各模块对应硬件的划分方式作限定。

本申请实施例还提供一种如图10所示的一种服务器结构示意图，该服务器1020可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(英文全称：central processing units，英文简称：CPU)1022(例如，一个或一个以上处理器)和存储器1032，一个或一个以上存储应用程序1042或数据1044的存储介质1030(例如一个或一个以上海量存储设备)。其中，存储器1032和存储介质1030可以是短暂存储或持久存储。存储在存储介质1030的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1022可以设置为与存储介质1030通信，在服务器1020上执行存储介质1030中的一系列指令操作。

服务器1020还可以包括一个或一个以上电源1026，一个或一个以上有线或无线网络接口1050，一个或一个以上输入输出接口10510，和/或，一个或一个以上操作系统1041，例如Windows Server，Mac OS X，Unix,Linux，FreeBSD等等。

上述实施例中由边缘设备管理系统1中各模块的所执行的步骤可以基于该图10所示的服务器1020的结构。例如上述实施例中由图10所示的装置60所执行的步骤可以基于该图10所示的服务器结构。例如，所述处理器1022通过调用存储器1032中的指令，执行以下操作：

将用户设备的访问请求转换为系统指令，所述访问请求中携带配置信息；

确定待管理的边缘设备的设备类型和网络状态信息；

根据所述设备类型将所述配置信息转换为至少两种第一数据格式的设备协议；

按照边缘设备的网络状态信息，分别将与网络状态信息匹配的设备协议通过输入输出接口10510发送至对应的边缘设备。

本申请实施例还提供了另一种用户设备，如图10所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端设备可以为包括手机、平板电脑、个人数字助理(英文全称：Personal Digital Assistant，英文简称：PDA)、销售终端(英文全称：Point of Sales，英文简称：POS)、车载电脑等任意终端设备，以终端为手机为例：

图10示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图10，手机包括：射频(英文全称：Radio Frequency，英文简称：RF)电路1010、存储器1020、输入单元1030、显示单元1040、传感器1050、音频电路1060、无线保真(英文全称：wireless fidelity，英文简称：Wi-Fi)模块1070、处理器10100、以及电源1090等部件。本领域技术人员可以理解，图10中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图10对手机的各个构成部件进行具体的介绍：

RF电路1010可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器10100处理；另外，将设计上行的数据发送给基站。通常，RF电路1010包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(英文全称：LowNoise Amplifier，英文简称：LNA)、双工器等。此外，RF电路1010还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(英文全称：Global System of Mobile communication，英文简称：GSM)、通用分组无线服务(英文全称：General Packet Radio Service，英文简称：GPRS)、码分多址(英文全称：Code Division Multiple Access，英文简称：CDMA)、宽带码分多址(英文全称：Wideband Code Division Multiple Access,英文简称：WCDMA)、长期演进(英文全称：LongTerm Evolution，英文简称：LTE)、电子邮件、短消息服务(英文全称：Short MessagingService，英文简称：SMS)等。

存储器1020可用于存储软件程序以及模块，处理器10100通过运行存储在存储器1020的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1030可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1030可包括触控面板1031以及其他输入设备1032。触控面板1031，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1031上或在触控面板1031附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1031可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器10100，并能接收处理器10100发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1031。除了触控面板1031，输入单元1030还可以包括其他输入设备1032。具体地，其他输入设备1032可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1040可包括显示面板1041，可选的，可以采用液晶显示器(英文全称：Liquid Crystal Display，英文简称：LCD)、有机发光二极管(英文全称：Organic Light-Emitting Diode,英文简称：OLED)等形式来配置显示面板1041。进一步的，触控面板1031可覆盖显示面板1041，当触控面板1031检测到在其上或附近的触摸操作后，传送给处理器10100以确定触摸事件的类型，随后处理器10100根据触摸事件的类型在显示面板1041上提供相应的视觉输出。虽然在图10中，触控面板1031与显示面板1041是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1031与显示面板1041集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1050，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1041的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1041和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1060、扬声器1061，传声器1062可提供用户与手机之间的音频接口。音频电路1060可将接收到的音频数据转换后的电信号，传输到扬声器1061，由扬声器1061转换为声音信号输出；另一方面，传声器1062将收集的声音信号转换为电信号，由音频电路1060接收后转换为音频数据，再将音频数据输出处理器10100处理后，经RF电路1010以发送给比如另一手机，或者将音频数据输出至存储器1020以便进一步处理。

Wi-Fi属于短距离无线传输技术，手机通过Wi-Fi模块1070可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图10示出了Wi-Fi模块1070，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变申请的本质的范围内而省略。

处理器10100是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1020内的软件程序和/或模块，以及调用存储在存储器1020内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器10100可包括一个或多个处理单元；优选的，处理器10100可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器10100中。

手机还包括给各个部件供电的电源1090(比如电池)，优选的，电源可以通过电源管理系统与处理器10100逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，该手机所包括的处理器10100还具有控制由边缘设备管理系统1中各模块的所执行的步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请实施例各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

以上对本申请实施例所提供的技术方案进行了详细介绍，本申请实施例中应用了具体个例对本申请实施例的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请实施例的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请实施例的限制。

Claims (10)

1.一种配置边缘设备的方法，其特征在于，所述方法包括：

将用户设备的访问请求转换为系统指令，所述访问请求中携带配置信息；

确定待管理的边缘设备的设备类型和网络状态信息；

根据所述设备类型将所述配置信息转换为至少两种第一数据格式的设备协议；

按照边缘设备的网络状态信息，分别将与网络状态信息匹配的设备协议发送至对应的边缘设备。

2.根据权利要求1所述的方法，其特征在于，所述根据所述设备类型将所述配置信息转换为至少两种第一数据格式的设备协议，包括：

将所述配置信息转换为数据对象；

根据边缘设备的设备类型，将对应的数据对象转换为至少两种第一数据格式的设备协议。

3.根据权利要求2所述的方法，其特征在于，所述将所述配置信息转换为数据对象，包括：

确定所述配置信息的目标数据格式；

确定与所述目标数据格式匹配的目标数据对象；

根据所述目标数据对象的字段、以及边缘设备的设备类型，将所述配置信息转换为第二数据格式的数据对象。

4.根据权利要求2所述的方法，其特征在于，所述网络状态信息包括网络环境类型和设备协议类型；所述方法还包括：

根据边缘设备的设备类型、网络环境类型或者设备协议类型中的至少一种，确定各边缘设备传输数据的通信协议；

根据确定的通信协议向对应的边缘设备发送数据。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

获取边缘设备管理端；

将所述边缘设备管理端生成可执行文件；

按照边缘设备的设备类型，分别将所述可执行文件发送至对应的边缘设备。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

按照预设数据获取方式，从各边缘设备获取预设数据类型的监控数据；

根据自定义监控内容，当确定所述监控数据中存在满足预设触发条件的数据时，执行预设触发操作，所述预设触发操作包括更新边缘设备的设备状态或向所述用户设备发送告警信息。

7.根据权利要求5所述的方法，其特征在于，所述配置信息和所述设备协议均保存在区块链系统中。

8.一种边缘设备管理系统，其特征在于，所述边缘设备管理系统包括：

网页访问模块，用于将用户设备的访问请求转换为系统指令，所述访问请求中携带配置信息；

解析与存储模块，用于确定待管理的边缘设备的设备类型和网络状态信息，以及根据所述设备类型将所述配置信息转换为至少两种第一数据格式的设备协议；

所述加密与发送模块，用于按照所述解析与存储模块得到的边缘设备的网络状态信息，分别将与网络状态信息匹配的设备协议发送至对应的边缘设备。

9.一种边缘设备管理系统，其特征在于，所述边缘设备管理系统包括：

至少一个处理器、存储器；

其中，所述存储器用于存储计算机程序，所述处理器用于调用所述存储器中存储的计算机程序来执行如权利要求1-7中任一项所述的操作。

10.一种计算机可读存储介质，其特征在于，其包括指令，当其在计算机上运行时，使得计算机执行如权利要求1-7中任一项所述的操作。

Images