首页 / 专利库 / 软件 / 用户代理 / 支付处理方法、装置、可读存储介质及计算机设备

支付处理方法、装置、可读存储介质及计算机设备

阅读:1028发布:2020-06-09

专利汇可以提供支付处理方法、装置、可读存储介质及计算机设备专利检索,专利查询,专利分析的服务。并且本 发明 公开了一种支付处理方法、装置、可读存储介质及计算机设备,所述方法包括:接收支付 请求 ;根据所述支付请求生成二维码,并将所述二维码发送至客户端进行展示;获取扫描了所述二维码的用户终端的 用户代理 属性信息 ;根据所述用户代理属性信息确定所述用户终端中的支付 软件 的类型,并根据确定的支付软件的类型调用对应的支付 接口 ,以向确定的支付软件的后台 服务器 发起支付。本发明能够解决 现有技术 中用户需要找到对应的支付软件,然后进行扫码支付,操作不够方便的问题。,下面是支付处理方法、装置、可读存储介质及计算机设备专利的具体信息内容。

1.一种支付处理方法,其特征在于,所述方法包括:
接收支付请求
根据所述支付请求生成二维码,并将所述二维码发送至客户端进行展示;
获取扫描了所述二维码的用户终端的用户代理属性信息
根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付。
2.根据权利要求1所述的支付处理方法,其特征在于,所述方法具体包括:
接收支付请求,所述支付请求中携带用户信息;
根据所述支付请求中携带的用户信息生成二维码,并将所述二维码发送至客户端进行展示;
获取扫描了所述二维码的用户终端的用户代理属性信息;
根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付,并在支付完成后,对所述用户信息对应的账号进行充值。
3.根据权利要求2所述的支付处理方法,其特征在于,所述接收支付请求的步骤之前,所述方法还包括:
当用户在前端浏览器的交互界面中点击了充值按钮后,通过所述前端浏览器获取用户信息,并通过所述前端浏览器生成支付请求,所述支付请求中携带所述用户信息。
4.根据权利要求2所述的支付处理方法,其特征在于,所述用户信息包括身份信息,所述获取扫描了所述二维码的用户终端的用户代理属性信息的步骤之后,所述方法还包括:
根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口;
判断所述支付软件中的身份信息与所述二维码中的身份信息是否一致;
若所述支付软件中的身份信息与所述二维码中的身份信息一致,则在调用对应的支付接口之后,向所述支付软件的后台服务器发起支付。
5.根据权利要求4所述的支付处理方法,其特征在于,所述判断所述支付软件中的身份信息与所述二维码中的身份信息是否一致的步骤之后,所述方法还包括:
若所述支付软件中的身份信息与所述二维码中的身份信息不一致,则生成支付验证信息,并将所述支付验证信息发送至客户端进行展示,所述支付验证用于对用户的支付操作进行安全验证。
6.根据权利要求1所述的支付处理方法,其特征在于,所述获取扫描了所述二维码的用户终端的用户代理属性信息的步骤之后,所述方法还包括:
判断扫描了所述二维码的用户终端的软件是否为支付软件;
若扫描了所述二维码的用户终端的软件为支付软件,则根据所述用户代理属性信息确定所述用户终端中的支付软件的类型。
7.一种支付处理装置,其特征在于,所述装置包括:
接收模,用于接收支付请求;
生成发送模块,用于根据所述支付请求生成二维码,并将所述二维码发送至客户端进行展示;
第一获取模块,用于获取扫描了所述二维码的用户终端的用户代理属性信息;
调用模块,用于根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付。
8.根据权利要求7所述的支付处理装置,其特征在于:
所述接收模块用于接收支付请求,所述支付请求中携带用户信息;
所述生成发送模块用于根据所述支付请求中携带的用户信息生成二维码,并将所述二维码发送至客户端进行展示;
所述第一获取模块用于获取扫描了所述二维码的用户终端的用户代理属性信息;
所述调用模块用于根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付,并在支付完成后,对所述用户信息对应的账号进行充值。
9.一种可读存储介质,其上存储有计算机指令,其特征在于,该指令被处理器执行时实现权利要求1至6任意一项所述方法的步骤。
10.一种计算机设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至6任意一项所述的方法。

说明书全文

支付处理方法、装置、可读存储介质及计算机设备

技术领域

[0001] 本发明涉及计算机技术领域,特别是涉及一种支付处理方法、装置、可读存储介质及计算机设备。

背景技术

[0002] 随着移动互联网的快速发展,网络支付得到普及,越来越多的人会通过终端设备进行支付,例如,通过手机上的支付软件进行支付,给人们的生活、学习和娱乐带来了方便。
[0003] 目前,通过手机上的支付软件扫描二维码进行网络支付是比较常见的方式,但现有技术中,不同软件需要使用与其相匹配的二维码才能进行正常支付,而目前支付软件众多,用户需要找到对应的支付软件,然后进行扫码支付,操作不够方便。

发明内容

[0004] 为此,本发明的一个目的在于提出一种支付处理方法,以解决现有技术中用户需要找到对应的支付软件,然后进行扫码支付,操作不够方便的问题。
[0005] 一种支付处理方法,所述方法包括:
[0006] 接收支付请求
[0007] 根据所述支付请求生成二维码,并将所述二维码发送至客户端进行展示;
[0008] 获取扫描了所述二维码的用户终端的用户代理属性信息
[0009] 根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付。
[0010] 根据本发明提供的支付处理方法,在接收支付请求后,会根据该支付请求生成二维码,该二维码与支付软件的类型无关,当用户通过用户终端扫描该二维码,会获取用户终端的用户代理属性信息,即User-Agent,通过该用户代理属性信息能够确定出用户终端中的支付软件具体是何种类型的支付软件,然后调用对应的支付接口,向相应的支付软件的后台服务器发起支付,最终完成支付,对于用户而言,无需关注要扫描的二维码到底是何种支付软件的二维码,只需随机选取一个支付软件进行扫码即可,极大方便了用户的操作。
[0011] 另外,根据本发明上述的支付处理方法,还可以具有如下附加的技术特征:
[0012] 进一步地,所述方法具体包括:
[0013] 接收支付请求,所述支付请求中携带用户信息;
[0014] 根据所述支付请求中携带的用户信息生成二维码,并将所述二维码发送至客户端进行展示;
[0015] 获取扫描了所述二维码的用户终端的用户代理属性信息;
[0016] 根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付,并在支付完成后,对所述用户信息对应的账号进行充值。
[0017] 进一步地,所述接收支付请求的步骤之前,所述方法还包括:
[0018] 当用户在前端浏览器的交互界面中点击了充值按钮后,通过所述前端浏览器获取用户信息,并通过所述前端浏览器生成支付请求,所述支付请求中携带所述用户信息。
[0019] 进一步地,所述用户信息包括身份信息,所述获取扫描了所述二维码的用户终端的用户代理属性信息的步骤之后,所述方法还包括:
[0020] 根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口;
[0021] 判断所述支付软件中的身份信息与所述二维码中的身份信息是否一致;
[0022] 若所述支付软件中的身份信息与所述二维码中的身份信息一致,则在调用对应的支付接口之后,向所述支付软件的后台服务器发起支付。
[0023] 进一步地,所述判断所述支付软件中的身份信息与所述二维码中的身份信息是否一致的步骤之后,所述方法还包括:
[0024] 若所述支付软件中的身份信息与所述二维码中的身份信息不一致,则生成支付验证信息,并将所述支付验证信息发送至客户端进行展示,所述支付验证用于对用户的支付操作进行安全验证。
[0025] 进一步地,所述获取扫描了所述二维码的用户终端的用户代理属性信息的步骤之后,所述方法还包括:
[0026] 判断扫描了所述二维码的用户终端的软件是否为支付软件;
[0027] 若扫描了所述二维码的用户终端的软件为支付软件,则根据所述用户代理属性信息确定所述用户终端中的支付软件的类型。
[0028] 本发明的另一个目的在于提出一种支付处理装置,以解决现有技术中用户需要找到对应的支付软件,然后进行扫码支付,操作不够方便的问题。
[0029] 一种支付处理装置,所述装置包括:
[0030] 接收模,用于接收支付请求;
[0031] 生成发送模块,用于根据所述支付请求生成二维码,并将所述二维码发送至客户端进行展示;
[0032] 第一获取模块,用于获取扫描了所述二维码的用户终端的用户代理属性信息;
[0033] 调用模块,用于根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付。
[0034] 根据本发明提供的支付处理装置,接收模块接收支付请求后,生成发送模块会根据该支付请求生成二维码,该二维码与支付软件的类型无关,当用户通过用户终端扫描该二维码,第一获取模块会获取用户终端的用户代理属性信息,即User-Agent,调用模块通过该用户代理属性信息能够确定出用户终端中的支付软件具体是何种类型的支付软件,然后调用对应的支付接口,向相应的支付软件的后台服务器发起支付,最终完成支付,对于用户而言,无需关注要扫描的二维码到底是何种支付软件的二维码,只需随机选取一个支付软件进行扫码即可,极大方便了用户的操作。
[0035] 另外,根据本发明上述的支付处理装置,还可以具有如下附加的技术特征:
[0036] 进一步地,所述接收模块用于接收支付请求,所述支付请求中携带用户信息;
[0037] 所述生成发送模块用于根据所述支付请求中携带的用户信息生成二维码,并将所述二维码发送至客户端进行展示;
[0038] 所述第一获取模块用于获取扫描了所述二维码的用户终端的用户代理属性信息;
[0039] 所述调用模块用于根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付,并在支付完成后,对所述用户信息对应的账号进行充值。
[0040] 进一步地,所述装置还包括:
[0041] 第二获取模块,用于当用户在前端浏览器的交互界面中点击了充值按钮后,通过所述前端浏览器获取用户信息,并通过所述前端浏览器生成支付请求,所述支付请求中携带所述用户信息。
[0042] 进一步地,所述用户信息包括身份信息,所述装置还包括:
[0043] 确定模块,用于根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口;
[0044] 第一判断模块,用于判断所述支付软件中的身份信息与所述二维码中的身份信息是否一致;
[0045] 所述调用模块用于在所述判断模块判断到所述支付软件中的身份信息与所述二维码中的身份信息一致时,调用对应的支付接口,向所述支付软件的后台服务器发起支付。
[0046] 进一步地,所述装置还包括:
[0047] 支付验证模块,用于若所述支付软件中的身份信息与所述二维码中的身份信息不一致,则生成支付验证信息,并将所述支付验证信息发送至客户端进行展示,所述支付验证用于对用户的支付操作进行安全验证。
[0048] 进一步地,所述装置还包括:
[0049] 第二判断模块,用于判断扫描了所述二维码的用户终端的软件是否为支付软件;
[0050] 所述调用模块具体用于若所述第二判断模块判断到扫描了所述二维码的用户终端的软件为支付软件,则根据所述用户代理属性信息确定所述用户终端中的支付软件的类型。
[0051] 本发明的另一个实施例还提出一种可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述方法的步骤。
[0052] 本发明的另一个实施例还提出一种计算机设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述方法。
[0053] 本发明的附加方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实施例了解到。附图说明
[0054] 本发明实施例的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解,其中:
[0055] 图1是根据本发明第一实施例的支付处理方法的流程图
[0056] 图2是根据本发明第二实施例的支付处理方法的流程图;
[0057] 图3是根据本发明第三实施例的支付处理装置的结构示意图;
[0058] 图4是根据本发明第四实施例的支付处理装置的结构示意图;

具体实施方式

[0059] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0060] 请参阅图1,本发明第一实施例提供的支付处理方法,包括步骤S101~S104:
[0061] S101,接收支付请求;
[0062] 其中,本实施例的支付处理方法应用于服务器,具体实施时,还有与该服务器进行网络通讯的客户端,该客户端可以是个人计算机或者移动终端(例如智能手机或PAD),具体的,可以在客户端中与用户进行交互的交互界面中设置充值窗口或充值按钮,当用户点击了该充值窗口或充值按钮,客户端会向服务器发送支付请求,进而服务器接收该支付请求,支付请求中可以携带用户信息。
[0063] 下面以一具体示例进行说明:
[0064] 某用户在电脑的浏览器中玩网页游戏,游戏界面中有充值按钮,当用户需要充值时,用户可以在前端浏览器的交互界面中点击该充值按钮,然后通过前端浏览器生成支付请求,并将该支付请求发送给服务器。需要指出的是,通常网页游戏中会保证用户的用户信息,例如用户的账户名,游戏ID,游戏区服等,或者还可以是用户的真实姓名、身份证号等信息,当用户在前端浏览器的交互界面中点击了充值按钮后,前端浏览器可以获取该用户信息,并通过前端浏览器生成支付请求,生成的支付请求中携带该用户信息。
[0065] S102,根据所述支付请求生成二维码,并将所述二维码发送至客户端进行展示;
[0066] 其中,服务器会根据接收到的支付请求生成二维码,该二维码与支付软件的类型无关,具体的,服务器可以根据支付请求中携带的用户信息生成二维码,服务器在生成二维码之后,会发送至客户端进行展示,例如可以发送至前端浏览器的游戏界面中进行展示。
[0067] S103,获取扫描了所述二维码的用户终端的用户代理属性信息;
[0068] 其中,用户可以通过使用具有扫描功能的用户终端扫描步骤S102中展示的二维码,用户终端例如是手机,用户可以手机中的支付软件扫描该二维码,例如通过支付宝、微信、闪付等支付软件中的扫描功能扫描该二维码,当用户通过手机扫描该二维码时,会携带用户终端的用户代理属性信息(即User-Agent),具体是扫描该二维码的支付软件的User-Agent,User-Agent是一个特殊字符串头,使得服务器能够识别客户使用的操作系统及版本、CPU类型、浏览器及版本、浏览器渲染引擎、浏览器语言、浏览器插件等,因此,不同支付软件的User-Agent不同。
[0069] S104,根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付。
[0070] 其中,由于不同支付软件的User-Agent不同,因此,服务器可以根据User-Agent确定用户终端中的支付软件的类型,例如服务器确定出用户使用的是支付宝扫描了该二维码,则服务器会调用支付宝的支付接口,然后向支付宝的后台服务器发起支付。同理,若服务器确定出用户使用的是云闪付扫描了该二维码,则服务器会调用云闪付的支付接口,然后向云闪付的后台服务器发起支付,完成后续支付流程,由于后续支付流程与传统的网络支付流程相同,因此,本实施例中不再赘述。
[0071] 此外,由于二维码可以根据支付请求中携带的用户信息生成,因此,在支付完成后,会对该用户信息对应的账号进行充值。例如,针对浏览器中网页游戏的应用场景,会对用户信息对应的游戏账号进行充值。
[0072] 根据本发明实施例的支付处理方法,在接收支付请求后,会根据该支付请求生成二维码,该二维码与支付软件的类型无关,当用户通过用户终端扫描该二维码,会获取用户终端的用户代理属性信息,即User-Agent,通过该用户代理属性信息能够确定出用户终端中的支付软件具体是何种类型的支付软件,然后调用对应的支付接口,向相应的支付软件的后台服务器发起支付,最终完成支付,对于用户而言,无需关注要扫描的二维码到底是何种支付软件的二维码,只需随机选取一个支付软件进行扫码即可,极大方便了用户的操作。
[0073] 此外,作为一个具体示例,在步骤S103之后,所述方法还可以包括:
[0074] 判断扫描了所述二维码的用户终端的软件是否为支付软件;
[0075] 若扫描了所述二维码的用户终端的软件为支付软件,则根据所述用户代理属性信息确定所述用户终端中的支付软件的类型。
[0076] 由于手机具有扫描功能的软件很多,因此存在用户打开了非支付软件的扫描功能的可能性,因此,服务器会判断扫描了该二维码的用户终端的软件是否为支付软件,具体实施时,可以通过人工在服务器中预先设定哪些软件是支付软件,若扫描了该二维码的用户终端的软件为支付软件,则会根据用户代理属性信息确定所述用户终端中的支付软件的类型。反之,若扫描了该二维码的用户终端的软件不是支付软件,则会向生成提示信息,并将所述提示信息发送至客户端进行展示,所述提示信息用于提示用户重新选择支付软件。
[0077] 请参阅图2,本发明第二实施例提出的支付处理方法,包括步骤S201~S206:
[0078] S201,接收支付请求,所述支付请求中携带用户信息,所述用户信息包括身份信息;
[0079] 其中,本实施例的支付处理方法也应用于服务器,具体实施时,还有与该服务器进行网络通讯的客户端,该客户端可以是个人计算机或者移动终端(例如智能手机或PAD),具体的,可以在客户端中与用户进行交互的交互界面中设置充值窗口或充值按钮,当用户点击了该充值窗口或充值按钮,客户端会向服务器发送支付请求,进而服务器接收该支付请求,支付请求中携带用户信息,用户信息包括身份信息,其中,身份信息例如是用户的姓名和身份证号等实名制身份信息。
[0080] S202,根据所述支付请求中携带的用户信息生成二维码,并将所述二维码发送至客户端进行展示;
[0081] 其中,服务器会根据支付请求中携带的用户信息生成二维码,服务器在生成二维码之后,会发送至客户端进行展示。
[0082] S203,获取扫描了所述二维码的用户终端的用户代理属性信息;
[0083] 其中,用户可以通过使用具有扫描功能的用户终端扫描步骤S202中展示的二维码,用户终端例如是手机,用户可以手机中的支付软件扫描该二维码,例如通过支付宝、微信、云闪付等支付软件中的扫描功能扫描该二维码,当用户通过手机扫描该二维码时,会携带用户终端的用户代理属性信息(即User-Agent),具体是扫描该二维码的支付软件的User-Agent,User-Agent是一个特殊字符串头,使得服务器能够识别客户使用的操作系统及版本、CPU类型、浏览器及版本、浏览器渲染引擎、浏览器语言、浏览器插件等,因此,不同支付软件的User-Agent不同。
[0084] S204,根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口;
[0085] 其中,由于不同支付软件的User-Agent不同,因此,服务器可以根据User-Agent确定用户终端中的支付软件的类型,例如服务器确定出用户使用的是支付宝扫描了该二维码,则服务器会调用支付宝的支付接口,同理,若服务器确定出用户使用的是云闪付扫描了该二维码,则服务器会调用云闪付的支付接口。
[0086] S205,判断所述支付软件中的身份信息与所述二维码中的身份信息是否一致;
[0087] 其中,支付软件中具有用户的身份信息,本实施例中服务器会判断支付软件中的身份信息与二维码中的身份信息是否一致,即判断是否是本人的支付操作。
[0088] S206,若所述支付软件中的身份信息与所述二维码中的身份信息一致,则在调用对应的支付接口之后,向所述支付软件的后台服务器发起支付。
[0089] 其中,若支付软件中的身份信息与二维码中的身份信息一致,则说明是本人的支付操作,服务器在调用对应的支付接口之后,会向支付软件的后台服务器发起支付。
[0090] 需要指出的是,若所述支付软件中的身份信息与所述二维码中的身份信息不一致,则说明不是本人的操作,为了提升支付安全性,服务器会生成支付验证信息,并将所述支付验证信息发送至客户端进行展示,所述支付验证用于对用户的支付操作进行安全验证,支付验证信息例如采用传统的验证码,只有用户输入了正确了验证码才能完成支付。
[0091] 本实施例提供的方法在第一实施例的基础上,除了具备第一实施例的效果外,会对用户的身份进行进行验证,能够提升支付安全性,需要说明是,本实施例重点说明的是与上一实施例的不同之处,各个实施例之间相同相似的部分未重复描述,可以相互参见。
[0092] 请参阅图3,基于同一发明构思,本发明第三实施例提出的支付处理装置,所述装置包括:
[0093] 接收模块11,用于接收支付请求;
[0094] 生成发送模块12,用于根据所述支付请求生成二维码,并将所述二维码发送至客户端进行展示;
[0095] 第一获取模块13,用于获取扫描了所述二维码的用户终端的用户代理属性信息;
[0096] 调用模块14,用于根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付。
[0097] 本实施例中,
[0098] 所述接收模块11还用于接收支付请求,所述支付请求中携带用户信息;
[0099] 所述生成发送模块12还用于根据所述支付请求中携带的用户信息生成二维码,并将所述二维码发送至客户端进行展示;
[0100] 所述调用模块14还用于根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付,并在支付完成后,对所述用户信息对应的账号进行充值。
[0101] 本实施例中,所述支付处理装置还包括:
[0102] 第二获取模块15,用于当用户在前端浏览器的交互界面中点击了充值按钮后,通过所述前端浏览器获取用户信息,并通过所述前端浏览器生成支付请求,所述支付请求中携带所述用户信息。
[0103] 本实施例中,所述支付处理装置还包括:
[0104] 第二判断模块16,用于判断扫描了所述二维码的用户终端的软件是否为支付软件;
[0105] 所述调用模块15具体用于若所述第二判断模块16判断到扫描了所述二维码的用户终端的软件为支付软件,则根据所述用户代理属性信息确定所述用户终端中的支付软件的类型。
[0106] 根据本实施例提供的支付处理装置,接收模块11接收支付请求后,生成发送模块12会根据该支付请求生成二维码,该二维码与支付软件的类型无关,当用户通过用户终端扫描该二维码,第一获取模块13会获取用户终端的用户代理属性信息,即User-Agent,调用模块14通过该用户代理属性信息能够确定出用户终端中的支付软件具体是何种类型的支付软件,然后调用对应的支付接口,向相应的支付软件的后台服务器发起支付,最终完成支付,对于用户而言,无需关注要扫描的二维码到底是何种支付软件的二维码,只需随机选取一个支付软件进行扫码即可,极大方便了用户的操作。
[0107] 请参阅图4,基于同一发明构思,本发明第四实施例提出的支付处理装置,所述装置包括:
[0108] 接收模块21,用于接收支付请求;
[0109] 生成发送模块22,用于根据所述支付请求生成二维码,并将所述二维码发送至客户端进行展示;
[0110] 第一获取模块23,用于获取扫描了所述二维码的用户终端的用户代理属性信息;
[0111] 调用模块24,用于根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口,以向确定的支付软件的后台服务器发起支付。
[0112] 本实施例中,所述装置还包括:
[0113] 确定模块25,用于根据所述用户代理属性信息确定所述用户终端中的支付软件的类型,并根据确定的支付软件的类型调用对应的支付接口;
[0114] 第一判断模块26,用于判断所述支付软件中的身份信息与所述二维码中的身份信息是否一致;
[0115] 所述调用模块24具体用于在所述判断模块判断到所述支付软件中的身份信息与所述二维码中的身份信息一致时,调用对应的支付接口,向所述支付软件的后台服务器发起支付。
[0116] 所述装置还包括:
[0117] 支付验证模块27,用于若所述支付软件中的身份信息与所述二维码中的身份信息不一致,则生成支付验证信息,并将所述支付验证信息发送至客户端进行展示,所述支付验证用于对用户的支付操作进行安全验证。
[0118] 本发明实施例提出的支付处理装置的技术特征和技术效果与本发明第二实施例提出的方法相同,在此不予赘述。
[0119] 此外,本发明的实施例还提出一种可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述方法的步骤。
[0120] 此外,本发明的实施例还提出一种计算机设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述的方法。
[0121] 在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。
[0122] 计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
[0123] 应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
[0124] 在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
[0125] 尽管已经示出和描述了本发明的实施例,本领域的普通技术人员可以理解:在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由权利要求及其等同物限定。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈