CN102045400B - 一种文件内容同步方法和*** - Google Patents
一种文件内容同步方法和*** Download PDFInfo
- Publication number
- CN102045400B CN102045400B CN 201010611954 CN201010611954A CN102045400B CN 102045400 B CN102045400 B CN 102045400B CN 201010611954 CN201010611954 CN 201010611954 CN 201010611954 A CN201010611954 A CN 201010611954A CN 102045400 B CN102045400 B CN 102045400B
- Authority
- CN
- China
- Prior art keywords
- file
- server
- download
- content
- synchronization
- 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
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例公开了一种文件内容同步方法和***，本发明中的文件内容同步方法采用主控服务器依照最小时延原则向目标节点同步服务器发送同步任务，该目标节点同步服务器从源站成功下载一份文件内容，由其他节点的同步服务器下载，从而完成内容分发，本实施例中的***与所述方法对应，所述***构建了以主控服务器为核心，以目标节点同步服务器为下载源，由多个节点同步服务器相互下载的网络构成，针对现有的文件内容同步方法及时性不足的缺点，实现了同步及文件内容下载及时性的提高。另外，本发明的实施例应用了对节点与源站之间通路的传输速度的监测及搜索最佳下载源文件路径的方式，文件下载的及时性进一步得到提高。
Description
技术领域
本发明涉及网络通信技术领域，更具体地说，涉及一种文件内容同步方法和***。
背景技术
内容分发网络CDN是一种新型的网络构建方式，将网站的内容以同步形式发布到最接近用户的网络边缘，使用户就进取得所需的内容，解决网络拥挤情况，提高了用户访问网站的响应速度。
现有的内容分发网络基于固定的节点缓存服务器，通过下载形成内容提供源服务器内容的镜像，以及通过用户就进行和服务器负载的判断，确保请求同步的内容以高效的方式针对用户的请求提供文件内容同步服务，并且减轻了主控服务器的压力，提升了网站的性能和可扩展性。
然而现有的文件内容同步方法至少存在以下缺点：随着用户越来越注重将文件快速推送到服务节点，对于设计新闻类的流媒体文件，实时性和及时性则显得尤为重要。现有的文件内容同步方法通过设置的固定节点从源服务器获取文件，而会受到源服务器网络带宽影响或在同步过程中的网络波动的影响，达不到用户的要求的指定时间要求。
发明内容
有鉴于此，本发明提供一种文件内容同步方法和***，以保证文件内容的同步及下载的及时性。
一种文件内容同步方法，包括：
接收主控服务器根据用户发出的同步请求，并按照最小时延原则发送的同步任务，所述同步请求包含有文件标识；
依照所述同步任务下载源文件并供给其他节点同步服务器下载；
若下载失败，将所述同步任务按照最小时延原则将同步任务发送至另一个节点的同步服务器中，直至完成内容分发。
本实施方式中，主控服务器根据同步请求将任务分发到某一节点同步服务器，分发原则是源文件服务器到节点同步服务器延时最小的目标节点同步服务器，一个文件从源站下载一份，其他节点的同步服务器根据下载成功的同步服务器中进行下载，若该节点同步服务器下载失败，则继续利用所述最小时延原则将同步任务发送至所述其他节点的同步服务器中，直至完成内容分发。该实施方式优选任务下发路径并且节点同步服务器之间进行文件互相下载，实现了文件内容同步及下载的及时性。
优选地，所述方法还包括：
监测文件内容下载通路传输速度；
当某节点同步服务器文件内容下载的网络传输速度低于预设速度值时，放弃该条通路文件内容下载，并搜索最佳源文件下载路径。
上述的实施方式解决了由于下载任务的地域网络带宽及传输路径中的网络波动导致下载及时性受到影响的问题。
优选地，所述方法还包括：当所述源文件大小大于预设处理文件大小时：
生成重定向文件列表；
按照该重定向文件列表发送至目标节点同步服务器指定目录下；
根据该指定目录的指示将文件重新定向到多个域进行同步动态传输。
上述实施方式表明，在用户同步文件数量巨大的情况下，各个节点文件无法存放承载，此时通过建立多个域并进行文件的重定向的方式，加快各节点同步服务器的同步速度。
优选地，所述方法还包括：构建节点网络，具体实现为：
根据源文件的文件大小，以节点的同步服务器对应多个域；
各个域对应存储服务器及一组高速缓冲服务器。
所述存储服务器的类型及与高速缓冲服务器之间的配置方式可有多种形式。
优选地，所述方法还包括：按照预设时间间隔或所述重定向文件列表预设大小重新读取及发送所述重定向文件列表。
作为优选在文件分发完成后，对于需要重定向的用户，当所述重定向列表文件大于6K或生成时间大于一小时上传重定向列表。
优选地，所述方法还包括：通过重新定向的域名检查文件，并确定被解析后向用户发送文件内容下载成功。
当文件被解析或者可被访问时，则向用户发送成功报告或反馈信息。
一种文件内容同步***，包括：主控服务器、多个节点同步服务器和源文件服务器，其中：
多个节点同步服务器包含有一个目标节点同步服务器，根据最小时延原则确定；
所述目标节点同步服务器接收主控服务器根据用户发出的同步请求得到的同步任务；
依照所述同步任务从所述源文件服务器中下载源文件并供给其他节点同步服务器下载；
当该目标节点同步服务器下载失败时，按照最小时延原则将该同步任务发送至另一个节点的同步服务器中，直至完成内容分发。
所述***与方法对应，通过优化任务下发路径并能够在节点同步服务器之间进行文件相互下载，保证了内容同步及下载文件内容的及时性。
优选地，所述***还包括：
节点文件传输监测单元，用于监测文件内容下载通路传输速度；
当某节点同步服务器文件内容下载的网络传输速度低于预设速度值时，放弃该条通路文件内容下载，并搜索最佳源文件下载路径。
该节点文件传输监测单元通过及时了解节点同步服务器及源站的通路传输速度，在客户有文件需要同步时，选择最优化的传输线路，完成所有节点上文件的及时地分发传输。
优选地，所述***还包括：重定向服务器，用于当所述源文件大小大于预设处理文件大小时，接收由所述主控服务器生成的重定向文件列表；
按照该重定向文件列表发送至目标节点同步服务器指定目录下；
所述目标节点同步服务器根据该指定目录的指示将文件重新定向到多个域进行同步动态传输。
所述重定向服务器可设置为两个，一主一备，并循环反复读取主控服务器下发的重定向列表。
优选地，所述各个域由存储服务器及一组高速缓冲服务器。
所述存储服务器与高速缓冲服务器的构架方式根据实际的文件大小进行选择，可为一个存储器和一组cache服务器的组合或一组NetApp服务器与对应连接的一组cache服务器的组合。
从上述的技术方案可以看出，本发明实施例本发明中的文件内容同步方法采用主控服务器依照最小时延原则向目标节点同步服务器发送同步任务，该目标节点同步服务器从源站成功下载一份文件内容，由其他节点的同步服务器下载，从而完成内容分发；若该目标节点同步服务器下载失败，则再次利用最小时延原则进行任务下发，直至内容同步及下载全部位置，本实施例中的***与所述方法对应，所述***构建了以主控服务器为核心，以目标节点同步服务器为下载源，由多个节点同步服务器相互下载的网络构成，针对现有的文件内容同步方法及时性不足的缺点，实现了同步及文件内容下载及时性的提高；另外，本发明的实施例应用了对节点与源站之间通路的传输速度的监测及搜索最佳下载源文件路径的方式，文件下载的及时性进一步得到提高。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例公开的一种文件内容同步方法流程图；
图2为本发明又一实施例公开的一种文件内容同步方法流程图；
图3为本发明又一实施例公开的一种文件内容同步方法流程图；
图4为本发明实施例公开的一种文件内容同步***结构示意图；
图5a为本发明又一实施例公开的一种文件内容同步***结构示意图；
图5b中本发明实施例公开的一个域服务器结构示意图；
图5c中本发明实施例公开的一个域服务器结构示意图。
具体实施方式
为了引用和清楚起见，下文中使用的技术名词、简写或缩写总结如下：
Cache：高速缓冲存储器；
NetApp：美国网域存储技术有限公司；
CDN：Content Delivery Network，即内容分发网络；
Wget：是一个从网络上自动下载文件的自由工具；
URL：Universal Resource Locator统一资源定位符。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明公开了一种文件内容同步方法和***，以保证文件内容的同步及下载的及时性。图1示出了一种文件内容同步方法，需要说明的是，本发明站在目标节点同步服务器侧进行描述，该方法包括：
步骤101：接收主控服务器根据用户发出的同步请求，并按照最小时延原则发送的同步任务，所述同步请求包含有文件标识；
所述文件标识包含有：文件标识号、文件下载URL、操作指令信息、文件存放路径和同步密码等信息。
步骤102：依照所述同步任务下载源文件并供给其他节点同步服务器下载；
主控服务器根据同步请求将任务分发到某一节点同步服务器，分发原则为源站距离节点同步服务器延时最小节点优先。一个文件只从源站下载一份，而由其他的节点同步服务器从已下载成功的目标节点同步服务器上下载；
步骤103：若下载失败，将所述同步任务按照最小时延原则将同步任务发送至另一个节点的同步服务器中，直至完成内容分发。
若所有的节点下载均失败，将向用保护汇报同步失败信息。
本实施例中：通过优化任务下发路径并能够在节点同步服务器之间进行文件相互下载，保证了内容同步及下载文件内容的及时性。
图2示出又一种文件内容同步方法，包括：
步骤201：接收主控服务器根据用户发出的同步请求，并按照最小时延原则发送的同步任务，所述同步请求包含有文件标识；
所述文件标识包含有：文件标识号、文件下载URL、操作指令信息、文件存放路径和同步密码等信息。
步骤202：依照所述同步任务下载源文件并供给其他节点同步服务器下载；
步骤203：将所述同步任务按照最小时延原则将同步任务发送至另一个节点的同步服务器中，直至完成内容分发。
步骤204：监测文件内容下载通路传输速度；
步骤205：当某节点同步服务器文件内容下载的网络传输速度低于预设速度值时，放弃该条通路文件内容下载，并搜索最佳源文件下载路径。
对于同地区、同运营商之间的传输基本都是正常的，比如同样为广东省内的2个电信节点之间：遂宁与湛江，湛江与佛山之间，传输速度常年维持在10MB/s，则可关闭该2天之间的监测。同样的，在哈尔滨、沈阳、青岛三地网通节点之间的监测也可以关闭，而之间的下载却可以一直开启。
而对于南北互联的节点，如湛江电信与沈阳网通，传输速度波动比较大，当探测速度小于500KB/s，甚至小于100KB/s时，***需要动态的关闭该两点点之间的传输。极端情况下，假设客户的源文件在北方网通，那么所有南方的节点都无法保证500KB从源下载文件，那么就要从北方节点获取文件，而此时所有涉及南北传输的速度都不理想，那么节点需要根据探测的结果，选择最快的传输路线去获取文件。
图3示出了又一种文件内容同步方法，包括：
步骤301：接收主控服务器根据用户发出的同步请求，并按照最小时延原则发送的同步任务，所述同步请求包含有文件标识；
所述文件标识包含有：文件标识号、文件下载URL、操作指令信息、文件存放路径和同步密码等信息。
步骤302：依照所述同步任务下载源文件并供给其他节点同步服务器下载；
步骤303：当所述源文件大小大于预设处理文件大小时，生成重定向文件列表；
步骤304：按照该重定向文件列表发送至目标节点同步服务器指定目录下；
步骤305：根据该指定目录的指示将文件重新定向到多个域进行同步动态传输；
举例说明：在实现步骤302-步骤305时，需要进行节点网络的构建，具体实现为：根据源文件的文件大小，以节点的同步服务器对应多个域；各个域对应存储服务器及一组高速缓冲服务器。
若同步文件大小巨大，各节点文件无法存放到一台存储上，这时就需要建立多个域，每个域在每个节点对应一组服务器。设定一台或两台重定向服务器，对外域名为“21newhot.tudou.com”，例如当用户访问：http://21newhot.tudou，com/flv/018/415/998/18415998.flv文件时，重定向服务器会根据列表将文件重定向到：
http://wd.tudou0103.okcdn.com/fiv/018/415/998/18415998.flv文件。
而“wd.tudou0103.okcdn.com”是文件实际存在的域。
同样用户可以通过“21newhot.tudou.com”域访问到：“wd.tudou0104.okcdn.com”域的文件。要达到重定向的目的，必须将不同域的文件列表上传到同步服务器指定目录下，所述重定向服务器从主控服务器每十分钟读取一次新的列表文件。
在文件分发完成后，对于需要重定向的用户，在所述列表文件大于6K或列表文件生成时间大于一小时上传重定向列表。然后通过“wd.tudou0103.okcdn.com”域名检查文件是否被解析。当文件被解析或可以访问就会向用户报告成功。
而对于文件数量较少用户不需要重定向。只需要一个域即可解决文件访问问题，不需要重定向文件程序会通过域名检查文件是否可以被访问。
步骤306：若下载失败，将所述同步任务按照最小时延原则将同步任务发送至另一个节点的同步服务器中，直至完成内容分发。
步骤307：监测文件内容下载通路传输速度；
步骤308：当某节点同步服务器文件内容下载的网络传输速度低于预设速度值时，放弃该条通路文件内容下载，并搜索最佳源文件下载路径。
图4示出了一种文件内容同步***结构，包括：主控服务器401、多个节点同步服务器402和源文件服务器403，其中：
多个节点同步服务器402包含有一个目标节点同步服务器4021，根据最小时延原则确定；
所述目标节点同步服务器4021接收主控服务器401根据用户发出的同步请求得到的同步任务；
依照所述同步任务从所述源文件服务器403中下载源文件并供给其他节点同步服务器下载；
当该目标节点同步服务器403下载失败时，按照最小时延原则将该同步任务发送至另一个节点同步服务器中，直至完成内容分发。
所述***与方法对应，通过优化任务下发路径并能够在节点同步服务器之间进行文件相互下载，保证了内容同步及下载文件内容的及时性。
图5a示出了又一种文件内容同步***结构，相同结构组成参见图4的附图及说明，现仅就不同之处进行描述：图5a中，示出了节点文件传输监测单元501和重定向服务器502；
所述节点文件传输监测单元501，用于监测文件内容下载通路传输速度；
当某节点同步服务器文件内容下载的网络传输速度低于预设速度值时，放弃该条通路文件内容下载，并搜索最佳源文件下载路径。该节点文件传输监测单元通过及时了解节点同步服务器及源站的通路传输速度，在客户有文件需要同步时，选择最优化的传输线路，完成所有节点上文件的及时地分发传输。
所述重定向服务器502，用于当所述源文件大小大于预设处理文件大小时，接收由所述主控服务器生成的重定向文件列表；
按照该重定向文件列表发送至目标节点同步服务器指定目录下；
所述目标节点同步服务器根据该指定目录的指示将文件重新定向到多个域进行同步动态传输。
所述重定向服务器可设置为两个，一主一备，并循环反复读取主控服务器下发的重定向列表。
图5b中标示了一个域服务器结构形式，为一个存储器和一组cache服务器的组合：
在每个节点有不同的域，一个域由一个存储服务器和一组cache服务器构成，对于同一个域在每个节点都有一组服务器。如果一个文件属于一个域，则每个节点这个文件都应当存储在这个域对应的存储服务器中。
需要特别之处的是：顶层点即节点同步服务器，使用wget方式获取客户源文件，下层节点间使用互相同步的动态传输方式同步文件。
该种分层的传输方式保证了大容量的文件快速传输。
图5c中标示了域服务器结构形式，为一组NetApp服务器与对应连接的一组cache服务器的组合。
在每个节点有一台NetApp服务器，专门负责存储文件。它以目录形势挂载到下载服务器的一个目录下。结构如图示出了3台NetApp服务器，挂载到三个目录下。NetApp服务器同时也挂载到父cache服务器上分别属于3个域，通过域名可以访问到同步目录下的文件。使用该中方式中，同时开启多个NetApp服务器，多个NetApp服务器之间使用同步动态传输方式，互相进行同步。只有底层在发布时，同时开启的实际服务cache节点其实为挂载目录。
需要说明的是：对于文件数量较少的用户，一般文件总量不超过1.5T，用户只有一个域，可以直接将同步服务器和存储服务器合并使用。即同步服务器同时作为父cache的源使用。该方案只针对小客户，不涉及多台设备的互相传输问题。
综上所述：
本发明中的文件内容同步方法采用主控服务器依照最小时延原则向目标节点同步服务器发送同步任务，该目标节点同步服务器从源站成功下载一份文件内容，由其他节点的同步服务器下载，从而完成内容分发；若该目标节点同步服务器下载失败，则再次利用最小时延原则进行任务下发，直至内容同步及下载全部位置，本实施例中的***与所述方法对应，所述***构建了以主控服务器为核心，以目标节点同步服务器为下载源，由多个节点同步服务器相互下载的网络构成，针对现有的文件内容同步方法及时性不足的缺点，实现了同步及文件内容下载及时性的提高；
另外，本发明的实施例应用了对节点与源站之间通路的传输速度的监测及搜索最佳下载源文件路径的方式，文件下载的及时性进一步得到提高。
进一步地，本发明的实施例根据源文件的文件大小，以节点的同步服务器对应多个域；各个域对应存储服务器及一组高速缓冲服务器。在该种情况下，顶层点即节点同步服务器，使用wget方式获取客户源文件，下层节点间使用互相同步的动态传输方式同步文件，该种分层的传输方式保证了大容量的文件传输。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的***而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (8)
1.一种文件内容同步方法，其特征在于，包括：
接收主控服务器发送的同步任务，所述同步任务是根据用户发出的同步请求，并按照最小时延原则发送的，所述同步请求包含有文件标识；
依照所述同步任务下载源文件并供给其他节点同步服务器下载；
其中，当所述源文件大小大于预设处理文件大小时：
生成重定向文件列表；
将该重定向文件列表发送至目标节点同步服务器指定目录下；
根据该指定目录的指示将文件重新定向到多个域进行同步动态传输；
若下载失败，将所述同步任务按照最小时延原则将同步任务发送至另一个节点的同步服务器中，直至完成内容分发。
2.根据权利要求1所述的方法，其特征在于，还包括：
监测文件内容下载通路传输速度；
当某节点同步服务器文件内容下载的网络传输速度低于预设速度值时，放弃该条通路文件内容下载，并搜索最佳源文件下载路径。
3.根据权利要求1所述的方法，其特征在于，还包括：构建节点网络，具体实现为：
根据源文件的文件大小，以节点的同步服务器对应多个域；
各个域对应存储服务器及一组高速缓冲服务器。
4.根据权利要求1所述的方法，其特征在于，还包括：按照预设时间间隔或所述重定向文件列表预设大小重新读取及发送所述重定向文件列表。
5.根据权利要求1所述的方法，其特征在于，还包括：通过重新定向的域名检查文件，确定被解析后向用户发送文件内容下载成功。
6.一种文件内容同步***，其特征在于，包括：主控服务器、多个节点同步服务器、源文件服务器和重定向服务器，其中：
多个节点同步服务器包含有一个目标节点同步服务器，根据最小时延原则确定；
所述目标节点同步服务器接收所述主控服务器根据用户发出的同步请求得到的同步任务；
依照所述同步任务从所述源文件服务器中下载源文件并供给其他节点同步服务器下载；
当该目标节点同步服务器下载失败时，按照最小时延原则将该同步任务发送至另一个节点的同步服务器中，直至完成内容分发；
所述重定向服务器，用于当所述源文件大小大于预设处理文件大小时，接收由所述主控服务器生成的重定向文件列表；
按照该重定向文件列表发送至目标节点同步服务器指定目录下；
所述目标节点同步服务器根据该指定目录的指示将文件重新定向到多个域进行同步动态传输。
7.根据权利要求6所述的***，其特征在于，还包括：
节点文件传输监测单元，用于监测文件内容下载通路传输速度；
当某节点同步服务器文件内容下载的网络传输速度低于预设速度值时，放弃该条通路文件内容下载，并搜索最佳源文件下载路径。
8.根据权利要求6所述的***，其特征在于，各个域对应存储服务器及一组高速缓冲服务器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010611954 CN102045400B (zh) | 2010-12-29 | 2010-12-29 | 一种文件内容同步方法和*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010611954 CN102045400B (zh) | 2010-12-29 | 2010-12-29 | 一种文件内容同步方法和*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102045400A CN102045400A (zh) | 2011-05-04 |
| CN102045400B true CN102045400B (zh) | 2013-08-07 |
Family
ID=43911160
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201010611954 Active CN102045400B (zh) | 2010-12-29 | 2010-12-29 | 一种文件内容同步方法和*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102045400B (zh) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103139243A (zh) * | 2011-11-24 | 2013-06-05 | 明博教育科技有限公司 | 一种基于星型分布式***的文件同步方法 |
| CN102546763B (zh) * | 2011-12-19 | 2015-05-13 | 上海聚力传媒技术有限公司 | 用于分配内容提供设备的方法、装置、设备和*** |
| CN103379167A (zh) * | 2012-04-28 | 2013-10-30 | 鸿富锦精密工业（深圳）有限公司 | 多点同步存储的文件下载异常处理***及方法 |
| CN104038515B (zh) * | 2013-03-05 | 2017-10-10 | 腾讯科技（深圳）有限公司 | 内容分发方法、装置及*** |
| CN103237065B (zh) * | 2013-04-15 | 2016-03-02 | 国家电网公司 | 变电站一体化监控***中的多态数据的自动同步方法 |
| CN103731503B (zh) * | 2014-01-15 | 2017-03-08 | 西安诺瓦电子科技有限公司 | 文件发布***以及服务器端 |
| CN106453460B (zh) * | 2015-08-12 | 2021-01-08 | 腾讯科技（深圳）有限公司 | 一种文件分发方法、装置和*** |
| CN108076116B (zh) * | 2016-11-18 | 2021-08-24 | 上海新微技术研发中心有限公司 | 一种基于云存储数据的智能读取方法及*** |
| CN109783463A (zh) * | 2018-12-13 | 2019-05-21 | 杭州数梦工场科技有限公司 | 文件同步方法、装置及计算机可读存储介质 |
| CN116155909B (zh) * | 2023-04-24 | 2023-06-27 | 中诚华隆计算机技术有限公司 | 一种由流量控制芯片进行负载均衡的方法及*** |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101005369A (zh) * | 2006-01-19 | 2007-07-25 | 深圳市瑞福特信息技术有限公司 | 一种分布式内容分发网及分布式内容分发和上传的方法 |
| CN101635728A (zh) * | 2009-09-02 | 2010-01-27 | 中兴通讯股份有限公司 | 内容分发网络中数据同步的方法及*** |
| CN101640699A (zh) * | 2009-08-21 | 2010-02-03 | 深圳创维数字技术股份有限公司 | P2p流媒体***及其中的流媒体下载方法 |
| CN101867613A (zh) * | 2010-06-08 | 2010-10-20 | 中兴通讯股份有限公司 | 一种内容分发cdn子***以及数据同步的方法 |
-
2010
- 2010-12-29 CN CN 201010611954 patent/CN102045400B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101005369A (zh) * | 2006-01-19 | 2007-07-25 | 深圳市瑞福特信息技术有限公司 | 一种分布式内容分发网及分布式内容分发和上传的方法 |
| CN101640699A (zh) * | 2009-08-21 | 2010-02-03 | 深圳创维数字技术股份有限公司 | P2p流媒体***及其中的流媒体下载方法 |
| CN101635728A (zh) * | 2009-09-02 | 2010-01-27 | 中兴通讯股份有限公司 | 内容分发网络中数据同步的方法及*** |
| CN101867613A (zh) * | 2010-06-08 | 2010-10-20 | 中兴通讯股份有限公司 | 一种内容分发cdn子***以及数据同步的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102045400A (zh) | 2011-05-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102045400B (zh) | 一种文件内容同步方法和*** | |
| US11205037B2 (en) | Content distribution network | |
| US11016749B1 (en) | Architecture for incremental deployment | |
| CN108319468B (zh) | 灰度发布方法、装置、***及电子设备 | |
| CN107251526B (zh) | 网络地址解析 | |
| KR101424362B1 (ko) | 컨텐츠 전송 네트워크를 통한 청크식 다운로드 | |
| US9378473B2 (en) | Content and application delivery network aggregation | |
| CN102571959B (zh) | 一种数据下载***及方法 | |
| CN103475682B (zh) | 文件迁移方法及设备 | |
| US20120173486A1 (en) | System and method for dynamically selecting storage locations of replicas in cloud storage system | |
| US20160006645A1 (en) | Increased data transfer rate method and system for regular internet user | |
| US9229740B1 (en) | Cache-assisted upload proxy | |
| KR20130088774A (ko) | 분할 콘텐트 전달 시스템 및 방법 | |
| CN107888666A (zh) | 一种跨地域数据存储***以及数据同步方法和装置 | |
| CN103731508A (zh) | 一种基于云存储的网络硬盘装置及其管理方法 | |
| CN102968442A (zh) | 网络地图瓦片服务聚合的方法和*** | |
| CN102387220A (zh) | 一种基于云存储的离线下载的方法及其*** | |
| US8984162B1 (en) | Optimizing performance for routing operations | |
| CN107079011A (zh) | 处理内容传送网络中的长尾内容 | |
| CN100536472C (zh) | 一种网络资源访问控制的方法、模块和服务器 | |
| CN109783193A (zh) | 一种可在多域云平台中复用的镜像文件管理方法 | |
| CN104702702A (zh) | 一种数据下载***及方法 | |
| CN109873855A (zh) | 一种基于区块链网络的资源获取方法和*** | |
| US7908391B1 (en) | Application streaming and network file system optimization via feature popularity | |
| CN112099991A (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 | ||
| ASS | Succession or assignment of patent right |
Free format text: FORMER OWNER: BEIJING CLOUDEX SOFTWARE SERVICES CO., LTD. Effective date: 20120920 Owner name: BEIJING CENTURY BROADBAND INTERNET DATA CENTER CO. Free format text: FORMER OWNER: BEIJING BANYANO DATA CENTER SOLUTIONS LTD. Effective date: 20120920 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20120920 Address after: 100015, No. 5, building 1, 3 East Road, Jiuxianqiao Road, Beijing, Chaoyang District Applicant after: Beijing Century Broadband Internet Data Center Co., Ltd. Address before: 100015 No. 3, building 5, building 1, Jiuxianqiao East Road, Chaoyang District, Beijing Applicant before: Beijing BANYANO Data Center Solutions Ltd. Applicant before: Beijing CloudEx Software Service Co., Ltd. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20201111 Address after: 201203 601-057, i.e. 657, building 3, building 2, No. 88, Keyuan Road, Pudong New Area, Shanghai Patentee after: Shanghai blue cloud Network Technology Co.,Ltd. Address before: 100015, No. 5, building 1, 3 East Road, Jiuxianqiao Road, Beijing, Chaoyang District Patentee before: 21VIANET Group Inc. |