CN105913245A - 互联网支付方法、装置和服务器 - Google Patents

互联网支付方法、装置和服务器 Download PDF

Info

Publication number
CN105913245A
CN105913245A CN201510696553.XA CN201510696553A CN105913245A CN 105913245 A CN105913245 A CN 105913245A CN 201510696553 A CN201510696553 A CN 201510696553A CN 105913245 A CN105913245 A CN 105913245A
Authority
CN
China
Prior art keywords
application program
dimensional code
payment
mobile terminal
order
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
Application number
CN201510696553.XA
Other languages
English (en)
Inventor
刘晏辰
郑天祥
王鹏
王一鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tianjin Zhirong Innovation Technology Development Co ltd
Original Assignee
LeTV Information Technology Beijing Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by LeTV Information Technology Beijing Co Ltd filed Critical LeTV Information Technology Beijing Co Ltd
Priority to CN201510696553.XA priority Critical patent/CN105913245A/zh
Publication of CN105913245A publication Critical patent/CN105913245A/zh
Pending legal-status Critical Current

Links

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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • 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/16—Payments settled via telecommunication systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种互联网支付方法、装置和服务器，该方法包括：扫描显示设备展示的二维码，以获取订单提交成功页面的URL地址，其中，二维码被做为订单的支付入口；向服务器请求URL地址对应的订单提交成功页面，由服务器根据请求中包含的用户代理信息确定移动终端在扫描二维码时所使用的应用程序，其中，用户代理信息为扫描二维码时所使用的应用程序对应的标识信息；接收服务器返回的与应用程序对应的订单提交成功页面；在应用程序中展示订单提交成功页面，订单提交成功页面包括与应用程序对应的支付渠道。提高了完成互联网支付操作的便利性以及订单支付的成功率。

Description

互联网支付方法、装置和服务器
技术领域
本发明属于互联网技术领域，具体地说，涉及一种互联网支付方法、装置和服务器。
背景技术
移动支付将终端设备、互联网、应用提供商以及金融机构相融合，为用户提供货币支付、缴费等金融业务。随着移动电子商务迅速发展，第三方支付、银行等争相推出移动支付客户端，购物、理财、生活服务等交易类客户端也在不断出现，大大丰富了移动支付的市场应用环境。
在显示设备(例如，智能电视、显示屏幕)上完成支付流程具有特殊性，通常会提供支付渠道区分(例如，微信和支付宝)，用户使用移动终端通过扫描不同的二维码进入不同的渠道中支付，而不同渠道支付存在互相屏蔽问题(各品牌、各渠道之间互相屏蔽)，但是用户很少了解该情况。如果通过一种渠道的应用程序扫描另外一种渠道的二维码支付入口就会终止流程，出现页面跳转失败的情况，从而为网络支付的完成增加困难，降低了订单的成功率。因此，通常需要针对不同的支付渠道提供不同的二维码，用户扫码前需要进行区分，增加了完成支付操作的时间。
发明内容
有鉴于此，本发明实施例提供了一种互联网支付方法、装置和服务器，用以解决现有技术中针对不同的支付渠道需要提供不同的二维码的技术问题。
为了解决上述技术问题，本发明实施例公开了一种互联网支付方法，适用于移动终端，包括：扫描显示设备展示的二维码，以获取订单提交成功页面的URL地址，其中，所述二维码被做为所述订单的支付入口；向服务器请求所述URL地址对应的订单提交成功页面，由所述服务器根据所述请求中包含的用户代理信息确定所述移动终端在扫描所述二维码时所使用的应用程序，其中，所述用户代理信息为扫描所述二维码时所使用的应用程序对应的标识信息；接收所述服务器返回的与所述应用程序对应的订单提交成功页面；在所述应用程序中展示所述订单提交成功页面，所述订单提交成功页面包括与所述应用程序对应的支付渠道。
为了解决上述技术问题，本发明实施例还公开了一种互联网支付方法，适用于服务器，所述方法包括：接收到移动终端针对订单提交成功页面的请求，所述请求包括所述订单提交成功页面的URL地址；其中，所述移动终端通过扫描显示设备所展示的二维码来获取所述URL地址，所述二维码被做为所述订单的支付入口；根据所述请求中包含的用户代理信息确定所述移动终端在扫描所述二维码时所使用的应用程序，其中，所述用户代理信息为扫描所述二维码时所使用的应用程序对应的标识信息；返回与所述应用程序对应的订单提交成功页面至所述移动终端，所述订单提交成功页面包括与所述应用程序对应的支付渠道。
为了解决上述技术问题，本发明实施例还公开了一种互联网支付装置，包括：扫描模块，用于扫描显示设备展示的二维码，以获取订单提交成功页面的URL地址，其中，所述二维码被做为所述订单的支付入口；请求模块，用于向服务器请求所述URL地址对应的订单提交成功页面，由所述服务器根据所述请求中包含的用户代理信息确定所述移动终端在扫描所述二维码时所使用的应用程序，其中，所述用户代理信息为扫描所述二维码时所使用的应用程序对应的标识信息；第一接收模块，用于接收所述服务器返回的与所述应用程序对应的订单提交成功页面；展示模块，用于在所述应用程序中展示所述订单提交成功页面，所述订单提交成功页面包括与所述应用程序对应的支付渠道。
为了解决上述技术问题，本发明实施例还公开了一种互联网支付服务器，所述服务器包括：第二接收模块，用于接收到移动终端针对订单提交成功页面的请求，所述请求包括所述订单提交成功页面的URL地址；其中，所述移动终端通过扫描显示设备所展示的二维码来获取所述URL地址，所述二维码被做为所述订单的支付入口；确定模块，用于根据所述请求中包含的用户代理信息确定所述移动终端在扫描所述二维码时所使用的应用程序，其中，所述用户代理信息为扫描所述二维码时所使用的应用程序对应的标识信息；返回模块，用于返回与所述应用程序对应的订单提交成功页面至所述移动终端，所述订单提交成功页面包括与所述应用程序对应的支付渠道。
与现有技术相比，本发明实施例提供的互联网支付方法和装置，移动终端在扫描二维码时可使用任意具有扫码功能的应用程序，无需用户进行区分，显示设备提供二维码做为互联网支付入口，移动终端扫码后即可展示与扫码时所使用的应用程序对应的订单提交成功页面，该订单提交成功页面包括与应用程序对应的支付渠道，使用户直接利用该应用程序完成支付，提高了完成互联网支付操作的便利性以及订单支付的成功率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种互联网支付方法的流程图；
图2是本发明实施例提供的一种互联网支付方法的流程图；
图3是本发明实施例提供的一种互联网支付方法的流程图；
图4是本发明实施例提供的互联网支付方法的一种应用场景示意图；
图5是本发明实施例提供的互联网支付方法的一种应用场景示意图；
图6是本发明实施例提供的一种互联网支付装置的框图；
图7是本发明实施例提供的一种互联网支付装置的框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在本发明实施例中，显示设备展示二维码做为支付入口，用户使用具有扫描二维码功能的应用程序扫描该二维码都能够完成支付。移动终端扫描该二维码后向服务器发送订单提交成功页面的请求，该请求包括与扫码时使用的应用程序对应的用户代理信息。服务器根据用户代理信息确定对应的应用程序，返回与该应用程序对应的订单提交页面的数据，使移动终端跳转到与用户使用的应用程序对应的订单提交成功页面，该订单提交成功页面包括与应用程序对应的支付渠道，便于用户直接完成支付。用户在扫码前无需对二维码与应用程序的对应关系进行识别和区分，提高了支付操作的便捷性。
图1是本发明实施例提供的一种互联网支付方法的流程图，该互联网支付方法适用于移动终端，移动终端可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。如图1所示，该方法包括以下步骤S10-S13。
在步骤S10中，扫描显示设备展示的二维码，以获取订单提交成功页面的URL地址，其中，所述二维码被做为所述订单的支付入口。
该显示设备可以是智能电视，平板电脑，户外显示屏等。
在现有技术中，显示设备同时展示多个二维码来分别对应的不同的支付渠道。例如二维码1对应应用程序A，二维码2对应应用程序B，那么准备使用应用程序A完成支付的用户，就需要打开应用程序A，然后开启扫码功能来扫描二维码1，需要用户在扫码之前对每个二维码所对应的应用程序进行识别和区分。
本发明实施例显示设备通过显示屏对外展示二维码，将该二维码做为扫码支付入口，该二维码包括订单提交成功页面对应的URL(Uniform Resoure Locator，统一资源定位器)地址。移动终端扫描该二维码能够获取到订单提交成功页面的URL地址。
显示设备可以同时展示多个二维码，做为扫码支付入口的二维码是其中之一，其他二维码可以做为重新编辑订单信息的入口、重新浏览订单中的商品信息的入口或者取消订单的入口，用户使用具有扫码功能的应用程序扫描做为支付入口的二维码即可完成后续的支付操作。
显示设备还可以只展示一个二维码，该二维码即做为扫码支付入口的二维码。由于此时显示设备没有展示其他二维码，因此用户也无需再从多个不同功能的二维码中区分出做为支付入口的二维码，可直接使用具有扫码功能的应用程序扫描该二维码来完成后续的支付操作，从而进一步简化了用户在扫码之前区分行为，更加地提升了扫码支付的便利性。
扫描做为支付入口的二维码时可以利用任意具有扫描二维码功能的应用程序来完成扫描，用户无需自行判断需要使用哪个应用程序来完成扫描，也无需担心因使用了错误的应用程序而扫码失败。
应用程序可以是具有内置浏览器的应用程序，例如，微信、支付宝、百度、优酷等应用程序；也可以是安装在移动终端的操作系统的浏览器，例如，360浏览器，UC浏览器等。
在步骤S11中，向服务器请求URL地址对应的订单提交成功页面，由服务器根据所述请求中包含的用户代理信息确定移动终端在扫描二维码时所使用的应用程序，其中，用户代理信息为扫描二维码时所使用的应用程序对应的标识信息。
移动终端通过互联网与服务器通信连接，移动终端发送的请求中包括扫码时获取的URL地址以及与所使用的应用程序对应的用户代理(UserAgent)信息。
用户代理是Http(超文本传输协议，HyperText Transfer Protocol)中的一部分，属于头域的组成部分，也简称UA。它是一个特殊字符串头，是一种向访问网站或服务器提供终端所使用的浏览器类型及版本，操作系统及版本，浏览器内核等信息的标识。通过这个标识，终端所访问的网站或服务器可以显示不同的排版从而为用户提供更好的体验或者进行信息统计。例如用手机访问一些门户网站和电脑访问所显示的页面是不一样的，这些是网站根据访问者的UA来判断的。
因此，用户代理信息可做为与扫描二维码时所使用的应用程序对应的标识信息，通过用户代理信息识别出扫码时所使用的应用程序。用户代理标准格式为：浏览器标识(操作系统标识；加密等级标识；浏览器语言)渲染引擎/版本信息；浏览器/版本信息。
例如，UC浏览器的用户代理信息为User-Agent:Mozilla/4.0(compatible；MSIE 6.0；)Opera/UCWEB7.0.2.37/28/999，通过其中的字符“UCWEB”识别出该用户代理信息对应的是UC浏览器，那么进一步确定扫码时使用的应用程序是UC浏览器。再例如，腾讯浏览器的用户代理信息为User-Agent:MQQBrowser/26 Mozilla/5.0(Linux；U；Android 2.3.7；zh-cn；MB200Build/GRJ22；CyanogenMod-7)AppleWebKit/533.1(KHTML,like Gecko)Version/4.0Mobile Safari/533.1，通过其中的字符“MQQBrowser”识别出该用户代理信息对应的是腾讯浏览器，那么进一步确定扫码时使用的应用程序是腾讯浏览器。如果识别出用户代理信息对应的是微信的内置浏览器，那么进一步确定扫码时使用的是微信。
在步骤S12中，接收服务器返回的与该应用程序对应的订单提交成功页面。
由于应用程序厂商之间的限制，不同的应用程序所打开的订单提交成功页面对应着不同的支付渠道。因此，返回与扫描二维码时所使用的应用程序对应的订单提交成功页面，使用户无需再切换其他应用程序便可完成支付。对不同应用程序所对应的页面进行转换由服务器完成，将在后续的服务器一侧的实施例中进行说明。
在步骤S13中，在该应用程序中展示订单提交成功页面，订单提交成功页面包括与应用程序对应的支付渠道。
在移动终端扫描二维码时所使用的应用程序中，展示返回的订单提交成功页面，该页面包括与应用程序对应的支付渠道，从而使用户扫描二维码后，可以直接通过对应的支付渠道完成支付。支付渠道包括银行卡、互联网支付平台等渠道，一些支付渠道会与应用程序厂商形成绑定关系，例如在支付渠道与应用程序属于同一厂商时，这种情况非常常见。
本实施例中，移动终端在扫描二维码时可使用任意的应用程序，无需用户进行区分，显示设备提供二维码做为互联网支付入口，移动终端扫码后即可展示与扫码时所使用的应用程序对应的订单提交成功页面，该订单提交成功页面包括与该应用程序对应的支付渠道，使用户直接利用该应用程序完成支付，提高了完成互联网支付操作的便利性以及订单支付的成功率。
在一个实施例中，该步骤S13可以进一步实施为以下步骤S131或者步骤S132。
在步骤S131中，当所述应用程序具有内置浏览器时，在应用程序的内置浏览器中展示对应的订单提交成功页面，由用户利用应用程序对应的支付渠道完成支付。
一些应用程序本身并不主要用于浏览网页但也内置了浏览器，例如，微信、支付宝等应用程序。在用户使用这些应用程序的扫码功能扫描二维码之后，会接收到服务器返回的与该应用程序的内置浏览器对应的订单提交成功页面，然后跳转到该应用程序的内置浏览器来展示该订单提交成功页面，该订单提交成功页面包括与该应用程序对应的支付渠道。例如，利用微信扫描二维码之后，在微信的内置浏览器中展示一个订单提交成功界面，而该订单提交成功界面包括利用“微信钱包”完成支付的支付渠道入口。
本实施例中，用户可利用具备互联网支付功能的应用程序来扫描该二维码，在扫码后所显示的订单提交成功页面包括与该应用程序对应的支付渠道的入口，从而能够直接利用该应用程序的互联网支付功能完成本次支付。用户通常会习惯于专门利用某一特定的应用程序完成互联网支付，认为这样打理起来更加方便，那么，用户便可直接利用该应用程序完成扫码操作，而无需自行判断该二维码是否能够做为该应用程序的支付入口，从而提高了完成互联网支付操作的便利性。
在步骤S132中，当所述应用程序是安装在移动终端的操作系统的浏览器时，在浏览器中展示对应的网页版订单提交成功页面，由用户在订单提交成功页面中选择支付渠道。
移动终端还可以安装来自不同厂商的互联网浏览器，例如，360浏览器，UC浏览器，百度浏览器等，并且这些浏览器都具备扫描二维码的功能。在用户使用上述浏览器扫描二维码之后，在该浏览器中展示网页版的订单提交成功页面。网页版的订单提交成功页面包括常用的网络购物支付渠道，例如银行卡、支付宝等支付渠道，供用户选择。
本实施例中，扫描二维码的应用程序是移动终端安装的浏览器，在扫码之后在浏览器中展示订单提交成功页面的网页版，其中包括银行卡、支付宝等常用支付渠道的入口供用户选择，以完成支付。
总之，用户可任意使用移动终端安装的具有扫码功能的浏览器或者具有扫码功能的应用程序来扫描显示设备所展示的二维码，扫码后移动终端能够展示相对应的订单提交成功页面和支付入口，使用户在扫码之前无需自行分辨需要使用的应用程序，如果显示设备只展示一个二维码做为支付入口，则进一步使用户无需再去分辨不同应用程序所对应的二维码即可直接进行扫描，提高了支付操作的便捷性，从而为提升用户的操作效率带来帮助。
在一个实施例中，步骤S10可进一步实施为以下步骤S101-S102。
在步骤S101中，扫描显示设备展示的二维码，以获取订单提交成功页面的URL地址和用户信息。
在一些情况下，用户在显示设备提交订单时，需要在显示设备通过已注册的用户信息登录服务器。用户信息通常包括用户帐号和密码，登录后用该用户帐号提交订单。在显示设备一侧提交订单成功后，显示设备生成二维码做为支付入口，此时该二维码包括订单提交成功页面的URL地址之外，还包括已登录的用户信息。移动终端扫描做为支付入口的二维码后获取到用户信息和订单提交成功页面的URL地址。
在步骤S102中，根据用户信息自动登录服务器。
本实施例中，在扫码之后，移动终端根据该用户信息自动登录服务器，完成用户验证过程，用户在移动终端一侧无需再次输入用户信息即可自动登录服务器，从而进一步简化了用户操作，提高了操作效率。
在一个实施例中，用户代理信息包括预设关键字，由服务器根据预设关键字确定移动终端在扫描所述二维码时所使用的应用程序的内置浏览器。
对于应用程序的内置浏览器，厂商在开发过程中通常会在用户代理信息中预设相应的关键字，由服务器根据该预设关键字来识别出应用程序的内置浏览器。
例如，微信的内置浏览器的用户代理信息为Mozilla/5.0(Linux；U；Android 2.3.6；zh-cn；GT-S5660Build/GINGERBREAD)AppleWebKit/533.1(KHTML,like Gecko)Version/4.0Mobile Safari/533.1MicroMessenger/4.5.255。其中，“MicroMessenger”即为该预设关键字，如果判断出用户代理信息中包括“MicroMessenger”，则确定发送请求的是微信的内置浏览器，从而进一步确定移动终端通过微信的扫码功能扫描的二维码。对于其他应用程序的内置浏览器也可用类似方法进行识别。
本实施例中，通过用户代理信息中的预设关键字，使服务器可以对应用程序的内置浏览器进行识别，进一步确定扫描时使用的应用程序，从而返回与该应用程序对应的订单提交成功页面，以便于用户完成支付。
图2是本发明实施例提供的一种互联网支付方法的流程图，该互联网支付方法适用于服务器，如图2所示，该方法包括以下步骤S20-S22。
在步骤S20中，接收到移动终端针对订单提交成功页面的请求，所述请求包括所述订单提交成功页面的URL地址；其中，移动终端通过扫描显示设备所展示的二维码来获取URL地址，所述二维码被做为所述订单的支付入口。
在步骤S21中，根据请求中包含的用户代理信息确定移动终端在扫描二维码时所使用的应用程序，其中，用户代理信息为扫描二维码时所使用的应用程序对应的标识信息。
在步骤S22中，返回与应用程序对应的订单提交成功页面至移动终端，订单提交成功页面包括与应用程序对应的支付渠道。
本实施例中，服务器接收到的请求包括订单提交成功页面的URL地址和扫描二维码时所使用的应用程序对应的用户代理信息，根据其中的用户代理信息识别出移动终端在扫码时所使用的应用程序，返回与应用程序相对应的订单提交成功页面，由用户通过该页面中的支付渠道完成支付，使用户直接利用扫描二维码的应用程序继续完成支付，提高了完成互联网支付操作的便利性以及订单支付的成功率。
在一个实施例中，步骤S21进一步实施为步骤S211-S213。
在步骤S211中，判断用户代理信息是否包括预设关键字。当用户代理信息包括预设关键字时，执行步骤S212；当用户代理信息包括预设关键字时，执行步骤S213。
在步骤S212中，根据预设关键字确定移动终端在扫描二维码时所使用的应用程序的内置浏览器。
在步骤S213中，根据用户代理信息中的浏览器标识确定移动终端在扫描二维码时所使用的安装在移动终端的操作系统的浏览器。
例如，通过预设关键字“MicroMessenger”识别出微信的内置浏览器，通过“MQQBrowser”、“UCWEB”等浏览器标识识别出移动终端操作系统安装的腾讯浏览器、UC浏览器。
本实施例中，对于应用程序的内置浏览器，服务器通过预设关键字来识别出移动终端在扫码时使用的应用程序的内置浏览器，用户代理信息不包含该预设关键词时，通过用户代理信息中的浏览器标识识别出移动终端在扫码时所使用的浏览器，使服务器能够识别出移动终端的操作系统安装的浏览器以及应用程序的内置浏览器。
在一个实施例中，步骤S22可进一步实施为步骤S221-步骤S222。
在步骤S221中，根据应用程序将请求中的URL地址进行转换。
在步骤S222中，返回转换后的URL地址所对应的订单提交成功页面至移动终端。
服务器在确定移动终端在扫描二维码时所使用的应用程序之后，根据该应用程序对URL地址进行转换并请求转换后的URL地址的html数据。服务器可通过预设的nextaction方法根据不同的应用程序转换到对应的不同URL地址。
例如，移动终端扫码时获取的URL地址为：abcd.com/shopping/ordepay.action？rid＝12345。
如果服务器识别出发送请求的是微信的内置浏览器，则将该URL地址转换到微信的内置浏览器所对应的URL地址，例如：micromessge.abcd.com/shopping/ordepay.action？rid＝12345，请求该转换后的URL地址的html数据并返回该页面的html数据至移动终端，由微信的内置浏览器加载相对应的订单提交成功页面。
如果服务器识别出发送请求的是移动终端操作系统安装的UC浏览器，则将该URL地址转换到UC浏览器所对应的URL地址，例如webpage.abcd.com/shopping/ordepay.action？rid＝12345，请求转换后的URL地址的html数据并返回该页面的html数据至移动终端，由UC浏览器加载该订单提交成功页面。
本实施例中，通过对URL地址的转换，避开了各厂商之间对彼此页面的屏蔽，对于用户而言，使其能够直接使用具有扫码功能的应用程序来扫描二维码并完成支付。
图3是本发明实施例提供的一种互联网支付方法，该方法涉及三个执行主体，包括显示设备、移动终端和服务器，由上述三个执行主体之间的信息交互完成该数据输入方法。如图3所示，该数据输入方法包括以下步骤S31-S35。
在步骤S31中，显示设备展示二维码做为互联网支付入口，所述二维码包括订单提交成功页面的URL地址。
在步骤S32中，移动终端扫描二维码，获取该URL地址。
在步骤S33中，移动终端向服务器发送请求，请求URL地址对应的订单提交成功页面，该请求还包括用户代理信息。
在步骤S34中，服务器根据用户代理信息确定移动终端扫码时使用的应用程序，根据应用程序对URL地址进行转换，将转换后的URL地址对应的订单提交成功页面的数据返回至移动终端。
在步骤S35中，移动终端展示返回的订单提交成功页面，该订单提交成功页面包括与应用程序对用的支付渠道。
其中，当移动终端扫码时使用应用程序具有内置浏览器时，在应用程序的内置浏览器展示该订单提交成功页面，该订单提交成功页面包括通过该应用程序完成支付的支付渠道。当移动终端扫码时使用的安装在操作系统的浏览器时，在该浏览器展示订单提交成功页面，该订单提交成功页面包括银行卡、支付宝等支付渠道。
本实施例中，显示设备展示二维码做为支付入口，移动终端用户可通过具有扫码功能的应用程序扫描该二维码，扫码后将打开与所使用的应用程序对应的订单提交成功页面，该订单提交成功页面包括与所使用的应用程序对应的支付渠道，使用户通过该应用程序完成扫码和支付，提高了互联网支付操作的便捷性。
下面通过应用场景对本发明实施例做进一步说明。
图4是本发明实施例提供的互联网支付方法的一种应用场景，在该场景中包括智能电视40，智能手机41和服务器42，智能电视40、智能手机41分别与服务器42通信连接。
用户在智能电视40输入用户信息登录服务器42，在智能电视40上购物并提交订单。此时智能电视40显示订单提交成功页面，同时还显示一个二维码做为支付入口并利用文字提示用户扫描该二维码来完成支付。该二维码包括订单提交成功页面的URL地址和已登录的用户信息。
用户利用智能手机41扫描该二维码，此时，用户可以利用智能手机内安装的具有扫码功能的应用程序来扫描该二维码，例如，微信、支付宝或者UC浏览器，360浏览器等。
智能手机41扫描该二维码后，获取URL地址和用户信息。智能手机41根据用户信息登录服务器42，完成用户验证，再向服务器42发送请求，请求该URL地址对应的订单提交成功页面，该请求还包括与扫码时使用的应用程序对应的用户代理信息。
服务器42根据用户代理信息识别智能手机41扫码时使用的应用程序，返回与应用程序对应的订单提交成功页面的数据至智能手机41。如果智能手机41通过微信的扫码功能扫描该二维码，则在微信的内置浏览器显示该订单提交成功页面，并且该订单提交成功页面包括通过“微信钱包”进行支付的支付渠道入口，用户通过该入口即可进入微信支付页面。如果智能手机41通过安装在操作系统的浏览器的扫码功能扫描该二维码，如UC浏览器、360浏览器的扫码功能扫描二维码，则在相应的浏览器显示该订单提交成功页面，该订单提交成功页面包括银行卡、支付宝等支付渠道。
用户通过智能电视40购买商品并下单时，智能电视40显示一个二维码做为互联网支付入口并且用户可利用智能手机41内的任何具有扫码功能的应用程序来扫描该二维码以完成后续的支付操作，简化了用户在智能电视上购物时的支付操作，提高了扫码支付的便利性。
图5是本发明实施例提供的互联网支付方法的一种应用场景，在该场景中包括自助售货设备50，智能手机51和服务器52。该自助售货设备50具有显示屏，可以用于实时售货给用户，或者用于提供样品展示并由有需求的用户完成下单，待支付成功后将所购商品配送给用户。该自助售货设备50支持用户通过互联网完成支付，自助售货设备50、智能手机51分别与服务器52通信连接。该自助售货设备可以是自助售货机，自助售餐机，自助售票机、自助售货显示屏等。
用户在自助售货设备50确认需要购买的商品之后，自助售货设备50计算并显示出支付金额，同时显示一个二维码做为互联网支付入口，并提示用户扫描该二维码来完成支付。用户如果选择互联网支付，可通过智能手机51中的具有扫码功能的应用程序来扫描该二维码。该二维码包括订单提交成功页面的URL地址。
智能手机51扫码后，向服务器52请求订单提交成功页面。该请求包括用户代理信息，服务器52根据该用户代理信息识别出智能手机51扫码时使用的应用程序并返回对应订单提交页面数据至智能手机51。如果智能手机51通过微信扫描该二维码，则在微信的内置浏览器显示该订单提交成功页面，并且该订单提交成功页面包括通过“微信钱包”进行支付的支付渠道入口，用户通过该入口进入微信支付页面。如果智能手机51通过安装在操作系统的浏览器的扫码功能扫描该二维码，如UC浏览器、360浏览器等扫描二维码，则在相应的浏览器显示该订单提交成功页面，该订单提交成功页面包括银行卡、支付宝等支付渠道。
用户在自助售货设备50订购商品时，自助售货设备50显示一个二维码做为互联网支付入口，用户可使用智能手机51内任何具有扫码功能的应用程序进行扫码并完成后续的支付操作，简化了用户在自助售货设备上的支付操作，提高了扫码支付的便利性。
下述为本发明的装置实施例，可以用于执行本发明的上述方法实施例。
图6是本发明实施例提供的一种互联网支付装置，包括：
扫描模块60，用于扫描显示设备展示的二维码，以获取订单提交成功页面的URL地址，其中，所述二维码被做为所述订单的支付入口；
请求模块61，用于向服务器请求URL地址对应的订单提交成功页面，由服务器根据所述请求中包含的用户代理信息确定移动终端在扫描二维码时所使用的应用程序，其中，用户代理信息为扫描二维码时所使用的应用程序对应的标识信息；
第一接收模块62，用于接收服务器返回的与所述应用程序对应的订单提交成功页面；
展示模块63，用于在所述应用程序中展示订单提交成功页面，订单提交成功页面包括与所述应用程序对应的支付渠道。
在一个实施例中，该展示模块63包括：
第一展示子模块，用于当所述应用程序具有内置浏览器时，在所述应用程序的内置浏览器中展示对应的订单提交成功页面，由用户利用所述应用程序对应的支付渠道完成支付。
或者该展示模块63包括第二展示子模块，用于当所述应用程序是安装在所述移动终端的操作系统的浏览器时，在所述浏览器中展示对应的网页版订单提交成功页面，由用户在订单提交成功页面中选择支付渠道。
在一个实施例中，该扫描模块60包括：
扫描子模块，用于扫描显示设备展示的唯一一个二维码，以获取订单提交成功页面的URL地址和用户信息；
登录子模块，用于根据用户信息自动登录服务器。
在一个实施例中，用户代理信息包括预设关键字，由服务器根据预设关键字确定移动终端在扫描二维码时所使用的应用程序的内置浏览器。
图7是本发明实施例提供的一种互联网支付服务器，所述服务器包括：
第二接收模块70，用于接收到移动终端针对订单提交成功页面的请求，所述请求包括订单提交成功页面的URL地址；其中，移动终端通过扫描显示设备所展示的二维码来获取URL地址，二维码被做为所述订单的支付入口；
确定模块71，用于根据所述请求中包含的用户代理信息确定移动终端在扫描二维码时所使用的应用程序，其中，用户代理信息为扫描二维码时所使用的应用程序对应的标识信息；
返回模块72，用于返回与应用程序对应的订单提交成功页面至移动终端，订单提交成功页面包括与应用程序对应的支付渠道。
在一个实施例中，该确定模块71包括：
判断子模块，用于判断用户代理信息是否包括预设关键字；
确定子模块，用于当用户代理信息包括预设关键字时，根据预设关键字确定移动终端在扫描二维码时所使用的应用程序的内置浏览器。
在一个实施例中，该返回模块72包括：
转换子模块，用于根据所述应用程序将请求中的URL地址进行转换；
返回子模块，用于返回转换后的URL地址所对应的订单提交成功页面至移动终端。
此外，本发明实施例中可以通过硬件处理器(hardware processor)来实现上述各个功能模块。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (14)

1.一种互联网支付方法，适用于移动终端，其特征在于，包括：
扫描显示设备展示的二维码，以获取订单提交成功页面的URL地址，其中，所述二维码被做为所述订单的支付入口；
向服务器请求所述URL地址对应的订单提交成功页面，由所述服务器根据所述请求中包含的用户代理信息确定所述移动终端在扫描所述二维码时所使用的应用程序，其中，所述用户代理信息为扫描所述二维码时所使用的应用程序对应的标识信息；
接收所述服务器返回的与所述应用程序对应的订单提交成功页面；
在所述应用程序中展示所述订单提交成功页面，所述订单提交成功页面包括与所述应用程序对应的支付渠道。
2.根据权利要求1所述的方法，其特征在于，所述在所述应用程序中展示所述订单提交成功页面包括：
当所述应用程序具有内置浏览器时，在所述应用程序的内置浏览器中展示对应的订单提交成功页面，由用户利用所述应用程序对应的支付渠道完成支付；或者，
当所述应用程序是安装在所述移动终端的操作系统的浏览器时，在所述浏览器中展示对应的网页版订单提交成功页面，由用户在所述订单提交成功页面中选择支付渠道。
3.根据权利要求1所述的方法，其特征在于，所述扫描显示设备展示的二维码，以获取订单提交成功页面的URL地址包括：
扫描显示设备展示的二维码，以获取订单提交成功页面的URL地址和用户信息；
根据所述用户信息自动登录所述服务器。
4.根据权利要求1所述的方法，其特征在于，所述用户代理信息包括预设关键字，由所述服务器根据所述预设关键字确定所述移动终端在扫描所述二维码时所使用的应用程序的内置浏览器。
5.一种互联网支付方法，适用于服务器，其特征在于，所述方法包括：
接收到移动终端针对订单提交成功页面的请求，所述请求包括所述订单提交成功页面的URL地址；其中，所述移动终端通过扫描显示设备所展示的二维码来获取所述URL地址，所述二维码被做为所述订单的支付入口；
根据所述请求中包含的用户代理信息确定所述移动终端在扫描所述二维码时所使用的应用程序，其中，所述用户代理信息为扫描所述二维码时所使用的应用程序对应的标识信息；
返回与所述应用程序对应的订单提交成功页面至所述移动终端，所述订单提交成功页面包括与所述应用程序对应的支付渠道。
6.根据权利要求5所述的方法，其特征在于，所述根据所述请求中包含的用户代理信息确定所述移动终端在扫描所述二维码时所使用的应用程序包括：
判断所述用户代理信息是否包括预设关键字；
当所述用户代理信息包括预设关键字时，根据所述预设关键字确定所述移动终端在扫描所述二维码时所使用的应用程序的内置浏览器。
7.根据权利要求5所述的方法，其特征在于，所述返回与所述应用程序对应的订单提交成功页面至所述移动终端包括：
根据所述应用程序将所述请求中的URL地址进行转换；
返回所述转换后的URL地址所对应的订单提交成功页面至所述移动终端。
8.一种互联网支付装置，其特征在于，所述装置包括：
扫描模块，用于扫描显示设备展示的二维码，以获取订单提交成功页面的URL地址，其中，所述二维码被做为所述订单的支付入口；
请求模块，用于向服务器请求所述URL地址对应的订单提交成功页面，由所述服务器根据所述请求中包含的用户代理信息确定所述移动终端在扫描所述二维码时所使用的应用程序，其中，所述用户代理信息为扫描所述二维码时所使用的应用程序对应的标识信息；
第一接收模块，用于接收所述服务器返回的与所述应用程序对应的订单提交成功页面；
展示模块，用于在所述应用程序中展示所述订单提交成功页面，所述订单提交成功页面包括与所述应用程序对应的支付渠道。
9.根据权利要求8所述的装置，其特征在于，所述展示模块包括：
第一展示子模块，用于当所述应用程序具有内置浏览器时，在所述应用程序的内置浏览器中展示对应的订单提交成功页面，由用户利用所述应用程序对应的支付渠道完成支付；
第二展示子模块，用于当所述应用程序是安装在所述移动终端的操作系统的浏览器时，在所述浏览器中展示对应的网页版订单提交成功页面，由用户在所述订单提交成功页面中选择支付渠道。
10.根据权利要求8所述的装置，其特征在于，所述扫描模块包括：
扫描子模块，用于扫描显示设备展示的二维码，以获取订单提交成功页面的URL地址和用户信息；
登录子模块，用于根据所述用户信息自动登录所述服务器。
11.根据权利要求8所述的装置，其特征在于，所述用户代理信息包括预设关键字，由所述服务器根据所述预设关键字确定所述移动终端在扫描所述二维码时所使用的应用程序的内置浏览器。
12.一种互联网支付服务器，其特征在于，所述服务器包括：
第二接收模块，用于接收到移动终端针对订单提交成功页面的请求，所述请求包括所述订单提交成功页面的URL地址；其中，所述移动终端通过扫描显示设备所展示的二维码来获取所述URL地址，所述二维码被做为所述订单的支付入口；
确定模块，用于根据所述请求中包含的用户代理信息确定所述移动终端在扫描所述二维码时所使用的应用程序，其中，所述用户代理信息为扫描所述二维码时所使用的应用程序对应的标识信息；
返回模块，用于返回与所述应用程序对应的订单提交成功页面至所述移动终端，所述订单提交成功页面包括与所述应用程序对应的支付渠道。
13.根据权利要求12所述的服务器，其特征在于，所述确定模块包括：
判断子模块，用于判断所述用户代理信息是否包括预设关键字；
确定子模块，用于当所述用户代理信息包括预设关键字时，根据所述预设关键字确定所述移动终端在扫描所述二维码时所使用的应用程序的内置浏览器。
14.根据权利要求12所述的服务器，其特征在于，所述返回模块包括：
转换子模块，用于根据所述应用程序将所述请求中的URL地址进行转换；
返回子模块，用于返回所述转换后的URL地址所对应的订单提交成功页面至所述移动终端。
CN201510696553.XA 2015-10-23 2015-10-23 互联网支付方法、装置和服务器 Pending CN105913245A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510696553.XA CN105913245A (zh) 2015-10-23 2015-10-23 互联网支付方法、装置和服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510696553.XA CN105913245A (zh) 2015-10-23 2015-10-23 互联网支付方法、装置和服务器

Publications (1)

Publication Number Publication Date
CN105913245A true CN105913245A (zh) 2016-08-31

Family

ID=56744194

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510696553.XA Pending CN105913245A (zh) 2015-10-23 2015-10-23 互联网支付方法、装置和服务器

Country Status (1)

Country Link
CN (1) CN105913245A (zh)

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107133793A (zh) * 2017-04-27 2017-09-05 努比亚技术有限公司 一种分屏支付方法及系统
CN107194690A (zh) * 2017-06-23 2017-09-22 珠海市魅族科技有限公司 一种二维码扫描方法及终端、计算机装置及可读存储介质
CN108021409A (zh) * 2017-12-05 2018-05-11 广州市千钧网络科技有限公司 一种app业务情景还原方法及系统
CN108052663A (zh) * 2017-01-17 2018-05-18 海南亚元防伪技术研究所（普通合伙） 一种共用二维码的应用方法及装置
CN109214480A (zh) * 2018-08-31 2019-01-15 拉卡拉支付股份有限公司 信息处理方法、装置、电子设备及计算机可读存储介质
CN110099125A (zh) * 2019-05-10 2019-08-06 拉扎斯网络科技（上海）有限公司 信息转接方法、装置、电子设备及计算机可读存储介质
CN110209960A (zh) * 2019-05-29 2019-09-06 国网浙江电动汽车服务有限公司 一种集成二维码控制技术
CN110223051A (zh) * 2019-05-17 2019-09-10 中国银联股份有限公司 支付方法、装置、设备、系统及存储介质
CN110276608A (zh) * 2019-06-28 2019-09-24 中至数据集团股份有限公司 支付处理方法、装置、可读存储介质及计算机设备
CN110942297A (zh) * 2019-10-30 2020-03-31 深圳市钱海网络技术有限公司 一种用于移动端的二维码支付方法及系统
CN110969428A (zh) * 2019-10-30 2020-04-07 深圳市钱海网络技术有限公司 一种基于移动端的静态二维码支付方法及装置
CN111429128A (zh) * 2020-03-19 2020-07-17 携程计算机技术（上海）有限公司 移动终端跨平台支付方法、系统、设备及存储介质
CN111563738A (zh) * 2020-04-26 2020-08-21 特瓦特能源科技有限公司 一种支付方法及系统
CN111767109A (zh) * 2020-06-30 2020-10-13 深圳前海微众银行股份有限公司 基于终端应用的h5页面显示方法、设备及可读存储介质
CN111784322A (zh) * 2020-06-17 2020-10-16 绥化市诚美盛世网络科技有限公司 一种移动支付系统和移动支付方法
CN111815868A (zh) * 2020-07-13 2020-10-23 江苏云柜网络技术有限公司 一种支持二维码支付的快递柜及其二维码扫码支付方法
CN113435881A (zh) * 2021-07-15 2021-09-24 支付宝(杭州)信息技术有限公司 一种扫码支付方法及装置
CN113435880A (zh) * 2021-07-12 2021-09-24 支付宝(杭州)信息技术有限公司 一种基于聚合码的支付页面发送方法、装置、设备及介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104200361A (zh) * 2014-09-05 2014-12-10 哆啦宝（北京）科技有限公司 基于二维码自动生成的手机银行支付系统及支付方法
CN104751331A (zh) * 2015-03-26 2015-07-01 广东驿亭信息科技有限公司 一种一码多用的费用支付方法及其支付系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104200361A (zh) * 2014-09-05 2014-12-10 哆啦宝（北京）科技有限公司 基于二维码自动生成的手机银行支付系统及支付方法
CN104751331A (zh) * 2015-03-26 2015-07-01 广东驿亭信息科技有限公司 一种一码多用的费用支付方法及其支付系统

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108052663A (zh) * 2017-01-17 2018-05-18 海南亚元防伪技术研究所（普通合伙） 一种共用二维码的应用方法及装置
CN107133793A (zh) * 2017-04-27 2017-09-05 努比亚技术有限公司 一种分屏支付方法及系统
CN107194690A (zh) * 2017-06-23 2017-09-22 珠海市魅族科技有限公司 一种二维码扫描方法及终端、计算机装置及可读存储介质
CN108021409A (zh) * 2017-12-05 2018-05-11 广州市千钧网络科技有限公司 一种app业务情景还原方法及系统
CN108021409B (zh) * 2017-12-05 2021-03-23 广州市千钧网络科技有限公司 一种app业务情景还原方法及系统
CN109214480A (zh) * 2018-08-31 2019-01-15 拉卡拉支付股份有限公司 信息处理方法、装置、电子设备及计算机可读存储介质
CN110099125A (zh) * 2019-05-10 2019-08-06 拉扎斯网络科技（上海）有限公司 信息转接方法、装置、电子设备及计算机可读存储介质
CN110099125B (zh) * 2019-05-10 2021-09-28 拉扎斯网络科技（上海）有限公司 信息转接方法、装置、电子设备及计算机可读存储介质
WO2020233223A1 (zh) * 2019-05-17 2020-11-26 中国银联股份有限公司 支付方法、装置、设备、系统及存储介质
CN110223051A (zh) * 2019-05-17 2019-09-10 中国银联股份有限公司 支付方法、装置、设备、系统及存储介质
TWI799683B (zh) * 2019-05-17 2023-04-21 大陸商中國銀聯股份有限公司 支付方法、裝置、設備、系統及存儲介質
CN110223051B (zh) * 2019-05-17 2021-07-16 中国银联股份有限公司 支付方法、装置、设备、系统及存储介质
CN110209960A (zh) * 2019-05-29 2019-09-06 国网浙江电动汽车服务有限公司 一种集成二维码控制技术
CN110276608A (zh) * 2019-06-28 2019-09-24 中至数据集团股份有限公司 支付处理方法、装置、可读存储介质及计算机设备
CN110969428A (zh) * 2019-10-30 2020-04-07 深圳市钱海网络技术有限公司 一种基于移动端的静态二维码支付方法及装置
CN110942297A (zh) * 2019-10-30 2020-03-31 深圳市钱海网络技术有限公司 一种用于移动端的二维码支付方法及系统
CN111429128A (zh) * 2020-03-19 2020-07-17 携程计算机技术（上海）有限公司 移动终端跨平台支付方法、系统、设备及存储介质
CN111563738A (zh) * 2020-04-26 2020-08-21 特瓦特能源科技有限公司 一种支付方法及系统
CN111563738B (zh) * 2020-04-26 2024-05-31 特瓦特能源科技有限公司 一种支付方法及系统
CN111784322A (zh) * 2020-06-17 2020-10-16 绥化市诚美盛世网络科技有限公司 一种移动支付系统和移动支付方法
CN111767109A (zh) * 2020-06-30 2020-10-13 深圳前海微众银行股份有限公司 基于终端应用的h5页面显示方法、设备及可读存储介质
CN111815868A (zh) * 2020-07-13 2020-10-23 江苏云柜网络技术有限公司 一种支持二维码支付的快递柜及其二维码扫码支付方法
CN113435880A (zh) * 2021-07-12 2021-09-24 支付宝(杭州)信息技术有限公司 一种基于聚合码的支付页面发送方法、装置、设备及介质
EP4318352A4 (en) * 2021-07-12 2024-08-07 Alipay Com Co Ltd SENDING PAYMENT PAGES BASED ON AGGREGATED CODE
CN113435881A (zh) * 2021-07-15 2021-09-24 支付宝(杭州)信息技术有限公司 一种扫码支付方法及装置

Similar Documents

Publication Publication Date Title
CN105913245A (zh) 互联网支付方法、装置和服务器
US10565590B2 (en) Data processing method based on instant messaging or social applications, and device thereof
US9996832B2 (en) Method, system and apparatus for application loading
US11120493B2 (en) Payment method, apparatus and system
CN105099688A (zh) 一种电子账户的操作方法、支付页面的展示方法及装置
US10706410B2 (en) Service-hosted payment request
US20230259565A1 (en) System and method for facilitating presentation modification of a user interface
CN111260342B (zh) 一种认证支付方法及装置
JP2024033200A (ja) 情報処理装置、情報処理方法、およびプログラム
US20220114336A1 (en) Systems and methods for detecting locations of webpage elements
US20150302445A1 (en) Method for interaction and, server and network platform therefor
JP2015531518A (ja) 電子取引情報を処理する方法及び装置
CN116485394A (zh) 生成支付口令和发送支付请求的方法、装置、设备和介质
CN111488180B (zh) 服务信息处理的方法、装置、电子设备及存储介质
CN115068956A (zh) 游戏场景中的支付方法、装置和电子设备
CN111738714A (zh) 虚拟对象转移控制方法、装置、电子设备
CN109214480B (zh) 信息处理方法、装置、电子设备及计算机可读存储介质
CN112150135A (zh) 一种支付方法和装置
CN113159764A (zh) 终端设备电子凭证获取方法、装置、电子设备
CN113409099B (zh) 对象处理方法、装置、电子设备及计算机可读存储介质
CN111538899A (zh) 资源信息的推送方法及设备端、服务端
CN111723357A (zh) 登录验证方法及装置
TWI578248B (zh) Use Fingerprint to confirm the checkout page information to initiate action payments
CN114331557A (zh) 活动推广方法及系统
CN112927034B (zh) 信息处理方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20220714

Address after: 300467 917-2, Chuangzhi building, 482 Zhongxin eco city, Binhai New Area, Tianjin

Applicant after: Tianjin Zhirong Innovation Technology Development Co.,Ltd.

Address before: Room 6184, 6th floor, building 19, building 68, Xueyuan South Road, Haidian District, Beijing 100089

Applicant before: LE SHI INTERNET INFORMATION & TECHNOLOGY CORP., BEIJING

TA01 Transfer of patent application right