專利名稱：通信系統(tǒng)中的多用戶服務(wù)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)中的多用戶服務(wù)，特別地但不排它性地涉 及基于SIP的即時消息傳送。
背景技術(shù)：
即時消息傳送(IM)是一種通信服務(wù)，其允許用戶使用以基本 上實時的方式遞送到用戶的消息來〗皮此進行通信。當(dāng)用戶在終端上 創(chuàng)建消息時，將其立即遞送到參與即時消息傳送會話中的其他用戶， 允許他們隨后答復(fù)。例如這樣的即時消息傳送會話也被稱為聊天會 話。
即時消息傳送服務(wù)在例如因特網(wǎng)的固定線^各網(wǎng)絡(luò)上是相當(dāng)熟知 的，使用例如臺式PC和即時消息傳送軟件。然而，也期望它們成為 用于移動通信系統(tǒng)中的持續(xù)受歡迎的服務(wù)。
可以使用由互聯(lián)網(wǎng)工程任務(wù)組(IETF)所開發(fā)的會話發(fā)起協(xié)議 (SIP)來實現(xiàn)即時消息傳送服務(wù)。會話發(fā)起協(xié)議是用于創(chuàng)建、修改 和終止與一個或多個參與者(終點)的會話的應(yīng)用層控制協(xié)議。通 常SIP被開發(fā)成通過使得互聯(lián)網(wǎng)中的一個或多個終點知道會話語義 來允許在這些終點之間發(fā)起會話。連接到基于SIP通信系統(tǒng)的用戶 可基于標(biāo)準(zhǔn)化的SIP消息與通信系統(tǒng)的各種實體進行通信。IETF當(dāng) 前基于SIP、在標(biāo)題為"針對即時消息傳送和在線平衡擴展" (SIMPLE)之下工作于提供IM和在線服務(wù)。開放移動聯(lián)盟(OMA) 也從事于SIP/SIMPLE IM和SIP/SIMPLE在線。
即時消息傳送服務(wù)應(yīng)該給予用戶阻止其他用戶與他們進行通信 的能力。特別地，某些用戶對于其他人來說可能是討厭的。因此， 即時消息傳送服務(wù)允許用戶阻止特定的其他用戶與他們進行聯(lián)系。每個用戶具有其阻止的用戶的列表，并且這個被稱為他們的阻止列 表。
然而，在其中即時消息傳送會話(稱為聊天室)中有多個參與 者的情景中，在管理其中由第三方將不同的用戶邀請到聊天室、但 被邀請的用戶可能被阻止彼此進行通信的情形中，可能造成問題。
為了說明該情形，考慮下面的例子。 一個用戶，稱為用戶c,創(chuàng)建
了一個聊天室，并且邀請用戶A和用戶B加入到聊天室。然而，用 戶A已經(jīng)阻止了用戶B與他進行通信(即，用戶B在用戶A的個人 阻止列表中)。
即時消息傳送系統(tǒng)面對阻止用戶B與用戶A通信的問題(因為 用戶B在用戶A的阻止列表中)，而沒有將用戶A的個人阻止列表 的內(nèi)容公開給第三方(例如聊天室的創(chuàng)建者，即，用戶C)。此外， 被阻止的用戶可能不知道他在另一個用戶的阻止列表上，并且因此 -陂阻止與他們進行通信。
針對該問題的一種可能解決方案是允許用戶C (聊天室創(chuàng)建者) 來邀請其想邀請的任何一個用戶，而無需知道任何受邀者的阻止列 表優(yōu)選項。然而，如果出現(xiàn)在另一個用戶的阻止列表上的用戶被邀 請(例如，用戶B出現(xiàn)在用戶A的阻止列表上)，則系統(tǒng)應(yīng)》文棄對 被阻止用戶的邀請。因此在該例子中，邀請將永遠(yuǎn)不會到達用戶B。 將不通知用戶C其邀請被;改棄。
然而，從聊天室的參與者的角度來看，該解決方案具有缺陷， 其顯示出用戶B已經(jīng)忽略邀請，或IM系統(tǒng)或網(wǎng)絡(luò)存在故障，并且 邀請沒有到達用戶B。此外，即使用戶B僅被阻止與一個特定用戶 (在該情形下是用戶A)進行通信，其也阻止用戶B與聊天室中的 任何其他用戶進行通信。
另一種解決方案是允許用戶C來邀請任意用戶到聊天室，并且 無論他們是否出現(xiàn)在聊天室的任何參與者的阻止列表中，這些被邀 請的用戶都可加入聊天室。然而，系統(tǒng)可過濾來自一皮阻止與另一個 用戶進行通信的用戶的任何消息，使得阻止用戶看不到來自于被阻止用戶的任何消息。換句話說，在該例子中，用戶B可加入到聊天
會話，但用戶A將看不到用戶B發(fā)送的任何消息。
該解決方案的問題在于會話的所有參與者都是彼此可見的，即
用戶A可看到用戶B在線，并且反之亦然。從用戶B的角度來看， 將顯示出或者其消息被用戶A忽略或IM系統(tǒng)或網(wǎng)絡(luò)中存在故障。 因此對于用戶B來說(或事實上聊天室內(nèi)的其他用戶)，相當(dāng)容易 得出其出現(xiàn)在用戶A的阻止列表上的結(jié)論。因此優(yōu)選的是在用戶加 入聊天室的處理期間執(zhí)行如何處理一皮阻止的用戶的判定，或如果他 們被阻止，則所有的用戶將彼此都不可見。
因此需要一種更為靈活的解決方案來處理所指出的問題，使得 用戶的個人阻止列表不被公開于聊天室內(nèi)的任何其他參與者。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的 一個方面，提供一種用于管理通信系統(tǒng)中的聊天 服務(wù)的方法，該方法包括步驟第一用戶終端發(fā)起與會話管理器的 聊天會話；所述第一用戶終端邀請第二用戶終端加入到聊天會話， 其中第二用戶終端與被阻止的用戶的阻止列表關(guān)聯(lián)，被阻止的用戶 被阻止與該第二用戶終端通信；檢查由第一用戶終端邀請加入到聊 天會話的第三用戶終端是否被列于阻止列表中；并且如果第三用戶 終端在阻止列表中，則創(chuàng)建通知消息以通知第二用戶終端的用戶 被阻止的用戶正在加入到聊天會話。
根據(jù)本發(fā)明的一個實施方式，通過會話管理器來實施創(chuàng)建通知 消息的步驟。
根據(jù)本發(fā)明的另 一個實施方式，阻止列表存儲在會話管理器并 且會話管理器執(zhí)行檢查的步驟。
根據(jù)本發(fā)明的另 一 個實施方式，通知消息從會話管理器發(fā)送到 第二用戶終端。
根據(jù)本發(fā)明的另 一個實施方式，阻止列表存儲在獨立于會話管 理器的網(wǎng)絡(luò)的網(wǎng)絡(luò)中的阻止列表管理器處，并且阻止列表管理器執(zhí)行檢查的步驟。
根據(jù)本發(fā)明的另 一 個實施方式，阻止列表存儲在與會話管理器 相同的網(wǎng)絡(luò)中的阻止列表管理器處，并且阻止列表管理器執(zhí)行檢查 的步驟。
根據(jù)本發(fā)明的另 一 個實施方式，通知消息由阻止列表管理器修 改并且從該阻止列表管理器發(fā)送到第二用戶終端。
根據(jù)本發(fā)明的另 一個實施方式，阻止列表存儲在位于第二用戶 終端中的阻止列表管理器處，并且阻止列表管理器執(zhí)行檢查的步驟。
根據(jù)本發(fā)明的另 一 個實施方式，通知消息由阻止列表管理器修 改并且從阻止列表管理器發(fā)送到第二用戶終端的用戶接口 。
根據(jù)本發(fā)明的另一個實施方式，第三用戶終端與第二阻止列表
關(guān)聯(lián)，所述方法進一步包括檢查第二用戶終端是否列于第二阻止 列表中；如果第二用戶終端在第二阻止列表中，則創(chuàng)建通知消息以 通知第三用戶終端的用戶，被阻止的用戶在該聊天會話中。
根據(jù)本發(fā)明的另 一方面，提供一種用于管理通信系統(tǒng)中的聊天 服務(wù)的方法，該方法包括步驟第一用戶終端發(fā)起與會話控制器的 聊天會話；所述第一用戶終端邀請第二用戶終端加入到聊天會話， 其中第二用戶終端與被阻止的用戶的阻止列表關(guān)聯(lián)，；故阻止的用戶 被阻止與該第二用戶終端通信，所述阻止列表存儲在會話控制器處； 在會話控制器處檢查由第 一用戶終端邀請加入到聊天會話的第三用 戶終端是否被列于阻止列表中；并且如果第三用戶終端在阻止列表 中，則將通知消息從該會話控制器送發(fā)到第二用戶終端以通知第二 用戶終端的用戶， 一皮阻止的用戶正在加入到聊天會"^舌。
根據(jù)本發(fā)明的另 一方面，提供一種用于管理通信網(wǎng)絡(luò)中的聊天 服務(wù)的方法，該方法包括步驟第一用戶終端發(fā)起與會話管理器的 聊天會話；所述第一用戶終端邀請第二用戶終端加入到聊天會話， 其中第二用戶終端與被阻止的用戶的阻止列表關(guān)聯(lián)，被阻止的用戶 被阻止與該第二用戶終端通信，所述阻止列表存儲在所述第二用戶 終端中的阻止列表管理器處；在阻止列表管理器處檢查由第一用戶終端邀請加入到聊天會話的第三用戶終端是否被列于阻止列表中； 如果第三用戶終端在阻止列表中，則將通知消息從阻止列表管理器 送發(fā)到第二用戶終端的用戶接口以通知第二用戶終端的用戶，被阻 止的用戶正在加入到聊天會話。
根據(jù)本發(fā)明的另 一方面，提供一種用于提供聊天服務(wù)的通信系
統(tǒng)，該系統(tǒng)包括第一用戶終端，用于發(fā)起與會話管理器的聊天會
話；第二用戶終端，由所述第一用戶終端邀請所述第二用戶終端加
入到聊天會話，其中第二用戶終端與被阻止的用戶的阻止列表關(guān)聯(lián)，
被阻止的用戶被阻止與該第二用戶終端通信；第三用戶終端，由所 述第 一用戶終端邀請所述第三用戶終端加入到聊天會話；用于檢查 第三用戶終端是否列于該阻止列表中的裝置；以及用于如果第三用 戶終端在阻止列表中，則創(chuàng)建通知消息以通知第二用戶終端的用戶， 被阻止的用戶正在加入到聊天會話的裝置。


為了更好的理解本發(fā)明，并且表示出相同的效果是如何被實現(xiàn) 的，現(xiàn)在將通過例子來參考下面的附圖，其中 圖1表示無線通信系統(tǒng)；
圖2表示用于本發(fā)明的第一實施方式的網(wǎng)絡(luò)結(jié)構(gòu)；
圖3表示用于本發(fā)明的第一實施方式的信令消息交換；圖4表示已知的SIP NOTIFY消息的結(jié)構(gòu)；
圖5表示修改的SIP NOTIFY消息的結(jié)構(gòu)；
圖6表示用于本發(fā)明的第二實施方式的網(wǎng)絡(luò)結(jié)構(gòu)；
圖7表示用于本發(fā)明的第二實施方式的信令消息交換；
圖8表示用于本發(fā)明的第三實施方式的網(wǎng)絡(luò)結(jié)構(gòu)；
圖9表示用于本發(fā)明的第三實施方式的信令消息交換。
具體實施例方式
首先參考圖1,其中示出無線通信系統(tǒng)100。通信系統(tǒng)100包括網(wǎng)絡(luò)102,其連接參與聊天會話的移動實體(用戶終端106)。網(wǎng)絡(luò) 102可以是例如互聯(lián)網(wǎng)的網(wǎng)絡(luò)，#其可以是例如電話核心網(wǎng)絡(luò)或以太 網(wǎng)的專用網(wǎng)絡(luò)。在圖1示出的實施方式中，連接到網(wǎng)絡(luò)102的是多個基站104。 基站提供用戶終端106和網(wǎng)絡(luò)102之間的無線連接。這些基站可以 具有任意已知的無線標(biāo)準(zhǔn)。例如，它們可以是GSM/GPRS基站(BS )、 UMTS節(jié)點B或WLAN接入點。在可選的實施方式中，基站104可 以由允許到網(wǎng)絡(luò)的有線連接的實體來替代，例如調(diào)制解調(diào)器或路由 器?；?04可以直接連"t妻到網(wǎng)絡(luò)102，或可以連4妻到單獨的網(wǎng)^^, 其接著可經(jīng)由中間實體連接到網(wǎng)絡(luò)102。在一些實施方式中，基站都 可以連接到相同的網(wǎng)絡(luò)并且操作相同的無線標(biāo)準(zhǔn)。在其他實施方式 中，不同的基站可以連接到彼此分開的網(wǎng)絡(luò)，并且基站可以操作不 同的無線標(biāo)準(zhǔn)。在圖1所示出的實施方式中，用戶終端106經(jīng)由無線鏈路連接 到基站?；谟脩粽谶B接到的網(wǎng)絡(luò)的類型，無線鏈路可以根據(jù)任 意已知的標(biāo)準(zhǔn)。例如，如果基站104和用戶終端106符合GSM/GPRS 標(biāo)準(zhǔn)，則無線鏈路使用時分多址(TDMA)方案?？蛇x地，如果基 站104和用戶終端106符合UMTS標(biāo)準(zhǔn)，則無線鏈^各使用寬帶碼分 多址(WCDMA )方案。其他可能的無線鏈路包括頻分多址(FDMA )、 載波偵聽多路訪問(CSMA)和正交頻分復(fù)用(OFDM)。用戶終端106被配置成使得用戶參與聊天會話。多個用戶終端 可以連接到每個基站。參與聊天會話的用戶(以下稱為參與者)可 以連接到相同的基站或連接到分離的基站。用戶終端106可以是無 線移動臺(MS)，例如移動電話、個人數(shù)字助理(PDA)或膝上型 計算機。在可選的實施方式中，用戶終端106可以是例如個人計算 機(PC)的有線終端。在網(wǎng)絡(luò)102內(nèi)的是會議服務(wù)器108。用戶終端106經(jīng)由基站104 連接到會議服務(wù)器108,以便參與聊天會話，如下將描述到?，F(xiàn)在參考圖2,其示出本發(fā)明的第一實施方式的網(wǎng)絡(luò)結(jié)構(gòu)200。示例性的方案用于演示本發(fā)明的實施方式的操作。在該情景中，在圖2中示出三個用戶，用戶A202、用戶B 204和用戶C 206。這些 用戶的每個能夠參與聊天會話，并且可連接到根據(jù)圖1中繪出的會 議服務(wù)器108。本地IM服務(wù)器也可以處于用戶的網(wǎng)絡(luò)內(nèi)。在該情景 中，用戶C創(chuàng)建聊天室。然后用戶C邀請用戶A和用戶B加入到聊 天室。然而，用戶A已經(jīng)阻止用戶B參與同用戶A的聊天會話。因 此，用戶B在用戶A的一皮阻止的用戶的個人列表中，也稱為他的阻 止列表。網(wǎng)絡(luò)結(jié)構(gòu)應(yīng)該管理該情形，使得用戶A不必與用戶B談話， 但也應(yīng)不必向聊天室的創(chuàng)建者(用戶C)暴露他的個人阻止列表。圖3示出本實施方式如何解決該問題。圖3示出結(jié)合圖2所述 的實體間的信令消息的交換。本實施方式基于SIP/SIMPLE技術(shù)。如上所指出，用戶C 206創(chuàng)建聊天室，并且這由用戶C在步驟 Sl向會議服務(wù)器108發(fā)送SIP INVITE (SIP邀請)消息來發(fā)起。在 302，會議服務(wù)器接著創(chuàng)建會議控制中心(focus)實例并且儲備混合 器(mixer)資源。接著用戶C訂制會議狀態(tài)通知。在步驟S2處， 該處理涉及會議服務(wù)器和用戶C之間的通信。用戶C接著向會議服務(wù)器發(fā)送SIP REFER消息，指示用戶A和 用戶B應(yīng)該被邀請到聊天室。接著在步驟S4和S5，會議服務(wù)器向 用戶A和用戶B分別發(fā)送SIP INVITE消息。在成功的接收到SIP INVITE消息后，在步驟S6和S8,用戶A和用戶B以200 OK消息 做出響應(yīng)。同時，會議服務(wù)器需要知道到聊天室的每個受邀者的個 人阻止列表，并且會議服務(wù)器在步驟S7和S9利用SIP SUBSCRIBE (SIP訂制)消息來從用戶A ( 306 )的本地IM服務(wù)器請求并且乂人 用戶B ( 308 )的本地IM服務(wù)器請求(分別針對用戶A和B)。在 步驟S10和Sll中，這些消息由用戶A和用戶B ( 306和308 )的本 地IM服務(wù)器以200 0K消息做出響應(yīng)。在圖3的虛線中已示出為獲 得阻止列表的會議服務(wù)器的消息交換。會議服務(wù)器在受邀請的用戶 名下維護每個受邀請用戶的阻止列表。當(dāng)會議服務(wù)器以訂制消息向受邀者請求阻止列表時(在上面的 步驟S7和S9),會議服務(wù)器可以做出一次訂制或連續(xù)訂制。 一次 訂制僅取回阻止列表的當(dāng)前內(nèi)容，而連續(xù)訂制允許向會議服務(wù)器通知任意另外的阻止列表修改。在連續(xù)訂制的情況下，如果受邀者改 變其阻止列表，則通知會議服務(wù)器并且相應(yīng)地更新其阻止列表。用于提取該阻止列表的另 一可選方式是使用可擴展標(biāo)記語言(XML ) 配置管理協(xié)議(XCAP)。這是由客戶端使用以創(chuàng)建和管理阻止列表 的IETF標(biāo)準(zhǔn)化協(xié)議。為了相同的目的，OMA SIP/SIMPLE IM月l務(wù) 也使用XCAP。用戶A和B在步驟S12和S13向會議服務(wù)器發(fā)送SIP SUBSCRIBE消息以訂制會議改變通知(例如，新的用戶已加入)， 并且在步驟S14和S15,這些以來自會議服務(wù)器的200 0K消息進行 確認(rèn)。在步驟S16和S17,會議服務(wù)器向用戶C發(fā)送SIP NOTIF—Y-( SIP 通知)消息，以通知用戶C,用戶A和用戶B已經(jīng)加入到聊天室。在304，會議服務(wù)器執(zhí)行加入到聊天室的每個用戶的檢查，以確的情形下，用戶B處于用戶A的阻止列表中。因此，當(dāng)用戶B在用 戶A之后隨即加入到聊天室時，會議服務(wù)器執(zhí)行檢查以確定用戶B 是否出現(xiàn)在現(xiàn)有的參與者的阻止列表中，并且會議服務(wù)器在用戶A 的阻止列表中找到匹配。作為在阻止列表中找到該匹配的結(jié)果，在 步驟S18,會議服務(wù)器向用戶A發(fā)送修改的SIP NOTIFY消息，下文 將更為詳細(xì)地描述。聊天室的任意其他參與者(其不具有匹配他們 阻止列表的任意加入用戶)將被發(fā)送常規(guī)的、未修改的SIP NOTIFY 消息。在圖4中示出未修改的通知消息的基本結(jié)構(gòu)。這可與在圖5中 所示出的如上所述的修改通知消息的基本結(jié)構(gòu)相比較。圖4中的未 修改消息包含針對"用戶"402、"顯示-文本"404、"相關(guān)-記錄地 址，，406、"角色"408和"語言"410的字>^殳。圖5中的修改通知 消息包含額外字段"在你的阻止列表中(in-your-blocklist) " 502,其通過包含數(shù)據(jù)"是"來指示聊天室中指定的用戶匹配用戶的阻止 列表中列出的一個用戶?？梢栽谙旅婵吹嚼缭诓襟ES18中發(fā)送的^^改通知消息的更為 詳細(xì)的表示。在粗體中示出作為本實施方式一部分加入的新的"在 你的阻止列表中"字段。<user entity^'sip:UserB example.com" state="full"> <display-text>UserB</display-text> <:in-yoti:r-blocklst>yes</in-your-blocklist><associated-aors> <sntry><uri>mailto:UserB@example.com</uri> < label >email</la± el> </entry> </associated-aors> <rolss><entry><labe1>participant</labe1></entry></roles>< language >e:n< / language ><!—現(xiàn)在返回到圖3，在接收到修改的NOTIFY消息后，向用戶A 通知用戶B (在他的阻止列表中)已經(jīng)被邀請加入或已經(jīng)存在于聊 天室中。接著用戶A具有下列選擇呆在聊天室中但不查看來自用 戶B的任何文本，更新他的阻止列表以允許用戶B的文本暫時纟皮看 到；或用戶A可選4奪不加入—并且離開聊天室。如果用戶A選擇呆在聊天室內(nèi)，但不查看來自用戶B的任何文 本，則服務(wù)器可執(zhí)行過濾用戶B的文本?？蛇x地，用戶終端可執(zhí)行 過濾。聊天室內(nèi)的所有其他參與者可看到用戶B的文本。沒有其他 的參與者將知道用戶A正在過濾用戶B的消息。被阻止用戶的通知僅發(fā)生一次，并且在此之后，消息發(fā)送到所有的參與者。然而，如上所述，會議服務(wù)器可選地執(zhí)行消息的進一 步過濾。如果用戶B(作為新的加入用戶)在其阻止列表中具有任何已參 與的用戶(例如，如果用戶B在其阻止列表中具有用戶A),則如 上所述，用戶B將被發(fā)送修改的NOTIFY消息，并且將具有如先前 總結(jié)的用戶A的相同三個選擇。然而，在這里示出的例子中，用戶 B在其阻止列表中不具有任何其他的參與者，并且因此在S19被發(fā) 送未修改的NOTIFY消息?，F(xiàn)在將參考圖6,其示出本發(fā)明的第二實施方式的網(wǎng)絡(luò)結(jié)構(gòu)600。 在該情景中，有如第一實施方式中所示出的相同的三個用戶用戶 A202、用戶B204和用戶C206。如在第一實施方式中，用戶C創(chuàng)建 聊天室并且邀請用戶A和用戶B。然而，用戶B在用戶A的阻止列 表中。在本發(fā)明的第二實施方式中，會議服務(wù)器602架構(gòu)包括兩個 邏輯單元，參與IM服務(wù)器604 (或阻止列表管理器)和控制IM服 務(wù)器606 (或會話管理器)。參與IM服務(wù)器位于作為消息接收方的用戶的歸屬網(wǎng)絡(luò)內(nèi)，并且 作為接收服務(wù)器并執(zhí)行各個接收者的消息遞送要求。參與的IM服務(wù) 器維護與其關(guān)聯(lián)的用戶的阻止列表，并且負(fù)責(zé)執(zhí)4亍阻止列表匹配處理。控制服務(wù)器位于主控/擁有組談話的網(wǎng)絡(luò)內(nèi)。圖7表示參考圖6的上述的實體間的信令消息的交換。與第一 實施方式相同的是，在步驟S20,用戶C通過向控制IM服務(wù)器606 發(fā)送SIP INVITE消息來發(fā)起聊天會話。在702,控制IM服務(wù)器接 著創(chuàng)建會議控制中心實例并且儲備混合器資源。接著用戶C訂制會 議狀態(tài)通知。在步驟S21,該處理涉及控制IM服務(wù)器和用戶C之間 的通信。在步驟S22,用戶C接著向控制IM服務(wù)器發(fā)送SIP REFER消息， 指示用戶A和用戶B應(yīng)該被邀請到聊天室。在步驟S23,針對用戶 A,控制IM服務(wù)器接著向參與IM服務(wù)器發(fā)送SIP INVITE消息。在 步驟S24，接著進一步從參與IM服務(wù)器向用戶A發(fā)送SIP INVITE消息。在步驟S25和S26，也經(jīng)由參與IM服務(wù)器將SIP INVITE消 息發(fā)送到用戶B。在成功接收到SIP INVITE消息后，在步驟S27和529, 用戶A和用戶B以200 0K消息做出響應(yīng)，接著在步驟S28和530, 經(jīng)由參與IM服務(wù)器發(fā)送回控制IM服務(wù)器。 相比較于本發(fā)明的第一實施方式，本發(fā)明的參與IM服務(wù)器已維持用戶的阻止列表，并且因此不需要控制IM服務(wù)器來訂制阻止列表 信息。在S31和S33，用戶A和B向參與IM服務(wù)器發(fā)送SIP SUBSCRIBE消息以訂制會議改變通知(例如，新的用戶已加入)， 并且在步驟S32和S34，這些被轉(zhuǎn)發(fā)到控制IM服務(wù)器。以來自控制 IM服務(wù)器的200 OK消息來確認(rèn)這些消息，在步驟S35和S36以及 在步驟S38和S39中，這些200 OK消息經(jīng)由參與IM服務(wù)器傳遞到 用戶A和用戶B。在步驟S37和S40,控制IM服務(wù)器向用戶C發(fā)送 SIP NOTIFY消息以通知用戶C,用戶A和用戶B已經(jīng)加入到聊天室。在步驟S41,控制IM服務(wù)器向參與IM服務(wù)器發(fā)送新用戶已加 入到聊天室的SIPNOTIFY消息。該消息包含類似于OMA無線一鍵: 通(Push to Talk over Cellular ) ( PoC )中的"poc-tag"的"im-tag"， 其用于將消息路由到參與IM服務(wù)器。"im-tag"特征標(biāo)簽被加入到 SIP消息中的聯(lián)系人或接受-聯(lián)系人報頭中。在704,參與IM服務(wù)器執(zhí)行對加入到聊天室的每個用戶的檢查，用戶A的情形下，用戶B處于用戶A的阻止列表中。因此，當(dāng)用戶 B在用戶A之后隨即加入到聊天室時，參與IM月艮務(wù)器執(zhí)行檢查以確 定用戶B是否出現(xiàn)在現(xiàn)有的參與者的阻止列表中，并且參與IM服 務(wù)器在用戶A的阻止列表中找到匹配。作為在阻止列表中找到該匹 配的結(jié)果，參與IM服務(wù)器修改來自控制IM服務(wù)器的SIP NOTIFY 消息以指示用戶B在阻止列表中，并且在步驟S42,向用戶A發(fā)送 修改的SIP NOTIFY消息。在步驟S42發(fā)送的修改的SIP NOTIFY消 息可以與上述針對本發(fā)明的第一實施方式描述的相同。聊天室的任意其他參與者(其不具有匹配他們阻止列表的任意加入用戶)將被發(fā)送常身見的、未修改的SIP NOTIFY消息。在接收到修改的NOTIFY消息后，用戶A具有下列選擇呆在 聊天室中但不查看來自用戶B的任何文本，更新他的阻止列表以允 許用戶B的文本暫時被看到；或用戶A可選擇不加入并且離開聊天 室。如果用戶A選擇呆在聊天室內(nèi)，但不查看來自用戶B的任何文 本，則參與IM服務(wù)器可執(zhí)行過濾用戶B的文本。聊天室內(nèi)的所有 其他參與者可看到用戶B的文本。沒有其他的參與者將知道用戶A 正在過濾用戶B的消息。凈皮阻止用戶的通知僅發(fā)生一次，并且在此 之后，消息發(fā)送到所有的參與者。然而，如上所述，參與IM服務(wù)器 可選地執(zhí)行消息的進 一 步過濾。如果用戶B (作為新的加入用戶)在其阻止列表中具有任何已參 與的用戶(例如，如果用戶B在其阻止列表中具有用戶A)，則如 上所述，用戶B將被發(fā)送修改的NOTIFY消息，并且將具有如先前 總結(jié)的用戶A的相同三個選擇。然而，在這里示出的例子中，用戶 B在其阻止列表中不具有任何其他的參與者，并且因此在S43被發(fā) 送未修改的NOTIFY消息。參考圖8觀看本發(fā)明的第三實施方式，其中示出本實施方式的 網(wǎng)絡(luò)結(jié)構(gòu)800。在該情景中，有如在第一和第二實施方式中所示出的 相同三個用戶用戶A202、用戶B 204和用戶C 206。如在第一和 第二實施方式中，用戶C創(chuàng)建聊天室并且邀請用戶A和用戶B。然 而，用戶B處于用戶A的阻止列表中。在本發(fā)明的第三實施方式中， 用戶終端包括IM客戶端804和用戶接口 (UI) 806 (在本情形下僅 針對用戶A示出)。網(wǎng)絡(luò)結(jié)構(gòu)包括會議服務(wù)器802,但其不執(zhí)行所 有與第一和第二實施方式中相同的功能。特別地，參與者的阻止列表本地地存儲在IM客戶端內(nèi)。IM客戶端接著執(zhí)行聊天室中的加入 用戶或參與者與阻止列表之間的比較。圖9表示參考圖8的上述的實體間的信令消息的交換。與先前 實施方式相同的是，在步驟S44,用戶C通過向會議服務(wù)器802發(fā)送SIP INVITE消息來發(fā)起聊天會話。在902,會議服務(wù)器接著創(chuàng)建 會議控制中心實例并且儲備混合器資源。接著用戶C訂制會議狀態(tài) 通知。在步驟S45，該處理涉及會議服務(wù)器和用戶C之間的通信。在步驟S46,用戶C接著向會議服務(wù)器發(fā)送SIP REFER消息， 指示用戶A和用戶B應(yīng)該^皮邀請到聊天室。在步驟S47和S48，會 議服務(wù)器分別向用戶A和用戶B發(fā)送SIP INVITE消息，并且在步驟 S49和S50,以來自用戶A和用戶B的200 OK消息對它們進行確認(rèn)。 在步驟S51和S52,用戶A和用戶B以發(fā)送到會議服務(wù)器的SIP SUBSCRIBE消息來訂制到聊天室。在步驟S53和S55,針對用戶A 和用戶B,會議服務(wù)器以200 0K消息進行確認(rèn)。同時，在步驟S54, 會議服務(wù)器向用戶C通知用戶A已加入到聊天室，并且在步驟S56 對用戶B^L行同樣的操作。在本發(fā)明的該實施方式中，在會議服務(wù)器處不執(zhí)行加入到聊天地，當(dāng)新的用戶加入到聊天室時，將SIP NOTIFY消息發(fā)送到參與者。 在圖9中例子的情形下，在步驟S57，向用戶A發(fā)送SIP NOTIFY消 息。在904處，在用戶終端處的IM客戶端804^妄著將加入到聊天室 的用戶與本地存儲在IM客戶端的阻止列表進行比較。在用戶A的 情形下，當(dāng)用戶B加入到聊天室時，IM客戶端將在阻止列表中找到 匹配。在找到匹配后，在步驟S58, IM客戶端通過UI通知用戶。在接收到來自IM客戶端的通知后，用戶A具有與先前的實施方 式相同的選擇。用戶A具有下列選擇呆在聊天室中但不查看來自 用戶B的任何文本，更新他的阻止列表以允許用戶B的文本暫時被 看到；或用戶A可選擇不加入并且離開聊天室。如果用戶A選擇呆 在聊天室內(nèi)，但不查看來自用戶B的任何文本，則IM客戶端執(zhí)行 過濾用戶B的文本。聊天室內(nèi)的所有其他參與者可看到用戶B的文 本。沒有其他的參與者將知道用戶A正在過濾用戶B的消息。如果用戶B(作為新的加入用戶)在其阻止列表中具有任何已參 與的用戶(例如，如果用戶B在其阻止列表中具有用戶A),則如上所述，用戶B的終端內(nèi)的IM客戶端將通知用戶B,并且用戶B 將具有如先前總結(jié)的用戶A的相同三個選擇。然而，在這里示出的 例子中，用戶B在其阻止列表中不具有任何其他的參與者，并且因 此在S43被發(fā)送SIP NOTIFY消息后，IM客戶端沒有找到匹配并且 不需要通知用戶B。本發(fā)明的該實施方式不需要》務(wù)改的SIP通知消息，而在先前的兩 個實施方式中是需要的。這是因為通知來自于IM客戶端，其對于參 與者來說是本地的，并且發(fā)送的通知取決于使用的UI。上述的三個實施方式具有這樣的優(yōu)勢，聊天室的創(chuàng)建者可邀請 任何人來參與，而不必知道受邀者的優(yōu)選項的4壬何細(xì)節(jié)。替代地， 聊天室的受邀者(例如用戶A)賦予了選擇如何處理一皮阻止用戶的 在線。因此，聊天室的創(chuàng)建者不需要提供有受邀者的私人阻止列表 信息的細(xì)節(jié)。進一步，不像其他已知的解決方案，其沒有表現(xiàn)出在 IM系統(tǒng)中存在故障。
權(quán)利要求
1.一種用于管理通信系統(tǒng)中的聊天服務(wù)的方法，該方法包括步驟第一用戶終端發(fā)起與會話管理器的聊天會話；所述第一用戶終端邀請第二用戶終端加入到所述聊天會話，其中所述第二用戶終端與被阻止的用戶的阻止列表關(guān)聯(lián)，所述被阻止的用戶被阻止與該第二用戶終端通信；檢查由所述第一用戶終端邀請加入到所述聊天會話的第三用戶終端是否被列于所述阻止列表中；以及如果所述第三用戶終端在所述阻止列表中，則創(chuàng)建通知消息以通知所述第二用戶終端的用戶被阻止的用戶正在加入到聊天會話。
2. 根據(jù)權(quán)利要求1所述的方法，其中通過會話管理器來實施創(chuàng) 建所述通知消息的步驟。
3. 根據(jù)權(quán)利要求2所述的方法，其中所述阻止列表存儲在所述 會話管理器處并且該會話管理器執(zhí)行檢查的步驟。
4. 根據(jù)權(quán)利要求3所述的方法，其中所述通知消息從所述會話 管理器發(fā)送到所述第二用戶終端。
5. 根據(jù)權(quán)利要求2所述的方法，其中所述阻止列表存儲在獨立 于會話管理器的網(wǎng)絡(luò)的網(wǎng)絡(luò)中的阻止列表管理器處，并且所述阻止 列表管理器執(zhí)行檢查的步驟。
6. 根據(jù)權(quán)利要求2所述的方法，其中所述阻止列表存儲在與所 述會話管理器相同的網(wǎng)絡(luò)中的阻止列表管理器處，并且所述阻止列 表管理器執(zhí)行檢查的步驟。
7. 根據(jù)權(quán)利要求5或6所述的方法，其中所述通知消息由所述 阻止列表管理器修改并且從該阻止列表管理器發(fā)送到所述第二用戶 終端。
8. 根據(jù)權(quán)利要求2所述的方法，其中所述阻止列表存儲在位于 所述第二用戶終端中的阻止列表管理器處，并且所述阻止列表管理器執(zhí)行檢查的步驟。
9. 根據(jù)權(quán)利要求8所述的方法，其中所述通知消息由所述阻止 列表管理器修改并且從所述阻止列表管理器發(fā)送到所述第二用戶終 端的用戶接口 。
10. 根據(jù)權(quán)利要求1所述的方法，其中所述第三用戶終端與第二阻止列表關(guān)聯(lián)，所述方法進一步包括檢查所述第二用戶終端是否列于所述第二阻止列表中； 如果所述第二用戶終端在所述第二阻止列表中，則創(chuàng)建通知消息以通知所述第三用戶終端的用戶；波阻止的用戶在所述聊天會話中。
11. 一種用于管理通信系統(tǒng)中的聊天服務(wù)的方法，該方法包括步驟第 一 用戶終端發(fā)起與會話控制器的聊天會話；所述第一用戶終端邀請第二用戶終端加入到所述聊天會話，其 中所述第二用戶終端與^皮阻止的用戶的阻止列表關(guān)聯(lián)，該被阻止的 用戶被阻止與該第二用戶終端通信，所述阻止列表存儲在會話控制器處；在所述會話控制器處檢查由所述第一用戶終端邀請加入到所述 聊天會話的第三用戶終端是否被列于阻止列表中；以及如果第三用戶終端在所述阻止列表中，則將通知消息從該會話 控制器送發(fā)到第二用戶終端以通知所述第二用戶終端的用戶被阻 止的用戶正在加入到所述聊天會話。
12. —種用于管理通信網(wǎng)絡(luò)中的聊天服務(wù)的方法，該方法包括步驟第 一用戶終端發(fā)起與會話管理器的聊天會話；所述第一用戶終端邀請第二用戶終端加入到所述聊天會話，其 中所述第二用戶終端與^皮阻止的用戶的阻止列表關(guān)聯(lián)，所述#:阻止 的用戶被阻止與該第二用戶終端通信，所述阻止列表存儲在所述第 二用戶終端中的阻止列表管理器處；在所述阻止列表管理器處檢查由所述第一用戶終端邀請加入到 所述聊天會話的第三用戶終端是否被列于所述阻止列表中；如果所述第三用戶終端在所述阻止列表中，則將通知消息從所 述阻止列表管理器送發(fā)到所述第二用戶終端的用戶接口以通知第二 用戶終端的用戶被阻止的用戶正在加入到所述聊天會話。
13. —種用于提供聊天服務(wù)的通信系統(tǒng)，該系統(tǒng)包括第一用戶終端，用于發(fā)起與會話管理器的聊天會話；第二用戶終端，由所述第一用戶終端邀請所述第二用戶終端加 入到所述聊天會話，其中所述第二用戶終端與被阻止的用戶的阻止列表關(guān)聯(lián)，所述被阻止的用戶被阻止與該第二用戶終端通信；第三用戶終端，由所述第一用戶終端邀請所述第三用戶終端加 入到所述聊天會話；用于檢查所述第三用戶終端是否列在所述阻止列表中的裝置；以及用于如果所述第三用戶終端在所述阻止列表中，則創(chuàng)建通知消息以通知第二用戶終端的用戶被阻止的用戶正在加入到所述聊天 會話的裝置。
全文摘要
一種用于管理通信系統(tǒng)中的聊天服務(wù)的方法，該方法包括步驟第一用戶終端發(fā)起與會話管理器的聊天會話；所述第一用戶終端邀請第二用戶終端加入到聊天會話，其中第二用戶終端與被阻止的用戶的阻止列表關(guān)聯(lián)，被阻止的用戶被阻止與該第二用戶終端通信；檢查由第一用戶終端邀請加入到聊天會話的第三用戶終端是否被列于阻止列表中；并且如果第三用戶終端在阻止列表中，則創(chuàng)建通知消息以通知第二用戶終端的用戶被阻止的用戶正在加入到聊天會話。
文檔編號H04L29/08GK101243657SQ200680030454
公開日2008年8月13日 申請日期2006年7月5日 優(yōu)先權(quán)日2005年7月8日
發(fā)明者A·勒普皮薩阿里, A·阿呂納, J·米蒂凱南 申請人:諾基亞公司