CN116886500A - 嵌入式设备的实时运维方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种嵌入式设备的实时运维方法、装置、电子设备及存储介质，本申请属于计算机技术领域。该方法包括：接收异常设备向所述物联网平台上报的问题报文；根据所述问题报文提取所述异常设备的系统元素，并确定异常设备的软件符号；接收针对所述异常设备的目标脚本信息；基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件；将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果。本技术方案，通过对异常设备问题的实时接收，并在生成对应的内核模块文件之后的线上部署，可以无需人工上门，自动解决异常设备问题，提高了对嵌入式设备运维的及时性和准确性。

Description

嵌入式设备的实时运维方法、装置、电子设备及存储介质

技术领域

本申请属于计算机技术领域，具体涉及一种嵌入式设备的实时运维方法、装置、电子设备及存储介质。

背景技术

随着通信技术的不断发展，应用于日常生活中的嵌入式设备也在不断进步，例如：智能扫地机器人、行车记录仪以及录播教育设备等。由于嵌入式设备的应用范围不断扩大，人们对嵌入式设备的运行维护提出了更高的要求。

当前对嵌入式设备运维的方式主要是用户在使用过程中发现问题，通过联系售后报修，进而售后派出人工上门维修。但是当前的运维方式存在着耗费人工成本较高，设备维修不及时的问题。同时由于设备出现问题导致用户无法继续使用，降低了用户对设备使用的体验感。

发明内容

本申请实施例的目的是提供一种嵌入式设备的实时运维方法、装置、电子设备及存储介质，能够解决当前对嵌入式设备运维成本高以及维护不及时的问题，通过实时接收异常设备问题，并针对问题生成目标脚本信息，结合设备信息以及目标脚本信息生成内核模块文件，可以达到对异常设备及时维护的效果，提高了嵌入式设备运维的时效性和准确性。

第一方面，本申请实施例提供了一种嵌入式设备的实时运维方法，所述方法包括：

接收异常设备向所述物联网平台上报的问题报文；

根据所述问题报文提取所述异常设备的系统元素，并确定异常设备的软件符号；

接收针对所述异常设备的目标脚本信息；

基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件；

将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果。

第二方面，本申请实施例提供了一种嵌入式设备的实时运维装置，所述装置包括：

问题报文接收模块，用于接收异常设备向所述物联网平台上报的问题报文；

软件符号确定模块，用于根据所述问题报文提取所述异常设备的系统元素，并确定异常设备的软件符号；

脚本信息接收模块，用于接收针对所述异常设备的目标脚本信息；

内核文件生成模块，用于基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件；

内核文件部署模块，用于将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，接收异常设备向所述物联网平台上报的问题报文；根据所述问题报文提取所述异常设备的系统元素，并确定异常设备的软件符号；接收针对所述异常设备的目标脚本信息；基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件；将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果。通过上述嵌入式设备的实时运维方法，可以解决当前对嵌入式设备运维成本高以及维护不及时的问题，通过实时接收异常设备问题，并针对问题生成目标脚本信息，结合设备信息以及目标脚本信息生成内核模块文件，可以达到对异常设备及时维护的效果，提高了嵌入式设备运维的时效性和准确性。

附图说明

图1是本申请实施例一提供的嵌入式设备的实时运维方法的流程示意图；

图2是本申请实施例二提供的嵌入式设备的实时运维方法的流程示意图；

图3是本申请实施例三提供的嵌入式设备的实时运维装置的结构示意图；

图4是本申请实施例四提供的电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的嵌入式设备的实时运维方法、装置、电子设备及存储介质进行详细地说明。

实施例一

图1是本申请实施例一提供的嵌入式设备的实时运维方法的流程示意图。所述方法由服务端执行，所述服务端通过物联网平台与运行设备连接。如图1所示，具体包括如下步骤：

S101，接收异常设备向所述物联网平台上报的问题报文；

首先，本技术方案的使用场景可以是需要对嵌入式设备进行运维的场景，具体的，可以是实时接收用户对嵌入式设备进行故障报修的信息以及对设备故障及时维护的场景。

基于上述使用场景，可以理解，本申请的执行主体为对嵌入式设备进行运维的服务端，所述嵌入式设备可以是家用智能电器、录播设备以及车辆导航设备等应用设备，此处不做过多限定。

在本方案中，服务端可以是具备认证与传输数据功能的，能够向客户端提供资源，保存客户端数据的一种服务程序，具体的，可以是用于接收用户发送的设备报修信息以及将维修脚本部署至故障设备的服务程序。所述客户端可以是与服务端相对应，为客户提供本地服务的程序，具体的，可以是运行用户所使用的嵌入式设备的一端，还可以是提供设备维修服务的一端。

在本方案中，物联网(Internet of Things)平台可以是采集以及监控物体状态信息，通过多样化网络连接手段，可以直接将状态信息和互联网联通起来，能够快速实现物品的智能化感知，方便进行物体的识别和管理的平台。具体的，物联网平台可以获取运行设备报修以及故障状态，维修部门可登陆该平台或者通过服务端与该平台连接以对运行设备问题进行查看。运行设备可以是客户端的嵌入式设备，服务端通过物联网平台与运行设备进行连接。

在本方案中，服务端可以通过MQTT协议接收异常设备向所述物联网平台上报的问题报文。所述MQTT(Message Queuing Telemetry Transport，消息队列遥测传输协议)，是一种基于发布/订阅模式的"轻量级"通讯协议，该协议构建于TCP/IP协议上。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。MQTT是一个基于客户端-服务器的消息发布/订阅传输协议。MQTT协议是轻量、简单、开放和易于实现的，这些特点使它适用范围非常广泛。在很多情况下，包括受限的环境中，如：机器与机器(M2M)通信和物联网(物联网)。其在，通过卫星链路通信传感器、偶尔拨号的医疗设备、智能家居、及一些小型化设备中已广泛使用。MQTT是介于客户端和服务端之间进行交互的协议。所述客户端可以是使用MQTT的程序或设备，客户端可以发布应用消息给订阅该应用消息的其他设备，其他设备也可以取消订阅以不再接收应用消息。

服务端可以是一个程序或设备，可以通过订阅机制接收客户端发布的问题报文。具体的，本方案中的客户端可以是研发人员所使用的维护端，所述异常设备可以是上报问题报文的异常设备，所述研发人员维护端可以是对异常设备问题进行设备维修的设备工厂。

MQTT的模式是发布和订阅，也就是这个协议想要实现的主要功能。发布可以是客户端也可以是服务端，但最终都需要在服务端进行转发。订阅是客户端发起，其相关的定义如下：订阅(Subscription)包含一个主题过滤器(Topic Filter)和一个最大的服务质量(QOS)等级。订阅与单个会话(Session)关联。会话可以包含多于一个的订阅。会话的每个订阅都有一个不同的主题过滤器，主题名(Topic Name)为附加在应用消息上的一个标签，服务端已知且与订阅匹配，服务端发送应用消息的一个副本给每一个匹配的客户端订阅；主题过滤器(Topic Filter)为订阅中包含的一个表达式，用于表示相关的一个或多个主题，主题过滤器可以使用通配符；会话(Session)为客户端和服务端之间的状态交互，一些会话持续时长与网络连接一样，另一些可以在客户端和服务端的多个连续网络连接间扩展。

控制报文本质是信息数据包，客户端和服务端从报文中的信息来进行通信，从而进行各种不同的操作。MQTT协议处于五层模型中的应用层，其底层基础是TCP/IP，使用socket编程实现报文的编辑、发送等。MQTT报文大致分为固定报头、可变报头、负载三部分。其中，固定头(Fixed header)存在于所有MQTT数据包中，表示数据包类型及数据包的分组类标识；可变头(Variable header)存在于部分MQTT数据包中，数据包类型决定了可变头是否存在及其具体内容；负载(Payload)存在于部分MQTT数据包中，表示订阅者具体要使用的内容。

在本方案中，报文(message)是网络中交换与传输的数据单元，即站点一次性要发送的数据块。报文包含了将要发送的完整的数据信息，其长短很不一致，长度不限且可变。报文也是网络传输的单位，传输过程中会不断的封装成分组、包、帧来传输，封装的方式就是添加一些信息段，那些就是报文头以一定格式组织起来的数据。当一个站点要发送报文时，它将一个目的地址附加到报文上，网络节点根据报文上的目的地址信息，把报文发送到下一个节点，一直逐个节点地转送到目的节点。每个节点在收到整个报文并检查无误后，就暂存这个报文，然后利用路由信息找出下一个节点的地址，再把整个报文传送给下一个节点。所述问题报文可以是带有设备问题内容以及设备身份ID的报文，所述设备身份ID可以是包括设备所在地址，设备所属型号等用于判断设备类型的序列号，每个设备对应着单独一个身份ID，且不同设备的身份ID不同。

在本方案中，异常设备向所述物联网平台上报问题报文的方式可以是用户在使用设备的过程中出现使用异常后，通过点击设备中的报修或者联系客服等售后选项，选择问题类型、问题关键词以及问题设备的型号或者ID号等，设备内部运行程序根据上述选择生成问题清单即形成问题报文，在用户点击“提交”选项后，通过MQTT协议上报至物联网平台。

S102，根据所述问题报文提取所述异常设备的系统元素，并确定异常设备的软件符号；

在本方案中，元素就是系统的各个组成部分，这些元素可能是一些个体、元件、零件，也可能其本身就是一个系统或称之为子系统。一个系统是其构成元素的集合，这些元素相互联系、相互制约。系统元素可以是包含异常设备内部运行部分以及设备本身信息的元素，具体的，可以是软件版本，软件的运行状态，系统的信息以及系统的运行状态等软件元素，还可以是设备状态、设备属性以及设备编号等硬件元素。

在本方案中，软件符号可以是用于表示异常设备中有问题的软件名称、类型以及功能等的符号，具体的，可以是通过异常设备的符号表提取出来的。所述符号表是一种用于语言翻译器(例如编译器和解释器)中的数据结构。在符号表中，程序源代码中的每个标识符都和它的声明或使用信息绑定在一起，比如其数据类型、作用域以及内存地址。符号表在编译程序工作的过程中需要不断收集、记录和使用源程序中一些语法符号的类型和特征等相关信息，这些信息一般以表格形式存储于系统中，如常数表、变量名表、数组名表、过程名表、标号表等等，统称为符号表。对于符号表组织、构造和管理方法的好坏会直接影响编译系统的运行效率。符号表是编译器为存储变量名、函数名、对象、类、接口等各种实体的出现情况而创建和维护的一种重要的数据结构。符号表既可用于编译器的分析部分，也可用于编译器的综合部分。符号表可用于三种操作：搜索，散列和删除，具体的，可以是搜索某个特定名称，检查是否在表中；获取这个名称的属性；修改这个名称的属性；插入一个新的名称及其属性；删除一个名称及其属性。

在本方案中，物联网平台根据接收到的问题报文编译对应的符号表并将该符号表放在服务端，通过编码的方式提取该异常设备的系统元素，同时，根据问题报文以及系统元素提取对应的软件符号。

S103，接收针对所述异常设备的目标脚本信息；

在本方案中，脚本(Script)是一种特定的描述性语言，依据一定的格式编写的可执行文件，脚本语言又被称为扩建的语言或者动态语言，是一种编程语言，用来控制软件应用程序。脚本通常是以文本(ASCⅡ)保存，只是在被调用时进行解释或者编译，当执行脚本时，计算机会执行一连串的操作。脚本程序在执行时，是由系统的一个解释器，将其一条条的翻译成机器可识别的指令，并按程序顺序执行。脚本语言存在有高级的数据结构，如列表和字典结构，因此可以对这种结构进行简单方便的嵌套和操作，同时脚本语言没有类型声明，在运行时可以进行动态类型检查。脚本语言的特点是解释，也就是，指令被立即执行，不存在一个编译的中间状态，这就意味着脚本语言是交互式的。因此，可以利用脚本语言对异常设备进行设备问题的动态分析。

在本方案中，目标脚本信息可以是host端结合设备型号以及设备属性等，生成的对该脚本进行设备限定的信息。所述host端可以是研发人员的服务器端，具体的，该端用于编写脚本以及维修代码等任务。所述、端可以有多个端口通过MQTT协议订阅物联网平台中的不同类型的设备问题，将同一类型的设备问题对应的不同设备属性生成目标脚本信息。同时所述host端中的代码编写端用于接收目标脚本信息，利用目标脚本信息可以生成对应同一类型或者同一功能的设备的动态脚本，针对不同故障问题编写不同的维修指令并加入上述动态脚本中，可以达到对异常设备进行自动维修的目的。

在本方案中，可以利用eBPF生成动态分析脚本，所述eBPF(extended BerkeleyPacket Filter，扩展的伯克利包过滤器)可以是允许程序在不修改内核源代码，或添加额外的内核模块情况下运行新功能的程序。eBPF能够在内核态执行用户提供的程序，对于调试是非常有帮助的，同时eBPF虚拟机提供了一个安全的环境，对用户提供的程序经过严格检查，只有通过检查的用户程序才能加载，保证系统的稳定运行。

基于上述实施例，可选的，接收针对所述异常设备的目标脚本信息，包括：

响应于脚本配置操作，确定针对所述异常设备的目标脚本信息；

或者，

根据所述问题报文、所述系统元素以及所述软件符号中的至少一项，生成针对所述异常设备的目标脚本信息。

在本方案中，接收针对所述异常设备的目标脚本信息可以是设备研发人员响应于脚本配置操作，登录物联网平台，根据获取到的异常设备的系统元素以及软件符号确定针对该异常设备的目标脚本信息。还可以是host端的服务器根据所述问题报文、所述系统元素以及所述软件符号中的一项或者多项，自动生成的针对所述异常设备的目标脚本信息。

在本方案中，通过研发人员或者服务器进行目标脚本信息的获取，可以提高目标脚本信息的获取效率，同时根据目标表脚本信息可以针对同一类型的设备进行自动维修，提高了设备维修的准确性。

S104，基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件；

在本方案中，内核模块(kernel object)可以是操作系统中的模块，运行在系统中，用于扩展基本内核功能，并允许在系统运行过程中动态加载或者卸载。一般情况下，内核中会有许多已经加载进去的模块，而有些驱动模块并不需要一直加载到内核中，为了减少内核的压力，就将这些模块写好，当需要的时候再加载到内核中去。所述模块是具有独立功能的程序，它可以被单独编译，但不能独立运行，它在运行时被链接到内核作为内核的一部分在内核空间运行，这与运行在用户空间的进程是不同的。模块通常由一组函数和数据结构组成，用来实现一种文件系统、一个驱动程序或其他内核上层的功能。内核模块文件可以是用于执行维修功能的代码文件，具体的，可以是根据异常设备的系统元素、所述软件符号以及所述目标脚本信息等编写的维修代码文件。

基于上述实施例，可选的，基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件，包括：

基于所述系统元素、所述软件符号以及所述目标脚本信息，生成可执行代码文件；

基于所述可执行代码文件，解析得到内核模块文件。

在本方案中，可执行代码文件可以是用于执行时运行一段代码或启动软件程序的类型的文件格式。可执行代码是指将目标代码连接后形成的代码，简单来说是机器能够直接执行的代码，可执行代码一般是可执行文件的一部分。可执行文件在不同的操作系统环境下，可执行程序的呈现方式不一样。通常可执行文件内，含有以二进制编码的微处理器指令，也因此可执行文件有时称为二进制档。这些二进制微处理器指令的编码，于各种微处理器有所不同，故此可执行文件多数要分开不同的微处理版本。一个电脑文件是否为可执行文件，主要由操作系统的传统决定。所述可执行代码文件可以是host端基于所述系统元素、所述软件符号以及所述目标脚本信息，利用C语言编写出来的程序文件。

在本方案中，基于所述可执行代码文件，可以利用编译器解析得到内核模块文件，具体的，所述编译器的解析过程可以是预处理阶段，编译器以所述可执行代码文件作为一个单元，首先读这个所述可执行代码文件，处理宏，变量，函数声明，嵌套的头文件包含等，检测依赖关系，进行宏替换，看是否有重复定义与声明的情况发生；词法与语法分析阶段；编译阶段，首先编译成纯汇编语句，再将之汇编成跟CPU相关的二进制码，生成各个目标文件；连接阶段，将各个目标文件中的各段代码进行绝对地址定位，生成跟特定平台相关的可执行文件。

在本方案中，通过系统元素、所述软件符号以及所述目标脚本信息，生成可执行代码文件，并基于所述可执行代码文件，解析得到内核模块文件，可以在无需暂停设备的使用的情况下，对异常设备的故障进行动态分析，提高了对设备问题的分析效率。

S105，将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果。

在本方案中，异常设备的问题分析结果可以是内核模块文件是否能够解决所述异常设备问题的结果，该结果可以通过问题报文上传的路径反馈至host端。host端可以将所述内核模块文件反馈至物联网平台，物联网平台利用MQTT协议将所述内核模块文件发布至所述异常设备中，异常设备执行所述内核模块文件代码，并生成异常问题是否解决的结果，具体的，可以是在执行所述内核模块文件代码之后，根据异常设备是否可以正常使用，生成所述异常设备问题分析结果。

基于上述实施例，可选的，在将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果之后，所述方法还包括：

识别所述问题分析结果是否为预期结果；

若是，则基于所述预期结果对所述异常设备进行维护；

若否，则接收针对所述异常设备的更新脚本信息，并基于所述更新脚本信息重新生成内核模块文件，以部署到异常设备中。

在本方案中，host端在得到所述异常设备的问题分析结果之后，识别所述问题分析结果是否为预期结果，所述预期结果可以是执行所述内核模块文件代码之后，根据异常设备可以正常使用。若所述问题分析结果为异常设备可以正常使用，则基于所述预期结果对所述异常设备进行维护，具体的，可以是将上述内核模块文件存储与异常设备中，当用户继续使用该设备时复现了设备问题，则在该设备上再次执行所述内核模块文件；若异常设备不可以正常使用，则重新接收针对所述异常设备的脚本信息进行脚本信息的更新，具体的，所述脚本信息的更新可以是研发人员根据用户再次上传的异常设备问题报文生成的脚本信息，并根据所述更新脚本信息重新生成内核模块文件，以部署到异常设备中。

在本方案中，通过对问题分析结果的识别，可以在异常设备复现同一问题时进行自动的设备修护，同时将未能解决的问题重新生成内核模块文件进行再次维修，可以节省设备维护成本，提高维护效率，同时提高设备维护的准确性。

本实施例所提供的技术方案，接收异常设备向所述物联网平台上报的问题报文；根据所述问题报文提取所述异常设备的系统元素，并确定异常设备的软件符号；接收针对所述异常设备的目标脚本信息；基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件；将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果。通过上述嵌入式设备的实时运维方法，能够解决当前对嵌入式设备运维成本高以及维护不及时的问题，通过实时接收异常设备问题，并针对问题生成目标脚本信息，结合设备信息以及目标脚本信息生成内核模块文件，可以达到对异常设备及时维护的效果，提高了嵌入式设备运维的时效性和准确性。

实施例二

图2是本申请实施例二提供的一种嵌入式设备的实时运维方法的流程示意图。如图2所示，具体包括如下步骤：

S201，接收异常设备向所述物联网平台上报的问题报文；

S202，根据所述问题报文提取所述异常设备的系统元素，并确定异常设备的软件符号；

S203，接收针对所述异常设备的目标脚本信息；

S204，基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件；

S205，根据所述问题报文确定所述异常设备的部署路径；

在本方案中，部署路径可以是内核模块文件的配置路径，具体的，可以是所述内核模块文件从host端到达其能够解决的异常设备的路径。所述部署路径可以是host端通过所述物联网平台根据MQTT协议的订阅内容以及订阅客户端确定问题报文的来源，根据问题报文的来源确定所述部署路径。

S206，根据所述部署路径将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果。

在本方案中，部署可以是在开发结束后，使得程序在某一环境中运行起来的过程，这个过程中会将源代码生成可运行的软件包，然后将软件包放到要部署的环境中，通过一些配置使得这个软件包在目标环境上也能够正常工作。具体的，可以是将所述内核模块文件通过所述物联网平台反馈至所述异常设备中，并在该异常设备中运行的过程。host端根据所述部署路径将所述内核模块文件通过所述物联网平台部署至所述异常设备中，根据所述内核模块文件的执行结果，得到所述异常设备的问题分析结果。

基于上述实施例，可选的，根据所述部署路径将所述内核模块文件通过所述物联网平台部署至所述异常设备中，包括：

根据所述部署路径确定向所述物联网平台的发布信息，所述发布信息包括所述内核模块文件，供订阅所述发布信息的异常设备获取所述内核模块文件。

在本方案中，发布信息可以是以设备维护为目的，能够在异常设备中进行运行的程序或者文件等，具体的，所述发布信息包括所述内核模块文件。由于不同异常设备或者同一异常设备存在的问题并不相同，因此，host端需要根据所述部署路径确定向所述物联网平台的发布信息，物联网平台通过MQTT协议供订阅所述发布信息的异常设备获取所述内核模块文件。

在本方案中，根据所述部署路径确定向所述物联网平台的发布信息，并供订阅所述发布信息的异常设备获取所述内核模块文件，可以准确的针对不同设备问题进行设备维修，提高了设备维修的效率，节省设备维修时间。

本实施例所提供的技术方案，host端根据所述问题报文确定所述异常设备的部署路径，并根据所述部署路径将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果，可以在不停止设备使用且不需要人工上门的情况下，对设备进行问题分析和设备维护，提高了设备的维修效率和设备维修的准确性。

实施例三

图3是本申请实施例三提供的嵌入式设备的实时运维装置的结构示意图。

如图3所示，具体包括如下：

问题报文接收模块301，用于接收异常设备向所述物联网平台上报的问题报文；

软件符号确定模块302，用于根据所述问题报文提取所述异常设备的系统元素，并确定异常设备的软件符号；

脚本信息接收模块303，用于接收针对所述异常设备的目标脚本信息；

内核文件生成模块304，用于基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件；

内核文件部署模块305，用于将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果。

进一步的，所述内核文件生成模块，具体用于：

基于所述系统元素、所述软件符号以及所述目标脚本信息，生成可执行代码文件；

基于所述可执行代码文件，解析得到内核模块文件。

进一步的，所述装置还包括：

分析结果识别模块，用于识别所述问题分析结果是否为预期结果；

异常设备维护模块，用于若识别出的所述问题分析结果是预期结果，则基于所述预期结果对所述异常设备进行维护；

内核文件更新模块，用于若识别出的所述问题分析结果不是预期结果，则接收针对所述异常设备的更新脚本信息，并基于所述更新脚本信息重新生成内核模块文件，以部署到异常设备中。

进一步的，所述脚本信息接收模块，具体用于：

响应于脚本配置操作，确定针对所述异常设备的目标脚本信息；

或者，

根据所述问题报文、所述系统元素以及所述软件符号中的至少一项，生成针对所述异常设备的目标脚本信息。

进一步的，所述内核文件部署模块，包括：

部署路径确定单元，用于根据所述问题报文确定所述异常设备的部署路径；

内核文件部署单元，用于根据所述部署路径将所述内核模块文件通过所述物联网平台部署至所述异常设备中。

进一步的，所述内核文件部署单元，具体用于：

根据所述部署路径确定向所述物联网平台的发布信息，所述发布信息包括所述内核模块文件，供订阅所述发布信息的异常设备获取所述内核模块文件。

本实施例所提供的技术方案，问题报文接收模块，用于接收异常设备向所述物联网平台上报的问题报文；软件符号确定模块，用于根据所述问题报文提取所述异常设备的系统元素，并确定异常设备的软件符号；脚本信息接收模块，用于接收针对所述异常设备的目标脚本信息；内核文件生成模块，用于基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件；内核文件部署模块，用于将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果。通过上述嵌入式设备的实时运维装置，能够解决当前对嵌入式设备运维成本高以及维护不及时的问题，通过实时接收异常设备问题，并针对问题生成目标脚本信息，结合设备信息以及目标脚本信息生成内核模块文件，可以达到对异常设备及时维护的效果，提高了嵌入式设备运维的时效性和准确性。

本申请实施例中的嵌入式设备的实时运维装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的嵌入式设备的实时运维装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的嵌入式设备的实时运维装置能够实现图1至图2的方法实施例实现的各个过程，为避免重复，这里不再赘述。

实施例四

如图4所示，本申请实施例还提供一种电子设备400，包括处理器401，存储器402，存储在存储器402上并可在所述处理器401上运行的程序或指令，该程序或指令被处理器401执行时实现上述嵌入式设备的实时运维方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

实施例五

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述嵌入式设备的实时运维方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

实施例六

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述嵌入式设备的实时运维方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。

Claims (14)

1.一种嵌入式设备的实时运维方法，其特征在于，所述方法由服务端执行，所述服务端通过物联网平台与运行设备连接；所述方法包括：

接收异常设备向所述物联网平台上报的问题报文；

根据所述问题报文提取所述异常设备的系统元素，并确定异常设备的软件符号；

接收针对所述异常设备的目标脚本信息；

基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件；

将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果。

2.根据权利要求1所述的方法，其特征在于，基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件，包括：

基于所述系统元素、所述软件符号以及所述目标脚本信息，生成可执行代码文件；

基于所述可执行代码文件，解析得到内核模块文件。

3.根据权利要求1所述的方法，其特征在于，在将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果之后，所述方法还包括：

识别所述问题分析结果是否为预期结果；

若是，则基于所述预期结果对所述异常设备进行维护；

若否，则接收针对所述异常设备的更新脚本信息，并基于所述更新脚本信息重新生成内核模块文件，以部署到异常设备中。

4.根据权利要求1所述的方法，其特征在于，接收针对所述异常设备的目标脚本信息，包括：

响应于脚本配置操作，确定针对所述异常设备的目标脚本信息；

或者，

根据所述问题报文、所述系统元素以及所述软件符号中的至少一项，生成针对所述异常设备的目标脚本信息。

5.根据权利要求1所述的方法，其特征在于，将所述内核模块文件通过所述物联网平台部署至所述异常设备中，包括：

根据所述问题报文确定所述异常设备的部署路径；

根据所述部署路径将所述内核模块文件通过所述物联网平台部署至所述异常设备中。

6.根据权利要求5所述的方法，其特征在于，根据所述部署路径将所述内核模块文件通过所述物联网平台部署至所述异常设备中，包括：

根据所述部署路径确定向所述物联网平台的发布信息，所述发布信息包括所述内核模块文件，供订阅所述发布信息的异常设备获取所述内核模块文件。

7.一种嵌入式设备的实时运维装置，其特征在于，所述装置配置于服务端，所述服务端通过物联网平台与运行设备连接；所述装置包括：

问题报文接收模块，用于接收异常设备向所述物联网平台上报的问题报文；

软件符号确定模块，用于根据所述问题报文提取所述异常设备的系统元素，并确定异常设备的软件符号；

脚本信息接收模块，用于接收针对所述异常设备的目标脚本信息；

内核文件生成模块，用于基于所述系统元素、所述软件符号以及所述目标脚本信息，生成内核模块文件；

内核文件部署模块，用于将所述内核模块文件通过所述物联网平台部署至所述异常设备中，以得到所述异常设备的问题分析结果。

8.根据权利要求7所述的装置，其特征在于，所述内核文件生成模块，具体用于：

基于所述系统元素、所述软件符号以及所述目标脚本信息，生成可执行代码文件；

基于所述可执行代码文件，解析得到内核模块文件。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

分析结果识别模块，用于识别所述问题分析结果是否为预期结果；

异常设备维护模块，用于若识别出的所述问题分析结果是预期结果，则基于所述预期结果对所述异常设备进行维护；

内核文件更新模块，用于若识别出的所述问题分析结果不是预期结果，则接收针对所述异常设备的更新脚本信息，并基于所述更新脚本信息重新生成内核模块文件，以部署到异常设备中。

10.根据权利要求7所述的装置，其特征在于，所述脚本信息接收模块，具体用于：

响应于脚本配置操作，确定针对所述异常设备的目标脚本信息；

或者，

根据所述问题报文、所述系统元素以及所述软件符号中的至少一项，生成针对所述异常设备的目标脚本信息。

11.根据权利要求7所述的装置，其特征在于，所述内核文件部署模块，包括：

部署路径确定单元，用于根据所述问题报文确定所述异常设备的部署路径；

内核文件部署单元，用于根据所述部署路径将所述内核模块文件通过所述物联网平台部署至所述异常设备中。

12.根据权利要求11所述的装置，其特征在于，所述内核文件部署单元，具体用于：

根据所述部署路径确定向所述物联网平台的发布信息，所述发布信息包括所述内核模块文件，供订阅所述发布信息的异常设备获取所述内核模块文件。

13.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-6中任一项所述的嵌入式设备的实时运维方法的步骤。

14.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-6中任一项所述的嵌入式设备的实时运维方法的步骤。