CN111475843A - 一种数据处理方法和相关装置 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法和相关装置，方法包括：获取用户通过数据平台发起的第一数据请求，第一数据请求包括对应用户的用户编码；生成对应用户编码的第一用户认证信息；建立第一用户认证信息与虚拟用户标识之间的绑定关系，绑定关系用于标识用户具有登录数据平台的资格；根据第一数据请求获取业务数据；向数据平台发送业务数据。处理设备可以通过将该用户认证信息与虚拟用户标识进行绑定，使该用户认证信息对应的用户拥有登录该数据平台的资格，从而能够获取到相应的数据，而不需要在登录完成后才能获取数据，节省了用户时间，提高了用户体验。本申请涉及人工智能和云技术，例如处理设备中可以包括云技术中的API网关等技术。

Description

一种数据处理方法和相关装置

技术领域

本申请涉及数据处理领域，特别是涉及一种数据处理方法和相关装置。

背景技术

随着互联网技术的不断发展，越来越多的人们选择通过网络来获取各式各样的信息。出于追踪用户信息获取需求目的，信息的提供方往往要求用户登录后才能够获取相关信息。

在相关技术中，用户在获取所需的信息前，需要先等待登录完成，因此获取信息的速度较慢，用户体验不佳。

发明内容

为了解决上述技术问题，本申请提供了一种数据处理方法，处理设备能够通过将用户认证信息与虚拟用户标识进行绑定来使用户具有登录数据平台的资格，从而在绑定完成时即可向用户发送所需的业务数据，减少了用户的等待时间，提高了用户体验。

本申请实施例公开了如下技术方案：

第一方面，本申请实施例提供了一种数据处理方法，所述方法包括：

获取用户通过数据平台发起的第一数据请求，所述第一数据请求包括对应所述用户的用户编码；

生成对应所述用户编码的第一用户认证信息；

建立所述第一用户认证信息与虚拟用户标识之间的绑定关系，所述绑定关系用于标识所述用户具有登录所述数据平台的资格；

根据所述第一数据请求获取业务数据；

向所述数据平台发送所述业务数据。

第二方面，本申请实施例提供了一种数据处理装置，所述装置包括第一获取单元、生成单元、建立单元、第二获取单元和发送单元：

所述第一获取单元，用于获取用户通过数据平台发起的第一数据请求，所述第一数据请求包括对应所述用户的用户编码；

所述生成单元，用于生成对应所述用户编码的第一用户认证信息；

所述建立单元，用于建立所述第一用户认证信息与虚拟用户标识之间的绑定关系，所述绑定关系用于标识所述用户具有登录所述数据平台的资格；

所述第二获取单元，用于根据所述第一数据请求获取业务数据；

所述发送单元，用于向所述数据平台发送所述业务数据。

第三方面，本申请实施例提供了一种用于数据处理的设备，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行第一方面中所述的数据处理方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行第一方面中所述的数据处理方法。

由上述技术方案可以看出，本申请提供了一种数据处理方法，处理设备在获取到用户通过数据平台发送的数据请求后，可以根据数据请求中所包含的用户编码生成用户认证信息，然后先将该用户认证信息与一个临时用户标识进行绑定，使该用户能够通过绑定后的用户认证信息获取登录该数据平台的资格，从而在绑定完成后，处理设备能够判断用户属于可以登录的用户，并直接根据数据请求直接获取业务数据返回给用户，而不需要等待处理设备将用户认证信息与真实用户标识绑定，即登录完成后才获取业务数据，从而减少了用户在需要登录才能获取业务信息时的信息获取时间，提高了用户体验。

附图说明

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

图1为本申请实施例提供的一种实际应用场景中数据处理方法的示意图；

图2为本申请实施例提供的一种数据处理方法的流程图；

图3为本申请实施例提供的一种数据处理方法的示意图；

图4为本申请实施例提供的一种数据处理方法的示意图；

图5为本申请实施例提供的一种数据处理方法的示意图；

图6为本申请实施例提供的一种实际应用场景中数据处理方法的示意图；

图7为本申请实施例提供的一种实际应用场景中数据处理方法的流程图；

图8为本申请实施例提供的一种数据处理装置的结构框图；

图9为本申请实施例提供的一种用于数据处理的设备的结构图；

图10为本申请实施例提供的一种服务器的结构图。

具体实施方式

下面结合附图，对本申请的实施例进行描述。

通过网页、手机软件等能够提供数据的数据平台来查询相关数据已经成为了当下人们获取数据的常用手段，而为了掌握用户对于数据的关注度、对于数据类型的偏好程度等与用户相关的信息，在相关技术中，数据平台往往会要求用户先进行登录再为用户提供所需的数据。因此，用户在查询数据时，在没有登录的情况下，需要先等待一个登录时间才能够获取到相关数据，一定程度上降低了用户体验。

为了解决上述技术问题，本申请提供了一种数据处理方法，使处理设备在获取到数据请求时，可以通过数据请求中的用户编码生成用户认证信息，并通过将该用户认证信息与虚拟用户标识进行绑定，使该用户认证信息对应的用户拥有登录该数据平台的资格，从而能够获取到相应的数据，而不需要在登录完成后才能获取数据，节省了用户时间，提高了用户体验。

可以理解的是，该方法可以应用于处理设备上，该处理设备为具有数据处理功能的处理设备，例如可以为具有数据处理功能的服务器。该方法可以通过服务器独立执行，也可以应用于终端设备和服务器通信的网路场景，通过终端设备和服务器配合执行。其中，终端设备可以为计算机、个人数字助理(Personal Digital Assistant，简称PDA)、平板电脑等设备。服务器可以理解为是应用服务器，也可以为Web服务器，在实际部署时，该服务器可以为独立服务器，也可以为集群服务器。同时，在硬件环境上，本技术已经实现的环境有：ARM架构处理器、X86架构处理器；在软件环境上，本技术已经实现的环境有：Android平台、Windows xp及以上操作系统或Linux操作系统。

此外，本申请还涉及人工智能(Artificial Intelligence,AI)技术。人工智能是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说，人工智能是计算机科学的一个综合技术，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法，使机器具有感知、推理与决策的功能。

人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括机器学习/深度学习等方向。

机器学习(Machine Learning,ML)是一门多领域交叉学科，涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为，以获取新的知识或技能，重新组织已有的知识结构使之不断改善自身的性能。机器学习是人工智能的核心，是使计算机具有智能的根本途径，其应用遍及人工智能的各个领域。机器学习和深度学习通常包括人工神经网络、置信网络、强化学习、迁移学习、归纳学习、式教学习等技术。

本申请实施例提供的方案涉及人工智能的机器学习等技术，例如处理设备在对数据请求进行各种判断时，为了使判断结果更加精确，可以通过机器学习技术进行训练。

此外，本申请还涉及云技术领域。例如，本申请中的服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

云技术(Cloud technology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。

例如，在本申请提供的技术方案中，用户认证信息的计算可以利用到云计算技术，用户认证信息的缓存可以利用云存储技术等。

为了便于理解本申请的技术方案，下面将结合实际应用场景，对本申请实施例提供的一种数据处理方法进行介绍。

参见图1，图1为本申请实施例提供的数据处理方法的应用场景示意图。在该应用场景中，处理设备为服务器101。在本实际应用场景中，用户可以通过终端设备中所承载的软件等方式，以未登录的状态来打开数据平台。当用户对数据平台中的数据产生了获取需求时，可以通过点击等方式，通过数据平台发起数据请求。

由于该用户处于未登录的状态，因此通过此次数据请求，服务器101还需要完成对对用户的登录。为了使服务器101能够获知此次登录的用户身份，在终端设备发送的数据请求中可以包括该用户的用户编码。服务器101在获取数据请求后，可以获取到该数据请求中所包括的对应该用户的用户编码，该用户编码用于使服务器101能够生成与该用户相关的信息。服务器101可以根据该用户编码，生成对应的用户认证信息，该用户认证信息用于标识该用户。

为了能够获取到用户所需的业务信息，服务器101需要先确定该用户能够登录到该数据平台中。可以理解的是，在本实际应用场景中，用于标识用户具有登录该数据平台的登录资格的信号为对应该用户的用户认证信息具有绑定的用户标识，而若将该用户认证信息与用户的真实用户标识进行绑定，服务器101需要一定的时间去获取对应该用户的真实用户标识，因此用户需要先等待一个绑定真实用户标识的时间才能够获取到所需的业务数据，等待时间较长。因此，为了节省用户时间，服务器101可以先将该用户认证信息与一个虚假用户标识进行绑定，使该用户认证信息具有一个绑定关系，该绑定关系能够体现出该用户具有登录该数据平台的资格。

因此，在绑定完成后，服务器101判断该用户能够登录该数据平台，从而能够在确定用户可以登录的前提下，为用户提供所需的数据。此时，服务器101可以根据数据请求获取到对应的业务数据，并将该业务数据发送给用户的终端设备，使用户能够通过该终端设备中的数据平台看到自己想要的业务数据。

由此可见，在本实际应用场景中，当用户在通过数据平台发起数据请求时处于未登录的状态，服务器101能够通过为用户的用户认证信息绑定一个虚拟用户标识，使该用户具有登录数据平台的资格，从而不需要等待完成用户认证信息与真实用户标识的绑定，即不需要等待完成用户登录，即可以基于该登录资格，向用户返回数据请求所对应的业务数据，一定程度上能够减少用户在需要登录获取数据时的等待时间，提高了用户体验。

接下来，将结合附图，对本申请实施例提供的一种数据处理方法进行介绍。

参见图2，图2展示了一种数据处理方法的流程图，该方法包括：

S201：获取用户通过数据平台发起的第一数据请求。

随着网络技术的不断提高，通过数据平台获取各式各样的数据已经成为当下日常生活中用户获取数据的常用手段。其中，为了把握用户对于数据获取的偏好，部分数据平台可能会要求用户先登录该数据平台才向用户提供相关数据。

在相关技术中，负责数据平台的服务器在收到用户的数据请求时，需要先对该用户进行登录。如图3所示，图3为相关技术中一种数据处理方法的示意图。图3左侧为相关技术中一种数据平台的界面，用户可以通过该界面，在数据目录中选择自己想要获取的数据，并通过该数据平台发起数据请求。图3右侧为负责该数据平台的服务器进程界面，由该界面可知，服务器需要先处理用户的登录进程，在登录进程结束后，才能够处理该用户的数据请求，为用户提供数据。因此，当用户在未登录的状态下通过数据平台发起数据请求时，需要先等待一个登录的时间，才能够获取到自己所需的数据，等待时间较长，用户体验感较差。

其中，部分数据平台的登录过程是通过将用户的用户认证信息与该用户的用户标识进行绑定来完成的。基于这种登录方式，为了节省用户的等待时间，同时能够掌握与用户相关的数据动态，在本申请实施例中，处理设备可以对用户的登录流程进行改进。

首先，处理设备可以获取用户通过数据平台发起的第一数据请求。可以理解的是，为了使处理设备获知发起该第一数据请求的用户，数据平台可以在该第一数据请求中加入对应该用户的用户编码，处理设备能够基于该用户编码，处理得到与该用户身份相关的信息。

S202：生成对应用户编码的第一用户认证信息。

为了使该用户能够在该数据平台中进行登录，处理设备需要先获取能够标识该用户的信息。处理设备可以根据第一数据请求中的用户编码，生成对应该用户的第一用户认证信息，该第一用户认证信息用于在处理设备中标识该用户。在本申请实施例中，处理设备可以通过将该第一用户认证信息与该用户的真实用户标识进行绑定，来完成对该用户的登录。

S203：建立第一用户认证信息与虚拟用户标识之间的绑定关系。

在获取第一用户认证信息后，处理设备已经能够标识出具有数据需求的用户。可以理解的是，为了能够掌握该用户对于数据的偏好信息，处理设备需要确定该用户能够在该数据平台中进行登录。由于数据平台中进行登录的过程为建立用户认证信息与用户标识之间的绑定关系，而若将该第一用户认证信息与该用户真实的用户标识进行绑定，则需要处理设备花费大量时间去获取真实用户标识，因此还是需要用户等待一个登录时间。

因此，为了使该用户具有登录该数据平台的资格的同时不需要等待获取真实用户标识的时间，处理设备可以先将该第一用户认证信息与一个虚拟用户标识进行绑定，通过该绑定关系，能够标识该用户具有登录该数据平台的资格。由于虚拟用户标识在获取时不需要考虑用户的真实身份，因此随意一个用户标识都可以作为虚拟用户标识与第一用户认证信息进行绑定，不需要处理设备花费大量的时间去获取，对比与真实用户标识来说能够节省一定时间。

如图4所示，图4为本申请实施例提供的一种数据处理方法的示意图，该示意图展示了一种采用本申请方法后的处理设备进程界面，由该界面可知，处理设备无需单独的进行用户登录进程，即可直接处理数据请求进程，向用户返回各种业务数据。

S204：根据第一数据请求获取业务数据。

在绑定关系建立完成后，该用户已经具有了登录该数据平台的资格，在具有登录资格的前提下，处理设备已经可以对该用户进行正常登录来获取该用户的数据偏好等信息。因此，在确保能够获取到用户的相关信息的前提下，为了减少用户的等待时间，在建立绑定关系后，处理设备可以直接根据第一数据请求，获取用户所需的业务数据，而不需要等待处理设备完成对用户的登录后再获取相关业务数据。

S205：向数据平台发送业务数据。

处理设备在根据第一数据请求获取到用户所需的业务数据后，可以将该业务数据发送给数据平台，使用户能够通过该数据平台，看到自己所需的数据。

由上述技术方案可以看出，本申请提供了一种数据处理方法，处理设备在获取到用户通过数据平台发送的数据请求后，可以根据数据请求中所包含的用户编码生成用户认证信息，然后先将该用户认证信息与一个临时用户标识进行绑定，使该用户能够通过绑定后的用户认证信息获取登录该数据平台的资格，从而在绑定完成后，处理设备能够判断用户属于可以登录的用户，并直接根据数据请求直接获取业务数据返回给用户，而不需要等待处理设备将用户认证信息与真实用户标识绑定，即登录完成后才获取业务数据，从而减少了用户在需要登录才能获取业务信息时的信息获取时间，提高了用户体验。

可以理解的是，在绑定关系建立完成后，处理设备已经判断该用户属于能够登录该数据平台的用户。因此，为了节省用户时间，在根据第一数据请求获取业务数据的同时，处理设备可以进行用户的正常登录。可以理解的是，为了方便用户在数据平台上进行登录，在一种可能的实现方式中，可以通过该用户在其他用户平台的相关信息来完成该用户在数据平台中的登录。例如，在一种可能的实现方式中，第一数据请求中的用户编码可以是通过目标用户平台获取的，该目标用户平台为该用户已经留下过相关用户信息的平台，例如可以是用户登录过的微信、QQ、微博等平台。

当用户在未登录的状态下想要获取数据平台中的业务数据时，数据平台可以通过目标用户平台的接口，获取到该用户在目标用户平台中的用户编码，并将含有该用户编码的第一数据请求发送给处理设备。其中，为了使处理设备能够获知该用户编码所对应的目标用户平台，从而能够通过该目标用户平台获取该用户的相关信息，在用户编码中可以包括目标用户平台的平台标识。

在进行用户登录时，处理设备需要将对应该用户的真实用户标识与第一用户认证信息进行绑定，因此，处理设备首先需要获取到对应该用户的真实用户标识。处理设备在获取到用户编码后，可以根据用户编码中的平台标识，确定出用户编码所对应的的目标用户平台。处理设备可以通过与该目标用户平台进行连接等方式，从目标用户平台中获取用户编码对应的用户认证标识，该用户认证标识用于在处理设备中对该用户进行认证，例如可以为用户的开放标识(Open Identity document，Open ID)等。

处理设备获取该用户认证标识后，可以确定与该用户认证标识对应的真实用户标识，然后将绑定关系更新为第一用户认证信息与真实用户标识之间的绑定关系。其中，更新后的绑定关系用于标识用户在该数据平台中完成登录。在绑定关系更新后，处理设备即可通过该第一用户认证信息，获取到绑定的真实用户标识，从而能够确定该用户已经在该数据平台中登录完成。由于上述登录过程可以与业务数据获取过程异步进行，因此对于数据平台的用户来说，实际上并不会感受到登录所花费的时间，用户体验较好。

此外，可以理解的是，该用户此前可能通过该目标用户平台中的用户信息登录过该数据平台，此时，处理设备中可能存储有之前为该用户的用户认证标识分配的真实用户标识，此时处理设备就无需重新为该用户认证标识分配一个真实用户表示。基于此，为了减轻处理设备的处理压力，在一种可能的实现方式中，处理设备可以先判断是否存储有该用户认证标识，若是，处理设备可以直接获取该用户认证标识对应的真实用户标识；若否，处理设备可以为该用户认证标识分配对应的真实用户标识。

可以理解的是，根据不同的需求，用户在在数据平台中所获取的数据类型也可能有所区别。其中，对业务数据进行分类的方式可以有多种，例如可以通过数据是否为个性化数据来进行分类。个性化数据是指包括对应于用户自身信息的数据，例如可以为用户的就医记录、购买记录等私人数据；非个性化数据是指不包括对应用户自身信息的数据，例如天气数据、景点信息等。可以理解的是，当用户请求的数据类型不同时，处理设备获取业务数据的方式也可能有所区别。

在一种可能的实现方式中，处理设备可以先判断第一数据请求对应的业务数据是否为个性化数据。其中，处理设备判断数据类型的方式可以有多种。例如，处理设备可以通过第一数据请求对应的数据接口，来判断业务数据的类型。当对应的业务数据为个性化数据时，由于在建立绑定关系时，处理设备是先将第一用户认证信息与一个虚拟用户标识进行绑定，然后才在登录过程中将该虚拟用户标识替换为真实用户标识，而可以理解的是，因为虚拟用户标识并不能在处理设备中标识用户身份，因此处理设备无法通过虚拟用户标识来确定出对应该用户的个性化数据。

基于此，处理设备需要先判断与第一用户认证信息绑定的用户标识是否为真实用户标识，当用户标识为真实用户标识时，处理设备可以直接根据第一数据请求以及真实用户标识，获取与该真实用户标识对应的业务数据。例如，在一种可能的实现方式中，处理设备可以先根据第一数据请求，连接上对应的数据接口，然后再根据该真实用户标识，从数据接口中获取与该真实用户标识对应的业务数据。

当与第一用户认证信息绑定的为虚拟用户标识时，说明该用户还没有完成登录。此时，处理设备可以不断地进行判断，直到用户完成登录后，判断与第一用户认证信息绑定的为真实用户标识时，再向用户返回对应数据。此外，在不断判断的过程中，为了使用户获知数据查询情况，处理设备还可以想数据平台返回查询状态信息，例如“查询中”“请重试”等文字信息。

可以理解的是，当处理设备判断第一数据请求对应的业务数据不是个性化数据时，此时与第一用户认证信息绑定的用户标识是否为真实用户标识并不影响业务数据的获取，处理设备可以直接根据第一数据请求获取并返回相关数据。

可以理解的是，由于在数据平台的界面中可能包括多种信息，因此同一时间用户可能会发起多个数据请求。例如，在图3所示的示意图中，用户可能同时想要获取数据A、B、C，此时，处理设备可能会接收到对应于数据A、B、C三个数据请求。在处理设备处理多个数据请求的过程中，由于发起这些请求的为同一用户，因此所生成的用户认证信息也可能相同。此时，若对所有的用户认证信息都建立绑定关系，可能会导致同一用户认证信息出现同时与虚拟用户标识和真实用户表示进行绑定的情况，导致处理设备混乱。

如图5所示，图5为本申请实施例提供的一种数据处理方法的示意图。在该示意图中，处理设备接收到了同一用户发送的数据请求A、B、C。此时，处理设备在根据多个数据请求中的相同的用户编码，能够生成多个相同的第一用户认证信息。为了防止处理设备混乱，在一种可能的实现方式中，在建立第一用户认证信息与虚拟用户标识之间的绑定关系之后，处理设备可以判断是否存在第一用户认证信息对应的历史绑定关系，即该第一用户认证信息是否进行过绑定；若存在，说明该用户编码已经被使用过，即该用户已经在数据平台中进行登录。为了防止干扰正在进行的用户登录进程，处理设备可以直接将历史绑定关系作为该绑定关系，从而避免了此次绑定对历史绑定关系的干扰。

例如，在图5中，处理设备在通过登录服务获取到多个用户认证信息时，可以判断该用户认证信息在绑定关系缓存中是否有对应的绑定关系，若没有，则进行正常登录；若有，说明通过该目标用户平台获取的用户编码已经使用使用过，则直接从绑定关系缓存中获取历史绑定关系作为此次数据请求的绑定关系。

此外，可以理解的是，用户在通过数据平台发起数据请求时，可能已经处于登录状态。此时，为了使处理设备无需进行重复登录，提高处理设备的处理效率，在一种可能的实现方式中，用户可以先通过数据平台发起第二数据请求，在该第二数据请求中包括第二用户认证信息。其中，该第二用户认证信息为在此次数据请求之前获取到的用户认证信息，例如可以为数据平台存储在本地的用户认证信息。

处理设备能够获取用户通过数据平台发起的第二数据请求，并判断是否存在第二用户认证信息对应的历史绑定关系。若存在，说明在此次数据请求之前，用户已经登录过该数据平台。此时，处理设备可以直接根据该第二数据请求，获取并返回用户所需的业务数据。若不存在，说明该用户此前并没有登录过该数据平台，或者该用户曾经登录过，但是该第二用户认证信息已经失效。此时，处理设备可以返回无效信息，该无效信息用于指示该数据平台发送第一数据请求，从而重新完成对该用户的登录。

可以理解的是，当用户完成登录后，为了使用户无需重复登录，与真实用户标识进行绑定的第一用户认证信息可以在一定时间内或永久有效。此时，在一种可能的实现方式中，处理设备可以在向数据平台发送业务数据时，将该第一用户认证信息一起发送到数据平台中，及向该数据平台发送业务数据和第一用户认证信息，从而在后续用户再次发起数据请求时，可以直接将该第一用户认证信息加入到该数据请求中，使处理设备可以直接根据该第一用户认证信息获知用户的登录状态，直接向用户返回所需的数据。

接下来，将结合一种实际应用场景，对本申请实施例提供的一种数据处理方法进行介绍。在本实际应用场景中，处理设备为服务器，该服务器可以包括多个功能模块。如图6所示，图6为本实际应用场景中一种服务器架构示意图。在该服务器中包括网关模块、登录服务模块、业务服务模块和用户认证信息缓存模块，其中，网络模块可以为应用程序编程接口网关(Application Programming Interface Gataway，API Gataway)，用户认证信息可以为令牌(Token)。

其中，网关模块用于请求转发、接口管理、鉴权等功能服务，登录服务模块用于提供登录服务，该登录服务模块能够连接的目标用户平台包括但不限于手机平台、微信平台等，业务服务模块用于提供业务功能的服务，例如提供业务数据等，用户认证信息缓存模块用于存储已经建立好绑定关系的用户认证信息及其绑定关系。

如图7所示，图7为本申请实施例提供的一种实际应用场景中的数据处理方法的示意图。用户在访问数据平台的过程中，当需要获取业务数据时，数据平台可以先判断本地是否存储有用户认证信息，在确定本地没有时，可以调用目标用户平台接口来获取用户编码，并将该用户编码添加到数据请求中发送给网关模块。其中，添加用户编码的方式有多种，例如可以将用户编码放在消息头(Http Headers)中的异步登录变量(x-async-login-code)中。

网关模块在接收到数据请求后，可以先对该数据请求进行鉴权，即判断是否包括用户认证信息，若不包括，则从数据请求中提取用户编码，并开始异步登录，将该用户编码发送给登录服务模块。登录服务器模块拿到用户编码后，可以通过哈希计算等方式，得到对应该用户的用户认证信息，并将该用户认证信息与一个虚拟用户标识进行绑定，然后判读用户认证信息缓存模块中是否包括该用户认证信息对应的绑定关系，在不包括时，缓存该绑定关系。

登录服务模块在绑定完成后，可以将具有绑定关系的用户认证信息返回给网关模块，从而告知网关模块该用户具有登录该数据平台的资格。随后，网关模块和登录服务模块开始异步进行业务数据获取和用户登录。在进行数据获取时，网管模块可以通过访问业务数据接口来连接业务服务模块，并接收业务服务模块返回的业务数据，最后将业务数据和用户认证信息一起发送给数据平台。

在进行用户登录时，登录服务模块可以通过用户编码中的目标用户平台的平台标识，访问目标用户平台，并获取真实用户标识，然后将用户认证信息缓存模块中的绑定关系更新为用户认证信息与真实用户标识之间的绑定关系，完成用户登录。

在后续过程中，若用户还需要获取相关数据，数据平台可以直接从本地存储中获取用户认证信息，网关模块在接收到该用户认证信息后，可以直接为该用户获取所需的业务数据。

基于前述实施例提供的数据处理方法，本实施例还提供一种数据处理装置800，参见图8，装置800包括第一获取单元801、生成单元802、建立单元803、第二获取单元804和发送单元805：

第一获取单元801，用于获取用户通过数据平台发起的第一数据请求，第一数据请求包括对应用户的用户编码；

生成单元802，用于生成对应用户编码的第一用户认证信息；

建立单元803，用于建立第一用户认证信息与虚拟用户标识之间的绑定关系，绑定关系用于标识用户具有登录数据平台的资格；

第二获取单元804，用于根据第一数据请求获取业务数据；

发送单元805，用于向数据平台发送业务数据。

在一种可能的实现方式中，用户编码是通过目标用户平台获取的，用户编码中包括目标用户平台的平台标识，装置800还包括第三获取单元806、第一确定单元807和更新单元808：

第三获取单元806，用于根据平台标识，从目标用户平台中获取用户编码对应的用户认证标识；

第一确定单元807，用于确定与用户认证标识对应的真实用户标识；

更新单元808，用于将绑定关系更新为第一用户认证信息与真实用户标识之间的绑定关系，更新后的绑定关系用于标识用户在数据平台中完成登录。

在一种可能的实现方式中，第一确定单元807具体用于：

判断是否存储有用户认证标识；

若是，获取用户认证标识对应的真实用户标识；

若否，为用户认证标识分配对应的真实用户标识。

在一种可能的实现方式中，第二获取单元804具体用于：

判断第一数据请求对应的业务数据是否为个性化数据；

若是，判断与第一用户认证信息绑定的用户标识是否为真实用户标识；

若是，根据第一数据请求以及真实用户标识，获取与真实用户标识对应的业务数据。

在一种可能的实现方式中，装置800还包括第一判断单元809：

第一判断单元809，用于判断是否存在第一用户认证信息对应的历史绑定关系；

若存在，将历史绑定关系作为绑定关系。

在一种可能的实现方式中，装置800还包括第四获取单元810、第二判断单元811和返回单元812：

第四获取单元810，用于获取用户通过数据平台发起的第二数据请求，第二数据请求中包括第二用户认证信息；

第二判断单元811，用于判断是否存在第二用户认证信息对应的历史绑定关系；

返回单元812，用于若否，返回无效信息，无效信息用于指示数据平台发送第一数据请求。

在一种可能的实现方式中，发送单元805具体用于：

向数据平台发送业务数据和第一用户认证信息。

本申请实施例还提供了一种用于数据处理的设备，下面结合附图对该设备进行介绍。请参见图9所示，本申请实施例提供了一种设备900，该设备900可以是前述提及的处理设备，下面以设备为手机为例进行介绍：

图9示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图9，手机包括：射频(Radio Frequency，简称RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wireless fidelity，简称WiFi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图9对手机的各个构成部件进行具体的介绍：

RF电路910可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器980处理；另外，将设计上行的数据发送给基站。通常，RF电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，简称LNA)、双工器等。此外，RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，简称GSM)、通用分组无线服务(GeneralPacket Radio Service，简称GPRS)、码分多址(Code Division Multiple Access，简称CDMA)、宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)、长期演进(Long Term Evolution，简称LTE)、电子邮件、短消息服务(Short Messaging Service，简称SMS)等。

存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储9根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元930可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括触控面板931以及其他输入设备932。触控面板931，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器980，并能接收处理器1480发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。除了触控面板931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941，可选的，可以采用液晶显示器(Liquid CrystalDisplay，简称LCD)、有机发光二极管(Organic Light-Emitting Diode，简称OLED)等形式来配置显示面板941。进一步的，触控面板931可覆盖显示面板941，当触控面板931检测到在其上或附近的触摸操作后，传送给处理器980以确定触摸事件的类型，随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图9中，触控面板931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板941和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路960、扬声器961，传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器980处理后，经RF电路910以发送给比如另一手机，或者将音频数据输出至存储器920以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块970，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器980可包括一个或多个处理单元；优选的，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。

手机还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本实施例中，该终端设备所包括的处理器980还具有以下功能：

获取用户通过数据平台发起的第一数据请求，所述第一数据请求包括对应所述用户的用户编码；

生成对应所述用户编码的第一用户认证信息；

建立所述第一用户认证信息与虚拟用户标识之间的绑定关系，所述绑定关系用于标识所述用户具有登录所述数据平台的资格；

根据所述第一数据请求获取业务数据；

向所述数据平台发送所述业务数据。

本申请实施例还提供一种服务器，请参见图10所示，图10为本申请实施例提供的服务器1000的结构图，服务器1000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，简称CPU)1022(例如，一个或一个以上处理器)和存储器1032，一个或一个以上存储应用程序1042或数据1044的存储介质1030(例如一个或一个以上海量存储设备)。其中，存储器1032和存储介质1030可以是短暂存储或持久存储。存储在存储介质1030的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1022可以设置为与存储介质1030通信，在服务器1000上执行存储介质1030中的一系列指令操作。

服务器1000还可以包括一个或一个以上电源1026，一个或一个以上有线或无线网络接口1050，一个或一个以上输入输出接口1058，和/或，一个或一个以上操作系统1041，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

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

本申请实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行前述各个实施例所述的数据处理方法中的任意一种实施方式。

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

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (10)

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

获取用户通过数据平台发起的第一数据请求，所述第一数据请求包括对应所述用户的用户编码；

生成对应所述用户编码的第一用户认证信息；

建立所述第一用户认证信息与虚拟用户标识之间的绑定关系，所述绑定关系用于标识所述用户具有登录所述数据平台的资格；

根据所述第一数据请求获取业务数据；

向所述数据平台发送所述业务数据。

2.根据权利要求1所述的方法，其特征在于，所述用户编码是通过目标用户平台获取的，所述用户编码中包括所述目标用户平台的平台标识，所述方法还包括：

根据所述平台标识，从所述目标用户平台中获取所述用户编码对应的用户认证标识；

确定与所述用户认证标识对应的真实用户标识；

将所述绑定关系更新为所述第一用户认证信息与所述真实用户标识之间的绑定关系，更新后的绑定关系用于标识所述用户在所述数据平台中完成登录。

3.根据权利要求2所述的方法，其特征在于，所述确定与所述用户认证标识对应的真实用户标识，包括：

判断是否存储有所述用户认证标识；

若是，获取所述用户认证标识对应的所述真实用户标识；

若否，为所述用户认证标识分配对应的所述真实用户标识。

4.根据权利要求2所述的方法，其特征在于，所述根据所述第一数据请求获取业务数据，包括：

判断所述第一数据请求对应的业务数据是否为个性化数据；

若是，判断与所述第一用户认证信息绑定的用户标识是否为真实用户标识；

若是，根据所述第一数据请求以及所述真实用户标识，获取与所述真实用户标识对应的业务数据。

5.根据权利要求1所述的方法，其特征在于，在所述建立所述第一用户认证信息与虚拟用户标识之间的绑定关系之后，所述方法还包括：

判断是否存在所述第一用户认证信息对应的历史绑定关系；

若存在，将所述历史绑定关系作为所述绑定关系。

6.根据权利要求1所述的方法，其特征在于，在所述获取用户通过数据平台发起的第一数据请求之前，所述方法还包括：

获取用户通过所述数据平台发起的第二数据请求，所述第二数据请求中包括第二用户认证信息；

判断是否存在所述第二用户认证信息对应的历史绑定关系；

若否，返回无效信息，所述无效信息用于指示所述数据平台发送所述第一数据请求。

7.根据权利要求1所述的方法，其特征在于，所述向所述数据平台发送所述业务数据，包括：

向所述数据平台发送所述业务数据和所述第一用户认证信息。

8.一种数据处理装置，其特征在于，所述装置包括第一获取单元、生成单元、建立单元、第二获取单元和发送单元：

所述第一获取单元，用于获取用户通过数据平台发起的第一数据请求，所述第一数据请求包括对应所述用户的用户编码；

所述生成单元，用于生成对应所述用户编码的第一用户认证信息；

所述建立单元，用于建立所述第一用户认证信息与虚拟用户标识之间的绑定关系，所述绑定关系用于标识所述用户具有登录所述数据平台的资格；

所述第二获取单元，用于根据所述第一数据请求获取业务数据；

所述发送单元，用于向所述数据平台发送所述业务数据。

9.一种用于数据处理的设备，其特征在于，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行权利要求1-7中任意一项所述的数据处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求1-7中任意一项所述的数据处理方法。

Images