CN105934930B

CN105934930B - 用于从媒体服务器获得内容的方法和设备

Info

Publication number: CN105934930B
Application number: CN201480074566.7A
Authority: CN
Inventors: H.埃里克斯森; L.维斯特伯格
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2014-01-31
Filing date: 2014-01-31
Publication date: 2020-04-07
Anticipated expiration: 2034-01-31
Also published as: EP3100442A1; CN105934930A; US10284677B2; EP3100442B1; US20160352851A1; WO2015115952A1

Abstract

本文公开用于检索对象数据的方法和布置。提供一种通过通信网络节点204执行的使得能够检索诸如网页的元素的对象的方法。在分布式缓存系统200中，对象的位置由统一资源定位符URL定义。该方法包括将URL重建2:1为可由DNS服务器读取的格式；并将包含重建的URL的DNS查询发送2:2到DNS服务器206。此外，该方法包括接收2:3分布式缓存系统200中的高速缓存202a、202b、202c的IP‑地址，其中高速缓存202a、202b、202c存储对象。另外，该方法包括将对于对象的http‑获取请求发送2:4到具有接收的IP‑地址的高速缓存202a、202b、202c；并从高速缓存202a、202b、202c接收2:5包含对象的http‑响应。通过向DNS‑服务器提供对象的位置的信息并将URL重建为可由DNS‑服务器读取的格式，最终用户可利用DNS‑服务器的快速查找能力来寻找对象的位置。

Description

用于从媒体服务器获得内容的方法和设备

技术领域

本公开涉及分布式缓存系统中的数据管理，特别地，它涉及检索分布在多个高速缓存的对象数据。

背景技术

随着各种信息服务的出现，数据的存储得到发展。如今，由最终用户下载的数据通常存储在高速缓存服务器，最终用户从这些高速缓存服务器获得数据。WEB-服务器又称为高速缓存，并且在本描述中将使用术语“高速缓存”。

每个高速缓存具有唯一的IP(因特网协议)-地址，它用于在请求下载数据时标识高速缓存。对于特定服务请求选择哪个高速缓存是基于URL信息，DNS查找过程将该URL 信息转换为IP地址。最终用户下载数据的典型的信息服务是网页浏览、流播音乐收听、流播视频观看、IPTV、流播文本阅读等。

本描述通篇将使用术语“对象数据”来表示对象的数据。对象的示例可以是以下中任一个的元素或部分：网页，音乐、视频或文本的流播会话，媒体文件，可执行SW代码等。对象是分组为具有指向存储对象的特定位置的它自己的唯一DNS(域名系统)名称的对象的网页等的特定信息元素。对象可以是静态数据集合，但也可随时间动态地改变。也可在请求内容时创建内容。

通过将对象数据分布在多个高速缓存上并将高速缓存布置在合适位置，可优化数据业务容量以便满足最终用户的需求。例如，相同对象可存储在多个位置。

因此，最终用户可选择从国内高速缓存下载对象或者将被重定向到国内高速缓存，而不是从国外高速缓存下载。从而，可减少作为洲际通信链路的瓶颈上的负载，并且最终用户可更快速地下载对象。

参考图1，图1是示意性概述，现在将描述检索对象数据的情形。

在缓存系统100中，网页的对象分布在多个高速缓存102a、102b、102c上。当最终用户检索对象时，他/她的UE(用户设备)104发送http请求，其中包含对象的位置和对象的名称。例如，http请求可以是http-get://Cache_1/object_1，其中Cache_1是转换为到第一高速缓存102a的IP-地址的域名。响应于该http请求，第一高速缓存102a返回第一对象。第一高速缓存102a具有关于第二对象(即，随后的对象)存储在第二高速缓存102b的信息。第一高速缓存102a通过将第二高速缓存102b的新的URL(它被转换为到第二高速缓存的另一个IP-地址)发送到UE 104来将UE 104重定向到第二高速缓存102b，例如实现为 http-响应Cache_2(其中，Cache_2是第二高速缓存102b的第二高速缓存IP地址的域名)。每个高速缓存都知道要检索的随后对象存储在哪里，例如第二高速缓存102b具有关于第三对象的信息并将重定向到第三高速缓存102c。

为了在分布式缓存系统中进一步平衡负载，存在增加要分布的对象的数量并更广泛地分布各个对象的趋势。但是，例如由于客户端必须对高速缓存之间的每个重定向做出响应以及http重定向缓慢的事实，将数据分成更小的对象受到阻碍。

因此，需要计划在分布式缓存系统中更快速地检索对象数据。

发明内容

希望在检索对象数据时获得改善的性能。本公开的一个目的是解决上文概述的问题中的至少任何一个。

此外，一个目的是提供一种用于在分布式缓存系统中检索对象数据的机制。这些目的可通过本申请请求保护的方法、数据检索单元、用户设备、代理服务器和计算机可读介质来满足。

根据一个方面，提供一种通过通信网络节点(204)执行的使得能够检索诸如网页的元素的对象的方法。在分布式缓存系统(200)中，对象的位置由统一资源定位符URL定义。该方法包括将URL重建(2:1)为可由DNS服务器读取的格式；并将包含重建的URL 的DNS查询发送(2:2)到DNS服务器(206)。此外，该方法还包括接收(2:3)分布式缓存系统(200)中的高速缓存(202a，202b，202c)的IP-地址，其中高速缓存(202a， 202b，202c)存储对象。另外，该方法还包括将对于对象的http-获取(http-get)请求发送 (2:4)到具有接收的IP-地址的高速缓存(202a，202b，202c)；并从高速缓存(202a， 202b，202c)接收(2:5)包含对象的http-响应。

此外，可重复该方法以便检索另外的对象。重建可包括从URL移除域名，这产生URL的剩余部分；用相应的点“.”替换URL的剩余部分的至少一个斜线“/”；将URL的剩余部分的顺序颠倒；以及将移除的域名添加到URL的颠倒后的剩余部分的末端。此外，重建还可包含将本地高速缓存域名包括在重建的URL中。

根据另一个方面，提供数据检索单元，它适于包含在通信网络节点中并使得通信网络节点能够从分布式缓存系统检索对象，对象的位置由统一资源定位符URL定义，数据检索单元包括通信接口和处理器。处理器适于将URL重建为可由DNS服务器读取的格式。通信接口适于：将包含重建的URL的DNS查询发送到DNS服务器；以及接收分布式缓存系统中的高速缓存的IP-地址，所述高速缓存存储对象。通信接口还适于将对于对象的http-获取请求发送到具有接收的IP-地址的高速缓存；以及从高速缓存接收包含对象的http-响应。

此外，数据检索单元可适于从第二高速缓存检索至少一个第二对象。数据检索单元还可适于从UE接收URL并将对象转发到UE。

根据其它方面，分别提供包含数据检索单元的UE和http-代理服务器。

通过向数据检索单元提供用于将URL重建为可由DNS-服务器读取的格式的功能性并向DNS-服务器提供关于对象的位置的信息，数据检索单元可应用DNS-服务器的快速查找能力来寻找对象的位置。从而，可将高速缓存的转发能力用于其它目的，或者可实现较不复杂的高速缓存。

附图说明

现在将参考附图并且通过示例性实施例来更详细地描述解决方案，其中：

图1是根据现有技术的缓存系统中的情形的示意图示。

图2是根据可能的实施例的缓存系统中的情形的示意信令图。

图3是根据可能的实施例的缓存系统中的情形的示意信令图。

图4是根据可能的实施例的数据检索单元的示意性框图。

图5是根据可能的实施例的检索对象数据的方法的示意性流程图。

图6是根据可能的实施例的计算机程序产品的示意图和示意性框图。

具体实施方式

对于对象数据的定义进一步来说，如上所述，对象可存储在若干个高速缓存中，并且因此负载共享将也可能在更粒度的对象DNS结构上进行，或对于对象应用DNS策略，以使得一些用户从一个位置获取对象并且其他用户从另一个位置获取对象。

为了实现通信网络中的服务器和通信链路的更均匀负载，将对象分布在多个高速缓存上。例如，将音乐会话的初始化部分或网页的第一个文本文章作为第一对象存储在具有短存取时间的高速缓存，并且可将音乐会话或网页的另外的部分作为另外的对象存储在具有较长存取时间的高速缓存中。然后，最终用户可快速获得对初始化对象的访问并且可在收听或阅读之前检索的对象的数据时检索剩余对象。

在本说明书中，将描述将URL重建为可由DNS服务器读取的格式。“重建”的基本原理是：

1.从URL移除域名，这产生URL的剩余部分。

2.用点“.”替换URL的剩余部分的斜线“/”。

3.将URL的剩余部分的顺序颠倒。

4.将域名附加到URL的颠倒后的剩余部分的末端。

例如，当URL是“provider.com/apa/bepa/cepa.fig”时，移除域名“provider.com”产生URL的剩余部分“apa/bepa/cepa.fig”。用点替换斜线产生“.apa.bepa.cepa.fig”。将URL 的剩余部分的顺序颠倒产生“fig.cepa.bepa.apa”，并且将域名添加到URL的颠倒后的剩余部分的末端产生“fig.cepa.bepa.apa.provider.com”，这是可由DNS服务器读取的格式。

通常，域是服务器的逻辑位置。提供商设置了用于存储对象的一个或多个服务器。通常通过提供商的域名(例如，提供商的名称和顶层域名，如“provider.com”)来请求提供商。

但是，要注意的是，重建不限于上文描述的原理。设计者能够自由地设想用于重建URL的任何合适的备选原理，只要DNS服务器能够应用重建的URL。例如，他/她可以按备选的顺序执行动作1-4，或者可将URL修改成可由DNS服务器读取的备选格式。

重建的主要益处是，创建可在当前的层级DNS-系统中容易实现的层级命名体系结构，并提供命名系统的有效缩放。

参考图2，图2是示意性信令图，现在将根据一个例示性实施例描述从分布式缓存系统200检索对象数据的情形。

缓存系统200包括存储可由最终用户的UE(用户设备)检索的对象的多个高速缓存202a、202b、202c。

在该实施例中，DNS服务器206已经知道对象如何分布在高速缓存202a、202b、202c上。当UE 204的最终用户检索对象(例如，网页的元素)时，在第一动作2:1中，UE 204将URL(统一资源位置)重建为可由DNS-服务器读取的格式。URL定义对象。例如，UE 204知道对象存储在域“provider.com”中，但是UE 204不知道提供商将对象(例如，网页的名为“cepa.fig”的图像)存储在哪些高速缓存202a、202b、202c上。

在接着的动作2:2中，UE 204将包含重建的URL和想要的对象的名称的DNS-查询发送到DNS服务器206。例如，UE 204想要检索网页的图像“cepa.fig”，并将DNS-查询“fig.cepa.location.provider.com”发送到DNS服务器206。在该实施例中，使用术语“location(位置)”来表示对象“cepa.fig”在高速缓存内的位置。例如，如果对象“cepa.fig”作为“apa/bepa.cepa.fig”存储在高速缓存的文件夹中，那么“apa/bepa”就是位置。

在随后的动作2:3中，UE 204接收提供商存储图像“fig”的高速缓存的IP-地址。例如，图像“cepa.fig”将存储在高速缓存A202a中。

然后，在另一个动作2:4中，UE将对于对象的请求发送到该高速缓存202a、202b、202c，作为朝向“高速缓存A的IP-地址”的http-get“/location/cepa.fig”。然后，在最后的动作中，UE 204从高速缓存A 202a、202b、202c接收想要的对象(即图像“cepa.fig”)，作为http-响应“cepa.fig”。

在基于上文描述的实施例的一个备选实施例中，可然后从存储另外的对象(例如，网页的其它元素)的高速缓存202a、202b、202c检索另外的对象。通过重复上文描述的动作2:1-2:5，即重建URL、获得高速缓存202a、202b、202c的IP-地址、以及根据相应的IP- 地址从合适的高速缓存202a、202b、202c获得另外的对象，最终用户可获得对例如网页的另外的元素的访问。例如，如果另外的对象存储在高速缓存B 202a、202b、202c中，那么 UE 204在重复的动作2:1中重建对象B的URL，在重复的动作2:2中请求高速缓存B的IP- 地址，在重复的动作2:3中接收高速缓存B的IP-地址，在重复的动作2:4中通过使用高速缓存B的IP-地址将另外的对象排序，并在重复的动作2:5中接收另外的对象。

提出的方法的一个优点是，可在接收2:5当前检索的对象之前请求2:4随后对象。因此，由于下载中的较少等待时间，将提高最终用户体验。另外，DNS查找实质上比http重定向更快，由此进一步提高最终用户体验。

因此，通过向DNS服务器206提供关于对象部分的位置的信息，可应用快速DNS 服务器206的已安装的计算能力来获取高速缓存的合适的IP-地址。从而，可释放高速缓存202a、202b、202c的计算能力用于其它目的，例如用于处理对象部分的递送。备选地，可以用较不复杂的设计来构造高速缓存。

另外，当在高速缓存中上载对象时，不需要更新其它高速缓存中的信息来使得能够检索更新后的对象。管理员只需更新DNS服务器206，这是快速且有效的，因为一般来说，DNS服务器的数量比高速缓存的数量少得多。

常规UE、即不具有重建URL的功能性的UE也将能够利用所公开的概念。但是，这些常规UE将然后经由http-代理服务器执行对象的检索，这将在下文进一步描述。

参考图3，图3是示意性信令图，现在将根据一个例示性实施例描述从分布式缓存系统300检索对象数据的情形。

该例示性实施例的分布式缓存系统300与图2的分布式缓存系统200有关，并且因此在合适时应用对应的参考数字。

除了上文描述的一些例示性实施例以外，该分布式缓存系统还包括布置成控制和管理从多个高速缓存202a、202b、202c检索对象数据的http-代理服务器308。

当UE 304的最终用户检索对象(例如，流播音乐会话的第一部分)时，在第一动作3:1中，UE 304向http-代理服务器发送对第一部分的请求。第一部分作为对象存储在第一高速缓存202a、202b、202c中，并由URL定义。在该实施例中，请求形成为包含URL(即，对象的提供商的名称、对象的位置和对象的名称)的http-获取。例如，URL “provider.com/location/object_1”意味着对象1存储在提供商的位置。于是，完整的请求是 http-get://provider.com/location/object_1。

在接着的动作3:2中，http-代理服务器308将接收的URL重建为可由DNS服务器206读取的格式。然后，在随后的动作3:3中，将该重建的URL作为DNS查询发送到DNS 服务器。动作3:2和3:3对应于上文所描述的一个实施例的相应动作2:1和2:2。在该实施例中，http-代理服务器308将DNS-查询“object_1.location.provider”发送到DNS服务器 206。

DNS服务器206知道对象1存储在高速缓存A 202a中。在对应于以上动作2:3的接着的动作3:4中，DNS服务器在DNS-响应中返回高速缓存A202a的IP-地址。

然后，在另一个动作3:5中，http-代理服务器308将作为到高速A的IP-地址的http- get:”location/object_1”实现的对于对象的请求发送到该高速缓存202a、202b、202c。一旦接收到请求，高速缓存A 202a便将对象A作为http-响应“object_1”返回，http-代理服务器在下一个动作3:6中接收http-响应“object_1”。

然后，在最后的动作3:7中，http-代理服务器308例如通过转发http-响应“object_1”将接收的对象发送到UE 304。

通常，流播会话、网页等作为多个对象分布在各个高速缓存202a、202b、202c上，并且这些多个对象将被检索。

因此，通过向分布式缓存系统300提供http-代理服务器308，还将使得常规UE 304能够从公开的实施例的分布式缓存系统的高速缓存检索对象。

在基于上文描述的这一个实施例的备选例示性实施例中，然后可从存储另外的对象 (例如，流播音乐会话的另外的部分)的高速缓存202a、202b、202c检索这些另外的对象。在该备选实施例中，对于要检索的每个相应对象重复动作3:1-3:7。

在基于上文描述的一些实施例的另外的例示性实施例中，DNS-服务器206连接到因特网。为了使得http-代理服务器308能够将动作3:3的DNS-查询发送到合适的DNS服务器206，本地缓存系统的域名将被添加到DNS-查询。例如，如果未连接到因特网的本地系统的DNS-查询是“DNS-query object_l.location.provider”，那么连接到因特网的系统的对应DNS- 查询可以是“DNS-query object_1.location.provider.cacheDomain.xx”，其中cacheDomain.xx是本地缓存系统的域名。

为了使得上文描述的一些实施例的UE 204或http-代理服务器308能够从多个高速缓存202a、202b、202c检索分布式对象，其中对象的位置被寄存在DNS-服务器，UE 204和http-代理服务器308配备有数据检索单元400。

参考图4，图4是示意性框图，现在将根据一个例示性实施例描述数据检索单元400。

数据检索单元400适于布置在UE 204或http-代理服务器308中以便从分布式缓存系统的多个高速缓存检索对象数据。对象数据作为存储在高速缓存中的对象分布。

数据检索单元400包括通信接口402和处理器404。数据检索单元400适于从它所被布置的UE 204或http-代理服务器308接收URL(统一资源定位符)。URL定义UE 204或 http-代理服务器308想要检索的对象。URL的对象存储在高速缓存处，但是数据检索单元不知道它存储在哪个高速缓存中。处理器404布置成将接收的URL重建为可由DNS服务器 (虚线)读取的格式。上文已描述了这样的重建的一个示例，并且因此将不在该实施例中进一步描述。

数据检索单元400适于查找要检索的对象存储在哪个高速缓存(虚线)上，并且通信接口402布置成将DNS查询发送到具有关于存储想要的对象的高速缓存的信息的DNS服务器。如上文在另一个实施例中所公开的，DNS查询包括重建的URL，以便由DNS服务器在查找合适的高速缓存的IP-地址时使用。在DNS查询时，DNS服务器查找合适的高速缓存并将该高速缓存的IP-地址返回到数据检索单元400，其中将IP-地址补充到DNS响应中。通信接口402适于接收DNS响应，并且还适于将对于对象的HTTP请求发送到具有接收的IP-地址的高速缓存。通常，要发送的HTTP请求由处理器404根据接收的IP-地址形成。但是，在公开的概念内，可备选地执行实际形成。例如，重建的URL可存储在存储设备406中，并且通信接口可包括用于将HTTP请求形成为包括接收的IP-地址和存储的重建的URL的http-获取(http-get)消息的功能性。

此外，通信接口402适于接收将通过http-响应消息检索的对象。

在基于上文描述的一个实施例的一个备选例示性实施例中，数据检索单元400包括用于处理从分布式缓存系统检索另外的对象的功能性。在该实施例中，处理器404适于处理和控制合适数量的对象的检索。

在基于上文描述的一些实施例的另一个例示性实施例中，数据检索单元400适于被包含在UE 204或http-代理服务器308中，它们已分别结合图2和图3进行描述。

要注意，以非限制性方式描述了所描述的例示性实施例的布置。通常，在描述的概念内，设计者可选择布置另外的单元和组件以便提供数据检索单元400的合适操作，例如可布置各种控制单元和存储器。此外，在公开的概念内，可备选地执行提出的布置的物理实现。例如，当付诸实践时，可在另一个合适的单元中实现特定的示出单元的功能性。

参考图5，图5是示意性流程图，现在将根据一个例示性实施例描述由数据检索单元执行的方法。

当数据检索单元从分布式高速缓存系统检索对象数据时，数据检索单元执行以下动作。

在第一动作500中，数据检索单元重建例如网页的元素的对象的URL。将URL重建为可由DNS服务器读取的格式。在本描述中，已经在上文描述了重建的原理，并且因此将不进一步描述。

在接着的动作502中，重建的URL作为DNS-查询发送到DNS-服务器。一旦接收到重建的URL，DNS-服务器便返回存储要检索的对象的高速缓存的IP-地址，并且在随后的动作504中，数据检索单元接收该IP-地址。

在另一个接着的动作506中，数据检索单元从具有接收的IP-地址的高速缓存请求对象，并且在接着的动作508中，在来自高速缓存的响应中接收对象。

在最后的可选动作510中，数据检索单元确定是否有更多的对象要检索。如果没有更多的对象要检索，那么过程结束。

如果相反，有更多的对象要检索，那么数据检索单元对于下一个对象重复动作500- 510，直到动作510的判定指示没有更多对象要检索为止。

根据一些例示性实施例，计算机程序产品包括计算机可读介质，例如图6中的600所示的盘或CD-ROM。计算机可读介质可能已经在其上存储包含程序指令的计算机程序。计算机程序可加载到处理器630中，处理器630可例如被包含在数据检索单元 610中。当加载到处理器630中时，计算机程序可存储在与处理器630相关联或一体的存储器620中。根据一些实施例，计算机程序可在加载到处理器630中并由处理器630运行时使处理器630执行根据例如分别在图2和图3中的任一个中所示的方法的方法步骤。

要注意，以非限制性方式描述了所描述的例示性实施例的布置。通常，在描述的概念内，设计者可选择布置另外的单元和组件(例如另外的处理器或存储器)以便提供接收器的合适操作。此外，在公开的概念内，可备选地执行提出的布置的物理实现。例如，当付诸实践时，可在另一个合适的单元中实现特定的示出的单元的功能性。

此外，即使已对于查找IP-地址的DNS-服务器描述例示性实施例，但是公开的概念不限于此。设计者认识到并且明白，可应用备选服务器等来根据备选地址格式查找高速缓存的地址。

遍及本说明书提到“一个实施例”或“实施例”是用于表示结合实施例描述的特定特征、结构或特性包含在至少一个实施例中。因此，遍及说明书的各个地方出现“在一个实施例中”或“在实施例中”的表述不一定指相同实施例。此外，在一个或若干个实施例中，可以用任何合适的方式组合所述特定特征、结构或特性。尽管上文已参考特定实施例描述本发明，但是并不意图局限于本文中所阐述的特定形式。而是，本发明只由随附权利要求限制，并且在随附权利要求的范围内，不同于以上特定实施例的其它实施例是同样可能的。此外，应明白，本文中所使用的术语“包括”或“包含”不排除其它元素或步骤的存在。而且，尽管各个特征可包含在不同权利要求中，但是它们可能可以有利地组合，并且不同权利要求的包含并不暗示特征的组合是不可行和/或有利的。另外，单数参考数字不排除复数。最后，权利要求中提供参考符号只是作为阐明的示例，并且不应理解为以任何方式限制权利要求的范围。

范围一般由随附独立权利要求限定。从属权利要求限定例示性实施例。

缩写

DNS 域名系统

HTTP 超文本传输协议

IP 因特网协议

UE 用户设备

URL 统一资源定位符。

Claims

1.一种在分布式缓存系统（200）中通过通信网络节点（204）执行的使得能够检索对象的方法，所述方法包括：

获得在分布式缓存系统（200）中定义所述对象的位置的统一资源定位符URL，所述URL规定文件夹标识符和对象名称，

将所述URL重建（2:1，3:2，500）为可由域名系统DNS服务器读取的格式，所述重建包括修改所述文件夹标识符和所述对象名称的排序，

将包含所重建的URL的DNS查询发送（2:2，3:3，502）到所述DNS服务器（206），

接收（2:3，3:4，504）所述分布式缓存系统（200）中的高速缓存（202a，202b，202c）的因特网协议IP-地址，所述高速缓存（202a，202b，202c）存储所述对象，

将对于所述对象的超文本传输协议http-获取请求发送（2:4，3:5，506）到具有所接收的IP-地址的所述高速缓存（202a，202b，202c），以及

从所述高速缓存（202a，202b，202c）接收（2:5，3:6，508）包含所述对象的http-响应。

2.如权利要求1所述的方法，其中将至少一个第二对象存储在所述分布式缓存系统（200）的第二高速缓存（202a，202b，202c）中，所述至少一个第二对象由第二URL定义，并且所述方法还包括：

将所述第二URL重建（2:1，3:2）为可由所述DNS服务器（206）读取的格式，

将包含所重建的第二URL的DNS查询发送（2:2，3:3）到所述DNS服务器（206），

从所述DNS服务器（206）接收（2:3，3:4）所述第二高速缓存（202a，202b，202c）的IP-地址，

通过应用所述第二高速缓存（202a，202b，202c）的IP-地址来将对于所述至少一个第二对象的http-获取请求发送（2:4，3:5）到所述第二高速缓存（202a，202b，202c），以及

从所述第二高速缓存（202a，202b，202c）接收（2:5，3:6）包含所述至少一个第二对象的http-响应。

3.如权利要求1所述的方法，其中所述对象包括网页的元素。

4.如权利要求1所述的方法，其中重建所述URL包括：

-从所述URL移除域名，从而产生所述URL的剩余部分，

-用相应的点“.”替换所述URL的所述剩余部分的至少一个斜线“/”，

-将所述URL的所述剩余部分的顺序颠倒，

-将移除的域名添加到所述URL的颠倒后的剩余部分的末端。

5.如权利要求1-4中任一权利要求所述的方法，其中所述通信网络节点（204）是用户设备UE。

6.如权利要求1、2或3所述的方法，其中所述通信网络节点是代理服务器（308），所述方法还包括：从UE（304）接收（3:1）所述URL并将所述对象转发（3:7）到所述UE（304）。

7.如权利要求6所述的方法，其中至少一个第二对象存储在所述分布式缓存系统（300）的第二高速缓存（202a，202b，202c）中，所述至少一个第二对象由第二URL定义，并且所述方法还包括从所述UE（304）接收（3:1）所述第二URL并将所述至少一个第二对象转发（3:7）到所述UE（304）。

8.如权利要求6所述的方法，其中所述代理服务器（308）适于连接到因特网，并且所述URL的所述重建（3:2）包括在所述重建的URL中包含本地高速缓存域名。

9.如权利要求7所述的方法，其中所述代理服务器（308）适于连接到因特网，并且所述URL的所述重建（3:2）包括在所述重建的URL中包含本地高速缓存域名。

10.如权利要求1-4中任一权利要求所述的方法，其中所述对象是来自网页、流播媒体会话和媒体部分的集合中的一个的信息元素。

11.一种适于包含在通信网络节点（204，308）中并使得所述通信网络节点（204，308）能够从分布式缓存系统（200，300）检索对象的数据检索单元（400），所述数据检索单元（400）包括通信接口（402）和处理器（404），其中：

所述处理器（404）适于获得在分布式缓存系统（200）中定义所述对象的位置的统一资源定位符URL，并且将所述URL重建为可由域名系统DNS服务器读取的格式，所述URL规定文件夹标识符和对象名称，所述重建包括修改所述文件夹标识符和所述对象名称的排序，

所述通信接口（402）适于：

将包含所重建的URL的DNS查询发送到所述DNS服务器（206）；接收所述分布式缓存系统（200）中的高速缓存（202a，202b，202c）的因特网协议IP-地址，所述高速缓存（202a，202b，202c）存储所述对象；将对于所述对象的超文本传输协议http-获取请求发送到具有接收的IP-地址的所述高速缓存（202a，202b，202c）；以及从所述高速缓存（202a，202b，202c）接收包含所述对象的http-响应。

12.如权利要求11所述的数据检索单元（400），其中至少一个第二对象存储在所述分布式缓存系统（200）的第二高速缓存（202a，202b，202c）中，所述至少一个第二对象由第二URL定义，其中所述处理器（404）还适于将所述第二URL重建为可由所述DNS服务器（206）读取的格式，并且其中所述通信接口（402）还适于：

将包含所重建的第二URL的DNS查询发送到所述DNS服务器（206），

从所述DNS服务器（206）接收所述第二高速缓存（202a，202b，202c）的IP-地址，

通过应用所述第二高速缓存（202a，202b，202c）的所述IP-地址来将对于所述至少一个第二对象的http-获取请求发送到所述第二高速缓存（202a，202b，202c），以及

从所述第二高速缓存（202a，202b，202c）接收包含所述第二对象数据的http-响应。

13.如权利要求11或12所述的数据检索单元（400），其中所述通信接口（402）还适于：从UE（304）接收所述URL并将所述对象转发到所述UE（304）。

14.如权利要求12所述的数据检索单元（400），其中所述通信接口（402）还适于：从UE（304）接收第二URL并将所述第二对象转发到所述UE（304）。

15.一种用户设备UE（204），包括根据权利要求11或12所述的数据检索单元（400）。

16.一种代理服务器（308），包括根据权利要求13或14所述的数据检索单元（400）。

17.如权利要求16所述的代理服务器（308），适于连接到因特网，其中所述处理器（404）适于在所述重建的URL中包含本地高速缓存域。

18.一种计算机可读介质（500），在所述计算机可读介质（500）上具有包含程序指令的计算机程序，所述计算机程序可加载到数据处理单元（530）中并适于在通过所述数据处理单元（530）运行所述计算机程序时引起执行根据权利要求1-10中任一权利要求所述的方法。