CN110266814B - 传输方法及传输装置 - Google Patents

传输方法及传输装置 Download PDF

Info

Publication number
CN110266814B
CN110266814B CN201910613880.2A CN201910613880A CN110266814B CN 110266814 B CN110266814 B CN 110266814B CN 201910613880 A CN201910613880 A CN 201910613880A CN 110266814 B CN110266814 B CN 110266814B
Authority
CN
China
Prior art keywords
file
files
transmitted
compression
transmission
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
CN201910613880.2A
Other languages
English (en)
Other versions
CN110266814A (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.)
Lenovo Beijing Ltd
Original Assignee
Lenovo Beijing 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 Lenovo Beijing Ltd filed Critical Lenovo Beijing Ltd
Priority to CN201910613880.2A priority Critical patent/CN110266814B/zh
Publication of CN110266814A publication Critical patent/CN110266814A/zh
Application granted granted Critical
Publication of CN110266814B publication Critical patent/CN110266814B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/565Conversion or adaptation of application format or content
    • H04L67/5651Reducing the amount or size of exchanged application data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC

Landscapes

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

Abstract

本申请实施例公开了一种传输方法、装置及电子设备,在传输待传输文件集合中的至少一第一文件的同时,对待传输文件集合中的至少一第二文件进行压缩得到至少一第三文件,传输至少一第三文件,从而可以利用压缩文件的时间传输一部分文件,在提高文件传输效率的同时,提高了网络资源的利用率。

Description

传输方法及传输装置
技术领域
本申请涉及信息处理技术领域,更具体地说,涉及一种传输方法及传输装置。
背景技术
通信双方经常会有传输多个文件的需求。目前,当需要传输多个文件时,一般是先将文件进行压缩,然后发送压缩后的文件。这种文件传输方式的传输效率低。
发明内容
本申请提供一种传输方法、装置及电子设备,包括如下技术方案:
一种传输方法,包括:
传输待传输文件集合中的至少一第一文件;
在传输所述至少一第一文件的过程中,开始压缩所述待传输文件集合中的至少一第二文件,得到至少一第三文件;
传输所述至少一第三文件;
其中,所述第一文件为不符合压缩条件的文件,所述第二文件为符合压缩条件的文件,所述压缩条件至少包括在压缩队列中且压缩次数小于1。
上述方法,优选的,所述压缩所述待传输文件集合中的至少一第二文件,包括:
至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件。
上述方法,优选的,所述至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件,包括:
获得所述至少一第一文件的第一传输时长;
至少基于所述第一传输时长确定压缩容量;
根据所述压缩容量压缩所述待传输文件集合中第一数量的第二文件;
其中,所述第一数量基于所述压缩容量及所述第二文件的文件大小确定。
上述方法,优选的,所述压缩所述待传输文件集合中的至少一第二文件,还包括:
在传输所述至少一第三文件的过程中,基于所述至少一第三文件的第二传输时长压缩所述待传输文件集合中剩余的第二文件。
上述方法,优选的,所述压缩所述待传输文件集合中的至少一第二文件,包括:
同时压缩所述待传输文件集合中第二数量的第二文件。
上述方法,优选的,至少基于传输终端的性能参数压缩所述待传输文件集合中的至少一第二文件,包括:
获得传输终端的性能参数,所述性能参数用于表征传输终端的压缩能力;
至少基于所述性能参数同时压缩所述待传输文件集合中第二数量的第二文件。
上述方法,优选的,所述压缩所述待传输文件集合中的至少一第二文件,包括:
按照第一方式对所述至少一第二文件进行分组,得到至少一第二文件组;
按照第一优先级顺序对每一第二文件组进行压缩;
其中,在对每一第二文件组进行压缩的过程中,基于所述第二文件组中的文件数量得到至少一第三文件,其中,得到第三文件的数量不大于所述第二文件组中的文件数量。
上述方法,优选的,还包括:
在传输第一优先级的第二文件组中经压缩得到的至少一第三文件的过程中,对第二优先级的第二文件组进行压缩。
上述方法,优选的,还包括下列中的一种:
响应于检测到所述至少一第一文件完成传输且未得到一第三文件,传输所述待传输文件集合中未被压缩的至少一第二文件;或,
响应于检测到所述至少一第二文件完成压缩,在传输所述至少一第一文件的过程中,压缩所述待传输文件集合中剩余的至少一第一文件。
上述方法,优选的,还包括以下至少之一:
按照第二先级顺序传输所述待传输文件集合中的每一所述第一文件;
其中,所述第二优先级顺序至少基于以下至少之一确定:第一文件的文件大小、第一文件的类型或第一文件的第一标识信息;
按照第三优先级顺序压缩所述待传输文件集合中的每一所述第二文件;
其中,所述第三优先级顺序至少基于以下至少之一确定:第二文件的文件大小、第二文件的类型或第二文件的第二标识信息。
上述方法,优选的,包括:
按照从小到大顺序传输待传输文件集合中的每一所述第一文件,同时按照从大到小顺序压缩所述待传输文件集合中的每一所述第二文件。
上述方法,优选的,所述传输所述至少一第三文件包括:
响应于检测到每一所述第一文件完成传输,按照第四优先级顺序传输每一所述第三文件。
上述方法,优选的,还包括:
响应于检测到至少一第一文件未完成传输且得到至少一第三文件,按照第五优先级顺序传输未完成传输的第一文件和第三文件。
一种传输装置,包括:
传输模块,用于传输待传输文件集合中的至少一第一文件;
压缩模块,用于在传输所述至少一第一文件的过程中,开始压缩所述待传输文件集合中的至少一第二文件,得到至少一第三文件;
所述传输模块还用于传输所述至少一第三文件;
其中,所述第一文件为不符合压缩条件的文件,所述第二文件为符合压缩条件的文件,所述压缩条件至少包括在压缩队列中且压缩次数小于1。
一种电子设备,包括:
存储器,用于至少存储一组指令集;
处理器,用于调用并执行所述存储器中的所述指令集,通过执行所述指令集进行以下操作:
传输待传输文件集合中的至少一第一文件;
在传输所述至少一第一文件的过程中,开始压缩所述待传输文件集合中的至少一第二文件,得到至少一第三文件;
传输所述至少一第三文件;
其中,所述第一文件为不符合压缩条件的文件,所述第二文件为符合压缩条件的文件,所述压缩条件至少包括在压缩队列中且压缩次数小于1。
通过以上方案可知,本申请提供的一种传输方法、装置及电子设备,在传输待传输文件集合中的至少一第一文件的同时,对待传输文件集合中的至少一第二文件进行压缩得到至少一第三文件,传输至少一第三文件,从而可以利用压缩文件的时间传输一部分文件,在提高文件传输效率的同时,提高了网络资源(即信道)的利用率。
附图说明
为了更清楚地说明本申请实施例,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的传输方法的一种实现流程图;
图2为本申请实施例提供的至少基于至少一第一文件的第一传输时长压缩待传输文件集合中的至少一第二文件的一种实现流程图;
图3为本申请实施例提供的压缩待传输文件集合中的至少一第二文件的一种实现流程图;
图4为本申请实施例提供的传输装置的一种结构示意图;
图5为本申请实施例提供的电子设备的一种结构示意图。
说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示的以外的顺序实施。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例提供的传输方法可以应用于电子设备(为便于叙述,记为第一电子设备)中,该电子设备能够与其它电子设备(为便于叙述,记为第二电子设备)建立通信连接,并向第二电子设备传输文件。例如,该第一电子设备可以是个人计算机,也可以是移动终端,比如笔记本电脑,手机,平板电脑等。此外,本申请实施例中的文件可扩展到具有容量大小的数据集。
本申请提供的传输方法的一种实现流程图如图1所示,可以包括:
步骤S101:传输待传输文件集合中的至少一第一文件。
待传输文件集合可以是第一电子设备的用户确定的需要同一批次传输的多个文件。当需要传输该多个文件时,用户可以选中该多个文件,并针对该多个文件进行操作以触发传输指令,第一电子设备在获得该传输指令后,启动本申请提供的传输方法。
此外,所述待传输文件集合也可在获得一传输指令后,由第一电子设备自动获取本地或云端的符合特定规则的多个文件组成的文件集合,所述特定规则可以由其他指令作出指示,也可以预先设定,如在获得一传输指令后,自动获取本地或云端与第一用户有关的所有文件,或者自动获取本地或云端与当前热点相关的所有文件、新闻稿、视频、图片等。
待传输文件集合中可以包括至少一种类型的文件,例如,该待传输文件集合中可以包括:文本(如word文档、PPT文档、excel文档、txt文档、csv文档、tsv文档、orc文档、parquet文档等)、图片、音频、视频等。
在传输至少一第一文件时,该至少一第一文件可以分多次传输,例如,每次传输1个文件,传输完一个文件再传输下一个文件,或者,将至少一第一文件分组,每次传输一组文件,传输完一组文件再传输下一组文件。该至少一第一文件也可以作为一个整体一次传输。
步骤S102:在传输上述至少一第一文件的过程中,开始压缩待传输文件集合中的至少一第二文件,得到至少一第三文件。
本申请实施例中,将要压缩的文件添加到压缩队列中。相应的,上述第一文件为不符合压缩条件的文件,第二文件为符合压缩条件的文件,压缩条件至少包括在压缩队列中且压缩次数小于1,压缩次数小于1说明文件还未被压缩,因此,所述第一文件为不在所述压缩队列中,或者压缩次数大于等于1的文件,也就是说在所述待传输文件集合中被压缩的文件可能会被划分为第一文件的类别。
具体哪些文件直接传输,哪些文件压缩可以由用户根据自己需求确定,也可以由传输装置按照预设规则确定。在传输启动的初始阶段,添加到压缩队列中的文件的数量可以随机确定,或者,可以根据终端设备的压缩能力确定(压缩能力越强,添加到压缩队列中的文件的数量越多),或者,可以根据网络速率或文件传输速率确定(网速或文件传输速率越高,添加到压缩队列中的文件的数量越少),或者,可以将指定数量(如待传输文件集合中一半的文件)的文件添加到压缩队列中。
可选的,压缩队列中的文件是可以根据文件的传输速率或文件的压缩速率动态调整的。例如,若文件的传输速率大于第一预设值,可以将压缩队列中的n(n为大于或等于1的正整数)个第二文件提取出来直接发送而不再压缩,或者,如果文件的压缩速率大于第二预设值,可以将m(m为大于或等于1的正整数)个第一文件添加到压缩队列中等待压缩后再传输。其中,将哪些第二文件从压缩队列中提取出来可以基于压缩次序确定,例如,可以将压缩次序靠后的n个第二文件从压缩队列中提取出来直接发送。同理,将哪些第一文件添加到压缩队列中等待压缩也可以基于传输次序确定,例如,可以将传输次序靠后的m个第一文件添加到压缩队列中等待压缩后再传输。
步骤S103:传输上述至少一第三文件。
在传输第三文件时,所述至少一第一文件可能已经传输完成了,也可能还未传输完成。
本申请实施例中,可以每得到一第三文件就传输该第三文件,或者,在得到预设数量的第三文件后再传输得到的第三文件。
本申请提供的传输方法,在传输待传输文件集合中的至少一第一文件的同时,对待传输文件集合中的至少一第二文件进行压缩得到至少一第三文件,传输至少一第三文件,从而可以利用压缩文件的时间传输一部分文件,在提高文件传输效率的同时,提高了传输资源(即网络资源)的利用率。
在一可选的实施例中,上述压缩待传输文件集合中的至少一第二文件的一种实现方式可以为:
至少基于至少一第一文件的第一传输时长压缩待传输文件集合中的至少一第二文件。
第一传输时长是指第一文件全部传输完成所需的时长,该时长可以根据上述至少一第一文件的总的文件大小、与接收终端的磁盘写入时间有关的传输响应参数和文件传输速率估计得到。该第一传输时长可以通过如下方式获得:计算上述总的文件大小和文件传输速率的比值,再根据所述传输响应参数与文件数量的乘积对所述比值进行调整。
本申请实施例中,可以基于所述第一传输时长确定需要压缩的第二文件的数量。基于此思想,可以确定在第一传输时长内可以完成对多少第二文件进行压缩,使得直接传输所有第一文件所耗费的时长与压缩所有第二文件所耗费的时长相当,从而进一步提高文件传输效率的同时,进一步提高传输资源的利用率。
在一可选的实施例中,上述至少基于至少一第一文件的第一传输时长压缩待传输文件集合中的至少一第二文件的一种实现流程图如图2所示,可以包括:
步骤S201:获得所述至少一第一文件的第一传输时长。
步骤S202:至少基于第一传输时长确定压缩容量(为方便叙述,记为第一压缩容量)。
第一压缩容量是指需要被压缩的文件的文件大小,即基于第一传输时长和压缩率能够压缩的文件大小和文件数量的乘积。
本申请实施例中,第一传输时长越长,第一压缩容量越大,第一传输时长越短,第二压缩容量越小。
可选的,可以基于第一传输时长,以及预设的传输时长与压缩容量的对应关系确定第一压缩容量。或者,可以结合文件压缩速率确定第一压缩容量,具体的,可以将第一传输时长与文件压缩速率的比值确定为第一压缩容量。
步骤S203:根据上述第一压缩容量压缩待传输文件集合中第一数量的第二文件。
其中,第一数量基于第一压缩容量及第二文件的文件大小确定。
本申请实施例中,第一数量的第二文件可以是:第一数量的第二文件的总的文件大小与上述第一压缩容量最接近。
比如,第一数量的第二文件的一种可选方案是:第一数量的第二文件的总的文件大小小于上述第一压缩容量,且与上述第一压缩容量最接近。
再比如,第一数量的第二文件的一种可选方案是:第一数量的第二文件的总的文件大小大于上述第一压缩容量,且与上述第一压缩容量最接近。
当然,若待传输文件集合中的第二文件的总的文件大小小于上述第一压缩容量,则可以将待传输文件集合中的所有第二文件确定为上述第一数量的第二文件。
在确定第一数量的第二文件后,对该第一数量的第二文件进行压缩。
在一可选的实施例中,在传输至少一第三文件的过程中,还可以基于至少一第三文件的第二传输时长压缩待传输文件集合中剩余的第二文件。
在得到至少一个第三文件后,压缩队列中可能还有第二文件未被压缩,则在传输压缩后的文件(即第三文件)的过程中,可以估计至少一第三文件传输完成所需的时长(为方便叙述,记为第二传输时长),然后根据该第二传输时长在待传输文件集合中剩余的第二文件中确定第三数量的第二文件进行压缩。
可选的,可以基于第二传输时长确定压缩容量(为便于叙述,记为第二压缩容量),根据该第二压缩容量确定第三数量的第二文件。第三数量基于该第二压缩容量以及第二文件的文件大小确定。
第二压缩容量是指需要被压缩的文件的文件大小,即基于第二传输时长确定对多大量的文件进行压缩。
本申请实施例中,第二传输时长越长,第二压缩容量越大,第二传输时长越短,第二压缩容量越小。
可选的,可以基于第二传输时长,以及预设的传输时长与压缩容量的对应关系确定第二压缩容量。或者,可以结合文件压缩速率确定第二压缩容量,具体的,可以将第二传输时长与文件压缩速率的比值确定为第二压缩容量。
可选的,本申请实施例中,第三数量的第二文件可以是:总的文件大小与上述第二压缩容量最接近的第三数量的第二文件。
比如,第三数量的第二文件的一种可选方案是:总的文件大小小于上述第二压缩容量,且与上述第二压缩容量最接近的第三数量的第二文件。
再比如,第三数量的第二文件的一种可选方案是:总的文件大小大于上述第二压缩容量,且与上述第二压缩容量最接近的第三数量的第二文件。
当然,若待传输文件集合中剩余的第二文件的总的文件大小小于上述第二压缩容量,则可以将待传输文件集合中剩余的第二文件确定为上述第三数量的第二文件。
在确定第三数量的第二文件后,对该第三数量的第二文件进行压缩。
在一可选的实施例中,上述压缩待传输文件集合中的至少一第二文件的一种实现方式可以为:
同时压缩待传输文件集合中第二数量的第二文件。也就是说,在对至少一第二文件进行压缩时,对至少一第二文件中的至少部分第二文件并行压缩。例如,假设至少一第二文件为10个第二文件,则可以先压缩其中的5个第二文件,该5个第二文件同时分别被压缩,得到5个压缩后的文件(即得到5个第三文件),该5个第二文件压缩完成后,再对剩下的5个未被压缩的第二文件同时分别进行压缩,得到另外5个压缩后的文件(即得到另外5个第三文件)。或者,可以同时分别对该10个第二文件进行压缩,得到10个压缩后的文件(即得到10个第三文件)。
通过并行压缩,提高了压缩效率,从而可以对更多的文件进行压缩,进一步减少了数据传输量,从而可以进一步提高传输效率。
在一可选的实施例中,可以基于传输终端(即第一电子设备)的性能参数同时压缩待传输文件集合中第二数量的第二文件。具体实现方式可以包括:
获得传输终端的性能参数,该性能参数用于表征传输终端的压缩能力。传输终端的性能参数可以包括但不限于:CPU相关的性能参数,例如,CPU频率,CPU的核数等。CPU频率越高,传输终端的压缩能力越强,CPU核数越多,传输终端的压缩能力越强。
至少基于性能参数同时压缩待传输文件集合中第二数量的第二文件。
本申请实施例中,传输终端的压缩能力越强,第二数量的第二文件的总的文件大小越大,传输终端的压缩能力越弱,第二数量的第二文件的总的文件大小越小。
在一可选的实施例中,在确定要压缩的至少一第二文件后,压缩待传输文件集合中的至少一第二文件的一种实现流程图如图3所示,可以包括:
步骤S301:按照第一方式对至少一第二文件进行分组,得到至少一第二文件组。
可选的,可以由用户根据需求对至少一第二文件进行分组。或者,
可以由传输装置按照预设分组规则自动对至少一第二文件进行分组。例如,可以按照文件的大小对至少一第二文件进行分组,此时,不同分组中的第二文件的总的文件大小可以是不同的。或者,可以按照文件类型对至少一第二文件进行分组,此时,不同分组中是不同类型的文件,当然,还可以有其它分组方式,如,按照文件的标识信息进行分组等,这里不再一一举例说明。
步骤S302:按照第一优先级顺序对每一第二文件组进行压缩。本申请实施例中,除了将至少一第二文件进行分组外,还将分组后的各个第二文件组进行了压缩排序,即赋予了优先级。若是由用户对至少一第二文件进行分组,则各个第二文件组的优先级也可以由用户指定。若是由传输装置按照预设分组规则自动对至少一第二文件进行分组,则可以由传输装置按照预设的赋予规则为各个第二文件组赋予优先级。例如,可以根据第二文件组中文件的总的文件大小为各个第二文件组赋予优先级,或者,可以根据文件类型为各个第二文件组赋予优先级。
其中,在对每一第二文件组进行压缩的过程中,基于第二文件组中的文件数量得到至少一第三文件,得到第三文件的数量不大于所述第二文件组中的文件数量。
对于每一第二文件组,可以对该第二文件组中的文件组合压缩,例如每两个第二文件压缩为一个第三文件等,这样压缩得到的第三文件的数量小于该第二文件组中文件的数量,或者,对该第二文件组中的每一个第二文件分别进行压缩,这样压缩得到的第三文件的数量等于该第二文件组中第二文件的数量。
在一可选的实施例中,在第一优先级的第二文件组中的第二文件压缩完成得到至少一第三文件后,可以传输该至少一第三文件,在传输该至少一第三文件的过程中,可以按照优先级由高到低的顺序,对第二优先级的第二文件组中的第二文件进行压缩。
在一可选的实施例中,在开始传输至少一第一文件后,还可以检测至少一第一文件是否传输完成,在开始压缩至少第一第二文件后,还可以检测是否得到至少一第三文件。
可选的,若在检测到至少一第一文件传输完成时,还未得到一第三文件,可以响应于检测到至少一第一文件完成传输且未得到一第三文件,传输待传输文件集合中未被压缩的至少一第二文件。
其中,未得到一第三文件包括两种可能的情况:一是至少一第二文件中第一个被压缩的第二文件还未压缩完成。另一种情况是至少一第二文件中已经有部分第二文件压缩完成并得到第三文件,且该第三文件正在传输或已传输完成,而当前正在被压缩的第二文件还未压缩完成。
也就是说,本申请实施例中,在所有第一文件都传输完成时,若还有第二文件未被压缩,且当前没有得到新的第三文件,则从未被压缩的第二文件中提取部分第二文件直接传输,这部分第二文件不再压缩。
可选的,若检测到至少一第二文完成压缩,而还有第一文件未传输时,可以响应于检测到至少一第二文件完成压缩,且有第一文件未传输,在传输至少一第一文件的过程中,压缩待传输文件集合中剩余的至少一第一文件。
也就是说,本申请实施例中,在所有第二文件都完成压缩时,若还有第一文件未传输,则可以从未被传输的第一文件中提取部分第一文件进行压缩得到至少一第三文件,传输压缩得到的第三文件。
也就是说,本申请实施例中,还可以根据第一文件的实时传输情况或第二文件的实时压缩情况对压缩队列进行实时调整,使得直接传输第一文件所耗费的时长与压缩第二文件所耗费的时长相当,从而进一步提高文件传输效率的同时,进一步提高传输资源(网络资源)的利用率。
在一可选的实施例中,在传输待传输文件集合中的至少一第一文件时,可以按照第二先级顺序传输待传输文件集合中的每一第一文件。
其中,第二优先级顺序至少基于以下因素中的至少之一确定:第一文件的文件大小、第一文件的类型或第一文件的第一标识信息。
当基于以上因素中的至少两种确定第二优先级顺序时,可以为该至少两种因素确定优先级。在按照第二先级顺序传输待传输文件集合中的每一第一文件时,按照因素的优先级由高到低的顺序,基于第一优先级的因素确定第一文件的优先级,当基于第一优先级的因素确定的第一文件的优先级相同时,基于第二优先级的因素确定该优先级相同第一文件的优先级。
在一可选的实施例中,在压缩待传输文件集合中的至少一第二文件时,可以按照第三优先级顺序压缩待传输文件集合中的每一第二文件;
其中,第三优先级顺序至少基于以下因素中的至少之一确定:第二文件的文件大小、第二文件的类型或第二文件的第二标识信息。
当基于以上因素中的至少两种确定第三优先级顺序时,可以为该至少两种因素确定优先级。在按照第三先级顺序压缩待传输文件集合中的每一第二文件时,按照因素的优先级由高到低的顺序,基于第一优先级的因素确定第二文件的优先级,当基于第一优先级的因素确定的第二文件的优先级相同时,基于第二优先级的因素确定该优先级相同第二文件的优先级。
在一可选的实施例中,可以按照从小到大顺序传输待传输文件集合中的每一第一文件,同时按照从大到小顺序压缩待传输文件集合中的每一第二文件。
也就是说,本申请实施例中,将待传输文件按照文件大小进行排序,从小文件一端开始传输待传输文件集合中的较小文件,同时从大文件一端开始压缩传输待传输文件集合中的较大的文件。可以在未压缩的文件都传输完成后,开始传输压缩得到的第三文件,或者,每压缩得到一第三文件,就传输该第三文件。本实施例中,对于直接传输的第一文件而言,第一文件越小,优先级越高,对于需要压缩的第二文件而言,第二文件越大,优先级越高。
在一可选的实施例中,传输上述至少一第三文件时,可以包括:
响应于检测到每一所述第一文件完成传输,按照第四优先级顺序传输每一第三文件。
本申请实施例中,在所有第一文件传输完成后,且第三文件有多个时可以基于第四优先级顺序对每一所述第三文件进行传输。第三文件的优先级顺序可以至少基于以下至少之一确定:文件大小、文件类型或文件的标识信息。
在一可选的实施例中,还可以包括:
响应于检测到至少一第一文件未完成传输且得到至少一第三文件,按照第五优先级顺序传输未完成传输的第一文件和第三文件。
本申请实施例中,在得到第三文件后,即便至少一第一文件还未传输完成,也可以传输第三文件。此时,可以按照第五优先级顺序传输第一文件和第三文件。该第五优先级可以至少基于以下至少之一确定:文件大小、文件类型或文件的标识信息。
以待传输文件集合中包括10个文件为例,假设10个文件分别为T0、T1、T2、T3、T4、T5、T6、T7、T8、T9。假设这10个文件按照文件大小从小到大的顺序依次为:T1、T2、T3、T0、T5、T6、T7、T8、T9、T4。则基于本申请方案,当需要传输这10个文件时,
一种实现方式可以为:从T1开始,按照文件从小到大的顺序,依次传输文件,同时,将T6、T7、T8、T9、T4添加到压缩队列中,从T4开始,按照文件从大到小的顺序,依次压缩文件。若在传输完T5后,发现T6也已压缩完成,则可以依次传输压缩后的T6、T7、T8、T9、T4。若在传输完T5后,发现T8正在压缩,T6和T7还未压缩,则可以将T6从压缩队列中提取出来,开始传输T6,在T6传输完成后,若T7、T8均已压缩完成,则可以依次传输压缩后的T7、T8、T9、T4。若在T6压缩完成后,发现T3正在传输,而T0、T5等待传输,则可以将T5添加到压缩队列中,对该T5进行压缩。若T5压缩完成后,发现T3还未传输完成,则,可以继续将T0添加到压缩队列中,对该T0进行压缩。在T0压缩完成后,可以在T3传输完成后,依次传输压缩后的T0、T5、T6、T7、T8、T9、T4。
上述实现方式中,10个文件分别单独传输或压缩。在另一种实现方式中,可以对文件并行传输或压缩。例如:在T4压缩完成后,不管T1、T2、T3、T0、T5是否传输完成,都可以开始传输压缩后的T4。
在有一种实现方式中,还可以对文件进行组合传输或压缩。例如,将T1、T2分为第一组,T3、T0分为第二组,T5分为第三组,T6分为第四组,T7、T8分为第五组,T9、T4分为第六组。此方式中,可以按照分组中文件的总的大小传输或压缩文件。具体的,可以从第一组开始,按照文件组中文件的总的大小从小到大的顺序,依次传输每一组文件(每一组文件作为整体传输)。同时,从第六组开始,按照文件组中文件的总的大大从小到大的顺序,依次压缩每一组文件(每一组文件作为整体压缩)。假设在第三组传输完成后,第四组和第五组均未被压缩,则可以将第四组从压缩队列中提取出来直接传输而不再压缩。同理,假设在第四组压缩完成后,第二组和第三组还未传输,则可以将第三组添加到压缩队列中进行压缩后再传输。
以上示例中,文件的传输顺序或压缩顺序都是按文件大小确定的,基于本申请实施例,文件的传输顺序或压缩顺序还可以按照文件类型或文件的标识信息确定这里不再一一举例说明。
与方法实施例相对应,本申请还提供一种传输装置。本申请提供的传输装置的一种结构示意图如图4所示,可以包括:
传输模块41和压缩模块42;其中,
传输模块41用于传输待传输文件集合中的至少一第一文件。
压缩模块42用于在传输所述至少一第一文件的过程中,开始压缩所述待传输文件集合中的至少一第二文件,得到至少一第三文件。
传输模块41还用于传输所述至少一第三文件。
其中,所述第一文件为不符合压缩条件的文件,所述第二文件为符合压缩条件的文件,所述压缩条件至少包括在压缩队列中且压缩次数小于1。
本申请提供的传输装置,在传输待传输文件集合中的至少一第一文件的同时,对待传输文件集合中的至少一第二文件进行压缩得到至少一第三文件,传输至少一第三文件,从而可以利用压缩文件的时间传输一部分文件,在提高文件传输效率的同时,提高了传输资源的利用率。
在一可选的实施例中,压缩模块42压缩所述待传输文件集合中的至少一第二文件时,具体可以用于:至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件。
在一可选的实施例中,压缩模块42可以包括:
第一获得单元,用于获得所述至少一第一文件的第一传输时长;
确定单元,用于至少基于所述第一传输时长确定压缩容量;
第一压缩单元,用于根据所述压缩容量压缩所述待传输文件集合中第一数量的第二文件;
其中,所述第一数量基于所述压缩容量及所述第二文件的文件大小确定。
在一可选的实施例中,压缩模块42还可以用于:在传输所述至少一第三文件的过程中,基于所述至少一第三文件的第二传输时长压缩所述待传输文件集合中剩余的第二文件。
在一可选的实施例中,压缩模块42压缩所述待传输文件集合中的至少一第二文件时,具体可以用于:
同时压缩所述待传输文件集合中第二数量的第二文件。
在一可选的实施例中,压缩模块42压缩所述待传输文件集合中的至少一第二文件时,具体可以用于:至少基于传输终端的性能参数压缩所述待传输文件集合中的至少一第二文件。具体的,压缩模块42可以包括:
第二获得单元,用于获得传输终端的性能参数,所述性能参数用于表征传输终端的压缩能力;
第二压缩单元,用于至少基于所述性能参数同时压缩所述待传输文件集合中第二数量的第二文件
在一可选的实施例中,压缩模块42压缩所述待传输文件集合中的至少一第二文件时,具体可以用于:
按照第一方式对所述至少一第二文件进行分组,得到至少一第二文件组;
按照第一优先级顺序对每一第二文件组进行压缩;
其中,在对每一第二文件组进行压缩的过程中,基于所述第二文件组中的文件数量得到至少一第三文件,其中,得到第三文件的数量不大于所述第二文件组中的文件数量。
在一可选的实施例中,压缩模块42还可以用于:
在传输第一优先级的第二文件组中经压缩得到的至少一第三文件的过程中,对第二优先级的第二文件组进行压缩。
在一可选的实施例中,传输模块41还可以用于:响应于检测到所述至少一第一文件完成传输且未得到一第三文件,传输所述待传输文件集合中未被压缩的至少一第二文件。
在一可选的实施例中,压缩模块42还可以用于:响应于检测到所述至少一第二文件完成压缩,在传输所述至少一第一文件的过程中,压缩所述待传输文件集合中剩余的至少一第一文件。
在一可选的实施例中,传输模块41具体可以用于:按照第二先级顺序传输所述待传输文件集合中的每一所述第一文件;
其中,所述第二优先级顺序至少基于以下至少之一确定:第一文件的文件大小、第一文件的类型或第一文件的第一标识信息。
在一可选的实施例中,压缩模块42具体可以用于:按照第三优先级顺序压缩所述待传输文件集合中的每一所述第二文件;
其中,所述第三优先级顺序至少基于以下至少之一确定:第二文件的文件大小、第二文件的类型或第二文件的第二标识信息。
在一可选的实施例中,传输模块41具体可以用于:按照从小到大顺序传输待传输文件集合中的每一所述第一文件,同时压缩模块42具体可以用于:按照从大到小顺序压缩所述待传输文件集合中的每一所述第二文件。
在一可选的实施例中,传输模块41传输所述至少一第三文件具体可以用于:响应于检测到每一所述第一文件完成传输,按照第四优先级顺序传输每一所述第三文件。
在一可选的实施例中,传输模块41具体可以用于:响应于检测到至少一第一文件未完成传输且得到至少一第三文件,按照第五优先级顺序传输未完成传输的第一文件和第三文件。
与方法实施例相对应,本申请还提供一种电子设备,该电子设备的一种结构示意图如图5所示,可以包括:
存储器51用于至少存储一组指令集;
处理器52用于调用并执行所述存储器51中的所述指令集,通过执行所述指令集进行以下操作:
传输待传输文件集合中的至少一第一文件;
在传输所述至少一第一文件的过程中,开始压缩所述待传输文件集合中的至少一第二文件,得到至少一第三文件;
传输所述至少一第三文件;
其中,所述第一文件为不符合压缩条件的文件,所述第二文件为符合压缩条件的文件,所述压缩条件至少包括在压缩队列中且压缩次数小于1。
本申请提供的电子设备,在传输待传输文件集合中的至少一第一文件的同时,对待传输文件集合中的至少一第二文件进行压缩得到至少一第三文件,传输至少一第三文件,从而可以利用压缩文件的时间传输一部分文件,在提高文件传输效率的同时,提高了传输资源的利用率。
在一可选的实施例中,处理器52压缩所述待传输文件集合中的至少一第二文件时,具体可以用于:至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件。
在一可选的实施例中,处理器52至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件时,具体可以用于:
获得所述至少一第一文件的第一传输时长;
至少基于所述第一传输时长确定压缩容量;
根据所述压缩容量压缩所述待传输文件集合中第一数量的第二文件;
其中,所述第一数量基于所述压缩容量及所述第二文件的文件大小确定。
在一可选的实施例中,处理器52压缩所述待传输文件集合中的至少一第二文件是,还可以用于:
在传输所述至少一第三文件的过程中,基于所述至少一第三文件的第二传输时长压缩所述待传输文件集合中剩余的第二文件。
在一可选的实施例中,处理器52压缩所述待传输文件集合中的至少一第二文件时,具体可以用于:
同时压缩所述待传输文件集合中第二数量的第二文件。
在一可选的实施例中,处理器52压缩所述待传输文件集合中的至少一第二文件时,可以基于传输终端的性能参数压缩所述待传输文件集合中的至少一第二文件,具体可以包括:
获得传输终端的性能参数,所述性能参数用于表征传输终端的压缩能力;
至少基于所述性能参数同时压缩所述待传输文件集合中第二数量的第二文件。
在一可选的实施例中,处理器52压缩所述待传输文件集合中的至少一第二文件时,具体可以用于:
按照第一方式对所述至少一第二文件进行分组,得到至少一第二文件组;
按照第一优先级顺序对每一第二文件组进行压缩;
其中,在对每一第二文件组进行压缩的过程中,基于所述第二文件组中的文件数量得到至少一第三文件,其中,得到第三文件的数量不大于所述第二文件组中的文件数量。
在一可选的实施例中,处理器52还可以用于:在传输第一优先级的第二文件组中经压缩得到的至少一第三文件的过程中,对第二优先级的第二文件组进行压缩。
在一可选的实施例中,处理器52还可以用于执行下列中的一种:
响应于检测到所述至少一第一文件完成传输且未得到一第三文件,传输所述待传输文件集合中未被压缩的至少一第二文件;或,
响应于检测到所述至少一第二文件完成压缩,在传输所述至少一第一文件的过程中,压缩所述待传输文件集合中剩余的至少一第一文件。
在一可选的实施例中,处理器52还可以用于执行以下至少之一:
按照第二先级顺序传输所述待传输文件集合中的每一所述第一文件;其中,所述第二优先级顺序至少基于以下至少之一确定:第一文件的文件大小、第一文件的类型或第一文件的第一标识信息;
按照第三优先级顺序压缩所述待传输文件集合中的每一所述第二文件;其中,所述第三优先级顺序至少基于以下至少之一确定:第二文件的文件大小、第二文件的类型或第二文件的第二标识信息。
在一可选的实施例中,处理器52具体可以用于:按照从小到大顺序传输待传输文件集合中的每一所述第一文件,同时按照从大到小顺序压缩所述待传输文件集合中的每一所述第二文件。
在一可选的实施例中,处理器52传输所述至少一第三文件时具体可以用于:响应于检测到每一所述第一文件完成传输,按照第四优先级顺序传输每一所述第三文件。
在一可选的实施例中,处理器52具体可以用于:响应于检测到至少一第一文件未完成传输且得到至少一第三文件,按照第五优先级顺序传输未完成传输的第一文件和第三文件。
进一步地,本申请实施例还提供了一种存储介质,该存储介质存储有传输程序,所述传输程序被处理器执行时实现如上述传输方法的步骤。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
应当理解,本申请实施例中,从权、各个实施例、特征可以互相组合结合,都能实现解决前述技术问题。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (6)

1.一种传输方法,包括:
传输待传输文件集合中的至少一第一文件;
在传输所述至少一第一文件的过程中,开始压缩所述待传输文件集合中的至少一第二文件,得到至少一第三文件,所述第一文件的大小小于所述第二文件的大小;
传输所述至少一第三文件;
其中,所述第一文件为不符合压缩条件的文件,所述第二文件为符合压缩条件的文件,所述压缩条件至少包括在压缩队列中且压缩次数小于1,所述压缩队列中的文件能够根据文件的传输速率或文件的压缩速率动态调整;
所述压缩所述待传输文件集合中的至少一第二文件,包括:
至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件,包括:获得所述至少一第一文件的第一传输时长,至少基于所述第一传输时长确定压缩容量,根据所述压缩容量压缩所述待传输文件集合中第一数量的第二文件,其中,所述第一数量基于所述压缩容量及所述第二文件的文件大小确定;
在传输所述至少一第三文件的过程中,基于所述至少一第三文件的第二传输时长压缩所述待传输文件集合中剩余的第二文件;
或,
同时压缩所述待传输文件集合中第二数量的第二文件;
或,
按照第一方式对所述至少一第二文件进行分组,得到至少一第二文件组;
按照第一优先级顺序对每一第二文件组进行压缩;
其中,在对每一第二文件组进行压缩的过程中,基于所述第二文件组中的文件数量得到至少一第三文件,其中,得到第三文件的数量不大于所述第二文件组中的文件数量。
2.根据权利要求1所述的方法,还包括:
在传输第一优先级的第二文件组中经压缩得到的至少一第三文件的过程中,对第二优先级的第二文件组进行压缩。
3.根据权利要求1所述的方法,还包括下列中的一种:
响应于检测到所述至少一第一文件完成传输且未得到一第三文件,传输所述待传输文件集合中未被压缩的至少一第二文件;或,
响应于检测到所述至少一第二文件完成压缩,在传输所述至少一第一文件的过程中,压缩所述待传输文件集合中剩余的至少一第一文件。
4.根据权利要求1至3任一项所述的方法,还包括以下至少之一:
按照第二优先级顺序传输所述待传输文件集合中的每一所述第一文件;
其中,所述第二优先级顺序至少基于以下至少之一确定:第一文件的文件大小、第一文件的类型或第一文件的第一标识信息;
按照第三优先级顺序压缩所述待传输文件集合中的每一所述第二文件;
其中,所述第三优先级顺序至少基于以下至少之一确定:第二文件的文件大小、第二文件的类型或第二文件的第二标识信息。
5.根据权利要求4所述的方法,包括:
按照从小到大顺序传输待传输文件集合中的每一所述第一文件,同时按照从大到小顺序压缩所述待传输文件集合中的每一所述第二文件。
6.一种传输装置,包括:
传输模块,用于传输待传输文件集合中的至少一第一文件;
压缩模块,用于在传输所述至少一第一文件的过程中,开始压缩所述待传输文件集合中的至少一第二文件,得到至少一第三文件,所述第一文件的大小小于所述第二文件的大小;
所述传输模块还用于传输所述至少一第三文件;
其中,所述第一文件为不符合压缩条件的文件,所述第二文件为符合压缩条件的文件,所述压缩条件至少包括在压缩队列中且压缩次数小于1,所述压缩队列中的文件能够根据文件的传输速率或文件的压缩速率动态调整;
所述压缩模块压缩所述待传输文件集合中的至少一第二文件,包括:
至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件,包括:获得所述至少一第一文件的第一传输时长,至少基于所述第一传输时长确定压缩容量,根据所述压缩容量压缩所述待传输文件集合中第一数量的第二文件,其中,所述第一数量基于所述压缩容量及所述第二文件的文件大小确定;
在传输所述至少一第三文件的过程中,基于所述至少一第三文件的第二传输时长压缩所述待传输文件集合中剩余的第二文件;
或,
同时压缩所述待传输文件集合中第二数量的第二文件;
或,
按照第一方式对所述至少一第二文件进行分组,得到至少一第二文件组;
按照第一优先级顺序对每一第二文件组进行压缩;
其中,在对每一第二文件组进行压缩的过程中,基于所述第二文件组中的文件数量得到至少一第三文件,其中,得到第三文件的数量不大于所述第二文件组中的文件数量。
CN201910613880.2A 2019-07-09 2019-07-09 传输方法及传输装置 Active CN110266814B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910613880.2A CN110266814B (zh) 2019-07-09 2019-07-09 传输方法及传输装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910613880.2A CN110266814B (zh) 2019-07-09 2019-07-09 传输方法及传输装置

Publications (2)

Publication Number Publication Date
CN110266814A CN110266814A (zh) 2019-09-20
CN110266814B true CN110266814B (zh) 2021-08-17

Family

ID=67925091

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910613880.2A Active CN110266814B (zh) 2019-07-09 2019-07-09 传输方法及传输装置

Country Status (1)

Country Link
CN (1) CN110266814B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291341A (zh) * 2020-10-28 2021-01-29 维沃移动通信有限公司 文件传输方法、装置和设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105450785A (zh) * 2016-01-26 2016-03-30 青岛海信电器股份有限公司 一种文件传输方法和装置
CN108833530A (zh) * 2018-06-11 2018-11-16 联想(北京)有限公司 一种传输方法和装置

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1314210C (zh) * 2001-05-10 2007-05-02 华邦电子股份有限公司 动态调整压缩率传输数据的方法及装置
CN101599986B (zh) * 2008-06-02 2012-08-08 宏碁股份有限公司 加速文件传输速度的方法及计算机系统
CN101552652A (zh) * 2009-05-13 2009-10-07 北京交大思源科技有限公司 一种文件传输方法及传输装置
TWI443557B (zh) * 2010-09-30 2014-07-01 Wintek Corp 觸控面板資料傳輸方法
CN102437894B (zh) * 2011-11-04 2015-01-28 百度在线网络技术(北京)有限公司 用于对待发送信息进行压缩处理的方法、装置及设备
CN103117958B (zh) * 2013-01-08 2015-11-25 北京百度网讯科技有限公司 网络数据包聚集方法、系统及装置
CN104426942A (zh) * 2013-08-27 2015-03-18 鸿富锦精密工业(深圳)有限公司 文件上传方法及系统
CN104978319A (zh) * 2014-04-02 2015-10-14 东华软件股份公司 一种用于文件分类传输的方法和设备
CN104618371A (zh) * 2015-01-30 2015-05-13 乐视网信息技术(北京)股份有限公司 一种数据下载方法、装置及系统
CN106155597B (zh) * 2015-03-25 2019-02-15 北大方正集团有限公司 高速数据传输方法及装置
CN105847390A (zh) * 2016-04-22 2016-08-10 乐视控股(北京)有限公司 数据传输的方法、装置及计算机设备
CN106161633B (zh) * 2016-07-20 2020-05-05 柏科数据技术(深圳)股份有限公司 一种基于云计算环境下打包文件的传输方法及系统
WO2018203982A1 (en) * 2017-05-05 2018-11-08 The Regents Of The University Of California Trans-layer bidirectional robust header compression system
CN107071073A (zh) * 2017-06-27 2017-08-18 郑州云海信息技术有限公司 一种应用于对象存储系统的文件传输方法及装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105450785A (zh) * 2016-01-26 2016-03-30 青岛海信电器股份有限公司 一种文件传输方法和装置
CN108833530A (zh) * 2018-06-11 2018-11-16 联想(北京)有限公司 一种传输方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Segment-sliding reconstruction of pulsed radar echoes with sub-Nyquist sampling";Suling ZHANG,et al;《SCIENCE CHINA Information Sciences 》;20161231;全文 *
"基于动态规划算法的文件压缩技术";张海亮,等;《微机发展》;20041130;全文 *

Also Published As

Publication number Publication date
CN110266814A (zh) 2019-09-20

Similar Documents

Publication Publication Date Title
CN105450785B (zh) 一种文件传输方法和装置
CN103246730A (zh) 文件存储方法和设备、文件发送方法和设备
WO2020164476A1 (zh) 数据下载的方法及相关装置
US11196845B2 (en) Method, apparatus, and computer program product for determining data transfer manner
CN110708377A (zh) 一种数据传输方法、装置和存储介质
CN111338787B (zh) 一种数据处理方法及装置、存储介质、电子装置
CN102571820A (zh) 用于传输数据的方法、压缩服务器和终端
CN111984733A (zh) 基于区块链的数据传输方法、装置及存储介质
CN104869229A (zh) 一种任务分配方法
CN110022534B (zh) 一种基于组播的数据传输方法及装置
CN110266814B (zh) 传输方法及传输装置
CN110035128B (zh) 一种直播调度方法、装置、直播系统及存储介质
CN111538572A (zh) 任务处理方法、装置、调度服务器及介质
US10154116B1 (en) Efficient synchronization of locally-available content
CN104092754A (zh) 文件存储系统和文件存储方法
CN113138969A (zh) 数据传输方法、装置、电子设备和计算机可读存储介质
CN108521382A (zh) 一种消息发送方法、装置及系统
CN112073215A (zh) 一种实现应用的方法及业务控制器
CN104780120A (zh) 一种局域网中文件传输的方法和装置
CN104123942A (zh) 一种语音识别方法及系统
CN111049751A (zh) 数据传输优化方法、装置、设备及可读存储介质
CN107592361B (zh) 一种基于双ib网络的数据传输方法、装置、设备
CN114125936B (zh) 一种资源调度方法、装置和存储介质
CN111477229B (zh) 语音识别请求处理方法和装置
CN109033189B (zh) 链路结构日志的压缩方法、装置、服务器及可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant