CN114707976A - 支付方法、用户终端、装置、设备、系统及介质 - Google Patents
支付方法、用户终端、装置、设备、系统及介质 Download PDFInfo
- Publication number
- CN114707976A CN114707976A CN202210294467.6A CN202210294467A CN114707976A CN 114707976 A CN114707976 A CN 114707976A CN 202210294467 A CN202210294467 A CN 202210294467A CN 114707976 A CN114707976 A CN 114707976A
- Authority
- CN
- China
- Prior art keywords
- host program
- payment
- platform
- sdk
- target
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 189
- 230000008569 process Effects 0.000 claims description 56
- 230000003993 interaction Effects 0.000 claims description 42
- 230000006870 function Effects 0.000 claims description 37
- 238000004590 computer program Methods 0.000 claims description 28
- 230000004044 response Effects 0.000 claims description 25
- 238000012546 transfer Methods 0.000 claims description 23
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 238000012545 processing Methods 0.000 abstract description 28
- 238000010586 diagram Methods 0.000 description 19
- 238000004891 communication Methods 0.000 description 14
- 238000001514 detection method Methods 0.000 description 14
- 230000008520 organization Effects 0.000 description 10
- 230000001960 triggered effect Effects 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 7
- 238000013475 authorization Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- 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/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种支付方法、用户终端、装置、设备、系统及介质,属于数据处理领域。该方法包括:在电子商务应用程序触发支付的情况下,调用第一SDK从全网支付平台获取第一宿主程序列表,第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识;在调用第一SDK在第一宿主程序列表中确定目标宿主程序的情况下,调起目标宿主程序;通过目标宿主程序调用第二SDK与全网支付平台交互,以使全网支付平台与宿主程序平台交互,完成目标卡的支付,目标卡为与目标宿主程序绑定的一张资源卡。根据本申请实施例能够对支付统一管理,降低支付管理的难度。
Description
技术领域
本申请属于数据处理,尤其涉及一种支付方法、用户终端、装置、设备、系统及介质。
背景技术
随着支付技术的发展,越来越多的用户选择利用用户终端进行电子支付。为了满足用户对电子支付的需求,各发卡行或其他机构开发并向用户提供应用程序,以使得用户可通过应用程序来完成电子支付。
但不同发卡行及其他机构之间的支付标识、技术规范等均有不同,各发卡行或其他机构各自开发的应用程序也不同,无法对支付进行统一管理,对支付的管理难度较大。
发明内容
本申请实施例提供一种支付方法、用户终端、装置、设备、系统及介质,能够对支付统一管理,降低支付管理的难度。
第一方面,本申请实施例提供一种支付方法,应用于支付系统,支付系统包括用户终端、全网支付平台和宿主程序平台,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一软件开发工具包(Software Development Kit,SDK)、宿主程序以及与宿主程序集成的第二SDK,电子商务应用程序所属第一主体,宿主程序所属第二主体,第一SDK和第二SDK所属第三主体,
该方法包括:在电子商务应用程序触发支付的情况下,用户终端调用第一SDK与全网支付平台交互,获取第一宿主程序列表,第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识;在调用第一SDK在第一宿主程序列表中确定目标宿主程序的情况下,用户终端调起目标宿主程序;用户终端通过目标宿主程序调用第二SDK与全网支付平台交互,全网支付平台与宿主程序平台交互,宿主程序平台执行目标卡的资源扣除,以完成目标卡的支付,目标卡为与目标宿主程序绑定的一张资源卡。
第二方面,本申请实施例提供一种支付方法,应用于用户终端,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一软件开发工具包SDK、宿主程序以及与宿主程序集成的第二SDK,
该方法包括:在电子商务应用程序触发支付的情况下,调用第一SDK从全网支付平台获取第一宿主程序列表,第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识;在调用第一SDK在第一宿主程序列表中确定目标宿主程序的情况下,调起目标宿主程序;通过目标宿主程序调用第二SDK与全网支付平台交互,以使全网支付平台与宿主程序平台交互,完成目标卡的支付,目标卡为与目标宿主程序绑定的一张资源卡。
第三方面,本申请实施例提供一种支付方法,应用于全网支付平台,该方法包括:在用户终端的电子商务应用程序触发支付的情况下,向用户终端中与电子商务应用程序集成的第一软件开发工具包SDK提供第一宿主程序列表,用户终端具有电子商务应用程序、第一SDK、宿主程序以及与宿主程序集成的第二SDK,第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识,用于使用户终端调用第一SDK确定并调起目标宿主程序;与用户终端通过目标宿主程序调用的第二SDK、宿主程序平台交互,完成目标卡的支付,目标卡为与目标宿主程序绑定的一张资源卡。
第四方面,本申请实施例提供一种支付方法,应用于宿主程序平台,该方法包括:在用户终端的电子商务应用程序触发支付的情况下,与全网支付平台交互,确定用于支付的目标卡,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一软件开发工具包SDK、宿主程序以及与宿主程序集成的第二SDK,目标卡为与目标宿主程序绑定的一张资源卡,目标卡根据用户终端调用的目标宿主程序的第二SDK与全网支付平台交互确定,目标宿主程序为用户终端调用第一SDK在第一宿主程序列表中确定的宿主程序,第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识;执行目标卡的资源扣除,以完成目标卡的支付。
第五方面,本申请实施例提供一种用户终端,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一软件开发工具包SDK、宿主程序以及与宿主程序集成的第二SDK,用户终端包括调用模块和交互模块;调用模块用于在电子商务应用程序触发支付的情况下,调用第一SDK利用交互模块从全网支付平台获取第一宿主程序列表,第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识;以及,还用于在调用第一SDK在第一宿主程序列表中确定目标宿主程序的情况下,调起目标宿主程序;调用模块用于通过目标宿主程序调用第二SDK利用交互模块与全网支付平台交互,以使全网支付平台与宿主程序平台交互,完成目标卡的支付,目标卡为与目标宿主程序绑定的一张资源卡。
第六方面,本申请实施例提供一种支付管理装置,包括交互模块,交互模块包括发送单元;发送单元,用于在用户终端的电子商务应用程序触发支付的情况下,向用户终端中与电子商务应用程序集成的第一软件开发工具包SDK提供第一宿主程序列表,用户终端具有电子商务应用程序、第一SDK、宿主程序以及与宿主程序集成的第二SDK,第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识,用于使用户终端调用第一SDK确定并调起目标宿主程序;交互模块,用于与用户终端通过目标宿主程序调用的第二SDK、宿主程序平台交互,完成目标卡的支付,目标卡为与目标宿主程序绑定的一张资源卡。
第七方面,本申请实施例提供一种后台服务装置,包括:交互模块,用于在用户终端的电子商务应用程序触发支付的情况下,与全网支付平台交互,确定用于支付的目标卡,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一软件开发工具包SDK、宿主程序以及与宿主程序集成的第二SDK,目标卡为与目标宿主程序绑定的一张资源卡,目标卡根据用户终端调用的目标宿主程序的第二SDK与全网支付平台交互确定,目标宿主程序为用户终端调用第一SDK在第一宿主程序列表中确定的宿主程序,第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识;执行模块,用于执行目标卡的资源扣除,以完成目标卡的支付。
第八方面,本申请实施例提供一种用户终端,包括:处理器以及存储有计算机程序指令的存储器;处理器执行计算机程序指令时实现第二方面的支付方法。
第九方面,本申请实施例提供一种支付管理设备,包括:处理器以及存储有计算机程序指令的存储器;处理器执行计算机程序指令时实现第三方面的支付方法。
第十方面,本申请实施例提供一种后台服务设备,包括:处理器以及存储有计算机程序指令的存储器;处理器执行计算机程序指令时实现第四方面的支付方法。
第十一方面,本申请实施例提供一种支付系统,包括第八方面的用户终端、第九方面的支付管理设备和第十方面的后台服务设备。
第十二方面,本申请实施例提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序指令,计算机程序指令被处理器执行时实现如第一方面、第二方面、第三方面、第四方案中任意一方面的支付方法。
本申请实施例提供一种支付方法、用户终端、装置、设备、系统及介质,其中,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一SDK、宿主程序以及与宿主程序集成的第二SDK。在支付过程中,第一SDK可与全网支付平台交互,获取包括全网支付平台支持的至少部分宿主程序的宿主程序标识的列表,以使在第一SDK确定目标宿主程序的情况下,用户终端可调起目标宿主程序。目标宿主程序可调用自身集成的第二SDK,第二SDK可与全网支付平台交互,全网支付平台可与目标宿主程序的宿主程序平台交互,以执行与目标宿主程序绑定的目标卡的资源扣除,完成支付。用户终端中电子商务应用程序以及不同的宿主程序都可通过各自集成的SDK与全网支付平台交互,以使全网支付平台再与不同的应用程序对应的宿主程序后台交互,使支付过程中不同发卡行以及其他机构之间支付技术规范统一,实现了对支付的统一管理,降低了支付管理的难度。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单的介绍,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的用户、发卡行、卡组织和收单机构的四方模式的一示例的架构示意图;
图2为本申请第一方面提供的支付方法的一实施例的流程图;
图3为本申请第一方面提供的支付方法的另一实施例的流程图;
图4为本申请第一方面提供的支付方法的又一实施例的流程图;
图5为本申请第二方面提供的支付方法的一实施例的流程图;
图6为本申请第二方面提供的支付方法的另一实施例的流程图;
图7为本申请第三方面提供的支付方法的一实施例的流程图;
图8为本申请第三方面提供的支付方法的另一实施例的流程图;
图9为本申请第三方面提供的支付方法的又一实施例的流程图;
图10为本申请第四方面提供的支付方法的一实施例的流程图;
图11为本申请第四方面提供的支付方法的另一实施例的流程图;
图12为本申请第四方面提供的支付方法的又一实施例的流程图;
图13为本申请实施例中第一标识申请流程的一示例的流程图;
图14为本申请实施例中电子商务应用程序触发支付流程的一示例的流程图;
图15为本申请实施例提供的应用程序前置模式的支付码被扫支付流程的一示例的流程图;
图16为本申请实施例提供的资源卡前置模式的支付码被扫支付流程的一示例的流程图;
图17为本申请实施例提供的应用程序前置模式的扫描收取码支付流程的一示例的流程图;
图18为本申请实施例提供的资源卡前置模式的扫描收取码支付流程的一示例的流程图;
图19为本申请第五方面提供的用户终端的一实施例的结构示意图;
图20为本申请第六方面提供的支付管理装置的一实施例的结构示意图;
图21为本申请第六方面提供的支付管理装置的另一实施例的结构示意图;
图22为本申请第七方面提供的后台服务装置的一实施例的结构示意图;
图23为本申请第八方面提供的用户终端的一实施例的结构示意图。
具体实施方式
下面将详细描述本申请的各个方面的特征和示例性实施例,为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及具体实施例,对本申请进行进一步详细描述。应理解,此处所描述的具体实施例仅意在解释本申请,而不是限定本申请。对于本领域技术人员来说,本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
随着支付技术的发展,越来越多的用户选择利用用户终端进行电子支付。为了满足用户对电子支付的需求,各发卡行或其他机构开发并向用户提供应用程序,以使得用户可通过应用程序来完成电子支付。但不同发卡行及其他机构之间的支付标识、技术规范等均有不同,各发卡行或其他机构各自开发的应用程序也不同,无法对支付进行统一管理,对支付的管理难度较大。
本申请实施例提供一种支付方法、用户终端、装置、设备、系统及介质,能够提供一种基于用户、发卡行、卡组织和收单机构进行支付的四方模式,使得各类电子支付均可统一管理,降低支付的管理难度。
图1为本申请实施例提供的用户、发卡行、卡组织和收单机构的四方模式的一示例的架构示意图。如图1所示,用户11可进行账户的注册以及四方模式下支付功能的开通和授权,用户11还可通过用户终端12进行支付,图1中的用户终端12属于用户11一方。支付方式可包括通过电子商务应用程序发起的支付、扫码支付等,在此并不限定。用户终端12可包括手机、平板电脑、可穿戴设备等可进行支付的终端设备,在此并不限定用户终端12的类型。用户终端12中具有电子商务应用程序121和宿主程序122。电子商务应用程序121可包括商户的应用程序,电子商务应用程序所属第一主体,第一主体可包括商户。宿主程序122可包括发卡行的应用程序,宿主程序122所属第二主体,第二主体可包括发卡行。用户终端12还具有第一SDK123和第二SDK124。第一SDK123与电子商务应用程序121集成,第二SDK124与宿主程序122集成。每个电子商务应用程序121可集成有一个第一SDK123,每个宿主程序122可集成有一个第二SDK124。第一SDK123和第二SDK124所属第三主体,第三主体可包括卡组织14和收单机构15。
发卡行13可通过系统与卡组织14的系统对接,以授权资源卡的绑定和资源扣除的渠道,并通过宿主程序122为用户提供支付入口。例如,如图1所示,发卡行13的系统可实现为宿主程序平台16。宿主程序122为发卡行13的前端服务程序,宿主程序平台16为发卡行13的后台系统。宿主程序122和宿主程序平台16所属第二主体。宿主程序平台16可包括多台如服务器等的电子设备,在此并不限定宿主程序平台16中电子设备的类型和数量。用户终端12可通过宿主程序122与宿主程序平台16通信交互。
卡组织14可通过系统提供网络支付服务,并为用户终端提供第一SDK123和第二SDK124。收单机构15可接收、处理线上和线下的支付请求。其中,卡组织14和收单机构15的功能可集成为一个系统,例如,如图1所示,可通过全网支付平台17实现卡组织14和收单机构15的功能。第一SDK123和第二SDK124为卡组织14和收单机构15的前端服务程序,全网支付平台17为卡组织14和收单机构15的后台系统。第一SDK123、第二SDK124和全网支付平台17所属第三主体。全网支付平台17可包括多台如服务器等的电子设备,在此并不限定全网支付平台17中电子设备的类型和数量。用户终端12可通过第一SDK123、第二SDK124与全网支付平台17通信交互。
下面对本申请提供的支付方法、用户终端、装置、设备、系统及介质依次进行介绍。
本申请第一方面提供一种支付方法,可应用于支付系统,即该支付方法可由支付系统执行。支付系统可包括用户终端、全网支付平台和宿主程序平台,用户终端、全网支付平台和宿主程序平台的具体内容可参见上述实施例中的相关说明,在此不再赘述。图2为本申请第一方面提供的支付方法的一实施例的流程图。如图2所示,该支付方法可包括步骤S201至步骤S205。
在步骤S201中,在电子商务应用程序触发支付的情况下,用户终端调用第一SDK与全网支付平台交互,获取第一宿主程序列表。
电子商务应用程序触发支付可包括用户对用户终端中的电子商务应用程序进行操作,通过电子商务应用程序触发的支付。在触发支付时,用户终端可利用第一SDK能够与全网支付平台通信交互的能力,调用第一SDK与全网支付平台交互,获取第一宿主程序列表。
第一宿主程序列表由全网支付平台提供。第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识。全网支付平台支持的宿主程序可包括向全网支付平台授权的宿主程序,具体地,全网支付平台支持的宿主程序包括向全网支付平台授权开通上述实施例中支付的四方模式的功能的宿主程序。
在一些示例中,第一宿主程序列表可包括全网支付平台支持的所有宿主程序的宿主程序标识。
在另一些示例中,第一宿主程序列表可包括全网支付平台支持的部分宿主程序的宿主程序标识。可有目的性地减少第一宿主程序列表中宿主程序的宿主程序标识的数量,以提高为用户推送宿主程序的精准性,并节省传输资源。
用户终端可通过电子商务应用程序向全网支付平台发送第一支付请求消息。第一支付请求消息包括用户标识,用于指示全网支付平台根据用户标识对应的历史支付数据和/或预存的支付优先级策略生成第一宿主程序列表。响应于第一支付请求消息,全网支付平台根据用户标识对应的历史支付数据和/或预存的支付优先级策略,得到全网支付平台支持的宿主程序的优先级排列顺序,基于优先级由高到低的前N个所述宿主程序的宿主程序标识,生成所述第一宿主程序列表,N为正整数。即第一宿主程序列表包括优先级由高到低排列的N个宿主程序的宿主程序标识。全网支付平台可向用户终端的电子商务应用程序发送第一支付反馈消息,第一支付反馈消息包括第一宿主程序列表。用户终端接收全网支付平台发送的该第一支付反馈消息,以获取第一支付反馈消息中的第一宿主程序列表。
在第一宿主程序列表可包括全网支付平台支持的所有宿主程序的宿主程序标识的情况下,N等于全网支付平台支持的宿主程序的数量。在第一宿主程序列表可包括全网支付平台支持的部分宿主程序的宿主程序标识的情况下,N小于全网支付平台支持的宿主程序的数量。
用户标识用于标识用户。用户标识对应的历史支付数据为用户的历史支付数据。历史支付数据为用户曾经的支付产生的数据。历史支付数据可包括历史支付使用的宿主程序的宿主程序标识、历史支付使用的宿主程序的支付资源量、历史支付使用的宿主程序的支付频率、历史支付使用的宿主程序的支付重要性等,在此并不限定。在一些示例中,根据用户标识对应的历史支付数据,可确定全网支付平台支持的宿主程序的优先级。例如,通过用户标识对应的历史支付数据,可确定用户在历史支付中曾经使用的宿主程序,从而生成第一宿主程序列表,用户在历史支付中曾经使用的宿主程序的优先级高于用户在历史支付中未使用的宿主程序的优先级,第一宿主程序列表可包括全网支付平台支持且用户曾经使用的宿主程序的宿主程序标识。
支付优先级策略可用于确定全网支付平台支持的宿主程序的优先级,支付优先级策略可根据场景、需求等设置,在此并不限定。在一些示例中,根据支付优先级策略,可确定全网支付平台支持的宿主程序的优先级。例如,支付优先级策略指示全网支付平台支持宿主程序的时间越长,该宿主程序的优先级越高,第一宿主程序列表可包括全网支付平台支持时间最长的N个宿主程序的宿主程序标识。又例如,支付优先级策略指示宿主程序的信用度越高,该宿主程序的优先级越高,第一宿主程序列表可包括全网支付平台信用度最高的N个宿主程序的宿主程序标识。
在一些示例中,可根据用户标识对应的历史支付数据和支付优先级策略,共同确定全网支付平台支持的宿主程序的优先级。支付优先级策略可包括根据历史支付数据确定宿主程序的优先级的策略。例如,历史支付数据包括历史支付使用的宿主程序的支付频率,支付优先级策略指示历史支付使用的宿主程序的支付频率越高,该宿主程序的优先级越高,第一宿主程序列表可包括支付频率最高的N个宿主程序的宿主程序标识。
第一宿主程序列表中宿主程序标识的排列顺序体现宿主程序的优先级,可为后续确定目标宿主程序提供便利,提高确定目标宿主程序的效率。
在步骤S202中,在调用第一SDK在第一宿主程序列表中确定目标宿主程序的情况下,用户终端调起目标宿主程序。
目标宿主程序可为用户终端根据用户的选择确定的宿主程序,也可为第一SDK智能推荐的宿主程序。目标宿主程序为第一宿主程序列表中一个宿主程序标识对应的宿主程序。在确定目标宿主程序的情况下,第一SDK可根据全网支付平台为所述目标宿主程序分配的宿主程序标识,主动调起目标宿主程序,即触发目标宿主程序启动。在调起目标宿主程序后,还可将加密的订单信息一并传输给目标宿主程序,便于目标宿主程序将订单信息传输给第二SDK。
在一些示例中,用户终端可调用第一SDK直接展示第一宿主程序列表,根据用户的选择输入,将第一宿主程序列表中选择输入选定的宿主程序标识对应的宿主程序确定为目标宿主程序。
在一些示例中,用户终端可调用第一SDK将第一宿主程序列表中宿主程序标识对应的优先级最高的宿主程序确定为目标宿主程序。
在一些示例中,用户终端可调用第一SDK从本地(即用户终端本地)获取第二宿主程序列表;调用第一SDK获取第一宿主程序列表和第二宿主程序列表的交集,展示交集;响应于用户的第一输入,将交集中第一输入指示的宿主程序标识对应的宿主程序确定为目标宿主程序。第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识。全网支付平台支持的宿主程序和用户终端具有的宿主程序有可能不同,用户终端可能并不具有第一宿主程序列表中宿主程序标识对应的全网支付平台支持的部分宿主程序,用户终端无法调起自身不具有的宿主程序。为了提高确定目标宿主程序的效率,可取第一宿主程序列表和第二宿主程序列表的交集,该交集包括全网支付平台支持且用户终端具有的宿主程序的宿主程序标识。用户在该交集中选择的目标宿主程序可被用户终端调起。
在一些示例中,用户终端可调用第一SDK从本地获取第二宿主程序列表;调用第一SDK获取第一宿主程序列表和第二宿主程序列表的交集,将交集中宿主程序标识对应的优先级最高的宿主程序确定为目标宿主程序。第二宿主程序列表、交集以及优先级的具体内容可参见上述实施例中的相关说明,在此不再赘述。
用户终端调用第一SDK自动确定目标宿主程序并调起目标宿主程序,可快速、精准地向用户提供支付使用的宿主程序,为用户提供更加快速、便捷的支付服务。
在步骤S203中,用户终端通过目标宿主程序调用第二SDK与全网支付平台交互。
在步骤S204中,全网支付平台与宿主程序平台交互。
在步骤S205中,宿主程序平台执行目标卡的资源扣除,以完成目标卡的支付。
目标卡为与目标宿主程序绑定的一张资源卡。
目标宿主程序被调起后,可再通过目标宿主程序调用第二SDK,这里调用的第二SDK是与目标宿主程序集成的第二SDK。第二SDK与全网支付平台交互,全网支付平台与宿主程序平台交互,宿主程序平台确定目标卡,执行目标卡的资源扣除,以完成目标卡的支付。与全网支付平台交互的宿主程序平台为与目标宿主程序对应的宿主程序平台。目标卡为与目标宿主程序绑定的一张资源卡。目标卡可为目标宿主程序的支付使用的默认资源卡,也可为用户在与目标宿主程序绑定的资源卡中选择的一张资源卡。目标卡可根据用户的需求切换,在此并不限定。目标卡的确认可根据第二SDK与全网支付平台的交互,以及全网支付平台与宿主程序平台的交互确定。
在本申请实施例中,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一SDK、宿主程序以及与宿主程序集成的第二SDK。在支付过程中,第一SDK可与全网支付平台交互,获取包括全网支付平台支持的至少部分宿主程序的宿主程序标识的列表,以使在第一SDK确定目标宿主程序的情况下,用户终端可调起目标宿主程序。目标宿主程序可调用自身集成的第二SDK,第二SDK可与全网支付平台交互,全网支付平台可与目标宿主程序的宿主程序平台交互,以执行与目标宿主程序绑定的目标卡的资源扣除,完成支付。用户终端中电子商务应用程序以及不同的宿主程序都可通过各自集成的SDK与全网支付平台交互,以使全网支付平台再与不同的应用程序对应的宿主程序后台交互,使支付过程中不同发卡行以及其他机构之间支付技术规范统一、支付标识统一,实现了对支付的统一管理,降低了支付管理的难度。
不同宿主程序对应的宿主程序平台共享同一个全网支付平台,并通过为不同的宿主程序和电子商务应用程序提供统一的SDK,将支付能力赋予不同的宿主程序和电子商务应用程序,使得不同宿主程序和电子商务应用程序通过各自集成的SDK共享同一个全网支付平台,共享线上和线下的支付受理网络和行业内容,支付管理不再受到支付账户所属发卡行或其他机构的宿主程序的限制,提升了运营效率,降低了运营成本和建设成本,也扩大了支付的受理范围。且用户不需针对不同的宿主程序支付采用不同的操作方式,用户的支付体验得到统一,提高了用户的支付体验。
在一些实施例中,在步骤S201之前,用户终端还可与全网支付平台进行交互,以获取支付对应的订单消息,便于后续发起支付。具体地,响应于用户的第二输入,用户终端通过电子商务应用程序向全网支付平台发起订单请求。订单请求用于向全网支付平台请求订单信息。响应于订单请求,全网支付平台可为电子商务应用程序提供订单信息。订单信息可包括订单编号、订单金额、订单明细等信息,在此并不限定。用户终端的电子商务应用程序接收到订单信息,可根据订单信息显示订单页面。订单页面包括订单信息。响应于用户对于订单页面的第三输入,用户终端触发支付。第三输入为用户的支付触发输入,响应于该输入,用户终端可触发步骤S201。
在一些实施例中,可为具有利用全网支付平台进行支付的功能的宿主程序分配第一标识,以在支付过程中,利用第一标识判断本次支付是否能够采用本申请实施例中的支付方法进行。图3为本申请第一方面提供的支付方法的另一实施例的流程图。图3与图2的不同之处在于,图2中的步骤S203可具体细化为图3中的步骤S2031至步骤S2033,图2中的步骤S204可具体细化为图3中的步骤S2041和步骤S2042,图2中的步骤S205可具体细化为图3中的步骤S2051和步骤S2052,图3中的支付方法还可包括步骤S206和步骤S207。
在步骤S2031中,用户终端调用第二SDK查询目标宿主程序是否具有对应的第一标识。
第一标识用于表征宿主程序中的用户账号具有利用全网支付平台进行支付的功能。第一标识也可表征用户账号在宿主程序与全网支付平台的绑定关系。第一标识可由全网支付平台为宿主程序中的用户账号分配。同一用户可在不同的宿主程序具有不同的第一标识。不同用户在同一宿主程序中具有不同的第一标识。第一标识可实现为字符串、序列号等,在此并不限定。第一标识可具有有效期,在有效期内该第一标识有效,若超出有效期,该第一标识无效,需要重新申请第一标识。有效期可为一固定时长,也可与用户账号的登录情况相关,具体可根据场景、需求等设定,在此并不限定。
在一些示例中,若目标宿主程序具有对应的第一标识,在第一标识申请成功后,用户终端会获取到该第一标识,并将该第一标识存储在用户终端本地。用户终端可调用第二SDK在用户终端本地查询目标宿主程序是否具有对应的第一标识。
在另一些示例中,若目标宿主程序具有对应的第一标识,在第一标识申请成功后,全网支付平台会存储该第一标识。用户终端可调用第二SDK向全网支付平台发起查询请求,由全网支付平台查询目标宿主程序是否具有对应的的第一标识。
在步骤S2032中,在目标宿主程序具有对应的第一标识的情况下,用户终端调用第二SDK向全网支付平台发送第一支付消息。
目标宿主程序具有对应的第一标识,表示目标宿主程序中的该用户账号具有利用全网支付平台进行支付的功能,可以继续支付流程。用户终端调用第二SDK向全网支付平台发送第一支付消息。第一支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。
在步骤S2041中,全网支付平台向宿主程序平台发送第一支付消息。
全网支付平台根据目标宿主程序对应的第一标识,确定目标宿主程序中用户账号具有利用全网支付平台进行支付的功能,并可根据目标宿主程序的宿主程序标识确定目标宿主程序,从而确定目标宿主程序的宿主程序平台,以向目标宿主程序的宿主程序平台发送第一支付消息。
在步骤S2051中,宿主程序平台根据第一支付消息,确定目标卡,并执行目标卡的资源扣除,完成目标卡的支付。
在一些示例中,第一支付消息可包括卡信息。第一支付消息中的卡信息可指示目标卡。目标宿主程序的宿主程序平台可根据第一支付消息,确定目标卡,执行目标卡的资源扣除,以完成目标卡的支付。
在步骤S206中,在目标宿主程序不具有对应的第一标识的情况下,用户终端调用目标宿主程序通过宿主程序平台向全网支付平台请求目标宿主程序对应的第一标识。
目标宿主程序不具有对应的第一标识,表示目标宿主程序中的该用户账号不具有利用全网支付平台进行支付的功能或目标宿主程序原有的第一标识已经失效。在这种情况下,用户终端需要再向全网支付平台请求目标宿主程序对应的第一标识。全网支付平台会为目标宿主程序分配第一标识,并通过宿主程序平台向目标宿主程序提供第一标识,即授权给用户终端设备的宿主程序中的用户账号以利用全网支付平台进行支付的功能。
在一些示例中,在登录目标宿主程序的情况下,用户终端调用目标宿主程序向宿主程序平台发送第一标识请求消息。第一标识请求消息包括用户身份信息。用户身份信息包括与用户身份相关的信息,可包括用户的姓名、用户的身份证号、用户的手机号、用户的资源卡卡号等,为了保证数据安全,用户身份信息可为加密信息。
宿主程序平台响应于该第一标识请求消息,向全网支付平台发送第二标识请求消息。第二标识请求消息用于请求第一标识。第二标识请求消息包括用户身份信息和宿主程序标识。这里的宿主程序标识具体为目标宿主程序的宿主程序标识。在一些示例中,第二标识请求消息还可包括目标宿主程序中用户的用户账号。
在步骤S207中,全网支付平台通过宿主程序平台向目标宿主程序提供第一标识。
全网支付平台响应于第二标识请求消息,向目标宿主程序提供第一标识。在一些示例中,在用户开通利用全网支付平台进行支付的功能的用户的身份信息后,全网支付平台可先不为该用户在发卡行或其他机构的用户账号分配第一标识,而是在用户使用发卡行或其他机构的宿主程序进行支付时,再为宿主程序中的用户账号分配第一标识。
在一些示例中,全网支付平台可根据用户身份信息、宿主程序标识和预存的已开通用户身份信息,为目标宿主程序分配第一标识。全网支付平台预存的已开通用户身份信息包括开通利用全网支付平台进行支付的功能的用户的身份信息。为目标宿主程序分配第一标识后,全网支付平台向宿主程序平台发送第二标识反馈消息。第二标识反馈消息包括分配的第一标识。宿主程序平台可根据第二标识反馈消息,向用户终端中的目标宿主程序发送第一标识反馈消息。第一标识反馈消息可包括该第一标识。
全网支付平台可匹配用户身份信息和已开通用户身份信息,根据用户身份信息和已开通用户身份信息的匹配结果分配第一标识。若用户身份信息和已开通用户身份信息匹配,全网支付平台可分配第一标识,另外还可视用户身份信息具体匹配情况,确定是否需要将目标宿主程序中用户身份信息对应的用户账号与全网支付平台中用户身份信息对应的用户账号已经绑定。若用户身份信息和已开通用户身份信息不匹配,表示用户身份信息还未在全网支付平台中创建用户账号,全网支付平台需要创建全网支付平台中与用户身份信息对应的用户账号。
在一些示例中,用户身份信息包括第一用户唯一标识和第一电话号码,已开通用户身份信息包括第二用户唯一标识和第二电话号码。第一用户唯一标识为用户身份信息中的用户唯一标识。第二用户唯一标识是已开通用户身份信息中的用户唯一标识。用户唯一标识用于标识用户,具有唯一性,不同的用户的用户唯一标识不同。例如,用户唯一标识可包括身份证号,在此并不限定。第一电话号码为用户身份信息中的用户的电话号码,第二电话号码为已开通用户身份信息中的用户的电话号码。
在已开通用户身份信息包括目标第二用户唯一标识的情况下,全网支付平台绑定第一用户账号和第二用户账号,并生成第一标识。
目标第二用户唯一标识为与第一用户唯一标识一致的第二用户唯一标识。对于一个用户而言,该用户在全网支付平台中只有一个用户账号,该用户在不同的宿主程序中具有不同的用户账号。第一用户账号为目标宿主程序中与第一用户唯一标识对应的用户账号,即第一用户账号为第一用户唯一标识表征的用户在目标宿主程序中的用户账号。第二用户账号为与全网支付平台中目标第二用户唯一标识和目标第二电话号码对应的用户账号。目标第二电话号码为与第一电话号码一致的第二电话号码。即第二用户账号可视为目标第二用户唯一标识和目标第二电话号码表征的用户在全网支付平台中的用户账号。
已开通用户身份信息包括开通利用全网支付平台进行支付的功能的用户的身份信息。已开通用户身份信息包括目标第二用户唯一标识,表示第一用户唯一标识表征的用户已经开通利用全网支付平台进行支付的功能,该用户具有全网支付平台的用户账号,将第一用户账号和第二用户账号绑定。
在已开通用户身份信息只具有一个包括目标第二用户唯一标识的信息的情况下,不管已开通用户身份信息是否包括与第一电话号码一致的第二电话号码,均可将第一用户账号和第二用户账号绑定,即将该用户在目标宿主程序中的用户账号与该用户在全网支付平台中的用户账号绑定,并生成第一标识。
在已开通用户身份信息中具有两个以上包括目标第二用户唯一标识的信息且这两个以上的信息中的第二电话号码不同的情况下,根据这两个以上的信息,选取第二用户唯一标识与第一用户唯一标识一致,且第二电话号码与第一电话号码一致的全网支付平台中的用户账号,将该用户账号作为第二用户账号。绑定第一用户账号和第二用户账号,并生成第一标识。
在已开通用户身份信息不包括目标第二用户唯一标识的情况下,全网支付平台新建第三用户账号,绑定第一用户账户与第三用户账户,并生成第一标识。
第三用户账号为全网支付平台中与第一用户唯一标识对应的用户账号。已开通用户身份信息不包括目标第二用户唯一标识,表示全网支付平台的用户账户中无与第一用户唯一标识对应的用户账号。可针对第一用户唯一标识,新建全网支付平台中第一用户唯一标识表征的用户的用户账号即第三用户账户,绑定第一用户账号和第三用户账号,并生成第一标识。
在一些情况下,已开通用户身份信息不包括目标第二用户唯一标识,但包括与第一电话号码一致的第二电话号码,且在全网支付平台具有与第二电话号码对应的用户账号。在这种情况下,若该第二电话号码已经实名制,基于第一电话号码是否存在错误等支付安全的考虑,不绑定第一用户账户与全网支付平台中第二电话号码对应的用户账号。若该第二电话号码未实名制,可通过第二电话号码的运营商进行实名验证,若运营商处第二电话号码的实名信息与第一用户唯一标识一致,且全网支付平台中第二电话号码对应的用户账户还未与第一用户账户绑定,可绑定第一用户账户与全网支付平台中第二电话号码对应的用户账户,并生成第一标识。
在步骤S2033中,用户终端调用第二SDK向全网支付平台发送第二支付消息。
第二支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。目标宿主程序对应的第一标识即为上述步骤S207中全网支付平台分配的第一标识。
在步骤S2042中,全网支付平台向宿主程序平台发送第二支付消息。
在步骤S2052中,宿主程序平台根据第二支付消息,确定目标卡,并执行目标卡的资源扣除,完成目标卡的支付。
步骤S2033、步骤S2042和步骤S2052的具体内容可参考步骤S2032、步骤S2041和步骤S2051的相关内容,在此不再赘述。
在一些实施例中,可在步骤S2032之前、步骤S2033之前,对第二SDK的版本、第二SDK的登录情况和/或目标宿主程序中的用户账号、资源转入账号的安全性等进行检测,在检测通过的情况下,再执行步骤S2032、步骤S2033,以保证支付的安全性和可靠性。
对第二SDK的版本的检测可包括以下步骤a1和a2:
a1,用户终端调用目标宿主程序的第二SDK向全网支付平台发送版本判定消息。
版本判定消息可包括目标宿主程序的第二SDK的版本信息。第二SDK的版本信息表征第二SDK的版本。
a2,全网支付平台根据版本判定消息判断第二SDK的版本是否为可用版本,并向目标宿主程序的第二SDK发送版本反馈消息。
全网支付平台可从版本判定消息中获取第二SDK的版本信息,判断第二SDK的版本信息表征的版本是否为全网支付平台的可用版本。全网支付平台通过版本反馈消息向用户终端的第二SDK反馈第二SDK的版本是否为可用版本。版本反馈消息表征第二SDK的版本是否为可用版本。例如,全网支付平台的可用版本包括1.20版本、1.21版本和1.22版本,版本判定消息中第二SDK的版本信息表征1.05版本,则全网支付平台发送的版本反馈消息表征第二SDK的版本不是可用版本。若版本反馈消息表征第二SDK的版本不是可用版本,则不执行步骤S2032、步骤S2033,用户终端可提示用户升级第二SDK。若只对第二SDK的版本进行检测,版本反馈消息表征第二SDK的版本为可用版本,可执行步骤S2032、步骤S2033。若除了对第二SDK的版本进行检测外,还需进行其他检测,在版本反馈消息表征第二SDK的版本为可用版本的情况下,可根据其他检测的结果,判断是否执行步骤S2032、步骤S2033。
对第二SDK的登录状态的检测可包括以下步骤b1和b2:
b1,用户终端调用目标宿主程序的第二SDK向全网支付平台发送SDK登录判定消息。
SDK登录判定消息可包括用于标识目标宿主程序的第二SDK的信息,例如,SDK登录判定消息可包括第二SDK的SDK标识或目标宿主程序的宿主程序标识。
b2,全网支付平台根据SDK登录判定消息判断第二SDK是否登录,并向目标宿主程序的第二SDK发送SDK登录反馈消息。
全网支付平台可根据SDK登录判定消息中的信息判断第二SDK是否登录。全网支付平台可通过SDK登录反馈消息向用户终端的第二SDK反馈第二SDK是否登录。SDK登录反馈消息可表征第二SDK是否登录。若SDK登录反馈消息表征第二SDK未登录,则不执行步骤S2032、步骤S2033,用户终端可提示用户登录第二SDK。若只对第二SDK的登录状态进行检测,SDK登录反馈消息表征第二SDK已登录,可执行步骤S2032、步骤S2033。若除了对第二SDK的登录状态进行检测外,还需进行其他检测,在SDK登录反馈消息表征第二SDK已登录的情况下,可根据其他检测的结果,判断是否执行步骤S2032、步骤S2033。
对目标宿主程序中的用户账号、资源转入账号的安全性的检测可包括以下步骤c1和c2:
c1、用户终端调用目标宿主程序的第二SDK向全网支付平台发送安全判定消息。
安全判定消息可包括目标宿主程序中的用户账号和本次支付的资源转入账号。
c2、全网支付平台根据安全判定消息判断目标宿主程序中的用户账号和本次支付的资源转入账号是否安全,并向目标宿主程序的第二SDK发送安全反馈消息。
全网支付平台根据安全判定消息,查找目标宿主程序中的用户账号的历史支付数据以及其他相关数据,还可查找本次支付的资源转入账号的历史支付数据以及其他相关数据,根据目标宿主程序中的用户账号的历史支付数据以及其他相关数据和全网支付平台预设的安全判定策略,确定目标宿主程序中用户账号是否安全,以及,根据本次支付的资源转入账号的历史支付数据以及其他相关数据和全网支付平台预设的安全判定策略,确定本次支付的资源转入账号是否安全。全网支付平台通过安全反馈消息向用户终端的第二SDK反馈目标宿主程序中的用户账号和资源转入账号是否安全。安全反馈消息表征目标宿主程序中的用户账号和资源转入账号是否安全。若安全反馈消息表征目标宿主程序中的用户账号和资源转入账号不安全,则不执行步骤S2032、步骤S2033,用户终端可提示用户中止支付或进行安全性验证。若只对目标宿主程序中的用户账号和资源转入账号的安全性进行检测,安全反馈消息表征目标宿主程序中的用户账号和资源转入账号安全,可执行步骤S2032、步骤S2033。若除了对目标宿主程序中的用户账号和资源转入账号的安全性进行检测外,还需进行其他检测,在安全反馈消息表征目标宿主程序中的用户账号和资源转入账号安全的情况下,可根据其他检测的结果,判断是否执行步骤S2032、步骤S2033。
全网支付平台对用户账号和资源转入账号的安全性进行检测,使得各宿主程序共享安全检测策略,可提升支付行业整体的安全监控处理水平,更好地为支付安全提供保障。
在一些实施例中,为了简化用户开通利用全网支付平台进行支付的功能的流程,可在用户在发卡行开卡或通过用户终端开卡时,直接为用户开通利用全网支付平台进行支付的功能。图4为本申请第一方面提供的支付方法的又一实施例的流程图。图4与图2的不同之处在于,图4所示的支付方法还可包括步骤S208和步骤S209。
在步骤S208中,在用户申请资源卡时,宿主程序平台向全网支付平台发送用户身份信息。
用户申请资源卡时,会在资源卡所属方的宿主程序平台留存用户身份信息。宿主程序平台会将用户身份信息向全网支付平台发送。用户身份信息的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在步骤S209中,全网支付平台将用户身份信息存储为已开通用户身份信息。
全网支付平台将用户身份信息存储为已开通用户身份信息,以便于在后续终端设备向全网支付平台申请第一标识时,可利用已开通用户身份信息来为用户的宿主程序提供第一标识,具体内容可参见上述实施例中的相关说明,在此不再赘述。
用户开卡即开通用全网支付平台进行支付的功能,能够减少用户开通支付功能的操作,简化开通支付功能的流程,提升功能开通效率和用户体验。
在本申请实施例中,用户终端还可根据支付码、收取码进行支付。
在用户终端采用支付码进行支付的场景中,用户终端可调用第二SDK向全网支付平台发起支付码请求。响应于支付码请求,全网支付平台向第二SDK下发支付码。用户终端可调用第二SDK显示该支付码,以使该支付码被支付受理终端扫描。支付受理终端扫描支付码,向全网支付平台发起支付请求。全网支付平台接收支付受理终端扫描支付码发起的支付请求,与宿主程序平台交互,以完成支付请求指示的支付。支付受理终端可包括销售点(Point of sales,POS)设备等,在此并不限定。在用户终端显示支付码进行支付的场景中,用户终端调用第二SDK请求和显示支付码,使得该支付码被支付受理终端扫描的支付可被全网支付平台统一管理。
在用户终端扫描收取码进行支付的场景中,用户终端调用第二SDK扫描收取码,向全网支付平台发起支付请求。全网支付平台与宿主程序平台交互,以完成支付请求指示的支付。在用户终端扫描收取码实现支付的情况中,用户终端的扫描功能为第二SDK管理的扫描功能,使得扫描收取码的支付可被全网支付平台统一管理。
本申请第二方面提供一种支付方法,应用于用户终端,即该支付方法可由用户终端执行。用户终端的具体内容可参见上述实施例中的相关说明,在此不再赘述。图5为本申请第二方面提供的支付方法的一实施例的流程图。如图5所示,该支付方法可包括步骤S301至步骤S303。
在步骤S301中,在电子商务应用程序触发支付的情况下,调用第一SDK从全网支付平台获取第一宿主程序列表。
在一些示例中,用户终端可通过电子商务应用程序向全网支付平台发送第一支付请求消息。第一支付请求消息包括用户标识,用于指示全网支付平台根据用户标识对应的历史支付数据和/或预存的支付优先级策略生成第一宿主程序列表。第一宿主程序列表包括优先级由高到低排列的N个宿主程序的宿主程序标识,N为正整数。用户终端接收全网支付平台发送的第一支付反馈消息。第一支付反馈消息包括第一宿主程序列表。
在步骤S302中,在调用第一SDK在第一宿主程序列表中确定目标宿主程序的情况下,调起目标宿主程序。
在一些示例中,在调起目标宿主程序之前,用户终端可调用第一SDK从本地获取第二宿主程序列表;调用第一SDK获取第一宿主程序列表和第二宿主程序列表的交集,展示交集;响应于用户的第一输入,将交集中第一输入指示的宿主程序标识对应的宿主程序确定为目标宿主程序。第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识。
在另一些示例中,在调起目标宿主程序之前,用户终端可调用第一SDK从本地获取第二宿主程序列表,调用第一SDK获取第一宿主程序列表和第二宿主程序列表的交集,将交集中宿主程序标识对应的优先级最高的宿主程序确定为目标宿主程序。第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识。
在步骤S303中,通过目标宿主程序调用第二SDK与全网支付平台交互,以使全网支付平台与宿主程序平台交互,完成目标卡的支付。
步骤S301至步骤S303的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在本申请实施例中,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一SDK、宿主程序以及与宿主程序集成的第二SDK。在支付过程中,第一SDK可与全网支付平台交互,获取包括全网支付平台支持的至少部分宿主程序的宿主程序标识的列表,以使在第一SDK确定目标宿主程序的情况下,用户终端可调起目标宿主程序。目标宿主程序可调用自身集成的第二SDK,第二SDK可与全网支付平台交互,全网支付平台可与目标宿主程序的宿主程序平台交互,以执行与目标宿主程序绑定的目标卡的资源扣除,完成支付。用户终端中电子商务应用程序以及不同的宿主程序都可通过各自集成的SDK与全网支付平台交互,以使全网支付平台再与不同的应用程序对应的宿主程序后台交互,使支付过程中不同发卡行以及其他机构之间支付技术规范统一,实现了对支付的统一管理,降低了支付管理的难度。
不同宿主程序对应的宿主程序平台共享同一个全网支付平台,不同宿主程序通过各自集成的SDK共享同一个全网支付平台,支付管理不再受到支付账户所属发卡行或其他机构的宿主程序的限制,用户支付体验统一,用户不需针对不同的宿主程序支付采用不同的操作方式,提高了用户的支付体验。
在一些实施例中,在步骤S301之前,用户终端还可与全网支付平台进行交互,以获取支付对应的订单消息,便于后续发起支付。用户终端可响应于用户的第二输入,通过电子商务应用程序从全网支付平台获取订单信息;响应于用户对于订单页面的第三输入,触发支付。订单页面包括订单信息。用户终端还可与全网支付平台进行交互,获取订单消息的具体内容可参见上述实施例中相关说明,在此不再赘述。
在一些实施例中,可为具有利用全网支付平台进行支付的功能的宿主程序分配第一标识,以在支付过程中,判断本次支付是否能够采用本申请实施例中的支付方法进行。图6为本申请第二方面提供的支付方法的另一实施例的流程图。图6与图5的不同之处在于,图5中的步骤S303可具体细化为图6中的步骤S3031至步骤S3035。
在步骤S3031中,调用第二SDK查询目标宿主程序是否具有对应的第一标识。
在步骤S3032中,在目标宿主程序具有对应的第一标识的情况下,调用第二SDK向全网支付平台发送第一支付消息,以使全网支付平台向宿主程序平台发送第一支付消息,由宿主程序平台执行目标卡的资源扣除,完成目标卡的支付。
第一支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。
在步骤S3033中,在目标宿主程序不具有对应的第一标识的情况下,调用目标宿主程序通过宿主程序平台向全网支付平台请求目标宿主程序对应的第一标识。
在一些示例中,在登录目标宿主程序的情况下,用户终端调用目标宿主程序向宿主程序平台发送第一标识请求消息;用户终端调用目标宿主程序接收宿主程序平台发送的第一标识反馈消息。
第一标识请求消息包括用户身份信息,用于指示宿主程序平台向全网支付平台发送第二标识请求消息。第二标识请求消息用于请求第一标识。第二标识请求消息包括用户身份信息和宿主程序标识。第一标识反馈消息包括第一标识。第一标识反馈信息根据全网支付平台向宿主程序平台发送的第二标识反馈消息生成。第二标识反馈消息包括第一标识。第一标识由全网支付平台根据用户身份信息、宿主程序标识以及预存的已开通用户身份信息得到。
在步骤S3034中,调用目标宿主程序接收全网支付平台通过宿主程序平台分配的目标宿主程序对应的第一标识。
在步骤S3035中,调用第二SDK向全网支付平台发送第二支付消息,以使全网支付平台向宿主程序平台发送第二支付消息,由宿主程序平台执行目标卡的资源扣除,完成目标卡的支付。
第二支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。
上述步骤S3031至步骤S3035的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些实施例中,在上述步骤S3032和步骤S3035之前,可对第二SDK的版本、第二SDK的登录情况和/或目标宿主程序中的用户账号、资源转入账号的安全性等进行检测。
在需要对第二SDK的版本进行检测的示例中,用户终端可调用目标宿主程序的第二SDK向全网支付平台发送版本判定消息;通过目标宿主程序的第二SDK接收全网支付平台发送的版本反馈消息。版本判定消息指示全网支付平台判断第二SDK的版本是否为可用版本。版本反馈消息表征第二SDK的版本是否为可用版本。对第二SDK的版本进行检测的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在需要对第二SDK的登录情况进行检测的示例中,用户终端可调用目标宿主程序的第二SDK向全网支付平台发送SDK登录判定消息;通过目标宿主程序的第二SDK接收全网支付平台发送的SDK登录反馈消息。SDK登录判定消息指示全网支付平台判定第二SDK是否登录。SDK登录反馈消息表征第二SDK的版本是否登录。对第二SDK的登录情况进行检测的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在需要对目标宿主程序中的用户账号、资源转入账号的安全性进行检测的示例中,用户终端可调用目标宿主程序的第二SDK向全网支付平台发送安全判定消息;通过目标宿主程序的第二SDK接收全网支付平台发送的安全反馈消息。安全判定消息指示全网支付平台判断目标宿主程序中的用户账号和本次支付的资源转入账号是否安全。安全反馈消息表征目标宿主程序中的用户账号和资源转入账号是否安全。对目标宿主程序中的用户账号、资源转入账号的安全性进行检测的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些实施例中,已开通用户身份信息包括用户申请资源卡时宿主程序平台向全网支付平台发送的用户身份信息,具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些实施例中,用户终端还可根据支付码进行支付。用户终端可调用第二SDK从全网支付平台获取支付码。支付码用于被支付受理终端扫描以向全网支付平台发起支付请求。用户终端根据支付码进行支付的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些实施例中,用户终端还可根据收取码进行支付。用户终端可调用第二SDK扫描收取码,向全网支付平台发起支付请求。用户终端根据收取码进行支付的具体内容可参见上述实施例中的相关说明,在此不再赘述。
本申请第三方面提供一种支付方法,应用于全网支付平台,即该支付方法可由全网支付平台执行。全网支付平台的具体内容可参见上述实施例中的相关说明,在此不再赘述。图7为本申请第三方面提供的支付方法的一实施例的流程图。如图7所示,该支付方法可包括步骤S401和步骤S402。
在步骤S401中,在用户终端的电子商务应用程序触发支付的情况下,向用户终端中与电子商务应用程序集成的第一SDK提供第一宿主程序列表。
第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识,用于使用户终端调用第一SDK确定并调起目标宿主程序。
在一些实施例中,全网支付平台可接收用户终端通过电子商务应用发送的第一支付请求消息,第一支付请求消息包括用户标识;根据用户标识对应的历史支付数据和/或预存的支付优先级策略,得到全网支付平台支持的宿主程序的优先级排列顺序;基于优先级由高到低的前N个宿主程序的宿主程序标识,生成第一宿主程序列表,N为正整数;向用户终端的电子商务应用程序发送第一支付反馈消息。第一支付反馈消息包括第一宿主程序列表。
在一些示例中,第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识。目标宿主程序为第一宿主程序列表和第二宿主程序列表的交集中用户指定的宿主程序标识对应的宿主程序。
在另一些示例中,第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识。目标宿主程序为第一宿主程序列表和第二宿主程序列表的交集中宿主程序标识对应的优先级最高的宿主程序。
在步骤S402中,与用户终端通过目标宿主程序调用的第二SDK、宿主程序平台交互,完成目标卡的支付。
目标卡为与目标宿主程序绑定的一张资源卡。
步骤S401和步骤S402的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在本申请实施例中,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一SDK、宿主程序以及与宿主程序集成的第二SDK。在支付过程中,全网支付平台可与第一SDK交互,向第一SDK提供包括全网支付平台支持的至少部分宿主程序的宿主程序标识的列表,以使在第一SDK确定目标宿主程序的情况下,用户终端可调起目标宿主程序。全网支付平台可与目标宿主程序自身集成的第二SDK交互,还可与目标宿主程序的宿主程序平台交互,使宿主程序平台执行与目标宿主程序绑定的目标卡的资源扣除,完成支付。全网支付平台可通过用户终端中电子商务应用程序以及不同的宿主程序集成的SDK交互,还可与不同的应用程序对应的宿主程序后台交互,使支付过程中不同发卡行以及其他机构之间支付技术规范统一,实现了对支付的统一管理,降低了支付管理的难度。
不同宿主程序对应的宿主程序平台共享同一个全网支付平台,不同宿主程序通过各自集成的SDK共享同一个全网支付平台,支付管理不再受到支付账户所属发卡行或其他机构的宿主程序的限制,用户支付体验统一,用户不需针对不同的宿主程序支付采用不同的操作方式,提高了用户的支付体验。
在一些实施例中,在步骤S401之前,全网支付平台还可与用户终端进行交互,以提供支付对应的订单消息,便于后续发起支付。全网支付平台响应于电子商务应用程序的订单请求,为电子商务应用程序提供订单信息。全网支付平台还可与用户终端进行交互,以提供订单消息的具体内容可参见上述实施例中相关说明,在此不再赘述。
在一些实施例中,可为具有利用全网支付平台进行支付的功能的宿主程序分配第一标识,以在支付过程中,判断本次支付是否能够采用本申请实施例中的支付方法进行。图8为本申请第三方面提供的支付方法的另一实施例的流程图。图8与图7的不同之处在于,图7中的步骤S402可具体细化为图8中的步骤S4021至步骤S4025。
在步骤S4021中,在用户终端调用第二SDK确定目标宿主程序具有对应的第一标识的情况下,接收用户终端调用第二SDK发送的第一支付消息。
第一标识用于表征宿主程序中的用户账号具有利用全网支付平台进行支付的功能。
在步骤S4022中,向宿主程序平台发送第一支付消息。
第一支付消息指示宿主程序平台执行目标卡的资源扣除,完成目标卡的支付。第一支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。
在步骤S4023中,在用户终端调用第二SDK确定目标宿主程序不具有对应的第一标识的情况下,通过宿主程序平台向目标宿主程序提供第一标识。
在一些示例中,在登录目标宿主程序的情况下,全网支付平台接收宿主程序平台发送的第二标识请求消息;根据用户身份信息、宿主程序标识和预存的已开通用户身份信息,为目标宿主程序分配第一标识;向宿主程序平台发送第二标识反馈消息,以使宿主程序平台根据第二标识反馈消息向目标宿主程序发送第一标识反馈消息。
第二标识请求消息包括用户身份信息和宿主程序标识。第二标识请求消息根据终端设备调用目标宿主程序发送的第一标识请求消息生成。第一标识请求消息包括用户身份信息。第一标识反馈消息和第二标识反馈消息包括第一标识。
在一些示例中,用户身份信息包括第一用户唯一标识和第一电话号码。已开通用户身份信息包括第二用户唯一标识和第二电话号码。
在已开通用户身份信息包括目标第二用户唯一标识的情况下,全网支付平台绑定第一用户账号和第二用户账号,并生成第一标识。
目标第二用户唯一标识为与第一用户唯一标识一致的第二用户唯一标识。第一用户账号为目标宿主程序中与第一用户唯一标识对应的用户账号。第二用户账号为与全网支付平台中目标第二用户唯一标识和目标第二电话号码对应的用户账号。目标第二电话号码为与第一电话号码一致的第二电话号码。
在已开通用户身份信息不包括目标第二用户唯一标识的情况下,全网支付平台可新建第三用户账号,绑定第一用户账户与第三用户账户,并生成第一标识。
第三用户账号为全网支付平台中与第一用户唯一标识对应的用户账号。
在步骤S4024中,接收用户终端调用第二SDK发送的第二支付消息。
在步骤S4025中,向宿主程序平台发送第二支付消息。
第二支付消息指示宿主程序平台执行目标卡的资源扣除,完成目标卡的支付。第二支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。
在上述步骤S4022和步骤S4025之前,可对第二SDK的版本、第二SDK的登录情况和/或目标宿主程序中的用户账号、资源转入账号的安全性等进行检测。
在需要对第二SDK的版本进行检测的示例中,全网支付平台可接收用户终端调用目标宿主程序的第二SDK发送的版本判定消息;根据版本判定消息判断第二SDK的版本是否为可用版本;向目标宿主程序的第二SDK发送版本反馈消息。版本反馈消息表征第二SDK的版本是否为可用版本。对第二SDK的版本进行检测的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在需要对第二SDK的登录情况进行检测的示例中,全网支付平台可接收用户终端调用目标宿主程序的第二SDK发送的SDK登录判定消息;根据SDK登录判定消息判断第二SDK是否登录;向目标宿主程序的第二SDK发送SDK登录反馈消息。SDK登录反馈消息表征第二SDK是否登录。对第二SDK的登录情况进行检测的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在需要对目标宿主程序中的用户账号、资源转入账号的安全性进行检测的示例中,全网支付平台可接收用户终端调用目标宿主程序的第二SDK发送的安全判定消息;根据安全判定消息判断目标宿主程序中的用户账号和本次支付的资源转入账号是否安全;向目标宿主程序的第二SDK发送安全反馈消息。安全反馈消息表征目标宿主程序中的用户账号和资源转入账号是否安全。对目标宿主程序中的用户账号、资源转入账号的安全性进行检测的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些实施例中,为了简化用户开通利用全网支付平台进行支付的功能的流程,可在用户在发卡行开卡或通过用户终端开卡时,直接为用户开通利用全网支付平台进行支付的功能。图9为本申请第三方面提供的支付方法的又一实施例的流程图。图9与图7的不同之处在于,图9所示的支付方法还可包括步骤S403和步骤S404。
在步骤S403中,在用户申请资源卡时,接收宿主程序平台发送的用户身份信息。
在步骤S404中,将用户身份信息存储为已开通用户身份信息。
步骤S403和步骤S404的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些实施例中,用户终端还可根据支付码进行支付。全网支付平台可响应于用户终端调用第二SDK的支付码请求,向第二SDK下发支付码;接收支付受理终端扫描支付码发起的支付请求,与宿主程序平台交互,以完成支付请求指示的支付。用户终端根据支付码进行支付的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些实施例中,用户终端还可根据收取码进行支付。全网支付平台可接收用户终端调用第二SDK扫描收取码发起的支付请求;与宿主程序平台交互,以完成支付请求指示的支付。用户终端根据收取码进行支付的具体内容可参见上述实施例中的相关说明,在此不再赘述。
本申请第四方面还提供一种支付方法,应用于宿主程序平台,即该支付方法可由宿主程序平台执行。宿主程序平台的具体内容可参见上述实施例中的相关说明,在此不再赘述。图10为本申请第四方面提供的支付方法的一实施例的流程图。如图10所示,该支付方法可包括步骤S501和步骤S502。
在步骤S501中,在用户终端的电子商务应用程序触发支付的情况下,与全网支付平台交互,确定用于支付的目标卡。
目标卡为与目标宿主程序绑定的一张资源卡。目标卡根据用户终端调用的目标宿主程序的第二SDK与全网支付平台交互确定。目标宿主程序为用户终端调用第一SDK在第一宿主程序列表中确定的宿主程序。第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识。
在一些示例中,第一宿主程序列表包括优先级由高到低排列的N个宿主程序的宿主程序标识,N为整数。优先级根据用户终端通过电子商务应用提供的用户标识对应的历史支付数据和/或预存的支付优先级策略确定。
在一些示例中,第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识。目标宿主程序为第一宿主程序列表和第二宿主程序列表的交集中用户指定的宿主程序标识对应的宿主程序。
在另一些示例中,第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识。目标宿主程序为第一宿主程序列表和第二宿主程序列表的交集中宿主程序标识对应的优先级最高的宿主程序。
在步骤S502中,执行目标卡的资源扣除,以完成目标卡的支付。
上述步骤S501和步骤S502的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在本申请实施例中,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一SDK、宿主程序以及与宿主程序集成的第二SDK。在支付过程中,全网支付平台可与第一SDK交互,向第一SDK提供包括全网支付平台支持的至少部分宿主程序的宿主程序标识的列表,以使在第一SDK确定目标宿主程序的情况下,用户终端可调起目标宿主程序。全网支付平台可与目标宿主程序自身集成的第二SDK交互,还可与目标宿主程序的宿主程序平台交互,使宿主程序平台执行与目标宿主程序绑定的目标卡的资源扣除,完成支付。全网支付平台可通过用户终端中电子商务应用程序以及不同的宿主程序集成的SDK交互,还可与不同的应用程序对应的宿主程序后台交互,使支付过程中不同发卡行以及其他机构之间支付技术规范统一,实现了对支付的统一管理,降低了支付管理的难度。
不同宿主程序对应的宿主程序平台共享同一个全网支付平台,不同宿主程序通过各自集成的SDK共享同一个全网支付平台,支付管理不再受到支付账户所属发卡行或其他机构的宿主程序的限制,用户支付体验统一,用户不需针对不同的宿主程序支付采用不同的操作方式,提高了用户的支付体验。
在一些实施例中,可为具有利用全网支付平台进行支付的功能的宿主程序分配第一标识,以在支付过程中,判断本次支付是否能够采用本申请实施例中的支付方法进行。图11为本申请第四方面提供的支付方法的另一实施例的流程图。图11与图10的不同之处在于,图10中的步骤S501可具体细化为图11中的步骤S5011至步骤S5014。
在步骤S5011中,在用户终端调用第二SDK确定目标宿主程序具有对应的第一标识的情况下,接收用户终端调用第二SDK通过全网支付平台方发送的第一支付消息。
第一支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。
在步骤S5012中,根据第一支付消息,确定目标卡。
在步骤S5013中,在用户终端调用第二SDK确定目标宿主程序不具有对应的第一标识的情况下,接收用户终端调用第二SDK通过全网支付平台方发送的第二支付消息。
第二支付消息包括目标宿主程序的宿主程序标识和全网支付平台分配的目标宿主程序对应的第一标识。
在一些示例中,在登录目标宿主程序的情况下,宿主程序平台接收用户终端调用目标宿主程序发送的第一标识请求消息,第一标识请求消息包括用户身份信息;响应于第一标识请求消息,向全网支付平台发送第二标识请求消息,第二标识请求消息用于请求第一标识,第二标识请求消息包括用户身份信息和宿主程序标识;接收全网支付平台发送的第二标识反馈消息,第二标识反馈消息包括第一标识,第一标识由全网支付平台根据用户身份信息、宿主程序标识以及预存的已开通用户身份信息得到;根据第二标识反馈消息,向用户终端的目标宿主程序发送第一标识反馈消息,第一标识反馈消息包括第一标识。
在步骤S5014中,根据第二支付消息,确定目标卡。
上述步骤S5011至步骤S5014的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些实施例中,为了简化用户开通利用全网支付平台进行支付的功能的流程,可在用户在发卡行开卡或通过用户终端开卡时,直接为用户开通利用全网支付平台进行支付的功能。图12为本申请第四方面提供的支付方法的又一实施例的流程图。图12与图10的不同之处在于,图12所示的支付方法还可包括步骤S503。
在步骤S503中,在用户申请资源卡时,向全网支付平台发送用户身份信息,以使全网支付平台将用户身份信息存储为已开通用户身份信息。
上述步骤S503的具体内容可参见上述实施例中的相关说明,在此不再赘述。
为了便于理解,下面分别以支付系统中第一标识申请流程、电子商务应用程序触发支付流程、支付码被扫支付流程和扫描收取码支付流程为示例来说明本申请实施例中支付方法中的部分流程。
图13为本申请实施例中第一标识申请流程的一示例的流程图。如图13所示,第一标识的申请流程涉及终端设备中的宿主程序、第二SDK、宿主程序平台和全网支付平台。第一标识的申请流程可包括步骤S601至步骤S611。
在步骤S601中,宿主程序向宿主程序平台发送第一标识请求消息。
在步骤S602中,宿主程序平台向全网支付平台发送第二标识请求消息。
在步骤S603中,全网支付平台根据第二标识请求消息中的用户身份信息和宿主程序标识,查找宿主程序中用户账户是否具有第一标识,即查找是否具有与宿主程序中用户账户关联的全网支付平台的用户账户。若宿主程序中用户账户不具有第一标识,跳转步骤S604;若宿主程序中用户账户具有第一标识,跳转步骤S609。
在步骤S604中,全网支付平台向宿主程序平台发送无关联账户消息,以通知宿主程序平台全网支付平台不具有与宿主程序中用户账户关联的全网支付平台的用户账户。
在步骤S605中,宿主程序平台向宿主程序发送账号绑定授权请求,请求用户授权宿主程序中用户账户与全网支付平台的用户账户的绑定。
在步骤S606中,响应于用户的授权输入,宿主程序向宿主程序平台再次发送第一标识请求消息。
用户的授权输入输入的是用户身份信息。这里的第一标识请求消息中的用户身份信息是授权输入的用户身份信息。
在步骤S607中,宿主程序平台向全网支付平台发送第二标识请求消息。
第二标识请求消息包括用户身份信息、宿主程序标识和目标宿主程序中用户的用户账号。
在步骤S608中,全网支付平台根据第二标识请求消息和已开通用户身份信息,进行账号绑定,即对宿主程序中用户账户与全网支付平台的用户账户进行绑定,并生成第一标识。
在步骤S609中,全网支付平台向宿主程序平台发送第二标识反馈消息。
第二标识反馈消息包括第一标识。
在步骤S610中,宿主程序平台向宿主程序发送第一标识反馈消息。
第一标识反馈消息包括第一标识。
在步骤S611中,宿主程序向第二SDK发送第一标识和宿主程序标识。
上述步骤S601至步骤S611中的具体内容可参见上述实施例中的相关说明,在此不再赘述。
图14为本申请实施例中电子商务应用程序触发支付流程的一示例的流程图。如图14所示,电子商务应用程序触发支付流程可涉及用户终端中的电子商务应用程序、第一SDK、宿主程序、第二SDK、宿主程序平台和全网支付平台。宿主程序指的是目标宿主程序,对应地,宿主程序平台指的是目标宿主程序的宿主程序平台。全网支付平台可包括渠道子平台和支付子平台,渠道子平台主要用于管理全网支付平台支持的各宿主程序及宿主程序平台的相关信息,支付子平台用于管理各SDK的相关信息。电子商务应用程序触发支付流程可包括步骤S701至步骤S719。
在步骤S701中,响应于用户对用户终端中电子商务应用程序的第二输入,用户终端通过电子商务应用程序向全渠道子平台发送订单请求。
在步骤S702中,渠道子平台响应于订单请求,生成订单信息,并向用户终端中的电子商务应用程序反馈订单信息。
在步骤S703中,用户终端中调用电子商务应用程序显示订单页面,订单页面包括订单信息。
在步骤S704中,用户终端中调用电子商务应用程序触发支付,向渠道子平台发送第一支付请求消息。
在步骤S705中,渠道子平台响应于第一支付请求信息,生成第一宿主程序列表。
在步骤S706中,渠道子平台向电子商务应用程序反馈第一支付反馈消息。第一支付反馈消息包括第一宿主程序列表。
在步骤S707中,电子商务应用程序调用第一SDK根据第一宿主程序列表确定目标宿主程序,调起目标宿主程序。
在步骤S708中,目标宿主程序调起目标宿主程序的第二SDK。
在步骤S709中,用户终端中调用第二SDK检查用户登录状态。
在步骤S710中,用户终端中调用第二SDK向支付子平台发送版本判定消息和SDK登录判定消息。
在步骤S711中,支付子平台根据版本判定消息和SDK登录判定消息,判断第二SDK的版本是否为可用版本以及第二SDK是否登录,并向第二SDK反馈版本反馈消息和SDK登录反馈消息。
在步骤S712中,用户终端中调用第二SDK向渠道子平台发送安全判定消息。
在步骤S713中,渠道子平台根据安全判定消息,判断目标宿主程序中的用户账号和本次支付的资源转入账号是否安全,并向第二SDK反馈安全反馈消息。
在步骤S714中,用户终端调用第二SDK展示支付详情,向用户请求验证。
在步骤S715中,用户验证成功后,第二SDK向渠道子平台发送支付请求。
在步骤S716中,渠道子平台向宿主程序平台发送支付请求。
在步骤S717中,宿主程序平台根据支付请求,在用户的目标卡中扣除资源。
在步骤S718中,宿主程序平台向渠道子平台反馈支付结果。
在步骤S719中,渠道子平台向第二SDK发送支付结果。
上述步骤S701至步骤S719的具体内容可参见上述实施例中的相关说明,在此不再赘述。
支付码被扫支付根据模式可分为应用程序前置模式的支付码被扫支付和资源卡前置模式的支付码被扫支付。下面分别对这两个模式的支付码被扫支付进行举例说明。
图15为本申请实施例提供的应用程序前置模式的支付码被扫支付流程的一示例的流程图。如图15所示,该支付码被扫支付流程涉及用户终端中宿主程序的第二SDK、全网支付平台、宿主程序平台和资源收取方系统。全网支付平台可包括码管理子平台,码管理子平台负责支付码的管理以及全网支付平台的附加信息的管理。资源收取方系统为支付中的资源转入账户的所属方系统,可包括支付受理终端设备即其他设备等。应用程序前置模式的支付码被扫支付流程可包括步骤S801a至步骤S811a。
在步骤S801a中,用户终端调用宿主程序的第二SDK向码管理子平台发送支付码请求。
在步骤S802a中,码管理子平台响应于支付码请求,生成支付标识即支付Token,将支付Token转换为支付码,并向第二SDK下发支付码。
在步骤S803a中,用户终端调用第二SDK显示支付码。
在步骤S804a中,资源收取方系统扫描支付码,向码管理子平台发送支付请求。
在步骤S805a中,码管理子平台向第二SDK发送附加处理请求。
附加处理请求可包括与支付相关的附加信息。附加信息可包括优惠信息、活动信息等。
在步骤S806a中,用户终端调用第二SDK向码管理子平台发送附加处理结果通知。
附加处理结果通知包括表征用户选择附加信息的情况的信息。
在步骤S807a中,码管理子平台向宿主程序平台发送支付请求。
在步骤S808a中,宿主程序平台根据支付请求,在用户的目标卡中扣除资源。
在步骤S809a中,宿主程序平台向码管理子平台反馈支付结果。
在步骤S810a中,码管理子平台向资源收取方系统发送支付结果。
在步骤S811a中,码管理子平台向第二SDK发送支付结果。
上述步骤S801a至步骤S811a的具体内容可参见上述实施例中的相关说明,在此不再赘述。
图16为本申请实施例提供的资源卡前置模式的支付码被扫支付流程的一示例的流程图。如图16所示,该支付码被扫支付流程涉及用户终端中宿主程序的第二SDK、全网支付平台、宿主程序平台和资源收取方系统。全网支付平台可包括码管理子平台,码管理子平台负责支付码的管理以及全网支付平台的附加信息的管理。宿主程序平台包括宿主程序子平台和资源卡前置子平台,宿主程序子平台负责与宿主程序交互,资源卡前置子平台负责卡中资源的扣除以及转入。资源收取方系统为支付中的资源转入账户的所属方系统,可包括支付受理终端设备即其他设备等。资源卡前置模式的支付码被扫支付流程可包括步骤S801b至步骤S812b。
在步骤S801b中,用户终端调用宿主程序的第二SDK向码管理子平台发送支付码请求。
在步骤S802b中,码管理子平台响应于支付码请求,生成支付标识即支付Token,将支付Token转换为支付码,并向第二SDK下发支付码。
在步骤S803b中,用户终端调用第二SDK显示支付码。
在步骤S804b中,资源收取方系统扫描支付码,向码管理子平台发送支付请求。
在步骤S805b中,码管理子平台向第二SDK发送附加处理请求。
附加处理请求可包括与支付相关的附加信息。附加信息可包括优惠信息、活动信息等。
在步骤S806b中,用户终端调用第二SDK向码管理子平台发送附加处理结果通知。
附加处理结果通知包括表征用户选择附加信息的情况的信息。
在步骤S807b中,码管理子平台向资源卡前置子平台发送支付请求。
在步骤S808b中,资源卡前置子平台根据支付请求,在用户的目标卡中扣除资源。
在步骤S809b中,资源卡前置子平台向码管理子平台反馈支付结果。
在步骤S810b中,码管理子平台向资源收取方系统发送支付结果。
在步骤S811b中,码管理子平台向第二SDK发送支付结果。
在步骤S812b中,码管理子平台向宿主程序子平台发送支付结果。
上述步骤S801b至步骤S811b的具体内容可参见上述实施例中的相关说明,在此不再赘述。
扫描收取码支付根据模式可分为应用程序前置模式的扫描收取码支付和资源卡前置模式的扫描收取码支付。下面分别对这两个模式的扫描收取码支付进行举例说明。
图17为本申请实施例提供的应用程序前置模式的扫描收取码支付流程的一示例的流程图。如图17所示,该扫描收取码支付流程涉及用户终端中宿主程序的第二SDK、全网支付平台、宿主程序平台和资源收取方系统。全网支付平台可包括码管理子平台,码管理子平台负责收取码的管理。资源收取方系统为支付中的资源转入账户的所属方系统。应用程序前置模式的扫描收取码支付流程可包括步骤S801c至步骤S806c。
在步骤S801c中,用户终端调用宿主程序的第二SDK扫描收取码,向码管理子平台发送支付请求。
在步骤S802c中,码管理子平台响应于支付请求,向宿主程序平台发送资源扣除请求。资源扣除请求可包括资源扣除方信息、资源扣除量、资源转入账户所属方代码、资源转入账户所属方类别、资源转入账户所属方名称、附加信息等。附加信息可包括优惠信息、活动信息等。
在步骤S803c中,宿主程序平台响应于资源扣除请求,在用户的目标卡中扣除资源。
在步骤S804c中,宿主程序平台向码管理子平台发送资源扣除结果。
资源扣除结果表征扣款成功或扣款失败。
在步骤S805c中,码管理子平台向第二SDK发送资源扣除结果。
在步骤S806c中,码管理子平台向资源收取方系统发送支付结果。
支付结果可包括资源扣除方信息、资源扣除量、资源转入账户所属方代码、资源转入账户所属方类别、资源转入账户所属方名称、附加信息等。
上述步骤S801c至步骤S806c的具体内容可参见上述实施例中的相关说明,在此不再赘述。
图18为本申请实施例提供的资源卡前置模式的扫描收取码支付流程的一示例的流程图。如图18所示,该扫描收取码支付流程涉及用户终端中宿主程序的第二SDK、全网支付平台、宿主程序平台和资源收取方系统。全网支付平台可包括码管理子平台,码管理子平台负责支付码的管理。宿主程序平台包括宿主程序子平台和资源卡前置子平台,宿主程序子平台负责与宿主程序交互,资源卡前置子平台负责卡中资源的扣除以及转入。资源收取方系统为支付中的资源转入账户的所属方系统。应用程序前置模式的扫描收取码支付流程可包括步骤S801d至步骤S807d。
在步骤S801d中,用户终端调用宿主程序的第二SDK扫描收取码,向码管理子平台发送支付请求。
在步骤S802d中,码管理子平台响应于支付请求,向资源卡前置子平台发送资源扣除请求。
在步骤S803d中,资源卡前置子平台响应于资源扣除请求,在用户的目标卡中扣除资源。
在步骤S804d中,资源卡前置子平台向码管理子平台发送资源扣除结果。
在步骤S805d中,码管理子平台向第二SDK发送资源扣除结果。
在步骤S806d中,码管理子平台向资源收取方系统发送资源扣除结果。
在步骤S807d中,码管理子平台向宿主程序子平台发送资源扣除结果。
上述步骤S801d至步骤S807d的具体内容可参见上述实施例中的相关说明,在此不再赘述。
本申请第五方面提供一种用户终端,该用户终端具有电子商务应用程序、与电子商务应用程序集成的第一SDK、宿主程序以及与宿主程序集成的第二SDK。图19为本申请第五方面提供的用户终端的一实施例的结构示意图。如图19所示,该用户终端900包括调用模块901和交互模块902。
调用模块901可用于在电子商务应用程序触发支付的情况下,调用第一SDK利用交互模块902从全网支付平台获取第一宿主程序列表,以及,还用于在调用第一SDK在第一宿主程序列表中确定目标宿主程序的情况下,调起目标宿主程序。
第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识。
调用模块901还可用于通过目标宿主程序调用第二SDK利用交互模块902与全网支付平台交互,以使全网支付平台与宿主程序平台交互,完成目标卡的支付。
目标卡为与目标宿主程序绑定的一张资源卡。
在本申请实施例中,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一SDK、宿主程序以及与宿主程序集成的第二SDK。在支付过程中,第一SDK可与全网支付平台交互,获取包括全网支付平台支持的至少部分宿主程序的宿主程序标识的列表,以使在第一SDK确定目标宿主程序的情况下,用户终端可调起目标宿主程序。目标宿主程序可调用自身集成的第二SDK,第二SDK可与全网支付平台交互,全网支付平台可与目标宿主程序的宿主程序平台交互,以执行与目标宿主程序绑定的目标卡的资源扣除,完成支付。用户终端中电子商务应用程序以及不同的宿主程序都可通过各自集成的SDK与全网支付平台交互,以使全网支付平台再与不同的应用程序对应的宿主程序后台交互,使支付过程中不同发卡行以及其他机构之间支付技术规范统一,实现了对支付的统一管理,降低了支付管理的难度。
不同宿主程序对应的宿主程序平台共享同一个全网支付平台,不同宿主程序通过各自集成的SDK共享同一个全网支付平台,支付管理不再受到支付账户所属发卡行或其他机构的宿主程序的限制,用户支付体验统一,用户不需针对不同的宿主程序支付采用不同的操作方式,提高了用户的支付体验。
在一些实施例中,交互模块902可包括发送单元和接收单元。
调用模块901可用于通过电子商务应用程序利用发送单元向全网支付平台发送第一支付请求消息。
第一支付请求消息包括用户标识,用于指示全网支付平台根据用户标识对应的历史支付数据和/或预存的支付优先级策略生成第一宿主程序列表。第一宿主程序列表包括优先级由高到低排列的N个宿主程序的宿主程序标识,N为正整数。
接收单元可用于接收全网支付平台发送的第一支付反馈消息。
第一支付反馈消息包括第一宿主程序列表。
在一些实施例中,上述调用模块901还可用于:调用第一SDK从本地获取第二宿主程序列表,第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识;调用第一SDK获取第一宿主程序列表和第二宿主程序列表的交集,展示交集;响应于用户的第一输入,将交集中第一输入指示的宿主程序标识对应的宿主程序确定为目标宿主程序。
在一些实施例中,上述调用模块901还可用于:调用第一SDK从本地获取第二宿主程序列表,第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识;调用第一SDK获取第一宿主程序列表和第二宿主程序列表的交集,将交集中宿主程序标识对应的优先级最高的宿主程序确定为目标宿主程序。
在一些实施例中,上述调用模块901可用于调用第二SDK查询目标宿主程序是否具有对应的第一标识,第一标识用于表征宿主程序中的用户账号具有利用全网支付平台进行支付的功能。
调用模块901可用于在目标宿主程序具有对应的第一标识的情况下,调用第二SDK利用发送单元向全网支付平台发送第一支付消息,以使全网支付平台向宿主程序平台发送第一支付消息,由宿主程序平台执行目标卡的资源扣除,完成目标卡的支付。第一支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。
在一些实施例中,调用模块901可用于在目标宿主程序不具有对应的第一标识的情况下,调用目标宿主程序通过宿主程序平台利用交互模块902向全网支付平台请求目标宿主程序对应的第一标识。
调用模块901还可用于调用目标宿主程序利用接收单元接收全网支付平台通过宿主程序平台分配的目标宿主程序对应的第一标识。
调用模块901还可用于调用第二SDK利用发送单元向全网支付平台发送第二支付消息,以使全网支付平台向宿主程序平台发送第二支付消息,由宿主程序平台执行目标卡的资源扣除,完成目标卡的支付。第二支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。
在一些实施例中,
调用模块901可用于在登录目标宿主程序的情况下,调用目标宿主程序利用发送单元向宿主程序平台发送第一标识请求消息。第一标识请求消息包括用户身份信息,用于指示宿主程序平台向全网支付平台发送第二标识请求消息。第二标识请求消息用于请求第一标识。第二标识请求消息包括用户身份信息和宿主程序标识。
调用模块901可用于调用目标宿主程序利用接收单元接收宿主程序平台发送的第一标识反馈消息。第一标识反馈消息包括第一标识。第一标识反馈信息根据全网支付平台向宿主程序平台发送的第二标识反馈消息生成。第二标识反馈消息包括第一标识。第一标识由全网支付平台根据用户身份信息、宿主程序标识以及预存的已开通用户身份信息得到。
在一些示例中,已开通用户身份信息包括用户申请资源卡时宿主程序平台向全网支付平台发送的用户身份信息。
在一些实施例中,调用模块901还可用于调用目标宿主程序的第二SDK利用发送单元向全网支付平台发送版本判定消息。版本判定消息指示全网支付平台判断第二SDK的版本是否为可用版本。
调用模块901还可用于通过目标宿主程序的第二SDK利用接收单元接收全网支付平台发送的版本反馈消息。版本反馈消息表征第二SDK的版本是否为可用版本
在一些实施例中,调用模块901还可用于调用目标宿主程序的第二SDK利用发送单元向全网支付平台发送SDK登录判定消息。SDK登录判定消息指示全网支付平台判定第二SDK是否登录。
调用模块901还可用于通过目标宿主程序的第二SDK利用接收单元接收全网支付平台发送的SDK登录反馈消息。SDK登录反馈消息表征第二SDK的版本是否登录。
在一些实施例中,调用模块901还可用于调用目标宿主程序的第二SDK利用发送单元向全网支付平台发送安全判定消息。安全判定消息指示全网支付平台判断目标宿主程序中的用户账号和本次支付的资源转入账号是否安全。
调用模块901还可用于通过目标宿主程序的第二SDK利用接收单元接收全网支付平台发送的安全反馈消息。安全反馈消息表征目标宿主程序中的用户账号和资源转入账号是否安全。
在一些实施例中,用户终端900还包括处理模块。
调用模块901还可用于响应于用户的第二输入,通过电子商务应用程序利用交互模块902从全网支付平台获取订单信息。
处理模块可用于响应于用户对于订单页面的第三输入,触发支付。订单页面包括订单信息。
在一些实施例中,调用模块901还可用于调用第二SDK通过交互模块从全网支付平台获取支付码,支付码用于被支付受理终端扫描以向全网支付平台发起支付请求;
在一些实施例中,调用模块901还可用于调用第二SDK扫描收取码。交互模块902还可用于向全网支付平台发起支付请求。
本申请第六方面提供一种支付管理装置,该支付管理装置为上述实施例中全网支付平台中的装置。图20为本申请第六方面提供的支付管理装置的一实施例的结构示意图。如图20所示,该支付管理装置1000包括交互模块1001,交互模块1001可包括发送单元10011。在一些示例中,交互模块1001还可包括接收单元10012。
发送单元10011可用于在用户终端的电子商务应用程序触发支付的情况下,向用户终端中与电子商务应用程序集成的第一软件开发工具包SDK提供第一宿主程序列表。
用户终端具有电子商务应用程序、第一SDK、宿主程序以及与宿主程序集成的第二SDK。第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识,用于使用户终端调用第一SDK确定并调起目标宿主程序。
交互模块1001可用于与用户终端通过目标宿主程序调用的第二SDK、宿主程序平台交互,完成目标卡的支付。
目标卡为与目标宿主程序绑定的一张资源卡。
在本申请实施例中,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一SDK、宿主程序以及与宿主程序集成的第二SDK。在支付过程中,全网支付平台可与第一SDK交互,向第一SDK提供包括全网支付平台支持的至少部分宿主程序的宿主程序标识的列表,以使在第一SDK确定目标宿主程序的情况下,用户终端可调起目标宿主程序。全网支付平台可与目标宿主程序自身集成的第二SDK交互,还可与目标宿主程序的宿主程序平台交互,使宿主程序平台执行与目标宿主程序绑定的目标卡的资源扣除,完成支付。全网支付平台可通过用户终端中电子商务应用程序以及不同的宿主程序集成的SDK交互,还可与不同的应用程序对应的宿主程序后台交互,使支付过程中不同发卡行以及其他机构之间支付技术规范统一,实现了对支付的统一管理,降低了支付管理的难度。
不同宿主程序对应的宿主程序平台共享同一个全网支付平台,不同宿主程序通过各自集成的SDK共享同一个全网支付平台,支付管理不再受到支付账户所属发卡行或其他机构的宿主程序的限制,用户支付体验统一,用户不需针对不同的宿主程序支付采用不同的操作方式,提高了用户的支付体验。
在一些实施例中,支付管理装置1000还可包括处理模块。图21为本申请第六方面提供的支付管理装置的另一实施例的结构示意图。图21与图20的不同之处在于,图21所示的支付管理装置1000还可包括处理模块1002。
接收单元10012可用于接收用户终端通过电子商务应用发送的第一支付请求消息,第一支付请求消息包括用户标识,
处理模块1002可用于:根据用户标识对应的历史支付数据和/或预存的支付优先级策略,得到全网支付平台支持的宿主程序的优先级排列顺序;基于优先级由高到低的前N个宿主程序的宿主程序标识,生成第一宿主程序列表,N为正整数。
发送单元10011可用于向用户终端的电子商务应用程序发送第一支付反馈消息,第一支付反馈消息包括第一宿主程序列表。
在一些实施例中,第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识。目标宿主程序为第一宿主程序列表和第二宿主程序列表的交集中用户指定的宿主程序标识对应的宿主程序。
在一些实施例中,第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识。目标宿主程序为第一宿主程序列表和第二宿主程序列表的交集中宿主程序标识对应的优先级最高的宿主程序。
在一些实施例中,接收单元10012可用于在用户终端调用第二SDK确定目标宿主程序具有对应的第一标识的情况下,接收用户终端调用第二SDK发送的第一支付消息。第一标识用于表征宿主程序中的用户账号具有利用全网支付平台进行支付的功能。
发送单元10011可用于向宿主程序平台发送第一支付消息。第一支付消息指示宿主程序平台执行目标卡的资源扣除,完成目标卡的支付。第一支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。
在一些实施例中,发送单元10011可用于在用户终端调用第二SDK确定目标宿主程序不具有对应的第一标识的情况下,通过宿主程序平台向目标宿主程序提供第一标识。
接收单元10012可用于接收用户终端调用第二SDK发送的第二支付消息。
发送单元10011可用于向宿主程序平台发送第二支付消息。
第二支付消息指示宿主程序平台执行目标卡的资源扣除,完成目标卡的支付。第二支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。
在一些实施例中,接收单元10012可用于在登录目标宿主程序的情况下,接收宿主程序平台发送的第二标识请求消息。
第二标识请求消息包括用户身份信息和宿主程序标识。第二标识请求消息根据终端设备调用目标宿主程序发送的第一标识请求消息生成。第一标识请求消息包括用户身份信息。
处理模块1002可用于根据用户身份信息、宿主程序标识和预存的已开通用户身份信息,为目标宿主程序分配第一标识。
发送单元10011可用于向宿主程序平台发送第二标识反馈消息,以使宿主程序平台根据第二标识反馈消息向目标宿主程序发送第一标识反馈消息。
第一标识反馈消息和第二标识反馈消息包括第一标识。
在一些实施例中,用户身份信息包括第一用户唯一标识和第一电话号码,已开通用户身份信息包括第二用户唯一标识和第二电话号码。
处理模块1002还可用于在已开通用户身份信息包括目标第二用户唯一标识的情况下,绑定第一用户账号和第二用户账号,并生成第一标识。
目标第二用户唯一标识为与第一用户唯一标识一致的第二用户唯一标识。第一用户账号为目标宿主程序中与第一用户唯一标识对应的用户账号。第二用户账号为与全网支付平台中目标第二用户唯一标识和目标第二电话号码对应的用户账号。目标第二电话号码为与第一电话号码一致的第二电话号码。
处理模块1002还可用于在已开通用户身份信息不包括目标第二用户唯一标识的情况下,新建第三用户账号,绑定第一用户账户与第三用户账户,并生成第一标识。
第三用户账号为全网支付平台中与第一用户唯一标识对应的用户账号。
在一些实施例中,接收单元10012还可用于接收用户终端调用目标宿主程序的第二SDK发送的版本判定消息。
处理模块1002还可用于根据版本判定消息判断第二SDK的版本是否为可用版本。
发送单元10011还可用于向目标宿主程序的第二SDK发送版本反馈消息,版本反馈消息表征第二SDK的版本是否为可用版本。
在一些实施例中,接收单元10012还可用于接收用户终端调用目标宿主程序的第二SDK发送的SDK登录判定消息。
处理模块1002还可用于根据SDK登录判定消息判断第二SDK是否登录。
发送单元10011还可用于向目标宿主程序的第二SDK发送SDK登录反馈消息,SDK登录反馈消息表征第二SDK是否登录。
在一些实施例中,接收单元10012还可用于接收用户终端调用目标宿主程序的第二SDK发送的安全判定消息。
处理模块1002还可用于根据安全判定消息判断目标宿主程序中的用户账号和本次支付的资源转入账号是否安全。
发送模块10011还可用于向目标宿主程序的第二SDK发送安全反馈消息,安全反馈消息表征目标宿主程序中的用户账号和资源转入账号是否安全。
在一些实施例中,接收单元10012还可用于在用户申请资源卡时,接收宿主程序平台发送的用户身份信息。
处理模块1002还可用于将用户身份信息存储为已开通用户身份信息。
在一些实施例中,发送单元10011还可用于响应于电子商务应用程序的订单请求,为电子商务应用程序提供订单信息。
在一些实施例中,发送单元10011还可用于响应于用户终端调用第二SDK的支付码请求,向第二SDK下发支付码。
接收单元10012还可用于接收支付受理终端扫描支付码发起的支付请求,与宿主程序平台交互,以完成支付请求指示的支付。
在一些实施例中,接收单元10012还可用于接收用户终端调用第二SDK扫描收取码发起的支付请求。
交互模块1001可用于与宿主程序平台交互,以完成支付请求指示的支付。
本申请第七方面提供一种后台服务装置,该后台服务装置为上述实施例中宿主程序平台中的装置。图22为本申请第七方面提供的后台服务装置的一实施例的结构示意图。如图22所示,该后台服务装置1100包括交互模块1101和执行模块1102。
交互模块1101可用于在用户终端的电子商务应用程序触发支付的情况下,与全网支付平台交互,确定用于支付的目标卡。
用户终端具有电子商务应用程序、与电子商务应用程序集成的第一SDK、宿主程序以及与宿主程序集成的第二SDK。目标卡为与目标宿主程序绑定的一张资源卡。目标卡根据用户终端调用的目标宿主程序的第二SDK与全网支付平台交互确定。目标宿主程序为用户终端调用第一SDK在第一宿主程序列表中确定的宿主程序。第一宿主程序列表包括全网支付平台支持的至少部分宿主程序的宿主程序标识。
在一些示例中,第一宿主程序列表包括优先级由高到低排列的N个宿主程序的宿主程序标识,N为整数,优先级根据用户终端通过电子商务应用提供的用户标识对应的历史支付数据和/或预存的支付优先级策略确定。
执行模块1102可用于执行目标卡的资源扣除,以完成目标卡的支付。
在本申请实施例中,用户终端具有电子商务应用程序、与电子商务应用程序集成的第一SDK、宿主程序以及与宿主程序集成的第二SDK。在支付过程中,全网支付平台可与第一SDK交互,向第一SDK提供包括全网支付平台支持的至少部分宿主程序的宿主程序标识的列表,以使在第一SDK确定目标宿主程序的情况下,用户终端可调起目标宿主程序。全网支付平台可与目标宿主程序自身集成的第二SDK交互,还可与目标宿主程序的宿主程序平台交互,使宿主程序平台执行与目标宿主程序绑定的目标卡的资源扣除,完成支付。全网支付平台可通过用户终端中电子商务应用程序以及不同的宿主程序集成的SDK交互,还可与不同的应用程序对应的宿主程序后台交互,使支付过程中不同发卡行以及其他机构之间支付技术规范统一,实现了对支付的统一管理,降低了支付管理的难度。
不同宿主程序对应的宿主程序平台共享同一个全网支付平台,不同宿主程序通过各自集成的SDK共享同一个全网支付平台,支付管理不再受到支付账户所属发卡行或其他机构的宿主程序的限制,用户支付体验统一,用户不需针对不同的宿主程序支付采用不同的操作方式,提高了用户的支付体验。
在一些实施例中,第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识。目标宿主程序为第一宿主程序列表和第二宿主程序列表的交集中用户指定的宿主程序标识对应的宿主程序。
在一些实施例中,第二宿主程序列表包括用户终端具有的宿主程序的宿主程序标识。目标宿主程序为第一宿主程序列表和第二宿主程序列表的交集中宿主程序标识对应的优先级最高的宿主程序。
在一些实施例中,交互模块1101可用于在用户终端调用第二SDK确定目标宿主程序具有对应的第一标识的情况下,接收用户终端调用第二SDK通过全网支付平台方发送的第一支付消息。
第一支付消息包括目标宿主程序的宿主程序标识和目标宿主程序对应的第一标识。
执行模块1102可用于根据第一支付消息,确定目标卡。
在一些实施例中,交互模块1101可用于在用户终端调用第二SDK确定目标宿主程序不具有对应的第一标识的情况下,接收用户终端调用第二SDK通过全网支付平台方发送的第二支付消息。
第二支付消息包括目标宿主程序的宿主程序标识和全网支付平台分配的目标宿主程序对应的第一标识;
执行模块1102可用于根据第二支付消息,确定目标卡。
在一些实施例中,交互模块1101还可用于在登录目标宿主程序的情况下,接收用户终端调用目标宿主程序发送的第一标识请求消息。
第一标识请求消息包括用户身份信息。
交互模块1101还可用于响应于第一标识请求消息,向全网支付平台发送第二标识请求消息。
第二标识请求消息用于请求第一标识。第二标识请求消息包括用户身份信息和宿主程序标识。
交互模块1101还可用于接收全网支付平台发送的第二标识反馈消息。
第二标识反馈消息包括第一标识。第一标识由全网支付平台根据用户身份信息、宿主程序标识以及预存的已开通用户身份信息得到。
交互模块1101还可用于根据第二标识反馈消息,向用户终端的目标宿主程序发送第一标识反馈消息。
第一标识反馈消息包括第一标识。
在一些实施例中,交互模块1101还可用于在用户申请资源卡时,向全网支付平台发送用户身份信息,以使全网支付平台将用户身份信息存储为已开通用户身份信息。
本申请第八方面还提供了一种用户终端。图23为本申请第八方面提供的用户终端的一实施例的结构示意图。如图23所示,用户终端1200包括存储器1201、处理器1202及存储在存储器1201上并可在处理器1202上运行的计算机程序。
在一个示例中,上述处理器1202可以包括中央处理器(CPU),或者特定集成电路(Application Specific Integrated Circuit,ASIC),或者可以被配置成实施本申请实施例的一个或多个集成电路。
存储器1201可包括只读存储器(Read-Only Memory,ROM),随机存取存储器(Random Access Memory,RAM),磁盘存储介质设备,光存储介质设备,闪存设备,电气、光学或其他物理/有形的存储器存储设备。因此,通常,存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如,存储器设备),并且当该软件被执行(例如,由一个或多个处理器)时,其可操作来执行参考根据本申请第二方面的实施例中支付方法所描述的操作。
处理器1202通过读取存储器1201中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序,以用于实现上述第二方面实施例中的支付方法。
在一些示例中,用户终端1200还可包括通信接口1203和总线1204。其中,如图23所示,存储器1201、处理器1202、通信接口1203通过总线1204连接并完成相互间的通信。
通信接口1203,主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。也可通过通信接口1203接入输入设备和/或输出设备。
总线1204包括硬件、软件或两者,将用户终端1200的部件彼此耦接在一起。举例来说而非限制,总线1204可包括加速图形端口(Accelerated Graphics Port,AGP)或其他图形总线、增强工业标准架构(Enhanced Industry Standard Architecture,EISA)总线、前端总线(Front Side Bus,FSB)、超传输(Hyper Transport,HT)互连、工业标准架构(Industry Standard Architecture,ISA)总线、无限带宽互连、低引脚数(Low pin count,LPC)总线、存储器总线、微信道架构(Micro Channel Architecture,MCA)总线、外围组件互连(Peripheral Component Interconnect,PCI)总线、PCI-Express(PCI-E)总线、串行高级技术附件(Serial Advanced Technology Attachment,SATA)总线、视频电子标准协会局部(Video Electronics Standards Association Local Bus,VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下,总线1204可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线,但本申请考虑任何合适的总线或互连。
本申请第九方面提供一种支付管理设备,支付管理设备为上述实施例中全网支付平台中的设备。支付管理设备可包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。在一些示例中,支付管理设备还可包括通信接口和总线。存储器、处理器、通信接口可通过总线连接并完成相互间的通信。
存储器、处理器、通信接口和总线的连接关系以及实例描述可参见上述用户终端实施例中的相关说明,在此不再赘述。支付管理设备与用户终端实施例的不同之处在于,处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序,以用于实现上述第三方面实施例中的支付方法。具体地,存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如,存储器设备),并且当该软件被执行(例如,由一个或多个处理器)时,其可操作来执行参考根据本申请第三方面的实施例中支付方法所描述的操作。
本申请第十方面提供一种后台服务设备,后台服务器设备为上述实施例中宿主程序平台中的设备。后台服务设备可包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。在一些示例中,支付管理设备还可包括通信接口和总线。存储器、处理器、通信接口可通过总线连接并完成相互间的通信。
存储器、处理器、通信接口和总线的连接关系以及实例描述可参见上述用户终端实施例中的相关说明,在此不再赘述。支付管理设备与用户终端实施例的不同之处在于,处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序,以用于实现上述第四方面实施例中的支付方法。具体地,存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如,存储器设备),并且当该软件被执行(例如,由一个或多个处理器)时,其可操作来执行参考根据本申请第四方面的实施例中支付方法所描述的操作。
本申请第十一方面提供一种支付系统,该支付系统可包括上述实施例中的用户终端、支付管理设备和后台服务设备。用户终端的具体内容可参见上述实施例中的相关说明,支付管理设备的具体内容可参见上述实施例中的全网支付平台、支付管理装置和支付管理设备的相关说明,后台服务设备的具体内容可参见上述实施例中的宿主程序平台、后台服务装置和后台服务设备的相关内容,在此不再赘述。
本申请第十二方面提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序指令,该计算机程序指令被处理器执行时可实现本申请实施例中的支付方法,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,上述计算机可读存储介质可包括非暂态计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等,在此并不限定。
本申请还可提供一种计算机程序产品,该计算机程序产品中的指令由电子设备的处理器执行时,使得电子设备执行本申请实施例中的支付方法,支付方法的具体内容可参见上述实施例中的相关说明,在此不再赘述。电子设备可包括上述实施例中的用户终端、支付管理设备、后台服务设备。
需要明确的是,本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同或相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。对于装置实施例、用户终端实施例、设备实施例、系统实施例和计算机可读存储介质实施例而言,相关之处可以参见方法实施例的说明部分。本申请并不局限于上文所描述并在图中示出的特定步骤和结构。本领域的技术人员可以在领会本申请的精神之后,作出各种改变、修改和添加,或者改变步骤之间的顺序。并且,为了简明起见,这里省略对已知方法技术的详细描述。
上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解,流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器,以产生一种机器,使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解,框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合,也可以由执行指定的功能或动作的专用硬件来实现,或可由专用硬件和计算机指令的组合来实现。
本领域技术人员应能理解,上述实施例均是示例性而非限制性的。在不同实施例中出现的不同技术特征可以进行组合,以取得有益效果。本领域技术人员在研究附图、说明书及权利要求书的基础上,应能理解并实现所揭示的实施例的其他变化的实施例。在权利要求书中,术语“包括”并不排除其他装置或步骤;数量词“一个”不排除多个;术语“第一”、“第二”用于标示名称而非用于表示任何特定的顺序。权利要求中的任何附图标记均不应被理解为对保护范围的限制。权利要求中出现的多个部分的功能可以由一个单独的硬件或软件模块来实现。某些技术特征出现在不同的从属权利要求中并不意味着不能将这些技术特征进行组合以取得有益效果。
Claims (47)
1.一种支付方法,其特征在于,应用于支付系统,所述支付系统包括用户终端、全网支付平台和宿主程序平台,所述用户终端具有电子商务应用程序、与所述电子商务应用程序集成的第一软件开发工具包SDK、宿主程序以及与所述宿主程序集成的第二SDK,所述电子商务应用程序所属第一主体,所述宿主程序所属第二主体,所述第一SDK和所述第二SDK所属第三主体,所述方法包括:
在所述电子商务应用程序触发支付的情况下,所述用户终端调用所述第一SDK与所述全网支付平台交互,获取第一宿主程序列表,所述第一宿主程序列表包括所述全网支付平台支持的至少部分宿主程序的宿主程序标识;
在调用所述第一SDK在所述第一宿主程序列表中确定目标宿主程序的情况下,所述用户终端调起所述目标宿主程序;
所述用户终端通过所述目标宿主程序调用所述第二SDK与所述全网支付平台交互,所述全网支付平台与所述宿主程序平台交互,所述宿主程序平台执行所述目标卡的资源扣除,以完成目标卡的支付,所述目标卡为与所述目标宿主程序绑定的一张资源卡。
2.根据权利要求1所述的方法,其特征在于,所述用户终端调用所述第一SDK与所述全网支付平台交互,获取第一宿主程序列表,包括:
所述用户终端通过电子商务应用程序向所述全网支付平台发送第一支付请求消息,所述第一支付请求消息包括用户标识;
响应于所述第一支付请求消息,所述全网支付平台根据所述用户标识对应的历史支付数据和/或预存的支付优先级策略,得到所述全网支付平台支持的所述宿主程序的优先级排列顺序;
所述全网支付平台基于优先级由高到低的前N个所述宿主程序的宿主程序标识,生成所述第一宿主程序列表,N为正整数;
所述全网支付平台向所述用户终端的所述电子商务应用程序发送所述第一支付反馈消息,所述第一支付反馈消息包括所述第一宿主程序列表。
3.根据权利要求1或2所述的方法,其特征在于,在所述用户终端调起所述目标宿主程序之前,还包括:
所述用户终端调用所述第一SDK从本地获取第二宿主程序列表,所述第二宿主程序列表包括所述用户终端具有的宿主程序的宿主程序标识;
所述用户终端调用所述第一SDK获取所述第一宿主程序列表和所述第二宿主程序列表的交集,并展示所述交集;所述用户终端响应于用户的第一输入,将所述交集中所述第一输入指示的宿主程序标识对应的宿主程序确定为所述目标宿主程序;
或者,
所述用户终端调用所述第一SDK获取所述第一宿主程序列表和所述第二宿主程序列表的交集,将所述交集中宿主程序标识对应的优先级最高的宿主程序确定为所述目标宿主程序。
4.根据权利要求1所述的方法,其特征在于,所述用户终端通过所述目标宿主程序调用所述第二SDK与所述全网支付平台交互,所述全网支付平台与所述宿主程序平台交互,所述宿主程序平台执行所述目标卡的资源扣除,以完成目标卡的支付,包括:
所述用户终端调用所述第二SDK查询所述目标宿主程序是否具有对应的第一标识,所述第一标识用于表征所述宿主程序中的所述用户账号具有利用所述全网支付平台进行支付的功能;
在所述目标宿主程序具有对应的所述第一标识的情况下,所述用户终端调用所述第二SDK向所述全网支付平台发送第一支付消息,所述第一支付消息包括所述目标宿主程序的宿主程序标识和所述目标宿主程序对应的所述第一标识;
所述全网支付平台向所述宿主程序平台发送所述第一支付消息;
所述宿主程序平台根据所述第一支付消息,确定所述目标卡,并执行所述目标卡的资源扣除,完成所述目标卡的支付。
5.根据权利要求4所述的方法,其特征在于,所述用户终端通过所述目标宿主程序调用所述第二SDK与所述全网支付平台交互,所述全网支付平台与所述宿主程序平台交互,完成目标卡的支付,还包括:
在所述目标宿主程序不具有对应的所述第一标识的情况下,所述用户终端调用所述目标宿主程序通过所述宿主程序平台向所述全网支付平台请求所述目标宿主程序对应的所述第一标识;
所述全网支付平台通过所述宿主程序平台向所述目标宿主程序提供所述第一标识;
所述用户终端调用所述第二SDK向所述全网支付平台发送第二支付消息,所述第二支付消息包括所述目标宿主程序的宿主程序标识和所述目标宿主程序对应的所述第一标识;
所述全网支付平台向所述宿主程序平台发送所述第二支付消息;
所述宿主程序平台根据所述第二支付消息,确定所述目标卡,并执行所述目标卡的资源扣除,完成所述目标卡的支付。
6.根据权利要求5所述的方法,其特征在于,所述用户终端调用所述目标宿主程序通过所述宿主程序平台向所述全网支付平台请求所述目标宿主程序对应的所述第一标识,包括:
在登录所述目标宿主程序的情况下,所述用户终端调用所述目标宿主程序向所述宿主程序平台发送第一标识请求消息,所述第一标识请求消息包括用户身份信息;
响应于所述第一标识请求消息,所述宿主程序平台向所述全网支付平台发送第二标识请求消息,所述第二标识请求消息包括所述用户身份信息和宿主程序标识;
所述全网支付平台通过所述宿主程序平台向所述目标宿主程序提供所述第一标识,包括:
所述全网支付平台根据所述用户身份信息、所述宿主程序标识和预存的已开通用户身份信息,为所述目标宿主程序分配所述第一标识;
所述全网支付平台向所述宿主程序平台发送第二标识反馈消息,所述第二标识反馈消息包括所述第一标识;
所述宿主程序平台根据所述第二标识反馈消息,向所述目标宿主程序发送第一标识反馈消息,所述第一标识反馈消息包括所述第一标识。
7.根据权利要求6所述的方法,其特征在于,所述用户身份信息包括第一用户唯一标识和第一电话号码,所述已开通用户身份信息包括第二用户唯一标识和第二电话号码,
所述全网支付平台根据所述用户身份信息、所述宿主程序标识和预存的已开通用户身份信息,为所述目标宿主程序分配所述第一标识,包括:
在所述已开通用户身份信息包括目标第二用户唯一标识的情况下,所述全网支付平台绑定第一用户账号和第二用户账号,并生成所述第一标识,所述目标第二用户唯一标识为与所述第一用户唯一标识一致的所述第二用户唯一标识,所述第一用户账号为所述目标宿主程序中与所述第一用户唯一标识对应的用户账号,所述第二用户账号为与所述全网支付平台中所述目标第二用户唯一标识和目标第二电话号码对应的用户账号,所述目标第二电话号码为与所述第一电话号码一致的所述第二电话号码;
在所述已开通用户身份信息不包括所述目标第二用户唯一标识的情况下,所述全网支付平台新建第三用户账号,绑定所述第一用户账户与所述第三用户账户,并生成所述第一标识,所述第三用户账号为所述全网支付平台中与所述第一用户唯一标识对应的用户账号。
8.根据权利要求5所述的方法,其特征在于,在所述用户终端调用所述第二SDK向所述全网支付平台发送第一支付消息之前,或者,在所述用户终端调用所述第二SDK向所述全网支付平台发送第二支付消息之前,还包括:
所述用户终端调用所述目标宿主程序的所述第二SDK向所述全网支付平台发送版本判定消息;所述全网支付平台根据所述版本判定消息判断所述第二SDK的版本是否为可用版本,并向所述目标宿主程序的所述第二SDK发送版本反馈消息,所述版本反馈消息表征所述第二SDK的版本是否为可用版本;
和/或,
所述用户终端调用所述目标宿主程序的第二SDK向所述全网支付平台发送SDK登录判定消息;所述全网支付平台根据所述SDK登录判定消息判断所述第二SDK是否登录,并向所述目标宿主程序的所述第二SDK发送SDK登录反馈消息,所述SDK登录反馈消息表征所述第二SDK是否登录;
和/或,
所述用户终端调用所述目标宿主程序的第二SDK向所述全网支付平台发送安全判定消息;所述全网支付平台根据所述安全判定消息判断所述目标宿主程序中的用户账号和本次支付的资源转入账号是否安全,并向所述目标宿主程序的所述第二SDK发送安全反馈消息,所述安全反馈消息表征所述目标宿主程序中的用户账号和所述资源转入账号是否安全。
9.根据权利要求6所述的方法,其特征在于,还包括:
在用户申请资源卡时,所述宿主程序平台向所述全网支付平台发送用户身份信息;
所述全网支付平台将所述用户身份信息存储为所述已开通用户身份信息。
10.根据权利要求1所述的方法,其特征在于,在所述用户终端调用所述第一SDK与所述全网支付平台交互,获取第一宿主程序列表之前,还包括:
响应于用户的第二输入,所述用户终端通过所述电子商务应用程序向所述全网支付平台发起订单请求;
响应于所述订单请求,所述全网支付平台为所述电子商务应用程序提供订单信息;
响应于用户对于订单页面的第三输入,所述用户终端触发支付,所述订单页面包括所述订单信息。
11.根据权利要求1所述的方法,其特征在于,还包括:
所述用户终端调用所述第二SDK向所述全网支付平台发起支付码请求;响应于所述支付码请求,所述全网支付平台向所述第二SDK下发支付码;所述全网支付平台接收所述支付受理终端扫描所述支付码发起的支付请求,与所述宿主程序平台交互,以完成支付请求指示的支付;
或者,
所述用户终端调用所述第二SDK扫描收取码,向所述全网支付平台发起支付请求;所述全网支付平台与所述宿主程序平台交互,以完成支付请求指示的支付。
12.一种支付方法,其特征在于,应用于用户终端,所述用户终端具有电子商务应用程序、与所述电子商务应用程序集成的第一软件开发工具包SDK、宿主程序以及与所述宿主程序集成的第二SDK,所述方法包括:
在所述电子商务应用程序触发支付的情况下,调用所述第一SDK从全网支付平台获取第一宿主程序列表,所述第一宿主程序列表包括所述全网支付平台支持的至少部分宿主程序的宿主程序标识;
在调用所述第一SDK在所述第一宿主程序列表中确定目标宿主程序的情况下,调起所述目标宿主程序;
通过所述目标宿主程序调用所述第二SDK与所述全网支付平台交互,以使所述全网支付平台与宿主程序平台交互,完成目标卡的支付,所述目标卡为与所述目标宿主程序绑定的一张资源卡。
13.根据权利要求12所述的方法,其特征在于,所述调用所述第一SDK从所述全网支付平台获取第一宿主程序列表,包括:
通过所述电子商务应用程序向所述全网支付平台发送第一支付请求消息,所述第一支付请求消息包括用户标识,用于指示所述全网支付平台根据所述用户标识对应的历史支付数据和/或预存的支付优先级策略生成所述第一宿主程序列表,所述第一宿主程序列表包括优先级由高到低排列的N个所述宿主程序的宿主程序标识,N为正整数;
接收所述全网支付平台发送的第一支付反馈消息,所述第一支付反馈消息包括所述第一宿主程序列表。
14.根据权利要求12或13所述的方法,其特征在于,在所述调起所述目标宿主程序之前,还包括:
调用所述第一SDK从本地获取第二宿主程序列表,所述第二宿主程序列表包括所述用户终端具有的宿主程序的宿主程序标识;
调用所述第一SDK获取所述第一宿主程序列表和所述第二宿主程序列表的交集,展示所述交集;响应于用户的第一输入,将所述交集中所述第一输入指示的宿主程序标识对应的宿主程序确定为所述目标宿主程序;
或者,
调用所述第一SDK获取所述第一宿主程序列表和所述第二宿主程序列表的交集,将所述交集中宿主程序标识对应的优先级最高的宿主程序确定为所述目标宿主程序。
15.根据权利要求12所述的方法,其特征在于,所述调用所述目标宿主程序的第二SDK与所述全网支付平台交互,以使所述全网支付平台与宿主程序平台交互,完成目标卡的支付,包括:
调用所述第二SDK查询所述目标宿主程序是否具有对应的第一标识,所述第一标识用于表征所述宿主程序中的所述用户账号具有利用所述全网支付平台进行支付的功能;
在所述目标宿主程序具有对应的所述第一标识的情况下,调用所述第二SDK向所述全网支付平台发送第一支付消息,以使所述全网支付平台向所述宿主程序平台发送所述第一支付消息,由所述宿主程序平台执行所述目标卡的资源扣除,完成所述目标卡的支付,所述第一支付消息包括所述目标宿主程序的宿主程序标识和所述目标宿主程序对应的所述第一标识。
16.根据权利要求15所述的方法,其特征在于,所述调用所述目标宿主程序的第二SDK与所述全网支付平台交互,以使所述全网支付平台与宿主程序平台交互,完成目标卡的支付,还包括:
在所述目标宿主程序不具有对应的所述第一标识的情况下,调用所述目标宿主程序通过所述宿主程序平台向所述全网支付平台请求所述目标宿主程序对应的所述第一标识;
调用所述目标宿主程序接收所述全网支付平台通过所述宿主程序平台分配的所述目标宿主程序对应的所述第一标识;
调用所述第二SDK向所述全网支付平台发送第二支付消息,以使所述全网支付平台向所述宿主程序平台发送所述第二支付消息,由所述宿主程序平台执行所述目标卡的资源扣除,完成所述目标卡的支付,所述第二支付消息包括所述目标宿主程序的宿主程序标识和所述目标宿主程序对应的所述第一标识。
17.根据权利要求16所述的方法,其特征在于,所述调用所述目标宿主程序通过所述宿主程序平台向所述全网支付平台请求所述目标宿主程序对应的所述第一标识,包括:
在登录所述目标宿主程序的情况下,调用所述目标宿主程序向所述宿主程序平台发送第一标识请求消息,所述第一标识请求消息包括用户身份信息,用于指示所述宿主程序平台向所述全网支付平台发送第二标识请求消息,所述第二标识请求消息用于请求第一标识,所述第二标识请求消息包括所述用户身份信息和宿主程序标识;
调用所述目标宿主程序接收所述宿主程序平台发送的第一标识反馈消息,所述第一标识反馈消息包括所述第一标识,所述第一标识反馈信息根据所述全网支付平台向所述宿主程序平台发送的第二标识反馈消息生成,所述第二标识反馈消息包括所述第一标识,所述第一标识由所述全网支付平台根据所述用户身份信息、宿主程序标识以及预存的已开通用户身份信息得到。
18.根据权利要求16所述的方法,其特征在于,在所述调用所述第二SDK向所述全网支付平台发送第一支付消息之前,或者,在所述调用所述第二SDK向所述全网支付平台发送第二支付消息之前,还包括:
调用所述目标宿主程序的所述第二SDK向所述全网支付平台发送版本判定消息,所述版本判定消息指示所述全网支付平台判断所述第二SDK的版本是否为可用版本;通过所述目标宿主程序的所述第二SDK接收所述全网支付平台发送的版本反馈消息,所述版本反馈消息表征所述第二SDK的版本是否为可用版本;
和/或,
调用所述目标宿主程序的第二SDK向所述全网支付平台发送SDK登录判定消息,所述SDK登录判定消息指示所述全网支付平台判定所述第二SDK是否登录;通过所述目标宿主程序的第二SDK接收所述全网支付平台发送的SDK登录反馈消息,所述SDK登录反馈消息表征所述第二SDK的版本是否登录;
和/或,
调用所述目标宿主程序的第二SDK向所述全网支付平台发送安全判定消息,所述安全判定消息指示所述全网支付平台判断所述目标宿主程序中的用户账号和本次支付的资源转入账号是否安全;通过所述目标宿主程序的第二SDK接收所述全网支付平台发送的安全反馈消息,所述安全反馈消息表征所述目标宿主程序中的用户账号和所述资源转入账号是否安全。
19.根据权利要求17所述的方法,其特征在于,所述已开通用户身份信息包括用户申请资源卡时所述宿主程序平台向所述全网支付平台发送的用户身份信息。
20.根据权利要求12所述的方法,其特征在于,在所述调用所述第一SDK从全网支付平台获取第一宿主程序列表之前,还包括:
响应于用户的第二输入,通过所述电子商务应用程序从所述全网支付平台获取订单信息;
响应于用户对于订单页面的第三输入,触发支付,所述订单页面包括所述订单信息。
21.根据权利要求12所述的方法,其特征在于,还包括:
调用所述第二SDK从所述全网支付平台获取支付码,所述支付码用于被支付受理终端扫描以向所述全网支付平台发起支付请求;
或者,
调用所述第二SDK扫描收取码,向所述全网支付平台发起支付请求。
22.一种支付方法,其特征在于,应用于全网支付平台,所述方法包括:
在用户终端的电子商务应用程序触发支付的情况下,向所述用户终端中与所述电子商务应用程序集成的第一软件开发工具包SDK提供第一宿主程序列表,所述用户终端具有所述电子商务应用程序、第一SDK、宿主程序以及与所述宿主程序集成的第二SDK,所述第一宿主程序列表包括所述全网支付平台支持的至少部分所述宿主程序的宿主程序标识,用于使所述用户终端调用所述第一SDK确定并调起目标宿主程序;
与所述用户终端通过所述目标宿主程序调用的所述第二SDK、宿主程序平台交互,完成目标卡的支付,所述目标卡为与所述目标宿主程序绑定的一张资源卡。
23.根据权利要求22所述的方法,其特征在于,所述向所述用户终端中与所述电子商务应用程序集成的第一软件开发工具包SDK提供第一宿主程序列表,包括:
接收所述用户终端通过所述电子商务应用发送的第一支付请求消息,所述第一支付请求消息包括用户标识,
根据所述用户标识对应的历史支付数据和/或预存的支付优先级策略,得到所述全网支付平台支持的所述宿主程序的优先级排列顺序;
基于优先级由高到低的前N个所述宿主程序的宿主程序标识,生成所述第一宿主程序列表,N为正整数;
向所述用户终端的所述电子商务应用程序发送所述第一支付反馈消息,所述第一支付反馈消息包括所述第一宿主程序列表。
24.根据权利要求22或23所述的方法,其特征在于,第二宿主程序列表包括所述用户终端具有的宿主程序的宿主程序标识;
其中,所述目标宿主程序为所述第一宿主程序列表和所述第二宿主程序列表的交集中用户指定的宿主程序标识对应的宿主程序;
或者,
所述目标宿主程序为所述第一宿主程序列表和所述第二宿主程序列表的交集中宿主程序标识对应的优先级最高的宿主程序。
25.根据权利要求22所述的方法,其特征在于,所述与所述用户终端调用的所述目标宿主程序的所述第二SDK、宿主程序平台交互,完成目标卡的支付,包括:
在所述用户终端调用所述第二SDK确定所述目标宿主程序具有对应的第一标识的情况下,接收所述用户终端调用所述第二SDK发送的第一支付消息,所述第一标识用于表征所述宿主程序中的所述用户账号具有利用所述全网支付平台进行支付的功能;
向所述宿主程序平台发送所述第一支付消息,所述第一支付消息指示所述宿主程序平台执行所述目标卡的资源扣除,完成所述目标卡的支付,所述第一支付消息包括所述目标宿主程序的宿主程序标识和所述目标宿主程序对应的所述第一标识。
26.根据权利要求25所述的方法,其特征在于,所述与所述用户终端调用的所述目标宿主程序的所述第二SDK、宿主程序平台交互,完成目标卡的支付,还包括:
在所述用户终端调用所述第二SDK确定所述目标宿主程序不具有对应的所述第一标识的情况下,通过所述宿主程序平台向所述目标宿主程序提供所述第一标识;
接收所述用户终端调用所述第二SDK发送的第二支付消息;
向所述宿主程序平台发送所述第二支付消息,所述第二支付消息指示所述宿主程序平台执行所述目标卡的资源扣除,完成所述目标卡的支付,所述第二支付消息包括所述目标宿主程序的宿主程序标识和所述目标宿主程序对应的所述第一标识。
27.根据权利要求26所述的方法,其特征在于,所述通过所述宿主程序平台向所述目标宿主程序提供所述第一标识,包括:
在登录所述目标宿主程序的情况下,接收所述宿主程序平台发送的第二标识请求消息,所述第二标识请求消息包括用户身份信息和宿主程序标识,所述第二标识请求消息根据所述终端设备调用所述目标宿主程序发送的第一标识请求消息生成,所述第一标识请求消息包括所述用户身份信息;
根据所述用户身份信息、所述宿主程序标识和预存的已开通用户身份信息,为所述目标宿主程序分配所述第一标识;
向所述宿主程序平台发送第二标识反馈消息,以使所述宿主程序平台根据所述第二标识反馈消息向所述目标宿主程序发送第一标识反馈消息,所述第一标识反馈消息和所述第二标识反馈消息包括所述第一标识。
28.根据权利要求27所述的方法,其特征在于,所述用户身份信息包括第一用户唯一标识和第一电话号码,所述已开通用户身份信息包括第二用户唯一标识和第二电话号码,
所述根据所述用户身份信息、所述宿主程序标识和预存的已开通用户身份信息,为所述目标宿主程序分配所述第一标识,包括:
在所述已开通用户身份信息包括目标第二用户唯一标识的情况下,绑定第一用户账号和第二用户账号,并生成所述第一标识,所述目标第二用户唯一标识为与所述第一用户唯一标识一致的所述第二用户唯一标识,所述第一用户账号为所述目标宿主程序中与所述第一用户唯一标识对应的用户账号,所述第二用户账号为与所述全网支付平台中所述目标第二用户唯一标识和目标第二电话号码对应的用户账号,所述目标第二电话号码为与所述第一电话号码一致的所述第二电话号码;
在所述已开通用户身份信息不包括所述目标第二用户唯一标识的情况下,新建第三用户账号,绑定所述第一用户账户与所述第三用户账户,并生成所述第一标识,所述第三用户账号为所述全网支付平台中与所述第一用户唯一标识对应的用户账号。
29.根据权利要求26所述的方法,其特征在于,在所述向所述宿主程序平台发送所述第一支付消息之前,或者,在所述向所述宿主程序平台发送所述第二支付消息之前,还包括:
接收所述用户终端调用所述目标宿主程序的所述第二SDK发送的版本判定消息;根据所述版本判定消息判断所述第二SDK的版本是否为可用版本;向所述目标宿主程序的所述第二SDK发送版本反馈消息,所述版本反馈消息表征所述第二SDK的版本是否为可用版本;
和/或,
接收所述用户终端调用所述目标宿主程序的所述第二SDK发送的SDK登录判定消息;根据所述SDK登录判定消息判断所述第二SDK是否登录;向所述目标宿主程序的所述第二SDK发送SDK登录反馈消息,所述SDK登录反馈消息表征所述第二SDK是否登录;
和/或,
接收所述用户终端调用所述目标宿主程序的所述第二SDK发送的安全判定消息;根据所述安全判定消息判断所述目标宿主程序中的用户账号和本次支付的资源转入账号是否安全;向所述目标宿主程序的所述第二SDK发送安全反馈消息,所述安全反馈消息表征所述目标宿主程序中的用户账号和所述资源转入账号是否安全。
30.根据权利要求27所述的方法,其特征在于,还包括:
在用户申请资源卡时,接收所述宿主程序平台发送的用户身份信息;
将所述用户身份信息存储为所述已开通用户身份信息。
31.根据权利要求22所述的方法,其特征在于,在所述向所述用户终端中与所述电子商务应用程序集成的第一软件开发工具包SDK提供第一宿主程序列表之前,还包括:
响应于所述电子商务应用程序的订单请求,为所述电子商务应用程序提供订单信息。
32.根据权利要求22所述的方法,其特征在于,
响应于所述用户终端调用所述第二SDK的支付码请求,向所述第二SDK下发支付码;接收所述支付受理终端扫描所述支付码发起的支付请求,与所述宿主程序平台交互,以完成支付请求指示的支付;
或者,
接收所述用户终端调用所述第二SDK扫描收取码发起的支付请求;与所述宿主程序平台交互,以完成支付请求指示的支付。
33.一种支付方法,其特征在于,应用于宿主程序平台,所述方法包括:
在用户终端的电子商务应用程序触发支付的情况下,与所述全网支付平台交互,确定用于支付的目标卡,所述用户终端具有所述电子商务应用程序、与所述电子商务应用程序集成的第一软件开发工具包SDK、宿主程序以及与所述宿主程序集成的第二SDK,所述目标卡为与目标宿主程序绑定的一张资源卡,所述目标卡根据所述用户终端调用的所述目标宿主程序的第二SDK与所述全网支付平台交互确定,所述目标宿主程序为所述用户终端调用所述第一SDK在所述第一宿主程序列表中确定的所述宿主程序,所述第一宿主程序列表包括所述全网支付平台支持的至少部分所述宿主程序的宿主程序标识;
执行所述目标卡的资源扣除,以完成所述目标卡的支付。
34.根据权利要求33所述的方法,其特征在于,所述第一宿主程序列表包括优先级由高到低排列的N个所述宿主程序的宿主程序标识,N为整数,优先级根据所述用户终端通过电子商务应用提供的用户标识对应的历史支付数据和/或预存的支付优先级策略确定。
35.根据权利要求33或34所述的方法,其特征在于,第二宿主程序列表包括所述用户终端具有的宿主程序的宿主程序标识;
其中,所述目标宿主程序为所述第一宿主程序列表和所述第二宿主程序列表的交集中用户指定的宿主程序标识对应的宿主程序;
或者,
所述目标宿主程序为所述第一宿主程序列表和所述第二宿主程序列表的交集中宿主程序标识对应的优先级最高的宿主程序。
36.根据权利要求33所述的方法,其特征在于,所述在用户终端的电子商务应用程序触发支付的情况下,与所述全网支付平台交互,确定用于支付的目标卡,包括:
在所述用户终端调用所述第二SDK确定所述目标宿主程序具有对应的第一标识的情况下,接收所述用户终端调用所述第二SDK通过所述全网支付平台方发送的第一支付消息,所述第一支付消息包括所述目标宿主程序的宿主程序标识和所述目标宿主程序对应的所述第一标识;
根据所述第一支付消息,确定所述目标卡。
37.根据权利要求36所述的方法,其特征在于,所述在用户终端的电子商务应用程序触发支付的情况下,与所述全网支付平台交互,确定用于支付的目标卡,还包括:
在所述用户终端调用所述第二SDK确定所述目标宿主程序不具有对应的第一标识的情况下,接收所述用户终端调用所述第二SDK通过所述全网支付平台方发送的第二支付消息,所述第二支付消息包括所述目标宿主程序的宿主程序标识和所述全网支付平台分配的所述目标宿主程序对应的所述第一标识;
根据所述第二支付消息,确定所述目标卡。
38.根据权利要求37所述的方法,其特征在于,在所述与所述全网支付平台交互,确定用于支付的目标卡之前,还包括:
在登录所述目标宿主程序的情况下,接收所述用户终端调用所述目标宿主程序发送的第一标识请求消息,所述第一标识请求消息包括用户身份信息;
响应于所述第一标识请求消息,向所述全网支付平台发送第二标识请求消息,所述第二标识请求消息用于请求第一标识,所述第二标识请求消息包括所述用户身份信息和宿主程序标识;
接收所述全网支付平台发送的第二标识反馈消息,所述第二标识反馈消息包括所述第一标识,所述第一标识由所述全网支付平台根据所述用户身份信息、宿主程序标识以及预存的已开通用户身份信息得到;
根据所述第二标识反馈消息,向所述用户终端的所述目标宿主程序发送第一标识反馈消息,所述第一标识反馈消息包括所述第一标识。
39.根据权利要求38所述的方法,其特征在于,还包括:
在用户申请资源卡时,向所述全网支付平台发送用户身份信息,以使所述全网支付平台将所述用户身份信息存储为所述已开通用户身份信息。
40.一种用户终端,其特征在于,所述用户终端具有电子商务应用程序、与所述电子商务应用程序集成的第一软件开发工具包SDK、宿主程序以及与所述宿主程序集成的第二SDK,所述用户终端包括调用模块和交互模块;
所述调用模块用于在所述电子商务应用程序触发支付的情况下,调用所述第一SDK利用所述交互模块从全网支付平台获取第一宿主程序列表,所述第一宿主程序列表包括所述全网支付平台支持的至少部分宿主程序的宿主程序标识;以及,还用于在调用所述第一SDK在所述第一宿主程序列表中确定目标宿主程序的情况下,调起所述目标宿主程序;
所述调用模块用于通过所述目标宿主程序调用所述第二SDK利用所述交互模块与所述全网支付平台交互,以使所述全网支付平台与宿主程序平台交互,完成目标卡的支付,所述目标卡为与所述目标宿主程序绑定的一张资源卡。
41.一种支付管理装置,其特征在于,包括交互模块,所述交互模块包括发送单元;
所述发送单元,用于在用户终端的电子商务应用程序触发支付的情况下,向所述用户终端中与所述电子商务应用程序集成的第一软件开发工具包SDK提供第一宿主程序列表,所述用户终端具有所述电子商务应用程序、第一SDK、宿主程序以及与所述宿主程序集成的第二SDK,所述第一宿主程序列表包括所述全网支付平台支持的至少部分所述宿主程序的宿主程序标识,用于使所述用户终端调用所述第一SDK确定并调起目标宿主程序;
所述交互模块,用于与所述用户终端通过所述目标宿主程序调用的所述第二SDK、宿主程序平台交互,完成目标卡的支付,所述目标卡为与所述目标宿主程序绑定的一张资源卡。
42.一种后台服务装置,其特征在于,包括:
交互模块,用于在用户终端的电子商务应用程序触发支付的情况下,与所述全网支付平台交互,确定用于支付的目标卡,所述用户终端具有所述电子商务应用程序、与所述电子商务应用程序集成的第一软件开发工具包SDK、宿主程序以及与所述宿主程序集成的第二SDK,所述目标卡为与目标宿主程序绑定的一张资源卡,所述目标卡根据所述用户终端调用的所述目标宿主程序的第二SDK与所述全网支付平台交互确定,所述目标宿主程序为所述用户终端调用所述第一SDK在所述第一宿主程序列表中确定的所述宿主程序,所述第一宿主程序列表包括所述全网支付平台支持的至少部分所述宿主程序的宿主程序标识;
执行模块,用于执行所述目标卡的资源扣除,以完成所述目标卡的支付。
43.一种用户终端,其特征在于,包括:处理器以及存储有计算机程序指令的存储器;
所述处理器执行所述计算机程序指令时实现如权利要求12至21中任意一项所述的支付方法。
44.一种支付管理设备,其特征在于,包括:处理器以及存储有计算机程序指令的存储器;
所述处理器执行所述计算机程序指令时实现如权利要求22至32任意一项所述的支付方法。
45.一种后台服务设备,其特征在于,包括:处理器以及存储有计算机程序指令的存储器;
所述处理器执行所述计算机程序指令时实现如权利要求33至39任意一项所述的支付方法。
46.一种支付系统,其特征在于,包括如权利要求43所述的用户终端、如权利要求44所述的支付管理设备和如权利要求45所述的后台服务设备。
47.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现如权利要求1至39中任意一项所述的支付方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210294467.6A CN114707976A (zh) | 2022-03-24 | 2022-03-24 | 支付方法、用户终端、装置、设备、系统及介质 |
PCT/CN2022/115584 WO2023178924A1 (zh) | 2022-03-24 | 2022-08-29 | 支付方法、用户终端、装置、设备、系统及介质 |
TW111137389A TWI839875B (zh) | 2022-03-24 | 2022-09-30 | 支付方法、使用者終端、裝置、設備、系統及介質 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210294467.6A CN114707976A (zh) | 2022-03-24 | 2022-03-24 | 支付方法、用户终端、装置、设备、系统及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114707976A true CN114707976A (zh) | 2022-07-05 |
Family
ID=82170776
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210294467.6A Pending CN114707976A (zh) | 2022-03-24 | 2022-03-24 | 支付方法、用户终端、装置、设备、系统及介质 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN114707976A (zh) |
TW (1) | TWI839875B (zh) |
WO (1) | WO2023178924A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023178924A1 (zh) * | 2022-03-24 | 2023-09-28 | 中国银联股份有限公司 | 支付方法、用户终端、装置、设备、系统及介质 |
WO2024016634A1 (zh) * | 2022-07-19 | 2024-01-25 | 中国银联股份有限公司 | 基于智能路由的远程支付方法、终端、装置、系统及介质 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW201106286A (en) * | 2009-08-05 | 2011-02-16 | Alibaba Group Holding Ltd | System and method for adaptively selecting bank card for payment |
CN105930040A (zh) * | 2015-02-27 | 2016-09-07 | 三星电子株式会社 | 包含电子支付系统的电子装置及其操作方法 |
CN107341650A (zh) * | 2016-01-19 | 2017-11-10 | 广州爱九游信息技术有限公司 | 虚拟资源的转移方法及装置 |
CN109960447A (zh) * | 2017-12-25 | 2019-07-02 | 新智数字科技有限公司 | 支付方法和支付装置 |
CN112835632B (zh) * | 2019-11-06 | 2022-05-27 | 上海连尚网络科技有限公司 | 一种端能力的调用方法、设备和计算机存储介质 |
CN111240788A (zh) * | 2020-01-16 | 2020-06-05 | 支付宝(杭州)信息技术有限公司 | 一种小程序页面的生成方法、装置及设备 |
CN113656087A (zh) * | 2020-04-29 | 2021-11-16 | 腾讯科技(深圳)有限公司 | 小程序启动方法、装置、设备及存储介质 |
CN114116036A (zh) * | 2020-08-11 | 2022-03-01 | 腾讯科技(深圳)有限公司 | 应用程序插件的调用方法、装置、介质及电子设备 |
CN112860457A (zh) * | 2021-02-22 | 2021-05-28 | 招联消费金融有限公司 | 软件开发工具包调用方法、装置、计算机设备和存储介质 |
CN112966196A (zh) * | 2021-03-26 | 2021-06-15 | 深圳九星互动科技有限公司 | 一种网页聚合支付的跳转控制方法、装置、系统及介质 |
CN113222570B (zh) * | 2021-04-21 | 2024-02-23 | 中国银联股份有限公司 | 支付方法、平台设备、系统及存储介质 |
CN114707976A (zh) * | 2022-03-24 | 2022-07-05 | 中国银联股份有限公司 | 支付方法、用户终端、装置、设备、系统及介质 |
-
2022
- 2022-03-24 CN CN202210294467.6A patent/CN114707976A/zh active Pending
- 2022-08-29 WO PCT/CN2022/115584 patent/WO2023178924A1/zh unknown
- 2022-09-30 TW TW111137389A patent/TWI839875B/zh active
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023178924A1 (zh) * | 2022-03-24 | 2023-09-28 | 中国银联股份有限公司 | 支付方法、用户终端、装置、设备、系统及介质 |
WO2024016634A1 (zh) * | 2022-07-19 | 2024-01-25 | 中国银联股份有限公司 | 基于智能路由的远程支付方法、终端、装置、系统及介质 |
Also Published As
Publication number | Publication date |
---|---|
TWI839875B (zh) | 2024-04-21 |
WO2023178924A1 (zh) | 2023-09-28 |
TW202338687A (zh) | 2023-10-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104077689B (zh) | 一种信息验证的方法、相关装置及系统 | |
CN107018119B (zh) | 身份验证系统、方法和平台 | |
CN108197913B (zh) | 基于区块链的支付方法、系统以及计算机可读存储介质 | |
US20170161721A1 (en) | Method and system for opening account based on euicc | |
CN106934622B (zh) | 一种共享账户的方法和装置 | |
CN107426711B (zh) | 绑定或解绑手机号的方法、装置及系统 | |
US11096051B2 (en) | Connection establishment method, device, and system | |
US20140052638A1 (en) | Method and system for providing a card payment service using a mobile phone number | |
CN114707976A (zh) | 支付方法、用户终端、装置、设备、系统及介质 | |
CN105656850B (zh) | 一种数据处理方法、相关装置及系统 | |
CN110838010A (zh) | 业务处理方法、装置、终端、服务器及存储介质 | |
CN111385274B (zh) | 跨网服务调用方法、装置、特征网关及身份识别系统 | |
CN105681258A (zh) | 基于第三方服务器的会话方法和会话装置 | |
CN111404965A (zh) | 一种实现移动端应用安全验证的方法 | |
CN114553432B (zh) | 身份认证方法、装置、设备及计算机可读存储介质 | |
KR20140089730A (ko) | 제휴사 앱을 이용한 결제수단 등록 방법 및 시스템 | |
CN113923112B (zh) | 设备配置方法和设备配置装置 | |
CN111654476B (zh) | 一种用户授权访问处理方法及装置 | |
CN114529285A (zh) | 数字货币支付方法、服务器、系统及介质 | |
CN112350982B (zh) | 一种资源鉴权方法和装置 | |
CN110493349B (zh) | 一种业务的移动处理方法及装置 | |
CN110248326B (zh) | 一种数据处理方法及其装置 | |
CN106204025A (zh) | 一种基于sim卡的支付方法和装置 | |
CN103906025B (zh) | 一种第三方计费业务的处理方法、装置及系统 | |
CN106487776A (zh) | 一种保护机器类通信设备的方法、网络实体及系统 |
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: 40069693 Country of ref document: HK |