CN115328581B - 基于异构系统的模组化业务融合的管理装置及方法 - Google Patents

Abstract

本申请涉及基于异构系统的模组化业务融合的管理装置，运行于宿主OS上，包括：上层管理模块，用于对各客户OS模组提供的各业务进行统一管理；统一接口管理模块，用于向上层管理模块提供统一的命令接口，接收上层管理模块的指令；通用命令模块，用于由统一接口管理模块调用，将统一接口管理模块接收的指令解析为各客户OS模组适配的指令；客户OS模组调度器，用于将通用命令模块解析得到的指令调度到各客户OS模组；通道管理模块，用于对宿主OS与各客户OS模组的网络通道进行管理；算法模块，用于对客户OS模组上传的报文进行算法匹配与解析，上传给统一接口管理模块。本申请可实现对基于异构系统所部署的各模组化业务的集中管理。

Description

基于异构系统的模组化业务融合的管理装置及方法

技术领域

本申请涉及集成电路设计技术和计算机操作系统领域，尤其涉及一种基于异构系统的模组化业务融合的管理装置及方法。

背景技术

在操作系统(Operation System，OS)技术领域，芯片的片上系统(System on aChip，SOC)能力逐步提升，芯片的处理器(CPU)计算能力大幅提升，以及多核异构处理器不断推出，这种趋势下各种操作系统构型也层出不穷的追着适配芯片。如Type2构型的虚拟化操作系统、Type1构型的虚拟化操作系统，Windows实时扩展构型操作系统，Linux实时扩展型操作系统等，操作系统厂商各种各样操作系统构型的推出以期设计的构型符合市场需求的操作系统解决方案。但是，这些操作系统构型的适配都严重依赖于芯片厂商的芯片能力及技术支持。

另一方面，对于新的芯片，其集成度普遍较高，多数采用多核异构处理器及采用计算能力大幅增强的CPU的方案。这种新推出的芯片成熟度不高，且成本相对较高，操作系统的适配工作量大，很难替代现有传统成熟的已部署的低成本方案。

而目前，当基于多核异构处理器进行系统级业务部署时，在各核处理器(包括虚拟的处理器)上运行有各自相应操作系统，这些操作系统可以为不同类型的操作系统，如传统的工业操作系统linux、实时操作系统VxWorks及QNX，或其他嵌入式系统等等，其中各操作系统中运行有实现特定功能的一子业务，或称为模组化业务，由各模组化业务协调实现系统级业务。其中，由于各核处理器运行的各操作系统类型可以不同，所实现的系统级业务也可以称作基于异构系统的模组化业务融合所实现的业务。

如何实现对基于异构系统所部署的各模组化业务进行集中管理，从而实现对已部署的模组化业务进行变更、增加、替代等，以实现系统级业务的部署与更新，是有待解决的技术问题。

发明内容

鉴于现有技术的以上问题，本申请提供一种基于异构系统的模组化业务融合的管理装置及方法，以实现对系统级业务中已部署的模组化业务进行变更、增加、替代等管理。

为达到上述目的，本申请第一方面提供了一种基于异构系统的模组化业务融合的管理装置，运行于宿主OS上，所述管理装置包括：

上层管理模块，用于对各客户OS模组提供的各业务进行统一管理；所述各客户OS模组提供的各业务融合形成系统级业务；

统一接口管理模块，用于向所述上层管理模块提供统一的命令接口，以接收所述上层管理模块的指令；

通用命令模块，为各客户OS模组指令的通用抽象层，用于将所述统一接口管理模块接收的指令解析为所述各客户OS模组分别适配的指令；

客户OS模组调度器，用于将所述通用命令模块解析得到的所述各客户OS模组分别适配的指令调度到所述各客户OS模组。

由上的管理装置，可以实现将管理的指令发送到各客户OS模组，从而实现对各客户OS模组的业务模组的统一管理。其中，统一接口管理模块可以支持不同类型的上层管理模块(不同类型的上层管理模块例如：WEB应用、MIB应用、CLI应用等)的对接，从而实现支持不同类型的上层管理模块对多种客户OS模组的各业务的集中管理。通用命令模块实现了对各客户OS模组的底层的抽象适配，从而实现了对上层屏蔽了底层不同OS模组的操作指令的差异。客户OS模组调度器实现了将指令调度到对应的客户OS模组。

作为第一方面的一种可能的实现方式，还包括：通道管理模块，用于对所述宿主OS与所述各客户OS模组的网络通道进行管理。

由上，实现了所述网络通道的集中管理，这里的管理可包括：网络通道状态的扫描，例如扫描网络通道是否连接，通道状态是否良好(例如丢帧率、延时等)，以及网络通道的重建、删除、关闭、关闭后在需要时的开启等。

作为第一方面的一种可能的实现方式，还包括：算法模块，用于对所述客户OS模组上传的报文解析为所述统一接口管理模块使用的格式，并上传给所述统一接口管理模块。

由上，可以实现对来自各客户OS模组的信息的解析功能。

作为第一方面的一种可能的实现方式，所述算法模块包括：命令差异匹配算法模块，用于解析出所述报文中的有效数据；核心匹配算法模块，用于从所述有效数据中提取所需数据内容，解析为所述统一接口管理模块使用的格式。

本申请第二方面提供了一种基于第一方面所述基于异构系统的模组化业务融合的管理装置的管理方法，包括：

通过上层管理模块下发指令；其中，所述指令用于对各客户OS模组提供的业务进行管理；

通过统一接口管理模块接收所述上层管理模块的指令，并调用通用命令模块，通过所述通用命令模块将所述统一接口管理模块接收的指令解析为所述各客户OS模组分别适配的指令；

通过客户OS模组调度器将所述通用命令模块解析得到的所述各客户OS模组分别适配的指令调度到所述各客户OS模组。

由上的管理方法，可以实现将管理的指令下发到各客户OS模组，从而实现对各客户OS模组的业务模组的统一管理。

作为第二方面的一种可能的实现方式，所述通过客户OS模组调度器将所述通用命令模块解析得到的所述各客户OS模组分别适配的指令调度到所述各客户OS模组，包括：通过所述客户OS模组调度器向所述各客户OS模组发送心跳监测信号，获得所述各客户OS模组的在位状态；通过客户OS模组调度器将所述通用命令模块解析得到的所述各客户OS模组分别适配的指令调度到所述在位状态为在位的客户OS模组。

本申请第三方面提供了基于第一方面所述基于异构系统的模组化业务融合的管理装置的管理方法，包括：：

通过算法模块对客户OS模组上传的报文解析为所述统一接口管理模块使用的格式，并上传给统一接口管理模块；

通过统一接口管理模块接收所述算法模块解析后的数据，通过统一的命令接口传输到上层管理模块。

由上的管理方法，可以实现将客户OS模组反馈的信息，例如可以是管理指令下发后反馈的信息，上传到上层管理模块，从而实现对各客户OS模组的业务模组的统一管理。

作为第三方面的一种可能的实现方式，所述通过算法模块对客户OS模组上传的报文进行算法匹配与解析包括：通过命令差异匹配算法模块解析出所述报文中有效数据；通过核心匹配算法模块从所述有效数据中提取所需数据内容，解析为所述统一接口管理模块使用的格式。

作为第三方面的一种可能的实现方式，还包括：创建针对宿主OS与所述各客户OS模组的网络通道的扫描任务；通过通道管理模块执行所述扫描任务，以对所述网络通道进行管理。

本申请第四方面提供了一种计算设备，包括：处理器，以及存储器，其上存储有程序指令，所述程序指令当被所述处理器执行时使得所述处理器执行第二或第三方面任一所述的管理方法。

由上，通过本申请的管理装置或管理方法，可以实现向对已部署的各客户OS模组进行管理命令的发送以及响应信息的接收，实现对各客户OS模组中的业务模组的管理，包括向各客户OS模组下发配置信息、进行业务配置的下发、查询各客户OS模组的业务状态或信息，对各个客户OS模组的在位状态进行监控管理、对各客户OS模组对应的网络通道的监控和管理等，从而满足进行已部署的各业务模组的集中管理。

附图说明

图1是本申请实施例提供的一种基于异构系统实现系统级业务时的系统构架的示意图；

图2是本申请实施例提供的基于异构多系统的模组化多业务融合的管理装置的示意图；

图3a是本申请实施例提供的基于异构多系统的模组化多业务融合的管理方法的第一实施例的流程图；

图3b是本申请实施例提供的基于异构多系统的模组化多业务融合的管理方法的第二实施例的流程图；

图4是本申请实施例提供的计算设备的示意图。

应理解，上述结构示意图中，各框图的尺寸和形态仅供参考，不应构成对本发明实施例的排他性的解读。结构示意图所呈现的各框图间的相对位置和包含关系，仅为示意性地表示各框图间的结构关联，而非限制本发明实施例的物理连接方式。

具体实施方式

下面结合附图并举实施例，对本申请提供的技术方案作进一步说明。应理解，本申请实施例中提供的系统结构和业务场景主要是为了说明本申请的技术方案的可能的实施方式，不应被解读为对本申请的技术方案的唯一限定。本领域普通技术人员可知，随着系统结构的演进和新业务场景的出现，本申请提供的技术方案对类似技术问题同样适用。

应理解，本申请实施例提供的基于异构系统的模组化业务融合的管理方案，包括基于异构系统的模组化业务融合的管理装置及管理方法、计算设备、存储介质。由于这些技术方案解决问题的原理相同或相似，在如下具体实施例的介绍中，某些重复之处可能不再赘述，但应视为这些具体实施例之间已有相互引用，可以相互结合。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。如有不一致，以本说明书中所说明的含义或者根据本说明书中记载的内容得出的含义为准。另外，本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。为了准确地对本申请中的技术内容进行叙述，以及为了准确地理解本发明，在对具体实施方式进行说明之前先对本说明书中所使用的术语给出如下的解释说明或定义：

1)多核异构处理器：多核指集成有多个处理器内核，多核异构处理器指集成有不同架构(ARCH，architecture)的多个处理器内核，例如集成有ARM架构处理器内核、X86架构处理器内核、MIPS架构处理器内核，和/或FPGA架构处理器内核等的一处理器。

X86架构、ARM架构、MIPS架构：均为处理器的一种架构。X86架构：因特尔公司(Intel Corporation)提供的处理器架构。ARM架构：是一种采用32位精简指令集(RISC)的处理器架构，MIPS架构：是一种采取精简指令集(RISC)的处理器架构。

2)嵌入式系统：由硬件和软件组成，是能够独立进行运作的器件。其软件内容只包括软件运行环境及其操作系统。硬件内容包括信号处理器、存储器、通信模块等在内的多方面的内容。相比于一般的计算机处理系统而言，嵌入式系统存在较大的差异性，通常采用的存储介质有E-PROM、EEPROM等，软件部分以API编程接口作为开发平台的核心。

3)Type1和Type2构型的虚拟化：从软件框架的角度上，根据虚拟化层是直接位于硬件之上还是在一个宿主操作系统之上，将虚拟化划分为Type1和Type2。

Type1构型中，虚拟机操作系统(VM OS)运行在虚拟化层(Hypervisor，或称为虚拟机管理器)之上，Hypervisor运行在硬件层(Hardware)之上。虚拟机通过Hypervisor得到资源，Hypervisor直接调用Hardware资源。

Type2构型中，虚拟机操作系统(VM OS)运行在虚拟化层(Hypervisor)之上，Hypervisor安装宿主操作系统之上，虚拟机不能直接通过Hypervisor直接调用Hardware资源，而是通过安装在硬件层的宿主操作系统得到Hardware资源。

4)VxWorks操作系统：是美国WindRiver公司(Wind River System，INC)开发的一种嵌入式实时操作系统。

5)QNX操作系统：是由加拿大QSSL公司(QNX Software System Ltd.)开发的分布式实时操作系统。

6)CLI应用、WEB应用、MIB应用：均为一种上层应用。CLI应用表示可以通过命令行界面访问的一种应用(Command Line Interface，CLI)。WEB应用表示可以通过Web浏览器访问的一种应用。MIB应用为一种网络管理应用。

7)原子操作：是指不会被线程调度机制打断的操作。这种操作一旦开始，就一直运行到结束。

8)宿主OS与客户OS模组：本申请中，为了描述方便，客户OS包括运行于宿主OS之上的虚拟OS，也包括与宿主OS通信的实时或非实时OS，例如，包括图1中示出的虚拟机OS，也包括与宿主OS通信的RTOS。RTOS表示实时嵌入式系统，例如可以是外接嵌入式传统设备的系统。由于各业务模组运行于各客户OS中，故本申请中将客户OS称为客户OS模组。

本申请实施例提供的基于异构系统的模组化业务融合的管理方案，可以用于对形成系统级业务所涉及的基于异构系统的各模组化业务进行管理。其中，实现系统级业务时的系统构架的构型，可以是Type1构型，也可以是Type2构型，也可以是其他构型，或是复合构型。例如图1示出了可以适用的一种系统构架的示意图，该系统构架为复合构型，包括有Type2构型，还包括有其他嵌入式系统(如图示出的RTOS)，为一种复合构型。具体的，图1所示系统构架中，包括一宿主OS，运行该宿主OS上的多个异构虚拟机系统，如图1中示出的Windows虚拟机、Ubuntu虚拟机，图1中还示出了该宿主OS通信的RTOS系统，这些异构虚拟机系统及RTOS系统统称为客户OS模组。

图1所示的系统构架中的多个异构虚拟机系统和RTOS系统中，各自运行着各业务模组，分别实现各自的业务功能，并融合、协调实现系统级业务。例如，图1示出的Windows虚拟机中可以运行有人机交互界面应用，实现人机交互功能；Ubuntu虚拟机中可以运行有对该系统构架所执行某一功能的应用，控制该系统执行预设的某任务；RTOS可以是一嵌入式的时钟系统，为系统提供精确的时钟，又如，另一RTOS可以是一嵌入式的温控系统，为系统提供温控功能，这些模块化业务融合协调实现所述系统级业务。

由于构成该系统构架的各客户OS模组(如各虚拟机系统、RTOS系统)可以是基于不同构架、并用于运行各业务模组实现各自业务，这些业务(即各功能)并以模组化方式融合实现系统级业务，故本申请提出的管理方案，也称为基于异构系统的模组化业务融合的管理方案。

本申请实施例提供的基于异构系统的模组化业务融合的管理装置运行于宿主OS中，通过该管理装置可以与各客户OS模组进行通信，向各客户OS模组发送管理命令，以对各客户OS模组中部署的模块化业务进行管理，以及接收各客户OS模组返回相应的响应信息，并可以作为日志保存以供用户查看。通过本申请实施例提供的管理装置或管理方法，实现对系统级业务中已部署的各客户OS的模组化业务进行管理。

下面参见附图2，对本申请实施例提供的基于异构系统的模组化业务融合的管理装置进行介绍，该管理装置运行于宿主OS中，该管理装置包括上层管理模块12、统一接口管理模块13、通用命令模块15和客户OS模组调度器16，由此管理装置，可以实现管理指令下发到相应的客户OS模组。

在一些实施例中，还可以包括算法模块14，从而还可以实现对各客户OS模组的信息的接收。在一些实施例中，还可以包括通道管理模块11，从而实现对各客户OS模组的网络通道的管理。

下面对上述所述的各模块进行具体介绍：

通道管理模块11，用于对宿主OS与各客户OS模组的网络通道进行管理。这里的管理可包括：网络通道状态的扫描，例如扫描网络通道是否连接，通道状态是否良好(例如丢帧率、延时等)，以及网络通道的重建、删除、关闭、关闭后在需要时的开启等。

在一些实施例中，客户OS模组的网络通道包括：创建虚拟机OS时为虚拟机OS所建立的虚拟网络通道(VirtNet)，例如虚拟的网络端口，还可以包括外接RTOS模组的物理通道，如物理网络端口。

在一些实施例中，上述网络通道状态的扫描的实现方式可包括：创建针对接入宿主OS的各个客户OS模组的网络通道扫描任务，以及执行该网络通道扫描任务。其中，创建任务时，可以设定该任务可以为周期执行、设定时间执行，也可以设置为创建后的即刻执行。

在一些实施例中，当执行该网络通道扫描任务时，可以首先对接入宿主OS的各客户OS模组的模组编号(例如虚拟机OS编号、RTOS编号)进行合法性识别。例如，可以预先配置合法的编号列表，根据该列表来识别接入的各客户OS模组的合法性，拒绝未被配置的客户OS模组的接入，例如拒绝建立、关闭或删除未被配置的客户OS模组的网络通道。

在一些实施例中，当执行该网络通道扫描任务时，对于合法的各客户OS模组，可执行网络通道的连接状态的遍历扫描，并可缓存一网络通道状态表来记录扫描的连接状态。例如可对对应的网络端口(socket)的通断状态进行遍历扫描，当扫描结果为失去连接时，则删除缓存的网络通道状态表中记录的对应条目，另一方面，也可以为该失去连接的客户OS模组重建网络通道。

在一些实施例中，通道管理模块11还具有与上层管理模块12的接口，可以直接向上层管理模块12上传各客户OS模组的网络通道状态，以及接收上层管理模块12对网络通道的操作指令或网络通道扫描任务等，该操作指令例如对网络通道的重建、删除、关闭、开启、扫描等指令。

上层管理模块12，用于对各客户OS模组提供的各业务进行统一管理，其中，所述各客户OS模组提供的各业务融合形成系统级业务。

在一些实施例中，上层管理模块12的一种实现方式可以是实现管理功能的应用，该应用可以是基于GUI图形化交互界面，也可以是基于命令行的交互界面。在一些实施例中，该应用可以为CLI应用、WEB应用、MIB应用等。

在一些实施例中，上层管理模块12也可以有供外部接入的接口，以便于用户可以通过远程接入上层管理模块12，例如可通过CS(client/server)模式、BS(browser/server)模式或telnet模式等方式远程接入。

在一些实施例中，用户可以通过上层管理模块12执行管理操作，上层管理模块12也可以配置为自动执行某些管理操作。管理操作例如下发控制指令，保存、显示返回的信息等。

统一接口管理模块13，用于向上层管理模块12提供统一的命令接口，以接收所述上层管理模块的指令。由此，可以支持不同类型的上层管理模块12(不同类型的上层管理模块12例如：WEB应用、MIB应用、CLI应用)的对接，从而实现支持不同类型的上层管理模块12对多种客户OS模组的各业务的统一管理。

例如，在统一接口管理模块13中，将WEB应用、MIB应用、CLI应用中表示同一指令的命令封装到统一的一命令接口中，实现对上层的接口统一，供上层管理模块12的调用。

在一些实施例中，统一接口管理模块13可以以命令模板的方式来向上层管理模块12提供统一的命令接口，当上层管理模块12基于上述命令模板下发命令时，仅需要填充命令模板所要求填充的内容，例如仅需要填充所要求填充的访问命令字(Command Word，即某一指令)及访问节点信息(Node Information，例如标识、编号、名称等)。

在一些实施例中，统一接口管理模块13获得基于命令模板方式提供的命令，可以获得本次管理任务的命令等信息。例如，使用下发配置的命令模板时，则可获得本次管理任务中的各客户OS模组编号、各客户OS模组的命令字，并可进入无反馈(无反馈表示指令单向下发)的分支任务。又如，使用查询型命令的命令模板时，则可获得本次管理任务中各客户OS模组编号、各客户OS模组的命令字，并可进入有反馈(有反馈表示指令下发，并有返回的信息)的分支任务。其中，有反馈的分支任务在相应指令下发到客户OS模组后，返回信息会经算法模块14的解析后返回统一接口管理模块13，以用于上层管理模块12的回调。

在一些实施例中，当统一接口管理模块13获得基于命令模板方式提供的命令时，还可以先确定命令模板中所填充的节点信息中记录的客户OS模组编号所对应的客户OS模组是否在位有效(可通过获取客户OS模组调度器检测的客户OS模组的在位信息获得)，以确定是否进入该客户OS模组的分支。

通用命令模块15，为各客户OS模组指令的通用抽象层，用于将所述统一接口管理模块接收的指令解析为所述各客户OS模组所适配的指令。

本实施例中，通用命令模块15为各客户OS模组指令的通用抽象层，其中，由于各客户OS模组的OS类型不同，从而各客户OS模组所使用的表示同一种含义的指令的表现形式也会不同，比如加法指令，在X86系统中有，在MIPS系统中也有，但具体指令的表现形式(即指令代码)不同，这里，将这些具有相同功能的指令抽象为一统一的指令(或称为通用的命令)，供上层统一接口管理模块13调用，而由通用命令模块15将统一接口管理模块13接收的命令字解析为各客户OS模组所适配的指令。由此，实现了上层统一接口管理模块13对各客户OS模组的指令的抽象适配，从而实现了对上层统一接口管理模块13屏蔽了底层不同OS模组的操作指令的差异。

在一些实施例中，通用命令模块15面向统一接口管理模块13的接口为客户OS模组的命令字、客户OS模组编号及由客户OS模组返回的数据的缓存，实现与统一接口管理模块13的对接。

在一些实施例中，通用命令模块15可以根据不同客户OS模组的类型，解析出分别适配各客户OS模组的指令，并为了适配各客户OS模组的要求，会区别的执行后续的与各个客户OS模组的交互过程。并且，通用命令模块15在指令下发过程中确保指令的原子操作。

算法模块14，用于对所述客户OS模组上传的报文解析为所述统一接口管理模块使用的格式，并上传给所述统一接口管理模块。由此，可以实现对来自各客户OS模组的信息的解析功能。算法模块14主要包括命令差异匹配算法模块141及核心匹配算法模块142两部分。其中：

命令差异匹配算法141模块用于解析出所述报文中有效数据。在一些实施例中，具体用于完成宿主OS和接入的客户OS模组共同约定的协议数据的传输，解析反馈报文中的数据包起始位置的重定向、及过滤有效数据内容前的空白区域，从而得到有效数据，并在这个过程中进行缓冲资源的动态分配。

核心匹配算法模块142用于从所述有效数据中提取所需数据内容，解析为所述统一接口管理模块使用的格式。在一些实施例中，具体用于实现字符串的查找及匹配功能，查找特殊符号，丢弃无效空格数据，回车符处理，从而提取所需数据内容，以及将匹配的所需数据转换为统一接口管理模块13所识别的通用格式向上反馈，并在这个过程中进行资源的动态申请和释放动态分配资源。

客户OS模组调度器16，用于将所述通用命令模块解析得到的指令调度到所述各客户OS模组。

在一些实施例中，客户OS模组调度器16，具体用于对各个客户OS模组的在位状态进行监控，从而将下发任务调度到在位的相应客户OS模组。

在一些实施例中，客户OS模组调度器16通过定期向各个客户OS模组(包括虚拟机OS模组、也可以包括RTOS模组)发送心跳监测信号，获得各客户OS模组的在位状态，以便于将下发的任务调度到在位的客户OS模组。

在一些实施例中，客户OS模组调度器16还向上层管理模块12提供了接口，当客户OS模组调度器16监测到某客户OS模组多次无心跳信号后，可以通过该接口向上层管理模块12反馈，以便于通过上层管理模块12显示给用户以及便于用户对该客户OS模组进行诊断。

在一些实施例中，客户OS模组调度器16执行任务调度时，还包括上述网络通道的扫描遍历任务的调度。例如，客户OS模组调度器16通过主机系统的邻居发现协议定期扫描各网络通道对应的IP地址的更新情况，如发生变更，则将通道管理模块11的网络通道的扫描遍历任务优先调度到变更IP的客户OS模组，以进行网络通道的关闭、重建等处理。

由上，通过本申请的管理装置，可以实现向对已部署的各客户OS模组进行管理命令的发送以及响应信息的接收，实现对各客户OS模组中的业务模组的管理，包括向各客户OS模组下发配置信息、进行业务配置的下发、查询各客户OS模组的业务状态或信息，对各个客户OS模组的在位状态进行监控管理、对各客户OS模组对应的网络通道的监控和管理等，从而满足进行已部署的各业务模组的集中管理。

本申请还提供基于上述管理装置的管理方法，其中，图3a示出了本申请实施例提供的基于异构系统的模组化业务融合的管理方法的第一实施例，该实施例为通过上层管理模块进行管理指令的下发，该第一实施例包括下述步骤S11-S15：

S11：通过上层管理模块12下发指令；其中，所述指令用于对各客户OS模组提供的业务进行管理。

在一些实施例中，可以是用户通过上层管理模块12提供的实现管理功能的应用发出所述管理指令。例如，该应用可以是基于GUI图形化交互界面，也可以是基于命令行的交互界面。在一些实施例中，该应用可以为CLI应用、WEB应用、MIB应用等。

在一些实施例中，可以是用户通过远程接入上层管理模块12，例如可通过CS(client/server)模式、BS(browser/server)模式或telnet模式等方式远程接入，来执行所述管理指令的发出。

在一些实施例中，上层管理模块12基于命令模板的方式下发命令，其中，需要填充命令模板所要求填充的内容，例如填充访问命令字及访问节点信息。

S13：通过统一接口管理模块13接收所述上层管理模块12的指令，并调用通用命令模块15，通过所述通用命令模块15将所述统一接口管理模块13接收的指令解析为所述各客户OS模组所适配的指令。

在一些实施例中，通过统一接口管理模块13接收上层管理模块12的指令，获得指令中记录的本次管理任务对应的各客户OS模组编号、各客户OS模组的命令字，以及根据任务类型确定出是进入无反馈或有反馈的分支任务。

在一些实施例中，可以使用命令模板方式来获取上层管理模块12的指令，当命令模板为下发配置命令的模板时，则确定出该任务对应的各客户OS模组编号、各客户OS模组的命令字，进入无反馈的分支任务。在一些实施例中，对应命令模板为查询型命令的模板时，则确定出该任务对应的各客户OS模组编号、各客户OS模组的命令字，进入有反馈的分支任务。其中，有反馈的分支任务在相应指令下发后，返回信息会经算法模块的解析后返回统一接口管理模块13。

在一些实施例中，还可以先确定命令模板中所填充的节点信息中记录的客户OS模组编号所对应的客户OS模组是否在位有效，以确定是否进入该客户OS模组的分支。

在一些实施例中，通过通用命令模块15接收到统一接口管理模块13下发的客户OS模组的命令字、客户OS模组编号，根据客户OS模组的命令字、客户OS模组编号进一步解析为对应客户OS模组可识别的命令格式。

在一些实施例中，通用命令模块15可以根据不同客户OS模组的类型，解析为不同客户OS模组所能识别的命令格式。

S15：通过客户OS模组调度器16，将通用命令模块15解析得到的各客户OS模组所适配的命令，调度到所述各客户OS模组。

在一些实施例中，执行调度时，可以通过相应的通信通道下发到对应的各客户OS模组，即执行任务的调度，以由收到指令的客户OS模组执行相应命令。

在一些实施例中，客户OS模组调度器16通过定期或不定期的向各个客户OS模组(包括虚拟机OS模组、也可以包括RTOS模组)发送心跳监测信号，获得各客户OS模组的在位状态，并通过客户OS模组调度器16将所述通用命令模块15解析得到的指令调度到所述在位状态为在位的客户OS模组。

在一些实施例中，由通道管理模块11实现对各客户OS模组的网络通道的管理，包括：网络通道状态的扫描，例如扫描网络通道是否连接，通道状态是否良好(例如丢帧率、延时等)，以及网络通道的重建、删除、关闭、关闭后在需要时的开启等。

在一些实施例中，上述网络通道状态的扫描的实现方式可包括：创建针对接入宿主OS的各个客户OS模组的网络通道扫描任务，以及执行该网络通道扫描任务。其中，创建任务时，可以设定该任务可以为周期执行、设定时间执行，也可以设置为创建后的即刻执行。

在一些实施例中，当执行该网络通道扫描任务时，可以首先对接入宿主OS的各客户OS模组的模组编号(例如VM OS编号、RTOS编号)进行合法性识别。例如，可以预先配置合法的模组编号列表，根据该列表来识别接入的各客户OS模组的合法性，拒绝未被配置的客户OS模组的接入，例如拒绝建立、关闭或删除未被配置的客户OS模组的网络通道。

在一些实施例中，当执行该网络通道扫描任务时，对于合法的各客户OS模组，可执行网络通道的连接状态的遍历扫描，并可缓存一网络通道状态表来记录扫描的连接状态。例如可对对应的网络端口(socket)的通断状态进行遍历扫描，当扫描结果为失去连接时，则删除缓存的网络通道状态表中记录的对应条目，另一方面，也可以为该失去连接的客户OS模组重建网络通道。

图3b示出了本申请实施例提供的基于异构系统的模组化业务融合的管理方法的第二实施例，该实施例为通过客户OS模组向上反馈信息，该第二实施例包括下述步骤S21-S23：

S21：通过算法模块14对客户OS模组上传的报文解析为所述统一接口管理模块使用的格式，并上传给统一接口管理模块13。

在一些实施例中，当客户OS模组在需要返回信息时，通过相应的通信通道，将相应的信息传输到算法模块14。

在一些实施例中，通过算法模块14对客户OS模组反馈的报文进行算法匹配与解析，具体可包括：

通过命令差异匹配算法解析出所述报文中的有效数据。在一些实施例中，具体包括：进行宿主OS和接入的客户OS模组共同约定的协议数据的传输，解析反馈报文中的数据包起始位置的重定向、及过滤有效数据内容前的空白区域，从而得到有效数据，并在这个过程中进行缓冲资源的动态分配。

通过核心匹配算法从所述有效数据中提取所需数据内容，解析为所述统一接口管理模块使用的格式。在一些实施例中，具体包括：进行字符串的查找及匹配，查找特殊符号，丢弃无效空格数据，回车符处理，从而提取所需数据内容，以及将匹配的所需数据转换为统一接口管理模块13所识别的通用格式向上反馈，并在这个过程中进行资源的动态申请和释放动态分配资源。

S23：通过统一接口管理模块13接收算法模块14解析后的数据，通过统一的命令接口传输到上层管理模块12。由此，可对所述数据进行保存、统计、分析或显示给用户。

图4是本申请实施例提供的一种计算设备900的结构性示意性图。该计算设备可以执行上述方法中的各可选实施例，该计算设备可以是终端，也可以是终端内部的芯片或芯片系统，例如可以是本申请上述异构多核处理器芯片。如图4所示，该计算设备900包括：处理器910、存储器920、通信接口930。

应理解，图4所示的计算设备900中的通信接口930可以用于与其他设备之间进行通信，具体可以包括一个或多个收发电路或接口电路。

其中，该处理器910可以与存储器920连接。该存储器920可以用于存储该程序代码和数据。因此，该存储器920可以是处理器910内部的存储单元，也可以是与处理器910独立的外部存储单元，还可以是包括处理器910内部的存储单元和与处理器910独立的外部存储单元的部件。

可选的，计算设备900还可以包括总线。其中，存储器920、通信接口930可以通过总线与处理器910连接。总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中采用了一条无箭头的线表示，但并不表示仅有一根总线或一种类型的总线。

应理解，在本申请实施例中，该处理器910可以采用中央处理单元(centralprocessing unit，CPU)。该处理器还可以是其它通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器910采用一个或多个集成电路，用于执行相关程序，以实现本申请实施例所提供的技术方案。

该存储器920可以包括只读存储器和随机存取存储器，并向处理器910提供指令和数据。处理器910的一部分还可以包括非易失性随机存取存储器。例如，处理器910还可以存储设备类型的信息。

在计算设备900运行时，所述处理器910执行所述存储器920中的计算机执行指令执行上述方法的任一操作步骤以及其中任一可选的实施例。

应理解，根据本申请实施例的计算设备900可以对应于执行根据本申请各实施例的方法中的相应主体，并且计算设备900中的各个模块的上述和其它操作和/或功能分别为了实现本实施例各方法的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时用于执行上述方法，该方法包括上述各个实施例所描述的方案中的至少之一。

本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是，但不限于，电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括、但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

另外，说明书和权利要求书中的词语“第一、第二、第三等”或模块A、模块B、模块C等类似用语，仅用于区别类似的对象，不代表针对对象的特定排序，可以理解地，在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

在上述的描述中，所涉及的表示步骤的标号，如S110、S120……等，并不表示一定会按此步骤执行，在允许的情况下可以互换前后步骤的顺序，或同时执行。

说明书和权利要求书中使用的术语“包括”不应解释为限制于其后列出的内容；它不排除其它的元件或步骤。因此，其应当诠释为指定所提到的所述特征、整体、步骤或部件的存在，但并不排除存在或添加一个或更多其它特征、整体、步骤或部件及其组群。因此，表述“包括装置A和B的设备”不应局限为仅由部件A和B组成的设备。

本说明书中提到的“一个实施例”或“实施例”意味着与该实施例结合描述的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在本说明书各处出现的用语“在一个实施例中”或“在实施例中”并不一定都指同一实施例，但可以指同一实施例。此外，在一个或多个实施例中，能够以任何适当的方式组合各特定特征、结构或特性，如从本公开对本领域的普通技术人员显而易见的那样。

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

Claims (7)

1.一种基于异构系统的模组化业务融合的管理装置，其特征在于，所述异构系统包括宿主OS与客户OS模组，客户OS模组包括运行于所述宿主OS上的虚拟OS、与宿主OS通信的实时或非实时OS，各客户OS模组提供的各业务融合形成系统级业务，所述管理装置运行于宿主OS上，所述管理装置包括：

上层管理模块，用于对各客户OS模组提供的各业务进行统一管理；

统一接口管理模块，用于向所述上层管理模块提供统一的命令接口，以接收所述上层管理模块的指令；

通用命令模块，为各客户OS模组指令的通用抽象层，用于将所述统一接口管理模块接收的指令解析为所述各客户OS模组分别适配的指令；

客户OS模组调度器，用于将所述通用命令模块解析得到的所述各客户OS模组分别适配的指令调度到所述各客户OS模组；

算法模块，用于对所述客户OS模组上传的报文解析为所述统一接口管理模块使用的格式，并上传给所述统一接口管理模块；

所述算法模块包括：命令差异匹配算法模块，用于解析出所述报文中的有效数据；核心匹配算法模块，用于从所述有效数据中提取所需数据内容，解析为所述统一接口管理模块使用的格式。

2.根据权利要求1所述的管理装置，其特征在于，还包括：通道管理模块，用于对所述宿主OS与所述各客户OS模组的网络通道进行管理。

3.一种基于权利要求1或2所述基于异构系统的模组化业务融合的管理装置的管理方法，其特征在于，包括：

通过上层管理模块下发指令；其中，所述指令用于对各客户OS模组提供的业务进行管理；

通过统一接口管理模块接收所述上层管理模块的指令，并调用通用命令模块，通过所述通用命令模块将所述统一接口管理模块接收的指令解析为所述各客户OS模组分别适配的指令；

通过客户OS模组调度器将所述通用命令模块解析得到的所述各客户OS模组分别适配的指令调度到所述各客户OS模组。

4.根据权利要求3所述的管理方法，其特征在于，所述通过客户OS模组调度器将所述通用命令模块解析得到的所述各客户OS模组分别适配的指令调度到所述各客户OS模组，包括：

通过所述客户OS模组调度器向所述各客户OS模组发送心跳监测信号，获得所述各客户OS模组的在位状态；

通过客户OS模组调度器将所述通用命令模块解析得到的所述各客户OS模组分别适配的指令调度到所述在位状态为在位的客户OS模组。

5.一种基于权利要求1或2所述基于异构系统的模组化业务融合的管理装置的管理方法，其特征在于，包括：

通过算法模块对客户OS模组上传的报文解析为统一接口管理模块使用的格式并上传给所述统一接口管理模块；

通过统一接口管理模块接收所述算法模块解析后的数据，通过统一的命令接口传输到上层管理模块；

所述通过算法模块对客户OS模组上传的报文进行解析包括：

通过命令差异匹配算法模块解析出所述报文中的有效数据；

通过核心匹配算法模块从所述有效数据中提取所需数据内容，解析为所述统一接口管理模块使用的格式。

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

创建针对宿主OS与各所述客户OS模组的网络通道的扫描任务；

通过通道管理模块执行所述扫描任务，以对所述网络通道进行管理。

7.一种计算设备，其特征在于，包括：

处理器，以及

存储器，其上存储有程序指令，所述程序指令当被所述处理器执行时使得所述处理器执行权利要求3-6任一所述的管理方法。