[发明专利]基于站点的服务器选择

说明书

在一个实施例中，一种方法包括：接收从第一站点处的第一服务器计算机流传输的第一数据；至少部分地基于从第一服务器计算机流传输的第一数据的第一吞吐量，收集第一站点的第一吞吐量数据；接收从第二站点处的第二服务器计算机流传输的第二数据；至少部分地基于从第二服务器计算机流传输的第二数据的第二吞吐量，收集第二站点的第二吞吐量数据；至少部分地基于第一吞吐量数据和第二吞吐量数据之间的比较，从第二站点处的第二服务器计算机切换到第一站点处的第三服务器计算机；其中该方法有一个或多个专用计算设备执行。

技术领域

本公开总地涉及数据通信网络。本公开更具体地涉及基于来自多个站点的性能数据对数字媒体的流传输技术。

背景技术

本部分描述的方法是可以执行的方法，但不一定是先前已经想到或者执行的方法。所以，除非明确指示，否则不应该认为本部分描述的任何方法仅因为被包括在本部分而是现有技术。

通常，在客户端计算机开始从服务器计算机下载数字媒体之前，客户端最初被提供以已经被编码供使用不同比特率进行递送的一个或多个文件的一个或多个统一资源定位符(URL)的列表。在该列表中，客户端一般被提供以针对可用的每个比特率文件的多个URL。比特率文件包含经编码的媒体内容。URL可以指向网络上的一个或多个服务器(例如，内容递送网络(CDN)或者数据中心处的单个服务器计算机)。

例如，客户端可以接收特定比特率文件的第一URL和第二URL，该特定比特率文件是例如，具有1080比特率的以H.264格式编码的电影“泰山”(以下称为“泰山1080比特率文件”)。第一URL可以指向位于单个服务器上的泰山1080比特率文件的副本。第二URL可以指向位于CDN上的泰山1080比特率文件的副本。客户端可以接收有关URL的元数据。例如，第一URL可以具有第一偏好和第一权重，从而第一偏好和第一权重分别大于与第二URL相关联的第二偏好和第二权重。标签可以与每个URL相关联，从而第一标签可以指示第一URL指向位于单个服务器上的比特率文件，并且第二标签可以指示第二URL指向位于CDN上的比特率文件。

在接收到一个或多个URL的列表之后，当流传输会话开始时，客户端首先选择其希望首先从其进行下载的URL，然后按照偏好的次序测试每个URL，直到客户端找到以最小吞吐量阈值提供比特率文件的URL为止。如果没有URL满足最小吞吐量阈值，则客户端比较每个URL的根据与每个URL相关联的权重进行加权的加权吞吐量，然后客户端继续使用具有最佳加权吞吐量的URL。所以，与每个URL相关联的权重是用于选择URL的第二因素。指派给每个URL的权重被用于预测性地在URL分别指向的服务器之间分配负载。

以上方法具有若干缺陷。例如，特定URL的吞吐量很大程度上取决于客户端和服务器之间的网络路径；但是，没有基于类似地位于网络拓扑中的多个服务器和客户端的位置执行优化。另外，客户端在流传输会话开始时测量可用URL的吞吐量；因此，客户端无法基于历史吞吐量数据选择使用哪个URL。另外，一些URL仅可以被意图用作最后采用的故障转移，但是由于没有规则防止客户端切换到另一URL来优化吞吐量，所以客户端可能不考虑URL的意图用途来使用URL。另外，所有比特率必须被存储在所有服务器上，以确保针对一个比特率文件所做的吞吐量测量精确地预测利用不同比特率文件将实现的吞吐量。

附图说明

在附图中：

图1示出了根据实施例的互联网络。

图2示出了根据一个实施例的确定从哪个服务器下载比特率文件的示例性的基于站点的处理。

图3示出了根据实施例的分别针对两个客户端的与等级视图相关联的站点。

图4示出了根据一个实施例的确定从哪个服务器下载比特率文件的示例性的基于站点且基于等级的处理。

图5示出了根据一个实施例的确定从哪个服务器下载比特率文件的示例性的基于站点且基于估计吞吐量的处理。