信号处理器)或微控制器的可编程计算机执行一系列指令或程序以软件来实现这些步骤；或通过机器或专用部件(如，FPGA(现场可编程门阵列)或ASIC(专用集成电路)以硬件来实现这些步骤。
[0065]图3示意性示出了由图1A或图1B的系统实现的AV内容分发算法。
[0066]在步骤301中，客户端设备121请求门户服务器111向客户端设备121提供可经由CDN可得到的AV内容的描述。该请求优选以请求URL(“统一资源定位符”)的单播HTTP的形式来执行，其中该URL涉及上述AV内容的描述。该请求由客户端设备121经由网络互连设备101发送至门户服务器111。
[0067]在接下来的步骤302中，响应于在步骤301中发送的请求，门户服务器111发送可经由⑶N可得到的AV内容的描述。该响应由门户服务器111经由网络互连设备101将发送至客户端设备121。该描述包括上述AV内容的列表以及各自的URL，其中可从⑶N服务器112在上述各自的URL处获得各AV内容。该描述还可包括从各AV内容提取的图像的缩略图或代表上述各AV内容的图片的缩略图，这样允许客户端设备121在图形化用户界面(⑶I)上显示从上述缩略图构建的窗口。
[0068]在图1A中用箭头131并且在图1B中用箭头141表示了与步骤301和步骤302的执行相关的消息交换。
[0069]在接下来的步骤303中，客户端设备121经由用户接口从用户获得可得到的AV内容的列表中的AV内容的选择。
[0070]应注意，在更一般的实施方式中，可在不执行步骤301和302的情况下，自动地执行AV内容的选择。例如，客户端设备121在诸如电子邮件的消息中接收指向由CDN服务器112提供的AV内容的URL。
[0071]在接下来的步骤304中，客户端设备121向⑶N服务器112请求所选AV内容。该请求优选成HTTP GET消息的形式，其中该HTTP GET消息涉及具有m3u8扩展的播放列表文件。
[0072]在接下来的步骤305中，⑶N服务器112检查AV内容是否与新设施或新服务有关，其中期望客户端设备121对于该新设施或新服务而言是非兼容的。
[0073]当所选AV内容与新设施或新服务有关时，则执行步骤307。否则执行步骤306。
[0074]在步骤306中，⑶N服务器112将所选AV内容经由网络互连设备101提供至客户端设备121。优选地，AV内容由⑶N服务器112使用HLS技术分发，即以一系列基于HTTP的小文件下载的方式，每个文件下载包括代表AV内容的传输流的块。基于单播HTTP请求-响应来执行下载。然后，算法结束。
[0075]在步骤307中，⑶N服务器112向客户端设备121发送重定向消息，其中该重定向消息指示客户端设备121被重定向至通过IP(“互联网协议”，如由规范文件RFC791所定义的)地址和端口的TCP对标识的另一位置。由互连设备101的代理102来管理IP地址和端口的TCP对。
[0076]重定向消息优选指示视听内容的临时重定位。当客户端设备121稍后尝试获取AV内容时，指示请求的资源临时存在于不同位置允许确保客户端设备121再次联系CDN服务器 112。
[0077]因此，⑶N服务器112能够检查AV内容是否仍与新设施或新服务有关，其中期望客户端设备121对于该新设施或新服务而言是非兼容的。
[0078]在图1A用箭头132并在图1B用箭头142表示了与步骤304、306和307的执行相关的消息交换。
[0079]在接下来的步骤308中，一旦接收到重定向消息，客户端设备121生成朝向在重定向消息中指示的IP地址和端口的TCP对的连接请求。该请求包括重定向消息中提供的参数。
[0080]在图1A用箭头133并在图1B用箭头143表示了与步骤308的执行相关的此消息的发送。
[0081]在接下来的步骤309中，代理102用作⑶N仪器与客户端设备121之间的中继器。因此，客户端设备121与代理102进行交互，如同设备121正与⑶N服务器112交互一样，并且代理102使得新设施或新服务得以实现。
[0082]根据第一实施方式，新设施或新服务与整个CDN网络上的实时流传输中AV内容的多播发送的实现有关。下文参照附图4详细描述该实施方式。根据第二实施方式，新设施或新业务与多个源的实现有关，其中代理102能够从该多个源恢复AV内容。下文参照附图6详细描述该实施方式。
[0083]图4示意性示出了由图1的系统实现的AV内容分发算法，其中多播服务器113在该系统中是活跃的。该算法允许客户端设备受益于旨在降低第一网络100上的带宽消耗的新CDN设施或新服务。
[0084]该算法以步骤401至404开始，其中除了经由⑶N可得到的AV内容的描述仅列出了可作为实时流传输的AV内容之外，步骤401至404分别与参照图3已描述的步骤301至304相同。
[0085]在接下来的步骤405中，⑶N服务器112检查AV内容是否可以多播形式从多播服务器113得到。根据第一示例，⑶N服务器112存储AV内容的预定义列表，其中上述AV内容可用作实时流传输并且可以多播形式从多播服务器113得到。根据第二示例，在可用于多播流传输的所有AV内容与各自唯一标识符关联的情况下，CDN服务器112将所选AV内容的唯一标识符提供至多播服务器113，并且多播服务器113对于标识的AV内容发送响应，其中该响应指示是否已建立多播发送，或者指示多播服务器113是否有能力建立这种多播发送。
[0086]当可以多播形式得到所选AV内容时，执行步骤407。否则，执行步骤406。
[0087]在步骤406中，⑶N服务器112经由网络互连设备101将所选AV内容以单播形式提供至客户端设备121。
[0088]在步骤407中，⑶N服务器112向客户端设备121发送重定向消息，其中该重定向消息指示客户端设备121被重定向至另一位置，如已参照步骤307描述的那样。
[0089]重定向消息可采取下面的形式:
[0090]307 TEMPORARY REDIRECT
[0091]locat1n: 192.168.0.1:5000 ? 225.10.11.12:1000&NbLayers = 3
[0092]其中:
[0093]-307 TEMPORARY REDIRECT对应于HTTP代码，其指示所请求的资源临时位于不同位置并指示客户端设备121应继续使用之前的URL用于将来的请求(因为重定向有时可能改变)；
[0094]-locat1n:192.168.0.1:5000 指示资源的临时位置，192.168.0.1 为代理 102 的IP地址，以及5000为客户端设备121将执行连接的TCP端口 ；
[0095]-?指示后面有参数；
[0096]-225.10.11.12:1000&NbLayers = 3 为代理 102 需要的参数，225.10.11.12 是代表所请求的AV内容的多播流的多播IP地址，1000为代理102将倾听的UDP端口，以及NbLayers = 3指示可用于所请求的AV内容的层数。
[0097]应注意，指示用于参数NbLayers的值仅在ABS情况中有用，此外，层数不是代理102先验已知的。
[0098]在接下来的步骤408中，一旦接收到重定向消息，客户端设备121生成朝向在重定向消息中指示的IP地址和端口的TCP对的连接请求。该请求包括重定向消息中提供的参数。
[0099]在接下来的步骤409中，代理102加入多播流，其中在从客户端设备121接收的请求中指定了该多播流的端口和地址。然后，代理102从多播服务器113接收多播流。优选使用专用IGMP( “因特网组管理协议”，如由规范文件RFC3376所定义的)消息来执行加入多播流。
[0100]在图1A中用箭头134示出了所选AV内容的成多播形式的数据发送。
[0101]在接下来的步骤410中，代理102执行多播至单播的转换。代理102从接收的多播包生成针对客户端设备121所发送的请求的各单播响应。实际上，为了获取所选AV内容，客户端设备121生成朝着代理102的、用于按块获得所选AV内容的请求。代理102利用从多播服务器113接收的多播流的AV数据生成针对上述请求的响应。
[0102]在图1A中用箭头135示出了所选AV内容的成单播形式的数据发送。
[0103]根据【具体实施方式】，在通过多播服务器113使得多个层可用于分发所选AV内容的情况下，重定向消息包括用于每层的一对多播地址和关联端口。然后，代理102能够加入用于所选AV内容的任何或所有多播流。
[0104]根据另一【具体