CN113807955A - 信息审核方法及相关设备 - Google Patents

Abstract

本申请提供了一种信息审核方法及相关设备，在如云技术、人工智能、智慧交通、辅助驾驶等应用场景下，申请办理某业务之前，为了精准得知需要准备哪些材料，用户可以登录审核客户端录入个人的业务审核字段数据，由审核服务器依据相应的业务申请条件对业务审核字段数据进行在线审核，提高了审核效率和准确性，且在得到各业务审核字段数据的审核结果反馈给用户，使得用户可以据此有针对性地调整不符合业务申请条件的业务审核字段数据，无需用户到线下业务办理地进行不断咨询，大大缩短了用户准确申请办理该业务所需材料所花费的时长，提高了用户体验。

Description

信息审核方法及相关设备

技术领域

本申请涉及数据处理技术领域，具体涉及一种信息审核方法及相关设备。

背景技术

目前，用户在申请办理如贷款等业务时，通常是向业务办理单位咨询需要准备资料，再携带资料到业务办理单位申请办理该业务，由业务人员将相关业务申请信息提交至业务办理平台进行审核。

其中，由于同一类型业务可能有多种申请方式，不同地方对业务办理要求也会有所成差异，往往需要业务审核人员依据当地的实际情况，对用户提交的相关资料进行审核，若资料有误，需要用户重新准备再来办理，过程非常繁琐，且人工审核效率和准确性较低，降低了用户体验。

发明内容

有鉴于此，为了解决上述技术问题，本申请提出以下技术方案：

一方面，本申请提出了一种信息审核方法，其特征在于，所述方法包括：

获取业务审核请求；所述业务审核请求是审核客户端响应于业务审核字段数据提交操作生成的；

依据所述业务审核请求包含的业务审核字段数据，确定相匹配的审核数据库；所述审核数据库存储有针对不同业务审核字段的业务申请条件；

按照所述业务申请条件，对相应所述业务审核字段数据进行审核，得到针对不同所述业务审核字段数据的审核结果；

若所述审核结果为不合格，反馈基于该审核结果生成的审核日志消息；所述审核日志消息用于指示不符合所述业务申请条件的所述业务审核字段数据。

可选的，所述依据所述业务审核请求包含的业务审核字段数据，确定相匹配的审核数据库，包括：

检测所述业务审核请求包含的业务审核字段数据符合的目标字段索引条件；所述目标字段索引条件是针对业务审核字段配置的；

依据所述目标字段索引条件，从预设的多个数据库中，筛选出与任一所述目标字段索引条件相匹配的审核数据库。

又一方面，本申请还提出了一种信息审核方法，所述方法包括：

输出业务申请信息录入界面；所述业务申请信息录入界面包含有多个业务审核字段；

响应于针对至少一个所述业务审核字段的业务审核字段数据的提交操作，向审核服务器发送包含所述业务审核字段数据的业务审核请求；

接收所述审核服务器响应所述业务审核请求反馈的审核日志消息，所述审核日志消息用于指示不符合业务申请条件的业务审核字段数据；

输出所述审核日志消息。

又一方面，本申请还提出了一种信息审核装置，所述装置包括：

业务审核请求获取模块，用于获取业务审核请求；所述业务审核请求是审核客户端响应于业务审核字段数据提交操作生成的；

审核数据库确定模块，用于依据所述业务审核请求包含的业务审核字段数据，确定相匹配的审核数据库；所述审核数据库存储有针对不同业务审核字段的业务申请条件；

审核模块，用于按照所述业务申请条件，对相应所述业务审核字段数据进行审核，得到针对不同所述业务审核字段数据的审核结果；

审核日志消息反馈模块，用于若所述审核结果为不合格，反馈基于该审核结果生成的审核日志消息；所述审核日志消息用于指示不符合所述业务申请条件的所述业务审核字段数据。

又一方面，本申请还提出了一种信息审核装置，所述装置包括：

业务申请信息录入界面输出模块，用于输出业务申请信息录入界面；所述业务申请信息录入界面包含有多个业务审核字段；

业务审核请求发送模块，用于响应于针对至少一个所述业务审核字段的业务审核字段数据的提交操作，向审核服务器发送包含所述业务审核字段数据的业务审核请求；

审核日志消息接收模块，用于接收所述审核服务器响应所述业务审核请求反馈的审核日志消息，所述审核日志消息用于指示不符合业务申请条件的业务审核字段数据；

审核日志消息输出模块，用于输出所述审核日志消息。

又一方面，本申请还提出了一种计算机设备，所述计算机设备包括：

通信模块；

存储器，用于存储实现如上述的信息审核方法的程序；

处理器，用于加载执行所述存储器存储的所述程序，实现如上述的信息审核方法。

又一方面，本申请还提出了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行，实现上述信息审核方法的各步骤。

又一方面，本申请还提出了一种计算机程序产品，包括计算机指令，所述计算机指令被处理器执行时实现上述的信息审核方法。

基于上述技术方案，用户在申请如贷款等业务之前，可以通过线上方式查询实际所需的合格材料，具体可以在启动审核客户端录入个人的业务审核字段数据后提交，审核服务器得到该用户的业务审核字段数据后，将确定与其相匹配的审核数据库，以确定针对不同业务审核字段的业务申请条件，从而按照各业务申请条件，对用户提交的业务审核字段数据进行自动审核，得到针对不同业务审核字段数据的审核结果，相对于人工审核方式，极大提高了审核效率和准确性。由于本申请的审核结果能够表示不同业务审核字段数据的审核状态，在产生不合格的审核结果后，审核服务器直接反馈指示不符合相应业务申请条件的业务审核字段数据的审核日志消息，从而使得该用户查看该审核日志消息，即可得知是哪一个或多个业务审核字段数据不满足哪个业务申请条件，据此直接在线上调整相应业务审核字段数据，大大缩短了用户准确申请办理该业务所需材料所花费的时长，提高了用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为适用于本申请提出的信息审核方法的一可选应用场景的系统架构示意图；

图2为本申请提出的信息审核方法中，审核客户端输出的业务申请信息录入界面示意图；

图3为本申请提出的信息审核方法的一可选示例的流程示意图；

图4为本申请提出的信息审核方法的又一可选示例的流程示意图；

图5为本申请提出的信息审核方法的又一可选示例的场景示意图；

图6为本申请提出的信息审核方法的又一可选示例的信令流程示意图；

图7为本申请提出的信息审核方法的又一可选示例的流程示意图；

图8为本申请提出的信息审核装置的一可选示例的结构示意图；

图9为本申请提出的信息审核装置的又一可选示例的结构示意图；

图10为适用于本申请提出的信息审核方法的计算机设备的一可选示例的硬件结构示意图；

图11为适用于本申请提出的信息审核方法的计算机设备的一可选示例的硬件结构示意图。

具体实施方式

针对背景技术部分描述，为了解决人工审核造成的审核效率和准确性低，浪费人力物力等技术问题，本申请提出针对不同的业务方式(如各种贷款方式等)、不同城市的业务办理政策要求等，预先配置相应业务办理规则即审核机制，这样，在提供该项业务的业务办理平台(如提供贷款的信贷平台等应用平台)的业务专员将用户提供的业务申请信息(如申请贷款所需材料)录入系统后，可以按照应用平台预先配置的审核机制，对获取的业务申请信息进行审核，如基于审核信息，对用户进行评分，通过判断其是否达到预设分值，来确定该用户的业务申请是否审核通过。这种自动审核方式相对于人工审核方式，提高了审核效率和准确性。

然而，上述通过评分反馈审核结果的方法中，系统无法准确反馈业务申请信息中的哪些信息字段不符合要求而导致审核未通过，仍需要应用平台的业务负责人依据工作经验进行检查判断，给业务人申请人反馈针对其提交的业务申请信息的更新建议，这也无法避免人为误差，也会降低审核效率和准确性，无法很好改善用户的用户体验。

为了进一步解决上述线下审核中存在的技术问题，本申请提出业务申请信息的预审机制，使得用户无需到相应应用平台的业务办事处提交业务申请信息，等待审核结果，可以直接登录预审平台输入业务申请信息，提交至服务端进行线上预审，服务端可以调用相应应用平台的相应审核规则，对接收到业务申请信息进行审核，若审核未通过，将反馈不符合业务规则的信息字段，从而使用户可以据此及时且准确调整业务申请信息，快速且准确地提供出符合业务规则的目标业务申请信息，无需用户与业务专员之间的反复沟通，也不用业务专员进行人工录入和检查业务申请信息，节省了人工成本，提高了应用平台业务的办理效率，减少了业务审核人办理业务过程中的等待时长，改善了用户的用户体验。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

其中，本申请中使用了流程图用来说明根据本申请的实施例的计算机设备所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作，本申请并未一一举例详述。

参照图1，为适用于本申请提供的信息审核方法的一可选应用场景的系统架构示意图，在该应用场景下，其系统可以包括审核客户端100、审核服务器200以及数据库300，其中：

审核客户端100可以是为用户提供实现信息审核功能(本申请是指提交至如信贷平台等业务办理平台之前的预审功能)的GUI(GraphicalUser Interface，图形用户界面，也可以称为图形用户接口，是指采用图形方式显示的计算机操作用户界面)的应用程序，其中，图形用户界面是一种人与计算机通信的界面显示格式，允许用户使用鼠标等输入设备操纵屏幕上的图标或菜单选项，以选择命令、调用文件、启动程序或执行其它一些日常任务。

基于此，用户启动审核客户端100后，可以输出如图2所示的审核信息录入界面(即GUI)，直接在该界面上输入用户的相应信息，点击“提交资料”，将生成的相应业务申请信息(即申请办理该业务需要准备的资料)发送至后台的审核服务器进行预审，但并不局限于图2所示的审核信息录入界面的内容及布局结构，可依据场景需求进行适应性调整，本申请不做一一列举。

在本申请实施例中，上述审核客户端100可以是终端从应用商店等应用平台下载的独立应用程序(APP，Application)；也可以是桌面应用程序(也可以称为GUI程序，其可以将GUI程序从GUI具体为桌面，使用更加人性化、丰富)；也可以是网页应用程序(如HTML5，也称为H5，Hyper Text Markup Language5，即构建Web内容的一种超文本标记语言描述方式)；也可以是一种无需下载安装即可使用的小程序，如直接在各种社交软件中添加该小程序等。本申请对审核客户端100的表现形式不做限制，用户可以依据实际情况选择使用。

本申请实际应用中，对于上述审核客户端100可以是采用Vue工具开发的终端应用程序，Vue是一套用于构建用户界面的渐进式框架，由于其核心库只关注视图层，不仅易于上手，还便于与第三方库或已有项目整合，还可以与现代化的工具链以及各种支持类库结合使用时，也能够为复杂单页应用提供驱动，从而更好地满足本申请提出的该审核客户端100支持多个业务办理平台(即办理业务的应用平台)的业务申请信息审核的技术需求；且Vue具有的跨平台功能，使其开发一套代码可以运行在多个操作系统的应用平台，方便使用具有不同操作系统的终端的业务审核人都可以使用该审核客户端100，无需使用特定类型终端登录审核客户端100，提高了本申请提供的信息审核方法的便利性。需要说明，本申请对如何通过Vue开发审核客户端100的实现过程不做详述。

需要说明，上述运行审核客户端100的终端可以包括但并不局限于手机、电脑、智能语音交互设备、智能家电、车载终端等电子设备，用户可以依据实际环境确定执行本申请提出的信息审核方法的终端类型，本申请对此不做限制。

审核服务器200可以是基于审核客户端100发送的业务申请信息，实现本申请提出的信息审核功能的服务设备，其可以是独立的物理服务器，也可以是多台物理服务器构成的服务器集群，还可以是具有云计算能力的云服务器等，审核服务器200可以通过无线通信网络或有线通信网络等通信方式，与用户终端的审核客户端100进行数据通信，以满足信息审核应用中的待审核的业务申请信息、审核结果等数据的传输，实现过程可以参照下文方法实施例相应部分的描述，本实施例不做详述。

本申请实施例中，如图2所示，需要业务审核人提供的业务申请信息字段往往包含多种，不同城市不同业务办理平台对各信息字段的业务办理要求(如信贷平台的信贷要求等，可以依据业务类型确定，本申请对此不做限制)可能不同，本申请可以预先针对不同城市不同业务办理平台对各信息字段的业务办理要求，生成相应的数据库300，由该数据库300记录相应的业务办理要求，如用于确定当地各业务方式的业务申请条件的业务政策等。基于此，审核服务器200可以实现与各数据库300的通信连接，用于在接收到审核客户端100发送的业务申请信息后，据此从相匹配的数据库300中查询相应的业务申请条件，进而据此实现对该业务申请信息的审核，实现过程本申请实施例在此不做详述。

在本申请提出的一些实施例中，在审核服务器200对业务申请信息进行审核的过程中，可以结合人工智能(Artificial Intelligence，AI)技术实现，如利用深度学习/机器学习算法，获取用户的征信情况，还可以结合其提交的业务申请信息，为其推荐合适的业务申请方式、业务申请金额和业务申请时长等信息，实现过程本申请不做详述。

数据库300可以是用于存储相应业务申请条件等业务办理政策的数据存储设备，可以视为电子化的文件柜即存储电子文件的处所，用户(如信贷平台的管理人员、用户等)可以对文件中的数据(如基于业务办理政策确定的业务申请条件等)进行新增、查询、更新、删除等操作。本申请的数据库可以是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合，本申请对数据库300的结构和类型不做限制，可视情况而定。

本申请实施例中，由于业务申请条件可能会涉及到业务申请信息中的一个或多个信息字段，如业务审核人的年龄要求、是否为本地户口、婚姻状况等信息字段，来综合确定A地址的业务申请方式B(如贷款这类业务的贷款方式等)的业务申请条件，将其存储至相应的数据库，后续用户提出A地址业务申请方式B的业务申请，可以从该数据库查询业务申请条件，以此实现对该用户提交的业务申请信息的审核。

在实际应用中，由于同一地址的不同业务申请方式、不同业务申请金额、不同业务申请时长、是否结婚等业务字段，都可能会影响用户的业务申请资格和业务申请额度，所以，本申请对于相同类别业务字段的不同内容，可以生成不同的业务申请条件，存储至不同的数据库300，在本申请实际应用中，审核服务器200可以依据接收到的业务申请信息，选择一个或多个数据库300连接，调取相应的一个或多个业务申请条件，生成针对该用户的目标业务申请条件，完成对业务申请信息的审核。本申请对上述数据库300的数量及其存储内容不做限制，可视情况而定。

示例性的，以贷款业务的审核场景为例进行说明，A城市的商业贷款的100万贷款申请，要求用户满足贷款条件1，该贷款条件1表现的相关贷款字段数据要求可以存储至数据库1；A城市的商业贷款的200万贷款申请，要求用户满足贷款条件2，该贷款条件2表现的相关贷款字段数据要求可以存储至数据库2；B城市的商业贷款的100万贷款申请，要求用户满足贷款条件3，该贷款条件3表现的相关贷款字段数据要求可以存储至数据库3等等，本申请不做一一列举，可视情况而定。

其中，在业务办理政策发生变化的情况下，可以依据变更后的业务办理政策，及时更新相应数据库存储的业务申请条件，以保证据此对业务申请信息审核的可靠性，关于数据库存储信息的更新方法本申请不做限制。

需要说明，图1所示的系统架构并不构成对本申请实施例中系统的限定，在实际应用中，该系统可以包括比图1所示的更多的部件，或者组合某些部件，可以结合该系统的应用场景需求确定，该应用场景可以包括但不限于云技术、人工智能、智慧交通、辅助驾驶等，本申请在此不做一一列举。另外，在本申请实际应用中，对于本申请公开的信息审核方法执行过程中，所产生的各种数据，如用户提交的业务申请信息、各数据库存储的业务申请条件/业务办理政策等数据，可以存储在区块链上，以提高数据存储的安全性；对于上述审核服务器、各数据库等，可以作为区块链熵的节点，以供用户通过终端访问相应节点上的信息，实现过程本申请不做详述。

结合上文描述，参照图3，为本申请提出的信息审核方法的一可选示例的流程示意图，本实施例可以适用于上文实施例描述的系统应用场景，即在用户提出业务申请之前，实现对申请该业务所需准备的资料即业务申请信息的审核，该信息审核方法可以由审核服务器执行，也可以是审核服务器和审核客户端或数据库配合执行，可视情况而定，本申请实施例以审核服务器执行信息审核方法为例进行说明。如图3所示，该方法可以包括但并不局限于以下步骤：

步骤S11，获取业务审核请求；

结合上文对本申请技术构思的相关描述，在用户针对购买对象想要申请办理相应业务的情况下，如买房时申请办理房贷业务等，希望在去业务办理平台的办事处申请业务之前，可以通过线上方式，先确定其所需准备的业务申请资料，其当前阶段针对该购买对象能够申请到的业务申请额度等业务申请信息，之后，可以直接据此向业务办理平台提交合适的业务申请信息，解决因提交的业务申请信息不合适等原因，造成的审批周期长，用户体验差，且会浪费人工成本等技术问题。

因此，用户在向业务办理平台提交业务申请之前，可以启动审核客户端登录具有预审功能的业务申请信息审核平台，输出如图2所示的业务申请信息录入界面，以指导用户在各业务审核字段的输入框内，直接输入或选择输入相应的业务审核字段数据，此时根据需要可以选择业务申请信息录入界面呈现的一个或多个业务审核字段进行数据输入，之后，可以点击“提交资料”按钮，这样，审核客户端响应于用户的业务审核字段数据提交操作，可以生成相应的业务审核请求，将该业务审核请求发送至支持该业务申请信息审核平台功能实现的审核服务器。本申请对业务审核请求包含的内容及其生成方式、向审核服务器的传输方式等均不做限制，可依据场景需求确定。

步骤S12，依据业务审核请求包含的业务审核字段数据，确定相匹配的审核数据库；

结合上文对业务审核请求的相关描述，其可以用于请求审核服务器对用户提交的业务审核字段数据进行审核(即预审)，确定其是否符合相应的业务申请条件，即确定包含该业务审核字段数据的业务申请信息提交至信贷平台能否审核通过。因此，业务审核请求可以包括用户提交的业务审核字段数据，如用户输入的任一个或多个业务审核字段数据，根据需要还可以包括上一次提交保留的其他业务审核字段的数据，可视情况而定。

审核服务器对接收到的业务审核请求进行解析处理，可以得到其包含的一个或多个业务审核字段数据，之后，结合上文对用于存储针对一个或多个业务审核字段配置的一个或多个业务申请条件的数据库的相关描述，可以依据接收到的各业务审核字段数据，筛选能够提供相匹配的业务申请条件的一个或多个数据库，将其记为审核数据库。本申请对如何从预先配置的多个数据库中，筛选出本次预审所需的审核数据库的实现方法不做限制。

步骤S13，按照业务申请条件，对相应业务审核字段数据进行审核，得到针对不同业务审核字段数据的审核结果；

由于审核数据库存储有针对不同业务审核字段的一个或多个业务申请条件，不同业务申请条件涉及到的业务审核字段可能不同，示例性的：以贷款这类业务为例进行说明，某数据库中记录有A地址申请贷款的贷款申请人的年龄要大于22周岁；在A地址申请贷款的贷款申请人的贷款最大额度为100万，且贷款申请人的年龄要小于50周岁等，但并不局限于本文列举的贷款条件内容，且对于不同类别业务，其对应的业务申请条件往往不同，本申请不做一一列举。

按照上文描述的方式确定一个或多个审核数据库后，可以遍历审核数据库中存在的由一个或多个业务审核字段构成的业务申请条件，检测用户提交的业务审核字段数据是否满足各业务申请条件，从而得到相应的审核结果。可以理解，该审核结果可以包括用户的某些业务审核字段数据满足某业务申请条件，某些业务审核字段数据不满足业务申请条件，用户未提供某业务申请条件所需的一个或多个业务审核字段数据等，本申请对各业务申请条件的审核结果内容及其表示方式不作限制，可视情况而定。

步骤S14，若审核结果为不合格，反馈基于该审核结果生成的审核日志消息，该审核日志消息用于指示不符合业务申请条件的业务审核字段数据。

本申请实施例中，为了解决审核服务器直接反馈审核通过、未通道、待定等表示整个业务申请信息审核状态的审核结果，导致用户无法快速且准确得知是哪一个或多个业务审核字段数据不满足相应的业务申请条件，本申请提出针对每一个业务申请条件的检测结果，生成对应的一个审核结果，尤其是存在审核结果为不合格的情况下，直接将该审核结果反馈给该用户，使得该用户可以查看反馈信息，确定上次提交的业务审核字段数据，不满足的业务申请条件，具体是哪一个或多个业务审核字段数据不满足该业务申请条件等审核日志消息息，本申请对该审核日志消息的内容及其展示方式不做限制。

在一些实施例中，审核服务器可以按照该用户提交的通信方式和通信号码(如手机号、邮箱地址等)，以短信息、语音消息、邮件等方式发送至相应的终端，告知上述不合格的审核结果，从而据此重新调整相应的业务审核字段数据，按照上文描述的信息审核方法继续对下一次提交的业务审核字段数据等信息进行审核，直至满足各业务申请条件。

之后，审核服务器可以将审核结果都合格，即用户提交的各业务审核字段数据都满足各审核数据库的业务申请条件的情况下，可以据此生成业务审核合格报告，由其包含用户希望针对业务对象申请业务需要提供的各业务申请信息，需要时还可以包括本次申请业务所需满足的各业务申请条件，和/或审核服务器采用人工智能方式，综合用户以及信贷平台等不同方面数据，预测出的性价比较高的业务方案，其可以包括如业务申请方式(如贷款业务的贷款方式)、业务申请金额(如贷款业务的贷款金额)、业务申请时长(如贷款业务的贷款时长)、业务办理机构等信息。本申请对上述业务审核合格报告包含的内容及其反馈方式不做限制，可以依据场景需求确定，用户也可以预先选择是否生成该业务审核合格报告。

综上，本申请实施例中，用户在向信贷平台申请业务之前，可以通过线上方式查询实际所需的合格的业务申请信息，具体可以在启动审核客户端录入个人的业务审核字段数据后提交，审核服务器得到该用户的业务审核字段数据后，将确定与其相匹配的审核数据库，以确定针对不同业务审核字段的业务申请条件，从而按照各业务申请条件，对用户提交的业务审核字段数据进行自动审核，得到针对不同业务审核字段数据的审核结果，相对于人工审核方式，极大提高了审核效率和准确性。

其中，由于本申请的审核结果能够表示不同业务审核字段数据的审核状态，在产生不合格的审核结果后，审核服务器直接反馈不符合相应业务申请条件的审核日志消息，从而使得该用户查看该审核日志消息，即可得知是哪一个或多个业务审核字段数据不满足哪个业务申请条件，据此直接在线上调整相应业务审核字段数据，相对于系统反馈业务申请信息的整个审核状态的处理方式，本申请能够快速且精准指导用户调整业务申请信息，不需要与业务办理平台的业务专员进行不断沟通，大大缩短了用户准确业务所需正确的业务申请信息所花费的时长，提高了用户体验。

而且，本申请提出的信息审核方法是用户向业务办理平台提交业务申请信息之前，直接启动审核客户端登录业务申请信息预审系统实现业务申请信息的预审，相对于用户直接拿着准备的业务申请信息到相应的信贷平台的办事处直接进行业务申请，因准备的业务申请信息不完整或错误，导致用户可能需要多次前往办事处，才能够提交正确的业务申请信息，本申请无需亲自前往办事处，大大缩短了业务申请信息准备时长，有助于提高业务审批效率。

参照图4，为本申请提出的信息审核方法的又一可选示例的流程示意图，本申请实施例可以是对上文实施例描述的信息审核方法的一可选细化实现方法，但并不局限于这种细化实现方法，该方法仍可以有审核服务器执行，如图4所示，该方法可以包括：

步骤S21，获取业务审核请求；

关于步骤S21的实现过程，可以参照但并不局限于上文实施例相应部分的描述，本实施例不做赘述。

步骤S22，获取与业务审核请求包含的业务审核字段关联的字段索引条件；

步骤S23，获得业务审核请求包含的业务审核字段数据符合的目标字段索引条件；

结合上文实施例对数据库的相关描述，针对同一业务审核字段，其数据属于不同范围，所对应的数据库可能不同，示例性的，仍以贷款业务为例进行说明，贷款额度在100万以内的贷款条件，与贷款额度在300万～500万之间的贷款条件可能不同，两者对应的基于相应贷款条件的数据库不同；用户户口所在地、贷款对象所在地、社保缴纳所在地等地址不同，相应贷款政策不同，导致记录相应贷款条件的数据库也会不同。

所以，本申请在确定审核数据库的过程中，可以先依据业务审核请求包含的业务审核字段类别，从预先针对业务审核字段配置的字段索引条件中，筛选出与该业务审核字段类别关联的字段索引条件，如先确定业务额度关联的字段索引条件，如贷款额度小于100万；贷款额度位于300万～500万之间等，之后，在检测相应类别贷款审核字段数据符合的字段索引条件，如用户申请贷款额度为80万，其对应的目标字段索引条件可以为贷款额度小于100万。可以理解，对于其他类别的业务索引字段数据符合的目标字段索引条件的筛选过程类似，本申请不做一一详述。

步骤S24，依据目标字段索引条件，从预设的多个数据库中，筛选出与任一目标字段索引条件相匹配的审核数据库；

结合上文描述的业务审核字段、字段索引条件、数据库等之间的关联关系，审核服务器确定用户当前提交的业务审核字段符合的目标索引条件后，可以按照预先确定的该关联关系，索引到与每一个目标字段索引条件相匹配的审核数据库，如确定业务申请额度小于100万的审核数据库；确定A地区的审核数据库等，本申请对上述关联关系的确定方法及其表示方式不做限制，可视情况而定。

在本申请实施例实际应用中，若检测到业务审核请求包含的业务审核字段数据，与获取的各字段索引条件均不符合，说明线上并未公布相应的业务申请条件，这种情况下，审核服务器可以反馈相应的提示信息，以提醒用户到业务办事处进行咨询，可以向相应信贷平台反馈该检测结果，或基于该检测结果生成的业务申请条件配置建议，建议信贷平台可以依据相应业务政策，构建相应的数据库，实现过程本申请不做详述。

步骤S25，按照业务申请条件，对相应业务审核字段数据进行审核，得到针对不同业务申请条件的审核结果；

步骤S26，依据得到的不同业务审核字段关联的审核结果，生成相应的审核日志文件；

步骤S27，将该审核日志文件反馈具有预设通信联系方式的用户终端进行展示。

在本申请实际应用中，如上文实施例的描述，可以在得到针对不同业务申请条件的审核结果后，生成相应的审核日志消息，及时表示业务审核字段数据不符合业务申请条件的审核日志消息反馈至用户终端；也可以在用户完成本次预设后，将得到的包含各业务审核字段的审核结果的审核日志文件反馈至用户终端等，本申请对审核服务器告知用户上述审核结果的实现方法不做限制，可视情况而定。

在本申请提出的又一些实施例中，参照图5，审核服务器接收到任一审核客户端发送的业务审核请求后，可以针对业务审核请求包含的用户标识，创建相应的Actor对象，即用于实现任务处理的基本的计算节点，能够接收一个消息(如上述业务审核请求等)并据此执行相应的计算，如本申请提出的信息审核方法中的审核处理过程，本申请对Actor对象的创建方法不作限制。

其中，本申请创建的Actor对象，可以用于数据查询和共享工程中数据的正确性，在每一个Actor对象中，可以配置有表示相应用户状态的属性，如基于上述各业务审核字段信息对应的审核结果确定，以便通过该属性可以标记该用户发起的业务申请信息审核任务的审核状态，并索引到审核中哪个业务审核字段数据导致的审核失败。

可见，本申请还可以生成针对不同审核结果的审核日志消息，或针对提交的不同业务审核字段数据的审核结果的审核日志消息，将该审核日志消息发送至相应用户的Actor对象进行存储，如采用消息队列的方式进行存储，即通过消息队列方式，在Actor对象中存储用户标识关联的审核结果，或者基于审核结果生成的审核日志消息，以便在结束本次业务申请信息审核任务时，或者是检测到用户标识关联的业务审核状态查询事件时，如该用户下次进行业务审核字段数据输入前，可以依据消息队存储的各审核日志消息或各审核结果，生成相应的审核日志文件，再将该审核日志文件告知该用户，实现过程本申请不做详述。

在本申请提出的又一些实施例中，基于上文对创建的Actor对象的描述，审核服务器接入的审核数据库，实际上是指该Actor对象接入的审核数据库，由该Actor对象实现对接入的审核数据的查询。因此，当用户提交的业务审核字段类别或字段数据发生变化，导致其接入的审核数据库发生变化，由于不同数据库之间的数据不能直接交互，需要在进程中构建内存进行数据交互，所以，为了实现数据交互，需要进行数据库的切换。本实施例可以控制Actor对象从当前针对特定业务审核字段(如更新后的业务审核字段)接入的审核数据库，切换为接入与特定业务审核字段数据相匹配审核数据库，改切换实现过程可以参照上文审核数据库的确定方法的相关描述实现，本申请在此不做详述。

综上，本申请实施例中，用户线上提供各业务审核字段数据进行预审过程中，可以先依据用户确定的业务审核字段数据，确定符合的目标字段索引条件，再据此筛选与目标字段索引条件相匹配的数据库为审核数据库，即确定用于实现对该业务审核字段数据的审核的业务申请条件，之后，可以通过遍历该审核数据库，按照其存储的一个或多个业务审核字段关联的业务申请条件，实现对相应业务审核字段数据的审核，得到各业务审核字段数据的审核结果，生成相应的审核日志文件告知用户，以使得用户从中可以得知每一个业务审核字段数据的审核结果，直观得知不符合业务申请条件的业务审核字段数据，可以据此直接且准确调整该业务审核字段数据，提高业务申请信息审核效率。

参照图6，为本申请提出的信息审核方法的又一可选示例的信令流程示意图，本实施例可以作为业务申请信息的预审机制，在用户申请业务之前，可以在线上查询到业务申请信息是否符合业务申请条件。如图6所示，该方法可以包括：

步骤S31，审核服务器接收所述审核客户端发送的登录消息；

本申请实施例中，用户启动审核客户端，可以依据检测到的IP地址等信息，生成运行所述审核客户端的电子设备的设备标识，即具有唯一特点的标识，向审核服务器发送包含该设备标识等信息的登录消息，以告知审核服务器当前有用户启动审核客户端进行业务申请信息预审，审核服务器可以依据该登录消息，建立其与该电子设备之间的通信通道，后续可以通过该通信通道实现信息审核过程中的数据交互。

步骤S32，审核服务器检测是否存在设备标识关联的历史业务申请信息提交消息；

步骤S33，审核服务器从设备标识关联的历史业务申请信息提交消息中，提取历史业务审核字段数据；

步骤S34，审核服务器将历史业务审核字段数据发送至审核客户端；

步骤S35，审核客户端输出业务申请信息录入界面，在该业务申请信息录入界面呈现接收到的历史业务审核字段数据；

本申请实施例中，对于用户启动审核客户端进行业务申请信息审核，产生的各种历史数据存储在服务器侧，这样，审核服务器接收到登录消息后，可以依据接收到的IP地址等设备标识，来查询数据存储设备，检测用户上次是否有提交数据记录，即是否存在历史业务申请信息提交消息，若存在，可以从中提取符合业务申请条件的历史业务审核字段数据，反馈至审核客户端进行展示，这样，用户对于一些基础的业务审核字段，如姓名、身份证号、性别、政治面貌等字段数据，可以不用重复输入，减少了用户输入工作量，提高了用户体验。

这种情况下，对于审核客户端输出的如图2所示的业务申请信息录入界面中的各业务审核字段的输入框内，包含有相应的历史业务审核字段数据，当然，对于未层提交的业务审核字段数据，相应业务审核字段的输入框为空白，等待用户重新输入。

在本申请提出的又一些实施例中，出于用户信息安全方面的考虑，对于业务审核字段中涉及到用户隐私等敏感字段，可以不保留历史业务审核字段数据，要求用户每次重新输入相应的字段数据等。关于业务申请信息录入界面呈现的信息内容，并不局限于上文描述的实现方法，可以依据场景需求进行适应性调整，本申请不做详述。

若审核服务器未检测到设备标识关联的历史业务申请信息提交消息，说明用户是首次登录业务申请信息审核系统，可以直接向审核客户端反馈默认业务审核字段数据输出，也可以不反馈，审核客户端输出空白内容的业务申请信息录入界面，本申请对此不做限制，可视情况而定。

步骤S36，审核客户端响应于用户对业务申请信息录入界面展示的业务审核字段的输入操作，确定特定业务审核字段数据；

对于审核客户端输出的业务申请信息录入界面呈现的历史业务审核字段数据，用户可以根据个人实际情况进行调整，如重新输入或选择业务审核字段数据，在该过程中，审核客户端可以监控输入光标状态，待捕获到光标失去聚焦的行为，即监测到业务审核字段输入事件，可以将其对应的业务审核字段数据确定为特定业务审核字段数据，如在房贷业务预审应用中，可以更新户口所在地，商品房(一种业务对象，但并不局限于此)，社保所在地等业务审核字段的数据，可以将其确定为特定业务审核字段数据，本申请对特定业务审核字段数据的监测实现方法不做限制。

步骤S37，审核客户端将该特定业务审核字段数据发送至审核服务器；

步骤S38，审核服务器获取特定业务审核字段数据关联的字段限制属性；

所述字段限制属性用于指导用户在业务申请信息录入界面输入满足所述字段限制属性的业务审核字段数据；

步骤S39，审核服务器将字段限制属性反馈至审核客户端；

步骤S310，审核客户端基于该字段限制属性与相应业务审核字段数据的比较结果，输出相应的字段数据引导消息。

在实际应用中，对于不同的业务审核字段，业务办理平台通常都会配置相应的基本条件要求，如最大或最小阈值要求等，或者是受其他业务审核字段的约束条件，对此，本申请可以预先配置各业务审核字段关联的字段限制属性，如地址业务审核字段约束业务申请人的最低收入，所以，上述特定业务审核字段数据包括地址这一字段的情况下，关联的字段限制属性可以是最低收入，将其发送至审核客户端，检测该用户输入的收入值是否大于该最低收入，若小于该最低收入，可以输出提示引导用户提供流水记录的消息，以便后续审核服务器可以结合流水记录进行审核。

由此可见，审核服务器接收到字段限制属性后，可以将其与相应业务审核字段数据进行比较，从而依据比较结果，生成相应的字段数据引导消息输出，本申请对该字段数据引导消息的内容及其输出方式不做限制，可视情况而定。在又一些实施例中，对于某些类别的字段限制属性，如业务申请额度、业务申请时长等，审核服务器也可以直接输出接收到字段限制属性，以便用户可以据此调整相应的字段数据，实现过程本申请不做详述。

在本申请提出的又一些实施例中，结合上文实施例相应部分的描述，业务审核字段的数据改变，可能会导致其对应的业务政策发生变化，相应的审核数据库也会改变，进而导致业务申请条件改变。为了保证用于审核实际提交的业务审核字段数据的业务申请条件的可靠性，本申请可以通过实现determineCurrentLookupKey协议，返回数据源key，即上述特定业务审核字段数据，从而据此判断是否需要切换审核数据库。

因此，基于上文实施例的描述，审核服务器还可以检测针对特定业务审核字段接入的审核数据库，与特定业务审核字段数据是否匹配；若不匹配，可以将针对特定业务审核字段接入的所述审核数据库，切换为与特定业务审核字段数据相匹配审核数据库，具体实现过程可以参照上文实施例确定审核数据库的方法，本申请不做赘述。

参照图7，为本申请提出的信息审核方法的又一可选示例的流程示意图，该方法可以由审核客户端执行，如图7所示，该方法可以包括：

步骤S41，输出业务审核配置界面；

步骤S42，响应于对业务审核配置界面的选择操作，向审核服务器发送包含选择的业务审核配置信息的业务审核配置请求；

步骤S43，接收审核服务器响应业务审核配置请求反馈的业务申请信息录入界面数据；

步骤S44，执行业务申请信息录入界面数据，输出与业务配置信息相匹配的业务申请信息录入界面；

本申请实施例中，上述业务配置信息可以包括但并不局限于业务申请方式、业务申请位置以及业务对象(如贷款业务中的购买对象，如商品房、车子等)等至少一个，也就是说，在实际应用中，用户启动审核客户端后，可以选择业务配置信息，据此获取相应的业务申请信息录入界面，以呈现相应的业务审核字段。

可以理解，在用户选择的业务配置信息不同的情况下，相应的业务政策不同，需要用户提供的业务审核字段数据也不同，由此配置的业务申请信息录入界面的内容和布局也可能会有所差别，所以，在业务申请信息预审之前，用户可以先选择如上述业务配置信息这种基本信息，确定需要用户提供哪些业务审核字段的相应信息。

示例性的，在贷款业务的预审应用中，若用户选择公积金业务方式，需要用户提供公积金缴存明细和缴存证明；非本地户口需要提供本地工作证明和社保缴存证明；用户已婚需要提供配偶的相关材料等，并不局限于图2所示的业务申请信息录入界面。可选的，对于婚姻状况一栏，若选择或输入已婚，可以输出配偶信息字段的输入框，以提醒用户继续输入配偶相关信息等，本申请不做一一详述。

步骤S45，响应于针对至少一个业务审核字段的业务审核字段数据的提交操作，向审核服务器发送包含业务审核字段数据的业务审核请求；

步骤S46，接收审核服务器响应业务审核请求反馈的审核日志消息；

关于审核服务器接收到业务审核请求后的处理过程，可以参照上文从审核服务器侧描述的内容，本申请在此不做赘述。其中，审核日志消息可以用于指示不符合业务申请条件的业务审核字段数据。

步骤S47，输出该审核日志消息。

综上，在本申请实施例中，用户提交业务申请之前，可以在线上查询业务申请信息是否符合业务申请条件，根据业务需求，选择业务方式、业务申请位置以及业务对象等信息，确定所需业务审核字段类别，输出包含多个业务审核字段的业务申请信息录入界面，以指示用户输入或选择相应的业务审核字段，提交至审核服务器，由审核服务器按照上文描述的方法，确定哪些业务审核字段数据不符合业务申请条件后，以审核日志消息的方式告知用户，方便用户继续完善或修改业务申请信息录入界面中的业务审核字段数据，以快速且准确地得到符合业务政策要求的业务申请信息，无需用户到业务办理平台办事处不断咨询正确的业务申请信息，大缩短了用户准确业务所需正确的业务申请信息所花费的时长，提高了用户体验。

参照图8，为本申请提出的信息审核装置的一可选示例的结构示意图，该装置可以包括：

业务审核请求获取模块210，用于获取业务审核请求；所述业务审核请求是审核客户端响应于业务审核字段数据提交操作生成的；

审核数据库确定模块220，用于依据所述业务审核请求包含的业务审核字段数据，确定相匹配的审核数据库；所述审核数据库存储有针对不同业务审核字段的业务申请条件；

审核模块230，用于按照所述业务申请条件，对相应所述业务审核字段数据进行审核，得到针对不同所述业务审核字段数据的审核结果；

审核日志消息反馈模块240，用于若所述审核结果为不合格，反馈基于该审核结果生成的审核日志消息；所述审核日志消息用于指示不符合所述业务申请条件的业务审核字段数据。

在一种可能的实现方式中，上述审核数据库确定模块220包括：

第一检测单元，用于检测所述业务审核请求包含的业务审核字段数据符合的目标字段索引条件；所述目标字段索引条件是针对业务审核字段配置的；

第一筛选单元，用于依据所述目标字段索引条件，从预设的多个数据库中，筛选出与任一所述目标字段索引条件相匹配的审核数据库。

基于上文实施例的描述，上述信息审核装置还可以包括：

登录消息接收模块，用于接收所述审核客户端发送的登录消息；所述登录消息包含有运行所述审核客户端的电子设备的设备标识；

第一检测模块，用于检测是否存在所述设备标识关联的历史业务申请信息提交消息；

提取模块，用于在第一检测模块的检测结果为是的情况下，从所述设备标识关联的历史业务申请信息提交消息中，提取历史业务审核字段数据；

数据传输模块，用于将所述历史业务审核字段数据发送至所述审核客户端进行展示。

在本申请提出的又一些实施例中，上述信息审核装置还可以包括：

字段数据接收模块，用于接收所述审核客户端发送的特定业务审核字段数据；所述特定业务审核字段数据是所述审核客户端响应于所述用户对业务申请信息录入界面展示的业务审核字段的输入操作确定的；

字段限制属性获取模块，用于获取所述特定业务审核字段数据关联的字段限制属性；所述字段限制属性用于指导所述用户在所述业务申请信息录入界面输入满足所述字段限制属性的业务审核字段数据；

字段限制属性传输模块，用于将所述字段限制属性反馈至所述审核客户端，由所述审核客户端基于所述字段限制属性与相应业务审核字段数据的比较结果，输出字段数据引导消息。

基于上述实施例，该装置还可以包括：

第二检测模块，用于检测针对特定业务审核字段接入的审核数据库，与所述特定业务审核字段数据是否匹配；

切换控制模块，用于在第二检测模块的检测结果为否的情况下，将针对所述特定业务审核字段接入的所述审核数据库，切换为与所述特定业务审核字段数据相匹配审核数据库。

在又一些实施例中，上述装置还可以包括：

对象创建模块，用于针对所述业务审核请求包含的用户标识，创建相应的Actor对象；

消息存储模块，用于通过消息队列方式，在所述Actor对象中存储所述用户标识关联的所述审核日志消息；

审核日志文件生成模块，用于检测到所述用户标识关联的业务审核状态查询事件，利用所述消息队列存储的所述审核日志消息，生成审核日志文件；

审核日志文件传输模块，用于将所述审核日志文件发送至具有预设通信联系方式的用户终端进行展示；

相应地，上述切换控制模块包括：

第一控制单元，用于控制所述Actor对象从当前针对所述特定业务审核字段接入的审核数据库，切换为接入与所述特定业务审核字段数据相匹配审核数据库。

参照图9，为本申请提出的信息审核装置的又一可选示例的结构示意图，该装置可以包括：

业务申请信息录入界面输出模块110，用于输出业务申请信息录入界面；所述业务申请信息录入界面包含有多个业务审核字段；

业务审核请求发送模块120，用于响应于针对至少一个所述业务审核字段的业务审核字段数据的提交操作，向审核服务器发送包含所述业务审核字段数据的业务审核请求；

审核日志消息接收模块130，用于接收所述审核服务器响应所述业务审核请求反馈的审核日志消息，所述审核日志消息用于指示不符合业务申请条件的业务审核字段数据；

审核日志消息输出模块140，用于输出所述审核日志消息。

在本申请提出的又一些实施例中，上述业务申请信息录入界面输出模块110可以包括：

业务审核配置界面输出单元，用于输出业务审核配置界面；

业务审核配置请求发送单元，用于响应于对所述业务审核配置界面的选择操作，向审核服务器发送包含选择的业务审核配置信息的业务审核配置请求；所述业务配置信息包括业务申请方式、业务申请位置以及业务对象之中的至少一个；

业务申请信息录入界面数据接收单元，用于接收所述审核服务器响应所述业务审核配置请求反馈的业务申请信息录入界面数据；

业务申请信息录入界面输出单元，用于执行所述业务申请信息录入界面数据，输出与所述业务配置信息相匹配的业务申请信息录入界面。

需要说明的是，关于上述各装置实施例中的各种模块、单元等，均可以作为程序模块存储在相应侧的存储器中，由处理器执行存储在存储器中的上述程序模块，以实现相应的功能，关于各程序模块及其组合所实现的功能，以及达到的技术效果，可以参照上述方法实施例相应部分的描述，本实施例不再赘述。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行，实现上述信息审核方法的各步骤，该信息审核方法的实现过程可以参照上述方法实施例的描述，本实施例不再赘述。

本申请还提出了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述信息审核方法方面或信息审核装置方面的各种可选实现方式中所提供方法，具体实现过程可以参照上述相应实施例的描述，不做赘述。

参照图10，为适用于本申请提出的信息审核方法的计算机设备的一可选示例的硬件结构示意图，该计算机设备可以是审核服务器或运行审核客户端的电子设备，本申请以计算机设备是审核服务器为例进行说明，如图10所示，该计算机设备可以包括：通信模块1、至少一个存储器2以及至少一个处理器3，其中：

通信模块1可以包括能够利用无线通信网络实现数据交互的通信模块，如WIFI模块、5G/6G(第五代移动通信网络/第六代移动通信网络)模块、GPRS模块等，该通信模块1还可以包括实现计算机设备内部组成部件之间的数据交互的通信接口，如USB接口、串/并口等，本申请对该通信模块1包含的具体内容不做限定。

存储器2可以用于存储实现相应计算机设备侧执行的信息审核方法的程序；处理器3可以用于加载执行该存储器1存储的程序，实现相应计算机设备侧执行的信息审核方法，实现过程可以参照上文相应方法实施例的描述，本实施例不做赘述。

在本申请实施例中，存储器2可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。处理器3，可以为中央处理器(Central Processing Unit，CPU)、特定应用集成电路(application-specificintegrated circuit，ASIC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件等。

应该理解，在计算机设备为电子设备的情况下，参照图11所示的计算机设备的又一可选示例的硬件结构示意图，其还可以包括如显示器、扬声器、等至少一个输出设备；如感应触摸显示面板上的触摸事件的触摸感应单元、键盘、鼠标、摄像头、拾音器等至少一个输入设备；天线；传感器模组；电源管理模组等，可以依据计算机设备的功能确定，本申请不做一一详述。

另外，图10和图11所示的计算机设备的结构并不构成对本申请实施例中计算机设备的限定，在实际应用中，计算机设备可以包括更多或更少的部件，或者组合某些部件，本申请在此不做一一列举。

最后，需要说明的是，关于上述各实施例中，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

本申请涉及到的术语诸如“第一”、“第二”等仅用于描述目的，用来将一个操作、单元或模块与另一个操作、单元或模块区分开来，而不一定要求或者暗示这些单元、操作或模块之间存在任何这种实际的关系或者顺序。且不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量，由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

另外，本说明书中各个实施例采用递进或并列的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置、计算机设备、系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的核心思想或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (11)

1.一种信息审核方法，其特征在于，所述方法包括：

获取业务审核请求；所述业务审核请求是审核客户端响应于业务审核字段数据提交操作生成的；

依据所述业务审核请求包含的业务审核字段数据，确定相匹配的审核数据库；所述审核数据库存储有针对不同业务审核字段的业务申请条件；

按照所述业务申请条件，对相应所述业务审核字段数据进行审核，得到针对不同所述业务审核字段数据的审核结果；

若所述审核结果为不合格，反馈基于该审核结果生成的审核日志消息；所述审核日志消息用于指示不符合所述业务申请条件的业务审核字段数据。

2.根据权利要求1所述的方法，其特征在于，所述依据所述业务审核请求包含的业务审核字段数据，确定相匹配的审核数据库，包括：

检测所述业务审核请求包含的业务审核字段数据符合的目标字段索引条件；所述目标字段索引条件是针对业务审核字段配置的；

依据所述目标字段索引条件，从预设的多个数据库中，筛选出与任一所述目标字段索引条件相匹配的审核数据库。

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

接收所述审核客户端发送的登录消息；所述登录消息包含有运行所述审核客户端的电子设备的设备标识；

检测是否存在所述设备标识关联的历史业务申请信息提交消息；

从所述设备标识关联的历史业务申请信息提交消息中，提取历史业务审核字段数据；

将所述历史业务审核字段数据发送至所述审核客户端进行展示。

4.根据权利要求1～3任一项所述的方法，其特征在于，所述方法还包括：

接收所述审核客户端发送的特定业务审核字段数据；所述特定业务审核字段数据是所述审核客户端响应于所述用户对业务申请信息录入界面展示的业务审核字段的输入操作确定的；

获取所述特定业务审核字段数据关联的字段限制属性；所述字段限制属性用于指导所述用户在所述业务申请信息录入界面输入满足所述字段限制属性的业务审核字段数据；

将所述字段限制属性反馈至所述审核客户端，由所述审核客户端基于所述字段限制属性与相应业务审核字段数据的比较结果，输出字段数据引导消息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

检测针对特定业务审核字段接入的审核数据库，与所述特定业务审核字段数据是否匹配；

若不匹配，将针对所述特定业务审核字段接入的所述审核数据库，切换为与所述特定业务审核字段数据相匹配审核数据库。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

针对所述业务审核请求包含的用户标识，创建相应的Actor对象；

通过消息队列方式，在所述Actor对象中存储所述用户标识关联的所述审核日志消息；

检测到所述用户标识关联的业务审核状态查询事件，利用所述消息队列存储的所述审核日志消息，生成审核日志文件；

将所述审核日志文件发送至具有预设通信联系方式的用户终端进行展示；

所述将针对所述特定业务审核字段接入的所述审核数据库，切换为与所述特定业务审核字段数据相匹配审核数据库，包括：

控制所述Actor对象从当前针对所述特定业务审核字段接入的审核数据库，切换为接入与所述特定业务审核字段数据相匹配审核数据库。

7.一种信息审核方法，其特征在于，所述方法包括：

输出业务申请信息录入界面；所述业务申请信息录入界面包含有多个业务审核字段；

响应于针对至少一个所述业务审核字段的业务审核字段数据的提交操作，向审核服务器发送包含所述业务审核字段数据的业务审核请求；

接收所述审核服务器响应所述业务审核请求反馈的审核日志消息，所述审核日志消息用于指示不符合业务申请条件的业务审核字段数据；

输出所述审核日志消息。

8.根据权利要求7所述的方法，其特征在于，所述输出业务申请信息录入界面，包括：

输出业务审核配置界面；

响应于对所述业务审核配置界面的选择操作，向审核服务器发送包含选择的业务审核配置信息的业务审核配置请求；所述业务配置信息包括业务方式、业务申请位置以及业务对象之中的至少一个；

接收所述审核服务器响应所述业务审核配置请求反馈的业务申请信息录入界面数据；

执行所述业务申请信息录入界面数据，输出与所述业务配置信息相匹配的业务申请信息录入界面。

9.一种信息审核装置，其特征在于，所述装置包括：

业务审核请求获取模块，用于获取业务审核请求；所述业务审核请求是审核客户端响应于业务审核字段数据提交操作生成的；

审核数据库确定模块，用于依据所述业务审核请求包含的业务审核字段数据，确定相匹配的审核数据库；所述审核数据库存储有针对不同业务审核字段的业务申请条件；

审核模块，用于按照所述业务申请条件，对相应所述业务审核字段数据进行审核，得到针对不同所述业务审核字段数据的审核结果；

审核日志消息反馈模块，用于若所述审核结果为不合格，反馈基于该审核结果生成的审核日志消息；所述审核日志消息用于指示不符合所述业务申请条件的业务审核字段数据。

10.一种信息审核装置，其特征在于，所述装置包括：

业务申请信息录入界面输出模块，用于输出业务申请信息录入界面；所述业务申请信息录入界面包含有多个业务审核字段；

业务审核请求发送模块，用于响应于针对至少一个所述业务审核字段的业务审核字段数据的提交操作，向审核服务器发送包含所述业务审核字段数据的业务审核请求；

审核日志消息接收模块，用于接收所述审核服务器响应所述业务审核请求反馈的审核日志消息，所述审核日志消息用于指示不符合业务申请条件的业务审核字段数据；

审核日志消息输出模块，用于输出所述审核日志消息。

11.一种计算机程序产品，包括计算机指令，其特征在于，所述计算机指令被处理器执行时实现权利要求1或7所述的信息审核方法。

Images