CN101990131B - 一种实现视频业务一致连续性的方法、装置和系统 - Google Patents

Abstract

本发明实施例公开了一种实现视频业务一致连续性的方法，根据客户端的用户标识在流媒体业务平台设置用户位移组，可以保证用户使用用户位移组中的用户标识、通过任何类型的客户端接入流媒体业务平台后，都可以通过流媒体业务平台的认证，享受一致连续性的视频业务；另外，通过扩展传统的流媒体控制方式RTSP中的RTSP SET_PARAMETER的参数实现视频业务的一致连续性，无需对网络结构、流媒体业务平台和终端设备产生太大改动，提高了业务开展的便利性和可用性，适用于现有的流媒体系统改造。

Description

一种实现视频业务一致连续性的方法、装置和系统

技术领域

本发明涉及通信技术领域，特别是涉及一种实现视频业务一致连续性的方法、装置和系统。 

背景技术

随着通信技术的不断发展，基于固网与移动网络环境下的视频业务已经成为数据业务的重要发展方向，而流媒体业务，包括手机电视和IPTV(InternetProtocol Television，互联网协议电视)等，则是视频业务中的典型应用。随着全业务运营的发展，运营商不但拥有移动网络的牌照，也将拥有固网的牌照，可以同时为手持终端、机顶盒和个人电脑等不同类型的终端提供服务。用户不仅可以通过无线网接入业务，也可以通过固网来接入业务。因此，用户对视频业务形式的需求越来越多样化，对视频业务一致连续性的要求也越来越高。 

现有技术中，基于SLP(Service Location Protocol，业务定位协议)、SIP(Session Initiation Protocol，会话初始化协议)和RTP(Real-time TransportProtocol，实时传输协议)实现视频业务一致连续性，其中，SLP用于进行设备发现，SIP及其扩展信令用于支持会话转移，RTP用于传输视频和音频。具体地，现有技术中的视频业务一致连续性系统包括MN(Mobile Node，移动节点)、本地设备(Local Devices)、CN(Correspondent Node，通信节点)、代码转换机(Transcoder)和SLP DA(Directory Agent，目录代理)，其中，MN为基于SIP的移动设备，用于发起会话转移，处理进行会话转移的SIP信令；本地设备通过MN来发现，可以是标准的基于SIP的设备，至少包括一个实现视频业务一致连续性协议扩展的设备；CN是一个基础的SIP设备，用于实现SIP UA(User Agent，用户代理)的功能，并建立SIP呼叫；代码转换机用于在会话转移时协商不同设备之间的能力，例如，在CN上的编码格式无 法转移适配到目标本地设备时，进行转码处理；SLP DA是中心化的目录，用于保存设备的位置和能力。 

现有技术中的视频业务一致连续性方案，基于终端到终端的方式应用于多媒体会话时的用户设备切换，可以包括MNC(Mobile Network Code，移动网号)模式和SH(Switching Hubs，交换式集线器)模式，其中，MNC模式使用3PCC(SIP Third Party Call Control，会话初始化协议第三方呼叫控制)机制，包括以下步骤：MN与CN建立了SIP会话，通过视频和语音媒体进行通话；MN向本地设备发送Invite request消息，与本地设备初始化一个新的SIP会话，该Invite request消息保护了CN的媒体参数，用于建立本地设备与CN之间的媒体流；MN与本地设备建立SIP会话后，向CN发送Invite消息，更新自身已存在的与CN之间的SIP会话，该Invite消息中包含本地设备的媒体参数；本地设备与CN之间的媒体流建立，MN与CN之间的SIP会话继续保留。SH模式中使用SIP REFER(参考)方法，包括以下步骤：作为referrer的MN向作为referee的选择好的本地设备发送REFER消息，该消息中使用一个“Replaces”头和一个“Referred-By”头，提供了专门的有关要被替代的会话和MN的信息；本地设备向作为refer target的CN发送Invite消息，要求CN替换本地设备与MN的会话，该会话包括SIP会话和媒体流；本地设备与MN的会话被替换后，本地设备通知MN会话转移成功，MN中断与CN之间的SIP会话和媒体流。 

现有技术中的视频业务一致连续性的实现方法基于SIP协议，对于终端和网络侧的改造都比较大；另外，现有技术中的视频业务一致连续性的实现方法主要应用于多媒体会话与视频会议类的场景，关于流媒体与网络电视方面还没有相关的解决方案。 

发明内容

本发明实施例提供一种实现视频业务一致连续性的方法、装置和系统，能够保证流媒体与网络电视业务的一致连续性。 

本发明实施例提出一种实现视频业务一致连续性的方法，包括以下步骤： 

将第一客户端和第二客户端的用户标识添加到同一个用户位移组中； 

接收来自第一客户端的切换请求，将所述切换请求与所述第一客户端的用户位移组相关联，暂停正在播放的视频节目，记录所述视频节目的位移时间点和所述视频节目的地址，并向所述第一客户端返回切换响应，同意切换请求； 

接收来自第二客户端的节目信息获取请求，根据所述节目信息获取请求中的用户标识，查询所述用户标识所在的用户位移组，并获取所述用户位移组对应的视频节目的位移时间点和所述视频节目的地址； 

接收来自所述第二客户端的播放请求，根据所述获取的视频节目的位移时间点和所述视频节目的地址，向所述第二客户端发送所述获取的视频节目的位移时间点后的视频节目的内容。 

优选地，所述播放请求中包括第二客户端的设备能力信息， 

接收来自所述第二客户端的播放请求之后，还包括： 

根据所述播放请求中的设备能力信息，通过编码/转码器对所述位移时间点后的视频节目的内容进行转码。 

优选地，所述切换请求通过扩展实时流传输协议RTSP中的参数来实现。 

优选地，所述记录视频节目的位移时间点和视频节目的地址之后，还包括： 

向所述第一客户端返回切换响应，所述切换响应通过扩展RTSP中的参数来实现。 

优选地，所述扩展实时流传输协议RTSP中的参数，具体为：在RTSP中新增加参数。 

优选地，所述用户标识包括以下内容中的至少一项： 

用户的移动台综合业务数字网号码MSISDN、用户的电子邮箱地址，以及用户名与密码的对应关系。 

优选地，所述正在播放的视频节目为直播节目时，所述暂停正在播放的视频节目之后，还包括： 

缓存所述直播节目。 

本发明实施例还提出一种实现视频业务一致连续性的装置，应用于包括客户端和编码/转码器的视频业务系统中，所述装置包括配置模块、收发模块、处理模块和关联模块，其中， 

所述配置模块，用于根据用户通过客户端输入对应的用户标识配置用户位移组；具体用于将用户通过第一客户端和第二客户端输入的用户标识添加到同一个用户位移组中； 

所述收发模块，用于接收来自第一客户端的配置信息和用户通过所述第一客户端发送的切换请求，以及接收来自第二客户端的节目信息获取请求和播放请求，并根据所述关联模块获取的视频节目的位移时间点和所述视频节目的地址，向所述第二客户端发送所述位移时间点后的视频节目的内容； 

所述处理模块，用于将所述收发模块接收到的来自所述第一客户端的切换请求与所述配置模块配置的所述第一客户端的用户位移组相关联，暂停正在播放的视频节目，记录所述视频节目的位移时间点和所述视频节目的地址； 

所述收发模块，还用于在所述处理模块记录所述视频节目的位移时间点和视频节目的地址之后，向所述第一客户端返回切换响应，同意切换请求； 

所述关联模块，用于根据所述收发模块接收到的节目信息获取请求中的用户标识查询所述用户标识所在的用户位移组，并获取所述用户位移组对应的视频节目的位移时间点和所述视频节目的地址。 

优选地，所述播放请求中包括第二客户端的设备能力信息， 

所述收发模块，还用于根据所述播放请求中的设备能力信息，通过编码/转码器对所述位移时间点后的视频节目的内容进行转码。 

优选地，所述收发模块，还用于向所述第一客户端返回切换响应，所述切换响应通过扩展实时流传输协议RTSP中的参数来实现。 

优选地，所述扩展实时流传输协议RTSP中的参数，具体为：在实时流传输协议RTSP中新增加参数。 

优选地，所述正在播放的视频节目为直播节目时， 

所述处理模块，还用于缓存所述直播节目。 

本发明实施例还提出一种实现视频业务一致连续性的系统，包括流媒体业务平台、第一客户端和第二客户端， 

所述流媒体业务平台，用于将所述第一客户端和所述第二客户端的用户标识添加到同一个用户位移组中；还用于接收来自所述第一客户端的切换请求，将所述切换请求与所述第一客户端的用户位移组相关联，并暂停正在播放的视频节目，记录所述视频节目的位移时间点和所述视频节目的地址，并向所述第一客户端返回切换响应，同意切换请求；接收来自所述第二客户端的节目信息获取请求，根据所述节目信息获取请求中的用户标识查询所述用户标识所在的用户位移组，并获取所述用户位移组对应的视频节目的位移时间点和所述视频节目的地址；接收来自所述第二客户端的播放请求，根据所述获取的视频节目的位移时间点和所述视频节目的地址，向所述第二客户端发送所述获取的视频节目的位移时间点后的视频节目的内容； 

所述第一客户端，用于向所述流媒体业务平台发送切换请求； 

所述第二客户端，用于向所述流媒体业务平台发送节目信息获取请求和播放请求，并接收来自所述流媒体业务平台的所述获取的视频节目的位移时间点后的视频节目的内容。 

本发明实施例具有以下优点，因为根据客户端的用户标识在流媒体业务平台设置用户位移组，可以保证用户使用用户位移组中的用户标识、通过任何类型的客户端接入流媒体业务平台后，都可以通过流媒体业务平台的认证，享受一致连续性的视频业务；另外，通过扩展传统的流媒体控制方式RTSP中的RTSP SET_PARAMETER的参数实现视频业务的一致连续性，无需对网络结构、流媒体业务平台和终端设备产生太大改动，提高了业务开展的便利性和可用性，适用于现有的流媒体系统改造。 

附图说明

图1为本发明实施例中的一种实现视频业务一致连续性的方法流程图； 

图2为本发明实施例中的一种具体应用场景中的实现视频业务一致连续性的流程图； 

图3为本发明实施例中的另一种具体应用场景中的实现视频业务一致连续性的流程图； 

图4为本发明实施例中的一种实现视频业务一致连续性的装置结构示意图； 

图5为本发明实施例中的一种实现视频业务一致连续性系统结构示意图。 

具体实施方式

下面将结合本发明实施例中的附图，对本发明的技术方案进行清楚、完整地描述，如图1所示，为本发明实施例中的一种实现视频业务一致连续性的方法流程图，包括以下步骤： 

步骤101，接收来自第一客户端的切换请求，将该切换请求与第一客户端的用户位移组相关联，并暂停正在播放的视频节目，记录该视频节目的位移时间点和该视频节目的地址。 

步骤102，接收来自第二客户端的节目信息获取请求，根据该节目信息获取请求中的用户标识查询该用户标识所在的用户位移组，并获取该用户位移组对应的视频节目的位移时间点和该视频节目的地址。 

步骤103，接收来自第二客户端的播放请求，根据获取的视频节目的位移时间点和视频节目的地址，向第二客户端发送位移时间点后的视频节目的内容。 

以下结合具体的应用场景，对本发明实现视频业务一致连续性的方法机型详细的描述。在一种具体应用场景中，用户在家里通过客户端A观看IPTV时需要出门办事，想要将正在播放的视频节目从客户端A切换到客户端B继续观看。如图2所示，为本发明实施例中的一种具体应用场景中的实现视频业务一致连续性的流程图，应用于包括流媒体业务平台、客户端A、客户端B和编码/转码器的视频业务系统中，该流程图具体包括以下步骤： 

步骤201，用户通过客户端A登录流媒体业务平台，配置用户位移组。 

具体地，用户可以通过流媒体业务平台将客户端A的用户标识添加到用户位移组中，同时，也可以将客户端B的用户标识添加到同一个用户位移组中。其中，用户标识可以为用户的MSISDN(the Mobile StationIntegrated Service Digital Network number，移动台综合业务数字网号码)，也可以为用户的电子邮箱地址，也可以为用户名与密码的对应关系等用于 唯一标识用户的信息。 

步骤202，用户使用客户端A接入流媒体业务平台，启动流媒体业务流程，接收节目数据流。 

步骤203，当用户准备用客户端B继续观看该节目时，客户端A向流媒体业务平台发送切换请求。 

其中，切换请求通过扩展RTSP(Real Time Streaming Protocol，实时流传输协议)中的参数或者在RTSP中新增加参数来实现。当用户按键后，客户端A可以直接将按键信息返回给流媒体业务平台，向流媒体业务平台发送切换请求。具体地，切换请求继承原有协议接口，并在原有协议的基础上对SET_PARAMETER进行扩展，消息接口可以采用如下格式： 

SET_PARAMETER rtsp://10.71.141.31:554/avsync.mp4 RTSP/1.0 

CSeq:1 

Content-length:66 

Content-type:text/parameters 

x_key:5；x_opra_type:C_PL_UE_TRANSFER；x_opra_param:8613601027643，09/03/14/17 

其中，x_key、x_opra_type和x_opra_param为RTSP协议的扩展参数，如表1所示，为RTSP协议的扩展参数表。本发明中应用到的操作类型如表2所示。 

表1  RTSP协议的扩展参数表 

参数名称	参数取值范围	参数意义	备注
				x_key	1～15	用户操作的按键
x_opra_type	详见操作类型表	按键所对应的媒  体控制操作
				x-opra_param		媒体控制操作所  需要的操作参数	一个媒体控制  操作可需要多

[0062] 

个操作参数。

表2  操作类型表 

步骤204，流媒体业务平台保存切换请求，并将该切换请求与客户端A的用户位移组相关联。 

其中，该切换请求中包括客户端A的用户标识，流媒体业务平台可以将该切换请求与切换请求中的用户标识所在的用户位移组相关联。 

步骤205，流媒体业务平台暂停正在播放的视频节目，并对视频节目的当前时间点进行保留，作为该视频节目的位移时间点，并记录视频节目的地址。 

另外，如果当前播放的视频节目为直播节目，需要在流媒体业务平台对该直播节目进行缓存。 

步骤206，流媒体业务平台向客户端A返回切换响应，同意切换请求。 

其中，切换响应通过扩展RTSP中的参数或者在RTSP中新增加参数来实现，消息接口可以采用如下格式： 

RTSP/1.0 200 OK 

CSeq:1 

Content-length:66 

Content-type:text/parameters 

x_key:5；x_opra_type:C_PL_UE_TRANSFER；x-opra_param:8613601027643，09/03/14/17 

步骤207，客户端A停止播放视频节目。 

步骤208，用户使用客户端B登录流媒体业务平台，向流媒体业务平台发送节目信息获取请求，请求获取节目信息。 

其中，节目信息获取请求中包含客户端B的用户标识。 

步骤209，流媒体业务平台根据节目信息获取请求中的用户标识判断用户是否有位移需求。 

具体地，流媒体业务平台根据节目信息获取请求中的用户标识查询该用户标识所在的用户位移组，如果查询到用户标识所在的用户位移组，则用户有位移需求；否则，用户没有位移需求，流媒体业务平台将向用户播放完整的视频节目。 

步骤210，如果用户有位移需求，流媒体业务平台向客户端B返回暂停的视频节目的地址和该视频节目的位移时间点。 

步骤211，客户端B向流媒体业务平台发送播放请求。 

具体地，客户端B向流媒体业务平台发送RTSP DESCRIBE请求，该请求采用“rtsp://......”的格式，并携带客户端B的设备能力信息。 

步骤212，流媒体业务平台根据播放请求中的设备能力信息，通过编码/转码器对位移时间点后的视频节目的内容进行转码。 

其中，设备能力信息包括设备的屏幕尺寸和播放帧率等信息，由于客户端A和客户端B的处理能力、屏幕尺寸和网络接入类型不同，需要通过编码/转码器完成转码和适配工作，以保持视频业务的一致连续性， 

步骤213，流媒体业务平台将转码后的视频节目的内容发送给客户端B。 

在另一种具体应用场景中，用户1和用户2在家里同时通过客户端A观看IPTV时需要出门办事，用户1想要将正在播放的视频节目从客户端A切换到客户端B继续观看，用户2想要将正在播放的视频节目从客户端A切换到客户端C继续观看。如图3所示，为本发明实施例中的另一种具体应用场景中的实现视频业务一致连续性的流程图，应用于包括流媒体业务平台、客户端A、客户端B、客户端C和编码/转码器的视频业务系统中， 该流程图具体包括以下步骤： 

步骤301，用户通过客户端A登录流媒体业务平台，配置用户位移组。 

具体地，用户可以通过流媒体业务平台将客户端A的用户标识添加到用户位移组中，同时，也可以将客户端B和客户端C的用户标识添加到同一个用户位移组中。其中，用户标识可以为用户的MSISDN，也可以为用户的电子邮箱地址，也可以为用户名与密码的对应关系等用于唯一标识用户的信息。上述用户可以为用户1，也可以为用户2。 

步骤302，用户1和用户2使用客户端A接入流媒体业务平台，启动流媒体业务流程，接收节目数据流。 

步骤303，当用户1和用户2准备分别通过客户端B和客户端C继续观看该节目时，客户端A向流媒体业务平台发送切换请求。 

其中，切换请求对RTSP协议进行扩展，当用户按键后，客户端A可以直接将按键信息返回给流媒体业务平台，向流媒体业务平台发送切换请求。具体地，切换请求继承原有协议接口，并在原有协议的基础上对SET_PARAMETER进行扩展，消息接口可以采用如下格式： 

SET_PARAMETER rtsp://10.71.141.31:554/avsync.mp4 RTSP/1.0 

CSeq:1 

Content-length:66 

Content-type:text/parameters 

x_key:5；x_opra_type:C_PL_UE_TRANSFER；x_opra_param:8613601027643，09/03/14/17 

其中，x_key、x_opra_type和x_opra_param为RTSP协议的扩展参数，如表1所示，为RTSP协议的扩展参数表。本发明中应用到的操作类型如表2所示。 

步骤304，流媒体业务平台保存切换请求，并将该切换请求与客户端A的用户位移组相关联。 

其中，该切换请求中包括客户端A的用户标识，流媒体业务平台可以将该切换请求与切换请求中的用户标识所在的用户位移组相关联。 

步骤305，流媒体业务平台暂停正在播放的视频节目，并对视频节目的当前时间点进行保留，作为该视频节目的位移时间点，并记录视频节目的地址。 

另外，如果当前播放的视频节目为直播业务，需要在流媒体业务平台对当前节目进行缓存。 

步骤306，流媒体业务平台向客户端A返回切换响应，同意切换请求。 

其中，切换响应对RTSP协议进行扩展，消息接口可以采用如下格式： 

RTSP/1.0 200 OK 

CSeq:1 

Content-length:66 

Content-type:text/parameters 

x_key:5；x_opra_type:C_PL_UE_TRANSFER；x-opra_param:8613601027643，09/03/14/17 

步骤307，客户端A停止播放视频节目。 

步骤308，用户1使用客户端B登录流媒体业务平台，向流媒体业务平台发送节目信息获取请求，请求获取节目信息。 

其中，节目信息获取请求中包含客户端B的用户标识。 

步骤309，流媒体业务平台根据节目信息获取请求中的用户标识判断用户1是否有位移需求。 

具体地，流媒体业务平台根据节目信息获取请求中的用户标识查询该用户标识所在的用户位移组，如果查询到用户标识所在的用户位移组，如果查询到用户标识所在的用户位移组，则用户1有位移需求；否则，用户1没有位移需求，流媒体业务平台将向用户1播放完整的视频节目。 

步骤310，如果用户1有位移需求，流媒体业务平台向客户端B返回 暂停的视频节目的地址和该视频节目的位移时间点。 

步骤311，客户端B向流媒体业务平台发送播放请求。 

具体地，客户端B向流媒体业务平台发送RTSP DESCRIBE请求，该请求采用“rtsp://......”的格式，并携带客户端B的设备能力信息。 

步骤312，流媒体业务平台根据播放请求中的设备能力信息，通过编码/转码器对位移时间点后的视频节目的内容进行转码。 

由于客户端A和客户端B的处理能力、屏幕尺寸和网络接入类型不同，需要通过编码/转码器完成转码和适配工作，以保持视频业务的一致连续性， 

步骤313，流媒体业务平台将转码后的视频节目的内容发送给客户端B。 

步骤314，用户2使用客户端C登录流媒体业务平台，向流媒体业务平台发送节目信息获取请求，请求获取节目信息。 

其中，节目信息获取请求中包含客户端C的用户标识。 

步骤315，流媒体业务平台根据节目信息获取请求中的用户标识判断用户2是否有位移需求。 

具体地，流媒体业务平台根据节目信息获取请求中的用户标识查询该用户标识所在的用户位移组，如果查询到用户标识所在的用户位移组，则用户2有位移需求；否则，用户2没有位移需求，流媒体业务平台将向用户2播放完整的视频节目。 

步骤316，如果用户2有位移需求，流媒体业务平台向客户端C返回暂停的视频节目的地址和该视频节目的位移时间点。 

步骤317，客户端C向流媒体业务平台发送播放请求。 

具体地，客户端C向流媒体业务平台发送RTSP DESCRIBE请求，该请求采用“rtsp://......”的格式，并携带客户端C的设备能力信息。 

步骤318，流媒体业务平台根据播放请求中的设备能力信息，通过编码/转码器对位移时间点后的视频节目的内容进行转码。 

由于客户端A和客户端C的处理能力、屏幕尺寸和网络接入类型不同， 需要通过编码/转码器完成转码和适配工作，以保持视频业务的一致连续性， 

步骤319，流媒体业务平台将转码后的视频节目的内容发送给客户端C。 

需要说明的是，上述两种应用场景中，本发明方法可以根据实际需要对各个步骤顺序进行调整。 

以上实施方式提供了实现视频业务一致连续性的方法和应用场景，本发明还通过以下实施方式提供了应用上述方法的装置和系统。 

如图4所示，为本发明实施例中的一种实现视频业务一致连续性的装置结构示意图，应用于包括流媒体业务平台、编码/转码器、第一客户端和第二客户端的视频业务系统中，该装置包括配置模块410、收发模块420、处理模块430和关联模块440，其中， 

配置模块410，用于根据用户通过客户端输入对应的用户标识配置用户位移组。 

上述配置模块410，具体用于将用户通过第一客户端和第二客户端输入的用户标识添加到同一个用户位移组中。 

收发模块420，用于接收来自第一客户端的配置信息和用户通过第一客户端发送的切换请求，以及接收来自第二客户端的节目信息获取请求和播放请求，并根据关联模块440获取的视频节目的位移时间点和该视频节目的地址，向第二客户端发送位移时间点后的视频节目的内容。 

其中，切换请求通过扩展RTSP中的参数或者在RTSP中新增加参数来实现。当用户按键后，客户端A可以直接将按键信息返回给流媒体业务平台，向流媒体业务平台发送切换请求。具体地，切换请求继承原有协议接口，并在原有协议的基础上对SET_PARAMETER进行扩展，消息接口可以采用如下格式： 

SET_PARAMETER rtsp://10.71.141.31:554/avsync.mp4 RTSP/1.0 

CSeq:1 

Content-length:66 

Content-type:text/parameters 

x_key:5；x_opra_type:C_PL_UE_TRANSFER；x_opra_param:8613601027643，09/03/14/17 

其中，x_key、x_opra_type和x_opra_param为RTSP协议的扩展参数。 

上述播放请求中包括第二客户端的设备能力信息，上述收发模块420，还用于根据播放请求中的设备能力信息，通过编码/转码器对位移时间点后的视频节目的内容进行转码。 

上述收发模块420，还用于向所述第一客户端返回切换响应，该切换响应通过扩展RTSP中的参数或者在RTSP中新增加参数来实现，消息接口可以采用如下格式： 

RTSP/1.0 200 OK 

CSeq:1 

Content-length:66 

Content-type:text/parameters 

x_key:5；x_opra_type:C_PL_UE_TRANSFER；x-opra_param:8613601027643，09/03/14/17 

处理模块430，用于将收发模块420接收到的来自第一客户端的切换请求与配置模块410配置的第一客户端的用户位移组相关联，并在通过收发模块420接收到切换请求时，暂停正在播放的视频节目，记录该视频节目的位移时间点和该视频节目的地址。 

当上述视频节目为直播节目时，上述处理模块430，还用于缓存该直播节目。 

关联模块440，用于根据收发模块420接收到的节目信息获取请求中 的用户标识查询该用户标识所在的用户位移组，并获取该用户位移组对应的视频节目的位移时间点和所述视频节目的地址。 

如图5所示，为本发明实施例中的一种实现视频业务一致连续性系统结构示意图，包括流媒体业务平台510、第一客户端520和第二客户端530，其中， 

流媒体业务平台510，具体结构如图4所示，用于接收来自第一客户端520的切换请求，将所述切换请求与第一客户端的的用户位移组相关联，并暂停正在播放的视频节目，记录该视频节目的位移时间点和该视频节目的地址；接收来自第二客户端530的节目信息获取请求，根据该节目信息获取请求中的用户标识查询该用户标识所在的用户位移组，并获取该用户位移组对应的视频节目的位移时间点和该视频节目的地址；接收来自第二客户端530的播放请求，根据获取的视频节目的位移时间点和该视频节目的地址，向第二客户端530发送位移时间点后的视频节目的内容。 

其中，切换请求通过扩展RTSP(Real Time Streaming Protocol，实时流传输协议)中的参数或者在RTSP中新增加参数来实现。当用户按键后，客户端A可以直接将按键信息返回给流媒体业务平台，向流媒体业务平台发送切换请求。具体地，切换请求继承原有协议接口，并在原有协议的基础上对SET_PARAMETER进行扩展，消息接口可以采用如下格式： 

SET_PARAMETER rtsp://10.71.141.31:554/avsync.mp4 RTSP/1.0 

CSeq:1 

Content-length:66 

Content-type:text/parameters 

x_key:5；x_opra_type:C_PL_UE_TRANSFER；x_opra_param:8613601027643，09/03/14/17 

其中，x_key、x_opra_type和x_opra_param为RTSP协议的扩展参数。 

上述播放请求中还包括第二客户端530的设备能力信息，上述流媒体业务平台510，还用于根据播放请求中的设备能力信息，通过编码/转码器对位移时间点后的视频节目的内容进行转码。 

上述流媒体业务平台510，还用于向第一客户端520返回切换响应，该切换响应通过扩展RTSP中的参数或者在RTSP中新增加参数来实现，消息接口可以采用如下格式： 

RTSP/1.0 200 OK 

CSeq:1 

Content-length:66 

Content-type:text/parameters 

x_key:5；x_opra_type:C_PL_UE_TRANSFER；x-opra_param:8613601027643，09/03/14/17 

上述视频节目为直播节目时，上述流媒体业务平台510，还用于缓存所述直播节目。 

上述流媒体业务平台510，还用于将用户通过第一客户端和第二客户端输入的用户标识添加到同一个用户位移组中。 

第一客户端520，用于向流媒体业务平台510发送切换请求。 

第二客户端530，用于向流媒体业务平台510发送节目信息获取请求和播放请求，并接收来自流媒体业务平台510的位移时间点后的视频节目的内容。 

本发明实施例提出了用户在不同客户端之间切换视频业务时，实现视频业务一致连续性的系统，根据客户端的用户标识在流媒体业务平台设置用户位移组，可以保证用户使用用户位移组中的用户标识、通过任何类型的客户端接入流媒体业务平台后，都可以通过流媒体业务平台的认证，享受一致连续性的视频业务；另外，通过扩展传统的流媒体控制方式RTSP中的RTSPSET_PARAMETER的参数实现视频业务的一致连续性，无需对网络结构、流 媒体业务平台和终端设备产生太大改动，提高了业务开展的便利性和可用性，适用于现有的流媒体系统改造。 

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。 

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。 

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体，也可以分离部署，可以合并为一个模块，也可以进一步拆分成多个子模块。 

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。 

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。 

Claims (13)

1.一种实现视频业务一致连续性的方法，其特征在于，包括以下步骤：

将第一客户端和第二客户端的用户标识添加到同一个用户位移组中；

接收来自第一客户端的切换请求，将所述切换请求与所述第一客户端的用户位移组相关联，暂停正在播放的视频节目，记录所述视频节目的位移时间点和所述视频节目的地址，并向所述第一客户端返回切换响应，同意切换请求；

接收来自第二客户端的节目信息获取请求，根据所述节目信息获取请求中的用户标识，查询所述用户标识所在的用户位移组，并获取所述用户位移组对应的视频节目的位移时间点和所述视频节目的地址；

接收来自所述第二客户端的播放请求，根据所述获取的视频节目的位移时间点和所述视频节目的地址，向所述第二客户端发送所述获取的视频节目的位移时间点后的视频节目的内容。

2.如权利要求1所述的方法，其特征在于，所述播放请求中包括第二客户端的设备能力信息，

接收来自所述第二客户端的播放请求之后，还包括：

根据所述播放请求中的设备能力信息，通过编码/转码器对所述位移时间点后的视频节目的内容进行转码。

3.如权利要求1所述的方法，其特征在于，所述切换请求通过扩展实时流传输协议RTSP中的参数来实现。

4.如权利要求1所述的方法，其特征在于，所述切换响应通过扩展实时流传输协议RTSP中的参数来实现。

5.如权利要求3或4所述的方法，其特征在于，所述扩展实时流传输协议RTSP中的参数，具体为：在RTSP中新增加参数。

6.如权利要求1所述的方法，其特征在于，所述用户标识包括以下内容中的至少一项：

用户的移动台综合业务数字网号码MSISDN、用户的电子邮箱地址，以及用户名与密码的对应关系。

7.如权利要求1所述的方法，其特征在于，所述正在播放的视频节目为直播节目时，所述暂停正在播放的视频节目之后，还包括：

缓存所述直播节目。

8.一种实现视频业务一致连续性的装置，应用于包括客户端和编码/转码器的视频业务系统中，其特征在于，所述装置包括配置模块、收发模块、处理模块和关联模块，其中，

所述配置模块，用于根据用户通过客户端输入对应的用户标识配置用户位移组；具体用于将用户通过第一客户端和第二客户端输入的用户标识添加到同一个用户位移组中；

所述收发模块，用于接收来自第一客户端的配置信息和用户通过所述第一客户端发送的切换请求，以及接收来自第二客户端的节目信息获取请求和播放请求，并根据所述关联模块获取的视频节目的位移时间点和所述视频节目的地址，向所述第二客户端发送所述位移时间点后的视频节目的内容；

所述处理模块，用于将所述收发模块接收到的来自所述第一客户端的切换请求与所述配置模块配置的所述第一客户端的用户位移组相关联，暂停正在播放的视频节目，记录所述视频节目的位移时间点和所述视频节目的地址；

所述收发模块，还用于在所述处理模块记录所述视频节目的位移时间点和视频节目的地址之后，向所述第一客户端返回切换响应，同意切换请求；

所述关联模块，用于根据所述收发模块接收到的节目信息获取请求中的用户标识查询所述用户标识所在的用户位移组，并获取所述用户位移组对应的视频节目的位移时间点和所述视频节目的地址。

9.如权利要求8所述的装置，其特征在于，所述播放请求中包括第二客户端的设备能力信息，

所述收发模块，还用于根据所述播放请求中的设备能力信息，通过编码/转码器对所述位移时间点后的视频节目的内容进行转码。

10.如权利要求8所述的装置，其特征在于，所述切换响应通过扩展实时流传输协议RTSP中的参数来实现。

11.如权利要求10所述的装置，其特征在于，所述扩展实时流传输协议RTSP中的参数，具体为：在实时流传输协议RTSP中新增加参数。

12.如权利要求8所述的装置，其特征在于，所述正在播放的视频节目为直播节目时，

所述处理模块，还用于缓存所述直播节目。

13.一种实现视频业务一致连续性的系统，包括流媒体业务平台、第一客户端和第二客户端，其特征在于，

所述流媒体业务平台，用于将所述第一客户端和所述第二客户端的用户标识添加到同一个用户位移组中；还用于接收来自所述第一客户端的切换请求，将所述切换请求与所述第一客户端的用户位移组相关联，并暂停正在播放的视频节目，记录所述视频节目的位移时间点和所述视频节目的地址，并向所述第一客户端返回切换响应，同意切换请求；接收来自所述第二客户端的节目信息获取请求，根据所述节目信息获取请求中的用户标识查询所述用户标识所在的用户位移组，并获取所述用户位移组对应的视频节目的位移时间点和所述视频节目的地址；接收来自所述第二客户端的播放请求，根据所述获取的视频节目的位移时间点和所述视频节目的地址，向所述第二客户端发送所述获取的视频节目的位移时间点后的视频节目的内容；

所述第一客户端，用于向所述流媒体业务平台发送切换请求；

所述第二客户端，用于向所述流媒体业务平台发送节目信息获取请求和播放请求，并接收来自所述流媒体业务平台的所述获取的视频节目的位移时间点后的视频节目的内容。

Images