可配置的自适应全球通信控制和管理制造技术

传送因特网内容的架构包括订户服务器网络；和构成并适合于提供基于策略的域名服务的至少一个域名服务器，其中，响应解析主机名称的请求，域名服务器根据至少一种策略考虑，把主机名称解析成对应于订户服务器网络中某一服务器的至少一个地址。所述架构可包括不同于订户服务器网络的内容传送网络，其中，响应解析主机名称的请求，域名服务器至少根据请求者的位置和其它策略考虑，提供内容传送网络中某一服务器的至少一个地址。根据下述一种或多种策略，选择域名服务器返回的地址：（ａ）地理策略；（ｂ）负载分摊策略；（ｃ）溢流策略；和（ｄ）网络知晓策略。（*该技术在2022年保护过期，可自由使用*）

【技术实现步骤摘要】

本专利技术涉及网络通信管理。本专利技术的其它方面涉及诸如因特网之类网络中可配置、自适应全球通信控制和管理。
技术介绍
随着因特网通信量的增长，web内容和应用程序的提供者越来越需要从位于分散位置的多个服务器递送内容，以便在高的通信负载下，维持良好的最终用户感受。这种需要产生数个困难挑战，其中包括·在一个或多个单独服务器失效的情况下，如何保证这种多服务器系统的容错；·如何根据出于经济、合同或其它原因施加的重要内容提供者策略约束，控制把来自最终用户的请求分发给每个服务器的方式；和·当网络条件变化时，如何保证最终用户感受的高性能。
技术实现思路
本专利技术通过提供根据一组可配置的规则，分配网络(例如因特网)通信的手段，克服了这些及其它问题。这些规则可被配置成考虑下述关键因素·服务器可用性。·使用本专利技术的内容提供者的具体要求，例如基于地理的分布，IP地址空间中的位置，负载份额等。·任意指定时刻网络(因特网)的状态，包括网络等待时间的量度。和常规的web服务器和镜像服务器场相比，这些规则一起向因特网内容和应用程序的提供者提供极细的网络(因特网)通信控制，使他们能够显著改善最终用户体验(由请求解决的速度，相关的下载时间，和服务器的可用性等测量)。本专利技术有多种潜在应用。一种应用是提供把通信排他地定向于由单一组织管理的一组指定服务器的独立服务。也可按照更常见的方式使用本专利技术，例如，一个或多个指定目的地能够访问在所述组织控制之外的服务器(或者服务器集合)。后一情况包括，例如作为潜在目的地的内容传送网络(CDN)，以及本地负载均衡服务器。本专利技术还可用于提供内容传送网络本身的DNS(域名服务)部份。它可被部署成代表订户的服务，或者可被部署成将由订户自己直接使用的软件。附图说明利用参考附图详细说明的例证实施例，进一步说明本专利技术。这些实施例是非限制性例证实施例，其中相同的附图标记代表相同的部分，其中图1描述了根据本专利技术实施例的架构；图2描述了根据本专利技术实施例的策略的例证类型；图3根据本专利技术的实施例，表示了基于订户策略建立的例证层次或决策树；图4根据本专利技术的实施例，表示了订户的网络层次和订户策略之间的例证关系；图5描述了根据本专利技术实施例的自适应通信控制架构的高级体系结构；图6描述了根据本专利技术实施例的管理主代理(AMA)的高级功能方框图；图7根据本专利技术的实施例，描述了监视机构的内部功能方框图；图8(a)是根据本专利技术的实施例，内容传送架构提供基于自适应策略的域名服务的进程的例证流程图；图8(b)是根据本专利技术的实施例，域名服务器根据策略解析主机名称的进程的例证流程图； 图8(c)是根据本专利技术的实施例，域名服务器的监视机构动态监视名称服务操作，以及服务器的可用性和负载份额状态的进程的例证流程图；图8(d)是根据本专利技术的实施例，ATC管理网络保持动态策略，并监视内容传送架构的操作的进程的例证流程图；图8(e)是根据本专利技术的实施例，ATC网络监视机构俘获来自不同域名服务器的事件，并且当需要时，产生警报的进程的例证流程图；图9(a)表示根据本专利技术实施例的例证的基于保密web的图形界面，通过所述图形界面，订户能够定义静态资源间的负载份额和散发分数策略；图9(b)表示根据本专利技术的实施例，定义动态服务器的策略的例证界面；图9(c)表示根据本专利技术的例证图形用户界面，通过所述图形用户界面，能够利用零散名称定义溢流服务器；图10(a)-10(b)表示根据本专利技术的实施例，基于一组资源服务器定义的例证订户策略，所述订户策略根据输入请求的地理位置和每个位置的时区，管理选择。图10(c)-10(d)表示根据本专利技术的实施例，基于输入请求的地理位置定义的例证订户策略，以及当主服务器不可用时，允许ATC机构150把通信定向于预定服务的溢流策略。图11(a)-11(c)表示根据本专利技术的实施例，可通过图形用户界面显示和查看的例证存档日志信息。具体实施例方式下面参考详细说明的例证实施例，说明本专利技术。显然可按照各种不同形式具体体现本专利技术，其中一些形式完全不同于公开的实施例的形式。从而，这里公开的具体结构和功能细节只是代表性的，并不限制本专利技术的范围。虽然存在可使用本专利技术的许多不同情形，但是为了清楚起见，并且只是作为一个例子，本说明将集中于由代表内容或应用程序提供者的第三方提供DNS服务的情形。图1描述了根据本专利技术的实施例的高级架构或系统100。订户102通过订户服务器网络104提供内容，订户服务器网络104由一个或多个服务器组106-1，…106-k(总称为106)构成。本说明中，根据本专利技术的实施例的架构设想三组用户·希望通过因特网访问内容和/或应用程序的最终用户。·在管理的计算机网络上提供并支持服务的操作者。·预订操作者的服务，以帮助支持最终用户的需要的订户(通常是内容或应用程序提供者)。贯穿本说明，使用术语最终用户、操作者和订户，以区别这三种角色，不过也存在其中一个以上的角色可由单个实体扮演的许多情形。这种情形在本专利技术的范围之内。每个服务器组106可对应于包括一层或多层服务器的服务器层次。例如，服务器层次的第一层可包括一个或多个主服务器，服务器层次的第二层可包括当第一层中的主服务器不能正确工作时使用的一个或多个溢流服务器。通常，对于第j服务器组，位于服务器组106-j第一层的主服务器被表示成108-j，位于服务器组106j第二层的溢流服务器被表示成110-j。服务器组中的每个服务器是响应来自客户机的请求，提供资源的任意进程或进程集合。服务器可以是任意现有Web服务器。在一些实施例中，服务器通常是诸如Apache服务器或NetscapeCommunications Corporation的EnterpriseTM服务器之类Web服务器。客户机112访问订户服务器网络104，以便从订户获得内容。内容包括任意类型的数据，包括(但不限于)视频和音频数据等。为了实现这种访问，客户机112的用户把资源定位符，例如统一资源定位符(“URL”)输入客户机112上的浏览器114中。URL规定网络上资源(信息，数据文件等)的位置。在T.Berners-Lee等的UniformResource Locators(URL)，Network Working Group，Request forComments1738，CategoryStandards Track，1994年12月(“http//ds.internic.net/rfc/rfc1738.txt”)中详细定义了URL，它作为参考包含于此。URL一般具有下述形式scheme//host/url-path这里“scheme”可以是诸如“file”(对于本地系统上的文件来说)，“ftp”(对于匿名FTP文件服务器上的文件来说)，“http”(对于Web服务器上的文件来说)和“telnet”(对于与基于Telnet的服务的连接来说)之类的符号。也可使用其它方案，并且不时地增加新的方案。端口号是可选的，如果不提供任何端口号，则系统替换默认端口号(取决于方案)。“host”字段(主机名)映像到特定计算机的一个或多个特定网址。“url-path”和在“host”字段中指定的计算机相关。url-path通常(但不是必需)是web服务器目录中文件的路径本文档来自技高网...

【技术保护点】
一种用于传送因特网内容的架构，包括：　　　　订户服务器网络；和　　　　构成并适合于提供基于策略的域名服务的至少一个域名服务器，　　　　其中，响应解析主机名称的请求，域名服务器尝试根据至少一种策略考虑，把主机名称解析成对应于订户服务器网络中一个服务器的至少一个地址。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：保锣E斯托罗兹，约翰K赛尔蒙，麦克S瓦伦，杰弗瑞科勒，阿里克哈格伯格，马克西姆叶夫梅金，马克布雷迪，大卫普菲茨纳，
申请(专利权)人：塞维斯通讯公司，
类型：发明
国别省市：US[美国]