网元开通的方法及系统

摘要

本发明公开一种网元开通的方法及系统，该方法包括：将业务订单请求发送给INAS子系统的接口队列；读取并解析接口队列中的订单请求，并将订单请求的信息存入外系统业务接口表中；扫描外系统业务接口表中待处理的订单，根据待处理的订单的优先级进行派发；被派发的订单进入流程引擎后，由流程引擎依照泛属性组合计算方法确定订单的开通环节及其先后次序；流程引擎按照开通环节的先后次序依次派发环节工单，根据环节工单生成相应待处理的网元工单；获取待处理的网元工单的信息，实现与物理网元平台的连接。本发明实现了网元自动开通的便捷性，提高了网元工单的执行效率，提高了系统的可维护性。

权利要求

1.一种网元开通的方法，其特征在于，所述方法包括：

将业务订单请求发送给全业务综合网元自动激活INAS子系统的接口队列；

读取并解析所述接口队列中的所述订单请求，并将所述订单请求的信息存入外系统业务接口表中；

扫描所述外系统业务接口表中待处理的订单，根据所述待处理的订单的优先级进行派发；

被派发的订单进入流程引擎后，由所述流程引擎依照泛属性组合计算方法确定所述订单的开通环节及其先后次序，所述泛属性组合计算方法包括对所述订单的数据进行解析和原子化，将所述订单的数据分解为产品类属性规格、订单类型类属性规格、服务类属性规格、服务参数类属性规格和其它类型属性规格维度，以及根据预设配置抽取相应的泛属性数据进行组合判断以确定所述订单的开通环节及其先后次序；

所述流程引擎按照所述开通环节的先后次序依次派发环节工单，根据所述环节工单生成相应待处理的网元工单；

获取所述待处理的网元工单的信息，实现与物理网元平台的连接。

2.根据权利要求1所述的方法，其特征在于，将业务订单请求发送给INAS子系统的接口队列进一步包括：将所述业务订单请求以可扩展标记语言的形式发送给INAS子系统的接口队列。

3.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：将所述订单请求的信息存入外系统业务接口表后，将所述订单请求转换成业务的开通订单，并设置所述开通订单的优先级和初始状态。

4.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：一个所述环节工单生成的所述网元工单都被执行完毕，实现与物理网元平台的连接后，继续执行所述流程引擎按照所述环节的先后次序依次派发环节工单，根据所述环节工单生成相应待处理的网元工单；以及获取所述待处理的网元工单的信息，实现与物理网元平台的连接。

5.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：客户关系管理系统通过接口层将业务订单信息发送给服务开通模块，再由所述服务开通模块接收所述业务订单信息，并将所述业务订单请求发送给INAS子系统的接口队列；

所述业务订单的属性规格的新旧值存放在外系统业务接口表扩展表中，外部交互接口表和外部交互接口扩展表用于存放所述服务开通模块回复所述客户关系管理系统的通讯方式。

6.一种网元开通的系统，其特征在于，所述系统包括：

服务开通模块，用于接收客户关系管理系统发送的业务订单请求，以及将所述业务订单请求发送给全业务综合网元自动激活INAS子系统的接口队列；

所述INAS子系统，用于接收所述服务开通模块发送的所述业务订单请求，读取并解析所述接口队列中的所述订单请求，并将所述订单请求的信息存入外系统业务接口表中；扫描所述外系统业务接口表中待处理的订单，根据所述待处理的订单的优先级进行派发；被派发的订单进入流程引擎后，由所述流程引擎依照泛属性组合计算方法确定所述订单的开通环节和先后次序，所述泛属性组合计算方法包括对所述订单的数据进行解析和原子化，将所述订单的数据分解为产品类属性规格、订单类型类属性规格、服务类属性规格、服务参数类属性规格和其它类型属性规格维度，以及根据预设配置抽取相应的泛属性数据进行组合判断以确定所述订单的开通环节及其先后次序；所述流程引擎按照所述开通环节的先后次序依次派发环节工单，根据所述环节工单生成相应待处理的网元工单；获取所述待处理的网元工单的信息，实现与物理网元平台的连接。

7.根据权利要求6所述的系统，其特征在于，所述INAS子系统包括：

INAS接口模块，用于读取并解析所述接口队列中的所述订单请求，并将所述订单请求的信息存入外系统业务接口表中；

INAS取单模块，用于扫描所述外系统业务接口表中待处理的订单，根据所述待处理的订单的优先级进行派发；

流程引擎模块，用于接收所述INAS取单模块派发的所述订单，依照泛属性组合计算方法确定所述订单的开通环节和先后次序；按照所述开通环节的先后次序依次派发环节工单，根据所述环节工单生成相应待处理的网元工单；

网元工单处理模块，用于获取所述流程引擎模块生成的待处理的网元工单的信息，实现与物理网元平台的连接。

8.根据权利要求7所述的系统，其特征在于，所述INAS接口模块还用于将所述订单请求的信息存入所述外系统业务接口表后，将所述订单请求转换成业务的开通订单，并设置所述开通订单的优先级和初始状态。

9.根据权利要求6所述的系统，其特征在于，所述系统还包括：操作维护中心，通过网关接口与所述INAS子系统连接，用于对所述INAS子系统进行参数设置及维护操作。

10.根据权利要求6所述的系统，其特征在于，所述INAS子系统通过交换机与所述物理网元平台进行连接。

说明书

网元开通的方法及系统

技术领域

[0001] 本发明涉及电信通信技术领域，尤其涉及一种全业务综合网元开通的方法及系统。

背景技术

[0002] 国内电信业中网元自动开通系统的发展经历了两个阶段：第一阶段是1994-2002年，网元自动开通系统对于新增的网元平台，通常采用新增一个网元平台、新增一段网元平台交互代码的方式来实现；第二阶段是2002年以后，国内一些电信运营商和设备供应商设计了网元激活模块，用于屏蔽各个网元平台的差异；虽然在网元自动开通系统中无需具体区分新增的网元平台，但是其还是停留在和网元平台简单的交互上，较难实现各个网元平台间的流转关系，比如必须先做完了程控，才能开通归属位置寄存器(HLR，Home Location Register)。

[0003] 目前，各大运营商或设备制造商提供的网元开通方法及系统都使用了与具体开通业务具有极强相关性的数据模型来设计流程，这种设计模式的局限性在于扩展性比较差。随着压缩出局访问(SOA，SuppressOutgoing Access)理念对通信网络设计架构的影响，考虑“用户服务到网元的施工”应用场景中，不同的服务涉及不同的网元，需要不同的参数、遵循一定的顺序，网元分发的规则比较复杂，但网元间的流程比较简单，大部分都可以并行，少部分有串行关系；因此，有必要提供一种更加专业化的全业务自动开通方法及系统，对外部屏蔽自动开通环节及之间的顺序，以便网元开通后实现与外部系统的灵活交互。

发明内容

[0004] 本发明要解决的一个技术问题是提供一种网元开通的方法及系统，实现与多个外部系统连接，且外部系统无需了解网元开通如何派发，扩展性大幅度增强。

[0005] 本发明的一个方面提供了一种网元开通的方法，该方法包括：将业务订单请求发送给INAS子系统的接口队列；读取并解析接口队列中的订单请求，并将订单请求的信息存入外系统业务接口表中；扫描外系统业务接口表中待处理的订单，根据待处理的订单的优先级进行派发；被派发的订单进入流程引擎后，由流程引擎依照泛属性组合计算方法确定订单的开通环节及其先后次序；流程引擎按照开通环节的先后次序依次派发环节工单，根据环节工单生成相应待处理的网元工单；获取待处理的网元工单的信息，实现与物理网元平台的连接。

[0006] 本发明提供的网元开通的方法的一个实施例中，将业务订单请求发送给INAS子系统的接口队列进一步包括：将业务订单请求以可扩展标记语言的形式发送给INAS子系统的接口队列。

[0007] 本发明提供的网元开通的方法的一个实施例中，该方法进一步包括：将订单请求存入外系统业务接口表后，将订单请求转换成业务的开通订单，并设置开通订单的优先级和初始状态。

[0008] 本发明提供的网元开通的方法的一个实施例中，该方法进一步包括：一个环节工单生成的网元工单都被执行完毕，实现与物理网元平台的连接后，继续执行流程引擎按照环节的先后次序依次派发环节工单，根据环节工单生成相应待处理的网元工单；以及获取待处理的网元工单的信息，实现与物理网元平台的连接。

[0009] 本发明提供的网元开通的方法的一个实施例中，该方法进一步包括：客户关系管理系统通过接口层将业务订单信息发送给服务开通模块，再由服务开通模块接收业务订单信息，并将业务订单请求发送给INAS子系统的接口队列；业务订单的属性规格的新旧值存放在外系统业务接口表扩展表中，外部交互接口表和外部交互接口扩展表用于存放服务开通模块回复客户关系管理系统的通讯方式。

[0010] 本发明的另一个方面提供了一种网元开通的系统，该系统包括：服务开通模块，用于接收客户关系管理系统发送的业务订单请求，以及将业务订单请求发送给INAS子系统的接口队列；INAS子系统，用于接收服务开通模块发送的业务订单请求，读取并解析接口队列中的订单请求，并将订单请求的信息存入外系统业务接口表中；扫描外系统业务接口表中待处理的订单，根据待处理的订单的优先级进行派发；被派发的订单进入流程引擎后，由流程引擎依照泛属性组合计算方法确定订单的开通环节和先后次序；流程引擎按照开通环节的先后次序依次派发环节工单，根据环节工单生成相应待处理的网元工单；获取待处理的网元工单的信息，实现与物理网元平台的连接。

[0011] 本发明提供的网元开通的系统的一个实施例中，INAS子系统包括：INAS接口模块，用于读取并解析接口队列中的订单请求，并将订单请求的信息存入外系统业务接口表中；INAS取单模块，用于扫描外系统业务接口表中待处理的订单，根据待处理的订单的优先级进行派发；流程引擎模块，用于接收INAS取单模块派发的订单，依照泛属性组合计算方法确定订单的开通环节和先后次序；按照开通环节的先后次序依次派发环节工单，根据环节工单生成相应待处理的网元工单；网元工单处理模块，用于获取流程引擎模块生成的待处理的网元工单的信息，实现与物理网元平台的连接。

[0012] 本发明提供的网元开通的系统的一个实施例中，INAS接口模块还用于将订单请求存入外系统业务接口表后，将订单请求转换成业务的开通订单，并设置开通订单的优先级和初始状态。

[0013] 本发明提供的网元开通的系统的一个实施例中，该系统还包括：操作维护中心，通过网关接口与INAS子系统连接，用于对INAS子系统进行参数设置及维护操作。

[0014] 本发明提供的网元开通的系统的一个实施例中，INAS子系统通过交换机与物理网元平台进行连接。

[0015] 本发明提供的网元开通的方法及系统，通过设计一套开放的、与具体业务无关的泛属性组合模型，使用了属性规格(组)的变化来决定流程，使业务信息与流程设计完全分离，消除了原来使用大量硬代码进行自动开通流程判断的方式，做到一个判断模型多业务分享；提高了网元工单的执行效率，提高了系统的可维护性。

附图说明

[0016] 图1示出了本发明实施例提供的一种网元开通的方法的流程图；

[0017] 图2示出了本发明实施例的网元开通方法中接口层的数据模型的示意图；

[0018] 图3示出了现有技术中确定订单的开通环节的模型结构示意图；

[0019] 图4示出了本发明实施例提供的泛属性的流程计算模型的结构示意图；

[0020] 图5示出了本发明实施例提供的业务规则的结构示意图；

[0021] 图6示出了本发明实施例的网元开通方法中运行时配置表的数据模型示意图；

[0022] 图7示出了本发明实施例提供的泛属性组合计算规则的逻辑树结构；

[0023] 图8示出了本发明提供的网元开通的方法的另一个实施例的流程图；

[0024] 图9示出了本发明提供的网元开通的方法的一个具体实施方式的流程图；

[0025] 图10示出了本发明实施例提供的一种网元开通的系统的结构示意图；

[0026] 图11示出了本发明实施例提供的网元开通的系统的一个具体实施方式的结构示意图。

具体实施方式

[0027] 下面参照附图对本发明进行更全面的描述，其中说明本发明的示例性实施例。

[0028] 图1示出了本发明提供的网元开通的方法的一个实施例的流程图。

[0029] 如图1所示，网元开通的方法流程100包括：步骤102，将业务订单请求发送给INAS子系统的接口队列。例如，用户通过外部系统发送网元开通请求，服务开通模块接收到用户网元开通请求后，将相应的业务订单请求以可扩展标记语言(XML，Extensible Markup Language)的消息形式发送给全业务综合网元自动激活(INAS，IntegratedNetelement Actvating System)子系统的接口队列。

[0030] 步骤104，读取并解析接口队列中的订单请求，并将订单请求的信息存入外系统业务接口表中。例如，INAS子系统运行的INAS接口侦听程序扫描到接口队列中的业务订单请求(XML格式消息)后，读取并解析该业务订单请求消息，将其存入外系统业务接口表中；设置其优先级和初始状态，完成XML消息到开通订单的转换。稍后对本发明中提及的外系统业务接口表作进一步详细介绍。

[0031] 步骤106，扫描接口表中待处理的订单，根据待处理的订单的优先级进行派发。例如，INAS子系统运行的INAS取单侦听程序扫描外系统业务接口表中业务订单的状态；如果订单状态是待处理的订单，则根据其优先级进行派发。

[0032] 步骤108，被派发的订单进入流程引擎后，由流程引擎依照泛属性组合计算方法确定订单的开通环节及其先后次序。例如，在被派发的业务订单被送入流程引擎中后，流程引擎根据流程模板库中预先设置的配置规则，依照泛属性组合计算方法进行推算，从而确定该业务订单的开通环节，并设置这些开通环节的先后次序。稍后对泛属性组合计算方法作进一步的详细介绍。

[0033] 步骤110，流程引擎按照环节的先后次序依次派发环节工单，根据环节工单生成相应待处理的网元工单。例如，流程引擎按照开通环节的优先级依次派发环节工单，其中一张环节工单可能生成一张或多张待处理网元工单。

[0034] 步骤112，获取待处理的网元工单的信息，实现与物理网元平台的连接。例如，根据环节工单生成了网元工单后，由网元工单处理模块取出待处理网元工单的信息，根据网元工单中给出的技术信息指示来连接实际的网元平台，如物理网元：HLR、综合业务管理平台(ISMP，Integrated Services Management Platform)等，从而完成相关业务的实际开通。

[0035] 本发明提供的网元开通的方法中，INAS子系统是业务开通和真实物理网元之间的桥梁，起着承上启下的关键作用；其将业务开通的请求转换成到若干真实网元的命令，实现各项业务服务的开通。图2示出本发明网元开通方法中接口层的数据模型的示意图。如图2所示，在实施网元开通的方法中，INAS子系统的接口层方面主要涉及外系统业务接口表、外系统接口表扩展表、外部交互接口表、外部系统表、交互接口类型表和外部交互接口扩展表，图中的箭头(例如FK_BI REF_BII)表示数据库中的外键，用来控制数据的完整性；其中，外系统业务接口表用于存放外部订单的基本信息，订单属性规格的新旧值存放在外系统业务接口表扩展表中。外部交互接口表和外部交互接口扩展表用于定义回复外系统时使用的通讯方式，如消息队列(MQ，Message Queue)，SOCKET(套接字)等定义。这样一来就可以通过配置的方式对接多种外系统。

[0036] 为了更加清楚地了解本发明提出的泛属性的流程计算模型，在介绍本发明提出的泛属性的流程计算模型之前，首先介绍现有技术中确定订单的开通环节及其先后次序的流程计算模型。现有的确定订单的开通环节的模型主要是确定流程计算的维度，较为常见的是“产品规格+订单类型+服务”的模式，或者“产品+服务”的模式。图3示出现有技术中确定订单的开通环节的模型结构示意图。如图3所示，外部订单数据被输入后进行订单数据的分解，将其分解为“产品规格”、“订单类型”和“服务规格”三个固定维度，并套用当前可利用的判断模型，针对服务的多种属性和各种参数变化进行维度判断并加入相应的硬代码。以“产品规格+订单类型+服务”的模式为例，该模型具体可使用如下代码的表述形式：

[0037] if(产品规格＝X&&订单类型＝Y&&服务规格＝Z)

[0038] then(走相应的流程)

[0039] 现有技术的这种方式，对外系统模型依赖性强，维度被固定了，因此对于不同的业务，属性不同的情况显得不够灵活，自身改造风险过大；例如如果服务属性发生变化时，必须通过改变代码的方式加以解决。以电信领域的固定电话移机业务举例加以说明：固话移机业务需要组合判断逻辑号、物理号、端口号的组合变化，以此区分移机改号、移机不改号等多种流程：

[0040] 1、移机更改逻辑号，物理号、端口号变化，流程如下：

[0041] 资源分配→cmoc→HLR→测量台→外线→cmoc(拆)→HLR(拆)→测量台(拆)→外线(拆)

[0042] 2、移机不改逻辑号，物理号、端口号变化，流程如下：

[0043] 资源分配→cmoc→测量台→外线(触发HLR)→cmoc(拆)→测量台(拆)→外线(拆)

[0044] 逻辑号、物理号、端口号这三个参数均不属于产品规格、订单类型、服务的任一项，无法使用固定维度的流程判断模型去计算流程。由于不属于流程固定维度判断范围，所以只能用硬代码写死，配置性和可扩展性较弱，此外，此种方法模型的针对性太强，无法灵活对接多个外系统，复用性不高。

[0045] 针对上述问题，本发明在确定订单的开通环节及其先后次序方面，创新性地提出了泛属性组合计算方法，即将属性完全参数化，消除固定维度，引入多种属性判断，扩展计算维度，并设计了泛属性的流程计算模型。图4示出了本发明提供的泛属性的流程计算模型的结构示意图。如图4所示，外部订单数据被输入后，由INAS子系统进行订单数据的解析和原子化处理，将其分解为“产品类属性规格”、“订单类型类属性规格”、“服务类属性规格”、“服务参数类属性规格”和“其它类型属性规格(可进行扩展用的维度)”等维度；根据配置抽取相应的泛属性数据进行组合判断。该计算方法的思路和创新点如下：

[0046] 1)消除现有技术中对外部订单数据分解而得到的固定维度，引入泛属性(组)的概念，用泛属性来描述各种外部订单数据的属性。例如，“产品规格”用泛属性“10002”表示，“订单类型”用“10045”表示，“逻辑号”用“10014”表示；“物理号”用“30070”表示；“端口号”用“30003”表示。

[0047] 2)利用原子化的泛属性并结合程序员编写代码的思路，设计计算模型；模拟代码编写流程如下所示：

[0048] if(条件A&&条件B)

[0049] then do something；

[0050] 例如，以固定电话移机为例进行说明：

[0051] if(订单类型＝移机&&端口号变化&&物理号变化&&逻辑号没变&&产品规格是固话类)

[0052] then(走移机不改号流程)

[0053] 使用泛属性组合理念，实现了一张可以动态扩展的流程维度计算模型。具体数据模型分成两类：设计时(buildtime)配置表和运行时(runtime)配置表。设计时配置表是由业务人员配置流程使用，带有一定的业务信息。运行时配置表根据设计时配置表自动导入生效，不可以直接操作。这样做的好处在于分离业务信息和运行信息，保证核心模型的业务无关性，同时通过导入工具保证业务人员配置的准确性。

[0054] 表1示出本发明提供的设计时环节配置表的主要数据模型结构，具体如下所示；环节配置表主要参数包括：地区ID、产品规格ID、订单类型ID、服务规格ID、环节规格ID、服务规格名称、环节规格名称、是否新增、规则、规则解释、属性规则组ID、ID、创建时间、上次修改时间等。

[0055]

[0056] 表1设计时环节配置表的主要数据模型结构

[0057] 以ADSL绿色上网服务为例，表2示出采用本发明提供的设计时环节配置表对ADSL绿色上网服务进行配置，具体内容如下所示：

[0058]

[0059] 表2ADSL绿色上网服务设计时配置表结构

[0060] 表2所示的英文字段与表1所示的数据模型结构中的中文字段是一一对应的。其中，地区对应的数值“20”表示苏州，产品规格对应的数值“9”表示ADSL产品，服务规格对应的数值“152”表示绿色上网服务，环节规格对应的数值“000076”表示远程认证拨号用户业务(RADIUS，Remote Authorization Dial In User Service)平台。表2所示的配置表示的含义是苏州ASDL的绿色上网服务在满足规则(10003＝152)||(10004＝152)||((10005＝152)&&(10079MOD))的情况下需要经过RADIUS平台，此条泛属性规则用中文表述为((新增绿色上网服务)或者(删除绿色上网服务)或者(用户有绿色上网服务并且参数变化))的时候要过RADIUS平台。规则用正规表达式写出，通俗易懂。

[0061] 本发明提供的业务规则实际上就是一条逻辑表达式，由原子规则及其组合(非顶级组合规则或顶级组合规则)构成。图5示出了本发明提供的业务规则的结构示意图。如图5所示，其中原子规则表征最小的判断粒度，是对某一个属性规格新旧值的判断。它支持三种判断模式，分别是数值类、动作类以及动态类判断。非顶级组合规则：是原子规则或其他的非顶级组合规则通过AND或者是OR关系组合而成这种组合规则并不能决定流程的走向，仅仅是某些规则的组合。顶级组合规则：是原子规则或非顶级组合规则通过AND或者是OR关系组合而成，决定最终流程的走向。以前述规则(10003＝152)||(10004＝152)||((10005＝152)&&(10079MOD))为例：其中(10003＝152)、(10004＝152)、((10005＝152)和(10079MOD)都属于原子规则，((10005＝152)&&(10079MOD))属于非顶级组合规则，(10003＝152)||(10004＝152)||((10005＝152)&&(10079MOD))属于顶级组合规则。

[0062] 具体来说，数值类判断包括：“＝”(等于)、“＞”(大于)、“＜”(小于)、“＞＝”(大于等于)、“＜＝”(小于等于)、“＜＞”(不等于)。

[0063] 动作类判断包括：MOD：用于判断值是否发生变化(即新旧值发生变化)。

[0064] ADD：用于判断值是否是新增(即新值有，旧值没有)。

[0065] DEL：用于判断值是否是删除(即新值没有，旧值有)。

[0066] KIP：用于判断值是否是不变(即新旧值相同)。

[0067] ALL：用于判断某个属性规格是否存在。

[0068] 动态类判断：系统运行时动态执行的相关规则。这些规则也称为动态规则，是由JAVA代码实现属性规格新旧值的复杂判断。动态规则的引入，增强了规则判断的灵活型，使得规则的判断不再局限于对某些属性规格新旧值的简单判断。

[0069] 运行时配置表的由设计时配置表中的规则分解而来的。图6示出本发明网元开通方法中运行时配置表的数据模型示意图，图中的箭头(例如FK_ISGR REF_ISG)表示数据库中的外键，用来控制数据的完整性。如图6所示，运行时配置表涉及属性规格组关联表、属性规格关联类型表、属性规格组表、属性规格关联表、属性规格组对应的内部服务表、属性规格参数类型表、内部服务规格定义表、产品服务规格对应的环节表和环节定义表；前述所有数值类、动作类及动态类判断的规则都需经过转换，导入运行时配置表。表3给出了规则转换对照关系，具体如下表所示：

[0070]规则类型 需导入的运行时配置表 说明
原子规则 属性规格组、属性规格关联
非顶级组合规则 属性规格组、属性规格组关联
顶级组合规则 属性规格组、属性规格组关联 顶级组合规则实际
内部服务规格定义 上就是内部的服务
产品服务对应的环节
属性规格组对应的内部服务 规格

[0071] 表3规则转换对照表

[0072] INAS子系统的流程引擎在系统初始化时，动态加载该运行时配置表中的规则；其将每一条规则视为是一棵树。图7示出本发明实施例提供的泛属性组合计算规则的逻辑树结构。如图7所示，树的根部是C1，也就是顶级组合规则。树叶是A1、A2和A3，都是原子规则。C2是非顶级组合规则，是该逻辑树上的一个节点，该节点下两个原子规则；该逻辑树可以转换成如下的表达式：(C1＝C2&&A1 C2＝A2||A3)。当这两个表达式成立的时候，顶级组合规则C1就成立。流程的计算可以采用自顶向下的递归方式进行计算，首先从C1开始，计算到每个叶节点为止。详细算法包括：

[0073] 1)INAS子系统的流程引擎初始化时动态加载属性规格组关联、属性规格组、属性规格对应的内部服务、属性规格关联等运行时配置表至内存中(仅初始化时加载一次，目的在于减少数据库的访问次数，提高计算效率)。

[0074] 2)根据订单属性规格的新旧值，参照属性规格关联表，计算原子规则。在这里假设A1、A2、A3都成立。

[0075] 3)从顶级规则开始，首先计算规则C1。

[0076] 4)由于C1是组合规则，于是根据属性规格组关联表找到C1的子规则(C2和A1)，以及子规则之间的组合关系(与的关系)。

[0077] 5)计算C1的子节点C2，C2也是组合规则，开始递归计算。

[0078] 6)根据属性规格组关联表找到C2的子规则(A2和A3)，以及子规则之间的组合关系(或的关系)。

[0079] 7)A2、A3都成立，且是或的组合关系，所以C2成立。A2、A3是规则树上的叶结点，也就是递归计算的终点，于是这次递归计算结束。

[0080] 8)计算C1的另一个子节点A1。

[0081] 9)A1是原子规则，已经计算。

[0082] 10)由于C2和A1都成立，且是与的关系，所以C1成立。随后将结果保存至流程计算结果表中。

[0083] 本发明提供的网元开通的方法，没有将计算流程的要素局限于业务自身的定义(如原有服务开通定义的产品规格、订单类型方式来决定流程)；而是设计了一套开放的、与具体业务无关的泛属性组合模型，使用了属性规格(组)的变化来决定流程，使业务信息与流程设计完全分离，彻底消除了原来使用大量硬代码进行自动开通流程判断的方式，做到一个判断模型多业务分享。

[0084] 图8示出了本发明提供的网元开通的方法的另一个实施例的流程图。

[0085] 如图8所示，网元开通的方法流程800包括步骤802-812，其中步骤802、804、808-812可以分别执行与图1所示的步骤102、104、108-112相同或相似的技术内容，为简洁起见，这里不再赘述其技术内容。

[0086] 如图8所示，在步骤804“读取并解析接口队列中的订单请求，并将订单请求的信息存入外系统业务接口表中”之后，执行步骤805，将订单请求转换成业务的开通订单，并设置开通订单的优先级和初始状态。例如，XML形式的业务订单请求消息被按照预先设置的模板式样被转换为业务的开通订单式样，并在该预制的模板中设置该项业务的开通订单的优先级及其初始状态(如赋予相关权重、附加信息等)。稍后对开通订单的优先级和权重的设置方式作进一步详细介绍。

[0087] 步骤806，扫描接口表中待处理的开通订单，根据待处理的开通订单的优先级和权重进行派发。例如，在完成开通订单的转换后，对外系统业务接口表中待处理的开通订单进行扫描，根据待处理的开通订单的优先级和权重进行派发。稍后对订单根据优先级和权重进行派发的具体方式作进一步详细介绍。

[0088] 对开通订单完成转化后设置其优先级和初始状态，形成该开通订单的取单策略；例如，每张业务开通订单均可通过优先级和权重的组合方式加以标注，它们形成了一个“相对优先级”的概念。简要举例，说明如下：

[0089] 优先级 权重

[0090] 普通(8) x

[0091] 重要(9) y

[0092] VIP(10) z

[0093] “相对优先级”的数据项主要涉及优先级和权重这两个参数，按照前述所示，具有不同优先级的订单在同一段时间内被处理的数量具有x∶y∶z的数量关系。其流程如下：

[0094] 1)任取两张订单，订单的优先级分别是8、9；

[0095] 2)根据两张订单的权重x和y，计算权重之和(x+y)；

[0096] 3)选一个随机数对权重之和取余，random mod(x+y)；

[0097] 4)如果余数在[0，x-1]之间，那么就选取优先级为8的订单，如果余数在[x，(x+y-1)]之间，那么就选取优先级为9的订单。就是在[0，x+y]区间内选择一个随机数，看余数落在哪个子区间内，以此类推，这样就达到了各个优先级相对处理快慢的目标。

[0098] 本发明提供的网元开通的方法的另一个实施例中，在步骤812“一个环节工单生成的网元工单都被执行完毕，实现与物理网元平台的连接”后，循环执行步骤810“流程引擎按照环节的先后次序依次派发环节工单，根据环节工单生成相应待处理的网元工单”，从而继续获取待处理的网元工单的信息，实现与物理网元平台的连接。如果某张订单下所有的环节工单都已经派发且执行完毕，则表示这张订单所有的开通请求已经执行完毕。

[0099] 本发明提供的网元开通的方法的另一个实施例中，在步骤802“将业务订单请求发送给INAS子系统的接口队列”之前，执行步骤“客户关系管理系统通过接口层将业务订单信息发送给服务开通模块”。具体来说，客户关系管理系统通过接口层将业务订单信息发送给服务开通模块，并由服务开通模块接收业务订单信息，随后将业务订单请求发送给INAS子系统的接口队列。其中外系统业务接口表用于存放外部订单的基本信息，订单属性规格的新旧值存放在外系统业务接口表扩展表中。外部交互接口表和外部交互接口扩展表用于存放服务开通模块回复客户关系管理系统的通讯方式，如MQ，SOCKET等定义。

[0100] 本发明提供的网元开通的方法，其在派发订单之前，预先设置取单策略，即定制订单的优先级和权重；每张订单均通过优先级和权重加以标注，从而确保优先级高的订单可以被优先执行，同时优先级相对较低的也有机会被调度执行，而不至于被一直处于排队状态(“饿死”)。

[0101] 图9示出了本发明提供的网元开通的方法的一个具体实施方式的流程图。

[0102] 如图9所示，网元开通的方法流程900包括：步骤901，客户关系管理系统通过接口层将业务订单信息发送给服务开通模块。例如，客户关系管理系统通过接口层将业务订单信息发送给服务开通模块，并由服务开通模块接收业务订单信息，随后将业务订单请求发送给INAS子系统的接口队列。其中外系统业务接口表用于存放外部订单的基本信息，订单属性规格的新旧值存放在外系统业务接口表扩展表中。外部交互接口表和外部交互接口扩展表用于存放服务开通模块回复客户关系管理系统的通讯方式，如MQ，SOCKET等定义。

[0103] 步骤902，将业务订单请求发送给INAS子系统的接口队列。例如，用户通过外部系统发送网元开通请求，服务开通模块接收到用户网元开通请求后，将相应的业务订单请求以XML的消息形式发送给INAS子系统的接口队列。

[0104] 步骤904，读取并解析接口队列中的订单请求，并将订单请求的信息存入外系统业务接口表中。例如，INAS子系统运行的INAS接口侦听程序扫描到接口队列中的业务订单请求(XML格式消息)后，读取并解析该业务订单请求消息，将其存入外系统业务接口表中；设置其优先级和初始状态，完成XML消息到开通订单的转换。

[0105] 步骤905，将订单请求转换成业务的开通订单，并设置开通订单的优先级和初始状态。例如，XML形式的业务订单请求消息被按照预先设置的模板式样被转换为业务的开通订单式样，并在该预制的模板中设置该项业务的开通订单的优先级及其初始状态(如赋予相关权重、附加信息等)。

[0106] 步骤906，扫描接口表中待处理的开通订单，根据待处理的开通订单的优先级和权重进行派发。例如，在完成开通订单的转换后，对外系统业务接口表中待处理的开通订单进行扫描，根据待处理的开通订单的优先级和权重进行派发。

[0107] 步骤908，被派发的订单进入流程引擎后，由流程引擎依照泛属性组合计算方法确定订单的开通环节及其先后次序。例如，在被派发的业务订单被送入流程引擎中后，流程引擎根据流程模板库中预先设置的配置规则，依照泛属性组合计算方法进行推算，从而确定该业务订单的开通环节，并设置这些开通环节的先后次序。

[0108] 步骤910，流程引擎按照环节的先后次序依次派发环节工单，根据环节工单生成相应待处理的网元工单。例如，流程引擎按照开通环节的优先级依次派发环节工单，其中一张环节工单可能生成一张或多张待处理网元工单。

[0109] 步骤912，获取待处理的网元工单的信息，实现与物理网元平台的连接。例如，根据环节工单生成了网元工单后，由网元工单处理模块取出待处理网元工单的信息，根据网元工单中给出的技术信息指示来连接实际的网元平台，如物理网元：HLR、ISMP等，从而完成相关业务的实际开通。

[0110] 图10示出本发明提供的一种网元开通的系统的结构示意图。如图10所示，网元开通系统1000包括：服务开通模块1002、INAS子系统1004和物理网元1006。

[0111] 其中，服务开通模块1002，用于接收客户关系管理系统1001发送的业务订单请求，以及将业务订单请求发送给INAS子系统的接口队列。例如，用户通过CRM系统以MQ接口方式向服务开通模块1002发送网元开通请求，服务开通模块1002接收到用户网元开通请求后，将相应的业务订单请求以XML的消息形式发送给全业务综合网元自动激活(INAS)子系统的接口队列。

[0112] INAS子系统1004，用于接收服务开通模块1002发送的业务订单请求，读取并解析接口队列中的订单请求，并将订单请求的信息存入外系统业务接口表中；扫描外系统业务接口表中待处理的订单，根据待处理的订单的优先级进行派发；被派发的订单进入流程引擎后，由流程引擎依照泛属性组合计算方法确定订单的开通环节和先后次序；流程引擎按照开通环节的先后次序依次派发环节工单，根据环节工单生成相应待处理的网元工单；获取待处理的网元工单的信息，实现与物理网元平台的连接。具体来说，INAS子系统1004运行的INAS接口侦听程序扫描到接口队列中的业务订单请求(XML格式消息)后，读取并解析该业务订单请求消息，将其存入外系统业务接口表中；设置其优先级和初始状态，完成XML消息到开通订单的转换。随后INAS子系统904运行的INAS取单侦听程序扫描外系统业务接口表中业务订单的状态；如果订单状态是待处理的订单，则根据其优先级进行派发。
在被派发的业务订单被送入流程引擎中后，流程引擎根据流程模板库中预先设置的配置规则，依照泛属性组合计算方法进行推算，从而确定该业务订单的开通环节，并设置这些开通环节的先后次序。流程引擎按照开通环节的优先级依次派发环节工单。根据环节工单生成了网元工单后，由网元工单处理模块取出待处理网元工单的信息，根据网元工单中给出的技术信息指示来连接实际的网元平台，如物理网元1006：HLR、ISMP等，从而完成相关业务的实际开通。

[0113] 本发明提供的网元开通的系统的一个实施例中，网元开通的系统1000还包括操作维护中心(OMC，Operation and MaintenanceCentre)1008，通过网关接口与INAS子系统1004连接，用于对INAS子系统1004进行参数设置及维护操作。

[0114] 本发明提供的网元开通的系统，支持多种业务系统的订单接口，接口方式支MQ、Web Service、SOCKET、JMS、接口表等多种方式；订单采用统一的XML格式来封装订单信息，接口方式与工单处理逻辑分离实现了异构系统之间的交互。相比于现有技术，本发明提供的网元开通系统采用更灵活和高效的配置策略来提高网元工单执行的效率，提高了系统的可维护性。

[0115] 图11示出本发明提供的一种网元开通的系统的一个具体实施方式的结构示意图。如图11所示，网元开通系统1100包括：服务开通模块1102、INAS子系统1104、物理网元1106和操作维护中心1108。CRM系统1101、服务开通模块1102、物理网元1106和操作维护中心1108分别可以是与图10所示CRM系统1001、服务开通模块1002、物理网元1006和操作维护中心1008具有相同或相似的功能模块。为简洁起见，这里不再赘述。

[0116] 如图11所示，INAS子系统1104包括：INAS接口模块11042、INAS取单模块11044、流程引擎模块11046和网元工单处理模块11048。其中INAS接口模块11042，用于读取并解析接口队列中的订单请求，并将订单请求的信息存入外系统业务接口表中。INAS取单模块11044，用于扫描外系统业务接口表中待处理的订单，根据待处理的订单的优先级向流程引擎模块11046进行派发。流程引擎模块11046，用于接收INAS取单模块11044派发的订单，依照泛属性组合计算方法确定订单的开通环节和先后次序；按照开通环节的先后次序依次派发环节工单，根据环节工单生成相应待处理的网元工单，并向网元工单处理模块发送网元工单。网元工单处理模块11048，用于接收流程引擎模块11046生成的待处理的网元工单，并获取相应网元工单包含的信息，实现与物理网元平台的连接。

[0117] 本发明提供的网元开通的系统的一个实施例中，INAS接口模块11042还用于将订单请求存入外系统业务接口表后，将订单请求转换成业务的开通订单，并设置该开通订单的优先级和初始状态。

[0118] 本发明提供的网元开通的系统的一个实施例中，INAS子系统1104通过交换机与物理网元1106进行连接。

[0119] 本发明提供的网元开通的系统，通过可配置化的工单调度策略模型及一套规则配置表，来实现业务订单的可配置化，提高了系统对业务变更响应的速度，缩短了开发周期，减少了频繁修改程序带来的系统隐患。

[0120] 参考前述本发明示例性的描述，本领域技术人员可以清楚的知晓本发明具有以下优点：

[0121] 1、本发明提供的网元开通的方法及系统，其在派发订单之前，预先设置取单策略，即定制订单的优先级和权重；每张订单均通过优先级和权重加以标注，从而确保优先级高的订单可以被优先执行，同时优先级相对较低的也有机会被调度执行，而不至于被一直处于排队状态。

[0122] 2、本发明提供的网元开通的方法及系统，支持多种业务系统的订单接口，接口方式支MQ、Web Service、SOCKET、JMS、接口表等多种方式；订单采用统一的XML格式来封装订单信息，接口方式与工单处理逻辑分离实现了异构系统之间的交互。相比于现有技术，本发明采用更灵活和高效的配置策略来提高网元工单执行的效率，提高了系统的可维护性。

[0123] 3、本发明提供的网元开通的方法及系统，通过可配置化的工单调度策略模型及一套规则配置表，来实现业务订单的可配置化，提高了系统对业务变更响应的速度，缩短了开发周期，减少了频繁修改程序带来的系统隐患。

[0124] 本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。