專利名稱：終端及其內(nèi)容共享的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及終端的內(nèi)容共享技術(shù)。
背景技術(shù)：
隨著科技的迅猛發(fā)展，給人類的生活和工作帶來了十分重大的變革。通信等領(lǐng)域作出的貢獻(xiàn)尤為突出。從十九世紀(jì)發(fā)明的電報(bào)，逐漸發(fā)展現(xiàn)在的第三代移動(dòng)通信(The Third Generation，簡(jiǎn)稱“3G”)，使人類的信息交互能力發(fā)生翻天覆地的變化。
在第二及第三代移動(dòng)通信領(lǐng)域，不論是目前使用最為廣泛的全球移動(dòng)通信系統(tǒng)(Global System for mobile Communication，簡(jiǎn)稱“GSM”)，或者正處于迅速發(fā)展中的寬帶碼分多址(Wideband Code Division Multiple Access，簡(jiǎn)稱“WCDMA”)，都能夠提供多種形式的移動(dòng)業(yè)務(wù)，包括諸如基本話音業(yè)務(wù)、會(huì)議電話、短信、移動(dòng)上網(wǎng)等。下面對(duì)用于實(shí)現(xiàn)上述多種業(yè)務(wù)的各種協(xié)議分別進(jìn)行簡(jiǎn)單說明。
簡(jiǎn)單郵件傳輸協(xié)議(Simple Mail Transfer Protocol，簡(jiǎn)稱“SMTP”)SMTP是一種提供可靠且有效電子郵件傳輸?shù)膮f(xié)議。SMTP是建模在文件傳送協(xié)議(File Transfer Protocol，簡(jiǎn)稱“FTP”)傳輸服務(wù)上的一種郵件服務(wù)，主要用于傳輸系統(tǒng)之間的郵件信息并提供來信有關(guān)的通知。SMTP獨(dú)立于特定的傳輸子系統(tǒng)，且只需要可靠有序的數(shù)據(jù)流信道支持。
SMTP重要特性之一是其能跨越網(wǎng)絡(luò)傳輸郵件，即“SMTP郵件中繼”。通常，一個(gè)網(wǎng)絡(luò)可以由公用互聯(lián)網(wǎng)上可相互訪問的主機(jī)、防火墻分隔的傳輸控制協(xié)議/網(wǎng)際協(xié)議(Transfer Control Protocol/International Protocol，簡(jiǎn)稱“TCP/IP”)網(wǎng)絡(luò)上可相互訪問的主機(jī)，及其它局域網(wǎng)(Local Area Network，簡(jiǎn)稱“LAN”)或廣域網(wǎng)(Wide Area Network，簡(jiǎn)稱“WAN”)中的主機(jī)利用非TCP傳輸層協(xié)議組成。使用SMTP，可實(shí)現(xiàn)相同網(wǎng)絡(luò)上處理機(jī)之間的郵件傳輸，也可通過中繼器或網(wǎng)關(guān)實(shí)現(xiàn)某處理機(jī)與其它網(wǎng)絡(luò)之間的郵件傳輸。
超文本傳輸協(xié)議(Hyper Text Transfer Protocol，簡(jiǎn)稱“HTTP”)是應(yīng)用層協(xié)議，具有分布能力、協(xié)商能力、超媒體信息系統(tǒng)。HTTP協(xié)議也可以使用擴(kuò)展的請(qǐng)求方法，用來做一些工作，例如命名服務(wù)，分布式對(duì)象管理系統(tǒng)等。HTTP協(xié)議是超文本的形式進(jìn)行數(shù)據(jù)傳輸?shù)?。HTTP協(xié)議采用了請(qǐng)求/響應(yīng)模型?？蛻舳讼蚍?wù)器發(fā)送一個(gè)請(qǐng)求，請(qǐng)求頭包含請(qǐng)求的方法、統(tǒng)一資源標(biāo)識(shí)(Uniform Resource Identifier，簡(jiǎn)稱“URI”)、協(xié)議版本、以及包含請(qǐng)求修飾符、客戶信息和內(nèi)容的類似于MIME(多功能網(wǎng)際郵件擴(kuò)展)的消息結(jié)構(gòu)。服務(wù)器以一個(gè)狀態(tài)行作為響應(yīng)，相應(yīng)的內(nèi)容包括消息協(xié)議的版本，成功或者錯(cuò)誤編碼加上包含服務(wù)器信息、實(shí)體元信息以及可能的實(shí)體內(nèi)容。
會(huì)話初始協(xié)議(Session Initiation Protocol，簡(jiǎn)稱“SIP”)是應(yīng)用層的控制(信令)協(xié)議，用來建立，修改和終止基于IP網(wǎng)絡(luò)的用戶間的呼叫，其在現(xiàn)實(shí)當(dāng)中的應(yīng)用包括但不盡限于語音、視頻、即時(shí)消息、存在消息等。SIP協(xié)議屬于Internet多媒體框架結(jié)構(gòu)的一部分，可以與現(xiàn)存的成熟的Internet協(xié)議，比如UDP(用戶數(shù)據(jù)報(bào)協(xié)議)，TCP，SCTP(流控制傳輸協(xié)議)等相配合使用。
SIP協(xié)議基于軟交換(Soft-switch)技術(shù)，是下一代網(wǎng)絡(luò)(Next GenerationNetwork，簡(jiǎn)稱“NGN”)系列協(xié)議中重要的一員。軟交換技術(shù)是實(shí)現(xiàn)新一代話音通信及多媒體和數(shù)據(jù)交互的核心技術(shù)，它體現(xiàn)了控制/業(yè)務(wù)與承載分離的思想，作為控制實(shí)體的軟交換機(jī)，完成呼叫接續(xù)、業(yè)務(wù)控制和用戶管理等功能，而業(yè)務(wù)媒體流的傳送由IP基礎(chǔ)網(wǎng)絡(luò)完成。在整個(gè)軟交換體系中，完成接續(xù)、控制功能的信令協(xié)議起到核心作用，決定了業(yè)務(wù)提供能力的強(qiáng)弱。SIP同時(shí)也是互聯(lián)網(wǎng)工程任務(wù)組(INTERNET ENGINEERING TASK FORCE，簡(jiǎn)稱“IETF”)標(biāo)準(zhǔn)進(jìn)程的一部分，它是在諸如SMTP和HTTP基礎(chǔ)之上建立起來的。
實(shí)時(shí)流媒體協(xié)議(Real Time Streaming Protocol，簡(jiǎn)稱“RTSP”)RTSP是應(yīng)用層協(xié)議，用來控制傳輸實(shí)時(shí)流媒體屬性數(shù)據(jù)。RTSP提供了一個(gè)擴(kuò)展結(jié)構(gòu)，使之能夠進(jìn)行控制，傳輸實(shí)時(shí)的數(shù)據(jù)(例如視頻和音頻)的要求，數(shù)據(jù)源可以包括實(shí)況數(shù)據(jù)種子和被存儲(chǔ)的片斷。這個(gè)協(xié)議可控制多個(gè)數(shù)據(jù)傳輸會(huì)話，提供一個(gè)選擇傳輸?shù)耐返姆椒?，例如UDP、多點(diǎn)傳送UDP和TCP，同時(shí)提供了一個(gè)選擇基于RTP之上的傳輸機(jī)制。RTSP協(xié)議和HTTP/1.1協(xié)議有重疊，HTTP與RTSP相比，HTTP傳送HTML，而RTP傳送的是多媒體數(shù)據(jù)。HTTP請(qǐng)求由客戶機(jī)發(fā)出，服務(wù)器作出響應(yīng)；使用RTSP時(shí)，客戶機(jī)和服務(wù)器都可以發(fā)出請(qǐng)求，即RTSP可以是雙向的。
實(shí)時(shí)傳輸協(xié)議(RealTime Transfer Protocol，簡(jiǎn)稱“RTP”)提供了端到端的網(wǎng)絡(luò)傳輸功能，用來傳輸實(shí)時(shí)數(shù)據(jù)，例如音頻、視頻或仿真數(shù)據(jù)，通過組播(multicast)或單播(unicast)網(wǎng)絡(luò)服務(wù)。RTP沒有涉及資源預(yù)訂和質(zhì)量(QOS)保證等實(shí)時(shí)服務(wù)。實(shí)時(shí)傳輸控制協(xié)議(RealTime Transfer ControlProtocol，簡(jiǎn)稱“RTCP”)擴(kuò)充數(shù)據(jù)傳輸以允許監(jiān)控?cái)?shù)據(jù)傳送，提供最小的控制和識(shí)別功能。RTP與RTCP設(shè)計(jì)成獨(dú)立傳輸和網(wǎng)絡(luò)層。
即時(shí)消息(Instant Messaging，簡(jiǎn)稱“IM”)是指通過IP網(wǎng)絡(luò)，在用戶之間進(jìn)行消息的即時(shí)傳遞。即時(shí)消息是一種雙向通信的形式，這種通信方式允許用戶以一種交互的方式來交換信息，也就是說，用戶以一種接近實(shí)時(shí)的方式來交換消息，并維持一種談話的狀態(tài)和方式。這要求消息的傳送具有較低的延遲，通常情況下這些消息主要是基于文本的，但現(xiàn)階段的即時(shí)消息已超過文本的限制。即時(shí)消息的通信方式可以是點(diǎn)到點(diǎn)，也可以是點(diǎn)到多點(diǎn)的方式。也就是說，消息可以在兩個(gè)獨(dú)立的實(shí)體之間，也可以在群組之間傳送。當(dāng)消息在群組當(dāng)中傳送的時(shí)候，群組當(dāng)中的所有成員都可以看到其他成員所發(fā)送的消息內(nèi)容。
IM通信的兩種基本的模式尋呼模式和會(huì)話模式。前者適合簡(jiǎn)短的消息的交換過程，比如說通告或者致謝之類的。后者同網(wǎng)絡(luò)舉行的會(huì)議類似，在這當(dāng)中，每一個(gè)獨(dú)立的用戶都可以在任何時(shí)間加入或者離開群組會(huì)話。在無線網(wǎng)絡(luò)當(dāng)中，IM同其他的一些業(yè)務(wù)息息相關(guān)，比如說Presence(在場(chǎng))業(yè)務(wù)以及PoC(無線一鍵通)業(yè)務(wù)等。
消息會(huì)話中繼協(xié)議(Message Session Relay Protocol，簡(jiǎn)稱“MSRP”)一個(gè)基于文本、面向連接的協(xié)議，該協(xié)議可以用于任何的MIME內(nèi)容交換，特別適合即時(shí)消息應(yīng)用。除即時(shí)消息內(nèi)容外，MSRP還可以傳輸其他的一些內(nèi)容，比如可以用于Video Sharing(共享視頻)過程中除了實(shí)時(shí)多媒體內(nèi)容外的其他內(nèi)容的傳輸。MSRP協(xié)議提供的是一套IM內(nèi)容的傳輸機(jī)制，并不提供上層的內(nèi)容協(xié)商和控制機(jī)制，這部分的內(nèi)容它需要依靠其他的協(xié)議來完成。比如，SIP和SDP(會(huì)話描述協(xié)議)。MSRP通過利用SIP和SDP現(xiàn)有的機(jī)制，完成整個(gè)會(huì)話內(nèi)容的協(xié)商，會(huì)話的建立過程。
MSRP在會(huì)話完成后，通過會(huì)話階段所寫的媒體參數(shù)，以及用戶之間的參數(shù)，進(jìn)行相應(yīng)的通信聯(lián)系。MSRP主要是通過MSRP消息和MSRP應(yīng)答響應(yīng)來完成整個(gè)內(nèi)容的傳輸過程的。在整個(gè)會(huì)話的過程當(dāng)中會(huì)復(fù)用其他的協(xié)議。
除上述各種協(xié)議外，還有一種基于存儲(chǔ)-轉(zhuǎn)發(fā)機(jī)制的多媒體業(yè)務(wù)(Multimedia Message Service，簡(jiǎn)稱“MMS”)。MMS在內(nèi)容上不但可以攜帶如短消息業(yè)務(wù)(Short Message Service，簡(jiǎn)稱“SMS”)一樣的文本，還可以有圖像(圖片或視頻)、聲音，另外，還可以攜帶vCalender(IETF組織定義的一種日程表信息格式)和vCard(即virtual card，一種電子商務(wù)名片的格式)等內(nèi)容格式。其中，vCard適用于程序或系統(tǒng)間的交互，格式的定義可以是獨(dú)立的且以一種特殊的方式來傳輸。這種交互可能是一個(gè)文件系統(tǒng)、端到端的異步通信，有線網(wǎng)絡(luò)傳輸或者是無線網(wǎng)絡(luò)傳輸。一個(gè)vCard是由一個(gè)或多個(gè)vCard目標(biāo)組成的數(shù)據(jù)流。數(shù)據(jù)流中每個(gè)vCard能被識(shí)別并被解析出來。vCard數(shù)據(jù)流可以一種持續(xù)的方式存在于文件系統(tǒng)、檔案管理系統(tǒng)、兩個(gè)網(wǎng)絡(luò)終端的網(wǎng)絡(luò)連接中，或者以任何的帶有比特流的數(shù)字傳輸中。從概念上來說，一個(gè)vCard編輯者創(chuàng)造vCard數(shù)據(jù)流而vCard閱讀者翻譯出數(shù)據(jù)流。讀者和寫者可以在一個(gè)獨(dú)立的程序里或者在不同的程序里執(zhí)行。
目前，隨著通信技術(shù)的不斷發(fā)展，提出了一種傳統(tǒng)電路業(yè)務(wù)的擴(kuò)展業(yè)務(wù)電路交換IMS(基于IP的多媒體子系統(tǒng))組合服務(wù)(Circuit Switched IMSCombinational Service，簡(jiǎn)稱“CSICS”)業(yè)務(wù)，這種新型業(yè)務(wù)將傳統(tǒng)網(wǎng)絡(luò)相互獨(dú)立的電路域的語音業(yè)務(wù)和數(shù)據(jù)域的數(shù)據(jù)業(yè)務(wù)結(jié)合起來，允許在普通語音呼叫過程中添加一個(gè)多媒體會(huì)話，而特殊的CSICS終端可以將這兩個(gè)會(huì)話關(guān)聯(lián)起來當(dāng)作一個(gè)任務(wù)給終端用戶呈現(xiàn)。CSICS業(yè)務(wù)豐富了語音呼叫的表現(xiàn)模式，豐富了人們的溝通手段。CSICS業(yè)務(wù)利用了多媒體會(huì)話的高可擴(kuò)展性，在進(jìn)行普通語音會(huì)話的同時(shí)，對(duì)話雙方可利用該個(gè)多媒體會(huì)話分享視頻影像或有聲多媒體文件。
CSICS業(yè)務(wù)的一般呼叫流程如圖1所示，在步驟101中，終端A和終端B建立電路域呼叫。
在步驟102中，終端A和終端B進(jìn)行IMS能力交互。交互內(nèi)容包括CSICS終端移動(dòng)用戶綜合業(yè)務(wù)數(shù)字網(wǎng)號(hào)碼(MSISDN)和會(huì)話初始協(xié)議-統(tǒng)一資源標(biāo)識(shí)符(SIP-URI)的關(guān)聯(lián)關(guān)系以及終端能力信息。其中，終端能力信息用于標(biāo)識(shí)用戶之間建立IMS會(huì)話時(shí)能夠成功調(diào)用的業(yè)務(wù)集合，包括IMS流媒體類型，IMS媒體類型所支持的媒體格式參數(shù)如編解碼格式和媒體文件格式等。此外，終端還可以通過IMS網(wǎng)絡(luò)來交互如下能力信息電路域視頻電話的能力、電路域語音電話的能力、彩信的能力以及基于IMS的其它業(yè)務(wù)能力，如PoC等。
在步驟103和步驟103′中，終端A觸發(fā)IMS業(yè)務(wù)，并通過IMS網(wǎng)絡(luò)A向終端B發(fā)出會(huì)話邀請(qǐng)(INVITE)信息，媒體屬性標(biāo)記為“非激活(inactive)”。
在步驟104中，IMS網(wǎng)絡(luò)A將INVITE消息傳送給IMS網(wǎng)絡(luò)B。
在步驟105中，IMS網(wǎng)絡(luò)B將INVITE消息傳送給終端B。
在步驟106中，終端B根據(jù)步驟102中IMS能力交互時(shí)所得到的MSISDN和SIP-URI的對(duì)應(yīng)關(guān)系，將所接收到的INVITE消息與正在使用的電路交換(Circuit Switching，簡(jiǎn)稱“CS”)業(yè)務(wù)相關(guān)聯(lián)。如果終端B設(shè)置了自動(dòng)接聽，則終端B側(cè)直接初始化基于互聯(lián)網(wǎng)協(xié)議的連接接入網(wǎng)絡(luò)(IP-CAN)，并建立承載；否則自步驟115開始建立承載。
在步驟107中，終端B向IMS網(wǎng)絡(luò)B發(fā)送200OK信息，媒體屬性標(biāo)記為“inactive”。
在步驟108中，IMS網(wǎng)絡(luò)B將200OK信息發(fā)送給IMS網(wǎng)絡(luò)A。
在步驟109中，IMS網(wǎng)絡(luò)A將200OK信息發(fā)送給終端A。
在步驟110中，終端A將接收到200OK消息的應(yīng)答信息反饋給IMS網(wǎng)絡(luò)A。同時(shí)，終端A側(cè)初始化媒體屬性，建立IP-CAN承載，在步驟111中，IMS網(wǎng)絡(luò)A將應(yīng)答信息發(fā)送給IMS網(wǎng)絡(luò)B。
在步驟112中，IMS網(wǎng)絡(luò)B將應(yīng)答信息發(fā)送給終端B。
在步驟113中，IP-CAN在終端A側(cè)建立后，終端A再次向IMS網(wǎng)絡(luò)A發(fā)送INVITE信息，媒體屬性標(biāo)記為“激活(active)”。
在步驟114中，IMS網(wǎng)絡(luò)A將INVITE信息發(fā)送給IMS網(wǎng)絡(luò)B。
在步驟115中，IMS網(wǎng)絡(luò)B將INVITE信息發(fā)送給終端B。
在步驟116中，終端B執(zhí)行相應(yīng)的的業(yè)務(wù)動(dòng)作，如建立RTP媒體通道，啟動(dòng)編解碼器件以及接收或者發(fā)送用戶媒體流等。
在步驟117中，當(dāng)終端B側(cè)的IP-CAN承載建立完成，做好接收或者發(fā)送媒體流的準(zhǔn)備后，終端B向IMS網(wǎng)絡(luò)B發(fā)送200OK信息，媒體屬性標(biāo)記為“active”。
在步驟118中，IMS網(wǎng)絡(luò)B將200OK信息發(fā)送給IMS網(wǎng)絡(luò)A。
在步驟119中，IMS網(wǎng)絡(luò)A將200OK信息發(fā)送給終端A。
在步驟120中，終端A接收到200OK信息后，向IMS網(wǎng)絡(luò)A發(fā)送應(yīng)答信息。
在步驟121中，IMS網(wǎng)絡(luò)A將應(yīng)答信息發(fā)送給IMS網(wǎng)絡(luò)B。
在步驟122中，IMS網(wǎng)絡(luò)B將應(yīng)答信息發(fā)送給終端B。
在步驟123中，通信雙方的多媒體會(huì)話建立。
這樣，通信雙方就可以利用所建立的多媒體會(huì)話分享視頻影像或有聲多媒體等文件。視頻共享技術(shù)即為通過應(yīng)用CSICS業(yè)務(wù)，允許用戶在撥打語音電話的同時(shí)共享一段視頻。
由此可見，通信的雙方可以單獨(dú)完成一個(gè)端到端會(huì)話(如CS語音會(huì)話)，可以單獨(dú)使用分組交換(Packet Switching，簡(jiǎn)稱“PS”)域承載數(shù)據(jù)，如使用MMS業(yè)務(wù)在多媒體消息中攜帶vCard、vCalendar信息。通過CSICS技術(shù)，還可以在保持CS語音會(huì)話的同時(shí)，在PS域上共享視頻內(nèi)容。
但是，終端可能保存有多種類型的的內(nèi)容信息(如電話本、日程表、待辦事宜、記事文件、手機(jī)主題等)，并希望將本終端內(nèi)保存的內(nèi)容信息在會(huì)話的同時(shí)與對(duì)端共享，但現(xiàn)有技術(shù)中尚未提供通信的雙方在會(huì)話的同時(shí)共享電話本、日程表、待辦事宜、記事文件、手機(jī)主題、或其它應(yīng)用內(nèi)容等內(nèi)容信息的方法。
比如說，身在外地的A總正在同其秘書小B在電話上討論日程安排，A總希望看到存于小B終端上的日程表，并就日程安排加以討論。小B只能先掛掉電話，通過MMS將日程表文件發(fā)送給A總，然后再重新?lián)芡ˋ總的電話，討論日程安排的內(nèi)容，從使用上給用戶帶來了不便，不利于業(yè)務(wù)的擴(kuò)展。

發(fā)明內(nèi)容
本發(fā)明要解決的主要技術(shù)問題是提供一種終端及其內(nèi)容共享的方法和系統(tǒng)，使得終端在會(huì)話過程中能共享彼此的內(nèi)容信息。
為解決上述技術(shù)問題，本發(fā)明的實(shí)施方式提供了一種終端的內(nèi)容信息共享方法，包含以下步驟第一終端在會(huì)話過程中需向第二終端共享本終端的內(nèi)容信息時(shí)，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型；所述第二終端根據(jù)收到的類型信息共享所述內(nèi)容信息。
本發(fā)明的實(shí)施方式還提供了一種終端的內(nèi)容信息共享系統(tǒng)，包含兩個(gè)終端，第一終端包含第一共享模塊，用于在會(huì)話過程中需向第二終端共享本終端的內(nèi)容信息時(shí)，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型；第二終端包含第二共享模塊，用于根據(jù)收到的類型信息共享所述內(nèi)容信息。
本發(fā)明的實(shí)施方式還提供了一種終端，包含第一共享模塊，用于在會(huì)話過程中需向其他終端共享本終端的內(nèi)容信息時(shí)，向該其他終端發(fā)送共享的內(nèi)容信息，并通知該其他終端該內(nèi)容信息的類型；第二共享模塊，根據(jù)收到的類型信息共享其他終端向本終端發(fā)送的內(nèi)容信息。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于，由第一終端在會(huì)話過程中需向第二終端共享本終端的內(nèi)容信息時(shí)，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型。第二終端根據(jù)收到的類型信息共享內(nèi)容信息。第一終端可通過向該第二終端發(fā)送包含共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)的消息，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型。比如說，終端A需在會(huì)話過程中向終端B共享本終端內(nèi)的日程表信息，則該終端A在向終端B發(fā)送的包含日程表信息的消息內(nèi)還攜帶該內(nèi)容信息為日程表類型信息的標(biāo)識(shí)，終端B獲知該類型后，將該消息交由相應(yīng)的模塊進(jìn)行處理，得到共享的日程表信息。使得終端在會(huì)話過程中能共享內(nèi)容信息。
包含共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)的消息可通過現(xiàn)有協(xié)議或流式傳輸?shù)姆绞竭M(jìn)行傳輸；也可以是自定義的內(nèi)容信息共享消息，該內(nèi)容信息共享消息至少還包含以下信息之一內(nèi)容信息共享消息的標(biāo)識(shí)、目的地址、源地址，為用于共享內(nèi)容的消息的傳輸提供了保障。
第一終端也可以通過CSICS的媒體協(xié)商過程通知該第二終端該內(nèi)容信息的類型；通過CSICS的媒體傳輸過程向該第二終端發(fā)送共享的內(nèi)容信息。使得發(fā)明方案能與現(xiàn)有技術(shù)相兼容。
在保持端到端會(huì)話過程的條件下，共享的內(nèi)容信息可以是電話本類型的信息、日程表類型的信息、待辦事宜類型的信息、記事文件類型的信息、應(yīng)用程序類型的信息、用戶數(shù)據(jù)類型的信息、安全數(shù)據(jù)類型的信息、手機(jī)主題類型的信息，或其他應(yīng)用類型的信息，為用戶帶來了便利，方便了業(yè)務(wù)的擴(kuò)展。
共享的內(nèi)容信息還可以是提供共享的內(nèi)容索引，被共享的終端即第二終端，可根據(jù)得到的內(nèi)容索引選擇希望獲取的內(nèi)容的索引號(hào)，并將選擇的索引號(hào)通知第一終端，第一終端再根據(jù)收到的索引號(hào)向該第二終端共享相關(guān)的內(nèi)容。比如說，終端A為急救中心，終端B在遇到溺水事故時(shí)只需向終端A請(qǐng)求共享與溺水急救相關(guān)的內(nèi)容，因此終端B可通知終端A相關(guān)的索引號(hào)，終端A再根據(jù)該索引號(hào)向終端B共享相關(guān)內(nèi)容，使得內(nèi)容的共享更具針對(duì)性與實(shí)用性，進(jìn)而使得發(fā)明方案可應(yīng)用于更多的場(chǎng)景。


圖1是根據(jù)現(xiàn)有技術(shù)中的CSICS業(yè)務(wù)的呼叫流程示意圖；圖2是根據(jù)本發(fā)明第一實(shí)施方式的終端的內(nèi)容信息共享方法流程圖；圖3是根據(jù)本發(fā)明第一實(shí)施方式中的內(nèi)容信息共享消息的格式示意圖；圖4是根據(jù)本發(fā)明第一實(shí)施方式中終端A向終端B發(fā)送的內(nèi)容信息共享消息示意圖；圖5是根據(jù)本發(fā)明第三實(shí)施方式的終端的內(nèi)容信息共享方法流程圖；圖6是根據(jù)本發(fā)明第三實(shí)施方式中傳輸交互信息的內(nèi)容信息共享消息示意圖；圖7是根據(jù)本發(fā)明第三實(shí)施方式中終端B通過內(nèi)容交互消息通知終端A交互信息的示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
本發(fā)明的第一實(shí)施方式涉及終端的內(nèi)容信息共享方法，在本實(shí)施方式中，第一終端通過向第二終端發(fā)送包含共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)的消息，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型。具體流程如圖2所示。
在步驟210中，提供共享內(nèi)容的第一終端在本終端內(nèi)獲取需與第二終端共享的內(nèi)容信息以及該信息的類型標(biāo)識(shí)，其中，內(nèi)容信息可以是電話本類型的信息、日程表類型的信息、待辦事宜類型的信息、記事文件類型的信息、應(yīng)用程序類型的信息、用戶數(shù)據(jù)類型的信息、安全數(shù)據(jù)類型的信息、或手機(jī)主題類型的信息等等。比如說，身在外地的劉總正在同其秘書小王在電話上討論日程安排，劉總希望看到存于小王終端上的日程表，并就日程安排加以討論。小王一邊和劉總通話，一邊將日程表文件共享給劉總，兩人看著日程表進(jìn)行討論。因此，小王為第一終端，劉總為第二終端，假設(shè)小王為終端A，劉總為終端B，則終端A在本終端內(nèi)獲取日程表信息，如通過菜單的選擇得到相關(guān)的日程表信息，同時(shí)，也獲得了該內(nèi)容信息的類型日程表信息類型。
接著，進(jìn)入步驟220，第一終端向第二終端發(fā)送包含共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)的消息，第一終端向第二終端可在CS域上進(jìn)行會(huì)話過程，在PS域上傳輸該消息。在本實(shí)施方式中，該消息為自定義的內(nèi)容信息共享消息，該內(nèi)容信息共享消息除了包含共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)外，還至少包含內(nèi)容信息共享消息的標(biāo)識(shí)、目的地址、源地址，以保證第二終端能夠順利接收到該包含共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)的消息。內(nèi)容信息共享消息的格式可以如圖3所示，包含消息頭(Head)和數(shù)據(jù)承載(Body)部分。在消息頭中至少包含內(nèi)容信息共享消息的標(biāo)識(shí)表示本消息為用于傳遞共享信息的消息；目的地址接受方的地址，即第二終端的地址；源地址發(fā)送方的地址，即本第一終端的地址。
在數(shù)據(jù)承載部分中至少包含(1)內(nèi)容信息的類型標(biāo)識(shí)表示所共享的信息是什么類型，由于在終端上不同類型的信息可能由不同的模塊進(jìn)行處理，因此在該消息中攜帶內(nèi)容信息的類型標(biāo)識(shí)，可使得第二終端上收到該消息后能根據(jù)類型標(biāo)識(shí)將該消息的內(nèi)容信息交由相應(yīng)的模塊進(jìn)行處理，得到共享的內(nèi)容。比如說，根據(jù)類型標(biāo)識(shí)得知該消息內(nèi)的內(nèi)容信息為電話本信息，則將該消息內(nèi)的內(nèi)容信息交由專門負(fù)責(zé)處理電話本信息的模塊進(jìn)行處理，得到共享的內(nèi)容，使得第二終端也能應(yīng)用第一終端的內(nèi)容信息。
(2)內(nèi)容信息數(shù)據(jù)用于承載實(shí)際的個(gè)人共享信息(如電話本信息、日程表信息、待辦事宜信息、或記事文件信息等)。
圖3所示的內(nèi)容信息共享消息的格式僅為一種示例，比如說，內(nèi)容信息的類型標(biāo)識(shí)也可以放在消息頭中；消息中內(nèi)容還可以根據(jù)需要做相應(yīng)的擴(kuò)展，如加入時(shí)間戳等等。
假設(shè)內(nèi)容信息共享消息的格式如圖3所示，則在上述案例中，終端A向終端B發(fā)送的內(nèi)容信息共享消息如圖4所示。
接著，進(jìn)入步驟230，第二終端收到該消息后，解析該消息，得到該消息內(nèi)的類型標(biāo)識(shí)和內(nèi)容信息。針對(duì)上述案例，終端B收到該消息后，通過解析該消息，得到該消息內(nèi)的類型標(biāo)識(shí)為日程表類型，以及日程表類型信息的數(shù)據(jù)。
接著，進(jìn)入步驟240，第二終端根據(jù)該消息中的類型標(biāo)識(shí)，共享內(nèi)容信息。具體地說，第二終端根據(jù)該消息中的類型標(biāo)識(shí)，將該消息內(nèi)的內(nèi)容信息交由專門負(fù)責(zé)處理該類型信息的模塊進(jìn)行處理，得到共享的內(nèi)容信息。針對(duì)上述案例，終端解析出該消息內(nèi)的內(nèi)容信息為日程表類型的信息后，將該內(nèi)容信息交由負(fù)責(zé)處理日程表信息的模塊進(jìn)行處理，得到終端A中共享的內(nèi)容信息。由此可見，終端B可在會(huì)話過程中共享終端A中的內(nèi)容信息，為用戶帶來了便利，方便了業(yè)務(wù)的擴(kuò)展。
另外，需要說明的是，本實(shí)施方式以第一終端和第二終端在CS域上進(jìn)行會(huì)話過程，在PS域上傳輸該消息為例，在實(shí)際應(yīng)用中，第一終端和第二終端也可以在PS域上進(jìn)行會(huì)話過程。
本發(fā)明的第二實(shí)施方式涉及終端的內(nèi)容信息共享方法，本實(shí)施方式與第一實(shí)施方式大致相同，其區(qū)別僅在于，在第一實(shí)施方式中，共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)通過定義的內(nèi)容信息共享消息傳輸給第二終端，而在本實(shí)施方式中，包含共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)的消息可通過現(xiàn)有協(xié)議或流式傳輸?shù)姆绞竭M(jìn)行傳輸。
比如說，第一終端與第二終端在保持CS會(huì)話時(shí)，第一終端在PS域上使用HTTP、SMTP、SIP信令、MSRP、IM、MMS、RTP等現(xiàn)有協(xié)議的消息或流式傳輸?shù)姆绞絹韨鬏敼蚕硇畔?。?dāng)然，第一終端需要對(duì)包含共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)的消息按采用的協(xié)議進(jìn)行封裝。
由此可見，在本實(shí)施方式中，第一終端與第二終端同樣可以在會(huì)話過程中共享內(nèi)容信息，為用戶帶來了便利，方便了業(yè)務(wù)的擴(kuò)展。
本發(fā)明的第三實(shí)施方式涉及終端的內(nèi)容信息共享方法，在本實(shí)施方式中，第一終端通過CSICS的媒體協(xié)商過程通知該第二終端該內(nèi)容信息的類型，通過CSICS的媒體傳輸過程向所述第二終端發(fā)送共享的內(nèi)容信息。
具體地說，可以將整個(gè)CSICS一般可分為以下幾個(gè)步驟1、CS會(huì)話的建立2、CSICS能力協(xié)商3、CSICS的會(huì)話建立(如視頻的共享過程)4、CSICS會(huì)話的媒體協(xié)商5、CSICS會(huì)話的媒體傳輸6、結(jié)束傳輸
7、終端收到數(shù)據(jù)的處理。
8、結(jié)束會(huì)話而在本實(shí)施方式中，可以通過CSICS會(huì)話的媒體協(xié)商過程通知該第二終端該內(nèi)容信息的類型(如電話本Phonebook的類型)，通過CSICS的媒體傳輸過程向所述第二終端發(fā)送共享的內(nèi)容信息(如電話本信息)。視頻的共享過程也可以不建立，并且CS會(huì)話的建立也不一定是必須的，也可以放在后面的第8步之前的任何一個(gè)步驟，對(duì)整個(gè)過程并沒有實(shí)質(zhì)性的影響。
目前CSICS的做法是對(duì)終端的基本的能力信息進(jìn)行協(xié)商，主要是終端能力，不涉及終端需要操作的媒體內(nèi)容的協(xié)商，這部分的協(xié)商內(nèi)容將在后面的一個(gè)會(huì)話協(xié)商的過程開展。另外，在這里面，終端的軟件的能力信息也不是不表現(xiàn)，而是通過一個(gè)User Agent(用戶代理)的頭域來表示相應(yīng)的信息，因此本實(shí)施方式不考慮這個(gè)步驟。本實(shí)施方式通過在媒體進(jìn)行傳輸之前，重新修改會(huì)話參數(shù)，也就是說，通過Re-Invite的方式來修改媒體內(nèi)容，通知對(duì)端(即第二終端)本終端將傳送的媒體內(nèi)容的信息類型，和對(duì)端進(jìn)行協(xié)商，而后完成整個(gè)媒體內(nèi)容的傳輸過程。為了在媒體傳輸之前，使媒體的內(nèi)容類型為對(duì)端所知，并且明確該媒體內(nèi)容能夠按照自己希望的那樣被對(duì)端的某個(gè)應(yīng)用直接處理和介紹，本終端(即第一終端)可以通過在媒體協(xié)商中的Invite消息進(jìn)行通知。第二終端可以根據(jù)該Invite消息得知該由哪個(gè)應(yīng)用模塊對(duì)隨后傳輸?shù)拿襟w內(nèi)容進(jìn)行處理和應(yīng)用。
可以通過兩種方式在Invite消息中攜帶共享的內(nèi)容信息的類型，第一種方式是放在Invite消息的SIP頭域的位置，第二種方式是放在Invite消息的消息體當(dāng)中，也就是Invite消息的用于媒體協(xié)商的SDP當(dāng)中。下面先對(duì)第一種方式進(jìn)行說明。
Invite消息的消息格式如下Invite請(qǐng)求的消息格式。
INVITE tel:+12125552222 SIP/2.0Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp；branch＝z9hG4bKnashds7Max-Forwards:70Route:<sip:pcscf1.visited1.net:7531；lr；comp＝sigcomp>，<sip:orig@scscf1.home1.net；lr>
P-Preferred-Identity:<tel:+12125551111>
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11Privacy:noneFrom:<sip:user1_public1@home1.net>；tag＝171828To:<tel:+12125552222>
Call-ID:cb03a0s09a2sdfglkj490333Cseq:127 INVITERequire:sec-agreeProxy-Require:sec-agreeSecurity-Verify:ipsec-3gpp；q＝0.1；alg＝hmac-sha-1-96；spi-c＝98765432；spi-s＝87654321；port-c＝8642；port-s＝7531Contact<sip:[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp>；+g.3gpp.cs-voice；+g.3gpp.cs-videoAccept-Contact:*，+g.3gpp.cs-voice，+g.3gpp.cs-video；explicitAllow:INVITE，ACK，CANCEL，BYE，PRACK，UPDATE，REFER，MESSAGE，OPTIONSUser-Agent:PMI-0007
Content-Type:application/sdpContent-Length:(…)v＝0o＝-2987933615 2987933615 IN IP6 5555::aaa:bbb:ccc:ddds＝-c＝IN IP6 5555::aaa:bbb:ccc:dddt＝0 0m＝message 3402 TCP/MSRP*a＝accept-types:message/cpim text/plain text/html image/jpeg image/gifvideo/3gppa＝path:msrp://[5555::aaa:bbb:ccc:ddd]:3402/s111271；tcpa＝max-size:131072Invite消息的應(yīng)答響應(yīng)的消息格式如下SIP/2.0 200 OKVia:SIP/2.0/UDPpcscf2.visited2.net:5088；comp＝sigcomp；branch＝z9hG4bK361k21.1，SIP/2.0/UDPscscf2.home2.net；branch＝z9hG4bK764z87.1，SIP/2.0/UDPicscf2_s.home2.net；branch＝z9hG4bK871y12.1，SIP/2.0/UDPscscf1.home1.net；branch＝z9hG4bK332b23.1，SIP/2.0/UDPpcscf1.visited1.net；branch＝z9hG4bK240f34.1，SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp；branch＝z9hG4bKnashds7Record-Route:<sip:pcscf2.visited2.net:5088；lr；comp＝sigcomp>>，<sip:scscf2.home2.net；lr>，<sip:scscf1.home1.net；lr>，<sip:pcscf1.visited1.net；lr>
Privacy:noneP-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11From:<sip:user1_public1@home1.net>；tag＝171828To:<tel:+12125552222>；tag＝314159Call-ID:cb03a0s09a2sdfglkj490333Cseq:127 INVITEContact:
<sip:[5555::eee:fff:aaa:bbb]:8805；comp＝sigcomp>；+g.3gpp.cs-voiceAllow:INVITE，ACK，CANCEL，BYE，PRACK，UPDATE，REFER，MESSAGE，OPTIONSServer:PMI-0EA2Content-Type:application/sdpContent-Length:(…)v＝0o＝-2987933615 2987933617 IN IP6 5555::eee:fff:aaa:bbbs＝-c＝IN IP6 5555::eee:fff:aaa:bbbt＝0 0m＝message 3402 TCP/MSRP*a＝accept-types:text/plain text/html message/cpima＝path:msrp://[5555::eee:fff:aaa:bbb]:3402/s234167；tcpa＝max-size:65536
其中ACK請(qǐng)求省略。Invite消息和200 OK的應(yīng)答響應(yīng)屬于對(duì)稱的兩個(gè)請(qǐng)求與應(yīng)答，因此，主要還是看Invite消息INVITE tel:+12125552222 SIP/2.0Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp；branch＝z9hG4bKnashds7Max-Forwards:70Route:<sip:pcscf1.visited1.net:7531；lr；comp＝sigcomp>，<sip:orig@scscf1.home1.net；lr>
P-Preferred-Identity:<tel:+12125551111>
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11Privacy:noneFrom:<sip:user1_public1@home1.net>；tag＝171828To:<tel:+12125552222>
Call-ID:cb03a0s09a2sdfglkj490333Cseq:127 INVITERequire:sec-agreeProxy-Require:sec-agreeSecurity-Verify:ipsec-3gpp；q＝0.1；alg＝hmac-sha-1-96；spi-c＝98765432；spi-s＝87654321；port-c＝8642；port-s＝7531Contact:
<sip:[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp>；+g.3gpp.cs-voice；+g.3gpp.cs-videoAccept-Contact:*，+g.3gpp.cs-voice，+g.3gpp.cs-video；explicit
Allow:INVITE，ACK，CANCEL，BYE，PRACK，UPDATE，REFER，MESSAGE，OPTIONSUser-Agent:PMI-0007Content-Type:application/sdpContent-Length:(…)上面是本次媒體會(huì)話所需要涉及到的頭域信息。為了攜帶相關(guān)的應(yīng)用信息，即通知第二終端該由哪個(gè)應(yīng)用模塊對(duì)隨后傳輸?shù)拿襟w內(nèi)容進(jìn)行處理和應(yīng)用，可以通過以下的三種方式方式一在Contact頭域當(dāng)中增加相應(yīng)的應(yīng)用信息，如下所示Contact:<sip:user2_public1@home2.net>；+g.3gpp.cs-voice，+g.app.todo，<tel:+12125552222>(其中+g表示附加的能力，.app表示提供用于應(yīng)用程序的能力，.todo表示用于todo的應(yīng)用；)INVITE tel:+12125552222 SIP/2.0Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp；branch＝z9hG4bKnashds7Max-Forwards:70Route:<sip:pcscf1.visited1.net:7531；lr；comp＝sigcomp>，<sip:orig@scscf1.home1.net；lr>
P-Preferred-Identity:<tel:+12125551111>
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11Privacy:noneFrom:<sip:user1_public1@home1.net>；tag＝171828To:<tel:+12125552222>
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127 INVITERequire:sec-agreeProxy-Require:sec-agreeSecurity-Verify:ipsec-3gpp；q＝0.1；alg＝hmac-sha-1-96；spi-c＝98765432；spi-s＝87654321；port-c＝8642；port-s＝7531Contact:
<sip:[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp>；+g.3gpp.cs-voice；+g.3gpp.cs-video；+g.app.todoAccept-Contact:*，+g.3gpp.cs-voice，+g.3gpp.cs-video；explicitAllow:INVITE，ACK，CANCEL，BYE，PRACK，UPDATE，REFER，MESSAGE，OPTIONSUser-Agent:PMI-0007Content-Type:application/sdpContent-Length:(…)方式二增加應(yīng)用信息，也就是在contact頭域上增加專門用于應(yīng)用的信息，如下所示Contact:<sip:user2_public1@home2.net>；+g.3gpp.cs-voice，<tel:+12125552222>；csi-app＝todo(Csi-app是附加的屬性，todo是應(yīng)用的名稱。)INVITE tel:+12125552222 SIP/2.0Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp；branch＝z9hG4bKnashds7Max-Forwards:70Route:<sip:pcscf1.visited1.net:7531；lr；comp＝sigcomp>，
<sip:orig@scscf1.home1.net；lr>
P-Preferred-Identity:<tel:+12125551111>
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11Privacy:noneFrom:<sip:user1_public1@home1.net>；tag＝171828To:<tel:+12125552222>
Call-ID:cb03a0s09a2sdfglkj490333Cseq:127 INVITERequire:sec-agreeProxy-Require:sec-agreeSecurity-Verify:ipsec-3gpp；q＝0.1；alg＝hmac-sha-1-96；spi-c＝98765432；spi-s＝87654321；port-c＝8642；port-s＝7531Contact:
<sip:[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp>；+g.3gpp.cs-voice；+g.3gpp.cs-video；csi-app＝todoAccept-Contact:*，+g.3gpp.cs-voice，+g.3gpp.cs-video；explicitAllow:INVITE，ACK，CANCEL，BYE，PRACK，UPDATE，REFER，MESSAGE，OPTIONSUser-Agent:PMI-0007Content-Type:application/sdpContent-Length(…)方式三增加頭域，新增一個(gè)表達(dá)應(yīng)用名稱的頭域，如下所示
User-Agent-Accept-app:todoINVITE tel:+12125552222 SIP/2.0Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp；branch＝z9hG4bKnashds7Max-Forwards:70Route:<sip:pcscf1.visited1.net:7531；lr；comp＝sigcomp>，<sip:orig@scscf1.home 1.net；lr>
P-Preferred-Identity:<tel:+12125551111>
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11Privacy:noneFrom:<sip:user1_public1@home1.net>；tag＝171828To:<tel:+12125552222>
Call-ID:cb03a0s09a2sdfglkj490333Cseq:127 INVITERequire:sec-agreeProxy-Require:sec-agreeSecurity-Verify:ipsec-3gpp；q＝0.1；alg＝hmac-sha-1-96；spi-c＝98765432；spi-s＝87654321；port-c＝8642；port-s＝7531Contact<sip:[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp>；+g.3gpp.cs-voice；+g.3gpp.cs-videoAccept-Contact:*，+g.3gpp.cs-voice，+g.3gpp.cs-video；explicitAllow:INVITE，ACK，CANCEL，BYE，PRACK，UPDATE，REFER，MESSAGE，OPTIONS
User-Agent:PMI-0007User-Agent-Accept-app:todoContent-Type:application/sdpContent-Length:(…)當(dāng)然，也可以將共享的內(nèi)容信息的類型放在Invite消息的消息體當(dāng)中，也就是Invite消息的用于媒體協(xié)商的SDP當(dāng)中，通過SDP的方式來攜帶相關(guān)的信息和操作的方式如下v＝0o＝-2987933615 2987933617 IN IP6 5555::eee:fff:aaa:bbbs＝-c＝IN IP6 5555::eee:fff:aaa:bbbt＝0 0m＝message 3402 TCP/MSRP*a＝accept-types:text/plain text/html message/cpima＝path:msrp://[5555::eee:fff:aaa:bbb]:3402/s234167；tcpa＝max-size:65536比如說，通過以下方式在SDP當(dāng)中實(shí)現(xiàn)DRM能力信息的攜帶a＝accept-app:todo(也可以在accept-app的頭域當(dāng)中對(duì)可能采用的操作進(jìn)行描述。)v＝0o＝-2987933615 2987933617 IN IP6 5555::eee:fff:aaa:bbbs＝-
c＝IN IP6 5555::eee:fff:aaa:bbbt＝0 0m＝message 3402 TCP/MSRP*a＝accept-types:text/plain text/html message/cpima＝path:msrp://[5555::eee:fff:aaa:bbb]:3402/s234167；tcpa＝accept-app:todoa＝max-size:65536由此可見，在本實(shí)施方式中，第一終端也可以通過CSICS的媒體協(xié)商過程通知該第二終端該內(nèi)容信息的類型；通過CSICS的媒體傳輸過程向該第二終端發(fā)送共享的內(nèi)容信息。使得本實(shí)施方式能與現(xiàn)有技術(shù)相兼容。
由于在實(shí)際生活中，有許多情況不但要求通信的雙方能夠共享彼此的信息，還要求能夠?qū)蚕淼膬?nèi)容信息進(jìn)行操作。比如說，一個(gè)異地團(tuán)隊(duì)希望通過電話會(huì)議的討論，從A、B、C、D四套候選方案中選出一套。團(tuán)隊(duì)任一成員接入會(huì)議時(shí)，會(huì)議系統(tǒng)終端會(huì)共享給該成員一個(gè)類似于如表1所示的列表，團(tuán)隊(duì)任一成員選擇需要進(jìn)一步介紹的選項(xiàng)如A或B，以便進(jìn)行投票，會(huì)議系統(tǒng)終端將根據(jù)團(tuán)隊(duì)成員的選擇進(jìn)一步共享存于系統(tǒng)終端上的詳細(xì)方案信息給該成員。

表1又比如，A和B進(jìn)行通話，A的終端上有一些圖片和音視頻剪輯，A可以先共享給B一份多媒體文件的列表，B可以選擇自己希望看到的文件，A的終端接收到B的終端發(fā)來的B的需求信息后，根據(jù)B的需求信息，向B的終端提供共享內(nèi)容。
再或者，A撥通一家律師事務(wù)所的電話，聽到語音提示“您好，這里是XX律師事務(wù)所，請(qǐng)?jiān)诹斜砩线x擇您所需要的服務(wù)種類”，A可以看到一個(gè)類似于表2所示的列表，A選中其中之一后，電話轉(zhuǎn)到了相關(guān)業(yè)務(wù)的律師B，同時(shí)，事務(wù)所終端共享給A的終端B律師的簡(jiǎn)單介紹和通信方式，A無需再用紙筆記錄B律師的聯(lián)系方式。

表2因此，本發(fā)明的第四實(shí)施方式涉及終端的內(nèi)容信息共享方法，本實(shí)施方式在第一實(shí)施方式或第二實(shí)施方式的基礎(chǔ)上，可對(duì)共享的內(nèi)容信息進(jìn)行操作，要求進(jìn)一步提供相關(guān)內(nèi)容，具體流程如圖5所示。
在步驟510中，提供共享內(nèi)容的第一終端向第二終端共享本終端內(nèi)的內(nèi)容索引，如共享內(nèi)容列表。比如說，第一終端為急救中心側(cè)的終端A，第二終端為撥打急救中心電話的終端B，則終端A向終端B共享一個(gè)列表，如表3所示

表3該列表可通過可擴(kuò)展的標(biāo)記語言(EXtensible Markup Language，簡(jiǎn)稱“XML”)表示<？xml version＝”1.0”encoding＝”GB2312”？>
<列表>
<列表項(xiàng)>
<急救指導(dǎo)>
<1>
溺水</1>
<2>
外傷</2>
……</急救指導(dǎo)>
</列表項(xiàng)>
</列表>
終端A與終端B共享該列表的方法可采用第一實(shí)施方式或第二實(shí)施方式中的內(nèi)容信息共享方法，在此不再贅述，其中，該內(nèi)容信息的類型為內(nèi)容索引類型。
接著，進(jìn)入步驟520，第二終端根據(jù)得到的內(nèi)容索引選擇希望獲取的內(nèi)容的索引號(hào)，即根據(jù)得到的內(nèi)容共享列表選擇希望獲取的內(nèi)容的選項(xiàng)。具體地說，第二終端向使用該終端的用戶顯示解析出的內(nèi)容共享列表，并提示用戶選擇感興趣的內(nèi)容，將用戶所選擇的內(nèi)容作為希望獲取的內(nèi)容，并選擇相應(yīng)的選項(xiàng)。針對(duì)上述案例，假設(shè)甲救起了溺水的乙，但不知如何救治，通過終端B向急救中心側(cè)的終端A撥打急救中心的電話。由于終端A已向終端B共享了表3，因此，終端B向甲顯示表3的內(nèi)容，并提示甲選擇感興趣的內(nèi)容，將甲選擇的溺水相關(guān)內(nèi)容作為希望獲取的內(nèi)容，因此選擇相應(yīng)的選項(xiàng)1。
接著，進(jìn)入步驟530，第二終端將選擇的索引號(hào)通知第一終端，即將選擇的選項(xiàng)通知第一終端。第二終端可通過現(xiàn)有協(xié)議的消息將選擇的選項(xiàng)通知第一終端；也可以通過定義的內(nèi)容信息共享消息，將交互信息(如1)作為應(yīng)用信息數(shù)據(jù)進(jìn)行承載，如圖6所示。
針對(duì)上述案例，終端B將選擇的選項(xiàng)1通知終端A，交互信息可以通過可擴(kuò)展的標(biāo)記語言(XML)表示<？xml version＝”1.0”encoding＝”GB2312”？>
<交互消息>
<交互內(nèi)容>
1</交互內(nèi)容>
</交互消息>
另外，第二終端還可通過內(nèi)容交互消息將選擇的索引號(hào)通知第一終端，該內(nèi)容交互消息至少還包含內(nèi)容交互消息的標(biāo)識(shí)、目的地址、和源地址。針對(duì)上述案例，終端B通過如圖7所示的內(nèi)容交互消息將選擇的選項(xiàng)1通知終端A。
接著，進(jìn)入步驟540和步驟550，第一終端根據(jù)收到的索引號(hào)向第二終端共享相關(guān)的內(nèi)容。針對(duì)上述案例，急救中心側(cè)的終端A根據(jù)返回的內(nèi)容，向終端B共享一段關(guān)于事先錄制的溺水急救的視頻/動(dòng)畫，因此甲可依照終端B顯示的視頻指導(dǎo)在急救人員到來前對(duì)乙急救。整個(gè)過程中，甲與急救中心之間的語音電話都可以保持，甲可以同時(shí)報(bào)告自己的位置等。
由此可見，在本實(shí)施方式中，終端B可只要求終端A向其共享關(guān)于溺水急救的內(nèi)容，使得內(nèi)容的共享更具針對(duì)性與實(shí)用性，從而使得本實(shí)施方式可應(yīng)用于更多的場(chǎng)景。
本發(fā)明的第四實(shí)施方式涉及終端的內(nèi)容信息共享系統(tǒng)，包含兩個(gè)終端，在第一終端內(nèi)包含第一共享模塊，用于在會(huì)話過程中需向第二終端共享本終端的內(nèi)容信息時(shí)，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型。第二終端包含第二共享模塊，用于根據(jù)收到的類型信息共享第一終端發(fā)送的內(nèi)容信息。第二共享模塊可通過以下方式根據(jù)收到的類型信息共享第一終端發(fā)送的內(nèi)容信息根據(jù)收到的類型信息查找到用于處理該類型內(nèi)容信息的應(yīng)用模塊，將收到的內(nèi)容信息交由該應(yīng)用模塊進(jìn)行應(yīng)用。
第一共享模塊可以通過向第二終端發(fā)送包含共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)的消息，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型。第一終端和第二終端可在CS域上進(jìn)行會(huì)話，該消息可在PS域中傳輸。由此可見，第一終端和第二終端可在會(huì)話的同時(shí)共享內(nèi)容信息。
其中，第一終端可以在PS域上使用HTTP、SMTP、SIP信令、MSRP、IM、MMS、RTP等現(xiàn)有協(xié)議的消息或流式傳輸?shù)姆绞絹韨鬏敼蚕硇畔?；也可以通過定義的內(nèi)容信息共享消息將共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)傳輸給第二終端，該內(nèi)容信息共享消息至少還包含內(nèi)容信息共享消息的標(biāo)識(shí)、目的地址、和源地址，為用于共享內(nèi)容的消息的傳輸提供了保障。
第一共享模塊也可以通過CSICS的媒體協(xié)商過程通知第二終端該內(nèi)容信息的類型；通過CSICS的媒體傳輸過程向該第二終端發(fā)送共享的內(nèi)容信息。使得本發(fā)明方案能與現(xiàn)有技術(shù)相兼容。
值得一提的是，共享的內(nèi)容信息可以是電話本類型的信息、日程表類型的信息、待辦事宜類型的信息、記事文件類型的信息、應(yīng)用程序類型的信息、用戶數(shù)據(jù)類型的信息、安全數(shù)據(jù)類型的信息、或手機(jī)主題類型的信息等等，也可以是第一終端的內(nèi)容索引。如果共享的內(nèi)容信息是第一終端的內(nèi)容索引，如共享內(nèi)容列表，則第二終端的第二共享模塊還用于根據(jù)得到的內(nèi)容索引選擇希望獲取的內(nèi)容的索引號(hào)，并將選擇的索引號(hào)通過消息通知第一終端。第一終端的第一共享模塊還用于根據(jù)收到的索引號(hào)向該第二終端共享相關(guān)的內(nèi)容。其中，包含索引號(hào)的消息可以是內(nèi)容交互消息，該內(nèi)容交互消息至少還包含內(nèi)容交互消息的標(biāo)識(shí)、源地址、和目的地址。不但為用戶帶來了便利，方便了業(yè)務(wù)的擴(kuò)展，而且使得內(nèi)容的共享更具針對(duì)性與實(shí)用性，進(jìn)而使得本發(fā)明可應(yīng)用于更多的場(chǎng)景。
需要說明的是，在本發(fā)明中，將提供共享內(nèi)容的終端，也就是內(nèi)容發(fā)送方稱為第一終端，將內(nèi)容接收方稱為第二終端，因此，如果通信的雙方共享彼此的內(nèi)容信息，則任何一個(gè)終端都既是第一終端，也是第二終端，也就是說，同一個(gè)終端內(nèi)，既包含第一共享模塊，也包含第二共享模塊。由于本發(fā)明中各模塊的劃分均為邏輯劃分，因此各模塊既可以與其他模塊合并為一個(gè)模塊，比如說，將第一共享模塊和第二共享模塊合并為共享模塊，也可以將一個(gè)模塊的部分或全部功能獨(dú)立到單獨(dú)的模塊實(shí)現(xiàn)，本發(fā)明對(duì)此不作具體限定。
雖然通過參照本發(fā)明的某些優(yōu)選實(shí)施方式，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種終端的內(nèi)容信息共享方法，其特征在于，包含以下步驟第一終端在會(huì)話過程中需向第二終端共享本終端的內(nèi)容信息時(shí)，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型；所述第二終端根據(jù)收到的類型信息共享所述內(nèi)容信息。
2.根據(jù)權(quán)利要求1所述的終端的內(nèi)容信息共享方法，其特征在于，所述第一終端通過向所述第二終端發(fā)送包含共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)的消息，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型。
3.根據(jù)權(quán)利要求2所述的終端的內(nèi)容信息共享方法，其特征在于，所述第一終端和第二終端在電路交換域上進(jìn)行會(huì)話過程；所述消息在分組交換域中傳輸。
4.根據(jù)權(quán)利要求2所述的終端的內(nèi)容信息共享方法，其特征在于，所述消息通過超文本傳輸協(xié)議、簡(jiǎn)單郵件傳輸協(xié)議、會(huì)話初始化協(xié)議、消息會(huì)話中繼協(xié)議、即時(shí)消息、多媒體消息業(yè)務(wù)、實(shí)時(shí)傳輸協(xié)議、或流式傳輸?shù)姆绞竭M(jìn)行傳輸。
5.根據(jù)權(quán)利要求2所述的終端的內(nèi)容信息共享方法，其特征在于，所述消息為內(nèi)容信息共享消息，該內(nèi)容信息共享消息至少還包含以下信息之內(nèi)容信息共享消息的標(biāo)識(shí)、目的地址、源地址。
6.根據(jù)權(quán)利要求1所述的終端的內(nèi)容信息共享方法，其特征在于，所述第一終端通過基于IP的多媒體子系統(tǒng)的電路交換組合服務(wù)CSICS的媒體協(xié)商過程通知該第二終端該內(nèi)容信息的類型；所述第一終端通過CSICS的媒體傳輸過程向所述第二終端發(fā)送共享的內(nèi)容信息。
7.根據(jù)權(quán)利要求6所述的終端的內(nèi)容信息共享方法，其特征在于，所述第一終端通過CSICS的媒體協(xié)商過程中邀請(qǐng)消息的頭域或消息體通知所述第二終端共享的內(nèi)容信息的類型。
8.根據(jù)權(quán)利要求1至7中任一項(xiàng)所述的終端的內(nèi)容信息共享方法，其特征在于，所述第二終端通過以下方式根據(jù)收到的類型信息共享所述內(nèi)容信息根據(jù)所述類型信息查找到用于處理該類型內(nèi)容信息的應(yīng)用模塊，將收到的所述內(nèi)容信息交由該應(yīng)用模塊進(jìn)行應(yīng)用。
9.根據(jù)權(quán)利要求8所述的終端的內(nèi)容信息共享方法，其特征在于，所述內(nèi)容信息為電話本類型的信息、日程表類型的信息、待辦事宜類型的信息、記事文件類型的信息、應(yīng)用程序類型的信息、用戶數(shù)據(jù)類型的信息、安全數(shù)據(jù)類型的信息、或手機(jī)主題類型的信息。
10.根據(jù)權(quán)利要求1至7中任一項(xiàng)所述的終端的內(nèi)容信息共享方法，其特征在于，所述內(nèi)容信息為所述第一終端的內(nèi)容索引；所述第二終端根據(jù)得到的內(nèi)容索引選擇希望獲取的內(nèi)容的索引號(hào)，并將選擇的索引號(hào)通知所述第一終端；所述第一終端根據(jù)收到的所述索引號(hào)向所述第二終端共享相關(guān)的內(nèi)容。
11.根據(jù)權(quán)利要求10所述的終端的內(nèi)容信息共享方法，其特征在于，所述第二終端通過內(nèi)容交互消息將選擇的索引號(hào)通知所述第一終端，該內(nèi)容交互消息至少還包含以下信息之一內(nèi)容交互消息的標(biāo)識(shí)、源地址、目的地址。
12.一種終端的內(nèi)容信息共享系統(tǒng)，包含兩個(gè)終端，其特征在于，第一終端包含第一共享模塊，用于在會(huì)話過程中需向第二終端共享本終端的內(nèi)容信息時(shí)，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型；第二終端包含第二共享模塊，用于根據(jù)收到的類型信息共享所述內(nèi)容信息。
13.根據(jù)權(quán)利要求12所述的終端的內(nèi)容信息共享系統(tǒng)，其特征在于，所述第一共享模塊通過向所述第二終端發(fā)送包含共享的內(nèi)容信息和該內(nèi)容信息的類型標(biāo)識(shí)的消息，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型。
14.根據(jù)權(quán)利要求13所述的終端的內(nèi)容信息共享系統(tǒng)，其特征在于，所述第一終端和第二終端在電路交換域上進(jìn)行會(huì)話；所述消息在分組交換域中傳輸。
15.根據(jù)權(quán)利要求13所述的終端的內(nèi)容信息共享系統(tǒng)，其特征在于，所述消息通過超文本傳輸協(xié)議、簡(jiǎn)單郵件傳輸協(xié)議、會(huì)話初始化協(xié)議、消息會(huì)話中繼協(xié)議、即時(shí)消息、多媒體消息業(yè)務(wù)、實(shí)時(shí)傳輸協(xié)議、或流式傳輸?shù)姆绞竭M(jìn)行傳輸；或者所述消息為內(nèi)容信息共享消息，該內(nèi)容信息共享消息至少還包含以下信息之一內(nèi)容信息共享消息的標(biāo)識(shí)、目的地址、源地址。
16.根據(jù)權(quán)利要求12所述的終端的內(nèi)容信息共享系統(tǒng)，其特征在于，所述第一共享模塊通過CSICS的媒體協(xié)商過程通知所述第二終端該內(nèi)容信息的類型；所述第一共享模塊通過CSICS的媒體傳輸過程向所述第二終端發(fā)送共享的內(nèi)容信息。
17.根據(jù)權(quán)利要求12至16中任一項(xiàng)所述的終端的內(nèi)容信息共享系統(tǒng)，其特征在于，所述第二共享模塊通過以下方式根據(jù)收到的類型信息共享所述內(nèi)容信息根據(jù)所述類型信息查找到用于處理該類型內(nèi)容信息的應(yīng)用模塊，將收到的所述內(nèi)容信息交由該應(yīng)用模塊進(jìn)行應(yīng)用。
18.根據(jù)權(quán)利要求17所述的終端的內(nèi)容信息共享系統(tǒng)，其特征在于，所述內(nèi)容信息為電話本類型的信息、日程表類型的信息、待辦事宜類型的信息、記事文件類型的信息、應(yīng)用程序類型的信息、用戶數(shù)據(jù)類型的信息、安全數(shù)據(jù)類型的信息、或手機(jī)主題類型的信息。
19.根據(jù)權(quán)利要求12至16中任一項(xiàng)所述的終端的內(nèi)容信息共享系統(tǒng)，其特征在于，所述內(nèi)容信息為所述第一終端的內(nèi)容索引；所述第二共享模塊還用于根據(jù)得到的內(nèi)容索引選擇希望獲取的內(nèi)容的索引號(hào)，并將選擇的索引號(hào)通過消息通知所述第一終端；所述第一終端的第一共享模塊還用于根據(jù)所述索引號(hào)向所述第二終端共享相關(guān)的內(nèi)容。
20.根據(jù)權(quán)利要求19所述的終端的內(nèi)容信息共享系統(tǒng)，其特征在于，所述包含索引號(hào)的消息為內(nèi)容交互消息，該內(nèi)容交互消息至少還包含以下信息之一內(nèi)容交互消息的標(biāo)識(shí)、源地址、目的地址。
21.一種終端，其特征在于，包含第一共享模塊，用于在會(huì)話過程中需向其他終端共享本終端的內(nèi)容信息時(shí)，向該其他終端發(fā)送共享的內(nèi)容信息，并通知該其他終端該內(nèi)容信息的類型；第二共享模塊，根據(jù)收到的類型信息共享其他終端向本終端發(fā)送的內(nèi)容信息。
22.根據(jù)權(quán)利要求21所述的終端，其特征在于，所述第二共享模塊通過以下方式根據(jù)收到的類型信息共享所述內(nèi)容信息根據(jù)所述類型信息查找到用于處理該類型內(nèi)容信息的應(yīng)用模塊，將收到的所述內(nèi)容信息交由該應(yīng)用模塊進(jìn)行應(yīng)用。
全文摘要
本發(fā)明涉及通信領(lǐng)域，公開了一種終端及其內(nèi)容共享的方法和系統(tǒng)，使得終端在會(huì)話過程中能共享彼此的內(nèi)容信息。本發(fā)明中，由第一終端在會(huì)話過程中需向第二終端共享本終端的內(nèi)容信息時(shí)，向該第二終端發(fā)送共享的內(nèi)容信息，并通知該第二終端該內(nèi)容信息的類型。第二終端根據(jù)收到的類型信息共享該內(nèi)容信息。共享的內(nèi)容信息和該內(nèi)容信息的類型可分別通過CSICS的媒體傳輸過程和媒體協(xié)商過程發(fā)送給第二終端，也可通過消息發(fā)送給第二終端，該消息可通過現(xiàn)有協(xié)議或流式傳輸?shù)姆绞竭M(jìn)行傳輸；也可以是自定義的內(nèi)容信息共享消息，該內(nèi)容信息共享消息至少還包含內(nèi)容信息共享消息的標(biāo)識(shí)、目的地址、源地址之一。
文檔編號(hào)H04W80/10GK101087442SQ200610149080
公開日2007年12月12日 申請(qǐng)日期2006年11月24日 優(yōu)先權(quán)日2006年11月24日
發(fā)明者王雷, 楊健, 陳國喬 申請(qǐng)人:華為技術(shù)有限公司