HK1160301B - 会话信息生成方法、系统及应用服务器 - Google Patents

Description

会话信息生成方法、系统及应用服务器

技术领域

本申请涉及通信技术领域，尤其涉及一种会话信息生成方法、系统及应用服务器。

背景技术

在一个大型的网络系统中，可能包含多种应用，每种应用一般由至少一台应用服务器承载，以淘宝网(www.taobao.com)为例，其中包括了登录应用、商品详情查询应用、交易应用等多种WEB应用，客户端通过与这些应用服务器之间建立的SESSION(会话)连接，进行应用操作。在应用服务器端，设置并保存了SESSION配置文件，SESSION配置文件中包括SESSION KEY(会话关键字)的属性值，例如，用户名是否加密，采用何种方式存储等，当客户端与应用服务器之间完成一次SESSION操作后，都会按照SESSION配置文件生成相应的SESSION KEY，这些SESSION KEY写入客户端COOKIE，并由客户端将COOKIE存储在自身浏览器内，每次客户端访问应用服务器时，都会通过COOKIE携带所保存的SESSION KEY，应用服务器可以从该COOKIE中读取SESSION KEY。属于同一WEB应用系统中的所有服务器保存同样的SESSION配置文件，当WEB应用系统启动后，所有服务器将SESSION配置文件加载到内存中。

发明人在对现有技术的研究和实践过程中发现，应用服务器端保存的SESSION配置文件可能会根据系统需要进行升级，即在不同的时间内保存不同版本的配置文件，而当客户端通过根据升级前的配置文件保存的SESSIONKEY访问已经更新为升级后的配置文件的应用服务器时，则会由于配置文件的版本不兼容，导致应用服务器难以对SESSION KEY进行操作，导致应用服务器难以兼容按照升级前配置文件保存SESSION KEY的客户端对其进行访问。

发明内容

本申请实施例的目的是提供一种会话信息生成方法、系统及应用服务器，以解决现有技术中应用服务器难以兼容按照升级前配置文件保存会话关键字的客户端对其进行访问的问题。

为解决上述技术问题，本申请实施例提供了一种会话信息生成方法，是这样实现的：

一种会话信息生成方法，应用服务器内的会话配置文件从第一版本升级为第二版本，所述方法包括：

应用服务器接收客户端的会话请求，所述会话请求中包含按照第一版本的会话配置文件保存的会话关键字和所述第一版本的版本号；

按照所述第一版本的会话配置文件中的配置信息读取所述会话关键字；

当会话请求结束后，根据所述第二版本的会话配置文件的配置信息生成会话关键字。

为解决上述技术问题，本申请实施例还提供了一种会话信息生成系统，是这样实现的：

一种会话信息生成系统，包括应用服务器和客户端，所述客户端，用于当应用服务器内的会话配置文件从第一版本升级为第二版本后，向所述应用服务器发送会话请求，所述会话请求中包含按照第一版本的会话配置文件保存的会话关键字和所述第一版本的版本号；

所述应用服务器，用于接收客户端的会话请求后，按照所述第一版本的会话配置文件中的配置信息读取所述会话关键字，并当会话请求结束后，根据所述第二版本的会话配置文件的配置信息生成会话关键字。

为解决上述技术问题，本申请实施例还提供了一种应用服务器，是这样实现的：

一种应用服务器，包括：

接收单元，用于当所述应用服务器内的会话配置文件从第一版本升级为第二版本后，接收客户端的会话请求，所述会话请求中包含按照第一版本的会话配置文件保存的会话关键字和所述第一版本的版本号；

读取单元，用于按照所述第一版本的会话配置文件中的配置信息读取所述会话关键字；

生成单元，用于当会话请求结束后，根据所述第二版本的会话配置文件的配置信息生成会话关键字。

可见，本申请实施例中当应用服务器内的会话配置文件从第一版本升级为第二版本后，接收客户端发送的包含按照第一版本的会话配置文件保存的会话关键字的会话请求，按照第一版本的会话配置文件中的配置信息读取会话关键字，当会话请求结束后，根据第二版本的会话配置文件的配置信息生成会话关键字。应用本申请实施例，当应用服务器的会话配置文件的版本升级时，通过保存升级前后的所有版本的配置文件，使得当客户端无论携带根据何种版本配置文件生成的会话关键字，应用服务器都可以按照相应版本的配置文件进行读操作，并按照当前版本的配置文件进行写操作，使得应用服务器可以对客户端的所有会话关键字进行操作，由此实现了应用服务器兼容按照升级前配置文件保存会话关键字的客户端对其进行访问。

附图说明

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

图1为本申请会话信息生成方法的第一实施例流程图；

图2为本申请会话信息生成方法的第二实施例流程图；

图3为本申会话信息生成系统的第一实施例框图；

图4为本申会话信息生成系统的第二实施例框图；

图5为本申请应用服务器的第一实施例框图；

图6为本申请应用服务器的第二实施例框图。

具体实施方式

本申请实施例提供一种会话信息生成方法、系统及应用服务器。

为了使本技术领域的人员更好地理解本申请实施例中的技术方案，并使本申请实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本申请实施例中技术方案作进一步详细的说明。

参见图1，为本申请会话信息生成方法的第一实施例流程图：

步骤101：应用服务器内的会话配置文件从第一版本升级为第二版本。

应用服务器内的SESSION配置文件中主要包括SESSION KEY的属性值等配置信息，例如，包括SESSION KEY的加密属性、SESSION KEY的压缩属性、SESSION KEY的编码格式等。当客户端与应用服务器之间完成一次SESSION操作后，都会按照SESSION配置文件中的配置信息生成相应的SESSION KEY，例如，配置信息指示无需对用户名进行加密，则SESSION KEY中生成的用户名为未加密的明文。

应用服务器内的配置文件可能根据需要进行升级，假设升级前的配置文件为第一版本，则当配置信息发生改变时配置文件会从该第一版本升级为第二版本，例如，第一版本中配置信息指示无需对用户名进行加密，而第二版本中配置信息指示需要对用户名进行加密。应用服务器保存升级前后的不同版本的配置文件，其中，升级前的配置文件的配置信息用于读取SESSION KEY，升级后的配置文件中的配置信息用于生成SESSION KEY。

步骤102：应用服务器接收客户端的会话请求，该会话请求中包含按照第一版本的会话配置文件保存的会话关键字和第一版本的版本号。

当应用服务器内的当前SESSION配置文件由第一版本升级为第二版本后，客户端所发送的会话请求中，通过COOKIE承载的SESSION KEY可能仍然是按照第一版本的配置文件的配置信息生成的SESSION KEY。

步骤103：按照第一版本的会话配置文件中的配置信息读取会话关键字。

当会话请求中承载的SESSION KEY是按照第一版本的配置文件的配置信息生成的SESSION KEY时，由于在应用服务器内保存了升级前后的配置文件，因此可以根据会话请求中携带的第一版本的版本号查找到对应的配置文件，并根据该配置文件的配置信息读取SESSION KEY。例如，第一版本的配置信息指示无需对用户名进行加密，则应用服务器直接读取该SESSION KEY中的用户名明文即可。

步骤104：当会话请求结束后，根据第二版本的会话配置文件的配置信息生成会话关键字，结束当前流程。

当客户端与应用服务器之间的会话请求结束时，需要根据第二本版的会话配置文件的配置信息生成新的SESSION KEY，例如，第二版本的配置信息指示需要对用户名进行加密，则应用服务器对用户名明文按照设定的加密规则进行加密生成用户名密文，则该用户名密文就是本次要写入客户端COOKIE的新的SESSION KEY。

参见图2，为本申请会话信息生成方法的第二实施例流程图，该实施例详细示出了应用服务器的会话配置信息升级后，生成会话信息的过程：

步骤201：应用服务器内保存第一版本的会话配置文件及其版本号。

应用服务器内的SESSION配置文件中主要包括SESSION KEY的属性值等配置信息，例如，包括SESSION KEY的加密属性、SESSION KEY的压缩属性、SESSION KEY的编码格式等。当客户端与应用服务器之间完成一次SESSION操作后，都会按照SESSION配置文件中的配置信息生成相应的SESSION KEY。

步骤202：应用服务器向配置服务器发送用于请求会话配置文件的订阅消息。

应用服务器内的配置文件可能根据需要进行升级，该升级可以采用管理员手动升级，在应用服务器的管理界面输入升级后的配置信息，也可以采用通过配置服务器进行自动升级的方式。

由于在大型的应用系统中，应用服务器数量众多，因此采用通过配置服务器进行自动升级的方式更加高效，且实时性能好，采用自动升级的应用服务器需要预先向配置服务器发送请求SESSION配置文件的订阅消息，发送了订阅消息的应用服务器与配置服务器位于同一局域网内。

步骤203：接收配置服务器通过广播推送的第二版本的会话配置文件。

当配置服务器中的SESSION配置文件从第一版本升级为第二版本后，配置服务器实时将升级后的第二版本的配置文件在局域网内进行广播推送，发送了订阅消息的应用服务器将会接收到该SESSION配置文件。

步骤204：保存第二版本的会话配置文件及其版本号，并将第二版本的会话配置文件作为升级后的当前会话配置文件。

应用服务器接收到升级后的第二版本的SESSION配置文件后，保存第二版本的会话配置文件及其版本号，此时应用服务器内同时保存了第一版本的SESSION配置文件和第二版本的SESSION配置文件，上述SESSION配置文件通过版本号进行识别，同时应用服务器将第二版本的SESSION配置文件设置为当前使用的SESSION配置文件。

步骤205：应用服务器接收客户端的会话请求，该会话请求中包含按照第一版本的会话配置文件保存的会话关键字和第一版本的版本号。

当应用服务器内的当前SESSION配置文件由第一版本升级为第二版本后，客户端所发送的会话请求中，通过COOKIE承载的SESSION KEY可能仍然是按照第一版本的配置文件的配置信息生成的SESSION KEY。

步骤206：根据版本号判断会话请求中的会话关键字为按照第一版本的配置文件保存的会话关键字。

步骤207：根据第一版本的版本号获取保存的第一版本的配置文件。

步骤208：按照第一版本的会话配置文件中的配置信息读取会话关键字。

当应用服务器内的当前SESSION配置文件由第一版本升级为第二版本后，客户端所发送的会话请求中，通过COOKIE承载的SESSION KEY可能仍然是按照第一版本的配置文件的配置信息生成的SESSION KEY。

步骤209：当会话请求结束后，根据第二版本的会话配置文件的配置信息生成会话关键字。

当客户端与应用服务器之间的会话请求结束时，需要根据第二本版的会话配置文件的配置信息生成新的SESSION KEY，例如，第二版本的配置信息指示需要对用户名进行加密，则应用服务器对用户名明文按照设定的加密规则进行加密生成用户名密文，则该用户名密文就是本次要写入客户端COOKIE的新的SESSION KEY。

步骤210：将根据第二版本的会话配置文件的配置信息生成的会话关键字及第二版本的版本号写入客户端COOKIE中，结束当前流程。

下面结合一个应用实例，对本申请实施例中的会话信息生成过程进行描述：

假设1月1日，应用服务器中初始保存的SESSION配置文件的版本号为“版本1”，“版本1”的配置信息中用户名的属性值设置为“无需加密”；

假设客户端的用户名为“张三”当客户端通过IE浏览器访问了应用服务器后，服务器向客户端COOKIE中写入用户名，根据“版本1”的指示，用户名的属性值设置为“无需加密”，因此写入客户端COOKIE的用户名为明文“张三”，通常COOKIE内的SESSION KEY保持一周不过期；

1月2日，假设应用服务器端的SESSION配置文件从“版本1”升级为“版本2”，“版本2”的配置信息中用户名的属性值设置为“需要加密”；

1月3日，客户端COOKIE保存的SESSION KEY中用户名仍然为“张三”，即“版本1”对应的SESSION KEY尚未过期，当客户端再次访问应用服务器时，携带“版本1”的标识，应用服务器根据标识获知客户端本次会话访问携带的SESSION KEY为“版本1”，因此使用“版本1”中的配置信息，即使用未加密的方式读取客户端的SESSION KEY；

当本次会话访问结束后，应用服务器将用户名“张三”按照“版本2”中的配置信息对其进行加密，并将加密后的用户名张三写入客户端COOKIE中，并在其中注明版本号为“版本2”；

本次会话通信后，就实现了应用服务器端带动客户端完成了对会话信息的兼容和无缝升级。

需要说明的是，上述应用实例仅以向单个COOKIE中写入SESSION KEY为例，当有多个客户端同时访问服务器时，其操作过程一致，在此不再赘述；另外，如果在一段时间内应用服务器的配置文件的版本升级了多次，则客户端访问应用服务器后会一次性按照所升级的最新版本获得SESSION KEY。

与本申请会话信息生成方法的实施例相对应，本申请还提供了会话信息生成方法系统和应用服务器的实施例。

参见图3，为本申请会话信息生成系统的第一实施例框图，该系统包括：应用服务器310和客户端320。

其中，所述客户端320，用于当应用服务器310内的会话配置文件从第一版本升级为第二版本后，向所述应用服务器310发送会话请求，所述会话请求中包含按照第一版本的会话配置文件保存的会话关键字和所述第一版本的版本号；

所述应用服务器310，用于接收客户端320的会话请求后，按照所述第一版本的会话配置文件中的配置信息读取所述会话关键字，并当会话请求结束后，根据所述第二版本的会话配置文件的配置信息生成会话关键字。

参见图4，为本申请会话信息生成系统的第二实施例框图，该系统包括：应用服务器410、配置服务器420和客户端430。

其中，所述应用服务器410，用于向配置服务器420发送用于请求会话配置文件的订阅消息，所述应用服务器410内保存所述第一版本的会话配置文件及其版本号；

所述配置服务器420，用于通过广播向所述应用服务器410推送第二版本的会话配置文件；

所述应用服务器410，还用于保存所述第二版本的会话配置文件及其版本号，并将所述第二版本的会话配置文件作为升级后的当前会话配置文件；

所述客户端430，用于向所述应用服务器410发送会话请求，所述会话请求中包含按照第一版本的会话配置文件保存的会话关键字和所述第一版本的版本号；

所述应用服务器410，还用于接收客户端430的会话请求后，按照所述第一版本的会话配置文件中的配置信息读取所述会话关键字，并当会话请求结束后，根据所述第二版本的会话配置文件的配置信息生成会话关键字；

所述应用服务器410，还用于根据所述版本号判断所述会话请求中的会话关键字为按照第一版本的配置文件保存的会话关键字，并根据所述第一版本的版本号获取保存的第一版本的配置文件；

所述应用服务器410，还用于将所述根据第二版本的会话配置文件的配置信息生成的会话关键字及所述第二版本的版本号写入客户端430的COOKIE中。

参见图5，为本申请应用服务器的第一实施例框图。

该应用服务器包括：接收单元510、读取单元520和生成单元530。

其中，接收单元510，用于当所述应用服务器内的会话配置文件从第一版本升级为第二版本后，接收客户端的会话请求，所述会话请求中包含按照第一版本的会话配置文件保存的会话关键字和所述第一版本的版本号；

读取单元520，用于按照所述第一版本的会话配置文件中的配置信息读取所述会话关键字；

生成单元530，用于当会话请求结束后，根据所述第二版本的会话配置文件的配置信息生成会话关键字。

参见图6，为本申请应用服务器的第二实施例框图。

该应用服务器包括：订阅单元610、接收单元620、保存单元630、判断单元640、获取单元650、读取单元660、生成单元670和写入单元680。

其中，订阅单元610，用于向配置服务器发送用于请求会话配置文件的订阅消息，所述应用服务器内保存所述第一版本的会话配置文件及其版本号；

接收单元620，用于接收配置服务器通过广播推送的第二版本的会话配置文件；

保存单元630，用于保存所述第一版本的会话配置文件及其版本号，以及所述第二版本的会话配置文件及其版本号，并将所述第二版本的会话配置文件作为升级后的当前会话配置文件；

接收单元620，还用于接收客户端的会话请求，所述会话请求中包含按照第一版本的会话配置文件保存的会话关键字和所述第一版本的版本号；

判断单元640，用于根据所述版本号判断所述会话请求中的会话关键字为按照第一版本的配置文件保存的会话关键字；

获取单元650，用于根据所述第一版本的版本号获取保存的第一版本的配置文件。

读取单元660，用于按照所述第一版本的会话配置文件中的配置信息读取所述会话关键字；

生成单元670，用于当会话请求结束后，根据所述第二版本的会话配置文件的配置信息生成会话关键字。

写入单元680，用于将所述根据第二版本的会话配置文件的配置信息生成的会话关键字及所述第二版本的版本号写入客户端COOKIE中。

通过以上的实施方式的描述可知，本申请实施例中当应用服务器内的会话配置文件从第一版本升级为第二版本后，接收客户端发送的包含按照第一版本的会话配置文件保存的会话关键字的会话请求，按照第一版本的会话配置文件中的配置信息读取会话关键字，当会话请求结束后，根据第二版本的会话配置文件的配置信息生成会话关键字。应用本申请实施例，当应用服务器的会话配置文件的版本升级时，通过保存升级前后的所有版本的配置文件，使得当客户端无论携带根据何种版本配置文件生成的会话关键字，应用服务器都可以按照相应版本的配置文件进行读操作，并按照当前版本的配置文件进行写操作，使得应用服务器可以对客户端的所有会话关键字进行操作，由此实现了应用服务器兼容按照升级前配置文件保存会话关键字的客户端对其进行访问。

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

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

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (9)

1.一种会话信息生成方法，其特征在于，应用服务器内的会话配置文件从第一版本升级为第二版本，所述方法包括：

应用服务器接收客户端的会话请求，所述会话请求中包含按照第一版本的会话配置文件保存的会话关键字和所述第一版本的版本号；

所述应用服务器按照所述第一版本的会话配置文件中的配置信息读取所述会话关键字；

当会话请求结束后，所述应用服务器根据所述第二版本的会话配置文件的配置信息生成会话关键字;

所述应用服务器将所述根据第二版本的会话配置文件的配置信息生成的会话关键字及所述第二版本的版本号写入客户端COOKIE中。

2.根据权利要求1所述的方法，其特征在于，还包括：

应用服务器向配置服务器发送用于请求会话配置文件的订阅消息，所述应用服务器内保存所述第一版本的会话配置文件及其版本号；

接收配置服务器通过广播推送的第二版本的会话配置文件；

保存所述第二版本的会话配置文件及其版本号，并将所述第二版本的会话配置文件作为升级后的当前会话配置文件。

3.根据权利要求1所述的方法，其特征在于，所述按照所述第一版本的会话配置文件中的配置信息读取所述会话关键字之前，还包括：

根据所述版本号判断所述会话请求中的会话关键字为按照第一版本的配置文件保存的会话关键字；

根据所述第一版本的版本号获取保存的第一版本的配置文件。

4.根据权利要求1所述方法，其特征在于，所述配置信息包括：会话关键字的加密属性、会话关键字的压缩属性、会话关键字的编码格式。

5.一种会话信息生成系统，其特征在于，包括应用服务器和客户端，

所述客户端，用于当应用服务器内的会话配置文件从第一版本升级为第二版本后，向所述应用服务器发送会话请求，所述会话请求中包含按照第一版本的会话配置文件保存的会话关键字和所述第一版本的版本号；

所述应用服务器，用于接收客户端的会话请求后，按照所述第一版本的会话配置文件中的配置信息读取所述会话关键字，并当会话请求结束后，根据所述第二版本的会话配置文件的配置信息生成会话关键字，将所述根据第二版本的会话配置文件的配置信息生成的会话关键字及所述第二版本的版本号写入客户端COOKIE中。

6.根据权利要求5所述的系统，其特征在于，所述系统还包括：配置服务器，

所述应用服务器，还用于向配置服务器发送用于请求会话配置文件的订阅消息，所述应用服务器内保存所述第一版本的会话配置文件及其版本号；

所述配置服务器，用于通过广播向所述应用服务器推送第二版本的会话配置文件；

所述应用服务器，还用于保存所述第二版本的会话配置文件及其版本号，并将所述第二版本的会话配置文件作为升级后的当前会话配置文件。

7.一种应用服务器，其特征在于，包括：

接收单元，用于当所述应用服务器内的会话配置文件从第一版本升级为第二版本后，接收客户端的会话请求，所述会话请求中包含按照第一版本的会话配置文件保存的会话关键字和所述第一版本的版本号；

读取单元，用于按照所述第一版本的会话配置文件中的配置信息读取所述会话关键字；

生成单元，用于当会话请求结束后，根据所述第二版本的会话配置文件的配置信息生成会话关键字；

写入单元，用于将所述根据第二版本的会话配置文件的配置信息生成的会话关键字及所述第二版本的版本号写入客户端COOKIE中。

8.根据权利要求7所述的应用服务器，其特征在于，还包括：

订阅单元，用于向配置服务器发送用于请求会话配置文件的订阅消息，所述应用服务器内保存所述第一版本的会话配置文件及其版本号；

接收单元，还用于接收配置服务器通过广播推送的第二版本的会话配置文件；

保存单元，用于保存所述第一版本的会话配置文件及其版本号，以及所述第二版本的会话配置文件及其版本号，并将所述第二版本的会话配置文件作为升级后的当前会话配置文件。

9.根据权利要求7所述的应用服务器，其特征在于，还包括：

判断单元，用于根据所述版本号判断所述会话请求中的会话关键字为按照第一版本的配置文件保存的会话关键字；

获取单元，用于根据所述第一版本的版本号获取保存的第一版本的配置文件。