CN111932245A - 数据处理方法、装置、设备及介质 - Google Patents
数据处理方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN111932245A CN111932245A CN202010725073.2A CN202010725073A CN111932245A CN 111932245 A CN111932245 A CN 111932245A CN 202010725073 A CN202010725073 A CN 202010725073A CN 111932245 A CN111932245 A CN 111932245A
- Authority
- CN
- China
- Prior art keywords
- target
- payment
- activated
- mark
- card
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3821—Electronic credentials
- G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3278—RFID or NFC payments by means of M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/354—Card activation or deactivation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
Abstract
本发明公开了一种数据处理方法、装置、设备及介质。其中,一种数据处理方法包括:接收目标服务器发送的目标激活数据和目标激活指令;其中,目标激活数据包括待激活支付卡账号对应的待激活支付标记;响应于目标激活指令,将目标个人化数据中的目标支付标记更新为待激活支付标记;其中,目标个人化数据所属的交易卡类型与目标激活指令所属的交易卡类型相同;将更新后的目标支付标记设置为激活状态。根据本发明实施例,能够解决在设置默认支付卡的过程中容易产生错误的问题。
Description
技术领域
本发明属于数据处理技术领域,尤其涉及一种数据处理方法、装置、设备及介质。
背景技术
随着科技的发展,近场通信(Near Field Communication,NFC)支付功能逐渐成为了电子设备的标准配置。当用户在购物消费或乘坐公共交通工具时,只需将电子设备靠近销售点(Point of Sale,POS)终端或公共交通工具的刷卡机,便可在短时间内完成支付。
目前,在用户为电子设备设置NFC功能的默认支付卡的过程中,容易产生错误,导致设置默认支付卡的成功率较低。
发明内容
本发明实施例提供一种数据处理方法、装置、设备及介质,能够解决在设置默认支付卡的过程中容易产生错误的问题。
第一方面,本发明实施例提供了一种数据处理方法,包括:
接收目标服务器发送的目标激活数据和目标激活指令;其中,目标激活数据包括待激活支付卡账号对应的待激活支付标记;
响应于目标激活指令,将目标个人化数据中的目标支付标记更新为待激活支付标记;其中,目标个人化数据所属的交易卡类型与目标激活指令所属的交易卡类型相同;
将更新后的目标支付标记设置为激活状态。
第二方面,本发明实施例提供了一种数据处理方法,包括:
获取与待激活支付卡账号关联存储的待激活支付标记和目标激活指令;其中,待激活支付卡账号的交易卡类型与目标激活指令所属的交易卡类型相同;
根据待激活支付标记,生成目标激活数据;
向目标电子设备发送目标激活数据和目标激活指令;其中,目标激活指令用于使目标电子设备将目标个人化数据中的目标支付标记更新为待激活支付标记以及将更新后的目标支付标记设置为激活状态,目标个人化数据所属的交易卡类型与目标激活指令所属的交易卡类型相同。
第三方面,本发明实施例提供了一种数据处理装置,包括:
第一接收模块,用于接收目标服务器发送的目标激活数据和目标激活指令;其中,目标激活数据包括待激活支付卡账号对应的待激活支付标记;
第一处理模块,用于响应于目标激活指令,将目标个人化数据中的目标支付标记更新为待激活支付标记;其中,目标个人化数据所属的交易卡类型与目标激活指令所属的交易卡类型相同;
第二处理模块,用于将更新后的目标支付标记设置为激活状态。
第四方面,本发明实施例提供了一种数据处理装置,包括:
第一获取模块,用于获取与待激活支付卡账号关联存储的待激活支付标记和目标激活指令;其中,待激活支付卡账号的交易卡类型与目标激活指令所属的交易卡类型相同;
第一生成模块,用于根据待激活支付标记,生成目标激活数据;
第一发送模块,用于向目标电子设备发送目标激活数据和目标激活指令;其中,目标激活指令用于使目标电子设备将目标个人化数据中的目标支付标记更新为待激活支付标记以及将更新后的目标支付标记设置为激活状态,目标个人化数据所属的交易卡类型与目标激活指令所属的交易卡类型相同。
第五方面,本发明实施例提供了一种数据处理设备,该设备包括:处理器以及存储有计算机程序指令的存储器;
处理器执行计算机程序指令时实现如第一方面或第二方面所述的数据处理方法。
第六方面,本发明实施例提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序指令,计算机程序指令被处理器执行时实现如第一方面或第二方面所述的数据处理方法。
本发明实施例的数据处理方法、装置、设备及介质,能够在接收到目标服务器发送的待激活支付卡账号对应的待激活支付标记和目标激活指令之后,直接将所属的交易卡类型与目标激活指令所属的交易卡类型相同的目标个人化数据中的目标支付标记更新为待激活支付标记,并将更新后的目标支付标记设置为激活状态,进而可以直接利用待激活支付标记对目标个人化数据中的目标支付标记进行更新并激活更新后的目标支付标记,无需在激活待激活支付标记的过程中删除已激活的支付标记及其对应的个人化数据,从而减少激活待激活支付标记过程中的个人化数据删除、个人化数据验证及个人化数据下载的过程,避免在设置默认支付卡时因上述的过程产生错误,提高设置默认卡的成功率。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单的介绍,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一个实施例提供的一种数据处理的架构图;
图2是本发明另一个实施例提供的一种数据处理的架构图;
图3是本发明又一个实施例提供的一种数据处理的架构图;
图4是本发明再一个实施例提供的一种数据处理的架构图;
图5是本发明一个实施例提供的数据处理方法的流程示意图;
图6是本发明另一个实施例提供的数据处理方法的流程示意图;
图7是本发明一个实施例提供的绑定支付卡过程的流程示意图;
图8是本发明一个实施例提供的设置默认支付卡过程的流程示意图;
图9是本发明一个实施例提供的更改默认支付卡过程的流程示意图;
图10是本发明一个实施例提供的解绑支付卡过程的流程示意图;
图11是本发明一个实施例提供的数据处理装置的结构示意图;
图12是本发明另一个实施例提供的数据处理装置的结构示意图;
图13是本发明实施例提供的数据处理设备的硬件结构示意图。
具体实施方式
下面将详细描述本发明的各个方面的特征和示例性实施例,为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及具体实施例,对本发明进行进一步详细描述。应理解,此处所描述的具体实施例仅被配置为解释本发明,并不被配置为限定本发明。对于本领域技术人员来说,本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本发明所提供的数据处理方法,可以应用于如图1至图4的架构中,具体结合图1至图4进行详细说明。
图1示出了本发明一个实施例提供的一种数据处理的架构图。如图1所示,该架构图中可以包括至少一个电子设备110和互联网金融平台服务器120。
其中,电子设备110可以是手机、平板电脑、台式电脑、车载终端和可穿戴设备等具有通讯功能的设备,电子设备110具有NFC支付功能。可穿戴设备可以是一种可被用户穿戴在身上、或整合到用户衣服或配件中的便携式设备,如智能手环、智能手表、智能运动鞋、智能服装、智能眼镜、智能头盔、智能戒指、智能饰品等。
互联网金融平台服务器120可以用于提供互联网金融服务。具体地,互联网金融平台服务器120可以是云服务器或者服务器集群等具有存储以及计算功能的设备。
继续参见图1,每个电子设备110内可以分别安装有互联网金融平台对应的金融应用程序,并且与互联网金融平台服务器120进行通信。其中,互联网金融平台可以为第三方金融平台或者卡组织平台。
互联网金融平台服务器120可以获取与电子设备110的待激活支付卡账号关联存储的待激活支付标记(Token)和所属的交易卡类型与激活支付卡账号的交易卡类型相同的目标激活指令,并将待激活支付标记和目标激活指令发送至目标电子设备。其中,支付卡账号可以包括实体银行卡或者电子银行卡的账号,支付标记与支付卡账号具有一一对应的关系。
电子设备110可以接收互联网金融平台服务器120发送的待激活支付卡账号对应的待激活支付标记和目标激活指令,然后将所属的交易卡类型与目标激活指令所属的交易卡类型相同的目标个人化数据中的目标支付标记更新为待激活支付标记,并且将更新后的目标支付标记设置为激活状态。
图2示出了本发明另一个实施例提供的一种数据处理的架构图。如图2所示,该架构图中可以包括至少一个电子设备110、互联网金融平台服务器120和支付标记化服务系统(Token Service Provider,TSP)平台服务器130。
其中,电子设备110和互联网金融平台服务器120的原理与图1所示实施例相同,在此不做赘述。
TSP平台服务器130可以用于生成支付标记。具体地,TSP平台服务器130可以是云服务器或者服务器集群等具有存储以及计算功能的设备。互联网金融平台服务器120可以与TSP平台服务器130通信,以为用户获取支付卡账号对应的支付标记。
互联网金融平台服务器120可以根据需要生成支付标记的支付卡账号,生成标记生成请求,并且向TSP平台服务器130发送标记生成请求,使TSP平台服务器130生成该支付卡账号对应的支付标记,并且向互联网金融平台服务器120反馈该支付标记。
互联网金融平台服务器120在接收到TSP平台服务器130反馈的支付标记后,可以将该支付卡账号和接收到的支付标记关联存储。
图3示出了本发明又一个实施例提供的一种数据处理的架构图。如图3所示,该架构图中可以包括至少一个电子设备110、互联网金融平台服务器120、TSP平台服务器130和可信服务管理(Trusted Service Management,TSM)平台服务器140。
其中,电子设备110、互联网金融平台服务器120和TSP平台服务器130的原理与图2所示实施例相同,在此不做赘述。
TSM平台服务器140可以用于实现信息转发,TSM平台服务器140可以是云服务器或者服务器集群等具有存储以及计算功能的设备。具体地,TSM平台服务器140可以通过可信通道与TSP平台服务器130通信连接,以提高信息传输的安全性。
互联网金融平台服务器120可以与TSM平台服务器140通信。互联网金融平台服务器120可以将标记生成请求发送至TSM平台服务器140,然后由TSM平台服务器140通过可信通道发送至TSP平台服务器130。TSP平台服务器130可以通过可信通道向TSM平台服务器140发送支付标记,使TSM平台服务器140将支付标记转发给互联网金融平台服务器120。
由此,在本发明实施例中,可以通过TSM平台服务器140和可信通道,提高互联网金融平台服务器120与TSP平台服务器130之间的通信安全性。
图4示出了本发明再一个实施例提供的一种数据处理的架构图。如图4所示,该架构图中可以包括至少一个电子设备110、互联网金融平台服务器120、TSP平台服务器130、TSM平台服务器140、至少一个收单设备150和收单平台服务器160。
其中,电子设备110、互联网金融平台服务器120、TSP平台服务器130和TSM平台服务器140的原理与图3所示实施例相同,在此不做赘述。
收单设备150可以是手机、平板电脑、销售(point of sale,POS)终端等,收单设备150具有NFC信息读取功能。
收单平台服务器160可以为用于提供收单服务。具体地,收单平台服务器160可以是云服务器或者服务器集群等具有存储以及计算功能的设备。
用户首先可以登录电子设备110的金融应用程序的账户,使金融应用程序处于登录态,并在金融应用程序的应用界面内输入该账户已绑定的指定电子设备的支付状态。其中,该指定电子设备可以为用户正在操作的电子设备110,也可以为该账户已绑定的其他电子设备,只要是该账户已绑定的已通过设备验证的电子设备即可。然后,用户可以在金融应用程序的应用界面内显示的与指定电子设备绑定的多个支付卡账号中,选择需要进行状态变更的支付卡账号,使电子设备110根据该银行卡账号和指定电子设备的支付状态,生成状态变更请求。接着,电子设备110可以向该互联网金融平台对应的互联网金融平台服务器120发送该状态变更请求。
互联网金融平台服务器120在接收到该电子设备110发送的状态变更请求之后,可以对接收到的状态变更请求进行解析,得到状态变更请求中携带的支付卡账号和支付状态,然后,获取与该支付卡账号关联存储的支付标记,并且,将该支付标记对应的标记状态更新为状态变更请求中携带的支付状态。如果该支付卡账号为电子设备110的默认支付卡的账号,互联网金融平台服务器120在接收到收单设备150通过收单平台服务器160发送的携带有与该支付卡账号关联存储的支付标记的交易请求时,可以根据该支付标记对应的标记状态确定是否执行该交易请求对应的交易。
每个收单设备150可以用于将携带有从电子设备110的安全元件(SecureElement,SE)中读取的处于激活状态的支付标记的交易请求通过收单平台服务器160发送给互联网金融平台服务器120。
具体地,收单设备150内可以安装有收单平台对应的收单应用程序。收单设备150可以通过收单应用程序读取电子设备110的SE中的支付标记,接着通过收单平台对应的收单平台服务器160向互联网金融平台服务器120发送携带有所读取的支付标记的交易请求。
互联网金融平台服务器120在接收到交易请求之后,根据交易请求中携带的支付标记对应的标记状态确定是否执行交易请求对应的交易,可以在用户无法更改指定电子设备的支付状态,通过对互联网金融平台服务器120内的与指定电子设备绑定的支付卡账号关联存储的支付标记对应的标记状态进行更改的方式,实现对指定电子设备的支付状态的变更,进而降低与目标电子设备关联的支付卡账户存在被盗刷的风险,提高用户的支付卡账户的安全性。
根据上述架构,下面结合图5-图10对本发明实施例提供的数据处理方法进行详细说明。
图5示出了本发明一个实施例提供的数据处理方法的流程示意图。
在本发明一些实施例中,图5所示的方法可以由图1至图4中所示的电子设备110中的目标电子设备执行。其中,目标电子设备可以为任意电子设备110。
如图5所示,该数据处理方法可以包括如下步骤。
S510、接收目标服务器发送的目标激活数据和目标激活指令。
其中,目标服务器可以为图1至图4中所示的互联网金融平台服务器120。
在本发明实施例中,目标激活数据可以包括待激活支付卡账号对应的待激活支付标记。待激活支付卡账号可以包括待设置的默认支付卡账号和待变更的默认支付卡账号中的任一种,在此不做限制。
在本发明实施例中,目标激活指令所属的交易卡类型与待激活支付卡账号的交易卡类型相同,以使目标激活指令可以将待激活支付卡账号对应的待激活支付标记加载于所属的交易卡类型与待激活支付卡账号的交易卡类型相同的目标个人化数据中。
S520、响应于目标激活指令,将目标个人化数据中的目标支付标记更新为待激活支付标记。
其中,目标个人化数据所属的交易卡类型与目标激活指令所属的交易卡类型相同,由此,可以保证将待激活支付卡账号对应的待激活支付标记加载于所属的交易卡类型与待激活支付卡账号的交易卡类型相同的目标个人化数据中,避免待激活支付标记的激活过程出现错误。
在本发明实施例中,个人化数据可以为个人化应用标示符(applicationidentifier,AID),其由字符串构成,个人化AID内包含有通用字符串、支付标记和状态值,支付标记也由字符串构成,支付标记和状态值可以位于通用字符串之后。
例如,个人化AID的通用字符串可以为:A000000333 010102 00 63020000 010000。其中,前10位可以为固定字符串,第11-16位可以用于指示账户类型,如借记类型为010101、贷记类型为010102、准贷记类型为010103,第17-18位可以指示应用类型,如金融应用为00、非金融应用为01,第19-26位可以为应用提供方的机构代码,第27-28位可以为扩展为,可以自定义其功能,第29-32位可以指示芯片卡类型,如PBOC2.0类型为0000,PBOC3.0类型为1000。
在本发明一些实施例中,在待激活支付卡账号为待设置的默认支付卡账号的情况下,目标个人化数据中的目标支付标记可以为初始化标记,目标电子设备可以响应于目标激活指令,利用待激活支付标记替换该初始化标记。
在本发明一些实施例中,目标激活指令可以为应用协议数据单元(ApplicationProtocol Data Unit,APDU)指令,如:Install for install命令,具体地可以参见GPAmendment C中的参数定义。
在本发明实施例中,目标电子设备可以安装有目标个人化数据对应的目标个人化数据激活程序,并通过目标个人化数据激活程序执行目标激活指令对应的目标加载操作,即通过目标个人化数据激活程序将目标个人化数据中的目标支付标记更新为待激活支付标记。
S530、将更新后的目标支付标记设置为激活状态。
在本发明实施例中,目标电子设备可以通过目标个人化数据激活程序执行目标激活指令对应的目标激活操作,即通过目标个人化数据激活程序激活目标个人化数据,进而实现对目标支付标记的激活。
在本发明实施例中,能够在接收到目标服务器发送的待激活支付卡账号对应的待激活支付标记和目标激活指令之后,直接将所属的交易卡类型与目标激活指令所属的交易卡类型相同的目标个人化数据中的目标支付标记更新为待激活支付标记,并将更新后的目标支付标记设置为激活状态,进而可以直接利用待激活支付标记对目标个人化数据中的目标支付标记进行更新并激活更新后的目标支付标记,无需在激活待激活支付标记的过程中删除已激活的支付标记及其对应的个人化数据,从而减少激活待激活支付标记过程中的个人化数据删除、个人化数据验证及个人化数据下载的过程,避免在设置默认支付卡时因上述的过程产生错误,提高设置默认卡的成功率。
在本发明一个实施方式中,在待激活支付卡账号为待设置的默认支付卡账号的情况下,在S510之前,该数据处理方法还可以包括:
接收待设置的默认支付卡账号;
根据待设置的默认支付卡账号,生成默认卡设置请求;
向目标服务器发送默认卡设置请求;其中,默认卡设置请求用于使目标服务器反馈待设置的默认支付卡账号对应的目标激活数据和目标激活指令。
具体地,用户可以在目标电子设备的金融应用程序的应用界面内显示的与目标电子设备绑定的至少一个支付卡账号中,选择任一个支付卡账号作为待设置的默认支付卡账号,电子设备可以根据待设置的默认支付卡账号和目标电子设备标识,生成默认卡设置请求,然后向互联网金融平台服务器发送默认卡设置请求,使互联网金融平台服务器反馈待设置的默认支付卡账号对应的目标激活数据和目标激活指令。其中,互联网金融平台服务器反馈目标激活数据和目标激活指令的方法将在后文详细说明。
在本发明一些实施例中,目标电子设备标识可以为目标电子设备的网际互连协议(Internet Protocol,IP)地址。在另一些实施例中,目标电子设备标识也可以为目标电子设备的设备身份识别码(Identity document,ID)。
在本发明一些实施例中,在待激活支付卡账号为待设置的默认支付卡账号的情况下,由于此前目标电子设备中未激活其他的支付标记,因此,目标个人化数据可以为目标电子设备的目标安全元件中所存储的支付标记处于非激活状态的个人化数据。
在一些实施例中,在接收目标服务器发送的目标激活数据和目标激活指令时,在目标电子设备的目标安全元件中已存储有目标个人化数据的情况下,目标电子设备可以直接执行S520。
在另一些实施例中,在接收目标服务器发送的目标激活数据和目标激活指令时,在目标电子设备的目标安全元件中未存储有目标个人化数据的情况下,目标电子设备所接收的目标激活数据还包括可以目标个人化数据。可选地,在S520之前,该数据处理方法还可以包括:
将目标个人化数据存储于目标安全元件中。
因此,可以在目标电子设备的目标安全元件中未存储有目标个人化数据的情况下,先在目标安全元件中加载目标个人化数据,以保证激活待激活支付卡账号对应的待激活支付标记的可靠性。
在本发明一个实施方式中,在待激活支付卡账号为待变更的默认支付卡账号的情况下,在S510之前,该数据处理方法还可以包括:
接收待变更的默认支付卡账号;
根据待变更的默认支付卡账号,生成默认卡变更请求;
向目标服务器发送默认卡变更请求;其中,默认卡变更请求用于使目标服务器反馈待变更的默认支付卡账号对应的目标激活数据和目标激活指令。
具体地,用户可以在目标电子设备的金融应用程序的应用界面内显示的与目标电子设备绑定的至少一个支付卡账号中,选择已被设置为默认支付卡的支付卡账号以外的任一个支付卡账号作为待变更的默认支付卡账号,目标电子设备可以根据待变更的默认支付卡账号和目标电子设备标识,生成默认卡变更请求,然后向互联网金融平台服务器发送默认卡变更请求,使互联网金融平台服务器反馈待变更的默认支付卡账号对应的目标激活数据和目标激活指令。其中,互联网金融平台服务器反馈目标激活数据和目标激活指令的方法将在后文详细说明。
在本发明一些实施例中,在待激活支付卡账号为待变更的默认支付卡账号的情况下,此前目标电子设备中已激活其他的支付标记。因此,在一些实施例中,目标个人化数据可以为目标安全元件中所存储的支付标记处于激活状态的个人化数据。在另一些实施例中,目标个人化数据还可以为目标安全元件中所存储的支付标记处于非激活状态的个人化数据,在此不做限制。
在一些实施例中,在接收目标服务器发送的目标激活数据和目标激活指令时,在目标电子设备的目标安全元件中已存储有目标个人化数据的情况下,目标电子设备可以直接执行S520。
在另一些实施例中,在接收目标服务器发送的目标激活数据和目标激活指令时,在目标电子设备的目标安全元件中未存储有目标个人化数据的情况下,目标电子设备所接收的目标激活数据还包括可以目标个人化数据。可选地,在S520之前,该数据处理方法还可以包括:
将目标个人化数据存储于目标安全元件中。
因此,可以在目标电子设备的目标安全元件中未存储有目标个人化数据的情况下,先在目标安全元件中加载目标个人化数据,以保证激活待激活支付卡账号对应的待激活支付标记的可靠性。
在本发明一些实施例中,在目标个人化数据为目标安全元件中所存储的支付标记处于非激活状态的个人化数据的情况下,在S530之后,该数据处理方法还可以包括:
将更新后的目标支付标记以外的激活支付标记设置为非激活状态。
由于此前目标电子设备中已激活其他的支付标记,为避免收单设备读取目标电子设备的目标安全元件中的目标支付标记时发生错误,因此,还需要将更新后的目标支付标记以外的激活支付标记,即原处于激活状态的支付标记设置为非激活状态。
在本发明实施例中,目标电子设备可以通过目标个人化数据激活程序执行目标激活指令对应的目标还原操作,即通过目标个人化数据激活程序将原处于激活状态的支付标记的个人化数据设置为非激活状态,进而取消对原处于激活状态的支付标记的激活,保证目标电子设备的目标安全元件中仅有一个支付标记处于激活状态。
图6示出了本发明另一个实施例提供的数据处理方法的流程示意图。
在本发明一些实施例中,图6所示的方法可以由图1至图4中所示的互联网金融平台服务器120执行。
如图6所示,该数据处理方法可以包括如下步骤。
S610、获取与待激活支付卡账号关联存储的待激活支付标记和目标激活指令。
其中,待激活支付卡账号的交易卡类型与目标激活指令所属的交易卡类型相同。
具体地,互联网金融平台服务器可以在本地存储的支付标记中获取与待激活支付卡账号关联存储的待激活支付标记,并且在本地存储的激活指令中,获取所属的交易卡类型与待激活支付卡账号的交易卡类型相同的目标激活指令。
S620、根据待激活支付标记,生成目标激活数据。
在本发明一些实施例中,可以将待激活支付标记加载于目标激活数据对应的数据包中,以生成目标激活数据。
S630、向目标电子设备发送目标激活数据和目标激活指令。
其中,目标激活指令用于使目标电子设备将目标个人化数据中的目标支付标记更新为待激活支付标记以及将更新后的目标支付标记设置为激活状态,目标个人化数据所属的交易卡类型与目标激活指令所属的交易卡类型相同。目标电子设备激活待激活支付标记的方法已在图5所示的方法实施例中详细说明,在此不做赘述。
在本发明实施例中,能够在获取到与待激活支付卡账号关联存储的待激活支付标记和所属的交易卡类型与待激活支付卡账号的交易卡类型相同的目标激活指令之后,根据待激活支付标记,生成目标激活数据,并向目标电子设备发送目标激活数据和目标激活指令,使目标电子设备将所属的交易卡类型与目标激活指令所属的交易卡类型相同的目标个人化数据中的目标支付标记更新为待激活支付标记以及将更新后的目标支付标记设置为激活状态,进而可以直接利用待激活支付标记对目标个人化数据中的目标支付标记进行更新并激活更新后的目标支付标记,无需在激活待激活支付标记的过程中删除已激活的支付标记及其对应的个人化数据,从而减少激活待激活支付标记过程中的个人化数据删除、个人化数据验证及个人化数据下载的过程,避免在设置默认支付卡时因上述的过程产生错误,提高设置默认卡的成功率。
在本发明另一个实施方式中,为了避免因目标电子设备的目标安全元件中未存储有目标个人化数据而导致待激活支付标记激活失败,在S620之前,该数据处理方法还可以包括:
获取目标个人化数据;
相应地,S620可以具体包括:
根据待激活支付标记和目标个人化数据,生成目标激活数据。
由此,互联网金融平台服务器可以在本地存储的个人化数据中获取所属的交易卡类型与目标激活指令所属的交易卡类型相同的目标个人化数据,并且将目标个人化数据与待激活支付标记一同加载于目标激活数据对应的数据包中,以生成目标激活数据。
在本发明一些实施例中,为了进一步提高目标电子设备激活待激活支付标记的可靠性,在获取目标个人化数据之前,该数据处理方法还可以包括:
向目标电子设备发送数据查询请求;其中,数据查询请求用于查询目标电子设备的目标安全元件中的目标个人化数据;
接收目标电子设备反馈的数据查询结果。
相应地,获取目标个人化数据可以具体包括:
在数据查询结果为在目标安全元件中未查询到目标个人化数据的情况下,获取目标个人化数据。
具体地,互联网金融平台服务器在向目标电子设备发送目标激活数据和目标激活指令之前,需要先向目标电子设备发送数据查询请求,以查询目标电子设备的目标安全元件中是否已经存储有目标个人化数据。目标电子设备在接收到数据查询请求之后,可以查询目标安全元件中是否存储有目标个人化数据,并将数据查询结果反馈给互联网金融平台服务器。互联网金融平台服务器可以接收目标电子设备反馈的数据查询结果,如果数据查询结果为在目标安全元件中查询到目标个人化数据,可以直接根据待激活支付标记,生成目标激活数据;如果数据查询结果为在目标安全元件中未查询到目标个人化数据,可以获取目标个人化数据,并且根据待激活支付标记和目标个人化数据,生成目标激活数据。
由此,在本发明实施例中,可以首先判断目标电子设备的目标安全元件中是否存储有激活待激活支付标记所需的目标个人化数据,进而根据判断结果确定是否向目标电子设备发送目标个人化数据,以使目标电子设备能够可靠地实现对待激活支付标记的激活。
在本发明实施例中,待激活支付标记所需的目标个人化数据可以为所属的交易卡类型与目标激活指令所属的交易卡类型相同的个人化数据。其中,一种支付卡类型可以对应一套个人化数据。
例如,贷记卡类型可以对应一套个人化数据,借记卡类型可以对应一套个人化数据。
由此,在本发明实施例中,一种支付卡类型可以对应一套通用的个人化数据,可以消除各个支付卡发行方之间的个人化数据的差异,提高了设备卡和行业机之间兼容性。
在本发明一个实施方式中,待激活支付卡账号可以包括待设置的默认支付卡账号。
相应地,在S610之前,该数据处理方法还可以包括:
接收目标电子设备发送的默认卡设置请求;
响应于默认卡设置请求,对默认卡设置请求进行解析,得到默认卡设置请求信息;其中,默认卡设置请求信息包括待设置的默认支付卡账号。
互联网金融平台服务器在接收到默认卡设置请求后,可以响应于默认卡设置请求,对默认卡设置请求进行解析,得到待设置的默认支付卡账号和目标电子设备的目标电子设备标识,然后查询与待设置的默认支付卡账号关联存储的支付标记,作为待激活支付标记。
由此,互联网金融平台服务器可以在用户具有对目标电子设备的默认卡设置需求的情况下,为目标电子设备发送待设置的默认支付卡账号对应的目标激活数据和目标激活指令。
在本发明一些实施例中,在待激活支付卡账号为待设置的默认支付卡账号的情况下,在S630之后,该数据处理方法还可以包括:
接收目标电子设备发送的激活结果;其中,激活结果用于指示目标电子设备已将待激活支付标记设置为激活状态;
响应于激活结果,将待激活支付卡账号对应的支付卡属性设置为目标属性;其中,目标属性为目标电子设备的默认支付卡;
将待激活支付标记对应的标记状态设置为激活状态;
建立待激活支付标记与目标电子设备之间的关联关系。
具体地,目标电子设备在执行目标激活指令之后,会向互联网金融平台服务器反馈激活结果。其中,激活结果可以用于指示目标电子设备已将待激活支付标记设置为激活状态,或者可以用于指示目标电子设备对待激活支付标记设置激活失败。
互联网金融平台服务器可以在向目标电子设备发送目标激活数据和目标激活指令之后,接收目标电子设备发送的激活结果,并且在激活结果为用于指示目标电子设备已将待激活支付标记设置为激活状态的激活结果的情况下,将待激活支付卡账号对应的支付卡属性设置为目标电子设备的默认支付卡,并且将待激活支付标记对应的标记状态设置为激活状态,同时建立待激活支付标记与目标电子设备的目标电子设备标识之间的关联关系,使目标电子设备的NFC支付功能处于可用状态。
然后,互联网金融平台服务器可以向目标电子设备反馈第一提示信息。其中,第一提示信息用于提示用户目标电子设备的默认支付卡设置成功,可以通过默认支付卡正常使用NFC支付功能。
由此,在本发明实施例中,所绑定的支付卡账号与目标电子设备中的个人化数据属于松耦合关系,即动态映射关系,可以通过建立待激活支付标记与目标电子设备之间的关联关系,来实现对默认支付卡账号与目标电子设备之间的映射关系的建立。
在本发明另一个实施方式中,待激活支付卡账号还可以包括待变更的默认支付卡账号。
相应地,在S610之前,该数据处理方法还可以包括:
接收目标电子设备发送的默认卡变更请求;
响应于默认卡变更请求,对默认卡变更请求进行解析,得到默认卡变更请求信息;其中,默认卡变更请求信息包括待变更的默认支付卡账号。
互联网金融平台服务器在接收到默认卡变更请求后,可以响应于默认卡变更请求,对默认卡变更请求进行解析,得到待变更的默认支付卡账号和目标电子设备的目标电子设备标识,然后查询与待变更的默认支付卡账号关联存储的支付标记,作为待激活支付标记。
由此,互联网金融平台服务器可以在用户具有对目标电子设备的默认卡变更需求的情况下,为目标电子设备发送待变更的默认支付卡账号对应的目标激活数据和目标激活指令。
在本发明一些实施例中,在待激活支付卡账号为待变更的默认支付卡账号的情况下,在上述的向目标电子设备发送数据查询请求之前,该数据处理方法还可以包括:
获取目标支付卡账号;其中,目标支付卡账号对应的支付卡属性为目标属性,目标属性为目标电子设备的默认支付卡。
相应地,向目标电子设备发送数据查询请求可以具体包括:
在目标支付卡账号的支付卡类型与待变更的默认支付卡账号的支付卡类型不相同的情况下,向目标电子设备发送数据查询请求。
互联网金融平台服务器可以在向目标电子设备发送数据查询请求之前,查询当前的支付卡属性为目标电子设备的默认支付卡的目标支付卡账号,即原默认支付卡账号,然后,对目标支付卡账号的支付卡类型和待变更的默认支付卡账号的支付卡类型进行比较。最后,若比较结果为目标支付卡账号的支付卡类型与待变更的默认支付卡账号的支付卡类型相同,则说明目标电子设备的目标安全元件中存储有目标个人化数据,可以直接根据待激活支付标记,生成目标激活数据。若比较结果为目标支付卡账号的支付卡类型与待变更的默认支付卡账号的支付卡类型不相同,则说明目标电子设备的目标安全元件中未存储有目标个人化数据,需要向目标电子设备发送目标个人化数据,因此,可以获取目标个人化数据,并且根据待激活支付标记和目标个人化数据,生成目标激活数据。
在本发明另一些实施例中,在待激活支付卡账号为待变更的默认支付卡账号的情况下,在S630之后,该数据处理方法还可以包括:接收目标电子设备发送的激活结果;其中,激活结果用于指示目标电子设备已将待激活支付标记设置为激活状态;
响应于激活结果,将待激活支付卡账号对应的支付卡属性设置为目标属性,并且将目标支付卡账号对应的支付卡属性为非目标属性;
将待激活支付标记对应的标记状态设置为激活状态,并且将与目标支付卡账号关联存储的目标支付标记对应的标记状态设置为非激活状态;
建立待激活支付标记与目标电子设备之间的关联关系,并且删除目标支付标记与目标电子设备之间的关联关系。
具体地,目标电子设备在执行目标激活指令之后,会向互联网金融平台服务器反馈激活结果。其中,激活结果可以用于指示目标电子设备已将待激活支付标记设置为激活状态,或者可以用于指示目标电子设备对待激活支付标记设置激活失败。
互联网金融平台服务器可以在向目标电子设备发送目标激活数据和目标激活指令之后,接收目标电子设备发送的激活结果,并且在激活结果为用于指示目标电子设备已将待激活支付标记设置为激活状态的激活结果的情况下,首先,可以将待激活支付卡账号对应的支付卡属性设置为目标电子设备的默认支付卡,并且将原默认支付卡账号对应的支付卡属性为非目标属性,然后,可以将待激活支付标记对应的标记状态设置为激活状态,并且将与原默认支付卡账号关联存储的原目标支付标记对应的标记状态设置为非激活状态,最后,建立待激活支付标记与目标电子设备的目标电子设备标识之间的关联关系,使待激活支付标记作为新的目标支付标记,并且删除原目标支付标记与目标电子设备的目标电子设备标识之间的关联关系。
然后,互联网金融平台服务器可以向目标电子设备反馈第二提示信息。其中,第二提示信息用于提示用户目标电子设备的默认支付卡变更成功,可以通过新的默认支付卡正常使用NFC支付功能。
由此,在本发明实施例中,可以通过建立待激活支付标记与目标电子设备之间的关联关系以及删除原目标支付标记与目标电子设备之间的关联关系,来实现对默认支付卡账号与目标电子设备之间的映射关系的变更。
在本发明再一个实施方式中,在S610之前,该数据处理方法还可以包括:
接收目标电子设备发送的支付卡绑定请求;
响应于支付卡绑定请求,对支付卡绑定请求进行解析,得到支付卡绑定请求信息;其中,支付卡绑定请求信息包括待绑定支付卡账号;
根据待绑定支付卡账号,生成标记生成请求;
向支付标记管理服务器发送标记生成请求;其中,标记生成请求用于使支付标记管理服务器生成待绑定支付卡账号对应的支付标记;
接收支付标记管理服务器反馈的待绑定支付卡账号对应的支付标记;
将待绑定支付卡账号和待绑定支付卡账号对应的支付标记关联存储。
用户首先可以登录目标电子设备的金融应用程序的账户,使金融应用程序处于登录态,并在金融应用程序的应用界面内选择该账户已绑定的目标电子设备,即用户正在操作的电子设备。然后,用户可以在金融应用程序的应用界面内添加为目标电子设备绑定的支付卡账号,作为待绑定支付卡账号,使目标电子设备根据待绑定支付卡账号,生成支付卡绑定请求。接着,目标电子设备可以向互联网金融平台服务器发送该支付卡绑定请求。
互联网金融平台服务器在接收到支付卡绑定请求之后,可以解析支付卡绑定请求,得到待绑定支付卡账号和目标电子设备的目标电子设备标识。然后,根据待绑定支付卡账号,生成标记生成请求,并且向支付标记管理服务器发送该标记生成请求。
在一些实施例中,支付标记管理服务器可以为图2至图4中所示的TSP平台服务器130,TSP平台服务器在接收到标记生成请求之后,可以对标记生成请求进行解析,得到待绑定支付卡账号,然后生成待绑定支付卡账号对应的支付标记,并且将待绑定支付卡账号和待绑定支付卡账号对应的支付标记关联存储,最后,将待绑定支付卡账号对应的支付标记反馈给互联网金融平台服务器。
互联网金融平台服务器可以接收TSP平台服务器反馈的待绑定支付卡账号对应的支付标记,然后将将待绑定支付卡账号和待绑定支付卡账号对应的支付标记关联存储,已在用户基于已绑定的支付卡账号为目标电子设备设置或者变更默认支付卡账号时,可以将默认支付卡账号对应的支付标记发送给目标电子设备。
进一步地,互联网金融平台服务器还可以在将目标支付卡账号与目标电子设备绑定之后,向目标电子设备发送第三提示信息。其中,第三提示信息用于提示用户待绑定支付卡账号与目标电子设备绑定成功。
在本发明实施例中,TSP平台服务器可以利用预先设置的标记生成方式,生成待绑定支付卡账号对应的支付标记。
例如,标记生成方式可以为利用预设的加密算法对待绑定支付卡账号的全部数字进行加密,得到加密后的加密字符串,将加密字符串作为待绑定支付卡账号对应的支付标记。再例如,标记生成方式可以为利用预设的加密算法对待绑定支付卡账号的部分数字进行加密,得到加密后的加密字符串,将待绑定支付卡账号的未加密数字和加密字符串进行拼接,得到待绑定支付卡账号对应的支付标记。
在本发明一些实施例中,互联网金融平台服务器可以通过TSM平台服务器与TSP平台服务器进行通信,以提高数据安全性。
在本发明再一个实施方式中,该数据处理方法还可以包括:
接收状态变更请求;
响应于状态变更请求,对状态变更请求进行解析,得到状态变更请求信息;其中,状态变更请求信息包括待变更状态的支付卡账号和目标电子设备的目标支付状态;
获取与待变更状态的支付卡账号关联存储的待变更状态的支付标记;
将待变更状态的支付标记对应的标记状态更新为目标支付状态。
在本发明一些实施例中,状态变更请求用于请求互联网金融平台服务器将与用户指定的待变更状态的支付卡账号关联存储的待变更状态的支付标记对应的标记状态更新为用户指定的目标电子设备的目标支付状态。状态变更请求可以为目标电子设备发送的状态变更请求,也可以为目标电子设备以外的其它电子设备发送的状态变更请求,只要是电子设备安装有互联网金融平台对应的金融应用程序并且金融应用程序所登录的账号绑定有要变更NFC支付功能的支付状态的目标电子设备即可。
具体地,用户首先可以登录电子设备的金融应用程序的账户,使金融应用程序处于登录态,并在金融应用程序的应用界面内选择该账户已绑定的目标电子设备。然后,用户可以在金融应用程序的应用界面内输入待变更状态的支付卡账号和目标电子设备的目标支付状态,目标支付状态可以为用户想要更改的目标电子设备的支付状态。用户操作的电子设备可以根据待变更状态的支付卡账号和目标支付状态生成状态变更请求,并且将状态变更请求发送给互联网金融平台服务器。
在本发明实施例中,目标支付状态可以包括激活状态、挂失状态和解绑状态中的任一种。目标支付状态可以分为正常状态和异常状态,异常状态可以包括挂失状态和解绑状态中的任一种,正常状态可以包括激活状态。
其中,激活状态指的是电子设备的NFC支付功能已激活并且处于可用状态。挂失状态指的是电子设备的NFC支付功能已激活并且处于挂失登记状态,在挂失状态下,NFC支付功能暂停使用。解绑状态指的是电子设备的NFC支付功能已激活并且处于未绑定支付卡账号状态,在解绑状态下,NFC支付功能也暂停使用。
在本发明实施例中,目标电子设备或者其它电子设备可以直接与互联网金融平台服务器通信。
在本发明一些实施例中,状态变更请求信息还可以包括目标电子设备标识。
即用户操作的电子设备在接收到用户输入的待变更状态的支付卡账号和目标电子设备的目标支付状态之后,还可以获取目标电子设备对应的目标电子设备标识,进而可以基于目标电子设备标识、待变更状态的支付卡账号和目标支付状态生成状态变更请求。
在本发明一些实施例中,互联网金融平台服务器可以存储支付标记对应的标记状态,例如,互联网金融平台服务器可以为支付标记增加状态位,状态位上设有状态值,一个状态值对应一个标记状态,并且不同的状态值对应不同的标记状态,同时,标记状态与支付状态相同。
在这些实施例中,由于标记状态与支付状态相同,可选地,互联网金融平台服务器可以确定与目标支付状态相同的标记状态对应的目标状态值,并且将待变更状态的支付标记状态位设置为该目标状态值,以实现将待变更状态的支付标记对应的标记状态更新为目标支付状态。
在本发明实施例中,由于一个电子设备存储有一个处于激活状态的支付标记,并且每个支付标记对应的标记状态与支付状态相同,因此,互联网金融平台服务器可以根据支付标记对应的标记状态,确定支付标记对应的电子设备的支付状态,进而可以根据电子设备的支付状态确定是否执行携带有该支付标记的交易请求对应的交易。
由此,能够通过目标支付标记对应的目标标记状态对目标电子设备的目标支付状态进行更新,无需删除目标电子设备中的目标支付标记,仅需要将互联网金融平台服务器中的目标支付标记的目标标记状态进行更新,即可以避免在目标电子设备丢失后,用户无法更改目标电子设备的支付状态的问题,进而降低与目标电子设备关联的银行账户存在被盗刷的风险,提高用户的银行账户的安全性。
在本发明实施例中,无论待变更状态的支付卡账号对应的支付卡属性为目标电子设备的非默认支付卡还是目标电子设备的默认支付卡,均可以直接将待变更状态的支付标记对应的标记状态更新为目标支付状态,然后向目标电子设备反馈第四提示信息。其中,第四提示信息用于提示用户与目标电子设备绑定的待变更状态的支付卡账号的支付状态已变更为目标支付状态。
在本发明一些实施例中,该信息处理方法还可以包括:
接收目标收单设备发送的交易请求;
响应于交易请求,对交易请求进行解析,得到交易请求信息;其中,交易请求信息包括目标支付标记;
查询目标支付标记对应的标记状态;
在目标支付标记对应的标记状态为异常状态的情况下,拒绝执行交易请求对应的交易;
其中,异常状态包括挂失状态和解绑状态中的任一种。
具体地,用户在使用目标电子设备进行支付时,商户可以通过目标收单设备读取目标电子设备的目标安全元件中存储的处于激活状态的支付标记,即目标支付标记,目标收单设备可以根据目标支付标记、目标收单设备的目标收单设备标识和交易金额生成交易请求,然后将交易请求发送给互联网金融平台服务器。
其中,目标收单设备标识可以为目标收单设备标识的IP地址,也可以为目标收单设备标识的设备ID。
互联网金融平台服务器可以接收目标收单设备发送的交易请求,并且对交易请求进行解析,得到目标支付标记、目标收单设备标识和交易金额,然后查询目标支付标记对应的标记状态。互联网金融平台服务器可以在目标支付标记对应的标记状态为异常状态的情况下,拒绝执行交易请求对应的交易;在目标支付标记对应的标记状态为正常状态的情况下,查询与目标支付标记关联存储的目标交易卡账号,将目标交易卡账号、目标收单设备标识和交易金额发送给发卡机构服务器,使发卡机构服务器完成交易请求对应的交易,实现将交易金额由目标交易卡账号转移至目标收单设备标识对应的交易卡账号中,然后将交易完成结果反馈给互联网金融平台服务器。互联网金融平台服务器在接收到交易完成结果后,可以将交易完成结果转发给目标收单设备。
在本发明实施例中,目标收单设备可以直接与互联网金融平台服务器通信,目标收单设备还可以通过收单平台服务器与互联网金融平台服务器通信,在此不做限制。
由此,用户可以在目标电子设备丢失后,无需删除目标电子设备的目标安全元件中所存储的个人化数据或者支付标记,仅需将目标电子设备的支付状态更改为异常状态,使目标电子设备对应的支付标记的标记状态更改为异常状态,便可以在该目标电子设备再次被用于支付时,由互联网金融平台服务器拒绝执行交易,避免与目标电子设备关联的银行账户存在被盗刷,提高用户的银行账户的安全性。
在本发明另一些实施例中,为了进一步降低与目标电子设备关联的支付卡账户存在被盗刷的风险,在目标支付状态包括挂失状态和解绑状态中的任一种的情况下,在得到状态变更请求信息之后,该信息处理方法可以还可以包括:
在待变更状态的支付卡账号对应的支付卡属性为目标属性的情况下,删除待变更状态的支付卡账号与目标电子设备之间的关联关系;其中,目标属性为目标电子设备的默认支付卡。
具体地,互联网金融平台服务器可以通过确定支付标记与目标电子设备之间是否存在关联关系,进而确定与支付标记关联存储的支付卡账号对应的支付卡属性,若支付标记与目标电子设备之间存在关联关系,则与支付标记关联存储的支付卡账号对应的支付卡属性为目标电子设备的默认支付卡,否则与支付标记关联存储的支付卡账号对应的支付卡属性为目标电子设备的非默认支付卡。
由于仅在与支付标记关联存储的支付卡账号对应的支付卡属性为目标电子设备的默认支付卡的情况下,目标电子设备的目标安全元件中才会存储有该支付标记,因此,在待变更状态的支付卡账号对应的支付卡属性为目标电子设备的非默认支付卡的情况下,仅需要待变更状态的支付标记对应的标记状态更新为目标支付状态即可。而在待变更状态的支付卡账号对应的支付卡属性为目标电子设备的默认支付卡的情况下,由于目标电子设备的目标安全元件中存储有待变更状态的支付标记,为了避免互联网金融平台服务器出现校验失误,还可以进一步删除待变更状态的支付卡账号与目标电子设备之间的关联关系,以在接收到待变更状态的支付标记对应的交易请求时在确定目标支付状态为正常状态之后,进一步确定待变更状态的支付标记与目标电子设备之间是否存在关联关系,进而确定是否执行交易请求对应的交易。
具体地,若待变更状态的支付标记与目标电子设备之间存在关联关系,则执行交易请求对应的交易,若待变更状态的支付标记与目标电子设备之间不存在关联关系,则不执行交易请求对应的交易。
由此,在本发明实施例中,可以进一步提高与目标电子设备关联的银行账户的安全性。
在本发明又一些实施例中,在拒绝执行交易请求对应的交易之后,该信息处理方法还可以包括:
根据目标支付标记对应的标记状态,生成交易请求对应的交易反馈信息;
向目标收单设备发送交易反馈信息。
具体地,互联网金融平台服务器可以生成交易请求对应的交易反馈信息,使交易反馈信息内携带有目标支付标记对应的标记状态,然后向目标收单设备发送交易反馈信息。当目标收单设备接收到交易反馈信息后,可以显示交易反馈信息所携带的目标支付标记对应的标记状态,以向交易相关人员(收款方或付款方)展示目标电子设备的目标支付状态,告知交易相关人员拒绝交易的原因。
下面,将以图7至图10为例,对本发明实施例提供的数据处理的各个过程进行详细说明。
图7示出了本发明一个实施例提供的绑定支付卡过程的流程示意图。如图7所示,该绑定支付卡过程可以包括:
S701、用户打开目标电子设备的金融应用程序的应用界面,在金融应用程序的应用界面内登陆账户,并且选择要为目标电子设备绑定的支付卡类型,使目标电子设备接收用户输入的支付卡类型;
S702、用户在金融应用程序的应用界面输入要为目标电子设备绑定的支付卡账号,使目标电子设备接收用户输入的支付卡账号;
S703、目标电子设备对支付卡类型进行判断,若支付卡类型为借记卡类型,则执行S704,若支付卡类型为贷记卡类型,则执行S705;
S704、目标电子设备显示借记卡验证页面,使用户核对支付卡账号对应的支付卡信息,并输入取款密码以及金融应用程序的互联网金融平台服务器在确认取款密码正确的情况下发送的验证码,使目标电子设备接收用户输入的验证码,然后执行S706;
S705、目标电子设备显示贷记卡验证页面,使用户核对支付卡账号对应的支付卡信息,并输入贷记卡CVN2码、贷记卡有效期以及金融应用程序的互联网金融平台服务器在确认贷记卡CVN2码和贷记卡有效期正确的情况下发送的验证码,使目标电子设备接收用户输入的验证码,然后执行S706;
S706、目标电子设备根据验证码、支付卡账号和目标电子设备的目标电子设备标识,生成支付卡绑定请求;
S707、目标电子设备向互联网金融平台服务器发送支付卡绑定请求;
S708、互联网金融平台服务器响应于支付卡绑定请求,对支付卡绑定请求进行解析,得到验证码、支付卡账号和目标电子设备的目标电子设备标识,在对验证码验证成功的情况下,根据支付卡账号,生成标记生成请求;
S709、互联网金融平台服务器向TSP平台服务器发送标记生成请求;
S710、TSP平台服务器响应于标记生成请求,生成支付卡账号对应的支付标记,并将支付卡账号与支付标记关联存储;
S711、TSP平台服务器向互联网金融平台服务器发送支付卡账号对应的支付标记;
S712、互联网金融平台服务器将支付卡账号和支付标记关联存储;
S713、互联网金融平台服务器向目标电子设备发送第三提示信息;
S714、目标电子设备显示第三提示信息,以提示用户支付卡账号与目标电子设备绑定成功。
图8示出了本发明一个实施例提供的设置默认支付卡过程的流程示意图。如图8所示,该设置默认支付卡过程可以包括:
S801、用户打开目标电子设备的金融应用程序的应用界面,在金融应用程序的应用界面内登陆账户,并且在与目标电子设备绑定的至少一个支付卡账号中,选择要设置为目标电子设备的默认支付卡的支付卡账号,使目标电子设备接收用户输入的待设置的支付卡账号;
S802、目标电子设备根据该支付卡账号和目标电子设备的目标电子设备标识,生成默认卡设置请求;
S803、目标电子设备向互联网金融平台服务器发送默认卡设置请求;
S804、互联网金融平台服务器响应于默认卡设置请求,对默认卡设置请求进行解析,得到该支付卡账号和目标电子设备标识;
S805、互联网金融平台服务器查询与该支付卡账号关联存储的支付标记,然后向目标电子设备发送数据查询请求;
S806、目标电子设备在接收到数据查询请求之后,可以查询目标安全元件中是否存储有该支付标记对应的个人化数据,并将数据查询结果反馈给互联网金融平台服务器;
S807、互联网金融平台服务器可以对数据查询结果进行判断,若数据查询结果为在目标安全元件中查询到该支付标记对应的个人化数据,则执行S808,若数据查询结果为在目标安全元件中未查询到该支付标记对应的个人化数据,则执行S809;
S808、互联网金融平台服务器向目标电子设备发送该支付标记和该支付标记对应的激活指令,然后执行S810;
S809、互联网金融平台服务器向目标电子设备发送该支付标记、该支付标记对应的激活指令和该支付标记对应的个人化数据,然后执行S810;
S810、目标电子设备将该支付标记加载于该支付标记对应的个人化数据中并且将该支付标记激活为激活状态;
S811、目标电子设备向互联网金融平台服务器发送用于指示目标电子设备已将该支付标记设置为激活状态;
S812、互联网金融平台服务器向将该支付标记对应的标记状态设置为激活状态,然后,将与该支付标记关联存储的支付卡账号对应的支付卡属性设置为目标电子设备的默认支付卡,并且建立该支付标记与目标电子设备之间的关联关系;
S813、互联网金融平台服务器向目标电子设备反馈第一提示信息;
S814、目标电子设备显示第一示信息,以提示用户目标电子设备的默认支付卡设置成功。
图9示出了本发明一个实施例提供的更改默认支付卡过程的流程示意图。如图9所示,该更改默认支付卡过程可以包括:
S901、用户打开目标电子设备的金融应用程序的应用界面,在金融应用程序的应用界面内登陆账户,并且在与目标电子设备绑定的至少一个支付卡账号中,选择要更换为目标电子设备的新的默认支付卡的支付卡账号,使目标电子设备接收用户输入的待变更的支付卡账号;
S902、目标电子设备根据该支付卡账号和目标电子设备的目标电子设备标识,生成默认卡变更请求;
S903、目标电子设备向互联网金融平台服务器发送默认卡变更请求;
S904、互联网金融平台服务器响应于默认卡变更请求,对默认卡变更请求进行解析,得到该支付卡账号和目标电子设备标识;
S905、互联网金融平台服务器查询与该支付卡账号关联存储的支付标记和当前与该目标电子设备标识具有关联关系的支付标记,并查询与查询到的支付标记关联存储的支付卡账号,该查询到的支付卡账号即为原默认支付卡账号,即支付卡属性为目标电子设备的默认支付卡的支付卡账号;
S906、互联网金融平台服务器对原默认支付卡账号的支付卡类型和接收到的支付卡账号的支付卡类型进行比较,若相同,则执行S907,若不相同,则执行S908;
S907、互联网金融平台服务器向目标电子设备发送接收到的支付卡账号对应的支付标记和该支付标记对应的激活指令,然后执行S909;
S908、互联网金融平台服务器向目标电子设备发送接收到的支付卡账号对应的支付标记、该支付标记对应的激活指令和该支付标记对应的个人化数据,然后执行S909;
S909、目标电子设备将该支付标记加载于该支付标记对应的个人化数据中并且将该支付标记激活为激活状态;
S910、目标电子设备向互联网金融平台服务器发送用于指示目标电子设备已将该支付标记设置为激活状态;
S911、互联网金融平台服务器首先将与该支付标记关联存储的支付卡账号对应的支付卡属性设置为目标电子设备的默认支付卡,并且将原默认支付卡账号对应的支付卡属性为非目标属性,然后,将该支付标记对应的标记状态设置为激活状态,并且将与原默认支付卡账号关联存储的支付标记对应的标记状态设置为非激活状态,最后,建立该支付标记与目标电子设备之间的关联关系,并且删除与原默认支付卡账号关联存储的支付标记与目标电子设备之间的关联关系;
S912、互联网金融平台服务器向目标电子设备反馈第二提示信息;
S913、目标电子设备显示第二提示信息,以提示用户目标电子设备的默认支付卡变更成功。
图10示出了本发明一个实施例提供的解绑支付卡过程的流程示意图。如图10所示,该解绑支付卡过程可以包括:
S1001、用户打开目标电子设备的金融应用程序的应用界面,在金融应用程序的应用界面内登陆账户,并且在与目标电子设备绑定的至少一个支付卡账号中,选择要解绑的待解绑支付卡账号,使目标电子设备接收用户输入的待解绑的支付卡账号和目标电子设备的目标支付状态,其中,目标支付状态为解绑状态;
S1002、目标电子设备根据目标电子设备标识、该支付卡账号和目标支付状态,生成解绑请求;
S1003、目标电子设备向互联网金融平台服务器发送解绑请求;
S1004、互联网金融平台服务器响应于解绑请求,对解绑请求进行解析,得到目标电子设备标识、该支付卡账号和目标支付状态;
S1005、互联网金融平台服务器查询该支付卡账号对应的支付卡属性,并对该支付卡账号对应的支付卡属性进行判断,若支付卡属性为目标电子设备的非默认支付卡,则执行S1006,若支付卡属性为目标电子设备的默认支付卡,则执行S1007;
S1006、互联网金融平台将与该支付卡账号关联存储的支付标记对应的标记状态更新为解绑状态,然后执行S1008;
S1007、互联网金融平台将与该支付卡账号关联存储的支付标记对应的标记状态更新为解绑状态,并删除与该支付卡账号关联存储的支付标记与目标电子设备之间的关联关系,然后执行S1008;
S1008、互联网金融平台服务器向目标电子设备发送第四提示信息;
S1009、目标电子设备显示第四提示信息,以提示用户待解绑的支付卡账号的支付状态已变更为解绑状态。
在待解绑的支付卡账号对应的支付卡属性为目标电子设备的默认支付卡的情况下,在目标电子设备与该支付卡账号解绑成功之后,如果互联网金融平台服务器器接收到收单设备发送的与该支付卡账号关联存储的支付标记对应的交易请求后,可以在查询到该支付标记的标记状态为解绑状态时,拒绝该交易请求对应的交易。
需要说明的是,用户点击解绑功能后,能够使互联网金融平台服务器内存储的支付标记对应的标记状态更新为解绑状态。用户还可以点击挂失功能,使互联网金融平台服务器内存储的支付标记对应的标记状态更新为挂失状态。具体地,挂失支付卡过程与解绑支付卡过程相似,在此不做赘述。
另外,用户在将互联网金融平台服务器内存储的支付标记对应的标记状态更新为解绑状态和挂失状态之后,还可以点击重新绑定功能和取消挂失功能,使互联网金融平台服务器内存储的支付标记对应的标记状态重新更新为激活状态,其过程与解绑支付卡过程相似,在此不做赘述。
由此,在本发明实施例中,目标电子设备与所绑定的支付卡账号与目标安全元件中加载的个人化数据属于松耦合关系,属于动态映射关系,因此,在后续重新绑定默认支付卡的过程中,不会造成频繁的验证、下载以及重新写卡的过程。同时,目标安全元件中可以存储通用的个人化数据加载支付标记,可以消除各个发卡机构的个人化数据之间的差异,提高了个人化数据与收单设备之间的兼容性,具有良好的行业合作推广前景。
图11示出了本发明一个实施例提供的数据处理装置的结构示意图。
在本发明一些实施例中,图11所示的装置可以为图1至图4中所示的电子设备110中的目标电子设备。其中,目标电子设备可以为任意电子设备110。
如图11所示,该数据处理装置1100可以包括第一接收模块1110、第一处理模块1120和第二处理模块1130。
第一接收模块1110可以用于接收目标服务器发送的目标激活数据和目标激活指令;其中,目标激活数据包括待激活支付卡账号对应的待激活支付标记。
第一处理模块1120可以用于响应于目标激活指令,将目标个人化数据中的目标支付标记更新为待激活支付标记;其中,目标个人化数据所属的交易卡类型与目标激活指令所属的交易卡类型相同。
第二处理模块1130可以用于将更新后的目标支付标记设置为激活状态。
在本发明实施例中,能够在接收到目标服务器发送的待激活支付卡账号对应的待激活支付标记和目标激活指令之后,直接将所属的交易卡类型与目标激活指令所属的交易卡类型相同的目标个人化数据中的目标支付标记更新为待激活支付标记,并将更新后的目标支付标记设置为激活状态,进而可以直接利用待激活支付标记对目标个人化数据中的目标支付标记进行更新并激活更新后的目标支付标记,无需在激活待激活支付标记的过程中删除已激活的支付标记及其对应的个人化数据,从而减少激活待激活支付标记过程中的个人化数据删除、个人化数据验证及个人化数据下载的过程,避免在设置默认支付卡时因上述的过程产生错误,提高设置默认卡的成功率。
在本发明一些实施例中,目标个人化数据可以为目标安全元件中所存储的支付标记处于激活状态的个人化数据。
在本发明另一些实施例中,目标个人化数据可以为目标安全元件中所存储的支付标记处于非激活状态的个人化数据。
在本发明一些实施例中,目标激活数据还可以包括目标个人化数据;
其中,该数据处理装置1100还可以包括第一存储模块,第一存储模块可以用于将目标个人化数据存储于目标安全元件中。
在本发明一些实施例中,该数据处理装置1100还可以包括第三处理模块,第三处理模块可以用于将更新后的目标支付标记以外的激活支付标记设置为非激活状态。
在本发明一些实施例中,待激活支付卡账号可以包括待设置的默认支付卡账号;
其中,该数据处理装置1100还可以包括第二接收模块、第二生成模块和第二发送模块。
第二接收模块可以用于接收待设置的默认支付卡账号。
第二生成模块可以用于根据待设置的默认支付卡账号,生成默认卡设置请求。
第二发送模块可以用于向目标服务器发送默认卡设置请求;其中,默认卡设置请求用于使目标服务器反馈待设置的默认支付卡账号对应的目标激活数据和目标激活指令。
在本发明另一些实施例中,待激活支付卡账号可以包括待变更的默认支付卡账号;
其中,该数据处理装置1100还可以包括第三接收模块、第三生成模块和第三发送模块。
第三接收模块可以用于接收待变更的默认支付卡账号。
第三生成模块可以用于根据待变更的默认支付卡账号,生成默认卡变更请求。
第三发送模块可以用于向目标服务器发送默认卡变更请求;其中,默认卡变更请求用于使目标服务器反馈待变更的默认支付卡账号对应的目标激活数据和目标激活指令。
需要说明的是,图11所示的数据处理装置1100可以执行图5所示的方法实施例中的各个步骤,并且实现图5所示的方法实施例中的各个过程和效果,在此不做赘述。
图12示出了本发明另一个实施例提供的数据处理装置的结构示意图。
在本发明一些实施例中,图12所示的装置可以为图1至图4中所示的互联网金融平台服务器120。
如图12所示,该数据处理装置1200可以包括第一获取模块1210、第一生成模块1220和第一发送模块1230。
第一获取模块1210可以用于获取与待激活支付卡账号关联存储的待激活支付标记和目标激活指令;其中,待激活支付卡账号的交易卡类型与目标激活指令所属的交易卡类型相同。
第一生成模块1220可以用于根据待激活支付标记,生成目标激活数据。
第一发送模块1230可以用于向目标电子设备发送目标激活数据和目标激活指令;其中,目标激活指令用于使目标电子设备将目标个人化数据中的目标支付标记更新为待激活支付标记以及将更新后的目标支付标记设置为激活状态,目标个人化数据所属的交易卡类型与目标激活指令所属的交易卡类型相同。
在本发明实施例中,能够在获取到与待激活支付卡账号关联存储的待激活支付标记和所属的交易卡类型与待激活支付卡账号的交易卡类型相同的目标激活指令之后,根据待激活支付标记,生成目标激活数据,并向目标电子设备发送目标激活数据和目标激活指令,使目标电子设备将所属的交易卡类型与目标激活指令所属的交易卡类型相同的目标个人化数据中的目标支付标记更新为待激活支付标记以及将更新后的目标支付标记设置为激活状态,进而可以直接利用待激活支付标记对目标个人化数据中的目标支付标记进行更新并激活更新后的目标支付标记,无需在激活待激活支付标记的过程中删除已激活的支付标记及其对应的个人化数据,从而减少激活待激活支付标记过程中的个人化数据删除、个人化数据验证及个人化数据下载的过程,避免在设置默认支付卡时因上述的过程产生错误,提高设置默认卡的成功率。
在本发明一些实施例中,该数据处理装置1200还可以包括第二获取模块,第二获取模块可以用于获取目标个人化数据。
其中,第一生成模块1220可以具体用于根据待激活支付标记和目标个人化数据,生成目标激活数据。
在本发明一些实施例中,该数据处理装置1200还可以包括第四发送模块和第四接收模块。
第四发送模块可以用于向目标电子设备发送数据查询请求;其中,数据查询请求用于查询目标电子设备的目标安全元件中的目标个人化数据。
第四接收模块可以用于接收目标电子设备反馈的数据查询结果。
其中,第二获取模块可以具体用于在数据查询结果为在目标安全元件中未查询到目标个人化数据的情况下,获取目标个人化数据。
在本发明一些实施例中,待激活支付卡账号可以包括待设置的默认支付卡账号;
其中,该数据处理装置1200还可以包括第五接收模块和第一解析模块。
第五接收模块可以用于接收目标电子设备发送的默认卡设置请求。
第一解析模块可以用于响应于默认卡设置请求,对默认卡设置请求进行解析,得到默认卡设置请求信息;其中,默认卡设置请求信息包括待设置的默认支付卡账号。
在本发明一些实施例中,该数据处理装置1200还可以包括第六接收模块、第四处理模块、第五处理模块和第六处理模块。
第六接收模块可以用于接收目标电子设备发送的激活结果;其中,激活结果用于指示目标电子设备已将待激活支付标记设置为激活状态。
第四处理模块可以用于响应于激活结果,将待激活支付卡账号对应的支付卡属性设置为目标属性;其中,目标属性为目标电子设备的默认支付卡。
第五处理模块可以用于将待激活支付标记对应的标记状态设置为激活状态。
第六处理模块可以用于建立待激活支付标记与目标电子设备之间的关联关系。
在本发明一些实施例中,待激活支付卡账号可以包括待变更的默认支付卡账号;
其中,该数据处理装置1200还可以包括第七接收模块和第二解析模块。
第七接收模块可以用于接收目标电子设备发送的默认卡变更请求。
第二解析模块可以用于响应于默认卡变更请求,对默认卡变更请求进行解析,得到默认卡变更请求信息;其中,默认卡变更请求信息包括待变更的默认支付卡账号。
在本发明一些实施例中,该数据处理装置1200还可以包括第三获取模块,第三获取模块可以用于获取目标支付卡账号;其中,目标支付卡账号对应的支付卡属性为目标属性,目标属性为目标电子设备的默认支付卡。
其中,第四发送模块可以具体用于在目标支付卡账号的支付卡类型与待变更的默认支付卡账号的支付卡类型不相同的情况下,向目标电子设备发送数据查询请求。
在本发明一些实施例中,该数据处理装置1200还可以包括第八接收模块、第七处理模块、第八处理模块和第九处理模块。
第八接收模块可以用于接收目标电子设备发送的激活结果;其中,激活结果用于指示目标电子设备已将待激活支付标记设置为激活状态。
第七处理模块可以用于响应于激活结果,将待激活支付卡账号对应的支付卡属性设置为目标属性,并且将目标支付卡账号对应的支付卡属性为非目标属性。
第八处理模块可以用于将待激活支付标记对应的标记状态设置为激活状态,并且将与目标支付卡账号关联存储的目标支付标记对应的标记状态设置为非激活状态。
第九处理模块可以用于建立待激活支付标记与目标电子设备之间的关联关系,并且删除目标支付标记与目标电子设备之间的关联关系。
在本发明一些实施例中,该数据处理装置1200还可以包括第九接收模块、第三解析模块、第四生成模块、第五发送模块、第十接收模块和第二存储模块。
第九接收模块可以用于接收目标电子设备发送的支付卡绑定请求。
第三解析模块可以用于响应于支付卡绑定请求,对支付卡绑定请求进行解析,得到支付卡绑定请求信息;其中,支付卡绑定请求信息包括待绑定支付卡账号。
第四生成模块可以用于根据待绑定支付卡账号,生成标记生成请求。
第五发送模块可以用于向支付标记管理服务器发送标记生成请求;其中,标记生成请求用于使支付标记管理服务器生成待绑定支付卡账号对应的支付标记。
第十接收模块可以用于接收支付标记管理服务器反馈的待绑定支付卡账号对应的支付标记。
第二存储模块可以用于将待绑定支付卡账号和待绑定支付卡账号对应的支付标记关联存储。
在本发明一些实施例中,该数据处理装置1200还可以包括第十一接收模块、第四解析模块、第四获取模块和第十处理模块。
第十一接收模块可以用于接收状态变更请求。
第四解析模块可以用于响应于状态变更请求,对状态变更请求进行解析,得到状态变更请求信息;其中,状态变更请求信息包括待变更状态的支付卡账号和目标电子设备的目标支付状态。
第四获取模块可以用于获取与待变更状态的支付卡账号关联存储的待变更状态的支付标记。
第十处理模块可以用于将待变更状态的支付标记对应的标记状态更新为目标支付状态。
在本发明一些实施例中,目标支付状态可以包括挂失状态和解绑状态中的任一种;
其中,该数据处理装置1200还可以包括第十一处理模块,第十一处理模块可以用于在待变更状态的支付卡账号对应的支付卡属性为目标属性的情况下,删除待变更状态的支付卡账号与目标电子设备之间的关联关系;其中,目标属性为目标电子设备的默认支付卡。
在本发明一些实施例中,目标支付状态可以包括挂失状态、解绑状态和激活状态中的任一种。
在本发明一些实施例中,该数据处理装置1200还可以包括第十二接收模块、第五解析模块、第十二处理模块和第十三处理模块。
第十二接收模块可以用于接收目标收单设备发送的交易请求。
第五解析模块可以用于响应于交易请求,对交易请求进行解析,得到交易请求信息;其中,交易请求信息包括目标支付标记。
第十二处理模块可以用于查询目标支付标记对应的标记状态。
第十三处理模块可以用于在目标支付标记对应的标记状态为异常状态的情况下,拒绝执行交易请求对应的交易。
其中,异常状态包括挂失状态和解绑状态中的任一种。
在本发明一些实施例中,该数据处理装置1200还可以包括第五生成模块和第六发送模块。
第五生成模块可以用于根据目标支付标记对应的标记状态,生成交易请求对应的交易反馈信息。
第六发送模块可以用于向目标收单设备发送交易反馈信息。
需要说明的是,图12所示的数据处理装置1200可以执行图6所示的方法实施例中的各个步骤,并且实现图6所示的方法实施例中的各个过程和效果,在此不做赘述。
图13示出了本发明实施例提供的数据处理设备的硬件结构示意图。
数据处理设备可以包括处理器1301以及存储有计算机程序指令的存储器1302。
具体地,上述处理器1301可以包括中央处理器(CPU),或者特定集成电路(Application Specific Integrated Circuit,ASIC),或者可以被配置成实施本发明实施例的一个或多个集成电路。
存储器1302可以包括用于数据或指令的大容量存储器。举例来说而非限制,存储器1302可包括硬盘驱动器(Hard Disk Drive,HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus,USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下,存储器1302可包括可移除或不可移除(或固定)的介质。在合适的情况下,存储器1302可在综合网关容灾设备的内部或外部。在特定实施例中,存储器1302是非易失性固态存储器。在特定实施例中,存储器1302包括只读存储器(ROM)。在合适的情况下,该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。
处理器1301通过读取并执行存储器1302中存储的计算机程序指令,以实现上述实施例中的任意一种数据处理方法。
在一个示例中,数据处理设备还可包括通信接口1303和总线1310。其中,如图13所示,处理器1301、存储器1302、通信接口1303通过总线1310连接并完成相互间的通信。
通信接口1303,主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。
总线1310包括硬件、软件或两者,将数据处理设备的部件彼此耦接在一起。举例来说而非限制,总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下,总线1310可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线,但本发明考虑任何合适的总线或互连。
该数据处理设备可以执行本发明实施例中的信息处理方法,从而实现结合图5至图12描述的数据处理方法和装置。
另外,结合上述实施例中的数据处理方法,本发明实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令;该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据处理设备方法。
需要明确的是,本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见,这里省略了对已知方法的详细描述。在上述实施例中,描述和示出了若干具体的步骤作为示例。但是,本发明的方法过程并不限于所描述和示出的具体步骤,本领域的技术人员可以在领会本发明的精神后,作出各种改变、修改和添加,或者改变步骤之间的顺序。
以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时,其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时,本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中,或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路,等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
还需要说明的是,本发明中提及的示例性实施例,基于一系列的步骤或者装置描述一些方法或系统。但是,本发明不局限于上述步骤的顺序,也就是说,可以按照实施例中提及的顺序执行步骤,也可以不同于实施例中的顺序,或者若干步骤同时执行。
以上所述,仅为本发明的具体实施方式,所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、模块和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。应理解,本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。
Claims (25)
1.一种数据处理方法,包括:
接收目标服务器发送的目标激活数据和目标激活指令;其中,所述目标激活数据包括待激活支付卡账号对应的待激活支付标记;
响应于所述目标激活指令,将目标个人化数据中的目标支付标记更新为所述待激活支付标记;其中,所述目标个人化数据所属的交易卡类型与所述目标激活指令所属的交易卡类型相同;
将更新后的目标支付标记设置为激活状态。
2.根据权利要求1所述的方法,其中,所述目标个人化数据为目标安全元件中所存储的支付标记处于激活状态的个人化数据。
3.根据权利要求1所述的方法,其中,所述目标个人化数据为目标安全元件中所存储的支付标记处于非激活状态的个人化数据。
4.根据权利要求3所述的方法,其中,所述目标激活数据还包括所述目标个人化数据;
其中,所述将目标个人化数据中的目标支付标记更新为所述待激活支付标记之前,所述方法还包括:
将所述目标个人化数据存储于所述目标安全元件中。
5.根据权利要求3所述的方法,其中,所述将更新后的目标支付标记设置为激活状态之后,所述方法还包括:
将所述更新后的目标支付标记以外的激活支付标记设置为非激活状态。
6.根据权利要求3或4所述的方法,其中,所述待激活支付卡账号包括待设置的默认支付卡账号;
其中,所述接收目标服务器发送的目标激活数据和目标激活指令之前,所述方法还包括:
接收所述待设置的默认支付卡账号;
根据所述待设置的默认支付卡账号,生成默认卡设置请求;
向所述目标服务器发送所述默认卡设置请求;其中,所述默认卡设置请求用于使所述目标服务器反馈所述待设置的默认支付卡账号对应的所述目标激活数据和所述目标激活指令。
7.根据权利要求2至5任一项所述的方法,其中,所述待激活支付卡账号包括待变更的默认支付卡账号;
其中,所述接收目标服务器发送的目标激活数据和目标激活指令之前,所述方法还包括:
接收所述待变更的默认支付卡账号;
根据所述待变更的默认支付卡账号,生成默认卡变更请求;
向所述目标服务器发送所述默认卡变更请求;其中,所述默认卡变更请求用于使所述目标服务器反馈所述待变更的默认支付卡账号对应的所述目标激活数据和所述目标激活指令。
8.一种数据处理方法,包括:
获取与待激活支付卡账号关联存储的待激活支付标记和目标激活指令;其中,所述待激活支付卡账号的交易卡类型与所述目标激活指令所属的交易卡类型相同;
根据所述待激活支付标记,生成目标激活数据;
向目标电子设备发送所述目标激活数据和所述目标激活指令;其中,所述目标激活指令用于使所述目标电子设备将目标个人化数据中的目标支付标记更新为所述待激活支付标记以及将更新后的目标支付标记设置为激活状态,所述目标个人化数据所属的交易卡类型与所述目标激活指令所属的交易卡类型相同。
9.根据权利要求8所述的方法,其中,所述根据所述待激活支付标记,生成目标激活数据之前,所述方法还包括:
获取所述目标个人化数据;
其中,所述根据所述待激活支付标记,生成目标激活数据,包括:
根据所述待激活支付标记和所述目标个人化数据,生成所述目标激活数据。
10.根据权利要求9所述的方法,其中,所述获取所述目标个人化数据之前,所述方法还包括:
向所述目标电子设备发送数据查询请求;其中,所述数据查询请求用于查询所述目标电子设备的目标安全元件中的所述目标个人化数据;
接收所述目标电子设备反馈的数据查询结果;
其中,所述获取所述目标个人化数据,包括:
在所述数据查询结果为在所述目标安全元件中未查询到所述目标个人化数据的情况下,获取所述目标个人化数据。
11.根据权利要求10所述的方法,其中,所述待激活支付卡账号包括待设置的默认支付卡账号;
其中,所述获取与待激活支付卡账号关联存储的待激活支付标记和目标激活指令之前,所述方法还包括:
接收所述目标电子设备发送的默认卡设置请求;
响应于所述默认卡设置请求,对所述默认卡设置请求进行解析,得到默认卡设置请求信息;其中,所述默认卡设置请求信息包括所述待设置的默认支付卡账号。
12.根据权利要求11所述的方法,其中,所述向目标电子设备发送所述目标激活数据和所述目标激活指令之后,所述方法还包括:
接收所述目标电子设备发送的激活结果;其中,所述激活结果用于指示所述目标电子设备已将所述待激活支付标记设置为激活状态;
响应于所述激活结果,将所述待激活支付卡账号对应的支付卡属性设置为目标属性;其中,所述目标属性为所述目标电子设备的默认支付卡;
将所述待激活支付标记对应的标记状态设置为激活状态;
建立所述待激活支付标记与所述目标电子设备之间的关联关系。
13.根据权利要求10所述的方法,其中,所述待激活支付卡账号包括待变更的默认支付卡账号;
其中,所述获取与待激活支付卡账号关联存储的待激活支付标记和目标激活指令之前,所述方法还包括:
接收所述目标电子设备发送的默认卡变更请求;
响应于所述默认卡变更请求,对所述默认卡变更请求进行解析,得到默认卡变更请求信息;其中,所述默认卡变更请求信息包括所述待变更的默认支付卡账号。
14.根据权利要求13所述的方法,其中,所述向所述目标电子设备发送数据查询请求之前,所述方法还包括:
获取目标支付卡账号;其中,所述目标支付卡账号对应的支付卡属性为目标属性,所述目标属性为所述目标电子设备的默认支付卡;
其中,所述向所述目标电子设备发送数据查询请求,包括:
在所述目标支付卡账号的支付卡类型与所述待变更的默认支付卡账号的支付卡类型不相同的情况下,向所述目标电子设备发送数据查询请求。
15.根据权利要求14所述的方法,其中,所述向目标电子设备发送所述目标激活数据和所述目标激活指令之后,所述方法还包括:
接收所述目标电子设备发送的激活结果;其中,所述激活结果用于指示所述目标电子设备已将所述待激活支付标记设置为激活状态;
响应于所述激活结果,将所述待激活支付卡账号对应的支付卡属性设置为所述目标属性,并且将所述目标支付卡账号对应的支付卡属性为非目标属性;
将所述待激活支付标记对应的标记状态设置为激活状态,并且将与所述目标支付卡账号关联存储的目标支付标记对应的标记状态设置为非激活状态;
建立所述待激活支付标记与所述目标电子设备之间的关联关系,并且删除所述目标支付标记与所述目标电子设备之间的关联关系。
16.根据权利要求8所述的方法,其中,所述获取与待激活支付卡账号关联存储的待激活支付标记和目标激活指令之前,所述方法还包括:
接收所述目标电子设备发送的支付卡绑定请求;
响应于所述支付卡绑定请求,对所述支付卡绑定请求进行解析,得到支付卡绑定请求信息;其中,所述支付卡绑定请求信息包括待绑定支付卡账号;
根据所述待绑定支付卡账号,生成标记生成请求;
向支付标记管理服务器发送所述标记生成请求;其中,所述标记生成请求用于使所述支付标记管理服务器生成所述待绑定支付卡账号对应的支付标记;
接收所述支付标记管理服务器反馈的所述待绑定支付卡账号对应的支付标记;
将所述待绑定支付卡账号和所述待绑定支付卡账号对应的支付标记关联存储。
17.根据权利要求8所述的方法,其中,所述方法还包括:
接收状态变更请求;
响应于所述状态变更请求,对所述状态变更请求进行解析,得到状态变更请求信息;其中,所述状态变更请求信息包括待变更状态的支付卡账号和所述目标电子设备的目标支付状态;
获取与所述待变更状态的支付卡账号关联存储的待变更状态的支付标记;
将所述待变更状态的支付标记对应的标记状态更新为所述目标支付状态。
18.根据权利要求17所述的方法,其中,所述目标支付状态包括挂失状态和解绑状态中的任一种;
其中,所述得到状态变更请求信息之后,所述方法还包括:
在所述待变更状态的支付卡账号对应的支付卡属性为目标属性的情况下,删除所述待变更状态的支付卡账号与所述目标电子设备之间的关联关系;其中,所述目标属性为所述目标电子设备的默认支付卡。
19.根据权利要求17所述的方法,其中,所述目标支付状态包括挂失状态、解绑状态和激活状态中的任一种。
20.根据权利要求8所述的方法,其中,所述方法还包括:
接收目标收单设备发送的交易请求;
响应于所述交易请求,对所述交易请求进行解析,得到交易请求信息;其中,所述交易请求信息包括所述目标支付标记;
查询所述目标支付标记对应的标记状态;
在所述目标支付标记对应的标记状态为异常状态的情况下,拒绝执行所述交易请求对应的交易;
其中,所述异常状态包括挂失状态和解绑状态中的任一种。
21.根据权利要求20所述的方法,其中,所述拒绝执行所述交易请求对应的交易之后,所述方法还包括:
根据所述目标支付标记对应的标记状态,生成所述交易请求对应的交易反馈信息;
向所述目标收单设备发送所述交易反馈信息。
22.一种数据处理装置,包括:
第一接收模块,用于接收目标服务器发送的目标激活数据和目标激活指令;其中,所述目标激活数据包括待激活支付卡账号对应的待激活支付标记;
第一处理模块,用于响应于所述目标激活指令,将目标个人化数据中的目标支付标记更新为所述待激活支付标记;其中,所述目标个人化数据所属的交易卡类型与所述目标激活指令所属的交易卡类型相同;
第二处理模块,用于将更新后的目标支付标记设置为激活状态。
23.一种数据处理装置,包括:
第一获取模块,用于获取与待激活支付卡账号关联存储的待激活支付标记和目标激活指令;其中,所述待激活支付卡账号的交易卡类型与所述目标激活指令所属的交易卡类型相同;
第一生成模块,用于根据所述待激活支付标记,生成目标激活数据;
第一发送模块,用于向目标电子设备发送所述目标激活数据和所述目标激活指令;其中,所述目标激活指令用于使所述目标电子设备将目标个人化数据中的目标支付标记更新为所述待激活支付标记以及将更新后的目标支付标记设置为激活状态,所述目标个人化数据所属的交易卡类型与所述目标激活指令所属的交易卡类型相同。
24.一种数据处理设备,其特征在于,所述设备包括:处理器以及存储有计算机程序指令的存储器;
所述处理器执行所述计算机程序指令时实现如权利要求1-21中任意一项所述的数据处理方法。
25.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现如权利要求1-21中任意一项所述的数据处理方法。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010725073.2A CN111932245B (zh) | 2020-07-24 | 2020-07-24 | 数据处理方法、装置、设备及介质 |
AU2021312655A AU2021312655A1 (en) | 2020-07-24 | 2021-01-20 | Data processing method and apparatus, device and medium |
PCT/CN2021/072925 WO2022016840A1 (zh) | 2020-07-24 | 2021-01-20 | 数据处理方法、装置、设备及介质 |
JP2022541670A JP7454052B2 (ja) | 2020-07-24 | 2021-01-20 | データ処理方法、装置、デバイス及び媒体 |
US17/910,676 US20230058201A1 (en) | 2020-07-24 | 2021-01-20 | Data processing method, apparatus, device and computer-readable storage medium |
TW110111411A TWI784456B (zh) | 2020-07-24 | 2021-03-29 | 資料處理方法、裝置、設備及介質 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010725073.2A CN111932245B (zh) | 2020-07-24 | 2020-07-24 | 数据处理方法、装置、设备及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111932245A true CN111932245A (zh) | 2020-11-13 |
CN111932245B CN111932245B (zh) | 2023-09-19 |
Family
ID=73314595
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010725073.2A Active CN111932245B (zh) | 2020-07-24 | 2020-07-24 | 数据处理方法、装置、设备及介质 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20230058201A1 (zh) |
JP (1) | JP7454052B2 (zh) |
CN (1) | CN111932245B (zh) |
AU (1) | AU2021312655A1 (zh) |
TW (1) | TWI784456B (zh) |
WO (1) | WO2022016840A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112232805A (zh) * | 2020-12-15 | 2021-01-15 | 中国银联股份有限公司 | 卡管理方法、用户终端、服务器、系统及存储介质 |
CN112581123A (zh) * | 2020-12-08 | 2021-03-30 | 中国银联股份有限公司 | 卡管理方法、用户终端、服务器、系统及存储介质 |
WO2022016840A1 (zh) * | 2020-07-24 | 2022-01-27 | 中国银联股份有限公司 | 数据处理方法、装置、设备及介质 |
TWI832281B (zh) * | 2021-06-30 | 2024-02-11 | 日商樂天集團股份有限公司 | 服務提供系統、服務提供方法及程式產品 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101511074A (zh) * | 2009-03-30 | 2009-08-19 | 宇龙计算机通信科技(深圳)有限公司 | 移动终端支付的账户选择方法、系统、服务器及终端 |
CN105741106A (zh) * | 2016-01-29 | 2016-07-06 | 宇龙计算机通信科技(深圳)有限公司 | 一种nfc支付方式的选择方法及装置 |
CN106920090A (zh) * | 2017-02-24 | 2017-07-04 | 北京小米移动软件有限公司 | Nfc支付方法及装置 |
CN107016486A (zh) * | 2017-03-03 | 2017-08-04 | 北京小米移动软件有限公司 | 信息变更方法及装置 |
CN109034818A (zh) * | 2018-06-19 | 2018-12-18 | 阿里巴巴集团控股有限公司 | 生成支付标记、利用支付标记进行验证的方法及装置 |
CN109993513A (zh) * | 2019-03-22 | 2019-07-09 | 北京三快在线科技有限公司 | 支付账户绑定银行卡的方法、装置和系统 |
CN110462663A (zh) * | 2017-03-31 | 2019-11-15 | 维萨国际服务协会 | 用于表示动态真实凭证的静态令牌系统和方法 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9213973B2 (en) * | 2008-08-29 | 2015-12-15 | First Data Corporation | Car wallet application |
US9955332B2 (en) * | 2009-01-28 | 2018-04-24 | Headwater Research Llc | Method for child wireless device activation to subscriber account of a master wireless device |
US9558481B2 (en) * | 2010-09-28 | 2017-01-31 | Barclays Bank Plc | Secure account provisioning |
US9881260B2 (en) * | 2012-10-03 | 2018-01-30 | Moovel North America, Llc | Mobile ticketing |
KR102008206B1 (ko) | 2016-07-20 | 2019-08-07 | 코나아이 (주) | 카드 거래 서비스를 관리하는 서버, 방법 및 시스템 |
TWM563013U (zh) * | 2017-07-13 | 2018-07-01 | 熊子傑 | 結合行動通訊裝置及應用場域系統的快捷付費系統 |
US11847635B2 (en) * | 2018-07-24 | 2023-12-19 | Royal Bank Of Canada | Payment card with secure element and replenishable tokens |
CN110781699B (zh) * | 2019-10-31 | 2023-09-26 | 天星数科科技有限公司 | Nfc卡片的切换方法及装置 |
CN111932245B (zh) * | 2020-07-24 | 2023-09-19 | 中国银联股份有限公司 | 数据处理方法、装置、设备及介质 |
-
2020
- 2020-07-24 CN CN202010725073.2A patent/CN111932245B/zh active Active
-
2021
- 2021-01-20 WO PCT/CN2021/072925 patent/WO2022016840A1/zh active Application Filing
- 2021-01-20 AU AU2021312655A patent/AU2021312655A1/en active Pending
- 2021-01-20 US US17/910,676 patent/US20230058201A1/en active Pending
- 2021-01-20 JP JP2022541670A patent/JP7454052B2/ja active Active
- 2021-03-29 TW TW110111411A patent/TWI784456B/zh active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101511074A (zh) * | 2009-03-30 | 2009-08-19 | 宇龙计算机通信科技(深圳)有限公司 | 移动终端支付的账户选择方法、系统、服务器及终端 |
CN105741106A (zh) * | 2016-01-29 | 2016-07-06 | 宇龙计算机通信科技(深圳)有限公司 | 一种nfc支付方式的选择方法及装置 |
CN106920090A (zh) * | 2017-02-24 | 2017-07-04 | 北京小米移动软件有限公司 | Nfc支付方法及装置 |
CN107016486A (zh) * | 2017-03-03 | 2017-08-04 | 北京小米移动软件有限公司 | 信息变更方法及装置 |
CN110462663A (zh) * | 2017-03-31 | 2019-11-15 | 维萨国际服务协会 | 用于表示动态真实凭证的静态令牌系统和方法 |
CN109034818A (zh) * | 2018-06-19 | 2018-12-18 | 阿里巴巴集团控股有限公司 | 生成支付标记、利用支付标记进行验证的方法及装置 |
CN109993513A (zh) * | 2019-03-22 | 2019-07-09 | 北京三快在线科技有限公司 | 支付账户绑定银行卡的方法、装置和系统 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022016840A1 (zh) * | 2020-07-24 | 2022-01-27 | 中国银联股份有限公司 | 数据处理方法、装置、设备及介质 |
CN112581123A (zh) * | 2020-12-08 | 2021-03-30 | 中国银联股份有限公司 | 卡管理方法、用户终端、服务器、系统及存储介质 |
WO2022121429A1 (zh) * | 2020-12-08 | 2022-06-16 | 中国银联股份有限公司 | 卡管理方法、用户终端、服务器、系统及存储介质 |
TWI797843B (zh) * | 2020-12-08 | 2023-04-01 | 大陸商中國銀聯股份有限公司 | 卡管理方法、用戶終端、伺服器、系統及存儲介質 |
CN112581123B (zh) * | 2020-12-08 | 2024-02-23 | 中国银联股份有限公司 | 卡管理方法、用户终端、服务器、系统及存储介质 |
CN112232805A (zh) * | 2020-12-15 | 2021-01-15 | 中国银联股份有限公司 | 卡管理方法、用户终端、服务器、系统及存储介质 |
CN112232805B (zh) * | 2020-12-15 | 2021-03-02 | 中国银联股份有限公司 | 卡管理方法、用户终端、服务器、系统及存储介质 |
WO2022127230A1 (zh) * | 2020-12-15 | 2022-06-23 | 中国银联股份有限公司 | 卡管理方法、用户终端、服务器、系统及存储介质 |
TWI802084B (zh) * | 2020-12-15 | 2023-05-11 | 大陸商中國銀聯股份有限公司 | 卡管理方法、用戶終端、伺服器、系統及存儲介質 |
EP4148646A4 (en) * | 2020-12-15 | 2023-11-22 | China Unionpay Co., Ltd. | CARD MANAGEMENT METHOD, USER TERMINAL, SERVER, SYSTEM AND STORAGE MEDIUM |
JP7457838B2 (ja) | 2020-12-15 | 2024-03-28 | チャイナ ユニオンペイ カンパニー リミテッド | カード管理方法、ユーザ端末、サーバ、システム、及び記憶媒体 |
TWI832281B (zh) * | 2021-06-30 | 2024-02-11 | 日商樂天集團股份有限公司 | 服務提供系統、服務提供方法及程式產品 |
Also Published As
Publication number | Publication date |
---|---|
US20230058201A1 (en) | 2023-02-23 |
CN111932245B (zh) | 2023-09-19 |
AU2021312655A1 (en) | 2022-05-26 |
TW202205168A (zh) | 2022-02-01 |
JP2023510731A (ja) | 2023-03-15 |
TWI784456B (zh) | 2022-11-21 |
WO2022016840A1 (zh) | 2022-01-27 |
JP7454052B2 (ja) | 2024-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111932245B (zh) | 数据处理方法、装置、设备及介质 | |
US10491605B2 (en) | Secure interface using non-secure element processors | |
US10922675B2 (en) | Remote transaction system, method and point of sale terminal | |
EP3025291A1 (en) | Provisioning payment credentials to a consumer | |
CN111932244B (zh) | 信息处理方法、装置、设备及介质 | |
JP6667498B2 (ja) | リモート取引システム、方法およびpos端末 | |
US10748134B2 (en) | System and method for management of payee information | |
CN116074089A (zh) | 多个令牌的云令牌预配 | |
CN112801655A (zh) | 支付卡迁移方法、装置、电子设备、服务器和介质 | |
KR101472751B1 (ko) | 제휴사 앱을 이용한 결제 제공 방법 및 시스템 | |
CA2919323C (en) | System and method for generating payment credentials | |
EP3699855A1 (en) | Card issuance and payment system and method | |
CN113748642A (zh) | 数字签名终端和安全通信方法 | |
KR101505847B1 (ko) | 결제 처리를 위한 제휴사 앱 인증 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40040570 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant |