CN115630923A - 业务审查处理方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种业务审查处理方法、装置及计算机可读存储介质，预先依据针对不同规划业务各自的多条审查规则，构建各规划业务对应的业务审查模型，服务器获得报审人员上报的针对目标规划业务的待审查信息后，直接调取该目标规划业务对应的业务审查模型，对该待审查信息进行自动审查，及时输出所得到的待审查信息的审查结果，无需审查人员依据审查规则对待审查信息进行人工审查，大大提高了业务审查效率和可靠性。且因业务审查模型是树型结构，实现了审查代码的高度重用，便于更新和扩展审查代码，极大减少了代码编写工作量，提高了业务审查流程更新效率。

Description

业务审查处理方法、装置及计算机可读存储介质

技术领域

本申请涉及城市建设应用领域，具体涉及一种业务审查处理方法、装置及计算机可读存储介质。

背景技术

在城市建设相关审查应用中，通常是由审查人员接收报审人员提交的各种申请材料后，依据当地的各种审查规则，检查这些申请材料是否符合城市建设的各项要求，给予相应的审查答复。

然而，这种人工审查方式的成本高、审查效率非常低，也无法避免因人工误审查导致审查不通过，极大影响城市建设和发展。

发明内容

为了解决上述问题，本申请实施例提供如下技术方案：

一方面，本申请提出了一种业务审查处理方法，所述方法包括：

获取针对目标规划业务的待审查信息；

调取预先构建的与所述目标规划业务关联的业务审查模型；所述业务审查模型是树型结构，且依据针对所述目标规划业务的多条审查规则构建；

依据所述业务审查模型，对所述待审查信息进行审查，得到针对所述待审查信息的审查结果；

输出所述审查结果。

可选的，所述依据针对所述目标规划业务的多条审查规则，构建与所述目标规划业务关联的业务审查模型，包括：

获得针对目标规划业务的多条审查规则；

确定所述多条审查规则各自对应的针对所述目标规划业务的决策条件和判定条件；

获得所述决策条件和所述判定条件各自对应的条件执行算法；

依据所述决策条件、所述判定条件以及对应的所述条件执行算法，构建具有树型结构的业务审查模型；所述构成所述树型结构的审查节点表示对应所述决策条件或所述判定条件，所述审查节点之间的连线表示父审查节点的一种审查结果；

将所述业务审查模型与所述目标规划业务进行关联存储。

可选的，所述获得针对目标规划业务的多条审查规则，包括：

输出针对目标规划业务的规则配置页面，在所述规则配置页面显示至少一种规则审查类型；所述至少一种规则审查类型包括自动审查规则；

响应于对所述自动审查规则的选择操作，在所述规则配置页面的配置区域显示针对所述目标规划业务的至少一个审查对象对应的候选规则；

响应于对所述候选规则的输入操作，得到针对所述目标规划业务的多条审查规则。

可选的，所述响应于对所述候选规则的输入操作，得到针对所述目标规划业务的多条审查规则，包括：

响应于对至少一种所述候选规则的选择输入操作，将所选择的所述候选规则确定为针对所述目标规划业务的审查规则；和/或，

响应于对任一种所述候选规则的编辑操作，将编辑后的规则确定为针对所述目标规划业务的审查规则；和/或，

响应于在所述规则配置页面输入的规则新增操作，在所述规则配置页面的配置区域增加一个待配置规则项；

响应于对所述待配置规则项的配置操作，得到针对所述目标规划业务的一条审查规则。

可选的，所述规则配置页面还显示有至少一种信息说明类别，所述信息说明类别包括算法说明，所述获得所述决策条件和所述判定条件各自对应的条件执行算法，包括：

响应于对所述算法说明的触发操作，在所述规则配置页面的配置区域显示多个算法信息描述；

响应于对所述算法信息描述的选择操作，输出针对所选择的算法信息描述的算法编辑界面；其中，所述选择操作是基于所述决策条件和所述判定条件执行的；

响应于对所述算法编辑界面的算法编辑操作，得到对应的所述决策条件或所述判定条件的条件执行算法。

可选的，所述依据针对所述目标规划业务的多条审查规则，构建与所述目标规划业务关联的业务审查模型，还包括：

输出针对所述目标规划业务的模型展示页面，在所述模型展示页面显示构成对应的所述业务审查模型的各审查节点，以及所述审查节点对应的至少一个审查条件和条件执行算法；其中，所述审查条件为所述决策条件或所述判定条件的至少部分；

响应对所述模型展示页面显示的任一内容的编辑操作，更新所述业务审查模型的对应内容；

响应针对更新后的所述业务审查模型的存储操作，执行步骤所述将所述业务审查模型与所述目标规划业务进行关联存储。

可选的，所述依据所述业务审查模型，对所述待审查信息进行审查，得到针对所述待审查信息的审查结果，包括：

对所述待审查信息进行数字化处理，得到对应的待审查图纸；

从所述业务审查模型的顶层审查节点开始，依据对应的条件执行算法，检测所述待审查图纸是否满足对应审查节点表征的决策条件；

依据检测结果跳转至下一审查节点，若所述下一审查节点表征任一所述决策条件，继续依据对应的条件执行算法对所述待审查图纸进行检测；

若所述下一审查节点表征任一所述判定条件，依据对应的条件执行算法对所述待审查图纸进行判定，得到对应的审查结果。

可选的，所述获取针对目标规划业务的待审查信息，包括：

接收客户端发送的针对目标规划业务的审查请求；

解析所述审查请求，得到针对所述目标规划业务所选择的规划范围的待审查信息；

所述输出所述审查结果，包括：

将包含所述审查结果的审查报告发送至提交所述待审查信息的客户端，在所述客户端输出的规划地图上展示所述规划范围内不同规划对象的审查结果。

又一方面，本申请还提出了一种业务审查处理装置，所述装置包括：

待审查信息获取模块，用于获取针对目标规划业务的待审查信息；

业务审查模型调取模块，用于调取预先构建的与所述目标规划业务关联的业务审查模型；所述业务审查模型具有树型结构，且依据针对所述目标规划业务的多条审查规则构建；

审查模块，用于依据所述业务审查模型，对所述待审查信息进行审查，得到针对所述待审查信息的审查结果；

输出模块，用于输出所述审查结果。

又一方面，本申请还提出了一种计算机可读存储介质，其上存储有计算机指令，所述计算机执行被处理器加载执行，实现如上述的业务审查处理方法。

可见，本申请提供了一种业务审查处理方法、装置及计算机可读存储介质，可以依据针对不同规划业务各自的多条审查规则，预先构建各规划业务对应的业务审查模型，这样，服务器获得报审人员上报的针对目标规划业务的待审查信息后，可以直接调取该目标规划业务对应的业务审查模型，对该待审查信息进行自动审查，及时输出所得到的待审查信息的审查结果，无需审查人员依据审查规则对待审查信息进行人工审查，大大提高了业务审查效率和可靠性。

而且，由于业务审查模型是树型结构，实现了审查代码的高度重用，且在目标规划业务的审查规则发生变化时，可以直接调整树型结构的审查节点或增加针对新增审查规则的审查节点，无需重新编写审查代码，极大减少了代码编写工作量，提高了业务审查流程更新效率。

附图说明

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

图1为适用于本申请提出的业务审查处理方法的应用环境的一可选系统结构示意图；

图2为适用于本申请提出的业务审查处理方法的计算机设备的一可选示例的硬件结构示意图；

图3为本申请提出的业务审查处理方法的一可选示例的流程示意图；

图4为本申请提出的业务审查处理方法的又一可选示例的流程示意图；

图5为本申请提出的业务审查处理方法的又一可选示例的流程示意图；

图6为适用于本申请提出的业务审查处理方法的规则配置页面示意图；

图7为适用于本申请提出的业务审查处理方法的，针对建筑方案审查规则涉及到的多种待计算属性的信息描述示意图；

图8为适用于本申请提出的业务审查处理方法的，业务规划模型的模型展示页面示意图；

图9为本申请提出的业务审查处理方法的又一可选示例的流程示意图；

图10为适用于本申请提出的业务审查处理方法的，建筑方案审查结果展示界面示意图；

图11为本申请提出的业务审查处理装置的一可选示例的结构示意图；

图12为本申请提出的业务审查处理装置的一可选示例的结构示意图。

具体实施方式

针对背景技术部分描述的技术问题，本申请提出可以实现自动化审查流程，以提高规划审查效率和可靠性，降低人工审查成本，对此，对于这种审查业务，可以针对用于审查申请材料的各种业务规则，编写相应的规则代码，由此构成自动化审查流程代码，但在业务规则发生变化，如调整已有业务规则内容、增加/删除业务规则，往往是重新编写自动化审查流程代码，这也会增加代码编写人员的工作量，影响审查效率。

为了改善上述问题，本申请提出使用信息化手段结合人工智能技术，如机器学习算法等，针对审查业务的各种业务规则，构建相应的树型结构，实现了代码的高度重用，且在需要调整已有业务规则时，只需要调整对应树型结构中相关节点内容，无需重新构建新的树型结构；在该审查业务新增业务规则的情况下，直接构建对应的树型结构，与已有业务规则的树型结构合并，无需修改原有代码，大大提高了开发和实施工作效率。

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

参照图1，为实现本申请提出的业务审查处理方法的应用环境的一可选系统结构示意图，该应用环境可以包括但并不局限于城市建设的建筑规划场景，本申请实施例仅以此为例进行说明。如图1所示，该系统可以包括服务器110和多个终端设备120，其中：

服务器110可以支持目标规划业务的审查服务，提供实现该审查服务的审查平台，以供用户使用客户端登录，上传待审查信息或配置审查规则等。该服务器110可以是独立的物理服务器，也可以是多台物理服务器集成的服务器集群，还可以是支持云计算服务的云服务器等。

终端设备120可以是智能手机、平板电脑、可穿戴设备、上网本、增强现实技术(Augmented Reality，AR)设备、虚拟现实(Virtual Reality，VR)设备、智慧交通设备、台式计算机等电子设备，本申请对终端设备120的产品类型不做限制。本申请实施例中，终端设备120可以安装能够提供目标规划业务的审查服务的客户端，可以专业的应用程序，也可以是网页客户端，即通过浏览器输入对应网址登录该客户端，本申请对该客户端的类型不做限制。

基于此，在报审人员有针对目标规划业务的待审查信息的场景下，可以使用终端设备120启动对应的客户端，进入针对目标规划业务的审查页面，在该审查页面输入待审查信息后提交，向服务器110发送包含该待审查息的审查请求，以使得该服务器110可以使用针对目标规划业务构建的业务审查模型，对该待审查信息进行自动审查，提高审查效率，节约人工成本；且由于该业务审查模型是依据针对该目标规划业务的多条审查规则构建的多层数据结构，如决策树等，从而保证待审查信息的审查结果的可靠性和准确性。关于业务审查模型的构建过程，以及如何使用该业务审查模型实现对待审查信息的自动审查过程，可以参照但并不局限于下文方法实施例对应部分的描述。

在一些实施例中，对于上述业务审查模型的构建过程，可以由终端设备120的客户端与服务器110之间进行交互实现，如审查人员或管理人员可以使用终端设备120的客户端进入针对目标规划业务的规则配置页面，配置针对目标规划业务的多条审查规则，以及依据每条审查规则涉及到的决策条件和判定条件，确定多层数据结构的各审查节点，配置实现对应审查节点的条件执行算法，之后，可以将人工选择或配置的信息发送至服务器110，以使得服务器110据此构建多层数据结构的业务审查模型。当然，该业务审查模型也可以由终端设备120依据配置的这些信息构建，再发送至服务器110与目标规划业务进行关联存储，本申请对此不做限制。

需要说明，在实际应用中，对于适用于本申请提出的业务审查处理方法的应用环境的系统结构并不局限于图1所示的组成结构，根据实际需求，还可以包括如数据库、监控设备、业务系统等其他设备，本申请不做一一列举。

参照图2，为适用于本申请提出的业务审查处理方法的计算机设备的一可选示例的硬件结构示意图，该计算机设备可以是上述服务器或终端设备，以该计算机设备是服务器为例进行说明，如图2所示，该计算机设备可以包括但并不局限于：通信模块21、存储器22和处理器23，其中：

通信模块21、存储器22和处理器23各自数量均可以为至少一个，且通信模块21、存储器22和处理器23可以连接计算机设备的通信总线，以实现相互之间的通信连接，满足数据交互需求。

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

存储器22可以用于存储实现下文各方法实施例描述的业务审查处理方法的程序；处理器23可以加载并执行存储器存储的该程序，以实现下文相应方法实施例描述的业务审查处理方法的各个步骤，具体实现过程可以参照下文实施例相应部分的描述，本实施例在此不做详述。

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

应该理解的是，图2所示的计算机设备的结构并不构成对本申请实施例中计算机设备的限定，在实际应用中，计算机设备可以包括比图2所示的更多的部件，或者组合某些部件。如计算机设备为终端设备的情况下，该计算机设备还可以包括如感应触摸显示面板上的触摸事件的触摸感应单元、键盘、鼠标、摄像头、拾音器等至少一个输入组件；如显示器、扬声器、振动机构、灯等至少一个输出组件；天线；传感器模组；电源模组等，可以依据终端设备类型及其功能需求确定硬件结构，本申请在此不做一一列举。

结合上文对应用环境的系统架构及其包含的计算机设备的硬件结构的相关描述，下面将对其执行的业务审查处理方法进行描述，但并不局限于下文方法实施例描述的实现方式，可以依据实际情况进行适应性灵活调整。

如图3所示，为本申请提出的业务审查处理方法的一可选示例的流程示意图，该方法可以由计算机设备执行，该计算机设备可以包括服务器，如图3所示，该方法可以包括：

步骤S31，获取针对目标规划业务的待审查信息；

如上文实施例对本申请技术方案的相关描述，待审查信息可以是报审人员使用终端设备，启动客户端登录服务器提供的审查平台，上传针对目标规划业务的待审查信息(如某建筑方案的相关材料数据)，从而向该服务器发送包含该待审查信息的审查请求，以使服务器可以解析该审查请求，得到针对目标规划业务的待审查信息，但并不局限于本实施例描述的待审查信息的获取方法，且本申请对该待审查信息的内容及信息类型(如文本、图片、图表等)等不做限制，可视情况而定。

需要说明，对于目标规划业务可以包括但并不局限于城市建设场景下的任一规划业务，如城市建筑规划、城市绿化规划、城市亮化规程等；当然，也可以应用于其他领域的规划，本申请实施例仅以城市建设中建筑规划业务的审查场景为例进行说明，对于其他规划业务的审查流程类似，本申请不做一一举例详述。

步骤S32，调取预先构建的与目标规划业务关联的业务审查模型；该业务审查模型是树型结构，且依据针对目标规划业务的多条审查规则构建；

在实际应用中，对于不同规划业务，在不同地方的审查规则可能不同，如对于城市建设的建筑规划业务来说，在不同城市或同一城市的不同区域等，受限于待规划地形、环境，以及相关部门对当地规划(如建筑面积、绿化面积、建筑间隔等不同方面的规划)等，对建筑规划要求往往不同，可以据此得到用于审查建筑规划提案的多条审查规则，以得到报审的建筑规划业务的待审查信息的自动审查流程。

可见，针对目标规划业务的各审查规则，可以依据所属行业的规划要求、规划所在地相关部门对该行业的规定以及对该地的规划等多方面要求确定，本申请对审查规则的获取方法及其内容不做限制，可视情而定。应该理解的是，对于不同目标规划业务的审查规则可以不同，本申请在此不做一一举例详述。

在本申请实施例中，为了提高对目标规划业务的各提案的待审查信息的审查效率和可靠性，提出预先基于其审查所依据的各审查规则，构建用于实现对目标规划业务的待审查信息的自动审查流程的业务审查模型，该业务审查模型可以是多层树型结构，如决策树等，由构成树型结构的各审查节点所表示的审查条件，逐层构成该目标规划业务的审查流程。其中，对于各审查条件可以绑定对应的条件执行算法，以实现对应的审查流程步骤，本申请实施例在此对业务审查模型的构建过程及其包含的各审查节点的审查条件内容等不做详述，可以参照但并不局限于下文实施例对应部分的描述。

应该理解的是，对于不同的目标规划业务的审查规则可以不同，对应构建的业务审查模型可以不同，模型构建过程类似，预先构建对应的业务审查模型后，可以将其与对应的规划业务关联后存储，这样，服务器获得任一目标规划业务的待审查信息后，可以从预先构建的业务审查模型中，查询并调取与该目标规划业务关联存储的业务审查模型，以实现后续对待审查信息的自动审查流程。

需要说明的是，本申请对预先构建的各业务审查模型的存储实现方式不做限制，且检测到任一目标规划业务的审查规则发生变化，可以及时获取更新后的审查规则，从而依据更新后的审查规则，动态调整对应目标规划业务的业务审查模型，以保证据此对该目标规划业务的待审查信息的审查结果的可靠性和准确性。

步骤S33，依据业务审查模型，对待审查信息进行审查，得到针对待审查信息的审查结果；

继上文对业务审查模型的相关描述，可以从所调取的业务审查模型得顶层审查节点开始，按照其表示的决策条件，依次对待审查信息进行审查处理，直至底层节点表示的判定条件，得到待审查信息的审查结果，即基于该判定条件得到的判定结果，本申请对如何使用业务审查模型实现对待审查信息的自动审查流程的实现过程不做详述。

步骤S34，输出该审查结果。

对于服务器所得到的待审查信息的审查结果，可以发送至报审人员提交待审查信息的客户端进行展示，也可以按照报审人员提供的通信标识(如手机号码、邮箱账号或其他社交账号等)，采用语音或文本信息方式，向具有该通信标识的客户端所运行的终端设备反馈该审查结果，本申请对服务器如何将待审查信息的审查结果反馈至报审人员的通信方式不做限制，可视情而定。

综上，在本申请实施例中，可以依据针对不同规划业务各自的多条审查规则，预先构建各规划业务对应的业务审查模型，这样，服务器获得报审人员上报的针对目标规划业务的待审查信息后，可以直接调取该目标规划业务对应的业务审查模型，对该待审查信息进行自动审查，及时输出所得到的待审查信息的审查结果，无需审查人员依据审查规则对待审查信息进行人工审查，大大提高了业务审查效率和可靠性。

而且，由于业务审查模型是树型结构，实现了审查代码的高度重用，且在目标规划业务的审查规则发生变化时，可以直接调整树型结构的审查节点或增加针对新增审查规则的审查节点，无需重新编写审查代码，极大减少了代码编写工作量，提高了业务审查流程更新效率。

参照图4，为本申请提出的业务审查处理方法的又一可选示例的流程示意图，本实施例可以对上文业务审查处理方法所使用的业务审查模型的构建方法的一可选实现方式进行描述，但并不局限于本实施例描述的业务审查模型构建方法。如图4所示，该业务审查模型的构建方法可以包括：

步骤S41，获得针对目标规划业务的多条审查规则；

如上文实施例对应部分的描述，不同规划业务的审查规则可以不同，服务器可以从相关部门和/或行业管理平台获得，如由相关部分的业务规划人员确定后登录服务器的业务审查平台上传，或由其他对该目标规划业务具有决策权或参与权的其他人登录该业务审查平台上传等，本申请对审查规则的内容及其获取方式不做限制。

步骤S42，确定多条审查规则各自对应的针对目标规划业务的决策条件和判定条件；

对于每一条审查规则往往包含至少一条决策条件和一条判定条件，该决策条件、判定条件均可以业务审查流程中一个审查步骤，可以对审查对象对应的一种属性值进行审查，并给出对应的属性要求，通过检测待审查信息中审查对象的属性值是否满足对应的属性要求，来确定是否满足对应条件，进而确定是否满足对应的审查规则。

示例性的，若建筑规则业务的一条审查规则为“对于平行布置的住宅，建筑高度<＝24m的建筑之间的建筑间距应该>＝9m”，其包含的决策条件可以包括“是否为平行布置的住宅”、“建筑高度<＝24m”，判定条件可以是对于符合这两条决策条件的建筑之间“建筑间距是否>＝9m”，可以将由此得到的判定结果确定为是否符合该审查规则的审查结果。

可见，在审查流程中，往往先按照决策条件对待审查信息进行审查处理，再执行判定条件对应的审查步骤，该判定条件可以依据决策条件的决策结果执行。对于任一条审查规则来说，其可以提取一个或多个决策条件，但往往会提取一个判定条件，本申请对如何从审查规则中提取对应的决策条件和判定条件的实现方法不做限制。

在一些实施例中，服务器可以通过对获得的每一条审查规则进行语义分析，依据语义分析结果以及条件模板，得到表征该审查规则的决策条件和判定条件。在又一些实施例中，若业务审查模型是基于客户端与服务器交互构建，可以由审查人员或管理人员直接对每一条审查规则进行语义拆分，得到对应的决策条件和判定条件，如直接在客户端输出的规则配置界面的对应输入框输入所选定的各审查规则的决策条件和判定条件，再由客户端将所得到的多条审查规则各自对应的决策条件和判定条件发送至服务器，但并不局限于这种实现方式。

步骤S43，获得决策条件和判定条件各自对应的条件执行算法；

如上文对一条审查规则的决策条件和判定条件的相关描述，需要使用一种或多种数学运算，待审查信息中审查对象的相应属性值进行判定，因此，本申请可以依据条件内容，获取所需的至少一种执行算法(如数学运算等)，构成执行该条件的条件执行算法，本申请对条件执行算法的内容及其获取方法不做限制。

在一些实施例中，对于内容复杂的决策条件和/或判定条件，对于上述条件执行算法也可以采用机器学习算法，本申请对实现不同审查规则的条件执行算法的类型及其获取方式不做限制，可视情况而定。

可选的，对于上述各条件执行算法，可以是服务器依据条件内容，从算法库中选择相匹配的算法得到，也可以由审查人员或管理人员等依据所确定的各决策条件、判定条件，人工选择或配置实现对应条件的条件执行算法，将该条件执行算法与对应的条件绑定，即确定该条件与确定的条件执行算法之间的对应关系，以便在实际应用中，执行到某一审查节点表示的条件时，可以按照该对应关系调取对应的条件执行算法，对待审查信息中审查对象的相应属性值进行判断，以确定该属性值是否符合对应条件。关于条件执行算法的获得过程可以参照但并不局限于下文对应细化实施例的描述。

步骤S44，依据确定的决策条件、判定条件以及对应的条件执行算法，构建具有树型结构的业务审查模型；

步骤S45，将业务审查模型与目标规划业务进行关联存储。

本申请实施例中，业务审查模型可以是多层树型结构，如决策树结构，在构建用于表征对目标规划业务的审查流程的决策树过程中，可以依据所确定的每一条审查规则对应的决策条件和判定条件，确定对应的多个审查节点以及不同审查节点之间的关联关系/层级关系，进而构成对应的业务审查模型。其中，判定条件对应的审查节点通常是树型结构的底层节点，针对其不同判定结果确定的两个审查节点可以是树型结构的叶子节点，表征对应的审查结果。

其中，对于针对同一规划业务的每条审查规则，可以按照上文描述的方法构成表征对应审查子流程的业务审查子树，由于不同审查规则对应的业务审查子树之间往往存在一个或多个审查节点，这样就可以依据相同的审查节点，将针对目标规划业务的多条审查规则各自对应的业务审查子树进行合并，得到针对该目标规划业务的业务审查模型。

可见，对于按照但并不局限于上文描述的方法构建不同规则业务对应的业务审查模型，可以表征对应规划业务且符合该规划业务的各审查规则的自动审查流程，本申请可以将预先构建的该业务审查模型与对应的规划业务进行关联后存储至服务器中，这样，在服务器获得针对某一规划业务的待审查信息后，就可以直接从预先构建的各业务审查模型中，查询与该规划业务关联的业务审查模型，从而使用该业务审查模型，对该待审查信息进行自动审查，快速且准确得到待审查信息的审查结果，不用审查人员依据该规划业务的各审查规则，对待审查信息进行人工审查，节省了人工成本，且大大提高了审查效率和可靠性。

可选的，服务器可以将预先构建的各业务审查模型，与对应规划业务的业务标识(如业务名称或配置的唯一性标识等)进行关联，将得到的关联关系与业务审查模型进行存储，这样，在后续查询时，可以依据该关联关系，查询与目标规划业务的业务标识关联的业务审查模型。但并不局限于本实施例描述的业务审查模型的存储方式。

参照图5，为本申请提出的业务审查处理方法的又一可选示例的流程示意图，本实施例可以对上文描述的业务审查模型的构建过程进行细化描述，但并不局限于本实施例描述的这种细化实现方式，且该细化实现方法可以由终端设备的客户端与服务器进行交互配合实现，下面可以从客户端侧描述业务审查处理方法的处理步骤，如图5所示，该方法可以包括：

步骤S51，输出针对目标规划业务的规则配置页面，在规则配置页面显示至少一种规则审查类型；该至少一种规则审查类型包括自动审查规则；

步骤S52，响应于对自动审查规则的选择操作，在规则配置页面的配置区域显示针对目标规划业务的至少一种审查对象对应的候选规则；

在需要配置目标规则业务的业务规则，据此构建用于实现对该目标规划业务的待审查信息的自动审查流程的业务审查模型的情况下，可以由制定该业务审查模型的管理人员使用终端设备的客户端，登录服务器提供的业务审查平台，之后，可以选择目标规则业务进行规则配置，从而在客户端输出针对目标规划业务的规则配置页面，且该规则配置页面上可以显示至少一种规则审查类型，如自动审查规则、人工审查规则、测试规则等，可以依据实际所需审查方式从中选择合适的规则审查类型，本申请对规则配置页面的布局结构不做限制，可视情况灵活调整。

示例性的，如图6所示的规则配置页面示意图，以目标规划业务为建筑规划场景为例进行说明，在该场景下，需要按照建筑审查规则，对各报审人员提交的建筑方案进行审查，如图6所示规则配置页面左侧的功能区域，可以选择待配置目标规划业务的规则审查类型，如对于需要配置的建筑方案审查规则，若需要自动审查建筑方案，可以选择自动审查规则，后续可以配置用于实现建筑方案的自动审查流程的审查规则。当然，若需要其他审查方式，可以直接选择对应的规则审查类型，本申请实施例仅以自动审查规则的配置过程为例进行说明。

如图6所示，在选择自动审查规则这一规则审查类型后，可以在规则配置页面的配置区域显示针对目标规划业务的至少一种审查对象，如针对建筑方案的总平面图等，每一审查对象可以具有至少一种管控类型对应的候选规则，如总平面图中，针对建筑间隔的多种候选规则，包括但并不局限于图6所示的规则描述内容，还可以针对不同的候选规则配置管控强度字段，由此说明在建筑方案的审查中对相应候选规则的管控力度，如必须管控符合的“刚性管控”等，本申请对自动审查规则的配置区域的配置字段不做限制，包括但并不局限于图6所示的ID(如编号)、审查模块、管控类别、规则描述、管控强度、操作等字段，可以依据实际需求进行灵活调整。

其中，对于规划业务的各审查对象，可以在图6审查模块字段中描述，在配置区域所显示的各审查对象未包含或不满足目标规划业务所需的所有审查对象，需要增加新的审查对象时，可以点击“新增”按钮，再该配置区域的空白配置项中，配置新增审查对象及其管控类别，各管控类别对应的至少一种候选规则的规则描述、管控强度等等，本申请对规则配置页面的配置区域的显示内容及其方式不做限制。

应该理解的是，对于上述针对目标规划业务的候选规则，可以来自其他地方的同类规划业的审查规则或历史配置的历史审查规则等，也可以是管理者依据行业要求、政策要求等信息，上传至服务器的可能会被使用的审查规则等，本申请对上述候选规则的来源不做限制，可视情况而定。

步骤S53，响应于对该候选规则的输入操作，得到针对目标规划业务的多条审查规则；

继上述分析，审查人员/管理人员使用客户端配置目标规划业务的业务审查模型时，可以从规则配置页面的配置区域显示的各候选规则中，选择符合目标规划业务的审查规则，如点击任一条所需的候选规则对应的操作字段中的“配置”按钮，将所选择的该候选规则配置为目标规划业务的审查规则，但并不局限于这种实现方式。

可选的，若规则配置页面的配置区域所显示的各候选规则，都不是目标规划业务所需的审查规则，可以选择规则内容较近的候选规则对应的编辑按钮，使其进入编辑状态，从而对该候选规则的规则描述内容、管控强度等信息进行调整，得到目标规划业务所需的审查规则。如图6所示，对于规则配置页面的配置区域的操作字段，包括但并不局限于配置、编辑，还可以包括其他操作方式，如点击“更多操作”这一功能按钮，从展示的如删除等其他操作方式中选择所需的操作方式，对相应的候选规则进行操作处理，实现过程本申请不做详述。

基于上述分析，上述步骤S52可以包括但并不局限于：响应于对至少一种候选规则的选择输入操作，将所选择的候选规则确定为针对目标规划业务的审查规则；和/或，响应于对任一种候选规则的编辑操作，将编辑后的规则确定为针对目标规划业务的审查规则；和/或，响应于在规则配置页面输入的规则新增操作，在规则配置页面的配置区域增加一个待配置规则项；响应于对待配置规则项的配置操作，得到针对目标规划业务的一条审查规则。

在获得针对目标规划业务的多条审查规则后，客户端可以将这多条审查规则及其与目标规划业务之间的对应关系发送至服务器进行存储，以便后续可以通过访问服务器查询该目标规则业务所需的各条审查规则。

为了实现对目标规划业务的待审查信息的自动审查，快速获得对应的审查流程代码，审查人员或管理人员可以对每一条审查规则进行语义分析，确定对应的至少一条决策条件和判定条件，之后，可以按照后续方式配置实现各条件的条件执行算法。当然，也可以由服务器对获得到的每条审查规则进行语义分析，将得到的决策条件和判定条件反馈至客户端进行展示，以避免审查人员或管理人员语义分析错误，导致人工拆分出的各条件不正确，进而导致按照下文描述方法构建的业务审查模型所表示的审查流程错误。

步骤S54，响应于对规则配置页面上算法说明的触发操作，在该规则配置页面的配置区域显示多个算法信息描述；

步骤S55，响应于对算法信息描述的选择操作，输出针对所选择的算法信息描述的算法编辑界面；

继上述分析，按照上述方法确定针对目标规划业务的每一条审查规则的决策条件和判定条件后，可以人工选择所需的至少一个条件执行算法，与对应的决策条件或判定条件关联，以便后续据此调用该条件执行算法，检测待审查信息是否满足对应的决策条件或判定条件。

因此，对于客户端输出的规则配置页面的功能区域，除了显示规划业务审查规则的至少一种规则审查类型，还可以显示相关规则信息说明下的至少一种信息分类，如算法说明、算法比较类型说明、数据提供者说明等，在需要配置条件执行算法时，可以选择“算法说明”功能项，以在规则配置页面的配置区域显示多种算法信息描述，即针对目标规划业务中可能会使用的各候选规则所涉及到的某属性的计算，如图7所示的针对建筑方案审查规则涉及到的多种待计算属性的信息描述，如“计算建筑的面宽”、“过滤道路宽度”、“计算单个建筑的高度”等，但并不局限于图7所示的各算法信息描述内容。

可选的，对于规则配置页面的配置区域显示的多种算法信息描述，可以是依据所确定的决策条件和判定条件，筛选出的相匹配的算法信息描述，即实现对应条件所涉及到的各算法的算法信息描述等，从而减少后续对目标算法的查询工作量，提高条件执行算法获取效率，但并不局限于本实施例描述的针对规则配置页面中不同功能项的显示内容。

步骤S56，响应于对算法编辑界面显示的算法编辑操作，得到对应的所述决策条件或所述判定条件的条件执行算法。

之后，审查人员或管理人员可以依据所确定的审查规则，具体可以是基于每条审查规则对应的决策条件和判定条件选择所需的对应算法，即需要计算哪些属性，从该配置区域所显示的多种算法信息描述中，选择所需类型算法的信息描述，如触发对应的编辑按钮，进入针对所选择的算法信息描述的算法编辑界面，从而在该算法编辑界面进行算法编辑，如确定实现该算法信息描述所采用的计算公式等，具体算法编辑过程本申请不做限制。

按照上述方法编辑确定实现各决策条件和判定条件的所有算法后，可以由所编辑确定的一种或多种算法，构成确定条件的条件执行算法。可见，对于一个决策条件或判定条件的条件执行算法可以包括一种或多种运算方式，本申请对条件执行算法的内容不做限制，可视情况而定。

在本申请提出的又一些实施例中，在上文描述的业务审查模型构建方法的基础上，本申请还可以对所构建的业务审查模型进行检查并修正，如对该业务审查模型表征的审查规则，以及每条审查规则对应的各审查节点，各审查节点对应的审查条件和条件执行算法等内容进行检查。因此，在管理者需要检查目标规则业务的业务审查模型时，对其进行检查操作，如触控规则配置页面中的模型检查功能键，或按照预设配置方式触发模型检查功能等，触发客户端输出针对目标规划业务的模型展示页面，如图8所示，在该模型展示页面中可以显示构成对应的业务审查模型的各审查节点(如图8所示的过滤节点)，以及各审查节点对应的至少一个审查条件(去8所示的过滤条件)和条件执行算法。

需要说明，本申请中的审查条件可以是审查规则的决策条件或判定条件的至少部分，即由各审查节点的审查条件构成审查规则包含的各决策条件、判定条件。另外，对于输出的模型展示页面中，还可以显示审查规则、数据提供者等，本申请对该模型展示页面包含的内容及其布局格式不做限制，可视情况而定。

对于客户端输出的模型展示页面所显示的各内容，如图8所示，管理者可以依据积累知识和经验等，对显示内容进行一一检查，发现任一内容错误或不合适，可以点击对应的编辑按钮，触发对应内容进入编辑状态，以实现对该内容的重新编辑，得到满足要求的目标内容。因此，客户端可以响应对模型展示页面显示的任一内容的编辑操作，更新该业务审查模型的对应内容，如获得所编辑的更新内容，将其发送至服务器，以更新该业务审查模型的对应内容等。这些更新内容包括但并不局限于上文列举的审查条件、条件执行算法等，本申请在此不做一一举例详述。

按照上文描述的方法，对构成业务审查模型的各方面内容进行检查，对错误内容或不合适内容进行重新编辑，或直接删除错误审查节点后，确定更新后的内容无误，可以点击存储按钮，将更新后得到的业务审查模型与目标规则业务的业务标识进行关联，将该关联关系以及更新后的业务审查模型存储于服务器中，以供后续使用该业务审查模型，实现对各客户端发送的针对该目标规划业务的不同待审查信息的自动审查，快速且准确得到对应的审查结果。因此，客户端响应针对更新后的业务审查模型的存储操作，触发服务器对该业务审查模型与目标规划业务进行关联存储，实现过程本申请不做详述。

参照图9，为本申请提出的业务审查处理方法的又一可选示例的流程示意图，结合上文描述的业务审查模型的构建过程的相关描述，该业务审查模型可以树型结构，按照从根节点到叶子节点的顺序，确定待审查信息是否符合对应的审查条件，具体如图9所示，该方法可以包括：

步骤S91，接收客户端发送的针对目标规划业务的审查请求；

步骤S92，解析该审查请求，得到针对目标规划业务所选择的规划范围的待审查信息；

结合上文实施例对应部分的描述，目标规划业务的报审人员可以使用客户端访问服务器，向服务器发送针对目标规划业务的审查请求，如对于待审核的建筑方案，报审人员可以选择需要建设建筑物的规划范围，确定对应的待审查信息，生成包含该规划范围的待审查信息等内容的审查请求，本申请对审查请求的生成方法及其包含的请求内容不做限制。

步骤S93，调取预先构建的与目标规划业务关联的业务审查模型；

关于业务审查模型的构建实现过程，可以参照上文实施例对应部分的描述，本实施例在此不做赘述。

步骤S94，对待审查信息进行数字化处理，得到对应的待审查图纸；

步骤S95，从业务审查模型的顶层审查节点开始，依据对应的条件执行算法，检测待审查图纸是否满足对应审查节点表征的决策条件；

本申请实施例以目标规划业务为城市规划业务下建筑规划场景为例进行说明，对于报审人员配置的建筑方案，为了方便后续审查、查看审查结果，可以对其进行数字化处理，得到服务器的业务审查模型能够识别的待审查图纸，即数字化处理后的建筑图纸，本申请对待审查信息的数字化处理方法不做详述，可以参照但并不局限于上文对审查规则的数字化处理方法。。

本申请构建的业务审查模型，如本实施例的建筑方案审查模型可以是决策树，这样，对于得到的待审查图纸，可以从该决策树的顶层审查节点开始，检测该待审查图纸是否满足其中的任一决策条件，对于不同的检测结果，可以跳转到对应的下一审查节点。

步骤S96，依据检测结果跳转至对应的下一审查节点；

步骤S97，确定该下一审查节点是否表征判定条件；如果否，返回步骤S95继续依据对应的条件执行算法对待审查图纸进行检测；如果是，进入步骤S98；

步骤S98，依据对应的条件执行算法对待审查图纸进行判定，得到对应的审查结果；

继上述分析，对于跳转的下一审查节点所表征的审查条件，可能是决策条件也可能是判定条件，若为决策条件，可以按照上述方法据此继续对待审查图纸进行检测，如此推进，直至所跳转的下一审查阶段表征的是判定条件，可以据此对待审查图纸做出结果的判定，得到待审查图纸的审查结果，该审查结果可以包括业务审查模型对应的各决策条件、判定条件各自的检测结果。

示例性的，对于如“对于平行布置的住宅，建筑高度<＝24m的建筑之间的建筑间距应该>＝9m”这一审查规则，按照上述方法得到的审查结果，可以确定规划范围内各建筑是否符合要求，该规划范围内各建筑之间的实际间距等。可见，对于业务审查模型对应的各审查规则，按照上述方法对待审查信息进行检测，所得到的审查结果内容可以不同，包括但并不局限于上文列举的内容。

步骤S99，将包含该审查结果的审查报告发送至提交待审查信息的客户端，在客户端输出的规划地图上展示规划范围内不同规划对象的审查结果。

为了方便报审人员查看其提交的待审查信息的审查结果，本申请实施例提出采用目标规划业务对应的展示方式，反馈至客户端上进行展示，如对于上述提交的建筑方案这类待审查信息，可以采用地图方式展示审查结果。这样，报审人员在查询其提交的待审查信息的审查结果时，可以使用客户端登录业务规划平台，输出规则业务展示界面，在该界面查看针对目标规划业务的待审查信息的审查结果。

示例性的，如图10所示的建筑方案审查结果展示界面，其可以输出所选择的规划范围内的规则地图，在该规划地图上展示所提交的建筑方案，如待审查图纸，经过上述方法的检测，生成包含对应审查结果的审查报告，在该界面显示该审查报告。仍以上文示例的“对于平行布置的住宅，建筑高度<＝24m的建筑之间的建筑间距应该>＝9m”这一审查规则/管控要求，可以在审查报告中显示所选择的规划范围内不同建筑(记为规划规则，可以配置对应的对象标识(如ID等)，用以识别各规划对象)是否符合要求，该待审查图纸中对应建筑的实际间距等。对于其他内容的审查规则，审查报告中可以包含对应的审查结果，本申请在此不做举例详述。

参照图11，为本申请提出的业务审查处理装置的一可选示例的结构示意图，如图11所示，该装置可以包括：

待审查信息获取模块111，用于获取针对目标规划业务的待审查信息；

业务审查模型调取模块112，用于调取预先构建的与所述目标规划业务关联的业务审查模型；所述业务审查模型具有树型结构，且依据针对所述目标规划业务的多条审查规则构建；

审查模块113，用于依据所述业务审查模型，对所述待审查信息进行审查，得到针对所述待审查信息的审查结果；

输出模块114，用于输出所述审查结果。

在本申请提出的又一些实施例中，如图12所示，为了构建上述业务审查模型，该装置还可以包括：

审查规则获得模块115，用于获得针对目标规划业务的多条审查规则；

条件确定模块116，用于确定所述多条审查规则各自对应的针对所述目标规划业务的决策条件和判定条件；

条件执行算法获得模块117，用于获得所述决策条件和所述判定条件各自对应的条件执行算法；

模型构建模块118，用于依据所述决策条件、所述判定条件以及对应的所述条件执行算法，构建具有树型结构的业务审查模型；所述构成所述树型结构的审查节点表示对应所述决策条件或所述判定条件，所述审查节点之间的连线表示父审查节点的一种审查结果；

存储模块119，用于将所述业务审查模型与所述目标规划业务进行关联存储。

可选的，上述审查规则获得模块115可以包括：

规则配置页面输出单元，用于输出针对目标规划业务的规则配置页面，在所述规则配置页面显示至少一种规则审查类型；所述至少一种规则审查类型包括自动审查规则；

候选规则显示单元，用于响应于对所述自动审查规则的选择操作，在所述规则配置页面的配置区域显示针对所述目标规划业务的至少一个审查对象对应的候选规则；

审查规则得到单元，用于响应于对所述候选规则的输入操作，得到针对所述目标规划业务的多条审查规则。

在一种实现方式中，上述审查规则得到单元可以包括：

选择输入单元，用于响应于对至少一种所述候选规则的选择输入操作，将所选择的所述候选规则确定为针对所述目标规划业务的审查规则；和/或，

编辑单元，用于响应于对任一种所述候选规则的编辑操作，将编辑后的规则确定为针对所述目标规划业务的审查规则；和/或，

规则新增单元，用于响应于在所述规则配置页面输入的规则新增操作，在所述规则配置页面的配置区域增加一个待配置规则项；

配置单元，用于响应于对所述待配置规则项的配置操作，得到针对所述目标规划业务的一条审查规则。

在又一些实施例中，上述规则配置页面还显示有至少一种信息说明类别，所述信息说明类别包括算法说明，基于此，上述条件执行算法获得模块117可以包括：

算法信息描述显示单元，用于响应于对所述算法说明的触发操作，在所述规则配置页面的配置区域显示多个算法信息描述；

算法编辑界面输出单元，用于响应于对所述算法信息描述的选择操作，输出针对所选择的算法信息描述的算法编辑界面；其中，所述选择操作是基于所述决策条件和所述判定条件执行的；

算法编辑单元，用于响应于对所述算法编辑界面的算法编辑操作，得到对应的所述决策条件或所述判定条件的条件执行算法。

在又一些实施例中，基于上述分析，为了构建上述业务审查模型，该装置还可以包括：

模型展示页面输出模块，用于输出针对所述目标规划业务的模型展示页面，在所述模型展示页面显示构成对应的所述业务审查模型的各审查节点，以及所述审查节点对应的至少一个审查条件和条件执行算法；其中，所述审查条件为所述决策条件或所述判定条件的至少部分；

内容编辑模块，用于响应对所述模型展示页面显示的任一内容的编辑操作，更新所述业务审查模型的对应内容；

更新存储模块，用于响应针对更新后的所述业务审查模型的存储操作，执行步骤所述将所述业务审查模型与所述目标规划业务进行关联存储。

基于上文各实施例的描述内容，上述审查模块113可以包括：

待审查图纸得到单元，用于对所述待审查信息进行数字化处理，得到对应的待审查图纸；

检测单元，用于从所述业务审查模型的顶层审查节点开始，依据对应的条件执行算法，检测所述待审查图纸是否满足对应审查节点表征的决策条件；

审查节点跳转单元，用于依据检测结果跳转至对应下一审查节点，若所述下一审查节点表征任一所述决策条件，继续依据对应的条件执行算法对所述待审查图纸进行检测；

判定单元，用于在跳转的下一审查节点表征任一所述判定条件，依据对应的条件执行算法对所述待审查图纸进行判定，得到对应的审查结果。

可选的，上述待审查信息获取模块111可以包括：

审查请求接收单元，用于接收客户端发送的针对目标规划业务的审查请求；

待审查信息得到单元，用于解析所述审查请求，得到针对所述目标规划业务所选择的规划范围的待审查信息；

基于此，上述输出模块114可以包括：

审查报告发送单元，用于将包含所述审查结果的审查报告发送至提交所述待审查信息的客户端，在所述客户端输出的规划地图上展示所述规划范围内不同规划对象的审查结果。

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

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器加载并执行，实现上述业务审查处理方法的各步骤，具体实现过程可以参照上述实施例相应部分的描述，本实施例不做赘述。

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

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

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

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

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

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

Claims (10)

1.一种业务审查处理方法，其特征在于，所述方法包括：

获取针对目标规划业务的待审查信息；

调取预先构建的与所述目标规划业务关联的业务审查模型；所述业务审查模型是树型结构，且依据针对所述目标规划业务的多条审查规则构建；

依据所述业务审查模型，对所述待审查信息进行审查，得到针对所述待审查信息的审查结果；

输出所述审查结果。

2.根据权利要求1所述的方法，其特征在于，所述依据针对所述目标规划业务的多条审查规则，构建与所述目标规划业务关联的业务审查模型，包括：

获得针对目标规划业务的多条审查规则；

确定所述多条审查规则各自对应的针对所述目标规划业务的决策条件和判定条件；

获得所述决策条件和所述判定条件各自对应的条件执行算法；

依据所述决策条件、所述判定条件以及对应的所述条件执行算法，构建具有树型结构的业务审查模型；所述构成所述树型结构的审查节点表示对应所述决策条件或所述判定条件，所述审查节点之间的连线表示父审查节点的一种审查结果；

将所述业务审查模型与所述目标规划业务进行关联存储。

3.根据权利要求2所述的方法，其特征在于，所述获得针对目标规划业务的多条审查规则，包括：

输出针对目标规划业务的规则配置页面，在所述规则配置页面显示至少一种规则审查类型；所述至少一种规则审查类型包括自动审查规则；

响应于对所述自动审查规则的选择操作，在所述规则配置页面的配置区域显示针对所述目标规划业务的至少一个审查对象对应的候选规则；

响应于对所述候选规则的输入操作，得到针对所述目标规划业务的多条审查规则。

4.根据权利要求3所述的方法，其特征在于，所述响应于对所述候选规则的输入操作，得到针对所述目标规划业务的多条审查规则，包括：

响应于对至少一种所述候选规则的选择输入操作，将所选择的所述候选规则确定为针对所述目标规划业务的审查规则；和/或，

响应于对任一种所述候选规则的编辑操作，将编辑后的规则确定为针对所述目标规划业务的审查规则；和/或，

响应于在所述规则配置页面输入的规则新增操作，在所述规则配置页面的配置区域增加一个待配置规则项；

响应于对所述待配置规则项的配置操作，得到针对所述目标规划业务的一条审查规则。

5.根据权利要求3所述的方法，其特征在于，所述规则配置页面还显示有至少一种信息说明类别，所述信息说明类别包括算法说明，所述获得所述决策条件和所述判定条件各自对应的条件执行算法，包括：

响应于对所述算法说明的触发操作，在所述规则配置页面的配置区域显示多个算法信息描述；

响应于对所述算法信息描述的选择操作，输出针对所选择的算法信息描述的算法编辑界面；其中，所述选择操作是基于所述决策条件和所述判定条件执行的；

响应于对所述算法编辑界面的算法编辑操作，得到对应的所述决策条件或所述判定条件的条件执行算法。

6.根据权利要求5所述的方法，其特征在于，所述依据针对所述目标规划业务的多条审查规则，构建与所述目标规划业务关联的业务审查模型，还包括：

输出针对所述目标规划业务的模型展示页面，在所述模型展示页面显示构成对应的所述业务审查模型的各审查节点，以及所述审查节点对应的至少一个审查条件和条件执行算法；其中，所述审查条件为所述决策条件或所述判定条件的至少部分；

响应对所述模型展示页面显示的任一内容的编辑操作，更新所述业务审查模型的对应内容；

响应针对更新后的所述业务审查模型的存储操作，执行步骤所述将所述业务审查模型与所述目标规划业务进行关联存储。

7.根据权利要求2-6任一项所述的方法，其特征在于，所述依据所述业务审查模型，对所述待审查信息进行审查，得到针对所述待审查信息的审查结果，包括：

对所述待审查信息进行数字化处理，得到对应的待审查图纸；

从所述业务审查模型的顶层审查节点开始，依据对应的条件执行算法，检测所述待审查图纸是否满足对应审查节点表征的决策条件；

依据检测结果跳转至下一审查节点，若所述下一审查节点表征任一所述决策条件，继续依据对应的条件执行算法对所述待审查图纸进行检测；

若所述下一审查节点表征任一所述判定条件，依据对应的条件执行算法对所述待审查图纸进行判定，得到对应的审查结果。

8.根据权利要求1-6任一项所述的方法，其特征在于，所述获取针对目标规划业务的待审查信息，包括：

接收客户端发送的针对目标规划业务的审查请求；

解析所述审查请求，得到针对所述目标规划业务所选择的规划范围的待审查信息；

所述输出所述审查结果，包括：

将包含所述审查结果的审查报告发送至提交所述待审查信息的客户端，在所述客户端输出的规划地图上展示所述规划范围内不同规划对象的审查结果。

9.一种业务审查处理装置，其特征在于，所述装置包括：

待审查信息获取模块，用于获取针对目标规划业务的待审查信息；

业务审查模型调取模块，用于调取预先构建的与所述目标规划业务关联的业务审查模型；所述业务审查模型具有树型结构，且依据针对所述目标规划业务的多条审查规则构建；

审查模块，用于依据所述业务审查模型，对所述待审查信息进行审查，得到针对所述待审查信息的审查结果；

输出模块，用于输出所述审查结果。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机指令，所述计算机执行被处理器加载执行，实现如权利要求1-8任一项所述的业务审查处理方法。

Images