CN115640590A - 一种业务处理方法、装置、电子设备及计算机可读介质 - Google Patents

Abstract

本申请公开了业务处理方法、装置、电子设备及计算机可读介质，涉及大数据数据采集技术领域，该方法包括：接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与上传途径标识对应的业务处理页面；响应于上传途径标识对应扫码上传，基于待上传文件列表在业务处理页面上生成交易码，获取用户所选择的渠道扫描交易码得到的地址；获取用户在渠道的登录状态标识，进而基于登录状态标识和地址，确定扫码状态；根据扫码状态，执行对应的业务处理进程。从而保证信息的安全与隐私的同时能通过共享及信息复用快速且准确地完成敏感信息上传的业务。

Description

一种业务处理方法、装置、电子设备及计算机可读介质

技术领域

本申请涉及大数据数据采集技术领域，尤其涉及一种业务处理方法、装置、电子设备及计算机可读介质。

背景技术

在复杂政务服务事项申报过程中，因需经过多个申报步骤和填报大量表格数据，用户通常选择在电脑端进行办件信息填写和材料提交，但PC端对纸质材料、证照原件拍照不方便，此时通常会用手机拍照转换成电子图片，再通过即时通信工具、网盘或者其他第三方媒介传递，最终在PC端上获取图片，并对要提交的材料以及证照进行上传绑定。事项申报完成后，已提交的材料没有经过有效的分类存档；下次办理事项时，又需要重新拍照转换成电子图片，传递到PC端，并对材料以及证照进行上传绑定。同时，利用第三方媒介传递敏感材料与信息也带来了一定安全隐患。

在实现本申请过程中，发明人发现现有技术中至少存在如下问题：

在实现电脑端事项申报的材料、证照上传步骤中，未能充分考虑一体化平台多渠道间的融合以及信息复用、共享，无法保障信息的安全与隐私。

发明内容

有鉴于此，本申请实施例提供一种业务处理方法、装置、电子设备及计算机可读介质，能够解决现有的在实现电脑端事项申报的材料、证照上传步骤中，未能充分考虑一体化平台多渠道间的融合以及信息复用、共享，无法保障信息的安全与隐私的问题。

为实现上述目的，根据本申请实施例的一个方面，提供了一种业务处理方法，包括：

接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与上传途径标识对应的业务处理页面；

响应于上传途径标识对应扫码上传，基于待上传文件列表在业务处理页面上生成交易码，获取用户所选择的渠道扫描交易码得到的地址；

获取用户在渠道的登录状态标识，进而基于登录状态标识和地址，确定扫码状态；

根据扫码状态，执行对应的业务处理进程。

可选地，根据扫码状态，执行对应的业务处理进程，包括：

响应于扫码状态为上传成功，更新待上传文件列表中的各个待上传文件的上传状态，响应于上传状态为部分上传，轮询各个待上传文件的上传状态直至全部上传，结束业务处理进程。

可选地，基于登录状态标识和地址，确定扫码状态，包括：

响应于登录状态标识对应已登录并且地址位于预设白名单，当渠道的个数为超过一个时，判断登录渠道的是否是同一登录账号，若是则在检测到文件上传后，标记扫码状态为上传成功。

可选地，在判断登录渠道的是否是同一登录账号之后，方法还包括：

若否则执行登录，并继续判断登录渠道的是否是同一登录账号直至确定登录渠道的是同一登录账号时，在检测到文件上传后，标记扫码状态为上传成功。

可选地，根据扫码状态，执行对应的业务处理进程，包括：

响应于扫码状态为上传失败，终止渠道的扫码操作，返回渠道的首页。

可选地，根据扫码状态，执行对应的业务处理进程，包括：

响应于扫码状态为无效，请求用户中心以基于最新的待上传文件列表重新生成对应的交易码。

可选地，在基于待上传文件列表在业务处理页面上生成交易码之后，方法还包括：

每隔预设时间获取交易码的标识，以基于标识更新交易码的状态。

可选地，在检测到文件上传之前，方法还包括：

唤起渠道对应的终端的拍照程序，以获取目标图片文件并上传到对象存储。

另外，本申请还提供了一种业务处理装置，包括：

接收单元，被配置成接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与上传途径标识对应的业务处理页面；

地址获取单元，被配置成响应于上传途径标识对应扫码上传，基于待上传文件列表在业务处理页面上生成交易码，获取用户所选择的渠道扫描交易码得到的地址；

扫码状态确定单元，被配置成获取用户在渠道的登录状态标识，进而基于登录状态标识和地址，确定扫码状态；

执行单元，被配置成根据扫码状态，执行对应的业务处理进程。

可选地，执行单元进一步被配置成：

响应于扫码状态为上传成功，更新待上传文件列表中的各个待上传文件的上传状态，响应于上传状态为部分上传，轮询各个待上传文件的上传状态直至全部上传，结束业务处理进程。

可选地，扫码状态确定单元进一步被配置成：

响应于登录状态标识对应已登录并且地址位于预设白名单，当渠道的个数为超过一个时，判断登录渠道的是否是同一登录账号，若是则在检测到文件上传后，标记扫码状态为上传成功。

可选地，扫码状态确定单元进一步被配置成：

若否则执行登录，并继续判断登录渠道的是否是同一登录账号直至确定登录渠道的是同一登录账号时，在检测到文件上传后，标记扫码状态为上传成功。

可选地，执行单元进一步被配置成：

响应于扫码状态为上传失败，终止渠道的扫码操作，返回渠道的首页。

可选地，执行单元进一步被配置成：

响应于扫码状态为无效，请求用户中心以基于最新的待上传文件列表重新生成对应的交易码。

可选地，业务处理装置还包括更新单元，被配置成：

每隔预设时间获取交易码的标识，以基于标识更新交易码的状态。

可选地，扫码状态确定单元进一步被配置成：

唤起渠道对应的终端的拍照程序，以获取目标图片文件并上传到对象存储。

另外，本申请还提供了一种业务处理电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述的业务处理方法。

另外，本申请还提供了一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现如上述的业务处理方法。

为实现上述目的，根据本申请实施例的又一个方面，提供了一种计算机程序产品。

本申请实施例的一种计算机程序产品，包括计算机程序，程序被处理器执行时实现本申请实施例提供的业务处理方法。

上述发明中的一个实施例具有如下优点或有益效果：本申请通过接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与上传途径标识对应的业务处理页面；响应于上传途径标识对应扫码上传，基于待上传文件列表在业务处理页面上生成交易码，获取用户所选择的渠道扫描交易码得到的地址；获取用户在渠道的登录状态标识，进而基于登录状态标识和地址，确定扫码状态；根据扫码状态，执行对应的业务处理进程。从而保证信息的安全与隐私的同时能通过共享及信息复用快速且准确地完成敏感信息上传的业务。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本申请，不构成对本申请的不当限定。其中：

图1是根据本申请一个实施例的业务处理方法的流程的示意图；

图2是根据本申请一个实施例的业务处理方法的流程的示意图；

图3是根据本申请一个实施例的业务处理方法的流程示意图；

图4是根据本申请一个实施例的业务处理方法的流程示意图；

图5是根据本申请实施例的业务处理装置的单元的示意图；

图6是本申请实施例可以应用于其中的示例性***架构图；

图7是适于用来实现本申请实施例的终端设备或服务器的计算机***的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

图1是根据本申请一个实施例的业务处理方法的流程的示意图，如图1所示，业务处理方法包括：

步骤S101，接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与上传途径标识对应的业务处理页面。

本实施例中，业务处理方法的执行主体(例如，可以是服务器)可以通过有线连接或无线连接的方式，接收业务处理请求。该请求例如可以是***申请业务对应的请求，也可以是参加某考试时对所需资料进行上传的请求，本申请实施例对业务处理请求的内容不做具体限定。

执行主体在接收到业务处理请求后，可以获取用户输入的对上传途径的需求对应的上传途径标识和用户所选业务对应的待上传文件列表。

上传途径可以包括扫码上传、拖拽上传等，对应的上传途径标识，例如可以分别是SM、TZ。示例的，若上传途径标识为SM，则执行主体可以跳转到扫码页面，该扫码页面即为上传途径标识对应的业务处理页面。

步骤S102，响应于上传途径标识对应扫码上传，基于待上传文件列表在业务处理页面上生成交易码，获取用户所选择的渠道扫描交易码得到的地址。

用户所选择的渠道可以包括Android APP、iOS APP或者小程序等，本申请实施例对用户所选择的渠道不做具体限定。

示例的，交易码例如可以是二维码或者是条形码。当交易码为二维码时，并且当执行主体确定上传途径标识对应的是扫码上传时，则可以将待上传文件列表作为生成二维码所需的数据，调用二维码生成程序以基于待上传文件列表在业务处理页面上生成对应的二维码。

具体地，在基于待上传文件列表在业务处理页面上生成交易码之后，方法还包括：

每隔预设时间获取交易码的标识，以基于标识更新交易码的状态。

每个生成的交易码都有对应的有效期，在有效期内，交易码是有效的，可以正常被扫描，当交易码有效期过期后，用户扫描交易码就会出现扫描失败等的提示信息，执行主体可以每隔预设时间，例如每隔有效期对应的时长获取一次交易码的标识，该交易码的标识力图可以是交易码的图案，进而基于获取的交易码的图案更新交易码的状态，以时常保持交易码可以被有效扫描，保证业务办理的效率。

步骤S103，获取用户在渠道的登录状态标识，进而基于登录状态标识和地址，确定扫码状态。

具体地，基于登录状态标识和地址，确定扫码状态，包括：

响应于登录状态标识对应已登录并且地址位于预设白名单，当渠道的个数为超过一个时，判断登录渠道的是否是同一登录账号，若是则在检测到文件上传后，标记扫码状态为上传成功。

当用户在所选渠道的登录状态为已登录，并且通过扫码得到的地址在预设白名单中，也就是不属于被拦截的地址时，在用户所选渠道的个数为多个时，判断多个渠道的登录用户是否均为同一个用户，如果多个渠道的登录用户均为同一个童虎时，则表明通过了一致性用户认证，在检测到待上传文件已经上传后，标记扫码状态为上传成功，从而保证文件上传的安全性。

具体地，在检测到文件上传之前，方法还包括：

唤起渠道对应的终端的拍照程序，以获取目标图片文件并上传到对象存储。

在检测到文件上传之前，若执行主体确定要上传的文件需要实时拍照获取(例如检测到用户点击了用户所选渠道对应的终端的照相机控件)，则执行主体可以唤起用户所选渠道对应的终端的拍照程序，以通过拍照获取用户所要拍摄的图片文件并上传到对象存储。

具体地，在判断登录渠道的是否是同一登录账号之后，方法还包括：

若否则执行登录，并继续判断登录渠道的是否是同一登录账号直至确定登录渠道的是同一登录账号时，在检测到文件上传后，标记扫码状态为上传成功。

步骤S104，根据扫码状态，执行对应的业务处理进程。

具体地，根据扫码状态，执行对应的业务处理进程，包括：响应于扫码状态为上传失败，终止渠道的扫码操作，返回渠道的首页。

具体地，根据扫码状态，执行对应的业务处理进程，包括：响应于扫码状态为无效，请求用户中心以基于最新的待上传文件列表重新生成对应的交易码。

本实施例通过接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与上传途径标识对应的业务处理页面；响应于上传途径标识对应扫码上传，基于待上传文件列表在业务处理页面上生成交易码，获取用户所选择的渠道扫描交易码得到的地址；获取用户在渠道的登录状态标识，进而基于登录状态标识和地址，确定扫码状态；根据扫码状态，执行对应的业务处理进程。从而保证信息的安全与隐私的同时能通过共享及信息复用快速且准确地完成敏感信息上传的业务。

图2是根据本申请一个实施例的业务处理方法的流程示意图，如图2所示，业务处理方法包括：

步骤S201，接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与上传途径标识对应的业务处理页面。

步骤S202，响应于上传途径标识对应扫码上传，基于待上传文件列表在业务处理页面上生成交易码，获取用户所选择的渠道扫描交易码得到的地址。

步骤S203，获取用户在渠道的登录状态标识，进而基于登录状态标识和地址，确定扫码状态。

步骤S204，响应于扫码状态为上传成功，更新待上传文件列表中的各个待上传文件的上传状态，响应于上传状态为部分上传，轮询各个待上传文件的上传状态直至全部上传，结束业务处理进程。

图3是根据本申请一个实施例的业务处理方法的应用场景示意图。本申请实施例的业务处理方法，可以应用于一体化平台扫码上传材料的场景。本申请实施例的业务处理方法涉及到六大***，如图3所示：

1)用户中心。在本技术方案中，用户中心提供了移动端扫码时的一致性身份验证、对象存储的文件与用户关联以便实现智能检索；

2)Android APP、iOS APP。在本技术方案中，Android A、iOS APP作为一体化在线服务平台的两个移动端渠道，为移动端上传文件提供了扫码、文件上传等硬件功能；在扫码后，对用户进行身份一致性验证；作为H5页面的渠道，通过网页视图webview调起H5页面；

3)小程序。在本技术方案中，小程序作为一体化在线服务平台的另外一个常见移动端渠道，为移动端上传文件提供了扫码、文件上传等硬件功能；在扫码后，对用户进行身份一致性验证；作为H5页面的渠道，通过网页视图控件webview调起H5页面；

4)PC端材料上传页面。在本技术方案中，PC端页面为用户提供了事项申报的全流程服务，因PC端对材料、文件拍照不方便，所以采取了通过移动端实现材料、文件拍照上传的方案；

5)对象存储。在本技术方案中，对象存储提供了稳定、安全、高效、易用的文件查看和处理方案；

6)H5文件上传页面。在本技术方案中，H5文件上传页面嵌入到移动端多个渠道(Android APP、iOS APP和小程序)，可快捷、高效地实现一致性功能(材料、文件的拍照上传)，并且大幅度降低多渠道间的开发成本。

图4是根据本申请一个实施例的业务处理方法的流程示意图。如图4所示，在事项申报的材料上传步骤中，一体化平台扫码上传材料需要经过以下步骤：

(1)PC端点击材料上传。用户申报事项，经过确认阅读须知、表单填写后，到达材料上传页面进行材料上传；

(2)查询材料列表，找到匹配材料。材料列表中的材料是用户已上传且有标签的材料。本技术方案可根据用户使用的频度、最近使用时间等维度对材料排序，也可通过模糊搜索对标签进行模糊搜索，智能化地检索材料。如果成功找到匹配的材料，进入到步骤(23)，完成整个材料上传过程；如果未匹配到材料，进入步骤(3)；

(3)选择扫码上传。在上传材料的方式中，选择扫码上传材料；

(4)打开PC端扫码页面；

(5)PC端页面请求用户中心，生成二维码。PC端页面请求用户中心生成二维码的交易需要包含以下核心参数：用户唯一标识loginAccountId以及设备唯一标识clientId，返回的核心参数：二维码标识qrCodeId、扫码类型qrCodeType、链接openUrl。其中，用户唯一标识loginAccountId与移动端登录用户进行匹对，实现同一用户的安全认证；设备唯一标识clientId确保该接口每次请求的唯一性。返回值中，二维码标识qrCodeId，唯一标识了一个有效的二维码，其有效期可以设定为120秒，当检测到该请求再次发起时，则上个请求的qrCodeId立即失效。扫码类型qrCodeType，表明了渠道(Android APP、iOS APP或者小程序)扫码后，需要执行的指令，比如：openWebUrlWithLogin表明需要以登录状态打开指定Url的H5页面，并且实现登录信息传递；链接openUrl，它依据了qrCodeType指定的方式，打开url(例如可以为通过webview打开一个webUrl、通过***APP打开一个文件url或者通过APPUrl scheme唤起第三方APP的某个功能等)；

(6)PC端二维码是否有效。本步骤是本地检查二维码是否在有效期内，本申请实施例的二维码有效期计时规则为：从步骤(5)返回qrCodeId到步骤(7)PC端发起请求查询扫码状态。如果计时超过110秒(少于二维码的有效期120分钟)，回到步骤(5)重新生成二维码，也就是强制执行上次生成的qrCodeId二维码失效。如果本地判断二维码仍然有效，则进入步骤(7)；

(7)电脑PC端查询扫码文件上传的状态(轮询)。生成二维码后，PC端每5秒发一次请求，轮询对应的qrCodeId二维码状态；

(8)判断扫码状态是否为无效。PC端查询的扫码状态有五类：无效、待扫码、待上传、上传成功、上传失败。如果二维码因过期等原因失效，回到步骤(5)；否则，进入步骤(9)判断；

(9)判断扫码状态是否为待扫码或者待上传。待扫码、待上传、上传成功、上传失败四个状态根据是否完成上传，可划分为：未上传完成(待扫码、待上传)、上传完成(上传成功、上传失败，即获得上传结果)。如果是未上传完成，则继续回到步骤(7)查询状态；否则，进入到步骤(10)；

(10)判断扫码状态是否为扫码上传成功。如果PC端查询的扫码状态为上传成功，则开始对文件执行相关操作以实现文件管理和材料上传；如果状态为上传失败，则进入步骤(21)；

(11)Android APP、iOS APP或者小程序扫码。在步骤(5)生成二维码后，用户通过手机打开APP或者小程序扫码，以实现手机端便捷地拍照并上传文件；

(12)判断链接openUrl是否为白名单地址。APP或者小程序对扫码打开的链接，需进行白名单机制验证，以实现用户通过扫码打开的资源安全可靠。如果openUrl在白名单中，继续执行文件上传流程，进入步骤(15)；否则，进入步骤(13)；

(13)标记扫码状态为上传失败。此时，开始执行上传失败的操作，进入步骤(14)；

(14)终止APP或者小程序扫码的操作，返回其首页。移动端指令完成，进入PC端执行指令，进入到步骤(7)；

(15)用户是否在移动端登录。在步骤(12)中，确认openUrl为白名单地址后，对用户登录状态进行判断，如果未登录，则执行下一步；否则，继续执行文件上传流程，进入步骤(17)；

(16)用户执行登录操作。APP或者小程序处于登录状态是文件上传的前提；

(17)是否同一登录账号。判断APP或者小程序处于登录状态的loginAccountId与PC端用户登录的loginAccountId是否一致。通过一致性用户认证，确保文件上传的安全性。如果匹配不一致，执行步骤(16)，实现用户在APP或者小程序端登录；如果匹配一致，继续执行文件上传的相关操作，进入步骤(18)；

(18)通过webview打开H5的文件上传页面。在这个步骤中，混合开发为多渠道的一体化平台提供了一次开发多端复用的方案。一体化平台的移动渠道，至少包含了AndroidAPP、iOS APP和小程序三个渠道(小程序可能包含微信小程序、支付宝小程序等小程序渠道，此方案都适用)，如果要实现同样的功能，需要在各渠道的开发框架内各自进行相同功能的开发；采用移动端调起webview打开H5的混合开发方案，只需开发H5一个渠道，并接入Android APP、iOS APP和小程序等渠道渠道，即可实现一次开发多端复用；

(19)拍照并上传文件到对象存储。在H5页面中，唤起手机的拍照功能，获取图片并上传到对象存储；

(20)标记扫码状态为上传成功。当图片上传到对象存储，将扫码状态标记为上传成功；

(21)关闭PC端扫码页面，刷新文件列表。当拍照的图片成功上传到对象存储时，关闭PC端扫码页面。在办事的材料上传页面刷新已上传文件列表，即可显示步骤(19)上传的材料；

(22)打标签。上传到对象存储的图片，以数字+英文字母的字符串标识，不便于识别图片所表示的材料内容。通过打标签的方式，给图片增加检索标签，能够实现对图片更加便捷、准确地检索，并且提供大数据和文件画像的支持，提高了复用效率；

(23)选择图片，并上传材料。通过步骤(21)直接寻找或者回到步骤(2)通过标签搜索找到图片，并实现材料上传，完成整个材料上传的过程；

(24)关闭PC端扫码页面。当扫码状态为上传失败时，PC端应关闭扫码页面，结束本次扫码上传材料的流程。

在“互联网+政务”以及一体化在线政务服务平台的建设背景下，本发明解决了办事过程中材料上传麻烦、难以实现有效的材料管理，同时解决了一体化平台多渠道开发效率低的问题，主要有以下关键创新点：

本申请实施例为一体化平台多渠道的材料上传，提供了一种安全、便捷、渠道高度融合的方案。多渠道的高度融合，实现了渠道间优势互补，提高了材料上传的效率；在一体化的背景下，通过渠道间身份认证，实现了可信、安全的材料上传；通过对材料打标签，实现了材料便捷、高效的查找；为一体化平台多渠道平台的开发，提供了一种高效、可复用的混合开发方案。在Android APP、iOS APP以及小程序中，通过网页视图webview打开特定功能的H5页面，实现H5一套代码，在多渠道中复用，提高了开发效率。通过一体化平台多渠道间一致性的身份认证，保证信息的安全与隐私。事项申报上传的材料、证照涉及个人或者企业的隐私、安全信息，此类信息如果通过手机拍照，并且通过第三方媒介(即时通信工具或者网盘)传递到PC端，存在着较大的信息泄露风险；而通过一致性身份验证的多渠道之间进行信息传递，可保证信息的安全与隐私；通过对材料打标签，实现了材料的智能搜索，提高了材料的可复用性。事项申报上传的材料，有些复杂的纸质表单涉及到几十、上百个字段；上传的证照，有些使用频率较高。如果***能有效管理信息，当下次办理事项，用到同样的表单、表单字段或者证照时，可以重复利用以往部分甚至全部的信息，提高信息的可复用性；根据渠道特性，扬长避短，实现渠道间高效融合。当前的技术和方案，无法依据多渠道的特性进行有效融合，形成信息共享与互补促进的效应。移动端有着便携、拍照、人脸识别、定位等优势特性，PC端具有填写复杂表单、操作复杂流程方便的特点。在“互联网+政务”以及一体化在线政务服务平台的建设背景下，渠道间应该优势互补，形成合力，提升政务服务能力；通过混合开发的方案，提升了多渠道的移动端开发效率。混合开发是指开发一个APP功能，一部分用native构建，一部分功能用H5构建。通俗点来说，混合开发就是开发一个APP功能用到的源码，可以分别在Android APP、iOS APP以及小程序中运行。主流的一体化平台，移动端包含：Android App、iOS App、小程序，如果某个功能在这些渠道都开发一次，会造成较大的资源浪费；同时，也会加大各渠道的管理难度。通过混合开发的技术方案，用H5开发一次实现的功能，嵌入到Android App、iOS App、小程序中，实现一次开发多处复用的效果。

图5是根据本申请实施例的业务处理装置的单元的示意图。如图5所示，业务处理装置500包括接收单元501、地址获取单元502、扫码状态确定单元503和执行单元504。

接收单元501，被配置成接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与上传途径标识对应的业务处理页面。

地址获取单元502，被配置成响应于上传途径标识对应扫码上传，基于待上传文件列表在业务处理页面上生成交易码，获取用户所选择的渠道扫描交易码得到的地址。

扫码状态确定单元503，被配置成获取用户在渠道的登录状态标识，进而基于登录状态标识和地址，确定扫码状态。

执行单元504，被配置成根据扫码状态，执行对应的业务处理进程。

在一些实施例中，执行单元504进一步被配置成：响应于扫码状态为上传成功，更新待上传文件列表中的各个待上传文件的上传状态，响应于上传状态为部分上传，轮询各个待上传文件的上传状态直至全部上传，结束业务处理进程。

在一些实施例中，扫码状态确定单元503进一步被配置成：响应于登录状态标识对应已登录并且地址位于预设白名单，当渠道的个数为超过一个时，判断登录渠道的是否是同一登录账号，若是则在检测到文件上传后，标记扫码状态为上传成功。

在一些实施例中，扫码状态确定单元503进一步被配置成：若否则执行登录，并继续判断登录渠道的是否是同一登录账号直至确定登录渠道的是同一登录账号时，在检测到文件上传后，标记扫码状态为上传成功。

在一些实施例中，执行单元504进一步被配置成：响应于扫码状态为上传失败，终止渠道的扫码操作，返回渠道的首页。

在一些实施例中，执行单元504进一步被配置成：响应于扫码状态为无效，请求用户中心以基于最新的待上传文件列表重新生成对应的交易码。

在一些实施例中，业务处理装置还包括图5中未示出的更新单元，被配置成：每隔预设时间获取交易码的标识，以基于标识更新交易码的状态。

在一些实施例中，扫码状态确定单元503进一步被配置成：唤起渠道对应的终端的拍照程序，以获取目标图片文件并上传到对象存储。

需要说明的是，本申请的业务处理方法和业务处理装置在具体实施内容上具有相应关系，故重复内容不再说明。

图6示出了可以应用本申请实施例的业务处理方法或业务处理装置的示例性***架构600。

如图6所示，***架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备601、602、603可以是具有业务处理屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所提交的业务处理请求提供支持的后台管理服务器(仅为示例)。后台管理服务器可以接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与上传途径标识对应的业务处理页面；响应于上传途径标识对应扫码上传，基于待上传文件列表在业务处理页面上生成交易码，获取用户所选择的渠道扫描交易码得到的地址；获取用户在渠道的登录状态标识，进而基于登录状态标识和地址，确定扫码状态；根据扫码状态，执行对应的业务处理进程。从而保证信息的安全与隐私的同时能通过共享及信息复用快速且准确地完成敏感信息上传的业务。

需要说明的是，本申请实施例所提供的业务处理方法一般由服务器605执行，相应地，业务处理装置一般设置于服务器605中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本申请实施例的终端设备的计算机***700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机***700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM703中，还存储有计算机***700操作所需的各种程序和数据。CPU701、ROM702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶征信授权查询处理器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本申请公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的***中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、地址获取单元、扫码状态确定单元和执行单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与上传途径标识对应的业务处理页面；响应于上传途径标识对应扫码上传，基于待上传文件列表在业务处理页面上生成交易码，获取用户所选择的渠道扫描交易码得到的地址；获取用户在渠道的登录状态标识，进而基于登录状态标识和地址，确定扫码状态；根据扫码状态，执行对应的业务处理进程。

本申请的计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现本申请实施例中的业务处理方法。

根据本申请实施例的技术方案，可以保证信息的安全与隐私的同时能通过共享及信息复用快速且准确地完成敏感信息上传的业务。

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

Claims (16)

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

接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与所述上传途径标识对应的业务处理页面；

响应于所述上传途径标识对应扫码上传，基于所述待上传文件列表在所述业务处理页面上生成交易码，获取用户所选择的渠道扫描所述交易码得到的地址；

获取用户在所述渠道的登录状态标识，进而基于所述登录状态标识和所述地址，确定扫码状态；

根据所述扫码状态，执行对应的业务处理进程。

2.根据权利要求1所述的方法，其特征在于，所述根据所述扫码状态，执行对应的业务处理进程，包括：

响应于所述扫码状态为上传成功，更新所述待上传文件列表中的各个待上传文件的上传状态，响应于所述上传状态为部分上传，轮询所述各个待上传文件的上传状态直至全部上传，结束业务处理进程。

3.根据权利要求1所述的方法，其特征在于，所述基于所述登录状态标识和所述地址，确定扫码状态，包括：

响应于所述登录状态标识对应已登录并且所述地址位于预设白名单，当所述渠道的个数为超过一个时，判断登录所述渠道的是否是同一登录账号，若是则在检测到文件上传后，标记扫码状态为上传成功。

4.根据权利要求3所述的方法，其特征在于，在所述判断登录所述渠道的是否是同一登录账号之后，所述方法还包括：

若否则执行登录，并继续判断登录所述渠道的是否是同一登录账号直至确定登录所述渠道的是同一登录账号时，在检测到文件上传后，标记扫码状态为上传成功。

5.根据权利要求1所述的方法，其特征在于，所述根据所述扫码状态，执行对应的业务处理进程，包括：

响应于所述扫码状态为上传失败，终止所述渠道的扫码操作，返回所述渠道的首页。

6.根据权利要求1所述的方法，其特征在于，所述根据所述扫码状态，执行对应的业务处理进程，包括：

响应于所述扫码状态为无效，请求用户中心以基于最新的待上传文件列表重新生成对应的交易码。

7.根据权利要求1所述的方法，其特征在于，在所述基于所述待上传文件列表在所述业务处理页面上生成交易码之后，所述方法还包括：

每隔预设时间获取所述交易码的标识，以基于所述标识更新所述交易码的状态。

8.根据权利要求3所述的方法，其特征在于，在所述检测到文件上传之前，所述方法还包括：

唤起所述渠道对应的终端的拍照程序，以获取目标图片文件并上传到对象存储。

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

接收单元，被配置成接收业务处理请求，获取对应的上传途径标识和待上传文件列表，进而跳转到与所述上传途径标识对应的业务处理页面；

地址获取单元，被配置成响应于所述上传途径标识对应扫码上传，基于所述待上传文件列表在所述业务处理页面上生成交易码，获取用户所选择的渠道扫描所述交易码得到的地址；

扫码状态确定单元，被配置成获取用户在所述渠道的登录状态标识，进而基于所述登录状态标识和所述地址，确定扫码状态；

执行单元，被配置成根据所述扫码状态，执行对应的业务处理进程。

10.根据权利要求9所述的装置，其特征在于，所述执行单元进一步被配置成：

响应于所述扫码状态为上传成功，更新所述待上传文件列表中的各个待上传文件的上传状态，响应于所述上传状态为部分上传，轮询所述各个待上传文件的上传状态直至全部上传，结束业务处理进程。

11.根据权利要求9所述的装置，其特征在于，所述扫码状态确定单元进一步被配置成：

响应于所述登录状态标识对应已登录并且所述地址位于预设白名单，当所述渠道的个数为超过一个时，判断登录所述渠道的是否是同一登录账号，若是则在检测到文件上传后，标记扫码状态为上传成功。

12.根据权利要求11所述的装置，其特征在于，所述扫码状态确定单元进一步被配置成：

若否则执行登录，并继续判断登录所述渠道的是否是同一登录账号直至确定登录所述渠道的是同一登录账号时，在检测到文件上传后，标记扫码状态为上传成功。

13.根据权利要求9所述的装置，其特征在于，所述执行单元进一步被配置成：

响应于所述扫码状态为上传失败，终止所述渠道的扫码操作，返回所述渠道的首页。

14.一种业务处理电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一项所述的方法。

15.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一项所述的方法。

16.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-8中任一项所述的方法。

Images