[发明专利]内容分发

说明书

本发明引入了一种方法来通知/配置对等应用环境，从而使应用程序能够为对等端选择和将包括高速缓存策略和部署的网络配置条件考虑在内的数据交换找到良好替代方案。在使用中，移动运营商存储跟踪器文件，其中跟踪器文件被用来提供终端用户搜索的数据文件的可能位置的信息。移动运营商提供给终端用户的移动设备关于可用于供所述移动通信设备使用的跟踪器文件的位置的指令。用这种方法，移动运营商控制可用于终端用户的对等环境。

本发明涉及内容分发，特别地，本发明涉及在根据对等(P2P)原理运营的网络中的内容分发。

即使在当今因特网，内容分发和高速缓存也是网络体系结构可扩展的和优良表现的关键推动。分发和高速缓存可在许多级别进行：DNS、代理高速缓存、内容分发网络(CDN)、数据中心，仅列出在当前因特网中使用的少数应用。

传统上，因特网内容分发已经使用客户端-服务器布置实现。图1示出了一个系统，通常用附图标记1表示，包括服务器2、第一客户端4，第二客户端6和第三客户端8。客户端中的每一个都与服务器2进行双向通信。例如，如果第一客户端4想要访问存储在服务器2处的数据，则第一客户端向所述服务器发送对该数据的请求并且所述服务器通过提供数据来响应。

在客户端-服务器布置中，几乎所有的数据流都是从服务器(诸如服务器2)流向客户端(诸如第一客户端4)。此外，为了获得数据，由单独的客户端向单独的服务器发起的下载会话且所述会话被用来获得所需数据。

很重要的是要注意，在图1的客户端-服务器方法中，特定的客户端不能受益于不同客户端的较早的动作。例如，假设第一客户端4从服务器2下载第一视频文件。如果第二客户端6以后想要观看第一视频文件，则该文件必须被独立地从服务器2下载到第二客户端6。第二客户端6不能利用如下事实，即所讨论的文件已经被不同的客户端(第一客户端4)下载。

上面参考图1所描述的传统的客户端-服务器方法不是唯一可以用来获得内容的机制。对等(P2P)网络，其中客户端向彼此提供内容而不是依赖于服务器，也正在变得普及。

图2示出一种系统，通常用附图标记10表示，包含第一用户12、第二用户14、第三用户16、第四用户18和第五用户20。如在大多数对等网络中，在网络10内的不同用户之间存在许多连接；此外，这些连接可以动态地变化。在示例性网络10中，第一用户12与第二、第三和第五用户进行双向通信，第二用户14与第一、第三和第五用户进行双向通信，第三用户16与第一、第二和第四用户进行双向通信，第四用户18与第三和第五用户进行双向通信，第五用户20与第一、第二和第四用户进行双向通信。

考虑以下情形：在第一用户12想要从网络10下载音乐曲目的情形。所述曲目通常被划分成多个元，通常称为“块(chunk)”。为了第一用户12去恢复整个音乐曲目，该曲目的所有块必须被下载。

假设该曲目可从网络10中的第二用户14、第三用户16和第五用户20中的每个可获得，但不能从第四用户18获得。第一用户12可以从第二、第三和第五用户中的一个或者多个并行地下载所述相关的音乐文件的块。

如上所述的该系统10示出了一种对等布置，其中通过网络10中的其他对等端/客户端提供数据。这是P2P方法的一个示例。在第二种方法中，数据可由网络中的其他对等端提供，并且也可以由网络中的服务器提供。在第三种方法中，数据仅由网络中的服务器来提供。第三方法与相对于图1在以上所描述的客户端-服务器的方法的不同在于数据可以从多个服务器获得。

在对等网络中，用户通常用作客户端(即资源的消费者)和资源的源(或高速缓存)。例如，用户可以使一组下载块可用于其他用户。通常，该用户将不会改变块的大小，但是一些所谓的“重新组块(rechunking)”是可能的。

相应地，一旦参考图2的上述示例中的第一用户12已经获得音乐文件，则第一用户通常使得该文件(或该文件的至少一些)可用于对等网络中的其他用户来获得(从而变成源或高速缓存)。通过示例的方式，仅音乐文件的前几秒是被实现可用的(这是有用的，因为通常第二用户可能仅想要听到该文件的前几秒，而不是全部音乐文件)。