CN114500499A - 一种互联网系统内的文件下载方法及系统 - Google Patents

一种互联网系统内的文件下载方法及系统 Download PDF

Info

Publication number
CN114500499A
CN114500499A CN202111637543.0A CN202111637543A CN114500499A CN 114500499 A CN114500499 A CN 114500499A CN 202111637543 A CN202111637543 A CN 202111637543A CN 114500499 A CN114500499 A CN 114500499A
Authority
CN
China
Prior art keywords
file
attribute
source
source file
sharing
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
CN202111637543.0A
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.)
Sina Technology China Co Ltd
Original Assignee
Sina Technology China 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 Sina Technology China Co Ltd filed Critical Sina Technology China Co Ltd
Priority to CN202111637543.0A priority Critical patent/CN114500499A/zh
Publication of CN114500499A publication Critical patent/CN114500499A/zh
Pending legal-status Critical Current

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
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0893Assignment of logical groups to network elements

Landscapes

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

Abstract

本发明实施例提供一种互联网系统内的文件下载方法及系统,包括:将最新版本源文件的文件属性以消息形式推送至消息队列;客户端订阅消息队列内的消息,自消息队列内获取文件属性消息;其中,所述文件属性的类别包括:源文件属性、文件共享分片属性,所述文件共享分片是指对源文件进行分片且将该分片共享以被其他客户端下载;客户端根据所获取的文件属性判断是否下载对应的源文件,当确定下载所述文件属性略可以有效降低源带宽消耗,提升集群下载效率。

Description

一种互联网系统内的文件下载方法及系统
技术领域
本发明涉及互联网领域,具体涉及一种互联网系统内的文件下载方法及系统。
背景技术
目前互联网系统中应用程序间需要下载大量的大文件:算法模型、特征向量、文本索引等。随之业务发展,集群越来越大,数据量越来越大,需要下载的数据占用的带宽和下载时间越来越大。同时应用程序要求更高效的下载这些文件。现有的文件下载方案都是针对固定文件进行源到客户端下载,存在占用带宽资源多,下载效率低。
发明内容
本发明实施例提供一种互联网系统内的文件下载方法及系统,共享下载的策略可以有效降低源带宽消耗,提升集群下载效率,能够有效解决因源服务器带宽限制带来的瓶颈,有效解决集群扩大和下载文件变多带来的源服务器带宽压力大的问题。
为达上述目的,一方面,本发明实施例提供一种互联网系统内的文件下载方法,包括:
将最新版本源文件的文件属性以消息形式推送至消息队列;
客户端订阅消息队列内的消息,自消息队列内获取文件属性消息;其中,所述文件属性的类别包括:源文件属性、文件共享分片属性,所述文件共享分片是指对源文件进行分片且将该分片共享以被其他客户端下载;
客户端根据所获取的文件属性判断是否下载对应的源文件,当确定下载所述文件属性对应的源文件后,对源文件进行下载处理;所述对源文件进行下载处理,具体包括:
当所获取的文件属性是文件共享分片属性时,客户端根据文件共享分片属性自推送该文件共享分片属性消息的设备的端口下载该文件共享分片对应的源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序;其中,在同一互联网系统中设有多个客户端,每个客户端分管为其分配的预设数量的网络资源,并为所分管的网络资源下载最新版本的源文件;所述设备包括:文件源端、其他客户端,所述文件源端是指初始提供源文件的客户端;
当所获取的文件属性是源文件属性、且源文件属性内未设置该源文件具有共享属性时,客户端自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序;
当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性时,自消息队列内查找该源文件的文件共享分片属性消息,客户端自推送该文件共享分片属性消息的设备的端口下载该源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序。
另一方面,本发明实施例提供一种互联网系统内的文件下载系统,
在同一互联网系统中设有多个客户端,每个客户端分管为其分配的预设数量的网络资源,并为所分管的网络资源下载最新版本的源文件;所述文件下载系统包括设置于文件源端的文件属性推送单元,设置于客户端的文件属性获取单元和下载单元,所述文件源端是指初始提供源文件的客户端,其中:
文件属性推送单元,用于将最新版本源文件的文件属性以消息形式推送至消息队列;
文件属性获取单元,用于订阅消息队列内的消息,自消息队列内获取文件属性消息;其中,所述文件属性的类别包括:源文件属性、文件共享分片属性,所述文件共享分片是指对源文件进行分片且将该分片共享以被其他客户端下载;
下载单元,用于根据所获取的文件属性判断是否下载对应的源文件,当确定下载文件属性对应的源文件后,对源文件进行下载处理;所述下载单元,具体包括:
第一下载单元,用于当所获取的文件属性是文件共享分片属性时,根据文件共享分片属性自推送该文件共享分片属性消息的设备的端口下载该文件共享分片对应的源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序;所述设备包括:文件源端、其他客户端;
第二下载单元,用于当所获取的文件属性是源文件属性、且源文件属性内未设置该源文件具有共享属性时,自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序;
第三下载单元,用于当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性时,自消息队列内查找该源文件的文件共享分片属性,根据查找到的该源文件的文件共享分片属性自推送该文件共享分片属性消息的设备的端口下载该源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序。
上述技术方案具有如下有益效果:共享下载的策略可以有效降低源带宽消耗,提升集群下载效率,能够有效解决因源服务器带宽限制带来的瓶颈,有效解决集群扩大和下载文件变多带来的源服务器带宽压力大的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例的一种互联网系统内的文件下载方法的流程图;
图2是本发明实施例的一种互联网系统内的文件下载系统的结构图;
图3是本发明实施例的另一互联网系统内的文件下载方法的流程图;
图4是本发明实施例的互联网系统内的文件下载方法的分步流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,结合本发明的实施例,提供一种互联网系统内的文件下载方法,包括:
S101:将最新版本源文件的文件属性以消息形式推送至消息队列;
S102:客户端订阅消息队列内的消息,自消息队列内获取文件属性消息;其中,所述文件属性的类别包括:源文件属性、文件共享分片属性,所述文件共享分片是指对源文件进行分片且将该分片共享以被其他客户端下载;
S103:客户端根据所获取的文件属性判断是否下载对应的源文件,当确定下载所述文件属性对应的源文件后,对源文件进行下载处理;所述对源文件进行下载处理,具体包括:
S1031:当所获取的文件属性是文件共享分片属性时,客户端根据文件共享分片属性自推送该文件共享分片属性消息的设备的端口下载该文件共享分片对应的源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序;其中,在同一互联网系统中设有多个客户端,每个客户端分管为其分配的预设数量的网络资源,并为所分管的网络资源下载最新版本的源文件;所述设备包括:文件源端、其他客户端,所述文件源端是指初始提供源文件的客户端;
S1032:当所获取的文件属性是源文件属性、且源文件属性内未设置该源文件具有共享属性时,客户端自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序;
S1033:当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性时,自消息队列内查找该源文件的文件共享分片属性消息,客户端自推送该文件共享分片属性消息的设备的端口下载该源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序。
优选地,还包括:
S104:在策略中心的策略设置页面配置并写入策略,所述策略包括:客户端所要下载的源文件标识、客户端下载源文件的执行周期、为客户端提供的下载方式、是否设置源文件的共享属性,其中,所述为客户端提供的下载方式包括至少如下之一:http协议、rsync协议、P2P协议。
优选地,步骤101中,所述将最新版本源文件的文件属性以消息形式推送至消息队列,具体包括:
S1011:文件源端获取策略中心的策略,当具有策略内客户端所要下载的源文件的最新版本时,则将客户端所要下载的源文件的最新版本生成文件属性;将所生成的文件属性以消息形式推送至消息队列;其中,
如果该源文件满足共享要求,配置策略时设置为源文件属性、且设置该源文件具有共享属性,文件源端为该源文件生成设置有共享属性的源文件属性;以及文件源端将该源文件进行分片形成多个文件共享分片,并为每个文件共享分片生成相应的文件共享分片属性;
如果该源文件不满足共享要求,配置策略时直接生成源文件属性、且源文件属性内不设置该源文件具有共享属性,文件源端为该源文件生成未设置共享属性的源文件属性;
所述的互联网系统内的文件下载方法,还包括:
S105:在所述当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性时,自消息队列内查找该源文件的文件共享分片属性消息,客户端自推送该文件共享分片属性消息的设备的端口下载该源文件的所有文件共享分片之后,该客户端对所下载的所有文件共享分片分别形成各自的文件共享分片属性,将所生成的文件共享分片属性以消息形式推送至消息队列。
优选地,在步骤103中,所述对源文件进行下载处理,具体包括:
S1034:当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性,但在消息队列内未查找该源文件的文件共享分片属性消息时,客户端根据源文件属性自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序;
S1035:在客户端根据源文件属性自文件源端下载该源文件之后,文件源端将该客户端所下载的源文件进行分片形成多个文件共享分片,文件源端将所有文件共享分片分别生成各自的文件共享分片属性,将所生成的各文件共享分片属性以消息形式推送至消息队列。
优选地,所述对源文件进行下载处理,具体包括:
S106:当确定下载所述文件属性对应的源文件后,客户端将文件属性对应的源文件标识和所选择的下载方式进行集成,形成下载命令,将下载命令写入消息队列;源文件所在的任一设备或者文件共享分片所在的任一设备自消息队列内获取客户端的下载命令,根据所述下载命令所包含的源文件标识和所选择的下载方式为客户端提供源文件或者文件共享分片的下载;其中,当源文件具有共享属性时,文件共享分片所在的任一设备优先自消息队列内获取客户端的下载命令。
优选地,还包括:
S107:在客户端下载源文件完毕后将对源文件的下载信息写入消息队列;或者,在客户端下载文件共享分片完毕后,将对文件共享分片的下载信息写入消息队列;
S108:客户端自消息队列获取对源文件的下载信息或者对文件共享分片的下载信息以进行展示。
如图2所示,结合本发明的实施例,提供一种互联网系统内的文件下载系统,在同一互联网系统中设有多个客户端,每个客户端分管为其分配的预设数量的网络资源,并为所分管的网络资源下载最新版本的源文件;所述文件下载系统包括设置于文件源端的文件属性推送单元,设置于客户端的文件属性获取单元和下载单元,所述文件源端是指初始提供源文件的客户端,其中:
文件属性推送单元21,用于将最新版本源文件的文件属性以消息形式推送至消息队列;
文件属性获取单元22,用于订阅消息队列内的消息,自消息队列内获取文件属性消息;其中,所述文件属性的类别包括:源文件属性、文件共享分片属性,所述文件共享分片是指对源文件进行分片且将该分片共享以被其他客户端下载;
下载单元23,用于根据所获取的文件属性判断是否下载对应的源文件,当确定下载文件属性对应的源文件后,对源文件进行下载处理;所述下载单元,具体包括:
第一下载单元231,用于当所获取的文件属性是文件共享分片属性时,根据文件共享分片属性自推送该文件共享分片属性消息的设备的端口下载该文件共享分片对应的源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序;所述设备包括:文件源端、其他客户端;
第二下载单元232,用于当所获取的文件属性是源文件属性、且源文件属性内未设置该源文件具有共享属性时,自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序;
第三下载单元233,用于当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性时,自消息队列内查找该源文件的文件共享分片属性,根据查找到的该源文件的文件共享分片属性自推送该文件共享分片属性消息的设备的端口下载该源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序。
优选地,所述文件下载系统还包括:
策略配置单元24,用于在策略中心的策略设置页面配置并写入策略,所述策略包括:客户端所要下载的源文件标识、客户端下载源文件的执行周期、为客户端提供的下载方式、是否设置源文件的共享属性,其中,所述为客户端提供的下载方式包括至少如下之一:http 协议、rsync协议、P2P协议。
优选地,所述文件属性推送单元21,包括:
第一文件属性推送单元211,用于获取策略中心的策略,当具有策略内客户端所要下载的源文件的最新版本时,则将客户端所要下载的源文件的最新版本生成文件属性;将所生成的文件属性以消息形式推送至消息队列;其中,
如果该源文件满足共享要求,配置策略时设置为源文件属性、且源文件属性内设置该源文件具有共享属性,则为该源文件生成设置有共享属性的源文件属性;以及将该源文件进行分片形成多个文件共享分片,并为每个文件共享分片生成相应的文件共享分片属性;
如果该源文件不满足共享要求,配置策略时直接生成源文件属性、且源文件属性内不设置该源文件具有共享属性,则为该源文件生成未设置共享属性的源文件属性;
所述下载单23元,还包括:
第二文件属性推送单元234,用于在所述第三下载单元执行之后,对所下载的所有文件共享分片分别形成各自的文件共享分片属性,将所生成的文件共享分片属性以消息形式推送至消息队列。
优选地,所述文件属性推送单元包括第三文件属性推送单元212,其中:
所述第三下载单元233,还用于当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性,但在消息队列内未查找该源文件的文件共享分片属性时,根据源文件属性自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序;
所述第三文件属性推送单元212,用于在客户端根据源文件属性自本文件源端下载该源文件之后,将该客户端所下载的源文件进行分片形成多个文件共享分片,将所有文件共享分片生成各自的文件共享分片属性;将分片单元所生成的各文件共享分片属性以消息形式推送至消息队列。
优选地,所述下载单元23包括下载命令生成单元234,其中:
所述下载命令生成单元234,用于当确定下载所述文件属性对应的源文件后,将文件属性的源文件标识和所选择的下载方式进行集成,形成下载命令,将下载命令写入消息队列;
源文件所在的任一设备或者文件共享分片所在的任一设备设置有下载命令处理单元 235,用于自消息队列内获取客户端的下载命令,根据所述下载命令所包含的源文件标识和所选的下载方式为客户端提供源文件或者文件共享分片的下载;其中,当源文件具有共享属性时,文件共享分片所在的任一设备优先自消息队列内获取客户端的下载命令。
优选地,所述客户端还设置有下载信息反馈单元和展示单元,其中:
下载信息反馈单元26,用于在下载源文件完毕后将对源文件的下载信息写入消息队列;或者,在下载文件共享分片完毕后,将对文件共享分片的下载信息写入消息队列;
展示单元27,用于自消息队列获取对源文件的下载信息或者对文件共享分片的下载信息以进行展示。
本发明所取得的有益效果如下:
本系统通过模块化设计,灵活配置,极大提升了下载系统的可扩展能力,以及简化下载策略的配置,能够适应多文件下载和文件下载任务多变的环境。而且在下载策略配置中允许多种协议主备下载,有效提高下载可靠性。
第一:共享下载的策略可以有效降低源带宽消耗,提升集群下载效率,能够有效解决因源服务器带宽限制带来的瓶颈,有效解决集群扩大和下载文件变多带来的源服务器带宽压力大的问题。
第二:有可配置策略、下载文件、观察下载状态的策略配置。能够解决下载文件变更不便利,下载方式单一,下载状态不可观察的问题。
第三:有消息队列,能够承担整个集群(全部服务器)的通信,解决下载服务器之间的信息共享问题,能够更高效进行下载同步信息。
第四:有多样的下载协议,有效避免单一协议下载失败影响文件下载。可靠性更高。
下面结合具体的应用实例对本发明实施例上述技术方案进行详细说明,实施过程中没有介绍到的技术细节,可以参考前文的相关描述。
本发明涉及的技术术语及缩略语释义如下:
策略配置:本文中的策略配置指下载系统的下载策略:包括文件源更新周期,客户端下载循环周期(指多久去查看是否需要下载),客户端下载协议选取,客户端是否使用共享下载等。
文件源:本文中的文件源,是指生产文件的服务器,提供源文件的更新和提供多种协议的下载方式,供客户端进行文件下载。
客户端:本文中的客户端指,需要下载文件的服务器,客户端提供多种协议的文件下载方法,客户端也提供文件共享下载的功能。
文件共享分片:本文中文件共享分片是指大文件划分成较小的文件,然后通过客户端共享协议进行下载共享。
本发明为一种集中配置多种下载方式索引文件下载方法和系统,属于集中配置、分布式下载、校验文件下载系统技术领域。本发明所要解决的技术问题为:
第一点:在下载架构中引入消息队列,将文件下载指令、文件下载策略(策略配置)、文件属性、文件共享分片属性、文件下载情况信息回写至消息队列,客户端通过订阅的形式进行统一调度通信。
第二点:该下载系统客户端支持http协议、rsync协议、P2P协议,在客户端集成各个下载命令,并在消息队列中选择下载方式。
第三点:该下载系统提供统一消息队列,同步信息会回写至消息队列,便于下载状态的展示和观测。也就是消息队列承载整个系统的通讯功能,提供文件源信息写入:原始文件信息(文件大小,文件md5,文件下载方式,文件分片数,文件分片d5,)客户端下载信息(客户端文件下载状态,客户端共享分片信息(客户端ip,客户端共享分片数,客户端分析分片md5)),完成源和客户端之间的通讯功能。
第四点:该下载系统提供客户端间的文件分片共享下载,能够在下载节点间共享源文件分片,有效降低下载过程对下载源的带宽压力。有利于提高下载效率。
本发明的技术方案的详细阐述如下:
第一、总体技术流程图如图3所示,本技术方案包括:策略配置、文件源、消息队列、客户端总计4个模块单元,按照图中1-12的数字顺序执行。
第二、各个模块单元功能解释:
策略配置:中心配置节点,提供下载资源策略配置功能,提供下载资源策略增加、修改、删除、查看功能,有且仅有这一个操作入口。
文件源:提供多种下载协议的文件下载功能,按照配置策略更新文件,然后将文件属性推送至消息队列。
消息队列:提供下载过程中的通信功能,包括:文件下载策略,文件属性,分片共享属性、文件下载状态等信息。
客户端:负责文件下载功能,按照策略中心(配置中心)的更新策略和下载协议进行文件下载,在共享下载模式下进行文件分片划分,文件分片属性写入消息队列,文件分片共享下载服务提供。
第三、分步骤的流程图如图4,解释如下:
如图4步骤201所示,在策略中心的策略设置页面配置并写入策略,所述策略包括:客户端所要下载的源文件标识、客户端下载源文件的执行周期、为客户端提供的下载方式、是否设置源文件的共享属性,其中,所述为客户端提供的下载方式包括至少如下之一:http协议、rsync协议、P2P协议。
具体地,策略配置模块提供更新策略的页面,将策略的更新写入到策略中心。用于增加、删除、修改、查询下载策略。可设置策略包括:客户端的执行周期、调度源(指源文件)和下载方式(是指下载协议),提供策略查询、已执行策略查询等功能。一条完整的策略描述如下:
[
Id:策略的唯一Id
Name:策略的人为命名
Period:策略执行周期
Method:策略的检查方法
Source:策略的源地址
Backup:策略的备用资源地址
Status:策略执行状态
Enable:是否可执行
Protocal:下载协议/下载方法
Createtime:策略创建时间
Updatatime:策略修改时间
Exectime:策略执行时间
]
如图4步骤202所示,服务端获取策略中心的策略配置,按照策略中心(配置中心)记录的客户端对源文件资源的下载周期(客户端对源文件的下载周期)、下载协议进行源文件更新操作。
如图4步骤203所示,服务端将源文件更新的属性写入消息队列,以供客户端下载进行校验(通过算法看源文件文件的md5与文件共享分片是否一样)。将最新版本源文件的文件属性以消息形式推送至消息队列;其中,所述文件属性的类别包括:源文件属性、文件共享分片属性,所述文件共享分片是指对源文件进行分片且将该分片共享以被其他客户端下载。即:文件源端获取策略中心的策略,当具有客户端所要下载的源文件的最新版本时,则将客户端所要下载的源文件的最新版本生成文件属性;将所生成的文件属性以消息形式推送至消息队列;其中,
如果该源文件满足共享要求,配置策略时设置为源文件属性、且设置该源文件具有共享属性,文件源端为该源文件生成设置有共享属性的源文件属性;以及文件源端将该源文件进行分片形成多个文件共享分片,并为每个文件共享分片生成相应的文件共享分片属性。
如果该源文件不满足共享要求,配置策略时直接生成源文件属性、且源文件属性内不设置该源文件具有共享属性,文件源端为该源文件生成未设置共享属性的源文件属性。
关于文件更新的属性所形成的一条完整的消息描述如下:
[
FileName:源文件名
FileMd5sum:源文件md5信息
FileCreatetime:文件创建(更新)时间
FileSize:文件大小
Source:共享源地址
]
其中,源文件的属性共享文件分片的属性放在同一队列的不同组;比如一个组专门对应文件的大小,另一个分组专门对应文件md5等;
如图4步骤204所示,客户端订阅消息队列内消息更新,获取下载文件的策略(策略配置)和下载文件的信息(自消息队列内获取文件属性消息)。
客户端根据所获取的文件属性判断是否下载对应的源文件,当确定下载所述文件属性对应的源文件后,对源文件进行下载处理;所述对源文件进行下载处理,具体包括:
当所获取的文件属性是文件共享分片属性时,客户端根据文件共享分片属性自推送该文件共享分片属性消息的设备的端口下载该文件共享分片对应的源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序;其中,在同一互联网系统中设有多个客户端,每个客户端分管为其分配的预设数量的网络资源,并为所分管的网络资源下载最新版本的源文件;所述设备包括:文件源端、其他客户端,所述文件源端是指初始提供源文件的客户端。
当所获取的文件属性是源文件属性、且源文件属性内未设置该源文件具有共享属性时,客户端自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序。
当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性时,自消息队列内查找该源文件的文件共享分片属性消息,客户端自推送该文件共享分片属性消息的设备的端口下载该源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序。
在所述当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性时,自消息队列内查找该源文件的文件共享分片属性消息,客户端自推送该文件共享分片属性消息的设备的端口下载该源文件的所有文件共享分片之后,该客户端对所下载的所有文件共享分片分别形成各自的文件共享分片属性,将所生成的文件共享分片属性以消息形式推送至消息队列。
当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性,但在消息队列内未查找该源文件的文件共享分片属性消息时,客户端根据源文件属性自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序;
在客户端根据源文件属性自文件源端下载该源文件之后,文件源端将该客户端所下载的源文件进行分片形成多个文件共享分片,文件源端将所有文件共享分片生成各自的文件共享分片属性,将所生成的各文件共享分片属性以消息形式推送至消息队列。
如图4步骤205所示,客户端根据消息队列内的更新消息判断是否需要下载文件;是否有共享文件片可以下载。当确定下载所述文件属性对应的源文件后,客户端将文件属性的源文件标识和所选择的下载方式进行集成,形成下载命令,将下载命令写入消息队列;源文件所在的任一设备或者文件共享分片所在的任一设备自消息队列内获取客户端的下载命令,根据所述下载命令所包含的源文件标识和所选择的下载方式为客户端提供源文件或者文件共享分片的下载;其中,当源文件具有共享属性时,文件共享分片所在的任一设备优先自消息队列内获取客户端的下载命令。
具体地:当确定下载某个源文件时,客户端将下载指令放入到消息队列内获取到下载的客户端,在获取分片获取不到共享分片,就会去回源下载;也就是任意一个客户端,获取共享分片的策略都是一样的,优先去下载共享分片,如果没有就去回源;下载命令里不指明下载文件共享分片的还是未分片的源文件。
如图4步骤206所示,客户端下载文件,客户端从源端下载源文件。
如图4步骤207所示,客户端进行文件共享,将下载的源文件进行分片处理。便于共享分片加速下载。使用的客户端进行共享;客户端上有共享端口,客户端共享过程就是把当前分片信息写入到消息队列。其他的客户端如果需要下载可以从这个客户端进行下载分片。每个下载了源文件的客户端都要进行分享,避免只是第一个使用的客户端进行分享,所带来的瓶颈和单点。其中,将下载的源文件进行分片处理这个在源上统一完成,如果文件下载设置为共享模式,源会对文件进行分片,然后将分片数量,每片文件的属性写入消息队列,供客户端下载,然后客户端下载完成后,共享下载完成的文件分片。当然,如果无客户端共享的分片,会去源下载。每个客户端在所有分片都下载完成后,组装文件。
如图4步骤208所示,客户端将分片信息回写至消息队列,便于其他的客户端进行共享下载。一条完整的消息描述如下:
[
FileName:文件名
FileMd5sum:源文件md5信息
FileCreatetime:文件创建时间
FileSize:文件大小
]
如图4步骤209所示,其他客户端获取消息队列内共享下载的消息。
如图4步骤210所示,其他客户端进行文件分片共享下载。
在客户端下载源文件完毕后将对源文件的下载信息写入消息队列;或者,在客户端下载文件共享分片完毕后,将对文件共享分片的下载信息写入消息队列。如图4步骤211所示,共享分片下载完成,更新文件下载状态到消息队列。一条完整的消息描述如下:
[
FileName:文件名
FileMd5sum:文件md5信息
FileCreatetime:文件创建时间
FileSize:文件大小
Source:客户端地址
]
如图4步骤212所示,下载状态展示,从消息队列内读取全部客户端的文件下载状态进行下载情况展示。
本发明所取得的有益效果如下:
本系统通过模块化设计,灵活配置,极大提升了下载系统的可扩展能力,以及简化下载策略的配置,能够适应多文件下载和文件下载任务多变的环境。而且在下载策略配置中允许多种协议主备下载,有效提高下载可靠性。
第一:该系统有共享下载的策略可以有效降低源带宽消耗,提升集群下载效率,能够有效解决因源服务器带宽限制带来的瓶颈,有效解决集群扩大和下载文件变多带来的源服务器带宽压力大的问题。
第二:该系统有可配置策略、下载文件、观察下载状态的策略配置。能够解决下载文件变更不便利,下载方式单一,下载状态不可观察的问题。
第三:该系统有消息队列,能够承担整个集群(全部服务器)的通信,解决下载服务器之间的信息共享问题,能够更高效进行下载同步信息。
第四:有多样的下载协议,有效避免单一协议下载失败影响文件下载。可靠性更高。
还避免了现有技术“使用现有http协议的下载方案,从统一的http服务器进行下载”所带来的技术缺陷:
第一点:目前的下载方案,无分布式下载,存在占用下载源带宽多,下载源出现带宽瓶颈导致下载效率低下。
第二点:目前的下载方案,无中心通信手段,不利于下载集群信息同步。在下载多个文件或者下载文件经常变化的场景变更特别麻烦。
第三点:目前的下载方案,下载协议单一,如果提供该下载的源http服务异常,会导致下载失败。
第四点:目前的下载方案,下载是否成功不便于观测,无法判断下载进行的情况。
应该明白,公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好,应该理解,过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素,并且不是要限于所述的特定顺序或层次。
在上述的详细描述中,各种特征一起组合在单个的实施方案中,以简化本公开。不应该将这种公开方法解释为反映了这样的意图,即,所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反,如所附的权利要求书所反映的那样,本发明处于比所公开的单个实施方案的全部特征少的状态。因此,所附的权利要求书特此清楚地被并入详细描述中,其中每项权利要求独自作为本发明单独的优选实施方案。
为使本领域内的任何技术人员能够实现或者使用本发明,上面对所公开实施例进行了描述。对于本领域技术人员来说;这些实施例的各种修改方式都是显而易见的,并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此,本公开并不限于本文给出的实施例,而是与本申请公开的原理和新颖性特征的最广范围相一致。
上文的描述包括一个或多个实施例的举例。当然,为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的,但是本领域普通技术人员应该认识到,各个实施例可以做进一步的组合和排列。因此,本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外,就说明书或权利要求书中使用的术语“包含”,该词的涵盖方式类似于术语“包括”,就如同“包括,”在权利要求中用作衔接词所解释的那样。此外,使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。
本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block),单元,和步骤可以通过电子硬件、电脑软件,或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability),上述的各种说明性部件(illustrative components),单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用,可以使用各种方法实现所述的功能,但这种实现不应被理解为超出本发明实施例保护的范围。
本发明实施例中所描述的各种说明性的逻辑块,或单元都可以通过通用处理器,数字信号处理器,专用集成电路(ASIC),现场可编程门阵列或其它可编程逻辑装置,离散门或晶体管逻辑,离散硬件部件,或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器,可选地,该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现,例如数字信号处理器和微处理器,多个微处理器,一个或多个微处理器联合一个数字信号处理器核,或任何其它类似的配置来实现。
本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM 存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地,存储媒介可以与处理器连接,以使得处理器可以从存储媒介中读取信息,并可以向存储媒介存写信息。可选地,存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中,ASIC可以设置于用户终端中。可选地,处理器和存储媒介也可以设置于用户终端中的不同的部件中。
在一个或多个示例性的设计中,本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现,这些功能可以存储与电脑可读的媒介上,或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如,这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置,或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外,任何连接都可以被适当地定义为电脑可读媒介,例如,如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘,磁盘通常以磁性复制数据,而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (12)

1.一种互联网系统内的文件下载方法,其特征在于,包括:
将最新版本源文件的文件属性以消息形式推送至消息队列;
客户端订阅消息队列内的消息,自消息队列内获取文件属性消息;其中,所述文件属性的类别包括:源文件属性、文件共享分片属性,所述文件共享分片是指对源文件进行分片且将该分片共享以被其他客户端下载;
客户端根据所获取的文件属性判断是否下载对应的源文件,当确定下载所述文件属性对应的源文件后,对源文件进行下载处理;所述对源文件进行下载处理,具体包括:
当所获取的文件属性是文件共享分片属性时,客户端根据文件共享分片属性自推送该文件共享分片属性消息的设备的端口下载该文件共享分片对应的源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序;其中,在同一互联网系统中设有多个客户端,每个客户端分管为其分配的预设数量的网络资源,并为所分管的网络资源下载最新版本的源文件;所述设备包括:文件源端、其他客户端,所述文件源端是指初始提供源文件的客户端;
当所获取的文件属性是源文件属性、且源文件属性内未设置该源文件具有共享属性时,客户端自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序;
当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性时,自消息队列内查找该源文件的文件共享分片属性消息,客户端自推送该文件共享分片属性消息的设备的端口下载该源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序。
2.根据权利要求1所述的互联网系统内的文件下载方法,其特征在于,还包括:
在策略中心的策略设置页面配置并写入策略,所述策略包括:客户端所要下载的源文件标识、客户端下载源文件的执行周期、为客户端提供的下载方式、是否设置源文件的共享属性,其中,所述为客户端提供的下载方式包括至少如下之一:http协议、rsync协议、P2P协议。
3.根据权利要求2所述的互联网系统内的文件下载方法,其特征在于,所述将最新版本源文件的文件属性以消息形式推送至消息队列,具体包括:
文件源端获取策略中心的策略,当具有策略内客户端所要下载的源文件的最新版本时,则将客户端所要下载的源文件的最新版本生成文件属性;将所生成的文件属性以消息形式推送至消息队列;其中,
如果该源文件满足共享要求,配置策略时设置为源文件属性、且设置该源文件具有共享属性,文件源端为该源文件生成设置有共享属性的源文件属性;以及文件源端将该源文件进行分片形成多个文件共享分片,并为每个文件共享分片生成相应的文件共享分片属性;
如果该源文件不满足共享要求,配置策略时直接生成源文件属性、且源文件属性内不设置该源文件具有共享属性,文件源端为该源文件生成未设置共享属性的源文件属性;
所述的互联网系统内的文件下载方法,还包括:
在所述当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性时,自消息队列内查找该源文件的文件共享分片属性消息,客户端自推送该文件共享分片属性消息的设备的端口下载该源文件的所有文件共享分片之后,该客户端对所下载的所有文件共享分片分别形成各自的文件共享分片属性,将所生成的文件共享分片属性以消息形式推送至消息队列。
4.根据权利要求1所述的互联网系统内的文件下载方法,其特征在于,所述对源文件进行下载处理,具体还包括:
当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性,但在消息队列内未查找该源文件的文件共享分片属性消息时,客户端根据源文件属性自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序;
在客户端根据源文件属性自文件源端下载该源文件之后,文件源端将该客户端所下载的源文件进行分片形成多个文件共享分片,文件源端将所有文件共享分片分别生成各自的文件共享分片属性,将所生成的各文件共享分片属性以消息形式推送至消息队列。
5.根据权利要求1所述的互联网系统内的文件下载方法,其特征在于,所述对源文件进行下载处理,具体包括:
当确定下载所述文件属性对应的源文件后,客户端将文件属性对应的源文件标识和所选择的下载方式进行集成,形成下载命令,将下载命令写入消息队列;
源文件所在的任一设备或者文件共享分片所在的任一设备自消息队列内获取客户端的下载命令,根据所述下载命令所包含的源文件标识和所选择的下载方式为客户端提供源文件或者文件共享分片的下载;其中,当源文件具有共享属性时,文件共享分片所在的任一设备优先自消息队列内获取客户端的下载命令。
6.根据权利要求1所述的互联网系统内的文件下载方法,其特征在于,还包括:
在客户端下载源文件完毕后将对源文件的下载信息写入消息队列;或者,在客户端下载文件共享分片完毕后,将对文件共享分片的下载信息写入消息队列;
客户端自消息队列获取对源文件的下载信息或者对文件共享分片的下载信息以进行展示。
7.一种互联网系统内的文件下载系统,其特征在于,在同一互联网系统中设有多个客户端,每个客户端分管为其分配的预设数量的网络资源,并为所分管的网络资源下载最新版本的源文件;所述文件下载系统包括设置于文件源端的文件属性推送单元,设置于客户端的文件属性获取单元和下载单元,所述文件源端是指初始提供源文件的客户端,其中:
文件属性推送单元,用于将最新版本源文件的文件属性以消息形式推送至消息队列;
文件属性获取单元,用于订阅消息队列内的消息,自消息队列内获取文件属性消息;其中,所述文件属性的类别包括:源文件属性、文件共享分片属性,所述文件共享分片是指对源文件进行分片且将该分片共享以被其他客户端下载;
下载单元,用于根据所获取的文件属性判断是否下载对应的源文件,当确定下载文件属性对应的源文件后,对源文件进行下载处理;所述下载单元,具体包括:
第一下载单元,用于当所获取的文件属性是文件共享分片属性时,根据文件共享分片属性自推送该文件共享分片属性消息的设备的端口下载该文件共享分片对应的源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序;所述设备包括:文件源端、其他客户端;
第二下载单元,用于当所获取的文件属性是源文件属性、且源文件属性内未设置该源文件具有共享属性时,自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序;
第三下载单元,用于当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性时,自消息队列内查找该源文件的文件共享分片属性,根据查找到的该源文件的文件共享分片属性自推送该文件共享分片属性消息的设备的端口下载该源文件的所有文件共享分片;将所有文件共享分片进行合并形成源文件,将所形成的源文件用于该客户端所分管网络资源的应用程序。
8.根据权利要求7所述的互联网系统内的文件下载系统,其特征在于,所述文件下载系统还包括:
策略配置单元,用于在策略中心的策略设置页面配置并写入策略,所述策略包括:客户端所要下载的源文件标识、客户端下载源文件的执行周期、为客户端提供的下载方式、是否设置源文件的共享属性,其中,所述为客户端提供的下载方式包括至少如下之一:http协议、rsync协议、P2P协议。
9.根据权利要求8所述的互联网系统内的文件下载系统,其特征在于,所述文件属性推送单元,包括:
第一文件属性推送单元,用于获取策略中心的策略,当具有策略内客户端所要下载的源文件的最新版本时,则将客户端所要下载的源文件的最新版本生成文件属性;将所生成的文件属性以消息形式推送至消息队列;其中,
如果该源文件满足共享要求,配置策略时设置为源文件属性、且源文件属性内设置该源文件具有共享属性,则为该源文件生成设置有共享属性的源文件属性;以及将该源文件进行分片形成多个文件共享分片,并为每个文件共享分片生成相应的文件共享分片属性;
如果该源文件不满足共享要求,配置策略时直接生成源文件属性、且源文件属性内不设置该源文件具有共享属性,则为该源文件生成未设置共享属性的源文件属性;
所述下载单元,还包括:
第二文件属性推送单元,用于在所述第三下载单元执行之后,对所下载的所有文件共享分片分别形成各自的文件共享分片属性,将所生成的文件共享分片属性以消息形式推送至消息队列。
10.根据权利要求7所述的互联网系统内的文件下载系统,其特征在于,所述文件属性推送单元包括第三文件属性推送单元,其中:
所述第三下载单元,还用于当所获取的文件属性是源文件属性、且源文件属性内设置该源文件具有共享属性,但在消息队列内未查找该源文件的文件共享分片属性时,根据源文件属性自文件源端下载该源文件,将该源文件用于该客户端所分管网络资源的应用程序;
所述第三文件属性推送单元,用于在客户端根据源文件属性自本文件源端下载该源文件之后,将该客户端所下载的源文件进行分片形成多个文件共享分片,将所有文件共享分片分别生成各自的文件共享分片属性;将所生成的各文件共享分片属性以消息形式推送至消息队列。
11.根据权利要求7所述的互联网系统内的文件下载系统,其特征在于,所述下载单元还包括下载命令生成单元:
所述下载命令生成单元,用于当确定下载所述文件属性对应的源文件后,将文件属性对应的源文件标识和所选择的下载方式进行集成,形成下载命令,将下载命令写入消息队列;
源文件所在的任一设备或者文件共享分片所在的任一设备设置有下载命令处理单元,用于自消息队列内获取客户端的下载命令,根据所述下载命令所包含的源文件标识和所选的下载方式为客户端提供源文件或者文件共享分片的下载;其中,当源文件具有共享属性时,文件共享分片所在的任一设备优先自消息队列内获取客户端的下载命令。
12.根据权利要求7所述的互联网系统内的文件下载系统,其特征在于,所述客户端还设置有下载信息反馈单元和展示单元,其中:
下载信息反馈单元,用于在下载源文件完毕后将对源文件的下载信息写入消息队列;或者,在下载文件共享分片完毕后,将对文件共享分片的下载信息写入消息队列;
展示单元,用于自消息队列获取对源文件的下载信息或者对文件共享分片的下载信息以进行展示。
CN202111637543.0A 2021-12-29 2021-12-29 一种互联网系统内的文件下载方法及系统 Pending CN114500499A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111637543.0A CN114500499A (zh) 2021-12-29 2021-12-29 一种互联网系统内的文件下载方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111637543.0A CN114500499A (zh) 2021-12-29 2021-12-29 一种互联网系统内的文件下载方法及系统

Publications (1)

Publication Number Publication Date
CN114500499A true CN114500499A (zh) 2022-05-13

Family

ID=81508785

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111637543.0A Pending CN114500499A (zh) 2021-12-29 2021-12-29 一种互联网系统内的文件下载方法及系统

Country Status (1)

Country Link
CN (1) CN114500499A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101146058A (zh) * 2007-11-13 2008-03-19 北京中搜在线软件有限公司 互联网即时信息的共享订阅系统及共享订阅方法
CN101150410A (zh) * 2006-09-21 2008-03-26 腾讯科技(深圳)有限公司 一种在网络电视直播室中共享资源的方法及系统
US20080077672A1 (en) * 2006-09-22 2008-03-27 Trumba Corporation Online messaging architecture
CN101635737A (zh) * 2008-07-25 2010-01-27 阿里巴巴集团控股有限公司 下载方法、系统、p2p服务器、客户端
CN102420864A (zh) * 2011-12-01 2012-04-18 河海大学 一种面向海量数据的数据交换方法
CN106294585A (zh) * 2016-07-28 2017-01-04 四川新环佳科技发展有限公司 一种云计算平台下的存储方法
CN112256647A (zh) * 2020-09-29 2021-01-22 上海艾融软件股份有限公司 一种文件处理的方法及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101150410A (zh) * 2006-09-21 2008-03-26 腾讯科技(深圳)有限公司 一种在网络电视直播室中共享资源的方法及系统
US20080077672A1 (en) * 2006-09-22 2008-03-27 Trumba Corporation Online messaging architecture
CN101146058A (zh) * 2007-11-13 2008-03-19 北京中搜在线软件有限公司 互联网即时信息的共享订阅系统及共享订阅方法
CN101635737A (zh) * 2008-07-25 2010-01-27 阿里巴巴集团控股有限公司 下载方法、系统、p2p服务器、客户端
CN102420864A (zh) * 2011-12-01 2012-04-18 河海大学 一种面向海量数据的数据交换方法
CN106294585A (zh) * 2016-07-28 2017-01-04 四川新环佳科技发展有限公司 一种云计算平台下的存储方法
CN112256647A (zh) * 2020-09-29 2021-01-22 上海艾融软件股份有限公司 一种文件处理的方法及装置

Similar Documents

Publication Publication Date Title
US11860874B2 (en) Multi-partitioning data for combination operations
US11151137B2 (en) Multi-partition operation in combination operations
JP6621543B2 (ja) ハイブリッドアプリケーションの自動更新
US11296940B2 (en) Centralized configuration data in a distributed file system
US9298747B2 (en) Deployable, consistent, and extensible computing environment platform
US20190095488A1 (en) Executing a distributed execution model with untrusted commands
CN107872473B (zh) 消息处理方法、装置以及系统
CN111782134B (zh) 数据处理方法、装置、系统和计算机可读存储介质
CN104537076A (zh) 一种文件读写方法及装置
CN111859132A (zh) 一种数据处理方法、装置及智能设备、存储介质
CN112491609A (zh) 基于业务服务的系统应用架构发现方法及系统
CN112003915A (zh) 一种文件的访问方法、装置、设备及可读介质
CN111770153A (zh) 一种对象下载方法、装置及电子设备和存储介质
CN113157658B (zh) 客户端日志收集分发方法、装置及计算机设备
CN110677443A (zh) 数据发送和接收方法、发送端、接收端、系统及存储介质
CN114500499A (zh) 一种互联网系统内的文件下载方法及系统
CN116627925A (zh) 一种基于k8s环境的业务日志数据处理方法及装置
CN113507529B (zh) 基于Web应用实现文件下载的方法
CN113505180B (zh) 一种多云平台中镜像的同步方法、装置、设备及可读介质
CN112395337A (zh) 一种数据导出方法和装置
CN113810463A (zh) 一种下发cdn服务器配置方法及系统
CN111831394A (zh) 采用kubernetes部署有状态pod的方法及装置
CN116233115B (zh) 一种海量数据文件高效持续受控共享分发方法及系统
CN116991815B (zh) 一种分布式存储系统的日志收集方法、装置、设备及介质
CN115225345B (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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20230505

Address after: Room 501-502, 5/F, Sina Headquarters Scientific Research Building, Block N-1 and N-2, Zhongguancun Software Park, Dongbei Wangxi Road, Haidian District, Beijing, 100193

Applicant after: Sina Technology (China) Co.,Ltd.

Address before: 100193 7th floor, scientific research building, Sina headquarters, plot n-1, n-2, Zhongguancun Software Park, Dongbei Wangxi Road, Haidian District, Beijing, 100193

Applicant before: Sina.com Technology (China) Co.,Ltd.