CN104994179A

CN104994179A - 一种数据处理方法及服务器

Info

Publication number: CN104994179A
Application number: CN201510246012.7A
Authority: CN
Inventors: 郑金洪
Original assignee: Shenzhen Tencent Computer Systems Co Ltd
Current assignee: Shenzhen Tencent Computer Systems Co Ltd
Priority date: 2015-05-14
Filing date: 2015-05-14
Publication date: 2015-10-21
Anticipated expiration: 2035-05-14
Also published as: CN104994179B

Abstract

本发明实施例公开了一种数据处理方法。本发明实施例方法包括：服务器接收客户端发送的用户好友数据获取请求，所述请求中携带所述客户端本地缓存的所述用户的好友数据对应的第一哈希值和所述用户的标识信息；服务器根据所述用户的标识信息，从数据中心获取所述用户的好友数据；服务器根据获取的所述好友数据，计算得到第二哈希值，所述第一哈希值和所述第二哈希值为同一种类型的哈希值；服务器判断所述第一哈希值和所述第二哈希值是否相同，若否，将从所述数据中心获取的所述用户的好友数据返回给所述客户端；若是，返回好友数据未更新的提示信息给所述客户端。本发明实施例减少了服务器与客户端之间的交互，避免了用户不必要的流量损耗。

Description

一种数据处理方法及服务器

技术领域

本发明涉及通信技术领域，特别涉及一种数据处理方法及服务器。

背景技术

掌上英雄联盟，作为一个英雄联盟(League of Legends，LOL)游戏社区的APP应用，需要负责LOL游戏用户的登陆，聊天，好友列表维护，咨询查看等不同功能。然而，由于LOL的用户数据，是存在于第三方的游戏部门，只给中间服务商提供了备份数据库来进行查询，存储用户数据的数据中心中，有增删改查四种操作，数据是通过时间戳来感知变化。然而，当对数据进行删除时，程序是无法知道用户的好友数据发生了变化的，所以，每次用户来查询好友数据时，都必须把好友数据返回给用户，服务器与客户端的交互步骤太复杂，其次，当用户好友数据没更新时，好友数据的拉取会导致用户不必要的流量损耗。

发明内容

本发明实施例提供了一种数据处理方法及服务器，减少了服务器与客户端之间的交互，降低了用户不必要的流量损耗。

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

服务器接收客户端发送的用户好友数据获取请求，所述请求中携带所述客户端本地缓存的所述用户的好友数据对应的第一哈希值和所述用户的标识信息；

所述服务器根据所述用户的标识信息，从数据中心获取所述用户的好友数据；

所述服务器根据获取的所述好友数据，计算得到第二哈希值，所述第一哈希值和所述第二哈希值为同一种类型的哈希值；

所述服务器判断所述第一哈希值和所述第二哈希值是否相同，若否，将从所述数据中心获取的所述用户的好友数据返回给所述客户端；若是，返回好友数据未更新的提示信息给所述客户端。

本发明实施例第二方面提供了一种数据处理方法，包括：

接收单元，用于接收客户端发送的用户好友数据获取请求，所述请求中携带所述客户端本地缓存的所述用户的好友数据对应的第一哈希值和所述用户的标识信息；

获取单元，用于根据所述用户的标识信息，从数据中心获取所述用户的好友数据；

计算单元，用于根据获取的所述好友数据，计算得到第二哈希值，所述第一哈希值和所述第二哈希值为同一种类型的哈希值；

数据更新单元，判断所述第一哈希值和所述第二哈希值是否相同，若否，将从所述数据中心获取的所述用户的好友数据返回给所述客户端；若是，返回好友数据未更新的提示信息给所述客户端。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中服务器在接收到客户端用户发送的携带所述用户的好友数据对应的第一哈希值的好友数据获取请求后，根据用户的标识信息，从数据中心获取所述用户的好友数据，并由此计算得到的第二哈希值，根据比较第一哈希值和第二哈希值是否相同判断用户的好友数据是否更新，在不同时，说明用户的好友数据已更新，才返回用户好友数据到用户客户端，减少了服务器与客户端之间的交互，避免了用户不必要的流量损耗。

附图说明

图1是本发明实施例中数据处理方法的一个实施例示意图；

图2是本发明实施例中数据处理方法的另一个实施例示意图；

图3是本发明实施例中数据处理方法的另一个实施例示意图；

图4是本发明实施例中服务器的一个实施例示意图；

图5是本发明实施例中服务器的另一个实施例示意图。

具体实施方式

本发明实施例提供了一种数据处理方法及服务器，减少了服务器与客户端之间的交互，避免了用户不必要的流量损耗。

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了方便理解本发明实施例，首先在此介绍本发明实施例描述中会引入的几个要素；

客户端：

客户端(Client)或称为用户端，是指与服务器相对应，为客户提供本地服务的程序。除了一些只在本地运行的应用程序之外，一般安装在普通的客户机(如手机等终端)上，需要与服务端互相配合运行，对于应用程序所在的客户端，需要网络中有相应的服务器和服务程序来提供相应的服务，如数据库服务，电子邮件服务等等，在客户端和服务器端，需要建立特定的通信连接，来保证应用程序的正常运行。

服务器：也称伺服器，服务器是网络环境中的高性能计算机，它侦听网络上的其他计算机(客户机)提交的服务请求，并提供相应的服务。

哈希(Hash)算法：

哈希算法可以将任意长度的输入经过变化以后得到固定长度的输出。哈希函数的这种单向特征和输出数据长度固定的特征使得它可以生成消息或者数据。哈希算法可以将任意长度的二进制值映射为较短的固定长度的二进制值，这个小的二进制值称为哈希值。哈希值是一段数据唯一且极其紧凑的数值表示形式。如果散列一段明文而且哪怕只更改该段落的一个字母，随后的哈希都将产生不同的值。

UUID：用户的账户ID，作为用户数据的唯一标示，用128bit进行表示；

请参阅图1，本发明实施例中数据处理方法的一个实施例包括：

101、服务器接收客户端发送的用户好友数据获取请求；

本实施例中，所述请求中携带所述客户端本地缓存的所述用户的好友数据对应的第一哈希值和所述用户的标识信息，所述第一哈希值为根据哈希算法计算本地缓存的所述用户的好友数据得到的哈希值；

所述用户标识信息可以是UUID，如账户名，用户注册邮箱，用户绑定手机号，用户帐号的二维码信息等。

102、服务器根据所述用户的标识信息，从数据中心获取所述用户的好友数据；

数据中心用来在internet网络基础设施上传递、加速、展示、计算、存储数据信息，本实施例中，数据中心中存储着用户的好友数据。

103、服务器根据获取的所述好友数据，计算得到第二哈希值；

由于哈希算法可以将任意长度的输入经过变化以后得到固定长度的输出，因此，根据确定的好友数据，可以得到第二哈希值，本实施例中，所述第一哈希值和所述第二哈希值为同一种类型的哈希值，即第一哈希值和第二哈希值按照相同的哈希算法得到，例如第一哈希值、第二哈希值都是采用MD5(英文全称:Message Digest Algorithm 5，中文全称:消息摘要算法第五版)算法得到，或第一哈希值、第二哈希值都是采用SHA-1算法(英文全称：SecureHash Algorithm 1，中文全称：安全散列算法1)等，当然，第一哈希值、第二哈希值还可以是其他哈希算法相对应的哈希值，如RIPEMD(RACE IntegrityPrimitives Evaluation Message Digest，RACE原始完整性校验消息摘要)算法等，此处不作限定。

104、服务器判断所述第一哈希值和所述第二哈希值是否相同，若否，执行步骤105，若是，执行步骤106；

由于当确定采用相同哈希算法得到的两个哈希值相同时，即可确定，该哈希值对应的数据相同，因此此处可以根据判断好友数据对应的第一哈希值和第二哈希值是否相同，去判断所述用户的好友数据是否发生变化。

105、服务器将从所述数据中心获取的所述用户的好友数据返回给所述客户端；

服务器在所述第一哈希值和所述第二哈希值不相同时，即确定所述用户的好友数据发生了变化，将上述步骤中，从所述数据中心获取的所述用户的好友数据返回给客户端。

106、服务器返回好友数据未更新的提示信息给所述客户端。

服务器在所述第一哈希值和所述第二哈希值相同时，即确定所述用户的好友数据没发生变化，返回好友数据未更新的提示信息给所述客户端，通知客户端用户好友数据未更新，则客户端不需要重新拉取用户好友数据，减少了交互，避免了用户不必要的流量消耗。

本实施例中，好友数据可以包括所述用户的好友关系链表和好友分组信息，此时，第一哈希值是根据客户端本地缓存的所述用户的好友关系链表和好友分组信息计算得到，对应的，第二哈希值是根据服务器从数据中心获取的所述用户的好友关系链表和好友分组信息计算得到，当然，在本发明一些实施例中，好友数据也可以是仅仅只包括好友关系链表，此时，第一哈希值是根据客户端本地缓存的所述用户的好友关系链表计算得到，对应的，第二哈希值是根据服务器从数据中心获取的所述用户的好友关系链表计算得到，此处不作限定。

由于LOL的用户数据，是存在于第三方的游戏部门，只给中间服务商提供了备份数据库来进行查询，存储用户数据的数据中心中，数据是通过时间戳来感知变化，然而，当数据中心对数据进行删除时，中间服务商的服务器是无法知道用户的好友数据发生了变化的，所以，每次用户来查询好友数据时，都必须把好友数据返回给用户，其次，由于服务器是中间服务商的，进行好友数据更新时，需要与数据中心和客户端交互，交互步骤太复杂，且当用户好友数据没更新时，好友数据的拉取会导致用户不必要的流量损耗，因此，本发明实施例应用在LOL中间服务商的服务器中时，由于服务器无法知道数据中心的用户好友数据发生了变化，通过本发明实施例确定用户好友数据是否发生变化，在好友数据发生了变化的情况下，才更新好友数据，避免了用户不必要的流量损耗和无效的交互造成的资源损耗，此时就更显得其必要性。

下面以好友数据包括好友关系链表的一个实施例具体作出说明，请参阅图2，本发明实施例中数据处理方法的一个实施例包括：

201、服务器接收客户端发送的用户好友关系链表获取请求；

本实施例中，所述请求中携带所述客户端本地缓存的所述用户的好友关系链表对应的第一哈希值和所述用户的标识信息，所述第一哈希值为根据哈希算法计算本地缓存的所述用户的好友关系链表得到的哈希值；

202、服务器根据所述用户的标识信息，从数据中心获取所述用户的好友关系链表；

数据中心用来在internet网络基础设施上传递、加速、展示、计算、存储数据信息，本实施例中，数据中心中存储着用户的好友数据，包括好友关系链表和好友分组信息等，服务器根据所述用户的标识信息，从数据中心获取所述用户的好友关系链表。

203、服务器根据获取的所述好友关系链表，计算得到第二哈希值；

由于哈希算法可以将任意长度的输入经过变化以后得到固定长度的输出，因此，根据确定的好友关系链表，可以得到第二哈希值，本实施例中，所述第一哈希值和所述第二哈希值为同一种类型的哈希值，即第一哈希值和第二哈希值按照相同的哈希算法得到，例如第一哈希值、第二哈希值都是采用MD5算法得到，或第一哈希值、第二哈希值都是采用SHA-1算法等，当然，第一哈希值、第二哈希值还可以是其他哈希算法相对应的哈希值，如RIPEMD算法等，此处不作限定。

204、服务器判断所述第一哈希值和所述第二哈希值是否相同，若否，执行步骤205，若是，执行步骤208；

由于当确定采用相同哈希算法得到的两个哈希值相同时，即可确定，该哈希值对应的数据相同，因此此处可以根据判断好友关系链表对应的第一哈希值和第二哈希值是否相同，去判断所述用户的好友关系链表是否发生变化。

205、服务器将从所述数据中心获取的所述用户的好友关系链表返回给所述客户端；

服务器在所述第一哈希值和所述第二哈希值不相同时，即确定所述用户的好友关系链表发生了变化，将上述步骤中，从所述数据中心获取的所述用户的好友关系链表返回给客户端。

206、服务器从所述数据中心获取所述用户的好友分组信息；

由于确定所述用户的好友关系链表发生了变化，服务器在获取所述用户的好友关系链表后，还可以进一步获取所述用户的好友分组信息，用于更新客户端用户的好友数据。

207、服务器将所述好友分组信息返回给所述客户端。

服务器将获得的所述用户的好友分组信息返回给所述客户端，以更新所述客户端上的所述用户的好友数据。

需要说明的是，本实施例中，步骤206、步骤207可以和步骤205同时进行，此处不作限定。

208、服务器返回好友关系链表未更新的提示信息给所述客户端。

服务器在所述第一哈希值和所述第二哈希值相同时，即确定所述用户的好友关系链表没发生变化，返回好友关系链表未更新的提示信息给所述客户端，通知客户端用户好友数据未更新，则客户端不需要重新拉取用户好友数据，减少了交互，避免了用户不必要的流量消耗。

本实施例中，以上述好友数据只包括好友关系链表为例进行描述的，可以理解的是，好友数据还可以同时包括所述用户的好友关系链表和好友分组信息，此时，第一哈希值是根据客户端本地缓存的所述用户的好友关系链表和好友分组信息计算得到，对应的，第二哈希值是根据服务器从数据中心获取的所述用户的好友关系链表和好友分组信息计算得到，此处不作限定。

为了便于更好的理解技术，下面实施例以一具体应用场景对上述实施例中描述的数据处理方法进行详细描述。

请参阅图3，本发明实施例中数据处理方法的一个实施例包括：

301、服务器接收客户端发送的用户好友关系链表获取请求；

本实施例中，所述请求中携带所述客户端本地缓存的所述用户的好友关系链表对应的MD5值A和所述用户的UUID，所述MD5值A为根据MD5算法计算本地缓存的所述用户的好友关系链表得到的哈希值；

所述用户标识信息可以是账户名，用户注册邮箱，用户绑定手机号，用户帐号的二维码信息等。

302、服务器根据所述用户的UUID，从数据中心获取所述用户的好友关系链表；

数据中心用来在internet网络基础设施上传递、加速、展示、计算、存储数据信息，本实施例中，数据中心中存储着用户的好友数据，包括好友关系链表和好友分组信息等，服务器根据所述用户的UUID，从数据中心获取所述用户的好友关系链表。

303、服务器根据获取的所述好友关系链表，计算得到MD5值B；

由于哈希算法可以将任意长度的输入经过变化以后得到固定长度的输出，因此，根据确定的好友关系链表，可以得到MD5值B，本实施例中，A和B为同一种类型的哈希值，即第一哈希值和第二哈希值按照相同的MD5算法得到，可以理解的是，第一哈希值、第二哈希值还可以其他哈希算法得到，例如，第一哈希值、第二哈希值都是采用SHA-1算法、RIPEMD算法等得到，此处不作限定。

304、服务器判断MD5值A和MD5值B是否相同，若否，执行步骤305，若是，执行步骤308；

由于当确定采用相同哈希算法得到的两个哈希值相同时，即可确定，该哈希值对应的数据相同，因此此处可以根据判断好友关系链表对应的MD5值A和MD5值B是否相同，去判断所述用户的好友关系链表是否发生变化。

305、服务器将从所述数据中心获取的所述用户的好友关系链表返回给所述客户端；

在MD5值A和MD5值B不相同时，即确定所述用户的好友关系链表发生了变化，将上述步骤中，从所述数据中心获取的所述用户的好友关系链表返回给客户端。

306、服务器从所述数据中心获取所述用户的好友分组信息；

307、服务器将所述好友分组信息返回给所述客户端。

308、服务器返回好友关系链表未更新的提示信息给所述客户端。

在MD5值A和MD5值B相同时，即确定所述用户的好友关系链表没发生变化，返回好友关系链表未更新的提示信息给所述客户端，通知客户端用户好友数据未更新，则客户端不需要重新拉取用户好友数据，减少了交互，避免了用户不必要的流量消耗。

下面介绍本发明实施例中的服务器实施例，请参阅图4，本发明实施例中的服务器的一个实施例包括：

接收单元401，用于接收客户端发送的用户好友数据获取请求，所述请求中携带所述客户端本地缓存的所述用户的好友数据对应的第一哈希值和所述用户的标识信息；

获取单元402，用于根据所述用户的标识信息，从数据中心获取所述用户的好友数据；

计算单元403，用于根据获取的所述好友数据，计算得到第二哈希值，所述第一哈希值和所述第二哈希值为同一种类型的哈希值；

数据更新单元404，判断所述第一哈希值和所述第二哈希值是否相同，若否，将从所述数据中心获取的所述用户的好友数据返回给所述客户端；若是，返回好友数据未更新的提示信息给所述客户端。

本发明实施例中服务器中接收单元401在接收到客户端用户发送的携带所述用户的好友数据对应的第一哈希值的好友数据获取请求后，获取单元402根据用户的标识信息，从数据中心获取所述用户的好友数据，计算单元403由此计算得到的第二哈希值，数据更新单元404根据比较第一哈希值和第二哈希值是否相同判断用户的好友数据是否更新，在不同时，说明用户的好友数据已更新，才返回用户好友数据到用户客户端，减少了服务器与客户端之间的交互，避免了用户不必要的流量损耗。

可选的，在本发明的一些实施例中，所述好友数据包括好友关系链表。

可选的，在本发明的一些实施例中，所述获取单元402还用于在所述数据更新单元判断所述第一哈希值和所述第二哈希值不同时，从所述数据中心获取所述用户的好友分组信息；所述数据更新单元404还用于将所述好友分组信息返回给所述客户端。

可选的，在本发明的一些实施例中，所述好友数据包括好友关系链表和好友分组信息。

可选的，在本发明的一些实施例中，所述第一哈希值和所述第二哈希值为MD5值或SHA-1值。

上面从模块化功能实体的角度对本发明实施例中的服务器进行描述，下面从硬件处理的角度对本发明实施例中的服务器进行描述。

图5是本发明实施例提供的一种服务器结构示意图，该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以***处理器(central processing units，CPU)522(例如，一个或一个以上处理器)和存储器532，一个或一个以上存储应用程序542或数据544的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器522可以设置为与存储介质530通信，在服务器500上执行存储介质530中的一系列指令操作。

服务器500还可以包括一个或一个以上电源526，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口558，和/或，一个或一个以上操作***541，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图5所示的服务器结构。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

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

2.根据权利要求1所述的方法，其特征在于，所述好友数据包括好友关系链表。

3.根据权利要求2所述的方法，其特征在于，在所述服务器判断所述第一哈希值和所述第二哈希值不同时，所述方法还包括：

所述服务器从所述数据中心获取所述用户的好友分组信息；

所述服务器将所述好友分组信息返回给所述客户端。

4.根据权利要求1所述的方法，其特征在于，所述好友数据包括好友关系链表和好友分组信息。

5.根据权利要求1至4中任一所述的方法，其特征在于，所述第一哈希值和所述第二哈希值为MD5值或SHA-1值。

6.一种服务器，其特征在于，包括：

7.根据权利要求6所述的服务器，其特征在于，所述好友数据包括好友关系链表。

8.根据权利要求7所述的服务器，其特征在于，所述获取单元还用于在所述数据更新单元判断所述第一哈希值和所述第二哈希值不同时，从所述数据中心获取所述用户的好友分组信息；

所述数据更新单元还用于将所述好友分组信息返回给所述客户端。

9.根据权利要求6所述的服务器，其特征在于，所述好友数据包括好友关系链表和好友分组信息。

10.根据权利要求6至9中任一所述的服务器，其特征在于，所述第一哈希值和所述第二哈希值为MD5值或SHA-1值。