CN104869006A - 数据业务自动激活方法及平台 - Google Patents

Abstract

本发明公开了数据业务自动激活方法及平台，具体包括：接收由电子工单系统下发的工单；根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据所述符合预设规则的工单的内容生成用于向网络设备和业务平台下发的指令；向网络设备和业务平台下发所述指令，并获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果；根据所述配置结果生成回单，并将其发送至电子工单系统。本发明能够面向业务平台和网络设备这两个业务层面分别实现业务数据在后台的开通，以实现对数据业务激活的完整流程的自动化处理，提高工单处理的效率和可靠性。

Description

数据业务自动激活方法及平台

技术领域

本发明涉及数据业务技术领域，尤其涉及一种数据业务自动激活方法及平台。

背景技术

目前，针对数据业务的开通激活工作主要依赖于维护人员手工操作。维护人员通过人工的方式，在查收电子工单系统下发的工单后，将针对工单附件中的客户进行开通数据登记、资源数据备份、配置数据核查、网络数据添加、业务数据制作、回复工单等一系列繁杂的开通工作。这样的做法存在如下缺陷：没有自动化的数据业务激活的完整方案，使得工单及回单信息不规范，从而导致数据业务激活准确率低，工单管理效率低。

发明内容

针对现有技术存在的上述问题，本发明提供一种数据业务自动激活方法及平台，能够实现数据业务自动激活的完整流程，提高业务激活准确率，同时自动获得规范完整的工单及回单信息，便于工单处理结果的自动化分类和统计，提高工单管理的效率。

本发明提供了一种数据业务自动激活方法，包括：

接收由电子工单系统下发的工单；

根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据所述符合预设规则的工单的内容生成用于向网络设备和业务平台下发的指令；

向网络设备和业务平台下发所述指令，并获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果；

根据所述配置结果生成回单，并将其发送至电子工单系统。

进一步，所述接收由电子工单系统下发的工单，包括：

接收所述电子工单系统下发的加密的工单；

对所述加密的工单进行解密。

进一步，所述根据预设规则对所述工单进行处理之前，还包括：将关联的工单进行合并。

进一步，所述对关联的工单进行合并包括：将需要对同一网络设备进行配置的工单进行合并。

进一步，所述根据预设规则对所述工单进行处理之前，还包括：

对工单的数据进行校验，并确定校验成功。

进一步，所述方法还包括：

若校验失败，则结束数据业务自动激活，并将校验失败的结果返回电子工单系统。

进一步，所述根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据其内容生成用于向网络设备和业务平台下发的指令，包括：

对工单的类型进行判断，确定所述工单的类型为本地工单，并根据所述本地工单的内容生成用于向网络设备和业务平台下发的指令。

进一步，所述向网络设备和业务平台下发所述指令之前，还包括：

确定业务平台的当前状态为正常；

所述向网络设备和业务平台下发所述指令，包括

对所述指令进行加密；

将加密后的指令下发给网络设备和业务平台，并指示网络设备和业务平台对加密后的指令进行解密。

进一步，所述加密和解密均采用可逆的DES算法。

进一步，所述获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果之后，还包括：

将网络设备的配置结果和业务平台的配置结果进行一致性判定，若配置结果不一致，则执行回滚，通知网络设备和业务平台根据所述指令重新进行自动激活配置，并向数据业务自动激活平台反馈配置结果。

进一步，所述方法还包括：

若网络设备的配置结果和业务平台的配置结果一致，则采用串行执行的方式先后进行行业网关数据制作以及防火墙数据开通，所述串行执行的结果用于加入到回单中。

进一步，接收由电子工单系统下发的工单之前，还包括：

分别与电子工单系统、网络设备以及业务平台之间进行心跳检测。

本发明还提供了一种数据业务自动激活平台，包括：

工单接收模块，用于接收由电子工单系统下发的工单；

工单处理模块，用于根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据所述符合预设规则的工单的内容生成用于向网络设备和业务平台下发的指令；

工单配置模块，用于向网络设备和业务平台下发所述指令，并获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果；

回单生成模块，用于根据所述配置结果生成回单，并将其发送至电子工单系统。

进一步，所述工单接收模块，还用于接收由电子工单系统下发的加密的工单；

所述平台还包括：

第一解密模块，用于对所述加密的工单进行解密。

进一步，所述平台还包括：

工单合并模块，用于在工单处理模块根据预设规则对所述工单进行处理之前，将关联的工单进行合并。

进一步，所述工单合并模块将需要对同一网络设备进行配置的工单进行合并。

进一步，所述平台还包括：

工单数据校验模块，用于在工单处理模块根据预设规则对所述工单进行处理之前，对工单的数据进行校验，并确定校验成功。

进一步，所述平台还包括：

校验失败处理模块，用于确定校验失败结束数据业务自动激活，并将校验失败的结果返回电子工单系统。

进一步，所述工单处理模块包括：

工单类型确认单元，对工单的类型进行判断，用于确定所述工单的类型为本地工单；

指令生成单元，用于根据所述本地工单的内容生成用于向网络设备和业务平台下发的指令。

进一步，所述平台还包括：

状态确认模块，用于在向网络设备和业务平台下发所述指令之前，确定业务平台的当前状态为正常；

第一加密模块，用于对所述指令进行加密；

解密指示模块，用于指示网络设备和业务平台对加密后的指令进行解密。

进一步，所述第一加密模块和第一解密模块均采用可逆的DES算法进行加密和解密。

进一步，所述平台还包括：

配置结果判定模块，用于将网络设备的配置结果和业务平台的配置结果进行一致性判定，并生成判定结果；

回滚模块，用于根据配置结果判定模块所生成的配置结果不一致的判定结果执行回滚，通知网络设备和业务平台根据所述指令重新进行自动激活配置，并向数据业务自动激活平台反馈配置结果。

进一步，所述平台还包括：

串行执行模块，用于根据配置结果判定模块所生成的配置结果一致的判定结果，采用串行执行的方式先后进行行业网关数据制作以及防火墙数据开通，所述串行执行的结果用于加入到回单中。

进一步，所述平台还包括：

心跳检测模块，用于在接收由电子工单系统下发的工单之前，分别与电子工单系统、网络设备以及业务平台之间进行心跳检测。

本发明有益效果为：提供了一种能够高度自动化地完成数据业务激活的完整方案。通过对工单的自动化处理，实现了面向业务平台和网络设备这两个业务层面的业务数据的自动激活配置，提高了业务激活准确率；并且在执行过程中，不管工单的业务的自动激活配置成功与否，其均会将相应结果返回，生成回单返回至电子工单系统，从而保证整个处理流程的完整性，便于工单处理结果的自动化分类和统计，提高工单管理的效率。

附图说明

图1为本发明实施例一提供的一种数据业务自动激活方法的流程图；

图2为本发明实施例二提供的一种数据业务自动激活方法的流程图；

图3为本发明实施例三提供的一种数据业务自动激活方法的流程图；

图4为数据业务自动激活平台获得网络设备和业务平台配置结果后的处理过程流程图；

图5为本发明实施例六提供的一种数据业务自动激活方法的流程图；

图6为本发明实施例七提供的一种数据业务自动激活平台的结构示意图；

图7为本发明实施例八提供的一种数据业务自动激活平台的结构示意图；

图8为工单处理模块的结构示意图。

具体实施方式

下面结合说明书附图和具体实施例对本发明的技术方案进行详细说明。

实施例一

图1提供了一种数据业务自动激活方法的处理流程图，该方法主要包括以下几个步骤：

步骤101，接收由电子工单系统下发的工单。

步骤102，根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据所述符合预设规则的工单内容生成用于向网络设备和业务平台下发的指令。

步骤103，向网络设备和业务平台下发所述指令，并获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果。

步骤104，根据所述配置结果生成回单，并将其发送至电子工单系统。

至此，完成从工单发起至生成回单的完整的自动激活流程，实现了面向业务平台和网络设备这两个业务层面的业务数据的自动激活配置，提高了业务激活准确率；并且在执行过程中，不管工单的业务的自动激活配置成功与否，其均会将相应结果返回，生成回单返回至电子工单系统，从而保证整个处理流程的完整性，便于工单处理结果的自动化分类和统计，提高工单管理的效率。

实施例二

实施例二作为实施例一的一种优选实施方式，在电子工单系统下发工单之前，还包括了对工单进行加密步骤，而在数据业务自动激活平台接收由电子工单系统下发的工单之后，还需要对加密的工单进行相应的解密。由此，使得数据处理过程的安全性有所提升。对于由电子工单系统进行加密工单，该优选实施方式的处理流程如图2所示，具体步骤如下：

步骤201，接收由电子工单系统下发的加密的工单。

步骤202，对所述工单进行解密。

步骤203，根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据其内容生成用于向网络设备和业务平台下发的指令。

步骤204，向网络设备和业务平台下发所述指令，并获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果。

步骤205，根据所述配置结果生成回单，并将其发送至电子工单系统。

在上述过程中，具体使用的加密和解密算法可以使用可逆的DES（DataEncryption Standard，数据加密标准）算法，使得在保证数据安全性的前提下，加密和解密能够顺利进行。

基于同样的理由，在步骤204中，数据业务自动激活平台向网络设备和业务平台下发所述指令之前，可以对需要下发的指令采用可逆的DES算法进行加密，并指示网络设备和业务平台对加密后的指令采用同样的算法进行解密。为了保证指令能够可靠的下发，数据业务自动激活平台会在下发之前，对业务平台的当前状态进行判断。若当前为异常状态，则不会下发指令，而是通过进行告警转发、短信通知或者应急界面提示等方式通知操作人员，然后放弃自动激活流程，转而进行人工激活。在此种情况下，数据业务自动激活平台会产生对应的人工回单，作为该工单的回单信息，反馈至电子工单系统。

实施例三

实施例三作为实施例一的另一种优选实施方式，其在实施例一的基础上还能够对类似工单进行合并，已达到减轻网络设备负荷的功能。其具体处理步骤如图3所示：

步骤301，接收由电子工单系统下发的工单。

在进行工单下发时，同样可以采用DES算法进行加密和解密，以保证数据传输的安全性。

步骤302，将关联的工单进行合并。

在该步骤中，主要根据工单所需要配置的网络设备来进行工单的分类，并对同一类工单那进行合并。例如，工单A和工单B均需要对登录服务器X来进行配置。若未对这两个工单进行合并，在对工单A进行操作时，需对登录一次服务器X，完成本工单的配置后再进行保存。再后续工单B的操作过程中，需要再次登录服务器X进行配置，并再一次保存，这样多次重复登录和保存，会使得网络设备负荷加大，在高峰时期容易引起设备故障等风险。而为了解决上述问题，本实施例在根据工单进行配置前，会先根据工单内容对工单进行合并，对于需要登录同一网络设备进行配置的工单，将其合并成一个工单进行处理，这样可以大大减少网络设备的登录和保存的次数，减小网络设备的负荷。

步骤303，根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据其内容生成用于向网络设备和业务平台下发的指令。

步骤304，向网络设备和业务平台下发所述指令，并获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果。

步骤305，根据所述配置结果生成回单，并将其发送至电子工单系统。

实施例四

实施例四作为实施例一的另一种优选实施方式，在步骤101和步骤102之间，还会根据工单的数据对其进行一次校验，以排除信息错误的工单。以工单A为例，对工单中的数据的合法性进行校验，例如，对数据类型是否正确、数据是否在合理范围内等进行校验。当上述数据存在错误时，则确认校验失败，将校验出错的结果，反馈至电子工单系统。若确认校验成功，则继续执行下一步。

只有当工单通过了上述校验之后，才能根据预设规则对所述工单进行处理。其处理过程具体可以采用以下方式：首先，确定工单的类型是否是能够采用自动激活配置的类型，若工单的类型是全网工单，则一般需要进行人工激活，若确定所述工单的类型为本地工单，则可以直接根据该本地工单的内容生成用于向网络设备和业务平台下发的指令，进行自动激活。

在实际处理时，若本地工单所涉及的内容较为复杂或者影响较大，也可以设置对应的规则，使得此类本地工单也进行人工激活。

实施例五

实施例五作为实施例一的另一种优选实施方式，为了进一步保证优化自动激活的可靠性，在获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果之后，还需要将网络设备的配置结果和业务平台的配置结果进行一致性判定，从而保证在网络设备和业务平台这两个层面，分别实现业务数据的开通。由此，图1中的步骤103的处理流程具体如图4所示，包括：

步骤401，数据业务自动激活平台向网络设备和业务平台下发所述指令。

步骤402，网络设备和业务平台接收到所述指令。

步骤403，网络设备和业务平台根据指令分别进行自动激活配置，并向数据业务自动激活平台返回配置结果。

步骤404，数据业务自动激活平台判断配置结果是否一致，若是则执行步骤405，若否，执行回滚，通知网络设备和业务平台根据所述指令重新进行自动激活配置，并向数据业务自动激活平台反馈配置结果。在具体实施时，可以采用不同的方式，包括但不限于以下两种：一种是向网络设备和业务平台发送重新进行自动激活配置的命令，使其由步骤403重新开始执行；另一种是由数据业务自动激活平台再次下发所述指令，由步骤401重新开始执行。

在本步骤中，对于不一致的配置结果以及重新执行后一致的配置结果，可以保存每一次的配置结果，并且将每一次的配置结果均写入到后续生成回单中；或者也可以用后续一致的配置结果更新前次不一致的配置结果，仅将最终的配置结果写入到回单中。

步骤405，采用串行执行的方式先后进行行业网关数据制作以及防火墙数据开通，即仅当行业网关数据制作成功的情况下，才进行防火墙数据开通。所述串行执行的结果用于加入到回单中。其中，串行执行的结果包括：行业网关数据制作失败、防火墙数据开通失败以及串行执行成功。当行业网关数据制作失败或者串行执行成功时，直接由数据业务自动激活平台根据结果自动生成回单结果；而当防火墙数据开通失败时，则通过进行告警转发、短信通知或者应急界面提示等方式通知操作人员，转而进行人工操作，并生成人工回单。

本步骤中，采用串行执行的优点在于可以减少对防火墙数据的操作次数，避免不必要的数据读写对网络设备造成的负荷以及可能引起的数据错误。若行业网关数据制作和防火墙数据开通并行执行，可能引起的结果是：防火墙数据开通完成后，发现行业网关数据制作存在错误，则必须在排除错误后，重新配置防火墙的数据进行防火墙数据开通。这样便使得对防火墙数据所进行的操作由原本的一次变成了两次，增加了网络设备的负荷，同时由多次数据读写引发数据错误的可能性也会提高。

实施例六

为更好地理解本发明所提供的数据业务自动激活方法，本实施例结合具体的工单对其进行详细说明，其步骤如图5所示，包括以下处理流程：

步骤501，电子工单系统生成工单，并对采用可逆的DES算法对其进行加密，并下发给数据业务自动激活平台。

在该步骤中生成工单A、工单B、工单C和工单D，其中工单A、工单B、工单C均是本地工单，而工单D则是全网工单。

步骤502，数据业务自动激活平台接收由电子工单系统下发的工单后，采用可逆的DES算法进行解密，获取工单所包含的信息。

步骤503，数据业务自动激活平台对工单的数据进行校验，若确认校验成功，则进行下一步的处理，若确认校验失败，则结束数据业务自动激活，并将结果作为回单信息返回电子工单系统。

对于本实施例的工单A、工单B、工单C和工单D中，其基本信息中均包含ADC/MAS属性、EC/IS服务代码、工单类型等数据，根据需求对其中几项或者全部数据的合法性进行校验，例如，对数据类型是否正确、数据是否在合理范围内等进行校验。当上述数据存在错误时，则将校验出错的结果作为该工单的回单信息，反馈至电子工单系统。

步骤504，数据业务自动激活平台将关联的工单进行合并。

在该步骤中，本实施例中所采用的方式是基于工单所需要配置的网络设备是否相同来进行工单的合并。例如，工单A和工单B均是对同一服务器X进行配置，而工单C需要对服务器Y进行配置，而工单D则需要对服务器Z进行配置。当数据业务自动激活平台获取上述信息后，就将工单A和工单B合并成工单E，这样在进行实际配置时，就可以在登录服务器X后，同时完成工单A和工单B的配置，无需多次登录操作。这样可以大大减少网络设备的登录和保存的次数，减小网络设备的负荷。

步骤505，根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据其内容生成用于向网络设备和业务平台下发的指令。

该步骤中，根据预设规则对所述工单进行处理，主要所包含的预设规则是对于工单类型的确定。目前，对于全网工单一般需要采用人工激活，因此需要对工单类型进行判断，筛选出本地工单，再根据该本地工单的内容生成用于向网络设备和业务平台下发的指令，进行自动激活。

在本实施例中，工单E和工单C为本地工单，而工单D为全网工单。因此，工单D会转至人工激活，然后产生人工回单反馈至电子工单系统。而工单E和工单C则会由数据业务自动激活平台根据其内容（例如最大上行流量、最大下发流量、最大连接数、EC/IS使用协议等）生成对应的指令。

步骤506，数据业务自动激活平台确定业务平台的当前状态为正常。为保证数据安全性，可以对指令进行加密，同时指示网络设备和业务平台对加密后的指令采用同样的算法进行解密。

在该步骤中，若当前的业务平台状态为异常状态，则不会下发指令，而是通过进行告警转发、短信通知或者应急界面提示等方式通知操作人员，然后放弃自动激活流程，转而进行人工激活。在此种情况下，数据业务自动激活平台会产生对应的人工回单，作为该工单的回单，反馈至电子工单系统。

步骤507，数据业务自动激活平台向网络设备和业务平台下发所述指令。在下发过程中，若指令是经过加密的，则网络设备和业务平台需要根据指示对加密过的指令进行解密，此处加密和解密同样可以采用可逆的DES算法。

步骤508，网络设备和业务平台根据指令分别进行自动激活配置，并向数据业务自动激活平台返回配置结果。

步骤509，数据业务自动激活平台判断配置结果是否一致，若是，则执行步骤510，若否，执行回滚，发送命令通知网络设备和业务平台，使其由步骤508开始重新进行自动激活配置。

步骤510，采用串行执行的方式，先后进行行业网关数据制作以及防火墙数据开通。

在该步骤中，若行业网关数据制作不成功，则不进行后续的防火墙数据开通，直接进入到步骤511，并行业网关数据制作的结果加入回单信息中；将若行业网关数据制作成功，则会进行后续的防火墙数据开通。若防火墙数据开通不成功，则采取与步骤506中检测到业务平台状态异常时类似的方式，即通过进行告警转发、短信通知或者应急界面提示等方式通知操作人员，然后进行人工操作，同时将该信息作为人工回单的信息；若防火墙数据开通成功，则直接将开通成功的信息加入到后续步骤中自动生成的回单中即可。

步骤511，生成回单，并反馈至电子工单系统。

由于无论工单的自动激活配置成功与否，其均会将相应结果返回，生成回单返回至电子工单系统。因此，在整个处理过程中，包括步骤503中的校验失败结果、步骤505中判定需要进行人工激活的人工回单、步骤506中网关时转而进行人工激活的人工回单、步骤508中能够通过一致性验证的配置结果以及步骤510中的串行执行结果，均可以作为回单信息反馈至电子工单系统，保证整个数据业务激活流程的完整性。

而在上述任意一种实施方式中，数据业务自动激活平台与电子工单系统、网络设备以及业务平台之间，均可以采用心跳检测的方式，进行实时的可用性检测，如果发现异常，则发送告警通知并进入人工干预状态，保证整个处理过程的可靠运行。

实施例七

本实施例提供了一种数据业务自动激活平台，其结构示意图如图6所示，包括了以下几个工单接收模块1、工单处理模块2、工单配置模块3和回单生成模块4。

所述的工单接收模块1用于接收由电子工单系统下发的工单；工单处理模块2用于根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据所述符合预设规则的工单的内容生成用于向网络设备和业务平台下发的指令；工单配置模块3用于向网络设备和业务平台下发所述指令，并获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果；回单生成模块4用于根据所述配置结果生成回单，并将其发送至电子工单系统。

通过上述几个模块，能够完成从工单发起至生成回单的完整的自动激活流程，实现了面向业务平台和网络设备这两个业务层面的业务数据的自动激活配置，提高了业务激活准确率；并且在执行过程中，不管工单的业务的自动激活配置成功与否，其均会将相应结果返回，生成回单返回至电子工单系统，从而保证整个处理流程的完整性，便于工单处理结果的自动化分类和统计，提高工单管理的效率。

实施例八

本实施例提供了数据业务自动激活平台的另一种实施方式，该数据业务自动激活平台的结构如图7所示，除实施例七所包括工单接收模块1、工单处理模块2、工单配置模块3和回单生成模块4外，还包括第一解密模块5、工单数据校验模块6、校验失败处理模块60、工单合并模块7、状态确认模块8、第一加密模块9、解密指示模块90、配置结果判定模块10、回滚模块11、串行执行模块12和心跳检测模块13。

首先由工单接收模块1接收由电子工单系统下发的工单。电子工单系统一般会对其下发的工单进行加密，因此，第一解密模块5会对接收到的工单进行解密，而加密和解密的算法可以采用可逆的DES算法。在进行解密后，工单数据校验模块6能够获取工单内的数据，并根据这些数据进行校验，确定校验成功，这些校验成功的工单，则会由工单合并模块7进行合并。而校验失败处理模块60则用于确定校验失败，结束本次数据业务自动激活，并将校验失败的结果返回电子工单系统。

工单合并模块7将需要对同一网络设备进行配置的工单进行合并，从而减少网络设备的登录和保存次数，以此来降低自动激活配置过程中网络设备的负荷。

完成合并后，工单处理模块2会根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据其内容生成用于向网络设备和业务平台下发的指令。该工单处理模块2的具体结构如图8所示，包括了工单类型确认单元21、指令生成单元22。其中工单类型确认单元21用于确定所述工单的类型为本地工单，对于全网工单则需要转至人工激活；指令生成单元22用于根据本地工单的内容生成用于向网络设备和业务平台下发的指令。

在实际处理过程中，若本地工单所涉及的内容较为复杂或者影响较大，也可以在工单类型确认单元21设置对应的规则，使得此类本地工单也进行人工激活。

指令生成后，由状态确认模块8在向网络设备和业务平台下发所述指令之前，确定业务平台的当前状态为正常。只有确定业务平台正常时，才会由第一加密模块9对指令进行加密，然后再由工单配置模块3进行指令的下发，同时解密指示模块90指示业务平台和网络设备对加密后的指令进行解密。

网络设备和业务平台根据所述指令完成自动激活配置后，工单配置模块3会获取其配置结果。配置结果判定模块10则将网络设备的配置结果和业务平台的配置结果进行一致性判定，并生成判定结果。配置结果判定模块10生成的若判定结果为不一致，则由回滚模块11执行回滚，通知网络设备和业务平台根据所述指令重新进行自动激活配置，并向数据业务自动激活平台反馈配置结果；若判定结果为一致，则由串行执行模块12采用串行执行的方式先后进行行业网关数据制作以及防火墙数据开通。

回单生成模块4用于根据所述处理结果和/或配置结果生成回单，并将其发送至电子工单系统。回单的信息可以包含工单数据校验模块6的校验失败信息、工单处理模块2的工单类型确认单元21判定需要进行人工激活所产生的人工回单信息、状态确认模块8确定业务平台状态异常时转而进行人工激活所产生的人工回单信息、工单配置模块3所获取的能够通过一致性验证的配置结果以及串行执行模块12所产生的串行执行结果，均可以作为回单信息反馈至电子工单系统，保证整个数据业务激活流程的完整性。

心跳检测模块13用于数据业务自动激活平台分别与电子工单系统、网络设备以及业务平台之间进行心跳检测，保证数据业务自动激活平台与电子工单系统、网络设备以及业务平台之间的连接正常。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (24)

1.一种数据业务自动激活方法，其特征在于，包括：

接收由电子工单系统下发的工单；

根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据所述符合预设规则的工单的内容生成用于向网络设备和业务平台下发的指令；

向网络设备和业务平台下发所述指令，并获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果；

根据所述配置结果生成回单，并将其发送至电子工单系统。

2.如权利要求1所述的方法，其特征在于，接收由电子工单系统下发的工单，包括：

接收所述电子工单系统下发的加密的工单；

对所述加密的工单进行解密。

3.如权利要求1所述的方法，其特征在于，所述根据预设规则对所述工单进行处理之前，还包括：将关联的工单进行合并。

4.如权利要求3所述的方法，其特征在于，所述对关联的工单进行合并包括：将需要对同一网络设备进行配置的工单进行合并。

5.如权利要求1所述的方法，其特征在于，所述根据预设规则对所述工单进行处理之前，还包括：

对工单的数据进行校验，并确定校验成功。

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

若校验失败，则结束数据业务自动激活，并将校验失败的结果返回电子工单系统。

7.如权利要求1所述的方法，其特征在于，所述根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据其内容生成用于向网络设备和业务平台下发的指令，包括：

对工单的类型进行判断，确定所述工单的类型为本地工单，并

根据所述本地工单的内容生成用于向网络设备和业务平台下发的指令。

8.如权利要求1所述的方法，其特征在于，所述向网络设备和业务平台下发所述指令之前，还包括：

确定业务平台的当前状态为正常；

所述向网络设备和业务平台下发所述指令，包括

对所述指令进行加密；

将加密后的指令下发给网络设备和业务平台，并指示网络设备和业务平台对加密后的指令进行解密。

9.如权利要求2或8所述的方法，其特征在于，所述加密和解密均采用可逆的DES算法。

10.如权利要求1所述的方法，其特征在于，所述获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果之后，还包括：

将网络设备的配置结果和业务平台的配置结果进行一致性判定，若配置结果不一致，则执行回滚，通知网络设备和业务平台根据所述指令重新进行自动激活配置，并向数据业务自动激活平台反馈配置结果。

11.如权利要求10所述的方法，其特征在于，所述方法还包括：

若网络设备的配置结果和业务平台的配置结果一致，则采用串行执行的方式先后进行行业网关数据制作以及防火墙数据开通，所述串行执行的结果用于加入到回单中。

12.如权利要求1所述的方法，其特征在于，接收由电子工单系统下发的工单之前，还包括：

分别与电子工单系统、网络设备以及业务平台之间进行心跳检测。

13.一种数据业务自动激活平台，其特征在于，包括：

工单接收模块，用于接收由电子工单系统下发的工单；

工单处理模块，用于根据预设规则对所述工单进行处理，确定符合预设规则的工单，并根据所述符合预设规则的工单的内容生成用于向网络设备和业务平台下发的指令；

工单配置模块，用于向网络设备和业务平台下发所述指令，并获取网络设备和业务平台根据所述指令进行自动激活配置的配置结果；

回单生成模块，用于根据所述配置结果生成回单，并将其发送至电子工单系统。

14.如权利要求13所述的平台，其特征在于，

所述工单接收模块，还用于接收由电子工单系统下发的加密的工单；

所述平台还包括：

第一解密模块，用于对所述加密的工单进行解密。

15.如权利要求13所述的平台，其特征在于，还包括：

工单合并模块，用于在工单处理模块根据预设规则对所述工单进行处理之前，将关联的工单进行合并。

16.如权利要求15所述的平台，其特征在于，所述工单合并模块将需要对同一网络设备进行配置的工单进行合并。

17.如权利要求13所述的平台，其特征在于，还包括：

工单数据校验模块，用于在工单处理模块根据预设规则对所述工单进行处理之前，对工单的数据进行校验，并确定校验成功。

18.如权利要求17所述的平台，其特征在于，还包括：

校验失败处理模块，用于确定校验失败结束数据业务自动激活，并将校验失败的结果返回电子工单系统。

19.如权利要求13所述的平台，其特征在于，所述工单处理模块包括：

工单类型确认单元，对工单的类型进行判断，用于确定所述工单的类型为本地工单；

指令生成单元，用于根据所述本地工单的内容生成用于向网络设备和业务平台下发的指令。

20.如权利要求13所述的平台，其特征在于，还包括：

状态确认模块，用于在向网络设备和业务平台下发所述指令之前，确定业务平台的当前状态为正常；

第一加密模块，用于对所述指令进行加密；

解密指示模块，用于指示网络设备和业务平台对加密后的指令进行解密。

21.如权利要求14或20所述的平台，其特征在于，所述第一加密模块和第一解密模块均采用可逆的DES算法进行加密和解密。

22.如权利要求13所述的平台，其特征在于，还包括：

配置结果判定模块，用于将网络设备的配置结果和业务平台的配置结果进行一致性判定，并生成判定结果；

回滚模块，用于根据配置结果判定模块所生成的配置结果不一致的判定结果执行回滚，通知网络设备和业务平台根据所述指令重新进行自动激活配置，并向数据业务自动激活平台反馈配置结果。

23.如权利要求22所述的平台，其特征在于，还包括：

串行执行模块，用于根据配置结果判定模块所生成的配置结果一致的判定结果，采用串行执行的方式先后进行行业网关数据制作以及防火墙数据开通，所述串行执行的结果用于加入到回单中。

24.如权利要求13所述的平台，其特征在于，还包括：

心跳检测模块，用于在接收由电子工单系统下发的工单之前，分别与电子工单系统、网络设备以及业务平台之间进行心跳检测。