本发明涉及计算机技术,具体涉及一种一类户和二类户之间的绑定关系交互方法以及一类户和二类户之间的绑定关系交互系统。
背景技术:
当前多家互联网平台以“内容接入+渠道输出”方式搭建自家app的金融服务板块或者平台,通过api接口方式对接各家银行的存款、理财、贷款、保险等场景,由一个入口整合,为用户提供统一化的理财产品购买服务。
现有技术中有如下现实情况成为约束条件:
(1)各家银行各自提供一套接口,涉及二类户开户(开户时要求关联一个本行或他行一类户)、添加绑卡(对已开立的二类户添加新一类户)、删除绑卡(对已开立的二类户删除所绑定的一类户)等。
(2)用户会开立各家银行的多个二类户,也可能用多个一类户与二类户做绑定。同一个二类户可以绑定多个一类户(要求至少一个),同一个一类户也可以在多个二类户做绑定。
对此,需要对上述关系做统一的管理。通常做法是提供一个二类户账户管理页面,用户可以查看到自己开设的全部二类户,点选某一个二类户后,可以看到该二类户下绑定的全部一类户,然后做“删除”或“添加”操作。操作本质是系统调用了该二类户所属银行提供的“添加绑卡”或“删除绑卡”接口。
而随着内容接入增多,开立的二类户也会增多,上述交互方式变得更为繁琐,如果用户有意控制自己一类户的使用范围,就得被迫反复进行“删除”和“添加”操作,操作变得复杂。
技术实现要素:
鉴于上述问题,本发明旨在提出一种通过“一键”就能够实现“换绑卡”的一类户和二类户之间的绑定关系交互方法以及一类户和二类户之间的绑定关系交互系统。
本发明的一类户和二类户之间的绑定关系交互方法,其特征在于,包括:
第一判断步骤,判断源二类户下是否唯一绑定作为转移绑定对象的一类户,若判断结果为否,则继续下述的第二判断步骤;
第二判断步骤,判断目标二类户下是否已存在作为转移绑定对象的一类用户,若判断结果为否,则继续下述的转移步骤;以及
转移绑定步骤,将作为转移绑定对象的一类用户从源二类户下转移绑定到目标二类户下。
可选地,所述转移绑定步骤包括:
将作为转移绑定对象的一类用户添加到目标二类户下;以及
将作为转移绑定对象的一类用户从源二类户下删除。
可选地,将作为转移绑定对象的一类用户添加到目标二类户下是通过调用目标二类户的添加接口实现,
将作为转移绑定对象的一类用户从源二类户下删除是通过调用源二类户的删除接口实现。
本发明的一类户和二类户之间的绑定关系交互方法,其特征在于,包括:
判断步骤,判断目标一类户下是否已存在作为转移绑定对象的二类用户,若判断结果为是的情况下,则继续则下述的删除步骤,若判断结果为否的情况下则继续下述的转移绑定步骤;
删除步骤,将作为转移绑定对象的二类用户从源一类户下删除;
转移绑定步骤,将作为转移绑定对象的二类用户从源一类户下转移绑定到目标一类户下。
可选地,所述转移绑定步骤包括:
将作为转移绑定对象的二类用户添加到目标一类户下;以及
将作为转移绑定对象的二类用户从源一类户下删除。
可选地,将作为转移绑定对象的二类用户添加到目标一类户下是通过调用目标一类户的添加接口实现,
将作为转移绑定对象的二类用户从源一类户下删除是通过调用源一类户的删除接口实现。
可选地,所述一类户为统一化平台的账户,所述二类户为银行账户。
本发明的一类户和二类户之间的绑定关系交互系统,其特征在于,该系统用于将作为转移绑定对象的一类户从源二类户下转移绑定到目标二类户下,该系统包括:
第一判断模块,用于判断源二类户下是否唯一绑定作为转移绑定对象的一类户;
第二判断模块,用于判断目标二类户下是否已存在作为转移绑定对象的一类用户;以及
转移绑定模块,在所述第一判断模块和所述第二判断模块的判断结果为否的情况下用于将作为转移绑定对象的一类用户从源二类户下转移绑定到目标二类户下。
可选地,所述转移绑定模块用于将作为转移绑定对象的一类用户添加到目标二类户下并且用于将作为转移绑定对象的一类用户从源二类户下删除。
可选地,所述转移绑定模块通过调用标二类户的添加接口实现将作为转移绑定对象的一类用户添加到目标二类户下,
所述转移绑定模块通过调用源二类户的删除接口实现将作为转移绑定对象的一类用户从源二类户下删除。
本发明的一类户和二类户之间的绑定关系交互系统,其特征在于,该系统用于将作为转移绑定对象的二类户从源一类户下转移绑定到目标一类户下,该系统包括:
判断模块,用于判断目标一类户下是否已存在作为转移绑定对象的二类用户;
删除模块,在所述第一判断模块的判断结果为是的情况下,用于将作为转移绑定对象的二类用户从源一类户下删除;
转移绑定模块,用于将作为转移绑定对象的二类用户从源一类户下转移绑定到目标一类户下。
可选地,所述转移绑定模块用于将作为转移绑定对象的二类用户添加到目标一类户下并且用于将作为转移绑定对象的二类用户从源一类户下删除。
可选地,所述转移绑定模块通过调用目标一类户的添加接口实现将作为转移绑定对象的二类用户添加到目标一类户下,
所述转移绑定模块通过调用一类户的删除接口实现将作为转移绑定对象的二类用户从源一类户下删除。
可选地,所述一类户为统一化平台的账户,所述二类户为银行账户。
本发明的计算机可读介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现所述的一类户和二类户之间的绑定关系交互方法。
本发明的计算机设备,包括存储模块、处理器以及存储在存储模块上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现所述的一类户和二类户之间的绑定关系交互方法。
如上所述,在本发明中,通过调用“删除接口”和“添加接口”,能够在保留“添卡”、“删卡”交互操作的基础上提供一种“换绑卡”操作,简化用户操作步骤,优化用户体验。
附图说明
图1是本发明第一实施方式的一类户和二类户之间的绑定关系交互方法的流程图。
图2是本发明第一实施方式的一类户和二类户之间的绑定关系交互系统的构造框图。
图3和图4分别表示在执行本发明第一实施方式的绑定关系交互方法前后的二类户的管理页面的示意图。
图5是本发明第二实施方式的一类户和二类户之间的绑定关系交互方法的流程图。
图6是本发明第二实施方式的一类户和二类户之间的绑定关系交互系统的构造框图。
图7~图9分别表示在执行本发明第二实施方式的绑定关系交互方法前后的一类户的管理页面的示意图。
具体实施方式
下面介绍的是本发明的多个实施例中的一些,旨在提供对本发明的基本了解。并不旨在确认本发明的关键或决定性的要素或限定所要保护的范围。
出于简洁和说明性目的,本文主要参考其示范实施例来描述本发明的原理。但是,本领域技术人员将容易地认识到,相同的原理可等效地应用于所有类型的一类户和二类户之间的绑定关系交互方法以及一类户和二类户之间的绑定关系交互系统,并且可以在其中实施这些相同的原理,以及任何此类变化不背离本专利申请的真实精神和范围。
而且,在下文描述中,参考了附图,这些附图图示特定的示范实施例。在不背离本发明的精神和范围的前提下可以对这些实施例进行电、机械、逻辑和结构上的更改。此外,虽然本发明的特征是结合若干实施/实施例的仅其中之一来公开的,但是如针对任何给定或可识别的功能可能是期望和/或有利的,可以将此特征与其他实施/实施例的一个或多个其他特征进行组合。因此,下文描述不应视为在限制意义上的,并且本发明的范围由所附权利要求及其等效物来定义。
诸如“具备”和“包括”之类的用语表示除了具有在说明书和权利要求书中有直接和明确表述的单元(模块)和步骤以外,本发明的技术方案也不排除具有未被直接或明确表述的其它单元(模块)和步骤的情形。
第一实施方式
图1是本发明第一实施方式的一类户和二类户之间的绑定关系交互方法的流程图。
第一实施方式的一类户和二类户之间的绑定关系交互方法提供一个二类户的统一管理方法,用于将作为绑定对象的一类户从源二类户的绑定之下转移绑定到目标二类户之下。这里所谓的“源二类户”是指一类户已经绑定的二类户,“目标二类户”是指将作为绑定对象的一类户将要转绑定到的目标的二类户。
第一实施方式的一类户和二类户之间的绑定关系交互方法是将源二类户和目标二类户下绑定的一类户的账户信息作为一级信息,将一类户下绑定的二类户的账户信息作为二级信息,基于所述一级信息和所述二级信息实现将作为转移绑定对象的一类户从源二类户下转移绑定到目标二类户下。
如图1所示,本发明第一实施方式的一类户和二类户之间的绑定关系交互方法包括:
第一判断步骤s1:判断源二类户下是否唯一绑定作为转移绑定对象的一类户,若判断结果为否,则继续下述的第二判断步骤s200,否则结束流程,无法实现转移绑定;
第二判断步骤s2:判断目标二类户下是否已存在作为转移绑定对象的一类用户,若判断结果为否,则继续下述的转移绑定步骤s3,否则结束流程;以及
转移绑定步骤s3:将作为转移绑定对象的一类用户从源二类户下转移绑定到目标二类户下;
其中,转移绑定步骤s3包括:将作为转移绑定对象的一类用户添加到目标二类户下;以及将作为转移绑定对象的一类用户从源二类户下删除。
其中,将作为转移绑定对象的一类用户添加到目标二类户下是通过调用目标二类户的添加接口实现,将作为转移绑定对象的一类用户从源二类户下删除是通过调用源二类户的删除接口实现。
这里,作为一个示例,所述一类户为银行账户,所述二类户为银行账户。作为又一个示例,所述一类户为统一化平台的账户,所述二类户为银行账户。而且,一类户可以与二类户为同一类型的账户,一类户也可以与二类户为不同一类型的账户。在本发明中,对于一类户和二类户的具体形式不做限定,可以是银行账户、统一化平台的账户、虚拟卡账户、行业卡账户或者其他任何形式的账户。
图2是本发明第一实施方式的一类户和二类户之间的绑定关系交互系统的构造框图。
如图2所示,本发明第一实施方式的一类户和二类户之间的绑定关系交互系统包括:
第一判断模块10,用于判断源二类户下是否唯一绑定作为转移绑定对象的一类户;
第二判断模块20,用于判断目标二类户下是否已存在作为转移绑定对象的一类用户;以及
转移绑定模块30,在所述第一判断模块和所述第二判断模块的判断结果为否的情况下用于将作为转移绑定对象的一类用户从源二类户下转移绑定到目标二类户下。
其中,转移绑定模块30用于将作为转移绑定对象的一类用户添加到目标二类户下并且用于将作为转移绑定对象的一类用户从源二类户下删除。
其中,转移绑定模块30通过调用标二类户的添加接口实现将作为转移绑定对象的一类用户添加到目标二类户下,所述转移绑定模块通过调用源二类户的删除接口实现将作为转移绑定对象的一类用户从源二类户下删除。
接着,以一个示例来说明本发明第一实施方式的绑定关系交互方法所能够实现的二类户的管理页面。
图3和图4分别表示在执行本发明第一实施方式的绑定关系交互方法前后的二类户的管理页面的示意图。
首先,如图3所示,假设用户已经有a2、b2、c2三张二类户(例如银行账户),a2下绑定的一类户有d1,b2下绑定的一类户有d1、e1,c2下绑定的一类户有e1,f1。
如用户想将a2下的d1一键换绑到c2下,需要判断d1是否是当前a2唯一绑定的一类户,在图3中由于d1是当前a2唯一绑定的一类户,因此无法实现转移绑定,页面保持不变;
如用户想将b2下的d1一键换绑到a2下,需要判断是否d1已经是a2绑定过的一类户,在图3中由于d1已经是a2绑定过的一类户,页面保持不变;
如用户想将b2下的d1一键换绑到c2下,则对于后台接口逻辑是如下顺序组合:
调用c2银行提供的“添卡”接口,添加d1;以及
调用b2银行提供的“删卡”接口,删除d1。
这样经过上述的转移绑定能够得到图4所示的绑定关系。
第二实施方式
图5是本发明第二实施方式的一类户和二类户之间的绑定关系交互方法的流程图。
第二实施方式的一类户和二类户之间的绑定关系交互方法提供一个一类户的统一管理方法,用于将作为绑定对象的二类户从源一类户的绑定之下转移绑定到目标一类户之下。这里所谓的“源一类户”是指二类户已经绑定的一类户,“目标一类户”是指将作为绑定对象的二类户将要转绑定到的目标的一类户。
第二实施方式的一类户和二类户之间的绑定关系交互方法是将源一类户和目标一类户下绑定的账户的账户信息作为一级信息,将二类户下绑定的账户的账户信息作为二级信息,基于所述一级信息和所述二级信息实现将作为转移绑定对象的二类户从源一类户下转移绑定到目标一类户下。
如图5所示,本发明第二实施方式的一类户和二类户之间的绑定关系交互方法包括:
判断步骤s100,判断目标一类户下是否已存在作为转移绑定对象的二类用户,若判断结果为是的情况下,则继续则下述的删除步骤s200,若判断结果为否的情况下,则继续下述的转移绑定步骤s300;
删除步骤s200:将作为转移绑定对象的二类用户从源一类户下删除;以及
转移绑定步骤s300:将作为转移绑定对象的二类用户从源一类户下转移绑定到目标一类户下。
其中,转移绑定步骤s300包括:将作为转移绑定对象的二类用户添加到目标一类户下;以及将作为转移绑定对象的二类用户从源一类户下删除。
其中,在转移绑定步骤s300中,将作为转移绑定对象的二类用户添加到目标一类户下是通过调用目标一类户的添加接口实现,将作为转移绑定对象的二类用户从源一类户下删除是通过调用源一类户的删除接口实现。
这里,作为一个示例,所述一类户为银行账户,所述二类户为银行账户。作为又一个示例,所述一类户为统一化平台的账户,所述二类户为银行账户。而且,一类户可以与二类户为同一类型的账户,一类户也可以与二类户为不同一类型的账户。在本发明中,对于一类户和二类户的具体形式不做限定,可以是银行账户、统一化平台的账户、虚拟卡账户、行业卡账户或者其他任何形式的账户。
图6是本发明第二实施方式的一类户和二类户之间的绑定关系交互系统的构造框图。
如图6所示,本发明第二实施方式的一类户和二类户之间的绑定关系交互系统包括:
判断模块100,用于判断目标一类户下是否已存在作为转移绑定对象的二类用户;
删除模块200,在所述第一判断模块的判断结果为是的情况下,用于将作为转移绑定对象的二类用户从源一类户下删除;以及转移绑定模块300,用于将作为转移绑定对象的二类用户从源一类户下转移绑定到目标一类户下。
其中,转移绑定模块300用于将作为转移绑定对象的二类用户添加到目标一类户下并且用于将作为转移绑定对象的二类用户从源一类户下删除。
其中,述转移绑定模块300通过调用目标一类户的添加接口实现将作为转移绑定对象的二类用户添加到目标一类户下,所述转移绑定模块通过调用一类户的删除接口实现将作为转移绑定对象的二类用户从源一类户下删除。
图7~图9分别表示在执行本发明第二实施方式的绑定关系交互方法前后的一类户的管理页面的示意图。
图7表示一类户的统一管理页面,如图7所示,在一类户的d1下已绑定了二类户a2和b2,在一类户的e1下已绑定了二类户b2和c2,在一类户的f1下已绑定了二类户c。
如用户想将c2从f1换绑到e1上,由于c2已经和e1有绑定关系,则对于后台接口逻辑是如下顺序组合:
调用c2银行提供的“删卡”接口,删除f1。
经过换绑以后的如图8所示,f1下已删除了c2。
在图7的基础上,如用户想将a2从d1换绑到f1上,则对于后台接口逻辑是如下顺序组合:
(1)调用a2银行提供的“添卡”接口,添加f1;以及
(2)调用a2银行提供的“删卡”接口,删除d1。
这里,需要注意是,应该采用“先添后删”。“先删后添”无法成立的原因是因为“同一二类户可绑定多个一类户,但要求至少有一个”。
如上所述,根据本发明的一类户和二类户之间的绑定关系交互方法以及一类户和二类户之间的绑定关系交互系统,能够提供一个二类户的统一管理页面,二类户作为一级信息,二类户下绑定的各一类户作为二级信息,允许用户一键将某绑定在x二类户下的一类户换绑到y二类户上,而且,还能提供一个一类户的统一管理页面,一类户作为一级信息,一类户绑定过的各二类户作为二级信息。允许用户一键将某二类户从原绑定的一类户w换绑到另一个一类户v上。
如上所述,在本发明中,通过调用“删除接口”和“添加接口”,能够在保留“添卡”、“删卡”交互操作的基础上提供一种“换绑卡”操作,简化用户操作步骤,优化用户体验。
本发明还提供一种计算机可读介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现上述的一类户和二类户之间的绑定关系交互方法。
本发明还提供一种计算机设备,包括存储模块、处理器以及存储在存储模块上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现上述的一类户和二类户之间的绑定关系交互方法。
以上例子主要说明了本发明的一类户和二类户之间的绑定关系交互方法以及一类户和二类户之间的绑定关系交互系统。尽管只对其中一些本发明的具体实施方式进行了描述,但是本领域普通技术人员应当了解,本发明可以在不偏离其主旨与范围内以许多其他的形式实施。因此,所展示的例子与实施方式被视为示意性的而非限制性的,在不脱离如所附各权利要求所定义的本发明精神及范围的情况下,本发明可能涵盖各种的修改与替换。