CN105207809B - 一种数据处理方法、服务器、客户端和系统 - Google Patents

Abstract

本发明实施例公开了一种服务器，包括：处理时间记录模块，用于在处理完毕客户端发送的业务请求后，记录业务处理完毕的时间信息；返回包生成模块，用于在处理完毕客户端发送的业务请求后，生成包含业务关键状态信息和业务处理完毕的时间信息的返回包；记录时间同步模块，用于将记录的业务处理完毕的时间信息同步到第二服务器；业务请求返回模块，用于将返回包发送给客户端，以使客户端保存业务关键状态信息以及业务处理完毕的时间信息。相应地，本发明还公开了客户端、另一种服务器和系统，采用本发明，解决了当跨机房容灾同步数据的链路出现时延较长或者断路，使得主服务器切换到备服务器时数据不完全一致而引起业务切换处理不流畅的技术问题。

Description

一种数据处理方法、服务器、客户端和系统

技术领域

本发明涉及计算机领域，尤其涉及一种数据处理方法、服务器、客户端和系统。

背景技术

私人服务器(简称私服，Private Server)即非官方架设的服务器(官服)，业务(如游戏)运营者或开发者所架设的服务器。在游戏服务器私服的概念盛行的情况下，针对私服单机来说，存在单点的问题。若果服务器宕机或者网络异常，会导致整个区域的用户玩家不能继续玩游戏。

针对私服存在的问题，需要构建高可用的游戏服务架构来解决，如图1示出的现有技术中高可用架构的示意图，现有技术中的高可用架构只是对状态数据进行主备同步，并通过zookeeper进行进程监控，在主机出现异常的情况下直接通知备机提供服务，然而游戏状态数据同步这个环节可能会出现异常情况，比如跨机房容灾同步数据的链路出现时延较长或者断路的情况下，游戏状态数据可能并没有完全同步到备份的机器，从而导致状态不一致的情况，影响了用户玩家的体验。

另外，现有技术中主服务器对每个业务请求处理完毕后，均在Redis标识该业务请求done(处理完)，备服务器遍历最近1分钟的业务请求，若该业务请求没有标识done，则重处理该业务请求。主备服务器均接收业务请求，备服务器在主服务器挂机才提供服务处理，迟延为30ms+，主备服务器跨机房接收到的业务请求可能不完全一致，也存在丢包、乱序等问题，因此现有技术尽管是通过服务器侧进行多重备份数据来恢复业务状态数据，也只能理想状态下在服务器侧保证了数据的一致性；而用户侧因为网络问题或者其他性能问题，会遇到获取到的数据并非最新版本，或者已经获取到最新版本而数据备份却没有更新到的情况。这种影响最终还是会影响到用户的最终体验。

发明内容

本发明实施例所要解决的技术问题在于，提供一种数据处理方法、服务器、客户端和数据处理系统，解决了现有技术中当跨机房容灾同步数据的链路出现时延较长或者断路，使得主服务器切换到备服务器时数据不完全一致而引起业务切换处理不流畅的技术问题，通过从客户端出发来保证数据的一致性。

为了解决上述技术问题，本发明实施例第一方面公开了一种服务器，包括：

处理时间记录模块，用于在处理完毕客户端发送的业务请求后，记录业务处理完毕的时间信息；

返回包生成模块，用于在处理完毕客户端发送的业务请求后，生成包含业务关键状态信息以及所述业务处理完毕的时间信息的返回包；

记录时间同步模块，用于将记录的所述业务处理完毕的时间信息同步到第二服务器；其中所述第二服务器为所述第一服务器的备用服务器，当所述第一服务器发生业务切换时，将所述业务切换至所述第二服务器；

业务请求返回模块，用于将所述返回包发送给所述客户端，以使所述客户端保存所述业务关键状态信息以及所述业务处理完毕的时间信息。

结合第一方面，在第一种可能的实现方式中，所述业务关键状态信息以及所述业务处理完毕的时间信息设置在所述返回包的公共头信息中。

本发明实施例第二方面公开了一种服务器，所述服务器为第二服务器，包括：

时间接收保存模块，用于接收并保存第一服务器发送的业务处理完毕的时间信息；

业务接收模块，用于当所述第一服务器发生业务切换时，接收客户端发送的业务请求；

时间信息发送模块，用于当所述第一服务器发生业务切换时，将所述时间接收保存模块中保存的最新的业务处理完毕的时间信息发送给客户端；

业务更新模块，用于当接收到所述客户端根据所述最新的业务处理完毕的时间信息返回的业务关键状态信息后，根据所述业务关键状态信息更新业务状态，并在更新完毕后，触发处理所述业务接收模块接收到的业务请求。

结合第二方面，在第一种可能的实现方式中，还包括：

返回信息接收模块，用于在所述时间信息发送模块发送最新的业务处理完毕的时间信息给所述客户端后，接收所述客户端返回的指示信息；

业务处理模块，用于当所述指示信息包含所述业务关键状态信息时，在所述业务更新模块更新业务状态后，处理所述业务接收模块接收到的业务请求；或当所述指示信息指示无需更新业务状态时，处理所述业务接收模块接收到的业务请求。

本发明实施例第三方面公开了一种客户端，包括：

返回包接收模块，用于接收第一服务器发送的返回包；所述返回包包含业务关键状态信息以及所述业务处理完毕的时间信息；

信息保存模块，用于保存接收到的所述业务关键状态信息以及所述业务处理完毕的时间信息；

时间信息接收模块，用于接收第二服务器发送的业务处理完毕的时间信息；

时间比对模块，用于比对所述信息保存模块中保存的最新业务处理完毕的时间信息与所述时间信息接收模块接收的业务处理完毕的时间信息；

业务信息返回模块，用于当所述信息保存模块中保存的最新业务处理完毕的时间晚于从所述时间信息接收模块接收的业务处理完毕的时间时，向所述第二服务器返回所述信息保存模块中保存的业务关键状态信息。

结合第三方面，在第一种可能的实现方式中，还包括：

指示信息返回模块，用于当所述信息保存模块中保存的最新业务处理完毕的时间与所述时间信息接收模块接收的业务处理完毕的时间一致时，向所述第二服务器发送指示信息，所述指示信息用于指示无需更新业务状态。

结合第三方面，或者第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述业务关键状态信息以及所述业务处理完毕的时间信息设置在所述返回包的公共头信息中；

所述业务信息返回模块具体用于当所述信息保存模块中保存的最新业务处理完毕的时间晚于从所述时间信息接收模块接收的业务处理完毕的时间时，向所述第二服务器返回所述公共头信息。

本发明实施例第四方面公开了一种数据处理系统，包括第一服务器、第二服务器和客户端，其中

所述第一服务器在处理完毕所述客户端发送的业务请求后，记录业务处理完毕的时间信息，并生成包含业务关键状态信息以及所述业务处理完毕的时间信息的返回包；将记录的所述业务处理完毕的时间信息同步到所述第二服务器；将所述返回包发送给所述客户端，以使所述客户端保存所述业务关键状态信息以及所述业务处理完毕的时间信息；

所述第二服务器接收并保存所述第一服务器发送的业务处理完毕的时间信息；当所述第一服务器发生业务切换时，接收所述客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给所述客户端；

所述客户端接收所述第二服务器发送的业务处理完毕的时间信息后，比对本端保存的最新业务处理完毕的时间信息与所述第二服务器发送的业务处理完毕的时间信息；并当本端保存的最新业务处理完毕的时间晚于从所述第二服务器发送的业务处理完毕的时间时，向所述第二服务器返回保存的业务关键状态信息；

所述第二服务器接收到所述客户端返回的业务关键状态信息后，根据所述业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的所述业务请求。

本发明实施例第五方面公开了一种数据处理方法，包括：

在处理完毕客户端发送的业务请求后，记录业务处理完毕的时间信息，并生成包含业务关键状态信息以及所述业务处理完毕的时间信息的返回包；

将记录的所述业务处理完毕的时间信息同步到第二服务器；其中所述第二服务器为所述第一服务器的备用服务器，当所述第一服务器发生业务切换时，将所述业务切换至所述第二服务器；

将所述返回包发送给所述客户端，以使所述客户端保存所述业务关键状态信息以及所述业务处理完毕的时间信息。

结合第五方面，在第一种可能的实现方式中，所述业务关键状态信息以及所述业务处理完毕的时间信息设置在所述返回包的公共头信息中。

本发明实施例第六方面公开了一种数据处理方法，包括：

接收并保存第一服务器发送的业务处理完毕的时间信息；

当所述第一服务器发生业务切换时，接收客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给客户端；

当接收到所述客户端根据所述最新的业务处理完毕的时间信息返回的业务关键状态信息后，根据所述业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的业务请求。

结合第六方面，在第一种可能的实现方式中，在所述将保存的最新的业务处理完毕的时间信息发送给客户端之后，还包括：

接收所述客户端返回的指示信息；

当所述指示信息包含所述业务关键状态信息时，触发执行所述根据所述业务关键状态信息更新业务状态的步骤；当所述指示信息指示无需更新业务状态时，处理接收到的所述业务请求。

本发明实施例第七方面公开了一种数据处理方法，包括：

接收第一服务器发送的返回包；所述返回包包含业务关键状态信息以及所述业务处理完毕的时间信息；

保存接收到的所述业务关键状态信息以及所述业务处理完毕的时间信息；

接收第二服务器发送的业务处理完毕的时间信息；

比对保存的最新业务处理完毕的时间信息与所述第二服务器发送的业务处理完毕的时间信息；

当保存的最新业务处理完毕的时间晚于从所述第二服务器发送的业务处理完毕的时间时，向所述第二服务器返回保存的业务关键状态信息。

结合第七方面，在第一种可能的实现方式中，还包括：

当保存的最新业务处理完毕的时间与所述第二服务器发送的业务处理完毕的时间一致时，向所述第二服务器发送指示信息，所述指示信息用于指示无需更新业务状态。

结合第七方面，或者第七方面的第一种可能的实现方式，在第二种可能的实现方式中，所述业务关键状态信息以及所述业务处理完毕的时间信息设置在所述返回包的公共头信息中；

所述向所述第二服务器返回保存的业务关键状态信息包括：向所述第二服务器返回所述公共头信息。

本发明实施例第八方面公开了一种计算机存储介质，所述计算机存储介质存储有程序，所述程序执行时包括本发明实施例第三方面，或者第三方面的第一种可能的实现方式，或者第四方面，或者第四方面的第一种可能的实现方式，或者第五方面，或者第五方面的第一种可能的实现方式，或者第五方面的第二种可能的实现方式中公开的数据处理方法的全部步骤。

实施本发明实施例，具有如下有益效果：

通过实施本发明实施例，第一服务器记录业务处理完毕的时间信息，并生成包含业务关键状态信息以及业务处理完毕的时间信息的返回包；将该业务处理完毕的时间信息同步到第二服务器，并将该返回包发送给客户端；当第一服务器发生业务切换时，该第二服务器接收客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给该客户端，当该客户端比对出本端保存的最新业务处理完毕的时间晚于从该第二服务器发送的业务处理完毕的时间时，向该第二服务器返回保存的业务关键状态信息；以使该第二服务器根据客户端发送的业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的业务请求；解决了现有技术中当跨机房容灾同步数据的链路出现时延较长或者断路，使得主服务器切换到备服务器时数据不完全一致而引起业务切换处理不流畅的技术问题，通过从客户端出发来保证数据的一致性，使得在主备服务器切换的时候，用户并不会感觉到任何数据的不一致，大大减少了用户的投诉，节省了客服资源，并提高了用户的体验。

附图说明

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

图1是现有技术中高可用架构的示意图；

图2是本发明实施例提供的数据处理系统的结构示意图；

图3是本发明实施例提供的服务器的结构示意图；

图4是本发明提供的服务器的另一实施例的结构示意图；

图5是本发明提供的服务器的另一实施例的结构示意图；

图6是本发明实施例提供的客户端的结构示意图；

图7是本发明提供的客户端的另一实施例的结构示意图；

图8是本发明实施例提供的数据处理方法的流程示意图；

图9是本发明提供的数据处理方法的另一实施例的流程示意图；

图10是本发明提供的数据处理方法的另一实施例的流程示意图；

图11是本发明提供的数据处理方法的另一实施例的流程示意图。

具体实施方式

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

如图2示出的本发明实施例提供的数据处理系统的结构示意图，先说明本发明数据处理系统20的场景架构，数据处理系统20可以包括第一服务器200、多个第二服务器202和多个客户端204，其中数据处理系统20为主备服务器架构，第一服务器200为主服务器，第二服务器202为备服务器，业务数据有主服务器同步到备服务器，图2中以包含1个第二服务器202和1个客户端204为例进行说明：

第一服务器200在处理完毕客户端204发送的业务请求后，记录业务处理完毕的时间信息，并生成包含业务关键状态信息以及业务处理完毕的时间信息的返回包；将记录的业务处理完毕的时间信息同步到第二服务器202；并将返回包发送给客户端204，以使客户端204保存该业务关键状态信息以及业务处理完毕的时间信息；

第二服务器202接收并保存第一服务器200发送的业务处理完毕的时间信息；当第一服务器200发生业务切换时，第二服务器202接收客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给客户端204；

客户端204接收第二服务器202发送的业务处理完毕的时间信息后，比对本端保存的最新业务处理完毕的时间信息与第二服务器202发送的业务处理完毕的时间信息；并当本端保存的最新业务处理完毕的时间晚于从第二服务器202发送的业务处理完毕的时间时，向第二服务器202返回保存的业务关键状态信息；

第二服务器202接收到客户端204返回的业务关键状态信息后，根据业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的业务请求。

具体地，本发明实施例中的业务包括但不限于游戏业务；本发明实施例中的客户端包括但不限于个人计算机PC、移动电话、移动电脑、平板电脑、个人数字助理(PersonalDigital Assistant,PDA)、媒体播放器、智能电视、智能手表、智能眼镜、智能手环等可以与服务器进行交互并完成业务的用户设备。以游戏业务为例，本发明实施例中的业务关键状态信息可以包括游戏关键的状态信息、游戏用户信息。下面以游戏业务为例子进行说明：

用户通过客户端204与第一服务器200(即主服务器)建立连接，登陆进入游戏，该第一服务器200接收到该客户端204发送的游戏请求，并进行处理，记录对该次游戏请求处理完毕的时间信息，并生成包含游戏关键的状态信息、游戏用户信息以及该游戏请求处理完毕的时间信息的返回包；该第一服务器200将上述记录的游戏请求处理完毕的时间信息同步到第二服务器202(即备服务器)中，并将该返回包发送给该客户端204，该客户端204接收到该返回包后，保存该返回包中的游戏关键的状态信息、游戏用户信息以及该游戏请求处理完毕的时间信息。当该第一服务器200出现故障或按需发生业务切换时，同样可以通过zookeeper进行主备切换，将业务切换至该第二服务器202，第二服务器202接收该客户端204发送的游戏请求，但暂时不处理该游戏请求，而是先将保存的最新的业务处理完毕的时间信息发送给该客户端204，该客户端204接收该第二服务器202发送的业务处理完毕的时间信息后，比对本端保存的最新业务处理完毕的时间信息与第二服务器202发送的业务处理完毕的时间信息；并当本端保存的最新业务处理完毕的时间晚于从第二服务器202发送的业务处理完毕的时间时，向第二服务器202返回保存的游戏关键的状态信息、游戏用户信息；第二服务器202在接收到客户端204返回的业务关键状态信息后，根据该游戏关键的状态信息、游戏用户信息更新业务状态，并在更新完毕后，触发处理接收到的游戏请求。若客户端204比对出本端保存的最新业务处理完毕的时间与第二服务器202发送的业务处理完毕的时间一致时，则可以指示该第二服务器202不用进行业务状态更新，第二服务器202可以直接处理接收到的游戏请求。

通过本发明实施例可以解决现有技术中当跨机房容灾同步数据的链路出现时延较长或者断路，使得主服务器切换到备服务器时数据不完全一致而引起业务切换处理不流畅的技术问题，通过从客户端出发来保证数据的一致性，使得在主备服务器切换的时候，用户并不会感觉到任何数据的不一致，大大减少了用户的投诉，节省了客服资源，并提高了用户的体验。

下面详细说明本发明实施例中数据处理系统20的第一服务器的结构，如图3示出的本发明实施例提供的服务器的结构示意图，服务器30即为上述图2实施例中的第一服务器200，服务器30可以包括：处理时间记录模块300、返回包生成模块302、记录时间同步模块304和业务请求返回模块306，其中

处理时间记录模块300用于在处理完毕客户端发送的业务请求后，记录业务处理完毕的时间信息；

具体地，服务器30的主服务进程处理完客户端(即游戏玩家)的游戏业务请求后，可以在游戏状态数据库设置一个最新处理完毕的时间信息Record Time。服务器30可以通过独立线程5～10ms定时记录最新的业务处理完毕的时间信息。

返回包生成模块302用于在处理完毕客户端发送的业务请求后，生成包含业务关键状态信息以及所述业务处理完毕的时间信息的返回包；

具体地，该生成的业务关键状态信息以及业务处理完毕的时间信息可以设置在返回包的公共头信息中，也就是说，可以在返回包中新增公共头信息，以设置业务关键状态信息以及业务处理完毕的时间信息。

记录时间同步模块304用于将记录的所述业务处理完毕的时间信息同步到第二服务器；

具体地，第二服务器即为该服务器30的备服务器(即备用服务器)，当所述第一服务器发生业务切换时，将所述业务切换至所述第二服务器；服务器30将包含有最新处理完毕的Record Time的游戏状态数据同步到该第二服务器。

业务请求返回模块306用于将所述返回包发送给所述客户端，以使所述客户端保存所述业务关键状态信息以及所述业务处理完毕的时间信息。

进一步地，如图4示出的本发明提供的服务器的另一实施例的结构示意图，服务器40即为上述图2实施例中的第二服务器202，服务器40可以包括：时间接收保存模块400、业务接收模块402、时间信息发送模块404和业务更新模块406，其中

时间接收保存模块400用于接收并保存第一服务器发送的业务处理完毕的时间信息；

具体地，时间接收保存模块400接收到第一服务器发送的业务处理完毕的时间信息后，可以将该信息保存在本端的游戏状态数据库中。

业务接收模块402用于当所述第一服务器发生业务切换时，接收客户端发送的业务请求；

具体地，如果第一服务器心跳超时或者主动交出主权限，能够周知备用服务器切换到主权限以提供服务，那么该第二服务器202可以首先设置主服务器权限，并需要把本端的游戏状态数据库设置为主服务器状态，接收客户端发送的业务请求。

时间信息发送模块404用于当所述第一服务器发生业务切换时，将所述时间接收保存模块中保存的最新的业务处理完毕的时间信息发送给客户端；

具体地，服务器40读取本端游戏状态数据库中最新的Record Time，并可以将该最新的Record Time广播给所有的客户端。

业务更新模块406用于当接收到所述客户端根据所述最新的业务处理完毕的时间信息返回的业务关键状态信息后，根据所述业务关键状态信息更新业务状态，并在更新完毕后，触发处理业务接收模块402接收到的业务请求。

具体地，客户端接收第二服务器发送的业务处理完毕的时间信息后，将比对自身保存的最新业务处理完毕的时间信息与从服务器40接收的业务处理完毕的时间信息，并当自身保存的最新业务处理完毕的时间晚于从服务器40接收的业务处理完毕的时间时，向服务器40返回自身中保存的最新业务关键状态信息，业务更新模块406接收到该业务关键状态信息后，根据该业务关键状态信息更新业务状态，并在更新完毕后，触发处理业务接收模块402接收到的业务请求。

再进一步地，如图5示出的本发明提供的服务器的另一实施例的结构示意图，服务器40包括时间接收保存模块400、业务接收模块402、时间信息发送模块404和业务更新模块406外，还可以包括返回信息接收模块408和业务处理模块4010，其中

返回信息接收模块408用于在时间信息发送模块404发送最新的业务处理完毕的时间信息给所述客户端后，接收所述客户端返回的指示信息；

具体地，客户端接收到服务器40发送的最新的业务处理完毕的时间信息后，将比对本端保存的最新业务处理完毕的时间信息与服务器40发送的业务处理完毕的时间信息，并向服务器40返回指示信息；当客户端本端保存的最新业务处理完毕的时间晚于从服务器40发送的业务处理完毕的时间时，该指示信息包含客户端本端保存的业务关键状态信息，当客户端比对出本端保存的最新业务处理完毕的时间与服务器40发送的业务处理完毕的时间一致时，该指示信息用于指示无需更新业务状态。

可理解的是，该业务关键状态信息可以设置在公共头信息中，即当客户端本端保存的最新业务处理完毕的时间晚于从服务器40发送的业务处理完毕的时间时，可以把该保存的最新业务处理完毕的时间对应的公共头信息发送给服务器40。

业务处理模块4010用于当所述指示信息包含所述业务关键状态信息时，在业务更新模块406更新业务状态后，处理业务接收模块402接收到的业务请求；或当所述指示信息指示无需更新业务状态时，处理业务接收模块402接收到的业务请求。

相应地，下面结合图6示出的本发明实施例提供的客户端的结构示意图，对应说明本发明实施例中客户端60的实施方式，客户端60可以包括返回包接收模块600、信息保存模块602、时间信息接收模块604、时间比对模块606和业务信息返回模块608，其中

返回包接收模块600用于接收第一服务器发送的返回包；所述返回包包含业务关键状态信息以及所述业务处理完毕的时间信息；

具体地，第一服务器的主服务进程处理完客户端60(即游戏玩家)的游戏业务请求后，可以在游戏状态数据库设置一个最新处理完毕的时间信息Record Time。第一服务器可以通过独立线程5～10ms定时记录最新的业务处理完毕的时间信息；第一服务器将该返回包发送给客户端60，以使客户端60保存该业务关键状态信息以及该业务处理完毕的时间信息。客户端60的返回包接收模块600接收到第一服务器发送的返回包。

信息保存模块602用于保存接收到的所述业务关键状态信息以及所述业务处理完毕的时间信息；

具体地，信息保存模块602可以将该业务关键状态信息以及该业务处理完毕的时间信息保存在数据状态数据库中。

时间信息接收模块604用于接收第二服务器发送的业务处理完毕的时间信息；

具体地，如果第一服务器心跳超时或者主动交出主权限，能够周知备用服务器切换到主权限以提供服务，那么该第二服务器可以首先设置主服务器权限，并需要把本端的游戏状态数据库设置为主服务器状态，接收客户端发送的业务请求。第二服务器读取本端游戏状态数据库中最新的Record Time，并可以将该最新的Record Time广播给所有的客户端。那么时间信息接收模块604接收第二服务器发送的业务处理完毕的时间信息。

时间比对模块606用于比对信息保存模块602中保存的最新业务处理完毕的时间信息与时间信息接收模块604接收的业务处理完毕的时间信息；

业务信息返回模块608用于当信息保存模块602中保存的最新业务处理完毕的时间晚于从时间信息接收模块604接收的业务处理完毕的时间时，向所述第二服务器返回信息保存模块602中保存的业务关键状态信息。

具体地，时间比对模块606将比对自身保存的最新业务处理完毕的时间信息与从第二服务器接收的业务处理完毕的时间信息，并当自身保存的最新业务处理完毕的时间晚于从第二服务器接收的业务处理完毕的时间时，业务信息返回模块608向第二服务器返回自身中保存的最新业务关键状态信息，第二服务器接收到该业务关键状态信息后，根据该业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的业务请求。

进一步地，如图7示出的本发明提供的客户端的另一实施例的结构示意图，客户端60包括返回包接收模块600、信息保存模块602、时间信息接收模块604、时间比对模块606和业务信息返回模块608外，还可以包括指示信息返回模块6010，用于当信息保存模块602中保存的最新业务处理完毕的时间与所述时间信息接收模块接收的业务处理完毕的时间一致时，向所述第二服务器发送指示信息，所述指示信息用于指示无需更新业务状态。

可理解的是，该业务关键状态信息以及该业务处理完毕的时间信息可以设置在所述返回包的公共头信息中；

业务信息返回模块608具体用于当信息保存模块602中保存的最新业务处理完毕的时间晚于从时间信息接收模块604接收的业务处理完毕的时间时，向该第二服务器返回该公共头信息。

通过实施本发明实施例，第一服务器记录业务处理完毕的时间信息，并生成包含业务关键状态信息以及业务处理完毕的时间信息的返回包；将该业务处理完毕的时间信息同步到第二服务器，并将该返回包发送给客户端；当第一服务器发生业务切换时，该第二服务器接收客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给该客户端，当该客户端比对出本端保存的最新业务处理完毕的时间晚于从该第二服务器发送的业务处理完毕的时间时，向该第二服务器返回保存的业务关键状态信息；以使该第二服务器根据客户端发送的业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的业务请求；解决了现有技术中当跨机房容灾同步数据的链路出现时延较长或者断路，使得主服务器切换到备服务器时数据不完全一致而引起业务切换处理不流畅的技术问题，通过从客户端出发来保证数据的一致性，使得在主备服务器切换的时候，用户并不会感觉到任何数据的不一致，大大减少了用户的投诉，节省了客服资源，并提高了用户的体验。

为了便于更好地实施本发明实施例的上述方案，本发明还对应提供了一种数据处理方法，如图8示出的本发明实施例提供的数据处理方法的流程示意图，先从主服务器(即第一服务器)侧来描述，包括：

步骤S800：在处理完毕客户端发送的业务请求后，记录业务处理完毕的时间信息，并生成包含业务关键状态信息以及所述业务处理完毕的时间信息的返回包；

步骤S802：将记录的所述业务处理完毕的时间信息同步到第二服务器；

其中所述第二服务器为所述第一服务器的备用服务器，当所述第一服务器发生业务切换时，将所述业务切换至所述第二服务器；

步骤S804：将所述返回包发送给所述客户端，以使所述客户端保存所述业务关键状态信息以及所述业务处理完毕的时间信息。

具体地，图8实施例的数据处理方法的实施方式可以对应参考上述图3实施例中对服务器30的相关描述，这里不再赘述。

进一步地，如图9示出的本发明提供的数据处理方法的另一实施例的流程示意图，从备用服务器(即第二服务器)侧来描述，包括：

步骤S900：接收并保存第一服务器发送的业务处理完毕的时间信息；

步骤S902：当所述第一服务器发生业务切换时，接收客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给客户端；

步骤S904：当接收到所述客户端根据所述最新的业务处理完毕的时间信息返回的业务关键状态信息后，根据所述业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的业务请求。

具体地，步骤S902之后，还可以包括：接收所述客户端返回的指示信息；当所述指示信息包含所述业务关键状态信息时，触发执行所述根据所述业务关键状态信息更新业务状态的步骤；当所述指示信息指示无需更新业务状态时，处理接收到的所述业务请求。

具体地，图9实施例的数据处理方法的实施方式可以对应参考上述图4和图5实施例中对服务器40的相关描述，这里不再赘述。

再进一步地，如图10示出的本发明提供的数据处理方法的另一实施例的流程示意图，从客户端(即用户端)侧来描述，包括：

步骤S1000：接收第一服务器发送的返回包；所述返回包包含业务关键状态信息以及所述业务处理完毕的时间信息；

步骤S1002：保存接收到的所述业务关键状态信息以及所述业务处理完毕的时间信息；

步骤S1004：接收第二服务器发送的业务处理完毕的时间信息；

步骤S1006：比对保存的最新业务处理完毕的时间信息与所述第二服务器发送的业务处理完毕的时间信息；

步骤S1008：当保存的最新业务处理完毕的时间晚于从所述第二服务器发送的业务处理完毕的时间时，向所述第二服务器返回保存的业务关键状态信息。

具体地，本发明实施例的数据处理方法还可以包括：当保存的最新业务处理完毕的时间与所述第二服务器发送的业务处理完毕的时间一致时，向所述第二服务器发送指示信息，所述指示信息用于指示无需更新业务状态。

进一步地，该业务关键状态信息以及该业务处理完毕的时间信息设置在该返回包的公共头信息中；

该向该第二服务器返回保存的业务关键状态信息包括：向该第二服务器返回该公共头信息。

具体地，图10实施例的数据处理方法的实施方式可以对应参考上述图6实施例中对客户端60的相关描述，这里不再赘述。

再进一步地，如图11示出的本发明提供的数据处理方法的另一实施例的流程示意图，从主服务器(即第一服务器)、备用服务器(第二服务器)以及客户端三侧来描述，图中以1个备用服务器和1个客户端为例进行说明，包括：

步骤S1100：第一服务器在处理完毕客户端发送的业务请求后，记录业务处理完毕的时间信息，并生成包含业务关键状态信息以及所述业务处理完毕的时间信息的返回包；

步骤S1102：第一服务器将记录的所述业务处理完毕的时间信息同步到第二服务器；

步骤S1104：第二服务器接收并保存第一服务器发送的业务处理完毕的时间信息；

步骤S1106：第一服务器将所述返回包发送给所述客户端，以使所述客户端保存所述业务关键状态信息以及所述业务处理完毕的时间信息；

具体地，步骤S1102与步骤S1106的执行顺序可以按任意先后执行，或同时执行。

步骤S1108：客户端接收第一服务器发送的返回包；所述返回包包含业务关键状态信息以及所述业务处理完毕的时间信息；

步骤S1110：客户端保存接收到的所述业务关键状态信息以及所述业务处理完毕的时间信息；

步骤S1112：当所述第一服务器发生业务切换时，第二服务器接收客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给客户端；

步骤S1114：客户端接收第二服务器发送的业务处理完毕的时间信息；

步骤S1116：客户端比对保存的最新业务处理完毕的时间信息与所述第二服务器发送的业务处理完毕的时间信息；

步骤S1118：当客户端保存的最新业务处理完毕的时间晚于从所述第二服务器发送的业务处理完毕的时间时，客户端向所述第二服务器返回保存的业务关键状态信息；

步骤S1120：当第二服务器接收到所述客户端根据所述最新的业务处理完毕的时间信息返回的业务关键状态信息后，根据所述业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的业务请求。

可理解的是，步骤S1118还可以为当客户端保存的最新业务处理完毕的时间与所述第二服务器发送的业务处理完毕的时间一致时，客户端向所述第二服务器发送指示信息，所述指示信息用于指示无需更新业务状态；第二服务器将直接处理接收到的所述业务请求。

综上所述，通过实施本发明实施例，第一服务器记录业务处理完毕的时间信息，并生成包含业务关键状态信息以及业务处理完毕的时间信息的返回包；将该业务处理完毕的时间信息同步到第二服务器，并将该返回包发送给客户端；当第一服务器发生业务切换时，该第二服务器接收客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给该客户端，当该客户端比对出本端保存的最新业务处理完毕的时间晚于从该第二服务器发送的业务处理完毕的时间时，向该第二服务器返回保存的业务关键状态信息；以使该第二服务器根据客户端发送的业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的业务请求；解决了现有技术中当跨机房容灾同步数据的链路出现时延较长或者断路，使得主服务器切换到备服务器时数据不完全一致而引起业务切换处理不流畅的技术问题，通过从客户端出发来保证数据的一致性，使得在主备服务器切换的时候，用户并不会感觉到任何数据的不一致，大大减少了用户的投诉，节省了客服资源，并提高了用户的体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (16)

1.一种服务器，其特征在于，所述服务器为第一服务器，包括：

处理时间记录模块，用于在处理完毕客户端发送的业务请求后，记录业务处理完毕的时间信息；

返回包生成模块，用于在处理完毕客户端发送的业务请求后，生成包含业务关键状态信息以及所述业务处理完毕的时间信息的返回包；

记录时间同步模块，用于将记录的所述业务处理完毕的时间信息同步到第二服务器；其中所述第二服务器为所述第一服务器的备用服务器，当所述第一服务器发生业务切换时，所述第二服务器接收所述客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给所述客户端；

业务请求返回模块，用于将所述返回包发送给所述客户端；以使所述客户端保存所述业务关键状态信息以及所述业务处理完毕的时间信息，并当所述第一服务器将所述业务切换至所述第二服务器时，比对本端保存的最新业务处理完毕的时间信息与所述第二服务器发送的业务处理完毕的时间信息；并当本端保存的最新业务处理完毕的时间晚于从所述第二服务器发送的业务处理完毕的时间时，向所述第二服务器返回保存的业务关键状态信息；以使所述第二服务器根据所述客户端返回的业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的所述业务请求。

2.如权利要求1所述的服务器，其特征在于，所述业务关键状态信息以及所述业务处理完毕的时间信息设置在所述返回包的公共头信息中。

3.一种服务器，其特征在于，所述服务器为第二服务器，包括：

时间接收保存模块，用于接收并保存第一服务器发送的业务处理完毕的时间信息；

业务接收模块，用于当所述第一服务器发生业务切换时，接收客户端发送的业务请求；

时间信息发送模块，用于当所述第一服务器发生业务切换时，将所述时间接收保存模块中保存的最新的业务处理完毕的时间信息发送给客户端；以使所述客户端比对本端保存的最新业务处理完毕的时间信息与所述第二服务器发送的业务处理完毕的时间信息；并当本端保存的最新业务处理完毕的时间晚于从所述第二服务器发送的业务处理完毕的时间时，向所述第二服务器返回保存的业务关键状态信息；所述客户端在本端保存的业务处理完毕的时间信息和业务关键状态信息为所述第一服务器在处理完毕业务请求后发送的信息；

业务更新模块，用于当接收到所述客户端根据所述最新的业务处理完毕的时间信息返回的业务关键状态信息后，根据所述业务关键状态信息更新业务状态，并在更新完毕后，触发处理所述业务接收模块接收到的业务请求。

4.如权利要求3所述的服务器，其特征在于，还包括：

返回信息接收模块，用于在所述时间信息发送模块发送最新的业务处理完毕的时间信息给所述客户端后，接收所述客户端返回的指示信息；

业务处理模块，用于当所述指示信息包含所述业务关键状态信息时，在所述业务更新模块更新业务状态后，处理所述业务接收模块接收到的业务请求；或当所述指示信息指示无需更新业务状态时，处理所述业务接收模块接收到的业务请求。

5.一种客户端，其特征在于，包括:

返回包接收模块，用于接收第一服务器发送的返回包；所述返回包包含业务关键状态信息以及业务处理完毕的时间信息；

信息保存模块，用于保存接收到的所述业务关键状态信息以及所述业务处理完毕的时间信息；

时间信息接收模块，用于接收第二服务器发送的业务处理完毕的时间信息；其中，所述第二服务器为所述第一服务器的备用服务器，所述业务处理完毕的时间信息为所述第一服务器在处理完毕业务请求后同步到所述第二服务器的信息，并当所述第一服务器发生业务切换时，所述第二服务器接收所述客户端发送的业务请求，向所述客户端发送保存的最新的业务处理完毕的时间信息；

时间比对模块，用于比对所述信息保存模块中保存的最新业务处理完毕的时间信息与所述时间信息接收模块接收的业务处理完毕的时间信息；

业务信息返回模块，用于当所述信息保存模块中保存的最新业务处理完毕的时间晚于从所述时间信息接收模块接收的业务处理完毕的时间时，向所述第二服务器返回所述信息保存模块中保存的业务关键状态信息；以使所述第二服务器根据所述客户端返回的业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的所述业务请求。

6.如权利要求5所述的客户端，其特征在于，还包括：

指示信息返回模块，用于当所述信息保存模块中保存的最新业务处理完毕的时间与所述时间信息接收模块接收的业务处理完毕的时间一致时，向所述第二服务器发送指示信息，所述指示信息用于指示无需更新业务状态。

7.如权利要求5或6所述的客户端，其特征在于，所述业务关键状态信息以及所述业务处理完毕的时间信息设置在所述返回包的公共头信息中；

所述业务信息返回模块具体用于当所述信息保存模块中保存的最新业务处理完毕的时间晚于从所述时间信息接收模块接收的业务处理完毕的时间时，向所述第二服务器返回所述公共头信息。

8.一种数据处理系统，其特征在于，包括第一服务器、第二服务器和客户端，其中

所述第一服务器在处理完毕所述客户端发送的业务请求后，记录业务处理完毕的时间信息，并生成包含业务关键状态信息以及所述业务处理完毕的时间信息的返回包；将记录的所述业务处理完毕的时间信息同步到所述第二服务器；将所述返回包发送给所述客户端，以使所述客户端保存所述业务关键状态信息以及所述业务处理完毕的时间信息；

所述第二服务器接收并保存所述第一服务器发送的业务处理完毕的时间信息；当所述第一服务器发生业务切换时，接收所述客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给所述客户端；

所述客户端接收所述第二服务器发送的业务处理完毕的时间信息后，比对本端保存的最新业务处理完毕的时间信息与所述第二服务器发送的业务处理完毕的时间信息；并当本端保存的最新业务处理完毕的时间晚于从所述第二服务器发送的业务处理完毕的时间时，向所述第二服务器返回保存的业务关键状态信息；

所述第二服务器接收到所述客户端返回的业务关键状态信息后，根据所述业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的所述业务请求。

9.如权利要求8所述的系统，其特征在于，所述第一服务器为如权利要求1或2所述的服务器，所述第二服务器为如权利要求3或4所述的服务器，所述客户端为如权利要求5-7任一项所述的客户端。

10.一种数据处理方法，其特征在于，包括：

在处理完毕客户端发送的业务请求后，记录业务处理完毕的时间信息，并生成包含业务关键状态信息以及所述业务处理完毕的时间信息的返回包；

将记录的所述业务处理完毕的时间信息同步到第二服务器；其中所述第二服务器为第一服务器的备用服务器，当所述第一服务器发生业务切换时，所述第二服务器接收所述客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给所述客户端；

将所述返回包发送给所述客户端；以使所述客户端保存所述业务关键状态信息以及所述业务处理完毕的时间信息，并当所述第一服务器将所述业务切换至所述第二服务器时，比对本端保存的最新业务处理完毕的时间信息与所述第二服务器发送的业务处理完毕的时间信息；并当本端保存的最新业务处理完毕的时间晚于从所述第二服务器发送的业务处理完毕的时间时，向所述第二服务器返回保存的业务关键状态信息；以使所述第二服务器根据所述客户端返回的业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的所述业务请求。

11.如权利要求10所述的方法，其特征在于，所述业务关键状态信息以及所述业务处理完毕的时间信息设置在所述返回包的公共头信息中。

12.一种数据处理方法，其特征在于，包括：

接收并保存第一服务器发送的业务处理完毕的时间信息；

当所述第一服务器发生业务切换时，接收客户端发送的业务请求，将保存的最新的业务处理完毕的时间信息发送给客户端；以使所述客户端比对本端保存的最新业务处理完毕的时间信息与第二服务器发送的业务处理完毕的时间信息；并当本端保存的最新业务处理完毕的时间晚于从所述第二服务器发送的业务处理完毕的时间时，向所述第二服务器返回保存的业务关键状态信息；所述客户端在本端保存的业务处理完毕的时间信息和业务关键状态信息为所述第一服务器在处理完毕业务请求后发送的信息；

当接收到所述客户端根据所述最新的业务处理完毕的时间信息返回的业务关键状态信息后，根据所述业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的业务请求。

13.如权利要求12所述的方法，其特征在于，在所述将保存的最新的业务处理完毕的时间信息发送给客户端之后，还包括：

接收所述客户端返回的指示信息；

当所述指示信息包含所述业务关键状态信息时，触发执行所述根据所述业务关键状态信息更新业务状态的步骤；当所述指示信息指示无需更新业务状态时，处理接收到的所述业务请求。

14.一种数据处理方法，其特征在于，包括：

接收第一服务器发送的返回包；所述返回包包含业务关键状态信息以及业务处理完毕的时间信息；

保存接收到的所述业务关键状态信息以及所述业务处理完毕的时间信息；

接收第二服务器发送的业务处理完毕的时间信息；其中，所述第二服务器为所述第一服务器的备用服务器，所述业务处理完毕的时间信息为所述第一服务器在处理完毕业务请求后同步到所述第二服务器的信息，并当所述第一服务器发生业务切换时，所述第二服务器接收客户端发送的业务请求，向所述客户端发送保存的最新的业务处理完毕的时间信息；

比对保存的最新业务处理完毕的时间信息与所述第二服务器发送的业务处理完毕的时间信息；

当保存的最新业务处理完毕的时间晚于从所述第二服务器发送的业务处理完毕的时间时，向所述第二服务器返回保存的业务关键状态信息；以使所述第二服务器根据所述客户端返回的业务关键状态信息更新业务状态，并在更新完毕后，触发处理接收到的所述业务请求。

15.如权利要求14所述的方法，其特征在于，还包括：

当保存的最新业务处理完毕的时间与所述第二服务器发送的业务处理完毕的时间一致时，向所述第二服务器发送指示信息，所述指示信息用于指示无需更新业务状态。

16.如权利要求14或15所述的方法，其特征在于，所述业务关键状态信息以及所述业务处理完毕的时间信息设置在所述返回包的公共头信息中；

所述向所述第二服务器返回保存的业务关键状态信息包括：向所述第二服务器返回所述公共头信息。