一种网络电视服务请求的定向方法

文档序号:7966934阅读:188来源:国知局
专利名称:一种网络电视服务请求的定向方法
技术领域
本发明涉及网络电视(IPTV)和移动流媒体系统,特别涉及一种IPTV服务请求的定向方法。
背景技术
IPTV (网络电视)业务是指以机顶盒接入到宽带网络,以PC机或者电 视机为显示终端,从而为用户提供一种交互式电视体验和多媒体服务的宽带增 值业务。同时,也是固网3G主推的一项业务。移动流媒体被认为是3G网络的核心业务,也是未来移动通信业务发展的 方向。总体来看,当前移动通信网络提供的主要是以图像和文字为主的静态内 容。随着移动通信网络向3G逐步演进,融合声音、文字、图像多种形态,为 用户提供更为有声有色的手机电视、视频点播等移动流媒体业务应用,成为移 动增值业务发展的必然趋势。如图l所示,典型的IPTV和移动流媒体系统基本上由以下几个子系统组成用户终端,是指用户直接接入固网或者无线网络的终端设备。EPG (电子节目单)子系统,局端提供的向用户终端展示的操作界面,是用户进行业务订购,体验服务的入口。业务管理平台,对整个系统进行资产管理,对用户进行认证,鉴权和计费。业务引擎,为用户提供最终的服务和对服务进行控制。其中,业务管理平台、业务引擎和EPG子系统为局端系统,用户终端访问时会和EPG子系统和业务引擎建立短连接。在IPTV和移动流媒体业务中最吸引人的就是用户可以对所观看的媒体节目进行交互式的控制,这就使得用户终端和局端需要进行大量的逻辑控制。在众多逻辑控制中局端的重定向速度是用户流畅的体验各种多媒体服务的一个 瓶颈。在现有的IPTV系统和移动流媒体系统中, 一般缓存最近请求服务的用户 信息和最近访问的内容信息;在业务引擎宕掉的情况下,启用该缓存,整个系 统走应急流程。目前的IPTV和移动流媒体系统中只在EPG子系统作了缓存,并且是在业 务引擎宕掉的情况下才启用。所以没有改善通常情况下整个系统的响应速度。发明内容本发明要解决的技术问题是,在EPG子系统和业务引擎针对服务请求的 媒体节目或预期请求的节目设置两级缓存,加快用户向IPTV或移动流媒体系 统请求服务时的重定向速度,从而使终端用户能够流畅的体验各种服务。为此,本发明提供-种IPTV服务请求的定向方法,其在电子节目单子系 统和业务引擎中分别设置缓存以向用户终端提供统一资源定位符,包括步骤步骤-、用户终端向电子节目单子系统发送服务请求;步骤二、电子节目争子系统在本地缓存中检索对应的统一资源定位符,如 果命中则向用户终端返回统一资源定位符,如果未命中则执行步骤三;步骤三、业务引擎在本地缓存中检索对应的统一资源定位符,如果命中则 向用户终端返回统一资源定位符,如果未命中则执行步骤四;步骤四、业务引擎生成统一资源定位符,并向用户终端返回统一资源定位符。其中,在所述步骤一中,用户终端以超文本传输协议方式或实时流协议方 式向电子节目单子系统发送服务请求。其中,在所述步骤二中,电子节目单子系统根据用户终端的服务请求的内 容和用户属性信息在电子节目单子系统的本地缓存中检索对应的统一资源定 位符。其中,在所述步骤三中,业务引擎根据电子节目单子系统发送的请求的内 容和用户属性信息在业务引擎的本地缓存中检索对应的统一资源定位符。其中,在所述步骤四中,其中业务引擎将所生成的统一资源定位符发送到 电子节目单子系统,电子节目单子系统向用户终端返回该统一资源定位符。其中,其在电子节目单子系统和业务引擎中分别设置缓存以向用户终端提
供统一资源定位符,包括步骤步骤一、用户终端向电子节目单子系统发送服务请求;步骤二、电亍节目单子系统在本地缓存中检索对应的统一资源定位符,如 果命中则向用户终端返回统 -资源定位符,如果未命中则执行步骤三;步骤三、业务引擎在本地缓存中检索对应的统一资源定位符,如果命中则 向用户终端返回统一资源定位符,如果未命中则执行步骤四;步骤四、业务引擎生成统一资源定位符,并向用户终端返回统一资源定位符;步骤五、用户终端使用电子节目单子系统返回的统一资源定位符向业务引擎请求媒体内容;步骤六、业务引擎在收到请求后,向业务管理平台发送鉴权请求; 步骤七、业务管理平台在进行鉴权后,向业务引擎发送鉴权通过消息; 步骤八、业务引擎向用户终端发送媒体数据流。其中,在所述步骤一中,用户终端以超文本传输协议方式或实时流协议方 式向电子节目单子系统发送服务请求。其中,在所述步骤二中,电子节目单子系统根据用户终端的服务请求的内 容和用户属性信息在电子节H单子系统的本地缓存中检索对应的统一资源定 位符。其中,在所述步骤三中,业务引擎根据电子节目单子系统发送的请求的内 容和用户属性信息在业务引擎的本地缓存中检索对应的统一资源定位符。其中,在所述步骤四中,其中业务引擎将所生成的统一资源定位符发送到 电子节目单子系统,电子节目单子系统向用户终端返回该统一资源定位符。本发明在EPG子系统和业务引擎采用两级缓存机制,可以在IPTV和移 动流媒体系统运行的平均时间内,节省局端大量的运算时间,从而提高用户访 问系统的响应速度,为用户提供流畅的服务。


图1是IPTV和移动流媒体系统结构图;图2是本发明处理IPTV用户服务请求的流程图;图3是本发明结合IPTV系统实施的时序图。
具体实施方式
下面结合附图,详细说明本发明的具体实施方式
。本发明提出的两级缓存机制,如图l所示,其是在电子节目单(EPG)子 系统2和业务引擎4这两个为用户提供媒体或数据服务相关的子系统上针对服 务请求的内容或用户预期请求的内容设置缓存。这样,当终端服务请求服务时, 通常情况下就不需要所有的服务请求和启动流程,中间的某些复杂的运算和操 作步骤可以省略;从而节省大量的耗时的操作,提高的整个IPTV系统或移动 流媒体系统对用户服务的响应速度。本发明的第一级缓存在EPG子系统2上。EPG子系统2直接面向用户终 端3,用户终端3向EPG子系统2发送HTTP (超文本传输协议)方式或者 RTSP (实时流协议)方式的服务请求。EPG子系统2在收到用户终端3的服 务请求时,根据用户终端3所发送的服务请求的内容和用户属性信息,在EPG 子系统2的本地缓存中检索对应的统一资源定位符(URL),如果命中则向用 户终端3返回该URL;如果未命中,EPG子系统2向业务引擎4发送用户终 端3的相关参数,由业务引擎4生成URL并返回给EPG子系统2,最终由EPG 子系统2将该URL返回到用户终端3。其中,针对EPG子系统2上的URL缓存设置缓存的最大容量;并且对于 缓存中的每条信息设置有效期,EPG子系统2根据缓存中的有效期定时清理 过期信息;并且把服务请求的内容根据访问频率进行排序,设定访问频率阈值, 将访问频率超过该阈值的内容的相关参数发送给业务引擎4,从业务引擎4获 得URL并更新到EPG子系统2的本地缓存中。本发明的第二级缓存在业务引擎4上。业务引擎4中存储了内容相关的所 有属性、用户和用户终端3的各种属性信息。用户所请求服务的URL最终都 是由业务引擎4生成的。当EPG子系统2在本地缓存未检索到为用户提供服 务的URL,则向业务引擎4请求URL;业务引擎4也会在其本地的缓存中检 索所需要的URL,如果命中,则向EPG子系统2返回;未命中,则根据EPG 子系统2传过来的各种参数生成URL,返回给EPG子系统2。在业务引擎4的第二级缓存中,同样需要设置缓存的最大容量和每条缓存 数据的有效期;定时清理过期的缓存数据;EPG子系统2还要定时将内容访 问的频率发送到业务引擎4;业务引擎4参考EPG子系统2发送过来的内容
访问频率将超过阈值的内容的URL更新到本地缓存。图2是本发明处理服务请求的流程图,下面结合附图2,具体描述本发明处理服务请求的流程。步骤S1,用户向EPG子系统2请求服务,具体是用户终端3向EPG子系 统2发送HTTP (超文本传输协议)方式或者RTSP (实时流协议)方式的服 务请求;步骤S2, EPG于系统2在收到用户终端3的服务请求时,EPG子系统2 根据用户终端3的服务请求的内容和用户属性信息在EPG子系统2的本地缓 存中检索对应的URL;步骤S3,判断是否检索到对应的URL,如果命中则执行步骤S4,如果未 命中则执行步骤S5;步骤S4, EPG子系统2向用户终端3返回URL,服务请求流程结束;步骤S5, EPG子系统2向业务引擎4发送用户终端3的相关参数,业务 引擎4接受EPG子系统2获取URL的服务请求;步骤S6,业务引擎4根据EPG子系统2发过来的请求的内容和用户属性 信息在业务引擎4的本地缓存中检索对应的URL;步骤S7,判断是否检索到对应的URL,如果命中则执行步骤S4,如果未 命中则执行步骤S8;步骤S8,业务引擎4根据用户属性信息生成URL,并将该URL发送到 EPG子系统2,然后执行步骤S4。图3是本发明结合IPTV系统实施的时序图,如图3所示,本发明的IPTV 处理方法如下。步骤l:用户终端3向EPG子系统2发送服务请求;步骤2: EPG系统2根据服务请求中的请求的内容和用户属性信息,査找 本地缓存中是否存在对应的URL,如果未命中,则进行步骤3;如果命中,则 直接向用户终端返回URL;步骤3: EPG子系统2向业务引擎4转发用户服务请求;步骤4:业务引擎4査找本地缓存中是否存在对应的URL,如果命中,则进行步骤5;如果未命中,则由业务引擎4生成URL;步骤5:业务引擎4向EPG子系统2返回URL;
步骤6: EPG亍系统2向用户终端3转发URL;步骤7:用户终端3使用EPG子系统2返回的URL向业务引擎4请求媒 体内容;步骤8:业务引擎4在收到请求后,向业务管理平台1发送批价、鉴权请求;步骤9:业务管理平台1在进行鉴权后,向业务引擎4发送批价、鉴权通 过消息;步骤10:业务引擎4向用户终端3发送媒体数据流; 步骤ll:用户终端3向业务引擎4发送服务结束请求; 步骤12:业务引擎4向业务管理平台1转发服务结束请求; 步骤13:业务管理平台1根据服务结束请求做计费处理,然后向业务引 擎4发送服务结束确认消息。当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情 况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但 这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
权利要求
1、一种网络电视服务请求的定向方法,其在电子节目单子系统和业务引擎中分别设置缓存以向用户终端提供统一资源定位符,包括步骤步骤一、用户终端向电子节目单子系统发送服务请求;步骤二、电子节目单子系统在本地缓存中检索对应的统一资源定位符,如果命中则向用户终端返回统一资源定位符,如果未命中则执行步骤三;步骤三、业务引擎在本地缓存中检索对应的统一资源定位符,如果命中则向用户终端返回统一资源定位符,如果未命中则执行步骤四;步骤四、业务引擎生成统一资源定位符,并向用户终端返回统一资源定位符。
2、 如权利要求l所述的方法,其特征在于,在所述步骤一中,用户终端 以超文本传输协议方式或实时流协议方式向电子节目单子系统发送服务请求。
3、 如权利要求l所述的方法,其特征在于,在所述步骤二中,电子节目 单子系统根据用户终端的服务请求的内容和用户属性信息在电子节目单子系 统的本地缓存中检索对应的统一资源定位符。
4、 如权利要求l所述的方法,其特征在于,在所述步骤三中,业务引擎 根据电子节目单子系统发送的请求的内容和用户属性信息在业务引擎的本地 缓存中检索对应的统一资源定位符。
5、 如权利要求l所述的方法,其特征在于,在所述步骤四中,其中业务 引擎将所生成的统一资源定位符发送到电子节目单子系统,电子节目单子系统 向用户终端返回该统一 资源定位符。
6、 一种在网络电视系统中提供媒体内容的方法,其在电子节目单子系统 和业务引擎中分别设置缓存以向用户终端提供统一资源定位符,包括步骤步骤一、用户终端向电子节目单子系统发送服务请求;步骤二、电子节目单子系统在本地缓存中检索对应的统一资源定位符,如 果命中则向用户终端返回统一资源定位符,如果未命中则执行步骤三;步骤三、业务引擎在本地缓存中检索对应的统一资源定位符,如果命中则 向用户终端返回统一资源定位符,如果未命中则执行步骤四;步骤四、业务引擎生成统一资源定位符,并向用户终端返回统一资源定位符;步骤五、用户终端使用电子节目单子系统返回的统一资源定位符向业务引擎请求媒体内容;步骤六、业务引擎在收到请求后,向业务管理平台发送鉴权请求; 步骤七、业务管理平台在进行鉴权后,向业务引擎发送鉴权通过消息; 步骤八、业务引擎向用户终端发送媒体数据流。
7、 如权利要求6所述的方法,其特征在于,在所述步骤一中,用户终端 以超文本传输协议方式或实时流协议方式向电子节目单子系统发送服务请求。
8、 如权利要求6所述的方法,其特征在于,在所述歩骤二中,电子节目单子系统根据用户终端的服务请求的内容和用户属性信息在电子节目单子系 统的本地缓存中检索对应的统一资源定位符。
9、 如权利要求6所述的方法,其特征在于,在所述步骤三中,业务引擎 根据电子节目单子系统发送的请求的内容和用户属性信息在业务引擎的本地 缓存中检索对应的统一资源定位符。
10、 如权利要求6所述的方法,其特征在于,在所述步骤四中,其中业务 引擎将所生成的统一资源定位符发送到电子节目单子系统,电子节目单子系统 向用户终端返回该统一资源定位符。
全文摘要
本发明公开了一种网络电视服务请求的定向方法,其在电子节目单子系统和业务引擎中分别设置缓存以向用户终端提供统一资源定位符,包括步骤步骤一、用户终端向电子节目单子系统发送服务请求;步骤二、电子节目单子系统在本地缓存中检索对应的统一资源定位符,如果命中则向用户终端返回统一资源定位符,如果未命中则执行步骤三;步骤三、业务引擎在本地缓存中检索对应的统一资源定位符,如果命中则向用户终端返回统一资源定位符,如果未命中则执行步骤四;步骤四、业务引擎生成统一资源定位符,并向用户终端返回统一资源定位符。
文档编号H04N7/173GK101155294SQ200610113430
公开日2008年4月2日 申请日期2006年9月28日 优先权日2006年9月28日
发明者印和平, 霆 孙, 潘承锦, 王印龙 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1