CN115733657B - 数据验证方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请提供一种数据验证方法、装置、电子设备和存储介质，其中，数据验证方法包括：获取针对第一应用对象输入的第一客户信息、第一员工信息、第一设备信息、第一认证信息；将第一客户信息、第一员工信息、第一设备信息和第一认证信息发送至服务器，以使服务器成功接收第一客户信息、第一员工信息、第一设备信息和第一认证信息；将第一客户信息存储在缓存空间中并生成流水号；将流水号发送至与第一应用对象关联的第二应用对象等步骤。本申请能够使用户在使用第一应用对象所输入的客户信息、员工信息、第一设备信息、认证信息，在用户使用第二应用对象时得以复用，从而减少重复输入相关信息的次数，进而提高用户体验和业务办理效率。

Description

数据验证方法、装置、电子设备和存储介质

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种数据验证方法、装置、电子设备和存储介质。

背景技术

目前，不同的金融服务和产品隶属于不同的事业部，各个事业部都要求客户录入相关信息和做实名认证以及鉴权，然而这种方式会导致客户录入的信息和鉴权结果都不复用，例如，对于业务员帮同一个客户办完信用卡，接着办理借记卡，再申请分期这一流程，需要重复三次录入客户个人信息。

发明内容

本申请实施例的目的在于公开一种数据验证方法、装置、电子设备和存储介质，其能够使用户在使用第一应用对象所输入的客户信息、员工信息、第一设备信息、认证信息，在用户使用第二应用对象时得以复用，从而减少重复输入相关信息的次数，进而提高用户体验和业务办理效率。

本申请第一方面公开一种数据验证方法，所述方法应用于客户终端，所述方法包括：

当检测到针对第一应用对象的操作指令时，获取针对所述第一应用对象输入的第一客户信息、第一员工信息、第一设备信息、第一认证信息；

将所述第一客户信息、所述第一员工信息、所述第一设备信息和所述第一认证信息发送至服务器，以使所述服务器成功接收所述第一客户信息、所述第一员工信息、所述第一设备信息和所述第一认证信息；

将所述第一客户信息存储在缓存空间中并生成流水号，其中，所述流水号与所述第一客户信息绑定；

将所述流水号发送至与所述第一应用对象关联的第二应用对象；

当针对所述第二应用对象的操作指令被触发时，基于所述流水号从所述缓存空间获取所述第一客户信息并作为第二客户信息，并基于本机设备生成第二设备信息；

将所述第二客户信息和所述第二设备信息发送至所述服务器，以使所述服务器基于所述第二客户信息和所述第二设备信息匹配得到所述第一员工信息和所述第一认证信息，并将所述第一员工信息和所述第一认证信息分别作为第二员工信息和第二认证信息返回；

基于所述第二客户信息、所述第二员工信息和所述第二认证信息响应针对所述第二应用对象的登录指令。

在本申请第一方面中，通过在用户操作第一应用对象时，将第一客户信息、第一员工信息、第一设备信息、第一认证信息发送给服务器、将第一客户信息与流水号绑定并将流水号发送给第二应用对象，进而当用户操作第二应用对象时，能够基于流水号从缓存空间中读取第一客户信息组并作为第二客户信息，进而能够在操作第二应用对象时，复用第一客户信息。同时，通过第二客户信息和第二设备信息能够从服务器获得第二认证信息和第二员工信息，从而能够复用第一员工信息和第一认证信息，最终能够在用户在操作与第一应用对象关联的后续应用对象时，减少用户重复输入相关信息的次数，进而提高用户体验和业务办理效率。

在本申请第一方面中，作为一种可选的实施方式，所述方法还包括：

当针对所述第一应用对象的操作指令被触发时，基于所述本机设备生成第一设备信息。

在本可选的实施方式中，当针对所述第一应用对象的操作指令被触发时，基于所述本机设备能够生成第一设备信息。

在本申请第一方面中，作为一种可选的实施方式，所述方法还包括：

当检测到针对所述第二应用对象有新增认证方式时，将所述第二客户信息和所述第二设备信息发送至所述服务器，以使所述服务器基于所述第二客户信息和所述第二设备信息，更新所述第一认证信息。

在本可选的实施方式中，当检测到针对所述第二应用对象有新增认证方式时，通过将所述第二客户信息和所述第二设备信息发送至所述服务器，能够使所述服务器基于所述第二客户信息和所述第二设备信息，更新所述第一认证信息，进而在用户操作第二应用对象之后的第三应用对象时，能够复用新增认证方式对应的认证信息。

在本申请第一方面中，作为一种可选的实施方式，所述新增认证方式为实名认证方式、人脸认证方式、OTP认证方式中的一种。

本申请第二方面公开一种数据验证装置，所述装置应用于客户终端，所述装置包括：

第一获取模块，用于当检测到针对第一应用对象的操作指令时，获取针对所述第一应用对象输入的第一客户信息、第一员工信息、第一设备信息、第一认证信息；

第一发送模块，用于将所述第一客户信息、所述第一员工信息、所述第一设备信息和所述第一认证信息发送至服务器，以使所述服务器成功接收所述第一客户信息、所述第一员工信息、所述第一设备信息和所述第一认证信息；

存储模块，用于将所述第一客户信息存储在缓存空间中并生成流水号，其中，所述流水号与所述第一客户信息绑定；

第二发送模块，用于将所述流水号发送至与所述第一应用对象关联的第二应用对象；

第二获取模块，用于当针对所述第二应用对象的操作指令被触发时，基于所述流水号从所述缓存空间获取所述第一客户信息并作为第二客户信息；

第一生成模块，用于基于本机设备生成第二设备信息；

第三发送模块，用于将所述第二客户信息和所述第二设备信息发送至所述服务器，以使所述服务器基于所述第二客户信息和所述第二设备信息匹配得到所述第一员工信息和所述第一认证信息，并将所述第一员工信息和所述第一认证信息分别作为第二员工信息和第二认证信息返回；

登录模块，用于基于所述第二客户信息、所述第二员工信息和所述第二认证信息响应针对所述第二应用对象的登录指令。

在本申请第一方面中，通过在用户操作第一应用对象时，将第一客户信息、第一员工信息、第一设备信息、第一认证信息发送给服务器、将第一客户信息与流水号绑定并将流水号发送给第二应用对象，进而当用户操作第二应用对象时，能够基于流水号从缓存空间中读取第一客户信息组并作为第二客户信息，进而能够在操作第二应用对象时，复用第一客户信息。同时，通过第二客户信息和第二设备信息能够从服务器获得第二认证信息和第二员工信息，从而能够复用第一员工信息和第一认证信息，最终能够在用户在操作与第一应用对象关联的后续应用对象时，减少用户重复输入相关信息的次数，进而提高用户体验和业务办理效率。

在本申请第二方面中，作为一种可选的实施方式，所述装置还包括：

第二生成模块，用于当针对所述第一应用对象的操作指令被触发时，基于所述本机设备生成第一设备信息。

在本可选的实施方式中，当针对所述第一应用对象的操作指令被触发时，基于所述本机设备能够生成第一设备信息。

在本申请第二方面中，作为一种可选的实施方式，所述装置还包括：

第四发送模块，用于当检测到针对所述第二应用对象有新增认证方式时，将所述第二客户信息和所述第二设备信息发送至所述服务器，以使所述服务器基于所述第二客户信息和所述第二设备信息，更新所述第一认证信息。

在本可选的实施方式中，当检测到针对所述第二应用对象有新增认证方式时，通过将所述第二客户信息和所述第二设备信息发送至所述服务器，能够使所述服务器基于所述第二客户信息和所述第二设备信息，更新所述第一认证信息，进而在用户操作第二应用对象之后的第三应用对象时，能够复用新增认证方式对应的认证信息。

在本申请第二方面中，作为一种可选的实施方式，所述新增认证方式为实名认证方式、人脸认证方式、OTP认证方式中的一种。

本申请第三方面公开一种电子设备，包括：

处理器；以及，

存储器，配置用于存储机器可读指令，所述指令在由所述处理器执行时，执行本申请第一方面的数据验证方法。

本申请第三方面的电子设备通过执行本申请的数据验证方法，能够实现在用户在操作与第一应用对象关联的后续应用对象时，减少用户重复输入相关信息的次数，进而提高用户体验和业务办理效率。

本申请第四方面公开一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行本申请第一方面的数据验证方法。

本申请第四方面的存储介质通过执行本申请的数据验证方法，能够实现在用户在操作与第一应用对象关联的后续应用对象时，减少用户重复输入相关信息的次数，进而提高用户体验和业务办理效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本申请实施例公开的一种数据验证方法的流程示意图；

图2是本申请实施例公开的一种数据验证装置的结构示意图；

图3是本申请实施例公开的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

实施例一

请参阅图1，图1是本申请实施例公开的一种数据验证方法的流程示意图，如图1所示，本申请实施例的方法包括以下步骤：

101、当检测到针对第一应用对象的操作指令时，获取针对第一应用对象输入的第一客户信息、第一员工信息、第一设备信息、第一认证信息；

102、将第一客户信息、第一员工信息、第一设备信息和第一认证信息发送至服务器，以使服务器成功接收第一客户信息、第一员工信息、第一设备信息和第一认证信息；

103、将第一客户信息存储在缓存空间中并生成流水号，其中，流水号与第一客户信息绑定；

104、将流水号发送至与第一应用对象关联的第二应用对象；

105、当针对第二应用对象的操作指令被触发时，基于流水号从缓存空间获取第一客户信息并作为第二客户信息，并基于本机设备生成第二设备信息；

106、将第二客户信息和第二设备信息发送至服务器，以使服务器基于第二客户信息和第二设备信息匹配得到第一员工信息和第一认证信息，并将第一员工信息和第一认证信息分别作为第二员工信息和第二认证信息返回；

107、基于第二客户信息、第二员工信息和第二认证信息响应针对第二应用对象的登录指令。

在本申请实施例中，第一应用对象时指应用程序，该应用程序可以是微信小程序、APP，例如，第一应用对象可以是实现信用卡申请的微信小程序。

在本申请实施例中，第一客户信息可以包括客户的姓名、地址、月收入、信用信息等，而第一员工信息包括员工的姓名、签名信息等，需要说明的是，第一员工信息可以是辅助办理信用卡申请业务的银行工作人员，例如，信用是审核人员。另一方面，客户是指需要办理信用卡申请业务的用户。

在本申请实施例中，第一设备信息可以包括客户终端的物理地址、电话号码等，本申请实施例对此不作特殊限定。

在本申请实施例中，脸图像信息、用户的指纹信息、用户的身份ID等信息。在一些场景中，第一认证信息也可以是指基于用户的人脸图像信息、指纹信息、身份ID等信息进行验证所得到的验证结果，例如，第一认证信息为“物理地址为aaaa的终端验证通过”。

在本申请实施例中，为了使服务器成功接收第一客户信息、第一员工信息、第一设备信息和第一认证信息，服务器预先与客户终端建立通信连接。进一步地，服务器成功接收第一客户信息、第一员工信息、第一设备信息和第一认证信息之后，会将第一客户信息、第一员工信息、第一设备信息和第一认证信息存在数据库中，其中，在数据库中，第一客户信息、第一员工信息、第一设备信息和第一认证信息互相关联，这样一来，就能够基于第一客户信息、第一员工信息、第一设备信息和第一认证信息中的至少一个信息查询到其他信息。

在本申请实施例中，流水号在预设时间段内具有唯一性，这样一来，在预设时间段内基于唯一的流水号就能够得到相应的第一客户信息。

在本申请实施例中，针对步骤104，将流水号发送至与第一应用对象关联的第二应用对象的一种具体方式为：将流水号复制在第二应用对象所在的缓冲空间中，其中，第二应用对象所在的缓冲空间和第一应用对象所在的缓冲空间同属于一个存储空间，第一应用对象读写的存储文件与第二应用对象读写的存储文件不同。

在本申请实施例中，当用户在使用完第一应用对象之后，通过点击、滑动等操作可触发跳转至第二应用对象，此时，可确定针对第二应用对象的操作指令被触发。

在本申请实施例中，本机设备指的是客户终端本身。进一步地，第二设备信息可以是客户终端的物理地址。

在本申请实施例中，服务器基于第二客户信息和第二设备信息匹配得到第一员工信息和第一认证信息，是指服务器将第二客户信息和第二设备信息作为查询条件，从数据库查询与第二客户信息、第二设备信息关联的第一员工信息和第一认证信息。

在本申请实施例中，客户终端在确定登录所需的数据已经全部准备好后，可以响应用户的登录指令，其中，用户可以通过第二应用对象提供的登录界面触发登录指令。

基于上述内容可知，本申请实施例通过在用户操作第一应用对象时，将第一客户信息、第一员工信息、第一设备信息、第一认证信息发送给服务器、将第一客户信息与流水号绑定并将流水号发送给第二应用对象，进而当用户操作第二应用对象时，能够基于流水号从缓存空间中读取第一客户信息组并作为第二客户信息，进而能够在操作第二应用对象时，复用第一客户信息。同时，通过第二客户信息和第二设备信息能够从服务器获得第二认证信息和第二员工信息，从而能够复用第一员工信息和第一认证信息，最终能够在用户在操作与第一应用对象关联的后续应用对象时，减少用户重复输入相关信息的次数，进而提高用户体验和业务办理效率。

在本申请实施例中，作为一种可选的实施方式，本申请实施例的方法还包括以下步骤：

当针对第一应用对象的操作指令被触发时，基于本机设备生成第一设备信息。在本可选的实施方式中，当针对第一应用对象的操作指令被触发时，基于本机设备能够生成第一设备信息。

在本申请实施例中，作为一种可选的实施方式，本申请实施例的方法还包括以下步骤：

当检测到针对第二应用对象有新增认证方式时，将第二客户信息和第二设备信息发送至服务器，以使服务器基于第二客户信息和第二设备信息，更新第一认证信息。在本可选的实施方式中，当检测到针对第二应用对象有新增认证方式时，通过将第二客户信息和第二设备信息发送至服务器，能够使服务器基于第二客户信息和第二设备信息，更新第一认证信息，进而在用户操作第二应用对象之后的第三应用对象时，能够复用新增认证方式对应的认证信息。

在本申请实施例中，作为一种可选的实施方式，新增认证方式为实名认证方式、人脸认证方式、OTP认证方式中的一种。

实施例二

请参阅图2，图2是本申请实施例公开的一种数据验证装置的结构示意图，如图2所示，本申请实施例的装置包括以下功能模块：

第一获取模块201，用于当检测到针对第一应用对象的操作指令时，获取针对第一应用对象输入的第一客户信息、第一员工信息、第一设备信息、第一认证信息；

第一发送模块202，用于将第一客户信息、第一员工信息、第一设备信息和第一认证信息发送至服务器，以使服务器成功接收第一客户信息、第一员工信息、第一设备信息和第一认证信息；

存储模块203，用于将第一客户信息存储在缓存空间中并生成流水号，其中，流水号与第一客户信息绑定；

第二发送模块204，用于将流水号发送至与第一应用对象关联的第二应用对象；

第二获取模块205，用于当针对第二应用对象的操作指令被触发时，基于流水号从缓存空间获取第一客户信息并作为第二客户信息；

第一生成模块206，用于基于本机设备生成第二设备信息；

第三发送模块207，用于将第二客户信息和第二设备信息发送至服务器，以使服务器基于第二客户信息和第二设备信息匹配得到第一员工信息和第一认证信息，并将第一员工信息和第一认证信息分别作为第二员工信息和第二认证信息返回；

登录模块208，用于基于第二客户信息、第二员工信息和第二认证信息响应针对第二应用对象的登录指令。

在本申请实施例中，第一应用对象时指应用程序，该应用程序可以是微信小程序、APP，例如，第一应用对象可以是实现信用卡申请的微信小程序。

在本申请实施例中，第一客户信息可以包括客户的姓名、地址、月收入、信用信息等，而第一员工信息包括员工的姓名、签名信息等，需要说明的是，第一员工信息可以是辅助办理信用卡申请业务的银行工作人员，例如，信用是审核人员。另一方面，客户是指需要办理信用卡申请业务的用户。

在本申请实施例中，第一设备信息可以包括客户终端的物理地址、电话号码等，本申请实施例对此不作特殊限定。

在本申请实施例中，脸图像信息、用户的指纹信息、用户的身份ID等信息。在一些场景中，第一认证信息也可以是指基于用户的人脸图像信息、指纹信息、身份ID等信息进行验证所得到的验证结果，例如，第一认证信息为“物理地址为aaaa的终端验证通过”。

在本申请实施例中，为了使服务器成功接收第一客户信息、第一员工信息、第一设备信息和第一认证信息，服务器预先与客户终端建立通信连接。进一步地，服务器成功接收第一客户信息、第一员工信息、第一设备信息和第一认证信息之后，会将第一客户信息、第一员工信息、第一设备信息和第一认证信息存在数据库中，其中，在数据库中，第一客户信息、第一员工信息、第一设备信息和第一认证信息互相关联，这样一来，就能够基于第一客户信息、第一员工信息、第一设备信息和第一认证信息中的至少一个信息查询到其他信息。

在本申请实施例中，流水号在预设时间段内具有唯一性，这样一来，在预设时间段内基于唯一的流水号就能够得到相应的第一客户信息。

在本申请实施例中，针对步骤104，将流水号发送至与第一应用对象关联的第二应用对象的一种具体方式为：将流水号复制在第二应用对象所在的缓冲空间中，其中，第二应用对象所在的缓冲空间和第一应用对象所在的缓冲空间同属于一个存储空间，第一应用对象读写的存储文件与第二应用对象读写的存储文件不同。

在本申请实施例中，当用户在使用完第一应用对象之后，通过点击、滑动等操作可触发跳转至第二应用对象，此时，可确定针对第二应用对象的操作指令被触发。

在本申请实施例中，本机设备指的是客户终端本身。进一步地，第二设备信息可以是客户终端的物理地址。

在本申请实施例中，服务器基于第二客户信息和第二设备信息匹配得到第一员工信息和第一认证信息，是指服务器将第二客户信息和第二设备信息作为查询条件，从数据库查询与第二客户信息、第二设备信息关联的第一员工信息和第一认证信息。

在本申请实施例中，客户终端在确定登录所需的数据已经全部准备好后，可以响应用户的登录指令，其中，用户可以通过第二应用对象提供的登录界面触发登录指令。

基于上述内容，本申请实施例通过在用户操作第一应用对象时，将第一客户信息、第一员工信息、第一设备信息、第一认证信息发送给服务器、将第一客户信息与流水号绑定并将流水号发送给第二应用对象，进而当用户操作第二应用对象时，能够基于流水号从缓存空间中读取第一客户信息组并作为第二客户信息，进而能够在操作第二应用对象时，复用第一客户信息。同时，通过第二客户信息和第二设备信息能够从服务器获得第二认证信息和第二员工信息，从而能够复用第一员工信息和第一认证信息，最终能够在用户在操作与第一应用对象关联的后续应用对象时，减少用户重复输入相关信息的次数，进而提高用户体验和业务办理效率。

在本申请实施例中，作为一种可选的实施方式，本申请实施例的装置还包括：

第二生成模块，用于当针对第一应用对象的操作指令被触发时，基于本机设备生成第一设备信息。

在本可选的实施方式中，当针对第一应用对象的操作指令被触发时，基于本机设备能够生成第一设备信息。

在本申请实施例中，作为一种可选的实施方式，本申请实施例的装置还包括：

第四发送模块，用于当检测到针对第二应用对象有新增认证方式时，将第二客户信息和第二设备信息发送至服务器，以使服务器基于第二客户信息和第二设备信息，更新第一认证信息。

在本可选的实施方式中，当检测到针对第二应用对象有新增认证方式时，通过将第二客户信息和第二设备信息发送至服务器，能够使服务器基于第二客户信息和第二设备信息，更新第一认证信息，进而在用户操作第二应用对象之后的第三应用对象时，能够复用新增认证方式对应的认证信息。

在本申请实施例中，作为一种可选的实施方式，新增认证方式为实名认证方式、人脸认证方式、OTP认证方式中的一种。

需要说明的是，关于本申请实施例的装置的其他详细说明，请参阅本申请实施例一的相关说明，本申请实施例对此不作赘述。

实施例三

请参阅图3，图3是本申请实施例公开的一种电子设备的结构示意图，如图3所示，本申请实施例的电子设备包括：

处理器301；以及

存储器302，配置用于存储机器可读指令，指令在由处理器301执行时，执行本申请实施例一的数据验证方法。

本申请实施例的电子设备通过执行本申请的数据验证方法，能够实现在用户在操作与第一应用对象关联的后续应用对象时，减少用户重复输入相关信息的次数，进而提高用户体验和业务办理效率。

需要说明的是，关于本申请实施例的电子设备的其他详细说明，请参阅本申请实施例一的相关说明，本申请实施例对此不作赘述

实施例四

本申请实施例公开一种存储介质，存储介质存储有计算机程序，计算机程序被处理器执行本申请实施例的数据验证方法。

本申请实施例的存储介质通过执行本申请实施例的数据验证方法，能够实现在用户在操作与第一应用对象关联的后续应用对象时，减少用户重复输入相关信息的次数，进而提高用户体验和业务办理效率。

需要说明的是，关于本申请实施例的存储介质的其他详细说明，请参阅本申请实施例一的相关说明，本申请实施例对此不作赘述

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

需要说明的是，功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (8)

1.一种数据验证方法，其特征在于，所述方法应用于客户终端，所述方法包括：

当检测到针对第一应用对象的操作指令时，获取针对所述第一应用对象输入的第一客户信息、第一员工信息、第一设备信息、第一认证信息；

将所述第一客户信息、所述第一员工信息、所述第一设备信息和所述第一认证信息发送至服务器，以使所述服务器成功接收所述第一客户信息、所述第一员工信息、所述第一设备信息和所述第一认证信息；

将所述第一客户信息存储在缓存空间中并生成流水号，其中，所述流水号与所述第一客户信息绑定；

将所述流水号发送至与所述第一应用对象关联的第二应用对象；

当针对所述第二应用对象的操作指令被触发时，基于所述流水号从所述缓存空间获取所述第一客户信息并作为第二客户信息，并基于本机设备生成第二设备信息；

将所述第二客户信息和所述第二设备信息发送至所述服务器，以使所述服务器基于所述第二客户信息和所述第二设备信息匹配得到所述第一员工信息和所述第一认证信息，并将所述第一员工信息和所述第一认证信息分别作为第二员工信息和第二认证信息返回；

基于所述第二客户信息、所述第二员工信息和所述第二认证信息响应针对所述第二应用对象的登录指令；

以及，所述方法还包括：

当检测到针对所述第二应用对象有新增认证方式时，将所述第二客户信息和所述第二设备信息发送至所述服务器，以使所述服务器基于所述第二客户信息和所述第二设备信息，更新所述第一认证信息。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

当针对所述第一应用对象的操作指令被触发时，基于所述本机设备生成第一设备信息。

3.如权利要求1所述的方法，其特征在于，所述新增认证方式为实名认证方式、人脸认证方式、OTP认证方式中的一种。

4.一种数据验证装置，其特征在于，所述装置应用于客户终端，所述装置包括：

第一获取模块，用于当检测到针对第一应用对象的操作指令时，获取针对所述第一应用对象输入的第一客户信息、第一员工信息、第一设备信息、第一认证信息；

第一发送模块，用于将所述第一客户信息、所述第一员工信息、所述第一设备信息和所述第一认证信息发送至服务器，以使所述服务器成功接收所述第一客户信息、所述第一员工信息、所述第一设备信息和所述第一认证信息；

存储模块，用于将所述第一客户信息存储在缓存空间中并生成流水号，其中，所述流水号与所述第一客户信息绑定；

第二发送模块，用于将所述流水号发送至与所述第一应用对象关联的第二应用对象；

第二获取模块，用于当针对所述第二应用对象的操作指令被触发时，基于所述流水号从所述缓存空间获取所述第一客户信息并作为第二客户信息；

第一生成模块，用于基于本机设备生成第二设备信息；

第三发送模块，用于将所述第二客户信息和所述第二设备信息发送至所述服务器，以使所述服务器基于所述第二客户信息和所述第二设备信息匹配得到所述第一员工信息和所述第一认证信息，并将所述第一员工信息和所述第一认证信息分别作为第二员工信息和第二认证信息返回；

登录模块，用于基于所述第二客户信息、所述第二员工信息和所述第二认证信息响应针对所述第二应用对象的登录指令；

以及，所述装置还包括：

第四发送模块，用于当检测到针对所述第二应用对象有新增认证方式时，将所述第二客户信息和所述第二设备信息发送至所述服务器，以使所述服务器基于所述第二客户信息和所述第二设备信息，更新所述第一认证信息。

5.如权利要求4所述的装置，其特征在于，所述装置还包括：

第二生成模块，用于当针对所述第一应用对象的操作指令被触发时，基于所述本机设备生成第一设备信息。

6.如权利要求4所述的装置，其特征在于，所述新增认证方式为实名认证方式、人脸认证方式、OTP认证方式中的一种。

7.一种电子设备，其特征在于，包括：

处理器；以及，

存储器，配置用于存储机器可读指令，所述指令在由所述处理器执行时，执行如权利要求1-3任一项所述的数据验证方法。

8.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行如权利要求1-3任一项所述的数据验证方法。