CN102404367B - 一种异步通信方法及系统 - Google Patents

Abstract

本发明公开了一种异步通信方法，包括：服务端在收到客户端的每个请求后生成一个事务并分配唯一的事务号，将客户端请求处理的业务发给相应的协同服务端处理；服务端接收客户端的其他请求，并等待协同服务端返回的处理应答；收到协同服务端返回的处理应答后，服务端根据事务号查找出相应的事务，完成后续处理，并返回处理结果给客户端。本发明还同时公开了一种异步通信系统，采用本发明不仅能实现异步交互，且能减少网络性能波动对通信服务的影响，提高服务质量。

Description

一种异步通信方法及系统

技术领域

本发明涉及通信交互技术，特别是涉及一种基于事务状态的异步通信方法及系统。

背景技术

随着网络的发展，网络通信越来越普及，应用越来越广泛。在现有的网络通信中，大多采用客户端和服务端交互的模式，客户端与服务端进行通信交互的方式主要有两种：

一种是采用同步方式交互，这种方式是客户端发送一个请求给服务端后，需要等收到服务端的响应后才能发送下一个请求，服务端也是一样，需要等到对端的回复后才能继续下一步操作，也就是说，这种简单的同步交互方式，交互双方都需要等待对端的处理结果，才能继续后续处理。这样，如果由于网络抖动或对端处理速度慢，就会导致本端处理效率降低，严重影响服务质量。

另一种是采用嵌套异步方式，这种方式是允许客户端在发送一个请求、且未等到服务端返回响应时，就可以发送下一个请求，依次类推形成嵌套模式。比如：客户端向服务端发送业务请求1，在未收到业务请求1的响应时，客户端可以继续向服务端发送业务请求2，在未收到业务请求2的响应时，客户端还可以继续向服务端发送业务请求3，这种情况下，业务请求1是第一层，也是最外层；业务请求2是第二层，属于中间层；业务请求3是第三层，也是最内层。这种嵌套的异步方式虽然可以连续发送多个请求，但是，在接收响应时，必须顺序接收业务请求3的响应、业务请求2的响应、业务请求1的响应，才能依次继续后续处理，也就是说，需要由内向外逐层依次处理，即：只有内层释放了，才能处理相邻的下一层，如果未收到当前层的响应，即使收到其它层响应也不能进行处理，这样，不仅大大增加了业务处理时间，降低了业务吞吐量，降低了服务质量；而且，对于通信能力和处理能力有限的网络，对嵌套的层数也会有一定的限制，因为嵌套层数太多会导致处理能力大大减缓，甚至使整个系统瘫痪。

发明内容

有鉴于此，本发明的主要目的在于提供一种异步通信方法及系统，不仅能实现异步交互，且能减少网络性能波动对通信服务的影响，提高服务质量。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种异步通信方法，包括：

服务端在收到客户端的每个请求后生成一个事务并分配唯一的事务号，将客户端请求处理的业务发给相应的协同服务端处理；

服务端接收客户端的其他请求，并等待协同服务端返回的处理应答；

收到协同服务端返回的处理应答后，服务端根据事务号查找出相应的事务，完成后续处理并返回处理结果给客户端。

上述方案中，服务端生成事务并分配事务号后，该方法进一步包括：保存当前的事务状态；相应的，将客户端请求处理的业务发给协同服务端后，该方法进一步包括：更新事务状态。

上述方案中，收到协同服务端返回的处理应答后，该方法进一步包括：服务端解析处理应答，提取出处理应答中的事务号，并更新事务状态。

该方法进一步包括：客户端展现收到的处理结果。

上述方案中，所述协同服务端为多个。

本发明还提供了一种异步通信系统，包括：该系统包括客户端、服务端和协同服务端；其中，

客户端，用于向服务端发送请求，请求服务端进行业务处理，并接收业务处理结果；

服务端，用于接收客户端的请求，为每个请求生成一个事务并分配事务号，将客户端需要处理的业务发送给协同服务端进行处理，自身继续接收客户端的其他请求，并等待协同服务端的处理应答；在收到处理应答后，根据事务号查找到对应的事务，完成后续处理并将处理结果返回客户端；

协同服务端，用于接收服务端发送的协同处理请求，完成对客户端所请求业务的处理，并返回处理应答给服务端。

上述方案中，所述服务端还用于保存事务的事务状态、以及更新事务状态。

上述方案中，所述服务端包括数据收发管理器和事务状态管理器；其中，所述数据收发管理器，用于完成服务端与客户端和协同服务端之间的数据交互；

所述事务状态管理器，用于为每个请求生成一个事务并分配唯一的事务号；提取协同服务端返回的处理应答中的事务号，根据事务号查询对应的事务，并完成后续处理；在事务对应的业务处理完毕后删除事务及其事务号；还用于保存事务状态和更新事务状态。

上述方案中，所述客户端，还用于展现收到的处理结果。

本发明所提供的异步通信方法及系统，由协同服务端辅助服务端完成业务处理，服务端可以不断接收客户端的请求，在收到每个请求后生成一个事务并分配唯一的事务号，并将请求处理的业务发给相应的协同服务端处理；当收到协同服务端返回的处理结果后，根据事务号查找出相应的事务，完成后续处理，并返回处理结果给客户端。如此，服务端和客户端可通过基于事务状态的异步方式进行交互，并通过建立事务及分配事务号对客户端所请求的各类业务进行处理和管理，从而有效降低了网络性能波动和/或处理对端异常所导致的服务质量下降，提高了服务质量和服务能力。

另外，对于本发明采用的异步模式网络服务来说，通信交互双方不需要立即得到响应，也无需按顺序依次处理，服务端收到来自协同服务端的任何一个业务处理应答，都可以根据事务号找到对应的事务继续进行后续处理，这样，服务端可以同时处理多个业务，能有效提高业务吞吐量，进而提高服务质量和处理能力。

附图说明

图1为本发明异步通信方法的实现流程示意图；

图2为本发明异步通信系统的组成结构示意图。

具体实施方式

本发明的基本思想是：服务端在收到客户端的每个请求后生成一个事务并分配唯一的事务号，并将客户端请求处理的业务发给相应的协同服务端处理；收到协同服务端返回的处理应答后，服务端根据事务号查找出相应的事务，完成后续处理，并返回处理结果给客户端。

图1为本发明异步通信方法的实现流程示意图，如图1所示，本发明异步通信方法包括以下步骤：

步骤101：服务端接收客户端发送的请求，为每个收到的请求生成一个事务，并为该事务分配唯一的事务号，保存当前的事务状态；

这里，所述请求为客户端向服务端发起的处理请求、业务请求，请求服务端完成所需的业务处理；所述生成事务可以是生成一个待处理的事件，并以要处理的业务命名，该业务命名中可以附带业务信息，以便更好的标志事务；分配唯一的事务号后，保存所生成事务及其事务号就相当于保存该事务的初始状态，该事务的当前事务状态为初始状态。

举例来说，客户端发送携带验证信息的验证请求，服务端收到后，会生成验证事务，并为验证事务分配唯一的事务号，之后保存验证事务及其事务号，这里，保存验证事务及其事务号就相当于保存该验证事务的初始事务状态。

步骤102：服务端向协同服务端发起协同处理请求，将客户端需要处理的业务发送给协同服务端进行处理，并更新所述业务所对应事务的事务状态；

由于一些情况下，服务端本身并不能独自处理客户端所请求处理的业务，需要协同服务端辅助处理，因此，会将客户端需要处理的业务发送给协同服务端；并且，服务端并不需要等待协同服务端立即返回处理结果，只是更新自身事务的事务状态，等待处理结果即可。

这里，服务端向协同服务端发送协同处理请求时，会建立服务端与协同服务端之间的通信通道。所述更新事务状态是指：将事务号所对应的事务的事务处理状态进行更新。

举个例子来说，服务端收到客户端发送的请求，需要查询数据；服务端首先生成查询事务，并为查询事务分配一个唯一的事务号，事务号与查询事务相对应，此时保存查询事务及其事务号作为该查询事务的初始事务状态；然后，服务端将查询请求与查询事务的事务号一起发给协同服务端，由协调服务端处理查询业务，此时，更新查询事务的事务状态为等待查询结果；由于是异步，发出查询请求后，服务端不需要立即等待查询结果，因此服务端在发送查询请求和查询事务给协同服务端后可继续处理其他事务；相应的，协同服务端收到查询请求后，立即进行查询，并在查询结束后将查询数据以及对应的事务号作为处理应答返回服务端；服务器收到处理应答后，根据处理应答中的事务号找到等待查询结果的查询事务，此时，更新查询事务的事务状态为已经得到查询结果；随后，服务端返回数据给客户端，待全部数据返回成功后，更新查询事务的事务状态为返回成功；最后，服务端清理删除该查询事务，整个查询流程结束。

步骤103：协同服务端收到协同处理请求后，对相应业务进行处理；同时，服务端继续接收客户端的其他请求，并等待协同服务端的处理应答；

这里，服务端可以不断地接收客户端新的请求，并将所需处理的业务发送给相应协同服务端，同时也等待之前发送给协同服务端处理的业务的处理应答，这种情况下，服务端和协同服务端相当于并行处理业务，各自处理不同的业务，互不干扰。实际应用中，协同服务端可以有多个，分别用于处理相同或不同的业务。

所述客户端的其他请求可以是同一客户端要求处理不同业务的不同请求，也可以是不同客户端的请求。

步骤104：协同服务端处理完业务后向服务端返回处理应答；

步骤105～106：服务端收到处理应答后，解析处理应答，提取出处理应答中的事务号，根据事务号查找出对应事务的事务状态，继续完成该事务所对应业务的后续处理，并更新事务状态；

这里，所有事务状态可线性存储于一个事务列表中，以便于查找，当然也可以采用其它方式存储。

步骤107：服务端处理完业务后，将业务处理结果返回客户端。

进一步的，服务端在处理完某个业务后，需要将该业务对应的事务及其事务号删除。

进一步的，客户端收到处理结果后，会向用户展现收到的处理结果。

上述处理过程中，所述服务端、协同服务端均可为服务器。并且，本发明中所述客户端、服务端以及协同服务端都是相对而言的，实际应用中，同一设备可以根据实际的需求充当客户端、和/或服务端、和/或协同服务端的角色，同一设备所充当的角色并非固定不变的。

为实现上述方法，本发明还提供了一种异步通信系统，如图2所示，该系统包括客户端、服务端和协同服务端；其中，

客户端，用于向服务端发送请求，请求服务端进行业务处理，并接收业务处理结果；

这里，客户端与服务端采用约定的协议进行交互，所述约定的协议可以是经双方协商的自定义协议、或为标准协议。

进一步的，客户端还用于展现收到的处理结果。

服务端，用于接收客户端的请求，为每个请求生成一个事务并分配事务号；将客户端需要处理的业务发送给协同服务端进行处理，自身继续接收客户端的其他请求，并等待协同服务端的处理应答；在收到处理应答后提取出事务号，查找到对应的事务，完成后续处理，并将处理结果返回客户端；

进一步的，服务端，还用于保存事务的事务状态；在将业务发送给协同服务端、收到协同服务端返回的处理应答后，更新事务状态。

这里，服务端是整个系统的核心，主要用于协调完成客户端的业务处理。

进一步的，服务端包括数据收发管理器和事务状态管理器两个功能模块，其中，所述数据收发管理器，用于完成服务端与客户端和协同服务端之间的数据交互；具体的，包括数据通道的建立与维护，接收和发送业务请求、处理请求、协同处理请求，接收和发送处理应答、处理结果；还包括对数据的组装和解析，以保证交互双方数据传输的完整。

所述事务状态管理器，用于为每个请求生成一个事务并分配唯一的事务号；提取协同服务端返回的处理应答中的事务号，根据事务号查询对应的事务，并完成后续处理；在事务对应的业务处理完毕后删除事务及其事务号；还用于保存事务状态和更新事务状态。

其中，数据收发管理器可以通过很有多种技术实现，比如：Linux下的epoll和select模式；Windows下的完成端口(IOCP)等等。

协同服务端，用于接收服务端发送的协同处理请求，辅助服务端完成对客户端所请求业务的处理，并返回处理应答给服务端；

实际应用中，协同服务端可以有多个，分别完成相同或不同功能，例如：有两个验证服务器作为协同服务端，每次可任选其中之一对客户信息进行验证；也可以有两个协同服务端，一个是验证服务器，一个是配置服务器，分别完成不同的功能。在服务端中，对于某个事务一般需要完成该事务的多个步骤，才能完成该事务所对应业务的整个业务处理过程。

实施例：

本实施例中，需处理的业务是：接入服务器需要快速响应客户端的接入，其中，接入服务器为服务端，用于验证用户信息的验证服务器为协同服务端。

基于本发明异步通信方法的处理过程具体为：

用户先通过客户端发送密码和用户名称(或编码)等验证信息到接入服务器，接入服务器进行必要的验证后，生成验证事务并为验证事务分配唯一的事务号，保存验证事务及其事务号为验证事务的初始事务状态；

随即接入服务器通过自身与验证服务器之间建立好的通信通道，将相应的验证请求转发给验证服务器进行验证，接入服务器更新自身的事务状态为等待验证结果；之后，接入服务器继续接入下一个客户端的验证请求；

验证服务器通过数据对比等一系列的验证后，将验证结果作为处理应答异步返回给接入服务器；接入服务器解析收到的处理应答，得到对应的事务号和验证结果，并根据事务号找到先前保存的等待验证结果的验证事务，继续该事务的后续处理，并更新自身的事务状态为已经得到验证结果；处理完成后，将验证结果返回客户端，并更新自身的事务状态为返回成功；最后，接入服务器在自身结束并删除该验证事务；

客户端收到验证结果后，将验证结果展现给用户，并引导用户继续操作。

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

Claims (6)

1.一种异步通信方法，其特征在于，该方法包括：

服务端在收到客户端的每个请求后生成一个事务并分配唯一的事务号，保存当前的事务状态，并将客户端请求处理的业务发给相应的协同服务端处理，更新事务状态；其中，所有事务状态线性存储于事务列表中；所述协同服务端为多个，分别用于处理相同或不同的业务；

服务端接收客户端的其他请求，并等待协同服务端返回的处理应答；服务端和协同服务端并行处理业务且各自处理不同的业务；

收到协同服务端返回的处理应答后，服务端根据事务号查找出相应的事务，完成后续处理并返回处理结果给客户端；

其中，服务端在所述事务对应的业务处理完毕后删除事务及其事务号；同一设备根据实际需求充当客户端、和/或服务端、和/或协同服务端的角色。

2.根据权利要求1所述的异步通信方法，其特征在于，收到协同服务端返回的处理应答后，该方法进一步包括：服务端解析处理应答，提取出处理应答中的事务号，并更新事务状态。

3.根据权利要求1所述的异步通信方法，其特征在于，该方法进一步包括：客户端展现收到的处理结果。

4.一种异步通信系统，其特征在于，该系统包括：该系统包括客户端、服务端和多个协同服务端；其中，

客户端，用于向服务端发送请求，请求服务端进行业务处理，并接收业务处理结果；

服务端，用于接收客户端的请求，为每个请求生成一个事务并分配事务号；保存当前的事务状态，并将客户端请求处理的业务发送给相应的协同服务端进行处理，更新事务状态；自身继续接收客户端的其他请求，并等待协同服务端的处理应答；在收到处理应答后，根据事务号查找到对应的事务，完成后续处理并将处理结果返回客户端；在事务对应的业务处理完毕后删除事务及其事务号；其中，所有事务状态线性存储于事务列表中；

协同服务端，用于接收服务端发送的协同处理请求，完成对客户端所请求业务的处理，并返回处理应答给服务端；

所述服务端和协同服务端并行处理业务且各自处理不同的业务；所述多个协同服务端分别用于处理相同或不同的业务；

同一设备根据实际需求充当客户端、和/或服务端、和/或协同服务端的角色。

5.根据权利要求4所述的异步通信系统，其特征在于，所述服务端包括数据收发管理器和事务状态管理器；其中，

所述数据收发管理器，用于完成服务端与客户端和协同服务端之间的数据交互；

所述事务状态管理器，用于为每个请求生成一个事务并分配唯一的事务号；提取协同服务端返回的处理应答中的事务号，根据事务号查询对应的事务，并完成后续处理；在事务对应的业务处理完毕后删除事务及其事务号；还用于保存事务状态和更新事务状态。

6.根据权利要求4所述的异步通信系统，其特征在于，所述客户端，还用于展现收到的处理结果。