国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種轉移會話控制權的方法、系統(tǒng)和服務器的制作方法

      文檔序號:7643446閱讀:210來源:國知局
      專利名稱:一種轉移會話控制權的方法、系統(tǒng)和服務器的制作方法
      技術領域
      本發(fā)明涉及通信技術領域,特別涉及一種轉移會話控制權的方法、系統(tǒng)和服務器。
      技術背景當前媒體點播基本采用的是控制信令和媒體流相分離。參見圖1,提供了媒體點播的原理。如客戶端A點播一個組播流,其他客戶端B和客戶端C加入組播組觀看,由客戶端A發(fā)送控制流。 終端可以是PC、電視(機頂盒)或手機等。RTSP (Real Time streaming Protocol,實時流協(xié)議)是目前世界上常用的媒體傳輸控 制協(xié)議,RTSP的點播流程如下-RTSP客戶端向RTSP服務器發(fā)起一個TCP (Transmission Control Protocol,傳輸控制協(xié) 議)連接,連接建立后,客戶端和服務器通過本連接交換會話控制信息,通過初期的協(xié)商媒 體流源地址、目的地址、編解碼格式后,創(chuàng)建RTP (Real-time Transport Protocol,實時傳 輸協(xié)議)通道傳輸。為了保證媒體傳送效率,RTP—般使用UDP (User Datagram Protocol, 用戶數(shù)據(jù)報協(xié)議)格式傳輸。其中,RTSP包含method和header兩種信令元素,method表示本條命令是做什么操作,如 PLAY method表示播放,TEARD0WN method表示斷開會話。Header表示具體某個屬性的數(shù)值, 如range header表示時間范圍。這兩種數(shù)據(jù)構成了一條RTSP信令的基礎,如PLAY method + "range :叩t^0"表示客戶端要求從影片的第10秒開始播放某影片。在某些情況下,點播的控制者需要把控制權移交給別人,或者從某個終端轉移到另一個 終端上。比如某教師在辦公室為自己的學生點播了一個視頻教學紀錄片,因某種原因,她需 要外出,但是紀錄片的播放需要人控制,或者在多方會議里,也有轉移控制權的需求。如會 議的組織者把自己希望分享的視頻內(nèi)容放在一個RTSP服務器上,然后啟動一個到流服務器的 RTSP會話,媒體流的目的地是一個組播組,其他人加入組播組觀看,控制者根據(jù)需要控制播 放的進度,控制者也會有會話控制權轉移的需求。然而,現(xiàn)有技術中沒有提供會話控制權轉 移的方法,給使用者帶來了不便。發(fā)明內(nèi)容為了解決現(xiàn)有技術中會話控制權無法轉移的問題,本發(fā)明實施例提供一種轉移會話控制 權的方法、系統(tǒng)和服務器。所述技術方案如下 一種轉移會話控制權的方法,所述方法包括第一客戶端向服務器發(fā)送將會話的控制權轉移給第二客戶端的請求; 所述服務器收到所述第一客戶端的請求后,與所述第二客戶端協(xié)商會話轉移; 所述協(xié)商通過后,所述第一客戶端斷開所述會話的控制權; 所述服務器將所述會話的控制權轉移給所述第二客戶端。 本發(fā)明實施例還提供了另一種轉移會話控制權的方法,所述方法包括 第二客戶端向服務器發(fā)送接管第一客戶端的會話控制權的請求; 所述服務器收到所述第二客戶端的請求后,與所述第一客戶端協(xié)商會話轉移; 所述協(xié)商通過后,所述第一客戶端斷開所述會話的控制權; 所述服務器將所述會話的控制權轉移給所述第二客戶端。本發(fā)明實施例還提供了一種轉移會話控制權的系統(tǒng),所述系統(tǒng)包括第一客戶端、第二 客戶端和服務器;所述第一客戶端用于向所述服務器發(fā)送將會話的控制權轉移給所述第二客戶端的請求; 所述服務器用于接收所述第一客戶端發(fā)出的請求,根據(jù)所述請求與所述第二客戶端協(xié)商會話轉移,協(xié)商通過后,所述第一客戶端斷開所述會話的控制權;所述第二客戶端用于所述第一客戶端斷開所述會話的控制權后,接管所述會話的控制權。 本發(fā)明實施例還提供了另一種轉移會話控制權的系統(tǒng),所述系統(tǒng)包括第一客戶端、第二客戶端和服務器;所述第二客戶端用于向所述服務器發(fā)送接管所述第一客戶端的會話控制權的請求; 所述服務器用于接收所述第二客戶端發(fā)出的請求,根據(jù)所述請求與所述第一客戶端協(xié)商 會話轉移,協(xié)商通過后,所述第一客戶端斷開所述會話的控制權;所述第二客戶端還用于所述第一客戶端斷開所述會話的控制權后,接管所述會話的控制權。本發(fā)明實施例還提供了--種服務器,所述服務器包括接收請求模塊,用于接收第一客戶端發(fā)送的將會話的控制權轉移給第二客戶端的請求或用于接收第二客戶端發(fā)送的接管第一客戶端的會話控制權的請求;協(xié)商模塊,用于當所述接收請求模塊收到所述第一客戶端發(fā)送的將會話的控制權轉移給所述第二客戶端的請求后,與所述第二客戶端協(xié)商會話轉移,或當所述接收請求模塊收到所 述第二客戶端發(fā)送的接管所述第一客戶端的會話控制權的請求后,與所述第一客戶端協(xié)商會 話轉移;控制權轉移模塊,用于所述協(xié)商模塊協(xié)商通過后,斷開所述第一客戶端的所述會話的控 制權,將所述會話的控制權轉移給所述第二客戶端。 本發(fā)明實施例的技術方案帶來的有益效果是通過本發(fā)明實施例提供的會話控制權轉移技術,實現(xiàn)了在不同的客戶端上轉移會話的控 制權,方便用戶更好地控制會話、以及更好地使用流媒體。


      圖1是現(xiàn)有技術中提供的媒體點播的原理圖;圖2是本發(fā)明實施例1提供的主動轉移會話控制權的方法的信息交互圖;圖3是本發(fā)明實施例2提供的被動轉移會話控制權的方法的信息交互圖;圖4是本發(fā)明實施例2提供的査詢方法的信息交互圖;圖5是本發(fā)明實施例3提供的轉移會話控制權的系統(tǒng)示意圖;圖6是本發(fā)明實施例4提供的轉移會話控制權的系統(tǒng)示意圖;圖7是本發(fā)明實施例5提供的服務器的示意圖。
      具體實施方式
      下面結合附圖和具體實施例對本發(fā)明作進一步說明,但本發(fā)明不局限于以下實施例。 本發(fā)明實施例通過終端和服務器之間的消息交互,實現(xiàn)會話控制權的轉移。轉移方式分為兩種, 一種是主動轉移,即當前控制會話的客戶端主動向服務器發(fā)起請求,要求把本會 話的控制權轉出;另一種是被動轉移,即客戶端向服務器請求接管某會話的控制權。客戶端接入服務器時,服務器可以對客戶端進行身份認證,并對通過身份認證的客戶端 分配相應的權限,權限包括確認某些客戶端具有會話控制權轉移和接管的權限。當某客戶 端發(fā)送會話控制權轉移的請求時,服務器先判斷其是否具備權限。具體的身份認證的方法可 以采用現(xiàn)有技術中的認證方法,本實施例不再詳述。實施例1參見圖2,本實施例提供了一種主動轉移會話控制權的方法,本實施例以客戶端A作為 第一客戶端,以客戶端B作為第二客戶端,該方法包括以下步驟步驟101:客戶端A向服務器發(fā)送請求,要求轉移某一會話。消息中可以包含所要轉移的會話的相關信息,如會話的標識信息,具體有會話ID、 URI (Universal Resource Identifier,統(tǒng)一資源標識符)等。如果客戶端A同時控制著多個與服務器的會話,則消息 中還要包含能唯一確認會話的身份標識信息。客戶端A在消息中指明要轉移的目的地,本實 施例的轉移目的地為客戶端B,可以通過指明客戶端B的IP地址或者客戶端B的用戶名等 能確認客戶端B身份的標識信息。如果不指明目的地,服務器會返回失敗消息,并指明失敗 原因。步驟102:服務器判斷客戶端A是否有權限申請轉移會話控制權操作,如果客戶端A沒 有權限,則回復給客戶端A—個失敗消息,提示客戶端A沒有權限。否則,回復給客戶端A, 表明服務器同意此申請。然后服務器檢査客戶端A是否指明了目的地及目的地是否有接收權 限,如果有目的地,但是目的地沒有權限,則返回客戶端A—個失敗消息,提示目的地沒有 權限,如果目的地有權限,則執(zhí)行步驟103。步驟103:服務器根據(jù)客戶端A請求消息中的客戶端B的標識,請求客戶端B接管此會 話;在此請求中可以包含一些會話信息(如會話ID、 URI)和媒體描述信息和客戶端A的一 些信息,以便客戶端B做出決策。步驟104:客戶端B根據(jù)請求消息里的內(nèi)容判斷是否接受此會話的控制權,如果拒絕接 受,則回復拒絕信息給服務器,表明不愿接受;如果同意接受,就回復同意信息給服務器,表示同意接管此會話。步驟105:服務器根據(jù)客戶端B回復的信息判斷出客戶端B拒絕接管,將發(fā)通知給客戶 端A,告知客戶端B拒絕接管?;蛘叻掌饕淹ㄖ蛻舳薆,但是過了一段時間后,客戶 端B仍然沒有回應,服務器也做此操作,并結束操作流程。步驟106:服務器根據(jù)客戶端B回復的信息判斷出客戶端B同意接管,服務器通知客戶 端B,消息中要包含充分的會話控制信息,保證客戶端B能夠正常控制該會話。步驟107:客戶端B回復服務器,表示已經(jīng)準備完畢,可以控制此會話。步驟108:服務器接收到客戶端B回復的準備完畢的信息后,通知客戶端A斷開本會話 的控制權。步驟109:客戶端A斷開該會話的控制,并回復服務器已經(jīng)斷開控制。 服務器收到客戶端A己經(jīng)斷開控制的信息后,將該會話的控制權轉移給客戶端B。 實施例2參見圖3,本實施例提供了一種被動轉移會話控制權的方法,本實施例以客戶端A作為第一客戶端,以客戶端B作為第二客戶端,該方法包括以下步驟-步驟201:客戶端B向服務器發(fā)送請求,請求接管某會話的控制權。本實施例的客戶端B請求接管客戶端A的一個會話控制權??梢栽谙⒗镏苯又该饕邮盏臅?,如客戶端A 控制的會話標識信息,即會話的ID、 URI等;也可以間接指明,如客戶端A的標識信息, 即包含客戶端A的IP、用戶名等。如果客戶端B想強制接管某一會話,則在請求消息里指明 要強制接管會話,當客戶端B的優(yōu)先級高于客戶端A的優(yōu)先級時,客戶端B有強制接管客戶 端A的會話控制權的權限,當客戶端B的優(yōu)先級不高于客戶端A的優(yōu)先級時,客戶端B沒 有有強制接管客戶端A的會話控制權的權限。步驟202:服務器收到客戶端B的請求后,根據(jù)請求消息的內(nèi)容判斷客戶端B是否有權限接管,會有四種情況1) 客戶端B沒有權限,服務器將直接回復一個失敗消息,提示客戶端B沒有權限;2) 客戶端B有接管權限,服務器將檢査客戶端B請求的會話是否存在。如果客戶端B 直接指明的是會話,但是會話不存在,則回復客戶端B失敗消息,提示此會話不存在;3) 客戶端B有接管權限,如果客戶端B使用的是間接指明會話,即指明的是客戶端A, 客戶端A不存在,或者客戶端A存在,但是沒有控制任何會話,或者客戶端A控制多個會 話,需要具體指明接管對象;服務器則回復客戶端B失敗消息,提示相應的失敗信息;4) 如果客戶端B指明強制接管,但是沒有強制接管的權限;服務器會向客戶端B回復 失敗消息,通知沒有強制接管的權限。如果以上失敗原因都不存在,服務器就回復客戶端B,表示服務器同意請求,正在處理。 步驟203:服務器通知客戶端A,客戶端B準備接管某會話,消息里要包含客戶端B的 相關信息以及會話的相關信息,以便客戶端A做出決策。如果客戶端B的優(yōu)先級比客戶端A高,有權強制接管,則服務器也會在消息里通知客戶端A,客戶端B將強帝ii接管此會話。步驟204:如果是強制接管,客戶端A將會通知服務器,自己同意轉移會話控制權。如 果不是強制轉移,客戶端A會根據(jù)客戶端B的相關信息(如IP地址、用戶名)和客戶端A 的意愿,來通知服務器是否同意轉移此會話的控制權。步驟205:如果服務器收到客戶端A的回復后,認為客戶端A拒絕轉移,則通知客戶端 B失敗原因?;蛘叻掌饕淹ㄖ蛻舳薃,但是過了一段時間后,客戶端A仍然沒有回應, 服務器也認為客戶端A拒絕轉移,并通知客戶端B失敗的原因,并結束操作流程。步驟206:如果服務器收到客戶端A的回復后,認為客戶端A接受轉移,則通知客戶端 B。消息中要包含充分的會話控制信息,保證客戶端B能夠正??刂圃摃挕2襟E207:客戶端B回復服務器,表示已經(jīng)準備完畢,可以控制此會話。 步驟208:服務器通知客戶端A斷開本會話的控制權。 步驟209:客戶端A回復服務器,已經(jīng)斷開控制。服務器收到客戶端A已經(jīng)斷開控制的信息后,將該會話的控制權轉移給客戶端B。 有時客戶端A可能控制多個會話,為了使客戶端B能夠知道客戶端A控制的多個會話,并從多個會話中選擇一個會話,請求轉移控制權,本實施例提供了一種査詢方法,在步驟201之前使用,參見圖4,該方法包括步驟301:客戶端B向服務器請求獲得客戶端A所控制的會話信息??蛻舳薆要在消息里提供能確認客戶端A的身份標識,如客戶端A的用戶名、客戶端A的IP地址等,以用于服務器做出回應。步驟302:服務器收到客戶端B的請求后,首先判斷客戶端B是否有權限査詢,沒有則 直接返回失敗信息,提示客戶端B沒有權限。如果有權限則査詢客戶端A和服務器是否有會 話連接,如果沒有,則返回一個失敗信息,提示客戶端B査詢不到客戶端A的會話信息;如 果有,則把客戶端A所有的會話信息返回給客戶端B,具體內(nèi)容有客戶端A的會話URI、會 話ID、媒體描述等客戶端B需要的信息。例如在RTSP中,定義一個CONTROL method,用于轉移控制權。定義會話描述參數(shù) a=rtspcont,表示命令的具體操作類型,如a-rtspcont:: inquire,表示本次是査詢某客戶端控制 的會話信息。下面以査詢命令為例客戶端B向服務器發(fā)送査詢命令,査詢IP為192.168丄2的客戶端所控制的會話的信息,即B->S: CONTROL 192.168.1.2 RTSP/2.0 CSeq: 1User-Agent: PhonyClient/1.2 Content-Type: application/sdp Content-Length: 21 a=rtspcont: inquire服務器做出回應,告訴客戶端B,對方控制會話的session ID是12345678, RTSP URI是 "rtsp:〃exam|)le.c<wn/ring.avi",會話的簡單說明是"an example video"。艮卩 S->B: RTSP/2.0 200 OKCSeq: 1Server: PhonyServer/1.0 Content-Type: text Content-Length: 72 a=session: 12345678 u=Ttsp:〃example.com/ring.avi i=an example video如果在會話控制權轉移過程中出現(xiàn)一些異常情況時,例如一段時間內(nèi)服務器不能收到客 戶端B的回復信息,則認為會話控制權轉移失敗,此時仍由客戶端A控制此會話的控制權。 根據(jù)需要,管理員也可以通過某些配置,強制將某一會話的控制權進行轉移。 實施例3參見圖5,本實施例提供了一種轉移會話控制權的系統(tǒng),包括第一客戶端、第二客戶 端和服務器;第一客戶端用于向服務器發(fā)送將會話的控制權轉移給第二客戶端的請求; 服務器用于接收第一客戶端發(fā)出的請求,根據(jù)該請求與第二客戶端協(xié)商會話轉移,協(xié)商 通過后,第一客戶端斷開會話的控制權;第二客戶端用于第一客戶端斷幵會話的控制權后,接管該會話的控制權。 實施例4參見圖6,本實施例提供另一種轉移會話控制權的系統(tǒng),包括第一客戶端、第二客戶 端和服務器;第二客戶端用于向服務器發(fā)送接管第一客戶端的會話控制權的請求; 服務器用于接收所述第二客戶端發(fā)出的請求,根據(jù)該請求與第一客戶端協(xié)商會話轉移, 協(xié)商通過后,第一客戶端斷開會話的控制權;第二客戶端還用于第一客戶端斷開會話的控制權后,接管該會話的控制權。 實施例5參見圖7,本實施例提供了一種服務器,包括接收請求模塊,用于接收第一客戶端發(fā)送的將會話的控制權轉移給第二客戶端的請求或 用于接收第二客戶端發(fā)送的接管第一客戶端的會話控制權的請求;協(xié)商模塊,用于當接收請求模塊收到第一客戶端發(fā)送的將會話的控制權轉移給第二客戶 端的請求后,與第二客戶端協(xié)商會話轉移,或當接收請求模塊收到第二客戶端發(fā)送的接管第一客戶端的會話控制權的請求后,與第一客戶端協(xié)商會話轉移;控制權轉移模塊,用于協(xié)商模塊協(xié)商通過后,斷開第一客戶端的會話控制權,將會話的 控制權轉移給第二客戶端。為了方便客戶端査詢,服務器還包括査詢模塊,用于第二客戶端査詢第一客戶端上的所 有會話信息,并根據(jù)査詢結果向接收請求模塊發(fā)送請求。以上實施例可以通過軟件實現(xiàn),即通過C、 〔++等編程語言實現(xiàn),這些軟件可以存儲在可 讀取的存儲介質中,例如存儲在計算機的硬盤、軟盤或光盤中。通過以上實施例,可以實現(xiàn)在不同的客戶端上轉移會話的控制權,方便用戶更好地控制 會話。以上所述的實施例,只是本發(fā)明的較優(yōu)選的具體實施方式
      ,本領域的技術人員在本發(fā)明 技術方案范圍內(nèi)進行的通常變化和替換都應包含在本發(fā)明的保護范圍內(nèi)。
      權利要求
      1. 一種轉移會話控制權的方法,其特征在于,所述方法包括第一客戶端向服務器發(fā)送將會話的控制權轉移給第二客戶端的請求;所述服務器收到所述第一客戶端的請求后,與所述第二客戶端協(xié)商會話轉移;所述協(xié)商通過后,所述第一客戶端斷開所述會話的控制權;所述服務器將所述會話的控制權轉移給所述第二客戶端。
      2. 如權利要求1所述的轉移會話控制權的方法,其特征在于,所述第一客戶端的請求包 含所述會話標識信息、所述第二客戶端的身份標識信息。
      3. 如權利要求2所述的轉移會話控制權的方法,其特征在于,所述協(xié)商會話轉移具體為-所述服務器將所述會話的標識信息和第一客戶端的標識信息發(fā)送給所述第二客戶端,請求所述第二客戶端接管所述會話的控制權;所述第二客戶端根據(jù)所述服務器發(fā)送的信息,判斷是否接受所述會話的控制權,如果是, 回復同意接管信息給所述服務器,否則,回復拒絕接管信息給所述服務器。
      4. 如權利要求1所述的轉移會話控制權的方法,其特征在于,所述服務器將所述會話的控制權轉移給所述第二客戶端具體為所述服務器將所述會話的控制信息發(fā)送給所述第二客戶端,所述第二客戶端接管所述會 話的控制權。
      5. —種轉移會話控制權的方法,其特征在于,所述方法包括 第二客戶端向服務器發(fā)送接管第一客戶端的會話控制權的請求;所述服務器收到所述第二客戶端的請求后,與所述第一客戶端協(xié)商會話轉移; 所述協(xié)商通過后,所述第一客戶端斷開所述會話的控制權; 所述服務器將所述會話的控制權轉移給所述第二客戶端。
      6. 如權利要求5所述的轉移會話控制權的方法,其特征在于,所述請求包含所述會話標識信息和/或所述第一客戶端的身份標識信息。
      7. 如權利要求6所述的轉移會話控制權的方法,其特征在于,所述協(xié)商會話轉移具體為 所述服務器將所述會話的標識信息和/或第二客戶端的標識信息發(fā)送給所述第一客戶端,通知所述第一客戶端,所述第二客戶端準備接管所述會話的控制權;所述第一客戶端根據(jù)所述服務器發(fā)送的信息,判斷是否同意轉移所述會話的控制權,如 果是,回復同意轉移控制權的信息給所述服務器,否則,回復拒絕轉移控制權的信息給所述 服務器。
      8. 如權利要求6所述的轉移會話控制權的方法,其特征在于,所述請求還包含強制接 管信息,相應地,所述協(xié)商會話轉移具體為所述服務器將所述會話的標識信息和/或第二客戶端的標識信息發(fā)送給所述第一客戶端, 同時,所述服務器也將所述強制接管信息發(fā)送給所述第一客戶端,通知所述第一客戶端,所 述第二客戶端將強制接管所述會話的控制權;所述第一客戶端根據(jù)所述服務器發(fā)送的信息,回復同意轉移控制權的信息給所述服務器。
      9. 如權利要求5所述的轉移會話控制權的方法,其特征在于,所述服務器將所述會話的 控制權轉移給所述第二客戶端具體為所述服務器將所述會話的控制信息發(fā)送給所述第二客戶端,所述第二客戶端接管所述會 話的控制權。
      10. 如權利要求5所述的轉移會話控制權的方法,其特征在于,所述第二客戶端向服務 器發(fā)送接管第一客戶端的會話控制權的請求的步驟之前還包括第二客戶端向服務器請求査詢第一客戶端所控制的會話信息;服務器收到所述第二客戶端的請求后,判斷所述第二客戶端是否有權限査詢,沒有則直 接返回失敗信息;否則,把所述第一客戶端所有的會話信息返回給所述第二客戶端。
      11. 一種轉移會話控制權的系統(tǒng),其特征在于,所述系統(tǒng)包括第一客戶端、第二客戶 端和服務器;所述第一客戶端用于向所述服務器發(fā)送將會話的控制權轉移給所述第二客戶端的請求; 所述服務器用于接收所述第一客戶端發(fā)出的請求,根據(jù)所述請求與所述第二客戶端協(xié)商會話轉移,協(xié)商通過后,所述第一客戶端斷開所述會話的控制權;所述第二客戶端用于所述第一客戶端斷開所述會話的控制權后,接管所述會話的控制權。
      12. —種轉移會話控制權的系統(tǒng),其特征在于,所述系統(tǒng)包括第一客戶端、第二客戶 端和服務器;所述第二客戶端用于向所述服務器發(fā)送接管所述第一客戶端的會話控制權的請求; 所述服務器用于接收所述第二客戶端發(fā)出的請求,根據(jù)所述請求與所述第一客戶端協(xié)商 會話轉移,協(xié)商通過后,所述第一客戶端斷開所述會話的控制權;所述第二客戶端還用于所述第一客戶端斷開所述會話的控制權后,接管所述會話的控制權。
      13. —種服務器,其特征在于,所述服務器包括接收請求模塊,用于接收第一客戶端發(fā)送的將會話的控制權轉移給第二客戶端的請求或 用于接收第二客戶端發(fā)送的接管第一客戶端的會話控制權的請求;協(xié)商模塊,用于當所述接收請求模塊收到所述第一客戶端發(fā)送的將會話的控制權轉移給 所述第二客戶端的請求后,與所述第二客戶端協(xié)商會話轉移,或當所述接收請求模塊收到所 述第二客戶端發(fā)送的接管所述第--客戶端的會話控制權的請求后,與所述第一客戶端協(xié)商會 話轉移;控制權轉移模塊,用于所述協(xié)商模塊協(xié)商通過后,斷開所述第一客戶端的所述會話的控 制權,將所述會話的控制權轉移給所述第二客戶端。
      14. 如權利要求13所述的服務器,其特征在于,所述服務器還包括査詢模塊,用于所述 第二客戶端査詢所述第一客戶端上的所有會話信息,并根據(jù)査詢結果向所述接收請求模塊發(fā)送請求。
      全文摘要
      本發(fā)明提供了一種轉移會話控制權的方法、系統(tǒng)和服務器,屬于通信技術領域。為了實現(xiàn)會話控制權轉移,本發(fā)明提供了一種轉移會話控制權的方法,包括第一客戶端請求服務器將會話的控制權轉移給第二客戶端;所述服務器與所述第二客戶端協(xié)商會話轉移;所述協(xié)商通過后,所述第一客戶端斷開所述會話的控制權,所述會話的控制權轉移給所述第二客戶端。本發(fā)明還提供了一種轉移會話控制權的系統(tǒng),包括第一客戶端、第二客戶端和服務器。本發(fā)明還提供了一種服務器,包括接收請求模塊,協(xié)商模塊和控制權轉移模塊。通過本發(fā)明提供的技術方案,實現(xiàn)了在不同的客戶端上轉移會話的控制權,方便用戶更好地控制會話。
      文檔編號H04M11/08GK101232413SQ20071000262
      公開日2008年7月30日 申請日期2007年1月25日 優(yōu)先權日2007年1月25日
      發(fā)明者管紅光, 建 陳, 魏啟坤 申請人:華為技術有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1