CN103001962B - 业务支撑方法和系统 - Google Patents

Abstract

本发明提供一种业务支撑方法和系统，包括：获取待提供的业务的业务流程信息；通过执行鉴权认证流程，分别与业务提供服务器和运营支撑系统建立通信连接；控制所述业务提供服务器和运营支撑系统之间执行所述业务流程信息对应的业务通信。本发明通过执行鉴权认证流程，使得能够与业务提供服务器和运营支撑系统建立通信连接，从而就可以实现服务商的业务提供服务器和运营商的运营支撑系统之间的业务通信，实现服务商和运营商合作的融合业务的提供。

Description

业务支撑方法和系统

技术领域

本发明涉及通信技术，尤其涉及一种业务支撑方法和系统。

背景技术

目前，运营商在进行业务提供比如开通某项传统增值业务时，通过其内部的业务支撑系统（例如BSS和ESS等）进行业务开通即可，由于业务开通较为简单，基本不需要与提供该业务的服务商的网络进行业务开通数据交互。

随着移动数据通信的发展，为用户提供的新业务功能越来越强大，业务实现也越来越复杂，业务开通流程复杂度增加，对开通的及时性较之前有了较高要求。为了应对这一挑战，传统电信产业链上的服务商、设备商和运营商都在进行积极改变，具体表现在彼此之间的合作日间紧密，各自原先的角色界定逐渐模糊，出现了既提供设备又提供服务还承担部分业务运营功能的新型服务商，同时传统运营商与之也形成了更加紧密的战略合作的伙伴关系，在业务研发和实现、业务运营、售后支撑各个环节进行紧密配合。

因此，对于上述复杂业务，其业务开通不再是运营商业务系统内部处理，运营商需要和服务商之间进行信息交互，运营商侧的运营支撑系统需要与服务商侧的业务提供服务器进行通信，才能实现业务提供例如业务开通、暂停和修改等服务，这种需要运营商和服务商合作提供的业务可以称为融合业务。

由于融合业务的开通和管理较为复杂，当前的业务支撑系统不能满足融合业务支撑的要求，因此需要一种业务支撑方法和系统，以实现融合业务的提供。

发明内容

本发明提供一种业务支撑方法和系统，以实现服务商和运营商合作的融合业务的提供。

本发明的第一个方面是提供一种业务支撑方法，包括：

获取待提供的业务的业务流程信息；

通过执行鉴权认证流程，分别与业务提供服务器和运营支撑系统建立通信连接；

控制所述业务提供服务器和运营支撑系统之间执行所述业务流程信息对应的业务通信。

本发明的另一个方面是提供一种业务支撑系统，包括：核心服务器、内部代理服务器和外部代理服务器；

所述核心服务器，用于获取待提供的业务的业务流程信息；还用于控制业务提供服务器和运营支撑系统之间执行所述业务流程信息对应的业务通信；

所述外部代理服务器，用于与所述业务提供服务器建立通信连接；

所述内部代理服务器，用于与所述运营支撑系统建立通信连接；

所述外部代理服务器具体用于通过执行鉴权认证流程与所述业务提供服务器建立通信连接，或者，所述内部代理服务器具体用于通过执行鉴权认证流程与所述运营支撑系统建立通信连接。

本发明提供的业务支撑方法和系统的技术效果是：通过执行鉴权认证流程，使得能够与业务提供服务器和运营支撑系统建立通信连接，从而就可以实现服务商的业务提供服务器和运营商的运营支撑系统之间的业务通信，实现服务商和运营商合作的融合业务的提供。

附图说明

图1为本发明实施例一的业务支撑系统的结构示意图；

图2为本发明实施例二的业务支撑系统的结构示意图；

图3为本发明实施例三的业务支撑系统的结构示意图；

图4为本发明实施例四的业务支撑系统中操作步状态的结构示意图；

图5为本发明实施例五的业务支撑方法的流程图；

图6为本发明实施例六的业务支撑方法的流程图；

图7为本发明实施例七的业务支撑方法的信令流程图。

具体实施方式

为了使得运营商和服务商之间的网络能够进行通信，本发明提供一种业务支撑系统，通过该业务支撑系统对运营商的运营支撑系统和服务商的业务提供服务器建立连接，使其能够建立可信连接。

为了对业务支撑方法的说明更加清楚，本发明实施例首先提供一种业务支撑系统，图1为本发明实施例一的业务支撑系统的结构示意图。如图1所示，业务支撑系统包括核心服务器11、内部代理服务器12和外部代理服务器13，其中：

核心服务器11，用于获取待提供的业务的业务流程信息；还用于控制业务提供服务器和运营支撑系统之间执行该业务流程信息对应的业务通信。

具体地，该待提供的业务指的是能够满足涉及运营商的运营支撑系统与服务商的业务提供服务器之间进行消息交互的融合业务；该业务流程信息指的是完成上述融合业务所需操作流程的相关信息。

外部代理服务器13，用于与业务提供服务器建立通信连接。

内部代理服务器12，用于与运营支撑系统建立通信连接。

外部代理服务器13具体用于通过执行鉴权认证流程与业务提供服务器建立通信连接，或者，内部代理服务器12具体用于通过执行鉴权认证流程与运营支撑系统建立通信连接。

具体地，该鉴权认证流程指的是通过鉴权认证信息使运营商与服务商的业务提供服务器之间建立可信连接的信息，该鉴权认证信息例如，可以是与业务提供服务器进行认证的鉴权证书、用户名和密码等。鉴权认证是指在运营商和服务商的业务提供服务器之间进行双向认证，在互相确认对方身份的基础上传输数据，以实现网络的可信连接。

此外，本实施例中涉及的相关服务器为逻辑概念，每个服务器根据负载分担和数据高可用性要求可能部署在多台物理设备上。同时核心服务器11、内部代理服务器12和外部代理服务器13一般不会共用同一物理设备，彼此物理上分离。

本实施例的业务支撑系统，通过执行鉴权认证流程，使得能够与业务提供服务器和运营支撑系统建立通信连接，从而就可以实现服务商的业务提供服务器和运营商的运营支撑系统之间的业务通信，实现服务商和运营商合作的融合业务的提供。

图2为本发明实施例二的业务支撑系统的结构示意图。本实施例中，核心服务器，还用于获取与所述外部代理服务器进行通信所需的接口信息，根据所述接口信息，配置用于与所述外部代理服务器进行通信所需的数据接口。

如图2所示，业务支撑系统中的核心服务器与内部代理服务器和外部代理服务器的接口分为配置接口和数据接口，一方面，分别在核心服务器和内部代理服务器以及外部代理服务器之间设置一个配置接口，该配置接口主要实现核心服务器对内外部代理服务器的配置，例如管理和配置数据接口、同步鉴权信息（鉴权证书、用户名、密码等）等，以便将核心服务器获取的连接配置信息通过配置接口分别对内部代理服务器和外部代理服务器进行配置。另一方面，分别在核心服务器和内部代理服务器以及外部代理服务器之间设置数据接口，该数据接口主要实现与开通业务指令相关的操作信息的通信，本实施例中，内部代理服务器是与运营商内部服务器交互，由于内部系统架构相对稳定，交互接口也相对固定，所以核心服务器与内部代理服务器的数据接口采用统一接口模式；同时，外部代理服务器由于需要连接不同服务商的业务提供服务器，这些业务提供服务器的提供商可能由于所处区域的不同、所用通信协议的不同、采用认证方式的不同等，其认证模式和数据专线模式可能不同，本实施例中，可根据认证模式和数据专线模式不同采用不同的数据接口模式，每一类接口实现一类连接模式，以便使得核心服务器通过不同数据接口和外部代理服务器进行通信，从而实现外部代理服务器各模块功能的独立性，提高各模块的运行效率，进而保证外部代理服务器的性能和高可用性。

图3为本发明实施例三的业务支撑系统的结构示意图，本实施例是在图2的基础上，对业务支撑系统的结构进行更加详细的说明。具体地，业务支撑系统包括内部代理服务器、核心服务器和外部代理服务器。其中，核心服务器的主要功能是负责业务执行、业务数据维护，进行业务消息指令的封装和解析，为用户提供业务配置界面等；内部代理服务器主要负责实现与运营商内部的运营支撑系统的接口，为核心服务器提供一个与运营商内部系统通信的信息通道，并转发核心服务器的指令，实现其与运营商内部系统的操作交互；外部代理服务器主要负责实现与外部系统的各个业务提供服务器的接口，为核心服务器提供一个与业务提供服务器外部系统通信的信息通道，并转发核心服务器的指令，实现与外部系统的操作交互。本实施例中，核心服务器获取的业务流程信息包括：开通所述业务所需的各操作步的执行信息、以及所述操作步的状态设置规则；核心服务器，具体用于根据所述各操作步的执行信息，依序逐步执行所述各操作步，包括：向所述业务提供服务器或者运营支撑系统发送所述操作步对应的业务操作指令；获取所述业务操作指令的处理结果；并根据所述操作步的执行信息、所述处理结果以及所述操作步的状态设置规则，设置所述操作步对应的操作步状态。其中，核心服务器，用于获取所述业务操作指令的处理结果，具体为：用于接收所述业务提供服务器返回的所述业务操作指令的处理响应消息；或者，向所述运营支撑系统发送结果查询消息，并接收所述运营支撑系统返回的查询结果。所述操作步状态包括：操作步异常；相应的，所述业务流程信息还包括：与所述操作步异常对应的操作步异常处理策略信息；核心服务器，还用于根据所述操作步异常处理策略信息，进行操作步异常处理。

进一步的，如图3所示，核心服务器主要包括数据配置模块、主处理模块、操作步处理模块、消息解析模块和消息收发模块；内部代理服务器主要包括数据配置模块、鉴权模块和消息转发模块；外部代理服务器主要包括数据配置模块、鉴权模块和消息转发模块。

对于核心服务器，数据配置模块一方面为系统管理员提供相关数据模板，以实现系统管理员对业务流程信息的配置，另一方面负责生成内外部代理服务器的连接配置信息并对内外部代理服务器进行业务配置。本实施例中，数据配置模块进行业务配置的业务流程信息可包括：开通该业务所需的各操作步的执行信息、该操作步的状态设置规则、与操作步异常对应的操作步异常处理策略信息；其中，操作步的状态设置规则包括：当业务开通服务器发送了相关操作请求消息后，操作步的状态设置为“操作步开始”状态。对于非实时消息接口，因为非实时消息接口消息处理时间较长，所以其对应的操作步状态会在发送请求后设置为“操作步处理中”状态并等待返回结果。当系统处于“操作步开始”或“操作步处理中”状态下收到正常返回结果或者在“操作步异常”状态下根据操作步异常处理策略进行操作步异常处理后即设置为“操作步结束”状态。操作步异常状态是指系统在“操作步开始”和“操作步处理中”状态下收到异常返回结果或者在指定的时间范围内未收到返回结果，即设置为“操作步异常”状态，在操作步异常状态下系统会根据操作步异常处理策略进行操作步异常处理。操作步异常处理策略是指针对操作步异常状态所采取的措施，例如在处理过程中由于超时或者发送或接收消息错误等使得操作步无法正常响应，相对应的操作步异常处理策略可为取消操作、退回重新操作等。数据配置模块进行业务配置的连接配置信息可包括：该业务提供服务器的地址、鉴权认证信息（例如，可以是与业务提供服务器进行认证的鉴权证书、操作账号和操作密码等）、与外部代理服务器进行通信所需的接口信息等。

主处理模块主要负责业务流的逻辑执行、数据库的操作等，具体地，业务流指的是系统根据业务操作工单确定的业务操作流程，每一类操作工单对应一个业务流，同时按照业务的执行逻辑可将业务流分成不同的操作步，通过操作步的执行信息表征业务流的逻辑执行。本实施例中，主处理模块具体用于根据操作步的执行信息、处理结果以及操作步的状态设置规则，设置该操作步对应的操作步状态，还用于设置状态表，以保存其包含的每一个操作步状态信息，通过操作步状态完成对操作步的动态监控，由此实现对业务流的整体监控和系统自动容错。

操作步处理模块主要负责业务操作步的执行，具体地，操作步是业务操作的基本单元，每一操作步在时间上、操作主体上相对独立，并且执行后有明确的结果，操作步根据发送和接收到的消息会进入不同的操作步状态。本实施例中，操作步处理模块具体用于根据业务流程信息中各操作步的执行信息，依序逐步执行该各操作步。同时，当处于操作步异常状态时，还用于根据操作步异常处理策略信息，进行操作步异常处理。其中，操作步异常，例如在处理过程中由于超时或者发送或接收消息错误等使得操作步无法正常响应，相对应的操作步异常处理策略可为取消操作、退回重新操作等。

具体地，图4为本发明实施例四的业务支撑系统中操作步状态的结构示意图。如图4所示，操作步的状态具体为：操作步开始、操作步处理中、操作步结束和操作步异常。“操作步开始”状态是所有操作步的初始状态。一般的在执行某一操作步时，当业务开通服务器发送了相关操作请求消息后，则该操作步的状态进入“操作步开始”状态。“操作步处理中”状态主要用于非实时消息接口，因为非实时消息接口消息处理时间较长，所以其对应的操作步状态会在发送请求后处于“操作步处理中”状态等待返回结果。“操作步结束”状态是该操作步的终止状态，当系统处于“操作步开始”或“操作步处理中”状态下收到正常返回结果或者在“操作步异常”状态下根据操作步异常处理策略进行操作步异常处理后即进入“操作步结束”状态。操作步异常状态是指系统在“操作步开始”和“操作步处理中”状态下收到异常返回结果或者在指定的时间范围内未收到返回结果即进入“操作步异常”状态，在操作步异常状态下系统会根据操作步异常处理策略进行操作步异常处理。

消息解析模块负责实现业务开通请求指令的封装以及对业务响应消息的解析。

消息收发模块负责通过数据接口与内外部代理服务器通信，实现业务消息的收发，具体的，消息收发模块用于向该业务提供服务器或者运营支撑系统发送该操作步对应的业务操作指令，还用于接收所述业务提供服务器返回的所述业务操作指令的处理响应消息；或者，向所述运营支撑系统发送结果查询消息，并接收所述运营支撑系统返回的查询结果。其中，业务操作指令如业务开通请求等。

对于内部代理服务器，数据配置模块主要负责实现接收核心服务器的连接配置信息，并实现对消息转发模块和鉴权模块的配置；消息转发模块主要负责与核心服务器以及运营支撑系统建立连接，接收并转发核心服务器和运营支撑系统的消息；鉴权模块主要负责对鉴权信息的维护和管理。本实施例中，内部代理服务器是运营支撑系统的内部系统，因此，可不使用该鉴权模块。

对于外部代理服务器，数据配置模块主要负责实现接收核心服务器的连接配置信息，并实现对消息转发模块、鉴权模块以及数据接口的配置；消息转发模块主要负责与核心服务器以及外部系统建立连接，接收并转发核心服务器和业务提供服务器的消息；鉴权模块主要负责对鉴权信息的维护和管理。

另外，根据运营商系统网络实际情况，可能将内部代理服务器的部分或者全部功能作为模块放入核心服务器。根据合作方的认证要求难易程度，可以将外部代理服务器的部分功能模块放入核心服务器。或者将核心服务器的部分模块放入内部代理服务器或者外部代理服务器中，除此以外还包括其他符合本发明的原则和思路，进行功能组合、等同替换或改进的方案。

本实施例的业务支撑系统，在上述实施例技术效果的基础上，进一步地，通过配置业务流程信息，根据各操作步的执行信息，操作步的状态设置规则、以及处理结果设置操作步对应的操作步状态，然后通过状态表保存其包含的每一个操作步的状态信息，借由操作步状态完成对操作步的动态监控，由此实现对业务流的整体监控和系统自动容错。

图5为本发明实施例五的业务支撑方法的流程图。如图5所示，本发明的业务支撑方法包括：

步骤101、获取待提供的业务的业务流程信息。

具体地，该待提供的业务指的是能够满足涉及运营商的运营支撑系统与服务商的业务提供服务器之间进行消息交互的融合业务；该业务流程信息指的是完成上述融合业务所需操作流程的相关信息。

步骤102、通过执行鉴权认证流程，分别与业务提供服务器和运营支撑系统建立通信连接。

具体地，该鉴权认证流程指的是通过鉴权认证信息使运营商与服务商的业务提供服务器之间建立可信连接的信息，该鉴权认证信息例如，可以是与业务提供服务器进行认证的鉴权证书、用户名和密码等。鉴权认证是指在运营商和服务商的业务提供服务器之间进行双向认证，在互相确认对方身份的基础上传输数据，以实现网络的可信连接。

步骤103、控制所述业务提供服务器和运营支撑系统之间执行所述业务流程信息对应的业务通信。

本实施例的业务支撑方法，通过执行鉴权认证流程，使得能够与业务提供服务器和运营支撑系统建立通信连接，从而就可以实现服务商的业务提供服务器和运营商的运营支撑系统之间的业务通信，实现服务商和运营商合作的融合业务的提供。

图6为本发明实施例六的业务支撑方法的流程图，本实施例是在图5的基础上，对该业务支撑方法的详细描述。本实施例中，核心服务器获取的待提供的业务的业务流程信息包括：开通所述业务所需的各操作步的执行信息、以及所述操作步的状态设置规则；控制所述业务提供服务器和运营支撑系统之间执行所述业务流程信息对应的业务通信，包括：根据所述各操作步的执行信息，依序逐步执行所述各操作步，包括：向所述业务提供服务器或者运营支撑系统发送所述操作步对应的业务操作指令；获取所述业务操作指令的处理结果；根据所述操作步的执行信息、所述处理结果以及所述操作步的状态设置规则，设置所述操作步对应的操作步状态。其中所述获取所述业务操作指令的处理结果，包括：接收所述业务提供服务器返回的所述业务操作指令的处理响应消息；或者，向所述运营支撑系统发送结果查询消息，并接收所述运营支撑系统返回的查询结果。操作步状态包括：操作步异常；相应的，所述业务流程信息还包括：与所述操作步异常对应的操作步异常处理策略信息；所述设置所述操作步对应的操作步状态之后，还包括：根据所述操作步异常处理策略信息，进行操作步异常处理。

具体地，如图6所示，本发明的业务支撑方法包括：

步骤201、获取连接配置信息和业务流程信息。

本步骤中，获取的连接配置信息包括该业务提供服务器的地址、鉴权认证信息（例如，可以是与业务提供服务器进行认证的鉴权证书、操作账号和操作密码等），与外部代理服务器进行通信所需的接口信息，获取的业务流程信息包括开通该业务所需的各操作步的执行信息、该操作步的状态设置规则、与操作步异常对应的操作步异常处理策略信息等。

其中，对于与外部代理服务器进行通信所需的接口信息，由于外部代理服务器需要连接不同服务商的业务提供服务器，这些业务提供服务器的提供商可能由于所处区域的不同、所用通信协议的不同、采用认证方式的不同等，其认证模式和数据专线模式可能不同，本实施例中可根据认证模式和数据专线模式不同采用不同的数据接口模式，每一类接口实现一类连接模式，以便使得核心服务器通过不同数据接口和外部代理服务器进行通信，，从而实现外部代理服务器各模块功能的独立性，提高各模块的运行效率，进而保证外部代理服务器的性能和高可用性。因此本实施例中与外部代理服务器进行通信所需的接口信息包括多个类型的接口信息。

操作步的状态设置规则，具体地，将操作步的状态分别设置为操作步开始、操作步处理中、操作步结束和操作步异常四种状态，其中，“操作步开始”状态是所有操作步的初始状态。一般的在执行某一操作步时，当业务开通服务器发送了相关操作请求消息后，则该操作步的状态进入“操作步开始”状态。“操作步处理中”状态主要用于非实时消息接口，因为非实时消息接口消息处理时间较长，所以其对应的操作步状态会在发送请求后处于“操作步处理中”状态等待返回结果。“操作步结束”状态是该操作步的终止状态，当系统处于“操作步开始”或“操作步处理中”状态下收到正常返回结果或者在“操作步异常”状态下根据操作步异常处理策略进行操作步异常处理后即进入“操作步结束”状态。操作步异常状态是指系统在“操作步开始”和“操作步处理中”状态下收到异常返回结果或者在指定的时间范围内未收到返回结果即进入操作步异常状态，在操作步异常状态下系统会根据操作步异常处理策略进行操作步异常处理。

与操作步异常对应的操作步异常处理策略信息，具体地，操作步异常处理策略是指针对操作步异常状态所采取的措施，与操作步异常相对应，例如当操作步在处理过程中由于超时或者发送或接收消息错误等使得操作步无法正常响应，相对应的操作步异常处理策略可为取消操作、退回重新操作等。

步骤202、根据连接配置信息和业务流程信息完成业务的初始化，与业务提供服务器进行鉴权认证，并分别与业务提供服务器和运营支撑系统建立通信连接。

本步骤中，根据连接配置信息和业务流程信息完成业务的初始化具体为：核心服务器根据上述配置信息生成业务配置表，在数据库中保存相关业务信息、处理策略和业务流规程等，为该业务在服务器上预留相应的系统资源，通过配置接口将连接配置信息同步给内外部代理服务器。其中，外部代理服务器由于需要连接不同服务商的业务提供服务器，这些业务提供服务器的提供商可能由于所处区域的不同、所用通信协议的不同、采用认证方式的不同等，其认证模式和数据专线模式可能不同，本实施例中，可根据认证模式和数据专线模式不同采用不同的数据接口模式，每一类接口实现一类连接模式，以便使得核心服务器通过不同数据接口和外部代理服务器进行通信，从而实现外部代理服务器各模块功能的独立性，提高各模块的运行效率，进而保证外部代理服务器的性能和高可用性。因此，外部代理服务器根据该连接配置信息中的多个模式下的接口信息加载数据接口，保存其它连接配置信息并根据鉴权认证信息（例如，可以是与业务提供服务器进行认证的鉴权证书、操作账号和操作密码等）与业务提供服务器的地址对应的业务提供服务器进行鉴权认证，最后分别于业务提供服务器和运营支撑系统建立通信连接。值得注意的是，本实施例中的内部代理服务器为运营支撑系统的内部系统，因此无需同内部代理服务器之间进行鉴权认证，可直接建立通信连接。

步骤203、接受业务办理工单。

本步骤中，运营商的运营支撑系统向与其连接的内部代理服务器提交业务办理工单，内部代理服务器通过数据接口将该业务办理工单转发给核心服务器。

步骤204、根据业务办理工单确定业务流并配置相应的业务流程信息。

本步骤中，核心服务器接收业务办理工单后，根据该工单完成业务流实例的初始化，具体包括根据工单内的业务产品参数，选择对应的业务流，并初始化一个业务流实例（业务流实例为逻辑单元，即系统内为执行特定业务流而分配一定系统资源和数据结构的集合），并为该实例配置业务流程信息。

步骤205、控制业务提供服务器和运营支撑系统之间执行业务流程信息对应的业务通信。

本步骤中，所述控制所述业务提供服务器和运营支撑系统之间执行所述业务流程信息对应的业务通信，包括：

根据所述各操作步的执行信息，依序逐步执行所述各操作步，包括：向所述业务提供服务器或者运营支撑系统发送所述操作步对应的业务操作指令；

具体地，向业务提供服务器或者运营支撑系统发送操作步对应的业务操作指令，例如服务器发出的业务开通请求等。

获取所述业务操作指令的处理结果；

具体的，获取该业务操作指令的处理结果，包括：接收该业务提供服务器返回的该业务操作指令的处理响应消息；或者，向该运营支撑系统发送结果查询消息，并接收该运营支撑系统返回的查询结果。

根据所述操作步的执行信息、所述处理结果以及所述操作步的状态设置规则，设置所述操作步对应的操作步状态。

具体的，操作步状态包括：操作步异常；相应的，业务流程信息还包括：与该操作步异常对应的操作步异常处理策略信息；该设置该操作步对应的操作步状态之后，还包括：根据该操作步异常处理策略信息，进行操作步异常处理。

一般的，操作指令的处理结果包括正常处理结果和异常处理结果，通常正常处理结果指的是操作步在正常响应的情况下由操作步开始状态至操作步结束状态，当进行非实时消息的处理时，在操作步开始状态和操作步结束状态之间还存在操作步处理中的状态；异常处理结果指的是若操作步处理中出现超时或返回结果等操作步异常的情况，则操作步的状态进入操作步异常状态，在此，根据业务流程信息中的操作步异常处理策略进行操作步异常处理，实现系统的自动容错。

操作步异常，例如当操作步在处理过程中由于超时或者发送或接收消息错误等使得操作步无法正常响应，操作步异常处理即根据操作步异常处理策略如取消操作、退回重新操作等对操作步异常状态下的业务流进行取消操作或退回重新操作等处理。

此外，通过状态表保存每一个操作步的状态信息。

步骤206、完成业务流所有的操作步的执行信息，退出。

本实施例的业务支撑方法，通过执行鉴权认证流程，使得能够与业务提供服务器和运营支撑系统建立通信连接，从而就可以实现服务商的业务提供服务器和运营商的运营支撑系统之间的业务通信，实现服务商和运营商合作的融合业务的提供。同时，在核心服务器和外部代理服务器之间设置不同的数据接口，从而实现外部代理服务器各模块功能的独立性，提高各模块的运行效率，进而保证外部代理服务器的性能和高可用性。此外通过配置业务流程信息，根据各操作步的执行信息，操作步的状态设置规则、以及处理结果设置操作步对应的操作步状态，然后通过状态表保存其包含的每一个操作步的状态信息，借由操作步状态完成对操作步的动态监控，由此实现对业务流的整体监控和系统自动容错。

图7为本发明实施例七的业务支撑方法的信令流程图。本实施例应用于运营商与服务商进行的一项基于移动终端的增值业务中，服务商提供业务方案，运营商和服务商共同协作为用户提供服务，业务受理由运营商负责，运营商发起业务开通并将部分业务操作指令发给服务商由服务商的业务提供系统完成执行，具体步骤如图7所示。

步骤301、核心服务器根据连接配置信息和业务流程信息配置连接数据和业务流程。

具体的，该连接配置信息包括：业务提供服务器的地址、与外部代理服务器进行通信所需的接口信息、鉴权认证信息（如与业务提供服务器进行认证的鉴权证书、操作账号和操作密码等）。核心服务器分析相关连接配置信息的内容，生成格式化的配置表并将相关连接配置信息通过配置接口分别同步给内外部代理服务器，内外部代理服务器根据该连接配置信息完成初始化。本实施例中，与外部代理服务器进行通信所需的接口信息包括SSL vpn接口信息。

该业务流程信息包括开通该业务所需的各操作步的执行信息、各操作步的状态设置规则、与操作步异常对应的操作步异常处理策略信息。

步骤302、外部代理服务器根据鉴权认证信息，与业务提供服务器进行鉴权认证，建立可信的数据通道。

本实施例中的内部代理服务器为运营支撑系统的内部系统，因此无需同内部代理服务器之间进行鉴权认证，可直接建立通信连接。

步骤303、运营支撑系统通过数据接口向内部代理服务器提交工单，内部代理服务器收到工单后，通过该将工单转发给核心服务器。

步骤304、核心服务器根据工单确定业务流并配置相应的业务流程信息。

本步骤中，核心服务器收到工单后，根据该工单完成业务流实例的初始化，具体包括根据业务产品参数选择对应的业务流，获取该业务流对应的业务流程信息，申请系统资源生成一个业务流实例，并为该实例配置业务流程信息。其中，本业务对应操作步的执行信息包括：首先第一步需要运营商的子公司，即第三方集成商完成在客户企业网内安装合作伙伴的一些设备，调试完成后第三方集成商通过运营商支撑系统完成集成任务报竣，第二步运营商完成内部开通，第三步向服务商系统发送业务开通请求。可选的，上述操作步可根据操作步的执行信息依次执行，也可在不相互影响的情况下并行执行。

本业务流对应的操作步的状态设置规则包括：当核心服务器发送业务开通操作请求后，操作步的状态设置为“操作步开始”状态。由于第二步运营商完成内部开通的接口为非实时接口且为非事务性接口，即当其收到外部开通请求后其返回结果内容没有包含开通是否成功的信息，但运营支撑系统会定时发布相关的业务数据，因此需要核心服务器主动定期获取数据并分析相关开通结果信息，同时非实时消息接口消息处理时间相比实时接口处理时间较长，所以其对应的操作步状态会在发送请求后设置为“操作步处理中”状态并等待返回结果。当系统处于“操作步开始”或“操作步处理中”状态下收到正常返回结果即显示业务开通成功的消息后，其操作步状态设置为“操作步结束”状态；或者当系统在规定时间内未收到返回结果或返回结果显示开通未成功时，其操作步状态设置为“操作步异常”，此时，系统根据操作步异常处理策略进行操作步异常处理后，其操作步状态设置为“操作步结束”状态。操作步异常处理策略是指针对操作步异常状态所采取的措施，例如在处理过程中由于超时或者发送或接收消息错误等使得操作步无法正常响应，相对应的操作步异常处理策略可为取消操作、退回重新操作等。

步骤305、控制业务提供服务器和运营支撑系统之间执行业务流程信息对应的业务通信。

本实施例中，根据该业务流包含的各操作步的执行信息，依次逐步执行各操作步，同时根据操作步的执行信息、处理结果以及操作步的状态设置规则，设置操作步对应的操作步状态，并保存该操作步的状态。如图7中线框所示。

具体地，本实施例中控制业务提供服务器和运营支撑系统之间执行业务流程信息对应的业务通信的流程如下：

步骤3051、核心服务器通过内部代理服务器向运营支撑系统发送集成商业务开通请求，操作步一进入“操作步开始”状态，然后，集成商收到该请求后进行设备安装等开通操作，操作步一进入“处理中”状态。

步骤3052、当集成商完成设备安装后完成业务报竣，向内部代理服务器发送业务报竣消息，内部代理服务器将该业务报竣消息转发给核心服务器，核心服务器分析该业务报竣消息后找到对应业务流，分析其当前状态在执行操作步一，于是完成操作步一，操作步一由“操作步处理中”状态进入“操作步结束”状态。

接着，核心服务器根据业务流执行信息执行操作步二和操作三。

步骤3053、操作步二：核心服务器向内部代理服务器发送业务开通请求，内部代理服务器将该请求转发给运营支撑系统，操作步二进入“操作步开始”状态。同时，操作步三：核心服务器向外部代理服务器发送业务开通请求，外部代理服务器将该请求转发给业务提供服务器。操作步三进入“操作步开始”状态。

步骤3054、由于操作步二运营商完成业务开通的接口为非实时接口，其处理时间较长，所以对应的操作步二的状态会在发送请求后设置为“操作步处理中”状态并等待返回结果。

由于操作步三业务提供服务器的接口为实时接口，核心服务器发送业务开通请求后业务提供服务器会及时响应，同时，根据连接配置信息可知，操作步三的业务提供服务器接口为SSL vpn接口，因此，操作步三中通过SSLvpn数据接口传送数据，业务服务器开通成功后向外部服务器返回开通成功消息，外部服务器将该开通成功消息转发给核心服务器，操作步三由“操作步开始”转入“操作步结束”状态，操作步三执行完成。

步骤3055、由于操作步二中运营支撑系统的接口为非事务性接口，其返回结果内容没有开通是否成功的说明，但运营支撑系统会定时发布当天的业务数据，因此需要核心服务器主动定期获取数据并分析相关开通结果信息，本实施例中，在操作步二中启动定时器，核心服务器定期通过内部代理服务器向运营支撑系统发送查询请求，在这个查询过程中，操作步二处于“操作步处理中”状态。

步骤3056、内部代理服务器获取到查询结果后，将其转发给核心服务器。当操作步二在定时器到期前查询结果表明业务开通成功，则操作步二由“操作步处理中”转为“操作步结束”状态，操作步二完成。

步骤306、核心服务器发现操作步二结束，查询业务状态表，若所有操作步全部结束，则结束业务流。

可替换的，对于步骤3054，若操作步三返回的消息为显示错误消息，此时操作步三由“操作步开始”状态进入“操作步异常”状态，假设此显示错误消息是运营商工单信息填写错误，经核心服务器分析后对应的操作步异常处理策略是“取消操作，回退并重新下发工单”，然后查询业务状态表，将还未结束的操作步二状态也置于“操作步异常”状态，操作步二、操作步三进行操作步异常处理，即取消操作，回退并重新下发工单，操作步二和操作步三进入“操作步结束”状态，结束业务流。重新开始步骤303。

可替换的，对于步骤3056，若操作步二在定时器到期前未收到查询结果或者查询结果未表明开通成功时，操作步二将置于“操作步异常”状态，若对应的操作步异常处理策略是重发消息，则设置相应定时器，重新发送查询请求，假设在定时器到期前查询到相应的业务开通成功结果，则核心服务器将操作步二状态置于“操作步结束”状态，继续步骤306。

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

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

Claims (8)

1.一种业务支撑方法，其特征在于，包括：

获取待提供的业务的业务流程信息；

通过执行鉴权认证流程，分别与业务提供服务器和运营支撑系统建立通信连接；

控制所述业务提供服务器和运营支撑系统之间执行所述业务流程信息对应的业务通信；

所述业务流程信息包括：开通所述业务所需的各操作步的执行信息、以及所述操作步的状态设置规则；

所述控制所述业务提供服务器和运营支撑系统之间执行所述业务流程信息对应的业务通信，包括：

根据所述各操作步的执行信息，依序逐步执行所述各操作步，包括：向所述业务提供服务器或者运营支撑系统发送所述操作步对应的业务操作指令；

获取所述业务操作指令的处理结果；

根据所述操作步的执行信息、所述处理结果以及所述操作步的状态设置规则，设置所述操作步对应的操作步状态。

2.根据权利要求1所述的业务支撑方法，其特征在于，所述通过执行鉴权认证流程，分别与业务提供服务器和运营支撑系统建立通信连接之前，还包括：

获取用于与所述业务服务器建立连接所需的连接配置信息，所述连接配置信息包括：所述业务提供服务器的地址和鉴权认证信息；

所述通过执行鉴权认证流程，与所述业务提供服务器建立通信连接，包括：

通过所述鉴权认证信息，与所述业务提供服务器的地址对应的业务提供服务器进行鉴权认证，并建立通信连接。

3.根据权利要求1所述的业务支撑方法，其特征在于，所述获取所述业务操作指令的处理结果，包括：

接收所述业务提供服务器返回的所述业务操作指令的处理响应消息；

或者，向所述运营支撑系统发送结果查询消息，并接收所述运营支撑系统返回的查询结果。

4.根据权利要求1或3所述的业务支撑方法，其特征在于，所述操作步状态包括：操作步异常；相应的，所述业务流程信息还包括：与所述操作步异常对应的操作步异常处理策略信息；

所述设置所述操作步对应的操作步状态之后，还包括：根据所述操作步异常处理策略信息，进行操作步异常处理。

5.一种业务支撑系统，其特征在于，包括：核心服务器、内部代理服务器和外部代理服务器；

所述核心服务器，用于获取待提供的业务的业务流程信息；还用于控制业务提供服务器和运营支撑系统之间执行所述业务流程信息对应的业务通信；

所述外部代理服务器，用于与所述业务提供服务器建立通信连接；

所述内部代理服务器，用于与所述运营支撑系统建立通信连接；

所述外部代理服务器具体用于通过执行鉴权认证流程与所述业务提供服务器建立通信连接，或者，所述内部代理服务器具体用于通过执行鉴权认证流程与所述运营支撑系统建立通信连接；

所述业务流程信息包括：开通所述业务所需的各操作步的执行信息、以及所述操作步的状态设置规则；

所述核心服务器，具体用于根据所述各操作步的执行信息，依序逐步执行所述各操作步，包括：向所述业务提供服务器或者运营支撑系统发送所述操作步对应的业务操作指令；获取所述业务操作指令的处理结果；并根据所述操作步的执行信息、所述处理结果以及所述操作步的状态设置规则，设置所述操作步对应的操作步状态。

6.根据权利要求5所述的业务支撑系统，其特征在于，

所述核心服务器，还用于获取与所述外部代理服务器进行通信所需的接口信息，根据所述接口信息，配置用于与所述外部代理服务器进行通信所需的数据接口。

7.根据权利要求5所述的业务支撑系统，其特征在于，所述核心服务器，用于获取所述业务操作指令的处理结果，具体为：

用于接收所述业务提供服务器返回的所述业务操作指令的处理响应消息；或者，向所述运营支撑系统发送结果查询消息，并接收所述运营支撑系统返回的查询结果。

8.根据权利要求5或7所述的业务支撑系统，其特征在于，所述操作步状态包括：操作步异常；相应的，所述业务流程信息还包括：与所述操作步异常对应的操作步异常处理策略信息；

所述核心服务器，还用于根据所述操作步异常处理策略信息，进行操作步异常处理。