CN112468511A - 文件传输方法和装置 - Google Patents

文件传输方法和装置 Download PDF

Info

Publication number
CN112468511A
CN112468511A CN202011459732.9A CN202011459732A CN112468511A CN 112468511 A CN112468511 A CN 112468511A CN 202011459732 A CN202011459732 A CN 202011459732A CN 112468511 A CN112468511 A CN 112468511A
Authority
CN
China
Prior art keywords
file
target machine
cloud server
transmission
fragment data
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.)
Granted
Application number
CN202011459732.9A
Other languages
English (en)
Other versions
CN112468511B (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.)
CCB Finetech Co Ltd
Original Assignee
CCB Finetech 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 CCB Finetech Co Ltd filed Critical CCB Finetech Co Ltd
Priority to CN202011459732.9A priority Critical patent/CN112468511B/zh
Publication of CN112468511A publication Critical patent/CN112468511A/zh
Application granted granted Critical
Publication of CN112468511B publication Critical patent/CN112468511B/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/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/12Applying verification of the received information
    • 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 Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种文件传输方法和装置,涉及计算机技术领域。文件传输方法应用于文件传输系统,文件传输系统至少包括:云端服务器、纳管管理平台以及目标机;云端服务器用于将文件的分片数据进行存储和统合,纳管管理平台用于纳管目标机;该文件传输方法的一具体实施方式包括:将待上传文件的分片数据发送给云端服务器,分片数据是将文件进行分片处理得到的;调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,通过已纳管的目标机从云端服务器获取文件。该实施方式解决现有传输方式在从本地或云端跨过操作系统和本地硬盘向远程的目标机传输文件或者传输的文件过大时导致的传输失败或根本无法进行文件传输的问题。

Description

文件传输方法和装置
技术领域
本发明涉及计算机技术领域,尤其涉及一种文件传输方法和装置。
背景技术
一般地,现有传输方式在从本地或云端跨过操作系统和本地硬盘向远程的目标机传输文件或者传输的文件过大时,均会出现传输不稳定的现象,进而导致传输失败或根本无法进行文件传输的问题。
发明内容
有鉴于此,本发明实施例提供一种文件传输方法和装置,能够解决现有传输方式在从本地或云端跨过操作系统和本地硬盘向远程的目标机传输文件或者传输的文件过大时导致的传输失败或根本无法进行文件传输的问题。
为实现上述目的,根据本发明实施例的一个方面,提供了一种文件传输方法,应用于文件传输系统,其特征在于,所述文件传输系统至少包括:云端服务器、纳管管理平台以及目标机;所述云端服务器用于将文件的分片数据进行存储和统合,所述纳管管理平台用于纳管目标机;
本发明实施例的文件传输方法包括:
将待上传文件的分片数据发送给云端服务器,所述分片数据是将所述文件进行分片处理得到的;
调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,通过已纳管的目标机从所述云端服务器获取所述文件。
可选的,在将待上传文件的分片数据发送给云端服务器的步骤之前,所述方法还包括:
对待上传的文件按照固定尺寸进行分片处理以得到所述文件的分片数据,并对所述分片数据进行编号。
可选的,在对所述文件进行分片处理以得到所述文件的分片数据的步骤之前,所述方法还包括:
获取用于传输所述文件的目标机识别码IP;
若所述目标机IP是有效地址且所述目标机IP已经被纳管管理平台纳入管理,则获取所述文件的散列值;
若所述文件的散列值未存在数据库中且所述文件未完成上传,则执行对待上传的文件按照固定尺寸进行分片处理以得到所述文件的分片数据,并对所述分片数据进行编号的步骤。
可选的,将待上传文件的分片数据发送给云端服务器,包括:
通过超文本传输协定HTTP请求的方式,将所述文件没有完成上传的分片数据传输到线上服务;
将成功传输至线上服务的分片数据传输给云端服务器,直至将所述文件的分片数据均成功发送给所述云端服务器。
可选的,将成功传输至线上服务的分片数据传输给云端服务器包括:
将成功传输至线上服务的分片数据,以安全文件传送协议SFTP协议的方式传输给云端服务器。
可选的,通过HTTP请求的方式,将所述文件没有完成上传的分片数据传输到线上服务包括:
通过HTTP请求的方式,将所述文件没有完成上传的分片数据以并发方式传输到线上服务。
可选的,调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件包括:
根据所述文件的目标机IP,获取所述目标机IP与云端服务器交互的网关地址;
根据所述文件的名称、散列值、目标机IP以及网关地址,创建所述文件的传输任务,通过所述传输任务驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件。
可选的,通过所述传输任务驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件包括:
根据目标机IP登陆已纳管的目标机;
若成功登陆所述目标机、用户输入的账户是正确的且用户的账户在目标机IP有下载权限,则让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件。
可选的,通过已纳管的目标机从所述云端服务器获取所述文件包括:
根据wget指令,通过已纳管的目标机采用对应的网关从所述云端服务器获取所述文件。
可选的,在调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件的步骤之后,所述方法还包括:
获取下载的所述文件的分片数据;
将所述分片数据按照每个所述分片数据的编号顺序进行整合,以得到整合文件;
判断所述整合文件的散列值与所述文件的散列值是否相同;
若相同,则认定所述文件传输成功;
若不相同,则认定所述文件传输失败。
可选的,所述方法还包括:
若所述整合文件的散列值与所述文件的散列值相同,则判断目录下是否存在与所述文件的名称相同的文件;
若不存在,则将所述整合文件按照所述文件进行重命名;
若存在,则将所述整合文件按照所述文件进行重命名,并添加时间字段作为所述整合文件后缀。
可选的,所述散列值为MD5值。
为实现上述目的,根据本发明实施例的另一个方面,提供了一种文件传输装置。
本发明实施例的文件传输装置包括:
发送模块,用于将待上传文件的分片数据发送给云端服务器,所述分片数据是将所述文件进行分片处理得到的;
驱动模块,用于调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,通过已纳管的目标机从所述云端服务器获取所述文件。
为实现上述目的,根据本发明实施例的另一个方面,提供了一种电子设备。
本发明实施例的电子设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如上所述的方法。
为实现上述目的,根据本发明实施例的另一个方面,提供了一种计算机可读介质。
本发明实施例的计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现如上所述的方法。
上述发明中的一个实施例具有如下优点或有益效果:
在本发明实施例中,这种文件传输方法可以解决现有传输方式在从本地或云端跨过操作系统和本地硬盘向远程的目标机传输文件或者传输的文件过大时导致的传输失败或根本无法进行文件传输的问题。并且具有主要以下优点:
1)对用户来说,不用使用额外的软件或了解命令的用法,只需使用浏览器就可以传输文件。
2)可以稳定且高效地传输大文件,并且支持断点续传文件功能,保证了文件的传输效率。
3)基于SFTP的文件服务器更加安全,可以保证文件在传输过程中不会丢失或泄露。
4)在文件下载完成时会再次校验文件MD5,保证了传输文件的正确性。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是本发明实施例的文件传输系统的结构示意图;
图2是本发明实施例的文件传输方法的流程示意图;
图3是本发明实施例的文件分片处理过程的流程示意图;
图4是本发明实施例的文件分片传输至云端服务器过程的流程示意图;
图5是本发明实施例的在纳管管理平台创建传输任务过程的流程示意图;
图6是本发明实施例的纳管管理平台执行传输任务过程的流程示意图;
图7是本发明实施例的文件在目标机上的处理过程的流程示意图;
图8是本发明实施例的文件传输装置的模块示意图;
图9是本发明实施例可以应用于其中的示例性系统架构图;
图10是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
一般地,在现有的一些平台或操作方法中常用的传输方式有以下几种:
1)通过FTP(File Transfer Protocol,文件传输协议)服务方式传输文件,即通过在目标机上搭建FTP服务,然后通过本地的FTP软件或其他方式以FTP协议的方式上传文件。其中,FTP是TCP/IP协议组中的协议之一。
2)通过rsync/scp等命令的方式传输文件,即在本地通过执行一些传输文件的命令来从本地向目标机传输数据。需要说明的是,所述目标机可以理解为目标服务机。
经过分析以上现有传输方式,可以容易得知以上现有传输方式存在以下不足之处:
1)在目标机搭建FTP服务,并通过FTP传输文件的方式。
首先,方式1)并不灵活,即需要在目标地址上有可用的FTP服务才可传输数据,并且需要目标机和FTP服务强行绑定在一起。其次从安全的方面考虑,FTP服务没有做加密等处理,数据在传输过程中有较大的被窃取的风险。
2)通过rsync/scp等命令的方式传输文件,即在本地通过执行一些传输文件的命令来从本地向目标机传输数据。
方式2)需要目标机支持rsync或scp等服务,并开放对应的端口和配置供其使用。这种方式在使用过程中一般没有可视化的界面,需要用户输入对应的命令,需要一定的学习成本;另外需要用户知道目标机对应的权限账号,在安全上有风险,并且不方便。
为了解决现有传输方式所存在的问题,本发明实施例提供了一种文件传输系统。参见图1,所述文件传输系统至少包括:云端服务器、纳管管理平台以及目标机。其中,所述云端服务器用于将文件的分片数据进行存储和统合,所所述分片数据是将所述文件经过分片处理得到的。所述云端服务器用于将接收到的文件的分片数据保存在数据库中。所述纳管管理平台用于纳管目标机,通过纳管管理平台驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件。
进一步地,在将所述文件的分片数据上传至云端服务器时,可以通过HTTP请求的方式,将所述文件没有完成上传的分片数据传输到线上服务,然后将成功传输至线上服务的分片数据传输给云端服务器,直至将所述文件的分片数据均成功发送给所述云端服务器。例如:可以通过HTTP请求的方式,将所述文件没有完成上传的分片数据并发地传输到线上服务。并将成功传输至线上服务的分片数据,以SFTP(Secret File Transfer Protocol,安全文件传输协议)的方式传输给云端服务器。或者,可以使用FTP协议作为文件的云端服务器,也可以让线上服务接收文件分片数据后直接通过scp等方式传输文件至云端存储。
继续参见图1,在上述实施例的基础上,所述文件传输系统还包括:前端服务器;其中所述前端服务器用于对待上传的文件按照固定尺寸进行分片处理以得到所述文件的分片数据,并对所述分片数据进行编号。在对文件进行分片处理之前,所述前端服务器还用于获取用于传输所述文件的目标机IP。若所述目标机IP是有效地址且所述目标机IP已经被纳管管理平台纳入管理,则获取所述文件的散列值,所述散列值可以为MD5值,MD5值是通过MD5信息摘要算法产生出一个128位(16字节)的散列值,MD5值用于确保信息传输完整一致,MD5信息摘要算法(MD5 Message-Digest Algorithm)是一种被广泛使用的密码散列函数。若所述文件的散列值未存在数据库中且所述文件未完成上传,则执行对待上传的文件按照固定尺寸进行分片处理以得到所述文件的分片数据,并对所述分片数据进行编号的步骤。
在调用所述纳管管理平台后,所述纳管管理平台可以用于根据所述文件的目标机IP,获取所述目标机IP与云端服务器交互的网关地址。然后根据所述文件的名称、散列值、目标机IP以及网关地址,创建所述文件的传输任务,通过所述传输任务驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件。需要说明的是,纳管指一台服务机在纳管管理平台注册其root(根用户)权限账号,并且被该平台记录并维护管理的状态。只有被纳管的服务机才适用于本传输方式。
进一步地,所述纳管管理平台可以用于根据目标机IP登陆已纳管的目标机。若成功登陆所述目标机、用户输入的账户是正确的且用户的账户在目标机IP有下载权限,则所述纳管管理平台用于让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件。例如:可以根据wget指令,通过已纳管的目标机采用对应的网关从所述云端服务器获取所述文件。其中,wget是一个从网络上自动下载文件的自由工具,支持通过HTTP、HTTPS、FTP三个最常见的TCP/IP协议下载,并可以使用HTTP代理。
所述目标机用于获取下载的所述文件的分片数据,并将所述分片数据按照每个所述分片数据的编号顺序进行整合,以得到整合文件。然后所述目标机用于判断所述整合文件的散列值与所述文件的散列值是否相同。若相同,则认定所述文件传输成功。若不相同,则认定所述文件传输失败。进一步地,若所述整合文件的散列值与所述文件的散列值相同,则判断目录下是否存在与所述文件的名称相同的文件。若不存在,则所述目标机用于将所述整合文件按照所述文件进行重命名。若存在,则所述目标机用于将所述整合文件按照所述文件进行重命名,并添加时间字段作为所述整合文件后缀。
综上,本发明实施例的文件传输系统的处理流程大致为:首先对待上传文件按固定尺寸进行分片处理,然后通过HTTP协议上传至线上服务并做记录,之后再通过SFTP服务汇总至统一的云端服务器进行数据的存储和统合,最终通过wget指令让已纳管的目标机通过其所在网段的网关从云端服务器下拉文件的所有分片数据,并将所述文件的所有分片数据在本地进行整合,以最终完成下载。
在本发明实施例中,这种文件传输系统可以解决现有传输方式在从本地或云端跨过操作系统和本地硬盘向远程的目标机传输文件或者传输的文件过大时导致的传输失败或根本无法进行文件传输的问题。并且具有主要以下优点:
1)对用户来说,不用使用额外的软件或了解命令的用法,只需使用浏览器就可以传输文件。
2)可以稳定且高效地传输大文件,并且支持断点续传文件功能,保证了文件的传输效率。
3)基于SFTP的文件服务器更加安全,可以保证文件在传输过程中不会丢失或泄露。
4)在文件下载完成时会再次校验文件MD5,保证了传输文件的正确性。
需要解释的是,跨平台指不局限于操作平台和集群的限制,可跨平台、跨网段的自由指定传输文件的目标地址机。断点续传指即使由于网络情况或自身意愿,在传输过程中产生了中断,如果再次尝试传输相同文件时不会从头开始重新上传,而是从中断点处继续进行传输的技术。大文件指突破了传统HTTP服务器接收数据的默认尺寸的文件,理论上本传输方式适用的文件尺寸没有上限,在实际操作时建议小于10G。
为了解决现有传输方式存在的问题,本发明实施例提供了一种文件传输方法,该方法应用于文件传输系统。图2是本发明实施例的文件传输方法的流程示意图,如图2所示,所述文件传输方法可以包括如下的步骤S201至步骤S202。
步骤S201:将待上传文件的分片数据发送给云端服务器,所述分片数据是将所述文件进行分片处理得到的。
在步骤S201中,所述待上传文件突破了传统HTTP服务器接收数据的默认尺寸的文件。理论上文本传输方式适用的文件尺寸没有上限,在实际操作时建议小于10G。
为了得到待上传文件的分片数据,在步骤S101之前,所述方法还包括:对待上传的文件按照固定尺寸进行分片处理以得到所述文件的分片数据,并对所述分片数据进行编号。需要说明的是,在对所述文件进行分片处理之前,可以通过前端服务器获取待上传文件,然后再获取用于传输所述文件的目标机IP。若所述目标机IP是有效地址且所述目标机IP已经被纳管管理平台纳入管理,则获取所述文件的散列值,所述散列值可以为MD5值,MD5值是通过MD5信息摘要算法产生出一个128位(16字节)的散列值,MD5值用于确保信息传输完整一致,MD5信息摘要算法是一种被广泛使用的密码散列函数。若所述文件的散列值未存在数据库中且所述文件未完成上传,则执行对待上传的文件按照固定尺寸进行分片处理以得到所述文件的分片数据,并对所述分片数据进行编号的步骤。
步骤S202:调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,通过已纳管的目标机从所述云端服务器获取所述文件。
在步骤S202中,所述纳管管理平台用于纳管目标机。调用所述纳管管理平台后,可以根据所述文件的目标机IP,获取所述目标机IP与云端服务器交互的网关地址。然后根据所述文件的名称、散列值、目标机IP以及网关地址,创建所述文件的传输任务,通过所述传输任务驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件。需要解释的是,网关指目标机所在网络组织中与云端的SFTP文件服务器建立了可通信连接的地址。
进一步地,可以根据目标机IP登陆已纳管的目标机。若成功登陆所述目标机、用户输入的账户是正确的且用户的账户在目标机IP有下载权限,则让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件。例如:可以根据wget指令,通过已纳管的目标机采用对应的网关从所述云端服务器获取所述文件。其中wget是一个从网络上自动下载文件的自由工具,支持通过HTTP、HTTPS、FTP三个最常见的TCP/IP协议下载,并可以使用HTTP代理。
在步骤S202之后,首先获取下载的所述文件的分片数据。然后将所述分片数据按照每个所述分片数据的编号顺序进行整合,以得到整合文件。然后判断所述整合文件的散列值与所述文件的散列值是否相同。若相同,则认定所述文件传输成功;若不相同,则认定所述文件传输失败。
若所述整合文件的散列值与所述文件的散列值相同,则判断目录下是否存在与所述文件的名称相同的文件。若不存在,则将所述整合文件按照所述文件进行重命名。若存在,则将所述整合文件按照所述文件进行重命名,并添加时间字段作为所述整合文件后缀。
在本发明实施例中,这种文件传输方法可以解决现有传输方式在从本地或云端跨过操作系统和本地硬盘向远程的目标机传输文件或者传输的文件过大时导致的传输失败或根本无法进行文件传输的问题。并且文件传输方法具有主要以下优点:
1)对用户来说,不用使用额外的软件或了解命令的用法,只需使用浏览器就可以传输文件。
2)可以稳定且高效地传输大文件,并且支持断点续传文件功能,保证了文件的传输效率。
3)基于SFTP的文件服务器更加安全,可以保证文件在传输过程中不会丢失或泄露。
4)在文件下载完成时会再次校验文件MD5,保证了传输文件的正确性。
图3是根据本发明实施例的文件分片处理过程的流程示意图,如图3所示,所述文件传输方法包括如下的步骤S301至步骤S306。
步骤S301:前端服务器获取到用户上传的文件,传输的目标机所在网络环境和IP以及用户输入的一个在目标机上有效的账号。
步骤S302:检测输入的目标网段和IP是否正确,若输入的目标网段和IP不是正确的IP格式则拒绝执行后续操作并结束。若输入的目标网段和IP是正确的则执行步骤S303。
步骤S303:检查输入的目标机IP是否已经被纳管管理平台纳入管理。
在步骤S303中,因为后续需要通过纳管管理平台登入目标机进行操作,因此需要确保该目标机已经纳入管理再进行后续步骤。
步骤S304:根据所述文件的内容获取MD5值,作为文件的唯一标识,供后续的操作及文件去重,续传等功能使用。
步骤S305:查询MD5值是否已经在数据库中存在且标识为已成功上传。若是,则直接跳过本操作的后续步骤,之后的操作直接从SFTP库获取文件即可。否则,执行步骤S306。
步骤S306:对所述文件按照固定尺寸进行分片处理并编号。
为了防止大文件网络传输可能遇到的尺寸限制或由于网络抖动等原因造成的传输失败的情况,对上传的文件按照一定的固定尺寸进行分片化处理并对分片进行顺序编号,本方案采用的分片尺寸是2MB。
图4是根据本发明实施例的文件分片传输至云端服务器过程的流程示意图,如图4所示,文件分片传输至云端服务器过程可以包括如下的步骤S401至步骤S409。
步骤S401:对于文件的每一个分片数据并发的进行传输处理。
步骤S402:对于每一个分片数据,在数据库中首先检查其是否已标识为成功上传过,若是则不再重复上传。
其中,通过步骤S402可以保证断点续传功能的实现。
步骤S403:对于标识为没有上传过的分片数据,通过HTTP请求的方式,将其传输到线上服务。若传输失败则进行重试处理,直至传输成功为止。
步骤S404:判断所述分片数据是否已经成功上传至线上服务;若所述分片数据已经已经成功上传至线上服务,则执行步骤S405。
步骤S405:对于成功传输到服务端的分片数据,以SFTP协议的方式传输至线上的SFTP服务其中储存。若传输失败则进行重试处理,直至传输成功为止。
步骤S405:若将所述分片数据成功传输至云端服务器并储存,则在数据库中标识此分片数据已经成功上传,供断点续传等情况判断使用。
步骤S406:判断所述分片数据是否成功传输至云端服务器;若是则执行步骤S407,否则执行步骤S405。
步骤S407:在每一个分片都传输完毕后,通过比对数据库中标识情况和分片列表,确认文件分片已全部成功传输,则结束传输步骤。
步骤S408:判断所述文件的所有分片数据是否成功上传;若是,则执行步骤S409。
步骤S409:数据库中标识文件已经成功上传。
可以理解的是,线上服务指线上提供与前端服务器交互接口服务的部分,可以以HTTP协议与前端服务器进行交互。另外线上服务还可以与云端服务器进行交互,文件分片数据从前端服务器传至线上服务后,会转存至云端服务器上。前端服务器并不直接与云端服务器进行交互。
图5是根据本发明实施例的在纳管管理平台创建传输任务过程的流程示意图,如图5所示,所述方法可以包括如下的步骤S501至步骤S502。
步骤S501:根据传输文件的目标机IP,获取到目标机IP与云端服务器交互的网关地址。
需要说明的是,在服务端确认分片上传步骤已正确结束之后,执行步骤S501。
步骤S502:根据获取到的文件和中转网关信息,在纳管管理平台上创建传输任务。
在步骤S502中,以文件的名称、MD5标识、目标机IP、目标账户和网关地址等信息在纳管管理平台上创建传输任务。
图6是根据本发明实施例的纳管管理平台执行传输任务过程的流程示意图,如图6所示,所述方法可以包括如下的步骤S601至步骤S606。
步骤S601:纳管管理平台上的传输过程进程会尝试登陆到目标机。
步骤S602:判断是否成功登陆目标机;若登录成功则执行步骤S603,若登陆不成功则传输失败。
步骤S603:若登录成功,则检查用户输入的账户是否正确;如果错误则拒绝执行下载操作,防止没有权限的用户胡乱传输垃圾文件。
步骤S604:若账户正确,检查用户的账户在下载目标地址是否有权限,防止用户在自己没有权限的目录下载文件。
步骤S605:若以上检查通过,执行wget命令,通过网关从云端服务器下载文件的所有分片数据。若下载成功则结束步骤。
步骤S606:是否成功获取所述文件的所有分片数据。若成功则结束流程;若不成功则传输失败。
图7是根据本发明实施例的文件在目标机上的处理过程的流程示意图,如图7所示,所述文件在目标机上的处理方法可以包括如下的步骤S701至步骤S705。
步骤S701:将所述文件的所有分片数据下载到所述目标机本地,将下载到目标机本地的所述文件的所有分片数据按照顺序进行整合,归一为一个整合文件,并给整合文件一个临时命名。
在步骤S701中,所述文件的分片数据按其编号顺序合并为整合文件,合并后的文件先使用一个不会造成冲突的临时文件名。
步骤S702:判断所述目标机本地的整合文件与所述文件的MD5值是否相同。若不同则代表传输失败;若相同则执行步骤S703。可以理解的是,通过步骤S702来比较所述目标机本地整合后的本地文件和传输源文件的MD5值。
步骤S703:检测目录下是否存在与所述文件相同名称的文件;若不存在则执行步骤S705;若存在则执行步骤S704。
在步骤S703中,所述文件可以理解为源文件。
步骤S704:若在检测目录下不存在与所述文件相同名称的文件,则将本地整合文件重命名按照源文件名称重命名;
步骤S705:若在检测目录下存在与所述文件相同名称的文件,则在重命名的基础上,添加当前时间戳字段作为文件后缀,用以区分文件,而不是直接覆盖本地同名文件。纳管平台作业至此返回成功状态,文件传输结束。可以理解的是,为了防止在目录下已经有了同名文件导致传输的文件覆盖掉这个文件的情况,如果已经存在和传输文件名称相同的文件,则在传输过来的文件的原文件名之后加上当前的时间戳作为后缀来进行区分;若没有同名文件,则直接将传输文件重命名为其原本文件名即可。
在本发明实施例中,这种文件传输方法可以解决现有传输方式在从本地或云端跨过操作系统和本地硬盘向远程的目标机传输文件或者传输的文件过大时导致的传输失败或根本无法进行文件传输的问题。并且具有主要以下优点:
1)对用户来说,不用使用额外的软件或了解命令的用法,只需使用浏览器就可以传输文件。
2)可以稳定且高效地传输大文件,并且支持断点续传文件功能,保证了文件的传输效率。
3)基于SFTP的文件服务器更加安全,可以保证文件在传输过程中不会丢失或泄露。
4)在文件下载完成时会再次校验文件MD5,保证了传输文件的正确性。
图8是本发明实施例的文件传输装置的模块示意图,参见图8,所述文件传输装置800包括如下模块:
发送模块801,用于将待上传文件的分片数据发送给云端服务器,所述分片数据是将所述文件进行分片处理得到的;
驱动模块802,用于调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,通过已纳管的目标机从所述云端服务器获取所述文件。
可选地,所述文件传输装置800还包括:
分片模块,用于对待上传的文件按照固定尺寸进行分片处理以得到所述文件的分片数据,并对所述分片数据进行编号。
可选地,所述文件传输装置800还包括:
第一获取模块,用于获取用于传输所述文件的目标机IP;
第二获取模块,用于若所述目标机IP是有效地址且所述目标机IP已经被纳管管理平台纳入管理,则获取所述文件的散列值;
执行模块,用于若所述文件的散列值未存在数据库中且所述文件未完成上传,则执行对待上传的文件按照固定尺寸进行分片处理以得到所述文件的分片数据,并对所述分片数据进行编号的步骤。
可选地,所述驱动模块802进一步用于:
通过HTTP请求的方式,将所述文件没有完成上传的分片数据传输到线上服务;
将成功传输至线上服务的分片数据传输给云端服务器,直至将所述文件的分片数据均成功发送给所述云端服务器。
可选地,所述驱动模块802进一步用于:
将成功传输至线上服务的分片数据,以安全文件传输协议SFTP协议的方式传输给云端服务器。
可选地,所述驱动模块802进一步用于:
通过超文本传输协定HTTP请求的方式,将所述文件没有完成上传的分片数据以并发方式传输到线上服务。
可选地,所述驱动模块802进一步用于:
根据所述文件的目标机识别码IP,获取所述目标机IP与云端服务器交互的网关地址;
根据所述文件的名称、散列值、目标机IP以及网关地址,创建所述文件的传输任务,通过所述传输任务驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件。
可选地,所述驱动模块802进一步用于:
根据目标机IP登陆已纳管的目标机;
若成功登陆所述目标机、用户输入的账户是正确的且用户的账户在目标机IP有下载权限,则让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件。
可选地,所述驱动模块802进一步用于:
根据wget指令,通过已纳管的目标机采用对应的网关从所述云端服务器获取所述文件。
可选地,所述文件传输装置800还包括:
第三获取模块,用于获取下载的所述文件的分片数据;
整合模块,用于将所述分片数据按照每个所述分片数据的编号顺序进行整合,以得到整合文件;
第一判断模块,用于判断所述整合文件的散列值与所述文件的散列值是否相同;若相同,则认定所述文件传输成功;若不相同,则认定所述文件传输失败。
可选地,所述文件传输装置800还包括:
第二判断模块,用于若所述整合文件的散列值与所述文件的散列值相同,则判断目录下是否存在与所述文件的名称相同的文件;
第一重命名模块,用于若不存在,则将所述整合文件按照所述文件进行重命名;
第二重命名模块,用于若存在,则将所述整合文件按照所述文件进行重命名,并添加时间字段作为所述整合文件后缀。
可选地,所述散列值为MD5值。
在本发明实施例中,这种文件传输装置可以解决现有传输方式在从本地或云端跨过操作系统和本地硬盘向远程的目标机传输文件或者传输的文件过大时导致的传输失败或根本无法进行文件传输的问题。并且具有主要以下优点:
1)对用户来说,不用使用额外的软件或了解命令的用法,只需使用浏览器就可以传输文件。
2)可以稳定且高效地传输大文件,并且支持断点续传文件功能,保证了文件的传输效率。
3)基于SFTP的文件服务器更加安全,可以保证文件在传输过程中不会丢失或泄露。
4)在文件下载完成时会再次校验文件MD5,保证了传输文件的正确性。
图9示出了可以应用本发明实施例的文件传输方法或文件传输装置的示例性系统架构900。
如图9所示,系统架构900可以包括终端设备901、902、903,网络904和服务器905。网络904用以在终端设备901、902、903和服务器905之间提供通信链路的介质。网络904可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备901、902、903通过网络904与服务器905交互,以接收或发送消息等。终端设备901、902、903上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备901、902、903可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器905可以是提供各种服务的服务器,例如对用户利用终端设备901、902、903所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
应该理解,图9中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图10,其示出了适于用来实现本发明实施例的终端设备的计算机系统1000的结构示意图。图10示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图10所示,计算机系统1000包括中央处理单元(CPU)1001,其可以根据存储在只读存储器(ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理。在RAM 1003中,还存储有系统1000操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。
以下部件连接至I/O接口1005:包括键盘、鼠标等的输入部分1006;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1007;包括硬盘等的存储部分1008;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1010上,以便于从其上读出的计算机程序根据需要被安装入存储部分1008。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分1009从网络上被下载和安装,和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:将待上传文件的分片数据发送给云端服务器,所述分片数据是将所述文件进行分片处理得到的;调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,通过已纳管的目标机从所述云端服务器获取所述文件。
在本发明实施例中,这种文件传输方法可以解决现有传输方式在从本地或云端跨过操作系统和本地硬盘向远程的目标机传输文件或者传输的文件过大时导致的传输失败或根本无法进行文件传输的问题。并且具有主要以下优点:
1)对用户来说,不用使用额外的软件或了解命令的用法,只需使用浏览器就可以传输文件。
2)可以稳定且高效地传输大文件,并且支持断点续传文件功能,保证了文件的传输效率。
3)基于SFTP的文件服务器更加安全,可以保证文件在传输过程中不会丢失或泄露。
4)在文件下载完成时会再次校验文件MD5,保证了传输文件的正确性。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

Claims (15)

1.一种文件传输方法,应用于文件传输系统,其特征在于,所述文件传输系统至少包括:云端服务器、纳管管理平台以及目标机;所述云端服务器用于将文件的分片数据进行存储和统合,所述纳管管理平台用于纳管目标机;
所述文件传输方法包括:
将待上传文件的分片数据发送给云端服务器,所述分片数据是将所述文件进行分片处理得到的;
调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,通过已纳管的目标机从所述云端服务器获取所述文件。
2.根据权利要求1所述的方法,其特征在于,在将待上传文件的分片数据发送给云端服务器的步骤之前,所述方法还包括:
对待上传的文件按照固定尺寸进行分片处理以得到所述文件的分片数据,并对所述分片数据进行编号。
3.根据权利要求2所述的方法,其特征在于,在对所述文件进行分片处理以得到所述文件的分片数据的步骤之前,所述方法还包括:
获取用于传输所述文件的目标机IP;
若所述目标机IP是有效地址且所述目标机IP已经被纳管管理平台纳入管理,则获取所述文件的散列值;
若所述文件的散列值未存在数据库中且所述文件未完成上传,则执行对待上传的文件按照固定尺寸进行分片处理以得到所述文件的分片数据,并对所述分片数据进行编号的步骤。
4.根据权利要求1所述的方法,其特征在于,将待上传文件的分片数据发送给云端服务器,包括:
通过HTTP请求的方式,将所述文件没有完成上传的分片数据传输到线上服务;
将成功传输至线上服务的分片数据传输给云端服务器,直至将所述文件的分片数据均成功发送给所述云端服务器。
5.根据权利要求4所述的方法,其特征在于,将成功传输至线上服务的分片数据传输给云端服务器包括:
将成功传输至线上服务的分片数据,以安全文件传输协议SFTP协议的方式传输给云端服务器。
6.根据权利要求4所述的方法,其特征在于,通过HTTP请求的方式,将所述文件没有完成上传的分片数据传输到线上服务包括:
通过超文本传输协定HTTP请求的方式,将所述文件没有完成上传的分片数据以并发方式传输到线上服务。
7.根据权利要求1所述的方法,其特征在于,调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件包括:
根据所述文件的目标机识别码IP,获取所述目标机IP与云端服务器交互的网关地址;
根据所述文件的名称、散列值、目标机IP以及网关地址,创建所述文件的传输任务,通过所述传输任务驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件。
8.根据权利要求7所述的方法,其特征在于,通过所述传输任务驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件包括:
根据目标机IP登陆已纳管的目标机;
若成功登陆所述目标机、用户输入的账户是正确的且用户的账户在目标机IP有下载权限,则让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件。
9.根据权利要求8所述的方法,其特征在于,通过已纳管的目标机从所述云端服务器获取所述文件包括:
根据wget指令,通过已纳管的目标机采用对应的网关从所述云端服务器获取所述文件。
10.根据权利要求1所述的方法,其特征在于,在调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,让已纳管的目标机通过对应的网关从所述云端服务器获取所述文件的步骤之后,所述方法还包括:
获取下载的所述文件的分片数据;
将所述分片数据按照每个所述分片数据的编号顺序进行整合,以得到整合文件;
判断所述整合文件的散列值与所述文件的散列值是否相同;
若相同,则认定所述文件传输成功;
若不相同,则认定所述文件传输失败。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
若所述整合文件的散列值与所述文件的散列值相同,则判断目录下是否存在与所述文件的名称相同的文件;
若不存在,则将所述整合文件按照所述文件进行重命名;
若存在,则将所述整合文件按照所述文件进行重命名,并添加时间字段作为所述整合文件后缀。
12.根据权利要求3、7或10所述的方法,其特征在于,所述散列值为MD5值。
13.一种文件传输装置,其特征在于,包括:
发送模块,用于将待上传文件的分片数据发送给云端服务器,所述分片数据是将所述文件进行分片处理得到的;
驱动模块,用于调用纳管管理平台,通过纳管管理平台驱动已纳管的目标机,通过已纳管的目标机从所述云端服务器获取所述文件。
14.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-12中任一所述的方法。
15.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-12中任一所述的方法。
CN202011459732.9A 2020-12-11 2020-12-11 文件传输方法和装置 Active CN112468511B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011459732.9A CN112468511B (zh) 2020-12-11 2020-12-11 文件传输方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011459732.9A CN112468511B (zh) 2020-12-11 2020-12-11 文件传输方法和装置

Publications (2)

Publication Number Publication Date
CN112468511A true CN112468511A (zh) 2021-03-09
CN112468511B CN112468511B (zh) 2023-02-03

Family

ID=74803435

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011459732.9A Active CN112468511B (zh) 2020-12-11 2020-12-11 文件传输方法和装置

Country Status (1)

Country Link
CN (1) CN112468511B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113542282A (zh) * 2021-07-15 2021-10-22 曙光信息产业(北京)有限公司 一种跨计算中心文件传输方法、装置、设备及存储介质
CN114338655A (zh) * 2022-03-10 2022-04-12 北京宇信科技集团股份有限公司 一种远程服务器文件传输引擎、传输方法及装置
CN114945020A (zh) * 2022-05-17 2022-08-26 宝信软件(武汉)有限公司 一种基于云平台的云边协同数据接入方法以及系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105472035A (zh) * 2016-01-04 2016-04-06 百度在线网络技术(北京)有限公司 一种文件传输方法及装置
CN106375483A (zh) * 2016-11-09 2017-02-01 腾讯科技(深圳)有限公司 文件传输方法和装置
JP2017055336A (ja) * 2015-09-11 2017-03-16 国立研究開発法人情報通信研究機構 負荷変動およびパケット伝送損失があるlfn伝送路で高信頼通信を行うためのデータ通信制御方法
CN108170802A (zh) * 2017-12-28 2018-06-15 武汉楚鼎信息技术有限公司 一种数据分类缓存下发方法及系统装置
CN108234539A (zh) * 2016-12-14 2018-06-29 北京金山云网络技术有限公司 一种文件上传、下载、传输方法及装置
CN109361754A (zh) * 2018-11-05 2019-02-19 中国广核电力股份有限公司 一种基于浏览器的文件传输方法及装置
CN110430274A (zh) * 2019-08-09 2019-11-08 西藏宁算科技集团有限公司 一种基于云存储的文件下载方法及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017055336A (ja) * 2015-09-11 2017-03-16 国立研究開発法人情報通信研究機構 負荷変動およびパケット伝送損失があるlfn伝送路で高信頼通信を行うためのデータ通信制御方法
CN105472035A (zh) * 2016-01-04 2016-04-06 百度在线网络技术(北京)有限公司 一种文件传输方法及装置
CN106375483A (zh) * 2016-11-09 2017-02-01 腾讯科技(深圳)有限公司 文件传输方法和装置
CN108234539A (zh) * 2016-12-14 2018-06-29 北京金山云网络技术有限公司 一种文件上传、下载、传输方法及装置
CN108170802A (zh) * 2017-12-28 2018-06-15 武汉楚鼎信息技术有限公司 一种数据分类缓存下发方法及系统装置
CN109361754A (zh) * 2018-11-05 2019-02-19 中国广核电力股份有限公司 一种基于浏览器的文件传输方法及装置
CN110430274A (zh) * 2019-08-09 2019-11-08 西藏宁算科技集团有限公司 一种基于云存储的文件下载方法及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113542282A (zh) * 2021-07-15 2021-10-22 曙光信息产业(北京)有限公司 一种跨计算中心文件传输方法、装置、设备及存储介质
CN114338655A (zh) * 2022-03-10 2022-04-12 北京宇信科技集团股份有限公司 一种远程服务器文件传输引擎、传输方法及装置
CN114945020A (zh) * 2022-05-17 2022-08-26 宝信软件(武汉)有限公司 一种基于云平台的云边协同数据接入方法以及系统
CN114945020B (zh) * 2022-05-17 2023-08-08 宝信软件(武汉)有限公司 一种基于云平台的云边协同数据接入方法以及系统

Also Published As

Publication number Publication date
CN112468511B (zh) 2023-02-03

Similar Documents

Publication Publication Date Title
US10999354B2 (en) Opening local applications from browsers
CN112468511B (zh) 文件传输方法和装置
US10613788B2 (en) Data migration between cloud storage systems
CN110336810B (zh) 信息分享方法、平台、计算设备及存储介质
EP3179701B1 (en) File upload and download methods and associated server
CN102067146B (zh) 安全的应用程序流式传输
AU2019257398A1 (en) Systems and methods for message editing
CN113271296B (zh) 一种登录权限管理的方法和装置
AU2021203965A1 (en) Browser system and method
CN110557255A (zh) 一种证书管理的方法和装置
CN109391673A (zh) 一种管理更新文件的方法、系统及终端设备
CN110839004A (zh) 访问认证的方法和装置
CN112838951B (zh) 一种终端设备的运维方法、装置、系统及存储介质
US11722481B2 (en) Multiple identity provider authentication system
CN110324384B (zh) 数据推送的方法和装置
CN113037787A (zh) 一种数据处理方法和装置
KR101395830B1 (ko) 프록시를 경유한 접속 세션정보 확인시스템과 이를 기반으로 한 세션정보 확인방법
US20150379288A1 (en) Secure access to running client application features from a browser application
CN111818179A (zh) 用户请求的处理方法、装置、计算设备和介质
CN112087475B (zh) 一种云平台组件应用的消息推送方法、装置及消息服务器
US9621630B2 (en) Distribution method, distribution apparatus, and terminal apparatus
CN113132447A (zh) 反向代理的方法和系统
CN109657481B (zh) 数据管理方法及装置
US10949184B2 (en) Method and system of application deployment on a mobile communication device
CN113626873B (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