專利名稱：共享內(nèi)容的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及互聯(lián)網(wǎng)協(xié)議電視領(lǐng)域，更具體地說，本發(fā)明涉及互聯(lián)網(wǎng)協(xié)議電視中共享內(nèi)容的方法和設(shè)備。
背景技術(shù)：
IPTV(Internet Protocol Television)互聯(lián)網(wǎng)協(xié)議電視，俗稱交互式網(wǎng)絡(luò)電視，是在IP網(wǎng)絡(luò)上傳送包含電視、視頻、文本、圖像、數(shù)據(jù)等，提供QoS (服務(wù)質(zhì)量)/QoE (體驗(yàn)質(zhì)量)、安全、交互性和可靠性的可管理的多媒體業(yè)務(wù)。IPTV技術(shù)集Internet、多媒體、通信等多種技術(shù)于一體，利用寬帶網(wǎng)絡(luò)作為基礎(chǔ)設(shè)施，以家用電視機(jī)、個(gè)人電腦、手機(jī)等作為主要顯示終端，通過IP協(xié)議向用戶提供包括數(shù)字電視節(jié)目在內(nèi)的多種交互型多媒體業(yè)務(wù)。IPTV最主要的特點(diǎn)在于它改變了傳統(tǒng)的單向廣播式的媒體傳播方式，用戶可以按需接收，實(shí)現(xiàn)用戶與媒體內(nèi)容提供商的實(shí)時(shí)交互，從而更好的滿足用戶個(gè)性化需求。 視頻共享(Video Share)業(yè)務(wù)是指用戶在通話過程中，向通話對(duì)端發(fā)起視頻共享的業(yè)務(wù)。共享的對(duì)象可以是移動(dòng)終端通過攝像頭實(shí)時(shí)采集的視頻，也可以是其終端上存儲(chǔ)的視頻片斷文件。在通話的過程中，用戶可以隨機(jī)發(fā)起和終止該業(yè)務(wù)。后來，共享技術(shù)進(jìn)行了擴(kuò)展，共享內(nèi)容不限于視頻，還可以共享離散的媒體，統(tǒng)稱為內(nèi)容共享(Content share)。通常，內(nèi)容共享通過下述過程來實(shí)現(xiàn)(1-2)共享發(fā)起方終端發(fā)起INVITE請(qǐng)求，INVITE請(qǐng)求中標(biāo)明要使用的媒體類型。請(qǐng)求經(jīng)應(yīng)用服務(wù)器(Application Server,簡(jiǎn)稱“AS”)轉(zhuǎn)發(fā)到達(dá)共享接收方。Accept-Contact頭域帶有“+g. 3gpp. cs-voice”特征標(biāo)識(shí),表示發(fā)起的是視頻共享業(yè)務(wù)。(3-5)共享接收方終端收到共享發(fā)起方的INVITE請(qǐng)求，發(fā)送183消息給AS，在消息的SDP信息中包含有接收方終端接收的媒體流類型和編碼方式。AS收到183消息后發(fā)送PRACK消息到共享接收方終端，共享接收方終端發(fā)送PRACK的200 OK響應(yīng)。(6-8)AS會(huì)發(fā)送183請(qǐng)求給共享發(fā)起方終端，發(fā)起方終端收到183消息后發(fā)送PRACK消息到AS，AS發(fā)送PRACK的200 OK響應(yīng)。該步驟與步驟(3-5)不存在時(shí)序關(guān)系。(9-10)共享發(fā)起方終端預(yù)留資源成功后，會(huì)發(fā)送UPDATE消息通知共享接收方終端。(11-12)共享接收方終端收到UPDATE消息，并且自己的資源預(yù)留成功后，會(huì)向共享發(fā)起方發(fā)送200 OK響應(yīng)消息。(13-14)共享接收方終端發(fā)送180消息給共享發(fā)起方終端，同時(shí)提示共享接收方終端收到請(qǐng)求消息。(15-16)共享接收方用戶接受了共享，共享接收方終端發(fā)送2000K消息，響應(yīng)INVITE 消息。(17-18)共享發(fā)起方終端發(fā)送ACK消息確認(rèn)會(huì)話建立。共享發(fā)起方終端通過RTP報(bào)文進(jìn)行實(shí)時(shí)視頻的共享。
(19-20)共享的某一方終端發(fā)送BYE消息，結(jié)束視頻共享。(21-22)收到BYE消息的終端發(fā)送BYE消息的200 OK響應(yīng)。從業(yè)務(wù)使用來看，在IPTV系統(tǒng)中進(jìn)行內(nèi)容共享，應(yīng)該支持共享當(dāng)前設(shè)備觀看節(jié)目的方案。但是，現(xiàn)有方案沒有給出共享用戶當(dāng)前觀看點(diǎn)播內(nèi)容(Content on Demand,簡(jiǎn)稱“CoD”)的方案。同時(shí)對(duì)于正在觀看的節(jié)目，尤其是CoD節(jié)目，可能會(huì)由于用戶的需求在不同終端之間進(jìn)行了切換(例如，用戶在家中觀看節(jié)目，出門轉(zhuǎn)到手機(jī)，或者反之)。在現(xiàn)有技術(shù)中，可以滿足所觀看IPTV內(nèi)容在不同終端切換時(shí)保持會(huì)話連續(xù)。但是，如果用戶將當(dāng)前終端觀看的IPTV內(nèi)容進(jìn)行了內(nèi)容共享，現(xiàn)有技術(shù)中，內(nèi)容共享AS不能感知會(huì)話轉(zhuǎn)移，即，在內(nèi)容共享發(fā)送端發(fā)生了會(huì)話轉(zhuǎn)移時(shí)，由于內(nèi)容共享AS關(guān)注的是發(fā)起內(nèi)容共享時(shí)指定的發(fā)起終端，因此在內(nèi)容共享AS獲得的信息是，共享內(nèi)容所在終端退出了節(jié)目觀看(實(shí)際上，內(nèi)容共享發(fā)起端用戶并沒有退出節(jié)目)，因此也會(huì)終止向?qū)Χ说墓蚕聿僮?，造成了共享?huì)話的中斷而不能跟隨轉(zhuǎn)移后播放端的節(jié)目操作進(jìn)行共享。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種在互聯(lián)網(wǎng)協(xié)議電視中共享內(nèi)容的方法，設(shè)備及系統(tǒng)，可在內(nèi)容共享發(fā)送端發(fā)生了會(huì)話轉(zhuǎn)移時(shí)，供用戶靈活地選擇終止共享或繼續(xù)共享。在本發(fā)明的一個(gè)在互聯(lián)網(wǎng)協(xié)議電視中共享內(nèi)容的方法實(shí)施例中，包括接收內(nèi)容共享請(qǐng)求，與接收終端之間建立共享會(huì)話，向接收終端共享第一發(fā)起終端上播放的會(huì)話內(nèi)容；接收播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的狀態(tài)通知，并根據(jù)狀態(tài)通知，結(jié)束共享會(huì)話或者繼續(xù)共享在第二發(fā)起終端上繼續(xù)播放的會(huì)話內(nèi)容。根據(jù)本發(fā)明實(shí)施例，提供了一種共享內(nèi)容的系統(tǒng)，所述系統(tǒng)包括內(nèi)容共享應(yīng)用服務(wù)器，用于接收內(nèi)容共享請(qǐng)求，與接收終端之間建立共享會(huì)話，向接收終端共享第一發(fā)起終端上播放的會(huì)話內(nèi)容；互聯(lián)網(wǎng)協(xié)議電視控制設(shè)備，用于將第一發(fā)起終端上播放的會(huì)話內(nèi)容轉(zhuǎn)移到在第二發(fā)起終端上繼續(xù)播放，并發(fā)送播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的狀態(tài)通知；其中內(nèi)容共享應(yīng)用服務(wù)器還用于接收播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的狀態(tài)通知，并根據(jù)狀態(tài)通知結(jié)束共享會(huì)話或者繼續(xù)共享在第二發(fā)起終端上繼續(xù)播放的會(huì)話內(nèi)容。根據(jù)本發(fā)明實(shí)施例，提供了一種內(nèi)容共享應(yīng)用服務(wù)器，內(nèi)容共享應(yīng)用服務(wù)器包括共享模塊，用于接收內(nèi)容共享請(qǐng)求，與接收終端之間建立共享會(huì)話，向接收終端共享第一發(fā)起終端上播放的會(huì)話內(nèi)容；控制模塊，用于接收播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的狀態(tài)通知，并根據(jù)狀態(tài)通知結(jié)束共享會(huì)話或者繼續(xù)向接收終端共享在第二發(fā)起終端上繼續(xù)播放的會(huì)話內(nèi)容。根據(jù)本發(fā)明實(shí)施例，能夠共享發(fā)起終端觀看的CoD內(nèi)容,并且在共享內(nèi)容發(fā)起方的顯示終端發(fā)生轉(zhuǎn)移時(shí)，能夠讓內(nèi)容共享AS感知，保證共享會(huì)話的連續(xù)性。本發(fā)明實(shí)施例的方案能夠保證后續(xù)的共享內(nèi)容能夠同轉(zhuǎn)移后的發(fā)起終端操作具有一致性(例如在新終端更換頻道后，共享接收端能夠同步進(jìn)行)。使得IPTV中實(shí)現(xiàn)內(nèi)容共享業(yè)務(wù)不受共享顯示端會(huì)話轉(zhuǎn)移的影響。


為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明實(shí)施例的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。在附圖中圖I是本發(fā)明實(shí)施例一的流程圖；圖2是本發(fā)明實(shí)施例一的時(shí)序圖；圖3是3GPP動(dòng)態(tài)設(shè)備發(fā)現(xiàn)過程的時(shí)序圖；圖4是3GPP中媒體轉(zhuǎn)移的時(shí)序圖；圖5是利用SIP REFER消息實(shí)現(xiàn)ITFal觀看的內(nèi)容轉(zhuǎn)移至ITFa2的時(shí)序圖；
圖6本發(fā)明實(shí)施例二的流程圖；圖7是本發(fā)明實(shí)施例二的時(shí)序圖；圖8本發(fā)明實(shí)施例三的流程圖；圖9是本發(fā)明實(shí)施例三的時(shí)序圖；圖10是根據(jù)圖9所示實(shí)施例進(jìn)一步改進(jìn)的實(shí)施例的時(shí)序圖；圖11是本發(fā)明實(shí)施例四的時(shí)序圖；圖12是在圖11所示實(shí)施例四中，利用SIP REFER消息實(shí)現(xiàn)內(nèi)容從ITFal轉(zhuǎn)移到ITFa2的時(shí)序圖；圖13是本發(fā)明實(shí)施例共享內(nèi)容的系統(tǒng)實(shí)施例的框圖；圖14是本發(fā)明實(shí)施例共享內(nèi)容的系統(tǒng)實(shí)施例的框圖；圖15是本發(fā)明實(shí)施例共享內(nèi)容的應(yīng)用服務(wù)器的框圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。需要說明的是，本發(fā)明所有實(shí)施例中的IPTV終端功能設(shè)備(IPTV TerminalFunction,簡(jiǎn)稱“ ITF”)等同于開放 IPTV終端功能設(shè)備(Open IPTV Terminal Function,簡(jiǎn)稱“OITF”)+IP 多媒體子系統(tǒng)網(wǎng)關(guān)(IP Multimedia Subsystem Gateway,簡(jiǎn)稱“ IG”)，或者等同于IP多媒體子系統(tǒng)(IP Multimedia Subsystem,簡(jiǎn)稱“ IMS”)/會(huì)話創(chuàng)建協(xié)議(SessionInitiation Protocol，簡(jiǎn)稱“SIP”)終端設(shè)備(如手機(jī))；因此，本發(fā)明實(shí)施例中涉及ITF的方案，同樣適用于手機(jī)等IMS/SIP終端的情況。本發(fā)明所有實(shí)施例中的SIP消息，都是通過邏輯上的SIP代理服務(wù)器(SIP proxy) (MS中的呼叫會(huì)話控制功能(Call Session ControlFunction,簡(jiǎn)稱 “CSCF”)設(shè)備、IPTV 中的鑒權(quán)與會(huì)話管理(Authentication and SessionManagement,簡(jiǎn)稱“ASM”)設(shè)備)轉(zhuǎn)發(fā)的，由于都是基本的轉(zhuǎn)發(fā)消息功能，一般技術(shù)人員均可理解，這里不再--列出。圖I是根據(jù)本發(fā)明實(shí)施例一的流程圖，圖2是根據(jù)本發(fā)明實(shí)施例一的時(shí)序圖。以下結(jié)合圖I和圖2詳細(xì)說明本發(fā)明實(shí)施例一的具體實(shí)現(xiàn)過程。在圖I所示實(shí)施例一中，在S110,網(wǎng)絡(luò)側(cè)接收內(nèi)容共享請(qǐng)求(SIP邀請(qǐng)invite消息)，與接收終端ITFb之間建立共享會(huì)話，向所述接收終端共享第一發(fā)起終端ITFal上播放的會(huì)話內(nèi)容。在本發(fā)明的一個(gè)具體實(shí)施例中，如2所示，SllO可以包括201.用戶A在使用終端設(shè)備ITFal收看CoD媒體內(nèi)容；202.用戶A使用終端設(shè)備ITFal向內(nèi)容共享應(yīng)用服務(wù)器(content share AS)發(fā)送Invite消息,該消息中攜帶指示,表明共享的是終端設(shè)備ITFal正在觀看的CoD媒體內(nèi)容；203.內(nèi)容共享應(yīng)用服務(wù)器(content share AS)向 IPTV 控制(IPTV control)設(shè)備發(fā)送訂閱消息，訂閱終端設(shè)備ITFal正在觀看的內(nèi)容；
204. IPTV控制(IPTV control)設(shè)備向內(nèi)容共享應(yīng)用服務(wù)器(content shareAS)通知ITFal當(dāng)前觀看的CoD的內(nèi)容信息(如，包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark 信息)；205.內(nèi)容共享應(yīng)用服務(wù)器(content share AS)向用戶B的終端ITFb發(fā)送Invite消息，發(fā)起內(nèi)容共享會(huì)話的邀請(qǐng)。接受ITFb終端響應(yīng)應(yīng)答的同時(shí)或之前或之后，內(nèi)容共享應(yīng)用服務(wù)器(contentshare AS)控制對(duì)應(yīng)的媒體資源功能處理器(Media Resource Function processor,簡(jiǎn)稱“MRFP”)根據(jù)ITFal當(dāng)前觀看的CoD的內(nèi)容信息(例如，包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息)接入ITFal當(dāng)前觀看的CoD媒體內(nèi)容，并在收到ITFb終端接受響應(yīng)應(yīng)答(200 ok)后，向ITFb轉(zhuǎn)發(fā)CoD媒體(圖2中的RTP流)。在圖I所示實(shí)施例一中，在S120，網(wǎng)絡(luò)側(cè)將所述第一發(fā)起終端ITFal上播放的會(huì)話內(nèi)容轉(zhuǎn)移到在第二發(fā)起終端ITF2上繼續(xù)播放，并發(fā)送所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的狀態(tài)通知。在本發(fā)明的一個(gè)具體實(shí)施例中，如圖2所示，S120可以包括206a.會(huì)話轉(zhuǎn)移，將由ITFal觀看的內(nèi)容轉(zhuǎn)移至ITFa2，并在轉(zhuǎn)移過程中表明不再繼續(xù)共享ITFa2上觀看的媒體內(nèi)容；此后，用戶A使用ITFa2觀看CoD內(nèi)容(如圖2中，RTP流指向ITFa2)。206b. IPTV 控制(IPTV control)向內(nèi)容共享應(yīng)用服務(wù)器(content share AS)通知ITFal上的內(nèi)容發(fā)生轉(zhuǎn)移，并不再繼續(xù)內(nèi)容共享。在圖I所示實(shí)施例一中，在S130，網(wǎng)絡(luò)側(cè)接收所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的狀態(tài)通知，并根據(jù)所述狀態(tài)通知，結(jié)束共享會(huì)話或者繼續(xù)共享在所述第二發(fā)起終端上繼續(xù)播放的所述會(huì)話內(nèi)容。在實(shí)施例一中，網(wǎng)絡(luò)側(cè)將結(jié)束內(nèi)容共享會(huì)話。在本發(fā)明的一個(gè)具體實(shí)施例中，如圖2所示，S130可以包括207. content share AS控制對(duì)應(yīng)的媒體資源功能處理器MRFP (Media ResourceFunction processor)退出 CoD 會(huì)話；208. content share AS 結(jié)束和對(duì)端(ITFb)的共享會(huì)話。在一種替代實(shí)施例中，針對(duì)轉(zhuǎn)移時(shí)終端ITFal要求退出共享的場(chǎng)景，在圖2中轉(zhuǎn)移過程中，由ITFal主動(dòng)向content share AS發(fā)送bye消息,觸發(fā)共享會(huì)話的終結(jié)。上述步驟206a中，進(jìn)行會(huì)話轉(zhuǎn)移，將由ITFal觀看的內(nèi)容轉(zhuǎn)移至ITFa2，并在轉(zhuǎn)移過程，同時(shí)表明不再繼續(xù)共享ITFa2上觀看的媒體內(nèi)容的過程，可以通過3GPP媒體轉(zhuǎn)移過程(23. 237,24. 237規(guī)范)來完成。
在進(jìn)行轉(zhuǎn)移之前，可能需要利用3GPP的動(dòng)態(tài)設(shè)備發(fā)現(xiàn)過程來發(fā)現(xiàn)用戶的所有注冊(cè)設(shè)備。3GPP動(dòng)態(tài)設(shè)備發(fā)現(xiàn)過程允許用戶發(fā)現(xiàn)同一訂閱下的所有用戶身份的所有注冊(cè)終端。圖3示出了 3GPP動(dòng)態(tài)設(shè)備發(fā)現(xiàn)過程的時(shí)序圖。具體來說301. 0ITF2 向 IG 發(fā)起一個(gè) HTTP POST 消息，該 HTTP POST 消息包括 SIP SUBSCRIBE注冊(cè)事件包(SIP SUBSCRIBE Registration event package),該注冊(cè)指向IPTV控制功能設(shè)備(IPTV Control FE)；302. IG將該SIP SUBSCRIBE注冊(cè)事件包轉(zhuǎn)發(fā)到鑒權(quán)和會(huì)話管理單元(Authentication and Session Management,簡(jiǎn)稱 “ASM”)；303. ASM 將該 SIP SUBSCIBE 注冊(cè)事件包轉(zhuǎn)發(fā)到 IPTV Control FE ； 304. IPTV Control FE 返回一個(gè) SIP 200 OK 到 ASM ；305. ASM 轉(zhuǎn)發(fā) SIP 200 OK 到 IG ；306. IG 返回包含 SIP 200 OK 響應(yīng)的 HTTP 200 OK 消息到 0ITF2 ；307. 0ITF2 發(fā)起 HTTP Pending IG 請(qǐng)求；308. IPTV Control 生成一個(gè) SIP NOTIFY 消息，該 SIP NOTIFY 消息包括同一 IPTV訂閱下的所有用戶身份的所有注冊(cè)終端，IPTV Control將SIP NOTIFY發(fā)往ASM ；309. ASM 將 SIP NOTIFY 轉(zhuǎn)發(fā)到 IG ；310. IG 返回一個(gè)包含 SIP NOTIFY 的 HTTP 200 OK 消息到 0ITF2 ；311. 0ITF2發(fā)起一個(gè)包含SIP 200 OK的HTTP POST到IG，以響應(yīng)IG，表示收到SIPNOTIFY ；312. IG 將 SIP 200 OK 轉(zhuǎn)發(fā)到 ASM ；313. ASM 將 SIP 200 OK 轉(zhuǎn)發(fā)到 IPTV Control。應(yīng)該理解，本發(fā)明各種實(shí)施方式中所述的ASM邏輯功能同MS的呼叫會(huì)話控制功能(call session control function,簡(jiǎn)稱 “CSCF”)或 SIP proxy。主要是完成鑒權(quán)(需要時(shí))和SIP消息轉(zhuǎn)發(fā)(如圖3所示)。本發(fā)明方案中，省略了該CSCF設(shè)備，需要說明的是，所有SIP消息都是經(jīng)過該ASM轉(zhuǎn)發(fā)的。本領(lǐng)域普通技術(shù)人員應(yīng)該理解，在3GPP等國際規(guī)范中，對(duì)于僅進(jìn)行轉(zhuǎn)發(fā)而不特別處理的情況，在方案描述中通常省略CSCF。本領(lǐng)域技術(shù)人員應(yīng)該理解，本發(fā)明各種實(shí)施例中的SIP消息都是經(jīng)過ASM轉(zhuǎn)發(fā)的。圖4示出了 3GPP中媒體轉(zhuǎn)移的時(shí)序圖，具體如下400. UEl與SCC AS進(jìn)行媒體會(huì)話；401. UE-I發(fā)送媒體和業(yè)務(wù)轉(zhuǎn)移請(qǐng)求到SCC AS，請(qǐng)求將媒體從UEl轉(zhuǎn)移到UE2 ；402. SCC AS同UE-2建立媒體會(huì)話并且更新遠(yuǎn)端支路；403. SCC AS 釋放同 UEl 的會(huì)話。根據(jù)一種優(yōu)選實(shí)施例，本發(fā)明可利用SIP REFER消息實(shí)現(xiàn)ITFal觀看的內(nèi)容轉(zhuǎn)移至 ITFa2。圖5是利用SIP REFER消息實(shí)現(xiàn)ITFal觀看的內(nèi)容轉(zhuǎn)移至ITFa2的時(shí)序圖，具體包括501. ITFal向IPTV Control發(fā)送SIP REFER消息；在本發(fā)明的一個(gè)實(shí)施例中，對(duì)SIP REFER消息進(jìn)行了擴(kuò)展，使之可指明是否繼續(xù)在新的終端上進(jìn)行內(nèi)容共享；
502. IPTV Control 向 ITFa2 發(fā)送 SIP REFER 消息；503. ITFal 返回 SIP 202 ACCEPTED ；504. IPTV Control 向 ITFal 轉(zhuǎn)發(fā) SIP 202 ACCEPTED ；505. ITFa2 向 IPTV Control 發(fā)送 Invite 消息；506. IPTV Control 向 ITFal 發(fā)送 re-invite 消息保持媒體；507. ITFal向CDN(內(nèi)容分發(fā)網(wǎng)絡(luò))發(fā)送RTSP PAUSE消息，攜帶RTSP id ；508. CDN 返回 200 ok 消息；509. ITFal 向 IPTV Control 轉(zhuǎn)發(fā) 200 ok 消息；
510. IPTV Control 向 CND 發(fā)送 Invite 消息；511. CDN 返回 200 ok 消息；512. IPTV Control 將 200 ok 轉(zhuǎn)發(fā)給 ITFa2 ；513. ITFa2 向 ITFal 發(fā)送 SIP Notify 通知；514. ITFal 返回 200 ok ；515. ITFa2 向 CDN 發(fā)送 RTSP Play 消息，攜帶 RTSP id, position 標(biāo)識(shí)；516. CDN 向 ITFa2 返回 200 ok 消息。本發(fā)明在SIP REFER消息中進(jìn)行擴(kuò)展，指明是否繼續(xù)在新設(shè)備，即ITFa2上內(nèi)容共享。該消息發(fā)向IPTV control，因此IPTV control可以知道是否繼續(xù)內(nèi)容共享，并向Content share AS發(fā)送相應(yīng)內(nèi)容的Notify通知。根據(jù)一種優(yōu)選實(shí)施例,如果默認(rèn)是不繼續(xù)，則在不繼續(xù)時(shí)可以不用擴(kuò)展。依網(wǎng)絡(luò)資源條件的不同，終止(tear down)到ITFal會(huì)話的過程可以在514步之后，也可以在511步之后進(jìn)行。圖6是根據(jù)本發(fā)明實(shí)施例二的流程圖，圖7是根據(jù)本發(fā)明實(shí)施例二的一個(gè)具體實(shí)施方式
的時(shí)序圖。實(shí)施例二與實(shí)施例一的不同之處在于，會(huì)話內(nèi)容從ITFal轉(zhuǎn)移到ITFa2之后，繼續(xù)共享在ITFa2上播放的會(huì)話內(nèi)容。因此，實(shí)施例二的方法的S610與實(shí)施例一的SllO基本類似，不再重復(fù)描述。下面結(jié)合圖6和圖7具體描述實(shí)施例二與實(shí)施例一不同的地方，即在S620將所述第一發(fā)起終端ITFal上播放的會(huì)話內(nèi)容轉(zhuǎn)移到在第二發(fā)起終端ITF2上繼續(xù)播放，并發(fā)送所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的狀態(tài)通知。與S120不同的是，狀態(tài)通知中指明繼續(xù)共享在ITFa2上播放的CoD內(nèi)容。具體來說，在本發(fā)明的一個(gè)實(shí)施例中，在S610包括與SllO基本相同的內(nèi)容。如圖7所示，S610包括步驟701至705，而圖7中的701至705與圖2所示的201至205基本相同。步驟S620可以包括706a.會(huì)話轉(zhuǎn)移，將由ITFal觀看的內(nèi)容轉(zhuǎn)移至ITFa2，并在轉(zhuǎn)移過程中表明繼續(xù)共享ITFa2上觀看的媒體內(nèi)容；此后，用戶A使用ITFa2觀看CoD內(nèi)容(如圖6中，RTP流指向 ITFa2)。706b. IPTV控制(IPTV control)設(shè)備向內(nèi)容共享應(yīng)用服務(wù)器(content share AS)通知ITFal上的內(nèi)容發(fā)生轉(zhuǎn)移，并繼續(xù)共享ITFa2上的內(nèi)容。在實(shí)施例二中，在S630，網(wǎng)絡(luò)側(cè)接收所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的狀態(tài)通知，并根據(jù)所述狀態(tài)通知，結(jié)束共享會(huì)話或者繼續(xù)共享在所述第二發(fā)起終端上繼續(xù)播放的所述會(huì)話內(nèi)容。在圖7所示實(shí)施例中，將繼續(xù)共享ITFa2上播放的的內(nèi)容。在本發(fā)明的一個(gè)實(shí)施例中，如圖7所示，S630包括707.內(nèi)容共享應(yīng)用服務(wù)器(content share AS)向 IPTV 控制(IPTV control)設(shè)備發(fā)送訂閱消息，訂閱終端設(shè)備ITFa2正在觀看的內(nèi)容信息；708. IPTV控制(IPTV control)設(shè)備向內(nèi)容共享應(yīng)用服務(wù)器(content shareAS)通知ITFa2當(dāng)前觀看的CoD的內(nèi)容信息(如，包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息);按照會(huì)話轉(zhuǎn)移的通常場(chǎng)景設(shè)定,此過程中，ITFa2內(nèi)容和ITFal連續(xù)，因此,該過程中，對(duì)于MRFP接入媒體、向?qū)Χ斯蚕砻襟w,均無變化；709. ITFa2上發(fā)生了內(nèi)容變更操作(如，用戶換臺(tái))；710. IPTV控制(IPTV control)向內(nèi)容共享應(yīng)用服務(wù)器(content share AS)通知ITFa2當(dāng)前觀看的的內(nèi)容信息(如，點(diǎn)播內(nèi)容(Content on Demand,簡(jiǎn)稱“CoD”)時(shí)包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的書簽(Bookmark)信息,調(diào)度(Schedule)時(shí)包含頻道號(hào))； 711.內(nèi)容共享應(yīng)用服務(wù)器(content share AS)控制對(duì)應(yīng)的媒體資源功能處理器MRFP(Media Resource Function processor)根據(jù)變化后的ITFa2當(dāng)前觀看的的內(nèi)容信息(如,CoD時(shí)包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息,Schedule時(shí)包含頻道號(hào))接入媒體流，并向?qū)Χ?ITFb)轉(zhuǎn)發(fā)。與實(shí)施例一類似，上述步驟706a中，進(jìn)行會(huì)話轉(zhuǎn)移，將由ITFal觀看的內(nèi)容轉(zhuǎn)移至ITFa2，并在轉(zhuǎn)移過程，同時(shí)表明繼續(xù)共享ITFa2上觀看的媒體內(nèi)容的過程，可以通過3GPP動(dòng)態(tài)設(shè)備發(fā)現(xiàn)過程(23. 237、24. 237規(guī)范)的媒體轉(zhuǎn)移過程來完成。與實(shí)施例一的優(yōu)選實(shí)施例類似，實(shí)施例二也可以利用SIP REFER消息實(shí)現(xiàn)ITFal觀看的內(nèi)容轉(zhuǎn)移至ITFa2。SIP REFER消息中進(jìn)行擴(kuò)展，指明繼續(xù)在ITFa2上內(nèi)容共享。如果默認(rèn)是繼續(xù)共享，則可以不進(jìn)行擴(kuò)展。實(shí)施例二與實(shí)施例一不同之處還在于，如圖7中的709至711所示，ITFa2可以通知Content share AS會(huì)話轉(zhuǎn)移,改變內(nèi)容共享會(huì)話的信令控制終端,即媒體和會(huì)話都轉(zhuǎn)移。參照?qǐng)D2和圖7可以看出，會(huì)話轉(zhuǎn)移過程為相對(duì)獨(dú)立的過程，與本發(fā)明方法的其他內(nèi)容沒有必然的順序問題。圖8是根據(jù)本發(fā)明實(shí)施例三的流程圖，圖9是根據(jù)本發(fā)明實(shí)施例三的時(shí)序圖。實(shí)施例三基本上與實(shí)施例二相同，所不同的是，實(shí)施例三中，用戶A使用IFTa2向Content shareAS發(fā)送Invite消息，但是表明共享的ITFal上正在觀看的CoD媒體內(nèi)容。結(jié)合圖8和圖9具體來說，實(shí)施例三的方法包括在S810，網(wǎng)絡(luò)側(cè)接收內(nèi)容共享請(qǐng)求(SIP邀請(qǐng)invite消息)，與接收終端ITFb之間建立共享會(huì)話，向所述接收終端共享第一發(fā)起終端ITFal上播放的會(huì)話內(nèi)容其中，所述共享請(qǐng)求是來自ITFa2的Invite消息；在S820，網(wǎng)絡(luò)側(cè)將所述第一發(fā)起終端ITFal上播放的會(huì)話內(nèi)容轉(zhuǎn)移到在第二發(fā)起終端ITF2上繼續(xù)播放，并發(fā)送所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的狀態(tài)通知。其中所述網(wǎng)絡(luò)側(cè)接收來自ITFal的會(huì)話內(nèi)容轉(zhuǎn)移消息，將會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到在第二發(fā)起終端ITFa2上播放，并發(fā)送所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的狀態(tài)通知，該狀態(tài)通知攜帶繼續(xù)共享ITFa2上播放的會(huì)話內(nèi)容的指示信息。
在S830，網(wǎng)絡(luò)側(cè)接收播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的狀態(tài)通知，并根據(jù)所述狀態(tài)通知，結(jié)束共享會(huì)話或者繼續(xù)共享在所述第二發(fā)起終端上繼續(xù)播放的會(huì)話內(nèi)容。在實(shí)施例三中，網(wǎng)絡(luò)側(cè)將繼續(xù)共享ITFa2上播放的會(huì)話內(nèi)容。如圖9所示，步驟906至911與圖7中所示的步驟706至701基本相同，而步驟901至905與圖7所示的步驟701至705存在不同之處，即S810中的與S610不同之處在于，S810 包括901.用戶A在使用終端設(shè)備ITFal收看CoD媒體內(nèi)容；902.用戶A使用終端設(shè)備ITFa2向內(nèi)容共享應(yīng)用服務(wù)器(content share AS)發(fā)送Invite消息,該消息中攜帶指示,表明共享的是終端設(shè)備ITFal正在觀看的CoD媒體內(nèi)容。903.內(nèi)容共享應(yīng)用服務(wù)器(content share AS)向 IPTV 控制(IPTV control)設(shè) 備發(fā)送訂閱消息，訂閱終端設(shè)備ITFal正在觀看的內(nèi)容；904. IPTV控制(IPTV control)設(shè)備向內(nèi)容共享應(yīng)用服務(wù)器(content shareAS)通知ITFal當(dāng)前觀看的CoD的內(nèi)容信息(如，包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark 信息)；905.內(nèi)容共享應(yīng)用服務(wù)器(content share AS)向用戶B的終端ITFb發(fā)送Invite消息，發(fā)起內(nèi)容共享會(huì)話的邀請(qǐng)。接受ITFb終端響應(yīng)應(yīng)答的同時(shí)或之前或之后，內(nèi)容共享應(yīng)用服務(wù)器(contentshare AS)控制對(duì)應(yīng)的媒體資源功能處理器(Media Resource Function processor,簡(jiǎn)稱“MRFP”)根據(jù)ITFal當(dāng)前觀看的CoD的內(nèi)容信息(例如，包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息)接入ITFal當(dāng)前觀看的CoD媒體內(nèi)容，并在收到ITFb終端接受響應(yīng)應(yīng)答(200 ok)后，向ITFb轉(zhuǎn)發(fā)CoD媒體(圖9中的RTP流)。實(shí)施例三的其他部分S820和S830與實(shí)施例二的S620和S630基本相同，不再重復(fù)描述，其中S820包括906a至906b，而S830包括907至911。由于實(shí)施例三中的內(nèi)容共享會(huì)話是ITFa2發(fā)起的，所以不存在內(nèi)容共享的會(huì)話轉(zhuǎn)移(從ITFal轉(zhuǎn)移到ITFa2)。因此，在一種優(yōu)選實(shí)施例中，ITFa2通過re-invite消息通知Content share AS內(nèi)容源發(fā)生了改變，即從ITFal改變?yōu)镮TFa2。圖10示出了這種優(yōu)選實(shí)施例的時(shí)序圖。其中圖10所示的實(shí)施例包括的步驟1001至1005基本類似于圖9所示實(shí)施例的901至905。下面具體來說明圖10所示實(shí)施例不同于圖9所示實(shí)施例之處，圖10所示實(shí)施例包括1006a.會(huì)話轉(zhuǎn)移，將由ITFal觀看的內(nèi)容轉(zhuǎn)移至ITFa2。此后，用戶A使用ITFa2觀看CoD內(nèi)容(如圖2中，RTP流指向ITFa2)。1006b. ITFa2 向 Content Share AS 發(fā)送 Re-invite 消息，表明繼續(xù)共享 ITFa2 上的媒體內(nèi)容。S9030可以包括1007. Content share AS向IPTV Control訂閱ITFal播放的內(nèi)容，攜帶有效時(shí)間為O的標(biāo)識(shí)(expire = 0)，即退出對(duì)ITFal的訂閱。1008. content share AS向IPTV control發(fā)送訂閱消息，訂閱終端設(shè)備ITFa2正在觀看的內(nèi)容；
1009. IPTV control 向 content share AS 通知 ITFa2 當(dāng)前觀看的 CoD 的內(nèi)容信息(如，包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息)；按照會(huì)話轉(zhuǎn)移的通常場(chǎng)景設(shè)定，此過程中，ITFa2內(nèi)容和ITFal連續(xù)，因此，該過程中，對(duì)于MRFP接入媒體、向?qū)Χ斯蚕砻襟w，均無變化；1010. ITFa2上發(fā)生了內(nèi)容變更操作(如，用戶換臺(tái))；1011. IPTV control 向 content share AS通知 ITFa2 當(dāng)前觀看的的內(nèi)容信息(如，CoD時(shí)包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息，Schedule時(shí)包含頻道號(hào))；1012. content share AS控制對(duì)應(yīng)的媒體資源功能處理器MRFP根據(jù)變化后的ITFa2當(dāng)前觀看的的內(nèi)容信息(如，CoD時(shí)包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息，Schedule時(shí)包含頻道號(hào))接入媒體流，并向?qū)Χ?ITFb)轉(zhuǎn)發(fā)。圖10所示實(shí)施例可以不對(duì)SIP REFER消息進(jìn)行擴(kuò)展，而默認(rèn)繼續(xù)共享ITFa2上的內(nèi)容。 圖11示出了本發(fā)發(fā)明的實(shí)施例四的時(shí)序圖。在實(shí)施例四中，OITFal和0ITFa2位于同一 IG下，內(nèi)容共享的實(shí)現(xiàn)方式與實(shí)施例一至三類似，但是增加了 OITF與IG之間的交互過程。下面具體描述實(shí)施例四的內(nèi)容1101.用戶A在使用終端OITFal收看CoD媒體內(nèi)容；1102.用戶A使用終端OITFal向IG發(fā)送HTTP POST消息，表明共享OITFal上的媒體內(nèi)容，IG向content share AS轉(zhuǎn)發(fā)Invite消息；1103. content share AS 向 IPTV control 發(fā)送訂閱消息，訂閱終端設(shè)備 OITFal 正在觀看的內(nèi)容；1104. IPTV control 向 content share AS 通知 OITFal 當(dāng)前觀看的 CoD 的內(nèi)容信息(如，包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息)。Content share AS向IG返回 200 ok, IG 向 OITFal 返回 HTTP 200 OK ；1105. content share AS向用戶B的終端ITFb發(fā)送Invite消息,發(fā)起內(nèi)容共享會(huì)話的邀請(qǐng)。接受ITFb終端響應(yīng)應(yīng)答的同時(shí)或之前或之后，content share AS控制對(duì)應(yīng)的MRFP，根據(jù)OITFal當(dāng)前觀看的CoD的內(nèi)容信息(例如，包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息)接入OITFal當(dāng)前觀看的CoD媒體內(nèi)容，并在收到ITFb終端接受響應(yīng)應(yīng)答(200 ok)后，向ITFb轉(zhuǎn)發(fā)CoD媒體(圖11中的RTP流)。1106a.會(huì)話轉(zhuǎn)移，將由OITFal觀看的內(nèi)容轉(zhuǎn)移至0ITFa2，并在轉(zhuǎn)移過程中表明繼續(xù)共享0ITFa2上觀看的媒體內(nèi)容；此后，用戶A使用0ITFa2觀看CoD內(nèi)容(如圖11中，RTP 流指向 ITFa2)。1106b. IPTV control 向 content share AS 通知 OITFal 上的內(nèi)容發(fā)生轉(zhuǎn)移，并繼續(xù)共享0ITFa2上的內(nèi)容。1107. content share AS 向 IPTV control 發(fā)送訂閱消息，訂閱終端設(shè)備 0ITFa2 正在觀看的內(nèi)容；1108. IPTV control 向 content share AS 通知 0ITFa2 當(dāng)前觀看的 CoD 的內(nèi)容信息(如，包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息)；按照會(huì)話轉(zhuǎn)移的通常場(chǎng)景設(shè)定，此過程中，0ITFa2內(nèi)容和OITFal連續(xù)，因此，該過程中，對(duì)于MRFP接入媒體、向?qū)Χ斯蚕砻襟w，均無變化；
1109.0ITFa2上發(fā)生了內(nèi)容變更操作(如，用戶換臺(tái))；1110. IPTV control 向 content share AS 通知 0ITFa2 當(dāng)前觀看的的內(nèi)容信息(如，CoD時(shí)包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息，Schedule時(shí)包含頻道號(hào));1111. content share AS控制對(duì)應(yīng)的媒體資源功能處理器MRFP根據(jù)變化后的0ITFa2當(dāng)前觀看的的內(nèi)容信息(如,CoD時(shí)包含內(nèi)容標(biāo)識(shí)和當(dāng)前觀看節(jié)目位置的Bookmark信息，Schedule時(shí)包含頻道號(hào))接入媒體流，并向?qū)Χ?ITFb)轉(zhuǎn)發(fā)。
圖12示出了在圖11所示實(shí)施例四中，利用SIP REFER消息實(shí)現(xiàn)內(nèi)容從 IG之間的交互。如參照?qǐng)D3所述，在進(jìn)行轉(zhuǎn)移之前，可能需要利用3GPP的動(dòng)態(tài)設(shè)備發(fā)現(xiàn)過程來發(fā)現(xiàn)用戶的所有注冊(cè)設(shè)備。3GPP動(dòng)態(tài)設(shè)備發(fā)現(xiàn)過程的具體時(shí)序圖如本文前面參照?qǐng)D3所述，此處省略重復(fù)描述。具體來說，圖12所示轉(zhuǎn)移過程包括1201. OITFal 向 IG發(fā)送HTTP POST 消息，攜帶 SIP REFER消息，IG 向 IPTV Control轉(zhuǎn)發(fā)此SIP REFER消息，SIP REFER消息進(jìn)行了擴(kuò)展，指明繼續(xù)在新的終端上進(jìn)行內(nèi)容共1202. IPTV Control 向 IG 發(fā)送 SIP REFER 消息，IG 向 0ITFa2 轉(zhuǎn)發(fā) SIP REFER 消息；1203. ITFa2 向 IG 返回 SIP 202 ACCEPTED, IG 向 IPTV Control 返回 SIP 202ACCEPTED ；1204. IPTV Control 向 IG 轉(zhuǎn)發(fā) SIP 202 ACCEPTED, IG 向 OITFal 轉(zhuǎn)發(fā) SIP 202ACCEPTED ；1205. 0ITFa2 向 IG 發(fā)送 HTTP POST 消息，攜帶 SIP Invite 消息，IG 向 IPTVControl 轉(zhuǎn)發(fā) Invite 消息；1206. IPTV Control 向 IG 發(fā)送 re-invite 消息保持媒體，IG 向 OITFal 返回 2000K,攜帶re-invite消息保持媒體；1207. OITFal向CDN(內(nèi)容分發(fā)網(wǎng)絡(luò))發(fā)送RTSP PAUSE消息，攜帶RTSP id ；1208. CDN 返回 200 ok 消息；1209. OITFal 向 IPTV Control 轉(zhuǎn)發(fā) 200 ok 消息；1210. IPTV Control 向 CND 發(fā)送 Invite 消息；1211. CDN 返回 200 ok 消息；1212. IPTV Control 將 200 ok 返回 IG，IG 將 200 OK 轉(zhuǎn)發(fā)給 0ITFa2 ；1213. 0ITFa2 向 IG 發(fā)送 HTTP POST 消息，攜帶 SIPNotify 通知，IG 向 ASM 轉(zhuǎn)發(fā)該SIP Notify 通知；1214. ASM 向 IG 發(fā)送 SIP Notify，IG 向 OITFal 返回 200ok，攜帶該 SIP Notify 通知，OITFal向IG發(fā)送HTTP POST消息，攜帶200 OK消息，IG向ASM轉(zhuǎn)發(fā)該200 OK ；1215. ASM 向 IG 返回 200 OK 消息，IG 向 0ITFa2 轉(zhuǎn)發(fā) 200 OK, 0ITFa2 向 CDN 發(fā)送RTSP Play 消息，攜帶 RTSP id, position 標(biāo)識(shí)；
1216. CDN 向 IG 返回 200 ok 消息。在圖12所示實(shí)施例中，其他SIP消息也需要經(jīng)過ASM進(jìn)行中轉(zhuǎn)。本領(lǐng)域技術(shù)人員可以理解這些中轉(zhuǎn)過程。圖13示出了實(shí)現(xiàn)本發(fā)明的共享內(nèi)容的方法的系統(tǒng)1300的實(shí)施例，所述系統(tǒng)1300包括Content share AS 1310，用于接收內(nèi)容共享請(qǐng)求，與接收終端之間建立共享會(huì)話，向所述接收終端共享第一發(fā)起終端ITFal上播放的會(huì)話內(nèi)容；和IPTV Control設(shè)備1320，用于將所述第一發(fā)起終端上ITFal播放的會(huì)話內(nèi)容轉(zhuǎn)移到在第二發(fā)起終端ITF2上繼續(xù)播放，并發(fā)送所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的狀態(tài)通知，其中Content share AS1310用于接收所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的狀態(tài)通知，并根據(jù)所述狀態(tài)通知結(jié)束共享會(huì)話或者繼續(xù)共享在所述第二發(fā)起終端ITF2上繼續(xù)播放的所述會(huì)話內(nèi)容。針對(duì)本發(fā)明實(shí)施例一和實(shí)施例二，Content share AS 1310可以接收來自ITFal的內(nèi)容共享Invite請(qǐng)求消息，所述請(qǐng)求消息攜帶指示，表明請(qǐng)求共享的是第一發(fā)起終端 ITFal上播放的會(huì)話內(nèi)容。針對(duì)本發(fā)明實(shí)施例三，Content share AS 1310可以接收來自ITFa2的內(nèi)容共享Invite請(qǐng)求消息,其中所述請(qǐng)求消息攜帶指示,表明請(qǐng)求共享的是第一發(fā)起終端ITFal上播放的會(huì)話內(nèi)容。根據(jù)本發(fā)明一種實(shí)施例，如圖14所示，IPTV Control設(shè)備1320可以包括接收模塊1322，用于將接收所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的請(qǐng)求消息；轉(zhuǎn)移模塊1324，用于接收所述接收模塊1322發(fā)送的所述請(qǐng)求消息，并將所述第一發(fā)起終端ITFal上播放的會(huì)話內(nèi)容轉(zhuǎn)移到在第二發(fā)起終端ITF2上繼續(xù)播放；發(fā)送模塊1326,用于向Content share AS 1310發(fā)送所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的狀態(tài)通知。根據(jù)本發(fā)明一種實(shí)施例，接收模塊1322用于接收來自所述第一發(fā)起終端ITFal的所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITF2的請(qǐng)求消息。根據(jù)本發(fā)明一種實(shí)施例，Content share AS 1310還用于向IPTV Control設(shè)備1320發(fā)送訂閱第一發(fā)起終端ITFal播放的內(nèi)容的狀態(tài)的訂閱請(qǐng)求，發(fā)送模塊1326，用于根據(jù) Content share AS 1310 的訂閱請(qǐng)求，向 Content share AS1310 發(fā)送所述第一終端 ITFal播放的內(nèi)容的信息，以使Content Share AS1310根據(jù)所述第一發(fā)起終端ITFal播放的內(nèi)容的信息與接收終端ITFb建立共享會(huì)話，向所述接收終端ITFb共享第一發(fā)起終端ITFal上播放的會(huì)話內(nèi)容。根據(jù)本發(fā)明一種實(shí)施例，接收模塊1322接收的所述請(qǐng)求消息攜帶結(jié)束共享會(huì)話的指示信息，發(fā)送模塊1326具體用于向Content share AS 1310發(fā)送攜帶所述結(jié)束共享會(huì)話的指示信息的狀態(tài)通知，Content share AS 1310用于根據(jù)所述攜帶所述結(jié)束共享會(huì)話的指示信息的狀態(tài)通知，結(jié)束與接收終端ITFb的共享會(huì)話。根據(jù)本發(fā)明一種實(shí)施例，接收模塊1322接收的所述請(qǐng)求消息攜帶繼續(xù)共享在所述第二發(fā)起終端ITFa2上播放的會(huì)話內(nèi)容的指示信息的狀態(tài)消息，發(fā)送模塊1326具體用于向Content share AS 1310發(fā)送攜帶繼續(xù)共享在所述第二發(fā)起終端ITF2a上播放的會(huì)話內(nèi)容的指示信息的狀態(tài)通知，Content share AS 1310用于根據(jù)所述攜帶繼續(xù)共享在所述第二發(fā)起終端ITFa2上播放的會(huì)話內(nèi)容的指示信息的狀態(tài)通知，繼續(xù)共享在所述第二發(fā)起終端ITFa2上播放的會(huì)話內(nèi)容。根據(jù)本發(fā)明一種實(shí)施例，Content share AS 1310還用于向IPTV Control設(shè)備1320發(fā)送訂閱第二發(fā)起終端ITFa2播放的內(nèi)容的狀態(tài)的訂閱請(qǐng)求，發(fā)送模塊1326，用于根據(jù) Content share AS 1310 的訂閱請(qǐng)求，向 Content share AS1310 發(fā)送所述第二終端 ITFa2播放的內(nèi)容的信息，以使Content share AS 1310根據(jù)所述第二發(fā)起終端ITFa2播放的內(nèi)容的信息與接收終端ITFb建立共享會(huì)話，向所述接收終端ITFb共享第二發(fā)起終端ITFa2上播放的會(huì)話內(nèi)容。根據(jù)本發(fā)明一種實(shí)施例，接收模塊1322用于接收來自所述第一發(fā)起終端ITFal的SIP REFER消息，轉(zhuǎn)移模塊1324根據(jù)所述SIP REFER消息將所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITFa2，其中所述SIP REFER消息攜帶結(jié)束共享會(huì)話或者繼續(xù)共享在所述第二發(fā)起終端lTFa2上播放的所述會(huì)話內(nèi)容的指示信息。
圖15是用于本發(fā)明實(shí)施例的共享內(nèi)容的系統(tǒng)的Content Share AS的結(jié)構(gòu)框圖。如圖15所示，Content Share AS 1500可以包括共享模塊1510，用于接收內(nèi)容共享請(qǐng)求，與接收終端ITFb之間建立共享會(huì)話，向所述接收終端ITFb共享第一發(fā)起終端ITFal上播放的會(huì)話內(nèi)容；控制模塊1520，用于接收所述播放的會(huì)話內(nèi)容從第一發(fā)起終端ITFal轉(zhuǎn)移到第二發(fā)起終端ITFa2的狀態(tài)通知，并根據(jù)所述狀態(tài)通知結(jié)束共享會(huì)話或者繼續(xù)向所述接收終端ITFb共享在所述第二發(fā)起終端ITFal上繼續(xù)播放的所述會(huì)話內(nèi)容。根據(jù)本發(fā)明一種實(shí)施例，所述共享模塊1510接收的所述內(nèi)容共享請(qǐng)求消息來自所述第一發(fā)起終端ITFal或所述第二發(fā)起終端ITFa2,其中所述請(qǐng)求消息攜帶指示,表明請(qǐng)求共享的是第一發(fā)起終端ITFal上播放的會(huì)話內(nèi)容。根據(jù)本發(fā)明一種實(shí)施例，所述共享模塊1510具體用于接收所述內(nèi)容共享請(qǐng)求，向IPTV控制設(shè)備訂閱所述第一發(fā)起終端播放內(nèi)容信息；向所述接收終端轉(zhuǎn)發(fā)所述共享請(qǐng)求，以請(qǐng)求建立所述共享會(huì)話；根據(jù)IPTV設(shè)備發(fā)送的所述第一發(fā)起終端播放內(nèi)容信息，接入所述第一發(fā)起終端上播放的會(huì)話內(nèi)容，通過所述共享會(huì)話向所述接收終端轉(zhuǎn)發(fā)所述第一發(fā)起終端上播放的會(huì)話內(nèi)容。根據(jù)本發(fā)明一種實(shí)施例,所述控制模塊1520為第一控制模塊,用于接收發(fā)自IPTVControl的攜帶所述結(jié)束共享會(huì)話的指示信息的所述狀態(tài)通知，并根據(jù)所述攜帶所述結(jié)束共享會(huì)話的指示信息的狀態(tài)通知，結(jié)束與接收終端ITFb的共享會(huì)話。根據(jù)本發(fā)明一種實(shí)施例，所述控制模塊1520為第二控制模塊，用于接收發(fā)自IPTVControl的攜帶繼續(xù)共享在所述第二發(fā)起終端ITFa2上播放的會(huì)話內(nèi)容的指示信息的所述狀態(tài)通知，根據(jù)所述攜帶繼續(xù)共享在所述第二發(fā)起終端ITFa2上播放的會(huì)話內(nèi)容的指示信息的狀態(tài)通知，繼續(xù)共享在所述第二發(fā)起終端ITFa2上播放的會(huì)話內(nèi)容。根據(jù)本發(fā)明一種實(shí)施例，所述第二控制模塊具體用于接收發(fā)自所述互聯(lián)網(wǎng)協(xié)議電視控制設(shè)備的攜帶繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息的所述狀態(tài)通知，根據(jù)繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息，向IPTV控制設(shè)備訂閱所述第二發(fā)起終端播放內(nèi)容信息；根據(jù)IPTV設(shè)備發(fā)送的所述第二發(fā)起終端播放內(nèi)容信息，接入所述第二發(fā)起終端上播放的會(huì)話內(nèi)容，通過所述共享會(huì)話向所述接收終端轉(zhuǎn)發(fā)所述第二發(fā)起終端上播放的會(huì)話內(nèi)容。。
本領(lǐng)域普通技術(shù)人員可以意識(shí)到，結(jié)合本文中所公開的實(shí)施例描述的各示例的單元及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來實(shí)現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè)技術(shù)人員可以對(duì)每個(gè)特定的應(yīng)用來使用不同方法來實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。結(jié)合本文中所公開的實(shí)施例描述的方法或算法的步驟可以用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實(shí)施。軟件模塊可以置于隨機(jī)存儲(chǔ)器(RAM)、內(nèi)存、只讀存儲(chǔ)器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動(dòng)磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲(chǔ)介質(zhì)中。盡管已示出和描述了本發(fā)明的一些實(shí)施例，但本領(lǐng)域技術(shù)人員應(yīng)理解，在不脫離 本發(fā)明的原理和精神的情況下，可對(duì)這些實(shí)施例進(jìn)行各種修改，這樣的修改應(yīng)落入本發(fā)明的范圍內(nèi)。
權(quán)利要求
1.一種共享內(nèi)容的方法，其特征在于，所述方法包括 接收內(nèi)容共享請(qǐng)求，與接收終端之間建立共享會(huì)話，向所述接收終端共享第一發(fā)起終端上播放的會(huì)話內(nèi)容； 接收所述播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的狀態(tài)通知，并根據(jù)所述狀態(tài)通知，結(jié)束共享會(huì)話或者繼續(xù)向所述接收終端共享在所述第二發(fā)起終端上繼續(xù)播放的所述會(huì)話內(nèi)容。
2.如權(quán)利要求I所述的方法，其特征在于，接收內(nèi)容共享請(qǐng)求，與接收終端之間建立共享會(huì)話，向所述接收終端共享第一發(fā)起終端上播放的會(huì)話內(nèi)容，包括 接收所述內(nèi)容共享請(qǐng)求，向IPTV控制設(shè)備訂閱所述第一發(fā)起終端播放內(nèi)容信息； 向所述接收終端轉(zhuǎn)發(fā)所述共享請(qǐng)求，以請(qǐng)求建立所述共享會(huì)話； 根據(jù)IPTV設(shè)備發(fā)送的所述第一發(fā)起終端播放內(nèi)容信息，接入所述第一發(fā)起終端上播放的會(huì)話內(nèi)容，通過所述共享會(huì)話向所述接收終端轉(zhuǎn)發(fā)所述第一發(fā)起終端上播放的會(huì)話內(nèi)容。
3.如權(quán)利要求I或2所述的方法，其特征在于，所述狀態(tài)通知攜帶結(jié)束所述共享會(huì)話的指示信息； 所述根據(jù)所述狀態(tài)通知，結(jié)束共享會(huì)話或者繼續(xù)向所述接收終端共享在所述第二發(fā)起終端上繼續(xù)播放的所述會(huì)話內(nèi)容，包括 根據(jù)所述結(jié)束所述共享會(huì)話的指示信息，結(jié)束所述共享會(huì)話。
4.如權(quán)利要求I或2所述的方法，其特征在于，所述狀態(tài)通知攜帶繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息； 所述根據(jù)所述狀態(tài)通知，結(jié)束共享會(huì)話或者繼續(xù)共享在所述第二發(fā)起終端上繼續(xù)播放的所述會(huì)話內(nèi)容，包括 根據(jù)所述繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息，向所述接收終端繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容。
5.如權(quán)利要求4所述的方法，其特征在干，所述根據(jù)繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息，向所述接收終端繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容，包括根據(jù)繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息，向IPTV控制設(shè)備訂閱所述第二發(fā)起終端播放內(nèi)容信息； 根據(jù)IPTV設(shè)備發(fā)送的所述第二發(fā)起終端播放內(nèi)容信息，接入所述第二發(fā)起終端上播放的會(huì)話內(nèi)容，通過所述共享會(huì)話向所述接收終端轉(zhuǎn)發(fā)所述第二發(fā)起終端上播放的會(huì)話內(nèi)容。
6.如權(quán)利要求1-5任一所述的方法，其特征在于，所述接收內(nèi)容共享請(qǐng)求，包括 接收來自所述第一發(fā)起終端或所述第二發(fā)起終端的內(nèi)容共享請(qǐng)求消息，該請(qǐng)求消息中攜帯指示，表明請(qǐng)求共享的是第一發(fā)起終端上播放的會(huì)話內(nèi)容。
7.如權(quán)利要求1-6任一所述的方法，其特征在于，所述將所述第一發(fā)起終端上播放的會(huì)話內(nèi)容轉(zhuǎn)移到在第二發(fā)起終端上繼續(xù)播放，包括 利用SIP REFER消息實(shí)現(xiàn)會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端。
8.如權(quán)利要求7所述的方法，其特征在于，所述利用SIPREFER消息實(shí)現(xiàn)會(huì)話內(nèi)容從第 一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端，包括擴(kuò)展SIP REFER消息，指明結(jié)束共享或者繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容。
9.一種共享內(nèi)容的系統(tǒng)，其特征在于，所述系統(tǒng)包括 內(nèi)容共享應(yīng)用服務(wù)器，用于接收內(nèi)容共享請(qǐng)求，與接收終端之間建立共享會(huì)話，向所述接收終端共享第一發(fā)起終端上播放的會(huì)話內(nèi)容； 互聯(lián)網(wǎng)協(xié)議電視控制設(shè)備，用于將所述第一發(fā)起終端上播放的會(huì)話內(nèi)容轉(zhuǎn)移到在第二發(fā)起終端上繼續(xù)播放，并發(fā)送所述播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的狀態(tài)通知； 其中所述內(nèi)容共享應(yīng)用服務(wù)器還用于接收所述播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的狀態(tài)通知，并根據(jù)所述狀態(tài)通知結(jié)束共享會(huì)話或者繼續(xù)向所述接收終端共享在所述第二發(fā)起終端上繼續(xù)播放的所述會(huì)話內(nèi)容。
10.如權(quán)利要求9所述的系統(tǒng)，其中所述互聯(lián)網(wǎng)協(xié)議電視控制設(shè)備包括 接收模塊，用于接收將所述播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的請(qǐng)求消息； 轉(zhuǎn)移模塊，用于接收所述接收模塊發(fā)送的所述請(qǐng)求消息，并將所述第一發(fā)起終端上播放的會(huì)話內(nèi)容轉(zhuǎn)移到在第二發(fā)起終端上繼續(xù)播放； 發(fā)送模塊，用于向所述內(nèi)容共享應(yīng)用服務(wù)器發(fā)送所述播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的狀態(tài)通知。
11.如權(quán)利要求9或10所述的共享內(nèi)容的系統(tǒng)，其特征在于，所述內(nèi)容共享應(yīng)用服務(wù)器接收的所述內(nèi)容共享請(qǐng)求消息來自所述第一發(fā)起終端或所述第二發(fā)起終端，其中所述請(qǐng)求消息攜帯指示，表明請(qǐng)求共享的是第一發(fā)起終端上播放的會(huì)話內(nèi)容。
12.如權(quán)利要求10所述的共享內(nèi)容的系統(tǒng)，其特征在于，所述接收模塊具體用于接收來自所述第一發(fā)起終端的將所述播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的請(qǐng)求消息。
13.如權(quán)利要求10-12任一所述的共享內(nèi)容的系統(tǒng)，其特征在于，所述內(nèi)容共享應(yīng)用服務(wù)器還用于向所述互聯(lián)網(wǎng)協(xié)議電視控制設(shè)備發(fā)送訂閱第一發(fā)起終端播放的內(nèi)容的狀態(tài)的訂閱請(qǐng)求， 所述發(fā)送模塊，還用于根據(jù)所述內(nèi)容共享應(yīng)用服務(wù)器的訂閱請(qǐng)求，向所述內(nèi)容共享應(yīng)用服務(wù)器發(fā)送所述第一終端播放的內(nèi)容的信息，以使所述內(nèi)容共享服務(wù)器根據(jù)所述第一發(fā)起終端播放的內(nèi)容的信息與接收終端建立共享會(huì)話，向所述接收終端共享第一發(fā)起終端上播放的會(huì)話內(nèi)容。
14.如權(quán)利要求10所述的共享內(nèi)容的系統(tǒng)，其特征在于，所述接收模塊接收的所述請(qǐng)求消息攜帶結(jié)束共享會(huì)話的指示信息， 所述發(fā)送模塊具體用于向所述內(nèi)容共享應(yīng)用服務(wù)器發(fā)送攜帯所述結(jié)束共享會(huì)話的指示信息的所述狀態(tài)通知， 所述內(nèi)容共享應(yīng)用服務(wù)器用于根據(jù)所述攜帶所述結(jié)束共享會(huì)話的指示信息的狀態(tài)通知，結(jié)束與接收終端的共享會(huì)話。
15.如權(quán)利要求10所述的共享內(nèi)容的系統(tǒng)，其特征在于，所述接收模塊接收的所述請(qǐng)求消息攜帶繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息的狀態(tài)消息，所述發(fā)送模塊具體用于向所述內(nèi)容共享應(yīng)用服務(wù)器發(fā)送攜帶繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息的所述狀態(tài)通知， 所述內(nèi)容共享應(yīng)用服務(wù)器用于根據(jù)所述攜帶繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息的狀態(tài)通知，繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容。
16.如權(quán)利要求15所述的共享內(nèi)容的系統(tǒng)，其特征在于，所述內(nèi)容共享應(yīng)用服務(wù)器還用于向所述互聯(lián)網(wǎng)協(xié)議電視控制設(shè)備發(fā)送訂閱第二發(fā)起終端播放的內(nèi)容的狀態(tài)的訂閱請(qǐng)求， 所述發(fā)送模塊，還用于根據(jù)所述內(nèi)容共享應(yīng)用服務(wù)器的訂閱請(qǐng)求，向所述內(nèi)容共享應(yīng)用服務(wù)器發(fā)送所述第二終端播放的內(nèi)容的信息，以使所述內(nèi)容共享服務(wù)器根據(jù)所述第二發(fā)起終端播放的內(nèi)容的信息向所述接收終端共享第二發(fā)起終端上播放的會(huì)話內(nèi)容。
17.如權(quán)利要求10所述的共享內(nèi)容的系統(tǒng)，其特征在于，所述接收模塊具體用于接收來自所述第一發(fā)起終端的SIP REFER消息，所述轉(zhuǎn)移模塊具體用于根據(jù)所述SIP REFER消息將所述播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端。
18.如權(quán)利要求17所述的共享內(nèi)容的系統(tǒng)，其特征在于，所述接收模塊接收的所述SIPREFER消息攜帶結(jié)束共享會(huì)話或者繼續(xù)共享在所述第二發(fā)起終端上播放的所述會(huì)話內(nèi)容的指示信息。
19.ー種內(nèi)容共享應(yīng)用服務(wù)器，其特征在于，所述內(nèi)容共享應(yīng)用服務(wù)器包括 共享模塊，用于接收內(nèi)容共享請(qǐng)求，與接收終端之間建立共享會(huì)話，向所述接收終端共享第一發(fā)起終端上播放的會(huì)話內(nèi)容； 控制模塊，用于接收所述播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的狀態(tài)通知，并根據(jù)所述狀態(tài)通知結(jié)束共享會(huì)話或者繼續(xù)向所述接收終端共享在所述第二發(fā)起終端上繼續(xù)播放的所述會(huì)話內(nèi)容。
20.如權(quán)利要求19所述的內(nèi)容共享應(yīng)用服務(wù)器，其特征在干， 所述共享模塊接收的所述內(nèi)容共享請(qǐng)求消息來自所述第一發(fā)起終端或所述第二發(fā)起終端，其中所述請(qǐng)求消息攜帯指示，表明請(qǐng)求共享的是第一發(fā)起終端上播放的會(huì)話內(nèi)容。
21.如權(quán)利要求19或20所述的內(nèi)容共享應(yīng)用服務(wù)器，其特征在干， 所述共享模塊具體用于接收所述內(nèi)容共享請(qǐng)求，向IPTV控制設(shè)備訂閱所述第一發(fā)起終端播放內(nèi)容信息；向所述接收終端轉(zhuǎn)發(fā)所述共享請(qǐng)求，以請(qǐng)求建立所述共享會(huì)話；根據(jù)IPTV設(shè)備發(fā)送的所述第一發(fā)起終端播放內(nèi)容信息，接入所述第一發(fā)起終端上播放的會(huì)話內(nèi)容，通過所述共享會(huì)話向所述接收終端轉(zhuǎn)發(fā)所述第一發(fā)起終端上播放的會(huì)話內(nèi)容。
22.如權(quán)利要求19-21任一所述的內(nèi)容共享應(yīng)用服務(wù)器，其特征在干， 所述控制模塊具體為 第一控制模塊，用于接收發(fā)自所述互聯(lián)網(wǎng)協(xié)議電視控制設(shè)備的攜帯所述結(jié)束共享會(huì)話的指示信息的所述狀態(tài)通知，并根據(jù)所述攜帶所述結(jié)束共享會(huì)話的指示信息的狀態(tài)通知，結(jié)束與接收終端的共享會(huì)話；或者 第二控制模塊，用于接收發(fā)自所述互聯(lián)網(wǎng)協(xié)議電視控制設(shè)備的攜帶繼續(xù)共享在所述第ニ發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息的所述狀態(tài)通知，根據(jù)所述攜帶繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息的狀態(tài)通知，繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容。
23.如權(quán)利要求22所述的內(nèi)容共享應(yīng)用服務(wù)器，其特征在干， 所述第二控制模塊具體用于接收發(fā)自所述互聯(lián)網(wǎng)協(xié)議電視控制設(shè)備的攜帶繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息的所述狀態(tài)通知，根據(jù)繼續(xù)共享在所述第二發(fā)起終端上播放的會(huì)話內(nèi)容的指示信息，向IPTV控制設(shè)備訂閱所述第二發(fā)起終端播放內(nèi)容信息；根據(jù)IPTV設(shè)備發(fā)送的所述第二發(fā)起終端播放內(nèi)容信息，接入所述第二發(fā)起終端上播放的會(huì)話內(nèi)容，通過所述共享會(huì)話向所述接收終端轉(zhuǎn)發(fā)所述第二發(fā)起終端上播放的會(huì)話內(nèi)容。
全文摘要
本發(fā)明實(shí)施例涉及一種共享內(nèi)容的方法，所述方法包括接收內(nèi)容共享請(qǐng)求，與接收終端之間建立共享會(huì)話，向接收終端共享第一發(fā)起終端上播放的會(huì)話內(nèi)容；接收播放的會(huì)話內(nèi)容從第一發(fā)起終端轉(zhuǎn)移到第二發(fā)起終端的狀態(tài)通知，并根據(jù)狀態(tài)通知，結(jié)束共享會(huì)話或者繼續(xù)共享在第二發(fā)起終端上繼續(xù)播放的會(huì)話內(nèi)容。根據(jù)本發(fā)明實(shí)施例，能夠共享發(fā)起終端觀看的CoD內(nèi)容，并且在共享內(nèi)容發(fā)起方的顯示終端發(fā)生轉(zhuǎn)移時(shí)，能夠讓內(nèi)容共享AS感知，保證共享會(huì)話的連續(xù)性。本發(fā)明還涉及一種共享內(nèi)容的設(shè)備。
文檔編號(hào)H04N21/27GK102780678SQ201110120129
公開日2012年11月14日 申請(qǐng)日期2011年5月10日 優(yōu)先權(quán)日2011年5月10日
發(fā)明者呂小強(qiáng), 王雷, 范姝男, 郜文美 申請(qǐng)人:華為終端有限公司