多账户开户处理方法、装置、计算机设备及存储介质与流程

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.图1是本发明一实施例中多账户开户处理方法的一应用环境示意图；
39.图2是本发明一实施例中多账户开户处理方法的一流程图；
40.图3是本发明一实施例中多账户开户处理方法的另一流程图；
41.图4是本发明一实施例中多账户开户处理方法的另一流程图；
42.图5是本发明一实施例中多账户开户处理方法的另一流程图；
43.图6是本发明一实施例中多账户开户处理方法的另一流程图；
44.图7是本发明一实施例中多账户开户处理方法的另一流程图；
45.图8是本发明一实施例中多账户开户处理装置的一示意图；
46.图9是本发明一实施例中多账户开户处理装置的另一示意图；
47.图10是本发明一实施例中计算机设备的一示意图。
具体实施方式
48.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
49.本发明实施例提供的多账户开户处理方法，该多账户开户处理方法可应用如图1所示的应用环境中。具体地，该多账户开户处理方法应用在金融系统中，具体应用在通过网络通信的至少两个金融系统中，每一金融系统均包括服务器和与服务器通过网络通信的客户端，利用网络通信的至少两个金融系统实现多个系统账户联合开立，以避免用户重复上传开户申请信息，节省用户的开户时间，提高处理效率；也可避免至少两个金融机构进行重复的信息校验、印章管理和临柜校验等处理环节的处理，提高处理效率和节省处理成本。其中，客户端又称为用户端，是指与服务器相对应,为客户提供本地服务的程序。客户端可安装在但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备上。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
50.示例性地，至少两个金融系统可以是不同金融体系下可以进行信息共享的至少两个金融系统，例如，同一集团下的银行系统、信托系统、证券系统和保险系统等。示例性地，至少两个金融系统还可以是同一金融体系下可以进行信息共享的至少两个金融系统，例如，不同集团下的同一金融产品对应的系统，例如，a证券公司的证券账户和b证券公司的证券账户。
51.本示例中，至少两个金融系统包括当前系统和与当前系统通过网络通信的至少一个关联系统。其中，当前系统是执行多账户开户处理方法的金融系统。关联系统是指至少两个金融系统中除了当前系统以外的关联系统。此处的安全等级是由不同金融系统对应的风控审核条件确定，风控审核条件越严格，其安全等级越高。一般来说，在通过网络通信的至少两个金融系统在进行联合开户过程中，优先在安全等级较高的金融系统上对开户申请信息进行全面审核校验，在进行全面审核校验通过之后，只需在关联系统进行补充审核校验，避免多个金融系统进行重复审核校验，有助于简化审核校验流程，提高审核校验效率。
52.一般来说，根据至少两个金融系统各自的风控审核条件，确定相应的安全等级。例
如，金融系统1的风控审核条件为a、b、c和d这四个风控审核条件；而金融系统2的风控审核条件为c、d和e这三个风控审核条件，由于金融系统1的风控审核条件的数量多于金融系统2的风控审核条件，因此，可将金融系统1的安全等级较高，可在金融系统1上执行全面审核校验；金融系统2的安全等级较低，可在金融系统2上执行补充审核校验。
53.本示例中，为了便于进行多账户联合开立操作，预先将可通过网络通信的至少两个金融系统对应的风控审核条件存储风控条件信息表中，风控条件信息表中存储至少两个风控条件信息，每一风控条件信息包括金融系统、与金融系统相关的配置账户和与配置账户相对应的至少一个风控审核条件。该配置账户是指某一金融系统可以开立的账户，该与配置账户相对应的至少一个风控审核条件是指每一配置账户开立过程中需审核的条件。每一风控审核条件均对应一配置审核逻辑，该配置审核逻辑是用于执行该风控审核条件的处理逻辑。
54.可以理解地，为了保障至少两个金融系统之间信息传输的安全性，可在至少两个金融系统之间设置专用加解密程序，以便至少两个金融系统进行通信过程中，在任一金融系统发送信息之前，先对需要发送的信息采用专用加解密程序进行处理再发送；在任一金融系统接收到信息之后，需采用专用加解密程序对接收到的信息进行解密处理，以保证信息传输的安全性。
55.本示例中，可在各金融系统中存储共用的安全信息数据表，安全信息数据表包括至少一个配置安全信息，每一配置安全信息包括至少两个配置账户、与至少两个配置账户相对应的配置加密算法和配置关键字段。其中，配置账户是指需要进行信息传输的金融系统对应的系统账户。配置加密算法是指对至少两个配置账户之间的信息进行加密所需采用的算法。配置关键字段是指对至少两个配置账户之间的信息进行提取的字段。
56.在一实施例中，如图2所示，提供一种多账户开户处理方法，以该方法应用在图1中的当前系统为例进行说明，该当前系统是指当前执行多账户开户处理方法的金融系统。该多账户开户处理方法包括当前系统执行如下步骤：
57.s201：接收开户申请信息，开户申请信息包括至少两个待开账户和用户基本信息，至少两个待开账户中的一个为当前账户。
58.其中，开户申请信息是指用户申请开户过程录入的与用户开户相关的信息。待开账户是用于反映用户想要在特定金融系统开立的账户。用户基本信息是用户在开户申请过程中录入的与用户相关的信息。
59.开户申请信息中包括至少两个待开账户，以反映递交该开户申请信息的用户想同时在至少两个金融系统开立系统账户，由于当前系统通过接收到此开户申请信息，此时至少两个待开账户中的一个为接收到待开申请信息的当前系统对应的当前账户，即当前系统的系统账户。
60.作为一示例，当前系统可以接收关联系统发送的开户申请信息，一般来说，只有安全等级最高的金融系统才会接收到其他安全等级较低的金融系统发送的开户申请信息，因此，在当前系统接收到关联系统发送的开户申请信息时，可认定当前系统为至少两个待开账户对应的金融系统中安全等级最高的金融系统，可在当前系统中对开户申请信息直接全面审核校验。
61.作为一示例，当前系统可以接收用户通过客户端发送的开户申请信息，开户申请
信息包括至少两个待开账户和用户基本信息，以便后续满足是否满足全面审核条件，即判断接收到该开户申请信息的金融系统是否为当前系统，以便后续在当前系统进行全面审核校验及后续处理。
62.s202：根据至少两个待开账户和开户申请信息对应的信息来源，判断是否满足全面审核条件，在满足全面审核条件时，对用户基本信息进行通用内容校验，获取通用校验结果。
63.其中，信息来源是用于反映当前系统接收开户申请信息的来源。作为一示例，当前系统根据接收开户申请信息的数据采集接口，确定开户申请信息对应的信息来源。例如，在当前系统接收用户通过客户端发送的开户申请信息时，其信息来源为终端来源；在当前系统接收关联系统发送的开户申请信息时，其信息来源为系统来源。
64.其中，全面审核条件是指预先设置在当前系统中的用于评估是否需要对开户申请信息进行全面审核校验的条件。作为一示例，当前系统在接收到任一开户申请信息之后，需根据接收开户申请信息的数据采集接口，确定开户申请信息对应的信息来源，再对至少两个待开账户和开户申请信息对应的信息来源进行判断，以确定当前系统是否满足进行全面审核校验对应的全面审核条件。
65.作为一示例，当前系统在满足全面审核条件时，调用通用内容校验逻辑对用户基本信息进行通用内容校验，获取通用校验结果。此处的通用内容校验逻辑是指用于对至少两个待开账户在账户开立过程中均需审核的通用内容进行校验的处理逻辑。本示例中，在根据开户申请信息确定当前系统为安全等级最高的金融系统时，可在当前系统执行通用内容校验逻辑，实现对用户基本信息进行通用内容校验，获取通用校验结果。可理解地，只需在满足全面审核条件的当前系统执行通用内容校验，在其他关联系统不进行通用内容校验，有助于简化至少两个待开账户的开户审核流程，无需进行对通用内容进行重复校验。
66.s203：若通用校验结果为校验通过，则基于至少两个待开账户和用户基本信息，获取原始开户表单，原始开户表单包括用印区域和与用印区域相对应的用印需求信息。
67.其中，原始开户表单是指开户过程中，根据至少两个待开账户和用户基本信息形成的未经审核校验的表单。
68.作为一示例，当前系统在通用校验结果为校验通过时，可先基于至少两个待开账户和用户基本信息，从用户基本信息中提取与至少两个待开账户相关的目标开户数据；接着，将至少两个待开账户和目标开户数据填充在开户信息模板中，形成原始开户表单。其中，目标开户数据是指至少两个待开账户在开户过程中所需采集的数据的集合，即至少两个待开账户的开户资料的并集。开户信息模板是预先设置的用于生成原始开户表单的模板。本示例中，基于至少两个待开账户开户过程所需的目标开户数据形成原始开户表单，以便后续可基于同一原始开户表单进行统一审核校验，有助于方便审核校验操作。
69.s204：将原始开户表单发送到全面审核校验对应的审核流程节点，在审核流程节点，对原始开户表单的用印区域加盖与用印需求信息相对应的电子印章，形成图像格式的待处理开户表单。
70.其中，待处理开户表单是指在安全等级最高的金融系统上对开户申请信息进行全面审核校验所形成的表单。本示例中，待处理开户表单是在安全等级最高的当前系统对原始开户表单相应的用印区域加盖电子印章之后形成的表单。
71.作为一示例，当前系统在生成原始开户表单之后，需将原始开户表单依序发送给全面审核校验对应的的各个审核流程节点，在各个审核流程节点对原始开户表单中特定的目标开户数据进行审核；若审核通过，则在相应审核流程节点触发用印请求，对原始开户表单进行用印，即在原始开户表单中与该审核流程节点相对应的用印区域上，加盖与用印需求信息相对应的电子印章，以形成加盖电子印章的图像格式的待处理开户表单，实现对开户过程进行统一的印章管理。
72.进一步地，为了保证开户过程的安全性，在各个审核流程节点对原始开户表单进行用印过程中，需对触发用印请求的用户进行权限校验，以保证只有特定权限的用户才能对原始开户表单进行用印。
73.s205：基于至少两个待开账户和原始开户表单，形成报备验证码，将报备验证码和待处理开户表单，发送给除当前账户以外的至少一个待开账户对应的关联系统。
74.其中，报备验证码是在安全等级最高的金融系统上生成的用于供其他关联系统进行信息安全验证的验证码。本示例中，报备验证码是在安全等级较高的当前系统上生成的用于供除当前账户以外的至少一个待开账户对应的关联系统进行信息安全验证的验证码。
75.作为一示例，当前系统可调用预先设置的用于生成验证码的验证码生成脚本，从原始开户表单中提取验证码生成所需的参数，以形成报备验证码，从而利用该报备验证码进行后续信息安全验证。
76.作为一示例，当前系统在生成报备验证码之后，可将报备验证码和待处理开户表单，发送给除当前账户以外的至少一个待开账户对应的关联系统，以便关联系统利用报备验证码进行安全验证，并利用待处理开户表单进行补充审核校验。
77.s206：若在补充等待时间内，接收到关联系统基于待处理开户表单形成的目标开户表单，则生成与至少两个待开账户相对应的共用账号。
78.其中，补充等待时间是当前系统等待接收关联系统反馈目标开户表单的时间。目标开户表单是至少两个待开账户对应的金融系统均审核校验通过之后形成的表单。共用账号是与至少两个待开账户相对应的用于供用户个人使用的账号，以便用户可利用共用账号登录至少两个待开账户对应的金融系统进行相关操作。该共用账号可以理解为可在至少两个待开账户对应的金融系统进行相关活动的账号。
79.作为一示例，当前系统在发送报备验证码和待处理开户表单给关联系统之后开始计时，以判断在补充等待时间内能否接收到关联系统返回的基于待处理开户表单形成的目标开户表单；若能接收到目标开户表单，则基于至少两个待开账户，生成与至少两个待开账户相关的共用账号。若不能接收到目标开户表单，则说明在关联系统进行补充审核校验不通过，无法进行后续的操作，不能完成多账户联合开立操作。
80.本示例中，当前系统可基于至少两个待开账户确定其对应的账号生成工具，基于该账号生成工具快速生成至少两个待开账户相关的共用账号，以完成在至少两个待开账户对应的金融系统上进行多账户开立的操作。可理解地，当前系统在生成与至少两个待开账户相对应的共用账号之后，还需将共用账号与目标开户表单，关联存储在至少两个待开账户对应的共享数据库中，以实现对所有共用账号和目标开户表单进行统一管理系统，保障系统数据的准确性和完整性。
81.本实施例所提供的多账户开户处理方法中，可根据用户一次输入的开户申请信息
进行多账户开户处理，可避免用户重复录入开户申请信息，节省用户操作流程和时间成本；在满足全面审核条件的金融系统上进行通用内容校验，获取通用校验结果，以避免在至少两个待开账户对应的金融系统上进行重复操作，有助于提高操作效率，节省通用内容校验的资源成本和时间成本；基于至少两个待开账户和用户基本信息，确定目标开户数据，以形成原始开户表单，以实现基于同一原始开户表单进行统一审核校验，有助于方便审核校验操作；在满足全面审核条件的金融系统的各个审核流程节点对原始开户表单进行用印，操作过程智能化，避免人工操作风险；将报备验证码和待处理开户表单发送给关联系统，利用报备验证码保障待处理开户表单传输的安全性；在补充等待时间内可接收到至少两个待开账户对应的金融系统均审核通过的目标开户表单之后生成与至少两个待开账户相对应的共用账号，完成多账户开户操作，保证共用账号的安全性。
82.在一实施例中，步骤s201，即接收开户申请信息，开户申请信息包括至少两个待开账户和用户基本信息，包括如下步骤：
83.s2011：接收开户申请请求，开户申请请求包括至少两个待开账户。
84.本示例中，用户在金融系统的客户端的开户申请界面上，点击联合开户按钮并确定输入至少两个待开账户，例如，点击联合开户按钮，确定需要开立银行账户和信托账户，即可触发开户申请请求。
85.s2012：显示信息录入界面，信息录入界面包括与至少两个待开账户相匹配的信息采集项和与信息采集项相对应的信息输入接口。
86.其中，信息录入界面是用于供用户录入用户基本信息的界面。信息采集项是信息录入界面上显示的需要采集的信息的项目名称。与信息采集项相对应的信息输入接口是用于采集特定信息采集项对应的信息的接口，可以为与信息采集项相对应的输入框。
87.示例性地，在用户触发的开户申请请求包括至少两个待开账户时，需根据至少两个待开账户对应的金融系统的风控审核条件，获取与至少两个待开账户相匹配的信息采集项；在客户端显示的信息录入界面上显示与至少两个待开账户相匹配的信息采集项和与信息采集项相对应的信息输入接口。例如，若两个待开账户对应的金融系统为金融系统1和金融系统2，由于金融系统1的风控审核条件为a、b、c和d这四个风控审核条件；而金融系统2的风控审核条件为c、d和e这三个风控审核条件，此时，需基于a、b、c、d和e这五个风控审核条件确定所有信息采集项，以形成信息录入界面，以便通过该信息录入界面采集两个待开账户所需审核的所有用户基本信息。
88.s2013：基于与信息采集项相对应的信息输入接口，获取与所有信息采集项相对应的采集项信息，获取用户基本信息。
89.其中，采集项信息是指与信息采集项相对应的与用户相关的信息。本示例中，当前系统的客户端的信息录入界面上显示至少两个待开账户对应的所有信息采集项，且每个信息采集项对应一信息输入接口，用户可通过客户端输入与每一信息采集项相对应的采集项信息，以获取用户基本信息。
90.本示例中，当前系统在接收开户申请请求包含至少两个待开账户时，需在信息录入界面上显示与至少两个待开账户相匹配的信息采集项和与信息采集项相对应的信息输入接口，以便通过信息录入界面快速采集至少两个待开账户所需进行审核校验的所有用户基本信息，以实现一次信息录入，有助于简化用户开户申请流程，避免用户基本信息的重复
录入。
91.在一实施例中，步骤s202中的根据至少两个待开账户和开户申请信息对应的信息来源，判断是否满足全面审核条件，包括如下步骤：
92.a2021：若开户申请信息对应的信息来源为系统来源，则满足全面审核条件。
93.本示例中，若当前系统接收到的开户申请信息对应的信息来源为系统来源，说明发送该开户申请信息的关联系统不为至少两个待开账户对应的金融系统中安全等级最高的金融系统，而当前系统为安全等级最高的当前系统，因此，在开户申请信息对应的信息来源为系统来源时，直接认定满足全面审核条件，可以在当前系统进行全面审核校验，无需重复判断是否满足全面审核条件，以简化处理流程，提高处理效率。
94.a2022：若开户申请信息对应的信息来源为终端来源，则根据至少两个待开账户对应的安全等级，确定安全等级最高的目标账户，在当前账户为目标账户时，满足全面审核条件。
95.本示例中，若当前系统接收到的开户申请信息的信息来源为终端来源，且开户申请信息包含至少两个待开账户，说明该开户申请信息是用户通过客户端触发的需要在至少两个金融系统开立系统账户所提交的信息；由于当前系统可以接收到客户端发送的开户申请信息，则至少两个待开账户中的至少两个待开账户中的一个为当前系统的当前账户。
96.作为一示例，步骤a2022具体包括如下步骤：
97.(1)当前系统在开户申请信息对应的信息来源为终端来源，且开户申请信息包含至少两个待开账户时，获取并比较至少两个待开账户对应的安全等级，将安全等级最高的待开账户确定为目标账户。
98.例如，可当前系统可查询风控条件信息表，根据至少两个待开账户对应的风控审核条件，获取至少两个待开账户对应的安全等级并进行比较，以将安全等级最高的待开账户确定为目标账户。例如，金融系统1的风控审核条件为a、b、c和d这四个风控审核条件；而金融系统2的风控审核条件为c、d和e这三个风控审核条件，由于金融系统1的风控审核条件的数量多于金融系统2的风控审核条件，则金融系统1对应的待开账户的安全等级高于金融系统对应的系统账户的安全等级。
99.(2)判断当前账户是否为目标账户。
100.(3)若当前账户为目标账户时，说明该当前系统为安全等级最高的当前系统，可认定满足全面审核条件，可以在当前系统进行全面审核校验，无需重复判断是否满足全面审核条件，以简化处理流程，提高处理效率。
101.(4)若当前账户不为目标账户时，说明当前系统不为安全等级最高的金融系统，此时，可将开户申请信息通过网络发送给安全等级最高的金融系统，以便安全等级最高的金融系统在接收到当前系统发送的开户申请信息之后，直接确定满足全面审核条件。
102.在一实施例中，步骤s202中的对用户基本信息进行通用内容校验，获取通用校验结果，包括：
103.b2021：对用户基本信息进行工商校验，获取工商校验结果。
104.作为一示例，当前系统执行工商校验逻辑，调用用于访问工商局数据库的工商信息校验接口，对开户申请信息中的工商信息进行真实性校验；若开户申请信息中的工商信息真实，则获取校验通过的工商校验结果；若开户申请信息中的工商信息不真实，则获取校
验不通过的工商校验结果。其中，工商信息校验接口是当前系统中设置可访问工商局数据库的接口，可从用户基本信息中提取用户上传的工商信息，利用所提取的工商信息通过工商信息校验接口访问工商局数据库，获取工商信息校验接口返回的工商校验结果。
105.b2021：对用户基本信息进行黑名单校验，获取黑名单校验结果。
106.作为一示例，当前系统调用用于访问黑名单库的黑名单校验接口，将用户基本信息与黑名单库中的至少一个黑名单信息进行匹配处理；若用户基本信息与所有黑名单信息均不匹配，则获取校验通过的黑名单校验结果；若用户基本信息与任一黑名单信息相匹配，则获取校验不通过的黑名单校验结果。
107.b2023：对用户基本信息进行账户校验，获取账户校验结果。
108.作为一示例，当前系统执行账户校验逻辑，对用户基本信息进行账户校验，获取账户校验结果。该账户校验逻辑是预先配置的用于对用户基本信息中的已有账号进行校验的逻辑。该已有账号是指系统当前时间之前在当前系统或者关联系统中开立过的账号，例如，银行账户对应的已有账号12345678987654321。
109.本示例中，当前系统执行账户校验逻辑，查询用户基本信息中是否存在与至少两个系统账户相对应的已有账号。若不存在已有账号，说明用户在至少两个系统账户对应的金融系统中没有开立过基本账户，需执行基本账户开户流程，获取校验不通过的账户校验结果，以避免后续执行联合开户的其他操作。一般来说，该基本账户为在金融系统中首次开立的账户，后续开立的其他系统账户均与基本账户关联。若存在与至少两个系统账户相对应的已有账号，则判断已有账号是否为久悬账户，若已有账号为久悬账户，则获取校验不通过的账户校验结果；若已有账号不为久悬账户，则获取校验通过的账户校验结果。其中，久悬账户通常是指一年以上未发生收付活动的单位及个人结算账户、个人活期储蓄账户，银行业也称之为长期不动户或睡眠户。
110.b2024：若工商校验结果、黑名单校验结果和账户校验结果均为校验通过，则获取校验通过的通用校验结果。
111.本示例中，在工商校验结果、黑名单校验结果和账户校验结果均为校验通过时，认定采用工商校验逻辑、黑名单校验逻辑和账户校验逻辑等通用内容校验逻辑，对用户基本信息进行相应的通用内容校验，所有通用内容校验逻辑的输出结果均为校验通过，因此，可获取校验通过的通用校验结果。
112.b2024：若工商校验结果、黑名单校验结果和账户校验结果中的至少一个为校验不通过，则获取校验不通过的通用校验结果。
113.本示例中，在工商校验结果、黑名单校验结果和账户校验结果的至少一个为校验不通过时，认定采用工商校验逻辑、黑名单校验逻辑和账户校验逻辑等通用内容校验逻辑，对用户基本信息进行相应的通用内容校验，存在至少一个通用内容校验逻辑的输出结果均为校验通过，因此，可获取校验不通过的通用校验结果。
114.本实施例中，在当前系统对用户基本信息进行工商校验、黑名单校验和账户校验等通用内容校验，以实现多账户开户过程中，仅在一个金融系统进行相关通用内容校验，有助于避免在至少两个金融系统上进行重复校验，节省通用内容校验的资源和成本。
115.在一实施例中，如图3所示，步骤s203，即基于至少两个待开账户和用户基本信息，获取原始开户表单，包括如下步骤：
116.s301：基于至少两个待开账户，生成与至少两个待开账户相对应的联合开户模板，联合开户模板包括开户信息项和与开户信息项相对应的信息填充区域，还包括用印区域和与用印区域相对应的用印需求信息。
117.其中，联合开户模板是基于至少两个待开账户在开户过程中所需审核的资料和审核流程形成的模板。本示例中，联合开户模板包括用户信息区域和审核信息区域，其中，用户信息区域包括开户信息项和与开户信息项相对应的信息填充区域；审核信息区域包括用印区域和与用印区域相对应的用印需求信息。开户信息项是指开户过程中需要审核的信息的项目名称。信息填充区域是用于填充与开户信息项相对应的信息的区域。用印区域是指原始开户表单中需要加盖电子印章的区域。用印需求信息是指用于反映某一用印区域需要加盖哪个电子印章的信息。
118.例如，若两个待开账户对应的金融系统为金融系统1和金融系统2，由于金融系统1的风控审核条件为a、b、c和d这四个风控审核条件；而金融系统2的风控审核条件为c、d和e这三个风控审核条件，此时，需基于a、b、c、d和e这五个风控审核条件确定所有开户信息项以及与开户信息项相信息填充区域；由于a、b、c、d和e这五个风控审核条件均需要进行审核，可以基于每个风控审核条件各自形成一个用印区域及其用印需求信息，也可以只基于每个待开账户各自形成一个用印区域及其用印需求信息，或者，可以基于风控审核条件和待开账户均形成用印区域及其用印需求信息，其用印区域及其用印需求信息可根据实际情况自主确定。
119.s302：从用户基本信息中，提取与所有开户信息项相对应的开户项信息，获取目标开户数据。
120.作为一示例，由于通过信息录入界面采集的用户基本信息包括信息采集项和与信息采集项相对应的采集项信息，则当前系统可从用户基本信息中，提取与所有开户信息项相对应的开户项信息，形成目标开户数据具体包括如下步骤：采用文本相似度算法对开户信息项和用户基本信息中的信息采集项进行匹配，将与开户信息项相匹配的信息采集项的采集项信息确定为开户项信息；基于所有开户信息项对应的开户项信息，获取目标开户数据。
121.s303：将至少两个待开账户和目标开户数据填充在联合开户模板中，获取原始开户表单。
122.作为一示例，当前系统在获取到目标开户数据之后，可将至少两个待开账户和目标开户数据填充在联合开户模板中，形成原始开户表单，该原始开户表单包括空白的用印区域以及与用印区域相对应的用印需求信息，以便后续在每一环节审核通过之后，在用印区域加盖相应的电子印章，以完善联合开户的审核流程。可理解地，为了便于管理，可使信息录入界面中的信息采集项与联合开户模板中的开户信息项完全匹配，以便当前系统在获取到用户基本信息之后，可将用户基本信息填充在联合开户模板中，从而快速形成原始开户表单。
123.本实施例中，根据至少两个待开账户，生成联合开户模板，并将与至少两个待开账户相对应的目标开户数据填充在联合开户模板上，形成原始开户表单，以便后续可基于同一原始开户表单进行统一审核校验，有助于方便审核校验操作。联合开户模板上形成有用印区域和与用印区域相对应的用印需求信息，以便后续在后续各个审核环节加盖电子印
章，以明示审核通过，使得多账户开户的流程可视性。
124.在一实施例中，如图4所示，步骤s204，即对原始开户表单的用印区域加盖与用印需求信息相对应的电子印章，形成图像格式的待处理开户表单，包括：
125.s401：对原始开户表单进行图像转换，获取与原始开户表单相对应的原始表单图像。
126.作为一示例，当前系统在接收审核流程节点触发的用印请求之后，可采用图像转换技术对原始开户表单进行图像转换，获取与原始开户表单相对应的原始表单图像。可理解地，由于原始开户表单一般为可编辑模式的word格式或者pdf格式的表单，为了便于在原始开户表单上加盖电子印章，并避免可编辑模式的原始开户表单中的信息被篡改，可先采用图像转换技术将原始开户表单转换成图像格式的原始表单图像。
127.s402：根据与用印区域相对应的用印需求信息，调用印章获取接口，获取与用印需求信息相对应的电子印章图像。
128.其中，印章获取接口是用于访问印章数据库的接口。该印章数据库是预先存储所有与用印需求信息相对应的电子印章图像的数据库。一般来说，印章数据库中存储与至少两个待开账户在开户过程中所需的所有电子印章图像，可以是至少两个待开账户对应的金融系统的电子印章图像，也可以是各个风控审核条件对应的审核流程节点专用的电子印章图像。
129.作为一示例，当前系统可以根据原始开户表单中各个用印区域对应的用印需求信息，通过预先设置的印章获取接口，访问印章数据库，获取与用印需求信息相对应的电子印章图像。本示例中，可在调用印章获取接口访问印章数据库过程中进行用户权限安全认证，以保证信息的安全性。
130.s403：对电子印章图像进行透明化处理，获取透明印章图像。
131.作为一示例，当前系统可以采用图像透明化技术，对与用印需求信息相对应的电子印章图像进行透明化处理，以获取透明印章图像，以避免后续图像合成过程中，电子印章图像中的背景或空白对图像合成效果造成影响。
132.s404：将透明印章图像的中心与原始表单图像中用印区域的中心重合，对透明印章图像和原始表单图像进行合成，获取图像格式的待处理开户表单。
133.作为一示例，当前系统将透明印章图像的中心与透明表单图像中用印区域的中心重合，以明确透明印章图像在原始表单图像中的位置；再采用图像生成技术对透明印章图像和原始表单图像进行合成。例如，采用canvas技术中的图像合成代码，对透明印章图像和原始表单图像进行合成，即可获取图像格式的待处理开户表单。可理解地，该待处理开户表单可以理解为在当前系统的所有审核流程节点进行全面审核校验且审核校验通过之后，对原始开户表单加盖电子印章进行确认的表单。
134.本实施例中，待处理开户表单是对原始开户表单加盖用印需求信息对应的电子印章之后，形成的图像格式的表单，可显示其经过当前系统全面审核校验对应的审核流程节点的审核校验，且采用图像格式，避免对待处理开户表单中的相关信息进行篡改，有助于保障待处理开户表单中信息的安全性。
135.在一实施例中，如图5所示，步骤s205，即基于至少两个待开账户和原始开户表单，形成报备验证码，包括：
136.s501：基于至少两个待开账户查询安全信息数据表，获取与至少两个待开账户相匹配的目标加密算法和目标关键字段。
137.其中，安全信息数据表是预先配置的用于存储配置安全信息的数据表。每一配置安全信息包括至少两个配置账户、与至少两个配置账户相对应的配置加密算法和配置关键字段。其中，配置账户是指需要进行信息传输的金融系统对应的系统账户。配置加密算法是指对至少两个配置账户之间的信息进行加密所需采用的算法。配置关键字段是指对至少两个配置账户之间的信息进行提取的字段。
138.作为一示例，当前系统在接收到生成报备验证码的触发请求之后，可基于至少两个待开账户查询安全信息数据表，将与至少两个待开账户相匹配的配置账户确定为目标安全信息，将目标安全信息中的配置加密算法和配置关键字段，分别确定为与至少两个待开账户相匹配的目标加密算法和目标关键字段，其查询获取过程操作简单方便。
139.本示例中的目标加密算法可以理解为对至少两个待开账户之间传输的信息进行加密所需采用的算法，可以采用但不限于md5算法。目标关键字段是指对至少两个待开账户之间传输的信息进行提取的字段，例如，证件号码字段或者时间戳字段。
140.s502：从原始开户表单中，提取与目标关键字段相对应的原始关键信息。
141.作为一示例，当前系统可以从可编辑格式的原始开户表单中，执行与目标关键字段相对应的查询指令，从原始开户表单中快速提取与目标关键字段相对应的原始关键信息，以保证原始关键信息的获取效率。
142.s503：采用目标加密算法，对原始关键信息进行加密处理，形成报备验证码。
143.作为一示例，当前系统可采用目标加密算法，如md5算法，对所有目标关键字段相对应的原始关键信息进行加密，获取加密后形成的报备验证码，使得报备验证码具有不可逆性，以便接收到该报备验证码的金融系统相同相同的目标加密算法和目标关键字段进行校验，从而保证至少两个金融系统之间信息传输的安全性。
144.在一实施例中，如图6所示，在接收到关联系统基于待处理开户表单形成的目标开户表单之后，且生成与至少两个待开账户相对应的共用账号之前，多账户开户处理还包括：
145.s601：执行安全校验逻辑对开户申请信息进行判断，确定是否需要进行临柜校验。
146.其中，安全校验逻辑是预先配置的用于评估是否需要临柜校验，以保证开户申请信息提交的安全性的校验逻辑。
147.作为一示例，当前系统可执行安全校验逻辑，对开户申请信息进行判断，以确定是否需要进行临柜校验，或者进行视频校验。该安全校验逻辑可由至少两个待开账户对应的金融系统自主确定。例如，在对金融系统1和金融系统2这两个系统账户进行开立过程中，可通过安全校验逻辑确定其采用临柜校验方式进行安全校验；在对金融系统3和金融系统4这两个系统账户进行开立过程中，可通过安全校验逻辑确定其采用视频校验方式进行安全校验。
148.s602：若需要进行临柜校验，则生成临柜预约码，将临柜预约码发送给用户基本信息对应的用户终端，生成与临柜预约码相对应的临柜审核任务。
149.其中，临柜预约码是当前系统生成的用于发送给用户基本信息对应的用户终端的唯一编码，可基于该临柜预约码实现快速临柜审核。临柜审核任务是基于临柜预约码生成的与用户临柜审核相关的任务。该临柜审核任务一般包括临柜等待时间和至少一项临柜审
核内容。
150.作为一示例，当前系统在认定需要进行临柜校验时，可采用预约码生成脚本快速生成临柜预约码，基于临柜预约码和临柜等待时间形成的开户提醒信息，发送给用户基本信息对应的用户终端，以提高用户在临柜等待时间内到至少两个待开账户对应的金融系统中的任一网点进行临柜审核。
151.作为一示例，当前系统在生成临柜预约码之后，生成与临柜预约码相对应的临柜审核任务，该临柜审核任务一般包括临柜等待时间和至少一项临柜审核内容，该临柜审核内容是指需要临柜审核的具体内容。
152.s603：若在临柜等待时间内，执行临柜审核任务，获取临柜审核结果，且临柜审核结果为审核无误，则执行生成与至少两个待开账户相对应的共用账号。
153.其中，临柜等待时间是等待执行临柜审核任务返回的临柜审核结果的时间。作为一示例，当用户在临柜等待时间内到至少两个待开账户对应的金融系统中的任一网点进行临柜审核时，可基于临柜预约码触发执行该临柜审核任务，基于至少一项临柜审核内容进行逐一审核，获取每一临柜审核内容对应的单项审核结果；若所有临柜审核内容对应的单项审核结果均为审核通过，则获取临柜审核结果为审核无误，则审核无误时，才执行生成与至少两个待开账户相对应的共用账号，以保障至少两个待开账户相对应的共用账号生成过程的安全性，使得多账户开户能够反映用户的真实需求。
154.在一实施例中，步骤s606，即若在临柜等待时间内，执行临柜审核任务，获取临柜审核结果，包括如下步骤：
155.s6031：接收临柜验证请求，临柜验证请求包括临柜验证码。
156.其中，临柜验证码是指用户在到至少两个待开账户对应的金融系统中的任一网点进行验证过程中输入的验证码。
157.作为一示例，当前系统可以接收用户触发的临柜验证请求，临柜验证请求包括用户输入的临柜验证码，该临柜验证码一般与用户根据预先接收到的临柜预约码相匹配。
158.s6032：基于临柜验证码，获取与临柜验证码相匹配的临柜预约码和临柜预约码对应的临柜等待时间。
159.作为一示例，当前系统可根据临柜验证码查询系统数据库，从系统数据库中，获取与临柜验证码相匹配的临柜预约码，并根据临柜预约码的生成时间和有效期限确定临柜预约码对应的临柜等待时间。可理解地，临柜预约码对应的临柜等待时间为临柜预约码的有效期间，在该有效期间内可触发临柜审核任务，以便实现临柜快速审核。
160.s6033：若系统当前时间在临柜等待时间内，则触发执行临柜审核任务，获取与至少一项临柜审核内容对应的单项审核结果。
161.其中，临柜审核任务是基于临柜预约码生成的与用户临柜审核相关的任务。该临柜审核任务一般包括临柜等待时间和至少一项临柜审核内容。
162.作为一示例，当前系统在验证接收到临柜验证请求的系统当前时间，在与临柜验证码相匹配的临柜预约码的临柜等待时间内，即认定临柜预约码处于其有效期间内，可触发基于临柜预约码创建的临柜审核任务，基于临柜审核任务中的至少一个临柜审核内容对临柜的用户进行审核，获取与至少一项临柜审核内容对应的单项审核结果。
163.s6034：若至少一项临柜审核内容对应的单项审核结果均为审核通过，则获取审核
无误的临柜审核结果。
164.作为一示例，当前系统在至少一项临柜审核内容对应的单项审核结果均为审核通过时，说明所有需要临柜审核的临柜审核内容均准确无误，因此，可直接获取审核无误的临柜审核结果，以便执行后续的处理步骤。
165.在一实施例中，如图7所示，提供一种多账户开户处理方法，以该方法应用在图1中的当前系统为例进行说明。该多账户开户处理方法包括如下步骤：
166.s701：接收关联系统发送的报备验证码和图像格式的待处理开户表单。
167.其中，报备验证码是在安全等级最高的金融系统上生成的用于供关联系统进行信息安全验证的验证码。本示例中，报备验证码是在安全等级较高的关联系统上生成的用于供关联系统进行信息安全验证的验证码。
168.其中，待处理开户表单是指在安全等级最高的金融系统上对开户申请信息进行全面审核校验所形成的表单。本示例中，待处理开户表单是在安全等级最高的关联系统对原始开户表单相应的用印区域加盖电子印章之后形成的表单，是经过全面审核校验之后形成的表单。
169.作为一示例，在用户想在至少两个待开账户对应的金融系统同时开立系统账户时，若当前系统不为安全等级最高的金融系统，此时，当前系统可以接收到安全等级最高的关联系统在进行全面审核校验之后发送的报备验证码和待处理开户表单，以便基于报备验证码和待处理开户表单进行补充审核校验。
170.s702：对待处理开户表单进行图文转换，获取待验证开户表单。
171.作为一示例，在当前系统接收到的待处理开户表单一般为图像格式，因此，需先采用ocr或者其他图文识别技术，对待处理开户表单进行图文转换，获取可编辑格式的待验证开户表单。
172.作为一示例，当前系统在获取待验证开户表单之后，还可以对待验证开户表单进行非空校验，获取非空校验结果，在非空校验结果为校验通过时，才执行步骤s702。其中，非空校验是用于校验特定字段是否为空值的校验结果。
173.例如，当前系统可以对待验证开户表单进行全字段非空校验，即当前系统采用文本识别技术，检测待验证开户表单中所有字段是否存在空值；若所有字段对应的内容均不为空值，则获取校验通过的非空校验结果；若至少一个字段对应的内容为空值，则获取校验不通过的非空校验结果。可理解地，采用全字段非空校验，有助于提高非空校验的准确性。
174.又例如，当前系统还可以对待验证开户表单进行必要字段非空校验，其中，必要字段是指待验证开户表单中必要包含的内容对应的字段。本示例中，当前系统采用文本识别技术对待验证开户表单进行识别，以确定待验证开户表单中是否包含预先设置的必要字段；若包含必要字段，则识别必要字段对应的字段内容是否为空值；若所有必要字段对应的字段内容均不为空值，则获取校验通过的非空校验结果；若不包含任一必要字段，或者至少一个必要字段对应的字段内容为空值，则获取校验不通过的非空校验结果。可理解地，采用必要字段非空校验，有助于提高非空校验的效率。
175.s703：从待验证开户表单中提取至少两个待开账户，基于至少两个待开账户查询安全信息数据表，获取与至少两个待开账户相匹配的目标加密算法和目标关键字段。
176.作为一示例，当前系统可基于至少两个待开账户查询安全信息数据表，将与至少
两个待开账户相匹配的配置账户确定为目标安全信息，将目标安全信息中的配置加密算法和配置关键字段，分别确定为与至少两个待开账户相匹配的目标加密算法和目标关键字段，其查询获取过程操作简单方便。本示例中的目标加密算法可以理解为对至少两个待开账户之间传输的信息进行加密所需采用的算法，可以采用但不限于md5算法。目标关键字段是指对至少两个待开账户之间传输的信息进行提取的字段，例如，证件号码字段或者时间戳字段。
177.s704：从待验证开户表单中，提取与目标关键字段相对应的待验证关键信息，采用目标加密算法对待验证关键信息进行加密处理，获取当前验证码。
178.作为一示例，当前系统可先从可编辑格式的待验证开户表单中，执行与目标关键字段相对应的查询指令，从待验证开户表单中快速提取与目标关键字段相对应的待验证关键信息，以保证待验证关键信息的获取效率。再采用目标加密算法，如md5算法，对所有目标关键字段相对应的待验证关键信息进行加密，获取加密后形成的当前验证码，使得当前验证码具有不可逆性。
179.s705：若当前验证码和报备验证码一致，则基于至少两个待开账户，获取当前风控条件和关联风控条件，根据当前风控条件和关联风控条件，确定补充审核逻辑。
180.作为一示例，当前系统采用当前验证码与关联系统发送过来的报备验证码进行比较；若当前验证码与报备验证码一致，则认定通过安全验证，说明当前系统接收到的待处理开户表单与关联系统发送的待处理开户表单一致，此时，当前系统只需对待处理开户表单进行补充审核校验，以避免重复校验。
181.作为一示例，当前系统基于至少两个待开账户对应的风控审核条件，确定补充审核逻辑，具体包括：当前系统根据至少两个待开账户查询风控条件信息表，将与当前系统的当前账户相对应的风控审核条件确定为当前风控条件，将与关联系统的系统账户相对应的风控审核条件确定为关联风控条件。接着，计算当前风控条件和关联风控条件确定交集风控条件，将当前风控条件与交集风控条件的差，确定为补充风控条件，将与补充风控条件相对应的配置审核逻辑确定为补充审核逻辑。
182.例如，关联系统为金融系统1，其关联风控条件为a、b、c和d这四个风控审核条件；当前系统为金融系统2，其当前风控条件为c、d和e这三个风控审核条件；则当前风控条件和关联风控条件对应的交集风控条件为c和d这两个风控审核条件；将当前风控条件(c、d和e)与交集风控条件(c和d)的差，即风控审核条件e确定为补充风控条件，将与补充风控条件相对应的配置审核逻辑确定为补充审核逻辑。可理解地，在当前系统仅需执行补充审核逻辑，而无需对交集风控条件进行重复审核，有助简化审核流程，提高审核效率，节省重复审核的资源和成本。
183.s706：执行补充审核逻辑，获取补充审核结果，若补充审核结果为审核通过，则基于待处理开户表单形成目标开户表单，将目标开户表单发送给关联系统，接收关联系统发送的与至少两个待开账户相对应的共用账号。
184.作为一示例，当前系统在执行补充审核逻辑对待处理开户表单进行审核，获取补充审核结果，且补充审核结果为审核通过时，则基于待处理开户表单形成目标开户表单，目标开户表单发送给关联系统，接收关联系统发送的与至少两个待开账户相对应的共用账号，该关联系统为发送报备验证码和待处理开户表单的金融系统。
185.作为一示例，待处理开户表单中包括与当前系统相对应的用印区域和用印需求信息，则步骤s705具体包括：(1)执行补充审核逻辑，获取补充审核结果，若补充审核结果为审核通过，则触发用印请求，根据与用印区域相对应的用印需求信息，调用印章获取接口，获取与用印需求信息相对应的电子印章图像。可理解地，该电子印章图像可以为当前系统的电子印章图像，也可以是各个风控审核条件对应的审核流程节点专用的电子印章图像。(2)对电子印章图像进行透明化处理，获取透明印章图像，此处理过程与步骤s403类似，为避免重复，此处不一一赘述。(3)将透明印章图像的中心与待处理开户表单中用印区域的中心重复，对待处理开户表单和透明印章图像进行合成，获取图像格式的目标开户表单，此处理过程与步骤s404类似，为避免重复，此处不一一赘述。
186.作为一示例，在步骤s706之后，当前系统还可以执行如下步骤：(1)执行安全校验逻辑对开户申请信息进行判断，确定是否需要进行临柜校验；(2)若需要进行临柜校验，则生成临柜预约码，将临柜预约码发送给用户基本信息对应的用户终端，生成与临柜预约码相对应的临柜审核任务；(3)若在临柜等待时间内，执行临柜审核任务，获取临柜审核结果，且临柜审核结果为审核无误，则执行生成与至少两个待开账户相对应的共用账号。上述过程与步骤s601
‑
s603一致，为避免重复，此处不一一赘述。可理解地，在步骤s706之后，也可在安全等级较低的当前系统进行上述操作，以便在安全等级较低的当前系统中的任一网点完成对用户的临柜校验，方便用户选择至少两个待开账户对应的金融系统进行临柜校验，提高用户临柜校验的效率。
187.本实施例所提供的多账户开户处理方法中，可接收关联系统发送的报备验证码和图像格式的待处理开户表单，该待处理开户表单是经过全面审核校验之后形成的图像格式的表单，可避免人为篡改；利用根据待处理开户表单确定的当前验证码和报备验证码进行安全验证，有助于保障当前系统与关联系统之间通信的安全性；基于至少两个待开账户，获取当前风控条件和关联风控条件，进而根据当前风控条件和关联风控条件，确定补充审核逻辑，执行补充审核逻辑进行补充审核校验，而无需对交集风控条件进行重复审核，有助简化审核流程，提高审核效率，节省重复审核的资源和成本；在补充审核结果为审核通过时，则基于待处理开户表单形成目标开户表单并发送给关联系统，接收关联系统发送的与至少两个待开账户相对应的共用账号，以实现多账户开户目的。
188.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
189.在一实施例中，提供一种多账户开户处理装置，该多账户开户处理装置与上述实施例中多账户开户处理方法一一对应。如图8所示，该多账户开户处理装置包括如下功能模块：
190.开户申请信息接收模块801，用于接收开户申请信息，开户申请信息包括至少两个待开账户和用户基本信息，至少两个待开账户中的一个为当前账户。
191.通用校验结果获取模块802，用于根据至少两个待开账户和开户申请信息对应的信息来源，判断是否满足全面审核条件，在满足全面审核条件时，对用户基本信息进行通用内容校验，获取通用校验结果。
192.原始开户表单获取模块803，用于若通用校验结果为校验通过，则基于至少两个待
开账户和用户基本信息，获取原始开户表单，原始开户表单包括用印区域和与用印区域相对应的用印需求信息。
193.待处理开户表单获取模块804，用于将原始开户表单发送到全面审核校验对应的审核流程节点，在审核流程节点，对原始开户表单的用印区域加盖与用印需求信息相对应的电子印章，形成图像格式的待处理开户表单。
194.验证码表单发送模块805，用于基于至少两个待开账户和原始开户表单，形成报备验证码，将报备验证码和待处理开户表单，发送给除当前账户以外的至少一个待开账户对应的关联系统。
195.共用账号生成模块806，用于若在补充等待时间内，接收到关联系统基于待处理开户表单形成的目标开户表单，则生成与至少两个待开账户相对应的共用账号。
196.优选地，原始开户表单获取模块，包括：
197.联合开户模板获取单元，用于基于至少两个待开账户，生成与至少两个待开账户相对应的联合开户模板，联合开户模板包括开户信息项和与开户信息项相对应的信息填充区域，还包括用印区域和与用印区域相对应的用印需求信息。
198.目标开户数据获取单元，用于从用户基本信息中，提取与所有开户信息项相对应的开户项信息，获取目标开户数据。
199.目标开户数据填充单元，用于将至少两个待开账户和目标开户数据填充在联合开户模板中，获取原始开户表单。
200.优选地，待处理开户表单获取模块，包括：
201.原始表单图像获取单元，用于对原始开户表单进行图像转换，获取与原始开户表单相对应的原始表单图像。
202.电子印章图像获取单元，用于根据与用印区域相对应的用印需求信息，调用印章获取接口，获取与用印需求信息相对应的电子印章图像。
203.透明印章图像获取单元，用于对电子印章图像进行透明化处理，获取透明印章图像。
204.图像合成单元，用于将透明印章图像的中心与原始表单图像中用印区域的中心重合，对透明印章图像和原始表单图像进行合成，获取图像格式的待处理开户表单。
205.优选地，验证码表单发送模块，包括：
206.安全信息查询单元，用于基于至少两个待开账户查询安全信息数据表，获取与至少两个待开账户相匹配的目标加密算法和目标关键字段。
207.原始关键信息获取单元，用于从原始开户表单中，提取与目标关键字段相对应的原始关键信息。
208.报备验证码形成单元，用于采用目标加密算法，对原始关键信息进行加密处理，形成报备验证码。
209.优选地，多账户开户处理装置还包括：
210.临柜校验判断模块，用于执行安全校验逻辑对开户申请信息进行判断，确定是否需要进行临柜校验。
211.临柜预约码处理模块，用于若需要进行临柜校验，则生成临柜预约码，将临柜预约码发送给用户基本信息对应的用户终端，生成与临柜预约码相对应的临柜审核任务。
212.临柜审核处理模块，用于若在临柜等待时间内，执行临柜审核任务，获取临柜审核结果，且临柜审核结果为审核无误，则执行生成与至少两个待开账户相对应的共用账号。
213.在一实施例中，提供一种多账户开户处理装置，该多账户开户处理装置与上述实施例中多账户开户处理方法一一对应。如图9所示，该多账户开户处理装置包括如下功能模块：
214.验证码表单接收模块901，用于接收关联系统发送的报备验证码和图像格式的待处理开户表单。
215.待验证开户表单获取模块902，用于对待处理开户表单进行图文转换，获取待验证开户表单。
216.算法字段查询模块903，用于从待验证开户表单中提取至少两个待开账户，基于至少两个待开账户查询安全信息数据表，获取与至少两个待开账户相匹配的目标加密算法和目标关键字段。
217.当前验证码获取模块904，用于从待验证开户表单中，提取与目标关键字段相对应的待验证关键信息，采用目标加密算法对待验证关键信息进行加密处理，获取当前验证码。
218.补充审核逻辑确定模块905，用于若当前验证码和报备验证码一致，则基于至少两个待开账户，获取当前风控条件和关联风控条件，根据当前风控条件和关联风控条件，确定补充审核逻辑。
219.补充审核校验模块906，用于执行补充审核逻辑，获取补充审核结果，若补充审核结果为审核通过，则基于待处理开户表单形成目标开户表单，将目标开户表单发送给关联系统，接收关联系统发送的与至少两个待开账户相对应的共用账号。
220.关于多账户开户处理装置的具体限定可以参见上文中对于多账户开户处理方法的限定，在此不再赘述。上述多账户开户处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
221.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于多账户开户处理方法过程采用或生成的算法。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种多账户开户处理方法。
222.在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中多账户开户处理方法，例如图2所示s201
‑
s206，或者图3至图7中所示，为避免重复，这里不再赘述。或者，处理器执行计算机程序时实现多账户开户处理装置这一实施例中的各模块/单元的功能，例如图8或图9所示的多账户开户处理的功能，为避免重复，这里不再赘述。
223.在一实施例中，提供一计算机可读存储介质，该计算机可读存储介质上存储有计
算机程序，该计算机程序被处理器执行时实现上述实施例中多账户开户处理方法，例如图2所示s201
‑
s206，或者图3至图7中所示，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现上述多账户开户处理装置这一实施例中的各模块/单元的功能，例如图8或图9所示的多账户开户处理的功能，为避免重复，这里不再赘述。
224.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，、计算机程序可存储于一一非易失性可读存储介质也可以存储在易失性可读存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。
225.以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。