内容分发的方法、装置及系统的制作方法
【专利摘要】本公开实施例公开了一种内容分发方法，包括：接收调度中心根据内容访问请求确定的与所述内容相关的多个源节点地址；根据所确定的多个源节点地址从所述多个源节点下载多个内容子文件；将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包；利用所述内容文件包响应所述内容访问请求。本公开实施例还公开了一种内容分发的装置及系统。本公开实施例减少了用户与多个源节点通信的次数，提高了内容分发的速度，节约了网络资源，增加了内容分发的可靠性，改善了用户体验。
【专利说明】
内容分发的方法、装置及系统
技术领域
[0001]本公开实施例涉及互联网媒体技术领域，尤其涉及一种内容分发的方法、装置及系统。
【背景技术】
[0002]Q)N(Content Delivery Network，内容分发网络)是一种通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络。CDN能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上，其目的是能够选择离用户相对较近的节点向用户发送用户所需的内容，缓解网络拥挤的状况，提高网站的响应速度。
[0003]随着服务应用的快速普及，用户经常需要去CDN网络中下载一些文件安装包以建立或者更新服务应用。这些文件安装包通常会包括多个文件。如果这些文件经过整理而存储在某个服务节点上的某个文件夹内，那么，用户就可以直接从该服务节点下载。然而，随着服务应用技术的频繁更新，各种文件也随之快速更新文件的版本或者增加补丁文件。因此，就出现了文件安装包内的各个文件存储在不同的源节点和不同的文件夹内的情况。
[0004]现有技术中，对存储在不同地址的文件安装包中的文件，一种解决方法是:设置专业人员频繁更新文件包，但此做法工作量太大，需要付出极大的资源成本，且文件包太多，不可能及时更新所有待下载的文件包。另一种做法是:用户会分别从不同的源节点分别下载这些文件。有些文件安装包很常用，其下载次数较多。例如，QQ文件安装包，其大小为54.IM，其版本为2.17724.0,其大小为54.IM，其版本:8.2.17724.0，其支持的系统为WinXP/Win2003/Vista/Win7/Win8，其下载的次数达到41312883次。用户每次下载该文件安装包时，都需要分别与这些源节点进行通信，并重复到这些源节点下载文件，下载效率非常低。此外，还会出现因重复下载而造成带宽资源的浪费的情况，增加下载文件的错误率，用户体验不佳。
【发明内容】
[0005]本公开实施例提供的一种内容分发的方法、装置及系统用以至少部分的解决现有技术中存在的问题。
[0006]第一方面，本公开的一可能的实施方案提供了一种内容分发的方法。该方法包括:
[0007]接收调度中心根据内容访问请求确定的与所述内容相关的多个源节点地址；
[0008]根据所确定的多个源节点地址从所述多个源节点下载多个内容子文件；
[0009]将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包；
[0010]利用所述内容文件包响应所述内容访问请求。
[0011]第二方面，本公开的一可能的实施方案提供了一种内容分发装置。该装置包括:
[0012]地址接收单元，用于接收调度中心根据内容访问请求确定的与所述内容相关的多个源节点地址；
[0013]文件下载单元，用于根据所确定的多个源节点地址从所述多个源节点下载多个内容子文件；
[0014]打包/缓存单元，用于将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包；
[0015]文件发送单元，利用所述内容文件包响应所述内容访问请求。
[0016]第三方面，本公开的一可能的实施方案提供了一种内容分发系统。该系统包括:
[0017]多个源节点，用于存储所述内容中的多个内容子文件；
[0018]上述的内容分发装置；
[0019]调度中心，用于调度资源以响应访问请求。
[0020]本公开实施例可以通过手机、电脑等通信设备，下载包括多个子文件的内容(例如可以是包括多个程序文件的文件安装包)。具体可以通过将从多个源节点下载的多个文件打包生成文件包，来响应用户的下载批量文件的请求。本公开实施例的至少一个实施方案减少了用户与多个源节点通信的次数，提高了内容分发的速度，节约了网络资源，增加了内容分发的可靠性，改善了用户体验。
【附图说明】
[0021]图1为本公开实施例的一种内容分发系统的框架结构示意图；
[0022]图2为本公开实施例的另一种内容分发系统的框架结构示意图；
[0023]图3为本公开实施例的一种内容分发方法流程图；
[0024]图4为本公开实施例的第一种内容分发装置功能结构示意图；
[0025]图5为本公开实施例的一种内容分发装置框架结构示意图；
[0026]图6为本公开实施例的第二种内容分发装置功能结构示意图；
[0027]图7为本公开实施例的第三种内容分发装置功能结构示意图；
[0028]图8为本公开实施例的第四种内容分发装置功能结构示意图。
【具体实施方式】
[0029]下面结合附图(若干附图中相同的标号表示相同的元素)和实施例，对本公开的【具体实施方式】作进一步详细说明。以下实施例用于说明本公开，但不用来限制本公开的范围。
[0030]如图1和图2所示，本公开实施例提供了两种内容分发系统的框架结构示意图。用户可以基于本系统的框架结构，来实现内容分发等操作。其中:
[0031]内容分发系统可以包括多个源节点(例如源节点1、源节点2……源节点N，N为自然数)、内容分发装置和调度中心。
[0032]其中，多个源节点可用于存储内容(待分发的内容)中的多个内容子文件。
[0033]调度中心可以用于调度资源以响应访问请求。例如可以根据接收访问请求(该请问请求可以由用户通过用户设备提出)确定响应所述访问请求的多个源节点地址，并向内容分发装置发送。
[0034]内容分发装置(下面还将结合其它附图对此进行详细说明)可以接收调度中心根据内容访问请求确定的与所述内容相关的多个源节点地址;根据所确定的多个源节点地址从所述多个源节点下载多个内容子文件;将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包;利用所述内容文件包响应所述内容访问请求。
[0035]如图1所示，例如，某个用户需要下载名称为A的内容。内容A共有N个文件(文件1、文件2……文件N)，其中，文件I存储在源节点I，文件2存储在源节点2……文件N存储在源节点N，N为自然数。
[0036]首先，用户向调度中心发出访问请求(即下载内容A的请求)。调度中心确定内容A中的文件1、文件2……文件N分别存储在源节点1、源节点2……源节点N上，并获取源节点1、源节点2……源节点N的地址。
[0037]接着，内容分发装置获取源节点1、源节点2……源节点N的地址，根据获取的地址分别从源节点1、源节点2……源节点N下载文件1、文件2……文件N。内容分发装置将下载的文件1、文件2……文件N缓存并打包生成文件包，供用户下载。
[0038]如图2所示，当内容分发装置再次接收到下载内容A的请求(该请求可以是同一用户不同时间所发出的请求，也可以是不同用户所发出的请求，对请求的来源和时间不做限制)时，内容分发装置无需再去各个源节点下载各个文件，仅需将上述打包生成的文件包发送给用户即可。
[0039]在本实施例中，内容可以是某应用的文件安装包，具体可以是各种通讯客户端应用的程序安装包，例如即时通信工具、邮箱客户端、社交平台软件、音频视频软件等应用的程序安装包。也可是分别存储在各个源节点的办公文件，或者是一个文件中的部分片段，在此，内容的类型和其内的文件数量不做限制。
[0040]在本实施例中，用户可以通过用户设备向调度中心发出访问请求。用户设备包括但不限于个人电脑、智能手机、平板电脑、个人数字助理、可穿戴设备等，终端设备还可以是智能家电、路由器等。
[0041]在本实施例中，源节点和调度中心可以是提供相应服务的服务器。例如，服务器可以对接收到的数据进行存储、分析等处理，并将处理结果进行上报和反馈等。
[0042]图3为本公开实施例的一种内容分发方法流程图。待分发的内容包括存储在多个源节点的多个内容子文件，这些多个内容子文件可以组成批量的文件。
[0043 ]如图3所示，内容分发方法可以包括以下步骤:
[0044]步骤301:接收调度中心根据内容访问请求确定的与所述内容相关的多个源节点地址。
[0045]在本实施例中，调度中心可以根据访问请求，确定批量文件中各个文件的ID，并至少基于所确定的各个子文件的ID选定存储有各个文件的多个源节点的地址。
[0046]步骤302:根据所确定的多个源节点地址从所述多个源节点下载多个内容子文件。
[0047]步骤303:将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包。
[0048]步骤304:利用所述内容文件包响应所述内容访问请求。
[0049]本公开实施例可以通过手机、电脑等通信设备，下载包括多个子文件的内容(例如可以是包括多个程序文件的文件安装包)。具体可以通过将从多个源节点下载的多个文件打包生成文件包，来响应用户的下载批量文件的请求。本公开实施例的至少一个实施方案减少了用户与多个源节点通信的次数，提高了内容分发的速度，节约了网络资源，增加了内容分发的可靠性，改善了用户体验。
[0050]优选的，在一些实施例中，内容分发的方法还可以包括:
[0051]在利用所述内容文件包响应所述内容访问请求(即图2中步骤204)之后，对于同一内容的再次内容访问请求，直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。
[0052 ]由此，对于以后的同一内容的再次内容访问请求，可以直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求，而无需重复去多个源节点重复下载各个子文件。进一步减少了用户与多个源节点通信的次数，提高了内容分发的速度，增加了内容分发的可靠性，改善了用户体验。
[0053]优选的，在一些实施例中，内容分发的方法还可以包括:
[0054]在利用所述内容文件包响应所述内容访问请求(即图2中步骤204)之后，向调度中心上报响应成功信息以用于调度中心确定缓存内容和缓存地址；
[0055 ]直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。
[0056]由此，本实施例通过向调度中心上报缓存内容和缓存地址，方便了调度中心对于同一内容的再次内容访问请求，直接将缓存内容的地址向访问请求端(用户所在终端)反馈，以供访问请求端通过该缓存地址请求缓存的内容，而无需重复去多个源节点重复下载各个子文件。该过程可以由调度中心统一调度，使得内容分发有序进行，提高了内容分发的可靠性。
[0057]优选的，在一些实施例中，内容分发的方法还可以包括:
[0058]在利用所述内容文件包响应所述内容访问请求之后，当接收到调度中心根据同一内容的再次访问请求确定的与所述内容相关的多个源节点地址时，直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。
[0059]由此，本实施例通过接收调度中心根据同一内容的再次访问请求确定的与所述内容相关的多个源节点地址时，直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求，而无需重复去多个源节点重复下载各个子文件。该过程可以由调度中心统一调度，使得内容分发有序进行，提高了内容分发的可靠性。
[0060]优选的，在一些实施例中，内容分发的方法还可以包括:
[0061 ]在将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包之后，将所述缓存的内容文件包发送至与预配置的再分发地址对应的CDN节点。
[0062]在本实施例中，在⑶N网络中可以设有很多个⑶N节点。上述⑶N节点的预定地址可以根据用户与CDN节点的距离而确定。但在通信的过程中也会考虑其它因素，例如CDN节点的处理能力、响应速度、正在处理的用户的访问请求的数量等。由此，本实施例可以通过在多个⑶N节点中选择一个较佳的预配置地址的⑶N节点(该⑶N节点通过处于⑶N网络核心位置，且其硬件配置较高，运算能力较强)，直接(主动)将缓存的文件包发送至该⑶N节点，可以简化内容分发的流程，进一步加快内容的分发速度。
[0063]优选的，在一些实施例中，内容分发的方法还可以包括:
[0064]在利用所述内容文件包响应所述内容访问请求之后，向调度中心上报响应成功信息;
[0065]接收调度中心分配的再分发地址，将所述缓存的内容文件包发送至与所述再分发地址对应的⑶N节点。
[0066]由此，通过向上报中心上报响应成功信息，接收调度中心分配的再分发地址，将所述缓存的内容文件包发送至与所述再分发地址对应的CDN节点。该过程可以由调度中心统一调度，使得内容分发有序进行，提高了内容分发的可靠性。
[0067]图4为本公开实施例的第一种内容分发装置的功能结构示意图。如图4所示，内容分发装置可以包括:地址接收单元、文件下载单元、打包/缓存单元和文件发送单元。其中:
[0068]地址接收单元可以用于接收调度中心根据内容访问请求确定的与所述内容相关的多个源节点地址。
[0069]文件下载单元可以用于根据所确定的多个源节点地址从所述多个源节点下载多个内容子文件。
[0070]打包/缓存单元可以用于将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包。
[0071]文件发送单元可以利用所述内容文件包响应所述内容访问请求。
[0072]本公开实施例可以通过手机、电脑等通信设备，下载包括多个子文件的内容(例如可以是包括多个程序文件的文件安装包)。具体可以通过将从多个源节点下载的多个文件打包生成文件包，来响应用户的下载批量文件的请求。本公开的至少一个实施方案减少了用户与多个源节点通信的次数，提高了内容分发的速度，节约了网络资源，增加了内容分发的可靠性，改善了用户体验。
[0073]优选的，在一些实施例中，文件发送单元还用于:
[0074]在利用所述内容文件包响应所述内容访问请求之后，对于同一内容的再次内容访问请求，直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。
[0075]由此，对于以后的同一内容的再次内容访问请求，可以直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求，而无需重复去多个源节点重复下载各个子文件。进一步减少了用户与多个源节点通信的次数，提高了内容分发的速度，增加了内容分发的可靠性，改善了用户体验。
[0076]图5为本公开实施例的一种内容分发装置500的框架结构示意图。内容分发装置可以包括:
[0077]存储器可以用于存放程序。
[0078]处理器可以用于执行所述存储器存储的程序，所述程序使得所述处理器执行以下操作:
[0079]接收调度中心根据内容访问请求确定的与所述内容相关的多个源节点地址。
[0080]根据所确定的多个源节点地址从所述多个源节点下载多个内容子文件。
[0081 ]将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包。
[0082 ]利用所述内容文件包响应所述内容访问请求。
[0083]本公开具体实施例并不对内容分发装置的具体实现做限定。如图5所示，该内容分发装置可以包括:
[0084]处理器(processor)、通信接口(Communicat1nsInterface)、存储器(memory)、以及用于通信的总线。其中:
[0085]处理器、通信接口、以及存储器通过总线完成相互间的通信。
[0086]通信接口可以用于与比如客户端等的网元通信。
[0087]处理器可以用于执行程序，具体可以执行上述方法实施例中的相关步骤。
[0088]具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。
[0089]处理器可能是一个中央处理器CPU，或者是特定集成电路ASIC(Applicati0nSpecific Integrated Circuit)，或者是被配置成实施本公开实施例的一个或多个集成电路。
[0090]存储器可以用于存放程序。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。程序具体可以用于使得所述内容分发装置执行本公开中各步骤的操作。
[0091]程序中各步骤的具体实现可以参见上述实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
[0092]本领域的技术人员可以理解调度中心和CDN节点也可以采用此架构来完成与内容分发装置的信息交互。
[0093]图6为本公开实施例的第二种内容分发装置的结构示意图。如图6所示，内容分发装置可以包括:地址接收单元、文件下载单元、打包/缓存单元、文件发送单元和信息交互/响应单元。
[0094]图6所示实施例在图4所示实施例的基础上增加了一个信息交互/响应单元。其中:
[0095]信息交互/响应单元可以用于在利用所述内容文件包响应所述内容访问请求之后，向调度中心上报响应成功信息以用于调度中心确定缓存内容和缓存地址；以及直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。
[0096]优选的，在一些实施例中，所述信息交互/响应单元还用于:
[0097]在利用所述内容文件包响应所述内容访问请求之后，当接收到调度中心根据同一内容的再次访问请求确定的与所述内容相关的多个源节点地址时，直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。
[0098]图7为本公开实施例的第三种内容分发装置的结构示意图。
[0099]如图7所示，内容分发装置可以包括:地址接收单元、文件下载单元、打包/缓存单元、文件发送单元和文件转发单元。
[0100]图7所示实施例在图4所示实施例的基础上增加了一个文件转发单元(本领域的技术人员可以理解，也可以在图6所述实施例或者其它实施例的基础上增加该单元)。其中:
[0101]文件转发单元可以用于在将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包之后，将所述缓存的内容文件包发送至与预配置的再分发地址对应的CDN节点。
[0102]图8为本公开实施例的第四种内容分发装置的结构示意图。如图8所示，内容分发装置可以包括:地址接收单元、文件下载单元、打包/缓存单元、文件发送单元和信息交互/发送单元。
[0103]图8所示实施例在图4所示实施例的基础上增加了一个信息交互/发送单元。(本领域的技术人员可以理解，可以在图7所述实施例或者其它实施例的基础上增加该单元)其中:
[0104]信息交互/发送单元可以用于上报在利用所述内容文件包响应所述内容访问请求之后，向调度中心上报响应成功信息；以及接收调度中心分配的再分发地址，将所述缓存的内容文件包发送至与所述再分发地址对应的⑶N节点。
[0105]本公开提供的上述各实施例的内容分发装置可以作为执行主体，用来执行图3中步骤301至步骤304的操作。该内容分发装置可以以软件、硬件或软硬件结合的方式设置在某CDN节点中。
[0106]由于上述实施例的内容分发装置、系统与内容分发方法的功能相对应，因此，内容分发方法所具有的功能，以及其可以实现的技术效果同样适用于内容分发系统。在此，不再赘述二者相同或者相关的内容。
[0107]本领域技术人员可以理解，在本公开【具体实施方式】的上述方法中，各步骤的序号大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本公开【具体实施方式】的实施过程构成任何限定。
[0108]本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
[0109]所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(R0M，Read-0nly Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0110]以上实施方式仅用于说明本公开，而并非对本公开的限制，有关技术领域的普通技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。
【主权项】
1.一种内容分发方法，包括: 接收调度中心根据内容访问请求确定的与所述内容相关的多个源节点地址； 根据所确定的多个源节点地址从所述多个源节点下载多个内容子文件； 将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包； 利用所述内容文件包响应所述内容访问请求。2.根据权利要求1所述的方法，还包括: 在利用所述内容文件包响应所述内容访问请求之后，对于同一内容的再次内容访问请求，直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。3.根据权利要求1所述的方法，还包括: 在利用所述内容文件包响应所述内容访问请求之后，向调度中心上报响应成功信息以用于调度中心确定缓存内容和缓存地址； 直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。4.根据权利要求3所述的方法，还包括: 在利用所述内容文件包响应所述内容访问请求之后，当接收到调度中心根据同一内容的再次访问请求确定的与所述内容相关的多个源节点地址时，直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。5.根据权利要求1-4中任一项所述的方法，还包括: 在将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包之后，将所述缓存的内容文件包发送至与预配置的再分发地址对应的CDN节点。6.根据权利要求1-4中任一项所述的方法，还包括: 在利用所述内容文件包响应所述内容访问请求之后，向调度中心上报响应成功信息； 接收调度中心分配的再分发地址，将所述缓存的内容文件包发送至与所述再分发地址对应的CDN节点。7.一种内容分发装置，包括: 地址接收单元，用于接收调度中心根据内容访问请求确定的与所述内容相关的多个源节点地址； 文件下载单元，用于根据所确定的多个源节点地址从所述多个源节点下载多个内容子文件； 打包/缓存单元，用于将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包； 文件发送单元，利用所述内容文件包响应所述内容访问请求。8.根据权利要求7所述的装置，其中，所述文件发送单元还用于: 在利用所述内容文件包响应所述内容访问请求之后，对于同一内容的再次内容访问请求，直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。9.根据权利要求7所述的装置，还包括: 信息交互/响应单元，用于在利用所述内容文件包响应所述内容访问请求之后，向调度中心上报响应成功信息以用于调度中心确定缓存内容和缓存地址；以及直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。10.根据权利要求9所述的装置，其中，所述信息交互/响应单元还用于: 在利用所述内容文件包响应所述内容访问请求之后，当接收到调度中心根据同一内容的再次访问请求确定的与所述内容相关的多个源节点地址时，直接利用所述缓存的内容文件包响应所述同一内容的再次内容访问请求。11.根据权利要求7-10中任一项所述的装置，还包括: 文件转发单元，用于在将下载的多个内容子文件打包生成内容文件包并缓存该内容文件包之后，将所述缓存的内容文件包发送至与预配置的再分发地址对应的CDN节点。12.根据权利要求7-10中任一项所述的装置，还包括: 信息交互/发送单元，用于上报在利用所述内容文件包响应所述内容访问请求之后，向调度中心上报响应成功信息；以及接收调度中心分配的再分发地址，将所述缓存的内容文件包发送至与所述再分发地址对应的⑶N节点。13.—种内容分发系统，包括: 多个源节点，用于存储所述内容中的多个内容子文件； 根据权利要求7-12中任一项所述的内容分发装置； 调度中心，用于调度资源以响应内容访问的请求。
【文档编号】H04L29/08GK105847393SQ201610262634
【公开日】2016年8月10日
【申请日】2016年4月25日
【发明人】夏彦刚
【申请人】乐视控股（北京）有限公司, 乐视云计算有限公司