一种调度系统及方法与流程

本发明涉及通信技术领域，尤其涉及一种调度系统及方法。

背景技术：

内容分发网络(英文：Content Delivery Network，简称：CDN)是构建于现有的互联网之上的一种智能虚拟网络，如图1所示，其基本原理为在用户访问相对集中的区域中广泛分布CDN节点服务器，当用户访问网站时，利用全局负载技术将用户的访问请求调度到能够为用户提供服务的最近CDN节点服务器上，以达到提升用户访问网站的响应速度和体验效果。

目前，现有的CDN中采用全局DNS的调度方式，即由用户终端向本地域名系统(英文：Local Domain System，简称：LDNS)发起对目标网址的域名解析请求，进而由LDNS转发给授权DNS进行处理，授权DNS收到请求后向LDNS反馈全局负载均衡(英文：Global Server Load Balance，简称：GSLB)设备的网际协议(英文：Internet Protocol，简称：IP)地址，以使LDNS向GSLB设备发起内容请求，进而由GSLB设备根据用户的位置结合调度策略，调度相应的CDN节点服务器为用户提供服务。在现有的这种调度方式中，GSLB只能通过LDNS的IP地址来判断用户的位置。然而，某些情况下LDNS的IP地址与用户终端的IP地址并不在同一个网络，此时根据LDNS的IP地址得到的位置并非用户真正的位置，进而，GSLB根据该错误的用户位置调度的CDN节点服务器可能是跨若干骨干网后的CDN节点服务器，而并非离用户最近的CDN节点服务器。

即，现有的调度方式会导致本地CDN节点服务器有访问资源，但用户却需要跨骨干网进行内容访问，因此不但没有起到提升用户访问网站的响应速度的作用，还增加了骨干网流量，使得骨干网扩容压力变大。

技术实现要素：

为此，本发明实施例提供一种调度系统及方法，能够避免“本地CDN节点服务器有访问资源，但用户却需要跨骨干网进行内容访问”现象的出现，实现更为精确的调度，确保将用户的访问请求调度到最近的CDN节点服务器上，真正实现提升访问速度和用户体验的效果。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供一种调度系统，包括：LDNS、第一交互服务器、第二交互服务器、GSLB设备以及至少一个CDN节点服务器，所述GSLB设备的IP地址仅对所述第二交互服务器可见；

其中，所述LDNS用于，接收用户通过用户终端发送的域名查询请求报文，所述域名查询请求报文中包含所述用户所请求的服务内容的目标网站的域名，并在确定所述目标网站的域名在预配置名单列表中后，以跳转方式向所述第一交互服务器转发所述域名查询请求报文；

所述第一交互服务器，用于接收所述域名查询请求报文，并根据所述域名查询请求报文获取所述目标网站的域名以及所述用户终端的IP地址，将所述用户终端的IP地址追加至所述域名查询请求报文中得到第一报文，向所述第二交互服务器发送所述第一报文；

所述第二交互服务器，用于接收所述第一报文，根据所述第一报文获取所述用户终端的IP地址，并删除所述第一报文中的所述用户终端的IP地址得到第二报文，以所述用户终端的IP地址为源地址向所述GSLB设备发送所述第二报文；

所述GSLB设备，用于接收所述第二报文，根据所述第二报文获取所述用户终端的IP地址，并根据所述用户终端的IP地址调度所述至少一个CDN节点服务器为所述用户提供服务内容。

第二方面，提供一种调度方法，应用于如第一方面所述的系统，所述方法包括：

LDNS接收用户通过用户终端发送的域名查询请求报文，所述域名查询请求报文中包含所述用户所请求的服务内容的目标网站的域名，并在确定所述目标网站的域名在预配置名单列表中后，以跳转方式向第一交互服 务器转发所述域名查询请求报文；

所述第一交互服务器接收所述域名查询请求报文，并根据所述域名查询请求报文获取所述目标网站的域名以及所述用户终端的IP地址，将所述用户终端的IP地址追加至所述域名查询请求报文中得到第一报文，向第二交互服务器发送所述第一报文；

所述第二交互服务器接收所述第一报文，根据所述第一报文获取所述用户终端的IP地址，并删除所述第一报文中的所述用户终端的IP地址得到第二报文，以所述用户终端的IP地址为源地址向全局负载均衡GSLB设备发送所述第二报文；

所述GSLB设备接收所述第二报文，根据所述第二报文获取所述用户终端的IP地址，并根据所述用户终端的IP地址调度至少一个CDN节点服务器为所述用户提供服务内容。

基于本发明实施例提供的调度系统及方法，通过引入第一交互服务器和第二交互服务器，进而通过第一交互服务器和第二交互服务器协同作用，向GSLB设备传递用户请求消息以及用户终端的IP地址，以使GSLB设备根据用户终端的IP地址来调度CDN节点服务器为用户提供服务内容。可见，不同于现有技术通过LDNS判断用户位置的方式，本发明实施例提供的调度系统及方法通过用户终端的IP地址来判断用户位置，因此无论LDNS的IP地址与用户终端的IP地址是否在同一个网络内，都不会影响GSLB对用户位置的判断的准确性，所以不会出现“本地CDN节点服务器有访问资源，但用户却需要跨骨干网进行内容访问”的现象，能够实现更为精确的调度，确保将用户的访问请求调度到最近的CDN节点服务器上，真正实现提升访问速度和用户体验的效果。

此外，基于本发明实施例提供的调度系统及方法，GSLB设备的IP地址仅对第二交互服务器可见，对LDNS及第一交互服务器均不可见，而现有的CDN调度系统中GSLB设备的IP地址对LDNS可见，因此，相比于现有技术，本发明实施例提供的调度系统及方法有利于隐藏GSLB设备，能够避免由于GSLB设备的IP地址泄露所引起的攻击，提高了GSLB设备及通信的安全性。

附图说明

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

图1为CDN原理示意图；

图2为本发明实施例一提供的一种调度系统的架构示意图；

图3(a)为本发明实施例一中域名查询请求报文的报文格式示意图；

图3(b)为本发明实施例一中第一报文的报文格式示意图；

图4(a)为本发明实施例一中应答报文的报文格式示意图；

图4(b)为本发明实施例一中第三报文的报文格式示意图；

图5为本发明实施例二提供的一种调度方法的流程示意图一；

图6为本发明实施例二提供的一种调度方法的流程示意图二；

图7为本发明实施例二提供的一种调度方法的流程示意图三。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

需要说明的是，为了便于清楚描述本发明实施例的技术方案，在本发明下述各实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。

另外，还需说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互结合。本领域普通技术人员可以理解，本申请实施例中示出的示例为本发明为便于读者理解所作的示意性的说明，并不构成对本发明的限定。

实施例一、

本发明实施例提供一种调度系统20，如图2所示，包括：LDNS201、 第一交互服务器202、第二交互服务器203、GSLB设备204以及至少一个CDN节点服务器205，GSLB设备204的IP地址仅对第二交互服务器203可见。

其中，LDNS201用于，接收用户通过用户终端30发送的域名查询请求报文，域名查询请求报文中包含用户所请求的服务内容的目标网站的域名，并在确定目标网站的域名在预配置名单列表中后，以跳转方式向第一交互服务器202转发域名查询请求报文。

第一交互服务器202，用于接收域名查询请求报文，并根据域名查询请求报文获取目标网站的域名以及用户终端30的IP地址，将用户终端30的IP地址追加至域名查询请求报文中得到第一报文，向第二交互服务器203发送第一报文。

第二交互服务器203，用于接收第一报文，根据第一报文获取用户终端30的IP地址，并删除第一报文中的用户终端30的IP地址得到第二报文，以用户终端30的IP地址为源地址向GSLB设备204发送第二报文。

GSLB设备204，用于接收第二报文，根据第二报文获取用户终端30的IP地址，并根据用户终端30的IP地址调度至少一个CDN节点服务器205为用户提供服务内容。

其中，需要说明的是，所述预配置的名单列表包括签署了CDN业务的互联网信息服务(英文：Internet Content Provider，简称：ICP)的网站的域名。该名单列表可由运营商的业务管理系统下发给LDNS201，以供LDNS201判断用户所请求的服务内容所属网站是否在CDN服务范围内，具体而言，若网站的域名在预配置的名单列表内，则表示网站在CDN服务范围内；反之，则表示网站不在CDN服务范围内。容易理解，若目标网站的域名不在预配置名单列表中，则表示该目标网站不支持CDN加速服务，此时LDNS201将执行常规的域名解析以获取目标网站的服务器IP地址，即LDNS201向域名系统根服务器发送域名查询请求。具体如何实现为本领域技术人员所熟知，本发明实施例对此不作赘述。

另外，本领域普通技术人员可以理解，所述至少一个CDN节点服务器205中的某个或某几个缓存有用户所请求的服务内容，该服务内容来自用户所请求的服务内容所属的目标网站。

示例性的，给出域名查询请求报文及第一报文的报文格式分别如图3(a)、图3(b)所示。

参见图3(a)，域名查询请求报文包括12个字节的首部以及长度可变的查询问题字段，其中，首部又包括标识、标志、问题数、资源记录数、授权资源记录数以及额外资源记录数6个字段，每个字段均占据2字节。其中，标识字段由客户程序设置并由服务器返回结果，用于标识报文，对于相关联的请求报文和应答报文，这个字段是相同的；标志字段用于表示需要进行的动作指令以及相应码；问题数、查询记录数、授权资源记录数以及额外资源记录数则分别用于表示查询资源包含的条目数、查询请求的响应包含的条目数、授权资源包含的条目数以及额外资源包含的条目数。查询问题字段用于表示所查询的内容以及类型。

参见图3(b)，在图3(a)所示的域名查询请求报文的查询问题字段后追加用户终端30IP地址字段，即为第一报文的报文格式，用户终端30IP地址字段用于表示用户终端30的IP地址。

进一步的，在图3(b)所示的第一报文的基础上删除用户终端30IP地址字段即得到第二报文，容易理解，第二报文与域名查询请求报文的报文格式相同。

当然，以上示例仅为本发明实施例给出的一种具体实现方式，本领域技术人员容易理解，也可采用其他格式的报文，只要在报文中包含用户终端30的IP地址即可，本发明对此不作具体限定。

可以看出，本发明实施例提供的调度系统20与现有的CDN调度系统20的区别在于：现有的CDN调度系统20中包括授权DNS，需要通过授权DNS告知LDNS201 GSLB设备204的IP地址，以便LDNS201根据GSLB设备204的IP地址向GSLB设备204发起内容请求，进而由GSLB设备204根据LDNS201的IP地址确定用户位置、调度对应的CDN节点服务器205为用户提供服务内容；本发明实施例提供的调度系统20不再包括授权DNS，而是引入了第一交互服务器202和第二交互服务器203，通过第一交互服务器202和第二交互服务器203协同作用，向GSLB设备204传递用户请求消息以及用户终端30的IP地址，进而使GSLB设备204根据用户终端30的IP地址来调度CDN节点服务器205为用户提 供服务内容。并且，GSLB设备204的IP地址仅对第二交互服务器203可见，因此LDNS201及第一交互服务器202均无法获知GSLB设备204的IP地址。

基于上述区别，本发明实施例提供的调度系统20至少存在以下两方面的优点：(1)不同于现有技术通过LDNS201判断用户位置的方式，本发明实施例提供的调度系统20通过用户终端30的IP地址来判断用户位置，因此无论LDNS201的IP地址与用户终端30的IP地址是否在同一个网络内，都不会影响GSLB对用户位置的判断的准确性，所以不会出现“本地CDN节点服务器205有访问资源，但用户却需要跨骨干网进行内容访问”的现象，能够实现更为精确的调度，确保将用户的访问请求调度到最近的CDN节点服务器205上，真正实现提升访问速度和用户体验的效果。(2)GSLB设备204的IP地址仅对第二交互服务器203可见，对LDNS201及第一交互服务器202均不可见，而现有的CDN调度系统20中GSLB设备204的IP地址对LDNS201可见，因此，相比于现有的CDN调度系统20，本发明实施例提供的调度系统20有利于隐藏GSLB设备204，能够避免由于GSLB设备204的IP地址泄露所引起的攻击，提高了GSLB设备204及通信的安全性。

具体的，本发明实施例提供的调度系统20中，第一交互服务器202用于根据域名查询请求报文获取目标网站的域名，可以包括：

第一交互服务器202，用于对域名查询请求报文进行解析，获取域名查询请求报文中的目标网站的域名。

由于LDNS201以跳转方式向第一交互服务器202转发域名查询请求报文，因此域名查询请求报文的源地址未改变，仍为用户终端30的IP地址，所以第一交互服务器202通过获取报文头中的源地址即可确定用户终端30的IP地址，

即，第一交互服务器202用于根据域名查询请求报文获取用户终端30的IP地址，具体可以包括：

第一交互服务器202，用于确定域名查询请求报文的源地址，将域名查询请求报文的源地址确定为用户终端30的IP地址。

优选的，本发明实施例提供的调度系统20中，GSLB设备204用于 根据用户终端30的IP地址调度至少一个CDN节点服务器205为用户提供服务内容，具体可以包括：

GSLB设备204用于：

根据用户终端30的IP地址以及预存的调度策略，从至少一个CDN节点服务器205中确定为用户提供服务内容的CDN节点服务器205的IP地址；

生成第二报文的应答报文，应答报文中包含CDN节点服务器205的IP地址，向第二交互服务器203发送应答报文。

示例性的，给出应答报文的报文格式如图4(a)所示，参见图4(a)，应答报文除包括首部及查询问题字段之外，还包括回答字段及授权字段，用于表示根据查询问题返回的资源记录的相关信息，在本发明实施例中即为返回的CDN节点服务器205的IP地址信息。

进一步的，第二交互服务器203还可以用于：

接收应答报文，并将用户终端30的IP地址追加至应答报文中得到第三报文，向第一交互服务器202发送第三报文。

示例性的，给出第三报文的报文格式如图4(b)所示，参见图4(b)，在图4(a)所示的应答报文的授权字段后追加用户终端30IP地址字段，即为第三报文的报文格式，用户终端30IP地址字段用于表示用户终端30的IP地址。

更进一步的，第一交互服务器202还可以用于：

接收第三报文，根据第三报文获取用户终端30的IP地址，并删除第三报文中的用户终端30的IP地址，得到第四报文；

根据用户终端30的IP地址，向用户终端30发送第四报文，以便于用户终端30根据第四报文获取CDN节点服务器205的IP地址，并根据CDN节点服务器205的IP地址获取服务内容。

其中，第四报文的报文格式具体可参见图4(a)。

即，第一交互服务器202将第二交互服务器203回复的第三报文转换为用户终端30可识别的标准DNS应答报文，并根据用户终端30的IP地址向用户终端30发送此标准格式的DNS应答报文，以使用户终端30获 取CDN节点服务器205的IP地址，进而根据CDN节点服务器205的IP地址获取服务内容。

本发明实施例提供的调度系统引入了第一交互服务器和第二交互服务器，并通过第一交互服务器和第二交互服务器协同作用，向GSLB设备传递用户请求消息以及用户终端的IP地址，进而使GSLB设备根据用户终端的IP地址来调度CDN节点服务器为用户提供服务内容。可见，不同于现有技术通过LDNS判断用户位置的方式，本发明实施例提供的调度系统通过用户终端的IP地址来判断用户位置，因此无论LDNS的IP地址与用户终端的IP地址是否在同一个网络内，都不会影响GSLB对用户位置的判断的准确性，所以不会出现“本地CDN节点服务器有访问资源，但用户却需要跨骨干网进行内容访问”的现象，能够实现更为精确的调度，确保将用户的访问请求调度到最近的CDN节点服务器上，真正实现提升访问速度和用户体验的效果。

此外，本发明实施例提供的调度系统中，GSLB设备的IP地址仅对第二交互服务器可见，对LDNS及第一交互服务器均不可见，而现有的CDN调度系统中GSLB设备的IP地址对LDNS可见，因此，相比于现有的CDN调度系统，本发明实施例提供的调度系统有利于隐藏GSLB设备，能够避免由于GSLB设备的IP地址泄露所引起的攻击，提高了GSLB设备及通信的安全性。

实施例二、

本发明实施例提供一种调度方法，应用于本发明实施例一提供的调度系统20，如图5所示，包括：

S501、LDNS接收用户通过用户终端发送的域名查询请求报文。

其中，域名查询请求报文中包含用户所请求的服务内容的目标网站的域名。

S502、LDNS在确定目标网站的域名在预配置名单列表中后，以跳转方式向第一交互服务器转发域名查询请求报文。

S503、第一交互服务器接收域名查询请求报文，并根据域名查询请求报文获取目标网站的域名以及用户终端的网际协议IP地址，将用户终端 的IP地址追加至域名查询请求报文中得到第一报文。

S504、第一交互服务器向第二交互服务器发送第一报文。

S505、第二交互服务器接收第一报文，根据第一报文获取用户终端的IP地址，并删除第一报文中的用户终端的IP地址得到第二报文。

S506、第二交互服务器以用户终端的IP地址为源地址向GSLB设备发送第二报文。

S507、GSLB设备接收第二报文，根据第二报文获取用户终端的IP地址，并根据用户终端的IP地址调度至少一个CDN节点服务器为用户提供服务内容。

具体的，步骤S503中，第一交互服务器根据域名查询请求报文获取目标网站的域名，可以包括：

第一交互服务器对域名查询请求报文进行解析，获取域名查询请求报文中的目标网站的域名。

第一交互服务器根据域名查询请求报文获取用户终端的IP地址，具体可以包括：

第一交互服务器确定域名查询请求报文的源地址，将域名查询请求报文的源地址确定为用户终端的IP地址。

优选的，如图6所示，本发明实施例提供的调度方法中，GSLB设备根据用户终端的IP地址调度至少一个CDN节点服务器为用户提供服务内容(即步骤S507)，具体可以包括：

S507a、GSLB设备根据用户终端的IP地址以及预存的调度策略，从至少一个CDN节点服务器中确定为用户提供服务内容的CDN节点服务器的IP地址。

S507b、GSLB设备生成第二报文的应答报文，应答报文中包含CDN节点服务器的IP地址。

S507c、GSLB设备向第二交互服务器发送应答报文。

进一步的，如图7所示，本发明实施例提供的调度方法还可以包括：

S508、第二交互服务器接收应答报文，并将用户终端的IP地址追加至应答报文中得到第三报文。

S509、第二交互服务器向第一交互服务器发送第三报文。

S510、第一交互服务器接收第三报文，根据第三报文获取用户终端的IP地址，并删除第三报文中的用户终端的IP地址，得到第四报文，向用户终端发送第四报文，以便于用户终端根据第四报文获取CDN节点服务器的IP地址，并根据CDN节点服务器的IP地址获取服务内容。

本发明实施例提供的调度方法中，由LDNS接收用户通过用户终端发送的域名查询请求报文，并在确定目标网站的域名在预配置名单列表中后，以跳转方式向第一交互服务器转发域名查询请求报文，进而由第一交互服务器接收域名查询请求报文，并根据域名查询请求报文获取目标网站的域名以及用户终端的网际协议IP地址，将用户终端的IP地址追加至域名查询请求报文中得到第一报文，向第二交互服务器发送第一报文，由第二交互服务器接收第一报文，根据第一报文获取用户终端的IP地址，并删除第一报文中的用户终端的IP地址得到第二报文，以用户终端的IP地址为源地址向GSLB设备发送第二报文，由GSLB设备接收第二报文，根据第二报文获取用户终端的IP地址，并根据用户终端的IP地址调度至少一个CDN节点服务器为用户提供服务内容。即，本发明实施例提供的调度方法，通过第一交互服务器和第二交互服务器协同作用，向GSLB设备传递用户请求消息以及用户终端的IP地址，进而使GSLB设备根据用户终端的IP地址来调度CDN节点服务器为用户提供服务内容。可见，不同于现有技术通过LDNS判断用户位置的方式，本发明实施例提供的调度方法通过用户终端的IP地址来判断用户位置，因此无论LDNS的IP地址与用户终端的IP地址是否在同一个网络内，都不会影响GSLB对用户位置的判断的准确性，所以不会出现“本地CDN节点服务器有访问资源，但用户却需要跨骨干网进行内容访问”的现象，能够实现更为精确的调度，确保将用户的访问请求调度到最近的CDN节点服务器上，真正实现提升访问速度和用户体验的效果。

此外，本发明实施例提供的调度方法中，GSLB设备的IP地址仅对第二交互服务器可见，对LDNS及第一交互服务器均不可见，而现有的CDN调度系统中GSLB设备的IP地址对LDNS可见，因此，相比于现有技术，本发明实施例提供的调度方法有利于隐藏GSLB设备，能够避免由于 GSLB设备的IP地址泄露所引起的攻击，提高了GSLB设备及通信的安全性。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。