CN104125254A - 获取平台用户资料的方法和系统 - Google Patents

Abstract

本发明提供了一种获取平台用户资料的方法，所述方法包括：获取用户访问请求，所述用户访问请求中包含用户标识和验证信息；将所述用户标识和验证信息加入队列中；按照队列的排序依次获取用户标识，对每一用户标识，执行：根据所述用户标识和验证信息从资料服务器中获取对应的用户资料数据，并存储。采用该方法，能够减少资料服务器的负载，使得资料服务器能够快速响应，从而能够及时返回用户资料数据，提高了应用程序的正常运行概率。此外，还提供了一种获取平台用户资料的系统。

Description

获取平台用户资料的方法和系统

技术领域

本发明涉及计算机技术，特别是涉及一种获取平台用户资料的方法和系统。

背景技术

在登录各种平台的应用程序时，都需要获取平台用户资料数据。传统技术中，用户通过浏览器访问应用程序，Web服务器会直接从保存用户资料的服务器获取用户资料。例如，用户通过浏览器访问SNS社区，点击某个连接进入到某个游戏的应用程序，则Web服务器会从保存用户在该游戏的资料数据的服务器获取用户资料，根据获取到的用户资料用户即可对游戏应用程序进行游戏相关操作。

然而，由于传统技术中，Web服务器直接与资料服务器进行交互，当网络出现问题或者资料服务器出现问题时，将会导致应用程序无法正常运行；且如果访问量在某一时刻骤增，则Web服务器将会高频率的与资料服务器交互，易造成用户资料数据返回超时，容易出现响应不及时或响应超时等问题，严重影响用户体验。

发明内容

基于此，有必要针对传统技术中容易导致应用程序无法正常运行或响应不及时、超时的问题，提供一种获取平台用户资料的方法和系统，能够减少资料服务器的负载，使得资料服务器能够快速响应。

一种获取平台用户资料的方法，所述方法包括：

获取用户访问请求，所述用户访问请求中包含用户标识和验证信息；

将所述用户标识和验证信息加入队列中；

按照队列的排序依次获取用户标识，对每一用户标识，执行：

根据所述用户标识和验证信息从资料服务器中获取对应的用户资料数据，并存储。

在其中一个实施例中，所述将用户标识和验证信息加入队列中，包括：

将所述用户标识和验证信息存储在Redis集合中。

在其中一个实施例中，所述将用户标识和验证信息存储在Redis集合中，包括：

对所述用户标识进行求模，并散列到预设数量的数据集中，所述数据集包括散列后的用户标识、平台标识和验证信息。

在其中一个实施例中，所述按照队列的排序依次获取用户标识，包括：

对每个所述数据集启动一组守护进程，执行所述守护进程从所述数据集中取出相应的数据，组装成用户标识和验证信息。

在其中一个实施例中，在所述获取用户访问请求之后，还包括：

根据用户标识从缓存服务器中获取对应的用户资料数据；

所述根据用户标识和验证信息从资料服务器中获取对应的用户资料数据，并存储，包括：

根据用户标识和验证信息从资料服务器中获取对应的用户资料数据；

将所述获取的用户资料数据存储在缓存服务器和数据库服务器中。

一种获取平台用户资料的系统，所述系统包括：

Web服务器，用于获取用户访问请求，所述用户访问请求中包含用户标识和验证信息；

队列服务器，用于将所述用户标识和验证信息加入队列中；

进程服务器，用于按照队列的排列依次获取用户标识，对每一个用户标识，执行：根据所述用户标识和验证信息从资料服务器中获取对应的用户资料数据，并存储；

资料服务器，用于保存用户资料数据。

在其中一个实施例中，所述队列服务器用于将所述用户标识和验证信息存储在Redis集合中。

在其中一个实施例中，所述队列服务器用于对所述用户标识进行求模，并散列到预设数据的数据集中，所述数据集包括散列后的用户标识、平台标识和验证信息。

在其中一个实施例中，所述进程服务器用于对每个所述数据集启动一组守护进程，执行所述守护进程从所述数据集中取出相应的数据，组装成用户标识和验证信息。

在其中一个实施例中，所述系统还包括：

缓存服务器，用户缓存用户资料数据；

数据库服务器，用于保存用户资料数据；

所述Web服务器还用于在获取用户访问请求后，根据所述用户标识从所述缓存服务器中获取对应的用户资料数据；

所述进程服务器还用于根据所述用户标识和验证信息从所述资料服务器中获取对应的用户资料数据，将获取的用户资料数据存储在所述缓存服务器和数据库服务器中。

上述获取平台用户资料的方法和系统，通过将用户标识和验证信息加入队列，从队列中依序取出用户标识进行处理，返回对应用户标识的用户资料数据，相对于传统的Web服务器与资料服务器直接交互的方式，能够减少资料服务器的负载，使得资料服务器能够快速响应，从而能够及时返回用户资料数据，提高了应用程序的正常运行概率。

附图说明

图1为一个实施例中获取平台用户资料的方法的流程图；

图2为一个实施例中获取平台用户资料的系统的结构示意图；

图3为另一个实施例中获取平台用户资料的系统的结构示意图。

具体实施方式

如图1所示，在一个实施例中，提供了一种获取平台用户资料的方法，该方法包括：

步骤102，获取用户访问请求，用户访问请求中包含用户标识和验证信息。

本实施例中，用户可通过浏览器访问应用程序，Web服务器获取到用户访问请求，其中用户访问请求中携带有用户标识，用户标识用于唯一标识一个用户。进一步的，可接收用户输入的登录信息，包括帐号、密码等，根据登录信息通过验证后则登录进入应用程序。本实施例中，在验证通过后可生成验证信息，该验证信息是用来获取用户资料数据的验证凭证，可以是根据登录信息生成的字符串。进一步的，为提高安全性，还可设置该字符串的生命周期，例如1小时到24小时不等。

在一个实施例中，在获取到用户访问请求之后，可根据用户标识从缓存服务器中获取对应的用户资料数据。本实施例中，上次访问获取到的用户资料数据在缓存服务器中进行缓存，因此可直接从缓存服务器中获取与用户标识对应的用户资料数据，这些用户资料数据包括用户姓名、用户昵称、用户性别等基本信息，根据这些用户资料数据可直接登录进入应用程序并进行相关操作。

步骤104，将用户标识和验证信息加入队列中。

在一个实施例中，可将用户标识和验证信息存储在Redis集合中。采用Redis集合存储队列，可以保证集合中的用户标识的唯一性，保证一个用户在短时间内只更新一次资料，不会造成资源浪费。

进一步的，在一个实施例中，将用户标识和验证信息存储在Redis集合中的步骤包括：对用户标识进行求模，并散列到预设数量的数据集中，数据集中包含散列后的用户标识、平台标识和验证信息。其中，散列的一种情况可以是：，对用户标识进行求模后，得到的结果相同的用户标识存储在同一数据集中，而对所有用户标识进行求模后，则会得到预设数量的数据集，即为将所有用户标识散列到了预设数量的数据集中。这样，在获取用户标识时，可直接根据其求模结果去相应的数据集中查找，因此能够提高查找效率。本实施例中，由于Redis是一个高性能的key-value（键-值）存储系统（一种分布式存储系统），因此需要设计一个key来存储数据，而一个key中存储的数据大小有限，因此需要将用户标识进行拆分。

进一步的，在Redis集合中，为防止分隔符扰乱正常数据，可采用JSON（JavaScript Object Notation，一种轻量级的数据交换格式）存储数据。以将用户标识进行求模，散列到10个数据集中为例进行说明。假设用户标识用mid表示，对mid求模并分配key。例如：key1=mid%10=1，key2=mid%10=2，…key10=mid%10=10，即key1为第一个数据集，key2为第二个数据集，以此类推。则Redis集合中的数据为：jsonencode(array(123,123456,1,sessionkey))，encode(array(124,2222333,1,sessionkey))，encode(array(125,888888,1,sessionkey))….等，共10个数据集。其中，123、124、125是散列后的用户标识，123456是平台标识、1为语言类型，sessionkey为验证信息。

步骤106，按照队列的排序获取用户标识，对每一用户标识，执行：根据用户标识和验证信息从资料服务器获取对应的用户资料数据，并存储。

本实施例中，按照队列的排序从Redis集合中一个一个的取出数据，由于之前对用户标识进行了求模，并散列到多个数据集中，可获取这些数据集，根据用户标识的求模结果从相应的数据集中分解出用户标识和验证信息。具体的，可对每个数据集启动一组守护进程，执行守护进程从数据集中取出相应的数据，组装成用户标识和验证信息。

对于Redis集合中的数据，每取出一条数据，则清空删除相应key的数据，对每个数据集启动一组守护进程进行处理，取出相应数据并组装成用户标识和验证信息后，根据用户标识和验证信息去资料服务器获取与用户标识对应的用户资料数据，其中验证信息用于判断获取数据的合法性，当验证信息合法时，才允许获取与用户标识对应的用户资料数据。

进一步的，可将从资料服务器获取的与用户标识对应的用户资料数据存储在缓存服务器和数据库服务器中，以对缓存服务器和数据库服务器中的对应该用户标识的用户资料数据进行更新。

如图2所示，在一个实施例中，提供了一种获取平台用户资料的系统，包括Web服务器202、队列服务器204、进程服务器206，资料服务器208和数据库服务器210，其中：

Web服务器202用于获取用户访问请求，用户访问请求中包含用户标识和验证信息。

本实施例中，用户可通过浏览器访问应用程序，Web服务器202获取到用户访问请求，其中用户访问请求中携带有用户标识，用户标识用于唯一标识一个用户。进一步的，Web服务器202可接收用户输入的登录信息，包括帐号、密码等，根据登录信息通过验证后则登录进入应用程序。本实施例中，在验证通过后可生成验证信息，该验证信息是用来获取用户资料数据的验证凭证，可以是根据登录信息生成的字符串。进一步的，为提高安全性，还可设置该字符串的生命周期，例如1小时到24小时不等。

队列服务器204用于将用户标识和验证信息加入队列中。

在一个实施例中，队列服务器204可用于将用户标识和验证信息存储在Redis集合中。采用Redis集合存储队列，可以保证集合中的用户标识的唯一性，保证一个用户在短时间内只更新一次资料，不会造成资源浪费。

进一步的，在一个实施例中，队列服务器204还用于对用户标识进行求模，并散列到预设数量的数据集中，数据集中包含散列后的用户标识、平台标识和验证信息。本实施例中，由于Redis是一个key-value存储系统，因此需要设计一个key（键）来存储数据，而一个key中存储的数据大小有限，因此队列服务器204需要将用户标识进行拆分。

进一步的，在Redis集合中，为防止分隔符扰乱正常数据，可采用JSON（JavaScript Object Notation，一种轻量级的数据交换格式）存储数据。以将用户标识进行求模，散列到10个数据集中为例进行说明。假设用户标识用mid表示，对mid求模并分配key。例如：key1=mid%10=1，key2=mid%10=2，…key10=mid%10=10，即key1为第一个数据集，key2为第二个数据集，以此类推。则Redis集合中的数据为：jsonencode(array(123,123456,1,sessionkey))，encode(array(124,2222333,1,sessionkey))，encode(array(125,888888,1,sessionkey))….等，共10个数据集。其中，123、124、125是散列后的用户标识，123456是平台标识、1为语言类型，sessionkey为验证信息。

进程服务器206用于按照队列的排序获取用户标识，对每一用户标识，执行：根据用户标识和验证信息从资料服务器获取对应的用户资料数据，并存储。

资料服务器208用于保存用户资料数据。

数据库服务器210用于存储进程服务器206获取到的与用户标识对应的用户资料数据。

本实施例中，进程服务器206按照队列的排序从Redis集合中一个一个的取出数据，由于之前队列服务器204对用户标识进行了求模，并散列到多个数据集中，则进程服务器206可获取这些数据集，从中分解出用户标识和验证信息。具体的，进程服务器206可用于对每个数据集启动一组守护进程，执行守护进程从数据集中取出相应的数据，组装成用户标识和验证信息。

对于Redis集合中的数据，进程服务器206每取出一条数据，则队列服务器204清空删除相应key的数据。进程服务器206对每个数据集启动一组守护进程进行处理，取出相应数据并组装成用户标识和验证信息后，根据用户标识和验证信息从资料服务器208获取与用户标识对应的用户资料数据，其中验证信息用于判断获取数据的合法性，当验证信息合法时，资料服务器208才允许进程服务器206获取与用户标识对应的用户资料数据。

在一个实施例中，如图3所示，在图2所示实施例的基础上，获取平台用户资料的系统还包括缓存服务器203，其中：

缓存服务器203用于缓存用户资料数据。

本实施例中，Web服务器202与多个用户终端进行交互，当获取到用户访问请求后，根据访问请求中的用户标识从缓存服务器203中获取对应的用户资料数据。本实施例中，上次访问获取到的用户资料数据在缓存服务器203中进行缓存，因此可直接从缓存服务器203中获取与用户标识对应的用户资料数据，这些用户资料数据包括用户姓名、用户昵称、用户性别等基本信息，根据这些用户资料数据可直接登录进入应用程序并进行相关操作。

进一步的，进程服务器206可将从资料服务器208获取的与用户标识对应的用户资料数据存储在缓存服务器203和数据库服务器210中，以对缓存服务器203和数据库服务器210中的对应该用户标识的用户资料数据进行更新。

上述获取平台用户资料的方法和系统，通过将用户标识和验证信息加入队列中，从队列中依序取出用户标识进行处理，返回对应用户标识的用户资料数据，相对于传统的Web服务器与资料服务器直接交互的方式，能够减少资料服务器的负载，使得资料服务器能够快速响应，从而能够及时返回用户资料数据，提高了应用程序的正常运行概率。

此外，在获取用户访问请求后，可先从缓存服务器中获取用户资料数据，即使资料服务器出现问题，也不影响应用程序的运行。通过队列这种异步处理的方式，大大减少了网络超时或链路不通的情形，能够加快运行应用程序的效率。通过验证信息一起加入到队列中，还能提高处理的安全性。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种获取平台用户资料的方法，所述方法包括：

获取用户访问请求，所述用户访问请求中包含用户标识和验证信息；

将所述用户标识和验证信息加入队列中；

按照队列的排序依次获取用户标识，对每一用户标识，执行：

根据所述用户标识和验证信息从资料服务器中获取对应的用户资料数据，并存储。

2.根据权利要求1所述的方法，其特征在于，所述将用户标识和验证信息加入队列中，包括：

将所述用户标识和验证信息存储在Redis集合中。

3.根据权利要求2所述的方法，其特征在于，所述将用户标识和验证信息存储在Redis集合中，包括：

对所述用户标识进行求模，并散列到预设数量的数据集中，所述数据集包括散列后的用户标识、平台标识和验证信息。

4.根据权利要求3所述的方法，其特征在于，所述按照队列的排序依次获取用户标识，包括：

对每个所述数据集启动一组守护进程，执行所述守护进程从所述数据集中取出相应的数据，组装成用户标识和验证信息。

5.根据权利要求1所述的方法，其特征在于，在所述获取用户访问请求之后，还包括：

根据用户标识从缓存服务器中获取对应的用户资料数据；

所述根据用户标识和验证信息从资料服务器中获取对应的用户资料数据，并存储，包括：

根据用户标识和验证信息从资料服务器中获取对应的用户资料数据；

将所述获取的用户资料数据存储在缓存服务器和数据库服务器中。

6.一种获取平台用户资料的系统，其特征在于，所述系统包括：

Web服务器，用于获取用户访问请求，所述用户访问请求中包含用户标识和验证信息；

队列服务器，用于将所述用户标识和验证信息加入队列中；

进程服务器，用于按照队列的排列依次获取用户标识，对每一个用户标识，执行：根据所述用户标识和验证信息从资料服务器中获取对应的用户资料数据，并存储；

资料服务器，用于保存用户资料数据。

7.根据权利要求6所述的系统，其特征在于，所述队列服务器用于将所述用户标识和验证信息存储在Redis集合中。

8.根据权利要求7所述的系统，其特征在于，所述队列服务器用于对所述用户标识进行求模，并散列到预设数据的数据集中，所述数据集包括散列后的用户标识、平台标识和验证信息。

9.根据权利要求8所述的系统，其特征在于，所述进程服务器用于对每个所述数据集启动一组守护进程，执行所述守护进程从所述数据集中取出相应的数据，组装成用户标识和验证信息。

10.根据权利要求6所述的系统，其特征在于，所述系统还包括：

缓存服务器，用户缓存用户资料数据；

数据库服务器，用于保存用户资料数据；

所述Web服务器还用于在获取用户访问请求后，根据所述用户标识从所述缓存服务器中获取对应的用户资料数据；

所述进程服务器还用于根据所述用户标识和验证信息从所述资料服务器中获取对应的用户资料数据，将获取的用户资料数据存储在所述缓存服务器和数据库服务器中。