CN104811323A - 一种数据请求方法、装置、节点服务器及cdn系统 - Google Patents

Abstract

本发明实施例提供一种数据请求方法、装置、节点服务器及CDN系统，其中方法应用于CDN系统中的第一节点服务器中，所述方法包括：检测是否接收到目标数据请求；在接收到目标数据请求时，检测所述第一节点服务器是否存在目标数据；若所述第一节点服务器不存在目标数据，通过多条数据链路向第二节点服务器请求目标数据；其中，第一节点服务器和第二节点服务器为所述CDN网络中的任意两个节点服务器。本发明实施例能够保证数据请求的有效进行，提高数据请求的成功率，进而保证数据回源的有效进行，提高数据回源的成功率。

Description

一种数据请求方法、装置、节点服务器及CDN系统

技术领域

本发明涉及数据容灾技术领域，更具体地说，涉及一种数据请求方法、装置、节点服务器及CDN（Content Delivery Network，内容分发网络）系统。

背景技术

目前众多的服务提供商都在构建CDN系统，例如微博图片服务提供商，微信朋友圈图片服务提供商等；CDN系统通过在网络各处设置节点服务器，从而能够实时地根据网络流量和各节点服务器的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的节点服务器上，使得用户可就近取得目标数据（即用户所需的内容）。在CDN系统中存在数据回源的现象，即若一个节点服务器没有用户需要的目标数据，则需要从其他的节点服务器中拉取目标数据（即从一个节点服务器向另一个节点服务器拉取数据）。

目前CDN系统中数据回源所涉及的数据请求方式主要是：按照预先配置好的各节点服务器间的数据请求关系，在各节点服务器之间请求目标数据，若所请求的节点服务器中没有目标数据，则按照该各节点服务器间的数据请求关系，向下一节点服务器请求目标数据；参照图1，图1为现有技术进行数据请求的示意图，节点服务器A为用户所接入的节点服务器，若节点服务器A没有目标数据，则按照各节点服务器间的数据请求关系，节点服务器A向节点服务器B请求目标数据，若节点服务器B还是没有目标数据，则向节点服务器C请求目标数据，以此类推，直至得到目标数据。

本发明的发明人在研究和实践过程中发现，现有技术至少存在以下的技术问题：现有技术按照预先配置好的各节点服务器间的数据请求关系，在各节点服务器之间请求目标数据，若其中两个节点服务器之间由于服务器故障，运营商故障等原因导致无法进行通信时，该两个节点服务器之间的数据请求将失败，进而导致数据回源的失效，从而使得数据回源失败。

发明内容

有鉴于此，本发明实施例提供一种数据请求方法、装置、节点服务器及CDN系统，以解决现有技术在某两个节点服务器之间无法进行通信时，这两个节点服务器之间的数据请求将失败，所带来的数据回源失效，使得数据请求失败的问题。

为实现上述目的，本发明实施例提供如下技术方案：

一种数据请求方法，所述方法应用于内容分发网络CDN系统中的第一节点服务器中，所述方法包括：

检测是否接收到目标数据请求；

在接收到目标数据请求时，检测所述第一节点服务器是否存在目标数据；

若所述第一节点服务器不存在目标数据，通过多条数据链路向第二节点服务器请求目标数据；其中，第一节点服务器和第二节点服务器为所述CDN网络中的任意两个节点服务器。

本发明实施例还提供一种数据请求装置，所述装置应用于内容分发网络CDN系统中的第一节点服务器中，所述装置包括：

请求检测模块，用于检测是否接收到目标数据请求；

目标数据检测模块，用于在所述请求检测模块检测到接收到目标数据请求时，检测所述第一节点服务器是否存在目标数据；

第一请求模块，用于在所述第一节点服务器不存在目标数据时，通过多条数据链路向第二节点服务器请求目标数据；其中，第一节点服务器和第二节点服务器为所述CDN网络中的任意两个节点服务器。

本发明实施例还提供一种节点服务器，包括上述所述的数据请求装置。

本发明实施例还提供一种CDN系统，所述系统包括：第一节点服务器和至少一个第二节点服务器，第一节点服务器和第二节点服务器为所述CDN网络中的任意两个节点服务器；

所述第一节点服务器，用于在接收到目标数据请求时，检测所述第一节点服务器是否存在目标数据，在所述第一节点服务器不存在目标数据时，通过多条数据链路向所述第二节点服务器请求目标数据；

所述第二节点服务器，用于接收所述第一节点服务器发送的请求目标数据的请求信息，根据所述请求信息向第一节点服务器反馈数据。

基于上述技术方案，本发明实施例提供的数据请求方法，在第一节点服务器接收到目标数据请求，且不存在目标数据时，可通过多条数据链路向第二节点服务器请求目标数据，由于本发明实施例通过多条数据链路向第二节点服务器请求目标数据，一次的目标数据请求被放大为多次的目标数据请求，最大限度的保证了两个节点服务器之间的数据通信成功率，本发明实施例可以在单第二节点服务器或多第二节点服务器及单运营商或是多运营商故障时，保证第一节点服务器和第二节点服务器之间的通信，从而保证数据请求的有效进行，提高了数据请求的成功率，进而保证数据回源的有效进行，提高数据回源的成功率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术进行数据请求的示意图；

图2为本发明实施例提供的数据请求方法的流程图；

图3为本发明实施例提供的CDN系统中的节点服务器分布示意图；

图4为本发明实施例提供的CDN系统中的另一节点服务器分布示意图；

图5为本发明实施例提供的CDN系统中的再一节点服务器分布示意图；

图6为本发明实施例提供的CDN系统中的又一节点服务器分布示意图；

图7为本发明实施例提供的数据请求方法的另一流程图；

图8为本发明实施例提供的数据请求方法的再一流程图；

图9为本发明实施例提供的CDN系统中的又另一节点服务器分布示意图；

图10为本发明实施例提供的数据请求方法的又一流程图；

图11为本发明实施例提供的数据请求装置的结构框图；

图12为本发明实施例提供的第一请求模块的结构框图；

图13为本发明实施例提供的数据请求装置的另一结构框图；

图14为本发明实施例提供的第一请求模块的另一结构框图；

图15为本发明实施例提供的数据请求装置的再一结构框图；

图16为本发明实施例提供的第二请求模块的另一结构框图；

图17为本发明实施例提供的第一节点服务器的硬件结构图；

图18为本发明实施例提供的CDN系统的结构框图；

图19为本发明实施例提供的CDN系统的另一结构框图；

图20为本发明实施例提供的CDN系统的再一结构框图；

图21为本发明实施例提供的CDN系统的又一结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图2为本发明实施例提供的数据请求方法的流程图，该方法可应用于CDN系统中的第一节点服务器中，第一节点服务器可以是CDN系统中的任一节点服务器，参照图2，该方法可以包括：

步骤S100、检测是否接收到目标数据请求，若是，执行步骤S110，若否，执行步骤S100；

可选的，当第一节点服务器为用户接入节点服务器时，第一节点服务器可接收用户设备发送的目标数据请求；当第一节点服务器为非用户接入节点服务器时，第一节点服务器可接收其他节点服务器发送的目标数据请求。

步骤S110、检测第一节点服务器是否存在目标数据，若是，执行步骤S120，若否，执行步骤S130；

步骤S120、将目标数据返回至用户设备；

可选的，当第一节点服务器为用户接入节点服务器时，可直接向用户设备返回目标数据。当第一节点服务器为非用户接入节点服务器时，第一节点服务器可向用户接入节点服务器返回目标数据，从而使得用户接入节点服务器向用户设备返回目标数据；显然，在本发明实施例中，第一节点服务器也可向第一节点服务器的上一节点服务器返回目标数据，从而通过该上一节点服务器将目标数据返回至用户设备，上一节点服务器可以是与第一节点服务器存在数据请求关系的，与发出数据请求相对应的节点服务器。

步骤S130、通过多条数据链路向第二节点服务器请求目标数据；

可选的，第二节点服务器可以是存储有目标数据的服务器，也可以是预先配置好的与第一节点服务器存在数据请求关系的接收数据请求的节点服务器；显然，第二节点服务器也可以是CDN系统中除第一节点服务器外的任一节点服务器。

可选的，第二节点服务器的数量可与多条数据链路的数量相对应，一条数据链路对应一个第二节点服务器，各条数据链路对应的第二节点服务器互不相同。一条数据链路对应一个第二节点服务器，各数据链路所对应的第二节点服务器可以是属于不同的网络运营商的不同服务器，如多条数据链路可以是两条数据链路，一条数据链路对应的第二节点服务器的网络运营商可以为电信，另一条数据链路对应的第二节点服务器的网络运营商可以为联通；这种方式可以保证运营商层面的容灾，即当某一家运营商的第二节点服务器挂掉时，可通过另一家运营商的第二节点服务器保证数据请求的有效进行，从而不影响目标数据的有效拉取。

可选的，各数据链路所对应的第二节点服务器也可以是属于同一网络运营商的不同服务器，如多条数据链路可以是两条数据链路，一条数据链路对应电信的第二节点服务器，一条数据链路对应电信的另一台第二节点服务器；这种方式可以保证单节点服务器层面的容灾，即当某一台第二节点服务器挂掉时，可通过另一台第二节点服务器保证数据请求的有效进行，从而不影响目标数据的有效拉取。

步骤S140、将所述多条数据链路中第一时间返回的第二节点服务器反馈的数据返回至用户设备。

可选的，第二节点服务器反馈的数据可以是目标数据。显然当第二节点服务器中不存储有目标数据时，第二节点服务器也将反馈指示没有目标数据的信息，此时，数据请求的发起方将变为第二节点服务器，第二节点服务器可通过多条数据链路再向下一个节点服务器请求目标数据；当然，第二节点服务器也可按常规的数据请求方式向下一个节点服务器请求目标数据。

可选的，本发明实施例可将第一时间（即最先）返回的第二节点服务器反馈的数据返回至用户设备；对于所述多条数据链路中非第一时间（即非最先）返回的第二节点服务器反馈的数据可直接丢掉。如第一节点服务器通过两条数据链路（分别为第一条数据链路和第二条数据链路）向两个第二节点服务器请求目标数据，第一条数据链路对应一个第二节点服务器，第二条数据链路对应另一个第二节点服务器；若第一节点服务器通过第一条数据链路最先接收到第二节点服务器反馈的数据，则可将通过第一条数据链路所接收的第二节点服务器反馈的数据返回至用户设备；此时若第二条数据链路也存在第二节点服务器反馈的数据，由于第二条数据链路为非最先返回数据的链路，因此可将通过第二条数据链路所返回的数据直接丢掉。

值得注意是，在本发明实施例中，用户接入节点服务器是指用户设备所接入的节点服务器，目标节点服务器是指存储有用户所请求的目标数据的服务器，第一节点服务器和第二节点服务器为CDN网络中的任意两个节点服务器；可选的，第一节点服务器可以是用户接入节点服务器；可选的，第二节点服务器可以是目标节点服务器；显然，第一节点服务器和第二节点服务器也可以是CDN系统中用户接入节点服务器和目标节点服务器之间众多节点服务器中的两个节点服务器。

本发明实施例提供的数据请求方法，在第一节点服务器接收到目标数据请求，且不存在目标数据时，可通过多条数据链路向第二节点服务器请求目标数据，由于本发明实施例通过多条数据链路向第二节点服务器请求目标数据，一次的目标数据请求被放大为多次的目标数据请求，最大限度的保证了两个节点服务器之间的数据通信成功率，本发明实施例可以在单第二节点服务器或多第二节点服务器及单运营商或是多运营商故障时，保证第一节点服务器和第二节点服务器之间的通信，从而保证数据请求的有效进行，提高了数据请求的成功率，进而保证数据回源的有效进行，提高数据回源的成功率。

图3为本发明实施例提供的CDN系统中的节点服务器分布示意图，参照图3，第一节点服务器为用户接入节点服务器，当用户接入节点服务器没有目标数据时，用户接入节点服务器可通过多条数据链路向第二节点服务器请求目标数据，一条数据链路可对应一个第二节点服务器，用户接入节点服务器将把多条数据链路中第一时间返回的第二节点服务器反馈的数据返回至用户设备。

图4为本发明实施例提供的CDN系统中的另一节点服务器分布示意图，参照图4，第一节点服务器为用户接入节点服务器，第二节点服务器为目标节点服务器，当用户接入节点服务器没有目标数据时，用户接入节点服务器可通过多条数据链路向目标节点服务器请求目标数据，一条数据链路可对应一个目标节点服务器，用户接入节点服务器将把多条数据链路中第一时间返回的目标节点服务器反馈的数据返回至用户设备。

图5为本发明实施例提供的CDN系统中的再一节点服务器分布示意图，参照图5，第一节点服务器为非用户接入节点服务器，第二节点服务器为目标节点服务器，当第一节点服务器没有目标数据时，第一节点服务器可通过多条数据链路向目标节点服务器请求目标数据，一条数据链路可对应一个目标节点服务器，第一节点服务器将把多条数据链路中第一时间返回的目标节点服务器反馈的数据返回至用户设备。

图6为本发明实施例提供的CDN系统中的又一节点服务器分布示意图，参照图6，第一节点服务器和第二节点服务器为CDN系统中用户接入节点服务器和目标节点服务器之间的两个节点服务器，当第一节点服务器没有目标数据时，第一节点服务器可通过多条数据链路向第二节点服务器请求目标数据，一条数据链路可对应一个第二节点服务器，第一节点服务器将把多条数据链路中第一时间返回的第二节点服务器反馈的数据返回至用户设备。

可选的，本发明实施例提供的数据请求方法可应用于目标数据的数据量较小，且目标数据的重要性相对较高的场景下。对应的，图7示出了本发明实施例提供的数据请求方法的另一流程，参照图7，该方法可以包括：

步骤S200、检测是否接收到目标数据请求，若是，执行步骤S210，若否，执行步骤S200；

步骤S210、检测第一节点服务器是否存在目标数据，若是，执行步骤S220，若否，执行步骤S230；

步骤S220、将目标数据返回至用户设备；

步骤S230、判断目标数据的数据量是否小于预定第一数据量，且目标数据的重要度是否达到设定度，若是，执行步骤S240，若否，执行步骤S260；

步骤S240、通过多条数据链路向第二节点服务器请求目标数据；

判断结果为是即表明目标数据的数据量小于预定第一数据量，且目标数据的重要度达到设定度，步骤S220的两个判断结果均为是，整体的判断结果才为是。

步骤S250、将所述多条数据链路中第一时间返回的第二节点服务器反馈的数据返回至用户设备；

步骤S260、将数据请求转至第二节点服务器，以使第二节点服务器向下一个节点服务器请求目标数据。

判断结果为否即表明目标数据的数据量不小于预定第一数据量，或目标数据的重要度未达到设定度，步骤S230的两个判断结果中只要其中任一判断结果为否，则整体的判断结果为否。

可选的，本发明实施例可按现有的数据请求方式向下一个节点服务器请求目标数据，也可以使用其他方式如本发明实施例提供的多条数据链路的方式向下一个节点服务器请求目标数据；下一个节点服务器不限于与第二节点服务器存在预先配置好的数据请求关系的，与接收数据请求相对应的节点服务器，也可以是其他的节点服务器。

可选的，本发明实施例可设置目标数据的重要度属性，当所设置的重要度属性达到设定度，且数据量小于预定第一数据量时，第一节点服务器可通过多条数据链路向第二节点服务器请求目标数据。可选的，本发明实施例可设置目标数据的重要度等级，当目标数据的重要度等级达到设定等级时，则认为目标数据的重要度达到设定度，如可设置数据的重要度等级为1级～5级，设定等级为3级，当目标数据的重要度等级达到3级时，则认为目标数据的重要度达到设定度。

图8为本发明实施例提供的数据请求方法的再一流程图，该方法可应用于CDN系统中的第一节点服务器中，第一节点服务器可以是CDN系统中的任一节点服务器，参照图8，该方法可以包括：

步骤S300、检测是否接收到目标数据请求，若是，执行步骤S310，若否，执行步骤S300；

步骤S310、检测第一节点服务器是否存在目标数据，若是，执行步骤S320，若否，执行步骤S330；

步骤S320、将目标数据返回至用户设备；

步骤S330、判断与所述第一节点服务器的下一节点服务器的通信连接是否建立成功，若是，执行步骤S340，若否，执行步骤S350；

步骤S340、向所述第一节点服务器的下一节点服务器请求目标数据；

可选的，本发明实施例可按现有的数据请求方式向下一节点服务器请求目标数据，也可以使用其他方式如本发明实施例提供的多条数据链路的方式向下一节点服务器请求目标数据。

步骤S350、建立与第三节点服务器的通信连接，向第三节点服务器请求目标数据。

可选的，第三节点服务器可以是目标节点服务器，也可以是所拥有的数据量达到第一数据量（即所拥有的数据接近全量数据），且数据传输速度达到设定传输速度的节点服务器。

可选的，第三节点服务器可以是第一节点服务器的下N节点服务器，N大于1，如第三节点服务器可以是第一节点服务器的下2节点服务器，即第三节点服务器可以是第一节点服务器的下一节点服务器的下一节点服务器；N的序位可由预先配置好的各节点服务器间的数据请求关系确定。

图9示出了本发明实施例提供的CDN系统中的又另一节点服务器分布示意图，参照图9，服务器A为第一节点服务器，服务器B为服务器A的下一节点服务器，服务器C为第三节点服务器（第三节点服务器可以是目标节点服务器，显然，第三节点服务器也可以是其他的所拥有的数据量达到第一数据量，且数据传输速度达到设定传输速度的节点服务器）；当服务器A与服务器B的通信连接建立失败时，服务器A可直接向服务器C请求目标数据。

本发明实施例可在第一节点服务器的下一节点服务器的通信连接无法建立时，建立与第三节点服务器的通信连接，直接向第三节点服务器请求目标数据；这种方式可以实现单节点服务器层面的容灾，如在第一节点服务器的下一节点服务器挂掉时，可通过正常运行的第三节点服务器实现目标数据的请求；这种方式还可以实现单网络运营商层面的容灾，如第一节点服务器到第一节点服务器的下一节点服务器的网络运营商，与第一节点服务器到第三节点服务器的网络运营商不同时，当在第一节点服务器到第一节点服务器的下一节点服务器的网络运营商挂掉时，可采用所不同的第一节点服务器到第三节点服务器的网络运营商实现目标数据的请求。

可选的，图8所示方法可应用于目标数据的数据量较大的场景中；对应的，图10示出了本发明实施例提供的数据请求方法的又一流程图，参照图10，该方法可以包括：

步骤S400、检测是否接收到目标数据请求，若是，执行步骤S410，若否，执行步骤S400；

步骤S410、检测第一节点服务器是否存在目标数据，若是，执行步骤S420，若否，执行步骤S430；

步骤S420、将目标数据返回至用户设备；

步骤S430、判断与所述第一节点服务器的下一节点服务器的通信连接是否建立成功，若是，执行步骤S440，若否，执行步骤S450；

步骤S440、向所述第一节点服务器的下一节点服务器请求目标数据；

步骤S450、判断目标数据的数据量是否大于预定第二数据量，若是，执行步骤S460，若否，执行步骤S470；

步骤S460、建立与第三节点服务器的通信连接，向第三节点服务器请求目标数据；

步骤S470、结束流程。

可选的，图8和图10所示方法可应用于图2和图7所示方法中。

可选的，本发明实施例也可通过临时跳转（302跳转），将用户设备连接至目标节点服务器，从而使得用户设备可直接通过目标节点服务器请求目标数据；在具体实现上，用户接入节点服务器可向用户设备返回临时跳转信息，从而使得用户设备根据所述临时跳转信息中指定的节点服务器地址，连接对应的节点服务器，从而实现临时跳转；对应的节点服务器可以是目标节点服务器。可选的，本发明实施例可在按照图2、图7、图8和图10方法向目标节点服务器请求目标数据失败后，通过临时跳转将用户设备连接至目标节点服务器。

可选的，本发明实施例提供的数据请求方法是建立在用户设备能够接入到用户接入节点服务器的基础上的，如果由于某种原因，用户设备无法接入到指定的用户接入节点服务器中时，本发明实施例提供的数据请求方法将会失效。因此本发明实施例可使用多套接入域名，一套接入域名对应一个用户接入节点服务器；用户设备可使用其中的一套接入域名解析到对应的用户接入节点服务器中，当用户设备在确定使用接入域名解析到的对应用户接入节点服务器不可用时，可通过预先设置的其他接入域名解析到其他的用户接入节点服务器中，以通过其他的可用用户接入节点服务器实现目标数据的请求。使用多套接入域名的方式，可避免在接入点单机故障，或者运营商故障使用户设备无法到达接入点时，无法进行数据请求的情况的发生。

本发明实施例提供的数据请求方法能够保证数据请求的有效进行，提高数据请求的成功率，进而保证数据回源的有效进行，提高数据回源的成功率。

下面对本发明实施例提供的数据请求装置进行描述，下文描述的数据请求装置与上文描述的数据请求方法可相互对应参照。

图11为本发明实施例提供的数据请求装置的结构框图，该数据请求装置可应用于CDN系统中的第一节点服务器中，第一节点服务器可以是CDN系统中的任一节点服务器，参照图11，该数据请求装置可以包括：

请求检测模块100，用于检测是否接收到目标数据请求；

目标数据检测模块200，用于在请求检测模块100检测到接收到目标数据请求时，检测所述第一节点服务器是否存在目标数据；

第一请求模块300，用于在所述第一节点服务器不存在目标数据时，通过多条数据链路向第二节点服务器请求目标数据；其中，第一节点服务器和第二节点服务器为所述CDN网络中的任意两个节点服务器。

可选的，图12示出了本发明实施例提供的第一请求模块300的一种可选结构，参照图12，第一请求模块300可以包括：

第一请求单元310，用于通过多条数据链路向多个第二节点服务器请求目标数据，一条数据链路对应一个第二节点服务器。

可选的，图13示出了本发明实施例提供的数据请求装置的另一结构，结合图11和图13所示，图13所示装置还包括：

数据返回模块400，用于将所述多条数据链路中第一时间返回的第二节点服务器反馈的数据返回至用户设备；

数据丢掉模块500，用于将所述多条数据链路中非第一时间返回的第二节点服务器反馈的数据丢掉。

可选的，图14示出了本发明实施例提供的第一请求模块300的另一种可选结构，参照图14，第一请求模块300可以包括：

第一判断单元320，用于在所述第一节点服务器不存在目标数据时，判断目标数据的数据量是否小于预定第一数据量，且预先为目标数据所定义的数据重要等级是否达到设定等级；

第二请求单元321，用于在所述目标数据的数据量小于预定第一数据量，且目标数据的数据重要等级达到设定等级时，通过多条数据链路向第二节点服务器请求目标数据。

可选的，图15示出了本发明实施例提供的数据请求装置的再一结构，结合图11和图15所示，图15所示装置还包括：

连接建立判断模块600，用于判断所述第一节点服务器与所述第一节点服务器的下一节点服务器的通信连接是否建立成功；

第二请求模块700，用于在所述第一节点服务器与所述第一节点服务器的下一节点服务器的通信连接建立失败时，建立与第三节点服务器的通信连接，向第三节点服务器请求目标数据，其中，所述第三节点服务器为第一节点服务器的下N节点服务器，N大于1。

可选的，图16示出了本发明实施例提供的第二请求模块600的一种可选结构，参照图16，第二请求模块700可以包括：

第二判断单元710，用于在所述第一节点服务器与所述第一节点服务器的下一节点服务器的通信连接建立失败时，判断目标数据的数据量是否大于预定第二数据量；

第三请求单元711，用于在目标数据的数据量大于预定第二数据量时，建立与所述第三节点服务器的通信连接，向所述第三节点服务器请求目标数据。

本发明实施例提供的数据请求装置能够保证数据请求的有效进行，提高数据请求的成功率，进而保证数据回源的有效进行，提高数据回源的成功率。

本发明实施例还提供一种节点服务器，该节点服务器应用于CDN系统中，该节点服务器可以包括上述所述的数据请求装置，数据请求装置的具体描述可参照图11～图16部分的描述，此处不再赘述。

下面对本发明实施例提供的第一节点服务器的硬件结构进行介绍，第一节点服务器可以是CDN系统中的任一节点服务器；下文描述中涉及数据请求方法的部分，可与上文以第一节点服务器角度描述的数据请求方法相对应。图17为本发明实施例提供的第一节点服务器的硬件结构图，参照图17，第一节点服务器可以包括：通信接口1，存储器2，处理器3和通信总线4。

下面结合图17对第一节点服务器的各个构成部件进行具体介绍。

通信接口1可以为通信模块的接口，如网卡的接口，用于在第一节点服务器与外部设备进行信息收发过程中，实现信号的接收和发送。

存储器2可用于存储软件程序以及模块，处理器3通过运行存储在存储器2的软件程序以及模块，从而执行第一节点服务器的各种功能应用以及数据处理。存储器2可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据第一节点服务器的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器2可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器3是第一节点服务器的控制中心，利用各种接口和线路连接整个用户设备的各个部分，通过运行或执行存储在存储器2内的软件程序和/或模块，以及调用存储在存储器2内的数据，执行第一节点服务器的各种功能和处理数据，从而对第一节点服务器进行整体监控。可选的，处理器3可包括一个或多个处理单元；优选的，处理器3可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器3中。

通信接口1，存储器2，处理器3通过通信总线4完成相互间的通信。

在本发明实施例中，处理器3还可以具有如下功能：

检测是否接收到目标数据请求；

在接收到目标数据请求时，检测所述第一节点服务器是否存在目标数据；

若所述第一节点服务器不存在目标数据，通过多条数据链路向第二节点服务器请求目标数据；其中，第一节点服务器和第二节点服务器为所述CDN网络中的任意两个节点服务器。。

下面对本发明实施例提供的CDN系统进行描述，下面描述的CDN系统中涉及数据请求方法的部分，可与上文以第一节点服务器角度描述的数据请求方法相互对应参照。图18为本发明实施例提供的CDN系统的结构框图，参照图18，CDN系统可以包括：第一节点服务器10和至少一个第二节点服务器20，第一节点服务器10和第二节点服务器20为所述CDN网络中的任意两个节点服务器；

其中，第一节点服务器10，用于在接收到目标数据请求时，检测所述第一节点服务器是否存在目标数据，在所述第一节点服务器不存在目标数据时，通过多条数据链路向所述第二节点服务器请求目标数据；

第二节点服务器20，用于接收第一节点服务器10发送的请求目标数据的请求信息，根据所述请求信息向第一节点服务器10反馈数据。

可选的，在第二节点服务器20存在目标数据时，第二节点服务器20根据所述请求信息向第一节点服务器10反馈的数据可以是目标数据；而在第二节点服务器20不存在目标数据时，第二节点服务器20根据所述请求信息向第一节点服务器10反馈的数据可以是指示第二节点服务器20不存在目标数据的信息。

可选的，至少一个第二节点服务器的数量与多条数据链路的数量一致，一条数据链路对应一个第二节点服务器，各条数据链路对应的第二节点服务器互不相同。

可选的，第一节点服务器可以是用户接入节点服务器；可选的，第二节点服务器可以是目标节点服务器；显然，第一节点服务器和第二节点服务器也可以是CDN系统中用户接入节点服务器和目标节点服务器之间众多服务器中的两个节点服务器

图19为本发明实施例提供的CDN系统的另一结构框图，结合图18和图19所示，所述CDN系统还包括：

第三节点服务器30，用于在所述第一节点服务器与所述第一节点服务器的下一节点服务器的通信连接建立失败时，接收所述第一节点服务器发起的通信连接建立请求，在与所述第一节点服务器建立通信连接后，接收所述第一节点服务器请求目标数据的请求信息。

在本发明实施例中，第一节点服务器10在与其下一节点服务器的通信连接建立失败时，可与第三节点服务器30建立通信连接，向第三节点服务器30请求目标数据；其中，第三节点服务器可以为第一节点服务器的下N节点服务器，N大于1。

图20为本发明实施例提供的CDN系统的再一结构框图，结合图18和图20所示，所述CDN系统还包括：

用户接入节点服务器40，用于向用户设备返回临时跳转信息，以使用户设备根据所述临时跳转信息中指定的节点服务器地址，连接至对应的节点服务器，以实现临时跳转。

可选的，指定的节点服务器地址可以是目标节点服务器的地址。

值得注意的是，第一节点服务器也可以是用户接入节点服务器。

图21为本发明实施例提供的CDN系统的又一结构框图，结合图18和图21所示，所述CDN系统还包括：

至少一个候选用户接入节点服务器50，用于在用户设备使用预先设置的多套接入域名中的一套接入域名解析到的对应接入服务器不可用时，接收用户设备通过预先设置的多套接入域名中的其他接入域名所发起的接入请求，以使用户设备解析到所述候选用户接入节点服务器，所述其他接入域名与所述候选用户接入节点服务器对应。

本发明实施例提供的CDN系统能够保证数据请求的有效进行，提高数据请求的成功率，进而保证数据回源的有效进行，提高数据回源的成功率。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (18)

1.一种数据请求方法，其特征在于，所述方法应用于内容分发网络CDN系统中的第一节点服务器中，所述方法包括：

检测是否接收到目标数据请求；

在接收到目标数据请求时，检测所述第一节点服务器是否存在目标数据；

若所述第一节点服务器不存在目标数据，通过多条数据链路向第二节点服务器请求目标数据；其中，第一节点服务器和第二节点服务器为所述CDN网络中的任意两个节点服务器。

2.根据权利要求1所述的数据请求方法，其特征在于，所述通过多条数据链路向第二节点服务器请求目标数据包括：

通过多条数据链路向多个第二节点服务器请求目标数据，一条数据链路对应一个第二节点服务器。

3.根据权利要求1或2所述的数据请求方法，其特征在于，所述方法还包括：

将所述多条数据链路中第一时间返回的第二节点服务器反馈的数据返回至用户设备；

将所述多条数据链路中非第一时间返回的第二节点服务器反馈的数据丢掉。

4.根据权利要求1所述的数据请求方法，其特征在于，所述通过多条数据链路向第二节点服务器请求目标数据包括：

在所述第一节点服务器不存在目标数据时，判断目标数据的数据量是否小于预定第一数据量，且预先为目标数据所定义的数据重要等级是否达到设定等级；

在所述目标数据的数据量小于预定第一数据量，且目标数据的数据重要等级达到设定等级时，通过多条数据链路向第二节点服务器请求目标数据。

5.根据权利要求1所述的数据请求方法，其特征在于，所述方法还包括：

判断所述第一节点服务器与所述第一节点服务器的下一节点服务器的通信连接是否建立成功；

在所述第一节点服务器与所述第一节点服务器的下一节点服务器的通信连接建立失败时，建立与第三节点服务器的通信连接，向所述第三节点服务器请求目标数据，其中，所述第三节点服务器为第一节点服务器的下N节点服务器，N大于1。

6.根据权利要求5所述的数据请求方法，其特征在于，所述建立与第三节点服务器的通信连接包括：

在所述第一节点服务器与所述第一节点服务器的下一节点服务器的通信连接建立失败时，判断目标数据的数据量是否大于预定第二数据量；

在目标数据的数据量大于预定第二数据量时，建立与所述第三节点服务器的通信连接，向所述第三节点服务器请求目标数据。

7.一种数据请求装置，其特征在于，所述装置应用于内容分发网络CDN系统中的第一节点服务器中，所述装置包括：

请求检测模块，用于检测是否接收到目标数据请求；

目标数据检测模块，用于在所述请求检测模块检测到接收到目标数据请求时，检测所述第一节点服务器是否存在目标数据；

第一请求模块，用于在所述第一节点服务器不存在目标数据时，通过多条数据链路向第二节点服务器请求目标数据；其中，第一节点服务器和第二节点服务器为所述CDN网络中的任意两个节点服务器。

8.根据权利要求7所述的数据请求装置，其特征在于，所述第一请求模块包括：

第一请求单元，用于通过多条数据链路向多个第二节点服务器请求目标数据，一条数据链路对应一个第二节点服务器。

9.根据权利要求7或8所述的数据请求装置，其特征在于，所述装置还包括：

数据返回模块，用于将所述多条数据链路中第一时间返回的第二节点服务器反馈的数据返回至用户设备；

数据丢掉模块，用于将所述多条数据链路中非第一时间返回的第二节点服务器反馈的数据丢掉。

10.根据权利要求7所述的数据请求装置，其特征在于，所述第一请求模块包括：

第一判断单元，用于在所述第一节点服务器不存在目标数据时，判断目标数据的数据量是否小于预定第一数据量，且预先为目标数据所定义的数据重要等级是否达到设定等级；

第二请求单元，用于在所述目标数据的数据量小于预定第一数据量，且目标数据的数据重要等级达到设定等级时，通过多条数据链路向第二节点服务器请求目标数据。

11.根据权利要求7所述的数据请求装置，其特征在于，所述装置还包括：

连接建立判断模块，用于判断所述第一节点服务器与所述第一节点服务器的下一节点服务器的通信连接是否建立成功；

第二请求模块，用于在所述第一节点服务器与所述第一节点服务器的下一节点服务器的通信连接建立失败时，建立与第三节点服务器的通信连接，向第三节点服务器请求目标数据，其中，所述第三节点服务器为第一节点服务器的下N节点服务器，N大于1。

12.根据权利要求11所述的数据请求装置，其特征在于，所述第二请求模块包括：

第二判断单元，用于在所述第一节点服务器与所述第一节点服务器的下一节点服务器的通信连接建立失败时，判断目标数据的数据量是否大于预定第二数据量；

第三请求单元，用于在目标数据的数据量大于预定第二数据量时，建立与所述第三节点服务器的通信连接，向所述第三节点服务器请求目标数据。

13.一种节点服务器，其特征在于，包括权利要求7-12任一项所述的数据请求装置。

14.一种内容分发网络CDN系统，其特征在于，所述系统包括：第一节点服务器和至少一个第二节点服务器，第一节点服务器和第二节点服务器为所述CDN网络中的任意两个节点服务器；

所述第一节点服务器，用于在接收到目标数据请求时，检测所述第一节点服务器是否存在目标数据，在所述第一节点服务器不存在目标数据时，通过多条数据链路向所述第二节点服务器请求目标数据；

所述第二节点服务器，用于接收所述第一节点服务器发送的请求目标数据的请求信息，根据所述请求信息向第一节点服务器反馈数据。

15.根据权利要求14所述的CDN系统，其特征在于，所述第二节点服务器的数量与多条数据链路的数量一致，一条数据链路对应一个第二节点服务器。

16.根据权利要求14所述的CDN系统，其特征在于，所述系统还包括：第三节点服务器；

所述第三节点服务器，用于在所述第一节点服务器与所述第一节点服务器的下一节点服务器的通信连接建立失败时，接收所述第一节点服务器发起的通信连接建立请求，在与所述第一节点服务器建立通信连接后，接收所述第一节点服务器请求目标数据的请求信息，其中，所述第三节点服务器为第一节点服务器的下N节点服务器，N大于1。

17.根据权利要求14所述的CDN系统，其特征在于，所述系统还包括：用户接入节点服务器；

所述用户接入节点服务器，用于向用户设备返回临时跳转信息，以使用户设备根据所述临时跳转信息中指定的节点服务器地址，连接至对应的节点服务器，以实现临时跳转。

18.根据权利要求14所述的CDN系统，其特征在于，所述系统还包括：至少一个候选用户接入节点服务器；

所述候选用户接入节点服务器，用于在用户设备使用预先设置的多套接入域名中的一套接入域名解析到的对应接入服务器不可用时，接收用户设备通过预先设置的多套接入域名中的其他接入域名所发起的接入请求，以使用户设备解析到所述候选用户接入节点服务器，所述其他接入域名与所述候选用户接入节点服务器对应。