基于有向无环图特性进行软件基础设施资源部署的方法

摘要

本申请涉及一种基于有向无环图特性进行软件基础设施资源部署的方法，通过在浏览器端配置容器docker，并根据有向无环图特性构建所述容器docker的部署策略图；通过所述浏览器端采集用户的软件配置信息，并根据预设数据格式发送至http‑server模块；所述http‑server模块接收所述软件配置信息并进行解析，获得有向无环图并发送至调度模块；所述调度模块接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务。利用有向无环图特性绘制软件基础设施资源的策略图，逐个部署软件基础设施资源。方便用户部署，提高部署软件效率，通过使用各种组件，部署也更具有灵活性，既可以本地集群部署，也可以云部署。

说明书

技术领域

本公开涉及软件开发技术领域，尤其涉及一种基于有向无环图特性进行软件基础设施资源部署的方法、电子装置和部署系统。

背景技术

现有技术中，部署软件或初始化时，需要重新配置软件和硬件基础资源。而在进行重新配置软件和硬件基础资源时，一般采用脚本或交互式命令的方式在已有软硬件环境，按照某种规则进行设置或修改。

现有这种脚本或交互式命令的方式，存在维护复杂，人工参与过多，复用性差的问题。例如软件源码的编译，打包，发布等流程中，一旦软件要重新打包，并需要按要求部署到软硬件基础环境时，或需要修改基础资源参数，例如：虚拟主机内存大小、CPU数量等，操作系统参数，数据库参数，配置工具参数等，都需要人工与具体软硬件资源管理环境以交互的方式进行，效率低下。

以此外，现有技术中，如果应用软件或基础软件资源部署规则或配置发生变化，修改繁琐，而且不能支持软件和硬件资源的联合部署。

发明内容

为了解决上述问题，本申请提出一种基于有向无环图特性进行软件基础设施资源部署的方法、电子装置和部署系统。

本申请一方面，提出一种基于有向无环图特性进行软件基础设施资源部署的方法，包括如下步骤：

S100、在浏览器端配置容器docker，并根据有向无环图特性构建所述容器docker的部署策略图；

S200、通过所述浏览器端采集用户的软件配置信息，并根据预设数据格式发送至http-server模块；

S300、所述http-server模块接收所述软件配置信息并进行解析，获得有向无环图并发送至调度模块；

S400、所述调度模块接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务。

作为本申请的一种可选实施方案，可选地，在步骤S100中，在浏览器端配置容器docker，并根据有向无环图特性构建所述容器docker的部署策略图，包括：

S101、在浏览器端调度软件基础设施资源；

S102、将所述软件基础设施资源预置在容器docker中，并将预启动的所述容器docker发布到仓库；

S103、预设数据源，并根据所述数据源对数据库进行配置；

S104、预设所述容器docker的服务启动规则，并根据所述服务启动规则对所述容器docker进行配置。

作为本申请的一种可选实施方案，可选地，在步骤S100中，在浏览器端配置容器docker，并根据有向无环图特性构建所述容器docker的部署策略图，还包括：

S110、创建部署分支，根据所述部署分支将所述容器docker部署在所述浏览器端上，得到所述容器docker的部署策略图；

S120、通过预设的节点验证规则，对部署完毕的所述部署策略图进行容器docke启动服务验证；

S130、验证通过，通知系统部署完毕。

作为本申请的一种可选实施方案，可选地，在步骤S200中，通过所述浏览器端采集用户的软件配置信息，并根据预设数据格式发送至http-server模块，包括：

S201、通过所述浏览器端，采集配置的所述容器docker的软件配置信息；

S202、根据预设的json格式，将所述软件配置信息构造为json数据并保存至所述浏览器端；

S203、通过所述浏览器端将所述json数据发送至http-server模块。

作为本申请的一种可选实施方案，可选地，在步骤S300中，所述http-server模块接收所述软件配置信息并进行解析，获得有向无环图并发送至调度模块，包括：

S301、所述http-server模块接收所述json数据，并将所述json数据发送至有向无环图解析引擎；

S302、所述有向无环图解析引擎接收所述json数据，并通过配置的有向无环图解析引擎线程池对所述json数据进行解析，获得有向无环图；

S303、将解析获得的所述有向无环图进行队列处理，并以队列方式发送至所述调度模块。

作为本申请的一种可选实施方案，可选地，在步骤S400中，所述调度模块接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务，包括：

S401、所述调度模块接收所述有向无环图，并获取所述有向无环图的有向无环图数据结构；

S402、根据所述有向无环图的数据结构，获取所部署节点的任务执行顺序；

S403、所述调度模块根据所述节点的任务执行顺序，调度与部署任务相对应的所述软件基础设施资源，开始执行部署任务。

作为本申请的一种可选实施方案，可选地，在步骤S400中，所述调度模块接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务，还包括：

S410、通过所述调度模块，判断执行部署任务的所述软件基础设施资源是否部署在云端；

S420、若需要通过部署在云端的所述软件基础设施资源，则通过所述所述调度模块件任务信息发送至预设的云插件模块；

S430、所述云插件模块接收所述任务信息，并将所述任务信息发送至云平台。

作为本申请的一种可选实施方案，可选地，在步骤S400中，所述调度模块接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务，还包括：

S411、所述至云平台接收所述任务信息；

S421、根据所述任务信息，从所述云平台中选择对应匹配所述任务信息的云主机并进行调用，且将调用结果返回至所述云插件模块；

S431、所述云插件模块接收所述调用结果，并返回至所述调度模块。

本申请另一方面，提出一种电子装置，用于实现上述所述的基于有向无环图特性进行软件基础设施资源部署的方法，包括：

浏览器端，用于用户在浏览器端配置容器docker，并根据有向无环图特性构建所述容器docker的部署策略图；以及，通过浏览器端采集用户的软件配置信息，并根据预设数据格式发送至http-server模块；

http-server模块，用于接收所述软件配置信息并进行解析，获得有向无环图并发送至调度模块；

调度模块，用于接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务。

本申请另一方面，提出一种部署系统，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现申述所述的基于有向无环图特性进行软件基础设施资源部署的方法。

本发明的技术效果：

本申请通过在浏览器端配置容器docker，并根据有向无环图特性构建所述容器docker的部署策略图；通过所述浏览器端采集用户的软件配置信息，并根据预设数据格式发送至http-server模块；所述http-server模块接收所述软件配置信息并进行解析，获得有向无环图并发送至调度模块；所述调度模块接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务。利用有向无环图的这一特性来进行软件基础设施资源策略图的生成绘制，解析引擎和调度引擎根据生成的策略图，逐个部署或生成软件基础设施资源。使得用户部署软件服务，只需要在浏览器页面拖拽一些组件，配置一些属性，就可以方便的部署，大大提高了部署软件的效率，通过使用各种组件，部署也更具有灵活性，既可以本地集群部署，也可以云部署。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

图1示出为本发明基于有向无环图特性进行软件基础设施资源部署的方法的实施流程示意图；

图2示出为本发明基于有向无环图特性构建的容器docker的部署策略图；

图3示出为本发明电子装置的应用组成示意图；

图4示出为本发明

图5示出为本发明

图6示出为本发明

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

实施例1

有向无环图简称DAG(Directed Acyclic Graph)是一个没有有向循环的、有限的有向图，它由有限个顶点和有向边组成，每条有向边都是从一个顶点指向另一个顶点，有向无环图就是从一个图中的任何一点出发，不管走过多少个分叉路口，都不会回到之前的节点，也就是说没有闭环的产生。

本申请利用有向无环图的这一特性来进行软件基础设施资源策略图的生成绘制，解析引擎和调度引擎根据生成的策略图，逐个部署或生成软件基础设施资源。本实施例，http-server模块和调度模块分别采用的解析引擎和调度引擎，由系统配置所选择的软件基础设施资源决定。

如图1所示，本申请一方面，提出一种基于有向无环图特性进行软件基础设施资源部署的方法，包括如下步骤：

S100、在浏览器端配置容器docker，并根据有向无环图特性构建所述容器docker的部署策略图；

S200、通过所述浏览器端采集用户的软件配置信息，并根据预设数据格式发送至http-server模块；

S300、所述http-server模块接收所述软件配置信息并进行解析，获得有向无环图并发送至调度模块；

S400、所述调度模块接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务。

本方案主要利用http(超文本)服务或api(应用程序接口)，将用户的软件配置信息，收集到http(超文本)服务模块，通过有向无环图解析引擎，分解成多个可依赖调充任务，并按照依赖关系顺序执行部署任务。

下面将具体描述步骤S100-S400的实施。

如图2所示，为了本实施例的有向无环图部署策略图。

作为本申请的一种可选实施方案，可选地，在步骤S100中，在浏览器端配置容器docker，并根据有向无环图特性构建所述容器docker的部署策略图，包括：

S101、在浏览器端调度软件基础设施资源；

S102、将所述软件基础设施资源预置在容器docker中，并将预启动的所述容器docker发布到仓库；

S103、预设数据源，并根据所述数据源对数据库进行配置；

S104、预设所述容器docker的服务启动规则，并根据所述服务启动规则对所述容器docker进行配置。

具体的，结合图2所示，各个节点意味着在不同节点的配置信息和需求。

首先，以开始节点为出发点，此“开始”节点只是标记为调度基础资源生成的开始。在配置有向无环图部署策略图的浏览器端中，其获得的json数据，将会包含该图2中所示的“开始”节点以及“结束”节点和其他部署节点的数据信息，下面将具体描述。

下一节点为软件镜像发布到仓库，此节点主要事务将要启动的docker镜像下载到集群节点，镜像可以包含web服务，数据库服务以及tcp服务等软件基础设施资源，具体由用户选择并配置，选择完毕后将软件基础设施资源预置在容器docker中。

下一节点为配置数据源，此节点则将对数据库进行配置，配置数据包括创建数据库服务器、web服务所需要的表信息、存储过程、导入默认表数据内容等；主要是每个组件所需要用到的配置属性，需要采集起来并配置在数据库中，便于工作。

下一节点为资源规则，此节点主要配置容器服务启动规则，包括容器启动参数，容器启动环境变量，挂载卷路径等。容器服务启动规则，主要是用户在浏览器端启动容器dock的启动规则，可以由用户自由定义。

配置完毕上述的各个规则和数据库等，就可以设置软件基础资源的部署策略了。上述各个经过配置的节点，将通过节点之间的依赖关系而进行连接，并分布在部署的分支节点上。

作为本申请的一种可选实施方案，可选地，在步骤S100中，在浏览器端配置容器docker，并根据有向无环图特性构建所述容器docker的部署策略图，还包括：

S110、创建部署分支，根据所述部署分支将所述容器docker部署在所述浏览器端上，得到所述容器docker的部署策略图；

S120、通过预设的节点验证规则，对部署完毕的所述部署策略图进行容器docke启动服务验证；

S130、验证通过，通知系统部署完毕。

结合图2所示，下一节点为资源分支，此节点则创建一个部署分支，此分支记录部署时间，部署日志等，方便用户查看部署记录；此节点后面有两个节点，一个为linux节点，另一个为k8s集群节点，linux节点代表可以将web服务，数据库服务等部署到linux主机上，k8s集群节点则代表也可以将这些服务部署到k8s集群上。

下一个节点为应用验证节点，此节点则对部署完毕的web服务或数据库服务，进行验证，检查服务启动是否正常；

最后就是“结束”节点，此节点仅通知系统部署完毕。

以上所有节点间的连线代表每个节点的依赖关系，有依赖关系的节点按照顺序执行，没有依赖关系的节点可以并发执行，整个部署过程如果有一个节点出错，则停止后续部署过程，记录错误日志，供用户查看修改配置信息。

根据上述部署方式，用户可以按照有向无环图的特性，来构建并生成一个软件基础设施资源(容器docker内)的部署策略图，也即是软件基础设施资源的有向无环图。

本实施例，将满足上述部署结构图的软件基础设施资源，配置在浏览器端进行使用。使得用户可以在浏览器端，按照上述部署结构图的有向无环图，调用各个插件模块或者软件。

作为本申请的一种可选实施方案，可选地，在步骤S200中，通过所述浏览器端采集用户的软件配置信息，并根据预设数据格式发送至http-server模块，包括：

S201、通过所述浏览器端，采集配置的所述容器docker的软件配置信息；

S202、根据预设的json格式，将所述软件配置信息构造为json数据并保存至所述浏览器端；

S203、通过所述浏览器端将所述json数据发送至http-server模块。

具体操作时，用户在浏览器端编辑增加各种组件，每个组件配置属性，组件之间使用连线连接，表述一个完整的工作流程。

浏览器端根据用户编辑的各种组件，构造成一个json格式(对象格式)的配置数据(json数据)。这个过程产生一个资源调度的有向无环图，并对有向无环图的规范逻辑进行检验。因为是按照上述有向无环图的特性构建并部署各种组件的，因此用户在浏览器端编辑/配置好各种组件后，即可通过浏览器端得到符合有向无环图的json数据。

在本实施例，json(对象格式)数据示例如下：

[{

"name":"start",

"nextnode":["alicoud"]

},{

"name":"alicloud",

"cpu":1,

"disk":256,

"mem":256,

"nextnode":["docker"]

},{

"name":"docker",

"image":"nginx:latest",

"port":80,

"export":8080,

"nextnode":["end"]

},{

"name":"end"

}]。

此json数据包含一个start(开始)节点和一个end(结束)节点，中间连接了alicloud(阿里云)节点和docker(容器)节点，nextnode字段代表要连接的下一节点，此字段为数组类型，也就是下面要连接的节点可能是多个节点，比如此json示例代表申请阿里云主机，并部署镜像为nginx的docker容器，暴露的外部端口为8080。因此，得到的json数据的结构，是和图2中的节点是匹配的。

作为本申请的一种可选实施方案，可选地，在步骤S300中，所述http-server模块接收所述软件配置信息并进行解析，获得有向无环图并发送至调度模块，包括：

S301、所述http-server模块接收所述json数据，并将所述json数据发送至有向无环图解析引擎；

S302、所述有向无环图解析引擎接收所述json数据，并通过配置的有向无环图解析引擎线程池对所述json数据进行解析，获得有向无环图；

S303、将解析获得的所述有向无环图进行队列处理，并以队列方式发送至所述调度模块。

本实施例，浏览器端通过http协议(超文本协议)将构造的json格式(对象格式)配置信息即json数据发送到http-server(超文本协议服务)模块。

当然，上述基于有向无环图的软件部署方案浏览器端到http-server(超文本协议服务)的通信过程也可以通过api(应用程序接口)调用过程实现，本发明不进行限定。

http-server(超文本协议服务)模块将json格式(对象格式)配置信息交给有向无环图解析引擎，分解成多个可依赖调充任务，并按照依赖关系顺序执行部署任务。

具体的，如图3所示，http-server模块中配置有有向无环图解析引擎，能够通过有向无环图解析引擎的有向无环图解析引擎线程池对所述json数据进行解析。

首先获取到json数据中的各个节点信息，然后通过nextnode字段信息，获取到每个节点的后面连接的节点，从而构建有向无环图。

具体的，从浏览器端发送过来的json数据队列按顺序进入有向无环图解析引擎线程池，寻找空闲线程，如果没有空闲线程，则阻塞至空闲线程出现，获取到空闲线程后，利用此线程解析json数据，此时线程处于工作状态，其他json数据解析不能使用此线程，等线程解析json数据完毕后，会将解析得到有向无环图，通过队列方式发送至调度模块，至此一条json数据解析完毕，线程由工作状态转化为空闲状态，其他阻塞的json数据可以使用此空闲状态线程。

作为本申请的一种可选实施方案，可选地，在步骤S400中，所述调度模块接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务，包括：

S401、所述调度模块接收所述有向无环图，并获取所述有向无环图的有向无环图数据结构；

S402、根据所述有向无环图的数据结构，获取所部署节点的任务执行顺序；

S403、所述调度模块根据所述节点的任务执行顺序，调度与部署任务相对应的所述软件基础设施资源，开始执行部署任务。

调度模块将内存中的有向无环图数据结构每个节点对应一个工作流，每条连线对应每个工作流的先后顺序，按照有向无环图的依赖顺序先后顺序去执行工作流，有依赖关系的节点需要等待执行，无依赖关系的节点可以并发执行。

调度模块首先找到开始节点，在内存中标记为调度开始，然后寻找开始节点的后续节点，开启新的线程执行后续节点的调度任务，如果有多个后续节点，则开启多个线程同时执行，提高执行效率，等待后续节点任务执行完毕后，会继续寻找后续节点的后续节点，继续启动线程执行任务，直到发现后续节点为结束节点时，则说明调度任务全部完成，并在内存中标记调度模块的任务结束。

上述为一个节点在本地集群执行的软件部署服务流程。

但是，在节点执行过程中，若是节点执行部署任务时，需要用于部署在云端的软件时，此时就需要通过调度模块从云端调用接口进行部署任务的执行调用了。

因此，如果节点执行需要在阿里云或腾讯云申请云主机集群，则需要云插件模块执行节点任务。

作为本申请的一种可选实施方案，可选地，在步骤S400中，所述调度模块接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务，还包括：

S410、通过所述调度模块，判断执行部署任务的所述软件基础设施资源是否部署在云端；

S420、若需要通过部署在云端的所述软件基础设施资源，则通过所述所述调度模块件任务信息发送至预设的云插件模块；

S430、所述云插件模块接收所述任务信息，并将所述任务信息发送至云平台。

如图4所示，本实施例中，还增加了云插件模块和云平台。

首先，通过所述调度模块判断节点执行是否需要通过云端进行。如果节点执行需要在云端比如阿里云或腾讯云申请云主机集群，则需要云插件模块执行节点任务，在阿里云或腾讯云申请指定内存，cpu(中央处理器)，硬盘等硬件信息的云主机集群，申请成功后，在对应的云主机上部署用户配置的软件服务。

云插件模块主要用来配置和管理云资源，例如网络，计算和数据资源，云插件模块可以对阿里云、腾讯云等其他云构建基础架构进行版本化和重用，采用标准化开发接口，使得每个云厂商都可以定制自己的云插件模块，对于不同的云平台，需要不同的云插件模块，这样可以非常灵活的添加平台。

本实施例，如图4所示，云插件模块提供了4种可以供调度模块调用的接口，分别为创建资源接口，读取资源接口，更新资源接口，删除资源接口。

创建资源接口用于创建部署任务中需要的云主机，读取资源接口用于读取已经创建的云主机资源，更新资源接口用于当部署任务资源更新配置信息后，对已经申请的云主机资源进行更新配置，删除资源接口用于删除部署任务后，对资源的释放。

作为本申请的一种可选实施方案，可选地，在步骤S400中，所述调度模块接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务，还包括：

S411、所述至云平台接收所述任务信息；

S421、根据所述任务信息，从所述云平台中选择对应匹配所述任务信息的云主机并进行调用，且将调用结果返回至所述云插件模块；

S431、所述云插件模块接收所述调用结果，并返回至所述调度模块。

调度模块调用这些接口后，云插件模块会通过http服务与云平台通信，将要操作的任务信息发送给云平台，云平台则根据这些任务信息，进行自己云平台的api调用，以此创建，删除，更新，读取云主机资源，然后根据调用结果，将成功或失败信息返回给云插件模块，云插件模块又将信息返回给调度模块。这样一个完整的云插件模块工作过程至此结束。

如果节点执行只需要在本地集群执行软件服务部署，则直接在本地集群执行软件部署服务，将不使用云插件模块。

因此，本申请能够使得用户部署软件服务，只需要在浏览器页面拖拽一些组件，配置一些属性，就可以方便的部署，大大提高了部署软件的效率，通过使用各种组件，部署也更具有灵活性，既可以本地集群部署，也可以云部署。

需要说明的是，尽管以作为示例介绍了如上阿里云、腾讯云等的云管理主体，但本领域技术人员能够理解，本公开应不限于此。事实上，用户完全可根据实际应用场景灵活设定云端服务器等，只要可以按照上述技术方法实现本申请的技术功能即可。

实施例2

基于实施例1的实施原理，本实施例，如图5所示，本申请另一方面，提出一种电子装置，用于实现上述所述的基于有向无环图特性进行软件基础设施资源部署的方法，包括：

浏览器端，用于用户在浏览器端配置容器docker，并根据有向无环图特性构建所述容器docker的部署策略图；以及，通过浏览器端采集用户的软件配置信息，并根据预设数据格式发送至http-server模块；

http-server模块，用于接收所述软件配置信息并进行解析，获得有向无环图并发送至调度模块；

调度模块，用于接收所述有向无环图，并按照所述有向无环图的数据结构执行部署任务。

上述浏览器端、http-server模块和调度模块的功能和应用原理，详见实施例1的描述，本处不再进行详述。

此外，若是采用了云端管理，本实施例，电子装置的组成参见图6，电子装置除了上述浏览器端、http-server模块和调度模块，还包括云插件模块和云平台，其功能和应用原理同样具体参见实施例1的描述。

显然，本领域的技术人员应该明白，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成的，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各控制方法的实施例的流程。上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成的，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各控制方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)、随机存储记忆体(RandomAccessMemory，RAM)、快闪存储器(FlashMemory)、硬盘(HardDiskDrive，缩写：HDD)或固态硬盘(Solid-StateDrive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

实施例3

更进一步地，本申请另一方面，提出一种部署系统，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现申述所述的基于有向无环图特性进行软件基础设施资源部署的方法。

本公开实施例来部署系统包括处理器以及用于存储处理器可执行指令的存储器。其中，处理器被配置为执行可执行指令时实现前面任一所述的一种基于有向无环图特性进行软件基础设施资源部署的方法。

此处，应当指出的是，处理器的个数可以为一个或多个。同时，在本公开实施例的部署系统中，还可以包括输入装置和输出装置。其中，处理器、存储器、输入装置和输出装置之间可以通过总线连接，也可以通过其他方式连接，此处不进行具体限定。

存储器作为一计算机可读存储介质，可用于存储软件程序、计算机可执行程序和各种模块，如：本公开实施例的一种基于有向无环图特性进行软件基础设施资源部署的方法所对应的程序或模块。处理器通过运行存储在存储器中的软件程序或模块，从而执行控制系统的各种功能应用及数据处理。

输入装置可用于接收输入的数字或信号。其中，信号可以为产生与设备/终端/服务器的用户设置以及功能控制有关的键信号。输出装置可以包括显示屏等显示设备。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。