账号合并是指一个系统内，一个用户的多个账号合并成一个账号

账号合并

（1）概念

账号合并是指一个系统内，一个用户的多个账号合并成一个账号。

账号系统是为用户所做，账号即代表用户身份。在一个系统内部，用户本人为账号的持有者，所以对多个账号的合并只能由账号持有者本人发起。

因此账号合并需要从用户的维度思考，合并结果为一个用户在系统内的多个用户身份，合并为一个用户身份。

（2）业务场景

合并前的多个账号，可以是相同类型的，也可以是不同类型的。

在此，先对“类型”进行简单定义：注册方式相同的账号，视为相同类型的账号。

一个系统内，相同类型的账号合并：

e.g：游戏中，同一用户用两个手机号注册了大小号。希望将其合并为一个账号。

这些账号是在同一个游戏内，通过相同的方式“手机号注册”，用不同的手机号注册的账号，所以为相同类型的账号合并。

一个系统内，不同类型的账号合并：

e.g：一个平台内有手机号、微信、微博等多个注册入口，导致一个用户有多个账号，希望将这些账号合并。

手机号、微信、微博等账号是通过不同的注册方式生成的，所以为不同类型的账号合并。

（3）目的

账号合并的重点在“并”，所以账号合并希望达到的效果：

账号“合n为1”：多个账号聚合后生成一个主体账号，一个用户只有“一个”主体账号代表其用户身份。

数据取并集：合并后主体账号的数据，为所有账号数据资料的累加并集。

在上面相同类型的账号合并的案例中：

一个游戏用户希望将小号合并入大号，每个账号都有10枚金币。

则最终的合并结果：大号为主体账号，数据为两个账号的累加，金币为10*2=20枚，小号注销无法再次使用。

不同类型账号合并案例中：

一个用户的手机号、微信、微博账号要进行合并，系统定义的主体账号为手机号，每个账号都有10个收藏店铺。

则最终的合并结果：微信账号、微博账号作为子账号绑定在手机号上，微信账号、微博账号的数据并入手机账号中，收藏店铺为10*3=30个。

通过任何账号登录，调用的都是所关联的主体账号的信息。

2. 账号打通

（1）概念

账号打通是指同一个用户的数据，在多个系统间进行流转。

“打通”是多个系统账户体系的交互，用户虽然是账号的持有者，但是涉及到多个系统间的交互，用户是没有“发起”权的，仅有“授权”权，授权是否同意打通。

多系统内账号的打通，为的是实现系统间数据的流转，因此账号打通更准确的说其实是系统间的数据打通，数据的传输纽带为“同一用户”。因此在本文后续都以“数据打通”来替代“账号打通”。

数据打通的发起方，为使用打通后数据的业务系统。多个系统间的数据需要做交互，由需要该数据的业务系统来推动。

因此数据打通需要从系统、数据的维度思考，通过账号的打通，来实现系统业务的打通，最终实现系统间数据的流转。

（2）业务场景

多个系统间，系统间数据的打通分为单向与双向。

不同系统内，单向的数据打通：

e.g，通过微信等第三方授权方式注册登录知乎后，app用户的初始化用户名为微信的用户名。

此为知乎与微信两个系统间的数据打通。知乎只需要微信提供用户数据，所以为单向的数据打通。多用于授权模式的产品。

不同系统内，双向的数据打通：

e.g.饿了吗与百度外卖整合后，同一个用户用同一个手机在两个平台注册登录，在饿了吗修改送货地址，百度外卖的送货地址会自动进行同步；反之同理。

此为饿了吗与百度外卖两个系统间的数据打通。送货地址信息在两个系统内相互流转，所以为双向的数据打通。多用于合作模式的产品。

（3）目的

数据打通的重点在“通”，打通后在系统间流转的就是数据，所以数据打通希望达到的效果：

数据流通：一个用户在多个系统内，局部数据流通（单向或双向），数据总量不变。

在上面单向数据打通的案例中：知乎需要微信用户体系内用户的昵称，因此需要微信提供查询接口，知乎进行调用，查询当前注册的用户在微信的昵称，实现单向数据流通。

在上面双向数据打通的案例中：饿了吗与百度外卖中，同一用户的送货地址需要进行同步，百度外卖整合入饿了吗，因此百度外卖需要相同用户在饿了吗的数据，并且可以写入新的数据。因此由饿了吗提供查询、写入接口，实现双向数据流通。

3. 账号合并与打通的区别总结

账号合并

由用户发起，所以合并的主体为：“一个”使用账号的用户本人。需要从用户维度去思考。

合并后数据要求：所有账号的数据累加植入合并后的账号。