CN107295086A

CN107295086A - 集群会话防丢失方法及系统

Info

Publication number: CN107295086A
Application number: CN201710508165.3A
Authority: CN
Inventors: 苏玉平
Original assignee: Hangzhou Cloud Network Technology Co Ltd
Current assignee: Hangzhou Yunyi Network Technology Co.,Ltd.
Priority date: 2017-06-28
Filing date: 2017-06-28
Publication date: 2017-10-24
Anticipated expiration: 2037-06-28
Also published as: CN107295086B; CN111586177A; CN111586177B

Abstract

本公开是关于一种集群会话防丢失方法及系统，该方法包括：客户端向服务器集群中的第二服务器发送包含执行该客户端登录请求的第一服务器的标识信息的事件处理请求信息，并且由第二服务器根据第一服务器的标识信息查找第一服务器，以使第一服务器处理该事件处理请求信息。本公开可以避免集群会话丢失。

Description

集群会话防丢失方法及系统

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种集群会话防丢失方法及集群会话防丢失系统。

背景技术

随着计算机技术的发展以及个人计算机、智能手机等的普及，服务器需要处理的请求的数量越来越庞大，不久之前，对服务器处理请求的能力要求可能仅为每秒几千至几万笔，而目前在一些领域(例如，电商的销售系统)中，对服务器处理请求的能力要求可能已经变为每秒几百万笔、每秒几千万笔甚至更高。在这种情况下，可以采用超级计算机来满足处理能力的要求，然而，考虑到成本因素，大多数用户往往不会选择超级计算机，取而代之的会采用成本相对较低的服务器集群。

目前，服务器集群在处理任务请求时，由于客户端的通信网络不稳定，可能会导致需要用户频繁登录验证的问题，在这种情况下，服务器集群中各服务器缓存中存储的处理信息可能会混乱，原本与该客户端相关的会话处理信息可能会丢失，进而可能导致整个系统的逻辑错误。此外，基于安全的考虑，外网一般不允许直接访问集群内的服务器，各服务器相对于外网仅有一个共同的IP，这就可能导致客户端业务由于多次登录验证而在不同的服务器中处理，在这种情况下，也会产生会话丢失的问题。

鉴于此，需要一种集群会话防丢失方法及集群会话防丢失系统。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种集群会话防丢失方法及集群会话防丢失系统，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

根据本公开的一个方面，提供一种集群会话防丢失方法，包括：

响应用户登录操作生成登录请求信息，并将所述登录请求信息经由负载均衡器发送至服务器集群中的第一服务器；

接收所述第一服务器针对所述登录请求信息生成的登录应答信息，其中，所述登录应答信息包含所述第一服务器的标识信息；

存储所述标识信息；

响应事件处理操作生成包含所述标识信息的事件处理请求信息；以及

将所述事件处理请求信息经由所述负载均衡器发送至所述服务器集群中的第二服务器，使所述第二服务器根据预设规则对所述事件处理请求信息进行处理；

其中，所述预设规则包括：所述第二服务器判断所述标识信息是否与所述第二服务器的标识信息相同，并在判断结果为相同时由所述第二服务器处理所述事件处理请求信息，在判断结果为不同时，所述第二服务器根据所述标识信息查找所述第一服务器，并在查找到所述第一服务器时所述第二服务器将所述事件处理请求信息发送至所述第一服务器，由所述第一服务器处理所述事件处理请求信息。

在本公开的一种示例性实施例中，所述集群会话防丢失方法还包括：

在所述第二服务器未查找到所述第一服务器时，接收所述第二服务器发送的报错信息以提醒用户重新登录，并删除所述标识信息。

在本公开的一种示例性实施例中，所述第一服务器还用于将所述登录请求信息、会话连接信息、用户权限信息存储到其缓存中。

在本公开的一种示例性实施例中，将所述登录请求信息、会话连接信息、用户权限信息存储到所述第一服务器的缓存中包括：

通过Session或共享内存的方式将所述登录请求信息、会话连接信息、用户权限信息存储到所述第一服务器的缓存中。

在本公开的一种示例性实施例中，存储所述标识信息包括：

将所述标识信息写入内存、配置文件中。

在本公开的一种示例性实施例中，查找所述第一服务器包括：

通过Map映射的方式查找所述第一服务器。此外，查找服务器的方法还可以包括二分法、快速排序法等查找方法。

在本公开的一种示例性实施例中，所述负载均衡器以硬件或软件的方式实现。

在本公开的一种示例性实施例中，所述标识信息包含对服务器唯一性进行标识的信息，所述标识信息可以例如是服务器集群中各服务器的内网IP。然而，本公开不限于此，容易理解的是，将服务器名称、网卡硬件地址等能够对服务器唯一性进行标识的信息作为标识信息的方案也属于本发明的构思。

接收由客户端响应用户登录操作生成的并经由负载均衡器发送的登录请求信息；

根据所述登录请求信息生成登录应答信息并将所述登录应答信息发送至所述客户端，其中，所述登录应答信息包含服务器集群中的第一服务器的标识信息；

根据预设规则接收由客户端响应事件处理操作生成的经由所述负载均衡器发送的并通过所述服务器集群中的第二服务器转发的事件处理请求信息，其中，所述事件处理请求信息包含所述标识信息；以及

处理所述事件处理请求信息；

在将所述登录应答信息发送至所述客户端之后，通过所述客户端存储包含在所述登录应答信息中的所述标识信息。

在未被所述第二服务器查找到时，控制所述第二服务器向所述客户端发送报错信息以提醒用户重新登录，并使所述客户端删除所述标识信息。

在本公开的一种示例性实施例中，所述第二服务器根据所述标识信息查找所述第一服务器包括：

所述第二服务器通过Map映射的方式根据所述标识信息查找所述第一服务器。此外，查找服务器的方法还可以包括二分法、快速排序法等查找方法，本示例性实施方式中对此不做特殊限定。

在本公开的一种示例性实施例中，所述集群会话防丢失方法还包括：通过Session或共享内存的方式存储登录请求信息、会话连接信息、用户权限信息。

根据本公开的一个方面，提供一种集群会话防丢失系统，包括：

客户端响应模块，用于响应用户登录操作生成登录请求信息，并将所述登录请求信息经由负载均衡器发送至服务器集群中的第一服务器；

客户端接收模块，用于接收所述第一服务器针对所述登录请求信息生成的登录应答信息，其中，所述登录应答信息包含所述第一服务器的标识信息；

客户端存储模块，用于存储所述标识信息；

交易请求生成模块，用于响应事件处理操作生成包含所述标识信息的事件处理请求信息；以及

客户端发送模块，用于将所述事件处理请求信息经由所述负载均衡器发送至所述服务器集群中的第二服务器，使所述第二服务器根据预设规则对所述事件处理请求信息进行处理；

在本公开的一种示例性实施例中，所述预设规则还包括：在所述第二服务器未查找到所述第一服务器时，客户端接收所述第二服务器发送的报错信息以提醒用户重新登录，并删除所述标识信息。

通过Map映射的方式查找所述第一服务器。此外，查找服务器的方法还可以包括二分法、快速排序法等查找方法，本示例性实施方式中对此不做特殊限定。

服务器发送模块，用于接收由客户端响应用户登录操作生成的并经由负载均衡器发送的登录请求信息；

服务器应答生成模块，用于根据所述登录请求信息生成登录应答信息并将所述登录应答信息发送至所述客户端，其中，所述登录应答信息包含服务器集群中的第一服务器的标识信息；

服务器接收模块，用于根据预设规则接收由客户端响应事件处理操作生成的经由所述负载均衡器发送的并通过所述服务器集群中的第二服务器转发的事件处理请求信息，其中，所述事件处理请求信息包含所述标识信息；以及

服务器处理模块，用于处理所述事件处理请求信息；

在本公开的一种示例性实施例中，在将所述登录应答信息发送至所述客户端之后，所述客户端存储包含在所述登录应答信息中的所述标识信息。

在本公开的一种示例性实施例中，在第一服务器未被所述第二服务器查找到时，所述第二服务器向所述客户端发送报错信息以提醒用户重新登录，并使所述客户端删除所述标识信息。

根据本公开的一个方面，提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的集群会话防丢失方法。

根据本公开的一个方面，提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的集群会话防丢失方法。

在本公开的一些实施例所提供的技术方案中，客户端向服务器集群中的第二服务器发送包含执行该客户端登录请求的第一服务器的标识信息的事件处理请求信息，并且由第二服务器查找第一服务器，以使第一服务器处理该事件处理请求信息，一方面，由于执行登录请求的服务器和执行事件处理请求的服务器为同一服务器，可以避免造成集群会话丢失的问题；另一方面，由于整个过程仅是在处理请求的过程中在请求信息和应答信息中添加标识信息，以及利用第二服务器实现查找以及转发功能，因此，整个过程没有大量的运算过程，不会降低系统的整体性能，并且不需要额外的硬件单元来实现本方案；再一方面，开发维护人员无需考虑复杂的集群调度问题以及可能出现的各种意外，便于进行维护。

综上所述，本公开在实现集群会话防丢失的同时，对现有系统的改造较小，实现成本低，并且可以节省大量用于专门进行会话管理的硬件资源。另外，相对于现有技术，本方案提供的系统的并发处理能力更强。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示意性示出了根据本公开的示例性实施方式的集群会话防丢失方法的一种流程图；

图2示意性示出了根据本公开的示例性实施方式的集群会话防丢失方法的另一种流程图；

图3示出了根据本公开的示例性实施方式的集群会话防丢失方法的整个交互过程的示意图；

图4示意性示出了根据本公开的示例性实施方式的集群会话防丢失系统的一种方框图；

图5示意性示出了根据本公开的示例性实施方式的集群会话防丢失系统的另一种方框图；

图6示出了根据本公开的示例性实施方式的存储介质的示意图；

图7示意性示出了根据本公开的示例性实施方式的电子设备的方框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的步骤。例如，有的步骤还可以分解，而有的步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

为了提高系统的处理能力，通常可以采用服务器集群。服务器集群可以被理解为将多台服务器虚拟成一台超级服务器，从而实现以低廉的成本获得较高的业务处理能力的目的。另外，在采用服务器集群对业务进行处理时，为了尽可能将业务平均分配到不同的服务器，通常使用负载均衡的方式。

然而，在服务器集群处理业务时，可能存在集群会话丢失的问题。具体的，以手机操作客户端为例进行说明，当客户端通过负载均衡器被分配在服务器集群中的服务器A上登录后，该客户端的会话信息和登录请求信息会保存在服务器A的缓存中，然而，由于手机所处环境的WiFi或手机运营商网络的不稳定，亦或者WiFi环境与运营商网络环境之间的切换，导致客户端网络发生变化，在这种情况下，来自客户端的后续业务请求可能被负载均衡器分配到服务器集群中的服务器B中，而服务器B的缓存中未存储有该客户端的登录请求信息以及会话信息，此时，服务器B无法确定该客户端是否已经登录，也无法确定用户是否正在进行合法访问，最终导致除非该客户端重新发送登录请求，否则无法处理该业务请求的问题。

鉴于此，本公开提供了一种集群会话防丢失方法及集群会话防丢失系统。

图1示意性示出了本公开的示例性实施方式的集群会话防丢失方法的一种流程图。参考图1，所述集群会话防丢失方法可以包括以下步骤：

S10.响应用户登录操作生成登录请求信息，并将所述登录请求信息经由负载均衡器发送至服务器集群中的第一服务器；

S12.接收所述第一服务器针对所述登录请求信息生成的登录应答信息，其中，所述登录应答信息包含所述第一服务器的标识信息；

S14.存储所述标识信息；

S16.响应事件处理操作生成包含所述标识信息的事件处理请求信息；以及

S18.将所述事件处理请求信息经由所述负载均衡器发送至所述服务器集群中的第二服务器，使所述第二服务器根据预设规则对所述事件处理请求信息进行处理；

在本公开的示例性实施方式的集群会话防丢失方法中，一方面，由于执行登录请求的服务器和执行事件处理请求的服务器为同一服务器，可以避免造成集群会话丢失的问题；另一方面，由于整个过程仅是在处理请求的过程中在请求信息和应答信息中添加标识信息，以及利用第二服务器实现查找以及转发功能，因此，整个过程没有大量的运算过程，不会降低系统的整体性能，并且不需要额外的硬件单元来实现本方案；再一方面，开发维护人员无需考虑复杂的集群调度问题以及可能出现的各种意外，便于进行维护。

下面将对上述步骤S10至步骤S18分别进行说明。

在步骤S10中，响应用户登录操作生成登录请求信息，并将所述登录请求信息经由负载均衡器发送至服务器集群中的第一服务器。

在本公开的示例性实施方式中，首先，用户可以对客户端进行登录操作，该登录操作可以是用户输入账号和密码的操作，但不限于此，该登录操作还可以是用户触摸终端(例如，手机)的指纹采集区域，以向客户端发送指纹识别信息，本示例性实施方式中对此不做特殊限定。

接下来，客户端可以根据登录操作生成登录请求信息。其中，该登录请求信息可以包含客户端程序开发人员自定义的请求报文，另外，在客户端是浏览器(例如，IE)的情况下，该登录请求信息可以包含由浏览器生成的http请求。

随后，客户端可以将登录请求信息发送至负载均衡器。该负载均衡器可以将登录请求信息发送至服务器集群中较空闲的服务器，以避免某一服务器会话较多导致系统处理能力较低的问题。另外，负载均衡器可以以软件的方式实现，然而，以软件方式形成的负载均衡器代价较高且性能较差，因此，本公开所述的负载均衡器通常可以以硬件的方式实现。

然后，负载均衡器可以将该登录请求信息转发至服务器集群中的第一服务器。应当理解的是，借助于负载均衡器，可知第一服务器与服务器集群中其他的服务器相比，会话处理压力最小，另外，采用术语“第一”仅为了将该服务器与服务器集群中的其他服务器进行区分，不代表对服务器集群中的某一服务器的特殊限定。此外，服务器集群中的每一服务器的硬件配置和总业务处理能力可以相同，也可以不相同，本示例性实施方式中对此不做特殊限定。

在步骤S12中，接收所述第一服务器针对所述登录请求信息生成的登录应答信息，其中，所述登录应答信息包含所述第一服务器的标识信息。

在第一服务器接收到登录请求信息后，第一服务器可以根据该登录请求信息生成登录应答信息。其中，登录应答信息中可以包含该用户的个人资料信息、历史会话信息等，例如，以电商的销售系统为例，登录应答信息中可以包含用户的账户名称、余额、已购买的商品信息、意向购买的商品信息、交易记录等。

另外，第一服务器可以将用户的登录请求信息、会话连接信息、权限信息等常用的信息存储到第一服务器的缓存中。具体的，第一服务器可以通过Session或共享内存的方式将用户的登录请求信息、会话连接信息、权限信息等存储到第一服务器的缓存中。

此外，应当注意的是，在本公开的示例性实施方式中，登录应答信息可以包含第一服务器的标识信息。

根据本公开的一些实施例，可以预先对服务器集群中的各服务器进行标识，例如，可以采用编号的方式进行标识，另外，开发人员也可以自定义标识方式，本示例性实施方式中对此不做特殊限定。应当理解的是，服务器的标识信息与该服务器的IP地址构成Map映射关系，也就是说，可以将服务器的标识信息当作键，而将实际的服务器IP地址当作该键对应的值，有助于通过标识信息直接查找到与该标识信息对应的服务器。

此外，虽然本公开以Map映射的方式查找服务器，然而，查找服务器的方法还可以包括二分法、快速排序法等查找方法，本示例性实施方式中对此不做特殊限定。

根据另外一些实施例，标识信息还可以是服务器集群中各服务器的内网IP。然而，本公开不限于此，容易理解的是，将服务器名称、网卡硬件地址等能够对服务器唯一性进行标识的信息作为标识信息的方案也属于本发明的构思。

此外，可以理解的是，服务器集群中的各服务器与不同的标识信息一一对应，也就是说，服务器集群中的每一服务器唯一对应一个标识信息。

接下来，第一服务器可以将登录应答信息发送至客户端。

在步骤S14中，存储所述标识信息。

客户端在接收第一服务器发送的登录应答信息之后，客户端可以对该登录应答信息进行分析，并可以根据分析结果显示用户的个人资料、历史会话信息等。此外，客户端可以从登录应答信息中提取服务器集群中处理登录请求的服务器的标识信息，即，第一服务器的标识信息，并且可以将该标识信息写入客户端本地，例如，可以将该标识信息写入客户端的内存或配置文件(例如，Cookie)中，但不限于此，将标识信息写入客户端本地的方案都应被理解为属于本发明的构思。由此，客户端完成了对标识信息的存储操作。

在步骤S16中，响应事件处理操作生成包含所述标识信息的事件处理请求信息。

在客户端接收登录应答信息后，用户可以对客户端执行事件处理操作，客户端在响应事件处理操作时，一方面，客户端可以生成与该请求对应的事件处理请求信息。例如，仍以电商的销售系统为例，客户端在接收到登录应答信息后，在终端的显示端可以显示有该用户的个人资料、历史会话信息、商品销售页面等，当用户需要购买某一商品进行相应操作(例如，点击购买按钮)时，客户端会根据该操作生成一商品购买请求信息。

另一方面，客户端可以读取步骤S14中存储的标识信息。接下来，客户端可以将该标识信息写入到事件处理请求信息中。此时，该事件处理请求信息中包含有第一服务器的标识信息。

在步骤S18中，将所述事件处理请求信息经由所述负载均衡器发送至所述服务器集群中的第二服务器，使所述第二服务器根据预设规则对所述事件处理请求信息进行处理。

在本公开的示例性实施方式中，预设规则可以包括：所述第二服务器判断所述标识信息是否与所述第二服务器的标识信息相同，并在判断结果为相同时由所述第二服务器处理所述事件处理请求信息，在判断结果为不同时，所述第二服务器根据所述标识信息查找所述第一服务器，并在查找到所述第一服务器时所述第二服务器将所述事件处理请求信息发送至所述第一服务器，由所述第一服务器处理所述事件处理请求信息。

首先，客户端可以将事件处理请求信息发送至负载均衡器，负载均衡器可以根据服务器集群中各服务器的会话处理压力将该事件处理请求信息发送给会话处理压力最小的第二服务器，其中，与术语“第一”类似，采用术语“第二”仅为了将该服务器与服务器集群中的其他服务器进行区分，不代表对服务器集群中的某一服务器的特殊限定。

随后，第二服务器可以对接收到的事件处理请求信息进行分析，以获取第一服务器的标识信息。

接下来，第二服务器可以判断自身的标识信息是否与获取的第一服务器的标识信息相同，在判断出二者相同时，第二服务器即是第一服务器，并且直接处理该事件处理请求信息。

根据本公开的一些实施例，第二服务器在判断出自身的标识信息与获取的第一服务器的标识信息不同时，第二服务器可以根据接收到的标识信息查找第一服务器，具体的，第二服务器可以通过Map映射的方式查找到第一服务器。并且在查找到第一服务器时，将接收到的事件处理请求信息转发至第一服务器，由第一服务器对该事件处理请求信息进行处理。

此外，当第二服务器在服务器集群中未查找到与接收到的标识信息对应的服务器时，也就是说，第二服务器未查找到第一服务器时，第二服务器可以向客户端发送一报错信息，以提醒用户进行重新登录的操作。另外，容易理解的是，客户端在接收报错信息之后，客户端会将存储的标识信息删除。实际中，造成第二服务器未查找到第一服务器的原因可能为第一服务器处于宕机状态。此后，步骤可以重新跳转至步骤S10。

图2示意性示出了根据本公开的示例性实施方式的集群会话防丢失方法的另一种流程图，参考图2，集群会话防丢失方法可以包括：

S20.接收由客户端响应用户登录操作生成的并经由负载均衡器发送的登录请求信息；

S22.根据所述登录请求信息生成登录应答信息并将所述登录应答信息发送至所述客户端，其中，所述登录应答信息包含服务器集群中的第一服务器的标识信息；

S24.根据预设规则接收由客户端响应事件处理操作生成的经由所述负载均衡器发送的并通过所述服务器集群中的第二服务器转发的事件处理请求信息，其中，所述事件处理请求信息包含所述标识信息；以及

S26.处理所述事件处理请求信息；

具体的，在步骤S20中，服务器集群中的第一服务器可以接收由客户端响应用户登录操作生成的并经由负载均衡器发送的登录请求信息。

在步骤S22中，第一服务器可以根据接收到的登录请求信息生成登录应答信息，并且将登录应答信息发送至客户端，其中，登录应答信息包含第一服务器的标识信息。此外，第一服务器的缓存中存储有登录请求信息、会话连接信息、用户权限信息等，具体的，可以通过Session或共享内存的方式将登录请求信息、会话连接信息、用户权限信息存储到第一服务器的缓存中。

在步骤S24中，首先，客户端可以响应用户的事件处理操作生成事件处理请求信息，其中，该事件处理请求信息中包含第一服务器的标识信息。然后，客户端可以通过负载均衡器将该事件处理请求信息发送给服务器集群中的第二服务器。

随后，第二服务器可以判断自身的标识信息是否与获取的第一服务器的标识信息相同，在判断出二者相同时，第二服务器即是第一服务器，并且直接处理该事件处理请求信息。

根据本公开的一些实施例，第二服务器在判断出自身的标识信息与获取的第一服务器的标识信息不同时，第二服务器可以根据接收到的标识信息查找第一服务器，具体的，第二服务器可以通过Map映射的方式查找到第一服务器。并且在查找到第一服务器时，将接收到的事件处理请求信息转发至第一服务器。

在步骤S26中，第一服务器可以处理该事件处理请求信息。

根据另外一些实施例，在第二服务器未查找到第一服务器时，第二服务器可以向客户端发送一报错信息，以提醒用户进行重新登录的操作。

根据本公开的示例性实施例，在第一服务器将登录应答信息发送至客户端之后，客户端可以存储包含在登录应答信息中的标识信息，具体的，该标识信息可以被写入客户端所依附的终端的内存或配置文件中。

根据本公开的示例性实施例，第二服务器可以通过Map映射的方式查找第一服务器。此外，查找服务器的方法还可以包括二分法、快速排序法等查找方法，本示例性实施方式中对此不做特殊限定。

根据本公开的示例性实施例，负载均衡器可以以硬件或软件的方式实现。

根据本公开的示例性实施例，标识信息可以包含对服务器唯一性进行标识的信息，所述标识信息可以例如是服务器集群中各服务器的内网IP。然而，本公开不限于此，容易理解的是，将服务器名称、网卡硬件地址等能够对服务器唯一性进行标识的信息作为标识信息的方案也属于本发明的构思。

应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

下面将参考图3对本公开的示例性实施方式的集群会话防丢失方法的整个交互过程进行说明。

首先，客户端可以响应于用户的登录操作生成登录请求信息，并将该登录请求信息发送至服务器集群中的负载均衡器；随后，负载均衡器在对当前服务器集群中各服务器的会话处理压力进行分析后，可以将该登录请求信息发送至会话处理压力最小的第一服务器；然后，第一服务器可以响应接收到的登录请求信息而生成登录应答信息并向客户端发送该登录应答信息，同时，第一服务器可以将用户的登录请求信息、会话连接信息、权限信息存储到第一服务器的缓存中，另外，登录应答信息中包含第一服务器的标识信息。

接下来，客户端接收到登录应答信息后，可以将第一服务器的标识信息存储在客户端对应的终端的内存或配置文件中。并且当客户端响应用户的事件处理操作时，客户端可以提取存储的标识信息，并生成包含该标识信息的事件处理请求信息；随后，客户端可以将该事件处理请求信息通过负载均衡器发送至第二服务器；然后，第二服务器根据该事件处理请求信息中的标识信息查找第一服务器，并且在查找到第一服务器时，将该事件处理请求信息发送至第一服务器；随后，第一服务器处理该事件处理请求信息。

根据本公开的一些实施例，在第二服务器未查找到第一服务器时，第二服务器可以向客户端发送报错信息，以提醒用户重新进行登录操作。

此外，本公开的示例性实施方式的集群会话防丢失方法还可以包括：在第一服务器对事件处理请求信息进行处理之后，第一服务器向客户端返回处理结果。本公开对此不做继续描述。

进一步的，本示例实施方式中还提供了一种集群会话防丢失系统。

图4示意性示出了本公开的示例性实施方式的集群会话防丢失系统的一种方框图。参考图4，根据本公开的示例性实施方式的集群会话防丢失系统1可以包括客户端响应模块10、客户端接收模块12、客户端存储模块14、交易请求生成模块16和客户端发送模块18，其中：

客户端响应模块10，可以用于响应用户登录操作生成登录请求信息，并将所述登录请求信息经由负载均衡器发送至服务器集群中的第一服务器；

客户端接收模块12，可以用于接收所述第一服务器针对所述登录请求信息生成的登录应答信息，其中，所述登录应答信息包含所述第一服务器的标识信息；

客户端存储模块14，可以用于存储所述标识信息；

交易请求生成模块16，可以用于响应事件处理操作生成包含所述标识信息的事件处理请求信息；以及

客户端发送模块18，可以用于将所述事件处理请求信息经由所述负载均衡器发送至所述服务器集群中的第二服务器，使所述第二服务器根据预设规则对所述事件处理请求信息进行处理；

根据本公开的示例性实施例，所述预设规则还包括：在所述第二服务器未查找到所述第一服务器时，客户端接收所述第二服务器发送的报错信息以提醒用户重新登录，并删除所述标识信息。

根据本公开的示例性实施例，查找所述第一服务器包括：

根据本公开的示例性实施例，所述标识信息包含对服务器唯一性进行标识的信息，所述标识信息可以例如是服务器集群中各服务器的内网IP。然而，本公开不限于此，容易理解的是，将服务器名称、网卡硬件地址等能够对服务器唯一性进行标识的信息作为标识信息的方案也属于本发明的构思。

图5示意性示出了本公开的示例性实施方式的集群会话防丢失系统的另一种方框图。参考图5，根据本公开的示例性实施方式的集群会话防丢失系统2可以包括服务器发送模块20、服务器应答生成模块22、服务器接收模块24和服务器接收模块26，其中：

服务器发送模块20，可以用于接收由客户端响应用户登录操作生成的并经由负载均衡器发送的登录请求信息；

服务器应答生成模块22，可以用于根据所述登录请求信息生成登录应答信息并将所述登录应答信息发送至所述客户端，其中，所述登录应答信息包含服务器集群中的第一服务器的标识信息；

服务器接收模块24，可以用于根据预设规则接收由客户端响应事件处理操作生成的经由所述负载均衡器发送的并通过所述服务器集群中的第二服务器转发的事件处理请求信息，其中，所述事件处理请求信息包含所述标识信息；以及

服务器处理模块26，可以用于处理所述事件处理请求信息；

根据本公开的示例性实施例，在将所述登录应答信息发送至所述客户端之后，所述客户端存储包含在所述登录应答信息中的所述标识信息。

根据本公开的示例性实施例，在第一服务器未被所述第二服务器查找到时，所述第二服务器向所述客户端发送报错信息以提醒用户重新登录，并使所述客户端删除所述标识信息。

根据本公开的示例性实施例，所述第二服务器根据所述标识信息查找所述第一服务器包括：

由于本发明实施方式的程序运行性能分析装置的各个功能模块与上述方法发明实施方式中相同，因此在此不再赘述。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图6所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品700，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图7来描述根据本发明的这种实施方式的电子设备800。图7显示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830、显示单元840。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图1中所示的步骤S10至步骤S18，或者所述处理单元810可以执行如图2中所示的步骤S20至步骤S26。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims

1.一种集群会话防丢失方法，其特征在于，包括：

存储所述标识信息；

2.根据权利要求1所述的集群会话防丢失方法，其特征在于，所述集群会话防丢失方法还包括：

3.根据权利要求1所述的集群会话防丢失方法，其特征在于，查找所述第一服务器包括：

通过Map映射的方式查找所述第一服务器。

4.根据权利要求1所述的集群会话防丢失方法，其特征在于，所述标识信息包含对服务器唯一性进行标识的信息。

5.一种集群会话防丢失方法，其特征在于，包括：

处理所述事件处理请求信息；

6.根据权利要求5所述的集群会话防丢失方法，其特征在于，所述集群会话防丢失方法还包括：

7.根据权利要求6所述的集群会话防丢失方法，其特征在于，所述集群会话防丢失方法还包括：

8.根据权利要求5所述的集群会话防丢失方法，其特征在于，所述第二服务器根据所述标识信息查找所述第一服务器包括：

所述第二服务器通过Map映射的方式根据所述标识信息查找所述第一服务器。

9.根据权利要求5至8中任一项所述的集群会话防丢失方法，其特征在于，所述标识信息包含对服务器唯一性进行标识的信息。

10.一种集群会话防丢失系统，其特征在于，包括：

客户端存储模块，用于存储所述标识信息；

11.一种集群会话防丢失系统，其特征在于，包括：

服务器处理模块，用于处理所述事件处理请求信息；

12.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的集群会话防丢失方法。

13.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至9中任一项所述的集群会话防丢失方法。