从第三方平台异步获取用户属性信息的方法、装置和系统与流程

本发明涉及计算机信息处理领域，具体而言，涉及一种从第三方平台异步获取用户属性信息的方法、装置和系统。

背景技术：

用户在互联网金融相关应用程序进行注册后，为了判断用户的类型，需要对用户的身份进行风险识别。通常来说商家没有用户的属性信息，无法直接进行判断，需要通过查询多个第三方平台来获取用户的属性信息进行判断。

目前采用的方式是商家与多个第三方平台之间为串联结构，通过各个第三方平台逐一获取用户的属性信息。但是由于不同的第三方平台处理时间不同，有些第三方平台需要进行查询处理的时间较长，或者某个第三方平台出现高并发情况，导致整体查询时间过长，给用户的体验非常不好。

技术实现要素：

本发明旨在解决现有用户信息查询方式查询时间不易控制，给用户体验较差的问题。

为了解决上述技术问题，本发明第一方面提出一种获取用户属性信息的方法，包括：

第一服务器获取用户的基本信息，基于所述基本信息向多个第三方平台中的一个或多个发送第一查询请求，查询用户的第一属性信息；

第一服务器与第二服务器同步，将用户信息发送到第二服务器；

第二服务器基于获取的所述用户信息向多个第三方平台中的一个或多个发送第二查询请求，查询用户的第二属性信息，接收第一次查询请求的一个或多个第三方平台向第二服务器返回用户的第一属性信息，接收第二次查询请求的一个或多个第三方平台向第二服务器返回用户的第二属性信息；

第一服务器基于所述用户信息向多个第三方平台中的一个或多个发送第三查询请求，查询用户的第三属性信息，所述一个或多个服务器向第以服务器返回用户的第三属性信息；

第一服务器再次与第二服务器同步，将所述用户的第三属性信息发送到第二服务器。

根据本发明的一种优选实施方式，所述第一查询请求、第二查询请求为异步请求。

根据本发明的一种优选实施方式，所述用户信息包括基本信息以及身份信息。

根据本发明的一种优选实施方式，所述基本信息包括用户的电话号码，所述身份信息包括用户的姓名和证件id。

根据本发明的一种优选实施方式，接收第一查询请求、第二查询请求以及第三查询请求的所述一个或多个第三方平台互不相同。

根据本发明的一种优选实施方式，所述第一服务器和第二服务器为redis服务器。

根据本发明的一种优选实施方式，接收第一查询请求的所述一个或多个第三方平台查询所述用户的第一属性信息的时间大于接收第二查询请求的所述一个或多个第三平台查询所述用户的第一属性信息的时间。

根据本发明的一种优选实施方式，所述第二服务器在接收到所述用户的第一属性信息、第二属性信息以及第三属性信息后对用户进行分类。

本发明的第二方面提出一种从第三方平台异步获取用户属性信息的系统，系统包括：

第一查询模块，通过第一服务器获取用户的基本信息，基于所述基本信息向多个第三方平台中的一个或多个发送第一查询请求，查询用户的第一属性信息；

第一同步模块，使第一服务器与第二服务器同步，将用户信息发送到第二服务器；

第二查询模块，通过第二服务器基于获取的所述用户信息向多个第三方平台中的一个或多个发送第二查询请求，查询用户的第二属性信息，接收第一次查询请求的一个或多个第三方平台向第二服务器返回用户的第一属性信息，接收第二次查询请求的一个或多个第三方平台向第二服务器返回用户的第二属性信息；

第三查询模块，通过第一服务器基于所述用户信息向多个第三方平台中的一个或多个发送第三查询请求，查询用户的第三属性信息，所述一个或多个服务器向第以服务器返回用户的第三属性信息；

第二同步模块，使第一服务器再次与第二服务器同步，将所述用户的第三属性信息发送到第二服务器。

根据本发明的一种优选实施方式，所述第一查询请求、第二查询请求为异步请求。

根据本发明的一种优选实施方式，所述用户信息包括基本信息以及身份信息

根据本发明的一种优选实施方式，所述基本信息包括用户的电话号码，所述身份信息包括用户的姓名和证件id。

根据本发明的一种优选实施方式，接收第一查询请求、第二查询请求以及第三查询请求的所述一个或多个第三方平台互不相同。

根据本发明的一种优选实施方式，所述第一服务器和第二服务器为redis服务器。

根据本发明的一种优选实施方式，接收第一查询请求的所述一个或多个第三方平台查询所述用户的第一属性信息的时间大于接收第二查询请求的所述一个或多个第三平台查询所述用户的第一属性信息的时间。

根据本发明的一种优选实施方式，所述第二服务器在接收到所述用户的第一属性信息、第二属性信息以及第三属性信息后对用户进行分类。

本发明的第三方面提出一种从第三方平台异步获取用户属性信息的系统，包括：

存储单元，用于存储计算机可执行程序；

处理单元，用于读取所述存储单元中的计算机可执行程序，以执行任一项所述的从第三方平台异步获取用户属性信息的方法。

本发明的第四方面提出一种计算机可读介质，用于存储计算机可读程序，其特征在于，所述计算机可读程序用于执行从第三方平台异步获取用户属性信息的方法。

采用该技术方案，通过异步的方式并联查询第三方平台，减少了查询时间，并且针对部分第三方平台查询时间长，提前进行查询，减少了整体查询等待时间，用户体验更加良好。

附图说明

为了使本发明所解决的技术问题、采用的技术手段及取得的技术效果更加清楚，下面将参照附图详细描述本发明的具体实施例。但需声明的是，下面描述的附图仅仅是本发明的示例性实施例的附图，对于本领域的技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他实施例的附图。

图1是本发明实施例中从第三方平台异步获取用户属性信息的流程示意图；

图2是本发明实施例中从第三方平台异步获取用户属性信息的时序示意图；

图3是本发明实施例中从第三方平台异步获取用户属性信息的装置的结构示意图；

图4是本发明实施例中从第三方平台异步获取用户属性信息的系统的结构框架示意图；

图5是本发明实施例中计算机可读存储介质的结构示意图。

具体实施方式

现在将参考附图来更加全面地描述本发明的示例性实施例，虽然各示例性实施例能够以多种具体的方式实施，但不应理解为本发明仅限于在此阐述的实施例。相反，提供这些示例性实施例是为了使本发明的内容更加完整，更加便于将发明构思全面地传达给本领域的技术人员。

在符合本发明的技术构思的前提下，在某个特定的实施例中描述的结构、性能、效果或者其他特征可以以任何合适的方式结合到一个或更多其他的实施例中。

在对于具体实施例的介绍过程中，对结构、性能、效果或者其他特征的细节描述是为了使本领域的技术人员对实施例能够充分理解。但是，并不排除本领域技术人员可以在特定情况下，以不含有上述结构、性能、效果或者其他特征的技术方案来实施本发明。

附图中的流程图仅是一种示例性的流程演示，不代表本发明的方案中必须包括流程图中的所有的内容、操作和步骤，也不代表必须按照图中所显示的顺序执行。例如，流程图中有的操作/步骤可以分解，有的操作/步骤可以合并或部分合并，等等，在不脱离本发明的发明主旨的情况下，流程图中显示的执行顺序可以根据实际情况改变。

附图中的框图一般表示的是功能实体，并不一定必然与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理单元装置和/或微控制器装置中实现这些功能实体。

各附图中相同的附图标记表示相同或类似的元件、组件或部分，因而下文中可能省略了对相同或类似的元件、组件或部分的重复描述。还应理解，虽然本文中可能使用第一、第二、第三等表示编号的定语来描述各种器件、元件、组件或部分，但是这些器件、元件、组件或部分不应受这些定语的限制。也就是说，这些定语仅是用来将一者与另一者区分。例如，第一器件亦可称为第二器件，但不偏离本发明实质的技术方案。此外，术语“和/或”、“及/或”是指包括所列出项目中的任一个或多个的所有组合。

图1是本发明一种获取用户属性信息的方法的流程图，图2是本发明一种获取用户属性信息的方法的时序图，如图1所示，本发明方法具有如下步骤：

s1、第一服务器获取用户的基本信息，基于所述基本信息向多个第三方平台中的一个或多个发送第一查询请求，查询用户的第一属性信息。

在本实施方式中，当用户进行注册时，会填写注册信息，此时第一服务器能够获取用户的基本信息。用户的基本信息包括用户的电话号码。

在本实施方式中，当用户进行注册后需要对用户进行风险评估，此时需要根据用户注册的信息查询用户属性信息，属性信息包括但不限于用户的借款信息(例如是否有借款，借款数额等)，还款信息(例如是否已还款，已还款项数额，未还款项数额等等)，交易信息(近期交易笔数，交易金额等等)，逾期信息(逾期额度，逾期时间，逾期次数等等)，信用信息。而这些用户属性信息存储在不同的第三方平台。第三方平台包括电商平台，支付平台等多种平台。其中有些平台因为接口、协议以及其他原因，查询耗时较长，使得总体查询时间过长。为了减少查询所用时间，对于一些查询时间比较长的第三方平台可以提前进行查询。

在本实施方式中，第一属性信息、第二属性信息以及第三属性信息为属性信息中的一种或多种信息。

s2、第一服务器与第二服务器同步，将用户信息发送到第二服务器。

在本实施方式中，第二服务器中存储有业务模型，可以根据用户的属性信息进行计算，判断用户的风险等级。风险等级越高说明用户的金融安全性越低。

在本实施方式中，用户完成注册，填写用户信息，第一服务器获取用户信息后与第二服务器进行同步，将用户信息同步到第二服务器。用户信息包括但不限于姓名、证件id、银行卡信息、家庭关系信息、人际关系信息、生物特征信息、社保信息、户籍信息、公积金信息。

在本实施方式中，第二服务器为某机构授权的第三方客户信用查询机构的服务器，用户在进行注册时给与授权，第二服务器可以根据用户的用户信息查询用户属性信息中的征信信息。将用户的信用信息输入业务模型，判断用户的风险等级。用的属性信息中，为不同的属性信息设置不同的权重，信用信息的权重相对较高。因此，当用户的信用信息越好时，通过业务模型判断用户的风险等级越低。

在本实施方式中，第一服务器和第二服务器进行同步时，第二服务器还将判断获得的用户的风险等级返回第一服务器。

在本实施方式中，还可以对用户的风险等级设一个阈值，当业务模型判断的用户的风险等级低于阈值时，说明用户的金融安全性很高，可以不用执行后续步骤，给与用户审核通过的操作。

在其他实施方式中，第二服务器存储用户的属性信息中的其他信息，第二服务器根据用户信息获取其所存储的用户的属性信息，将属性信息输入业务模型，业务模型根据属性信息判断用户的风险等级。如果业务模型根据第二服务器存储的用户属性信息能够判断用户的风险等级，并且用户的风险等级低于设定的阈值，说明用户的金融安全性很高，可以不用执行后续步骤。

如果不能够判断出用户的风险等级，或者判断用户的风险等级高于阈值，则继续执行后续步骤，从第三方服务器获取更多的用户的属性信息进行判断。

在本实施方式中第一服务器和第二服务器为不同的服务器，在其他实施方式中，第一服务器和第二服务器可以为相同的服务器。

s3、第二服务器基于获取的所述用户信息向多个第三方平台中的一个或多个发送第二查询请求，查询用户的第二属性信息，接收第一次查询请求的一个或多个第三方平台向第二服务器返回用户的第一属性信息，接收第二次查询请求的一个或多个第三方平台向第二服务器返回用户的第二属性信息。

在本实施方式中，第一属性信息和第二属性信息是属性信息中的一种或多种。为了节省查询时间，在本实施方式中，第一属性信息和第二属信息不重合，避免重发查询延长整体的查询时间。

在本实施方式中，如时序示意图图2所示，接收第一次查询请求的一个或多个第三方平台与接收第二次查询请求的一个或多个第三方平台是不同的。

在其他实施方式中接收第一次查询请求的一个或多个第三方平台与接收第二次查询请求的一个或多个第三方平台可以是相同的，只是查询的属性信息不同，有的属性信息查询耗时较长，因此需要提前进行异步查询。

在本实施方式中，返回第一属性信息的时间比返回第二属性信息的时间早。在其他实施方式中，返回第一属性信息的时间可以晚于返回第二属性信息的时间，也可以同时返回。

在本实施方式中，第一查询请求、第二查询请求为异步请求。

s4、第一服务器基于所述用户信息向多个第三方平台中的一个或多个发送第三查询请求，查询用户的第三属性信息，所述一个或多个服务器向第以服务器返回用户的第三属性信息。

在本实施方式中，第一服务器与第二服务器同步后，第一服务器根据用户信息向第三方平台查询用户的第三属性信息。同样的，第三属性信息与第一属性信息、第二属性信息不同。查询第三属性信息的第三方平台也与查询第一属性信息的第三方平台、查询第二属性信息的第三方平台也不相同。

在本实施方式中，因为接口不同、协议不同等等原因，第一服务器和第二服务器都各自所对应的第三方平台，所以需要分别向各自对应的第三方平台查询用户的属性信息。

s5、第一服务器再次与第二服务器同步，将所述用户的第三属性信息发送到第二服务器。

在本实施方式中，第一服务器再次与第二服务器进行同步时，会将用户的第三属性信息发送到第二服务器，第二服务器汇总收到的用户的第一属性信息、第二属性信息以及第三属性信息。

在本实施方式中，第二服务器还将汇总的第一属性信息、第二属性信息以及第三属性信息输入业务模型判断用户的风险等级，并将判断得到的用户等级发送给第一服务器。

如图2所示的从第三方平台异步获取用户属性信息的时序示意图，以图2作为实施例，详细说明一下交互过程。

实施例1：

s201、用户向第一服务器进行注册，注册时第一服务器获取用户的手机号，此时第一服务器根据用户的手机号向第三方平台发送第一查询请求，查询用户的第一属性信息，第一属性信息为借款信息(例如是否有借款，借款数额等)，还款信息(例如是否已还款，已还款项数额，未还款项数额等等)，交易信息(近期交易笔数，交易金额等等)，逾期信息(逾期额度，逾期时间，逾期次数等等)，信用信息等属性信息中的一种或多种。

s202、用户完成注册，第一服务器获取用户的用户信息，用户信息包括但不限于姓名、证件id、银行卡信息、家庭关系信息、人际关系信息、生物特征信息、社保信息、户籍信息、公积金信息。第一服务器与第二服务器同步，将获取的用户信息同步到第二服务器。

s203、第二服务器根据获取的用户信息向第三方平台发送第二查询请求，查询用户的第二属性信息，第二属性信息为借款信息(例如是否有借款，借款数额等)，还款信息(例如是否已还款，已还款项数额，未还款项数额等等)，交易信息(近期交易笔数，交易金额等等)，逾期信息(逾期额度，逾期时间，逾期次数等等)，征信信息等属性信息中的一种或多种。

s204、第三方平台查询获得用户的第一属性信息，将查询获得的第一属性信息发送到第二服务器。

s205、第三方平台查询获得用户的第二属性信息，将查询获得的第二属性信息发送到第二服务器。

s206、第一服务器根据用户的用户信息向第三方平台发送第三查询请求，查询用户的第二属性信息，第二属性信息为借款信息(例如是否有借款，借款数额等)，还款信息(例如是否已还款，已还款项数额，未还款项数额等等)，交易信息(近期交易笔数，交易金额等等)，逾期信息(逾期额度，逾期时间，逾期次数等等)，信用信息等属性信息中的一种或多种。

s207、第三方平台查询获得用户的第三属性信息，将查询获得的第三属性信息发送到第一服务器。

s208、第一服务器与第二服务器再次进行同步，第一服务器将用户的第三属信息发送到第二服务器，第二服务器将用户的第一属性信息、第二属性信息以及第三属性信息汇总。

如图3所示，在本实施例中还提供了一种从第三方平台异步获取用户属性信息的系统300，系统300包括：

第一查询模块301，通过第一服务器获取用户的基本信息，基于所述基本信息向多个第三方平台中的一个或多个发送第一查询请求，查询用户的第一属性信息。

在本实施方式中，当用户进行注册时，会填写注册信息，此时第一服务器能够获取用户的基本信息。用户的基本信息包括用户的电话号码。

在本实施方式中，当用户进行注册后需要对用户进行风险评估，此时需要根据用户注册的信息查询用户属性信息，属性信息包括但不限于用户的借款信息(例如是否有借款，借款数额等)，还款信息(例如是否已还款，已还款项数额，未还款项数额等等)，交易信息(近期交易笔数，交易金额等等)，逾期信息(逾期额度，逾期时间，逾期次数等等)，信用信息。而这些用户属性信息存储在不同的第三方平台。第三方平台包括电商平台，支付平台等多种平台。其中有些平台因为接口、协议以及其他原因，查询耗时较长，使得总体查询时间过长。为了减少查询所用时间，对于一些查询时间比较长的第三方平台可以提前进行查询。

在本实施方式中，第一属性信息、第二属性信息以及第三属性信息为属性信息中的一种或多种信息。

第一同步模块302，使第一服务器与第二服务器同步，将用户信息发送到第二服务器。

在本实施方式中，第二服务器中存储有业务模型，可以根据用户的属性信息进行计算，判断用户的风险等级。风险等级越高说明用户的金融安全性越低。

在本实施方式中，用户完成注册，填写用户信息，第一服务器获取用户信息后与第二服务器进行同步，将用户信息同步到第二服务器。用户信息包括但不限于姓名、证件id、银行卡信息、家庭关系信息、人际关系信息、生物特征信息、社保信息、户籍信息、公积金信息。

在本实施方式中，第二服务器为某机构授权的第三方客户信用查询机构的服务器，用户在进行注册时给与授权，第二服务器可以根据用户的用户信息查询用户属性信息中的信用信息。将用户的信用信息输入业务模型，判断用户的风险等级。用的属性信息中，为不同的属性信息设置不同的权重，信用信息的权重相对较高。因此，当用户的信用信息越好时，通过业务模型判断用户的风险等级越低。

在本实施方式中，第一服务器和第二服务器进行同步时，第二服务器还将判断获得的用户的风险等级返回第一服务器。

在本实施方式中，还可以对用户的风险等级设一个阈值，当业务模型判断的用户的风险等级低于阈值时，说明用户的金融安全性很高，可以不用执行后续步骤，给与用户审核通过的操作。

在其他实施方式中，第二服务器存储用户的属性信息中的其他信息，第二服务器根据用户信息获取其所存储的用户的属性信息，将属性信息输入业务模型，业务模型根据属性信息判断用户的风险等级。如果业务模型根据第二服务器存储的用户属性信息能够判断用户的风险等级，并且用户的风险等级低于设定的阈值，说明用户的金融安全性很高，可以不用执行后续步骤。

如果不能够判断出用户的风险等级，或者判断用户的风险等级高于阈值，则继续执行后续步骤，从第三方服务器获取更多的用户的属性信息进行判断。

在本实施方式中第一服务器和第二服务器为不同的服务器，在其他实施方式中，第一服务器和第二服务器可以为相同的服务器。

第二查询模块303，通过第二服务器基于获取的所述用户信息向多个第三方平台中的一个或多个发送第二查询请求，查询用户的第二属性信息，接收第一次查询请求的一个或多个第三方平台向第二服务器返回用户的第一属性信息，接收第二次查询请求的一个或多个第三方平台向第二服务器返回用户的第二属性信息。

在本实施方式中，第一属性信息和第二属性信息是属性信息中的一种或多种。为了节省查询时间，在本实施方式中，第一属性信息和第二属信息不重合，避免重发查询延长整体的查询时间。

在本实施方式中，接收第一次查询请求的一个或多个第三方平台与接收第二次查询请求的一个或多个第三方平台是不同的。

在其他实施方式中接收第一次查询请求的一个或多个第三方平台与接收第二次查询请求的一个或多个第三方平台可以是相同的，只是查询的属性信息不同，有的属性信息查询耗时较长，因此需要提前进行异步查询。

在本实施方式中，返回第一属性信息的时间比返回第二属性信息的时间早。在其他实施方式中，返回第一属性信息的时间可以晚于返回第二属性信息的时间，也可以同时返回。

在本实施方式中，第一查询请求、第二查询请求为异步请求。

第三查询模块304，通过第一服务器基于所述用户信息向多个第三方平台中的一个或多个发送第三查询请求，查询用户的第三属性信息，所述一个或多个服务器向第以服务器返回用户的第三属性信息。

在本实施方式中，第一服务器与第二服务器同步后，第一服务器根据用户信息向第三方平台查询用户的第三属性信息。同样的，第三属性信息与第一属性信息、第二属性信息不同。查询第三属性信息的第三方平台也与查询第一属性信息的第三方平台、查询第二属性信息的第三方平台也不相同。

在本实施方式中，因为接口不同、协议不同等等原因，第一服务器和第二服务器都各自所对应的第三方平台，所以需要分别向各自对应的第三方平台查询用户的属性信息。

第二同步模块305，使第一服务器再次与第二服务器同步，将所述用户的第三属性信息发送到第二服务器。

在本实施方式中，第一服务器再次与第二服务器进行同步时，会将用户的第三属性信息发送到第二服务器，第二服务器汇总收到的用户的第一属性信息、第二属性信息以及第三属性信息。

在本实施方式中，第二服务器还将汇总的第一属性信息、第二属性信息以及第三属性信息输入业务模型判断用户的风险等级，并将判断得到的用户等级发送给第一服务器。

如图4所示，本发明的一个实施例中还公开从第三方平台异步获取用户属性信息的系统，图4显示的从第三方平台异步获取用户属性信息的系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

从第三方平台异步获取用户属性信息的系统400，包括存储单元420，用于存储计算机可执行程序；处理单元410，用于读取所述存储单元中的计算机可执行程序，以执行本发明各种实施方式的步骤。

在本实施方式中从第三方平台异步获取用户属性信息的系统400还包括，连接不同系统组件(包括存储单元420和处理单元410)的总线430、显示单元440等。

其中，所述存储单元420存储有计算机可读程序，其可以是源程序或都只读程序的代码。所述程序可以被处理单元410执行，使得所述处理单元410执行本发明各种实施方式的步骤。例如，所述处理单元410可以执行如图1所示的步骤。

所述存储单元420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)4201和/或高速缓存存储单元4202，还可以进一步包括只读存储单元(rom)4203。所述存储单元420还可以包括具有一组(至少一个)程序模块4205的程序/实用工具4204，这样的程序模块4205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

从第三方平台异步获取用户属性信息的系统400也可以与一个或多个外部设备470(例如键盘、显示器、网络设备、蓝牙设备等)通信，使得用户能经由这些外部设备470通过输入/输出(i/o)接口450进行与处理单元410进行交互，还可以通过网络适配器460与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)进行。网络适配器460可以通过总线430与基于微服务架构的路由管理系统400的其它模块通信。应当明白，尽管图中未示出，基于微服务架构的路由管理系统400中可使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

图5是本发明的一个计算机可读介质实施例的示意图。如图5所示，所述计算机程序可以存储于一个或多个计算机可读介质上。计算机可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储单元(ram)、只读存储单元(rom)、可擦式可编程只读存储单元(eprom或闪存)、光纤、便携式紧凑盘只读存储单元(cd-rom)、光存储单元件、磁存储单元件、或者上述的任意合适的组合。当所述计算机程序被一个或多个数据处理设备执行时，使得该计算机可读介质能够实现本发明的上述方法，即：

s1、第一服务器获取用户的基本信息，基于所述基本信息向多个第三方平台中的一个或多个发送第一查询请求，查询用户的第一属性信息；

s2、第一服务器与第二服务器同步，将用户信息发送到第二服务器；

s3、第二服务器基于获取的所述用户信息向多个第三方平台中的一个或多个发送第二查询请求，查询用户的第二属性信息，接收第一次查询请求的一个或多个第三方平台向第二服务器返回用户的第一属性信息，接收第二次查询请求的一个或多个第三方平台向第二服务器返回用户的第二属性信息；

s4、第一服务器基于所述用户信息向多个第三方平台中的一个或多个发送第三查询请求，查询用户的第三属性信息，所述一个或多个服务器向第以服务器返回用户的第三属性信息；

s5、第一服务器再次与第二服务器同步，将所述用户的第三属性信息发送到第二服务器。

通过以上的实施方式的描述，本领域的技术人员易于理解，本发明描述的示例性实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读的存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台数据处理设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明的上述方法。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

综上所述，本发明可以执行计算机程序的方法、装置、电子设备或计算机可读介质来实现。可以在实践中使用微处理单元或者数字信号处理单元(dsp)等通用数据处理设备来实现本发明的一些或者全部功能。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，本发明不与任何特定计算机、虚拟装置或者电子设备固有相关，各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。