CN103248452B - 数据发送装置、数据接收装置、终端和数据传输方法 - Google Patents
数据发送装置、数据接收装置、终端和数据传输方法 Download PDFInfo
- Publication number
- CN103248452B CN103248452B CN201210029720.1A CN201210029720A CN103248452B CN 103248452 B CN103248452 B CN 103248452B CN 201210029720 A CN201210029720 A CN 201210029720A CN 103248452 B CN103248452 B CN 103248452B
- Authority
- CN
- China
- Prior art keywords
- data
- transmitted
- block
- transmission
- thread
- 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
Links
Landscapes
- Communication Control (AREA)
Abstract
本发明提供了一种数据发送装置,包括:协议确认单元,根据采用的连接方式,确认对应的通信协议及对应的最大传输单元;数据分割单元,若待传输数据小于或等于最大传输单元的值,将待传输数据作为待传输数据块,若待传输数据大于最大传输单元的值,则按照最大传输单元的值分割待传输数据,得到多个待传输数据块;线程建立单元,在数据发送装置与数据接收装置之间建立至少一个传输线程,传输线程的数量对应于待传输数据块;数据块发送单元,将待传输数据块通过传输线程传输至数据接收装置。相应地,本发明还提出了一种数据接收装置、一种终端和一种数据传输方法。通过本发明的技术方案,可以充分利用网络资源,提高数据传输速度。
Description
技术领域
本发明涉及数据传输技术领域,具体而言,涉及一种数据发送装置、一种数据接收装置、一种终端和一种数据传输方法。
背景技术
在相关技术中,在终端之间进行数据传输时,比如利用蓝牙、红外等方式进行文件传输,特别是大文件传输时,若通过单线程来进行数据传输的,则存在带宽利用率不高,网络达不到最大负载的问题,那么,在终端之间进行数据传输时,特别是大文件传输时,传输速率达不到最大可传输速率,这样,会增加数据传输的时间,消耗用户的耐心,使用户得不到好的体验,若采用多线程来进行数据传输,则存在过度占用系统资源的问题,反而造成系统缓慢等现象,同时无法使用户得到良好的使用体验。
因此,需要一种新的数据传输技术,可以充分利用网络资源,提高数据传输速度。
发明内容
本发明正是基于上述问题,提出了一种新的数据传输技术,可以充分利用网络资源,提高数据传输速度。
有鉴于此,本发明提出了一种数据发送装置,包括:协议确认单元,根据所述数据发送装置与数据接收装置之间采用的连接方式,确认对应的通信协议,并获取对应于所述通信协议的最大传输单元;数据分割单元,若待传输数据小于或等于所述最大传输单元的值,将所述待传输数据作为待传输数据块,若所述待传输数据大于所述最大传输单元的值,则按照所述最大传输单元的值分割所述待传输数据,得到多个待传输数据块;线程建立单元,在所述数据发送装置与所述数据接收装置之间建立至少一个传输线程,所述传输线程的数量对应于所述待传输数据块;数据块发送单元,将所述待传输数据块通过所述传输线程传输至所述数据接收装置。
在该技术方案中,利用了最大传输单元(MTU,Maximum Transmission Unit),是指一种通信协议的某一层上面所能通过的最大数据包大小,那么,当进行传输的数据大于这个值时,就会影响到传输时的速度,而当传输的数据小于或等于这个值时,则可以在不影响传输速度的同时,最大可能地利用带宽资源,从而提升数据的传输速度。但传输的数据往往会大于最大传输单元,因此,可以将最大传输单元作为标准大小,对大于该值的数据进行切割,从而保证最后进行传输的数据或数据块均小于或等于最大传输单元的值。另外,对于传输线程的数量,是与切割得到的数据块的数量相关的,这里的相关是指,可以预示设置好数据块数量与传输线程数量之间的对应关系,比如数据块小于或等于20个时,建立5个线程,数据块大于20个小于200个时,建立10个线程等,当然,也可以在数据块数量与传输线程数量之间建立一个关系式,然后根据每次得到的数据块的数量计算得到需要建立的传输线程的数量。
在上述技术方案中,优选地,所述线程建立单元还用于:在所述数据发送装置与所述数据接收装置之间建立至少一个控制线程,所述控制线程将来自所述数据发送装置的辅助参数发送至所述数据接收装置。在该技术方案中,数据块的传输是采用的传输线程,而在数据传输之前或其过程中,需要一些辅助参数进行数据传输的辅助作用,比如待传输数据的名称、长度等,用于使数据接收装置能够确认接收到的数据,而数据块的数量、大小等,则用于确认需要建立的传输线程的数量,使得数据块的传输能够顺利进行。
在上述技术方案中,优选地,所述辅助参数包括:所述待传输数据的名称、长度、所述待传输数据块的数量、大小和/或所述传输线程的数量。
在上述技术方案中,优选地,所述线程建立单元具体包括:连接建立子单元,在所述数据发送装置和所述数据接收装置之间建立socket连接;线程开启子单元,在所述连接建立子单元完成所述socket连接的建立后,开启所述控制线程和/或所述传输线程。在该技术方案中,可以采用socket连接来实现数据块或辅助参数的传输,也就是传输线程或控制线程均可以采用socket方式进行建立,即在数据发送装置和数据接收装置之间实现socket连接后,开启对应的线程,从而实现线程的建立。
根据本发明的又一方面,还提出了一种数据接收装置,包括:数据接收单元,通过与数据发送装置之间建立的至少一个传输线程,接收来自所述数据发送装置的待传输数据块,以及接收对应于每个所述待传输数据块的标识;数据块写入单元,根据所述数据接收单元接收到的所述待传输数据块的标识,将对应的待传输数据块写入待生成文件;状态设置单元,将完成了所述数据块写入单元的写入过程的待传输数据块的标识设置为完成状态;状态判断单元,检测所有的所述待传输数据块的标识,判断是否存在未被设置为所述完成状态的待传输数据块的标识;状态反馈单元,在所述状态判断单元的判断结果为是的情况下,将未被设置为所述完成状态的待传输数据块的标识及失败信号反馈至所述数据发送装置,由所述数据发送装置重新发送对应的待传输数据块;结果确认单元,若所述状态判断单元的判断结果为否,则将所述待生成文件作为传输结果。
在该技术方案中,这里的待传输数据块的标识可以是待传输数据块的ID等。通过对每个接收到的待传输数据块进行记录,可以了解是否已经接收到全部的待传输数据块,并已经将其写入待生成文件,以重新组合为最初的待传输数据。在具体操作时,可以通过多种方式实现对待传输数据块的标记、检测等,比如在最初时,可以根据接收到的待传输数据块的数量,在数据接收装置中建立对应数量大小的数组,并将该数组中的每个数上置为false。当接收到某个待传输数据块,并写入待生成文件后,将对应的待传输数据块的标识写入到数组中,并将对应位置的false置为true,因此,最后若检测不到false则说明全部完成,传输成功,若检测到false,则由数据发送装置重新进行发送对应的待传输数据块,直至检测不到false。
在上述技术方案中,优选地,还包括:数据截取单元,在所述数据接收单元接收到最后一个数据块之后,按照s=t-b×(n-1)计算实际数据大小,并从所述最后一个数据块中按照预设路径截取对应于所述实际数据大小的数据块,作为最后一个所述待传输数据块,其中,s为所述实际数据大小,t为所述待传输数据的总大小,b为所述最大传输单元的值,n为所述待传输数据的数量。在该技术方案中,由于每次进行传输时的待传输数据的大小不定,因此,在完成切割后,最后一个待传输数据块的大小可能小于最大传输单元,但进行传输时,仍然是按照最大传输单元的大小进行传输,从而导致数据接收装置接收到的数据中,包含有待传输数据以及其他的无用数据,此时需要由数据接收装置对接收到的最后一个数据进行处理,获取其中的有用数据,即最后一个待传输数据块。而在接收到的数据块中,往往是从一端开始为待传输数据块,而该端口往往是固定的,因而可以通过上述公式计算出待传输数据块的大小之后,按照预设的方向从接收到的数据块中截取相应大小的数据,即为最后一个待传输数据块。
根据本发明的又一方面,还提出了一种终端,包括:如上述技术方案所述的数据发送装置;和/或如上述技术方案所述的数据接收装置。
在该技术方案中,利用了最大传输单元(MTU,Maximum Transmission Unit),是指一种通信协议的某一层上面所能通过的最大数据包大小,那么,当进行传输的数据大于这个值时,就会影响到传输时的速度,而当传输的数据小于或等于这个值时,则可以在不影响传输速度的同时,最大可能地利用带宽资源,从而提升数据的传输速度。但传输的数据往往会大于最大传输单元,因此,可以将最大传输单元作为标准大小,对大于该值的数据进行切割,从而保证最后进行传输的数据或数据块均小于或等于最大传输单元的值。另外,对于传输线程的数量,是与切割得到的数据块的数量相关的,这里的相关是指,可以预示设置好数据块数量与传输线程数量之间的对应关系,比如数据块小于或等于20个时,建立5个线程,数据块大于20个小于200个时,建立10个线程等,当然,也可以在数据块数量与传输线程数量之间建立一个关系式,然后根据每次得到的数据块的数量计算得到需要建立的传输线程的数量。
这里的待传输数据块的标识可以是待传输数据块的ID等。通过对每个接收到的待传输数据块进行记录,可以了解是否已经接收到全部的待传输数据块,并已经将其写入待生成文件,以重新组合为最初的待传输数据。在具体操作时,可以通过多种方式实现对待传输数据块的标记、检测等,比如在最初时,可以根据接收到的待传输数据块的数量,在数据接收装置中建立对应数量大小的数组,并将该数组中的每个数上置为false。当接收到某个待传输数据块,并写入待生成文件后,将对应的待传输数据块的标识写入到数组中,并将对应位置的false置为true,因此,最后若检测不到false则说明全部完成,传输成功,若检测到false,则由数据发送装置重新进行发送对应的待传输数据块,直至检测不到false。
在上述技术方案中,优选地,包括:所述数据发送装置通过有线或无线方式连接至所述数据接收装置。在该技术方案中,无论是有线的数据传输方式,还是蓝牙、红外等无线的数据传输方式,都可以应用于本发明的技术方案。
根据本发明的又一方面,还提出了一种数据传输方法,包括:步骤402,数据发送装置与数据接收装置之间通过有线或无线方式进行连接;步骤404,根据采用的连接方式,确认对应的通信协议,并获取对应于所述通信协议的最大传输单元;步骤406,若待传输数据小于或等于所述最大传输单元的值,将所述待传输数据作为待传输数据块,若所述待传输数据大于所述最大传输单元的值,则按照所述最大传输单元的值分割所述待传输数据,得到多个待传输数据块;步骤408,在所述数据发送装置与所述数据接收装置之间建立至少一个传输线程,所述传输线程的数量对应于所述待传输数据块;步骤410,所述数据发送装置将所述待传输数据块通过所述传输线程传输至所述数据接收装置。
在该技术方案中,利用了最大传输单元(MTU,Maximum Transmission Unit),是指一种通信协议的某一层上面所能通过的最大数据包大小,那么,当进行传输的数据大于这个值时,就会影响到传输时的速度,而当传输的数据小于或等于这个值时,则可以在不影响传输速度的同时,最大可能地利用带宽资源,从而提升数据的传输速度。但传输的数据往往会大于最大传输单元,因此,可以将最大传输单元作为标准大小,对大于该值的数据进行切割,从而保证最后进行传输的数据或数据块均小于或等于最大传输单元的值。另外,对于传输线程的数量,是与切割得到的数据块的数量相关的,这里的相关是指,可以预示设置好数据块数量与传输线程数量之间的对应关系,比如数据块小于或等于20个时,建立5个线程,数据块大于20个小于200个时,建立10个线程等,当然,也可以在数据块数量与传输线程数量之间建立一个关系式,然后根据每次得到的数据块的数量计算得到需要建立的传输线程的数量。
在上述技术方案中,优选地,在所述步骤408之前,还包括:在所述数据发送装置与所述数据接收装置之间建立至少一个控制线程,用于由所述数据发送装置将辅助参数发送至所述数据接收装置。在该技术方案中,数据块的传输是采用的传输线程,而在数据传输之前或其过程中,需要一些辅助参数进行数据传输的辅助作用,比如待传输数据的名称、长度等,用于使数据接收装置能够确认接收到的数据,而数据块的数量、大小等,则用于确认需要建立的传输线程的数量,使得数据块的传输能够顺利进行。
在上述技术方案中,优选地,所述辅助参数包括:所述待传输数据的名称、长度、所述待传输数据块的数量、大小和/或所述传输线程的数量。
在上述技术方案中,优选地,所述步骤410还包括:将每个所述待传输数据块的标识通过对应的传输线程传输至所述数据接收装置;在所述步骤410之后,还包括:所述数据接收装置根据所述待传输数据块的标识将对应的待传输数据块写入待生成文件,并将完成了该写入过程的待传输数据块的标识设置为完成状态;以及若存在没有被设置为所述完成状态的待传输数据块的标识,则由所述数据发送装置重新发送对应的待传输数据块,若不存在,则将所述待生成文件作为传输结果。
在该技术方案中,这里的待传输数据块的标识可以是待传输数据块的ID等。通过对每个接收到的待传输数据块进行记录,可以了解是否已经接收到全部的待传输数据块,并已经将其写入待生成文件,以重新组合为最初的待传输数据。在具体操作时,可以通过多种方式实现对待传输数据块的标记、检测等,比如在最初时,可以根据接收到的待传输数据块的数量,在数据接收装置中建立对应数量大小的数组,并将该数组中的每个数上置为false。当接收到某个待传输数据块,并写入待生成文件后,将对应的待传输数据块的标识写入到数组中,并将对应位置的false置为true,因此,最后若检测不到false则说明全部完成,传输成功,若检测到false,则由数据发送装置重新进行发送对应的待传输数据块,直至检测不到false。
在上述技术方案中,优选地,所述步骤410还包括:在所述数据接收装置接收到最后一个数据块之后,按照s=t-b×(n-1)计算实际数据大小,并从所述最后一个数据块中按照预设路径截取对应于所述实际数据大小的数据块,作为最后一个所述待传输数据块,其中,s为所述实际数据大小,t为所述待传输数据的总大小,b为所述最大传输单元的值,n为所述待传输数据的数量。在该技术方案中,由于每次进行传输时的待传输数据的大小不定,因此,在完成切割后,最后一个待传输数据块的大小可能小于最大传输单元,但进行传输时,仍然是按照最大传输单元的大小进行传输,从而导致数据接收装置接收到的数据中,包含有待传输数据以及其他的无用数据,此时需要由数据接收装置对接收到的最后一个数据进行处理,获取其中的有用数据,即最后一个待传输数据块。而在接收到的数据块中,往往是从一端开始为待传输数据块,而该端口往往是固定的,因而可以通过上述公式计算出待传输数据块的大小之后,按照预设的方向从接收到的数据块中截取相应大小的数据,即为最后一个待传输数据块。
在上述技术方案中,优选地,还包括:在所述数据发送装置和所述数据接收装置之间建立socket连接之后,开启所述控制线程和/或所述传输线程。在该技术方案中,可以采用socket连接来实现数据块或辅助参数的传输,也就是传输线程或控制线程均可以采用socket方式进行建立,即在数据发送装置和数据接收装置之间实现socket连接后,开启对应的线程,从而实现线程的建立。
通过以上技术方案,可以充分利用网络资源,提高数据传输速度。
附图说明
图1示出了根据本发明的实施例的数据发送装置的框图;
图2示出了根据本发明的实施例的数据接收装置的框图;
图3示出了根据本发明的实施例的终端的框图;
图4示出了根据本发明的实施例的数据传输方法的流程图;
图5示出了根据本发明的实施例的数据传输的具体流程图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明并不限于下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的数据发送装置的框图。
如图1所示,根据本发明的实施例的数据发送装置100,包括:协议确认单元102,根据数据发送装置100与数据接收装置之间采用的连接方式,确认对应的通信协议,并获取对应于通信协议的最大传输单元;数据分割单元104,若待传输数据小于或等于最大传输单元的值,将待传输数据作为待传输数据块,若待传输数据大于最大传输单元的值,则按照最大传输单元的值分割待传输数据,得到多个待传输数据块;线程建立单元106,在数据发送装置100与数据接收装置之间建立至少一个传输线程,传输线程的数量对应于待传输数据块;数据块发送单元108,将待传输数据块通过传输线程传输至数据接收装置。
在该技术方案中,利用了最大传输单元(MTU,Maximum Transmission Unit),是指一种通信协议的某一层上面所能通过的最大数据包大小,那么,当进行传输的数据大于这个值时,就会影响到传输时的速度,而当传输的数据小于或等于这个值时,则可以在不影响传输速度的同时,最大可能地利用带宽资源,从而提升数据的传输速度。但传输的数据往往会大于最大传输单元,因此,可以将最大传输单元作为标准大小,对大于该值的数据进行切割,从而保证最后进行传输的数据或数据块均小于或等于最大传输单元的值。另外,对于传输线程的数量,是与切割得到的数据块的数量相关的,这里的相关是指,可以预示设置好数据块数量与传输线程数量之间的对应关系,比如数据块小于或等于20个时,建立5个线程,数据块大于20个小于200个时,建立10个线程等,当然,也可以在数据块数量与传输线程数量之间建立一个关系式,然后根据每次得到的数据块的数量计算得到需要建立的传输线程的数量。
在上述技术方案中,线程建立单元106还用于:在数据发送装置100与数据接收装置之间建立至少一个控制线程,控制线程将来自数据发送装置100的辅助参数发送至数据接收装置。在该技术方案中,数据块的传输是采用的传输线程,而在数据传输之前或其过程中,需要一些辅助参数进行数据传输的辅助作用,比如待传输数据的名称、长度等,用于使数据接收装置能够确认接收到的数据,而数据块的数量、大小等,则用于确认需要建立的传输线程的数量,使得数据块的传输能够顺利进行。
在上述技术方案中,辅助参数包括:待传输数据的名称、长度、待传输数据块的数量、大小和/或传输线程的数量。
在上述技术方案中,线程建立单元106具体包括:连接建立子单元1062,在数据发送装置100和数据接收装置之间建立socket连接;线程开启子单元1064,在连接建立子单元1062完成socket连接的建立后,开启控制线程和/或传输线程。在该技术方案中,可以采用socket连接来实现数据块或辅助参数的传输,也就是传输线程或控制线程均可以采用socket方式进行建立,即在数据发送装置100和数据接收装置之间实现socket连接后,开启对应的线程,从而实现线程的建立。
图2示出了根据本发明的实施例的数据接收装置的框图。
如图2所示,根据本发明的实施例的数据接收装置200,包括:数据接收单元202,通过与数据发送装置之间建立的至少一个传输线程,接收来自数据发送装置的待传输数据块,以及接收对应于每个待传输数据块的标识;数据块写入单元204,根据数据接收单元202接收到的待传输数据块的标识,将对应的待传输数据块写入待生成文件;状态设置单元206,将完成了数据块写入单元204的写入过程的待传输数据块的标识设置为完成状态;状态判断单元208,检测所有的待传输数据块的标识,判断是否存在未被设置为完成状态的待传输数据块的标识;状态反馈单元210,在状态判断单元208的判断结果为是的情况下,将未被设置为完成状态的待传输数据块的标识及失败信号反馈至数据发送装置,由数据发送装置重新发送对应的待传输数据块;结果确认单元212,若状态判断单元208的判断结果为否,则将待生成文件作为传输结果。
在该技术方案中,这里的待传输数据块的标识可以是待传输数据块的ID等。通过对每个接收到的待传输数据块进行记录,可以了解是否已经接收到全部的待传输数据块,并已经将其写入待生成文件,以重新组合为最初的待传输数据。在具体操作时,可以通过多种方式实现对待传输数据块的标记、检测等,比如在最初时,可以根据接收到的待传输数据块的数量,在数据接收装置200中建立对应数量大小的数组,并将该数组中的每个数上置为false。当接收到某个待传输数据块,并写入待生成文件后,将对应的待传输数据块的标识写入到数组中,并将对应位置的false置为true,因此,最后若检测不到false则说明全部完成,传输成功,若检测到false,则由数据发送装置重新进行发送对应的待传输数据块,直至检测不到false。
在上述技术方案中,还包括:数据截取单元214,在数据接收单元202接收到最后一个数据块之后,按照s=t-b×(n-1)计算实际数据大小,并从最后一个数据块中按照预设路径截取对应于实际数据大小的数据块,作为最后一个待传输数据块,其中,s为实际数据大小,t为待传输数据的总大小,b为最大传输单元的值,n为待传输数据的数量。在该技术方案中,由于每次进行传输时的待传输数据的大小不定,因此,在完成切割后,最后一个待传输数据块的大小可能小于最大传输单元,但进行传输时,仍然是按照最大传输单元的大小进行传输,从而导致数据接收装置200接收到的数据中,包含有待传输数据以及其他的无用数据,此时需要由数据接收装置200对接收到的最后一个数据进行处理,获取其中的有用数据,即最后一个待传输数据块。而在接收到的数据块中,往往是从一端开始至实际数据大小均为待传输数据块,且开始方向是一致的,如从首先接收到的一端开始,因而可以通过上述公式计算出待传输数据块的大小之后,按照预设的方向从接收到的数据块中截取相应大小的数据,即为最后一个待传输数据块。
图3示出了根据本发明的实施例的终端的框图。
如图3所示,根据本发明的实施例的终端300,包括如图1所示的数据发送装置100和如图2所示的数据接收装置200。
数据发送装置100,包括:协议确认单元102,根据数据发送装置100与数据接收装置200(显然,从逻辑上来说,应该是其他终端上的数据接收装置,下文中其他位置不再标出)之间采用的连接方式,确认对应的通信协议,并获取对应于通信协议的最大传输单元;数据分割单元104,若待传输数据小于或等于最大传输单元的值,将待传输数据作为待传输数据块,若待传输数据大于最大传输单元的值,则按照最大传输单元的值分割待传输数据,得到多个待传输数据块;线程建立单元106,在数据发送装置100与数据接收装置200之间建立至少一个传输线程,传输线程的数量对应于待传输数据块;数据块发送单元108,将待传输数据块通过传输线程传输至数据接收装置200。
在该技术方案中,利用了最大传输单元(MTU,Maximum Transmission Unit),是指一种通信协议的某一层上面所能通过的最大数据包大小,那么,当进行传输的数据大于这个值时,就会影响到传输时的速度,而当传输的数据小于或等于这个值时,则可以在不影响传输速度的同时,最大可能地利用带宽资源,从而提升数据的传输速度。但传输的数据往往会大于最大传输单元,因此,可以将最大传输单元作为标准大小,对大于该值的数据进行切割,从而保证最后进行传输的数据或数据块均小于或等于最大传输单元的值。另外,对于传输线程的数量,是与切割得到的数据块的数量相关的,这里的相关是指,可以预示设置好数据块数量与传输线程数量之间的对应关系,比如数据块小于或等于20个时,建立5个线程,数据块大于20个小于200个时,建立10个线程等,当然,也可以在数据块数量与传输线程数量之间建立一个关系式,然后根据每次得到的数据块的数量计算得到需要建立的传输线程的数量。
在上述技术方案中,线程建立单元106还用于:在数据发送装置100与数据接收装置200之间建立至少一个控制线程,控制线程将来自数据发送装置100的辅助参数发送至数据接收装置200。在该技术方案中,数据块的传输是采用的传输线程,而在数据传输之前或其过程中,需要一些辅助参数进行数据传输的辅助作用,比如待传输数据的名称、长度等,用于使数据接收装置能够确认接收到的数据,而数据块的数量、大小等,则用于确认需要建立的传输线程的数量,使得数据块的传输能够顺利进行。
在上述技术方案中,辅助参数包括:待传输数据的名称、长度、待传输数据块的数量、大小和/或传输线程的数量。
在上述技术方案中,线程建立单元106具体包括:连接建立子单元1062,在数据发送装置100和数据接收装置200之间建立socket连接;线程开启子单元1064,在连接建立子单元1062完成socket连接的建立后,开启控制线程和/或传输线程。在该技术方案中,可以采用socket连接来实现数据块或辅助参数的传输,也就是传输线程或控制线程均可以采用socket方式进行建立,即在数据发送装置100和数据接收装置200之间实现socket连接后,开启对应的线程,从而实现线程的建立。
数据接收装置200,包括:数据接收单元202,通过与数据发送装置100(显然,从逻辑上来说,应该是其他终端上的数据发送装置,下文中其他位置不再标出)之间建立的至少一个传输线程,接收来自数据发送装置100的待传输数据块,以及接收对应于每个待传输数据块的标识;数据块写入单元204,根据数据接收单元202接收到的待传输数据块的标识,将对应的待传输数据块写入待生成文件;状态设置单元206,将完成了数据块写入单元204的写入过程的待传输数据块的标识设置为完成状态;状态判断单元208,检测所有的待传输数据块的标识,判断是否存在未被设置为完成状态的待传输数据块的标识;状态反馈单元210,在状态判断单元208的判断结果为是的情况下,将未被设置为完成状态的待传输数据块的标识及失败信号反馈至数据发送装置100,由数据发送装置100重新发送对应的待传输数据块;结果确认单元212,若状态判断单元208的判断结果为否,则将待生成文件作为传输结果。
在该技术方案中,这里的待传输数据块的标识可以是待传输数据块的ID等。通过对每个接收到的待传输数据块进行记录,可以了解是否已经接收到全部的待传输数据块,并已经将其写入待生成文件,以重新组合为最初的待传输数据。在具体操作时,可以通过多种方式实现对待传输数据块的标记、检测等,比如在最初时,可以根据接收到的待传输数据块的数量,在数据接收装置200中建立对应数量大小的数组,并将该数组中的每个数上置为false。当接收到某个待传输数据块,并写入待生成文件后,将对应的待传输数据块的标识写入到数组中,并将对应位置的false置为true,因此,最后若检测不到false则说明全部完成,传输成功,若检测到false,则由数据发送装置100重新进行发送对应的待传输数据块,直至检测不到false。
在上述技术方案中,还包括:数据截取单元214,在数据接收单元202接收到最后一个数据块之后,按照s=t-b×(n-1)计算实际数据大小,并从最后一个数据块中按照预设路径截取对应于实际数据大小的数据块,作为最后一个待传输数据块,其中,s为实际数据大小,t为待传输数据的总大小,b为最大传输单元的值,n为待传输数据的数量。在该技术方案中,由于每次进行传输时的待传输数据的大小不定,因此,在完成切割后,最后一个待传输数据块的大小可能小于最大传输单元,但进行传输时,仍然是按照最大传输单元的大小进行传输,从而导致数据接收装置200接收到的数据中,包含有待传输数据以及其他的无用数据,此时需要由数据接收装置200对接收到的最后一个数据进行处理,获取其中的有用数据,即最后一个待传输数据块。而在接收到的数据块中,往往是从一端开始至实际数据大小均为待传输数据块,且开始方向是一致的,如从首先接收到的一端开始,因而可以通过上述公式计算出待传输数据块的大小之后,按照预设的方向从接收到的数据块中截取相应大小的数据,即为最后一个待传输数据块。
图4示出了根据本发明的实施例的数据传输方法的流程图。
如图4所示,根据本发明的实施例的数据传输方法,包括:步骤402,数据发送装置与数据接收装置之间通过有线或无线方式进行连接;步骤404,根据采用的连接方式,确认对应的通信协议,并获取对应于通信协议的最大传输单元;步骤406,若待传输数据小于或等于最大传输单元的值,将待传输数据作为待传输数据块,若待传输数据大于最大传输单元的值,则按照最大传输单元的值分割待传输数据,得到多个待传输数据块;步骤408,在数据发送装置与数据接收装置之间建立至少一个传输线程,传输线程的数量对应于待传输数据块;步骤410,数据发送装置将待传输数据块通过传输线程传输至数据接收装置。
在该技术方案中,利用了最大传输单元(MTU,Maximum Transmission Unit),是指一种通信协议的某一层上面所能通过的最大数据包大小,那么,当进行传输的数据大于这个值时,就会影响到传输时的速度,而当传输的数据小于或等于这个值时,则可以在不影响传输速度的同时,最大可能地利用带宽资源,从而提升数据的传输速度。但传输的数据往往会大于最大传输单元,因此,可以将最大传输单元作为标准大小,对大于该值的数据进行切割,从而保证最后进行传输的数据或数据块均小于或等于最大传输单元的值。另外,对于传输线程的数量,是与切割得到的数据块的数量相关的,这里的相关是指,可以预示设置好数据块数量与传输线程数量之间的对应关系,比如数据块小于或等于20个时,建立5个线程,数据块大于20个小于200个时,建立10个线程等,当然,也可以在数据块数量与传输线程数量之间建立一个关系式,然后根据每次得到的数据块的数量计算得到需要建立的传输线程的数量。
在上述技术方案中,在步骤408之前,还包括:在数据发送装置与数据接收装置之间建立至少一个控制线程,用于由数据发送装置将辅助参数发送至数据接收装置。在该技术方案中,数据块的传输是采用的传输线程,而在数据传输之前或其过程中,需要一些辅助参数进行数据传输的辅助作用,比如待传输数据的名称、长度等,用于使数据接收装置能够确认接收到的数据,而数据块的数量、大小等,则用于确认需要建立的传输线程的数量,使得数据块的传输能够顺利进行。
在上述技术方案中,辅助参数包括:待传输数据的名称、长度、待传输数据块的数量、大小和/或传输线程的数量。
在上述技术方案中,步骤410还包括:将每个待传输数据块的标识通过对应的传输线程传输至数据接收装置;在步骤410之后,还包括:数据接收装置根据待传输数据块的标识将对应的待传输数据块写入待生成文件,并将完成了该写入过程的待传输数据块的标识设置为完成状态;以及若存在没有被设置为完成状态的待传输数据块的标识,则由数据发送装置重新发送对应的待传输数据块,若不存在,则将待生成文件作为传输结果。
在该技术方案中,这里的待传输数据块的标识可以是待传输数据块的ID等。通过对每个接收到的待传输数据块进行记录,可以了解是否已经接收到全部的待传输数据块,并已经将其写入待生成文件,以重新组合为最初的待传输数据。在具体操作时,可以通过多种方式实现对待传输数据块的标记、检测等,比如在最初时,可以根据接收到的待传输数据块的数量,在数据接收装置中建立对应数量大小的数组,并将该数组中的每个数上置为false。当接收到某个待传输数据块,并写入待生成文件后,将对应的待传输数据块的标识写入到数组中,并将对应位置的false置为true,因此,最后若检测不到false则说明全部完成,传输成功,若检测到false,则由数据发送装置重新进行发送对应的待传输数据块,直至检测不到false。
在上述技术方案中,步骤410还包括:在数据接收装置接收到最后一个数据块之后,按照s=t-b×(n-1)计算实际数据大小,并从最后一个数据块中按照预设路径截取对应于实际数据大小的数据块,作为最后一个待传输数据块,其中,s为实际数据大小,t为待传输数据的总大小,b为最大传输单元的值,n为待传输数据的数量。在该技术方案中,由于每次进行传输时的待传输数据的大小不定,因此,在完成切割后,最后一个待传输数据块的大小可能小于最大传输单元,但进行传输时,仍然是按照最大传输单元的大小进行传输,从而导致数据接收装置接收到的数据中,包含有待传输数据以及其他的无用数据,此时需要由数据接收装置对接收到的最后一个数据进行处理,获取其中的有用数据,即最后一个待传输数据块。而在接收到的数据块中,往往是从一端开始至实际数据大小均为待传输数据块,且开始方向是一致的,如从首先接收到的一端开始,因而可以通过上述公式计算出待传输数据块的大小之后,按照预设的方向从接收到的数据块中截取相应大小的数据,即为最后一个待传输数据块。
在上述技术方案中,还包括:在数据发送装置和数据接收装置之间建立socket连接之后,开启控制线程和/或传输线程。在该技术方案中,可以采用socket连接来实现数据块或辅助参数的传输,也就是传输线程或控制线程均可以采用socket方式进行建立,即在数据发送装置和数据接收装置之间实现socket连接后,开启对应的线程,从而实现线程的建立。
图5示出了根据本发明的实施例的数据传输的具体流程图。
如图5所示,根据本发明的实施例的数据传输的具体流程如下:
步骤502,在发送端,建立控制连接socket,并等待连接。这里发送端相当于建立一个服务器。
步骤504,在接收端,建立控制socket,连接服务器,也就是连接至发送端建立的控制连接socket。
步骤506,在发送端,根据实际情况,设置参数,这里的实际情况,包括采用的连接方式,使用的通信协议,对应的最大传输单元,待传输数据的名称、大小等,并产生对应的参数。同时,这里还将待传输数据与最大传输单元的值进行比较,若待传输数据的长度小于或等于最大传输单元的值,则直接进行传输,若待传输数据的长度大于最大传输单元的值,则以最大传输单元为单位长度进行切割,得到多个待传输数据块,那么这里的待传输数据块的数量、以及对应的应该建立的socket连接数量也是对应的参数。
步骤508,在发送端,控制socket进行信息传输,统一双方的参数配置。这里是指由发送端将生成的参数,如上述采用的通信协议、待传输数据的命名、大小、待传输数据块的数量、需要建立的socket连接数等参数,发送至接收端,以统一参数,便于接收端对接收到的数据块进行检查、重新生成整体数据。当然,由于各个参数的生成时间并不一致,因此各个参数的发送时间并不是一致的,存在先后顺序,而且也不一定按照本流程采用的流程顺序,这一点对于本领域的技术人员是显而易见的。
步骤510,在接收端,接收参数信息,得到文件长度、数据块大小、socket数量等。根据上一段的说明,这些参数并不是同时、一起获得的,而是存在一定的先后,也不一定按照本流程采用的流程顺序。
步骤512,在发送端,根据上述步骤生成的参数,开启多个线程,并建立socket服务器,等待连接,这里的线程与之前建立的线程不同,是用于传输那些待传输数据块等的通道,且建立的数量是由生成的待传输数据块的数量决定的,比如预先设定待传输数据块的数量小于或等于20个时,建立5个线程,若大于20个且小于200个时,建立10个线程等等,可以事先建立类似的规则,当然,也可以采用预设一个计算公式,然后根据生成的待传输数据块的数量进行实时计算,得到应该建立的线程数量。
步骤514,在接收端,根据参数,开启多个线程,并建立socket客户端,连接服务器。
步骤516,在接收端,连接建立成功后,为每一个socket建立数据缓存区,这里的缓存区用于存储每个线程接收到的待传输数据块。
步骤518,在发送端,由多个socket发送数据。由于每个待传输数据块的大小为最大传输单元,是单个线程的传输速度不受到限制的情况下能够传输的最大长度的数据,并且采用多线程传输,使得对网络带宽的充分利用,提升整体数据的传输速度。
步骤520,在接收端,接收数据,即接收来自发送端的待传输数据,并存储在各个线程对应的数据缓存区中。
步骤522,在发送端,判断是否发送完成所有的待传输数据,若是,则进入步骤524,否则返回步骤518,继续进行发送。
步骤524,在发送端,向接收端发送finishSend消息,以告知接收端,所有的待传输数据块均已发送完毕。
步骤526,在接收端,判断接收到的数据是否为最后一个数据块,这一点可以根据是否接收到来自发送端的finishSend消息来进行判断,若是,则进入步骤528,否则进入步骤530。
步骤528,在接收端,得到最后一个数据块中的数据,这里采用s=t-b×(n-1)计算实际数据大小,并从最后一个数据块中按照预设路径截取对应于实际数据大小的数据块,作为最后一个待传输数据块,其中,s为实际数据大小,t为待传输数据的总大小,b为最大传输单元的值,n为待传输数据的数量。这里由于最后一个数据块的大小无法确定,随着整个数据的大小变化,其他数据块的大小一定等于最大传输单元的值,但最后一个数据块可能小于最大传输单元的值,但传输时仍然按照最大传输单元进行传输,比如最大传输单元为1000字节,而最后一个待传输数据块小于1000字节,那么在接收端接收到的1000字节的数据中,只有一部分是真正的待传输数据块,而另外的字节则是没用的,此时需要计算出真正的待传输数据块的大小,比如计算为300字节,那么其他的700字节为没用数据,则按照预设的规则,比如从接收到的数据的起始点开始,截取300字节的数据,即为实际需要的最后一个待传输数据块。
步骤530,在接收端,根据ID将接收到的数据块写入待生成文件的相应位置。每个数据块都有其对应的ID,根据ID即可了解到数据块在原来数据中应该处的位置,并在接收端重新生成新的数据时,将该数据块重新写入对应的位置,从而完成对整个数据的重组。
步骤532,在接收端,判断是否存在发送失败的数据块,若存在,则进入步骤534,否则进入步骤538。这里进行判断的方式,比如可以对每个接收到的数据块的ID进行记录,并在该数据块被写入待生成文件的对应位置后,将对应的ID置为true,那么,通过查找没有被置为true的ID,便可以了解是否存在发送失败的数据块。另外,还可以在接收端,根据步骤510中接收到的数据块的数量,建立对应大小的一个数组,并将该数组中的各位均置为false。在接收到数据块并写入待生成文件的对应位置后,将对应的ID写入数组中,并将数组中对应的位置置为true,那么,最后通过查看false状态,即可了解到发送失败的数据块。
步骤534,在发送端,若存在发送失败项,在将其重新发送,这里可以由接收端将未成功接收到的数据块的ID及失败信息一同发送至发送端,便于发送端进行辨识。
步骤536,在接收端,重新接收失败项,并根据ID写入待生成文件中相应的位置。当然,此时还可以再次返回步骤532进行反复检查,直至接收到所有的数据块,并生成了整个数据文件。(图中未示出)
步骤538,关闭socket连接,释放资源。
在上述流程中,发送端和接收端包括手机、电脑、掌上电脑等各种终端,其中,发送端和接收端可以为相同的终端,也可以为不同的终端,且发送端与接收端之间采用有线或无线方式进行连接,如蓝牙、红外等。
以上结合附图详细说明了本发明的技术方案,考虑到相关技术中,采用单socket单线程进行数据传输,使得传输过程缓慢,因此,本发明提供了一种数据发送装置、一种数据接收装置、一种终端和一种数据传输方法,可以充分利用网络资源,提高数据传输速度。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种数据发送装置,其特征在于,包括:
协议确认单元,根据所述数据发送装置与数据接收装置之间采用的连接方式,确认对应的通信协议,并获取对应于所述通信协议的最大传输单元;
数据分割单元,若待传输数据小于或等于所述最大传输单元的值,将所述待传输数据作为待传输数据块,若所述待传输数据大于所述最大传输单元的值,则按照所述最大传输单元的值分割所述待传输数据,得到多个待传输数据块;
线程建立单元,在所述数据发送装置与所述数据接收装置之间建立至少一个传输线程,所述传输线程的数量对应于所述待传输数据块;
数据块发送单元,将所述待传输数据块通过所述传输线程传输至所述数据接收装置。
2.根据权利要求1所述的数据发送装置,其特征在于,所述线程建立单元还用于:
在所述数据发送装置与所述数据接收装置之间建立至少一个控制线程,所述控制线程将来自所述数据发送装置的辅助参数发送至所述数据接收装置。
3.根据权利要求1或2所述的数据发送装置,其特征在于,所述线程建立单元具体包括:
连接建立子单元,在所述数据发送装置和所述数据接收装置之间建立socket连接;
线程开启子单元,在所述连接建立子单元完成所述socket连接的建立后,开启控制线程和/或所述传输线程。
4.一种数据接收装置,其特征在于,包括:
数据接收单元,通过与数据发送装置之间建立的至少一个传输线程,接收来自所述数据发送装置的待传输数据块,以及接收对应于每个所述待传输数据块的标识;
数据块写入单元,根据所述数据接收单元接收到的所述待传输数据块的标识,将对应的待传输数据块写入待生成文件;
状态设置单元,将完成了所述数据块写入单元的写入过程的待传输数据块的标识设置为完成状态;
状态判断单元,检测所有的所述待传输数据块的标识,判断是否存在未被设置为所述完成状态的待传输数据块的标识;
状态反馈单元,在所述状态判断单元的判断结果为是的情况下,将未被设置为所述完成状态的待传输数据块的标识及失败信号反馈至所述数据发送装置,由所述数据发送装置重新发送对应的待传输数据块;
结果确认单元,若所述状态判断单元的判断结果为否,则将所述待生成文件作为传输结果;
数据截取单元,在所述数据接收单元接收到最后一个数据块之后,按照s=t-b×(n-1)计算实际数据大小,并从所述最后一个数据块中按照预设路径截取对应于所述实际数据大小的数据块,作为最后一个所述待传输数据块,其中,s为所述实际数据大小,t为待传输数据的总大小,b为所述最大传输单元的值,n为所述待传输数据块的数量;
其中,所述最大传输单元是与所述数据发送装置与所述数据接收装置之间的通信协议对应的。
5.一种终端,其特征在于,包括:
如权利要求1至3中任一项所述的数据发送装置;和/或
如权利要求4所述的数据接收装置。
6.一种数据传输方法,其特征在于,包括:
步骤402,数据发送装置与数据接收装置之间通过有线或无线方式进行连接;
步骤404,根据采用的连接方式,确认对应的通信协议,并获取对应于所述通信协议的最大传输单元;
步骤406,若待传输数据小于或等于所述最大传输单元的值,将所述待传输数据作为待传输数据块,若所述待传输数据大于所述最大传输单元的值,则按照所述最大传输单元的值分割所述待传输数据,得到多个待传输数据块;
步骤408,在所述数据发送装置与所述数据接收装置之间建立至少一个传输线程,所述传输线程的数量对应于所述待传输数据块;
步骤410,所述数据发送装置将所述待传输数据块通过所述传输线程传输至所述数据接收装置。
7.根据权利要求6所述的数据传输方法,其特征在于,在所述步骤408之前,还包括:
在所述数据发送装置与所述数据接收装置之间建立至少一个控制线程,用于由所述数据发送装置将辅助参数发送至所述数据接收装置。
8.根据权利要求6或7所述的数据传输方法,其特征在于,所述步骤410还包括:
将每个所述待传输数据块的标识通过对应的传输线程传输至所述数据接收装置;
在所述步骤410之后,还包括:
所述数据接收装置根据所述待传输数据块的标识将对应的待传输数据块写入待生成文件,并将完成了该写入过程的待传输数据块的标识设置为完成状态;以及
若存在没有被设置为所述完成状态的待传输数据块的标识,则由所述数据发送装置重新发送对应的待传输数据块,若不存在,则将所述待生成文件作为传输结果。
9.根据权利要求6或7所述的数据传输方法,其特征在于,所述步骤410还包括:
在所述数据接收装置接收到最后一个数据块之后,按照s=t-b×(n-1)计算实际数据大小,并从所述最后一个数据块中按照预设路径截取对应于所述实际数据大小的数据块,作为最后一个所述待传输数据块,其中,s为所述实际数据大小,t为所述待传输数据的总大小,b为所述最大传输单元的值,n为所述待传输数据块的数量。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210029720.1A CN103248452B (zh) | 2012-02-10 | 2012-02-10 | 数据发送装置、数据接收装置、终端和数据传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210029720.1A CN103248452B (zh) | 2012-02-10 | 2012-02-10 | 数据发送装置、数据接收装置、终端和数据传输方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103248452A CN103248452A (zh) | 2013-08-14 |
CN103248452B true CN103248452B (zh) | 2017-02-15 |
Family
ID=48927692
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210029720.1A Active CN103248452B (zh) | 2012-02-10 | 2012-02-10 | 数据发送装置、数据接收装置、终端和数据传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103248452B (zh) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104660638B (zh) * | 2013-11-20 | 2019-05-24 | 沈阳晨讯希姆通科技有限公司 | 数据传输方法及系统 |
CN103763374A (zh) * | 2014-01-23 | 2014-04-30 | 深圳联友科技有限公司 | 基于udt的数据传输方法及装置 |
CN104980414B (zh) * | 2014-05-15 | 2020-01-10 | 腾讯科技(深圳)有限公司 | 一种文件传输方法及终端 |
CN104135339A (zh) * | 2014-07-08 | 2014-11-05 | 福建联迪商用设备有限公司 | 一种蓝牙低功耗通信的方法、蓝牙设备和系统 |
CN105591777A (zh) * | 2014-10-23 | 2016-05-18 | 中兴通讯股份有限公司 | 一种配置终端的方法、设备和系统 |
CN104574906A (zh) * | 2015-01-26 | 2015-04-29 | 北京迪创伟业科技有限公司 | 用于远程抄表的集中器和用于远程抄表的数据采集系统 |
CN104574908A (zh) * | 2015-01-26 | 2015-04-29 | 北京迪创伟业科技有限公司 | 远程抄表系统 |
CN106936538A (zh) * | 2015-12-29 | 2017-07-07 | 北京大唐高鸿数据网络技术有限公司 | 车载自组织网中提高mac层数据传输效率的方法 |
CN107707328B (zh) * | 2016-08-08 | 2020-11-24 | 北京京东尚科信息技术有限公司 | 摘要信息传输方法和装置 |
CN106302808A (zh) * | 2016-09-14 | 2017-01-04 | 广东欧珀移动通信有限公司 | 数据传输方法及移动终端 |
CN106851611A (zh) * | 2017-02-28 | 2017-06-13 | 上海富士施乐有限公司 | 一种数据发送和接收的方法及装置 |
CN108322527A (zh) * | 2018-01-23 | 2018-07-24 | 平安科技(深圳)有限公司 | 数据传输处理方法、装置、设备及计算机可读存储介质 |
CN108429799B (zh) * | 2018-03-01 | 2021-11-16 | 北京天融信网络安全技术有限公司 | 批量文件的并行传输方法、装置及存储介质 |
CN108965112A (zh) * | 2018-08-09 | 2018-12-07 | 江苏神州信源系统工程有限公司 | 使用即时通讯软件进行文件传输的方法及装置 |
CN110868232B (zh) * | 2018-08-27 | 2022-03-08 | 创意电子股份有限公司 | 信号传输装置与其连线方法 |
CN110493302A (zh) * | 2019-07-01 | 2019-11-22 | 联想(北京)有限公司 | 一种文件传输方法、设备及计算机可读存储介质 |
CN110830972A (zh) * | 2019-12-02 | 2020-02-21 | 北京深思数盾科技股份有限公司 | 用于蓝牙通讯的数据传输方法和装置以及存储介质 |
CN111277988B (zh) * | 2020-03-17 | 2023-06-23 | 北京百瑞互联技术有限公司 | 一种提高微信小程序蓝牙传输速度的方法 |
CN111526207A (zh) * | 2020-05-06 | 2020-08-11 | 金蝶软件(中国)有限公司 | 数据传输方法及相关设备 |
CN113423093B (zh) * | 2021-05-25 | 2023-04-14 | 江铃汽车股份有限公司 | 一种基于车载终端的蓝牙通信方法及系统 |
CN115174490B (zh) * | 2022-06-16 | 2023-10-17 | 浙江华睿科技股份有限公司 | 一种数据传输方法及网络应用终端 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6085251A (en) * | 1998-04-02 | 2000-07-04 | The United States Of America As Represented By The Secretary Of The Air Force | Implementing a parallel file transfer protocol |
CN101018195A (zh) * | 2007-02-06 | 2007-08-15 | 中国科学院软件研究所 | Manet信息分发订购平台中短猝报文的传送方法 |
CN101403980A (zh) * | 2008-11-12 | 2009-04-08 | 西安交通大学 | 一种电子产品码多线程处理方法 |
CN101630355A (zh) * | 2008-07-16 | 2010-01-20 | 中兴通讯股份有限公司 | 射频识别rfid标签的分发方法和装置 |
CN101656756A (zh) * | 2009-09-17 | 2010-02-24 | 中国科学院声学研究所 | 一种发送速率自适应控制的文件传输方法及其系统 |
CN101668192A (zh) * | 2008-09-04 | 2010-03-10 | 新奥特(北京)视频技术有限公司 | 一种基于c/s模式实时传输大数据量图像的方法 |
-
2012
- 2012-02-10 CN CN201210029720.1A patent/CN103248452B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6085251A (en) * | 1998-04-02 | 2000-07-04 | The United States Of America As Represented By The Secretary Of The Air Force | Implementing a parallel file transfer protocol |
CN101018195A (zh) * | 2007-02-06 | 2007-08-15 | 中国科学院软件研究所 | Manet信息分发订购平台中短猝报文的传送方法 |
CN101630355A (zh) * | 2008-07-16 | 2010-01-20 | 中兴通讯股份有限公司 | 射频识别rfid标签的分发方法和装置 |
CN101668192A (zh) * | 2008-09-04 | 2010-03-10 | 新奥特(北京)视频技术有限公司 | 一种基于c/s模式实时传输大数据量图像的方法 |
CN101403980A (zh) * | 2008-11-12 | 2009-04-08 | 西安交通大学 | 一种电子产品码多线程处理方法 |
CN101656756A (zh) * | 2009-09-17 | 2010-02-24 | 中国科学院声学研究所 | 一种发送速率自适应控制的文件传输方法及其系统 |
Also Published As
Publication number | Publication date |
---|---|
CN103248452A (zh) | 2013-08-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103248452B (zh) | 数据发送装置、数据接收装置、终端和数据传输方法 | |
CN103200606B (zh) | 终端和数据业务处理方法 | |
CN106550318B (zh) | 一种在直通模式下信道冲突的处理方法以及终端 | |
CN103955381B (zh) | 管理服务器对终端设备进行批量软件升级方法与系统 | |
WO2017050015A1 (zh) | 数据传输方法、装置以及终端 | |
CN109041262A (zh) | 数据传输方法及相关装置 | |
CN101588228B (zh) | 无线通信系统执行状态报告程序的方法及其相关装置 | |
CN104618236A (zh) | 一种加速网络的并行数据传输系统及方法 | |
RU2006141631A (ru) | Способы и устройство для дарения по сети передачи данных | |
CN103401946B (zh) | Http上传加速方法和系统 | |
CN104750588A (zh) | 一种基于串口通信的压力测试方法 | |
CN104618237A (zh) | 一种基于tcp/udp的广域网加速系统及方法 | |
CN104935641B (zh) | 一种加速文件传输的方法和装置 | |
CN103051716A (zh) | 一种面向网络的串口设备重定向的方法及系统 | |
US10020916B2 (en) | Method and apparatus for data communication of vehicle | |
CN104978319A (zh) | 一种用于文件分类传输的方法和设备 | |
CN103430489A (zh) | 内容分发网络中文件下载方法、装置和系统 | |
CN109526020A (zh) | 数据传输方法及相关产品 | |
CN104954497B (zh) | 一种云存储系统中数据传输方法和系统 | |
CN105763297A (zh) | 一种基于云计算系统的远程数据优化传输方法和装置 | |
CN106686410B (zh) | Hls流媒体传输方法以及装置 | |
CN106850770A (zh) | 基于云计算服务的高效传输方法和装置 | |
CN108076535B (zh) | 无线资源控制连接的控制方法、装置、终端及存储介质 | |
CN101030841B (zh) | 协议数据单元长度变化的通知方法及装置 | |
TW201251377A (en) | NIC data transmission method and system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |