内容分发的制作方法
【专利摘要】本发明引入了一种方法来通知/配置对等应用环境，从而使应用程序能够为对等端选择和将包括高速缓存策略和部署的网络配置条件考虑在内的数据交换找到良好替代方案。在使用中，移动运营商存储跟踪器文件，其中跟踪器文件被用来提供终端用户搜索的数据文件的可能位置的信息。移动运营商提供给终端用户的移动设备关于可用于供所述移动通信设备使用的跟踪器文件的位置的指令。用这种方法，移动运营商控制可用于终端用户的对等环境。
【专利说明】内容分发
[0001]本发明涉及内容分发，特别地，本发明涉及在根据对等(P2P)原理运营的网络中的内容分发。
[0002]即使在当今因特网，内容分发和高速缓存也是网络体系结构可扩展的和优良表现的关键推动。分发和闻速缓存可在许多级别进行:DNS、代理闻速缓存、内容分发网络(CDN)、数据中心，仅列出在当前因特网中使用的少数应用。
[0003]传统上，因特网内容分发已经使用客户端-服务器布置实现。图1示出了一个系统，通常用附图标记I表示，包括服务器2、第一客户端4，第二客户端6和第三客户端8。客户端中的每一个都与服务器2进行双向通信。例如，如果第一客户端4想要访问存储在服务器2处的数据，则第一客户端向所述服务器发送对该数据的请求并且所述服务器通过提供数据来响应。
[0004]在客户端-服务器布置中，几乎所有的数据流都是从服务器(诸如服务器2)流向客户端(诸如第一客户端4)。此外，为了获得数据，由单独的客户端向单独的服务器发起的下载会话且所述会话被用来获得所需数据。
[0005]很重要的是要注意，在图1的客户端-服务器方法中，特定的客户端不能受益于不同客户端的较早的动作。例如，假设第一客户端4从服务器2下载第一视频文件。如果第二客户端6以后想要观看第一视频文件，则该文件必须被独立地从服务器2下载到第二客户端6。第二客户端6不能利用如下事实，即所讨论的文件已经被不同的客户端(第一客户端4)下载。
[0006]上面参考图1所描述的传统的客户端-服务器方法不是唯一可以用来获得内容的机制。对等(P2P)网络，其中客户端向彼此提供内容而不是依赖于服务器，也正在变得普及。
[0007]图2不出一种系统,通常用附图标记10表不,包含第一用户12、第二用户14、第三用户16、第四用户18和第五用户20。如在大多数对等网络中，在网络10内的不同用户之间存在许多连接；此外，这些连接可以动态地变化。在示例性网络10中，第一用户12与第二、第三和第五用户进行双向通信，第二用户14与第一、第三和第五用户进行双向通信，第三用户16与第一、第二和第四用户进行双向通信，第四用户18与第三和第五用户进行双向通信，第五用户20与第一、第二和第四用户进行双向通信。
[0008]考虑以下情形:在第一用户12想要从网络10下载音乐曲目的情形。所述曲目通常被划分成多个元，通常称为“块(chunk)”。为了第一用户12去恢复整个音乐曲目，该曲目的所有块必须被下载。
[0009]假设该曲目可从网络10中的第二用户14、第三用户16和第五用户20中的每个可获得，但不能从第四用户18获得。第一用户12可以从第二、第三和第五用户中的一个或者多个并行地下载所述相关的音乐文件的块。
[0010]如上所述的该系统10示出了一种对等布置，其中通过网络10中的其他对等端/客户端提供数据。这是P2P方法的一个示例。在第二种方法中，数据可由网络中的其他对等端提供，并且也可以由网络中的服务器提供。在第三种方法中，数据仅由网络中的服务器来提供。第三方法与相对于图1在以上所描述的客户端-服务器的方法的不同在于数据可以从多个服务器获得。
[0011]在对等网络中，用户通常用作客户端(即资源的消费者)和资源的源(或高速缓存)。例如，用户可以使一组下载块可用于其他用户。通常，该用户将不会改变块的大小，但是一些所谓的“重新组块(rechunking) ”是可能的。
[0012]相应地，一旦参考图2的上述示例中的第一用户12已经获得音乐文件，则第一用户通常使得该文件(或该文件的至少一些)可用于对等网络中的其他用户来获得(从而变成源或高速缓存)。通过示例的方式，仅音乐文件的前几秒是被实现可用的(这是有用的，因为通常第二用户可能仅想要听到该文件的前几秒，而不是全部音乐文件)。
[0013]在对等系统中，通常将特定文件拆分成块，这些块存储在一个或多个高速缓存位置。对等网络通常包括多个文件(通常称为“跟踪器”文件)，其文件指示特定文件(或者文件的部分)可以在网络中哪里找到。这种跟踪器文件可由网络中，诸如网络10中，的一个或多个物理节点实现。
[0014]图3是一流程图，示出了一种已知的算法，通常由附图标记25指示，用于实现对等下载操作。
[0015]假设算法25正在被所述第一用户12使用来下载网络10内不同位置处可用的视频文件。该算法25开始于步骤26处，其中第一用户12获得指示视频文件的各个部分(或块)可在何处被获得的跟踪器文件。跟踪器文件通常提供先前已经下载了相关的文件(并且因此潜在地能作为文件的高速缓存/源)的所有用户的简单列表。
[0016]一旦客户端(即第一用户12)已经获得包含所请求的视频文件的潜在的高速缓存/源列表的跟踪器文件，则算法移动到步骤27，其中客户端执行选择步骤以确定列入所述跟踪器文件的哪个数据的潜在源应该被用来尝试下载文件。如本领域技术人员所熟知的，该步骤可以以许多不同的方式实现，并且也可以随机地实现。
[0017]在示例性算法25中，主机选择步骤27选择三个数据块的源。这些数据源被联系(算法25的步骤28、30和32是并行执行的)。因此，算法25设法从三个不同源并行下载数据文件的三个不同的数据块。清楚地，多于(或事实上少于)三个源可以被并行联系。一组块可以并行下载，或顺序地或以它们的一些组合(例如一组并行会话，每个会话可顺序下载块)。
[0018]在算法25的步骤28，用于下载的文件已经被选择。然后该算法移到步骤29，在此该文件被下载。一旦步骤29已经完成，则算法移动到步骤34。并行地，在步骤30处，用于下载的第二文件已经被选择。在算法移动到步骤34之前，所述算法从步骤30移到步骤31，其中所述第二文件被下载。此外，还并行地，在步骤32处用于下载的第三文件已经被选择。在算法移动到步骤34之前，所述算法从步骤32移动到步骤33，其中所述第三文件被下载。因此，在步骤29处，31和33，第一用户12从相邻对等端并行地下载视频文件的块。
[0019]一旦步骤29、31和33已经被完成，则算法移动到步骤34，其中第一用户确定是否整个视频文件已经被下载。如果没有，则算法25返回到步骤27，其中下载过程继续。一旦整个视频文件已经被下载，则算法25终止于步骤35处。
[0020]如果算法25返回到步骤27 (因为在步骤34处确定的是整个视频文件还没有被下载)，新的主机选择程序被启动以从对等网络搜索其他的数据文件。再一次，跟踪器文件(在步骤26中获取)被用于选择用于连接的潜在数据源(或高速缓存)。一旦选定，算法25移动到步骤28、30和32并重复上面描述的下载过程。然而，注意的是，被联系的源可能与之前的不同。这就把在网络中分发文件的责任(以及开销)提供给不同的节点。
[0021]对等系统具有许多优于客户端-服务器系统的优点。例如，对等网络中的用户可以共享资源(包括，但不限于，存储空间)。结果，当网络中用户数量增加时，系统的容量随之增加。与此对比，当有更多用户加入客户端-服务器系统时，每个用户可用的资源减少。
[0022]对等网络的另外一个优点是，文件和其他资源通常从多个源得到。这导致比传统客户端-服务器系统鲁棒性更好的系统，因为网络中的一个节点失效不会阻止其他用户能够访问文件。
[0023]当每个客户端都一直连接到网络(通常是因特网)中时，并且当数据传输开销固定(即与传输的数据量无关)时，对等网络可良好地工作。
[0024]移动通信设备，诸如所谓的智能手机，通常都会一直连接到因特网，并且能够获得不限制数据传输的收费制(使得，对终端用户来说，数据传输费用是固定的)。因此，移动通信设备可被用作为对等网络的一部分，诸如网络10。然而，对等原理到移动通信设备的应用上存在一些问题，不仅因为运营商的当前趋势是限制用户以特定费率在特定时间段内可访问的总数据传输预算(例如，针对任何给定日历月的最大的数据传输预算)。
[0025]假设在系统10中，设备12、14、16和18都是通过家庭宽带连接连接到因特网的家庭计算机。还假设设备20是通过使用移动宽带连接连接到因特网的移动通信设备。
[0026]在上述算法25的示例性实施方式中，假设第一用户12想要下载在网络10内不同位置处可得到的视频文件。假设视频文件可以从第二用户14，第三用户16和第五用户20中任意一个获取。
[0027]假设设备14，16和20都是活动的，则第一用户12将试图从所有那些用户下载视频文件的块(实现算法25的步骤29、31和33)。从第五用户20处下载文件(或块)需要第五用户从他的用户设备经由移动网络上传文件。这会使用大量的无线电资源，其价格昂贵(对于终端用户，移动运营商或两者)，并可能导致数据瓶颈(从而降低性能)。移动网络的性能降低可能会影响到对等网络的性能。此外，移动网络可能受影响到可能会影响到用户出于其他目的移动性能的程度。也许更严重(从移动运营商的观点来看)，移动网络中其他用户的移动网络性能也可能受到不利影响。
[0028]由于应用到移动网络的互联网使用的部署和特点，移动网络的上传能力受到挑战。因为对等网络应用的使用会对无线电/无线接入提出额外的挑战，所以很难在移动网络(比如容量、时延等)和对等网络应用性能两者之间找到好的运行条件。
[0029]在移动网络中禁止或限制对等原理的使用对移动运营商并不是一个有吸引力的选择，因为终端用户将寻求可替代的移动运营商。因此，对有弱点的移动网络提供优化很重要，该优化能从用户和网络两个视角保证移动网络的平稳和高效。
[0030]本发明试图至少解决上述问题中的一些。
[0031]本发明提供了一种方法，包括:终端用户使用移动通信设备去搜索跟踪器文件，该跟踪器文件提供由移动通信设备的用户搜索的数据文件(或数据文件部分)的可能位置的信息；并从移动通信设备所使用的移动运营商指示的位置获得跟踪器文件。该方法可以进一步包括从所述跟踪器文件所指示的一个或多个位置中搜索所述数据文件。例如，该跟踪器文件可以被存储在所述移动运营商的服务器上。
[0032]本发明还提供了一种方法，包括:在移动运营商的服务器处存储跟踪器文件，其中所述的跟踪器文件被用来提供(一个或多个)数据文件(或数据文件部分)可能位置的信息；并且提供指令给一个或多个移动通信设备，该移动通信设备使用所述移动运营商的关于可用于供所述移动通信设备使用的跟踪器文件(或一个或多个跟踪器文件)的位置。
[0033]移动运营商可以包括一个或多个服务器，其被预配置为存储跟踪器文件。
[0034]移动运营商可以包括一个或多个服务器，其被动态地分配来存储跟踪器文件。
[0035]移动运营商可以控制移动通信设备是否被允许去执行活动的对等节点发现过程(典型地，为了确定是否一个或多个相邻节点能够提供由所述终端用户所搜索的文件)。
[0036]在本发明的一些形式中，(一个或多个)数据文件(或文件部分)的可能位置包括之前已经下载数据文件的位置。(一个或多个)数据文件的可能位置可以通过地址指示，诸如URL。
[0037]给移动通信设备的关于可用于供所述移动通信设备使用的(一个或多个)跟踪器文件的位置的指令可以包括服务器标识符。可替换地，或另外，给移动通信设备的关于可用于供所述移动通信设备使用的(一个或多个)跟踪器文件的位置的指令可以包括对跟踪器文件的绝对参考(例如，URL)。
[0038]本发明还提供了一种移动运营商包括:用于存储跟踪器文件的服务器，其中跟踪器文件被用来提供数据文件(或数据文件部分)的可能位置信息；以及用于向移动通信设备提供指令的控制机制，移动通信设备使用所述的移动运营商关于可用于供所述移动通信设备使用的(一个或多个)跟踪器文件的位置。控制机制可以利用动态主机配置协议(DHCP)。
[0039]移动运营商可以包括一个或多个服务器，其被预先配置为存储一个或多个跟踪器文件。
[0040]移动运营商可以包括一个或多个服务器，其可以被动态地分配用于存储一个或多个跟踪器文件。
[0041]移动运营商可以被配置为控制移动通信设备是否被允许去执行活动的对等节点发现过程(例如，为了确定是否一个或多个相邻节点能够提供由所述终端用户所搜索的文件)。
[0042](一个或多个)数据文件的可能位置可以包括之前已经下载的所述(一个或多个)数据文件的位置。
[0043]给移动通信设备的关于可用于供所述移动通信设备使用的(一个或多个)跟踪器文件的位置的指令包括服务器标识符。
[0044]给移动通信设备的关于可用于供所述移动通信设备使用的(一个或多个)跟踪器文件的位置的指令包括对跟踪器文件的绝对参考(例如，URL)。
[0045]本发明还进一步提供了一种移动通信设备，其包括:用于从移动通信设备使用的移动运营商的指示的位置去获得跟踪器文件的装置，其中跟踪器文件被用于提供所述移动通信设备的用户搜索的数据文件(或数据文件部分)的可能位置信息。
[0046]移动通信设备还可以包括从由所述跟踪器文件提供的一个或多个位置中搜索所述数据文件的装置。[0047]跟踪器文件可以被存储在所述移动运营商的服务器上。
[0048]移动运营商可以包括一个或多个服务器，其被预先配置为存储一个或多个跟踪器文件。
[0049]移动运营商可以包括一个或多个服务器，其可以被动态地分配用于存储一个或多个跟踪器文件。
[0050]移动运营商可以控制移动通信设备是否被允许去执行活动的对等节点发现过程(为了确定是否一个或多个相邻节点能够提供由所述终端用户所搜索的文件)。
[0051]本发明还提供了一种计算机程序，包括:用于使能终端用户使用移动通信设备去搜索跟踪器文件的代码(或其他的一些装置)，该跟踪器文件提供由终端用户搜索的数据文件(或数据文件部分)的可能位置信息；用于从移动通信设备使用的移动运营商的指示的位置去获得跟踪器文件的代码(或一些其他装置)。计算机程序可以是一种计算机程序产品，包括计算机可读介质，所述计算机可读介质承载着包含其中的计算机程序代码，用于与计算机一起使用。
[0052]本发明还进一步提供一种计算机程序，包括:在移动运营商的服务器处用于存储跟踪器文件的代码(或其他的一些装置)，其中该跟踪器文件被用来提供一个数据文件(或多个数据文件或数据文件部分)的可能位置信息；用于提供移动通信设备使用所述移动运营商关于一个或多个可用于供所述移动通信设备使用的一个或多个跟踪器文件的位置的代码(或一些其他装置)。计算机程序可以是一种计算机程序产品，包括计算机可读介质，所述计算机可读介质承载着包含其中的计算机程序代码，用于与计算机一起使用。
[0053]本发明处理如何通知用户(通常移动设备用户)如何访问存储在P2P网络中的数据的问题。换句话说，移动运营商如何控制移动用户(即(一个或多个)移动运营商网络的用户)访问P2P资源。
[0054]网络配置被调整，从而使得移动设备以移动运营商定义的方式访问P2P服务。具体地，相关移动运营商能够控制移动设备在何处获得跟踪器文件，其用于获得P2P文件(或文件块)潜在位置。
[0055]一个或多个数据高速缓冲/源可以由移动运营商提供(即存储在移动网络处的服务器中)。数据高速缓存可用于移动用户(以使该移动用户不需要从终端用户访问数据，诸如移动运营商的其他终端用户)。数据高速缓存可(或不可)用于不由该移动运营商服务的终端用户(即可以应用也可以不应用P2P原理)。
[0056]本发明引入了一种方法来通知/配置对等应用环境，从而使应用程序能够为对等端选择和将包括高速缓存策略和部署的网络配置条件考虑在内的数据交换找到良好替代方案。本发明的方法给予了网络操作员在没有显示链路状态的网络拓扑的对等应用程序的执行中反映网络状态的可能性。应用程序和网络二者可以被配置用于接近最优的性能。
[0057]仅通过示例的方式，参考以下编号的附图，在下面描述了本发明的示例性实施例。
[0058]图1是一种已知客户端-服务器系统的框图；
[0059]图2是一种已知的对等网络的框图；
[0060]图3是一个流程图，示出了一种对等下载操作；
[0061]图4是根据本发明的一个方面的系统的框图；
[0062]图5是根据本发明的一个方面的系统的框图；以及[0063]图6是根据本发明的一个方面的系统的框图。
[0064]根据本发明的一个方面，图4是系统的框图，通常以附图标记40指示。
[0065]系统40包括网络41，诸如因特网。第一用户42、第二用户44和第三用户46各自被连接到网络41并且能够经由网络相互通信。例如，第一、第二和第三用产可以使用个人计算机和家庭宽带连接连接到网络41。
[0066]系统40还包括一个被连接到该网络41的移动运营商48。第四用户50和第五用户52(在图4中使用移动电话符号表示)各自被连接到移动运营商48。第四用户50和第五用户52每个都能够经由移动运营商48和网络41与第一、第二和第三用户通信。
[0067]如上所述，如果第一、第二、第三、第四和第五用户中的每一个都是传统对等网络的一部分，那么利用第四用户50和移动运营商48之间的无线电连接从第四用户50上传文件到网络中的其他用户。类似地，利用第五用户52和移动运营商48之间的无线电连接上传缓存在第五用户52处的文件到对等网络中的其他用户。
[0068]在传统的对等网络中，每个客户端同时作为信息消费者和源/高速缓存。这两个角色被紧密地耦合。如下文进一步描述的那样，系统40通过提供作为移动运营商48的一部分的高速缓存49来解耦这两个角色。高速缓冲49用来存储对对等网络中的其他用户可用的文件，其之前已存储在终端用户50和52处。
[0069]再次考虑算法25的使用，这次算法由第一用户42正在使用来下载在系统40的不同位置可用的视频文件。该算法25开始于步骤26，其中第一用户42获得指示视频文件不同部分(或块)可被获得的位置的跟踪器文件。
[0070]假设相关视频文件已经被第二用户44，第三用户46和第四用户50访问。作为传统对等节点，第二用户44和第三用户46每个都充当视频文件的高速缓存/源，因此他们包含在步骤26中提供的跟踪器文件中。
[0071]第四用户50不直接充当视频文件的高速缓存/源。相反，该文件被存储在移动运营商48的高速缓存49内。相应地，跟踪器文件表明该视频文件能够在移动运营商48的第一用户44、第二用户46和高速缓存49处被访问。
[0072]如前所述，一旦客户端(即第一用户42)已经获得了跟踪器文件，则第一用户42从相邻对等端并行下载视频文件的块。这些对等端包括移动运营商48，但不包括第四用户50。因此，不使用移动运营商48和第四用户50之间的无线电连接。
[0073]因此，尽管在传统的对等场景中，终端用户的两个角色(作为信息消费者和信息源二者)是紧密耦合在一起，系统40将这些角色去耦，将它们定位在移动网络中的多个最佳位置。
[0074]然而，仍然存在通知用户如何访问存储在改变的对等网络中的数据的问题。特别是，存在控制移动用户对P2P资源访问的问题，所述移动用户诸如上述用户50和52。
[0075]图5是系统的框图，通常用附图标记60表示,包括移动通信设备62、移动运营商64与网络66(诸如因特网)。移动通信设备62能够经由移动运营商64访问网络66。移动通信设备62被配置为访问如下描述的对等源。移动设备可用作如上文参照图4描述的第四用户50或第五用户52。
[0076]非常了解他们的无线接入技术的移动运营商(诸如运营商64)很适合对等使用的场景，其中他们用户的设备作为高速缓存，即数据源。根据这个知识，能够调整满足移动设备的网络配置的配置过程，以使得移动设备以移动运营商定义的方式访问对等服务。
[0077]在系统60中，移动运营商64定义移动通信设备62如何能够访问跟踪器列表以便访问使用对等原理的特定文件。因此，移动运营商64控制移动设备在哪里获得上述算法25的步骤26中使用的跟踪器文件。
[0078]为了这样做，移动运营商64向所述移动通信设备62提供以下的至少一些:
[0079]1.活动相邻对等端发现是开或关；
[0080]2.跟踪列表可以在哪里请求服务器ID (例如IP地址或全限定域名(FQDN))；
[0081]3.能够下载的跟踪列表ID (例如http URL);和
[0082]4.预先配置的(通用的)跟踪列表，其被认为可用于所有曲目。
[0083]这四个选项定义了客户端如何得到用于给定文件(诸如音乐或视频文件)的高速缓存列表。因此，本发明使得移动网络64能够对移动设备62在哪里搜索以获得对等文件或文件部分执行一定程度的控制。例如，移动运营商64可以防止移动设备从特定源获取文件(或文件部分/块)。
[0084]选项I定义客户端是否应该执行活动对等节点发现过程。选项I独立于其他三个选项被提供。如果不允许活动对等节点发现，则移动设备62必须完全依靠跟踪器列表以便确定在何处可获得文件(哪个跟踪器列表被获得依据下面将进一步讨论的选项2至4中的一个或者多个)。如下文将进一步描述的那样，在本发明的一些实施例中，跟踪器文件从移动运营商64获得。相应地，在一些情况下，系统60使得移动运营商能够控制移动通信设备能够访问对等服务的范围。
[0085]选项2定义客户端可从何处请求列表的服务器ID。这个选项不能显示出列表的名称。例如，该服务器ID可以是对等跟踪器或运营商设备。
[0086]选项3提供了对跟踪器列表的绝对参考。例如，该参考可以表示为例如httpURL (统一资源定位符)。因此，选项3非常类似于选项2。选项2只提供服务器的联系信息(例如IP地址)，但并未揭示移动设备应该如何请求列表，即，使用什么协议。移动设备62也许更容易使用选项3，因为选项3规定了如何联系所讨论的服务器。
[0087]选项4提供了预先配置的跟踪器列表。例如，移动运营商64可以具有总是可用于向请求用户(诸如用户设备62)提供跟踪器列表的永久服务器。在本发明的一些形式中，选项4中预配置的(一个或多个)跟踪器列表始终可以是可用的，但可被覆盖，如果其他跟踪器列表可用(诸如，根据选项2或选项3的列表)。因此，在选项4提供默认列表的情况下，其他选项可以提供另外的高速缓存。
[0088]通过示例，经由选项4，预配置的跟踪器列表总是可用的，但移动运营商64可以具有足够的灵活性以便于能够动态生成新的跟踪器文件(例如为了负载均衡或去除瓶颈)。(一个或多个)新的跟踪器文件(其可以是临时的)可按照选项2或选项3产生，并覆盖选项4预先配置的跟踪器。
[0089]图6是系统的框图，通常用附图标记70表示，其中本发明可以被使用。
[0090]系统70包括移动运营商72。移动运营商72使用许多不同的技术提供移动通信。系统70包括第一移动通信网络74、第二移动通信网络76以及第三移动通信网络78。移动设备(诸如上文所述的移动设备62)可使用网络74、76和78 (例如使用包括无线已授权技术的接入网络(例如3GPP)，未授权的无线技术(例如WLAN)以及有线接入网的接入网)中的一个或者多个与移动运营商72进行通信。通过示例，在系统70的一个实施方式中，第一网络74是2G网络，第二网络76是3G网络以及第三网络78是WiFi网络。对于本领域技术人员将是很显而易见的是，其他通信网络(诸如LTE网络)可以用来代替上述的网络，或者除了上述网络之外可以使用其他通信网络。
[0091]移动运营商72包括许多服务器。如图6中所示，运营商72提供第一服务器80、第二服务器82、第三服务器84、第四服务器86和第五服务器88。服务器向移动运营商72支持的移动设备提供跟踪器文件。
[0092]系统70还包括控制在网络和移动运营商之间通信建立的机制。因此，第一控制机制90控制第一网络74和移动运营商72之间的通信建立。类似地，第二控制机制92控制第二网络76和移动运营商72之间的通信建立以及第三控制机制94控制第三网络78和移动运营商72之间的通信建立。
[0093]在一个示例性实施例中，控制网络90、92和94利用动态主机配置协议(DHCP)。DHCP是一种已知的配置协议，例如，被用于分配互联网协议地址。
[0094]上述使客户端(诸如移动设备)能够获得特定文件的高速缓存列表的四个选项可以用在系统70中。
[0095]如上所述，选项I定义了对于特定移动设备而言活动相邻对等端发现功能是否被激活。通常，DHCP或类似服务于不同RAN(无线接入网络)的服务器被预先配置设定选项I为开启或关闭。在示例性系统70中，DHCP服务器90和92可分别为第一网络74和第二网络76设置选项I为“关闭”。DHCP服务器94可为第三网络78设置选项I为“开启”。
[0096]因此，当昂贵的无线电资源被用于移动设备和移动运营商72之间的通信(例如使用2G网络或3G网络)时，DHCP服务器则可以指示相邻对等端发现被禁用。然而，如果，例如，用户设备进入了 WiFi热点(并且正在使用第三网络78)，或其他一些更好的连接区域，则移动运营商64可接受更传统的对等系统。在这种情况下，DHCP服务器94能够允许相邻对等端发现以使移动设备能够访问对等端节点而不是由特定的跟踪器文件定义的那些节点。
[0097]假设在示例性移动运营商72中，第一服务器80和第二服务器82总是可用的，第三服务器84可供使用，但没有提供联系细节，第四服务器86是拓扑接近于第一网络74并且可以动态地实现可用如果带宽需求需要这样，以及第五服务器88是拓扑接近于该第二网络76，并且可以动态地实现可用如果带宽需求需要这样。
[0098]第一服务器80和第二服务器82是默认服务器，其对任何移动设备总是可供使用的。相应地，第一服务器和第二服务器是作为选项4的一部分被提供的。因此，这些服务器总是可用于供获得跟踪器列表中使用，但它们的使用可以通过其他选项(如果可用的话)取代。
[0099]第三服务器84作为选项2的一部分被提供。第三服务器通常是可用的，但尽管提供了服务器ID，但没给出联系细节。
[0100]第四服务器86并不总是可用的，但如果需要能够实现可用于第一网络74的用户使用。在移动运营商72的控制下，第四服务器可被动态地部署。第三服务器的细节作为选项3的一部分被提供给使用第一网络的移动设备。在一些实施方式中，如果第四服务器可用，利用第一网络74的移动设备可优先于选项4下实现可用的任一服务器去使用第四服务器。
[0101]类似地，第五服务器88并不总是可用的，但如果需要能够实现可用于第二网络76的用户。在移动运营商72的控制下，第五服务器可被动态地部署。第五服务器的细节作为选项3的一部分被提供给使用第二网络的移动设备。在一些实施方式中，如果第五服务器可用，则利用第二网络76的移动设备可优先于选项4下实现可用的任一服务器去使用第五服务器。
[0102]因此,使用上述的四个选项,运营商(诸如，系统60的移动运营商64或系统40的运营商48)能够预先配置其不同的无线电接入网络的配置过程以遵循移动运营商的对等高速缓存的部署策略。DHCP提供配置主机网络相关参数的框架，而且该框架是可扩展的，这意味着可以增加新的选项。不需要IETF标准化，然而由DHCP提供的信息能够被ALTO服务器使用(在http://datatracker.1etf.0rg/wg/alto/处论述),以分发客户端能力来给予其他对等客户端对等端选择的客户端能力的知识。使用DHCP可以是一种合理部署计划，例如有品牌手机的移动运营商，其中运营商有能力来决定他们的手机将获准如何操作并且他们可以提出新的附加功能。本发明可用于其他网络，也尤其为客户端考虑“最后一英里”接入能力。
[0103]本领域技术人员将会意识到在任何特定的系统中，上述四个选项不需要全部被提供。例如，可以没有默认跟踪器列表位置(使得选项4未被提供)。可以仅有默认跟踪器列表位置(使得选项2和选项3都未被提供)。选项2和3中的一个可以被提供，但另一个不提供。进一步，选项I可以在所有实施方式中都不提供。因此，本发明包括非常高程度的灵活性。
[0104]本发明亦应有益于对等客户端，其在网络中不开始使用高速缓存作为对等客户端的配置，因为DHCP可能影响到对具有更好的无线电和其他能力的目标客户端的P2P对等端选择。通过直接的对等通信或通过利用ALTO类型的服务器，所配置的能力对其他对等端可用。
[0105]上述本发明的实施例是说明性的，而不是限制性的。对于本领域的技术人员显而易见的是，在不偏离本发明的总范围的情况下，上述设备和方法可包含多个修改。本发明旨在包括在本发明范围内的所有这样的修改，只要它们落入所附权利要求的范围内。
【权利要求】
1.一种方法包括: 使用移动通信设备去搜索提供由移动通信设备的用户搜索的数据文件的可能位置信息的追踪器文件；以及 从所述移动通信设备使用的移动运营商指示的位置获得所述跟踪器文件。
2.—种方法包括: 在移动运营商的服务器处存储跟踪器文件，其中所述跟踪器文件被用来提供数据文件可能位置的信息；以及 向使用所述移动运营商的移动通信设备提供关于可用于供所述移动通信设备使用的跟踪器文件的位置的指令。
3.如权利要求1或权利要求2中所述的方法，其中所述移动运营商包括一个或多个预配置为存储一个或多个追踪器文件的服务器。
4.如权利要求1到权利要求3任一所述的方法，其中所述的移动运营商控制所述移动通信设备是否被允许执行活动的对等节点发现过程。
5.如前面任一权利要求所述的方法，其中所述数据文件的可能位置包括之前已经下载过所述数据文件的位置。
6.如前面任一权利要求所述的方法，其中给所述移动通信设备的关于可用于供所述移动通信设备使用的跟踪器文件的位置的所述指令包括服务器标识符。
7.如前面任一权利要求所述的方法，其中给所述移动通信设备的关于可用于供所述移动通信设备使用的跟踪器文件的位置的所述指令包括对跟踪器文件的绝对参考。
8.—种移动运营商包括:` 用于存储跟踪器文件的服务器，其中所述跟踪器文件被用来提供数据文件的可能位置/[目息;以及 用于向使用所述移动运营商的移动通信设备提供关于可用于供所述移动通信设备使用的跟踪器文件的位置的指令的控制机制。
9.如权利要求8中所述的移动运营商，其中所述控制机制利用动态主机配置协议。
10.如权利要求8或权利要求9中所述的移动运营商，包括一个或多个服务器，其被预配置为存储一个或多个跟踪器文件。
11.如权利要求8到权利要求10所述的任一移动运营商，包括一个或多个服务器，其能够被动态地分配为存储一个或多个跟踪器文件。
12.如权利要求8到权利要求11所述的任一移动运营商，其中所述移动运营商被配置为控制所述移动通信设备是否被允许执行活动的对等节点发现过程。
13.如权利要求8到权利要求12所述的任一移动运营商，其中所述的数据文件可能位置包括之前已经下载的数据文件的位置。
14.一种移动通信设备包括用于从由移动通信设备使用的移动运营商指示的位置去获得跟踪器文件的装置，其中所述跟踪器文件被用于提供所述移动通信设备的用户搜索的数据文件的可能位置信息。
15.一种计算机程序产品，包括: 用于使终端用户能够去搜索提供由终端用户搜索的数据文件的可能位置信息的跟踪器文件的装置；以及用于从所述移动通信设备使用的移动运营商指示的位置去获得所述跟踪器文件的装置。
16.一种计算机程序产品包括: 在移动运营商的服务器处存储跟踪器文件的装置，其中所述跟踪器文件用于提供数据文件的可能位置信息；以及 用于向使用所述移动运营商的移动通信设备提供关于可用于供所述移动通信设备使用的跟踪器文件的位置的指令的装置。
【文档编号】H04L29/08GK103621045SQ201180070811
【公开日】2014年3月5日 申请日期:2011年5月12日 优先权日:2011年5月12日
【发明者】V·P·波伊霍南, O·B·斯特兰德贝格, J·E·托诺南 申请人:诺基亚西门子通信公司