一种分布式系统的交易认证方法、交易请求方法及装置与流程

1.本技术涉及数据处理技术领域，尤其是涉及一种分布式系统的交易认证方法、交易请求方法及装置。


背景技术：

2.随着网络技术的不断发展，越来越多用户选择借助于网络实现业务的办理。在网络办理过程中，用户需针对于具有办理需求的待办理业务下达业务办理请求，但是，受到网络稳定性、设备灵敏性等外在因素的影响，会在下达业务办理请求的过程中，出现重复操作的问题，在这种情况下，存在重复响应业务办理请求的情况，导致出现重复办理待办理业务的问题。


技术实现要素：

3.有鉴于此，本技术的目的在于提供一种分布式系统的交易认证方法、交易请求方法及装置，可以在交易过程中通过特殊设置的交易认证令牌，快速地实现是否存在重复交易的判断，以避免出现重复交易的问题，可以提高业务的办理效率。
4.本技术实施例提供了一种分布式系统的交易认证方法，应用于服务器；所述交易认证方法包括：
5.响应于客户端发送的交易意愿请求，生成在预设时间段内用户触发办理的待交易业务对应的交易认证令牌，并分别将所述交易认证令牌发送至所述客户端和redis端；
6.响应于所述客户端发送的办理所述待交易业务的业务办理请求，确定所述业务办理请求是否满足认证要求；
7.若是，查询所述redis端中是否存在所述待交易业务对应的交易认证令牌；
8.若不存在，确定所述待交易业务被重复提出，拒绝执行所述待交易业务，并向所述客户端反馈重复提交信息。
9.在一种可能的实施方式中，所述交易认证方法还包括：
10.响应于所述交易认证令牌的生成时间超过预设时间阈值，重新生成待交易业务对应的交易认证令牌，得到待交易业务对应的更新后的交易认证令牌；
11.将所述更新后的交易认证令牌发送至所述客户端，并利用所述更新后的交易认证令牌更新所述redis端。
12.在一种可能的实施方式中，通过以下步骤生成所述交易认证令牌：
13.响应于客户端发送的交易意愿请求，获取发起所述交易意愿请求的客户端的终端信息；
14.基于所述终端信息，生成所述交易意愿请求对应的初始认证令牌；
15.为所述初始认证令牌设置有效时限，生成所述交易意愿请求对应的交易认证令牌。
16.在一种可能的实施方式中，所述确定所述业务办理请求是否满足认证要求，包括：
17.若所述业务办理请求中携带有所述待交易业务对应的交易认证令牌，且所述待交易业务对应的交易认证令牌的存在时间小于预设时间阈值，确定所述业务办理请求满足认证要求；
18.否则，确定所述业务办理请求不满足认证要求。
19.在一种可能的实施方式中，在所述确定所述业务办理请求是否满足认证要求之后，所述交易认证方法还包括：
20.若否，确定所述待交易业务被重复提出，拒绝执行所述待交易业务，并向所述客户端反馈重复提交信息。
21.在一种可能的实施方式中，在所述查询所述redis端中是否存在所述待交易业务对应的交易认证令牌之后，所述交易认证方法还包括：
22.若存在，确定所述待交易业务被首次提出，执行所述待交易业务，并删除所述redis端中存储的所述待交易业务对应的交易认证令牌。
23.本技术实施例还提供了一种分布式系统的交易请求方法，应用于客户端；所述交易请求方法包括：
24.响应于进入到业务办理页面，生成表征用户具有业务办理意愿的交易意愿请求；
25.将所述交易意愿请求发生至服务器端，并接收所述服务器反馈的用户在预设时间段内通过所述业务办理页面能够办理的待交易业务对应的交易认证令牌；
26.响应于用户通过所述业务办理页面触发办理所述待交易业务，生成所述待交易业务的业务办理请求；其中，所述业务办理请求中携带有所述待交易业务对应的交易认证令牌；
27.将所述业务办理请求发送至服务器。
28.在一种可能的实施方式中，所述交易请求方法还包括：
29.接收所述服务器反馈的重复提示信息，并将所述重复提示信息展示给所述用户。
30.本技术实施例还提供了一种分布式系统的交易认证装置，应用于服务器；所述交易认证装置包括：
31.令牌生成模块，用于响应于客户端发送的交易意愿请求，生成在预设时间段内用户触发办理的待交易业务对应的交易认证令牌，并分别将所述交易认证令牌发送至所述客户端和redis端；
32.要求认证模块，用于响应于所述客户端发送的办理所述待交易业务的业务办理请求，确定所述业务办理请求是否满足认证要求；
33.令牌查询模块，用于若是，查询所述redis端中是否存在所述待交易业务对应的交易认证令牌；
34.第一拒绝交易模块，用于若不存在，确定所述待交易业务被重复提出，拒绝执行所述待交易业务，并向所述客户端反馈重复提交信息。
35.在一种可能的实施方式中，所述交易认证装置还包括令牌更新模块，所述令牌更新模块用于：
36.响应于所述交易认证令牌的生成时间超过预设时间阈值，重新生成待交易业务对应的交易认证令牌，得到待交易业务对应的更新后的交易认证令牌；
37.将所述更新后的交易认证令牌发送至所述客户端，并利用所述更新后的交易认证
令牌更新所述redis端。
38.在一种可能的实施方式中，所述交易认证装置还包括令牌生成模块，所述令牌生成模块用于：
39.响应于客户端发送的交易意愿请求，获取发起所述交易意愿请求的客户端的终端信息；
40.基于所述终端信息，生成所述交易意愿请求对应的初始认证令牌；
41.为所述初始认证令牌设置有效时限，生成所述交易意愿请求对应的交易认证令牌。
42.在一种可能的实施方式中，所述要求认证模块在用于确定所述业务办理请求是否满足认证要求时，所述要求认证模块用于：
43.若所述业务办理请求中携带有所述待交易业务对应的交易认证令牌，且所述待交易业务对应的交易认证令牌的存在时间小于预设时间阈值，确定所述业务办理请求满足认证要求；
44.否则，确定所述业务办理请求不满足认证要求。
45.在一种可能的实施方式中，在所述确定所述业务办理请求是否满足认证要求之后，所述交易认证装置还包括第二拒绝交易模块，所述第二拒绝交易模块用于：
46.若否，确定所述待交易业务被重复提出，拒绝执行所述待交易业务，并向所述客户端反馈重复提交信息。
47.在一种可能的实施方式中，在所述查询所述redis端中是否存在所述待交易业务对应的交易认证令牌之后，所述交易认证装置还包括业务执行模块，所述业务执行模块用于：
48.若存在，确定所述待交易业务被首次提出，执行所述待交易业务，并删除所述redis端中存储的所述待交易业务对应的交易认证令牌。
49.本技术实施例还提供了一种分布式系统的交易请求装置，应用于客户端；所述交易请求装置包括：
50.意愿请求生成模块，用于响应于进入到业务办理页面，生成表征用户具有业务办理意愿的交易意愿请求；
51.令牌接收模块，用于将所述交易意愿请求发生至服务器端，并接收所述服务器反馈的用户在预设时间段内通过所述业务办理页面能够办理的待交易业务对应的交易认证令牌；
52.业务请求生成模块，用于响应于用户通过所述业务办理页面触发办理所述待交易业务，生成所述待交易业务的业务办理请求；其中，所述业务办理请求中携带有所述待交易业务对应的交易认证令牌；
53.请求发送模块，用于将所述业务办理请求发送至服务器。
54.在一种可能的实施方式中，所述业务请求生成模块在用于响应于用户通过所述业务办理页面触发办理所述待交易业务，生成所述待交易业务的业务办理请求时，所述业务请求生成模块用于：
55.响应于用户通过所述业务办理页面触发办理所述待交易业务，获取所述待交易业务对应的交易认证令牌以及所述待交易业务的业务详情信息；
56.关联所述交易认证令牌与所述业务详情信息，生成所述待交易业务的业务办理请求。
57.在一种可能的实施方式中，所述交易请求装置还包括信息展示模块，所述信息展示模块用于：
58.接收所述服务器反馈的重复提示信息，并将所述重复提示信息展示给所述用户。
59.本技术实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的分布式系统的交易认证方法的步骤和/或分布式系统的交易请求方法的步骤。
60.本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的分布式系统的交易认证方法的步骤和/或分布式系统的交易请求方法的步骤。
61.本技术实施例提供的一种分布式系统的交易认证方法、交易请求方法及装置，响应于客户端发送的交易意愿请求，生成在预设时间段内用户触发办理的待交易业务对应的交易认证令牌，并分别将所述交易认证令牌发送至所述客户端和redis端；响应于所述客户端发送的办理所述待交易业务的业务办理请求，确定所述业务办理请求是否满足认证要求；若是，查询所述redis端中是否存在所述待交易业务对应的交易认证令牌；若不存在，确定所述待交易业务被重复提出，拒绝执行所述待交易业务，并向所述客户端反馈重复提交信息。这样，便可以在用户具有交易意愿的情况下，针对于用户通过当前页面能够触发的待交易业务，特殊设置相应的交易认证令牌，以在交易过程中通过特殊设置的交易认证令牌，快速地实现是否存在重复交易的判断，以避免出现重复交易的问题；此外，通过redis端实现交易认证令牌的存储，还可以提高业务办理请求的响应速度，提高业务的办理效率。
62.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
63.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
64.图1为本技术实施例所提供的一种分布式系统的交易认证方法的流程图；
65.图2为本技术实施例所提供的一种分布式系统的交易请求方法的流程图；
66.图3为本技术实施例所提供的一种重复提交认证过程示意图；
67.图4本技术实施例所提供的一种分布式系统的交易认证装置的结构示意图之一；
68.图5为本技术实施例所提供的一种分布式系统的交易认证装置的结构示意图之二；
69.图6为本技术实施例所提供的一种分布式系统的交易请求装置的结构示意图之一；
70.图7为本技术实施例所提供的一种分布式系统的交易请求装置的结构示意图之
二；
71.图8为本技术实施例所提供的一种电子设备的结构示意图。
具体实施方式
72.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例，都属于本技术保护的范围。
73.经研究发现，随着网络技术的不断发展，越来越多用户选择借助于网络实现业务的办理。在网络办理过程中，用户需针对于具有办理需求的待办理业务下达业务办理请求，但是，受到网络稳定性、设备灵敏性等外在因素的影响，会在下达业务办理请求的过程中，出现重复操作的问题，在这种情况下，存在重复响应业务办理请求的情况，导致出现重复办理待办理业务的问题。
74.基于此，本技术实施例提供了一种分布式系统的交易认证方法，可以快速地判断出是否存在重复交易的情况，以避免出现重复交易的问题，可以减少由于重复交易问题而产生的不必要的额外操作，提高业务办理效率。
75.请参阅图1，图1为本技术实施例所提供的一种分布式系统的交易认证方法的流程图。应用于服务器；如图1中所示，本技术实施例提供的交易认证方法，包括：
76.s101、响应于客户端发送的交易意愿请求，生成在预设时间段内用户触发办理的待交易业务对应的交易认证令牌，并分别将所述交易认证令牌发送至所述客户端和redis端。
77.s102、响应于所述客户端发送的办理所述待交易业务的业务办理请求，确定所述业务办理请求是否满足认证要求。
78.s103、若是，查询所述redis端中是否存在所述待交易业务对应的交易认证令牌。
79.s104、若不存在，确定所述待交易业务被重复提出，拒绝执行所述待交易业务，并向所述客户端反馈重复提交信息。
80.本技术实施例所提供的一种分布式系统的交易认证方法，在用户具有交易意愿时，响应于用户的交易意愿请求，生成用户在预设时间段内通过客户端中所显示的业务触发页面能够办理的待交易业务对应的交易认证令牌，分别将交易认证令牌发送至客户端和暂存于redis端中；响应于业务办理请求，在用户所提交的业务办理请求满足认证要求的情况下，查询redis端中是否存在有待交易业务对应的交易认证令牌；若不存在，说明待交易业务被重复提出，此时，则拒绝进行待交易业务的交易。这样，便可以避免出现重复交易的问题，减少由于重复交易问题而产生的额外操作，提高业务的办理效率；此外，通过redis端实现交易认证令牌的存储，还可以提高业务办理请求的响应速度。
81.在步骤s101中，响应于客户端发送的交易意愿请求，说明此时用户具有办理待交易业务的交易意愿，此时，便可以针对于用户通过客户端所触发办理的待交易业务，生成为
该待交易业务特殊设置的交易认证令牌。
82.同时，将该待交易业务对应的交易认证令牌分别发送至客户端以及暂时缓存至redis端，以在用户触发待交易业务的办理后，通过redis端中缓存的交易认证令牌，来判断待交易任务是否被重复提出。
83.这里，redis(remote dictionary server)端，即远程字典服务端，是一个开源的使用ansi c语言编写、支持网络、可基于内存亦可持久化的日志型、key-value数据库，并提供多种语言的api；相比于数据库，具有更快的响应速度，以此，可以更加快速的判断出是否存在重复交易的情况，提高业务的办理效率。
84.在步骤s102中，响应于客户端所发送的请求办理待办理业务的业务办理请求，确定依据当前所接收到的业务办理请求，是否可以为用户办理待办理业务，即确定业务办理请求是否满足认证要求。
85.在一种实施方式中，所述确定所述业务办理请求是否满足认证要求，包括：若所述业务办理请求中携带有所述待交易业务对应的交易认证令牌，且所述待交易业务对应的交易认证令牌的存在时间小于预设时间阈值，确定所述业务办理请求满足认证要求；否则，确定所述业务办理请求不满足认证要求。
86.该步骤中，在接收到业务办理请求中，确定业务办理请求中是否携带有用户通过客户端所请求办理的待交易业务对应的交易认证令牌；并在业务办理请求中携带有交易认证令牌的情况下，进一步的确定业务办理请求中所携带的交易认证令牌的生成时间是否超过预设时间阈值；
87.若业务办理请求中携带有交易认证令牌且交易认证令牌的生成时间小于预设时间阈值，则确定业务办理请求满足认证要求，可以进行后续的判断。
88.否则，确定业务办理请求不满足认证要求；即，若业务办理请求中未携带交易认证令牌或所携带的交易认证令牌的生成时间已超过了预设时间阈值，则确定业务办理请求不满足认证要求。
89.在另一种实施方式中，在所述确定所述业务办理请求是否满足认证要求之后，所述交易认证方法还包括：
90.步骤s105、若否，确定所述待交易业务被重复提出，拒绝执行所述待交易业务，并向所述客户端反馈重复提交信息。
91.该步骤中，在业务办理请求不满足认证要求的情况下，可认为用户重复提出了办理待交易业务的业务办理请求；此时，可拒绝执行待交易业务，并向客户端反馈重复提交信息，以告知用户此次交易失败或提示用户重新请求办理待交易业务。
92.按照预先设置，在完成待交易业务的执行后，需删除缓存在redis端中的交易认证令牌；所以，若待交易业务若首次被提出，那么，在redis端则应该缓存有待交易业务对应的交易认证令牌；相反的，若待交易业务若被重复提出，那么，在redis端则不应该缓存有待交易业务对应的交易认证令牌；因此，可以根据redis端是否缓存有待交易业务对应的交易认证令牌，来判断待交易业务是否被重复提出。
93.在步骤s103中，在业务办理请求满足认证要求的情况下，查询redis端中是否缓存有业务办理请求中所携带的用户所请求办理的待办理业务对应的交易认证令牌。
94.在步骤s104中，若redis端未缓存用户通过业务办理请求所请求办理的待交易业
务对应的交易认证令牌，则可确定用户存在重复提出办理待交易业务的可能，拒绝为用户办理待交易业务，并向客户端反馈重复提交信息，以告知用户此次交易失败或提示用户重新请求办理待交易业务。
95.在另一种实施方式中，在所述查询所述redis端中是否存在所述待交易业务对应的交易认证令牌之后，所述交易认证方法还包括：
96.步骤s106、若存在，确定所述待交易业务被首次提出，执行所述待交易业务，并删除所述redis端中存储的所述待交易业务对应的交易认证令牌。
97.该步骤中，若redis端中缓存有用户通过业务办理请求，所请求办理的待办理业务对应的交易认证令牌，则可认为用户首次提出待交易业务的办理；执行待交易业务，并在完成执行后，删除redis端中缓存的该待交易业务对应的交易认证令牌。
98.需要说明的是，对于交易认证令牌来说，为了保证在等待用户触发待交易业务的办理的过程中不会被篡改，也为了避免过多的对redis端的数据占用，生成的交易认证令牌应具有一定的时效性，即每次生成的交易认证令牌的存在时间受到限制，若用户在生成交易认证令牌后，迟迟未触发待交易业务的办理，或迟迟不能够完成待交易业务的办理，那么，为了避免在等待用户触发待交易业务的办理的过程中，生成的交易认证令牌被篡改，此时需要对已生成的交易认证令牌进行更新。
99.在一种实施方式中，所述交易认证方法还包括：
100.步骤a：响应于所述交易认证令牌的生成时间超过预设时间阈值，重新生成待交易业务对应的交易认证令牌，得到待交易业务对应的更新后的交易认证令牌。
101.该步骤中，响应于已生成的待交易业务的交易认证令牌的生成时间超过预设时间阈值，重新生成待交易业务对应的交易认证令牌，并将重新生成的待交易业务对应的交易认证令牌，确定为待交易业务对应的更新后的交易认证令牌。
102.步骤b：将所述更新后的交易认证令牌发送至所述客户端，并利用所述更新后的交易认证令牌更新所述redis端。
103.该步骤中，将更新后的交易认证令牌发送至客户端，以利用更新后的交易认证令牌，对客户端已接收到的待交易业务对应的交易认证令牌进行更新；
104.同时，将更新后的交易认证令牌同步至redis端，以利用更新后的交易认证令牌对redis端中已缓存的、待交易业务对应的交易认证令牌进行更新。
105.这里，在用户迟迟不能够完成待交易业务的办理的情况下，还可以认为用户放弃此次待交易业务的办理，此时，便可以拒绝执行待交易业务的办理，并删除redis端已缓存的待交易业务对应的交易认证令牌。
106.若用户仍然需要办理待交易业务，则需重新发送交易意愿请求，并重新发起办理待交易业务的业务办理请求；此时，会重新生成待交易业务对应的交易认证令牌，并进行相应的判断。
107.这里，在用户通过客户端发起交易意愿请求时，便可针对于该客户端生成交易认证令牌。
108.在一种实施方式中，通过以下步骤生成所述交易认证令牌：响应于客户端发送的交易意愿请求，获取发起所述交易意愿请求的客户端的终端信息；基于所述终端信息，生成所述交易意愿请求对应的初始认证令牌；为所述初始认证令牌设置有效时限，生成所述交
易意愿请求对应的交易认证令牌。
109.该步骤中，响应于客户端发送的交易意愿请求，此时，便可认为用户具有通过该客户端发起交易的意愿，获取发起该交易意愿请求的客户端的终端信息；并利用获取到的终端信息，生成交易意愿请求对应的初始认证令牌。
110.为了保证认证令牌在等待用户触发待交易业务的办理的过程中不会被篡改，也为了避免过多的占用redis端的存储位置，在生成初始认证令牌之后，为生成的初始认证令牌设置有效时限；进而，得到用户通过该客户端触发业务办理请求时，业务办理请求中应携带的交易认证令牌。
111.本技术实施例提供的一种分布式系统的交易认证方法，响应于客户端发送的交易意愿请求，生成在预设时间段内用户触发办理的待交易业务对应的交易认证令牌，并分别将所述交易认证令牌发送至所述客户端和redis端；响应于所述客户端发送的办理所述待交易业务的业务办理请求，确定所述业务办理请求是否满足认证要求；若是，查询所述redis端中是否存在所述待交易业务对应的交易认证令牌；若不存在，确定所述待交易业务被重复提出，拒绝执行所述待交易业务，并向所述客户端反馈重复提交信息。这样，便可以在用户具有交易意愿的情况下，针对于用户通过当前页面能够触发的待交易业务，特殊设置相应的交易认证令牌，以在交易过程中通过特殊设置的交易认证令牌，快速地实现是否存在重复交易的判断，以避免出现重复交易的问题；此外，通过redis端实现交易认证令牌的存储，还可以提高业务办理请求的响应速度，提高业务的办理效率。
112.请参阅图2，图2为本技术实施例所提供的一种分布式系统的交易请求方法的流程图。应用于客户端；如图2中所示，本技术实施例提供的交易请求方法，包括：
113.s201、响应于进入到业务办理页面，生成表征用户具有业务办理意愿的交易意愿请求。
114.s202、将所述交易意愿请求发生至服务器端，并接收所述服务器反馈的用户在预设时间段内通过所述业务办理页面能够办理的待交易业务对应的交易认证令牌。
115.s203、响应于用户通过所述业务办理页面触发办理所述待交易业务，生成所述待交易业务的业务办理请求。
116.s204、将所述业务办理请求发送至服务器。
117.本技术实施例所提供的一种分布式系统的交易请求方法，可以响应于用户通过客户端进入到业务办理页面，自动触发交易意愿请求的生成；并将生成的交易意愿请求发送至服务器端，接收服务器端在接收到交易意愿请求后，所反馈的针对于用户能够通过业务办理页面所办理的待交易业务的交易认证令牌；响应于用户触发办理待交易业务，生成携带有交易认证令牌的业务办理请求；并将业务办理请求发送至服务器端，以在服务器端进行相应的交易认证，完成待交易业务的办理。这样，服务器端便可以借助于业务办理请求所携带的交易认证令牌，快速地对用户是否重复提出办理待交易业务进行判断，以提高业务的办理效率。
118.在步骤s201中，当用户通过客户端进入到业务办理页面时，客户端便可以响应于进入到业务办理页面，自动触发生成交易意愿请求；其中，交易意愿请求能够表征出用户具有办理待交易业务的业务办理意愿。
119.这里，交易意愿请求中可以包括用户通过业务办理页面所办理的待办理业务的业
务标识、用户的用户信息(例如，账号信息、用户名称等信息)以及其他相关信息(例如，请求时间、办理时间等信息)。
120.在步骤s202中，将生成的交易意愿请求发送至服务器端，以使服务器端根据交易意愿请求明确用户所需办理的待交易业务；并使得服务器端可以针对于用户在预设时间段内通过业务办理页面所能够办理的待交易业务，生成该待交易业务对应的交易认证令牌。
121.客户端便可以接收服务器端所反馈的、用户在预设时间段内通过业务办理页面能够办理的待交易业务对应的交易认证令牌；以在后续过程中，可以结合所获取的交易认证令牌，进一步的生成请求办理待交易业务的业务办理请求。
122.在步骤s203中，响应于用户通过业务办理页面触发办理待交易业务，生成用于请求办理该待办理业务的业务办理请求；其中，所述业务办理请求中携带有所述待交易业务对应的交易认证令牌，以使服务器端能够根据接收到的业务办理请求所携带的交易认证令牌，对用户是否重复提出办理待交易业务进行判断。
123.这里，业务办理请求中还包括用户办理待交易业务所需的业务详情信息，例如，身份信息(身份证号、姓名等信)、业务信息(例如，当待交易业务为取款业务时，业务信息可以包括取款金额、取款方式等信息)以及账户信息(例如，账户号码、密码等信息)；由于，业务详情并不会对待交易业务是否被重复提出的判断过程产生影响，在此不再详细说明。
124.本技术所提供的方案中，响应于用户通过所述业务办理页面触发办理所述待交易业务，具体可以为，当用户按下业务办理控件时，便可以触发办理待交易业务；具体的，用户可以通过手指、鼠标等触控业务办理控件；或者是通过键盘中的预设组合键触控业务办理控件，预设组合键可以为键盘中的ctrl键、alt键、a键等按键，预设按键可以根据用户的需求进行人为设置。
125.在一种实施方式中，步骤s203包括：响应于用户通过所述业务办理页面触发办理所述待交易业务，获取所述待交易业务对应的交易认证令牌以及所述待交易业务的业务详情信息；关联所述交易认证令牌与所述业务详情信息，生成所述待交易业务的业务办理请求。
126.该步骤中，响应于用户通过业务办理页面触发办理待交易业务，获取服务器端针对于用户所要办理的待交易业务所生成的交易认证令牌，以及用户完成办理待交易业务的业务详情信息，例如，身份信息、业务信息以及账户信息等信息。
127.关联待交易业务的交易认证令牌与待交易业务的业务详情信息，生成请求服务器端进行待办理业务办理的业务办理请求，以使得服务器端依据于业务办理请求完成认证要求的判断以及待交易业务的办理。
128.在步骤s204中，将生成的业务办理请求发送至服务器，以便于服务器对用户是否重复提出办理待交易业务进行判断。
129.在一种实施方式中，所述交易请求方法还包括：接收所述服务器反馈的重复提示信息，并将所述重复提示信息展示给所述用户。
130.该步骤中，在用户所提出的待交易业务被重复提出的情况下，或者由于所提交的信息错误无法办理待交易业务时，服务器端会拒绝为用户办理待交易业务；此时，服务器端会向客户端反馈重复提示信息，客户端在接收到服务器端所反馈的重复提示信息后，会将重复提示信息展示给用户，以告知用户此次交易失败或提示用户重新请求办理待交易业
务。
131.本技术实施例提供的一种分布式系统的交易请求方法，响应于进入到业务办理页面，生成表征用户具有业务办理意愿的交易意愿请求；将所述交易意愿请求发生至服务器端，并接收所述服务器反馈的用户在预设时间段内通过所述业务办理页面能够办理的待交易业务对应的交易认证令牌；响应于用户通过所述业务办理页面触发办理所述待交易业务，生成所述待交易业务的业务办理请求；其中，所述业务办理请求中携带有所述待交易业务对应的交易认证令牌；将所述业务办理请求发送至服务器。这样，服务器端便可以借助于业务办理请求所携带的交易认证令牌，快速地对用户是否重复提出办理待交易业务进行判断，以提高业务的办理效率。
132.请参阅图3，图3为本技术实施例所提供的一种重复提交认证过程示意图。如图3所示，客户端向服务器端发送交易意愿请求；服务器端在接收到表征用户具有业务办理意愿的交易意愿请求后，针对于用户所要办理的待办理业务，生成交易认证令牌；并将交易认证令牌反馈给客户端；同时，将交易认证令牌缓存至redis端，并设置redis端中交易认证令牌的有效期限；客户端保存服务器端反馈的交易认证令牌；结合交易认证令牌，生成请求办理待交易业务的业务办理请求，并将业务办理请求发送至服务器端；服务器端在接收到客户端发送的业务办理请求后，确定业务办理请求中是否携带有交易认证令牌，在携带有该交易令牌的情况下，查询redis端中该交易认证令牌是否存在，并向服务器端返回查询结果；若redis端中存在该交易认证令牌，确定待交易业务被首次提出，执行用户所要办理的待交易业务，并将该交易认证令牌从redis端中删除，向客户端反馈交易成功信息；若redis端中不存在该交易认证令牌，确定待交易业务被重复提出，拒绝执行待交易业务，并向客户端反馈重复提交信息。
133.请参阅图4、图5，图4为本技术实施例所提供的一种分布式系统的交易认证装置的结构示意图之一，图5为本技术实施例所提供的一种分布式系统的交易认证装置的结构示意图之二。应用于服务器；如图4中所示，所述交易认证装置400包括：
134.令牌生成模块410，用于响应于客户端发送的交易意愿请求，生成在预设时间段内用户触发办理的待交易业务对应的交易认证令牌，并分别将所述交易认证令牌发送至所述客户端和redis端；
135.要求认证模块420，用于响应于所述客户端发送的办理所述待交易业务的业务办理请求，确定所述业务办理请求是否满足认证要求；
136.令牌查询模块430，用于若是，查询所述redis端中是否存在所述待交易业务对应的交易认证令牌；
137.第一拒绝交易模块440，用于若不存在，确定所述待交易业务被重复提出，拒绝执行所述待交易业务，并向所述客户端反馈重复提交信息。
138.进一步的，如图5所示，所述交易认证装置400还包括令牌更新模块450，所述令牌更新模块450用于：
139.响应于所述交易认证令牌的生成时间超过预设时间阈值，重新生成待交易业务对应的交易认证令牌，得到待交易业务对应的更新后的交易认证令牌；
140.将所述更新后的交易认证令牌发送至所述客户端，并利用所述更新后的交易认证令牌更新所述redis端。
141.进一步的，如图5所示，所述交易认证装置400还包括令牌生成模块460，所述令牌生成模块460用于：
142.响应于客户端发送的交易意愿请求，获取发起所述交易意愿请求的客户端的终端信息；
143.基于所述终端信息，生成所述交易意愿请求对应的初始认证令牌；
144.为所述初始认证令牌设置有效时限，生成所述交易意愿请求对应的交易认证令牌。
145.进一步的，所述要求认证模块420在用于确定所述业务办理请求是否满足认证要求时，所述要求认证模块420用于：
146.若所述业务办理请求中携带有所述待交易业务对应的交易认证令牌，且所述待交易业务对应的交易认证令牌的存在时间小于预设时间阈值，确定所述业务办理请求满足认证要求；
147.否则，确定所述业务办理请求不满足认证要求。
148.进一步的，如图5所示，。在所述确定所述业务办理请求是否满足认证要求之后，所述交易认证装置400还包括第二拒绝交易模块470，所述第二拒绝交易模块470用于：
149.若否，确定所述待交易业务被重复提出，拒绝执行所述待交易业务，并向所述客户端反馈重复提交信息。
150.进一步的，在所述查询所述redis端中是否存在所述待交易业务对应的交易认证令牌之后，所述交易认证装置400还包括业务执行模块480，所述业务执行模块480用于：
151.若存在，确定所述待交易业务被首次提出，执行所述待交易业务，并删除所述redis端中存储的所述待交易业务对应的交易认证令牌。
152.本技术实施例提供的一种分布式系统的交易认证装置，响应于客户端发送的交易意愿请求，生成在预设时间段内用户触发办理的待交易业务对应的交易认证令牌，并分别将所述交易认证令牌发送至所述客户端和redis端；响应于所述客户端发送的办理所述待交易业务的业务办理请求，确定所述业务办理请求是否满足认证要求；若是，查询所述redis端中是否存在所述待交易业务对应的交易认证令牌；若不存在，确定所述待交易业务被重复提出，拒绝执行所述待交易业务，并向所述客户端反馈重复提交信息。这样，便可以在用户具有交易意愿的情况下，针对于用户通过当前页面能够触发的待交易业务，特殊设置相应的交易认证令牌，以在交易过程中通过特殊设置的交易认证令牌，快速地实现是否存在重复交易的判断，以避免出现重复交易的问题；此外，通过redis端实现交易认证令牌的存储，还可以提高业务办理请求的响应速度，提高业务的办理效率。
153.请参阅图6、图7，图6为本技术实施例所提供的一种分布式系统的交易请求装置的结构示意图之一，图7为本技术实施例所提供的一种分布式系统的交易请求装置的结构示意图之二。应用于客户端；如图6中所示，所述交易请求装置600包括：
154.意愿请求生成模块610，用于响应于进入到业务办理页面，生成表征用户具有业务办理意愿的交易意愿请求；
155.令牌接收模块620，用于将所述交易意愿请求发生至服务器端，并接收所述服务器反馈的用户在预设时间段内通过所述业务办理页面能够办理的待交易业务对应的交易认证令牌；
156.业务请求生成模块630，用于响应于用户通过所述业务办理页面触发办理所述待交易业务，生成所述待交易业务的业务办理请求；其中，所述业务办理请求中携带有所述待交易业务对应的交易认证令牌；
157.请求发送模块640，用于将所述业务办理请求发送至服务器。
158.进一步的，所述业务请求生成模块630在用于响应于用户通过所述业务办理页面触发办理所述待交易业务，生成所述待交易业务的业务办理请求时，所述业务请求生成模块630用于：
159.响应于用户通过所述业务办理页面触发办理所述待交易业务，获取所述待交易业务对应的交易认证令牌以及所述待交易业务的业务详情信息；
160.关联所述交易认证令牌与所述业务详情信息，生成所述待交易业务的业务办理请求。
161.进一步的，如图7所示，所述交易请求装置600还包括信息展示模块650，所述信息展示模块650用于：
162.接收所述服务器反馈的重复提示信息，并将所述重复提示信息展示给所述用户。
163.本技术实施例提供的一种交易请求装置，响应于进入到业务办理页面，生成表征用户具有业务办理意愿的交易意愿请求；将所述交易意愿请求发生至服务器端，并接收所述服务器反馈的用户在预设时间段内通过所述业务办理页面能够办理的待交易业务对应的交易认证令牌；响应于用户通过所述业务办理页面触发办理所述待交易业务，生成所述待交易业务的业务办理请求；其中，所述业务办理请求中携带有所述待交易业务对应的交易认证令牌；将所述业务办理请求发送至服务器。这样，服务器端便可以借助于业务办理请求所携带的交易认证令牌，快速地对用户是否重复提出办理待交易业务进行判断，以提高业务的办理效率。
164.请参阅图8，图8为本技术实施例所提供的一种电子设备的结构示意图。如图8中所示，所述电子设备800包括处理器810、存储器820和总线830。
165.所述存储器820存储有所述处理器810可执行的机器可读指令，当电子设备800运行时，所述处理器810与所述存储器820之间通过总线830通信，所述机器可读指令被所述处理器810执行时，可以执行如上述图1所示方法实施例中的分布式系统的交易认证方法的步骤和/或图2所示方法实施例中的分布式系统的交易请求方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。
166.本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1所示方法实施例中的分布式系统的交易认证方法的步骤和/或图2所示方法实施例中的分布式系统的交易请求方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。
167.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
168.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨
论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
169.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
170.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
171.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
172.最后应说明的是：以上所述实施例，仅为本技术的具体实施方式，用以说明本技术的技术方案，而非对其限制，本技术的保护范围并不局限于此，尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本技术实施例技术方案的精神和范围，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。