CN103188085B - 基于企业应用集成技术的智能维护方法与系统 - Google Patents

Abstract

本发明实施例公开了基于企业应用集成技术的智能维护方法与系统，方法包括：工作流引擎单元根据维护请求中的维护参数信息向目标维护流程信息中的外部原子单元输入处理参数，由外部原子单元通过ESB从异构应用集成系统中相应单元获取所需数据作为输出参数；将外部原子单元的输出参数作为内部原子单元的输入参数输入目标维护流程信息中的内部原子单元，由该内部原子单元进行分析，得到分析结果；从知识库单元中获取与最后一个内部原子单元得到的分析结果相应的分析结果说明及处理建议并发送给OSS统一门户单元进行显示。本发明实施例可以实现维护流程的自动化和智能化、针对各个系统、网络平台的融合维护，提高维护效率。

Description

基于企业应用集成技术的智能维护方法与系统

技术领域

本发明涉及通信技术，尤其是一种基于企业应用集成技术的智能维护方法与系统。

背景技术

从2008年以来，中国电信取得全业务运营牌照，移动、数据等业务迅速发展，新业务新产品不断涌现。码分多址(CodeDivisionMultipleAccess，以下简称：CDMA)网络(以下简称：C网)用户数从200万发展到已经达到近800万，C网短信日均业务量达到550多万条，彩信日均业务量也达到100万条以上，阅读、动漫等新型业务和产品不断推出，极大丰富了电信增值业务产品线。

伴随着业务量发展和新产品的推出，业务流程也越加复杂，流程中涉及的网元越来越多，不同网元间的联系更加紧密，网络结构更加复杂，规模不断扩大，网络互联网协议(InternetProtocol，以下简称：IP)化进程加快，新技术不断被采用和融合。

然而，目前依然采用工人模式进行网络维护，维护工作完成的质量仍主要由维护人员的经验决定。在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

维护人员不足，工作效率需进一步提升。随着业务和网络的快速发展，维护工作量不断增加，而根据维护集约化的要求，维护人员无法同步增加，现有经验丰富的维护人员的知识在现有机制下无法快速转化成其他维护人员可快速掌握的技能，因此，如何进一步提升维护效率是目前存在的一大难题。

维护模式需适应新形势的需要。当前维护人员维护模式仍以“抱烟囱”的维护为主，针对各个系统、网络平台单独维护，一个人的维护经验有其一定的局限性，在现有网络形势下，无法拥有所有的维护经验和技能，在相互关联的网络或平台上的经验较少，难以处理融合性问题。

发明内容

本发明实施例所要解决的技术问题是：提供一种基于企业应用集成技术的智能维护方法与系统，以实现维护流程的自动化和智能化、针对各个系统、网络平台的融合维护，提高维护效率。

本发明实施例提供的一种基于企业应用集成技术的智能维护方法，包括：

运营支撑系统OSS统一门户单元接收用户发送的维护请求并转发给工作流引擎单元，该维护请求中包括维护参数信息；

工作流引擎单元根据预先设置的各维护参数与维护流程之间的对应关系信息，获取所述维护请求中维护参数信息对应的目标维护流程信息，预先设置的维护流程由按照一定执行顺序排列的多个原子服务单元组成，所述多个原子服务单元包括内部原子服务单元与外部原子服务单元，其中，外部原子服务单元用于从通过企业服务总线从异构应用集成系统中的相应单元获取所需数据，内部原子单元用于对所述执行顺序中的上一外部原子服务单元获取的数据进行分析处理；

工作流引擎单元根据目标维护流程信息中各原子服务单元的执行顺序，根据所述维护请求中的维护参数信息向目标维护流程信息中的外部原子单元输入处理参数，由外部原子单元通过企业服务总线从异构应用集成系统中相应单元获取所需数据作为输出参数，所述异构应用集成系统的构成单元包括各种系统、应用与数据源；

工作流引擎单元将外部原子单元的输出参数作为内部原子单元的输入参数输入目标维护流程信息中的内部原子单元，由该内部原子单元进行分析，得到分析结果；

工作流引擎单元根据目标维护流程信息中各原子服务单元的执行顺序与执行下一个原子服务单元的触发条件，若需要触发下一个外部原子单元，由下一个外部原子单元作为当前外部原子服务单元，返回执行所述通过企业服务总线从异构应用集成系统中相应单元获取所需数据作为输出参数的操作；若不需要触发下一个外部原子单元，由目标维护流程信息中的最后一个内部原子服务单元从知识库单元中获取与上一个内部原子单元得到的分析结果相应的分析结果说明及处理建议；

工作流引擎单元将所述分析结果说明及处理建议发送给OSS统一门户单元；

OSS统一门户单元显示所述分析结果说明及处理建议。

本发明实施例提供的一种基于企业应用集成技术的智能维护系统，包括：

OSS统一门户单元，用于接收用户发送的维护请求并转发给工作流引擎单元，该维护请求中包括维护参数信息；接受工作流引擎单元返回的分析结果说明及处理建议并显示；

原子服务集成单元，用于存储各原子服务单元，包括内部原子服务单元与外部原子服务单元，其中，外部原子服务单元用于从通过ESB从异构应用集成系统中的相应单元获取所需数据，内部原子单元用于对执行顺序中的上一外部原子服务单元获取的数据进行分析处理；

工作流引擎单元，用于根据预先设置的各维护参数与维护流程之间的对应关系信息，获取所述维护请求中维护参数信息对应的目标维护流程信息，预先设置的维护流程由按照一定执行顺序排列的多个原子服务单元组成；根据目标维护流程信息中各原子服务单元的执行顺序，根据所述维护请求中的维护参数信息向目标维护流程信息中的外部原子单元输入处理参数，由外部原子单元通过ESB从异构应用集成系统中相应单元获取所需数据作为输出参数，所述异构应用集成系统的构成单元包括各种系统、应用与数据源；将外部原子单元的输出参数作为内部原子单元的输入参数输入目标维护流程信息中的内部原子单元，由该内部原子单元进行分析，得到分析结果；根据目标维护流程信息中各原子服务单元的执行顺序与执行下一个原子服务单元的触发条件，若需要触发下一个外部原子单元，由下一个外部原子单元作为当前外部原子服务单元，返回执行所述通过ESB从异构应用集成系统中相应单元获取所需数据作为输出参数的操作；若不需要触发下一个外部原子单元，由目标维护流程信息中的最后一个内部原子服务单元从知识库单元中获取与上一个内部原子单元得到的分析结果相应的分析结果说明及处理建议；以及将所述分析结果说明及处理建议发送给OSS统一门户单元；知识库单元，用于存储各分析结果与分析结果说明及处理建议之间的对应关系信息。

基于本发明上述实施例提供的基于企业应用集成技术的智能维护方法与系统，可以预先设定维护参数对应的维护流程，由按照一定执行顺序排列的多个原子服务单元组成，多个原子服务单元包括内部原子服务单元与外部原子服务单元，其中，外部原子服务单元可以通过企业服务总线从异构应用集成系统中的相应单元获取所需数据，内部原子单元可以对执行顺序中的上一外部原子服务单元获取的数据进行分析处理，由维护专家输入的各分析结果与分析结果说明及处理建议之间的对应关系信息并存储在知识库单元中，用户通过OSS统一门户单元发送维护请求后，工作流引擎单元可以获取维护请求中维护参数信息对应的目标维护流程信息，根据目标维护流程信息中各原子服务单元的执行顺序，根据维护请求中的维护参数信息向目标维护流程信息中的外部原子单元输入处理参数，由外部原子单元通过企业服务总线从异构应用集成系统中相应单元获取所需数据作为输出参数，将外部原子单元的输出参数作为内部原子单元的输入参数输入目标维护流程信息中的内部原子单元，由该内部原子单元进行分析，得到分析结果；并由目标维护流程信息中的最后一个内部原子服务单元从知识库单元中获取与上一个内部原子单元得到的分析结果相应的分析结果说明及处理建议，并由OSS统一门户单元显示给用户，从而实现了维护流程的自动化和智能化、以及针对各个系统、网络平台的融合维护，较好地提升了多专业融合的维护问题诊断水平，提高了维护效率。与现有技术相比，本发明实施例将所有的网络维护经验汇聚成一个共享池，使维护人员快速具备维护技能，将经验(知识)转化为有能产生价值的知识和技能。在疑难问题排查方面，实现了跨域跨系统的数据采集和统一展现，信息更加全面，问题结果反馈的准确性也得到提升；由于维护效率得到明显提升，一个疑难维护问题的排查从原来涉及业务平台、核心数据网络、核心交换网络等相关专业维护专家的协同排查，简化为基本维护人员即可完成的工作，极大提高了劳动生成率，缩减了人力成本。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

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

图1为本发明基于EAI技术的智能维护方法一个实施例的流程图。

图2为本发明基于EAI技术的智能维护系统一个实施例的结构示意图。

图3为本发明实施例中OSS统一门户单元界面的一个示例图。

图4为本发明实施例中部分原子服务单元输入、输出参数的一个示例。

图5为本发明实施例的智能维护系统通过ESB从异构应用集成系统中相应单元获取所需数据一个操作流程示意图。

图6为本发明基于EAI技术的智能维护系统的一个实现架构示意图。

图7为本发明基于EAI技术的智能维护系统一个应用实施例的流程示例图。

图8为图7所示实施例中的一个数据流转示意图。

图9为本发明实施例中对自学习统计单元记录的内容进行查询的一个OSS统一门户单元界面内容示例。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明基于EAI技术的智能维护方法一个实施例的流程图。如图1所示，该实施例基于EAI技术的智能维护方法包括：

101，运营支撑系统(Operationsupportsystem，以下简称：OSS)统一门户单元接收用户发送的维护请求并转发给工作流引擎单元，该维护请求中包括维护参数信息。

102，工作流引擎单元根据预先设置的各维护参数与维护流程之间的对应关系信息，获取维护请求中维护参数信息对应的目标维护流程信息。

其中，预先设置的维护流程由按照一定执行顺序排列的多个原子服务单元组成，该多个原子服务单元包括内部原子服务单元与外部原子服务单元。其中，外部原子服务单元用于从通过企业服务总线(EnterpriseServiceBus，以下简称：ESB)从异构应用集成系统中的相应单元获取所需数据，内部原子单元用于对执行顺序中的上一外部原子服务单元获取的数据进行分析处理。其中的异构应用集成系统的构成单元包括各种系统、应用与数据源，例如：短信平台、彩信中心、无线应用协议(WirelessApplicationProtocol，以下简称：WAP)网关、归属位置寄存器(HomeLocationRegister，以下简称：HLR)、客户关系管理(CustomerRelationshipManagement，以下简称：CRM)系统等各种平台。

103，工作流引擎单元根据目标维护流程信息中各原子服务单元的执行顺序，根据维护请求中的维护参数信息向目标维护流程信息中的外部原子单元输入处理参数，由外部原子单元通过ESB从异构应用集成系统中相应单元获取所需数据作为输出参数。

104，工作流引擎单元将外部原子单元的输出参数作为内部原子单元的输入参数输入目标维护流程信息中的内部原子单元，由该内部原子单元进行分析，得到分析结果。

105，工作流引擎单元根据目标维护流程信息中各原子服务单元的执行顺序与执行下一个原子服务单元的触发条件，识别是否需要触发下一个外部原子单元。若需要触发下一个外部原子单元，执行106的操作。否则，若不需要触发下一个外部原子单元，执行107的操作。

106，由下一个外部原子单元作为当前外部原子服务单元，返回执行103中通过ESB从异构应用集成系统中相应单元获取所需数据作为输出参数的操作。

107，由目标维护流程信息中的最后一个内部原子服务单元从知识库单元中获取与上一个内部原子单元得到的分析结果相应的分析结果说明及处理建议。

108，工作流引擎单元将分析结果说明及处理建议发送给OSS统一门户单元。

109，OSS统一门户单元显示分析结果说明及处理建议。

本发明上述实施例提供的基于企业应用集成技术的智能维护方法，可以预先设定维护参数对应的维护流程，由按照一定执行顺序排列的多个原子服务单元组成，多个原子服务单元包括内部原子服务单元与外部原子服务单元，其中，外部原子服务单元可以通过企业服务总线从异构应用集成系统中的相应单元获取所需数据，内部原子单元可以对执行顺序中的上一外部原子服务单元获取的数据进行分析处理，由维护专家输入的各分析结果与分析结果说明及处理建议之间的对应关系信息并存储在知识库单元中，用户通过OSS统一门户单元发送维护请求后，工作流引擎单元可以获取维护请求中维护参数信息对应的目标维护流程信息，根据目标维护流程信息中各原子服务单元的执行顺序，根据维护请求中的维护参数信息向目标维护流程信息中的外部原子单元输入处理参数，由外部原子单元通过企业服务总线从异构应用集成系统中相应单元获取所需数据作为输出参数，将外部原子单元的输出参数作为内部原子单元的输入参数输入目标维护流程信息中的内部原子单元，由该内部原子单元进行分析，得到分析结果；并由目标维护流程信息中的最后一个内部原子服务单元从知识库单元中获取与上一个内部原子单元得到的分析结果相应的分析结果说明及处理建议，并由OSS统一门户单元显示给用户，从而实现了维护流程的自动化和智能化、以及针对各个系统、网络平台的融合维护，较好地提升了多专业融合的维护问题诊断水平，提高了维护效率。本发明实施例将所有的网络维护经验汇聚成一个共享池，使维护人员快速具备维护技能，将经验(知识)转化为有能产生价值的知识和技能。在疑难问题排查方面，实现了跨域跨系统的数据采集和统一展现，信息更加全面，问题结果反馈的准确性也得到提升；由于维护效率得到明显提升，一个疑难维护问题的排查从原来涉及业务平台、核心数据网络、核心交换网络等相关专业维护专家的协同排查，简化为基本维护人员即可完成的工作，极大提高了劳动生成率，缩减了人力成本。

根据本发明基于EAI技术的智能维护方法的另一个实施例，在图1所示实施例的流程之前，维护专家具体可以通过如下方式，在知识库单元中各分析结果与分析结果说明及处理建议之间的对应关系信息：OSS统一门户单元接收维护专家发送的登录请求，该登录请求中包括用户名与密码；OSS统一门户单元根据预先存储的维护专家信息，对登录请求进行认证；在登录请求通过认证后，OSS统一门户单元接收维护专家输入的各分析结果与分析结果说明及处理建议之间的对应关系信息并存储在知识库单元中。另外，维护专家也可以根据实际需要，通过以上方式，在登录请求通过认证后，向OSS统一门户单元输入专业维护信息，由OSS统一门户单元根据维护专家本次输入专业维护信息对知识库中存储的各分析结果与分析结果说明及处理建议之间的对应关系信息进行更新。

根据本发明基于EAI技术的智能维护方法的又一个实施例，在登录请求通过认证后，OSS统一门户单元还可以接收维护专家输入的维护流程信息并转发给工作流引擎单元进行存储，或者对工作流引擎单元中的相应维护流程信息进行更新。

另外，在本发明上述各实施例基于EAI技术的智能维护方法中，还可以由自学习统计单元实时监控记录各维护流程与原子服务单元的性能参数和使用情况信息，包括各维护流程与原子服务单元的使用者、使用时间、执行时长、调用子流程频次等信息。

图2为本发明基于EAI技术的智能维护系统一个实施例的结构示意图。该实施例基于EAI技术的智能维护系统可用于实现本发明上述各基于EAI技术的智能维护方法实施例的流程。如图2所示，其包括OSS统一门户单元、工作流引擎单元、原子服务集成单元与知识库单元。

其中，OSS统一门户单元，用于接收用户发送的维护请求并转发给工作流引擎单元，该维护请求中包括维护参数信息；接受工作流引擎单元返回的分析结果说明及处理建议并显示。

原子服务集成单元，用于存储各原子服务单元，包括内部原子服务单元与外部原子服务单元。其中，外部原子服务单元用于从通过ESB从异构应用集成系统中的相应单元获取所需数据，内部原子单元用于对执行顺序中的上一外部原子服务单元获取的数据进行分析处理。

工作流引擎单元，用于根据预先设置的各维护参数与维护流程之间的对应关系信息，获取OSS统一门户单元接收到的维护请求中维护参数信息对应的目标维护流程信息。其中，预先设置的维护流程由按照一定执行顺序排列的、原子服务集成单元中的多个原子服务单元组成。根据目标维护流程信息中各原子服务单元的执行顺序，根据维护请求中的维护参数信息向目标维护流程信息中的外部原子单元输入处理参数，由外部原子单元通过ESB从异构应用集成系统中相应单元获取所需数据作为输出参数，该异构应用集成系统的构成单元包括各种系统、应用与数据源。将外部原子单元的输出参数作为内部原子单元的输入参数输入目标维护流程信息中的内部原子单元，由该内部原子单元进行分析，得到分析结果；根据目标维护流程信息中各原子服务单元的执行顺序与执行下一个原子服务单元的触发条件，若需要触发下一个外部原子单元，由下一个外部原子单元作为当前外部原子服务单元，返回执行通过ESB从异构应用集成系统中相应单元获取所需数据作为输出参数的操作；若不需要触发下一个外部原子单元，由目标维护流程信息中的最后一个内部原子服务单元从知识库单元中获取与上一个内部原子单元得到的分析结果相应的分析结果说明及处理建议；以及将分析结果说明及处理建议发送给OSS统一门户单元。

知识库单元，用于存储各分析结果与分析结果说明及处理建议之间的对应关系信息。

本发明上述实施例提供的基于企业应用集成技术的智能维护系统，可以预先设定维护参数对应的维护流程，由按照一定执行顺序排列的多个原子服务单元组成，多个原子服务单元包括内部原子服务单元与外部原子服务单元，其中，外部原子服务单元可以通过企业服务总线从异构应用集成系统中的相应单元获取所需数据，内部原子单元可以对执行顺序中的上一外部原子服务单元获取的数据进行分析处理，由维护专家输入的各分析结果与分析结果说明及处理建议之间的对应关系信息并存储在知识库单元中，用户通过OSS统一门户单元发送维护请求后，工作流引擎单元可以获取维护请求中维护参数信息对应的目标维护流程信息，根据目标维护流程信息中各原子服务单元的执行顺序，根据维护请求中的维护参数信息向目标维护流程信息中的外部原子单元输入处理参数，由外部原子单元通过企业服务总线从异构应用集成系统中相应单元获取所需数据作为输出参数，将外部原子单元的输出参数作为内部原子单元的输入参数输入目标维护流程信息中的内部原子单元，由该内部原子单元进行分析，得到分析结果；并由目标维护流程信息中的最后一个内部原子服务单元从知识库单元中获取与上一个内部原子单元得到的分析结果相应的分析结果说明及处理建议，并由OSS统一门户单元显示给用户，从而实现了维护流程的自动化和智能化、以及针对各个系统、网络平台的融合维护，较好地提升了多专业融合的维护问题诊断水平，提高了维护效率。本发明实施例将所有的网络维护经验汇聚成一个共享池，使维护人员快速具备维护技能，将经验(知识)转化为有能产生价值的知识和技能。在疑难问题排查方面，实现了跨域跨系统的数据采集和统一展现，信息更加全面，问题结果反馈的准确性也得到提升；由于维护效率得到明显提升，一个疑难维护问题的排查从原来涉及业务平台、核心数据网络、核心交换网络等相关专业维护专家的协同排查，简化为基本维护人员即可完成的工作，极大提高了劳动生成率，缩减了人力成本。

根据本发明基于EAI技术的智能维护系统的另一个实施例，图2所示的实施例中，OSS统一门户单元，还可用于接收维护专家发送的登录请求，该登录请求中包括用户名与密码；根据预先存储的维护专家信息，对登录请求进行认证；在登录请求通过认证后，接收维护专家输入的各分析结果与分析结果说明及处理建议之间的对应关系信息并存储在知识库单元中；或者，根据维护专家本次输入专业维护信息对知识库中存储的各分析结果与分析结果说明及处理建议之间的对应关系信息进行更新。

进一步示例性地，OSS统一门户单元，还可用于在登录请求通过认证后，接收维护专家输入的维护流程信息并转发给工作流引擎单元进行存储，或者对工作流引擎单元中的相应维护流程信息进行更新。

再参见图2，根据本发明基于EAI技术的智能维护系统的又一个实施例，还可以包括自学习统计单元，用于实时监控记录各维护流程与原子服务单元的性能参数和使用情况信息，包括各维护流程与原子服务单元的使用者、使用时间、执行时长、调用子流程频次信息。

进一步地，再参见图2，本发明实施例中，基于EAI技术的智能维护系统可以通过ESB，调用异构应用集成系统中各单元中的数据。其中，ESB，用于实现工作流引擎单元与异构应用集成系统之间的数据传输。异构应用集成系统包括各种系统、应用与数据源，用于提供各种业务数据。示例性地，异构应用集成系统可以包括短信平台、彩信中心、WAP网关、HLR、CRM系统等根据实际需求设置的任意系统、应用与数据源。

EAI是将基于各种不同平台、用不同方案建立的异构应用集成系统的一种方法和技术。EAI通过建立底层结构，来联系横贯整个企业的异构系统、应用、数据源等，完成在企业内部的企业资源计划(EnterpriseResourcePlanning，以下简称：ERP)、CRM、供应链关系管理(SupplyChainManagement，以下简称：SCM)、数据库、数据仓库，以及其他重要的内部系统之间无缝地共享和交换数据的需要。有了EAI，企业就可以将企业核心应用和新的互联网(Internet)解决方案结合在一起。EAI将进程、软件、标准和硬件联合起来，在两个或更多的企业系统之间实现无缝集成，使它们就像一个整体一样。尽管EAI常常表现为对一个商业实体(例如一家公司)的信息系统进行业务应用集成，但当在多个企业系统之间进行商务交易的时候，EAI也表现为不同公司实体之间的企业系统集成，

本发明实施例中，基于EAI技术，利用ESB作为粘合剂来连接内外各种业务相关的异构系统、应用以及数据源，从而满足CRM、数据库、数据仓库等重要系统之间无缝共享和交换数据的需要；通过ESB将不同的应用连接起来，保证应用的独立性，在不需要修改应用自身的业务逻辑的同时，又解决了数据共享问题；实现了业务维护流程的自动化，确保各个部门在采用不同的系统的同时可以协同完成同一个工作；系统可扩展性强，能符合全业务维护支撑不断发展的需求，模块可独立升级。

为使本发明实施例更易于被理解，以下对本发明实施例基于EAI技术的智能维护系统进行进一步说明如下。

OSS统一门户单元：实现用户交互层功能，是智能维护系统与用户进行交流时的界面。通过该界面，用户可以输入基本信息，例如：用户号码、宽带账号、问题发生的时间等参数，OSS统一门户单元还负责统一展现智能维护系统处理后输出的结果信息，即：分析结果说明及处理建议，例如用户使用记录、用户号码的状态(例如用户已欠费停机)等信息和相关的处理建议等。

工作流引擎单元：实现维护流程的设计、流转和管理功能。提供图形化、符号化的流程设计功能，并采用标准化业务流程管理符号语言进行描述。设计好的一个维护流程受到启动事件触发而开始，按照维护流程定义的环节顺序和规则执行。可根据实际执行情况调整优化已有的维护流程。

原子服务集成单元：实现应用集成层功能。维护流程中的一个环节就可以看作一个原子服务单元，一个维护流程就是一群原子服务单元依照一定的执行顺序和规则组合起来的一个问题处理过程。在该原子服务集成单元中定义每个环节的输入输出参数和处理规则，以便实现原子服务单元之间的信息识别，这一层是整个智能维护系统框架的核心。原子服务单元可以分为外部原子服务单元和内部原子服务单元两种。外部原子服务单元是流程中需要与外部系统进行数据交互的环节，内部原子服务单元是流程中的内部数据处理环节，是外部原子服务单元的粘合剂，实现外部原子服务单元输出数据的有效整合和展现。

知识库单元：用来存放维护专家提供的维护经验知识。与知识库单元融合的接口涉及用户认证、知识检索和知识采编。如图2所示，维护专家从OSS统一门户单元输入用户名与密码后发送登录请求，OSS统一门户单元先对维护专家进行用户身份认证，判断出该用户是合法用户后，维护专家可以从OSS统一门户单元界面上输入某个问题的预处理建议，大量的预处理建议形成知识库单元。使用者通过OSS统一门户单元在输入问题参数后，工作流引擎单元执行中，内、外部原子服务单元会与知识库单元中的预处理建议自动匹配，并输出该问题相应的处理建议。知识库单元与智能维护系统的其它程序是相互独立的，在维护流程中，可以改变、完善知识库单元中的知识内容来提高智能维护系统的性能。

自学习统计单元：实时监控、记录各维护流程和原子服务单元的性能参数和使用情况，包括使用者、使用时间、执行时长、调用子流程频次等信息，通过对上述数据的统计分析，可以自动提出流程优化建议，并预测网元可能存在的问题。

基于自学习统计单元，实现了维护流程的自动优化，通过对维护流程使用情况的数据收集分析，包括流程执行的顺序、调用子流程的频度、流程执行的时间等性能参数，从而自动发现维护流程中的异常环节，提出优化建议；以及实现了网元问题自动预警，对维护问题进行自动分析和收敛，及时预警网络和系统可能存在的问题，并提出解决方案。

示例性地，本发明基于EAI技术的智能维护系统的一个实现方式如下：

OSS统一门户单元：采用JavaScript框架技术，实现各个内、外部原子服务单元在页面的直接拖曳，形成维护流程，并统一Web界面，从而方便地实现维护流程的设计和修改，实现维护流程的配置和结果的直观展示。如图3所示，为本发明实施例OSS统一门户单元界面的一个示例图。

工作流引擎单元：其核心是有限状态机(FiniteStateMachine，以下简称：FSM)，工作流引擎单元中的情形(state)由step和status联合表达的，一个state就是一个原子服务单元(step)中的某个状态(status)；而state的转换由行为(action)来触发，类似状态图中的事件(event)。在智能维护系统中，当触发一个维护流程(action)开始后，依据输入的参数不同，各个原子服务单元(step)的状态(status)就发生改变，从而驱动数据流依次在各个原子服务单元中执行，直到维护流程结束。如图3所示，正是由于输入参数不同，维护流程各个环节的状态发生变化，驱动维护流程执行。

原子服务集成单元：采用JavaScript语言实现，通过定义每个原子服务单元的标准输入、输出参数，实现对不同应用(即原子服务单元)的封装。图3中的每个环节均对应一个原子服务单元。以短信为例，部分原子服务单元的标准化的输入、输出参数的一个示例如图4所示。

知识库单元：采用数据库、超文本传输协议(HyperTextTransportProtocol，以下简称：HTTP)和可扩展标示语言(ExtensiveMakeupLanguage，以下简称：XML)混合方式，为双向接口。如图2所示，知识库中相关知识的输入主要有两个途径，一是通过OSS统一门户单元界面，以HTTP和数据库的组合应用，实现维护专家知识的输入输出；二是在维护流程执行过程中，利用数据库和XML的组合应用，实现维护专家知识的输入输出。

自学习统计单元：采用日志记录的方式，所有日志记录以一次独立执行的业务为单元进行记录，记录内容包括：用于标识本次维护流程业务的执行业务标识(ID)、执行业务路径(包括本次流程中各执行顺序的原子服务单元编码)、各环节执行时长、业务执行总时长(环节时间累加)、处理留言、问题环节、调用子流程ID、调用地址(原子服务单元ID)、登录人、使用部门等信息。

本发明实施例的智能维护系统与ESB间采用同步接口协议，在通信协议上可以采用HTTP或Web服务(HTTP(S)/WebServices)，协议格式采用XML。如图5所示，为本发明实施例的智能维护系统通过ESB从异构应用集成系统中相应单元获取所需数据一个操作流程示意图。ESB是以统一的WebService接口实现智能维护系统在异构应用集成系统中各单元(包括不同应用平台)之间稳定可靠地传递，交换重要的数据和信息。如图2所示，底层各应用平台先开放接口，与ESB实现对接，即底层各应用平台在ESB注册通道，智能维护系统申请调用在ESB上注册的通道，ESB将调用请求路由到实际的目标应用平台，即：各个网元系统，相应的网元系统根据调用请求，对本网元系统中的数据进行处理得到需要调用的数据，并将该需要调用的数据作为调用结果返回至ESB，最终由ESB返回实际的调用结果至智能维护系统。

本发明实施例智能维护系统的一个实现流程如下：依据维护专家积累的经验、预处理手册等文档，梳理固化维护问题处理的流程，维护流程中的判断条件和流转规则成为智能维护系统中工作流引擎单元工作的驱动因素；对维护流程中的各个环节及其输入输出参数进行封装，每个环节即为一个原子服务单元，原子服务单元可复用，以供不同维护流程调用和组合，外部原子服务单元实现与外部系统的数据交互，内部原子服务单元对上一执行顺序中各外部原子服务单元的输出数据进行分析、整合和处理，例如图3中，智能短信平台用户数据查询、HLR受理台用户信息查询、C网短信中心用户信息查询、CRM用户基本信息查询就是各相应外部原子服务单元执行的环节，用户状态信息汇总就是内部原子服务单元执行的环节。依据原子服务单元的输入输出参数，各底层应用平台，如图1中的短信平台等，依据ESB统一的WebService协议规范开发接口，输入参数即用户号码，时间等信息，输出参数即用户短信发送或接收的记录，输出参数统一采用XML格式输出。

因此，本发明实施例的智能维护系统利用EAI技术，通过以下四个层面实现了自动化维护流程：

用户交互：通过OSS统一门户单元实现用户访问的界面统一，通过输入用户名、密码进行安全认证，并提供分权分域的管理功能，利用门户技术进行构建。

流程管理：负责维护流程的定制，由图2所示的工作流引擎单元实现。采用JavaScript框架技术，实现各个封装的应用(内、外部原子服务单元)在页面的直接拖曳，从而方便地实现维护流程设计和修改，实现维护流程的配置和结果直观展示。通过FSM实现了这些封装的应用在维护流程中如何执行、何时执行、执行的先后顺序由工作流引擎单元进行调度。

应用集成：即图2中的原子服务集成单元，将各自创建、维护和存储的相关信息来实现集成功能，实现数据共享和关联分析，重点是把不同的原子服务单元产生的结果综合起来，完成处理逻辑。

数据连接：如图2所示的ESB，通过集线器(HUB)或总线架构，实现应用与应用、网元与网元之间的连接，完成相关的数据路由与数据格式转换。

图6为本发明基于EAI技术的智能维护系统的一个实现架构示意图。本发明实施例基于EAI技术的智能维护系统的系统结构完全基于JAVA平台环境(Java2PlatformEnterpriseEdition，以下简称：J2EE)架构，引入Spring架构(SpringFramework)这个综合型的J2EE轻量级框架，更好的面向接口编程。如图6所示，该系统架构采用三层体系结构，分别为：表示层(客户端机器)、应用层(WEBLOGIC服务器)与数据层(ORACLE数据库服务器)。其中：

表示层，由界面接入逻辑构成，基于人机交互界面，完成智能维护系统的数据输入以及输出的表示形式。对应图2中的OSS统一门户单元。它负责显示一个方便、简洁的数据输入界面，实现将输入的数据通过相应接口和协议(例如：HTTP等)传输到应用层进行处理；并实现为应用层处理后的数据提供一个清晰的输出界面；

应用层，对应图2所示的工作流引擎单元和原子服务集成单元。是智能维护系统的核心平台，包含Web服务子层(即：Web容器)和业务逻辑服务子层(即：业务逻辑容器)，负责完成将获取的数据和计算结果，按规定的格式和要求提交表示层进行界面显示，或将表示层提供的数据提交数据层存储或更新等。其中，WEB服务子层由主要负责当应用服务完成相应的应用请求后，针对不同的数据生成不同的数据显示格式，提交表示层进行界面显示。业务逻辑服务子层主要包括查询逻辑、运算逻辑、业务逻辑和相应数据库连接等，通过对数据层提供的数据访问服务的调用获得业务数据，实现不同的功能模块，满足不同的业务需求；

数据层，对应图2中的知识库单元。实现对业务数据的统一组织、集中管理，在数据层，系统提供规范、统一的数据逻辑视图，保证业务逻辑层和ESB模块对系统数据调用的规范和高效；从而系统复杂业务的需求以及和其他业务系统接口部分业务数据的共享。

采用本发明实施例基于EAI技术的智能维护系统，可以实现如下有益技术效果：

维护效率得到明显提升。以短信业务为例，从现有技术中一个维护问题需要查询7个系统缩减为查询本发明实施例的一个智能维护系统，查询时间从原来的不少于10分钟减少到14秒左右，明显提升了客户感知；

在疑难问题排查方面，由于实现了跨域跨系统的数据采集和统一展现，信息更加全面，问题结果反馈的准确性也得到提升；

由于维护效率得到明显提升，一个疑难维护问题的排查从原来涉及业务平台、核心数据网络、核心交换网络等相关专业维护专家的协同排查，简化为基本维护人员即可完成的工作，极大提高了劳动生成率，缩减了人力成本。

为了加深理解，以下以短信发送业务的维护流程为例，进一步说明本发明基于EAI技术的智能维护系统的应用。首先对形成经验的短信发送业务维护流程进行整理固化，通过OSS统一门户单元加载到知识库单元中，使用者可通过OSS统一门户单元进行短信主、被叫号码、发送与接收时间等参数的输入。固化的短信发送业务维护流程如图7所示。知识库单元中积累了短信问题的处理经验，如短信发送不同的错误代码代表的含义等，在外部原子服务单元抽取到数据后，结合知识库单元中经验和知识，经过内部原子服务单元的粘合，再经过工作流引擎单元的流转，最终输出给使用者。

固化短信发送业务维护流程时，封装短信发送业务维护流程中的内、外部原子服务单元，实现应用集成。图7所示流程中的每个环节均为一个原子服务单元，该流程共封装了39个内、外部原子服务单元，其中外部原子服务单元33个，包含C网维测台短信记录查询、联通网关短信记录查询等，内部原子服务单元6个，有一、二级网元短信记录分析、用户信息汇总等。外部原子服务单元可以在确认输入参数后，如是C网用户号码，则自动调用ESB接口，通过ESB接口从C网维测台这个基础网元上获取相关数据，例如图4中的输出参数那一列。

各相关网元开发Webservice接口与ESB对接，实现数据连接。为了C网短信维测台、短信网关等网元能按照需要将数据提供给智能维护系统，提供数据源的短信C网维测台、联通网关、移动网关、智能短信中心等均需根据标准化的输入输出参数，提供Webservice接口，接口通信采用HTTP，协议格式采用XML格式进行开发。各网元开发完成后提交网页服务描述语言(WebServicesDescriptionLanguage，以下简称：WSDL)接口文档给ESB，ESB经配置后即可完成该网元的注册，供智能维护系统调用。上述开发过程完成以后，各网元间即进行接口联调，并对所有流程所有分支进行遍历测试，测试全部通过后投入正式使用。

图7为本发明基于EAI技术的智能维护系统一个应用实施例的流程示例图，图8为图7所示实施例中的一个数据流转示意图。参见图7与图8，该应用实施例的流程如下：

使用者在OSS统一门户单元界面上输入短信号码、日期等参数，例如：主叫号码、被叫号码、起始时间、结束时间信息。示例性地，主叫号码可以是天翼、小灵通(PHS)等电信本网用户，被叫号码不限，可以是电信本网用户、移动、联通；

工作流引擎单元根据从OSS统一门户单元输入的短信号码、时间等参数，依据规则，自动触发智能短信平台用户信息查询、C网短信中心用户信息查询、HLR用户信息查询、CRM用户信息查询这四个外部原子服务单元，这四个外部原子服务单元通过ESB分别从智能短信平台、C网短信中心、HLR、CRM等平台提取到相关短信号码数据；

工作流引擎单元触发用户信息汇总单元这一内部原子服务单元对智能短信平台用户信息查询、C网短信中心用户信息查询、HLR用户信息查询、CRM用户信息查询这四个外部原子服务单元提取到的相关短信号码数据进行分析汇总，并基于该相关短信号码数据发现有用户状态异常时，在OSS统一门户单元上进行用户状态信息展示，另外，用户信息汇总单元还可以自动从知识库单元中搜索是否有匹配的处理建议并显示，之后将所有结果临时保存；

否则，若未发现有用户状态异常，工作流引擎单元根据维护流程开始触发各环节按照顺序进行数据处理和传递，对主叫号码进行判断，判断主叫号码是C网号码还是小灵通号码，将该主叫号码相应送到C网维测台短信发送记录查询或PHS短信中心发送记录查询外部原子服务单元，由该C网维测台短信发送记录查询或PHS短信中心发送记录查询原子服务单元去向ESB请求数据，ESB根据协议将请求路由到C网维测台或者PHS短信中心，C网维测台或者PHS短信中心根据协议返回结果；

ESB将C网维测台或者PHS短信中心返回的结果传递回C网维测台短信发送记录查询或PHS短信中心发送记录查询外部原子服务单元；

工作流引擎单元将数据流转到一级网元短信记录分析这一内部原子服务单元，一级网元短信记录分析内部原子服务单元进行短信记录分析，如果出现“错误原因串”，从知识库单元中获取短信字段标准化、封装来源、标识状态、判重判迟等相关知识，获取C网维测台或者PHS短信中心返回的结果中包含的“错误原因串”在知识库单元中对应的说明及相关处理建议，说明及相关处理建议通过工作流引擎单元的流转，并在OSS统一门户单元上进行信息展示，即：一级网元信息展示；

如果未出现“错误原因串”，工作流引擎单元将C网维测台或者PHS短信中心返回的结果发送给维护流程中的下一个内部原子服务单元，即关联分析参数输入内部原子服务单元；

关联分析参数输入内部原子服务单元对被叫号码进行判断，判断被叫号码是C网号码还是小灵通号码，将该被叫号码相应送到C网维测台短信发送记录查询或PHS短信中心发送记录查询外部原子服务单元，由该C网维测台短信发送记录查询或PHS短信中心发送记录查询原子服务单元去向ESB请求数据，ESB根据协议将请求路由到C网维测台或者PHS短信中心，C网维测台或者PHS短信中心根据协议返回结果；

ESB将C网维测台或者PHS短信中心返回的结果传递回C网维测台短信发送记录查询或PHS短信中心发送记录查询外部原子服务单元；

工作流引擎单元将数据流转到二级网元短信记录分析这一内部原子服务单元，二级网元短信记录分析内部原子服务单元进行短信记录分析，如果出现“错误原因串”，从知识库单元中获取短信字段标准化、封装来源、标识状态、判重判迟等相关知识，获取C网维测台或者PHS短信中心返回的结果中包含的“错误原因串”在知识库单元中对应的说明及相关处理建议，说明及相关处理建议通过工作流引擎单元的流转，并在OSS统一门户单元上进行信息展示，即：二级网元信息展示；

如果未出现“错误原因串”，工作流引擎单元将C网维测台或者PHS短信中心返回的结果发送给维护流程中的下一个内部原子服务单元，即短信记录关联性分析内部原子服务单元；

短信记录关联性分析内部原子服务单元进行短信记录关联分析，并在OSS统一门户单元上展示短信记录关联信息。

伴随上述流程中各业务数据在工作流引擎单元流转和内外部原子服务单元的处理过程，自学习统计单元还可以实时记录上述两个单元的执行次数，平均处理时长、调用子流程次数，调用子流程占比等参数，实现智能化功能。如图9所示，用户可以通过OSS统一门户单元对自学习统计单元记录的内容进行查询统计，可分析查询时间区间内维护流程的执行次数，存在调用子流程的流程执行次数。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。由于方法与系统实施例基本对应，相关之处参见方法实施例的部分说明即可。

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

本发明实施例实现了：

流程固化维护知识：以往的维护知识和经验均由维护人员自行积累，各自为政，难以整合，通过流程固化，可以将不同维护人员所掌握的维护知识联合起来，形成可共享，可操作的流程，将知识迅速转换成生产力；

维护问题智能判断：通过固化的维护流程，结合知识库单元，在维护问题处理过程中，通过工作流引擎单元和内外部原子服务单元为维护人员提供自动化的智能诊断，维护人员可在输入相关参数后，由系统自动在流程中运行，并抽取知识库单元中的相关内容提供维护问题的诊断帮助；

多网元数据自动采集：通过ESB系统，实现网络与IT系统的整合，维护问题中涉及的跨域数据采集和流转不再成为阻碍，更好的实现数据共享；

问题的自动归类分析：自学习统计分析单元可以记录每项操作，能够统计每个处理流程，每个环节的执行次数、时长等性能参数，对维护问题进行自动归类和分析，从而发现网元可能存在的问题，同时，也能智能化地判断出维护流程执行中存在的问题，自动提出维护流程改进的建议。

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

Claims (8)

1.一种基于企业应用集成技术的智能维护方法，其特征在于，包括：

运营支撑系统OSS统一门户单元接收用户发送的维护请求并转发给工作流引擎单元，该维护请求中包括维护参数信息；

工作流引擎单元根据预先设置的各维护参数与维护流程之间的对应关系信息，获取所述维护请求中维护参数信息对应的目标维护流程信息，预先设置的维护流程由多个原子服务单元按照一定执行顺序排列组成，所述多个原子服务单元包括内部原子单元与外部原子单元，其中，外部原子单元用于通过企业服务总线ESB从异构应用集成系统中的相应单元获取所需数据，内部原子单元用于对所述执行顺序中的上一外部原子单元获取的数据进行分析处理；

工作流引擎单元根据目标维护流程信息中各原子服务单元的执行顺序，根据所述维护请求中的维护参数信息向目标维护流程信息中的外部原子单元输入处理参数，由外部原子单元通过ESB从异构应用集成系统中相应单元获取所需数据作为输出参数；

工作流引擎单元将外部原子单元的输出参数作为内部原子单元的输入参数输入目标维护流程信息中的内部原子单元，由该内部原子单元进行分析，得到分析结果；

工作流引擎单元根据目标维护流程信息中各原子服务单元的执行顺序与执行下一个原子服务单元的触发条件，若需要触发下一个外部原子单元，由下一个外部原子单元作为当前外部原子单元，返回执行所述通过ESB从异构应用集成系统中相应单元获取所需数据作为输出参数的操作；若不需要触发下一个外部原子单元，由目标维护流程信息中的最后一个内部原子单元从知识库单元中获取与上一个内部原子单元得到的分析结果相应的分析结果说明及处理建议；

工作流引擎单元将所述分析结果说明及处理建议发送给OSS统一门户单元；

OSS统一门户单元显示所述分析结果说明及处理建议。

2.根据权利要求1所述的方法，其特征在于，OSS统一门户单元接收用户发送的维护请求之前，还包括：

OSS统一门户单元接收维护专家发送的登录请求，该登录请求中包括用户名与密码；

OSS统一门户单元根据预先存储的维护专家信息，对所述登录请求进行认证；

在所述登录请求通过认证后，OSS统一门户单元接收维护专家输入的各分析结果与分析结果说明及处理建议之间的对应关系信息并存储在所述知识库单元中；或者，根据维护专家本次输入专业维护信息对知识库单元中存储的各分析结果与分析结果说明及处理建议之间的对应关系信息进行更新。

3.根据权利要求2所述的方法，其特征在于，还包括：

在所述登录请求通过认证后，OSS统一门户单元接收维护专家输入的维护流程信息并转发给工作流引擎单元进行存储，或者对工作流引擎单元中的相应维护流程信息进行更新。

4.根据权利要求1至3任意一项所述的方法，其特征在于，还包括：

自学习统计单元实时监控记录各维护流程与原子服务单元的性能参数和使用情况信息，包括各维护流程与原子服务单元的使用者、使用时间、执行时长和/或调用子流程频次信息。

5.一种基于企业应用集成技术的智能维护系统，其特征在于，包括：

运营支撑系统OSS统一门户单元，用于接收用户发送的维护请求并转发给工作流引擎单元，该维护请求中包括维护参数信息；接受工作流引擎单元返回的分析结果说明及处理建议并显示；

原子服务集成单元，用于存储各原子服务单元，包括内部原子单元与外部原子单元，其中，外部原子单元用于通过企业服务总线ESB从异构应用集成系统中的相应单元获取所需数据，内部原子单元用于对执行顺序中的上一外部原子单元获取的数据进行分析处理；

工作流引擎单元，用于根据预先设置的各维护参数与维护流程之间的对应关系信息，获取所述维护请求中维护参数信息对应的目标维护流程信息，预先设置的维护流程由多个原子服务单元按照一定执行顺序排列组成；根据目标维护流程信息中各原子服务单元的执行顺序，根据所述维护请求中的维护参数信息向目标维护流程信息中的外部原子单元输入处理参数，由外部原子单元通过ESB从异构应用集成系统中相应单元获取所需数据作为输出参数；将外部原子单元的输出参数作为内部原子单元的输入参数输入目标维护流程信息中的内部原子单元，由该内部原子单元进行分析，得到分析结果；根据目标维护流程信息中各原子服务单元的执行顺序与执行下一个原子服务单元的触发条件，若需要触发下一个外部原子单元，由下一个外部原子单元作为当前外部原子单元，返回执行所述通过ESB从异构应用集成系统中相应单元获取所需数据作为输出参数的操作；若不需要触发下一个外部原子单元，由目标维护流程信息中的最后一个内部原子单元从知识库单元中获取与上一个内部原子单元得到的分析结果相应的分析结果说明及处理建议；以及将所述分析结果说明及处理建议发送给OSS统一门户单元；知识库单元，用于存储各分析结果与分析结果说明及处理建议之间的对应关系信息。

6.根据权利要求5所述的系统，其特征在于，所述OSS统一门户单元，还用于接收维护专家发送的登录请求，该登录请求中包括用户名与密码；根据预先存储的维护专家信息，对所述登录请求进行认证；在所述登录请求通过认证后，接收维护专家输入的各分析结果与分析结果说明及处理建议之间的对应关系信息并存储在所述知识库单元中；或者，根据维护专家本次输入专业维护信息对知识库单元中存储的各分析结果与分析结果说明及处理建议之间的对应关系信息进行更新。

7.根据权利要求6所述的系统，其特征在于，所述OSS统一门户单元，还用于在所述登录请求通过认证后，接收维护专家输入的维护流程信息并转发给工作流引擎单元进行存储，或者对工作流引擎单元中的相应维护流程信息进行更新。

8.根据权利要求5至7任意一项所述的系统，其特征在于，还包括：

自学习统计单元，用于实时监控记录各维护流程与原子服务单元的性能参数和使用情况信息，包括各维护流程与原子服务单元的使用者、使用时间、执行时长和/或调用子流程频次信息。