TW201839681A - 即時通訊群組的管理方法和裝置 - Google Patents

Abstract

本發明提供一種即時通訊群組的管理方法和裝置。所述方法包括：確定群組會話消息中的必讀消息；根據所述必讀消息的閱讀情況，確定是否滿足群組解散條件；若滿足群組解散條件，則基於預設的策略解散該群組。本發明可以根據群組中必讀消息的閱讀情況確定是否滿足群組解散條件，並在滿足該群組解散條件時，基於預設的策略解散該群組，從而解散大量的“僵屍群”，降低群組管理的複雜度，同時還可以釋放伺服端的儲存、處理等各項資源。

Description

即時通訊群組的管理方法和裝置

本發明涉及通訊技術領域，尤其涉及一種即時通訊群組的管理方法和裝置。

隨著網際網路技術的廣泛發展，即時通訊技術給人們的工作與生活帶來了各種便利。從早期的ICQ以及OICQ（今日廣泛使用的QQ）到如今更新一代的微信以及釘釘等，即時通訊技術正在不斷地向著更加便利用戶的方向演進。 　　很多即時通訊都支援群聊技術，群聊技術可以允許在現實生活中處於同一集體的用戶聚集在一起進行資訊的交互與分享，比如：同學群、公司群等。在目前的群聊應用中，經常會出現一些簡易性的多人會話，比如：臨時將幾個同事拉到一個群中說一下關鍵問題。然而，這類群後續再被使用的機率很低，導致伺服端要維護很多這樣的“僵屍群”，增加了群管理的複雜度，並且容易出錯。

有鑑於此，本發明提供一種即時通訊群組的管理方法和裝置。 　　具體地，本發明是通過如下技術方案實現的： 　　一種即時通訊群組的管理方法，所述方法包括： 　　確定群組會話消息中的必讀消息； 　　根據所述必讀消息的閱讀情況，確定是否滿足群組解散條件； 　　若滿足群組解散條件，則基於預設的策略解散該群組。 　　一種即時通訊群組的管理裝置，所述裝置包括： 　　必讀確定單元，確定群組會話消息中的必讀消息； 　　條件判斷單元，根據所述必讀消息的閱讀情況，確定是否滿足群組解散條件； 　　群組解散單元，若滿足群組解散條件，則基於預設的策略解散該群組。 　　由以上描述可以看出，本發明可以根據群組中必讀消息的閱讀情況確定是否滿足群組解散條件，並在滿足該群組解散條件時，基於預設的策略解散該群組，從而解散大量的“僵屍群”，降低群組管理的複雜度，同時還可以釋放伺服端的儲存、處理等各項資源。

這裡將詳細地對示例性實施例進行說明，其示例表示在圖式中。下面的描述涉及圖式時，除非另有表示，不同圖式中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式並不代表與本發明相一致的所有實施方式。相反，它們僅是與如所附申請專利範圍中所詳述的、本發明的一些方面相一致的裝置和方法的例子。 　　在本發明使用的術語是僅僅出於描述特定實施例的目的，而非旨在限制本發明。在本發明和所附申請專利範圍中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指並包含一個或多個相關聯的列出專案的任何或所有可能組合。 　　應當理解，儘管在本發明可能採用術語第一、第二、第三等來描述各種資訊，但這些資訊不應限於這些術語。這些術語僅用來將同一類型的資訊彼此區分開。例如，在不脫離本發明範圍的情況下，第一資訊也可以被稱為第二資訊，類似地，第二資訊也可以被稱為第一資訊。取決於語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“回應於確定”。 　　圖1是本發明一示例性實施例示出的一種即時通訊群組的管理方法的流程示意圖。 　　請參考圖1，所述即時通訊群組的管理方法可以應用在即時通訊伺服端，包括有以下步驟： 　　步驟101，確定群組會話消息中的必讀消息。 　　在本實施例中，由於“公司群”、“同學群”等很多群組是長期存在的群組，並沒有解散的必要，所以本發明可以僅針對臨時群組執行必讀消息的確定以及後續的解散流程。具體地，群建立者可以在建立群組的時候選擇群組的類型，比如：建立“固定群組”還是建立“臨時群組”；此外，針對已建立的固定群組，群主或者管理員也可以通過設置選項將固定群組的類型修改為臨時群組；當然，針對已建立的臨時群組，也可以通過設置選項將其類型修改為固定群組。 　　在本實施例中，所述必讀消息通常由群主、管理員等有許可權的群組成員標記。請參考圖2的示例，群主在通過用戶端發佈一條群組會話消息後，可以通過點擊、按兩下、長按等操作觸發對必讀消息的標記，比如：群主可以將希望所有群組成員都閱讀的消息標記為必讀消息。群主將某條消息標記為必讀消息後，群主用戶端可以將該標記事件發送給伺服端，比如：可發送攜帶群組會話消息標識的標記事件給伺服端，由伺服端可以根據接收到的標記事件將對應的群組會話消息確定為必讀消息。 　　當然，在實際的應用中，也可以採用其他的方式進行必讀消息的標記，比如：在編輯好某條群組會話消息後，可以在消息編輯方塊中先將其標記為必讀消息，然後再發送。採用這樣的方式，用戶端可以將必讀消息的標記和該群組會話消息一同發送給伺服端，無需在後續再次發送標記事件，本發明對此不作特殊限制。 　　步驟102，根據所述必讀消息的閱讀情況，確定是否滿足群組解散條件。 　　在本實施例中，伺服端可以統計所述必讀消息的閱讀情況，該閱讀情況通常包括：已讀或者未讀。具體地，伺服端可以檢測每個群組成員對所述必讀消息的閱讀情況，然後根據所述必讀消息在群組成員中的閱讀情況群架是否滿足群組解散條件。其中，所述閱讀情況的檢測可以採用相關技術中的實現方案來實現，本發明在此不再一一贅述。 　　在本實施例中，所述群組解散條件可以為預設的預設條件，也可以由群主或者管理員根據需要進行個性化設置。 　　步驟103，若滿足群組解散條件，則基於預設的策略解散該群組。 　　由以上描述可以看出，本發明可以根據群組中必讀消息的閱讀情況確定是否滿足群組解散條件，並在滿足該群組解散條件時，基於預設的策略解散該群組，從而解散大量的“僵屍群”，降低群組管理的複雜度，同時還可以釋放伺服端的儲存、處理等各項資源。 　　下面以臨時群組為例對本發明的實現過程進行詳細描述。 　　在本實施例中，群主或管理員等有許可權的群組成員可以根據需要設置必讀消息的上限數量。舉例來說，假設小白建立某臨時群組的目的是向群組成員發佈一條重要消息，那麼小白可以將必讀消息的上限數量設置為1，並在發送該條重要消息後，將這條重要消息標記為必讀消息。值得注意的是，本發明中的必讀消息上限數量不是固定不變的，在該臨時群組解散之前，小白可以根據實際需要對該必讀消息上限數量進行修改，本發明對此不作特殊限制。 　　在本實施例中，伺服端基於小白的標記事件，可以檢測各個群組成員對該必讀消息的閱讀情況。 　　在一個例子中，當伺服端確定所述必讀消息已經被所有群組成員閱讀時，可以確定該臨時群組滿足群組解散條件，進而可以基於預設的策略解散該臨時群組。 　　在另一個例子中，當伺服端確定所述必讀消息已被所有群組成員閱讀，且所述必讀消息的發佈時長已到達第一時長時，可以確定該臨時群組滿足群組解散條件，進而可以基於預設的策略解散該臨時群組。其中，所述第一時長可以由小白預先進行定義，也可以是預設的預設值，比如：1天、3天等。以1天為例，當伺服端確定所述必讀消息已被所有群組成員閱讀，且該必讀消息的發佈時長已到達24小時，可以基於預設的策略解散該臨時群組。在這樣的實現方式中，在所述必讀消息的發佈時長到達第一時長之前，群組成員還可以在該臨時群組中進行相關討論，小白也可以根據需要重新設置必讀消息上限數量，實現更為靈活，用戶體驗更好。 　　在另一個例子中，當伺服端確定所述必讀消息未被所有群組成員閱讀，但所述必讀消息的發佈時長已到達第二時長時，可以確定該臨時群組滿足群組解散條件，進而可以基於預設的策略解散該臨時群組。其中，所述第二時長可以由小白預先進行定義，也可以是預設的預設值，比如：15天、30天等，該第二時長通常大於前述第一時長。以15天為例，當伺服端確定所述必讀消息一直未被所有群組成員閱讀，且該必讀消息的發佈時長已到達15天，則可以基於預設的策略解散該臨時群組。換言之，當該必讀消息的發佈時長已到達15天時，即便還有群組成員沒有閱讀該必讀消息，那麼也可以基於預設的策略解散該臨時群組。採用這樣的實現方式，可以有效避免個別群組成員未閱讀該必讀消息，導致該臨時群組一直不能被解散的問題。 　　在另一個例子中，當伺服端確定已閱讀所述必讀消息的群組成員數量到達預設的比例時，可以確定該臨時群組滿足群組解散條件，進而可以基於預設的策略解散該臨時群組。其中，所述預設的比例也可以由小白進行設置，比如：80%、90%等。舉例來說，假設該臨時群組共有10個群組成員，當伺服端確定8個成員已閱讀所述必讀消息後，就可以基於預設的策略解散該臨時群組。在實際應用中，也可以將這樣的實現方式與前述第一時長、第二時長相結合，以作為群組解散條件的判定基準。 　　在另一個例子中，若小白設置的必讀消息上限數量是大於1的數值，那麼伺服端可以在確定該臨時群組中必讀消息的數量已到達所述必讀消息上限數量時，再根據所有必讀消息的閱讀情況，確定是否滿足群組解散條件。 　　舉例來說，假設小白將該臨時群組的必讀消息上限數量設置為3，則伺服端可以在確定該臨時群組中必讀消息的數量到達3條時，進行群組解散條件的判定，比如：若這3條必讀消息均已被所有群組成員閱讀，可以確定該臨時群組滿足群組解散條件；若這3條必讀消息均已被所有群組成員閱讀，且發佈時間最晚的必讀消息的發佈時長已到達24小時，可以確定該臨時群組滿足群組解散條件；若這3條必讀消息中至少有1條必讀消息未被所有群組成員閱讀，且發佈時間最晚的必讀消息的發佈時長已到達15天，可以確定該臨時群組滿足群組解散條件等，本發明在此不再一一贅述。 　　在本實施例中，當確定上述臨時群組滿足群組解散條件時，可基於預設的策略解散該群組。其中，所述預設的策略可以由開發人員進行設置。 　　在一個例子中，伺服端可以立刻解散該臨時群組，具體地，可以刪除已保存的和該臨時群組相關的所有資訊，比如：群組標識、群組成員資訊、群組會話消息等。 　　在另一個例子中，在解散該臨時群組之前，可以給用戶留一段緩衝時間。請參考圖3，基於預設的策略解散該群組可以包括以下步驟： 　　步驟301，發送隱藏通知給用戶端，以使用戶端在群組列表中隱藏該群組。 　　在本實施例中，伺服端在確定上述臨時群組滿足群組解散條件時，可先發送隱藏通知給用戶端，用戶端在接收到該隱藏通知後，可以在群組列表中隱藏該臨時群組。這樣，對於該臨時群組的群組成員而言，已無法在群組列表中看見該臨時群組，避免了已不使用的臨時群組對用戶的干擾。 　　步驟302，當該群組的隱藏時長到達第三時長時，解散該群組。 　　在本實施例中，伺服端可以在確定該臨時群組的隱藏到達第三時長時，解散該臨時群組。其中，所述第三時長可以由開發人員進行設置，比如：20天、30天等。 　　舉例來說，假設伺服端在2017年3月1日18時確定上述臨時群組滿足群組解散條件，則伺服端可以先發送隱藏通知給該臨時群組的各個群組成員的用戶端，用戶端進而可以在群組列表中隱藏該臨時群組。以上述第三時長是20天為例，伺服端可以在2017年3月21日18時解散該臨時群組。 　　進一步地，在該臨時群組的隱藏時長到達第三時長之前，若接收到小白的查詢指令，則可以通知小白的用戶端顯示該臨時群組，若確定該臨時群組出現新的必讀消息，則取消對該臨時群組的解散。 　　仍以上述舉例為例，在2017年3月21日18時之前，若小白還想向該臨時群組中的群組成員發佈必讀消息，則可以通過查詢指令進行該臨時群組的查詢，比如：小白可以輸入該臨時群組的群組名稱進行查詢。伺服端通知小白的用戶端顯示該臨時群組。基於查找到的該臨時群組，小白可以再次發送必讀消息，還可以修改必讀消息上限數量。在一個例子中，若伺服端確定該臨時群組出現新的必讀消息，可以取消對該臨時群組的解散，後續等該臨時群組的必讀消息數量再次到達必讀消息上限數量時，根據所有必讀消息的閱讀情況，確定該臨時群組是否滿足群組解散條件，本發明在此不再一一贅述。 　　本發明在解散滿足群組解散條件的群組之前，給用戶一定的緩衝時間，靈活性更高。 　　與前述即時通訊群組的管理方法的實施例相對應，本發明還提供了即時通訊群組的管理裝置的實施例。 　　本發明即時通訊群組的管理裝置的實施例可以應用在服務提供者部署的伺服器或者伺服器集群上。裝置實施例可以通過軟體實現，也可以通過硬體或者軟硬體結合的方式實現。以軟體實現為例，作為一個邏輯意義上的裝置，是通過其所在伺服器的處理器將非揮發性記憶體中對應的電腦程式指令讀取到記憶體中運行形成的。從硬體層面而言，如圖4所示，為本發明即時通訊群組的管理裝置所在伺服器的一種硬體結構圖，除了圖4所示的處理器、記憶體、網路介面、以及非揮發性記憶體之外，實施例中裝置所在的伺服器為通常根據該伺服器的實際功能，還可以包括其他硬體，對此不再贅述。 　　圖5是本發明一示例性實施例示出的一種即時通訊群組的管理裝置的方塊圖。 　　請參考圖5，所述即時通訊群組的管理裝置400可以應用在前述圖4所示的伺服器中，包括有：必讀確定單元401、條件判斷單元402以及群組解散單元403。 　　其中，必讀確定單元401，確定群組會話消息中的必讀消息； 　　條件判斷單元402，根據所述必讀消息的閱讀情況，確定是否滿足群組解散條件； 　　群組解散單元403，若滿足群組解散條件，則基於預設的策略解散該群組。 　　可選的，所述條件判斷單元402，當所述必讀消息已被所有群組成員閱讀時，確定滿足所述群組解散條件。 　　可選的，所述條件判斷單元402，當所述必讀消息已被所有群組成員閱讀，且所述必讀消息的發佈時長已到達第一時長時，確定滿足所述群組解散條件。 　　可選的，所述條件判斷單元402，當所述必讀消息未被所有群組成員閱讀，但所述必讀消息的發佈時長已到達第二時長時，確定滿足所述群組解散條件。 　　可選的，所述條件判斷單元402，當已閱讀所述必讀消息的群組成員數量到達預設的比例時，確定滿足所述群組解散條件。 　　可選的，所述條件判斷單元402，還獲取預定義的必讀消息上限數量，並在所述群組會話消息中的必讀消息數量已到達所述必讀消息上限數量時，根據所有必讀消息的閱讀情況，確定是否滿足群組解散條件。 　　可選的，所述必讀消息上限數量由群主或管理員設定。 　　可選的，所述群組解散單元403，發送隱藏通知給用戶端，以使用戶端在群組列表中隱藏該群組；當該群組的隱藏時長到達第三時長時，解散該群組。 　　可選的，所述群組解散單元403，還在該群組的隱藏時長到達第三時長之前，若接收到來自群主或管理員的查詢指令，則通知用戶端顯示該群組；並在確定該群組出現新的必讀消息時，取消對該群組的解散。 　　可選的，所述群組為臨時群組。 　　可選的，所述必讀消息由群主或管理員標記。 　　上述裝置中各個單元的功能和作用的實現過程具體詳見上述方法中對應步驟的實現過程，在此不再贅述。 　　對於裝置實施例而言，由於其基本對應於方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離元件說明的單元可以是或者也可以不是實體上分開的，作為單元顯示的元件可以是或者也可以不是實體單元，即可以位於一個地方，或者也可以分佈到多個網路單元上。可以根據實際的需要選擇其中的部分或者全部模組來實現本發明方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解並實施。 　　上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦，電腦的具體形式可以是個人電腦、筆記型電腦、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放機、導航設備、電子郵件收發設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任意幾種設備的組合。 　　以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明保護的範圍之內。

S101～S103‧‧‧步驟

S301～S302‧‧‧步驟

400‧‧‧即時通訊群組的管理裝置

401‧‧‧必讀確定單元

402‧‧‧條件判斷單元

403‧‧‧群組解散單元

圖1是本發明一示例性實施例示出的一種即時通訊群組的管理方法的流程示意圖。 　　圖2是本發明一示例性實施例示出的一種群組會話介面示意圖。 　　圖3是本發明一示例性實施例示出的一種基於預設的策略解散群組的流程示意圖。 　　圖4是本發明一示例性實施例示出的一種用於即時通訊群組的管理裝置的一結構圖。 　　圖5是本發明一示例性實施例示出的一種即時通訊群組的管理裝置的方塊圖。

Claims (22)

1. 一種即時通訊群組的管理方法，該方法包括： 　　確定群組會話消息中的必讀消息； 　　根據該必讀消息的閱讀情況，確定是否滿足群組解散條件； 　　若滿足群組解散條件，則基於預設的策略解散該群組。
2. 根據請求項1所述的方法，該根據該必讀消息的閱讀情況，確定是否滿足群組解散條件，包括： 　　當該必讀消息已被所有群組成員閱讀時，確定滿足該群組解散條件。
3. 根據請求項1所述的方法，該根據該必讀消息的閱讀情況，確定是否滿足群組解散條件，包括： 　　當該必讀消息已被所有群組成員閱讀，且該必讀消息的發佈時長已到達第一時長時，確定滿足該群組解散條件。
4. 根據請求項1所述的方法，該根據該必讀消息的閱讀情況，確定是否滿足群組解散條件，包括： 　　當該必讀消息未被所有群組成員閱讀，但該必讀消息的發佈時長已到達第二時長時，確定滿足該群組解散條件。
5. 根據請求項1所述的方法，該根據該必讀消息的閱讀情況，確定是否滿足群組解散條件，包括： 　　當已閱讀該必讀消息的群組成員數量到達預設的比例時，確定滿足該群組解散條件。
6. 根據請求項1所述的方法，該方法還包括： 　　獲取預定義的必讀消息上限數量； 　　該根據該必讀消息的閱讀情況，確定是否滿足群組解散條件，包括： 　　當該群組會話消息中的必讀消息數量已到達該必讀消息上限數量時，根據所有必讀消息的閱讀情況，確定是否滿足群組解散條件。
7. 根據請求項6所述的方法， 　　該必讀消息上限數量由群主或管理員設定。
8. 根據請求項1所述的方法，該基於預設的策略解散該群組，包括： 　　發送隱藏通知給用戶端，以使用戶端在群組列表中隱藏該群組； 　　當該群組的隱藏時長到達第三時長時，解散該群組。
9. 根據請求項8所述的方法，該方法還包括： 　　在該群組的隱藏時長到達第三時長之前，若接收到來自群主或管理員的查詢指令，則通知用戶端顯示該群組； 　　若確定該群組出現新的必讀消息，則取消對該群組的解散。
10. 根據請求項1所述的方法，該群組為臨時群組。
11. 根據請求項1所述的方法，該必讀消息由群主或管理員標記。
12. 一種即時通訊群組的管理裝置，該裝置包括： 　　必讀確定單元，確定群組會話消息中的必讀消息； 　　條件判斷單元，根據該必讀消息的閱讀情況，確定是否滿足群組解散條件； 　　群組解散單元，若滿足群組解散條件，則基於預設的策略解散該群組。
13. 根據請求項12所述的裝置， 　　該條件判斷單元，當該必讀消息已被所有群組成員閱讀時，確定滿足該群組解散條件。
14. 根據請求項12所述的裝置， 　　該條件判斷單元，當該必讀消息已被所有群組成員閱讀，且該必讀消息的發佈時長已到達第一時長時，確定滿足該群組解散條件。
15. 根據請求項12所述的裝置， 　　該條件判斷單元，當該必讀消息未被所有群組成員閱讀，但該必讀消息的發佈時長已到達第二時長時，確定滿足該群組解散條件。
16. 根據請求項12所述的裝置， 　　該條件判斷單元，當已閱讀該必讀消息的群組成員數量到達預設的比例時，確定滿足該群組解散條件。
17. 根據請求項12所述的裝置， 　　該條件判斷單元，還獲取預定義的必讀消息上限數量，並在該群組會話消息中的必讀消息數量已到達該必讀消息上限數量時，根據所有必讀消息的閱讀情況，確定是否滿足群組解散條件。
18. 根據請求項17所述的裝置， 　　該必讀消息上限數量由群主或管理員設定。
19. 根據請求項12所述的裝置， 　　該群組解散單元，發送隱藏通知給用戶端，以使用戶端在群組列表中隱藏該群組；當該群組的隱藏時長到達第三時長時，解散該群組。
20. 根據請求項19所述的裝置， 　　該群組解散單元，還在該群組的隱藏時長到達第三時長之前，若接收到來自群主或管理員的查詢指令，則通知用戶端顯示該群組；並在確定該群組出現新的必讀消息時，取消對該群組的解散。
21. 根據請求項12所述的裝置，該群組為臨時群組。
22. 根據請求項12所述的裝置，該必讀消息由群主或管理員標記。