支付处理方法、装置及计算机可读存储介质与流程

1.本发明涉及数据处理领域，具体而言，涉及一种支付处理方法、装置及计算机可读存储介质。


背景技术：

2.目前，电子支付已成为日常生活中的主要支付方式。
3.在相关技术中，通常采用不同的支付应用进行支付，或者在一个支付应用中提供多种可选支付方式，通过选择目标支付方式进行支付。这两种支付方式分别存在如下问题：采用不同的支付应用进行支付时，需要启动对应的支付应用才能完成支付，不方便用户进行支付方式的切换；而对于在一个支付应用中可选择支付方式的情况，当选择的目标支付方式为支付应用对应的互联网平台不支持的支付方式时，需要先跳转至与支持目标支付方式的互联网平台所对应的支付应用中，再在跳转的支付应用中完成支付，而不同支付应用之间的跳转会浪费用户的操作时间，另外，在跳转的支付应用启动异常时无法完成支付，这会影响用户体验。即在相关技术中，存在电子支付效率低的问题。
4.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本发明实施例提供了一种支付处理方法、装置及计算机可读存储介质，以至少解决在相关技术中，存在电子支付效率低的技术问题。
6.根据本发明实施例的一个方面，提供了一种支付方法，包括：显示支付网页，其中，所述支付网页包括支付方式选择控件；响应于对所述支付方式选择控件的选择操作，确定目标支付方式；显示与所述目标支付方式对应的校验网页，其中，所述校验网页中显示有校验指令输入框；接收在所述校验指令输入框中输入的支付校验指令，并基于所述支付校验指令进行支付处理。
7.可选地，所述显示支付网页，包括：接收网页支付链接，其中，所述网页支付链接中携带有账号登录页面信息和待支付订单信息；基于所述账号登录页面信息，显示预定应用的账号登录网页；响应于在所述账号登录网页上输入的登录操作，显示与所述待支付订单信息对应的支付网页。
8.可选地，所述接收网页支付链接包括：通过扫描二维码的方式，获取所述账号登录页面信息和待支付订单信息；基于所述账号登录页面信息和待支付订单信息，生成所述网页支付链接。
9.可选地，所述接收网页支付链接包括：在接收所述网页支付链接的终端显示第一应用界面的情况下，接收通过第二应用分享的所述网页支付链接。
10.可选地，所述待支付订单信息对应的待支付订单为改价订单，其中，所述改价订单为对目标对象的订单金额进行修改过的订单。
11.可选地，所述显示与所述目标支付方式对应的校验网页，包括：获取与所述目标支
付方式对应的显示内容，其中，所述显示内容包括所述待支付订单信息以及所述校验指令输入框；将所述显示内容显示以预定排布方式显示在所述校验网页中。
12.可选地，所述待支付订单信息包括以下至少之一：所述待支付订单信息对应的待支付订单的支付金额信息；所述待支付订单信息对应的待支付订单的配送信息，其中，所述配送信息包括：选择的配送时间，以及预计配送时间。
13.可选地，所述显示与所述目标支付方式对应的校验网页，包括：基于所述目标支付方式，生成校验网页链接；基于所述校验网页链接，显示与所述目标支付方式对应的所述校验网页。
14.根据本发明实施例的另一方面，还提供了一种支付处理装置，包括：第一显示模块，用于显示支付网页，其中，所述支付网页包括支付方式选择控件；选择模块，用于响应于对所述支付方式选择控件的选择操作，确定目标支付方式；第二显示模块，用于在预定网页上显示与所述目标支付方式对应的校验网页，其中，所述校验网页显示有校验指令输入框；接收模块，用于接收在所述校验指令输入框中输入的支付校验指令，并基于所述支付校验指令进行支付处理。
15.根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行上述任意一项所述的支付处理方法。
16.根据本发明实施例的另一方面，还提供了一种计算机设备，包括：存储器和处理器，所述存储器存储有计算机程序；所述处理器，用于执行所述存储器中存储的计算机程序，所述计算机程序运行时使得所述处理器执行上述任意一项所述的支付处理方法。
17.在本发明实施例中，通过显示支付网页，其中，支付网页包括支付方式选择控件，响应于对支付方式选择控件的选择操作，确定目标支付方式，显示与目标支付方式对应的校验网页，校验网页显示有校验指令输入框，接收在校验指令输入框中输入的支付校验指令，并基于支付校验指令进行支付处理。即不需要打开支付应用，可以直接在支付网页中选择目标支付方式，在选择目标支付方式后，不会跳转到与目标支付方式对应的支付应用中，而是直接在校验网页对应的校验指令输入框输入支付校验指令，基于输入的支付校验指令进行支付处理。由此，基于对应的网页实现电子支付，在支付过程中不涉及支付应用的启动和不同支付应用之间的跳转，不会出现因支付应用启动异常而导致的支付失败，节约了用户在不同应用之间跳转时的等待时间，提高了支付的稳定性和用户体验。解决了在相关技术中，存在电子支付效率低的技术问题。
附图说明
18.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
19.图1是根据本发明实施例的一种可选的支付处理方法的计算机终端的硬件结构框图；
20.图2是根据本发明实施例的一种可选的支付处理方法的流程图；
21.图3是根据本发明实施例的一种可选的支付网页界面的示意图；
22.图4是根据本发明实施例的一种可选的校验网页界面的示意图；
23.图5是根据本发明实施例的一种可选的支付处理装置的机构框图；
24.图6是是根据本发明实施例的一种计算机设备的结构框图。
具体实施方式
25.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
26.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
27.首先，在对本技术实施例进行描述的过程中出现的部分名词或术语适用于如下解释：
28.数字化门店：是通过物联网技术、人工智能以及自动化技术将互联网应用与实体门店相融合的线下门店，需要基于零售数字化平台，使线上的互联网平台和线下的数字化门店在商品、价格、用户会员、订单等信息方面实现数据和流程层的整合。
29.html5(hyper text markup language 5,超文本标记语言)，是构建以及呈现互联网内容的一种语言描述方式。
30.实施例1
31.根据本发明实施例，还提供了一种支付处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
32.本技术实施例1所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现支付处理方法的计算机终端的硬件结构框图。如图1所示，计算机终端10可以包括一个或多个处理器(图中采用102a、102b，
……
，102n来示出，处理器可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置。除此以外，还可以包括：显示器、输入/输出接口(i/o接口)、通用串行总线(usb)端口(可以作为bus总线的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
33.应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其
他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10中的其他元件中的任意一个内。如本技术实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
34.存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的支付处理方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的漏洞检测方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
35.传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(network interface controller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
36.显示器可以例如触摸屏式的液晶显示器(lcd)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。
37.在上述运行环境下，本技术提供了如图2所示的支付处理方法。图2是根据本发明实施例的一种可选的支付处理方法的流程图。如图2所示，本技术实施例所提供的支付处理方法可以通过如下步骤实现：
38.步骤s202，显示支付网页，其中，支付网页包括支付方式选择控件。
39.步骤s204，响应于对支付方式选择控件的选择操作，确定目标支付方式。
40.步骤s206，显示与目标支付方式对应的校验网页，其中，校验网页显示有校验指令输入框。
41.步骤s208，接收在校验指令输入框中输入的支付校验指令，并基于支付校验指令进行支付处理。
42.在一些可选实施例中，上述支付处理方法的执行主体可以是移动终端，其中，该移动终端的类型可以包括多种，例如，手机，平板电脑，智能佩戴设备等。上述手机包括智能手机等。
43.在一些可选实施例中，支付校验指令的种类有多种，例如，支付校验指令包括：支付密码、提醒用户进行指纹支付认证的提示指令、提醒用户对不需要密码输入的极速支付方式进行确认的确认指令，等等。
44.在一些可选实施例中，接收在校验指令输入框输入的支付校验指令，支付校验指令认证通过后支付完成，在支付校验指令认证失败时，校验网页可通过文字提示等方式提示用户再次输入支付校验指令，并根据再次输入的支付校验指令进行支付处理。
45.在上述可选实施例中，通过显示支付网页，其中，支付网页包括支付方式选择控件，响应于对支付方式选择控件的选择操作，确定目标支付方式，显示与目标支付方式对应的校验网页，校验网页显示有校验指令输入框，接收在校验指令输入框中输入的支付校验指令，并基于支付校验指令进行支付处理。即不需要打开支付应用，可以直接在支付网页中
选择目标支付方式，在选择目标支付方式后，不会跳转到与目标支付方式对应的支付应用中，而是直接显示与目标支付方式对应的校验网页，在校验网页的校验指令输入框输入支付校验指令，基于输入的支付校验指令进行支付处理。由此，基于对应的网页实现电子支付，在支付过程中不涉及支付应用的启动和不同支付应用之间的跳转，不会出现因支付应用启动异常而导致的支付失败，节约了用户在不同应用之间跳转时的等待时间，提高了支付的稳定性和用户体验。解决了在相关技术中，存在电子支付效率低的技术问题。
46.在一些可选实施例中，显示支付网页的方法可包括如下步骤：接收网页支付链接，其中，网页支付链接中携带有账号登录页面信息和待支付订单信息；基于账号登录页面信息，显示预定应用的账号登录网页；响应于在账号登录网页上输入的登录操作，显示与待支付订单信息对应的支付网页。显示支付网页后，在支付网页显示的多种支付方式中选择目标支付方式，显示与目标支付方式对应的校验网页，基于在校验网页的校验指令输入框的支付校验指令输入操作，完成支付处理。通过账号登录操作获取支付网页，在支付网页显示的多个支付方式中选择目标支付方式，基于目标支付方式进行支付处理。由此，实现了支付金额信息、订单信息和账号信息的绑定，实现了支付金额信息和订单信息在预定应用对应的互联网平台的回流。
47.在一些可选实施例中，不同的支付方式对应不同的互联网平台，即不同的互联网平台支持不同的支付方式，其中，预定应用与一个互联网平台相对应。相关技术中，在数字化门店进行电子支付时，如果使用预定应用对应的互联网平台外的其他互联网平台所支持的支付方式进行支付，支付金额和订单信息等支付信息无法自动回流至与预定应用对应的互联网平台。在本可选实施例中，通过在预定应用的账号登录网页进行登录操作，并在登录后显示与待支付订单信息对应的支付网页，在支付网页的多个支付方式中选择目标支付方式，基于目标支付方式进行支付处理。支付信息和登录的账号绑定，即使选择的目标支付方式不是与预定应用对应的互联网平台所支持的支付方式，通过目标支付方式进行支付的支付金额信息和支付的订单信息仍然可以回流至与预定应用对应的互联网平台。
48.在一些可选实施例中，接收网页支付链接包括：通过扫描二维码的方式，获取账号登录页面信息和待支付订单信息；基于账号登录页面信息和待支付订单信息，生成网页支付链接。基于扫描二维码的方式获取网页支付链接，方法简单易操作，提高了用户体验。
49.在一些可选实施例中，接收网页支付链接包括：在接收网页支付链接的终端显示第一应用界面的情况下，接收通过第二应用分享的网页支付链接。
50.在一个实施例中，第一应用的种类包括多种，例如，第一应用为包括具有信息接收功能的应用，比如，可以是具有支付功能的应用，也可以是不具备支付功能的应用等。其中，第一应用可以接收的信息包括网页链接，第一应用的信息接收的方式可以是群组共享的方式。第一应用接收第二应用分享的网页支付链接，基于接收的网页支付链接获取支付网页，基于支付网页进行支付处理。即支付处理流程可以在第一应用中完成，在用户终端只装有第一应用时，可以通过第一应用接收第二应用发送的网页支付链接，基于接收的网页支付链接进行支付处理。由此，实现了对支付的跨应用平台的操作，方便用户进行支付操作，提高了用户体验。
51.在一些可选实施例中，待支付订单信息对应的待支付订单为改价订单，其中，改价订单为对目标对象的订单金额进行修改过的订单。在一个可选实施例中，数字化门店的相
关人员可以对目标对象的订单金额进行修改，基于修改的订单金额生成网页支付链接，在数字化门店进行购物的用户基于网页支付链接进行支付。由此，提高了对目标对象定价的灵活性。
52.在一些可选实施例中，显示与目标支付方式对应的校验网页，包括：获取与目标支付方式对应的显示内容，其中，显示内容包括待支付订单信息以及校验指令输入框；将显示内容显示以预定排布方式显示在校验网页中。由此，方便用户根据校验网页显示的内容进行订单信息确认和校验指令输入操作，提高了用户体验。
53.在一些可选实施例中，待支付订单信息包括以下至少之一：待支付订单信息对应的待支付订单的支付金额信息；待支付订单信息对应的待支付订单的配送信息，其中，配送信息包括：选择的配送时间，以及预计配送时间。用户在支付页面选择配送时间，支付网页显示包括选择的配送时间和预计配送时间的待支付订单信息，用户可以根据需要选择配送时间，并对支付页面显示的预计配送时间进行确认，提高了用户体验。
54.在一些可选实施例中，显示与目标支付方式对应的校验网页的方法，可包括如下步骤：基于目标支付方式，生成校验网页链接；基于校验网页链接，显示与目标支付方式对应的校验网页。基于目标支付方式生成对应的校验网页进行支付操作，不需要启动与目标支付方式对应的支付应用，提高了处理速度和用户体验。
55.基于上述实施例及可选实施例，提供了一种可选实施方式，下面以目标对象为商品，以第二应用的应用对象为数字化门店的线下工作人员为例进行具体说明。在相关技术中，在数字化门店购物时，通常采用与不同支付应用对应的支付方式进行支付，或者在一个支付应用中提供多种可选支付方式，通过选择目标支付方式进行支付。这两种支付方式分别存在如下问题：采用不同的支付应用进行支付时，需要启动对应的支付应用才能完成支付，不方便用户进行支付方式的切换；而对于在一个支付应用中可选择支付方式的情况，当选择的目标支付方式为支付应用对应的互联网平台不支持的支付方式时，需要先跳转至与支持目标支付方式的互联网平台所对应的支付应用中，再在跳转的支付应用中完成支付，不同支付应用之间的跳转会浪费用户的操作时间，另外，在跳转的支付应用启动异常时无法完成支付，这会影响用户体验。即在相关技术中，在数字化门店中购物时，存在电子支付不方便的问题。
56.鉴于此，在本公开实施方式中，提供了一种支付处理方式，通过显示支付网页，其中，支付网页包括支付方式选择控件，响应于对支付方式选择控件的选择操作，确定目标支付方式，显示与目标支付方式对应的校验网页，校验网页显示有校验指令输入框，接收在校验指令输入框中输入的支付校验指令，并基于支付校验指令进行支付处理。即不需要打开支付应用，可以直接在支付网页中选择目标支付方式，在选择目标支付方式后，不会跳转到与目标支付方式对应的支付应用中，而是直接显示校验网页，并在校验网页对应的校验指令输入框输入支付校验指令，基于输入的支付校验指令进行支付处理。由此，基于对应的网页实现电子支付，在支付过程中不涉及支付应用的启动和不同支付应用之间的跳转，不会出现因支付应用启动异常而导致的支付失败，节约了用户在不同应用之间跳转时的等待时间，提高了支付的稳定性和用户体验。解决了在相关技术中，存在电子支付效率低的技术问题。
57.本可选实施方式提供的支付处理方法包括如下步骤：
58.数字化门店的工作人员在商家应用软件(相当于前述实施例中的第二应用)的商品页面对用户要购买的商品(相当于前述实施例中的目标对象)进行订单金额修改，并填写用户信息，基于金额修改后的商品信息和填写的用户信息生成网页支付链接。
59.用户终端的第一应用接收网页支付链接，通过网页链接打开html5网页(相当于前述实施例的账号登录网页)。其中，第一应用具有接受和发送信息的第一应用界面，第一应用界面可以通过群组共享的方式被多个用户共享。其中，用户终端的第一应用接收网页支付链接的方法有多种，例如，可以通过如下方法获取网页支付链接：数字化门店的工作人员通过信息发送的方式，将网页支付链接发送至用户终端的第一应用，用户终端的第一应用接收网页支付链接；数字化门店的工作人员通过信息发送的方式，将包含网页支付链接的二维码发送至用户终端的第一应用，用户对二维码进行识别进而获取网页支付链接；用户终端通过扫描数字化门店中的二维码的方式获取网页支付链接，等等。
60.用户在已有登录账号的情况下，在html5网页进行账号登录操作，获取支付网页；用户在没有登录账号的情况下，点击html5网页的账号注册控件，获取账号注册网页，在账号注册网页中进行账号注册，并基于注册完成的账号进行登录操作，获取支付网页。
61.图3是根据本发明实施例的一种可选的支付网页界面的示意图。参照图3所示，支付网页中显示有配送地址修改框、配送时间选择框、待支付订单信息框、支付方式选择框，以及提交订单确认框，等等。用户在配送地址修改框对配送地址信息进行修改或确认，在配送时间选择框对配送时间进行修改或确认，在待支付订单信息框对待支付订单信息进行确认，在支付方式选择框选择支付方式，然后点击提交订单确认控件，获取可显示校验指令输入框的预定网页。
62.在预定网页为基于支付方式选择控件的选择操作生成的校验网页的情况下，在校验网页的校验指令输入框中输入校验指令进行支付操作；
63.在预定网页为支付网页的情况下，在支付网页的校验指令输入框中输入校验指令进行支付操作；校验指令输入框包括对支付网页区域全覆盖的网页弹窗、对校验网页区域部分覆盖的网页弹窗，等等。
64.下面以预定网页为基于支付方式选择控件的选择操作生成的校验网页的情况为例进行说明。
65.图4是根据本发明实施例的一种可选的校验网页界面的示意图。参照图4所示，校验网页中显示有收款商户信息栏、订单信息栏、订单金额信息栏、目标支付方式确认栏、以及确认支付控件。用户点击确认支付控件，获取校验指令输入框，用户在校验指令输入框中输入支付校验指令，完成支付。其中，校验指令输入框的种类有多种，包括对校验网页区域全覆盖的网页弹窗、对校验网页区域部分覆盖的网页弹窗，等等。
66.支付完成后，支付资金和订单信息回流至商品对应的商家平台。
67.在本可选实施方式中，通过将基于商家应用软件(第二应用)生成的网页支付链接发送给用户终端的第一应用，用户基于第一应用接收的网页支付链接进行支付操作，实现了不同应用之间的跨平台支付操作；支付完成后，支付资金和订单信息回流至商品对应的商家平台，确保了跨平台支付的资金数据和订单信息回流；数字化门店可以对订单金额进行修改，提高数字化门店的自主运营能力；整个支付流程基于对应网页的操作完成，在选择目标支付方式后，基于支付网页完成支付，不需要跳转到与目标支付方式对应的应用进行
支付操作，由此，避免了应用启动异常所造成的支付异常；选择跨平台的支付方式时，基于支付网页完成支付，不需要在不同应用之间跳转切换，节省了对不同应用启动和切换的等待时间，提高了用户体验。
68.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
69.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的支付处理方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个计算机可读存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。
70.实施例2
71.根据本发明实施例，还提供了一种用于实施上述支付处理装置的结构框图，如图5所示，该装置包括：第一显示模块502、选择模块504、第二显示模块506，以及接收模块508，下面分别说明。
72.第一显示模块502，用于显示支付网页，其中，支付网页包括支付方式选择控件；选择模块504，连接于上述第一显示模块502，用于响应于对支付方式选择控件的选择操作，确定目标支付方式；第二显示模块506，连接于上述选择模块504，用于在预定网页上显示与目标支付方式对应的校验网页，其中，校验网页显示有校验指令输入框；接收模块508，连接于上述第二显示模块506，用于接收在校验指令输入框中输入的支付校验指令，并基于支付校验指令进行支付处理。
73.此处需要说明的是，上述第一显示模块502、选择模块504、第二显示模块506，以及接收模块508分别对应于实施例1中的步骤s202至步骤s208，各个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例1提供的计算机终端10中。
74.实施例3
75.本发明的实施例可以提供一种计算可读存储介质。可选地，在本实施例中，上述计算机可读存储介质可以用于保存上述实施例1所提供的支付处理方法所执行的程序代码。
76.可选地，在本实施例中，上述计算机可读存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。
77.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：显示支付网页，其中，支付网页包括支付方式选择控件；响应于对支付方式选择控件的选择操作，确定目标支付方式；显示与目标支付方式对应的校验网页，其中，校验网页中显示有校验指令输入框；接收在校验指令输入框中输入的支付校验指令，并基于支付校验指令进行支付处理。
78.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的
程序代码：接收网页支付链接，其中，网页支付链接中携带有账号登录页面信息和待支付订单信息；基于账号登录页面信息，显示预定应用的账号登录网页；响应于在账号登录网页上输入的登录操作，显示与待支付订单信息对应的支付网页。
79.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：接收网页支付链接包括：通过扫描二维码的方式，获取账号登录页面信息和待支付订单信息；基于账号登录页面信息和待支付订单信息，生成网页支付链接。
80.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：接收网页支付链接包括：在接收网页支付链接的终端显示第一应用界面的情况下，接收通过第二应用分享的网页支付链接。
81.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：待支付订单信息对应的待支付订单为改价订单，其中，改价订单为对目标对象的订单金额进行修改过的订单。
82.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：显示与目标支付方式对应的校验网页，包括：获取与目标支付方式对应的显示内容，其中，显示内容包括待支付订单信息以及校验指令输入框；将显示内容显示以预定排布方式显示在校验网页中。
83.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：待支付订单信息包括以下至少之一：待支付订单信息对应的待支付订单的支付金额信息；待支付订单信息对应的待支付订单的配送信息，其中，配送信息包括：选择的配送时间，以及预计配送时间。
84.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：显示与目标支付方式对应的校验网页，包括：基于目标支付方式，生成校验网页链接；基于校验网页链接，显示与目标支付方式对应的校验网页。
85.本发明的实施例可以提供一种计算机设备，该计算机设备可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机设备也可以替换为移动终端等终端设备。
86.可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
87.在本实施例中，上述计算机设备可以执行应用程序的支付处理方法中以下步骤的程序代码：显示支付网页，其中，支付网页包括支付方式选择控件；响应于对支付方式选择控件的选择操作，确定目标支付方式；显示与目标支付方式对应的校验网页，其中，校验网页中显示有校验指令输入框；接收在校验指令输入框中输入的支付校验指令，并基于支付校验指令进行支付处理。
88.图6根据本发明实施例的一种可选的计算机设备的结构框图。参照图6所示，计算机设备可以包括：一个或多个(图中仅示出一个)处理器602、存储器604等。
89.其中，存储器604可用于存储软件程序以及模块，如本发明实施例中的支付处理方法和装置对应的程序指令/模块，处理器602通过运行存储在存储器604内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的支付处理方法。存储器604可包括高速随机存储器604，还可以包括非易失性存储器604，如一个或者多个磁性存储装置、闪
存、或者其他非易失性固态存储器604。在一些实例中，存储器604可进一步包括相对于处理器602远程设置的存储器604，这些远程存储器604可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
90.处理器602可以通过传输装置调用存储器604存储的信息及应用程序，以执行下述步骤：显示支付网页，其中，支付网页包括支付方式选择控件；响应于对支付方式选择控件的选择操作，确定目标支付方式；显示与目标支付方式对应的校验网页，其中，校验网页中显示有校验指令输入框；接收在校验指令输入框中输入的支付校验指令，并基于支付校验指令进行支付处理。
91.可选的，上述处理器602还可以执行如下步骤的程序代码：接收网页支付链接，其中，网页支付链接中携带有账号登录页面信息和待支付订单信息；基于账号登录页面信息，显示预定应用的账号登录网页；响应于在账号登录网页上输入的登录操作，显示与待支付订单信息对应的支付网页。
92.可选的，上述处理器602还可以执行如下步骤的程序代码：接收网页支付链接包括：通过扫描二维码的方式，获取账号登录页面信息和待支付订单信息；基于账号登录页面信息和待支付订单信息，生成网页支付链接。
93.可选的，上述处理器602还可以执行如下步骤的程序代码：接收网页支付链接包括：在接收网页支付链接的终端显示第一应用界面的情况下，接收通过第二应用分享的网页支付链接。
94.可选的，上述处理器602还可以执行如下步骤的程序代码：待支付订单信息对应的待支付订单为改价订单，其中，改价订单为对目标对象的订单金额进行修改过的订单。
95.可选的，上述处理器602还可以执行如下步骤的程序代码：显示与目标支付方式对应的校验网页，包括：获取与目标支付方式对应的显示内容，其中，显示内容包括待支付订单信息以及校验指令输入框；将显示内容显示以预定排布方式显示在校验网页中。
96.可选的，上述处理器602还可以执行如下步骤的程序代码：待支付订单信息包括以下至少之一：待支付订单信息对应的待支付订单的支付金额信息；待支付订单信息对应的待支付订单的配送信息，其中，配送信息包括：选择的配送时间，以及预计配送时间。
97.可选的，上述处理器602还可以执行如下步骤的程序代码：显示与目标支付方式对应的校验网页，包括：基于目标支付方式，生成校验网页链接；基于校验网页链接，显示与目标支付方式对应的校验网页。
98.采用本发明实施例，提供了一种支付处理的方案。通过显示支付网页，其中，支付网页包括支付方式选择控件，响应于对支付方式选择控件的选择操作，确定目标支付方式，显示与目标支付方式对应的校验网页，校验网页显示有校验指令输入框，接收在校验指令输入框中输入的支付校验指令，并基于支付校验指令进行支付处理。即不需要打开支付应用，可以直接在支付网页中选择目标支付方式，在选择目标支付方式后，不会跳转到与目标支付方式对应的支付应用中，而是直接在校验网页对应的校验指令输入框输入支付校验指令，基于输入的支付校验指令进行支付处理。由此，基于对应的网页实现电子支付，在支付过程中不涉及支付应用的启动和不同支付应用之间的跳转，不会出现因支付应用启动异常而导致的支付失败，节约了用户在不同应用之间跳转时的等待时间，提高了支付的稳定性和用户体验。解决了在相关技术中，存在电子支付效率低的技术问题。
99.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，计算机可读存储介质可以包括：闪存盘、只读存储器(read-only memory，rom)、随机存取器(random access memory，ram)、磁盘或光盘等。
100.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
101.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
102.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
103.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
104.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
105.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个计算机可读存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的计算机可读存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
106.以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。