专利名称：确保视频和音频流递送系统中的资源的方法
技术领域：
本发明涉及视频和音频流递送系统，并且更具体地涉及确保递送视频 和音频流所需的资源的方法。
背景技术：
在用于通过单播提供视频和音频流的系统中，为了实现每个流都被当
作TV频道的广播型服务，在每次调台(zapping)被执行时，对每个流被 发送的路径中的频带的分配以及用于过滤的设置(访问控制)通常被执 行。如在这里所使用的，术语"调台"指通过用户对遥控器的操作的频道 选择。
例如，对于通过多播实现的IPTV服务，核心网络的频带具有足够的 容量来一次递送所有频道。然而，对于当前的常见服务，每个终端和容纳 终端的台站之间的频带小于或等于100Mbps。因此，如果被一个流占用的 频带为6Mbps，则最多16个流可以通过多播被递送到终端。当前普遍使 用的许多ADSL (非对称数字订户线)系统具有大约10Mbps的有效性 能，这使得难以同时递送两个流。因此，为了应对这种频带失配，在台站
中建立这样的系统是实用的该系统单独将终端所选的用于观看的流通过 单播发送到终端。
相关技术具有如下缺点当正被观看的视频和音频流通过调台被切换 到另一视频和音频流时，会花费许多时间来切换流，这不能递送诸如TV
中的调台性能。特别地，QoS (服务质量)受保证的视频和音频流与尽力 服务(best effort)的视频和音频流相比需要额外的操作来释放用于旧的视 频和音频流的频带并且确保用于新的视频和音频流的频带。这可能使调台 性能恶化。
附图中的图1通过示例的方式图示出了相关技术的视频和音频流递送系统。
递送服务器501通过多播将多个视频和音频流经由递送路径502递送 到中继装置503。终端507将递送终端507希望观看的并从节目信息(未 示出)中选出的视频和音频流的请求经由递送路径506、频带控制装置 505和递送路径504发送到中继装置503。中继装置503经由控制线路510 向频带管理装置509发送对根据被请求的流的频带信息(未示出)进行递 送所需的频带的请求。如果所请求的频带可以被确保，则频带管理装置 509经由控制线路508命令频带控制装置505确保该频带，并且经由控制 线路510向中继装置503通知频带可以被确保。中继装置503通过单播将 终端507所请求的视频和音频流经由递送路径504、频带控制装置505和 递送路径506发送到终端507。
专利文献1描述了具有这种配置的系统。在专利文献1中，为了加速 调台，从递送服务器通过多播被递送的多个视频和音频流中的一些被预测 作为要成为下一次选择的候选者的流，并且当它们在多播点处被过滤之后 预先被递送给终端。当接收到来自更高层应用程序的针对调台的调台指令 时并且如果预测变为现实，则终端从己在终端处接收的视频和音频流中选 择一个或多个相关视频和音频流并播放它们。
然而，根据专利文献1所述的方法，除了用户当前正观看的视频和音 频流之外，被预测的视频和音频流实际上也作为视频和音频流在多播点和 终端之间流动。因此，当因如前所述的ADSL的使用而使多播点和终端之 间的网络资源不够时，或者当多个终端从相同多播点接收视频和音频流 时，网络资源常常被耗尽。例如，在只具有10Mbps的网络吞吐量的线路 的情况中，仅允许6Mbps的一个流通过该线路。因此，利用该方法不能实 现加速调台。
专利文献l: JP2003-143587A
发明内容
本发明解决的问题
本发明的一个目的是提供资源确保方法、用于视频和音频流的中继设备、视频和音频流式递送系统以及用于存储资源确保程序的记录介质，它
们在QoS有保证的视频和音频流式传输中进行调台时，提高了流切换速度
并且同时使实际使用的资源最小化。
解决问题的手段
在终端正接收或者被选来供终端接收的视频和音频流之后，将被选来 供接收的视频和音频流被预测。除了终端正接收的或者已被选来供终端接 收的视频和音频流所需要的资源之外，递送所预测的视频和音频流所需要 的资源在终端的用户选择下一视频和音频流之前被预先确保。在所预测的 视频和音频流与在下一次调台时所选的视频和音频流相符之前，所预测的 视频和音频流不被递送给终端。
根据本发明，由于在用户执行调台操作之前完成了观看下一流所需要 的对频带的确保和访问控制，因此，确保用于观看新的流的频带所需要的 时间可以被縮短。此外，根据本发明，由于在用户执行调台操作之前完成 了对确保用于观看下一新流的频带是否可能的判断，因此，在调台操作 时，能够迅速地通知用户调台是否可能。
图1是根据现有技术的视频和音频递送系统的框图。
图2是根据本发明示例性实施例的视频和音频递送系统的框图。
图3是图示出图2所示的视频和音频递送系统的操作的示图。
图4是图2所示的视频和音频递送系统的具体示例的框图。
图5是图示出用户用来操作IPTV接收终端的遥控器的用户接口的示图。
符号说明 101递送服务器 102递送路径 103中继设备 104递送路径 105频带控制设备106递送路径
107终端
108控制线路
109频带管理设备
110控制线路
111调台预测设备
112控制线路
201-213步骤
301 IPTV递送服务器
302内联网
303中继设备
304多播终止单元
305内联网
306路由器
307公共电话线
308 IPTV接收终端
309逻辑通信路径
310调台预测单元
311内联网
312资源接收控制服务器 313内联网 401遥控器 402电源按钮 403频道后退按钮 404频道前进按钮 405音量降低按钮 406音量升高按钮 407频道指定按钮
具体实施例方式
现在将参考附图详细描述执行本发明的最佳实施方式。
图2是根据本发明示例性实施例的框图。
递送服务器101经由递送路径102与中继设备103相连。中继设备 103经由递送路径104与频带控制设备105相连。频带控制设备105经由 递送路径106与终端107相连。调台预测设备111经由控制线路110与中 继设备103相连，并且经由控制线路112与频带管理设备109相连。频带 管理设备109经由控制线路108与频带控制设备105相连。
图3是图示出本示例性实施例的视频和音频流式递送系统的操作的流 程图。
递送服务器101通过多播向中继服务器103递送多个流(步骤 201)。代替多播，该递送也可以通过单播来执行。中继设备103也可以 同时从其它递送服务器(未示出)接收流。
当用户利用遥控器等选择流时，随后，终端107向中继设备103发送 如下请求发送作为用户希望观看的流的所选流(步骤202)。当请求被 发送时，标识该流的信息被添加到该请求。作为标识流的信息，可以使用 将流标识为频道的频道号、URL (统一资源定位符)或IP地址。
中继设备103向调台预测设备111发送如下请求请求该设备确保用 户希望观看的并且将在终端107接收的流所需的频带(步骤203)。所需 频带可以是用于从在中继设备103接收的流中选出的并且与用户希望观看 的流相对应的流的平均频带。或者，当流信息预先被单独提供时，可以通 过参考流信息来确定所需频带。
调台预测设备111判断接收到的并且用户希望观看的流是否与预测流 相同，预测流是在确保频带的先前请求被接受时记录的(步骤204)。
如果在步骤204的判断中发现匹配，则调台预测设备111向频带管理 设备109发送从先前预测时被确保的、与用于用户希望观看的流的频带 不相对应的频带中释放频带的请求；以及释放当前用于由终端107接收流 的频带的请求(步骤205)。然后，调台预测设备111根据用户的偏好信 息预测下一次将被调台的流，并且发送确保预测流所需的频带的请求(步
ii骤206)。根据用户的偏好信息对下一次将被调台的流的预测如下这样被 执行。调台预测设备111维护用户的观看历史、性别和年龄层以及关键词 作为偏好信息。关键词涉及标题、流派(genre)、表演者名字、编剧名 字、节目导演名字、节目信息中的词以及利用因特网的邮购销售的购买历 史。关键词可以由用户预先登记在调台预测设备111中，或者可以自动地 被累积在调台预测设备111中。偏好信息可以被加权。调台预测设备111 基于用户的偏好信息计算由中继设备103接收的每个流与用户的偏好之间 的相符程度，并且选择具有较高相符程度的流作为将被调台的流的候选 者。可以基于出现在中继设备103和终端107之间的递送路径104、 106以 及频带控制设备105的技术规范来确定将被调台的流的候选者数目。例 如，当递送路径被设计为具有不足的频带余量时，将被调台的流的候选者 数目可以为一个，而当递送路径被设计为具有足够的频带余量时，将被调 台的流的候选者数目可以为两个或三个。
如果在步骤204的判断中发现失配，则调台预测设备111向频带管理 设备109发送释放先前预测时被确保用于预测流的频带的请求；以及释 放当前用于由终端107接收流的频带的请求(步骤207)。然后，调台预 测设备111向频带管理设备109发送确保用户希望观看的流所需的频带的 请求，根据用户的偏好信息预测下一次将被调台的流，并且向频带管理设 备109发送确保预测流所需的频带的请求(步骤208)。
在步骤205至208中执行的针对释放频带的请求以及确保频带的请求 的过程是以示例的方式给出的，并且各个请求可以依次被执行。发送各个 请求的定时可以被移动。如果在步骤204的判断中发现匹配，例如，当在 步骤211中向中继设备103通知了关于确保频带的请求是否被接受的结果 之后，释放用于未被预测的流的频带的请求以及确保用于被预测的流的频 带的请求可以被发送。当执行了步骤211、 213或步骤213之后或者终端 107成功接收了新的流之后，释放用于当前由终端107接收的流的频带的 请求可以被发送(未示出)。这同样适用于在步骤204中的判断结果为 "N (=否)"的情况。
频带管理设备109命令频带控制设备105根据确保频带的请求或释放频带的请求执行频带控制(步骤209)。此时，当频带管理设备109未能 满足对确保频带或释放频带的请求时，频带管理设备109可以不向频带控 制设备105提供指令。在此情况中，在步骤210、 211、 212和213中，频 带管理设备109可以表现得好像其未从终端107接收到与用户希望观看的 流以及新旧预测流有关的请求，以使得在终端107中的当前接收可以不中 止。即使在此情况中，也可以在步骤210、 211和212中向终端107通知请 求失败。
频带管理设备109向调台预测设备111通知与对确保频带的请求或对 释放频带的请求是否被接受有关的结果(步骤210)。
调台预测设备111向中继设备103通知与对确保用于用户希望观看的 流的频带的请求是否被接受有关的结果(步骤211)。
中继设备103向终端107通知与对确保用于用户希望观看的流的频带 的请求是否被接受有关的结果(步骤212)。当是确保频带的请求被接受 的通知时，中继设备103将用户希望观看的所请求流通过单播递送给终端 107 (步骤213)。可以通过多播来替代单播将所请求流递送给终端107。 此时通过多播的递送在其它终端(未示出)与终端107 —起与中继设备 103相连时是有效的。即，在递送路径104、 106和频带控制设备105不具 有足够的频带和性能用于通过单播向多个终端递送流的情况中，当多个终 端同时观看同一视频和音频流时，则该同一视频和音频流可以通过多播被 递送。
此外，当在频带管理设备109确保频带时频带控制设备105没有足够 的未使用资源时，用于预测视频和音频流的频带可以被确保作为用于虚拟 资源的频带。在此情况中，当频带控制设备105断定预测的视频和音频流 是下一次实际要观看的视频和音频流时，频带控制设备105、频带管理设 备109和调台预测设备111可以执行处理来切换用于作为实际流递送预测 视频和音频流的连接。例如，当断定预测的视频和音频流是下一次将被观 看的实际视频和音频流时，调台预测设备111可以向频带管理设备109通 知该断定，频带管理设备109进而命令频带控制设备105切换连接。
在所有上述过程中，用于确保频带和用于释放频带的处理可以伴随针对所连接的终端的过滤处理(访问控制)。例如，当防火墙功能被安装在
频带控制设备105中时，分组(packet)过滤可以被设置，以使得当用于 相关流的频带被确保时，递送该流的递送服务器与接收该流的终端之间的 通信变为可能。类似地，当释放频带时，分组过滤可以被设置，以使得递 送该流的递送服务器与接收该流的终端之间的通信变为不可能。此外，可 以在确保频带和释放频带之前、与确保频带和释放频带同时地、或者在确 保频带和释放频带之后执行过滤处理。
图4是图2所示的视频和音频流递送系统的具体示例的框图。 中继设备303包括用于终止多播以将其转换为单播的多播终止设备 304，以及用于预测下一次将被选择的流的调台预测单元310。多播终止设 备304和调台预测单元310执行程序并且通过连接在程序之间的逻辑通信 路径309彼此通信。IPTV递送服务器301经由内联网302与(在中继设备 303中的)多播终止设备304相连。多播终止设备304经由内联网305与 路由器306相连。路由器306是具有分组优先控制功能和访问控制功能的 路由器。分组优先控制功能用于控制特定分组的频带，并且访问控制功能 能够指定分组可被传送的源或目的地。路由器306经由公共电话线 (ADSL)与IPTV接收终端308相连。资源接收控制服务器312经由内联 网313控制路由器306的分组优先控制功能和访问控制功能。资源接收控 制服务器312经由内联网311从(在中继设备303中的)调台预测单元 310接收路由器控制请求。
图5是以示例的方式图示出用于控制IPTV接收终端308的遥控器的 示图。
遥控器401包括电源按钮402、频道后退按钮403、频道前进按钮 404、音量降低按钮405、音量升高按钮406以及频道指定按钮组407。
频道指定按钮组407中的各个按钮依次被指派给从IPTV递送服务器 301递送来的视频和音频流A至L。具体地，频道1被指派给视频和音频 流A，频道2被指派给视频和音频流B，频道3被指派给视频和音频流 C，频道4被指派给视频和音频流D，频道5被指派给视频和音频流E， 频道6被指派给视频和音频流F，频道7被指派给视频和音频流G，频道
148被指派给视频和音频流H，频道9被指派给视频和音频流I，频道10被 指派给视频和音频流J，频道11被指派给视频和音频流K，频道12被指 派给视频和音频流L。
当频道后退按钮403被操作时，作为与选择TV频道的操作相对应的 操作，遥控器401发送如下请求回放与当前观看的视频和音频流相邻的 并且其频道号小于当前观看的视频和音频流的频道号的视频和音频流。 即，当视频和音频流C当前正被观看期间频道后退按钮403被按下时，视 频和音频流B被观看。这是与当频道指定按钮组407中的按钮"2"被操 作时相同的操作。
当频道前进按钮404被操作时，作为与选择TV频道的操作相对应的 操作，遥控器401发送如下请求回放与当前观看的视频和音频流相邻的 并且其频道号大于当前观看的视频和音频流的频道号的视频和音频流。 即，当视频和音频流C当前正被观看期间频道前进按钮404被按下时，视 频和音频流D被观看。这是与当频道指定按钮组407中的按钮"4"被操 作时相同的操作。
接下来，将对具体示例的操作进行说明。
现在，IPTV递送服务器301通过多播向多播终止设备304递送12个 视频和音频流A至L (未示出)。在此示例中，假设作为在调台预测单元 310中基于用户的偏好信息计算各个流A至L与用户的偏好之间的相符程 度的结果，具有较高相符程度的5个流从高到底为A、 B、 C、 D和E，并 且将被调台的流的候选者的数目为2个。此外，假设当前由IPTV接收终 端308接收的视频和音频流为视频和音频流D，并且在遥控器401先前被 操作时，视频和音频流A和B被预测，并且用于视频和音频流A和B的 频带已被确保。
当用户操作遥控器401以按下频道指定按钮组407中的按钮"1" 时，IPTV接收终端308随后向多播终止设备304发送对观看视频和音频流 A的请求。多播终止设备304随后向调台预测单元310发送该请求。
在接收到先前的观看请求吋，调台预测单元310将视频和音频流A确 定为预测视频和音频流，并且完成了经由路由器206递送视频和音频流A所需的确保频带和访问控制。当接收到该观看请求时，调台预测单元310 再次计算各个流与用户的偏好之间的相符程度，并且将除了视频和音频流 A之外的具有较高相符程度的视频和音频流B和C确定为下一次的预测视 频和音频流。然后，调台预测单元310向资源接收控制服务器312发送 对确保用于递送视频和音频流A、 B和C的频带的请求；对准许访问视频 和音频流A、 B和C的布置请求(对视频和音频流A、 B的访问继续并且 对视频和音频流C的访问为新的)；对释放用于已变得不需要的视频和音 频流D的频带的请求；以及对不准许访问视频和音频流D的布置请求。
根据来自调台预测单元310的请求，资源接收控制服务器312向路由 器306发送对释放用于视频和音频流D的频带的请求；对不准许访问视 频和音频流D的布置请求；对确保用于视频和音频流A、 B和C的频带的 请求(对视频和音频流A、 B的访问继续并且对视频和音频流C的访问为 新的)；以及对准许访问视频和音频流A、 B和C的布置请求。这里，假 设响应于这些请求，路由器306己向资源接收控制服务器312发送接受请 求的应答。作为响应，资源接收控制服务器312向调台预测单元310发送 请求已被接受的通知。
当从资源接收控制服务器312接收到请求已被接受的通知后，调台预 测单元310将现在正观看的并向资源接收控制服务器312请求的视频和音 频流A，以及除了视频和音频流A之外与用户的偏好具有较高的相符程度 的视频和音频流B和C确定为预测视频和音频流，并且向多播终止设备 304发送请求已被接受的通知。
当从调台预测单元310接收到请求已被接受的通知时，多播终止设备 304停止递送当前正通过单播经由路由器306向IPTV接收终端308发送的 视频和音频流D，并且取而代之，开始发送视频和音频流A。
IPTV接收终端308开始接收新的视频和音频流A并回放它。
具体示例中的调台预测单元310可以包括在资源接收控制服务器312 中，而不是在中继设备303中。在这种情况下，当在多播终止设备304中 接收到来自IPTV接收终端308的观看请求时，多播终止设备304将观看 请求发送给资源接收控制服务器312中的调台预测单元310。类似于上面的具体示例，调台预测单元310将具体示例中的对确保频带的请求以及对 设置访问的请求发送给资源接收控制服务器312中的频带和访问控制单元 (未示出)。
虽然上面的具体示例考虑了 IPTV接收终端的数目为1个的情况，然 而，多个IPTV接收终端可以同时连接到中继设备303。在此情况下，多 个IPTV接收终端类似于IPTV接收终端308那样操作。此外，路由器306 可以同时控制用于多个IPTV接收终端的观看请求/响应以及视频和音频 流。
通过多播从调台预测单元310发送来的多个视频和音频流可以同时由 多个中继设备接收，并且每个中继设备可以与一个或多个IPTV接收终端 相连。在此情况中，每个中继设备类似于中继设备303那样操作，并且每 个IPTV接收终端类似于IPTV接收终端308那样操作。
此外，当中继设备303和IPTV接收终端308之间的观看请求/响应以 及视频和音频流的递送被当作一个会话时，路由器306可以具有同时控制 在中继设备和IPTV接收终端处生成的会话的能力。
此外，当多个路由器306被设置并且每个路由器306控制一个或多个 会话时，多个路由器可由一个资源接收控制服务器312或多个资源接收控 制服务器312控制。在此情况中，假设上面具体示例中的调台预测单元 310实现了指定管理路由器306 (其控制调台预测单元310的会话)的资 源接收控制服务器312的方式。指定资源接收控制服务器312的方式可以 包括将资源接收控制服务器312的地址固定地保存在当资源接收控制服务 器312被激活时所设置的文件中的方式。当调台预测单元310在资源接收 控制服务器312内时，假设多播终止设备304实现了指定管理路由器306 (其控制多播终止设备304的会话)的资源接收控制服务器312中的调台 预测单元的方式。指定调台预测单元的方式还可以包括将调台预测单元的 地址固定地保存在当调台预测单元被激活时所设置的文件中的方式。
从IPTV递送服务器301递送到多播终止设备304的视频和音频流可 以通过单播来代替多播而被递送。
中继设备303可以同时从多个IPTV接收终端接收视频和音频流，并
17且，可以向IPTV接收终端308发送在这些视频和音频流中的IPTV接收终 端308请求观看的视频和音频流。
可以由多播终止设备304代替调台预测单元310来发送针对资源接收 控制服务器312的对确保频带的请求、对释放频带的请求以及对设置访问 控制的请求。在此情况中，当调台预测单元310设置了预测视频和音频流 时，调台预测单元310向多播终止设备304发送关于该预测视频和音频流 的信息。多播终止设备304利用该信息发送预测视频和音频流所需的对确 保频带的请求、对释放频带的请求以及对设置访问控制的请求，并且从资 源接收控制服务器312接收应答。
可以通过将用于执行处理操作的功能的程序记录在计算机可读记录介 质上，并且通过将如此记录的程序读进计算机中来执行调台预测单元调台 预测单元310和资源接收控制服务器312的功能。计算机可读记录介质可 以指诸如软盘、CD-ROM等的记录介质，或者诸如包括在计算机系统中的 硬盘驱动器之类的记录介质。计算机可读记录介质还可以指用于在较短 时间段中动态保存计算机程序的介质，例如用在通过因特网传输程序的应 用中的传输介质或传输波，或者用于在某个时间段中保存程序的介质，例 如在这种应用中用作服务器的计算机系统中的易失性存储器。
根据本发明，当在流传输中设置虚拟信道时，在调台操作之前基于预 测单独执行确保用于下次可能被调台并观看的流的频带以及访问控制，由 此提高了调台时切换流的速度并且使实际使用的网络资源最小化。
虽然已利用具体术语描述了本发明的优选示例性实施例，然而，这种 描述仅仅是用于说明的目的，并且将会明白，可以在不脱离所附权利要求 书的精神和范围的情况下进行改变和变化。
本申请基于2007年1月24日提交的日本专利申请No. 2007-013741， 并且要求该申请的优先权，该申请的公开通过引用被整体结合于此。
权利要求
1.一种用于在递送服务器将视频和音频流递送到终端的系统中确保用于视频和音频流的资源的方法，所述方法包括预测在终端正接收的视频和音频流之后或者在已被选择供所述终端接收的视频和音频流之后，将被选择供接收的视频和音频流；除了确保所述终端正接收的或者已被选择供所述终端接收的所述视频和音频流所需要的资源之外，还在所述终端的用户选择下一视频和音频流之前，预先确保递送所预测的视频和音频流所需要的资源；以及当所预测的视频和音频流与在下一次调台时所选的视频和音频流相符时，将所预测的视频和音频流递送给所述终端。
2. 根据权利要求1所述的确保用于视频和音频流的资源的方法，其中，所述预测视频和音频流包括基于用户的偏好，预测要被预测为下次要调台的视频和音频流，作为下次要被选择供接收的视频和音频流。
3. 根据权利要求1或2所述的确保用于视频和音频流的资源的方法，其中，所述预测视频和音频流以及所述在终端的用户选择下一视频和音频流之前预先确保所述资源包括接收对确保所述终端的用户希望观看的视频和音频流所需要的频带的请求；判断所述终端的用户希望观看的视频和音频流是否与在先前请求被接受时所记录的视频和音频流相符；当所述判断的结果表明相符时，向用于管理频带的频带管理装置发送如下请求对释放在先前预测时被确保的用于所述预测流的频带中用于用户此时不希望观看的流的频带的请求，对释放当前由所述终端用来接收视频和音频流的频带的请求，以及对确保被预测为下次将被调台的视频和音频流所需要的，即新的预测视频和音频流所需要的频带的请求；以及当所述判断结果表明不相符时，向所述频带管理装置发送如下请求对释放在先前预测时被确保的用于预测流的频带的请求，对释放当前由所述终端用来接收视频和音频流的频带的请求，对确保用户希望观看的视频和音频流所需要的频带的请求，以及对确保被预测为下次将被调台的视频和音频流所需要的，即新的预测视频和音频流所需要的频带的请求。
4. 根据权利要求1至3中的任一项所述的确保用于视频和音频流的资源的方法，其中，所述方法还包括在确保和释放频带时执行对所述终端的过滤。
5. —种用于视频和音频流的中继设备，包括中继装置，用于中继终端和递送服务器之间的通信，所述递送服务器用于将视频和音频流递送到所述终端；调台预测装置，用于预测在终端正接收的视频和音频流之后或者已被选择供接收的视频和音频流之后，将被选择供接收的视频和音频流。
6. 根据权利要求5所述的用于视频和音频流的中继设备，其中，所述调台预测步骤基于用户的偏好，预测要被预测为下次要调台的视频和音频流，作为下次要被选择供接收的视频和音频流。
7. 根据权利要求5或6所述的用于视频和音频流的中继设备，其中，所述中继装置向所述调台预测装置发送对确保所述终端的用户希望观看的视频和音频流所需要的频带的请求，并且其中所述调台预测装置接收对确保所述终端的用户希望观看的视频和音频流所需要的频带的请求；判断所述终端的用户希望观看的视频和音频流是否与在先前请求被接受时所记录的视频和音频流相符；当所述判断的结果表明相符时，向用于管理频带的频带管理装置发送如下请求对释放在先前预测时被确保的用于流的频带中用于用户此时不希望观看的流的频带的请求，对释放当前由所述终端用来接收视频和音频流的频带的请求，以及对确保被预测为下次将被调台的视频和音频流所需要的，即新的预测视频和音频流所需要的频带的请求；以及当所述判断结果表明不相符时，向所述频带管理装置发送如下请求对释放在先前预测时被确保的用于预测流的频带的请求，对释放当前由所述终端用来接收视频和音频流的频带的请求，对确保用户希望观看的视频和音频流所需要的频带的请求，以及对确保被预测为下次将被调台的视频和音频流所需要的，即新的预测视频和音频流所需要的频带的请求。
8. —种用于递送视频和音频流的系统，其中，递送服务器将视频和音频流递送到终端，所述系统包括用于预测在终端正接收的视频和音频流之后或者在已被选择供所述终端接收的视频和音频流之后，将被选择供接收的视频和音频流的装置；用于除了确保所述终端正接收的或者已被选择供所述终端接收的所述视频和音频流所需要的资源之外，还在所述终端的用户选择下一视频和音频流之前，预先确保递送所预测的视频和音频流所需要的资源的装置；以及用于当所预测的视频和音频流与在下一次调台时所选的视频和音频流相符时，将所预测的视频和音频流递送给所述终端的装置。
9. 根据权利要求8所述的用于递送视频和音频流的系统，其中，所述用于预测视频和音频流的装置基于用户的偏好，预测要被预测为下次要调台的视频和音频流，作为下次要被选择供接收的视频和音频流。
10. 根据权利要求8或9所述的用于递送视频和音频流的系统，其中，所述用于预测视频和音频流的装置以及所述用于在终端的用户选择下一视频和音频流之前预先确保资源的装置接收对确保所述终端的用户希望观看的视频和音频流所需要的频带的请求；判断所述终端的用户希望观看的视频和音频流是否与在先前请求被接受时所记录的视频和音频流相符；当所述判断的结果表明相符时，向用于管理频带的频带管理装置发送如下请求对释放在先前预测时被确保的用于流的频带中用于用户此时不希望观看的流的频带的请求，对释放当前由所述终端用来接收视频和音频流的频带的请求，以及对确保被预测为下次将被调台的视频和音频流所需要的，即新的预测视频和音频流所需要的频带的请求；以及当所述判断结果表明不相符时，向所述频带管理装置发送如下请求对释放在先前预测时被确保的用于预测流的频带的请求，对释放当前由所述终端用来接收视频和音频流的频带的请求，对确保用户希望观看的视频和音频流所需要的频带的请求，以及对确保被预测为下次将被调台的视频和音频流所需要的，即新的预测视频和音频流所需要的频带的请求。
11. 一种用于存储程序的记录介质，所述程序使计算机在递送服务器将视频和音频流递送到终端的系统中确保用于视频和音频流的资源，所述记录介质包括用于预测在终端正接收的视频和音频流之后或者在已被选择供所述终端接收的视频和音频流之后，将被选择供接收的视频和音频流的过程；用于除了确保所述终端正接收的或者已被选择供所述终端接收的所述视频和音频流所需要的资源之外，还在所述终端的用户选择下一视频和音频流之前，预先确保递送所预测的视频和音频流所需要的资源的过程；以及用于当所预测的视频和音频流与在下一次调台时所选的视频和音频流相符时，将所预测的视频和音频流递送给所述终端的过程。
12. 根据权利要求11所述的记录介质，其中，所述用于预测视频和音频流的过程基于用户的偏好，预测要被预测为下次要调台的视频和音频流，作为下次要被选择供接收的视频和音频流。
13. 根据权利要求11或12所述的记录介质，其中，所述用于预测视频和音频流的过程以及所述用于在终端的用户选择下一视频和音频流之前预先确保资源的过程包括接收对确保所述终端的用户希望观看的视频和音频流所需要的频带的请求；判断所述终端的用户希望观看的视频和音频流是否与在先前请求被接受时所记录的视频和音频流相符；当所述判断的结果表明相符时，向用于管理频带的频带管理装置发送如下请求对释放在先前预测时被确保的用于所述预测流的频带中用于用户此时不希望观看的流的频带的请求，对释放当前由所述终端用来接收视频和音频流的频带的请求，以及对确保被预测为下次将被调台的视频和音频流所需要的，即新的预测视频和音频流所需要的频带的请求；以及当所述判断结果表明不相符时，向所述频带管理装置发送如下请求-对释放在先前预测时被确保的用于预测流的频带的请求，对释放当前由所述终端用来接收视频和音频流的频带的请求，对确保用户希望观看的视频和音频流所需要的频带的请求，以及对确保被预测为下次将被调台的视频和音频流所需要的，即新的预测视频和音频流所需要的频带的请求。
全文摘要
在终端正接收的视频和音频流之后的或者在已被选来供终端接收的视频和音频流之后，将被选来供接收的视频和音频流被预测。除了终端正接收的或者已被选来供终端接收的视频和音频流所需要的资源之外，递送所预测的视频和音频流所需要的资源在终端的用户选择下一视频和音频流之前被预先确保。在所预测的视频和音频流与在下一次调台时所选的视频和音频流相符之前，所预测的视频和音频流不被递送给终端。
文档编号H04N7/173GK101595732SQ200880003128
公开日2009年12月2日 申请日期2008年1月21日 优先权日2007年1月24日
发明者三浦周平, 佐藤淳一, 内藤要, 小林昭, 木村基伸, 落合胜博 申请人:日本电气株式会社