本申請屬于計算機(jī)數(shù)據(jù)處理技術(shù)領(lǐng)域，尤其涉及一種應(yīng)用消息的通知處理方法、裝置及通信終端。

背景技術(shù)：

隨著移動通信技術(shù)和互聯(lián)網(wǎng)的迅速發(fā)展，各種移動終端設(shè)備如手機(jī)、平板等越來越普及，用戶可以通過終端應(yīng)用實(shí)現(xiàn)線上的各種工作和生活需求，例如人們通過手機(jī)通信軟件可以實(shí)現(xiàn)隨時隨地的進(jìn)行語音、視頻聊天等。

目前，終端通信應(yīng)用在企業(yè)中的應(yīng)用也越來越廣泛，可以有效幫助企業(yè)提高管理效率。用戶在終端通信應(yīng)用的使用過程中，會涉及到各種各樣的消息，如通信應(yīng)用在企業(yè)中的使用場景下，經(jīng)常會有會議的使用形式。無論是討論會還是宣講會，一般只有幾個主要發(fā)言人，大部分用戶為聽眾。當(dāng)會議進(jìn)行時，每一條發(fā)言都會是應(yīng)用的一條新消息，通常也會產(chǎn)生一條通知，如通知觸發(fā)聲音提醒或者震動，使其他用戶知曉會議中有新的消息。但是，在發(fā)言密集時，會出現(xiàn)不斷的震動或者不斷的聲音提醒的情況，這對于一些聽眾來說，這完全是不必要的，甚至是難以忍受的，大大降低了這些聽眾的感受。開會群不斷提示的新消息通知，對于聽眾角色來說，已經(jīng)接近騷擾，但完全屏蔽又不能感知會議或者討論的結(jié)束。另外，一些應(yīng)用在通知頁面設(shè)置有通知的頭部信息，如包括應(yīng)用名和時間，當(dāng)開會群不斷產(chǎn)生新消息時，這些通知頭會占據(jù)很多屏幕空間或者頻繁點(diǎn)亮屏幕、彈出通知菜單，使用戶感知較差，降低用戶終端應(yīng)用的使用體驗(yàn)。

技術(shù)實(shí)現(xiàn)要素：

本申請目的在于提供一種應(yīng)用消息的通知處理方法、裝置及通信終端，可以使得應(yīng)用的通知消息按照用戶定義的方式合并提醒，進(jìn)行通知消息整合，節(jié)約通知界面屏幕占用頻率和空間，優(yōu)化用戶的使用體驗(yàn)。

本申請?zhí)峁┑囊环N應(yīng)用消息的通知處理方法、裝置及通信終端是這樣實(shí)現(xiàn)的：

一種應(yīng)用消息的通知處理方法，所述方法包括：

監(jiān)測到應(yīng)用的新消息時，存儲所述新消息的通知消息；

當(dāng)所述通知消息滿足預(yù)設(shè)的觸發(fā)條件時，觸發(fā)應(yīng)用的消息通知事件。

一種應(yīng)用消息的通知處理裝置，所述裝置包括：

通知消息存儲模塊，用于監(jiān)測應(yīng)用的新消息，并在監(jiān)測到應(yīng)用的新消息時，存儲所述新消息的通知消息；

觸發(fā)條件設(shè)置模塊，用于接收并存儲預(yù)設(shè)的通知消息的觸發(fā)條件；

通知消息處理模塊，用于判斷所述通知消息是否滿足所述觸發(fā)條件，以及當(dāng)所述通知消息滿足所述觸發(fā)條件時，觸發(fā)應(yīng)用的消息通知事件。

一種通信終端，包括通信模塊、處理器，

所述通信模塊至少具有消息接收能力；

所述處理器被設(shè)置成，用于監(jiān)測到新消息時存儲所述新消息的通知消息；還用于獲取與通信終端登錄用戶對應(yīng)的預(yù)設(shè)的觸發(fā)條件，并判斷所述通知消息是否滿足所述觸發(fā)條件；還用于當(dāng)所述通知消息滿足所述觸發(fā)條件時，觸發(fā)應(yīng)用的消息通知事件。

本申請?zhí)峁┑膽?yīng)用消息的通知處理方法、裝置及通信終端，可以使得應(yīng)用的通知消息按照用戶定義的方式提醒合并，減少新消息的頻繁高頻通知，優(yōu)化用戶使用體驗(yàn)。例如在類似會議等聊天群中，應(yīng)用本申請方法后，用戶可以不需要設(shè)置全部靜音，同時還能根據(jù)用戶自定義設(shè)置的觸發(fā)條件，如按照條數(shù)合并或者按照時間合并批量整合通知消息，發(fā)送通知消息，滿足不同用戶的消息通知需求。另外，通知消息整合后再觸發(fā)通知事件，如振動、點(diǎn)亮屏幕等，還可以節(jié)約應(yīng)用中通知界面屏幕的占用頻率和空間，同時降低能耗，優(yōu)化用戶的使用體驗(yàn)。

附圖說明

為了更清楚地說明本申請實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本申請?zhí)峁┑囊环N應(yīng)用消息的通知處理方法一種實(shí)施例的方法流程圖；

圖2是本申請一種采用隊列存儲新消息通知消息的數(shù)據(jù)結(jié)構(gòu)示意圖；

圖3是利用本申請方案用戶設(shè)置通知消息觸發(fā)條件的一種實(shí)施例的場景示意圖；

圖4是本申請?zhí)峁┑囊环N應(yīng)用消息的通知處理方法另一種實(shí)施例的方法流程圖；

圖5是本申請中一種觸發(fā)應(yīng)用通知事件的應(yīng)用界面示意圖；

圖6是本申請?zhí)峁┑囊环N應(yīng)用消息的通知處理裝置一種實(shí)施例的模塊結(jié)構(gòu)示意圖；

圖7是本申請?zhí)峁┑挠|發(fā)條件設(shè)置模塊一種實(shí)施例的模塊結(jié)構(gòu)示意圖；

圖8是本申請?zhí)峁┑挠|發(fā)條件設(shè)置模塊另一種實(shí)施例的模塊結(jié)構(gòu)示意圖。

具體實(shí)施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本申請中的技術(shù)方案，下面將結(jié)合本申請實(shí)施例中的附圖，對本申請實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本申請一部分實(shí)施例，而不是全部的實(shí)施例。基于本申請中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都應(yīng)當(dāng)屬于本申請保護(hù)的范圍。

圖1是本申請所述一種應(yīng)用消息的通知處理方法一種實(shí)施例的方法流程圖。雖然本申請?zhí)峁┝巳缦率鰧?shí)施例或附圖所示的方法操作步驟或裝置結(jié)構(gòu)，但基于常規(guī)或者無需創(chuàng)造性的勞動在所述方法或裝置中可以包括更多或者部分合并后更少的操作步驟或模塊單元。在邏輯性上不存在必要因果關(guān)系的步驟或結(jié)構(gòu)中，這些步驟的執(zhí)行順序或裝置的模塊結(jié)構(gòu)不限于本申請實(shí)施例或附圖所示的執(zhí)行順序或模塊結(jié)構(gòu)。所述的方法或模塊結(jié)構(gòu)的在實(shí)際中的裝置或終端產(chǎn)品應(yīng)用時，可以按照實(shí)施例或者附圖所示的方法或模塊結(jié)構(gòu)進(jìn)行順序執(zhí)行或者并行執(zhí)行(例如并行處理器或者多線程處理的環(huán)境、甚至包括分布式處理的實(shí)施環(huán)境)。

具體的一種實(shí)施如圖1所述，本申請?zhí)峁┑囊环N應(yīng)用消息的通知處理方法的一種實(shí)施例可以包括：

s1：監(jiān)測到應(yīng)用的新消息時，存儲所述新消息的通知消息。

在實(shí)際實(shí)施過程中，可以在應(yīng)用中設(shè)置觸發(fā)實(shí)施本申請方案的開關(guān)/選項，如在即時通信應(yīng)用app_1中設(shè)置有“聽眾模式”。當(dāng)企業(yè)會議應(yīng)用的環(huán)境下使用app_1是，用戶可以主動開啟“聽眾模式”，進(jìn)而切換到本實(shí)施例的新消息的通知處理實(shí)施方式。用戶關(guān)閉“聽眾模式”時則進(jìn)入普通的產(chǎn)生一個新消息觸發(fā)一次應(yīng)用系統(tǒng)的消息通知。當(dāng)然，本申請不排除在一些通信應(yīng)用中可以直接實(shí)施將通知消息進(jìn)行合并通知的實(shí)施方案。

本實(shí)施例中，假如用戶終端中的應(yīng)用產(chǎn)生新消息時，如上述通信應(yīng)用的企業(yè)會議應(yīng)用場景中單個用戶的每一個單次發(fā)言都可以是一條新消息，在現(xiàn)有的常規(guī)方案中，尤其是在應(yīng)用在后臺運(yùn)行的時候，通常是每產(chǎn)生一條新消息就觸發(fā)一次應(yīng)用通知，如聲音提示或震動。而本實(shí)施例中可以設(shè)置監(jiān)測應(yīng)用的新消息，并可以在監(jiān)測到通信應(yīng)用有新消息產(chǎn)生時，將該新消息的通知消息先進(jìn)行存儲，(如可以先按產(chǎn)生通知消息的時間順序按序存入消息隊列中)，可以不觸發(fā)應(yīng)用(或者也可以為業(yè)務(wù)系統(tǒng)、操作系統(tǒng)、報警模塊等，為便于描述，在此統(tǒng)一稱為應(yīng)用)向用戶發(fā)出消息通知。

存儲所述通知消息具體的實(shí)施方式可以根據(jù)應(yīng)用類型、應(yīng)用設(shè)計語言、應(yīng)用的實(shí)施環(huán)境(移動終端或者大型服務(wù)器)等。本申請的一個實(shí)施例中，可以使用隊列存儲所述新消息的通知消息。因此，本申請所述方法的一種實(shí)施例中，所述存儲所述消息的通知消息可以包括：

采用消息隊列存儲所述通知消息。

所述的隊列是一種線性表，通常隊列只允許在表的前端(front)進(jìn)行刪除操作，在表的后端(rear)進(jìn)行插入操作。一般的，進(jìn)行插入操作的一端稱為隊尾，進(jìn)行刪除操作的一端稱為隊頭。圖2是本申請一種采用隊列存儲新消息通知消息的數(shù)據(jù)結(jié)構(gòu)示意圖，如圖2所示，可以將每一條新消息的每一條通知消息按照接收順序依次插入到消息隊列的隊尾進(jìn)行存儲。

監(jiān)測到應(yīng)用的新消息時，存儲所述新消息的通知消息。當(dāng)然，其他的實(shí)施方式中也可以采用其他的數(shù)據(jù)結(jié)構(gòu)形式存儲所述新消息的通知消息，如堆棧。

s2：當(dāng)所述通知消息滿足預(yù)設(shè)的觸發(fā)條件時，觸發(fā)所述應(yīng)用的消息通知事件。

一種實(shí)施方式中，可以監(jiān)測存儲的通知消息的狀態(tài)，如存儲時間、存儲的通知消息的個數(shù)、通知消息的屬性標(biāo)識(如通知消息的分類、優(yōu)先級等)等。在本實(shí)施例中用戶可以預(yù)先自定義設(shè)置進(jìn)行新消息提醒的觸發(fā)條件，當(dāng)所述存儲的通知消息滿足所述預(yù)設(shè)的觸發(fā)條件時，觸發(fā)應(yīng)用的消息通知事件，如振動或者發(fā)出提示音。所述的觸發(fā)條件可以由應(yīng)用客戶端的使用用戶進(jìn)行設(shè)置，或者為用戶提供一個或者多個觸發(fā)條件設(shè)置選擇、調(diào)整界面等。用戶可以根據(jù)自己的需求設(shè)置觸發(fā)條件，如設(shè)置5分鐘通知一次，或者當(dāng)新消息的通知達(dá)到100條時觸發(fā)一次通知。因此，本申請?zhí)峁┑囊环N應(yīng)用消息的通知處理方法的另一種具體實(shí)施方式中，所述的觸發(fā)條件可以包括：

s201：達(dá)到設(shè)置的間隔通知時間。

或者，另一種實(shí)施方式中，所述的觸發(fā)條件可以包括：

s202：存儲的通知消息的條數(shù)大于等于第一閾值。

圖3是利用本申請方案用戶設(shè)置通知消息觸發(fā)條件的一種實(shí)施例的場景示意圖。如圖3所示，所述的間隔通知時間和/第一閾值具體的數(shù)值可以由用戶自定義設(shè)置確定，如用戶點(diǎn)擊設(shè)置按鈕，在編輯欄輸入的5分鐘通知一次，或者通知消息達(dá)到99條時通知一次。當(dāng)然，其他的實(shí)施方式中，也可以預(yù)先分成若干觸發(fā)條件的選項，由用戶選擇，如用戶可以選擇“一分鐘提醒一次”、“5分鐘提醒一次”、“一小時提醒一次”中的一項，或者“通知消息滿30條時通知”、“通知消息滿99條時通知”等。當(dāng)然，本申請所述方法的其他實(shí)施中，所述的觸發(fā)條件也可以采用包括上述其中一種或者兩種的實(shí)施方式。一般的，當(dāng)所述觸發(fā)條件包含多個條件時，如用戶既設(shè)置了s201的觸發(fā)條件，同時也設(shè)置的了s202的觸發(fā)條件，則在實(shí)際客戶端應(yīng)用一側(cè)可以設(shè)置滿足所述多個條件中的一個觸發(fā)條件即可觸發(fā)應(yīng)用的消息通知事件。另一些實(shí)施例中，也可以設(shè)置同時滿足所述多個條件才觸發(fā)應(yīng)用的通知事件。

需要說明的是，在采用消息隊列或者堆棧等方式存儲新消息的通知消息，并且用戶設(shè)置的觸發(fā)條件包括上述所述的間隔通知時間的實(shí)施方式中，當(dāng)達(dá)到所述用戶設(shè)置的間隔通知時間時，若所述消息隊列中的通知消息為空，則可以設(shè)置成消息隊列繼續(xù)等待，不需要向用戶發(fā)送消息通知提醒。

如前述實(shí)施例所述，當(dāng)采用消息隊列的方式存儲新消息的通知消息實(shí)施方式時，消息隊列滿時，可以設(shè)置的不同的響應(yīng)方式，如取出隊首或隊尾的部分通知消息。在本申請在應(yīng)用新消息觸發(fā)通知的實(shí)施場景提供的一種實(shí)施例中，所述方法還可以包括：

s2’：當(dāng)所述消息隊列滿時，清空所述消息隊列，并觸發(fā)應(yīng)用的消息通知事件。

圖4是本申請?zhí)峁┑囊环N應(yīng)用消息的通知處理方法另一種實(shí)施例的方法流程圖。所述的消息隊列是本申請一種實(shí)施例采用的數(shù)據(jù)結(jié)構(gòu)之一，可以構(gòu)造一個有限長度的消息隊列，具體的消息隊列的長度可以與用戶設(shè)置的觸發(fā)條件中的通知消息的條數(shù)相同，也可以為預(yù)先定義的最大存儲條數(shù)，如可以存儲999條通知消息的消息隊列長度。一般的，采用消息隊列的方式實(shí)施本申請方案時，當(dāng)所述消息隊列滿時，隊列中的通知消息則可以集體出對，清空隊列，如當(dāng)隊首指針front＝隊尾指針rear時，隊列中沒有任何元素，此時可以稱為空隊列。然后可以發(fā)送消息通知事件給操作系統(tǒng)，進(jìn)而產(chǎn)生振動、提示音、點(diǎn)亮屏幕、彈出通知欄并顯示通知內(nèi)容等一項或多項消息提醒動作。

所述的消息通知事件通常是指按照設(shè)定的方式向用戶發(fā)出接收到新消息的通知提醒，通常包括通知內(nèi)容加上終端硬件的相應(yīng)動作，如手機(jī)振動、短的提示音、熄屏?xí)r點(diǎn)亮屏幕、指示燈閃爍或顯示為設(shè)定顏色等。根據(jù)用戶需要還可以設(shè)置上述幾種提醒的組合。具體的通知內(nèi)容可以包括所述存的所有通知消息，如消息隊列集體出對，觸發(fā)一次應(yīng)用的通知。其他的實(shí)施方式中所述通知內(nèi)容也可以為隊列中的部分通知內(nèi)容，具體的可以預(yù)先設(shè)定，如消息隊列中對頭或者隊尾位置的通知消息，用戶可以進(jìn)入應(yīng)用后查看完整消息內(nèi)容。因此，本申請所述一種應(yīng)用消息的通知觸發(fā)方法的另一種實(shí)施例中，在采用消息隊列存儲所述通知消息時，所述觸發(fā)應(yīng)用的消息通知事件可以包括：

s201：取所述消息隊列中指定位置的通知消息作為通知內(nèi)容向用戶發(fā)出新消息通知提醒。

進(jìn)一步的，所述實(shí)施例中所述消息隊列中的指定位置可以取隊尾或隊首的一個通知消息，也可以取隊首或者隊尾的多個通知消息，或者也可以取隊首的一個或多個通知消息加上隊尾的一個或者多個通知消息作為通知內(nèi)容。因此，本申請?zhí)峁┑囊环N應(yīng)用消息的通知處理方法的另一種實(shí)施例中，所述取所述消息隊列中指定位置的通知消息可以包括采用下述中至少一種實(shí)施方式：

s2011：取所述消息隊列中的前m個通知消息，m≥1；

s2012：取所述消息隊列中的后n個通知消息，n≥1。

例如一種實(shí)施方式中可以設(shè)置在達(dá)到時間間隔為5分鐘的觸發(fā)條件時，取存儲通知消息的消息隊列中隊首和隊尾的通知消息作為通知內(nèi)容向用戶發(fā)送新消息通知提醒，如手機(jī)振動并在通知欄顯示通知內(nèi)容，如圖5所示，圖5是本申請中一種觸發(fā)應(yīng)用通知事件的應(yīng)用界面示意圖。這樣，用戶可以根據(jù)隊首和隊尾的消息內(nèi)容大概判斷期間產(chǎn)生的新消息的內(nèi)容，以供用戶參考是否需要進(jìn)入應(yīng)用查看所有的新消息。當(dāng)然，也可以僅取隊尾的3條通知消息發(fā)送給用戶，展示在通知界面，以便用戶了解最近時段的聊天內(nèi)容，如會議進(jìn)行的誰在發(fā)言以及發(fā)言的大概內(nèi)容。

需要說明的是，本申請中所述的新消息的通知消息具體的消息內(nèi)容可以采用新消息的內(nèi)容，也可以采用新消息的部分內(nèi)容或摘要。甚至在一些實(shí)施例中所述通知消息的消息內(nèi)容也可以為對所述新消息的內(nèi)容進(jìn)行再編輯的內(nèi)容，或者是僅包含應(yīng)用系統(tǒng)預(yù)設(shè)的通知內(nèi)容，如“您的‘小組會議群’接收到30條新消息”。

利用本申請實(shí)施例所述的應(yīng)用消息的通知處理方法，可以使得應(yīng)用的通知消息按照用戶定義的方式提醒合并，減少新消息的頻繁高頻通知，優(yōu)化用戶使用體驗(yàn)。例如在類似會議等聊天群中，應(yīng)用本申請方法后，用戶可以不需要設(shè)置全部靜音，同時還能根據(jù)用戶自定義設(shè)置的觸發(fā)條件，如按照條數(shù)合并或者按照時間合并批量整合通知消息，發(fā)送通知消息，滿足不同用戶的消息通知需求。另外，通知消息整合后再觸發(fā)通知事件，如振動、點(diǎn)亮屏幕等，還可以節(jié)約應(yīng)用中通知界面屏幕的占用頻率和空間，同時降低能耗，優(yōu)化用戶的使用體驗(yàn)。

上述實(shí)施例描述了采用間隔通知時間或者消息隊列滿時觸發(fā)應(yīng)用的消息通知事件的實(shí)施場景，可以有效滿足用戶作為“聽眾”的應(yīng)用消息通知需求。進(jìn)一步的，本申請還提供一種應(yīng)用消息的通知處理方法的另一種實(shí)施例，具體的，在另一種實(shí)施例中，所述觸發(fā)條件還包括下述中的至少一種實(shí)施方式：

所述通知消息為基于檢測到所述新消息的內(nèi)容中包含用戶的自定義敏感詞匯而觸發(fā)；

所述通知消息為基于檢測到所述新消息的發(fā)送方為用戶預(yù)設(shè)的關(guān)注對象而觸發(fā)。

具體的如上述通信應(yīng)用的企業(yè)會議應(yīng)用場景中，當(dāng)用戶設(shè)置了“5分鐘提醒一次”或者“通知消息滿99條時通知”的預(yù)設(shè)觸發(fā)條件之后，還可以設(shè)置群會議的發(fā)言記錄中關(guān)注的敏感詞或者發(fā)言人。例如用戶可以自定義敏感詞匯，包括與用戶利益或興趣相關(guān)的“考核”、“獎金”、“伯川”(用戶自己的姓名)等，也可以設(shè)置或者選擇會員中關(guān)注的聯(lián)系人，如“劉總”、“馬經(jīng)理”等，或者上述敏感詞匯和關(guān)注對象一同設(shè)置。這樣，即使會議進(jìn)行中通知消息沒有滿99條或者不到5分鐘的提醒時間，但在聊天記錄中出現(xiàn)了用戶自己的姓名“伯川”或者當(dāng)前時刻發(fā)明人為“馬經(jīng)理”，則可以觸發(fā)應(yīng)用的消息通知事件，及時提醒用戶注意查看用戶重點(diǎn)關(guān)注的新消息，提升用戶體驗(yàn)。

基于本申請所述的應(yīng)用消息的通知處理方法各個實(shí)施例的描述，本申請還提供一種應(yīng)用消息的通知處理裝置。所述裝置可以應(yīng)用于各種可以發(fā)送通知給用戶的即時通信應(yīng)用、系統(tǒng)等應(yīng)用(如前所述，可以業(yè)務(wù)系統(tǒng)、操作系統(tǒng)、報警模塊等，為便于描述，在此統(tǒng)一稱為應(yīng)用)，實(shí)現(xiàn)根據(jù)用戶自定義的觸發(fā)條件對應(yīng)用的通知消息進(jìn)行整合，按照用戶的通知需求進(jìn)行消息通知，優(yōu)化用戶體驗(yàn)。圖6是本申請?zhí)峁┑囊环N應(yīng)用消息的通知處理裝置一種實(shí)施例的模塊結(jié)構(gòu)示意圖，如圖6所示，所述裝置可以包括：

通知消息存儲模塊101，可以用于監(jiān)測應(yīng)用的新消息，并在監(jiān)測到應(yīng)用的新消息時，存儲所述新消息的通知消息；

觸發(fā)條件設(shè)置模塊102，可以用于接收并存儲預(yù)設(shè)的通知消息的觸發(fā)條件；

通知消息處理模塊103，可以用于判斷所述通知消息是否滿足所述觸發(fā)條件，以及當(dāng)所述通知消息滿足所述觸發(fā)條件時，觸發(fā)應(yīng)用的消息通知事件。

當(dāng)然，如前所述方法所述，本申請所述裝置的另一種實(shí)施例中，所述通知消息存儲模塊101可以采用消息隊列存儲所述通知消息。

利用本申請?zhí)峁┑囊环N應(yīng)用消息的通知處理裝置，可以使得應(yīng)用的通知消息按照用戶定義的方式提醒合并，減少新消息的頻繁高頻通知，優(yōu)化用戶使用體驗(yàn)。例如在類似會議等聊天群中，應(yīng)用本申請裝置后，用戶可以不需要設(shè)置全部靜音，同時還能根據(jù)用戶自定義設(shè)置的觸發(fā)條件，如按照條數(shù)合并或者按照時間合并批量整合通知消息，發(fā)送通知消息，滿足不同用戶的消息通知需求。另外，通知消息整合后再觸發(fā)通知事件，如振動、點(diǎn)亮屏幕等，還可以節(jié)約應(yīng)用中通知界面屏幕的占用頻率和空間，同時降低能耗，優(yōu)化用戶的使用體驗(yàn)。

圖7是本申請?zhí)峁┑挠|發(fā)條件設(shè)置模塊102一種實(shí)施例的模塊結(jié)構(gòu)示意圖，如圖7所示，在本實(shí)施例中用戶可以預(yù)先自定義設(shè)置進(jìn)行新消息提醒的觸發(fā)條件，當(dāng)所述存儲的通知消息滿足所述預(yù)設(shè)的觸發(fā)條件時，觸發(fā)應(yīng)用的消息通知事件，如振動或者發(fā)出提示音。所述的觸發(fā)條件可以由應(yīng)用客戶端的使用用戶進(jìn)行設(shè)置，或者為用戶提供一個或者多個觸發(fā)條件設(shè)置選擇、調(diào)整選項等。用戶可以根據(jù)自己的需求設(shè)置觸發(fā)條件，如設(shè)置5分鐘通知一次，或者當(dāng)新消息的通知達(dá)到100條時觸發(fā)一次通知。因此，在本申請所述裝置的另一種實(shí)施例中，所述觸發(fā)條件設(shè)置模塊102可以包括下述中的至少一種單元：

間隔時間設(shè)置單元1021，可以用于設(shè)置觸發(fā)消息通知事件的間隔通知時間；

通知條數(shù)設(shè)置單元1022，可以用于設(shè)置存儲的通知消息的個數(shù)達(dá)到觸發(fā)消息通知事件的第一閾值。

圖8是本申請?zhí)峁┑挠|發(fā)條件設(shè)置模塊102另一種實(shí)施例的模塊結(jié)構(gòu)示意圖，如圖7所示，在本申請所述裝置的另一種實(shí)施例中，所述觸發(fā)條件設(shè)置模塊102還可以包括下述中的至少一種單元：

敏感詞匯設(shè)置單元1023，可以用于設(shè)置所新消息的內(nèi)容中觸發(fā)消息通知事件的敏感詞匯；

關(guān)注對象設(shè)置單元1024，可以用于設(shè)置觸發(fā)消息通知事件的所述新消息的發(fā)送方。

具體的如上述通信應(yīng)用的企業(yè)會議應(yīng)用場景中，當(dāng)用戶設(shè)置了“5分鐘提醒一次”或者“通知消息滿99條時通知”的預(yù)設(shè)觸發(fā)條件之后，還可以設(shè)置群會議的發(fā)言記錄中關(guān)注的敏感詞或者發(fā)言人。例如用戶可以自定義敏感詞匯，包括與用戶利益或興趣相關(guān)的“考核”、“獎金”、“伯川”(用戶自己的姓名)等，也可以設(shè)置或者選擇會員中關(guān)注的聯(lián)系人，如“劉總”、“馬經(jīng)理”等，或者上述敏感詞匯和關(guān)注對象一同設(shè)置。這樣，即使會議進(jìn)行中通知消息沒有滿99條或者不到5分鐘的提醒時間，但在聊天記錄中出現(xiàn)了用戶自己的姓名“伯川”或者當(dāng)前時刻發(fā)明人為“馬經(jīng)理”，則可以觸發(fā)應(yīng)用的消息通知事件，及時提醒用戶注意查看用戶重點(diǎn)關(guān)注的新消息，提升用戶體驗(yàn)。

本申請所述裝置的另一種實(shí)施例中，所述通知消息處理模塊103還可以被設(shè)置成可以用于，當(dāng)所述消息隊列滿時，清空所述消息隊列中，并觸發(fā)應(yīng)用的消息通知事件。

所述的消息隊列是本申請一種實(shí)施例采用的數(shù)據(jù)結(jié)構(gòu)之一，可以構(gòu)造一個有限長度的消息隊列，具體的消息隊列的長度可以與用戶設(shè)置的觸發(fā)條件中的通知消息的條數(shù)相同，也可以為預(yù)先定義的最大存儲條數(shù)，如可以存儲999條通知消息的消息隊列長度。一般的，采用消息隊列的方式實(shí)施本申請方案時，當(dāng)所述消息隊列滿時，隊列中的通知消息則可以集體出對，清空隊列，如當(dāng)front＝rear時，隊列中沒有任何元素，此時可以稱為空隊列。然后可以發(fā)送消息通知事件給操作系統(tǒng)，進(jìn)而產(chǎn)生振動、提示音、點(diǎn)亮屏幕、彈出通知欄并顯示通知內(nèi)容等一項或多項消息提醒動作。

本申請所述裝置的另一種實(shí)施例中，所述通知消息處理模塊103中所述觸發(fā)應(yīng)用的消息通知事件可以被設(shè)置成，取所述消息隊列中指定位置的通知消息作為通知內(nèi)容向用戶發(fā)出新消息通知提醒。如前述實(shí)施例所述，當(dāng)采用消息隊列的方式存儲新消息的通知消息實(shí)施方式時，消息隊列滿時，可以設(shè)置的不同的響應(yīng)方式，如取出隊首或隊尾的部分通知消息。

具體的一種實(shí)施例中，所述取所述消息隊列中指定位置的通知消息可以包括采用下述中至少一種實(shí)施方式：

取所述消息隊列中的前m個通知消息，m≥1；

取所述消息隊列中的后n個通知消息，n≥1。

進(jìn)一步的，所述實(shí)施例中所述消息隊列中的指定位置可以取隊尾或隊首的一個通知消息，也可以取隊首或者隊尾的多個通知消息，或者也可以取隊首的一個或多個通知消息加上隊尾的一個或者多個通知消息作為通知內(nèi)容。如取存儲通知消息的消息隊列中隊首和隊尾的通知消息作為通知內(nèi)容向用戶發(fā)送新消息通知提醒，如手機(jī)振動并在通知欄顯示通知內(nèi)容。用戶可以根據(jù)隊首和隊尾的消息內(nèi)容大概判斷期間產(chǎn)生的新消息的內(nèi)容，以供用戶參考是否需要進(jìn)入應(yīng)用查看所有的新消息。當(dāng)然，也可以僅取隊尾的若干條通知消息發(fā)送給用戶，展示在通知界面，以便用戶了解最近時段的聊天內(nèi)容，如會議進(jìn)行的誰在發(fā)言以及發(fā)言的大概內(nèi)容。

上述各個實(shí)施例所述的方法或裝置可以用于android/ios系統(tǒng)的移動通信終端、服務(wù)器、業(yè)務(wù)系統(tǒng)等多個通信終端設(shè)備中，實(shí)現(xiàn)根據(jù)用戶自定義的觸發(fā)條件對應(yīng)用的通知消息進(jìn)行整合，按照用戶的通知需求進(jìn)行消息通知，優(yōu)化用戶體驗(yàn)。因此，本申請還提供一種一種通信終端，包括通信模塊、處理器，其中，

所述通信模塊至少具有消息接收能力；

所述處理器被設(shè)置成，可以用于監(jiān)測到新消息時存儲所述新消息的通知消息；還可以用于獲取與通信終端登錄用戶對應(yīng)的預(yù)設(shè)的觸發(fā)條件，并判斷所述通知消息是否滿足所述觸發(fā)條件；還可以用于當(dāng)所述通知消息滿足所述觸發(fā)條件時，觸發(fā)應(yīng)用的消息通知事件。

本申請?zhí)峁┑耐ㄐ沤K端，可以使得應(yīng)用的通知消息按照用戶定義的方式提醒合并，減少新消息的頻繁高頻通知，優(yōu)化用戶使用體驗(yàn)?？梢詫?shí)現(xiàn)根據(jù)用戶自定義設(shè)置的觸發(fā)條件，如按照條數(shù)合并或者按照時間合并批量整合通知消息，發(fā)送通知消息，滿足不同用戶的消息通知需求。另外，通知消息整合后再觸發(fā)通知事件，如振動、點(diǎn)亮屏幕等，還可以節(jié)約通信終端中通知消息在通知界面屏幕的占用頻率和空間，同時還降低通信終端能耗。

盡管本申請內(nèi)容中提到消息隊列后堆棧的消息存儲方式、取消息隊列不同位置的通知消息作為通知內(nèi)容、基于間隔時間、消息條數(shù)、敏感詞匯設(shè)置觸發(fā)條件等之類的信息存儲、交互方式、判斷等描述，但是，本申請并不局限于必須是符合行業(yè)通信標(biāo)準(zhǔn)、標(biāo)識數(shù)據(jù)結(jié)構(gòu)、android/ios系統(tǒng)標(biāo)準(zhǔn)或本申請實(shí)施例所描述的情況。某些行業(yè)標(biāo)準(zhǔn)或者使用自定義方式或?qū)嵤├枋龅膶?shí)施基礎(chǔ)上略加修改后的實(shí)施方案也可以實(shí)現(xiàn)上述實(shí)施例相同、等同或相近、或變形后可預(yù)料的實(shí)施效果。應(yīng)用這些修改或變形后的數(shù)據(jù)獲取、存儲、判斷、處理方式等獲取的實(shí)施例，仍然可以屬于本申請的可選實(shí)施方案范圍之內(nèi)。

雖然本申請?zhí)峁┝巳鐚?shí)施例或流程圖所述的方法操作步驟，但基于常規(guī)或者無創(chuàng)造性的手段可以包括更多或者更少的操作步驟。實(shí)施例中列舉的步驟順序僅僅為眾多步驟執(zhí)行順序中的一種方式，不代表唯一的執(zhí)行順序。在實(shí)際中的裝置或終端產(chǎn)品執(zhí)行時，可以按照實(shí)施例或者附圖所示的方法順序執(zhí)行或者并行執(zhí)行(例如并行處理器或者多線程處理的環(huán)境，甚至為分布式數(shù)據(jù)處理環(huán)境)。術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、產(chǎn)品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、產(chǎn)品或者設(shè)備所固有的要素。在沒有更多限制的情況下，并不排除在包括所述要素的過程、方法、產(chǎn)品或者設(shè)備中還存在另外的相同或等同要素。

上述實(shí)施例闡明的單元、裝置或模塊等，具體可以由計算機(jī)芯片或?qū)嶓w實(shí)現(xiàn)，或者由具有某種功能的產(chǎn)品來實(shí)現(xiàn)。為了描述的方便，描述以上裝置時以功能分為各種模塊分別描述。當(dāng)然，在實(shí)施本申請時可以把各模塊的功能在同一個或多個軟件和/或硬件中實(shí)現(xiàn)，也可以將實(shí)現(xiàn)同一功能的模塊由多個子模塊或子單元的組合實(shí)現(xiàn)等。以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

本領(lǐng)域技術(shù)人員也知道，除了以純計算機(jī)可讀程序代碼方式實(shí)現(xiàn)控制器以外，完全可以通過將方法步驟進(jìn)行邏輯編程來使得控制器以邏輯門、開關(guān)、專用集成電路、可編程邏輯控制器和嵌入微控制器等的形式來實(shí)現(xiàn)相同功能。因此這種控制器可以被認(rèn)為是一種硬件部件，而對其內(nèi)部包括的用于實(shí)現(xiàn)各種功能的裝置也可以視為硬件部件內(nèi)的結(jié)構(gòu)?；蛘呱踔?，可以將用于實(shí)現(xiàn)各種功能的裝置視為既可以是實(shí)現(xiàn)方法的軟件模塊又可以是硬件部件內(nèi)的結(jié)構(gòu)。

本申請可以在由計算機(jī)執(zhí)行的計算機(jī)可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)、類等等。也可以在分布式計算環(huán)境中實(shí)踐本申請，在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來執(zhí)行任務(wù)。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設(shè)備在內(nèi)的本地和遠(yuǎn)程計算機(jī)存儲介質(zhì)中。

通過以上的實(shí)施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn)?；谶@樣的理解，本申請的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，移動終端，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請各個實(shí)施例或者實(shí)施例的某些部分所述的方法。

本說明書中的各個實(shí)施例采用遞進(jìn)的方式描述，各個實(shí)施例之間相同或相似的部分互相參見即可，每個實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處。本申請可用于眾多通用或?qū)Ｓ玫挠嬎銠C(jī)系統(tǒng)環(huán)境或配置中。例如：個人計算機(jī)、服務(wù)器計算機(jī)、手持設(shè)備或便攜式設(shè)備、平板型設(shè)備、多處理器系統(tǒng)、基于微處理器的系統(tǒng)、置頂盒、可編程的電子設(shè)備、網(wǎng)絡(luò)pc、小型計算機(jī)、大型計算機(jī)、包括以上任何系統(tǒng)或設(shè)備的分布式計算環(huán)境等等。

雖然通過實(shí)施例描繪了本申請，本領(lǐng)域普通技術(shù)人員知道，本申請有許多變形和變化而不脫離本申請的精神，希望所附的權(quán)利要求包括這些變形和變化而不脫離本申請的精神。