[发明专利]设备数据处理方法和装置、电子设备及可读存储介质

说明书

本发明提供一种设备数据处理方法和装置、电子设备及可读存储介质，其中所述方法包括：利用云端的Client组件监听前台下发的操作请求，基于操作请求的操作类型进行业务分发；当操作类型是设备软件属性时，将操作请求传递给KubeEdge框架，基于操作请求获取参数并进行MQTT消息的封装并发布，Mapper接收MQTT消息后将所述参数下发给指定设备；当操作类型是视频相关的操作时，通过接口调用的方式将操作请求下发到WVP模块，WVP模块通过SIP信令实现和指定设备的通信。本发明兼顾了KubeEdge和GB/T 28181标准的优势，不仅可以实现云边协同，而且对于视频设备还可以获取设备实时视频以及视频类操作。

技术领域

本发明涉及数据处理技术领域，尤其涉及一种设备数据处理方法和装置、电子设备及可读存储介质。

背景技术

现有的物联网平台对设备数据的处理都是放在云端，而设备往往远离云平台部署，由于传输路径长增加了数据采集的时延，此外，现有的物联网平台数据清洗等预处理功能都部署在云端,设备的原始数据只能在上报云端后才能做处理，无疑增加了传输带宽，由于大量数据上报给云端服务器在一定程度上也增加了服务器的负荷。另外，现有的物联网平台不像基于KubeEdge的平台一样具备云边协同能力，往往依赖前台界面刷新触发数据更新。

在大带宽、低时延、高可靠的5G技术支持下，机器视觉，远程操控，智能抄表等物联网应用快速发展，KubeEdge应运而生，它是一个基于kubernetes构建的开源系统，将容器化应用程序编排功能扩展到Edge主机，设备数据可以直接在边缘端进行处理，相比传统的物联网平台，降低了设备数据到云端处理平台的传输时延。另外，KubeEdge固有的特性实现了云和边缘之间的部署和元数据同步。在基于KubeEdge做边缘计算框架做设备数据处理时，使用者只需要开发一个Mapper程序即可完成设备的纳管。Mapper程序依赖设备SDK所提供的接口，对于视频设备仅通过Mapper程序无法获取设备实时视频，也不支持视频类操作，如实时视频，录像，抓图等，使得应用在一定程度上存在一些局限性。

基于KubeEdge框架的集成平台，设备接入时需要开发对应的Mapper程序，Mapper程序更多关注的是如何把设备接到KubeEdge平台上，平台天然支持MQTT、Bluetooth、Modbus协议，如果设备支持这三种协议中的任意一种可直接接入平台，无需额外工作。但是对于视频设备，没有方法获取设备的实时视频，视频操作(如抓图，录像)更无从谈起。

GB/T 28181-2016标准自发布以来，受到了各大视频监控厂商的积极响应，该标准规定了城市监控报警联网系统中信息传输、交换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求，它基于SIP信令实现与设备通信和信令协商。目前市面上主流厂家提供的视频设备基本都支持GB/T28181标准，该标准更多关注的是监控设备的物理属性，如经纬度等，对于设备的软件属性(如亮度，白平衡等)则无法获取，标准中也没有说明。然而在物联网环境下除了需要设备的物理属性外还需要获取设备的软件属性，这些属性在规则引擎的驱动下可以实现多个设备的联动，丰富使用场景，提升系统的实用性。

支持GB/T 28181标准的视频设备侧重的是设备信息的传输，控制，视频等方面，以满足城市监控报警联网系统的使用要求。但是GB/T 28181标准在获取设备软件属性(如亮度，白平衡等)方面没有说明，从而无法获取设备的软件属性。而这些属性在智能应用场景，特别是多设备联动场景下是不可或缺的。

由此可见，两种设备数据处理方式都有各自的优势，但短板也很明显，仅通过一种方式接入设备是无法满足在智能应用场景中的使用诉求。

发明内容

本发明提供一种设备数据处理方法和装置、电子设备及可读存储介质，用以解决现有技术中存在的技术缺陷。

本发明提供一种设备数据处理方法，包括：