[發明專利]一種即時通信客戶端及服務端

有效

• 申請號: 201410120415.2
• 申請日: 2014-03-27
• 公開（公告）號: CN103873354B
• 公開（公告）日: 2017-03-15
• 發明（設計）人: 劉巖
• 申請（專利權）人: 劉巖
• 主分類號: H04L12/58
• 分類號: H04L12/58;H04M1/725
• 代理公司: 北京博思佳知識產權代理有限公司11415
• 代理人: 林祥

技術領域

本發明涉及即時通信領域，尤其涉及一種即時通信客戶端及服務器。

背景技術

在互聯網技術進入普通民眾生活之后，即時通信技術給民眾帶來了各種工作與生活的便利。從早期的ICQ以及OICQ（今日廣泛使用的QQ）到如今更新一代的微信以及來往等，即時通信技術正在不斷地向著更加便利用戶的方向演進。

目前很多即時通信客戶端都開始支持群聊技術，群聊技術可以允許一些對共同話題關注的用戶聚集在一起進行信息的交互與分享。在一個用戶群內，群內用戶通常區分為多種角色，比如管理員（也稱為“群主”）與普通用戶，當然可能還有副群主這樣的角色。目前，在群聊應用中，用戶的需求與點對點的通信需求有著較大的差異。群聊應用特點是共同話題與事件往往需要三個或者更多的用戶一起參與，有時候需要多個不同角色的用戶一起參與，缺少特定角色的用戶或者缺少足夠數量的用戶，往往會導致特定應用下的用戶體驗下降。因此，用戶群中用戶非常關注召集話題參與者的功能。目前這種功能的實現依賴于傳統的方式，比如發送即時消息，甚至打電話等等來通知特定用戶登錄并參與進來。

發送即時消息來實現參與用戶召集其提示效果較差，用戶可能并不關注即時消息的提示。而使用電話方式則更加不方便，召集者可能需要撥打多個電話，甚為不便。以一個簡單的示例來說，假設一個同學關系的用戶群中，多個用戶希望就聚餐事宜通知大家相應的時間與地點。通知者往往是到群里發個消息，然后看看誰回復了，沒有回復的人，通知者通常再撥打電話確認其是否收到該消息。由此可見，現有技術在群體即時通信的實現上仍然存在用戶使用不便利等缺點。

發明內容

有鑒于此，本發明提供一種即時通信客戶端，應用于便攜式用戶終端上，與服務端配合使用，該客戶端包括：會話管理單元、呼叫發起單元以及呼叫處理單元，其中：

會話管理單元，用于為用戶開啟群消息界面，針對下行核心用戶在該群消息界面上提供群呼選項，針對非核心用戶在該群消息界面上提供單呼選項；

呼叫發起單元，用于在用戶選中群呼選項時，向服務端發送針對群內所有其他用戶的群呼請求，該群呼請求中攜帶有用戶所屬用戶群標識以及群呼標識；當用戶選中單呼選項，向所述服務端發送針對被叫用戶的單呼請求；

呼叫處理單元，用于在接收到服務器發送的呼叫請求時按照預定的前臺占用優先級向操作系統請求前臺占用；并在請求前臺占用成功的情況下，在用戶終端屏幕上輸出至少部分覆蓋當前用戶界面的呼叫響應界面，并在呼叫提示被允許的情況下控制該用戶終端輸出一種或多種呼叫提示，其中該呼叫響應界面包括接受選項以及拒絕選項。

本發明還提供一種即時通信服務端，應用于即時通信服務提供商的服務器上，與即時通信用戶使用的客戶端配合使用，該服務端端包括：群呼處理單元以及單呼處理單元，其中：

群呼處理單元，用于在接收到下行核心用戶發送的群呼請求時，獲取該消息中攜帶的用戶群標識，向該用戶群內的其他在線用戶發送呼叫請求；

單呼處理單元，用于在接收到針對上行核心用戶的單呼請求時，獲取該消息中攜帶的用戶群標識；在該用戶群的單呼請求列表中記錄本次單呼請求，判斷當前單呼請求列表是否滿足預定條件，若滿足，則向該上行核心用戶發送呼叫請求，清空該用戶群的單呼請求列表。

相較于現有技術，本發明根據群內即時通信的需要引入呼叫提示和普通即時通信消息提示兩種輸出機制，并且在上下行方向上采用不同呼叫請求觸發機制，既能夠合理使用呼叫請求機制來服務群內通信需要，又能夠合理控制呼叫請求的使用，避免給用戶帶來糟糕的體驗。

附圖說明

圖1是本發明一種實施方式中客戶端與服務端的邏輯結構以及基本硬件環境示意圖。

圖2是本發明一種實施方式中的處理流程圖。

圖3是本發明一種實施方式中客戶端一側的處理流程圖。

圖4是本發明一種實施方式中服務端一側的第一部分處理流程圖。

圖5是本發明一種實施方式中服務端一側的第二部分處理流程圖。

具體實施方式