CN115361376A - 政务文件上传方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种政务文件上传方法、装置、电子设备及存储介质。从业务端获取鉴权信息，将鉴权信息与应用交互请求绑定，其中，业务端响应于用户的政务上传请求生成鉴权信息，应用交互请求为移动端向业务端发送的业务请求；在业务端对应用交互请求权限验证通过之后，从业务端获取待上传的政务文件清单；响应于用户的上传操作，获取政务文件清单对应的政务文件，并将政务文件上传至服务器；向业务端发送文件下拉指令，以使业务端从服务器下拉政务文件。本发明简化办事流程，提高效率，无需通过多个软件和设备，保护了办事群众隐私信息，防止在多个移动端对业务端上传政务文件时发生数据错误提交到其他并发请求的情况，保证了政务文件上传的准确性。

Description

政务文件上传方法、装置、电子设备及存储介质

技术领域

本发明涉及文件传输技术领域，尤其涉及政务文件上传方法、装置、电子设备及存储介质。

背景技术

目前办事群众在使用电脑端的政务网页办理政务事项时，通常都需要将纸质材料使用专业高拍仪扫描设备或移动终端中专用的扫描应用程序扫描为电子附件，然后将电子附件上传至电脑端，再从电脑端上传至政务网页的对应页面。然而大部分群众都没有专业的高拍仪扫描设备，并且即使通过移动终端中的专用的扫描应用程序进行扫描上传，群众上传材料至政务网页的时操作步骤多，过程繁琐，且需要耗费大量时间，大大影响了群众办理政务事项的效率，同时，对于不熟悉电子设备的群众来说，增加了线上办理政务事项的复杂度。

发明内容

本发明提供了一种政务文件上传方法、装置、电子设备及存储介质，以解决电脑网页端办理政务事项上传政务文件时需切换多种设备、多个程序，导致操作步骤多，操作过程复杂，效率低下的问题。

根据本发明的第一方面，提供了一种政务文件上传方法，应用于移动端，包括：

从业务端获取鉴权信息，将所述鉴权信息与应用交互请求绑定，其中，所述业务端响应于用户的政务上传请求生成所述鉴权信息，所述应用交互请求为所述移动端向所述业务端发送的业务请求；

在所述业务端对所述应用交互请求权限验证通过之后，从业务端获取待上传的政务文件清单；

响应于用户的上传操作，获取所述政务文件清单对应的政务文件，并将所述政务文件上传至服务器；

向所述业务端发送文件下拉指令，以使业务端从所述服务器下拉所述政务文件。

根据本发明的第二方面，提供了一种政务文件上传方法，应用于移动端，包括：

响应于用户的政务文件上传请求生成鉴权信息；

基于移动端获取所述鉴权信息后发送的应用交互请求，对所述移动端进行权限验证；

当所述权限验证结果为验证通过时，发送政务文件清单至所述移动端；

响应于移动端发送的政务文件下拉指令，从服务器获取移动端上传的政务文件。

根据本发明的第三方面，提供了一种移动端，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明第一方面所述的政务文件上传方法。

根据本发明的第四方面，提供了一种业务端，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明第二方面所述的政务文件上传方法。

本发明实施例的技术方案，通过从业务端获取鉴权信息，将鉴权信息与应用交互请求绑定，其中，业务端响应于用户的政务上传请求生成鉴权信息，应用交互请求为移动端向业务端发送的业务请求；在业务端对应用交互请求权限校验通过之后，从业务端获取待上传的政务文件清单；响应于用户的上传操作，获取政务文件清单对应的政务文件，并将政务文件上传至服务器；向业务端发送文件下拉指令，以使业务端从服务器下拉政务文件。本发明通过使用鉴权信息来确定是否校验通过后再通过移动端将需要上传的政务文件上传至业务端中，能够简化了办事的步骤流程，提高了办事效率，无需通过多个软件和设备即可将文件上传至业务端，保护了办事群众隐私信息，同时移动端和业务端之间的鉴权校验，能够防止在多个移动端对业务端上传政务文件时发生数据错误提交到其他并发请求的情况发生，保证了政务文件上传的准确性。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种政务文件上传方法的流程图；

图2是根据本发明实施例二提供的一种政务文件上传方法的流程图；

图3是根据本发明实施例三提供的一种政务文件上传方法的流程图；

图4是根据本发明实施例四提供的一种政务文件上传方法的流程图；

图5是本发明实施例五提供的一种政务文件上传装置的结构框图；

图6是本发明实施例六提供的一种政务文件上传装置的结构框图；

图7是实现本发明实施例的政务文件上传方法的移动端的结构示意图；

图8是实现本发明实施例的政务文件上传方法的业务端的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供了一种政务文件上传方法的流程图，本实施例可适用于解决电脑网页端办理政务事项上传政务文件时需切换多种设备、多个程序，导致操作步骤多，操作过程复杂，效率低下的问题情况，该方法可以由政务文件上传装置来执行，该政务文件上传装置可以采用硬件和/或软件的形式实现，应用于移动端中，该政务文件上传装置可配置于移动电话、平板电脑、智能穿戴设备等等移动端中。如图1所示，该方法包括：

S101、从业务端获取鉴权信息，将鉴权信息与应用交互请求绑定。

通常地，办事群众需要在业务端中的政务服务平台中进行政务材料的的上传。

移动端从业务端中获取鉴权信息，将鉴权信息中能够表示该次政务业务的参数和当前移动端所发送的所有应用交互请求绑定在一起，以表示当前移动端所发送的所有应用交互请求都与当前业务端中的政务业务操作相关联。

其中，鉴权信息是业务端响应于办事群众用户在业务端中进行如登录、点击、输入等政务上传请求而生成的表示本次政务业务的鉴权信息，并且鉴权信息是根据办事群众的用户信息以及该次政务文件业务的工单信息经过一系列的处理生成的，某一条鉴权信息只能表示某位办事群众的某一次政务业务，具有唯一性。

应用交互请求是移动端向业务端发送的，与政务文件上传业务相关的请求。示例性的，应用交互请求可以为移动端向业务端请求发送或接收信息。应用交互请求中还可以包括其他表示该应用交互请求性质的参数。

需要说明的是，本发明实施例对如何从业务端获取鉴权信息、将鉴权信息与应用交互请求绑定的具体实施方式不作限定。

此外，本发明实施例对鉴权信息及应用交互请求的具体内容及存在形式仅作举例，不作限定。

S102、在业务端对应用交互请求权限验证通过之后，从业务端获取待上传的政务文件清单。

移动端将绑定了鉴权信息的应用交互请求发送至业务端中，业务端会对绑定了鉴权信息的应用交互请求进行权限校验，判断当前移动端发送的应用交互请求是否有权限与该业务端连接并完成当前的政务文件上传业务。避免了移动端和业务端应用在多人申请政务文件上传时，在多并发请求场景下数据错误提交到其他并发请求中的问题。

在业务端对应用交互请求的权限验证通过之后，说明当前该业务端和移动端可以进行数据信息的交互，业务端和服务端进行http通信，移动端从业务端获取当次业务对应的政务文件清单。其中，政务文件清单至少包括了当次业务需要进行上传的项目名称。

需要说明的是，本发明实施例中待上传的政务文件清单中包括待上传项目的项目名称为本发明实施例的示例性说明，在本发明的其他实施例中，还可以包括该项目的有关说明等等，本发明实施例仅作举例，不作限定。

S103、响应于用户的上传操作，获取政务文件清单对应的政务文件，并将政务文件上传至服务器。

当办事用户对移动端执行上传操作时，移动端获取政务文件清单中各个项目对应的政务文件，并将获取得到的政务文件上传至服务器中暂时进行存储。

示例性的，移动端响应于办事用户拍照扫描操作或从本地文件管理系统上传操作，分别获取政务文件清单中每一个项目所对应的政务文件，需要说明的是，本发明实施例对单个项目所对应的政务文件的数量仅作举例，不作限定，可以为一对一，也可以为一对多。

需要说明的是，在本发明实施例中对用户的上传操作以及政务文件的数量，仅作举例，不作限定。

S104、向业务端发送文件下拉指令，以使业务端从服务器下拉政务文件。

移动端将政务文件上传至服务器之后，向业务端发送文件下拉指令，使业务端根据文件下拉指令，在服务器中下载对应的政务文件至业务端页面的政务文件清单中，进而完成通过移动端将政务文件在业务端中上传。通过使用移动端的扫描、传输等功能，将移动端和服务端进行集成，能够快速地完成纸质文件的扫描和传输，减少了对纸质政务文件的扫描上传的操作步骤，极大地提高了办事群众办理政务的效率和体验感。

具体的，业务端能够根据文件下拉指令，在服务器中下载政务文件并存储与政务文件清单中项目的对应位置。

本发明实施例对向业务端发送文件下拉指令，以使业务端从服务器下拉政务文件仅作举例，不作限定。

本发明实施例的技术方案，通过从业务端获取鉴权信息，将鉴权信息与应用交互请求绑定，其中，业务端响应于用户的政务上传请求生成鉴权信息，应用交互请求为移动端向业务端发送的业务请求；在业务端对应用交互请求权限校验通过之后，从业务端获取待上传的政务文件清单；响应于用户的上传操作，获取政务文件清单对应的政务文件，并将政务文件上传至服务器；向业务端发送文件下拉指令，以使业务端从服务器下拉政务文件。本发明通过使用鉴权信息来确定是否校验通过后再通过移动端将需要上传的政务文件上传至业务端中，能够简化了办事的步骤流程，提高了办事效率，无需通过多个软件和设备即可将文件上传至业务端，保护了办事群众隐私信息，同时移动端和业务端之间的鉴权校验，能够防止在多个移动端对业务端上传政务文件时发生数据错误提交到其他并发请求的情况发生，保证了政务文件上传的准确性。

实施例二

图2是根据本发明实施例二提供的一种政务文件上传方法的流程图，本实施例与上述实施例的细化。如图2所示，该方法包括：

S201、从业务端获取鉴权信息，将鉴权信息与应用交互请求绑定，其中，业务端响应于用户的政务上传请求生成鉴权信息，应用交互请求为移动端向业务端发送的业务请求。

在本发明的一些实施例中，S201包括：

S2011、扫描业务端展示的二维码，获取鉴权信息。

二维码是用某种特定的几何图形按一定规律在平面，即二维方向上分布的、黑白相间的、记录数据符号信息的图形；在代码编制上利用构成计算机内部逻辑基础的“0”、“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值信息，通过图象输入设备或光电扫描设备自动识读以实现信息自动处理。

移动端扫描业务端展示的二维码，扫描成功后跳转至二维码中存储的URL(uniform resource locator；统一资源定位系统)地址，移动端的前端获取该URL地址上存储的鉴权信息。

需要说明的是，本发明实施例中获取鉴权信息的方式仅作举例，不作限定；在本发明的其他实施例中还可以使用其他的方式获取鉴权信息，本发明仅作举例，不作限定。

此外，本发明实施例使用后二维码存储鉴权信息为示例性说明，在本发明的其他实施例中还可以使用三维码等等来存储鉴权信息，本发明实施例仅作举例，不作限定。

在本发明的一些实施例中，鉴权信息至少包括第一鉴权参数值，S201包括：

S2012、从鉴权信息中提取第一鉴权参数值。

业务端所展示的二维码表示的鉴权信息中至少包括了第一鉴权参数值，第一鉴权参数值是用来表示双方进行应用交互的唯一标识，第一鉴权参数数值是根据办事用户的用户信息、本次业务的工单信息通过一系列的加密和处理之后得到的。

从鉴权信息中提取出第一鉴权参数值，即得到某一业务端和某一移动端双方进行交互的标识。

需要说明的是，本发明实施例中第一鉴权参数值中包含了用户信息和工单信息为本发明实施例的示例性说明，在本发明的其他实施例中还可以包括其他更加个性化的信息，本发明仅作举例，不作限定。

S2013、将第一鉴权参数值加入应用交互请求。

将第一鉴权参数值加入至移动端每一个发出的应用交互请求中，以表示该移动端中发出的所用应用交互请求均与当前的业务端能够进行交互。也就是说，移动端向业务端发送的每一个应用交互请求都携带者第一鉴权参数值，便于后续业务端基于第一鉴权参数值对移动端发出的请求进行权限验证。

S202、在业务端对应用交互请求权限验证通过之后，从业务端获取待上传的政务文件清单。

业务端基于应用交互请求中的携带的鉴权参数值以及业务端对应数据库中预先存储的密钥数据，对移动端发送的应用交互请求进行权限验证。权限验证通过后，从业务端中获取本次业务需要上传的政务文件清单。

需要说明的是，本发明实施例对业务端如何对应用交互请求权限验证的具体方法仅作举例，不作限定。

S203、响应于用户的上传操作，获取政务文件清单对应的政务文件，并将政务文件上传至服务器。

在本发明的一些实施例中，当办事群众通过拍摄纸质政务材料的方式进行政务文件上传时，S203包括：

S2031、响应于用户的上传操作，调用移动端的摄像头应用拍摄纸质政务文件，得到纸质政务文件的图像。

办事群众点击移动端中的政务文件清单界面中某一项目对应的上传按钮，再点击界面中的“移动扫描”按钮，以开启移动端的摄像头应用。移动端调用移动端中的摄像头应用拍摄办事群众预设准备好的纸质政务材料，以得到纸质政务文件对应的图像。

需要说明的是，本发明实施例对纸质政务文件的类别不作限定，如可以为办事群众的主动提供的证件复印件、公司设立登记书、第三方证明等等。

S2032、将政务文件清单中同一项目对应的多个图像合并，作为合并后的政务文件。

政务文件清单中同一个项目可能需要提供多个材料，或同一项目需提供的纸质政务文件中包含有若干页，需要合并作为单个政务文件上传，以便于后续对工作人员对政务文件进行审核。

示例型的，办事群众在移动端使用“移动扫描”功能，按照顺序拍摄若干张纸质政务文件，得到了若干纸质政务文件的图像。移动端根据上传顺序将若干纸质政务文件的图像进行合并生成单个PDF(Portable Document Forma，可携带文档格式)文件，该PDF文件作为合并后的政务文件。

需要说明的是，本发明实施例合并后的政务文件的格式为PDF为本发明实施例的示例性说明，在本发明的其它实施例中可以为WORD格式、PNG格式(Portable NetworkGraphics，便携式网络图形)等等，本发明实施例仅作举例，不作限定。

S2033、基于政务文件清单中对应的项目名称，生成合并后的政务文件的名称。

将同一项目中的多个图像合并后生成一个单独的政务文件，此时该文档没有命名，不便于后续政务工作人员对政务文件进行审核，因此需要进一步对合并后的政务文件重新命名。

示例性的，将政务文件对应的项目名称作为该政务文件的名称。

需要说明的是，本发明实施例中将政务文件对应的项目名称作为该政务文件的名称为本发明实施例的示例性说明，在本发明的其它实施例中还可以将政务文件对应的项目名称作为该政务文件的名称后增加序号，以区分同一项目中的多个政务文件，本发明实施例仅作举例，不作限定。

在本发明的一些实施例中，当办事群众选择移动端的文件管理应用中预先存储的政务文件上传时，S203包括：

S2034、响应于用户的上传操作，调用移动端的文件管理应用获取政务文件清单对应的政务文件。

示例性的，办事群众点击移动端中的政务文件清单界面中某一项目对应的上传按钮，再点击界面中的“本地文件”按钮，在用户知情同意的情况下，移动端调用移动端的文件管理应用。移动端调用移动端中的文件管理应用，根据办事群众的选择，拉取预先存储在文件管理应用中的政务文件。

需要说明的是，本发明实施例对调用移动端的文件管理应用获取政务文件清单对应的政务文件仅作举例，不作限定。

在本发明的一些实施例中，在将政务文件上传至服务器之前还包括：

S2035、判断政务文件是否符合预设的政务文件要求。若政务文件符合预设的政务文件要求，则执行S2036；若政务文件不符合预设的政务文件要求，则执行S2037。

S2036、将政务文件上传至服务器。

S2037、生成重新上传提示，以提醒用户重新上传政务文件。

由于办事群众通过拍摄或通过从文件管理应用中获取的政务文件可能会存在内存占比过大或纸质材料图像太暗、太亮、模糊等情况。因此，在政务文件上传至服务器之前，需要对政务文件按照预先的政务文件要求标准作检查，当政务文件符合预设的政务文件要求时，才能够执行S2036将该政务文件上传到服务器中；当获取的政务文件不符合预设的政务文件要求时需要执行S2037生成重新上传提示，以提醒用户重新上传符合满足要求的政务文件，其中，重新上传提示中可以包含当前政务文件不符合政务文件要求的具体情况，如文件体积过大、图像过暗等等。

示例性的，预设的政务文件要求可以为单个政务材料所占的内存不能超过10M，或政务材料中每个纸质政务文件的图像的平均亮度值不能低于预设的亮度阈值、政务文件的格式是否为预设的格式。

需要说明的是，本发明实施例对预设的政务文件要求仅作举例，不作限定，在本发明的其他实施例中还可以为其他的要求，如是否有重复页等等。

S204、向业务端发送文件下拉指令，以使业务端从服务器下拉政务文件。

本发明实施例的技术方案，通过从业务端获取鉴权信息，将鉴权信息与应用交互请求绑定，其中，业务端响应于用户的政务上传请求生成鉴权信息，应用交互请求为移动端向业务端发送的业务请求；在业务端对应用交互请求权限校验通过之后，从业务端获取待上传的政务文件清单；响应于用户的上传操作，获取政务文件清单对应的政务文件，并将政务文件上传至服务器；向业务端发送文件下拉指令，以使业务端从服务器下拉政务文件。本发明通过使用鉴权信息来确定是否校验通过后，再通过移动端将需要上传的政务文件上传至业务端中，能够简化了办事的步骤流程，提高了办事效率，无需通过多个软件和设备即可将文件上传至业务端，保护了办事群众隐私信息，同时移动端和业务端之间的鉴权校验，能够防止在多个移动端对业务端上传政务文件时发生数据错误提交到其他并发请求的情况发生，保证了政务文件上传的准确性。

实施例三

图3为本发明实施例三提供了一种政务文件上传方法的流程图，本实施例可适用于解决电脑网页端办理政务事项上传政务文件时需切换多种设备、多个程序，导致操作步骤多，操作过程复杂，效率低下的问题情况，该方法可以由政务文件上传装置来执行，该政务文件上传装置可以采用硬件和/或软件的形式实现，应用于业务端中，该政务文件上传装置可配置于个人电脑设备等等业务端中。如图3所示，该方法包括：

S301、响应于用户的政务文件上传请求生成鉴权信息。

办事群众用户在业务端操作申请办理政务业务，生成了政务上传请求，并生成了关于本次政务业务的工单信息。业务端根据办事群众所办理的政务业务的工单信息和用户信息生成表示本次政务业务的鉴权信息。

在本发明的一些实施例中，S301包括：

S3011、获取用户信息和工单信息。

当办事群众在业务端申请办理政务业务时，业务端在办事群众知情并同意的情况下获取办事群众的用户信息和本次政务业务对应的工单信息。

需要说明的是，本发明实施例对用户信息和工单信息的内容仅作举例，不作限定。

S3012、使用加密算法将用户信息和工单信息进行加密，生成密钥数据。

在移动端和业务端交互的过程中，业务端需要对请求连接的移动端进行验证，判断移动端是否能够与业务端连接并安全地进行数据交互。利用用户信息和工单信息进行加密，生成唯一的鉴权数据以及对应的密钥数据，用于后续业务端和移动端进行连接交互时的验证。

需要说明的是，本发明实施例对使用何种加密算法以及需要加密的内容仅做举例，不作限定，在本发明的其它实施例中，还可以增加其它的信息内容作加密。

在本发明的一些实施例中，S3012使用的加密算法为AES加密算法。

AES(Advanced Encryption Standard，高级加密标准)加密算法，又称Rijndael加密法。AES的基本要求是，采用对称分组密码体制，密钥长度可以为128、192或256位，分组长度128位，算法应易在各种硬件和软件上实现。

具体的，使用AES加密算法根据用户信息和工单信息生成AES密钥数据。

S3013、使用哈希算法对密钥数据进行压缩，生成预设长度的第一鉴权参数值。

哈希算法就是将任意长度的二进制值串映射为固定长度的二进制值串,这个映射的规则就是哈希算法,而通过原始数据映射之后得到的二进制值串就是哈希值。

由于经过加密算法加密得到的秒数据长度不一，为了数据的统一性，使用哈希算法将密钥数据压缩为预先设置的固定长度的哈希值，作为第一鉴权数值。

示例性的，利用哈希算法将密钥数据压缩为长度为32位的哈希值，作为第一鉴权参数值。

需要说明的是，本发明实施例对第一鉴权参数值的长度仅作举例，不作限定。

S3014、基于第一鉴权参数值，生成二维码，作为鉴权信息。

使用一个URL地址存储第一鉴权参数值，并将该URL地址转换为二维码，作为鉴权信息。

需要说明的是，二维码中还可以封装其他内容，本发明实施例仅作举例，不作限定。

S3015、将第一鉴权参数值及对应的密钥数据存入预设的数据库表中。

业务端将第一鉴权参数值及其对应的密钥数据存入预先建立的数据库表中，该第一鉴权参数值及其密钥数据是本次政务业务的唯一标识。

将压缩后得到的哈希值以及对应的AES密钥数据存入预先构建好的业务端对应的数据库表中。

本发明实施例使用预设的数据库表存储第一鉴权参数值及密钥数据为本发明实施例的示例性说明，在本发明的其它实施例中还可以使用其他的方式存储第一鉴权参数值及密钥数据，本发明实施例仅作举例，不作限定。

S302、基于移动端获取鉴权信息后发送的应用交互请求，对移动端进行权限验证；当权限验证结果为验证通过时，则执行S303。

移动端在申请与业务端交互时，移动端会发送应用交互请求至业务端，其中，应用交互请求中包括了移动端在扫描业务端展示的二维码是所获得的鉴权信息，如一个鉴权参数值。业务端利用移动端中鉴权信息与预先存储在业务端对应数据库表中的密钥数据，对移动端进行权限验证，验证当前移动端是否有权限上传政务文件至业务端中，当权限验证通过后才能够执行S303将政务文件清单发送至移动端，告知待上传的项目内容。通过唯一的鉴权信息和密钥数据，确定鉴权标识关联的应用交互请求，能够防止在多个移动端对业务端上传政务文件时发生数据错误提交到其他并发请求的情况发生，保证了政务文件上传的准确性。

在本发明的一些实施例中，S302包括：

S3021、提取应用交互请求中的第二鉴权参数值。

移动端发送的应用交互请求中携带了从业务端获取的鉴权信息，即第二鉴权参数值，第二鉴权参数值移动端所扫描的业务端根据用户信息和工单信息生成的。

本发明实施例对如何提取应用交互请求中的第二鉴权参数值不作限定。

S3022、在数据库表中查询第二鉴权参数值对应的密钥数据；若能够在数据库表中查询第二鉴权参数值对应的密钥数据，则执行S3023；若不能在数据库表中查询第二鉴权参数值对应的密钥数据，则执行S3024。

业务端查询预先构建好的数据库表中是否能够对第二鉴权参数值解密的密钥数据，如果在数据库表中能够查询第二鉴权参数值对应的密钥数据，说明该移动端有权限能够和业务端进行交互，执行S3023将权限验证的结果确定为验证成功；如果在数据库表中查询不到来自移动端的第二鉴权参数值，则说明移动端可能和业务端可能对接错误，该移动端不能配合业务端完成本次政务业务，执行S3024将权限验证的结果确定为验证失败。

S3023、权限验证结果为验证成功。

S3024、权限验证结果为验证失败。

示例性的，业务端在移动端发送的应用交互请求中获取得到一个哈希值，根据该哈希值在数据库表中查询是否有该哈希值对应的AES密钥数据，如果能够查询得到对应的AES密钥数据，则说明权限验证结果为验证成功，并从数据库表中提取出该密钥数据；如果未能查询得到对应的AES密钥数据，则说明权限验证结果为验证失败。

本发明实施例对第二鉴权参数值及密钥数据的具体内容仅作举例，不作限定，在本发明的其它实施例中，还可以根据所使用的加密算法进行改变。

S303、发送政务文件清单至移动端。

权限验证通过后，说明该移动端有权限与业务端交互，能够共同完成政务文件上传，业务端将本次政务业务对应的政务文件清单发送至移动端，以使办事群众能够在移动端中知晓需要上传的项目，并便于办事用户在移动端中能够上传政务文件至对应的项目位置。

本发明实施例对发送政务文件清单至移动端仅作举例，不作限定。

在本发明的一些实施例中，S303包括：

S3031、使用密钥数据基于加密算法对第二鉴权参数值进行解密，得到用户信息和工单信息。

业务端使用查询得到的密钥数据使用加密时所使用的加密算法对第二鉴权参数值进行解密，得到明文数据，即用户信息和工单信息。

示例性的，业务端使用AES密钥数据对移动端发送的哈希值进行解密，得到移动端发送的哈希值对应的用户信息和工单信息。

S3032、基于用户信息和工单信息查询得到政务文件清单。

业务端中存储有不同政务业务类型所对应的政务文件清单，并且可能根据办事群众的用户信息具体增加、替换或减少政务文件清单中的项目。

因此，业务端根据办事群众的用户信息及本次政务业务的工单信息，查询生成对应的文件清单。

示例性的，根据本次政务业务的工单信息生成初始的政务文件清单，再根据办事群众的国籍增加、替换或删除政务文件清单中的项目，得到最终的政务文件清单。

需要说明的是，本发明实施例对如何基于用户信息和工单信息查询得到政务文件清单仅作举例，不作限定。

S3033、发送政务文件清单至移动端。

业务端将根据用户信息和工单信息生成的政务清单发送至移动端中。

S304、响应于移动端发送的政务文件下拉指令，从服务器获取移动端上传的政务文件。

业务端完成政务文件清单的发送之后，进入等待移动端上传政务文件状态。当业务端接收到移动端发送的政务文件下拉指令后，业务端在服务器中获取移动端上传的某项目对应的政务文件，并存储与业务端该项目的对应位置。

本发明实施例通过移动端将需要上传的政务文件上传至业务端中，能够简化了办事的步骤流程，提高了办事效率，无需通过多个软件和设备即可将文件上传至业务端，保护了办事群众隐私信息，同时移动端和业务端之间的鉴权校验，能够防止在多个移动端对业务端上传政务文件时发生数据错误提交到其他并发请求的情况发生，保证了政务文件上传的准确性。

实施例四

为了使本领域技术人员更清楚地理解本发明实施例一至实施例三的政务文件上传方法，以下结合图4对本发明实施例的政务文件上传方法进行示例说明：

如图4所示，本示例的业务端和移动端可以执行如下步骤：

S1、业务端响应于用户的政务文件上传请求生成鉴权信息。

示例性的，业务端响应用户的申请操作，使用AES加密算法对用户信息和工单信息进行加密，得到密钥数据；再将密钥数据根据使用哈希算法压缩至32位长度的哈希值，并生成二维码展示在业务端界面中，其中二维码包括根据用户信息和工单信息生成的哈希值。

S2、移动端从业务端获取鉴权信息，将鉴权信息与应用交互请求绑定。

示例性的，移动端扫描业务端所展示的二维码，获取得到二维码中的的哈希值，并将该哈希值加入移动端发出的应用交互请求中，以绑定哈希值和应用交互请求，并将应用交互请求发送至业务端。

S3、业务端基于移动端获取鉴权信息后发送的应用交互请求，对移动端进行权限验证。

示例性的，业务端根据移动端发送的应用交互请求中的哈希值，在预先构建的数据库表中查询是否有该哈希值对应的密钥数据，以对移动端进行权限验证。

S4、当权限验证结果为验证通过时，业务端发送政务文件清单至移动端。

示例性的，当业务端在数据库表中能够查询到来自移动端的哈希值所对应的密钥数据，则使用密钥数据基于AES加密算法对该哈希值进行加密，得到用户信息和工单信息等明文数据。业务端根据用户信息和工单信息查询生成本次政务业务的政务文件清单，并将该政务文件清单发送至移动端。

S5、移动端从业务端获取待上传的政务文件清单。

移动端获取待上传的政务文件清单，并展示在移动端的界面中。

S6、移动端响应于用户的上传操作，获取政务文件清单对应的政务文件，并将政务文件上传至服务器。

示例的，用户在移动端中进行移动扫描或本地上传的操作，移动端根据用户的操作，获取政务文件，并将政务文件经过处理及政务文件要求的评判后上传至至服务器，等待业务端拉取。

S7、移动端向业务端发送文件下拉指令，以使业务端从服务器下拉政务文件。

S8、业务端响应于移动端发送的政务文件下拉指令，从服务器获取移动端上传的政务文件。

示例性的，业务端从服务器中获取移动端上传的政务文件，并存储至该政务文件对应的项目位置中。

本发明实施例通过使用鉴权信息来确定是否校验通过后，再通过移动端将需要上传的政务文件上传至业务端中，能够简化了办事的步骤流程，提高了办事效率，无需通过多个软件和设备即可将文件上传至业务端，保护了办事群众隐私信息，同时移动端和业务端之间的鉴权校验，能够防止在多个移动端对业务端上传政务文件时发生数据错误提交到其他并发请求的情况发生，保证了政务文件上传的准确性。

实施例五

图5是本发明实施例五提供的一种政务文件上传装置的结构框图，如图5所示，本发明实施例的政务文件上传装置具体可以包括如下模块：

绑定模块501，用于从业务端获取鉴权信息，将所述鉴权信息与应用交互请求绑定，其中，所述业务端响应于用户的政务上传请求生成所述鉴权信息，所述应用交互请求为所述移动端向所述业务端发送的业务请求；

政务文件清单获取模块502，用于在所述业务端对所述应用交互请求权限验证通过之后，从业务端获取待上传的政务文件清单；

政务文件获取模块503，用于响应于用户的上传操作，获取所述政务文件清单对应的政务文件，并将所述政务文件上传至服务器；

下拉指令发送模块504，用于向所述业务端发送文件下拉指令，以使业务端从所述服务器下拉所述政务文件。

可选的，所述绑定模块501包括：

二维码扫描子模块，用于扫描所述业务端展示的二维码，获取鉴权信息。

可选的，所述绑定模块501包括：

第一鉴权参数值提取子模块，用于从所述鉴权信息中提取所述第一鉴权参数值；

第一鉴权参数值加入子模块，用于将所述第一鉴权参数值加入所述应用交互请求。

可选的，所述政务文件上传装置还包括：

政务文件要求判断模块505，用于判断所述政务文件是否符合预设的政务文件要求；

政务文件上传模块506，用于执行所述将所述政务文件上传至服务器；

重新上传提示生成模块507，用于生成重新上传提示，以提醒所述用户重新上传政务文件。

可选的，所述政务文件获取模块503包括：

纸质政务文件的图像获取子模块，用于响应于用户的上传操作，调用移动端的摄像头应用拍摄纸质政务文件，得到纸质政务文件的图像；

纸质政务文件的图像合并子模块，用于将所述政务文件清单中同一项目对应的多个图像合并，作为合并后的政务文件；

政务文件名称生成子模块，用于基于所述政务文件清单中对应的项目名称，生成合并后的政务文件的名称。

可选的，所述政务文件获取模块503包括：

本地政务文件获取子模块，用于响应于用户的上传操作，调用移动端的文件管理应用获取所述政务文件清单对应的政务文件。

本发明实施例所提供的政务文件上传装置可执行本发明实施例一、实施例二、实施例四所提供的政务文件方法，具备执行方法相应的功能模块和有益效果。

实施例六

图6是本发明实施例六提供的一种政务文件上传装置的结构框图，如图6所示，本发明实施例的政务文件上传装置具体可以包括如下模块：

鉴权信息生成模块601，用于响应于用户的政务文件上传请求生成鉴权信息；

权限验证模块602，用于基于移动端获取所述鉴权信息后发送的应用交互请求，对所述移动端进行权限验证；

政务文件清单发送模块603，用于当所述权限验证结果为验证通过时，发送政务文件清单至所述移动端；

政务文件下拉模块604，用于响应于移动端发送的政务文件下拉指令，从服务器获取移动端上传的政务文件。

可选的，所述鉴权信息生成模块601包括：

信息获取子模块，用于获取用户信息和工单信息；

密钥数据生成子模块，用于使用加密算法将所述用户信息和所述工单信息进行加密，生成密钥数据；

第一鉴权参数值生成子模块，用于使用哈希算法对所述密钥数据进行压缩，生成预设长度的第一鉴权参数值；

二维码生成子模块，用于基于所述第一鉴权参数值，生成二维码，作为所述鉴权信息；

存入子模块，用于将所述第一鉴权参数值及对应的所述密钥数据存入预设的数据库表中。

可选的，所述权限验证模块602包括：

第二鉴权参数值提取子模块，用于提取所述应用交互请求中的第二鉴权参数值；

密钥数据查询子模块，用于在所述数据库表中查询所述第二鉴权参数值对应的所述密钥数据；

验证成功确定子模块，用于权限验证结果为验证成功；

验证失败确定子模块，用于权限验证结果为验证失败。

可选的，所述政务文件清单发送模块603包括：

解密子模块，用于使用所述密钥数据基于所述加密算法对所述第二鉴权参数值进行解密，得到所述用户信息和所述工单信息；

政务文件清单查询子模块，用于基于所述用户信息和所述工单信息查询得到政务文件清单；

政务文件清单发送子模块，用于发送政务文件清单至所述移动端。

本发明实施例所提供的政务文件上传装置可执行本发明实施例三、实施例四所提供的政务文件方法，具备执行方法相应的功能模块和有益效果。

实施例七

图7示出了可以用来实施本发明的实施例的移动端10的结构示意图。如图7所示，移动端10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储移动端10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

移动端10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许移动端10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文实施例一、实施例二所描述的政务文件上传方法和处理。

示例性的，实施例四提供的移动端可以为移动手机、平面电脑、智能穿戴设备等等。本发明实施例仅作举例，不作限定。

本发明实施例所提供的移动端可执行本发明实施例一、实施例二、实施例四所提供的政务文件上传方法，具备执行方法相应的功能模块和有益效果。

实施例八

图8示出了可以用来实施本发明的实施例的业务端20的结构示意图。如图8所示，业务端20包括至少一个处理器21，以及与至少一个处理器21通信连接的存储器，如只读存储器(ROM)22、随机访问存储器(RAM)23等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器21可以根据存储在只读存储器(ROM)22中的计算机程序或者从存储单元28加载到随机访问存储器(RAM)23中的计算机程序，来执行各种适当的动作和处理。在RAM 23中，还可存储业务端20操作所需的各种程序和数据。处理器21、ROM 22以及RAM 23通过总线24彼此相连。输入/输出(I/O)接口25也连接至总线24。

业务端20中的多个部件连接至I/O接口25，包括：输入单元26，例如键盘、鼠标等；输出单元27，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元29，例如网卡、调制解调器、无线通信收发机等。通信单元29允许业务端20通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器21可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器21的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器21执行上文实施例三、实施例四所描述的政务文件上传方法和处理。

本发明实施例所提供的政务文件上传装置可执行本发明实施例三所提供的政务文件上传方法，具备执行方法相应的功能模块和有益效果。

在一些实施例中，文件上传方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的文件上传方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行文件上传方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (13)

1.一种政务文件上传方法，其特征在于，应用于移动端，包括：

从业务端获取鉴权信息，将所述鉴权信息与应用交互请求绑定，其中，所述业务端响应于用户的政务上传请求生成所述鉴权信息，所述应用交互请求为所述移动端向所述业务端发送的业务请求；

在所述业务端对所述应用交互请求权限验证通过之后，从业务端获取待上传的政务文件清单；

响应于用户的上传操作，获取所述政务文件清单对应的政务文件，并将所述政务文件上传至服务器；

向所述业务端发送文件下拉指令，以使业务端从所述服务器下拉所述政务文件。

2.根据权利要求1所述的方法，其特征在于，从业务端获取鉴权信息，包括：

扫描所述业务端展示的二维码，获取鉴权信息。

3.根据权利要求1所述的方法，其特征在于，所述鉴权信息至少包括第一鉴权参数值，所述从业务端获取鉴权信息，将所述鉴权信息与应用交互请求绑定，包括：

从所述鉴权信息中提取所述第一鉴权参数值；

将所述第一鉴权参数值加入所述应用交互请求。

4.根据权利要求1所述的方法，其特征在于，在所述将所述政务文件上传至服务器之前，包括：

判断所述政务文件是否符合预设的政务文件要求；

若所述政务文件符合预设的政务文件要求，则执行所述将所述政务文件上传至服务器；

若所述政务文件不符合预设的政务文件要求，则生成重新上传提示，以提醒所述用户重新上传政务文件。

5.根据权利要求1-4任一所述的方法，其特征在于，所述响应于用户的上传操作，获取所述政务文件清单对应的政务文件，包括：

响应于用户的上传操作，调用移动端的摄像头应用拍摄纸质政务文件，得到纸质政务文件的图像；

将所述政务文件清单中同一项目对应的多个图像合并，作为合并后的政务文件；

基于所述政务文件清单中对应的项目名称，生成合并后的政务文件的名称。

6.根据权利要求1-4任一所述的方法，其特征在于，所述响应于用户的上传操作，获取所述政务文件清单对应的政务文件，包括：

响应于用户的上传操作，调用移动端的文件管理应用获取所述政务文件清单对应的政务文件。

7.一种政务文件上传方法，其特征在于，应用于业务端，包括：

响应于用户的政务文件上传请求生成鉴权信息；

基于移动端获取所述鉴权信息后发送的应用交互请求，对所述移动端进行权限验证；

当所述权限验证结果为验证通过时，发送政务文件清单至所述移动端；

响应于移动端发送的政务文件下拉指令，从服务器获取移动端上传的政务文件。

8.根据权利要求7所述的方法，其特征在于，所述响应于用户的政务上传请求生成鉴权信息，包括：

获取用户信息和工单信息；

使用加密算法将所述用户信息和所述工单信息进行加密，生成密钥数据；

使用哈希算法对所述密钥数据进行压缩，生成预设长度的第一鉴权参数值；

基于所述第一鉴权参数值，生成二维码，作为所述鉴权信息；

将所述第一鉴权参数值及对应的所述密钥数据存入预设的数据库表中。

9.根据权利要求8所述的方法，其特征在于，所述加密算法为AES加密算法。

10.根据权利要求8-9中任一所述的方法，其特征在于，所述基于移动端获取所述鉴权信息后发送的应用交互请求，对所述移动端进行权限验证，包括：

提取所述应用交互请求中的第二鉴权参数值；

在所述数据库表中查询所述第二鉴权参数值对应的所述密钥数据；

若能够在所述数据库表中查询所述第二鉴权参数值对应的所述密钥数据，则权限验证结果为验证成功；

若不能在所述数据库表中查询所述第二鉴权参数值对应的所述密钥数据，则权限验证结果为验证失败。

11.根据权利要求10所述的方法，其特征在于，所述发送政务文件清单至所述移动端，包括：

使用所述密钥数据基于所述加密算法对所述第二鉴权参数值进行解密，得到所述用户信息和所述工单信息；

基于所述用户信息和所述工单信息查询得到政务文件清单；

发送政务文件清单至所述移动端。

12.一种移动端，其特征在于，所述移动端包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的政务文件上传方法。

13.一种业务端，其特征在于，所述业务端包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求7-11中任一项所述的政务文件上传方法。

Images