[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN105323283A - 文件传输方法、装置及系统 - Google Patents

文件传输方法、装置及系统 Download PDF

Info

Publication number
CN105323283A
CN105323283A CN201410361507.XA CN201410361507A CN105323283A CN 105323283 A CN105323283 A CN 105323283A CN 201410361507 A CN201410361507 A CN 201410361507A CN 105323283 A CN105323283 A CN 105323283A
Authority
CN
China
Prior art keywords
transmission
equipment
telnet
file
data type
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
CN201410361507.XA
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201410361507.XA priority Critical patent/CN105323283A/zh
Priority to PCT/CN2014/091177 priority patent/WO2016011731A1/zh
Publication of CN105323283A publication Critical patent/CN105323283A/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/08Protocols specially adapted for terminal emulation, e.g. Telnet

Landscapes

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

Abstract

本发明提供了一种文件传输方法、装置及系统,其中,该方法包括第一设备将第一传输文件编码为基于telnet/ssh协议传输的数据类型的第一传输文本;第一设备将第一传输文本上传给第二设备;和/或,第一设备下载由第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文本;第一设备对下载的第二传输文本进行解码,通过本发明,解决了相关技术中存在的依据ftp/sftp/http/https协议进行文件传输会存在文件传输受限的缺陷,依据telnet/ssh协议无法实现文件传输问题,进而实现了依据telnet/ssh协议进行文件传输的目的,达到了跨子网进行文件传输,提高工作效率的效果。

Description

文件传输方法、装置及系统
技术领域
本发明涉及通信领域,具体而言,涉及一种文件传输方法、装置及系统。
背景技术
在相关技术中,文件传输一般使用ftp/sftp/http/https等协议。但是这些协议都有一个共用的问题就是无法跨越不同的网络进行传输。并且路径上的设备必须开放对应的传输端口和路由可达才能进行文件传输。
为了网络安全和管理方便,会将设备划分为多个互相不能连接的子网。网关设备一般开启相对安全的ssh管理端口。其他协议都被限制并无法使用。设备和设备之间并不是全部联网的,而是两两之间可以进行通讯。
表1中示出了依据各种协议进行传输的特点:
表1
因此,在相关技术中,依据ftp/sftp/http/https协议进行文件传输会存在文件传输受限的缺陷,而依据telnet/ssh协议无法实现文件传输问题。
发明内容
本发明提供了一种文件传输方法、装置及系统,以至少解决相关技术中存在的依据ftp/sftp/http/https协议进行文件传输会存在文件传输受限的缺陷,而依据telnet/ssh协议无法实现文件传输问题。
根据本发明的一个方面,提供了一种文件传输方法,包括:第一设备将第一传输文件编码为基于telnet/ssh协议传输的数据类型的第一传输文本;所述第一设备将所述第一传输文本上传给第二设备;和/或,第一设备下载由第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文本;所述第一设备对下载的所述第二传输文本进行解码。
优选地,所述第一设备将所述第一传输文本上传给所述第二设备包括:所述第一设备通过向所述第二设备发送用于请求上传文件的文件传输请求的方式,将所述第一传输文本上传给第二设备,其中,所述文件传输请求为所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件传输请求,所述文件传输请求中包括所述第一传输文本。
优选地,在所述第一设备下载由所述第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文本之前,还包括:所述第一设备向所述第二设备发送基于文件列表获取请求,其中,所述文件列表获取请求用于获取所述第二设备中存储的文件的列表,所述文件列表获取请求为所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求;所述第一设备接收所述第二设备返回的对所述文件列表获取请求进行处理后得到的文件列表,其中,所述文件列表为所述第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。
根据本发明的另一方面,提供了一种文件传输方法,包括:第二设备接收第一设备上传的由所述第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本;所述第二设备对接收到的所述第一传输文本进行解码;和/或,第二设备将供第一设备下载的第二传输文件编码为基于telnet/ssh协议传输的数据类型的第二传输文本;所述第二设备将所述第二传输文本提供给所述第一设备下载。
优选地,所述第二设备接收所述第一设备上传的由所述第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本包括:所述第二设备接收到所述第一设备发送的用于请求上传文件的文件传输请求,其中,所述文件传输请求为所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件传输请求,所述文件传输请求中包括由所述第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本。
优选地,在所述第二设备将供所述第一设备下载的所述第二传输文件编码为基于telnet/ssh协议传输的数据类型的第二传输文本之前,还包括:所述第二设备接收到所述第一设备发送的由所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求,其中,所述文件列表获取请求用于获取所述第二设备中存储的文件的列表;所述第二设备向所述第一设备发送对所述文件列表获取请求进行处理后得到的基于文件列表,其中,所述文件列表为所述第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。
根据本发明的再一方面,提供了一种文件传输装置,应用于第一设备侧,包括:第一编码模块,用于将第一传输文件编码为基于telnet/ssh协议传输的数据类型的第一传输文本;上传模块,用于将所述第一传输文本上传给第二设备;和/或,下载模块,用于下载由所述第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文本;第一解码模块,用于对下载的所述第二传输文本进行解码。
优选地,所述上传模块包括:上传单元,用于通过向所述第二设备发送用于请求上传文件的文件传输请求的方式,将所述第一传输文本上传给第二设备,其中,所述文件传输请求为所述第一设备编码的基于telnet/ssh协议传输的文件类型的文件传输请求,所述文件传输请求中包括所述第一传输文本。
优选地,所述文件传输装置还包括:第一发送模块,用于向所述第二设备发送文件列表获取请求,其中,所述文件列表获取请求用于获取所述第二设备中存储的文件的列表,所述文件列表获取请求为所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求;第一接收模块,用于接收所述第二设备返回的对所述文件列表获取请求进行处理后得到的文件列表,其中,所述文件列表为所述第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。
根据本发明的另一方面,提供了一种文件传输装置,应用于第二设备侧,包括:第二接收模块,用于接收第一设备上传的由所述第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本;第二解码模块,用于对接收到的所述第一传输文本进行解码;和/或,第二编码模块,用于将供第一设备下载的第二传输文件进行编码为基于telnet/ssh协议传输的数据类型的第二传输文本;提供模块,用于将所述第二传输文本提供给所述第一设备下载。
优选地,所述第二接收模块包括:接收单元,用于接收到所述第一设备发送的用于请求上传文件的文件传输请求,其中,所述文件传输请求为所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件传输请求,所述文件传输请求中包括由所述第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本。
优选地,所述文件传输装置还包括:第三接收模块,用于接收到所述第一设备发送的由所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求,其中,所述文件列表获取请求用于获取所述第二设备中存储的文件的列表;第二发送模块,用于向所述第一设备发送对所述文件列表获取请求进行处理后得到的文件列表,其中,所述文件列表为所述第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。
根据本发明的再一方面,提供了一种文件传输系统,包括上述任一项所述的应用于第一设备侧的文件传输装置和上述任一项所述的应用于第二设备侧的文件传输装置。
通过本发明,采用第一设备将第一传输文件编码为基于telnet/ssh协议传输的数据类型的第一传输文本;所述第一设备将所述第一传输文本上传给第二设备;和/或,第一设备下载由第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文本;所述第一设备对下载的所述第二传输文本进行解码,解决了相关技术中存在的依据ftp/sftp/http/https协议进行文件传输会存在文件传输受限的缺陷,而依据telnet/ssh协议无法实现文件传输问题,进而实现了依据telnet/ssh协议进行文件传输的目的,达到了跨子网进行文件传输,提高工作效率效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1A是根据本发明实施例的文件传输方法一的文件上传流程图;
图1B是根据本发明实施例的文件传输方法一的文件下载流程图;
图2A是根据本发明实施例的文件传输方法二的文件上传流程图;
图2B是根据本发明实施例的文件传输方法二的文件下载流程图;
图3是根据本发明实施例的文件传输装置一的结构框图;
图4是根据本发明实施例的文件传输装置一中上传模块34的结构框图;
图5是根据本发明实施例的文件传输装置一的优选结构框图;
图6是根据本发明实施例的文件传输装置二的结构框图;
图7是根据本发明实施例的文件传输装置二中第二接收模块62的结构框图;
图8是根据本发明实施例的文件传输装置二的优选结构框图;
图9是根据本发明实施例的文件传输系统的结构框图;
图10是根据本发明实施例的文件全网传输的示意图;
图11是根据本发明实施例的文件传输框图;
图12是根据本发明实施例的基于telnet/ssh协议的多级登录流程图;
图13是根据本发明实施例的文件传输示意图;
图14是根据本发明实施例的文件编码过程流程图;
图15是根据本发明实施例的文件编码后的报文格式示意图;
图16是根据本发明实施例的文件解码流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种文件传输方法,图1A是根据本发明实施例的文件传输方法一的文件上传流程图,图1B是根据本发明实施例的文件传输方法一的文件下载流程图,如图1A所示,该文件上传流程包括如下步骤:
步骤S102,第一设备将第一传输文件编码为基于telnet/ssh协议传输的数据类型的第一传输文本;
步骤S104,该第一设备将第一传输文本上传给第二设备;
如图1B所示,该文件下载流程包括如下步骤:
步骤S106,第一设备下载由第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文件;
步骤S108,该第一设备对下载的第二传输文本进行解码。
通过上述步骤,采用第一设备将第一传输文件编码为基于telnet/ssh协议传输的数据类型的第一传输文本;第一设备将第一传输文本上传给第二设备;和/或,第一设备下载由第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文件;第一设备对下载的第二传输文本进行解码的方法。其中,对文件进行编码可以是将二进制文件编码成由可见字符(例如数字、字母)组成的结构文本,例如,可以将二进制文件编码成十六进制的文本文件,该十六进制的文本文件也是由数字(0-9)、字母(A-F)组成,当然也可以将二进制文件编码成其他的由可见字符组成的文本,当然,对文件进行解码便是上述编码过程的反操作。通过对需要上传和下载的文件进行编解码,实现了基于telnet/ssh协议进行文件的上传和下载,解决了相关技术中存在的依据ftp/sftp/http/https协议进行文件传输会存在文件传输受限的缺陷,依据telnet/ssh协议无法实现文件传输问题,进而实现了依据telnet/ssh协议进行文件传输的目的,达到了跨子网进行文件传输,提高工作效率的效果。
在一个可选的实施例中,在进行文件上传时,即第一设备在将第一传输文本(即编码后的第一传输文件)上传给第二设备时,可以通过向第二设备发送用于请求上传文件的文件传输请求的方式,将第一传输文本上传给第二设备,也就是说,可以将第一传输文件携带在文件传输请求中,当第二设备处理该文件传输请求时便可以直接获取里边携带的第一传输文本,获取方式直接,快捷。当然也可以先向第二设备发送一个文件传输请求,当第二设备允许该第一设备上传文件时,再将该第一传输文本上传给第二设备。第一设备再向第二设备发送文件传输请求时,可以首先基于telnet/ssh对该文件传输请求进行编码,再将编码后的文件传输请求传输给第二设备。
在一个可选的实施例中,在进行文件下载之前,即在第一设备下载由第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文本之前,可以首先向第二设备发送一个文件列表获取请求,用于获取该第二设备的根目录,该文件列表获取请求为第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求,在第二设备对该文件列表获取请求进行处理之后,会向第一设备返回一个文件列表,该文件列表为第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。其中,该文件列表中可以包括第二设备根目录下的文件名、文件路径、文件类型等信息。根据获取的文件列表,第一设备可以清楚的获知第二设备中存储有哪些文件以及文件的存储路径等信息,从而能够方便的进行文件下载。
在本实施例中还提供了一种文件传输方法,图2A是根据本发明实施例的文件传输方法二的文件上传流程图,图2B是根据本发明实施例的文件传输方法二的文件下载流程图,如图2A所示,该文件上传流程包括如下步骤:
步骤S202,第二设备接收第一设备上传的由第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本;
步骤S204,该第二设备对接收到的第一传输文本进行解码;
如图2B所示,该文件下载流程包括如下步骤:
步骤S206,第二设备将供第一设备下载的第二传输文件编码为基于telnet/ssh协议传输的数据类型的第二传输文本;
步骤S208,第二设备将编码后的第二传输文本提供给第一设备下载。
通过上述步骤,采用第二设备接收第一设备上传的由第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本;第二设备对接收到的第一传输文本进行解码;和/或,第二设备将供第一设备下载的第二传输文件编码为基于telnet/ssh协议传输的数据类型的第二传输文本;第二设备将编码后的第二传输文本提供给第一设备下载,其中,对文件进行编码可以是将二进制文件编码成由可见字符(例如数字、字母)组成的结构文本,例如,可以将二进制文件编码成十六进制的文本文件,该十六进制的文本文件也是由数字(0-9)、字母(A-F)组成,当然也可以将二进制文件编码成其他的由可见字符组成的文本,当然,对文件进行解码便是上述编码过程的反操作。实现了基于telnet/ssh协议进行文件的上传和下载,解决了相关技术中存在的依据ftp/sftp/http/https协议进行文件传输会存在文件传输受限的缺陷,依据telnet/ssh协议无法实现文件传输问题,进而实现了依据telnet/ssh协议进行文件传输的目的,达到了跨子网进行文件传输,提高工作效率的效果。
在一个可选的实施例中,在进行文件上传操作时,第二设备可以通过如下方式接收第一设备上传的由该第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本:第二设备接收到第一设备发送的用于请求上传文件的文件传输请求,其中,该文件传输请求为第一设备编码的基于telnet/ssh协议传输的数据类型的文件传输请求,该文件传输请求中包括由第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本。即,第二设备接收第一设备发送的文件传输请求,在该文件传输请求中,携带有需要上传的经过编码后的文本。当然也可以采用其他的方式进行文件上传,例如,第二设备可以首先接收第一设备发送的文件传输请求,并依据该文件传输请求决定是否运行设备之间进行文件传输,在确定运行的情况下,向第一设备返回一个允许响应,然后再接收上传的文件。
在一个可选的实施例中,在进行文件下载操作时,在第二设备将供第一设备下载的第二传输文件编码为基于telnet/ssh协议传输的数据类型的第二传输文本之前,第二设备还可以接收第一设备发送由第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求,并且,该文件列表获取请求用于获取第二设备中存储的文件的列表,第二设备向第一设备发送对文件列表获取请求进行处理后得到的文件列表,其中,该文件列表为第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。即,在进行文件下载操作时,第一设备和第二设备之间可以首先进行文件列表的交互,并且,在该文件列表中可以携带文件名、文件路径、文件类型等信息,当第一设备获取了第二设备的文件列表后,可以有选择的进行文件下载,从而实现第一设备和第二设备之间的文件传输。
在本实施例中还提供了一种文件传输装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的文件传输装置一的结构框图,如图3所示,该装置应用于第一设备侧,包括第一编码模块32、上传模块34和/或下载模块36、第一解码模块38。图3中,该文件传输装置一包括上传装置和下载装置,其中,第一编码模块32和上传装置34构成上传装置(图3中虚线框),下载模块36和第一解码模块38构成下载装置(图3中实线框),该文件传输装置一包括上传装置和/或下载装置。下面对该装置进行说明。
第一编码模块32,用于将第一传输文件编码为基于telnet/ssh协议传输的数据类型的第一传输文本;上传模块34,连接至上述第一编码模块32,用于将第一传输文本上传给第二设备;和/或下载模块36,用于下载由第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文本;第一解码模块38,连接至上述下载模块36,用于对下载的第二传输文本进行解码。
图4是根据本发明实施例的文件传输装置一中上传模块34的结构框图,如图4所示,该上传模块34包括上传单元42,下面对该模块进行说明。
上传单元42,用于通过向第二设备发送用于请求上传文件的文件传输请求的方式,将第一传输文本上传给第二设备,其中,该文件传输请求为第一设备编码的基于telnet/ssh协议传输的文件类型的文件传输请求,该文件传输请求中包括第一传输文本。
图5是根据本发明实施例的文件传输装置一的优选结构框图,如图5所示,该装置除包括图3中所示的所有模块外,还包括第一发送模块52和第一接收模块54,下面对该装置进行说明。
第一发送模块52,用于向第二设备发送文件列表获取请求,其中,该文件列表获取请求用于获取第二设备中存储的文件的列表,该文件列表获取请求为第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求;第一接收模块54,连接至上述第一发送模块52和下载模块36,用于接收第二设备返回的对文件列表获取请求进行处理后得到的文件列表,其中,该文件列表为第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。
图6是根据本发明实施例的文件传输装置二的结构框图,如图6所示,该装置应用于第二设备侧,包括第二接收模块62、第二解码模块64和/或第二编码模块66、提供模块68。图6中,该文件传输装置二包括上传装置和下载装置,其中,第二接收模块62和第二解码模块64构成上传装置(图6中虚线框),第二编码模块66和提供模块68构成下载装置(图6中实线框),该文件传输装置二包括上传装置和/或下载装置。下面对该装置进行说明。
第二接收模块62,用于接收第一设备上传的由第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本;第二解码模块64,连接至上述第二接收模块62,用于对接收到的第一传输文本进行解码;和/或,第二编码模块66,用于将供第一设备下载的第二传输文件编码为基于telnet/ssh协议传输的数据类型的第二传输文本;提供模块68,连接至上述第二编码模块66,用于将第二传输文本提供给第一设备下载。
图7是根据本发明实施例的文件传输装置二中第二接收模块62的结构框图,如图7所示,该模块包括接收单元72,下面对该模块进行说明。
接收单元72,用于接收到第一设备发送的用于请求上传文件的文件传输请求,其中,该文件传输请求为第一设备编码的基于telnet/ssh协议传输的数据类型的文件传输请求,文件传输请求中包括由第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本。
图8是根据本发明实施例的文件传输装置二的优选结构框图,如图8所示,该装置除包括图6所示的所有模块外,还包括第三接收模块82和第二发送模块84,下面对该装置进行说明。
第三接收模块82,用于接收到第一设备发送的由第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求,其中,该文件列表获取请求用于获取第二设备中存储的文件的列表;第二发送模块84,连接至上述第三接收单元82和第二编码模块66,用于向第一设备发送对文件列表获取请求进行处理后得到的文件列表,其中,该文件列表为第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。
图9是根据本发明实施例的文件传输系统的结构框图,如图9所示,该文件传输系统90包括上述任一项的应用于第一设备侧的文件传输装置92和应用于第二设备侧的文件传输装置94。
为了克服相关技术中存在的依据ftp/sftp/http/https协议进行文件传输会存在传输受限制的问题和缺陷,本发明实施例中提供了一种基于telnet/ssh协议的文件传输的方法、装置和系统。通过在设备上增加文件编解码装置,将文件编码后传输,收到信息后进行解码,并且可以查看远端(对应于上述的第二设备)提供的文件列表命令、支持远端文件压缩传递的方案,达到了在只开放ssh/telnet协议方式下,设备之间传递文件的目的,从而实现在仅开放telnet/ssh协议的设备上可以通过telnet/ssh传输文件,并且可以支持多级设备跳转,实现跨子网文件传输的效果。
在一个可选的实施例中,基于telnet/ssh协议的文件传输的装置可以包括以下模块:
telnet/ssh编码器(对应于上述的第一编码模块)、telnet/ssh解码器(对应于上述的第一解码模块)、传输控制器(对应于上述的上传模块、下载模块、第一发送模块、第一接收模块);和/或,
telnet/ssh编码器(对应于上述的第二编码模块)、telnet/ssh解码器(对应于上述的第二解码模块)、传输解释器(对应于第二接收模块、提供模块、第三接收模块、第二发送模块)。
在一个可选的实施例中,基于telnet/ssh协议的文件传输的方法可以包括以下步骤:
传输控制端(对应于上述的第一设备)经中间设备将文件传输请求传送至传输受理端(对应于上述的第二设备);
传输受理端经中间设备将对文件传输请求的执行结果返回给传输控制端。
通过本发明实施例中提供的文件传输方法、装置及系统,可以实现a内网与b内网的通讯,a内网与b外网的通讯,a外网与b外网的通讯。传输的中间设备不需要安装本发明实施例中的装置,只要支持标准的telnet/ssh协议即可。传输的开始和结束设备(传输的开始设备对应于上述的第一设备,传输的结束设备对应于上述的第二设备)需要实现编解码功能。从而达到了跨子网实现文件传输的目的,解决了有时需要到设备现场去拷贝文件的问题,节省时间,提高了工作效率。
需要说明的是,根据本发明实施例的文件编解码传输方式不仅仅可以传递文件,同样可以传递数据流,从而实现任意数据通过telnet/ssh协议进行传输的可能性。
下面结合附图对本发明实施例中的技术方案进行描述:
图10是根据本发明实施例的文件全网传输的示意图,如图10所示,在只有网关与网关可以进行telnet/ssh连接的情况下,通过本发明实施例中的方案实现文件在全网范围内的传输。
图11是根据本发明实施例的文件传输框图,如图11所示,根据本发明实施例的文件传输装置的硬件模块部分包括:传输控制端、0个或多个中间设备、传输受理端。
在一个优选地实施例中,文件传输方法的步骤如下:
第一步:如图11所示,在传输控制端包含(telnet/ssh编码器、telnet/ssh解码器、传输控制器)、传输受理端包含(telnet/ssh编码器、telnet/ssh解码器、传输解释器);
第二步:传输控制器使用telnet/ssh协议登录远端设备(即传输受理端),中间可以多次跳转。图12是根据本发明实施例的基于telnet/ssh协议的多级登录流程图,跳转步骤如图12所示包括如下步骤:
步骤S1202,读取登录脚本;
步骤S1204,连接一个中间设备;
步骤S1206,判断是否成功登录该中间设备;
步骤S1208,判断结果为登录失败时,返回登录失败的信息;
步骤S1210,判断结果为登录成功时,判断脚本是否执行完毕,若为否返回步骤S1204;
步骤S1212,判断结果为脚本执行完毕,完成登录;
如图12所示,telnet/ssh连接设备1,成功登录设备1后,通过telnet/ssh登录设备2,成功登录设备2后,通过telnet/ssh登录设备3以此类推,最终登录到目标设备。
第三步:(已知远端文件路径的情况下可以直接进入第四步)传输控制端的传输控制器发送文件列表获取请求。文件获取请求经过telnet/ssh编码器编码为可以被telnet/ssh传输的字符类型。编码完成后,发送到传输受理端的telnet/ssh解码器。传输受理端的传输解释器,将命令解释执行。解释执行结果通过传输受理端的telnet/ssh编码器编码,发送给传输控制端的telnet/ssh解码器,并将结果传递给传输控制器,完成文件列表显示请求。
第四步:下载文件。
图13是根据本发明实施例的文件传输示意图,图13包括如下步骤:
步骤S1302,通过telnet/ssh跳转特性建立telnet/ssh连接;
步骤S1304,传输控制端向传输受理端发送文件下载请求;
步骤S1306,传输受理端将传输控制端请求下载的文件进行编码,编码为可以在telnet/ssh上逐行传输的文本;
步骤S1308,传输受理端将编码后的文本逐行返回给传输控制的;
步骤S1310,传输控制端对接收到的文件进行解码,得到需要下载的文件。
图14是根据本发明实施例的文件编码过程流程图,图14包括如下步骤:
步骤S1402,传输受理端的文件编码器收到编码请求;
步骤S1404,读取文件;
步骤S1406,判断所读取的文件是否需要压缩;
步骤S1408,当判断结果为需要压缩时,将文件压缩生成内存临时文件,转到步骤S1410;
步骤S1410,当判断结果为不需要对所读取的文件进行压缩时,计算该二进制文件长度;
步骤S1412,判断该文件是否超过传输的大小限制;
步骤S1414,当判断结果为文件大小超过限制时,编码失败;
步骤S1416,当判断结果为文件大小未超过限制时,按照编码要求将文件转化成多行文本。
由图13、14可知,传输控制端的传输控制器发送文件传输获取请求,文件获取请求经过telnet/ssh编码器编码为可以被telnet/ssh传输的字符类型。将编码后的文件获取请求发送到传输受理端的telnet/ssh解码器。传输受理端的传输解释器,将命令解释执行。解释执行结果通过传输受理端的telnet/ssh编码器编码。
其中,编码过程需要判断文件是否需要被压缩传递,以及文件是否有超过传输的大小限制。
图15是根据本发明实施例的文件编码后的报文格式示意图,如图15所示,编码后的格式中包括:传输开始标记、数据头行、数据体行、传输结束标记。对格式进行限定是由于telnet/ssh传输文件的性质一般传输行不超过120个字符,否则在telnet/ssh传输过程中可能由于超过单行内容长度限制而出错。
图16是根据本发明实施例的文件解码流程图,该流程图包括如下步骤:
步骤S1602,传输控制端接收传输受理端发送的文件;
步骤S1604,判断第一次接收行是否传输开始标记;
步骤S1606,判断结果为否的情况下,下载出错;
步骤S1608,在判断结果为第一次接收行是传输开始标记时,读取下一行;
步骤S1610,判断读取的是否为数据头行;
步骤S1612,在判断结果为非数据头行时,下载出错;
步骤S1614,在判断结果为是数据头行时,读取下一行;
步骤S1616,判断读取的是否为数据体行;
步骤S1618,在判断结果为是数据体行时,将读取的文件发送到解码器,并转至步骤S1614;
步骤S1620,在判断结果为非数据体行时,判断所读取的数据是否是携带传输结束标记;
步骤S1622,在判断结果为否时,下载出错;
步骤S1624,在判断结果为是时,传输结束。
在图16中,传输受理端将编码后的执行结果发送给传输控制端的telnet/ssh解码器,并将结果传递给传输控制器。传输控制器根据得到的信息还原传送的文件。完成文件的传输请求。
第五步:上传文件。传输控制端的传输控制器发送文件传输请求。文件传输请求经过telnet/ssh编码器编码为可以被telnet/ssh传输的字符类型(其文件格式与下载文件的过程中文件编码后格式相同)。将文件传输请求发送到传输受理端的telnet/ssh解码器。传输受理端的传输解释器,将命令解释执行。获得需要上传的文件,完成文件的传输请求。其中,传输控制端可以将需要上传的文件携带在文件传输获取请求中进行发送,也可以在发送完文件传输请求后再发送需要上传的文件。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (13)

1.一种文件传输方法,其特征在于,包括:
第一设备将第一传输文件编码为基于telnet/ssh协议传输的数据类型的第一传输文本;所述第一设备将所述第一传输文本上传给第二设备;和/或,
第一设备下载由第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文本;所述第一设备对下载的所述第二传输文本进行解码。
2.根据权利要求1所述的方法,其特征在于,所述第一设备将所述第一传输文本上传给所述第二设备包括:
所述第一设备通过向所述第二设备发送用于请求上传文件的文件传输请求的方式,将所述第一传输文本上传给第二设备,其中,所述文件传输请求为所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件传输请求,所述文件传输请求中包括所述第一传输文本。
3.根据权利要求1所述的方法,其特征在于,在所述第一设备下载由所述第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文本之前,还包括:
所述第一设备向所述第二设备发送文件列表获取请求,其中,所述文件列表获取请求用于获取所述第二设备中存储的文件的列表,所述文件列表获取请求为所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求;
所述第一设备接收所述第二设备返回的对所述文件列表获取请求进行处理后得到的文件列表,其中,所述文件列表为所述第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。
4.一种文件传输方法,其特征在于,包括:
第二设备接收第一设备上传的由所述第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本;所述第二设备对接收到的所述第一传输文本进行解码;和/或,
第二设备将供第一设备下载的第二传输文件编码为基于telnet/ssh协议传输的数据类型的第二传输文本;所述第二设备将所述第二传输文本提供给所述第一设备下载。
5.根据权利要求4所述的方法,其特征在于,所述第二设备接收所述第一设备上传的由所述第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本包括:
所述第二设备接收到所述第一设备发送的用于请求上传文件的文件传输请求,其中,所述文件传输请求为所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件传输请求,所述文件传输请求中包括由所述第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本。
6.根据权利要求4所述的方法,其特征在于,在所述第二设备将供所述第一设备下载的所述第二传输文件编码为基于telnet/ssh协议传输的数据类型的第二传输文本之前,还包括:
所述第二设备接收到所述第一设备发送的由所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求,其中,所述文件列表获取请求用于获取所述第二设备中存储的文件的列表;
所述第二设备向所述第一设备发送对所述文件列表获取请求进行处理后得到的文件列表,其中,所述文件列表为所述第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。
7.一种文件传输装置,应用于第一设备侧,其特征在于,包括:
第一编码模块,用于将第一传输文件编码为基于telnet/ssh协议传输的数据类型的第一传输文本;上传模块,用于将所述第一传输文本上传给第二设备;和/或,
下载模块,用于下载由所述第二设备编码的基于telnet/ssh协议传输的数据类型的第二传输文本;第一解码模块,用于对下载的所述第二传输文本进行解码。
8.根据权利要求7所述的装置,其特征在于,所述上传模块包括:
上传单元,用于通过向所述第二设备发送用于请求上传文件的文件传输请求的方式,将所述第一传输文本上传给第二设备,其中,所述文件传输请求为所述第一设备编码的基于telnet/ssh协议传输的文件类型的文件传输请求,所述文件传输请求中包括所述第一传输文本。
9.根据权利要求7所述的装置,其特征在于,还包括:
第一发送模块,用于向所述第二设备发送文件列表获取请求,其中,所述文件列表获取请求用于获取所述第二设备中存储的文件的列表,所述文件列表获取请求为所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求;
第一接收模块,用于接收所述第二设备返回的对所述文件列表获取请求进行处理后得到的文件列表,其中,所述文件列表为所述第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。
10.一种文件传输装置,应用于第二设备侧,其特征在于,包括:
第二接收模块,用于接收第一设备上传的由所述第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本;第二解码模块,用于对接收到的所述第一传输文本进行解码;和/或,
第二编码模块,用于将供第一设备下载的第二传输文件编码为基于telnet/ssh协议传输的数据类型的第二传输文本;提供模块,用于将所述第二传输文本提供给所述第一设备下载。
11.根据权利要求10所述的装置,其特征在于,所述第二接收模块包括:
接收单元,用于接收到所述第一设备发送的用于请求上传文件的文件传输请求,其中,所述文件传输请求为所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件传输请求,所述文件传输请求中包括由所述第一设备编码的基于telnet/ssh协议传输的数据类型的第一传输文本。
12.根据权利要求10所述的装置,其特征在于,还包括:
第三接收模块,用于接收到所述第一设备发送的由所述第一设备编码的基于telnet/ssh协议传输的数据类型的文件列表获取请求,其中,所述文件列表获取请求用于获取所述第二设备中存储的文件的列表;
第二发送模块,用于向所述第一设备发送对所述文件列表获取请求进行处理后得到的文件列表,其中,所述文件列表为所述第二设备编码的基于telnet/ssh协议传输的数据类型的文件列表。
13.一种文件传输系统,其特征在于,包括权利要求7至9中任一项所述的应用于第一设备侧的文件传输装置和权利要求10至12中任一项所述的应用于第二设备侧的文件传输装置。
CN201410361507.XA 2014-07-25 2014-07-25 文件传输方法、装置及系统 Pending CN105323283A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201410361507.XA CN105323283A (zh) 2014-07-25 2014-07-25 文件传输方法、装置及系统
PCT/CN2014/091177 WO2016011731A1 (zh) 2014-07-25 2014-11-14 文件传输方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410361507.XA CN105323283A (zh) 2014-07-25 2014-07-25 文件传输方法、装置及系统

Publications (1)

Publication Number Publication Date
CN105323283A true CN105323283A (zh) 2016-02-10

Family

ID=55162468

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410361507.XA Pending CN105323283A (zh) 2014-07-25 2014-07-25 文件传输方法、装置及系统

Country Status (2)

Country Link
CN (1) CN105323283A (zh)
WO (1) WO2016011731A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1674504A (zh) * 2004-03-24 2005-09-28 威达电股份有限公司 远程终端机仿真系统及方法
CN1964348A (zh) * 2005-11-09 2007-05-16 大唐移动通信设备有限公司 一种数据传输方法和系统
US20080126517A1 (en) * 2004-10-29 2008-05-29 Monta Nakatsuka File Transfer System, Transmitting Device and Receiving Device
CN103841143A (zh) * 2012-11-23 2014-06-04 华为技术有限公司 文件发送方法、接收方法、系统及设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102546769A (zh) * 2011-12-23 2012-07-04 福建升腾资讯有限公司 基于Telnet协议实现用户U盘文件自动传输的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1674504A (zh) * 2004-03-24 2005-09-28 威达电股份有限公司 远程终端机仿真系统及方法
US20080126517A1 (en) * 2004-10-29 2008-05-29 Monta Nakatsuka File Transfer System, Transmitting Device and Receiving Device
CN1964348A (zh) * 2005-11-09 2007-05-16 大唐移动通信设备有限公司 一种数据传输方法和系统
CN103841143A (zh) * 2012-11-23 2014-06-04 华为技术有限公司 文件发送方法、接收方法、系统及设备

Also Published As

Publication number Publication date
WO2016011731A1 (zh) 2016-01-28

Similar Documents

Publication Publication Date Title
KR100659168B1 (ko) 네트워크 서비스를 식별하고 액세스하는 방법 및 시스템
CN1867142B (zh) 移动终端设备获取计算机信息的方法和系统
Prayogo et al. The use and performance of MQTT and CoAP as internet of things application protocol using NodeMCU ESP8266
WO2015158114A1 (zh) 一种智能通讯方法、终端及系统
CN107493484A (zh) 用于投射屏幕的系统、方法和装置
CN104320440A (zh) 一种图片异地存储的方法及图片异地存储处理装置
CN109327493A (zh) 一种基于云的远程医疗监控系统及监控方法
CN103841118A (zh) 基于tcp有效载荷的双向可靠隐蔽信道
CN104412601A (zh) 容纳多种不同视频压缩技术的单个kvm客户端的系统和方法
CN102447956A (zh) 手机视频分享的方法及系统
CN101523868B (zh) 借助于消息的通信方法以及关联的装置
CN100452656C (zh) 用于应用消息压缩及解压缩的方法和设备
CN104486327A (zh) 页面与长连接服务器间的通信方法及客户端
EP1251671A3 (en) A method of providing a proxy server based service to a communications device on a network
CN102546805A (zh) 一种数据传输的方法及系统
CN104079580B (zh) 教务教学图像语音识别系统及方法
CN105516372B (zh) 文件名的处理方法、装置及服务器
CN105554136A (zh) 备份数据还原方法、装置及系统
CN103841143A (zh) 文件发送方法、接收方法、系统及设备
KR20080088535A (ko) 모바일 터미널 및 모바일 터미널의 작동 방법
CN101795403A (zh) 一种视频传输的方法和系统
CN105120012B (zh) 智能设备及其联网接入方法、信息接收方法与装置
CN103366429B (zh) 楼宇系统技术或门通信的至少一个设备的设备配置的装置
CN105323283A (zh) 文件传输方法、装置及系统
CN108668048B (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
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20160210

WD01 Invention patent application deemed withdrawn after publication