群聊方法及群聊終端、服務(wù)器的制造方法
【專利摘要】本發(fā)明適用于通信【技術(shù)領(lǐng)域】，提供了一種群聊方法及群聊終端、服務(wù)器，所述群聊方法包括：根據(jù)預(yù)設(shè)群聊邀請策略，向用戶發(fā)送群聊邀請；將接收群聊邀請的用戶建立群聊窗口，并將群聊記錄同步到所述用戶。借此，本發(fā)明解決網(wǎng)絡(luò)群聊成員的選擇被動性，實現(xiàn)用戶可根據(jù)聊天內(nèi)容和成員列表自主選擇是否參與，使離線用戶也不會錯過聊天的分享內(nèi)容。
【專利說明】群聊方法及群聊終端、服務(wù)器
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，尤其涉及一種群聊方法及群聊終端、服務(wù)器。
【背景技術(shù)】
[0002]現(xiàn)在即時通訊工具十分流行，通過數(shù)據(jù)網(wǎng)絡(luò)用戶之間可以進行收發(fā)信息，語音，視頻和文件等。也可以建立一個多方聊天的群組進行群聊。比如:某聊天工具中的現(xiàn)有技術(shù)，可以建立一個群確定群組固定成員，聊天內(nèi)容群組成員共享。還可以建立一個臨時的討論組，針對在線用戶，臨時添加組成員進行討論，結(jié)束后，群組自動解散。
[0003]雖然現(xiàn)有固定群組聊天的技術(shù)實現(xiàn)，和臨時建立討論組的技術(shù)，但是固定群組不論成員是否樂意這個聊天話題，都只能被動接收信息或者通過設(shè)置不再接收信息。這就導(dǎo)致了成員無自主性，有時的聊天話題不一定感興趣的，用戶無法選擇是否參與。而臨時討論組無法向離線的成員發(fā)出討論邀請，即使在成員恢復(fù)在線后接收，若討論組已經(jīng)解散，也無法再次參與進來重啟群聊，同時也無法得知聊天記錄的內(nèi)容。
[0004]綜上可知，現(xiàn)有的群聊方法，在實際使用上，顯然存在不便與缺陷，所以有必要加以改進。

【發(fā)明內(nèi)容】

[0005]針對上述的缺陷，本發(fā)明的目的在于提供一種群聊方法及群聊終端、服務(wù)器，使用戶具有群聊選擇性，并使離線用戶上線后可以獲得消息記錄。
[0006]為了實現(xiàn)上述目的，本發(fā)明提供一種基于RCS的群聊方法，所述方法包括:
[0007]根據(jù)預(yù)設(shè)群聊邀請策略，向用戶發(fā)送群聊邀請；
[0008]將接收群聊邀請的用戶建立群聊窗口，并將群聊記錄同步到所述用戶。
[0009]根據(jù)本發(fā)明的群聊方法，所述步驟根據(jù)預(yù)設(shè)群聊邀請策略，向所述用戶發(fā)送群聊邀請之前還包括:
[0010]根據(jù)用戶的在線狀態(tài)建立用戶狀態(tài)信息；
[0011]獲取所述用戶的狀態(tài)信息；
[0012]所述用戶的狀態(tài)信息具體包括在線用戶和離線用戶；
[0013]所述群聊邀請策略包括:
[0014]對所述在線用戶進行直接邀請，對所述離線用戶進行延遲邀請。
[0015]根據(jù)本發(fā)明的群聊方法，所述根據(jù)預(yù)設(shè)群聊邀請策略，向所述用戶發(fā)送群聊邀請步驟還包括:
[0016]向所述在線用戶直接發(fā)送群聊邀請；
[0017]檢測所述離線用戶上否上線，若是，則向該用戶發(fā)送群聊邀請。
[0018]根據(jù)本發(fā)明的群聊方法，所述方法還包括:
[0019]服務(wù)器接收群聊邀請，并依據(jù)用戶狀態(tài)信息向所述用戶發(fā)送群聊邀請；
[0020]若所述服務(wù)器判斷所述用戶為在線用戶，則所述服務(wù)器直接向用戶轉(zhuǎn)發(fā)所述群聊邀請；[0021]若所述服務(wù)器判斷所述用戶為離線用戶，則所述服務(wù)器接收所述離線用戶的狀態(tài)信息，當所述離線用戶的狀態(tài)信息變更為在線用戶時，所述服務(wù)器向用戶轉(zhuǎn)發(fā)所述延遲邀請。
[0022]根據(jù)本發(fā)明的群聊方法，所述群聊邀請的內(nèi)容包括被邀請用戶列表和群聊主題。
[0023]根據(jù)本發(fā)明的群聊方法，所述將接收群聊邀請的用戶建立群聊窗口，并將群聊記錄同步到所述用戶的步驟包括:
[0024]保存所述群聊窗口的消息記錄；
[0025]所述離線用戶上線接受群聊邀請后，將所述用戶加入到所述群聊窗口，并將所述消息記錄發(fā)送到所述用戶。
[0026]根據(jù)本發(fā)明的群聊方法，服務(wù)器接收所述群聊邀請及狀態(tài)信息；
[0027]若所述用戶為在線用戶，則服務(wù)器在向用戶直接轉(zhuǎn)發(fā)群聊邀請后，接收群聊記錄，并在用戶接收群聊邀請后，向用戶發(fā)送群聊記錄；
[0028]若所述用戶為離線用戶，則服務(wù)器接收并保存所述群聊記錄。
[0029]根據(jù)本發(fā)明的群聊方法，所述若所述用戶為離線用戶，則服務(wù)器接收并保存所述群聊記錄的步驟之后還包括:
[0030]服務(wù)器接收所述離線用戶的狀態(tài)信息，若所述狀態(tài)信息變更為在線用戶，所述用戶接收群聊邀請后，所述服務(wù)器向用戶轉(zhuǎn)發(fā)所述群聊記錄。
[0031]本發(fā)明還提供一種群聊終端，包括:
[0032]用戶分組模塊，用于獲取所述用戶的在線狀態(tài)并建立狀態(tài)信息；
[0033]邀請發(fā)送模塊，用于根據(jù)預(yù)設(shè)群聊邀請策略，向所述用戶發(fā)送群聊邀請；
[0034]群聊處理模塊，用于將接收群聊邀請的用戶建立群聊窗口，并將群聊記錄同步到所述用戶。
[0035]本發(fā)明還提供一種群聊服務(wù)器，包括:
[0036]狀態(tài)判斷模塊，用于判斷用戶的在線狀態(tài)信息；
[0037]存儲轉(zhuǎn)發(fā)模塊，用于儲存群聊邀請以及群聊記錄。
[0038]本發(fā)明根據(jù)用戶的在線狀態(tài)進行分組，并可以根據(jù)分組信息預(yù)設(shè)不同的群聊邀請策略，根據(jù)該邀請策略向各分組的用戶發(fā)送群聊邀請。接收到該邀請的用戶可以選擇接收或拒絕群聊邀請，若接收邀請則將接收群聊邀請的用戶建立群聊窗口，并將群聊記錄同步到所述用戶。優(yōu)選的是，群聊邀請內(nèi)容包括被邀請的用戶列表和群聊主題，借此可使用戶具有群聊選擇的主動性，實現(xiàn)用戶可根據(jù)聊天內(nèi)容和成員列表自主選擇是否參與，同時，離線用戶也不會錯過聊天的分享內(nèi)容。
【專利附圖】

【附圖說明】
[0039]圖1是本發(fā)明的群聊終端及服務(wù)器結(jié)構(gòu)示意圖；
[0040]圖2是本發(fā)明的一實施例的群聊方法流程圖；
[0041]圖3是本發(fā)明另一實施例的群聊方法流程圖。
【具體實施方式】
[0042]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0043]為方便理解本發(fā)明，在此首先對部分內(nèi)容加以說明解釋。本發(fā)明中所述的RCS (Rich communication Services,富通信服務(wù))，是運營商支持的即時通信功能,并可兼容2/3G通信業(yè)務(wù)。其可通過SIP (Session Initiation Protocol,信令控制協(xié)議)建立會話，并通過其他協(xié)議實現(xiàn)在PS業(yè)務(wù)上的視頻通話、即時聊天、文件共享、位置分享等功能。
[0044]本發(fā)明所述的能力查詢協(xié)議:在進行RCS用戶選擇群聊聯(lián)系人的時候，可以查出聯(lián)系人是否支持RCS協(xié)議，還可以查出RCS聯(lián)系人的當前在線或離線狀態(tài)。對于該協(xié)議，每一個服務(wù)提供商可能提供一個消息服務(wù)(RCS可選項)來管理他的用戶的消息。在聊天之前，用戶將訪問他的通信錄或聊天應(yīng)用來發(fā)起通信。這些行為將產(chǎn)生一個OPTIONS或Presence請求來查詢可用的能力。OPTIONS或Presence請求和響應(yīng)通過交換,雙方可知道彼此的能力和可用的RCS服務(wù)，否則，OPTIONS (或Presence)將在聊天被發(fā)起時同時進行。
[0045]本發(fā)明所述的終端用戶審閱請求:可以自定義邀請的群聊主題內(nèi)容和聯(lián)系人列表，用戶直接發(fā)送給的是服務(wù)器，由服務(wù)器去轉(zhuǎn)發(fā)給各個群聊聯(lián)系人。對于該框架協(xié)議，其允許服務(wù)提供商通知終端用戶某個情況，通過在設(shè)備中打開一個對話呈現(xiàn)所有相關(guān)的有用的信息并要求用戶批準或拒絕提出的請求。終端用戶審閱請求通過sip MESSAGE方法包含一個 XML 負載類型 “application/end-user-conf irmation-request+xml ” 來實現(xiàn)，該消息將被服務(wù)該終端用戶的服務(wù)提供商發(fā)送到他的RCS設(shè)備或客戶端。一個具體的設(shè)備可以通過使用GRUU或SIP實例的特征標簽找到。如果用戶被要求從任意設(shè)備上響應(yīng)，則這些設(shè)備應(yīng)該可以分別使用GRUU或SIP實例的特征標簽找到。當收到sip消息時，用戶終端將檢查到達消息的P-Asserted-1dentity標題頭并同配置的服務(wù)URI匹配并從XML負載體中提取請求消息。一個顯示確認請求和相關(guān)信息的對話或通知將呈現(xiàn)給最終用戶。
[0046]本發(fā)明所述的群聊功能:用戶可以在建立聊天會話后，進行與群聯(lián)系人的聊天內(nèi)容共享，成員之間均可見對方昵稱或通訊錄中名稱。用戶也可以設(shè)置是否自動接受群聊，即使不在線，也會在恢復(fù)在線后自動同步群聊記錄到本地。對于該協(xié)議，聊天的雙方都可以邀請其他用戶加入會話。在雙方的n中必須增加一個或多個用戶的選項。添加的用戶被限制為RCS用戶，否則消息服務(wù)必須通過SMS或麗S同非RCS用戶交互。按下列方式將存儲的消息發(fā)送給參與者:1)當用戶請求加入群聊。則無論群聊是否還在進行，消息服務(wù)都將傳送存儲的消息給該成員；2)當成員接受邀請加入群時，消息服務(wù)都將傳送存儲的消息給該成員。如果用戶拒絕邀請，則群聊的被存儲消息將被刪除。一旦群聊結(jié)束并且消息服務(wù)知道用戶已在頂S上注冊(上線)，或一旦消息服務(wù)PF接收到用戶已在IMS注冊的信息，則消息服務(wù)將發(fā)送一個傳遞存儲消息邀請給該成員。如果邀請沒有被應(yīng)答，則根據(jù)本地運營商的策略決定是否再嘗試邀請。如果沒有一次嘗試成功，則這些消息將過期(運營商配置)。如果用戶拒絕要求，則所有存儲的消息將被刪除。群聊是基于在[RCS5-SIMPLEIM-END0RS]和[RCS5-CPM-C0NVFUNC-END0RS]中描述的 “Ad-Hoc 消息會話模式”實現(xiàn)的(CHAT-MESSAGING-TECHN0L0GY)。當用戶A發(fā)起一個群聊時，將提供一個群聊的主題并被發(fā)往所有的被邀請的用戶。當用戶按下send按鈕時，設(shè)備將發(fā)送SIP INVITE請求給消息服務(wù)的會議產(chǎn)生中心(conference factory)來發(fā)起群聊(如果提供了聊天主題，則被保存在INVITE的sebjet頭中)。消息服務(wù)發(fā)送SIPINVITE請求給用戶的INVITE請求的recipient-list中的所有聯(lián)系人。被邀請的成員列表也會被發(fā)給所有被邀請的成員。用戶可以接收或拒絕來自消息服務(wù)的群聊邀請。用戶可以通過配置參數(shù)頂SESSION AUTOACCEPT GROUP CHAT設(shè)置是否自動接收群聊的邀請。
[0047]本發(fā)明所述的延遲邀請消息:通過設(shè)定參數(shù)，發(fā)送給服務(wù)器，使其在一定條件滿足時再下發(fā)給接收者。對于該協(xié)議，與即時消息相反，延遲消息將被臨時保存在終端的參與功能中延后發(fā)送。當用戶設(shè)備沒有被注冊或不能接收獨立消息時，延遲消息功能就被用來延遲消息的發(fā)送，消息將被保存在終端的參與功能直到被用戶接收或過期后被刪。[RCS5-CPM-C0NVFUNC-END0RS]中描述了相關(guān)的處理。當用戶RCS設(shè)備不在線時，末端的PF(參與功能)將延遲發(fā)送消息。當目標接收者的客戶端都沒有被注冊時，末端PF將延遲一段時間發(fā)送消息。對延遲消息的發(fā)送，[RCS5-CPM-C0NVFUNC-END0RS]為PF提供了下列選項:I)發(fā)送一個通知給目標接收者的RCS客戶端，并等待客戶端的采取行動。2)當有接收者的客戶端可用時，推送一個被延遲的信息。當延遲消息過期時，PF將丟棄該消息。
[0048]對于本發(fā)明所述的網(wǎng)絡(luò)公用消息存儲庫:網(wǎng)絡(luò)服務(wù)器中的公用消息存儲庫，為了支持群聊的聊天記錄同步和消息轉(zhuǎn)發(fā)。對于該協(xié)議，網(wǎng)絡(luò)公用消息存儲庫用于存儲各種消息(文本或多媒體消息和聊天消息)。用戶可以控制消息的存儲，同時可以自行組織數(shù)據(jù)庫中的消息。網(wǎng)絡(luò)公用消息存儲庫被用來存儲支持RCS5.1文本和多媒體消息服務(wù)的用戶的所有的發(fā)送或接收的消息(包括用戶接受到的其他消息)。RCS5.1支持公共存儲庫與用戶的本地存儲庫同步。當一個用戶可以使用網(wǎng)絡(luò)公共消息存儲時，當群聊消息通過PF時將存儲在消息存儲庫中。如果網(wǎng)絡(luò)發(fā)起一個SiP BYE請求被接收時，存儲Conversation-1D (如果有)和Contribution-1D,群聊的集中會話標識，不管該會話是封閉的還是正常的，攜帶了最新的成員列表的消息都需要被存儲。消息服務(wù)的參與功能必須時刻了解群聊的成員列表，通過訂閱成員信息和保存收到的對應(yīng)的SIP NOTIY請求相關(guān)信息。[RCS5-CPM-MSGST0R-END0RS]規(guī)定消息必須與消息存儲庫同步。運營商可以選擇是否在RCS中支持存儲轉(zhuǎn)發(fā)。運營商可以提供給他的用戶存儲轉(zhuǎn)發(fā)的功能，甚至在同沒有提供存儲轉(zhuǎn)發(fā)功能的運營商的用戶間建立聊天會話時，更加操作員的策略決定是否在發(fā)送端存儲轉(zhuǎn)發(fā)對方的消息。如果可以使用網(wǎng)絡(luò)公共存儲，當用戶發(fā)起同另一用戶的聊天時，設(shè)備應(yīng)該同網(wǎng)絡(luò)公共存儲同步。
[0049]參見圖1，本發(fā)明提供了一種群聊終端100及群聊服務(wù)器200，其中，群聊終端100可以為各種通信終端，比如手機、電腦等。群聊服務(wù)器200優(yōu)選為基于RCS的運營商服務(wù)器。需要說明的是，本發(fā)明是一種通用的技術(shù)方案，所述的RCS僅為一具體實施例，但本發(fā)明的應(yīng)用并不限于此。具體的，群聊終端100包括用戶分組模塊10、邀請發(fā)送模塊20及群聊處理模塊30，其中:
[0050]用戶分組模塊10，用于檢測(RCS)用戶的狀態(tài)，并根據(jù)所述(RCS)用戶的當前狀態(tài)建立分組信息。具體的，用戶分組模塊10可以通過能力查詢協(xié)議將通訊錄中未注冊過RCS的聯(lián)系人過濾屏蔽顯示，只保留已注冊過的RCS聯(lián)系人供用戶選擇。用戶通過發(fā)起邀請的客戶端選擇RCS用戶，用戶分組模塊10根據(jù)已選的RCS用戶的在線狀態(tài)，將其分為在線RCS用戶組和離線RCS用戶組。
[0051]邀請發(fā)送模塊20，用于根據(jù)預(yù)設(shè)群聊邀請策略，向所述(RCS)用戶發(fā)送群聊邀請。具體的，用戶可以設(shè)置多種群聊邀請策略，本發(fā)明優(yōu)選采用如下邀請策略:對在線的RCS用戶進行直接邀請，對離線的RCS用戶進行延遲邀請。優(yōu)選的是，邀請發(fā)送模塊20發(fā)送的群聊邀請的內(nèi)容包括被邀請的RCS用戶列表和群聊主題，且群聊主題是由發(fā)起客戶端輸入或選擇的，借此使用戶可以方便的獲知群聊成員及群聊內(nèi)容。
[0052]群聊處理模塊30，用于將接收群聊邀請的(RCS)用戶建立群聊窗口，并將群聊記錄同步到所述(RCS)用戶。群聊終端100根據(jù)預(yù)設(shè)群聊邀請策略向各RCS用戶發(fā)送邀請后，等待用戶的回復(fù)處理。對于直接接受邀請的RCS用戶，建立群聊窗口，且在群聊窗口內(nèi)的各個成員均相互可見。對于延時加入群聊窗口的RCS用戶，群聊處理模塊30還可以將已生成的聊天記錄發(fā)送到該用戶。
[0053]本實施例中，由發(fā)起的群聊終端100選擇群聊(RCS)用戶，并發(fā)送至群聊服務(wù)器200進行處理。具體的，該群聊服務(wù)器200包括:
[0054]狀態(tài)判斷模塊201，用于判斷用戶的在線狀態(tài)信息。
[0055]存儲轉(zhuǎn)發(fā)模塊202，用于儲存群聊邀請以及群聊記錄。
[0056]具體的，服務(wù)器200接收群聊邀請，并依據(jù)用戶狀態(tài)信息向所述用戶發(fā)送群聊邀請。若狀態(tài)判斷模塊201判斷所述用戶為在線用戶，則服務(wù)器200通過存儲轉(zhuǎn)發(fā)模塊202直接向用戶轉(zhuǎn)發(fā)所述群聊邀請；若狀態(tài)判斷模塊201判斷所述用戶為離線用戶，則服務(wù)器200接收所述離線用戶的狀態(tài)信息，若所述狀態(tài)信息變更為在線用戶，則所述服務(wù)器200通過存儲轉(zhuǎn)發(fā)模塊202向用戶轉(zhuǎn)發(fā)所述延遲邀請。對于在線RCS用戶聯(lián)系人，其收到的邀請是即時群聊邀請，通過服務(wù)器200下發(fā)的通知中包括群聊所有成員(不論在線與否)的列表名單和群聊主題內(nèi)容。若有在線RCS用戶選擇接受，則創(chuàng)建群聊窗口進行信息(包括語音和多媒體)聊天，接受邀請的所有成員在群里互相均可見，若聯(lián)系人選擇拒絕，則不創(chuàng)建群聊窗口。
[0057]更好的，若所述用戶為在線用戶，則服務(wù)器200在向用戶直接轉(zhuǎn)發(fā)群聊邀請后，接收群聊記錄，并在用戶接收群聊邀請后，向用戶發(fā)送群聊記錄。若所述用戶未離線用戶，則服務(wù)器200接收并保存所述群聊記錄，同時服務(wù)器200接收所述離線用戶的狀態(tài)信息，若所述狀態(tài)信息變更為在線用戶，所述用戶接收群聊邀請后，所述服務(wù)器200向用戶轉(zhuǎn)發(fā)所述群聊記錄。
[0058]本發(fā)明利用RCS技術(shù)的協(xié)議支持，解決網(wǎng)絡(luò)群聊成員的選擇被動性，實現(xiàn)用戶可根據(jù)聊天內(nèi)容和成員列表自主選擇是否參與，使用戶不會錯過聊天的分享內(nèi)容。
[0059]參見圖2，本發(fā)明提供了一種群聊方法，該方法包括:
[0060]步驟S201，根據(jù)用戶的當前狀態(tài)建立用戶狀態(tài)信息。具體的，本發(fā)明根據(jù)已選的用戶的在線狀態(tài)，將其分為在線用戶組和離線用戶組。以RCS用戶群聊為例，本發(fā)明可以通過能力查詢協(xié)議將通訊錄中未注冊過RCS的聯(lián)系人過濾屏蔽顯示，只保留已注冊過的RCS聯(lián)系人供用戶選擇。用戶通過發(fā)起邀請的客戶端選擇RCS用戶。
[0061]步驟S202，根據(jù)預(yù)設(shè)群聊邀請策略，向所述用戶發(fā)送群聊邀請。服務(wù)器200可以接收終端100發(fā)送的群組成員列表和群聊的主題內(nèi)容，并通過終端用戶審閱請求，對在線和離線用戶做不同處理。具體的，用戶可以設(shè)置多種群聊邀請策略，還是以RCS用戶為例，本發(fā)明優(yōu)選采用如下邀請策略:對在線的RCS用戶進行直接邀請，對離線的RCS用戶進行延遲邀請。優(yōu)選的是，群聊邀請的內(nèi)容包括被邀請的RCS用戶列表和群聊主題，且群聊主題是由發(fā)起的群聊終端100輸入或選擇的，借此使用戶可以方便的獲知群聊成員及群聊內(nèi)容。[0062]步驟S203，將接收群聊邀請的用戶建立群聊窗口，并將群聊記錄同步到所述用戶。本發(fā)明實施例中，根據(jù)預(yù)設(shè)群聊邀請策略向各用戶發(fā)送邀請后，等待用戶的回復(fù)處理。對于直接接受邀請的用戶，建立群聊窗口，且在群聊窗口內(nèi)的各個成員均相互可見。對于延時加入群聊窗口的用戶，通過群聊服務(wù)器200還可以將已生成的聊天記錄發(fā)送到該用戶。
[0063]再參見圖3，本發(fā)明提供的另一實施例，本實施例仍以RCS用戶群聊加以說明，所述方法包括:
[0064]步驟S301，從已注冊的RCS用戶聯(lián)系人選擇群聊成員。
[0065]步驟S302，根據(jù)RCS用戶的在線狀態(tài)將被邀請的RCS用戶分為在線用戶和離線用戶。
[0066]步驟S303，發(fā)送即時群聊邀請。
[0067]步驟S304，服務(wù)器200接收所述群聊邀請，并判斷用戶的在線狀態(tài)，若用戶為在線，則執(zhí)行步驟S305，否則執(zhí)行步驟S306。
[0068]步驟S305，服務(wù)器200直接向用戶轉(zhuǎn)發(fā)群聊邀請。
[0069]步驟S306，檢測離線RCS用戶上否上線，若是則所述服務(wù)器200向用戶轉(zhuǎn)發(fā)延遲邀請。
[0070]步驟S307，將接收群聊邀請的RCS用戶建立群聊窗口，并保存所述群聊窗口的消息記錄。
[0071]步驟S308，所述離線用戶上線接受群聊邀請后，將所述用戶加入到所述群聊窗口，并將所述消息記錄發(fā)送到所述用戶。
[0072]需要說明的，群聊消息記錄是由服務(wù)器200進行處理轉(zhuǎn)發(fā)，具體的，若所述用戶為在線用戶，則服務(wù)器200在向用戶直接轉(zhuǎn)發(fā)群聊邀請后，接收群聊記錄，并在用戶接收群聊邀請后，向用戶發(fā)送群聊記錄。若所述用戶為離線用戶，則服務(wù)器200接收并保存所述群聊記錄。同時，服務(wù)器200接收離線用戶的狀態(tài)信息，若所述狀態(tài)信息變更為在線用戶，所述用戶接收群聊邀請后，向用戶轉(zhuǎn)發(fā)群聊記錄。
[0073]更好的是，如果群聊窗口在離線用戶收到邀請前已解散，則該離線RCS用戶在上線后仍可以收到邀請，且在接受后，服務(wù)器200將群聊成員及群聊消息記錄同步到該客戶端。更好的是，群聊窗口的創(chuàng)建者，具有一定的應(yīng)用權(quán)限，比如新邀請?zhí)砑佑脩艋蛱叱脩舻?，借此提聞?yīng)用體驗。
[0074]綜上所述，本發(fā)明根據(jù)用戶的在線狀態(tài)進行分組，并可以根據(jù)分組信息預(yù)設(shè)不同的群聊邀請策略，根據(jù)該邀請策略向各分組的用戶發(fā)送群聊邀請。接收到該邀請的用戶可以選擇接收或拒絕群聊邀請，若接收邀請則將接收群聊邀請的用戶建立群聊窗口，并將群聊記錄同步到所述用戶。優(yōu)選的是，群聊邀請內(nèi)容包括被邀請的用戶列表和群聊主題，借此可使用戶具有群聊選擇的主動性，實現(xiàn)用戶可根據(jù)聊天內(nèi)容和成員列表自主選擇是否參與，同時，離線用戶也不會錯過聊天的分享內(nèi)容。
[0075]當然，本發(fā)明還可有其它多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。
【權(quán)利要求】
1.一種群聊方法，其特征在于，所述方法包括: 根據(jù)預(yù)設(shè)群聊邀請策略，向用戶發(fā)送群聊邀請； 將接收群聊邀請的用戶建立群聊窗口，并將群聊記錄同步到所述用戶。
2.根據(jù)權(quán)利要求1所述的群聊方法，其特征在于，所述步驟根據(jù)預(yù)設(shè)群聊邀請策略，向所述用戶發(fā)送群聊邀請步驟之前還包括: 根據(jù)用戶的在線狀態(tài)建立用戶狀態(tài)信息； 獲取所述用戶的狀態(tài)信息； 所述用戶的狀態(tài)信息具體包括在線用戶和離線用戶； 所述群聊邀請策略包括: 對所述在線用戶進行直接邀請，對所述離線用戶進行延遲邀請。
3.根據(jù)權(quán)利要求1所述的群聊方法，其特征在于，所述根據(jù)預(yù)設(shè)群聊邀請策略，向所述用戶發(fā)送群聊邀請步驟還包括: 向所述在線用戶直接發(fā)送群聊邀請； 檢測所述離線用戶上否上線，若是，則向該用戶發(fā)送群聊邀請。
4.根據(jù)權(quán)利要求3所述的群聊方法，其特征在于，所述方法還包括: 服務(wù)器接收群聊邀請，并依據(jù)用戶狀態(tài)信息向所述用戶發(fā)送群聊邀請； 若所述服務(wù)器判斷所述用戶為在線用戶，則所述服務(wù)器直接向用戶轉(zhuǎn)發(fā)所述群聊邀請； 若所述服務(wù)器判斷所述用戶為離線用戶，則所述服務(wù)器接收所述離線用戶的狀態(tài)信息，當所述離線用戶的狀態(tài)信息變更為在線用戶時，所述服務(wù)器向用戶轉(zhuǎn)發(fā)所述延遲邀請。
5.根據(jù)權(quán)利要求1所述的群聊方法，其特征在于，所述群聊邀請的內(nèi)容包括被邀請用戶列表和群聊主題。
6.根據(jù)權(quán)利要求1所述的群聊方法，其特征在于，所述將接收群聊邀請的用戶建立群聊窗口，并將群聊記錄同步到所述用戶的步驟包括: 保存所述群聊窗口的消息記錄； 所述離線用戶上線接受群聊邀請后，將所述用戶加入到所述群聊窗口，并將所述消息記錄發(fā)送到所述用戶。
7.根據(jù)權(quán)利要求6所述的群聊方法，其特征在于，服務(wù)器接收所述群聊邀請及狀態(tài)信息； 若所述用戶為在線用戶，則服務(wù)器在向用戶直接轉(zhuǎn)發(fā)群聊邀請后，接收群聊記錄，并在用戶接收群聊邀請后，向用戶發(fā)送群聊記錄； 若所述用戶為離線用戶，則服務(wù)器接收并保存所述群聊記錄。
8.根據(jù)權(quán)利要求7所述的群聊方法，其特征在于，所述若所述用戶為離線用戶，則服務(wù)器接收并保存所述群聊記錄的步驟之后還包括: 服務(wù)器接收所述離線用戶的狀態(tài)信息，若所述狀態(tài)信息變更為在線用戶，所述用戶接收群聊邀請后，所述服務(wù)器向用戶轉(zhuǎn)發(fā)所述群聊記錄。
9.一種群聊終端，其特征在于，包括: 用戶分組模塊，用于獲取所述用戶的在線狀態(tài)并建立狀態(tài)信息； 邀請發(fā)送模塊，用于根據(jù)預(yù)設(shè)群聊邀請策略，向所述用戶發(fā)送群聊邀請；群聊處理模塊，用于將接收群聊邀請的用戶建立群聊窗口，并將群聊記錄同步到所述用戶。
10.一種群聊服務(wù)器，其特征在于，包括: 狀態(tài)判斷模塊，用于判斷用戶的在線狀態(tài)信息； 存儲轉(zhuǎn)發(fā)模塊，用于儲存群聊邀請以及群聊記錄。
【文檔編號】H04L12/58GK103701682SQ201310447265
【公開日】2014年4月2日 申請日期:2013年9月27日 優(yōu)先權(quán)日:2013年9月27日
【發(fā)明者】宋鵬, 郭斌 申請人:宇龍計算機通信科技(深圳)有限公司