CN106161075A - 业务处理方法、装置及系统 - Google Patents

Abstract

本发明涉及一种业务处理方法、装置及系统，其方法包括：接收客户端发送的业务请求；根据业务请求，匹配对应的业务触发规则；执行对应的业务触发规则中的操作，操作的结果作用于所述业务请求对应的业务服务器。本发明使得所有业务可以共用同一套网络入口，支持多业务共存，无需进行技术升级改造，只要增加或者修改业务触发规则配置，即可实现新增业务的接入，从而能够方便实施新业务部署、存量业务扩容，避免了对分发系统进行升级改造导致成本高周期长的问题，同时可以支持业务服务器的灵活扩展。

Description

业务处理方法、装置及系统

技术领域

本发明涉及网络技术领域，尤其涉及一种业务处理方法、装置及系统。

背景技术

分发系统的核心功能是实现业务的分发。现有的分发系统通常是业务专用，在分发系统中，每个业务需要自行部署一套网络入口，而无法实现多业务共享一套网络入口。目前存在一些支持多业务的分发系统，但是同一个网络入口也只能支持特定的几个业务接入。当需要接入新业务时，通常需要对分发系统进行升级改造。而升级改造需要投入成本和时间，导致新业务部署成本高，建设时间周期长。因此，现有技术方案中，同一个网络入口，在不进行技术升级改造情况下，无法接入新的业务。

发明内容

本发明实施例提供一种业务处理方法、装置及系统，旨在解决接入新业务时需要对分发系统进行升级改造导致成本高周期长的技术问题，以支持业务服务器的灵活扩展。

为达到上述目的，本发明实施例提出的一种业务处理方法，包括：

接收客户端发送的业务请求；

根据所述业务请求，匹配对应的业务触发规则；

执行所述对应的业务触发规则中的操作，所述操作的结果作用于所述业务请求对应的业务服务器。

本发明实施例还提出一种业务处理装置，包括：

请求接收模块，用于接收客户端发送的业务请求；

匹配模块，用于根据所述业务请求，匹配对应的业务触发规则；

操作执行模块，用于执行所述对应的业务触发规则中的操作，所述操作的结果作用于所述业务请求对应的业务服务器。

本发明实施例还提出一种业务处理系统，包括：分发系统、至少一客户端以及至少一业务服务器；其中：

所述分发系统包括如上所述的装置；

所述客户端，用于向所述分发系统发送的业务请求；

所述业务服务器，用于接收所述分发系统转发的来自所述客户端的业务请求。

本发明实施例提出的一种业务处理方法、装置及系统，通过分发系统统一的网络接口接收客户端发送的业务请求；根据业务请求，匹配对应的业务触发规则；执行对应的业务触发规则中的操作，该操作的结果作用于所述业务请求对应的业务服务器。本发明技术方案，基于分发系统实现业务组网，使得所有业务可以共用同一套网络入口，支持多业务共存，无需进行技术升级改造，只要增加或者修改业务触发规则配置，即可实现新增业务的接入，从而能够方便实施新业务部署、存量业务扩容，避免了对分发系统进行升级改造导致成本高周期长的问题，同时可以支持业务服务器的灵活扩展，区分不同业务提供差异化的业务服务。

附图说明

图1是本发明实施例方案涉及的系统架构示意图；

图2是本发明实施例中一种业务组网示意图；

图3是本发明实施例中另一种业务组网示意图；

图4是本发明实施例方案涉及的分发系统平台的硬件结构示意图；

图5是本发明业务处理方法第一实施例的流程示意图；

图6是本发明业务处理方法第二实施例的流程示意图；

图7是本发明业务处理方法第三实施例的流程示意图；

图8是本发明业务处理装置第一实施例的功能模块示意图；

图9是本发明业务处理装置第二实施例的功能模块示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例方案的主要思路是：在分发系统中设定若干个业务触发规则，每个业务触发规则由“匹配规则+行为(操作)”两部分组成。“匹配规则”和“行为”可以是一个或者多个。当一个业务请求到达分发系统，分发系统根据业务请求信息，与设定的业务触发规则进行匹配。如果某个业务触发规则中的“匹配规则”与业务请求信息匹配，则执行该业务触发规则中的“行为”，从而使得分发系统可以共用同一套网络入口，支持多业务共存，无需进行技术升级改造，只要增加或者修改业务触发规则配置，即可实现新增业务的接入，避免对分发系统进行升级改造导致成本高周期长的问题，同时可以支持业务服务器的灵活扩展，区分不同业务提供差异化的业务服务。

本发明实施例考虑到，现有的分发系统中，每个业务需要自行部署一套网络入口，而无法实现多业务共享一套网络入口。虽然有些分发系统支持多业务，但是同一个网络入口也只能支持特定的几个业务接入。当需要接入新业务时，通常需要对分发系统进行升级改造，导致新业务部署成本高，建设时间周期长。

为此，本发明实施例提出一种分发系统业务处理解决方案，可以通过同一套网络入口，支持多业务共存，无需进行技术升级改造，只要增加或者修改业务触发规则配置，即可实现新增业务的接入，避免对分发系统进行升级改造导致成本高周期长的问题，同时可以支持业务服务器的灵活扩展。

具体地，本实施例方案涉及的系统架构中包括分发系统、至少一个客户端(用户终端)和至少一个业务服务器，该用户终端具体可以为手机、平板电脑等移动终端，也可以为PC终端，该业务服务器具体可以为计算机网络中的能够提供业务服务的实体，可以是物理实体，也可以是逻辑实体，比如由虚拟机软件模拟出来的虚拟机，也可以是能够使用计算机网络通信的其它工业设备。其中，业务服务器可以根据实际业务需要设置一个或多个，业务服务器所提供的业务服务包括但不限于图片下载类业务、社交平台访问服务等。

本发明实施例方案采用具有统一网络入口的业务分发系统，能够灵活支持业务服务器扩展的组网方案，使得多种业务服务器可以共享一套网络入口，该组网方法不局限于计算机网络，对于其他具备信息交换能力的系统，同样适用。

作为一种具体的实施方式，本实施例方案涉及的系统架构可以如图1所示，该系统架构包括客户端(本实施例以PC端举例)、分发系统、业务服务器，其中：

客户端，用于向所述分发系统发送的业务请求；

分发系统，用于接收客户端发送的业务请求；根据所述业务请求，匹配对应的业务触发规则；执行对应的业务触发规则中的操作，所述操作的结果作用于所述业务请求对应的业务服务器，比如执行的操作是将业务请求发送至对应的业务服务器，由对应的业务服务器进行相应处理。

所述业务服务器，用于接收所述分发系统转发的来自客户端的业务请求，对业务请求进行相应的处理；以及向分发系统反馈业务响应，或者向客户端反馈业务响应。

所述客户端，还用于接收所述业务服务器反馈的业务响应，或者接收所述分发系统转发的来自所述业务服务器的业务响应。

具体地，本实施例中分发系统提供一套供所有业务共用的网络入口或称网络接口，支持多业务共存，能够方便实施新业务部署、存量业务扩容，实现可灵活扩展业务服务器的业务组网。

本实施例考虑到，新部署一个业务，除了需要部署一套提供业务 服务的服务器，还需要建设用户与业务服务器之间的入口。为了实现业务的快速上线，通常选择共用已经建设好的网络入口系统。通过在网络入口系统中配置业务触发规则，支持对新部署业务的分发处理。当用户把业务请求发送给网络入口，运行在网络入口的“分发系统”接收用户的业务请求。“分发系统”根据用户的输入信息，匹配到对应的业务触发规则，并执行业务触发规则描述的“行为”，最终把业务请求路由给提供该业务服务的业务服务器。

基于上述考虑，具体实现如下：

在分发系统中设定若干个业务触发规则。每个业务触发规则由“匹配规则+行为”两部分组成。“匹配规则”和“行为”可以是一个或者多个。当一个业务请求到达分发系统，分发系统根据业务请求信息，与设定的业务触发规则进行匹配。如果某个业务触发规则中的“匹配规则”与业务请求信息匹配，则执行该业务触发规则中的“行为”。

业务触发规则可以针对不同的业务需要，选择执行对应的“行为”，从而实现在同一套网络入口中，区分不同业务提供差异化的业务服务。

其中，业务触发规则可以采用如下方式进行配置：

如前所述，每个业务触发规则由“匹配规则+行为”两部分组成。其中：

“匹配规则”可以是计算机能够执行的匹配运算的集合，运算的输出结果是“匹配”或者“不匹配”。例如“字符串包含”、“字符串前缀匹配”、“正则表达式”等都是计算机能够执行的匹配运算。

“行为”是计算机软件可以执行的操作的集合。例如执行路由分发、执行数据读取、执行数据写入、控制工业设备运行等。

由于分发系统的核心功能是实现业务的分发，因此这里配置的“行为”是执行一次路由功能，把业务请求发送给对应的业务服务器。在实际应用中并不局限于执行路由功能。

由此通过上述方案，基于分发系统实现业务组网，使得所有业务 可以共用同一套网络入口，支持多业务共存，无需进行技术升级改造，只要增加或者修改业务触发规则配置，即可实现新增业务的接入，从而能够方便实施新业务部署、存量业务扩容，避免了对分发系统进行升级改造导致成本高周期长的问题，同时可以支持业务服务器的灵活扩展，区分不同业务提供差异化的业务服务。

本实施例方案在部署新业务场景下，可以方便共用原有的网络入口，避免网络入口设备重复建设，节省业务部署成本，缩短业务建设时间周期。

基于上述业务处理方法，下面结合图2、图3所示的两种典型的业务组网详细阐述本发明实施例方案：

如图2所示，图2展示了业务A和业务B两个业务共用一套网络入口的应用场景，具体处理流程如下：

1、客户端向网络入口发送业务A的请求。

2、网络入口接收到业务A的请求信息。运行在网络入口的分发系统提取业务A的请求信息，并对运行规则进行匹配。

分发系统配置了如下两个业务触发规则：

触发规则1：{匹配规则＝匹配业务A；行为＝路由到业务A的服务器}；

触发规则2：{匹配规则＝匹配业务B；行为＝路由到业务B的服务器}。

业务A的请求与“触发规则1”中的匹配规则匹配成功，执行对应的行为“路由到业务A的服务器”。因此把业务A请求发送到“业务A的服务器”。

3、业务A的服务器收到请求消息，执行相应的业务处理，并向网络入口发送“业务A响应”。

4、网络入口收到“业务A响应”，转发该响应消息给客户端。

同理，对于业务B的请求，则可以根据“触发规则2”，完成相应的业务流程处理。

如图3所示，图3展示了另一种典型的业务组网，其中业务响应消息不通过网络入口转发，而是由业务服务器直接将业务响应消息发送给客户端。

综上实例所述的业务分发过程只是本发明的一个典型应用，在实际的系统设计中，“业务触发规则”可以设置一个或者多个，“行为”也可以设置一个或者多个。业务响应的消息，也不一定需要通过“网络入口”进行转发。如图3所示，业务A的服务器可以把“业务A响应”消息直接发送给客户端。

相比现有技术方案，同一个网络入口，在不进行技术升级改造的情况下，无法接入新的业务。本实施例技术方案使得网络入口无需进行技术升级改造，只要增加或者修改业务触发规则配置，即可实现新增业务的接入。该方案不仅用于图片下载类业务共享网络入口资源，同样也适用于其它业务系统的接入，使得网络入口资源共享，降低业务部署成本，缩短建设的时间周期。

本发明实施例方案采用具有统一网络入口的业务分发系统，能够灵活支持业务服务器扩展的组网方案，使得多种业务服务器可以共享一套网络入口，该组网方法不局限于计算机网络，对于其他具备信息交换能力的系统，同样适用。

本领域技术人员可以理解的是，上述分发系统平台的硬件结构可以如图4所示。

参照图4，该分发系统可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现该分发系统平台中各组成部件之间的连接通信。用户接口1003可以包括具有触控功能的显示屏(Display)，以及键盘(Keyboard)、鼠标等组件，用于接收用户输入的信息，并将接收的信息发送至处理器1005进行处理。显示屏可以为LCD显示屏、LED显示屏，还可以为触控屏等，用于实现分发系统的显示功能，显示相应的数据。可选地，用户接口1003还可以包括标准的有线接口、无线接 口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。如图4所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及业务处理应用程序。

在图4所示的分发系统中，网络接口1004主要用于业务服务器，与业务服务器或其他服务器进行数据通信；用户接口1003主要用于连接客户端，与客户端进行数据通信，接收客户端输入的业务请求等信息和指令；而处理器1001可以用于调用存储器1005中存储的业务处理应用程序，并执行以下操作：

接收客户端发送的业务请求；

根据所述业务请求，匹配对应的业务触发规则；

执行所述对应的业务触发规则中的操作，所述操作的结果作用于所述业务请求对应的业务服务器。

通过统一的网络接口接收所述客户端发送的业务请求。

进一步地，在一个实施例中，处理器1001调用存储器1005中存储的业务处理应用程序，还可以执行以下操作：

执行所述对应的业务触发规则中的操作，将所述业务请求发送至对应的业务服务器，由所述对应的业务服务器进行相应处理。

进一步地，在一个实施例中，处理器1001调用存储器1005中存储的业务处理应用程序，还可以执行以下操作：

接收所述业务服务器反馈的业务响应，并将所述业务响应发送至所述客户端。

进一步地，在一个实施例中，处理器1001调用存储器1005中存储的业务处理应用程序，还可以执行以下操作：

根据不用业务类型，在网络接口配置相应的业务触发规则。

本实施例通过上述方案，通过分发系统统一的网络接口接收客户 端发送的业务请求；根据业务请求，匹配对应的业务触发规则；执行对应的业务触发规则中的操作，该操作的结果作用于所述业务请求对应的业务服务器。本发明技术方案，基于分发系统实现业务组网，使得所有业务可以共用同一套网络入口，支持多业务共存，无需进行技术升级改造，只要增加或者修改业务触发规则配置，即可实现新增业务的接入，从而能够方便实施新业务部署、存量业务扩容，避免了对分发系统进行升级改造导致成本高周期长的问题，同时可以支持业务服务器的灵活扩展，区分不同业务提供差异化的业务服务。

基于上述系统架构、分发系统平台硬件结构，提出本发明业务处理方法实施例。

如图5所示，本发明第一实施例提出一种业务处理方法，包括：

步骤S101，接收客户端发送的业务请求；

本实施例方法执行主体可以是上述图1所示系统架构中的分发系统，也可以是承载于该分发系统内的业务处理装置。

客户端可以根据用户自身需求触发业务请求，比如图片下载请求，文本下载请求，联系信息下载请求，社交平台访问请求等。

分发系统配置有统一的、供多种业务共享的一套网络接口，以接收客户端发送的业务请求。由此通过提供一套供所有业务共用的网络入口或称网络接口，支持多业务共存，能够方便实施新业务部署、存量业务扩容，实现可灵活扩展业务服务器的业务组网。

步骤S102，根据所述业务请求，匹配对应的业务触发规则；

分发系统接收到客户端发送的业务请求后，匹配对应的业务触发规则。

步骤S103，执行所述对应的业务触发规则中的操作，所述操作的结果作用于所述业务请求对应的业务服务器。

具体地，本实施例考虑到，新部署一个业务，除了需要部署一套提供业务服务的服务器，还需要建设用户与业务服务器之间的入口。为了实现业务的快速上线，通常选择共用已经建设好的网络入口系统。通过在网络入口系统中配置业务触发规则，支持对新部署业务的 分发处理。当用户把业务请求发送给网络入口，运行在网络入口的“分发系统”接收用户的业务请求。“分发系统”根据用户的输入信息，匹配到对应的业务触发规则，并执行业务触发规则描述的“行为”，最终把业务请求路由给提供该业务服务的业务服务器。

基于上述考虑，具体实现如下：

在分发系统中设定若干个业务触发规则。每个业务触发规则由“匹配规则+行为”两部分组成。“匹配规则”和“行为”可以是一个或者多个。当一个业务请求到达分发系统，分发系统根据业务请求信息，与设定的业务触发规则进行匹配。如果某个业务触发规则中的“匹配规则”与业务请求信息匹配，则执行该业务触发规则中的“行为”。

业务触发规则可以针对不同的业务需要，选择执行对应的“行为”，从而实现在同一套网络入口中，区分不同业务提供差异化的业务服务。

其中，业务触发规则可以采用如下方式进行配置：

如前所述，每个业务触发规则由“匹配规则+行为”两部分组成。其中：

“匹配规则”可以是计算机能够执行的匹配运算的集合，运算的输出结果是“匹配”或者“不匹配”。例如“字符串包含”、“字符串前缀匹配”、“正则表达式”等都是计算机能够执行的匹配运算。

“行为”是计算机软件可以执行的操作的集合。例如执行路由分发、执行数据读取、执行数据写入、控制工业设备运行等。

由于分发系统的核心功能是实现业务的分发，因此这里配置的“行为”是执行一次路由功能，把业务请求发送给对应的业务服务器。在实际应用中并不局限于执行路由功能。

由此通过上述方案，基于分发系统实现业务组网，使得所有业务可以共用同一套网络入口，支持多业务共存，无需进行技术升级改造，只要增加或者修改业务触发规则配置，即可实现新增业务的接入，从而能够方便实施新业务部署、存量业务扩容，避免了对分发系统进行 升级改造导致成本高周期长的问题，同时可以支持业务服务器的灵活扩展，区分不同业务提供差异化的业务服务。

本实施例方案在部署新业务场景下，可以方便共用原有的网络入口，避免网络入口设备重复建设，节省业务部署成本，缩短业务建设时间周期。

如图6所示，本发明第二实施例提出一种业务处理方法，基于上述图5上述的实施例，在上述步骤S103之后，在执行对应的业务触发规则中的操作，将所述业务请求发送至对应的业务服务器之后还可以包括：

步骤S104，接收所述业务服务器反馈的业务响应，并将所述业务响应发送至所述客户端。

相比上述实施例，本实施例还包括业务服务器反馈业务响应至客户端的方案。

其中，作为一种实现方式，可以由业务服务器将业务响应通过分发系统反馈给客户端，如图2所示。

作为另一种实现方式，可以由业务服务器直接将业务响应反馈给客户端，如图3所示。

由此通过上述方案，实现了业务服务器与客户端之间业务数据的有效交互，满足业务处理需求。

如图7所示，本发明第三实施例提出一种业务处理方法，基于上述图6上述的实施例，在上述步骤S101：接收客户端发送的业务请求之前还可以包括：

步骤S100，根据不用业务类型，在网络接口配置相应的业务触发规则。

相比上述实施例，本实施例还包括在分发系统中配置业务触发规则的方案。

其中，配置业务触发规则主要是满足新业务部署时所对应的不同业务的处理需求。

为了实现业务的快速上线，通常选择共用已经建设好的网络入口系统。通过在网络入口系统中配置业务触发规则，支持对新部署业务的分发处理。当用户把业务请求发送给网络入口，运行在网络入口的“分发系统”接收用户的业务请求。“分发系统”根据用户的输入信息，匹配到对应的业务触发规则，并执行业务触发规则描述的“行为”，最终把业务请求路由给提供该业务服务的业务服务器。

具体地，在分发系统中设定若干个业务触发规则。每个业务触发规则由“匹配规则+行为”两部分组成。“匹配规则”和“行为”可以是一个或者多个。当一个业务请求到达分发系统，分发系统根据业务请求信息，与设定的业务触发规则进行匹配。如果某个业务触发规则中的“匹配规则”与业务请求信息匹配，则执行该业务触发规则中的“行为”。

业务触发规则可以针对不同的业务需要，选择执行对应的“行为”，从而实现在同一套网络入口中，区分不同业务提供差异化的业务服务。

其中，业务触发规则可以采用如下方式进行配置：

如前所述，每个业务触发规则由“匹配规则+行为”两部分组成。其中：

“匹配规则”可以是计算机能够执行的匹配运算的集合，运算的输出结果是“匹配”或者“不匹配”。例如“字符串包含”、“字符串前缀匹配”、“正则表达式”等都是计算机能够执行的匹配运算。

“行为”是计算机软件可以执行的操作的集合。例如执行路由分发、执行数据读取、执行数据写入、控制工业设备运行等。

由于分发系统的核心功能是实现业务的分发，因此这里配置的“行为”是执行一次路由功能，把业务请求发送给对应的业务服务器。在实际应用中并不局限于执行路由功能。

由此通过上述方案，基于分发系统实现业务组网，所有业务可以共用同一套网络入口，通过配置不同业务触发规则，支持多业务共存；此外也无需进行技术升级改造，只要增加或者修改业务触发规则配 置，即可实现新增业务的接入，从而能够方便实施新业务部署、存量业务扩容，避免了对分发系统进行升级改造导致成本高周期长的问题，同时可以支持业务服务器的灵活扩展，区分不同业务提供差异化的业务服务。

本实施例方案在部署新业务场景下，可以方便共用原有的网络入口，避免网络入口设备重复建设，节省业务部署成本，缩短业务建设时间周期。

基于上述业务处理方案，下面结合图2、图3所示的两种典型的业务组网详细阐述本发明实施例方案：

如图2所示，图2展示了业务A和业务B两个业务共用一套网络入口的应用场景，具体处理流程如下：

1、客户端向网络入口发送业务A的请求。

2、网络入口接收到业务A的请求信息。运行在网络入口的分发系统提取业务A的请求信息，并对运行规则进行匹配。

分发系统配置了如下两个业务触发规则：

触发规则1：{匹配规则＝匹配业务A；行为＝路由到业务A的服务器}；

触发规则2：{匹配规则＝匹配业务B；行为＝路由到业务B的服务器}。

业务A的请求与“触发规则1”中的匹配规则匹配成功，执行对应的行为“路由到业务A的服务器”。因此把业务A请求发送到“业务A的服务器”。

3、业务A的服务器收到请求消息，执行相应的业务处理，并向网络入口发送“业务A响应”。

4、网络入口收到“业务A响应”，转发该响应消息给客户端。

同理，对于业务B的请求，则可以根据“触发规则2”，完成相应的业务流程处理。

如图3所示，图3展示了另一种典型的业务组网，其中业务响应 消息不通过网络入口转发，而是由业务服务器直接将业务响应消息发送给客户端。

综上实例所述的业务分发过程只是本发明的一个典型应用，在实际的系统设计中，“业务触发规则”可以设置一个或者多个，“行为”也可以设置一个或者多个。业务响应的消息，也不一定需要通过“网络入口”进行转发。如图3所示，业务A的服务器可以把“业务A响应”消息直接发送给客户端。

相比现有技术方案，同一个网络入口，在不进行技术升级改造的情况下，无法接入新的业务。本实施例技术方案使得网络入口无需进行技术升级改造，只要增加或者修改业务触发规则配置，即可实现新增业务的接入。该方案不仅用于图片下载类业务共享网络入口资源，同样也适用于其它业务系统的接入，使得网络入口资源共享，降低业务部署成本，缩短建设的时间周期。

本发明实施例方案采用具有统一网络入口的业务分发系统，能够灵活支持业务服务器扩展的组网方案，使得多种业务服务器可以共享一套网络入口，该组网方法不局限于计算机网络，对于其他具备信息交换能力的系统，同样适用。

对应地，提出本发明业务处理装置实施例。

如图8所示，本发明第一实施例提出一种业务处理装置，包括：请求接收模块201、匹配模块202以及操作执行模块203，其中：

请求接收模块201，用于接收客户端发送的业务请求；

匹配模块202，用于根据所述业务请求，匹配对应的业务触发规则；

操作执行模块203，用于执行所述对应的业务触发规则中的操作，所述操作的结果作用于所述业务请求对应的业务服务器。

具体地，客户端可以根据用户自身需求触发业务请求，比如图片下载请求，文本下载请求，联系信息下载请求，社交平台访问请求等。

分发系统配置有统一的、供多种业务共享的一套网络接口，以接 收客户端发送的业务请求。由此通过提供一套供所有业务共用的网络入口或称网络接口，支持多业务共存，能够方便实施新业务部署、存量业务扩容，实现可灵活扩展业务服务器的业务组网。

分发系统接收到客户端发送的业务请求后，匹配对应的业务触发规则。

具体地，本实施例考虑到，新部署一个业务，除了需要部署一套提供业务服务的服务器，还需要建设用户与业务服务器之间的入口。为了实现业务的快速上线，通常选择共用已经建设好的网络入口系统。通过在网络入口系统中配置业务触发规则，支持对新部署业务的分发处理。当用户把业务请求发送给网络入口，运行在网络入口的“分发系统”接收用户的业务请求。“分发系统”根据用户的输入信息，匹配到对应的业务触发规则，并执行业务触发规则描述的“行为”，最终把业务请求路由给提供该业务服务的业务服务器。

基于上述考虑，具体实现如下：

在分发系统中设定若干个业务触发规则。每个业务触发规则由“匹配规则+行为”两部分组成。“匹配规则”和“行为”可以是一个或者多个。当一个业务请求到达分发系统，分发系统根据业务请求信息，与设定的业务触发规则进行匹配。如果某个业务触发规则中的“匹配规则”与业务请求信息匹配，则执行该业务触发规则中的“行为”。

业务触发规则可以针对不同的业务需要，选择执行对应的“行为”，从而实现在同一套网络入口中，区分不同业务提供差异化的业务服务。

其中，业务触发规则可以采用如下方式进行配置：

如前所述，每个业务触发规则由“匹配规则+行为”两部分组成。其中：

“匹配规则”可以是计算机能够执行的匹配运算的集合，运算的输出结果是“匹配”或者“不匹配”。例如“字符串包含”、“字符串前缀匹配”、“正则表达式”等都是计算机能够执行的匹配运算。

“行为”是计算机软件可以执行的操作的集合。例如执行路由分 发、执行数据读取、执行数据写入、控制工业设备运行等。

由于分发系统的核心功能是实现业务的分发，因此这里配置的“行为”是执行一次路由功能，把业务请求发送给对应的业务服务器。在实际应用中并不局限于执行路由功能。

由此通过上述方案，基于分发系统实现业务组网，使得所有业务可以共用同一套网络入口，支持多业务共存，无需进行技术升级改造，只要增加或者修改业务触发规则配置，即可实现新增业务的接入，从而能够方便实施新业务部署、存量业务扩容，避免了对分发系统进行升级改造导致成本高周期长的问题，同时可以支持业务服务器的灵活扩展，区分不同业务提供差异化的业务服务。

本实施例方案在部署新业务场景下，可以方便共用原有的网络入口，避免网络入口设备重复建设，节省业务部署成本，缩短业务建设时间周期。

进一步地，所述操作执行模块203还用于执行所述对应的业务触发规则中的操作，将所述业务请求发送至对应的业务服务器，由所述对应的业务服务器进行相应处理。

进一步地，所述请求接收模块201，还用于接收所述业务服务器反馈的业务响应，并将所述业务响应发送至所述客户端。

其中，作为一种实现方式，可以由业务服务器将业务响应通过分发系统反馈给客户端，如图2所示。

作为另一种实现方式，可以由业务服务器直接将业务响应反馈给客户端，如图3所示。

由此通过上述方案，实现了业务服务器与客户端之间业务数据的有效交互，满足业务处理需求。

如图9所示，本发明第二实施例提出一种业务处理装置，基于上述图8所示的实施例，该装置还包括：

配置模块200，用于根据不用业务类型，在网络接口配置相应的 业务触发规则。

相比上述实施例，本实施例还包括在分发系统中配置业务触发规则的方案。

其中，配置业务触发规则主要是满足新业务部署时所对应的不同业务的处理需求。

为了实现业务的快速上线，通常选择共用已经建设好的网络入口系统。通过在网络入口系统中配置业务触发规则，支持对新部署业务的分发处理。当用户把业务请求发送给网络入口，运行在网络入口的“分发系统”接收用户的业务请求。“分发系统”根据用户的输入信息，匹配到对应的业务触发规则，并执行业务触发规则描述的“行为”，最终把业务请求路由给提供该业务服务的业务服务器。

具体地，在分发系统中设定若干个业务触发规则。每个业务触发规则由“匹配规则+行为”两部分组成。“匹配规则”和“行为”可以是一个或者多个。当一个业务请求到达分发系统，分发系统根据业务请求信息，与设定的业务触发规则进行匹配。如果某个业务触发规则中的“匹配规则”与业务请求信息匹配，则执行该业务触发规则中的“行为”。

业务触发规则可以针对不同的业务需要，选择执行对应的“行为”，从而实现在同一套网络入口中，区分不同业务提供差异化的业务服务。

其中，业务触发规则可以采用如下方式进行配置：

如前所述，每个业务触发规则由“匹配规则+行为”两部分组成。其中：

“匹配规则”可以是计算机能够执行的匹配运算的集合，运算的输出结果是“匹配”或者“不匹配”。例如“字符串包含”、“字符串前缀匹配”、“正则表达式”等都是计算机能够执行的匹配运算。

“行为”是计算机软件可以执行的操作的集合。例如执行路由分发、执行数据读取、执行数据写入、控制工业设备运行等。

由于分发系统的核心功能是实现业务的分发，因此这里配置的“行为”是执行一次路由功能，把业务请求发送给对应的业务服务器。 在实际应用中并不局限于执行路由功能。

由此通过上述方案，基于分发系统实现业务组网，所有业务可以共用同一套网络入口，通过配置不同业务触发规则，支持多业务共存；此外也无需进行技术升级改造，只要增加或者修改业务触发规则配置，即可实现新增业务的接入，从而能够方便实施新业务部署、存量业务扩容，避免了对分发系统进行升级改造导致成本高周期长的问题，同时可以支持业务服务器的灵活扩展，区分不同业务提供差异化的业务服务。

本实施例方案在部署新业务场景下，可以方便共用原有的网络入口，避免网络入口设备重复建设，节省业务部署成本，缩短业务建设时间周期。

此外，本发明实施例提出的一种业务处理系统，可以参照图1所示的系统架构，在此不再赘述。

还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行 本发明各个实施例所述的方法。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (11)

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

接收客户端发送的业务请求；

根据所述业务请求，匹配对应的业务触发规则；

执行所述对应的业务触发规则中的操作，所述操作的结果作用于所述业务请求对应的业务服务器。

2.根据权利要求1所述的方法，其特征在于，所述接收客户端发送的业务请求的步骤包括：

通过统一的网络接口接收所述客户端发送的业务请求。

3.根据权利要求2所述的方法，其特征在于，所述执行所述对应的业务触发规则中的操作，所述操作的结果作用于所述业务请求对应的业务服务器的步骤包括：

执行所述对应的业务触发规则中的操作，将所述业务请求发送至对应的业务服务器，由所述对应的业务服务器进行相应处理。

4.根据权利要求3所述的方法，其特征在于，所述执行所述对应的业务触发规则中的操作，将所述业务请求发送至对应的业务服务器的步骤之后还包括：

接收所述业务服务器反馈的业务响应，并将所述业务响应发送至所述客户端。

5.根据权利要求2、3或4所述的方法，其特征在于，所述接收客户端发送的业务请求的步骤之前还包括：

根据不用业务类型，在网络接口配置相应的业务触发规则。

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

请求接收模块，用于接收客户端发送的业务请求；

匹配模块，用于根据所述业务请求，匹配对应的业务触发规则；

操作执行模块，用于执行所述对应的业务触发规则中的操作，所述操作的结果作用于所述业务请求对应的业务服务器。

7.根据权利要求6所述的装置，其特征在于，

所述操作执行模块，还用于执行所述对应的业务触发规则中的操作，将所述业务请求发送至对应的业务服务器，由所述对应的业务服务器进行相应处理。

8.根据权利要求6所述的装置，其特征在于，

所述请求接收模块，还用于接收所述业务服务器反馈的业务响应，并将所述业务响应发送至所述客户端。

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

配置模块，用于根据不用业务类型，在网络接口配置相应的业务触发规则。

10.一种业务处理系统，其特征在于，包括：分发系统、至少一客户端以及至少一业务服务器；其中：

所述分发系统包括权利要求6-9中任一项所述的装置；

所述客户端，用于向所述分发系统发送的业务请求；

所述业务服务器，用于接收所述分发系统转发的来自所述客户端的业务请求。

11.根据权利要求10所述的系统，其特征在于，

所述客户端，还用于接收所述业务服务器反馈的业务响应，或者接收所述分发系统转发的来自所述业务服务器的业务响应；

所述业务服务器，还用于向所述分发系统反馈业务响应，或者向所述客户端反馈业务响应。