一种虚拟账户的多模式绑定方法及装置与流程

文档序号:23656681发布日期:2021-01-15 13:53阅读:106来源:国知局
一种虚拟账户的多模式绑定方法及装置与流程

本发明涉及计算机技术领域,尤其涉及一种虚拟账户的多模式绑定方法及装置。



背景技术:

在银行系统中,对于用户,特别是企业客户来说,通常存在管理大量资金账号的需求。为了能够方便快捷地实现统一监管、账务加工、利息分配的功能,银行系统往往使用一种所谓的“上实下虚”的账号体系。其中,当用户在与银行签订的合约,例如使用银行金融产品的交易方案的合约时,用户会指定其某一实体账户作为结算账户,即该实体账户下的某一对公活期账号作为该合约的结算账号。随后,针对该合约中的不同产品,银行系统会开设将一定数量的虚拟账户,其中,每个虚拟账户还要与一张结算卡进行绑定。

结算卡是用户事先开立在自己的实体账户下的虚拟卡,虚拟账户与结算卡的绑定往往通过人工操作来实现。首先由银行员工批量申请结算卡,随后在excel表格里填写具体的绑定关系,随后根据excel表格编写sql脚本、通过执行sql脚本将绑定关系录入数据库,最后把绑定关系传回给用户。

在实现本发明过程中,发明人发现现有技术中至少存在如下问题:

一方面需要大量的手工操作,耗时长、易出错;另一方面绑定模式单一,仅支持手动绑定模式。



技术实现要素:

有鉴于此,本发明实施例提供一种虚拟账户的多模式绑定方法及装置,实现了方便、快捷且灵活地为每个虚拟账户与一张可用的虚拟结算卡建立绑定关系。

为实现上述目的,根据本发明实施例的一个方面,提供了一种虚拟账户的多模式绑定方法,包括:

在用户的实体账户下,开立虚拟结算卡,并且将开立的虚拟结算卡存储在虚拟结算卡列表中;

依赖于使用场景地为用户建立虚拟账户,所述虚拟账户与用户的实体账户的针对该使用场景的专用结算账号相关联;

建立所述虚拟账户和所述虚拟结算卡的绑定关系,其中,有选择地执行:

手动绑定模式,其中,由用户手动地配属待绑定的虚拟账户和未被占用的虚拟结算卡,或者

自动绑定模式,其中,自动地配属待绑定的虚拟账户和未被占用的虚拟结算卡。

可选地,在手动绑定模式中,用户能从所述虚拟结算卡列表中获取所有未被占用的虚拟结算卡。由此,在为虚拟账户指定虚拟结算卡时,用户能够从所有的可用的虚拟结算卡中自由选择。

可选地,在完成手动配属之后,将在所述虚拟结算卡列表中的已进行配属的虚拟结算卡的占用状态转换成被占用。由此,使得在虚拟结算卡列表中的相应的虚拟结算卡的占用状态同步地被更新。

可选地,在手动绑定模式出现错误时进行数据回滚。由此,确保了正确的地重新执行绑定模式。

可选地,在自动绑定模式中,根据待绑定的虚拟账户的数量从所述虚拟结算卡列表中获取相同数量的未被占用的虚拟结算卡。由此,通过获取相同数量的虚拟结算卡和虚拟账户,简单地建立了它们之间的一对一的绑定关系。

可选地,在获取未被占用的虚拟结算卡的同时将在所述虚拟结算卡列表中的被获取的虚拟结算卡的占用状态转换成被占用。由此,使得在虚拟结算卡列表中的相应的虚拟结算卡的占用状态简单且同步地被更新。

可选地,在自动绑定模式出现错误时进行数据回滚,并且在所述虚拟结算卡列表中将在当前绑定过程中已被占用的虚拟结算卡转换成未被占用。由此,恢复了虚拟结算卡列表中的在当前绑定过程中已被占用的虚拟结算卡的占用状态,并且确保了正确地重新执行绑定模式。

可选地,能够对已建立的绑定关系进行修改,其方式是:修改虚拟账户的名称和所述绑定关系的名称。

可选地,能够对已建立的绑定关系进行注销,其方式是:暂时停用所述绑定关系,使得所述绑定关系处于可见但不可使用的状态。

可选地,能够对已注销的绑定关系进行重启,其方式是:再次启用已注销的绑定关系,使得已注销的绑定关系转换成可使用的状态。

可选地,能够对已建立的绑定关系进行解绑,其方式是:在已建立的绑定关系中,删除虚拟结算卡,从而仅保留虚拟账户。

可选地,能够对已解绑的绑定关系进行重绑,其方式是:将另外的虚拟结算卡与保留的虚拟账户进行绑定,其中,有选择地执行手动绑定模式或自动绑定模式。

通过根据本发明的方法的附加的修改、注销、重启、解绑和重绑的方法步骤,实现了方便且快捷地全生命周期管理。

根据本发明实施例的第二方面,提供一种虚拟账户的多模式绑定装置,其特征在于,包括:

结算卡模块,用于在用户的实体账户下开立虚拟结算卡;

账号组件模块,用于存储由开立的虚拟结算卡构成的虚拟结算卡列表;

产品模块,用于依赖于使用场景地为用户建立虚拟账户,所述虚拟账户与用户的实体账户的针对该使用场景的专用结算账号相关联;

绑定模块,用于建立所述虚拟账户和所述虚拟结算卡的绑定关系,其中,有选择地执行:

手动绑定模式,其中,由用户手动地配属待绑定的虚拟账户和未被占用的虚拟结算卡,或者

自动绑定模式,其中,自动地配属待绑定的虚拟账户和未被占用的虚拟结算卡。

特别地,针对根据本发明的虚拟账户的多模式绑定方法所阐述的优点也能转移到根据本发明的虚拟账户的多模式绑定装置上。

可选地,在手动绑定模式中,用户能从所述账号组件模块中获取所有未被占用的虚拟结算卡。

可选地,在完成手动配属之后,所述绑定模块将在所述账号组件模块中的已进行配属的虚拟结算卡的占用状态转换成被占用。

可选地,在手动绑定模式出现错误时,所述绑定模块进行数据回滚。

可选地,在自动绑定模式中,根据待绑定的虚拟账户的数量,所述绑定模块从所述账号组件模块中获取相同数量的未被占用的虚拟结算卡。

可选地,所述绑定模块在获取未被占用的虚拟结算卡的同时将在所述账号组件模块中的被获取的虚拟结算卡的占用状态转换成被占用。

可选地,在自动绑定模式出现错误时,所述绑定模块进行数据回滚,并且所述账号组件模块将在当前绑定过程中已被占用的虚拟结算卡转换成未被占用。

可选地,所述绑定模块能够对已建立的绑定关系进行修改,其方式是:修改虚拟账户的名称和所述绑定关系的名称。

可选地,所述绑定模块能够对已建立的绑定关系进行注销,其方式是:暂时停用所述绑定关系,使得所述绑定关系处于可见但不可使用的状态。

可选地,所述绑定模块能够对已注销的绑定关系进行重启,其方式是:再次启用已注销的绑定关系,使得已注销的绑定关系转换成可使用的状态。

可选地,所述绑定模块能够对已建立的绑定关系进行解绑,其方式是:在已建立的绑定关系中,删除虚拟结算卡,从而仅保留虚拟账户。

可选地,所述绑定模块能够对已解绑的绑定关系进行重绑,其方式是:将另外的虚拟结算卡与保留的虚拟账户进行绑定,其中,有选择地执行手动绑定模式或自动绑定模式。

根据本发明实施例的第三方面,提供一种绑定虚拟账户的电子设备,其特征在于,包括:

一个或多个处理器;

存储装置,用于存储一个或多个程序,

当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例第一方面提供的方法。

上述发明中的一个实施例具有如下优点或有益效果:不仅能够进行手动绑定模式而且能够进行自动绑定模式。在手动绑定模式中,由用户自行指定给其中一个虚拟账户配属哪个未被占用的虚拟结算卡,即,虚拟账户与虚拟结算卡的映射关系由用户确定。在自动绑定模式中,用户只需指定要对哪一个或哪些虚拟账户进行绑定,随后由绑定模块自动地,特别是随机地选取未被占用的虚拟结算卡,用以建立绑定关系。与现有技术相比,提供了简单方便且灵活多变的绑定模式。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明,不构成对本发明的不当限定。其中:

图1是根据本发明实施例的虚拟账户的多模式绑定方法的主要流程的示意图;

图2是根据本发明建立了虚拟账户的绑定关系后的典型场景图;

图3是根据本发明实施例的虚拟账户的多模式绑定装置的主要模块的示意图;

图4是本发明实施例可以应用于其中的示例性系统架构图;

图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的账户管理的方法的主要步骤的示意图。

如图1所示,本发明实施例的一种账户管理的方法主要包括以下步骤:

步骤s101:在用户的实体账户下,开立虚拟结算卡,并且将开立的虚拟结算卡存储在虚拟结算卡列表中。

步骤s102:依赖于使用场景地为用户建立虚拟账户,所述虚拟账户与用户的实体账户的针对该使用场景的专用结算账号相关联。

步骤s103:建立所述虚拟账户和所述虚拟结算卡的绑定关系,其中,有选择地执行:手动绑定模式,其中,由用户手动地配属待绑定的虚拟账户和未被占用的虚拟结算卡;或者自动绑定模式,其中,自动地配属待绑定的虚拟账户和未被占用的虚拟结算卡。

虚拟结算卡是银行的一种虚拟账号产品,它必须开立在银行用户的实体账户下。换而言之,虚拟结算卡不能脱离实体账户的实体账号而存在。

在步骤s101中,进行开立虚拟结算卡。具体而言,根据用户请求,由银行工作人员在柜面借助结算卡模块申请批量开立虚拟结算卡1至n,其中,虚拟结算卡1至n都开立在用户的实体账户的第一实体账号下。在申请批量开立虚拟结算卡1至n之后,结算卡模块将新开立的虚拟结算卡1至n都传送至账号组件模块中。账号组件模块存储有由虚拟结算卡1至n构成的虚拟结算卡列表,并且将虚拟结算卡1至n的占用状态设置为未被占用。由此,在结算卡模块中,虚拟结算卡1至n都与第一实体账号相关联。

虚拟账户是银行的一种内部的非实体账户。例如,用户在与银行签订的第一合约(合约例如是约束用户使用银行产品,例如金融产品的交易方案,合约内容展示了用户使用产品的具体方式等)时,用户会指定其某一实体账户作为结算账户,即该实体账户下的某一对公活期账号作为第一合约的结算账号。随后,银行系统会开设将一定数量的虚拟账户,其中,每个虚拟账户分别对应于第一合约中的某一特定的用途,例如特定金融产品。换而言之,虚拟账户不能脱离特定的合约而存在,其可以理解为合约中的特定产品的标识符。

在步骤s102中,为用户建立虚拟账户。具体而言,用户与银行签订的包含有产品a、b、c的第一合约,在第一合约中,用户使用第一实体账号作为第一合约的结算账号。由产品模块为用户建立虚拟账户1至3,其中,虚拟账户1与产品a相关联,虚拟账户2与产品b相关联,并且虚拟账户3与产品c相关联。在一种可选方案中,直接以产品a作为虚拟账户1的户名,以产品b作为虚拟账户2的户名并且以产品c作为虚拟账户3的户名。由此,在产品模块中,为用户建立了针对包含有产品a、b、c的第一合约的虚拟账户1至3。

为了将结算卡模块和产品模块关联起来,要建立虚拟账户和虚拟结算卡的绑定关系。

在步骤s103中,有选择地执行手动绑定模式或自动绑定模式。具体而言,用户能够通过绑定模块选定并且执行两种绑定模式中的任一种。

在手动绑定模式中,用户从账号组件模块中调取第一实体账号下的所有的可用的虚拟结算卡,其中,可用的虚拟结算卡的占用状态是未被占用的。随后,由用户自行指定给其中一个虚拟账户配属哪个未被占用的虚拟结算卡。在初次绑定时,虚拟结算卡1至n都是可用的。示例性地,用户将虚拟账户1和虚拟结算卡1传送给绑定模块,由此建立了虚拟账户1与虚拟结算卡1的绑定关系,即,使用虚拟结算卡1用于第一合约中的产品a的结算。类似地,用户分别将虚拟账户2和虚拟结算卡2以及将虚拟账户3和虚拟结算卡3传送给绑定模块,由此分别建立了虚拟账户2与虚拟结算卡2以及虚拟账户3与虚拟结算卡3的绑定关系,即,使用虚拟结算卡2用于第一合约中的产品b的结算,以及使用虚拟结算卡3用于第一合约中的产品c的结算。在完成手动绑定模式之后,绑定模块向账号组件模块传送本次绑定中有哪些虚拟结算卡被占用,从而账号组件模块将虚拟结算卡1、2和3的占用状态转换为被占用。

可选地,在手动绑定模式出现错误,例如校验报错或业务报错时,绑定模块进行数据回滚。由此,确保了正确的地重新执行绑定模式。

在自动绑定模式中,用户只需将带绑定的虚拟账户1、2、3传送给绑定模块,绑定模块根据待绑定的虚拟账户数量从账号组件模块中随机地获取相同数量的可用的虚拟结算卡,例如虚拟结算卡n-2、n-1和n,同时账号组件模块将虚拟结算卡列表中的虚拟结算卡n-2、n-1和n的占用状态转换为被占用,随后进行绑定模式并且向用户返回已建立的绑定关系,例如虚拟账户1与虚拟结算卡n-1、虚拟账户2与虚拟结算卡n-2以及虚拟账户3与虚拟结算卡n。

可选地,在自动绑定模式出现错误时进行数据回滚,并且账号组件模块将虚拟结算卡列表中的虚拟结算卡n-2、n-1和n的占用状态恢复成未被占用。由此,恢复了虚拟结算卡列表中的在当前绑定过程中已被占用的虚拟结算卡的占用状态,并且确保了正确地重新执行绑定模式。

一旦建立了虚拟账户与虚拟结算卡的绑定关系,该虚拟结算卡的占用状态就转换成被占用,并且不能再与其他的虚拟账户进行绑定。一旦该绑定关系取消,该虚拟结算卡的占用状态就重新转换成未被占用,并且能与其他的虚拟账户进行绑定。

可选地,虚拟账户与虚拟结算卡的绑定关系是一对一的。换而言之,在建立了绑定关系之后,虚拟结算卡不能再绑定第二个虚拟账户并且该虚拟账户也不能再绑定第二个虚拟结算卡。

附加地,账户管理的方法还包括对绑定关系进行维护,其中包括对绑定关系进行修改、注销、重启、解绑、重绑等,由此,完善了对绑定关系的全生命周期管理。

可选地,对绑定关系进行修改包括修改虚拟账户的名称和所述绑定关系的名称。例如,当使用虚拟结算卡1与虚拟账户1绑定用于第一合约中的产品a的结算的情况下,当产品a更名为a’时,只需将虚拟账户1的名称或该该绑定关系的名称从“产品a”修改为“产品a’”,而无需重新建立新虚拟账户并且重新建立绑定关系。

可选地,对绑定关系进行注销包括暂时停用所述绑定关系,使得所述绑定关系处于可见但不可使用的状态。补充地,对已注销的绑定关系进行重启包括再次启用已注销的绑定关系,使得已注销的绑定关系转换成可使用的状态。对于暂时中断使用的绑定关系,通过注销和重启,可以减少整个虚拟账户的多模式绑定装置的数据处理量,而无需较为复杂的解绑和重绑。

可选地,对绑定关系进行解绑包括在已建立的绑定关系中,删除虚拟结算卡,从而仅保留虚拟账户。补充地,对已解绑的绑定关系进行重绑包括:将另外的虚拟结算卡与保留的虚拟账户进行绑定,其中,有选择地执行手动绑定模式或自动绑定模式。例如,当使用虚拟结算卡1与虚拟账户1绑定用于第一合约中的产品a的结算的情况下,如果用户期望改用虚拟结算卡2与虚拟账户1进行绑定,则用户通过解绑删除绑定关系“产品a”中的虚拟结算卡1,仅保留虚拟账户1,随后通过重绑选定虚拟结算卡2,用以与虚拟账户1进行绑定。此外,重绑也可以自动地进行,其中,绑定模块从账号组件模块的虚拟结算卡列表中获取与被解绑的绑定关系的数量相同的数量的未被占用的虚拟结算卡,自动地配属被解绑的虚拟账户和未被占用的虚拟结算卡。

根据本发明实施例的一种虚拟账户的多模式绑定方法可以看出,不仅能够进行手动绑定模式而且能够进行自动绑定模式。在手动绑定模式中,由用户自行指定给其中一个虚拟账户配属哪个未被占用的虚拟结算卡,即,虚拟账户与虚拟结算卡的映射关系由用户确定。在自动绑定模式中,用户只需指定要对哪一个或哪些虚拟账户进行绑定,随后由绑定模块自动地,特别是随机地选取未被占用的虚拟结算卡,用以建立绑定关系。与现有技术相比,提供了简单方便且灵活多变的绑定模式。

图2是在执行了根据本发明的虚拟账户的多模式绑定方法后的典型场景图。在结算卡模块中,用户的实体账户(第一实体账号)下开立有虚拟结算卡1、2和3。在产品模块中,建立有虚拟账户1至3,其中,虚拟账户1与产品a相关联,虚拟账户2与产品b相关联,并且虚拟账户3与产品c相关联。通过执行根据本发明的虚拟账户的多模式绑定方法,使得虚拟结算卡1、2和3分别与虚拟账户1、2和3建立了绑定关系产品a、b和c。例如,根据产品a的交易方案定期向用户转入资金,其方式是:首先向结算卡1转入资金,虚拟结算卡1收到来账后,会将资金转至用户的第一实体账号(活期账户),同时在虚拟账户1中记录这笔账务明细。由此,通过虚拟账号与虚拟结算卡灵活的绑定模式,用户可以方便地管理虚拟账号的来账方式。

图3是根据本发明实施例的虚拟账户的多模式绑定装置的主要模块的示意图。

如图3所示,本发明实施例的一种虚拟账户的多模式绑定装置300包括:结算卡模块301、账号组件模块302、产品模块303和绑定模块304;其中,

所述结算卡模块301,用于在用户的实体账户下开立虚拟结算卡;

所述账号组件模块302,用于存储由开立的虚拟结算卡构成的虚拟结算卡列表;

所述产品模块303,用于依赖于使用场景地为用户建立虚拟账户,所述虚拟账户与用户的实体账户的针对该使用场景的专用结算账号相关联;

所述绑定模块304,用于建立所述虚拟账户和所述虚拟结算卡的绑定关系,其中,有选择地执行:

手动绑定模式,其中,由用户手动地配属待绑定的虚拟账户和未被占用的虚拟结算卡,或者

自动绑定模式,其中,自动地配属待绑定的虚拟账户和未被占用的虚拟结算卡。

在本发明一个实施例中,在手动绑定模式中,用户能从所述账号组件模块302中获取所有未被占用的虚拟结算卡。

在本发明一个实施例中,在完成手动配属之后,所述绑定模块304将在所述账号组件模块302中的已进行配属的虚拟结算卡的占用状态转换成被占用。

在本发明一个实施例中,在手动绑定模式出现错误时,所述绑定模块304进行数据回滚。

在本发明一个实施例中,在自动绑定模式中,根据待绑定的虚拟账户的数量,所述绑定模块304从所述账号组件模块302中获取相同数量的未被占用的虚拟结算卡。

在本发明一个实施例中,所述绑定模块304在获取未被占用的虚拟结算卡的同时将在所述账号组件模块302中的被获取的虚拟结算卡的占用状态转换成被占用。

在本发明一个实施例中,在自动绑定模式出现错误时,所述绑定模块304进行数据回滚,并且所述账号组件模块302将在当前绑定过程中已被占用的虚拟结算卡转换成未被占用。

在本发明一个实施例中,所述绑定模块304能够对已建立的绑定关系进行修改,其方式是:修改虚拟账户的名称和所述绑定关系的名称。

在本发明一个实施例中,所述绑定模块304能够对已建立的绑定关系进行注销,其方式是:暂时停用所述绑定关系,使得所述绑定关系处于可见但不可使用的状态。

在本发明一个实施例中,所述绑定模块304能够对已注销的绑定关系进行重启,其方式是:再次启用已注销的绑定关系,使得已注销的绑定关系转换成可使用的状态。

在本发明一个实施例中,所述绑定模块304能够对已建立的绑定关系进行解绑,其方式是:在已建立的绑定关系中,删除虚拟结算卡,从而仅保留虚拟账户。

在本发明一个实施例中,所述绑定模块304能够对已解绑的绑定关系进行重绑,其方式是:将另外的虚拟结算卡与保留的虚拟账户进行绑定,其中,有选择地执行手动绑定模式或自动绑定模式。

根据本发明实施例的一种虚拟账户的多模式绑定装置可以看出,不仅能够进行手动绑定模式而且能够进行自动绑定模式。在手动绑定模式中,由用户自行指定给其中一个虚拟账户配属哪个未被占用的虚拟结算卡,即,虚拟账户与虚拟结算卡的映射关系由用户确定。在自动绑定模式中,用户只需指定要对哪一个或哪些虚拟账户进行绑定,随后由绑定模块自动地,特别是随机地选取未被占用的虚拟结算卡,用以建立绑定关系。与现有技术相比,提供了简单方便且灵活多变的绑定模式。

图4示出了可以应用本发明实施例的一种虚拟账户的多模式绑定方法或一种虚拟账户的多模式绑定装置的示例性系统架构400。

如图4所示,系统架构400可以包括终端设备401、402、403,网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互,以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器,例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。

需要说明的是,本发明实施例所提供的虚拟账户的多模式绑定方法一般由服务器405执行,相应地,虚拟账户的多模式绑定装置一般设置于服务器405中。

应该理解,图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。

下面参考图5,其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示,计算机系统500包括中央处理单元(cpu)501,其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中,还存储有系统500操作所需的各种程序和数据。cpu501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。

以下部件连接至i/o接口505:包括键盘、鼠标等的输入部分506;包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507;包括硬盘等的存储部分508;以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分509从网络上被下载和安装,和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时,执行本发明的系统中限定的上述功能。

需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、rf等等,或者上述的任意合适的组合。

附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括结算卡模块,用于在用户的实体账户下开立虚拟结算卡;账号组件模块,用于存储由开立的虚拟结算卡构成的虚拟结算卡列表;产品模块,用于依赖于使用场景地为用户建立虚拟账户,所述虚拟账户与用户的实体账户的针对该使用场景的专用结算账号相关联;绑定模块,用于建立所述虚拟账户和所述虚拟结算卡的绑定关系,其中,有选择地执行:手动绑定模式,其中,由用户手动地配属待绑定的虚拟账户和未被占用的虚拟结算卡,或者自动绑定模式,其中,自动地配属待绑定的虚拟账户和未被占用的虚拟结算卡。

作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:在用户的实体账户下,开立虚拟结算卡,并且将开立的虚拟结算卡存储在虚拟结算卡列表中;依赖于使用场景地为用户建立虚拟账户,所述虚拟账户与用户的实体账户的针对该使用场景的专用结算账号相关联;建立所述虚拟账户和所述虚拟结算卡的绑定关系,其中,有选择地执行:手动绑定模式,其中,由用户手动地配属待绑定的虚拟账户和未被占用的虚拟结算卡,或者自动绑定模式,其中,自动地配属待绑定的虚拟账户和未被占用的虚拟结算卡。

根据本发明实施例的技术方案,不仅能够进行手动绑定模式而且能够进行自动绑定模式。在手动绑定模式中,由用户自行指定给其中一个虚拟账户配属哪个未被占用的虚拟结算卡,即,虚拟账户与虚拟结算卡的映射关系由用户确定。在自动绑定模式中,用户只需指定要对哪一个或哪些虚拟账户进行绑定,随后由绑定模块自动地,特别是随机地选取未被占用的虚拟结算卡,用以建立绑定关系。与现有技术相比,提供了简单方便且灵活多变的绑定模式。

上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1