数据处理方法、装置、电子设备及计算机可读存储介质与流程

本申请实施例涉及数据处理技术领域，具体而言，本申请涉及一种数据处理方法、装置、电子设备及计算机可读存储介质。

背景技术：

随着电子政务建设的不断推进，我国政务信息化建设取得了实质性进展，市级、地方的各级部门分别建有自己的业务系统，例如工商、税务、人口和公共安全等核心政务系统。通常，每个政务系统有各自对应的政务数据库支撑，以对该政务系统的数据进行管理。

然而，本申请的发明人在具体实施过程中，发现：各个政务系统之间相互独立，数据没有统一标准、业务系统之间也没有相连，导致市级跨地区的政务系统之间存在信息共享度差、关联度差、资源无法共享等问题。尤其当申请人申办的某一事项涉及到多个政务部门的协调处理时，需要申请人根据政务部门的指示，按照申办事项中各政务部门的处理次序，依次去各个政务部门进行该申办事项的申办处理，不仅流程复杂，而且办理效率较低。

技术实现要素：

本申请实施例的目的旨在至少能解决上述的技术缺陷之一，特提出以下技术方案：

一方面，提供了一种数据处理方法，应用于中央处理系统，包括：

接收第一数据处理请求，第一数据处理请求是第一处理系统通过与待处理数据相对应的第一服务接口发送的数据处理请求；

通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，得到相应的处理结果；

通过第一服务接口向第一处理系统反馈处理结果，并确定处理结果的关联信息，以使得第二处理系统通过第二服务接口根据关联信息进行相应处理；

中央处理系统包括至少两个服务接口。

在一种实现方式中，通过预定数据处理模型对待处理数据进行以下至少一项处理：

确定待处理数据的基本信息，基本信息包括以下至少一项：标识信息、申请时间、申请人类型及申请渠道；

确定待处理数据对应的事项信息，事项信息包括以下至少一项：事项实施编码、事项名称、行政区划代码及完成处理的承诺时限；

确定待处理数据的申请人信息，申请人信息包括以下至少一项：申请人类型、申请人名称、申请人证件信息及申请人联系信息；

确定待处理数据的经办人信息，经办人信息包括以下至少一项：经办人名称、经办人证件信息及经办人联系信息；

确定待处理数据对应的至少一个表单及各个表单分别对应的内容信息中的至少一项；

确定待处理数据对应的至少一份材料附件的相关信息，相关信息包括以下至少一项：材料名称、材料类型、接收时间及存储地址；

确定待处理数据的审批信息，审批信息包括以下至少一项：审批人信息、审批意见及审批时间。

在一种实现方式中，服务接口包括以下任一项：

新建接口；查询接口；更新接口；审核接口；补齐补正接口；指定处理接口；

接收第一数据处理请求，包括以下任一项：

接收第一处理系统通过与待处理数据相对应的新建接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的查询接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的更新接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的审核接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的补齐补正接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的指定处理接口发送的数据处理请求。

在一种实现方式中，新建接口包括新建事项子接口、新建表单信息子接口、新建材料附件子接口及完成新建子接口中的至少一项时，接收第一数据处理请求，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，包括以下至少一项：

通过新建事项子接口接收第一数据处理请求，并通过预定数据处理模型根据待处理数据对应的申请人信息、申请渠道及事项实施编码中的至少一项，生成相应的标识信息，以使得根据标识信息对待处理数据进行信息查询与信息更新；

通过新建表单信息子接口接收第一数据处理请求，并通过预定数据处理模型根据待处理数据的标识信息，获取待处理数据的至少一个表单与各个表单分别对应的表单内容信息中的至少一项；

通过新建材料附件子接口接收第一数据处理请求，并通过预定数据处理模型根据待处理数据的标识信息，获取待处理数据的至少一份材料附件及各份材料附件分别对应的材料内容信息中的至少一项；

通过完成新建子接口接收第一数据处理请求，并通过预定数据处理模型将待处理事件对应的事件处理状态更新为新建完成。

在一种实现方式中，查询接口包括查询待办事项子接口、查询事项信息子接口、查询申请人信息子接口、查询表单信息子接口、查询材料列表子接口、查询业务流程信息子接口、查询处理过程子接口、查询当前状态子接口以及查询审核信息子接口中的至少一项时，接收第一数据处理请求，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，包括以下至少一项：

通过查询待办事项子接口接收第一数据处理请求，并通过预定数据处理模型获取与第一数据处理请求中的经办人信息相对应的至少一个待处理事项；

通过查询事项信息子接口接收第一数据处理请求，并通过预定数据处理模型获取待处理数据所属的服务事项信息；

通过查询申请人信息子接口接收第一数据处理请求，并通过预定数据处理模型获取待处理数据对应的申请人信息；

通过查询表单信息子接口接收第一数据处理请求，并通过预定数据处理模型获取待处理数据对应的各个表单及各个表单分别对应的表单内容信息中的至少一项；

通过查询材料列表子接口接收第一数据处理请求，并通过预定数据处理模型获取待处理数据对应的各份材料附件及各份材料附件分别对应的材料内容信息中的至少一项；

通过查询业务流程信息子接口接收第一数据处理请求，并通过预定数据处理模型获取待处理数据对应的整体处理流程的流程信息；

通过查询处理过程子接口接收第一数据处理请求，并通过预定数据处理模型获取待处理数据对应的已完成的处理过程及该已完成的处理过程的处理信息；

通过查询当前状态子接口接收第一数据处理请求，并通过预定数据处理模型获取待处理数据对应的当前处理流程的流程信息；

通过查询审批信息子接口接收第一数据处理请求，并通过预定数据处理模型获取待处理数据对应的审批意见信息。

在一种实现方式中，更新接口包括更新申请人信息子接口、更新经办人信息子接口、更新表单子接口、更新材料附件子接口及删除事项信息子接口中的至少一项时，接收第一数据处理请求，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，包括以下至少一项：

通过更新申请人信息子接口接收第一数据处理请求，并通过预定数据处理模型更新待处理数据对应的申请人信息；

通过更新经办人信息子接口接收第一数据处理请求，并通过预定数据处理模型更新待处理数据对应的经办人信息；

通过更新表单子接口接收第一数据处理请求，并通过预定数据处理模型更新待处理数据对应的任一表单及该任一表单的表单内容信息；

通过更新材料附件子接口接收第一数据处理请求，并通过预定数据处理模型更新待处理数据对应的任一份材料附件及该任一份材料附件的材料内容信息；

通过删除事项信息子接口接收第一数据处理请求，并通过预定数据处理模型删除待处理数据对应的各个事项。

在一种实现方式中，审批接口包括提交审核意见接口时，接收第一数据处理请求，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，包括：

通过审批接口接收第一数据处理请求，并通过预定数据处理模型获取待处理数据对应的已完成的处理过程、已完成的处理过程的处理信息以及当前处理流程信息，以及根据已完成的处理过程、已完成的处理过程中的处理信息以及当前处理流程信息，确定当前处理流程信息对应的审批信息。

在一种实现方式中，补齐补正接口包括申请补齐补正子接口、查询待补齐补正材料子接口、完成补齐补正子接口及查询补齐补正记录子接口中的至少一项时，接收第一数据处理请求，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，包括以下至少一项：

通过补齐补正子接口接收第一数据处理请求，并通过预定数据处理模型将待处理数据对应的事件处理状态更新为补齐状态或补正状态；

通过查询待补齐补正材料子接口接收第一数据处理请求，并通过预定数据处理模型确定待补齐或待补正的材料信息；

通过完成补齐补正子接口接收第一数据处理请求，并通过预定数据处理模型将待处理数据对应的事件处理状态更新为补齐完成状态或补正完成状态；

通过查询补齐补正记录子接口接收第一数据处理请求，并通过预定数据处理模型确定待处理数据对应的补齐记录信息或补正记录信息。

在一种实现方式中，指定处理接口包括申请指定处理子接口、补充材料子接口、完成补充子接口及查询补充记录子接口中的至少一项时，接收第一数据处理请求，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，包括以下至少一项：

通过指定处理子接口接收第一数据处理请求，并通过预定数据处理模型将待处理数据对应的事件处理状态更新为指定程序状态；

通过补齐补正材料子接口接收第一数据处理请求，并通过预定数据处理模型根据待处理数据的标识信息，获取待处理数据的表单与材料附件中的至少一项；

通过完成补充子接口接收第一数据处理请求，并通过预定数据处理模型将待处理数据对应的事件处理状态更新为指定程序完成状态；

通过查询补充记录子接口接收第一数据处理请求，并通过预定数据处理模型确定待处理数据对应的指定程序的处理信息。

在一种实现方式中，确定处理结果的关联信息，包括：

确定待处理数据对应的标识信息、待处理数据对应的第二处理系统、待处理数据对应的第二处理系统中的经办人信息、待处理数据对应的事件处理状态以及待处理数据对应的处理时间中的至少一项；

在确定处理结果的关联信息之后，该方法还包括：

接收第二处理系统发送的第二数据处理请求，并通过预定数据处理模型对第二数据处理请求中的待处理数据进行处理，得到相应的处理结果，第二数据处理请求是通过第二服务接口根据关联信息发送的数据处理请求；或者，

通过与第二处理系统对应的第二服务接口，向第二处理系统发送关联信息，以使得第二处理系统根据关联信息进行相应处理。

一方面，提供了一种数据处理装置，应用于中央处理系统，包括：

第一接收模块，用于接收第一数据处理请求，第一数据处理请求是第一处理系统通过与待处理数据相对应的第一服务接口发送的数据处理请求；

第一处理模块，用于通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，得到相应的处理结果；

确定模块，用于通过第一服务接口向第一处理系统反馈处理结果，并确定处理结果的关联信息，以使得第二处理系统通过第二服务接口根据关联信息进行相应处理；

中央处理系统包括至少两个服务接口。

在一种可能的实现方式中，第一处理模块用于进行以下至少一项处理：

确定待处理数据的基本信息，基本信息包括以下至少一项：标识信息、申请时间、申请人类型及申请渠道；

确定待处理数据对应的事项信息，事项信息包括以下至少一项：事项实施编码、事项名称、行政区划代码及完成处理的承诺时限；

确定待处理数据的申请人信息，申请人信息包括以下至少一项：申请人类型、申请人名称、申请人证件信息及申请人联系信息；

确定待处理数据的经办人信息，经办人信息包括以下至少一项：经办人名称、经办人证件信息及经办人联系信息；

确定待处理数据对应的至少一个表单及各个表单分别对应的内容信息中的至少一项；

确定待处理数据对应的至少一份材料附件的相关信息，相关信息包括以下至少一项：材料名称、材料类型、接收时间及存储地址；

确定待处理数据的审批信息，审批信息包括以下至少一项：审批人信息、审批意见及审批时间。

在一种实现方式中，服务接口包括以下任一项：

新建接口；查询接口；更新接口；审核接口；补齐补正接口；指定处理接口；

第一接收模块具体用于执行以下任一项：

接收第一处理系统通过与待处理数据相对应的新建接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的查询接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的更新接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的审核接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的补齐补正接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的指定处理接口发送的数据处理请求。

在一种可能的实现方式中，新建接口包括新建事项子接口、新建表单信息子接口、新建材料附件子接口及完成新建子接口中的至少一项时，第一接收模块与第一处理模块分别用于进行以下至少一项处理：

第一接收模块用于通过新建事项子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型根据待处理数据对应的申请人信息、申请渠道及事项实施编码中的至少一项，生成相应的标识信息，以使得根据标识信息对待处理数据进行信息查询与信息更新；

第一接收模块用于通过新建表单信息子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型根据待处理数据的标识信息，获取待处理数据的至少一个表单与各个表单分别对应的表单内容信息中的至少一项；

第一接收模块用于通过新建材料附件子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型根据待处理数据的标识信息，获取待处理数据的至少一份材料附件及各份材料附件分别对应的材料内容信息中的至少一项；

第一接收模块用于通过完成新建子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型将待处理事件对应的事件处理状态更新为新建完成。

在一种可能的实现方式中，查询接口包括查询待办事项子接口、查询事项信息子接口、查询申请人信息子接口、查询表单信息子接口、查询材料列表子接口、查询业务流程信息子接口、查询处理过程子接口、查询当前状态子接口以及查询审核信息子接口中的至少一项时，第一接收模块与第一处理模块分别用于进行以下至少一项处理：

第一接收模块用于通过查询待办事项子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型获取与第一数据处理请求中的经办人信息相对应的至少一个待处理事项；

第一接收模块用于通过查询事项信息子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型获取待处理数据所属的服务事项信息；

第一接收模块用于通过查询申请人信息子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型获取待处理数据对应的申请人信息；

第一接收模块用于通过查询表单信息子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型获取待处理数据对应的各个表单及各个表单分别对应的表单内容信息中的至少一项；

第一接收模块用于通过查询材料列表子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型获取待处理数据对应的各份材料附件及各份材料附件分别对应的材料内容信息中的至少一项；

第一接收模块用于通过查询业务流程信息子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型获取待处理数据对应的整体处理流程的流程信息；

第一接收模块用于通过查询处理过程子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型获取待处理数据对应的已完成的处理过程及该已完成的处理过程的处理信息；

第一接收模块用于通过查询当前状态子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型获取待处理数据对应的当前处理流程的流程信息；

第一接收模块用于通过查询审批信息子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型获取待处理数据对应的审批意见信息。

在一种可能的实现方式中，更新接口包括更新申请人信息子接口、更新经办人信息子接口、更新表单子接口、更新材料附件子接口及删除事项信息子接口中的至少一项时，第一接收模块与第一处理模块分别用于进行以下至少一项处理：

第一接收模块用于通过更新申请人信息子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型更新待处理数据对应的申请人信息；

第一接收模块用于通过更新经办人信息子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型更新待处理数据对应的经办人信息；

第一接收模块用于通过更新表单子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型更新待处理数据对应的任一表单及该任一表单的表单内容信息；

第一接收模块用于通过更新材料附件子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型更新待处理数据对应的任一份材料附件及该任一份材料附件的材料内容信息；

第一接收模块用于通过删除事项信息子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型删除待处理数据对应的各个事项。

在一种可能的实现方式中，审批接口包括提交审核意见接口时，第一接收模块用于通过审批接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型获取待处理数据对应的已完成的处理过程、已完成的处理过程的处理信息以及当前处理流程信息，以及根据已完成的处理过程、已完成的处理过程中的处理信息以及当前处理流程信息，确定当前处理流程信息对应的审批信息。

在一种可能的实现方式中，补齐补正接口包括申请补齐补正子接口、查询待补齐补正材料子接口、完成补齐补正子接口及查询补齐补正记录子接口中的至少一项时，第一接收模块与第一处理模块分别用于进行以下至少一项处理：

第一接收模块用于通过补齐补正子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型将待处理数据对应的事件处理状态更新为补齐状态或补正状态；

第一接收模块用于通过查询待补齐补正材料子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型确定待补齐或待补正的材料信息；

第一接收模块用于通过完成补齐补正子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型将待处理数据对应的事件处理状态更新为补齐完成状态或补正完成状态；

第一接收模块用于通过查询补齐补正记录子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型确定待处理数据对应的补齐记录信息或补正记录信息。

在一种可能的实现方式中，指定处理接口包括申请指定处理子接口、补充材料子接口、完成补充子接口及查询补充记录子接口中的至少一项时，第一接收模块与第一处理模块分别用于进行以下至少一项处理：

第一接收模块用于通过指定处理子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型将待处理数据对应的事件处理状态更新为指定程序状态；

第一接收模块用于通过补齐补正材料子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型根据待处理数据的标识信息，获取待处理数据的表单与材料附件中的至少一项；

第一接收模块用于通过完成补充子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型将待处理数据对应的事件处理状态更新为指定程序完成状态；

第一接收模块用于通过查询补充记录子接口接收第一数据处理请求，且第一处理模块用于通过预定数据处理模型确定待处理数据对应的指定程序的处理信息。

在一种可能的实现方式中，确定模块具体用于确定待处理数据对应的标识信息、待处理数据对应的第二处理系统、待处理数据对应的第二处理系统中的经办人信息、待处理数据对应的事件处理状态以及待处理数据对应的处理时间中的至少一项；

该装置还包括第二接收模块与第二处理模块，或者还包括发送模块；

第二接收模块用于接收第二处理系统发送的第二数据处理请求，且第二处理模块用于通过预定数据处理模型对第二数据处理请求中的待处理数据进行处理，得到相应的处理结果，第二数据处理请求是通过第二服务接口根据关联信息发送的数据处理请求；

发送模块用于通过与第二处理系统对应的第二服务接口，向第二处理系统发送关联信息，以使得第二处理系统根据关联信息进行相应处理。

一方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行所述程序时实现上述的数据处理方法。

一方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述的数据处理方法。

本申请实施例提供的数据处理方法，中央处理系统在接收到第一处理系统通过与待处理数据相对应的第一服务接口发送的数据处理请求后，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，并通过第一服务接口向第一处理系统反馈处理结果，同时确定处理结果的关联信息，以使得第二处理系统通过第二服务接口根据关联信息进行相应处理，不仅实现了第一处理系统与第二处理系统通过相应的服务接口，能够直接与中央处理系统这一中心节点进行数据交互，而且通过中央处理系统这一中心节点，实现了第一处理系统与第二处理系统的跨系统间的互联互通和信息共享，确保了各个处理系统之间数据资源的共享与流转，使得申请人只需提交申请，而无需去各政务部门进行协调沟通，极大提高了事项办理效率，对于缩短办理周期有显著作用。

本申请实施例附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请实施例上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例的数据处理方法的流程示意图；

图2为本申请实施例的政务服务的办理过程示意图；

图3为本申请实施例的预定数据处理模型的示意图；

图4为本申请实施例的中央处理系统与各个处理系统进行信息互联互通的示意图；

图5为本申请实施例的各个处理系统间信息交互与共享的示意图；

图6为本申请实施例的数据处理装置的基本结构示意图；

图7为本申请实施例的数据处理装置的详细结构示意图；

图8为本申请实施例的电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

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

本申请实施例提供的数据处理方法、装置、电子设备及计算机可读存储介质，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请实施例的技术方案以及本申请实施例的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

本申请一个实施例提供了一种数据处理方法，该方法由计算机设备中的中央处理系统执行，该计算机设备可以是终端或者服务器。终端可以是台式设备或者移动终端。服务器可以是独立的物理服务器、物理服务器集群或者虚拟服务器。如图1所示，该方法包括：

步骤s110，接收第一数据处理请求，第一数据处理请求是第一处理系统通过与待处理数据相对应的第一服务接口发送的数据处理请求。

具体地，申请人可以通过第一处理系统提交待办事项(即上述的待处理数据)的办事请求(即上述的处理处理请求)，第一处理系统接收到该待办事项的办事请求后，通过与该待办事项相对应的服务接口(即上述的第一服务接口)向中央处理系统请求与该数据处理请求相对应的数据信息，其中，该数据处理请求中可以包括待处理数据。

具体地，第一处理系统可以通过向中央处理系统转发该数据处理请求，来获取相对应的数据信息。相对应地，中央处理系统接收第一处理系统通过与待处理数据相对应的第一服务接口发送的数据处理请求(即上述的第一数据处理请求)。

步骤s120，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，得到相应的处理结果。

具体地，中央处理系统包括预定数据处理模型，该预定数据处理模型用于对接收到的数据处理请求中的待处理数据进行具体处理。其中，当中央处理系统接收到第一数据处理请求后，通过其包括的预定数据处理模型对该第一数据处理请求中的待处理数据进行处理，得到与该待处理数据相对应的处理结果。

步骤s130，通过第一服务接口向第一处理系统反馈处理结果，并确定处理结果的关联信息，以使得第二处理系统通过第二服务接口根据关联信息进行相应处理；中央处理系统包括至少两个服务接口。

具体地，中央处理系统包括但不限于2个服务接口，例如3个、5个及8个等。在中央处理系统通过其包括的预定数据处理模型对第一数据处理请求中的待处理数据进行处理，并得到相应的处理结果之后，中央处理系统可以通过第一服务接口向第一处理系统反馈该处理结果，相对应地，第一处理系统接收中央处理系统反馈的处理结果。其中，第一处理系统接收到该处理结果后，可以将该接收到的处理结果反馈给申请人。

具体地，在中央处理系统通过其包括的预定数据处理模型对第一数据处理请求中的待处理数据进行处理，并得到相应的处理结果之后，中央处理系统可以进一步确定该处理结果的关联信息，以使得第二处理系统通过第二服务接口根据关联信息进行相应处理。

其中，上述的通过第一服务接口向第一处理系统反馈该处理结果与确定处理结果的关联信息可以同时进行，也可以在通过第一服务接口向第一处理系统反馈该处理结果后，再进一步确定处理结果的关联信息，也可以先确定处理结果的关联信息，再通过第一服务接口向第一处理系统反馈该处理结果，本申请实施例不对其做限制。

本申请实施例提供的数据处理方法，中央处理系统在接收到第一处理系统通过与待处理数据相对应的第一服务接口发送的数据处理请求后，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，并通过第一服务接口向第一处理系统反馈处理结果，同时确定处理结果的关联信息，以使得第二处理系统通过第二服务接口根据关联信息进行相应处理，不仅实现了第一处理系统与第二处理系统通过相应的服务接口，能够直接与中央处理系统这一中心节点进行数据交互，而且通过中央处理系统这一中心节点，实现了第一处理系统与第二处理系统的跨系统间的互联互通和信息共享，确保了各个处理系统之间数据资源的共享与流转，使得申请人只需提交申请，而无需去各政务部门进行协调沟通，极大提高了事项办理效率，对于缩短办理周期有显著作用。

本申请实施例提供的数据处理方法，可以用于包括中央处理系统、第一处理系统与第二处理系统的各种应用场景中，并且在该各种应用场景中，中央处理系统作为中心节点，用于对数据处理请求进行具体处理，第一处理系统与第二处理系统分别作为分支节点，用于获取具体的数据处理请求。

下面以政务服务这一应用场景为例，对本申请实施例的数据处理方法进行具体介绍：

通常，政务服务是指党政机关、事业单位和各相关部门等政务机关，根据法律法规、审批期限对社会团体、企事业单位和个人办理相关政务方面的服务工作。其中，政务服务的办理过程可以抽象为申办、受理、审批及出证或出件四个步骤，以及补齐补正、特殊程序这两个特殊子流程，如图2所示。在实际应用中，可以将上述的申办、受理、审批、出证或出件、补齐补正及特殊程序，称作政务服务的全业务流程。

具体地，申办是指申请人通过网络提交办事请求或通过办事大厅窗口提交办事请求，包括填写相关信息、上传相关材料等。受理是指政府机关检查申请人的相关信息及相关材料，如果申请人的相关信息及相关材料符合要求，则提供受理通知，正式进入政府机关审批流程，如果存在材料缺失或部分内容不符合要求的情况，则可以触发补齐补正程序，通知申请人及时补齐缺失的材料或对提交的材料进行补正。审批是指政务机关的相关审批机构，依据申请人提交的相关信息及相关材料，对申请人提交的办事请求事项进行审批，在审批的过程中，可能涉及多个处理流程及多个部门的配合。出证或出件是指申请人提交的办事请求经政务机关审批通过后，政务机关提供给申请人的相关证件或证书。特别程序是指在政务机关在受理、审批等环节发现申请人的办事请求需要特殊处理时，可以触发该特别程序，在经过与申请人进行一定的交互、沟通后，确定后续是否继续进行受理或审批等。

在实际的政务处理过程中，政务机关可以通过政务服务平台系统或部门自建业务系统，对上述的申办、受理、审批、出证或出件、补齐补正及特殊程序等程序进行处理，即在申办、受理、审批、出证或出件、补齐补正及特殊程序等政务处理过程中，均有可能使用政务服务平台系统或部门自建业务系统。比如，通过政务服务平台系统进行申办、出证或出件，通过部门自建业务系统进行受理及审批，又比如，通过政务服务平台系统进行申办、受理、出证或出件，通过部门自建业务系统进行审批，再比如，通过部门自建业务系统进行申办、审批，通过政务服务平台系统进行受理、出证或出件。其中，政务服务平台系统相当于上述的第一处理系统，部门自建业务系统相当于上述的第二处理系统。

具体地，假如第一处理系统为政务服务平台系统，且政务服务平台系统负责申办，第二处理系统为部门自建业务系统，且部门自建业务系统受理，则：首先，申请人通过政务服务平台系统提交待办事项的办事请求，即提交待办事项的申办请求，以对该待办事项进行申办，其中，政务服务平台系统接收到该申办请求后，通过与该待办事项相对应的服务接口向中央处理系统请求与该申办请求相对应的数据信息。相对应地，中央处理系统接收政务服务平台系统通过与待处理数据相对应的第一服务接口发送的申办请求。接着，中央处理系统通过其包括的预定数据处理模型对该申办请求中的待处理数据进行处理，得到该待处理数据的处理结果。接着，通过第一服务接口向政务服务平台系统反馈处理结果，并确定处理结果的关联信息，以使得部门自建业务系统通过第二服务接口根据关联信息进行相应处理(即受理处理)。

其中，上述只是以负责申办的政务服务平台系统，以及负责受理的部门自建业务系统为例进行简要介绍，当政务服务平台系统具体为政务服务平台公共申办系统、政务服务平台公共受理系统、政务服务平台公共审批系统，部门自建业务系统具体为部门自建申办系统、部门自建受理系统、部门自建审批系统时，各个系统作为分支节点通过中央处理系统这一中心节点进行数据信息的交互、流转，并完成申请人的办事请求的过程，与上述过程类似，在此不再赘述。

具体地，图3为预定数据处理模型的示意图，根据图3可以看出，通过预定数据处理模型对待处理数据可以进行以下至少一项处理：确定待处理数据的基本信息，基本信息包括以下至少一项：标识信息、申请时间、申请人类型及申请渠道；确定待处理数据对应的事项信息，事项信息包括以下至少一项：事项实施编码、事项名称、行政区划代码及完成处理的承诺时限；确定待处理数据的申请人信息，申请人信息包括以下至少一项：申请人类型、申请人名称、申请人证件信息及申请人联系信息；确定待处理数据的经办人信息，经办人信息包括以下至少一项：经办人名称、经办人证件信息及经办人联系信息；确定待处理数据对应的至少一个表单及各个表单分别对应的内容信息中的至少一项；确定待处理数据对应的至少一份材料附件的相关信息，相关信息包括以下至少一项：材料名称、材料类型、接收时间及存储地址；确定待处理数据的审批信息，审批信息包括以下至少一项：审批人信息、审批意见及审批时间。

例如，当申请人提交待办事项的办事请求后，可以通过预定数据处理模型确定该待办事项的标识信息(比如用于唯一标识该待办事项的流水号)、申请时间(比如申请人提交办事请求的时间)、申请人类型(比如申请人是社会团体、企事业单位、个人等)及申请渠道(比如通过网络提交办事请求、通过办事大厅窗口提交办事请求等)。又例如，当申请人提交待办事项的办事请求后，可以根据申请人提交的相关信息与材料信息，确定待办事项的事项实施编码、事项名称、行政区划代码及完成处理的承诺时限等事项信息。又例如，当申请人提交待办事项的办事请求后，可以根据申请人提交的相关信息与材料信息，确定申请人类型、申请人名称、申请人证件信息(比如证件类型、证件号码等)及申请人联系信息(比如联系电话、联系地址等)等申请人信息。又例如，当确定受理或审批申请人的待办事项的办事请求后，可以通过预定数据处理模型确定对该待办事项进行具体处理的直接责任人(即经办人)，并确定该经办人的经办人名称、经办人证件信息(比如证件类型、证件号码等)及经办人联系信息(比如联系电话、联系地址等)等经办人信息。又例如，在确定受理或审批申请人的待办事项的经办人或审批人后，经办人或审批人可以通过预定数据处理模型，确定该待办事项的至少一个表单及各个表单分别对应的内容信息等表单信息。又例如，在确定受理或审批申请人的待办事项的经办人或审批人后，经办人或审批人可以通过预定数据处理模型，确定该待办事项的至少一份材料附件的相关信息，其中，相关信息包括材料名称、材料类型、接收时间及存储地址等。又例如，在确定审批申请人的待办事项的审批人后，审批人可以通过预定数据处理模型，填写审批人信息、审批意见及审批时间等审批信息，同时预定数据处理模型保存该审批信息；当申请人查询待办事项的审批信息时，可以通过预定数据处理模型确定该待办事项的审批信息，并返回给申请人。

在一种可能的实现方式中，给出了中央处理系统(作为中心节点)与各个处理系统(作为分支节点)进行信息交互、流转的示意图，如图4所示。在图4中，作为分支节点的各个处理系统分别为政务服务平台公共申办系统、政务服务平台公共受理系统、政务服务平台公共审批系统，部门自建申办系统、部门自建受理系统及部门自建审批系统。同时，在图4中，中央处理系统不仅包括新建接口、查询接口、更新接口、审核接口、补齐补正接口及指定处理接口等服务接口，还包括预定数据处理模型与消息中心模块。其中，各个处理系统通过相应的服务接口与中央处理系统进行实时对接，以及实现各个处理系统之间信息的互联互通和共享。

具体地，新建接口可以用于提供新建待办件事项，用于申请人通过网络提交办事请求或通过办事大厅窗口提交办事请求。查询接口可以用于在受理、审批各个环节查询待办事项的事项状态、处理信息等，是各个系统之间进行信息交互的重要桥梁。更新接口可以用于在受理环节对确认的待办事项的事项信息进行更新。审核接口可以用于在审批过程对涉及到的各个子环节、审批人信息、审批过程的处理信息进行信息更新。补齐补正接口可以用于申请人或经办人发起材料信息的补齐或补正，以对已缺失的材料进行补交或者对提交的材料进行补正。指定处理接口可以用于在政务机关在受理、审批等环节发现申请人的办事请求需要特殊处理时，通过触发该接口，来与申请人进行一定的交互、沟通后，确定后续是否继续进行受理或审批等。消息中心模块可以用于提供各个系统之间的消息订阅机制或消息消费机制，从而保证不同系统之间可以实时获取到待办事项的事项状态与事项信息的变更情况，使得各个系统可以根据需要调用相应的服务接口，查询或更新待办事项的事项状态与事项信息。

具体地，在实际应用中，新建接口包括但不限于新建事项子接口、新建表单信息子接口、新建材料附件子接口及完成新建子接口等；查询接口包括但不限于查询待办事项子接口、查询事项信息子接口、查询申请人信息子接口、查询表单信息子接口、查询材料列表子接口、查询业务流程信息子接口、查询处理过程子接口、查询当前状态子接口以及查询审核信息子接口中等；更新接口包括但不限于更新申请人信息子接口、更新经办人信息子接口、更新表单子接口、更新材料附件子接口及删除事项信息子接口等；审核接口包括但不限于提交审核意见接口；补齐补正接口包括但不限于申请补齐补正子接口、查询待补齐补正材料子接口、完成补齐补正子接口及查询补齐补正记录子接口等；指定处理接口包括但不限于申请指定处理子接口、补充材料子接口、完成补充子接口及查询补充记录子接口等。

具体地，第一服务接口可以是新建接口、查询接口、更新接口、审核接口、补齐补正接口及指定处理接口中的任一接口，第二服务接口可以是除了第一服务接口外的剩余接口中的任一接口。例如，当第一服务接口是新建接口时，第二服务接口是除新建接口外的查询接口、更新接口、审核接口、补齐补正接口及指定处理接口中的任一接口。

具体地，假如申请人通过政务服务平台公共申办系统提交待办事项的申办请求，来对该待办事项进行申办，则：政务服务平台公共申办系统接收到该申办请求后，通过与该待办事项相对应的新建接口(即第一服务接口)向中央处理系统请求发送申办请求(即第一数据处理请求)。

其中，当政务服务平台公共申办系统通过与待办事项相对应的新建事项子接口，向中央处理系统发送申办请求时，中央处理系统通过新建事项子接口接收该申办请求，并通过预定数据处理模型根据该申办请求中的待处理数据对应的申请人信息、申请渠道及事项实施编码中的至少一项，生成相应的标识信息，以使得后续可以根据标识信息对待处理数据进行信息查询与信息更新。当政务服务平台公共申办系统通过与待办事项相对应的新建表单信息子接口，向中央处理系统发送申办请求时，中央处理系统通过新建表单信息子接口接收该申办请求，并通过预定数据处理模型根据该申办请求中的待处理数据的标识信息，获取待处理数据的至少一个表单与各个表单分别对应的表单内容信息中的至少一项。当政务服务平台公共申办系统通过与待办事项相对应的新建材料附件子接口，向中央处理系统发送申办请求时，中央处理系统通过新建材料附件子接口接收该申办请求，并通过预定数据处理模型根据该申办请求中的待处理数据的标识信息，获取待处理数据的至少一份材料附件及各份材料附件分别对应的材料内容信息中的至少一项。当政务服务平台公共申办系统通过与待办事项相对应的完成新建子接口，向中央处理系统发送申办请求时，中央处理系统通过完成新建子接口接收该申办请求，并通过预定数据处理模型将该申办请求中的待处理事件对应的事件处理状态更新为新建完成。

具体地，假如经办人通过政务服务平台公共受理系统提交待办事项的受理处理请求，来对该待办事项进行受理处理，或者申请人通过政务服务平台公共受理系统提交待办事项的查询请求，来查看该待办事项的处理情况，则：政务服务平台公共受理系统接收到该受理处理请求后，可以先通过与该待办事项相对应的查询接口(即第一服务接口)向中央处理系统请求发送数据查询请求(即第一数据处理请求)，来获取待办事项的数据信息。同时，经办人也可以通过政务服务平台公共受理系统提交事项查询请求，来查看属于经办人负责的待办事项，此时，政务服务平台公共受理系统接收到该事项查询请求后，可以先通过对应的查询接口(即第一服务接口)向中央处理系统请求发送数据查询请求(即第一数据处理请求)，来获取属于经办人负责的待办事项。

其中，当政务服务平台公共受理系统通过事项查询待办事项子接口，向中央处理系统发送包括经办人信息的事项查询请求时，中央处理系统通过查询待办事项子接口接收该事项查询请求，并通过预定数据处理模型获取与经办人信息相对应的至少一个待处理事项。当政务服务平台公共受理系统通过查询事项信息子接口，向中央处理系统发送包括待办事项的事项信息查询请求时，中央处理系统通过查询事项信息子接口接收该事项信息查询请求，并通过预定数据处理模型获取待办事项所属的服务事项信息。当政务服务平台公共受理系统通过查询申请人信息子接口，向中央处理系统发送包括待办事项的申请人信息查询请求时，中央处理系统通过查询申请人信息子接口接收该申请人信息查询请求，并通过预定数据处理模型获取待办事项的对应的申请人信息。当政务服务平台公共受理系统通过查询表单信息子接口，向中央处理系统发送包括待办事项的表单信息查询请求时，中央处理系统通过查询表单信息子接口接收该表单信息查询请求，并通过预定数据处理模型获取待办事项对应的各个表单及各个表单分别对应的表单内容信息中的至少一项。当政务服务平台公共受理系统通过查询材料列表子接口，向中央处理系统发送包括待办事项的材料列表查询请求时，中央处理系统通过查询材料列表子接口接收该材料列表查询请求，并通过预定数据处理模型获取待办事项对应的各份材料附件及各份材料附件分别对应的材料内容信息中的至少一项。当政务服务平台公共受理系统通过查询业务流程信息子接口，向中央处理系统发送包括待办事项的业务流程查询请求时，中央处理系统通过查询业务流程信息子接口接收该业务流程查询请求，并通过预定数据处理模型获取待办事项对应的整体处理流程的流程信息。当政务服务平台公共受理系统通过查询处理过程子接口，向中央处理系统发送包括待办事项的处理过程查询请求时，中央处理系统通过查询处理过程子接口接收该处理过程查询请求，并通过预定数据处理模型获取待办事项对应的已完成的处理过程及该已完成的处理过程的处理信息。当政务服务平台公共受理系统通过查询当前状态子接口，向中央处理系统发送包括待办事项的当前状态查询请求时，中央处理系统通过查询当前状态子接口接收该当前状态查询请求，并通过预定数据处理模型获取待办事项对应的当前处理流程的流程信息。当政务服务平台公共受理系统通过查询审批信息子接口，向中央处理系统发送包括待办事项的审批信息查询请求时，中央处理系统通过查询审批信息子接口接收该审批信息查询请求，并通过预定数据处理模型获取待办事项对应的审批意见信息。

具体地，假如经办人通过政务服务平台公共受理系统提交更新经办人信息的更新请求，来对该待办事项进行经办人的更新，或者申请人通过政务服务平台公共受理系统提交待办事项的更新请求，来更新该待办事项的相关材料，则：政务服务平台公共受理系统接收到该更新请求后，可以通过与该待办事项相对应的更新接口(即第一服务接口)向中央处理系统请求发送数据更新请求(即第一数据处理请求)，来对待办事项的相关信息进行更新。

其中，当政务服务平台公共受理系统通过更新申请人信息子接口，向中央处理系统发送包括待办事项的申请人信息更新请求时，中央处理系统通过更新申请人信息子接口接收该申请人信息更新请求，并通过预定数据处理模型更新待办事项对应的申请人信息。当政务服务平台公共受理系统通过更新经办人信息子接口，向中央处理系统发送包括待办事项的经办人信息更新请求时，中央处理系统通过更新经办人信息子接口接收该经办人信息更新请求，并通过预定数据处理模型更新待办事项对应的经办人信息。当政务服务平台公共受理系统通过更新表单子接口，向中央处理系统发送包括待办事项的任一表单的表单更新请求时，中央处理系统通过更新表单子接口接收该表单更新请求，并通过预定数据处理模型更新待办事项对应的该任一表单及该任一表单的表单内容信息。当政务服务平台公共受理系统通过更新材料附件子接口，向中央处理系统发送包括待办事项的任一份材料附件的材料附件更新请求时，中央处理系统通过更新材料附件子接口接收该材料附件更新请求，并通过预定数据处理模型更新待办事项对应的该任一份材料附件及该任一份材料附件的材料内容信息。当政务服务平台公共受理系统通过删除事项信息子接口，向中央处理系统请求发送包括待办事项的删除请求时，中央处理系统通过删除事项信息子接口接收该待办事项的删除请求，并通过预定数据处理模型删除该待办事项对应的各个事项(例如申办、受理、审批等)。

具体地，假如审批人通过政务服务平台公共审批系统提交审批请求，来对该待办事项进行审批处理，则：政务服务平台公共审批系统接收到该审批请求后，可以通过与该审批请求相对应的审批接口(即第一服务接口)向中央处理系统请求发送待办事项的审批请求(即第一数据处理请求)，来对待办事项进行审批。

其中，当政务服务平台公共审批系统通过审批接口，向中央处理系统发送审批请求时，中央处理系统通过审批接口接收该待办事项的审批请求，通过预定数据处理模型获取待处理事项对应的已完成的处理过程、已完成的处理过程的处理信息以及当前处理流程信息，并将获取到的已完成的处理过程、已完成的处理过程的处理信息以及当前处理流程信息反馈给审批人，以供审批人在审批过程中参考。当审批人根据已完成的处理过程、已完成的处理过程中的处理信息以及当前处理流程信息，完成审批并填写相应的审批意见后，将该审批意见返回给中央处理系统的预定数据处理模型进行存储，即中央处理系统确定当前处理流程信息对应的审批信息。

具体地，假如经办人通过政务服务平台公共受理系统提交待办事项的补齐补正请求，来对该待办事项进行补齐补正处理，则：政务服务平台公共受理系统接收到该补齐补正请求后，可以通过与该补齐补正请求相对应的补齐补正接口(即第一服务接口)向中央处理系统请求发送待办事项的补齐补正请求(即第一数据处理请求)，来对待办事项进行补齐补正。假如申请人通过政务服务平台公共受理系统提交待办事项的补齐补正查询请求，来对该待办事项进行补齐处理或补正处理，则：政务服务平台公共受理系统接收到该补齐补正查询请求后，可以通过与该补齐补正查询请求相对应的补齐补正接口(即第一服务接口)向中央处理系统请求发送待办事项的补齐补正请求(即第一数据处理请求)，来对待办事项的相关材料进行补齐或补正。

其中，当政务服务平台公共受理系统通过补齐补正子接口，向中央处理系统发送待办事项的补齐请求或补正请求时，中央处理系统通过补齐补正子接口接收该待办事项的补齐请求或补正请求，并通过预定数据处理模型将待办事项对应的事件处理状态更新为补齐状态或补正状态。当政务服务平台公共受理系统通过查询待补齐补正材料子接口，向中央处理系统发送待办事项的补齐查询请求或补正查询请求时，中央处理系统通过查询待补齐补正材料子接口接收该待办事项的补齐查询请求或补正查询请求，并将待办事项对应的待补齐或待补正的材料信息发送人申请人，以使得申请人对待补齐的材料信息进行补齐，或者对待补正的材料信息进行补正。当政务服务平台公共受理系统通过完成补齐补正子接口，向中央处理系统发送待办事项的完成补齐请求或完成补正请求时，中央处理系统通过补齐补正子接口接收该待办事项的完成补齐请求或完成补正请求，并通过预定数据处理模型将待办事项对应的事件处理状态更新为补齐完成状态或补正完成状态。当政务服务平台公共受理系统通过查询补齐补正记录子接口，向中央处理系统发送待办事项的补齐补正记录查询请求时，中央处理系统通过查询补齐补正记录子接口接收该待办事项的补齐补正记录查询请求，并通过预定数据处理模型确定待办事项对应的补齐记录信息或补正记录信息。

具体地，假如经办人通过政务服务平台公共受理系统提交待办事项的特别程序处理请求，来对该待办事项进行特别程序处理，则：政务服务平台公共受理系统接收到该特别程序处理请求后，可以通过与该特别程序处理请求相对应的指定处理接口(即第一服务接口)向中央处理系统请求发送待办事项的特别程序处理请求(即第一数据处理请求)，来对待办事项进行特别程序处理。

其中，当政务服务平台公共受理系统通过指定处理子接口，向中央处理系统发送待办事项的特别程序处理请求时，中央处理系统通过指定处理子接口接收该特别程序处理请求，并通过预定数据处理模型将待办事项对应的事件处理状态更新为指定程序状态。当政务服务平台公共受理系统通过补齐补正材料子接口，向中央处理系统发送待办事项的补齐请求或补正请求时，中央处理系统通过补齐补正材料子接口接收该补齐请求或补正请求，并通过预定数据处理模型根据待办事项的标识信息，获取待办事项的表单与材料附件中的至少一项，并将待办事项对应的待补齐或待补正的材料信息发送人申请人，以使得申请人对待补齐的表单与材料附件中的至少一项进行补齐，或者对待补正的表单与材料附件中的至少一项进行补正。当政务服务平台公共受理系统通过完成补充子接口，向中央处理系统发送待办事项的完成补充请求时，中央处理系统通过完成补充子接口接收该待办事项的完成补充请求，并通过预定数据处理模型将待办事项对应的事件处理状态更新为补充完成状态。当政务服务平台公共受理系统通过查询补充记录子接口，向中央处理系统发送待办事项的补充记录查询请求时，中央处理系统通过查询补充记录子接口接收该待办事项的补充记录查询请求，并通过预定数据处理模型确定待办事项对应的特别程序的处理信息。

在一种可能的实现方式中，确定处理结果的关联信息包括确定待处理数据对应的标识信息、待处理数据对应的第二处理系统、待处理数据对应的第二处理系统中的经办人信息、待处理数据对应的事件处理状态以及待处理数据对应的处理时间中的至少一项。

具体地，以图4为例，鉴于政务服务平台公共申办系统、政务服务平台公共受理系统、政务服务平台公共审批系统，部门自建申办系统、部门自建受理系统及部门自建审批系统等作为分支节点的各个处理系统的复杂性和多样性，中央处理系统作为平台级别的中心节点，不适合直接调用各个分支节点对应的处理系统的接口。于是，中央处理系统在确定出待处理数据对应的标识信息、第二处理系统、第二处理系统中的经办人信息、事件处理状态以及处理时间等的关联信息后，可以借助消息中间件建立消息中心模块，并将确定出的处理结果的关联信息通过该消息中心模块传输至第二处理系统。

其中，作为分支节点的不同处理系统之间，可以基于消息中心模块的消息订阅和消息消费机制，通过消息中心模块获取待处理数据的关联信息，例如待办事项的标识信息(比如流水号)、待办事项的下一步处理部门(即上述的第二处理系统)、待办事项的下一步处理人(即上述的第二处理系统中的经办人信息)、待办事项的办件状态(即上述的事件处理状态)及办件推送时间(即上述的处理时间)等。

在一种情况下，中央处理系统在将确定出的处理结果的关联信息后，可以基于消息中心模块的消息订阅和消息消费机制，根据关联系统中的第二处理系统，通过与该第二处理系统对应的第二服务接口，向该第二处理系统发送该关联信息，以使得第二处理系统根据该关联信息，对该待办事项进行下一步的相应处理。

在另一种情况下，中央处理系统在将确定出的处理结果的关联信息后，可以基于消息中心模块的消息订阅和消息消费机制，接收第二处理系统通过第二服务接口根据该关联信息发送的第二数据处理请求，并通过预定数据处理模型对该第二数据处理请求中的待处理数据进行处理，得到相应的处理结果。

下面通过如图5所示的具体示例，对本实现方式中的根据消息中心模块的消息订阅和消息消费机制，通过消息中心模块获取待处理数据的关联信息的过程进行详细介绍：

首先，申请人或经办人通过处理系统a发起待办事项的事项状态变更请求，处理系统a通过其对应的服务接口a向中央处理系统发送该待办事项的事项状态变更请求，中央处理系统通过预定数据处理模型对该事项状态变更请求进行处理，即变更待办事项的事项状态，例如变更为新建完成。

接着，中央处理系统通过服务接口a向处理系统a反馈已将事项状态变更为新建完成的处理结果，并确定该完成状态变更的待办事项的流水号、下一步处理部门(比如处理系统b)、下一步处理人(比如经办人b)、办件状态(比如等待审批)及办件推送时间等关联信息。

接着，中央处理系统基于消息中心模块的消息订阅和消息消费机制，根据关联系统中的处理系统b，通过与该处理系统b对应的服务接口b，向该处理系统b发送该关联信息，以使得处理系统b根据该关联信息，对该待办事项进行下一步的相应处理。或者，中央处理系统基于消息中心模块的消息订阅和消息消费机制，接收处理系统b通过服务接口b根据该关联信息发送的数据处理请求(比如审批处理请求)，并通过服务接口b向处理系统b发送该关联信息，以使得处理系统b根据该关联信息，对该待办事项进行下一步的相应处理。

接着，中央处理系统接收处理系统b通过服务接口b发送的基于该关联信息的数据处理请求，并通过预定数据处理模型对该数据处理请求中的待处理数据进行处理，得到相应的处理结果。

通过本申请实施例的方法，可以基于政务服务的全业务流程中不同业务阶段特征，形成申办、受理、审批、补齐补正及特别程序等各个办理阶段的服务接口，各个处理系统根据需要调用相应的服务接口，从而可以实时接入办理流程，实现数据和材料的实时传输，解决了不同处理系统之间衔接不畅的问题。而且，在政务服务办理过程中，全业务流程的各个环节都可以进行实时对接，不局限于某些环节、不需要经过数据交换的时间周期，从而有效衔接政务服务平台、各部门自建业务系统的无缝对接，解决政务服务全面但不够专业、部门业务系统专业但不易使用的问题。

此外，本申请实施例的方法能够显著提升不同政务服务业务系统之间的对接效率，具体包括以下几个方面：

1、不同系统之间的对接更容易，提升了部门自建业务系统的接入效率和能力，使得专业的系统处理专业的业务，同时又能满足国家政务服务的一体化建设要求。

2、各个部门自建的政务服务类业务系统可以实时办理跨系统的处理事项，部门自建业务系统只需要订阅消息中心的关联信息，再根据处理事项的需要调用相关服务接口，就可以实现跨系统的信息共享。源系统到目标系统只需经过一个中心节点，不仅确保数据实时可达，而且避免了数据交换模式下，信息传递层次多、环节多，数据延迟严重的问题。

3、处理事项的数据信息不会丢失，提升了用户体验：通过服务接口进行数据交互时，如果服务接口调用发生错误，可以通过实时反馈机制，通知用户及管理员。对于用户来说可以实时掌握处理事项的进度情况，避免线下跑到办事窗口发现办件数据丢失，对于管理员来说可以及时处理故障。

4、系统的健壮性、可维护性更好：通过相关软件，可以对服务接口的调用过程进行管理、监控，从而实现对全流程业务对接的服务治理。

5、可扩展性更好：服务接口根据政务服务特征建立，可以根据后续业务发展进行适当扩展，对当前系统无影响。

图6为本申请又一实施例提供的一种数据处理装置的结构示意图，如图6所示，该装置60可以包括第一接收模块61、第一处理模块62与确定模块63，其中：

第一接收模块61，用于接收第一数据处理请求，第一数据处理请求是第一处理系统通过与待处理数据相对应的第一服务接口发送的数据处理请求；

第一处理模块62，用于通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，得到相应的处理结果；

确定模块63，用于通过第一服务接口向第一处理系统反馈处理结果，并确定处理结果的关联信息，以使得第二处理系统通过第二服务接口根据关联信息进行相应处理；

中央处理系统包括至少两个服务接口。

本申请实施例提供的装置，中央处理系统在接收到第一处理系统通过与待处理数据相对应的第一服务接口发送的数据处理请求后，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，并通过第一服务接口向第一处理系统反馈处理结果，同时确定处理结果的关联信息，以使得第二处理系统通过第二服务接口根据关联信息进行相应处理，不仅实现了第一处理系统与第二处理系统通过相应的服务接口，能够直接与中央处理系统这一中心节点进行数据交互，而且通过中央处理系统这一中心节点，实现了第一处理系统与第二处理系统的跨系统间的互联互通和信息共享，确保了各个处理系统之间数据资源的共享与流转，使得申请人只需提交申请，而无需去各政务部门进行协调沟通，极大提高了事项办理效率，对于缩短办理周期有显著作用。

图7为本申请又一实施例提供的一种数据处理装置的详细结构示意图，如图7所示，该装置70可以包括第一接收模块71、第一处理模块72、确定模块73、第二接收模块74、第二处理模块75及发送模块76，其中，图7中的第一接收模块71所实现的功能与图6中的第一接收模块61相同，图7中的第一处理模块72所实现的功能与图6中的第一处理模块62相同，图7中的确定模块73所实现的功能与图6中的确定模块63相同，在此不再赘述。下面对图7所示的数据处理装置进行详细介绍：

第一处理模块71用于进行以下至少一项处理：

确定待处理数据的基本信息，基本信息包括以下至少一项：标识信息、申请时间、申请人类型及申请渠道；

确定待处理数据对应的事项信息，事项信息包括以下至少一项：事项实施编码、事项名称、行政区划代码及完成处理的承诺时限；

确定待处理数据的申请人信息，申请人信息包括以下至少一项：申请人类型、申请人名称、申请人证件信息及申请人联系信息；

确定待处理数据的经办人信息，经办人信息包括以下至少一项：经办人名称、经办人证件信息及经办人联系信息；

确定待处理数据对应的至少一个表单及各个表单分别对应的内容信息中的至少一项；

确定待处理数据对应的至少一份材料附件的相关信息，相关信息包括以下至少一项：材料名称、材料类型、接收时间及存储地址；

确定待处理数据的审批信息，审批信息包括以下至少一项：审批人信息、审批意见及审批时间。

具体地，服务接口包括以下任一项：

新建接口；查询接口；更新接口；审核接口；补齐补正接口；指定处理接口；

第一接收模块具体用于执行以下任一项：

接收第一处理系统通过与待处理数据相对应的新建接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的查询接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的更新接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的审核接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的补齐补正接口发送的数据处理请求；

接收第一处理系统通过与待处理数据相对应的指定处理接口发送的数据处理请求。

具体地，新建接口包括新建事项子接口、新建表单信息子接口、新建材料附件子接口及完成新建子接口中的至少一项时，第一接收模块71与第一处理模块72分别用于进行以下至少一项处理：

第一接收模块71用于通过新建事项子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型根据待处理数据对应的申请人信息、申请渠道及事项实施编码中的至少一项，生成相应的标识信息，以使得根据标识信息对待处理数据进行信息查询与信息更新；

第一接收模块71用于通过新建表单信息子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型根据待处理数据的标识信息，获取待处理数据的至少一个表单与各个表单分别对应的表单内容信息中的至少一项；

第一接收模块71用于通过新建材料附件子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型根据待处理数据的标识信息，获取待处理数据的至少一份材料附件及各份材料附件分别对应的材料内容信息中的至少一项；

第一接收模块71用于通过完成新建子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型将待处理事件对应的事件处理状态更新为新建完成。

具体地，查询接口包括查询待办事项子接口、查询事项信息子接口、查询申请人信息子接口、查询表单信息子接口、查询材料列表子接口、查询业务流程信息子接口、查询处理过程子接口、查询当前状态子接口以及查询审核信息子接口中的至少一项时，第一接收模块71与第一处理模块72分别用于进行以下至少一项处理：

第一接收模块71用于通过查询待办事项子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型获取与第一数据处理请求中的经办人信息相对应的至少一个待处理事项；

第一接收模块71用于通过查询事项信息子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型获取待处理数据所属的服务事项信息；

第一接收模块71用于通过查询申请人信息子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型获取待处理数据对应的申请人信息；

第一接收模块71用于通过查询表单信息子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型获取待处理数据对应的各个表单及各个表单分别对应的表单内容信息中的至少一项；

第一接收模块71用于通过查询材料列表子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型获取待处理数据对应的各份材料附件及各份材料附件分别对应的材料内容信息中的至少一项；

第一接收模块71用于通过查询业务流程信息子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型获取待处理数据对应的整体处理流程的流程信息；

第一接收模块71用于通过查询处理过程子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型获取待处理数据对应的已完成的处理过程及该已完成的处理过程的处理信息；

第一接收模块71用于通过查询当前状态子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型获取待处理数据对应的当前处理流程的流程信息；

第一接收模块71用于通过查询审批信息子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型获取待处理数据对应的审批意见信息。

具体地，更新接口包括更新申请人信息子接口、更新经办人信息子接口、更新表单子接口、更新材料附件子接口及删除事项信息子接口中的至少一项时，第一接收模块71与第一处理模块72分别用于进行以下至少一项处理：

第一接收模块71用于通过更新申请人信息子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型更新待处理数据对应的申请人信息；

第一接收模块71用于通过更新经办人信息子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型更新待处理数据对应的经办人信息；

第一接收模块71用于通过更新表单子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型更新待处理数据对应的任一表单及该任一表单的表单内容信息；

第一接收模块71用于通过更新材料附件子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型更新待处理数据对应的任一份材料附件及该任一份材料附件的材料内容信息；

第一接收模块71用于通过删除事项信息子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型删除待处理数据对应的各个事项。

具体地，审批接口包括提交审核意见接口时，第一接收模块71用于通过审批接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型获取待处理数据对应的已完成的处理过程、已完成的处理过程的处理信息以及当前处理流程信息，以及根据已完成的处理过程、已完成的处理过程中的处理信息以及当前处理流程信息，确定当前处理流程信息对应的审批信息。

具体地，补齐补正接口包括申请补齐补正子接口、查询待补齐补正材料子接口、完成补齐补正子接口及查询补齐补正记录子接口中的至少一项时，第一接收模块71与第一处理模块72分别用于进行以下至少一项处理：

第一接收模块71用于通过补齐补正子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型将待处理数据对应的事件处理状态更新为补齐状态或补正状态；

第一接收模块71用于通过查询待补齐补正材料子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型确定待补齐或待补正的材料信息；

第一接收模块71用于通过完成补齐补正子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型将待处理数据对应的事件处理状态更新为补齐完成状态或补正完成状态；

第一接收模块71用于通过查询补齐补正记录子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型确定待处理数据对应的补齐记录信息或补正记录信息。

具体地，指定处理接口包括申请指定处理子接口、补充材料子接口、完成补充子接口及查询补充记录子接口中的至少一项时，第一接收模块71与第一处理模块72分别用于进行以下至少一项处理：

第一接收模块71用于通过指定处理子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型将待处理数据对应的事件处理状态更新为指定程序状态；

第一接收模块71用于通过补齐补正材料子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型根据待处理数据的标识信息，获取待处理数据的表单与材料附件中的至少一项；

第一接收模块71用于通过完成补充子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型将待处理数据对应的事件处理状态更新为指定程序完成状态；

第一接收模块71用于通过查询补充记录子接口接收第一数据处理请求，且第一处理模块72用于通过预定数据处理模型确定待处理数据对应的指定程序的处理信息。

具体地，确定模块73具体用于确定待处理数据对应的标识信息、待处理数据对应的第二处理系统、待处理数据对应的第二处理系统中的经办人信息、待处理数据对应的事件处理状态以及待处理数据对应的处理时间中的至少一项；

该装置还包括第二接收模块74与第二处理模块75，或者还包括发送模块76；

第二接收模块74用于接收第二处理系统发送的第二数据处理请求，且第二处理模块75用于通过预定数据处理模型对第二数据处理请求中的待处理数据进行处理，得到相应的处理结果，第二数据处理请求是通过第二服务接口根据关联信息发送的数据处理请求；

发送模块76用于通过与第二处理系统对应的第二服务接口，向第二处理系统发送关联信息，以使得第二处理系统根据关联信息进行相应处理。

其中，上述的第一接收模块与第二接收模块可以相同，也可以不相同，上述的第一处理模块与第二处理模块可以相同，也可以不相同。

需要说明的是，本实施例为与上述的方法项实施例相对应的装置项实施例，本实施例可与上述方法项实施例互相配合实施。上述方法项实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在上述方法项实施例中。

本申请另一实施例提供了一种电子设备，如图8所示，图8所示的电子设备800包括：处理器801和存储器803。其中，处理器801和存储器803相连，如通过总线802相连。进一步地，电子设备800还可以包括收发器804。需要说明的是，实际应用中收发器804不限于一个，该电子设备800的结构并不构成对本申请实施例的限定。

其中，处理器801应用于本申请实施例中，用于实现图6与图7所示的第一接收模块、第一处理模块及确定模块的功能，以及图7中的第二接收模块、第二处理模块与发送模块的功能。

处理器801可以是cpu，通用处理器，dsp，asic，fpga或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器801也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。

总线802可包括一通路，在上述组件之间传送信息。总线802可以是pci总线或eisa总线等。总线802可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器803可以是rom或可存储静态信息和指令的其他类型的静态存储设备，ram或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom、cd-rom或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器803用于存储执行本申请方案的应用程序代码，并由处理器801来控制执行。处理器801用于执行存储器803中存储的应用程序代码，以实现图6或图7所示实施例提供的数据处理装置的动作。

本申请实施例提供的电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时，可实现：中央处理系统在接收到第一处理系统通过与待处理数据相对应的第一服务接口发送的数据处理请求后，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，并通过第一服务接口向第一处理系统反馈处理结果，同时确定处理结果的关联信息，以使得第二处理系统通过第二服务接口根据关联信息进行相应处理，不仅实现了第一处理系统与第二处理系统通过相应的服务接口，能够直接与中央处理系统这一中心节点进行数据交互，而且通过中央处理系统这一中心节点，实现了第一处理系统与第二处理系统的跨系统间的互联互通和信息共享，确保了各个处理系统之间数据资源的共享与流转，使得申请人只需提交申请，而无需去各政务部门进行协调沟通，极大提高了事项办理效率，对于缩短办理周期有显著作用。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现实施例一所示的方法。可实现：中央处理系统在接收到第一处理系统通过与待处理数据相对应的第一服务接口发送的数据处理请求后，通过预定数据处理模型对第一数据处理请求中的待处理数据进行处理，并通过第一服务接口向第一处理系统反馈处理结果，同时确定处理结果的关联信息，以使得第二处理系统通过第二服务接口根据关联信息进行相应处理，不仅实现了第一处理系统与第二处理系统通过相应的服务接口，能够直接与中央处理系统这一中心节点进行数据交互，而且通过中央处理系统这一中心节点，实现了第一处理系统与第二处理系统的跨系统间的互联互通和信息共享，确保了各个处理系统之间数据资源的共享与流转，使得申请人只需提交申请，而无需去各政务部门进行协调沟通，极大提高了事项办理效率，对于缩短办理周期有显著作用。

本申请实施例提供的计算机可读存储介质适用于上述方法的任一实施例。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。