CN105450785B - 一种文件传输方法和装置 - Google Patents

一种文件传输方法和装置 Download PDF

Info

Publication number
CN105450785B
CN105450785B CN201610050733.5A CN201610050733A CN105450785B CN 105450785 B CN105450785 B CN 105450785B CN 201610050733 A CN201610050733 A CN 201610050733A CN 105450785 B CN105450785 B CN 105450785B
Authority
CN
China
Prior art keywords
transmitted
file
subfile
subfiles
priority
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.)
Active
Application number
CN201610050733.5A
Other languages
English (en)
Other versions
CN105450785A (zh
Inventor
孙昭全
周全
李晓峰
金鑫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hisense Visual Technology Co Ltd
Original Assignee
Qingdao Hisense Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qingdao Hisense Electronics Co Ltd filed Critical Qingdao Hisense Electronics Co Ltd
Priority to CN201610050733.5A priority Critical patent/CN105450785B/zh
Publication of CN105450785A publication Critical patent/CN105450785A/zh
Application granted granted Critical
Publication of CN105450785B publication Critical patent/CN105450785B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供了一种文件传输方法和装置,获取待传输文件后,将待传输文件拆分为至少一个子文件,每个子文件携带有与其对应的待传输文件相同的优先级,按照优先级由高到低的顺序传输子文件,在传输过程中若存在新获取的待传输文件的优先级比当前传输的子文件的优先级高,则暂停当前待传输文件的传输过程,并记录所述当前待传输文件中已传输的子文件;然后按照新的优先级顺序传输子文件。当具有更高优先级的子文件传输完毕后,恢复原来未传输完毕的传输过程。即使当前待传输文件很大,也能及时响应更高优先级文件的传输过程,并且,不论当前待传输文件已传输了多少,在更高优先级文件传输完后都能进行恢复,避免增加总的传输时间。

Description

一种文件传输方法和装置
技术领域
本发明涉及通信技术领域,特别是涉及一种文件传输方法和装置。
背景技术
两个设备之间进行文件传输, 例如一个设备发送一张图片、或者一段广告视频,或者是一个控制信息到另一个设备,不同的文件要求的发送时机也就是优先级有所不同,一般是按照优先级由高到低的顺序确定传输次序。
在传输过程中发现比当前传输的文件具有更高优先级的文件时,需要调整传输次序,通常的做法是等待当前传输的文件传输完毕后,再传输具有更高优先级的文件,例如,文件1-5的优先级从高到低排列,按照此顺序进行传输,若在传输文件3时有比文件3的优先级更高的文件6需要传输,此时会先等文件3全部传输完后,再按照文件6、文件4、文件5的顺序传输,这样导致优先级实时响应不够迅速,特别是当当前传输的文件过大时,使得更高优先级的文件不能得到及时处理。但若只是简单的为了保障实时响应速度而放弃正在传输的文件,转而优先传输具有更高优先级的文件,又会使得总的传输时间增加,例如大小为10Mbytes的当前传输的文件X已传输了9Mbytes,这时有更高优先级的文件Y需要传输,若立即执行文件Y的传输过程,则在其传输完毕后,文件X仍需要重新传输,相当于增加了总的传输时间。
发明内容
本发明提供了一种文件传输方法和装置,以解决在保证优先级实时响应速度的情况下,不影响总的传输时间的问题。
为了解决上述问题,本发明公开了一种文件传输方法,包括以下步骤:
获取至少一个待传输文件;
将所述待传输文件拆分为至少一个子文件,每个子文件携带有与其对应的待传输文件相同的优先级;
按照优先级由高到低的顺序传输子文件;若新获取的待传输文件的优先级比当前传输的待传输文件的优先级高,则暂停当前待传输文件的传输过程,记录所述当前待传输文件中已传输的子文件;并按照新的优先级顺序传输子文件;
当所有比所述当前待传输文件具有更高优先级的子文件全部传输完毕后,将所述当前待传输文件中未传输的子文件继续进行传输。
与现有技术相比,本发明包括以下优点:
本发明中获取待传输文件后,将待传输文件拆分为至少一个子文件,每个子文件携带有与其对应的待传输文件相同的优先级,按照优先级由高到低的顺序传输子文件,在传输过程中若存在新获取的待传输文件的优先级比当前传输的子文件的优先级高,则暂停当前待传输文件的传输过程,并记录所述当前待传输文件中已传输的子文件;然后按照新的优先级顺序传输子文件,这样在文件的传输过程中能够做到实时选择更高优先级的文件来优先传递。当具有更高优先级的子文件传输完毕后,恢复原来未传输完毕的传输过程,即将原来的当前待传输文件中未传输的子文件继续进行传输。相对于现有技术,即使当前待传输文件很大,也能及时响应更高优先级文件的传输过程,并且,不论当前待传输文件已传输了多少,在更高优先级文件传输完后都能进行恢复,避免增加总的传输时间。
附图说明
图1是本发明实施例的两个设备之间传输文件的示意图;
图2是本发明一实施例的文件传输方法的步骤示意图;
图3是本发明一实施例的待传输文件添加文件头信息的示意图;
图4是本发明一实施例的待传输文件拆分成N个子文件的示意图;
图5是本发明另一实施例的文件传输方法的步骤示意图;
图6是本发明另一实施例的文件传输装置的发送端结构示意图;
图7是本发明另一实施例的文件传输装置的接收端结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
本发明涉及两个设备之间传输文件,本发明所指的设备可以是包括手机、个人电脑、电视、平板等能够实现通信连接的设备,也可以是设备中的两个模块。如图1所示,示出了本发明两个设备之间传输文件的示意图,标识11描述了文件传输的方向,其中实线段表示从设备A发送到设备B,虚线段表示从设备B发送到设备A,标识12描述了根据文件传输方向而确定的设备角色,当文件从设备A发送到设备B时,设备A作为发送端,设备B作为接收端;当文件从设备B发送到设备A时,设备B作为发送端,设备A作为接收端。无论是设备A还是设备B,在实际的应用中都可能作为主动发送文件的一方,也可以作为被动接收文件数据的一方。在下面的描述中,发送文件的设备也被称为发送端,接收文件的设备也被称为接收端。
实施例一:
参照图2,示出了本发明实施例一的一种文件传输方法,该方法具体可以包括以下步骤:
步骤201,获取至少一个待传输文件。
本发明实施例中,待传输文件包括文字、图片、视频、或控制信息。对于每一个确定的文件,如果要从设备A传到设备B,应用者要在发送之前预先设置好待传输文件的优先级属性,为此本发明提出文件头信息的概念,依靠文件头信息来标识该待传输文件的相关属性,包括待传输文件大小及优先级信息,通过这个文件头信息,使得设置好的优先级能被通知到下一层的拆分单元(下面会详细说明)。待传输文件添加文件头信息的示意图如图3所示。可以看到待传输文件的数据保持不变,仅仅在待传输文件的起始位置,附加上额外的描述文件大小和文件优先级的字段,此外还可以包括文件是否需要校验等信息。
具体地,对优先级的设定,可以根据使用者的实际需求,预设1 ~ P(P > 1)个级别,设定1对应的优先级最高,而数值越大,其优先级越低。
步骤202,将所述待传输文件拆分为至少一个子文件,每个子文件携带有与其对应的待传输文件相同的优先级。
为方便拆分,设定子文件的最大传输大小M,最大传输大小M相当于一个数据单位,对于每一个待传输文件,都基于这个数据单位对文件进行重新划分。每一个基于数据单位生成的新的数据称之为子文件。
假设待传输文件大小为K,对K/M进行向上取整得到待传输文件分割为子文件的个数N。具体地,如果K能够被M整除,则n = K/M;如果K不能被M整除,则n = K/M + 1,最后一个子文件的大小由整个待传输文件大小除以子文件的最大传输大小的余数来决定。
最大传输大小M的数值可以依据平台实际的性能来确定,在实际操作过程中,结合预期待传输文件的大小,以及测试设定不同数值对传输速度的影响,本实施例采用1Mbytes,但并不限定,也可以采用64Kbytes,256Kbytes,512Kbytes,2Mbytes等数值。
为了使得每一个子文件都能够携带优先级的信息,此时需要对子文件附加上额外的子文件头信息,包括对应的待传输文件的标识、子文件的个数、子文件的序号,及子文件的优先级信息,如图4,示出了待传输文件拆分成N个子文件的示意图。图中,子文件1的子文件头信息中的待传输文件的标识,用于表示子文件1是由哪个待传输文件拆分而来。子文件的个数用于表示传输文件拆分为子文件的总个数N,子文件的序号用于表示子文件1处于子文件序列中的第几个,子文件1的优先级信息继承待传输文件的优先级。
步骤203,按照优先级由高到低的顺序传输子文件;若新获取的待传输文件的优先级比当前传输的待传输文件的优先级高,则暂停当前待传输文件的传输过程,记录所述当前待传输文件中已传输的子文件;并按照新的优先级顺序传输子文件。
举例来说,步骤201中获取了3个待传输文件D1、D2、D3。优先级按照从高到低排序:D2、D1、D3。步骤202中,待传输文件D1拆分为2个子文件Z11、Z12,待传输文件D2拆分为2个子文件Z21、Z22,待传输文件D3拆分为4个子文件Z31、Z32、Z33、Z34。那么,按照优先级由高到低的顺序传输子文件,其顺序为:Z21、Z22、Z11、Z12、Z31、Z32、Z33、Z34。此处定义待传输文件的传输过程为将该待传输文件对应的子文件全部传输完毕的过程,对于待传输文件D3,只有将子文件Z31、Z32、Z33、Z34都发送出去,待传输文件D3的传输过程才执行完毕。
对于一个待传输文件的传输过程,其传输对应的子文件可以按照子文件的序号顺序传输,也可以随机传输。例如,待传输文件D3的传输过程可按照Z31、Z32、Z33、Z34的顺序,也可按照Z33、Z32、Z31、Z34的顺序。本实施例优选按照子文件的序号顺序传输,以便接收文件时按顺序合并起来。
假设当前正在传输待传输文件D1的子文件Z12,子文件Z11已传输完毕,此时若存在新获取的待传输文件D4,其优先级高于D1的优先级,即在剩下未传输完的待传输文件D1、D3、D4中,优先级按照从高到低排序:D4、D1、D3。此时暂停待传输文件D1的传输过程,记录已传输的子文件Z11,按照D4、D1、D3的顺序优先发送具有更高优先级的文件。由于子文件头信息包括子文件的个数、子文件的序号等内容,因此很容易记录已传输的子文件,实际操作中,如果是按照子文件的序号顺序传输的,则只需记录下已传输了的子文件个数即可。
步骤204,当所有比所述当前待传输文件具有更高优先级的子文件传输完毕后,将所述当前待传输文件中未传输的子文件继续进行传输。
以上述所举例子作为说明,发送端以D4、D1、D3的顺序发送文件,新获取的待传输文件D4的传输过程结束之后,在发送待传输文件D1时,由于已记录下已传输的子文件Z11,只发送剩余未传输完的子文件Z12。
本发明实施例引入拆分机制,将待传输文件分成更小的数据单位,即使整个待传输文件很大,在实时响应更高优先级的文件传输时,也不会因此影响已传输完的子文件,只需在更高优先级的文件传输完后恢复传输即可。
实施例二:
参阅图5,示出了本发明实施例二的文件传输方法的步骤示意图,,方法包括以下步骤。
步骤501,发送端获取至少一个待传输文件。
步骤502,判断待传输文件的大小是否小于等于子文件的最大传输大小,若是则执行步骤503,否则执行步骤504。
步骤503,将待传输文件作为一个单独的子文件。
当确定所述待传输文件大小小于等于所述子文件的最大传输大小时,说明待传输文件无需进行拆分,将其本身作为一个子文件。该子文件的子文件头信息中子文件个数为1个,子文件的序号为1。
步骤504,将所述待传输文件拆分为至少两个子文件,每个子文件携带有与对应的待传输文件相同的优先级。
步骤505,将所述子文件存放至内存数据单元,所述内存数据单元包括信息区及数据区,所述信息区用于存放所述文件头信息及子文件头信息,所述数据区用于存放子文件数据。
为了更方便的对每一个子文件进行管理,和更快速的找到优先级更高的子文件,本实施例设定了下面描述的一种内存格式,将所有的内存空间划分成多个相同的内存分片结构,每一个分片称为一个内存数据单元,其个数由“内存空间 / ( 子文件的大小 + 文件头信息 + 子文件头信息)”来确定。在具体应用中,要结合考虑平台可分配的内存空间大小,以及从头到尾轮询每一个内存数据单元的时间,进而确定存在多少个内存数据单元比较合理。每一个内存数据单元包括信息区及数据区,信息区用于存放表示内存数据单元是否被占用的被占用标识、文件头信息、子文件头信息。数据区用于存放真实的子文件数据。具体地,被占用标识数值可以设置为0或1,如果发送端将子文件填充进了某个内存数据单元,则置其为1,优先级判断单元(后面将详细描述)就可以从此内存数据单元中获取优先级信息,从而用于判断优先级高低,如果数据发送模块已经将该内存数据单元的数据取走了,则置其为0,表示内存填充单元(后面将详细描述)可以在这个位置重新装载新的子文件。
优选地,步骤505还包括以下步骤:
步骤505a,确定有新获取的待传输文件时,根据被占用标识判断是否存在未被占用的内存数据单元,若存在则执行步骤505b,否则执行步骤505c。
步骤505b,若存在未被占用的内存数据单元,则将新获取的待传输文件对应的子文件存放至该未被占用的内存数据单元。
步骤505c,若不存在未被占用的内存数据单元,且所述新获取的待传输文件的优先级比当前传输的待传输文件的优先级高时,根据所述新获取的待传输文件对应的子文件的个数,释放内存数据单元;并将所述新获取的待传输文件对应的子文件存放至已释放的内存数据单元。
需要说明的是,在内存已被占满的情况下,当新获取的待传输文件的优先级比当前传输的子文件的优先级高,则该新获取的待传输文件需要被优先发送,根据新获取的待传输文件拆分成子文件的个数释放掉相应个数(可以理解所有的内存数据单元有可能被全部释放掉)的内存数据单元,从而腾出空间来填充高优先级的子文件。
可以理解的是,若新获取的待传输文件的优先级比当前传输的子文件的优先级低或相等,则继续等待一个时钟周期。
步骤506,轮询所有内存数据单元,根据所述信息区的优先级信息确定传输顺序。
具体地,首先会取出第一个可用的内存数据单元作为下一个要发送的内存数据单元,然后向下查找直到最后一个内存数据单元,如果有更高优先级的内存数据单元,就更改它为下一个要发送的内存数据单元。
步骤507,确定有新的子文件存放至内存数据单元,且所述新的子文件的优先级比当前传输的子文件的优先级高时,调整传输顺序,将所述新的子文件确定为优先级最高的子文件。
当在内存数据单元中检测到有更高优先级的待传输文件File2存在时,假设待传输文件File1此时已经发送了10个子文件,则会被暂停,开始发送File2的第一个子文件,如果在发送File2期间没有更高优先级的文件进入,则在全部接收完File2文件后,继续进行File1的第11个子文件的发送。
步骤508,确定待传输文件对应的子文件全部传输完毕后,根据所述子文件的序号,抛弃所述文件头信息和子文件头信息后,顺序合并子文件数据。
具体地,可用通过子文件的个数和子文件的序号判断子文件是否全部传输完毕。抛弃所述文件头信息和子文件头信息后,顺序合并子文件数据,得到就是整个待传输文件的数据部分。
优选地,接收端对合并后的子文件数据做校验,若与原待传输文件有差异,则接收端会通知发送端做重新发送。
实施例三:
本发明实施例的文件传输装置包括发送端及接收端,参阅图6,示出了本发明另一实施例的文件传输装置的发送端结构示意图。发送端包括以下内容。
获取单元601,用于获取至少一个待传输文件。
拆分单元602,用于将待传输文件拆分为至少一个子文件,每个子文件携带有与其对应的待传输文件相同的优先级。
传输单元603,用于按照优先级由高到低的顺序传输子文件; 所述传输单元包括。
优先级判断单元604,用于判断新获取的待传输文件的优先级是否比当前传输的子文件的优先级高。
所述传输单元603还用于在确定新获取的待传输文件的优先级比当前传输的待传输文件的优先级高时,暂停当前待传输文件的传输过程,并记录所述当前待传输文件中已传输的子文件;按照新的优先级顺序传输子文件。
所述传输单元603还用于当所有比所述当前待传输文件具有更高优先级的子文件传输完毕后,将所述当前待传输文件中未传输的子文件继续进行传输。
优选地,发送端还包括内存填充单元,用于确定有新获取的待传输文件时,根据所述被占用标识判断是否存在未被占用的内存数据单元;若存在未被占用的内存数据单元,则将新获取的待传输文件对应的子文件存放至所述未被占用的内存数据单元;若不存在未被占用的内存数据单元,且所述新获取的待传输文件的优先级比当前传输的待传输文件的优先级高时,根据所述新获取的待传输文件对应的子文件个数,释放内存数据单元;并将所述新获取的待传输文件对应的子文件存放至已释放的内存数据单元。
优选地,所述优先级判断单元,还用于轮询所有内存数据单元,根据所述信息区的优先级信息确定传输顺序;确定有新的子文件存放至内存数据单元,且所述新的子文件的优先级比当前传输的子文件的优先级高时,调整传输顺序,将所述新的子文件确定为优先级最高的子文件。
参阅图7,示出了本发明另一实施例的文件传输装置的接收端结构示意图,接收端包括以下内容。
接收单元701,用于接收发送端传输的子文件。
子文件判断单元702,用于判断一个待传输文件对应的所有子文件是否均传输完毕。
合并单元703,用于在一个待传输文件对应的所有子文件均传输完毕后,抛弃文件头信息和子文件头信息,顺序合并所有子文件。
优选地,接收端还包括数据校验模块,用于对合并的子文件数据进行完整性校验,若与原待传输文件有差异,则通知发送端重新发送。
为方便理解,在此说明发送端与接收端的完整文件传输过程。
首先是发送端对要发送的每一个文件都要设置好相应的优先级别,然后将所有的文件数据包括附加的文件头信息送入到拆分单元,在这里进行文件的拆分操作,如果待传输文件很小,没有超过预设的子文件的最大传输大小,那么该文件就不要做拆分而是添加上子文件头信息后,直接作为一个子文件来发送。否则就以预设的大小为基本单位来对待传输文件进行切割,并且每一个子文件都在起始位置包含了子文件头信息。完成文件的拆分后,内存填充单元会将得到的子文件写入到具体的内存数据单元中,并且对每一个新写入数据的内存数据单元做标记,以表示被占用,再其后的优先级判断单元会顺序的轮询所有的内存数据单元,找到一个优先级最高的内存数据单元后,将其中的内容提交给传输单元,传输单元通知接收端的接收单元去获取数据,至此,接收单元完整的接收到一个子文件。再转而回到优先级判断单元,继续顺序的轮询所有的内存数据单元,再找到一个优先级最高的数据单元,经过传输单元和接收单元的交互,接收端收到第二个子文件,如此循环,直到找不到更高优先级的子文件,或者接收端检测到已经收到的子文件个数等于所有的子文件的总数,这意味着所有的子文件都已经被传输完毕,抛弃文件头信息和分包头信息后,顺序合并的其他数据就是文件的真实有效数据。得到整个文件的数据后再送入数据校验模块,检查数据是否传输完整无丢失,如果与原待传输文件有差异,接收端会通知发送端重新发送。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上对本发明进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (6)

1.一种文件传输方法,其特征在于,包括以下步骤: 获取至少一个待传输文件,所述待传输文件包括文件头信息,所述文件头信息包括待传输文件大小及优先级信息;将所述待传输文件拆分为至少一个子文件,每个子文件携带有与其对应的待传输文件相同的优先级,其中,所述子文件包括子文件头信息,所述子文件头信息包括与其对应的待传输文件的标识、子文件的个数、子文件的序号,及子文件的优先级信息,将所述子文件存放至内存数据单元,所述内存数据单元包括信息区及数据区,所述信息区用于存放所述文件头信息及所述子文件头信息,所述数据区用于存放所述子文件数据;按照优先级由高到低的顺序传输子文件;若新获取的待传输文件的优先级比当前传输的待传输文件的优先级高,则暂停当前待传输文件的传输过程,记录所述当前待传输文件中已传输的子文件;并按照新的优先级顺序传输子文件;当所有比所述当前待传输文件具有更高优先级的子文件全部传输完毕后,将所述当前待传输文件中未传输的子文件继续进行传输。
2.根据权利要求1所述的方法,其特征在于,所述内存数据单元还包括用于表示所述内存数据单元是否被占用的被占用标识,所述将所述子文件存放至内存数据单元包括:确定有新获取的待传输文件时,根据所述被占用标识判断是否存在未被占用的内存数据单元;若存在未被占用的内存数据单元,则将所述新获取的待传输文件对应的子文件存放至所述未被占用的内存数据单元;若不存在未被占用的内存数据单元,且所述新获取的待传输文件的优先级比当前传输的待传输文件的优先级高时,根据所述新获取的待传输文件对应的子文件的个数,释放内存数据单元;并将所述新获取的待传输文件对应的子文件存放至已释放的内存数据单元。
3.根据权利要求1所述的方法,其特征在于,所述按照优先级由高到低的顺序传输子文件;若新获取的待传输文件的优先级比当前传输的待传输文件的优先级高,则暂停当前待传输文件的传输过程,记录所述当前待传输文件中已传输的子文件个数;并按照新的优先级顺序传输子文件包括:轮询所有内存数据单元,根据所述信息区的优先级信息确定传输顺序;确定有新的子文件存放至内存数据单元,且所述新的子文件的优先级比当前传输的待传输文件的优先级高时,调整传输顺序,将所述新的子文件确定为优先级最高的子文件。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:确定待传输文件对应的子文件全部传输完毕后,根据所述子文件的序号,抛弃所述文件头信息和子文件头信息后,顺序合并各子文件。
5.根据权利要求1所述的方法,其特征在于,将所述待传输文件分割为至少一个子文件,每个子文件携带有与其对应的待传输文件相同的优先级包括:当确定所述待传输文件大小小于等于所述子文件的最大传输大小时,将所述待传输文件作为一个单独的子文件。
6.一种文件传输装置,包括发送端及接收端,所述发送端包括:
获取单元,用于获取至少一个待传输文件;
拆分单元,用于将待传输文件拆分为至少一个子文件,每个子文件携带有与其对应的待传输文件相同的优先级,所述拆分单元还用于在子文件内标注子文件头信息,所述子文件头信息包括与其对应的待传输文件的标识、子文件的个数、子文件的序号,及子文件的优先级信息,将所述子文件存放至内存数据单元,所述内存数据单元包括信息区及数据区,所述信息区用于存放所述文件头信息及所述子文件头信息,所述数据区用于存放所述子文件数据;
传输单元,用于按照优先级由高到低的顺序传输子文件; 所述传输单元包括:
优先级判断单元,用于判断新获取的待传输文件的优先级是否比当前传输的待传输文件的优先级高;
所述传输单元还用于在确定新获取的待传输文件的优先级比当前传输的子文件的优先级高时,暂停当前待传输文件的传输过程,记录所述当前待传输文件中已传输的子文件;并按照新的优先级顺序传输子文件;
所述传输单元还用于当所有比所述当前待传输文件具有更高优先级的子文件全部传输完毕后,将所述当前待传输文件中未传输的子文件继续进行传输;
所述接收端包括:
接收单元,用于接收发送端传输的子文件,所述子文件由发送端获取的待传输文件拆分得到,每个子文件携带有与其对应的待传输文件相同的优先级,其中,所述接收单元还用于接收所述子文件中的子文件信息,所述子文件头信息包括与其对应的待传输文件的标识、子文件的个数、子文件的序号,及子文件的优先级信息将所述子文件存放至内存数据单元,所述内存数据单元包括信息区及数据区,所述信息区用于存放所述文件头信息及所述子文件头信息,所述数据区用于存放所述子文件数据;
子文件判断单元,用于判断一个待传输文件对应的所有子文件是否均传输完毕;
合并单元,用于在一个待传输文件对应的所有子文件均传输完毕后,顺序合并所有子文件。
CN201610050733.5A 2016-01-26 2016-01-26 一种文件传输方法和装置 Active CN105450785B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610050733.5A CN105450785B (zh) 2016-01-26 2016-01-26 一种文件传输方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610050733.5A CN105450785B (zh) 2016-01-26 2016-01-26 一种文件传输方法和装置

Publications (2)

Publication Number Publication Date
CN105450785A CN105450785A (zh) 2016-03-30
CN105450785B true CN105450785B (zh) 2019-12-06

Family

ID=55560551

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610050733.5A Active CN105450785B (zh) 2016-01-26 2016-01-26 一种文件传输方法和装置

Country Status (1)

Country Link
CN (1) CN105450785B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106686078B (zh) * 2016-12-26 2020-03-24 北汽福田汽车股份有限公司 数据传输方法及装置
CN106790633B (zh) * 2017-01-03 2019-11-08 北京电子工程总体研究所 一种基于优先级动态调整的远程多文件传输方法
CN109818710A (zh) * 2017-11-21 2019-05-28 中移(杭州)信息技术有限公司 一种数据传输方法及对应装置
CN109905392A (zh) * 2019-02-27 2019-06-18 苏州浪潮智能科技有限公司 一种数据传输安全验证方法及***
CN110266814B (zh) * 2019-07-09 2021-08-17 联想(北京)有限公司 传输方法及传输装置
CN112565109A (zh) * 2020-12-28 2021-03-26 常州信息职业技术学院 一种工业数据传输方法及***
WO2022151480A1 (zh) * 2021-01-18 2022-07-21 华为技术有限公司 数据传输方法及装置
CN113326124A (zh) * 2021-05-20 2021-08-31 深圳证券通信有限公司 一种用于预先设定文件传输任务优先级的方法
CN113852563B (zh) * 2021-09-22 2023-10-31 深圳市元征科技股份有限公司 报文数据传输方法、装置、终端设备及可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1705295A (zh) * 2004-05-29 2005-12-07 华为技术有限公司 具有优先级的包传输***及其方法
CN102611760A (zh) * 2012-04-16 2012-07-25 苏州阔地网络科技有限公司 一种文件的传输方法及***
CN102790771A (zh) * 2012-07-25 2012-11-21 山东中创软件商用中间件股份有限公司 一种文件传输方法及***
CN103237300A (zh) * 2013-04-28 2013-08-07 北京小米科技有限责任公司 一种文件下载的方法、装置及***
CN104519090A (zh) * 2013-09-27 2015-04-15 深圳市腾讯计算机***有限公司 文件传输方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5063280B2 (ja) * 2007-09-28 2012-10-31 株式会社日立製作所 ファイル転送システム、クライアント、サーバ

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1705295A (zh) * 2004-05-29 2005-12-07 华为技术有限公司 具有优先级的包传输***及其方法
CN102611760A (zh) * 2012-04-16 2012-07-25 苏州阔地网络科技有限公司 一种文件的传输方法及***
CN102790771A (zh) * 2012-07-25 2012-11-21 山东中创软件商用中间件股份有限公司 一种文件传输方法及***
CN103237300A (zh) * 2013-04-28 2013-08-07 北京小米科技有限责任公司 一种文件下载的方法、装置及***
CN104519090A (zh) * 2013-09-27 2015-04-15 深圳市腾讯计算机***有限公司 文件传输方法及装置

Also Published As

Publication number Publication date
CN105450785A (zh) 2016-03-30

Similar Documents

Publication Publication Date Title
CN105450785B (zh) 一种文件传输方法和装置
CN105812287B (zh) 分组交换网络中的有效电路
KR101745456B1 (ko) HiL 시뮬레이션 환경에서 대용량 데이터를 전송하기 위한 전자제어 장치, 이를 포함하는 시스템 및 그 방법
CN103581230A (zh) 文件传输***和方法、接收端、发送端
CN104348859B (zh) 文件同步方法、装置、服务器、终端及***
CN113014528B (zh) 报文处理方法、处理单元及虚拟专用网络服务器
CN113179327B (zh) 基于大容量内存的高并发协议栈卸载方法、设备、介质
WO2014121630A1 (en) Method and device for transferring file
WO2014200386A1 (ru) Передача данных от веб-сервера терминальным устройствам посредством беспроводной сети
CN115174490B (zh) 一种数据传输方法及网络应用终端
JP7046983B2 (ja) パケット伝送方法及び装置
CN112583529A (zh) 一种数据处理方法、装置、设备及存储介质
CN113992654A (zh) 一种高速的文件传输方法、***、设备及介质
CN103731424B (zh) 一种网络数据的传输方法、装置及***
US20130018987A1 (en) Adaptive replication
CN111200640B (zh) 基于客户端的上传方法以及客户端
CN104079368B (zh) 一种应用软件的测试数据传输方法及服务器
CN105119968A (zh) 一种图片传输方法及装置
CN101989896B (zh) 一种arq连接的反馈方法及装置
CN107872479B (zh) 云管理平台与控制器集成方法和***以及相关模块
CN110895517A (zh) 基于fpga的传输数据的方法、设备及***
US8942146B2 (en) Signal transmission method and apparatus in wireless communication system
CN104348711A (zh) 消息接收装置及方法
US20170346753A1 (en) Method and device for forwarding data messages
CN110266814B (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
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 266100 Zhuzhou Road, Laoshan District, Shandong, No. 151, No.

Patentee after: Hisense Visual Technology Co., Ltd.

Address before: 266100 Zhuzhou Road, Laoshan District, Shandong, No. 151, No.

Patentee before: QINGDAO HISENSE ELECTRONICS Co.,Ltd.