CN106792630B - 一种实现移网业务开通的方法及系统 - Google Patents
一种实现移网业务开通的方法及系统 Download PDFInfo
- Publication number
- CN106792630B CN106792630B CN201611007807.3A CN201611007807A CN106792630B CN 106792630 B CN106792630 B CN 106792630B CN 201611007807 A CN201611007807 A CN 201611007807A CN 106792630 B CN106792630 B CN 106792630B
- Authority
- CN
- China
- Prior art keywords
- order
- service
- network element
- order information
- work order
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例提供了一种实现移网业务开通的方法及系统，涉及通信技术领域。本发明通过接收前端系统发送的服务订单信息，对服务订单信息进行初校验，对初校验通过的服务订单信息进行解析和/或分解，生成业务定单信息，将业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单，根据激活工单生成网元工单，将网元工单发送到网元服务器进行施工，最后根据施工结果进行回单。在移网业务的开通流程中，IOM或SPS系统进行业务的开通流程调度与激活，不再经过NAS系统，由此解决了开通流程复杂带来的处理效率慢，接口出现异常概率大，数据冗余多的问题，精简处理系统，减少重复工作，提高处理效率，接口出现异常的概率减小，数据冗余减少。
Description
技术领域
本发明涉及通信技术领域，特别是涉及一种实现移网业务开通的方法及系统。
背景技术
随着电信运营企业的发展和建设，网络规模日益扩大，网络资源存量日趋丰富，电信业务竞争的日益激烈，电信网络运营企业将面临各类用户对电信业务日趋提高的需求以及同行业企业竞争的压力，提高客户感知无疑成为最有效的争夺市场份额的手段和方法。近几年运营商在提高客户感知方面做了很多工作，如：预约服务、掌上运维、宽带无障碍处理、资源数据核查等，移网业务作为其中最重要的业务之一，处理速度更显得尤为重要。
目前，在移网业务的开通流程中，主要由前端系统受理后，发送后台BOSS(Business Operation Support System，业务运营支撑系统)系统后，由BOSS系统中的IOM(Integrated Order Management System，集成定单管理系统)或SPS(Service ProviderSystem，服务开通管理系统)系统进行业务的开通流程调度，由NAS(Network ActiveSystem，网络激活系统)系统进行业务激活，最后由网元服务器完成业务的开通，中间同时会从RMS(Resource Management System，通用资源管理系统)系统获取部分开通关键信息。
在发明人应用在先技术时，发现在先技术对于移网业务的开通流程存在以下缺点：流程复杂，由于在业务开通过程中未能区分固网业务与移网业务，通用一套处理流程，导致移网业务在处理过程中依然要进行同固网业务一致的复杂性的业务处理流程，降低了移网业务的处理效率，降低了用户体验；处理过程中依赖系统过多，定单或工单在各个系统中流转，各个系统在接收定单或工单后都会进行一些重复工作，同时，定单或工单主要依赖系统间接口传递，当接口出现异常时，会直接导致服务不可用，另外，各个系统都会对定单或工单的处理过程进行保存，存在部分的数据冗余。
发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种实现移网业务开通的方法和相应的一种实现移网业务开通的系统。
依据本发明的一个方面，提供了一种实现移网业务开通的方法，包括：
由第一进程通过订单接口服务接收前端系统发送的服务订单信息；
由第一进程对所述服务订单信息进行初校验；
由第一进程将所述初校验通过的服务订单信息的第一消息发送至定单处理队列，并将所述服务订单信息存入内存数据库；
由第二进程从所述定单处理队列中逐个提取所述第一消息，并根据所述第一消息从所述内存数据库中提取相应的服务订单信息；
由第二进程对所述服务订单信息进行解析和/或分解，以生成业务定单信息；
由第二进程将所述生成业务定单信息的第二消息发送至工单消息队列，并将所述业务定单信息存入内存数据库；
由第三进程从所述工单消息队列中逐个提取所述第二消息，并根据所述第二消息从所述内存数据库中提取相应的业务定单信息；
由第三进程将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单；
由第三进程将所述生成激活工单的伪指令消息发送至伪指令消息队列，并将所述激活工单存入内存数据库；
由第四进程从所述伪指令消息队列中逐个提取所述伪指令消息，并根据所述伪指令消息从所述内存数据库中提取相应的激活工单；
由第四进程根据所述激活工单生成至少一个网元工单；
由第四进程将所述生成网元工单的实指令消息发送至网元工单派发队列，并将所述网元工单存入内存数据库；
由第五进程从所述网元工单派发队列中逐个提取所述实指令消息，根据所述实指令消息从所述内存数据库中提取相应的网元工单；
由第五进程将所述网元工单发送到网元服务器进行施工；
由第六进程接收网元服务器针对所述网元工单返回的施工结果，进行回单。
根据本发明的另一方面，提供了一种实现移网业务开通的系统，包括：
服务订单信息接收模块，用于由第一进程通过订单接口服务接收前端系统发送的服务订单信息；
服务订单信息初校验模块，用于由第一进程对所述服务订单信息进行初校验；
服务订单信息存储模块，用于由第一进程将所述初校验通过的服务订单信息的第一消息发送至定单处理队列，并将所述服务订单信息存入内存数据库；
服务订单信息提取模块，用于由第二进程从所述定单处理队列中逐个提取所述第一消息，并根据所述第一消息从所述内存数据库中提取相应的服务订单信息；
业务定单信息生成模块，用于由第二进程对所述服务订单信息进行解析和/或分解，以生成业务定单信息；
业务定单信息存储模块，用于由第二进程将所述生成业务定单信息的第二消息发送至工单消息队列，并将所述业务定单信息存入内存数据库；
业务定单信息提取模块，用于由第三进程从所述工单消息队列中逐个提取所述第二消息，并根据所述第二消息从所述内存数据库中提取相应的业务定单信息；
激活工单生成模块，用于由第三进程将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单；
激活工单存储模块，用于由第三进程将所述生成激活工单的伪指令消息发送至伪指令消息队列，并将所述激活工单存入内存数据库；
激活工单提取模块，用于由第四进程从所述伪指令消息队列中逐个提取所述伪指令消息，并根据所述伪指令消息从所述内存数据库中提取相应的激活工单；
网元工单生成模块，用于由第四进程根据所述激活工单生成至少一个网元工单；
网元工单存储模块，用于由第四进程将所述生成网元工单的实指令消息发送至网元工单派发队列，并将所述网元工单存入内存数据库；
网元工单提取模块，用于由第五进程从所述网元工单派发队列中逐个提取所述实指令消息，根据所述实指令消息从所述内存数据库中提取相应的网元工单；
网元工单发送模块，用于由第五进程将所述网元工单发送到网元服务器进行施工；
回单模块，用于由第六进程接收网元服务器针对所述网元工单返回的施工结果，进行回单。
相对在先技术，本发明具备如下优点：
根据本发明的一种实现移网业务开通的方法及系统，通过接收前端系统发送的服务订单信息，对所述服务订单信息进行初校验，对初校验通过的服务订单信息进行解析和/或分解，以生成业务定单信息，将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单，根据所述激活工单生成至少一个网元工单，将所述网元工单发送到网元服务器进行施工，最后接收网元服务器针对所述网元工单返回的施工结果进行回单。在移网业务的开通流程中，IOM或SPS接收前端系统服务订单信息，并对所述服务订单信息进行业务的开通流程调度与激活，最后由网元服务器完成业务的开通，在开通流程中不再经过NAS系统，由此解决了移网业务开通流程复杂带来的处理过程复杂，处理效率慢，接口出现异常的概率大，以及数据冗余多的问题，精简处理系统，在处理过程中减少一些重复工作，提高处理效率，由于处理过程中依赖的系统减少，接口出现异常的概率减小，数据冗余减少；同时，在移网业务处理过程中，定单或工单保存在内存数据库中，整个移网业务的处理在内存中进行，进一步提高了移网业务的处理效率。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明实施例一提供的一种实现移网业务开通的方法实施例的步骤流程图；
图2示出了根据本发明实施例二提供的一种实现移网业务开通的方法实施例的步骤流程图；
图2A示出了根据本发明的业务定单信息查询的流程图；
图2B示出了根据本发明的信控停复的流程图；
图2C示出了根据本发明的业务开通的流程图；
图2D示出了根据本发明的生成统计报表的流程图；
图2E示出了根据本发明的系统功能模型图；
图2F示出了根据本发明的系统运行图；
图2G示出了根据本发明的系统部署图；
图3示出了根据本发明实施例三提供的一种实现移网业务开通的系统实施例的结构框图；
图4示出了根据本发明实施例三提供的一种实现移网业务开通的系统实施例的结构框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
参照图1，示出了根据本发明一个实施例的一种实现移网业务开通的方法实施例的步骤流程图，具体可以包括如下步骤：
步骤101，由第一进程通过订单接口服务接收前端系统发送的服务订单信息。
前端系统受理服务订单信息，所述前端系统包括CRM系统(CustomerRelationship Management，客户关系管理系统)，服务订单信息经前端系统受理后，IOM或SPS系统的第一进程通过调用订单接口服务，接收前端系统按照约定格式发送的服务订单信息。
例如，CRM受理的业务为我的E家，我的E家的服务订单信息经CRM系统受理后，IOM或SPS系统的第一进程通过调用订单接口服务，接收CRM系统发送的我的E家的服务订单信息。
步骤102，由第一进程对所述服务订单信息进行初校验。
IOM或SPS系统的第一进程获取到前端系统按照约定格式发送的服务订单信息后，由第一进程对获取到的服务订单信息进行初校验，所述初校验包括所述服务订单信息是否有参数异常，如果服务订单信息有参数异常，则将所述服务订单信息返回至前端系统，如果服务订单信息没有参数异常，则对所述服务订单信息进行后续处理。
例如，IOM或SPS系统的第一进程获取到前端系统发送的我的E家的服务订单信息，由第一进程对获取到的我的E家的服务订单信息进行初校验。
步骤103，由第一进程将所述初校验通过的服务订单信息的第一消息发送至定单处理队列，并将所述服务订单信息存入内存数据库。
如果服务订单信息经过IOM或SPS系统的第一进程进行初校验后，没有发现参数异常问题，由IOM或SPS系统的第一进程将所述初校验通过的服务订单信息的第一消息发送至定单处理队列，并将所述服务订单信息存入内存数据库中，所述内存数据库包括redis(Remote Dictionary Server，key-value内存数据库)。
例如，IOM或SPS系统的第一进程对我的E家的服务订单信息进行初校验后，没有发现参数异常问题，将初校验通过的我的E家的服务订单信息的第一消息发送至定单处理队列，并将我的E家的服务订单信息存入redis中。
步骤104，由第二进程从所述定单处理队列中逐个提取所述第一消息，并根据所述第一消息从所述内存数据库中提取相应的服务订单信息。
在定单处理队列中会存储多个由IOM或SPS系统的第一进程发送的初校验通过的服务订单信息的第一消息，IOM或SPS系统的第二进程监听所述定单处理队列，从所述定单处理队列中按顺序逐个提取第一消息，根据所述第一消息从所述内存数据库中提取相应的服务订单信息。
例如，IOM或SPS系统的第二进程监听所述定单处理队列，从所述定单处理队列中按顺序逐个提取第一消息，根据第一消息从redis中提取相应的我的E家的服务订单信息。
步骤105，由第二进程对所述服务订单信息进行解析和/或分解，以生成业务定单信息。
IOM或SPS系统的第二进程从内存数据库中提取相应的服务订单信息，由第二进程对所述服务订单信息进行解压缩处理，再对解压缩后的服务订单信息进行解析以及编码转换，接着对解析以及编码转换后的服务订单信息进行分解与整理，生成业务定单信息。如果解析以及编码转换后的服务订单信息中只包括一个业务定单信息，则直接成业务定单信息。
例如，我的E家中包括：电话业务、固化业务、宽带业务，IOM或SPS系统的第二进程从内存数据库中提取相应的我的E家的服务订单信息，对我的E家的服务订单信息进行解压缩、解析以及编码转换处理后，对我的E家的服务订单信息进行分解，生成电话业务、固化业务、宽带业务这三个业务定单信息，其中，电话业务属于移网业务。
步骤106，由第二进程将所述生成业务定单信息的第二消息发送至工单消息队列，并将所述业务定单信息存入内存数据库。
IOM或SPS系统的第二进程根据服务订单信息生成业务定单信息，由第二进程将所述生成业务定单信息的第二消息发送至工单消息队列，并将所述业务定单信息存入内存数据库。
例如，IOM或SPS系统的第二进程根据我的E家的服务订单信息，生成移网业务中电话业务的业务定单信息，将生成电话业务的业务定单信息的第二消息发送至工单消息队列，并将电话业务的业务定单信息存入redis中。
步骤107，由第三进程从所述工单消息队列中逐个提取所述第二消息，并根据所述第二消息从所述内存数据库中提取相应的业务定单信息。
在工单消息队列中会存储多个由IOM或SPS系统的第二进程发送的生成业务定单信息的第二消息，IOM或SPS系统的第三进程监听所述工单消息队列，从所述工单消息队列中按顺序逐个提取第二消息，根据所述第二消息从所述内存数据库中提取相应的业务定单信息。
例如，IOM或SPS系统的第三进程监听工单消息队列，从工单消息队列中按顺序逐个提取第二消息，根据第二消息从redis中提取相应的电话业务的业务定单信息。
步骤108，由第三进程将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单。
IOM或SPS系统的第三进程将移网流程模板预先加载到缓存中，IOM或SPS系统的第三进程再从内存数据库中提取相应的业务定单信息，根据所述业务定单信息中的定单主业务、动作、区域、SLA(Service-Level Agreement，服务等级协议)的一个或多个参数组合，与缓存中的移网流程模板进行匹配，根据匹配后得到的流程标识到缓存中获取相关的流程数据，并根据所述业务定单信息与所述流程数据进行计算，确定所述业务定单信息需要调度的业务，将所述业务进行存储，根据所述业务对所述业务定单信息进行流程派发，对于需要进行网元服务器开通的业务，生成激活工单，对于无需进行网元服务器开通的业务，进行回单。
业务定单信息与移网流程模板匹配进行匹配时，分别通过SO_TEMPLATE、SO_MATCH这两个表进行匹配，首先根据业务定单信息中的参数与SO_TEMPLATE表进行匹配，如果在SO_TEMPLATE表中查找到一条对应的匹配结果，则完成业务定单信息与移网流程模板的匹配；如果在SO_TEMPLATE表中查找到至少两条对应的匹配结果，则再根据业务定单信息中的其他相关参数与SO_MATCH表进行匹配，直到在SO_MATCH表中查找到对应的一条匹配结果，则完成业务定单信息与移网流程模板的匹配。
例如，电话业务的业务定单信息与移网流程模板匹配时，匹配到的业务只有需要进行网元服务器开通的业务，则生成电话业务的激活工单。
步骤109，由第三进程将所述生成激活工单的伪指令消息发送至伪指令消息队列，并将所述激活工单存入内存数据库。
IOM或SPS系统的第三进程对于需要进行网元服务器开通的业务，生成激活工单后，将生成激活工单的伪指令消息发送至伪指令消息队列，并将所述激活工单存入内存数据库中。
例如，IOM或SPS系统的第三进程生成电话业务的激活工单后，将生成电话业务的激活工单的伪指令消息发送至伪指令消息队列，并将电话业务的激活工单存入redis中。
步骤110，由第四进程从所述伪指令消息队列中逐个提取所述伪指令消息，并根据所述伪指令消息从所述内存数据库中提取相应的激活工单。
伪指令消息队列接收到伪指令消息后，对所述伪指令消息进行解析，参数映射，路由匹配，确定激活工单的划分结果，在伪指令消息队列中会存储多个由IOM或SPS系统的第三进程发送的生成激活工单的伪指令消息，IOM或SPS系统的第四进程监听所述伪指令消息队列，从所述伪指令消息队列中按顺序逐个提取伪指令消息，根据所述伪指令消息从所述内存数据库中提取相应的激活工单。
例如，IOM或SPS系统的第四进程监听伪指令消息队列，从伪指令消息队列中按顺序逐个提取伪指令消息，根据伪指令消息从redis中提取相应的电话业务的激活工单。
步骤111，由第四进程根据所述激活工单生成至少一个网元工单。
IOM或SPS系统的第四进程从内存数据库中提取相应的激活工单后，根据所述激活工单以及所述伪指令消息处理后的激活工单的划分结果，生成至少一个网元工单。
例如，IOM或SPS系统的第四进程从redis中提取相应的电话业务的激活工单后，对电话业务的激活工单进行拆分，生成HLR(Home Location Register，归属位置寄存器)网元工单，VSOP(Valued Service Order Relationship Management Platform，增值业务订购关系管理平台)网元工单，AAA(Authentication Authorization Accounting，认证授权计费)网元工单，ANAAA(Access Network Authentication Authorization Accounting，接入网认证授权计费)网元工单。
步骤112，由第四进程将所述生成网元工单的实指令消息发送至网元工单派发队列，并将所述网元工单存入内存数据库。
IOM或SPS系统的第四进程根据激活工单生成至少一个网元工单后，将生成网元工单的实指令消息发送至网元工单派发队列，并将所述网元工单存入内存数据库。
例如，IOM或SPS系统的第四进程根据电话业务的激活工单，生成HLR网元工单、VSOP网元工单、AAA网元工单、ANAAA网元工单后，将生成网元工单的实指令消息发送至网元工单派发队列，并将HLR网元工单、VSOP网元工单、AAA网元工单、ANAAA网元工单分别存入到redis中。
步骤113，由第五进程从所述网元工单派发队列中逐个提取所述实指令消息，根据所述实指令消息从所述内存数据库中提取相应的网元工单。
在网元工单派发队列中会存储多个由IOM或SPS系统的第四进程发送的生成网元工单的实指令消息，IOM或SPS系统的第五进程监听所述网元工单派发队列，从所述网元工单派发队列中按顺序逐个提取实指令消息，根据所述实指令消息从所述内存数据库中提取相应的网元工单。
例如，IOM或SPS系统的第五进程监听网元工单派发队列，从网元工单派发队列中按顺序逐个提取实指令消息，根据所述实指令消息从redis中提取相应的电话业务的网元工单，所述电话业务的网元工单包括：HLR网元工单、VSOP网元工单、AAA网元工单、ANAAA网元工单。
步骤114，由第五进程将所述网元工单发送到网元服务器进行施工。
IOM或SPS系统的第五进程从内存数据库中提取相应的网元工单后，根据实指令消息，按照网元业务的优先级分别将所述网元工单发送到网元服务器对应的网元平台进行施工。
例如，IOM或SPS系统的第五进程，按照网元业务的优先级分别将HLR网元工单、VSOP网元工单、AAA网元工单、ANAAA网元工单发送到网元服务器对应的网元平台进行施工。
步骤115，由第六进程接收网元服务器针对所述网元工单返回的施工结果，进行回单。
网元服务器接收IOM或SPS系统的第五进程发送的网元工单，将所述网元工单分别在对应的网元平台进行施工，将施工结果返回IOM或SPS系统，IOM或SPS系统的第六进程接收网元服务器针对所述网元工单返回的施工结果，根据所述施工结果进行回单。
例如，将HLR网元工单、VSOP网元工单、AAA网元工单、ANAAA网元工单分别在网元服务器对应的网元平台进行施工，将根据施工结果返回至IOM或SPS系统，IOM或SPS系统的第六进程根据施工结果进行回单。
相对在先技术，本发明实施例具备如下优点：
本发明实施例通过接收前端系统发送的服务订单信息，对所述服务订单信息进行初校验，对初校验通过的服务订单信息进行解析和/或分解，以生成业务定单信息，将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单，根据所述激活工单生成至少一个网元工单，将所述网元工单发送到网元服务器进行施工，最后接收网元服务器针对所述网元工单返回的施工结果进行回单。在移网业务的开通流程中，IOM或SPS接收前端系统服务订单信息，并对所述服务订单信息进行业务的开通流程调度与激活，最后由网元服务器完成业务的开通，在开通流程中不再经过NAS系统，由此解决了移网业务开通流程复杂带来的处理过程复杂，处理效率慢，接口出现异常的概率大，以及数据冗余多的问题，精简处理系统，在处理过程中减少一些重复工作，提高处理效率，由于处理过程中依赖的系统减少，接口出现异常的概率减小，数据冗余减少；同时，在移网业务处理过程中，定单或工单保存在内存数据库中，整个移网业务的处理在内存中进行，进一步提高了移网业务的处理效率。
实施例二
参照图2，示出了根据本发明一个实施例的一种实现移网业务开通的方法实施例的步骤流程图，具体可以包括如下步骤：
步骤201，由第一进程通过订单接口服务接收前端系统发送的服务订单信息。
本发明实施例的步骤201与实施例一的步骤101原理类似，在此不再详述。
步骤202，由第一进程对所述服务订单信息进行初校验。
本发明实施例的步骤202与实施例一的步骤102原理类似，在此不再详述。
步骤203，由第一进程将所述初校验通过的服务订单信息的第一消息发送至定单处理队列，并将所述服务订单信息存入内存数据库。
本发明实施例的步骤203与实施例一的步骤103原理类似，在此不再详述。
步骤204，由第二进程从所述定单处理队列中逐个提取所述第一消息，并根据所述第一消息从所述内存数据库中提取相应的服务订单信息。
本发明实施例的步骤204与实施例一的步骤104原理类似，在此不再详述。
步骤205，由第二进程对所述服务订单信息进行解析。
IOM或SPS系统的第二进程从内存数据库中提取相应的服务订单信息，对所述服务订单信息进行解析处理。
步骤206，对解析后的服务订单信息进行有效性和完整性的校验。
IOM或SPS系统的第二进程将解析后的服务订单信息进行有效性和完整性的校验。所述有效性校验包括从时间维度判断所述服务订单信息是否有效，例如，服务订单信息的预约时间是否小于当前时间；所述完整性的校验包括判断所述服务订单信息中的重要数据是否缺失，例如，服务订单信息中的重要数据缺失，则服务订单信息不完整。
通过对所述服务订单信息进行有效性和完整性的校验，将校验通过的服务订单信息进行后续处理，将校验未通过的服务订单信息返回至前端系统。
步骤207，对所述有效性和完整性校验通过的服务订单信息进行结构分解，生成业务定单信息。
IOM或SPS系统的第二进程将有效性和完整性校验通过的服务订单信息进行结构分解，分解出公共信息和业务定单信息，并建立服务订单信息与业务定单信息之间的关系。
步骤208，由第二进程将所述生成业务定单信息的第二消息发送至工单消息队列，并将所述业务定单信息存入内存数据库。
本发明实施例的步骤208与实施例一的步骤106原理类似，在此不再详述。
步骤209，由第三进程从所述工单消息队列中逐个提取所述第二消息，并根据所述第二消息从所述内存数据库中提取相应的业务定单信息。
本发明实施例的步骤209与实施例一的步骤107原理类似，在此不再详述。
步骤210，由第三进程将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单。
本发明实施例的步骤210与实施例一的步骤108原理类似，在此不再详述。
步骤211，由第三进程将所述生成激活工单的伪指令消息发送至伪指令消息队列，并将所述激活工单存入内存数据库。
本发明实施例的步骤211与实施例一的步骤109原理类似，在此不再详述。
步骤212，由第四进程从所述伪指令消息队列中逐个提取所述伪指令消息，并根据所述伪指令消息从所述内存数据库中提取相应的激活工单。
本发明实施例的步骤212与实施例一的步骤110原理类似，在此不再详述。
步骤213，由第四进程根据所述激活工单生成至少一个网元工单。
本发明实施例的步骤213与实施例一的步骤111原理类似，在此不再详述。
步骤214，由第四进程将所述生成网元工单的实指令消息发送至网元工单派发队列，并将所述网元工单存入内存数据库。
本发明实施例的步骤214与实施例一的步骤112原理类似，在此不再详述。
步骤215，由第五进程从所述网元工单派发队列中逐个提取所述实指令消息，根据所述实指令消息从所述内存数据库中提取相应的网元工单。
本发明实施例的步骤215与实施例一的步骤113原理类似，在此不再详述。
步骤216，由第五进程将所述网元工单发送到网元服务器进行施工。
本发明实施例的步骤216与实施例一的步骤114原理类似，在此不再详述。
步骤217，由第六进程接收网元服务器针对所述网元工单返回的施工结果。
网元服务器接收IOM或SPS系统的第五进程发送的网元工单，将所述网元工单分别在对应的网元平台进行施工，将施工结果返回IOM或SPS系统，IOM或SPS系统的第六进程接收网元服务器针对所述网元工单返回的施工结果。
步骤218，由第六进程判断所述网元工单是否都已施工完成。
IOM或SPS系统的第六进程接收网元服务器针对所述网元工单返回的施工结果后，判断激活工单中所有的网元工单是否都已施工完成。
如果激活工单中所有的网元工单还都未施工完成，则继续对未未施工完成的网元工单在网元服务器进行施工。
步骤219，如果所述网元工单都已施工完成，发送网元工单施工结果的第三消息至网元工单结果队列，并将所述网元工单施工结果存入内存数据库。
如果激活工单中所有的网元工单都已施工完成，IOM或SPS系统的第六进程发送网元工单施工结果的第三消息至网元工单结果队列，并将所述网元工单施工结果存入内存数据库。
步骤220，由第七进程判断所述激活工单是否都已施工完成。
IOM或SPS系统的第七进程判断所有的激活工单是否都已施工完成，如果所有的激活工单还都未施工完成，则继续对所述激活工单进行处理，发送网元服务器进行施工，直到所有的激活工单施工完成。
步骤221，如果所述激活工单都已施工完成，发送激活工单施工结果的第四消息至工单消息队列，并将所述激活工单施工结果存入内存数据库。
如果所有的激活工单都已施工完成，IOM或SPS系统的第七进程发送激活工单施工结果的第四消息至工单消息队列，并将所述激活工单施工结果存入内存数据库。
步骤222，由第八进程判断所述业务定单信息是否都已施工完成。
IOM或SPS系统的第八进程判断所有的业务定单信息是否都已施工完成，如果所有的业务定单信息还都未施工完成，则继续对所述业务定单信息进行处理、施工，直到所有的业务定单信息施工完成。
步骤223，如果所述业务定单信息都已施工完成，根据业务定单信息施工结果返回服务订单施工结果至所述前端系统，并将所述业务定单信息施工结果存入mysql数据库。
如果所有的业务定单信息都已施工完成，根据业务定单信息施工结果确定服务订单施工结果，将服务订单施工结果返回至前端系统，完成业务的开通。
整个业务完成开通后，将业务定单信息施工结果以及业务定单信息都存入mysql数据库中。
步骤224，如果所述业务定单信息都已施工完成且施工完成的时间超过3个月，将所述业务定单信息施工结果存入hadoop。
如果整个业务完成开通后的时间超过3个月，将业务定单信息施工结果以及业务定单信息都存入hadoop中。
参照图2A，示出了根据本发明的业务定单信息查询的流程图。
优选地，在所述步骤224之后，还包括：
步骤225，接收前端系统的查询指令。
用户在进行移网业务开通后，可以在IOM或SPS系统提供的查询页面或接口进行业务定单信息查询，IOM或SPS系统接收前端系统的查询指令。
步骤226，根据所述查询指令查找对应的定单号和定单状态。
IOM或SPS系统根据接收到的前端系统的查询指令，根据所述查询指令中的定单查询条件，在搜索引擎中进行检索，查找对应的定单号和定单状态，所述定单状态包括未施工完成和已施工完成。所述为施工完成也可描述为竣工，所述已施工完成也可描述为已竣工。
步骤227，如果所述定单状态为未施工完成，在所述内存数据库中根据所述定单号查找相应的业务定单信息，以返回给所述前端系统。
如果所述业务定单信息的定单状态为未竣工，则所述业务定单信息保存在内存数据库中，如图2A所述内存数据库包括定单/工单活动库，在定单/工单活动库中根据所述定单号检索相应的业务定单信息，将查找到的业务定单详细信息返回给所述前端系统。
步骤228，如果所述定单状态已施工完成，在所述mysql数据库或hadoop中根据所述定单号查找相应的业务定单信息，以返回给所述前端系统。
如果所述业务定单信息的定单状态为已竣工，则所述业务定单信息保存在mysql数据库或hadoop中，如图2A所述mysql数据库或hadoop包括定单/工单归档库，在定单/工单归档库中根据所述定单号检索相应的业务定单信息，将查找到的业务定单详细信息返回给所述前端系统。
参照图2B，示出了根据本发明的信控停复的流程图。
优选地，在所述步骤224之后，还包括：
步骤229，通过信控接口服务接收前端系统发送的信控停复信息。
前端系统受理信控停复信息后，IOM或SPS系统通过调用信控接口服务，接收前端系统发送的信控停复信息。
步骤230，对所述信控停复信息进行解析，并生成实指令消息。
IOM或SPS系统通过接口活动库接收到前端系统发送的信控停复信息后，对所述信控停复信息进行解析处理，将解析后的信控停复信息保存在服务激活活动库，根据所述解析后的信控停复信息以及定单/工单活动库中的定单/工单信息，进行联机指令处理生成实指令消息，并将所述实指令信息存在服务激活活动库中，如图2B内存数据库包括所述服务激活活动库。
步骤231，网元服务器根据所述实指令消息，对所述解析后的信控停复信息进行施工。
IOM或SPS系统从内存数据库中提取相应的解析后的信控停复信息，并根据服务激活活动库中的实指令消息进行指令发送处理，将所述解析后的信控停复信息发送到网元服务器，所述网元服务器接收所述解析后的信控停复信息，所述网元服务器根据所述实指令消息，对所述解析后的信控停复信息进行施工，将施工完成后的信控停复信息保存在服务激活归档库中，最终将信控停复信息保存在HBase归档库中，将进行信控停复处理后的定单或工单信息保存在定单/工单归档库，最终将定单或工单信息保存在HBase归档库中。
参照图2C，示出了根据本发明的业务开通的流程图。
前端系统受理客户订单，IOM或SPS系统通过接口活动库接收前端系统发送的客户订单，对所述客户订单进行解析、分解生成定单信息，将定单信息存入定单/工单活动库中，从定单/工单活动库中提取相应的定单信息，根据流程活动库中的流程信息，对所述定单信息进行流程匹配，启动匹配流程，进行流程流转，根据匹配到的结果进行流程执行生成工单信息，将所述工单信息存入定单/工单活动库中，判断所述工单信息是否是自动单，如果是自动单进行联机指令处理，从服务激活活动库中获取联指信息，发送到网元服务器进行施工，直接进行流程竣工处理，将竣工处理过程中的信息存入定单/工单活动库中，最后将竣工单存入定单/工单归档库与HBase归档库中，将对应的流程信息存入流程归档库中；如果是手工单，则滞留在内存数据库中待办任务等待施工人员领单处理后回单，再进行竣工。
竣工完成后，在定单/工单活动库或定单/工单归档库或HBase归档库中进行定单索引和工单索引。
参照图2D，示出了根据本发明的生成统计报表的流程图。
管理人员根据HBase归档库中的定单和工单信息，以及规格库中的统计指标信息，获取到相关的统计条件后，直接在hadoop中进行离线数据处理，根据中间处理结果得到统计指标值HDFS(Hadoop Distributed File System，分布式文件系统)，根据HDFS进行统计得到最终结果，将最终结果生成符合要求的报表，并将统计指标值保存在规格库中。
参照图2E，示出了根据本发明的系统功能模型图。
本发明实施例中的集中IOM系统，既可以完成前端系统受理的服务订单信息的流程调度，又可以完成业务的激活处理，在处理过程中将信息保存在内存数据库中，且处理过程中的消息保存在消息队列中，所述消息队列也可描述为rabbitMQ(rabbitMessageQueue，消息队列)，整个业务处理完成后再将对应的信息保存在mysql数据库中，针对历史数据，再将对应的信息保存在hadoop中。
整个集中IOM系统包括：定单管理，工单管理，激活管理，施工管理，系统管理，业务管理，流程管理，监控管理，统计查询，能力接口以及其他服务执行能力。
定单管理是业务开通过程中的核心信息载体，是前端系统与IOM系统进行交互的主要单元。IOM系统作为定单调度的枢纽，提供服务订单接收、业务定单生成、服务订单报竣、服务订单变更、定单模板管理的管理功能。定单管理包括：服务订单接收、业务定单生成、服务订单报竣、服务订单变更、定单模板管理。
工单管理是进行业务激活过程中的核心信息载体，通常在进行流程控制时使用。工单管理包括：工单生成、工单派发、工单撤销、工单回笼、工单归档、工单配置。
激活管理是对业务进行激活过程的管理控制，激活管理包括：激活配置、指令生成、激活异常处理、维护管理、网元接入、指令执行。
施工管理是对服务开通的服务配置过程的一个必要的控制和补充，施工管理包括两部分内容。一是对施工资源的管理，施工资源主要是指跟服务开通相关的资源，例如，人力、时间、工具；二是对施工规则的管理，施工规则指施工人员在进行施工过程中所必需遵守的原则。施工管理包括：施工配置、施工单分配、施工处理、施工预约管理。
系统管理要完成对集中IOM系统的组织、员工、员工权限及系统参数的一个管理功能，目前包含的功能包括认证与权限管理、员工组织管理、公共实体管理、微件管理、菜单管理。系统管理包括：区域管理、人员管理、权限管理、公告管理、消息管理、日志管理、统一登录认证管理、组织机构管理。
业务管理是IOM系统的业务参数管理模块，包含业务数据配置功能、服务数据配置、资源服务数据配置功能，以及IOM系统内部的业务规则数据配置管理、伪指令管理功能。
流程管理包括流程配置管理和流程调度管理。流程配置管理包括：环节配置管理、流程模板配置管理、流程时限管理；流程调度管理包括：流程调度、异常流程处理。
监控管理主要是从业务、系统运行角度出发，全程监控开通过程中的各个点，包括：监控配置、流程监控、定单监控、工单监控、异常监控、应用监控、接口监控。
统计查询主要面向业务和管理人员提供多维度的报表数据，包括绩效类、时限类、工作量类等多类报表。统计查询包括：综合查询和统计报表。
能力接口包括接口管理和外部能力接入，负责完成与其它子系统之间的数据传送，主要的接口主要有与综合客服系统的接口、与资源管理系统的接口、与网络激活系统之间的接口及与其它外围系统之间的接口。
参照图2F，示出了根据本发明的系统运行图。
用户或前端应用在前端系统的浏览器中完成业务的受理，通过负载均衡设备将受理的服务订单信息分配到Web服务层相应的IOM系统中，在IOM系统中对所述服务订单信息进行处理，在处理过程中将信息保存在内存数据库中，且处理过程中的消息任务保存在消息队列中，所述消息队列包括：定单队列，工单队列，信控停复队列，网元指令队列，所述消息任务包：定单解析，流程匹配，流程竣工，定单归档，工单生成，工单派发，指令派发，通过基础组件层中的数据路由，根据消息队列中对应的消息从内存数据库中的高速缓存中获取数据信息，在内存数据库中的高速缓存中包括处理过程中的规格数据，待办任务，定单流程，联机指令工单，停复信息，最后将工单信息发送到网元平台进行施工，整个业务处理完成后再通过数据路由将对应的信息保存在mysql数据库中，针对历史数据，再将对应的信息保存在hadoop中，所述对应的信息包括：定单报文，流程拓扑，归档定单，归档工单。整个业务完成处理后，还可在查询数据库中通过搜索引擎进行归档定单和归档工单信息查询。
参照图2G，示出了根据本发明的系统部署图。
订单接口服务接收前端系统发送的服务订单信息，通过交换机将服务订单信息发送到负载均衡设备，负载均衡设备将服务订单信息分配到对应的IOM系统，IOM系统对服务订单信息进行处理，处理过程中的消息以及信息通过交换机发送到负载均衡设备，负载均衡设备再将消息以及信息存入消息队列以及redis中，IOM系统通过交换机从redis中获取对应的信息进行处理，最终将网元工单通过交换机发送到省分前置机进行施工，施工完成后通过交换机将对应的信息存入mysql数据库中，施工完成3个月后通过交换机将mysql数据库中对应的信息存入hadoop中。
在实现移网业务开通的过程中，涉及到的各个核心组件以及数据库均采用分布式集群方式部署。主要包括：接口服务器群组、应用服务器群组、Web服务器群组、基础组件服务器群组、mysql数据库群组、归档数据hadoop群组、省分前置机。
接口服务器群组提供其他系统调用的接口服务，例如收单、回单。所述接口服务器群组的功能包括：订单接口服务、信控接口服务以及其它接口服务。
应用服务器群组包括IOM系统，主要进行业务的开通流程调度以及业务激活。
Web服务器群组为管理人员提供操作页面，部署tomcat服务器，管理人员可以在Web服务器群组提供的操作页面上进行操作，例如制作报表。
基础组件服务器群组包括：数据路由，所述数据路由也可描述为datalite，搜索引擎，所述搜索引擎也可描述为solrcloud，消息队列，内存数据库。
mysql数据库群组主要用于保存整个业务处理完成后的信息，保存竣工期在3个月内的定单相关数据。
归档数据hadoop群组主要用于保存竣工期超过三个月的定单相关数据及其他相关历史数据。
省分前置机主要负责应用服务器群组发送的网元工单，对网元工单进行施工处理。
相对在先技术，本发明实施例具备如下优点：
本发明实施例通过接收前端系统发送的服务订单信息，对所述服务订单信息进行初校验，对初校验通过的服务订单信息进行解析、校验以及结构分解，以生成业务定单信息，将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单，根据所述激活工单生成至少一个网元工单，将所述网元工单发送到网元服务器进行施工，最后接收网元服务器针对所述网元工单返回的施工结果进行回单。在业务开通完成后，还可以进行业务定单信息查询或信控停复。在移网业务的开通流程中，IOM或SPS接收前端系统服务订单信息，并对所述服务订单信息进行业务的开通流程调度与激活，最后由网元服务器完成业务的开通，在开通流程中不再经过NAS系统，由此解决了移网业务开通流程复杂带来的处理过程复杂，处理效率慢，接口出现异常的概率大，以及数据冗余多的问题，精简处理系统，在处理过程中减少一些重复工作，提高处理效率，由于处理过程中依赖的系统减少，接口出现异常的概率减小，数据冗余减少；在移网业务处理过程中，定单或工单保存在内存数据库中，整个移网业务的处理在内存中进行，进一步提高了移网业务的处理效率；同时，各个核心组件以及数据库均采用分布式集群方式部署，保证部分节点发生故障后，不影响移网业务的处理，保证了移网业务的高可靠性。且移网业务的处理不受外部环境影响，没有额外进程守护，开通过程中所有环节均通过应用本身完成整体流程的流转，采用纯异步机制节约硬件资源，软件资源以及进程处理过程中的无形资源。
对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
实施例三
参照图3，示出了根据本发明一个实施例的一种实现移网业务开通的系统实施例的结构框图，具体可以包括如下模块：
服务订单信息接收模块301，由第一进程通过订单接口服务接收前端系统发送的服务订单信息。
服务订单信息初校验模块302，用于由第一进程对所述服务订单信息进行初校验。
服务订单信息存储模块303，用于由第一进程将所述初校验通过的服务订单信息的第一消息发送至定单处理队列，并将所述服务订单信息存入内存数据库。
服务订单信息提取模块304，用于由第二进程从所述定单处理队列中逐个提取所述第一消息，并根据所述第一消息从所述内存数据库中提取相应的服务订单信息。
业务定单信息生成模块305，用于由第二进程对所述服务订单信息进行解析和/或分解，以生成业务定单信息。
业务定单信息存储模块306，用于由第二进程将所述生成业务定单信息的第二消息发送至工单消息队列，并将所述业务定单信息存入内存数据库。
业务定单信息提取模块307，用于由第三进程从所述工单消息队列中逐个提取所述第二消息，并根据所述第二消息从所述内存数据库中提取相应的业务定单信息。
激活工单生成模块308，用于由第三进程将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单。
激活工单存储模块309，用于由第三进程将所述生成激活工单的伪指令消息发送至伪指令消息队列，并将所述激活工单存入内存数据库。
激活工单提取模块310，用于由第四进程从所述伪指令消息队列中逐个提取所述伪指令消息，并根据所述伪指令消息从所述内存数据库中提取相应的激活工单。
网元工单生成模块311，用于由第四进程根据所述激活工单生成至少一个网元工单。
网元工单存储模块312，用于由第四进程将所述生成网元工单的实指令消息发送至网元工单派发队列，并将所述网元工单存入内存数据库。
网元工单提取模块313，用于由第五进程从所述网元工单派发队列中逐个提取所述实指令消息，根据所述实指令消息从所述内存数据库中提取相应的网元工单。
网元工单发送模块314，用于由第五进程将所述网元工单发送到网元服务器进行施工。
回单模块315，用于由第六进程接收网元服务器针对所述网元工单返回的施工结果，进行回单。
相对在先技术，本发明实施例具备如下优点：
本发明实施例通过接收前端系统发送的服务订单信息，对所述服务订单信息进行初校验，对初校验通过的服务订单信息进行解析和/或分解，以生成业务定单信息，将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单，根据所述激活工单生成至少一个网元工单，将所述网元工单发送到网元服务器进行施工，最后接收网元服务器针对所述网元工单返回的施工结果进行回单。在移网业务的开通流程中，IOM或SPS接收前端系统服务订单信息，并对所述服务订单信息进行业务的开通流程调度与激活，最后由网元服务器完成业务的开通，在开通流程中不再经过NAS系统，由此解决了移网业务开通流程复杂带来的处理过程复杂，处理效率慢，接口出现异常的概率大，以及数据冗余多的问题，精简处理系统，在处理过程中减少一些重复工作，提高处理效率，由于处理过程中依赖的系统减少，接口出现异常的概率减小，数据冗余减少；同时，在移网业务处理过程中，定单或工单保存在内存数据库中，整个移网业务的处理在内存中进行，进一步提高了移网业务的处理效率。
实施例四
参照图4，示出了根据本发明一个实施例的一种实现移网业务开通的系统实施例的结构框图，具体可以包括如下模块：
服务订单信息接收模块401，由第一进程通过订单接口服务接收前端系统发送的服务订单信息。
服务订单信息初校验模块402，用于由第一进程对所述服务订单信息进行初校验。
服务订单信息存储模块403，用于由第一进程将所述初校验通过的服务订单信息的第一消息发送至定单处理队列，并将所述服务订单信息存入内存数据库。
服务订单信息提取模块404，用于由第二进程从所述定单处理队列中逐个提取所述第一消息，并根据所述第一消息从所述内存数据库中提取相应的服务订单信息。
服务订单信息解析模块405，用于由第二进程对所述服务订单信息进行解析。
服务订单信息校验模块406，用于对解析后的服务订单信息进行有效性和完整性的校验。
服务订单信息结构分解模块407，用于对所述有效性和完整性校验通过的服务订单信息进行结构分解，生成业务定单信息。
业务定单信息存储模块408，用于由第二进程将所述生成业务定单信息的第二消息发送至工单消息队列，并将所述业务定单信息存入内存数据库。
业务定单信息提取模块409，用于由第三进程从所述工单消息队列中逐个提取所述第二消息，并根据所述第二消息从所述内存数据库中提取相应的业务定单信息。
激活工单生成模块410，用于由第三进程将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单。
激活工单存储模块411，用于由第三进程将所述生成激活工单的伪指令消息发送至伪指令消息队列，并将所述激活工单存入内存数据库。
激活工单提取模块412，用于由第四进程从所述伪指令消息队列中逐个提取所述伪指令消息，并根据所述伪指令消息从所述内存数据库中提取相应的激活工单。
网元工单生成模块413，用于由第四进程根据所述激活工单生成至少一个网元工单。
网元工单存储模块414，用于由第四进程将所述生成网元工单的实指令消息发送至网元工单派发队列，并将所述网元工单存入内存数据库。
网元工单提取模块415，用于由第五进程从所述网元工单派发队列中逐个提取所述实指令消息，根据所述实指令消息从所述内存数据库中提取相应的网元工单。
网元工单发送模块416，用于由第五进程将所述网元工单发送到网元服务器进行施工。
施工结果返回模块417，用于由第六进程接收网元服务器针对所述网元工单返回的施工结果。
网元工单判断模块418，用于由第六进程判断所述网元工单是否都已施工完成。
网元工单施工结果存储模块419，用于如果所述网元工单都已施工完成，发送网元工单施工结果的第三消息至网元工单结果队列，并将所述网元工单施工结果存入内存数据库。
激活工单判断模块420，用于由第七进程判断所述激活工单是否都已施工完成。
激活工单施工结果存储模块421，用于如果所述激活工单都已施工完成，发送激活工单施工结果的第四消息至工单消息队列，并将所述激活工单施工结果存入内存数据库。
业务定单信息判断模块422，用于由第八进程判断所述业务定单信息是否都已施工完成。
业务定单信息第一存储模块423，用于如果所述业务定单信息都已施工完成，根据业务定单信息施工结果返回服务订单施工结果至所述前端系统，并将所述业务定单信息施工结果存入mysql数据库。
业务定单信息第二存储模块424，用于如果所述业务定单信息都已施工完成且施工完成的时间超过3个月，将所述业务定单信息施工结果存入hadoop。
优选地，在所述业务定单信息第二存储424之后，还包括：
查询指令接收模块425，用于接收前端系统的查询指令。
定单查找模块426，用于根据所述查询指令查找对应的定单号和定单状态。
业务定单信息第一返回模块427，用于如果所述定单状态为未施工完成，在所述内存数据库中根据所述定单号查找相应的业务定单信息，以返回给所述前端系统。
业务定单信息第二返回模块428，用于如果所述定单状态已施工完成，在所述mysql数据库或hadoop中根据所述定单号查找相应的业务定单信息，以返回给所述前端系统。
优选地，在所述业务定单信息第二存储424之后，还包括：
信控停复信息接收模块429，用于通过信控接口服务接收前端系统发送的信控停复信息。
信控停复信息解析模块430，用于对所述信控停复信息进行解析，并生成实指令消息。
信控停复信息施工模块431，用于网元服务器根据所述实指令消息，对所述解析后的信控停复信息进行施工。
相对在先技术，本发明实施例具备如下优点：
本发明实施例通过接收前端系统发送的服务订单信息，对所述服务订单信息进行初校验，对初校验通过的服务订单信息进行解析、校验以及结构分解，以生成业务定单信息，将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单，根据所述激活工单生成至少一个网元工单，将所述网元工单发送到网元服务器进行施工，最后接收网元服务器针对所述网元工单返回的施工结果进行回单。在业务开通完成后，还可以进行业务定单信息查询或信控停复。在移网业务的开通流程中，IOM或SPS接收前端系统服务订单信息，并对所述服务订单信息进行业务的开通流程调度与激活，最后由网元服务器完成业务的开通，在开通流程中不再经过NAS系统，由此解决了移网业务开通流程复杂带来的处理过程复杂，处理效率慢，接口出现异常的概率大，以及数据冗余多的问题，精简处理系统，在处理过程中减少一些重复工作，提高处理效率，由于处理过程中依赖的系统减少，接口出现异常的概率减小，数据冗余减少；在移网业务处理过程中，定单或工单保存在内存数据库中，整个移网业务的处理在内存中进行，进一步提高了移网业务的处理效率；同时，各个核心组件以及数据库均采用分布式集群方式部署，保证部分节点发生故障后，不影响移网业务的处理，保证了移网业务的高可靠性。且移网业务的处理不受外部环境影响，没有额外进程守护，开通过程中所有环节均通过应用本身完成整体流程的流转，采用纯异步机制节约硬件资源，软件资源以及进程处理过程中的无形资源。
对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的实现移网业务开通的方法及系统设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
Claims (10)
1.一种实现移网业务开通的方法，其特征在于，包括：
由第一进程通过订单接口服务接收前端系统发送的服务订单信息；
由第一进程对所述服务订单信息进行初校验；
由第一进程将所述初校验通过的服务订单信息的第一消息发送至定单处理队列，并将所述服务订单信息存入内存数据库；
由第二进程从所述定单处理队列中逐个提取所述第一消息，并根据所述第一消息从所述内存数据库中提取相应的服务订单信息；
由第二进程对所述服务订单信息进行解析和/或分解，以生成业务定单信息；
由第二进程将所述生成业务定单信息的第二消息发送至工单消息队列，并将所述业务定单信息存入内存数据库；
由第三进程从所述工单消息队列中逐个提取所述第二消息，并根据所述第二消息从所述内存数据库中提取相应的业务定单信息；
由第三进程将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单；
由第三进程将所述生成激活工单的伪指令消息发送至伪指令消息队列，并将所述激活工单存入内存数据库；
由第四进程从所述伪指令消息队列中逐个提取所述伪指令消息，并根据所述伪指令消息从所述内存数据库中提取相应的激活工单；
由第四进程根据所述激活工单生成至少一个网元工单；
由第四进程将所述生成网元工单的实指令消息发送至网元工单派发队列，并将所述网元工单存入内存数据库；
由第五进程从所述网元工单派发队列中逐个提取所述实指令消息，根据所述实指令消息从所述内存数据库中提取相应的网元工单；
由第五进程将所述网元工单发送到网元服务器进行施工；
由第六进程接收网元服务器针对所述网元工单返回的施工结果，进行回单。
2.如权利要求1所述的方法，其特征在于，所述由第六进程接收网元服务器针对所述网元工单返回的施工结果，进行回单的步骤，包括：
由第六进程接收网元服务器针对所述网元工单返回的施工结果；
由第六进程判断所述网元工单是否都已施工完成；
如果所述网元工单都已施工完成，发送网元工单施工结果的第三消息至网元工单结果队列，并将所述网元工单施工结果存入内存数据库；
由第七进程判断所述激活工单是否都已施工完成；
如果所述激活工单都已施工完成，发送激活工单施工结果的第四消息至工单消息队列，并将所述激活工单施工结果存入内存数据库；
由第八进程判断所述业务定单信息是否都已施工完成；
如果所述业务定单信息都已施工完成，根据业务定单信息施工结果返回服务订单施工结果至所述前端系统，并将所述业务定单信息施工结果存入mysql数据库；
如果所述业务定单信息都已施工完成且施工完成的时间超过3个月，将所述业务定单信息施工结果存入hadoop。
3.如权利要求1所述的方法，其特征在于，所述由第二进程对所述服务订单信息进行解析和/或分解，以生成业务定单信息的步骤，包括：
由第二进程对所述服务订单信息进行解析；
对解析后的服务订单信息进行有效性和完整性的校验；
对所述有效性和完整性校验通过的服务订单信息进行结构分解，生成业务定单信息。
4.如权利要求2所述的方法，其特征在于，在所述由第六进程接收网元服务器针对所述网元工单返回的施工结果，进行回单的步骤之后，还包括：
接收前端系统的查询指令；
根据所述查询指令查找对应的定单号和定单状态；
如果所述定单状态为未施工完成，在所述内存数据库中根据所述定单号查找相应的业务定单信息，以返回给所述前端系统；
如果所述定单状态已施工完成，在所述mysql数据库或hadoop中根据所述定单号查找相应的业务定单信息，以返回给所述前端系统。
5.如权利要求1所述的方法，其特征在于，在所述由第六进程接收网元服务器针对所述网元工单返回的施工结果，进行回单的步骤之后，还包括：
通过信控接口服务接收前端系统发送的信控停复信息；
对所述信控停复信息进行解析，并生成实指令消息；
网元服务器根据所述实指令消息，对所述解析后的信控停复信息进行施工。
6.一种实现移网业务开通的系统，其特征在于，包括：
服务订单信息接收模块，用于由第一进程通过订单接口服务接收前端系统发送的服务订单信息；
服务订单信息初校验模块，用于由第一进程对所述服务订单信息进行初校验；
服务订单信息存储模块，用于由第一进程将所述初校验通过的服务订单信息的第一消息发送至定单处理队列，并将所述服务订单信息存入内存数据库；
服务订单信息提取模块，用于由第二进程从所述定单处理队列中逐个提取所述第一消息，并根据所述第一消息从所述内存数据库中提取相应的服务订单信息；
业务定单信息生成模块，用于由第二进程对所述服务订单信息进行解析和/或分解，以生成业务定单信息；
业务定单信息存储模块，用于由第二进程将所述生成业务定单信息的第二消息发送至工单消息队列，并将所述业务定单信息存入内存数据库；
业务定单信息提取模块，用于由第三进程从所述工单消息队列中逐个提取所述第二消息，并根据所述第二消息从所述内存数据库中提取相应的业务定单信息；
激活工单生成模块，用于由第三进程将所述业务定单信息与移网流程模板匹配，根据匹配结果生成激活工单；
激活工单存储模块，用于由第三进程将所述生成激活工单的伪指令消息发送至伪指令消息队列，并将所述激活工单存入内存数据库；
激活工单提取模块，用于由第四进程从所述伪指令消息队列中逐个提取所述伪指令消息，并根据所述伪指令消息从所述内存数据库中提取相应的激活工单；
网元工单生成模块，用于由第四进程根据所述激活工单生成至少一个网元工单；
网元工单存储模块，用于由第四进程将所述生成网元工单的实指令消息发送至网元工单派发队列，并将所述网元工单存入内存数据库；
网元工单提取模块，用于由第五进程从所述网元工单派发队列中逐个提取所述实指令消息，根据所述实指令消息从所述内存数据库中提取相应的网元工单；
网元工单发送模块，用于由第五进程将所述网元工单发送到网元服务器进行施工；
回单模块，用于由第六进程接收网元服务器针对所述网元工单返回的施工结果，进行回单。
7.如权利要求6所述的系统，其特征在于，所述回单模块，包括：
施工结果返回模块，用于由第六进程接收网元服务器针对所述网元工单返回的施工结果；
网元工单判断模块，用于由第六进程判断所述网元工单是否都已施工完成；
网元工单施工结果存储模块，用于如果所述网元工单都已施工完成，发送网元工单施工结果的第三消息至网元工单结果队列，并将所述网元工单施工结果存入内存数据库；
激活工单判断模块，用于由第七进程判断所述激活工单是否都已施工完成；
激活工单施工结果存储模块，用于如果所述激活工单都已施工完成，发送激活工单施工结果的第四消息至工单消息队列，并将所述激活工单施工结果存入内存数据库；
业务定单信息判断模块，用于由第八进程判断所述业务定单信息是否都已施工完成；
业务定单信息第一存储模块，用于如果所述业务定单信息都已施工完成，根据业务定单信息施工结果返回服务订单施工结果至所述前端系统，并将所述业务定单信息施工结果存入mysql数据库；
业务定单信息第二存储模块，用于如果所述业务定单信息都已施工完成且施工完成的时间超过3个月，将所述业务定单信息施工结果存入hadoop。
8.如权利要求6所述的系统，其特征在于，所述业务定单信息生成模块，包括：
服务订单信息解析模块，用于由第二进程对所述服务订单信息进行解析；
服务订单信息校验模块，用于对解析后的服务订单信息进行有效性和完整性的校验；
服务订单信息结构分解模块，用于对所述有效性和完整性校验通过的服务订单信息进行结构分解，生成业务定单信息。
9.如权利要求7所述的系统，其特征在于，在所述回单模块之后，还包括：
查询指令接收模块，用于接收前端系统的查询指令；
定单查找模块，用于根据所述查询指令查找对应的定单号和定单状态；
业务定单信息第一返回模块，用于如果所述定单状态为未施工完成，在所述内存数据库中根据所述定单号查找相应的业务定单信息，以返回给所述前端系统；
业务定单信息第二返回模块，用于如果所述定单状态已施工完成，在所述mysql数据库或hadoop中根据所述定单号查找相应的业务定单信息，以返回给所述前端系统。
10.如权利要求6所述的系统，其特征在于，在所述回单模块之后，还包括：
信控停复信息接收模块，用于通过信控接口服务接收前端系统发送的信控停复信息；
信控停复信息解析模块，用于对所述信控停复信息进行解析，并生成实指令消息；
信控停复信息施工模块，用于网元服务器根据所述实指令消息，对所述解析后的信控停复信息进行施工。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611007807.3A CN106792630B (zh) | 2016-11-11 | 2016-11-11 | 一种实现移网业务开通的方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611007807.3A CN106792630B (zh) | 2016-11-11 | 2016-11-11 | 一种实现移网业务开通的方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106792630A CN106792630A (zh) | 2017-05-31 |
| CN106792630B true CN106792630B (zh) | 2020-01-21 |
Family
ID=58968540
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611007807.3A Active CN106792630B (zh) | 2016-11-11 | 2016-11-11 | 一种实现移网业务开通的方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106792630B (zh) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108459902A (zh) * | 2018-01-24 | 2018-08-28 | 北京三快在线科技有限公司 | 用于处理订单业务的方法、装置及电子设备 |
| CN108876125A (zh) * | 2018-06-04 | 2018-11-23 | 北京天元创新科技有限公司 | 一种实现多方在线协作的宽带业务工单管理系统及方法 |
| CN109472442B (zh) * | 2018-09-27 | 2022-03-04 | 深圳供电局有限公司 | 一种工单的自动化处理系统和方法 |
| CN109858772A (zh) * | 2019-01-04 | 2019-06-07 | 优信拍（北京）信息科技有限公司 | 一种工单的处理方法、装置和系统 |
| CN112686720B (zh) * | 2019-10-17 | 2024-03-19 | 中国移动通信集团浙江有限公司 | 订单生产方法、装置、设备及计算机可读存储介质 |
| CN111061578B (zh) * | 2019-12-17 | 2023-02-14 | 科大国创软件股份有限公司 | 一种基于双轨保证生产机制的自动网络激活系统 |
| CN111245917B (zh) * | 2020-01-07 | 2022-04-19 | 广州市申迪计算机系统有限公司 | 一种基于katalon的工单录入装置及其实现方法 |
| CN112070478A (zh) * | 2020-09-04 | 2020-12-11 | 北京明略昭辉科技有限公司 | 一种工单自动化对接方法及对接系统 |
| CN113065838A (zh) * | 2020-09-29 | 2021-07-02 | 国网浙江省电力有限公司宁波供电公司 | 一种电力工单自动生成派发方法 |
| CN112469026A (zh) * | 2020-11-06 | 2021-03-09 | 北京思特奇信息技术股份有限公司 | 业务指令规则的端到端实现方法和系统 |
| CN112905318A (zh) * | 2021-02-04 | 2021-06-04 | 方新 | 一种基于消息优先级队列分布式交换网元调用方法及系统 |
| CN114390508B (zh) * | 2021-12-28 | 2023-10-27 | 天翼物联科技有限公司 | 一种用户异步激活方法、系统、装置及存储介质 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101800661B (zh) * | 2010-01-14 | 2011-11-23 | 中国电信股份有限公司 | 网元开通的方法及系统 |
| CN101826987B (zh) * | 2010-04-27 | 2012-05-02 | 北京邮电大学 | 一种基于融合开放网络的混合服务支撑系统及方法 |
| CN102892096B (zh) * | 2011-07-19 | 2015-04-22 | 中国移动通信集团公司 | 实现账户充值的系统、方法、业务运营支撑系统和设备 |
| CN105516979B (zh) * | 2015-12-04 | 2021-01-12 | 南京航空航天大学 | 一种移动网络信息获取和开放的方法和系统 |
| CN106027607B (zh) * | 2016-05-04 | 2018-12-18 | 北京思特奇信息技术股份有限公司 | 一种对固网业务进行无条件受理伪竣工的方法和系统 |
-
2016
- 2016-11-11 CN CN201611007807.3A patent/CN106792630B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN106792630A (zh) | 2017-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106792630B (zh) | 一种实现移网业务开通的方法及系统 | |
| US20170109657A1 (en) | Machine Learning-Based Model for Identifying Executions of a Business Process | |
| CN111045656A (zh) | 一种构建政务服务中台体系基础架构的方法和系统 | |
| CN109379326B (zh) | Xml报文规则校验方法、设备和存储介质 | |
| US20170109676A1 (en) | Generation of Candidate Sequences Using Links Between Nonconsecutively Performed Steps of a Business Process | |
| US20170109668A1 (en) | Model for Linking Between Nonconsecutively Performed Steps in a Business Process | |
| US20170109667A1 (en) | Automaton-Based Identification of Executions of a Business Process | |
| US20050278342A1 (en) | System and method for auditing a network | |
| CN109902105A (zh) | 用于微服务架构的数据查询系统、方法、设备及存储介质 | |
| US20170109636A1 (en) | Crowd-Based Model for Identifying Executions of a Business Process | |
| US20170109639A1 (en) | General Model for Linking Between Nonconsecutively Performed Steps in Business Processes | |
| CN106230985B (zh) | 一种基于物联网大数据处理方法、系统及服务处理端 | |
| CN110851324B (zh) | 基于日志的巡检处理方法、装置以及电子设备、存储介质 | |
| WO2021204013A1 (zh) | 智能派工方法、装置、设备及存储介质 | |
| JP6324534B2 (ja) | プロモーション状況データの監視方法、装置、デバイス及び非発揮性コンピューター記憶媒体 | |
| CN112419129A (zh) | 一种构建政务服务中台体系基础架构的方法和系统 | |
| CN111381940B (zh) | 分布式数据处理方法及装置 | |
| US20170109640A1 (en) | Generation of Candidate Sequences Using Crowd-Based Seeds of Commonly-Performed Steps of a Business Process | |
| CN112905318A (zh) | 一种基于消息优先级队列分布式交换网元调用方法及系统 | |
| US20170109637A1 (en) | Crowd-Based Model for Identifying Nonconsecutive Executions of a Business Process | |
| CN107229569A (zh) | 面向多执行技术的自动化测试集中调度执行方法及系统 | |
| CN114978993B (zh) | 一种基于标签表达式计算的消息路由方法及电子设备 | |
| US20170109670A1 (en) | Crowd-Based Patterns for Identifying Executions of Business Processes | |
| CN115168297A (zh) | 绕行日志审计方法及装置 | |
| CN111130955B (zh) | 基于互联网信贷系统的分布式链路监控方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |