進行多方通信的方法、系統及裝置和發布事件狀態的方法

2023-05-23 21:44:06

專利名稱：進行多方通信的方法、系統及裝置和發布事件狀態的方法
技術領域：
本發明涉及在通信領域中的多方通信技術，特別涉及一種進行多方通信 的方法、系統及裝置和發布事件狀態的方法。
背景技術：
隨著會話初始化協議(SIP, session initiation protocol)技術的發展，在 通信領域中進行多方通信，如進行包含視頻、語音或文本等媒體類型的多方 通信會議變得越來越流行，很多通信業務都支持多方通信，例如即時消息 (IM, Instant Messaging )業務和一鍵通話(PoC, Push-To-Talk over cellular ) 等。多方通信主要指集中式的會議(Centralized Conferencing),有應用服 務器對多方通信進行集中控制。按參與者的類型多方通信主要有兩種方式 一種是預定義群組(Pre-defined Group)方式，另一種是臨時群組(Ad hoc Group )方式。在預定義群組方式中，預定義群組包含一個成員列表，使用一個群組標 識(ID )來標識這個群組，當使用SIP邀請(SIP INVITE )消息發起多方通 信時，則由發起方向多方通信的應用伺服器發送攜帶群組ID的SIP INVITE 消息，請求建立多方通信。應用伺服器中存儲群組ID與成員列表的對應關 系，根據對應關係確定接收到消息攜帶群組ID對應的成員列表，將該消息 發送給成員列表對應的各個成員，成員確認後應用伺服器為發起方和成員列 表對應的各個成員建立多方通信。在臨時群組方式中，由於應用伺服器沒有存儲群組ID與成員列表之間 的對應關係，所以發起方向多方通信的應用伺服器發送SIP INVITE消息， 請求建立多方通信時，需要攜帶臨時群組的成員列表。應用伺服器接收到該消息後，根據攜帶的成員列表向對應的各個成員轉發該請求，成員確認後應 用伺服器為發起方和成員列表對應的各個成員建立多方通信。在英特網工程任務組(IETF, Internet Engineering Task Force)制定的 規範中，可以通過SIP消息的消息體包含臨時群組的成員列表，用以邀請多 個成員參加多方通信，具體為在SIP INVITE消息中包含 一 個 multipart/mixed的消息體，其中包含了兩個具體的消息體部分 一 個是 application/sdp消息體，用以描述多方通信，如會話的媒體消息；另一個是 application/resource-lists + xml消息體，用以描述參與多方通信的成員的統一 資源衝示i只符(URI， uniform resource identifier)歹'J表。以下以多方通信會話為例進行舉例說明。圖l為現有技術中採用SIP技術建立會話的方法流程圖，包括的網絡實 體有會話發起方、應用伺服器(可以為IM、 PoC或電話會議伺服器等)以 及多個會話參與方，其具體步驟為步驟IOI、會話發起方向應用伺服器發起SIP INVITE請求，其中攜帶 multipart/mixed消息體。步驟102、接收到該請求的應用伺服器向會話發起方返回確認消息，即 200 OK響應。步驟103、應用伺服器根據該請求攜帶的multipart/mixed消息體中的臨 時群組列表確定會話參與方，分別向會話參與方發送SIP INVITE請求，該 請求與步驟101中的請求類似,都包含multipart/mixed消息體，區別在於， 在multipart/mixed消息體中不包含臨時群組列表。為簡要起見， 一些公知的消息流步驟如ACK響應等在圖中被省略。 在實際建立多方通信時，多方通信的會話發起方希望給參與方設置限制 條件，可稱之為群組會話條件(Conference Policy或者Group Rules )，或簡 稱群組條件，例如多方通信的群組最大成員數、是否允許成員邀請其他成 員參與、是否允許其他成員主動加入或/和是否允許匿名等群組條件。但是， 從上迷方案可以看出，在採用臨時群組方式建立多方通信時，通過現有的SIP消息，如SIP INVITE請求或SIP訂閱(SIP SUBSCRIBE)"清求等無法 滿足這一需求。另外，對於採用預定義群組方式建立多方通信時，通過SIP 消息，也無法更改在應用伺服器中已經預先設置的群組條件。更進一步地，對於採用兩種方式建立多方通信時，群組中的成員還有通 過訂閱獲取針對自己的群組條件的需求，目前，也無法通過現有的SIP消息完成這種需求。 發明內容本發明實施例提供了一種進行多方通信的方法，該方法能夠設置多方通 信的群組條件，通過群組條件控制多方通信和限制多方通信的參與方。本發明實施例還提供了 一種進行多方通信的系統，該系統能夠設置多方 通信的群組條件，通過群組條件控制多方通信和限制多方通信的參與方。本發明實施例還提供了 一種進行多方通信的伺服器，該伺服器能夠根據接收到的SIP消息設置多方通信的群組條件，通過群組條件控制多方通信和限制多方通信的參與方。本發明實施例還提供了 一種進行多方通信的客戶端，該客戶端能夠根據發起設置多方通信的群組條件的SIP消息，通過群組條件控制多方通信和限制多方通信的參與方。本發明實施例還提供一種發布事件狀態的方法，該方法能夠對事件狀態 進行訂閱限制。本發明實施例的實現方案如下一種進行多方通信的方法，該方法包括應用伺服器接收到攜帶本次多 方通信的群組條件的多方通信請求後，根據從該請求中獲取本次多方通信的 群組條件對本次多方通信進行控制。一種進行多方通信的系統，該系統包括應用伺服器和客戶端，其中， 應用伺服器，用於接收客戶端發送的多方通信請求，獲取該請求中的群 組條件，且對應於群組條件建立多方通信後，根據群組條件對多方通信會話進行控制，或對客戶端發送的修改多方通信請求進行處理；客戶端，用於向應用伺服器發送包含群組條件的多方通信請求或修改多方通信請求。一種進行多方通信的客戶端，包括收發模塊和群組條件生成模塊，其中，群組條件生成模塊，用於生成多方通信的群組條件，發送給收發模塊； 收發模塊，用於將從群組條件生成模塊接收到的群組條件包含在多方通信請求中發送出去。一種進行多方通信的伺服器，包括收發模塊、存儲群組條件模塊以及控制模塊，其中，收發模塊，用於接收攜帶群組條件的多方通信請求後，將攜帶的群組條 件發送給存儲群組條件模塊，並將該請求轉發給控制模塊處理，接收控制模 塊發送的響應消息後，轉發出去；存儲群組條件模塊，用於從收發模塊接收群組條件並存儲，在多方通信 過程中提供群組條件給控制模塊；控制模塊，用於根據從存儲群組條件模塊獲取的群組條件控制多方通信 的會話。一種發布事件狀態的方法，該方法包括應用伺服器在接收到攜帶資源的事件狀態和授權信息的發布消息後，根 據所述的授權信息對所述資源的事件狀態的訂閱權限進行控制。本發明實施例在發起建立多方通信時，多方通信的發起方可以通過SIP 消息攜帶群組條件，在應用伺服器設置多方通信的群組條件，從而在建立多 方通信或在多方通信過程中，應用伺服器根據群組條件控制多方通信和限制 多方通信的參與方。因此，本發明實施例提供的方法、系統、伺服器及客戶 端，可以設置多方通信的群組條件，通過群組條件控制多方通信和限制多方 通信的參與方。更進一步地，本發明實施例還可以在多方通信過程中通過 SIP消息攜帶群組條件更新應用伺服器中的多方通信的群組條件。另外，本發明實施例提供的發布事件狀態的方法，可以在發布消息中攜帶授權信息，從而根據攜帶的授權信息對發布消息中攜帶的資源的事件狀態 進行權限控制。


圖1為現有技術中採用SIP技術建立會話的方法流程圖；圖2為本發明實施例application/conference-policy + xml消息體結構示意圖。圖3本發明實施例在臨時群組方式下進行會話的方法流程圖； 圖4為本發明實施例控制功能伺服器控制會話的方法流程圖； 圖5為本發明實施例參與功能伺服器控制會話的方法流程圖； 圖6為本發明實施例會話發起者修改群組條件的方法流程圖； 圖7為本發明實施例會話參與成員訂閱群組條件的方法流程圖； 圖8為本發明實施例在預定義群組會話和會議情況下，進行會話的方法 流程圖；圖9為本發明較佳實施例SIP客戶端2向會話創建者發送秘密消息的處 理方法流程圖；圖10為本發明實施例應用在Publish場景中的訂閱呈現信息的方法流程圖；圖11為本發明實施例進行多方通信的系統示意圖；圖12為本發明實施例進行多方通信的客戶端裝置示意圖；圖13為本發明實施例進行多方通信的伺服器裝置示意圖。
具體實施方式
為使本發明的目的、技術方案和優點更加清楚，下面結合附圖對本發明 實施例作進一步的詳細描述。本發明實施例在多方通信發起方向多方通信的應用伺服器發送多方通 信會話請求時，攜帶群組列表信息的同時攜帶群組條件，該群組條件包括公用的群組條件和/或針對特定群組成員的條件，多方通信的應用伺服器根據 接收到該請求攜帶的群組列表信息確定群組中的成員，根據接收到該請求攜 帶的群組條件，為確定的成員發送相應的請求，得到確認響應後，將成員加 入到多方通信中。在本發明實施例中，多方通信會話請求攜帶的群組列表信息可以為群組 列表的標識(在預定義群組方式下)以及群組列表(在臨時群組方式下)。在本發明實施例中，在多方通信的過程中，多方通信的群組成員也可以 向多方通信的應用伺服器發送攜帶群組條件的更改多方通信會話請求，多方 通信的應用伺服器根據接收到的該請求攜帶的群組條件確定是否匹配已經 存儲的群組條件，如果是，則可以更新當前多方通信的群組條件。更進一步 地，還可以將更新後的群組條件攜帶在多方通信請求中發送給對應的多方通 信的群組成員。在本發明實施例中，多方通信的群組成員還可以訂閱多方通信中與自身 相關的群組條件，從而方便多方通信的群組成員獲悉在多方通信會話中與自 身相關的群組條件。以下以建立多方通信採用SIP為例對本發明實施例進行詳細說明。多方通信會話請求可以是建立多方通信的INVITE請求，或者是在會話 過程中修改多方通信的重新邀請(re-INVITE)請求，或者是會話建立之前 修改多方通信的更新(UPDATE )請求，還可以是諮詢(REFER )請求等。 其中，INVITE等請求可以由多方通信參與方發往應用伺服器，也可以由應 用伺服器發往多方通信參與方。在多方通信發起方向多方通信的應用伺服器 發送SIP INVITE請求時，包含一個multipart/mixed的消息體，其中包含兩 個消息體部分用於描述多方通信會話的媒體信息的application/sdp消息體 和application/conference-policy + xml消息體。application/conference-policy 十xml消息體如圖2所示，包括的信息項有群組成員列表、群組信息、公 用的群組條件和針對特定群組成員的群組條件。其中，群組成員列表包括群組成員的URI (如Tel URI或SIP URI)以及對應的屬性(是否匿名anonymize等)。群組信息，可以選擇為群組信息，包括群組顯示名〈display-name〉和群 組會話主題 。公用的群組條件，與針對特定群組成員的群組條件二者可以選擇其一或 並存，在實際應用中， 一般可以並存，其中包括多方通信的群組成員的最 小個數〈min-participant-count〉，小於該個數後多方通信取消；多方通信的群 組成員的最大允許參與人數〈max-participant-count、等於該個數後不允許邀 請新成員加入；多方通信的結束條件〈session-end-criteria〉；是否自動發送群 組信息變更通知 ; 會話最長持續時間 、多方通信允許的時間範圍〈schedule〉；是否首先將所有多方 通信的群組成員設置為靜音〈mute-all-first〉；會話模式，如標識是否立即發 起會話請求，即標識是聊天室群組會話還是即時邀請群組會話。以上可以信 息可以全部或部分的包括在公用的群組條件中。針對特定群組成員的群組條件，與公用的群組條件二者可以選擇其一或 並存，該條件採用〈conditions〉-〈actions〉的結構，即滿足一定條件時，執 行一定的動作。相關的〈conditions〉可以包括多方通信的群組成員標識〈identity〉、多 方通信的其它群組成員標識或/和多方通信的臨時群組成員 〈s-list-member〉等。本發明實施例定義的包括是否允許群組成員訂閱會議狀態 、是否允許群組成員訂閱多方通信參與條件 、是否允許群組成員動態邀請其他人參與會話 、指示應用伺服器是否阻止加入多方通信的 請求〈join-handling〉、是否允許匿名參與多方通信〈allow-anonymity〉、是否 具有高優先級的成員 、是否允許群組成員創建多方通信 的子會議〈allow-subconfX是否允許群組成員在多方通信中使用秘密消息、 或/和是否允許將群組中的其他群組成員全部靜音(allow-mute-all)等。圖3為本發明實施例在臨時群組方式下進行會話的方法流程圖，其中涉及的網絡實體包括會話發起者，即SIP客戶端；SIP應用伺服器；會話參 與成員，即SIP客戶端1和SIP客戶端2。其具體步驟為步驟301、 SIP客戶端向SIP應用伺服器發送SIP INVITE請求，該請求 攜帶臨時群組成員列表及對應的群組條件，用於建立起應用伺服器與該SIP 客戶端之間的會話。步驟302、 SIP應用伺服器根據接收到請求中的群組條件為本次會話參 與成員分別生成對應的SIP INVITE請求。其中每個本次會話參與成員對應的根據群組條件生成的SIP INVITE請 求的消息體可以不相同。如根據群組條件中參與者允許的媒體類型生成SIP INVITE請求的消息體的SDP部分可以不相同，可與部分參與者只建立語音 類型的通信，而其他參與者可同時建立語音和視頻類型的通信。另外SIP應 用伺服器還可以在給每個參與者發送的SIP INVITE請求的消息體中包含公 用的群組條件和該參與者對應的特定群組條件，每個參與者對應的特定群組 條件也可以不相同。步驟303、 SIP應用伺服器將對應於SIP客戶端1的SIPINVITE請求發 送給SIP客戶端l,其中可以攜帶或不攜帶對應於SIP客戶端1的群組條件。如果SIP客戶端接收到了群組條件，則可以將其內容顯示給用戶，或者 還可以在後續的通信過程中根據這些群組條件對用戶進行控制。例如將群 組條件中的群組會話主題顯示在SIP客戶端界面上，或禁止用戶進行群組條 件中不允許的動作，如創建多方通信的子會議，這樣避免客戶端發送不被允 許的請求，節約了網絡資源和時間。步驟304、 SIP應用伺服器將對應於SIP客戶端2的SIP INVITE請求發 送給SIP客戶端2,其中可以攜帶或不攜帶對應於SIP客戶端2的群組條件。步驟305、 SIP客戶端1接收到步驟303發送的請求後，返迴響應，即 200 OK。SIP應用伺服器在收到200 OK後回送確認(ACK)響應，建立與SIP客戶端1的會話。步驟306、 SIP客戶端2接收到步驟304發送的請求後，返迴響應，即 200 OK。SIP應用伺服器在收到200 0K後回送ACK響應，建立與SIP客戶端2 的會話。步驟307、 SIP應用伺服器建立了與SIP客戶端、SIP客戶端1和SIP客 戶端2之間的會話，並對該群組會話進行集中的控制。在會話過程中，群組 成員，如SIP客戶端1向SIP應用伺服器發送攜帶更新群組條件的修改會話 (re-INVITE)請求，例如增加視頻媒體能力或邀請新群組成員加入等。 re-INVITE請求實際上就是在會話過程中發起的會話內的SIP INVITE請求， 可以用於修改多方通信會話的屬性，如會話的媒體類型、通信埠等。步驟308、 SIP應用伺服器根據所存儲的群組成員對應的群組條件判斷 是否允許群組成員發送的re-INVITE請求，如果是，則執行步驟309;否則， 則返回失敗響應(在圖中未示出)。步驟309、 SIP應用伺服器執行該re-INVITE請求，給SIP客戶端1增 加視頻媒體能力或者向被邀請的成員發起SIP INVITE請求邀請其加入，然 後向發送"f奮改會話請求的該群組成員返迴響應，即返回200 OK。在會話過程中，群組條件可以被更新以更改應用伺服器的集中控制行 為。通常只允許會話的發起者如上述的SIP客戶端或群組條件中設定的管理 者如上述的SIP客戶端1等更新群組條件。會話發起者可以向應用伺服器發 送re-INVITE消息，其消息體中攜帶更新後的群組條件，對現有條件進行替 換或合併。其中可以進一步攜帶是否替換或合併的指示，應用伺服器可以根 據此指示執行群組條件的替換或者合併。在SIP應用伺服器執行修改會話請 求時，還可以根據修改會話請求生成對應於本次會話參與成員的re-INVITE 請求，發送給對應的本次會話參與成員，包括本次多方通信會話的發起者。 如更新群組條件後，原先的視頻會議現在員生成的群組條件。又如更新的群組條件變為禁止群組參與者A參見，則 應用伺服器可以生成斷開多方通信會話請求，發送給群組參與者A,禁止其 參與多方通信會話。除了在會話過程中可以用re-INVITE請求的方式來更新群組條件，在發 送SIP INVITE請求後而多方通信會話還尚未建立時，可以用UPDATE消息 來更新群組條件。通過群組條件對多方通信會話進行控制是由SIP應用伺服器執行的，在 本發明實施例中，SIP應用伺服器可以分為參與功能伺服器和控制功能服務 器，會話的修改集中在控制功能伺服器上進行的。對於臨時群組會話， 一開 始接收SIP INVITE會話建立請求的應用伺服器作為控制功能伺服器，其他 參與該臨時群組會話的應用伺服器為參與功能伺服器。對於預定義群組會 話，能夠根據群組ID獲取群組成員的應用伺服器為控制功能伺服器，其他 參與該預定義群組會話的應用伺服器為參與功能伺服器。在本發明實施例 中，控制功能伺服器主要處理初始的會話請求並維護群組會話條件，執行接 收到的修改會話請求。在本發明實施例中，上述的SIP應用伺服器實際上就是控制功能服務 器，參與功能伺服器對整個會話來說是透明的，沒有參與根據群組條件對會 話的控制。圖4為本發明實施例控制功能伺服器控制會話的方法流程圖，其具體步 驟為步驟401、控制功能伺服器接收到SIPINVITE請求。 在臨時群組會話中，通常客戶端會向一個預定的會場(Conf-Factory) 的URI發送SIP INVITE請求，即INVITE sip: Conf-Factory,控制功能服務 器回送302 (Moved)響應，並攜帶控制功能伺服器實際分配的會議標識 (Conf-ID),客戶端根據實際分配的Conf-ID，重新發起SIP INVITE請求， 即INVITE sip: Conf-ID，隨後建立起客戶端和控制功能伺服器的會話。步驟402、該控制功能伺服器返回200 OK,在客戶端回送ACK後建立會話。步驟403、該控制功能伺服器獲取接收到該請求攜帶的群組成員列表和 對應的群組條件。步驟404、該控制功能伺服器根據群組成員列表生成對應於群組成員的 SIP INVITE請求，過程為將SIP INVITE請求的Request URI填充為某個 群組成員的地址(SIP URI或Tel URI)，將From填充為自身的地址以及 To填充為上述成員的地址。還可以在SIP INVITE請求中攜帶對應上述成員 的群組條件，而目前被邀請的群組成員無法獲知本次會話的一些信息，如自 己被允許的權限和群組會話的限制條件等。在本步驟中，還可以進行一些其他的處理A、 該控制功能伺服器在生成的對應於群組成員的SIP INVITE請求消 息體中繼續攜帶群組成員列表，以讓其獲悉群組會話中的其他參與方。但是 將接收到請求中的copyControl為bcc和 anonymize為true的URI鄰'J除,保 留剩餘的且根據剩餘的生成對應於群組成員的SIP INVITE請求。刪除這些 URI是為了實現這些群組成員的隱身或者密送的目的。B、 保留公用的群組條件，將針對各個成員的群組條件轉化為針對此成 員的群組條件攜帶在對應於群組成員的SIP INVITE請求中。步驟405、該控制功能伺服器將處理後獲得的針對每個成員的SIP INVITE請求分別發送給對應的群組成員接收。在發送給各個群組成員的SIP INVITE請求中，可以攜帶對應於該群組 成員的群組條件，也可以不攜帶對應於該群組成員的群組條件。如果該請求 攜帶了群組條件，則群組成員所屬的應用伺服器(如果不是控制功能伺服器 就是參與功能伺服器)或群組成員所在的客戶端在後續接收到修改會話請求 時可以進行一些過濾處理，這些修改會話請求可以為更改媒體、發送秘密消 息、創造子會議或重新加入會話等，避免客戶端發送一些不被允許的請求給 控制功能伺服器；而有些則必須到該控制功能伺服器進行處理，如邀請群組 成員加入的群組成員個數是否超過了設定的會話參與成員總數等(因為會話參與成員也會邀請成員加入，實時的成員總數只有該控制功能伺服器知道)。 如果該請求沒有攜帶群組條件或在會話過程中群組條件發生了變更，則 群組成員所屬的應用伺服器或群組成員所在的客戶端可以通過群組成員訂 閱群組條件的過程來獲取到群組條件，這個過程後續進行詳細描述。步驟406、如果在會話過程中，該控制功能伺服器接收到會話變更請求， 如邀請其他成員加入、改變媒體類型等會導致會話信息和狀態變更的請求， 該控制功能伺服器根據接收到請求中攜帶的群組成員標識和變更類別查找 到所存儲的群組條件。步驟407、該控制功能伺服器匹配所存儲的群組條件，獲取匹配結果。 具體過程為首先應用公用的群組條件，例如本次會話的最大參與人數 為10，如果當前已經有IO個成員參與會話，而其中一個成員使用REFER 請求(SIP消息中的一種)邀請其他成員加入，該控制功能伺服器拒絕該請 求。然後，應用針對特定群組成員的群組條件，其中成員標識對應 t的條件，變更類別對應〈actions〉中的條件，例如，某個群組 條件中的〈conditions〉/〈dentity〉為此成員的成員標識，或者某個群組條件中 的〈s-list-member〉為此成員的成員標識，則該條件對應該成員；假設該成員 之前是被踢出本次會話的，其〈actions》〈join-handing〉條件為false,即不允 許重新加入，當變更類別為重新加入時，該控制功能伺服器拒絕該請求。步驟408、該控制功能伺服器根據最終的匹配結果向發送該請求的成員 返回對應的響應，包括接受請求和拒絕請求兩種可能。另外參與功能伺服器也可以根據群組條件進行會話的控制，假定參與功 能伺服器和控制功能伺服器為不同的伺服器，實際中如果一個參與者與發起 者歸屬於同一個應用伺服器，則該參與者對應的參與功能伺服器就是控制功 能伺服器。圖5為本發明實施例參與功能伺服器控制會話的方法流程圖，其 具體步驟為步驟501、參與功能伺服器接收到SIPINVITE請求。步驟502、該參與功能伺服器判斷接收到的SIP INVITE請求是否來自 控制功能伺服器，如果是，則執行步驟503;如果否，則執行步驟504。步驟503、該參與功能伺服器獲取接收到請求攜帶的成員標識，向對應 的群組成員發送SIP INVITE請求，請求該群組成員加入會話，結束流程。如果SIP INVITE請求中包含了群組條件，則參與功能伺服器將其緩存 在本地，供後續據此對參與者的請求進行過濾處理。步驟504、該參與功能伺服器獲取接收到請求攜帶的變更類別，查找到 本地緩存的對應的群組條件，執行步驟504。在本步驟中，如杲接收到的SIP INVITE請求不是來自控制功能伺服器， 就說明該SIP INVITE請求為更改多方通信會話請求。步驟505、該參與功能伺服器判斷變更類別是否與查找到的對應的群組 條件相匹配或該參與功能伺服器沒有存儲有對應的群組條件，如果是，則執 行步驟506;如果否，則返回拒絕該請求的響應。判斷變更類別是否與查找到的對應的群組條件相匹配，即判斷是否被群 組條件所允許。該參與功能伺服器無法判斷目前會話參與人數，因此無法對 "重新加入"以及"邀請其他成員加入"等變更類別進行群組條件匹配處理， 而對於"秘密消息"或"獲取會議狀態"等變更類別可以進行群組條件匹配。步驟506、該參與功能伺服器根據接收到請求的目的地將該請求轉發到 目的應用伺服器，即控制功能伺服器上進行處理。步驟507、該控制功能伺服器進行群組條件的匹配，根據匹配結果向發 送方返回對應的響應，包括接受該請求或拒絕該請求兩種可能。在該步驟中，如果控制功能伺服器不將群組條件發送到會話參與成員所 屬的應用伺服器，即參與功能伺服器，在這種情況下，參與功能伺服器就需 要將接收到的所有會話變更請求發送到控制功能伺服器去處理。另外接收到 群組條件的客戶端，可以進行一些類似地過濾處理。圖6為本發明實施例會話發起者修改群組條件的方法流程圖，涉及的網 絡實體包括會話發起者SIP客戶端、SIP應用伺服器以及會話參與成員SIP客戶端1和SIP客戶端2,其具體步驟為步驟601 、會話過程中，SIP客戶端向SIP應用伺服器發送SIP re-INVITE 請求，攜帶群組會話標識和修改後的群組條件。在本發明實施例中，會話參與成員，如SIP客戶端1或SIP客戶端2也 可以發送SIP re-INVITE請求，進行群組條件的〗務改，應用伺服器可以根據 對應的授權策略(例如允許SIP客戶端l修改)來判斷是否允許修改。或者 會話參與成員發送的請求。或者此請求被轉發到會話發起者處進行授權，應 用伺服器根據授權結果向會話參與成員返回對應的響應。步驟602、 SIP應用伺服器根據接收到請求攜帶的群組會話標識找到所 保存的對應的群組條件並更新。如果群組條件更新後，需要重新邀請成員，如改變多方通信的媒體類型， 則還可以進行以下步驟步驟603 - 604、 SIP應用伺服器向會話參與成員分別發送對應的 re-INVITE請求，進一步在請求中還可以攜帶對應於各個會話參與成員更新 後的群組條件。另外更新後的群組條件也可以通過通知(NOTIFY)消息發送給各參與 群組成員，具體步驟如圖7所示。圖7為本發明實施例會話參與成員訂閱群 組條件的方法流程圖，其具體步驟為步驟701、會話進行過程中，SIP客戶端2向SIP應用伺服器發送訂閱 (SUBSCRIBE)請求，訂閱群組條件。該請求用於當群組條件變更時，可以獲得群組條件變更通知，其中 SUBSCRIBE請求中可以攜帶過濾規則，指明希望接收哪些群組條件的變更 通知，如，僅希望接收秘密消息、會話所允許群組成員的個數等相關條件的 變更通知。步驟702、 SIP應用伺服器根據接收到請求保存SIP客戶端2的訂閱信臺在保存SIP客戶端2的訂閱信息之前，還可以對SIP客戶端2進行認證和授權，認證和授權通過後，才能保存SIP客戶端2的訂閱信息步驟703、 SIP應用伺服器監控群組條件的變更，當監控到群組條件變 更後，根據存儲的訂閱信息生成NOTIFY消息，該消息攜帶更新的群組條件， 所述的更新的群組條件是根據過濾規則過濾後的群組條件。步驟704、 SIP應用伺服器向SIP客戶端2發送NOTIFY消息，攜帶更 新的群組條件。圖8為本發明實施例在預定義群組會話情況下，進行會話的方法流程 圖，其具體步驟為步驟801、會話發起者，即SIP客戶端發送SIP INVITE請求，攜帶預 定義群組標識。步驟80厶SIP應用伺服器到共享群組管理伺服器(Shared Group XDMS， Shared Group XML Document Management System )獲取該請求攜帶的預定義 群組標識對應的群組成員信息和群組條件。如杲SIP應用伺服器存儲有請求攜帶的預定義群組標識對應的群組成 員信息和群組條件，則省略該步驟。如果在步驟801中SIP INVITE請求中也包含有群組成員信息和群組條後續步驟。具體的合併方法如群組成員進行併集運算，群組條件採用邏輯與 "AND"運算。步驟803 - 807、與圖3中的步驟302~ 306相同。步驟808、會話過程中，SIP客戶端發送SIP re-INVITE請求，攜帶修改 後的群組條件。步驟809、 SIP應用伺服器更新保存的本次會話群組條件，可選地，針 對會話參與成員生成對應的會話條件變更請求，如SIP INVITE請求，可以修改會話的媒體類型；或者此會話變更請求中還包含了新增的群組成員，則 發送SIP INVITE請求邀請新增的成員加入群組會話。如果在更新的群組條 件中設定了禁止某個正在參與會話的成員繼續參與會話，則應用伺服器可以21向該成員客戶端發送禁止(BYE)請求，斷開其連接。 舉兩個具體實施例進行說明。 實施例1Alice邀請了 5個同學進行IM聊天，她希望僅允許這5個同學再邀請一 些朋友參與會話，但是不希望再邀請的這些朋友再次邀請其他人加入聊天， 同時確定總聊天人數不超過10人，所有參與聊天的人員都不允許匿名，不 允許開子會議，不允許傳輸秘密消息，會議主題為"Merry Xmas and Happy New Year!"。以下是Alice發起SIP INVITE請求的格式formula see original document page 22 Friends</display-name〉 10 Merry Xmas and Happy New Year!<rule〉 <actions〉true true false false true —boundary 1——圖9為本發明較佳實施例SIP客戶端2，即在會話過程中被某個同學邀請加入的朋友Tom企圖再邀請另外一個人加入會話的處理方法流程圖，其 具體步驟為步驟901、會話過程中，Tom希望向邀請另外一個人Lisa加入會話，其 客戶端向所歸屬的SIP應用伺服器2即參與功能伺服器發送REFER消息， 其中的REFER-TO字4殳指定為Lisa的SIP URI。步驟902、應用伺服器2通過SIP/IP Core將該消息路由到控制功能服務 器，即應用伺服器1。步驟903、應用伺服器1首先匹配公用的群組條件，如檢查是否聊天人 數已經達到上限；然後匹配針對Tom的群組條件，確定Conditions中沒有 Tom滿足的條件，則確定不允許Tom邀請其他人加入會話。步驟卯4、應用伺服器1通過SIP/IP Core向應用伺服器2發送403響應 (Forbidden),告知發送方Tom被禁止發送REFER消息。步驟905、 403響應被返回給Tom,客戶端將響應消息提示給Tom。圖 9所述的方案中，使用了一種內容類型Content-Type: application/conference-policy+xml包含群組成員列表和群組條件。另一種實 現方案是，註冊一種新的內容類型Content-Type,僅用於攜帶群組條件，這 個群組條件可以與現有的群組列表內容類型 Content-Type: application/resource-lists+xml結合使用，也可以單獨使用，如在會話過程中 更新群組條件時客戶端發送的INVITE消息中就不需要帶群組列表，只攜帶 群組條件即可。實施例2Alice邀請了 5個同事進行電話會議，並為他們分別設置了會議參與條 件會議期間，成員A希望訂閱其關心的會議群組條件，其發送的 SUBSCRIBE請求的格式為SUBSCRIBE建立會話的時候會議伺服器分配的會議ConferenceID Via: SIP/2.0/TCP memberhost.example.com;branch-z9hG4bKnashds7 To:建立會話的時候會議伺服器分配的會議ConferenceIDFrom: ;tag=xfg9 Call-ID: 201 [email protected] CS叫17766 SUBSCRIBE Max-Forwards: 70 Event: conference-rules Accept: application/conference-rule-info+xml Contact: Expires: 600 Content-Length: 0會議伺服器，即SIP應用伺服器根據該會議的群組條件判斷成員A是 否被允許訂閱會議群組條件。如果允許則用NOTIFY返回群組條件，另外當 後續會話群組條件更改後，應用伺服器就會發送通知消息。通知消息的格式 為NOTIFY sip:[email protected] SIP/2.0Via: SIP/2.0/TCP conference.example.com;branch=z9hG4bKiia998sk From: Conference Server ;tag=ffd2 To: ;tag=xfg9 Call-ID: 201 [email protected] Event: conference-rules Subscription-State: active;expires=599 Max-Forwards: 70 CSeq: 8775 NOTIFYContact: <sip:[email protected]〉 Content-Type: application/conference-mle-info+xml Content-Length:... Friends 10My conferenceTRUE FALSE 在通知消息中包含內容類型 Content-Type: application/conference-rule-info+xml的消息體，其中應用伺服器的群組條件 中的公用的群組條件部分可以直接使用，而針對特定群組成員的群組條件並 不是原封不動的放置在通知消息中，而是根據〈conditions〉對該訂閱者滿足 的條件獲取其對應的動作,只把其匹配對應的的內容放置 在通知消息中發給訂閱者即可。另外在應用伺服器發送給參與者的SIP INVITE消息中如果攜帶群組條件，也可以採用上述的方法。本發明實施例不僅可以應用到上述SIP INVITE攜帶群組條件的場景， 還可以應用發布(SIP Publish)呈現信息等其他場景，使用SIPPublish消息 發布呈現信息到呈現伺服器，在Publish消息中帶上授權信息(在現有技術 中，只能攜帶呈現信息，而不能攜帶授權信息)，授權信息也採用通用規則 (Common Policy )結構構成，與上述的針對特定群組成員的群組條件類似。 這樣，呈現伺服器就可以根據授權信息對觀察者(WATCHER)的呈現信息 訂閱進行授權。除了呈現信息(Presence)外，其他的一些事件狀態(Event State)的發布也可以在Publish消息中帶上授權信息以控制對事件狀態信息 的訂閱權限。這樣就不需要客戶端通過其他方式到伺服器設置授權信息了， 而是直接在發布的同時就設置了授權信息。如圖10所示，圖lO為本發明實施例應用在Publish場景中的訂閱呈現 信息的方法流程圖，其具體步驟為步驟1001、呈現體將呈現信息和授權信息用SIP Publish消息發布到呈現伺服器。其中呈現信息和授權信息使用不同的內容類型Content-Type,如 application/pidf+xml和application/pres-rules+xml。 Publish消息與INVITE消 息類似，此處只將授權信息的內容舉例如下 allow PoC IM 步驟1002、呈現伺服器保存收到的呈現信息和授權信息，並返回200 OK消息。如果呈現伺服器後續又收到了該呈現體發布的呈現信息，但是沒有同時 包含授權信息，則繼續可以使用以前保存的授權信息進行鑑權；如果同時包 含了授權信息，則更新以前保存的授權信息。步驟1003、 WATCHER發送SUBSCRIBE消息給呈現伺服器，對呈現 信息進行訂閱。步驟1004、接收到SUBSCRIBE消息的呈現伺服器，根據上述的授權 信息進行鑑權，鑑權通過後向WATCHER返回200 OK消息。PUBLISH消息發布的事件狀態通常都是有有效期的，與事件狀態一起授權信息可以使用相同的有效期。當然PUBLISH消息發布的授權信息也可 以不使用PUBLISH消息裡指定的有效期，而是一直有效，直到收到新的授 權信息。客戶端發送的PUBLISH消息中也可以只包含授權信息，這時伺服器根 據PUBLISH消息頭中的Event欄位確定授權信息是針對R叫uest-URI資源 的何種事件狀態設置的，如Event欄位為presence,則表示針對資源的呈現 信息設置的授權信息。這種情況的授權信息可以一直有效，PUBLISH消息 中有效期Expires頭欄位對其沒有影響。在本發明實施例中，還提供一種進行多方通信的系統，如圖11所示 其中包括應用伺服器和一個以上的客戶端，其中，應用伺服器，用於接收客戶端發送的攜帶群組條件的多方通信請求，存 儲群組條件，並在建立多方通信後，根據群組條件對多方通信的會話進行集 中控制，以及對客戶端發送的多方通信會話變更請求進行處理。客戶端，用於向應用伺服器發送攜帶群組條件的多方通信請求；向應用 伺服器發送多方通信會話變更請求。在本發明實施例中，應用伺服器還用於向發起多方通信之外的其他客戶 端發送攜帶針對該客戶端的群組條件的多方通信請求，等到客戶端回復響應 後，將客戶端加入多方通信。在本發明實施例中，還提供一種進行多方通信的客戶端，如圖12所示， 包括收發模塊，和群組條件生成模塊，其中，群組條件生成模塊，用於生成多方通信的群組條件，發送給收發模塊；收發模塊，用於將從群組條件生成模塊接收到的群組條件包含在多方通 信請求中發送出去。在客戶端中，還包括響應模塊，用於從收發模塊接收到多方通信請求或 修改多方會話請求後，生成響應消息，通過收發模塊發送出去；收發模塊，用於接收多方通信請求或修改多方會話請求，並發送給響應 模塊。在本發明實施例中，還提供一種進行多方通信的伺服器，如圖13所示，包括收發模塊、存儲群組條件模塊以及控制模塊，其中，收發模塊，用於接收攜帶群組條件的多方通信請求後，將攜帶的群組條 件發送給存儲群組條件模塊，並將該請求轉發給控制模塊處理，接收控制模 塊發送的響應消息後，轉發出去。還可以類似的接收攜帶更新後群組條件的 修改多方通信請求，將更新後的群組條件發送給存儲群組條件模塊，將請求 發送給控制模塊。存儲群組條件模塊，用於從收發模塊接收群組條件並存儲，在多方通信 過程中提供群組條件給控制模塊。控制模塊，用於根據從存儲群組條件模塊獲取的群組條件控制多方通信 的會話。具體的處理從收發模塊轉發的各種多方通信請求，並根據群組條件 進行處理，然後向收發模塊發送響應消息。以上是對本發明具體實施例的說明，在具體的實施過程中可對本發明實 施例的方法進行適當的改進，以適應具體情況的具體需要。因此可以理解， 根據本發明的具體實施方式
只是起示範作用，並不用以限制本發明的保護範 圍。
權利要求
1. 一種進行多方通信的方法，其特徵在於，該方法包括應用伺服器接收到攜帶本次多方通信的群組條件的多方通信請求後，根據從該請求中獲取本次多方通信的群組條件對本次多方通信進行控制。
2、 如權利要求1所述的方法，其特徵在於，所述對本次多方通信進行 控制包括應用伺服器根據從該請求中獲取本次多方通信的群組條件生成針對多 方通信參與方的多方通信請求，分別發送給多方通信參與方；應用伺服器根據接收到的多方通信參與方的響應消息將多方通信參與 方加入多方通信。
3、 如權利要求2所述的方法，其特徵在於，應用伺服器接收到多方通 信i青求後，該方法還包4舌應用伺服器建立與發送該多方通信請求的發起方之間的多方通信； 從該請求中獲取本次多方通信的群組條件後，存儲群組條件。
4、 如權利要求l、 2或3所述的方法，其特徵在於，所述的群組條件包 括公用的群組條件和/或針對特定多方通信參與方的群組條件。
5、 如權利要求2所述的方法，其特徵在於，所述針對多方通信參與方 的多方通信請求攜帶的消息體是根據特定多方通信參與方的群組條件設定 的，在建立臨時群組的多方通信時，所述群組條件為應用伺服器接收到的多 方通信請求中攜帶的本次多方通信的群組條件；在建立預定義群組的多方通信時，所述群組條件為應用伺服器接收到的 多方通信請求中攜帶的本次多方通信的群組條件和存儲在應用伺服器的群 組條件合併或替換後生成的。
6、 如權利要求l所述的方法，其特徵在於，該方法還包括在多方通信過程中，應用伺服器接收攜帶更新群組條件的修改多方通信 請求，從該請求中獲取本次多方通信的群組條件，對多方通信的群組條件進行更新。
7、 如權利要求6所述的方法，其特徵在於，所述對多方通信的群組條件進行更新包括對群組條件的替換或者合併；所述的修改多方通信請求中可進一步包含對群組條件進行合併或替換 的指示，根據此指示對群組條件進行更新。
8、 如權力要求6所述的方法，其特徵在於，所述的更新群組條件的修 改多方通信請求中，進一步攜帶新增的群組成員列表；該方法進一步包括應用伺服器生成針對新增群組成員的多方通信請 求，分別發送給新增的多方通信參與方。
9、 如權利要求6所述的方法，其特徵在於，在所述對本次多方通信的 群組條件進行更新之後，該方法還包括多方通信參與方；或者當本次多方通信的群組條件為禁止至少一個多方通信參與方參與 多方通信，則應用伺服器生成斷開多方通信請求，發送給所述禁止參與多方 通信的多方通信參與方。
10、 如權利要求9所述的方法，其特徵在於，所述針對多方通信參與方 的修改多方通信請求攜帶的消息體是根椐特定多方通信參與方的群組條件 設定的，在臨時群組的多方通信時，所述群組條件為應用伺服器接收到的多 方通信請求中攜帶的本次多方通信的群組條件；在預定義群組的多方通信時，所述群組條件為應用伺服器接收到的多方 通信請求中攜帶的本次多方通信的群組條件和存儲在應用伺服器的群組條 件合併或替換後生成的。
11、如權利要求5或9所述的方法，其特徵在於，在所述分別發送給多 方通信參與方之後，該方法還包括多方通信參與方接收到請求後，將攜帶在消息體中的群組條件內容進行 顯示，或在通信過程中根據攜帶在消息體中的群組條件對多方通信參與方進行控制。
12、 如權利要求6所述的方法，其特徵在於，在所述對本次多方通信的群組條件進行更新之前，該方法還包括多方通信參與方訂閱群組條件，應用伺服器對多方通信的群組條件進行 更新後，向訂閱了群組條件的多方通信參與方發送包含更新的群組條件的通 知消息。
13、 如權利要求l所述的方法，其特徵在於，所述應用伺服器接收到的多方通信請求中還包括臨時群組的成員列表或預定義群組的標識，應用服務 器根據該請求攜帶的臨時群組的成員列表或預定義群組的標識確定多方通 信的參與方，對本次多方通信進行控制為對所確定多方通信的參與方進行控制。
14、 如權利要求13所述的方法，其特徵在於，在應用伺服器或者XML 文檔管理伺服器存儲有預定義群組標識對應的預先設置的群組條件，所述從該請求中獲取本次多方通信的群組條件後，應用伺服器將所述的 群組條件與預定義群組標識對應的預先設置的群組條件進行合併或替換。
15、 如權利要求2所述的方法，其特徵在於，所述應用伺服器包括控制 功能伺服器和參與功能伺服器，所述針對多方通信參與方的多方通信請求是由控制功能伺服器生成的； 所述在分別發送給多方通信參與方之前，還包括將生成針對多方通信參與方的多方通信請求，分別發送給多方通信參與方歸屬的參與功能伺服器，由參與功能伺服器轉發給多方通信參與方；所述將多方通信參與方加入多方通信是由控制功能伺服器控制的； 所述控制功能伺服器接收到多方通信參與方的響應消息之前> 還包括 參與功能伺服器將接收到的多方通信參與方的響應消息轉發給控制功 能伺服器。
16、 如權利要求15所述的方法，其特徵在於，所述針對多方通信參與 方的多方通信請求中包含群組條件，參與功能伺服器將其緩存，用於在多方通信過程中根據該群組條件對多方通信參與方的多方通信請求進行過濾處理。
17、 如權利要求l、 2、 3、 5、 13、 14、 15或16所述的方法，其特徵在 於，所述多方通信請求為會話初始化協議SIP中的INVITE請求、或 re-INVITE請求、或UPDATE請求、或REFER請求、或BYE請求。
18、 一種進行多方通信的系統，其特徵在於，該系統包括應用伺服器和 客戶端，其中，應用伺服器，用於接收客戶端發送的多方通信請求，獲取該請求中的群 組條件，且對應於群組條件建立多方通信後，根據群組條件對多方通信會話 進行控制，或對客戶端發送的修改多方通信請求進行處理；客戶端，用於向應用伺服器發送包含群組條件的多方通信請求或修改多 方通信請求。
19、 如權利要求18所述的系統，其特徵在於，所述應用伺服器包括控 制功能伺服器和參與功能伺服器，所述的控制功能伺服器，用於接收到多方通信請求後，獲取該請求中的 群組條件，生成針對客戶端的多方通信請求，分別發送給客戶端歸屬的參與 功能伺服器；接收到客戶端發送的響應消息後對應於群組條件建立多方通 信；所述的參與功能伺服器，用於根據接收到的針對客戶端的多方通信請求 發送給客戶端，接收到客戶端的響應消息轉發給控制功能伺服器；所述的客戶端，用於接收針對客戶端的多方通信請求，發送響應消息給 所述的參與功能伺服器。
20、 如權利要求18所述的系統，其特徵在於，所述參與功能伺服器將 多方通信請求中包含的群組條件緩存，用於在多方通信過程中根據該群組條件對多方通信參與方的多方通信請求進行過濾處理。
21、 一種進行多方通信的客戶端，其特徵在於，包括收發模塊和群組條 件生成模塊，其中，群組條件生成模塊，用於生成多方通信的群組條件，發送給收發模塊； 收發模塊，用於將從群組條件生成模塊接收到的群組條件包含在多方通 信請求中發送出去。
22、 如權利要求21所述的客戶端，其特徵在於，所述客戶端還包括響 應模塊，用於從收發模塊接收到多方通信請求或修改多方會話請求後，生成 響應消息，通過收發模塊發送出去；收發模塊，用於接收多方通信請求或修改多方會話請求，並發送給響應 模塊。
23、 一種進行多方通信的伺服器，其特徵在於，包括收發模塊、存儲 群組條件模塊以及控制模塊，其中，收發模塊，用於接收攜帶群組條件的多方通信請求後，將攜帶的群組條 件發送給存儲群組條件模塊，並將該請求轉發給控制模塊處理，接收控制模 塊發送的響應消息後，轉發出去；存儲群組條件模塊，用於從收發模塊接收群組條件並存儲，在多方通信 過程中提供群組條件給控制模塊；控制模塊，用於根據從存儲群組條件模塊獲取的群組條件控制多方通信 的會話。
24、 一種發布事件狀態的方法，其特徵在於，該方法包括應用伺服器在接收到攜帶資源的事件狀態和授權信息的發布消息後，根 據所述的授權信息對所述資源的事件狀態的訂閱權限進行控制。
25、 如權利要求24所述的方法，其特徵在於，所述的發布消息為SIP 協議的PUBLISH消息，應用伺服器使用所述的授權信息對所述資源的 PUBLISH消息中的Event頭欄位裡指定的事件狀態的訂閱權限進行控制。
全文摘要
本發明公開了一種進行多方通信的方法、系統及裝置和發布事件狀態的方法，其中，進行多方通信的方法包括應用伺服器接收到攜帶本次多方通信的群組條件的多方通信請求後，根據從該請求中獲取本次多方通信的群組條件對本次多方通信進行控制。本發明實施例提供的方法、系統及裝置，可以設置多方通信的群組條件，通過群組條件限制多方通信的參與方。本發明提供的發布事件狀態的方法包括應用伺服器在接收到攜帶資源的事件狀態和授權信息的發布消息後，根據所述的授權信息對所述資源的事件狀態的訂閱權限進行控制。該方法能夠對事件狀態進行訂閱限制。
文檔編號H04M3/56GK101237336SQ20071000644
公開日2008年8月6日 申請日期2007年2月1日 優先權日2007年2月1日
發明者謙 孫, 揚 招, 田林一 申請人:華為技術有限公司