【技术实现步骤摘要】
一类户和二类户之间的绑定关系交互方法及其系统
本专利技术涉及计算机技术，具体涉及一种一类户和二类户之间的绑定关系交互方法以及一类户和二类户之间的绑定关系交互系统。
技术介绍
当前多家互联网平台以“内容接入+渠道输出”方式搭建自家APP的金融服务板块或者平台，通过API接口方式对接各家银行的存款、理财、贷款、保险等场景，由一个入口整合，为用户提供统一化的理财产品购买服务。现有技术中有如下现实情况成为约束条件：（1）各家银行各自提供一套接口，涉及二类户开户（开户时要求关联一个本行或他行一类户）、添加绑卡（对已开立的二类户添加新一类户）、删除绑卡（对已开立的二类户删除所绑定的一类户）等。（2）用户会开立各家银行的多个二类户，也可能用多个一类户与二类户做绑定。同一个二类户可以绑定多个一类户（要求至少一个），同一个一类户也可以在多个二类户做绑定。对此，需要对上述关系做统一的管理。通常做法是提供一个二类户账户管理页面，用户可以查看到自己开设的全部二类户，点选某一个二类户后，可以看到该二类户下绑定的全部一类户，然后做“删除”或“添加”操作。操作本质是系统调用了该二类户所属银行提供的“添加绑卡”或“删除绑卡”接口。而随着内容接入增多，开立的二类户也会增多，上述交互方式变得更为繁琐，如果用户有意控制自己一类户的使用范围，就得被迫反复进行“删除”和“添加”操作，操作变得复杂。
技术实现思路
鉴于上述问题，本专利技术旨在提出一种通过“一键”就能够实现“换绑卡”的一类户和二类户之间...
【技术保护点】
1.一种一类户和二类户之间的绑定关系交互方法，其特征在于，包括：/n第一判断步骤，判断源二类户下是否唯一绑定作为转移绑定对象的一类户，若判断结果为否，则继续下述的第二判断步骤；/n第二判断步骤，判断目标二类户下是否已存在作为转移绑定对象的一类用户，若判断结果为否，则继续下述的转移步骤；以及/n转移绑定步骤，将作为转移绑定对象的一类用户从源二类户下转移绑定到目标二类户下。/n
【技术特征摘要】
1.一种一类户和二类户之间的绑定关系交互方法，其特征在于，包括：
第一判断步骤，判断源二类户下是否唯一绑定作为转移绑定对象的一类户，若判断结果为否，则继续下述的第二判断步骤；
第二判断步骤，判断目标二类户下是否已存在作为转移绑定对象的一类用户，若判断结果为否，则继续下述的转移步骤；以及
转移绑定步骤，将作为转移绑定对象的一类用户从源二类户下转移绑定到目标二类户下。
2.如权利要求1所述的一类户和二类户之间的绑定关系交互方法，其特征在于，所述转移绑定步骤包括：
将作为转移绑定对象的一类用户添加到目标二类户下；以及
将作为转移绑定对象的一类用户从源二类户下删除。
3.如权利要求2所述的一类户和二类户之间的绑定关系交互方法，其特征在于，
将作为转移绑定对象的一类用户添加到目标二类户下是通过调用目标二类户的添加接口实现，
将作为转移绑定对象的一类用户从源二类户下删除是通过调用源二类户的删除接口实现。
4.如权利要求1所述的一类户和二类户之间的绑定关系交互方法，其特征在于，
所述一类户为统一化平台的账户，所述二类户为银行账户。
5.一种一类户和二类户之间的绑定关系交互方法，其特征在于，包括：
判断步骤，判断目标一类户下是否已存在作为转移绑定对象的二类用户，若判断结果为是的情况下，则继续则下述的删除步骤，若判断结果为否的情况下则继续下述的转移绑定步骤；
删除步骤，将作为转移绑定对象的二类用户从源一类户下删除；
转移绑定步骤，将作为转移绑定对象的二类用户从源一类户下转移绑定到目标一类户下。
6.如权利要求5所述的一类户和二类户之间的绑定关系交互方法，其特征在于，所述转移绑定步骤包括：
将作为转移绑定对象的二类用户添加到目标一类户下；以及
将作为转移绑定对象的二类用户从源一类户下删除。
7.如权利要求6所述的一类户和二类户之间的绑定关系交互方法，其特征在于，
将作为转移绑定对象的二类用户添加到目标一类户下是通过调用目标一类户的添加接口实现，
将作为转移绑定对象的二类用户从源一类户下删除是通过调用源一类户的删除接口实现。
8.一种一类户和二类户之间的绑定关系交互系统，其特征在于，该系统用于将作为转移绑定对象的一类户从源二类户下转移绑定到目标二类户下，该系统包括：
第一判断模块，用于判断源二类户下是否唯一绑定作为转移绑定对象的一类户；
第二判断模块，用于判断目标二类户下是否已存在作...
【专利技术属性】
技术研发人员：张宇博，祝涛，冯俊，杨辅祥，丁林润，
申请(专利权)人：中国银联股份有限公司，
类型：发明
国别省市：上海;31
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。