支付卡的绑定方法、信任评估方法、装置和电子设备制造方法及图纸

本申请实施例公开了一种支付卡的绑定方法、信任评估方法、装置和电子设备，该方法包括：基于支付客户端发送的支付卡绑定请求，向支付生态系统发送第一支付请求；当支付成功时，基于该支付客户端的设备数据、环境数据、账户数据中的至少一种，确定支付卡和支付客户端账户对应的信任评估参数；基于该信任评估参数对该支付客户端账户与该支付卡进行绑定设置，该信任评估参数用于确定支付额度限制。

Payment card binding method, trust evaluation method, device and electronic device

The present application embodiment discloses a payment card binding method, a trust assessment method, a device and an electronic device. The method comprises: sending a first payment request to a payment ecosystem based on a payment card binding request sent by a payment client; and, when the payment is successful, sending device data and environment number based on the payment client. At least one of the account data determines the trust evaluation parameters corresponding to the payment card and the payment client account, and binds the payment client account to the payment card based on the trust evaluation parameters, which are used to determine the payment limit.

【技术实现步骤摘要】
支付卡的绑定方法、信任评估方法、装置和电子设备
本申请涉及计算机软件
，尤其涉及一种支付卡的绑定方法、信任评估方法、装置和电子设备。
技术介绍
用户在使用数字钱包进行支付时，往往需要绑定一张以上的支付卡。当用户将新的支付卡绑定到数字钱包时，目前大部分使用的验证方法是三域安全(3-DSecure)和宏观支付(MicroCharge)。3-DSecure：基于三域模型的认证过程，该三域包括收单机构域(AcquirerDomain)、发行机构域(IssuerDomain)和互操作性域(InteroperabilityDomain)。MicroCharge：数字钱包向用户的信用卡进行随机小额支付，请检查用户是否知道用于认证的金额。但是，这两种验证方法的验证方式都较为繁琐，用户的掉单率(放弃卡绑定和支付的概率)较高。据统计，两种方案的掉单率都在30-40％以上。
技术实现思路
本申请实施例的目的是提供一种支付卡的绑定方法、信任评估方法、装置和电子设备，以实现对绑定新卡流程的简化，并减小支付风险。为解决上述技术问题，本申请实施例是这样实现的：第一方面，提出了一种支付卡绑定的方法，该方法包括：基于支付客户端发送的支付卡绑定请求，向支付生态系统发送第一支付请求；当支付成功时，基于该支付客户端的设备数据、环境数据、账户数据中的至少一种，确定支付卡和支付客户端账户对应的信任评估参数；基于该信任评估参数对该支付客户端账户与该支付卡进行绑定设置，该信任评估参数用于确定支付额度限制。第二方面，提出了一种支付卡信任评估方法，该方法包括：接收支付服务端发送的支付卡的信任评估参数获取请求，其中，该信任评估参数获取请求是该支付服务端在收到支付生态系统反馈的支付成功的指示时发送的；基于该信任评估参数获取请求，向该支付服务端发送该支付卡和该支付客户端账户对应的信任评估参数，该信任评估参数用于支付服务端对支付客户端的账户与支付卡进行绑定设置，并确定支付额度限制。第三方面，提出了一种支付卡绑定装置，该装置包括：支付单元，基于支付客户端发送的支付卡绑定请求，向支付生态系统发送第一支付请求；确定单元，当支付成功时，基于该支付客户端的设备数据、环境数据、账户数据中的至少一种，确定支付卡和支付客户端账户对应的信任评估参数；绑定单元，基于该信任评估参数对该支付客户端账户与该支付卡进行绑定设置，该信任评估参数用于确定支付额度限制。第四方面，提出了一种支付卡信任评估装置，该装置包括：接收单元，接收支付服务端发送的支付卡的信任评估参数获取请求，其中，该信任评估参数获取请求是该支付服务端在收到支付生态系统反馈的支付成功的指示时发送的；发送单元，基于该信任评估参数获取请求，向该支付服务端发送该支付卡和该支付客户端账户对应的信任评估参数，该信任评估参数用于支付服务端对支付客户端的账户与支付卡进行绑定设置，并确定支付额度限制。第五方面，提出了一种电子设备，该电子设备包括：处理器；以及被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：基于支付客户端发送的支付卡绑定请求，向支付生态系统发送第一支付请求；当支付成功时，基于该支付客户端的设备数据、环境数据、账户数据中的至少一种，确定支付卡和支付客户端账户对应的信任评估参数；基于该信任评估参数对该支付客户端账户与该支付卡进行绑定设置，该信任评估参数用于确定支付额度限制。第六方面，提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被包括多个应用程序的电子设备执行时，使得该电子设备执行以下操作：基于支付客户端发送的支付卡绑定请求，向支付生态系统发送第一支付请求；当支付成功时，基于该支付客户端的设备数据、环境数据、账户数据中的至少一种，确定支付卡和支付客户端账户对应的信任评估参数；基于该信任评估参数对该支付客户端账户与该支付卡进行绑定设置，该信任评估参数用于确定支付额度限制。第七方面，提出了一种电子设备，该电子设备包括：处理器；以及被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：接收支付服务端发送的支付卡的信任评估参数获取请求，其中，该信任评估参数获取请求是该支付服务端在收到支付生态系统反馈的支付成功的指示时发送的；基于该信任评估参数获取请求，向该支付服务端发送该支付卡和该支付客户端账户对应的信任评估参数，该信任评估参数用于支付服务端对支付客户端的账户与支付卡进行绑定设置，并确定支付额度限制。第八方面，提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被包括多个应用程序的电子设备执行时，使得该电子设备执行以下操作：接收支付服务端发送的支付卡的信任评估参数获取请求，其中，该信任评估参数获取请求是该支付服务端在收到支付生态系统反馈的支付成功的指示时发送的；基于该信任评估参数获取请求，向该支付服务端发送该支付卡和该支付客户端账户对应的信任评估参数，该信任评估参数用于支付服务端对支付客户端的账户与支付卡进行绑定设置，并确定支付额度限制。由以上本申请实施例提供的技术方案可见，本申请实施例方案至少具备如下一种技术效果：第一方面，通过对支付客户端待绑定的支付卡发起支付以确定支付卡的有效性，并基于支付客户端账户数据、支付客户端所在设备数据、支付客户端所在环境数据中的至少一种确定支付卡的信任评估参数，从而能够简化绑定流程，同时减少新卡绑定后的支付风险。第二方面，通过在接收到支付服务端于支付卡有效时发送的信任评估参数获取请求，向支付服务端反馈信任评估参数，以使得支付服务端能够基于信任评估参数绑定支付卡，从而能够简化新卡绑定流程，同时减小新卡绑定后的支付风险。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1是本申请的一个实施例支付卡绑定的方法流程图。图2是本申请的一个实施例支付卡绑定及支付卡信任评估的交互流程图。图3是本申请的一个实施例支付卡信任评估的方法流程图。图4是本申请的一个实施例电子设备的结构示意图。图5是本申请的一个实施例支付卡绑定装置的结构示意图。图6是本申请的一个实施例电子设备的结构示意图。图7是本申请的一个实施例支付卡信任评估装置的结构示意图。具体实施方式本申请实施例提供一种支付卡的绑定方法、信任评估方法、装置和电子设备。为了使本
的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。图1是本申请的一个实施例支付卡绑定的方法流程图。图1的方法可应用于支付服务端，例如电子钱包服务器、支付宝系统服务器，等等。图1的方法可包括：S110，基于支付客户端发送的支付卡绑定请求，向支付生态系统发送第一支付请求。应理解，本文档来自技高网...

【技术保护点】
1.一种支付卡绑定的方法，包括：基于支付客户端发送的支付卡绑定请求，向支付生态系统发送第一支付请求；当支付成功时，基于所述支付客户端的设备数据、环境数据、账户数据中的至少一种，确定支付卡和支付客户端账户对应的信任评估参数；基于所述信任评估参数对所述支付客户端账户与所述支付卡进行绑定设置，所述信任评估参数用于确定支付额度限制。

【技术特征摘要】
1.一种支付卡绑定的方法，包括：基于支付客户端发送的支付卡绑定请求，向支付生态系统发送第一支付请求；当支付成功时，基于所述支付客户端的设备数据、环境数据、账户数据中的至少一种，确定支付卡和支付客户端账户对应的信任评估参数；基于所述信任评估参数对所述支付客户端账户与所述支付卡进行绑定设置，所述信任评估参数用于确定支付额度限制。2.如权利要求1所述的方法，基于所述支付客户端的设备数据、环境数据、账户数据中的至少一种，确定支付卡和支付客户端账户对应的信任评估参数，包括：向风险控制系统发送关于支付卡和支付客户端账户的信任评估参数获取请求，所述信任评估参数获取请求携带有所述支付客户端的设备数据、环境数据、账户数据中的至少一种，以及所述支付卡标识；接收所述风险控制系统基于所述信任评估参数获取请求反馈的信任评估参数。3.如权利要求1或2所述的方法，所述信任评估参数包括以下至少一种：支付卡的信任等级、与支付卡的信任等级关联的支付限制。4.如权利要求3所述的方法，基于所述信任评估参数对所述支付客户端账户与所述支付卡进行绑定设置，包括：在绑定所述支付客户端账户与所述支付卡时，基于所述信任评估参数，设定所述支付卡在所述支付客户端账户中的信任等级、支付限制中的至少一个参数。5.如权利要求1所述的方法，所述方法还包括：将所述第一支付请求中的支付金额充值到所述支付客户端账户中。6.如权利要求1所述的方法，还包括：向所述支付生态系统发送所述支付客户端账户下关于所述支付卡的第二支付请求；对所述第二支付请求进行信任评估，以确定是否允许所述第二支付请求。7.如权利要求6所述的方法，还包括：如果不允许所述第二支付请求，则基于所述第二支付请求向所述支付生态系统进行冲账处理。8.如权利要求6所述的方法，对所述第二支付请求进行信任评估，以确定是否允许所述第二支付请求，包括：向风险控制系统发送第二支付请求的校验请求，所述校验请求中携带所述支付卡标识、所述支付客户端账户及所述第二支付请求的支付金额；接收所述风险控制系统对所述校验请求的响应，其中，所述响应由所述风险控制系统基于所述支付卡和所述支付客户端账户对应的信任评估参数，以及所述第二支付请求的支付金额确定。9.如权利要求8所述的方法，所述响应中还携带所述风险控制系统调整后的信任评估参数；所述方法还包括：基于所述调整后的信任评估参数对所述支付客户端账户与所述支付卡进行绑定参数的重设置。10.如权利要求1所述的方法，所述方法还包括：基于所述支付卡绑定到所述支付客户端账户后的拒付数据、交易数据和信任评估参数，调整所述支付卡和所述支付客户端账户对应的信任评估参数。11.一种支付卡的信任评估方法，包括：接收支付服务端发送的支付卡的信任评估参数获取请求，其中，所述信任评估参数获取请求是所述支付服务端在收到支付生态系统反馈的支付成功的指示时发送的；基于所述信任评估参数获取请求，向所述支付服务端发送所述支付卡和所述支付客户端账户对应的信任评估参数，所述信任评估参数用于支付服务端对支付客户端的账户与支付卡进行绑定设置，并确定支付额度限制。12.如权利要求11所述的方法，包括：所述信任评估参数获取请求携带有所述支付客户端的设备数据、环境数据、账户数据中的至少一种，以及所述支付卡标识。13.如权利要求12所述的方法，基于所述信任评估参数获取请求，向所述支付服务端发送所述支付卡和所述支付客户端账户对应的信任评估参数，包括：基于所述支付客户端的设备数据确定设备信任级别；基于所述支付客户端的环境数据确定环境信任级别；基于所述支付客户端的账户数据确定账户信任级别；基于设备信任级别、环境信任级别和账户信任级别，确定所述信任评估参数。14.如权利要求11所述的方法，所述信任评估参数包...

【专利技术属性】
技术研发人员：朱金标，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：开曼群岛,KY