双向认证代付方法、装置、计算机设备和存储介质与流程

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.图1为一个实施例中双向认证代付方法的应用环境图；
33.图2为一个实施例中双向认证代付方法的流程示意图；
34.图3为一个实施例中确定代付交易结果步骤的流程示意图；
35.图4为一个实施例中代付系统的架构示意图；
36.图5为一个实施例中双向认证代付装置的结构框图；
37.图6为一个实施例中计算机设备的内部结构图；
38.图7为另一个实施例中计算机设备的内部结构图。
具体实施方式
39.为了便于理解本技术，下面将参照相关附图对本技术进行更全面的描述。附图中给出了本技术的实施例。但是，本技术可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使本技术的公开内容更加透彻全面。除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中在本技术的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术。
40.可以理解，本技术所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。在此使用时，单数形式的“一”、“一个”和“所述/该”也可以包括复数形式，除非上下文清楚指出另外的方式。还应当理解的是，术语“包括/包含”或“具有”等指定所陈述的特征、整体、步骤、操作、组件、部分或它们的组合的存在，但是不排除存在或添加一个或更多个其他特征、整体、步骤、操作、组件、部分或它们的组合的可能性。同时，在本说明书中使用的术语“和/或”包括相关所列项目的任何及所有组合。
41.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
42.本技术实施例提供的双向认证代付方法，可以应用于如图1所示的应用环境中。其中，委托方102通过代付系统100与收款方104进行代付交易；委托方102可以采用终端予以实现，也可以采用服务器予以实现，还可以采用包括终端和服务器的系统，并通过终端和服务器的交互实现。收款方104可以采用终端予以实现，也可以采用服务器予以实现，还可以采用包括终端和服务器的系统，并通过终端和服务器的交互实现。
43.进一步的，代付系统100可以指委托方102委托银行代为支付的交易的执行系统(例如，银行代付平台)，并且，代付系统可以对应于执行代付交易的银行。此外，代付系统100可以配置有数据存储系统，代付系统100还可以连接数据存储系统；数据存储系统可以存储代付系统100输出的数据(例如，代付交易涉及到的信息)，数据存储系统可以集成在服务器上，也可以放在云上或其他网络服务器上。
44.在一个实施例中，如图2所示，提供了一种双向认证代付方法，以该方法应用于图1中的代付系统为例进行说明，包括以下步骤：
45.步骤202，接收委托方发送的代付请求。
46.具体地，代付系统可以配置有接收单元，用于接收委托方发送的代付请求。
47.在其中一个实施例中，在接收委托方发送的代付请求的步骤之前，还包括步骤：
48.接收委托方的注册请求，确定委托方完成注册，获取委托信息。
49.具体而言，代付请求需要委托方预先在代付系统上进行注册后才能使用。委托方在代付系统上完成注册后，可以发送代付请求给代付系统。进而，委托方的代付请求发出时，代付系统可以自动获知委托方信息，而收款方信息则可以由委托方在发出代付请求时设定，并一起发出。
50.代付系统在获知委托方信息后，则可以在生成验证数据的过程中将委托方的信息处理为委托标识。
51.在其中一个实施例中，委托标识可以包括基于委托方身份识别码、代付交易日期与第一随机码所确定的编码；
52.具体而言，本技术实施例中的委托标识可以指委托方号码；该委托方号码可以是基于委托方身份识别码、代付交易日期与第一随机码所确定的编码。
53.在一些示例中，委托方身份识别码可以包括用户身份信息(例如，身份证号码)，代付交易日期可以包括代付交易产生日期号码，第一随机码可以包括随机字母。进而，委托方号码可以根据委托方身份证号码、代付交易产生日期号码及随机字母构成。需要说明的是，若委托方为公司，则委托方身份识别码可以由公司的最高的实际掌权人的身份信息构成。
54.以上，通过身份证号码、代付交易产生日期号码及随机产生的字母组合构成的委托方号码，可以确保验证数据(例如，序列号)产生的唯一性，序列号不易破解。
55.进一步的，代付系统可以获取银行信息，并在验证数据的生成过程中将银行信息处理为银行标识，该银行标识可以指代付系统所对应银行的银行方号码。在一些示例中，该银行方号码可以由银行网点号码及该银行网点自身设定号码构成。其中，银行方号码中的银行网点号码为银行网点编号，而银行网点自身设定号码，则可以为银行根据委托方注册时的时间等数据产生的号码，即银行方号码由银行网点编号 银行根据委托方注册时间等信息构成。
56.在其中一个实施例中，方法还包括：
57.获取委托方完成注册的注册时间；
58.根据银行网点编号和注册时间，得到银行信息。
59.具体而言，在委托方完成注册后，代付系统可以根据委托方完成注册的注册时间，以及银行的相关信息，得到银行信息，以获取银行标识。进一步的，代付系统可以根据银行网点编号和注册时间，得到银行信息。
60.以上，本技术中的银行标识(例如，银行方号码)，可以由银行网点编号及该银行网点自身设定号码构成，通过此种构成的银行方号码，银行方号码每次生成时不变。
61.步骤204，处理代付请求，得到代付信息；
62.其中，代付信息包括收款方的收款信息。
63.具体而言，代付系统可以配置有信息处理单元，用于处理代付请求。代付系统在接收到代付请求后，可以得到与代付交易相关的信息，例如，委托方在发出代付请求时设定的收款方信息。
64.进一步的，代付系统处理代付请求，得到的交易信息可以包括收款方的收款信息，进而在验证数据的生成过程中，将收款信息处理为收款标识，即代付系统根据代付请求中的收款方的信息，获取收款方的收款标识。
65.在其中一个实施例中，收款标识可以包括基于收款方身份识别码、代付交易日期与第二随机码所确定的编码；
66.具体而言，本技术实施例中的收款标识可以指收款方号码；该收款方号码可以是基于收款方身份识别码、代付交易日期与第二随机码所确定的编码。
67.在一些示例中，收款方身份识别码可以包括身份证号码，代付交易日期可以包括代付交易产生日期号码，第二随机码可以包括随机字母。进而，收款方号码可以根据收款方身份证号码、代付交易产生日期号码及随机字母构成。
68.以上，通过身份证号码、代付交易产生日期号码及随机产生的字母组合构成的收款方号码(和委托方号码)，可以确保验证数据(例如，序列号)产生的唯一性，序列号不易破解。
69.步骤206，基于委托方的委托信息、代付系统对应的银行信息以及收款信息，生成验证数据；
70.其中，验证数据包含银行标识、针对委托方的委托标识以及针对收款方的收款标识。
71.具体地，在获取到收款标识后，代付系统可以基于委托方的委托信息、代付系统对应的银行信息以及收款信息，生成验证数据。本技术代付系统在接收到代付请求后，会生成验证数据。进一步的，代付系统可以配置有序列号生成单元，用于生成该验证数据。
72.在其中一个实施例中，验证数据包括唯一序列号；委托标识包括基于委托方身份识别码、代付交易日期与第一随机码所确定的编码；收款标识包括基于收款方身份识别码、代付交易日期与第二随机码所确定的编码。
73.具体而言，如前文所述，代付系统可以获取到委托标识(委托方号码)、收款标识(收款方号码)以及银行标识(银行方号码)，进而，本技术实施例中的唯一序列号可以由委托方号码、银行方号码及收款方号码组成。
74.步骤208，根据验证数据，分别向委托方发送第一验证消息、向收款方发送第二验证消息；第一验证消息用于指示委托方反馈第一待认证数据；第二验证消息用于指示收款方反馈第二待认证数据。
75.具体而言，在生成验证数据后，代付系统根据该验证数据，分别向委托方发送第一验证消息、向收款方发送第二验证消息；委托方在接收到第一验证消息后，需要反馈第一待认证数据；收款方在接收到第二验证消息后，需要反馈第二待认证数据。
76.以验证数据为唯一序列号为例，在接收到代付请求后，代付系统会生成唯一序列号，并且会分别发送验证信息给委托方和收款方，认证的准确性高，且后续代付系统还会对验证回收的信息进行比对验证，进一步确保代付请求的准确，通过序列号生成单元可以产生唯一序列号，并通过单独的分开向委托方及收款方进行发送验证消息，进行双向验证，有效提高代付交易的统一性、唯一性，提高整个代付交易的安全。
77.在其中一个实施例中，第一验证消息包括第一验证链接；第一验证链接携带有委托身份验证请求以及委托标识；第一验证链接用于指示委托方触发委托身份验证请求，并在验证通过后查阅委托标识，且将委托标识作为第一待认证数据进行反馈；
78.第二验证消息包括第二验证链接；第二验证链接携带有收款身份验证请求以及收款标识；第二验证链接用于指示收款方触发收款身份验证请求，并在验证通过后查阅收款
标识，且将收款标识作为第二待认证数据进行反馈。
79.具体而言，代付系统可以配置有数据信息发送验证单元，该数据信息发送验证单元用于接收序列号生成单元生成的验证数据(例如，唯一序列号)，并生成一道发送给委托方的验证链接一(第一验证链接)及生成一道发送给收款方的验证链接二(第二验证链接)；进一步的，验证链接一可以包括委托方号码(委托标识)内容及验证步骤一(委托身份验证请求)，验证链接二可以包括收款方号码(收款标识)内容及验证步骤二(收款身份验证请求)。
80.在一些示例中，代付系统分别发送验证链接给委托方和代付方，验证链接需要输入委托方及代付方进行身份验证(例如，输入自身设定的密码)，并根据验证步骤进行验证，认证的准确性高；通过单独的分开向委托方及收款方进行发送唯一号码(委托标识、收款标识)，进行双向验证，有效提高代付交易的统一性、唯一性，提高整个代付交易的安全。
81.在一些示例中，委托身份验证请求可以包括密码验证、指纹验证和人脸验证中至少一种；收款身份验证请求可以包括密码验证、指纹验证和人脸验证中至少一种。
82.具体而言，上述验证步骤一及验证步骤二均包括第一步的密码验证及第二步的指纹验证或人脸验证。其具体的操作可以为：委托方及收款方在收到数据信息发送验证单元发出的验证链接一及验证链接二时，委托方及收款方通过手机或电脑点开链接，通过第一步的密码验证，然后在经过第二步的人脸验证或指纹验证，验证成功完成后，委托方及收款方才能查看委托方号码及收款方号码内容。
83.进一步的，在通过委托身份验证后，委托方可以回发委托方号码，即委托方触发委托身份验证请求，并在验证通过后查阅委托标识，且将委托标识作为第一待认证数据进行反馈。在通过收款身份验证后，收款方可以回发收款方号码，即收款方触发收款身份验证请求，并在验证通过后查阅收款标识，且将收款标识作为第二待认证数据进行反馈。
84.通过上述委托身份验证请求、收款身份验证请求，进行密码验证后，打开指纹验证或人脸验证，在通过指纹验证及人脸验证后，委托方及收款方才能查看委托方号码及收款方号码，通过双重验证，可以提高验证安全性，有效避免验证内容发生泄漏。
85.步骤210，将接收到的第一待认证数据和第二待认证数据，与验证数据比对，并根据比对的结果，确定代付交易结果。
86.具体而言，代付系统可以配置有数据信息接收验证单元，该数据信息接收验证单元在接收到第一待认证数据和第二待认证数据后，可以分别将第一待认证数据、第二待认证数据与验证数据比对，并根据比对的结果，确定是否执行代付交易。
87.上述双向认证代付方法中，在代付的过程中，通过序列号生成单元可以产生唯一序列号，并通过单独的分开向委托方及收款方发送唯一号码，进行双向验证，有效提高代付交易的统一性、唯一性，提高整个代付交易的安全
88.在一个实施例中，如图3所示，根据比对的结果，确定代付交易结果的步骤，包括：
89.步骤302，在第一待认证数据和/或第二待认证数据，与验证数据不匹配的情况下，确定验证失败，输出并记录验证失败信息。
90.步骤304，在第一待认证数据与第二待认证数据均匹配验证数据的情况下，确定验证成功，输出并记录代付交易信息；代付交易信息包括用于执行代付交易的付款指令。
91.具体而言，代付系统可以配置有数据信息接收验证单元，该数据信息接收验证单
元在接收到第一待认证数据和第二待认证数据后，可以分别将第一待认证数据、第二待认证数据与验证数据比对。
92.其中，在第一待认证数据与验证数据不匹配的情况下，确定验证失败；在第二待认证数据与验证数据不匹配的情况下，确定验证失败；以及在第一待认证数据与第二待认证数据均与验证数据不匹配的情况下，确定验证失败。当且仅当在第一待认证数据与第二待认证数据均匹配验证数据的情况下，确定验证成功。需要说明的是，第一待认证数据可以是委托方经委托身份验证通过后查阅到的委托方号码；第二待认证数据可以是收款方经收款身份验证通过后查阅到的收款方号码。
93.当确定验证失败时，代付系统可以输出并记录验证失败信息。当确定验证成功时，代付系统可以输出并记录代付交易信息，而该代付交易信息包括用于执行代付交易的付款指令。
94.进一步的，数据信息接收验证单元可以包括验证成功单元及验证失败单元，数据信息接收验证单元在经比对确定验证成功后，通过验证成功单元发送信息(例如，代付交易信息)给信息处理单元，信息处理单元在接收到验证成功单元发出的信息后可以发出付款指令，数据信息接收验证单元在经比对确定验证失败后，通过验证失败单元将验证失败信息分别发送给委托方及收款方。
95.此外，代付系统的信息处理单元还可以包括信息记录单元及云端，信息记录单元用于记录代付交易信息；信息记录单元可以用于将记录的代付交易信息上传云端进行保存，委托方及收款方均可以通过云端进行查验代该笔代付交易信息。在一些示例中，验证失败单元可以与信息记录单元连接，在验证失败后，验证失败单元将验证失败的信息发送给信息记录单元，并通过信息记录单元将验证失败的信息上传至云端。
96.代付系统的信息处理单元还可以接受委托方银行账户扣款成功信息及收款方收款成功信息，并分别将扣款成功信息及收款成功信息通过手机短信的方式发送给委托方及收款方。
97.进一步的，代付系统还配置有人工验证单元，人工验证单元与信息处理单元连接，人工验证单元用于在大额交易产生前，向委托方进行人工问询验证。
98.以上，代付系统在接收到代付请求后，会生成唯一序列号，并且会分别发送验证链接给委托方和代付方，而验证链接需要输入委托方及代付方自身设定的密码，并根据验证步骤进行验证，认证的准确性高，且后续代付系统还会对验证回收的信息进行比对验证，进一步确保代付请求的准确，通过序列号生成单元可以产生唯一序列号，并通过单独的分开向委托方及收款方进行发送唯一号码，进行双向验证，有效提高代付交易的统一性、唯一性，提高整个代付交易的安全。
99.为了进一步阐释本技术方案，下面结合一个具体示例予以说明，如图4所示，为本技术代付系统的架构示意图。双向认证的代付系统，可以包括接收单元、信息处理单元、序列号生成单元、数据信息发送验证单元及数据信息接收验证单元。
100.接收单元用于接收委托方发出的代付请求，信息处理单元用于处理接收单元接收的代付请求，并将生成的代付信息传递给序列号生成单元，序列号生成单元用于生成唯一序列号；该唯一序列号由委托方号码、银行方号码及收款方号码组成，数据信息发送验证单元用于接收序列号生成单元生成的唯一序列号，并生成一道发送给委托方的验证链接一及
生成一道发送给收款方的验证链接二，验证链接一包括委托方号码内容及验证步骤一，验证链接二包括收款方号码内容及验证步骤二，数据信息接收验证单元用于接收委托方回发的委托方号码及收款方回收的收款方号码，并将接收的委托方号码及收款方号码与序列号生成单元生成的唯一序列号进行比对，数据信息接收验证单元包括验证成功单元及验证失败单元，数据信息接收验证单元在验证成功后，通过验证成功单元发送信息给信息处理单元，信息处理单元在接收到验证成功单元发出的信息后发出付款指令，数据信息接收验证单元在验证失败后，通过验证失败单元将验证失败信息分别发送给委托方及收款方。
101.验证步骤一及验证步骤二均包括第一步的密码验证及第二步的指纹验证或人脸验证，其具体的操作为：委托方及收款方在收到数据信息发送验证单元发出的验证链接一及验证链接二时，委托方及收款方通过手机或电脑点开链接，通过第一步的密码验证，然后在经过第二步的人脸验证或指纹验证，验证成功完成后，委托方及收款方才能查看委托方号码及收款方号码内容，通过步骤一进行密码验证后，打开指纹验证或人脸验证，在通过指纹验证及人脸验证后，委托方及收款方才能查看委托方号码及收款方号码，通过双重验证，可以提高验证安全性，有效避免验证内容发生泄漏。
102.委托方号码可以根据委托方身份证号码、代付交易产生日期号码及随机字母构成，收款方号码可以根据收款方身份证号码、代付交易产生日期号码及随机字母构成；通过此种身份证号码、代付交易产生日期号码及随机产生的字母组合构成的委托方号码及收款方号码，可以确保序列号产生的唯一性，序列号不易破解。
103.信息处理单元还可以包括信息记录单元及云端，信息记录单元用于记录代付交易信息，信息记录单元用于将记录的代付交易信息上传云端进行保存，委托方及收款方均可以通过云端进行查验代该笔代付交易信息，通过信息记录单元，可以对代付交易产生的信息进行详细记录，通过上传云端，可以避免数据丢失，也可以便于委托方及收款方随时查验代付交易信息，便于后续查验。
104.验证失败单元也与信息记录单元连接，在验证失败后，验证失败单元将验证失败的信息发送给信息记录单元，并通过信息记录单元将验证失败的信息上传至云端，通过在验证失败后将，验证失败的信息上传至云端，可以提高交易记录的完整性。
105.信息处理单元还可以接受委托方银行账户扣款成功信息及收款方收款成功信息，并分别将扣款成功信息及收款成功信息通过手机短信的方式发送给委托方及收款方，通过此种设置，便于委托方及收款方及时明确交易成功交易。
106.银行方号码由银行网点编号及该银行网点自身设定号码构成，通过此种构成的银行方号码，银行方号码每次生成时不变。
107.代付系统还可以包括人工验证单元，人工验证单元与信息处理单元连接，人工验证单元用于在大额交易产生前，向委托方进行人工问询验证，通过人工验证单元，可以在大额交易前，通过人工问询的方式进行确认，确保大额交易的安全性。
108.以上，双向认证的代付系统在使用时，接收单元用于接收委托方发出的代付指令，信息处理单元在接收代付指令后，对相关信息进行处理，并将处理后的信息传递给序列号生成单元，序列号生成单元根据处理的信息生成唯一序列号，数据信息发送验证单元接收到唯一序列号后，将唯一序列号中的委托方号码发送给委托方，将唯一序列号中的收款方号码发送给收款方，委托方及收款方在收到号码后，将号码回发给数据信息接收验证单元，
在验证成功后，数据信息接收验证单元将验证成功信息发送给信息处理单元，信息处理单元发出付款指令，如果验证失败，则付款指令无法发出，需重新进行交易。
109.本技术代付系统，通过配置的接收单元、信息处理单元、序列号生成单元、数据信息发送验证单元及数据信息接收验证单元的相互配合，可以进行代付工作，且在代付的过程中，通过序列号生成单元可以产生唯一序列号，并通过单独的分开向委托方及收款方发送唯一号码，进行双向验证，有效提高代付交易的统一性、唯一性，提高整个代付交易的安全。
110.本技术代付系统通过配置的信息记录单元及云端的相互配合，可以对代付信息进行记录并上传云端，便于委托方及收款方的后续查验比对，通过配置的人工验证单元，在产生大额交易前，可以进一步提高大额交易的安全。
111.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
112.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的双向认证代付方法的双向认证代付装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个双向认证代付装置实施例中的具体限定可以参见上文中对于双向认证代付方法的限定，在此不再赘述。
113.在一个实施例中，如图5所示，提供了一种双向认证代付装置，装置应用于代付系统；装置包括：
114.请求接收模块510，用于接收委托方发送的代付请求；
115.请求处理模块520，用于处理代付请求，得到代付信息；代付信息包括收款方的收款信息；
116.验证数据生成模块530，用于基于委托方的委托信息、代付系统对应的银行信息以及收款信息，生成验证数据；验证数据包含银行标识、针对委托方的委托标识以及针对收款方的收款标识；
117.验证消息发送模块540，用于根据验证数据，分别向委托方发送第一验证消息、向收款方发送第二验证消息；第一验证消息用于指示委托方反馈第一待认证数据；第二验证消息用于指示收款方反馈第二待认证数据；
118.认证比对模块550，用于将接收到的第一待认证数据和第二待认证数据，与验证数据比对，并根据比对的结果，确定代付交易结果。
119.在其中一个实施例中，装置还包括：
120.注册信息获取模块，用于接收委托方的注册请求，确定委托方完成注册，获取委托信息。
121.在其中一个实施例中，装置还包括：
122.银行信息获取模块，用于获取委托方完成注册的注册时间；根据银行网点编号和
注册时间，得到银行信息。
123.在其中一个实施例中，验证数据包括唯一序列号；委托标识包括基于委托方身份识别码、代付交易日期与第一随机码所确定的编码；收款标识包括基于收款方身份识别码、代付交易日期与第二随机码所确定的编码。
124.在其中一个实施例中，第一验证消息包括第一验证链接；第一验证链接携带有委托身份验证请求以及委托标识；第一验证链接用于指示委托方触发委托身份验证请求，并在验证通过后查阅委托标识，且将委托标识作为第一待认证数据进行反馈；
125.第二验证消息包括第二验证链接；第二验证链接携带有收款身份验证请求以及收款标识；第二验证链接用于指示收款方触发收款身份验证请求，并在验证通过后查阅收款标识，且将收款标识作为第二待认证数据进行反馈。
126.在其中一个实施例中，认证比对模块550包括：
127.认证失败模块，用于在第一待认证数据和/或第二待认证数据，与验证数据不匹配的情况下，确定验证失败，输出并记录验证失败信息；
128.认证成功模块，用于在第一待认证数据与第二待认证数据均匹配验证数据的情况下，确定验证成功，输出并记录代付交易信息；代付交易信息包括用于执行代付交易的付款指令。
129.上述双向认证代付装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
130.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储代付系统输出的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种双向认证代付方法。
131.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、移动蜂窝网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种双向认证代付方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
132.本领域技术人员可以理解，图6、7中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
133.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述的双向认证代付方法的步骤。
134.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述的双向认证代付方法的步骤。
135.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述的双向认证代付方法的步骤。
136.需要说明的是，本技术所涉及的交易信息(包括但不限于委托方信息、收款方信息、银行信息以及用户身份信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
137.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
138.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
139.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。