CN101651820B - 基于下一代网络的交互式网络电视的内容推播方法及系统 - Google Patents

Abstract

一种基于下一代网络的交互式网络电视IPTV的内容推播系统，包括：IPTV服务控制功能实体、业务控制功能、用户设备及IPTV媒体功能。而基于下一代网络的IPTV的内容推播方法，包括：IPTV服务控制功能实体向选择的保存有要推送给用户设备的媒体文件的IPTV媒体功能发送该媒体文件的标识符，且向业务控制功能发送该用户设备的标识符及媒体文件的属性信息，由业务控制功能将属性信息发送到相应的各用户设备；用户设备收到后，根据属性信息判断是否能接收该媒体文件；IPTV媒体功能根据该媒体文件的标识符向能接收该媒体文件的用户设备推送该媒体文件。采用本发明，提升了IPTV系统的核心竞争力。

Description

基于下一代网络的交互式网络电视的内容推播方法及系统

技术领域

本发明涉及通信领域，尤其涉及一种基于下一代网络的交互式网络电视的内容推播方法及系统。

背景技术

目前，下一代网络(NGN)的框架结构已基本确定。除了管理层面，NGN还包括用户层面、传送层面、业务控制层面和应用层面等。IP多媒体子系统(IP Multimedia Subsystem，IMS)是业务控制层面的主要功能实体集合。通过IMS可以实现用户和终端设备的注册、认证、鉴权、QoS(Quality of Service，服务质量)管理与保证。同时，IMS支持多种用户接入技术、支持用户游牧和移动性管理、支持与其它传统网络或下一代网络的互通、支持业务的融合。IMS基于SIP(Session Initiation Protocol，会话初始协议)，其已经被认为是下一代网络融合的主要技术和体系架构。

交互式网络电视，又称为IPTV(Internet Protocol Television，互联网协议电视)，是指通过IP承载网络向用户提供能够支持交互能力的电视节目的直播、点播和时移播放等业务的总称。IPTV通过电信通道，利用ADSL(Asymmetrical Digital Subscriber Line非对称数字用户线路)或以太网接入宽带网，通过互联网协议来传送电视信号，以电视机加机顶盒(Set Top Box，STB)为主要终端，提供包括电视节目在内的多种数字媒体服务。

NGN与IPTV的融合是一个研究热点，目前的研究和商用情况研究了IMS的下一代网络内部的架构讨论及内容点播、直播和录像等基本业务。

内容推播业务(通常称为Push Content on Demand或者Push Video onDemand)是指将内容分发网络中的内容以实时或者非实时的方式推送到用户设备(通常是机顶盒)中，用户直接选择用户设备中存储的内容观看电视节目。然而在基于IMS或者非IMS的下一代网络中，还无法实现内容推播业务，这导致运营商可实现的业务太少，很难提供一些有吸引力的新业务以提高IPTV系统的竞争力。

发明内容

本发明要解决的技术问题是提供一种基于下一代网络的交互式网络电视的内容推播方法及系统，以在下一代网络中实现IPTV的内容推播业务。

为解决上述问题，本发明提供了一种基于下一代网络的交互式网络电视IPTV的内容推播方法，包括：

IPTV服务控制功能实体向选择的保存有要推送给用户设备的媒体文件的IPTV媒体功能发送所述媒体文件的标识符，且向业务控制功能发送所述用户设备的标识符及所述媒体文件的属性信息，由所述业务控制功能将所述属性信息发送到相应的各用户设备；用户设备收到后，根据所述属性信息判断是否能接收所述媒体文件；所述IPTV媒体功能根据所述媒体文件的标识符向能接收所述媒体文件的用户设备推送所述媒体文件。

进一步地，上述方法还可具有以下特征：

所述IPTV媒体功能为所述IPTV服务控制功能实体根据所述要推送给所述用户设备的媒体文件的标识符选择出来的。

进一步地，上述方法还可具有以下特征：

在所述IPTV服务控制功能实体向所述业务控制功能发送所述用户设备的标识符及所述媒体文件的属性信息之前，还包括以下步骤：所述IPTV媒体功能根据接收到的所述媒体文件的标识符查找本地是否保存有所述标识符对应的媒体文件，并将查找结果发送给所述IPTV服务控制功能实体；所述IPTV服务控制功能实体如根据接收到的查找结果判断出所述IPTV媒体功能上保存有所述媒体文件，则向所述业务控制功能发送所述用户设备的标识符及所述媒体文件的属性信息；否则，结束后续流程。

进一步地，上述方法还可具有以下特征：

所述属性信息包括所述媒体文件的大小信息；

用户设备根据所述属性信息判断是否能接收所述媒体文件是指：所述用户设备根据所述媒体文件的大小信息判断所述媒体文件是否超过所述用户设备本身的存储能力；如超过，则所述用户设备不能接收所述媒体文件；否则，所述用户设备能接收所述媒体文件。

进一步地，上述方法还可具有以下特征：

所述属性信息包括所述媒体文件的大小信息；

用户设备根据所述属性信息判断是否能接收所述媒体文件是指：所述用户设备判断使用所述用户设备的用户是否愿意接收所述媒体文件且根据所述媒体文件的大小信息判断所述媒体文件是否超过所述用户设备本身的存储能力；在同时满足所述媒体文件的大小没超过所述用户设备的存储能力及使用所述用户设备的用户愿意接收所述媒体文件这两个条件时，所述用户设备能接收所述媒体文件；否则，所述用户设备不能接收所述媒体文件。

进一步地，上述方法还可包括：

所述用户设备在完成判断是否能接收所述媒体文件后，将判断结果及所述用户设备的标识符通过所述业务控制功能发送至所述IPTV服务控制功能实体；所述IPTV服务控制功能实体收到后，将所述用户设备的标识及所述判断结果保存下来。

进一步地，上述方法还可包括：

所述IPTV服务控制功能实体将收到的所述判断结果及所述用户设备的标识符发送给所述IPTV媒体功能；

所述IPTV媒体功能向所述能接收所述媒体文件的用户设备推送所述媒体文件是指：所述IPTV媒体功能根据所述用户设备的标识符向所述判断结果为能接收所述媒体文件的用户设备传送所述媒体文件。

进一步地，上述方法还可包括：

如所述IPTV媒体功能根据所述标识符查找到本地保存有所述媒体文件，则还将所述媒体文件的保存位置信息发送给所述IPTV服务控制功能实体，由所述IPTV控制功能实体将所述保存位置信息通过所述业务控制功能发送给所述各用户设备；

所述IPTV媒体功能向所述能接收所述媒体文件的用户设备推送所述媒体文件是指：所述能接收所述媒体文件的用户设备在欲自行下载所述媒体文件时，根据所述保存位置信息到所述IPTV媒体功能上自行下载所述媒体文件。

本发明还提供了一种基于下一代网络的交互式网络电视IPTV的内容推播系统，包括：IPTV服务控制功能实体、业务控制功能、用户设备及IPTV媒体功能；

IPTV服务控制功能实体用于向选择的保存有要推送给用户设备的媒体文件的所述IPTV媒体功能发送所述媒体文件的标识符；还用于向所述业务控制功能发送所述用户设备的标识符及所述媒体文件的属性信息；

所述业务控制功能用于根据接收到的所述用户设备的标识符将所述媒体文件的属性信息发送到相应的各用户设备；

所述用户设备用于根据接收到的所述媒体文件的属性信息判断是否能接收所述媒体文件；

所述IPTV媒体功能用于根据接收到的所述IPTV服务控制功能实体向其发送的所述媒体文件的标识符向能接收所述媒体文件的用户设备推送所述媒体文件。

进一步地，上述系统还可具有以下特征：

所述IPTV服务控制功能实体还用于根据所述要推送给所述用户设备的媒体文件的标识符选择出所述IPTV媒体功能。

进一步地，上述系统还可具有以下特征：

所述IPTV媒体功能还用于根据其接收到的所述媒体文件的标识符查找其上是否保存有所述标识符对应的媒体文件，并将查找结果发送给所述IPTV服务控制功能实体；

IPTV服务控制功能实体向所述业务控制功能发送所述用户设备的标识符及所述媒体文件的属性信息是指：所述IPTV服务控制功能实体在根据接收到的查找结果判断出所述IPTV媒体功能上保存有所述媒体文件时，向所述业务控制功能发送所述用户设备的标识符及所述媒体文件的属性信息。

进一步地，上述系统还可具有以下特征：

所述属性信息包括所述媒体文件的大小信息；

用户设备根据所述属性信息判断是否能接收所述媒体文件是指：所述用户设备根据所述媒体文件的大小信息判断所述媒体文件是否超过所述用户设备本身的存储能力；如超过，则判断本用户设备不能接收所述媒体文件；否则，判断本用户设备能接收所述媒体文件。

进一步地，上述系统还可具有以下特征：

所述属性信息包括所述媒体文件的大小信息；

用户设备根据所述属性信息判断是否能接收所述媒体文件是指：所述用户设备判断使用所述用户设备的用户是否愿意接收所述媒体文件且根据所述媒体文件的大小信息判断所述媒体文件是否超过所述用户设备本身的存储能力；在同时满足所述媒体文件的大小没超过所述用户设备的存储能力及使用所述用户设备的用户愿意接收所述媒体文件这两个条件时，判断本用户设备能接收所述媒体文件；否则，判断本用户设备不能接收所述媒体文件。

进一步地，上述系统还可具有以下特征：

所述用户设备还用于在完成判断其是否能接收所述媒体文件后，将判断结果及所述用户设备的标识符通过所述业务控制功能发送至所述IPTV服务控制功能实体；

所述IPTV服务控制功能实体还用于将接收到的所述用户设备的标识及所述判断结果保存下来。

进一步地，上述系统还可具有以下特征：

所述IPTV服务控制功能实体还用于将收到的所述判断结果及所述用户设备的标识符发送给所述IPTV媒体功能；

所述IPTV媒体功能向所述能接收所述媒体文件的用户设备推送所述媒体文件是指：所述IPTV媒体功能根据所述用户设备的标识符向所述判断结果为能接收所述媒体文件的用户设备传送所述媒体文件。

进一步地，上述系统还可具有以下特征：

所述IPTV媒体功能还用于在根据所述标识符查找到其上保存有所述媒体文件时，将所述媒体文件的保存位置信息发送给所述IPTV服务控制功能实体；

所述IPTV控制功能实体还用于将接收到的所述保存位置信息通过所述业务控制功能发送给所述各用户设备；

所述IPTV媒体功能向所述能接收所述媒体文件的用户设备推送所述媒体文件是指：所述能接收所述媒体文件的用户设备在欲自行下载所述媒体文件时，根据所述保存位置信息到所述IPTV媒体功能上自行下载所述媒体文件。

采用本发明，实现了内容分发网络向用户终端推送内容的新业务，该系统包括下一代网络中基于IMS或者不基于IMS两种情况下的方法实现，提升了IPTV系统的核心竞争力。

附图说明

图1为本发明实施例中基于下一代网络的IPTV系统的结构图；

图2为本发明实施例中内容推播方法的消息流程图。

具体实施方式

下面将结合附图及实施例对本发明的技术方案进行更详细的说明。

下一代网络包含IP多媒体子系统(即IMS)或者非IP多媒体子系统两种情况。本文中的内容推播方法主要针对不需要服务保障(QoS)的方式。

如图1所示，基于下一代网络的IPTV系统中包括：用户设备、传输功能实体、业务控制功能(如果下一代网络采用IMS，业务控制功能为Core IMS)、IPTV服务控制功能实体及IPTV媒体功能。其中，IPTV媒体功能中包括通过Xp接口相连的IPTV媒体控制功能实体(IPTV Media Control Functions，IPTV MCF)和IPTV媒体交付功能实体(IPTV Media Delivery Functions，IPTVMDF)。

优选的，用户设备通过Gm接口与业务控制功能相连，通过Xc接口与IPTV MCF相连，通过Xd接口与IPTV MDF相连；业务控制功能还通过y2接口与IPTV MCF相连，通过ISC接口与IPTV服务控制功能实体相连；而IPTV服务控制功能实体还通过Xb接口与IPTV MCF相连(该接口的功能也可以通过y2来实现，二者选一个)。

以上涉及到的该系统中各个模块的具体解释如下：

用户设备(User Equipment，简称UE)，可以是具有移动能力的手机，也可以是固定网络中的机顶盒或者可实现机顶盒功能的基于软件实现的软终端，也可包含家庭网关等功能。用户通过与该用户终端设备交互可观看其点播或直播的IPTV业务。同时本文中的用户设备必须具备存储能力；

业务控制功能，为下一代网络中业务控制层面的主要功能实体的集合，用于完成会话控制、业务认证、鉴权、计费等基本功能。在IMS网络中，其对应于Core IMS(Core IP Multimedia Subsystem，核心IMS)模块。Core IMS模块主要包含P-CSCF(代理呼叫会话控制功能)/I-CSCF(查询呼叫会话控制功能)/S-CSCF(服务呼叫会话控制功能)等核心呼叫会话控制模块，其提供SIP基础的会话控制机制，对IPTV用户终端进行认证、鉴权，对请求资源接纳控制(RACS)功能进行资源分配工作。业务控制功能通过与用户设备、IPTV服务控制功能实体及IPTV媒体控制功能实体进行SIP会话交互，完成安全、QoS、计费、漫游等功能；

IPTV服务控制功能(IPTV Service Control Functions，IPTV SCF)实体，用于在会话启动或者修改的时候提供业务鉴权。其中，鉴权操作包括检查用户的信息，查看用户是否能够合法使用选择的内容；信用限制和信用控制；在连接有多个IPTV MCF情况下从中选择一个IPTV MCF提供服务等，该功能主要针对点播、直播、录像、时移等IPTV业务。该实体在IMS网络情况下可以为一个SIP应用服务器；

IPTV MCF主要包含如下功能：控制IPTV MDF的媒体流；管理IPTVMDF的媒体处理；监控IPTV MDF的状态；管理和用户设备的交互(例如技巧模式“trick mode”命令)；处理与IPTV SCF的交互；精确监控该功能控制的与不同的IPTV MDF相关的内容分发和状态；当一个IPTV MCF控制多个IPTV MDF时，根据一定的策略选择提供服务的IPTV MDF；选择IPTVMF功能，将选择的结果返回给IPTV SCF并且将重定向的会话返回给选择的MF功能(例如，当请求的内容在这个IPTV MF功能或者IPTV MF间负载均衡时)；产生计费信息，例如基于观看内容的终端用户计费；

IPTV MDF主要包含的功能如下：处理媒体流的交付(交付媒体业务到UE)，可以是RTP(实时传输协议)流的方式，也支持内容下载到UE中；提供状态报告到IPTV MCF(例如报告建立的IPTV媒体流)；存储媒体(例如点播的内容)，可能也存储一些IPTV业务的媒体业务相关信息；特定情况下，它可以被用来存储经常访问的内容或者用户相关内容(例如个人视频记录PVR、时移、技巧模式的直播业务、用户产生的内容等)；用作额外的处理、编码或者解码(如果需要)媒体到不同的需要的媒体格式(例如，电视系统的分解力依赖于终端能力或者用户参数选择)(可选)；完成内容保护功能(例如内容加密)(可选)；支持IPTV媒体内容的获取(可选)；对于直播业务，该功能作为直播媒体流的组播源(可选)；控制MDF之间内容的分发(可选)。

上述各实体在本发明中的功能和用途可通过下述方法得知，在此不再赘述。

如图2所示，基于下一代网络的IPTV的内容推播方法包括以下步骤：

步骤1：IPTV服务控制功能实体根据准备推送给用户设备的媒体文件的标识符信息，选择一可用的保存有该媒体文件的IPTV媒体功能并将该标识符信息通过一会话初始化请求发送给该IPTV媒体功能。其中，上述准备推送给用户设备的媒体文件是根据用户设备选择内容的喜好信息分析统计出的结果选择出来的；

步骤2(此步骤为可选步骤，即在完成步骤1之后，可执行该步骤或跳过该步骤直接执行步骤4)：IPTV媒体功能根据上述会话初始化请求中的媒体文件的标识符信息在其上查找是否保存有该媒体文件。如有，则将该媒体文件的URL(统一资源定位符)地址信息(即该媒体文件的IP地址和端口号)及表示该媒体文件存在的状态标识通过会话初始化应答消息发送给IPTV服务控制功能实体；否则，只将表示该媒体文件不存在的状态标识通过会话初始化应答消息发送给IPTV服务控制功能实体；

步骤3(此步骤也为可选步骤，只有在步骤2执行时，才会执行此步骤)：如果IPTV服务控制功能实体接收到的是表示媒体文件不存在的状态标识，则结束；否则，执行下一步骤；

步骤4：IPTV服务控制功能实体向业务控制功能发送会话初始化请求，其中携带该IPTV服务控制功能实体上保存的上述各用户设备的标识符信息和上述媒体文件的大小信息。如果该IPTV服务控制功能实体在上述步骤3中接收到了该媒体文件的URL地址信息，则也可将该地址信息连同上述各用户设备的标识符信息和上述媒体文件的大小信息一起发送给业务控制功能；

步骤5：业务控制功能根据接收到的各用户设备的标识符信息向相应的各用户设备发送会话初始化请求；

步骤6：接收到会话初始化请求的用户设备根据该请求中携带的媒体文件的大小信息或者根据媒体文件的大小信息及用户的意愿决定是否接收媒体文件。如果媒体文件的大小超过了用户设备(例如机顶盒)的存储能力，则不能接收；如果媒体文件的大小并没有超过该用户的存储能力，但该用户设备拒绝接收该媒体文件(可以是用户通过在用户设备上配置一些信息来实现是否接收媒体文件的判断，或者用户主动选择是否接收)，则也不能接收；如果媒体文件的大小并没有超过该用户的存储能力，且用户设备也愿意接收该媒体文件时，表示其可以接收该媒体文件；

步骤7：用户设备向业务控制功能发送会话初始化应答消息，其中可以携带该用户设备的标识符信息和相应地拒绝接收或可以接收该媒体文件的标识；

步骤8：业务控制功能收到后，将该应答消息发送给IPTV服务控制功能实体；

步骤9：(此步骤为可选步骤，即在执行完步骤8后可执行该步骤或跳过该步骤直接执行步骤11)IPTV服务控制功能实体收到该应答消息后，将该消息发送给IPTV媒体功能。如该应答消息中携带有该用户设备的标识符信息和相应地拒绝接收或可以接收该媒体文件的标识，则IPTV服务控制功能实体还可将这两个标识记录下来，以备后续分析该用户设备的喜好以投其所好的向其推送业务之用；

步骤10(此步骤也为可选步骤，只有在步骤9执行时，才会执行此步骤)：IPTV媒体功能向IPTV服务控制功能实体发送确认消息，以确认其已经收到该会话初始化应答消息，并判断该会话初始化应答消息中是否携带了该用户可以接收该媒体文件的标识，如是则执行下一步骤；否则，结束流程；

步骤11：IPTV媒体功能向用户设备传送推送的内容，该内容传送可以是上传的方式，即媒体功能主动将内容上传到用户设备中；也可以是下载方式，即用户设备功能根据在步骤6中接收到的该媒体文件的URL信息主动到媒体功能中下载该媒体内容；

步骤12：用户设备播放收到的媒体文件。

在上述流程中，如没有执行步骤2，则在执行完步骤1之后、步骤11之前的任意时刻，还包括IPTV媒体功能向IPTV服务控制功能实体返回一会话初始化应答消息的步骤，IPTV服务控制功能实体通过该步骤可以获知IPTV媒体功能已经收到了其发送的会话初始化请求。

从以上的描述中，可以看出，上述实施例的基于下一代网络的IPTV的内容推播方法，实现了内容分发网络向用户终端主动推送内容的新业务，该系统包括下一代网络中基于IMS或者不基于IMS两种情况下的方法实现，提升了IPTV系统的核心竞争力。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (16)

1.一种基于下一代网络的交互式网络电视IPTV的内容推播方法，其特征在于，包括：

IPTV服务控制功能实体向选择的保存有要推送给用户设备的媒体文件的IPTV媒体功能实体发送所述媒体文件的标识符，且向业务控制功能实体发送所述用户设备的标识符及所述媒体文件的属性信息，由所述业务控制功能实体将所述属性信息发送到相应的各用户设备；用户设备收到后，根据所述属性信息判断是否能接收所述媒体文件；所述IPTV媒体功能实体根据所述媒体文件的标识符向能接收所述媒体文件的用户设备推送所述媒体文件。

2.如权利要求1所述的方法，其特征在于，

所述IPTV媒体功能实体为所述IPTV服务控制功能实体根据所述要推送给所述用户设备的媒体文件的标识符选择出来的。

3.如权利要求1所述的方法，其特征在于，

在所述IPTV服务控制功能实体向所述业务控制功能实体发送所述用户设备的标识符及所述媒体文件的属性信息之前，还包括以下步骤：所述IPTV媒体功能实体根据接收到的所述媒体文件的标识符查找本地是否保存有所述标识符对应的媒体文件，并将查找结果发送给所述IPTV服务控制功能实体；所述IPTV服务控制功能实体如根据接收到的查找结果判断出所述IPTV媒体功能实体上保存有所述媒体文件，则向所述业务控制功能实体发送所述用户设备的标识符及所述媒体文件的属性信息；否则，结束后续流程。

4.如权利要求1所述的方法，其特征在于，

所述属性信息包括所述媒体文件的大小信息；

用户设备根据所述属性信息判断是否能接收所述媒体文件是指：所述用户设备根据所述媒体文件的大小信息判断所述媒体文件是否超过所述用户设备本身的存储能力；如超过，则所述用户设备不能接收所述媒体文件；否则，所述用户设备能接收所述媒体文件。

5.如权利要求1所述的方法，其特征在于，

所述属性信息包括所述媒体文件的大小信息；

用户设备根据所述属性信息判断是否能接收所述媒体文件是指：所述用户设备判断使用所述用户设备的用户是否愿意接收所述媒体文件且根据所述媒体文件的大小信息判断所述媒体文件是否超过所述用户设备本身的存储能力；在同时满足所述媒体文件的大小没超过所述用户设备的存储能力及使用所述用户设备的用户愿意接收所述媒体文件这两个条件时，所述用户设备能接收所述媒体文件；否则，所述用户设备不能接收所述媒体文件。

6.如权利要求1、4或5所述的方法，其特征在于，还包括：

所述用户设备在完成判断是否能接收所述媒体文件后，将判断结果及所述用户设备的标识符通过所述业务控制功能实体发送至所述IPTV服务控制功能实体；所述IPTV服务控制功能实体收到后，将所述用户设备的标识及所述判断结果保存下来。

7.如权利要求6所述的方法，其特征在于，还包括：

所述IPTV服务控制功能实体将收到的所述判断结果及所述用户设备的标识符发送给所述IPTV媒体功能实体；

所述IPTV媒体功能实体向所述能接收所述媒体文件的用户设备推送所述媒体文件是指：所述IPTV媒体功能实体根据所述用户设备的标识符向所述判断结果为能接收所述媒体文件的用户设备传送所述媒体文件。

8.如权利要求3所述的方法，其特征在于，还包括：

如所述IPTV媒体功能实体根据所述标识符查找到本地保存有所述媒体文件，则还将所述媒体文件的保存位置信息发送给所述IPTV服务控制功能实体，由所述IPTV控制功能实体将所述保存位置信息通过所述业务控制功能实体发送给所述各用户设备；

所述IPTV媒体功能实体向所述能接收所述媒体文件的用户设备推送所述媒体文件是指：所述能接收所述媒体文件的用户设备在欲自行下载所述媒体文件时，根据所述保存位置信息到所述IPTV媒体功能实体上自行下载所述媒体文件。

9.一种基于下一代网络的交互式网络电视IPTV的内容推播系统，其特征在于，包括：IPTV服务控制功能实体、业务控制功能实体、用户设备及IPTV媒体功能实体；

IPTV服务控制功能实体用于向选择的保存有要推送给用户设备的媒体文件的所述IPTV媒体功能实体发送所述媒体文件的标识符；还用于向所述业务控制功能实体发送所述用户设备的标识符及所述媒体文件的属性信息；

所述业务控制功能实体用于根据接收到的所述用户设备的标识符将所述媒体文件的属性信息发送到相应的各用户设备；

所述用户设备用于根据接收到的所述媒体文件的属性信息判断是否能接收所述媒体文件；

所述IPTV媒体功能实体用于根据接收到的所述IPTV服务控制功能实体向其发送的所述媒体文件的标识符向能接收所述媒体文件的用户设备推送所述媒体文件。

10.如权利要求9所述的系统，其特征在于，

所述IPTV服务控制功能实体还用于根据所述要推送给所述用户设备的媒体文件的标识符选择出所述IPTV媒体功能实体。

11.如权利要求9所述的系统，其特征在于，

所述IPTV媒体功能实体还用于根据其接收到的所述媒体文件的标识符查找其上是否保存有所述标识符对应的媒体文件，并将查找结果发送给所述IPTV服务控制功能实体；

IPTV服务控制功能实体向所述业务控制功能实体发送所述用户设备的标识符及所述媒体文件的属性信息是指：所述IPTV服务控制功能实体在根据接收到的查找结果判断出所述IPTV媒体功能实体上保存有所述媒体文件时，向所述业务控制功能实体发送所述用户设备的标识符及所述媒体文件的属性信息。

12.如权利要求9所述的系统，其特征在于，

所述属性信息包括所述媒体文件的大小信息；

用户设备根据所述属性信息判断是否能接收所述媒体文件是指：所述用户设备根据所述媒体文件的大小信息判断所述媒体文件是否超过所述用户设备本身的存储能力；如超过，则判断本用户设备不能接收所述媒体文件；否则，判断本用户设备能接收所述媒体文件。

13.如权利要求9所述的系统，其特征在于，

所述属性信息包括所述媒体文件的大小信息；

用户设备根据所述属性信息判断是否能接收所述媒体文件是指：所述用户设备判断使用所述用户设备的用户是否愿意接收所述媒体文件且根据所述媒体文件的大小信息判断所述媒体文件是否超过所述用户设备本身的存储能力；在同时满足所述媒体文件的大小没超过所述用户设备的存储能力及使用所述用户设备的用户愿意接收所述媒体文件这两个条件时，判断本用户设备能接收所述媒体文件；否则，判断本用户设备不能接收所述媒体文件。

14.如权利要求9、12或13所述的系统，其特征在于，

所述用户设备还用于在完成判断其是否能接收所述媒体文件后，将判断结果及所述用户设备的标识符通过所述业务控制功能实体发送至所述IPTV服务控制功能实体；

所述IPTV服务控制功能实体还用于将接收到的所述用户设备的标识及所述判断结果保存下来。

15.如权利要求14所述的系统，其特征在于，

所述IPTV服务控制功能实体还用于将收到的所述判断结果及所述用户设备的标识符发送给所述IPTV媒体功能实体；

所述IPTV媒体功能实体向所述能接收所述媒体文件的用户设备推送所述媒体文件是指：所述IPTV媒体功能实体根据所述用户设备的标识符向所述判断结果为能接收所述媒体文件的用户设备传送所述媒体文件。

16.如权利要求11所述的系统，其特征在于，

所述IPTV媒体功能实体还用于在根据所述标识符查找到其上保存有所述媒体文件时，将所述媒体文件的保存位置信息发送给所述IPTV服务控制功能实体；

所述IPTV控制功能实体还用于将接收到的所述保存位置信息通过所述业务控制功能实体发送给所述各用户设备；

所述IPTV媒体功能实体向所述能接收所述媒体文件的用户设备推送所述媒体文件是指：所述能接收所述媒体文件的用户设备在欲自行下载所述媒体文件时，根据所述保存位置信息到所述IPTV媒体功能实体上自行下载所述媒体文件。

Images