PaaS平台

技术领域

本发明涉及轨道交通技术领域，尤其涉及一种PaaS(Platform as a Service，平台即服务)平台。

背景技术

轨道交通领域的软件应用，例如设备监测、各种关键设备健康诊断系统、各个线路站点的数据可视化、BI(Business Intelligence，商业智能)运营分析系统、智能马甲、智能热备柜等的开发越来越多，

现有的新应用开发，都需要针对该新应用选择各种中间件。而各中间件需要投入较多资源和时间进行建设，导致新应用的开发资源消耗大并且开发效率不高。

发明内容

本发明实施例提供一种PaaS平台，用以解决现有技术中软件应用的开发资源投入大，开发效率不高的缺陷。

第一方面，本发明实施例提供一种PaaS平台，包括：技术资源池以及开发模块；

所述技术资源池存储有至少一个第一中间件；

所述开发模块用于确定开发第一应用所需的第二中间件，并从所述技术资源池中的至少一个第一中间件中调用所述第二中间件；

其中，所述第一中间件为多个待开发应用所共需的中间件。

在一个实施例中，所述的PaaS平台，还包括封装模块；

所述封装模块用于基于所述第一中间件的目标信息，对所述第一中间件进行docker封装，并将docker封装后的第一中间件放入所述技术资源池；

所述目标信息包括租户名称、产品名称、项目线路中的至少一项。

在一个实施例中，开发模块具体用于：

确定所述第二中间件的目标信息，根据所述第二中间件的目标信息从所述技术资源池中的至少一个第一中间件中调用所述第二中间件。

在一个实施例中，技术资源池还存储有至少一个第二应用；

所述PaaS平台还包括运行模块，所述运行模块用于运行所述第一应用，确定所述第一应用运行时所需的第三应用，并从所述技术资源池中的至少一个第二应用中调用所述第三应用；

其中，所述第二应用为多个应用运行所共需的应用。

在一个实施例中，封装模块还用于基于所述第二应用的目标信息，对所述第二应用进行docker封装，并将docker封装后的第二应用放入所述技术资源池；

所述运行模块具体用于确定所述第三应用的目标信息，根据所述第三应用的目标信息从所述技术资源池中的至少一个第二应用中调用所述第三应用。

在一个实施例中，封装模块还用于基于所述第一应用的目标信息，对所述第一应用进行docker封装；

所述PaaS平台还包括部署模块；所述部署模块用于按照所述第一应用的目标信息，将docker封装后的第一应用部署在kubernetes容器编排平台上；

其中，所述kubernetes容器编排平台兼容运行所述第一应用的服务器类型。

在一个实施例中，部署模块还用于按照所述第二中间件的目标信息，将docker封装后的第二中间件部署在kubernetes容器编排平台上；

其中，所述kubernetes容器编排平台兼容运行所述第二中间件的服务器类型。

在一个实施例中，部署模块具体用于：

根据所述第一应用的目标信息以及部署模板，确定将所述第一应用部署在所述kubernetes容器编排平台上的目录；

将所述第一应用部署在所述目录下；

其中，所述部署模板是根据所述目标信息确定的。

在一个实施例中，运行模块具体用于以微服务方式运行所述第一应用，并基于所述第一应用的目标信息确定所述第一应用的微服务路由地址。

在一个实施例中，所述的PaaS平台，还包括鉴权模块；

所述鉴权模块用于基于所述第一应用的目标信息，确定目标用户对所述第一应用的访问权限。

本发明实施例提供一种PaaS平台，通过在技术资源池中存储有至少一个被多个待开发应用所共需的第一中间件，使得开发模块开发第一应用时能够复用技术资源池中所需的中间件，从而避免对已存储于技术资源池中的技术资源进行重复开发，解决了现有技术中软件应用的开发资源投入大，开发效率不高的缺陷。

附图说明

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

图1是本发明实施例提供的PaaS平台结构示意图；

图2是本发明实施例提供的电子设备的实体结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是本发明实施例提供的PaaS平台100结构示意图。如图1所示，本发明实施例提供一种PaaS平台100，包括：技术资源池110以及开发模块120；

技术资源池110存储有至少一个第一中间件111；

开发模块120用于确定开发第一应用121所需的第二中间件1211，并从技术资源池110中的至少一个第一中间件111中调用第二中间件1211；

其中，第一中间件111为多个待开发应用所共需的中间件。

需要说明的是，技术资源池110用于存储存储技术资源，技术资源池中的技术资源可以在需要的时候进行调用。例如在进行技术开发、数据分析等操作的时候需要其中的一个中间件，可以直接在技术资源池110调取使用。可以理解的是，技术资源池110中存储的技术资源可以是中间件、应用等。可以理解的是，技术资源池110存储技术资源的方式可以是硬盘存储、网络附属存储等，本发明对此不做限定。

需要说明的是，在多个待开发应用都需要使用到某一个中间件时，可以在第一次开发好该中间件后，将该中间件存储于技术资源池110中，在后续开发其他应用时，只需在技术资源池110中调用该中间件即可进行复用，不需要反复浪费资源在该中间件的开发上。

可以理解的是，在开发第一应用121时，开发模块120可以根据第一应用121的技术选型，确定开发第一应用121所需的各中间件；接着，开发模块可以将开发第一应用121所需的各中间件，与技术资源池110中存储的各第一中间件111进行匹配，并将匹配成功的中间件作为第二中间件1211；最后，开发模块120可以从技术资源池110存储的各第一中间件111中调用各第二中间件1211，以将各第二中间件1211用于第一应用121的开发。

可以理解的是，技术资源池110中存储的技术资源越丰富，在开发新应用时会更便捷，只需将应用要实现的功能中需要的中间件组合在一起即可。

例如在健康管理系统和信息统计系统两款应用中，都需要用于用户登录的中间件、用于存储人员信息的数据库中间件等，此时用户登录的中间件、存储人员信息的数据库中间件等都已存储在技术资源池110中，作为第一中间件111。随后开发模块120根据待开发的工具管理系统的技术选型，确定该工具管理系统也需要使用到用户登录的中间件，此时开发模块120通过调用技术资源池110中的该用户登录的中间件即可实现用户登录的功能，无需再次对用户登录的中间件进行开发，此时调用的技术资源池110中的用户登录的中间件即为第二中间件1211。

可以理解的是，当某中间件未存储在在技术资源池110中，而其又可以用于多个待开发应用的开发时，则可以将该中间件存储到技术资源池110中。

本发明实施例提供一种PaaS平台100，通过在技术资源池110中存储有至少一个被多个待开发应用所共需的第一中间件111，使得开发模块120开发第一应用121时能够复用技术资源池110中所需的中间件，从而避免对已存储于技术资源池120中的技术资源进行重复开发，解决了现有技术中软件应用的开发资源投入大，开发效率不高的缺陷。

在一个实施例中，PaaS平台100还包括封装模块；

封装模块用于基于第一中间件111的目标信息，对第一中间件111进行docker封装，并将docker封装后的第一中间件111放入技术资源池110；

目标信息包括租户名称、产品名称、项目线路中的至少一项。

需要说明的是，docker封装即将该第一中间件111中各参数、方法、配置文件等全部打包成为一个整体，可以理解为将各零散的部件放入一个容器中。需要说明的是，使用docker封装的优势在于，docker可以将程序的代码、运行环境、依赖库、配置文件等全部封装，避免技术资源池中各技术资源之间产生IO/进程冲突等。

可以理解的是，第一中间件111可以按照一定的逻辑顺序存储于技术资源池110中，方便后续开发中准确的调用该第一中间件111。因此，在将第一中间件111使用docker进行封装时，可以将每个中间件按照目标信息进行封装，该目标信息可以是租户名称、产品名称、项目线路等。例如某第一中间件111用于第二项目中的三号线，若第二项目在系统中的指代编号为10，第二项目中三号线在系统中的指代编号为10.3，则该第一中间件111在系统中的指代编号可以为10.3.1，表示该第一中间件111用于第二项目中三号线。此时封装模块可以将10.3.1作为该第一中间件111的目标信息，并将第一中间件111按照目标信息进行docker封装，以便后续开发时进行调用。

本发明实施例提供一种PaaS平台100，通过封装模块根据第一中间件111的目标信息对第一中间件111进行docker封装，并将其放入技术资源池110，实现了技术资源池110中各第一中间件之间互不干扰，以及根据目标信息对第一中间件111进行分类封装，减少了开发成本，提高了技术资源池110中调用资源的准确性，提高了开发效率。

在一个实施例中，开发模块120具体用于：

确定第二中间件1211的目标信息，根据第二中间件1211的目标信息从技术资源池110中的至少一个第一中间件111中调用第二中间件1211。

可以理解的是，通过确定第二中间件1211的目标信息，进而确定技术资源池110中已经存储的至少一个第一中间件111中，与第二中间件1211目标信息相同的第一中间件111，则该第一中间件111即为所需的第二中间件1211。

例如技术资源池110中包括的第一中间件111有传感器信息，目标信息为2.2.2；检测设备，目标信息为2.2.3等。此时开发模块120确定所需第二中间件1211的目标信息为2.2.2，根据此目标信息确定技术资源池中目标信息为2.2.2的第一中间件111即为所需的第二中间件1211。确定第二中间件1211后，开发模块可以从技术资源池110中调用该第二中间件1211用于开发。

需要说明的是，开发模块120根据第二中间件的目标信息确定技术资源池110中的对应的第一中间件111的方式，可以是将第一中间件111与其对应的目标信息进行匹配，例如可以表的形式将现有的技术资源池110中的第一中间件111及其对应的目标信息一一对应，开发模块120根据目标信息即可调用相应的第一中间件111。本发明实施例提供一种PaaS平台100，通过开发模块120确定第二中间件1211的目标信息，根据目标信息复用技术资源池110中的中间件，避免了对中间件的重复开发，减少了开发成本，提高了技术资源的利用率，提高了开发效率。

在一个实施例中，技术资源池110还存储有至少一个第二应用；

PaaS平台100还包括运行模块，运行模块用于运行第一应用121，确定第一应用121运行时所需的第三应用，并从技术资源池110中的至少一个第二应用中调用第三应用；

其中，第二应用为多个应用运行所共需的应用。

可以理解的是，当已经开发完成的应用为多个应用共需时，同样可以将该应用存储于技术资源池110中，在需要使用的时候直接调用技术资源池110中的应用即可，无需再次进行开发，该存储于技术资源池110中的应用，即为第二应用。

例如当技术资源池110中第二应用有一计算器，此时运行第一应用121需要用到该计算器，此时运行模块确定技术资源池110中该计算器为运行第一应用121所需的计算器，并在第一应用121运行时候从技术资源池110中调用该第三应用，以减少对该第三应用的重复开发，增加资源的利用率。

可以理解的是，运行模块可以提供应用运行的各种服务，例如提供基础设施支持，提供运行、维护、日志监控等。

本发明实施例提供一种PaaS平台100，通过技术资源池110中存储第二应用，运行模块运行第一应用121时调用该第二应用中的第三应用，减少了开发成本，提高了技术资源的复用率，提高了开发效率。

在一个实施例中，封装模块还用于基于第二应用的目标信息，对第二应用进行docker封装，并将docker封装后的第二应用放入技术资源池110；

运行模块具体用于确定第三应用的目标信息，根据第三应用的目标信息从技术资源池110中的至少一个第二应用中调用第三应用。

可以理解的是，为了避免技术资源池110中各应用之间互相冲突，封装模块需要对第二应用进行docker封装。并将封装后的第二应用放入技术资源池110中。为了便于统一管理，封装模块可以按照目标信息对第二应用进行封装，该目标信息可以是租户名称、产品软件名称、项目线路等。再在需要时基于该目标信息调用该应用，以此提高调用的精准度，提高资源的复用率。

运行应用时，运行模块确定所需的第三应用的目标信息后，根据该目标信息在技术资源池110中确定与该目标信息对应的第三应用，最后在运行应用时调用该第三应用，不用重复对该第三应用进行开发。

例如技术资源池110中包括的第二应用有健康管理系统，目标信息为3.1；设备管理系统，目标信息为3.2等。此时运行模块需要的第三应用的目标信息为3.2，运行模块根据该目标信息可以调用技术资源池110中目标信息为3.2的应用运行

本发明实施例提供一种PaaS平台100，通过基于目标信息对第二应用进行docker封装，并将其放入技术资源池110，再在需要时根据目标信息调用技术资源池110对应的应用，实现了技术资源池中各应用之间互不干扰，且复用了技术资源池中的应用，有效减少了开发成本，提高了技术资源池110中调用资源的准确性，提高了开发效率。

在一个实施例中，封装模块还用于基于第一应用121的目标信息，对第一应用121进行docker封装；

PaaS平台100还包括部署模块；部署模块用于按照第一应用121的目标信息，将docker封装后的第一应用121部署在kubernetes容器编排平台上；

其中，kubernetes容器编排平台兼容运行第一应用121的服务器类型。

可以理解的是，第一应用121按照目标信息进行docker封装后，部署模块根据第一应用121的目标信息将其部署在kubernetes容器编排平台上，例如封装好的资料目录应用，其目标信息为11.1，资料文献应用，其目标信息为11.2。部署模块首先明确在kubernetes容器编排平台上，需要部署目标信息为11.1和11.2的应用的位置，然后在需要部署目标信息为11.1的应用时将资料目录应用部署到该位置，在需要部署目标信息为11.2的应用时将资料文献应用部署到该位置。

可以理解的是，kubernetes容器编排平台可以提供docker封装后的容器的编排功能，例如容器的部署、管理、服务等。需要说明的是，可以通过第一应用121所需的服务器类型对kubernetes容器编排平台的源代码进行二次开发，例如在二次开发搭建kubernetes容器编排平台时，加入该应用运行所需服务器的框架，可以使得kubernetes容器编排平台可以同时兼容多种服务器类型，例如虚拟机、X86、ARM64、私有云、公有云、私有云混合公有云等。

本发明实施例提供一种PaaS平台100，通过基于目标信息对第一应用121进行docker封装，并按照目标信息将其部署在kubernetes容器编排平台上，且kubernetes容器编排平台能兼容多种服务器类型，简化了开发到部署到运行的流程，增加了kubernetes容器编排平台的兼容服务器类型，不必为每个应用都增加新的服务器，减少了开发成本，提高了开发效率。

在一个实施例中，部署模块还用于按照第二中间件1211的目标信息，将docker封装后的第二中间件1211部署在kubernetes容器编排平台上；

其中，kubernetes容器编排平台兼容运行第二中间件1211的服务器类型。

可以理解的是，第二中间件1211按照目标信息进行docker封装后，部署模块根据第二中间件1211的目标信息将其部署在kubernetes容器编排平台上，且kubernetes容器编排平台能兼容运行该中间件的服务器类型。例如封装好的代办事项提醒中间件，其目标信息为15.2.2，需要在ARM64的服务器上运行，则在kubernetes容器编排平台上应事先搭建好ARM64服务器的运行环境，最后部署模块将待办事项提醒中间件，部署在需要部署的目标信息为15.2.2的应用的位置。

本发明实施例提供一种PaaS平台100，通过基于目标信息对第二中间件1211进行docker封装，并按照目标信息将部署以在kubernetes容器编排平台上，且kubernetes容器编排平台能兼容运行第一应用121的服务器类型，简化了开发到部署到运行的流程，增加了kubernetes容器编排平台的兼容服务器类型，不必为每个中间件都增加新的服务器，减少了开发成本，提高了开发效率。

在一个实施例中，部署模块具体用于：

根据第一应用121的目标信息以及部署模板，确定将第一应用121部署在kubernetes容器编排平台上的目录；

将第一应用121部署在目录下；

其中，部署模板是根据目标信息确定的。

可以理解的是，在部署相似结构的应用时，可以通过统一的部署模板。由于结构相似，部署模块可以通过部署模板以及各应用唯一对应的目标信息，确定第一应用121部署在kubernetes容器编排平台上的目录，并将第一应用121部署在该目录下。

例如，一部署模板为一个一级应用，一级应用下的若干二级应用，每个二级应用下的若干三级应用。一级应用的目标信息为X，二级应用的目标信息为X.X，三级应用的目标信息为X.X.X。根据模板以及目标信息确定的目录分别为一级目录，二级目录，三级目录。

此时所需部署的应用：

设备管理，其目标信息为2；

重点信号设备，其目标信息为2.1；

关键设备管理，其目标信息为2.1.1；

采集设备管理，其目标信息为2.1.2；

无人值守机房，其目标信息为2.2；

机房管理，其目标信息为2.2.1；

机柜管理，其目标信息为2.2.2。

此时根据需要部署的应用的目标信息，则将应用部署在对应的目录下，即：

一级目录：

设备管理，其目标信息为2；

二级目录1：

重点信号设备，其目标信息为2.1；

三级目录1：

关键设备管理，其目标信息为2.1.1；

采集设备管理，其目标信息为2.1.2；

二级目录2：

无人值守机房，其目标信息为2.2；

三级目录2：

机房管理，其目标信息为2.2.1；

机柜管理，其目标信息为2.2.2。

最后部署模块将应用按照目录部署在相应的目录下。可以理解的是，部署模板可以有多种，例如多个一级应用、多级应用相互交叉等，且部署模板可以反复使用，提高部署效率。

本发明实施例提供一种PaaS平台100，通过基于目标信息确定的部署模板，将第一应用121部署在kubernetes平台上的目录下，简化了部署流程，减少了开发成本，提高了开发效率。

在一个实施例中，运行模块具体用于以微服务方式运行第一应用121，并基于第一应用121的目标信息确定第一应用121的微服务路由地址。

需要说明的是，微服务的运行方式是指将单一应用程序划分成一组小的服务，服务和服务之间互相协调、配合，最终为用户提供价值。由于每个微服务只专注于单一功能，并且通过定义良好的接口清晰的表述服务边界，因此使用微服务的运行方式复杂度低，且便于开发和维护。其次各个微服务都具备独立的运行能力，各个微服务都可以独立部署，当一个微服务出现错误时不会影响其他微服务的使用，因此容错率高。

由于目标信息是唯一确定的，因此使用目标信息确定微服务的路由地址，可以准确调用该微服务，例如，某应用的目标信息为1.1.3，该应用中的一个微服务的路由地址则可以是1.1.3.1，通过路由地址为1.1.3.1即可调用该应用中的该微服务。需要说明的是，调用该微服务的方式可以是标准的http调用、事件驱动等。

需要说明的是，与技术资源池110相似，可以将为多个应用调用的微服务接口存放在微服务接口资源池中，在需要时直接在微服务接口资源池中进行调用，以此提高微服务接口的复用效率。

本发明实施例提供一种PaaS平台100，通过使用微服务方式运行第一应用121，并基于第一应用121的目标信息确定微服务路由地址，细化了应用的运行方式，提高了微服务接口的复用率，减少了开发成本，提高了开发效率。

在一个实施例中，PaaS平台100，还包括鉴权模块；

鉴权模块用于基于第一应用121的目标信息，确定目标用户对第一应用121的访问权限。

需要说明的是，鉴权模块的功能是，确定目标用户对第一应用121的访问权限，其访问权限例如可以包括有如下情况：

目标用户是否具有访问第一应用121的权限；

在目标用户具有第一应用121访问权限的情况下，目标用户是否授权第一应用121运行；

需要说明的是，由于不同目标用户对不同的应用应当具备不同的访问权限，因此鉴权模块首先需要根据第一应用121的目标信息，确定目标用户是否具有第一应用121的访问权限。例如第一应用121包括有设备管理系统应用，其目标信息为1.2，用于工作人员对控制设备进行管理；用户系统设置，其目标信息为1.3，用于普通用户对个人信息进行管理。此时鉴权模块可以确定，当目标用户为工作人员时，目标用户对目标信息为1.2和1.3的应用都具有访问权限，而当目标用户为普通用户时，目标用户仅具有目标信息为1.3的应用的访问权限，而不具备有目标信息为1.2的应用的访问权限。

需要说明的是，在目标用户具备访问权限时，鉴权模块可以根据第一应用的目标信息向目标用户提供是否对第一应用进行授权运行，让目标用户决定授权运行的应用。例如，目标用户具备访问权限的应用有实时通报应用，其目标信息为3.5.1；重要通知应用，其目标信息为3.5.2；待办提醒应用，其目标信息为3.5.3。此时，鉴权模块将目标信息为3.5.1、3.5.2、3.5.3的应用的运行授权信息提供给目标用户进行选择，若目标用户仅选择授权运行目标信息为3.5.1、3.5.3的应用，则鉴权模块将确定目标信息为3.5.1、3.5.3的应用可以运行，目标信息为3.5.2的应用不能运行。

可以理解的是，鉴权模块提供给目标用户可以在具备访问权限的应用内选择是否授予应用以运行，可以达到对用户运行应用的定制化，增加应用的实用性，避免在不需要使用的应用上资源浪费。

本发明实施例提供一种PaaS平台100，其中鉴权模块通过第一应用121的目标信息确定目标用户的访问权限，避免了不必要的访问浪费系统资源，减少了运维成本，提高了平台的运行效率。

图2是本发明实施例提供的电子设备的实体结构示意图，如图2所示，该电子设备可以包括：处理器(processor)210、通信接口(Communication Interface)220、存储器(memory)230和通信总线240，其中，处理器210，通信接口220，存储器230通过通信总线240完成相互间的通信。处理器210可以调用存储器230中的逻辑指令，以实现本发明实施例提供的一种PaaS平台，例如包括：技术资源池以及开发模块；

所述技术资源池存储有至少一个第一中间件；

所述开发模块用于确定开发第一应用所需的第二中间件，并从所述技术资源池中的至少一个第一中间件中调用所述第二中间件；

其中，所述第一中间件为多个待开发应用所共需的中间件。

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

另一方面，本申请还提供一种计算机程序产品，计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，计算机程序被处理器执行时，计算机能够执行上述各实施例提供的一种PaaS平台，例如包括：技术资源池以及开发模块；

所述技术资源池存储有至少一个第一中间件；

所述开发模块用于确定开发第一应用所需的第二中间件，并从所述技术资源池中的至少一个第一中间件中调用所述第二中间件；

其中，所述第一中间件为多个待开发应用所共需的中间件。

又一方面，本申请还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例提供的PaaS平台，例如包括：技术资源池以及开发模块；

所述技术资源池存储有至少一个第一中间件；

所述开发模块用于确定开发第一应用所需的第二中间件，并从所述技术资源池中的至少一个第一中间件中调用所述第二中间件；

其中，所述第一中间件为多个待开发应用所共需的中间件。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。