服务的费用支付方法及装置与流程

1.本发明涉及云技术和互联网技术领域，尤其涉及一种服务的费用支付方法、装置、电子设备及存储介质。


背景技术：

2.云技术(cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术；是基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。随着互联网行业的高速发展和应用，技术网络系统的后台服务需要大量的计算和存储资源，云技术已被广泛应用于各类行业的后台系统，比如线上支付、生活缴费等。
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.响应于针对所述第一核实功能项的触发操作，呈现供与所述服务提供方的客服进行会话的会话界面，以基于所述会话界面核实所述待支付费用的正确性。
44.上述方案中，所述第三呈现模块，还用于呈现对应所述待支付费用的第二核实功能项；
45.响应于针对所述第二核实功能项的触发操作，发送对应所述待支付费用的核实请求至服务费用监管方；
46.其中，所述核实请求，用于请求所述服务费用监管方，基于所述服务提供方提供的所述目标用户的待支付费用，对所述核实请求中携带的所述目标用户的待支付费用进行核实；
47.接收并呈现所述服务费用监管方返回的核实结果。
48.上述方案中，所述接收模块，还用于接收到对应所述待支付费用的更新信息，所述更新信息用于指示将所述待支付费用由第一费用值更新为第二费用值；
49.更新呈现的所述费用扣除提醒信息，以提醒在目标时间点，或以当前时间点为计时起点并经第二时长后，从所述支付方式指示的所述目标用户的支付账户中，扣除对应所述第二费用值的待支付费用。
50.本发明实施例还提供一种电子设备，包括：
51.存储器，用于存储可执行指令；
52.处理器，用于执行所述存储器中存储的可执行指令时，实现本发明实施例提供的服务的费用支付方法。
53.本发明实施例还提供一种计算机可读存储介质，存储有可执行指令，所述可执行指令被处理器执行时，实现本发明实施例提供的服务的费用支付方法。
54.本发明实施例具有以下有益效果：
55.通过扫描服务提供方提供的服务对应的图形码，进入对应支付方式的授权页面，以通过授权页面包含的授权功能项，实现对服务的支付方式进行授权的操作，并在目标用户对应支付方式的授权成功后，当服务提供方需要收费时，则可获取目标用户的待支付费用，以从授权成功的支付方式指示的支付账户中直接扣除待支付费用；这里，服务提供方仅需要提供用于对服务的支付方式进行授权的图形码即可，无需进行系统的开发，使得服务提供方实现线上收缴服务费用更加简单易行，从而也使得更多的用户能够体验线上缴费，进而提升用户体验。
附图说明
56.图1是本发明实施例提供的服务的费用支付方法的实施场景示意图；
57.图2是本发明实施例提供的电子设备的结构示意图；
58.图3是本发明实施例提供的服务的费用支付方法的流程示意图；
59.图4a是本发明实施例提供的授权页面的呈现流程示意图；
60.图4b是本发明实施例提供的授权页面的呈现流程示意图；
61.图5是本发明实施例提供的支付账户的选择流程示意图；
62.图6是本发明实施例提供的授权结果的呈现示意图；
63.图7是本发明实施例提供的服务用户文件的示意图；
64.图8是本发明实施例提供的费用扣除提醒信息的示意图；
65.图9a是本发明实施例提供的待支付费用的核实流程示意图；
66.图9b是本发明实施例提供的待支付费用的核实流程示意图；
67.图10是本发明实施例提供的授权失败后的处理流程示意图；
68.图11是本发明实施例提供的区块链网络的应用架构示意图；
69.图12是本发明实施例提供的区块链网络1100中区块链的结构示意图；
70.图13是本发明实施例提供的区块链网络1100的功能架构示意图；
71.图14a是本发明实施例提供的服务的支付方式的授权流程示意图；
72.图14b是本发明实施例提供的服务提供方核实服务标识的示意图；
73.图15是本发明实施例提供的服务的费用支付方法的流程示意图；
74.图16是本发明实施例提供的服务的费用支付装置的结构示意图。
具体实施方式
75.为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
76.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
77.在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。
78.除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。
79.对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。
80.1)签名，即数字签名，只有信息的发送者才能产生的、别人无法伪造的一段数字串，同时也是对信息的发送者发送信息真实性的有效证明；数字签名通常定义两种互补的运算，一个用于签名，另一个用于验证，是非对称密钥加密技术与数字摘要技术的应用。
81.2)交易(transaction)，等同于计算机术语“事务”，交易包括了需要提交到区块链网络执行的操作，并非单指商业语境中的交易，鉴于在区块链技术中约定俗成地使用了“交
易”这一术语，本发明实施例遵循了这一习惯。
82.例如，部署(deploy)交易用于向区块链网络中的节点安装指定的智能合约并准备好被调用；调用(invoke)交易用于通过调用智能合约在区块链中追加交易的记录，并对区块链的状态数据库进行操作，包括更新操作(包括增加、删除和修改状态数据库中的键值对)和查询操作(即查询状态数据库中的键值对)。
83.3)区块链(blockchain)，是由区块(block)形成的加密的、链式的交易的存储结构。
84.4)区块链网络(blockchain network)，通过共识的方式将新区块纳入区块链的一系列的节点的集合。
85.5)账本(ledger)，是区块链(也称为账本数据)和与区块链同步的状态数据库的统称。其中，区块链是以文件系统中的文件的形式来记录交易；状态数据库是以不同类型的键(key)值(value)对的形式来记录区块链中的交易，用于支持对区块链中交易的快速查询。
86.6)智能合约(smart contracts)，也称为链码(chaincode)或应用代码，部署在区块链网络的节点中的程序，节点执行接收的交易中所调用的智能合约，来对状态数据库的键值对数据进行更新或查询的操作。
87.7)共识(consensus)，是区块链网络中的一个过程，用于在涉及的多个节点之间对区块中的交易达成一致，达成一致的区块将被追加到区块链的尾部，实现共识的机制包括工作量证明(pow，proof of work)、权益证明(pos，proof of stake)、股份授权证明(dpos，delegated proof-of-stake)、消逝时间量证明(poet，proof of elapsed time)等。
88.8)响应于，用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。
89.9)母应用程序，例如各种客户端，包括终端中运行的用于提供各种服务的应用程序，典型地，以微信为代表的即时通信客户端。
90.10)子应用程序，在母应用中程序中运行的程序，例如小程序，小程序是基于面向前端的语言(例如javascript)开发的、在超文本标记语言(html，hyper text markup language)页面中实现服务的程序，通过客户端下载后可以立即在客户端中解释执行，节省在客户端中安装的步骤。
91.11)小程序服务通知：当用户与小程序发生交互行为后，小程序通过服务通知公众号向用户推送消息通知。
92.12)公众号模板消息：用于公众号向其关注用户发送重要的服务通知，可用于符合要求的服务场景中，如信用卡刷卡通知，商品购买成功通知等。
93.13)支付委托代扣：经过用户授权，获得授权的商户可通过支付平台扣取用户账户内的资金。
94.基于上述对本发明实施例中涉及的名词和术语的解释，下面说明本发明实施例提供的服务的费用支付方法的实施场景，参见图1，图1是本发明实施例提供的服务的费用支付方法的实施场景示意图，为实现支撑一个示例性应用，终端(包括终端200-1和终端200-2)，通过网络300连接服务器100，其中，终端200-1位于用户侧，终端200-2位于服务提供方侧，服务提供方侧的终端数量以及用户侧的终端数量均可以是一个或多个，网络300可以是
广域网或者局域网，又或者是二者的组合，使用无线或有线链路实现数据传输。
95.终端200-1，用于响应于扫描指令，扫描服务提供方所提供的服务对应的图形码；呈现对应支付方式的授权页面，并在授权页面中呈现对应支付方式的授权功能项；响应于针对授权功能项的触发操作，通过网络300向终端200-2发送授权请求；
96.终端200-2，用于接收到终端200-1发送的授权请求，验证该授权请求，并发送授权结果至服务器100；当授权结果表征目标用户对应支付方式的授权成功时，上传目标用户对应服务的待支付费用至服务器100；
97.服务器100，用于接收授权结果并转发至终端200-1；接收到终端200-2上传的目标用户对应服务的待支付费用，从支付方式指示的目标用户的支付账户中，扣除待支付费用；并向终端200-1返回费用扣除提醒信息；
98.终端200-1，还用于接收到服务器返回的授权结果，呈现目标用户对应支付方式的授权结果；接收到服务器返回的费用扣除提醒信息并呈现。
99.在实际应用中，服务器100可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本发明在此不做限制。
100.下面对本发明实施例提供的服务的费用支付方法的电子设备的硬件结构做详细说明，电子设备包括但不限于服务器或终端。参见图2，图2是本发明实施例提供的电子设备的结构示意图，图2所示的电子设备200包括：至少一个处理器210、存储器250、至少一个网络接口220和用户接口230。电子设备200中的各个组件通过总线系统240耦合在一起。可理解，总线系统240用于实现这些组件之间的连接通信。总线系统240除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统240。
101.处理器210可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(dsp，digital signal processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。
102.用户接口230包括使得能够呈现媒体内容的一个或多个输出装置231，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口230还包括一个或多个输入装置232，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
103.存储器250可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器250可选地包括在物理位置上远离处理器210的一个或多个存储设备。
104.存储器250包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(rom，read only me mory)，易失性存储器可以是随机存取存储器(ram，random access memor y)。本发明实施例描述的存储器250旨在
包括任意适合类型的存储器。
105.在一些实施例中，存储器250能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。
106.操作系统251，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；
107.网络通信模块252，用于经由一个或多个(有线或无线)网络接口220到达其他计算设备，示例性的网络接口220包括：蓝牙、无线相容性认证(wifi)、和通用串行总线(usb，universal serial bus)等；
108.呈现模块253，用于经由一个或多个与用户接口230相关联的输出装置231(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；
109.输入处理模块254，用于对一个或多个来自一个或多个输入装置232之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
110.在一些实施例中，本发明实施例提供的服务的费用支付装置可以采用软件方式实现，图2示出了存储在存储器250中的服务的费用支付装置255，其可以是程序和插件等形式的软件，包括以下软件模块：扫描模块2551、第一呈现模块2552、第二呈现模块2553、获取模块2554和扣除模块2555，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分，将在下文中说明各个模块的功能。
111.在另一些实施例中，本发明实施例提供的服务的费用支付装置可以采用软硬件结合的方式实现，作为示例，本发明实施例提供的服务的费用支付装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的服务的费用支付方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(asic，application specific integrated circuit)、dsp、可编程逻辑器件(pld，programmable logic device)、复杂可编程逻辑器件(c pld，complex programmable logic device)、现场可编程门阵列(fpga，fi eld-programmable gate array)或其他电子元件。
112.基于上述对本发明实施例的服务的费用支付方法的实施场景及电子设备的说明，下面说明本发明实施例提供的服务的费用支付方法。参见图3，图3是本发明实施例提供的服务的费用支付方法的流程示意图；在一些实施例中，该服务的费用支付方法可由服务器或终端单独实施，或由服务器及终端协同实施，以终端实施为例，本发明实施例提供的服务的费用支付方法包括：
113.步骤301：终端响应于扫描指令，扫描服务提供方所提供的服务对应的图形码。
114.步骤302：呈现对应支付方式的授权页面，并在授权页面中呈现对应支付方式的授权功能项。
115.在实际应用中，终端通过扫描服务提供方提供的图形码，进入并呈现对应支付方式的授权页面；同时，该授权页面还呈现有对应支付方式的授权功能项，以方便用户对支付方式进行授权。
116.这里，该图形码可以是服务提供方的二维码，用于对服务的支付方式进行授权；其中服务的支付方式，用于指示从用户的支付账户中扣除该用户对应服务的待支付费用。这里的支付账户包括用户支付账户的类型、以及用户支付费用的方式，比如微信支付中的零
钱支付。
117.在一些实施例中，服务提供方所提供的服务对应的图形码可通过如下方式生成：获取授权页面对应的页面路径，以及服务提供方对应服务的服务参数；基于页面路径及服务参数，生成服务提供方对应服务的图形码。
118.在实际应用中，由于图形码用于对服务的支付方式进行授权，所以在生成图形码时，可以先获取授权页面对应的页面路径，比如授权页面的url地址；以及服务提供方对应服务的服务参数，比如服务提供方的标识信息等。然后基于授权页面的页面路径、服务提供方对应服务的服务参数，生成服务提供方对应服务的图形码。
119.在一些实施例中，终端可通过如下方式扫描服务提供方所提供的图形码：呈现母应用程序的图形码扫描界面，并通过图形码扫描界面扫描服务提供方所提供的服务对应的图形码。
120.基于此，终端可通过如下方式呈现对应支付方式的授权页面：进行页面跳转，使得由图形码扫描界面跳转至母应用程序运行的子应用程序对应支付方式的授权页面。
121.在实际应用中，终端设置有具备扫描功能的母应用程序，比如即时通讯客户端。终端可通过运行该母应用程序，呈现母应用程序的图形码扫描界面，以通过该图形码扫描界面对服务提供方所提供的服务对应的图形码进行扫描，从而进行页面跳转，以由图形码扫描界面跳转至母应用程序运行的子应用程序对应支付方式的授权页面。具体地，设置于终端中的客户端(即母应用程序，比如即时通讯客户端)在首次运行小程序(即用于对服务的支付方式进行授权的子应用程序)时，需要下载该小程序，发送初始化请求给小程序的服务器来下载小程序；客户端对小程序初始化完成后，通过解析小程序的代码来进行小程序页面的加载，小程序通过发送数据请求给小程序的服务器，以获取页面显示及页面更新所需的json数据，进而小程序根据获取的json数据进行页面渲染，实现小程序在客户端中的页面显示/更新，从而在母应用程序中呈现对应支付方式的授权页面。
122.在一些实施例中，终端获取母应用程序关联的目标用户的支付账户；在授权页面中呈现关联的目标用户的支付账户。
123.在实际应用中，终端还可基于子应用程序自动获取该母应用程序关联的目标用户的支付账户，比如微信支付的零钱支付、银行卡支付等；并在授权页面呈现目标用户的关联的支付账户，比如零钱支付账户。这里，该呈现的支付账户可以是目标用户选择的。
124.在一些实施例中，终端还可在授权页面中，呈现服务标识输入框，该服务标识输入框用于输入目标用户对应服务的服务标识；在服务标识输入框中，呈现输入的服务标识。
125.在实际应用中，授权页面还呈现有服务标识输入框，以方便用户输入对应服务的服务标识，该服务标识可以是用户在服务提供方的用户编号、用户姓名、用户住址等，比如水费服务方的用户编号888888、用户住址xx小区5栋二单元105室等。这里，该服务标识可以是显性的，也可以是隐性的，比如通过“*****”等预设形状或符号代替显示的服务标识。
126.示例性地，参见图4a，图4a是本发明实施例提供的授权页面的呈现流程示意图。这里，终端通过扫描服务提供方提供的图形码，进入呈现有服务标识输入框的授权页面，如图4a所示的“缴费编号”和“备注”；用户可根据个人情况填写对应的内容，比如缴费编号“888888”等。终端呈现用户输入的服务标识，并呈现继续执行授权操作的功能按钮“下一步”；当终端接收到用户针对“下一步”的点击操作后，呈现包含授权功能按钮“开通自动扣
费”的授权页面，同时还呈现用户输入的服务标识、服务提供方的标识等；从而用户可通过点击授权功能按钮“开通自动扣费”触发针对服务的支付方式的授权。
127.示例性地，参见图4b，图4b是本发明实施例提供的授权页面的呈现流程示意图。这里，终端通过扫描服务提供方提供的图形码，运行用于对服务的支付方式进行授权的子应用程序，该子应用程序可自动从母应用程序获取到用户的服务标识等，从而自动关联服务标识，以直接呈现包含授权功能按钮“开通自动扣费”的授权页面，同时还呈现用户输入的服务标识、服务提供方的标识等以供用户确认，从而用户可通过点击授权功能按钮“开通自动扣费”触发针对服务的支付方式的授权。
128.在一些实施例中，终端还可在授权页面中，呈现支付账户的选择功能项；响应于基于选择功能项触发的选择操作，呈现选择的支付账户。
129.这里，由于目标用户的支付账户可能存在多个，此时终端还在授权页面呈现支付账户的选择功能项；用户可通过该选择功能项触发支付账户的选择操作；终端接收到用户该选择功能项触发的支付账户选择操作后，响应于该选择操作，呈现可以选择的多个支付账户。用户可根据个人需要，选择用于支付的支付账户。终端响应于用户针对支付账户的选择操作，将选择操作所选择的支付账户作为此次授权的对应服务的支付方式，并在授权页面呈现所选择的支付账户。
130.示例性地，参见图5，图5是本发明实施例提供的支付账户的选择流程示意图。这里，终端在授权页面的“扣费方式”处显示用于支付的支付账户“零钱”，并在右侧通过“》”呈现支付账户的选择功能项；终端接收到用户该选择功能项触发的支付账户选择操作后，响应于该选择操作，呈现可以选择的多个支付账户，包括“零钱”、“xx银行”和“yy银行”；用户可根据个人需要，选择用于支付的支付账户“xx银行”；终端响应于用户针对支付账户的选择操作，将选择操作所选择的支付账户作为此次授权的对应服务的支付方式，并在授权页面呈现所选择的支付账户“xx银行”。
131.需要说明的是，在实际应用中，可以将用户选择的支付账户作为此次授权的对应服务的首选支付方式，如果通过该支付方式扣费失败时，还可以从其他账户扣除待支付费用，具体地可以设置其他支付账户的扣费顺序，在扣除待支付费用时，可以按照设置的扣费顺序进行扣费。
132.步骤303：响应于针对授权功能项的触发操作，呈现目标用户对应支付方式的授权结果。
133.在实际应用中，终端在授权页面呈现对应支付方式的授权功能项后，用户可通过点击该授权功能项，触发对此次授权请求的确认操作；此时，终端响应于用户针对授权功能项的触发操作，向服务提供方发送对应该用户的授权请求，以使服务提供方确认此次针对支付方式的授权结果并返回；终端接收到对应支付方式的授权结果后直接呈现，比如可通过公众号模板消息的方式呈现。
134.示例性地，参见图6，图6是本发明实施例提供的授权结果的呈现示意图。这里，终端通过授权页面呈现“开通自动扣费”的授权功能项，在接收到针对该授权功能项的触发操作后，通过“支付服务”的公众号，呈现目标用户对应支付方式的授权结果“自动扣费开通成功”。
135.步骤304：当授权结果表征目标用户对应支付方式的授权成功时，获取目标用户对
应服务的待支付费用。
136.这里，当终端呈现的授权结果，表征目标用户对应支付方式的授权成功时，此时则可以基于用户授权的支付方式进行费用扣除，终端则可以获取目标用户对应服务的待支付费用，比如某个月的水费、电费、天然气费等。
137.在一些实施例中，终端可通过如下方式获取目标用户对应服务的待支付费用：周期性地发送服务费用获取请求；接收返回的目标用户对应服务的待支付费用。
138.这里，该服务费用获取请求，用于请求获取目标用户对应服务的待支付费用。在实际应用中，服务费用的缴费时间多是周期性的，比如按月缴费、按季度缴费等。因此，终端在获取目标用户对应服务的待支付费用，可以周期性地发送服务费用获取请求至服务提供方、或者保存有目标用户对应服务的待支付费用的服务器等，以接收基于该服务费用请求返回的目标用户对应服务的待支付费用。具体地，当服务费用的缴费周期为按月缴费时，则按月的周期发送费用获取请求。在另一些实施例中，该周期还可以是预设的执行周期，比如针对服务费用获取请求，设置季度执行周期，即终端每隔一个季度则发送一次服务费用获取请求。
139.在一些实施例中，终端还可通过如下方式获取目标用户对应服务的待支付费用：获取服务提供方对应服务的服务用户文件，该服务用户文件记录有服务对应的用户的待支付费用；从服务用户文件中，查找目标用户对应服务的待支付费用。
140.在实际应用中，服务提供方往往会针对用户的服务进行总结和记录，形成对应服务的服务用户文件，该服务用户文件中记录有服务对应的用户的待支付费用。终端可请求获取服务提供方对应服务的服务用户文件，进而在服务用户文件中，查找到目标用户对应服务的待支付费用，比如服务的总待支付费用、或者各项子服务的详细费用信息等。
141.在一些实施例中，终端可通过如下方式查找目标用户对应服务的待支付费用：确定服务用户文件的文件类型；获取与文件类型对应的查找规则；基于记录位置，查找目标用户对应服务的待支付费用。其中，该查找规则，用于指示目标用户对应服务的待支付费用，在服务用户文件中的记录位置。
142.在实际应用中，服务提供方提供的服务用户文件，通常按照预设的文件类型生成，并在文件内部设置“用户服务标识”、“用户待支付费用”等信息格式，以用于在服务用户文件中的预设位置、记录各用户对应服务的待支付费用。参见图7，图7是本发明实施例提供的服务用户文件的示意图，该服务用户文件为xlxs类型文件，包括“用户编号”、“用户名称”、“各项水费详细信息”以及“应缴费用”等内容。
143.终端获取到服务提供方对应服务的服务用户文件后，首先获取该服务用户文件的文件类型，然后确定该文件类型对应的查找规则。该查找规则可以指示目标用户对应服务的待支付费用在服务用户文件中的记录位置，终端可基于该查找规则，查找到目标用户对应服务的待支付费用。具体地，继续参见图7，终端可通过识别服务用户文件中的“用户编号”，确定与目标用户匹配的用户编号，然后获取该确定的用户编号对应记录的“应缴费用”，该“应缴费用”栏记录的金额数目即为目标用户对应服务的待支付费用。
144.步骤305：从支付方式指示的目标用户的支付账户中，扣除待支付费用。
145.终端获取到目标用户对应服务的待支付费用后，则可以在授权的支付方式指示的目标用户的支付账户中，扣除待支付费用，比如通过该目标用户授权的xx支付的零钱支付
账户，扣除相应的待支付费用。
146.在一些实施例中，为保障用户的体验和权益，终端在扣除待支付费用之前，还接收并呈现费用扣除提醒信息；其中，该费用扣除提醒信息，用于提醒在目标时间点，或以当前时间点为计时起点并经第一时长后，从支付方式指示的目标用户的支付账户中，扣除待支付费用。
147.在实际应用中，由于用户授权签约的是服务费用的自动扣除，即无需用户输入支付密码等操作即可完成支付。然而自动扣除服务费用可能会导致扣除的费用与用户实际应该支付的费用不同，此时则会导致用户财务的损失。基于此，终端在扣除待支付费用之前，会先向用户呈现费用扣除提醒信息，该费用扣除提醒信息可提醒用户在目标时间点、或者第一时长之后，从授权的支付方式指示的支付账户中扣除待支付费用。如果在该目标时间点之前、或者在第一时长内，用户没有提出异议，终端则从授权的支付方式指示的目标用户的支付账户中，扣除相应的待支付费用。
148.示例性地，参见图8。图8是本发明实施例提供的费用扣除提醒信息的示意图。这里，终端通过服务公众号呈现费用扣除提醒信息，用户还可通过点击该费用扣除提醒信息，查看费用扣除详情，比如待支付费用、基本水费、污水费、水资源费各项费用的详细情况。
149.基于此，为避免出现用户针对待支付费用存在异议而无法解决的情况，在一些实施例中，终端还呈现对应待支付费用的第一核实功能项；响应于针对第一核实功能项的触发操作，呈现供与服务提供方的客服进行会话的会话界面，以基于会话界面核实待支付费用的正确性。
150.在实际应用中，用户可能对待支付费用存在异议，此时终端还呈现对应待支付费用的第一核实功能项，用户可通过该第一核实功能项触发核实操作。终端响应于用户针对第一核实功能项的触发操作，呈现供用户与服务提供方的客服(比如机器客服或者人工客服)进行会话的会话界面，从而基于该会话界面核实待支付费用的正确性。
151.示例性地，参见图9a，图9a是本发明实施例提供的待支付费用的核实流程示意图。这里，用户在查看待支付费用的订单时，对订单的金额存疑，此时可点击对应待支付费用的第一核实功能项“对订单有疑惑”；终端响应于用户针对第一核实功能项“对订单有疑惑”的点击操作，跳转至供与服务提供方的客服进行会话的会话界面，用户可通过该会话界面和客户沟通核实待支付费用的正确性。
152.在一些实施例中，终端还呈现对应待支付费用的第二核实功能项；响应于针对第二核实功能项的触发操作，发送对应待支付费用的核实请求至服务费用监管方；接收并呈现服务费用监管方返回的核实结果。其中，该核实请求，用于请求服务费用监管方，基于服务提供方提供的目标用户的待支付费用，对核实请求中携带的目标用户的待支付费用进行核实。
153.在实际应用中，为避免出现接收到的待支付费用遭到不法人员修改的情况，还可以通过第三方的服务费用监管方保证用户的权益。此时，终端还可呈现对应待支付费用的第二核实功能项；当接收到用户针对该第二核实功能项的触发操作时，向服务费用监管方发送对应待支付费用的核实请求，以使服务费用监管方，基于服务提供方提供的目标用户的待支付费用，对核实请求中携带的目标用户的待支付费用进行核实，并返回核实结果至终端。
154.示例性地，参见图9b，图9b是本发明实施例提供的待支付费用的核实流程示意图。这里，用户在查看待支付费用的订单后，为确认该待支付费用是否被不法人员修改，可以通过可点击对应待支付费用的第二核实功能项“核实订单金额”；终端响应于用户针对第二核实功能项“核实订单金额”的点击操作，向服务费用监管方发送核实请求；从而在服务费用监管方对核实请求中携带的目标用户的待支付费用进行核实后，接收到订单金额是否存在问题的核实结果并呈现，如图9b所示的“订单金额核实无误”。如此，同时保障了用户和服务提供方双方的权益。
155.在一些实施例中，终端接收并呈现费用扣除提醒信息之后，如果用户对待支付费用存在异议并确认当前发送的待支付费用不正确时，终端还接收到对应待支付费用的更新信息，该更新信息用于指示将待支付费用由第一费用值更新为第二费用值；更新呈现的费用扣除提醒信息，以提醒在目标时间点，或以当前时间点为计时起点并经第二时长后，从支付方式指示的目标用户的支付账户中，扣除对应第二费用值的待支付费用。
156.在实际应用中，当用户对待支付费用存在异议并通过核实功能项确定待支付费用不正确时，会对待支付费用进行更新，此时，终端接收到对应待支付费用的更新信息，以基于该更新信息，将待支付费用从第一费用值更新为第二费用值；并基于更新后的待支付费用，更新呈现费用扣除提醒信息，此时该费用扣除提醒信息用于提醒用户在目标时间点、或者以当前时间点为计时起点并经第二时长后，从支付方式指示的目标用户的支付账户中，扣除对应第二费用值的待支付费用。这里，该第二时长可以基于第一时长计算，比如第一时长为120分钟，如果中间用户异议解决时间为30分钟，那么第二时长可以是90分钟，以保证服务提供方的到款时间。当然该第二时长也可以重新设置。
157.这里，在实际应用中，如果用户认为在扣款时间点到达之前，无法解决待支付费用存在异议的问题，为保证用户的权益，用户也可以直接解除针对该支付方式的授权。基于此，终端还可呈现对应服务的支付方式的解除授权的功能项，用户可通过点击该解除授权的功能项，触发对应服务的支付方式的授权解除操作；终端响应于该解除授权的操作，解除此次针对该支付方式的自动扣款授权，不再执行后续的待支付费用的扣除操作。
158.此外，为避免用户解除授权后想再次授权却扫描图形码不方便时，终端还可存储此次对应服务的支付方式的授权记录，用户可通过该授权记录直接触发对此服务的支付方式的再次授权，方便用户。
159.应用上述实施例，通过设置第一核实功能项和第二核实功能项，为用户提供提出针对待支付费用有异议的通道，保证了用户权益，并避免了后续扣款错误导致的一系列投诉、退款等问题，提升用户体验。
160.在一些实施例中，授权结果也可能表征目标用户对应支付方式的授权失败，此时，终端还可呈现导致授权失败的失败原因信息，以及相应的修改功能项；响应于基于修改功能项触发的修改操作，在授权页面中呈现修改操作对应的内容。
161.在实际应用中，用户于授权的过程中，在授权页面输入的服务标识(比如服务编号、住宅地址或者手机号码等)可能存在问题，导致服务提供方对目标用户发起的授权请求验证不通过。此时，服务提供方则会返回表征目标用户对应支付方式的授权失败的授权结果。
162.终端接收到该表征授权失败的授权结果后，除了呈现授权失败的消息通知外，还
可呈现导致此次授权失败的失败原因信息，比如服务标识填写错误、住宅位置不匹配等；同时，终端还可对应呈现相应的修改功能项，以方便用户可通过该修改功能项触发修改操作，进入呈现有修改操作对应内容的授权页面，重新填写或修改输入的服务标识等信息。
163.示例性地，参见图10，图10是本发明实施例提供的授权失败后的处理流程示意图。这里，终端呈现有“自动扣费开通失败”的授权结果通知，同时还呈现有导致授权失败的失败原因信息“用户编号不存在”，并在附近位置呈现有相应的修改功能项“请确认”；用户可通过点击该“请确认”的修改功能项，触发针对服务标识的修改操作，终端响应于用户触发的修改操作，呈现包含服务标识输入框的授权页面，以便用户直接修改授权页面中呈现的内容。这里，在实际实施时，修改功能项可设置于整个授权结果通知的某个固定位置，也可设置于呈现的失败原因信息的相关位置。
164.应用上述实施例，在授权失败时，呈现授权失败的失败原因信息、以及对应的修改功能项，方便用户可直接了解到此次授权失败的原因、以及可快速进入授权页面修改对应的内容，提升用户体验。
165.应用本发明上述实施例，通过扫描服务提供方提供的服务对应的图形码，进入对应支付方式的授权页面，以通过授权页面包含的授权功能项，实现对服务的支付方式进行授权的操作，并在目标用户对应支付方式的授权成功后，当服务提供方需要收费时，则可获取目标用户的待支付费用，以从授权成功的支付方式指示的支付账户中直接扣除待支付费用；这里，服务提供方仅需要提供用于对服务的支付方式进行授权的图形码即可，无需进行系统的开发，使得服务提供方实现线上收缴服务费用更加简单易行，从而也使得更多的用户能够体验线上缴费，进而提升用户体验。
166.在一些实施例中，服务提供方在生成目标用户对应服务的待支付费用后，还可以结合区块链技术，将待支付费用存储至区块链网络，以使终端在获取目标用户对应服务的待支付费用时，能够直接从区块链网络中获取到待支付费用。
167.这里，在获取到目标用户对应服务的待支付费用后，生成用于存储待支付费用的交易，并发送生成的交易至区块链网络的节点，以使节点对交易共识后将待支付费用存储至区块链网络；在存储至区块链网络之前，还可获取待支付费用对应的密钥的摘要信息；将得到的密钥的摘要信息存储至区块链网络。
168.在一些实施例中，终端在从支付方式指示的目标用户的支付账户中，扣除待支付费用并生成扣费结果后，还可以结合区块链技术，将目标用户的扣费结果存储至区块链网络，以使终端在获取目标用户的扣费结果时，能够直接从区块链网络中获取到扣费结果。
169.这里，在扣除待支付费用并生成扣费结果后，生成用于存储目标用户的扣费结果的交易，并发送生成的交易至区块链网络的节点，以使节点对交易共识后将目标用户的扣费结果存储至区块链网络；在存储至区块链网络之前，还可获取目标用户的扣费结果对应的密钥的摘要信息；将得到的密钥的摘要信息存储至区块链网络。
170.接下来对本发明实施例中的区块链网络进行说明。图11是本发明实施例提供的区块链网络的应用架构示意图，包括区块链网络1100(示例性示出了共识节点1110-1至共识节点1110-3)、认证中心1200、业务主体1300，下面分别说明。
171.区块链网络1100的类型是灵活多样的，例如可以为公有链、私有链或联盟链中的任意一种。以公有链为例，任何业务主体的电子设备(例如终端/服务器)，都可以在不需要
授权的情况下接入区块链网络1100；以联盟链为例，业务主体在获得授权后其下辖的电子设备可以接入区块链网络1100。如此，成为区块链网络1100中的客户端节点。
172.在一些实施例中，客户端节点可以只作为区块链网络1100的观察者，即提供支持业务主体发起交易(例如，用于上链存储数据或查询链上数据)功能，对于区块链网络1100的共识节点1110的功能，例如排序功能、共识服务和账本功能等，客户端节点可以缺省或者有选择性(例如，取决于业务主体的具体业务需求)地实施。从而，可以将业务主体的数据和业务处理逻辑最大程度迁移到区块链网络1100中，通过区块链网络1100实现数据和业务处理过程的可信和可追溯。
173.区块链网络1100中的共识节点接收来自不同业务主体(如业务主体1300)的客户端节点(如归属于业务主体1300的客户端节点1110)提交的交易，执行交易以更新账本或者查询账本，执行交易的各种中间结果或最终结果可以返回至业务主体的客户端节点中显示。
174.下面以业务主体接入区块链网络以实现目标用户的待支付费用的获取为例说明区块链的示例性应用。
175.参见图11，服务的费用支付方法涉及的业务主体1300，从认证中心1200进行登记注册获得数字证书，数字证书中包括业务主体的公钥、以及认证中心1200对业务主体的公钥和身份信息签署的数字签名，用来与业务主体针对交易的数字签名一起附加到交易中，并被发送到区块链网络，以供区块链网络从交易中取出数字证书和签名，验证消息的可靠性(即是否未经篡改)和发送消息的业务主体的身份信息，区块链网络会根据身份进行验证，例如是否具有发起交易的权限。业务主体下辖的电子设备(例如终端或者服务器)运行的客户端都可以向区块链网络1100请求接入而成为客户端节点。
176.首先，业务主体1300的客户端节点1110在获取目标用户在目标应用的特权信息时，生成用于获取区块链中存储的特权信息的交易，在交易中指定了实现特权信息的获取操作需要调用的智能合约、以及向智能合约传递的参数，交易还携带了客户端节点1110的数字证书、签署的数字签名(例如，使用客户端节点1110的数字证书中的私钥，对交易的摘要进行加密得到)，并将交易广播到区块链网络1100中的共识节点。
177.然后，区块链网络1100的共识节点1110接收到交易时，对交易携带的数字证书和数字签名进行验证，验证成功后，根据交易中携带的业务主体1300的身份，确认业务主体1300是否是具有交易权限，数字签名和权限验证中的任何一个验证判断都将导致交易失败。验证成功后签署共识节点1110自己的数字签名(例如，使用节点1110-1的私钥对交易的摘要进行加密得到)，并继续在区块链网络1100中广播。
178.最后，区块链网络1100中的共识节点1110接收到验证成功的交易后，将交易填充到新的区块中，并进行广播。区块链网络1100中的共识节点1110在广播新区块时，会对新区块进行共识过程，如果共识成功，则将新区块追加到自身所存储的区块链的尾部，并根据交易的结果更新状态数据库，执行新区块中的交易：对于提交的获取待支付费用的交易，从状态数据库中查询待支付费用对应的键值对，并返回交易结果。
179.作为区块链的示例，参见图12，图12是本发明实施例提供的区块链网络1100中区块链的结构示意图，每个区块的头部既可以包括区块中所有交易的哈希值，同时也包含前一个区块中所有交易的哈希值，新产生的交易的记录被填充到区块并经过区块链网络中节
点的共识后，会被追加到区块链的尾部从而形成链式的增长，区块之间基于哈希值的链式结构保证了区块中交易的防篡改和防伪造。
180.下面说明本发明实施例提供的区块链网络的示例性的功能架构，参见图13，图13是本发明实施例提供的区块链网络1100的功能架构示意图，包括应用层1、共识层2、网络层3、数据层4和资源层5，下面分别进行说明。
181.资源层5封装了实现区块链网路1100中的各个节点1110的计算资源、存储资源和通信资源。
182.数据层4封装了实现账本的各种数据结构，包括以文件系统中的文件实现的区块链，键值型的状态数据库和存在性证明(例如区块中交易的哈希树)。
183.网络层3封装了点对点(p2p，point to point)网络协议、数据传播机制和数据验证机制、接入认证机制和业务主体身份管理的功能。
184.其中，p2p网络协议实现区块链网络1100中节点1110之间的通信，数据传播机制保证了交易在区块链网络1100中的传播，数据验证机制用于基于加密学方法(例如数字证书、数字签名、公/私钥对)实现节点1110之间传输数据的可靠性；接入认证机制用于根据实际的业务场景对加入区块链网络1100的业务主体的身份进行认证，并在认证通过时赋予业务主体接入区块链网络1100的权限；业务主体身份管理用于存储允许接入区块链网络1100的业务主体的身份、以及权限(例如能够发起的交易的类型)。
185.共识层2封装了区块链网络1100中的节点1110对区块达成一致性的机制(即共识机制)、交易管理和账本管理的功能。共识机制包括pos、pow和d pos等共识算法，支持共识算法的可插拔。
186.交易管理用于验证节点1110接收的交易中携带的数字签名，验证业务主体的身份信息，并根据身份信息判断确认其是否具有权限进行交易(从业务主体身份管理读取相关信息)；对于获得接入区块链网络1100的授权的业务主体而言，均拥有认证中心颁发的数字证书，业务主体利用自己的数字证书中的私钥对提交的交易进行签名，从而声明自己的合法身份。
187.账本管理用于维护区块链和状态数据库。对于取得共识的区块，追加到区块链的尾部；执行取得共识的区块中的交易，当交易包括更新操作时更新状态数据库中的键值对，当交易包括查询操作时查询状态数据库中的键值对并向业务主体的客户端节点返回查询结果。支持对状态数据库的多种维度的查询操作，包括：根据区块序列号(例如交易的哈希值)查询区块；根据区块哈希值查询区块；根据交易序列号查询区块；根据交易序列号查询交易；根据业务主体的账号(序列号)查询业务主体的账号数据；根据通道名称查询通道中的区块链。
188.应用层1封装了区块链网络能够实现的各种业务，包括交易的溯源、存证和验证等。
189.下面将说明本发明实施例在一个实际的应用场景中的示例性应用。本发明实施例提供的服务的费用支付方法可以由第一终端、第二终端及服务器协同实施，其中，第一终端对应于用户侧，第二终端对应于服务提供方侧，服务器对应于委托代扣的支付平台。
190.接下来首先说明本发明实施例提供的目标用户对应服务的支付方式的授权过程，参见图14a，图14a是本发明实施例提供的服务的支付方式的授权流程示意图，包括：
191.步骤1401：第一终端响应于扫描指令，扫描服务提供方所提供的服务对应的图形码，进入用于对服务的支付方式进行授权的授权页面。
192.这里，第一终端设置有具备扫描功能的客户端，比如即时通讯客户端。接收到用户触发的扫描指令，通过图形码扫描界面对服务提供方所提供的服务对应的图形码进行扫描，从而进行页面跳转，以由图形码扫描界面跳转至对服务的支付方式的授权页面。
193.在实际应用中，该授权页面还呈现有服务标识输入框，以方便用户输入对应服务的服务标识，该服务标识可以是用户在服务提供方的用户编号、用户姓名、用户住址等，比如水费服务方的用户编号888888、用户住址xx小区5栋二单元105室等。
194.这里，该图形码可以是服务提供方的二维码，用于对服务的支付方式进行授权，具体可通过向委托代扣的支付平台申请获得，委托代扣的支付平台可基于授权页面的页面路径、服务提供方对应服务的服务参数，生成该服务提供方的二维码；其中该服务的支付方式，用于指示从用户的支付账户中扣除该用户对应服务的待支付费用。
195.步骤1402：接收到基于授权页面输入的目标用户对应服务的服务标识。
196.步骤1403：响应于针对授权页面的授权功能项的触发操作，基于输入的服务标识，向第二终端发送对应服务的支付方式的授权请求。
197.这里，授权页面还呈现有授权功能项，当接收到用户针对该授权功能项的点击操作后，向服务提供方的第二终端发送授权请求，即用户侧发起签约请求。
198.步骤1404：第二终端接收到第一终端发送的授权请求，核实授权请求中携带的目标用户的服务标识是否为第二终端对应的服务提供方的，得到授权结果并发送至服务器。
199.这里，第二终端对用户发送的授权请求中携带的服务标识(比如用户编号、用户住址)进行核实，确认是否为服务提供方。如果是，则得到授权成功的授权结果；如果否，则得到授权失败的授权结果。将得到授权结果返回对应于委托代扣的支付平台的服务器。
200.具体地，参见图14b，图14b是本发明实施例提供的服务提供方核实服务标识的示意图，这里，服务提供方的工作人员可核实服务标识“用户编号”、“备注”等内容，确定是否为本服务提供方的，并根据核实结果选择“批准”或者“拒绝”功能项，以生成授权结果。
201.步骤1405：服务器接收第二客户端发送的授权结果，并将该授权结果返回至第一终端。
202.这里，服务器如果确定接收的针对目标用户的授权结果为授权成功时，可存储该目标用户的用户信息、及相应的签约信息，以便于后续进行服务费用的代扣。
203.步骤1406：第一终端接收到授权结果，当该授权结果表征目标用户对应所述支付方式的授权成功时，则完成目标用户与服务提供方的签约。
204.这里，第一终端会接收到此次授权的授权结果并通过“支付服务”的公众号的模板消息，呈现目标用户对应支付方式的授权结果“自动扣费开通成功”。
205.当完成目标用户与服务提供方的签约后，即目标用户对应服务的支付方式的授权成功后，则实现了支付平台的委托代扣，接下来继续说明本发明实施例提供的服务的费用支付方法，参见图15，图15是本发明实施例提供的服务的费用支付方法的流程示意图，本发明实施例提供的服务的费用支付方法包括：
206.步骤1501：第二终端上传服务用户文件至服务器。
207.这里，目标用户与服务提供方的签约成功后，当服务提供方出账需要收费时，会生
成一份服务用户文件，即扣费文件，并将该服务用户文件上传至委托代扣的支付平台的服务器。
208.该服务用户文件记录有服务对应的用户的待支付费用。在实际应用中，服务提供方提供的服务用户文件，通常按照预设的文件类型生成，并在文件内部设置“用户服务标识”、“用户待支付费用”等信息格式，以用于在服务用户文件中的预设位置、记录各用户对应服务的待支付费用。参见图7，图7是本发明实施例提供的服务用户文件的示意图，该服务用户文件为xlxs类型文件，包括“用户编号”、“用户名称”、“各项水费详细信息”以及“应缴费用”等内容。
209.步骤1502：服务器接收到上传的服务用户文件，确定该服务用户文件的文件类型，并确定相应的查找规则。
210.这里，该查找规则可以指示目标用户对应服务的待支付费用在服务用户文件中的记录位置。
211.步骤1503：基于该查找规则，查找到目标用户对应服务的待支付费用。
212.服务器会识别并匹配服务用户文件与用户签约信息之间的关系，确定该目标用户是否已经签约，如果已经签约，则在服务用户文件中查找目标用户对应服务的待支付费用。
213.具体地，继续参见图7，服务器可通过识别服务用户文件中的“用户编号”，确定与目标用户匹配的用户编号，然后获取该确定的用户编号对应记录的“应缴费用”，该“应缴费用”栏记录的金额数目即为目标用户对应服务的待支付费用。
214.步骤1504：基于该待支付费用，发送费用扣除提醒信息至第一终端。
215.在实际应用中，由于用户授权签约的是服务费用的自动扣除，即无需用户输入支付密码等操作即可完成支付。然而自动扣除服务费用可能会导致扣除的费用与用户实际应该支付的费用不同，此时则会导致用户财务的损失。基于此，为保障用户的体验和权益，服务器在扣除待支付费用之前，会先向第一终端发送费用扣除提醒信息。该费用扣除提醒信息用于提醒用户在以当前时间点为计时起点并经第一时长后，从授权的支付方式指示的支付账户中扣除待支付费用。
216.此外，该费用扣除提醒信息还可以携带当期的服务详细账单，用户还可通过点击该费用扣除提醒信息，查看费用扣除详情，比如待支付费用、基本水费、污水费、水资源费各项费用的详细情况，参见图8。
217.步骤1505：第一终端接收并呈现费用扣除提醒信息。
218.步骤1506：服务器从支付方式指示的目标用户的支付账户中，扣除待支付费用。
219.这里，该第一时长为保障用户权益的犹豫期，犹豫期内用户如果没有提出异议，服务器会正式从用户的支付账户中划扣相应的待支付费用。
220.步骤1507：返回扣费结果至第一终端。
221.服务器在扣费成功后，向第一终端返回相应的扣费结果。
222.步骤1508：获取服务对应的至少两个用户的待支付费用扣费结果，并上传待支付费用扣费结果至第二终端。
223.这里，服务器还可将代扣的扣费结果，批量同步至服务提供方的第二终端。
224.如此，既帮助服务提供方零开发实现线上缴费，还方便用户足不出户则可处理水电等服务账单，实现线上缴费，提升用户体验。
225.下面继续说明本发明实施例提供的服务的费用支付装置255，在一些实施例中，服务的费用支付装置可采用软件模块的方式实现。参见图16，图16是本发明实施例提供的服务的费用支付装置255的结构示意图，本发明实施例提供的服务的费用支付装置255包括：
226.扫描模块2551，用于响应于扫描指令，扫描服务提供方所提供的服务对应的图形码，所述图形码用于对所述服务的支付方式进行授权；
227.第一呈现模块2552，用于呈现对应所述支付方式的授权页面，并在所述授权页面中呈现对应所述支付方式的授权功能项；
228.第二呈现模块2553，用于响应于针对所述授权功能项的触发操作，呈现目标用户对应所述支付方式的授权结果；
229.获取模块2554，用于当所述授权结果表征目标用户对应所述支付方式的授权成功时，获取所述目标用户对应所述服务的待支付费用；
230.扣除模块2555，用于从所述支付方式指示的所述目标用户的支付账户中，扣除所述待支付费用。
231.在一些实施例中，所述第一呈现模块2552，还用于在所述授权页面中，呈现服务标识输入框，所述服务标识输入框用于输入所述目标用户对应所述服务的服务标识；
232.在所述服务标识输入框中，呈现输入的所述服务标识。
233.在一些实施例中，所述第一呈现模块2552，还用于在所述授权页面中，呈现支付账户的选择功能项；
234.响应于基于所述选择功能项触发的选择操作，呈现选择的所述支付账户。
235.在一些实施例中，所述扫描模块2551，还用于呈现母应用程序的图形码扫描界面，并通过所述图形码扫描界面扫描服务提供方所提供的服务对应的图形码；
236.相应的，所述第一呈现模块2552，还用于进行页面跳转，使得由所述图形码扫描界面跳转至所述母应用程序运行的子应用程序对应所述支付方式的授权页面。
237.在一些实施例中，所述获取模块2554，还用于获取所述母应用程序关联的所述目标用户的支付账户；
238.在所述授权页面中呈现所述关联的所述目标用户的支付账户。
239.在一些实施例中，所述装置还包括：
240.生成模块，用于获取所述授权页面对应的页面路径，以及所述服务提供方对应所述服务的服务参数；
241.基于所述页面路径及所述服务参数，生成所述服务提供方对应所述服务的所述图形码。
242.在一些实施例中，所述第一呈现模块2552，还用于呈现导致所述授权失败的失败原因信息，以及相应的修改功能项；
243.响应于基于所述修改功能项触发的修改操作，在所述授权页面中呈现所述修改操作对应的内容。
244.在一些实施例中，所述获取模块2553，还用于周期性地发送服务费用获取请求，所述服务费用获取请求，用于请求获取所述目标用户对应所述服务的待支付费用；
245.接收返回的所述目标用户对应所述服务的待支付费用。
246.在一些实施例中，所述获取模块2553，还用于获取所述服务提供方对应所述服务
的服务用户文件，所述服务用户文件记录有所述服务对应的用户的待支付费用；
247.从所述服务用户文件中，查找所述目标用户对应所述服务的待支付费用。
248.在一些实施例中，所述获取模块2553，还用于确定所述服务用户文件的文件类型；
249.获取与所述文件类型对应的查找规则，所述查找规则，用于指示所述目标用户对应所述服务的待支付费用，在所述服务用户文件中的记录位置；
250.基于所述记录位置，查找所述目标用户对应所述服务的待支付费用。
251.在一些实施例中，所述装置还包括：
252.接收模块，用于接收并呈现费用扣除提醒信息；
253.其中，所述费用扣除提醒信息，用于提醒在目标时间点，或以当前时间点为计时起点并经第一时长后，从所述支付方式指示的所述目标用户的支付账户中，扣除所述待支付费用。
254.在一些实施例中，所述装置还包括：
255.第三呈现模块，用于呈现对应所述待支付费用的第一核实功能项；
256.响应于针对所述第一核实功能项的触发操作，呈现供与所述服务提供方的客服进行会话的会话界面，以基于所述会话界面核实所述待支付费用的正确性。
257.在一些实施例中，所述第三呈现模块，还用于呈现对应所述待支付费用的第二核实功能项；
258.响应于针对所述第二核实功能项的触发操作，发送对应所述待支付费用的核实请求至服务费用监管方；
259.其中，所述核实请求，用于请求所述服务费用监管方，基于所述服务提供方提供的所述目标用户的待支付费用，对所述核实请求中携带的所述目标用户的待支付费用进行核实；
260.接收并呈现所述服务费用监管方返回的核实结果。
261.在一些实施例中，所述接收模块，还用于接收到对应所述待支付费用的更新信息，所述更新信息用于指示将所述待支付费用由第一费用值更新为第二费用值；
262.更新呈现的所述费用扣除提醒信息，以提醒在目标时间点，或以当前时间点为计时起点并经第二时长后，从所述支付方式指示的所述目标用户的支付账户中，扣除对应所述第二费用值的待支付费用。
263.本发明实施例还提供一种电子设备，所述电子设备包括：
264.存储器，用于存储可执行指令；
265.处理器，用于执行所述存储器中存储的可执行指令时，实现本发明实施例提供的服务的费用支付方法。
266.本发明实施例还提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本发明实施例提供的服务的费用支付方法。
267.本发明实施例还提供一种计算机可读存储介质，存储有可执行指令，所述可执行指令被处理器执行时，实现本发明实施例提供的服务的费用支付方法。
268.在一些实施例中，计算机可读存储介质可以是fram、rom、prom、ep rom、eeprom、闪
存、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种设备。计算机可以是包括智能终端和服务器在内的各种计算设备。
269.在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
270.作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(h tml，hyper text markup language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。
271.作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。
272.以上所述，仅为本发明的实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。