一种交易业务安全验证方法、装置、设备及介质与流程
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.交易单元，用于若验证成功，则基于所述第一交易信息完成交易。
68.第七方面，本技术提供一种电子设备，包括：
69.存储器，用于存储程序指令；
70.处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行第一方面至第三方面中任一项所述的方法包括的步骤。
71.第八方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面至第三方面中任一项所述的方法。
72.第九方面，本技术提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面至第三方面中任一项所述的方法。
附图说明
73.图1为本技术实施例提供的一种交易业务安全验证方法的流程图；
74.图2为本技术实施例提供的另一种交易业务安全验证方法的流程图；
75.图3为本技术实施例提供的另一种交易业务安全验证方法的流程图；
76.图4为本技术实施例提供的一种完整的交易业务安全验证的交互示意图；
77.图5为本技术实施例提供的一种交易业务安全验证装置的结构图；
78.图6为本技术实施例提供的另一种交易业务安全验证装置的结构图；
79.图7为本技术实施例提供的另一种交易业务安全验证装置的结构图；
80.图8为本技术实施例提供的一种电子设备的结构图。
具体实施方式
81.为使本技术的目的、技术方案和优点更加清楚明白，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。
82.本技术的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别
不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本技术实施例不做限制。
83.本技术技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。
84.在介绍本技术实施例所提供的一种交易业务安全验证方法之前，为了便于理解，下面首先对本技术实施例的技术背景进行详细介绍。
85.柜外清是一种客户与金融交易系统互动的客户驱动设备，在对私存款与借记卡开户、取款、密码维护等交易界面上有“密码”栏位和“密码”按钮，点击“密码”按钮，柜外清将提示客户输入密码。
86.目前，用户去银行办理账户现金支取或者转账取款业务时，银行系统需验证账户以及取款密码是否正确，用户在柜外清设备输入密码后，密码会暂时存储在界面上，然后根据用户的需求在相关工作人员的指引下完成业务的交易。由于用户在柜外清设备输入密码后会暂存，后续的交易过程是不用再次输入密码即可进行的，存在一定的安全隐患。并且，当用户密码输入错误时，柜外清设备并不向用户展示“密码输入错误”的提示信息，只有通过工作人员的告知才可知道密码输入错误，需要重新验证密码。
87.为了提高交易业务的安全性，本发明实施例提供了一种交易业务安全验证方法，应用于服务器，如图1所示，该方法包括：
88.s101、接收终端发送的用户的交易介质信息和用户选择办理的业务需求；
89.s102、若确定业务需求为取款需求，则基于交易介质信息和取款需求生成用户对应的第一交易菜单信息；
90.s103、将第一交易菜单信息发送给终端，以使用户输入第一交易信息；
91.s104、接收终端发送的第一交易信息，将密码验证信息发送给终端，以使用户输入密码进行交易业务安全验证；
92.s105、若验证成功，则基于第一交易信息完成交易。
93.本发明实施例提供的交易业务安全验证方法，由于首先生成用户对应的第一交易菜单信息以使用户输入第一交易信息，然后让用户输入密码进行交易业务安全验证，在验证成功后直接完成交易，即采用后置验密的方式对交易业务安全进行验证，可以避免密码暂存问题引起的安全隐患，从而可以提高交易业务的安全性。
94.其中，交易介质信息指的是用户与银行系统进行交易的介质，例如可以为银行卡、存折等交易介质，在用户提交交易介质信息和选择办理的业务需求后，生成用户对应的交易菜单信息，例如若用户需求为现金取款需求，则第一交易菜单信息可以为让用户输入取款金额大小。
95.在具体实施中，在接收终端发送的第一交易信息，将密码验证信息发送给终端，以使用户输入密码进行交易业务安全验证之后，还可以包括：若验证失败，则生成验证失败的提示信息，并将提示信息发送给终端进行显示。
96.例如，在用户输入密码后，若密码输入错误，则在终端设备上显示“密码输入错误”，这样可以使得用户可以明确知道自己密码输入错误，然后可以直接中断交易，也可以
重新输入密码，可以解决用户与工作人员信息不对称的问题，可以进一步提高交易业务的安全性。
97.在具体实施中，在接收终端发送的用户的交易介质信息和用户选择办理的业务需求后，还可以包括如下过程：
98.若确定业务需求为存款需求，则基于交易介质信息和存款需求生成用户对应的第二交易菜单信息；
99.将第二交易菜单信息发送给终端，以使用户输入第二交易信息；
100.接收终端发送的第二交易信息，并基于第二交易信息完成交易。
101.这里的第二交易菜单信息可以为让用户输入存款金额大小，在确定用户的业务需求为存款需求后，由于对安全性的要求并不高，可以不设置验密，从而提高交易的效率。
102.在具体实施中，在接收终端发送的第一交易信息之后，在将密码验证信息发送给终端之前，还可以包括：基于第一交易信息生成第一交易确认信息，并将第一交易确认信息发送给终端，以使用户确认第一交易信息。
103.本发明实施例提供的交易业务安全验证方法，在用户输入第一交易信息后，通过增加让用户确认第一交易信息的过程，可以进一步提高交易业务的安全性。
104.基于相同的发明构思，本发明实施例还提供一种交易业务安全验证方法，应用于终端侧，如图2所示，该方法包括：
105.s201、确定用户的交易介质信息和用户选择办理的业务需求；
106.s202、若业务需求为取款需求，则向服务器发送交易介质信息和取款需求，以使服务器基于交易介质信息和取款需求生成用户对应的第一交易菜单信息；
107.s203、接收服务器发送的第一交易菜单信息；
108.s204、响应于用户输入的第一交易信息，向服务器发送第一交易信息；
109.s205、接收服务器发送的密码验证信息，以使用户输入密码进行交易业务安全验证。
110.本发明实施例提供的交易业务安全验证方法，由于首先向服务器发送用户输入的第一交易信息，然后接收服务器发送的密码验证信息，以使用户输入密码进行交易业务安全验证，即采用后置验密的方式对交易业务安全进行验证，可以避免密码暂存问题引起的安全隐患，从而可以提高交易业务的安全性。
111.在具体实施中，在接收服务器发送的密码验证信息，以使用户输入密码进行交易业务安全验证之后，还可以包括如下步骤：
112.若验证失败，则接收服务器发送的验证失败的提示信息，并进行显示；
113.响应于用户重新输入的密码，将密码发送给服务器重新进行交易业务安全验证。
114.由于可以在终端设备上直接进行显示验证失败的提示信息，可以解决用户与工作人员信息不对称的问题，可以进一步提高交易业务的安全性。
115.在具体实施中，在接收用户的交易介质信息和用户选择办理的业务需求之后，还可以包括如下步骤：
116.若业务需求为存款需求，则向服务器发送交易介质信息和存款需求，以使服务器基于交易介质信息和存款需求生成用户对应的第二交易菜单信息；
117.接收服务器发送的第二交易菜单信息；
118.响应于用户输入的第二交易信息，向服务器发送第二交易信息，以使服务器基于第二交易信息完成交易。
119.在确定用户的业务需求为存款需求后，由于对安全性的要求并不高，可以不设置验密，从而提高交易的效率。
120.在具体实施中，在向服务器发送第一交易信息之后，在接收服务器发送的密码验证信息之前，还可以包括：接收服务器发送的第一交易确认信息，以使用户确认第一交易信息。
121.在用户输入第一交易信息后，通过增加让用户确认第一交易信息的过程，可以进一步提高交易业务的安全性。
122.基于相同的发明构思，本发明实施例还提供一种交易业务安全验证方法，如图3所示，该方法包括：
123.s301、获取用户的交易介质信息和用户选择办理的业务需求；
124.s302、若业务需求为取款需求，则基于交易介质信息和取款需求生成用户对应的第一交易菜单信息；
125.s303、响应于用户输入的第一交易信息，基于用户输入的密码对密码验证信息进行交易业务安全验证；
126.s304、若验证成功，则基于第一交易信息完成交易。
127.如图4所示，为本发明实施例提供的一种完整的交易业务安全验证的交互示意图，即服务器和终端之间进行交互的示意图，交互过程如下：
128.步骤401、终端录入用户的交易介质信息和取款需求；
129.步骤402、服务器发送第一交易菜单信息给终端；
130.步骤403、终端录入用户输入的第一交易信息；
131.步骤404、服务器发送第一交易确认信息给终端；
132.步骤405、终端响应用户输入的第一交易信息确认操作；
133.步骤406、服务器发送密码验证信息给终端；
134.步骤407、终端录入用户输入的密码；
135.步骤408、服务器判断密码验证是否成功；若是，则执行步骤409，若否，则执行步骤410；
136.步骤409、终端完成交易；
137.步骤410、生成验证失败的提示信息；
138.步骤411、显示验证失败的提示信息。
139.基于同一发明构思，本技术实施例提供一种交易业务安全验证装置，请参照图5，该装置包括：
140.接收单元501，用于接收终端发送的用户的交易介质信息和用户选择办理的业务需求；
141.第一交易菜单生成单元502，若确定业务需求为取款需求，则基于交易介质信息和取款需求生成用户对应的第一交易菜单信息；
142.第一交易菜单发送单元503，用于将第一交易菜单信息发送给终端，以使用户输入第一交易信息；
143.密码验证信息发送单元504，用于接收终端发送的第一交易信息，将密码验证信息发送给终端，以使用户输入密码进行交易业务安全验证；
144.完成单元505，用于若验证成功，则基于第一交易信息完成交易。
145.在一种可能的实施例中，完成单元505还用于若验证失败，则生成验证失败的提示信息，并将所述提示信息发送给所述终端进行显示。
146.在一种可能的实施例中，还包括第二交易菜单发送单元，用于若确定业务需求为存款需求，则基于交易介质信息和存款需求生成用户对应的第二交易菜单信息；将第二交易菜单信息发送给终端，以使用户输入第二交易信息；接收终端发送的第二交易信息，并基于第二交易信息完成交易。
147.在一种可能的实施例中，密码验证信息发送单元504还用于基于第一交易信息生成第一交易确认信息，并将第一交易确认信息发送给终端，以使用户确认第一交易信息。
148.基于同一发明构思，本技术实施例还提供一种交易业务安全验证装置，请参照图6，该装置包括：
149.确定单元601，用于确定用户的交易介质信息和用户选择办理的业务需求；
150.第一发送单元602，用于若业务需求为取款需求，则向服务器发送交易介质信息和取款需求，以使服务器基于交易介质信息和取款需求生成用户对应的第一交易菜单信息；
151.第一交易菜单接收单元603，用于接收服务器发送的第一交易菜单信息；
152.第二发送单元604，用于响应于用户输入的第一交易信息，向服务器发送第一交易信息；
153.密码验证信息接收单元605，用于接收服务器发送的密码验证信息，以使用户输入密码进行交易业务安全验证。
154.在一种可能的实施例中，密码验证信息接收单元605还用于若验证失败，则接收服务器发送的验证失败的提示信息，并进行显示；响应于用户重新输入的密码，将密码发送给服务器重新进行交易业务安全验证。
155.在一种可能的实施例中，还包括第三发送单元，第三发送单元用于若业务需求为存款需求，则向服务器发送交易介质信息和存款需求，以使服务器基于交易介质信息和存款需求生成用户对应的第二交易菜单信息；接收服务器发送的第二交易菜单信息；响应于用户输入的第二交易信息，向服务器发送第二交易信息，以使服务器基于第二交易信息完成交易。
156.在一种可能的实施例中，密码验证信息接收单元605还用于接收服务器发送的第一交易确认信息，以使用户确认第一交易信息。
157.基于同一发明构思，本技术实施例还提供一种交易业务安全验证装置，请参照图7，该装置包括：
158.获取单元701，用于获取用户的交易介质信息和用户选择办理的业务需求；
159.生成单元702，用于若业务需求为取款需求，则基于交易介质信息和取款需求生成用户对应的第一交易菜单信息；
160.验证单元703，用于响应于用户输入的第一交易信息，基于用户输入的密码对密码验证信息进行交易业务安全验证；
161.交易单元704，用于若验证成功，则基于第一交易信息完成交易。
162.基于同一发明构思，本技术实施例提供一种电子设备，该设备可以实现前文论述的交易业务安全验证方法的功能，请参照图8，该设备包括处理器801和存储器802；
163.存储器802用于存储指令；
164.处理器801用于执行存储器802存储的指令，当处理器801执行存储器存储的指令时，使得电子设备执行上述任一项的交易业务安全验证方法。
165.基于同一发明构思，本技术实施例提供一种计算机可读存储介质，计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如前文论述任一的交易业务安全验证方法。由于上述计算机可读存储介质解决问题的原理与交易业务安全验证方法相似，因此上述计算机可读存储介质的实施可以参见方法的实施，重复之处不再赘述。
166.基于同一发明构思，本技术实施例还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行如前文论述任一的交易业务安全验证方法。由于上述计算机程序产品解决问题的原理与交易业务安全验证方法相似，因此上述计算机程序产品的实施可以参见方法的实施，重复之处不再赘述。
167.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
168.本技术是参照根据本技术的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
169.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
170.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列用户操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
171.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。
技术特征：
1.一种交易业务安全验证方法，其特征在于，包括：接收终端发送的用户的交易介质信息和所述用户选择办理的业务需求；若确定所述业务需求为取款需求，则基于所述交易介质信息和所述取款需求生成所述用户对应的第一交易菜单信息；将所述第一交易菜单信息发送给所述终端，以使所述用户输入第一交易信息；接收所述终端发送的所述第一交易信息，将密码验证信息发送给所述终端，以使所述用户输入密码进行交易业务安全验证；若验证成功，则基于所述第一交易信息完成交易。2.如权利要求1所述的方法，其特征在于，所述接收所述终端发送的所述第一交易信息，将密码验证信息发送给所述终端，以使所述用户输入密码进行交易业务安全验证后，还包括：若验证失败，则生成验证失败的提示信息，并将所述提示信息发送给所述终端进行显示。3.如权利要求1所述的方法，其特征在于，所述接收终端发送的用户的交易介质信息和所述用户选择办理的业务需求后，还包括：若确定所述业务需求为存款需求，则基于所述交易介质信息和所述存款需求生成所述用户对应的第二交易菜单信息；将所述第二交易菜单信息发送给所述终端，以使所述用户输入第二交易信息；接收所述终端发送的所述第二交易信息，并基于所述第二交易信息完成交易。4.如权利要求1-3任一所述的方法，其特征在于，所述接收所述终端发送的所述第一交易信息后，所述将密码验证信息发送给所述终端前，还包括：基于所述第一交易信息生成第一交易确认信息，并将所述第一交易确认信息发送给所述终端，以使所述用户确认所述第一交易信息。5.一种交易业务安全验证方法，其特征在于，包括：确定用户的交易介质信息和所述用户选择办理的业务需求；若所述业务需求为取款需求，则向服务器发送所述交易介质信息和所述取款需求，以使所述服务器基于所述交易介质信息和所述取款需求生成所述用户对应的第一交易菜单信息；接收所述服务器发送的所述第一交易菜单信息；响应于所述用户输入的第一交易信息，向所述服务器发送所述第一交易信息；接收所述服务器发送的密码验证信息，以使所述用户输入密码进行交易业务安全验证。6.如权利要求5所述的方法，其特征在于，所述接收所述服务器发送的密码验证信息，以使所述用户输入密码进行交易业务安全验证后，还包括：若验证失败，则接收所述服务器发送的验证失败的提示信息，并进行显示；响应于用户重新输入的密码，将所述密码发送给所述服务器重新进行交易业务安全验证。7.如权利要求5所述的方法，其特征在于，所述接收用户的交易介质信息和所述用户选择办理的业务需求后，还包括：
若所述业务需求为存款需求，则向所述服务器发送所述交易介质信息和所述存款需求，以使所述服务器基于所述交易介质信息和所述存款需求生成所述用户对应的第二交易菜单信息；接收所述服务器发送的所述第二交易菜单信息；响应于所述用户输入的第二交易信息，向所述服务器发送所述第二交易信息，以使所述服务器基于所述第二交易信息完成交易。8.如权利要求5-7任一所述的方法，其特征在于，所述向所述服务器发送所述第一交易信息后，所述接收所述服务器发送的密码验证信息前，还包括：接收所述服务器发送的第一交易确认信息，以使所述用户确认所述第一交易信息。9.一种交易业务安全验证方法，其特征在于，包括：获取用户的交易介质信息和所述用户选择办理的业务需求；若所述业务需求为取款需求，则基于所述交易介质信息和所述取款需求生成所述用户对应的第一交易菜单信息；响应于所述用户输入的第一交易信息，基于所述用户输入的密码对密码验证信息进行交易业务安全验证；若验证成功，则基于所述第一交易信息完成交易。10.一种交易业务安全验证装置，其特征在于，包括：接收单元，用于接收终端发送的用户的交易介质信息和所述用户选择办理的业务需求；第一交易菜单生成单元，若确定所述业务需求为取款需求，则基于所述交易介质信息和所述取款需求生成所述用户对应的第一交易菜单信息；第一交易菜单发送单元，用于将所述第一交易菜单信息发送给所述终端，以使所述用户输入第一交易信息；密码验证信息发送单元，用于接收所述终端发送的所述第一交易信息，将密码验证信息发送给所述终端，以使所述用户输入密码进行交易业务安全验证；完成单元，用于若验证成功，则基于所述第一交易信息完成交易。11.一种交易业务安全验证装置，其特征在于，包括：确定单元，用于确定用户的交易介质信息和所述用户选择办理的业务需求；第一发送单元，用于若所述业务需求为取款需求，则向服务器发送所述交易介质信息和所述取款需求，以使所述服务器基于所述交易介质信息和所述取款需求生成所述用户对应的第一交易菜单信息；第一交易菜单接收单元，用于接收所述服务器发送的所述第一交易菜单信息；第二发送单元，用于响应于所述用户输入的第一交易信息，向所述服务器发送所述第一交易信息；密码验证信息接收单元，用于接收所述服务器发送的密码验证信息，以使所述用户输入密码进行交易业务安全验证。12.一种交易业务安全验证装置，其特征在于，包括：获取单元，用于获取用户的交易介质信息和所述用户选择办理的业务需求；生成单元，用于若所述业务需求为取款需求，则基于所述交易介质信息和所述取款需
求生成所述用户对应的第一交易菜单信息；验证单元，用于响应于所述用户输入的第一交易信息，基于所述用户输入的密码对密码验证信息进行交易业务安全验证；交易单元，用于若验证成功，则基于所述第一交易信息完成交易。13.一种电子设备，其特征在于，包括：存储器，用于存储程序指令；处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行权利要求1-4、5-8和9中任一项所述的方法包括的步骤。14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行如权利要求1-4、5-8和9中任一项所述的方法。15.一种计算机程序产品，其特征在于，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述如权利要求1-4、5-8和9中任一项所述的方法。
技术总结
本申请涉及数据验证领域，具体涉及一种交易业务安全验证方法、装置、设备及介质，用于解决交易业务的安全性不高的问题。该方法包括：接收终端发送的用户的交易介质信息和用户选择办理的业务需求；若确定业务需求为取款需求，则基于交易介质信息和取款需求生成用户对应的第一交易菜单信息；将第一交易菜单信息发送给终端，以使用户输入第一交易信息；接收终端发送的第一交易信息，将密码验证信息发送给终端，以使用户输入密码进行交易业务安全验证；若验证成功，则基于第一交易信息完成交易。由于首先让用户输入第一交易信息，然后让用户输入密码进行交易业务安全验证，在验证成功后直接完成交易，可以避免密码暂存问题引起的安全隐患。全隐患。全隐患。
