專利名稱：一種群組中自動創(chuàng)建會話窗口的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于即時通訊技術(shù)領(lǐng)域，尤其是一種在群組中自動創(chuàng)建會話窗口的方法和系統(tǒng)。
背景技術(shù)：
即時通訊(Instant Messenger,簡稱IM),是一種基于互聯(lián)網(wǎng)的即時交流消息的業(yè)務(wù)。其允許兩人或多人使用網(wǎng)路即時的傳遞文字訊息、檔案、語音與視頻交流。目前，即時通訊服務(wù)已經(jīng)滲透在人們的生活中，越來越多人使用即時通訊軟件進行交流。在即時通訊服務(wù)中，人們通過客戶端或者網(wǎng)頁進行即時通訊。當用戶使用客戶端進行即時通訊時，每一個用戶名使用一個客戶端?，F(xiàn)有的群組式即時通訊的主要原理是用戶通過客戶端發(fā)送消息至服務(wù)器，所述消息帶有該群組的標識，服務(wù)器將所述消息廣播至該群組的成員列表的所有用戶。在一些群組中，用戶的數(shù)量上限已經(jīng)越來越高，一個群組可以容納的用戶數(shù)量很多。在這種情況下，如果同時很多個用戶在該群組中進行即時通訊，在該群組的通訊窗口中顯示用戶輸入的文字、圖片等頻率太高，用戶由于屏幕文字或圖片的顯示速度過快無法及時觀看到其它用戶發(fā)送的消息。實際上形成了一個混亂的通訊窗口，不同用戶不同話題的消息并不利于用戶繼續(xù)當前的即時通訊。在目前的群組式通訊窗口中，所有的用戶發(fā)送的消息都顯示在當前的通訊窗口，若某些用戶需要選擇性地通訊，則需要一個用戶單獨創(chuàng)建一個新的通訊窗口，并且手動邀請其它用戶進入該新建通訊窗口再進行通訊，而且在原來的通訊窗口中，也無法查看新建聊天窗口的聊天內(nèi)容。新建通訊窗口無法吸引更多用戶進入討論
發(fā)明內(nèi)容
本發(fā)明的目的，就是克服現(xiàn)有技術(shù)的不足，提供一種可以自動識別用戶討論的內(nèi)容，并根據(jù)討論的內(nèi)容在群組中創(chuàng)建一個類別會話窗口，將討論該話題的用戶加入到這個類別會話窗口中的自動創(chuàng)建會話窗口的方法和系統(tǒng)，有效地解決了多用戶討論時，屏幕顯示過快用戶無法及時查看信息的問題。為了達到上述目的，采用如下技術(shù)方案一種群組中自動創(chuàng)建會話窗口的方法，包括以下步驟當通訊服務(wù)器接收到一客戶端向其所在的群組的會話窗口發(fā)送的消息時，將所述消息與語義庫中已分類的關(guān)鍵詞類別匹配；根據(jù)匹配結(jié)果，將所述消息歸入與該消息匹配的關(guān)鍵詞類別；在該群組的所有客戶端中創(chuàng)建一帶有所述消息的類別標識的類別會話窗口，將該群組中所有參與所述消息互動的客戶端加入該類別會話窗口；在所述類別會話窗口顯示所述參與互動的客戶端發(fā)送的消息。進一步地，在創(chuàng)建一帶有所述消息的類別標識的類別會話窗口之前，包括以下步驟
判斷在第一閾值時間內(nèi)，發(fā)送消息至群組的會話窗口的客戶端的數(shù)量是否大于第
一閾值數(shù)量；判斷當前在線的客戶端數(shù)量是否大于第一閾值數(shù)量；判斷在第二閾值時間內(nèi)，是否存在再次發(fā)送消息的客戶端；判斷在第三閾值時間內(nèi)，通訊服務(wù)器是否接收的消息；判斷在第一閾值時間內(nèi)，通訊服務(wù)器接收的消息數(shù)量是否大于第二閾值數(shù)量；或判斷所述消息的字符長度是否大于閾值長度；若上述一種或多種判斷結(jié)果均為是，則執(zhí)行創(chuàng)建類別會話窗口的操作，若任一判斷結(jié)果為否，不執(zhí)行創(chuàng)建類別會話窗口的操作。進一步地，所述顯示在類別會話窗口中的消息同時顯示在群組的會話窗口。進一步地，所述參與所述消息互動的客戶端包括發(fā)送的消息不屬于語義庫中其它關(guān)鍵詞類別的客戶端。進一步地，創(chuàng)建類別會話窗口后，若通訊服務(wù)器接收發(fā)送至該類別會話窗口的消息數(shù)量小于第三閾值數(shù)量、發(fā)送消息至該類別會話窗口的客戶端小于第四閾值數(shù)量和通訊服務(wù)器在第四閾值時間內(nèi)沒有接收到客戶端發(fā)送至該類別會話窗口的消息，則該類別會話窗口自動關(guān)閉。 一種群組中自動創(chuàng)建會話窗口的系統(tǒng)，包括客戶端和與客戶端通訊的通訊服務(wù)器，還包括匹配模塊，用于當通訊服務(wù)器接收到一客戶端向其所在的群組的會話窗口發(fā)送的消息時，將所述消息與語義庫中已分類的關(guān)鍵詞類別匹配；歸類模塊，用于根據(jù)匹配結(jié)果，將所述消息歸入與該消息匹配的關(guān)鍵詞類別；創(chuàng)建模塊，用于在該群組的所有客戶端中創(chuàng)建一帶有所述消息的類別標識的類別會話窗口，將該群組中所有參與所述消息互動的客戶端加入該類別會話窗口 ；顯示模塊，用于在所述類別會話窗口顯示所述參與互動的客戶端發(fā)送的消息。進一步地，還包括第一判斷模塊，用于判斷在第一閾值時間內(nèi)，發(fā)送消息至群組的會話窗口的客戶端的數(shù)量是否大于第一閾值數(shù)量；第二判斷模塊，用于判斷當前在線的客戶端數(shù)量是否大于第一閾值數(shù)量；第三判斷模塊，用于判斷在第二閾值時間內(nèi)，是否存在再次發(fā)送消息的客戶端；第四判斷模塊，用于判斷在第三閾值時間內(nèi)，通訊服務(wù)器是否接收的消息；第五判斷模塊，用于判斷在第一閾值時間內(nèi)，通訊服務(wù)器接收的消息數(shù)量是否大
于第二閾值數(shù)量；第六判斷模塊，用于判斷所述消息的字符長度是否大于閾值長度；處理模塊，用于根據(jù)上述判斷模塊的判斷結(jié)果判斷是否通知創(chuàng)建模塊創(chuàng)建類別會話窗口。進一步地，所述顯示模塊還用于在類別會話窗口中顯示其客戶端發(fā)送的消息，并將所述消息同時顯示在群組的會話窗口中。進一步地，還包括關(guān)閉模塊，其用于在創(chuàng)建模塊創(chuàng)建類別會話窗口后，判斷通訊服務(wù)器接收發(fā)送至該類別會話窗口的消息數(shù)量是否小于第三閾值數(shù)量、判斷發(fā)送消息至該類別會話窗口的客戶端的數(shù)量是否小于第四閾值數(shù)量或判斷通訊服務(wù)器在第四閾值時間內(nèi)是否接收到客戶端發(fā)送至該類別會話窗口的消息，若上述一種或多種判斷結(jié)果均為是，則關(guān)閉所述類別會話窗口。進一步地，所述參與所述消息互動的客戶端包括發(fā)送的消息不屬于語義庫中其它關(guān)鍵詞類別的客戶端。與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果在于本發(fā)明可以自動識別用戶討論的內(nèi)容，并根據(jù)討論的內(nèi)容在群組中創(chuàng)建類別會話窗口。不同的討論內(nèi)容創(chuàng)建不同的類別窗口。將討論共同話題的用戶加入到對應(yīng)的類別會話窗口中，有效地解決了多用戶討論時，當前屏幕消息顯示過快用戶無法及時查看信息的問題，也為用戶精準獲得討論信息創(chuàng)造了條件。在新建的類別會話窗口中，只顯示討論該話題的用戶發(fā)送的消息，并不顯示不討論該話題的用戶發(fā)送的消息，實際上將大群組討論變?yōu)樾∪航M討論，讓用戶可以更準確和更深入討論該話題。在群組的會話窗口中，通訊服務(wù)器將所有的消息都顯示，用戶通過群組的會話窗口，或者每一個類別會話窗口查看感興趣的話題，并加入到該話題的討論。類別會話窗口在滿足一定條件后，自動關(guān)閉，節(jié)省了系統(tǒng)的資源。


圖1是本發(fā)明所述群組中自動創(chuàng)建會話窗口的方法的步驟流程圖；圖2是本發(fā)明所述的方法的創(chuàng)建類別會話窗口之前的步驟流程圖；圖3是本發(fā)明所述群組中自動創(chuàng)建會話窗口的系統(tǒng)的基礎(chǔ)結(jié)構(gòu)示意圖；圖4是本發(fā)明所述群組中自動創(chuàng)建會話窗口的系統(tǒng)的具體結(jié)構(gòu)示意圖。圖不101 一創(chuàng)建模塊；102—顯不模塊；201—匹配模塊；202—歸類模塊；203—第一判斷模塊；204—第二判斷模塊；205—第三判斷模塊；206—第四判斷模塊；207一第五判斷|旲塊；208—第TK判斷|旲塊；209—處理I旲塊。
具體實施例方式下面將結(jié)合附圖以及具體實施方法來詳細說明本發(fā)明，在本發(fā)明的示意性實施及說明用來解釋本發(fā)明，但并不作為對本發(fā)明的限定。請參閱圖1，其為一種群組中自動創(chuàng)建會話窗口的方法的步驟流程圖，包括以下步驟S10:當通訊服務(wù)器接收到一客戶端向其所在的群組的會話窗口發(fā)送的消息時，將所述消息與語義庫中已分類的關(guān)鍵詞類別匹配。所述語義庫中存儲有已經(jīng)分好類的關(guān)鍵詞。語義庫中存儲的關(guān)鍵詞為日常使用的關(guān)鍵詞，通過人工收集或者客戶端收集。同時將這些關(guān)鍵詞按照語義進行分類。舉例，在語義庫中收集了籃球、足球、爬山、電腦、計算機、手機、MP3、大富翁、捕魚達人、憤怒的小鳥、網(wǎng)球王子、火影忍者、藍精靈等關(guān)鍵詞。將這些關(guān)鍵詞分類。將籃球、足球、爬山歸入到體育運動類別，將電腦、計算機、手機、MP3歸入到 電子產(chǎn)品類別，將大富翁、捕魚達人、憤怒的小鳥歸入到游戲類別，將網(wǎng)球王子、火影忍者、藍精靈歸入到動漫類別。在語義庫中，對不同的關(guān)鍵詞進行歸類，詞義相近或相同的關(guān)鍵詞歸入同一類。當通訊服務(wù)器接收到客戶端發(fā)送至其所在的群組的會話窗口時，將所述消息與語義庫中已分類的關(guān)鍵詞類別匹配。例如當用戶發(fā)送消息至群組的會話窗口時，判斷消息中是否包含語義庫中已分類的關(guān)鍵詞，若包含，則該消息與其對應(yīng)的關(guān)鍵詞類別匹配。舉例，當客戶端發(fā)送“求組裝一臺性價比高的電腦的配置單?！彼鱿⒅邪穗娔X這個關(guān)鍵詞，在語義庫中，電腦對應(yīng)的是電子產(chǎn)品類別，則該消息與電子產(chǎn)品類別匹配。S20:根據(jù)匹配結(jié)果，將所述消息歸入與該消息匹配的關(guān)鍵詞類別。通過步驟SlO可知，若消息中包含有語義庫中相應(yīng)的關(guān)鍵詞類別，則將該信息歸入該關(guān)鍵詞類別。每一個消息根據(jù)內(nèi)容歸入的關(guān)鍵詞類別可能相同，也可能不同。若兩條消息中的包含相同或者相近的內(nèi)容，則歸入同一個關(guān)鍵詞類別。例如，將含有籃球的消息歸入到體育類別中，將含有足球的消息也歸入到體育類別中。S30:在該群組的所 有客戶端中創(chuàng)建一帶有所述消息的類別標識的類別會話窗口，將該群組中所有參與所述消息互動的客戶端加入該類別會話窗口。根據(jù)步驟SlO和步驟S20可知，所述消息歸類后，根據(jù)該消息歸類的類別在該群組中的所有客戶端創(chuàng)建一帶有該消息類別標識的類別會話窗口。例如，含有籃球的消息歸入到體育類別中，創(chuàng)建一個體育類別的會話窗口。參與體育類別下所有關(guān)鍵詞互動的客戶端自動或者手動加入到這個會話窗口中。參與所述消息互動的客戶端包括發(fā)送的消息不屬于語義庫中其它關(guān)鍵詞類別的客戶端。當?shù)谝豢蛻舳税l(fā)送一消息至群組的會話窗口時，通訊服務(wù)器創(chuàng)建一該消息對應(yīng)的類別會話窗口。在這個類別會話窗口中，加入之前或者之后討論這個類別話題的客戶端。一般認為，其它客戶端在第一客戶端發(fā)送所述消息后發(fā)送的另外的消息并不包含在語義庫中的關(guān)鍵詞類別即為第一客戶端討論的消息。也就是說，在沒有出現(xiàn)新的屬于語義庫中的關(guān)鍵詞類別的消息之前都是討論前一消息。因為一個話題需要討論，必須需要引出才能討論。在第二個話題引出之前，均認為在討論第一個話題。創(chuàng)建的類別會話窗口包括嵌入在群組的會話窗口中，與瀏覽器的多標簽頁顯示類型相同。通過客戶端的按鈕在不同的類別會話窗口中切換或者在群組的會話窗口和類別會話窗口切換。S40 :在所述類別會話窗口顯示所述參與互動的客戶端發(fā)送的消息。添加參與互動的客戶端進入所述類別會話窗口后，通訊服務(wù)器將這些客戶端發(fā)送的消息發(fā)送至該類別會話窗口。進一步地，顯示在類別會話窗口中的消息同時顯示在群組的會話窗口。在創(chuàng)建了類別會話窗口后，系統(tǒng)將所有參與所述消息的客戶端都增加進該類別會話窗口。客戶端可以在該對話窗口對感興趣的話題繼續(xù)討論。這樣可以避免在群組會話窗口中討論時，其它客戶端中途插入其它話題導(dǎo)致混亂的討論環(huán)境產(chǎn)生。進一步地，請參閱圖2，在創(chuàng)建一帶有所述消息的類別標識的類別會話窗口之前，包括以下步驟步驟SOl :判斷在第一閾值時間內(nèi)，發(fā)送消息至群組的會話窗口的客戶端的數(shù)量是否大于第一閾值數(shù)量，若是，執(zhí)行下一步驟；若否，結(jié)束。第一閾值時間為預(yù)設(shè)的時間，第一閾值數(shù)量為預(yù)設(shè)的數(shù)量。分別設(shè)第一閾值時間為10分鐘，設(shè)第一閾值數(shù)量為10。在10分鐘以內(nèi)，若有大于10個客戶端發(fā)送消息至群組的會話窗口，則進行下一步。
步驟S02 :判斷當前在線的客戶端數(shù)量是否大于第一閾值數(shù)量。檢測客戶端的狀態(tài)，判斷客戶端是否在線。若當前的客戶端數(shù)量大于10，則進行下一步。步驟S03 :判斷在第二閾值時間內(nèi)，是否存在再次發(fā)送消息的客戶端。第二閾值時間為預(yù)設(shè)的時間，假設(shè)為90秒。以90秒的時間為周期，檢測在這個周期內(nèi)通訊服務(wù)器是否再次接收到同一個客戶端的消息，即客戶端連續(xù)發(fā)送消息的時間在90秒以內(nèi)發(fā)送兩條消息至通訊服務(wù)器。若滿足這個條件，進行下一步。步驟S04 :判斷在第三閾值時間內(nèi)，通訊服務(wù)器是否接收的消息。第三閾值時間為預(yù)設(shè)的時間，假設(shè)為10秒。通過第三閾值時間，可以判定連續(xù)的消息是否為同一類話題。當在第三閾值時間內(nèi)，不同的客戶端或者相同的客戶端連續(xù)的消息可以看作為同一類話題。例如，當一客戶端發(fā)送消息“有沒有人周末去看籃球比賽？ ”，若另一個客戶端在10秒內(nèi)發(fā)送消息“好呀”，則這兩消息可看作為同一類話題。步驟S05 :判斷在第一閾值時間內(nèi)，通訊服務(wù)器接收的消息數(shù)量是否大于第二閾值數(shù)量。所述第一閾值時間和第二閾值數(shù)量都是預(yù)設(shè)的值。假設(shè)第一閾值時間為10分鐘，第二閾值數(shù)量為50。當在10分鐘內(nèi)，通訊服務(wù)器接收到所有客戶端發(fā)送的總數(shù)量為50條的消息時，可以判定此時發(fā)送消息的頻率較高，用戶有可能存在無法及時查看消息的問題，則可以進行下一步操作。步驟S06 :判斷所述消息的字符長度是否大于閾值長度。
除了上述的步驟外，還需要對消息的字符長度進行限制。假設(shè)為10個字符。當消息小于10個字符時，可以認為這個消息不是需要討論的話題，只是一般的詞語。例如嗯、是呀、好的、不是等等這些詞語都不算是一個話題。必須大于10個字符時，才可能是一個話題。滿足這個條件下，再進行步驟S30。若上述一個或多個步驟的判斷結(jié)果均為肯定，則執(zhí)行步驟S30。若任一判斷結(jié)果為否定，不執(zhí)行步驟S30。上述步驟SOl—步驟S06并嚴格不限定判斷步驟，判斷順序可以調(diào)換。進一步地，創(chuàng)建類別會話窗口后，若通訊服務(wù)器接收發(fā)送至該類別會話窗口的消息數(shù)量小于第三閾值數(shù)量、發(fā)送消息至該類別會話窗口的客戶端小于第四閾值數(shù)量和通訊服務(wù)器在第四閾值時間內(nèi)沒有接收到客戶端發(fā)送至該類別會話窗口的消息，則該類別會話窗口自動關(guān)閉。請參閱圖2，其為本發(fā)明所述群組中自動創(chuàng)建會話窗口的系統(tǒng)，包括客戶端和與客戶端通訊的通訊服務(wù)器。還包括匹配模塊201、歸類模塊202、創(chuàng)建模塊101和顯示模塊102。所述匹配模塊201，用于當通訊服務(wù)器接收到一客戶端向其所在的群組的會話窗口發(fā)送的消息時，將所述消息與語義庫中已分類的關(guān)鍵詞類別匹配。如上述方法的步驟SlO所述，通訊服務(wù)器將接收到的客戶端發(fā)送至群組的會話窗口的消息與預(yù)設(shè)的語義庫中的關(guān)鍵詞類別匹配。通過匹配，找到與該消息對應(yīng)的關(guān)鍵詞類別。所述歸類模塊202，用于根據(jù)匹配結(jié)果，將所述消息歸入與該消息匹配的關(guān)鍵詞類另IJ。由于語義庫中設(shè)有多個關(guān)鍵詞類別，將不同的消息歸入不同的關(guān)鍵詞類別。將相同或者相近的消息歸入同一個類別。如上述方法的步驟S20所述，為創(chuàng)建模塊101創(chuàng)建類別會話窗口提供了標識。所述創(chuàng)建模塊101，用于在該群組中的所有客戶端創(chuàng)建一帶有所述消息的類別標識的類別會話窗口，將該群組中所有參與所述消息互動的客戶端加入該類別會話窗口。根據(jù)歸類模塊202的歸類結(jié)果，所述消息歸入某一個類別后，在該群組的每一個客戶端創(chuàng)建一帶有該類別標識的類別會話窗口。例如體育類別，創(chuàng)建模塊101創(chuàng)建一體育會話窗口，供用戶通過客戶端在該體育會話窗口進行討論。所述參與所述消息互動的客戶端包括發(fā)送的消息不屬于語義庫中其它關(guān)鍵詞類別的客戶端。當?shù)谝豢蛻舳税l(fā)送一消息至群組的會話窗口時，通訊服務(wù)器創(chuàng)建一該消息對應(yīng)的類別會話窗口。在沒有出現(xiàn)新的屬于語義庫中的關(guān)鍵詞類別的消息之前都是討論前一消息。在第二個話題引出之前，均認為在討論第一個話題。所述顯示模塊102用于在添加參與互動的客戶端進入所述類別會話窗口后，在類別會話窗口中顯示通訊服務(wù)器接收的這些客戶端發(fā)送的消息。進一步地，顯示在類別會話窗口中的消息同時顯示在群組的會話窗口。在創(chuàng)建了類別會話窗口后，系統(tǒng)將所有參與所述消息的客戶端都增加進該類別會話窗口?？蛻舳丝梢栽谠搶υ挻翱趯Ω信d趣的話題繼續(xù)討論。這樣可以避免在群組會話窗口中討論時，其它客戶端中途插入其它話題導(dǎo)致混亂的討論環(huán)境產(chǎn)生。進一步地，請參閱圖4，還包括第一判斷模塊203、第二判斷模塊204、第三判斷模塊205、第四判斷模塊206、第五判斷模塊207、第六判斷模塊208和處理模塊209。第一判斷模塊203用于判斷在第一閾值時間內(nèi)，發(fā)送消息至群組的會話窗口的客戶端的數(shù)量是否大于第一閾值數(shù)量。第一閾值時間為預(yù)設(shè)的時間，第一閾值數(shù)量為預(yù)設(shè)的數(shù)量。分別設(shè)第一閾值時間為10分鐘,設(shè)第一閾值數(shù)量為10。在10分鐘以內(nèi)，若有大于10個客戶端發(fā)送消息至群組的會 話窗口，則進入第二判斷模塊204。第二判斷模塊204用于判斷當前在線的客戶端數(shù)量是否大于第一閾值數(shù)量。檢測客戶端的狀態(tài)，判斷客戶端是否在線。若當前在線的客戶端數(shù)量大于10，則進如第三判斷模塊 205。第三判斷模塊205用于判斷在第二閾值時間內(nèi)，是否存在再次發(fā)送消息的客戶端。第二閾值時間為預(yù)設(shè)的時間，假設(shè)為90秒。以90秒的時間為周期，客戶端在90秒以內(nèi)發(fā)送兩條消息至通訊服務(wù)器。若滿足這個條件，進入第四判斷模塊206。第四判斷模塊206用于判斷在第三閾值時間內(nèi)，通訊服務(wù)器是否接收的消息。第三閾值時間為預(yù)設(shè)的時間，假設(shè)為10秒。通過第三閾值時間，可以判定連續(xù)的消息是否為同一類話題。當在第三閾值時間內(nèi)，不同的客戶端或者相同的客戶端連續(xù)的消息可以看作為同一類話題。第五判斷模塊207用于判斷在第一閾值時間內(nèi)，通訊服務(wù)器接收的消息數(shù)量是否大于第二閾值數(shù)量。假設(shè)第一閾值時間為10分鐘，第二閾值數(shù)量為50。當在10分鐘內(nèi)，通訊服務(wù)器接收到所有客戶端發(fā)送的總數(shù)量為50條的消息時，可以判定此時發(fā)送消息的頻率較高，用戶有可能存在無法及時查看消息的問題，則進入第六判斷模塊208。第六判斷模塊208用于判斷所述消息的字符長度是否大于閾值長度。假設(shè)為10個字符。當消息小于10個字符時，可以認為這個消息不是需要討論的話題，只是一般的詞語。例如嗯、是呀、好的、不是等等這些詞語都不算是一個話題。必須大于10個字符時，才可能是一個話題。處理模塊209用于根據(jù)上述判斷模塊的判斷結(jié)果判斷是否通知創(chuàng)建模塊101創(chuàng)建類別會話窗口。上述6個判斷模塊的判斷順序并沒有嚴格的先后順序，可以根據(jù)實際情況設(shè)定，取其中一個或多個產(chǎn)生的判斷結(jié)果可作為創(chuàng)建模塊101創(chuàng)建類別會話窗口的參考。進一步地，還包括關(guān)閉模塊，其用于在創(chuàng)建模塊101創(chuàng)建類別會話窗口后，判斷通訊服務(wù)器接收發(fā)送至該類別會話窗口的消息數(shù)量是否小于第三閾值數(shù)量、判斷發(fā)送消息至該類別會話窗口的客戶端的數(shù)量是否小于第四閾值數(shù)量或判斷通訊服務(wù)器在第四閾值時間內(nèi)是否接收到客戶端發(fā)送至該類別會話窗口的消息，若上述一種或多種判斷結(jié)果均為是，則關(guān)閉所述類別會話窗口。類別會話窗口在滿足上述條件中的一個或多個后，自動關(guān)閉，節(jié)省了系統(tǒng)的資源。以上對本發(fā)明實施例所提供的技術(shù)方案進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明實施例的原理以及實施方式進行了闡述，以上實施例的說明只適用于幫助理解本發(fā)明實施例的原理；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實施例，在具體實施方式
以及應(yīng)用范圍上均會有改 變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種群組中自動創(chuàng)建會話窗口的方法，其特征在于，包括以下步驟當通訊服務(wù)器接收到一客戶端向其所在的群組的會話窗口發(fā)送的消息時，將所述消息與語義庫中已分類的關(guān)鍵詞類別匹配；根據(jù)匹配結(jié)果，將所述消息歸入與該消息匹配的關(guān)鍵詞類別；在該群組的所有客戶端中創(chuàng)建一帶有所述消息的類別標識的類別會話窗口，將該群組中所有參與所述消息互動的客戶端加入該類別會話窗口；在所述類別會話窗口顯示所述參與互動的客戶端發(fā)送的消息。
2.根據(jù)權(quán)利要求1所述的群組中自動創(chuàng)建會話窗口的方法，其特征在于，在創(chuàng)建一帶有所述消息的類別標識的類別會話窗口之前，包括以下步驟判斷在第一閾值時間內(nèi)，發(fā)送消息至群組的會話窗口的客戶端的數(shù)量是否大于第一閾值數(shù)量；判斷當前在線的客戶端數(shù)量是否大于第一閾值數(shù)量；判斷在第二閾值時間內(nèi)，是否存在再次發(fā)送消息的客戶端；判斷在第三閾值時間內(nèi)，通訊服務(wù)器是否接收的消息；判斷在第一閾值時間內(nèi)，通訊服務(wù)器接收的消息數(shù)量是否大于第二閾值數(shù)量；或判斷所述消息的字符長度是否大于閾值長度；若上述一種或多種判斷結(jié)果均為是，則執(zhí)行創(chuàng)建類別會話窗口的操作，若任一判斷結(jié)果為否，不執(zhí)行創(chuàng)建類別會話窗口的操作。
3.根據(jù)權(quán)利要求1所述的群組中自動創(chuàng)建會話窗口的方法，其特征在于所述顯示在類別會話窗口中的消息同時顯示在群組的會話窗口。
4.根據(jù)權(quán)利要求1所述的群組中自動創(chuàng)建會話窗口的方法，其特征在于所述參與所述消息互動的客戶端包括發(fā)送的消息不屬于語義庫中其它關(guān)鍵詞類別的客戶端。
5.根據(jù)權(quán)利要求1所述的群組中自動創(chuàng)建會話窗口的方法，其特征在于，創(chuàng)建類別會話窗口后，若通訊服務(wù)器接收發(fā)送至該類別會話窗口的消息數(shù)量小于第三閾值數(shù)量、發(fā)送消息至該類別會話窗口的客戶端小于第四閾值數(shù)量和通訊服務(wù)器在第四閾值時間內(nèi)沒有接收到客戶端發(fā)送至該類別會話窗口的消息，則該類別會話窗口自動關(guān)閉。
6.一種群組中自動創(chuàng)建會話窗口的系統(tǒng)，包括客戶端和與客戶端通訊的通訊服務(wù)器， 其特征在于還包括匹配模塊，用于當通訊服務(wù)器接收到一客戶端向其所在的群組的會話窗口發(fā)送的消息時，將所述消息與語義庫中已分類的關(guān)鍵詞類別匹配；歸類模塊，用于根據(jù)匹配結(jié)果，將所述消息歸入與該消息匹配的關(guān)鍵詞類別；創(chuàng)建模塊，用于在該群組的所有客戶端中創(chuàng)建一帶有所述消息的類別標識的類別會話窗口，將該群組中所有參與所述消息互動的客戶端加入該類別會話窗口 ；顯示模塊，用于在所述類別會話窗口顯示所述參與互動的客戶端發(fā)送的消息。
7.根據(jù)權(quán)利要求6所述的群組中自動創(chuàng)建會話窗口的系統(tǒng)，其特征在于還包括第一判斷模塊，用于判斷在第一閾值時間內(nèi)，發(fā)送消息至群組的會話窗口的客戶端的數(shù)量是否大于第一閾值數(shù)量；第二判斷模塊，用于判斷當前在線的客戶端數(shù)量是否大于第一閾值數(shù)量；第三判斷模塊，用于判斷在第二閾值時間內(nèi)，是否存在再次發(fā)送消息的客戶端；第四判斷模塊，用于判斷在第三閾值時間內(nèi)，通訊服務(wù)器是否接收的消息；第五判斷模塊，用于判斷在第一閾值時間內(nèi)，通訊服務(wù)器接收的消息數(shù)量是否大于第二閾值數(shù)量；第六判斷模塊，用于判斷所述消息的字符長度是否大于閾值長度；處理模塊，用于根據(jù)上述判斷模塊的判斷結(jié)果判斷是否通知創(chuàng)建模塊創(chuàng)建類別會話窗□。
8.根據(jù)權(quán)利要求6所述的群組中自動創(chuàng)建會話窗口的系統(tǒng)，其特征在于所述顯示模塊還用于在類別會話窗口中顯示其客戶端發(fā)送的消息，并將所述消息同時顯示在群組的會話窗口中。
9.根據(jù)權(quán)利要求6所述的群組中自動創(chuàng)建會話窗口的系統(tǒng)，其特征在于還包括關(guān)閉模塊，其用于在創(chuàng)建模塊創(chuàng)建類別會話窗口后，判斷通訊服務(wù)器接收發(fā)送至該類別會話窗口的消息數(shù)量是否小于第三閾值數(shù)量、判斷發(fā)送消息至該類別會話窗口的客戶端的數(shù)量是否小于第四閾值數(shù)量或判斷通訊服務(wù)器在第四閾值時間內(nèi)是否接收到客戶端發(fā)送至該類別會話窗口的消息，若上述一種或多種判斷結(jié)果均為是，則關(guān)閉所述類別會話窗口。
10.根據(jù)權(quán)利要求6所述的群組中自動創(chuàng)建會話窗口的系統(tǒng)，其特征在于所述參與所述消息互動的客戶端包括發(fā)送的消息不屬于語義庫中其它關(guān)鍵詞類別的客戶端。
全文摘要
本發(fā)明公開了一種群組中自動創(chuàng)建會話窗口的方法和系統(tǒng)，該方法包括以下步驟當通訊服務(wù)器接收到一客戶端向其所在的群組的會話窗口發(fā)送的消息時，將所述消息與語義庫中已分類的關(guān)鍵詞類別匹配；根據(jù)匹配結(jié)果，將所述消息歸入與該消息匹配的關(guān)鍵詞類別；在該群組的所有客戶端中創(chuàng)建一帶有所述消息的類別標識的類別會話窗口，將該群組中所有參與所述消息互動的客戶端加入該類別會話窗口；在所述類別會話窗口顯示所述參與互動的客戶端發(fā)送的消息。本發(fā)明自動識別用戶討論的內(nèi)容，根據(jù)討論的內(nèi)容在群組中創(chuàng)建類別會話窗口，并將討論共同話題的用戶加入到對應(yīng)的類別會話窗口中，有效地解決了多用戶討論時，消息顯示過快用戶無法及時查看信息的問題。
文檔編號H04L12/58GK103051522SQ20131002411
公開日2013年4月17日 申請日期2013年1月22日 優(yōu)先權(quán)日2013年1月22日
發(fā)明者徐波 申請人:廣州多益網(wǎng)絡(luò)科技有限公司