CN102420875A - 一种文件上传方法及相关设备、系统 - Google Patents
一种文件上传方法及相关设备、系统 Download PDFInfo
- Publication number
- CN102420875A CN102420875A CN2011104299822A CN201110429982A CN102420875A CN 102420875 A CN102420875 A CN 102420875A CN 2011104299822 A CN2011104299822 A CN 2011104299822A CN 201110429982 A CN201110429982 A CN 201110429982A CN 102420875 A CN102420875 A CN 102420875A
- Authority
- CN
- China
- Prior art keywords
- file
- check value
- client
- server
- uploading
- 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 Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例公开了一种文件上传方法及相关设备、系统,在上传文件前,客户端先向服务器发送文件的校验值,下次上传文件时若发现服务器上存在同名文件时,获取服务器上同名文件的校验值,与当前上传文件的校验值比较是否相同,若校验值相同则同名文件为同一文件,可以续传;若校验值不同则不是同一文件,需要重新上传文件。与现有技术不判断同名文件是否为同一文件就续传文件的方式相比,本发明可以保证上传文件的准确性,避免造成网络资源的浪费。
Description
技术领域
本发明涉及通信领域,尤其涉及一种文件上传方法及相关设备、系统。
背景技术
文件传输协议(FTP,File Transfer Protocol)是一种用于在两台装有不同操作系统的机器中传输计算机文件的软件标准。许多用户设备都需要使用到FTP上传功能,目的是将本地文件上传到服务器上保存,以节省本地资源,对于内存比较小的用户设备如机顶盒来说,此项功能尤为重要。
用户设备在使用FTP上传功能上传一个本地文件时,由于网络出现故障或者其他原因,常会出现文件上传中断的情况,导致上传到服务器上的文件不是完整的本地文件。当用户再次向服务器上传本地文件时,可能会发现服务器上存在与本地文件同名的文件,这时服务器就会提示用户可以选择续传文件。当用户选择续传文件时,客户端将本地文件续传到服务器上,可以提高上传速度、节省网络资源。
但是现有技术无法判断用户设备上的本地文件与服务器上的同名文件是否为同一个文件。将本地文件续传至服务器上时,服务器上的文件可能是两个不同文件合并的结果,导致续传到服务器上的文件不能够正常使用,造成网络资源的浪费。
发明内容
本发明提供了一种文件上传方法及相关设备、系统,用于判断同名文件是否为同一文件,保证上传文件的准确性,节省网络资源。
一种文件上传方法,包括:
客户端向服务器上传第一文件并上传所述第一文件的校验值,所述第一文件的校验值用于标识所述第一文件的内容;
当第一文件上传失败,客户端向服务器上传的第二文件与所述第一文件同名时,客户端接收服务器发送的提示消息,所述提示消息用于提示所述第二文件与所述第一文件的名称相同;
客户端接收服务器返回的所述第一文件的校验值,并判断所述第一文件的校验值与所述第二文件的校验值是否相同,若相同,则续传所述第一文件。
一种文件上传方法,包括:
服务器接收客户端上传的第一文件并且接收客户端上传的第一文件的校验值,所述第一文件的校验值用于标识所述第一文件的内容;
当第一文件上传失败,客户端上传的第二文件与所述第一文件同名时,服务器向客户端发送提示消息,所述提示消息用于提示所述第二文件与所述第一文件的名称相同;
服务器向客户端发送所述第一文件的校验值,并接收和保存客户端续传的所述第一文件;所述接收和保存客户端续传的所述第一文件是当客户端判断的所述第一文件的校验值与所述第二文件的校验值相同时执行的。
一种客户端,包括:
第一上传单元,用于向服务器上传第一文件;
第二上传单元,用于向服务器上传所述第一文件的校验值,所述第一文件的校验值用于标识所述第一文件的内容;
第一接收单元,用于当第一文件上传失败且向服务器上传的第二文件与所述第一文件同名时,接收服务器发送的提示消息,所述提示消息用于提示所述第二文件与所述第一文件的名称相同;
第二接收单元,用于接收服务器返回的所述第一文件的校验值;
判断单元,用于判断所述第一文件的校验值与所述第二文件的校验值是否相同;
第三上传单元,用于在所述判断单元判断结果为是时,续传所述第一文件。
一种服务器,包括:
第一接收单元,用于接收客户端上传的第一文件;
第二接收单元,用于接收客户端上传的第一文件的校验值,所述第一文件的校验值用于标识所述第一文件的内容;
第一发送单元,用于当第一文件上传失败,客户端上传的第二文件与所述第一文件同名时,向客户端发送提示消息,所述提示消息用于提示所述第二文件与所述第一文件的名称相同;
第二发送单元,用于向客户端发送所述第一文件的校验值;
第一接收保存单元,用于当所述第一文件的校验值与所述第二文件的校验值相同时,接收并保存客户端续传的所述第一文件。
一种文件上传系统,包括:
如上述的客户端和如上述的服务器。
上述方案中,在上传文件时,向服务器上传文件的校验值,当下次上传文件发现服务器上有同名文件时,可以获取服务器上该文件的校验值,与当前上传的同名文件的校验值进行比较,若相同则同名文件为同一文件,可以续传当前上传的文件;若不同,可以重新上传当前文件。与现有技术不判断同名文件是否为同一文件就续传文件的上传方式相比,本发明可以保证上传文件的准确性,避免造成网络资源的浪费。
附图说明
图1为本发明实施例一提供的一种文件上传方法的流程图;
图2为本发明实施例二提供的一种文件上传方法的流程图;
图3为本发明实施例三提供的一种文件上传方法的流程图;
图4为本发明实施例四提供的一种文件上传方法的流程图;
图5为本发明实施例五提供的一种文件上传方法的信令图;
图6为本发明实施例六提供的一种客户端的结构图;
图7是本发明实施例六提供的另一种客户端的结构图;
图8是本发明实施例七提供的一种服务器的结构图;
图9是本发明实施例七提供的另一种服务器的结构图;
图10为本发明实施例八提供的一种文件上传系统的结构图。
具体实施方式
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种文件上传方法及相关设备、系统,用于判断同名文件是否为同一文件,保证上传文件的准确性,节省网络资源。以下分别进行详细说明。
实施例一:
请参阅图1,图1为本发明实施例一提供的一种文件上传方法的流程图。如图1所示,该方法可以包括以下步骤:
101、客户端上传第一文件和第一文件的校验值。
其中,客户端在上传本地的第一文件前,先将第一文件进行循环冗余校验码(CRC,Cyclic Redundancy Check)校验,得到第一文件的校验值,校验的方法由客户端自行选择。需要说明的是,第一文件的校验值用于标识第一文件的内容。需要进一步指出的是,客户端将第一文件的校验值上传给服务器,然后再上传第一文件。由服务器保存第一文件和第一文件的校验值的对应关系。
可选的,客户端与服务器之间的文件传输可以是利用FTP文件传输协议进行传输。将本地文件上传至服务器可以节省本地资源,本发明方法适用于内存较小的机顶盒,本实施例只作举例,不作限定。
客户端向服务器上传第一文件的具体实现过程是本领域技术人员所公知的常识,本发明实施例不作详细介绍。
一个实施例中,第一文件的校验值可以设置为一个十六进制数,上传第一文件的校验值的具体实现过程可以是:通过发送KEY指令将第一文件的校验值上传到服务器,即可以通过发送KEY指令将一个十六进制数上传到服务器。
102、客户端接收服务器发送的有同名文件的提示消息。
其中,若在第一文件的上传过程中,出现网络中断导致第一文件不完整上传到服务器上,并且在下一次客户端向服务器上传第二文件时,出现第二文件与第一文件同名的情况时,客户端会接收到服务器发送的提示消息,该提示消息用于提示第二文件与第一文件的名称相同。
103、客户端接收服务器返回的第一文件的校验值。
104、客户端判断第一文件的校验值与第二文件的校验值是否相同,若相同,则执行步骤105。
其中,客户端判断第一文件的校验值和第二文件的校验值是否相同的过程是本领域技术人员所公知的常识,本发明实施例不作详细介绍。
其中,客户端对第二文件其进行CRC校验,得到的第二文件的校验值用于标识第二文件的内容。若第一文件的校验值和第二文件的校验值相同,则表示第一文件的内容和第二文件的内容是相同的,即第一文件和第二文件是同一个文件。
105、客户端续传第一文件。
当判断第一文件的校验值和第二文件的校验值相同,可以选择续传第一文件,以节省网络资源。当判断第一文件的校验值和第二文件的校验值不同,则可以重新上传第二文件。
其中,续传的过程是本领域技术人员所公知的常识,本发明实施例不作详细介绍。
本实施例中,在文件上传过程中上传第一文件的校验值,第一文件的校验值用于标识第一文件的内容。在下次上传第二文件时若发现第一文件和第二文件同名,客户端可以获取服务器返回的第一文件的校验值,并通过比较第一文件的校验值和第二文件的校验值是否相同判别同名文件是否为同一文件,若相同则可以续传第一文件;若不同则可以重新上传第二文件。从而保证上传文件的准确性,避免造成网络资源的浪费。
实施例二:
请参阅图2,图2为本发明实施例二提供的一种文件上传方法的流程图。如图2所示,该方法可以包括以下步骤:
201、客户端上传第一文件和第一文件的校验值。
本步骤的上传过程与实施例一中的步骤101相同,本实施例不再赘述。
可选的,将本地文件上传至服务器可以节省本地资源,本发明方法适用于内存较小的机顶盒,本实施例只作举例,不作限定。
202、客户端接收服务器发送的有同名文件的提示消息。
当第一文件上传失败,客户端向服务器上传的第二文件与第一文件同名时,客户端接收服务器发送的提示消息,该提示消息用于提示第二文件与第一文件的名称相同。
203、客户端通知服务器发送第一文件的校验值。
客户端通过发送KEY指令向服务器发送固定字符串,该固定字符串用于通知服务器发送第一文件的校验值。
一个实施例中,当客户端向服务器发送的KEY指令后带有固定字符串“NULL”,就表示客户端请求服务器返回第一文件的校验值,服务器在接收到该固定字符串“NULL”时,会将第一文件的校验值发送给客户端。若客户端在具体的实现时,在之前上传文件时没有上传文件的校验值,则直接返回0x00给客户端即可。
204、客户端接收服务器返回的第一文件的校验值。
205、客户端判断第一文件的校验值与第二文件的校验值是否相同,若相同,则执行步骤206;若不同,则执行步骤207。
206、客户端续传第一文件。
207、客户端重新上传第二文件。
当第一文件的校验值和第二文件的校验值不同,即第一文件和第二文件不是同一文件。服务器首先将原先没有完整上传的第一文件删除,然后客户端将第二文件重新上传到服务器。避免了将不同文件续传导致上传后文件不可使用的情况出现,减少网络资源浪费。
本实施例中,向服务器上传第一文件并通过KEY指令上传第一文件的校验值,在下次上传第二文件时若发现第一文件和第二文件同名,客户端可以获取服务器返回的第一文件的校验值,并通过比较第一文件的校验值和第二文件的校验值是否相同判别同名文件是否为同一文件,若相同则可以续传第一文件;若不同则可以重新上传第二文件。从而保证上传文件的准确性,节省网络资源。
实施例三:
请参阅图3,图3为本发明实施例三提供的一种文件上传方法的流程图。如图3所示,该方法可以包括以下步骤:
301、服务器接收客户端上传的第一文件和第一文件的校验值。
其中,本实施例的传输过程可以是利用FTP文件传输协议进行传输。
其中,客户端对第一文件进行CRC校验,得到第一文件的校验值并将其上传。服务器先接收客户端上传的第一文件的校验值,然后接收客户端上传的第一文件,第一文件的校验值用于标识第一文件的内容,服务器负责保存第一文件和第一文件的校验值之间的对应关系。可选的,服务器接收的上传文件可以是来自于机顶盒等内存较小的用户设备,本发明方法适用于机顶盒,本实施例只作举例,不作限定。
302、服务器向客户端发送有同名文件的提示消息。
当第一文件上传失败,客户端上传的第二文件与第一文件同名时,服务器向客户端发送提示消息,提示第二文件与第一文件的名称相同。
303、服务器向客户端发送第一文件的校验值。
服务器向客户端发送第一文件的校验值,以便后续客户端判断第一文件的校验值和第二文件的校验值是否相同。
304、服务器接收和保存客户端续传的第一文件。
该步骤是当客户端判断出第一文件的校验值与第二文件的校验值相同时执行的。
需要指出的是,当客户端判断第一文件的校验值与第二文件的校验值不同时,服务器负责接收和保存客户端重新上传的第二文件。
本实施例中,服务器接收上传的第一文件和第一文件的校验值,当客户端上传第二文件时若发现第一文件和第二文件同名,服务器可以返回第一文件的校验值给客户端,通过比较第一文件的校验值和第二文件的校验值是否相同判别同名文件是否为同一文件,若相同服务器可以接收并保存续传的第一文件;若不同则可以接收并保存重新上传的第二文件。从而保证上传文件的准确性,节省网络资源。
实施例四:
请参阅图4,图4为本发明实施例四提供的一种文件上传方法的流程图。如图4所示,该方法可以包括以下步骤:
401、服务器接收客户端上传的第一文件和第一文件的校验值。
其中,本实施例的传输过程可以是利用FTP文件传输协议进行传输。可选的,服务器接收的文件可以是来自于机顶盒等内存较小的设备,本发明方法适用于机顶盒,本实施例只作举例,不作限定。
其中,第一文件的校验值用于标识第一文件的内容。
其中,服务器接收客户端上传的第一文件前,先通过接收客户端发送的KEY指令接收第一文件的校验值。
402、服务器向客户端发送有同名文件的提示消息。
当第一文件上传失败,客户端上传的第二文件与第一文件同名时,服务器向客户端发送提示消息,该提示消息用于提示第二文件与第一文件的名称相同。
403、服务器接收请求发送第一文件的校验值的通知。
其中,服务器通过接收客户端发送的KEY指令接收固定字符串,该固定字符串用于通知服务器发送第一文件的校验值。一个实施例中,当服务器接收到的KEY指令后带有固定字符串“NULL”时,即表示接收到客户端请求返回第一文件的校验值的通知。
404、服务器向客户端发送第一文件的校验值。
405、服务器接收并保存客户端续传的第一文件。
其中,当客户端判断第一文件的校验值和第二文件的校验值相同时,则可以选择向服务器续传第一文件。服务器负责接收续传的第一文件并且将其保存。需要指出的是,该步骤需在客户端判断出第一文件的校验值和第二文件的校验值是相同时执行。
406、服务器接收并保存客户端重新上传的第二文件。
其中,当客户端判断第一文件的校验值和第二文件的校验值不同时,则需要重新上传第二文件。服务器首先将第一文件删除,客户端将第二文件重新上传。服务器可以接收重新上传的第二文件并将其保存。
本实施例中,服务器接收上传的第一文件并通过接收客户端发送的KEY指令接收第一文件的校验值,在下次上传第二文件时若发现第一文件和第二文件同名,服务器可以返回第一文件的校验值给客户端,通过比较第一文件的校验值和第二文件的校验值是否相同判断同名文件是否为同一文件,若相同服务器可以接收并保存续传的第一文件;若不同则可以接收并保存重新上传的第二文件。从而保证上传文件的准确性,节省网络资源。
实施例五:
为了更好地理解上述的实施例,下面以一具体的应用场景对客户端和服务器之间的交互过程进行详细描述,通过该应用场景的说明描述,本发明方法的方案更加清晰明了。请参阅图5,图5为本发明实施例五提供的一种文件上传方法的信令图。如图5所示,本实施例的文件上传方法主要包括步骤:
501、客户端向服务器发送KEY指令,将第一文件的校验值上传到服务器。
可选的,本发明实施例适用于内存较小的机顶盒,本实施例只作举例,不作限定。
其中,上传第一文件前,首先对第一文件进行CRC校验,得到第一文件的校验值。然后通过向服务器发送KEY指令将第一文件的校验值上传到服务器上。下面对KEY指令的用法进行说明。
一个实施例中,发送KEY指令可以是:
SendData“KEY 0x5F2D3A26”+“\r\n”,其中,“0x5F2D3A26”是第一文件的校验值。
502、客户端向服务器上传第一文件。
其中,客户端向服务器上传第一文件可以是利用FTP文件传输协议进行上传。
503、服务器向客户端返回一个返回值。
服务器接收到客户端上传的第一文件的校验值后,会向客户端发送一个返回值,以提示客户端进行下一步操作。一个实施例中,服务器向客户端返回一个返回值“230”,表示服务器已成功接收到第一文件的校验值。
504、对本地第二文件进行CRC校验,得到第二文件的校验值。
505、客户端向服务器上传第二文件。
其中,客户端向服务器上传第二文件可以是利用FTP文件传输协议进行上传。
506、服务器向客户端发送提示消息,该提示消息用于提示第二文件与第一文件的名称相同。
当第一文件没有完整上传到服务器,客户端向服务器上传的第二文件与第一文件同名时,服务器向客户端发送提示消息,以提示客户端第二文件与第一文件的名称相同。
507、客户端通知服务器发送第一文件的校验值。
一个实施例中,客户端向服务器发送带固定字符串“NULL”的KEY指令,通知服务器返回第一文件的校验值。下面举一具体的例子:
SendData“KEY NULL”+“\r\n”。
508、服务器向客户端返回返回值和第一文件的校验值。
一个实施例中,服务器的返回值为“230”,表示返回文件的校验值,请客户端继续下一步骤。返回值后带第一文件的校验值。本实施例中,服务器向客户端返回“2300x5F2D3A26”,“0x5F2D3A26”即为上传的第一文件的校验值。若第一文件在上传过程中,未上传其校验值,则服务器直接返回“0x00”给客户端即可。
509、客户端接收服务器返回的第一文件的校验值。
510、判断第一文件的校验值与第二文件的校验值是否相同,若相同,则执行步骤511,若不同,则执行步骤512。
显而易见地,在本实施例中,服务器返回第一文件的校验值为“0x5F2D3A26”。客户端对第二文件进行CRC校验,若得到第二文件的CRC校验值为“0x5F2D3A26”,表示第一文件与第二文件是同一文件,则执行步骤511;否则执行步骤512。
511、续传第一文件。
512、重新上传第二文件。
若第二文件的校验值不是“0x5F2D3A26”,则第一文件和第二文件不是同一文件,则删除服务器上的第一文件,客户端重新上传第二文件到服务器。
本实施例中,客户端向服务器上传第一文件和第一文件的校验值,下一次上传第二文件时若发现第一文件和第二文件同名,服务器向客户端返回第一文件的校验值。客户端通过比较第一文件的校验值和第二文件的校验值是否相同判别同名文件是否为同一文件,若相同则可以续传第一文件;若不同则可以重新上传第二文件。从而保证上传文件的准确性,节省网络资源。
实施例六:
请参阅图6,图6为本发明实施例六提供的一种客户端的结构图。如图6所示,该客户端可以包括:
第一上传单元601,用于向服务器上传第一文件;
第二上传单元602,用于向服务器上传第一文件的校验值,第一文件的校验值用于标识第一文件的内容;
第一接收单元603,用于当第一文件上传失败且向服务器上传的第二文件与第一文件同名时,接收服务器发送的提示消息,该提示消息用于提示第二文件与第一文件的名称相同;
第二接收单元604,用于接收服务器返回的第一文件的校验值;
判断单元605,用于判断第一文件的校验值与第二文件的校验值是否相同;
第三上传单元606,用于在判断单元判断结果为是时,续传第一文件。
请一并参阅图7,图7是本发明实施例六提供的另一种客户端的结构示意图。其中图7所示的客户端是由图6所示的客户端进行优化得到的。在图7所示的客户端中,还可以包括:
第四上传单元607,用于在判断单元判断结果为否时,删除服务器上的第一文件后将第二文件重新上传。
发送单元608,用于通过KEY指令向服务器发送固定字符串,固定字符串用于通知服务器发送所述第一文件的校验值。
一个实施例中,第二上传单元602具体用于通过发送KEY指令将第一文件的校验值上传给服务器。
本实施例中,客户端向服务器上传第一文件和第一文件的校验值,在下次上传第二文件时若发现第一文件和第二文件同名,客户端可以获取服务器返回的第一文件的校验值,并通过比较第一文件的校验值和第二文件的校验值是否相同判别同名文件是否为同一文件,若相同则可以续传第一文件;若不同则可以重新上传第二文件。从而保证上传文件的准确性,节省网络资源。
实施例七:
请参阅图8,图8为本发明实施例七提供的一种服务器的结构图。如图8所示,该服务器可以包括:
第一接收单元701,用于接收客户端上传的第一文件;
第二接收单元702,用于接收客户端上传的第一文件的校验值,第一文件的校验值用于标识第一文件的内容;
第一发送单元703,用于当第一文件上传失败,客户端上传的第二文件与第一文件同名时,向客户端发送提示消息,该提示消息用于提示第二文件与第一文件的名称相同;
第二发送单元704,用于向客户端发送第一文件的校验值;
第一接收保存单元705,用于当第一文件的校验值与第二文件的校验值相同时,接收并保存客户端续传的第一文件。
请一并参阅图9,图9是本发明实施例七提供的另一种服务器的结构图。其中图9所示的服务器是由图8所示的服务器进行优化得到的。在图9所示的服务器中,还可以包括:
第二接收保存单元706,用于当第一校文件的验值与第二文件的校验值不同时,接收并保存重新上传的第二文件。
第三接收单元707,用于通过接收客户端发送的KEY指令接收固定字符串,该固定字符串用于通知服务器发送第一文件的校验值。
一个实施例中,第二接收单元702具体用于通过接收客户端发送的KEY指令接收第一文件的校验值。
本实施例中,客户端向服务器上传第一文件并通过发送KEY指令上传第一文件的校验值,在下次上传第二文件时若发现第一文件和第二文件同名,客户端可以通过获取服务器返回的第一文件的校验值,并通过比较第一文件的校验值和第二文件的校验值是否相同判断同名文件是否为同一文件,若相同则可以续传第一文件;若不同则可以重新上传第二文件。从而保证上传文件的准确性,节省网络资源。
实施例八:
请参阅图10,图10为本发明实施例八提供的一种文件上传系统的结构图。如图10所示,一种文件上传系统,包括:
客户端801和服务器802。
需要说明的是,本实施例中的客户端801可以与实施例六所述的客户端相同,本实施例中的服务器802可以与实施例七所述的服务器相同,具体此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明所提供的一种文件上传方法及相关设备、系统进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (17)
1.一种文件上传方法,其特征在于,包括:
客户端向服务器上传第一文件并上传所述第一文件的校验值,所述第一文件的校验值用于标识所述第一文件的内容;
当第一文件上传失败,客户端向服务器上传的第二文件与所述第一文件同名时,客户端接收服务器发送的提示消息,所述提示消息用于提示所述第二文件与所述第一文件的名称相同;
客户端接收服务器返回的所述第一文件的校验值,并判断所述第一文件的校验值与所述第二文件的校验值是否相同,若相同,则续传所述第一文件。
2.根据权利要求1所述的文件上传方法,其特征在于,所述客户端接收服务器返回的所述第一文件的校验值之后包括:
客户端判断所述第一文件的校验值与所述第二文件的校验值是否相同,若不相同,则重新上传所述第二文件。
3.根据权利要求1或2所述的文件上传方法,其特征在于,所述上传所述第一文件的校验值包括:
通过发送KEY指令将所述第一文件的校验值上传给服务器。
4.根据权利要求1或2所述的文件上传方法,其特征在于,所述客户端接收服务器返回的所述第一文件的校验值之前包括:
客户端通过KEY指令向服务器发送固定字符串,所述固定字符串用于通知服务器发送所述第一文件的校验值。
5.一种文件上传方法,其特征在于,包括:
服务器接收客户端上传的第一文件并且接收客户端上传的第一文件的校验值,所述第一文件的校验值用于标识所述第一文件的内容;
当第一文件上传失败,客户端上传的第二文件与所述第一文件同名时,服务器向客户端发送提示消息,所述提示消息用于提示所述第二文件与所述第一文件的名称相同;
服务器向客户端发送所述第一文件的校验值,并接收和保存客户端续传的所述第一文件;所述接收和保存客户端续传的所述第一文件是当客户端判断的所述第一文件的校验值与所述第二文件的校验值相同时执行的。
6.根据权利要求5所述的文件上传方法,其特征在于,所述服务器向客户端发送所述第一文件的校验值之后包括:
接收并保存重新上传的所述第二文件。
7.根据权利要求5或6所述的文件上传方法,其特征在于,所述接收客户端上传的第一文件的校验值包括:
服务器通过接收客户端发送的KEY指令接收所述第一文件的校验值。
8.根据权利要求5或6所述的文件上传方法,其特征在于,所述服务器向客户端发送所述第一文件的校验值之前包括:
服务器通过接收客户端发送的KEY指令接收固定字符串,所述固定字符串用于通知服务器发送所述第一文件的校验值。
9.一种客户端,其特征在于,包括:
第一上传单元,用于向服务器上传第一文件;
第二上传单元,用于向服务器上传所述第一文件的校验值,所述第一文件的校验值用于标识所述第一文件的内容;
第一接收单元,用于当第一文件上传失败且向服务器上传的第二文件与所述第一文件同名时,接收服务器发送的提示消息,所述提示消息用于提示所述第二文件与所述第一文件的名称相同;
第二接收单元,用于接收服务器返回的所述第一文件的校验值;
判断单元,用于判断所述第一文件的校验值与所述第二文件的校验值是否相同;
第三上传单元,用于在所述判断单元判断结果为是时,续传所述第一文件。
10.根据权利要求9所述的客户端,其特征在于,还包括:
第四上传单元,用于在所述判断单元判断结果为否时,重新上传所述第二文件。
11.根据权利要求9或10所述的客户端,其特征在于,
所述第二上传单元具体用于通过发送KEY指令将所述第一文件的校验值上传给服务器。
12.根据权利要求9或10所述的客户端,其特征在于,还包括:
发送单元,用于通过KEY指令向服务器发送固定字符串,所述固定字符串用于通知服务器发送所述第一文件的校验值。
13.一种服务器,其特征在于,包括:
第一接收单元,用于接收客户端上传的第一文件;
第二接收单元,用于接收客户端上传的第一文件的校验值,所述第一文件的校验值用于标识所述第一文件的内容;
第一发送单元,用于当第一文件上传失败,客户端上传的第二文件与所述第一文件同名时,向客户端发送提示消息,所述提示消息用于提示所述第二文件与所述第一文件的名称相同;
第二发送单元,用于向客户端发送所述第一文件的校验值;
第一接收保存单元,用于当所述第一文件的校验值与所述第二文件的校验值相同时,接收并保存客户端续传的所述第一文件。
14.根据权利要求13所述的服务器,其特征在于,还包括:
第二接收保存单元,用于当所述第一校文件的校验值与所述第二文件的校验值不同时,接收并保存重新上传的所述第二文件。
15.根据权利要求13或14所述的服务器,其特征在于,
所述第二接收单元具体用于通过接收客户端发送的KEY指令接收所述第一文件的校验值。
16.根据权利要求13或14所述的服务器,其特征在于,还包括:
第三接收单元,用于通过接收客户端发送的KEY指令接收固定字符串,所述固定字符串用于通知服务器发送所述第一文件的校验值。
17.一种文件上传系统,其特征在于,包括:
如权利要求9所述的客户端和如权利要求13所述的服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011104299822A CN102420875A (zh) | 2011-12-20 | 2011-12-20 | 一种文件上传方法及相关设备、系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011104299822A CN102420875A (zh) | 2011-12-20 | 2011-12-20 | 一种文件上传方法及相关设备、系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102420875A true CN102420875A (zh) | 2012-04-18 |
Family
ID=45945107
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011104299822A Pending CN102420875A (zh) | 2011-12-20 | 2011-12-20 | 一种文件上传方法及相关设备、系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102420875A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103780633A (zh) * | 2012-10-17 | 2014-05-07 | 腾讯科技(深圳)有限公司 | 移动终端、网络服务器上传文件的方法和装置 |
CN106021246A (zh) * | 2015-03-26 | 2016-10-12 | 北京畅游天下网络技术有限公司 | 一种文档管理方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1476012A (zh) * | 2002-05-31 | 2004-02-18 | ���ṫ˾ | 视/音频信息读取、记录、重放装置、方法、程序和介质 |
CN101141476A (zh) * | 2007-10-09 | 2008-03-12 | 创新科存储技术(深圳)有限公司 | 文件存储、下载方法以及装置 |
CN101174954A (zh) * | 2006-10-31 | 2008-05-07 | 上海高勤通信科技有限公司 | 一种基于互联网超文本传输协议的文件断点上传方法 |
CN101465872A (zh) * | 2007-12-17 | 2009-06-24 | 新奥特(北京)视频技术有限公司 | 一种文件传输和管理的方法 |
-
2011
- 2011-12-20 CN CN2011104299822A patent/CN102420875A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1476012A (zh) * | 2002-05-31 | 2004-02-18 | ���ṫ˾ | 视/音频信息读取、记录、重放装置、方法、程序和介质 |
CN101174954A (zh) * | 2006-10-31 | 2008-05-07 | 上海高勤通信科技有限公司 | 一种基于互联网超文本传输协议的文件断点上传方法 |
CN101141476A (zh) * | 2007-10-09 | 2008-03-12 | 创新科存储技术(深圳)有限公司 | 文件存储、下载方法以及装置 |
CN101465872A (zh) * | 2007-12-17 | 2009-06-24 | 新奥特(北京)视频技术有限公司 | 一种文件传输和管理的方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103780633A (zh) * | 2012-10-17 | 2014-05-07 | 腾讯科技(深圳)有限公司 | 移动终端、网络服务器上传文件的方法和装置 |
CN103780633B (zh) * | 2012-10-17 | 2018-05-22 | 腾讯科技(深圳)有限公司 | 移动终端、网络服务器上传文件的方法和装置 |
CN106021246A (zh) * | 2015-03-26 | 2016-10-12 | 北京畅游天下网络技术有限公司 | 一种文档管理方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10681127B2 (en) | File upload method and system | |
JP5792850B2 (ja) | ネットワーク上でのファイルフォルダ送信 | |
US20170155695A1 (en) | Method, device and system for uploading live video | |
EP2929754B1 (en) | Wireless real time media communications through the use of multiple media streams | |
US20160277496A1 (en) | Method, server and system for application synchronization | |
US20150237113A1 (en) | Method and system for file transmission | |
WO2018019262A1 (zh) | 云桌面系统、云桌面、云终端及组播方法 | |
CN103024081B (zh) | 适用于有时效保证通讯系统的点对点通讯的终端调度方法 | |
WO2021237433A1 (zh) | 消息推送方法、装置、电子设备及计算机可读介质 | |
WO2018142263A1 (en) | Method and system for selection of an access and mobility management function in an access network environment | |
US10673931B2 (en) | Synchronizing method, terminal, and server | |
CN103885426A (zh) | 设备的控制方法、客户端、服务器、中间设备和被控设备 | |
WO2019051628A1 (zh) | 一种文件分发、下载方法、分发服务器、客户端及系统 | |
EP2918138B1 (en) | Method and apparatus for providing web service in wireless communication system | |
WO2015161576A1 (zh) | 一种云桌面的推送方法、系统以及推送端和接收端 | |
CN104320328A (zh) | 一种消息同步方法、终端和服务器 | |
CN102708192A (zh) | 一种文档共享的方法及系统、设备 | |
WO2015139390A1 (zh) | 组播数据处理方法、装置、系统、发送设备及接收客户端 | |
CN103491162A (zh) | 基于移动互联网的信息分享方法及系统 | |
KR20150143424A (ko) | 동적 컨텐츠 오프로딩을 위한 방법 및 장치 | |
WO2016070566A1 (zh) | 云终端升级方法、系统、网管服务器及代理服务器 | |
CN106411713B (zh) | 一种状态通知方法及服务器 | |
US20150199312A1 (en) | System and method to share a web thread during page transitions in a web browser | |
CN110798495B (zh) | 用于在集群架构模式下端到端的消息推送的方法和服务器 | |
JP2012533959A (ja) | マルチキャスト対応ルータにおいて効果的なホスト・マネジメント・プロトコル |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1169530 Country of ref document: HK |
|
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20120418 |