CN102035859A - 一种显示上传进度的方法、系统和装置 - Google Patents
一种显示上传进度的方法、系统和装置 Download PDFInfo
- Publication number
- CN102035859A CN102035859A CN2009100933563A CN200910093356A CN102035859A CN 102035859 A CN102035859 A CN 102035859A CN 2009100933563 A CN2009100933563 A CN 2009100933563A CN 200910093356 A CN200910093356 A CN 200910093356A CN 102035859 A CN102035859 A CN 102035859A
- Authority
- CN
- China
- Prior art keywords
- data block
- server
- data
- serial number
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及网络通信技术,特别涉及一种显示上传进度的方法、系统和装置,用以在通过Web网页上传大容量的文件时,降低对服务器的配置要求,并且在上传过程中能够显示上传进度。本发明实施例的方法包括:客户端在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块,并按照设定的顺序向服务器发送所述多个数据块;所述客户端在收到来自所述服务器的顺序号后,显示所述顺序号,所述顺序号是所述服务器根据接收的数据块确定的,表示所述服务器成功接收数据块的个数。采用本发明实施例的方法能够降低对服务器配置的要求以及提高用户体验。
Description
技术领域
本发明涉及本发明涉及网络通信技术,特别涉及一种显示上传进度的方法、系统和装置。
背景技术
随着网络技术的飞速发展,越来越多的用户会将自己的文件上传到服务器供其他用户使用。
目前用户通过Web网页上传图片、视频、音频等文件的方式包括:
用户通过客户端连接到服务器,并打开上传页面;
用户在上传页面选择需要上传的文件后点击上传,上传页面将文件发送给服务器;
服务器先将接收的文件保存在内存中,等到文件接收完成后,再将文件保存到硬盘中。
由于传统的页面对于上传文件的大小是有限制的,比如在传统页面的web.config配置中,上传文件大小是4M,这时只允许用户上传不大于4M的文件,并且在上传过程中用户也不知道上传的进度。
用户通常上传的文件都大于web.config配置中允许上传的文件的容量,所以现有的方式中,可以通过修改web.config配置中的上传的文件的容量,使上传文件的大小不受限制。
但是如果用户要上传的文件容量比较大,比如1G的文件,由于服务器需要先将接收的文件保存在内存中,所以要求服务器的内存比较大,如果服务器的内存不够大,还是无法上传文件,即使服务器的内存足够大,在上传过程中用户也不知道上传的进度。
综上所述,目前通过Web网页上传大容量的文件,对于服务器的配置要求比较高,并且无法显示上传的进度。
发明内容
本发明实施例提供一种显示上传进度的方法、系统和装置,用以在通过Web网页上传大容量的文件时,降低对服务器的配置要求,并且在上传过程中能够显示上传进度。
本发明实施例提供的一种显示上传进度的方法,该方法包括:
客户端在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块,并按照设定的顺序向服务器发送所述多个数据块;
所述客户端在收到来自所述服务器的顺序号后,显示所述顺序号,所述顺序号是所述服务器根据接收的数据块确定的,表示所述服务器成功接收数据块的个数。。
本发明实施例提供的一种显示上传进度的系统,该系统包括:
客户端,用于在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块,并按照设定的顺序向服务器发送所述多个数据块,在收到来自所述服务器的顺序号后,显示所述顺序号;
服务器,用于在成功接收一个数据块后,确定该数据块对应的顺序号,并将该顺序号返回给所述客户端。
本发明实施例提供的一种客户端,该客户端包括:
划分模块,用于在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块;
发送模块,用于将所述多个数据块按照设定的发送顺序,向服务器发送;
显示模块,用于在收到来自所述服务器的顺序号后,显示所述顺序号,所述顺序号是所述服务器根据接收的数据块确定的,表示所述服务器成功接收数据块的个数。
本发明实施例提供的一种服务器,该服务器包括:
接收模块,用于将接收的来自客户端的数据块存储到指定位置;
处理模块,用于在数据块全部接收完成后,根据所述客户端上传数据块的方式,将所述指定位置中的数据块合并成文件;
反馈模块,用于在所述接收模块成功接收一个数据块后,确定该数据块对应的顺序号,并将该顺序号返回给所述客户端。
本发明实施例客户端将需要发送的文件分成多个数据块,将每个数据块按顺序发送;服务器在成功接收一个数据块后,确定该数据块对应的顺序号,并将该顺序号返回给所述客户端;客户端在收到来自服务器的顺序号后,显示所述顺序号。由于将大容量文件分成多个数据块,分别上传,从而降低了对于服务器的配置的要求,同时能够根据服务器接收的数据块数量,显示当前上传的进度,从而满足了用户上传文件的需求,提高了用户体验以及文件上传的可靠性。
附图说明
图1为本发明实施例显示上传进度的方法流程示意图
图2为本发明实施例显示上传进度的系统结构示意图;
图3为本发明实施例客户端的结构示意图;
图4为本发明实施例服务器的结构示意图;
图5为本发明实施例传输文件的方法流程示意图。
具体实施方式
本发明实施例客户端将需要发送的文件分成多个数据块,将每个数据块按顺序发送;服务器在成功接收一个数据块后,确定该数据块对应的顺序号,并将该顺序号返回给客户端;客户端在收到来自服务器的顺序号后,显示顺序号。由于将大容量文件分成多个数据块,分别上传,从而降低了对于服务器的配置的要求,同时能够根据服务器接收的数据块数量,显示当前上传的进度,从而满足了用户上传文件的需求。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图1所示,本发明实施例显示上传进度的方法包括下列步骤:
步骤101、客户端在接收到的HTTP(Hyper Text Transport Protocol,超级文本传送协议)请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块;
步骤102、客户端按照设定的顺序向服务器发送多个数据块。
步骤103、客户端在收到来自服务器的顺序号后,显示顺序号,其中顺序号是服务器根据接收的数据块确定的,表示服务器成功接收数据块的个数。
由于客户端知道一共有多少个数据块,在显示顺序号的同时还可以显示总的数据块个数,从而可以让用户更直观了解到上传的进度,进一步提高用户体验。
在具体实施过程中,用户进入上传页面,选中需要上传的文件并点击上传后,会发送一个HTTP请求,其中该HTTP请求中包含上传信息(即multipart/form-data信息)。
分块条件可以根据需要进行设定,比如设定分块数量,还可以设定分成的一个数据块的容量,等等。
一种较佳的方式是根据服务器的内存容量设定分成的数据块的容量,比如服务器的内存容量为1G,则可以设定数据块的容量为100M。
客户端可以向服务器发送获取内存容量的命令,服务器将自身内存的容量返回给客户端,从而客户端获得内存容量。当然,其他能够获得服务器的方式同样适用本实施例。
发送顺序同样可以根据需要进行设定,比如按照数据先后顺序,即将文件分成多个数据块,每个数据块发送的顺序就是对应的数据在文件中的顺序;
还可以为每个数据块分配一个数字,并将分配的数据置于对应的数据块中,按照设定的数字顺序,将多个数据块以及设定的数字顺序向服务器发送。
假设有4个数据块,对应的数字为1,2,3和4,数字顺序为4、3、2、1,则在发送的时候,按照数字顺序发送对应的数据块,数字顺序可以独立发送给服务器,也可以置于其中一个数据块中,较佳的方式是置于第一个发送的数据块中。
客户端在划分成数据块后,可以在数据块中添加文件标识,这样可以让服务器知道哪些数据块属于同一个文件。
客户端还可以在每个数据块中增加一个状态标识(比如1,指示还有数据块,0指示是最后一个数据块),这样服务器根据数据块中的状态标识可以确定该数据块是否是收到的最后一个数据块。
其中,步骤102和步骤103之间还可以进一步包括:
步骤a103、服务器在成功接收一个数据块后,确定并记录该数据块对应的顺序号,并将该顺序号返回给客户端。
在具体实施过程中,如果客户端按照文件中的数据先后顺序,将多个数据块顺序向服务器发送,则服务器在成功接收一个数据块后,根据该数据块之前成功接收的数据块的数量,确定该数据块对应的顺序号;
如果客户端为每个数据块分配一个数字,并将分配的数字置于对应的数据块中,按照设定的数字顺序,将多个数据块以及设定的数字顺序向服务器发送,则服务器在成功接收一个数据块后,将该数据块中的数字作为该数据块对应的顺序号。
服务器在接收完一个数据块后,可以认为成功接收该数据块;也可以在接收完一个数据块,且将该数据块与前面接收的数据块合并完成后(这种方式只限于收到一个数据块就进行合并),认为成功接收该数据块。
其中,如果数据块发送失败,则客户端可以重新发送,则步骤102之后还可以进一步包括:
步骤b103、客户端在数据块传输失败后,确定最后收到的顺序号对应的数据块之后的数据块;
步骤c103、客户端从确定的数据块开始,按照设定顺序向服务器发送数据块。
由于客户端能够在数据块传输失败后重新传输,从而保证了传输的可靠性,并且不需要从头开始传输,节省了带宽资源。
其中,在出现下列情况中的一种时,客户端可以确定数据块传输失败:
在传输过程中出现网络中断;
连接超时造成上传不能继续;
由于关闭客户端导致没有传送完成的数据。
需要说明的是,本发明实施例并不局限于上述两种确定数据块传输失败的方式,其他能够确定数据块传输失败的方式都是用本发明实施例。
如果客户端确定传输失败,则需要确定最后接收的顺序号对应的数据块之后的数据块。因为接收到顺序号表示服务器成功接收对应的数据块,所以只需要重新传输该数据块之后的数据块就可以,从而可以实现上传失败后的续传,节省了上传的时间和资源,进一步提高了用户体验。
比如一共5个数据块,接收到的顺序号对应第3个数据块,则客户端只需要传输第4个和第5个数据块就可以。
其中,步骤102之后还可以进一步包括:
步骤104、服务器将接收的来自客户端的数据块存储到指定位置。
步骤105、服务器在数据块全部接收完成后,根据客户端上传数据块的方式,将指定位置中的数据块合并成文件。
步骤104中,服务器在收到数据块中含有数据信息后,根据文件标识建立一个文件夹,将收到的含有相同文件标识的数据块都放到该文件夹中。
这样该文件夹就是指定位置。当然,还可以根据文件类型确定指定位置,比如音乐类和影视类可以分开存储等等。
步骤105中,如果客户端按照数据先后顺序,将多个数据块顺序向服务器发送,则服务器根据收到的数据块的顺序,对数据块进行合并(可以全部接收完成后在一起合并;也可以在收到第二个数据块就和第一个数据块进行合并,在收到第三个数据块就和前面的数据块进行合并,依次类推)。
如果客户端按照设定的数字顺序,将多个数据块以及设定的数字顺序向服务器发送,则服务器根据收到的数字顺序和置于数据块中的数字,对收到的数据块进行排序,并进行合并处理。
其中,服务器可以根据客户端的通知确定客户端是按照哪种顺序发送的数据块;也可以根据预先的设定,即如果服务器收到的数据块中没有数字,则按照数据先后顺序,进行合并;否则,按照数字顺序进行合并。
服务器有多种方式确定数据块全部接收完成,比如:如果服务器在收到第一个数据块中含有文件的容量信息,则在每次收到数据块后,都将收到的所有数据块的容量与文件的容量信息进行比较,如果两个容量相同,则确定数据块全部接收完成;
如果服务器在收到的数据块中含有状态标识,则根据状态标识确定数据块是否全部接收完成;
服务器还可以在收到一个数据块后查看客户端是否还处于断开状态,如果客户端处于断开状态,则确定数据块全部接收完成。
如图2所示,本发明实施例显示上传进度的系统包括:客户端10和服务器20。
客户端10,用于在接收到的HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块,并按照设定的顺序向服务器发送多个数据块,在收到来自服务器的顺序号后,显示顺序号;
服务器20,用于在成功接收一个数据块后,确定该数据块对应的顺序号,并将该顺序号返回给客户端。
如图3所示,本发明实施例客户端包括:划分模块100、发送模块110和显示模块120。
划分模块100,用于在接收到的HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块。
发送模块110,用于将多个数据块按照设定的发送顺序,向服务器发送。
显示模块120,用于在收到来自服务器的顺序号后,显示顺序号,其中顺序号是服务器根据接收的数据块确定的,表示服务器成功接收数据块的个数。
由于客户端知道一共有多少个数据块,显示模块120在显示顺序号的同时还可以显示总的数据块个数,从而可以让用户更直观了解到上传的进度,进一步提高用户体验。
在具体实施过程中,用户进入上传页面,选中需要上传的文件并点击上传后,会发送一个HTTP请求,其中该HTTP请求中包含上传信息(即multipart/form-data信息)。
分块条件可以根据需要进行设定,比如设定分块数量,还可以设定分成的一个数据块的容量,等等。
一种较佳的方式是根据服务器的内存容量设定分成的数据块的容量,比如服务器的内存容量为1G,则可以设定数据块的容量为100M。
划分模块100可以向服务器发送获取内存容量的命令,服务器将自身内存的容量返回给客户端,从而获得服务器的内存容量。当然,其他能够获得服务器的方式同样适用本实施例。
发送模块110的发送顺序同样可以根据需要进行设定,比如按照数据先后顺序,即将文件分成多个数据块,每个数据块发送的顺序就是对应的数据在文件中的顺序;
发送模块110还可以为每个数据块分配一个数字,并将分配的数据置于对应的数据块中,按照设定的数字顺序,将多个数据块以及设定的数字顺序向服务器发送。
假设有4个数据块,对应的数字为1,2,3和4,数字顺序为4、3、2、1,则在发送的时候,按照数字顺序发送对应的数据块,数字顺序可以独立发送给服务器,也可以置于其中一个数据块中,较佳的方式是置于第一个发送的数据块中。
划分模块100在划分成数据块后,可以在数据块中添加文件标识,这样可以让服务器知道哪些数据块属于同一个文件。
划分模块100还可以在每个数据块中增加一个状态标识(比如1,指示还有数据块,0指示是最后一个数据块),这样服务器根据数据块中的状态标识可以确定该数据块是否是收到的最后一个数据块。
其中,如果数据块发送失败,则客户端可以重新发送,则发送模块110在数据块传输失败后,确定最后收到的顺序号对应的数据块之后的数据块,从确定的数据块开始,按照设定顺序向服务器发送数据块。
由于客户端能够在数据块传输失败后重新传输,从而保证了传输的可靠性,并且不需要从头开始传输,节省了带宽资源。
其中,在出现下列情况中的一种时,客户端可以确定数据块传输失败:
在传输过程中出现网络中断;
连接超时造成上传不能继续;
由于关闭客户端导致没有传送完成的数据。
需要说明的是,本发明实施例并不局限于上述两种确定数据块传输失败的方式,其他能够确定数据块传输失败的方式都是用本发明实施例。
如果客户端确定传输失败,则需要确定最后接收的顺序号对应的数据块之后的数据块。因为接收到顺序号表示服务器成功接收对应的数据块,所以只需要重新传输该数据块之后的数据块就可以。
比如一共5个数据块,接收到的顺序号对应第3个数据块,则客户端只需要传输第4个和第5个数据块就可以。
如图4所示,本发明实施例服务器包括:接收模块200、处理模块210和反馈模块220。
接收模块200,用于将接收的来自客户端的数据块存储到指定位置。
处理模块210,用于在数据块全部接收完成后,根据客户端上传数据块的方式,将指定位置中的数据块合并成文件;
反馈模块220,用于在接收模块200成功接收一个数据块后,确定该数据块对应的顺序号,并将该顺序号返回给客户端。
在具体实施过程中,如果客户端按照文件中的数据先后顺序,将多个数据块顺序向服务器发送,则接收模块200在成功接收一个数据块后,反馈模块220根据该数据块之前成功接收的数据块的数量,确定该数据块对应的顺序号;
如果客户端为每个数据块分配一个数字,并将分配的数字置于对应的数据块中,按照设定的数字顺序,将多个数据块以及设定的数字顺序向服务器发送,则接收模块200在成功接收一个数据块后,反馈模块220将该数据块中的数字作为该数据块对应的顺序号。
接收模块200在接收完一个数据块后,反馈模块220认为成功接收该数据块;也可以在接收模块200接收完一个数据块,且处理模块210将该数据块与前面接收的数据块合并完成后(这种方式只限于收到一个数据块就进行合并),接收模块200认为成功接收该数据块。
接收模块200在收到数据块中含有数据信息后,根据文件标识建立一个文件夹,将收到的含有相同文件标识的数据块都放到该文件夹中。
这样该文件夹就是指定位置。当然,还可以根据文件类型确定指定位置,比如音乐类和影视类可以分开存储等等。
在具体实施过程中,如果客户端按照数据先后顺序,将多个数据块顺序向服务器发送,则处理模块210根据收到的数据块的顺序,对数据块进行合并(可以全部接收完成后在一起合并;也可以在收到第二个数据块就和第一个数据块进行合并,在收到第三个数据块就和前面的数据块进行合并,依次类推)。
如果客户端按照设定的数字顺序,将多个数据块以及设定的数字顺序向服务器发送,则处理模块210根据收到的数字顺序和置于数据块中的数字,对收到的数据块进行排序,并进行合并处理。
其中,处理模块210可以根据客户端的通知确定客户端是按照哪种顺序发送的数据块;也可以根据预先的设定,即如果收到的数据块中没有数字,则处理模块210按照数据先后顺序,进行合并;否则,处理模块210按照数字顺序进行合并。
处理模块210有多种方式确定数据块全部接收完成,比如:如果接收模块200在收到第一个数据块中含有文件的容量信息,则在接收模块200每次收到数据块后,处理模块210都将收到的所有数据块的容量与文件的容量信息进行比较,如果两个容量相同,则确定数据块全部接收完成;
如果接收模块200在收到的数据块中含有状态标识,则处理模块210根据状态标识确定数据块是否全部接收完成;
处理模块210还可以在接收模块200收到一个数据块后查看客户端是否还处于断开状态,如果客户端处于断开状态,则确定数据块全部接收完成。
如图5所示,本发明实施例传输文件的方法包括下列步骤:
步骤500、客户端在接收到的HTTP请求中包含上传信息时,根据服务器的内存容量,将需要上传的文件分成多个数据块。
步骤501、客户端将文件标识(比如文件名)置于每个数据块中,按照数据先后顺序,确定需要发送的第一个数据块,将文件的容量信息置于第一个数据块中。
步骤502、客户端按照数据先后顺序,向服务器发送数据块。
步骤503、服务器收到第一个数据块后,根据数据块中的文件名,在硬盘中创建一个相同名称的文件夹,将收到的数据块存储到该文件夹中。
步骤504、服务器在成功接收第一个数据块后,确定并记录该数据块对应的顺序号,并将该顺序号返回给客户端,客户端在收到来自服务器的顺序号后,显示顺序号。
其中,步骤504可以与步骤505同时执行。
步骤505、服务器查看收到的数据块的容量是否等于收到的文件的容量信息中的容量,如果是,则执行步骤509;否则,执行步骤506。
步骤506、服务器继续接收下一个数据块,并根据接收到的数据块中的文件标识,将该数据块与相同名称的文件夹中的数据块进行合并。
步骤507、服务器在成功接收一个数据块后,确定并记录该数据块对应的顺序号,并将该顺序号返回给客户端,客户端在收到来自服务器的顺序号后,显示顺序号。
其中,步骤507可以与步骤508同时执行。
步骤508、服务器查看收到的所有数据块的容量是否等于收到的文件的容量信息中的容量,如果是,则执行步骤509;否则,返回步骤506。
步骤509、服务器将合并后的数据块进行处理,形成文件并保存。
需要说明的是,客户端采用其他顺序发送数据块,以及服务器采用其他方式确定数据块是否全部接收完成,与本实施例的步骤类似,不再赘述。
从上述实施例中可以看出:本发明实施例客户端在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块,并按照设定的顺序向服务器发送多个数据块;客户端在收到来自服务器的顺序号后,显示顺序号,其中顺序号是服务器根据接收的数据块确定的,表示服务器成功接收数据块的个数。
由于将大容量文件分成多个数据块,分别上传,从而降低了对于服务器的配置的要求,同时能够根据服务器接收的数据块数量,显示当前上传的进度,从而满足了用户上传文件的需求,提高了用户体验以及文件上传的可靠性。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (15)
1.一种显示上传进度的方法,其特征在于,该方法包括:
客户端在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块,并按照设定的顺序向服务器发送所述多个数据块;
所述客户端在收到来自所述服务器的顺序号后,显示所述顺序号,所述顺序号是所述服务器根据接收的数据块确定的,表示所述服务器成功接收数据块的个数。
2.如权利要求1所述的方法,其特征在于,该方法还包括:
所述服务器在成功接收一个数据块后,确定该数据块对应的顺序号,并将该顺序号返回给所述客户端。
3.如权利要求2所述的方法,其特征在于,所述客户端按照设定的顺序向服务器发送所述多个数据块包括:
所述客户端按照文件中的数据先后顺序,将所述多个数据块顺序向服务器发送;
所述服务器确定该数据块对应的顺序号包括:
所述服务器在成功接收一个数据块后,根据该数据块之前成功接收的数据块的数量,确定该数据块对应的顺序号。
4.如权利要求2所述的方法,其特征在于,所述客户端按照设定的顺序向服务器发送所述多个数据块包括:
所述客户端为每个数据块分配一个数字,并将分配的数字置于对应的数据块中,按照设定的数字顺序,将所述多个数据块以及所述设定的数字顺序向服务器发送;
所述服务器确定该数据块对应的顺序号包括:
所述服务器在成功接收一个数据块后,将该数据块中的数字作为该数据块对应的顺序号。
5.如权利要求1或2所述的方法,其特征在于,该方法还包括:
所述客户端在数据块传输失败后,确定最后收到的顺序号对应的数据块之后的数据块;
从确定的数据块开始,按照设定顺序向服务器发送数据块。
6.如权利要求1所述的方法,其特征在于,所述客户端根据分块条件将需要上传的数据分成多个数据块包括:
根据设定的分块数量,将需要上传的文件分成多个数据块;或
根据设定的数据块的容量,将需要上传的文件分成多个数据块。
7.如权利要求1所述的方法,其特征在于,该方法包括:
服务器将接收的来自客户端的数据块存储到指定位置;
所述服务器在数据块全部接收完成后,根据所述客户端上传数据块的方式,将所述指定位置中的数据块合并成文件。
8.如权利要求7所述的方法,其特征在于,所述服务器确定数据块全部接收完成包括:
如果收到的所有数据块的容量等于收到的来自所述客户端的容量信息,确定数据块全部接收完成;或
如果所述客户端处于断开状态,确定数据块全部接收完成;或
如果收到的数据块中的状态标识为完成表示,确定数据块全部接收完成。
9.如权利要求7或8所述的方法,其特征在于,如果所述客户端上传数据块的方式为按照数据的先后顺序上传数据块,所述服务器将所述指定位置中的数据块合并成文件包括:
按照接收的数据块的顺序,将收到的数据块合成文件;
如果所述客户端上传数据块的方式为按照设定的数字顺序上传数据块,所述服务器将所述指定位置中的数据块合并成文件包括:
根据收到的来自所述客户端的数字顺序和数据块中的数字,将收到的数据块合成文件。
10.一种显示上传进度的系统,其特征在于,该系统包括:
客户端,用于在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块,并按照设定的顺序向服务器发送所述多个数据块,在收到来自所述服务器的顺序号后,显示所述顺序号;
服务器,用于在成功接收一个数据块后,确定该数据块对应的顺序号,并将该顺序号返回给所述客户端。
11.一种客户端,其特征在于,该客户端包括:
划分模块,用于在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块;
发送模块,用于将所述多个数据块按照设定的发送顺序,向服务器发送;
显示模块,用于在收到来自所述服务器的顺序号后,显示所述顺序号,所述顺序号是所述服务器根据接收的数据块确定的,表示所述服务器成功接收数据块的个数。
12.如权利要求11所述的客户端,其特征在于,所述发送模块还用于:
在数据块传输失败后,确定最后收到的顺序号对应的数据块之后的数据块,从确定的数据块开始,按照设定顺序向服务器发送数据块。
13.一种服务器,其特征在于,该服务器包括:
接收模块,用于将接收的来自客户端的数据块存储到指定位置;
处理模块,用于在数据块全部接收完成后,根据所述客户端上传数据块的方式,将所述指定位置中的数据块合并成文件;
反馈模块,用于在所述接收模块成功接收一个数据块后,确定该数据块对应的顺序号,并将该顺序号返回给所述客户端。
14.如权利要求13所述的服务器,其特征在于,所述反馈模块用于:
在成功接收一个数据块后,根据该数据块之前成功接收的数据块的数量,确定该数据块对应的顺序号,并将该顺序号返回给所述客户端;或
在成功接收一个数据块后,将该数据块中的数字作为该数据块对应的顺序号,并将该顺序号返回给所述客户端。
15.如权利要求14所述的服务器,其特征在于,所述处理模块还用于:
收到的所有数据块的容量等于收到的来自所述客户端的容量信息,确定数据块全部接收完成;或
所述客户端处于断开状态,确定数据块全部接收完成;或
收到的数据块中的状态标识为完成标识,确定数据块全部接收完成。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100933563A CN102035859A (zh) | 2009-09-28 | 2009-09-28 | 一种显示上传进度的方法、系统和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100933563A CN102035859A (zh) | 2009-09-28 | 2009-09-28 | 一种显示上传进度的方法、系统和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102035859A true CN102035859A (zh) | 2011-04-27 |
Family
ID=43888182
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100933563A Pending CN102035859A (zh) | 2009-09-28 | 2009-09-28 | 一种显示上传进度的方法、系统和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102035859A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103281349A (zh) * | 2013-04-17 | 2013-09-04 | 天脉聚源(北京)传媒科技有限公司 | 一种文件发送方法、终端和服务器 |
CN103561100A (zh) * | 2013-11-06 | 2014-02-05 | 乐视网信息技术(北京)股份有限公司 | 一种云上传方法及系统、调度设备、客户端 |
CN104035989A (zh) * | 2014-06-09 | 2014-09-10 | 小米科技有限责任公司 | 上传文件的方法及装置 |
CN104468843A (zh) * | 2014-12-31 | 2015-03-25 | 浪潮软件股份有限公司 | 一种文件上传方法及装置 |
CN104735151A (zh) * | 2015-03-30 | 2015-06-24 | 努比亚技术有限公司 | 进度条的控制方法、装置和系统 |
CN105450542A (zh) * | 2014-08-21 | 2016-03-30 | 联想(北京)有限公司 | 一种数据处理方法及第一电子设备 |
WO2016095547A1 (zh) * | 2014-12-16 | 2016-06-23 | 新余兴邦信息产业有限公司 | 一种通过仪表监控文件上传的方法及装置 |
WO2017070855A1 (zh) * | 2015-10-27 | 2017-05-04 | 深圳还是威健康科技有限公司 | 一种基于蓝牙的数据传输方法以及装置 |
CN106817391A (zh) * | 2015-12-01 | 2017-06-09 | 百度在线网络技术(北京)有限公司 | 文件断点续传方法和装置 |
CN107454094A (zh) * | 2017-08-23 | 2017-12-08 | 北京明朝万达科技股份有限公司 | 一种数据交互方法和系统 |
CN114079654A (zh) * | 2022-01-05 | 2022-02-22 | 荣耀终端有限公司 | 数据重传方法、系统及相关装置 |
-
2009
- 2009-09-28 CN CN2009100933563A patent/CN102035859A/zh active Pending
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103281349A (zh) * | 2013-04-17 | 2013-09-04 | 天脉聚源(北京)传媒科技有限公司 | 一种文件发送方法、终端和服务器 |
CN103561100B (zh) * | 2013-11-06 | 2017-02-01 | 乐视云计算有限公司 | 一种云上传方法及系统、调度设备、客户端 |
CN103561100A (zh) * | 2013-11-06 | 2014-02-05 | 乐视网信息技术(北京)股份有限公司 | 一种云上传方法及系统、调度设备、客户端 |
CN104035989A (zh) * | 2014-06-09 | 2014-09-10 | 小米科技有限责任公司 | 上传文件的方法及装置 |
CN105450542B (zh) * | 2014-08-21 | 2019-08-27 | 联想(北京)有限公司 | 一种数据处理方法及第一电子设备 |
CN105450542A (zh) * | 2014-08-21 | 2016-03-30 | 联想(北京)有限公司 | 一种数据处理方法及第一电子设备 |
WO2016095547A1 (zh) * | 2014-12-16 | 2016-06-23 | 新余兴邦信息产业有限公司 | 一种通过仪表监控文件上传的方法及装置 |
CN104468843A (zh) * | 2014-12-31 | 2015-03-25 | 浪潮软件股份有限公司 | 一种文件上传方法及装置 |
CN104735151A (zh) * | 2015-03-30 | 2015-06-24 | 努比亚技术有限公司 | 进度条的控制方法、装置和系统 |
WO2017070855A1 (zh) * | 2015-10-27 | 2017-05-04 | 深圳还是威健康科技有限公司 | 一种基于蓝牙的数据传输方法以及装置 |
CN106817391A (zh) * | 2015-12-01 | 2017-06-09 | 百度在线网络技术(北京)有限公司 | 文件断点续传方法和装置 |
CN107454094A (zh) * | 2017-08-23 | 2017-12-08 | 北京明朝万达科技股份有限公司 | 一种数据交互方法和系统 |
CN114079654A (zh) * | 2022-01-05 | 2022-02-22 | 荣耀终端有限公司 | 数据重传方法、系统及相关装置 |
CN114079654B (zh) * | 2022-01-05 | 2022-06-21 | 荣耀终端有限公司 | 数据重传方法、系统及相关装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102035859A (zh) | 一种显示上传进度的方法、系统和装置 | |
CN101729593A (zh) | 一种上传和接收文件的方法、系统及装置 | |
EP2574004B1 (en) | Method, apparatus and system for improving synchronization efficiency of really simple syndication service | |
CN103069755B (zh) | 使用多个客户端实例的即时消息传送的方法和系统 | |
CN106028075B (zh) | 弹幕显示方法及装置 | |
US20140165119A1 (en) | Offline download method, multimedia file download method and system thereof | |
CN109816447A (zh) | 柜机广告的智能监控方法、装置和存储介质 | |
CN101981928B (zh) | 多层消息过滤 | |
WO2007081529A2 (en) | Synchronizing image data among applications and devices | |
CN101854399A (zh) | 一种网络数据的聚合方法及装置 | |
CN105635180A (zh) | 消息推送方法及装置 | |
CN109168054B (zh) | 显示屏播放系统及控制方法 | |
CN103841004B (zh) | 信息显示方法及信息服务器 | |
CN103763380B (zh) | 一种同步演示数据的方法及系统 | |
US20130138770A1 (en) | Apparatus and method for sharing web contents using inspector script | |
CN104809017A (zh) | 应用程序分发控制、执行方法及其相应装置 | |
CN103078782B (zh) | 一种好友备注的推荐备注实现方法及系统 | |
CN104869132A (zh) | 基于互联网的媒体资源分享系统、方法及服务器组 | |
CN106155842A (zh) | 一种数据迁移方法及装置 | |
CN112838935A (zh) | 一种电子数据交换方法和系统 | |
CN111083204A (zh) | 文件传输方法、装置及存储介质 | |
CN104092754A (zh) | 文件存储系统和文件存储方法 | |
CN105897842A (zh) | 不同客户端间的视频推送方法、系统及服务器 | |
CN102355588B (zh) | 一种同步浏览电子相册的方法和系统 | |
CN103475948A (zh) | P2p视频直播的资源智能匹配系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110427 |