用户支付流程处理方法、设备及存储介质与流程

1.本发明属于移动支付技术领域，具体涉及一种用户支付流程处理方法、设备及存储介质。


背景技术：

2.电子商务活动中，为交易双方或多方提供交易撮合及相关服务的电子商务平台中的订单账户支付都是以业务目的为需求，为解决特定业务目的而设计的，电子商务平台中的订单账户支付都与具体的业务紧密相连。
3.现有技术将支付业务与支付能力结合，以实现用户的支付功能。
4.但支付业务与支付能力融合后，在支付能力中定制化的增加了业务，破坏了支付能力的完整封装性和公用性，容易出现多次创单情况。


技术实现要素：

5.为了解决现有技术中的上述问题，即为了解决现有支付业务与支付能力融合后，在支付能力中定制化的增加了业务，破坏了支付能力的完整封装性和公用性，容易出现多次创单情况的问题，本发明提供了一种用户支付流程处理方法，包括：
6.获取用户终端上传的支付信息；
7.根据所述支付信息，判断订单数据库中是否存在所述支付信息对应的订单，所述订单数据库存储有支付信息与订单支付数据的对应关系；
8.若所述订单数据库中存在所述支付信息对应的订单，则获取所述支付信息对应的订单支付数据；
9.将所述订单支付数据发送给所述用户终端。
10.在一种可能的设计中，若所述订单数据库中不存在所述支付信息对应的订单，所述方法还包括：
11.从商城平台获取订单对应的订单支付数据；
12.将获取的订单支付数据存入与订单对应的所述订单数据库中；
13.将所述订单支付数据发送给所述用户终端。
14.在一种可能的设计中，所述将所述订单支付数据发送给所述用户终端之前，所述方法还包括：
15.从商城平台获取订单的订单状态；
16.判断所述订单状态是否有效；
17.若是，则确定执行将所述订单支付数据发送给用户终端的操作；
18.若否，则删除所述订单，并从商城平台获取所述订单对应的订单支付数据，将获取的订单支付数据存入与订单对应的所述订单数据库中。
19.在一种可能的设计中，所述从商城平台获取所述订单对应的订单支付数据，包括：
20.向所述商城平台发送创建订单请求；
21.获取所述商城平台返回的订单支付数据，所述订单支付数据包括商品支付数据，或者，所述订单支付数据包括商品支付数据和所述商品对应的设计支付数据。
22.在一种可能的设计中，若所述订单为无需支付订单，所述订单支付数据还包括订单号和支付链接；
23.若所述订单为需支付订单，所述订单支付数据还包括订单号、支付单号和支付链接。
24.在一种可能的设计中，所述方法还包括：
25.获取用户终端上传的商品编码；
26.根据所述商品编码和预设商品费用信息表，得到费用金额，所述预设商品费用信息表存储有商品编码与费用金额的对应关系；
27.将所述费用金额发送给所述用户终端。
28.在一种可能的设计中，所述将所述订单支付数据发送给所述用户终端之后，所述方法还包括：
29.获取商城平台返回的支付状态；
30.根据所述支付状态，更新所述订单数据库中所述支付信息对应的订单支付数据；
31.其中，若所述支付状态为全部支付，则删除所述订单数据库中所述支付信息对应的订单支付数据；
32.若所述支付状态为分阶段支付，则将所述订单支付数据更新为未支付的数据。
33.第二方面，本技术提供一种用户支付流程管理设备，包括：
34.获取模块，用于获取用户终端上传的支付信息；
35.处理模块，用于根据所述支付信息，判断订单数据库中是否存在所述支付信息对应的订单，所述订单数据库存储有支付信息与订单支付数据的对应关系；
36.发送模块，用于若所述订单数据库中存在所述支付信息对应的订单，则获取所述支付信息对应的订单支付数据；将所述订单支付数据发送给所述用户终端。
37.第三方面，本技术提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；
38.所述存储器存储计算机执行指令；
39.所述处理器执行所述存储器存储的计算机执行指令，以实现用户支付流程处理方法。
40.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现用户支付流程处理方法。
41.本领域技术人员能够理解的是，本发明提供的用户支付流程处理方法、设备及存储介质，通过获取用户终端上传的支付信息；根据所述支付信息，判断订单数据库中是否存在所述支付信息对应的订单，所述订单数据库存储有支付信息与订单支付数据的对应关系；若所述订单数据库中存在所述支付信息对应的订单，则获取所述支付信息对应的订单支付数据；将所述订单支付数据发送给所述用户终端的手段，实现用户终端与商城平台之间支付能力与支付业务的解耦，使得在不进行商城平台定制化开发的前提下，实现支付能力与用户终端的对接，保障支付能力的完整封装性以及可以对接不同商城平台的公用性。
附图说明
42.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
43.图1为本技术实施例提供的用户支付流程管理的应用场景示意图；
44.图2为本技术实施例提供的用户支付流程处理方法的流程示意图一；
45.图3为本技术实施例提供的用户支付流程处理方法的流程示意图二；
46.图4为本技术实施例提供的用户支付流程处理方法的流程示意图三；
47.图5为本技术实施例提供的用户支付流程管理设备的结构示意图；
48.图6为本技术实施例提供的电子设备的硬件结构示意图。
具体实施方式
49.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
50.图1为本技术提供的用户支付流程处理方法应用场景示意图。现有技术中，用户通过用户终端获取商城平台的商品信息，并进行商品的选购，当选购完成后将选购信息提交给商城平台，在商城平台会根据用户的选购信息创建订单及订单支付数据，即现有方式是直接通过商城平台将订单及订单支付数据发送给用户终端，即将支付能力与支付业务混合处理，由于用户的选购后不一定会及时支付，并且在选购后还有可能增加或删除商品，导致订单状态发生变化，这样很容易导致用户在支付时因无法分辨订单状态导致支付错误的情况，本技术提供的用户支付流程处理方法，旨在解决现有技术的如上技术问题，如图1所示，本技术在用户终端和商城平台之间增加一个服务平台，将商城平台的业务与支付分离开，对支付进行有效管理，即用于执行用户支付流程处理方法的服务平台，在获取商城平台的订单及订单支付数据后，将其存储到服务平台的订单数据库中，然后对订单状态进行判断，根据判断的结果向用户终端返回订单支付信息，实现了支付能力与支付业务的解耦。
51.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
52.图2为本技术提供的用户支付流程处理方法流程示意图一。如图2所示，一种用户支付流程处理方法，包括：
53.201、获取用户终端上传的支付信息；
54.具体来说，在用户终端接收到用户发送的支付命令时，调用服务平台开始处理用户支付流程，为了准确识别需要支付的订单，首先就要向用户终端获取支付信息，用户终端收到获取信号后，将支付信息发送给服务平台。
55.202、根据所述支付信息，判断订单数据库中是否存在所述支付信息对应的订单，所述订单数据库存储有支付信息与订单支付数据的对应关系；
56.203、若所述订单数据库中存在所述支付信息对应的订单，则获取所述支付信息对应的订单支付数据；
57.具体来说，服务平台中设置有订单数据库，订单数据库中存储有订单、订单对应的支付信息以及对应的订单支付数据，因此，根据支付信息就能在订单数据库中对应查找到订单及订单支付数据，将查找到的订单支付数据提取出来，并进行判断，首先对订单状态进行判断，判断依据主要来源于商城平台的订单状态，若商城平台的订单状态无效，则需要将订单数据库中对应的订单删除，并从商城平台重新获取订单及其对应的订单支付数据和支付信息，从而避免重复创单和重复支付的情况，若订单状态有效，则还需要判断订单是否需要支付金额，若订单支付数据为需要支付的订单，则订单支付数据包含订单号、支付单号和支付链接，若订单支付数据为无需支付的订单，则订单支付数据包含订单号和支付链接，即在不需要支付时无需创建支付单号，但为了能够确认订单支付完成状态，因此支付链接不能省略，支付链接显示金额为0元，用户只需要走一遍支付流程即可，实际并不会扣款。
58.204、将所述订单支付数据发送给所述用户终端。
59.具体来说，在获取了订单支付数据后，将具体的订单支付数据，例如订单号、支付单号和支付链接，或者订单号和支付链接，发送给用户终端，用户通过用户终端查看订单支付数据，并进行后续的支付操作，从而实现用户终端与商城平台之间支付业务与支付能力的分离。本实施例提供的方法，通过获取用户终端上传的支付信息；根据所述支付信息，判断订单数据库中是否存在所述支付信息对应的订单，所述订单数据库存储有支付信息与订单支付数据的对应关系；若所述订单数据库中存在所述支付信息对应的订单，则获取所述支付信息对应的订单支付数据；将所述订单支付数据发送给所述用户终端的手段，实现用户终端与商城平台之间支付能力与支付业务的解耦，使得在不进行商城平台定制化开发的前提下，实现支付能力与用户终端的对接，保障支付能力的完整封装性以及可以对接不同商城平台的公用性。
60.下面结合一个具体的实施例，对本技术的用户支付流程处理方法进行详细说明。
61.图3为本技术提供的用户支付流程处理方法流程示意图二。如图3所示，该方法包括：
62.s301、获取用户终端上传的支付信息；
63.s301的实现方式与上述s201的实现方式类似，本实施例此处不再赘述。
64.s302、根据所述支付信息，判断订单数据库中是否存在所述支付信息对应的订单，所述订单数据库存储有支付信息与订单支付数据的对应关系，若存在，执行s303，若不存在，执行s304；
65.s303、获取所述支付信息对应的订单支付数据；
66.具体来说，在获取了支付信息后，在订单数据库中查找与支付信息相匹配的订单及其订单支付数据，如果找到了，则输出订单支付数据。
67.s304、从商城平台获取订单对应的订单支付数据，将获取的订单支付数据存入与订单对应的所述订单数据库中；
68.具体来说，如果找不到支付信息对应的订单，说明订单数据库存储的信息还不够完善，需要通过商城平台获取订单信息来补充订单数据库，商城平台有自己的数据库，数据库中存储有支付信息、订单、订单支付数据的对应关系，因此，根据支付信息，能够从商城平台中获取订单及订单支付数据，然后将获取的订单、订单支付数据以及支付信息对应存储到服务平台的订单数据库中，以备后续操作使用。
69.s305、从商城平台获取订单的订单状态；
70.具体来说，在根据支付信息获取了订单及订单支付数据后，还要对订单状态进行判断，从而避免用户对失效或无效订单进行无效支付，服务平台自身不生成订单，因此，订单状态是通过生成订单的商城平台获取的。
71.s306、判断所述订单状态是否有效，若是，则执行s307，若否，则执行s308；
72.s307、确定执行将所述订单支付数据发送给用户终端的操作；
73.具体来说，在获取订单状态后，对订单状态是否有效进行判断，若有效，说明订单数据库中存储的订单支付数据同样为有效状态，此时确认可以将该有效的订单支付数据发送给用户终端的操作。
74.s308、删除所述订单，并从商城平台获取所述订单对应的订单支付数据，将获取的订单支付数据存入与订单对应的所述订单数据库中；
75.具体来说，若判断订单状态已经失效或者无效，则需要将订单数据库中的订单对应信息删除，避免将错误的订单支付数据发送给用户终端，同时在删除后，还要重新获取正确的订单支付数据，因此，需要根据支付信息从商城平台中获取对应的订单及订单支付数据，然后将获取的订单、订单支付数据与支付信息一同存储至订单数据库中。
76.s309、将所述订单支付数据发送给所述用户终端；
77.s309的实现方式与上述s204的实现方式类似，本实施例此处不再赘述。
78.s310、获取用户终端上传的商品编码；
79.具体来说，当不需要从商城平台中选购商品，仅需要获取商品信息及其对应的价格时，可以直接从服务平台中预存储的商品数据库中获取费用信息，商品数据库中的每个商品对应有一个商品编码，因此，用户首先要通过用户终端上传商品编码。
80.s311、根据所述商品编码和预设商品费用信息表，得到费用金额，所述预设商品费用信息表存储有商品编码与费用金额的对应关系；
81.具体来说，在商品数据库中，商品编码及其对应的费用金额是以预设商品费用信息表形式存储的，方便查找和修订，将获取的商品编码在预设商品费用信息表中查找，找到对应商品编码的费用金额。
82.s312、将所述费用金额发送给所述用户终端；
83.具体来说，在查找到费用金额后，通过服务平台向用户终端发送商品信息及其对应的费用金额的信息，用户通过用户终端查看接收到的商品信息及其对应的费用金额的信息，方便用户对商品进行随时查看。
84.s314、获取商城平台返回的支付状态；
85.具体来说，在将订单支付数据发送给用户终端后，用户会根据用户终端显示的订单支付数据进行支付，实际的支付是支付给商城平台的，用户支付后需要了解当前的支付状态，因此，服务平台需要从商城平台处获取订单的支付状态。
86.s315、判断支付状态是否为全部支付，若是，则执行s316，若否，则执行s317；
87.s316、删除所述订单数据库中所述支付信息对应的订单支付数据；
88.具体来说，在获取了订单的支付状态后，还需要判断该支付是全部支付还是分期支付的情况，当支付状态为全部支付时，表明该订单支付已完成，因此，该订单对应的订单支付数据需要删除，避免发生重复支付的情况。
89.s317、将所述订单支付数据更新为未支付的数据；
90.具体来说，当支付状态不是全部支付时，即为分期支付，在已经支付过一期以后，订单仍未待支付状态，因此需要将订单支付数据重新更新为剩余支付金额的未支付数据。
91.s318、根据所述支付状态，更新所述订单数据库中所述支付信息对应的订单支付数据。
92.具体来说，在订单支付数据发生改变后，订单数据库内存储的订单支付数据也要对应支付状态进行更新，从而避免用户重复支付情况发生。
93.本实施例提供的方法，通过获取用户终端上传的支付信息；根据所述支付信息，判断订单数据库中是否存在所述支付信息对应的订单，所述订单数据库存储有支付信息与订单支付数据的对应关系，若存在，获取所述支付信息对应的订单支付数据；若不存在，从商城平台获取订单对应的订单支付数据，将获取的订单支付数据存入与订单对应的所述订单数据库中；从商城平台获取订单的订单状态；判断所述订单状态是否有效，若是，则确定执行将所述订单支付数据发送给用户终端的操作；若否，则删除所述订单，并从商城平台获取所述订单对应的订单支付数据，将获取的订单支付数据存入与订单对应的所述订单数据库中；将所述订单支付数据发送给所述用户终端；获取用户终端上传的商品编码；根据所述商品编码和预设商品费用信息表，得到费用金额，所述预设商品费用信息表存储有商品编码与费用金额的对应关系；将所述费用金额发送给所述用户终端；获取商城平台返回的支付状态；判断支付状态是否为全部支付，若是，则删除所述订单数据库中所述支付信息对应的订单支付数据；若否，则将所述订单支付数据更新为未支付的数据；根据所述支付状态，更新所述订单数据库中所述支付信息对应的订单支付数据的手段，在不需要与商城平台进行定制化联合开发的前提下，将支付能力从商城平台中分离出来，实现支付能力的独立性，并且能够很好的与用户终端进行对接，完成用户的支付流程，避免支付过程中重复下单或订单失效无法支付的情况发生，保留了原有商城平台中支付能力的完整性，同时还具备对接不同商城平台或用户终端的公用性，另外，由于其独立性和公用性特点，使得在服务平台中可以按需添加独立于商城之外的支付业务。
94.图4为本技术提供的用户支付流程处理方法流程示意图三。如图4所示，在上述实施例的基础上，本实施例对从商城平台获取订单对应的订单支付数据的操作进行详细说明。
95.s401、向所述商城平台发送创建订单请求；
96.具体来说，服务平台本身不具备订单的创建功能，所有订单都是通过商城平台进行创建的，因此，服务平台在判断订单未找到或失效时，需要向商城平台发送订单创建请求。
97.s402、获取所述商城平台返回的订单支付数据，所述订单支付数据包括商品支付数据，或者，所述订单支付数据包括商品支付数据和所述商品对应的设计支付数据；
98.具体来说，商城平台在接收订单创建请求后，会根据订单信息进行订单支付数据以及支付信息的创建，其中，订单支付数据主要指订单对应商品的商品支付数据，在一些包含服务费用的商品中，例如建筑施工的设计服务，订单支付数据除了商品支付数据外，还包括设计支付数据。
99.s403、判断所述订单是否为无需支付订单，若是，则执行s404，若否，则执行s405；
100.s404、所述订单支付数据包括订单号和支付链接；
101.s405、所述订单支付数据包括订单号、支付单号和支付链接。
102.具体来说，在获取新建订单后，还需要对新建订单是否需要支付进行判断，当需要支付时，订单支付数据包括订单号、支付单号和支付链接，当不需要支付时，订单支付数据包括订单号和支付链接，即在不需要支付的情况下，不必生成支付单号，但订单号对应的支付链接还是要有的，使得用户操作支付流程后，能够对订单进行下单确认操作，用户只有通过支付链接进行支付后，才能够确认用户的下单操作。
103.本实施例提供的方法，通过向所述商城平台发送创建订单请求；获取所述商城平台返回的订单支付数据，所述订单支付数据包括商品支付数据，或者，所述订单支付数据包括商品支付数据和所述商品对应的设计支付数据；判断所述订单是否为无需支付订单，若是，则所述订单支付数据包括订单号和支付链接；若否，则所述订单支付数据包括订单号、支付单号和支付链接的手段，实现根据订单从商城平台获取对应订单支付数据的流程，并且对无需支付的订单进行判断，确保新建订单对应行为的有效性。
104.本发明实施例可以根据上述方法示例对电子设备或主控设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
105.图5为本技术提供的用户支付流程管理设备的结构示意图。如图5所示，该设备50包括：
106.获取模块501，用于获取用户终端上传的支付信息。
107.具体来说，所述获取模块501具体用于：获取用户终端上传的商品编码；根据所述商品编码和预设商品费用信息表，得到费用金额，所述预设商品费用信息表存储有商品编码与费用金额的对应关系；将所述费用金额发送给所述用户终端。
108.处理模块502，用于根据所述支付信息，判断订单数据库中是否存在所述支付信息对应的订单，所述订单数据库存储有支付信息与订单支付数据的对应关系。
109.具体来说，所述处理模块502具体用于：所述将所述订单支付数据发送给所述用户终端之前，从商城平台获取订单的订单状态；判断所述订单状态是否有效；若是，则确定执行将所述订单支付数据发送给用户终端的操作；若否，则删除所述订单，并从商城平台获取所述订单对应的订单支付数据，将获取的订单支付数据存入与订单对应的所述订单数据库中。
110.进一步的，所述处理模块502还具体用于：向所述商城平台发送创建订单请求；获取所述商城平台返回的订单支付数据，所述订单支付数据包括商品支付数据，或者，所述订单支付数据包括商品支付数据和所述商品对应的设计支付数据；若所述订单为无需支付订
单，所述订单支付数据还包括订单号和支付链接；若所述订单为需支付订单，所述订单支付数据还包括订单号、支付单号和支付链接。
111.发送模块503，若所述订单数据库中存在所述支付信息对应的订单，则获取所述支付信息对应的订单支付数据；并将所述订单支付数据发送给所述用户终端。
112.具体来说，所述发送模块503具体用于：若所述订单数据库中不存在所述支付信息对应的订单，从商城平台获取订单对应的订单支付数据；将获取的订单支付数据存入与订单对应的所述订单数据库中。
113.所述发送模块503还具体用于：所述将所述订单支付数据发送给所述用户终端之后，获取商城平台返回的支付状态；根据所述支付状态，更新所述订单数据库中所述支付信息对应的订单支付数据；其中，若所述支付状态为全部支付，则删除所述订单数据库中所述支付信息对应的订单支付数据；若所述支付状态为分阶段支付，则将所述订单支付数据更新为未支付的数据。
114.本实施例提供的用户支付流程管理设备，可执行上述实施例的用户支付流程处理方法，其实现原理和技术效果类似，本实施例此处不再赘述。
115.在前述的用户支付流程管理设备的具体实现中，各模块可以被实现为处理器，处理器可以执行存储器中存储的计算机执行指令，使得处理器执行上述的用户支付流程处理方法。
116.该方法广泛应用于智慧家庭(smart home)、智能家居、智能家用设备生态、智慧住宅(intelligence house)生态等全屋智能数字化控制应用场景。上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：wifi(wireless fidelity，无线保真)，蓝牙。终端设可以并不限定于为pc、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。
117.图6为本技术提供的电子设备的结构示意图。如图6所示，该电子设备60包括：至少一个处理器601和存储器602。该电子设备60还包括通信部件603。其中，处理器601、存储器602以及通信部件603通过总线604连接。
118.在具体实现过程中，至少一个处理器601执行所述存储器602存储的计算机执行指令，使得至少一个处理器601执行如上电子设备侧所执行的用户支付流程处理方法。
119.处理器601的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
120.在上述实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理
器中的硬件及软件模块组合执行完成。
121.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器。
122.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
123.上述针对电子设备以及主控设备所实现的功能，对本发明实施例提供的方案进行了介绍。可以理解的是，电子设备或主控设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，本发明实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的技术方案的范围。
124.本技术还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上用户支付流程处理方法。
125.上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
126.一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和可读存储介质也可以作为分立组件存在于电子设备或主控设备中。
127.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
128.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。