政务处理的方法、装置、计算机设备和存储介质与流程

本发明涉及信息处理技术领域，具体涉及一种政务处理的方法、装置、计算机设备和存储介质。

背景技术：

随着大数据技术的发展，政府部门通过数据共享打通业务协同，提升群众办事效率。目前，全国各地开展了大大小小的大数据中心建设项目，项目内容主要以数据汇聚为手段，数据共享为目标，简称包括基础库、业务库、主体库等，形成各类共享服务。在业务应用时，需要使用部门提出申请，经由数据归属部门审核通过后才可以使用。

但是在实际应用场景中，一个政务服务事项可能涉及多个申请材料，这些申请材料可能会涉及多个部门，而大数据中心的建设部门往往不是数据归属部门，因此，在数据共享解决群众少跑路问题上效果并不明显。

因此，如何通过数据共享，有效解决目前政务处理时，多个部门对用户个人信息共享协调不一致导致的政务处理效率低的问题，提升政务处理效率成为亟待解决的问题。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提升政务办理效率的政务处理方法、装置、计算机设备和存储介质。

一种政务处理的方法，所述方法包括：

接收用户端的政务处理请求；所述政务处理请求包括政务标识和用户身份信息；

响应于所述政务处理请求，根据所述用户身份信息进行身份认证；

当身份认证通过后，向个人信息服务器请求与所述用户身份信息匹配、且与所述政务标识关联的个人信息；

采用所述个人信息进行政务处理。

在其中一个实施例中，所述方法还包括：

根据所述政务处理请求生成所述授权协议；

向所述用户端发送所述授权协议，并请求所述用户端获取针对所述授权协议的用户授权信息；

获取所述用户端发送的所述用户授权信息，所述用户授权信息用于指示所述用户同意所述授权协议。

在其中一个实施例中，所述根据所述用户身份信息进行身份认证，包括：

请求人脸识别服务器，获取所述用户的人脸图像，所述人脸识别服务器包括预存储的所述用户的人脸图像信息；

请求所述人脸识别服务器根据获取的所述人脸图像的信息和预存储的人脸图像信息的匹配度对所述用户进行人脸识别认证。

在其中一个实施例中，所述方法还包括：

向文件加密服务器发送所述用户授权信息，并请求所述文件加密中心对所述用户授权信息进行加密处理；

向所述个人信息服务器发送经过所述加密处理后的用户授权信息。

在其中一个实施例中，所述方法还包括：

向电子签名服务器发送所述授权协议，并请求所述电子签名服务器获取所述用户在所述授权协议上的电子签名；

向所述个人信息文件加密服务器发送包括所述电子签名的授权协议，并请求所述文件加密中心对所述包括所述电子签名的授权协议进行加密处理；

向所述个人信息服务器发送经过所述加密处理后的包括所述电子签名的授权协议。

一种政务处理的方法，包括：

接收业务处理服务器发送的请求消息，所述请求消息用于请求与用户身份信息匹配、且与政务表示关联的个人信息，所述政务为所述用户请求所述业务处理服务器处理的政务；

根据所述请求消息向所述政务处理服务器发送所述个人信息。

在其中一个实施例中，所述方法还包括：

接收所述业务处理服务器发送的用户授权信息；

根据所述用户授权信息和所述请求消息向所述政务处理服务器发送所述个人信息。

在其中一个实施例中，所述用户授权信息为包括用户电子签名的授权协议。

在其中一个实施例中，所述向所述政务处理服务器发送所述个人信息，包括：

向文件加密服务器发送所述个人信息，并请求所述文件加密服务器对所述个人信息进行加密处理；

向所述政务处理服务器发送经过所述加密处理后的个人信息。

一种政务处理装置，其特征在于，包括：

接收模块，用于接收用户输入的政务处理请求；所述政务处理请求包括政务标识和用户身份信息；

认证模块，用于响应于所述政务处理请求，根据所述用户的身份信息进行身份认证；

请求模块，用于当所述身份认证通过后，向个人信息服务器请求与所述用户身份信息匹配、且与所述政务标识关联的个人信息；

处理模块，用于采用所述个人信息进行政务处理。

一种数据中心装置，其特征在于，包括：

接收模块，用于接收业务处理服务器发送的请求消息，所述请求消息用于请求与用户身份信息匹配、且与政务表示关联的个人信息，所述政务为所述用户请求所述业务处理服务器处理的政务；

发送模块，用于根据所述请求消息向所述政务处理服务器发送所述个人信息。

一种政务处理系统，所述政务处理系统包括政务处理装置和数据中心装置，所述政务处理装置用于执行上述政务处理的方法。

一种装置，包括至少一个通信接口和处理器，所述通信接口用于所述装置与其他通信装置进行交互，当程序指令在所述至少一个处理器中执行时，使得所述装置实现如上述政务处理的方法。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：

接收用户端的政务处理请求；所述政务处理请求包括政务标识和用户身份信息；

响应于所述政务处理请求，根据所述用户身份信息进行身份认证；

当身份认证通过后，向个人信息服务器请求与所述用户身份信息匹配、且与所述政务标识关联的个人信息；

采用所述个人信息进行政务处理。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收用户端的政务处理请求；所述政务处理请求包括政务标识和用户身份信息；

响应于所述政务处理请求，根据所述用户身份信息进行身份认证；

当身份认证通过后，向个人信息服务器请求与所述用户身份信息匹配、且与所述政务标识关联的个人信息；

采用所述个人信息进行政务处理。

上述政务处理的方法、装置、计算机设备和存储介质，通过政务处理平台获取用户请求并对用户身份进行认证后，向数据中心获取用户请求处理政务的信息，使得数据中心和政务处理平台之间实现即时共享用户个人信息的目的，在保证用户无纸化处理政务的同时，提高了政务处理的效率，解决了目前政务处理时，多个部门对用户个人信息共享协调不一致导致的政务处理效率低的问题。

附图说明

图1为目前一种政务处理流程的示意图。

图2为目前另一种政务处理流程的示意图。

图3为一个实施例中的政务处理方法的示意性流程图。

图4为另一个实施例中的政务处理方法的示意性流程图。

图5为又一个实施例中的政务处理方法的示意性流程图。

图6为又一个实施例中的政务处理方法的示意性流程图。

图7为又一个实施例中的政务处理方法的示意性流程图。

图8为又一个实施例中的政务处理方法的示意性流程图。

图9为一个实施例中的政务处理方法应用的架构的示意图。

图10为一个实施例中一种政务处理的装置的示意性结构图。

图11为一个实施例中一种数据中心装置的示意性结构图。

图12为一个实施例中一种计算机设备的示意性结构图。

图13为一个实施例中一种装置的示意性结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的政务处理的方法，通过将数据归属权回归用户，由用户决定是否将数据共享给相关的政务服务事项受理单位。用户到政府办理政务服务事项时，所需的申请材料由用户授权后，通过业务授权中心/系统调度大数据中心相关信息服务，即时进行数据共享，实现用户办理政务业务时，无需提供纸质申请材料。

图1为目前一种政务处理流程的示意图。

目前业务申请过程中，如果业务部门希望通过业务协同减少群众办事过程中少提供材料，甚至免提供材料，需要根据自身业务所需要的申请材料向大数据中心建设部门发起数据共享申请，大数据中心建设部门受理后，根据申请信息向数据业务部门转发申请，最终由数据归属部门进行审批。审批通过后，大数据中心部门向业务部门开放相关数据的服务接口权限。这样当群众发起申请时，业务部门即可通过系统调用服务接口，获取相关业务申请信息，完成业务受理。

然而，现有方案理论上没有问题，但在实际应用时却很难执行。主要原因是一个政务服务事项处理过程需要多个申请材料，例如公积金提取业务，需要的申请材料包括身份证、户口簿、结婚证、房产证或不动产权证等，不同材料归属的业务部门是不同的，可能涉及多个归属部门，如图2所示。这样就要求业务部门在申请时，需要分别与不同的数据归属部门进行沟通。实际应用中，虽然建设有大数据平台作为数据申请、审批的支撑系统，但实际审批过程往往需要业务部门发函给数据归属部门，说明申请数据的目的。更严重的是，各部门往往会将自身数据作为部门资产对待，其他部门需要使用本部门数据，必须要拿其他书作为交换条件。因此，业务部门协调数据难度极大，且协调手续复杂、周期长，导致最后可能只能就让用户提供纸质材料。

此外，现有方案还在共享数据范围无法被准确控制的问题。在上述公积金提取的案例中，只要公积金管理中心拿到身份证的查询接口的权限，即可对所有身份证信息进行查询，无法进行精细化授权控制，这样对数据安全带来一定的风险。

针对上述问题，本申请提出一种政务处理的方法，该方法通过将数据归属权回归用户，由用户决定是否将数据共享给相关内容的政务服务事项受理单位。大数据中心行使政府替人民群众管理个人数据的管理职责，将用户权交还给群众，这样当区中授权业务部门使用自身数据时，业务部门即可就当前业务申请使用大数据中心中当前申请人的相关信息，从而避免业务部门耗费大量时间与书归属部门拉通。同时，业务部门职能在当前业务申请下调用当前申请人的用户信息，而无法调用其他申请人的用户信息，也无法在下次申请时再次获取用户信息，确保了用户个人信息的安全。

图3为一个实施例中的政务处理方法的示意性流程图。该方法可以由政务处理服务器来执行，该方法包括以下步骤：

s301，接收用户端的政务处理请求；该政务处理请求包括政务标识和用户身份信息。

可选地，政务处理请求包括的政务标识可以用于指示用户请求办理的政务类型，如公积金提取、某证件办理等；用户身份信息可以包括用户的生物识别信息，如人脸信息、指纹信息、声纹信息、虹膜信息等，该用户身份信息用于政务处理服务器确认用户身份。

其中，政务处理请求可以为用户通过业务受理系统发起的政务申请，具体地，可以通过业务受理系统中的用户端发起政务申请，该用户端例如可以是用户的手机端、个人电脑(personalcomputer，pc)或者政务办理服务装置等。

可选地，该用户端可以包括用于接收用户政务申请的界面，该用户端的界面例如可以包括多种类型的政务标识，用户选择政务标识即可提交需要办理的政务类型。

可选地，政务受理系统可以为已有的系统(如粤省事、政府服务网等)或基于已有的政务服务系统进行改进后的系统。

可选地，政务受理系统接收用户的政务处理请求后，将该政务处理请求发送给政务处理服务器，其中，政务处理请求包括用户申请办理政务的标识以及用户身份信息。

s302，响应于政务处理请求，根据所述用户身份信息进行身份认证。

其中，当政务处理服务器接收到政务处理请求后，可以基于该政务处理请求生成业务授权协议，并且将该业务授权协议发送至政务受理系统中的用户端。用户端将该授权协议展示给用户，用户根据该业务授权协议输入授权信息，用户端接收到用户的授权信息后，可以将该授权信息反馈给政务处理服务器。

可选地，当政务处理服务器获取用户的授权信息后，通过身份认证系统对用户身份进行认证，以确保当前政务处理为用户本人操作并基于本人真实意愿。具体地，可以通过人脸识别系统对用户人脸信息进行识别，以完成身份认证。

s303，当身份认证通过后，向个人信息服务器请求与该用户身份信息匹配、且与政务标识关联的个人信息。

可选地，政务处理服务器根据政务标识确定办理该政务所需的用户个人信息。当完成用户身份认证后，该政务处理服务器可以向个人信息服务器请求与用户身份信息匹配、且与政务标识关联的个人信息。

可选地，政务处理服务器可以预先存储有与用户身份信息匹配、且与政务标识关联的个人信息。其中，与政务标识关联的个人信息可以是政务办理时所需要的用户个人信息。例如，政务处理服务器中包括政务标识与用户个人信息的映射关系，根据政务标识即可获得办理该政务需要的个人信息。

具体地，政务处理服务器可以预存政务目录事项，该政务目录事项包括政务标识与办理该政务时所需申请材料的映射关系。政务处理服务器可以根据用户授权信息，读取事项目录系统中用户所办理的政务服务事项所需要的申请材料清单，再向个人信息服务器请求该个人信息的详细信息。

其中，个人信息服务器可以连接至多个数据库，该多个数据库中存储有用户的多项个人信息的详细信息，个人服务器可以由该多个数据库中获取用户的个人信息。

s304，采用个人信息进行政务处理。

可选地，个人信息服务器接收到政务处理服务器的请求后，向政务处理服务器发送办理当前用户请求的政务所需要的个人信息。

可选地，政务服务处理器利用接收到的个人信息完成当前政务。

上述方案，政务处理平台获取用户请求并对用户身份进行认证后，可以直接由数据中心获取用户请求处理政务的信息，使得数据中心和政务处理平台之间实现即时共享用户个人信息的目的，在保证用户无纸化处理政务的同时，提高了政务处理的效率，解决了目前政务处理时，多个部门对用户个人信息共享协调不一致导致的政务处理效率低的问题。

在一个实施例中，如图4所示，步骤s302还可以具体包括以下步骤：

s401，根据政务处理请求生成授权协议。

其中，授权协议例如可以是询问用户是否确定办理当前政务的文本信息。

s402，向用户端发送授权协议，并指示用户端获取针对授权协议的用户授权信息。

示例性的，用户端接收授权协议后，可以通过显示界面将该授权协议显示给用户，并提供“确认”“取消”等选项供用户选择，用户选择后，用户端即可获取用户授权的信息。

s403，获取用户端发送的用户授权信息，该用户授权信息用于指示用户同意授权协议。

可选地，当用户通过显示界面向用户端输入确定办理当前政务的指令(如在步骤s402中选择“确认”选项)时，用户端可以将该用户的授权信息发送给业务处理服务器，此时，业务处理服务器获取用户的授权信息。

可选地，用户的授权信息可以包括多种形式，如用户同意授权协议的指令、用户在授权协议上签署电子签名等均可以作为用户的授权信息。

上述方案，通过获取用户授权，可以更准确地获知用户当前需要办理的政务。

在一个实施例中，当采用人脸识别进行用户身份认证时，如图5所示，步骤s302可以具体包括以下步骤：

s501，请求人脸识别服务器，获取用户的人脸图像，该人脸识别服务器包括预存储的用户的人脸图像信息。

可选地，政务处理服务器可以向人脸识别服务器发送指示消息，指示人脸识别服务器采集用户的人脸图像，人脸识别服务器根据该指示消息进一步指示用户端的摄像头采集用户人脸图像，并获取该采集的人脸图像。

可选地，人脸识别服务器可以预先存储用户的人脸特征信息。

s502，请求人脸识别服务器根据当前获取的人脸图像的信息和预存储的用户人脸图像信息的匹配度对用户进行人脸识别认证。

可选地，政务处理服务器还可以指示人脸识别服务器根据采集到的人脸图像信息和预存储的人脸图像信息进行用户身份认证。

可选地，人脸识别服务器根据政务处理服务器中指示，对采集到的人脸图像信息和与存储的人脸图像信息进行比对，若两者匹配度达到第一阈值，则确定当前用户身份正确或可信任；若两者匹配度未达到第一阈值，则确定当前用户身份不正确或不可信任，此时，可以请求政务处理服务器终止当前业务的办理过程。

通过对用户进行人脸识别，可以确保当前政务处理申请为用户本人采用，并确保当前操作是基于用户本人意愿发起的。

在一个实施例中，如图6所示，步骤s303还可以包括以下步骤：

s601，向文件加密服务器发送用户授权信息，并请求文件加密中心对用户授权信息进行加密处理。

可选地，政务处理服务器可以调用文件加密中心采用非对称加密技术(如国密sm2)对所有申请信息进行加密，文件加密中心对所有申请信息加密后，将加密后的信息返回给政务处理服务器。

s602，向个人信息服务器发送经过加密处理后的用户授权信息。

可选地，政务处理服务器获取加密后的信息后，将该信息发送给个人信息服务器。个人信息服务器将该信息解密后，基于其中的用户授权信息确定当前请求可信任，然后向政务处理服务器共享用户个人信息的数据。

通过对申请信息进行加密，可以保证传递数据过程中信息的安全性，防止用户隐私泄露。

在一个实施例中，当需要用户在授权协议上签署电子签名，以进一步保证授权信息的真实可靠和不可篡改时，如图7所示，步骤s303还可以具体包括以下步骤：

s701，向电子签名服务器发送授权协议，并请求电子签名服务器获取用户在授权协议上的电子签名。

其中，政务处理服务器可以调用电子签名服务器，完成用户授权协议的签署。

可选地，政务处理服务器向电子签名服务器发送授权协议，并请求该电子签名服务器获取用户在授权协议上的电子签名。电子签名服务器基于上述请求，联动用户端获取用户的电子签名，并将签署了用户电子签名的授权协议发送给政务处理服务器。

s702，向个人信息文件加密服务器发送包括电子签名的授权协议，并请求文件加密中心对包括电子签名的授权协议进行加密处理。

s703，向个人信息服务器发送经过加密处理后的包括电子签名的授权协议。

通过数字电子签名，能够确保授权信息真实可靠、不可篡改，进一步提高了用户办理政务过程中的安全性。

其中，上述政务处理方法更为具体的流程如图8所示。

本申请实施例提供的政务处理的方法，用户从发起业务申请到确认授权，再到后台数据处理，最后到业务处理系统收到共享数据，整个过程基于业务处理服务器进行连接和调度，除政务处理服务器外，主要参与系统(或服务器)包括业务受理系统、人脸识别系统、电子签名系统、大数据中心和文件加密中心。

通过上述方法，政务处理平台获取用户请求并对用户身份进行认证后，可以直接由数据中心获取用户请求处理政务的信息，使得数据中心和政务处理平台之间实现即时共享用户个人信息的目的，在保证用户无纸化处理政务的同时，提高了政务处理的效率，解决了目前政务处理时，多个部门对用户个人信息共享协调不一致导致的政务处理效率低的问题。

业务授权解决方案依托政府已建设的基础设施、大数据中心和业务支撑能力，建设业务授权中心，打通用户、业务部门、大数据中心建设部门、数据归属部门之间的隔阂，创新地由用户对自身数据进行授权，业务上通过用户授权解决政府部门数据共享困难的问题；技术上有机整合人脸识别系统、电子签名系统、大数据中心、文件加密中心，解决申请人实名认证、在线协议签订、数据共享以及数据传输安全等问题，为用户授权政务服务申请材料共享保驾护航。有效提高业务部门办事效率，让技术便利民生。具体地，本申请的方案充分利旧，节约系统建设成本，基于已建设的大数据中心、业务受理系统，无需重新建设，有效减少政府资金浪费，节约成本；减低部门沟通成本，提高办事效率，通过用户授权避免部门为了共享数据花费的沟通成本，有效提高办事效率；便利群众办事，提升用户满意度。数据共享和业务协同的目标是为了方便群众办事，通过数据多跑路，减少群众办事过程少跑路，避免群众重复提供各项证明材料，有效提升用户满意度。

以下结合附图，对上述政务处理方法应用的架构进行介绍。该政务处理方法以用户授权和数据安全共享为核心，按照“四横三纵”的结构模式开展架构设计，总体架构如图9所示。

以下针对图9所示架构的各个层进行介绍。

1、应用层：可通过用户授权解决数据共享问题的相关业务应用，按职能可分为政务服务应用、行政办公应用、市场监督应用、实惠治理应用；按部门可分为发改、经信、教育等部门应用。

2、应用支撑层：该层为本方法的核心，包括业务授权中心、人脸识别系统、电子签名系统和文件加密中心。其中：

(1)业务授权中心：业务授权中心包括政务处理服务器，作为本方案核心功能，负责连接业务受理系统以及后端整个支撑系统，实现业务调度、受理信息传递、授权信息确认等功能，完成全业务流程的受理、分发、确认、传输的业务过程。

(2)人脸识别系统：包括人脸识别服务器，可以通过活体检测和人像比对引擎实现申请人身份的实人认证，核实申请人身份信息的真实性和准确性。实人认证是后续开展业务授权以及数据共享的依据。

(3)电子签名系统：包括电子签名服务器，可以基于数字证书和国密算法加密技术实现申请人业务授权记录的不可篡改，确保签署文件的合法性。

(4)文件加密中心：包括文件加密服务器，可以利用密码加密设备所开放的加解密服务，封装满足业务要求的文件加密服务，实现对签署文件和共享数据的加密操作。

3、数据服务层：以大数据中心为主，包括数据汇聚的各个基础库，以及基于基础库提炼的主题库和专题库，另外还包括数据共享的资源目录管理系统。

4、基础设施层：除基本的计算资源、存储资源、网络资源外，还需要配备满足国密要求的密码加密设备，用于生成非对称密钥対，以及开展加密解密操作。

在一个实施例中，如图10所示，提供了一种政务处理的装置900，包括：接收模块1010、认证模块1020、请求模块1030和处理模块1040，其中，

接收模块1010，用于接收用户输入的政务处理请求；该政务处理请求包括政务标识和用户身份信息。

认证模块1020，用于响应于所述政务处理请求，根据所述用户的身份信息进行身份认证。

请求模块1030，用于当所述身份认证通过后，向个人信息服务器请求与所述用户身份信息匹配、且与所述政务标识关联的个人信息。

处理模块1040，用于采用所述个人信息进行政务处理。

在一个实施例中，处理模块1040，还用于根据政务处理请求生成授权协议。

请求模块1030，还用于向所述用户端发送所述授权协议，并指示所述用户端获取针对所述授权协议的用户授权信息；

接收模块1010，还用于获取所述用户端发送的所述用户授权信息，所述用户授权信息用于指示所述用户同意所述授权协议。

在一个实施例中，请求模块1030，还用于指示电子签名服务器获取所述用户的电子签名，并将所述电子签名发送给所述用户端。

接收模块1010，还用于获取所述用户端发送的包括所述电子签名的所述授权协议。

在一个实施例中，请求模块1030，还用于请求人脸识别服务器，获取所述用户的人脸图像，所述人脸识别服务器包括预存储的所述用户的人脸图像信息；请求所述人脸识别服务器根据当前获取的所述人脸图像的信息和预存储的用户人脸图像信息的匹配度完成所述用户的人脸识别认证。

在一个实施例中，请求模块1030，还用于向文件加密服务器发送所述用户授权信息，并请求所述文件加密中心对所述用户授权信息进行加密处理。

可选地，政务处理装置1000还可以包括发送模块，用于向所述个人信息服务器发送经过所述加密处理后的用户授权信息。

在一个实施例中，如图11所示，提供了一种数据中心装置1100，包括：接收模块1110和发送模块1120，其中，

接收模块1110，用于接收业务处理服务器发送的请求消息，所述请求消息用于请求与用户身份信息匹配、且与政务表示关联的个人信息，所述政务为所述用户请求所述业务处理服务器处理的政务；

发送模块1120，用于根据所述请求消息向所述政务处理服务器发送所述个人信息。

在一个实施例中，接收模块1110，还用于接收所述业务处理服务器发送的用户授权信息。

发送模块1120，还用于根据所述用户授权信息和所述请求消息向所述政务处理服务器发送所述个人信息。

在一个实施例中，数据中心装置1100还可以包括请求模块，用于向文件加密服务器发送所述个人信息，并请求所述文件加密服务器对所述个人信息进行加密处理。

发送模块，还用于向所述政务处理服务器发送经过所述加密处理后的个人信息。

关于政务处理装置及数据中心装置的具体限定可以参见上文中对于政务处理的方法的限定，在此不再赘述。上述政务处理装置及数据中心装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种政务处理系统，该政务处理系统包括政务处理装置和数据中心装置，其中，政务处理装置和数据中心装置分别用于执行上文所述的政务处理的方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图12所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储政务处理的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种政务处理的方法。

在一个实施例中，如图13所示，提供了一种装置1300，包括至少一个通信接口1301和处理器1302，所述通信接口1301用于所述装置与其他通信装置进行交互，当程序指令在所述至少一个处理器中执行时，使得所述装置实现如上文所述的政务处理的方法。

本领域技术人员可以理解，图12和图13中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机装置的限定，具体的计算机装置可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收用户端的政务处理请求；所述政务处理请求包括政务标识和用户身份信息；

响应于所述政务处理请求，根据所述用户身份信息进行身份认证；

当身份认证通过后，向个人信息服务器请求与所述用户身份信息匹配、且与所述政务标识关联的个人信息；

采用所述个人信息进行政务处理。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据所述政务处理请求生成所述授权协议；

向所述用户端发送所述授权协议，并指示所述用户端获取针对所述授权协议的用户授权信息；

获取所述用户端发送的所述用户授权信息，所述用户授权信息用于指示所述用户同意所述授权协议。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

指示电子签名服务器获取所述用户的电子签名，并将所述电子签名发送给所述用户端；

获取所述用户端发送的包括所述电子签名的所述授权协议。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

指示人脸识别服务器，获取所述用户的人脸图像，所述人脸识别服务器包括预存储的所述用户的人脸图像信息；

指示所述人脸识别服务器根据当前获取的所述人脸图像的信息和预存储的用户人脸图像信息的匹配度完成所述用户的人脸识别认证。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

向文件加密服务器发送所述用户授权信息，并请求所述文件加密中心对所述用户授权信息进行加密处理；

向所述个人信息服务器发送经过所述加密处理后的用户授权信息。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-onlymemory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(randomaccessmemory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(staticrandomaccessmemory，sram)或动态随机存取存储器(dynamicrandomaccessmemory，dram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。