Processing

Please wait...

Settings

Settings

Goto Application

1. WO2021003607 - AGGREGATE PAYMENT METHOD AND RELATED DEVICES

Document

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096   0097   0098   0099  

权利要求书

1   2   3   4   5   6   7   8   9   10   11   12  

附图

1   2   3   4   5   6   7   8   9  

说明书

发明名称 : 一种聚合支付方法以及相关设备

【技术领域】

[0001]
本申请涉及支付技术领域,具体涉及一种聚合支付方法以及相关设备。

【背景技术】

[0002]
QRC(Quick Response Code,快速反应码)在诸多领域有着广泛的应用,现在正在渗透支付行业,各大卡组织及地方性银行都基于EMV(Euro pay Master Card Visa,欧洲万事达卡威士卡)标准推出各自二维码,各自为阵并未统一,商户在使用过程中需要放置多个不同二维码供消费者扫码,消费者需使用对应的支付钱包扫描二维码完成支付,给商户和消费者造成不便。
[0003]
【发明内容】
[0004]
本申请主要解决的问题是提供一种聚合支付方法以及相关设备,能够利用网关生成聚合二维码,避免商户利用多个二维码收款,简化支付操作。
[0005]
为解决上述技术问题,本申请采用的技术方案是:提供一种聚合支付方法,该方法包括:网关获取至少两个二维码字符串,其中,每个二维码字符串分别对应一个支付规范;网关将所有二维码字符串进行拼合,得到聚合二维码字符串,并将聚合二维码字符串转换为聚合二维码;网关在接收到第一设备发送的下载请求时,将聚合二维码发送给第一设备,以使得第二设备通过扫描聚合二维码向第一设备对应的账户进行支付;其中,聚合二维码字符串包括每个二维码字符串的标识信息,用于区分不同的支付规范。
[0006]
为解决上述技术问题,本申请采用的技术方案是:提供一种聚合支付方法,该方法包括:第二设备扫描聚合二维码,其中,聚合二维码为第一设备的收款码;第二设备对聚合二维码进行解析,获取到聚合二维码对应的标识信息;第二设备发送交易请求给服务器,以使得服务器调 用与扫描应用程序信息匹配的接口进行扣款,其中,交易请求包括标识信息和聚合二维码。
[0007]
为解决上述技术问题,本申请采用的技术方案是:提供一种聚合支付方法,该方法包括:服务器在接收到第二设备发送的交易请求后,向网关发送验证请求消息,以向网关验证聚合二维码的真伪,其中,交易请求包括标识信息和聚合二维码;在服务器接收网关发送的验证成功消息,并调用与扫描应用程序信息匹配的接口进行扣款,其中,验证成功消息包括扫描应用程序信息;服务器通过网关发送交易结果给第一设备,并发送交易结果给第二设备。
[0008]
为解决上述技术问题,本申请采用的技术方案是:提供一种网关,该网关包括互相连接的存储器和处理器,其中,存储器用于存储计算机程序,计算机程序在被处理器执行时,用于实现上述的聚合支付方法。
[0009]
为解决上述技术问题,本申请采用的技术方案是:提供一种移动设备,该移动设备包括互相连接的存储器和处理器,其中,存储器用于存储计算机程序,计算机程序在被处理器执行时,用于实现上述的聚合支付方法。
[0010]
为解决上述技术问题,本申请采用的技术方案是:提供一种服务器,该服务器包括互相连接的存储器和处理器,其中,存储器用于存储计算机程序,计算机程序在被处理器执行时,用于实现上述的聚合支付方法。
[0011]
为解决上述技术问题,本申请采用的技术方案是:提供一种支付系统,该支付系统包括依次连接的移动设备、网关和服务器,其中,网关为上述的网关,移动设备为上述的移动设备,服务器为上述的服务器。
[0012]
为解决上述技术问题,本申请采用的技术方案是:提供一种存储介质,该存储介质用于存储计算机程序,其中,计算机程序在被处理器执行时,用于实现上述的聚合支付方法。
[0013]
通过上述方案,本申请的有益效果是:利用网关获取不同支付规范对应的二维码字符串,并在商户信息相同的情况下进行拼合,生成聚合二维码,提供给商户,避免商户利用多个二维码收款,方便商户核对收款金额,且消费者可直接利用该聚合二维码所支持的其中一种应用程序 来扫描聚合二维码,无需安装不同类型的应用程序,简化支付操作。

【附图说明】

[0014]
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。其中:
[0015]
图1是本申请提供的聚合支付方法一实施例的流程示意图;
[0016]
图2是本申请提供的聚合支付方法另一实施例的流程示意图;
[0017]
图3是本申请提供的聚合支付方法又一实施例的流程示意图;
[0018]
图4是本申请提供的聚合支付方法再一实施例的流程示意图;
[0019]
图5是本申请提供的网关一实施例的结构示意图;
[0020]
图6是本申请提供的移动设备一实施例的结构示意图;
[0021]
图7是本申请提供的服务器一实施例的结构示意图;
[0022]
图8是本申请提供的支付系统一实施例的结构示意图;
[0023]
图9是本申请提供的存储介质一实施例的结构示意图。

【具体实施方式】

[0024]
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
[0025]
参阅图1,图1是本申请提供的聚合支付方法一实施例的流程示意图,该方法包括:
[0026]
步骤11:网关获取至少两个二维码字符串。
[0027]
该网关可以为智能网关,每个二维码字符串分别对应一个支付规范,该支付规范可以为基于EMV标准的支付标准,如UPI(UnionPay International,银联国际)支付规范、Visa支付规范或MC(Master Card,万事达卡)支付规范等。
[0028]
该二维码字符串可以由支付规范对应的应用程序(APP)生成,比如由UPI的应用程序生成与商户信息对应的二维码字符串,可由商户对应的移动终端生成该二维码字符串,并将其发送给网关。
[0029]
步骤12:网关将所有二维码字符串进行拼合,得到聚合二维码字符串,并将聚合二维码字符串转换为聚合二维码。
[0030]
为了确保拼合的正确性,网关在获取到每个支付规范对应的二维码字符串后,可对二维码字符串进行解析,判断待拼合的二维码字符串对应的商户信息是否一致,如果商户信息一致,则进行拼合,得到聚合二维码字符串,并将该聚合二维码字符串转化为聚合二维码,该聚合二维码为EMV二维码;若商户信息不一致,则不进行拼合,可发送商户信息不一致的消息给商户对应的移动终端。例如,银联码对应的商户为A,FPS码(Faster Payment System,快速支付系统)对应的商户为B,则网关无法将二者拼合。
[0031]
步骤13:网关在接收到第一设备发送的下载请求时,将聚合二维码发送给第一设备,以使得第二设备通过扫描聚合二维码向第一设备对应的账户进行支付。
[0032]
第一设备和第二设备可以为移动终端,具体地,第一设备为商户的移动终端,第二设备为消费者的移动终端;聚合二维码字符串包括每个二维码字符串的标识信息,该标识信息用于区分不同的支付规范。
[0033]
第一设备可向网关发送下载请求,以向网关请求与其对应的聚合二维码;网关在接收到该下载请求后,将第一设备对应的聚合二维码发送给第一设备,第一设备在接收到该聚合二维码后,可由商户将该聚合二维码打印出来或者第一设备直接显示该聚合二维码,供消费者扫描。
[0034]
商户仅需提供一个聚合二维码,便可接收来自各种支付钱包的钱;消费者利用聚合二维码支持的支付钱包对聚合二维码进行扫描,即可完成支付。对于商户而言,商户不需要在店铺内张贴多个二维码,只需要张贴一个聚合二维码即可支持多种支付方式,完成面对面收款,无须关心消费者用什么类型的支付钱包进行支付,可以更专注于对消费者的服务上;对消费者而言,消费者在扫码时不需关注自己的钱包类型,可以 使用不同类型的支付钱包扫描同一张聚合二维码,提高了交易成功的概率,并优化了消费者的体验。
[0035]
区别于现有技术,本实施例提供了一种聚合支付方法,该方法是基于EMV标准的二维码聚合方法,支持银联/Visa/MC/FPS等EMV标准的二维码;利用网关获取不同支付规范对应的二维码字符串,并在商户信息相同的情况下进行拼合,生成聚合二维码,避免商户利用多个二维码收款,方便商户核对收款金额,且消费者无需安装不同类型的应用程序来扫描二维码,简化支付操作。
[0036]
参阅图2,图2是本申请提供的聚合支付方法另一实施例的流程示意图,该方法包括:
[0037]
步骤21:网关获取至少两个二维码字符串。
[0038]
步骤22:网关对所有二维码字符串进行解析,得到每个二维码字符串中每个识别号对应的描述信息以及支付规范的类别。
[0039]
每个二维码字符串包括多个识别号以及与识别号对应的名称、数据长度、存在状态、数据格式或描述信息等;网关在获取到二维码字符串之后,对每个二维码字符串进行解析,从而得到每个识别号对应的描述信息;利用解析出来的描述信息与支付规范进行比较,如果所有描述信息均与某一种支付规范规定的信息相匹配,则可判定解析出来的描述信息属于该种类别的支付规范的信息,即得到支付规范的类别。
[0040]
步骤23:网关将每个二维码字符串对应的描述信息进行合并,得到聚合描述信息,并建立合并映射表。
[0041]
网关将所有二维码字符串中每个标识号对应的描述信息进行比较,将相同的描述信息进行合并,并将不同的描述信息作为二维码字符串的标识信息;该聚合描述信息包括相同的描述信息和标识信息,该合并映射表包括支付规范与聚合描述信息的对应关系。
[0042]
步骤24:网关利用合并映射表生成聚合二维码字符串,将聚合二维码字符串转换为聚合二维码,并进行保存。
[0043]
网关在建立了合并映射表后,可根据该合并映射表生成支持至少两种支付规范的聚合二维码字符串;然后网关对聚合二维码字符串进行编 码,生成与聚合二维码字符串对应的二进制数组;再对二进制数据进行处理,生成聚合二维码,并进行保存,以方便验证服务器发送的二维码的真伪。
[0044]
本实施例中,网关生成的聚合二维码为静态聚合二维码,在其他实施例中,根据商户需要或者为了支付安全,网关以预设时间间隔更新聚合二维码,生成动态聚合二维码,下发给第一设备。
[0045]
步骤25:网关在接收到第一设备发送的下载请求时,将聚合二维码发送给第一设备,以使得第二设备通过扫描聚合二维码向第一设备对应的账户进行支付。
[0046]
第二设备在扫描聚合二维码后,可发送交易请求给服务器,该交易请求包括第二设备扫描到的聚合二维码和标识信息。
[0047]
步骤26:网关接收第二设备通过服务器转发的交易请求。
[0048]
该交易请求包括第二设备扫描到的聚合二维码以及根据扫描到的聚合二维码解析出来的标识信息。
[0049]
步骤27:网关将标识信息与合并映射表进行匹配,得到第二设备对应的扫描应用程序信息。
[0050]
服务器在接收到交易请求之后,对其进行解析,得到标识信息,然后将标识信息和第二设备扫描到的聚合二维码发送给网关,网关根据合并映射表查询到与标识信息匹配的支付规范的类别,从而得到支付规范对应的扫描应用程序信息,该扫描应用程序信息为第二设备扫描第一设备对应的聚合二维码所使用的应用程序。
[0051]
在另一实施例中,网关还可接收第二设备通过服务器转发的交易请求,通过对交易请求进行解析,得到第二设备对应的扫描应用程序信息和第二设备扫描到的聚合二维码。
[0052]
步骤27:网关判断接收到的聚合二维码是否为已保存的聚合二维码中的一个。
[0053]
第二设备扫描聚合二维码,以向第一设备对应的账户进行支付,将包含其所扫描到的聚合二维码的支付请求发送给服务器,服务器在接收到第二设备发送的支付请求后,对支付请求进行解析,得到第二设备发 送的聚合二维码,并将该聚合二维码转发给网关,由网关来验证该聚合二维码是否为已经保存的聚合二维码中的一个,若该聚合二维码为已经保存的聚合二维码中的一个,则进一步判断商户信息是否相同,以免支付错误。
[0054]
步骤28:若聚合二维码为第一设备对应的聚合二维码,则发送验证成功消息给服务器,以使得服务器调用与扫描应用程序信息匹配的接口进行扣款。
[0055]
扫描应用程序信息为第二设备扫描聚合二维码所使用的应用程序;若网关验证的结果为正确,则发送验证成功消息给服务器,该验证成功消息包括扫描应用程序信息,以便服务器执行扣款操作;若网关验证的结果为错误,则发送验证失败消息给服务器。
[0056]
步骤29:接收服务器发送的交易结果,并将交易结果转发给第一设备。
[0057]
服务器在扣款成功或失败之后,通过网关发送交易结果给第一设备,以通知第一设备收款成功或失败。
[0058]
在一具体的实施例中,以银联和FPS对应的二维码为例进行描述。
[0059]
银联遵循EMV标准制定了一套银联QRC的接口规则,提供给商户对接,用来实现银联QR业务的支付,识别号与描述信息的对应关系如下表所示:
[0060]
[0061]
根据银联支付规范,识别号00对应的描述信息为01;识别号01对应的描述信息为11或12;其他识别号对应的描述信息可包括商户类别、商户城市或商户国家等,均需要按照银联QRC的接口规则进行填写拼 组;在拼组完成后,得到固定二维码字符串,例如,如下所示:
[0062]
“000201010211153126220446005204468007602111111115204074453034465802PH5906qbsh056008shenzhen62380708005204460822FC201904152055371099186304A588”。
[0063]
FPS遵循EMV标准制定了一套FPS的QRC接口规则,提供给商户对接,用来实现FPS的QR业务支付,识别号与描述信息的对应关系如下表所示:
[0064]
[0065]
按照FPS支付规范,标识号00对应的描述信息为01,标识号01对应的描述信息为11,其他标识号对应的描述信息可按照FPS支付规范要求填写,填写完成后,得到固定二维码字符串,例如,如下所示:
[0066]
“00020101021226430012hk.com.hkicl0207134684005121906181418095204000053033445406100.005802HK5902NA6002HK6228052402-SW P20190618207660213063044D95”。
[0067]
每个支付钱包(如银联、FPS、Visa或MC等)都对应一个独立的二维码,不便于商户贴码以及消费者扫码,为了商户和消费者的使用方便,可对不同支付钱包对应的二维码进行聚合。在EMV标准中,有很多预留标识号,每个支付钱包只要展示的二维码符合各自钱包QRC的 规则,即必填项或指定项的标识号对应的描述信息正确,那么就不影响支付钱包对聚合二维码的识别,识别到聚合二维码包含的有效内容后,就能成功拉起对应钱包的收银台。
[0068]
利用网关分析每个标识号对应的描述信息,综合起来后,可以得到如下信息:
[0069]
[0070]
如上表所示,支付标准和聚合描述信息之间具有映射关系,网关能够根据聚合二维码字符串中的聚合描述信息来确定利用什么类型的扫描应用程序来扫描聚合二维码,获取到扫描应用程序信息,比如,如果消费者利用银联APP来扫描聚合二维码,如果银联APP能够解析出来商户ID,并通过服务器发送给网关,则网关可确认扫描应用程序为银联 APP;网关根据合并映射表,生成新的聚合二维码字符串,再将该聚合二维码字符串转化为聚合二维码,提供给商户。
[0071]
在遵循第三方QRC规则的前提下,生成的聚合二维码可被不同的第三方识别,第三方钱包APP识别该聚合二维码后,即可完成后续的支付流程。网关可按照EMV标准,规划和充分利用EMV标准中标识号对应的描述信息,将卡组织及地方性银行二维码标准中相同的描述信息合并,将不同的描述信息单独处理并做好映射,保证二维码的兼容性与可拓展性。
[0072]
参阅图3,图3是本申请提供的聚合支付方法又一实施例的流程示意图,该方法包括:
[0073]
步骤31:第二设备扫描聚合二维码。
[0074]
该聚合二维码为第一设备的收款码。
[0075]
步骤32:第二设备对聚合二维码进行解析,获取到聚合二维码对应的标识信息。
[0076]
第二设备判断利用扫描应用程序对聚合二维码进行解析是否成功;若能够解析成功,则可以获取到标识信息;若未能解析成功,则解析错误,表示无法利用该扫描应用程序进行支付,可提示利用聚合二维码支持的扫描应用程序进行扫描。
[0077]
例如,聚合二维码聚合了FPS支付规范、银联支付规范以及MC支付规范对应的二维码,消费者利用微信扫描该聚合二维码,则无法进行解析,第二设备上显示提醒消息,以提醒消费者利用FPS APP、银联APP或MC APP进行支付。
[0078]
步骤33:第二设备发送交易请求给服务器,以使得服务器调用与扫描应用程序信息匹配的接口进行扣款。
[0079]
该交易请求包括标识信息和聚合二维码,第二设备在成功解析出标识信息后,发送交易请求给服务器,以便服务器调用支付接口进行扣款,完成扫码支付。
[0080]
参阅图4,图4是本申请提供的聚合支付方法再一实施例的流程示意图,该方法包括:
[0081]
步骤41:服务器在接收到第二设备发送的交易请求后,向网关发送验证请求消息,以向网关验证聚合二维码的真伪。
[0082]
第二设备发送交易请求给服务器,该服务器可以为卡组织服务器,具体地,其可以为银联/Visa/MC/FPS对应的服务器,该交易请求包括标识信息和聚合二维码,识信息为支付规范对应的至少部分描述信息;服务器在接收到交易请求后,向网关发起对聚合二维码的验证请求,网关对该聚合二维码进行验证。
[0083]
步骤42:服务器接收网关发送的验证成功消息,并调用与扫描应用程序信息匹配的接口进行扣款。
[0084]
该验证成功消息包括扫描应用程序信息,服务器对验证成功消息进行解析,得到扫描应用程序信息,调用扫描应用程序信息对应的接口进行扣款。
[0085]
步骤43:服务器通过网关发送交易结果给第一设备,并发送交易结果给第二设备。
[0086]
服务器还可判断第二设备对应的账户是否有大于待支付金额的余额;若第二设备对应的账户余额充足,则发送交易成功消息给第一设备和第二设备;若第二设备对应的账户余额不足以支付,则发送交易失败消息给第二设备,以使得第二设备重新发起交易请求。
[0087]
参阅图5,图5是本申请提供的网关一实施例的结构示意图,网关50包括互相连接的存储器51和处理器52,其中,存储器51用于存储计算机程序,计算机程序在被处理器52执行时,用于实现上述实施例中的聚合支付方法。
[0088]
网关50能够根据二维码的内容,对多种支付规范的二维码进行聚合,并在消费者发起支付请求时,路由到不同的卡组织或地方性银行系统完成支付,聚合EMV二维码可以为商户提供便捷,商户不需要再贴多张二维码,一张聚合二维码便可以完成对多个支付钱包的收款。
[0089]
参阅图6,图6是本申请提供的移动设备一实施例的结构示意图,移动设备60包括互相连接的存储器61和处理器62,其中,存储器61用于存储计算机程序,计算机程序在被处理器62执行时,用于实现上 述实施例中的聚合支付方法。
[0090]
移动设备60为消费者对应的设备,如消费者的手机;聚合EMV二维码为消费者提供便捷,消费者可以使用不同的钱包付款,不会因为选错支付钱包而支付失败,无需下载多种支付钱包,方便消费者操作,提高了交易成功率,并优化消费者的体验。
[0091]
参阅图7,图7是本申请提供的服务器一实施例的结构示意图,服务器70包括互相连接的存储器71和处理器72,其中,存储器71用于存储计算机程序,计算机程序在被处理器72执行时,用于实现上述实施例中的聚合支付方法。
[0092]
参阅图8,图8是本申请提供的支付系统一实施例的结构示意图,支付系统80包括依次连接的移动设备81、网关82和服务器83,其中,网关81为上述实施例中的网关,移动设备82为上述实施例中的移动设备,服务器83为上述实施例中的服务器。
[0093]
支付系统80支持基于EMV标椎的二维码聚合支付,由网关82对各大卡组及地方性银行的二维码进行分析和拼合,生成聚合二维码,解决了商户需要张贴多张收款二维码以及消费者需要利用不同支付钱包扫码的困扰,方便商户和消费者使用。
[0094]
参阅图9,图9是本申请提供的存储介质一实施例的结构示意图,存储介质90用于存储计算机程序91,其中,计算机程序91在被处理器执行时,用于实现上述实施例中的聚合支付方法。
[0095]
其中,该存储介质90可以是服务端、U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0096]
在本申请所提供的几个实施方式中,应该理解到,所揭露的方法以及设备,可以通过其它的方式实现。例如,以上所描述的设备实施方式仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。
[0097]
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作 为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
[0098]
另外,在本申请各个实施方式中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
[0099]
以上仅为本申请的实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。

权利要求书

[权利要求 1]
一种聚合支付方法,其特征在于,包括: 网关获取至少两个二维码字符串,其中,每个所述二维码字符串分别对应一个支付规范; 所述网关将所有所述二维码字符串进行拼合,得到聚合二维码字符串,并将所述聚合二维码字符串转换为聚合二维码; 所述网关在接收到第一设备发送的下载请求时,将所述聚合二维码发送给所述第一设备,以使得第二设备通过扫描所述聚合二维码向所述第一设备对应的账户进行支付; 其中,所述聚合二维码字符串包括每个所述二维码字符串的标识信息,用于区分不同的支付规范。
[权利要求 2]
根据权利要求1所述的聚合支付方法,其特征在于,所述网关将所有所述二维码字符串进行拼合,得到聚合二维码字符串,并将所述聚合二维码字符串转换为聚合二维码的步骤,包括: 所述网关对所有所述二维码字符串进行解析,得到每个所述二维码字符串中每个识别号对应的描述信息以及所述支付规范的类别; 所述网关将每个所述二维码字符串对应的描述信息进行合并,得到聚合描述信息,并建立合并映射表,其中,所述合并映射表包括所述支付规范的类别与所述聚合描述信息的对应关系; 所述网关利用所述合并映射表生成所述聚合二维码字符串,将所述聚合二维码字符串转换为聚合二维码,并进行保存。
[权利要求 3]
根据权利要求2所述的聚合支付方法,其特征在于,所述网关将每个所述二维码字符串对应的描述信息进行合并,得到聚合描述信息,并建立合并映射表的步骤,包括: 所述网关将所有所述二维码字符串中每个标识号对应的描述信息进行比较,将相同的描述信息进行合并,并将不同的所述描述信息作为所述二维码字符串的标识信息; 其中,所述聚合描述信息包括所述相同的描述信息和所述标识信息。
[权利要求 4]
根据权利要求3所述的聚合支付方法,其特征在于,所述方法还包括: 所述网关接收所述第二设备通过所述服务器转发的交易请求,其中,所述交易请求包括所述第二设备扫描到的聚合二维码以及根据所述扫描到的聚合二维码解析出来的标识信息; 所述网关将所述标识信息与所述合并映射表进行匹配,得到所述第二设备对应的扫描应用程序信息,其中,所述扫描应用程序信息为所述第二设备扫描所述第一设备对应的聚合二维码所使用的应用程序; 所述网关判断所述聚合二维码是否为已保存的聚合二维码中的一个; 若是,则发送验证成功消息给所述服务器,以使得所述服务器调用与扫描应用程序信息匹配的接口进行扣款,其中,所述验证成功消息包括所述扫描应用程序信息; 接收所述服务器发送的交易结果,并将所述交易结果转发给所述第一设备。
[权利要求 5]
根据权利要求1所述的聚合支付方法,其特征在于,所述方法还包括: 所述网关以预设时间间隔更新所述聚合二维码,生成动态聚合二维码,下发给所述第一设备。
[权利要求 6]
一种聚合支付方法,其特征在于,包括: 第二设备扫描聚合二维码,其中,所述聚合二维码为第一设备的收款码; 所述第二设备对所述聚合二维码进行解析,获取到所述聚合二维码对应的标识信息; 所述第二设备发送交易请求给服务器,以使得所述服务器调用与所述扫描应用程序信息匹配的接口进行扣款,其中,所述交易请求包括所述标识信息和所述聚合二维码。
[权利要求 7]
一种聚合支付方法,其特征在于,包括: 服务器在接收到第二设备发送的交易请求后,向网关发送验证请求消息,以向所述网关验证聚合二维码的真伪,其中,所述交易请求包括标识信息和所述聚合二维码,所述标识信息为支付规范对应的至少部分描述信息; 所述服务器接收所述网关发送的验证成功消息,并调用与扫描应用程序信息匹配的接口进行扣款,其中,所述验证成功消息包括扫描应用程序信息; 所述服务器通过所述网关发送交易结果给所述第一设备,并发送所述交易结果给所述第二设备。
[权利要求 8]
一种网关,其特征在于,包括互相连接的存储器和处理器,其中,所述存储器用于存储计算机程序,所述计算机程序在被所述处理器执行时,用于实现权利要求1-5中任一项所述的聚合支付方法。
[权利要求 9]
一种移动设备,其特征在于,包括互相连接的存储器和处理器,其中,所述存储器用于存储计算机程序,所述计算机程序在被所述处理器执行时,用于实现权利要求7所述的聚合支付方法。
[权利要求 10]
一种服务器,其特征在于,包括互相连接的存储器和处理器,其中,所述存储器用于存储计算机程序,所述计算机程序在被所述处理器执行时,用于实现权利要求8所述的聚合支付方法。
[权利要求 11]
一种支付系统,其特征在于,包括依次连接的移动设备、网关和服务器,其中,所述网关为权利要求8所述的网关,所述移动设备为权利要求9所述的移动设备,所述服务器为权利要求10所述的服务器。
[权利要求 12]
一种存储介质,用于存储计算机程序,其中,所述计算机程序在被处理器执行时,用于实现如权利要求1-7中任一项所述的聚合支付方法。

附图

[ 图 1]  
[ 图 2]  
[ 图 3]  
[ 图 4]  
[ 图 5]  
[ 图 6]  
[ 图 7]  
[ 图 8]  
[ 图 9]