CN101860549A - 一种Web Service下访问会话数据处理方法及装置 - Google Patents

Abstract

本发明公开了一种Web Service下访问会话数据处理方法及装置，采用信息处理handler机制，其过程包括：接收检测到的客户端发送的访问请求数据；确定所述访问请求的类型；根据所述访问请求的类型执行相应的会话操作，存储会话数据；依据所述访问请求数据，执行相应的操作。本发明公开的一种Web Service下访问会话数据处理方法，采用信息处理handler机制，提供跨平台的使用接口，建立客户端的会话并存储访问状态数据，解决了在Web Service下难以保留访问状态的问题。同时可以分配、管理用户的会话状态。

Description

一种Web Service下访问会话数据处理方法及装置

技术领域

本发明涉及网络技术领域，尤其涉及一种Web Service下访问会话数据处理方法及装置。

背景技术

现有的网络服务Web Service的实现是在服务端发布方法，并在客户端通过SOAP(Simple Object Access Protocol，简单对象访问协议)调用这些方法。这些被调用的方法是孤立的，当一个方法被调用后，在其他的方法中无法获得这个方法调用后的访问状态。对于一个完整的应用程序，需要调用多个方法协同工作，对多个访问状态进行保留才能完成。因为Web Service无法保留访问状态，所以很难依靠Web Service完成一个完整应用程序的全部工作。

现有技术提供了一种在服务器端使用静态static变量来保存用户的访问状态的方法，该方法向每一个访问的用户发送一个固定的地址ID，通过在服务端和客户端传递这个ID来取得相应的用户状态。但是这种方法需要对每一个不同的用户都分配一个固定的ID，实现起来非常困难，无法再大型应用中使用。

现有技术还提供了一种利用开源框架例如Axis2(Apache eXtensibleInteraction System，阿帕奇可扩展交互***)提供简单的session会话管理机制，session是为了保证两个计算机之间顺利交流，在内存中开辟的一块内存区域，用于保留双方交谈内容。但是，session只能够对Web Service的访问管理提供简单的登录、退出管理，如需应用到大型的应用程序中，则需要大量的编程工作，实现起来同样非常困难。

发明内容

有鉴于此，本发明提供一种Web Service下访问会话数据处理方法及装置，解决了在Web Service下难以保留访问状态的问题。其具体方案如下：

一种Web Service下访问会话数据处理方法，采用信息处理handler机制，其过程包括：

接收检测到的客户端发送的访问请求数据；

确定所述访问请求的类型；

根据所述访问请求的类型执行相应的会话操作，存储会话数据；

依据所述访问请求数据，执行相应的操作。

优选的，按照以下步骤确定所述访问请求的类型：

获取所述访问请求数据中的客户端信息数据；

根据所述客户端信息数据判断所述访问请求是否为首次请求，若是，则确定所述访问请求的类型为首次请求，若否，则确定所述访问请求的类型为重复请求。

优选的，所述客户端信息数据包括：客户端IP地址或会话ID。

优选的，所述根据访问请求的类型执行相应的会话操作的过程包括：

当所述访问请求的类型为首次请求时，为所述访问请求创建会话；

当所述访问请求的类型为非首次请求时，判断所述访问请求是否为注销会话，若是，则注销当前会话，若否，则为所述访问请求保持原有会话。

优选的，根据所述访问请求的类型，利用handler或handler Chain执行相应的会话操作。

优选的，依据所述访问请求数据，利用handler或handler Chain执行相应的操作。

优选的，所述访问请求数据包括：统一编码请求数据、用户认证请求数据、记录访问时间请求数据和注销会话请求数据中的任意一种或几种的组合。

一种Web Service下访问会话数据处理装置，采用信息处理handler机制，包括：

请求检测接收单元，用于接收检测到的客户端发送的访问请求数据；

确定单元，用于确定所述访问请求的类型；

会话操作存储单元，用于根据所述访问请求的类型执行相应的会话操作，存储会话数据；

请求执行单元，用于依据所述访问请求数据，执行相应的操作。

优选的，所述确定单元包括：

获取单元，用于获取所述访问请求数据中的客户端信息数据；

请求类型判断单元，用于根据所述客户端信息数据判断所述访问请求的类型。

优选的，所述会话操作存储单元包括：

会话创建单元，用于当所述访问请求的类型为首次请求时，为所述访问请求创建会话；

请求判断单元，用于当所述访问请求的类型为非首次请求时，判断所述请求的内容是否为注销会话；

会话注销单元，用于当所述请求内容为注销会话时，注销当前会话；

会话保持单元，用于当所述请求内容为非注销会话时，为所述访问请求保持原有会话。

本发明公开的一种Web Service下访问会话数据处理方法，采用信息处理handler机制，提供跨平台的使用接口，建立客户端的会话并存储访问状态数据，解决了在Web Service下难以保留访问状态的问题。同时可以分配、管理用户的会话状态。

附图说明

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

图1为本发明实施例1公开的Web Service下访问会话数据处理方法的流程图；

图2为本发明实施例2公开的Web Service下访问会话数据处理方法的流程图；

图3为本发明实施例3公开的Web Service下访问会话数据处理方法的流程图；

图4为本发明公开的Web Service下访问会话数据处理装置的结构示意图。

具体实施方式

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

Handler是一种服务器端过滤器实现，是基于类过滤器的访问监测机制，能够实时监控客户端请求，当监测到客户端访问时，为客户端提供一个接口，所有客户端请求在到达服务器之前，需要首先经过handler。利用这一性质，可以将与服务器相连的所有客户端的会话进行统一管理。其作用范围可以是单服务模式，也可以是跨Web Service服务模式。所述的跨Web Service服务模式是指，对于一个复杂的***，不可能只有一个Web Service服务，例如，其至少会有一个管理用户登录和注册的Web Service以及处理用户请求的Web Service。在这种情况，就必须在多个Web Service服务之间共享会话状态，才可以实现整个用户访问过程。Handler技术特点类似于Servlet技术中的过滤器Filter。Servlet是一种服务器端的Java应用程序，具有独立于平台和协议的特性，可以生成动态的Web页面。它担当客户请求(Web浏览器或其他HTTP客户程序)与服务器响应(HTTP服务器上的数据库或应用程序)的中间层。在Servlet中，当一个HTTP到达服务端时，往往要经过多个Filter对请求进行过滤，然后才到达提供服务的Servlet，这些Filter的功能往往是对请求进行统一编码，对用户进行认证，把用户的访问写入***日志等。相应的，Handler通常也提供以下的功能：对客户端进行认证、授权；把用户的访问写入***日志；对请求的SOAP消息进行加密，解密；为Web Services对象做缓存等。Handler机制配置示例如下所示：

<handler name＝″Hello World Handler″type＝″j ava.web service.Hello World Handler”>

<parameter name＝”status”value＝”success”/>

</handler>

<service name＝”Hello World”provider＝”java:RPC”>

<parameter name＝”class Name”value＝”Hello World”/>

<parameter name＝”allowed Methods”value＝”*”/>

</service>

分别对参数值、服务名称进行了定义，如需在跨服务模式下工作，只需在配置中设置将作用域设置为Application即可。

在基于Handler的基础上，为了实现一连串Handler的功能，就是多个Handler的集合，采用Chain机制。Chain实际上就是一连串的handler功能实现。当Server的需求一个Handler无法满足时，或者当需求无法用同一个handler解决时，需要采用多个handler，即Chain机制。比如要实现统一编码，用户认证，写入访问之日这三个功能，需要三个handler来实现。Chain机制配置示例如下所示：

<chain name＝”Hello World Chain”>

<handler type＝”java.web Service.Hello WorldChain”/>

</chain>

<service name＝”Hello World”provider＝”java:RPC”>

<request Flow>

<chain type＝”Hello World Chain”/>

</request Flow>

<parameter name＝”class Name”value＝”HelloWorld”/>

<parameter name＝”allowed Methods”value＝”*”/>

</service>

基于上述理论基础，本发明公开了一种Web Service下访问会话数据处理方法，采用handler机制，建立客户端的会话并存储访问状态数据，解决了在Web Service下难以保留访问状态的问题。其具体实施方式如下：

实施例一

本实施例公开的Web Service下访问会话数据处理方法的流程如图1所示，包括：

步骤S11、接收检测到的客户端发送的访问请求数据；

handler机制实时检测客户端，当客户端发送访问请求时，将利用自身的接口接收访问请求数据。

步骤S12、确定所述访问请求的类型；

判断访问请求的类型。

步骤S13、根据所述访问请求的类型执行相应的会话操作，存储会话数据；

利用handler或handler Chain执行会话操作，存储会话过程中的数据。

步骤S14、依据所述访问请求数据，执行相应的操作。

根据访问请求的内容，利用handler或handler Chain执行请求。

本实施例公开的Web Service下访问会话数据处理方法，采用handler机制，实现建立客户端的会话并存储访问状态数据的目的。

实施例二

本实施例公开的访问会话数据处理方法的流程如图2所示，包括：

步骤S21、接收检测到的客户端发送的访问请求数据；

步骤S22、获取所述访问请求数据中的客户端信息数据；

从所述访问请求数据中获取客户端的信息数据，例如，Web Service请求是基于HTTP协议的，因此此处可以利用HTTP head请求头信息，其中包含请求的方法、URL、协议版本、以及包含请求修饰符、客户信息和内容的类似于MIME的消息结构。从中可以获得客户端的信息，例如，客户端的IP地址。

步骤S23、根据所述客户端信息数据判断所述访问请求是否为首次请求，若是，则执行步骤S24a，若否，则执行步骤S24b；

根据获得的客户端的IP地址，判断该客户端是否为第一次发送访问请求，如果是，则创建会话，如果否，则保持会话。

步骤S24a、确定所述访问请求的类型为首次请求；

步骤S25a、为所述访问请求创建会话，存储会话数据；

步骤S24b、确定所述访问请求的类型为重复请求；

步骤S25b、判断所述访问请求是否为注销会话，若是，则执行步骤S26b，若否，则执行步骤S27b；

步骤S26b、注销当前会话，结束；

步骤S27b、为所述访问请求保持原有会话，存储会话数据；

步骤S28、依据所述访问请求数据，执行相应的操作。

本实施例中，通过从接收的访问请求数据中获得客户端的信息的方式，来判断客户端的请求类型，根据类型建立、注销或保持会话，并存储会话数据。访问请求数据还可以为统一编码请求数据、用户认证请求数据、记录访问时间请求数据和注销会话请求数据中的任意一种或几种的组合。

实施例三

本实施例公开的访问会话数据处理方法中，客户端发送的请求为：实现统一编码，用户认证，写入访问之日，本实施例采用Handler Chain机制，利用三个Handler来分别实现与请求对应的操作，其流程如图3所示，包括：

步骤S31、接收检测到的客户端发送的访问请求数据；

步骤S32、获取所述访问请求数据中的客户端信息数据；

客户端的IP地址。

步骤S33、根据所述客户端信息数据判断所述访问请求是否为首次请求，若是，则执行步骤S34a，若否，则执行步骤S34b；

根据获得的客户端的IP地址，判断该客户端是否为第一次发送访问请求，如果是，则创建会话，如果否，则保持会话。

步骤S34a、确定所述访问请求的类型为首次请求；

步骤S35a、为所述访问请求创建会话，存储会话数据；

利用Handler Chain创建会话。

步骤S34b、确定所述访问请求的类型为重复请求；

步骤S35b、判断所述访问请求是否为注销会话，若是，则执行步骤S36b，若否，则执行步骤S37b；

步骤S36b、注销当前会话，结束；

步骤S37b、为所述访问请求保持原有会话，存储会话数据；

利用Handler Chain保持会话。

步骤S38、依次利用各个Handler分别完成其对应的请求操作。

利用三个Handler实现统一编码，用户认证，写入访问之日三个请求。

本实施例中，利用Handler Chain来完成一系列的请求操作，同样可以利用一个Handler来实现多个请求操作，但是，采用一个Handler来实现多个操作时，程序模块间的耦合性较高，某个模块内的错误或误差会影响到整个处理过程，所以，本实施例中选用Handler Chain来完成多个请求操作，降低了程序模块间的耦合性，提高了处理过程的准确度，同时，由于各个请求操作独立处理，便于对处理过程进行监控统计，能够快速的查找到出现问题的部分，提高处理效率。

本发明同时公开了一种Web Service下访问会话数据处理装置，同样采用信息处理handler机制，其结构如图4所示，包括：请求检测接收单元41、确定单元42、会话操作存储单元43和请求执行单元44，其中：

请求检测接收单元41用于接收检测到的客户端发送的访问请求数据；确定单元42用于确定所述访问请求的类型；会话操作存储单元43用于根据所述访问请求的类型执行相应的会话操作，存储会话数据；请求执行单元44用于依据所述访问请求数据，执行相应的操作。

其中，确定单元42包括：获取单元421，用于获取所述访问请求数据中的客户端信息数据；请求类型判断单元422，用于根据所述客户端信息数据判断所述访问请求的类型。

会话操作存储单元43包括：会话创建单元431，用于当所述访问请求的类型为首次请求时，为所述访问请求创建会话；请求判断单元432，用于当所述访问请求的类型为非首次请求时，判断所述请求的内容是否为注销会话；会话注销单元433，用于当所述请求内容为注销会话时，注销当前会话；会话保持单元434，用于当所述请求内容为非注销会话时，为所述访问请求保持原有会话。

其中，会话创建单元、会话保持单元以及请求执行单元可以为单个handler，也可以为多个handler的集合Handler Chain。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种Web Service下访问会话数据处理方法，其特征在于，采用信息处理handler机制，其过程包括：

接收检测到的客户端发送的访问请求数据；

确定所述访问请求的类型；

根据所述访问请求的类型执行相应的会话操作，存储会话数据；

依据所述访问请求数据，执行相应的操作。

2.根据权利要求1所述的方法，其特征在于，按照以下步骤确定所述访问请求的类型：

获取所述访问请求数据中的客户端信息数据；

根据所述客户端信息数据判断所述访问请求是否为首次请求，若是，则确定所述访问请求的类型为首次请求，若否，则确定所述访问请求的类型为重复请求。

3.根据权利要求2所述的方法，其特征在于，所述客户端信息数据包括：客户端IP地址或会话ID。

4.根据权利要求3所述的方法，其特征在于，所述根据访问请求的类型执行相应的会话操作的过程包括：

当所述访问请求的类型为首次请求时，为所述访问请求创建会话；

当所述访问请求的类型为非首次请求时，判断所述访问请求是否为注销会话，若是，则注销当前会话，若否，则为所述访问请求保持原有会话。

5.根据权利要求4所述的方法，其特征在于，根据所述访问请求的类型，利用handler或handler Chain执行相应的会话操作。

6.根据权利要求1-5中任意一项所述的方法，其特征在于，依据所述访问请求数据，利用handler或handler Chain执行相应的操作。

7.根据权利要求6所述的方法，其特征在于，所述访问请求数据包括：统一编码请求数据、用户认证请求数据、记录访问时间请求数据和注销会话请求数据中的任意一种或几种的组合。

8.一种Web Service下访问会话数据处理装置，其特征在于，采用信息处理handler机制，包括：

请求检测接收单元，用于接收检测到的客户端发送的访问请求数据；

确定单元，用于确定所述访问请求的类型；

会话操作存储单元，用于根据所述访问请求的类型执行相应的会话操作，存储会话数据；

请求执行单元，用于依据所述访问请求数据，执行相应的操作。

9.根据权利要求8所述的装置，其特征在于，所述确定单元包括：

获取单元，用于获取所述访问请求数据中的客户端信息数据；

请求类型判断单元，用于根据所述客户端信息数据判断所述访问请求的类型。

10.根据权利要求9所述的装置，其特征在于，所述会话操作存储单元包括：

会话创建单元，用于当所述访问请求的类型为首次请求时，为所述访问请求创建会话；

请求判断单元，用于当所述访问请求的类型为非首次请求时，判断所述请求的内容是否为注销会话；

会话注销单元，用于当所述请求内容为注销会话时，注销当前会话；

会话保持单元，用于当所述请求内容为非注销会话时，为所述访问请求保持原有会话。

Images