CN100382493C - 一种实现业务的系统及方法 - Google Patents

Abstract

本发明提供一种实现业务的系统和方法，其关键在于，该系统包括应用服务器、业务路由器、业务信息处理中心和业务客户端。当业务客户端需要请求某个业务时，业务客户端将获得的业务地址携带于业务请求消息发送给业务路由器；业务路由器再将业务请求消息转发给应用服务器；应用服务器根据业务地址执行业务过程，并在业务执行过程中向业务路由器发送特殊指令，业务路由器根据特殊指令激活相应的业务触发逻辑，业务路由器在当前业务以后的执行过程中判断是否发生触发事件，如果发生，则根据业务触发逻辑进行相应的处理；否则，不作处理。应用本发明方案，不但可以加强对业务的管理，而且可以根据灵活制定的业务触发逻辑来满足用户灵活实现业务的需求。

Description

一种实现业务的系统及方法

技术领域

本发明涉及网络业务技术，特别是涉及一种实现业务的系统及方法。

背景技术

目前，运营商和业务提供者可以通过电信网络或互联网向用户提供业务服务，满足用户的服务需求。

但不管是基于电信网络的业务，还是基于互联网的业务，业务与业务之间一般是相互独立的，实现业务时不灵活。比如，用户每次只能申请和执行一个业务。而在实际应用中，用户希望能够灵活实现业务来满足需求。比如，当用户在实现某一个业务的过程中，希望在发生某一个触发事件时，可以激活或触发另外一个业务，或者进行特殊的处理。又比如，用户希望一次订阅多个业务等。

但是，在现有技术中，数量庞大的业务与业务之间不但是独立的，而且是分散的，没有进行统一管理，导致了难以根据用户需求灵活实现业务。

由此可见，在现有技术中，还没有一种可以灵活实现业务的系统和方法。

发明内容

有鉴于此，本发明的主要目的在于提供一种可以灵活实现业务的系统和方法。本发明提出的技术方案为：

一种实现业务的系统，该系统至少包括：

业务客户端，用于存储业务地址，通过业务路由器向应用服务器发送携带有业务地址的业务请求消息，并在业务执行过程中与应用服务器进行交互；

业务路由器，用于根据应用服务器发送的特殊指令激活相应的业务触发逻辑，根据业务触发逻辑和触发事件进行相应的处理，转发应用服务器和业务客户端之间的交互消息；

应用服务器，用于接收业务客户端发送的携带有业务地址的业务请求消息，根据业务地址执行业务过程，在业务执行过程中向业务路由器发送特殊指令，以及与业务客户端进行交互。

较佳地，所述业务客户端包括：

业务处理模块，用于访问业务信息管理模块，获得业务地址，并通过业务路由器向应用服务器发送携带有业务地址的业务请求消息，并在业务执行过程中与应用服务器进行交互；

业务信息管理模块，用于存储业务地址。

较佳地，所述业务路由器包括：

业务触发逻辑模块，用于根据应用服务器发送的特殊指令激活业务触发逻辑，根据业务触发逻辑和触发事件进行相应的处理；

业务路由功能模块，用于转发应用服务器和业务客户端之间交互的业务相关消息。

较佳地，所述应用服务器包括：

业务逻辑处理模块，用于接收业务客户端发送的携带有业务地址的业务请求消息，根据业务地址执行业务过程，实现与业务客户端的交互；

触发逻辑控制模块，用于根据业务逻辑处理模块发送的特殊指令通知消息向业务路由器发送特殊指令。

较佳地，该系统进一步包括：

业务信息处理中心，用于存储业务地址信息、业务鉴权信息和业务触发逻辑，并根据由业务路由器发送的业务逻辑请求消息将业务触发逻辑返回给业务路由器，通过业务路由器将业务地址信息和业务鉴权信息返回给业务客户端；

所述业务路由器进一步用于：向业务信息处理中心发送业务逻辑请求消息，并接收由业务信息处理中心返回的业务逻辑；

所述业务客户端进一步用于：通过业务路由器向业务信息处理中心发送订阅请求消息，并接收由业务路由器返回的业务地址和业务鉴权信息。

较佳地，其特征在于，所述业务信息处理中心包括：

业务信息数据库，用于存储业务地址信息、业务鉴权信息和业务触发逻辑；

触发逻辑管理模块，用于根据业务路由器发送的业务逻辑请求消息，访问业务信息数据库，并将业务触发逻辑返回给业务路由器；

用户请求处理模块，用于根据业务客户端通过业务路由器发送的消息将业务地址信息和业务鉴权信息发送给业务客户端。

较佳地，所述应用服务器包括：

业务逻辑处理模块，用于接收业务客户端发送的携带有业务地址的业务请求消息，根据业务地址执行业务过程，实现与业务客户端的交互；

触发逻辑控制模块，用于根据业务逻辑处理模块发送的特殊指令通知消息向业务路由器发送特殊指令；

触发鉴权管理模块，用于接收业务客户端通过业务路由器发送的携带有业务鉴权信息的业务请求消息，根据鉴权信息进行鉴权处理过程，并将处理结果发送给业务逻辑处理模块。

本发明的另一发明目的是这样实现的，一种实现业务的方法，利用包括有应用服务器、业务路由器和业务客户端的系统，该方法包括以下步骤：

a、业务客户端将获得的业务地址携带于业务请求消息中发送给业务路由器，业务路由器再将业务请求消息转发给应用服务器；

b、应用服务器根据业务地址执行业务过程，并在业务执行过程中向业务路由器发送特殊指令，业务路由器根据特殊指令激活相应的业务触发逻辑，并在发生触发事件时根据业务触发逻辑进行相应的处理。

较佳地，步骤a所述业务客户端获得业务地址的方法为：

业务客户端向业务信息处理中心发送订阅请求消息，业务信息处理中心将业务地址携带于订阅响应消息返回给业务客户端。

较佳地，步骤a所述的业务请求消息中包括业务客户端事先获得的业务鉴权信息；

步骤a和步骤b之间进一步包括：应用服务器进行鉴权处理，并根据鉴权结果判断业务客户端是否有权访问，如果有，则继续执行；否则，退出本流程。

较佳地，所述业务鉴权信息为经过加密的业务鉴权信息；

所述应用服务器进行鉴权处理的方法为：应用服务器将业务鉴权信息进行解密，再将解码后的业务鉴权信息与事先保存在本地的业务鉴权信息进行比较，根据比较的情况获得鉴权结果。

较佳地，所述业务客户端事先获得用户鉴权信息的方法为：

业务客户端向业务信息处理中心发送订阅请求消息，业务信息处理中心将用户鉴权信息携带于订阅响应消息返回给业务客户端。

较佳地，步骤a所述业务客户端将业务请求消息发送给业务路由器，和业务路由器将业务请求消息转发给应用服务器之间进一步包括：

业务路由器判断本地是否存在业务触发逻辑，如果有，则不作处理；否则，业务路由器向业务信息处理中心发送携带有业务地址的业务逻辑请求消息，业务信息处理中心将与业务地址对应的业务触发逻辑返回给业务路由器。

较佳地，在业务执行的过程中，当应用服务器需要与业务客户端进行交互时，应用服务器或业务客户端先将交互消息发送给业务路由器，业务路由器将交互消息预处理后发送给业务客户端或应用服务器。

综上所述，本发明提出的一种实现业务的系统和方法，由于每一个业务都有业务地址，并且对业务、业务触发逻辑、业务地址等相关信息进行统一管理，业务客户端不但可以通过订阅消息同时获得多个业务地址，实现同时订阅多个业务，而且还可以很方便地触发多个业务，或者在一个业务的执行过程中能触发另外一个业务，达到灵活实现业务的目的。

附图说明

图1是本发明方案的系统基本结构示意图；

图2是应用本发明方案的系统实施例基本结构示意图。

图3是本发明方案实现业务的流程图；

图4是应用本发明方案的方法实施例的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。

图1显示了本发明实现业务的系统结构示意图。如图1所示，该系统至少包括：

业务客户端101，用于存储业务地址，通过业务路由器102向应用服务器103发送携带有业务地址的业务请求消息，并在业务执行过程中与应用服务器103进行交互；

业务路由器102，用于根据应用服务器103发送的特殊指令激活相应的业务触发逻辑，还用于转发应用服务器103和业务客户端101之间的交互消息；

应用服务器103，用于接收业务客户端101发送的携带有业务地址的业务请求消息，根据业务地址执行所请求的业务过程，并在业务执行过程中与业务客户端101进行交互，以及向业务路由器102发送特殊指令；

为了能对业务的业务地址、用户订阅等进行统一管理和服务，本发明还可以进一步包括业务信息处理中心104。业务信息处理中心104用于存储业务地址信息、业务鉴权信息和业务触发逻辑，并根据由业务路由器102发送的业务逻辑请求消息将业务触发逻辑返回给业务路由器102，通过业务路由器102将业务地址信息和业务鉴权信息返回给业务客户端101。

当然，在实际应用中，系统中也可以不包括业务信息处理中心，而是将业务地址等与业务相关的信息事先保存在业务客户端中。

系统实施例

图2显示了应用本发明方案的实现业务的系统基本结构图。如图2所示，本实施例中，包括：业务客户端201、业务路由器202、应用服务器203、业务信息处理中心204。

其中，业务客户端201包括：业务处理模块2011，用于访问业务信息管理模块2012，获得业务地址，通过业务路由功能模块2022向触发鉴权管理模块2032发送业务请求消息，并接收返回的鉴权响应消息，还用于在业务执行的过程中，通过业务路由功能模块2022实现与业务逻辑处理模块2031之间进行的交互；业务信息管理模块2012，用于存储业务地址和业务鉴权信息。

业务路由器202包括：业务触发逻辑模块2021，用于接收触发逻辑控制模块2033通过路由功能模块2022发送的特殊指令，根据特殊指令激活相应的业务触发逻辑，并在发生触发事件时进行相关处理，用于对应用服务器203和业务客户端201之间的交互消息进行预处理，还通过业务路由功能模块2022用于向触发逻辑管理模块2042发送业务触发逻辑请求消息，并接收返回的业务触发逻辑；业务路由功能模块2022，用于转发应用服务器203和业务客户端201之间的交互消息，并将交互消息发送给业务触发逻辑模块2021进行处理，转发业务信息处理中心204和业务客户端201之间的交互消息。

应用服务器203包括：业务逻辑处理模块2031，用于接收触发鉴权管理模块2032鉴权处理结果，执行业务过程，并在业务执行过程中通过业务路由功能模块2022实现与业务客户端201之间的交互，以及向触发逻辑控制模块2033发送特殊指令通知消息；触发鉴权管理模块2032，用于接收业务处理模块2011通过业务路由功能模块2022发送的携带有业务鉴权信息的业务请求消息，根据鉴权信息进行鉴权处理过程，并将处理结果发送给业务逻辑处理模块2031；触发逻辑控制模块2033，用于根据业务逻辑处理模块2031发送的特殊指令通知消息向业务触发逻辑模块2021发送特殊指令。

业务信息处理中心204包括：业务信息数据库2041，用于存储业务地址、业务鉴权信息和业务触发逻辑；触发逻辑管理模块2042，用于接收由业务触发逻辑模块2021通过业务路由功能模块2022发送的业务逻辑请求消息，访问业务信息数据库，并将业务触发逻辑返回给业务触发逻辑模块2021；用户请求处理模块2043，用于接收业务处理模块2011通过业务路由功能模块2022发送的订阅请求消息，并将业务地址信息和业务鉴权信息返回给业务处理模块2011。

当业务客户端201要实现业务时，业务处理模块2011访问业务信息管理模块2012，获得业务地址，再将携带有业务地址的业务请求消息发送给业务路由功能模块2022。业务路由功能模块2022将业务请求消息发送给业务触发逻辑模块2021，业务触发逻辑模块2021判断自身是否存在该业务触发逻辑，如果存在，则向业务路由功能模块返回响应消息；否则，业务触发逻辑模块2021向触发逻辑管理模块2042发送业务触发逻辑请求消息；触发逻辑管理模块2042访问业务信息数据库2041，获得业务触发逻辑，并返回给业务触发逻辑模块2021，业务触发逻辑模块2021再向业务路由功能模块2022返回响应消息；然后，业务路由功能模块2022向触发鉴权管理模块2032发送业务请求消息。触发鉴权管理模块2032根据业务请求消息进行鉴权处理，并将处理结果发送给业务逻辑处理模块2031；业务逻辑处理模块2031执行业务，并在业务的执行过程中向触发逻辑控制模块2033发送特殊指令通知消息；触发逻辑控制模块2033通过业务路由功能模块2022向业务触发逻辑模块2021发送特殊指令，业务触发逻辑模块2021激活相应的业务触发逻辑，并在业务的执行过程中实时判断是否有与业务触发逻辑对应的触发事件发生，如果有，则根据业务触发逻辑进行相应的处理；否则，不作处理。

其中，业务逻辑处理模块2031、触发逻辑控制模块2033、业务路由功能模块2022、业务触发逻辑模块2021、业务处理模块2011、业务信息管理模块2012都是必须的，而其它的模块可以任意选择。

在实际应用中，如果业务逻辑处理模块2031在业务的执行过程中需要与业务处理模块2011进行交互，则可以通过业务路由功能模块2022进行消息的转发。而业务路由功能模块2022也可以将每一条需要转发的消息发送给业务触发逻辑模块2021进行预处理，再进行转发。

另外，本发明中的应用服务器、业务路由器、业务信息处理中心可以是计算机或服务器，业务客户端可以是智能终端或PC，它们之间的交互消息可以采用标准协议来完成，也可以自行定义，只要双方可以识别即可。

针对本发明提出的实现业务的系统，本发明还提出了一种实现业务的方法。图3显示了实现本发明方案的流程图。如图3所示，本发明实现业务的方法包括以下步骤：

步骤301：业务客户端将获得的业务地址携带于业务请求消息发送给业务路由器；

步骤302：业务路由器再将业务请求消息转发给应用服务器；

步骤303：应用服务器根据业务地址执行业务过程，并在业务执行过程中向业务路由器发送特殊指令，业务路由器根据特殊指令激活相应的业务触发逻辑，业务路由器在当前业务以后的执行过程中判断是否发生触发事件，如果发生，则根据业务触发逻辑进行相应的处理；否则，不作处理。

本发明中，每一个业务都有一个业务地址，业务地址能标识业务自身，是独立于下层网络的逻辑地址。

本发明中，业务过程就是向用户提供业务服务的过程，或者说是应用服务器开始执行业务程序的过程。在业务过程中，应用服务器一般会与业务客户端进行交互。当然，多个业务客户端之间也有可能进行交互。至于应用服务器与业务客户端之间，多个业务客户端之间如何进行交互是与具体的业务决定的，此处不再赘述。

业务一般有触发事件和业务触发逻辑。其中，触发事件为应用服务器与业务客户端交互的过程中实际发生的事件；业务触发逻辑为业务对触发事件的特殊处理过程，或者称业务触发控制脚本，可以由业务提供者根据业务的特点或用户的需求灵活制定，一般可以采用JavaScript等来实现业务触发逻辑的制定。

本发明中，应用服务器会在业务执行的过程中向业务路由器发送特殊指令，业务路由器根据特殊指令来激活相应的业务触发逻辑。此后，在业务的执行过程中，即应用服务器与业务客户端的交互过程中，业务路由器将实时判断是否发生与该业务触发逻辑对应的触发事件，如果发生，则根据业务触发逻辑进行相应的处理；否则，不作处理。

这里，需要注意的是，当应用服务器发送特殊指令后并不影响自身当前业务的执行过程。所述的特殊指令一般是携带有可以激活业务触发逻辑的参数的消息。业务路由器激活业务触发逻辑以后，并不立即根据业务触发逻辑进行相关处理，而是实时判断是否有触发事件发生，只有触发事件发生时，业务路由器才根据业务触发逻辑进行相关处理。

在实际应用中，一个业务可以向业务路由器发送多个特殊指令，业务路由器也有多个与特殊指令对应的业务触发逻辑。至于应用服务器何时向业务路由器发送特殊指令，业务触发逻辑执行什么相关处理则是业务自行确定的。

方法实施例

本实施例中，业务提供者已经将某业务部署到网络中，其部署方法为：将业务存储于应用服务器中，并且在业务信息处理中心对业务进行登记，业务信息处理中心将该业务对应的业务地址、业务鉴权信息和业务触发逻辑保存在本地业务信息数据库中。业务客户端可以通过浏览等方式到业务信息处理中心来查询业务的相关信息。至于如何部署业务，业务客户端如何查询业务的相关信息是比较容易实现的，并且不属于本发明的重点，此处不再进行详细叙述。

在实际应用中，业务客户端查询到业务的相关信息以后，可能还需要对业务进行订阅，才可以体验或实现业务。本实施例中，业务客户端订阅业务的方法为：业务客户端通过业务路由器向业务信息处理中心发送订阅请求消息，业务信息处理中心将业务鉴权信息经过加密处理，并将经过加密处理的业务鉴权信息和业务地址携带于订阅响应消息返回给业务客户端。在实际应用中，业务客户端可以在订阅时同时指定多个业务，业务信息处理中心就可以同时返回多个业务地址，即业务客户端可以达到同时订阅多个业务的目的。当实现业务时，业务客户端就可以在多个业务之间进行选择和更换，而不需要改变自身的用户标识。这里，用户标识可以是业务客户端在订阅时由业务信息处理中心分配的信息，也可以就是作为鉴权使用的鉴权信息。

业务客户端成功订阅业务以后，就可以开始实现业务了。图4显示了本实施例实现业务的流程图。如图4所示，业务客户端实现业务的方法包括以下步骤：

步骤401：业务客户端将业务地址和业务鉴权信息携带于业务请求消息发送给业务路由器。

在实际应用中，业务地址和业务鉴权信息也可以事先保存在业务客户端中，然后直接利用业务地址和业务鉴权信息开始实现业务。

另外，在实际应用中，如果业务本身不需要对业务客户端的身份进行识别，如某业务为公共服务业务，可以为任何的业务客户端服务。那么，该业务就无需对业务客户端进行鉴权处理，业务客户端也就无需在业务请求消息中携带业务鉴权信息。

步骤402：业务路由器根据业务地址判断本地是否存在与业务对应的业务触发逻辑，如果有，则执行步骤404；否则，执行步骤403。

步骤403：业务路由器向业务信息处理中心发送携带有业务地址的业务逻辑请求消息，业务信息处理中心将业务地址所属业务的业务触发逻辑返回给业务路由器。

步骤404：业务路由器将携带有业务地址和业务鉴权信息的业务请求消息转发给应用服务器。

本步骤中，业务路由器可以不对业务请求消息作任何处理，直接向应用服务器转发该业务请求消息。而在实际应用中，业务路由器可以对业务请求消息进行预处理，然后将处理后的业务请求消息发送给应用服务器。比如：如果规定业务客户端申请执行某业务时，必须同时执行另外一个业务，也就是说，需要在应用服务器中同时执行两个业务。这时，当业务路由器判断出该消息为针对某业务的业务请求消息，就可以将另外一个业务的业务地址等信息填写在本业务请求消息的某个特殊字段中，如业务请求消息的附加信息字段。当应用服务器接收到经过预处理的业务请求消息时，可以根据附加信息字段来启动另外一个业务。

在实际应用中，业务路由器不但可以对业务请求消息进行预处理，也可以对所有的应用服务器与业务客户端之间的交互消息进行预处理。所述的预处理一般是业务路由器判断交互消息是否为某一特定消息，如果是，则进行相应的处理。比如：业务客户端发送暂时停止业务的消息，业务路由器则可以暂时停止向应用转发消息，应用服务器由于没有接收到业务客户端的消息，也将暂时不再继续执行业务。

预处理的含义其实与业务触发逻辑的处理比较相似，但预处理是根据交互消息本身来执行相应的操作，而业务触发逻辑的处理则一般是根据业务执行过程中的触发事件来进行相应的处理。

步骤405：应用服务器将业务鉴权信息进行解密，再将解密后的业务鉴权信息与事先保存在本地的业务鉴权信息进行比较，根据比较的情况获得鉴权结果。

在实际应用中，业务鉴权信息可以为业务信息处理中心分配给用户的特殊信息，如用户标识。当然，业务鉴权信息也可以为其它信息，只要能够作为用户有权访问或实现业务的标识即可。

步骤406：应用服务器根据鉴权结果判断业务客户端是否有权访问，如果有，则继续执行步骤407；否则，退出本流程。

在实际应用中，当业务客户端鉴权成功时，应用服务器还可能通过业务路由器向业务客户端发送业务请求成功响应消息；当业务客户端鉴权失败时，则可能通过业务路由器向业务客户端发送业务请求失败响应消息，然后结束流程。

步骤407：应用服务器根据业务地址执行业务过程，并在业务执行过程中向业务路由器发送特殊指令，业务路由器根据特殊指令激活相应的业务触发逻辑，业务路由器在以后的业务执行过程中判断是否发生触发事件，如果发生，则根据业务触发逻辑进行相应的处理；否则，不作处理。

在实际应用中，本步骤是应用服务器开始向业务客户端提供业务服务的主要环节，一般将持续较长的过程。应用服务器、业务路由器和业务客户端将密切配合为客户提供业务服务。在业务执行的过程中，当应用服务器向业务路由器下发特殊指令以后，一方面，应用服务器继续与业务客户端交互，执行业务过程，另一方面，业务路由器则在激活业务触发逻辑之后，实时判断或实时监控是否有触发事件发生。比如：在业务执行的过程中，应用服务器向业务路由器发送一条特殊指令，让业务路由器监控应用服务器和业务客户端之间交互的时间，如果时间为10分钟，则由业务路由器向某一个业务客户端发送短消息报告。这里，对应用服务器和业务客户端的交互进行计时是业务路由器激活业务触发逻辑后开始进行的操作；交互时间10分钟为触发事件；业务路由器向某一个业务客户端发送短消息报告则为业务触发逻辑进行的相关处理。

另外，实际应用中，在某一个业务的执行过程中，还可以由当前业务触发另外一个业务。比如：有某个游戏性质的业务A和业务B，业务A已经处于执行状态，即应用服务器已经开始与业务客户端进行业务交互。如果在执行业务A的过程中，应用服务器向业务路由器下发一条特殊指令，命令业务路由器在业务客户端游戏积分累计到100分时，触发业务B。此后，应用服务器继续执行业务A，并保持与业务客户端的交互，而业务路由器根据特殊指令激活相应的业务触发逻辑，并实时判断业务客户端的积分累计的值。当业务客户端在业务A中的积分累计到100时，业务客户端就自动地向应用服务器发送一条携带有业务B的业务地址的业务请求消息，应用服务器根据业务地址执行业务B，并开始与业务客户端的交互。这时，业务客户端其实同时与两个业务进行交互。当然，业务B在业务A执行的同时需要向同一个业务客户端提供什么服务是由业务自身确定的。比如，业务B可以定时向执行业务A的业务客户端发送某条广告或歌曲等。

总之，本发明中，由于业务触发逻辑可以灵活制定，当有触发事件发生时，业务路由器应该进行的相关处理则可以由具体的业务根据自身业务特点和用户需求确定，此处不再穷举。

综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种实现业务的系统，其特征在于，该系统至少包括：

业务客户端，用于存储业务地址，通过业务路由器向应用服务器发送携带有业务地址的业务请求消息，并在业务执行过程中与应用服务器进行交互；

业务路由器，用于根据应用服务器发送的特殊指令激活相应的业务触发逻辑，根据业务触发逻辑和触发事件进行相应的处理，转发应用服务器和业务客户端之间的交互消息；

应用服务器，用于接收业务客户端发送的携带有业务地址的业务请求消息，根据业务地址执行业务过程，在业务执行过程中向业务路由器发送特殊指令，以及与业务客户端进行交互。

2.根据权利要求1所述的系统，其特征在于，所述业务客户端包括：

业务处理模块，用于访问业务信息管理模块，获得业务地址，并通过业务路由器向应用服务器发送携带有业务地址的业务请求消息，并在业务执行过程中与应用服务器进行交互；

业务信息管理模块，用于存储业务地址。

3.根据权利要求1或2所述的系统，其特征在于，所述业务路由器包括：

业务触发逻辑模块，用于根据应用服务器发送的特殊指令激活业务触发逻辑，根据业务触发逻辑和触发事件进行相应的处理；

业务路由功能模块，用于转发应用服务器和业务客户端之间交互的业务相关消息。

4.根据权利要求3所述的系统，其特征在于，所述应用服务器包括：

业务逻辑处理模块，用于接收业务客户端发送的携带有业务地址的业务请求消息，根据业务地址执行业务过程，实现与业务客户端的交互；

触发逻辑控制模块，用于根据业务逻辑处理模块发送的特殊指令通知消息向业务路由器发送特殊指令

5.根据权利要求1所述的系统，其特征在于，该系统进一步包括：

业务信息处理中心，用于存储业务地址信息、业务鉴权信息和业务触发逻辑，并根据由业务路由器发送的业务逻辑请求消息将业务触发逻辑返回给业务路由器，通过业务路由器将业务地址信息和业务鉴权信息返回给业务客户端；

所述业务路由器进一步用于：向业务信息处理中心发送业务逻辑请求消息，并接收由业务信息处理中心返回的业务逻辑；

所述业务客户端进一步用于：通过业务路由器向业务信息处理中心发送订阅请求消息，并接收由业务路由器返回的业务地址和业务鉴权信息。

6.根据权利要求5所述的系统，其特征在于，所述业务信息处理中心包括：

业务信息数据库，用于存储业务地址信息、业务鉴权信息和业务触发逻辑；

触发逻辑管理模块，用于根据业务路由器发送的业务逻辑请求消息，访问业务信息数据库，并将业务触发逻辑返回给业务路由器；

用户请求处理模块，用于根据业务客户端通过业务路由器发送的消息将业务地址信息和业务鉴权信息发送给业务客户端。

7.根据权利要求5或6所述的系统，其特征在于，所述应用服务器包括：

业务逻辑处理模块，用于接收业务客户端发送的携带有业务地址的业务请求消息，根据业务地址执行业务过程，实现与业务客户端的交互；

触发逻辑控制模块，用于根据业务逻辑处理模块发送的特殊指令通知消息向业务路由器发送特殊指令；

触发鉴权管理模块，用于接收业务客户端通过业务路由器发送的携带有业务鉴权信息的业务请求消息根据鉴权信息进行鉴权处理过程，并将处理结果发送给业务逻辑处理模块。

8.一种实现业务的方法，利用包括有应用服务器、业务路由器和业务客户端的系统，其特征在于，该方法包括以下步骤：

a、业务客户端将获得的业务地址携带于业务请求消息中发送给业务路由器，业务路由器再将业务请求消息转发给应用服务器；

b、应用服务器根据业务地址执行业务过程，并在业务执行过程中向业务路由器发送特殊指令，业务路由器根据特殊指令激活相应的业务触发逻辑，并在发生触发事件时根据业务触发逻辑进行相应的处理。

9.根据权利要求8所述的方法，其特征在于，步骤a所述业务客户端获得业务地址的方法为：

业务客户端向业务信息处理中心发送订阅请求消息，业务信息处理中心将业务地址携带于订阅响应消息返回给业务客户端。

10.根据权利要求8或9所述的方法，其特征在于，步骤a所述的业务请求消息中包括业务客户端事先获得的业务鉴权信息；

步骤a和步骤b之间进一步包括：应用服务器进行鉴权处理，并根据鉴权结果判断业务客户端是否有权访问，如果有，则继续执行；否则，退出本流程。

11.根据权利要求10所述的方法，其特征在于，所述业务鉴权信息为经过加密的业务鉴权信息；

所述应用服务器进行鉴权处理的方法为：应用服务器将业务鉴权信息进行解密，再将解码后的业务鉴权信息与事先保存在本地的业务鉴权信息进行比较，根据比较的情况获得鉴权结果。

12.根据权利要求11所述的方法，其特征在于，所述业务客户端事先获得用户鉴权信息的方法为：

业务客户端向业务信息处理中心发送订阅请求消息，业务信息处理中心将用户鉴权信息携带于订阅响应消息返回给业务客户端。

13.根据权利要求8或9所述的方法，其特征在于，步骤a所述业务客户端将业务请求消息发送给业务路由器，和业务路由器将业务请求消息转发给应用服务器之间进一步包括：

业务路由器判断本地是否存在业务触发逻辑，如果有，则不作处理；否则，业务路由器向业务信息处理中心发送携带有业务地址的业务逻辑请求消息，业务信息处理中心将与业务地址对应的业务触发逻辑返回给业务路由器。

14.根据权利要求8或9所述的方法，其特征在于，在业务执行的过程中，当应用服务器需要与业务客户端进行交互时，应用服务器或业务客户端先将交互消息发送给业务路由器，业务路由器将交互消息预处理后发送给业务客户端或应用服务器。

Images