数据处理方法、装置、设备及存储介质与流程

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.图1为本技术实施例提供的支付原因与待审核数据之间的关系示意图；
52.图2为本技术实施例提供的企业收集方式下的待审核信息上传界面；
53.图3为本技术实施例提供的待遇支付申请详情界面；
54.图4为本技术实施例提供的数据处理方法实施例一的流程示意图；
55.图5为本技术实施例提供的申请录入的界面示意图；
56.图6为本技术实施例提供的个人材料上传的界面示意图；
57.图7为本技术实施例提供的数据处理方法实施例二的流程示意图；
58.图8为本技术实施例提供的数据处理方法实施例三的流程示意图；
59.图9为本技术实施例提供的数据处理装置的结构示意图；
60.图10为本技术实施例提供的电子设备的结构示意图。
61.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
62.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
63.在介绍本技术的实施例之前，首先对本技术实施例的名词进行解释：
64.企业年金：是指各类用人单位及其从业人员，在参加基本养老保险且未参加其他企业年金、职业年金计划的基础上，默认自动加入的补充养老保险制度。
65.年金服务平台：专门为用人单位和从业人员建立的企业年金客服系统，提供信息查询、业务办理、集团管理、信披等服务。
66.涉及管理机构：受托人、账户管理人、托管人。
67.待遇支付：指参加企业年金计划的成员因退休、身故、出境定居等原因，由成员本人、身故受益人或者授权代理人向受托人提出申请，并通过确认后，由账户管理人计算给付权益，由受托人向托管银行发送支付指令进行支付的过程。成员待遇支付原因不同，需提交的待审核数据也不同。
68.示例性的，图1为本技术实施例提供的支付原因与待审核数据之间的关系示意图。如图1所示，待遇支付的支付原因包括退休支付、身故支付以及处境定居。其中，针对于上述三种支付原因，需要提交的待审核数据的共同部分为：待遇支付申请表、受益人存折首页复印件(或银行卡(含签字栏)复印件)、以及受益人身份证复印件。针对于退休支付，还需要提交员工退休证；针对于身故支付，还需要提交员工身故证明和受益人权益确认表(或遗产公证书)；针对于出境定居，还需要提交定居地居住证明。
69.本技术的应用背景如下：
70.目前，在进行企业年金的待遇支付时，待遇支付申请成员的待审核数据收集方式为企业收集，具体为：由企业经办人发起待遇支付申请，创建待遇支付申请表，根据待遇支
付申请表收集发起待遇支付申请成员的待审核数据，包括受益比例、性别、证件有效期起始日期、证件有效期终止日期、国籍、职业、住所/单位地址、受益人手机号、纳税人身份、账户名称、账号、开户银行、开户网点、开户省份、开户城市等身份信息以及其他证明材料，其他证明材料包含身份证复印件、银行卡复印件等。收集完之后对上述待审核数据进行人工审核，如核对身份证复印件中的有效期起始日期与身份信息中的证件有效期起始日期是否一致，在通过后将审核完成的材料以表单的形式上传至年金服务平台，以便后续其他系统管理人员根据该信息继续执行申请流程。
71.示例性的，图2为本技术实施例提供的企业收集方式下的待审核信息上传界面。如图2所示，经办人在人工收集发起待遇支付申请成员的待审核数据后，根据收集到的待审核数据在该待审核信息上传界面中的基本信息部分输入对应的信息。之后，将该待审核数据整理成待遇支付申请表(盖章件)、待遇支付明细表以及其他证明材料三个文件，并通过该待审核信息上传界面将上述三个文件上传至年金服务平台。年金服务平台在检测到上述三个文件成功上传后，将上传结果在待审核信息上传界面的文件导入校验结果的显示框中进行显示。最后，年金服务平台对上传的三个文件以及经办人输入的用户的基本信息进行统一解析和审核，在审核不通过时将不通过原因在待审核信息上传界面的审核不通过原因显示框中进行显示。
72.进一步的，图3为本技术实施例提供的待遇支付申请详情界面。如图3所示，待遇支付业务流转轨迹包括：待审核信息录入、受托人处理、受托人审核、账管人处理以及托管人划款。在经办人上传待审核信息并经系统审核通过后，其他系统管理人员通过年金服务平台继续执行待遇支付申请流程。
73.然而，现有通过经办人采集申请待遇支付成员的待审核信息存在以下问题：
74.1、由企业经办统一线下收集成员的敏感信息，存在信息泄露的风险。
75.2、申请业务的成员过多时，信息繁多，给企业经办人员带来较大的高频重复工作量。
76.3、成员信息和证明材料收集后还需企业经办人进行人工审核，存在审核误差的风险。
77.4、统一提交所有成员信息时表单过大，系统处理时间比较长，影响用户体验。
78.综上所述，现有技术存在处理效率以及准确度较低的问题。
79.为了解决现有技术的存在的问题，发明人在对该技术领域进行研究的过程中发现，可以在用户的电子设备上显示个人材料上传界面以供用户对待审核数据进行自行上传，无需经办人逐一进行线下收集，能够有效提高处理效率。同时，待审核数据包括图像和文本，通过图像识别技术判断待审核数据中图像中的文本与待审核数据中对应的文本是否一致，从而代替人工审核过程，提高了处理的准确度，进一步提高了处理的准确度以及效率。
80.下面，通过具体实施例对本技术的技术方案进行详细说明。
81.需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
82.图4为本技术实施例提供的数据处理方法实施例一的流程示意图。如图4所示，该数据处理方法可以包括如下步骤：
83.s401、在用户登录年金服务平台后，响应于用户对年金服务平台的前端显示界面中个人材料上传控件的点击操作，为用户显示个人材料上传界面。
84.本技术实施例提供的数据处理方案需要为用户提供前端显示界面，并且为了进行数据的存储和分析，还需要后台服务平台，以使用户能够通过安装在电子设备上的浏览器或者应用程序等对年金服务平台进行访问。
85.在本步骤中，相关工作人员在通过年金服务平台接收到用户发起的待遇支付申请后，可以通过相关工作人员的终端设备向该用户的电子设备发起个人材料上传流程。也就是说，用户为已申请待遇支付的企业成员。
86.图5为本技术实施例提供的申请录入的界面示意图。如图5所示，在用户发起待遇支付申请后，相关工作人员可以通过其使用的终端设备登录年金服务平台，以使该终端设备对申请录入界面进行显示。该申请录入界面中显示有企业收集控件以及个人收集控件，相关工作人员可以点击个人收集控件。终端设备响应于相关工作人员对个人收集控件的点击操作，通过年金服务平台向用户的电子设备发送个人材料上传请求。针对用户的电子设备来说，则接收上述个人材料上传请求。
87.在用户通过电子设备登录年金服务平台后，电子设备为用户显示年金服务平台的前端显示界面。之后根据上述个人材料上传请求，为用户在该前端显示界面中显示个人材料上传提醒。其中，显示方式可以为弹窗或浮窗。
88.示例性的，个人材料上传提醒可以为：您的单位为您发起了支付领取申请，请点击【上传】完善相关信息并上传证明文件。您也可在“业务办理－个人材料上传”完善相关信息。
89.可选的，个人材料上传控件可以显示在个人材料上传提醒内，如显示在个人材料上传提醒的浮窗内或弹窗内，还可以显示在前端显示界面中的其他位置，可以根据实际情况进行确定，本技术实施例对此不进行具体限制。
90.应理解，若用户预先没有发起待遇支付申请，在用户依次点击业务办理控件和个人材料上传控件时，电子设备为用户显示提醒信息“您没有需要上传材料的申请”。
91.可选的，图6为本技术实施例提供的个人材料上传的界面示意图。如图6所示，个人材料上传界面中带有符号
“※”
的选项为个人材料上传界面中的必录项。可选的，个人材料上传界面中的部分数据可以为已经填写好的且不可修改的，如姓名、性别、证件类型、证件号码、支付原因、与计划成员关系、受益比例(％)、账户名称等。
92.s402、响应于用户在个人材料上传界面中的输入操作，获取用户上传的待审核数据。
93.在本步骤中，由于电子设备显示的个人材料上传界面中包括多个信息输入框，该信息输入框包括下拉选择框、输入框以及文件选择框。因此，用户可以根据信息输入框前显示的文字，将对应的数据输入至信息输入框中。相应的，对于电子设备来说，则响应于用户的操作，获取用户上传的待审核数据。其中，待审核数据包括图像和文本。
94.示例性的，参照图6，个人材料上传界面中除身份证正面、身份证反面以及银行卡三个选项对应的数据以外，均为文本；身份证正面、身份证反面以及银行卡三个选项对应的数据为图像。
95.参照图6，接下来将通过几个具体的示例对本步骤进行举例说明。
96.示例一、用户可以点击支付方式的下拉选择框，并在下拉选择框中点击需要输入的选项。相应的，电子设备则响应于用户的点击操作，获取该用户上传的支付方式对应的数据。
97.示例二、用户可以点击职业的输入框，并通过电子设备的外接输入设备如键盘、鼠标等，输入职业对应的数据。相应的，电子设备则响应于用户通过外接输入设备实现的输入操作，获取该用户上传的职业对应的数据。
98.示例三、用户可以点击银行卡的输入框，从显示的文件存储路径中点击需要上传的文件。相应的，电子设备则响应于用户的点击操作，获取用户上传的银行卡对应的文件。
99.可选的，若用户上传图像之前未上传对应的文本，则电子设备为用户显示录入提醒信息。示例性的，参照图6，在用户上传身份证反面图像之前没有录入证件有效期，电子设备则为用户显示录入提醒信息“您未录入证件有效期，请先录入再上传”；在用户上传银行卡正面之前没有录入银行卡号，电子设备则为用户显示录入提醒信息“您未录入银行卡信息，请先录入再上传”。
100.s403、判断图像中的文本与待审核数据中对应的文本是否一致，生成识别结果。
101.在本步骤中，电子设备在获取用户输入的待审核数据后，为了减少后续人工审核的工作量，可以在将待审核数据提交至年金服务平台之前，将图像中的文本与待审核数据中对应的文本进行比对，判断两者是否一致。这样，相关工作人员后续只需要对不一致的数据进行再次审核即可，无需对一致的数据进行审核，有效地提高了处理的效率和准确率。
102.在一种可能的实施方式中，步骤s403可以通过如下步骤(1)至步骤(2)实现：
103.步骤(1)、对图像进行文本识别，获取图像中的文本。
104.可选的，可以通过光学字符识别(optical character recognition，ocr)识别图像中的文本。
105.步骤(2)、将图像中的文本与待审核数据中对应的文本进行对比，判断两者是否一致，并生成识别结果。
106.示例性的，上述图像类型可以为身份证正面、身份证反面以及银行卡。接下来将通过三个具体的示例分别对图像为身份证正面、身份证反面以及银行卡时的对比过程进行举例说明。
107.示例四、在图像类型为身份证正面时，调用ocr获取图像中的身份证号码，并判断与待审核数据的文本中的身份证号码(也就是图6中证件号码对应的数据)是否一致，生成识别结果。
108.示例五、在图像为身份证反面时，调用ocr获取图像中的证件有效期，并判断与待审核数据的文本中的证件有效期(也就是图6中证件有效期对应的数据)是否一致，生成识别结果。
109.示例六、在图像为银行卡时，调用ocr获取图像中的银行卡号，并判断与待审核数据的文本中的银行卡号(也就是图6中账号对应的数据)是否一致，生成识别结果。
110.示例性的，识别结果包括识别通过和识别不通过，用于指示图像中的文本与待审核数据中对应的文本是否一致。
111.可选的，针对于图6中的其他证明材料，无需对其进行对比判断，直接将其的识别结果设置为不通过，以达到后续对其进行人工识别的目的。可选的，其他证明材料的格式为
年金服务平台支持的文件格式。
112.s404、响应于用户对提交控件的点击操作，将待审核数据以及识别结果上传至年金服务平台的后端服务器。
113.在本步骤中，在生成识别结果之后，可以将待审核数据以及待识别结果上传至年金服务平台的后端服务器，以使相关工作人员对待审核数据中未通过识别的数据进行人工审核，保证数据的准确性。
114.本技术的技术方案中所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
115.本技术实施例提供一种数据处理方法，在用户登录年金服务平台后，电子设备响应于用户对年金服务平台的前端显示界面中个人材料上传控件的点击操作，为用户显示个人材料上传界面；响应于用户在个人材料上传界面中的输入操作，获取用户上传的待审核数据，待审核数据包括图像和文本；判断图像中的文本与待审核数据中对应的文本是否一致，生成识别结果；响应于用户对提交控件的点击操作，将待审核数据以及识别结果上传至年金服务平台的后端服务器。在本技术方案中，通过在用户的电子设备上显示个人材料上传界面，以供用户对待审核数据进行自行上传，无需经办人逐一进行线下收集，有效的提高了处理效率。同时，待审核数据包括图像和文本，通过图像识别技术判断待审核数据中图像中的文本与待审核数据中对应的文本是否一致，从而代替人工审核过程，进一步提高了处理的准确度以及效率。
116.本技术由现有方案的企业发起待遇支付申请，再统一收集信息变为企业只按照简化要素信息发起待遇支付申请，例如表单中仅包含姓名、证件类型、证件号码、支付原因等，其余信息都通过企业下发提醒，让用户上传待审核数据分散统一收集的工作量和系统集中处理的压力，分散统一收集的工作量和系统集中处理的压力。同时，用户自行上传待审核数据会更加准确真实，避免信息错漏。当个别成员信息有误时，企业经办人可单独对其退回或者特殊处理，不用回退整个收集流程，提高运营时效。最后，在用户输入待审核材料后，可以判断图像中的文本与待审核数据中对应的文本是否一致，若存在不一致的情况即可提醒用户重新上传或确认使用该图像，与此前先解压压缩包再审核材料相比，大大缩短处理时长。
117.可选的，在一些实施例中，在s402之后，该数据处理方法还可以包括如下步骤：
118.若待审核数据中的图像不满足预设图像规则，则显示第一提醒信息，提醒信息用于提醒用户重新上传图像。
119.其中，预设图像规则可以包括预设图像格式以及预设图像类型。
120.示例性的，若待审核数据中的图像格式不是预设图像格式，则显示第一提醒信息，第一提醒信息可以为“仅支持上传预设图像格式的图像，请重新上传”。
121.示例性的，参照图6，针对于身份证正面对应的图像，若通过ocr识别到用户通过身份证正面的输入框上传的图像不满足身份证正面类型，则显示第一提醒信息，第一提醒信息可以为“系统识别到您上传的不是身份证正面图片，请重新上传”。
122.示例性的，参照图6，针对于身份证反面对应的图像，若通过ocr识别到用户通过身份证反面的输入框上传的图像不满足身份证反面类型，则显示第一提醒信息，第一提醒信息可以为“系统识别到您上传的不是身份证反面图片，请重新上传”。
123.示例性的，参照图6，针对于银行卡正面对应的图像，若通过ocr识别到用户通过银
行卡正面的输入框上传的图像不满足银行卡正面类型，则显示第一提醒信息，第一提醒信息可以为“系统识别到您上传的不是银行卡正面图片，请重新上传”。
124.可选的，在一些实施例中，图7为本技术实施例提供的数据处理方法实施例二的流程示意图。如图7所示，在s403之后，该数据处理方法还可以包括如下步骤：
125.s701、若识别结果指示图像中的文本与待审核数据中的文本不一致，则显示第二提醒信息，提醒信息用于提醒用户重新上传图像。
126.在本步骤中，假设识别结果指示图像中的文本与待审核数据中的文本不一致时，可以显示用于提醒用户重新上传图像的第二提醒信息，以帮助用户重新上传新的正确的图像，进而减少后续人工审核的工作量。
127.示例性的，参照s403中的示例四，在图像中的身份证号码与待审核数据的文本中的身份证号码不一致时，则显示第二提醒信息，第二提醒信息可以为“识别到您上传图像证件号码为xxxx与您页面内容不一致，请确认”。同样，在图像中的身份证号码与待审核数据的文本中的身份证号码一致时，则显示“上传成功”。
128.示例性的，参照s403中的示例五，在图像中的证件有效期与待审核数据的文本中的证件有效期不一致时，则显示第二提醒信息，第二提醒信息可以为“识别到您上传图片证件有效期为xxx－xxx与您页面内容不一致，请确认”。同样，在图像中的证件有效期与待审核数据的文本中的证件有效期一致时，则显示“上传成功”。
129.示例性的，参照s403中的示例六，在图像中的银行卡号与待审核数据的文本中的银行卡号不一致时，则显示第二提醒信息，第二提醒信息可以为“识别到您上传图片银行卡号xxxx与您页面内容不一致，请确认”。同样，在图像中的银行卡号与待审核数据的文本中的银行卡号一致时，则显示“上传成功”。
130.s702、响应于用户对第二提醒信息中的重新上传控件的点击操作，获取用户重新上传的图像。
131.在本步骤中，用户可以根据第二提醒信息内容，在确认图像存在问题时，重新上传图像，以确保上传数据的准确性。
132.可选的，在获取用户重新上传的图像后，还需要删除用户之前上传的、与文本不一致的图像。
133.可选的，若用户点击第二提醒信息中的确认控件，电子设备则响应于用户对确认控件的点击操作，保存当前用户上传的图像。
134.在上述实施例中，电子设备可以为用户显示第二提醒信息，以使用户能够根据第二提醒信息重新上传正确的图像，或对待审核数据中的文本进行检查，有效保证了待审核数据的正确性，减少了后续相关工作人员的人工审核工作量。
135.可选的，在一些实施例中，图8为本技术实施例提供的数据处理方法实施例三的流程示意图。如图8所示，在s404之前，该数据处理方法还可以包括如下步骤：
136.s801、对待审核数据进行必录项校验，并在待审核数据未通过必录项校验时显示第三提醒信息。
137.在本步骤中，由于待审核数据的必录项为处理待遇支付业务的关键数据，在必录项数据缺失时无法对待遇支付业务进行正常处理，因此需要对待审核数据进行必录项校验，以免出现缺失必录项数据额问题，影响后续待遇支付业务的正常进行。
138.其中，第三提醒信息用于提醒用户重新上传待审核数据中缺失的必录项数据。示例性的，第三提醒信息可以为“xxx不能为空”或“请上传xxx”等。
139.s802、根据待审核数据，向后端服务器发送校验请求。
140.在本步骤中，在用户对个人材料上传界面处理完成之前，用户可能会办理一些其他与待遇支付业务冲突的业务，导致年金服务平台无法继续为用户处理待遇支付业务。因此，在向后端服务器提交待审核数据之前，还需要向后端服务器发送校验请求，以校验是否能够继续为用户执行待遇支付流程。也就是说，校验请求用于确定是否能够继续为用户执行待遇支付流程。
141.可选的，电子设备可以调用相应的服务接口向后端服务器发送校验请求。
142.s803、接收后端服务器返回的校验结果。
143.在本步骤中，电子设备需要接收后端服务器返回的校验结果，以便在校验不通过时停止对待审核数据进行后续上传步骤，从而减少后续冗余操作。
144.s804、在所述校验结果指示检验通过时，重新判断图像中的文本与待审核数据中对应的文本是否一致，生成新的识别结果。
145.在本步骤中，由于s403中的判断过程是由用户上传待审核数据的图像触发的，为了防止用户在上传图像之后再对待审核数据的文本进行修改，导致图像中的文本与待审核数据中对应的文本不一致。因此，在将待审核数据发送至后台服务器之前，还需要对图像中的文本与待审核数据中对应的文本进行再次识别。
146.示例性的，在图像中的文本与待审核数据中对应的文本全部一致时，新的识别结果指示识别通过。
147.示例性的，在图像中的文本与待审核数据中对应的文本部分一致时，新的识别结果指示识别未通过，并显示提醒信息。该提醒信息可以为“识别到您上传图片证件号为xxxxxxxx，证件有效期为xxx
‑‑
xxx，银行卡号为xxxxxxxx，与您页面填写内容不一致，确认提交？”应理解，该提醒信息中仅显示不一致的部分。
148.其中，本步骤的具体实现方式和实现原理可以参照s403，此处不再赘述。
149.s805、响应于用户对提交控件的点击操作，将待审核数据以及新的识别结果上传至年金服务平台的后端服务器。
150.可选的，在用户点击提交控件后，电子设备可以将该提交控件置灰，以使用户无法再次点击提交控件来上传数据，只能查看已上传的数据。在有新的需要用户上传的待审核数据时，电子设备将提交控件恢复可用，个人材料上传界面则显示上次提交填写的待审核信息以及本次需要提交填写的待审核信息，以使用户可以对待审核信息进行修改、添加以及重新上传。
151.结合上述数据处理方案，接下来以某一企业a发起的个人收集模式的待审核数据的收集过程为例进行举例说明：
152.1、企业a经办人登录年金服务平台，点击菜单中的“业务发起控件-待遇支付控件-新建申请控件”，在点击成员证明材料收集方式中的“个人收集控件”，然后点击上传待遇支付明细(简化版)。经办人的终端设备响应于经办人的点击操作，将待遇支付明细(简化版)上传至年金服务平台的后端服务器。
153.2、年金服务平台的后端服务器对表单中的成员下发提醒，以收集各成员的待审核
数据。
154.3、表单中的成员a，b，c
……
的电子设备在登录年金服务平台后，都会收到“您的单位为您发起了支付领取申请，请点击【上传】完善相关信息并上传证明文件”的弹窗提醒。
155.4、成员们分别点击上传控件，各成员的电子设备响应于各成员的点击操作，为各成员显示个人材料上传界面。之后，各成员的电子设备响应于各成员在个人材料上传界面中的输入操作，获取各成员上传的待审核数据。
156.以成员为小a为例进行说明：
157.①
【支付信息】：支付原因为“退休”，支付方式选择了“一次性支付”；
158.②
【受益人信息】：受益人为本人，证件有效期，职业，手机号，住所/单位地址；
159.③
【受益人账户信息】：账户名称为“小a”，账号，开户省份，开户城市，开户银行，开户网点；
160.④
【证明材料】：上传身份证的正反面(必传)，银行卡的正面(必传)，及退休证明(非必填)；
161.⑤
确认信息填写无误后，点击提交控件。小a的电子设备响应于小a对提交控件的点击操作，将待审核数据上传至年金服务平台的后端服务器。
162.5、企业经办人在待遇支付页面点击处理控件，经办人的终端设备响应于经办人对处理控件的点击操作，显示待遇支付申请录入页面。之后，经办人可分别对个人进行单独处理，材料统一提交校验通过后，提交给账管人进行审核处理至完成。
163.下述为本技术装置实施例，可以用于执行本技术方法实施例。对于本技术装置实施例中未披露的细节，请参照本技术方法实施例。
164.图9为本技术实施例提供的数据处理装置的结构示意图。如图9所示，该数据处理装置包括：
165.显示模块91，用于在用户登录年金服务平台后，响应于用户对年金服务平台的个人材料上传控件的点击操作，为用户显示个人材料上传界面，用户为已申请待遇支付的企业成员；
166.获取模块92，用于响应于用户在个人材料上传界面中的输入操作，获取用户上传的待审核数据，待审核数据包括图像和文本；
167.生成模块93，用于判断图像中的文本与待审核数据中对应的文本是否一致，生成识别结果；
168.上传模块94，用于响应于用户对提交控件的点击操作，将待审核数据以及识别结果上传至年金服务平台的后端服务器。
169.在本技术实施例的一种可能设计中，生成模块93，具体用于：
170.对图像进行文本识别，获取图像中的文本；
171.将图像中的文本与待审核数据中对应的文本进行对比，判断两者是否一致，并生成识别结果。
172.在本技术实施例的另一种可能设计中，显示模块91，还用于：
173.若待审核数据中的图像不满足预设图像规则，则显示第一提醒信息，提醒信息用于提醒用户重新上传图像。
174.在本技术实施例的再一种可能设计中，显示模块91，还用于若识别结果指示图像
中的文本与待审核数据中的文本不一致，则显示第二提醒信息，提醒信息用于提醒用户重新上传图像；
175.获取模块92，还用于响应于用户对第二提醒信息中的重新上传控件的点击操作，获取用户重新上传的图像。
176.在本技术实施例的又一种可能设计中，装置还包括：
177.显示模块91，还用于对待审核数据进行必录项校验，并在待审核数据未通过必录项校验时显示第三提醒信息，第三提醒信息用于提醒用户重新上传待审核数据中缺失的必录项数据；
178.上传模块94，还用于根据待审核数据，向后端服务器发送校验请求，校验请求用于确定是否能够继续为用户执行待遇支付流程；
179.接收模块，用于接收后端服务器返回的校验结果。
180.可选的，生成模块93，还用于在校验结果指示检验通过时，重新判断图像中的文本与待审核数据中对应的文本是否一致，生成新的识别结果；
181.上传模块94，具体用于：
182.响应于用户对提交控件的点击操作，将待审核数据以及新的识别结果上传至年金服务平台的后端服务器。
183.本技术实施例提供的数据处理装置，可用于执行上述任一实施例中的数据处理方法，其实现原理和技术效果类似，在此不再赘述。
184.需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。此外，这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
185.图10为本技术实施例提供的电子设备的结构示意图。如图10所示，该电子设备可以包括：处理器1001、存储器1002及存储在所述存储器1002上并可在处理器1001上运行的计算机程序指令，所述处理器1001执行所述计算机程序指令时实现前述任一实施例提供的数据处理方法。
186.可选的，该电子设备的上述各个器件之间可以通过系统总线连接。
187.存储器1002可以是单独的存储单元，也可以是集成在处理器中的存储单元。处理器的数量为一个或者多个。
188.可选的，电子设备还可以包括与其他设备进行交互的接口。
189.收发器用于和其他计算机进行通信，该收发器构成通信接口。
190.应理解，处理器1001可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
191.系统总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。存储器可能包括随机存取存储器(random access memory，ram)，也可能还包括非易失性存储器(non-volatile memory，nvm)，例如至少一个磁盘存储器。
192.实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(read-only memory，rom)、ram、快闪存储器、硬盘、固态硬盘、磁带(magnetic tape)、软盘(floppy disk)、光盘(optical disc)及其任意组合。
193.本技术实施例提供的电子设备，可用于执行上述任一方法实施例提供的数据处理方法，其实现原理和技术效果类似，在此不再赘述。
194.本技术实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，当该计算机执行指令在计算机上运行时，使得计算机执行上述数据处理方法。
195.上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器，电可擦除可编程只读存储器，可擦除可编程只读存储器，可编程只读存储器，只读存储器，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
196.可选的，将可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，asic)中。当然，处理器和可读存5储介质也可以作为分立组件存在于设备中。
197.本技术实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中，至少一个处理器可以从该计算机可读存储介质中读取该计算机程序，所述至少一个处理器执行所述计算机程序时可实现上述数据处理方法。
198.0应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确
199.结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。