CN113452778A - 会话保持方法、装置、设备、系统及存储介质 - Google Patents

Abstract

本公开实施例提供一种会话保持方法、装置、设备、系统及存储介质，该方法包括：负载均衡服务器接收负载均衡设备发送的流量报文，流量报文中携带会话信息；根据会话保持要求，对流量报文进行会话保持处理；将处理后的流量报文发送到会话信息对应的业务服务器，业务服务器用于基于会话信息进行相应的业务处理。本公开实施例的技术方案实现了同一应用基于不同访问接口访问服务器时的会话保持，以为用户维持服务。

Description

会话保持方法、装置、设备、系统及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种会话保持方法、装置、设备、系统及存储介质。

背景技术

目前随着互联网的快速发展，使用互联网的用户越来越多，流量快速增长。考虑到大部分系统需要为用户提供长时间持续服务，这些都对系统的高性能和可靠性提出了很高的要求。为了提高的系统的性能和可靠性，通过设置多个提供相同网络服务的服务器，并通过负载均衡技术将系统的工作任务分摊到多个服务器上运行，成为一种受欢迎的方法。

在目前的负载均衡技术中，不同网络架构或入口的流量均在各自的负载均衡上进行会话保持，从而导致同一用户通过不同入口或网络架构进入系统时，用户的流量无法进行统一的会话保持，进而无法维持服务。

发明内容

本公开实施例提供了一种会话保持方法、装置、设备、系统及存储介质，实现了同一应用基于不同访问接口访问服务器时的会话保持，以为用户维持服务。

第一方面，本公开实施例提供了一种会话保持方法，会话保持方法应用于负载均衡服务器，会话保持方法包括：

接收负载均衡设备发送的流量报文，流量报文中携带会话信息；

根据会话保持要求，对流量报文进行会话保持处理；

将处理后的流量报文发送到会话信息对应的业务服务器，业务服务器用于基于会话信息进行相应的业务处理。

可选地，根据会话保持要求，对流量报文进行会话保持处理，包括：确定流量报文的网络协议版本；根据会话保持要求，将网络协议版本转换为目标网络协议版本，并在流量报文中添加网络协议版本的记录。

可选地，将处理后的流量报文发送到会话信息对应的业务服务器，包括：若流量报文中包含有用户信息，则将处理后的流量报文发送到会话信息对应的包含有用户信息的业务服务器。

可选地，还包括：在流量报文中包含有用户信息时，若流量报文包含的应用信息与服务器中缓存的对应的应用信息不同，则将处理后的流量报文发送到用户信息对应的应用所在的业务服务器。

可选地，还包括：若流量报文中不包含用户信息，则基于预设方法，根据会话信息确定业务服务器，预设方法包括轮询法；将处理后的流量报文发送到业务服务器。

第二方面，本公开实施例还提供了一种会话保持方法，该会话保持方法应用于负载均衡设备，该会话保持方法包括：

接收客户端发送的流量报文；

将流量报文包含的外部网络地址转换为内部网络地址；

将地址转换后的流量报文发送至内部网络地址对应的负载均衡服务器，负载均衡服务器用于对地址转换后的流量报文进行会话保持处理，并将处理后的流量报文发送到会话信息对应的业务服务器，业务服务器用于基于会话信息进行相应的业务处理。

可选地，将流量包含的外部网络地址转换为内部网络地址之前，还包括：若流量报文包含的外部网络地址版本与负载均衡硬件配置的网络协议版本不匹配，向流量对应的用户发送警告信息。

第三方面，本公开实施例还提供了一种会话保持装置，会话保持装置应用于负载均衡软件，该会话保持装置包括：

接收模块，用于接收负载均衡设备发送的流量报文，流量报文中携带会话信息；

处理模块，用于根据会话保持要求，对流量报文进行会话保持处理；并，将处理后的流量报文发送到会话信息对应的业务服务器，业务服务器用于基于会话信息进行相应的业务处理。

可选地，处理模块具体用于，确定流量报文的网络协议版本；根据会话保持要求，将网络协议版本转换为目标网络协议版本，并在流量报文中添加网络协议版本的记录。

可选地，处理模块具体用于，若流量报文中包含有用户信息，则将处理后的流量报文发送到会话信息对应的包含有用户信息的业务服务器。

可选地，处理模块还用于，在流量报文中包含有用户信息时，若流量报文包含的应用信息与服务器中缓存的对应的应用信息不同，则将处理后的流量报文发送到用户信息对应的应用所在的业务服务器。

可选地，处理模块还用于，若流量报文中不包含用户信息，则基于预设方法，根据会话信息确定业务服务器，预设方法包括轮询法；将处理后的流量报文发送到业务服务器。

第三方面，本公开实施例还提供了一种会话保持装置，会话保持装置应用于负载均衡硬件，该会话保持装置包括：

接收模块，用于接收客户端发送的流量报文；

处理模块，用于将流量报文包含的外部网络地址转换为内部网络地址；并，将地址转换后的流量报文发送至内部网络地址对应的负载均衡服务器，负载均衡服务器用于对地址转换后的流量报文进行会话保持处理，并将处理后的流量报文发送到会话信息对应的业务服务器，业务服务器用于基于会话信息进行相应的业务处理。

可选地，处理模块还用于，确定流量报文包含的应用信息或业务服务器地址与负载均衡硬件记录的应用信息或业务服务器地址相匹配。

可选地，处理模块还用于，当流量报文包含的应用信息或业务服务器地址与负载均衡硬件记录的应用信息或业务服务器地址不匹配时，向客户端发送警告信息，警告信息用于指示流量报文的应用信息或业务服务器地址有错误。

第四方面，本公开实施例还提供了一种电子设备，该电子设备包括：

至少一个处理器；

以及与至少一个处理器通信连接的存储器；

其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使电子设备执行如本公开第一方面和第二方面任意实施例对应的会话保持方法。

第五方面，本公开实施例还提供了一种会话保持系统，该会话保持系统包括负载均衡服务器、至少一个业务服务器和至少一个负载均衡设备；

负载均衡服务器，用于执行如本公开第一方面任意实施例对应的会话保持方法；

至少一种负载均衡设备，用于执行如本公开第二方面任意实施例对应的会话保持方法。

第六方面，本公开还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如本公开第一方面和第二方面任一实施例对应的会话保持方法。

第七方面，本公开还提供了一种计算机程序产品，计算机程序产品包含计算机执行指令，计算机执行指令被处理器执行时用于实现如本公开第一方面和第二方面任一实施例对应的会话保持方法。

本公开实施例提供的会话保持方法、装置、设备、系统及存储介质，通过接收用于执行硬负载均衡的负载均衡设备发送的流量报文，并根据负载均衡服务器内预先配置的会话保持要求，对流量报文进行会话保持处理，然后将处理后的流量报文转发到流量报文对应应用所在的业务服务器中，从而实现会话保持。由于负载均衡设备发送到负载均衡服务器中的流量报文可以来自不同接口，由此，能够实现将不同接口的流量报文进行统一的会话保持处理，从而有效保证客户端应用的多接口访问的稳定性、可靠性和持续性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本公开实施例提供的会话保持方法的一种应用场景图；

图2为本公开一个实施例提供的会话保持方法的流程图；

图3为本公开又一个实施例提供的会话保持方法的流程图；

图4为本公开又一个实施例提供的会话保持方法的流程图；

图5为本公开又一个实施例提供的会话保持装置的结构示意图；

图6为本公开又一个实施例提供的会话保持装置的结构示意图；

图7为本公开一个实施例提供的电子设备的结构示意图；

图8为本公开一个实施例提供的会话保持系统的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例进行描述。

下面是本公开实施例涉及的名词解释：

负载均衡：对客户端应用产生的访问流量或工作任务进行平衡，分摊到多个操作单元或服务器上进行运行，例如web服务器等，从而协同完成工作任务，提高工作任务的处理效率。

软负载均衡：指在一台或多台服务器相应的操作系统上安装一个或多个附加软件来实现负载均衡，如Nginx，优点是配置简单、使用灵活、成本低廉。

硬负载均衡：直接在服务器和外部网络间安装负载均衡设备以专门用于负载均衡，如F5；由于负载均衡设备独立于操作系统，整体性能得到大量提高，可达到最佳的负载均衡需求，不过成本昂贵。

会话保持：会话保持是指基于负载均衡的一种机制，通过识别客户端应用与服务器之间交互过程的关联性，在作负载均衡的同时将一系列相关联的访问流量或工作任务分配到同一台服务器上，以保证工作任务的持续处理。

IPv4：网络协议版本4(Internet Protocol version 4，IPv4)，是网络协议开发过程中的第四个修订版本，也是此协议第一个被广泛部署的版本。IPv4地址使用32位地址，因此地址空间中的地址数量有限。

IPv6：网络协议版本6(Internet Protocol version 4，IPv6)，是用于替代IPv4的下一代IP协议。IPv6的地址长度为128位，是IPv4地址长度的4倍。

现有技术在进行会话保持时，均是基于同一网络架构或接口进行的，以保证接口对应的负载均衡设备能将客户端应用统一转发到对应的业务服务器上；现有的负载均衡架构，对于从不同的网络架构或入口进入的流量，也使用单独的负载均衡设备或服务器，并在各自的负载均衡设备或服务器上进行会话保持，由于不同负载均衡设备或服务器配置的会话保持规则不同，就会导致从不同入口进入同一系统的网络流量，无法进行统一的会话保持。因此，同一用户的访问流量若经过不同的入口，通过不同的负载均衡设备进入系统时，导致会话不一致。

为了解决上述问题，本公开实施例提供一种会话保持方法，通过负载均衡服务器从负载均衡设备处接收转发来的流量报文，而不是直接从客户端应用接收流量报文，然后由负载均衡服务器进行统一的会话保持处理，从而避免会话不一致的情况，有效保证多接口访问的会话保持，从而保证用户访问应用的稳定性。

下面对本公开实施例的应用场景进行解释：

图1为本公开实施例提供的会话保持方法的一种应用场景图。如图1所示，在进行会话保持流程中，负载均衡服务器100根据客户端110通过负载均衡设备120转发的流量报文，进行会话保持处理后，转发到业务服务器130进行对应的业务处理，从而完成会话保持。

需说明的是，图1所示场景中客户端、负载均衡设备和业务服务器的个数分别以两个、四个和一个为例进行示例说明，但本公开不以此为限制，也就是说，客户端、负载均衡设备和业务服务器的个数可以是任意的。

以下通过具体实施例详细说明本公开提供的会话保持方法。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本公开一个实施例提供的会话保持方法的流程图。该会话保持方法应用于负载均衡服务器。如图2所示，本实施例提供的会话保持方法包括以下步骤：

步骤S201，接收负载均衡设备发送的流量报文。

其中，流量报文中携带会话信息。

具体的，负载均衡服务器上安装有负载均衡软件，从而能够实现软负载均衡。

负载均衡服务器可以为单个服务器，也可以为服务器集群，但负载均衡服务器只有一个服务器，或只有一个服务器集群，而不存在两个或更多的服务器集群。

特别的，当负载均衡服务器为服务器集群时，服务器集群中每个服务器对应的访问网络地址为同一地址，以通过负载均衡服务器进行统一的会话保持处理。

进一步地，负载均衡设备为用于执行硬负载均衡的设备，负载均衡设备与客户端应用的特定接口相对应，如某应用通过网页端的地址发送流量报文，则该网页端对应一个负载均衡设备，如果该应用通过移动端的地址发送流量报文，则该移动端对应另一个负载均衡设备。

一般的，同一个负载均衡设备可以对应多个应用的特定接口，如一个负载均衡设备对应同一公司开发的五个应用的网页端，另一个负载均衡设备对应该公司五个应用的移动端。

本方案中，通过负载均衡设备转发流量报文，能够转发到负载均衡设备中预设地址对应的唯一负载均衡服务器，从而实现统一的会话保持。

步骤S202，根据会话保持要求，对流量报文进行会话保持处理。

其中，会话保持处理，即确定对应流量报文对应的用户和应用，基于用户和应用确定对应的业务服务器，通过转发到对应业务服务器上，以在同一服务器上持续完成业务处理，从而保证工作任务持续进行。

例如，某客户通过一个某应用，办理某项登记业务，则这一过程中，会多次向业务服务器发送流量报文，以传输登记业务中各种信息，因此，需要通过负载均衡服务器，进行统一的会话保持处理，否则无法保证正常进行。而如果该客户先通过移动端应用进行，后发现移动终端没有信号，因此改用网页端进行，现有技术中一般是无法继续办理的；此时通过负载均衡设备转发，并通过同意负载均衡服务器进行统一会话保持，就能持续进行，从而保证业务的继续办理。

步骤S203，将处理后的流量报文发送到会话信息对应的业务服务器。

其中，业务服务器用于基于会话信息进行相应的业务处理。

一般的，业务服务器处理后的信息，会沿着负载均衡服务器、原负载均衡设备到客户端的路径，原路返回到用户对应的客户端上，从而持续完成业务处理过程。

由于通过同一负载均衡服务器进行会话保持处理，同一客户通过同一客户端到业务服务器的业务能够实现会话保持的统一，从而保证业务的持续进行。

本公开实施例提供的会话保持方法，通过接收用于执行硬负载均衡的负载均衡设备发送的流量报文，并根据负载均衡服务器内预先配置的会话保持要求，对流量报文进行会话保持处理，然后将处理后的流量报文转发到流量报文对应应用所在的业务服务器中，从而实现会话保持。由于负载均衡设备发送到负载均衡服务器中的流量报文可以来自不同接口，由此，能够实现将不同接口的流量报文进行统一的会话保持处理，从而有效保证客户端应用的多接口访问的稳定性、可靠性和持续性。

图3为本公开另一个实施例提供的会话保持方法的流程图。本公开实施例提供的会话保持方法是在图2所示实施例的基础上的细化。如图3所示，本实施例提供的会话保持方法包括以下步骤：

步骤S301，接收负载均衡设备发送的流量报文。

其中，流量报文中携带会话信息。

其中，不同流量报文可能携带不同的网络协议版本，如IPv6或IPv4，即使同一个应用，基于不同接口发送的流量，也可能基于不同的网络协议版本。如某应用的网页端开发较早，其流量报文是基于IPv4版本的网络地址发送的对应均衡负载设备，而该应用的移动端开发较晚，其流量报文是基于IPv6版本的网络地址发送的对应均衡负载设备。因此，负载均衡服务器接收到同一客户的同一客户端应用发送的流量报文，可以是基于不同网络协议版本发送的。

步骤S302、确定流量报文的网络协议版本。

一般的，负载均衡服务器都是基于特定网络协议版本的流量报文，确定流量报文对应的网络地址，进而确定对应的应用信息，以便统一发送到对应服务器，提高处理效率。如负载均衡服务器只处理IPv4版本的流量版本，此时即需要将非IPv4版本的流量报文转化IPv4版本，以便进行会话保持处理。

因而，需要首先确定现有流量报文对应的网络协议版本。

具体地，通过流量报文的报头信息，可以得到记录的网络协议版本信息。如流量报文的报头记载有网络协议版本为IPv6，则可以直接确定对应的网络协议版本。

步骤S303、根据会话保持要求，将网络协议版本转换为目标网络协议版本，并在流量报文中添加网络协议版本的记录。

其中，网络协议版本的转换一般通过负载均衡服务器中预设的算法实现转换，该转换过程通过现有的转换算法即可完成。

一些实施例中，将流量报文的网络协议版本转换为目标网络协议版本后，会得到目标网络协议版本的网络地址，即目标网络地址，此时需要在流量报文的报头中同时记录原网络协议版本及对应的网络地址(即原网络地址)，以便在业务服务器反馈信息时，将能够通过流量报文的报头寻址，将反馈信息回传到对应的客户端。

步骤S304、若流量报文中包含有用户信息，则将处理后的流量报文发送到会话信息对应的包含有用户信息的业务服务器。

一些实施例中，用户信息指cookie文件对应的信息，cookie文件由业务服务器反馈到客户端时同步发送，因此，当流量报文中包含有cookie文件对应的信息时，即该应用的流量报文已经通过负载均衡服务器分配了业务服务器，因此，只需要基于cookie文件对应的信息中确定的业务服务器的信息，将流量报文发送到该对应业务服务器即可。

步骤S305、在流量报文中包含有用户信息时，若流量报文包含的应用信息与服务器中缓存的对应的应用信息不同，则将处理后的流量报文发送到用户信息对应的应用所在的业务服务器。

一些实施例中，客户端应用涉及到调用第三方应用的接口，如购物应用涉及调用支付应用的接口，此时，客户端应用会向第三方应用发送用户信息，第三方应用基于该用户信息进行业务处理时，由于该业务实际上是客户端应用对应的业务，因此需要将该业务发送到客户端应用对应的业务服务器，以进行统一的业务处理，由此，需要在负载均衡服务器上进行统一的会话保持处理。

示例性地，第三方应用为银行支付应用，客户端应用为消费应用，此时，第三方应用在处理客户端应用发起的支付业务时，会接受到通过客户端应用传输的订单信息、用户信息等，第三方应用基于订单信息和用户信息进行处理时，产生的流量报文会先发送到第三方应用对应的负载均衡设备上，由于该流量报文涉及客户端应用对应的用户相关信息，因此，不能将该流量报文推送到第三方应用对应的业务服务器，而应该推送到客户端应用的业务服务器，以对该客户端应用对应用户的业务进行集中处理，提高处理效率，同时方便客户端应用接收业务服务器反馈的支付完成信息。

步骤S306、若流量报文中不包含用户信息，则基于预设方法，根据会话信息确定业务服务器。

其中，预设方法包括轮询法。

一些实施例中，当流量报文不包含cookie对应的信息时，说明该用户在通过该客户端应用时，为第一次访问，且未分配过业务服务器，因此，直接通过负载均衡服务器分配对应的业务服务器即可。具体分配业务服务器的方法，可以为现有轮询法、随机法等方法。

步骤S307、将处理后的流量报文发送到业务服务器。

对于同一用户或同一用户信息对应的处理后的流量报文，一般都发往同一业务服务器，以便业务服务器在处理过程中，进行统一处理，方便用户需要持续与业务服务器进行信息交互的情况。

其中，步骤S302至步骤S306为对图2对应实施例中步骤S202的进一步细化。

在本实施例中，通过对接收到的流量报文进行网络协议版本的处理，并根据是否包含用户信息等确定对应的业务服务器，从而能够处理用户客户端应用通过不同接口、不同网络协议版本发送流量报文的情况，并能够进行统一的会话保持处理，从而能够适应不同需要会话保持的复杂系统和多接口的情况，有效保证用户业务的持续有效办理。

图4为本公开又一个实施例提供的会话保持方法的流程图，该会话保持方法应用于负载均衡硬件。如图4所示，该会话保持方法可以包括：

步骤S401、接收客户端发送的流量报文。

一般的，同一负载均衡硬件接收不同客户基于同一客户端应用的特定接口发送的流量报文。

一些实施例中，同一企业的多个客户端应用，或者同一领域的多个客户端应用，在相同的接口上发送的流量报文，也会发送到同一负载均衡硬件中。

步骤S402、将流量报文包含的外部网络地址转换为内部网络地址。

一些实施例中，内部网络地址用于表示负载平衡服务器的地址，对于同一个负载均衡设备，其对应的负载均衡服务器地址唯一，但不同负载均衡设备，如不同企业，或不同行业的应用对应的负载均衡设备，可能对应不同的负载均衡服务器。因此，需要确定对应的负载均衡服务器的地址。

可选地，外部网络地址会保存在流量报文的报头信息中，以便业务服务器通过负载均衡设备反馈信息到客户端时，能够通过报头信息中记录的外部网络地址寻址找到对应的服务器。

一些实施例中，将流量报文包含的外部网络地址转换为内部网络地址之前，还包括：确定流量报文包含的应用信息或业务服务器地址与负载均衡硬件记录的应用信息或业务服务器地址相匹配。

若流量报文包含的应用信息或业务服务器地址与负载均衡硬件记录的应用信息或业务服务器地址不匹配，则向客户端发送警告信息，警告信息用于指示流量报文的应用信息或业务服务器地址有错误。

步骤S403、将地址转换后的流量报文发送至内部网络地址对应的负载均衡服务器。

其中，负载均衡服务器用于对地址转换后的流量报文进行会话保持处理，并将处理后的流量报文发送到会话信息对应的业务服务器，业务服务器用于基于会话信息进行相应的业务处理。

通过将不同负载均衡硬件接收到的流量报文统一转发到同意负载均衡服务器上，并通过该负载均衡服务器进行统一的会话保持处理，从而保证用户通过不同接口发送流量报文时，均能实现会话保持。

在本实施例中，通过负载均衡硬件接收客户端发送的流量报文，并将流量报文对应的外部网络地址转换为内部网络地址，并转发对应的负载均衡服务器，从而实现统一的会话保持处理，以将用户从不同接口发送的流量报文进行统一会话保持处理，避免用户在访问接口不同时，无法持续办理业务的情况。

图5为本公开一个实施例提供的会话保持装置的结构示意图。如图5所示，该会话保持装置500包括：接收模块510和处理模块520。其中：

接收模块510，用于接收负载均衡设备发送的流量报文，流量报文中携带会话信息；

处理模块520，用于根据会话保持要求，对流量报文进行会话保持处理；并，将处理后的流量报文发送到会话信息对应的业务服务器，业务服务器用于基于会话信息进行相应的业务处理。

可选地，处理模块520具体用于，确定流量报文的网络协议版本；根据会话保持要求，将网络协议版本转换为目标网络协议版本，并在流量报文中添加网络协议版本的记录。

可选地，处理模块520具体用于，若流量报文中包含有用户信息，则将处理后的流量报文发送到会话信息对应的包含有用户信息的业务服务器。

可选地，处理模块520还用于，在流量报文中包含有用户信息时，若流量报文包含的应用信息与服务器中缓存的对应的应用信息不同，则将处理后的流量报文发送到用户信息对应的应用所在的业务服务器。

可选地，处理模块520还用于，若流量报文中不包含用户信息，则基于预设方法，根据会话信息确定业务服务器，预设方法包括轮询法；将处理后的流量报文发送到业务服务器。

在本实施例中，会话保持装置通过各模块的结合，能够实现将不同访问接口发送的流量报文进行统一的会话保持处理，从而方便了客户端应用通过不同接口访问时办理统一业务，提高了业务处理稳定性和可靠性。

图6为本公开一个实施例提供的会话保持装置的结构示意图。如图5所示，该会话保持装置600包括：接收模块610和处理模块620。其中：

接收模块610，用于接收客户端发送的流量报文；

处理模块620，用于将流量报文包含的外部网络地址转换为内部网络地址；并，将地址转换后的流量报文发送至内部网络地址对应的负载均衡服务器，负载均衡服务器用于对地址转换后的流量报文进行会话保持处理，并将处理后的流量报文发送到会话信息对应的业务服务器，业务服务器用于基于会话信息进行相应的业务处理将流量报文转发至内部网络地址对应的负载均衡服务器，负载均衡服务器用于将流量报文转发至用于会话保持的业务服务器。

可选地，处理模块620还用于，确定流量报文包含的应用信息或业务服务器地址与负载均衡硬件记录的应用信息或业务服务器地址相匹配。在将流量包含的外部网络地址转换为内部网络地址之前，若流量报文包含的外部网络地址版本与负载均衡硬件配置的网络协议版本不匹配，向流量对应的用户发送警告信息。

可选地，处理模块620还用于，当流量报文包含的应用信息或业务服务器地址与负载均衡硬件记录的应用信息或业务服务器地址不匹配时，向客户端发送警告信息，警告信息用于指示流量报文的应用信息或业务服务器地址有错误。

在本实施例中，会话保持装置通过各模块的结合，能够实现将不同接口发送的流量报文转发到同一负载均衡服务器上，以便进行统一的会话保持处理，从而方便了客户端应用在不同接口上的拓展和开发，同时保证了业务处理的稳定性和可靠性。

图7为本公开一个实施例提供的电子设备的结构示意图。如图7所示，该电子设备700包括：存储器710和处理器720。

其中，存储器710存储有可被至少一个处理器720执行的计算机程序。该算机程序被至少一个处理器720执行，以使电子设备实现如上任一实施例中提供的会话保持方法。

其中，存储器710和处理器720可以通过总线730连接。

相关说明可以对应参见方法实施例所对应的相关描述和效果进行理解，此处不予赘述。

图8为本公开一个实施例提供的会话保持系统的结构示意图。如图8所示，该会话保持系统800包括负载均衡服务器810、至少一个业务服务器820和至少一个负载均衡设备830；

负载均衡服务器810，用于执行如本公开第一方面任意实施例对应的会话保持方法；

至少一种负载均衡设备830，用于执行如本公开第二方面任意实施例对应的会话保持方法。

相关说明可以对应参见方法实施例所对应的相关描述和效果进行理解，此处不予赘述。

本公开一个实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现如上任一方法实施例提供的会话保持方法。

其中，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本公开一个实施例提供了一种计算机程序产品，其包含计算机执行指令，该计算机执行指令被处理器执行时用于实现如上述方法实施例中的会话保持方法。

在本公开所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

Claims (14)

1.一种会话保持方法，其特征在于，应用于负载均衡服务器，所述会话保持方法包括：

接收负载均衡设备发送的流量报文，所述流量报文中携带会话信息；

根据会话保持要求，对所述流量报文进行会话保持处理；

将处理后的流量报文发送到所述会话信息对应的业务服务器，所述业务服务器用于基于所述会话信息进行相应的业务处理。

2.根据权利要求1所述的会话保持方法，其特征在于，所述根据会话保持要求，对所述流量报文进行会话保持处理，包括：

确定所述流量报文的网络协议版本；

根据会话保持要求，将所述网络协议版本转换为目标网络协议版本，并在所述流量报文中添加所述网络协议版本的记录。

3.根据权利要求1所述的会话保持方法，其特征在于，所述将处理后的流量报文发送到所述会话信息对应的业务服务器，包括：

若流量报文中包含有用户信息，则将所述处理后的流量报文发送到所述会话信息对应的包含有所述用户信息的业务服务器。

4.根据权利要求3所述的会话保持方法，其特征在于，还包括：

在所述流量报文中包含有用户信息时，若所述流量报文包含的应用信息与所述服务器中缓存的对应的应用信息不同，则将所述处理后的流量报文发送到所述用户信息对应的应用所在的业务服务器。

5.根据权利要求3所述的会话保持方法，其特征在于，还包括：

若流量报文中不包含用户信息，则基于预设方法，根据所述会话信息确定所述业务服务器，所述预设方法包括轮询法；

将所述处理后的流量报文发送到所述业务服务器。

6.一种会话保持方法，其特征在于，应用于负载均衡设备，所述会话保持方法包括：

接收客户端发送的流量报文；

将所述流量报文包含的外部网络地址转换为内部网络地址；

将地址转换后的流量报文发送至所述内部网络地址对应的负载均衡服务器，所述负载均衡服务器用于对地址转换后的流量报文进行会话保持处理，并将处理后的流量报文发送到所述会话信息对应的业务服务器，所述业务服务器用于基于所述会话信息进行相应的业务处理。

7.根据权利要求6所述的会话保持方法，其特征在于，所述将所述流量报文包含的外部网络地址转换为内部网络地址之前，还包括：

确定所述流量报文包含的应用信息或业务服务器地址与所述负载均衡硬件记录的应用信息或业务服务器地址相匹配。

8.根据权利要求7所述的会话保持方法，其特征在于，还包括：

若所述流量报文包含的应用信息或业务服务器地址与所述负载均衡硬件记录的应用信息或业务服务器地址不匹配，则向所述客户端发送警告信息，所述警告信息用于指示所述流量报文的应用信息或业务服务器地址有错误。

9.一种会话保持装置，其特征在于，应用于负载均衡服务器，包括：

接收模块，用于接收负载均衡设备发送的流量报文，所述流量报文中携带会话信息；

处理模块，用于根据会话保持要求，对所述流量报文进行会话保持处理；并，将处理后的流量报文发送到所述会话信息对应的业务服务器，所述业务服务器用于基于所述会话信息进行相应的业务处理。

10.一种会话保持装置，其特征在于，应用于负载均衡设备，包括：

接收模块，用于接收客户端发送的流量报文；

处理模块，用于将所述流量报文包含的外部网络地址转换为内部网络地址；以及，将地址转换后的流量报文发送至所述内部网络地址对应的负载均衡服务器，所述负载均衡服务器用于对地址转换后的流量报文进行会话保持处理，并将处理后的流量报文发送到所述会话信息对应的业务服务器，所述业务服务器用于基于所述会话信息进行相应的业务处理。

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

至少一个处理器；

以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述电子设备执行如权利要求1至8中任一项所述的会话保持方法。

12.一种会话保持系统，其特征在于，包括负载均衡服务器、至少一个业务服务器和至少一个负载均衡设备；

所述负载均衡服务器，用于执行如权利要求1至5中任一项所述的会话保持方法；

所述至少一种负载均衡设备，用于执行如权利要求6至8中任一项所述的会话保持方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至8中任一项所述的会话保持方法。

14.一种计算机程序产品，其特征在于，所述计算机程序产品包含计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至8中任一项所述的会话保持方法。

Images