CN110083433A - 嵌入式软件运行方法及装置、终端和计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种嵌入式软件运行方法及装置、终端和计算机可读存储介质，其中，该方法包括：在APP层获取服务请求信息；根据所述服务请求信息，确定目标基础软件服务；在Saas层的多个容器中选择所述目标基础软件服务对应的目标容器；通过Paas层的容器引擎运行所述目标容器；由运行的所述目标容器调用IaaS层的物理资源访问服务访问硬件操作系统，以获得所述目标容器对应的微服务。以上技术方案，可将基于容器的微服务架构用于嵌入式软件，每项微服务都可以进行独立的维护和部署，为便捷开发提供了有效途径，从而减少了嵌入式软件对硬件操作系统的依赖，丰富了嵌入式软件的功能，简化了其功能开发过程。

Description

嵌入式软件运行方法及装置、终端和计算机可读存储介质

【技术领域】

本发明涉及计算机技术领域，尤其涉及一种嵌入式软件运行方法及装置、终端和计算机可读存储介质。

【背景技术】

传统的嵌入式软件相对固化和封闭，对硬件系统的依赖很强，对外支撑能力有限，这就造成其难以被开发出多样化的功能。

因此，如何开发嵌入式软件使其具有多样化功能，成为目前亟待解决的技术问题。

【发明内容】

本发明实施例提供了一种嵌入式软件运行方法及装置、终端和计算机可读存储介质，旨在解决相关技术中嵌入式软件对外支撑能力有限造成的功能单一的技术问题，能够通过微服务架构使得嵌入式软件便于开发，并能够提供多样化服务。

第一方面，本发明实施例提供了一种嵌入式软件运行方法，包括：在APP层获取服务请求信息；根据所述服务请求信息，确定目标基础软件服务；在Saas层的多个容器中选择所述目标基础软件服务对应的目标容器；通过Paas层的容器引擎运行所述目标容器；由运行的所述目标容器调用IaaS层的物理资源访问服务访问硬件操作系统，以获得所述目标容器对应的微服务。

在本发明上述实施例中，可选地，还包括：通过Paas层的容器管理组件对所述Saas层的每个所述容器化模块进行独立维护。

在本发明上述实施例中，可选地，在所述在APP层获取服务请求信息的步骤之前，还包括：通过Docker虚拟技术将微服务封装至所述容器。

在本发明上述实施例中，可选地，所述Saas层包括多个第一容器，每个所述第一容器对应一种服务类型；每个所述第一容器中包括多个第二容器，每个所述第二容器对应所述第一容器自身服务类型下的一种基础服务。

在本发明上述实施例中，可选地，所述在Saas层的多个容器中选择所述目标基础软件服务对应的目标容器的步骤，具体包括：根据所述目标基础软件服务，确定对应的目标服务类型；在所述目标服务类型对应的第一容器中，获取所述目标基础软件服务对应的第二容器作为所述目标容器。

第二方面，本发明实施例提供了一种嵌入式软件运行装置，包括：服务请求单元，用于在APP层获取服务请求信息；服务确定单元，用于根据所述服务请求信息，确定目标基础软件服务；容器选择单元，用于在Saas层的多个容器中选择所述目标基础软件服务对应的目标容器；容器运行单元，用于通过Paas层的容器引擎运行所述目标容器；硬件访问单元，用于由运行的所述目标容器调用IaaS层的物理资源访问服务访问硬件操作系统，以获得所述目标容器对应的微服务。

在本发明上述实施例中，可选地，还包括：容器维护单元，用于通过Paas层的容器管理组件对所述Saas层的每个所述容器化模块进行独立维护。

在本发明上述实施例中，可选地，还包括：容器封装单元，用于在所述服务请求单元获取所述服务请求信息之前，通过Docker虚拟技术将微服务封装至所述容器。

在本发明上述实施例中，可选地，所述Saas层包括多个第一容器，每个所述第一容器对应一种服务类型；每个所述第一容器中包括多个第二容器，每个所述第二容器对应所述第一容器自身服务类型下的一种基础服务。

在本发明上述实施例中，可选地，所述容器选择单元具体用于：根据所述目标基础软件服务，确定对应的目标服务类型；在所述目标服务类型对应的第一容器中，获取所述目标基础软件服务对应的第二容器作为所述目标容器。

第三方面，本发明实施例提供了一种终端，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行上述第一方面中任一项所述的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述第一方面中任一项所述的方法流程。

通过以上技术方案，针对相关技术中嵌入式软件对外支撑能力有限造成的功能单一的技术问题，能够通过微服务架构使得嵌入式软件便于开发，并能够提供多样化服务。

具体来说，可在嵌入式软件中引入Saas(Software-as-a-Service，软件即服务)层，该Saas层由大量的容器组成，每个容器都封装有一种独立微服务，这些服务可独立于其它微服务或整个应用程序本身而构建、部署和维护，从而形成了基于容器的微服务架构，这些微服务具有明确的界限，并且每个服务都具有独立的功能集。

这样，在接收到来自APP层的服务请求信息时，可在Saas层选择能够为该服务请求信息提供对应的目标基础软件服务的目标容器，并通过Paas(Platform-as-a-Service：平台即服务)层的容器引擎对此目标容器进行运行，从而在目标容器运行时调用IaaS(Infrastructure as a Service，即基础设施即服务)层的物理资源访问服务访问硬件操作系统，最终通过硬件操作系统的运行来实现目标容器中封装的微服务。

可知，微服务架构更专注于构建具有松散耦合的服务，每项微服务都可以进行独立的维护和部署，为便捷开发提供了有效途径，从而减少了嵌入式软件对硬件操作系统的依赖，丰富了嵌入式软件的功能，简化了其功能开发过程。

【附图说明】

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1示出了本发明的一个实施例的嵌入式软件运行方法的流程图；

图2示出了本发明的另一个实施例的嵌入式软件运行方法的流程图；

图3示出了本发明的一个实施例的嵌入式软件运行装置的框图；

图4示出了本发明的一个实施例的终端的框图。

【具体实施方式】

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

图1示出了本发明的一个实施例的嵌入式软件运行方法的流程图。

如图1所示，本发明的一个实施例的嵌入式软件运行方法的流程，包括：

步骤102，在APP层获取服务请求信息。

步骤104，根据所述服务请求信息，确定目标基础软件服务。

步骤106，在Saas层的多个容器中选择所述目标基础软件服务对应的目标容器。

步骤108，通过Paas层的容器引擎运行所述目标容器。

步骤110，由运行的所述目标容器调用IaaS层的物理资源访问服务访问硬件操作系统，以获得所述目标容器对应的微服务。

通过以上技术方案，针对相关技术中嵌入式软件对外支撑能力有限造成的功能单一的技术问题，能够通过微服务架构使得嵌入式软件便于开发，并能够提供多样化服务。

具体来说，可在嵌入式软件中引入Saas(Software-as-a-Service，软件即服务)层，该Saas层由大量的容器组成，每个容器都封装有一种独立微服务，这些服务可独立于其它微服务或整个应用程序本身而构建、部署和维护，从而形成了基于容器的微服务架构，这些微服务具有明确的界限，并且每个服务都具有独立的功能集。

这样，在接收到来自APP层的服务请求信息时，可在Saas层选择能够为该服务请求信息提供对应的目标基础软件服务的目标容器，并通过Paas(Platform-as-a-Service：平台即服务)层的容器引擎对此目标容器进行运行，从而在目标容器运行时调用IaaS(Infrastructure as a Service，即基础设施即服务)层的物理资源访问服务访问硬件操作系统，最终通过硬件操作系统的运行来实现目标容器中封装的微服务。

可知，微服务架构更专注于构建具有松散耦合的服务，每项微服务都可以进行独立的维护和部署，为便捷开发提供了有效途径，从而减少了嵌入式软件对硬件操作系统的依赖，丰富了嵌入式软件的功能，简化了其功能开发过程。

在本发明的一种实现方式中，可选地，还包括：通过Paas层的容器管理组件对所述Saas层的每个所述容器化模块进行独立维护。

Paas层设置有容器管理组件，通过容器管理组件可以便捷地对Saas层的容器进行删除、修改以及新增容器等操作，进而实现对微服务架构的维护和管理，增加了嵌入式软件维护的便利性，提升了嵌入式软件的维护效率。

在本发明的一种实现方式中，可选地，在所述在APP层获取服务请求信息的步骤之前，还包括：通过Docker虚拟技术将微服务封装至所述容器。

Docker是一个开源的应用容器引擎，作为轻量级的虚拟技术，可让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上，实现虚拟化。Docker控制的容器是完全使用沙箱机制，相互之间不会有任何接口，因此，将微服务封装进容器，然后就可对这些容器进行独立的维护和部署，每个容器负责一个特定的业务功能，互不干扰。

图2示出了本发明的另一个实施例的嵌入式软件运行方法的流程图。

如图2所示，本发明的另一个实施例的嵌入式软件运行方法的流程包括：

步骤202，在APP层获取服务请求信息。

步骤204，根据所述服务请求信息，确定目标基础软件服务。

步骤206，根据所述目标基础软件服务，确定对应的目标服务类型。

步骤208，在所述目标服务类型对应的第一容器中，获取所述目标基础软件服务对应的第二容器作为所述目标容器。

在嵌入式软件中引入Saas(Software-as-a-Service，软件即服务)层，该Saas层由大量的容器组成，每个容器都封装有一种独立微服务，这些服务可独立于其它微服务或整个应用程序本身而构建、部署和维护，从而形成了基于容器的微服务架构，这些微服务具有明确的界限，并且每个服务都具有独立的功能集。

在本发明的一种实现方式中，所述Saas层包括多个第一容器，每个所述第一容器对应一种服务类型；每个所述第一容器中包括多个第二容器，每个所述第二容器对应所述第一容器自身服务类型下的一种基础服务。

因此，在确定目标基础软件服务后，可根据目标基础软件服务的服务类型寻找其所属的第一容器，从而可在第一容器下找到目标基础软件服务对应的第二容器，即接收到来自APP层的服务请求信息时，在Saas层选择能够为该服务请求信息提供对应的目标基础软件服务的目标容器。

步骤210，通过Paas层的容器引擎运行所述目标容器。

通过以上技术方案，将容易按照服务类型进行分别存储，使得容器存储路径清晰规律，便于快速定位服务请求信息所请求的微服务所在容器，从而提升了嵌入式软件的工作效率。

其中，第一容器可包括但不限于安全接入服务、本地通信服务和服务注册管理等，作为基础服务的第二服务可根据其重要性不同分为普通业务和高级业务，普通业务包括但不限于终端管理、环境监测、漏保监测、智能开关、拓扑管理、门禁管理、线路监测、换相开关、充电桩监测等，高级业务包括但不限于停电分析、换损分析和阻抗分析等。多种普通业务和多种高级业务分布在多个第一容器中。

步骤212，由运行的所述目标容器调用IaaS层的物理资源访问服务访问硬件操作系统，以获得所述目标容器对应的微服务。

综上，在接收到来自APP层的服务请求信息时，可在Saas层选择能够为该服务请求信息提供对应的目标基础软件服务的目标容器，并通过Paas(Platform-as-a-Service：平台即服务)层的容器引擎对此目标容器进行运行，从而在目标容器运行时调用IaaS(Infrastructure as a Service，即基础设施即服务)层的物理资源访问服务访问硬件操作系统，最终通过硬件操作系统的运行来实现目标容器中封装的微服务。微服务架构具有松散耦合的多种服务，每项微服务都可以进行独立的维护和部署，为便捷开发提供了有效途径，从而减少了嵌入式软件对硬件操作系统的依赖，丰富了嵌入式软件的功能，简化了其功能开发过程。

图3示出了本发明的一个实施例的嵌入式软件运行装置的框图。

如图3所示，本发明的一个实施例的嵌入式软件运行装置300，包括：服务请求单元302，用于在APP层获取服务请求信息；服务确定单元304，用于根据所述服务请求信息，确定目标基础软件服务；容器选择单元306，用于在Saas层的多个容器中选择所述目标基础软件服务对应的目标容器；容器运行单元308，用于通过Paas层的容器引擎运行所述目标容器；硬件访问单元310，用于由运行的所述目标容器调用IaaS层的物理资源访问服务访问硬件操作系统，以获得所述目标容器对应的微服务。

该嵌入式软件运行装置300使用图1和图2示出的实施例中任一项所述的方案，因此，具有上述所有技术效果，在此不再赘述。嵌入式软件运行装置300还具有以下技术特征：

在本发明上述实施例中，可选地，还包括：容器维护单元，用于通过Paas层的容器管理组件对所述Saas层的每个所述容器化模块进行独立维护。

在本发明上述实施例中，可选地，还包括：容器封装单元，用于在所述服务请求单元302获取所述服务请求信息之前，通过Docker虚拟技术将微服务封装至所述容器。

在本发明上述实施例中，可选地，所述Saas层包括多个第一容器，每个所述第一容器对应一种服务类型；每个所述第一容器中包括多个第二容器，每个所述第二容器对应所述第一容器自身服务类型下的一种基础服务。

在本发明上述实施例中，可选地，所述容器选择单元306具体用于：根据所述目标基础软件服务，确定对应的目标服务类型；在所述目标服务类型对应的第一容器中，获取所述目标基础软件服务对应的第二容器作为所述目标容器。

图4示出了本发明的一个实施例的终端的框图。

如图4所示，本发明的一个实施例的终端400，包括至少一个存储器402；以及，与所述至少一个存储器402通信连接的处理器404；其中，所述存储器存储有可被所述至少一个处理器404执行的指令，所述指令被设置为用于执行上述图1和图2实施例中任一项所述的方案。因此，该终端400具有和图1和图2实施例中任一项相同的技术效果，在此不再赘述。

(1)移动通信设备:这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备:这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子装置。

另外，本发明实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述图1和图2实施例中任一项所述的方法流程。

以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，可将基于容器的微服务架构用于嵌入式软件，每项微服务都可以进行独立的维护和部署，为便捷开发提供了有效途径，从而减少了嵌入式软件对硬件操作系统的依赖，丰富了嵌入式软件的功能，简化了其功能开发过程。

应当理解，尽管在本发明实施例中可能采用术语第一、第二等来描述容器，但这些容器不应限于这些术语。这些术语仅用来将容器彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一容器也可以被称为第二容器，类似地，第二容器也可以被称为第一容器。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种嵌入式软件运行方法，其特征在于，包括：

在APP层获取服务请求信息；

根据所述服务请求信息，确定目标基础软件服务；

在Saas层的多个容器中选择所述目标基础软件服务对应的目标容器；

通过Paas层的容器引擎运行所述目标容器；

由运行的所述目标容器调用IaaS层的物理资源访问服务访问硬件操作系统，以获得所述目标容器对应的微服务。

2.根据权利要求1所述的嵌入式软件运行方法，其特征在于，还包括：

通过Paas层的容器管理组件对所述Saas层的每个所述容器化模块进行独立维护。

3.根据权利要求1所述的嵌入式软件运行方法，其特征在于，在所述在APP层获取服务请求信息的步骤之前，还包括：

通过Docker虚拟技术将微服务封装至所述容器。

4.根据权利要求1至3中任一项所述的嵌入式软件运行方法，其特征在于，

所述Saas层包括多个第一容器，每个所述第一容器对应一种服务类型；

每个所述第一容器中包括多个第二容器，每个所述第二容器对应所述第一容器自身服务类型下的一种基础服务。

5.根据权利要求4所述的嵌入式软件运行方法，其特征在于，所述在Saas层的多个容器中选择所述目标基础软件服务对应的目标容器的步骤，具体包括：

根据所述目标基础软件服务，确定对应的目标服务类型；

在所述目标服务类型对应的第一容器中，获取所述目标基础软件服务对应的第二容器作为所述目标容器。

6.一种嵌入式软件运行装置，其特征在于，包括：

服务请求单元，用于在APP层获取服务请求信息；

服务确定单元，用于根据所述服务请求信息，确定目标基础软件服务；

容器选择单元，用于在Saas层的多个容器中选择所述目标基础软件服务对应的目标容器；

容器运行单元，用于通过Paas层的容器引擎运行所述目标容器；

硬件访问单元，用于由运行的所述目标容器调用IaaS层的物理资源访问服务访问硬件操作系统，以获得所述目标容器对应的微服务。

7.根据权利要求6所述的嵌入式软件运行装置，其特征在于，还包括：

容器维护单元，用于通过Paas层的容器管理组件对所述Saas层的每个所述容器化模块进行独立维护。

8.根据权利要求6所述的嵌入式软件运行装置，其特征在于，还包括：

容器封装单元，用于在所述服务请求单元获取所述服务请求信息之前，通过Docker虚拟技术将微服务封装至所述容器。

9.一种终端，其特征在于，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行上述权利要求1至5中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，存储有计算机可执行指令，所述计算机可执行指令用于执行如权利要求1至5中任一项所述的方法流程。