一种账户处理方法和装置

本发明涉及计算机技术领域，尤其涉及一种账户处理方法和装置。

虚拟银行用户KYC规则(KYC规则是指了解客户(know-your-customer,KYC)规则)实名流程存在多账户场景,例如存款业务需要Saving账户,贷款业务需要Cash(现金贷)和Buy(信用付)账户，传统方案为制定一套存款业务系统处理存款流程,另制定一套贷款业务系统处理贷款流程。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

现有技术是多个独立的系统分别对接相关的依赖系统及资源，对于公共系统的对接造成重复工作,对于数据存储信息对齐等工作及后续的沟通维护成本极高。例如新增一个“每月收入”的用户信息则需要多个系统分别进行调整，每个系统是独立的技术体系，资源成本高，再新增类似股票账户系统、白条账户系统等工作量大。

有鉴于此，本发明实施例提供一种账户处理方法和装置，能够解决现有多账户场景针对不同业务需求分别设置相应业务系统，资源成本高、效率差的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种账户处理方法，包括接收账户开户请求，获取所述请求对应场景的流程编码，以根据所述流程编码创建申请单；基于所述申请单对应的预先配置的流程节点，返回当前节点待执行步骤，以控制应用程序页面的流程流转；接收流程流转执行结果数据，转发至业务系统审核，进而接收审核结果并返回。

可选地，根据所述流程编码创建申请单之后，包括：

生成申请单号并存储至核心系统；其中，所述申请单号用于标记该次开户流程流转数据；

如果所述申请单的流程流转过程中断，则待中断结束后，调用核心系统中存储的申请单号得到对应的流程流转数据，以基于预先配置的流程节点继续执行流程流转。

可选地，控制应用程序页面的流程流转，包括：

应用程序接收到所述流程流转，调用预设的跳转方法，以跳转至对应的节点处理页面，与用户进行交互得到执行结果数据，进而通过接口报送所述执行结果数据。

可选地，基于所述申请单对应的预先配置的流程节点，返回当前节点待执行步骤，包括：

基于所述申请单对应的预先配置的流程节点，获取当前节点对应的目标数据项，进而将所述目标数据项传入核心系统，查是否存储有相应的数值；

接收查结果，如果所述查结果为存在相应数值，则跳过当前节点，获取下一个节点待执行步骤；如果所述查结果为不存在相应数值，则返回当前节点待执行步骤。

可选地，将所述目标数据项传入核心系统，查是否存储有相应的数值，包括：

将所述目标数据项传入核心系统，以使所述核心系统判断所述目标数据项是否为场景共享数据项，若是则在场景共享数据项存储表中查是否存在相应数值，若否则直接返回不存在相应数值的查结果。

可选地，接收查结果之后，包括：

如果多个目标数据项中的部分不存在相应数值，则返回不存在相应数值的数据项对应的待执行步骤；

接收执行结果数据，将获取的相应数值和执行结果数据进行整合，发送至业务系统审核，进而将审核结果返回。

可选地，接收账户开户请求之后，包括：

判断是否存在所述请求对应场景的流程编码，若是则根据所述流程编码创建申请单，若否则根据所述请求对应的场景配置相应的流程节点，生成所述场景的流程编码；

其中，根据所述请求对应的场景配置相应的流程节点时，则调用节点库，判断待配置的节点是否已存在，若是则直接提取节点数据，若否则设置节点并存储至节点库。

另外，本发明还提供了一种账户处理装置，包括获取模块，用于接收账户开户请求，获取所述请求对应场景的流程编码，以根据所述流程编码创建申请单；处理模块，用于基于所述申请单对应的预先配置的流程节点，返回当前节点待执行步骤，以控制应用程序页面的流程流转；接收流程流转执行结果数据，转发至业务系统审核，进而接收审核结果并返回。

上述发明中的一个实施例具有如下优点或有益效果：本发明实现了对于多场景账户开户，既要信息共享(共享公用信息)又要相对独立(有自己独立的业务属性),满足了不同账户体系对“相对独立”的需求，可动态配置用户的操作的开户操作流程，同时可动态接入不同的业务属性流程(如对接外部银行、外部厂商,审核流程等等)，同时提供了能共用的信息及流程(如网关接入，活体识别等的核身流程，常规的风控流程等)；对于新增的账户开户类型(如在原有存款户和贷款户的基础上增加白条账户)可做到快速灵活调配和组合，基于原有资源和新账户体系去同存异达到快速完成开立目标账户需求的目的，有利于虚拟银行业务拓展快；而且对于新场景的开户流程，只需新增流程节点及流程调配即可快速完成开立目标账户需求，流程动态可配，后续基于用户体验的调整更简单，可扩展性强；同时也可满足同一用户不同账户间的升级需求，只需填写差异信息即可。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明第一个实施例的账户处理方法的主要流程的示意图；

图2是根据本发明第二个实施例的账户处理方法的主要流程的示意图；

图3是根据本发明实施例的账户处理装置的主要模块的示意图；

图4是本发明实施例可以应用于其中的示例性系统架构图；

图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明第一个实施例的账户处理方法的主要流程的示意图，如图1所示，所述账户处理方法包括：

步骤S101，接收账户开户请求，获取所述请求对应场景的流程编码，以根据所述流程编码创建申请单。

步骤S102，基于所述申请单对应的预先配置的流程节点，返回当前节点待执行步骤，以控制应用程序页面的流程流转。

步骤S103，接收流程流转执行结果数据，转发至业务系统审核，进而接收审核结果并返回。

作为一些实施例，步骤S101接收账户开户请求之后，包括：

判断是否存在所述请求对应场景的流程编码，若是则根据所述流程编码创建申请单，若否则根据所述请求对应的场景配置相应的流程节点，生成所述场景的流程编码。其中，根据所述请求对应的场景配置相应的流程节点时，则调用节点库，判断待配置的节点是否已存在，若是则直接提取节点数据，若否则设置节点并存储至节点库。

也就是说，EKYC(EKYC即电子化认识你的客户)服务端接收到账户开户请求后，根据对应的流程编码创建一个申请单，并将申请单号返回给发送账户开户请求的应用程序App端。

可以看出，本发明如果新增开户场景只需要通过配置对应的流程节点，再调用统一的节点数据处理接口即可生产一套全新的开户流程。同时，解决了账户间升级的问题，只需要一套规则处理方法对新配置的开户场景流程节点与核心系统当前最新数据做一次比对即可生成新的一套流程节点控制用户开户。例如：A账户升级C账户，A+B升级C账户，A+C升级B账户等均可一次完成，而且后续扩展性强。

值得说明的是，发送账户开户请求的应用程序App端对应的流程编码例如存款账户Saving(`00000`)，信用付账户Buy(`02001`)，现金贷账户Cash(`02000`)等等。

在一些实施例中，根据所述流程编码创建申请单之后，包括：

生成申请单号并存储至核心系统；其中，所述申请单号用于标记该次开户流程流转数据。如果所述申请单的流程流转过程中断，则待中断结束后，调用核心系统中存储的申请单号得到对应的流程流转数据，以基于预先配置的流程节点继续执行流程流转。

可以看出，申请单号用于标记此次开户流程数据，方便流程流转过程中断后，继续开户流程。例如：流程流转过程中断后，根据申请单号对应的开户流程数据调用公共核身组件(OTP,密码等的安全验证)执行验证。

在又一些实施例中，控制应用程序页面的流程流转，包括：

应用程序接收到所述流程流转，调用预设的跳转方法，以跳转至对应的节点处理页面，与用户进行交互得到执行结果数据，进而通过接口报送所述执行结果数据。

可以看出，应用程序App端收到EKYC服务端的流程流转，可以调用统一的跳转方法，跳转到对应的节点处理页面与用户进行交互。例如：身份证采集、活体识别、地址选择、职业行业选择、信息填写等等。以用户身份核验节点为例，EKYC服务端返回COMMIT_AUTH_DATA，则跳转到对应的身份证采集和人像活体识别流程，生成的证件照片、人脸照片和信息数据通过接口报送到EKYC服务端，EKYC服务端验证通过后返回下一个流程节点，依次类推就实现所有流程节点的流转。

作为另一些实施例，基于所述申请单对应的预先配置的流程节点，返回当前节点待执行步骤，包括：

基于所述申请单对应的预先配置的流程节点，获取当前节点对应的目标数据项，进而将所述目标数据项传入核心系统，查是否存储有相应的数值。然后，接收查结果，如果所述查结果为存在相应数值，则跳过当前节点，获取下一个节点待执行步骤；如果所述查结果为不存在相应数值，则返回当前节点待执行步骤。

可以看出，对于发送账户开户请求的应用程序App端只需要对新增的差异节点(如新增声明信息、额度确认等节点)进行实现即可。同时，流程节点是可以多账户共享的。例如：身份核验节点就是共享节点，如果任一开户流程完成该步骤并最终开户成功，数据落入核心系统存储，则开其他户时可跳过该节点直接进入下一节点。节点数据共享的基本原则是数据来源是核心系统。其中，核心系统数据以用户为维度存储，而EKYC服务端则以申请单为维度进行数据存储。

进一步地实施例，将所述目标数据项传入核心系统，查是否存储有相应的数值，包括：

将所述目标数据项传入核心系统，以使所述核心系统判断所述目标数据项是否为场景共享数据项，若是则在场景共享数据项存储表中查是否存在相应数值，若否则直接返回不存在相应数值的查结果。

另一个进一步地实施例，接收查结果之后，包括：

如果多个目标数据项中的部分不存在相应数值，则返回不存在相应数值的数据项对应的待执行步骤。然后，接收执行结果数据，将获取的相应数值和执行结果数据进行整合，发送至业务系统审核，进而将审核结果返回。

较佳地，EKYC服务器可以对执行结果数据(例如信息填写)校验，校验通过后进行一次预提，预提数据为整合数据，可能是全新的执行结果数据(核心系统中不存在相应数值)，也可能是核心系统中的数据和执行结果数据的组合(核心系统中存在部分相应数值)。另外，为了满足每个开户的数据诉求，EKYC服务器将数据发送至业务系统进行各种数据处理，例如客户信息落地、风控等等。

值得说明的是，同一流程节点可根据不同业务属性组合配置数据项，例如：地址节点可有证件地址、邮寄地址和工作地址三个子类，在不同开户流程场景下可以对三个子类组合配置，比如场景1只需要证件地址，场景2需要证件地址和工作地址，场景3都需要，那么如果先场景2再场景3的开户，只需要场景3补充邮寄地址即可，如果再进行场景1的开户则可直接跳过该节点。

作为优选地实施例，业务系统审核结果有多种状态：拒绝(关单)、审核中、补充资料、取消、关单、通过等等。EKYC服务端将业务系统服务端的审核结果转换成应用程序App端能够识别的状态码，以通知执行下一节点(例如下一步操作为设置密码)。如果无该下一节点或该下一节点已在其他场景完成则通知EKYC服务端将用户信息存储到核心系统，存储成功后通知到对应的业务系统，业务系统调用核心系统开户，此时核心系统的数据完全满足场景账户，创建对应的业务账户同步到业务系统，业务系统通知EKYC服务端开户成功，然后EKYC服务端通知应用程序App端开户成功，开户成功后即可让用户进行一些业务设置或者营销活动等。

图2是根据本发明第二个实施例的账户处理方法的主要流程的示意图，其中，EKYC开户组件(例如APP)主要负责完成账户开户流程中与用户的交互部分，与EKYC服务端交互，按照约定处理UI/UX(用户界面与用户体验设计)、数据转换、数据验证、流程流转等。并且，负责对接前端的外部业务系统组件。EKYC服务端(即图2中的EKYC)作为中间系统，处理与EKYC开户组件的网络数据交互，与核心系统的数据交互，且对接公用的网关系统、核身系统、风控系统等。针对不同账户场景，以账户场景为维度做数据整合、流程组装、流程控制等。业务系统主要对接一些账户特有的业务如额度确认等等。而核心系统主要用于对产生的用户数据进行存储,较佳地以用户为维度存储。.

如图2所示，所述账户处理方法，包括：用户点击进入前台各业务入口，即EKYC开户组件(例如APP)中所需业务(即不同场景)入口，校验是否登录，若否则执行登录或注册流程。若是则将登录信息传送至业务系统，判断是否开通了所述业务，如果是则正常使用对应业务，如果否则调用EKYC服务端判断针对所述业务是否存在申请单。

如果在EKYC服务端中已经存在申请单，则说明之前的业务处理过程中断，调用核心系统(即图中的银行核心)中存储的申请单号得到对应的流程流转数据，以基于预先配置的流程节点继续执行流程流转。如果在EKYC服务端中不存在申请单，则校验用户是否有状态为已提交、审核中或已完成等的客户身份核验申请，若否则调用业务系统进行用户身份核验流程(例如业务系统根据登录信息进行身份核验)，待身份核验完成将核验信息存入核心系统，以使核心系统更新用户OCR信息(OCR指光学字符识别)。若是则获取所述请求对应场景的流程编码，以根据所述流程编码创建申请单，基于所述申请单对应的预先配置的流程节点，返回当前节点待执行步骤(例如用户个人资料填写流程)，以控制EKYC开户组件(例如APP)的流程流转。

控制EKYC开户组件中页面的流程流转之后，EKYC服务端接收流程流转执行结果数据并校验(例如填写的信息并校验)，校验通过后进行一次预提至业务系统，业务系统进行执行结果数据的落地，并进行审核，将审核结果返回至EKYC服务端。

EKYC服务端根据审核结果，更新用户申请单状态信息，以将状态信息返回至EKYC开户组件(例如APP)，例如如图2中所示，审核结果为拒绝、审核中、待上传资料、取消或关单等等，分别进行相应申请单状态信息的更新，更新后的状态信息返回至APP。

申请单审核通过之后，EKYC服务端基于所述申请单对应的预先配置的流程节点，返回下一个节点的待执行步骤至APP，例如APP端进入业务额度页面。然后，EKYC服务端接收执行结果数据并存储至核心系统，存储成功的消息返回给EKYC服务端，EKYC服务端通知业务系统对执行结果数据进行审核或处理。循环前述过程，直至达到最后节点，业务系统调用核心系统开户(即创建对应业务账号)，开户成功通过业务系统返回至EKYC服务端，EKYC服务端更新用户申请单状态为完成，并通知APP。

值得说明的是，开户成功之后，APP还可以进行其他配置，例如是否需要开通其他特服务。

综上所述，本发明创造性地通过App独立组件EKYC服务端中间件的方式实现多账户开户中与业务系统的解耦合，且不受外部系统的变更影响。而且，可通过简单灵活的调配实现新增账户类型的开户，并支持账户间的升级避免了冗长的开户流程。另外，开户流程节点顺序可灵活调配适应业务频繁变更。

也就是说，本发明通过应用程序App封装EKYC开户组件，EKYC开户组件只与EKYC服务端即中间系统交互。通过场景控制、流程控制引导用户完成该账户场景对应信息选择、录入等。应用程序App组件和中间系统处理公共流程和差异流程并形成积累，后续其余开户场景通过灵活组合调配和一些差异业务处理即可快速完成开户，从而实现开户场景的动态流程配置和快速开发，精准细粒度采集用户信息，节省人员成本，增强业务推动力。

图3是根据本发明实施例的账户处理装置的主要模块的示意图，如图3所示，所述账户处理装置300包括获取模块301和处理模块302。其中，获取模块301接收账户开户请求，获取所述请求对应场景的流程编码，以根据所述流程编码创建申请单；处理模块302基于所述申请单对应的预先配置的流程节点，返回当前节点待执行步骤，以控制应用程序页面的流程流转；接收流程流转执行结果数据，转发至业务系统审核，进而接收审核结果并返回。

在一些实施例中，获取模块301根据所述流程编码创建申请单之后，包括：

生成申请单号并存储至核心系统；其中，所述申请单号用于标记该次开户流程流转数据；

处理模块302如果所述申请单的流程流转过程中断，则待中断结束后，调用核心系统中存储的申请单号得到对应的流程流转数据，以基于预先配置的流程节点继续执行流程流转。

在一些实施例中，处理模块302控制应用程序页面的流程流转，包括：

应用程序接收到所述流程流转，调用预设的跳转方法，以跳转至对应的节点处理页面，与用户进行交互得到执行结果数据，进而通过接口报送所述执行结果数据。

在一些实施例中，处理模块302基于所述申请单对应的预先配置的流程节点，返回当前节点待执行步骤，包括：

基于所述申请单对应的预先配置的流程节点，获取当前节点对应的目标数据项，进而将所述目标数据项传入核心系统，查是否存储有相应的数值；

接收查结果，如果所述查结果为存在相应数值，则跳过当前节点，获取下一个节点待执行步骤；如果所述查结果为不存在相应数值，则返回当前节点待执行步骤。

在一些实施例中，处理模块302将所述目标数据项传入核心系统，查是否存储有相应的数值，包括：

将所述目标数据项传入核心系统，以使所述核心系统判断所述目标数据项是否为场景共享数据项，若是则在场景共享数据项存储表中查是否存在相应数值，若否则直接返回不存在相应数值的查结果。

在一些实施例中，处理模块302接收查结果之后，包括：

如果多个目标数据项中的部分不存在相应数值，则返回不存在相应数值的数据项对应的待执行步骤；

接收执行结果数据，将获取的相应数值和执行结果数据进行整合，发送至业务系统审核，进而将审核结果返回。

在一些实施例中，获取模块301接收账户开户请求之后，包括：

判断是否存在所述请求对应场景的流程编码，若是则根据所述流程编码创建申请单，若否则根据所述请求对应的场景配置相应的流程节点，生成所述场景的流程编码；

其中，根据所述请求对应的场景配置相应的流程节点时，则调用节点库，判断待配置的节点是否已存在，若是则直接提取节点数据，若否则设置节点并存储至节点库。

需要说明的是，在本发明所述账户处理方法和所述账户处理装置在具体实施内容上具有相应关系，故重复内容不再说明。

图4示出了可以应用本发明实施例的账户处理方法或账户处理装置，账户处理判别或账户处理判别装置的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备401、402、403可以是具有账户处理屏或者账户处理判别屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的账户处理方法或账户处理判别方法一般由服务器405执行，相应地，计算装置一般设置于服务器405中。

应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM503中，还存储有计算机系统500操作所需的各种程序和数据。CPU501、ROM502以及RAM503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶账户处理器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块和处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括接收账户开户请求，获取所述请求对应场景的流程编码，以根据所述流程编码创建申请单；基于所述申请单对应的预先配置的流程节点，返回当前节点待执行步骤，以控制应用程序页面的流程流转；接收流程流转执行结果数据，转发至业务系统审核，进而接收审核结果并返回。

根据本发明实施例的技术方案，能够解决现有多账户场景针对不同业务需求分别设置相应业务系统，资源成本高、效率差的问题。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。