本發(fā)明涉及無線通信技術領域，尤其是涉及一種多方通話會議中的消息傳輸方法及裝置。

背景技術：

ip多媒體系統(tǒng)(ipmultimediasubsystem，ims)能夠在ip多媒體平臺上支持多媒體業(yè)務和互聯(lián)網(wǎng)應用。高清通話(voice-over-lte，volte)運行在ims系統(tǒng)，是一種lte下的解決語音的方案。

多方通話，屬于一種增值業(yè)務。當用戶簽約并開通此業(yè)務時，用戶可以組建一個會議，并添加多個用戶參與會議。會議訂閱是基于多方通話的一種增值業(yè)務，一般情況下組件多方通話的用戶在簽約多方通話業(yè)務時可訂閱開通此功能。會議訂閱作為一項獨立業(yè)務，只要支持多方通話，即可選擇開通會議訂閱功能。具備會議訂閱功能的用戶，在建立多方通話時，會向服務器發(fā)出請求獲取所有多方通話中的參會用戶的狀態(tài)的請求，服務器接收到請求后，將通過狀態(tài)通知消息反饋各個參會用戶的狀態(tài)。其中，參會用戶的狀態(tài)可以包括：呼叫中、已接通、已掛機等狀態(tài)。如果多方通話期間，有參會用戶的狀態(tài)發(fā)生變更，服務器將通過狀態(tài)更新消息告知會議訂閱用戶。根據(jù)目前的會議訂閱方案，在多方通話結(jié)束前，服務器會將所有參會用戶的狀態(tài)，通知給會議訂閱用戶(假設為用戶a)。如果有參會用戶(假設用戶b)主動掛機，此參會用戶(用戶b)對應的狀態(tài)為已掛機。稍后如再有參會用戶的(假設為用戶c)狀態(tài)發(fā)生變化，服務器將再次將參會用戶b、以及參會用戶c的已掛機狀態(tài)，發(fā)送至會議訂閱用戶(用戶a)。

按照現(xiàn)有會議訂閱的消息傳輸流程，在多方通話會議期間，若有參會用戶 掛機退出會議，在進行用戶的狀態(tài)通知時，會一直發(fā)送將該用戶掛機的消息，即使后續(xù)該掛機退出的用戶再次被邀請進行多方通話，該參會用戶掛機的消息仍然會持續(xù)發(fā)送，因此會議訂閱消息的傳輸準確性較差，導致參會用戶狀態(tài)混亂。

技術實現(xiàn)要素：

本發(fā)明提供了一種多方通話會議中的消息傳輸方法及裝置，用于提高多方通話會議中的消息傳輸?shù)臏蚀_性。

一種多方通話會議中的消息傳輸方法，包括：在確定出多方通話會議中的第一參會用戶的狀態(tài)發(fā)生變化時，向會議訂閱用戶發(fā)送用于通知所述多方通話會議各參會用戶的狀態(tài)的通知notify消息，所述notify消息中包含所述第一參會用戶的狀態(tài)；修改用于存儲參與所述多方通話會議的用戶列表。

所述參會用戶的狀態(tài)包括參會用戶已掛機；修改用于存儲參與所述多方通話會議的用戶列表，包括：獲得自所述第一參會用戶掛機起始的設定時長內(nèi)，所述多方通話會議中的各參會用戶的狀態(tài)；若在所述設定時長內(nèi)，所述多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化，向會議訂閱用戶發(fā)送notify消息，并存儲狀態(tài)發(fā)生變化的參會用戶的狀態(tài)；若在所述設定時長內(nèi)，所述多方通話會議中的各參會用戶的狀態(tài)未發(fā)生變化，在所述設定時長結(jié)束時，修改用于存儲參與所述多方通話會議的用戶列表。

在修改用于存儲參與所述多方通話會議的用戶列表之后，還包括：若所述多方通話會議中第二參會用戶退出時，根據(jù)修改后的所述用戶列表，向所述會議訂閱用戶發(fā)送用于通知所述多方通話會議各用戶狀態(tài)的notify消息。

一種多方通話會議中的消息傳輸裝置，包括：判斷單元，用于確定多方通話會議中各參會用戶的狀態(tài)；執(zhí)行單元，用于在確定出多方通話會議中的第一參會用戶的狀態(tài)發(fā)生變化時，向會議訂閱用戶發(fā)送用于通知所述多方通話會議各參會用戶的狀態(tài)的通知notify消息，所述notify消息中包含所述第一參會用 戶的狀態(tài)；修改用于存儲參與所述多方通話會議的用戶列表。

所述參會用戶的狀態(tài)包括參會用戶已掛機；所述執(zhí)行單元，具體用于獲得自所述第一參會用戶掛機起始的設定時長內(nèi)，所述多方通話會議中的各參會用戶的狀態(tài)；若在所述設定時長內(nèi)，所述多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化，向會議訂閱用戶發(fā)送notify消息，并存儲狀態(tài)發(fā)生變化的參會用戶的狀態(tài)；若在所述設定時長內(nèi)，所述多方通話會議中的各參會用戶的狀態(tài)未發(fā)生變化，在所述設定時長結(jié)束時，修改用于存儲參與所述多方通話會議的用戶列表。

所述執(zhí)行單元，還用于若所述多方通話會議中第二參會用戶退出時，根據(jù)修改后的所述用戶列表，向所述會議訂閱用戶發(fā)送用于通知所述多方通話會議各用戶狀態(tài)的notify消息。

一種多方通話會議中的消息傳輸方法，包括：接收用于通知多方通話會議各參會用戶的狀態(tài)的通知notify消息，其中，所述notify消息中包含所述第一參會用戶的狀態(tài)，所述第一參會用戶的狀態(tài)發(fā)生變化；修改用于存儲參與所述多方通話會議的用戶列表。

所述參會用戶的狀態(tài)包括參會用戶已掛機；修改用于存儲參與所述多方通話會議的用戶列表，包括：自所述第一參會用戶掛機起始的設定時長內(nèi)，若再次接收到所述多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化的notify消息時，刷新用于存儲參與所述多方通話會議的用戶列表；自所述第一參會用戶掛機起始的設定時長內(nèi)，若未再接收到所述多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化notify消息時，在所述設定時長結(jié)束時，在用于存儲參與所述多方通話會議的用戶列表中將所述第一參會用戶刪除。

刷新用于存儲參與所述多方通話會議的用戶列表，包括：獲得所述notify消息中狀態(tài)發(fā)生變化的參會用戶，比對用于存儲參與所述多方通話會議的用戶列表，根據(jù)比對結(jié)果，刷新用于存儲參與所述多方通話會議的用戶列表。

一種多方通話會議中的消息傳輸裝置，包括：接收單元，用于接收用于通 知多方通話會議各參會用戶的狀態(tài)的通知notify消息，其中，所述notify消息中包含所述第一參會用戶的狀態(tài)，所述第一參會用戶的狀態(tài)發(fā)生變化；處理單元，用于修改用于存儲參與所述多方通話會議的用戶列表。

所述參會用戶的狀態(tài)包括參會用戶已掛機；所述處理單元，具體用于自所述第一參會用戶掛機起始的設定時長內(nèi)，若再次接收到所述多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化的notify消息時，刷新用于存儲參與所述多方通話會議的用戶列表；自所述第一參會用戶掛機起始的設定時長內(nèi)，若未再接收到所述多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化notify消息時，在所述設定時長結(jié)束時，在用于存儲參與所述多方通話會議的用戶列表中將所述第一參會用戶刪除。

所述處理單元，具體用于獲得所述notify消息中狀態(tài)發(fā)生變化的參會用戶，比對用于存儲參與所述多方通話會議的用戶列表，根據(jù)比對結(jié)果，刷新用于存儲參與所述多方通話會議的用戶列表。

通過采用上述技術方案，在確定出多方通話會議中的第一參會用戶退出時，向會議訂閱用戶發(fā)送用于通知多方通話會議各參會用戶的狀態(tài)的notify消息，修改用于存儲參與多方通話會議的用戶列表，這樣，后續(xù)再出現(xiàn)參會用戶狀態(tài)發(fā)生變化時，可以按照修改后的用戶列表發(fā)送notify消息，從而提高多方通話會議中消息訂閱的準確性。

附圖說明

圖1為多方通話會議中的消息傳輸方法流程圖；

圖2為本發(fā)明實施例一中，提出的多方通話會議中的消息傳輸方法流程圖；

圖3為本發(fā)明實施例一中，提出的多方通話會議中的消息傳輸裝置結(jié)構(gòu)組成示意圖；

圖4為本發(fā)明實施例二中，提出的多方通話會議中的消息傳輸方法流程圖；

圖5為本發(fā)明實施例二中，提出的多方通話會議中的消息傳輸裝置結(jié)構(gòu)組 成示意圖。

具體實施方式

下面將結(jié)合各個附圖對本發(fā)明實施例技術方案的主要實現(xiàn)原理、具體實施方式及其對應能夠達到的有益效果進行詳細地闡述。

在多方通話會議中，如圖1所示，多方通話發(fā)起用戶可以訂閱參會用戶參會狀態(tài)，多方通話會議中的其他參會用戶也可以訂閱參會用戶參會狀態(tài)，其中，會議訂閱用戶請求訂閱參會用的狀態(tài)的信令交互如下述，其中，以ue表示多方通話會議的發(fā)起用戶，并且該發(fā)起用戶請求會議訂閱為例進行詳細闡述。

101，ue向volte會議的服務器發(fā)送訂閱(subscribe)消息。

該訂閱消息請求訂閱多方通話會議中的各參會用戶的狀態(tài)(conferencestateeventpacket)。

在subscribe消息中攜帶請求(request-uri)字段，會議訂閱用戶在conferenceuri字段填寫用戶標識，例如填寫conferenceuri為uea，

102，服務器接收subscribe消息。

服務器在subscribe消息的conferenceuri字段中獲得用戶標識為uea。

103，服務器向ue回復200ok消息。

200ok消息用于表示確認服務器接收到訂閱消息。

104，服務器根據(jù)多方通話會議中所有參會用戶的狀態(tài)，通過通知(notify)消息將各參會用戶的狀態(tài)發(fā)送給會議訂閱用戶ue。

根據(jù)協(xié)議規(guī)定，服務器支持會議狀態(tài)數(shù)據(jù)組(conferencestateeventpacket)中的元素和屬性，至少包括下述中的一種：

會議信息(conference-info):會議實體(entity)、最大參與數(shù)量(maximum-user-count)、參與用戶(users)、會議發(fā)起用戶(user):entity、display-text、/endpoint:entity、status(supportedvalues:connected, disconnected,on-hold)字段。

其中參會用戶的狀態(tài)通過notify消息的conferencestateeventpacket字段中的status部分表述。

connected,disconnected,on-hold三個參數(shù)分別表示的狀態(tài)為：已接聽、已掛機、呼叫保持。

會議發(fā)起用戶可以發(fā)送subscribe消息，向服務器申請會議訂閱功能，會議結(jié)束前，如有參會用戶的狀態(tài)發(fā)生變更(例如由connect變?yōu)閐isconnect),服務器需要通過發(fā)送攜帶用戶最新狀態(tài)的notify消息通知給會議訂閱用戶(即會議發(fā)起方)。本發(fā)明實施例提出的技術方案中，將詳細闡述多方通話會議中的消息傳輸。

實施例一

為便于闡述，本發(fā)明實施例一提出的技術方案中，將多方通話會議中的各用戶做出區(qū)分，以會議發(fā)起方同時是會議訂閱用戶為例進行詳細闡述。本發(fā)明實施例一提出的多方通話會議的消息傳輸方法，如圖2所示，其具體流程如下述：

201，在多方通話會議中，確定參與多方通話會議的所有參會用戶的狀態(tài)。

202，在確定出多方通話會議中的第一參會用戶退出時，向會議訂閱用戶發(fā)送用于通知多方通話會議各參會用戶的狀態(tài)的notify消息。

該notify消息中包含第一參會用戶的狀態(tài)。

203，修改用于存儲參與多方通話會議的用戶列表。

在多方通話會議中，會存儲與本次多方通話會議相關的各參會用戶的用戶列表。該用戶列表可以存儲在終端側(cè)，也可以存儲在服務器側(cè)。

其中，在上述203中，參會用戶的狀態(tài)包括參會用戶已掛機，

修改用于存儲參與多方通話會議的用戶列表，包括：獲得自第一參會用戶掛機起始的設定時長內(nèi)，多方通話會議中的各參會用戶的狀態(tài)；若在設定時長內(nèi)，多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化，向會議訂閱用戶發(fā)送notify 消息，并存儲狀態(tài)發(fā)生變化的參會用戶的狀態(tài)；若在設定時長內(nèi)，多方通話會議中的各參會用戶的狀態(tài)未發(fā)生變化，在設定時長結(jié)束時，修改用于存儲參與所述多方通話會議的用戶列表。

具體地，設定時長可以通過設置定時器實現(xiàn)。

可選地，若多方通話會議中第二參會用戶退出時，根據(jù)修改后的用戶列表，向會議訂閱用戶發(fā)送用于通知所述多方通話會議各用戶狀態(tài)的notify消息。

下面以一實例進行詳細闡述，假設一共四個用戶，分別為第一參會用戶、第二參會用戶、第三參會用戶和第四參會用戶，第四參會用戶為多方通話會議的發(fā)起用戶，并開通會議訂閱功能。

步驟一：設置定時器。

定時器的設定時長為6s。

步驟二：確定多方通話會議中的各參會用戶的狀態(tài)。

確定多方通話會議中的第一參會用戶、第二參會用戶和第四參會用戶的狀態(tài)。

步驟三：確定出多方通話會議中的第一參會用戶退出時，向會議訂閱用戶發(fā)送notify消息。

假設多方通話會議中的第一參會用戶的狀態(tài)發(fā)生變化，即第一參會用戶已掛機(即離開多方通話會議)，該狀態(tài)可以是第一參會用戶主動掛斷離開該多方通話會議，或者是第三參會用戶迫使第一參會用戶離開該多方通話會議的場景。此時向第三參會用戶發(fā)送第一參會用戶退出的通知消息。

步驟四：啟動定時器，并存儲狀態(tài)發(fā)生變化的第一參會用戶的狀態(tài)。

需要說明的是，上述步驟三和步驟四之間并沒有嚴格的先后順序，在具體實施時，也可以先執(zhí)行步驟四，再執(zhí)行步驟三。

步驟五：在定時器計時范圍內(nèi)，確定多方通話會議中的各參會用戶的狀態(tài)。

假設定時器的設定時長為6s。在6s內(nèi)，確定多方通話會議中的各參會用戶的狀態(tài)。

步驟六：若在定時器計時范圍內(nèi)，多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化，向會議訂閱用戶發(fā)送notify消息。若在設定時長內(nèi)，多方通話會議中的各參會用戶的狀態(tài)未發(fā)生變化，在設定時長結(jié)束時，修改用于存儲參與多方通話會議的用戶列表。

在定時器計時范圍內(nèi)，如果再有其他用戶參加該多方通話會議，例如第四參會用戶，或其他參會用戶退出，例如第二參會用戶。將已經(jīng)退出的第一參會用戶的狀態(tài)disconnect，以及第四參會用戶的狀態(tài)connect、第二參會用戶的狀態(tài)disconnect一起，通過notify消息通知會議訂閱用戶。

在定時器計時范圍內(nèi)，該多方通話會議中無任何用戶加入或退出等狀態(tài)發(fā)生變更，則待定時器超時時，將已退出的第一參會用戶在用戶列表中直接刪除。

這樣，即使參會用戶的狀態(tài)發(fā)生變化，后續(xù)需要再向會議訂閱發(fā)送notify消息時，將不再攜帶不在用戶列表中的第一參會用戶的狀態(tài)，僅攜帶會議中用戶列表中的用戶的狀態(tài)。例如僅在第一參會用戶退出時，通知第三參會用戶，定時器超時后，已經(jīng)退出的第一參會用戶的disconnect狀態(tài)不再做會議狀態(tài)通知。

再以一實例進行詳細闡述：

步驟一：確定多方通話會議中的各參與用戶的狀態(tài)。

確定多方通話會議中的第一參會用戶、第二參會用戶、第三參會用戶和第四參會用戶的狀態(tài)。

步驟二：確定出多方通話會議中的第一參會用戶退出時，向第三參會用戶(會議訂閱用戶)發(fā)送用于通知多方通話會議各參會用戶的狀態(tài)的notify消息。

步驟三：修改用戶列表。

將用戶列表中的第一參會用戶刪除。

截止該多方通話會議結(jié)束前，如有其他用戶加入，或其他參會用戶退出，按照最新的用戶列表獲取列表中的各參會用戶的狀態(tài)，并通過notify消息反饋 給會議訂閱用戶。由于已經(jīng)刪除了會議列表中的第一參會用戶，因此無論后續(xù)再發(fā)送多少次通知消息，通知消息中均不再包含已經(jīng)從用戶列表中刪除的第一參會用戶的狀態(tài)。

相應地，本發(fā)明實施例還提出一種多方通話會議中的消息傳輸裝置，如圖3所示，包括：

判斷單元301，用于確定多方通話會議中各參會用戶的狀態(tài)。

執(zhí)行單元302，用于在確定出多方通話會議中的第一參會用戶的狀態(tài)發(fā)生變化時，向會議訂閱用戶發(fā)送用于通知所述多方通話會議各參會用戶的狀態(tài)的通知notify消息，所述notify消息中包含所述第一參會用戶的狀態(tài)；修改用于存儲參與所述多方通話會議的用戶列表。

具體地，所述參會用戶的狀態(tài)包括參會用戶已掛機；所述執(zhí)行單元302，具體用于獲得自所述第一參會用戶掛機起始的設定時長內(nèi)，所述多方通話會議中的各參會用戶的狀態(tài)；若在所述設定時長內(nèi)，所述多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化，向會議訂閱用戶發(fā)送notify消息，并存儲狀態(tài)發(fā)生變化的參會用戶的狀態(tài)；若在所述設定時長內(nèi)，所述多方通話會議中的各參會用戶的狀態(tài)未發(fā)生變化，在所述設定時長結(jié)束時，修改用于存儲參與所述多方通話會議的用戶列表。

執(zhí)行單元302，還用于若所述多方通話會議中第二參會用戶退出時，根據(jù)修改后的所述用戶列表，向所述會議訂閱用戶發(fā)送用于通知所述多方通話會議各用戶狀態(tài)的notify消息。

在上述實施例一中，用于存儲參與多方通話會議的用戶列表可以是用戶標識列表，用戶標識可以是用戶的相對標識，或者用戶的唯一標識。

本發(fā)明實施例上述提出的多方通話會議中的消息傳輸裝置的具體實現(xiàn)原理請參見上述方法實施例中的詳細闡述，不再贅述。并且，本發(fā)明實施例上述提出的多方通話會議中的消息傳輸裝置的各組成模塊，可以分開設置，例如分別設置在終端側(cè)和服務端側(cè)，也可以作為一個獨立的網(wǎng)元設備設置在終端側(cè)或 設置在網(wǎng)絡側(cè)。

實施例二

本發(fā)明實施例上述提出的技術方案，還可以應用在終端側(cè)，如圖4所示，其處理流程如下述：

步驟41，在多方通話會議中，服務器確定參與多方通話會議的所有參會用戶的狀態(tài)。

步驟42，在確定出多方通話會議中的第一參會用戶退出時，向會議訂閱用戶發(fā)送用于通知多方通話會議各參會用戶的狀態(tài)的notify消息。

步驟43，會議訂閱用戶接收notify消息。

該notify消息中包含第一參會用戶的狀態(tài)。

步驟44，會議訂閱用戶的終端修改用于存儲參與多方通話會議的用戶列表。

在多方通話會議中，會存儲與本次多方通話會議相關的各參會用戶的用戶列表。該用戶列表可以存儲在終端側(cè)，也可以存儲在服務器側(cè)。本發(fā)明實施例二提出的技術方案中，該用戶列表若存儲在終端側(cè)，可以進行本地修改。若用戶列表存儲在網(wǎng)絡側(cè)，可以通過信令交互修改該用戶列表。一種較佳地實施方式，本發(fā)明實施例二提出的技術方案中，該用戶列表存儲在終端側(cè)，可以較好的減少信令交互，節(jié)省資源。用戶列表中可以存儲各參會用戶的標識，該用戶的標識可以是設備識別號、或移動號碼等。

其中，參會用戶的狀態(tài)包括參會用戶已掛機；修改用于存儲參與所述多方通話會議的用戶列表，包括：自第一參會用戶掛機起始的設定時長內(nèi)，若再次接收到多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化的notify消息時，刷新用于存儲參與多方通話會議的用戶列表，自第一參會用戶掛機起始的設定時長內(nèi)，若未再接收到所述多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化notify消息時，在設定時長結(jié)束時，在用于存儲參與多方通話會議的用戶列表中將第一參會用戶刪除。

其中，刷新用于存儲參與多方通話會議的用戶列表，包括：獲得notify消息中狀態(tài)發(fā)生變化的參會用戶，比對用于存儲參與多方通話會議的用戶列表，根據(jù)比對結(jié)果，刷新用于存儲參與多方通話會議的用戶列表。

以一實例進行詳細闡述：

假設一共四個用戶，分別為第一參會用戶、第二參會用戶、第三參會用戶和第四參會用戶，第四參會用戶為多方通話會議的發(fā)起用戶，并開通會議訂閱功能。

步驟一：設置定時器。

定時器的設定時長為6s。

步驟二：確定多方通話會議中的各參會用戶的狀態(tài)。

確定多方通話會議中的第一參會用戶、第二參會用戶和第四參會用戶的狀態(tài)。

步驟三：確定出多方通話會議中的第一參會用戶退出時，向會議訂閱用戶發(fā)送notify消息。

假設多方通話會議中的第一參會用戶的狀態(tài)發(fā)生變化，即第一參會用戶已掛機(即離開多方通話會議)，該狀態(tài)可以是第一參會用戶主動掛斷離開該多方通話會議，或者是第三參會用戶迫使第一參會用戶離開該多方通話會議的場景。此時向第三參會用戶發(fā)送第一參會用戶退出的通知消息。

按照協(xié)議規(guī)定，多方通話會議中，若有參會用戶的狀態(tài)發(fā)生變化，服務器會通過notify消息告知會議訂閱用戶。

步驟四：會議訂閱用戶接收notify消息。

步驟五：啟動定時器。

需要說明的是，上述步驟四和步驟五之間并沒有嚴格的先后順序，在具體實施時，也可以先執(zhí)行步驟五，再執(zhí)行步驟四。

步驟六：在定時器計時范圍內(nèi)，確定多方通話會議中的各參會用戶的狀態(tài)。

假設定時器的設定時長為6s。在6s內(nèi)，確定多方通話會議中的各參會用 戶的狀態(tài)。

步驟七：若在定時器計時范圍內(nèi)，多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化，會議訂閱用戶接收服務器發(fā)送的notify消息，根據(jù)接收到的notify消息，獲知發(fā)生狀態(tài)變化的參會用戶，并進行對比處理，刷新參會用戶的狀態(tài)。

例如，在定時器超時之前，如果有其他參會用戶加入，或其他已參會用戶掛機離開等變更，即在定時器超時之前，本次多方通話會議中各參會用戶的狀態(tài)再次發(fā)生變更，此時會議訂閱用戶的終端會接收到網(wǎng)絡側(cè)服務器發(fā)送的notify消息，在接收到該notify消息之后，獲得狀態(tài)發(fā)生變化的參會用戶，首先比對本地保存的用戶列表，按照用戶列表中包含的用戶，對應notify消息中包含的發(fā)生狀態(tài)變化的參會用戶的信息，并對比該用戶里誒包中現(xiàn)有參會用戶的狀態(tài)和原參會用戶的狀態(tài)，進行刷新處理。例如若有新加入的參會用戶，則在用戶列表中增加該參會用戶，若有離開的參會用戶，則刪除該離開的參會用戶。

步驟八：若在定時器計時到達后，將修改用戶列表。

例如，在定時器計時到達之后，會議訂閱用戶的終端會將第一參會用戶列表中刪除，存儲更新后的用戶列表。

在上述步驟八之后，如果還有參會用戶狀態(tài)發(fā)生變化，會議訂閱用戶在收到服務器發(fā)送的notify消息時，對比應存儲的用戶列表，僅對用戶列表進行刷新。

再以一實例進行闡述：

假設一共四個用戶，分別為第一參會用戶、第二參會用戶、第三參會用戶和第四參會用戶，第四參會用戶為多方通話會議的發(fā)起用戶，并開通會議訂閱功能。

步驟一：服務器確定多方通話會議中的各參與用戶的狀態(tài)。

確定多方通話會議中的第一參會用戶、第二參會用戶、第三參會用戶和第四參會用戶的狀態(tài)。

步驟二：服務器確定出多方通話會議中的第一參會用戶退出時，向第三參會用戶(會議訂閱用戶)發(fā)送用于通知多方通話會議各參會用戶的狀態(tài)的notify消息。

步驟三：會議訂閱用戶(第三參會用戶)接收notify消息。

步驟三：修改用戶列表。

將用戶列表中的第一參會用戶刪除。

截止該多方通話會議結(jié)束前，如有其他用戶加入，或其他參會用戶退出，服務器向會議訂閱用戶再次發(fā)送notify消息，會議訂閱用戶接收notify消息，根據(jù)接收到的notify消息，或者狀態(tài)發(fā)生變化的參會用戶，會議訂閱用戶首先對比本地保存的用戶列表，此時該用戶列表中已經(jīng)不包含第一參會用戶，按照用戶列表中包含的參會用戶的信息，對應處理notify消息中攜帶的狀態(tài)發(fā)生變化的參會用戶。比對用戶列表中現(xiàn)有的參會用戶的狀態(tài)和原狀態(tài)，進行刷新處理。

從而可以實現(xiàn)按照最新的用戶列表獲取列表中的各參會用戶的狀態(tài)，由于已經(jīng)刪除了會議列表中的第一參會用戶，因此無論后續(xù)再發(fā)送多少次通知消息，通知消息中均不再包含已經(jīng)從用戶列表中刪除的第一參會用戶的狀態(tài)。

相應地，本發(fā)明實施例還提出一種多方通話會議中的消息傳輸裝置，如圖5所示，包括：

接收單元501，用于接收用于通知多方通話會議各參會用戶的狀態(tài)的通知notify消息，其中，所述notify消息中包含所述第一參會用戶的狀態(tài)，所述第一參會用戶的狀態(tài)發(fā)生變化。

處理單元502，用于修改用于存儲參與所述多方通話會議的用戶列表。

所述參會用戶的狀態(tài)包括參會用戶已掛機；所述處理單元502，具體用于自所述第一參會用戶掛機起始的設定時長內(nèi)，若再次接收到所述多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化的notify消息時，刷新用于存儲參與所述多方通話會議的用戶列表；自所述第一參會用戶掛機起始的設定時長內(nèi)，若未再接 收到所述多方通話會議中的各參會用戶的狀態(tài)發(fā)生變化notify消息時，在所述設定時長結(jié)束時，在用于存儲參與所述多方通話會議的用戶列表中將所述第一參會用戶刪除。

具體地，所述處理單元502，具體用于獲得所述notify消息中狀態(tài)發(fā)生變化的參會用戶，比對用于存儲參與所述多方通話會議的用戶列表，根據(jù)比對結(jié)果，刷新用于存儲參與所述多方通話會議的用戶列表。

本發(fā)明實施例上述提出的技術方案，在多方通話會議場景中，按照協(xié)議規(guī)定的會議訂閱方案，如有參會用戶離開會議，每次其他參會用戶的狀態(tài)發(fā)生變化時，均會重復通知該用戶已經(jīng)離開，多次重復通知會議訂閱用戶體驗效果較差。如果參會用戶離開會議，稍后又加入會議，若用戶離會的狀態(tài)始終通知到訂閱者，將使訂閱者接收到混亂的此用戶狀態(tài)，容易引起誤解。在遵循現(xiàn)有協(xié)議的前提下，本發(fā)明實施例上述提出的技術方案，將簡單、有效的改善多方通話場景下的會議訂閱體驗。

本領域的技術人員應明白，本發(fā)明的實施例可提供為方法、裝置(設備)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、只讀光盤、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、裝置(設備)和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設 備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本發(fā)明的優(yōu)選實施例，但本領域內(nèi)的技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。

顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。