CN111917588A - 边缘设备管理方法、装置、边缘网关设备和存储介质 - Google Patents

Abstract

本申请涉及边缘设备管理技术领域，提供了一种边缘设备管理方法、装置、边缘网关设备和存储介质。该方法包括：确定触发边缘网关设备发生管理状态变化的边缘设备，然后确定边缘网关设备中针对该边缘设备创建的容器，响应于该管理状态变化，对容器执行与管理状态变化相适应的处理。本申请基于对容器的隔离化运行和管理，可实现边缘网关设备对相应边缘设备触发例如接入、退出和更新等管理状态变化时的实时高效管理，解决大量边缘设备频繁接入、退出或者更新造成边缘网关设备的响应机制实时性不足的问题，提升边缘网关设备对边缘设备的管理效率，降低运维投入，还可以提高运行可靠性，满足快速响应分布式边缘设备的各种管理需求。

Description

边缘设备管理方法、装置、边缘网关设备和存储介质

技术领域

本申请涉及边缘设备管理技术领域，特别是涉及一种边缘设备管理方法、装置、边缘网关设备和存储介质。

背景技术

随着新能源系统的普及，以及各种类型分布式资源的接入，催生了海量边缘设备的接入。边缘网关设备需要动态的监视边缘设备的状态，同时还需要高效实时的响应边缘设备的例如接入、退出和更新等各类数据请求需求。然而，不同类型、不同厂家的边缘设备的巨量接入，对边缘网关设备的管理产生了显著影响，需要边缘网关提供一种高效便捷、易于维护和能够快速响应的边缘设备管理方法。

传统技术中提供的边缘网关设备，主要实现各类设备的数据接入，按照边缘设备的要求实现数据转发，对边缘设备的通信接口特性以及通信协议依赖度较高。当大量不同类型的边缘设备频繁接入、退出和更新时，原有网关系统缺乏快速响应机制，导致边缘网关设备对接入的边缘设备的管理效率较低，还可能由于数据冗余过度，降低设备可靠性而影响边缘网关长期稳定运行。

发明内容

基于此，有必要针对上述技术问题，提供一种边缘设备管理方法、装置、边缘网关设备和存储介质。

一种边缘设备管理方法，应用于边缘网关设备，所述方法包括：

确定触发所述边缘网关设备发生管理状态变化的边缘设备；

确定所述边缘网关设备中针对所述边缘设备创建的容器；所述容器的容器配置信息根据所述边缘设备的设备配置信息生成；

响应于所述管理状态变化，对所述容器执行与所述管理状态变化相适应的处理。

一种边缘设备管理装置，应用于边缘网关设备，包括：

设备确定模块，用于确定触发所述边缘网关设备发生管理状态变化的边缘设备；

容器确定模块，用于确定所述边缘网关设备中针对所述边缘设备创建的容器；所述容器的容器配置信息根据所述边缘设备的设备配置信息生成；

容器处理模块，用于响应于所述管理状态变化，对所述容器执行与所述管理状态变化相适应的处理。

一种边缘网关设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

确定触发所述边缘网关设备发生管理状态变化的边缘设备；确定所述边缘网关设备中针对所述边缘设备创建的容器；所述容器的容器配置信息根据所述边缘设备的设备配置信息生成；响应于所述管理状态变化，对所述容器执行与所述管理状态变化相适应的处理。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

确定触发所述边缘网关设备发生管理状态变化的边缘设备；确定所述边缘网关设备中针对所述边缘设备创建的容器；所述容器的容器配置信息根据所述边缘设备的设备配置信息生成；响应于所述管理状态变化，对所述容器执行与所述管理状态变化相适应的处理。

上述边缘设备管理方法、装置、边缘网关设备和存储介质，确定触发边缘网关设备发生管理状态变化的边缘设备，然后确定边缘网关设备中针对该边缘设备创建的容器，响应于该管理状态变化，对容器执行与管理状态变化相适应的处理。本方案基于对容器的隔离化运行和管理，可实现边缘网关设备对相应边缘设备触发例如接入、退出和更新等管理状态变化时的实时高效管理，解决了大量边缘设备频繁接入、退出或者更新造成边缘网关设备的响应机制实时性不足的问题，提升边缘网关设备对边缘设备的管理效率，降低运维投入，还可以提高运行可靠性，满足快速响应分布式边缘设备的各种管理需求。

附图说明

图1为一个实施例中边缘设备管理方法的流程示意图；

图2为一个实施例中边缘设备接入的流程示意图；

图3为一个实施例中边缘设备断开的流程示意图；

图4为一个实施例中边缘设备更新的流程示意图；

图5为一个实施例中边缘设备管理装置的结构框图；

图6为一个实施例中边缘网关设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的边缘设备管理方法，可以应用于边缘网关设备对接入的边缘设备进行管理。在一个实施例中，如图1所示，该边缘设备管理方法可以包括以下步骤：

步骤S101，确定触发边缘网关设备发生管理状态变化的边缘设备；

本步骤中，边缘网关设备可以对接入到其自身的边缘设备进行管理，边缘网关设备可具有对边缘设备的管理状态，这些管理状态可以包括边缘网关设备目前接入了哪些边缘设备，这些边缘设备目前处于何种运行状态等等。边缘设备可以对触发边缘网关设备的管理状态发生变化，这些管理状态变化可以包括但不限于是边缘设备接入、边缘设备断开和边缘设备更新。具体的，边缘设备接入可以对应于分布式系统中接入新增的边缘设备，这些新增的边缘设备可以是涵盖不同类型、不同厂家、不同通信接口的设备；而边缘设备断开(或退出)可以对应于分布式系统中原有边缘设备的退役、损坏、检修等场景；边缘设备更新则对应于边缘设备自身的功能升级、模型升级和配置升级等。

步骤S102，确定边缘网关设备中针对边缘设备创建的容器。

本步骤中，边缘网关设备可以确定其自身设备当中针对边缘设备创建的容器。具体的，对于已接入的边缘设备，边缘网关设备中已配置有针对该已接入边缘设备的容器，对于这种情况边缘网关设备只需根据该边缘设备的设备标识找到对应的容器即可；对于新接入的边缘设备，边缘网关设备则可以为该边缘设备新建容器，而用于配置容器的容器配置信息则根据相应边缘设备的设备配置信息生成，由此使得边缘网关设备中配置的每个容器与对应的边缘设备具有映射关系。

步骤S103，响应于管理状态变化，对容器执行与管理状态变化相适应的处理。

本步骤，基于已建立映射关系的边缘设备和容器，边缘网关设备可利用容器化运行的隔离特性，在检测到边缘设备触发某个管理状态变化时，通过对该边缘设备对应的独立容器执行相应的处理，从而实现为各个不同边缘设备的例如边缘设备接入、边缘设备断开和边缘设备更新等管理功能。

上述边缘设备管理方法，确定触发边缘网关设备发生管理状态变化的边缘设备，然后确定边缘网关设备中针对该边缘设备创建的容器，响应于该管理状态变化，对容器执行与管理状态变化相适应的处理。该方案基于对容器的隔离化运行和管理，可实现边缘网关设备对相应边缘设备触发例如接入、退出和更新等管理状态变化时的实时高效管理，解决了大量边缘设备频繁接入、退出或者更新造成边缘网关设备的响应机制实时性不足的问题，提升边缘网关设备对边缘设备的管理效率，降低运维投入，还可以提高运行可靠性，满足快速响应分布式边缘设备的各种管理需求。

下面以管理状态变化分别为边缘设备接入、边缘设备断开和边缘设备更新为示例对本申请提供的边缘设备管理方法进行详细介绍。

在其中一个实施例中，管理状态变化可以包括边缘设备接入；步骤S102中的确定边缘网关设备中针对边缘设备创建的容器，可以包括：

向边缘设备发送设备配置信息获取请求，并获取边缘设备反馈的设备配置信息；根据设备配置信息生成容器配置信息，并利用容器配置信息在边缘网关设备中创建容器。

具体的，参照图2，边缘设备接入可以对应于分布式系统中接入新增的边缘设备，可以是涵盖不同类型、不同厂家、不同通信接口的边缘设备。边缘设备通过物理连接接入边缘网关设备后，边缘网关设备检测相应的通信连接信号，向该边缘设备发送获取设备配置信息获取请求，该边缘设备可在接收到设备配置信息获取请求后反馈设备配置信息至边缘网关设备，边缘网关设备获取设备配置信息成功后，根据该设备配置信息生成容器配置信息；若获取失败，则可以判断边缘设备接入失败。其中，边缘设备通过物理接入的方式，可以包括以太网、工业现场总线、窄带无线、近场通信等不同类型通信方式；边缘设备的设备配置信息，可以包括表征同一通信网络下的边缘设备唯一标志码、边缘设备的状态信息和通信配置信息；容器配置信息，则可以包括容器运行必要的存储容量、内存容量、通信配置、硬件接口等信息。边缘网关设备可以创建一个容器，并利用生成的容器配置信息更新该容器的配置信息。其中，该容器的创建使用配置信息的约束，采用隔离方式，容器内部的存储、内存使用、数据采集等功能不对容器外部产生影响。

进一步的，上述步骤S103中的响应于管理状态变化，对容器执行与管理状态变化相适应的处理，可以包括：

运行容器，以触发容器与边缘设备进行模型交互；若模型交互成功，则在边缘网关设备中建立容器与边缘设备的映射关系，并启动容器的应用功能以触发容器独立运行；若模型交互失败，则停止容器的运行并删除容器。

具体的，参考图2，为新接入的边缘设备创建容器并更新容器配置信息后，运行该新创建的容器，以触发容器的初始化功能或称新建容器的首次运行，使得该容器开始与边缘设备交互进行模型交互。模型交互的结果可以包括两种，一种是模型交互成功，另一种是模型交互失败。

其中，如果模型交互失败，则退出新建的容器，并停止该容器的运行，删除该容器，判断边缘设备接入失败，边缘网关设备对该边缘设备的接入管理结束。具体的，模型交互失败表明该边缘设备的功能校验失败，不具备接入分布式边缘网络的能力，而停止并删除该新建的容器，具体可以包括删除设备配置信息、容器配置信息、已分配的存储、内存、硬件等资源，而且隔离的资源删除不会对边缘网关设备上其他的边缘设备功能产生影响。

如果模型交互成功，则边缘网关设备可以注册该新建容器，为该新建的容器与接入的边缘设备建立映射关系。其中，该映射关系可以用于表征实际边缘设备与所属容器的对应关系，用于后期设备管理的查询。接着，边缘网关设备启动该容器的容器应用功能，可进一步按模型转换结果运行该容器的应用功能，以使与边缘设备具有映射关系的该容器独立运行，并确定边缘设备接入成功，对该边缘设备的接入管理结束。

在其中一个实施例中，管理状态变化可以包括边缘设备断开；步骤S102中的确定边缘网关设备中针对边缘设备创建的容器，可以包括：

确定边缘网关设备中与边缘设备具有映射关系的容器。

具体的，参考图3，对于已接入的边缘设备，边缘网关设备中已创建与该已接入的边缘设备具有映射关系的容器，而已接入的边缘设备断开时，边缘网关设备可确定出与该边缘设备具有映射关系的容器。其中，已接入的边缘设备与边缘网关设备的物理连接断开，具体可以是边缘网关设备检测到该边缘设备的通信连接信号丢失。

进一步的，上述步骤S103中的响应于管理状态变化，对容器执行与管理状态变化相适应的处理，可以包括：

暂停容器的应用功能；检测边缘设备是否在预设延时内恢复连接；根据连接恢复检测结果对容器执行相应处理。

其中，边缘网关设备确定出与断开的边缘设备具有映射关系的容器后，可暂停该容器的应用功能，延时等待该边缘设备的通信恢复，也即检测该边缘设备是否在预设延时内恢复通信连接，从而根据连接恢复检测结果对容器执行相应处理。其中，已接入的边缘设备通过物理连接的断开表明物理接入失效。

更进一步的，根据连接恢复检测结果对所述容器执行相应处理，具体包括：

若边缘设备在预设延时内恢复连接，则恢复容器的应用功能的运行；若边缘设备未在预设延时内恢复连接，则停止容器，解除容器与边缘设备的映射关系，并删除容器。

具体的，如果边缘设备在预设延时内恢复连接，则恢复相应容器的应用功能的运行，边缘设备继续正常运行，边缘网关设备对该边缘设备的断开管理结束。其中，边缘设备的通信连接恢复，表明该边缘设备的连接丢失是由干扰造成，并未退出系统运行，由此边缘网关设备可以将相应容器内的应用功能重新恢复运行。

如果边缘设备未在预设延时内恢复连接，则停止相应容器的应用功能，并停止容器，解除边缘设备与容器的映射关系，删除容器。此时，边缘设备从边缘网关设备退出成功，边缘网关设备的其他边缘设备功能则可以继续运行，由此边缘网关设备对该边缘设备的退出管理结束。

在其中一个实施例中，管理状态变化包括边缘设备更新；步骤S101中的确定触发边缘网关设备发生管理状态变化的边缘设备之后，还包括如下步骤：

获取边缘设备的新设备配置信息，并根据新设备配置信息生成新容器配置信息。

具体的，边缘设备可以向边缘网关设备发起设备配置信息的更新请求，边缘网关设备可以根据该请求获取该边缘设备的新设备配置信息或称新的设备配置信息。其中，如果新设备配置信息获取失败，则边缘网关设备判断更新失败，该边缘设备原来的容器继续保持运行。如果新设备配置信息获取成功，则边缘网关设备可以校验该新设备配置信息，并根据新设备配置信息生成新容器配置信息。

进一步的，步骤S102中的确定边缘网关设备中针对边缘设备创建的容器，可以包括：确定边缘网关设备中与边缘设备具有映射关系的容器。其中，对于已接入的边缘设备，边缘网关设备中已创建与该已接入的边缘设备具有映射关系的容器，而已接入的边缘设备需要更新时，边缘网关设备可确定出与该边缘设备具有映射关系的容器。

进一步的，步骤S103中的响应于管理状态变化，对容器执行与管理状态变化相适应的处理，可以包括：

检测容器的配置是否需要更新；若否，则停止容器，创建与容器配置相同的容器作为第一新容器，运行第一新容器，以触发第一新容器与边缘设备进行模型交互，若模型交互成功，则解除容器与边缘设备的映射关系，并删除容器，在边缘网关设备中建立第一新容器与边缘设备的映射关系，并启动第一新容器的应用功能以触发第一新容器独立运行；若是，则停止容器，新建第二新容器并使用新容器配置信息更新第二新容器，运行第二新容器，以触发第二新容器与边缘设备进行模型交互，若模型交互成功，则解除容器与边缘设备的映射关系，并删除容器，在边缘网关设备中建立第二新容器与边缘设备的映射关系，并启动第二新容器的应用功能以触发第二新容器独立运行。

参考图4，具体的，边缘网关设备确定与需要更新的边缘设备具有映射关系的容器后，可校验该容器配置是否需要更新。

若不需要更新，则停止原来与边缘设备具有映射关系的该容器，且复制一个与之具有相同配置的容器作为第一新容器，并且运行该第一新容器，以使用独立的容器配置进行边缘设备的功能更新。基于该第一新容器的首次运行，触发该第一新容器与边缘设备进行模型交互。其中，如果模型交互成功，则判断第一新容器的建立成功，解除该边缘设备与原容器的映射关系，并注销和删除原容器，包括所有原容器配置信息。并且，边缘网关设备可以建立第一新容器与边缘设备的映射关系，注册该第一新容器，第一新容器开始运行，该第一新容器的容器应用功能也开始运行，边缘设备更新成功，边缘网关设备对该边缘设备的更新管理结束。进一步的，在其中一些实施例中，在前述运行第一新容器之后，若模型交互失败，则退出并停止该第一新容器，删除该第一新容器，判断边缘设备功能更新失败，原容器按照原配置继续运行，边缘网关设备对该边缘设备的更新管理结束。

若需要更新，则停止原来与边缘设备具有映射关系的该容器，新建一个独立容器，称为第二新容器，使用新容器配置信息更新该第二新容器。接着，运行该第二新容器，基于该第二新容器的首次运行，触发该第二新容器与边缘设备进行模型交互。

如果模型交互成功，则判断第二新容器的建立成功，解除该边缘设备与原容器的映射关系，并注销和删除原容器，包括所有原容器配置信息。并且，边缘网关设备可以建立第二新容器与边缘设备的映射关系，注册该第二新容器，第二新容器开始运行，该第二新容器的容器应用功能也开始运行，边缘设备更新成功，边缘网关设备对该边缘设备的更新管理结束。进一步的，在其中一些实施例中，在前述运行第二新容器之后，若模型交互失败，则退出并停止该第二新容器，删除该第二新容器，判断边缘设备功能更新失败，原容器按照原配置继续运行，边缘网关设备对该边缘设备的更新管理结束。

本申请实施例提供的技术方案，边缘设备和运行容器自动建立映射关系，映射关系可随边缘设备状态的变化自动更新，提供了边缘设备接入、退出系统过程中容器化管理机制，容器的生成、运行和停止映射到设备的实时状态，还提供了独立容器运行的边缘设备功能更新机制，实现边缘设备新功能的无缝更新和功能回退的无感，不同类型和厂家边缘设备的巨量接入后，极大降低了对边缘网关设备系统管理的影响，从而可以快速响应分布式边缘设备的各种需求，也即通过容器的隔离化运行和存储管理，实现边缘设备高效实时的接入、退出以及功能更新，解决了大量不同类型设备频繁接入、退出以及功能更新等造成的响应机制降低的问题，提升了边缘设备管理效率，降低了运维投入，还解决了边缘设备功能更新，造成数据冗余过度的问题，提高运行可靠性。

应该理解的是，虽然图1至4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1至4中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种边缘设备管理装置，应用于边缘网关设备，该装置500包括：

设备确定模块501，用于确定触发所述边缘网关设备发生管理状态变化的边缘设备；

容器确定模块502，用于确定所述边缘网关设备中针对所述边缘设备创建的容器；所述容器的容器配置信息根据所述边缘设备的设备配置信息生成；

容器处理模块503，用于响应于所述管理状态变化，对所述容器执行与所述管理状态变化相适应的处理。

在一个实施例中，管理状态变化至少包括边缘设备接入、边缘设备断开或者边缘设备更新的其中之一。

在一个实施例中，所述管理状态变化包括所述边缘设备接入；容器确定模块502，进一步用于向所述边缘设备发送设备配置信息获取请求，并获取所述边缘设备反馈的所述设备配置信息；根据所述设备配置信息生成所述容器配置信息，并利用所述容器配置信息在所述边缘网关设备中创建所述容器；容器处理模块503，进一步用于运行所述容器，以触发所述容器与所述边缘设备进行模型交互；若模型交互成功，则在所述边缘网关设备中建立所述容器与所述边缘设备的映射关系，并启动所述容器的应用功能以触发所述容器独立运行；若模型交互失败，则停止所述容器的运行并删除所述容器。

在一个实施例中，所述管理状态变化包括所述边缘设备断开；容器确定模块502，进一步用于确定所述边缘网关设备中与所述边缘设备具有映射关系的容器；容器处理模块503，进一步用于暂停所述容器的应用功能；检测所述边缘设备是否在预设延时内恢复连接；根据连接恢复检测结果对所述容器执行相应处理。

在一个实施例中，容器处理模块503，进一步用于若所述边缘设备在所述预设延时内恢复连接，则恢复所述容器的应用功能的运行；若所述边缘设备未在所述预设延时内恢复连接，则停止所述容器，解除所述容器与所述边缘设备的映射关系，并删除所述容器。

在一个实施例中，所述管理状态变化包括所述边缘设备更新；该装置500还可以包括：新信息生成模块，用于获取所述边缘设备的新设备配置信息，并根据所述新设备配置信息生成新容器配置信息；容器确定模块502，进一步用于确定所述边缘网关设备中与所述边缘设备具有映射关系的容器；容器处理模块503，进一步用于检测所述容器的配置是否需要更新；若否，则停止所述容器，创建与所述容器配置相同的容器作为第一新容器，运行所述第一新容器，以触发所述第一新容器与所述边缘设备进行模型交互，若模型交互成功，则解除所述容器与所述边缘设备的映射关系，并删除所述容器，在所述边缘网关设备中建立所述第一新容器与所述边缘设备的映射关系，并启动所述第一新容器的应用功能以触发所述第一新容器独立运行；若是，则停止所述容器，新建第二新容器并使用所述新容器配置信息更新所述第二新容器，运行所述第二新容器，以触发所述第二新容器与所述边缘设备进行模型交互，若模型交互成功，则解除所述容器与所述边缘设备的映射关系，并删除所述容器，在所述边缘网关设备中建立所述第二新容器与所述边缘设备的映射关系，并启动所述第二新容器的应用功能以触发所述第二新容器独立运行。

在一个实施例中，容器处理模块503，还进一步用于运行所述第一新容器之后，若模型交互失败，则退出并停止所述第一新容器，删除所述第一新容器，恢复停止的所述容器的运行；容器处理模块503，还进一步用于运行所述第二新容器之后，若模型交互失败，则退出并停止所述第二新容器，删除所述第二新容器，恢复停止的所述容器的运行。

关于边缘设备管理装置的具体限定可以参见上文中对于边缘设备管理方法的限定，在此不再赘述。上述边缘设备管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于边缘网关设备中的处理器中，也可以以软件形式存储于边缘网关设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种边缘网关设备，其内部结构图可以如图6所示。该边缘网关设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该边缘网关设备的处理器用于提供计算和控制能力。该边缘网关设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该边缘网关设备的网络接口用于与外部的设备通过网络连接通信。该计算机程序被处理器执行时以实现一种边缘设备管理方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的边缘网关设备的限定，具体的边缘网关设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种边缘网关设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种边缘设备管理方法，其特征在于，应用于边缘网关设备，所述方法包括：

确定触发所述边缘网关设备发生管理状态变化的边缘设备；

确定所述边缘网关设备中针对所述边缘设备创建的容器；所述容器的容器配置信息根据所述边缘设备的设备配置信息生成；

响应于所述管理状态变化，对所述容器执行与所述管理状态变化相适应的处理。

2.根据权利要求1所述的方法，其特征在于，所述管理状态变化至少包括边缘设备接入、边缘设备断开或者边缘设备更新的其中之一。

3.根据权利要求2所述的方法，其特征在于，

所述管理状态变化包括所述边缘设备接入；

所述确定所述边缘网关设备中针对所述边缘设备创建的容器，包括：

向所述边缘设备发送设备配置信息获取请求，并获取所述边缘设备反馈的所述设备配置信息；

根据所述设备配置信息生成所述容器配置信息，并利用所述容器配置信息在所述边缘网关设备中创建所述容器；

所述响应于所述管理状态变化，对所述容器执行与所述管理状态变化相适应的处理，包括：

运行所述容器，以触发所述容器与所述边缘设备进行模型交互；

若模型交互成功，则在所述边缘网关设备中建立所述容器与所述边缘设备的映射关系，并启动所述容器的应用功能以触发所述容器独立运行；

若模型交互失败，则停止所述容器的运行并删除所述容器。

4.根据权利要求2所述的方法，其特征在于，

所述管理状态变化包括所述边缘设备断开；

所述确定所述边缘网关设备中针对所述边缘设备创建的容器，包括：

确定所述边缘网关设备中与所述边缘设备具有映射关系的容器；

所述响应于所述管理状态变化，对所述容器执行与所述管理状态变化相适应的处理，包括：

暂停所述容器的应用功能；

检测所述边缘设备是否在预设延时内恢复连接；

根据连接恢复检测结果对所述容器执行相应处理。

5.根据权利要求4所述的方法，其特征在于，所述根据连接恢复检测结果对所述容器执行相应处理，包括：

若所述边缘设备在所述预设延时内恢复连接，则恢复所述容器的应用功能的运行；

若所述边缘设备未在所述预设延时内恢复连接，则停止所述容器，解除所述容器与所述边缘设备的映射关系，并删除所述容器。

6.根据权利要求2所述的方法，其特征在于，

所述管理状态变化包括所述边缘设备更新；

所述确定触发所述边缘网关设备发生管理状态变化的边缘设备之后，所述方法还包括：

获取所述边缘设备的新设备配置信息，并根据所述新设备配置信息生成新容器配置信息；

所述确定所述边缘网关设备中针对所述边缘设备创建的容器，包括：

确定所述边缘网关设备中与所述边缘设备具有映射关系的容器；

所述响应于所述管理状态变化，对所述容器执行与所述管理状态变化相适应的处理，包括：

检测所述容器的配置是否需要更新；

若否，则停止所述容器，创建与所述容器配置相同的容器作为第一新容器，运行所述第一新容器，以触发所述第一新容器与所述边缘设备进行模型交互，若模型交互成功，则解除所述容器与所述边缘设备的映射关系，并删除所述容器，在所述边缘网关设备中建立所述第一新容器与所述边缘设备的映射关系，并启动所述第一新容器的应用功能以触发所述第一新容器独立运行；

若是，则停止所述容器，新建第二新容器并使用所述新容器配置信息更新所述第二新容器，运行所述第二新容器，以触发所述第二新容器与所述边缘设备进行模型交互，若模型交互成功，则解除所述容器与所述边缘设备的映射关系，并删除所述容器，在所述边缘网关设备中建立所述第二新容器与所述边缘设备的映射关系，并启动所述第二新容器的应用功能以触发所述第二新容器独立运行。

7.根据权利要求6所述的方法，其特征在于，

所述运行所述第一新容器之后，所述方法还包括：

若模型交互失败，则退出并停止所述第一新容器，删除所述第一新容器，恢复停止的所述容器的运行；

所述运行所述第二新容器之后，所述方法还包括：

若模型交互失败，则退出并停止所述第二新容器，删除所述第二新容器，恢复停止的所述容器的运行。

8.一种边缘设备管理装置，其特征在于，应用于边缘网关设备，包括：

设备确定模块，用于确定触发所述边缘网关设备发生管理状态变化的边缘设备；

容器确定模块，用于确定所述边缘网关设备中针对所述边缘设备创建的容器；所述容器的容器配置信息根据所述边缘设备的设备配置信息生成；

容器处理模块，用于响应于所述管理状态变化，对所述容器执行与所述管理状态变化相适应的处理。

9.一种边缘网关设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images