一种媒体播放方法、系统以及播放代理装置\n技术领域\n[0001] 本发明涉及信息传输领域,尤其涉及一种媒体播放方法、系统以及播放代理装置。\n背景技术\n[0002] 因特网协议电视(Internet Protocol Television,IPTV)是一种在因特网协议(Internet Protocol,IP)网络上传送视频、文本、图形和数据等媒体流,并提供服务质量/体验质量保证、安全、交互性和可靠性的可管理的多媒体业务。用户可以使用个人计算机(Personal Computer,PC)或者机顶盒(Set Top Box,STB)+普通电视机的方式使用IPTV业务,也可以通过移动终端使用IPTV业务。\n[0003] 在现有IPTV电视节目播放中,终端和播放源之间通过端到端的媒体通道传输电视信号,比如,用户通过终端正在观看频道A,终端加入频道A对应的多播组1,和多播组1之间建立端到端的媒体通道,此后,用户进行切换,通过终端观看频道B,终端则加入频道B对应的多播组2,和多播组2之间建立端到端的媒体通道。\n[0004] 再如,用户正在观看频道A,用户预先定购的一部电影将在五分钟后开始播放,并且用户希望在播放时间到达时终端自动切换至该电影播放,这样,当该电影播放时间到达时,网络可以通过重定向或转移等方式向终端通知播放电影的媒体通道3,终端离开多播组\n1,和媒体通道3之间建立端到端的连接。\n[0005] 在上述的情况下,终端直接与播放源建立媒体通道,在播放源方缺乏相应的业务控制功能,不利于多种不同业务功能的开展。\n[0006] 此外,当用户在切换频道加入一个多播组时,在现有的IPTV服务技术中,终端发送的因特网组管理协议(Internet Group Management Protocol,IGMP)报文是网络层协议,位于应用层的IPTV应用服务器无法直接感知用户的频道切换请求,需要通过终端在频道切换后上报当前频道才能获知当前用户观看的频道的状况,造成IPTV相关业务控制上的困难。\n发明内容\n[0007] 本发明所要解决的技术问题在于,提供一种媒体播放方法、系统以及播放代理装置。可实现对媒体播放的业务控制。\n[0008] 一方面,本发明的实施例提供了一种媒体播放方法,包括:播放代理装置获得所述媒体的播放控制信息;播放代理装置根据所述播放控制信息,在所述播放代理装置和因特网协议电视IPTV终端之间建立的媒体通道上控制媒体内容的播放,其中所述媒体内容为播放代理装置通过与媒体播放源建立的媒体通道从所述媒体播放源获得;\n[0009] 其中,所述播放代理装置获得所述媒体的播放控制信息包括:根据本地存储的用户信息进行相应的业务逻辑控制;根据所述业务逻辑控制的结果生成相应的播放控制信息;所述本地存储的用户信息包括但不限于IPTV终端权限信息、IPTV终端个性化信息中的一种或多种。\n[0010] 另一方面,本发明的实施例提供了一种播放代理装置,包括:业务逻辑控制模块,用于进行相应的IPTV业务逻辑控制,生成并发送控制结果;播放控制信息生成模块,用于根据收到的控制结果生成相应的播放控制信息,并将所述播放控制信息发送给所述获取单元;获取单元,用于获得媒体的播放控制信息;播放处理单元,用于根据所述播放控制信息,在所述播放代理装置和因特网协议电视IPTV终端之间建立的媒体通道上控制媒体内容的播放;\n[0011] 其中,所述播放处理单元包括:指示获取模块,用于根据所述播放控制信息获得播放操作指示;指示操作模块,用于根据所述播放操作指示对在和IPTV终端之间建立的媒体通道上传送的相应的媒体内容进行播放控制;媒体接收模块,用于根据所述指示操作模块的控制通过与所述媒体播放源建立的媒体通道从所述媒体播放源获取相应的媒体内容。\n[0012] 本发明的实施例提供了一种播放代理装置,包括:媒体接收模块,用于通过与媒体播放源建立的媒体通道接收来自所述媒体播放源的媒体流;媒体发送通道建立模块,用于建立与IPTV终端之间的媒体通道;播放请求获取模块,用于获取播放请求;播放请求处理模块,用于处理所述播放请求,所述处理包括接收所述播放请求并产生播放操作指示,或者拒绝所述播放请求;播放操作模块,用于根据播放操作指示,进行播放操作;业务逻辑控制模块,用于处理IPTV业务逻辑控制,并生成控制结果;播放请求生成模块,用于根据所述控制结果,生成播放请求,并将所述播放请求发送给播放请求获取模块。\n[0013] 同时,本发明的实施例还提供了一种媒体播放系统,包括:播放代理装置,用于获得媒体的播放控制信息,并根据所述播放控制信息,在所述播放代理装置和因特网协议电视IPTV终端之间建立的媒体通道上控制媒体内容的播放;媒体播放源,用于向播放代理装置提供所述媒体内容;\n[0014] 其中,所述播放代理装置包括:业务逻辑控制模块,用于进行相应的IPTV业务逻辑控制,生成并发送控制结果;播放控制信息生成模块,用于根据收到的控制结果生成相应的播放控制信息,并将所述播放控制信息发送给所述获取单元;获取单元,用于获得媒体的播放控制信息;指示获取模块,用于根据所述播放控制信息获得播放操作指示;指示操作模块,用于根据所述播放操作指示对在和IPTV终端之间建立的媒体通道上传送的相应的媒体内容进行播放控制;媒体接收模块,用于根据所述指示操作模块的控制通过与所述媒体播放源建立的媒体通道从所述媒体播放源获取相应的媒体内容。\n[0015] 在本发明实施例提供的方案中,播放代理装置可以将来自不同视频播放源的视频媒体,通过一个或多个固定的媒体通道向IPTV终端发送,并且可以根据播放控制信息做出执行各种播放控制,适用于多种IPTV业务,增强了IPTV业务的控制能力。\n附图说明\n[0016] 图1是本发明实施例中的播放代理装置在一个播放系统中的位置示意图;\n[0017] 图2是本发明实施例中的播放代理装置的组成示意图;\n[0018] 图3a是本发明实施例中的播放代理装置的另一组成示意图;\n[0019] 图3b是本发明实施例中的播放代理装置的另一组成示意图;图4a是本发明实施例中播放处理单元的组成示意图;\n[0020] 图4b是本发明实施例中播放处理单元的另一组成示意图;\n[0021] 图5是本发明实施例中的播放代理装置的另一组成示意图;\n[0022] 图6a是本发明中播放代理装置的第一具体实施例的组成示意图;\n[0023] 图6b是本发明中播放代理装置的第二具体实施例的组成示意图;\n[0024] 图7a是本发明中播放代理装置的第三具体实施例的组成示意图;\n[0025] 图7b是本发明中播放代理装置的第四具体实施例的组成示意图;\n[0026] 图8是本发明实施例中媒体播放方法的流程示意图;\n[0027] 图9是本发明中媒体播放方法的第一具体实施例的流程示意图;\n[0028] 图10是本发明中媒体播放方法的第二具体实施例的流程示意图;\n[0029] 图11是本发明中媒体播放方法的第三具体实施例的流程示意图;\n[0030] 图12是本发明中媒体播放方法的第四具体实施例的流程示意图;\n[0031] 图13是本发明中媒体播放方法的第五具体实施例的流程示意图;\n[0032] 图14是本发明中媒体播放方法的第六具体实施例的流程示意图;\n[0033] 图15是本发明中媒体播放方法的第七具体实施例的流程示意图。\n具体实施方式\n[0034] 下面参考附图对本发明的实施例进行描述。\n[0035] 如图1所示,为本发明实施例中的播放代理装置在一个媒体播放系统中的位置示意图。该媒体播放系统中包括播放代理装置以及两个媒体播放源(第一视频播放源和第二视频播放源),同时,图中还示意与所述媒体播放系统相关的IPTV终端。\n[0036] 其中,播放代理装置,用于获得媒体的播放控制信息,并根据所述播放控制信息,在所述播放代理装置和因特网协议电视IPTV终端之间建立的媒体通道上控制媒体内容的播放;媒体播放源,用于向播放代理装置提供所述媒体内容,该媒体播放源可以为一个或多个。此处不做一一举例,但不因以图1中所示的情况,而对本发明中播放系统的组成的理解造成任何的限制。\n[0037] 其中,与所述播放代理装置相连的IPTV终端可以为一个或多个(如进行视频会议的情况)。\n[0038] 所述播放代理装置和IPTV终端之间存在一个信令协议接口S1,用以传输信令。S1接口可以是SIP协议、RTSP协议、IGMP协议、HTTP协议等中的一种或若干种,S1接口可以是直接接口,也可以是间接接口,间接接口是指IPTV终端和播放代理单元之间还存在其它的中间节点。\n[0039] 播放代理单元和IPTV终端之间还存在一个媒体面接口M1,以接收视频媒体内容,M1接口可以是RTP协议等。\n[0040] 如图2所示,为实现上述功能,本发明实施例中的播放代理装置包括:获取单元\n10,用于获得媒体的播放控制信息;播放处理单元20,用于根据所述播放控制信息,在所述播放代理装置和因特网协议电视IPTV终端之间建立的媒体通道上控制媒体内容的播放。\n[0041] 所述播放控制信息可以是用于请求播放相应媒体的播放请求、进行频道切换的频道切换请求、进行媒体分发的分发控制信息,也可以是IPTV终端开机时发起的注册消息,或是家长控制请求等。\n[0042] 所述播放控制信息中可包括相应的IPTV终端标识、指定的媒体对象标识、以及相应播放操作信息。IPTV终端标识可以是进行当前播放的终端的标识,也可以是其他相关IPTV终端的标识;指定媒体对象标识可以是频道标识、媒体节目标识(如电影节目标识、电视剧节目标识)、直播频道组播地址等;播放操作信息可以是指示开始播放、停止播放,暂停播放,快进播放、回退播放,预约播放等。\n[0043] 同时,所述播放控制信息可以通过会话发起协议(Session Initiation Protocol,SIP)消息、实时流传输协议(Real Time Streaming Protocol,RTSP)消息、IGMP消息、以及超文本传输协议(Hypertext Transfer Protocol,HTTP)消息中的某一种进行传送,具体情况与发送所述播放控制信息的设备有关,如IPTV终端可通过SIP消息携带所述播放控制信息,其他情况不做一一举例,并应为本领域技术人员所熟知。\n[0044] 该播放控制信息可以有多个来源,如,第三方控制端或IPTV终端可向所述播放代理装置发送播放控制信息,其中第三方控制端是指除当前IPTV终端和媒体播放源的可对播放的媒体内容实现控制的终端,如另一用户控制的IPTV终端,实际使用中,可能是当前IPTV终端的使用者为家庭中的未成年人,另一用户为家庭中的家长,以便实现家长对家庭中的未成年人观看内容的监控或限制。\n[0045] 也可以是媒体播放源向所述播放代理装置发送播放控制信息,如,媒体播放源根据当前所有的媒体内容可主动发起播放请求的情况。\n[0046] 或者是,播放代理装置根据IPTV业务逻辑控制产生播放控制信息,则相应的,如图3a所示,所述播放代理装置还包括:业务逻辑控制模块30,用于进行相应的IPTV业务逻辑控制,生成并发送控制结果;播放控制信息生成模块40,用于根据收到的控制结果生成相应的播放控制信息,并将所述播放控制信息发送给所述获取单元10。\n[0047] 也可以是,如图3b所示,所述播放代理装置还包括:业务逻辑控制模块30,用于进行相应的IPTV业务逻辑控制,生成控制结果,并将所述控制结果发送给播放处理单元20,所述播放处理单元20根据该控制结果进行相应的播放操作。\n[0048] 当前,所述播放控制信息也可以来自其他网络服务器,此处不做一一赘述。\n[0049] 如图4a所示,所述播放处理单元20包括:\n[0050] 指示获取模块201,用于根据所述播放控制信息获得播放操作指示。其中,当所述播放控制信息包括播放请求时,所述播放操作包括:在所述媒体通道上对接收到的媒体流进行开始播放、停止播放、暂停播放、快进播放、回退播放等。当所述播放控制信息包括频道切换请求时,所述播放操作包括频道选择等。当所述播放控制信息包括分发控制时,所述播放操作包括媒体桥接等。\n[0051] 指示操作模块202,用于根据所述播放操作指示对在所述播放代理装置和IPTV终端之间建立的媒体通道上传送相应的媒体内容进行控制。\n[0052] 进一步的,所述播放处理单元20还包括如下模块中的一种或多种,图4b中所示的为包含部分的情况:\n[0053] 媒体发送通道建立模块,用于根据所述指示操作模块202的控制与所述IPTV终端建立媒体通道,所述IPTV终端可为一个或多个。\n[0054] 媒体接收模块204,用于根据所述指示操作模块202的控制通过与所述媒体播放源建立的媒体通道,从所述媒体播放源获取相应的媒体内容。\n[0055] 媒体发送模块205,用于根据所述指示操作模块202的控制将相应的媒体内容通过所述媒体通道发送至所述IPTV终端。\n[0056] 媒体处理模块,用于根据所述指示操作模块的控制对所述媒体接收模块接收的媒体内容进行播放处理,所述播放处理包括媒体流编码格式转换、数据包封装格式转换以及媒体内容合成中的一种或多种。具体执行时,若来自媒体播放源的媒体内容和IPTV终端可识别的内容的格式不一致时,则实现对所述的媒体内容进行格式转换;或将接收到的至少两个媒体内容,进行合成,如对于画中画业务和马赛克业务。\n[0057] 另一方面,如图5所示,所述播放代理装置还可包括:\n[0058] 会话建立模块50,用于接收来自IPTV终端的第一会话请求,在根据所述第一会话请求与所述IPTV终端建立会话后生成并发送会话请求通知。进一步的,所述会话请求建立模块,还包括:播放请求通道建立子模块,用于根据收到的第一会话请求,和IPTV终端建立播放请求通道,以接收IPTV终端发送的播放请求。\n[0059] 会话请求传递模块60,用于根据接收的所述会话请求通知,生成并发送第二会话请求,所述第二会话请求可为SIP消息、RTSP消息、H.248消息、以及内部接口消息或其它协议中的一种。\n[0060] 媒体通道建立模块70,用于根据接收的第二会话请求与所述IPTV终端之间建立媒体通道,所述IPTV终端可为一个或多个。\n[0061] 在上述三个模块中,会话请求传递模块60为可选,若没有回话请求传递模块60,则会话建立模块50直接将会话请求通知发给媒体通道建立模块70,媒体通道建立模块70根据该会话请求通知建立相应的媒体通道。\n[0062] 上述的播放代理装置可可以位于一个物理设备中,也可以位于一个以上的物理设备中。比如将播放代理装置中会话建立模块和会话请求传递模块放到业务应用服务中,而将与IPTV终端建立媒体通道的媒体通道建立模块放到媒体服务器中。\n[0063] 如图6a所示,为本发明中播放代理装置用于实现视频播放代理时的一个组成示意图。如图所示,视频播放代理装置包括:播放请求获取模块、媒体接收模块、媒体发送通道建立模块、播放请求处理模块、播放操作模块。\n[0064] 其中,媒体接收模块,用于接收来自视频播放源的媒体流。\n[0065] 媒体发送通道建立模块,用于建立播放代理装置和IPTV终端之间的媒体通道。\n[0066] 播放请求获取模块,用于获取播放请求,该播放请求可以来自IPTV终端,也可以来自网络控制生成。\n[0067] 播放请求处理模块,用于处理所述播放请求,所述处理包括接收所述播放请求并产生播放操作指示、或者拒绝所述播放请求。其中,所述播放操作指示包括:在所述媒体通道上对接收到的媒体流进行开始播放、停止播放、暂停播放、快进播放、回退播放等播放操作,该指示被发往播放操作模块,可以是SIP消息、RTSP消息、HTTP消息、H.248消息、或内部接口消息等。\n[0068] 播放操作模块,用于根据播放操作指示,进行播放操作,即在所述媒体发送通道上对接收到的媒体流进行开始播放、停止播放、暂停播放、快进播放、回退播放等播放操作。\n[0069] 如图6b所示,所述视频播放代理装置还可进一步包括业务逻辑控制模块、播放请求生成模块。其中,业务逻辑控制模块,用于处理IPTV业务逻辑控制,并将控制结果通知播放请求生成模块;播放请求生成模块,用于根据业务逻辑控制结果,生成一个播放请求,发送给播放请求获取模块。或者,所述业务逻辑控制模块也可将IPTV业务逻辑控制结果通知播放请求处理模块的控制结果处理子模块,则控制结果处理子模块,根据业务逻辑控制结果,对收到的播放请求,产生播放操作指示、或者拒绝所述播放请求。\n[0070] 同时,播放操作模块还可包括,格式转换子模块,用于根据播放操作指示将接收到的媒体流,进行格式转换后在所述媒体发送通道上播放。其中,所述格式转换包括媒体编码格式转换和数据包封装格式等,所述播放可以是指暂停播放、快进播放等播放操作;或,内容合成子模块,用于根据播放操作指示将接收到的至少两个视频媒体内容进行内容合成,并将内容合成后的媒体内容在所述媒体发送通道上播放,该播放可以是指暂停播放、快进播放等播放操作。\n[0071] 所述播放代理装置可以位于一个物理设备中,也可以位于一个以上的物理设备中,比如,播放请求获取模块、播放请求处理模块、以及业务逻辑控制模块、播放请求生成模块,可以位于业务应用服务器中,媒体接收模块、媒体发送通道建立模块、播放操作模块,可以位于媒体服务器中。\n[0072] 同时,如图7a所示,为本发明中的播放代理装置用以实现媒体分发的功能时的组成示意图,此时可称本例中的播放代理装置为媒体分发装置。所述媒体分发装置用于将从媒体播放源收到的媒体分发给IPTV终端,该装置包括:\n[0073] 媒体接收模块,用于接收来自视频播放源的媒体流。\n[0074] 媒体发送模块,用于和各IPTV终端(本例中为第一IPTV终端、第二IPTV终端)建立对应的媒体发送通道,发送接收到的媒体流。\n[0075] 分发控制模块,用于获取分发控制信息,并根据所述分发控制信息产生分发控制指示。所述分发控制信息中包括IPTV终端标识和视频对象标识,并指示媒体桥接模块将视频对象标识对应的媒体流桥接至IPTV终端标识对应的媒体发送通道。\n[0076] 媒体桥接模块,用于根据所述分发控制指示,将媒体接收模块接收到的、视频对象标识对应的媒体流,桥接至媒体发送模块发送,这样,对一个以上的媒体发送通道,媒体桥接模块将一个视频对象标识对应的媒体流桥接至一个以上的媒体发送通道,并由媒体发送模块发送。比如,媒体桥接模块可以使用普通的桥接资源,如会议资源,将媒体发送通道加入会议,对收到的媒体进行分发;再如,媒体桥接模块也可以使用多播资源,如建立多播组,将媒体发送通道加入多播组,对收到的媒体进行分发,等等。\n[0077] 进一步的,分发控制模块还包括判断子模块,用于判断视频对象标识对应的媒体接收通道是否已经建立,若没有建立,则指示媒体接收模块的通道建立子模块建立和视频对象标识对应的媒体接收通道。\n[0078] 如图7b所示,为本发明中的播放代理装置用以实现频道切换功能时的组成示意图,称本例中的播放代理装置为频道切换装置。该装置包括:\n[0079] 频道切换请求获取模块,用于接收来自IPTV终端或网络的频道切换请求,该请求可以是一个SIP消息、或RTSP消息、或IGMP报文等,请求中包含切换目的方的视频对象标识。\n[0080] 频道内容接收模块,用于接收第一视频播放源和第二视频播放源的第一频道内容和第二频道内容,即当前媒体内容和切换媒体内容。\n[0081] 频道内容发送模块,用于和IPTV终端建立对应的媒体发送通道,发送第一频道内容,并在收到频道选择模块的切换指示后,停止发送第一频道内容并发送第二频道内容。比如,若频道内容发送模块使用会议资源分发媒体,则媒体发送通道离开第一频道内容分发会议资源,加入第二频道内容分发会议资源,再如,若频道内容发送模块使用多播资源分发媒体,则媒体发送通道离开第一频道多播组,加入第二频道多播组,等等。\n[0082] 频道选择模块,用于根据频道切换请求,产生切换指示,从频道内容接收模块中选择和切换目的方视频对象标识相对应的第二频道内容,指示频道内容发送模块发送。\n[0083] 进一步的,频道内容发送模块,还包括内容拼接子模块,用于将第二频道内容拼接在第一频道内容之后发送。\n[0084] 通过上述具体实施例的描述可知,由于在IPTV终端和媒体播放源之间增加了可实现对播放进行业务控制的播放代理装置,解决了业务控制困难的问题,提高了整个播放系统的业务控制能力,改善了用户体验。\n[0085] 下面,结合本发明实施例中的媒体播放方法对本发明实施例进行进一步说明。如图8所示,所述方法的流程示意图,包括:\n[0086] 801、获得所述媒体的播放控制信息。\n[0087] 所述播放控制信息可以是用于请求播放相应媒体的播放请求、进行频道切换的频道切换请求、进行媒体分发的分发控制信息,也可以是IPTV终端开机时发起的注册消息,或是家长控制请求等。\n[0088] 则所述播放控制信息中可包括IPTV终端标识、指定的媒体对象标识、以及相应播放操作信息。IPTV终端标识可以是进行当前播放的终端的标识,也可以是其他相关IPTV终端的标识;指定媒体对象标识可以是频道标识、媒体节目标识(如电影节目标识、电视剧节目标识)、直播频道组播地址等;播放操作信息可以是指示开始播放、停止播放,暂停播放,快进播放、回退播放,预约播放等。\n[0089] 同时,所述播放控制信息可以通过SIP消息、RTSP消息、IMGP消息、以及HTTP消息中的某一种进行传送,具体情况与发送所述播放控制信息的设备有关,如IPTV终端可通过SIP消息携带所述播放控制信息,其他情况不做一一举例,并应为本领域技术人员所熟知。\n[0090] 该播放控制信息可以有多个来源,如,第三方控制端或IPTV终端可向所述播放代理装置发送播放控制信息,其中第三方控制端是指除当前IPTV终端和媒体播放源的可对播放的媒体内容实现控制的终端,如另一用户控制的IPTV终端,实际使用中,可能是当前IPTV终端的使用者为家庭中的未成年人,另一用户为家庭中的家长,以便实现家长对家庭中的未成年人观看内容的监控或限制。\n[0091] 该播放控制信息也可以是媒体播放源向所述播放代理装置发送播放控制信息,如,媒体播放源根据当前所有的媒体内容可主动发起播放请求的情况。\n[0092] 或者是,播放代理装置根据IPTV业务逻辑控制产生的播放控制信息,所述IPTV业务逻辑控制可以是根据本地存储的用户信息进行的业务逻辑控制,所述本地存储的用户信息包括IPTV终端权限信息、IPTV终端个性信息中的一种或多种。\n[0093] 所述播放控制信息也可以来自其他的网络服务器。\n[0094] 802、根据所述播放控制信息,在所述播放代理装置和因特网协议电视IPTV终端之间建立的媒体通道上控制媒体内容的播放。\n[0095] 本步可分为两步:\n[0096] A、根据所述播放控制信息获得播放操作指示。\n[0097] 其中,可以根据所述播放控制信息与所述IPTV终端进行交互,以获得播放操作指示,具体包括:\n[0098] 1、播放代理装置根据所述播放控制信息向IPTV终端发送播放询问消息。\n[0099] 2、所述IPTV终端根据所述播放询问消息做出播放选择后,向所述播放代理装置发送播放选择结果。\n[0100] 3、所述播放代理装置根据所述播放选择结果获得播放操作指示。\n[0101] 也可以是通过业务控制逻辑对所述播放控制信息进行业务控制逻辑处理获得相应的播放操作指示,如鉴权处理等。\n[0102] 另一方面,当所述播放控制信息包括播放请求时,所述播放操作包括:在所述媒体通道上对接收到的媒体流进行开始播放、停止播放、暂停播放、快进播放、回退播放、延迟播放等。\n[0103] 当所述播放控制信息包括频道切换请求时,所述播放操作包括频道选择,即在所述播放代理装置和IPTV终端之间建立的媒体通道上对所述至少两个媒体内容进行选择播放等。\n[0104] 当所述播放控制信息包括分发控制时,所述播放操作包括在所述播放代理装置和IPTV终端之间建立的媒体通道上对所述媒体内容进行分发播放,如媒体桥接等。\n[0105] B、根据所述播放操作指示在所述播放代理装置和IPTV终端之间建立的媒体通道上传送相应的媒体内容。具体可包括:根据所述播放操作指示对所述从所述媒体播放源获取相应的媒体内容进行播放处理,所述播放处理包括格式转换、内容合成中的一种或两种;\n将进过所述播放处理后的媒体内容在所述播放代理装置和IPTV终端之间建立的媒体通道上传送。\n[0106] 同时,在执行步骤B之前还包括:所述播放代理装置收到建立会话请求建立会话;\n所述播放代理装置建立会话后,与所述IPTV终端建立媒体通道。\n[0107] 在执行步骤B之前也可以包括:所述播放代理装置与所述媒体播放源建立媒体通道,所述媒体播放源可为一个或多个;所述播放代理装置通过与所述媒体播放源建立的媒体通道从所述媒体播放源获取相应的媒体内容\n[0108] 为了更清楚的说明上述流程,下面分别以若干具体实施例进行描述。\n[0109] 如图9所示,为IPTV终端正在播放频道A的节目,用户切换频道,选择观看频道B的节目的情况。对流程解释如下:\n[0110] 901、IPTV终端发送对电视频道A的播放请求。具体可以是,IPTV终端通过发送SIP INVITE消息携带所述播放请求,播放请求中包括频道A的频道标识。\n[0111] 902、播放代理装置收到该SIP INVITE消息后,根据播放请求获得播放操作指示为播放电视频道A的节目。因此,播放代理装置和IPTV终端建立SIP会话,并通过SIP会话建立媒体通道。\n[0112] 903、IPTV终端发起频道A的多播组1的加入请求,发送IGMP多播加入的成员报告,请求加入多播组1。\n[0113] 904、播放代理装置收到该多播加入报告,判断是否已经收到来自多播组1的媒体流,若没有收到,则发送该多播加入报告,若已经收到,则进入906。\n[0114] 905、播放代理装置加入多播组1,接收来自多播组1的媒体流1。\n[0115] 906、播放代理装置将来自多播组1的媒体流1,向和IPTV终端之间已经建立的媒体通道发送。IPTV终端接收该媒体流1后,即可以播放电视频道A的媒体内容。\n[0116] 907、用户切换频道,选择播放电视频道B;\n[0117] 908、IPTV终端发起频道A的多播组1的离开请求,发送IGMP多播离开的成员报告,请求离开多播组1。\n[0118] 909、播放代理装置收到该多播离开报告,并不立即停止向IPTV终端之间已经建立的媒体通道发送媒体流1,而是延迟一段合适的时间后再停止发送。\n[0119] 910、IPTV终端发起频道B的多播组2的加入请求,发送IGMP多播加入的成员报告,请求加入多播组2。\n[0120] 911、播放代理装置收到该多播加入报告,判断是否已经收到来自多播组2的媒体流,若没有收到,则发送该多播加入报告,以便与电视频道B的多播组2之间建立起源媒体通道;若已经收到,则进入913。\n[0121] 912、播放代理装置接收来自多播组2的媒体流2。\n[0122] 913、播放代理装置停止向和IPTV终端之间已经建立的媒体通道发送媒体流1,并将来自多播组2的媒体流2,向该媒体通道发送;IPTV终端接收该媒体流2后,即可以播放电视频道B的媒体内容。\n[0123] 本步骤中,进一步的,播放代理装置可以使用视频帧拼接技术,将媒体流2和媒体流1无缝拼接后通过媒体通道向IPTV终端发送,即媒体流1的最后一帧和媒体流的第一帧是连续的。\n[0124] 在本实施例中,908~909为可选步骤,即进行用户频道切换时,IPTV终端可以不用先发送多播离开的成员报告,而是直接发送多播加入的成员报告;或者,IPTV终端也可以发送IGMP多播离开和加入的成员报告;或者,IPTV终端也可以先发送多播加入的成员报告,再发送多播离开的成员报告。\n[0125] 在上述实施例中,可以看到,由于IPTV终端固定的通过和播放代理装置之间建立的媒体通道来接收来自不同视频播放源的媒体流,播放代理装置可以使得不同的视频播放源向该媒体通道连续的发送来自不同视频播放源的媒体流,而不用IPTV终端从一个视频播放源切换至另一个视频播放源,即省略了IPTV终端与第二视频播放源之间媒体通道建立时间,缩短了频道切换的时延,给用户带来较好的体验。\n[0126] 如图10所示,为IPTV终端正在播放电视频道A的节目,用户切换频道,选择观看电视频道B的节目,本具体实施例的流程说明如下:\n[0127] 1001、播放代理装置接收来自频道A的多播组1的媒体流1。\n[0128] 本实施例中,播放代理装置可以预先接收来自不同视频播放源的媒体流。比如,播放代理装置可以发起频道A的多播组1的加入请求,发送IGMP多播加入的成员报告,请求加入多播组1;或者,播放代理装置作为多播节点加入频道A的多播树;或者,播放代理装置作为多播节点加入一个以上电视频道的多播树,该多播流中包含了一个以上电视频道的视频媒体内容,播放代理装置从中获取频道A的媒体流1,等,其他相似的具体情况应为本领域普通技术人员所熟知,此处不做赘述。\n[0129] 1002、播放代理装置接收来自频道B的多播组2的媒体流2。本步和1001之间没有严格的先后顺序的区别。\n[0130] 1003~1005、IPTV终端通过发送对频道A的播放请求,该播放请求可携带在SIP INVITE消息中;播放代理装置收到该SIP INVITE消息后,和IPTV终端建立SIP会话,将来自多播组1的媒体流1向和IPTV终端之间建立的媒体通道发送。\n[0131] 1006、用户切换频道,选择电视频道B。\n[0132] 1007、IPTV终端根据用户进行频道切换的操作发起对频道B的播放请求(可携带于RTSP PLAY播放消息中),播放请求中包括频道B的频道标识。\n[0133] 1008、播放代理装置停止向和IPTV终端之间已经建立的媒体通道发送媒体流1,并将来自多播组2的媒体流2,向该媒体通道发送;IPTV终端接收该媒体流2后,即可以播放电视频道B的节目。\n[0134] 本步骤中,播放代理装置还会向IPTV终端发送RTSP 200 OK响应码(图示中没有画出),可以先发送200响应码再发送媒体流2,或先发送媒体流2再发送200响应码,或同时发送媒体流2和200响应码。IPTV终端可以在收到200响应码后再播放媒体流2的内容,也可以在收到200响应码之前就播放媒体流2的内容。\n[0135] 如图11所示,为获知IPTV终端开机后,网络根据用户的个人偏好,判断向终端播放电视频道A的节目,用户收看电视频道A的节目;此后,网络判断用户预先定购的电影开播时间到达,则向终端播放预购的电影。其中,本例中媒体播放源包括频道A的多播组1和电影频道的多播组3。具体的实施流程说明如下:\n[0136] 1101、播放代理装置接收来自频道A的多播组1的媒体流1。\n[0137] 1102、播放代理装置接收来自电影频道的多播组3的媒体流3。\n[0138] 1103、IPTV终端开机,发起SIP REGISTER(注册)消息。\n[0139] 1104、播放代理装置收到该SIP REGISTER消息后,根据本地存储的用户信息,如用户的个人偏好信息,进行播放判断。如,在本例中获得判断结果为向终端播放电视频道A的节目;或者是,用户是在时刻20:00打开IPTV终端的,播放代理装置根据本地存储的用户信息获知,用户的个人偏好信息的统计显示在这一时间段,用户一般选择电视频道A观看,则播放代理装置判断当前向终端播放电视频道A的节目。\n[0140] 本步骤中,播放代理装置根据业务逻辑控制的处理结果,生成了一个向IPTV终端发送的播放频道A的播放请求。\n[0141] 1105~1107、播放代理装置向IPTV终端发送SIP INVITE消息以便与终端之间建立媒体通道,IPTV终端收到该SIP INVITE消息后,和播放代理装置建立SIP会话,并建立媒体通道。此后,播放代理装置将来自多播组1的媒体流1,通过所述媒体通道发送至IPTV终端。\n[0142] 1108、播放代理装置感知用户预先定购的电影开播时间到达,如,用户在电影频道预购了一部电影节目,在21:00开播,则播放代理装置获知在21:00时需要向用户播放预先定购的电影,播放代理装置则适时向相应的电影频道多播组3获取相应的媒体流3。\n[0143] 本步骤中,类似的,播放代理装置根据业务逻辑控制的处理结果,生成了一个向IPTV终端播放的播放频道A的播放请求。\n[0144] 1109、播放代理装置停止向和IPTV终端之间已经建立的媒体通道发送媒体流1,并将来自多播组3的媒体流3,向该媒体通道发送;IPTV终端接收该媒体流3后,即可以播放预购的电影节目。\n[0145] 如图12所示,为IPTV终端正在播放电视频道A的节目,网络获知电影X上架,并根据用户的个人偏好判断用户可能喜欢观看该电影,则通知用户电影X上架,用户选择观看后,网络请求向终端播放电影X。本实施例的流程描述如下:\n[0146] 1201、IPTV终端正在播放电视频道A的节目。\n[0147] 1202、播放代理装置获知新电影X上架,该新电影X上架信息来自网络侧,如可来自相应的媒体播放源。\n[0148] 播放代理装置根据用户的个人偏好信息,判断用户可能喜欢观看该电影,则执行步骤1203.。\n[0149] 1203、播放代理装置向IPTV终端发送播放询问消息,该消息中提示用户电影X已经上架,询问用户是否选择观看。\n[0150] 1204、用户选择观看,则IPTV终端做出播放选择,并向播放代理装置发送所述播放选择结果。\n[0151] 1205、播放代理装置收到所述播放选择结果后向相应的提供电影X的媒体播放源(如为VOD服务器)发起对电影X的观看请求。如,发送SIP INVITE消息,消息中携带电影X的节目标识以及IPTV终端的SDP(Session Description Protocol,会话描述协议)信息。\n[0152] 1206、视频点播(Video On Demand,VOD)服务器收到该SIP INVITE消息,返回SIP \n606不接受(Not Acceptable)响应码,表示电影X不支持IPTV终端的SDP信息,并在SIP \n606响应码中携带电影X的SDP信息。\n[0153] 1207、播放代理装置发起对电影X的观看请求,发送SIP INVITE消息,消息中携带电影X的SDP信息。\n[0154] 1208、播放代理装置和VOD服务器建立了SIP会话,建立播放代理装置与媒体播放源之间的媒体通道。\n[0155] 1209、播放代理装置接收来自VOD服务器的电影X的媒体流4。\n[0156] 1210、播放代理装置获得媒体流4后,判断需要对进行格式转换,则对媒体流4进行编码格式转换处理,以转换成IPTV终端支持的编码格式,转换后获得媒体流5。本步骤中,播放代理装置根据前述的SDP信息提供应答过程,判断IPTV终端不支持媒体流4的编码格式,因此需要将该媒体流4,转换成IPTV终端支持的编码格式后,再向IPTV终端发送。\n[0157] 1211、向和IPTV终端之间已经建立的媒体通道发送媒体流5;IPTV终端接收该媒体流5后,即可以播放电影X节目。\n[0158] 在上述的实施例中,播放代理装置根据来自IPTV终端或网络的播放请求,将来自视频播放源的视频节目通过其和IPTV终端建立的媒体通道播放。\n[0159] 类似的,本发明具体实施例还包括在EAS(Emergency Alert System,紧急告警系统)业务中,播放代理装置获知来自网络的有紧急警报视频节目的播放请求,则将来自紧急频道的视频节目通过其和IPTV终端建立的媒体通道播放的情况。具体流程此处不做赘述。\n[0160] 本发明具体实施例还包括个性化广告业务的情况,即播放代理装置在向IPTV终端播放电视剧或电影等节目时,当插播广告时间到达时,根据用户的个性化偏好信息,将用户偏好观看的广告节目的视频媒体流,通过其和IPTV终端建立的媒体通道播放。\n[0161] 本发明具体实施里包括在画中画或马赛克业务的情况,即播放代理装置至少将两个视频播放源如频道A和频道B的媒体内容进行合成,通过其和IPTV终端建立的媒体通道播放,等等,这里不再一一赘述。此外,播放代理装置还能处理其它多种播放操作,下面是其进一步描述。\n[0162] 如图13所示的,为IPTV终端正在播放电视频道A的节目,用户切换频道,选择观看电视频道B的节目,网络判断用户没有观看电视频道B当前播放节目的权限,终端继续播放电视频道A的节目。具体流程描述如下:\n[0163] 1301~1302、播放代理装置接收来自频道A的多播组1的媒体流1,播放代理装置接收来自频道B的多播组2的媒体流2。\n[0164] 1303、IPTV终端正在播放电视频道A的节目。\n[0165] 1304、用户切换频道,选择电视频道B。\n[0166] 1305、IPTV终端发起对频道B的播放请求,可通过RTSP SETUP(建立)消息进行发送,所述播放请求中携带有频道B的频道标识。\n[0167] 本实施例中,播放代理装置收到携带多播成员报告的数据包后,通过对数据包的解析,获得IPTV终端的IP地址,并进一步获得IPTV终端的标识\n[0168] 1306、播放代理装置收到该RTSP SETUP消息后,结合本地存储的用户信息,判断用户没有权限观看频道B的当前播放节目,即拒绝IPTV终端发出的播放请求。\n[0169] 1307、播放代理装置仍然继续向和IPTV终端原建立的媒体通道发送媒体流1。\n[0170] 如图14所示,为用户B向网络实时上传他正在拍摄的视频节目Y,用户A请求观看该实时上传的视频节目Y,期间,用户B在继续上传该视频节目Y时,因为某种原因,选择暂停对该视频节目Y的播放,用户A观看视频节目Y的画面被暂停的情况。该实施例流程描述如下:\n[0171] 1401、IPTV终端2(由用户B控制)和播放代理装置建立了实时上传视频节目Y的会话。\n[0172] 1402、IPTV终端2向和播放代理装置之间建立的媒体通道发送节目Y的媒体流。\n[0173] 1403、控制另一IPTV终端(IPTV终端1)的用户A请求观看该视频节目Y,IPTV终端1发起节目Y的播放请求,该播放请求携带于SIP INVITE消息中。\n[0174] 1404~1405、播放代理装置收到该SIP INVITE消息后,和IPTV终端1建立SIP会话,播放代理装置向和IPTV终端1之间建立的媒体通道发送节目Y的媒体流;\n[0175] 1406~1407、用户B发起对节目Y的暂停播放请求,IPTV终端2发送RTSP PAUSE暂停消息中,消息中携带节目Y的节目标识。\n[0176] 1408、播放代理装置收到该RTSP PAUSE消息后,根据内容上传业务的逻辑控制,暂停向IPTV终端1发送其实时接收到的节目Y的媒体流。\n[0177] 在本实施例中实现了将IPTV终端2发起的播放控制信息进行转换,并作用于IPTV终端1的功能。\n[0178] 如图15所示,为用户A(如家中的小孩)正在家中观看电视频道A,用户B(如在外地的家长)通过手机查看小孩正在观看的电视节目,发现小孩正在观看的电视频道A的节目不适合儿童观看,则进行频道切换,将小孩观看的节目切换至适合儿童观看的电视频道B,以实现第三方控制端进行控制的功能。对本流程的描述如下:\n[0179] 1501~1502、播放代理装置接收来自频道A的多播组1的媒体流1,播放代理装置接收来自频道B的多播组2的媒体流2。\n[0180] 1503、用户A使用的IPTV终端2正在播放电视频道A的节目。\n[0181] 1504、用户B通过IPTV终端1发起家长控制请求,为实现有效的控制,通过用户B发起的播放控制请求的级别要高于用户A发起的播放控制请求的级别。\n[0182] 具体实现时,可以是,IPTV终端1可以发起SIP INVITE消息,消息中携带所述家长控制请求,网络根据预先设置的用户数据,得到IPTV终端1绑定的该家长控制请求的对应终端是IPTV终端2,则将该SIP INVITE消息路由至IPTV终端2当前附着的播放代理装置;或者是,所述家长控制请求中包括相应的IPTV终端2的用户标识,网络直接将所述家长控制请求路由至IPTV终端2当前附着的播放代理装置。\n[0183] 1505~1506、播放代理装置收到该家长控制请求,和IPTV终端1之间建立会话,并将IPTV终端1绑定该家长控制请求的对应IPTV终端2正在观看的媒体流1,向和IPTV终端1之间建立的媒体通道发送;\n[0184] 1507、IPTV终端1收到媒体流1,用户B看到该节目不适合用户A观看,则切换频道,选择电视频道B;\n[0185] 1508、IPTV终端1发起频道B的播放请求,该播放请求可携带于RTSP PLAY播放消息中,播放请求中携带频道B的频道标识。\n[0186] 1509、播放代理装置收到该RTSP PLAY消息,根据家长控制业务的逻辑控制,向IPTV终端2播放频道B的节目,即将IPTV终端1发起的播放请求进行转换,作用于IPTV终端2。\n[0187] 1510~1511、播放代理装置向和IPTV终端2建立的媒体通道发送媒体流2,向和IPTV终端1建立的媒体通道发送媒体流2,使用户A和用户B都观看到频道B的节目。\n[0188] 此后,如果用户A想将IPTV终端2播放的节目切换回频道A,IPTV终端2发送对频道A的播放请求,则播放代理装置可以根据相应的逻辑控制(如,用户B的控制级别高于用户A),拒绝该播放请求。\n[0189] 在本发明的一个具体实施例中,当用户在观看电视时,经常会进行频道切换操作,这期间,有些频道会被用户快速掠过,并不观看,比如,用户正在看频道A,想去观看频道C,但用户并没有选择直接按频道D对应的数字键,而是快速按动上下键,频道B被掠过,当到达频道C时,用户停止按键,观看频道C的节目。其流程进行描述如下:\n[0190] 用户快速按动上下键,IPTV终端依次发送频道B、频道C的播放请求;播放代理装置收到对频道B的播放请求后,进行一个指定时长的延时处理,在该指定时长内,播放代理装置收到对频道C的播放请求,则不向和IPTV终端之间建立的媒体通道发送频道B的媒体流,这样频道B被快速掠过;同样,播放代理装置收到对频道C的播放请求后,也进行一个指定时长的延时处理,在该指定时长超时后,播放代理装置没有收到对其它的播放请求,则向和IPTV终端之间建立的媒体通道发送频道C的媒体流,用户观看频道C的节目。\n[0191] 在本发明实施例提供的方案中,播放代理装置可以将来自不同视频播放源的视频媒体,通过一个固定的媒体通道向IPTV终端发送,并且还可以进一步的做出各种播放操作,适用于多种IPTV业务,解决了IPTV终端在不同视频播放源之间切换产生的切换间隙问题,也使得网络可以主动向IPTV终端推送指定的视频媒体;同时,由于IPTV终端不是直接加入视频播放源的多播组,进而使得播放代理装置可以直接感知IPTV终端的频道切换请求,IPTV业务控制便利。\n[0192] 通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。\n[0193] 以上所揭露的仅为本发明的实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
法律信息
- 2015-01-07
专利权的转移
登记生效日: 2014.12.17
专利权人由北京维本知识产权管理有限公司变更为北京智谷技术服务有限公司
地址由100080 北京市海淀区志新路27号1号楼401A室变更为100085 北京市海淀区小营西路33号1层1F06室
- 2014-12-03
专利权的转移
登记生效日: 2014.11.04
专利权人由华为技术有限公司变更为北京维本知识产权管理有限公司
地址由518129 广东省深圳市龙岗区坂田华为总部办公楼变更为100080 北京市海淀区志新路27号1号楼401A室
- 2012-01-11
- 2010-01-27
- 2009-12-02
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2008-01-09
|
2007-08-01
| | |
2
| |
2008-04-23
|
2007-10-17
| | |
3
| |
2007-08-29
|
2006-12-28
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 1 | | 2015-12-01 | 2015-12-01 | | |