CN101729593A - 一种上传和接收文件的方法、系统及装置 - Google Patents
一种上传和接收文件的方法、系统及装置 Download PDFInfo
- Publication number
- CN101729593A CN101729593A CN200810225488A CN200810225488A CN101729593A CN 101729593 A CN101729593 A CN 101729593A CN 200810225488 A CN200810225488 A CN 200810225488A CN 200810225488 A CN200810225488 A CN 200810225488A CN 101729593 A CN101729593 A CN 101729593A
- Authority
- CN
- China
- Prior art keywords
- data block
- data
- file
- server
- receiving
- 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网页上传大容量的文件,对于服务器的配置要求比较高的问题。本发明实施例上传文件的方法包括:服务器将接收的来自客户端的数据块存储到指定位置;所述服务器在数据块全部接收完成后,根据所述客户端上传数据块的方式,将所述指定位置中的数据块合并成文件。采用本发明实施例的方法能够降低上传文件时对于服务器的配置的要求,满足用户上传文件的需求,提高用户体验以及文件上传的可靠性。
Description
技术领域
本发明涉及网络通信技术,特别涉及一种上传和接收文件的方法、系统及装置。
背景技术
随着网络技术的飞速发展,越来越多的用户会将自己的文件上传到服务器供其他用户使用。
目前用户通过Web网页上传图片、视频、音频等文件的方式包括:
用户通过客户端连接到服务器,并打开上传页面;
用户在上传页面选择需要上传的文件后点击上传,上传页面将文件发送给服务器;
服务器先将接收的文件保存在内存中,等到文件接收完成后,再将文件保存到硬盘中。
由于传统的页面对于上传文件的大小是有限制的,比如在传统页面的web.config配置中,上传文件大小是4M,这时只允许用户上传不大于4M的文件。
用户通常上传的文件都大于web.config配置中允许上传的文件的容量,所以现有的方式中,可以通过修改web.config配置中的上传的文件的容量,使上传文件的大小不受限制。
但是如果用户要上传的文件容量比较大,比如1G的文件,由于服务器需要先将接收的文件保存在内存中,所以要求服务器的内存比较大,如果服务器的内存不够大,还是无法上传文件。
综上所述,目前通过Web网页上传大容量的文件,对于服务器的配置要求比较高。
发明内容
本发明实施例提供一种上传和接收文件的方法、系统及装置,用以解决现有技术中存在的通过Web网页上传大容量的文件,对于服务器的配置要求比较高的问题。
本发明实施例提供的一种上传文件的方法包括:
客户端在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块;
所述客户端将所述多个数据块按照设定的发送顺序,向服务器发送。
本发明实施例提供的一种接收文件的方法包括:
服务器将接收的来自客户端的数据块存储到指定位置;
所述服务器在数据块全部接收完成后,根据所述客户端上传数据块的方式,将所述指定位置中的数据块合并成文件。
本发明实施例提供的一种传输文件的系统包括:
客户端,用于在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块,将所述多个数据块按照设定的发送顺序,向服务器发送;
服务器,用于将接收的来自客户端的数据块存储到指定位置,在数据块全部接收完成后,根据所述客户端上传数据块的方式,将所述指定位置中的数据块合并成文件。
本发明实施例提供的一种客户端包括:
划分模块,用于在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块;
发送模块,用于将所述多个数据块按照设定的发送顺序,向服务器发送。
本发明实施例提供的一种服务器包括:
接收模块,用于将接收的来自客户端的数据块存储到指定位置;
处理模块,用于在数据块全部接收完成后,根据所述客户端上传数据块的方式,将所述指定位置中的数据块合并成文件。
本发明实施例客户端在接收到的HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块;所述客户端将所述多个数据块按照设定的发送顺序,向服务器发送。由于将大容量文件分成多个数据块,分别上传,从而降低了对于服务器的配置的要求,满足了用户上传文件的需求,提高了用户体验以及文件上传的可靠性。
附图说明
图1为本发明实施例上传文件的方法流程示意图;
图2为本发明实施例接收文件的方法流程示意图;
图3为本发明实施例传输文件的方法流程示意图;
图4为本发明实施例传输文件的系统结构示意图;
图5为本发明实施例客户端的结构示意图;
图6为本发明实施例服务器的结构示意图。
具体实施方式
本发明实施例客户端将需要发送的文件分成多个数据块,将每个数据块按顺序发送,服务器将接收到的数据块在合并成文件,由于将文件分成多个数据块发送,服务器一次只会收到一个数据块,然后再将收到的数据块存储到指定位置,这样只需要保证服务器的内存能够存储一个数据块就可以,从而降低了对服务器配置的要求。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图1所示,本发明实施例上传文件的方法包括下列步骤:
步骤400、客户端在接收到的HTTP(Hyper Text Transport Protocol,超级文本传送协议)请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块。
步骤401、客户端将多个数据块按照设定的发送顺序,向服务器发送。
在具体实施过程中,用户进入上传页面,选中需要上传的文件并点击上传后,会发送一个HTTP请求,其中该HTTP请求中包含上传信息(即multipart/form-data信息)。
分块条件可以根据需要进行设定,比如设定分块数量,还可以设定分成的一个数据块的容量,等等。
一种较佳的方式是根据服务器的内存容量设定分成的数据块的容量,比如服务器的内存容量为1G,则可以设定数据块的容量为100M。
客户端可以向服务器发送获取内存容量的命令,服务器将自身内存的容量返回给客户端,从而客户端获得内存容量。当然,其他能够获得服务器20的方式同样适用本实施例。
发送顺序同样可以根据需要进行设定,比如按照数据先后顺序,即将文件分成多个数据块,每个数据块发送的顺序就是对应的数据在文件中的顺序;
还可以为每个数据块分配一个数字,并将分配的数据置于对应的数据块中,按照设定的数字顺序,将多个数据块以及设定的数字顺序向服务器发送。
假设有4个数据块,对应的数字为1,2,3和4,数字顺序为4、3、2、1,则在发送的时候,按照数字顺序发送对应的数据块,数字顺序可以独立发送给服务器20,也可以至于其中一个数据块中,较佳的方式是置于第一个发送的数据块中。
客户端在划分成数据块后,可以在数据块中添加文件标识,这样可以让服务器知道哪些数据块属于同一个文件。
客户端10还可以在每个数据块中增加一个状态标识(比如1,指示还有数据块,0指示是最后一个数据块),这样服务器根据数据块中的状态标识可以确定该数据块是否是收到的最后一个数据块。
如图2所示,本发明实施例接收文件的方法包括下列步骤:
步骤500、服务器将接收的来自客户端的数据块存储到指定位置。
需要说明的是,服务器接收的数据块是按照本实施例的方法上传的数据块。
步骤501、服务器在数据块全部接收完成后,根据客户端上传数据块的方式,将指定位置中的数据块合并成文件。
在具体实施过程中,如果客户端按照数据先后顺序,则服务器根据收到的数据块的顺序,对数据块进行合并(可以全部接收完成后在一起合并;也可以在收到第二个数据块就和第一个数据块进行合并,在收到第三个数据块就和前面的数据块进行合并,依次类推)。
如果客户端按照设定的数字顺序,将多个数据块以及设定的数字顺序向服务器发送,则服务器根据收到的数字顺序和至于数据块中的数字,对收到的数据块进行排序,并进行合并处理。
其中,服务器可以根据客户端的通知确定客户端是按照哪种顺序发送的数据块;也可以根据预先的设定,即如果服务器收到的数据块中没有数字,则按照数据先后顺序,进行合并;否则,按照数字顺序进行合并。
服务器在收到数据块中含有数据信息后,根据文件标识建立一个文件夹,将收到的含有相同文件标识的数据块都放到该文件夹中。
这样该文件夹就是指定位置。当然,还可以根据文件类型确定指定位置,比如音乐类和影视类可以分开存储等等。
服务器有多种方式确定数据块全部接收完成,比如:如果服务器在收到第一个数据块中含有文件的容量信息,则在每次收到数据块后,都将收到的所有数据块的容量与文件的容量信息进行比较,如果两个容量相同,则确定数据块全部接收完成;
如果服务器在收到的数据块中含有状态标识,则根据状态标识确定数据块是否全部接收完成;
服务器还可以在收到一个数据块后查看客户端是否还处于断开状态,如果客户端处于断开状态,则确定数据块全部接收完成。
如果服务器收到文件的容量信息,则服务器可以计算出收到的所有数据块与文件容量比例,这样可以实时返回上传的进度,让客户端可以显示上传的进度,使用户直观看到多少数据没有上传,从而提高用户体验。
如图3所示,本发明实施例传输文件的方法包括下列步骤:
步骤600、客户端在接收到的HTTP请求中包含上传信息时,根据服务器的内存容量,将需要上传的文件分成多个数据块。
步骤601、客户端将文件标识(比如文件名)置于每个数据块中,按照数据先后顺序,确定需要发送的第一个数据块,将文件的容量信息置于第一个数据块中。
步骤602、客户端按照数据先后顺序,向服务器发送数据块。
步骤603、服务器收到第一个数据块后,根据数据块中的文件名,在硬盘中创建一个相同名称的文件夹,将收到的数据块存储到该文件夹中。
步骤604、服务器查看收到的数据块的容量是否等于收到的文件的容量信息中的容量,如果是,则执行步骤607;否则,执行步骤605。
步骤605、服务器继续接收下一个数据块,并根据接收到的数据块中的文件标识,将该数据块与相同名称的文件夹中的数据块进行合并。
步骤606、服务器查看收到的所有数据块的容量是否等于收到的文件的容量信息中的容量,如果是,则执行步骤607;否则,返回步骤605。
步骤607、服务器将合并后的数据块进行处理,形成文件并保存。
需要说明的是,客户端采用其他顺序发送数据块,以及服务器采用其他方式确定数据块是否全部接收完成,与本实施例的步骤类似,不再赘述。
如图4所示,本发明实施例传输文件的系统包括:客户端10和服务器20。
客户端10,用于在接收到的HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块,将多个数据块按照设定的发送顺序,向服务器发送。
服务器20,用于将接收的来自客户端10的数据块存储到指定位置,在数据块全部接收完成后,根据客户端10上传数据块的方式,将指定位置中的数据块合并成文件。
在具体实施过程中,用户进入上传页面,选中需要上传的文件并点击上传后,会发送一个HTTP请求,其中该HTTP请求中包含上传信息(即multipart/form-data信息)。
分块条件可以根据需要进行设定,比如设定分块数量,还可以设定分成的一个数据块的容量,等等。
一种较佳的方式是根据服务器的内存容量设定分成的数据块的容量,比如服务器20的内存容量为1G,则可以设定数据块的容量为100M。
客户端10可以向服务器20发送获取内存容量的命令,服务器20将自身内存的容量返回给客户端10,从而客户端10获得内存容量。当然,其他能够获得服务器20的方式同样适用本实施例。
发送顺序同样可以根据需要进行设定,比如按照数据先后顺序,即将文件分成多个数据块,每个数据块发送的顺序就是对应的数据在文件中的顺序;相应的,服务器20根据收到的数据块的顺序,对数据块进行合并(可以全部接收完成后在一起合并;也可以在收到第二个数据块就和第一个数据块进行合并,在收到第三个数据块就和前面的数据块进行合并,依次类推)。
还可以为每个数据块分配一个数字,并将分配的数据置于对应的数据块中,按照设定的数字顺序,将多个数据块以及设定的数字顺序向服务器发送。
假设有4个数据块,对应的数字为1,2,3和4,数字顺序为4、3、2、1,则在发送的时候,按照数字顺序发送对应的数据块,数字顺序可以独立发送给服务器20,也可以至于其中一个数据块中,较佳的方式是置于第一个发送的数据块中;相应的,服务器20可以根据收到的数字顺序和至于数据块中的数字,对收到的数据块进行排序,并进行合并处理。
其中,客户端10可以通知服务器20,按照哪种顺序发送数据块;也可以根据预先的设定,即如果服务器20收到的数据块中没有数字,则按照数据先后顺序,进行合并;否则,按照数字顺序进行合并。
客户端10在划分成数据块后,可以在数据块中添加文件标识;
服务器20在收到数据信息后,根据文件标识建立一个文件夹,将收到的含有相同文件标识的数据块都放到该文件夹中。
这样该文件夹就是指定位置。当然,还可以根据文件类型确定指定位置,比如音乐类和影视类可以分开存储等等。
服务器20有多种方式确定数据块全部接收完成,比如:客户端10将文件的容量信息置于第一个发送的数据块中,服务器20在收到一个数据块后,就将收到的所有数据块的容量与文件的容量信息进行比较,如果两个容量相同,则确定数据块全部接收完成;
客户端10还可以在每个数据块中增加一个状态标识(比如1,指示还有数据块,0指示是最后一个数据块),这样服务器20根据收到的数据块中的状态标识就可以数据块是否全部接收完成;
服务器20还可以在收到一个数据块后查看客户端10是否还处于断开状态,如果客户端10处于断开状态,则确定数据块全部接收完成。
具体采用什么方式确定数据块是否全部接收完成,可以根据需要在进行设定。
如果服务器20收到文件的容量信息,则服务器20可以计算出收到的所有数据块与文件容量比例,这样可以实时返回上传的进度,客户端10可以显示上传的进度,从而使用户直观看到多少数据没有上传,从而提高用户体验。
如图5所示,本发明实施例客户端包括:划分模块100和发送模块110。
划分模块100,用于在接收到的HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块。
其中,划分模块100还可以进一步包括:数量化分模块1000和容量化分模块1010。
数量化分模块1000,用于根据设定的分块数量,将需要上传的文件分成多个数据块。
容量化分模块1010,用于根据设定的数据块的容量,将需要上传的文件分成多个数据块。
在具体实施过程中,可以根据需要选择数量化分模块1000或容量化分模块1010进行分块处理。
发送模块110,用于将划分模块100划分的多个数据块按照设定的发送顺序,向服务器发送。
其中,发送模块110还可以进一步包括:确定模块1100和第一发送模块1110。
确定模块1100,用于确定按照文件中的数据先后顺序。
第一发送模块1110,用于按照确定的数据先后顺序,将多个数据块顺序向服务器发送。
其中,发送模块110还可以进一步包括:分配模块1120和第二发送模块1130。
分配模块1120,用于为每个数据块分配一个数字,并将分配的数据置于对应的数据块中。
第二发送模块1130,用于按照设定的数字顺序,将多个数据块以及设定的数字顺序向服务器发送。
在具体实施过程中,可以根据需要选择确定模块1100和第一发送模块1110的组合,或者分配模块1120和第二发送模块1130的组合发送数据块。
如图6所示,本发明实施例服务器包括:接收模块200和处理模块210。
接收模块200,用于将接收的来自客户端的数据块存储到指定位置。
需要说明的是,发送数据块的客户端为本发明实施例的客户端。
处理模块210,用于在接收的数据块全部接收完成后,根据客户端上传数据块的方式,将指定位置中的数据块合并成文件。
其中,处理模块210还可以进一步包括:第一合并模块2100和第二合并模块2110。
第一合并模块2100,用于在数据块全部接收完成后,且客户端上传数据块的方式为按照数据的先后顺序上传数据块时,按照接收的数据块的顺序,将收到的数据块合成文件。
第二合并模块2110,用于在数据块全部接收完成后,且客户端上传数据块的方式为按照设定的数字顺序上传数据块时,根据收到的来自客户端的数字顺序和数据块中的数字,将收到的数据块合成文件。
其中,服务器还可以进一步包括:
确定模块220,用于如果收到的所有数据块的容量等于收到的来自客户端的容量信息,确定数据块全部接收完成;或
如果客户端处于断开状态,确定数据块全部接收完成;或
如果收到的数据块中的状态标识为完成表示,确定数据块全部接收完成。
确定模块220在接收模块200接收完一个数据块后判断数据块是否全部接收完成,如果是,则触发处理模块210进行合并处理;否则,继续查看数据块是否全部接收完成。
从上述实施例中可以看出:本发明实施例客户端在接收到的HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块;所述客户端将所述多个数据块按照设定的发送顺序,向服务器发送。由于将大容量文件分成多个数据块,分别上传,从而降低了对于服务器的配置的要求,满足了用户上传文件的需求,提高了用户体验以及文件上传的可靠性。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (18)
1.一种上传文件的方法,其特征在于,该方法包括:
客户端在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块;
所述客户端将所述多个数据块按照设定的发送顺序,向服务器发送。
2.如权利要求1所述的方法,其特征在于,所述客户端根据分块条件将需要上传数据分成多个数据块包括:
根据设定的分块数量,将需要上传的文件分成多个数据块;或
根据设定的数据块的容量,将需要上传的文件分成多个数据块。
3.如权利要求1或2所述的方法,其特征在于,所述客户端将所述多个数据块按照设定的发送顺序,向服务器发送包括:
所述客户端按照文件中的数据先后顺序,将所述多个数据块顺序向服务器发送;或
所述客户端为每个数据块分配一个数字,并将分配的数据置于对应的数据块中,按照设定的数字顺序,将所述多个数据块以及所述设定的数字顺序向服务器发送。
4.一种接收按照权利要求1的方式上传的文件的方法,其特征在于,该方法包括:
服务器将接收的来自客户端的数据块存储到指定位置;
所述服务器在数据块全部接收完成后,根据所述客户端上传数据块的方式,将所述指定位置中的数据块合并成文件。
5.如权利要求4所述的方法,其特征在于,所述服务器确定数据块全部接收完成包括:
如果收到的所有数据块的容量等于收到的来自所述客户端的容量信息,确定数据块全部接收完成;或
如果所述客户端处于断开状态,确定数据块全部接收完成;或
如果收到的数据块中的状态标识为完成表示,确定数据块全部接收完成。
6.如权利要求4或5所述的方法,其特征在于,如果所述客户端上传数据块的方式为按照数据的先后顺序上传数据块,所述服务器将所述指定位置中的数据块合并成文件包括:
按照接收的数据块的顺序,将收到的数据块合成文件;
如果所述客户端上传数据块的方式为按照设定的数字顺序上传数据块,所述服务器将所述指定位置中的数据块合并成文件包括:
根据收到的来自所述客户端的数字顺序和数据块中的数字,将收到的数据块合成文件。
7.一种传输文件的系统,其特征在于,该系统包括:
客户端,用于在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块,将所述多个数据块按照设定的发送顺序,向服务器发送;
服务器,用于将接收的来自客户端的数据块存储到指定位置,在数据块全部接收完成后,根据所述客户端上传数据块的方式,将所述指定位置中的数据块合并成文件。
8.如权利要求7所述的系统,其特征在于,所述客户端包括:
划分模块,用于在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块;
发送模块,用于将所述多个数据块按照设定的发送顺序,向服务器发送;
所述服务器包括:
接收模块,用于将接收的来自客户端的数据块存储到指定位置;
处理模块,用于在数据块全部接收完成后,根据所述客户端上传数据块的方式,将所述指定位置中的数据块合并成文件。
9.如权利要求8所述的系统,其特征在于,所述划分模块包括:
数量化分模块,用于根据设定的分块数量,将需要上传的文件分成多个数据块;或
容量化分模块,用于根据设定的数据块的容量,将需要上传的文件分成多个数据块。
10.如权利要求8或9所述的系统,其特征在于,所述发送模块包括:
确定模块,用于确定按照文件中的数据先后顺序;
第一发送模块,用于按照确定的数据先后顺序,将所述多个数据块顺序向服务器发送;或
分配模块,用于为每个数据块分配一个数字,并将分配的数据置于对应的数据块中;
第二发送模块,用于按照设定的数字顺序,将所述多个数据块以及所述设定的数字顺序向服务器发送。
11.如权利要求8所述的系统,其特征在于,所述服务器还包括:
确定模块,用于如果收到的所有数据块的容量等于收到的来自所述客户端的容量信息,确定数据块全部接收完成;或如果所述客户端处于断开状态,确定数据块全部接收完成;或如果收到的数据块中的状态标识为完成表示,确定数据块全部接收完成。
12.如权利要求8或11所述的系统,其特征在于,所述处理模块包括:
第一合并模块,用于在数据块全部接收完成后,且所述客户端上传数据块的方式为按照数据的先后顺序上传数据块时,按照接收的数据块的顺序,将收到的数据块合成文件;
第二合并模块,用于在数据块全部接收完成后,且所述客户端上传数据块的方式为按照设定的数字顺序上传数据块时,根据收到的来自所述客户端的数字顺序和数据块中的数字,将收到的数据块合成文件。
13.一种客户端,其特征在于,该客户端包括:
划分模块,用于在接收到的超级文本传送协议HTTP请求中包含上传信息时,根据分块条件将需要上传的文件分成多个数据块;
发送模块,用于将所述多个数据块按照设定的发送顺序,向服务器发送。
14.如权利要求13所述的客户端,其特征在于,所述划分模块包括:
数量化分模块,用于根据设定的分块数量,将需要上传的文件分成多个数据块;
容量化分模块,用于根据设定的数据块的容量,将需要上传的文件分成多个数据块。
15.如权利要求13或14所述的客户端,其特征在于,所述发送模块包括:
确定模块,用于确定按照文件中的数据先后顺序;
第一发送模块,用于按照确定的数据先后顺序,将所述多个数据块顺序向服务器发送;或
分配模块,用于为每个数据块分配一个数字,并将分配的数据置于对应的数据块中;
第二发送模块,用于按照设定的数字顺序,将所述多个数据块以及所述设定的数字顺序向服务器发送。
16.一种接收按照权利要求1的方式上传的文件的服务器,其特征在于,该服务器包括:
接收模块,用于将接收的来自客户端的数据块存储到指定位置;
处理模块,用于在数据块全部接收完成后,根据所述客户端上传数据块的方式,将所述指定位置中的数据块合并成文件。
17.如权利要求16所述的服务器,其特征在于,所述服务器还包括:
确定模块,用于如果收到的所有数据块的容量等于收到的来自所述客户端的容量信息,确定数据块全部接收完成;或如果所述客户端处于断开状态,确定数据块全部接收完成;或如果收到的数据块中的状态标识为完成表示,确定数据块全部接收完成。
18.如权利要求16或17所述的服务器,其特征在于,所述处理模块包括:
第一合并模块,用于在数据块全部接收完成后,且所述客户端上传数据块的方式为按照数据的先后顺序上传数据块时,按照接收的数据块的顺序,将收到的数据块合成文件;
第二合并模块,用于在数据块全部接收完成后,且所述客户端上传数据块的方式为按照设定的数字顺序上传数据块时,根据收到的来自所述客户端的数字顺序和数据块中的数字,将收到的数据块合成文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810225488A CN101729593A (zh) | 2008-11-03 | 2008-11-03 | 一种上传和接收文件的方法、系统及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810225488A CN101729593A (zh) | 2008-11-03 | 2008-11-03 | 一种上传和接收文件的方法、系统及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101729593A true CN101729593A (zh) | 2010-06-09 |
Family
ID=42449786
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810225488A Pending CN101729593A (zh) | 2008-11-03 | 2008-11-03 | 一种上传和接收文件的方法、系统及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101729593A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102510532A (zh) * | 2011-10-26 | 2012-06-20 | 北京推博信息技术有限公司 | 非实时发送和接收流媒体的系统和方法 |
CN102685203A (zh) * | 2011-03-17 | 2012-09-19 | 华为技术有限公司 | 数据资源传输的方法和设备 |
CN102789477A (zh) * | 2011-05-19 | 2012-11-21 | 巴比禄股份有限公司 | 文件管理装置以及文件管理方法 |
CN103281349A (zh) * | 2013-04-17 | 2013-09-04 | 天脉聚源(北京)传媒科技有限公司 | 一种文件发送方法、终端和服务器 |
CN103581216A (zh) * | 2012-07-20 | 2014-02-12 | 中国电信股份有限公司 | 分片数据存储的方法、设备和系统 |
CN103685343A (zh) * | 2012-09-03 | 2014-03-26 | 腾讯科技(深圳)有限公司 | 文件传输方法和系统 |
CN105100230A (zh) * | 2015-07-09 | 2015-11-25 | 无锡天脉聚源传媒科技有限公司 | 一种文件传输方法和装置 |
WO2016070668A1 (zh) * | 2014-11-07 | 2016-05-12 | 中兴通讯股份有限公司 | 一种实现数据格式转换的方法、装置及计算机存储介质 |
CN106452689A (zh) * | 2016-11-28 | 2017-02-22 | 畅捷通信息技术股份有限公司 | 客户端和服务端的数据传输装置和方法 |
WO2017101426A1 (zh) * | 2015-12-14 | 2017-06-22 | 乐视控股(北京)有限公司 | 用于文件同步的方法、接收方设备及系统 |
CN109712268A (zh) * | 2018-12-13 | 2019-05-03 | 北京遥测技术研究所 | 一种高速飞行器黑障区数据测量处理方法和处理器 |
-
2008
- 2008-11-03 CN CN200810225488A patent/CN101729593A/zh active Pending
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102685203B (zh) * | 2011-03-17 | 2017-07-07 | 华为技术有限公司 | 数据资源传输的方法和设备 |
CN102685203A (zh) * | 2011-03-17 | 2012-09-19 | 华为技术有限公司 | 数据资源传输的方法和设备 |
CN102789477A (zh) * | 2011-05-19 | 2012-11-21 | 巴比禄股份有限公司 | 文件管理装置以及文件管理方法 |
CN102510532A (zh) * | 2011-10-26 | 2012-06-20 | 北京推博信息技术有限公司 | 非实时发送和接收流媒体的系统和方法 |
CN103581216A (zh) * | 2012-07-20 | 2014-02-12 | 中国电信股份有限公司 | 分片数据存储的方法、设备和系统 |
CN103685343A (zh) * | 2012-09-03 | 2014-03-26 | 腾讯科技(深圳)有限公司 | 文件传输方法和系统 |
CN103281349A (zh) * | 2013-04-17 | 2013-09-04 | 天脉聚源(北京)传媒科技有限公司 | 一种文件发送方法、终端和服务器 |
WO2016070668A1 (zh) * | 2014-11-07 | 2016-05-12 | 中兴通讯股份有限公司 | 一种实现数据格式转换的方法、装置及计算机存储介质 |
CN105100230A (zh) * | 2015-07-09 | 2015-11-25 | 无锡天脉聚源传媒科技有限公司 | 一种文件传输方法和装置 |
WO2017101426A1 (zh) * | 2015-12-14 | 2017-06-22 | 乐视控股(北京)有限公司 | 用于文件同步的方法、接收方设备及系统 |
CN106452689A (zh) * | 2016-11-28 | 2017-02-22 | 畅捷通信息技术股份有限公司 | 客户端和服务端的数据传输装置和方法 |
CN109712268A (zh) * | 2018-12-13 | 2019-05-03 | 北京遥测技术研究所 | 一种高速飞行器黑障区数据测量处理方法和处理器 |
CN109712268B (zh) * | 2018-12-13 | 2022-01-04 | 北京遥测技术研究所 | 一种高速飞行器黑障区数据测量处理方法和处理器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101729593A (zh) | 一种上传和接收文件的方法、系统及装置 | |
CN102035859A (zh) | 一种显示上传进度的方法、系统和装置 | |
CN102693242B (zh) | 一种网络评论信息的共享方法和系统 | |
CN103095684B (zh) | 获取关注用户聚合信息的方法、装置及系统 | |
CN102355426A (zh) | 实现离线文件传输的方法和系统 | |
EP1746520A3 (en) | Content providing system, content, providing apparatus and method, content distribution server, and content receiving terminal | |
WO2013159703A1 (en) | Offline download method, multimedia file download method and system thereof | |
CN103795765B (zh) | 一种文件上传校验方法及系统 | |
EP1752894A3 (en) | Content providing system, content providing apparatus and method, content distribution server, and content receiving terminal | |
CN102868707A (zh) | 一种文件下载和转码的方法和系统 | |
CN103731487A (zh) | 一种资源文件的下载方法、装置、系统及路由器 | |
CN100383794C (zh) | 词典类数据的检索方法、保存方法及检索系统 | |
CN106790552B (zh) | 一种基于内容分发网络的内容提供系统 | |
CN102708192A (zh) | 一种文档共享的方法及系统、设备 | |
CN103841135A (zh) | 文件加速下载方法及装置 | |
CN103324696A (zh) | 一种数据日志收集与统计分析系统和方法 | |
CN103826139A (zh) | Cdn系统、观看服务器以及流媒体数据传输方法 | |
CN102868936A (zh) | 存储视频日志的方法和系统 | |
CN102710535A (zh) | 一种数据获取方法和设备 | |
CN102209262B (zh) | 一种内容调度的方法、装置和系统 | |
CN103401933A (zh) | 一种资源信息和对应资源文件批量上传的方法和系统 | |
CN106851400A (zh) | 微课视频分布式转码方法及系统 | |
CN102970600A (zh) | 一种基于云计算的高清视频播放系统及方法 | |
CN109525622A (zh) | 分片资源id的生成方法、资源分享方法,装置及电子设备 | |
CN102882960A (zh) | 一种资源文件的发送方法及装置 |
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: 20100609 |