缴费处理方法、装置、设备及介质与流程

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.其中，所述处理器被配置为执行所述指令，以实现如第一方面所述缴费处理方法。
44.根据本公开实施例的第六方面，提供一种电子设备，包括：
45.处理器；
46.用于存储所述处理器可执行指令的存储器；
47.其中，所述处理器被配置为执行所述指令，以实现如第二方面所述缴费处理方法。
48.根据本公开实施例的第七方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如第一方面所述缴费处理方法。
49.根据本公开实施例的第八方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第二方面所述缴费处理方法。
50.经由上述的技术方案可知，本技术提供了一种缴费处理方法，更改了电子设备、第一服务器和第二服务器的交互流程，即电子设备需要将查询请求发送至第一服务器，第一服务器会生成目标查询流水号，并将目标查询流水号反馈至电子设备。电子设备针对同一查询请求对应的缴费界面生成的缴费请求包含的目标查询流水号相同。基于此，在第一服务器中增加了校验机制，若电子设备通过同一查询请求对应的缴费界面进行多次缴费，即电子设备会向第一服务器发送多个包含相同目标查询流水号的缴费请求，第一服务器仅成功响应第一次的缴费请求，而不响应其他的缴费请求，由于不响应其他缴费请求，所以用户通过同一查询请求对应的缴费界面可成功缴费一次，不可成功缴费多次。从而不会出现多次将对应有同一目标查询流水号的缴费成功信息发送至第二服务器的情况，也不会出现由于第一服务器针对同一目标查询流水号存储有多个缴费成功信息，而第二服务器针对同一目标查询流水号存储有一个缴费成功信息，导致的第一服务器和第二服务器存储的缴费成功信息的对应关系不同的情况。
附图说明
51.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
52.图1为本技术涉及的相关技术的一种实现方式的流程图；
53.图2为本技术实施例提供的硬件架构的结构图；
54.图3是根据一示例性实施例示出的一种应用于第一服务器的缴费处理方法的流程
图；
55.图4a至图4c为本技术实施例提供的查询界面和缴费界面的示意图；
56.图5是根据一示例性实施例示出的一种应用于电子设备的缴费处理方法的流程图；
57.图6是根据一示例性实施例示出的一种应用于第一服务器的缴费处理装置框图；
58.图7是根据一示例性实施例示出的一种应用于电子设备的缴费处理装置框图；
59.图8是根据一示例性实施例示出的一种用于服务器/电子设备的装置的框图。
具体实施方式
60.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
61.本技术实施例提供了一种缴费处理方法、装置、电子设备、服务器和存储介质，在介绍本技术实施例提供的技术方案之前，先对对本技术涉及的相关技术进行说明。
62.如图1所示，为本技术涉及的相关技术的一种实现方式的流程图，该方法包括步骤s11至步骤s15。
63.步骤s11：电子设备21发送查询请求至第二服务器22。
64.示例性的，电子设备21可以将查询请求发送至第一服务器23，然后第一服务器23将查询请求发送至第二服务器22。
65.示例性的，电子设备21可以直接将查询请求发送至第二服务器22，如图1所示，图1仅示出了电子设备21与第二服务器22直接交互的情况，但是并不限定，电子设备21与第二服务器22的交互方式，如电子设备21可以通过第一服务器23与第二服务器22进行交互。
66.示例性的，查询请求包括用户账号，该用户账号可以为：电费账号，或，水费账号，或，燃气费账号，或，物业费账号，或，有线电视费账号，或，宽带账号，或，固话账号，或，暖气费账号，或，手机费账号。
67.示例性的，用户可以通过电子设备运行的相应客户端生成查询请求，例如，通过支付宝客户端可以生成水费查询请求，或，电费查询请求，或，天然气查询请求等等。
68.步骤s12：第二服务器22响应所述查询请求，得到缴费界面信息，以及，生成查询编号。
69.示例性的，同一查询请求对应的查询编号相同，不同查询请求对应的查询编号不同。
70.步骤s13：第二服务器22将缴费界面信息和查询编号发送至电子设备21。
71.示例性的，第二服务器22可以将缴费界面信息和查询编号发送至第一服务器21，然后由第一服务器21发送至电子设备21。
72.示例性的，第二服务器22可以直接将缴费界面信息和查询编号发送至电子设备21。
73.步骤s14：电子设备21基于缴费界面信息渲染得到缴费界面，通过缴费界面生成缴费请求。
74.所述缴费请求包括查询编号、用户账号、待缴费账户、收费账户以及缴费金额。
75.示例性的，用户可以在缴费界面输入缴费金额。
76.示例性的，同一查询请求对应一个缴费界面；示例性的，同一查询请求对应多个缴费界面。
77.步骤s15：电子设备21发送缴费请求至第一服务器23。
78.步骤s16：第一服务器23将待缴费账户的缴费金额转移至收费账户，以得到缴费成功信息，缴费成功信息包括用户账号、缴费金额、收款账号。
79.示例性的，若查询请求为查询电费请求，则收费账户为国家电网的账号；若查询请求为查询水费请求，则收费账户为自来水公司的账号；若查询请求为查询暖气费请求，则收费账户为供暖公司的账号。
80.步骤s17：第一服务器23将缴费成功信息以及查询编号发送至第二服务器22。
81.步骤s18：在对账时间到达时，第二服务器22基于查询编号验证第一服务器和第二服务器存储的缴费成功信息是否一致。
82.示例性的，第一服务器23存储有查询编号与缴费成功信息的对应关系；第二服务器22存储有查询编号与缴费成功信息的对应关系。
83.在相关技术中，第一服务器的对账机制为：以查询编号为唯一标识比较第一服务器23存储的查询编号与缴费成功信息的对应关系和第二服务器22存储的查询编号与缴费成功信息的对应关系。
84.发明人在研究过程中发现，在相关技术中，第一服务器23和第二服务器22存储的查询编号与缴费成功信息的对应关系不一致的原因如下：
85.针对第二服务器响应同一查询请求反馈的缴费界面，用户可能通过该缴费界面进行缴费的次数大于或等于2次，此时电子设备21会产生多次缴费请求，由于缴费界面针对的查询请求相同，故多次缴费请求包含的查询编号相同。第一服务器23每接收到一个缴费请求执行一次步骤s16至步骤s17，那么，针对同一查询编号可以得到多个缴费成功信息，由于第二服务器存储的是查询编号与缴费成功信息的对应关系，所以第二服务器若已经存储了查询编号对应的缴费成功信息，若再次接收到同一查询编号对应的缴费成功信息，则会忽略该查询编号对应的缴费成功信息，或者，替换之前存储的查询编号对应的缴费成功信息，这样会导致第一服务器23和第二服务器22存储的查询编号与缴费成功信息的对应关系不一致。
86.下面举例进行说明，假设查询请求包含的用户账号为用户账号a，且通过同一查询请求对应的缴费界面进行3次缴费，且按照时间由早至晚的缴费金额依次为：缴费金额1、缴费金额2和缴费金额3，若均缴费成功，则第一服务器23存储的查询编号与缴费成功信息的对应关系如表1所示。
87.表1
88.89.如表1所示，3次缴费请求包含的查询编号相同，均为查询编号1。
90.假设第二服务器会基于接收到的查询编号对应的缴费成功信息，更新之前存储的查询编号对应的缴费成功信息，则第二服务器存储的查询编号与缴费成功信息的对应关系会发生如表2至表4所示的变化。
91.表2
[0092][0093]
在通过缴费界面第一次缴费成功时，第二服务器存储的针对用户账号a的缴费信息如表2所示。
[0094]
表3
[0095][0096]
在通过缴费界面第二次缴费成功时，第二服务器存储的针对用户账号a的缴费信息如表3所示，即用户账号a、缴费金额2、收款账号替换了原始的“用户账号a、缴费金额1、收款账号”。
[0097]
表4
[0098][0099]
在通过缴费界面第三次缴费成功时，第二服务器存储的针对用户账号a的缴费信息如表4所示，即用户账号a、缴费金额3、收款账号替换了原始的“用户账号a、缴费金额2、收款账号”。
[0100]
结合表1和表4可知，第一服务器和第二服务器存储的查询编号和缴费成功信息的对应关系不同。
[0101]
如表1和表4所示，由于第一服务器和第二服务器存储的查询编号和缴费成功信息的对应关系不同，导致第二服务器无法更新用户账号的余额，例如，更新水费账号的余额，或，天然气账号的余额，或，话费账号的余额。
[0102]
针对上述技术问题，本技术实施例提供了一种缴费处理方法，更改了电子设备、第一服务器和第二服务器的交互流程，即电子设备需要将查询请求发送至第一服务器，第一服务器会生成目标查询流水号，并将目标查询流水号反馈至电子设备。电子设备针对同一查询请求对应的缴费界面生成的缴费请求包含的目标查询流水号相同。基于此，在第一服务器中增加了校验机制，若电子设备通过同一查询请求对应的缴费界面进行多次缴费，即电子设备会向第一服务器发送多个包含相同目标查询流水号的缴费请求，第一服务器仅成功响应第一次的缴费请求，而不响应其他的缴费请求，由于不响应其他缴费请求，所以用户通过同一查询请求对应的缴费界面可成功缴费一次，不可成功缴费多次。从而不会出现多次将对应有同一查询编号的缴费成功信息发送至第二服务器，即第二服务器不会出现上述表2至表4的问题，从而避免了第一服务器和第二服务器存储的查询编号和缴费成功信息的
对应关系不同的情况。
[0103]
下面介绍本技术实施例涉及的硬件架构，如图2所示，为本技术实施例提供的硬件架构的结构图，该硬件架构包括：电子设备21、第二服务器22和第一服务器23。
[0104]
示例性的，电子设备21可以为任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互的电子产品，例如，手机、平板电脑、掌上电脑、个人计算机、可穿戴设备、智能电视等。
[0105]
示例性的，电子设备21运行有客户端，该客户端可以为网页客户端或应用程序客户端。
[0106]
示例性的，客户端可以为缴纳电费的客户端，或，缴纳水费的客户端，或，缴纳物业费的客户端，或，缴纳固话的客户端，或，缴纳天然气的客户端，或，缴纳暖气费的客户端等等。
[0107]
示例性的，第二服务器22可以为一台服务器，也可以是由多台服务器组成的服务器集群，或者，是一个云计算服务中心。
[0108]
示例性的，若客户端为缴纳暖气费的客户端，则第二服务器属于供暖公司的服务器；若客户端为缴纳水费的客户端，则第二服务器属于自来水公司的服务器；若客户端为缴纳电费的客户端，则第二服务器属于国家电网的服务器。
[0109]
示例性的，第一服务器23可以为一台服务器，也可以是由多台服务器组成的服务器集群，或者，是一个云计算服务中心。
[0110]
示例性的，若待缴费账户和收款账户为银行账户，则第一服务器23为属于银行的服务器；若待缴费账户和收款账户为支付宝账户，则第一服务器23为属于蚂蚁金服的服务器；若待缴费账户和收款账户为微信账户，则第一服务器23为属于微信的服务器。
[0111]
在一可选实现方式中，电子设备21可以通过运行的客户端与第一服务器和第二服务器进行交互。
[0112]
下面结合上述硬件架构和相关技术，对本技术实施例提供的缴费处理方法进行说明。
[0113]
图3是根据一示例性实施例示出的一种应用于第一服务器的缴费处理方法的流程图，如图3所示，包括以下步骤s31至步骤s37。
[0114]
步骤s31：若检测到电子设备发送的查询缴费信息的查询请求，生成目标查询流水号。
[0115]
示例性的，查询请求包括用户账号，该用户账号可以为：电费账号，或，水费账号，或，燃气费账号，或，物业费账号，或，有线电视费账号，或，宽带账号，或，固话账号，或，暖气费账号，或，手机费账号。
[0116]
示例性的，用户可以通过电子设备运行的相应客户端生成查询请求，例如，通过支付宝客户端可以生成水费查询请求，或，电费查询请求，或，天然气查询请求等等。
[0117]
步骤s32：将所述目标查询流水号反馈至所述电子设备。
[0118]
步骤s33：接收所述电子设备发送的缴费请求，所述电子设备在通过缴费界面产生的缴费请求包括所述目标查询流水号，所述缴费界面是第二服务器响应所述查询请求反馈的。
[0119]
其中，在针对同一所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标
查询流水号相同；针对不同所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号不相同。即若同一查询请求对应多个缴费界面，则通过多个缴费界面分别产生的缴费请求包含的目标查询流水号相同；若同一查询请求对应一个缴费界面，则通过该缴费界面产生的缴费请求包含的目标查询流水号相同。
[0120]
示例性的，所述缴费请求包括目标查询流水号、用户账号、待缴费账户、收费账户以及缴费金额。
[0121]
示例性的，待缴费账户可以为支付宝账户，或，微信账户，或，银行卡账户，或，信用卡账户。
[0122]
示例性的，若查询请求为查询电费请求，则收费账户为国家电网的账户；若查询请求为查询水费请求，则收费账户为自来水公司的账户；若查询请求为查询暖气费请求，则收费账户为供暖公司的账户。
[0123]
在一可实现方式中，第二服务器可以和电子设备直接交互；在一可选实现方式中，第二服务器通过第一服务器与电子设备交互。
[0124]
步骤s34：从所述缴费请求中获取所述目标查询流水号。
[0125]
步骤s35：从预先存储的查询流水号与缴费成功信息的对应关系中，查找所述目标查询流水号是否对应有缴费成功信息。
[0126]
步骤s36：若所述目标查询流水号对应有缴费成功信息，不响应所述缴费请求。
[0127]
可以理解的是，若第一服务器已经存储有目标查询流水号对应有缴费成功信息，说明通过步骤s33提及的缴费界面已经成功缴费，所以不再响应该缴费请求，从而避免了针对同一缴费界面重复多次成功缴费的情况，由于第一服务器不会进行多次成功缴费，所以第一服务器存储有同一查询流水号对应的一个缴费成功信息。
[0128]
示例性的，可以发送提示用户重新查询缴费信息的提示信息至所述电子设备。下面举例进行说明。
[0129]
如图4a至图4c所示，为本技术实施例提供的查询界面和缴费界面的示意图。
[0130]
用户可以通过图4a所示的查询界面，点击“燃气费”41，则可以生成查询燃气请求a1，然后电子设备可以展示如图4b所示的缴费界面b1。用户通过图4b所示的缴费界面成功缴费后，若再次通过图4b所示的缴费界面进行缴费，则电子设备可以展示如图4c所示的提示信息。
[0131]
此时，用户若仍旧需要缴纳燃气费，则可以再次进入如图4a所示的查询界面，点击“燃气费”41，然后生成查询燃气请求a2，由于查询燃气请求a1和查询燃气请求a2为不同的查询请求，所以两者对应的查询流水号不同，所以可以通过查询燃气请求a2对应的缴费界面b2进行缴费。
[0132]
步骤s37：若所述目标查询流水号未对应有缴费成功信息，响应所述缴费请求。
[0133]
可以理解的是，若第一服务器未存储有目标查询流水号对应有缴费成功信息，说明未通过步骤s33提及的缴费界面成功缴费，所以可以响应该缴费请求。
[0134]
本技术提供了一种缴费处理方法，更改了电子设备、第一服务器和第二服务器的交互流程，即电子设备需要将查询请求发送至第一服务器，第一服务器会生成目标查询流水号，并将目标查询流水号反馈至电子设备。电子设备针对同一查询请求对应的缴费界面生成的缴费请求包含的目标查询流水号相同。基于此，在第一服务器中增加了校验机制，若
电子设备通过同一查询请求对应的缴费界面进行多次缴费，即电子设备会向第一服务器发送多个包含相同目标查询流水号的缴费请求，第一服务器仅成功响应第一次的缴费请求，而不响应其他的缴费请求，由于不响应其他缴费请求，所以用户通过同一查询请求对应的缴费界面可成功缴费一次，不可成功缴费多次。从而不会出现多次将对应有同一目标查询流水号的缴费成功信息发送至第二服务器的情况，也不会出现由于第一服务器针对同一目标查询流水号存储有多个缴费成功信息，而第二服务器针对同一目标查询流水号存储有一个缴费成功信息，导致的第一服务器和第二服务器存储的缴费成功信息的对应关系不同的情况。
[0135]
在一可选实现方式中，还包括步骤s11至步骤s13，此时，响应所述缴费请求包括以下步骤a11至步骤a12。
[0136]
步骤a11：将所述待缴费账户的所述缴费金额转移至所述收费账户，得到目标缴费成功信息。
[0137]
步骤a12：将所述查询编号、所述目标缴费成功信息，发送至所述第二服务器。
[0138]
在一可选实现方式中，第一服务器可以存储有：查询流水号、缴费成功信息、查询编号的对应关系。
[0139]
在一可选实现方式中，第一服务器针对每笔缴费请求生成一个缴费流水号，则第一服务器可以存储有：查询流水号、缴费流水号、缴费成功信息、查询编号的对应关系。
[0140]
在一可选实现方式中，若第一服务器存储有查询编号，在第二服务器进行对账时，仍旧可以以查询编号为唯一标识进行比对，从而实现了在不改变第二服务器的对账机制的情况下，避免第一服务器和第二服务器存储的查询编号和缴费成功信息的对应关系不同的情况的目的。
[0141]
在一可选实现方式中，不包括步骤第二服务器将查询编号反馈至电子设备，此时，响应缴费请求步骤包括以下步骤a21至步骤a22。
[0142]
步骤a21：将所述待缴费账户的所述缴费金额转移至所述收费账户，得到目标缴费成功信息。
[0143]
步骤a22：将所述目标查询流水号、所述目标缴费成功信息，发送至所述第二服务器。
[0144]
后续第二服务器可以以目标查询流水号为唯一标识，比对第一服务器和第二服务器存储的查询流水号和缴费成功信息的对应关系。
[0145]
图5是根据一示例性实施例示出的一种应用于电子设备的缴费处理方法的流程图，如图5所示，包括以下步骤s51至步骤s55。
[0146]
步骤s51：发送查询请求至第一服务器以及第二服务器，所述查询请求包括用户账号。
[0147]
示例性的，电子设备将查询请求发送至第二服务器可以为，电子设备将查询请求直接发送至第二服务器，或，电子设备将查询请求发送至第一服务器，第一服务器将查询请求发送至第二服务器。
[0148]
步骤s52：接收所述第一服务器反馈的目标查询流水号。
[0149]
步骤s53：获取所述第二服务器响应所述查询请求反馈的缴费界面。
[0150]
在一可选实现方式中，第二服务器向电子设备反馈缴费界面。
[0151]
在一可选实现方式中，还包括：第二服务器向电子设备发送查询编号。
[0152]
步骤s54：通过所述缴费界面生成缴费请求，所述缴费请求包括所述目标查询流水号、所述待缴费账户、收费账户以及缴费金额。
[0153]
其中，在针对同一所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号相同；针对不同所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号不相同。
[0154]
示例性的，缴费请求还可以包括查询编号。
[0155]
步骤s55：发送所述缴费请求至所述第一服务器。
[0156]
其中，若所述目标查询流水号对应有缴费成功信息，所述第一服务器不响应所述缴费请求；若所述目标查询流水号未对应有缴费成功信息，所述第一服务器响应所述缴费请求。
[0157]
在一可选实现方式中，若接收到所述第一服务器反馈的提示用户重新查询缴费信息的提示信息，显示提示信息。例如，图4c所示。
[0158]
在一可选实现方式中，电子设备中还包括：欠费信息查询模块，对接第二服务器的欠费查询接口，通过在电子设备中输入用户账号等信息，与第二服务器进行客户账单信息的交互。
[0159]
在一可选实现方式中，第一服务器还包括：冲正模块，对接第二服务器的冲正接口，客户在前期缴费过程中，可能会出现误操作造成缴款错误的情况，通过对接第二服务器的此接口，关联前期查询及缴费流水号，给客户退款后，将扣费成功信息发送至第二服务器，达到冲正的效果。
[0160]
在一可选实现方式中，第一服务器还包括：对账模块，前期缴费冲正为联机交易，在一些例如网络异常或者报文异常的情况下，可能会出现第一服务器与第二服务器的账务信息交互出现错误，导致账目不符，此时第一服务器t+1日通过向第二服务器发送对账明细文本，再次核对账目，保证交易的正确性。
[0161]
上述本技术公开的实施例中详细描述了方法，对于本技术的方法可采用多种形式的装置实现，因此本技术还公开了一种装置，下面给出具体的实施例进行详细说明。
[0162]
图6是根据一示例性实施例示出的一种应用于第一服务器的缴费处理装置框图。参照图6，该装置包括：第一生成模块61、第一发送模块62、第一接收模块63、第一获取模块64、查找模块65、第一处理模块66以及第二处理模块67，其中：
[0163]
第一生成模块61，用于若检测到电子设备发送的查询缴费信息的查询请求，生成目标查询流水号，所述查询请求包括用户账号；
[0164]
第一发送模块62，用于将所述目标查询流水号反馈至所述电子设备；
[0165]
第一接收模块63，用于接收所述电子设备发送的缴费请求，所述电子设备在通过缴费界面产生的缴费请求包括所述目标查询流水号，所述缴费界面是第二服务器响应所述查询请求反馈的；
[0166]
其中，在针对同一所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号相同；针对不同所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号不相同；
[0167]
第一获取模块64，用于从所述缴费请求中获取所述目标查询流水号；
[0168]
查找模块65，用于从预先存储的查询流水号与缴费成功信息的对应关系中，查找所述目标查询流水号是否对应有缴费成功信息；
[0169]
第一处理模块66，用于若所述目标查询流水号对应有缴费成功信息，不响应所述缴费请求；
[0170]
第二处理模块67，用于若所述目标查询流水号未对应有缴费成功信息，响应所述缴费请求。
[0171]
在一可选实现方式中，所述缴费请求还包括所述第二服务器反馈的针对所述查询请求生成的查询编号。
[0172]
在一可选实现方式中，所述缴费请求包括所述查询编号、所述用户账号、待缴费账户、收费账户以及缴费金额，第二处理模块包括：
[0173]
转账单元，用于将所述待缴费账户的所述缴费金额转移至所述收费账户，得到目标缴费成功信息；
[0174]
发送单元，用于将所述查询编号、所述目标缴费成功信息，发送至所述第二服务器。
[0175]
在一可选实现方式中，还包括：
[0176]
第二发送模块，用于发送提示用户重新查询缴费信息的提示信息至所述电子设备。
[0177]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0178]
图7是根据一示例性实施例示出的一种应用于电子设备的缴费处理装置框图。参照图7，该装置包括：第三发送模块71、第二接收模块72、第二获取模块73、第二生成模块74以及第四发送模块75，其中：
[0179]
第三发送模块71，用于发送查询请求至第一服务器以及第二服务器，所述查询请求包括用户账号；
[0180]
第二接收模块72，用于接收所述第一服务器反馈的目标查询流水号；
[0181]
第二获取模块73，用于获取所述第二服务器响应所述查询请求反馈的缴费界面；
[0182]
第二生成模块74，用于通过所述缴费界面生成缴费请求，所述缴费请求包括所述目标查询流水号、所述待缴费账户、收费账户以及缴费金额；
[0183]
其中，在针对同一所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号相同；针对不同所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号不相同；
[0184]
第四发送模块75，用于发送所述缴费请求至所述第一服务器；
[0185]
其中，若所述目标查询流水号对应有缴费成功信息，所述第一服务器不响应所述缴费请求；若所述目标查询流水号未对应有缴费成功信息，所述第一服务器响应所述缴费请求。
[0186]
在一可选实现方式中，还包括：
[0187]
第三获取模块，用于获取所述第二服务器发送的查询编号，所述缴费请求包括所述查询编号。
[0188]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法
的实施例中进行了详细描述，此处将不做详细阐述说明。
[0189]
图8是根据一示例性实施例示出的一种用于服务器/电子设备的装置的框图。
[0190]
服务器/电子设备包括但不限于：处理器81、存储器82、网络接口83、i/o控制器84以及通信总线85。
[0191]
需要说明的是，本领域技术人员可以理解，图8中示出的服务器/电子设备的结构并不构成对服务器/电子设备的限定，服务器/电子设备可以包括比图8所示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0192]
下面结合图8对服务器/电子设备的各个构成部件进行具体的介绍：
[0193]
处理器81是服务器/电子设备的控制中心，利用各种接口和线路连接整个服务器/电子设备的各个部分，通过运行或执行存储在存储器82内的软件程序和/或模块，以及调用存储在存储器82内的数据，执行服务器/电子设备的各种功能和处理数据，从而对服务器/电子设备进行整体监控。处理器81可包括一个或多个处理单元；示例性的，处理器81可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器81中。
[0194]
处理器81可能是一个中央处理器(central processing unit，cpu)，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；
[0195]
存储器82可能包含内存，例如高速随机存取存储器(random-access memory，ram)821和只读存储器(read-only memory，rom)822，也可能还包括大容量存储设备823，例如至少1个磁盘存储器等。当然，该服务器/电子设备还可能包括其他业务所需要的硬件。
[0196]
其中，上述的存储器82，用于存储上述处理器81可执行指令。上述处理器81具有执行缴费处理方法的功能。
[0197]
一个有线或无线网络接口83被配置为将服务器/电子设备连接到网络。
[0198]
处理器81、存储器82、网络接口83和i/o控制器84可以通过通信总线85相互连接，该通信总线可以是isa(industry standard architecture，工业标准体系结构)总线、pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。
[0199]
在示例性实施例中，服务器/电子设备可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述缴费处理方法。
[0200]
在示例性实施例中，本公开实施例提供了一种包括指令的存储介质，例如包括指令的存储器82，上述指令可由服务器/电子设备的处理器81执行以完成上述方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0201]
在示例性实施例中，还提供了一种计算机可读存储介质，可直接加载到计算机的内部存储器，例如上述存储器82中，并含有软件代码，该计算机程序经由计算机载入并执行
后能够实现上述缴费处理方法。
[0202]
在示例性实施例中，还提供一种计算机程序产品，可直接加载到计算机的内部存储器，例如所述服务器/电子设备包含的存储器中，并含有软件代码，该计算机程序经由计算机载入并执行后能够实现上述所述缴费处理方法。
[0203]
本发明提供的缴费处理方法、装置、设备及介质可用于金融领域或其他领域，例如，可用于金融领域中的缴费代扣应用场景。其他领域为除金融领域之外的任意领域。上述仅为示例，并不对本发明提供的缴费处理方法、装置、设备及介质的应用领域进行限定。
[0204]
需要说明的是，本说明书中的各个实施例中记载的特征可以相互替换或者组合。对于装置或系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0205]
还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0206]
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
[0207]
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

技术特征：
1.一种缴费处理方法，其特征在于，应用于第一服务器，所述缴费处理方法包括：若检测到电子设备发送的查询缴费信息的查询请求，生成目标查询流水号，所述查询请求包括用户账号；将所述目标查询流水号反馈至所述电子设备；接收所述电子设备发送的缴费请求，所述电子设备在通过缴费界面产生的缴费请求包括所述目标查询流水号，所述缴费界面是第二服务器响应所述查询请求反馈的；其中，在针对同一所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号相同；针对不同所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号不相同；从所述缴费请求中获取所述目标查询流水号；从预先存储的查询流水号与缴费成功信息的对应关系中，查找所述目标查询流水号是否对应有缴费成功信息；若所述目标查询流水号对应有缴费成功信息，不响应所述缴费请求；若所述目标查询流水号未对应有缴费成功信息，响应所述缴费请求。2.根据权利要求1所述缴费处理方法，其特征在于，所述缴费请求还包括所述第二服务器反馈的针对所述查询请求生成的查询编号。3.根据权利要求2所述缴费处理方法，其特征在于，所述缴费请求包括所述查询编号、所述用户账号、待缴费账户、收费账户以及缴费金额，所述响应所述缴费请求步骤包括：将所述待缴费账户的所述缴费金额转移至所述收费账户，得到目标缴费成功信息；将所述查询编号、所述目标缴费成功信息，发送至所述第二服务器。4.根据权利要求1至3任一所述缴费处理方法，其特征在于，在所述若所述目标查询流水号对应有缴费成功信息，不响应所述缴费请求步骤之后，还包括：发送提示用户重新查询缴费信息的提示信息至所述电子设备。5.一种缴费处理方法，其特征在于，应用于电子设备，所述缴费处理方法包括：发送查询请求至第一服务器以及第二服务器，所述查询请求包括用户账号；接收所述第一服务器反馈的目标查询流水号；获取所述第二服务器响应所述查询请求反馈的缴费界面；通过所述缴费界面生成缴费请求，所述缴费请求包括所述目标查询流水号、所述待缴费账户、收费账户以及缴费金额；其中，在针对同一所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号相同；针对不同所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号不相同；发送所述缴费请求至所述第一服务器；其中，若所述目标查询流水号对应有缴费成功信息，所述第一服务器不响应所述缴费请求；若所述目标查询流水号未对应有缴费成功信息，所述第一服务器响应所述缴费请求。6.根据权利要求5所述缴费处理方法，其特征在于，还包括：获取所述第二服务器发送的查询编号，所述缴费请求包括所述查询编号。7.一种缴费处理装置，其特征在于，应用于第一服务器，所述缴费处理装置包括：第一生成模块，用于若检测到电子设备发送的查询缴费信息的查询请求，生成目标查
询流水号，所述查询请求包括用户账号；第一发送模块，用于将所述目标查询流水号反馈至所述电子设备；第一接收模块，用于接收所述电子设备发送的缴费请求，所述电子设备在通过缴费界面产生的缴费请求包括所述目标查询流水号，所述缴费界面是第二服务器响应所述查询请求反馈的；其中，在针对同一所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号相同；针对不同所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号不相同；第一获取模块，用于从所述缴费请求中获取所述目标查询流水号；查找模块，用于从预先存储的查询流水号与缴费成功信息的对应关系中，查找所述目标查询流水号是否对应有缴费成功信息；第一处理模块，用于若所述目标查询流水号对应有缴费成功信息，不响应所述缴费请求；第二处理模块，用于若所述目标查询流水号未对应有缴费成功信息，响应所述缴费请求。8.一种缴费处理装置，其特征在于，应用于电子设备，所述缴费处理装置包括：第三发送模块，用于发送查询请求至第一服务器以及第二服务器，所述查询请求包括用户账号；第二接收模块，用于接收所述第一服务器反馈的目标查询流水号；第二获取模块，用于获取所述第二服务器响应所述查询请求反馈的缴费界面；第二生成模块，用于通过所述缴费界面生成缴费请求，所述缴费请求包括所述目标查询流水号、所述待缴费账户、收费账户以及缴费金额；其中，在针对同一所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号相同；针对不同所述查询请求反馈的缴费界面产生的缴费请求包含的所述目标查询流水号不相同；第四发送模块，用于发送所述缴费请求至所述第一服务器；其中，若所述目标查询流水号对应有缴费成功信息，所述第一服务器不响应所述缴费请求；若所述目标查询流水号未对应有缴费成功信息，所述第一服务器响应所述缴费请求。9.一种服务器，其特征在于，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如权利要求1至4任一所述缴费处理方法。10.一种电子设备，其特征在于，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如权利要求5至6任一所述缴费处理方法。11.一种计算机可读存储介质，当所述计算机可读存储介质中的指令由服务器的处理
器执行时，使得服务器能够执行如权利要求1至4中任一项所述缴费处理方法。12.一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求5至6中任一项所述缴费处理方法。

技术总结
本申请公开了缴费处理方法、装置、设备及介质，可应用于金融领域或其他领域。本方法更改了电子设备、第一服务器和第二服务器的交互流程，即电子设备需要将查询请求发送至第一服务器，第一服务器会生成目标查询流水号，并将目标查询流水号反馈至电子设备。电子设备针对同一查询请求对应的缴费界面生成的缴费请求包含的目标查询流水号相同。基于此，在第一服务器中增加了校验机制，若电子设备通过同一查询请求对应的缴费界面进行多次缴费，即电子设备会向第一服务器发送多个包含相同目标查询流水号的缴费请求，第一服务器仅成功响应第一次的缴费请求。避免了第一服务器和第二服务器存储的缴费成功信息的对应关系不同的情况。存储的缴费成功信息的对应关系不同的情况。存储的缴费成功信息的对应关系不同的情况。


技术研发人员：李亚丽 秦茂恩
受保护的技术使用者：中国银行股份有限公司
技术研发日：2023.03.13
技术公布日：2023/7/25