CN112434819B - 业务保障方法及装置 - Google Patents

Abstract

本发明公开了一种业务保障方法及装置，该方法包括：获取执行业务时产生的故障信息，根据所述故障信息与所述业务对应的业务模型内的修复条件，确定是否修复所述故障信息对应的故障，当确定修复所述故障信息对应的故障时，根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，保障业务的连续执行。利用上述发明，整个业务保障过程无需依赖运维人员手工操作，从故障定位和修复全部是自动化处理，大大提高了故障处理响应的效率，适应当前市场个性化、定制化业务的快速响应的需求。

Description

业务保障方法及装置

技术领域

本发明涉及电信技术领域，具体涉及一种业务保障方法及装置、电子设备、存储介质。

背景技术

随着电信技术的不断发展，电信业务的种类也越来越丰富。

目前，用户在使用电信公司提供的电信业务的过程中，有可能会因为用户量的激增导致网络负载或者其他因素，使得电信业务无法正常使用的情况，针对这种情况，为了提高用户使用业务的满意度，通常会在电信业务发生故障时及时排除电信业务故障，保障业务连续执行。

在现有技术中，当在执行电信业务产生故障时，会告警预处理生成通用工作单，并将通用工作单派送给人工，人工根据通用工作单进行故障定位和修复故障，保证业务连续执行。

但是，在现有技术中，整个业务保障过程完全依赖运维人员手工操作，缺乏自动化处理能力，故障处理响应效率较低，无法适应当前市场个性化、定制化业务的快速响应的需求。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的业务保障方法及装置、电子设备、存储介质。

根据本发明的一个方面，一种业务保障方法，所述方法包括：

获取执行业务时产生的故障信息；

根据所述故障信息与所述业务对应的业务模型内的修复条件，确定是否修复所述故障信息对应的故障；

当确定修复所述故障信息对应的故障时,根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，保障业务的连续执行。

根据本发明的另一方面，提供了一种业务保障装置，所述装置包括：

获取模块，用于获取执行业务时产生的故障信息；

确定模块，用于根据所述故障信息与所述业务对应的业务模型内的修复条件，确定是否修复所述故障信息对应的故障；

修复模块，用于当确定修复所述故障信息对应的故障时,根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，保障业务的连续执行。

根据本发明的另一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

获取执行业务时产生的故障信息；

根据所述故障信息与所述业务对应的业务模型内的修复条件，确定是否修复所述故障信息对应的故障；

当确定修复所述故障信息对应的故障时,根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，保障业务的连续执行。

根据本发明的又一方面，提供了一种存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

获取执行业务时产生的故障信息；

根据所述故障信息与所述业务对应的业务模型内的修复条件，确定是否修复所述故障信息对应的故障；

当确定修复所述故障信息对应的故障时,根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，保障业务的连续执行。

根据本发明提供的业务保障方法及装置，该方法包括：获取执行业务时产生的故障信息，根据所述故障信息与所述业务对应的业务模型内的修复条件，确定是否修复所述故障信息对应的故障，当确定修复所述故障信息对应的故障时,根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，保障业务的连续执行。利用上述发明，整个业务保障过程无需依赖运维人员手工操作，从故障定位和修复全部是自动化处理，大大提高了故障处理响应的效率，适应当前市场个性化、定制化业务的快速响应的需求。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的业务保障方法的流程图；

图2示出了根据本发明一个实施例的业务模型示意图；

图3示出了根据本发明一个实施例的业务保障装置的示意图；

图4示出了根据本发明实施例的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的业务保障方法的流程图。如图1所示，该方法包括如下步骤：

S101：获取执行业务时产生的故障信息。

在实际应用中，用户在使用电信公司提供的电信业务的过程中，有可能会因为用户量的激增导致网络负载或者其他因素，使得电信业务无法正常使用的情况，针对这种情况，为了提高用户使用业务的满意度，通常会在电信业务发生故障时及时排除电信业务故障，保障业务连续执行。

进一步的，在本说明书实施例中，想要保障用户在使用业务的过程中，即使业务因一些情况(如，网络接口松动)产生了故障，业务也依然能够连续执行，不让用户在使用业务的过程中受到影响，首先需要知道业务在被执行的过程中到底产生了什么样的故障，也就是说，首先需要获取执行业务时产生的故障信息，这样才能够有的放矢。

在此需要说明的是，该故障信息是由其他系统运行业务时所产生的。

S102：根据所述故障信息与所述业务对应的业务模型内的修复条件，确定是否修复所述故障信息对应的故障。

由于在实际应用中，不是所有的故障都能够通过自动化被修复，因此，在本说明书实施例中，需要预先设定修复条件，只有当所获取的故障信息满足预先设定的修复条件时才会触发修复操作，否则，则不会触发修复操作。

在此需要说明的是，在本说明书实施例中，修复条件也被称为业务保障策略，是建立在业务模型基础上的统一的业务保障策略框架，即，针对某个业务，通过定义该业务故障的修复条件、满足修复条件时也会触发修复操作，否则，则不会触发修复操作，修复操作可以建模为特定的业务修复定单。

在此还需要说明的是，根据业务故障制定好的修复条件存储在预先针对每个业务建立的业务模型内，每个业务均对应一个业务模型，也就是说，在实施业务保障之前，需要针对每个业务建立一个对应的业务模型，该业务模型将采用面向对象的思想建立终端到终端的业务及其子业务与网络资源间的关联关系(也即，承载关系)，每个业务、子业务及承载业务的网络资源均建模为对象，每个对象都详细描述故障修复的修复条件、每个数据层及其对应的特征参数，各数据层之间的关联关系、故障与特征参数之间对应的关系以及不同数据层之间的特征参数引用关系，以支撑精准的问题定位和排障所需的网络调整。

另外，业务模型描述采用了类似于高级编程语言的模型描述语言来定义，通过定义业务的属性，方法，组成等来完整全面的描述业务，业务模型通过提供模型继承扩展的能力实现相似业务的多态化。

本说明书实施例具体提供了一种业务模型所包含的字段内容，具体如图2所示：

SpecHeader：业务模型基本信息说明。

Imlements：业务继承关系定义，定义本业务实现或继承了哪些已定义的业务。

References：业务承载关系，定义本业务依赖或承载在某业务或其子业务上，定义承载业务类型，承载业务实例父对象查询条件等。

Parameters：业务属性清单，每个业务属性包括属性名，数据类型，数据来源，取值方法(包含其他属性值的计算表达式)，缺省值等内容。

Methods：业务方法清单，每个业务方法包括收入参数，输出参数等。

Workflows:业务外部交互动作清单，每个workflow定义了一个外部交互动作，外部交互动作由业务状态变更事件自动驱动。

Services：子业务清单，定义本业务能够提供的子业务，子业务可以运行时动态构造。

Components：组件对象清单，定义组成本业务的基础构件。

在此需要说明的是，在本说明书实施例中，业务模型可以是网络功能虚拟化NFV业务模型，也可以是其他类型的业务模型，可根据实际情况来设定业务模型的种类，但是业务模型所包含的内容都需要包括上述所列出的字段内容。

S103：当确定修复所述故障信息对应的故障时,根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，保障业务的连续执行。

进一步的，当确定修复所述故障信息对应的故障时，也就是说，所获取的故障信息满足预先设定的修复条件时，则会修复所述故障信息对应的故障。

由于整个业务的实施是通过不同数据层之间的相互作用共同实施的，因此，在本说明书实施例中，在修复所述故障信息对应的故障时需要根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数。

具体的，根据所述故障信息和预设的故障与特征参数之间对应的关系，确定第一个数据层内待修复的特征参数，修复所述待修复的特征参数，按照关联关系顺序针对剩余的每一个数据层，根据该数据层前一个数据层的已修复的特征参数和所述业务对应的业务模型内不同数据层之间的特征参数引用关系，确定该数据层当前待修复的特征参数，并根据前一个数据层的已修复的特征参数的修复值和该数据层当前待修复的特征参数的实际值，修复该数据层当前待修复的特征参数。

在此需要说明的是，所述数据层包括：客户业务数据层、基础业务数据层、基础网络业务数据层和网络资源数据层，并且各数据层之间的关联关系包括：按顺序依次将所述客户业务数据层、所述基础业务数据层、所述基础网络业务数据层和所述网络资源数据层相关联，也就是说，关联关系顺序为客户业务数据层是面对用户的数据层，排在第一个，基础业务数据层位于客户业务数据层之后，下一个是网络业务数据层，最后一个是网络资源数据层。

在此还需要说明的是，每个业务数据层的特征参数与排在其下一个数据层的特征参数相对应，比如，客户业务数据层与基础业务数据层相关联，那么客户业务数据层中的某个特征参数对应基础业务数据层中的某一个或多个特征参数，当客户业务数据层中这该特征参数修改后，则与该特征参数对应的基础业务数据层中的某一个或多个特征参数也需要修改，修改多少是根据客户业务数据层的已修改的该特征参数和，与基础业务数据层中的某一个或多个特征参数共同决定的。

另外，在修复所述故障信息对应的故障的过程中是按照关联关系顺序修复的，也就是说，假设各数据层之间的关联关系包括：按顺序依次将所述客户业务数据层、所述基础业务数据层、所述基础网络业务数据层和所述网络资源数据层相关联，那么就需要先修改客户业务数据层中的各个特征参数，再根据客户业务数据层中的各个特征参数的修复值和基础业务数据层自身当前各个特征参数的实际值来修复基础业务数据层中的各个特征参数，以此类推，直到根据基础网络业务数据层中的各个特征参数的修复值和网络资源数据层自身当前各个特征参数的实际值来修复网络资源数据层中的各个特征参数为止。

综上所述，在本说明书实施例中，修复所述故障信息对应的故障就是根据业务模型确定的关联关系，自动将终端到终端业务的特征参数修正动作分解到各个具有关联关系的数据层的参数调整操作，在参数比对调整的过程中完成问题的定位，进而完成业务问题的修复。

通过上述方法，整个业务保障过程无需依赖运维人员手工操作，从故障定位和修复全部是自动化处理，大大提高了故障处理响应的效率，适应当前市场个性化、定制化业务的快速响应的需求。

进一步的，在实际应用中，有可能存在某个数据层内的特征参数没有被自动修复，或者修复时间过长的情况，这样会导致业务无法继续执行，因此，在本说明书实施例中，针对这种情况，可以调用未能被修复的特征参数对应的业务来替代未能被修复的特征参数所对应的业务，保障业务连续执行，具体的，确定至少一个数据层对应的特征参数对应的待创建业务，获取待创建业务对应的业务模型，解析待创建业务对应的业务模型生成业务实例化序列，按照所述业务实例化序列创建业务，激活已创建的业务。

另外，在实际应用中，也有可能出现当前业务模型内的特征参数所设定的阈值并不能达到很好的效果，从而调整业务模型内的特征参数的情况，因此，在本说明书实施例中，针对上述情况，可以获取待调整的业务模型，解析待调整的业务模型生成调整动作执行序列，按照所述调整动作执行序列调整每个数据层的特征参数。

针对上述两种情况需要说明的是，上述两种情况的具体是由模型解释引擎来执行，模型解释引擎在内存中维持了业务模型的全部信息，每个业务实例都可以根据创建时选择特定的版本来创建，支持在线动态调整业务模型，业务模型在线调整将自动反应到该业务模型对应的业务实例上，从而支持业务逻辑的动态调整。模型解释引擎根据业务模型定义解析完成所有业务实例相关动作序列的自动创建，创建业务时自动生成相关对象的自动创建序列并驱动执行(自动初始化业务，查找创建依赖业务父对象并在其下自动创建依赖的业务对象，自动创建并初始化业务组件对象等)；调整或修改业务对象实例时自动生成相应的调整或删除动作序列；激活业务时自动生成业务激活序列并调用业务模型定义的激活workflow完成相应的激活动作继而完成完全自动化的业务激活。业务模型调整时自动根据影响范围更新相应对象实例；业务模型调整后，所有上述业务动作将自动按照新的业务模型进行解析。

通过上述方法，本说明书实施例具有四大优势，具体如下：

第一：本发明是面向对象的业务模型驱动，非面向过程的定制化排障流程。

第二：故障从定位到修复的全自动化，无需人工介入。

第三：动态解析式的建模语言支持在线的动态模型变更调整，支撑业务逻辑的实时动态更新。

第四：业务模型相关的定义在同一个模型文件内，模型内容一目了然，一致性得到有效保障。

以上是本申请实施例提供的业务保障的方法，基于此，本申请实施例提供了一种业务保障的装置，如图3所示，该装置包括：

获取模块301，用于获取执行业务时产生的故障信息；

确定模块302，用于根据所述故障信息与所述业务对应的业务模型内的修复条件，确定是否修复所述故障信息对应的故障；

修复模块303，用于当所述确定模块302确定修复所述故障信息对应的故障时,根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，保障业务的连续执行。

所述业务模型包括：网络功能虚拟化NFV业务模型。

所述数据层包括：客户业务数据层、基础业务数据层、基础网络业务数据层和网络资源数据层。

各数据层之间的关联关系包括：按顺序依次将所述客户业务数据层、所述基础业务数据层、所述基础网络业务数据层和所述网络资源数据层相关联。

所述修复模块303具体用于，根据所述故障信息和预设的故障与特征参数之间对应的关系，确定第一个数据层内待修复的特征参数；修复所述待修复的特征参数；按照关联关系顺序针对剩余的每一个数据层，根据该数据层前一个数据层的已修复的特征参数和所述业务对应的业务模型内不同数据层之间的特征参数引用关系，确定该数据层当前待修复的特征参数，并根据前一个数据层的已修复的特征参数的修复值和该数据层当前待修复的特征参数的实际值，修复该数据层当前待修复的特征参数。

当所述修复模块303未能修复至少一个数据层对应的特征参数时，所述装置还包括：

新建模块304，用于确定至少一个数据层对应的特征参数对应的待创建业务；获取待创建业务对应的业务模型；解析待创建业务对应的业务模型生成业务实例化序列；按照所述业务实例化序列创建业务；激活已创建的业务。

所述装置还包括：

调整模块305，用于获取待调整的业务模型；解析待调整的业务模型生成调整动作执行序列；按照所述调整动作执行序列调整每个数据层的特征参数。

本申请实施例还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的业务保障方法。

图4示出了根据本发明实施例的一种电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图4所示，该服务器可以包括：处理器(processor)402、通信接口(Communications Interface)404、存储器(memory)406、以及通信总线408。

其中：

处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。

通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器402，用于执行程序410，具体可以执行上述业务保障方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器406，用于存放程序410。存储器406可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序410具体可以用于使得处理器402执行以下操作：

获取执行业务时产生的故障信息；

根据所述故障信息与所述业务对应的业务模型内的修复条件，确定是否修复所述故障信息对应的故障；

当确定修复所述故障信息对应的故障时,根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，保障业务的连续执行。

可选地，程序410还可以用于使得处理器402执行以下操作：

所述业务模型包括：网络功能虚拟化NFV业务模型。

可选地，程序410还可以用于使得处理器402执行以下操作：

所述数据层包括：客户业务数据层、基础业务数据层、基础网络业务数据层和网络资源数据层。

可选地，程序410还可以用于使得处理器402执行以下操作：

各数据层之间的关联关系包括：按顺序依次将所述客户业务数据层、所述基础业务数据层、所述基础网络业务数据层和所述网络资源数据层相关联。

可选地，程序410还可以用于使得处理器402执行以下操作：

根据所述故障信息和预设的故障与特征参数之间对应的关系，确定第一个数据层内待修复的特征参数；修复所述待修复的特征参数；按照关联关系顺序针对剩余的每一个数据层，根据该数据层前一个数据层的已修复的特征参数和所述业务对应的业务模型内不同数据层之间的特征参数引用关系，确定该数据层当前待修复的特征参数，并根据前一个数据层的已修复的特征参数的修复值和该数据层当前待修复的特征参数的实际值，修复该数据层当前待修复的特征参数。

可选地，程序410还可以用于使得处理器402执行以下操作：

确定至少一个数据层对应的特征参数对应的待创建业务；获取待创建业务对应的业务模型；解析待创建业务对应的业务模型生成业务实例化序列；按照所述业务实例化序列创建业务；激活已创建的业务。

可选地，程序410还可以用于使得处理器402执行以下操作：

获取待调整的业务模型；解析待调整的业务模型生成调整动作执行序列；按照所述调整动作执行序列调整每个数据层的特征参数。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的业务保障设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (7)

1.一种业务保障方法，包括：

获取执行业务时产生的故障信息；

根据所述故障信息与所述业务对应的业务模型内的修复条件，确定是否修复所述故障信息对应的故障；

当确定修复所述故障信息对应的故障时,根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，保障业务的连续执行；所述数据层包括：客户业务数据层、基础业务数据层、基础网络业务数据层和网络资源数据层；各数据层之间的关联关系包括：按顺序依次将所述客户业务数据层、所述基础业务数据层、所述基础网络业务数据层和所述网络资源数据层相关联；

根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，具体包括：根据所述故障信息和预设的故障与特征参数之间对应的关系，确定第一个数据层内待修复的特征参数；修复所述待修复的特征参数；按照关联关系顺序针对剩余的每一个数据层，根据该数据层前一个数据层的已修复的特征参数和所述业务对应的业务模型内不同数据层之间的特征参数引用关系，确定该数据层当前待修复的特征参数，并根据前一个数据层的已修复的特征参数的修复值和该数据层当前待修复的特征参数的实际值，修复该数据层当前待修复的特征参数。

2.根据权利要求1所述的方法，所述业务模型包括：网络功能虚拟化NFV业务模型。

3.根据权利要求1所述的方法，当未能修复至少一个数据层对应的特征参数时，所述方法还包括：

确定至少一个数据层对应的特征参数对应的待创建业务；

获取待创建业务对应的业务模型；

解析待创建业务对应的业务模型生成业务实例化序列；

按照所述业务实例化序列创建业务；

激活已创建的业务。

4.根据权利要求1-3中任一项所述的方法，所述方法还包括：

获取待调整的业务模型；

解析待调整的业务模型生成调整动作执行序列；

按照所述调整动作执行序列调整每个数据层的特征参数。

5.一种业务保障装置，包括：

获取模块，用于获取执行业务时产生的故障信息；

确定模块，用于根据所述故障信息与所述业务对应的业务模型内的修复条件，确定是否修复所述故障信息对应的故障；

修复模块，用于当所述确定模块确定修复所述故障信息对应的故障时,根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，保障业务的连续执行；所述数据层包括：客户业务数据层、基础业务数据层、基础网络业务数据层和网络资源数据层；各数据层之间的关联关系包括：按顺序依次将所述客户业务数据层、所述基础业务数据层、所述基础网络业务数据层和所述网络资源数据层相关联；

根据所述业务对应的业务模型内的各数据层之间的关联关系，按关联关系顺序修复每一个数据层对应的特征参数，具体包括：根据所述故障信息和预设的故障与特征参数之间对应的关系，确定第一个数据层内待修复的特征参数；修复所述待修复的特征参数；按照关联关系顺序针对剩余的每一个数据层，根据该数据层前一个数据层的已修复的特征参数和所述业务对应的业务模型内不同数据层之间的特征参数引用关系，确定该数据层当前待修复的特征参数，并根据前一个数据层的已修复的特征参数的修复值和该数据层当前待修复的特征参数的实际值，修复该数据层当前待修复的特征参数。

6.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-4中任一项所述的业务保障方法对应的操作。

7.一种存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-4中任一项所述的业务保障方法对应的操作。