本發(fā)明涉及移動(dòng)終端技術(shù)領(lǐng)域,尤其涉及通知消息的屏蔽裝置及方法。
背景技術(shù):
智能手機(jī)的消息通知欄時(shí)常會(huì)顯示各類通知消息,比如各類APP推送的新聞或廣告消息、社交軟件的聊天消息、系統(tǒng)電量通知消息、軟件升級(jí)消息等等。目前,為避免用戶頻繁的接收到并不需要查看的通知消息和減少通知消息造成的頻繁提醒,部分手機(jī)提供了通知消息屏蔽功能,當(dāng)用戶不想接收某個(gè)APP的通知消息時(shí),只需要打開和該APP對(duì)應(yīng)的通知消息屏蔽功能,通知欄就不會(huì)顯示和該APP有關(guān)的任何通知消息。
現(xiàn)有技術(shù)只提供了屏蔽某個(gè)APP所有通知消息的功能,屏蔽功能比較單一,比如有時(shí)用戶只想屏蔽某APP的新聞推送,又不想把該APP的社交聊天信息也屏蔽掉,這種屏蔽應(yīng)用全部通知消息的方式已不能滿足用戶需求。
技術(shù)實(shí)現(xiàn)要素:
本發(fā)明的主要目的在于提出一種通知消息的屏蔽裝置及方法,旨在實(shí)現(xiàn)對(duì)APP單獨(dú)類型通知消息的屏蔽,滿足用戶對(duì)單獨(dú)類型通知消息的屏蔽需求。
為實(shí)現(xiàn)上述目的,本發(fā)明提供一種通知消息的屏蔽裝置,所述裝置包括:
分類模塊,用于根據(jù)移動(dòng)終端中應(yīng)用程序的類型,分別將每個(gè)應(yīng)用程序?qū)?yīng)的通知消息進(jìn)行分類,并設(shè)置所述分類下不同類型的通知消息對(duì)應(yīng)的屏蔽方式,所述屏蔽方式包括自動(dòng)屏蔽和手動(dòng)屏蔽;
確定模塊,用于當(dāng)接收到某個(gè)應(yīng)用程序的通知消息時(shí),確定接收到的所述通知消息的類型,并確定基于該通知消息的類型設(shè)置的屏蔽方式為自動(dòng)屏蔽還是手動(dòng)屏蔽;
屏蔽模塊,用于根據(jù)自動(dòng)屏蔽或者手動(dòng)屏蔽方式對(duì)接收到的所述通知消息進(jìn)行屏蔽。
可選地,所述屏蔽模塊還用于:
若接收到的所述通知消息設(shè)置的屏蔽方式為手動(dòng)屏蔽,則顯示屏蔽選項(xiàng);
接收基于所述屏蔽選項(xiàng)的觸摸指令,根據(jù)所述觸摸指令對(duì)接收到的所述通知消息進(jìn)行屏蔽;
若接收到的所述通知消息設(shè)置的屏蔽方式為自動(dòng)屏蔽,則判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件;
若是,則對(duì)接收到的所述通知消息進(jìn)行屏蔽。
可選地,所述屏蔽模塊還用于:
檢測(cè)在本次接收到該類型的通知消息之前,該類型的通知消息連續(xù)被手動(dòng)屏蔽的次數(shù);
若所述手動(dòng)屏蔽的次數(shù)達(dá)到第一預(yù)設(shè)值,則判定所述接收到的通知消息滿足預(yù)設(shè)的自動(dòng)屏蔽條件。
可選地,所述屏蔽模塊還用于:
檢測(cè)在本次接收到該類型的通知消息之前,該類型的通知消息連續(xù)被手動(dòng)清理的次數(shù);
若所述手動(dòng)清理的次數(shù)達(dá)到第二預(yù)設(shè)值,則判定所述接收到的通知消息滿足預(yù)設(shè)的自動(dòng)屏蔽條件。
可選地,所述通知消息包括服務(wù)端的推送消息,所述屏蔽模塊還用于當(dāng)接收到服務(wù)端的推送消息時(shí),將所述推送消息保存在所述移動(dòng)終端本地而不進(jìn)行顯示;
所述裝置還包括:
顯示模塊,用于接收推送消息查看指令,根據(jù)所述查看指令從所述移動(dòng)終端本地獲取與所述查看指令對(duì)應(yīng)的推送消息并進(jìn)行顯示。
此外,為實(shí)現(xiàn)上述目的,本發(fā)明還提供一種通知消息的屏蔽方法,所述方法包括如下步驟:
根據(jù)移動(dòng)終端中應(yīng)用程序的類型,分別將每個(gè)應(yīng)用程序?qū)?yīng)的通知消息進(jìn)行分類,并設(shè)置所述分類下不同類型的通知消息對(duì)應(yīng)的屏蔽方式,所述屏蔽方式包括自動(dòng)屏蔽和手動(dòng)屏蔽;
當(dāng)接收到某個(gè)應(yīng)用程序的通知消息時(shí),確定接收到的所述通知消息的類型,并確定基于該通知消息的類型設(shè)置的屏蔽方式為自動(dòng)屏蔽還是手動(dòng)屏蔽;
根據(jù)自動(dòng)屏蔽或者手動(dòng)屏蔽方式對(duì)接收到的所述通知消息進(jìn)行屏蔽。
可選地,所述根據(jù)自動(dòng)屏蔽或者手動(dòng)屏蔽方式對(duì)接收到的所述通知消息進(jìn)行屏蔽的步驟包括:
若接收到的所述通知消息設(shè)置的屏蔽方式為手動(dòng)屏蔽,則顯示屏蔽選項(xiàng);
接收基于所述屏蔽選項(xiàng)的觸摸指令,根據(jù)所述觸摸指令對(duì)接收到的所述通知消息進(jìn)行屏蔽;
若接收到的所述通知消息設(shè)置的屏蔽方式為自動(dòng)屏蔽,則判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件;
若是,則對(duì)接收到的所述通知消息進(jìn)行屏蔽。
可選地,所述判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件的步驟包括:
檢測(cè)在本次接收到該類型的通知消息之前,該類型的通知消息連續(xù)被手動(dòng)屏蔽的次數(shù);
若所述手動(dòng)屏蔽的次數(shù)達(dá)到第一預(yù)設(shè)值,則判定所述接收到的通知消息滿足預(yù)設(shè)的自動(dòng)屏蔽條件。
可選地,所述判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件的步驟包括:
檢測(cè)在本次接收到該類型的通知消息之前,該類型的通知消息連續(xù)被手動(dòng)清理的次數(shù);
若所述手動(dòng)清理的次數(shù)達(dá)到第二預(yù)設(shè)值,則判定所述接收到的通知消息滿足預(yù)設(shè)的自動(dòng)屏蔽條件。
可選地,所述通知消息包括服務(wù)端的推送消息,所述根據(jù)自動(dòng)屏蔽或者手動(dòng)屏蔽方式對(duì)接收到的所述通知消息進(jìn)行屏蔽的步驟包括:
當(dāng)接收到服務(wù)端的推送消息時(shí),將所述推送消息保存在所述移動(dòng)終端本地而不進(jìn)行顯示;
所述根據(jù)自動(dòng)屏蔽或者手動(dòng)屏蔽方式對(duì)接收到的所述通知消息進(jìn)行屏蔽的步驟之后,還包括:
接收推送消息查看指令,根據(jù)所述查看指令從所述移動(dòng)終端本地獲取與所述查看指令對(duì)應(yīng)的推送消息并進(jìn)行顯示。
本發(fā)明根據(jù)移動(dòng)終端中應(yīng)用程序的類型,分別將每個(gè)應(yīng)用程序?qū)?yīng)的通知消息進(jìn)行分類,并設(shè)置所述分類下不同類型的通知消息對(duì)應(yīng)的屏蔽方式,所述屏蔽方式包括自動(dòng)屏蔽和手動(dòng)屏蔽;當(dāng)接收到某個(gè)應(yīng)用程序的通知消息時(shí),確定接收到的所述通知消息的類型,并確定基于該通知消息的類型設(shè)置的屏蔽方式為自動(dòng)屏蔽還是手動(dòng)屏蔽;根據(jù)自動(dòng)屏蔽或者手動(dòng)屏蔽方式對(duì)接收到的所述通知消息進(jìn)行屏蔽。本發(fā)明通過將移動(dòng)終端安裝的應(yīng)用程序?qū)?yīng)的通知消息進(jìn)行分類,對(duì)每個(gè)分類下的通知消息提供單獨(dú)屏蔽入口或進(jìn)行自動(dòng)屏蔽,從而避免了現(xiàn)有技術(shù)中一次性屏蔽應(yīng)用全部通知消息,而導(dǎo)致用戶不能接收到想要接收的通知消息類型的問題。本發(fā)明能夠?qū)崿F(xiàn)對(duì)APP單獨(dú)類型通知消息的屏蔽,滿足用戶對(duì)單獨(dú)類型通知消息的屏蔽需求。
附圖說明
圖1為實(shí)現(xiàn)本發(fā)明各個(gè)實(shí)施例一個(gè)可選的移動(dòng)終端的硬件結(jié)構(gòu)示意圖;
圖2為如圖1所示的移動(dòng)終端的無線通信系統(tǒng)示意圖;
圖3為本發(fā)明通知消息的屏蔽裝置第一實(shí)施例的功能模塊示意圖;
圖4為用戶將社交APP的通知消息進(jìn)行分類的操作場(chǎng)景示意圖;
圖5為用戶對(duì)通知消息進(jìn)行手動(dòng)屏蔽的操作場(chǎng)景示意圖;
圖6為本發(fā)明通知消息的屏蔽裝置第二實(shí)施例的功能模塊示意圖;
圖7為本發(fā)明通知消息的屏蔽方法第一實(shí)施例的流程示意圖;
圖8為本發(fā)明通知消息的屏蔽方法第二實(shí)施例的流程示意圖;
圖9為判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件步驟的細(xì)化流程示意圖;
圖10為判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件步驟的另一細(xì)化流程示意圖;
圖11為本發(fā)明通知消息的屏蔽方法第三實(shí)施例的流程示意圖。
本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例,參照附圖做進(jìn)一步說明。
具體實(shí)施方式
應(yīng)當(dāng)理解,此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
現(xiàn)在將參考附圖描述實(shí)現(xiàn)本發(fā)明各個(gè)實(shí)施例的移動(dòng)終端。在后續(xù)的描述中,使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說明,其本身并沒有特定的意義。因此,“模塊”與“部件”可以混合地使用。
移動(dòng)終端可以以各種形式來實(shí)施。例如,本發(fā)明中描述的終端可以包括諸如移動(dòng)電話、智能電話、筆記本電腦、數(shù)字廣播接收器、PDA(個(gè)人數(shù)字助理)、PAD(平板電腦)、PMP(便攜式多媒體播放器)、導(dǎo)航裝置等等的移動(dòng)終端以及諸如數(shù)字TV、臺(tái)式計(jì)算機(jī)等等的固定終端。下面,假設(shè)終端是移動(dòng)終端。然而,本領(lǐng)域技術(shù)人員將理解的是,除了特別用于移動(dòng)目的的元件之外,根據(jù)本發(fā)明的實(shí)施方式的構(gòu)造也能夠應(yīng)用于固定類型的終端。
圖1為實(shí)現(xiàn)本發(fā)明各個(gè)實(shí)施例一個(gè)可選的移動(dòng)終端的硬件結(jié)構(gòu)示意圖。
移動(dòng)終端100可以包括無線通信單元110、A/V(音頻/視頻)輸入單元120、用戶輸入單元130、感測(cè)單元140、輸出單元150、存儲(chǔ)器160、控制器180和電源單元190等等。圖1示出了具有各種組件的移動(dòng)終端,但是應(yīng)理解的是,并不要求實(shí)施所有示出的組件??梢蕴娲貙?shí)施更多或更少的組件。將在下面詳細(xì)描述移動(dòng)終端的元件。
無線通信單元110通常包括一個(gè)或多個(gè)組件,其允許移動(dòng)終端100與無線通信裝置或網(wǎng)絡(luò)之間的無線電通信。例如,無線通信單元可以包括移動(dòng)通信模塊112、無線互聯(lián)網(wǎng)模塊113中的至少一個(gè)。
移動(dòng)通信模塊112將無線電信號(hào)發(fā)送到基站(例如,接入點(diǎn)、節(jié)點(diǎn)B等等)、外部終端以及服務(wù)器中的至少一個(gè)和/或從其接收無線電信號(hào)。這樣的無線電信號(hào)可以包括語音通話信號(hào)、視頻通話信號(hào)、或者根據(jù)文本和/或多媒體消息發(fā)送和/或接收的各種類型的數(shù)據(jù)。
無線互聯(lián)網(wǎng)模塊113支持移動(dòng)終端的無線互聯(lián)網(wǎng)接入。該模塊可以內(nèi)部或外部地耦接到終端。該模塊所涉及的無線互聯(lián)網(wǎng)接入技術(shù)可以包括WLAN(無線LAN)(Wi-Fi)、Wibro(無線寬帶)、Wimax(全球微波互聯(lián)接入)、HSDPA(高速下行鏈路分組接入)等等。
用戶輸入單元130可以根據(jù)用戶輸入的命令生成鍵輸入數(shù)據(jù)以控制移動(dòng)終端的各種操作。用戶輸入單元130允許用戶輸入各種類型的信息,并且可以包括鍵盤、鍋?zhàn)衅?、觸摸板(例如,檢測(cè)由于被接觸而導(dǎo)致的電阻、壓力、電容等等的變化的觸敏組件)、滾輪、搖桿等等。特別地,當(dāng)觸摸板以層的形式疊加在顯示單元151上時(shí),可以形成觸摸屏。
感測(cè)單元140檢測(cè)移動(dòng)終端100當(dāng)前的狀態(tài),(例如,移動(dòng)終端100的打開或關(guān)閉狀態(tài))、移動(dòng)終端100的位置、用戶對(duì)于移動(dòng)終端100的接觸(即,觸摸輸入)的有無、移動(dòng)終端100的取向、移動(dòng)終端100的加速或?qū)⑺僖苿?dòng)和方向等等,并且生成用于控制移動(dòng)終端100的操作的命令或信號(hào)。例如,當(dāng)移動(dòng)終端100實(shí)施為滑動(dòng)型移動(dòng)電話時(shí),感測(cè)單元140可以感測(cè)該滑動(dòng)型電話是打開還是關(guān)閉。另外,感測(cè)單元140能夠檢測(cè)電源單元190是否提供電力或者接口單元170是否與外部裝置耦接。感測(cè)單元140可以包括接近傳感器141將在下面結(jié)合觸摸屏來對(duì)此進(jìn)行描述。
輸出單元150被構(gòu)造為以視覺、音頻和/或觸覺方式提供輸出信號(hào)(例如,音頻信號(hào)、視頻信號(hào)、警報(bào)信號(hào)、振動(dòng)信號(hào)等等)。輸出單元150可以包括顯示單元151、音頻輸出模塊152、警報(bào)單元153等等。
顯示單元151可以顯示在移動(dòng)終端100中處理的信息。例如,當(dāng)移動(dòng)終端100處于電話通話模式時(shí),顯示單元151可以顯示與通話或其它通信(例如,文本消息收發(fā)、多媒體文件下載等等)相關(guān)的用戶界面(UI)或圖形用戶界面
(GUI)。當(dāng)移動(dòng)終端100處于視頻通話模式或者圖像捕獲模式時(shí),顯示單元151可以顯示捕獲的圖像和/或接收的圖像、示出視頻或圖像以及相關(guān)功能的UI或GUI等等。
同時(shí),當(dāng)顯示單元151和觸摸板以層的形式彼此疊加以形成觸摸屏?xí)r,顯示單元151可以用作輸入裝置和輸出裝置。顯示單元151可以包括液晶顯示器(LCD)、薄膜晶體管LCD(TFT-LCD)、有機(jī)發(fā)光二極管(OLED)顯示器、柔性顯示器、三維(3D)顯示器等等中的至少一種。這些顯示器中的一些可以被構(gòu)造為透明狀以允許用戶從外部觀看,這可以稱為透明顯示器,典型的透明顯示器可以例如為TOLED(透明有機(jī)發(fā)光二極管)顯示器等等。根據(jù)特定想要的實(shí)施方式,移動(dòng)終端100可以包括兩個(gè)或更多顯示單元(或其它顯示裝置),例如,移動(dòng)終端可以包括外部顯示單元(未示出)和內(nèi)部顯示單元(未示出)。觸摸屏可用于檢測(cè)觸摸輸入壓力以及觸摸輸入位置和觸摸輸入面積。
音頻輸出模塊152可以在移動(dòng)終端處于呼叫信號(hào)接收模式、通話模式、記錄模式、語音識(shí)別模式、廣播接收模式等等模式下時(shí),將無線通信單元110接收的或者在存儲(chǔ)器160中存儲(chǔ)的音頻數(shù)據(jù)轉(zhuǎn)換音頻信號(hào)并且輸出為聲音。而且,音頻輸出模塊152可以提供與移動(dòng)終端100執(zhí)行的特定功能相關(guān)的音頻輸出(例如,呼叫信號(hào)接收聲音、消息接收聲音等等)。音頻輸出模塊152可以包括拾音器、蜂鳴器等等。
警報(bào)單元153可以提供輸出以將事件的發(fā)生通知給移動(dòng)終端100。典型的事件可以包括呼叫接收、消息接收、鍵信號(hào)輸入、觸摸輸入等等。除了音頻或視頻輸出之外,警報(bào)單元153可以以不同的方式提供輸出以通知事件的發(fā)生。例如,警報(bào)單元153可以以振動(dòng)的形式提供輸出,當(dāng)接收到呼叫、消息或一些其它進(jìn)入通信(incoming communication)時(shí),警報(bào)單元153可以提供觸覺輸出(即,振動(dòng))以將其通知給用戶。通過提供這樣的觸覺輸出,即使在用戶的移動(dòng)電話處于用戶的口袋中時(shí),用戶也能夠識(shí)別出各種事件的發(fā)生。警報(bào)單元153也可以經(jīng)由顯示單元151或音頻輸出模塊152提供通知事件的發(fā)生的輸出。
存儲(chǔ)器160可以存儲(chǔ)由控制器180執(zhí)行的處理和控制操作的軟件程序等
等,或者可以暫時(shí)地存儲(chǔ)己經(jīng)輸出或?qū)⒁敵龅臄?shù)據(jù)(例如,電話簿、消息、靜態(tài)圖像、視頻等等)。而且,存儲(chǔ)器160可以存儲(chǔ)關(guān)于當(dāng)觸摸施加到觸摸屏?xí)r輸出的各種方式的振動(dòng)和音頻信號(hào)的數(shù)據(jù)。
存儲(chǔ)器160可以包括至少一種類型的存儲(chǔ)介質(zhì),所述存儲(chǔ)介質(zhì)包括閃存、硬盤、多媒體卡、卡型存儲(chǔ)器(例如,SD或DX存儲(chǔ)器等等)、隨機(jī)訪問存儲(chǔ)器(RAM)、靜態(tài)隨機(jī)訪問存儲(chǔ)器(SRAM)、只讀存儲(chǔ)器(ROM)、電可擦除可編程只讀存儲(chǔ)器(EEPROM)、可編程只讀存儲(chǔ)器(PROM)、磁性存儲(chǔ)器、磁盤、光盤等等。而且,移動(dòng)終端100可以與通過網(wǎng)絡(luò)連接執(zhí)行存儲(chǔ)器160的存儲(chǔ)功能的網(wǎng)絡(luò)存儲(chǔ)裝置協(xié)作。
控制器180通??刂埔苿?dòng)終端的總體操作。例如,控制器180執(zhí)行與語音通話、數(shù)據(jù)通信、視頻通話等等相關(guān)的控制和處理。另外,控制器180可以包括用于再現(xiàn)(或回放)多媒體數(shù)據(jù)的多媒體模塊181,多媒體模塊181可以構(gòu)造在控制器180內(nèi),或者可以構(gòu)造為與控制器180分離??刂破?80可以執(zhí)行模式識(shí)別處理,以將在觸摸屏上執(zhí)行的手寫輸入或圖片繪制輸入識(shí)別為字符或圖像。
電源單元190在控制器180的控制下接收外部電力或內(nèi)部電力并且提供操作各元件和組件所需的適當(dāng)?shù)碾娏Α?/p>
這里描述的各種實(shí)施方式可以以使用例如計(jì)算機(jī)軟件、硬件或其任何組合的計(jì)算機(jī)可讀介質(zhì)來實(shí)施。對(duì)于硬件實(shí)施,這里描述的實(shí)施方式可以通過使用特定用途集成電路(ASIC)、數(shù)字信號(hào)處理器(DSP)、數(shù)字信號(hào)處理裝置(DSPD)、可編程邏輯裝置(PLD)、現(xiàn)場(chǎng)可編程門陣列(FPGA)、處理器、控制器、微控制器、微處理器、被設(shè)計(jì)為執(zhí)行這里描述的功能的電子單元中的至少一種來實(shí)施,在一些情況下,這樣的實(shí)施方式可以在控制器180中實(shí)施。對(duì)于軟件實(shí)施,諸如過程或功能的實(shí)施方式可以與允許執(zhí)行至少一種功能或操作的單獨(dú)的軟件模塊來實(shí)施。軟件代碼可以由以任何適當(dāng)?shù)木幊陶Z言編寫的軟件應(yīng)用程序(或程序)來實(shí)施,軟件代碼可以存儲(chǔ)在存儲(chǔ)器160中并且由控制器180執(zhí)行。
至此,己經(jīng)按照其功能描述了移動(dòng)終端。下面,為了簡(jiǎn)要起見,將描述諸如折疊型、直板型、擺動(dòng)型、滑動(dòng)型移動(dòng)終端等等的各種類型的移動(dòng)終端中的滑動(dòng)型移動(dòng)終端作為示例。因此,本發(fā)明能夠應(yīng)用于任何類型的移動(dòng)終端,并且不限于滑動(dòng)型移動(dòng)終端。
如圖1中所示的移動(dòng)終端100可以被構(gòu)造為利用經(jīng)由幀或分組發(fā)送數(shù)據(jù)的諸如有線和無線通信系統(tǒng)以及基于衛(wèi)星的通信系統(tǒng)來操作。
現(xiàn)在將參考圖2描述其中根據(jù)本發(fā)明的移動(dòng)終端能夠操作的通信系統(tǒng)。
這樣的通信系統(tǒng)可以使用不同的空中接口和/或物理層。例如,由通信系統(tǒng)使用的空中接口包括例如頻分多址(FDMA)、時(shí)分多址(TDMA)、碼分多址(CDMA)和通用移動(dòng)通信系統(tǒng)(UMTS)(特別地,長(zhǎng)期演進(jìn)(LTE))、全球移動(dòng)通信系統(tǒng)(GSM)等等。作為非限制性示例,下面的描述涉及CDMA通信系統(tǒng),但是這樣的教導(dǎo)同樣適用于其它類型的系統(tǒng)。
參考圖2,CDMA無線通信系統(tǒng)可以包括多個(gè)移動(dòng)終端100、多個(gè)基站(BS)270、基站控制器(BSC)275和移動(dòng)交換中心(MSC)280。MSC280被構(gòu)造為與公共電話交換網(wǎng)絡(luò)(PSTN)290形成接口。MSC280還被構(gòu)造為與可以經(jīng)由回程線路耦接到基站270的BSC275形成接口。回程線路可以根據(jù)若干己知的接口中的任一種來構(gòu)造,所述接口包括例如E1/T1、ATM,IP、PPP、幀中繼、HDSL、ADSL或xDSL。將理解的是,如圖2中所示的系統(tǒng)可以包括多個(gè)BSC275。
每個(gè)BS270可以服務(wù)一個(gè)或多個(gè)分區(qū)(或區(qū)域),由多向天線或指向特定方向的天線覆蓋的每個(gè)分區(qū)放射狀地遠(yuǎn)離BS270。或者,每個(gè)分區(qū)可以由用于分集接收的兩個(gè)或更多天線覆蓋。每個(gè)BS270可以被構(gòu)造為支持多個(gè)頻率分配,并且每個(gè)頻率分配具有特定頻譜(例如,1.25MHz,5MHz等等)。
分區(qū)與頻率分配的交叉可以被稱為CDMA信道。BS270也可以被稱為基站收發(fā)器子系統(tǒng)(BTS)或者其它等效術(shù)語。在這樣的情況下,術(shù)語"基站"可以用于籠統(tǒng)地表示單個(gè)BSC275和至少一個(gè)BS270。基站也可以被稱為"蜂窩站"?;蛘撸囟˙S270的各分區(qū)可以被稱為多個(gè)蜂窩站。
如圖2中所示,廣播發(fā)射器(BT)295將廣播信號(hào)發(fā)送給在系統(tǒng)內(nèi)操作的移動(dòng)終端100。在圖2中,示出了幾個(gè)全球定位系統(tǒng)(GPS)衛(wèi)星300。衛(wèi)星300幫助定位多個(gè)移動(dòng)終端100中的至少一個(gè)。
在圖2中,描繪了多個(gè)衛(wèi)星300,但是需要理解的是,可以利用任何數(shù)目的衛(wèi)星獲得有用的定位信息。替代GPS跟蹤技術(shù)或者在GPS跟蹤技術(shù)之外,可以使用可以跟蹤移動(dòng)終端的位置的其它技術(shù)。另外,至少一個(gè)GPS衛(wèi)星300可以選擇性地或者額外地處理衛(wèi)星DMB傳輸。
作為無線通信系統(tǒng)的一個(gè)典型操作,BS270接收來自各種移動(dòng)終端100的反向鏈路信號(hào)。移動(dòng)終端100通常參與通話、消息收發(fā)和其它類型的通信。特定基站270接收的每個(gè)反向鏈路信號(hào)被在特定BS270內(nèi)進(jìn)行處理。獲得的數(shù)據(jù)被轉(zhuǎn)發(fā)給相關(guān)的BSC275。BSC提供通話資源分配和包括BS270之間的軟切換過程的協(xié)調(diào)的移動(dòng)管理功能。BSC275還將接收到的數(shù)據(jù)路由到MSC280,其提供用于與PSTN290形成接口的額外的路由服務(wù)。類似地,PSTN290與MSC280形成接口,MSC與BSC275形成接口,并且BSC275相應(yīng)地控制BS270以將正向鏈路信號(hào)發(fā)送到移動(dòng)終端100。
基于上述移動(dòng)終端硬件結(jié)構(gòu)以及通信系統(tǒng),提出本發(fā)明各個(gè)實(shí)施例。
本發(fā)明提供一種通知消息的屏蔽裝置。
參照?qǐng)D3,圖3為本發(fā)明通知消息的屏蔽裝置第一實(shí)施例的功能模塊示意圖。所述裝置包括:
分類模塊10,用于根據(jù)移動(dòng)終端中應(yīng)用程序的類型,分別將每個(gè)應(yīng)用程序?qū)?yīng)的通知消息進(jìn)行分類,并設(shè)置所述分類下不同類型的通知消息對(duì)應(yīng)的屏蔽方式,所述屏蔽方式包括自動(dòng)屏蔽和手動(dòng)屏蔽。
在本實(shí)施例中,移動(dòng)終端包括智能手機(jī)、平板電腦等具有消息推送功能的設(shè)備。移動(dòng)終端可安裝各種不同類型的應(yīng)用軟件,比如購(gòu)物應(yīng)用,視頻應(yīng)用,學(xué)習(xí)應(yīng)用、游戲應(yīng)用、新聞應(yīng)用等,對(duì)于某個(gè)應(yīng)用,其在通知欄顯示的通知消息的種類可能不同,比如對(duì)于社交軟件,當(dāng)打開通知顯示功能時(shí),通知欄不僅會(huì)顯示該社交軟件的聊天消息,還會(huì)顯示該社交軟件推送的新聞消息或者更新提醒消息等。
作為一種實(shí)施方式,參照?qǐng)D4,圖4為用戶將社交APP的通知消息進(jìn)行分類的操作場(chǎng)景示意圖。分類模塊10可以接收用戶的分類指令,并根據(jù)所述分類指令將移動(dòng)終端安裝的應(yīng)用程序?qū)?yīng)的通知消息,按照預(yù)設(shè)的分類規(guī)則進(jìn)行分類。對(duì)于不同APP可以設(shè)置不同的分類規(guī)則,比如可以將社交APP的通知消息按照聊天消息、新聞推送消息進(jìn)行分類,將購(gòu)物APP的通知消息按照購(gòu)物消息、廣告消息進(jìn)行分類。當(dāng)然,分類模塊10也可以按照統(tǒng)一分類規(guī)則對(duì)不同APP的通知消息進(jìn)行分類,具體實(shí)施中可以進(jìn)行靈活設(shè)置。然后,移動(dòng)終端接收用戶觸發(fā)的通知消息設(shè)置指令,根據(jù)所述通知消息設(shè)置指令對(duì)所述分類下不同類型的通知消息設(shè)置對(duì)應(yīng)的屏蔽方式,比如屏蔽方式可以分為手動(dòng)屏蔽和自動(dòng)屏蔽。
確定模塊20,用于當(dāng)接收到某個(gè)應(yīng)用程序的通知消息時(shí),確定接收到的所述通知消息的類型,并確定基于該通知消息的類型設(shè)置的屏蔽方式為自動(dòng)屏蔽還是手動(dòng)屏蔽。
當(dāng)移動(dòng)終端接收到某個(gè)應(yīng)用程序的通知消息時(shí),確定模塊20確定接收到的通知消息的類型,其中,通知消息的類型在之前該應(yīng)用程序通知消息分類范圍之內(nèi)。比如,移動(dòng)終端預(yù)先將某社交APP的通知消息分為聊天消息、新聞推送消息和廣告消息,那么當(dāng)接收到該社交APP的通知消息時(shí),需要判斷接收到的通知消息是聊天消息、新聞推送消息還是廣告消息。
屏蔽模塊30,用于自動(dòng)屏蔽或者手動(dòng)屏蔽方式對(duì)接收到的所述通知消息進(jìn)行屏蔽。
在確定模塊20確定接收到的通知消息的類型之后,屏蔽模塊30可以根據(jù)基于該類型設(shè)置的屏蔽方式對(duì)通知消息進(jìn)行屏蔽。比如接收到社交APP的新聞推送消息,而新聞消息預(yù)先設(shè)置為自動(dòng)屏蔽,則移動(dòng)終端自動(dòng)屏蔽該新聞消息;當(dāng)然,屏蔽方式也可以為手動(dòng)屏蔽。需要說明的是,無論是手動(dòng)屏蔽還是自動(dòng)屏蔽,通知欄都將不會(huì)再顯示該類型的通知消息,當(dāng)用戶想再次接收該類型的通知消息時(shí),可以進(jìn)入APP設(shè)置頁面取消對(duì)該類型的通知消息的屏蔽。
在本實(shí)施例中,分類模塊10根據(jù)移動(dòng)終端中應(yīng)用程序的類型,分別將每個(gè)應(yīng)用程序?qū)?yīng)的通知消息進(jìn)行分類,并設(shè)置所述分類下不同類型的通知消息對(duì)應(yīng)的屏蔽方式;當(dāng)接收到某個(gè)應(yīng)用程序的通知消息時(shí),確定模塊20確定接收到的所述通知消息的類型;屏蔽模塊30根據(jù)基于該通知消息的類型設(shè)置的屏蔽方式對(duì)接收到的所述通知消息進(jìn)行屏蔽。本實(shí)施例通過將移動(dòng)終端安裝的應(yīng)用程序?qū)?yīng)的通知消息進(jìn)行分類,對(duì)每個(gè)分類下的通知消息提供單獨(dú)屏蔽入口或進(jìn)行自動(dòng)屏蔽,從而避免了現(xiàn)有技術(shù)中一次性屏蔽應(yīng)用全部通知消息,而導(dǎo)致用戶不能接收到想要接收的通知消息類型的問題。本實(shí)施例能夠?qū)崿F(xiàn)對(duì)APP單獨(dú)類型通知消息的屏蔽,滿足用戶對(duì)單獨(dú)類型通知消息的屏蔽需求。
進(jìn)一步地,繼續(xù)參照?qǐng)D3,基于上述的實(shí)施例,所述屏蔽模塊30還用于:
若接收到的所述通知消息設(shè)置的屏蔽方式為手動(dòng)屏蔽,則顯示屏蔽選項(xiàng);接收基于所述屏蔽選項(xiàng)的觸摸指令,根據(jù)所述觸摸指令對(duì)接收到的所述通知消息進(jìn)行屏蔽;
若接收到的所述通知消息設(shè)置的屏蔽方式為自動(dòng)屏蔽,則判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件;若是,則對(duì)接收到的所述通知消息進(jìn)行屏蔽。
當(dāng)通知消息設(shè)置為手動(dòng)屏蔽方式時(shí),則屏蔽模塊30可以在通知欄顯示所述通知消息的同時(shí)顯示手動(dòng)屏蔽操作按鈕并接收用戶基于所述按鈕的觸摸指令,以使得用戶可以根據(jù)該操作按鈕對(duì)該通知消息進(jìn)行手動(dòng)屏蔽,參照?qǐng)D5,圖5為用戶對(duì)通知消息進(jìn)行手動(dòng)屏蔽的操作場(chǎng)景示意圖;當(dāng)然,移動(dòng)終端也可以根據(jù)之前通知消息的分類提供單獨(dú)屏蔽某一類通知的入口,當(dāng)用戶不想接受到某一類型的通知消息時(shí),可以根據(jù)該入口進(jìn)入應(yīng)用設(shè)置頁面,對(duì)該類型的通知消息進(jìn)行手動(dòng)屏蔽。
當(dāng)通知消息設(shè)置為自動(dòng)屏蔽方式時(shí),則屏蔽模塊30可以判斷接收到的所述通知消息是否滿足預(yù)設(shè)的屏蔽條件,比如判斷用戶對(duì)該類型通知消息的接收程度,接收程度可以通過用戶點(diǎn)擊打開通知的次數(shù)、清理的頻率、手動(dòng)刪除和一鍵清理的次數(shù)等方式進(jìn)行檢測(cè),當(dāng)檢測(cè)到用戶對(duì)該類型的通知消息的接收程度低于預(yù)設(shè)的接收程度時(shí),則對(duì)該類型的通知消息進(jìn)行自動(dòng)屏蔽。
本實(shí)施例通過將屏蔽方式分為手動(dòng)屏蔽和自動(dòng)屏蔽,使通知消息的屏蔽更加靈活。手動(dòng)屏蔽使得用戶獲知通知消息后再?zèng)Q定是否屏蔽,充分尊重用戶選擇;而自動(dòng)屏蔽無需用戶進(jìn)行手動(dòng)操作,增加了通知消息屏蔽的智能性。
進(jìn)一步地,所述屏蔽模塊30還用于:
檢測(cè)在本次接收到該類型的通知消息之前,該類型的通知消息連續(xù)被手動(dòng)屏蔽的次數(shù);若所述手動(dòng)屏蔽的次數(shù)達(dá)到第一預(yù)設(shè)值,則判定所述接收到的通知消息滿足預(yù)設(shè)的自動(dòng)屏蔽條件。
比如,當(dāng)接收到某社交APP的新聞推送消息,若檢測(cè)到在本次接收到新聞通知消息之前,該社交APP的新聞通知消息已經(jīng)被用戶基于觸摸指令手動(dòng)屏蔽了3次,表明用戶對(duì)該APP的新聞推送消息的接收程度不高,則可以判定所述接收到的通知消息滿足預(yù)設(shè)的自動(dòng)屏蔽條件。其中,預(yù)設(shè)的手動(dòng)屏蔽的次數(shù)可以由用戶進(jìn)行靈活設(shè)置。
進(jìn)一步地,所述屏蔽模塊30還用于:
檢測(cè)在本次接收到該類型的通知消息之前,該類型的通知消息連續(xù)被手動(dòng)清理的次數(shù);若所述手動(dòng)清理的次數(shù)達(dá)到第二預(yù)設(shè)值,則判定所述接收到的通知消息滿足預(yù)設(shè)的自動(dòng)屏蔽條件。
比如,當(dāng)接收到某社交APP的新聞推送消息,若檢測(cè)到在本次接收到新聞通知消息之前,該社交APP的新聞通知消息已經(jīng)被用戶單獨(dú)清理或者一鍵清理達(dá)到3次,表明用戶對(duì)該APP的新聞推送消息的接收程度不高,此時(shí)也可以判定該新聞推送消息滿足預(yù)設(shè)的屏蔽條件。其中,預(yù)設(shè)的手動(dòng)清理的次數(shù)也可以由用戶進(jìn)行靈活設(shè)置。
本實(shí)施例充分考慮了用戶對(duì)于通知消息的接收程度,進(jìn)一步提高了屏蔽方式的靈活性,提升了用戶體驗(yàn)。
進(jìn)一步地,參照?qǐng)D6,圖6為本發(fā)明通知消息的屏蔽裝置第二實(shí)施例的功能模塊示意圖。
基于上述圖3所示的實(shí)施例,所述通知消息包括服務(wù)端的推送消息,所述屏蔽模塊30還用于當(dāng)接收到服務(wù)端的推送消息時(shí),將所述推送消息保存在所述移動(dòng)終端本地而不進(jìn)行顯示;
所述裝置還包括:
顯示模塊40,用于接收推送消息查看指令,根據(jù)所述查看指令從所述移動(dòng)終端本地獲取與所述查看指令對(duì)應(yīng)的推送消息并進(jìn)行顯示。
在本實(shí)施例中,移動(dòng)終端接收到的通知消息包括服務(wù)端的推送消息,由于移動(dòng)終端啟用推送消息屏蔽功能時(shí),通常是直接拒絕接收服務(wù)端的推送消息,而有時(shí)用戶啟用推送消息屏蔽功能僅僅是不想接收到頻繁的提醒比如鈴聲、震動(dòng)或者不想頻繁地下拉通知欄查看推送消息,并不排除被屏蔽的推送消息中存在用戶想要獲取到的推送消息。為了保證用戶能夠查看到其想要查看的推送消息,屏蔽模塊30屏蔽服務(wù)端的推送消息的方式可以為:在接收推送消息時(shí),將所述推送消息保存在移動(dòng)終端本地而不在通知欄進(jìn)行顯示和提醒,當(dāng)用戶需要查看推送消息時(shí),可以進(jìn)入對(duì)應(yīng)的APP進(jìn)行查看。
本實(shí)施例通過在屏蔽模塊30進(jìn)行推送消息屏蔽時(shí),接收所述推送消息并保存在移動(dòng)終端本地而不在通知欄顯示和提醒,在接收到推送消息查看指令時(shí),顯示模塊40再?gòu)囊苿?dòng)終端本地獲取所述查看指令對(duì)應(yīng)的推送消息并進(jìn)行顯示,不僅避免了推送消息造成的頻繁提醒,同時(shí)又能夠使用戶能夠及時(shí)查看到其想要獲取的推送消息,提升了用戶體驗(yàn)。
本發(fā)明還提供一種通知消息的屏蔽方法。
參照?qǐng)D7,圖7為本發(fā)明通知消息的屏蔽方法第一實(shí)施例的流程示意圖。所述方法包括如下步驟:
步驟S10,根據(jù)移動(dòng)終端中應(yīng)用程序的類型,分別將每個(gè)應(yīng)用程序?qū)?yīng)的通知消息進(jìn)行分類,并設(shè)置所述分類下不同類型的通知消息對(duì)應(yīng)的屏蔽方式,所述屏蔽方式包括自動(dòng)屏蔽和手動(dòng)屏蔽。
在本實(shí)施例中,移動(dòng)終端包括智能手機(jī)、平板電腦等具有消息推送功能的設(shè)備。移動(dòng)終端可安裝各種不同類型的應(yīng)用軟件,比如購(gòu)物應(yīng)用,視頻應(yīng)用,學(xué)習(xí)應(yīng)用、游戲應(yīng)用、新聞應(yīng)用等,對(duì)于某個(gè)應(yīng)用,其在通知欄顯示的通知消息的種類可能不同,比如對(duì)于社交軟件,當(dāng)打開通知顯示功能時(shí),通知欄不僅會(huì)顯示該社交軟件的聊天消息,還會(huì)顯示該社交軟件推送的新聞消息或者更新提醒消息等。
作為一種實(shí)施方式,參照?qǐng)D4,圖4為用戶將社交APP的通知消息進(jìn)行分類的操作場(chǎng)景示意圖。移動(dòng)終端可以接收用戶的分類指令,并根據(jù)所述分類指令將移動(dòng)終端安裝的應(yīng)用程序?qū)?yīng)的通知消息,按照預(yù)設(shè)的分類規(guī)則進(jìn)行分類。對(duì)于不同APP可以設(shè)置不同的分類規(guī)則,比如可以將社交APP的通知消息按照聊天消息、新聞推送消息進(jìn)行分類,將購(gòu)物APP的通知消息按照購(gòu)物消息、廣告消息進(jìn)行分類。當(dāng)然,移動(dòng)終端也可以按照統(tǒng)一分類規(guī)則對(duì)不同APP的通知消息進(jìn)行分類,具體實(shí)施中可以進(jìn)行靈活設(shè)置。然后,移動(dòng)終端接收用戶觸發(fā)的通知消息設(shè)置指令,根據(jù)所述通知消息設(shè)置指令對(duì)所述分類下不同類型的通知消息設(shè)置對(duì)應(yīng)的屏蔽方式,比如屏蔽方式可以分為手動(dòng)屏蔽和自動(dòng)屏蔽。
步驟S20,當(dāng)接收到某個(gè)應(yīng)用程序的通知消息時(shí),確定接收到的所述通知消息的類型,并確定基于該通知消息的類型設(shè)置的屏蔽方式為自動(dòng)屏蔽還是手動(dòng)屏蔽。
當(dāng)移動(dòng)終端接收到某個(gè)應(yīng)用程序的通知消息時(shí),確定接收到的通知消息的類型,其中,通知消息的類型在之前該應(yīng)用程序通知消息分類范圍之內(nèi)。比如,移動(dòng)終端預(yù)先將某社交APP的通知消息分為聊天消息、新聞推送消息和廣告消息,那么當(dāng)接收到該社交APP的通知消息時(shí),需要判斷接收到的通知消息是聊天消息、新聞推送消息還是廣告消息。
步驟S30,根據(jù)自動(dòng)屏蔽或者手動(dòng)屏蔽方式對(duì)接收到的所述通知消息進(jìn)行屏蔽。
在確定接收到的通知消息的類型之后,移動(dòng)終端可以根據(jù)基于該類型設(shè)置的屏蔽方式對(duì)通知消息進(jìn)行屏蔽。比如接收到社交APP的新聞推送消息,而新聞消息預(yù)先設(shè)置為自動(dòng)屏蔽,則移動(dòng)終端自動(dòng)屏蔽該新聞消息;當(dāng)然,屏蔽方式也可以為手動(dòng)屏蔽。需要說明的是,無論是手動(dòng)屏蔽還是自動(dòng)屏蔽,通知欄都將不會(huì)再顯示該類型的通知消息,當(dāng)用戶想再次接收該類型的通知消息時(shí),可以進(jìn)入APP設(shè)置頁面取消對(duì)該類型的通知消息的屏蔽。
在本實(shí)施例中,根據(jù)移動(dòng)終端中應(yīng)用程序的類型,分別將每個(gè)應(yīng)用程序?qū)?yīng)的通知消息進(jìn)行分類,并設(shè)置所述分類下不同類型的通知消息對(duì)應(yīng)的屏蔽方式;當(dāng)接收到某個(gè)應(yīng)用程序的通知消息時(shí),確定接收到的所述通知消息的類型;根據(jù)基于該通知消息的類型設(shè)置的屏蔽方式對(duì)接收到的所述通知消息進(jìn)行屏蔽。本實(shí)施例通過將移動(dòng)終端安裝的應(yīng)用程序?qū)?yīng)的通知消息進(jìn)行分類,對(duì)每個(gè)分類下的通知消息提供單獨(dú)屏蔽入口或進(jìn)行自動(dòng)屏蔽,從而避免了現(xiàn)有技術(shù)中一次性屏蔽應(yīng)用全部通知消息,而導(dǎo)致用戶不能接收到想要接收的通知消息類型的問題。本實(shí)施例能夠?qū)崿F(xiàn)對(duì)APP單獨(dú)類型通知消息的屏蔽,滿足用戶對(duì)單獨(dú)類型通知消息的屏蔽需求。
進(jìn)一步地,參照?qǐng)D8,圖8為本發(fā)明通知消息的屏蔽方法第二實(shí)施例的流程示意圖。基于上述圖8所示的實(shí)施例,所述步驟S30可以包括:
步驟S31,若接收到的所述通知消息設(shè)置的屏蔽方式為手動(dòng)屏蔽,則顯示屏蔽選項(xiàng);
步驟S32,接收基于所述屏蔽選項(xiàng)的觸摸指令,根據(jù)所述觸摸指令對(duì)接收到的所述通知消息進(jìn)行屏蔽。
當(dāng)通知消息設(shè)置為手動(dòng)屏蔽方式時(shí),則移動(dòng)終端可以在通知欄顯示所述通知消息的同時(shí)顯示手動(dòng)屏蔽操作按鈕并接收用戶基于所述按鈕的觸摸指令,以使得用戶可以根據(jù)該操作按鈕對(duì)該通知消息進(jìn)行手動(dòng)屏蔽,參照?qǐng)D5,圖5為用戶對(duì)通知消息進(jìn)行手動(dòng)屏蔽的操作場(chǎng)景示意圖;當(dāng)然,移動(dòng)終端也可以根據(jù)之前通知消息的分類提供單獨(dú)屏蔽某一類通知的入口,當(dāng)用戶不想接受到某一類型的通知消息時(shí),可以根據(jù)該入口進(jìn)入應(yīng)用設(shè)置頁面,對(duì)該類型的通知消息進(jìn)行手動(dòng)屏蔽。
步驟S33,若接收到的所述通知消息設(shè)置的屏蔽方式為自動(dòng)屏蔽,則判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件;
步驟S34,若接收到的所述通知消息滿足預(yù)設(shè)的自動(dòng)屏蔽條件,則對(duì)接收到的所述通知消息進(jìn)行屏蔽。
當(dāng)通知消息設(shè)置為自動(dòng)屏蔽方式時(shí),則可以判斷接收到的所述通知消息是否滿足預(yù)設(shè)的屏蔽條件,比如判斷用戶對(duì)該類型通知消息的接收程度,接收程度可以通過用戶點(diǎn)擊打開通知的次數(shù)、清理的頻率、手動(dòng)刪除和一鍵清理的次數(shù)等方式進(jìn)行檢測(cè),當(dāng)檢測(cè)到用戶對(duì)該類型的通知消息的接收程度低于預(yù)設(shè)的接收程度時(shí),則對(duì)該類型的通知消息進(jìn)行自動(dòng)屏蔽。
本實(shí)施例通過將屏蔽方式分為手動(dòng)屏蔽和自動(dòng)屏蔽,使通知消息的屏蔽更加靈活。手動(dòng)屏蔽使得用戶獲知通知消息后再?zèng)Q定是否屏蔽,充分尊重用戶選擇;而自動(dòng)屏蔽無需用戶進(jìn)行手動(dòng)操作,增加了通知消息屏蔽的智能性。
進(jìn)一步地,參照?qǐng)D9,圖9為判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件步驟的細(xì)化流程示意圖。所述判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件的步驟可以包括:
步驟S301,檢測(cè)在本次接收到該類型的通知消息之前,該類型的通知消息連續(xù)被手動(dòng)屏蔽的次數(shù);
步驟S302,若所述手動(dòng)屏蔽的次數(shù)達(dá)到第一預(yù)設(shè)值,則判定所述接收到的通知消息滿足預(yù)設(shè)的自動(dòng)屏蔽條件。
比如,當(dāng)接收到某社交APP的新聞推送消息,若檢測(cè)到在本次接收到新聞通知消息之前,該社交APP的新聞通知消息已經(jīng)被用戶基于觸摸指令手動(dòng)屏蔽了3次,表明用戶對(duì)該APP的新聞推送消息的接收程度不高,則可以判定所述接收到的通知消息滿足預(yù)設(shè)的自動(dòng)屏蔽條件。其中,預(yù)設(shè)的手動(dòng)屏蔽的次數(shù)可以由用戶進(jìn)行靈活設(shè)置。
進(jìn)一步地,參照?qǐng)D10,圖10為判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件步驟的另一細(xì)化流程示意圖。所述判斷接收到的所述通知消息是否滿足預(yù)設(shè)的自動(dòng)屏蔽條件的步驟還可以包括:
步驟S303,檢測(cè)在本次接收到該類型的通知消息之前,該類型的通知消息連續(xù)被手動(dòng)清理的次數(shù);
步驟S304,若所述手動(dòng)清理的次數(shù)達(dá)到第二預(yù)設(shè)值,則判定所述接收到的通知消息滿足預(yù)設(shè)的自動(dòng)屏蔽條件。
比如,當(dāng)接收到某社交APP的新聞推送消息,若檢測(cè)到在本次接收到新聞通知消息之前,該社交APP的新聞通知消息已經(jīng)被用戶單獨(dú)清理或者一鍵清理達(dá)到3次,表明用戶對(duì)該APP的新聞推送消息的接收程度不高,此時(shí)也可以判定該新聞推送消息滿足預(yù)設(shè)的屏蔽條件。其中,預(yù)設(shè)的手動(dòng)清理的次數(shù)也可以由用戶進(jìn)行靈活設(shè)置。
本實(shí)施例充分考慮了用戶對(duì)于通知消息的接收程度,進(jìn)一步提高了屏蔽方式的靈活性,提升了用戶體驗(yàn)。
進(jìn)一步地,參照?qǐng)D11,圖11為本發(fā)明通知消息的屏蔽方法第三實(shí)施例的流程示意圖。所述通知消息包括服務(wù)端的推送消息,所述步驟S30可以包括:
步驟S35,當(dāng)接收到服務(wù)端的推送消息時(shí),將所述推送消息保存在所述移動(dòng)終端本地而不進(jìn)行顯示;
所述步驟S30之后,還可以包括:
步驟S40,接收推送消息查看指令,根據(jù)所述查看指令從所述移動(dòng)終端本地獲取所述查看指令對(duì)應(yīng)的推送消息并進(jìn)行顯示。
在本實(shí)施例中,移動(dòng)終端接收到的通知消息包括服務(wù)端的推送消息,由于移動(dòng)終端啟用推送消息屏蔽功能時(shí),通常是直接拒絕接收服務(wù)端的推送消息,而有時(shí)用戶啟用推送消息屏蔽功能僅僅是不想接收到頻繁的提醒比如鈴聲、震動(dòng)或者不想頻繁地下拉通知欄查看推送消息,并不排除被屏蔽的推送消息中存在用戶想要獲取到的推送消息。為了保證用戶能夠查看到其想要查看的推送消息,移動(dòng)終端屏蔽服務(wù)端的推送消息的方式可以為:在接收推送消息時(shí),將所述推送消息保存在移動(dòng)終端本地而不在通知欄進(jìn)行顯示和提醒,當(dāng)用戶需要查看推送消息時(shí),可以進(jìn)入對(duì)應(yīng)的APP進(jìn)行查看。
本實(shí)施例通過在移動(dòng)終端進(jìn)行推送消息屏蔽時(shí),接收所述推送消息并保存在移動(dòng)終端本地而不在通知欄顯示和提醒,在接收到推送消息查看指令時(shí),再?gòu)囊苿?dòng)終端本地獲取所述查看指令對(duì)應(yīng)的推送消息并進(jìn)行顯示,不僅避免了推送消息造成的頻繁提醒,同時(shí)又能夠使用戶能夠及時(shí)查看到其想要獲取的推送消息,提升了用戶體驗(yàn)。
通過以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實(shí)施例方法可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn),當(dāng)然也可以通過硬件,但很多情況下前者是更佳的實(shí)施方式?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)(如ROM/RAM、磁碟、光盤)中,包括若干指令用以使得一臺(tái)終端設(shè)備(可以是手機(jī),計(jì)算機(jī),服務(wù)器,空調(diào)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
以上僅為本發(fā)明的優(yōu)選實(shí)施例,并非因此限制本發(fā)明的專利范圍,凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換,或直接或間接運(yùn)用在其他相關(guān)的技術(shù)領(lǐng)域,均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。