CN106844502A - 数据一致性处理方法及设备 - Google Patents

Abstract

本发明实施例提供一种数据一致性处理方法及设备，该方法包括：接收终端设备发送的、第一页面对应的页面获取请求，所述第一页面中包括依赖项；确定所述依赖项对应的至少一个依赖服务器；分别向各所述依赖服务器请求获取所述依赖项对应的依赖信息；根据各所述依赖服务器发送的依赖信息，确定所述依赖项对应的依赖页面信息；向所述终端设备发送所述依赖页面信息，以使所述终端设备根据所述依赖页面信息显示所述第一页面中的依赖项。用于降低终端设备的能耗。

Description

数据一致性处理方法及设备

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种数据一致性处理方法及设备。

背景技术

目前，应用程序中的功能项越来越多，很多功能项对应的数据依赖于其它服务器中的数据。例如，应用程序1中包括红包功能项，红包功能项中的红包数据可以来自打车服务器、外卖服务器等。

在实际应用过程中，终端设备可以向应用服务器请求应用程序中的数据，当终端设备向应用服务器请求应用程序中依赖其它服务器的功能项(下文简称依赖项)对应的数据时，终端设备需要向依赖服务器请求获取相应的数据。由于依赖项对应的数据可能来自多个依赖服务器，为了保证终端设备能够实时获取准确的数据，在现有技术中，需要终端设备和应用服务器之间建立长连接，应用服务器实时向依赖服务器获取依赖项对应的数据，并实时向终端设备发送获取得到的依赖项对应的数据。

然而，在终端设备和应用服务器保持长连接的过程中，终端设备与应用程序之间需要按照心跳间隔持续发送心跳包，导致终端设备的能耗较高。

发明内容

本发明实施例提供一种数据一致性处理方法及设备，降低了终端设备的能耗。

第一方面，本发明实施例提供一种数据一致性处理方法，应用于应用服务器，所述包括：

接收终端设备发送的、第一页面对应的页面获取请求，所述第一页面中包括依赖项；

确定所述依赖项对应的至少一个依赖服务器；

分别向各所述依赖服务器请求获取所述依赖项对应的依赖信息；

根据各所述依赖服务器发送的依赖信息，确定所述依赖项对应的依赖页面信息；

向所述终端设备发送所述依赖页面信息，以使所述终端设备根据所述依赖页面信息显示所述第一页面中的依赖项。

在一种可能的实施方式中，所述页面获取请求中包括用户的标识；相应的，分别向各所述依赖服务器请求获取所述依赖项对应的依赖信息，包括：

根据所述用户的标识，获取所述用户上次查看所述依赖项对应的依赖页面信息的第一时刻；

分别向各所述依赖服务器发送依赖信息获取请求，所述依赖信息获取请求包括所述第一时刻和所述用户的标识，以使各所述依赖服务器获取所述用户的标识对应的、更新时刻在第一时刻和当前时刻之间的依赖信息；

接收各所述依赖服务器发送的依赖信息。

在另一种可能的实施方式中，所述依赖项为消息图标，所述消息图标对应的依赖页面信息为所述消息图标的状态；相应的，根据各所述依赖服务器发送的依赖信息，确定所述依赖项对应的依赖页面信息，包括：

分别根据各所述依赖信息，确定所述用户的标识对应的、更新时刻在第一时刻和当前时刻之间消息个数；

根据各所述消息个数，确定所述消息图标的状态；其中，所述消息图标的状态包括第一状态和第二状态，所述第一状态用于指示存在所述消息图标对应的未读消息，所述第二状态用于指示不存在所述消息图标对应的未读消息。

在另一种可能的实施方式中，根据各所述消息个数，确定所述消息图标的状态，包括：

若各所述消息个数之和大于零，则确定所述消息图标的状态为第一状态；

若各所述消息个数之和等于零，则确定所述消息图标的状态为第二状态。

在另一种可能的实施方式中，向所述终端设备发送所述依赖页面信息，以使所述终端设备根据所述依赖页面信息显示所述第一页面中的依赖项，包括：

向所述终端设备发送所述消息图标的状态，以使所述终端设备根据所述消息图标的状态渲染所述消息图标，并在所述第一页面中显示渲染后的消息图标。

在另一种可能的实施方式中，所述依赖项为消息详情，所述消息详情对应的依赖页面信息为所述消息详情对应的消息数据；相应的，根据各所述依赖服务器发送的依赖信息，确定所述依赖项对应的依赖页面信息，包括：

分别在各所述依赖服务器发送的依赖信息中获取消息数据；

相应的，向所述终端设备发送所述依赖页面信息，以使所述终端设备根据所述依赖页面信息显示所述第一页面中的依赖项，包括：

向所述终端设备发送所述消息数据，以使所述终端设备对所述消息数据进行渲染，并在所述第一页面中显示渲染后的消息数据。

第二方面，本发明实施例提供一种应用服务器，包括：

接收模块，用于接收终端设备发送的、第一页面对应的页面获取请求，所述第一页面中包括依赖项；

第一确定模块，用于确定所述依赖项对应的至少一个依赖服务器；

获取模块，用于分别向各所述依赖服务器请求获取所述依赖项对应的依赖信息；

第二确定模块，用于根据各所述依赖服务器发送的依赖信息，确定所述依赖项对应的依赖页面信息；

发送模块，用于向所述终端设备发送所述依赖页面信息，以使所述终端设备根据所述依赖页面信息显示所述第一页面中的依赖项。

在一种可能的实施方式中，所述页面获取请求中包括用户的标识；相应的，所述获取模块具体用于：

根据所述用户的标识，获取所述用户上次查看所述依赖项对应的依赖页面信息的第一时刻；

分别向各所述依赖服务器发送依赖信息获取请求，所述依赖信息获取请求包括所述第一时刻和所述用户的标识，以使各所述依赖服务器获取所述用户的标识对应的、更新时刻在第一时刻和当前时刻之间的依赖信息；

接收各所述依赖服务器发送的依赖信息。

在另一种可能的实施方式中，所述依赖项为消息图标，所述消息图标对应的依赖页面信息为所述消息图标的状态；相应的，所述第二确定模块具体用于：

分别根据各所述依赖信息，确定所述用户的标识对应的、更新时刻在第一时刻和当前时刻之间消息个数；

根据各所述消息个数，确定所述消息图标的状态；其中，所述消息图标的状态包括第一状态和第二状态，所述第一状态用于指示存在所述消息图标对应的未读消息，所述第二状态用于指示不存在所述消息图标对应的未读消息。

在另一种可能的实施方式中，所述第二确定模块具体用于：

若各所述消息个数之和大于零，则确定所述消息图标的状态为第一状态；

若各所述消息个数之和等于零，则确定所述消息图标的状态为第二状态。

在另一种可能的实施方式中，所述发送模块具体用于：

向所述终端设备发送所述消息图标的状态，以使所述终端设备根据所述消息图标的状态渲染所述消息图标，并在所述第一页面中显示渲染后的消息图标。

在另一种可能的实施方式中，所述依赖项为消息详情，所述消息详情对应的依赖页面信息为所述消息详情对应的消息数据；相应的，所述第二确定模块具体用于，分别在各所述依赖服务器发送的依赖信息中获取消息数据；

相应的，所述发送模块具体用于，向所述终端设备发送所述消息数据，以使所述终端设备对所述消息数据进行渲染，并在所述第一页面中显示渲染后的消息数据。

本发明实施例提供的数据一致性处理方法及设备，当用户需要在终端设备中查看包括依赖项的页面时，应用服务器再向各依赖服务器请求获取依赖项对应的依赖信息，根据依赖信息确定依赖页面信息，并向终端设备反馈确定得到的依赖页面信息，以使终端设备可以根据依赖页面信息及时展示依赖项。在上述过程中，终端设备和应用服务器之间无需建立长连接，进而降低了终端设备的能耗。

附图说明

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

图1为本发明实施例提供的数据一致性处理方法的流程示意图；

图2为本发明提供的数据一致性处理方法的流程示意图一；

图3为本发明提供的数据一致性处理方法的流程示意图二；

图4为本发明实施例提供的应用服务器的结构示意图。

具体实施方式

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

图1为本发明实施例提供的数据一致性处理方法的流程示意图。请参见图1，包括终端设备101、应用服务器102和至少一个依赖服务器(分别记为103-1至103-N)。终端设备101可以为手机、电脑、电视等设备，在终端设备101中安装有应用程序，该应用程序的页面中包括依赖项，依赖项中的数据依赖于至少一个依赖服务器。应用服务器102为应用程序对应的服务器，应用服务器102可以向终端设备提供应用程序中的数据。应用服务器102可以和各依赖服务器通信，以实现在各依赖服务器中获取依赖项对应的数据，并向终端设备101提供依赖项对应的数据。

在本申请中，由于依赖项通常位于应用程序的一个或多个页面中，当用户需要在终端设备中查看包括依赖项的页面时，应用服务器再向各依赖服务器请求获取依赖项对应的依赖信息，根据依赖信息确定依赖页面信息，并向终端设备反馈确定得到的依赖页面信息，以使终端设备可以根据依赖页面信息及时展示依赖项。在上述过程中，终端设备和应用服务器之间无需建立长连接，进而降低了终端设备的能耗。

下面，通过具体实施例，对本申请所示的技术方案进行详细说明。下面几个具体的实施例可以相互结合，相同或相似的内容在不同的实施例中不再进行重复描述。

图2为本发明提供的数据一致性处理方法的流程示意图一。请参见图2，该方法可以包括：

S201、终端设备向应用服务器发送第一页面对应的页面获取请求，第一页面中包括依赖项。

在本发明实施例中，第一页面可以为应用程序中任意一个包括依赖项的页面。依赖项对应的数据依赖于除应用服务器之外的其它服务器(依赖服务器)中的数据。可选的，依赖项可以为图标、消息详情等。

例如，依赖项可以为应用程序的一个页面中的红包图标，用户对该红包图标进行点击操作之后，可以查看红包详情列表。假设该红包图标的形状依赖于打车服务器、外卖服务器，当打车服务器或者外卖服务器向用户发送新的红包时，该红包图标中包括红点标识，否者，该红包图标中不包括红点标识。当然，依赖项还可以为红包详情信息，该红包详情信息为打车服务器或者外卖服务器发送的。

在实际应用过程中，当用户需要在终端设备中查看第一页面时，用户可以在终端设备中输入第一页面对应的查看指令，例如，用户可以对应用程序中相应的图标进行点击操作，以实现输入第一页面对应的查看指令。终端设备可以根据用户输入的第一页面对应的查看指令，向应用程序发送第一页面对应的页面获取请求，以向应用服务器请求获取第一页面。

可选的，在用户使用应用程序的过程中，用户可以通过注册的信息登录应用程序。若应用程序处于登录状态，相应的，终端设备向应用服务器发送的页面获取请求中还可以包括用户的标识，以使应用服务器获取该用户的标识对应的第一页面。可选的，用户的标识可以为用户注册的账号等。

S202、应用服务器确定依赖项对应的至少一个依赖服务器。

可选的，可以设置依赖项与依赖服务器的对应关系，相应的，应用服务器可以根据该对应关系，确定依赖项对应的至少一个依赖服务器。

S203、应用服务器向依赖服务器发送依赖信息获取请求。

在应用服务器确定得到至少一个依赖服务器之后，应用服务器获取各个依赖服务器的地址，并根据各个依赖服务器的地址，分别向各个依赖服务器发送依赖信息获取请求。

可选的，当终端设备向应用服务器发送的页面获取请求中包括用户的标识时，相应的，应用服务器可以在页面获取请求中获取用户的标识，并将该用户的标识携带在依赖信息获取请求中。

进一步的，在实际应用过程中，在应用服务器项依赖服务器请求获取依赖信息时，应用服务器可以只向依赖服务器请求用户未查看过的依赖信息。例如，假设用户上次在10点查看了依赖项对应的依赖信息，若当前时刻为11点，则应用服务器可以只向依赖服务器请求10点-11点之间更新的、该依赖项对应的依赖信息。

可选的，在应用服务器向依赖服务器发送依赖信息获取请求时，应用服务器可以获取用户上次查看依赖项对应的依赖页面信息的第一时刻，并在依赖信息获取请求中携带该第一时刻和用户的标识，以使依赖服务器可以获取用户的标识对应的、更新时刻在第一时刻和当前时刻之间的依赖信息。可选的，各个用户对应的第一时刻可以存储在公共磁盘中。

S204、依赖服务器获取依赖信息。

可选的，当依赖信息获取请求中包括第一时刻和用户的标识时，依赖服务器可以在依赖信息获取请求中获取第一时刻和用户的标识，并获取用户的标识对应的、更新时刻在第一时刻和当前时刻之间的依赖信息。

S205、依赖服务器向应用服务器发送依赖信息。

S206、应用服务器根据依赖信息，确定依赖项对应的依赖页面信息。

在本发明实施例中，依赖信息为依赖服务器向应用程序发送的数据信息。依赖页面信息为应用服务器根据依赖信息确定的、用于在第一页面中显示的信息。

可选的，当依赖项不同时，应用服务器根据依赖信息，确定依赖项对应的依赖页面信息的过程也不相同。具体的，可以包括如下两种可行的实现方式：

一种可行的实现方式：依赖项为消息图标，消息图标对应的依赖页面信息为消息图标的状态。

相应的，应用服务器可以通过如下可行的实现方式，根据各依赖服务器发送的依赖信息，确定依赖项对应的依赖页面信息：应用服务器分别根据各依赖信息，确定用户的标识对应的、更新时刻在第一时刻和当前时刻之间消息个数，根据各消息个数，确定消息图标的状态。其中，消息图标的状态包括第一状态和第二状态，第一状态用于指示存在消息图标对应的未读消息，第二状态用于指示不存在消息图标对应的未读消息。

在该种可行的实现方式中，在应用服务器接收到依赖服务器发送的依赖信息之后，应用服务器分别根据各依赖信息，确定各依赖服务器中存储的用户的标识对应的、更新时刻在第一时刻和当前时刻之间消息个数，然后将各个消息个数相加。若各消息个数之和大于零，则确定消息图标的状态为第一状态，第一状态用于指示存在未读消息；若各消息个数之和等于零，则消息图标的状态为第二状态。在确定得到消息图标的状态之后，向终端设备发送消息图标的状态，以使终端设备根据消息图标的状态渲染消息图标，并在第一页面中显示渲染后的消息图标。

例如，当消息图标的状态为第一状态时，终端设备渲染得到的消息图标中可以包括红点，以提示用户应用程序中当前存储该消息图标对应未读消息。当消息图标的状态为第二状态时，渲染得到的消息图标中可以不包括红点。

另一种可行的实现方式：依赖项为消息详情，消息详情对应的依赖页面信息为所述消息详情对应的消息数据。

相应的，应用服务器可以可以通过如下可行的实现方式，根据各依赖服务器发送的依赖信息，确定依赖项对应的依赖页面信息：分别在各所述依赖服务器发送的依赖信息中获取消息数据。

在该种可行的实现方式中，在应用服务器接收到依赖服务器发送的依赖信息之后，应用服务器分别在各依赖服务器发送的依赖信息中提取用于表示消息详情的消息数据。应用服务器向终端设备发送消息数据，以使终端设备对消息数据进行渲染，并在第一页面中显示渲染后的消息数据。可选的，渲染后的消息数据可以按照预先设置的样式进行显示。

S207、应用服务器向终端设备发送依赖页面信息。

S208、终端设备根据依赖页面信息显示第一页面中的依赖项。

在应用服务器获取得到依赖项对应的依赖页面信息之后，应用服务器向终端设备发送依赖页面信息。在实际应用过程中，在应用服务器向终端设备发送依赖页面信息的同时，还向终端设备发送第一页面中的其它页面信息，以使终端设备可以显示完整的第一页面。

可选的，在应用服务器向终端设备发送第一页面的页面信息(包括依赖页面信息)时，可以使用Velocity模板，Velocity是一个基于java的模板引擎。具体的，可以将页面中固定不变的内容固定写在Velocity模板中，并存放在一个静态资源文件中，例如，固定不变的内容可以包括返回接口中所有的key值、展示的图标、跳转的路径等，这样，在实际应用过程中，只需要维护一些依赖于服务和业务场景下需要变动的字段，以使开发者在编码的过程中不必关注最终数据的结构，只需要将变动的字段根据velocity语法填充到模版中，进而减少在编码逻辑中为了操作个别几个字段而频繁的将大的数据结构频繁序列化的问题，同时，减少数据传输过程中的序列化字段，简化代码计算逻辑。

本发明实施例提供的数据一致性处理方法，当用户需要在终端设备中查看包括依赖项的页面时，应用服务器再向各依赖服务器请求获取依赖项对应的依赖信息，根据依赖信息确定依赖页面信息，并向终端设备反馈确定得到的依赖页面信息，以使终端设备可以根据依赖页面信息及时展示依赖项。在上述过程中，终端设备和应用服务器之间无需建立长连接，进而降低了终端设备的能耗。

下面，以一可选的场景，通过具体示例，对图2实施例所示的方法进行详细说明。

示例性的，假设终端设备中安装有应用程序1，应用程序1对应的服务器为应用服务器。假设应用程序1的首页面中包括红包图标，用户可以对红包图标进行点击操作，以查看红包列表，在红包列表中包括打车服务器发送的红包。当用户收到新的未查看的红包时，红包图标上显示红点，否则，红包图标上不显示红点。下面，通过图3所示的实施例，对该场景下的数据一致性处理方法进行详细说明。

图3为本发明提供的数据一致性处理方法的流程示意图二。请参见图3，该方法可以包括：

S301、终端设备向应用服务器发送首页面对应的页面获取请求，首页面中包括红包图标。

由于终端设备中显示的首页面中的红包图标中可以包括红点，也可以不包括红点。且红包图标中是否包括红点依赖于打车服务器和外卖服务器是否向终端设备发送新的红包，因此，该红包图标为一依赖项。

可选的，当用户需要查看应用程序的首页面时，用户可以在终端设备中输入首页面查看指令，例如，用户可以对首页面对应的图标进行点击操作之后，以使终端设备接收到首页面查看指令。在终端设备接收到首页面查看指令之后，终端设备再向应用服务器发送首页面对应的页面获取请求。

可选的，当用户登录应用程序1时，终端设备向应用服务器发送的页面获取请求包括用户的标识。

S302、应用服务器确定红包图标对应的打车服务器。

S303、应用服务器向打车服务器发送第一依赖信息获取请求，第一依赖信息获取请求中包括第一时刻和用户的标识。

可选的，应用服务器可以获取用户上次查看红包列表的第一时刻，在页面获取请求中获取用户的标识。应用服务器将第一时刻和用户的标识携带在依赖信息获取请求中。

S304、打车服务器根据第一依赖信息获取请求，获取用户的标识对应的、更新时刻在第一时刻与当前时刻之间红包个数。

S305、打车服务器向应用服务器发送红包个数。

S306、应用服务器根据红包个数，确定红包图标的状态。

当红包个数大于零时，红包图标的状态为第一状态，以使红包图标中包括红点。当红包个数等于零时，红包图标的状态为第二状态，以使红包图标中不包括红点。

S307、应用服务器向终端设备发送红包图标的状态。

S308、终端设备根据红包图标的状态，对红包图标进行渲染，并在首页面中显示渲染后的红包图标。

当用户对红包图标进行点击操作之后，执行S309-S315。

S309、终端设备向应用服务器发送红包列表页面对应的页面获取请求，红包列表页面中包括红包详情信息。

S310、应用服务器确定红包详情信息对应的打车服务器。

S311、应用服务器向打车服务器发送第二依赖信息获取请求，第二依赖信息获取请求中包括第一时刻和用户的标识。

S312、打车服务器根据第一依赖信息获取请求，获取用户的标识对应的、更新时刻在第一时刻与当前时刻之间红包数据。

S313、打车服务器向应用服务器发送红包数据。

S314、应用服务器向终端设备发送该红包数据。

S315、终端设备对红包数据进行渲染，并在红包列表中显示红包数据。

在图3所示的实施例中，当用户需要查看首页面时，终端设备才与应用服务器进行通信，以使应用服务器向打车服务器获取最新红包的个数，并根据最新红包的个数，向终端设备发送红包图标的状态，以使终端设备可以及时显示正确的红包图标。在该过程中，终端设备无需与应用服务器进行长连接即可实现及时显示正确的红包图标，进而节省了终端设备的能耗，例如，可以节省终端设备的电量、以及终端设备的流量。

当用户需要查看红包列表时，终端设备才与应用服务器进行通信，以使应用服务器向打车服务器获取最新的红包数据，向终端设备发送红包数据，以使终端设备可以及时显示正确的红包列表。在该过程中，终端设备无需与应用服务器进行长连接即可实现及时显示正确的红包图标，进而节省了终端设备的能耗，例如，可以节省终端设备的电量、以及终端设备的流量。

图4为本发明实施例提供的应用服务器的结构示意图。请参见图4，该应用服务器可以包括：

接收模块11，用于接收终端设备发送的、第一页面对应的页面获取请求，所述第一页面中包括依赖项；

第一确定模块12，用于确定所述依赖项对应的至少一个依赖服务器；

获取模块13，用于分别向各所述依赖服务器请求获取所述依赖项对应的依赖信息；

第二确定模块14，用于根据各所述依赖服务器发送的依赖信息，确定所述依赖项对应的依赖页面信息；

发送模块15，用于向所述终端设备发送所述依赖页面信息，以使所述终端设备根据所述依赖页面信息显示所述第一页面中的依赖项。

本发明实施例提供的应用服务器可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

在一种可能的实施方式中，所述页面获取请求中包括用户的标识；相应的，所述获取模块13具体用于：

根据所述用户的标识，获取所述用户上次查看所述依赖项对应的依赖页面信息的第一时刻；

分别向各所述依赖服务器发送依赖信息获取请求，所述依赖信息获取请求包括所述第一时刻和所述用户的标识，以使各所述依赖服务器获取所述用户的标识对应的、更新时刻在第一时刻和当前时刻之间的依赖信息；

接收各所述依赖服务器发送的依赖信息。

在另一种可能的实施方式中，所述依赖项为消息图标，所述消息图标对应的依赖页面信息为所述消息图标的状态；相应的，所述第二确定模块14具体用于：

分别根据各所述依赖信息，确定所述用户的标识对应的、更新时刻在第一时刻和当前时刻之间消息个数；

根据各所述消息个数，确定所述消息图标的状态；其中，所述消息图标的状态包括第一状态和第二状态，所述第一状态用于指示存在所述消息图标对应的未读消息，所述第二状态用于指示不存在所述消息图标对应的未读消息。

在另一种可能的实施方式中，所述第二确定模块14具体用于：

若各所述消息个数之和大于零，则确定所述消息图标的状态为第一状态；

若各所述消息个数之和等于零，则确定所述消息图标的状态为第二状态。

在另一种可能的实施方式中，所述发送模块15具体用于：

向所述终端设备发送所述消息图标的状态，以使所述终端设备根据所述消息图标的状态渲染所述消息图标，并在所述第一页面中显示渲染后的消息图标。

在另一种可能的实施方式中，所述依赖项为消息详情，所述消息详情对应的依赖页面信息为所述消息详情对应的消息数据；相应的，所述第二确定模块14具体用于，分别在各所述依赖服务器发送的依赖信息中获取消息数据；

相应的，所述发送模块15具体用于，向所述终端设备发送所述消息数据，以使所述终端设备对所述消息数据进行渲染，并在所述第一页面中显示渲染后的消息数据。

本发明实施例提供的应用服务器可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (12)

1.一种数据一致性处理方法，其特征在于，应用于应用服务器，所述方法包括：

接收终端设备发送的、第一页面对应的页面获取请求，所述第一页面中包括依赖项；

确定所述依赖项对应的至少一个依赖服务器；

分别向各所述依赖服务器请求获取所述依赖项对应的依赖信息；

根据各所述依赖服务器发送的依赖信息，确定所述依赖项对应的依赖页面信息；

向所述终端设备发送所述依赖页面信息，以使所述终端设备根据所述依赖页面信息显示所述第一页面中的依赖项。

2.根据权利要求1所述的方法，其特征在于，所述页面获取请求中包括用户的标识；相应的，分别向各所述依赖服务器请求获取所述依赖项对应的依赖信息，包括：

根据所述用户的标识，获取所述用户上次查看所述依赖项对应的依赖页面信息的第一时刻；

分别向各所述依赖服务器发送依赖信息获取请求，所述依赖信息获取请求包括所述第一时刻和所述用户的标识，以使各所述依赖服务器获取所述用户的标识对应的、更新时刻在第一时刻和当前时刻之间的依赖信息；

接收各所述依赖服务器发送的依赖信息。

3.根据权利要求2所述的方法，其特征在于，所述依赖项为消息图标，所述消息图标对应的依赖页面信息为所述消息图标的状态；相应的，根据各所述依赖服务器发送的依赖信息，确定所述依赖项对应的依赖页面信息，包括：

分别根据各所述依赖信息，确定所述用户的标识对应的、更新时刻在第一时刻和当前时刻之间消息个数；

根据各所述消息个数，确定所述消息图标的状态；其中，所述消息图标的状态包括第一状态和第二状态，所述第一状态用于指示存在所述消息图标对应的未读消息，所述第二状态用于指示不存在所述消息图标对应的未读消息。

4.根据权利要求3所述的方法，其特征在于，根据各所述消息个数，确定所述消息图标的状态，包括：

若各所述消息个数之和大于零，则确定所述消息图标的状态为第一状态；

若各所述消息个数之和等于零，则确定所述消息图标的状态为第二状态。

5.根据权利要求3或4所述的方法，其特征在于，向所述终端设备发送所述依赖页面信息，以使所述终端设备根据所述依赖页面信息显示所述第一页面中的依赖项，包括：

向所述终端设备发送所述消息图标的状态，以使所述终端设备根据所述消息图标的状态渲染所述消息图标，并在所述第一页面中显示渲染后的消息图标。

6.根据权利要求2所述的方法，其特征在于，所述依赖项为消息详情，所述消息详情对应的依赖页面信息为所述消息详情对应的消息数据；相应的，根据各所述依赖服务器发送的依赖信息，确定所述依赖项对应的依赖页面信息，包括：

分别在各所述依赖服务器发送的依赖信息中获取消息数据；

相应的，向所述终端设备发送所述依赖页面信息，以使所述终端设备根据所述依赖页面信息显示所述第一页面中的依赖项，包括：

向所述终端设备发送所述消息数据，以使所述终端设备对所述消息数据进行渲染，并在所述第一页面中显示渲染后的消息数据。

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

接收模块，用于接收终端设备发送的、第一页面对应的页面获取请求，所述第一页面中包括依赖项；

第一确定模块，用于确定所述依赖项对应的至少一个依赖服务器；

获取模块，用于分别向各所述依赖服务器请求获取所述依赖项对应的依赖信息；

第二确定模块，用于根据各所述依赖服务器发送的依赖信息，确定所述依赖项对应的依赖页面信息；

发送模块，用于向所述终端设备发送所述依赖页面信息，以使所述终端设备根据所述依赖页面信息显示所述第一页面中的依赖项。

8.根据权利要求7所述的应用服务器，其特征在于，所述页面获取请求中包括用户的标识；相应的，所述获取模块具体用于：

根据所述用户的标识，获取所述用户上次查看所述依赖项对应的依赖页面信息的第一时刻；

分别向各所述依赖服务器发送依赖信息获取请求，所述依赖信息获取请求包括所述第一时刻和所述用户的标识，以使各所述依赖服务器获取所述用户的标识对应的、更新时刻在第一时刻和当前时刻之间的依赖信息；

接收各所述依赖服务器发送的依赖信息。

9.根据权利要求8所述的应用服务器，其特征在于，所述依赖项为消息图标，所述消息图标对应的依赖页面信息为所述消息图标的状态；相应的，所述第二确定模块具体用于：

分别根据各所述依赖信息，确定所述用户的标识对应的、更新时刻在第一时刻和当前时刻之间消息个数；

根据各所述消息个数，确定所述消息图标的状态；其中，所述消息图标的状态包括第一状态和第二状态，所述第一状态用于指示存在所述消息图标对应的未读消息，所述第二状态用于指示不存在所述消息图标对应的未读消息。

10.根据权利要求9所述的应用服务器，其特征在于，所述第二确定模块具体用于：

若各所述消息个数之和大于零，则确定所述消息图标的状态为第一状态；

若各所述消息个数之和等于零，则确定所述消息图标的状态为第二状态。

11.根据权利要求9或10所述的应用服务器，其特征在于，所述发送模块具体用于：

向所述终端设备发送所述消息图标的状态，以使所述终端设备根据所述消息图标的状态渲染所述消息图标，并在所述第一页面中显示渲染后的消息图标。

12.根据权利要求8所述的应用服务器，其特征在于，所述依赖项为消息详情，所述消息详情对应的依赖页面信息为所述消息详情对应的消息数据；相应的，所述第二确定模块具体用于，分别在各所述依赖服务器发送的依赖信息中获取消息数据；

相应的，所述发送模块具体用于，向所述终端设备发送所述消息数据，以使所述终端设备对所述消息数据进行渲染，并在所述第一页面中显示渲染后的消息数据。