事项处理方法、装置、服务器及存储介质与流程

本申请涉及计算机技术领域，特别涉及一种事项处理方法、装置、服务器及存储介质。

背景技术：

公民、法人或者组织在从事特定活动事项前，需要通过政府、行政机关或者法律、法规授权的具有管理公共事务职能的组织的依法审核批准。例如，公民办理“房地产抵押权首次登记”行政事项，需要经过该行政事项相关的办理部门的审核，才能完成该行政事项的办理。

为提高政府的行政事项办理效率，会按照政府行政督察管理办法，建设行政电子督察管理系统；通过该行政电子督察管理系统跟踪政府部门的行政事项的办理流程；针对办理流程中出现的办理时限超时的问题，行政督察人员会通过行政电子督察管理系统予以警告；对于多次警告无效或者超时过于严重的办理部门和办理人员进行问责处理。

相关技术仅对办理时限超时的问题进行督察，仅依靠行政督察人员的督促并不能有效的提高行政事项的办理效率。

技术实现要素：

本申请实施例提供了一种事项处理方法、装置、服务器及存储介质，能够提高事项的办理效率。所述技术方案如下：

根据本申请实施例的一方面，提供了一种事项处理方法，所述方法包括：

预先根据事项的初始办理流程，建立所述事项对应的业务模型；

预先根据政务数据资源，建立所述事项对应的数据模型；

获取所述事项的办理请求；

根据所述事项对应的业务模型和所述事项对应的数据模型，确定所述事项的初始办理流程中的冗余点；

根据所述冗余点，对所述事项的初始办理流程进行简化，得到精简办理流程；

根据所述精简办理流程，对所述事项进行处理。

根据本申请实施例的另一方面，提供了一种事项处理装置，所述装置包括：

建立模块，被配置为预先根据事项的初始办理流程，建立所述事项对应的业务模型；预先根据政务数据资源，建立所述事项对应的数据模型；

获取模块，被配置为获取所述事项的办理请求；

确定模块，被配置为根据所述事项对应的业务模型和所述事项对应的数据模型，确定所述事项的初始办理流程中的冗余点；

简化模块，被配置为根据所述冗余点，对所述事项的初始办理流程进行简化，得到精简办理流程；

处理模块，被配置为根据所述精简办理流程，对所述事项进行处理。

在一种可能的实现方式中，所述确定模块，还被配置为根据所述事项对应的业务模型，确定所述事项对应的审核材料；根据所述数据模型对应的政务数据资源，确定所述审核材料对应的共享资源；响应于所述数据模型对应的政务数据资源中存在所述审核材料对应的共享资源，将所述审核材料对应的流程节点确定为所述事项的初始办理流程中的冗余点。

在另一种可能的实现方式中，所述确定模块，还被配置为响应于所述审核材料为证明材料，根据所述审核材料的类型，从所述数据模型对应的政务数据资源中确定所述审核材料对应的第一数据库；根据所述事项的办理请求，获取所述事项对应的申请人信息；根据所述事项对应的申请人信息，从所述第一数据库中匹配出所述申请人信息对应的第一共享资源。

在另一种可能的实现方式中，所述确定模块，还被配置为响应于所述审核材料为填写材料，确定所述填写材料中的填写项对应的填写信息；根据所述填写信息的类型，从所述数据模型对应的政务数据资源中确定所述填写信息对应的第二数据库；根据所述事项的办理请求，获取所述事项对应的申请人信息；根据所述事项对应的申请人信息，从所述第二数据库中匹配出所述申请人信息对应的第二共享资源。

在另一种可能的实现方式中，所述简化模块，还被配置为根据所述业务模型中所述冗余点对应的审核材料和所述数据模型中所述审核材料对应的共享资源，将所述共享资源应用于所述冗余点中，对所述事项的初始办理流程进行简化，得到精简办理流程。

在另一种可能的实现方式中，所述处理模块，还被配置为根据所述精简办理流程对应的冗余点，从所述业务模型中确定所述冗余点对应的办理部门；将所述数据模型中所述冗余点对应的共享资源，提交至所述冗余点对应的办理部门。

在另一种可能的实现方式中，所述装置还包括：

生成模块，被配置为根据所述事项对应的业务模型和数据模型，对所述业务模型和所述数据模型对应的数据进行提取、整合和抽象，生成知识图谱数据库，所述知识图谱数据库包括事项对应的关系型数据；基于所述知识图谱数据库进行关系构建，生成数字政府运行图谱；

输出模块，被配置为输出所述数字政府运行图谱，所述数字政府运行图谱包括政府运行组织机构关系图谱、部门事项关系图谱和事项办理关系图谱。

根据本申请实施例的另一方面，提供了一种服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以实现上述任一可能的实现方式所述的事项处理方法。

根据本申请实施例的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现上述任一可能的实现方式所述的事项处理方法。

在本申请实施例中，预先根据事项的初始办理流程，建立事项对应的业务模型；预先根据政务数据资源，建立事项对应的数据模型；获取事项的办理请求；根据事项对应的业务模型和数据模型，确定事项的初始办理流程中的至少一个冗余点；根据至少一个冗余点对事项的初始办理流程进行简化，得到精简办理流程；根据精简办理流程，对事项进行处理。在本申请中，根据业务模型和数据模型，对事项的初始办理流程进行简化，得到精简办理流程，通过精简办理流程减少事项的初始办理流程中的冗余和缺陷，能够提高事项的办理效率。

附图说明

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

图1是本申请实施例提供的一种实施环境的示意图；

图2是本申请实施例提供的一种事项处理方法的流程图；

图3是本申请实施例提供的一种事项办理流程的示意图；

图4是本申请实施例提供的一种申请表的示意图；

图5是本申请实施例提供的一种事项处理方法的流程图；

图6是本申请实施例提供的一种数字政府运行图谱构建的示意图；

图7是本申请实施例提供的一种数字政府运行图谱的全景示意图；

图8是本申请实施例提供的一种政府运行组织机构关系图谱的示意图；

图9是本申请实施例提供的一种部门事项关系图谱的示意图；

图10是本申请实施例提供的一种事项办理关系图谱的示意图；

图11是本申请实施例提供的一种事项处理方法的流程图；

图12是本申请实施例提供的一种客户端的界面的示意图；

图13是本申请实施例提供的一种事项处理装置的框图；

图14是本申请实施例提供的一种服务器的框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

随着大数据和人工智能技术的研究和进步，大数据和人工智能技术的应用范围越来越广泛。为贯彻落实数字政府改革和简政放权政策，可以将大数据和人工智能技术应用在数字政府改革中，便捷企业和个人办事，构建“服务型”政府。本申请基于大数据和人工智能技术，提供了一种事项处理方法，通过对事项的初始办理流程和政务数据资源的整合分析，对事项的初始办理流程进行简化。

本申请涉及的事项对应有至少一个流程节点和至少一个与该事项相关的办理部门。本申请涉及的事项可以为需要通过政府、行政机关或者法律、法规授权的具有管理公共事务职能的组织进行办理的行政事项，例如，事项可以为“房地产抵押权首次登记”、“地役权登记”或者“国有建设用地使用权登记”等行政事项；本申请涉及的事项也可以为企业、学校或者其他单位在运营过程中涉及到的事项，例如，事项可以为“假期申请”、“报销申请”或者“资金申请”等事项。在本申请实施例中，以事项为需要通过政府、行政机关或者法律、法规授权的具有管理公共事务职能的组织进行办理的行政事项为例进行说明。

本申请提供的事项处理方法基于人工智能技术实现，主要涉及人工智能的大数据处理技术、知识图谱技术和机器学习等技术。

人工智能(artificialintelligence,ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说，人工智能是计算机科学的一个综合技术，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法，使机器具有感知、推理与决策的功能。

人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

知识图谱技术也是人工智能技术的组成部分，其强大的语义处理和互联组织能力，为智能化信息应用提供了基础。知识图谱旨在描述真实世界中存在的各种实体或概念及其关系,其构成一张巨大的语义网络图，节点表示实体或概念，边则由属性或关系构成。

机器学习(machinelearning,ml)是一门多领域交叉学科，涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为，以获取新的知识或技能，重新组织已有的知识结构使之不断改善自身的性能。机器学习是人工智能的核心，是使计算机具有智能的根本途径，其应用遍及人工智能的各个领域。机器学习和深度学习通常包括人工神经网络、置信网络、强化学习、迁移学习、归纳学习、示教学习等技术。

图1是本申请实施例提供的一种实施环境的示意图。参见图1，该实施环境中包括第一终端101和服务器102。第一终端101可以为电脑、手机、平板电脑或者其他电子设备。服务器102可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。

第一终端101和服务器102之间通过无线或者有线网络连接。并且，第一终端101上可以安装有服务器102提供服务的客户端，第一终端101对应的第一用户可以通过该客户端实现例如数据传输、消息交互等功能。第一用户可以为政府、行政机关或者法律、法规授权的具有管理公共事务职能的组织中的办事人员。客户端用于展示事项的精简办理流程和数字政府运行图谱。客户端可以为第一终端101上的任一客户端，例如，客户端可以为专为第一用户提供服务的客户端；再如，事项的精简办理流程和数字政府运行图谱可以展示在网页中，客户端还可以为浏览器或者能够展示网页的应用。

该实施环境中还可以包括第二终端103，第二终端103可以为电脑、手机、平板电脑或者其他电子设备。第二终端103和服务器102之间通过无线或者有线网络连接。并且，第二终端103可以安装有服务器102提供服务的客户端，第二终端103对应的用户可以通过该客户端实现例如数据传输、消息交互等功能。第二终端103对应的第二用户可以为申请办理事项的申请人。客户端可以为专为第二用户提供事项办理服务的客户端，第二用户可以通过该客户端进行事项的办理。客户端还可以为浏览器或者能够展示网页的应用，第二用户可以通过浏览器或者能够展示网页的应用登录事项的网上办理系统进行事项的办理。

图2是本申请实施例提供的一种事项处理方法的流程图。参见图2，该实施例包括：

201、服务器预先根据事项的初始办理流程，建立事项对应的业务模型。

事项可以为需要通过政府、行政机关或者法律、法规授权的具有管理公共事务职能的组织进行办理的行政事项。例如，事项可以为“房地产抵押权首次登记”、“地役权登记”或者“国有建设用地使用权登记”等行政事项。

事项办理是指政府或者行政机关及法律、法规授权的具有管理公共事务职能的组织，根据公民、法人或者其他组织的申请，经依法审核或业务核查，准予其从事特定活动事项的业务过程。

事项的初始办理流程即当前办理部门根据公民、法人或者其他组织的申请，经依法审核或业务核查，准予其从事特定活动事项的业务过程。例如，对于“房地产抵押权首次登记”事项，初始办理流程包括事项的申请人提出申请、提交审核材料、缴费、获取登记证书等流程，以及事项相关的办理部门接收审核材料、检验审核材料、要求申请人补充材料、收费、发放登记证书等流程。

事项的初始办理流程可以为事项的实际办理流程；事项的初始办理流程还可以包括事项的法定办理流程和实际办理流程。法定办理流程为基于国家或政府出台的相关政策得到的办理流程。实际办理流程为实际办理事项时的流程。例如，法定办理流程包括申请人提出申请，相应的实际办理流程包括申请人获取审核材料、申请人网上预约或现场取号、申请人填写申请表以及申请人提交申请表和审核材料，在本申请实施例中，以事项的初始办理流程包括事项的法定办理流程和实际办理流程为例进行说明。

法定办理流程在全国范围内相同或相似，实际办理流程会因各省市的实际情况有所不同。例如，审核材料为某项证明材料，申请人在a市实际办理需从办理部门a获取审核材料，申请人在b市实际办理需从办理部门b获取审核材料。可以基于事项的法定办理流程，对事项的实际办理流程进行简化。

在一种可能的实现方式中，服务器可以根据事项的初始办理流程，提取出办理流程数据，基于办理流程数据建立事项对应的业务模型。相应的，服务器预先根据事项的初始办理流程，建立事项对应的业务模型可以通过以下步骤(1)至(3)实现：

(1)服务器基于事项的法定办理流程，提取法定办理流程数据。

法定办理流程数据至少包括对事项的法定办理流程的数据化表示，法定办理流程数据还可以包括事项类型、事项对应的审核材料、法定办结时限和事项对应的办理部门等数据中的一项或多项。

在一种可能的实现方式中，事项对应的相关政策文件中包括事项的法定办理流程，服务器可以基于事项对应的相关政策文件中包括的法定办理流程，对事项业务进行梳理，提取法定办理流程数据。相应的，服务器基于事项的法定办理流程，提取法定办理流程数据的步骤可以为：服务器从事项对应的相关政策文件中提取与事项的法定办理流程相关的文本信息；根据与事项的法定办理流程相关的文本信息，提取出事项的法定办理流程数据。

在本申请实施例中，服务器能够基于相关政策文件，提取出事项的法定办理流程数据，提取法定办理流程数据的过程自动化程度更高，从而能够提高事项处理的效率。

在另一种可能的实现方式中，还可以通过人工干预和服务器处理结合的方式，对事项业务进行梳理，提取事项的法定办理流程数据。相应的，服务器基于事项的法定办理流程，提取法定办理流程数据的步骤可以为：如果服务器提取出的某项法定办理流程数据准确度有限，服务器接收人工输入的该项法定办理流程数据对应的信息，通过该项法定办理流程数据对应的信息，得出该项法定办理流程数据。

在本申请实施例中，引入人工干预对事项业务进行梳理，得到的事项的法定办理流程数据准确度更高。

(2)服务器基于事项的实际办理流程，提取实际办理流程数据。

实际办理流程数据为实际办理流程的数据化表示。实际办理流程数据至少包括申请人对应的实际办理流程数据和办理部门对应的实际办理流程数据。实际办理流程数据还可以包括事项编码、事项对应的办理形式、申请人办理跑动次数、事项对应的审核材料、审核材料的数量、事项对应的办理部门、收费情况和实际办结时长等数据中的一项或多项。

在一种可能的实现方式中，用户可以通过相关政府对应的事项办理系统进行事项办理，用户在事项办理系统上进行事项办理时，会生成事项对应的历史办理流程数据。服务器可以根据事项对应的历史办理流程数据，提取事项的实际办理流程数据。相应的，服务器基于事项的实际办理流程，提取实际办理流程数据的步骤可以为：服务器从事项对应的事项办理系统中，获取事项对应的历史办理流程数据；根据该历史办理流程数据，通过机器学习的方法，得到事项的实际办理流程数据。

在本申请实施例中，服务器能够基于事项对应的历史办理流程数据，得到事项的实际办理流程数据，自动化程度更高，从而能够提高事项处理的效率。

在另一种可能的实现方式中，事项对应有与实际办理流程相关的文字描述，服务器可以根据该文字描述，提取事项的实际办理流程数据。相应的，服务器基于事项的实际办理流程，提取实际办理流程数据的步骤可以为：服务器从网络数据中获取与事项的实际办理流程相关的文字描述；将该文字描述作为语料，提取出事项的实际办理流程数据。

在本申请实施例中，服务器能够从网络数据中获取与事项的实际办理流程相关的文字描述，得到的实际办理流程数据能够更加全面的描述实际办理流程。

在另一种可能的实现方式中，还可以通过人工干预和服务器处理结合的方式，对事项业务进行梳理，提取事项的实际办理流程数据。相应的，服务器基于事项的实际办理流程，提取实际办理流程数据的步骤可以为：如果服务器提取出的某项实际办理流程数据准确度有限，服务器接收人工输入的该项实际办理流程数据对应的信息，通过该项实际办理流程数据对应的信息，得出该项实际办理流程数据。

(3)服务器根据事项、事项的法定办理流程数据和事项的实际办理流程数据，建立事项对应的业务模型。

在一种可能的实现方式中，业务模型包括事项、事项的法定办理流程数据和事项的实际办理流程数据，以及事项、事项的法定办理流程数据和事项的实际办理流程数据的对应关系。相应的，本步骤可以为：服务器关联事项、事项的法定办理流程数据和事项的实际办理流程数据，建立事项对应的业务模型。

在本申请实施例中，服务器分析提取出事项的实际办理流程数据和法定办理流程数据，基于实际办理流程数据和法定办理流程数据，建立业务模型，使事项的办理流程更加清晰，为事项的初始办理流程的简化提供支撑。

在另一种可能的实现方式中，服务器可以根据事项、事项的法定办理流程数据和事项的实际办理流程数据，形成事项目录主题库，基于事项目录主题库，建立事项对应的业务模型。相应的，服务器根据事项、事项的法定办理流程数据和事项的实际办理流程数据的，建立事项对应的业务模型的步骤可以为：关联事项、事项的法定办理流程数据和事项的实际办理流程数据，形成事项目录主题库；基于事项目录主题库，建立事项对应的业务模型。

在本申请实施例中，服务器可以先分析提取出事项的实际办理流程数据和法定办理流程数据，形成事项目录主题库，当需要建立业务模型时，直接基于事项目录主题库建立业务模型，节省了分析提取事项的实际办理流程数据和法定办理流程数据的时间，能够提高建立业务模型的效率。

需要说明的一点是，服务器建立事项对应的业务模型后，可以输出该业务模型。服务器可以将该业务模型发送给第一终端或第二终端；第一终端或第二终端接收服务器发送的业务模型，根据业务模型，将事项的法定办理流程、实际办理流程和事项对应的详情信息显示在客户端的界面上。

图3是本申请实施例提供的一种事项办理流程的示意图300，参见图3，对于“房地产抵押权首次登记”事项，客户端的界面上显示事项对应的详情信息，该详情信息包括：事项名称为“房地产抵押权首次登记”；该事项对应的办理部门，也即办理部门为aa登记中心；事项类型为行政许可；办理形式为网上办理；事项对应的审核材料，也即材料清单为申请表、身份证明、不动产权属证明、主合同和抵押合同；审核材料数量，也即纸质材料份数为5份，事项编码为“12312sdfdsfxzfdsfdsf”；法定办结时限为3天；收费情况为收费，也即是否收费对应是；申请人办理跑动次数为申请人可跑动1次，在2个窗口办理，也即跑动次数为“1次2窗口”。

客户端的界面上显示事项的法定办理流程，该法定办理流程包括：申请人提出申请；窗口人员接收材料；审查材料，也即对申请人提交的材料进行初步审核，初步审核申请人提交的材料是否齐全和是否有效；如果材料不齐全或无效，则在10个工作日内，申请人补正材料，继续执行窗口人员接收材料的步骤；如果资料齐全，则受理；审核，也即根据申请人提交的材料和事项的政策，判断申请人是否符合登记条件；如果符合登记条件，则缮证，也即向申请人发放登记证书；如果不符合登记条件，则不予登记决定书；如果审核过程中，材料不齐全或无效，则申请人补正材料，继续执行审核的步骤。

客户端的界面上显示事项的实际办理流程，实际办理流程可以分为个人和政府机构两部分。个人，即事项的申请人；政府机构，即事项对应的办理部门。实际办理流程的个人部分包括：网上预约或现场取号；填写申请表和提交材料；缴费；领证。实际办理流程的政府机构部分包括：办理窗口收件；检验信息材料，也即检验申请人提交的申请表中的信息和检验申请人提交的材料；出示缴费指引；收费；打印受理回执。

第一终端为事项对应的办理部门的办事人员对应的终端。客户端可以为专为政府办事人员提供服务的客户端，客户端也可以为浏览器或者能够展示网页的应用。事项相关的办理部门和办事人员可以通过客户端了解实际办理流程和法定办理流程的差异。

在本申请实施例中，服务器可以将业务模型输出给事项相关的办理部门和办事人员，为相关办理部门和办事人员对实际办理流程的改进提供数据支撑，辅助办理部门和办事人员提高行政效能水平。

第二终端为事项的申请人对应的终端，客户端可以是为申请人提供服务的办事应用，客户端也可以为浏览器或者能够展示网页的应用。事项的申请人可以通过客户端查看事项的办理流程。

在本申请实施例中，事项的申请人可以通过客户端了解事项的办理流程，减少因申请人对办理流程不了解导致的提交材料不全、跑错办理部门等问题，减少申请人办理事项的跑动次数，辅助申请人提高办理事项的效率。

202、服务器预先根据政务数据资源，建立事项对应的数据模型。

政务数据资源为政务大数据中心建设过程中形成的政务办理部门之间可共享的政务数据。政务数据是指各级政府在大数据中心建设过程中所形成的政务行业数据资源。政务数据通常包括政务信息基础数据库和政务信息主/专题数据库。政务信息基础数据库是指在政务大数据中心建设中，涉及到政务的基础信息数据建设的数据库资源，一般包括有人口信息、法人信息、空间地理信息、电子证照信息和信用信息五大类基础数据库。政务信息主/专题数据库是指在政务大数据中心建设中，因数字政府发展业务需求，而建设的涉及政务某些主题或行业专题业务数据的数据库资源。政务信息主/专题数据库通常包括有事项办理、市场监管、公共安全、社会保障、城市治理等主/专题。

事项对应的数据模型包括政务机构组织数据、权责清单数据、政务数据资源目录数据、法定办理流程数据、实际办理流程数据以及上述数据之间的关系。服务器可以根据政务数据资源目录数据、业务模型、事项对应的办理部门、办理部门对应的权责信息和政务数据资源，生成政务机构组织数据、权责清单数据、法定办理流程数据和实际办理流程数据，提取上述数据之间的关系，建立数据模型。相应的，服务器预先根据政务数据资源，建立事项对应的数据模型可以通过以下步骤(1)至(2)实现：

(1)服务器根据政务数据资源、事项对应的办理部门、办理部门对应的权责信息和业务模型，生成政务数据资源目录数据、政务机构组织数据、权责清单数据、法定办理流程数据和实际办理流程数据。

办理部门即政府或者行政机关及法律、法规授权的具有管理公共事务职能的组织。例如，对于“房地产抵押权首次登记”事项，办理部门可以包括aa登记中心。

服务器可以通过政务大数据中心获取政务数据资源；服务器根据业务模型，获取事项对应的法定办理流程数据和实际办理流程数据；服务器根据事项对应的办理部门，生成政府机构组织数据，该政府机构组织数据中至少对应一个办理部门。

服务器根据办理部门的权责信息，生成权责清单数据，该权责清单数据至少对应一条办理部门的权责信息。

办理部门对应的权责信息包括办理部门在事项办理流程中的职责。例如，对于“房地产抵押权首次登记”事项，该事项对应的办理部门有aa登记中心，aa登记中心的权责信息包括接收申请人提交的审核材料；对申请人提交的审核材料进行审核；如果申请人符合登记条件，则准允申请人登记房地产抵押权，向申请人发放登记证书等。

服务器可以在建立业务模型的过程中获取事项对应的办理部门和办理部门对应的权责信息。

服务器根据政务数据资源，生成政务数据资源目录数据，该政务数据资源目录数据至少对应政务信息基础数据库或政务信息主/专题数据库中的一个。

(2)服务器根据政务数据资源目录数据、政务机构组织数据、权责清单数据、法定办理流程数据和实际办理流程数据，建立数据模型。

服务器通过机器学习的方法，将政务数据资源目录数据、政务机构组织数据、权责清单数据、法定办理流程数据和实际办理流程数据组织起来，提取政务数据资源目录数据、政务机构组织数据、权责清单数据、法定办理流程数据和实际办理流程数据的关系；根据政务数据资源目录数据、政务机构组织数据、权责清单数据、法定办理流程数据和实际办理流程数据以及政务数据资源目录数据、政务机构组织数据、权责清单数据、法定办理流程数据和实际办理流程数据的关系，形成数据模型。

在本申请实施例中，服务器将政务数据资源、事项对应的法定办理流程数据和实际办理流程数据、事项对应的办理部门和办理部门的权责信息组织起来，形成数据模型，为事项的初始办理流程的简化提供数据支撑，从而能够基于数据之间的关系，对事项的初始办理流程进行有效的简化，提高事项办理的效率。

203、第二终端向服务器发送事项的办理请求。

第二用户可以通过第二终端上的客户端进行事项的办理，第二用户可以触发办理事项的操作；第二终端响应于办理事项的操作，向服务器发送事项的办理请求，该办理请求可以携带第二用户的申请人信息，申请人信息用于表征申请人的身份，例如，申请人信息可以为申请人的身份证号，申请人信息还可以为申请人登录客户端或者事项的网上办理系统的账号。

204、服务器获取事项的办理请求，根据事项对应的业务模型和事项对应的数据模型，确定事项的初始办理流程中的冗余点。

服务器接收第二终端发送的办理请求，根据该办理请求，对事项进行处理。服务器可以根据事项对应的业务模型，确定事项对应的审核材料，若数据模型对应的政务数据资源中存在该审核材料对应的共享资源，则将该审核材料对应的流程节点确定为初始办理流程中的冗余点。相应的，服务器根据事项对应的业务模型和事项对应的数据模型，确定事项的初始办理流程中的冗余点的步骤可以为：服务器根据事项对应的业务模型，确定事项对应的审核材料；服务器根据数据模型对应的政务数据资源，确定审核材料对应的共享资源；服务器响应于数据模型对应的政务数据资源中存在审核材料对应的共享资源，将审核材料对应的流程节点确定为事项的初始办理流程中的冗余点。

在一种可能的实现方式中，若事项对应的审核材料为证明材料。例如，证明材料可以为身份证明或不动产权属证明文件等，服务器可以根据审核材料的类型，从政务数据资源中确定该审核材料所属的第一数据库，再根据办理请求携带的申请人信息，从第一数据库中匹配出该申请人信息对应的第一共享资源。相应的，服务器根据数据模型对应的政务数据资源，确定审核材料对应的共享资源的步骤可以为：服务器响应于审核材料为证明材料，根据审核材料的类型，从数据模型对应的政务数据资源中确定审核材料对应的第一数据库；根据事项的办理请求，获取事项对应的申请人信息；根据事项对应的申请人信息，从第一数据库中匹配出申请人信息对应的第一共享资源。

例如，审核材料为身份证明，该审核材料的类型为电子证照，服务器可以确定该审核材料对应的第一数据库为电子证照库，申请人信息可以为申请人的身份证号，服务器可以从电子证照库中匹配出该申请人的身份证号对应的第一共享资源，也即该申请人的身份证号对应的身份证明。

在另一种可能的实现方式中，若事项对应的审核材料为填写材料，例如，填写材料可以为申请表，服务器可以根据填写材料中每个填写项对应的填写信息的类型，从政务数据资源中确定填写信息对应的第二数据库，从第二数据库中匹配出申请人信息对应的第二共享资源。相应的，服务器根据数据模型对应的政务数据资源，确定审核材料对应的共享资源的步骤可以为：服务器响应于审核材料为填写材料，确定填写材料中的填写项对应的填写信息；根据填写信息的类型，从数据模型对应的政务数据资源中确定填写信息对应的第二数据库；根据事项的办理请求，获取事项对应的申请人信息；根据事项对应的申请人信息，从第二数据库中匹配出申请人信息对应的第二共享资源。

例如，申请表中的不动产情况包括“坐落”填写项、“转移面积”填写项和“抵押面积”填写项；上述填写项对应的填写信息均为建筑房屋类信息，服务器可以确定填写信息对应的第二数据库为政务数据资源中的建筑房屋数据库；申请人信息可以包括申请人的身份证号；服务器可以根据事项对应的申请人信息，从第二数据库中匹配出该申请人信息对应的第二共享资源，也即该申请人的身份证号对应的不动产的坐落信息、转移面积信息和抵押面积信息。

其中，政务数据资源可以封装成接口嵌入至事项对应的网上办理系统或客户端中。服务器可以通过该接口访问政务数据资源。例如，申请人可以通过aa登记系统办理“房地产抵押权首次登记”事项，服务器可以通过政务大数据中心将政务数据资源封装成接口，嵌入至aa登记系统中。当申请人通过aa系统提交事项办理申请时，服务器即可通过aa登记系统中的接口，从政务数据资源中匹配出申请人信息对应的共享资源。

在另一种可能的实现方式中，若事项对应的审核材料为合同文件，服务器还可以通过与政府合同登记备案数字化系统联通的数据交换共享平台，确定审核材料对应的共享资源。相应的，服务器根据数据模型对应的政务数据资源，确定审核材料对应的共享资源的步骤可以为：服务器通过数据交换共享平台的接口，根据合同文件的类型，从政府合同登记备案数字化系统的政务数据资源中确定该合同文件对应的第三数据库；根据事项的办理请求，获取事项对应的申请人信息；根据事项对应的申请人信息，从该第三数据库中匹配出该申请人信息对应的第三共享资源。

其中，数据交换共享平台可以作为接口嵌入到网上办理系统中，该接口可以实现网上办理系统、数据交换共享平台和政府合同登记备案数字化系统的联通。

例如，审核材料为不动产抵押合同文件，该审核材料的类型为不动产抵押合同文件，服务器可以从政府合同登记备案数字化系统的政务数据资源中确定该合同文件对应的第三数据库为不动产抵押合同数据库；申请人信息可以为申请人的身份证号，服务器可以根据该申请人的身份证号，从第三数据库中匹配出该申请人信息对应的不动产抵押合同文件。

205、服务器根据冗余点，对事项的初始办理流程进行简化，得到精简办理流程。

冗余点为初始办理流程中对应有共享资源的流程节点，服务器将冗余点对应的共享资源应用于初始办理流程中，对事项的初始办理流程进行简化，得到精简办理流程。相应的，服务器根据冗余点，对事项的初始办理流程进行简化，得到精简办理流程的步骤可以为：服务器根据业务模型中冗余点对应的审核材料和数据模型中审核材料对应的共享资源，将共享资源应用于冗余点中，对事项的初始办理流程进行简化，得到精简办理流程。

在一种可能的实现方式中，审核材料为证明材料，服务器将共享资源应用于冗余点中的步骤可以为：服务器响应于审核材料为证明材料，将该审核材料对应的第一共享资源应用于冗余点中，对事项的初始办理流程进行简化，得到精简办理流程，该精简办理流程用于表示将审核材料对应的第一共享资源提交至该冗余点对应的办理部门。

在另一种可能的实现方式中，审核材料为填写材料，服务器将共享资源应用于冗余点中的步骤可以为：服务器响应于审核材料为填写材料，将该填写材料对应的第二共享资源应用于冗余点中，对事项的初始办理流程进行简化，得到精简办理流程，该精简办理流程用于表示将审核材料对应的第二共享资源分别写入该审核材料的填写项中。

在另一种可能的实现方式中，审核材料为填写材料，服务器将共享资源应用于冗余点中的步骤还可以为：服务器响应于审核材料为填写材料，将该填写材料对应的第二共享资源应用于冗余点中，对事项的初始办理流程进行简化，得到精简办理流程，该精简办理流程用于表示将审核材料对应的第二共享资源提交至该冗余点对应的办理部门。

206、服务器根据精简办理流程，对事项进行处理。

精简办理流程中包括可简化的冗余点和其他流程节点，对于其他流程节点，服务器可以按照原有的规则对事项进行处理。对于可简化的冗余点，服务器将冗余点对应的共享资源提交至冗余点对应的办理部门，相应的，本步骤可以为：服务器根据精简办理流程对应的冗余点，从业务模型中确定冗余点对应的办理部门；将数据模型中冗余点对应的共享资源，提交至冗余点对应的办理部门。

例如，对于“房地产抵押权首次登记”事项，政务数据资源中存在可共享的不动产权属证明，获取和提交不动产权属证明的流程节点为冗余点，服务器可以从电子证照库中获取到申请人信息对应的不动产权属证明，根据事项对应的业务模型，确定该不动产权属证明对应的办理部门为aa登记中心，服务器将从电子证照库获取的不动产权属证明提交至aa登记中心，不需要申请人再从其他办理部门获取不动产权属证明，手动提交至aa登记中心。

在本申请实施例中，服务器通过政务数据资源获取审核材料，将审核材料提交至相应的办理部门，通过政务数据资源的共享利用，简化申请人的事项办理流程中对审核材料的获取与提交，提高政务事项办理流程的时效。

在一种可能的实现方式中，冗余点对应的审核材料为证明材料，精简办理流程用于表示将审核材料对应的第一共享资源提交至该冗余点对应的办理部门。服务器根据精简办理流程，对事项进行处理的步骤可以为：服务器将审核材料对应的第一共享资源提交至该冗余点对应的办理部门。

例如，对于“房地产抵押权首次登记”事项，政务数据资源中存在可共享的身份证明和不动产权属证明，获取和提交身份证明和不动产权属证明的流程节点为冗余点，服务器可以通过aa登记系统的接口，从政务数据资源的电子证照库中调用申请人对应的身份证明和不动产权属证明，将身份证明和不动产权属证明发送至该冗余点对应的办理部门的办事人员对应的第一终端，经办事人员核验比对即可。

其中，电子证照库中还包括营业执照类、身份证明类、结婚与离婚证明类、纳税证明类、参保类、文书类和公正类等其他证照类文件。

在另一种可能的方式中，冗余点对应的审核材料为合同文件，精简办理流程用于表示将审核材料对应的第三共享资源提交至冗余点对应的办理部门。

例如，对于“房地产抵押权首次登记”事项，政务数据资源中存在可共享的主合同和抵押合同，获取和提交主合同和抵押合同的流程节点为冗余点。服务器可以通过aa登记系统中的数据交换共享平台对应的接口，从政府合同登记备案数字化系统中获取主合同和抵押合同，将主合同和抵押合同发送至冗余点对应的办理部门的办事人员对应的第一终端，由办事人员进行审核。

在本申请实施例中，服务器通过政务数据资源实现政务数据共享，直接从政务数据资源中调用相应的数据资源，提交至相应的办理部门，无需申请人再次提交政务数据资源中已有的审核材料，实现了事项的办理审核优化，能够切实提高事项办理效率。

在另一种可能的实现方式中，审核材料为填写材料，精简办理流程用于表示在将审核材料对应的第二共享资源分别写入该审核材料的填写项中。服务器根据精简办理流程，对事项进行处理的步骤可以为：服务器将审核材料对应的第二共享资源分别写入该审核材料的填写项中。当第二终端向服务器发送审核材料填写请求时，服务器向第二终端发送审核材料的填写项和填写项对应的第二共享资源；对于存在第二共享资源的填写项，第二终端将第二共享资源写入填写项中，显示在审核材料填写界面上；对于不存在第二共享资源的填写项，第二终端将填写项显示在审核材料填写界面中，该填写项为待填写状态。

例如，对于“房地产抵押权首次登记”事项，图4是本申请实施例提供的一种申请表的示意图400，参见图4，在该申请表中，不动产情况中的不动产对应的坐落填写项、转移面积填写项和抵押面积填写项在政务大数据中心的建筑房屋数据库中已有，可共享自动匹配生成，无需申请人填写；权利人中的姓名(名称)填写项、证件种类和证件号码在政务大数据中心的人口基础库中已有，可共享自动匹配生成，无需申请人填写。

在本申请实施例中，服务器可以从政务数据资源中获取填写类材料中的填写项对应的第二共享资源，将第二共享资源自动写入相应的填写项中，无需申请人重复填写信息，实现了事项办理的填写优化，能够提高事项办理的效率。

在另一种可能的实现方式中，审核材料为填写材料，精简办理流程用于表示将审核材料对应的第二共享资源提交至该冗余点对应的办理部门。服务器可以将审核材料对应的第二共享资源提交至该冗余点对应的办理部门。当第二终端向服务器发送审核材料填写请求时，服务器将不存在第二共享资源的填写项发送给第二终端，第二终端的审核材料填写界面中显示不存在第二共享资源的填写项，接收用户在填写项中输入的填写信息，将用户输入的填写信息发送给服务器。

在本申请实施例中，通过政务数据资源，实现事项办理的优化改进，充分发挥了政务大数据中心的价值，为政府“放管服”改革提供技术支撑。

在本申请实施例中，预先根据事项的初始办理流程，建立事项对应的业务模型；预先根据政务数据资源，建立事项对应的数据模型；获取事项的办理请求；根据事项对应的业务模型和数据模型，确定事项的初始办理流程中的至少一个冗余点；根据至少一个冗余点对事项的初始办理流程进行简化，得到精简办理流程；根据精简办理流程，对事项进行处理。在本申请中，根据业务模型和数据模型，对事项的初始办理流程进行简化，得到精简办理流程，通过精简办理流程减少事项的初始办理流程中的冗余和缺陷，能够提高事项的办理效率。

图5是本申请实施例提供的一种事项处理方法的流程图。参见图5，该实施例包括：

501、服务器预先根据事项的初始办理流程，建立事项对应的业务模型。

本步骤与步骤201相同，在此不再赘述。

502、服务器预先根据政务数据资源，建立事项对应的数据模型。

本步骤与步骤202相同，在此不再赘述。

503、服务器根据事项对应的业务模型和数据模型，对业务模型和数据模型对应的数据进行提取、整合和抽象，生成知识图谱数据库，知识图谱数据库包括事项对应的关系型数据。

服务器可以基于知识图谱技术，根据多个事项对应的多个业务模型和多个数据模型，对多个业务模型和多个数据模型对应的数据进行提取、整合和抽象，生成知识图谱数据库。

知识图谱数据库包括多个事项对应的关系型数据，该关系型数据可以为三元组的形式，例如，三元组可以为“实体1-关系-实体2”。实体可用于表示现实世界中存在的事物或概念，实体是知识图谱中的最基本元素，不同的实体之间存在不同的关系。例如，实体可以为事项对应的办理部门，不同的办理部门基于同一个事项存在一定的联系。对于“房地产抵押权首次登记”事项，该事项对应的办理部门有aa登记中心、办理部门a、办理部门c以及办理部门d等行政部门。aa登记中心为事项对应的申请受理部门，办理部门a为事项对应的牵头办理审核部门，办理部门c和办理部门d为事项对应的办理协助审核关联部门。并且，该事项办理完结后形成的“房地产抵押权首次登记”证件又可为其他行政事项的办理提供证明和协助审核支撑。aa登记中心基于“房地产抵押权首次登记”事项，分别与办理部门a、办理部门c以及办理部门d等行政部门存在一定的关系。

再如，三元组还可以为“实体-属性-属性值”。对于“房地产抵押权首次登记”事项，该事项对应的办理部门有aa登记中心，申请人需要向aa登记中心提交的审核材料的数量为5，对于“房地产抵押权首次登记”事项，可生成“aa登记中心-审核材料的数量-5”形式的三元组。

图6是本申请实施例提供的一种数字政府运行图谱构建的示意图600，参见图6，服务器基于政务数据资源、事项目录主题库、政府组织架构、权责信息和业务模型，建立数据模型，数据模型包括政务机构组织数据、权责清单数据、政务数据资源目录数据、法定办理流程数据、实际办理流程数据以及上述数据之间的关系。政府组织架构也即事项对应的各个办理部门之间的组织关系。

服务器基于知识图谱技术，对数据模型中的数据进行知识提取。知识提取的过程包括数据复用、业务关联、组织协同和效能分析。数据复用即在政务数据资源的基础上，确定可应用于事项的实际办理流程中的数据资源。业务关联即在多个事项的业务模型的基础上，确定各个事项之间的业务关联。组织协同即针对同一类事项对应的各个办理部门，确定各个办理部门之间的事项办理关系。例如，对于“房地产抵押权首次登记”事项，aa登记中心为事项对应的申请受理部门，办理部门a为事项对应的牵头办理审核部门，办理部门c和办理部门d为事项对应的办理协助审核关联部门。效能分析即对于事项的实际办理流程数据进行分析，确定事项的实际办理流程是否存在冗余点，也即是否存在优化空间。

在本申请实施例中，服务器对事项对应的各种数据进行知识提取、整合和抽象，建立知识图谱数据库，为分析政府行政部门间的业务关系、政府行政运行规律和模式提供数据支撑，助力“服务型”政府建设。

504、服务器基于知识图谱数据库进行关系构建，生成数字政府运行图谱，输出数字政府运行图谱，数字政府运行图谱包括政府运行组织机构关系图谱、部门事项关系图谱和事项办理关系图谱。

继续参见图6，服务器基于知识图谱数据库，利用数据可视化技术，生成可视化的数字政府运行图谱。服务器可以向终端输出数字政府运行图谱，终端对应的用户可以为办理部门的办事人员。终端接收服务器输出的数字政府运行图谱，在客户端的界面上实现数字政府运行图谱的查询和可视化展示。图7是本申请实施例提供的一种数字政府运行图谱的全景示意图，参见图7，通过业务模型和数据模型分析得到各个办理部门之间的协同事项和独立事项，将办理部门两两关联起来。例如，办理部门700下属部门包括办理部门701，办理部门700与办理部门701关联；办理部门701下属部门包括办理部门7011，办理部门701与办理部门7011关联。再如，办理部门702与办理部门701之间存在需要协同办理的事项，也即协同事项，办理部门702与办理部门701通过协同事项关联。

数字政府运行图谱包括政府运行组织机构关系图谱、部门事项关系图谱和事项办理关系图谱。图8是本申请实施例提供的一种政府运行组织机构关系图谱的示意图800，参见图8，终端在客户端的界面上显示政府运行组织机构关系图谱，客户端的显示界面中还包括搜索控件，当终端接收到对搜索控件中搜索项的进行搜索的操作指令时，可以向服务器发送第一获取请求，该第一获取请求携带搜索项；服务器接收终端发送的第一获取请求，根据第一获取请求携带的搜索项，确定搜索项对应的政府运行组织机构关系图谱；服务器将该政府运行组织机构关系图谱发送给终端；终端接收该政府运行组织机构关系图谱，在客户端的界面上显示该政府运行组织机构关系图谱。

继续参见图8，该政府运行组织机构关系图谱为省级图谱，该省级图谱对应的办理部门为办理部门a。各省之间的办理部门a分别存在联系；省级的办理部门a和省级的办理部门b存在联系；省级的办理部门a和地市级的办理部门b存在联系；每个省的办理部门a与其管辖的地市级的办理部门a存在联系。每个办理部门a审核的事项的数量，也即部门审批事项数是不同的。

在本申请实施例中，政府运行组织机构关系图谱能够清晰的展示出各个部门之间的业务关系，为政府行政效能改革和简政放权提供全局的业务视角。

当终端接收到对客户端的显示界面中的“办理部门a”按钮的触发操作时，向服务器发送第二获取请求，该第二获取请求携带“办理部门a”；服务器接收终端发送的第二获取请求，根据第二获取请求携带的“办理部门a”，确定办理部门a对应的部门事项关系图谱；服务器将该部门事项关系图谱发送给终端；终端接收服务器发送的部门事项关系图谱，在客户端的界面上显示该部门事项关系图谱。

图9是本申请实施例提供的一种部门事项关系图谱的示意图900，参见图9，办理部门a对应的事项包括“抵押权登记(变更登记)”、“抵押权登记(转移登记)”、“国有建设用地使用权登记(首次登记)”和“换证与遗失补发登记”等事项。终端依据每个事项对应的事项办理热度，从左至右依次展示办理部门a对应的事项。终端在界面上展示与办理部门a存在业务关联的其他办理部门。终端依据每个其他办理部门与办理部门a的相关程度，根据相关程度从大到小的顺序，以办理部门a为中心，依次展示与办理部门a存在业务关联的其他办理部门。每个办理部门需要提供的审核材料的数量，也即提供材料总数是不同的。每个事项对应的审核材料的数量、也即事项材料数量也是不同的。

在本申请实施例中，客户端的界面上清晰的展示了某一办理部门涉及到的事项，以及与事项所关联的其他办理部门，方便办事人员了解各个办理部门办理事项之间的关系，为政府行政效能改革和简政放权提供全局的业务视角。

客户端的显示界面中包括“进入流程图谱按钮”，当终端接收到对“进入流程图谱按钮”的触发操作时，向服务器发送第三获取请求，第三获取请求携带事项编号；服务器接收终端发送的第三获取请求，根据第三获取请求携带的事项编号，确定事项编号对应的事项办理关系图谱；服务器将事项办理关系图谱发送给终端；终端接收事项办理关系图谱，在客户端的界面上显示事项办理关系图谱。事项办理关系图谱包括事项对应的实际办理流程中各个流程节点涉及到的办理部门、各个流程节点对应的审核材料、各个审核节点以及每个流程节点对应的前置条件或者后置条件。

图10是本申请实施例提供的一种事项办理关系图谱的示意图1000，参见图10，对于“抵押权登记(首次登记)”事项，该事项的办理部门为办理部门a，该事项对应的审核材料，也即事项所需材料包括申请表、不动产权证书、申请人身份证明、主合同和抵押合同。申请表的材料来源的办理部门的级别为厅局。申请表还可用于“更正登记”事项和“抵押权登记(转移登记)”事项。该事项对应的事项生成材料可用于其他办理部门。

在本申请实施例中，事项办理关系图谱将事项对应的实际办理流程中各个流程节点涉及到的办理部门、各个流程节点对应的审核材料、各个审核节点以及每个流程节点对应的前置条件或者后置条件清晰的展示出来，方便办事部门与办事人员全面了解办理事项流程的业务环节与所需资料，为政府行政效能改革和简政放权提供全局的业务视角。

在本申请实施例中，通过知识图谱技术分析挖掘政府行政办理运行流程中隐含的部门业务关系，理清数字政府运行的基本逻辑与业务全景图，构建起数字政府运行图谱。利用数据可视化技术，使数字政府运行图谱能够清晰的体现出每类行政事项办理涉及的具体业务部门、部门与部门间的业务组织关系、每个行政部门的职责、以及每个行政部门涉及的事项办理业务，数字政府运行图谱能够在宏观上展示出政府行政运行的全景，为行政效能提升与改革奠定基础，为准确掌握政府行政运行规律、模式与业务提供支撑。

在本申请实施例中，预先根据事项的初始办理流程，建立事项对应的业务模型；预先根据政务数据资源，建立事项对应的数据模型；获取事项的办理请求；根据事项对应的业务模型和数据模型，确定事项的初始办理流程中的至少一个冗余点；根据至少一个冗余点对事项的初始办理流程进行简化，得到精简办理流程；根据精简办理流程，对事项进行处理。在本申请中，根据业务模型和数据模型，对事项的初始办理流程进行简化，得到精简办理流程，通过精简办理流程减少事项的初始办理流程中的冗余和缺陷，能够提高事项的办理效率。

图11是本申请实施例提供的一种事项处理方法的流程图。参见图11，该实施例包括：

1101、服务器预先根据事项的初始办理流程，建立事项对应的业务模型。

本步骤与步骤201相同，在此不再赘述。

1102、服务器预先根据政务数据资源，建立事项对应的数据模型。

本步骤与步骤202相同，在此不再赘述。

1103、第一终端显示客户端的界面，当第一终端接收到对界面中目标控件的触发操作时，向服务器发送事项的办理请求，该办理请求携带事项编号。

第一终端对应的用户可以为事项对应的办理部门或办事人员。图12是本申请实施例提供的一种客户端的界面的示意图1200，该客户端可以为专为政府的办理部门或办事人员提供服务的客户端。参见图12，终端在显示该界面前，可以接收服务器发送的事项对应的业务模型；将事项的法定办理流程和实际办理流程显示在客户端的界面上。客户端的界面上还包括有事项对应的法定办结时限和实际办结时长，以及分析按钮和一键优化按钮。

事项编号为事项的唯一标识，用于标识事项。目标控件为用于触发第一终端发送办理请求，该办理请求用于请求服务器对事项进行分析，得到精简办理流程。

在一种可能的实现方式中，继续参见图12，目标控件可以为分析按钮；办理请求可以为第一分析请求，当终端接收到对目标控件的触发操作时，向服务器发送第一分析请求，该第一分析请求携带事项对应的事项编号。

在另一种可能的实现方式中，继续参见图12，目标控件还可以为一键优化按钮；办理请求可以为第二分析请求，当终端接收到对目标空间的触发操作时，向服务器发送第二分析请求，该第二分析请求携带事项对应的事项编号。

1104、服务器接收终端发送的办理请求，根据办理请求携带的事项编号，确定需要进行处理的事项。

服务器可以从存储有事项和事项编号的对应关系的数据库中，根据事项编号，确定需要进行处理的事项。

1105、服务器根据事项对应的业务模型和事项对应的数据模型，确定事项的初始办理流程中的冗余点。

初始办理流程可以为事项的实际办理流程，服务器可以确定初始办理流程的简化空间，对初始办理流程进行简化。

在一种可能的实现方式中，服务器可以根据初始办理流程中每个流程节点对应的办理部门和审核材料，相应的，服务器根据事项对应的业务模型和事项对应的数据模型，确定事项的初始办理流程中的冗余点的步骤可以为：服务器根据事项对应的业务模型，确定事项的初始办理流程的流程节点对应的办理部门和第一审核材料；服务器根据事项对应的数据模型中的权责清单数据，确定需要由该办理部门进行审核的第二审核材料；服务器响应于第一审核材料不属于第二审核材料，将该第一审核材料对应的流程节点确定为初始办理流程中的冗余点。

例如，事项的初始办理流程中包括申请人提交审核材料a和审核材料b，办理部门a对审核材料a进行审核后，再向办理部门b提交审核材料a和审核材料b，办理部门b对审核材料b进行审核后，再将审核材料a和审核材料b提交至办理部门c。冗余点为向办理部门b提交审核材料a和审核材料b，办理部门b对审核材料b进行审核。

在另一种可能的实现方式中，如果政务数据资源中存在已通过审核的审核材料，通过该审核材料可以确定申请人的相关信息，申请人不需要开具对相关信息的证明材料，将该证明材料提交到相应的办理部门进行重复审核。相应的，服务器根据事项对应的业务模型和事项对应的数据模型，确定事项的初始办理流程中的冗余点的步骤可以为：服务器根据事项对应的业务模型，确定事项的初始办理流程的流程节点对应的第三审核材料；服务器根据事项对应的数据模型中的政务数据资源，确定与第三审核材料匹配的第四共享资源；服务器响应于政务数据资源中存在于第三审核材料匹配的第四共享资源，将该第三审核材料对应的流程节点确定为初始办理流程中的冗余点。

例如，事项的初始办理流程中包括申请人通过街道办事处获取“申请人在街道办事处所在街道居住”的证明的流程节点，若政务数据资源中存在该申请人的住址信息，冗余点为申请人通过街道办事处获取“申请人在街道办事处所在街道居住”的证明。

需要说明的一点是，服务器确定初始办理流程中的冗余点之前，还可以先确定初始办理流程是否存在简化空间。事项的法定办理流程对应有法定办结时限，事项的初始办理流程对应有实际办结时长，服务器可以根据法定办结时限和实际办结时长，确定初始办理流程是否存在简化空间。相应的，服务器确定初始办理流程是否存在简化空间的步骤可以为：服务器对比法定办理流程数据中的法定办结时限和初始办理流程数据中的实际办结时长；如果实际办结时长大于法定办结时限，确定初始办理流程存在简化空间；如果实际办结时长小于法定办结时限，确定初始办理流程不存在简化空间。

在本申请实施例中，可以通过对比事项对应的法定办结时限和实际办结时长，快速确定初始办理流程是否存在简化空间，确定初始办理流程是否存在简化空间的效率较高。

1106、服务器根据冗余点，对事项的初始办理流程进行简化，得到精简办理流程。

在一种可能的实现方式中，初始办理流程的冗余点对应的审核材料不需要由该冗余点对应的办理部门审核，则该审核材料可以不经过该冗余点，直接提交至需要对该审核材料进行审核的下一个办理部门。相应的，服务器根据冗余点，对事项的初始办理流程进行简化，得到精简办理流程的步骤可以为：服务器根据冗余点对应的办理部门、冗余点对应的第一审核材料和需要由该办理部门进行审核的第二审核材料，对事项的初始办理流程进行简化，得到精简办理流程，该精简办理流程用于表示将需要由该办理部门进行审核的第二审核材料提交至该办理部门；将不需要由该办理部门进行审核的第一审核材料提交至需要对第一审核材料进行审核的办理部门。

例如，冗余点为向办理部门b提交审核材料a和审核材料b，办理部门b对审核材料b进行审核；办理部门b仅需要对审核材料b进行审核，但审核材料a也提交至了办理部门b。对初始办理流程进行简化，得到的精简办理流程可以为将审核材料a提交至办理部门a，以及，将审核材料b提交至办理部门b；办理部门a对审核材料a进行审核后，将审核材料a提交至办理部门c；办理部门b对审核材料b进行审核后，将审核材料b提交至办理部门c。

在本申请实施例中，服务器能够将可并行提交的审核材料同时提交至审核材料对应的办理部门，各个办理部门可以并行审核其对应的审核材料，相较于各个办理部门依次串行审核，能够大大减少事项办理的时长，提高事项办理的效率，切实提高政府的行政效能水平。

在另一种可能的实现方式中，如果政务数据资源中存在已通过审核的审核材料，通过该审核材料可以确定申请人的相关信息，申请人不需要开具对相关信息的证明材料，并将该证明材料提交至相应的办理部门进行重复审核，可以省去对该证明材料的提交与审核步骤。相应的，服务器根据冗余点，对事项的实际办理流程进行简化，得到精简办理流程的步骤可以为：服务器根据冗余点对应的第三审核材料和办理部门，对初始办理流程进行简化，得到精简办理流程，该精简办理流程用于表示从初始办理流程中省去办理部门对第三审核材料对应的审核信息的审核流程，从数据模型对应的政务数据资源中获取与第三审核材料匹配的第四共享资源；将该第四共享资源提交至需要对第三审核材料进行审核的办理部门，得到精简办理流程。

例如，冗余点为申请人通过街道办事处获取“申请人在街道办事处所在街道居住”的证明。该冗余点对应的第三审核材料为“申请人在街道办事处所在街道居住”的证明，该冗余点对应的办理部门为街道办事处。如果政务数据资源中存在与第三审核材料匹配的第四共享资源，也即申请人的住址信息，可以省去街道办事处对该第三审核材料的审核流程，直接将该审核信息提交至需要对第三审核材料进行审核的办理部门。

在本申请实施例中，对于能够从政务数据资源中获取到的审核信息，可以省去相关办理部门对该项审核信息的审核流程，得到精简办理流程，通过精简办理流程可以减少申请人办理事项的跑动次数，提高事项办理的效率，切实提高政府的行政效能水平。

在本申请实施例中，服务器通过匹配政务数据资源，得到精简办理流程，能够找到传输理流程中潜在的不合理环节和业务堵点，并生成解决方案，从而政府部门的办事人员，能够根据提出的解决方案对事项的办理流程进行优化改进，提高事项的办理效率。

需要说明的一点是，服务器可以在接收终端发送的办理请求时，根据事项对应的业务模型和事项对应的数据模型，对事项的初始办理流程进行简化，得到精简办理流程；服务器也可以在接收到终端发送的办理请求之前，就已经得到事项对应的精简办理流程，将精简办理流程存储在数据库中，当接收到终端发送的办理请求时，直接从数据库中获取事项对应的精简办理流程。

1107、服务器根据精简办理流程，对事项进行处理。

服务器可以根据事项的精简办理流程，得到事项对应的分析结果，该分析结果至少包括事项对应的精简办理流程。

在一种可能的实现方式中，目标控件为分析按钮，当终端接收到对目标控件的触发操作时，向服务器发送第一分析请求，服务器可以根据第一分析请求和事项的精简办理流程，得到事项的第一分析结果，该第一分析结果可以为对事项的实际办理流程的优化改进建议。相应的，服务器根据事项的精简办理流程，得到事项对应的分析结果的步骤可以为：服务器对比精简办理流程和实际办理流程，得到精简办理流程在实际办理流程基础上的改进点；服务器基于改进点，生成实际办理流程转化为精简办理流程的文字描述，将该文字描述作为对事项的实际办理流程的第一分析结果。

服务器还可以预测精简办理流程对应的办理时长，根据该办理时长和实际办结时长的差值，得到预计节省时长；根据精简办理流程和预计节省时长，生成对事项的第一分析结果，该第一分析结果中包括预计节省时长。

在另一种可能的实现方式中，目标控件为一键优化按钮，当终端接收到对目标控件的触发操作时，向服务器发送第二分析请求，服务器可以根据第二分析请求和事项的精简办理流程，得到事项的实际办理流程中的可优化点，将可优化点作为第二分析结果。

1108、服务器向第一终端发送事项对应的分析结果。

在一种可能的实现方式中，目标控件为分析按钮，当终端接收到对目标控件的触发操作时，向服务器发送第一分析请求；服务器向终端发送事项对应的第一分析结果。

在另一种可能的实现方式中，目标控件为一键优化按钮，当终端接收到对目标控件的触发操作时，向服务器发送第二分析请求；服务器向终端发送事项对应的第二分析结果。

1109、第一终端接收服务器发送的分析结果，将分析结果显示在界面上。

在一种可能的实现方式中，终端接收服务器发送的第一分析结果，将该第一分析结果显示在客户端的界面上，该第一分析结果为对事项的实际办理流程的优化改进建议。

在本申请实施例中，服务器可以基于事项的业务模型和数据模型，通过政务数据资源，生成对事项的实际办理流程的优化改进建议，从而相关的办理部门或办事人员可以根据优化改进建议对事项的实际办理流程进行简化，切实提高政府行政效能水平。

在另一种可能的实现方式中，终端接收服务器发送的第二分析结果，该第二分析结果中包括事项的实际办理流程中的可优化点，终端可以将可优化点在界面上显示的实际办理流程上表示出来。相应的，终端将可优化点在界面上显示的实际办理流程表示出来的步骤可以为：终端根据可优化点，确定可优化点对应的实际办理流程的流程节点，将该实际办理流程的流程节点转化为可操作控件显示在界面上。终端可以接收用户对可操作控件执行的操作，根据用户对可操作控件执行的操作，模拟对实际办理流程的简化。例如，终端可以接收用户对该可操作控件的删除操作或者保留操作，模拟对事项的实际办理流程的简化。

在本申请实施例中，客户端的界面上可以显示模拟的精简办理流程，更直观的体现精简办理流程和实际办理流程的区别，便于相关的办理部门或办事人员进行分析，得到更合理的精简办理流程，基于更合理的精简办理流程对事项的实际办理流程进行简化，提高政府行政效能水平。

在本申请实施例中，服务器能够基于事项的法定办理流程和实际办理流程，建立事项对应的业务模型；根据事项对应的业务模型、办理部门、办理部门的权责信息和政务数据资源，建立事项对应的数据模型；根据业务模型和数据模型，对事项的实际办理流程进行简化，得到精简办理流程；根据精简办理流程，对事项进行处理。在本申请中，服务器根据业务模型和数据模型，对事项的实际办理流程进行简化，得到精简办理流程，通过精简办理流程解决事项的实际办理流程中的冗余和缺陷，提高事项的办理效率。

在本申请实施例中，预先根据事项的初始办理流程，建立事项对应的业务模型；预先根据政务数据资源，建立事项对应的数据模型；获取事项的办理请求；根据事项对应的业务模型和数据模型，确定事项的初始办理流程中的至少一个冗余点；根据至少一个冗余点对事项的初始办理流程进行简化，得到精简办理流程；根据精简办理流程，对事项进行处理。在本申请中，根据业务模型和数据模型，对事项的初始办理流程进行简化，得到精简办理流程，通过精简办理流程减少事项的初始办理流程中的冗余和缺陷，能够提高事项的办理效率。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

图13是本申请实施例提供的一种事项处理装置的框图。参见图13，该装置包括：

建立模块1301，被配置为预先根据事项的初始办理流程，建立事项对应的业务模型；预先根据政务数据资源，建立事项对应的数据模型；

获取模块1302，被配置为获取事项的办理请求；

确定模块1303，被配置为根据事项对应的业务模型和事项对应的数据模型，确定事项的初始办理流程中的冗余点；

简化模块1304，被配置为根据冗余点，对事项的初始办理流程进行简化，得到精简办理流程；

处理模块1305，被配置为根据精简办理流程，对事项进行处理。

在一种可能的实现方式中，确定模块1303，还被配置为根据事项对应的业务模型，确定事项对应的审核材料；根据数据模型对应的政务数据资源，确定审核材料对应的共享资源；响应于数据模型对应的政务数据资源中存在审核材料对应的共享资源，将审核材料对应的流程节点确定为事项的初始办理流程中的冗余点。

在另一种可能的实现方式中，确定模块1303，还被配置为响应于审核材料为证明材料，根据审核材料的类型，从数据模型对应的政务数据资源中确定审核材料对应的第一数据库；根据事项的办理请求，获取事项对应的申请人信息；根据事项对应的申请人信息，从第一数据库中匹配出申请人信息对应的第一共享资源。

在另一种可能的实现方式中，确定模块1303，还被配置为响应于审核材料为填写材料，确定填写材料中的填写项对应的填写信息；根据填写信息的类型，从数据模型对应的政务数据资源中确定填写信息对应的第二数据库；根据事项的办理请求，获取事项对应的申请人信息；根据事项对应的申请人信息，从第二数据库中匹配出申请人信息对应的第二共享资源。

在另一种可能的实现方式中，简化模块1304，还被配置为根据业务模型中冗余点对应的审核材料和数据模型中审核材料对应的共享资源，将共享资源应用于冗余点中，对事项的初始办理流程进行简化，得到精简办理流程。

在另一种可能的实现方式中，处理模块1305，还被配置为根据精简办理流程对应的冗余点，从业务模型中确定冗余点对应的办理部门；将数据模型中冗余点对应的共享资源，提交至冗余点对应的办理部门。

在另一种可能的实现方式中，装置还包括：

生成模块，被配置为根据事项对应的业务模型和数据模型，对业务模型和数据模型对应的数据进行提取、整合和抽象，生成知识图谱数据库，知识图谱数据库包括事项对应的关系型数据；基于知识图谱数据库进行关系构建，生成数字政府运行图谱；

输出模块，被配置为输出数字政府运行图谱，数字政府运行图谱包括政府运行组织机构关系图谱、部门事项关系图谱和事项办理关系图谱。

在本申请实施例中，预先根据事项的初始办理流程，建立事项对应的业务模型；预先根据政务数据资源，建立事项对应的数据模型；获取事项的办理请求；根据事项对应的业务模型和数据模型，确定事项的初始办理流程中的至少一个冗余点；根据至少一个冗余点对事项的初始办理流程进行简化，得到精简办理流程；根据精简办理流程，对事项进行处理。在本申请中，根据业务模型和数据模型，对事项的初始办理流程进行简化，得到精简办理流程，通过精简办理流程减少事项的初始办理流程中的冗余和缺陷，能够提高事项的办理效率。

需要说明的是：上述实施例提供的事项处理装置在进行事项处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的事项处理装置与事项处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图14是本申请实施例提供的一种服务器的框图，该服务器1400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)1401和一个或一个以上的存储器1402，其中，存储器1402中存储有至少一条程序代码，至少一条程序代码由处理器1401加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，上述至少一条程序代码可由服务器中的处理器执行以完成上述实施例中的事项处理方法。例如，计算机可读存储介质可以是rom(read-onlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、cd-rom(compactdiscread-onlymemory，只读光盘)、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。