CN101583020B - 节目播放系统及方法 - Google Patents
节目播放系统及方法 Download PDFInfo
- Publication number
- CN101583020B CN101583020B CN2009101490204A CN200910149020A CN101583020B CN 101583020 B CN101583020 B CN 101583020B CN 2009101490204 A CN2009101490204 A CN 2009101490204A CN 200910149020 A CN200910149020 A CN 200910149020A CN 101583020 B CN101583020 B CN 101583020B
- Authority
- CN
- China
- Prior art keywords
- multicast
- sign indicating
- indicating number
- clean culture
- url
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Abstract
本发明公开了一种节目播放系统及方法,该系统包括:业务子系统用于在频道列表中创建组播单播自适应频道,在创建组播单播自适应频道时,组播单播自适应频道设置的URL包括组播URL和单播URL;流媒体服务器包括组播转码器和单播流媒体服务器,其中,组播转码器用于接收并提供组播节目码,单播流媒体服务器用于接收并提供单播节目码;STB子系统用于根据预先设置的优先播放方式从频道列表中解析出用户选择的频道的URL,并使用解析出的URL向组播转码器请求组播节目码或向单播流媒体服务器请求单播节目码,并根据接收到的来自流媒体服务器的组播节目码或单播节目码进行播放。通过本发明减少了重复组网费用。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种节目播放系统及方法。
背景技术
目前,网络电视(Internet Protocol TV OR Interactive PersonalTV,简称为IPTV)的频道主要存在组播频道和单播频道两种。其中,对于单播方式,在客户端与流媒体服务器之间建立一个单独的数据通道,从一台服务器送出的每个数据包只能传送给一个客户机。在这种方式下,流媒体服务器必须为每个用户单独发送数据包拷贝,这样,不但会造成流媒体服务器不堪重负,而且会造成主干网络的拥堵。
对于组播方式来说,主机之间是一对一组的通讯模式,也就是加入了同一个组的主机可以接受到此组内的所有数据,网络中的交换机和路由器只向有需求者复制并转发其所需数据。客户端加入组播组,共享一条数据流,减轻了流媒体服务器负载,同时减少了网络上传输信息包的总量,大大提高了网络利用率,降低了成本。
组播存在其固有的优点,然而在实际网络中,错综复杂,新旧设备并存,有的网络中组播无法穿越,有的网络不适宜存在大量的组播码流。这样,处于这些网络中的用户,是无法收看组播频道直播节目的。另外,在全国、甚至只是一个省的大环境下,各个城域网、局域网各自的组播码流均不可能实现互相流通。
因此,对于运营商来说,如果为IPTV而单独组建一个组播网络,存在重复组网、费用昂贵等问题,而且组播很难跨区域、跨地域而全国通行无阻。此外,对于某些偏远用户,或者某些有特定需求的用户来说,其末端接入网或者其内部局域网不适宜有大量的组播码流。
发明内容
针对相关技术中为IPTV而单独组建一个组播网络导致重复组网、费用昂贵,以及组播很难跨区域、跨地域而全国通行无阻的问题而提出本发明,为此,本发明的主要目的在于提供一种改进的节目播放方案,以解决上述问题至少之一。
为了实现上述目的,根据本发明的一个方面,提供了一种节目播放系统。
根据本发明的节目播放系统包括:业务子系统,用于在频道列表中创建组播单播自适应频道,在创建组播单播自适应频道时,组播单播自适应频道设置的统一资源定位符包括:组播统一资源定位符和单播统一资源定位符;流媒体服务器,包括组播转码器和单播流媒体服务器,其中,组播转码器用于接收并提供组播节目码,单播流媒体服务器用于接收并提供单播节目码;机顶盒子系统,用于根据预先设置的优先播放方式从频道列表中解析出用户选择的频道的统一资源定位符,并使用解析出的统一资源定位符向组播转码器请求组播节目码或向单播流媒体服务器请求单播节目码,并根据接收到的来自流媒体服务器的组播节目码或单播节目码进行播放。
优选地,机顶盒子系统包括:第一解析模块,用于在优选播放方式为组播方式的情况下,从频道列表中解析出组播统一资源定位符;第二解析模块,用于在优选播放方式为单播方式的情况下,从频道列表中解析出单播统一资源定位符;第一请求模块,用于在第一解析模块解析出组播统一资源定位符的情况下,向组播转码器请求组播节目码;第二请求模块,用于在第二解析模块解析出单播统一资源定位符的情况下,向单播流媒体服务器请求单播节目码;第一处理模块,用于接收来自组播转码器的组播节目码,并根据接收到的组播节目码进行播放;第二处理模块,用于接收来自单播流媒体服务器的单播节目码,并根据接收到的单播节目码进行播放。
优选地,机顶盒子系统还包括:定时器,用于记录预先设置的第一时间段或第二时间段,其中,第一时间段的起始时间为第一请求模块请求组播节目码的时间,第一时间段的终止时间为接收到组播节目码的时间,第二时间段的起始时间为第二请求模块请求单播节目码的时间,第二时间段的终止时间为接收到单播节目码的时间。
优选地,机顶盒子系统还包括:调度模块,用于在定时器记录第一时间段到时、且第一接收模块未接收到组播节目码的情况下,调度第二请求模块向单播流媒体服务器请求单播节目码;修改模块,用于在调度模块调度第二请求模块向单播流媒体服务器请求单播节目码之后,在第二接收模块接收到单播节目码的情况下,将优先播放方式修改为单播方式。
为了实现上述目的,根据本发明的另一方面,提供了一种节目播放方法,用于实现IPTV系统的节目播放。
根据本发明的节目播放方法,用于实现IPTV系统的节目播放,上述方法包括:业务子系统在频道列表中创建组播单播自适应频道,其中,组播单播自适应频道设置的统一资源定位符包括:组播统一资源定位符和单播统一资源定位符;机顶盒子系统根据预先设置的优先播放方式从频道列表中解析出用户选择的频道的统一资源定位符;机顶盒子系统向流媒体服务器中的组播转码器请求组播节目码或向流媒体服务器中的单播流媒体服务器请求单播节目码,并根据接收到的来自流媒体服务器的组播节目码或单播节目码进行播放。
优选地,机顶盒子系统根据优先播放方式从频道列表中解析出统一资源定位符包括:如果优选播放方式为组播方式,则机顶盒子系统从频道列表中解析出的统一资源定位符为组播统一资源定位符;如果优选播放方式为单播方式,则机顶盒子系统从频道列表中解析出的统一资源定位符为单播统一资源定位符。
优选地,在机顶盒子系统根据优先播放方式从频道列表中解析出统一资源定位符之前,上述方法还包括:预先设置定时器,其中,定时器用于记录预先设置的第一时间段或第二时间段,其中,第一时间段的起始时间为机顶盒子系统向组播转码器请求组播节目码的时间,第一时间段的终止时间为机顶盒子系统接收到组播节目码的时间,第二时间段的起始时间为机顶盒子系统向单播流媒体服务器请求单播节目码的时间,第二时间段的终止时间为机顶盒子系统接收到单播节目码的时间。
优选地,在机顶盒子系统向组播转码器请求组播节目码的情况下,上述方法还包括:在定时器记录第一时间段到时、且机顶盒子系统未接收到组播节目码的情况下,机顶盒子系统向单播流媒体服务器请求单播节目码。
优选地,在机顶盒子系统向单播流媒体服务器请求单播节目码之后,上述方法还包括:如果机顶盒子系统接收到单播节目码,则将优先播放方式修改为单播方式。
通过本发明,采用使客户端STB能够根据自身的网络情况,自动使用与之匹配的方式(组播或者单播)进行频道播放的方法,解决了相关技术中为IPTV而单独组建一个组播网络导致重复组网、费用昂贵,以及组播很难跨区域、跨地域而全国通行无阻的问题,进而减少了重复组网费用。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是用于实施本发明实施例的IPTV系统的示意图;
图2是根据本发明实施例的节目播放系统的结构框图;
图3是根据本发明实施例的机顶盒子系统的优选结构框图;
图4是根据本发明实施例的视频源录制分发的示意图;
图5是根据本发明实施例的节目播放方法的流程图;
图6是根据本发明实施例的组播单播自适应的流程图;
图7是根据本发明实施例的机顶盒内部自适应算法示例的流程图。
具体实施方式
功能概述
考虑到相关技术中为IPTV而单独组建一个组播网络导致重复组网、费用昂贵,以及组播很难跨区域、跨地域而全国通行无阻的问题,因此,对于运营商或者用户来说,提供组播单播自适应频道都是很有必要的,本发明实施例提供了一种改进的节目播放方案,通过这种新型的组播单播自适应频道,使客户端STB能够根据自身的网络情况,自动使用与之匹配的方式(组播或者单播)进行频道播放,即,在能够使用组播时,则使用组播进行频道播放,如果组播码流无法传输,则自动使用单播进行频道播放。这样,既可以使运营商使用组播方式给大部分用户播放直播节目,减轻了流媒体服务器负载,同时减少了网络上传输信息包的总量,大大提高了网络利用率,降低了成本,又可以使客户端无论在何种网络情况下,均可以接收到频道的直播码流,收看直播节目。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
图1是用于实施本发明实施例的IPTV系统的示意图,如图1所示,该系统包括:
业务支撑系统(Service Management System,简称为SMS):包括电子节目向导(Electronic Program Guide,简称为EPG)服务器、认证鉴权服务器等。运营商在创建组播单播自适应频道时,需同时为该频道提供组播统一资源定位符(Uniform/Universal ResourceLocator,简称为URL)和单播URL。
视频源系统:完成内容接收、采集、制作、编码等,其中包括编码器。
视频服务网:完成视频内容发布、配送、供应的功能。组播转码器、流服务器(例如,单播流媒体服务器)均处于这一子系统内。STB请求的组播码流由组播转码器提供,如果STB使用单播方式请求播放节目,则节目码流由单播流媒体服务器提供。
宽带接入网:负责IPTV业务流从服务网络到终端设备的传送。此网络就是用户STB所处的网络,STB将判定此网络的情况,选择最优的方式请求节目码流。
用户端设备:就是STB+TV,用户使用遥控器控制机顶盒(SetTop Box,简称为STB)与IPTV系统交互,观看其想看的节目。
此外,该IPTV系统还包括:营帐系统(Billing)和数字版权系统(Digital Rights Management,简称为DRM)。
系统实施例
根据本发明的实施例,提供了一种节目播放系统。图2是根据本发明实施例的节目播放系统的结构框图,如图2所示,该节目播放系统可以通过上述图1中的相关结构来实现。下面对本发明实施例中有改进的部分结构进行描述。
业务子系统22(即,上述的业务支撑系统):用于在频道列表中创建组播单播自适应频道,在创建组播单播自适应频道时,组播单播自适应频道设置的URL包括:组播URL和单播URL;即,同一频道必须同时具有组播URL和单播URL,以便STB可选择最优的方式(组播或者单播)进行频道节目播放。
流媒体服务器24:包括组播转码器和单播流媒体服务器,其中,组播转码器用于接收并提供组播节目码,单播流媒体服务器用于接收并提供单播节目码;具体地,同一频道节目经过编码器编码后,节目码流同时发给组播转码器和单播流媒体服务器,以便能给STB提供其所处网络能通过的码流。对能通过组播码流的,由组播转码器提供一份码流,以减轻流媒体服务器的负载和网络上传输信息包的总量。对于需要单播码流的STB,则由单播流媒体服务器为每台STB各提供一份单播码流。
STB子系统26:属于用户端设备,用于根据预先设置的优先播放方式从频道列表中解析出用户选择的频道的优选的URL,并使用解析出的URL向组播转码器请求组播节目码或向单播流媒体服务器请求单播节目码,并根据接收到的来自流媒体服务器的组播节目码或单播节目码进行播放。也就是说,根据优先播放方式,从频道列表中解析出组播URL或者单播URL,如果优先组播,则解析出组播URL,如果优先单播,则解析出单播URL,然后,使用解析出的URL(组播优先则使用组播URL,单播优先则使用单播URL)向组播转码器或者单播流媒体服务器请求节目码流。
优选地,STB在请求频道播放时,首先检查当前的优先播放方式,使用该方式和流媒体服务器进行交互,并启动定时器。在定时器超时之前,如果能接收到频道节目码流,则使用此种方式进行频道节目播放。如果定时器超时还没有接收到该节目的码流,则自动改用另外一种方式和流媒体服务器进行交互,如果顺利接收到了节目码流进行播放,则修改STB的优先播放方式,以便下次优先采用适应其所处网络情况的方式,快速播放节目。下面通过图3对STB子系统的优选结构进行详细描述。
图3是根据本发明实施例的STB子系统的优选结构框图,如图3所示,STB子系统包括:第一解析模块2,第二解析模块4,第一请求模块6,第二请求模块8,第一处理模块0,第二处理模块1,调度模块7,修改模块9,定时器11,下面对上述结构进行描述。
第一解析模块2,用于在优选播放方式为组播方式的情况下,从频道列表中解析出组播URL;第一请求模块6,连接至第一解析模块2,用于在第一解析模块2解析出组播URL的情况下,向组播转码器请求组播节目码;第一处理模块0,用于接收来自组播转码器的组播节目码,并根据接收到的组播节目码进行播放。
第二解析模块4,用于在优选播放方式为单播方式的情况下,从频道列表中解析出单播URL;第二请求模块8,连接至第二解析模块4,用于在第二解析模块4解析出单播URL的情况下,向单播流媒体服务器请求单播节目码;第二处理模块1,用于接收来自单播流媒体服务器的单播节目码,并根据接收到的单播节目码进行播放。
定时器11,用于记录预先设置的第一时间段或第二时间段,其中,第一时间段的起始时间为第一请求模块请求组播节目码的时间,第一时间段的终止时间为接收到组播节目码的时间,第二时间段的起始时间为第二请求模块请求单播节目码的时间,第二时间段的终止时间为接收到单播节目码的时间。
调度模块7,连接至定时器11、第一接收模块0和第二请求模块8,用于在定时器11记录第一时间段到时、且第一接收模块0未接收到组播节目码的情况下,调度第二请求模块8向单播流媒体服务器请求单播节目码。
修改模块9,连接至调度模块7和第二接收模块1,用于在调度模块7调度第二请求模块向单播流媒体服务器请求单播节目码之后,在第二接收模块1接收到单播节目码的情况下,将优先播放方式修改为单播方式。
图4是根据本发明实施例的视频源录制分发的示意图,如图4所示,视频源录制分发包括如下操作:对于组播单播自适应频道,视频源系统把直播频道节目通过编码器编码后,需要把节目码流分别送至视频服务网中的组播转码器和单播流媒体服务器。组播转码器负责为用户提供组播码流配送,单播流媒体服务器负责为用户提供单播码流配送。
方法实施例
根据本发明的实施例,提供了一种节目播放方法,用于实现IPTV系统的节目播放。图5是根据本发明实施例的节目播放方法的流程图,如图5所示,该方法包括以下的步骤S502至步骤S506:
步骤S502,业务支撑系统在频道列表中创建组播单播自适应频道,其中,组播单播自适应频道设置的URL包括:组播URL和单播URL。
步骤S504,STB子系统根据预先设置的优先播放方式从频道列表中解析出用户选择的频道的优选的URL。
具体地,如果优选播放方式为组播方式,则STB子系统从频道列表中解析出的URL为组播URL;如果优选播放方式为单播方式,则STB子系统从频道列表中解析出的URL为单播URL。
步骤S506,STB子系统向流媒体服务器中的组播转码器请求组播节目码或向流媒体服务器中的单播流媒体服务器请求单播节目码,并根据接收到的来自流媒体服务器的组播节目码或单播节目码进行播放。
优选地,预先设置定时器,其中,定时器用于记录预先设置的第一时间段或第二时间段,其中,第一时间段的起始时间为STB子系统向组播转码器请求组播节目码的时间,第一时间段的终止时间为STB子系统接收到组播节目码的时间,第二时间段的起始时间为STB子系统向单播流媒体服务器请求单播节目码的时间,第二时间段的终止时间为STB子系统接收到单播节目码的时间。
在STB子系统向组播转码器请求组播节目码的情况下,如果定时器记录第一时间段到时、且STB子系统未接收到组播节目码,则STB子系统向单播流媒体服务器请求单播节目码。此后,如果STB子系统接收到单播节目码,则将优先播放方式修改为单播方式。
下面通过一个示例来说明整个自适应过程:假设STB原先的优先播放方式为组播,而其所处的网络不允许组播码流通过,自适应之后,STB自动通过单播方式与单播流媒体建链,并成功接收到该频道的单播码流进行节目播放。然后,STB记录当前的网络情况,修改STB的优先播放方式为单播,以便以后播放节目时优先使用单播方式,快捷播放。
图6是根据本发明实施例的组播单播自适应的流程图,如图6所示,组播单播自适应播放的流程包括如下的步骤S602至步骤S622:
步骤S602:用户上电。
步骤S604:STB开机并向EPG及鉴权服务器发送开机请求认证。
步骤S606:EPG及鉴权服务器对STB鉴权通过,并向STB下发频道列表等信息。
步骤S608:STB成功登陆接入IPTV系统,用户按下频道按键,请求播放频道n。
步骤S610:STB检查频道优先播放方式,此时检测到的结果为组播。
步骤S612:STB从频道列表中解析出该频道的组播URL,并使用此URL加入组播组,向组播媒体服务器请求频道组播码流。
步骤S614:如果在定时器超时之前没有接收到组播码流,此时STB判定其所处的网络无法接收到组播码流。
步骤S616:STB向发出请求离开组播组。
步骤S618:STB从频道列表中解析出该频道的单播URL,创建单播链路,向单播流媒体服务器请求频道节目码流。
步骤S620:创建链路成功,单播流媒体服务器向STB发送该频道节目的单播码流。
步骤S622:STB接收到单播码流,开始播放该频道节目,并修改其优先播放方式为单播方式,记录此时的网络情况。这样,下次请求频道节目时,STB将优先使用单播方式进行连接,使用户能够快速收看节目。
如果没有接收到单播码流,则表明现在流媒体服务器组播、单播均异常,需提示用户“服务器忙,请稍候再试”。
下面详细阐述STB内部实现的一种相对简单实用的组播单播自适应算法。图7是根据本发明实施例的STB内部自适应算法示例的流程图,如图7所示,STB内部自适应算法的示例流程包括如下的步骤S702至步骤S722:
步骤S702:获取该频道优先播放方式标志位的值。
步骤S704:判断该标志位的值是否为零,如果不是,则进行到步骤S706;如果是,则进行到步骤S708。
步骤S706:(如果标志位的值为1)从频道信息列表中解析出该频道的单播URL,创建单播链路,使用单播方式播放该频道。流程结束。
步骤S708:(如果标志位的值为0)从频道信息列表中解析出该频道的组播URL,加入组播组,开始组播方式,并启动定时器T1。
步骤S710:判断是否在定时器T1超时之前接收到组播码流,如果是,则进行到步骤S712;如果不是,则进行到步骤S714。
步骤S712:(T1超时之前接收到组播码流)开始(组播)播放,并关闭定时器T1,流程结束。
步骤S714:(T1超时且未接收到组播码流)离开组播组,并关闭定时器T1。
步骤S716:从频道信息列表中解析出该频道的单播URL,创建单播链路(开始单播方式),并启动定时器T2。
步骤S718:判断是否在定时器T2超时之前接收到单播码流,如果是,则进行到步骤S720;如果不是,则进行到步骤S722。
步骤S720:(T2超时之前接收到单播码流)开始(单播)播放,关闭定时器T2,并修改该频道优先播放方式标志位的值为1(下次播放将优先采用单播方式),流程结束。
步骤S722:(T2超时且未接收到单播码流)频道播放失败,提示“未接收到码流,请用户稍候再试,或切换到其他频道。”,并关闭定时器T2,流程结束。
综上所述,通过本发明的上述实施例,IPTV系统运营商可以针对人口密集的地方组建组播专网,这样将不会影响其原来网络;而对于人口相对不太密集的地方,可以维持原来的网络不变。这样,既可以减少运营商重复组网费用,减轻流媒体服务器负载,减少网络传输信息包总量,提高网络利用率,又可以吸纳更多边远地区的用户。并且,对同一频道来说,由于同时具有单播和组播的功能,因此,具有冗余备份功能。流媒体组播(单播)异常后,STB会主动使用单播方式(组播方式)去播放频道节目。此外,对于用户来说,无论何种情况,均可以接收到码流(单播或者组播)进行频道播放。甚至可以把STB从家里移动到其他地方,甚至“漫游”至外省市均可以正常播放组播单播自适应频道。当然,在外省市之后需要使用外省市的宽带账号接入,而业务账号是不需要变动的。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种节目播放系统,其特征在于,包括:
业务子系统,用于在频道列表中创建组播单播自适应频道,在创建所述组播单播自适应频道时,所述组播单播自适应频道设置的统一资源定位符包括:组播统一资源定位符和单播统一资源定位符;
流媒体服务器,包括组播转码器和单播流媒体服务器,其中,所述组播转码器用于接收并提供组播节目码,所述单播流媒体服务器用于接收并提供单播节目码;
机顶盒子系统,用于根据预先设置的优先播放方式从所述频道列表中解析出用户选择的频道的统一资源定位符,并使用解析出的所述统一资源定位符向所述组播转码器请求所述组播节目码或向所述单播流媒体服务器请求所述单播节目码,并根据接收到的来自所述流媒体服务器的所述组播节目码或所述单播节目码进行播放。
2.根据权利要求1所述的系统,其特征在于,机顶盒子系统包括:
第一解析模块,用于在所述优先播放方式为组播方式的情况下,从所述频道列表中解析出组播统一资源定位符;
第二解析模块,用于在所述优先播放方式为单播方式的情况下,从所述频道列表中解析出单播统一资源定位符;
第一请求模块,用于在所述第一解析模块解析出所述组播统一资源定位符的情况下,向所述组播转码器请求所述组播节目码;
第二请求模块,用于在所述第二解析模块解析出所述单播统一资源定位符的情况下,向所述单播流媒体服务器请求所述单播节目码;
第一处理模块,用于接收来自所述组播转码器的所述组播节目码,并根据接收到的所述组播节目码进行播放;
第二处理模块,用于接收来自所述单播流媒体服务器的所述单播节目码,并根据接收到的所述单播节目码进行播放。
3.根据权利要求2所述的系统,其特征在于,机顶盒子系统还包括:
定时器,用于记录预先设置的第一时间段或第二时间段,其中,所述第一时间段的起始时间为所述第一请求模块请求所述组播节目码的时间,所述第一时间段的终止时间为接收到所述组播节目码的时间,所述第二时间段的起始时间为所述第二请求模块请求所述单播节目码的时间,所述第二时间段的终止时间为接收到所述单播节目码的时间。
4.根据权利要求3所述的系统,其特征在于,机顶盒子系统还包括:
调度模块,用于在所述定时器记录所述第一时间段到时、且所述第一处理模块未接收到所述组播节目码的情况下,调度所述第二请求模块向所述单播流媒体服务器请求所述单播节目码;
修改模块,用于在所述调度模块调度所述第二请求模块向所述单播流媒体服务器请求所述单播节目码之后,在所述第二处理模块接收到所述单播节目码的情况下,将所述优先播放方式修改为单播方式。
5.一种节目播放方法,用于实现IPTV系统的节目播放,其特征在于,所述方法包括:
业务子系统在频道列表中创建组播单播自适应频道,其中,所述组播单播自适应频道设置的统一资源定位符包括:组播统一资源定位符和单播统一资源定位符;
机顶盒子系统根据预先设置的优先播放方式从所述频道列表中解析出用户选择的频道的统一资源定位符;
所述机顶盒子系统向流媒体服务器中的组播转码器请求组播节目码或向所述流媒体服务器中的单播流媒体服务器请求单播节目码,并根据接收到的来自所述流媒体服务器的所述组播节目码或所述单播节目码进行播放。
6.根据权利要求5所述的方法,其特征在于,所述机顶盒子系统根据所述优先播放方式从所述频道列表中解析出所述统一资源定位符包括:
如果所述优先播放方式为组播方式,则所述机顶盒子系统从所述频道列表中解析出的所述统一资源定位符为组播统一资源定位符;
如果所述优先播放方式为单播方式,则所述机顶盒子系统从所述频道列表中解析出的所述统一资源定位符为单播统一资源定位符。
7.根据权利要求5所述的方法,其特征在于,在所述机顶盒子系统根据所述优先播放方式从所述频道列表中解析出所述统一资源定位符之前,所述方法还包括:
预先设置定时器,其中,所述定时器用于记录预先设置的第一时间段或第二时间段,其中,所述第一时间段的起始时间为所述机顶盒子系统向所述组播转码器请求所述组播节目码的时间,所述第一时间段的终止时间为所述机顶盒子系统接收到所述组播节目码的时间,所述第二时间段的起始时间为所述机顶盒子系统向所述单播流媒体服务器请求所述单播节目码的时间,所述第二时间段的终止时间为所述机顶盒子系统接收到所述单播节目码的时间。
8.根据权利要求7所述的方法,其特征在于,在所述机顶盒子系统向所述组播转码器请求所述组播节目码的情况下,所述方法还包括:
在所述定时器记录所述第一时间段到时、且所述机顶盒子系统未接收到所述组播节目码的情况下,所述机顶盒子系统向所述单播流媒体服务器请求所述单播节目码。
9.根据权利要求8所述的方法,其特征在于,在所述机顶盒子系统向所述单播流媒体服务器请求所述单播节目码之后,所述方法还包括:
如果所述机顶盒子系统接收到所述单播节目码,则将所述优先播放方式修改为单播方式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101490204A CN101583020B (zh) | 2009-06-11 | 2009-06-11 | 节目播放系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101490204A CN101583020B (zh) | 2009-06-11 | 2009-06-11 | 节目播放系统及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101583020A CN101583020A (zh) | 2009-11-18 |
CN101583020B true CN101583020B (zh) | 2011-07-13 |
Family
ID=41364934
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101490204A Expired - Fee Related CN101583020B (zh) | 2009-06-11 | 2009-06-11 | 节目播放系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101583020B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102204268B (zh) * | 2011-05-31 | 2012-12-12 | 华为技术有限公司 | 直播多码率切换的方法和设备 |
CN105007505A (zh) * | 2015-07-29 | 2015-10-28 | 无锡天脉聚源传媒科技有限公司 | 视频播出方法及装置 |
CN105657534A (zh) * | 2016-01-07 | 2016-06-08 | 烽火通信科技股份有限公司 | 基于Android的网络电视播放切换系统及方法 |
CN109963203B (zh) * | 2017-12-25 | 2021-12-07 | 中国移动通信集团福建有限公司 | 视频流转换及自适应切换方法及装置、设备及介质 |
CN110087105B (zh) * | 2018-01-25 | 2020-12-25 | 华为技术有限公司 | 一种iptv组播转单播的切换方法及装置 |
CN115103202A (zh) * | 2022-04-27 | 2022-09-23 | 北京歌华有线电视网络股份有限公司 | 一种抗网络劣化的ip视频直播传输方法和系统 |
CN115348467A (zh) * | 2022-05-31 | 2022-11-15 | 青岛海信宽带多媒体技术有限公司 | 一种智能机顶盒及直播频道播放方法 |
-
2009
- 2009-06-11 CN CN2009101490204A patent/CN101583020B/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN101583020A (zh) | 2009-11-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101583020B (zh) | 节目播放系统及方法 | |
CN101159577B (zh) | 接收自适应广播信号的装置及其方法 | |
CN101356828B (zh) | 媒体内容管理 | |
CN101889425B (zh) | 通过可变带宽信道进行同播的设备和方法 | |
CN100355283C (zh) | 基于频道切换与收视率模型的网络电视频道推送方法 | |
US7310330B2 (en) | Apparatus for providing broadcasting channel information in internet protocol based digital broadcasting system and method thereof | |
US8203989B2 (en) | Distributing content in a communication network | |
CN102137277A (zh) | 实现交互式轮播频道的方法、装置及系统 | |
CN101123528B (zh) | 因特网网络电视的流媒体系统及创建方法 | |
US9143901B2 (en) | Group ID and QOS group identification for stream multiplexing in multicast and broadcast systems | |
CN1859526B (zh) | 实现流媒体模拟直播的方法及流媒体服务器和内容管理系统 | |
CN101877701A (zh) | 依赖权限访问多媒体内容的方法和设备与包括其的系统 | |
CN102404613A (zh) | 一种实现单向机顶盒节目点播的系统及方法 | |
CN100484239C (zh) | 一种分发网络电视业务的装置与方法 | |
CN101132325A (zh) | 一种业务申请方法及系统及一种业务申请代理单元 | |
CN101668172B (zh) | 一种业务内容的播放方法、系统和装置 | |
CN101202885A (zh) | 一种电视频道的定制方法及装置 | |
CN205179273U (zh) | 一种基于单向机顶盒实现的双向点播系统 | |
KR20120039980A (ko) | 통합 방송 분배 장치 및 그 방법 | |
CN102014270B (zh) | 在混合光纤同轴网上实现交换式数字视频的方法及装置 | |
CN101114986A (zh) | 一种实现组播节目预览的方法 | |
CN100442843C (zh) | 一种宽带视频系统中实现多媒体业务的系统和方法 | |
KR20090019094A (ko) | 개인 맞춤형 모닝콜 서비스 시스템 및 방법 | |
CN101521626B (zh) | 一种对组播节目进行分级控制的方法及接入设备 | |
CN102510526A (zh) | 基于分布式集群文件系统的流媒体服务系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C41 | Transfer of patent application or patent right or utility model | ||
TR01 | Transfer of patent right |
Effective date of registration: 20160505 Address after: 518057, A building, Zhongxing building, Nanshan District science and Technology Park, Shenzhen, Guangdong, five Patentee after: Shenzhen wisdom Technology Co., Ltd. Address before: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No. Patentee before: ZTE Corporation |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110713 Termination date: 20170611 |