CN115222453A - 一种账户合并方法和系统 - Google Patents

Abstract

本申请实施例公开了一种账户合并方法和系统，所述方法包括：接收用户的正式账户合并请求消息，所述正式账户合并请求消息携带正式账户信息和用户信息；根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户；若所述用户信息有关联建档账户，则根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并；若所述用户信息有关联临时账户，则根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并。将同一用户的多个临时账户和/或建档账户与用户正式注册的正式账户合并，节省了服务资源，方便用户管理账户。

Description

一种账户合并方法和系统

技术领域

本申请实施例涉及信息技术领域，具体涉及一种账户合并方法和系统。

背景技术

随着互联网市场的日益发达，互联网公司和用户都出现了爆炸式的增长，用户的迁移速度非常快，促活成本和获客成本也越来越高。为了促活、拉新，各互联网公司推出了众多营销手段，其中，为用户发放积分奖励就是最常见的一种而在这些积分服务背后，必然要有一套账户体系来做支撑，而这些账户体系大多都存在这样或那样的不足：

1、用户强感知，体验差，转化率低。在发放积分前，需要用户提前注册，或跳转到特定商户网站或页面进行认证或注册，由于需要用户做各种认证，导致转化率降低；

2、账户通用性差。这些账户体系大多只能支持单一平台的积分发放，不能或很难与其它同类的平台账户体系打通；

3、支持的业务场景有限。当有多个平台或商户要给同一个用户发放通用积分时，它们无法满足该类需求。

发明内容

为此，本申请实施例提供一种账户合并方法和系统，将同一用户的多个临时账户和/或建档账户与用户正式注册的正式账户合并，节省了服务资源，方便用户管理账户。

为了实现上述目的，本申请实施例提供如下技术方案：

根据本申请实施例的第一方面，提供了一种账户合并方法，所述方法包括：

接收用户的正式账户合并请求消息，所述正式账户合并请求消息携带正式账户信息和用户信息；

根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户；

若所述用户信息有关联建档账户，则根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并；

若所述用户信息有关联临时账户，则根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并。

可选地，所述根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户，包括：

获取所述用户信息中的实名信息和用户登录过的所有商户信息；

根据所述实名信息在建档账户数据库中查询是否有所述实名信息，若有，则所述用户信息在平台中有关联建档账户ID；以及根据所述用户登录过所有商户信息在商户数据库中查询是否有临时账户ID，若有，则所述用户信息在平台中有关联临时账户。

可选地，所述根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并，包括：

获取用户选择的鉴权方式，所述鉴权方式包括面部识别鉴权、指纹识别鉴权和银行卡鉴权；

根据用户选择的任一鉴权方式进行认证，若成功，则将所有建档账户中的账户信息和账户积分合并至所述正式账户中。

可选地，所述方法还包括：

注销所有合并过的建档账户，并发送账户合并提示消息。

可选地，所述根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并，包括：

根据用户登录过的所有商户信息基于预设鉴权规则在标准授权联登页进行商户鉴权，若成功，则将所有临时账户中的账户信息和账户积分合并至所述正式账户中。

可选地，所述方法还包括：

注销所有合并过的临时账户，并发送账户合并提示消息。

可选地，在根据用户登录过的所有商户信息进行商户鉴权之前，所述方法还包括：

根据用户登录商户的登录方式，确定商户鉴权方式，所述商户鉴权方式包括密码和验证码单一鉴权或组合的形式，所述验证码为短信验证码或OTP验证码。

根据本申请实施例的第二方面，提供了一种账户合并系统，所述系统包括：

请求接收模块，用于接收用户的正式账户合并请求消息，所述正式账户合并请求消息携带正式账户信息和用户信息；

关联账户查询模块，用于根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户；

建档账户合并模块，用于若所述用户信息有关联建档账户，则根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并；

临时账户合并模块，用于若所述用户信息有关联临时账户，则根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并。

根据本申请实施例的第三方面，提供了一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行以实现上述第一方面所述的方法。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现上述第一方面所述的方法。

综上所述，本申请实施例提供了一种账户合并方法和系统，通过接收用户的正式账户合并请求消息，所述正式账户合并请求消息携带正式账户信息和用户信息；根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户；若所述用户信息有关联建档账户，则根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并；若所述用户信息有关联临时账户，则根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并。将同一用户的多个临时账户和/或建档账户与用户正式注册的正式账户合并，节省了服务资源，方便用户管理账户。

附图说明

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

本说明书所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容能涵盖的范围内。

图1为本申请实施例提供的一种账户合并方法流程示意图；

图2为本申请实施例提供的临时账户合并实施例示意图；

图3为本申请实施例提供的建档账户合并实施例示意图；

图4为本申请实施例提供的一种账户合并系统框图；

图5示出了本申请实施例提供的一种电子设备的结构示意图；

图6示出了本申请实施例提供的一种计算机可读存储介质的示意图。

具体实施方式

以下由特定的具体实施例说明本发明的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本发明的其他优点及功效，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出了本申请实施例提供的一种账户合并方法，所述方法包括：

步骤101：接收用户的正式账户合并请求消息，所述正式账户合并请求消息携带正式账户信息和用户信息；

步骤102：根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户；

步骤103：若所述用户信息有关联建档账户，则根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并；

步骤104：若所述用户信息有关联临时账户，则根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并。

在一种可能的实施方式中，正式账户包括账户名和账户密码，该正式账户可以由用户使用不同类型的用户信息进行注册。该不同类型的用户信息可以包括身份证号码、手机号码、银行账户、以及第三方网络服务账号，例如，邮箱地址、社交应用账户、财务应用账户等。

在一种可能的实施方式中，在步骤102中，所述根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户，包括：

获取所述用户信息中的实名信息和用户登录过的所有商户信息；

根据所述实名信息在建档账户数据库中查询是否有所述实名信息，若有，则所述用户信息在平台中有关联建档账户ID；以及根据所述用户登录过所有商户信息在商户数据库中查询是否有临时账户ID，若有，则所述用户信息在平台中有关联临时账户。

在一种可能的实施方式中，在步骤103中，所述根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并，包括：

获取用户选择的鉴权方式，所述鉴权方式包括面部识别鉴权、指纹识别鉴权和银行卡鉴权；

根据用户选择的任一鉴权方式进行认证，若成功，则将所有建档账户中的账户信息和账户积分合并至所述正式账户中。

在一种可能的实施方式中，所述方法还包括：

注销所有合并过的建档账户，并发送账户合并提示消息。

在一种可能的实施方式中，在步骤104中，所述根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并，包括：

根据用户登录过的所有商户信息基于预设鉴权规则在标准授权联登页进行商户鉴权，若成功，则将所有临时账户中的账户信息和账户积分合并至所述正式账户中。

在一种可能的实施方式中，所述方法还包括：

注销所有合并过的临时账户，并发送账户合并提示消息。

在一种可能的实施方式中，在根据用户登录过的所有商户信息进行商户鉴权之前，所述方法还包括：

根据用户登录商户的登录方式，确定商户鉴权方式，所述商户鉴权方式包括密码和验证码单一鉴权或组合的形式，所述验证码为短信验证码或OTP验证码。

在一种可能的实施方式中，建档账户名称和临时账户名称可由系统自动分配。

在一种可能的实施方式中，在进行账户合并时，所述方法包括：

创建一个合并账户数据库，所述合并账户数据库中存放合并账户路由表。合并账户路由表是一个存储在路由器或者联网计算机中的电子表格(文件)或类数据库。所述合并账户路由表包括建档账户名、临时账户名、正式账户名、建档账户名和正式账户名之间的映射关系、临时账户名和正式账户名之间的映射关系、建档账户数据库标识符、临时账户数据库标识符、正式账户数据库标识符、建档账户数据状态、临时账户数据状态、正式账户数据状态。

在进行正式账户合并时，通过查询正式账户路由表，调用建档账户数据、临时账户数据、正式账户数据，将建档账户数据和正式账户数据进行合并，和/或将临时账户数据和正式账户数据进行合并，并且存储至正式账户所在的数据库内。

所述建档账户数据、临时账户数据和所述正式账户数据均包括锁定状态和解锁状态；锁定建档账户数据、临时账户数据和正式账户数据的状态为锁定状态，以避免建档账户数据、临时账户数据和正式账户数据被调用修改；解锁建档账户数据、临时账户数据和正式账户数据的状态为解锁状态，以使得建档账户数据、临时账户数据和正式账户数据被调用合并。

下面结合附图对本申请实施例提供的账户合并方法进行详细描述。

图2示出了本申请实施例中，在用户注册正式账户并登录之后，并完成正式账户的实名认证，再选择发出账户合并请求消息。在客户端接收用户的正式账户合并请求消息之后，根据所述用户信息(实名信息)判断所述用户信息在平台中关联有建档账户，可同时实名信息关联到所有未合并的建档账户。

由于建档账户是针对能够获取用户信息授权的场景，支持基于用户实名身份信息生成一个建档账户，账户可以提前生成，也可以是发放积分时生成，用户不需要感知。对于查询到的一个或多个建档账户，用户可以选择鉴权方式进行鉴权，鉴权方式包括不限于刷脸识别、指纹识别、银行卡鉴权、商户鉴权。鉴权成功后，可以完成建档账户到正式账户的信息合并和积分归集。

图3示出了本申请实施例中，在接收用户的正式账户合并请求消息之后，根据所述用户信息判断所述用户信息在平台中关联有临时账户，由于临时账户是针对无法获取用户信息授权的合作方，基于商户的会员唯一标识生成一个临时账户ID，账户可以提前生成，也可以是发放积分时生成，用户不需要感知。对于基于合作商户的会员唯一标识注册的临时账户ID，用户浏览或登录商户的web或者app，客户通过基于OAUTH2.0的通用授权，完成OTP验证后，可以完成临时账户到正式账户的信息合并和积分归集。

目前，大多数互联网开放平台采用OAuth协议对第三方应用实现鉴权和认证。OAuth是一种开放的协议，为桌面应用或者基于B/S模式的WWW应用提供了一种简单、标准的方式访问需要用户授权的API服务，任何第三方应用在访问用户资源时都需要经过用户认证同意后方可访问，这样保证了用户数据的隐私保密。由于其安全、开发简单易行，很多互联网厂商在建设开放平台时都提供了OAuth认证服务。

当用户经过验证，完成一个临时账户或一个建档账户到正式账户的合并后，后续合作方或商户发放的积分就都会直接归集到正式账户。

本申请实施例还提供一种账户合并方法，包括如下步骤：

步骤1：接收用户的正式账户合并请求消息，所述正式账户合并请求消息携带正式账户信息和用户信息；

步骤2：获取所述用户信息中的实名信息和用户登录过的所有商户信息；根据所述实名信息在建档账户数据库中查询是否有所述实名信息，若有，则所述用户信息在平台中有关联建档账户ID；以及根据所述用户登录过所有商户信息在商户数据库中查询是否有临时账户ID，若有，则所述用户信息在平台中有关联临时账户；

步骤3：获取用户选择的鉴权方式，所述鉴权方式包括面部识别鉴权、指纹识别鉴权和银行卡鉴权；根据用户选择的任一鉴权方式进行认证，若成功，则将所有建档账户中的账户信息和账户积分合并至所述正式账户中。

步骤4：根据用户登录过的所有商户信息基于预设鉴权规则在标准授权联登页进行商户鉴权，若成功，则将所有临时账户中的账户信息和账户积分合并至所述正式账户中。

在一种可能的实施方式中，所述方法还包括：

注销所有合并过的建档账户，并发送账户合并提示消息。

在一种可能的实施方式中，所述方法还包括：

注销所有合并过的临时账户，并发送账户合并提示消息。

在一种可能的实施方式中，在根据用户登录过的所有商户信息进行商户鉴权之前，所述方法还包括：根据用户登录商户的登录方式，确定商户鉴权方式，所述商户鉴权方式包括密码和验证码单一鉴权或组合的形式，所述验证码为短信验证码或OTP验证码。

在一种可能的实施方式中，建档账户名称和临时账户名称可由系统自动分配。

在一种可能的实施方式中，在进行账户合并时，所述方法包括：

创建一个合并账户数据库，所述合并账户数据库中存放合并账户路由表。合并账户路由表是一个存储在路由器或者联网计算机中的电子表格(文件)或类数据库。所述合并账户路由表包括建档账户名、临时账户名、正式账户名、建档账户名和正式账户名之间的映射关系、临时账户名和正式账户名之间的映射关系、建档账户数据库标识符、临时账户数据库标识符、正式账户数据库标识符、建档账户数据状态、临时账户数据状态、正式账户数据状态。

在进行正式账户合并时，通过查询正式账户路由表，调用建档账户数据、临时账户数据、正式账户数据，将建档账户数据和正式账户数据进行合并，和/或将临时账户数据和正式账户数据进行合并，并且存储至正式账户所在的数据库内。

所述建档账户数据、临时账户数据和所述正式账户数据均包括锁定状态和解锁状态；锁定建档账户数据、临时账户数据和正式账户数据的状态为锁定状态，以避免建档账户数据、临时账户数据和正式账户数据被调用修改；解锁建档账户数据、临时账户数据和正式账户数据的状态为解锁状态，以使得建档账户数据、临时账户数据和正式账户数据被调用合并。

综上所述，本申请实施例提供了一种账户合并方法，通过接收用户的正式账户合并请求消息，所述正式账户合并请求消息携带正式账户信息和用户信息；根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户；若所述用户信息有关联建档账户，则根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并；若所述用户信息有关联临时账户，则根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并。将同一用户的多个临时账户和/或建档账户与用户正式注册的正式账户合并，节省了服务资源，优化了用户体验，降低了促活和拉新的成本。方便用户管理账户。

基于相同的技术构思，本申请实施例还提供了一种账户合并系统，如图4所示，所述系统包括：

请求接收模块401，用于接收用户的正式账户合并请求消息，所述正式账户合并请求消息携带正式账户信息和用户信息；

关联账户查询模块402，用于根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户；

建档账户合并模块403，用于若所述用户信息有关联建档账户，则根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并；

临时账户合并模块404，用于若所述用户信息有关联临时账户，则根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并。

在一种可能的实施方式中，所述关联账户查询模块402，具体用于：

获取所述用户信息中的实名信息和用户登录过的所有商户信息；

根据所述实名信息在建档账户数据库中查询是否有所述实名信息，若有，则所述用户信息在平台中有关联建档账户ID；以及根据所述用户登录过所有商户信息在商户数据库中查询是否有临时账户ID，若有，则所述用户信息在平台中有关联临时账户。

在一种可能的实施方式中，所述建档账户合并模块403，具体用于：

获取用户选择的鉴权方式，所述鉴权方式包括面部识别鉴权、指纹识别鉴权和银行卡鉴权；

根据用户选择的任一鉴权方式进行认证，若成功，则将所有建档账户中的账户信息和账户积分合并至所述正式账户中。

在一种可能的实施方式中，还用于：注销所有合并过的建档账户，并发送账户合并提示消息。

在一种可能的实施方式中，所述临时账户合并模块404，具体用于：

根据用户登录过的所有商户信息基于预设鉴权规则在标准授权联登页进行商户鉴权，若成功，则将所有临时账户中的账户信息和账户积分合并至所述正式账户中。

在一种可能的实施方式中，还用于：注销所有合并过的临时账户，并发送账户合并提示消息。

在一种可能的实施方式中，在根据用户登录过的所有商户信息进行商户鉴权之前，所述系统还包括：

鉴权方式确定模块，用于根据用户登录商户的登录方式，确定商户鉴权方式，所述商户鉴权方式包括密码和验证码单一鉴权或组合的形式，所述验证码为短信验证码或OTP验证码。

在一种可能的实施方式中，建档账户名称和临时账户名称可由系统自动分配。

在一种可能的实施方式中，在进行账户合并时，用于：

创建一个合并账户数据库，所述合并账户数据库中存放合并账户路由表。合并账户路由表是一个存储在路由器或者联网计算机中的电子表格(文件)或类数据库。所述合并账户路由表包括建档账户名、临时账户名、正式账户名、建档账户名和正式账户名之间的映射关系、临时账户名和正式账户名之间的映射关系、建档账户数据库标识符、临时账户数据库标识符、正式账户数据库标识符、建档账户数据状态、临时账户数据状态、正式账户数据状态。

在进行正式账户合并时，通过查询正式账户路由表，调用建档账户数据、临时账户数据、正式账户数据，将建档账户数据和正式账户数据进行合并，和/或将临时账户数据和正式账户数据进行合并，并且存储至正式账户所在的数据库内。

所述建档账户数据、临时账户数据和所述正式账户数据均包括锁定状态和解锁状态；锁定建档账户数据、临时账户数据和正式账户数据的状态为锁定状态，以避免建档账户数据、临时账户数据和正式账户数据被调用修改；解锁建档账户数据、临时账户数据和正式账户数据的状态为解锁状态，以使得建档账户数据、临时账户数据和正式账户数据被调用合并。

本申请实施方式还提供一种与前述实施方式所提供的方法对应的电子设备。请参考图5，其示出了本申请的一些实施方式所提供的一种电子设备的示意图。所述电子设备20可以包括：处理器200，存储器201，总线202和通信接口203，所述处理器200、通信接口203和存储器201通过总线202连接；所述存储器201中存储有可在所述处理器200上运行的计算机程序，所述处理器200运行所述计算机程序时执行本申请前述任一实施方式所提供的方法。

其中，存储器201可能包含高速随机存取存储器(RAM：Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个物理端口203(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。

总线202可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中，存储器201用于存储程序，所述处理器200在接收到执行指令后，执行所述程序，前述本申请实施例任一实施方式揭示的所述方法可以应用于处理器200中，或者由处理器200实现。

处理器200可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器200中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器200可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器201，处理器200读取存储器201中的信息，结合其硬件完成上述方法的步骤。

本申请实施例提供的电子设备与本申请实施例提供的方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的方法对应的计算机可读存储介质，请参考图6，其示出的计算机可读存储介质为光盘30，其上存储有计算机程序(即程序产品)，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的方法。

需要说明的是，所述计算机可读存储介质的例子还可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。

本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备有固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的虚拟机的创建装置中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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

Claims (10)

1.一种账户合并方法，其特征在于，所述方法包括：

接收用户的正式账户合并请求消息，所述正式账户合并请求消息携带正式账户信息和用户信息；

根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户；

若所述用户信息有关联建档账户，则根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并；

若所述用户信息有关联临时账户，则根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并。

2.如权利要求1所述的方法，其特征在于，所述根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户，包括：

获取所述用户信息中的实名信息和用户登录过的所有商户信息；

根据所述实名信息在建档账户数据库中查询是否有所述实名信息，若有，则所述用户信息在平台中有关联建档账户ID；以及根据所述用户登录过所有商户信息在商户数据库中查询是否有临时账户ID，若有，则所述用户信息在平台中有关联临时账户。

3.如权利要求1所述的方法，其特征在于，所述根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并，包括：

获取用户选择的鉴权方式，所述鉴权方式包括面部识别鉴权、指纹识别鉴权和银行卡鉴权；

根据用户选择的任一鉴权方式进行认证，若成功，则将所有建档账户中的账户信息和账户积分合并至所述正式账户中。

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

注销所有合并过的建档账户，并发送账户合并提示消息。

5.如权利要求1所述的方法，其特征在于，所述根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并，包括：

根据用户登录过的所有商户信息基于预设鉴权规则在标准授权联登页进行商户鉴权，若成功，则将所有临时账户中的账户信息和账户积分合并至所述正式账户中。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

注销所有合并过的临时账户，并发送账户合并提示消息。

7.如权利要求1所述的方法，其特征在于，在根据用户登录过的所有商户信息进行商户鉴权之前，所述方法还包括：

根据用户登录商户的登录方式，确定商户鉴权方式，所述商户鉴权方式包括密码和验证码单一鉴权或组合的形式，所述验证码为短信验证码或OTP验证码。

8.一种账户合并系统，其特征在于，所述系统包括：

请求接收模块，用于接收用户的正式账户合并请求消息，所述正式账户合并请求消息携带正式账户信息和用户信息；

关联账户查询模块，用于根据所述用户信息判断所述用户信息在平台中是否关联有建档账户和临时账户；

建档账户合并模块，用于若所述用户信息有关联建档账户，则根据用户选择的鉴权方式进行认证，认证成功后将所述建档账户和正式账户合并；

临时账户合并模块，用于若所述用户信息有关联临时账户，则根据用户登录过的所有商户信息进行商户鉴权，将鉴权成功的商户关联的临时账户和所述正式账户合并。

9.一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行以实现如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如权利要求1-7任一项所述的方法。

Images