[go: up one dir, main page]

CN102780678A - 共享内容的方法和设备 - Google Patents

共享内容的方法和设备 Download PDF

Info

Publication number
CN102780678A
CN102780678A CN2011101201292A CN201110120129A CN102780678A CN 102780678 A CN102780678 A CN 102780678A CN 2011101201292 A CN2011101201292 A CN 2011101201292A CN 201110120129 A CN201110120129 A CN 201110120129A CN 102780678 A CN102780678 A CN 102780678A
Authority
CN
China
Prior art keywords
content
session
terminal
shared
initiation terminal
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
Application number
CN2011101201292A
Other languages
English (en)
Inventor
王雷
郜文美
范姝男
吕小强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Priority to CN201710339296.3A priority Critical patent/CN107135412B/zh
Priority to CN2011101201292A priority patent/CN102780678A/zh
Priority to EP12782723.6A priority patent/EP2698962B1/en
Priority to PCT/CN2012/075298 priority patent/WO2012152223A1/zh
Publication of CN102780678A publication Critical patent/CN102780678A/zh
Priority to US14/075,383 priority patent/US9686321B2/en
Priority to US15/591,614 priority patent/US10044772B2/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • 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/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • 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/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • 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/1089—In-session procedures by adding media; by removing media
    • 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/1096—Supplementary features, e.g. call forwarding or call holding
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/148—Migration or transfer of sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明实施例涉及一种共享内容的方法，所述方法包括：接收内容共享请求，与接收终端之间建立共享会话，向接收终端共享第一发起终端上播放的会话内容；接收播放的会话内容从第一发起终端转移到第二发起终端的状态通知，并根据状态通知，结束共享会话或者继续共享在第二发起终端上继续播放的会话内容。根据本发明实施例，能够共享发起终端观看的CoD内容，并且在共享内容发起方的显示终端发生转移时，能够让内容共享AS感知，保证共享会话的连续性。本发明还涉及一种共享内容的设备。

Description

共享内容的方法和设备
技术领域
本发明实施例涉及互联网协议电视领域，更具体地说，本发明涉及互联网协议电视中共享内容的方法和设备。
背景技术
IPTV(Internet Protocol Television)互联网协议电视，俗称交互式网络电视，是在IP网络上传送包含电视、视频、文本、图像、数据等，提供QoS(服务质量)/QoE(体验质量)、安全、交互性和可靠性的可管理的多媒体业务。IPTV技术集Internet、多媒体、通信等多种技术于一体，利用宽带网络作为基础设施，以家用电视机、个人电脑、手机等作为主要显示终端，通过IP协议向用户提供包括数字电视节目在内的多种交互型多媒体业务。IPTV最主要的特点在于它改变了传统的单向广播式的媒体传播方式，用户可以按需接收，实现用户与媒体内容提供商的实时交互，从而更好的满足用户个性化需求。
视频共享(Video Share)业务是指用户在通话过程中，向通话对端发起视频共享的业务。共享的对象可以是移动终端通过摄像头实时采集的视频，也可以是其终端上存储的视频片断文件。在通话的过程中，用户可以随机发起和终止该业务。
后来，共享技术进行了扩展，共享内容不限于视频，还可以共享离散的媒体，统称为内容共享(Content share)。
通常，内容共享通过下述过程来实现：
(1-2)共享发起方终端发起INVITE请求，INVITE请求中标明要使用的媒体类型。请求经应用服务器(Application Server，简称“AS”)转发到达共享接收方。Accept-Contact头域带有“+g.3gpp.cs-voice”特征标识，表示发起的是视频共享业务。
(3-5)共享接收方终端收到共享发起方的INVITE请求，发送183消息给AS，在消息的SDP信息中包含有接收方终端接收的媒体流类型和编码方式。AS收到183消息后发送PRACK消息到共享接收方终端，共享接收方终端发送PRACK的200 OK响应。
(6-8)AS会发送183请求给共享发起方终端，发起方终端收到183消息后发送PRACK消息到AS，AS发送PRACK的200 OK响应。该步骤与步骤(3-5)不存在时序关系。
(9-10)共享发起方终端预留资源成功后，会发送UPDATE消息通知共享接收方终端。
(11-12)共享接收方终端收到UPDATE消息，并且自己的资源预留成功后，会向共享发起方发送200 OK响应消息。
(13-14)共享接收方终端发送180消息给共享发起方终端，同时提示共享接收方终端收到请求消息。
(15-16)共享接收方用户接受了共享，共享接收方终端发送200OK消息，响应INVITE消息。
(17-18)共享发起方终端发送ACK消息确认会话建立。共享发起方终端通过RTP报文进行实时视频的共享。
(19-20)共享的某一方终端发送BYE消息，结束视频共享。
(21-22)收到BYE消息的终端发送BYE消息的200 OK响应。
从业务使用来看，在IPTV系统中进行内容共享，应该支持共享当前设备观看节目的方案。但是，现有方案没有给出共享用户当前观看点播内容(Content on Demand，简称“CoD”)的方案。同时对于正在观看的节目，尤其是CoD节目，可能会由于用户的需求在不同终端之间进行了切换(例如，用户在家中观看节目，出门转到手机，或者反之)。在现有技术中，可以满足所观看IPTV内容在不同终端切换时保持会话连续。但是，如果用户将当前终端观看的IPTV内容进行了内容共享，现有技术中，内容共享AS不能感知会话转移，即，在内容共享发送端发生了会话转移时，由于内容共享AS关注的是发起内容共享时指定的发起终端，因此在内容共享AS获得的信息是，共享内容所在终端退出了节目观看(实际上，内容共享发起端用户并没有退出节目)，因此也会终止向对端的共享操作，造成了共享会话的中断而不能跟随转移后播放端的节目操作进行共享。
发明内容
本发明实施例提供了一种在互联网协议电视中共享内容的方法，设备及系统，可在内容共享发送端发生了会话转移时，供用户灵活地选择终止共享或继续共享。
在本发明的一个在互联网协议电视中共享内容的方法实施例中，包括：
接收内容共享请求，与接收终端之间建立共享会话，向接收终端共享第一发起终端上播放的会话内容；接收播放的会话内容从第一发起终端转移到第二发起终端的状态通知，并根据状态通知，结束共享会话或者继续共享在第二发起终端上继续播放的会话内容。
根据本发明实施例，提供了一种共享内容的系统，所述系统包括：内容共享应用服务器，用于接收内容共享请求，与接收终端之间建立共享会话，向接收终端共享第一发起终端上播放的会话内容；互联网协议电视控制设备，用于将第一发起终端上播放的会话内容转移到在第二发起终端上继续播放，并发送播放的会话内容从第一发起终端转移到第二发起终端的状态通知；其中内容共享应用服务器还用于接收播放的会话内容从第一发起终端转移到第二发起终端的状态通知，并根据状态通知结束共享会话或者继续共享在第二发起终端上继续播放的会话内容。
根据本发明实施例，提供了一种内容共享应用服务器，内容共享应用服务器包括：共享模块，用于接收内容共享请求，与接收终端之间建立共享会话，向接收终端共享第一发起终端上播放的会话内容；控制模块，用于接收播放的会话内容从第一发起终端转移到第二发起终端的状态通知，并根据状态通知结束共享会话或者继续向接收终端共享在第二发起终端上继续播放的会话内容。
根据本发明实施例，能够共享发起终端观看的CoD内容，并且在共享内容发起方的显示终端发生转移时，能够让内容共享AS感知，保证共享会话的连续性。
本发明实施例的方案能够保证后续的共享内容能够同转移后的发起终端操作具有一致性(例如在新终端更换频道后，共享接收端能够同步进行)。使得IPTV中实现内容共享业务不受共享显示端会话转移的影响。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1是本发明实施例一的流程图；
图2是本发明实施例一的时序图；
图3是3GPP动态设备发现过程的时序图；
图4是3GPP中媒体转移的时序图；
图5是利用SIP REFER消息实现ITFa1观看的内容转移至ITFa2的时序图；
图6本发明实施例二的流程图；
图7是本发明实施例二的时序图；
图8本发明实施例三的流程图；
图9是本发明实施例三的时序图；
图10是根据图9所示实施例进一步改进的实施例的时序图；
图11是本发明实施例四的时序图；
图12是在图11所示实施例四中，利用SIP REFER消息实现内容从ITFa1转移到ITFa2的时序图；
图13是本发明实施例共享内容的系统实施例的框图；
图14是本发明实施例共享内容的系统实施例的框图；
图15是本发明实施例共享内容的应用服务器的框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，本发明所有实施例中的IPTV终端功能设备(IPTVTerminal Function，简称“ITF”)等同于开放IPTV终端功能设备(Open IPTVTerminal Function，简称“OITF”)+IP多媒体子系统网关(IP MultimediaSubsystem Gateway，简称“IG”)，或者等同于IP多媒体子系统(IP MultimediaSubsystem，简称“IMS”)/会话创建协议(Session Initiation Protocol，简称“SIP”)终端设备(如手机)；因此，本发明实施例中涉及ITF的方案，同样适用于手机等IMS/SIP终端的情况。本发明所有实施例中的SIP消息，都是通过逻辑上的SIP代理服务器(SIP proxy)(IMS中的呼叫会话控制功能(Call Session Control Function，简称“CSCF”)设备、IPTV中的鉴权与会话管理(Authentication and Session Management，简称“ASM”)设备)转发的，由于都是基本的转发消息功能，一般技术人员均可理解，这里不再一一列出。
图1是根据本发明实施例一的流程图，图2是根据本发明实施例一的时序图。以下结合图1和图2详细说明本发明实施例一的具体实现过程。
在图1所示实施例一中，在S110，网络侧接收内容共享请求(SIP邀请invite消息)，与接收终端ITFb之间建立共享会话，向所述接收终端共享第一发起终端ITFa1上播放的会话内容。在本发明的一个具体实施例中，如2所示，S110可以包括：
201.用户A在使用终端设备ITFa1收看CoD媒体内容；
202.用户A使用终端设备ITFa1向内容共享应用服务器(content share AS)发送Invite消息，该消息中携带指示，表明共享的是终端设备ITFa1正在观看的CoD媒体内容；
203.内容共享应用服务器(content share AS)向IPTV控制(IPTV control)设备发送订阅消息，订阅终端设备ITFa1正在观看的内容；
204.IPTV控制(IPTV control)设备向内容共享应用服务器(content share AS)通知ITFa1当前观看的CoD的内容信息(如，包含内容标识和当前观看节目位置的Bookmark信息)；
205.内容共享应用服务器(content share AS)向用户B的终端ITFb发送Invite消息，发起内容共享会话的邀请。
接受ITFb终端响应应答的同时或之前或之后，内容共享应用服务器(content share AS)控制对应的媒体资源功能处理器(MediaResource Function processor，简称“MRFP”)根据ITFa1当前观看的CoD的内容信息(例如，包含内容标识和当前观看节目位置的Bookmark信息)接入ITFa1当前观看的CoD媒体内容，并在收到ITFb终端接受响应应答(200 ok)后，向ITFb转发CoD媒体(图2中的RTP流)。
在图1所示实施例一中，在S120，网络侧将所述第一发起终端ITFa1上播放的会话内容转移到在第二发起终端ITF2上继续播放，并发送所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的状态通知。在本发明的一个具体实施例中，如图2所示，S120可以包括：
206a.会话转移，将由ITFa1观看的内容转移至ITFa2，并在转移过程中表明不再继续共享ITFa2上观看的媒体内容；此后，用户A使用ITFa2观看CoD内容(如图2中，RTP流指向ITFa2)。
206b.IPTV控制(IPTV control)向内容共享应用服务器(content share AS)通知ITFa1上的内容发生转移，并不再继续内容共享。
在图1所示实施例一中，在S130，网络侧接收所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的状态通知，并根据所述状态通知，结束共享会话或者继续共享在所述第二发起终端上继续播放的所述会话内容。在实施例一中，网络侧将结束内容共享会话。在本发明的一个具体实施例中，如图2所示，S130可以包括：
207.content share AS控制对应的媒体资源功能处理器MRFP(Media Resource Function processor)退出CoD会话；
208.content share AS结束和对端(ITFb)的共享会话。
在一种替代实施例中，针对转移时终端ITFa1要求退出共享的场景，在图2中转移过程中，由ITFa1主动向content share AS发送bye消息，触发共享会话的终结。
上述步骤206a中，进行会话转移，将由ITFa1观看的内容转移至ITFa2，并在转移过程，同时表明不再继续共享ITFa2上观看的媒体内容的过程，可以通过3GPP媒体转移过程(23.237、24.237规范)来完成。
在进行转移之前，可能需要利用3GPP的动态设备发现过程来发现用户的所有注册设备。3GPP动态设备发现过程允许用户发现同一订阅下的所有用户身份的所有注册终端。
图3示出了3GPP动态设备发现过程的时序图。具体来说：
301.OITF2向IG发起一个HTTP POST消息，该HTTP POST消息包括SIP SUBSCRIBE注册事件包(SIP SUBSCRIBE Registration event package)，该注册指向IPTV控制功能设备(IPTV Control FE)；
302.IG将该SIP SUBSCRIBE注册事件包转发到鉴权和会话管理单元(Authentication and Session Management，简称“ASM”)；
303.ASM将该SIP SUBSCIBE注册事件包转发到IPTV Control FE；
304.IPTV Control FE返回一个SIP 200 OK到ASM；
305.ASM转发SIP 200 OK到IG；
306.IG返回包含SIP 200 OK响应的HTTP 200 OK消息到OITF2；
307.OITF2发起HTTP Pending IG请求；
308.IPTV Control生成一个SIP NOTIFY消息，该SIP NOTIFY消息包括同一IPTV订阅下的所有用户身份的所有注册终端，IPTV Control将SIPNOTIFY发往ASM；
309.ASM将SIP NOTIFY转发到IG；
310.IG返回一个包含SIP NOTIFY的HTTP 200 OK消息到OITF2；
311.OITF2发起一个包含SIP 200 OK的HTTP POST到IG，以响应IG，表示收到SIP NOTIFY；
312.IG将SIP 200 OK转发到ASM；
313.ASM将SIP 200 OK转发到IPTV Control。
应该理解，本发明各种实施方式中所述的ASM逻辑功能同IMS的呼叫会话控制功能(call session control function，简称“CSCF”)或SIP proxy。主要是完成鉴权(需要时)和SIP消息转发(如图3所示)。本发明方案中，省略了该CSCF设备，需要说明的是，所有SIP消息都是经过该ASM转发的。本领域普通技术人员应该理解，在3GPP等国际规范中，对于仅进行转发而不特别处理的情况，在方案描述中通常省略CSCF。
本领域技术人员应该理解，本发明各种实施例中的SIP消息都是经过ASM转发的。
图4示出了3GPP中媒体转移的时序图，具体如下：
400.UE1与SCC AS进行媒体会话；
401.UE-1发送媒体和业务转移请求到SCC AS，请求将媒体从UE1转移到UE2；
402.SCC AS同UE-2建立媒体会话并且更新远端支路；
403.SCC AS释放同UE1的会话。
根据一种优选实施例，本发明可利用SIP REFER消息实现ITFa1观看的内容转移至ITFa2。
图5是利用SIP REFER消息实现ITFa1观看的内容转移至ITFa2的时序图，具体包括：
501.ITFa1向IPTV Control发送SIP REFER消息；在本发明的一个实施例中，对SIP REFER消息进行了扩展，使之可指明是否继续在新的终端上进行内容共享；
502.IPTV Control向ITFa2发送SIP REFER消息；
503.ITFa1返回SIP 202 ACCEPTED；
504.IPTV Control向ITFa1转发SIP 202 ACCEPTED；
505.ITFa2向IPTV Control发送Invite消息；
506.IPTV Control向ITFa1发送re-invite消息保持媒体；
507.ITFa1向CDN(内容分发网络)发送RTSP PAUSE消息，携带RTSP id；
508.CDN返回200 ok消息；
509.ITFa1向IPTV Control转发200 ok消息；
510.IPTV Control向CND发送Invite消息；
511.CDN返回200 ok消息；
512.IPTV Control将200 ok转发给ITFa2；
513.ITFa2向ITFa1发送SIP Notify通知；
514.ITFa1返回200 ok；
515.ITFa2向CDN发送RTSP Play消息，携带RTSP id，position标识；
516.CDN向ITFa2返回200 ok消息。
本发明在SIP REFER消息中进行扩展，指明是否继续在新设备，即ITFa2上内容共享。该消息发向IPTV control，因此IPTV control可以知道是否继续内容共享，并向Content share AS发送相应内容的Notify通知。根据一种优选实施例，如果默认是不继续，则在不继续时可以不用扩展。依网络资源条件的不同，终止(tear down)到ITFa1会话的过程可以在514步之后，也可以在511步之后进行。
图6是根据本发明实施例二的流程图，图7是根据本发明实施例二的一个具体实施方式的时序图。实施例二与实施例一的不同之处在于，会话内容从ITFa1转移到ITFa2之后，继续共享在ITFa2上播放的会话内容。因此，实施例二的方法的S610与实施例一的S110基本类似，不再重复描述。
下面结合图6和图7具体描述实施例二与实施例一不同的地方，即在S620将所述第一发起终端ITFa1上播放的会话内容转移到在第二发起终端ITF2上继续播放，并发送所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的状态通知。与S120不同的是，状态通知中指明继续共享在ITFa2上播放的CoD内容。
具体来说，在本发明的一个实施例中，在S610包括与S110基本相同的内容。如图7所示，S610包括步骤701至705，而图7中的701至705与图2所示的201至205基本相同。
步骤S620可以包括：
706a.会话转移，将由ITFa1观看的内容转移至ITFa2，并在转移过程中表明继续共享ITFa2上观看的媒体内容；此后，用户A使用ITFa2观看CoD内容(如图6中，RTP流指向ITFa2)。
706b.IPTV控制(IPTV control)设备向内容共享应用服务器(content share AS)通知ITFa1上的内容发生转移，并继续共享ITFa2上的内容。
在实施例二中，在S630，网络侧接收所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的状态通知，并根据所述状态通知，结束共享会话或者继续共享在所述第二发起终端上继续播放的所述会话内容。在图7所示实施例中，将继续共享ITFa2上播放的的内容。在本发明的一个实施例中，如图7所示，S630包括：
707.内容共享应用服务器(content share AS)向IPTV控制(IPTV control)设备发送订阅消息，订阅终端设备ITFa2正在观看的内容信息；
708.IPTV控制(IPTV control)设备向内容共享应用服务器(content share AS)通知ITFa2当前观看的CoD的内容信息(如，包含内容标识和当前观看节目位置的Bookmark信息)；按照会话转移的通常场景设定，此过程中，ITFa2内容和ITFa1连续，因此，该过程中，对于MRFP接入媒体、向对端共享媒体，均无变化；
709.ITFa2上发生了内容变更操作(如，用户换台)；
710.IPTV控制(IPTV control)向内容共享应用服务器(content share AS)通知ITFa2当前观看的的内容信息(如，点播内容(Content on Demand，简称“CoD”)时包含内容标识和当前观看节目位置的书签(Bookmark)信息，调度(Schedule)时包含频道号)；
711.内容共享应用服务器(content share AS)控制对应的媒体资源功能处理器MRFP(Media Resource Function processor)根据变化后的ITFa2当前观看的的内容信息(如，CoD时包含内容标识和当前观看节目位置的Bookmark信息，Schedule时包含频道号)接入媒体流，并向对端(ITFb)转发。
与实施例一类似，上述步骤706a中，进行会话转移，将由ITFa1观看的内容转移至ITFa2，并在转移过程，同时表明继续共享ITFa2上观看的媒体内容的过程，可以通过3GPP动态设备发现过程(23.237、24.237规范)的媒体转移过程来完成。
与实施例一的优选实施例类似，实施例二也可以利用SIP REFER消息实现ITFa1观看的内容转移至ITFa2。SIP REFER消息中进行扩展，指明继续在ITFa2上内容共享。如果默认是继续共享，则可以不进行扩展。
实施例二与实施例一不同之处还在于，如图7中的709至711所示，ITFa2可以通知Content share AS会话转移，改变内容共享会话的信令控制终端，即媒体和会话都转移。
参照图2和图7可以看出，会话转移过程为相对独立的过程，与本发明方法的其他内容没有必然的顺序问题。
图8是根据本发明实施例三的流程图，图9是根据本发明实施例三的时序图。实施例三基本上与实施例二相同，所不同的是，实施例三中，用户A使用IFTa2向Content share AS发送Invite消息，但是表明共享的ITFa1上正在观看的CoD媒体内容。
结合图8和图9具体来说，实施例三的方法包括：
在S810，网络侧接收内容共享请求(SIP邀请invite消息)，与接收终端ITFb之间建立共享会话，向所述接收终端共享第一发起终端ITFa1上播放的会话内容其中，所述共享请求是来自ITFa2的Invite消息；
在S820，网络侧将所述第一发起终端ITFa1上播放的会话内容转移到在第二发起终端ITF2上继续播放，并发送所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的状态通知。其中所述网络侧接收来自ITFa1的会话内容转移消息，将会话内容从第一发起终端ITFa1转移到在第二发起终端ITFa2上播放，并发送所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的状态通知，该状态通知携带继续共享ITFa2上播放的会话内容的指示信息。
在S830，网络侧接收播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的状态通知，并根据所述状态通知，结束共享会话或者继续共享在所述第二发起终端上继续播放的会话内容。在实施例三中，网络侧将继续共享ITFa2上播放的会话内容。如图9所示，步骤906至911与图7中所示的步骤706至701基本相同，而步骤901至905与图7所示的步骤701至705存在不同之处，即S810中的与S610不同之处在于，
S810包括：
901.用户A在使用终端设备ITFa1收看CoD媒体内容；
902.用户A使用终端设备ITFa2向内容共享应用服务器(content share AS)发送Invite消息，该消息中携带指示，表明共享的是终端设备ITFa1正在观看的CoD媒体内容。
903.内容共享应用服务器(content share AS)向IPTV控制(IPTV control)设备发送订阅消息，订阅终端设备ITFa1正在观看的内容；
904.IPTV控制(IPTV control)设备向内容共享应用服务器(content share AS)通知ITFa1当前观看的CoD的内容信息(如，包含内容标识和当前观看节目位置的Bookmark信息)；
905.内容共享应用服务器(content share AS)向用户B的终端ITFb发送Invite消息，发起内容共享会话的邀请。
接受ITFb终端响应应答的同时或之前或之后，内容共享应用服务器(content share AS)控制对应的媒体资源功能处理器(MediaResource Function processor，简称“MRFP”)根据ITFa1当前观看的CoD的内容信息(例如，包含内容标识和当前观看节目位置的Bookmark信息)接入ITFa1当前观看的CoD媒体内容，并在收到ITFb终端接受响应应答(200 ok)后，向ITFb转发CoD媒体(图9中的RTP流)。
实施例三的其他部分S820和S830与实施例二的S620和S630基本相同，不再重复描述，其中S820包括906a至906b，而S830包括907至911。
由于实施例三中的内容共享会话是ITFa2发起的，所以不存在内容共享的会话转移(从ITFa1转移到ITFa2)。因此，在一种优选实施例中，ITFa2通过re-invite消息通知Content share AS内容源发生了改变，即从ITFa1改变为ITFa2。
图10示出了这种优选实施例的时序图。其中图10所示的实施例包括的步骤1001至1005基本类似于图9所示实施例的901至905。下面具体来说明图10所示实施例不同于图9所示实施例之处，图10所示实施例包括：
1006a.会话转移，将由ITFa1观看的内容转移至ITFa2。此后，用户A使用ITFa2观看CoD内容(如图2中，RTP流指向ITFa2)。
1006b.ITFa2向Content Share AS发送Re-invite消息，表明继续共享ITFa2上的媒体内容。
S9030可以包括：
1007.Content share AS向IPTV Control订阅ITFa1播放的内容，携带有效时间为0的标识(expire＝0)，即退出对ITFa1的订阅。
1008.content share AS向IPTV control发送订阅消息，订阅终端设备ITFa2正在观看的内容；
1009.IPTV control向content share AS通知ITFa2当前观看的CoD的内容信息(如，包含内容标识和当前观看节目位置的Bookmark信息)；按照会话转移的通常场景设定，此过程中，ITFa2内容和ITFa1连续，因此，该过程中，对于MRFP接入媒体、向对端共享媒体，均无变化；
1010.ITFa2上发生了内容变更操作(如，用户换台)；
1011.IPTV control向content share AS通知ITFa2当前观看的的内容信息(如，CoD时包含内容标识和当前观看节目位置的Bookmark信息，Schedule时包含频道号)；
1012.content share AS控制对应的媒体资源功能处理器MRFP根据变化后的ITFa2当前观看的的内容信息(如，CoD时包含内容标识和当前观看节目位置的Bookmark信息，Schedule时包含频道号)接入媒体流，并向对端(ITFb)转发。
图10所示实施例可以不对SIP REFER消息进行扩展，而默认继续共享ITFa2上的内容。
图11示出了本发发明的实施例四的时序图。在实施例四中，OITFa1和OITFa2位于同一IG下，内容共享的实现方式与实施例一至三类似，但是增加了OITF与IG之间的交互过程。下面具体描述实施例四的内容：
1101.用户A在使用终端OITFa1收看CoD媒体内容；
1102.用户A使用终端OITFa1向IG发送HTTP POST消息，表明共享OITFa1上的媒体内容，IG向content share AS转发Invite消息；
1103.content share AS向IPTV control发送订阅消息，订阅终端设备OITFa1正在观看的内容；
1104.IPTV control向content share AS通知OITFa1当前观看的CoD的内容信息(如，包含内容标识和当前观看节目位置的Bookmark信息)。Content share AS向IG返回200 ok，IG向OITFa1返回HTTP 200 OK；
1105.content share AS向用户B的终端ITFb发送Invite消息，发起内容共享会话的邀请。接受ITFb终端响应应答的同时或之前或之后，content share AS控制对应的MRFP，根据OITFa1当前观看的CoD的内容信息(例如，包含内容标识和当前观看节目位置的Bookmark信息)接入OITFa1当前观看的CoD媒体内容，并在收到ITFb终端接受响应应答(200 ok)后，向ITFb转发CoD媒体(图11中的RTP流)。
1106a.会话转移，将由OITFa1观看的内容转移至OITFa2，并在转移过程中表明继续共享OITFa2上观看的媒体内容；此后，用户A使用OITFa2观看CoD内容(如图11中，RTP流指向ITFa2)。
1106b.IPTV control向content share AS通知OITFa1上的内容发生转移，并继续共享OITFa2上的内容。
1107.content share AS向IPTV control发送订阅消息，订阅终端设备OITFa2正在观看的内容；
1108.IPTV control向content share AS通知OITFa2当前观看的CoD的内容信息(如，包含内容标识和当前观看节目位置的Bookmark信息)；按照会话转移的通常场景设定，此过程中，OITFa2内容和OITFa1连续，因此，该过程中，对于MRFP接入媒体、向对端共享媒体，均无变化；
1109.OITFa2上发生了内容变更操作(如，用户换台)；
1110.IPTV control向content share AS通知OITFa2当前观看的的内容信息(如，CoD时包含内容标识和当前观看节目位置的Bookmark信息，Schedule时包含频道号)；
1111.content share AS控制对应的媒体资源功能处理器MRFP根据变化后的OITFa2当前观看的的内容信息(如，CoD时包含内容标识和当前观看节目位置的Bookmark信息，Schedule时包含频道号)接入媒体流，并向对端(ITFb)转发。
图12示出了在图11所示实施例四中，利用SIP REFER消息实现内容从ITFa1转移到ITFa2的过程。图12所示过程类似于图5所示的过程，不同之处在于增加了与IG之间的交互。
如参照图3所述，在进行转移之前，可能需要利用3GPP的动态设备发现过程来发现用户的所有注册设备。3GPP动态设备发现过程的具体时序图如本文前面参照图3所述，此处省略重复描述。
具体来说，图12所示转移过程包括：
1201.OITFa1向IG发送HTTP POST消息，携带SIPREFER消息，IG向IPTV Control转发此SIP REFER消息，SIP REFER消息进行了扩展，指明继续在新的终端上进行内容共享；
1202.IPTV Control向IG发送SIP REFER消息，IG向OITFa2转发SIP REFER消息；
1203.ITFa2向IG返回SIP 202 ACCEPTED，IG向IPTVControl返回SIP 202 ACCEPTED；
1204.IPTV Control向IG转发SIP 202 ACCEPTED，IG向OITFa1转发SIP 202 ACCEPTED；
1205.OITFa2向IG发送HTTP POST消息，携带SIP Invite消息，IG向IPTV Control转发Invite消息；
1206.IPTV Control向IG发送re-invite消息保持媒体，IG向OITFa1返回200 OK，携带re-invite消息保持媒体；
1207.OITFa1向CDN(内容分发网络)发送RTSP PAUSE消息，携带RTSP id；
1208.CDN返回200 ok消息；
1209.OITFa1向IPTV Control转发200 ok消息；
1210.IPTV Control向CND发送Invite消息；
1211.CDN返回200 ok消息；
1212.IPTV Control将200 ok返回IG，IG将200 OK转发给OITFa2；
1213.OITFa2向IG发送HTTP POST消息，携带SIPNotify通知，IG向ASM转发该SIP Notify通知；
1214.ASM向IG发送SIP Notify，IG向OITFa1返回200ok，携带该SIP Notify通知，OITFa1向IG发送HTTP POST消息，携带200 OK消息，IG向ASM转发该200 OK；
1215.ASM向IG返回200 OK消息，IG向OITFa2转发200 OK，OITFa2向CDN发送RTSP Play消息，携带RTSP id，position标识；
1216.CDN向IG返回200 ok消息。
在图12所示实施例中，其他SIP消息也需要经过ASM进行中转。本领域技术人员可以理解这些中转过程。
图13示出了实现本发明的共享内容的方法的系统1300的实施例，所述系统1300包括：Content share AS 1310，用于接收内容共享请求，与接收终端之间建立共享会话，向所述接收终端共享第一发起终端ITFa1上播放的会话内容；和IPTV Control设备1320，用于将所述第一发起终端上ITFa1播放的会话内容转移到在第二发起终端ITF2上继续播放，并发送所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的状态通知，其中Content share AS1310用于接收所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的状态通知，并根据所述状态通知结束共享会话或者继续共享在所述第二发起终端ITF2上继续播放的所述会话内容。
针对本发明实施例一和实施例二，Content share AS 1310可以接收来自ITFa1的内容共享Invite请求消息，所述请求消息携带指示，表明请求共享的是第一发起终端ITFa1上播放的会话内容。
针对本发明实施例三，Content share AS 1310可以接收来自ITFa2的内容共享Invite请求消息，其中所述请求消息携带指示，表明请求共享的是第一发起终端ITFa1上播放的会话内容。
根据本发明一种实施例，如图14所示，IPTV Control设备1320可以包括：接收模块1322，用于将接收所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的请求消息；转移模块1324，用于接收所述接收模块1322发送的所述请求消息，并将所述第一发起终端ITFa1上播放的会话内容转移到在第二发起终端ITF2上继续播放；发送模块1326，用于向Content share AS 1310发送所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的状态通知。
根据本发明一种实施例，接收模块1322用于接收来自所述第一发起终端ITFa1的所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITF2的请求消息。
根据本发明一种实施例，Content share AS 1310还用于向IPTV Control设备1320发送订阅第一发起终端ITFa1播放的内容的状态的订阅请求，发送模块1326，用于根据Content share AS 1310的订阅请求，向Content share AS1310发送所述第一终端ITFa1播放的内容的信息，以使Content Share AS1310根据所述第一发起终端ITFa1播放的内容的信息与接收终端ITFb建立共享会话，向所述接收终端ITFb共享第一发起终端ITFa1上播放的会话内容。
根据本发明一种实施例，接收模块1322接收的所述请求消息携带结束共享会话的指示信息，发送模块1326具体用于向Content share AS 1310发送携带所述结束共享会话的指示信息的状态通知，Content share AS 1310用于根据所述携带所述结束共享会话的指示信息的状态通知，结束与接收终端ITFb的共享会话。
根据本发明一种实施例，接收模块1322接收的所述请求消息携带继续共享在所述第二发起终端ITFa2上播放的会话内容的指示信息的状态消息，发送模块1326具体用于向Content share AS 1310发送携带继续共享在所述第二发起终端ITF2a上播放的会话内容的指示信息的状态通知，Content shareAS 1310用于根据所述携带继续共享在所述第二发起终端ITFa2上播放的会话内容的指示信息的状态通知，继续共享在所述第二发起终端ITFa2上播放的会话内容。
根据本发明一种实施例，Content share AS 1310还用于向IPTV Control设备1320发送订阅第二发起终端ITFa2播放的内容的状态的订阅请求，发送模块1326，用于根据Content share AS 1310的订阅请求，向Content share AS1310发送所述第二终端ITFa2播放的内容的信息，以使Content share AS 1310根据所述第二发起终端ITFa2播放的内容的信息与接收终端ITFb建立共享会话，向所述接收终端ITFb共享第二发起终端ITFa2上播放的会话内容。
根据本发明一种实施例，接收模块1322用于接收来自所述第一发起终端ITFa1的SIP REFER消息，转移模块1324根据所述SIP REFER消息将所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITFa2，其中所述SIP REFER消息携带结束共享会话或者继续共享在所述第二发起终端ITFa2上播放的所述会话内容的指示信息。
图15是用于本发明实施例的共享内容的系统的Content Share AS的结构框图。如图15所示，Content Share AS 1500可以包括：共享模块1510，用于接收内容共享请求，与接收终端ITFb之间建立共享会话，向所述接收终端ITFb共享第一发起终端ITFa1上播放的会话内容；控制模块1520，用于接收所述播放的会话内容从第一发起终端ITFa1转移到第二发起终端ITFa2的状态通知，并根据所述状态通知结束共享会话或者继续向所述接收终端ITFb共享在所述第二发起终端ITFa1上继续播放的所述会话内容。
根据本发明一种实施例，所述共享模块1510接收的所述内容共享请求消息来自所述第一发起终端ITFa1或所述第二发起终端ITFa2，其中所述请求消息携带指示，表明请求共享的是第一发起终端ITFa1上播放的会话内容。
根据本发明一种实施例，所述共享模块1510具体用于接收所述内容共享请求，向IPTV控制设备订阅所述第一发起终端播放内容信息；向所述接收终端转发所述共享请求，以请求建立所述共享会话；根据IPTV设备发送的所述第一发起终端播放内容信息，接入所述第一发起终端上播放的会话内容，通过所述共享会话向所述接收终端转发所述第一发起终端上播放的会话内容。
根据本发明一种实施例，所述控制模块1520为第一控制模块，用于接收发自IPTV Control的携带所述结束共享会话的指示信息的所述状态通知，并根据所述携带所述结束共享会话的指示信息的状态通知，结束与接收终端ITFb的共享会话。
根据本发明一种实施例，所述控制模块1520为第二控制模块，用于接收发自IPTV Control的携带继续共享在所述第二发起终端ITFa2上播放的会话内容的指示信息的所述状态通知，根据所述携带继续共享在所述第二发起终端ITFa2上播放的会话内容的指示信息的状态通知，继续共享在所述第二发起终端ITFa2上播放的会话内容。
根据本发明一种实施例，所述第二控制模块具体用于接收发自所述互联网协议电视控制设备的携带继续共享在所述第二发起终端上播放的会话内容的指示信息的所述状态通知，根据继续共享在所述第二发起终端上播放的会话内容的指示信息，向IPTV控制设备订阅所述第二发起终端播放内容信息；根据IPTV设备发送的所述第二发起终端播放内容信息，接入所述第二发起终端上播放的会话内容，通过所述共享会话向所述接收终端转发所述第二发起终端上播放的会话内容。。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
尽管已示出和描述了本发明的一些实施例，但本领域技术人员应理解，在不脱离本发明的原理和精神的情况下，可对这些实施例进行各种修改，这样的修改应落入本发明的范围内。

Claims (23)

1.一种共享内容的方法，其特征在于，所述方法包括：
接收内容共享请求，与接收终端之间建立共享会话，向所述接收终端共享第一发起终端上播放的会话内容；
接收所述播放的会话内容从第一发起终端转移到第二发起终端的状态通知，并根据所述状态通知，结束共享会话或者继续向所述接收终端共享在所述第二发起终端上继续播放的所述会话内容。
2.如权利要求1所述的方法，其特征在于，接收内容共享请求，与接收终端之间建立共享会话，向所述接收终端共享第一发起终端上播放的会话内容，包括：
接收所述内容共享请求，向IPTV控制设备订阅所述第一发起终端播放内容信息；
向所述接收终端转发所述共享请求，以请求建立所述共享会话；
根据IPTV设备发送的所述第一发起终端播放内容信息，接入所述第一发起终端上播放的会话内容，通过所述共享会话向所述接收终端转发所述第一发起终端上播放的会话内容。
3.如权利要求1或2所述的方法，其特征在于，所述状态通知携带结束所述共享会话的指示信息；
所述根据所述状态通知，结束共享会话或者继续向所述接收终端共享在所述第二发起终端上继续播放的所述会话内容，包括：
根据所述结束所述共享会话的指示信息，结束所述共享会话。
4.如权利要求1或2所述的方法，其特征在于，所述状态通知携带继续共享在所述第二发起终端上播放的会话内容的指示信息；
所述根据所述状态通知，结束共享会话或者继续共享在所述第二发起终端上继续播放的所述会话内容，包括：
根据所述继续共享在所述第二发起终端上播放的会话内容的指示信息，向所述接收终端继续共享在所述第二发起终端上播放的会话内容。
5.如权利要求4所述的方法，其特征在于，所述根据继续共享在所述第二发起终端上播放的会话内容的指示信息，向所述接收终端继续共享在所述第二发起终端上播放的会话内容，包括：根据继续共享在所述第二发起终端上播放的会话内容的指示信息，向IPTV控制设备订阅所述第二发起终端播放内容信息；
根据IPTV设备发送的所述第二发起终端播放内容信息，接入所述第二发起终端上播放的会话内容，通过所述共享会话向所述接收终端转发所述第二发起终端上播放的会话内容。
6.如权利要求1-5任一所述的方法，其特征在于，所述接收内容共享请求，包括：
接收来自所述第一发起终端或所述第二发起终端的内容共享请求消息，该请求消息中携带指示，表明请求共享的是第一发起终端上播放的会话内容。
7.如权利要求1-6任一所述的方法，其特征在于，所述将所述第一发起终端上播放的会话内容转移到在第二发起终端上继续播放，包括：
利用SIP REFER消息实现会话内容从第一发起终端转移到第二发起终端。
8.如权利要求7所述的方法，其特征在于，所述利用SIP REFER消息实现会话内容从第一发起终端转移到第二发起终端，包括：
扩展SIP REFER消息，指明结束共享或者继续共享在所述第二发起终端上播放的会话内容。
9.一种共享内容的系统，其特征在于，所述系统包括：
内容共享应用服务器，用于接收内容共享请求，与接收终端之间建立共享会话，向所述接收终端共享第一发起终端上播放的会话内容；
互联网协议电视控制设备，用于将所述第一发起终端上播放的会话内容转移到在第二发起终端上继续播放，并发送所述播放的会话内容从第一发起终端转移到第二发起终端的状态通知；
其中所述内容共享应用服务器还用于接收所述播放的会话内容从第一发起终端转移到第二发起终端的状态通知，并根据所述状态通知结束共享会话或者继续向所述接收终端共享在所述第二发起终端上继续播放的所述会话内容。
10.如权利要求9所述的系统，其中所述互联网协议电视控制设备包括：
接收模块，用于接收将所述播放的会话内容从第一发起终端转移到第二发起终端的请求消息；
转移模块，用于接收所述接收模块发送的所述请求消息，并将所述第一发起终端上播放的会话内容转移到在第二发起终端上继续播放；
发送模块，用于向所述内容共享应用服务器发送所述播放的会话内容从第一发起终端转移到第二发起终端的状态通知。
11.如权利要求9或10所述的共享内容的系统，其特征在于，所述内容共享应用服务器接收的所述内容共享请求消息来自所述第一发起终端或所述第二发起终端，其中所述请求消息携带指示，表明请求共享的是第一发起终端上播放的会话内容。
12.如权利要求10所述的共享内容的系统，其特征在于，所述接收模块具体用于接收来自所述第一发起终端的将所述播放的会话内容从第一发起终端转移到第二发起终端的请求消息。
13.如权利要求10-12任一所述的共享内容的系统，其特征在于，所述内容共享应用服务器还用于向所述互联网协议电视控制设备发送订阅第一发起终端播放的内容的状态的订阅请求，
所述发送模块，还用于根据所述内容共享应用服务器的订阅请求，向所述内容共享应用服务器发送所述第一终端播放的内容的信息，以使所述内容共享服务器根据所述第一发起终端播放的内容的信息与接收终端建立共享会话，向所述接收终端共享第一发起终端上播放的会话内容。
14.如权利要求10所述的共享内容的系统，其特征在于，所述接收模块接收的所述请求消息携带结束共享会话的指示信息，
所述发送模块具体用于向所述内容共享应用服务器发送携带所述结束共享会话的指示信息的所述状态通知，
所述内容共享应用服务器用于根据所述携带所述结束共享会话的指示信息的状态通知，结束与接收终端的共享会话。
15.如权利要求10所述的共享内容的系统，其特征在于，所述接收模块接收的所述请求消息携带继续共享在所述第二发起终端上播放的会话内容的指示信息的状态消息，
所述发送模块具体用于向所述内容共享应用服务器发送携带继续共享在所述第二发起终端上播放的会话内容的指示信息的所述状态通知，
所述内容共享应用服务器用于根据所述携带继续共享在所述第二发起终端上播放的会话内容的指示信息的状态通知，继续共享在所述第二发起终端上播放的会话内容。
16.如权利要求15所述的共享内容的系统，其特征在于，所述内容共享应用服务器还用于向所述互联网协议电视控制设备发送订阅第二发起终端播放的内容的状态的订阅请求，
所述发送模块，还用于根据所述内容共享应用服务器的订阅请求，向所述内容共享应用服务器发送所述第二终端播放的内容的信息，以使所述内容共享服务器根据所述第二发起终端播放的内容的信息向所述接收终端共享第二发起终端上播放的会话内容。
17.如权利要求10所述的共享内容的系统，其特征在于，所述接收模块具体用于接收来自所述第一发起终端的SIP REFER消息，所述转移模块具体用于根据所述SIP REFER消息将所述播放的会话内容从第一发起终端转移到第二发起终端。
18.如权利要求17所述的共享内容的系统，其特征在于，所述接收模块接收的所述SIP REFER消息携带结束共享会话或者继续共享在所述第二发起终端上播放的所述会话内容的指示信息。
19.一种内容共享应用服务器，其特征在于，所述内容共享应用服务器包括：
共享模块，用于接收内容共享请求，与接收终端之间建立共享会话，向所述接收终端共享第一发起终端上播放的会话内容；
控制模块，用于接收所述播放的会话内容从第一发起终端转移到第二发起终端的状态通知，并根据所述状态通知结束共享会话或者继续向所述接收终端共享在所述第二发起终端上继续播放的所述会话内容。
20.如权利要求19所述的内容共享应用服务器，其特征在于，
所述共享模块接收的所述内容共享请求消息来自所述第一发起终端或所述第二发起终端，其中所述请求消息携带指示，表明请求共享的是第一发起终端上播放的会话内容。
21.如权利要求19或20所述的内容共享应用服务器，其特征在于，
所述共享模块具体用于接收所述内容共享请求，向IPTV控制设备订阅所述第一发起终端播放内容信息；向所述接收终端转发所述共享请求，以请求建立所述共享会话；根据IPTV设备发送的所述第一发起终端播放内容信息，接入所述第一发起终端上播放的会话内容，通过所述共享会话向所述接收终端转发所述第一发起终端上播放的会话内容。
22.如权利要求19-21任一所述的内容共享应用服务器，其特征在于，
所述控制模块具体为：
第一控制模块，用于接收发自所述互联网协议电视控制设备的携带所述结束共享会话的指示信息的所述状态通知，并根据所述携带所述结束共享会话的指示信息的状态通知，结束与接收终端的共享会话；或者
第二控制模块，用于接收发自所述互联网协议电视控制设备的携带继续共享在所述第二发起终端上播放的会话内容的指示信息的所述状态通知，根据所述携带继续共享在所述第二发起终端上播放的会话内容的指示信息的状态通知，继续共享在所述第二发起终端上播放的会话内容。
23.如权利要求22所述的内容共享应用服务器，其特征在于，
所述第二控制模块具体用于接收发自所述互联网协议电视控制设备的携带继续共享在所述第二发起终端上播放的会话内容的指示信息的所述状态通知，根据继续共享在所述第二发起终端上播放的会话内容的指示信息，向IPTV控制设备订阅所述第二发起终端播放内容信息；根据IPTV设备发送的所述第二发起终端播放内容信息，接入所述第二发起终端上播放的会话内容，通过所述共享会话向所述接收终端转发所述第二发起终端上播放的会话内容。
CN2011101201292A 2011-05-10 2011-05-10 共享内容的方法和设备 Pending CN102780678A (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201710339296.3A CN107135412B (zh) 2011-05-10 2011-05-10 共享内容的方法和设备
CN2011101201292A CN102780678A (zh) 2011-05-10 2011-05-10 共享内容的方法和设备
EP12782723.6A EP2698962B1 (en) 2011-05-10 2012-05-10 Content sharing method and device
PCT/CN2012/075298 WO2012152223A1 (zh) 2011-05-10 2012-05-10 共享内容的方法和设备
US14/075,383 US9686321B2 (en) 2011-05-10 2013-11-08 Method and device for content sharing
US15/591,614 US10044772B2 (en) 2011-05-10 2017-05-10 Method and device for content sharing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2011101201292A CN102780678A (zh) 2011-05-10 2011-05-10 共享内容的方法和设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201710339296.3A Division CN107135412B (zh) 2011-05-10 2011-05-10 共享内容的方法和设备

Publications (1)

Publication Number Publication Date
CN102780678A true CN102780678A (zh) 2012-11-14

Family

ID=47125434

Family Applications (2)

Application Number Title Priority Date Filing Date
CN2011101201292A Pending CN102780678A (zh) 2011-05-10 2011-05-10 共享内容的方法和设备
CN201710339296.3A Expired - Fee Related CN107135412B (zh) 2011-05-10 2011-05-10 共享内容的方法和设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201710339296.3A Expired - Fee Related CN107135412B (zh) 2011-05-10 2011-05-10 共享内容的方法和设备

Country Status (4)

Country Link
US (2) US9686321B2 (zh)
EP (1) EP2698962B1 (zh)
CN (2) CN102780678A (zh)
WO (1) WO2012152223A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107710767A (zh) * 2016-01-29 2018-02-16 乐威指南公司 使得用户能够在封闭网络中接收对于内容的访问的系统和方法
WO2019144720A1 (zh) * 2018-01-29 2019-08-01 中兴通讯股份有限公司 业务共享方法、装置、存储介质及电子装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102685563B (zh) * 2011-03-15 2015-11-25 华为终端有限公司 互联网协议电视内容共享方法、装置以及终端设备
CN102857579B (zh) * 2012-09-27 2014-06-04 腾讯科技（深圳）有限公司 一种信息处理方法、装置、终端及服务器
US10271106B2 (en) 2015-09-15 2019-04-23 Google Llc Episodic timely notification based on a notifiable event
US10796255B2 (en) * 2016-12-29 2020-10-06 Dropbox, Inc. Managing project tasks using content items
US11089356B2 (en) * 2019-03-26 2021-08-10 Rovi Guides, Inc. Systems and methods for media content hand-off based on type of buffered data
CN110392104B (zh) * 2019-07-18 2022-06-10 腾讯科技（深圳）有限公司 数据同步方法、系统、服务器及存储介质
JP6988872B2 (ja) * 2019-11-08 2022-01-05 トヨタ自動車株式会社 貢献度評価装置
CN112866371A (zh) * 2021-01-13 2021-05-28 深圳市修远文化创意有限公司 一种基于物联网的跨区域服务转移方法及影院智能平台

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101052044A (zh) * 2007-05-18 2007-10-10 华为技术有限公司 一种ims中iptv流媒体业务实现方法、网络设备及终端设备
CN101159850A (zh) * 2007-11-21 2008-04-09 华为软件技术有限公司 实现多终端协同控制播放视频数据的方法和播放控制代理
CN101257646A (zh) * 2007-02-27 2008-09-03 中国移动通信集团公司 媒体共享转移方法
US20090210536A1 (en) * 2008-02-20 2009-08-20 Andrew Allen Methods and systems for facilitating transfer of sessions between user devices
US20100279670A1 (en) * 2009-01-12 2010-11-04 Rajat Ghai Transferring sessions in a communications network
CN101883333A (zh) * 2009-05-08 2010-11-10 华为技术有限公司 获取指定用户实时媒体播放信息的方法、系统和装置
US20110040836A1 (en) * 2009-05-04 2011-02-17 Andrew Allen System and method for implementing media and media control transfer between devices

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2007101B1 (en) * 2007-06-20 2013-06-12 Alcatel Lucent A system with session transfer capability and related method
US20100005517A1 (en) 2008-07-02 2010-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Iptv content sharing in ims network
US20100312897A1 (en) * 2009-05-04 2010-12-09 Andrew Allen System and method for implementing media and media transfer between devices
EP2436222A4 (en) * 2009-05-26 2014-11-26 Nokia Corp METHOD AND DEVICE FOR TRANSMITTING A MEDIA MEETING
US8452878B2 (en) * 2010-09-29 2013-05-28 Telefonaktiebolaget L M Ericsson (Publ) Content sharing for social engagement

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101257646A (zh) * 2007-02-27 2008-09-03 中国移动通信集团公司 媒体共享转移方法
CN101052044A (zh) * 2007-05-18 2007-10-10 华为技术有限公司 一种ims中iptv流媒体业务实现方法、网络设备及终端设备
CN101159850A (zh) * 2007-11-21 2008-04-09 华为软件技术有限公司 实现多终端协同控制播放视频数据的方法和播放控制代理
US20090210536A1 (en) * 2008-02-20 2009-08-20 Andrew Allen Methods and systems for facilitating transfer of sessions between user devices
US20100279670A1 (en) * 2009-01-12 2010-11-04 Rajat Ghai Transferring sessions in a communications network
US20110040836A1 (en) * 2009-05-04 2011-02-17 Andrew Allen System and method for implementing media and media control transfer between devices
CN101883333A (zh) * 2009-05-08 2010-11-10 华为技术有限公司 获取指定用户实时媒体播放信息的方法、系统和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107710767A (zh) * 2016-01-29 2018-02-16 乐威指南公司 使得用户能够在封闭网络中接收对于内容的访问的系统和方法
WO2019144720A1 (zh) * 2018-01-29 2019-08-01 中兴通讯股份有限公司 业务共享方法、装置、存储介质及电子装置

Also Published As

Publication number Publication date
US9686321B2 (en) 2017-06-20
CN107135412B (zh) 2021-02-12
EP2698962A1 (en) 2014-02-19
EP2698962A4 (en) 2014-05-21
US20170244764A1 (en) 2017-08-24
WO2012152223A1 (zh) 2012-11-15
EP2698962B1 (en) 2018-03-07
US10044772B2 (en) 2018-08-07
CN107135412A (zh) 2017-09-05
US20140068090A1 (en) 2014-03-06

Similar Documents

Publication Publication Date Title
CN102780678A (zh) 共享内容的方法和设备
CN102685563B (zh) 互联网协议电视内容共享方法、装置以及终端设备
EP2241078B1 (en) Method and internet protocol television (iptv) content manager server for iptv servicing
US8990317B2 (en) Shared multimedia experience
CN100579209C (zh) 基于ngn网络实现时移电视业务的方法及系统、媒体资源设备
US20090055540A1 (en) Methods and Systems for Multicast Control and Channel Switching for Streaming Media in an IMS Environment
EP2387844B1 (en) Managing associated sessions in a network
CN105141971A (zh) 一种基于会话初始化协议实现直播的方法及系统
CN101340557B (zh) 时移电视业务建立方法以及时移电视媒体功能实体
US10123085B2 (en) Synchronised social TV
CN101605142A (zh) 会话管理的实现方法、装置、系统及终端
US20160234558A1 (en) A method and system for integrating content viewing and communication in immersive social centre session
EP2627100A1 (en) Method and device for displaying information
WO2012042477A2 (en) Content sharing for social engagement
CN101877681A (zh) 一种机顶盒终端实现即时通信的系统及方法
Riede et al. Session and media signaling for IPTV via IMS
Riede et al. Quadruple play-session management enabler for multimedia streaming
CN101883333A (zh) 获取指定用户实时媒体播放信息的方法、系统和装置
CN101355552A (zh) 一种控制流媒体的方法及装置
WO2010001491A1 (en) Local area streaming management method
Kim et al. Streaming session mobility across multiple devices in mobile IPTV environments
CN101459824B (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20121114