CN106657200A - 一种文件传送方法及装置 - Google Patents

一种文件传送方法及装置 Download PDF

Info

Publication number
CN106657200A
CN106657200A CN201510740774.2A CN201510740774A CN106657200A CN 106657200 A CN106657200 A CN 106657200A CN 201510740774 A CN201510740774 A CN 201510740774A CN 106657200 A CN106657200 A CN 106657200A
Authority
CN
China
Prior art keywords
file
transmitted
client
transmission
service end
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
Application number
CN201510740774.2A
Other languages
English (en)
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.)
China Mobile Group Chongqing Co Ltd
Original Assignee
China Mobile Group Chongqing 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 China Mobile Group Chongqing Co Ltd filed Critical China Mobile Group Chongqing Co Ltd
Priority to CN201510740774.2A priority Critical patent/CN106657200A/zh
Publication of CN106657200A publication Critical patent/CN106657200A/zh
Pending legal-status Critical Current

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)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明实施例公开了一种文件传送方法,包括:接收文件传送请求消息,该文件传送请求消息中携带第一待传送文件的存储路径和客户端标识;根据客户端标识和第一待传送文件的存储路径,发送配置策略至客户端,以使得该客户端根据该配置策略对该第一待传送文件进行切割;当客户端对第一待传送文件切割完成后,接收N个第二待传送文件,并对该N个第二待传送文件进行组合,其中,N大于等于2。本发明实施例还同时公开了一种文件传送装置。

Description

一种文件传送方法及装置
技术领域
本发明涉及通信领域中的数据传输技术,尤其涉及一种文件传送方法及装置。
背景技术
随着信息时代的到来,特别进入到大数据时代,各业务系统间的数据交互越发频繁,且各系统使用的技术也不尽相同。基于面向服务的体系结构(SOA,Service-Oriented Architecture)技术实现的跨平台数据交互很好的解决了多系统间数据传送的问题。
目前,SOA平台主要实现多平台结构化数据的传送,通过SOA平台进行一个文件的传送时,需要将该一个文件整体转换为字节流的形式,并通过长连接的方式传送至对方平台(服务端),同时对方平台通过长连接接收字节流数据,再将字节流数据转换回成一个文件。
然而,采用上述这种现有方式对于小文件(10M以内)可以支撑。但如果对于大文件特别是批量大文件,由于SOA平台采用是长连接,数据要一次传送完成,对于较大的文件的传送会长期占用SOA平台的连接,造成SOA平台负荷较大无法及时响应其它业务请求,同时一旦数据传输出现中断将造成整个文件传送的失败。即,对于批量的大文件的传送,存在着数据传送长期占用连接,数据传送易中断等问题。
发明内容
为解决上述技术问题,本发明实施例期望提供一种文件传送方法及装置,能够提高文件传送的效率,节约资源占用的时间。
本发明的技术方案是这样实现的:
本发明实施例提供一种文件传送方法,应用于服务端,所述方法包括:
接收文件传送请求消息,所述文件传送请求消息中携带第一待传送文件的存储路径和客户端标识;
根据所述客户端标识和所述第一待传送文件的存储路径,发送配置策略至客户端,以使得所述客户端根据所述配置策略对所述第一待传送文件进行切割;
当所述客户端将所述第一待传送文件切割为N个第二待传送文件时,接收所述N个第二待传送文件,并对所述N个第二待传送文件进行组合,其中,N大于等于2。
在上述方案中,所述接收所述N个第二待传送文件之后,以及所述对所述N个第二待传送文件进行组合之前,所述方法还包括:
根据所述配置策略,对所述N个第二待传送文件进行校对;
相应的,所述对所述N个第二待传送文件进行组合,包括:
当校对出所述N个第二待传送文件传送正确时,对所述N个第二待传送文件进行组合。
在上述方案中,所述根据所述配置策略,对所述N个第二待传送文件进行校对之后,所述方法还包括:
当校对出所述N个第二待传送文件中的至少一个第二待传送文件传送错误时,重新进行所述至少一个第二待传送文件的接收。
本发明实施例还提供一种文件传送方法,应用于客户端,所述方法包括:
发送文件传送请求消息至服务端,所述文件传送请求消息用于请求所述服务端进行第一待传送文件的传送,所述文件传送请求消息中携带客户端标识和第一待传送文件的存储路径;
接收配置策略,所述配置策略与所述客户端标识及所述第一待传送文件的存储路径对应;
根据所述配置策略,将所述第一待传送文件切割为N个第二待传送文件,其中,N大于等于2;
发送所述N个第二待传送文件至所述服务端。
在上述方案中,所述发送所述N个第二待传送文件至所述服务端之后,所述方法还包括:
当所述N个第二待传送文件中的至少一个第二待传送文件传送错误时,重新进行所述至少一个第二待传送文件的发送。
本发明实施例提供一种服务端,所述服务端包括:
第一接收单元,用于接收文件传送请求消息,所述文件传送请求消息中携带第一待传送文件的存储路径和客户端标识;
第一发送单元,用于根据所述接收单元接收的所述客户端标识和所述第一待传送文件的存储路径,发送配置策略至客户端,以使得所述客户端根据所述配置策略对所述第一待传送文件进行切割;
所述第一接收单元,还用于当所述客户端将所述第一待传送文件切割为N个第二待传送文件时,接收所述N个第二待传送文件,其中,N大于等于2;
整合单元,用于对所述第一接收单元接收的所述N个第二待传送文件进行组合。
在上述服务端中,所述服务端还包括:校对单元;
所述校对单元,用于所述第一接收单元接收所述N个第二待传送文件之后,以及所述整合单元对所述N个第二待传送文件进行组合之前,根据所述第一接收单元接收的所述配置策略,对所述N个第二待传送文件进行校对;
所述整合单元,具体用于当所述校对单元校对出所述第一接收单元接收的所述N个第二待传送文件传送正确时,对所述N个第二待传送文件进行组合。
在上述服务端中,所述第一接收单元,还用于所述校对单元根据所述配置策略,对所述N个第二待传送文件进行校对之后,当所述校对单元校对出所述N个第二待传送文件中的至少一个第二待传送文件传送错误时,重新进行所述至少一个第二待传送文件的接收。
本发明实施例提供一种客户端,所述客户端包括:
第二发送单元,用于发送文件传送请求消息至服务端,所述文件传送请求消息用于请求所述服务端进行第一待传送文件的传送,所述文件传送请求消息中携带客户端标识和第一待传送文件的存储路径;
第二接收单元,用于接收配置策略,所述配置策略与所述第二发送单元发送的所述客户端标识及所述第一待传送文件的存储路径对应;
切割单元,用于根据所述第二接收单元接收的所述配置策略,将所述第一待传送文件切割为N个第二待传送文件,其中,N大于等于2;
第二发送单元,用于发送所述切割单元切割的所述N个第二待传送文件至所述服务端。
在上述客户端中,所述第二发送单元,还用于所述发送所述N个第二待传送文件至所述服务端之后,当所述N个第二待传送文件中的至少一个第二待传送文件传送错误时,重新进行所述至少一个第二待传送文件的发送。
本发明实施例提供了一种文件传送方法及装置,通过接收文件传送请求消息,该文件传送请求消息中携带第一待传送文件的存储路径和客户端标识;根据客户端标识和第一待传送文件的存储路径,发送配置策略至客户端,以使得客户端根据配置策略对第一待传送文件进行切割;当客户端将第一待传送文件切割为N个第二待传送文件时,接收该N个第二待传送文件,并对该N个第二待传送文件进行组合,其中,N大于等于2。采用上述技术实现方案,由于服务端与客户端在进行较大文件的传送时,可以将较大文件进行切割后再独立的传送,这样就避免了长期占用传输资源的问题,节约了占用资源的时间,且每个切割后的文件都是分别进行传送的,因此,不会出现一旦发生传送错误就要重新进行整个文件传送的情况,从而提高了文件传送的效率。
附图说明
图1为本发明实施例提供的一种文件传送方法的流程图一;
图2为本发明实施例提供的一种文件传送方法的流程图二;
图3为本发明实施例提供的一种文件传送方法的流程图三;
图4为本发明实施例提供的一种文件传送方法的交互图;
图5为本发明实施例提供的一种服务端的结构示意图一;
图6为本发明实施例提供的一种服务端的结构示意图二;
图7为本发明实施例提供的一种客户端的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本发明实施例中的文件传送装置可以包括:客户端和服务端,下面以客户端和服务端为例进行详细地说明。
实施例一
本发明实施例提供一种文件传送方法,应用于服务端,如图1所示,该方法可以包括:
S101、服务端接收文件传送请求消息,该文件传送请求消息中携带第一待传送文件的存储路径和客户端标识。
本发明实施例中,服务端与客户端进行通信的基础平台是:面向服务的体系结构(SOA,Service-Oriented Architecture)平台。具体的,服务端和客户端通过SOA的转发来进行数据传送。
需要说明的是,SOA平台不支持文件的直接传送,而是客户端通过SOA平台将待传送的文件转换为字节流的形式,并通过长连接的方式传送至服务端,同时,服务端通过长连接接收上述字节流数据,将接收完的上述字节流再转换回文件。上述这种方式对于小文件(10M以内)可以支撑。
在本发明实施例是针对较大的文件的传送提出的一种文件传送方法,客户端将较大的文件拆分成多个较小的文件,然后将拆分后的多个小文件传送至服务端,该服务端将接收到的多个小文件在整合成一个较大的文件。其中,客户端发送每个小文件至服务端的方法与上述现有的较小文件的传送方法一样。
具体的,在服务端与客户端通过SOA平台进行交互的过程中,服务端可以检测是否有客户端要发送文件的请求,当服务端通过SOA平台接收文件传送请求消息时,就可以开始进行第一待传送文件的传送了,其中,文件传送请求消息中携带第一待传送文件的存储路径和客户端标识。
需要说明的是,在本发明实施例中,客户端想要向服务端发送的文件可以是一个第一待传送文件,也可以是多个第一待传送文件,该多个第一待传送文件的存储路径有可能不同,并且服务端对于不同大小的第一待传送文件时的配置策略可能是不同的,因此,在服务端和客户端之间通过SOA平台进行较大文件传送的过程中,服务端接收的文件传送请求消息中携带有第一待传送文件的存储路径,为后续服务段根据第一待传送文件的存储路径去指示客户端切割该存储路径下的第一待传送文件做准备。由于每个第一待传送文件的本发明实施例以客户端与服务端通过SOA平台进行一个第一待传送文件为例,进行说明。
值得注意的是,由于不用用户可以使用不同的客户端,因此,不同的客户端与服务端都通过SOA平台进行数据的交互,因此,在服务端接收到的文件传送请求消息中携带了发送文件传送请求的客户端的标识。
可选的,客户端的标识可以是安装该客户端的终端的标识,具有唯一性,具体的客户端的标识的形式本发明实施例不作限制。
S102、服务端根据客户端标识和第一待传送文件的存储路径,发送配置策略至客户端,以使得该客户端根据该配置策略对该第一待传送文件进行切割。
服务端接收文件传送请求消息之后,由于该文件传送请求消息中携带了第一待传送文件的存储路径和客户端标识,因此,该服务端可以根据客户端标识,确定与该客户端标识对应的客户端进行数据的传送,并通过SOA平台发送与第一待传送文件的存储路径对应的配置策略至该客户端,以使得该客户端根据该配置策略对该第一待传送文件进行切割。
需要说明的是,服务端获取的配置策略是在配置文件中的,该配置文件可以存储在服务端中的配置管理模块。客户端对第一待传送文件的切割可以是由服务端指示的,即服务端可以指示客户端按照配置策略对第一待传送文件进行切割。
S103、当客户端将第一待传送文件切割为N个第二待传送文件时,服务端接收该N个第二待传送文件,并对该N个第二待传送文件进行组合,其中,N大于等于2。
服务端发送配置策略至客户端,以使得该客户端根据该配置策略对该第一待传送文件进行切割之后,当该客户端将第一待传送文件切割为N个第二待传送文件时,该客户端就通过SOA平台发送该N个第二待传送文件至服务端,该服务端对该N个第二待传送文件进行组合,完成第一待传送文件的传送。
具体的,客户端通过SOA平台发送N个第二待传送文件至服务端,该服务端可以对N个第二待传送文件进行组合还原出第一待传送文件,完成该第一待传送文件的接收。
需要说明的是,本发明实施例是针对第一待传送文件为较大的文件的情况提出的技术方案,因此,在本发明实施例中,N至少要为2,才能将较大的第一待传送文件切割为较小的第二待传送文件进行传送。具体的,本发明实施例中的待传送文件大小的判断将在后面的实施例中进行详细地说明。
进一步地,在服务端接收该N个第二待传送文件之后,且在该服务端对该N个第二待传送文件进行组合之前,该服务端要对接收的第二待传送文件进行校对,即校对接收到的第二待传送文件的数量是否正确或者接收的第二待传送文件的大小是否正确等。
具体的,服务端可以根据配置策略,对N个第二待传送文件进行校对。当校对出N个第二待传送文件传送正确时,对N个第二待传送文件进行组合。
需要说明的是,当校对出N个第二待传送文件传送正确可以是校对出N个第二待传送文件的个数是正确的,也可以是N个第二待传送文件的大小是正确的等等,具体的判断规则有研发人员在设计之初进行设定,本发明实施例不作限制。
进一步地,当服务端校对出N个第二待传送文件中的至少一个第二待传送文件传送错误时,重新进行该至少一个第二待传送文件的接收。
需要说明的是,当服务端校对出至少一个第二待传送文件出错时,只需重新进该至少一个第二待传送文件的重新传送即可,因此,提高了较大文件在传输过程中的效率。
具体的,由于客户端在发送N个第二待传送文件的时候,可以将第二待传送文件进行编号,因此,当服务端校对出至少一个第二待传送文件传送错误时,该服务端只需将该至少一个第二待传送文件的编号返回至客户端,以指示该客户端重新进行该编号对应的第二待传送文件的传送。
本发明实施例还提供了一种文件传送方法,应用于客户端,如图2所示,该方法可以包括:
S201、客户端发送文件传送请求消息至服务端,该文件传送请求消息用于请求该服务端进行第一待传送文件的传送,该文件传送请求消息中携带客户端标识和第一待传送文件的存储路径。
需要说明的是,由于客户端通过SOA平台与服务端进行数据交互,因此,在本发明实施例中进行较大文件的传送时,客户端需要通过SOA平台告知服务端要传送文件了。
可选的,本发明实施例中较大的第一待传送的文件可以指大于10M以上的文件,具体的文件大小的确定可以根据实际情况而定,本发明实施例不作限制。但是第一待传送文件必须是较大的文件。
具体的,可以设置一个预设阈值,该预设阈值表征文件为较大文件的门槛,当某一文件的大小超过该预设阈值时,该某一文件就可以采用本发明实施例进行传送。因此,客户端在进行文件的传送时,可以首先进行待传送文件的大小的判断,当该待传送文件的大小大于预设阈值时,该待传送文件为第一待传送文件,可以采用本发明实施例提供的技术方案来实现文件的传送。另外,当该待传送文件的大小小于等于预设阈值时,由于不存在背景技术中的那些问题,因此,可以采用现有的文件传送方法进行传送。
S202、客户端接收配置策略,该配置策略与客户端标识及第一待传送文件的存储路径对应。
客户端发送文件传送请求消息至服务端之后,服务端就会检测到这个文件传送请求,于是会将相应的文件传送时的配置策略返回给客户端,该客户端就接收到了配置策略。
需要说明的是,服务端在针对不同的待传送文件时可以有不同的配置策略,该配置策略是可以实现约定好的,具体的,该服务端可以针对一个客户端的不同存储路径的文件进行不同配置策略的设定,因此,该配置策略与客户端标识及第一待传送文件的存储路径对应。
可选的,本发明实施例中的配置策略是用于指示客户端进行第一待传送文件的切割的准则的。
S203、客户端根据配置策略,将第一待传送文件切割为N个第二待传送文件,其中,N大于等于2。
客户端接收配置策略之后,由于本发明实施例中的配置策略是用于指示客户端进行第一待传送文件的切割的准则的,于是该客户端就可以根据配置策略,将第一待传送文件切割为N个第二待传送文件,由于本发明实施例要将较大的第一待传送文件切割成多个小文件进行传送,因此,N要大于等于2。
进一步地,客户端可以根据配置策略,将N个第二待传送文件按照整个第一带传送文件的顺序进行排序,得到N个第二待传送文件的编号。
可选的,每个第二待传送文件的大小要小于预设阈值,例如10M。
S204、客户端发送N个第二待传送文件至服务端。
客户端根据配置策略,将第一待传送文件切割为N个第二待传送文件之后,该客户端将将该N个第二戴春松文件发送到服务端,以完成文件的传送。
具体的,客户端可以按照第二待传送文件的编号依次发送第二待传送文件至服务器,以使得该服务器成功接收N个第二待传送文件之后,再按照该N个第二待传送文件的编号,将该N第二待传送文件合并成第一待传送文件。
需要说明的是,客户端是按照配置策略进行第一待传送文件的切割的,因此,服务端是知道配置策略的配置方式,因此,当客户端按照编号将N个第二待传送文件发送至服务端时,该服务端是可以按照正确的顺序将该N个第二待传送文件组合起来的。
进一步地,如图3所示,S204之后,本发明实施例还提供的一种文件传送方法还可以包括:S205。具体如下:
S205、当N个第二待传送文件中的至少一个第二待传送文件传送错误时,客户端重新进行至少一个第二待传送文件的发送。
客户端发送N个第二待传送文件至服务端之后,当该服务端校对出该N个第二待传送文件中有传送错误的情况发生,即至少一个第二待传送文件传送错误,这时,服务端就会将该发送错误的第二待传送文件的编号及重新发送该编号对应的第二待传送文件的指示该客户端,这样,客户端就根据服务端的指示重新进行发送错误的第二待传送文件(至少一个第二待传送文件)的发送。
本发明实施例所提供的一种文件传送方法,服务端通过接收文件传送请求消息,该文件传送请求消息中携带第一待传送文件的存储路径和客户端标识;根据客户端标识和第一待传送文件的存储路径,发送配置策略至客户端,以使得客户端根据配置策略对第一待传送文件进行切割;当客户端将第一待传送文件切割为N个第二待传送文件时,接收该N个第二待传送文件,并对该N个第二待传送文件进行组合,其中,N大于等于2。采用上述技术实现方案,由于服务端与客户端在进行较大文件的传送时,可以将较大文件进行切割后再独立的传送,这样就避免了长期占用传输资源的问题,节约了占用资源的时间,且每个切割后的文件都是分别进行传送的,因此,不会出现一旦发生传送错误就要重新进行整个文件传送的情况,从而提高了文件传送的效率。
实施例二
本发明实施例提供一种文件传送方法,如图4所示,该方法可以包括:
S301、客户端发送文件传送请求消息至服务端,该文件传送请求消息用于请求该服务端进行第一待传送文件的传送,该文件传送请求消息中携带客户端标识和第一待传送文件的存储路径。
本发明实施例中,服务端与客户端进行通信的基础平台是:SOA平台。具体的,服务端和客户端通过SOA的转发来进行数据传送。
需要说明的是,SOA平台不支持文件的直接传送,而是客户端通过SOA平台将待传送的文件转换为字节流的形式,并通过长连接的方式传送至服务端,同时,服务端通过长连接接收上述字节流数据,将接收完的上述字节流再转换回文件。上述这种方式对于小文件(10M以内)可以支撑。
在本发明实施例是针对较大的文件的传送提出的一种文件传送方法,客户端将较大的文件拆分成多个较小的文件,然后将拆分后的多个小文件传送至服务端,该服务端将接收到的多个小文件在整合成一个较大的文件。其中,客户端发送每个小文件至服务端的方法与上述现有的较小文件的传送方法一样。
具体的,在服务端与客户端通过SOA平台进行交互的过程中,服务端可以检测是否有客户端要发送文件的请求,当服务端接收文件传送请求消息时,就可以开始进行第一待传送文件的传送了,其中,文件传送请求消息中携带第一待传送文件的存储路径和客户端标识。
需要说明的是,在本发明实施例中,客户端想要向服务端发送的文件可以是一个第一待传送文件,也可以是多个第一待传送文件,该多个第一待传送文件的存储路径有可能不同,并且服务端对于不同大小的第一待传送文件时的配置策略可能是不同的,因此,在服务端和客户端之间通过SOA平台进行较大文件传送的过程中,服务端接收的文件传送请求消息中携带有第一待传送文件的存储路径,为后续服务段根据第一待传送文件的存储路径去指示客户端切割该存储路径下的第一待传送文件做准备。由于每个第一待传送文件的本发明实施例以客户端与服务端通过SOA平台进行一个第一待传送文件为例,进行说明。
值得注意的是,由于不用用户可以使用不同的客户端,因此,不同的客户端与服务端都通过SOA平台进行数据的交互,因此,在服务端接收到的文件传送请求消息中携带了发送文件传送请求的客户端的标识。
可选的,客户端的标识可以是安装该客户端的终端的标识,具有唯一性,具体的客户端的标识的形式本发明实施例不作限制。
需要说明的是,由于客户端通过SOA平台与服务端进行数据交互,因此,在本发明实施例中进行较大文件的传送时,客户端需要通过SOA平台告知服务端要传送文件了。
可选的,本发明实施例中较大的第一待传送的文件可以指大于10M以上的文件,具体的文件大小的确定可以根据实际情况而定,本发明实施例不作限制。但是第一待传送文件必须是较大的文件。
具体的,可以设置一个预设阈值,该预设阈值表征文件为较大文件的门槛,当某一文件的大小超过该预设阈值时,该某一文件就可以采用本发明实施例进行传送。因此,客户端在进行文件的传送时,可以首先进行待传送文件的大小的判断,当该待传送文件的大小大于预设阈值时,该待传送文件为第一待传送文件,可以采用本发明实施例提供的技术方案来实现文件的传送。另外,当该待传送文件的大小小于等于预设阈值时,由于不存在背景技术中的那些问题,因此,可以采用现有的文件传送方法进行传送。
S302、服务端根据客户端标识和第一待传送文件的存储路径,发送配置策略至客户端。
服务端接收文件传送请求消息之后,由于该文件传送请求消息中携带了第一待传送文件的存储路径和客户端标识,因此,该服务端可以根据客户端标识,确定与该客户端标识对应的客户端进行数据的传送,并通过SOA平台发送与第一待传送文件的存储路径对应的配置策略至该客户端,以使得该客户端根据该配置策略对该第一待传送文件进行切割。
需要说明的是,服务端获取的配置策略是在配置文件中的,该配置文件可以存储在服务端中的配置管理模块。客户端对第一待传送文件的切割可以是由服务端指示的,即服务端可以指示客户端按照配置策略对第一待传送文件进行切割。
本发明实施例中,客户端发送文件传送请求消息至服务端之后,服务端就会检测到这个文件传送请求,于是会将相应的文件传送时的配置策略返回给客户端,该客户端就接收到了配置策略。
需要说明的是,服务端在针对不同的待传送文件时可以有不同的配置策略,该配置策略是可以实现约定好的,具体的,该服务端可以针对一个客户端的不同存储路径的文件进行不同配置策略的设定,因此,该配置策略与客户端标识及第一待传送文件的存储路径对应。
可选的,本发明实施例中的配置策略是用于指示客户端进行第一待传送文件的切割的准则的。
S303、客户端根据配置策略,将第一待传送文件切割为N个第二待传送文件,其中,N大于等于2。
服务端发送配置策略至客户端之后,即客户端接收配置策略之后,由于本发明实施例中的配置策略是用于指示客户端进行第一待传送文件的切割的准则的,于是该客户端就可以根据配置策略,将第一待传送文件切割为N个第二待传送文件,由于本发明实施例要将较大的第一待传送文件切割成多个小文件进行传送,因此,N要大于等于2。
需要说明的是,本发明实施例是针对第一待传送文件为较大的文件的情况提出的技术方案,因此,在本发明实施例中,N至少要为2,才能将较大的第一待传送文件切割为较小的第二待传送文件进行传送。
进一步地,客户端可以根据配置策略,将N个第二待传送文件按照整个第一带传送文件的顺序进行排序,得到N个第二待传送文件的编号。
可选的,每个第二待传送文件的大小要小于预设阈值,例如10M。
S304、客户端发送切割完成消息至服务端。
客户端根据配置策略,将第一待传送文件切割为N个第二待传送文件之后,该客户端就发送切割完成消息至服务端,以告知服务端进行文件接收准备。
S305、服务端根据调度策略,发送传送指示至客户端。
客户端发送切割完成消息至服务端之后,由于服务端的状态和性能的原因,该服务端不会无时无刻都可以进行文件的接收,只有在该服务端有空闲资源和时间时,才能进行文件的传送,因此,该服务端可以根据调度策略,发送传送指示至客户端,以使得该客户端可以发送N个第二待传送文件过来。
需要说明的是,调度策略就是表征服务端状态和性能的,根据调度策略就可以知道服务端在什么时候有资源可以进行文件的传送了,当调度策略表征服务端可以进行文件传送时,就发送传送指示给客户端。
S306、客户端根据传送指示,N个第二待传送文件至服务端。
服务端根据调度策略,发送传送指示至客户端之后,由于传送指示表征服务端可以准备好进行文件的传送了,于是,该客户端就发送N个第二待传送文件至服务端。
具体的,客户端可以按照第二待传送文件的编号依次发送第二待传送文件至服务器,以使得该服务器成功接收N个第二待传送文件之后,再按照该N个第二待传送文件的编号,将该N第二待传送文件合并成第一待传送文件。
需要说明的是,客户端是按照配置策略进行第一待传送文件的切割的,因此,服务端是知道配置策略的配置方式,因此,当客户端按照编号将N个第二待传送文件发送至服务端时,该服务端是可以按照正确的顺序将该N个第二待传送文件组合起来的。
S307、服务端根据配置策略,对N个第二待传送文件进行校对。
客户端发送N个第二待传送文件至服务端之后,即该服务端接收N个第二待传送文件之后,该服务端根据配置策略,对该N个第二待传送文件进行校对。
需要说明的是,在服务端接收该N个第二待传送文件之后,且在该服务端对该N个第二待传送文件进行组合之前,该服务端要对接收的第二待传送文件进行校对,即校对接收到的第二待传送文件的数量是否正确或者接收的第二待传送文件的大小是否正确等。
具体的,服务端可以根据配置策略,对N个第二待传送文件进行校对。
需要说明的是,当校对出N个第二待传送文件传送正确可以是校对出N个第二待传送文件的个数是正确的,也可以是N个第二待传送文件的大小是正确的等等,具体的判断规则有研发人员在设计之初进行设定,本发明实施例不作限制。
S308、当校对出N个第二待传送文件传送正确时,服务端对该N个第二待传送文件进行组合。
服务端对N个第二待传送文件进行校对之后,当校对出N个第二待传送文件传送正确时,对N个第二待传送文件进行组合。
具体的,客户端通过SOA平台发送N个第二待传送文件至服务端,该服务端可以对都传送正确的N个第二待传送文件进行组合还原出第一待传送文件,完成该第一待传送文件的接收。
S309、当校对出N个第二待传送文件中的至少一个第二待传送文件传送错误时,服务端重新进行至少一个第二待传送文件的接收。
服务端对N个第二待传送文件进行校对之后,当N个第二待传送文件中的至少一个第二待传送文件传送错误时,客户端重新进行至少一个第二待传送文件的发送。即当服务端校对出N个第二待传送文件中的至少一个第二待传送文件传送错误时,该服务器重新进行该至少一个第二待传送文件的接收。
需要说明的是,当服务端校对出至少一个第二待传送文件出错时,只需重新进该至少一个第二待传送文件的重新传送即可,因此,提高了较大文件在传输过程中的效率。
具体的,由于客户端在发送N个第二待传送文件的时候,可以将第二待传送文件进行编号,因此,当服务端校对出至少一个第二待传送文件传送错误时,该服务端只需将该至少一个第二待传送文件的编号返回至客户端,以指示该客户端重新进行该编号对应的第二待传送文件的传送。
需要说明的是,S308和S309为S307之后的可选的步骤,根据实际检测情况选择其中一个步骤执行;也就是说,在本发明实施例中,S307之后,可以执行S308,也可以执行S309,具体的执行顺序可以根据实际情况而定,本发明实施例不作限制;并且,S308或S309执行完后,本次处理流程就结束了。
本发明实施例所提供的一种文件传送方法,服务端通过接收文件传送请求消息,该文件传送请求消息中携带第一待传送文件的存储路径和客户端标识;根据客户端标识和第一待传送文件的存储路径,发送配置策略至客户端,以使得客户端根据配置策略对第一待传送文件进行切割;当客户端将第一待传送文件切割为N个第二待传送文件时,接收该N个第二待传送文件,并对该N个第二待传送文件进行组合,其中,N大于等于2。采用上述技术实现方案,由于服务端与客户端在进行较大文件的传送时,可以将较大文件进行切割后再独立的传送,这样就避免了长期占用传输资源的问题,节约了占用资源的时间,且每个切割后的文件都是分别进行传送的,因此,不会出现一旦发生传送错误就要重新进行整个文件传送的情况,从而提高了文件传送的效率。
实施例三
如图5所示,本发明实施例提供一种服务端1,对应于服务端的文件传送方法,该服务端1可以包括:
第一接收单元10,用于接收文件传送请求消息,所述文件传送请求消息中携带第一待传送文件的存储路径和客户端标识。
第一发送单元11,用于根据所述接收单元10接收的所述客户端标识和所述第一待传送文件的存储路径,发送配置策略至客户端,以使得所述客户端根据所述配置策略对所述第一待传送文件进行切割。
所述第一接收单元10,还用于当所述客户端将所述第一待传送文件切割为N个第二待传送文件时,接收所述N个第二待传送文件,其中,N大于等于2。
整合单元12,用于对所述第一接收单元10接收的所述N个第二待传送文件进行组合。
可选的,如图6所示,所述服务端1还包括:校对单元13。
所述校对单元13,用于所述第一接收单元10接收所述N个第二待传送文件之后,以及所述整合单元12对所述N个第二待传送文件进行组合之前,根据所述第一接收单元10接收的所述配置策略,对所述N个第二待传送文件进行校对。
所述整合单元12,具体用于当所述校对单元13校对出所述第一接收单元10接收的所述N个第二待传送文件传送正确时,对所述N个第二待传送文件进行组合。
可选的,所述第一接收单元10,还用于所述校对单元13根据所述配置策略,对所述N个第二待传送文件进行校对之后,当所述校对单元13校对出所述N个第二待传送文件中的至少一个第二待传送文件传送错误时,重新进行所述至少一个第二待传送文件的接收。
在实际应用中,上述服务端1中的整合单元12和校对单元13可由位于UE上的处理器实现,具体为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等实现,第一接收单元10可以由接收器实现,第一发送单元11,可由发送器实现,其中,接收器和发送器还可以组成收发一体机。服务端1中还可以包括存储器,具体的,第一待传送文件及其软件代码、第二待传送文件及其软件代码、第一待传送文件的存储路径及其软件代码和客户端标识及其软件代码,以及配置策略及其软件代码可以保存在存储器中,该存储器、发送器和接收器均通过系统总线与处理器连接,其中,存储器用于存储可执行程序代码,该程序代码包括计算机操作指令,存储器可能包含高速RAM存储器,也可能还包括非易失性存储器,例如,至少一个磁盘存储器。
如图7所示,本发明实施例提供一种客户端2,对应于客户端的文件传送方法,该客户端2可以包括:
第二发送单元20,用于发送文件传送请求消息至服务端,所述文件传送请求消息用于请求所述服务端进行第一待传送文件的传送,所述文件传送请求消息中携带客户端标识和第一待传送文件的存储路径。
第二接收单元21,用于接收配置策略,所述配置策略与所述第二发送单元20发送的所述客户端标识及所述第一待传送文件的存储路径对应。
切割单元22,用于根据所述第二接收单元21接收的所述配置策略,将所述第一待传送文件切割为N个第二待传送文件,其中,N大于等于2。
第二发送单元20,用于发送所述切割单元22切割的所述N个第二待传送文件至所述服务端。
可选的,所述第二发送单元20,还用于所述发送所述N个第二待传送文件至所述服务端之后,当所述N个第二待传送文件中的至少一个第二待传送文件传送错误时,重新进行所述至少一个第二待传送文件的发送。
在实际应用中,上述客户端2中的切割单元22可由位于UE上的处理器实现,具体为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等实现,第二接收单元21可以由接收器实现,第二发送单元20,可由发送器实现,其中,接收器和发送器还可以组成收发一体机。客户端2中还可以包括存储器,具体的,第一待传送文件及其软件代码、第二待传送文件及其软件代码、第一待传送文件的存储路径及其软件代码和客户端标识及其软件代码,以及配置策略及其软件代码可以保存在存储器中,该存储器、发送器和接收器均通过系统总线与处理器连接,其中,存储器用于存储可执行程序代码,该程序代码包括计算机操作指令,存储器可能包含高速RAM存储器,也可能还包括非易失性存储器,例如,至少一个磁盘存储器。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。

Claims (10)

1.一种文件传送方法,应用于服务端,其特征在于,所述方法包括:
接收文件传送请求消息,所述文件传送请求消息中携带第一待传送文件的存储路径和客户端标识;
根据所述客户端标识和所述第一待传送文件的存储路径,发送配置策略至客户端,以使得所述客户端根据所述配置策略对所述第一待传送文件进行切割;
当所述客户端将所述第一待传送文件切割为N个第二待传送文件时,接收所述N个第二待传送文件,并对所述N个第二待传送文件进行组合,其中,N大于等于2。
2.根据权利要求1所述的方法,其特征在于,所述接收所述N个第二待传送文件之后,以及所述对所述N个第二待传送文件进行组合之前,所述方法还包括:
根据所述配置策略,对所述N个第二待传送文件进行校对;
相应的,所述对所述N个第二待传送文件进行组合,包括:
当校对出所述N个第二待传送文件传送正确时,对所述N个第二待传送文件进行组合。
3.根据权利要求2所述的方法,其特征在于,所述根据所述配置策略,对所述N个第二待传送文件进行校对之后,所述方法还包括:
当校对出所述N个第二待传送文件中的至少一个第二待传送文件传送错误时,重新进行所述至少一个第二待传送文件的接收。
4.一种文件传送方法,应用于客户端,其特征在于,所述方法包括:
发送文件传送请求消息至服务端,所述文件传送请求消息用于请求所述服务端进行第一待传送文件的传送,所述文件传送请求消息中携带客户端标识和第一待传送文件的存储路径;
接收配置策略,所述配置策略与所述客户端标识及所述第一待传送文件的存储路径对应;
根据所述配置策略,将所述第一待传送文件切割为N个第二待传送文件,其中,N大于等于2;
发送所述N个第二待传送文件至所述服务端。
5.根据权利要求4所述的方法,其特征在于,所述发送所述N个第二待传送文件至所述服务端之后,所述方法还包括:
当所述N个第二待传送文件中的至少一个第二待传送文件传送错误时,重新进行所述至少一个第二待传送文件的发送。
6.一种服务端,其特征在于,所述服务端包括:
第一接收单元,用于接收文件传送请求消息,所述文件传送请求消息中携带第一待传送文件的存储路径和客户端标识;
第一发送单元,用于根据所述接收单元接收的所述客户端标识和所述第一待传送文件的存储路径,发送配置策略至客户端,以使得所述客户端根据所述配置策略对所述第一待传送文件进行切割;
所述第一接收单元,还用于当所述客户端将所述第一待传送文件切割为N个第二待传送文件时,接收所述N个第二待传送文件,其中,N大于等于2;
整合单元,用于对所述第一接收单元接收的所述N个第二待传送文件进行组合。
7.根据权利要求6所述的服务端,其特征在于,所述服务端还包括:校对单元;
所述校对单元,用于所述第一接收单元接收所述N个第二待传送文件之后,以及所述整合单元对所述N个第二待传送文件进行组合之前,根据所述第一接收单元接收的所述配置策略,对所述N个第二待传送文件进行校对;
所述整合单元,具体用于当所述校对单元校对出所述第一接收单元接收的所述N个第二待传送文件传送正确时,对所述N个第二待传送文件进行组合。
8.根据权利要求7所述的服务端,其特征在于,
所述第一接收单元,还用于所述校对单元根据所述配置策略,对所述N个第二待传送文件进行校对之后,当所述校对单元校对出所述N个第二待传送文件中的至少一个第二待传送文件传送错误时,重新进行所述至少一个第二待传送文件的接收。
9.一种客户端,其特征在于,所述客户端包括:
第二发送单元,用于发送文件传送请求消息至服务端,所述文件传送请求消息用于请求所述服务端进行第一待传送文件的传送,所述文件传送请求消息中携带客户端标识和第一待传送文件的存储路径;
第二接收单元,用于接收配置策略,所述配置策略与所述第二发送单元发送的所述客户端标识及所述第一待传送文件的存储路径对应;
切割单元,用于根据所述第二接收单元接收的所述配置策略,将所述第一待传送文件切割为N个第二待传送文件,其中,N大于等于2;
第二发送单元,用于发送所述切割单元切割的所述N个第二待传送文件至所述服务端。
10.根据权利要求9所述的客户端,其特征在于,
所述第二发送单元,还用于所述发送所述N个第二待传送文件至所述服务端之后,当所述N个第二待传送文件中的至少一个第二待传送文件传送错误时,重新进行所述至少一个第二待传送文件的发送。
CN201510740774.2A 2015-11-04 2015-11-04 一种文件传送方法及装置 Pending CN106657200A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510740774.2A CN106657200A (zh) 2015-11-04 2015-11-04 一种文件传送方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510740774.2A CN106657200A (zh) 2015-11-04 2015-11-04 一种文件传送方法及装置

Publications (1)

Publication Number Publication Date
CN106657200A true CN106657200A (zh) 2017-05-10

Family

ID=58851279

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510740774.2A Pending CN106657200A (zh) 2015-11-04 2015-11-04 一种文件传送方法及装置

Country Status (1)

Country Link
CN (1) CN106657200A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111881108A (zh) * 2020-07-27 2020-11-03 广州锦行网络科技有限公司 一种基于web ssh的文件传输方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103873507A (zh) * 2012-12-12 2014-06-18 鸿富锦精密工业(深圳)有限公司 数据分块上传与存储系统及方法
CN104320417A (zh) * 2014-11-06 2015-01-28 北京安奇智联科技有限公司 移动终端和web终端之间互连及流传输和流媒体播放的方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103873507A (zh) * 2012-12-12 2014-06-18 鸿富锦精密工业(深圳)有限公司 数据分块上传与存储系统及方法
CN104320417A (zh) * 2014-11-06 2015-01-28 北京安奇智联科技有限公司 移动终端和web终端之间互连及流传输和流媒体播放的方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111881108A (zh) * 2020-07-27 2020-11-03 广州锦行网络科技有限公司 一种基于web ssh的文件传输方法及装置
CN111881108B (zh) * 2020-07-27 2021-05-14 广州锦行网络科技有限公司 一种基于web ssh的文件传输方法及装置

Similar Documents

Publication Publication Date Title
CN105260250B (zh) 一种Linux系统与Android系统的双系统通信装置
CN109921843B (zh) 一种面向卫星远程教育系统的北斗短报文通信方法
CN107634915A (zh) 数据传输方法、装置及储存介质
WO2003005263A1 (fr) Systeme de communication avec reseau et procede de communication associes
CN110035016A (zh) 一种数据传输方法及装置
RU2012101410A (ru) Формирование карты сети
RU2015108699A (ru) Короткие идентификаторы для широковещательной прямой связи между устройствами (D2D)
CN104281493A (zh) 一种提升应用交付通讯平台多进程程序性能的方法
WO2018171641A1 (zh) 网络管理信息的收发方法、装置、发送设备和接收设备
CN110831010A (zh) 一种多通道数据发送及接收方法及装置和数据传输系统
CN112566282B (zh) 一种物联网信息传递方法及平台
CN112929455B (zh) 基于udp的数据传输方法、装置、设备和可读存储介质
CN104821947A (zh) 网络游戏数据的传输方法
CN110796545A (zh) 一种区块链交易的批处理方法、设备和存储介质
CN107592215A (zh) 一种管理消息中间件的方法
CN105763297A (zh) 一种基于云计算系统的远程数据优化传输方法和装置
CN113992654A (zh) 一种高速的文件传输方法、系统、设备及介质
CN108900433B (zh) 一种传输lora报文的方法、终端和服务器
WO2017133232A1 (zh) 一种数据传输方法、终端及数据传输系统
US9240952B2 (en) System and method for communication between networked applications
CN103037000A (zh) 一种发布订阅系统及其通知消息处理方法
CN106657200A (zh) 一种文件传送方法及装置
CN104917731A (zh) 一种提高数据显示速度的方法及系统、服务器、浏览器
US10200154B2 (en) System and method for early packet header verification
CN113099539A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20170510