CN101668193A - 一种播放切换方法和*** - Google Patents
一种播放切换方法和*** Download PDFInfo
- Publication number
- CN101668193A CN101668193A CN200810141751.XA CN200810141751A CN101668193A CN 101668193 A CN101668193 A CN 101668193A CN 200810141751 A CN200810141751 A CN 200810141751A CN 101668193 A CN101668193 A CN 101668193A
- Authority
- CN
- China
- Prior art keywords
- user terminal
- media server
- media
- iptv user
- server
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1093—In-session procedures by adding participants; by removing participants
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1094—Inter-user-equipment sessions transfer or sharing
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种播放切换方法和***,其中的方法包括:收到IPTV用户终端发起的切换请求;根据切换请求中的地址信息向第一媒体服务器发送停止通知,通知所述第一媒体服务器停止向所述IPTV用户终端发送数据;并根据切换请求中的信息,向所述IPTV用户终端提供媒体数据。本发明在不增加IPTV***硬件成本的情况下实现了播放中断的无缝切换方法,并在此基础上解决了数据冲突的问题。
Description
技术领域
本发明涉及通信领域,具体涉及一种播放切换的方法和***。
背景技术
作为“三网融合”的重要形式,IPTV业务已经成为通信行业重点发展的业务方向,其用户规模正在迅速扩张。IPTV的主要业务形态是IPTV媒体服务器通过IPTV用户终端(例如:IPTV机顶盒,PC终端,手机终端)为用户提供基于IP网络的直播、点播、录播、时移等媒体服务和其它增值多媒体服务。IPTV***是一个分布式的网络***,其媒体数据分布在网络边缘的媒体服务器上,IPTV***能够将由用户终端发起的大多数媒体播放请求定位到网络边缘,直接由边缘的媒体服务器为用户提供相关的媒体播放服务。与传统的模拟电视和正在广泛部署的数字电视不同,强大的IP网络不仅能够支持IPTV***向用户终端传送高质量的媒体数据,还支持用户依靠IP网络的交互能力实现和媒体内容的互动。但是,在另一方面,由于IP网络仅提供“尽力而为”的数据传送服务,在IP网络突然发生拥塞的情况下,IPTV用户终端可能在短时间内接收不到媒体服务器发送来的媒体数据,这将导致媒体播放的短暂中断。在更为严重的情况下,当局部的网络设备或媒体服务器本身出现长时间故障时,IPTV用户终端将彻底失去和当前提供服务的媒体服务器之间的连接。以上播放中断的情况将导致用户无法正常收看节目,这将极大地影响用户的体验。
现有技术中存在播放中断的切换方法。IPTV应用服务器向IPTV用户终端下发一组媒体服务器的地址,在发生播放中断时,IPTV用户终端将连接到这组地址中的其他媒体服务器上获取数据。
发明人通过研究发现,现有技术由于存在网络拥塞,因此IPTV用户终端可能只是暂时无法从媒体服务器获得数据,在网络拥塞解除后,IPTV用户终端仍旧会接收到原来提供服务的媒体服务器发送来媒体数据。因此在实际应用中可能出现IPTV用户终端同时收到两个或多个媒体服务器发来重复数据的情况。这种现象对于网络资源是一种极大的浪费,而且会给IPTV用户终端对媒体数据的接收和解析带来麻烦,在ADSL接入的情况下,还可能在下行链路上造成拥塞,使IPTV用户终端无法正常工作。
发明内容
本发明提供了一种播放切换方法和***,在实现了无缝切换的同时解决了发生播放中断时播放切换的过程而导致的数据冲突问题。具体包括:
一种播放切换的方法,包括:
收到IPTV用户终端发送的切换请求,所述切换请求中包含第一媒体服务器的标识;
根据所述标识向第一媒体服务器发送停止通知,通知所述第一媒体服务器停止向所述IPTV用户终端发送数据;
根据所述切换请求,向所述IPTV用户终端提供媒体数据。
一种播放切换的方法,包括:
向第二媒体服务器发送切换请求,请求所述第二媒体服务器通知第一媒体服务器停止向IPTV用户终端发送媒体数据,以及请求所述第二媒体服务器向所述IPTV用户终端发送媒体数据;
接收所述第二媒体服务器提供的媒体数据。
一种媒体服务器,所述媒体服务器包括以下模块:
接收模块:用于接收IPTV用户终端发送的切换请求,所述切换请求中包含第一媒体服务器的标识;
发送模块:用于根据所述切换请求发送第一停止通知;以及根据所述切换请求,向所述IPTV用户终端提供媒体数据。
一种IPTV用户终端,包括:
发送模块,用于向第二媒体服务器发送切换请求,请求所述第二媒体服务器通知第一媒体服务器停止向IPTV用户终端发送媒体数据,以及请求所述第二媒体服务器向所述IPTV用户终端发送媒体数据;
接收模块,用于接收并播放媒体数据。
一种播放切换***,该***包括若干第一媒体服务器和第二媒体服务器:
第二媒体服务器,用于接收IPTV用户终端发送的切换请求,并根据所述切换请求,向所述第一媒体服务器发送停止通知,通知其停止向所述IPTV用户终端下发媒体数据;并向IPTV用户终端下发媒体数据;
第一媒体服务器,用于接收所述停止通知,并根据所述停止通知,停止向所述IPTV用户终端下发媒体数据;
本发明通过第二媒体服务器在收到终端发送的切换请求后,根据所述切换请求向终端发送媒体数据,能够实现用户终端在接收第一媒体服务器的媒体数据中断后播放无缝切换,进一步通过第二媒体服务器和第一媒体服务器间的交互,避免了数据重复发送而导致用户终端数据冲突的问题。整个切换操作仅在IPTV用户终端和各个媒体服务器间,无需第三方的参与。
附图说明
图1为本发明实施例提供的实现播放切换的***结构图;
图2为本发明实施例提供的媒体服务器结构示意图;
图3为本发明实施例提供的IPTV用户终端的结构示意图;
图4为本发明实施例提供的播放切换的方法流程图;
图5为本发明实施例播放切换的方法流程图。
具体实施方式
为了使本技术领域人员更好地理解本发明,下面结合附图对本发明作进一步的详细说明。
图1为本发明实施例提供的实现播放切换的***结构图。如图1所示,所述的***包括:IPTV应用服务器100,和多个媒体服务器,本实施例以两个为例,包括第一媒体服务器101,第二媒体服务器102。所述***向IPTV用户终端103提供IPTV业务并实现播放切换。本实施例中提供的媒体服务器都可以既作为第一媒体服务器,也可以作为第二媒体服务器。此外,在另外的实施例中该***中也可以包括其他数量的媒体服务器,具体工作原理与本实施例相同。其中:
IPTV应用服务器100:用于记录***中所有媒体服务器(包括第一媒体服务器,第二媒体服务器)的状态信息,如当前是否可用,并对所述状态信息进行更新,该更新可以是实时更新或周期性的更新等。所述的状态信息可以通过记录可用的媒体服务器的标识描述以及对应的状态,记录的方式可以是IP地址列表等形式;接收IPTV用户终端103发出的播放业务申请,从所述状态信息中选择适合为该IPTV用户终端103提供服务的可用媒体服务器,并将所述可用媒体服务器的标识发送给所述IPTV用户终端103。此外,IPTV应用服务器100也可以主动对IPTV用户终端103中的可用媒体服务器标识进行更新。
第二媒体服务器102:用于接收IPTV用户终端103发送来的切换请求,所述切换请求中包含切换标识以及第一媒体服务器101的标识、第一媒体服务器101与IPTV用户终端103的会话信息如会话ID。所述第二媒体服务器102根据请求中的信息,向第一媒体服务器发送停止通知,通知其停止向IPTV用户终端103发送媒体数据。为了保证所述第一媒体服务器101能够接收到停止通知,停止通知的发送可以是多次的,当多次发送停止通知时,所述第二媒体服务器102可以在接收到第一媒体服务器发送来的停止确认消息后,停止停止通知的发送;此外,所述第二媒体服务器102进一步根据IPTV用户终端103的发送来的切换请求,向该IPTV用户终端103提供媒体数据;例如,如果请求消息中有播放状态信息,如播放时间点信息或播放的起始帧号,则根据该信息向该IPTV用户终端103提供媒体数据;也可以是在收到第一媒体服务器101的停止确认消息后,再根据IPTV用户终端103的发送来的请求,向该IPTV用户终端103提供媒体数据。
第二媒体服务器102还可以在接到IPTV用户终端103发送的切换请求后,进一步判断该第二媒体服务器是否正在向该IPTV用户终端103提供媒体数据,如果是,则暂停向该IPTV用户终端103发送媒体数据;根据请求中的信息,如第一媒体服务器标识,原会话信息等,向第一媒体服务器101发送停止通知,通知其停止向该IPTV用户终端103发送媒体数据,然后继续向该IPTV用户终端103发送媒体数据;也可以是在收到第一媒体服务器101的停止确认消息后,再继续向该IPTV用户终端103发送媒体数据;还可以进一步根据切换请求中的播放状态信息,如可恢复时间点信息向该IPTV用户终端103发送媒体数据。
第一媒体服务器101:用于接收IPTV用户终端103发送的播放请求,并根据所述播放请求向所述的IPTV用户终端103提供媒体数据。当然,第一媒体服务器101还可以向IPTV应用服务器100反馈其自身的可用状态,其反馈方式可以是多种,例如即时反馈或定期反馈等;第一媒体服务器101中进一步可以存储媒体数据,例如音视频数据;
此外,第一媒体服务器101还用于接收所述第二媒体服务器102发送来的停止通知,停止通知的接收可以通过监听相应的UDP端口实现,如UDP 654端口。在接收到第二媒体服务器102的停止通知后,根据停止通知中的信息,如原会话信息,可以是原会话ID或者其他标识信息,停止该ID对应的媒体播放的会话并停止向该IPTV用户终端103发送媒体数据。
第一媒体服务器101进一步可以向第二媒体服务器102发送停止确认消息,告知所述第二服务器102其自身已停止向IPTV用户终端103提供媒体数据。
在本发明的另一个实施例中播放切换的***中也可以不包含IPTV应用服务器100,由第一媒体服务器101和第二媒体服务器102直接向IPTV用户终端103提供其自身的可用状态信息。
图2为本发明实施例提供的媒体服务器结构示意图;如图所示,所述的媒体服务器包括:接收模块201,判断模块202,发送模块203,存储模块204;
接收模块201,用于接收IPTV用户终端103发送的播放请求或切换请求所述切换请求中包含第一媒体服务器的标识;还可以用于接收第一停止确认消息以及接收第二停止通知。
判断模块202,用于在接收模块201接收到所述切换请求后判断是否正在向所述的IPTV用户终端提供媒体数据;
发送模块203:用于向IPTV应用服务器100或IPTV用户终端反馈本媒体服务器可用状态信息,向IPTV用户终端103发送相应的媒体数据;用于根据所述切换请求发送第一停止通知;以及根据所述切换请求,向所述IPTV用户终端提供媒体数据。,该模块也可以用以发送第二停止确认消息。
停止模块204:根据所述第二停止通知停止向终端提供媒体数据。
此外,如果判断模块202判断是否正在向所述的IPTV用户终端提供媒体数据,发送模块203还可以用于根据判断模块的判断暂停向所述的IPTV用户终端提供媒体数据;并在向所述的第一媒体服务器发送停止通知后或收到所述第一媒体服务器的停止确认消息后向所述的IPTV用户终端提供媒体数据。
此外,发送模块203进一步还可以获取切换请求中的播放状态信息,如中断时间点,恢复时间点,播放结束时间点,中断的帧号,结束的帧号等,根据该播放状态信息选择出IPTV用户终端103所需要的媒体数据,下发给所述IPTV用户终端103。
此外,该发送模块203进一步还可以在接收模块201接收到第二媒体服务器发送的停止通知后,获取停止通知中所要结束的原连接信息,可以是原会话信息,例如原会话ID,停止该ID对应的媒体播放的会话并停止向该IPTV用户终端103发送媒体数据。
图3为本发明实施例提供的IPTV用户终端的结构示意图。如图所示,所述IPTV用户终端包括接收模块301和发送模块302。
所述接收模块,用于接收并播放媒体数据,以及从IPTV应用服务器或媒体服务器获取可用媒体服务器的标识,比如可用媒体服务器的IP地址;并接收IPTV应用服务器下发的可用媒体服务器更新信息,例如,更新后的可用媒体服务器IP地址列表;
所述发送模块,用于向IPTV应用服务器100发送播放业务申请,请求其下发一组可用的媒体服务器信息,例如,可用媒体服务器的IP地址;向第一媒体服务器发送播放请求,或当发生播放中断或同时收到一个或多个媒体服务器发送的重复媒体数据而发生数据冲突的时候,向第二媒体服务器发送切换请求,请求所述第二媒体服务器通知第一媒体服务器停止向IPTV用户终端发送媒体数据,以及请求所述第二媒体服务器向所述IPTV用户终端发送媒体数据;所述切换请求通过在RTSP协议的Play方法中增加新头域实现。
根据前述本发明实施例中IPTV用户终端103的功能,该IPTV用户终端103的内部结构除了如上述图3所示的实施例外,还可以包括其他原理类似的以软件模块形式或者以硬件形式实现的实施例,用以实现前述IPTV应用终端103的功能,具体原理与上述实施相同,此处不再赘述。
本发明实施例给出了在第一媒体服务器发生播放中断的情况下播放切换的方法,以下结合附图4对该无缝切换方法做进一步说明,包括以下步骤:
步骤401:IPTV用户终端向IPTV应用服务器发出播放业务申请,请求其提供可用媒体服务器的标识。
步骤402:IPTV应用服务器响应IPTV用户终端发出的申请,向其提供可用媒体服务器的标识,例如发送一组媒体服务器的IP地址,可以包括如前述的第一媒体服务器和第二媒体服务器的IP地址,也可以包括更多媒体服务器的IP地址。在本发明另外的实施例中IPTV应用服务器还可以向其发送可用媒体服务器IP地址的更新信息;
步骤403:IPTV用户终端向第一媒体服务器发出播放请求;
步骤404:第一媒体服务器收到IPTV用户终端发送来的播放请求,并根据播放请求,如请求中的IPTV用户终端标识,可以是IPTV用户终端的IP地址,以及请求中播放状态信息,如媒体文件的名称,编号,向IPTV用户终端发送其需要的媒体数据,还可以进一步根据请求中的播放状态信息,如媒体播放起始时刻,或播放的起始帧号等确定媒体数据;
步骤405:第一媒体服务器自身或其网络设备出现暂态或长期故障,或IP网络出现拥塞现象,媒体数据的传输出现中断;
步骤406:由于上述步骤405中所述的故障或网络拥塞现象,IPTV用户终端将出现接收不到其所需要的媒体数据,此时,IPTV用户终端检测到播放中断现象,并向第二媒体服务器发送切换请求,所述切换请求中可以携带以下参数,如表一所示:表一
参数名称 | 参数说明 | 举例 |
301,切换标识 | 是否需要进行切换操作的标识 | YES/NO |
302,第一媒体服务器标识 | 第一媒体服务器IP地址,域名等标识信息 | 192.168.1.3 |
303,原会话ID | 原会话ID,即终端与第一媒体服务器之间的会话的ID | 12345678 |
参数302和参数303可以在参数301取值为“Yes”的时候出现。
本实施例中建议对广泛应用的RTSP(RFC 2326)进行扩展,上述参数在该协议中的携带方式建议如下:
RTSP://ServerIP:Port/Path/Filename?switch=yes,origin_IP=**,origin_Session=**
第二媒体服务器可以是从IPTV应用服务器下发的可用媒体服务器标识中选择一个服务器,也可以进一步根据网络状况选择第二媒体服务器。
步骤407:第二媒体服务器根据所述切换请求向第一媒体服务器发送停止通知;所述通知中可以包括切换请求中的原连接信息,可以是原会话信息,例如原会话ID,第一媒体服务器的标识以及端口信息等,通知第一媒体服务器停止向IPTV用户终端下发媒体数据;
在本发明另外的实施例中,本步骤中第二媒体服务器还可以在发送停止通知前,进一步判断此时本第二媒体服务器是否在向所述IPTV用户终端下发相同的媒体数据,若正在下发,则先停止向该IPTV用户终端下发媒体数据,再向上述第一媒体服务器发送停止通知。
为了减轻服务器间交互的协议开销,提升交互效率,本实施例中建议媒体服务器间的交互采用UDP方式传输,由于UDP交互的可靠性较低,因此本实施例进一步建议第二的媒体服务器向第一媒体服务器多次发送停止通知,其发送的方式可以是以一定频率多次发送,也可以是定期发送,或根据网络的通信状况定制其发送的策略。
步骤408:第一媒体服务器收到第二媒体服务器发来的停止通知后,根据所述通知中的相关信息如原会话ID,停止相关会话,停止向相关IPTV用户终端发送媒体数据;
为了能够接收到第二媒体服务器发送的停止通知,本实施例中可以由第一媒体服务器在启动后对指定的UDP端口进行接收。例如用于监听的UDP端口定义为654。第一媒体服务器在收到停止通知后根据其中信息,如原会话ID判断当前服务器中是否存在通知中所包含的会话ID,若存在则对所述ID对应的会话进行停止,若不存在则继续监听。
在本发明另外的实施例中,本步骤中所述第一媒体服务器还可以在停止相关会话后,向第二媒体服务器发送停止确认消息,告知其已经停止向IPTV用户终端发送媒体数据。
步骤409:第二媒体服务器,根据切换请求中的播放转台信息,例如:要求播放的媒体信息,可以是媒体文件的名称,编号,也可以是媒体播放起始时刻,媒体播放结束时刻,播放的起始帧号,播放的结束帧号等,向IPTV用户终端发送其所需要的媒体数据。
在本发明另外的实施例中,本步骤中所述第二媒体服务器还可以在收到所述第一媒体服务器发送来的停止确认消息后,再向IPTV用户终端发送其所需要的媒体数据。
在实际应用中可能出现两台媒体服务器,即第一媒体服务器和第二媒体服务器同时向IPTV用户终端发送媒体数据的情况。为了解决这一问题,本实施例在IPTV用户终端发现第一媒体服务器和第二媒体服务器同时发送重复的媒体数据而发生数据冲突时,再次向所述第二媒体服务器发送切换请求,请求其向第一媒体服务器发送停止通知。此时的切换请求中将携带发生数据冲突前的可恢复时间点,例如发生数据冲突前正常播放的最后的时间点,也可以是发生数据冲突前正常播放的最后一帧的帧号,这样所述第二媒体服务器将从可恢复时间点开始向IPTV用户终端开始发送媒体数据。
本实施例建议对广泛应用的RTSP(RFC 2326)进行扩展,具体协议扩展建议如下:
C->S:PLAY rtsp://audio.example.com/twister.en RTSP/1.0
CSeq:833
Session:12345678
Switch:Yes
OutdateIP:IP of Media Server(本例中为第一媒体服务器的IP地址)
OutdateSession:Session ID
Range:clock=[RecoveryPoint]-[EndPoint]
在RTSP协议的Play方法中增加新的头域——Switch、OutdateIP和OutdateSession。该头域为可选头域。当发现数据冲突时,IPTV用户终端将向第一媒体服务器发送Play方法(此处Play方法为一个切换请求),其中携带上述头域。新增基于RTSP协议的头域的具体描述如表二所示,其中:
表二
参数名称 | 参数说明 | 举例 |
501,Switch | 是否需要进行切换操作的标识 | YES/NO |
502,OutdateIP | 第一媒体服务器IP地址,域名等 | 192.168.1.3 |
503,OutdateSession | 原会话ID,即终端与第一媒体服务器之间的会话的ID | 12345678 |
504,Range | 需要媒体数据的范围,包含可恢复时间点 | Clock=[RecoveryPoint]-[EndPoint] |
501表示携带该头域的Play方法是否需要第二媒体服务器向其他媒体服务器发送停止通知。502头域标识需要向哪台服务器发送停止通知(本发明中为第一媒体服务器的标识)。503头域标识需要停止哪个会话。仅当501对应的头域赋值为Yes时,502和503两个头域才生效。504头域标识需要媒体数据的范围,包含可恢复时间点。需要指出的是,表二中给出的参数值只是为了说明使用方式,在实际应用中可以灵活定义。
在出现数据冲突的情况下,无缝切换的方法流程如附图5所示,其中:
步骤601:IPTV用户终端同时接收到第一媒体服务器和第二媒体服务器发送来的媒体数据,发生了数据冲突的情况;
步骤602:IPTV用户终端生成切换请求发送给第二媒体服务器。所述切换请求中包含切换标识以及第一媒体服务器的地址信息、第一媒体服务器与IPTV用户终端的会话信息如会话ID,还可以包含IPTV用户终端位置信息如IPTV用户终端的IP地址,第一媒体服务器的IP标识,以及端口信息;原连接信息,或要求播放的媒体信息,可以是媒体文件的名称,编号;还有播放时间控制信息,可以是媒体播放起始时刻和媒体播放结束时刻,播放的起始帧号,播放的结束帧号等;
步骤603:第二媒体服务器停止向所述IPTV用户终端发送媒体数据;
步骤604:第二媒体服务器将停止通知发送给第一媒体服务器;
步骤605:第二媒体服务器继续向所述IPTV用户终端发送媒体数据,在本步骤中第二媒体服务其也可以在接收到第一媒体服务器反馈的停止确认消息后,继续向所述IPTV用户终端发送媒体数据。
除了上述的实施方式以外,本发明所述播放切换方法还有其他实施方式,例如,当IPTV用户终端的数据冲突是由超过两台的媒体服务器同时向IPTV用户终端发送数据而导致的,这时表二502头域标识将携带引起冲突的多个媒体服务的标识。503头域标识中将携带分别对应于多个媒体服务器的多个会话ID。这样接收到切换请求的媒体服务器将向导致数据冲突的其他多个媒体服务器同时发送停止通知。
通过以上实施例的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得移动设备(可以是手机,个人计算机,媒体播放器等)执行本发明各个实施例所述的方法。这里所称的存储介质,如:ROM/RAM、磁盘、光盘等。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (15)
1.一种播放切换的方法,其特征在于,包括:
收到IPTV用户终端发送的切换请求,所述切换请求中包含第一媒体服务器的标识;
根据所述标识向第一媒体服务器发送停止通知,通知所述第一媒体服务器停止向所述IPTV用户终端发送数据;
根据所述切换请求,向所述IPTV用户终端提供媒体数据。
2.根据权利要求1所述方法,其特征在于,在收到所述第一媒体服务器的反馈的停止确认消息后,根据所述切换请求,向所述IPTV用户终端提供媒体数据。
3.根据权利要求1所述方法,其特征在于,所述停止通知通过UDP交互通道发送。
4.根据权利要求1所述方法,其特征在于,进一步包括:
判断正在向所述的IPTV用户终端提供媒体数据;
暂停向所述IPTV用户终端提供媒体数据,向所述的第一媒体服务器发送停止通知后或收到所述第一媒体服务器的停止确认消息后再向所述的IPTV用户终端提供媒体数据。
5.根据权利要求1-4中任一项所述的方法,其特征在于,
所述的切换请求中携带可恢复时间点,根据所述可恢复时间点确定所述的向IPTV用户终端提供的媒体数据。
6.一种播放切换的方法,其特征在于,包括:
向第二媒体服务器发送切换请求,请求所述第二媒体服务器通知第一媒体服务器停止向IPTV用户终端发送媒体数据,以及请求所述第二媒体服务器向所述IPTV用户终端发送媒体数据;
接收所述第二媒体服务器提供的媒体数据。
7.根据权利要求6所述方法,其特征在于:该方法进一步包括:
从IPTV应用服务器或媒体服务器获取可用媒体服务器的标识,根据所述可用媒体服务器的标识选择第二媒体服务器发送切换请求。
8.一种媒体服务器,其特征在于:所述媒体服务器包括以下模块:
接收模块:用于接收IPTV用户终端发送的切换请求,所述切换请求中包含第一媒体服务器的标识;
发送模块:用于根据所述切换请求发送第一停止通知;以及根据所述切换请求,向所述IPTV用户终端提供媒体数据。
9.如权利要求8所述的媒体服务器,其特征在于:所述接收模块还用于接收第二停止通知;所述媒体服务器还包括停止模块,用于根据所述第二停止通知停止向IPTV用户终端提供媒体数据。
10.如权利要求8所述媒体服务器,其特征在于:
所述发送模块还可以用于发送第二停止确认消息。
所述接收模块还可以用于接收第一停止确认消息。
11.根据权利要求9或10所述媒体服务器,其特征在于还包括:
判断模块,用于判断正在向所述的IPTV用户终端提供媒体数据;
所述发送模块用于根据判断模块的判断暂停向所述的IPTV用户终端提供媒体数据;并发送第一停止通知后或收到第一停止确认消息后向所述的IPTV用户终端提供媒体数据。
12.一种IPTV用户终端,其特征在于:
发送模块,用于向第二媒体服务器发送切换请求,请求所述第二媒体服务器通知第一媒体服务器停止向IPTV用户终端发送媒体数据,以及请求所述第二媒体服务器向所述IPTV用户终端发送媒体数据;
接收模块,用于接收并播放媒体数据。
13.如权利要求12所述的IPTV用户终端,其特征在于:
所述接收模块进一步用于:从IPTV应用服务器或媒体服务器获取可用媒体服务器的标识。
14.一种播放切换***,其特征在于:该***包括若干第一媒体服务器和第二媒体服务器:
第二媒体服务器,用于接收IPTV用户终端发送的切换请求,并根据所述切换请求,向所述第一媒体服务器发送停止通知,通知其停止向所述IPTV用户终端下发媒体数据;并向所述IPTV用户终端下发媒体数据;
第一媒体服务器,用于接收所述停止通知,并根据所述停止通知,停止向所述IPTV用户终端下发媒体数据。
15.根据权利要求14所述***,其特征在于:该***还包括:
IPTV应用服务器:用于向所述IPTV用户终端提供所述可用媒体服务器的标识。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810141751.XA CN101668193A (zh) | 2008-09-02 | 2008-09-02 | 一种播放切换方法和*** |
PCT/CN2009/072694 WO2010025635A1 (zh) | 2008-09-02 | 2009-07-09 | 一种播放切换方法、媒体服务器、用户终端和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810141751.XA CN101668193A (zh) | 2008-09-02 | 2008-09-02 | 一种播放切换方法和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101668193A true CN101668193A (zh) | 2010-03-10 |
Family
ID=41796732
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810141751.XA Pending CN101668193A (zh) | 2008-09-02 | 2008-09-02 | 一种播放切换方法和*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101668193A (zh) |
WO (1) | WO2010025635A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102298947A (zh) * | 2011-08-23 | 2011-12-28 | 百度在线网络技术(北京)有限公司 | 一种用于在多媒体播放器间进行播放切换的方法与设备 |
WO2014023192A1 (zh) * | 2012-08-09 | 2014-02-13 | 中兴通讯股份有限公司 | 交互式网络电视***中点播服务不中断的方法及装置 |
CN107360448A (zh) * | 2017-08-11 | 2017-11-17 | 中广热点云科技有限公司 | 一种视频数据单播组播切换方法 |
CN112911335A (zh) * | 2021-02-03 | 2021-06-04 | 烽火通信科技股份有限公司 | 一种基于视频编码的服务调度方法、视频服务器和机顶盒 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4224037B2 (ja) * | 2005-03-31 | 2009-02-12 | 富士通フロンテック株式会社 | サービス提供方法、及びデータ処理装置 |
US9264455B2 (en) * | 2005-11-15 | 2016-02-16 | Alcatel Lucent | Clustering call servers to provide protection against call server failure |
CN101051883B (zh) * | 2007-05-11 | 2011-04-20 | 杭州华三通信技术有限公司 | 一种主用语音服务器故障恢复后的业务切换方法和*** |
CN100542276C (zh) * | 2007-06-01 | 2009-09-16 | 华为技术有限公司 | 一种视频点播类业务的实现方法、服务器及客户端 |
CN101252546B (zh) * | 2008-04-15 | 2012-02-29 | 中国科学技术大学 | 媒体流在线服务迁移的方法和装置 |
-
2008
- 2008-09-02 CN CN200810141751.XA patent/CN101668193A/zh active Pending
-
2009
- 2009-07-09 WO PCT/CN2009/072694 patent/WO2010025635A1/zh active Application Filing
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102298947A (zh) * | 2011-08-23 | 2011-12-28 | 百度在线网络技术(北京)有限公司 | 一种用于在多媒体播放器间进行播放切换的方法与设备 |
CN102298947B (zh) * | 2011-08-23 | 2015-12-16 | 百度在线网络技术(北京)有限公司 | 一种用于在多媒体播放器间进行播放切换的方法与设备 |
WO2014023192A1 (zh) * | 2012-08-09 | 2014-02-13 | 中兴通讯股份有限公司 | 交互式网络电视***中点播服务不中断的方法及装置 |
CN107360448A (zh) * | 2017-08-11 | 2017-11-17 | 中广热点云科技有限公司 | 一种视频数据单播组播切换方法 |
CN107360448B (zh) * | 2017-08-11 | 2019-07-12 | 中广热点云科技有限公司 | 一种视频数据单播组播切换方法 |
CN112911335A (zh) * | 2021-02-03 | 2021-06-04 | 烽火通信科技股份有限公司 | 一种基于视频编码的服务调度方法、视频服务器和机顶盒 |
CN112911335B (zh) * | 2021-02-03 | 2022-05-27 | 烽火通信科技股份有限公司 | 一种基于视频编码的服务调度方法、视频服务器和机顶盒 |
Also Published As
Publication number | Publication date |
---|---|
WO2010025635A1 (zh) | 2010-03-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9538237B2 (en) | Multi-screen interaction method and system | |
CN101247332B (zh) | 带宽请求***、带宽请求装置、客户装置、带宽请求方法、内容播放方法 | |
US20090177759A1 (en) | Base station apparatus for distributing contents and terminal apparatus for receiving the contents | |
US7773615B2 (en) | Connection state control device, connection state control method, and connection state controlling program | |
JP2006229938A (ja) | 分散型ネットワーク発見 | |
CN101160917A (zh) | 一种接入设备中基于主备板切换的组播实现方法 | |
CN102017516A (zh) | 媒体分发的***和方法 | |
US20100118758A1 (en) | Distributing content in a communication network | |
CN101969431B (zh) | 一种实现流媒体播放单播、多播无缝切换的方法 | |
JP2008035374A (ja) | サーバー及びサーバーの制御方法 | |
CN101668193A (zh) | 一种播放切换方法和*** | |
CN100407637C (zh) | 数据流无线发送/接收的网络管理方法及网络***和设备 | |
CN103442287B (zh) | 机顶盒网络自动扩展播放方法 | |
CN100512311C (zh) | 基于单个连接的移动流媒体协商的方法 | |
CN101800938A (zh) | 为mbms承载业务建立无线承载的方法、装置和*** | |
CN101686519B (zh) | 一种保持多媒体会话连续性的切换方法 | |
US20070076614A1 (en) | Method for changing channels in wireless communication terminal and content service system | |
JP5189822B2 (ja) | 複数のマルチキャスト・ストリームに区分化することによりdvb−ipサービス情報の送信を最適化する方法 | |
WO2023246599A1 (zh) | 非签约内容提供商的服务资源分发方法和视频服务*** | |
CN102916927B (zh) | 资源分配方法和***以及边缘资源管理器和会话管理器 | |
CN102438170B (zh) | 应用于广电网络中的音视频业务点播方法、***及装置 | |
CN101471848B (zh) | 一种信号传送带宽调整方法、媒体网关及媒体网关控制器 | |
KR101774482B1 (ko) | 동영상 전송 시스템 및 그 전송방법, 및 동영상 재생 단말기 및 그 재생방법 | |
KR20090070952A (ko) | 스트리밍 서비스 제어 시스템 및 그 방법, 그리고 이에적용되는 서버 | |
JP5472228B2 (ja) | 受信端末及びそのプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20100310 |