TW201731313A - 通訊過程中的關係及任務提示方法、裝置 - Google Patents

Abstract

本發明提供一種通訊過程中的關係及任務提示方法、裝置，該關係提示方法可以包括：檢測到通訊事件；確定所述通訊事件的請求方用戶與回應方用戶或與所述回應方用戶對應的關聯用戶之間的關係資料；將所述關係資料推送至所述回應方用戶，以展示於所述回應方用戶的關聯設備中。通過本發明的技術方案，可以在通訊過程中對用戶進行關係提示，說明用戶推測對方的通訊意圖，有助於提升溝通效率。

Description

通訊過程中的關係及任務提示方法、裝置

本發明涉及通訊技術領域，尤其涉及一種通訊過程中的關係及任務提示方法、裝置。

當用戶A向用戶B發起通訊時，往往帶有相應的通訊意圖，如果用戶B能夠快速瞭解用戶A的通訊意圖，顯然能夠說明兩者更好地完成通訊。

然而，在相關技術中，除非用戶A主動描述，否則用戶B無法直接確定用戶A的通訊意圖，甚至可能遺忘或根本不瞭解用戶A的身份資訊，從而導致在相關技術的通訊過程中，存在溝通時間長、效率低的問題。

有鑑於此，本發明提供一種通訊過程中的關係及任務提示方法、裝置，可以在通訊過程中對用戶進行關係提示，說明用戶推測對方的通訊意圖，有助於提升溝通效率。

為實現上述目的，本發明提供技術方案如下： 根據本發明的第一態樣，提出了一種通訊過程中的關係提示方法，包括：檢測到通訊事件；確定所述通訊事件的請求方用戶與回應方用戶或與所述回應方用戶對應的關聯用戶之間的關係資料；將所述關係資料推送至所述回應方用戶，以展示於所述回應方用戶的關聯設備中。

根據本發明的第二態樣，提出了一種通訊過程中的關係提示裝置，包括：檢測單元，檢測到通訊事件；確定單元，確定所述通訊事件的請求方用戶與回應方用戶或與所述回應方用戶對應的關聯用戶之間的關係資料；提示單元，將所述關係資料推送至所述回應方用戶，以展示於所述回應方用戶的關聯設備中。

根據本發明的協力廠商面，提出了一種通訊過程中的關係提示方法，包括：檢測到通訊事件；確定與所述通訊事件的請求方用戶和回應方用戶相關的未完成任務；將所述未完成任務推送至所述請求方用戶和所述回應方用戶中至少之一，以展示於相應用戶的關聯設備中。

根據本發明的第四態樣，提出了一種通訊過程中的關係提示裝置，包括： 檢測單元，檢測到通訊事件；確定單元，確定與所述通訊事件的請求方用戶和回應方用戶相關的未完成任務；推送單元，將所述未完成任務推送至所述請求方用戶和所述回應方用戶中至少之一，以展示於相應用戶的關聯設備中。

由以上技術方案可見，本發明通過將關係資料推送並展示於回應方用戶的關聯設備，使該回應方用戶可以及時瞭解請求方用戶的身份資訊、通訊意圖並做好相應準備，且無需請求方用戶對該未完成任務的情況進行描述和講解，有助於縮短溝通時間、提升溝通效率。

102-106‧‧‧步驟

1502-15C‧‧‧步驟

圖1是本發明一示例性實施例提供的一種通訊過程中的關係提示方法的流程圖；圖2A是本發明一示例性實施例中的一種通訊過程的示意圖；圖2B是本發明一示例性實施例中的另一種通訊過程的示意圖；圖3是本發明一示例性實施例中的一種在通訊過程中實現關係提示的示意圖；圖4是本發明一示例性實施例中的一種通訊過程中的任務提示的示意圖；圖5-9是本發明一示例性實施例中的一種回應方用戶 的終端通訊介面的示意圖；圖10是本發明一示例性實施例中的另一種通訊過程中的任務提示的示意圖；圖11是本發明一示例性實施例中的一種電子設備的結構示意圖；圖12是本發明一示例性實施例中的一種通訊過程中的關係提示裝置的方塊圖；圖13是本發明一示例性實施例中的一種通訊過程中的任務提示方法的流程圖；圖14是本發明一示例性實施例中的一種在通訊過程中實現任務提示的示意圖；圖15是本發明一示例性實施例中的另一種通訊過程中的任務提示方法的流程圖；圖16A是本發明一示例性實施例中的一種歷史通訊資料的介面示意圖；圖16B是本發明一示例性實施例中的另一種歷史通訊資料的介面示意圖；圖17是本發明一示例性實施例中的一種通訊過程中的任務提示的示意圖；圖18A是本發明一示例性實施例中的一種請求方用戶的終端通話介面的示意圖；圖18B是本發明一示例性實施例中的一種回應方用戶的終端通話介面的示意圖；圖19是本發明一示例性實施例中的一種回應方用戶 的即時通訊介面的示意圖；圖20是本發明一示例性實施例中的另一種通訊過程中的任務提示的示意圖；圖21是本發明一示例性實施例中的一種電子設備的結構示意圖；圖22是本發明一示例性實施例中的一種通訊過程中的任務提示裝置的方塊圖；圖23-24是本發明一示例性實施例中的一種回應方用戶的終端通訊介面的示意圖。

在該終端通話介面中，僅能夠查看到通話的發起方用戶的名稱，但是由於多個連絡人可能存在重複名稱、對該發起方用戶不熟悉等情況，導致回應方用戶無法確認自身與發起方用戶之間的關係，也就難以推測其本次來電的真正意圖，只能夠等待該通話接通後，由發起方用戶進行親自講述。

類似地，在其他各種通訊過程中，諸如即時通訊、郵件等，在發起方用戶首先發出諸如“Hi”等問候語時，回應方用戶同樣可能無法確認自身與發起方用戶之間的關係，並且同樣難以推測該發起方用戶的真正意圖，除非該發起方用戶主動描述。

所以，在相關技術的通訊過程中，由於回應方用戶無法確認自身與發起方用戶之間的關係，因而難以推測發起 方用戶的真正意圖，導致通訊過程存在耗時長、效率低等問題。

因此，本發明通過在通訊過程中實現關係提示，可以解決相關技術中存在的上述技術問題。為對本發明進行進一步說明，提供下列實施例：圖1是本發明一示例性實施例提供的一種通訊過程中的關係提示方法的流程圖，如圖1所示，該方法應用於伺服器中，可以包括以下步驟：

步驟102，檢測到通訊事件。

步驟104，確定所述通訊事件的請求方用戶與回應方用戶或與所述回應方用戶對應的關聯用戶之間的關係資料。

步驟106，將所述關係資料推送至所述回應方用戶，以展示於所述回應方用戶的關聯設備中。

下面結合圖式，對上述實施例中涉及到的各個特徵進行詳細說明。

1、用戶端應用和通訊平臺

在本發明中，請求方用戶可以通過自身終端內的用戶端應用，經由上述伺服器承載的通訊平臺，建立與回應方用戶之間的通訊事件。其中，該用戶端應用可以與通訊類型一一對應，比如當通訊類型為通話、即時通訊、郵件等時，終端內可以安裝有分別對應於上述每一通訊類型的多個用戶端應用，以分別實現相應類型的通訊事件；或者， 用戶端應用可以融合多種通訊類型，則終端內可以僅安裝該一個用戶端應用，即可實現多種類型的通訊事件。

作為一示例性實施例，上述的用戶端應用可以為即時通訊應用，比如企業即時通訊應用(Enterprise Instant Messaging，EIM)，例如，企業即時通訊應用“釘釘”(DingTalk)；其中，通過對多種通訊類型的融合，“釘釘”可以實現通話、即時通訊、郵件、定時訊息推送(如“DING訊息”)等多種類型的通訊事件，則上述的伺服器承載的平臺可以稱為“釘釘統一通信平臺”，以統一支援多種類型的通訊事件。

為了便於描述，下面的實施例均以“釘釘”和“釘釘統一通信平臺”為例，對本發明的技術方案做進一步的詳細介紹。

2、建立通訊事件

假定用戶“小白”向用戶“小黑”發起通訊事件，即用戶“小白”作為發起方用戶、用戶“小黑”作為回應方用戶，則該通訊事件的創建過程可以存在如下多種情況：

1)在一種情況下，如圖2A所示，假定用戶“小白”向釘釘統一通訊平臺發起針對用戶“小黑”的通訊請求，則釘釘統一通訊平臺基於用戶“小白”發起的通訊請求，直接在用戶“小白”與用戶“小黑”之間建立相應的通訊事件，其中用戶“小白”為該通訊事件的發起方用戶、用戶“小黑”為該通訊事件的回應方用戶。

舉例而言，假定用戶“小白”撥打了用戶“小黑”的電話號碼，則釘釘統一通訊平臺直接將用戶“小白”的呼叫請求發送至用戶“小黑”，並由用戶“小黑”接聽後，完成建立兩者之間的通話類型的通訊事件。

或者，假定用戶“小白”向用戶“小黑”發送了即時通訊訊息或郵件，則釘釘統一通訊平臺直接將該即時通訊訊息或郵件發送至用戶“小黑”，並由用戶“小黑”進行查看，完成建立兩者之間的即時通訊或郵件類型的通訊事件。

2)在另一種情況下，如圖2B所示，假定用戶“小白”向釘釘統一通訊平臺發起針對用戶“小黑”的通訊請求，則釘釘統一通訊平臺基於用戶“小白”發起的通訊請求，分別與用戶“小白”和用戶“小黑”之間建立通訊連接，然後將兩個通訊連接對接，實現用戶“小白”與用戶“小黑”之間的通訊連接，並建立相應的通訊事件。

舉例而言，假定用戶“小白”撥打(可以通過企業即時通訊應用“釘釘”提供的通話功能實現)了用戶“小黑”的電話號碼，則釘釘統一通訊平臺將掛斷該通話，並一方面回撥至用戶“小白”、另一方面撥打至用戶“小黑”，然後將用戶“小白”與用戶“小黑”的通話對接，完成建立兩者之間的通話類型的通訊事件。

當然，基於通訊平臺的處理邏輯的不同，可能存在包括上述情況(即通話類型、即時通訊類型、郵件類型等)在內的諸多類型的通訊事件的創建方式，本發明對相應的通訊事件均予以支援，並不對此進行限制。

3、確定關係資料

圖3是本發明一示例性實施例中的一種在通訊過程中實現關係提示的示意圖，如圖3所示，由釘釘統一通訊平臺對諸如用戶“小白”、用戶“小黑”等之間的通訊事件進行處理。當釘釘統一通訊平臺檢測到通訊事件時，可以通過多種方式來確定相應的關係資料，下面針對多種關係資料的確定方式進行詳細說明：

1)基於用戶關係資料集合

作為一示例性實施例，在伺服器中預先配置有用戶關係資料集合，即預先記錄有用戶“小白”與用戶“小黑”、用戶“小白”與用戶“目空”等之間的用戶關係，從而根據預配置的該用戶關係資料集合，伺服器可以確定請求方用戶與回應方用戶或與關聯用戶之間的關係資料。

如圖3所示，上述伺服器承載了圖3中的釘釘統一通訊平臺，當該釘釘統一通訊平臺檢測到以用戶“小白”為發起方用戶、用戶“小黑”為回應方用戶的通訊事件時，通過調取預配置的用戶關係資料集合，即可確定出用戶“小白”與用戶“小黑”之間的關係資料。

類似地，假定用戶“目空”為用戶“小黑”的關聯用戶，那麼釘釘統一通訊平臺還可以針對用戶“小黑”與用戶“目空”之間的關聯關係，基於用戶關係資料集合來確定出用戶“小白”與用戶“目空”之間的關係資料。

其中，伺服器中配置的用戶關係資料集合，可以由伺 服器預先根據請求方用戶與回應方用戶或與關聯用戶之間的歷史通訊資料進行資料採擷後得到。舉例而言，歷史通訊資料可以包括以下至少之一：即時通訊訊息、通話記錄、電話留言、郵件等。那麼，通過對更多用戶(比如所有已註冊的用戶)對應的歷史通訊資料進行獲取和分析，即可得到更為詳細、準確的用戶關係資料，並構成該伺服器維護的用戶關係資料集合。

當然，伺服器還可以通過其他方式來獲得用戶關係資料集合，比如完全由管理人員進行錄入後，也可以形成該用戶關係資料集合，本發明並不對此進行限制。

2)基於即時資料分析

作為另一示例性實施例，伺服器不需要預先維護用戶關係資料集合，而可以根據請求方用戶與回應方用戶或與關聯用戶之間的歷史通訊資料，即時確定所需的關係資料。

如圖3所示，當該釘釘統一通訊平臺檢測到以用戶“小白”為發起方用戶、用戶“小黑”為回應方用戶的通訊事件時，通過調取用戶“小白”、用戶“小黑”的歷史通訊資料，即時挖掘出用戶“小白”與用戶“小黑”之間的關係資料。

類似地，假定用戶“目空”為用戶“小黑”的關聯用戶，那麼釘釘統一通訊平臺還可以針對用戶“小黑”與用戶“目空”之間的關聯關係，通過調取用戶“小白”、用戶“目空”的歷史通訊資料，即時挖掘出用戶“小白”與用戶“目空”之 間的關係資料。

其中，歷史通訊資料的來源、類型和處理方式，均可以參考上述“1)基於用戶關係資料集合”中對於用戶關係資料集合的形成過程，此處不再贅述。

4、關係資料推送

如圖3所示，當用戶“小白”向用戶“小黑”發起通訊時，釘釘統一通訊平臺可以將該用戶“小白”與用戶“小黑”之間的關係資料推送至作為回應方用戶的用戶“小黑”，使得用戶“小黑”可以據此推測出用戶“小白”的通訊意圖，有助於提升通訊效率；或者，當釘釘統一通訊平臺確定用戶“小黑”存在關聯用戶“目空”時，可以將用戶“小白”與用戶“目空”之間的關係資料推送至作為回應方用戶的用戶“小黑”；或者，釘釘統一通訊平臺可以將用戶“小白”與用戶“小黑”之間的關係資料、用戶“小白”與用戶“目空”之間的關係資料均推送至作為回應方用戶的用戶“小黑”，以便於用戶“小黑”更為全面地推測用戶“小白”的通訊意圖。

在一示例性實施例中，回應方用戶的關聯設備不僅用於展示關係資料，還可以用於回應通訊事件。如圖4所示，假定作為發起方用戶的用戶“小白”通過手機1發起通訊，而作為回應方用戶的用戶“小黑”通過手機2回應通訊，則該手機2還可以用於對釘釘統一通訊平臺下發的關係資料進行展示。

以“通話”類型的通訊事件為例。如圖5所示，在用戶 “小黑”的關聯設備上，可以展示出該用戶“小黑”與用戶“小白”之間的關係資料，比如圖5所示的“您的客戶”，即用戶“小黑”與用戶“小白”之間為“客戶”關係。

其中，“客戶”關係對應於“服務”場景，該場景下的關係雙方分別屬於不同團體，比如用戶“小黑”可以是作為乙方的服務提供者公司、用戶“小白”可以是作為甲方的服務物件公司。當然，請求方用戶可以與回應方用戶屬於同一團體，比如圖6所示，當用戶“小白”與用戶“小黑”為同一公司的同事，且用戶“小白”屬於該公司的財務部時，展示出的關係資料可以為圖6所示的“財務部的同事”；相應地，對於同一團體內的用戶，可以根據該團體的組織架構資訊來確定相應的關係資料，比如當採用上述的基於用戶關係資料集合的方式時，該用戶關係資料集合可以包括相應團體的組織架構資訊，以用於確定上述的關係資料。

需要說明的是：

A、本發明的技術方案，除了上述的“通話”類型的通訊事件之外，還可以應用於其他諸如即時通訊、簡訊、郵件等各個類型的通訊事件中。舉例而言，圖7示出了即時通訊場景下的通訊介面，如圖7所示，假定用戶“小白”為發起方用戶、用戶“小黑”為回應方用戶，則圖7為用戶“小黑”的關聯設備的介面示意圖，在用戶“小白”僅向用戶“小黑”發送了“Hi”的問候語的情況下，通過“您的客戶”表明用戶“小白”與用戶“小黑”之間的關係之後，無需用戶“小白”進一步描述，即可幫助用戶“小黑”預測出用戶“小 白”的通訊意圖，有助於提升後續的溝通效率。

B、正如上文所述，本發明中還可以獲得發起方用戶與回應方用戶的關聯用戶之間的關係資料，並向回應方用戶進行展示。其中，伺服器可以通過多種方式來識別出回應方用戶的關聯用戶，舉例而言：當任一用戶與回應方用戶屬於同一團體時，判定該任一用戶為關聯用戶。比如，以“團體”為企業為例，當用戶“目空”與用戶“小黑”屬於同一企業時，可以判定用戶“目空”為用戶“小黑”的關聯用戶；或者，當用戶“目空”與用戶“小黑”屬於同一企業的同一部門(基於企業組織架構的部門劃分；或者，也可以是與企業組織架構無關的部門劃分)時，可以判定用戶“目空”為用戶“小黑”的關聯用戶，而對於不同部門的情況下，可以判定為不屬於關聯用戶。

進一步地，還可以結合其他因素進行綜合衡量。比如，當任一用戶與回應方用戶屬於同一團體，且存在與請求方用戶和該任一用戶相關的未完成任務時，判定該任一用戶為關聯用戶。以“團體”為企業為例，當用戶“目空”與用戶“小黑”屬於同一企業或者屬於同一企業的同一部門時，如果該用戶“目空”還跟作為發起方的用戶“小白”之間存在未完成任務，比如用戶“目空”與用戶“小白”之間正在針對某個專案進行合作，那麼可以將用戶“目空”作為用戶“小黑”的關聯用戶，並呈現為諸如圖8所示的“您的團隊成員‘目空’的客戶”，從而使得最終提示的關係資料與該專案相關，可以對用戶“小黑”形成更加具有針對性的提示操 作。

C、如圖5-8所示實施例，回應方用戶可以僅得到一條關係資料；或者，如圖9所示，回應方用戶也可以得到多條關係資料，即“您的團隊成員‘白白’的客戶”、“您的團隊成員‘目空’的客戶”等。

其中，當存在多條關係資料時，可以對多條關係資料進行重要度的排序和標記，以使多條關係資料按照重要度進行排列展示於相應設備中。比如圖9所示，假定用戶“白白”的員工等級高於用戶“小黑”，那麼可以認為用戶“白白”對應的關係資料的重要度高於用戶“目空”對應的關係資料，因而可以通過對相應關係資料的排序和標記，使得在用戶“小黑”的關聯設備中，將“您的團隊成員‘白白’的客戶”排列於“您的團隊成員‘目空’的客戶”的上方。

作為另一示例性實施例，回應方用戶可以通過預設設備回應通訊事件，且該預設設備區別於回應方用戶用於展示關係資料的關聯設備。比如圖10所示，用戶“小白”作為發起方用戶，使用手機1向用戶“小黑”發起通訊事件，而用戶“小黑”作為回應方用戶，使用手機2為預設設備，用於向用戶“小白”回應通訊事件。同時，用戶“小黑”通過區別於手機2的關聯設備進行未完成任務的提示，比如該關聯設備可以為另一手機3或電腦等電子設備。

其中，各個關聯設備對未完成任務進行展示時，與圖5-9所示的終端介面類似，此處不再贅述。

5、代理用戶

在上述實施例中，伺服器可以獲取回應方用戶的狀態資訊，當該狀態資訊表明回應方用戶無法回應通訊事件時，查找與回應方用戶相關聯的代理用戶，從而將該代理用戶替換為通訊事件的回應方，並將關係資料推送至該代理用戶，以展示於該代理用戶的關聯設備中。

結合圖3所示的實施例，釘釘統一通訊平臺可以通過“服務調度”功能，在用戶“小黑”的狀態資訊表明其可以回應通訊事件時，可以將來自發起方用戶“小白”的通訊事件以及對應的關係資料調度至用戶“小黑”；而在用戶“小黑”的狀態資訊表明其可以無法回應通訊事件時，可以將來自發起方用戶“小白”的通訊事件以及對應的關係資料調度至用戶“小黑”的代理用戶“白白”，以便提升溝通效率。

6、例外情況

在一示例性實施例中，回應方用戶的關聯設備中可以儲存有本地用戶關係資料集合，而該本地用戶關係資料集合還可以被同步於伺服器中，形成對應於該本地用戶關係資料集合的服務端同步資料；那麼，伺服器可以調取回應方用戶的本地用戶關係資料集合的服務端同步資料，並當該服務端同步資料中包含與上述實施例中原本需要推送的關係資料相匹配的預存資料時，取消將該關係資料推送至回應方用戶的操作。

舉例而言，比如回應方用戶的關聯設備可以為手機， 則本地用戶關係資料集合可以為手機中的本地通訊錄；那麼，由於回應方用戶的手機中已經保存有相應的關係資料，即手機原本即可通過該本地通訊錄進行關係資料的展示，因而無需對重複的關係資料進行推送和展示。

圖13示出了根據本發明的一示例性實施例的電子設備的示意結構圖。請參考圖13，在硬體層面，該電子設備包括處理器、內部匯流排、網路介面、記憶體以及非揮發性記憶體，當然還可能包括其他業務所需要的硬體。處理器從非揮發性記憶體中讀取對應的電腦程式到記憶體中然後運行，在邏輯層面上形成通訊過程中的關係提示裝置。當然，除了軟體實現方式之外，本發明並不排除其他實現方式，比如邏輯元件抑或軟硬體結合的方式等等，也就是說以下處理流程的執行主體並不限定於各個邏輯單元，也可以是硬體或邏輯元件。

請參考圖14，在軟體實施方式中，該通訊過程中的關係提示裝置可以包括檢測單元、確定單元和提示單元。其中：檢測單元，檢測到通訊事件；確定單元，確定所述通訊事件的請求方用戶與回應方用戶或與所述回應方用戶對應的關聯用戶之間的關係資料；提示單元，將所述關係資料推送至所述回應方用戶，以展示於所述回應方用戶的關聯設備中。

可選的，當任一用戶與所述回應方用戶屬於同一團體 時，判定所述任一用戶為所述關聯用戶。

可選的，當所述任一用戶與所述回應方用戶屬於同一企業，或者屬於同一企業中的同一部門時，判定所述任一用戶與所述回應方用戶屬於同一團體。

可選的，當任一用戶與所述回應方用戶屬於同一團體，且存在與所述請求方用戶和所述任一用戶相關的未完成任務時，判定所述任一用戶為所述關聯用戶。

可選的，所述確定單元具體用於：根據預配置的用戶關係資料集合，確定所述請求方用戶與所述回應方用戶或與所述關聯用戶之間的關係資料。

可選的，當所述請求方用戶與所述回應方用戶屬於同一團體時，所述用戶關係資料集合包括：所述團體的組織架構資訊。

可選的，所述確定單元具體用於：根據所述請求方用戶與所述回應方用戶或與所述關聯用戶之間的歷史通訊資料，確定所述關係資料。

可選的，還包括：排列單元，當存在多條關係資料時，對所述多條關係資料進行重要度的排序和標記，以使所述多條關係資料按照重要度進行排列展示於相應設備中。

可選的，所述回應方用戶的關聯設備還用於回應所述通訊事件；或者，所述回應方用戶通過預設設備回應所述通訊事 件，所述預設設備區別於所述回應方用戶的關聯設備。

可選的，所述通訊事件為所述請求方用戶通過即時通訊應用發起的針對所述回應方用戶的通話事件。

可選的，所述通訊事件為所述請求方用戶通過即時通訊應用發起的針對所述回應方用戶的即時通訊事件。

可選的，所述即時通訊應用為企業即時通訊應用。

可選的，還包括：獲取單元，獲取所述回應方用戶的狀態資訊；查找單元，當所述狀態資訊表明所述回應方用戶無法回應所述通訊事件時，查找與所述回應方用戶相關聯的代理用戶；替換單元，將所述代理用戶替換為所述通訊事件的回應方，並將所述關係資料推送至所述代理用戶，以展示於所述代理用戶的關聯設備中。

可選的，還包括：調取單元，調取所述回應方用戶的本地用戶關係資料集合的服務端同步資料；取消單元，當所述服務端同步資料中包含與所述關係資料相匹配的預存資料時，取消將所述關係資料推送至所述回應方用戶的操作。

圖13是本發明一示例性實施例中的一種通訊過程中的任務提示方法的流程圖，如圖13所示，該方法應用於伺服器中，可以包括以下步驟：

步驟1302，檢測到通訊事件。

在本實施例中，伺服器上承載了通訊平臺，用戶可以通過該通訊平臺發起與其他用戶的通訊事件，則該通訊平臺可以據此檢測存在的通訊事件。

在本實施例中，通訊事件可以為即時的通訊事件，比如通話時間、即時通訊事件等。當然，通訊時間也可以為非即時的通訊事件，比如由請求方用戶設定通訊內容和通訊時間後，由通訊平臺在設定的通訊時間建立通訊事件，並將設定的通訊內容傳達至回應方用戶。

對於非即時的通訊事件，以企業即時通訊應用“釘釘”提供的“DING訊息”功能為例：請求方用戶可以將已發送的即時通訊訊息或其單獨設定的任意訊息作為“DING訊息”的通訊內容，並設定的任意時間點為“DING訊息”的通訊時間；那麼，“釘釘”對應的伺服器可以向回應方用戶發起“DING訊息”，具體包括：將設定的通訊內容轉換為語音，並通過向回應方用戶發起電話呼叫，在回應方用戶接通呼叫電話後，將語音播放給回應方用戶，從而完成該非即時的通訊事件。

步驟1304，確定與所述通訊事件的請求方用戶和回應方用戶相關的未完成任務。

在本實施例中，發起通訊的用戶為請求方用戶、回應通訊的用戶為回應方用戶；舉例而言，當用戶A撥打用戶B的電話號碼時，認為用戶A為請求方用戶、用戶B為回應方用戶。

在本實施例中，未完成任務可以為與請求方用戶與回 應方用戶相關的任何未完成事件，比如請求方用戶與回應方用戶之間的預先約定(比如逛街)、某項工作內容(比如請求方用戶預先委託回應方用戶進行軟體測試)等任意事件。

步驟1306，將所述未完成任務推送至所述請求方用戶和所述回應方用戶中至少之一，以展示於相應用戶的關聯設備中。

由以上技術方案可見，本發明通過在通訊事件的處理過程中，通過確定與請求方用戶和回應方用戶相關的未完成任務，使得當該未完成任務被推送並展示於請求方用戶的關聯設備時，該請求方用戶可以隨時查看並掌握所有未完成任務的情況，避免遺忘而導致多次溝通；同時，當該未完成任務被推送並展示於回應方用戶的關聯設備時，該回應方用戶可以及時瞭解請求方用戶的通訊意圖並做好準備，且無需請求方用戶對該未完成任務的情況進行描述和講解，有助於縮短溝通時間、提升溝通效率。

1、關於用戶端應用和通訊平臺，可以參考上文描述，此處不再贅述。

2、關於創建通訊事件，可以參考上文結合圖2A和圖2B的描述，此處不再贅述。

3、通訊過程中的任務提示

圖14是本發明一示例性實施例中的一種在通訊過程中實現任務提示的示意圖；圖15是本發明一示例性實施例中的另一種通訊過程中的任務提示方法的流程圖。其 中，如圖15所示，在通訊過程中實現任務提示的過程可以包括以下步驟：

步驟1502，檢測到通訊事件。

在本實施例中，圖15所示的任務提示方法應用於伺服器中，該伺服器承載了通訊平臺，比如圖14所示的釘釘統一通訊平臺，該通訊平臺對諸如用戶“小白”、用戶“小黑”之間的通訊事件進行處理。

步驟1504A，查詢歷史通訊資料，該歷史通訊資料與發起方用戶和回應方用戶相關。

步驟1504B，查詢流程業務事件，該流程業務事件與發起方用戶和回應方用戶相關。

步驟1506，確定未完成任務。

在本發明的技術方案中，基於檢測到的通訊事件，可以通過多種方式來確定相應的未完成任務，比如步驟1504A和步驟1504B所示的兩種方式；下面針對步驟1504A和步驟1504B所示的兩種方式，分別進行舉例說明：

方式一：基於歷史通訊資料

作為一示例性實施例，可以根據請求方用戶與回應方用戶之間的歷史通訊資料，確定未完成任務。

其中，歷史通訊資料可以包括任意通訊類型的歷史資料，比如該通訊類型可以包括：即時通訊、通話、郵件等，則相應的歷史通訊資料包括以下至少之一：即時通訊訊息、通話記錄、電話留言、郵件。相應地，針對不同類 型的歷史通訊資料，可以分別通過下述方式確定對應的未完成任務：

1)即時通訊訊息

當歷史通訊資料為即時通訊訊息時，未完成任務可以為請求方用戶向回應方用戶發起且尚未被答覆的即時通訊諮詢請求。

比如圖16A所示，假定用戶“小白”在10：20時向用戶“小黑”發送了即時通訊訊息，內容為“小黑，昨天給你的beta版本測試完了嗎？”，而在用戶“小白”於10：45向用戶“小黑”發起通訊事件時，該即時通訊訊息仍未被回復，即用戶“小白”向用戶“小黑”發起的即時通訊諮詢請求未被答覆，因此，將該即時通訊諮詢請求作為用戶“小白”與用戶“小黑”之間的未完成任務。

其中，可以根據即時通訊訊息的收發數量(歷史全量，或者一定時間內的數量)，確定是否存在未被答覆的即時通訊諮詢請求，比如圖16A中，用戶“小白”發出的訊息數量為1、用戶“小黑”發出的訊息數量為0，因而判定存在未被答覆的即時通訊諮詢請求。

或者，還可以對即時通訊訊息的內容進行解析，以提升判斷的準確性。比如當用戶“小白”發送的即時通訊訊息的內容為“hi”時，實際上只是打招呼，並不應當作為“任務”；而當用戶“小白”發送的即時通訊訊息的內容為“小黑，昨天給你的beta版本測試完了嗎？”時，可以根據其中包含的“嗎”、“？”甚至語義分析，確定該內容是出於“詢問” 目的，從而判定為存在未被答覆的即時通訊諮詢請求。

2)郵件

當歷史通訊資料為郵件時，未完成任務包括以下至少之一：與請求方用戶和回應方用戶相關的預設重要度的郵件內容、請求方用戶與回應方用戶之間通過郵件溝通且尚未完成的事項。

A.重要度。每封郵件都存在對應的重要度，用戶可以根據自己的需求進行設置。如圖16B所示，該郵件的重要度被用戶“小黑”設置為“極高”，則可以不必分析該郵件的內容等方面，即可認定用戶“小白”很可能希望與用戶“小黑”討論關於該郵件的事項，因而將該郵件作為未完成任務。

B.郵件溝通事項。如圖16B所示，可以通過提取郵件內容“小黑：昨天給你的beta版本測試完了嗎？”，並通過與上述的“即時通訊訊息”相類似的處理過程，即當雙方的郵件數量不一致、或者根據郵件內容確定該郵件未被答覆時，判定用戶“小白”與用戶“小黑”之間存在尚未完成的事項，可以作為兩者之間的未完成任務。

3)通話記錄或電話留言

當歷史通訊資料為通話記錄時，未完成任務為請求方用戶向回應方用戶發起且尚未被處理的未接通話記錄；或者，當歷史通訊資料為電話留言時，未完成任務為請求方用戶向回應方用戶發起且尚未被處理的電話留言內容。

上述兩種形式的歷史通訊資料類似，都是由用戶“小 白”向用戶“小黑”發起後，用戶“小黑”尚未處理的情況，且只需要確保與用戶“小白”和用戶“小黑”相關即可，而無需考慮具體的資料內容分析等，即可作為相應的未完成任務。

其中，對於未接通話記錄的處理，即用戶“小黑”回撥給用戶“小白”，因而若未回撥，則認為該未接通話記錄尚未被處理；而對於電話留言的處理，即用戶“小黑”收聽電話留言的具體內容，則若未收聽，則認為該電話留言尚未被處理。

方式二：基於流程業務事件

作為另一示例性實施例，可以獲取與請求方用戶和回應方用戶相關的流程業務事件，並將未完成的流程業務事件作為未完成任務。

在本實施例中，流程業務事件實際上就是同時涉及請求方用戶與回應方用戶的流程性的業務事件，比如針對“企業管理”的應用場景，該流程業務事件可以包括以下至少之一：審批業務事件、協作業務事件、考勤管理事件。當然，本發明的技術方案也可以應用於其他場景，則流程業務事件也將相應變化，本發明並不對此進行限制；舉例而言，比如針對“社交”的應用場景，流程業務事件可以包括：聚會邀約、群組加入發明等。

以“審批業務事件”為例。假定用戶“小白”預先向用戶“小黑”發起了關於休假的審批事件，則如果在用戶“小白”向用戶“小黑”發起通訊事件時，該審批事件尚未被處理， 即用戶“小黑”尚未向用戶“小白”回饋審批結果，則很可能用戶“小白”是希望瞭解或催促該審批事件的處理情況，可以將該休假審批事件作為未完成任務。

以“協作業務事件”為例。假定用戶“小白”屬於開發人員、用戶“小黑”屬於測試人員，則兩者之間存在工作上的協作關係。那麼，只要該協作關係尚未被取消，就認定存在相應的協作業務事件，則用戶“小白”向用戶“小黑”發起通訊事件時，將很可能是討論兩者的協作內容，因而可以將該協作業務事件作為未完成任務。

以“考勤管理事件”為例。假定用戶“小白”為部門主管、用戶“小黑”為部門成員，則如果用戶“小黑”尚未打卡考勤，則用戶“小白”向用戶“小黑”發起通訊事件時，將很可能是詢問關於考勤情況的問題，因而可以將該考勤管理事件作為未完成任務。

步驟1508，任務排序和標記。

在本實施例中，當存在多個未完成任務時，可以對多個未完成任務進行重要度的排序和標記，則當該多個未完成任務被推送至請求方用戶或回應方用戶的關聯設備時，可以按照重要度進行排列展示於關聯設備中，以便於相應用戶的查看。

步驟1510，推送未完成任務。

在本實施例中，釘釘統一通訊平臺可以將未完成任務推送至發起方用戶和回應方用戶中至少之一，以將該未完成任務展示於相應用戶的關聯設備中。比如當發起方用戶 為用戶“小白”、回應方用戶為用戶“小黑”時，釘釘統一通訊平臺可以將未完成任務發送至用戶“小白”，使得展示於其關聯設備中的未完成任務，可以對用戶“小白”起到提示作用，避免當未完成任務過多或閒聊過程中造成遺漏，或者釘釘統一通訊平臺也可以將未完成任務發送至用戶“小黑”，則無需用戶“小白”提示，用戶“小黑”即可瞭解到對方的通訊意圖，有助於縮短通訊時長、提升通訊效率。當然，釘釘統一通訊平臺也可以將未完成任務同時推送至用戶“小白”和用戶“小黑”。

作為一示例性實施例，請求方用戶和回應方用戶的關聯設備，也可以同時用於處理通訊事件和未完成任務的提示。

如圖17所示，用戶“小白”作為發起方用戶，僅使用手機1為關聯設備，則該手機1不僅用於接收和展示未完成任務，還用於向用戶“小黑”發起通訊事件。以“通話”類型的通訊事件為例，圖18A示出了手機1在通話過程中(圖18A為電話接通前的介面，接通後的介面與之類似，同樣可以示出未完成任務)的介面示意圖，其中示出了與用戶“小白”和用戶“小黑”相關的未完成任務，包括“1、beta版本測試結果”、“2、新版本進度”共兩條；當然，未完成任務的數量可以為1條或多條，本發明並不對此進行限制。其中，對於圖18A所示的2條未完成任務，可以是按照任意順序排列，也可以是基於釘釘統一通訊平臺的排序和標記，按照重要度進行排列。

進一步的，如圖18A所示，對於每條未完成任務，還可以標示出相應的出處，比如“1、beta版本測試結果”是從即時通訊應用“釘釘”中的即時通訊訊息得到的，因而標記為“來自釘釘”；類似的，假定“2、新版本進度”是從“釘郵”的郵件得到的，因而標記為“來自釘郵”。

類似的，用戶“小黑”作為回應方用戶，僅使用手機2為關聯設備，則該手機2不僅用於接收和展示未完成任務，還用於向用戶“小白”回應通訊事件。那麼，對應於圖18A，在圖18B中示出了手機2在通話過程中(圖18B為電話接通前的介面，接通後的介面與之類似，同樣可以示出未完成任務)的介面示意圖，其中示出了與用戶“小白”和用戶“小黑”相關的未完成任務，包括“1、beta版本測試結果”、“2、新版本進度”共兩條，與圖18A中示出的未完成任務相同。其中，對於圖18B所示的2條未完成任務，同樣可以是按照任意順序排列，也可以是基於釘釘統一通訊平臺的排序和標記，按照重要度進行排列；並且，圖18B中同樣可以對每條未完成任務的來源進行標記，此處不再贅述。

此外，而正如上文所述，由於本發明中的通訊事件可以存在多種類型，下面以“即時通訊”類型的通訊事件為例，做進一步說明。如圖19所示，假定用戶“小白”為發起方用戶、用戶“小黑”為回應方用戶，則圖19為用戶“小黑”的關聯設備的介面示意圖，在用戶“小白”僅向用戶“小黑”發送了“Hi”的問候語的情況下，無需用戶“小白”進一 步描述，伺服器即可預測出用戶“小白”的通訊意圖，並將相應的未完成任務提示於用戶“小黑”的關聯設備的即時通訊介面中，以便用戶“小黑”的查看，並提升後續的溝通效率。

作為另一示例性實施例，請求方用戶和回應方用戶的關聯設備可以分別僅用於未完成任務的提示，而通過其他設備處理通訊事件，比如請求方用戶通過第一設備發起通訊事件，第一設備區別於請求方用戶的關聯設備，且回應方用戶通過第二設備回應通訊事件，第二設備區別於回應方用戶的關聯設備。

如圖20所示，用戶“小白”作為發起方用戶，使用手機1為第一設備，用於向用戶“小黑”發起通訊事件，而用戶“小黑”作為回應方用戶，使用手機2為第二設備，用於向用戶“小白”回應通訊事件。同時，用戶“小白”通過區別於手機1的關聯設備進行未完成任務的提示，比如該關聯設備可以為另一手機3或電腦1等電子設備，而用戶“小黑”通過區別於手機2的關聯設備進行未完成任務的提示，比如該關聯設備可以為另一手機4或電腦2等電子設備。

其中，各個關聯設備對未完成任務進行展示時，以“通話”類型的通訊事件為例，與圖18A-18B所示的終端介面類似，此處不再贅述。

此外，在圖15所示的實施例中，除了發起方用戶與回應方用戶之間的正常通訊之外，基於回應方用戶的不 便，可能無法對發起方用戶建立的通訊事件進行有效的回應或溝通，則可以通過下述的步驟15A~15C進行解決。

步驟15A，獲取回應方用戶的狀態資訊。

在本實施例中，步驟15A~15C只需要滿足位於步驟1502之後、步驟1510之前即可，與其他步驟之間沒有必然的先後順序或依存關係。

在本實施例中，在“企業管理”的應用場景中，回應方用戶作為企業員工，其狀態資訊可以記錄在企業管理系統內的“狀態管理子系統”或其他類似的子系統中，則釘釘統一通訊平臺可以通過接入企業管理系統或相應的子系統中，獲取回應方用戶的狀態資訊。

在本實施例中，釘釘統一通訊平臺也可以獲取回應方用戶的考勤、休假等事件狀態，或者獲取回應方用戶的即時地理位置資訊等，從而推測出回應方用戶的狀態資訊。

步驟15B，查找代理用戶。

在本實施例中，當狀態資訊表明回應方用戶無法處理未完成任務時，查找與回應方用戶相關聯的代理用戶。由於預測結果為發起方用戶的通訊意圖與未完成任務相關，因而在實際上的回應方用戶無法處理未完成任務時，應當由實際上能夠處理該未完成任務的代理用戶對通訊事件進行回應，有助於提升溝通效率。

步驟15C，替換回應方。

在本實施例中，將代理用戶替換為通訊事件的回應方，並將未完成任務推送至代理用戶，以展示於代理用戶 的關聯設備中。

結合圖14可知，釘釘統一通訊平臺可以通過“服務調度”功能，在用戶“小黑”的狀態資訊表明其可以處理未完成任務時，可以將來自發起方用戶“小白”的通訊事件以及對應的未完成任務調度至用戶“小黑”；而在用戶“小黑”的狀態資訊表明其可以無法處理未完成任務時，可以將來自發起方用戶“小白”的通訊事件以及對應的未完成任務調度至用戶“小黑”的代理用戶“白白”，以便提升溝通效率。

圖21示出了根據本發明的一示例性實施例的電子設備的示意結構圖。請參考圖21，在硬體層面，該電子設備包括處理器、內部匯流排、網路介面、記憶體以及非揮發性記憶體，當然還可能包括其他業務所需要的硬體。處理器從非揮發性記憶體中讀取對應的電腦程式到記憶體中然後運行，在邏輯層面上形成通訊過程中的任務提示裝置。當然，除了軟體實現方式之外，本發明並不排除其他實現方式，比如邏輯元件抑或軟硬體結合的方式等等，也就是說以下處理流程的執行主體並不限定於各個邏輯單元，也可以是硬體或邏輯元件。

請參考圖22，在軟體實施方式中，該通訊過程中的任務提示裝置可以包括檢測單元、確定單元和推送單元。其中：檢測單元，檢測到通訊事件；確定單元，確定與所述通訊事件的請求方用戶和回應方用戶相關的未完成任務； 推送單元，將所述未完成任務推送至所述請求方用戶和所述回應方用戶中至少之一，以展示於相應用戶的關聯設備中。

可選的，所述確定單元具體用於：根據所述請求方用戶與回應方用戶之間的歷史通訊資料，確定所述未完成任務。

可選的，所述歷史通訊資料包括以下至少之一：即時通訊訊息、通話記錄、電話留言、郵件。

可選的，當所述歷史通訊資料為即時通訊訊息時，所述未完成任務為所述請求方用戶向所述回應方用戶發起且尚未被答覆的即時通訊諮詢請求；當所述歷史通訊資料為通話記錄時，所述未完成任務為所述請求方用戶向所述回應方用戶發起且尚未被處理的未接通話記錄；當所述歷史通訊資料為電話留言時，所述未完成任務為所述請求方用戶向所述回應方用戶發起且尚未被處理的電話留言內容；當所述歷史通訊資料為郵件時，所述未完成任務包括以下至少之一：與所述請求方用戶和所述回應方用戶相關的預設重要度的郵件內容、所述請求方用戶與所述回應方用戶之間通過郵件溝通且尚未完成的事項。

可選的，所述確定單元具體用於：獲取與所述請求方用戶和所述回應方用戶相關的流程 業務事件，並將未完成的流程業務事件作為所述未完成任務。

可選的，所述流程業務事件包括以下至少之一：審批業務事件、協作業務事件、考勤管理事件。

可選的，還包括：標記單元，當存在多個未完成任務時，對所述多個未完成任務進行重要度的排序和標記，以使所述多個未完成任務按照重要度進行排列展示於所述關聯設備中。

可選的，所述請求方用戶的關聯設備還用於發起所述通訊事件，所述回應方用戶的關聯設備還用於回應所述通訊事件；或者，所述請求方用戶通過第一設備發起所述通訊事件，所述第一設備區別於所述請求方用戶的關聯設備，且所述回應方用戶通過第二設備回應所述通訊事件，所述第二設備區別於所述回應方用戶的關聯設備。

可選的，所述通訊事件為所述請求方用戶通過即時通訊應用發起的針對所述回應方用戶的通話事件。

可選的，所述通訊事件為所述請求方用戶通過即時通訊應用發起的針對所述回應方用戶的即時通訊事件。

可選的，所述即時通訊應用為企業即時通訊應用。

可選的，還包括：獲取單元，獲取所述回應方用戶的狀態資訊；查找單元，當所述狀態資訊表明所述回應方用戶無法 處理所述未完成任務時，查找與所述回應方用戶相關聯的代理用戶；替換單元，將所述代理用戶替換為所述通訊事件的回應方，並將所述未完成任務推送至所述代理用戶，以展示於所述代理用戶的關聯設備中。

需要說明的是：雖然在本發明中，通過不同的實施例對“關係資料”和“未完成任務”的推送進行描述，但實際上顯然可以同時對“關係資料”和“未完成任務”進行推送。比如，伺服器在將關係資料推送至回應方用戶的同時，還可以確定與請求方用戶和回應方用戶相關的未完成任務，或者與請求方用戶和關聯用戶相關的未完成任務；然後，伺服器可以將未完成任務推送至回應方用戶，以展示於回應方用戶的關聯設備中。

比如回應方用戶“小黑”通過同一台關聯設備分別實現：回應通訊事件、展示關係資料和提示未完成任務，則如圖23所示，用戶“小黑”在接收到用戶“小白”發起的通話請求時，可以在通話介面上分別查看到關係資料為“您的團隊成員‘目空’的客戶”，以及未完成任務包括“1、項目A”、“2、項目B”等。

此外，而正如上文所述，由於本發明中的通訊事件可以存在多種類型，下面以“即時通訊”類型的通訊事件為例，做進一步說明。如圖24所示，假定用戶“小白”為發起方用戶、用戶“小黑”為回應方用戶，則圖24為用戶“小 黑”的關聯設備的介面示意圖，在用戶“小白”僅向用戶“小黑”發送了“Hi”的問候語的情況下，伺服器一方面識別出關係資料為“您的團隊成員‘目空’的客戶”，另一方面對未完成任務“1、項目A”、“2、項目B”等進行展示，從而無需用戶“小白”進一步描述，用戶“小黑”可以通過對關係資料和未完成任務的查看，確定用戶“小白”的通訊意圖，以提升後續的溝通效率。

當然，與關係資料的展示過程相類似的，對於未完成任務的展示方案也可以應用於圖10所示的通訊方案中，比如用戶“小黑”通過手機2來回應通訊事件，而通過手機3或電腦等電子設備來顯示關係資料和未完成任務。

由上述實施例可知，通過將未完成任務推送並展示於回應方用戶的關聯設備，並結合推送展示的關係資料，該回應方用戶可以及時瞭解請求方用戶的身份資訊、通訊意圖並做好相應準備，且無需請求方用戶對該未完成任務的情況進行描述和講解，有助於縮短溝通時間、提升溝通效率。

在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和記憶體。

記憶體可能包括電腦可讀介質中的非永久性記憶體，隨機存取記憶體(RAM)和/或非揮發性記憶體等形式，如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。記憶體是電腦可讀介質的示例。

電腦可讀介質包括永久性和非永久性、可移動和非可 移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存介質的例子包括，但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可程式化唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶，磁帶磁磁片儲存或其他磁性存放裝置或任何其他非傳輸介質，可用於儲存可以被計算設備訪問的資訊。按照本文中的界定，電腦可讀介質不包括暫存電腦可讀媒體(transitory media)，如調製的資料信號和載波。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個......”限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。

以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明保護的範圍之 內。

Claims (37)

1. 一種通訊過程中的關係提示方法，其特徵在於，包括：檢測到通訊事件；確定該通訊事件的請求方用戶與回應方用戶或與該回應方用戶對應的關聯用戶之間的關係資料；將該關係資料推送至該回應方用戶，以展示於該回應方用戶的關聯設備中。
2. 根據請求項1所述的方法，其中，當任一用戶與該回應方用戶屬於同一團體時，判定該任一用戶為該關聯用戶。
3. 根據請求項2所述的方法，其中，當該任一用戶與該回應方用戶屬於同一企業，或者屬於同一企業中的同一部門時，判定該任一用戶與該回應方用戶屬於同一團體。
4. 根據請求項2所述的方法，其中，當任一用戶與該回應方用戶屬於同一團體，且存在與該請求方用戶和該任一用戶相關的未完成任務時，判定該任一用戶為該關聯用戶。
5. 根據請求項1所述的方法，其中，該確定該通訊事件的請求方用戶與回應方用戶或與該回應方用戶對應的關聯用戶之間的關係資料，包括：根據預配置的用戶關係資料集合，確定該請求方用戶與該回應方用戶或與該關聯用戶之間的關係資料。
6. 根據請求項5所述的方法，其中，當該請求方用戶與該回應方用戶屬於同一團體時，該用戶關係資料集合包括：該團體的組織架構資訊。
7. 根據請求項1所述的方法，其中，該確定該通訊事件的請求方用戶與回應方用戶或與該回應方用戶對應的關聯用戶之間的關係資料，包括：根據該請求方用戶與該回應方用戶或與該關聯用戶之間的歷史通訊資料，確定該關係資料。
8. 根據請求項1所述的方法，其中，還包括：當存在多條關係資料時，對該多條關係資料進行重要度的排序和標記，以使該多條關係資料按照重要度進行排列展示於相應設備中。
9. 根據請求項1所述的方法，其中，該回應方用戶的關聯設備還用於回應該通訊事件；或者，該回應方用戶通過預設設備回應該通訊事件，該預設設備區別於該回應方用戶的關聯設備。
10. 根據請求項1所述的方法，其中，該通訊事件為該請求方用戶通過即時通訊應用發起的針對該回應方用戶的通話事件。
11. 根據請求項1所述的方法，其中，該通訊事件為該請求方用戶通過即時通訊應用發起的針對該回應方用戶的即時通訊事件。
12. 根據請求項10或11所述的方法，其中，該即時通訊應用為企業即時通訊應用。
13. 根據請求項1所述的方法，其中，還包括：獲取該回應方用戶的狀態資訊；當該狀態資訊表明該回應方用戶無法回應該通訊事件時，查找與該回應方用戶相關聯的代理用戶；將該代理用戶替換為該通訊事件的回應方，並將該關係資料推送至該代理用戶，以展示於該代理用戶的關聯設備中。
14. 根據請求項1所述的方法，其中，還包括：調取該回應方用戶的本地用戶關係資料集合的服務端同步資料；當該服務端同步資料中包含與該關係資料相匹配的預存資料時，取消將該關係資料推送至該回應方用戶的操作。
15. 一種通訊過程中的關係提示裝置，其特徵在於，包括：檢測單元，檢測到通訊事件；確定單元，確定該通訊事件的請求方用戶與回應方用戶或與該回應方用戶對應的關聯用戶之間的關係資料；提示單元，將該關係資料推送至該回應方用戶，以展示於該回應方用戶的關聯設備中。
16. 根據請求項15所述的裝置，其中，該確定單元具體用於：根據預配置的用戶關係資料集合，確定該請求方用戶與該回應方用戶或與該關聯用戶之間的關係資料。
17. 根據請求項15所述的裝置，其中，該確定單元具體用於：根據該請求方用戶與該回應方用戶或與該關聯用戶之間的歷史通訊資料，確定該關係資料。
18. 根據請求項15所述的裝置，其中，該回應方用戶的關聯設備還用於回應該通訊事件；或者，該回應方用戶通過預設設備回應該通訊事件，該預設設備區別於該回應方用戶的關聯設備。
19. 根據請求項15所述的裝置，其中，還包括：獲取單元，獲取該回應方用戶的狀態資訊；查找單元，當該狀態資訊表明該回應方用戶無法回應該通訊事件時，查找與該回應方用戶相關聯的代理用戶；替換單元，將該代理用戶替換為該通訊事件的回應方，並將該關係資料推送至該代理用戶，以展示於該代理用戶的關聯設備中。
20. 根據請求項15所述的裝置，其中，還包括：調取單元，調取該回應方用戶的本地用戶關係資料集合的服務端同步資料；取消單元，當該服務端同步資料中包含與該關係資料相匹配的預存資料時，取消將該關係資料推送至該回應方用戶的操作。
21. 一種通訊過程中的任務提示方法，其特徵在於，包括：檢測到通訊事件； 確定與該通訊事件的請求方用戶和回應方用戶相關的未完成任務；將該未完成任務推送至該請求方用戶和該回應方用戶中至少之一，以展示於相應用戶的關聯設備中。
22. 根據請求項21所述的方法，其中，該確定與該通訊事件的請求方用戶和回應方用戶相關的未完成任務，包括：根據該請求方用戶與回應方用戶之間的歷史通訊資料，確定該未完成任務。
23. 根據請求項22所述的方法，其中，該歷史通訊資料包括以下至少之一：即時通訊訊息、通話記錄、電話留言、郵件。
24. 根據請求項23所述的方法，其中，當該歷史通訊資料為即時通訊訊息時，該未完成任務為該請求方用戶向該回應方用戶發起且尚未被答覆的即時通訊諮詢請求；當該歷史通訊資料為通話記錄時，該未完成任務為該請求方用戶向該回應方用戶發起且尚未被處理的未接通話記錄；當該歷史通訊資料為電話留言時，該未完成任務為該請求方用戶向該回應方用戶發起且尚未被處理的電話留言內容；當該歷史通訊資料為郵件時，該未完成任務包括以下至少之一：與該請求方用戶和該回應方用戶相關的預設重 要度的郵件內容、該請求方用戶與該回應方用戶之間通過郵件溝通且尚未完成的事項。
25. 根據請求項21所述的方法，其中，該確定與該通訊事件的請求方用戶和回應方用戶相關的未完成任務，包括：獲取與該請求方用戶和該回應方用戶相關的流程業務事件，並將未完成的流程業務事件作為該未完成任務。
26. 根據請求項25所述的方法，其中，該流程業務事件包括以下至少之一：審批業務事件、協作業務事件、考勤管理事件。
27. 根據請求項21所述的方法，其中，還包括：當存在多個未完成任務時，對該多個未完成任務進行重要度的排序和標記，以使該多個未完成任務按照重要度進行排列展示於該關聯設備中。
28. 根據請求項21所述的方法，其中，該請求方用戶的關聯設備還用於發起該通訊事件，該回應方用戶的關聯設備還用於回應該通訊事件；或者，該請求方用戶通過第一設備發起該通訊事件，該第一設備區別於該請求方用戶的關聯設備，且該回應方用戶通過第二設備回應該通訊事件，該第二設備區別於該回應方用戶的關聯設備。
29. 根據請求項21所述的方法，其中，該通訊事件為該請求方用戶通過即時通訊應用發起的針對該回應方用戶的通話事件。
30. 根據請求項21所述的方法，其中，該通訊事件為該請求方用戶通過即時通訊應用發起的針對該回應方用戶的即時通訊事件。
31. 根據請求項29或30所述的方法，其中，該即時通訊應用為企業即時通訊應用。
32. 根據請求項1所述的方法，其中，還包括：獲取該回應方用戶的狀態資訊；當該狀態資訊表明該回應方用戶無法處理該未完成任務時，查找與該回應方用戶相關聯的代理用戶；將該代理用戶替換為該通訊事件的回應方，並將該未完成任務推送至該代理用戶，以展示於該代理用戶的關聯設備中。
33. 一種通訊過程中的任務提示裝置，其特徵在於，包括：檢測單元，檢測到通訊事件；確定單元，確定與該通訊事件的請求方用戶和回應方用戶相關的未完成任務；推送單元，將該未完成任務推送至該請求方用戶和該回應方用戶中至少之一，以展示於相應用戶的關聯設備中。
34. 根據請求項33所述的裝置，其中，該確定單元具體用於：根據該請求方用戶與回應方用戶之間的歷史通訊資料，確定該未完成任務。
35. 根據請求項33所述的裝置，其中，該確定單元具體用於：獲取與該請求方用戶和該回應方用戶相關的流程業務事件，並將未完成的流程業務事件作為該未完成任務。
36. 根據請求項33所述的裝置，其中，還包括：標記單元，當存在多個未完成任務時，對該多個未完成任務進行重要度的排序和標記，以使該多個未完成任務按照重要度進行排列展示於該關聯設備中。
37. 根據請求項33所述的裝置，其中，還包括：獲取單元，獲取該回應方用戶的狀態資訊；查找單元，當該狀態資訊表明該回應方用戶無法處理該未完成任務時，查找與該回應方用戶相關聯的代理用戶；替換單元，將該代理用戶替換為該通訊事件的回應方，並將該未完成任務推送至該代理用戶，以展示於該代理用戶的關聯設備中。