[发明专利]识别高效的目标服务器

说明书

背景技术

多个远程服务器可以由使用普通名称的请求客户端寻址。例如，该客户端可能希望导航到www.exampledomain.com。在该实例中，对于www.exampledomain.com的远程访问可以由多个服务器（或服务器群）提供。通常，远程服务的提供者可以将针对该服务的远程目标服务器设置在地理上不同的位置（例如，伦敦、纽约和洛杉矶），以便向许多用户提供更好的服务。例如，在英格兰的用户可能希望连接到伦敦而不是纽约的目标服务器，因为伦敦连接将典型地提供更高效的连接（例如，更快的服务），从而提供更好的用户体验。

发明内容

该发明内容被提供以通过简化形式引入下面的具体实施方式中进一步描述的概念的选择。该发明内容不旨在标识要求保护的主题的关键因素或必要特征，也不旨在用于限制要求保护的主题的范围。

当客户端具有要从中选择的目标服务器（例如，DNS服务器、由DNS查询返回的web服务器等）的网际协议（IP）地址集合时，对该客户端而言可能期望以期望的方式对它们进行分类，比如可以将性能最好（most performant）（例如，最快连接）的放在第一位。目标服务器可以在地理上不同（例如，在不同的州、国家或洲中），并且更靠近客户端的目标服务器通常提供更快的连接。当从用于分类的请求返回的IP地址在地理上不同时，分类应当考虑位置。然而，当前技术和系统不负责（account for）各目标在地理上远离时的情形，这可能导致减弱的用户体验。

因此，公开了一种或多种提供选择可以具有更快连接的目标服务器而不改变服务器的技术和/或系统。而且，在先前技术和/或系统典型地利用（带宽消耗）主动（active）探测和/或附加服务器相关数据做出关于选择的决定的情况下，所公开的技术和/或系统可以仅利用现有服务器相关信息（例如，IP地址和往返时间）来识别高效目标服务器，从而可能消耗更少带宽和/或其他开销。

在用于识别按照针对请求客户端机器的往返时间（RTT）排序的目标服务器的列表的一个实施例中，从所述请求客户端与对应于已经满足来自该客户端的在前请求的目标服务器的地址（例如IP地址）之间的历史交互的数据库收集或得出RTT。所收集或得出的RTT可以对应于目标服务器地址，其可以被访问以满足来自客户端和/或来自对应于目标服务器的地址范围的当前请求。因此，对应于所收集或得出的预期RTT的地址列表和/或对应的目标服务器可以根据预期的RTT分类，以使得可以针对当前请求产生期望（例如最短）响应时间的目标服务器例如可以被置于列表顶部。

为了实现前述和相关目的，下面的描述和附图阐释了某些说明性方面和实现方式。这些仅仅指示了可以使用一个或多个方面的各种方式中的一些。本公开的其他方面、优点和新颖特征将在结合附图考虑时根据下文的详细描述而变得清楚明白。

附图说明

图1是用于识别按照来自请求机器的（预期的）往返时间排序的目标服务器列表的示范性方法的流程图。

图2是图示本文所述方法的一个或多个部分的一个实施例的流程图和伴随的说明性实例。

图3是图示本文所述方法的一个或多个部分的一个实施例的流程图和伴随的说明性实例。

图4是用于识别按照来自请求机器的（预期的）往返时间排序的目标服务器列表的示范性系统的组件图。

图5是图示可以实现本文所述的一个或多个系统的实例实施例的组件图。

图6是包括被配置成体现本文所阐述的一个或多个设置（provision）的处理器可执行指令的示范性计算机可读介质的图示。

图7图示可以实现本文所阐述的一个或多个设置的示范性计算环境。

具体实施方式

现在参照附图描述要求保护的主题，其中自始至终相似的附图标记用于指代相似的元件。在下面的描述中，为了解释的目的，阐述了许多特定细节，以便提供对要求保护的主题的彻底理解。然而，可能明显的是，要求保护的主题可以在没有这些特定细节的情况下被实践。在其他实例中，以框图形式示出结构和设备，以便便于描述要求保护的主题。

可以设计一种可以识别高效满足来自客户端的请求的目标服务器的方法。在客户端与网际协议（IP）地址之间发送的数据的历史往返时间（RTT）可以被保存或被用于得出用于一定的IP地址范围的聚集的RTT状态。可以将从当前请求返回的目标服务器的IP地址与所保存的历史数据进行比较，以识别目标服务器的预期RTT。目标服务器的列表因此可以例如根据针对当前请求的预期RTT来分类以识别满足请求的、期望的（例如最高效的）目标服务器。