支付渠道的显示方法、装置、电子设备及存储介质与流程

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.可选的，所述第二健康状态确定子单元被配置为执行：
53.若所述失败比例大于或等于比例阈值，则确定所述待展示支付渠道的健康状态为目标状态。
54.可选的，所述显示结果确定模块包括：
55.第二排序单元，被配置为执行若存在多个健康状态为目标状态的待展示支付渠道，则按照所述失败比例从小到大的顺序，对所述多个健康状态为目标状态的待展示支付渠道进行排序；
56.第二显示结果确定子单元，被配置为执行在所述显示结果中将多个健康状态为目标状态的待展示支付渠道排序设置在非目标状态的待展示支付渠道后面。
57.根据本公开实施例的第三方面，提供一种电子设备，包括：
58.处理器；
59.用于存储所述处理器可执行指令的存储器；
60.其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的支付渠道的显示方法。
61.根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如第一方面所述的支付渠道的显示方法。
62.根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序或计算机指令，所述计算机程序或计算机指令被处理器执行时实现如第一方面所述的支付渠道的显示方法。
63.本公开的实施例提供的技术方案至少带来以下有益效果：
64.本公开实施例通过在收银台界面激活时，获取收银台界面中的待展示支付渠道的信息，根据待展示支付渠道的信息，确定待展示支付渠道的健康状态，根据待展示支付渠道的健康状态，确定待展示支付渠道的显示结果，由于待展示支付渠道的显示结果是和健康状态有关的，从而将健康状态良好的待展示支付渠道显示在前面，这样可以减少用户对异常的支付渠道的选择，避免重复支付，从而可以减少系统承载的任务积压。
65.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
66.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
67.图1是根据一示例性实施例示出的一种支付渠道的显示方法的流程图；
68.图2是根据一示例性实施例示出的一种支付渠道的显示方法的流程图；
69.图3是根据一示例性实施例示出的一种支付渠道的显示方法的流程图；
70.图4是根据一示例性实施例示出的一种支付渠道的显示装置的框图；
71.图5是根据一示例性实施例示出的一种电子设备的框图。
具体实施方式
72.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
73.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
74.图1是根据一示例性实施例示出的一种支付渠道的显示方法的流程图，如图1所示，该支付渠道的显示方法可以用于电商平台的服务器等电子设备中，包括以下步骤。
75.在步骤s11中，在收银台界面激活时，获取收银台界面中的待展示支付渠道的信息。
76.收银台界面中待展示的支付渠道会包括多个支付渠道，这些支付渠道按照一定的顺序进行展示，用户在进行订单的支付时会选择适合自己的支付渠道进行支付，用户选择
支付渠道时也会受到支付渠道的排序的影响，一般会选择排在前面的支付渠道。用户若使用异常的支付渠道进行支付，很有可能会重复支付而且支付不会成功。
77.本公开实施例在对支付渠道进行显示时，首先要确定待展示支付渠道的健康状态，并可以基于健康状态来确定待展示支付渠道的显示结果，这时可以在收银台界面激活时，获取收银台界面中的待展示支付渠道的信息，以基于待展示支付渠道的信息来确定待展示支付渠道的健康状态。其中，所述待展示支付渠道的信息是和待展示支付渠道的健康状态有关的信息。
78.在步骤s12中，根据所述待展示支付渠道的信息，确定所述待展示支付渠道的健康状态。
79.待展示支付渠道的信息可以是待展示支付渠道在一定时间内的支付信息(如支付成功信息和/或支付失败信息)，从而对待展示支付渠道在一定时间内的支付信息进行统计，可以确定待展示支付渠道的健康状态；或者，待展示支付渠道的信息还可以是待展示支付渠道的服务器主动反馈的有关待展示支付渠道的健康状态的信息，从而基于该信息可以确定待展示支付渠道的健康状态。
80.在一个示例性实施例中，根据所述待展示支付渠道的信息，确定所述待展示支付渠道的健康状态，包括：
81.若所述待展示支付渠道的信息为所述待展示支付渠道的服务器发送的所述待展示支付渠道的异常信息，则确定所述待展示支付渠道的健康状态为目标状态；或者
82.对所述待展示支付渠道在预设时间内的支付失败信息进行统计，并根据统计结果确定所述待展示支付渠道的健康状态。
83.其中，所述目标状态可以是异常状态，是支付成功率较小的状态。
84.待展示支付渠道异常时，该异常的待展示支付渠道的服务器可以主动向电商平台发送待展示支付渠道的异常信息，电商平台接收到待展示支付渠道的服务器发送的待展示支付渠道的异常信息后，可以直接确定该待展示支付渠道的健康状态为目标状态，后续可以对该待展示支付渠道在显示结果中进行调整。通过支付渠道主动反馈异常信息，可以明确确定待展示支付渠道的健康状态。
85.有时异常的待展示支付渠道无法及时的反馈异常信息，这时，可以在确定一个或多个待展示支付渠道支付失败时，分别对所述一个或多个待展示支付渠道在预设时间内的支付失败信息进行统计，根据统计结果可以确定一个或多个待展示支付渠道的健康状态。其中，所述预设时间可以是单位时间，例如可以是1秒、1分钟等。
86.通过对待展示支付渠道在预设时间内的支付失败信息进行统计，可以及时发现异常的待展示支付渠道。
87.在步骤s13中，根据所述待展示支付渠道的健康状态，确定待展示支付渠道的显示结果。
88.获取到待展示支付渠道的健康状态后，可以基于健康状态确定异常的支付渠道，为了减少用户选择该异常的支付渠道进行支付，可以将异常的支付渠道在收银台界面中的展示位置设置在后面，或者，也可以直接更新该待展示支付渠道的操作状态，使其处于不可选状态，从而得到待展示支付渠道的显示结果。
89.在一个示例性实施例中，根据所述待展示支付渠道的健康状态，确定待展示支付
渠道的显示结果，包括：当待展示支付渠道的健康状态为目标状态时，在所述收银台界面的显示结果中更新所述待展示支付渠道的显示顺序和/或操作状态。
90.其中，所述目标状态可以是异常状态，是支付成功率较小的状态。
91.待展示支付渠道的健康状态为目标状态时，在收银台界面的显示结果中可以更新待展示支付渠道的显示顺序，使得该待展示支付渠道的显示顺序位于其他健康状态的待支付渠道的后面；或者，还可以在收银台界面的显示结果中更新健康状态为目标状态的待展示支付渠道的操作状态，使得待展示支付渠道的操作状态区别于其他健康状态的待展示支付渠道；或者，还可以对健康状态为目标状态的待展示支付渠道的显示顺序和操作状态同时进行更新。
92.将健康状态为目标状态的待展示支付渠道的操作状态区别于其他健康状态的待展示支付渠道时，可以是在收银台界面中将健康状态为目标状态的待展示支付渠道与其他待展示支付渠道进行区别显示，使得健康状态为目标状态的待展示支付渠道的颜色较暗，即健康状态为目标状态的待展示支付渠道的颜色暗于其他健康状态的待展示支付渠道的颜色，且健康状态为目标状态的待展示支付渠道无法供用户选择。
93.通过当待展示支付渠道的健康状态为目标状态时，在收银台界面中的显示结果中更新待展示支付渠道的显示顺序和/或操作状态，可以减少用户对异常的待展示支付渠道的选择，避免重复支付。
94.在一个示例性实施例中，当待展示支付渠道的健康状态为目标状态时，在所述收银台界面的显示结果中更新所述待展示支付渠道的显示顺序和/或操作状态，包括：当待展示支付渠道的健康状态为目标状态时，如果收银台界面的待展示支付渠道有预先设定的显示顺序，则将健康状态为目标状态的待展示支付渠道在所述预先设定的显示顺序中后置，和/或，将健康状态为目标状态的待展示支付渠道的操作状态更新为不可选状态。
95.如果收银台界面的待展示支付渠道有预先设定的显示顺序，当待展示支付渠道的健康状态为目标状态时，可以将健康状态为目标状态的待展示支付渠道在预先设定的显示顺序中向后调整位置，和/或，还可以将健康状态为目标状态的待展示支付渠道的操作状态更新为不可选状态，这样可以减少用户对异常的待展示支付渠道的选择。
96.本示例性实施例提供的支付渠道的显示方法，通过在收银台界面激活时，获取收银台界面中的待展示支付渠道的信息，根据待展示支付渠道的信息，确定待展示支付渠道的健康状态，根据待展示支付渠道的健康状态，确定待展示支付渠道的显示结果，由于待展示支付渠道的显示结果是和健康状态有关的，从而将健康状态良好的待展示支付渠道显示在前面，这样可以减少用户对异常的支付渠道的选择，避免重复支付，从而可以减少系统承载的任务积压。
97.图2是根据一示例性实施例示出的一种支付渠道的显示方法的流程图，如图2所示，该支付渠道的显示方法可以用于电商平台的服务器等电子设备中，包括以下步骤。
98.在步骤s21中，在收银台界面激活时，获取收银台界面中的待展示支付渠道的信息。
99.在步骤s22中，统计所述待展示支付渠道在预设时间内的支付失败次数，根据支付失败次数确定所述待展示支付渠道的健康状态。
100.在接收到客户端使用一个指定支付渠道进行支付的请求时，将支付请求发送至指
定支付渠道的服务器，如果接收到指定支付渠道的服务器反馈的支付失败信息或者未接收到指定支付渠道的服务器的响应，则确定一次支付失败。在确定一个待展示支付渠道有一次支付失败时，可以统计该待展示支付渠道在预设时间内的支付失败次数，根据预设时间内的支付失败次数可以确定该待展示支付渠道的健康状态。
101.在对预设时间内的支付失败次数进行统计时，可以使用redis(remote dictionary server，远程字典服务)来累计支付渠道的支付失败次数，即在预设时间内每确定一个支付渠道支付失败一次时，就在该支付渠道原有支付失败次数的基础上累加1，每个支付渠道的支付失败次数的初始值为0，这样通过redis来累计支付渠道的支付失败次数，可以快速的确定待展示支付渠道在预设时间内的支付失败次数。
102.在一个示例性实施例中，所述根据支付失败次数确定所述待展示支付渠道的健康状态，包括：若所述待展示支付渠道在预设时间内的支付失败次数大于或等于次数阈值，则确定所述待展示支付渠道的健康状态为目标状态。
103.如果一个待展示支付渠道在预设时间内的支付失败次数大于或等于次数阈值，则确定该待展示支付渠道的健康状态为目标状态。通过将支付失败次数与预先设定的次数阈值进行比较，可以及时准确地发现健康状态为目标状态的待展示支付渠道，便于及时对异常的支付渠道进行调整。
104.在步骤s23中，根据所述待展示支付渠道的健康状态，确定待展示支付渠道的显示结果。
105.本示例性实施例提供的支付渠道的显示方法，通过统计一个支付渠道在预设时间内的支付失败次数，可以及时准确地确定出异常的支付渠道，便于及时地对异常支付渠道进行显示结果的调整。
106.在上述技术方案的基础上，根据所述待展示支付渠道的健康状态，确定待展示支付渠道的显示结果，包括：若存在多个健康状态为目标状态的待展示支付渠道，则按照所述支付失败次数从小到大的顺序，对所述多个健康状态为目标状态的待展示支付渠道进行排序；在所述显示结果中将多个健康状态为目标状态的待展示支付渠道排序设置在非目标状态的待展示支付渠道后面。
107.经过将预设时间内的支付失败次数与次数阈值进行比较，确定健康状态为目标状态的待展示支付渠道，如果在预设时间内同时存在多个健康状态为目标状态的待展示支付渠道，则按照多个健康状态为目标状态的待展示支付渠道所对应的支付失败次数从小到大的顺序，对多个健康状态为目标状态的待展示支付渠道进行排序，在收银台界面的显示结果中，将多个健康状态为目标状态的待展示支付渠道排序设置在非目标状态的待展示支付渠道后面，使得正常的待展示支付渠道排列在靠前的位置，便于用户大概率的选择正常的支付渠道进行支付。
108.图3是根据一示例性实施例示出的一种支付渠道的显示方法的流程图，如图3所示，该支付渠道的显示方法可以用于电商平台的服务器等电子设备中，包括以下步骤。
109.在步骤s31中，在收银台界面激活时，获取收银台界面中的待展示支付渠道的信息。
110.在步骤s32中，确定所述待展示支付渠道在预设时间的支付失败次数占所述预设时间内的总支付次数的比例，作为失败比例，并根据所述失败比例确定所述待展示支付渠
道的健康状态。
111.在接收到客户端使用一个指定支付渠道进行支付的请求时，将支付请求发送至指定支付渠道的服务器，如果接收到指定支付渠道的服务器反馈的支付失败信息或者未接收到指定支付渠道的服务器的响应，则确定一次支付失败。在确定一个待展示支付渠道有一次支付失败时，可以统计该待展示支付渠道在预设时间内的支付失败次数占预设时间内的总支付次数的比例，将该比例记为失败比例，并根据失败比例确定待展示支付渠道的健康状态。
112.在一个示例性实施例中，所述根据所述失败比例确定所述待展示支付渠道的健康状态，包括：若所述失败比例大于或等于比例阈值，则确定所述待展示支付渠道的健康状态为目标状态。
113.如果一个待展示支付渠道在预设时间内的失败比例大于或等于比例阈值，则确定该待展示支付渠道的健康状态为目标状态。通过将失败比例与预先设定的比例阈值进行比较，可以及时准确地发现异常的支付渠道，便于及时对异常的支付渠道进行调整。
114.在步骤s33中，根据所述待展示支付渠道的健康状态，确定待展示支付渠道的显示结果。
115.本示例性实施例提供的支付渠道的显示方法，通过统计一个支付渠道在预设时间内的支付失败次数占预设时间内总支付次数的比例，作为失败比例，并根据失败比例确定待展示支付渠道的健康状态，可以及时准确地确定出异常的支付渠道，便于及时地对异常支付渠道进行显示结果的调整。
116.在一个示例性实施例中，根据所述待展示支付渠道的健康状态，确定待展示支付渠道的显示结果，包括：若存在多个健康状态为目标状态的待展示支付渠道，则按照所述失败比例从小到大的顺序，对所述多个健康状态为目标状态的待展示支付渠道进行排序；在所述显示结果中将多个健康状态为目标状态的待展示支付渠道排序设置在非目标状态的待展示支付渠道后面。
117.通过将预设时间内的失败比例与比例阈值进行比较，确定健康状态为目标状态的待展示支付渠道，如果在预设时间内同时存在多个健康状态为目标状态的待展示支付渠道，则按照多个健康状态为目标状态的待展示支付渠道所对应的失败比例从小到大的顺序，对多个健康状态为目标状态的待展示支付渠道进行排序，在收银台界面显示结果中，将多个健康状态为目标状态的待展示支付渠道排序设置在非目标状态的待展示支付渠道后面，使得正常的支付渠道排列在靠上或者靠前的位置，便于用户大概率的选择正常的支付渠道进行支付。
118.图4是根据一示例性实施例示出的一种支付渠道的显示装置的框图。参照图4，该装置包括信息获取模块41、健康状态确定模块42和显示结果确定模块43。
119.该信息获取模块41被配置为执行在收银台界面激活时，获取收银台界面中的待展示支付渠道的信息；
120.该健康状态确定模块42被配置为执行根据所述待展示支付渠道的信息，确定所述待展示支付渠道的健康状态；
121.该显示结果确定模块43被配置为执行根据所述待展示支付渠道的健康状态，确定待展示支付渠道的显示结果。
122.可选的，所述显示结果确定模块包括：
123.显示结果更新单元，被配置为执行当待展示支付渠道的健康状态为目标状态时，在所述收银台界面的显示结果中更新所述待展示支付渠道的显示顺序和/或操作状态。
124.可选的，所述显示结果更新单元被配置为执行：
125.当待展示支付渠道的健康状态为目标状态时，如果收银台界面的待展示支付渠道有预先设定的显示顺序，则将健康状态为目标状态的待展示支付渠道在所述预先设定的显示顺序中后置，和/或，将健康状态为目标状态的待展示支付渠道的操作状态更新为不可选状态。
126.可选的，所述健康状态确定模块包括：
127.第一健康状态确定单元，被配置为执行若所述待展示支付渠道的信息为所述待展示支付渠道的服务器发送的所述待展示支付渠道的异常信息，则确定所述待展示支付渠道的健康状态为目标状态；或者
128.第二健康状态确定单元，被配置为执行对所述待展示支付渠道在预设时间内的支付失败信息进行统计，并根据统计结果确定所述待展示支付渠道的健康状态。
129.可选的，所述第二健康状态确定单元包括：
130.失败次数统计子单元，被配置为执行统计所述待展示支付渠道在预设时间内的支付失败次数；
131.第一健康状态确定子单元，被配置为执行根据支付失败次数确定所述待展示支付渠道的健康状态。
132.可选的，所述第一健康状态确定子单元被配置为执行：
133.若所述待展示支付渠道在预设时间内的支付失败次数大于或等于次数阈值，则确定所述待展示支付渠道的健康状态为目标状态。
134.可选的，所述显示结果确定模块包括：
135.第一排序单元，被配置为执行若存在多个健康状态为目标状态的待展示支付渠道，则按照所述支付失败次数从小到大的顺序，对所述多个健康状态为目标状态的待展示支付渠道进行排序；
136.第一显示结果确定单元，被配置为执行在所述显示结果中将多个健康状态为目标状态的待展示支付渠道排序设置在非目标状态的待展示支付渠道后面。
137.可选的，所述第二健康状态确定单元包括：
138.失败比例确定子单元，被配置为执行确定所述待展示支付渠道在预设时间的支付失败次数占所述预设时间内的总支付次数的比例，作为失败比例；
139.第二健康状态确定子单元，被配置为执行根据所述失败比例确定所述待展示支付渠道的健康状态。
140.可选的，所述第二健康状态确定子单元被配置为执行：
141.若所述失败比例大于或等于比例阈值，则确定所述待展示支付渠道的健康状态为目标状态。
142.可选的，所述显示结果确定模块包括：
143.第二排序单元，被配置为执行若存在多个健康状态为目标状态的待展示支付渠道，则按照所述失败比例从小到大的顺序，对所述多个健康状态为目标状态的待展示支付
渠道进行排序；
144.第二显示结果确定子单元，被配置为执行在所述显示结果中将多个健康状态为目标状态的待展示支付渠道排序设置在非目标状态的待展示支付渠道后面。
145.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
146.图5是根据一示例性实施例示出的一种电子设备的框图。例如，电子设备500可以被提供为一服务器。参照图5，电子设备500包括处理组件522，其进一步包括一个或多个处理器，以及由存储器532所代表的存储器资源，用于存储可由处理组件522的执行的指令，例如应用程序。存储器532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件522被配置为执行指令，以执行上述支付渠道的显示方法。
147.电子设备500还可以包括一个电源组件526被配置为执行电子设备500的电源管理，一个有线或无线网络接口550被配置为将电子设备500连接到网络，和一个输入输出(i/o)接口558。电子设备500可以操作基于存储在存储器532的操作系统，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm或类似。
148.在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器532，上述指令可由电子设备500的处理组件522执行以完成上述支付渠道的显示方法。可选地，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
149.在示例性实施例中，还提供一种计算机程序产品，包括计算机程序或计算机指令，所述计算机程序或计算机指令被处理器执行时实现上述的支付渠道的显示方法。
150.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
151.应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。