CN110880980B - 内容分发网络服务提供方法及处理系统 - Google Patents

Abstract

本申请公开了一种内容分发网络服务提供方法及处理系统。其中，该方法包括：接收内容分发网络业务请求；获取内容分发网络业务请求对应的请求地址；根据请求地址与内容分发网络渠道之间的对应关系，确定请求地址对应的内容分发网络渠道，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者；根据确定的内容分发网络渠道为内容分发网络业务请求提供内容分发网络服务。本申请解决了现有技术无法对内容分发网络渠道进行准确区分的技术问题。

Description

内容分发网络服务提供方法及处理系统

技术领域

本申请涉及计算机网络领域，具体而言，涉及一种内容分发网络服务提供方法及处理系统。

背景技术

CDN(Content Delivery Network，内容分发网络)是互联网内容分发的基础，，其可保证网络内容从源IP到目标IP的快速传输。对于终端用户而言，CDN对实现对网站的加速。随着移动互联网和直播行业的发展，CDN的需求量不断增长。另外，随着云技术的普及以及云产品形式的不断增多，CDN的使用方式也由“直接使用服务”，逐渐发展出“托管产品”、“二次包装售卖”等方式。由于CDN的建设需要长期、大量的资本投入，包括在各地搭建机房、租用机柜、购买带宽、购买服务器以及运维等。因此，为了在控制成本的前提下，满足日益增长的需求，最大程度地复用物理资源、实现用户间的逻辑隔离成为亟待解决的问题。

目前，终端用户接入CDN的主流方式，是在DNS(Domain Name System，域名系统)服务器上配置CNAME(别名)后，通过地址改写的方式引导网络请求进入CDN节点。由于在DNS服务器中，CDN节点无法获取网络请求所经过的CNAME，因此，区分渠道十分困难。而CDN渠道商在购买CDN后，不直接使用CDN服务，而是将CDN用来托管CDN产品，或者与其他服务打包后再发行。由于渠道商之间的资源占用要求彼此透明，并且，各渠道商对服务质量要求不同，资源配置可能有差别，此外，各渠道商的计费要求彼此独立，因此，渠道商要求厂家必须具备区分渠道的能力。

在不区分渠道的情况下，现有技术中可采用域名隔离渠道商的方式对渠道商进行隔离，但在该方式中，终端用户无法同时在多个渠道上对同一域名使用加速服务。渠道不透明需针对不同应用协议(例如，http、rtmp)分别设计，并需要终端用户的配合，增加了CDN服务的使用复杂度。而渠道透明方法要求在现有技术基础上，找到区分渠道的突破口，例如，物理隔离、CNAME探测等，但区分渠道的突破口不易精确确定，从而导致对CDN渠道区分不准确。

针对上述现有技术无法对CDN渠道进行准确区分的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种内容分发网络服务提供方法及处理系统，以至少解决现有技术无法对内容分发网络渠道进行准确区分的技术问题。

根据本发明实施例的一个方面，提供了一种内容分发网络服务提供方法，包括：接收内容分发网络内容分发网络业务请求；获取内容分发网络业务请求对应的请求地址；根据请求地址与内容分发网络渠道之间的对应关系，确定请求地址对应的内容分发网络渠道，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者；根据确定的内容分发网络渠道为内容分发网络业务请求提供内容分发网络服务。

根据本发明实施例的另一方面，还提供了一种内容分发网络服务配置方法，包括：配置不同的因特网地址对应于不同的内容分发网络渠道，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者；为不同的内容分发网络渠道分配不同的服务器配置，其中，不同的服务器配置用于提供不同的内容分发网络服务。

根据本发明实施例的另一方面，还提供了一种内容分发网络服务处理方法，包括：客户端向内容分发网络内容分发网络的服务器发起内容分发网络业务请求，其中，内容分发网络业务请求对应有请求地址；服务器根据地址与内容分发网络渠道之间的对应关系，确定请求地址对应的内容分发网络渠道，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者；服务器根据确定的内容分发网络渠道为内容分发网络业务请求提供内容分发网络服务。

根据本发明实施例的另一方面，还提供了一种内容分发网络服务提供装置，包括：接收模块，用于接收内容分发网络内容分发网络业务请求；获取模块，用于获取内容分发网络业务请求对应的请求地址；确定模块，用于根据请求地址与内容分发网络渠道之间的对应关系，确定请求地址对应的内容分发网络渠道，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者；提供模块，用于根据确定的内容分发网络渠道为内容分发网络业务请求提供内容分发网络服务。

根据本发明实施例的另一方面，还提供了一种内容分发网络服务处理系统，包括：客户端和服务器，客户端，用于向内容分发网络的服务器发起内容分发网络业务请求，其中，内容分发网络业务请求对应有请求地址；服务器，用于根据请求地址与内容分发网络渠道之间的对应关系，确定请求地址对应的内容分发网络渠道，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者；服务器，还用于根据确定的内容分发网络渠道为内容分发网络业务请求提供内容分发网络服务。

根据本发明实施例的另一方面，还提供了一种处理器，该处理器用于运行程序，其中，程序运行时执行内容分发网络服务提供方法，或者，执行内容分发网络服务配置方法，或者，执行内容分发网络服务处理方法。

在本发明实施例中，采用根据地址与内容分发网络渠道的对应关系区分内容分发网络渠道的方式，在接收到内容分发网络业务请求之后，服务器获取内容分发网络业务请求对应的请求地址，并根据请求地址与内容分发网络渠道之间的对应关系，确定请求地址对应的内容分发网络渠道，最后根据确定的内容分发网络渠道为内容分发网络业务请求提供内容分发网络服务，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者。

在上述过程中，地址与内容分发网络渠道之间的对应关系对渠道商和终端用户均是透明的，内容分发网络渠道商和终端用户无需额外的配置，即可实现对内容分发网络渠道的区分。另外，由于地址与内容分发网络渠道之间具有对应关系，因此，对于不同的内容分发网络业务请求，其对应的内容分发网络渠道是互不干扰的，因此，在得到内容分发网络业务请求对应的请求地址之后，根据对应关系即可得到准确的内容分发网络渠道。

由此可见，本申请所提供的方案可以解决现有技术无法对内容分发网络渠道进行准确区分的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种用于实现内容分发网络服务提供方法的计算机终端(或移动设备)的硬件结构框图；

图2是根据本申请实施例的一种内容分发网络服务处理系统的结构示意图；

图3是根据本申请实施例的一种内容分发网络服务提供方法的流程图；

图4是根据本申请实施例的一种可选的内容分发网络服务提供方法的示意图；

图5是根据本申请实施例的一种内容分发网络服务配置方法的流程图；

图6是根据本申请实施例的一种内容分发网络服务处理方法的流程图；

图7是根据本申请实施例的一种内容分发网络服务提供装置的结构示意图；以及

图8是根据本申请实施例的一种计算机终端的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

IP，Internet Protocol(因特网协议)的简称，指网络之间互连的协议。

源IP，指网络请求的发起方。

目标IP，指网络请求的接收方。

DNS，Domain Name System的简称，域名系统，万维网上作为域名和IP地址相互映射的分布式数据库。

CDN，Content Delivery Network的简称，指内容分发网络。

CDN渠道，指提供购买、使用CDN服务的厂家。

CDN渠道商，指对CDN服务进行二次包装，并对包装后的CDN服务进行售卖的厂家。

CDN节点，指完成CDN服务的一组服务器。

终端用户，指使用CDN服务的用户。

逻辑隔离，指在特定业务场景下，同一物理设备可以为多个用户同时提供服务，但用户的业务处理互不干扰。

nginx，指异步框架的Web服务器，也可以用作反向代理、负载平衡和HTTP缓存。

server块，指nginx中的一个配置，可用于代表虚拟主机。

实施例1

根据本申请实施例，还提供了一种内容分发网络服务提供方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现内容分发网络服务提供方法的计算机终端(或移动设备)的硬件结构框图。如图1所示，计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104。除此以外，还可以包括：传输装置、显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的内容分发网络服务提供方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的内容分发网络服务提供方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述传输模块用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。

需要说明的是，在一些可选实施例中，上述图1所示的计算机设备(或移动设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备(或移动设备)中的部件的类型。

此外，还需要说明的是，目前，终端用户接入CDN(即内容分发网络)的主流方式是在DNS服务器上配置CNAME(别名)后，通过地址改写的方式引导网络请求进入内容分发网络节点(即CDN节点)。由于在DNS服务器中，CDN节点无法获取网络请求所经过的CNAME，因此，区分渠道十分困难。但渠道商要求厂家具备区分渠道的能力具有重要意义，例如，对于两个渠道商A和B，分别在厂家X处购买了内容分发网络服务(即CDN服务)，并结合自家的产品特点进行改良后，进行了二次销售。终端用户C可以在市场上任意购买三家的服务，为自己的网站完成加速。由于最终提供服务的是X，因此X需为C同时提供三套完整的服务，并且彼此间功能隔离、计费隔离。而如果内容分发网络厂家(即CDN厂家)不具备区分渠道的能力，则无法在托管于自己平台之上的多个渠道(包括厂家自己)中同时开启服务，由此极大地限制了终端用户的选择，同时也降低了整个平台的吸引力。而区分渠道主要包括两类，即渠道不透明和渠道透明。其中，渠道不透明指在应用层包含额外信息，可以根据该信息区分所使用的渠道，该类区分渠道方法需针对不同应用协议(例如，http、rtmp)分别设计，并需要终端用户的配合，增加了CDN服务的使用复杂度。此外，该类区分渠道方法还要求和渠道商间达成共识，包括历史用户的迁移。而渠道透明方法要求在现有技术基础上，找到区分渠道的突破口，例如，物理隔离、CNAME探测等。其中，CDN建设需要长期、大量的资本投入，物理隔离不仅浪费资源，而且建设速度较难达到业务需要。CNAME探测可在节点部署DNS探测程序，并根据结果区分渠道后异步通知给其他服务，但该方法在准确性和实效性上不易保障。

为解决上述问题，本申请提供了如图2所示的内容分发网络服务处理系统，由图2可知，该系统包括客户端201和服务器203。其中，用户可通过客户端向内容分发网络的服务器发起内容分发网络业务请求(即CDN业务请求)，服务器为内容分发网络的服务器，可以为但不限于Linux服务器，用于根据地址与内容分发网络渠道(即CDN渠道)之间的对应关系，确定请求地址对应的CDN渠道，从而实现了对CDN渠道的区分。

在上述运行环境下，本申请提供了如图3所示的内容分发网络服务提供方法。其中，图3是根据本申请实施例一的内容分发网络服务提供方法的流程图，由图3可知，该方法包括如下步骤：

步骤S302，接收内容分发网络CDN业务请求。

在上述步骤S302中，CDN业务请求来自用户，例如，用户通过客户端发送CDN业务请求，其中，CDN业务请求可以为但不限于HTTP请求、RTMP请求。另外，图2中的客户端可发送CDN业务请求，服务器可接收客户端发送的CDN业务请求。其中，CDN业务请求对应有请求地址，该请求地址为IP地址。

步骤S304，获取CDN业务请求对应的请求地址。

在上述步骤S304中，在接收到CDN业务请求之后，服务器可对CDN业务请求进行解析，以得到CDN业务请求对应的请求地址。其中，CDN业务请求对应的请求地址即为目标IP地址。

步骤S306，根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者。

需要说明的是，服务器至少包括业务服务器、本地服务器、根服务器以及公网服务器。其中，业务服务器中搭建由反向代理软件，该反向代理软件可以为但不限于NGINX反向代理软件、apache反向代理软件，并在配置文件中配置多个server块。公网服务器中配置有多个请求地址与CDN渠道之间的对应关系。

可选的，在得到CDN业务请求对应的请求地址之后，公网服务器根据请求地址与CDN渠道之间的对应关系来确定请求地址对应的CDN渠道，并将CDN渠道通过根服务器和本地服务器返回至客户端。

步骤S308，根据确定的CDN渠道为CDN业务请求提供CDN服务。

可选的，客户端在得到CDN渠道之后，通过CDN渠道向业务服务器发起CDN业务请求(例如，HTTP请求)。业务服务器在接收到CDN业务请求之后，使用CDN渠道中的相关配置为客户端提供CDN服务。

基于上述步骤S302至步骤S308所限定的方案，可以获知，采用根据请求地址与CDN渠道的对应关系区分CDN渠道的方式，在接收到CDN业务请求之后，服务器获取CDN业务请求对应的请求地址，并根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，最后根据确定的CDN渠道为CDN业务请求提供CDN服务，其中，每个CDN渠道对应一个CDN服务提供者。

容易注意到的是，请求地址与CDN渠道之间的对应关系对渠道商和终端用户均是透明的，CDN渠道商和终端用户无需额外的配置，即可实现对CDN渠道的区分。另外，由于请求地址与CDN渠道之间具有对应关系，因此，对于不同的CDN业务请求，其对应的CDN渠道是互不干扰的，因此，在得到CDN业务请求对应的请求地址之后，根据对应关系即可得到准确的CDN渠道。

由此可见，本申请所提供的方案可以解决现有技术无法对内容分发网络渠道进行准确区分的技术问题。

在一种可选的方案中，在接收到CDN请求之后，服务器需获取CDN业务请求对应的请求地址，具体步骤如下：

步骤S3040，确定CDN业务请求对应的域名解析记录的解析标识；

步骤S3042，根据解析标识确定CDN业务请求对应的请求地址。

需要说明的是，上述域名解析记录的解析标识可以为CNAME。其中，CNAME又称为规范名字，该解析标识可允许终端用户将多个名字映射在同一台计算机中。通常，CNAME用于同时提供WWW和MAIL服务的计算机中。

此外，还需要说明的是，根据解析标识对应的请求地址可确定终端用户使用加速的CDN渠道。

在一种可选的方案中，服务器包括本地服务器和根服务器，在得到CDN业务请求对应的请求地址之后，服务器进一步根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道。具体的，首先本地服务器查询CDN业务请求对应的请求地址，其中，在本地服务器未查询到CDN业务请求对应的请求地址的情况下，根服务器查询CDN业务请求对应的域名解析记录的解析标识，并根据解析标识确定CDN业务请求对应的请求地址，进而根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道。

需要说明的是，在确定了请求地址对应的CDN渠道之后，服务器进一步根据确定的CDN渠道为CDN业务请求提供CDN服务，具体过程如下：

步骤S3080，获取确定的CDN渠道所对应的服务器配置；

步骤S3082，根据服务器配置为CDN业务请求提供CDN服务。

需要说明的是，CDN渠道所对应的服务器配置至少包括：为不同的CDN渠道在同一域名中分配不同的服务器配置、不同的服务器配置采用同一个服务器名、配置不同的请求地址对应于不同的CDN渠道。

可选的，在业务服务器上搭建反向代理软件，并在配置文件中创建多个server块，每个server块进行不同的标记，代表不同CDN渠道对应的服务器配置。例如，在配置文件中创建了3个server块，分别标记s1、s2、s3，代表3个CDN渠道对应的服务器配置。在s1、s2、s3中填写相同的服务器名server_name，并标记为s，以表示同一域名在多个CDN渠道中同时开启加速。另外，业务服务器还为s1、s2、s3分别填写服务器配置proxy_set_header为h1、h2、h3，表示同一域名在多个CDN渠道中使用了不同的服务器配置。此外，业务服务器还为s1、s2、s3分别填写CDN渠道地址listen为i1、i2、i3，表示不同渠道使用不同的IP地址。

可选的，以图4为例，对本申请所提供的内容分发网络服务提供方法进行说明。其中，图4示出了内容分发网络服务提供方法的示意图，由图4可知，本申请所提供的内容分发网络服务提供方法具体过程如下：

步骤S11，业务服务器11配置3个公网IP地址，分别标记为i1、i2和i3，其中，每个公网IP地址代表一个CDN加速渠道。

步骤S12，公网服务器12注册3个域名解析服务，分别为c1->i1，c2->i2，c3->i3。

步骤S13，在业务服务器上搭建反向代理软件13，并在配置文件中创建3个server块，分别标记为s1、s2和s3，标识2个CDN渠道的配置。

步骤S14，业务服务器在s1、s2和s3中填写相同的服务器名，并标记为s。

步骤S15，业务服务器为s1、s2和s3分别填写服务器配置为h1、h2和h3。

步骤S16，业务服务器为s1、s2和s3分别填写IP地址为i1、i2和i3。

步骤S17，业务服务器为业务请求对应的服务器名配置解析标识c1，表示终端用户选择CDN渠道1进行加速。

通过上述步骤S11至步骤S17便实现了对服务器的配置。再此之后，在终端用户可通过客户端访问域名s时，客户端与服务器执行如下动作：

步骤S21，客户端查询本地服务器14，并获取域名s对应的IP地址(即请求地址)。

步骤S22，如果本地服务器中未查询到CDN请求对应的请求地址，则根服务器15查询CDN业务请求对应的域名解析记录的解析标识，得到s->c1，由本地服务器继续查询c1所对应的IP地址。

步骤S23，如果本地服务器中未查询到c1的信息，则查询根服务器中的c1->i1，并将c1->i1返回至客户端。

步骤S24，客户端得到s对应的IP地址i1之后，向业务服务器发起CDN业务请求。

步骤S25，业务服务器接收到CDN业务请求之后，根据CDN业务请求确定目标IP为i1，则使用CDN渠道s1中的配置为客户端提供服务。

需要说明的是，在不调整各个CDN渠道中的配置的情况下，终端用户可将域名s的解析标识更改为c2，以表明切换至CDN渠道2进行加速。当终端用户再次通过客户端访问域名时，客户端与服务器执行如下动作(图4未示出如下步骤)：

步骤S31，客户端查询本地服务器，获取域名s对应的IP地址。

步骤S32，如果本地服务器存在域名s的缓存信息，则将i1返回至客户端，以完成步骤S21至步骤S25的动作；如果本地服务器中不存在域名s的缓存信息，则根服务器查询s->c2->i1，并将查询结果返回至客户端。

步骤S33，客户端根据查询结果得到域名s对应的IP地址i2后，向业务服务器发起CDN业务请求。

步骤S34，业务服务器接收到CDN业务请求之后，确定目标IP地址为i2，则使用CDN渠道s2中的配置为客户端提供CDN服务。

需要说明的是，在终端用户将域名s对应的解析标识修改为c3的情况下，服务器使用CDN渠道3进行加速，具体步骤与S31至步骤S34相同，在此不再赘述。

由上述内容可知，本申请所提供的方案实现了在单台服务器上为相同域名同时部署多个CDN加速服务，分别代表多个互不干扰、彼此透明的CDN渠道，终端用户可以平滑地切换CDN渠道。另外，通过本申请所提供的方案，终端用户可自由选择渠道商，无需在多个CDN渠道中进行n选1。并且，本申请所提供的方案无需额外配置，仅使用CDN服务即可达到多渠道区分的效果，实现了CDN渠道的分区。最后，本申请所提供的方案复用了CPU、存储等计算资源，仅需单独分配IP地址资源，从而节省了服务器等硬件资源。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的内容分发网络服务提供方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

实施例2

根据本申请实施例，还提供了一种内容分发网络服务配置方法，如图5所示，内容分发网络服务配置方法可以包括如下步骤：

步骤S502，配置不同的IP地址对应于不同的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者；

步骤S504，为不同的CDN渠道分配不同的服务器配置，其中，不同的服务器配置用于提供不同的CDN服务。

需要说明的是，CDN渠道所对应的服务器配置至少包括：为不同的IP地址分配不同的域名解析服务，并配置域名解析服务的别名对应的地址；为不同的CDN渠道分配不同的服务器配置，不同的服务器配置采用同一服务器名。

此外，还需要说明的是，服务器至少包括业务服务器、本地服务器、根服务器以及公网服务器。其中，业务服务器中搭建由反向代理软件，该反向代理软件可以为但不限于NGINX反向代理软件、apache反向代理软件，并在配置文件中配置多个server块。公网服务器中配置有多个请求地址与CDN渠道之间的对应关系。

可选的，在业务服务器上搭建反向代理软件，并在配置文件中创建多个server块，每个server块进行不同的标记，代表不同CDN渠道对应的服务器配置。例如，在配置文件中创建了3个server块，分别标记s1、s2、s3，代表3个CDN渠道对应的服务器配置。在s1、s2、s3中填写相同的服务器名server_name，并标记为s，以表示同一域名在多个CDN渠道中同时开启加速。另外，业务服务器还为s1、s2、s3分别填写服务器配置proxy_set_header为h1、h2、h3，表示同一域名在多个CDN渠道中使用了不同的服务器配置。此外，业务服务器还为s1、s2、s3分别填写CDN渠道地址listen为i1、i2、i3，表示不同渠道使用不同的IP地址。

基于上述步骤S502至步骤S506所限定的方案，可以获知，采用根据请求地址与CDN渠道的对应关系区分CDN渠道的方式，客户端配置不同的IP地址对应于不同的CDN渠道，并为不同的CDN渠道分配不同的服务器配置，其中，每个CDN渠道对应一个CDN服务提供者，不同的服务器配置用于提供不同的CDN服务。

容易注意到的是，请求地址与CDN渠道之间的对应关系对渠道商和终端用户均是透明的，CDN渠道商和终端用户无需额外的配置，即可实现对CDN渠道的区分。另外，由于请求地址与CDN渠道之间具有对应关系，因此，对于不同的CDN业务请求，其对应的CDN渠道是互不干扰的，因此，在得到CDN业务请求对应的请求地址之后，根据对应关系即可得到准确的CDN渠道。

由此可见，本申请所提供的方案可以解决现有技术无法对内容分发网络渠道进行准确区分的技术问题。

在一种可选的方案中，在完成对服务器的配置之后，客户端向业务服务器发送CDN业务请求。业务服务器在接收到CDN业务请求之后，确定CDN业务请求对应的域名解析记录的解析标识，并根据解析标识确定CDN业务请求对应的请求地址，然后根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，最后，获取确定的CDN渠道所对应的服务器配置，并根据服务器配置为CDN业务请求提供CDN服务根据服务器配置为CDN业务请求提供CDN服务。

需要说明的是，在上述过程中，请求地址包括IP地址。

实施例3

根据本申请实施例，还提供了一种内容分发网络服务处理方法，如图6所示，内容分发网络服务处理方法可以包括如下步骤：

步骤S602，客户端向CDN的服务器发起CDN业务请求，其中，CDN业务请求对应有请求地址。

在上述步骤S602中，CDN业务请求可以为但不限于HTTP请求、RTMP请求。另外，图2中的客户端可发送CDN，服务器可接收客户端发送的CDN业务请求。其中，CDN业务请求对应有请求地址，该请求地址为IP地址。

可选的，在接收到CDN业务请求之后，服务器可对CDN业务请求进行解析，以得到CDN业务请求对应的请求地址。其中，CDN业务请求对应的请求地址即为目标IP地址。

步骤S604，服务器根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者。

需要说明的是，服务器至少包括业务服务器、本地服务器、根服务器以及公网服务器。其中，业务服务器中搭建由反向代理软件，该反向代理软件可以为但不限于NGINX反向代理软件、apache反向代理软件，并在配置文件中配置多个server块。公网服务器中配置有多个请求地址与CDN渠道之间的对应关系。

可选的，在得到CDN业务请求对应的请求地址之后，公网服务器根据请求地址与CDN渠道之间的对应关系来确定请求地址对应的CDN渠道，并将CDN渠道通过根服务器和本地服务器返回至客户端。

步骤S606，服务器根据确定的CDN渠道为CDN业务请求提供CDN服务。

可选的，客户端在得到CDN渠道之后，通过CDN渠道向业务服务器发起CDN业务请求(例如，HTTP请求)。业务服务器在接收到CDN业务请求之后，使用CDN渠道中的相关配置为客户端提供CDN服务。

基于上述步骤S602至步骤S606所限定的方案，可以获知，采用根据请求地址与CDN渠道的对应关系区分CDN渠道的方式，在接收到内容分发网络CDN业务请求之后，服务器获取CDN业务请求对应的请求地址，并根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，最后根据确定的CDN渠道为CDN业务请求提供CDN服务，其中，每个CDN渠道对应一个CDN服务提供者。

容易注意到的是，请求地址与CDN渠道之间的对应关系对渠道商和终端用户均是透明的，CDN渠道商和终端用户无需额外的配置，即可实现对CDN渠道的区分。另外，由于请求地址与CDN渠道之间具有对应关系，因此，对于不同的CDN业务请求，其对应的CDN渠道是互不干扰的，因此，在得到CDN业务请求对应的请求地址之后，根据对应关系即可得到准确的CDN渠道。

由此可见，本申请所提供的方案可以解决现有技术无法对内容分发网络渠道进行准确区分的技术问题。

在一种可选的方案中，在接收到CDN请求之后，服务器确定CDN业务请求对应的域名解析记录的解析标识，并根据解析标识确定CDN业务请求对应的请求地址。需要说明的是，上述域名解析记录的解析标识可以为CNAME。其中，CNAME又称为规范名字，该解析标识可允许终端用户将多个名字映射在同一台计算机中。通常，CNAME用于同时提供WWW和MAIL服务的计算机中。

此外，还需要说明的是，根据解析标识对应的请求地址可确定终端用户使用加速的CDN渠道。

在一种可选的方案中，服务器包括本地服务器和根服务器，在得到CDN业务请求对应的请求地址之后，服务器进一步根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道。具体的，首先本地服务器查询CDN业务请求对应的请求地址，其中，在本地服务器未查询到CDN业务请求对应的请求地址的情况下，根服务器查询CDN业务请求对应的域名解析记录的解析标识，并根据解析标识确定CDN业务请求对应的地址，进而根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道。

需要说明的是，在确定了请求地址对应的CDN渠道之后，服务器进一步根据确定的CDN渠道为CDN业务请求提供CDN服务。具体的，服务器获取确定的CDN渠道所对应的服务器配置，并根据服务器配置为CDN业务请求提供CDN服务。需要说明的是，CDN渠道所对应的服务器配置至少包括：为不同的CDN渠道在同一域名中分配不同的服务器配置、不同的服务器配置采用同一个服务器名、配置不同的地址对应于不同的CDN渠道。

实施例4

根据本申请实施例，还提供了一种用于实施上述内容分发网络服务提供方法的内容分发网络服务提供装置，如图7所示，该装置70包括：接收模块701、获取模块703、确定模块705以及提供模块707。

其中，接收模块701，用于接收内容分发网络CDN业务请求；获取模块703，用于获取CDN业务请求对应的请求地址；确定模块705，用于根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者；提供模块707，用于根据确定的CDN渠道为CDN业务请求提供CDN服务。

此处，需要说明的是，上述接收模块701、获取模块703、确定模块705以及提供模块707对应于实施例1中的步骤S302至步骤S308，四个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。

需要说明的是，请求地址包括IP地址。

在一种可选的方案中，获取模块包括：确定模块以及第二确定模块。其中，确定模块，用于确定CDN业务请求对应的域名解析记录的解析标识；第二确定模块，用于根据解析标识确定CDN业务请求对应的请求地址。

此处，需要说明的是，上述确定模块以及第二确定模块对应于实施例1中的步骤S3040至步骤S3042，两个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。

在一种可选的方案中，提供模块包括：第一获取模块以及第一提供模块。其中，第一获取模块，用于获取确定的CDN渠道所对应的服务器配置；第一提供模块，用于根据服务器配置为CDN业务请求提供CDN服务。

此处，需要说明的是，上述第一获取模块以及第一提供模块对应于实施例1中的步骤S3080至步骤S3082，两个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。

在一种可选的方案中，内容分发网络服务提供装置还包括：分配模块。其中，分配模块，用于为不同的CDN渠道在同一域名中分配不同的服务器配置。

在一种可选的方案中，内容分发网络服务提供装置还包括：第一配置模块。其中，第一配置模块，用于不同的服务器配置采用同一个服务器名。

在一种可选的方案中，内容分发网络服务提供装置还包括：第二配置模块。其中，第二配置模块，用于配置不同的请求地址对应于不同的CDN渠道。

实施例5

根据本申请实施例，还提供了一种用于实施上述内容分发网络服务处理方法的内容分发网络服务处理系统，其中，该系统可执行实施例1至实施例3所述的方法。如图2所示，该系统包括：客户端201和服务器203。

其中，客户端201，用于向CDN的服务器发起CDN业务请求，其中，CDN业务请求对应有请求地址；服务器203，用于根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者；服务器，还用于根据确定的CDN渠道为CDN业务请求提供CDN服务。

由上可知，采用根据请求地址与CDN渠道的对应关系区分CDN渠道的方式，在接收到内容分发网络CDN业务请求之后，服务器获取CDN业务请求对应的请求地址，并根据地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，最后根据确定的CDN渠道为CDN业务请求提供CDN服务，其中，每个CDN渠道对应一个CDN提供者。

容易注意到的是，请求地址与CDN渠道之间的对应关系对渠道商和终端用户均是透明的，CDN渠道商和终端用户无需额外的配置，即可实现对CDN渠道的区分。另外，由于请求地址与CDN渠道之间具有对应关系，因此，对于不同的CDN业务请求，其对应的CDN渠道是互不干扰的，因此，在得到CDN业务请求对应的请求地址之后，根据对应关系即可得到准确的CDN渠道。

由此可见，本申请所提供的方案可以解决现有技术无法对内容分发网络渠道进行准确区分的技术问题。

实施例6

本申请的实施例可以提供一种计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。

可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。

在本实施例中，上述计算机终端可以执行内容分发网络服务提供方法中以下步骤的程序代码：接收内容分发网络CDN业务请求；获取CDN业务请求对应的请求地址；根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者；根据确定的CDN渠道为CDN业务请求提供CDN服务。其中，请求地址为IP地址。

可选地，图8是根据本申请实施例的一种计算机终端的结构框图。如图8所示，该计算机终端A可以包括：一个或多个(图中仅示出一个)处理器802、存储器804以及传输装置806。

其中，存储器可用于存储软件程序以及模块，如本申请实施例中的内容分发网络服务提供方法对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的内容分发网络服务提供方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至终端A。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：接收CDN业务请求；获取CDN业务请求对应的请求地址；根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者；根据确定的CDN渠道为CDN业务请求提供CDN服务。其中，请求地址为因特网协议IP地址。

可选的，上述处理器还可以执行如下步骤的程序代码：确定CDN业务请求对应的域名解析记录的解析标识；根据解析标识确定CDN业务请求对应的请求地址。

可选的，上述处理器还可以执行如下步骤的程序代码：获取确定的CDN渠道所对应的服务器配置；根据服务器配置为CDN业务请求提供CDN服务。

可选的，上述处理器还可以执行如下步骤的程序代码：为不同的CDN渠道在同一域名中分配不同的服务器配置。

可选的，上述处理器还可以执行如下步骤的程序代码：不同的服务器配置采用同一个服务器名。

可选的，上述处理器还可以执行如下步骤的程序代码：配置不同的请求地址对应于不同的CDN渠道。

可选的，上述处理器还可以执行如下步骤的程序代码：配置不同的IP地址对应于不同的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者；为不同的CDN渠道分配不同的服务器配置，其中，不同的服务器配置用于提供不同的CDN服务。

可选的，上述处理器还可以执行如下步骤的程序代码：为不同的IP地址分配不同的域名解析服务，并配置域名解析服务的别名对应的地址。

可选的，上述处理器还可以执行如下步骤的程序代码：为不同的CDN渠道分配不同的服务器配置，不同的服务器配置采用同一服务器名。

可选的，上述处理器还可以执行如下步骤的程序代码：客户端向内容分发网络CDN的服务器发起CDN业务请求，其中，CDN业务请求对应有请求地址；服务器根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者；服务器根据确定的CDN渠道为CDN业务请求提供CDN服务。

可选的，上述处理器还可以执行如下步骤的程序代码：本地服务器查询CDN业务请求对应的请求地址；在本地服务器未查询到CDN业务请求对应的请求地址的情况下，根服务器查询CDN业务请求对应的域名解析记录的解析标识；根服务器根据解析标识确定CDN业务请求对应的请求地址；根服务器根据地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道。其中，服务器包括本地服务器和根服务器。

本领域普通技术人员可以理解，图8所示的结构仅为示意，计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(MobileInternet Devices，MID)、PAD等终端设备。图8其并不对上述电子装置的结构造成限定。例如，计算机终端A还可包括比图8中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图8所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

实施例7

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例所提供的内容分发网络服务提供方法，或者，内容分发网络服务配置方法，或者，内容分发网络服务处理方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：接收内容分发网络CDN业务请求；获取CDN业务请求对应的请求地址；根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者；根据确定的CDN渠道为CDN业务请求提供CDN服务。其中，请求地址为因特网协议IP地址。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：确定CDN业务请求对应的域名解析记录的解析标识；根据解析标识确定CDN业务请求对应的请求地址。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：获取确定的CDN渠道所对应的服务器配置；根据服务器配置为CDN业务请求提供CDN服务。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：为不同的CDN渠道在同一域名中分配不同的服务器配置。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：不同的服务器配置采用同一个服务器名。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：配置不同的请求地址对应于不同的CDN渠道。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：配置不同的地址对应于不同的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者；为不同的CDN渠道分配不同的服务器配置，其中，不同的服务器配置用于提供不同的CDN服务。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：为不同的IP地址分配不同的域名解析服务，并配置域名解析服务的别名对应的地址。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：为不同的CDN渠道分配不同的服务器配置，不同的服务器配置采用同一服务器名。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：客户端向内容分发网络CDN的服务器发起CDN业务请求，其中，CDN业务请求对应有请求地址；服务器根据请求地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道，其中，每个CDN渠道对应一个CDN服务提供者；服务器根据确定的CDN渠道为CDN业务请求提供CDN服务。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：本地服务器查询CDN业务请求对应的请求地址；在本地服务器未查询到CDN业务请求对应的请求地址的情况下，根服务器查询CDN业务请求对应的域名解析记录的解析标识；根服务器根据解析标识确定CDN业务请求对应的请求地址；根服务器根据地址与CDN渠道之间的对应关系，确定请求地址对应的CDN渠道。其中，服务器包括本地服务器和根服务器。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (13)

1.一种内容分发网络服务提供方法，其特征在于，包括：

接收内容分发网络业务请求；

获取所述内容分发网络业务请求对应的请求地址；所述请求地址包括因特网协议地址；

根据所述请求地址与内容分发网络渠道之间的对应关系，确定所述请求地址对应的内容分发网络渠道，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者；

根据确定的内容分发网络渠道为所述内容分发网络业务请求提供内容分发网络服务；

其中，不同的内容分发网络业务请求对应的内容分发网络渠道之间互不干扰；

其中，获取所述内容分发网络业务请求对应的请求地址包括：确定所述内容分发网络业务请求对应的域名解析记录的解析标识；根据解析标识确定所述内容分发网络业务请求对应的请求地址。

2.根据权利要求1所述的方法，其特征在于，根据确定的内容分发网络渠道为所述内容分发网络业务请求提供内容分发网络服务包括：

获取确定的内容分发网络渠道所对应的服务器配置；

根据所述服务器配置为所述内容分发网络业务请求提供内容分发网络服务。

3.根据权利要求2所述的方法，其特征在于，还包括：为不同的内容分发网络渠道在同一域名中分配不同的服务器配置。

4.根据权利要求3所述的方法，其特征在于，还包括：不同的服务器配置采用同一个服务器名。

5.根据权利要求1至4中任一项所述的方法，其特征在于，还包括：

配置不同的请求地址对应于不同的内容分发网络渠道。

6.一种内容分发网络服务配置方法，其特征在于，包括：

配置不同的因特网协议地址对应于不同的内容分发网络渠道，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者；

为不同的内容分发网络渠道分配不同的服务器配置，其中，不同的服务器配置用于提供不同的内容分发网络服务；

其中，所述不同的因特网协议地址和所述不同的内容分发网络请求存在对应关系，所述对应关系用于根据内容分发网络请求确定对应的因特网协议地址，并根据与所述对应的因特网协议地址所对应的内容分发网络渠道，为所述内容分发网络请求提供内容分发网络服务；

其中，不同的内容分发网络业务请求对应的内容分发网络渠道之间互不干扰；

其中，根据如下方法获取不同的因特网地址与不同的内容分发网络请求之间的对应关系：确定所述内容分发网络业务请求对应的域名解析记录的解析标识；根据解析标识确定所述内容分发网络业务请求对应的因特网协议地址。

7.根据权利要求6所述的方法，其特征在于，还包括：

为不同的因特网协议地址分配不同的域名解析服务，并配置域名解析服务的别名对应的地址。

8.根据权利要求6所述的方法，其特征在于，还包括：

为不同的内容分发网络渠道分配不同的服务器配置，不同的服务器配置采用同一服务器名。

9.一种内容分发网络服务处理方法，其特征在于，包括：

客户端向内容分发网络的服务器发起内容分发网络业务请求，其中，所述内容分发网络业务请求对应有请求地址；所述请求地址包括因特网协议地址；

所述服务器根据所述请求地址与内容分发网络渠道之间的对应关系，确定所述请求地址对应的内容分发网络渠道，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者；

所述服务器根据确定的内容分发网络渠道为所述内容分发网络业务请求提供内容分发网络服务；

其中，不同的内容分发网络业务请求对应的内容分发网络渠道之间互不干扰；

其中，通过如下方法获取与所述内容分发网络业务请求对应的请求地址：确定所述内容分发网络业务请求对应的域名解析记录的解析标识；根据解析标识确定所述内容分发网络业务请求对应的请求地址。

10.根据权利要求9所述的方法，其特征在于，所述服务器包括本地服务器和根服务器，所述服务器根据所述请求地址与内容分发网络渠道之间的对应关系，确定所述请求地址对应的内容分发网络渠道，包括：

所述本地服务器查询所述内容分发网络业务请求对应的请求地址；

在所述本地服务器未查询到所述内容分发网络业务请求对应的请求地址的情况下，所述根服务器查询所述内容分发网络业务请求对应的域名解析记录的解析标识；

所述根服务器根据解析标识确定所述内容分发网络业务请求对应的请求地址；

所述根服务器根据所述请求地址与内容分发网络渠道之间的对应关系，确定所述请求地址对应的内容分发网络渠道。

11.一种内容分发网络服务提供装置，其特征在于，包括：

接收模块，用于接收内容分发网络业务请求；

获取模块，用于获取所述内容分发网络业务请求对应的请求地址；所述请求地址包括因特网协议地址；

确定模块，用于根据所述请求地址与内容分发网络渠道之间的对应关系，确定所述请求地址对应的内容分发网络渠道，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者；

提供模块，用于根据确定的内容分发网络渠道为所述内容分发网络业务请求提供内容分发网络服务；

其中，不同的内容分发网络业务请求对应的内容分发网络渠道之间互不干扰；

其中，所述获取模块，还用于确定所述内容分发网络业务请求对应的域名解析记录的解析标识；根据解析标识确定所述内容分发网络业务请求对应的请求地址。

12.一种内容分发网络服务处理系统，其特征在于，包括：客户端和服务器，

所述客户端，用于向内容分发网络的服务器发起内容分发网络业务请求，其中，所述内容分发网络业务请求对应有请求地址；所述请求地址包括因特网协议地址；

所述服务器，用于根据所述请求地址与内容分发网络渠道之间的对应关系，确定所述请求地址对应的内容分发网络渠道，其中，每个内容分发网络渠道对应一个内容分发网络服务提供者；

所述服务器，还用于根据确定的内容分发网络渠道为所述内容分发网络业务请求提供内容分发网络服务；

其中，不同的内容分发网络业务请求对应的内容分发网络渠道之间互不干扰；

其中，还包括根据如下方法获取所述请求地址与内容分发网络渠道之间的对应关系：确定所述内容分发网络业务请求对应的域名解析记录的解析标识；根据解析标识确定所述内容分发网络业务请求对应的请求地址。

13.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至5中任意一项所述的内容分发网络服务提供方法，或者，执行权利要求6至8中任意一项所述的内容分发网络服务配置方法，或者，执行权利要求9或10所述的内容分发网络服务处理方法。

Images