CN107483276A - 业务的处理方法、装置及业务下发平台 - Google Patents

Abstract

本发明提供一种业务的处理方法、装置及业务下发平台，该方法包括：获取工单系统下发的工单；采用消息队列MQ方式，根据预设规则对工单进行排序，获得工单队列；根据工单队列生成网管系统能够识别的任务队列；将任务队列下发给网管系统，以使网管系统根据任务队列中的目标任务生成并激活目标业务。通过自动获取工单系统下发的工单，引入消息队列MQ技术，将工单自动签收转化为任务，实现电路的自动配置和激活，即使网管系统根据目标任务生成并激活目标业务，实现了业务的自动下发和激活，提高了业务开通效率。

Description

业务的处理方法、装置及业务下发平台

技术领域

本发明涉及通信技术领域，尤其涉及一种业务的处理方法、装置及业务下发平台。

背景技术

随着网络技术的飞速发展，固网宽带不断提速，大客户对网络服务的要求越来越高，个性化需求越来越多，大客户专线业务基于承载网络开通的比重在整体大客户专线业务中占有很大部分。

但是，目前传输高带宽大客户业务在网络中专线电路的配置需要在工单系统中手工下载工单然后在专业的网管系统中手工配置激活，每日平均处理的专线业务工单数量约为60张，每张工单对应的电路配置激活处理至少耗时20分钟，工作效率低。

因此，如何有效提升专线业务开通效率成为亟需解决的技术问题。

发明内容

本发明提供一种业务的处理方法、装置及业务下发平台，以解决现有技术中大客户专线业务开通效率低等缺陷。

本发明第一个方面提供一种业务的处理方法，包括：

获取工单系统下发的工单；

采用消息队列MQ方式，根据预设规则对所述工单进行排序，获得工单队列；

根据所述工单队列生成网管系统能够识别的任务队列；

将所述任务队列下发给所述网管系统，以使所述网管系统根据所述任务队列中的目标任务生成并激活目标业务。

根据如上所述的方法，可选地，在将所述任务队列下发给所述网管系统之后，所述方法还包括：

获取所述网管系统反馈的业务处理结果信息；

记录所述业务处理结果信息；

根据所述业务处理结果信息生成相应的回单反馈给所述工单系统。

在任务完成后(即生成并激活目标业务后)，将任务转化为工单(即回单)，通过接口自动回复给工单系统，实现了工单状态同步和资源状态同步管理。

根据如上所述的方法，可选地，所述业务处理结果信息包括业务成功信息和所述目标业务对应的路由信息；

则所述回单包括：所述业务成功信息。

根据如上所述的方法，可选地，所述业务处理结果信息包括业务失败信息和失败的原因信息，则所述回单包括：所述业务失败信息；

在根据所述业务处理结果信息生成相应的回单反馈给所述工单系统之后，所述方法还包括：

根据所述失败的原因信息，以及预先存储的预备资源数据中的资源占用信息生成对应的资源调整方案；

将所述资源调整方案转换成所述网管系统能够识别的格式，并下发给所述网管系统，以使所述网管系统根据所述资源调整方案进行相应的资源调整处理，并反馈资源调整信息；

接收所述网管系统反馈的所述资源调整信息；

根据所述资源调整信息，将业务失败信息所对应的所述目标任务再次下发给所述网管系统，以使所述网管系统根据所述目标任务生成并激活目标业务，并反馈业务处理结果信息。

在MQ技术上增加异常处理机制，即当任务执行失败之后，可以进行资源调整，并重新下发任务，再次生成并激活目标业务，最终完成目标业务的开通，实现了TUNNEL资源的智能优化整理。

根据如上所述的方法，可选地，在根据所述业务处理结果信息生成相应的回单反馈给所述工单系统之后，所述方法还包括：

与远端工程师的移动终端建立链路连接，以使所述远端工程师在电路配置过程中，通过移动终端进行环回测试，以验证业务下发平台与所述网管系统之间的电路是否连通。

通过与远端工程师的移动终端建立链路连接，通过对华为专业网管的北向CORBA接口的调用，进行封装，形成易于调用的Web Service服务，为第三方系统提供该功能的集成接口，方便远端工程师使用，解决了现有技术中，远端工程师在电路配置过程中，无法在施工现场验证电路是否连通，需要到专业网管中进行端口环回测试的问题，提高了工作效率

根据如上所述的方法，可选地，在获取所述网管系统反馈的业务处理结果信息之前，所述方法还包括：

从所述网管系统获取资源数据；

将所述资源数据转换成业务下发平台的统一格式，获得预备资源数据并进行存储。

根据如上所述的方法，可选地，在将所述任务队列下发给所述网管系统之后，所述方法还包括：生成下发日志。

本发明的另一个方面提供一种业务的处理装置，包括：

第一获取模块，用于获取工单系统下发的工单；

排序模块，用于采用消息队列MQ方式，根据预设规则对所述工单进行排序，获得工单队列；

生成模块，用于根据所述工单队列生成网管系统能够识别的任务队列；

下发模块，用于将所述任务队列下发给所述网管系统，以使所述网管系统根据所述任务队列中的目标任务生成并激活目标业务。

根据如上所述的装置，可选地，所述装置还包括：

第二获取模块，用于获取所述网管系统反馈的业务处理结果信息；

记录模块，用于记录所述业务处理结果信息；

所述生成模块，还用于根据所述业务处理结果信息生成相应的回单反馈给所述工单系统。

根据如上所述的装置，可选地，所述业务处理结果信息包括业务成功信息和所述目标业务对应的路由信息；

则所述回单包括：所述业务成功信息。

根据如上所述的装置，可选地，所述业务处理结果信息包括业务失败信息和失败的原因信息，则所述回单包括：所述业务失败信息；

则所述生成模块，还用于根据所述失败的原因信息，以及预先存储的预备资源数据中的资源占用信息生成对应的资源调整方案；

所述生成模块，还用于将所述资源调整方案转换成所述网管系统能够识别的格式；

所述下发模块，还用于将所述网管系统能够识别的格式的资源调整方案下发给所述网管系统，以使所述网管系统根据所述资源调整方案进行相应的资源调整处理，并反馈资源调整信息；

所述第二获取模块，还用于接收所述网管系统反馈的所述资源调整信息；

所述下发模块，还用于根据所述资源调整信息，将业务失败信息所对应的所述目标任务再次下发给所述网管系统，以使所述网管系统根据所述目标任务生成并激活目标业务，并反馈业务处理结果信息。

根据如上所述的装置，可选地，所述装置还包括：

连接建立模块，用于与远端工程师的移动终端建立链路连接，以使所述远端工程师在电路配置过程中，通过移动终端进行环回测试，以验证业务下发平台与所述网管系统之间的电路是否连通。

根据如上所述的装置，可选地，所述第二获取模块，还用于从所述网管系统获取资源数据；

所述生成模块，还用于将所述资源数据转换成业务下发平台的统一格式，获得预备资源数据并进行存储。

根据如上所述的装置，可选地，所述生成模块，还用于生成下发日志。

本发明的再一个方面提供一种业务下发平台，包括如上所述的业务的处理装置。

本发明提供的业务的处理方法、装置及业务下发平台，通过自动获取工单系统下发的工单，引入消息队列MQ技术，将工单自动签收转化为任务，实现电路的自动配置和激活，即使网管系统根据目标任务生成并激活目标业务，实现了业务的自动下发和激活，提高了业务开通效率。

附图说明

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

图1为本发明一实施例提供的业务的处理方法的流程示意图；

图2为本发明一实施例提供的从工单到业务激活的整体结构框架图；

图3为本发明一实施例提供的业务的处理装置的结构示意图；

图4为本发明另一实施例提供的业务的处理装置的结构示意图；

图5为本发明一实施例提供的系统总体架构图。

具体实施方式

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

首先对本发明所涉及的名称进行解释：

传送网：是为各类业务网提供业务信息传送手段的基础设施，如果我们将电话交换机、数据交换机、各类网络终端称为业务节点，那么传送网便负责将这些节点连接起来，并提供任意两点之间信息的透明传输，同时也完成带宽的调度管理、故障的自动切换保护等管理维护功能。通常传送网技术包含传输介质、复用体制、管理维护机制和网元设备等方面的内容。

消息队列MQ：消息队列就是一个消息的链表。可以把消息看作一个记录，具有特定的格式以及特定的优先级。对消息队列有写权限的进程可以向消息队列中按照一定的规则添加新消息；对消息队列有读权限的进程则可以从消息队列中读走消息。本发明中采用消息队列MQ方式，将工单转化成任务队列，为工单中各任务赋予优先级，以供网关系统根据任务队列中各任务的优先级进行处理，生成对应的业务并激活，以开通业务。

工单：是指由一个或多个作业组成的待处理计划，上级下达任务，下级领受任务的依据。可以包括用户名称、工单编号、工单类型(比如MSTP+(MSTP：Multi-Service TransferPlatform，基于SDH的多业务传送平台))、紧急程度(或称优先级)、操作类型(比如新建、调整)、电路总数、速率、网络等等字段。

工单系统：又称为工单管理系统(还可以称为问题工单系统，事务工单系统，事务追踪系统issue tracking system，支持工单系统support ticket system)),它是一种网络软件系统，根据不同组织，部门和外部客户的需求，来有针对的管理，维护和追踪一系列的问题和请求。本发明中可以指大客户的专线业务的工单系统。

网管系统：指华为专业网管，用于根据业务下发平台下发的任务队列生成业务并激活业务，以开通大客户专线业务。

业务下发平台，用于自动从工单系统获取工单，进行一系列处理后生成任务队列下发给网管系统，并接收网管系统反馈的业务处理结果信息，自动反馈给工单系统。实现业务的自动下发及开通。

北向接口：(Northbound Interface)是为厂家或运营商进行接入和管理网络的接口，即向上提供的接口。网络中使用接口编程开发各种应用系统管理被管理对象，管理的方法是采集和分析被管理对象在运行中产生的各种数据。在电信网和NGN网络(下一代融合网络)中管理是分层实现的，可以将这种网络管理分成三层：应用层、数据处理层和数据管理层。其中应用层和数据处理层之间的数据交互定义有接口，由于应用层位于数据处理层之上，因此这种接口称之为北向接口。通常分成三种：CORBA(Common Object Request BrokerArchitecture,公共对象请求代理体系结构，通用对象请求代理体系结构)、SNMP(SimpleNetwork Management Protocol，简单网络管理协议)和Syslog(系统日志协议)。

实施例一

本实施例提供一种业务的处理方法，用于传送网中对大客户专线业务开通进行处理。使大客户专线业务开通便捷化。本实施例的执行主体为业务的处理装置，该装置可以设置在业务下发平台中，该业务下发平台可以为服务器。

如图1所示，为本实施例提供的业务的处理方法的流程示意图，该方法包括：

步骤101，获取工单系统下发的工单。

步骤102，采用消息队列MQ方式，根据预设规则对工单进行排序，获得工单队列。

步骤103，根据工单队列生成网管系统能够识别的任务队列。

步骤104，将任务队列下发给网管系统，以使网管系统根据任务队列中的目标任务生成并激活目标业务。

具体的，在大客户专线业务开通过程中，需要进行电路配置，从工单系统获取工单，并在网管系统中进行配置。本发明的业务下发平台可以自动从工单系统获取下发的工单，采用消息队列MQ方式，根据预设规则对工单进行排序，获得工单队列，根据该工单队列生成网管系统能够识别的任务队列。将该任务队列下发给网管系统，以使网管系统根据任务队列中各任务的优先级进行处理，比如当前要处理的任务称作目标任务，网管系统根据目标任务生成对应的目标业务并激活该目标业务，以实现业务的自动下发和开通，提高了业务开通的效率。

其中，预设规则可以是预先设置好的一个具体的排序规则，可以综合考虑工单中各单作业的优先级、速率、网络来设置该预设规则，根据该预设规则对工单进行排序后，获得工单队列，即确定了工单中各作业的先后顺序，在生成任务队列下发给网管系统后则可以按任务队列排队执行，即生成并激活对应的业务。

需要说明的是网管系统生成目标业务并激活目标业务的具体操作可以为现有技术中任意可实施的方式，本发明不做限定。

本实施例提供的业务的处理方法，通过自动获取工单系统下发的工单，引入消息队列MQ技术，将工单自动签收转化为任务，实现电路的自动配置和激活，即使网管系统根据目标任务生成并激活目标业务，实现了业务的自动下发和激活，提高了业务开通效率。

实施例二

本实施例对实施例一提供的业务的处理方法做进一步补充说明。

如图2所示，为本实施例提供的从工单到业务激活的整体结构框架图。

作为一种可实施的方式，在上述实施例一的基础上，可选地，步骤104之后，该方法还包括：

步骤2011，获取网管系统反馈的业务处理结果信息。

步骤2012，记录业务处理结果信息。

步骤2013，根据业务处理结果信息生成相应的回单反馈给工单系统。

具体的，网管系统在接收到业务下发平台下发的任务队列之后，可以根据任务队列依次处理，比如当前要处理的任务称为目标任务，则网管系统根据目标任务生成目标业务并激活该目标业务，以开通该目标业务。当网管系统处理完之后，将业务处理结果信息反馈给业务下发平台，业务处理结果可以是成功或失败两种情况，当网管系统根据目标任务生成了目标业务并激活了该目标业务，则为成功，否则为失败。可选地，当业务处理结果为成功时，相应地反馈的业务处理结果信息包括业务成功信息和目标业务对应的路由信息；当业务处理结果为失败时，相应地反馈的业务处理结果信息包括业务失败信息和失败的原因信息。业务成功信息为告知业务下发平台该业务已成功激活的信息，目标业务对应的路由信息为网管系统为该目标业务配置的详细路由信息。相对地，业务失败信息为告知业务下发平台对该目标任务执行的结果为失败的信息，即没有成功激活的信息，失败的原因信息包括目标段的资源不足。

业务下发平台则可以自动获取网管系统反馈的业务处理结果信息；获取到之后，记录该业务处理结果信息，并可以根据业务处理结果信息生成相应的回单反反馈给工单系统。至此，完成了从工单发起至生成回单的完整的自动激活流程，实现了业务自动下发、自动激活的配置，提高了业务开通的效率及准确率。并且在执行过程中，不管工单对应的任务的业务是否自动激活成功与否，均会将相应的结果反馈给业务下发平台，并生成回单反馈至工单系统，从而保证整个处理流程的完整性，便于工单处理结果的自动化分类和统计，提高了工单管理的效率。

作为另一种可实施的方式，在上述实施例一的基础上，可选地，若业务处理结果信息包括业务成功信息和目标业务对应的路由信息，则根据业务处理结果信息生成的回单包括业务成功信息，即将包括业务成功信息的回单反馈给工单系统。

作为再一种可实施的方式，在上述实施例一的基础上，可选地，若业务处理结果信息包括业务失败信息和失败的原因信息，则根据业务处理结果信息生成的回单包括业务失败信息，即将包括业务失败信息的回单反馈给工单系统。则在根据业务处理结果信息生成相应的回单反馈给工单系统之后(即将包括业务失败信息的回单反馈给工单系统之后)，该方法还包括：

步骤2021，根据失败的原因信息，以及预先存储的预备资源数据中的资源占用信息生成对应的资源调整方案。

步骤2022，将资源调整方案转换成网管系统能够识别的格式，并下发给网管系统，以使网管系统根据资源调整方案进行相应的资源调整处理，并反馈资源调整信息。

步骤2023，接收网管系统反馈的资源调整信息。

步骤2024，根据资源调整信息，将业务失败信息所对应的目标任务再次下发给网管系统，以使网管系统根据目标任务生成并激活目标业务，并反馈业务处理结果信息。

具体当，在专线电路开通、变更、拆除全生命周期中，传输网络会产生网络碎片，影响网络的使用，比如，传输网络中TUNNEL资源的碎片整理。通过对华为专业网管北向COTBA接口的调用，以及协议的封装，获取专线电路的光纤、TUNNEL、PW间承载关联关系及端口性能数据，分析TUNNEL使用率，将TUNNEL下的专线电路进行割接整合(即资源调整)，为有更大带宽要求的专线腾出空间，提升传输网络使用率。同时通过钻取分析光纤、TUNNEL、PW间承载关联关系，为网络优化提供参考依据。

当网管系统对目标任务的执行失败时，即没有成功生成并激活目标业务，反馈的业务处理结果信息会包括失败的原因信息，即哪一段的电路资源不足，则业务下发平台可以根据失败的原因信息，以及预先存储的预备资源数据中的资源占用信息生成对应的资源调整方案，并可以将该资源调整方案转换成网管系统能够识别的格式，下发给网管系统，使网管系统可以根据资源调整方案进行相应的资源调整处理。使得调整后的资源能够支持网管系统根据目标任务生成并激活目标业务，以完成业务的开通。

当网管系统完成资源调整后，会向业务下发平台反馈资源调整信息，业务下发平台接收到网管系统反馈的资源调整信息后，则可以根据该资源调整信息，将业务失败信息所对应的目标任务再次下发给网管系统，以使网管系统再次根据目标任务生成并激活目标业务，并反馈业务处理结果信息。可以理解地，经过资源调整后，则网管系统可以成功地生成并激活目标业务，则反馈的业务处理结果信息包括业务成功信息和目标业务对应的路由信息。业务下发平台则可以根据该业务处理结果信息生成包括业务成功信息的回单反馈给工单系统。

作为又一种可实施的方式，在上述实施例一的基础上，可选地，在根据业务处理结果信息生成包括业务成功信息的回单反馈给工单系统之后，该方法还可以包括：

与远端工程师的移动终端建立链路连接，以使远端工程师在电路配置过程中，可以通过移动终端进行环回测试，以验证业务下发平台与网管系统之间的电路是否连通。

通过与远端工程师的移动终端建立链路连接，通过对华为专业网管的北向CORBA接口的调用，进行封装，形成易于调用的Web Service服务，为第三方系统提供该功能的集成接口，方便远端工程师使用，解决了现有技术中，远端工程师在电路配置过程中，无法在施工现场验证电路是否连通，需要到专业网管中进行端口环回测试的问题，提高了工作效率。

作为再一种可实施的方式，在上述实施例一的基础上，可选地，在步骤2011之前，该方法还可以包括：

步骤2031，从网管系统获取资源数据。

步骤2032，将资源数据转换成业务下发平台的统一格式，获得预备资源数据并进行存储。

具体的，业务下发平台可以定期轮询方式或者触发方式从网管系统获取资源数据，该资源数据可以包括电路资源的占用情况信息，具体可以包括网元ID、设备的槽位信息、端口信息、设备的互联信息等。获取到之后，则将该资源数据转换成业务下发平台的统一格式的数据，即获得预备资源数据并进行存储，该预备资源数据用于在根据目标任务不能成功生成并激活目标业务时，业务下发平台根据失败的原因信息及预备资源数据包括的电路资源的占用情况生成资源调整方案，以供网管系统进行资源调整处理。

其中，定期轮询是指业务下发平台经一个预定时间间隔后则向网管系统查询资源数据是否有变化，若有则获取新的资源数据。触发方式是指，网管系统在资源数据有变化时，向业务下发平台发送增量指令，通知业务下发平台获取新的资源数据。

作为又一种可实施的方式，在上述实施例一的基础上，可选地，在步骤104之后，该方法还包括：生成下发日志，该下发日志可以包括发送ID、发送时间、发送地点、是否发送成功等信息。具体的下发日志可以根据需要设置所包括的内容，在此不做限定。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以任意组合的方式结合实施，在此不做限定。

本实施例提供的业务的处理方法，通过自动获取工单系统下发的工单，引入消息队列MQ技术，将工单自动签收转化为任务，实现电路的自动配置和激活，即使网管系统根据目标任务生成并激活目标业务，实现了业务的自动下发和激活，提高了业务开通效率。在任务完成后(即生成并激活目标业务后)，将任务转化为工单(即回单)，通过接口自动回复给工单系统，实现了工单状态同步和资源状态同步管理。同时在MQ技术上增加异常处理机制，即当任务执行失败之后，可以进行资源调整，并重新下发任务，再次生成并激活目标业务，最终完成目标业务的开通，实现了TUNNEL资源的智能优化整理。并通过与远端工程师的移动终端建立链路连接，通过对华为专业网管的北向CORBA接口的调用，进行封装，形成易于调用的Web Service服务，为第三方系统提供该功能的集成接口，方便远端工程师使用，解决了现有技术中，远端工程师在电路配置过程中，无法在施工现场验证电路是否连通，需要到专业网管中进行端口环回测试的问题，提高了工作效率。

实施例三

本实施例提供一种业务的处理装置，用于执行上述实施例一提供的业务的处理方法。

如图3所示，为本实施例提供的业务的处理装置的结构示意图。该业务的处理装置30包括第一获取模块31、排序模块32、生成模块33和下发模块34。

其中，第一获取模块31用于获取工单系统下发的工单；排序模块32用于采用消息队列MQ方式，根据预设规则对工单进行排序，获得工单队列；生成模块33用于根据工单队列生成网管系统能够识别的任务队列；下发模块34用于将任务队列下发给网管系统，以使网管系统根据任务队列中的目标任务生成并激活目标业务。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

根据本实施例提供的业务的处理装置，通过自动获取工单系统下发的工单，引入消息队列MQ技术，将工单自动签收转化为任务，实现电路的自动配置和激活，即使网管系统根据目标任务生成并激活目标业务，实现了业务的自动下发和激活，提高了业务开通效率。

实施例四

本实施例对上述实施例三提供的业务的处理装置做进一步补充说明。

如图4所示，为本实施例提供的业务的处理装置的结构示意图。

作为一种可实施的方式，在上述实施例三的基础上，可选地，该业务的处理装置30还可以包括第二获取模块35和记录模块36。

其中，第二获取模块35用于获取网管系统反馈的业务处理结果信息；记录模块36用于记录业务处理结果信息；生成模块33还用于根据业务处理结果信息生成相应的回单反馈给工单系统。

作为另一种可实施的方式，在上述实施例三的基础上，可选地，业务处理结果信息包括业务成功信息和目标业务对应的路由信息；则回单包括：业务成功信息。

作为又一种可实施的方式，在上述实施例三的基础上，可选地，业务处理结果信息包括业务失败信息和失败的原因信息，则回单包括：业务失败信息。则生成模块33还用于根据失败的原因信息，以及预先存储的预备资源数据中的资源占用信息生成对应的资源调整方案；生成模块33还用于将资源调整方案转换成网管系统能够识别的格式。下发模块34还用于将网管系统能够识别的格式的资源调整方案下发给网管系统，以使网管系统根据资源调整方案进行相应的资源调整处理，并反馈资源调整信息；第二获取模块35还用于接收网管系统反馈的资源调整信息；下发模块34还用于根据资源调整信息，将业务失败信息所对应的目标任务再次下发给网管系统，以使网管系统根据目标任务生成并激活目标业务，并反馈业务处理结果信息。

作为再一种可实施的方式，在上述实施例三的基础上，可选地，该业务的处理装置30还可以包括连接建立模块37。该连接建立模块37用于与远端工程师的移动终端建立链路连接，以使远端工程师在电路配置过程中，通过移动终端进行环回测试，以验证业务下发平台与网管系统之间的电路是否连通。

作为又一种可实施的方式，在上述实施例三的基础上，可选地，第二获取模块35还用于从网管系统获取资源数据；生成模块33还用于将资源数据转换成业务下发平台的统一格式，获得预备资源数据并进行存储。

作为再一种可实施的方式，在上述实施例三的基础上，可选地，生成模块33还用于生成下发日志。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以任意组合的方式结合实施，在此不做限定。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

根据本实施例提供的业务的处理装置，通过自动获取工单系统下发的工单，引入消息队列MQ技术，将工单自动签收转化为任务，实现电路的自动配置和激活，即使网管系统根据目标任务生成并激活目标业务，实现了业务的自动下发和激活，提高了业务开通效率。在任务完成后(即生成并激活目标业务后)，将任务转化为工单(即回单)，通过接口自动回复给工单系统，实现了工单状态同步和资源状态同步管理。同时在MQ技术上增加异常处理机制，即当任务执行失败之后，可以进行资源调整，并重新下发任务，再次生成并激活目标业务，最终完成目标业务的开通，实现了TUNNEL资源的智能优化整理。并通过与远端工程师的移动终端建立链路连接，通过对华为专业网管的北向CORBA接口的调用，进行封装，形成易于调用的Web Service服务，为第三方系统提供该功能的集成接口，方便远端工程师使用，解决了现有技术中，远端工程师在电路配置过程中，无法在施工现场验证电路是否连通，需要到专业网管中进行端口环回测试的问题，提高了工作效率。

实施例五

本实施例提供一种业务下发平台，用于执行上述任一实施例提供的业务的处理方法。

该业务下发平台包括上述任一实施例提供的业务的处理装置。

可选地，该业务下发平台可以是服务器，可以包括处理器和用于存储处理器可执行的程序的存储器。该处理器可以被配置为：

获取工单系统下发的工单；

采用消息队列MQ方式，根据预设规则对工单进行排序，获得工单队列；

根据工单队列生成网管系统能够识别的任务队列；

将任务队列下发给网管系统，以使网管系统根据任务队列中的目标任务生成并激活目标业务。

如图5所示，为本实施例提供的系统总体架构图。包括了业务下发平台、厂家专业网管、应用系统以及使用者四个层级。业务下发平台可提供工单任务队列服务、TUNNEL资源优化整理服务和远端工程师环回测试服务。本发明实施例基于厂家的专业网管，通过北向接口，获取数据，对业务进行配置，集成工单任务队列、TUNNEL资源优化整合、远端工程师环回测试三大服务，通过Web Service接口为众多应用系统提供支撑，方便维护人员、管理人员、规划人员等快捷地完成作业。其中，工单任务队列服务即指从工单系统获取工单，生成任务队列下发给网管系统，并接收网管系统反馈的业务处理结果信息，生成回单反馈给工单系统的服务过程；TUNNEL资源优化整理服务即为根据失败的原因信息以及预备资源数据生成资源调整方案下发给网管系统，并接收网管系统反馈的资源调整信息，再次进行业务下发的服务过程；远端工程师环回测试服务即为与远端工程师的移动终端建立连接，方便远端工程师进行环回测试的服务。业务下发平台提供该三大服务的具体方式已在相关方法和装置实施例中进行了详细说明，在此不再赘述。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

根据本实施例的业务下发平台，通过自动获取工单系统下发的工单，引入消息队列MQ技术，将工单自动签收转化为任务，实现电路的自动配置和激活，即使网管系统根据目标任务生成并激活目标业务，实现了业务的自动下发和激活，提高了业务开通效率。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (15)

1.一种业务的处理方法，其特征在于，包括：

获取工单系统下发的工单；

采用消息队列MQ方式，根据预设规则对所述工单进行排序，获得工单队列；

根据所述工单队列生成网管系统能够识别的任务队列；

将所述任务队列下发给所述网管系统，以使所述网管系统根据所述任务队列中的目标任务生成并激活目标业务。

2.根据权利要求1所述的方法，其特征在于，在将所述任务队列下发给所述网管系统之后，所述方法还包括：

获取所述网管系统反馈的业务处理结果信息；

记录所述业务处理结果信息；

根据所述业务处理结果信息生成相应的回单反馈给所述工单系统。

3.根据权利要求2所述的方法，其特征在于，所述业务处理结果信息包括业务成功信息和所述目标业务对应的路由信息；

则所述回单包括：所述业务成功信息。

4.根据权利要求2所述的方法，其特征在于，所述业务处理结果信息包括业务失败信息和失败的原因信息，则所述回单包括：所述业务失败信息；

在根据所述业务处理结果信息生成相应的回单反馈给所述工单系统之后，所述方法还包括：

根据所述失败的原因信息，以及预先存储的预备资源数据中的资源占用信息生成对应的资源调整方案；

将所述资源调整方案转换成所述网管系统能够识别的格式，并下发给所述网管系统，以使所述网管系统根据所述资源调整方案进行相应的资源调整处理，并反馈资源调整信息；

接收所述网管系统反馈的所述资源调整信息；

根据所述资源调整信息，将业务失败信息所对应的所述目标任务再次下发给所述网管系统，以使所述网管系统根据所述目标任务生成并激活目标业务，并反馈业务处理结果信息。

5.根据权利要求3所述的方法，其特征在于，在根据所述业务处理结果信息生成相应的回单反馈给所述工单系统之后，所述方法还包括：

与远端工程师的移动终端建立链路连接，以使所述远端工程师在电路配置过程中，通过移动终端进行环回测试，以验证业务下发平台与所述网管系统之间的电路是否连通。

6.根据权利要求2所述的方法，其特征在于，在获取所述网管系统反馈的业务处理结果信息之前，所述方法还包括：

从所述网管系统获取资源数据；

将所述资源数据转换成业务下发平台的统一格式，获得预备资源数据并进行存储。

7.根据权利要求1-6任一项所述的方法，其特征在于，在将所述任务队列下发给所述网管系统之后，所述方法还包括：生成下发日志。

8.一种业务的处理装置，其特征在于，包括：

第一获取模块，用于获取工单系统下发的工单；

排序模块，用于采用消息队列MQ方式，根据预设规则对所述工单进行排序，获得工单队列；

生成模块，用于根据所述工单队列生成网管系统能够识别的任务队列；

下发模块，用于将所述任务队列下发给所述网管系统，以使所述网管系统根据所述任务队列中的目标任务生成并激活目标业务。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

第二获取模块，用于获取所述网管系统反馈的业务处理结果信息；

记录模块，用于记录所述业务处理结果信息；

所述生成模块，还用于根据所述业务处理结果信息生成相应的回单反馈给所述工单系统。

10.根据权利要求9所述的装置，其特征在于，所述业务处理结果信息包括业务成功信息和所述目标业务对应的路由信息；

则所述回单包括：所述业务成功信息。

11.根据权利要求9所述的装置，其特征在于，所述业务处理结果信息包括业务失败信息和失败的原因信息，则所述回单包括：所述业务失败信息；

则所述生成模块，还用于根据所述失败的原因信息，以及预先存储的预备资源数据中的资源占用信息生成对应的资源调整方案；

所述生成模块，还用于将所述资源调整方案转换成所述网管系统能够识别的格式；

所述下发模块，还用于将所述网管系统能够识别的格式的资源调整方案下发给所述网管系统，以使所述网管系统根据所述资源调整方案进行相应的资源调整处理，并反馈资源调整信息；

所述第二获取模块，还用于接收所述网管系统反馈的所述资源调整信息；

所述下发模块，还用于根据所述资源调整信息，将业务失败信息所对应的所述目标任务再次下发给所述网管系统，以使所述网管系统根据所述目标任务生成并激活目标业务，并反馈业务处理结果信息。

12.根据权利要求10所述的装置，其特征在于，所述装置还包括：

连接建立模块，用于与远端工程师的移动终端建立链路连接，以使所述远端工程师在电路配置过程中，通过移动终端进行环回测试，以验证业务下发平台与所述网管系统之间的电路是否连通。

13.根据权利要求9所述的装置，其特征在于，所述第二获取模块，还用于从所述网管系统获取资源数据；

所述生成模块，还用于将所述资源数据转换成业务下发平台的统一格式，获得预备资源数据并进行存储。

14.根据权利要求8-13任一项所述的装置，其特征在于，所述生成模块，还用于生成下发日志。

15.一种业务下发平台，其特征在于，包括如权利要求8-14任一项所述的业务的处理装置。