CN105577800B - 一种上传文件时的异步提醒装置及方法 - Google Patents

Abstract

本发明提出一种上传文件时的异步提醒装置，包括：用户前端的文件上传请求和消息显示，服务器端底层业务逻辑的底层文件处理、消息队列和消息处理模块。文件上传模块实现上传文件请求，发给文件解析处理模块，调用消息显示模块显示消息，然后结束自己的工作；消息显示模块与消息处理模块建立长连接，相互交互信息，完成消息的过程显示；文件解析处理模块接收上传文件、反馈上传成功、进行上传文件解析、处理、向消息队列发送处理结果；消息队列向消息处理模块推送消息；消息处理模块收到消息后与当前在线用户、文件信息匹配，获得匹配则将收到的消息推送给消息显示模块显示。还提出上传文件时的异步提醒方法。可改善用户上传数据时的等待时间和改善体验。

Description

一种上传文件时的异步提醒装置及方法

技术领域

本发明涉及一种异步通讯方式，尤其涉及一种上传文件时的异步提醒装置及方法。

背景技术

现有WEB应用中,前端应用的用户界面上往往使用异步请求技术向服务器端底层业务逻辑层发起上传文件请求，底层业务逻辑层在处理完成后将处理结果返回给前端用户界面。

而现有WEB应用中的上传文件功能，如果服务器端的底层业务逻辑层需要对文件中的信息进行数据的长时间处理的话，例如数据导入、数据校验等，特别是文件中的信息很多时，往往会使前端用户需要等待很长的时间，前端用户在发出上传文件之后的这个期间不可以关闭当前请求的操作页面或者说不可以做其他的事情,否则就无法从服务器端的底层业务逻辑层返回信息得知文件是否已经上传成功,进而严重影响用户的工作效率。

发明内容

本发明技术方案就是想改善前端用户在通过上传文件方式向服务器端底层业务逻辑层导入数据时候的用户等待时间长的体验。本发明的目的是提供一种上传文件时的异步提醒装置及方法，使得前端用户无需等待后台文件解析处理的过程即可做其它的事情。

本发明采用的技术方案如下:

一种上传文件时的异步提醒装置，包括：用户的前端页面部分和服务器端的底层业务逻辑部分，所述用户的前端页面部分包括文件上传模块和消息显示模块；所述的底层业务逻辑部分包括文件解析处理模块，用于接收文件上传模块发送的文件上传请求及文件信息，然后对请求的文件进行上传、解析和处理，所述的底层业务逻辑部分另外还包括消息队列和消息处理模块；

所述的文件上传模块用于实现前端页面登录用户的上传文件请求，接收用户前端的文件请求操作信息，将前端页面的当前用户信息、要上传的文件信息和文件内容发给底层业务逻辑的文件解析处理模块；在收到从文件解析处理模块发来的文件上传成功的消息反馈以后，调用消息显示模块来显示所述用户的文件上传已经完成的消息，然后结束文件上传模块的工作任务；

所述的消息显示模块与消息处理模块建立长连接，相互交互信息；如果被文件上传模块调用，则完成文件上传反馈消息的显示，如果收到消息处理模块推送过来的消息，则完成所推送消息的显示；

所述的文件解析处理模块收到当前用户信息和请求上传的文件信息、文件内容后，向文件上传模块反馈已收到所述用户的所述文件上传成功的消息；然后进行所述用户的文件的解析和上传处理，处理完成之后，向消息队列发送消息包括所述用户信息、文件信息和文件处理结果；

所述的消息队列接收到所述上传处理结果消息后向消息处理模块推送所述消息；

所述的消息处理模块在与消息显示模块建立长连接后，通过与消息显示模块交互获得当前在线的用户信息；另一方面，接收到消息队列发来的消息后将所述消息中的用户信息、文件信息和当前在线的用户信息、文件信息进行匹配，如果获得匹配则将收到的消息推送给所述匹配用户的消息显示模块。

进一步地，所述的文件解析处理模块还可以包括文件解析单元和文件处理单元；

所述的文件解析单元用于将收到的文件信息和文件内容进行解析，将解析的文件内容传送到内存缓冲区；

所述的文件处理单元用于实现文件读写逻辑，从所述内存缓冲区将数据读出处理并写到服务器硬盘或者上传到FTP，文件处理结束后，向消息队列发送消息包括所述用户信息、文件信息和文件处理完成的结果。

另外，本发明还提出一种上传文件时的异步提醒方法，包括步骤：

登录用户所在前端页面自动启动消息显示模块，消息显示模块与底层业务逻辑的消息处理模块建立长连接；并相互交换信息包括当前在线的用户信息和底层业务逻辑的数据处理消息；

登录用户所在前端页面通过文件上传模块发起文件上传请求，然后等待接收文件上传成功的反馈消息；

文件上传模块将前端页面的当前用户信息、要上传的文件信息和文件内容发给服务器端底层业务逻辑的文件解析处理模块；

所述的文件解析处理模块收到当前用户信息和请求上传的文件信息、文件内容后，向文件上传模块反馈已收到所述用户的所述文件上传成功的消息；

所述的文件上传模块收到文件上传成功的反馈则调用消息显示模块来显示所述用户的文件上传已经完成的消息，并及时结束文件上传模块的工作任务；

所述的文件解析处理模块然后进行所述用户的文件的解析和处理，处理完成之后，向消息队列发送消息包括所述用户信息、文件信息和上传文件处理结果；

所述的消息队列接收到所述文件处理结果消息后向消息处理模块；

所述的消息处理模块接收到所述消息后将所述消息中的用户信息、文件信息和当前在线的用户信息、文件信息进行匹配，如果获得匹配则将收到的消息推送给所述匹配用户的消息显示模块；

所述的消息显示模块收到推送消息后显示所述匹配用户的上传文件处理结果。

本发明方案的先进性是，可以大大地提高网上办公人员请求文件的工作效率,因为用户在使用传统的方式来上传文件的时候,当前前端操作页面会有类似一个loading的状态条来提示用户文件上传的进度,通常这个loading条是无法关闭的,同时用户在该页面上无法进行其他的操作，而在本发明技术方案中在前端应用的用户界面上发出请求上传文件后,操作页面上没有任何阻碍用户操作其他东西的元素,文件上传后的解析处理过程用户感知不到,当数据服务器底层业务逻辑层在接收完成上传文件后,用户会及时在操作页面上接收到消息，并会在页面上通过一个特别标示+消息数字的方式提醒用户有新的通知，用户通过查看通知可以得知是否上传文件的解析处理完成，在这个期间,用户可以在页面中操作任何其他功能，而不需要一直死等上传文件的进度条一步一步地走完直到完成文件上传解析处理整个过程。当然,这种方式对上传小的文件的时候感觉性能和传统的方式没多大变化,但是在上传多个大文件的时候就会和传统的上传文件方式有了质的区别。

比如一个网站上传一个10M的文件用时需要30秒,那么用传统方式上传文件的话用户在页面上就要等待30秒的时间,在这30秒的时间里,用户无法操作该网站的任何功能,因为一操作就有可能造成文件上传处理失败等,并且无法获得文件上传处理的结果。而用本发明技术方案的上传方式,用户无需等待这30秒,点击页面的上传按钮后就可以去做其他事情，使用该网站的其他功能了。

附图说明

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

图1为现有技术实现框架。

图2为本发明中一种上传文件时的异步提醒装置的示意图。

图3为现有技术实现的流程图。

图4为本发明中一种上传文件时的异步提醒方法的流程图。

图5为本发明实施例一种上传文件时的异步提醒方法流程图。

图6为本发明装置各模块的工作及各模块之间的数据流和信息流向示意图。

具体实施方式

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

现有技术的WEB应用中，登录用户请求文件上传的技术实现架构图如图1所示，包括：用户的前端页面部分M101和服务器端的底层业务逻辑部分M102。

所述用户的前端页面部分M101包括文件上传模块M1011和消息显示模块M1012；所述的底层业务逻辑部分M102包括文件解析处理模块M1021。

登录用户在前端页面通过文件上传模块M1011发起文件上传请求，等待接收文件上传请求结果的消息；并启动消息显示模块M1012，用于显示文件上传请求的结果。

文件上传模块M1011将前端页面的当前用户信息和文件上传请求信息、文件内容发给服务器端底层业务逻辑的文件解析处理模块M1012。

所述的文件解析处理模块M1021接收文件上传模块M1011发送的文件上传请求及文件内容，对上传的文件进行解析和处理，然后向文件上传模块反馈文件上传处理结果。

所述登录用户的文件上传模块M1011收到文件上传成功反馈则调用消息显示模块M1012来显示所述用户的文件上传完成结果。

这样的技术架构设计使得登录用户在前端页面通过文件上传模块发起文件上传请求之后，要一直等待接收文件上传、文件解析、文件处理之后结果的消息，这期间不能做其它的事情，直到底层业务逻辑部分完成文件上传和解析处理任务。

为此，本发明提出一个改进的技术方案，使得用户无需一直等待文件上传请求任务的完成，就可以去做其它事情。

实施例一

本发明提出一种上传文件时的异步提醒装置，技术架构图实施例如图2所示的，包括：用户的前端页面部分M201和底层业务逻辑部分M202。

所述用户的前端页面部分M201包括文件上传模块M2011和消息显示模块M2012；

所述的底层业务逻辑部分M202包括文件解析处理模块M2021、消息队列M2022和消息处理模块M2023。

所述的文件上传模块M2011用于实现前端页面登录用户的上传文件请求，接收用户前端的文件请求操作信息，包括文件名称、大小、内容等属性，然后将当前用户信息、要上传的文件信息和文件内容发给底层业务逻辑的文件解析处理模块M2021；M2011在收到从M2021发来的反馈文件上传成功的消息，调用消息显示模块M2012来显示所述用户的文件上传已经成功的消息，然后及时结束文件上传模块M2011的工作任务。

所述的消息显示模块M2012由登录用户所在前端页面启动，用于与消息处理模块M2023建立长连接，并与之相互交换信息包括当前在线的用户信息和底层业务逻辑的数据处理消息，如果被文件上传模块M2011调用，则完成反馈消息的显示，如果收到消息处理模块M2023推送过来的消息，则完成推送消息的显示。

所述的文件解析处理模块M2021需要进行四个阶段的工作。

首先第一阶段用于接收文件上传模块发送的用户信息、文件上传请求及文件内容，然后及时向文件上传模块M2011反馈所述用户的所述文件上传成功的消息。

第二阶段，所述的文件解析处理模块M2021反馈消息之后，就对当前用户信息和上传的文件信息、文件内容进行解析，将文件内容保存到内存缓冲区，这期间如果文件很大,服务器配置很低,会造成文件解析慢。

第三阶段，所述的文件解析处理模块M2021然后再读取内存缓冲区,进行文件处理，一种处理情况是将文件写到服务器本地磁盘或者再通过其他方式上传到远程的文件服务器中,这种方式在服务器的配置低或者服务器与远程文件服务器之间网速慢的情况下,会造成文件处理慢；还有一种情况是对文件内容的处理,如果用户所做的操作是通过上传文件的方式来批量导入数据,这样就需要对文件内的数据进行校验,如果文件里的数据是海量的,那么对数据的校验就会很慢；

第四阶段，文件处理完成后向消息队列M2022发送消息包括所述用户信息和文件处理结果。

本发明对比现有技术，主要就是节省了前端等待第二、三阶段的文件解析和文件处理的时间，而这个时间段对于大文件来说是非常可观的。

所述的消息队列M2022，接收到所述上传处理结果消息后向消息处理模块M2023推送所述消息。

所述的消息处理模块M2023，在与消息显示模块M2012建立长连接后，通过与消息显示模块交互获得当前在线的用户信息；另一方面，接收到消息队列M2022发来的消息后将所述消息中的用户信息和当前在线的用户信息进行匹配，如果获得匹配则将收到的消息推送给所述匹配用户的消息显示模块M2012。

实施例二

进一步地，如图3所示，所述的文件解析处理模块M2021还可以包括文件解析单元M20211，文件处理单元M20212。

文件解析单元M20211用于将收到的文件信息和文件内容进行解析，传送到内存缓冲区。

文件处理单元M20212用于实现文件读写逻辑，从所述内存缓冲区将数据读出写到服务器本地硬盘上，或者通过FTP上传到远程的文件服务器中，可根据需要做处理，例如数据结构化处理、进一步的数据持久化处理等，文件处理结束后，向消息队列发送消息包括所述用户信息、文件信息和上传文件处理完成的结果。

现有技术的WEB应用中，登录用户请求文件上传实现方法的流程如图4所示，是这样完成的：

步骤S101：登录用户所在前端操作页面自动启动消息显示模块，用于显示文件上传请求的结果，并通过文件上传模块发起文件上传请求，等待接收文件上传请求结果的消息；

步骤S102：文件上传模块将前端操作页面的当前用户信息和文件上传请求信息发给服务器端底层业务逻辑的文件解析处理模块；

步骤S103：所述的文件解析处理模块在接收请求上传的文件信息、进行文件解析并进行文件处理，然后向文件上传模块反馈上传文件处理结果；

步骤S104：所述文件上传模块收到上传文件处理完成的消息反馈则调用消息显示模块来显示所述用户的文件上传处理结果。

这样的流程使得登录用户在前端操作页面通过文件上传模块发起文件上传请求之后，一直等待接收文件上传请求处理完成的消息，这期间不能做其它的事情。

本发明提出一个改进的技术方案，使得用户无需一直等待文件上传处理完成结果，可以再去做其它事情。

实施例三

本发明实施例提供了一种上传文件时的异步提醒方法，流程图如图5所示，包括以下过程步骤：

S201：登录用户所在前端页面自动启动消息显示模块，消息显示模块与底层业务逻辑的消息处理模块建立长连接；并相互交换信息包括当前在线的用户信息和底层业务逻辑的数据处理消息；

S202：登录用户所在前端页面通过文件上传模块发起文件上传请求，然后等待接收文件上传成功的反馈消息；

S203：文件上传模块将前端页面的当前用户信息、要上传的文件信息和文件内容发给服务器端底层业务逻辑的文件解析处理模块；

S204：所述的文件解析处理模块收到当前用户信息和请求上传的文件信息、文件内容后，向文件上传模块反馈已收到所述用户的所述文件上传成功的消息；

S205：所述的文件上传模块收到文件上传成功的反馈则调用消息显示模块来显示所述用户的文件上传已经完成的消息，并及时结束文件上传模块的工作任务；

S206：所述的文件解析处理模块然后进行所述用户的文件的解析和处理，处理完成之后，向消息队列发送消息包括所述用户信息、文件信息和上传文件处理结果；

S207：消息队列接收到所述文件处理结果消息后向消息处理模块；

S208：消息处理模块接收到所述消息后将所述消息中的用户信息、文件信息和当前在线的用户信息、文件信息进行匹配，如果获得匹配则将收到的消息推送给所述匹配用户的消息显示模块；

S209：所述的消息显示模块收到推送消息后显示所述匹配用户的上传文件处理结果。

如图6所示，更加清楚地说明了本发明装置中各模块的工作以及各模块之间的数据流和信息流向。

以上方法的实现均在前述模块相应的实施例中有所陈述，不再赘述。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平台的方式来实现，基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

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

Claims (2)

1.一种上传文件时的异步提醒装置，包括：用户的前端页面部分和服务器端的底层业务逻辑部分，所述用户的前端页面部分包括文件上传模块和消息显示模块；所述的底层业务逻辑部分包括文件解析处理模块，用于接收文件上传模块发送的文件上传请求及文件信息，然后对请求的文件内容进行上传、解析和处理，其特征在于：

所述的底层业务逻辑部分还包括消息队列和消息处理模块；

所述的文件上传模块用于实现前端页面登录用户的上传文件请求，接收用户前端的文件请求操作信息，将前端页面的当前用户信息、要上传的文件信息和文件内容发送给底层业务逻辑的文件解析处理模块；在收到从文件解析处理模块发来的文件上传成功的消息反馈以后，调用消息显示模块来显示所述用户的文件上传已经完成的消息，然后结束文件上传模块的工作任务；

所述的消息显示模块与消息处理模块建立长连接，相互交互信息；如果被文件上传模块调用，则完成文件上传反馈消息的显示，如果收到消息处理模块推送过来的消息，则完成所推送消息的显示；

所述的文件解析处理模块收到当前用户信息和请求上传的文件信息、文件内容后，向文件上传模块反馈已收到所述用户的所述文件上传成功的消息；然后进行所述用户的文件的解析和处理，处理完成之后，向消息队列发送消息包括所述用户信息、文件信息和文件处理结果；

所述的消息队列接收到所述文件处理结果消息后向消息处理模块推送所述消息；

所述的消息处理模块在与消息显示模块建立长连接后，通过与消息显示模块交互获得当前在线的用户信息；另一方面，接收到消息队列发来的消息后将所述消息中的用户信息、文件信息和当前在线的用户信息、文件信息进行匹配，如果获得匹配则将收到的消息推送给所述匹配用户的消息显示模块；

所述的文件解析处理模块可以包括文件解析单元和文件处理单元；

所述的文件解析单元用于将收到的文件信息和文件内容进行解析，将解析的文件内容传送到内存缓冲区；

所述的文件处理单元用于实现文件读写逻辑，从所述内存缓冲区将数据读出处理并写到服务器硬盘或者上传到FTP，文件处理结束后，向消息队列发送消息包括所述用户信息、文件信息和文件处理完成的结果。

2.一种上传文件时的异步提醒方法，其特征在于，包括步骤：

登录用户所在前端页面自动启动消息显示模块，消息显示模块与底层业务逻辑的消息处理模块建立长连接；并相互交换信息包括当前在线的用户信息和底层业务逻辑的数据处理消息；

登录用户所在前端页面通过文件上传模块发起文件上传请求，然后等待接收文件上传成功的反馈消息；

文件上传模块将前端页面的当前用户信息、要上传的文件信息和文件内容发给服务器端底层业务逻辑的文件解析处理模块；

所述的文件解析处理模块收到当前用户信息和请求上传的文件信息、文件内容后，向文件上传模块反馈已收到所述用户的所述文件上传成功的消息；

所述的文件上传模块收到文件上传成功的反馈则调用消息显示模块来显示所述用户的文件上传已经完成的消息，并及时结束文件上传模块的工作任务；

所述的文件解析处理模块然后进行所述用户的文件的解析和处理，处理完成之后，向消息队列发送消息包括所述用户信息、文件信息和上传文件处理结果；

所述的消息队列接收到所述文件处理结果消息后向消息处理模块；

所述的消息处理模块接收到所述消息后将所述消息中的用户信息、文件信息和当前在线的用户信息、文件信息进行匹配，如果获得匹配则将收到的消息推送给所述匹配用户的消息显示模块；

所述的消息显示模块收到推送消息后显示所述匹配用户的上传文件处理结果；

所述的文件解析处理模块可以包括文件解析单元和文件处理单元；

所述的文件解析单元用于将收到的文件信息和文件内容进行解析，将解析的文件内容传送到内存缓冲区；

所述的文件处理单元用于实现文件读写逻辑，从所述内存缓冲区将数据读出处理并写到服务器硬盘或者上传到FTP，文件处理结束后，向消息队列发送消息包括所述用户信息、文件信息和文件处理完成的结果。