本發(fā)明涉及終端領(lǐng)域，具體涉及了一種攔截通知的方法及終端。

背景技術(shù)：

近年來(lái)，隨著終端(例如智能手機(jī)、平板電腦等)的發(fā)展與普及，終端在人們?nèi)粘Ｉ钪幸呀?jīng)成為不可或缺的一部分。

用戶通常安裝各種應(yīng)用程序去滿足用戶的工作、生活以及娛樂(lè)的需求。但是安裝在終端上的各個(gè)應(yīng)用程序往往會(huì)主動(dòng)向用戶推送各種通知，如果該通知并非用戶所需，那么該通知可能就會(huì)成為垃圾消息，從而降低用戶體驗(yàn)。

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

本發(fā)明實(shí)施例提供了一種攔截通知的方法及終端，能夠識(shí)別并攔截垃圾通知，從而提升用戶體驗(yàn)。

本發(fā)明實(shí)施例第一方面公開了一種攔截通知的方法，所述方法包括：

當(dāng)接收到應(yīng)用程序推送的通知時(shí)，確定所述通知的標(biāo)識(shí)；

將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型；

當(dāng)所述通知的類型為騷擾類型時(shí)，將所述通知攔截。

結(jié)合第一方面，在第一方面的第一種可能的實(shí)現(xiàn)方式中，將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型之前，所述方法還包括：

根據(jù)預(yù)設(shè)的機(jī)器學(xué)習(xí)算法對(duì)用戶的歷史數(shù)據(jù)進(jìn)行訓(xùn)練以獲取所述通知攔截模型。

結(jié)合第一方面的第一種可能的實(shí)現(xiàn)方式，在第一方面的第二種可能的實(shí)現(xiàn)方式中，所述根據(jù)預(yù)設(shè)的機(jī)器學(xué)習(xí)算法對(duì)用戶的歷史數(shù)據(jù)進(jìn)行訓(xùn)練以獲取所述通知攔截模型，包括：

遍歷目標(biāo)應(yīng)用程序，其中，所述目標(biāo)應(yīng)用程序是安裝在終端中的應(yīng)用程序；

確定所述目標(biāo)應(yīng)用程序中每個(gè)目標(biāo)應(yīng)用程序通知被查看情況的歷史數(shù)據(jù)；其中，所述每個(gè)目標(biāo)應(yīng)用程序通知被查看情況的歷史數(shù)據(jù)包括所述每個(gè)目標(biāo)應(yīng)用程序通知被查看的次數(shù)和未被查看的次數(shù)；

根據(jù)所述每個(gè)目標(biāo)應(yīng)用程序通知被查看的次數(shù)和未被查看的次數(shù)確定每個(gè)目標(biāo)應(yīng)用程序通知的使用概率；

將所述每個(gè)目標(biāo)應(yīng)用程序的標(biāo)識(shí)和與所述每個(gè)目標(biāo)應(yīng)用程序通知的使用概率輸入到所述預(yù)設(shè)的機(jī)器學(xué)習(xí)算法中以獲取所述攔截通知模型。

結(jié)合第一方面，在第一方面的第三種可能的實(shí)現(xiàn)方式中，所述方法還包括：

當(dāng)所述通知的類型為目標(biāo)類型的通知時(shí)，向所述用戶顯示所述通知。

結(jié)合第一方面或第一方面的第一至第三任一種所述可能的實(shí)現(xiàn)方式，在第一方面的第四種可能的實(shí)現(xiàn)方式中，所述方法還包括：

若檢測(cè)到處于被攔截狀態(tài)的應(yīng)用程序的通知被開啟時(shí)，修正所述通知攔截模型以改變所述處于攔截狀態(tài)的應(yīng)用程序的通知的類型。

本發(fā)明第二方面公開了一種終端，所述終端包括：

確定單元，用于當(dāng)接收到應(yīng)用程序推送的通知時(shí)，確定所述通知的標(biāo)識(shí)；

匹配單元，用于將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型；

攔截單元，用于當(dāng)所述通知的類型為騷擾類型時(shí)，將所述通知攔截。

結(jié)合第二方面，在第二方面的第一種可能的實(shí)現(xiàn)方式中，所述終端還包括訓(xùn)練單元；

所述訓(xùn)練單元，用于根據(jù)預(yù)設(shè)的機(jī)器學(xué)習(xí)算法對(duì)用戶的歷史數(shù)據(jù)進(jìn)行訓(xùn)練以獲取所述通知攔截模型。

結(jié)合第二方面的第一種可能的實(shí)現(xiàn)方式，在第二方面的第二種可能的實(shí)現(xiàn)方式所述訓(xùn)練單元包括遍歷子單元、確定子單元以及獲取子單元；

所述遍歷子單元，用于遍歷目標(biāo)應(yīng)用程序，其中，所述目標(biāo)應(yīng)用程序是安裝在終端中的應(yīng)用程序；

所述確定子單元，用于確定所述目標(biāo)應(yīng)用程序中每個(gè)目標(biāo)應(yīng)用程序通知被查看情況的歷史數(shù)據(jù)；其中，所述每個(gè)目標(biāo)應(yīng)用程序通知被查看情況的歷史數(shù)據(jù)包括所述每個(gè)目標(biāo)應(yīng)用程序通知被查看的次數(shù)和未被查看的次數(shù)；

所述確定子單元，用于根據(jù)所述每個(gè)目標(biāo)應(yīng)用程序通知被查看的次數(shù)和未被查看的次數(shù)確定每個(gè)目標(biāo)應(yīng)用程序通知的使用概率；

所述獲取子單元，用于將所述每個(gè)目標(biāo)應(yīng)用程序的標(biāo)識(shí)和與所述每個(gè)目標(biāo)應(yīng)用程序通知的使用概率輸入到所述預(yù)設(shè)的機(jī)器學(xué)習(xí)算法中以獲取所述攔截通知模型。

結(jié)合第二方面，在第二方面的第三種可能的實(shí)現(xiàn)方式中，所述終端還包括顯示單元；

所述顯示單元，用于當(dāng)所述通知的類型為目標(biāo)類型的通知時(shí)，向所述用戶顯示所述通知。

結(jié)合第二方面或第二方面的第一至第三任一種所述可能的實(shí)現(xiàn)方式，在第二方面的第四種可能的實(shí)現(xiàn)方式中，所述終端還包括修正單元；

所述修正單元，用于若檢測(cè)到處于被攔截狀態(tài)的應(yīng)用程序的通知被開啟時(shí)，修正所述通知攔截模型以改變所述處于攔截狀態(tài)的應(yīng)用程序的通知的類型。

本發(fā)明第三方面公開了一種終端，所述終端包括：

存儲(chǔ)有可執(zhí)行程序代碼的存儲(chǔ)器；

與所述存儲(chǔ)器耦合的處理器；

所述處理器調(diào)用所述存儲(chǔ)器中存儲(chǔ)的所述可執(zhí)行程序代碼，執(zhí)行如第一方面或第一方面的第一種至第四種中任意一種可能的實(shí)現(xiàn)方式所述的方法。

可以看出，本發(fā)明實(shí)施例的方案中，當(dāng)接收到應(yīng)用程序推送的通知時(shí)，確定所述通知的標(biāo)識(shí)；將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型；當(dāng)所述通知的類型為騷擾類型時(shí)，將所述通知攔截。從而可知，通過(guò)實(shí)施本發(fā)明提供的技術(shù)方案，能夠識(shí)別并攔截垃圾通知，從而提升用戶體驗(yàn)。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實(shí)施例提供的一種攔截通知的方法的流程示意圖；

圖2為本發(fā)明實(shí)施例提供的另一種攔截通知的方法的流程示意圖；

圖3為本發(fā)明實(shí)施例提供的一種終端的結(jié)構(gòu)示意圖；

圖4為本發(fā)明實(shí)施例提供的另一種終端的結(jié)構(gòu)示意圖；

圖5為本發(fā)明實(shí)施例提供的一種終端的實(shí)體裝置結(jié)構(gòu)示意圖。

具體實(shí)施方式

本發(fā)明實(shí)施例提供了一種攔截通知的方法及終端，能夠識(shí)別并攔截垃圾通知，從而提升用戶體驗(yàn)。

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

本發(fā)明說(shuō)明書、權(quán)利要求書和附圖中出現(xiàn)的術(shù)語(yǔ)“第一”、“第二”和“第三”等是用于區(qū)別不同的對(duì)象，而并非用于描述特定的順序。此外，術(shù)語(yǔ)“包括”和“具有”以及它們?nèi)魏巫冃?，意圖在于覆蓋不排他的包含。例如包含了一系列步驟或單元的過(guò)程、方法、系統(tǒng)、產(chǎn)品或設(shè)備沒(méi)有限定于已列出的步驟或單元，而是可選地還包括沒(méi)有列出的步驟或單元，或可選地還包括對(duì)于這些過(guò)程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

在本發(fā)明的一個(gè)實(shí)施例中公開了一種攔截通知的方法，所述方法包括：當(dāng)接收到應(yīng)用程序推送的通知時(shí)，確定所述通知的標(biāo)識(shí)；將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型；當(dāng)所述通知的類型為騷擾類型時(shí)，將所述通知攔截。

請(qǐng)參閱圖1，圖1是本發(fā)明一個(gè)實(shí)施例提供的一種攔截通知的方法的流程示意圖。其中，如圖1所示，本發(fā)明的一個(gè)實(shí)施例提供的一種攔截通知的方法包括以下內(nèi)容：

S101、當(dāng)接收到應(yīng)用程序推送的通知時(shí)，確定所述通知的標(biāo)識(shí)。

需要指出的是，該方法的執(zhí)行主體是終端，例如可以為智能手機(jī)、平板電腦、智能穿戴式設(shè)備、計(jì)算機(jī)等電子設(shè)備。

其中，可以理解的是，確定所述通知的標(biāo)識(shí)指的是確定所述通知所屬的應(yīng)用程序。

例如，當(dāng)接收到一個(gè)通知時(shí)，確定推送通知的應(yīng)用程序，如果該應(yīng)用程序是百度，那么該通知的標(biāo)識(shí)就是該應(yīng)用程序的名字或者該應(yīng)用程序?qū)?yīng)的序列號(hào)。舉例來(lái)說(shuō)，加入百度應(yīng)用程序?qū)?yīng)的序列號(hào)是0001，那么該通知的標(biāo)識(shí)就是0001。

S102、將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型。

其中，需要指出的是，通知攔截模型中存儲(chǔ)了終端中安裝的每個(gè)應(yīng)用程序的名稱、標(biāo)識(shí)、該應(yīng)用程序通知的類型，以及與類型對(duì)應(yīng)的處理方式。

例如，存儲(chǔ)的格式為：音樂(lè)應(yīng)用、0002、騷擾類型、進(jìn)行攔截；微信應(yīng)用、0003、目標(biāo)類型、進(jìn)行顯示。其中，通知攔截模型中存儲(chǔ)的信息很多，在此不一一列舉，對(duì)存儲(chǔ)的形式也不做限制。

其中，需要指出的是，將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型之前，所述方法還包括：根據(jù)預(yù)設(shè)的機(jī)器學(xué)習(xí)算法對(duì)用戶的歷史數(shù)據(jù)進(jìn)行訓(xùn)練以獲取所述通知攔截模型。

其中，根據(jù)預(yù)設(shè)的機(jī)器學(xué)習(xí)算法對(duì)用戶的歷史數(shù)據(jù)進(jìn)行訓(xùn)練以獲取所述通知攔截模型的方法有很多。舉例來(lái)說(shuō)，可以先遍歷目標(biāo)應(yīng)用程序，其中，所述目標(biāo)應(yīng)用程序是安裝在終端中的應(yīng)用程序；確定所述目標(biāo)應(yīng)用程序中每個(gè)目標(biāo)應(yīng)用程序通知被查看情況的歷史數(shù)據(jù)；其中，所述每個(gè)目標(biāo)應(yīng)用程序通知被查看的歷史數(shù)據(jù)包括所述每個(gè)目標(biāo)應(yīng)用程序通知被查看的次數(shù)和未被查看的次數(shù)；根據(jù)所述每個(gè)目標(biāo)應(yīng)用程序通知被查看的次數(shù)和未被查看的次數(shù)確定每個(gè)目標(biāo)應(yīng)用程序通知的使用概率；將所述每個(gè)目標(biāo)應(yīng)用程序的標(biāo)識(shí)和與所述每個(gè)目標(biāo)應(yīng)用程通知的使用概率輸入到所述預(yù)設(shè)的機(jī)器學(xué)習(xí)算法中以獲取所述攔截通知模型。

舉例來(lái)說(shuō)，針對(duì)微信應(yīng)用的通知，記錄每次用戶對(duì)該微信應(yīng)用的通知的處理方法，例如統(tǒng)計(jì)了100次，其中用戶打開看了80次，沒(méi)有看直接刪除的有20次，那么該微信應(yīng)用的通知的使用概率就是80％，如果設(shè)置的預(yù)設(shè)概率閾值為60％，那么該微信應(yīng)用的通知就是目標(biāo)類型。如果統(tǒng)計(jì)了100次，其中用戶打開看了30次，沒(méi)有看直接刪除的有70次，那么微信應(yīng)用的通知就是騷擾類型。

S103、當(dāng)所述通知的類型為騷擾類型時(shí)，將所述通知攔截。

可以理解的是，當(dāng)所述通知的類型為目標(biāo)類型的通知時(shí)，向所述用戶顯示所述通知。

可選的，若檢測(cè)到處于被攔截狀態(tài)的應(yīng)用程序的通知被開啟時(shí)，修正所述通知攔截模型以改變所述處于攔截狀態(tài)的應(yīng)用程序的通知的類型。

舉例來(lái)說(shuō)，假如百度應(yīng)用對(duì)應(yīng)的通知被確定為騷擾類型的通知，那么百度應(yīng)用的通知每次都會(huì)被攔截。如果檢測(cè)到用戶修改了百度應(yīng)用程序的權(quán)限，將拒絕接受通知改成了同意接收應(yīng)用程序的通知，那么終端會(huì)自動(dòng)修正通知攔截模型。

再例如，百度應(yīng)用的通知的使用概率是30％，而預(yù)設(shè)概率閾值是60％，如果大于或等于60％為目標(biāo)類型通知，小于60％為騷擾類型通知，那么此時(shí)百度應(yīng)用的通知為騷擾類型的通知。如果檢測(cè)到用戶修改了百度應(yīng)用程序的權(quán)限，將拒絕接受通知改成了同意接收應(yīng)用程序的通知，那么終端會(huì)自動(dòng)修正通知攔截模型，將百度的使用概率設(shè)置在60％或60％以上以使得用戶可以接收到百度應(yīng)用的通知。但是，終端也會(huì)在日后繼續(xù)記錄用戶對(duì)百度應(yīng)用的處理方法，如果百度應(yīng)用的通知的使用概率又小于60％，會(huì)提醒用戶是否攔截百度應(yīng)用的通知。

可以看出，本發(fā)明實(shí)施例的方案中，當(dāng)接收到應(yīng)用程序推送的通知時(shí)，確定所述通知的標(biāo)識(shí)；將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型；當(dāng)所述通知的類型為騷擾類型時(shí)，將所述通知攔截。從而可知，通過(guò)實(shí)施本發(fā)明提供的技術(shù)方案，能夠識(shí)別并攔截垃圾通知，從而提升用戶體驗(yàn)。

請(qǐng)參閱圖2，圖2是本發(fā)明的一個(gè)實(shí)施例提供的另一種攔截通知的方法的流程示意圖。其中，如圖2所示，本發(fā)明的一個(gè)實(shí)施例提供的另一種攔截通知的方法可以包括以下內(nèi)容，其中，需要指出的是，該方法的執(zhí)行主體是終端，例如可以為智能手機(jī)、平板電腦、智能穿戴式設(shè)備、計(jì)算機(jī)等帶有音樂(lè)播放應(yīng)用的電子設(shè)備。

S201、遍歷目標(biāo)應(yīng)用程序。

其中，所述目標(biāo)應(yīng)用程序是安裝在終端中的應(yīng)用程序。

S202、確定所述目標(biāo)應(yīng)用程序中每個(gè)目標(biāo)應(yīng)用程序通知被查看情況的歷史數(shù)據(jù)。

其中，所述每個(gè)目標(biāo)應(yīng)用程序通知被查看情況的歷史數(shù)據(jù)包括所述每個(gè)目標(biāo)應(yīng)用程序通知被查看的次數(shù)和未被查看的次數(shù)。

S203、根據(jù)所述每個(gè)目標(biāo)應(yīng)用程序通知被查看的次數(shù)和未被查看的次數(shù)確定每個(gè)目標(biāo)應(yīng)用程序通知的使用概率。

其中，所述可以理解的是，例如假設(shè)每個(gè)應(yīng)用程序通知被查看的次數(shù)為M，未被查看的次數(shù)為N，則每個(gè)應(yīng)用程序通知的使用概率為M/N。

S204、將所述每個(gè)目標(biāo)應(yīng)用程序的標(biāo)識(shí)和與所述每個(gè)目標(biāo)應(yīng)用程序通知的使用概率輸入到所述預(yù)設(shè)的機(jī)器學(xué)習(xí)算法中以獲取所述攔截通知模型。

其中，所述機(jī)器學(xué)習(xí)算法可以為當(dāng)每個(gè)應(yīng)用程序通知的使用概率M/N小于某一閾值則判定用戶不需要該應(yīng)用通知，則屏蔽該應(yīng)用的通知。

S205、當(dāng)接收到應(yīng)用程序推送的通知時(shí)，確定所述通知的標(biāo)識(shí)。

其中，可以理解的是，確定所述通知的標(biāo)識(shí)指的是確定所述通知所屬的應(yīng)用程序。

例如，當(dāng)接收到一個(gè)通知時(shí)，確定推送給通知的應(yīng)用程序，如果該應(yīng)用程序是百度，那么該通知的標(biāo)識(shí)就是該應(yīng)用程序的名字或者該應(yīng)用程序?qū)?yīng)的序列號(hào)。舉例來(lái)說(shuō)，加入百度應(yīng)用程序?qū)?yīng)的序列號(hào)是0001，那么該通知的標(biāo)識(shí)就是0001。

S206、將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型。

其中，需要指出的是，通知攔截模型中存儲(chǔ)了終端中安裝的每個(gè)應(yīng)用程序的的名稱、標(biāo)識(shí)、該應(yīng)用程序通知的類型，以及與類型對(duì)應(yīng)的處理方式。

例如，存儲(chǔ)的格式為：音樂(lè)應(yīng)用、0002、騷擾類型、進(jìn)行攔截；微信應(yīng)用、0003、目標(biāo)類型、進(jìn)行顯示。其中，通知攔截模型中存儲(chǔ)的信息很多，在此不一一列舉，對(duì)存儲(chǔ)的形式也不做限制。

其中，需要指出的是，將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型之前，所述方法還包括：根據(jù)預(yù)設(shè)的機(jī)器學(xué)習(xí)算法對(duì)用戶的歷史數(shù)據(jù)進(jìn)行訓(xùn)練以獲取所述通知攔截模型。

其中，根據(jù)預(yù)設(shè)的機(jī)器學(xué)習(xí)算法對(duì)用戶的歷史數(shù)據(jù)進(jìn)行訓(xùn)練以獲取所述通知攔截模型的方法有很多。舉例來(lái)說(shuō)，可以先遍歷目標(biāo)應(yīng)用程序，其中，所述目標(biāo)應(yīng)用程序是安裝在終端中的應(yīng)用程序；確定所述目標(biāo)應(yīng)用程序中每個(gè)目標(biāo)應(yīng)用程序的歷史數(shù)據(jù)；其中，所述每個(gè)目標(biāo)應(yīng)用程序的歷史數(shù)據(jù)包括所述每個(gè)目標(biāo)應(yīng)用程序被查看的次數(shù)和未被查看的次數(shù)；根據(jù)所述每個(gè)目標(biāo)應(yīng)用程序被查看的次數(shù)和未被查看的次數(shù)確定每個(gè)目標(biāo)應(yīng)用程序的使用概率；將所述每個(gè)目標(biāo)應(yīng)用程序的標(biāo)識(shí)和與所述每個(gè)目標(biāo)應(yīng)用程序?qū)?yīng)的使用概率輸入到所述預(yù)設(shè)的機(jī)器學(xué)習(xí)算法中以獲取所述攔截通知模型。

舉例來(lái)說(shuō)，針對(duì)微信應(yīng)用的通知，記錄每次用戶對(duì)該微信應(yīng)用的通知的處理方法，例如統(tǒng)計(jì)了100次，其中用戶打開看了80次，沒(méi)有看直接刪除的有20次，那么該微信應(yīng)用的通知的使用概率就是80％，如果設(shè)置的預(yù)設(shè)概率閾值為60％，那么該微信應(yīng)用的通知就是目標(biāo)類型。如果統(tǒng)計(jì)了100次，其中用戶打開看了30次，沒(méi)有看直接刪除的有70次，那么微信應(yīng)用的通知就是騷擾類型。

S207、當(dāng)所述通知的類型為騷擾類型時(shí)，將所述通知攔截。

S208、當(dāng)所述通知的類型為目標(biāo)類型的通知時(shí)，向所述用戶顯示所述通知。

S209、若檢測(cè)到處于被攔截狀態(tài)的應(yīng)用程序的通知被開啟時(shí)，修正所述通知攔截模型以改變所述處于攔截狀態(tài)的應(yīng)用程序的通知的類型。

可以理解的是，當(dāng)所述通知的類型為目標(biāo)類型的通知時(shí)，向所述用戶顯示所述通知。

可選的，若檢測(cè)到處于被攔截狀態(tài)的應(yīng)用程序的通知被開啟時(shí)，修正所述通知攔截模型以改變所述處于攔截狀態(tài)的應(yīng)用程序的通知的類型。

舉例來(lái)說(shuō)，假如百度應(yīng)用對(duì)應(yīng)的通知被確定為騷擾類型的通知，那么百度應(yīng)用的通知每次都會(huì)被攔截。如果檢測(cè)到用戶修改了百度應(yīng)用程序的權(quán)限，將拒絕接受通知改成了同意接收應(yīng)用程序的通知，那么終端會(huì)自動(dòng)修正通知攔截模型。

再例如，百度應(yīng)用的通知的使用概率是30％，而預(yù)設(shè)概率閾值是60％，如果大于或等于60％為目標(biāo)類型通知，小于60％為騷擾類型通知，那么此時(shí)百度應(yīng)用的通知為騷擾類型的通知。如果檢測(cè)到用戶修改了百度應(yīng)用程序的權(quán)限，將拒絕接受通知改成了同意接收應(yīng)用程序的通知，那么終端會(huì)自動(dòng)修正通知攔截模型，將百度的使用概率設(shè)置在60％或60％以上以使得用戶可以接收到百度應(yīng)用的通知。但是，終端也會(huì)在日后繼續(xù)記錄用戶對(duì)百度應(yīng)用的處理方法，如果百度應(yīng)用的通知的使用概率又小于60％，會(huì)提醒用戶是否攔截百度應(yīng)用的通知。

可以看出，本發(fā)明實(shí)施例的方案中擴(kuò)充了訓(xùn)練通知攔截模型的步驟，通過(guò)實(shí)施本發(fā)明提供的技術(shù)方案，能夠準(zhǔn)確識(shí)別騷擾類型的通知。

請(qǐng)參閱圖3，圖3是本發(fā)明的一個(gè)實(shí)施例提供的一種終端的結(jié)構(gòu)示意圖。其中，如圖3所示，本發(fā)明的一個(gè)實(shí)施例提供的一種終端300，其中，該終端可以是智能手機(jī)、平板電腦、智能穿戴設(shè)備等設(shè)備。該終端300包括確定單元301、匹配單元302以及攔截單元303。

確定單元301，用于當(dāng)接收到應(yīng)用程序推送的通知時(shí)，確定所述通知的標(biāo)識(shí)；

匹配單元302，用于將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型；

攔截單元303，用于當(dāng)所述通知的類型為騷擾類型時(shí)，將所述通知攔截。

其中，確定單元301、匹配單元302以及攔截單元303可以用于執(zhí)行實(shí)施例1中步驟S101至S103所述的方法，具體描述詳見實(shí)施例1對(duì)所述方法的描述，在此不再贅述。

請(qǐng)參閱圖4，圖4是本發(fā)明的一個(gè)實(shí)施例提供的一種終端的結(jié)構(gòu)示意圖。其中，如圖4所示，本發(fā)明的一個(gè)實(shí)施例提供的一種終端400，其中，該終端400可以是智能手機(jī)、平板電腦、智能穿戴設(shè)備等設(shè)備。該終端400包括確定單元401、匹配單元402、攔截單元403、訓(xùn)練單元404、顯示單元405以及修正單元406。

訓(xùn)練單元404，用于根據(jù)預(yù)設(shè)的機(jī)器學(xué)習(xí)算法對(duì)用戶的歷史數(shù)據(jù)進(jìn)行訓(xùn)練以獲取所述通知攔截模型；

其中，需要指出的是，訓(xùn)練單元404包括遍歷子單元4041、確定子單元4042以及獲取子單元4043；

遍歷子單元4041，用于遍歷目標(biāo)應(yīng)用程序，其中，所述目標(biāo)應(yīng)用程序是安裝在終端中的應(yīng)用程序；

確定子單元4042，用于確定所述目標(biāo)應(yīng)用程序中每個(gè)目標(biāo)應(yīng)用程序通知被查看情況的歷史數(shù)據(jù)；其中，所述每個(gè)目標(biāo)應(yīng)用程序通知被查看情況的歷史數(shù)據(jù)包括所述每個(gè)目標(biāo)應(yīng)用程序通知被查看的次數(shù)和未被查看的次數(shù)；

確定子單元4042，用于根據(jù)所述每個(gè)目標(biāo)應(yīng)用程序被查看的次數(shù)和未被查看的次數(shù)確定每個(gè)目標(biāo)應(yīng)用程序通知的使用概率；

獲取子單元4043，用于將所述每個(gè)目標(biāo)應(yīng)用程序的標(biāo)識(shí)和與所述每個(gè)目標(biāo)應(yīng)用程序?qū)?yīng)的通知的使用概率輸入到所述預(yù)設(shè)的機(jī)器學(xué)習(xí)算法中以獲取所述攔截通知模型。

確定單元401，用于當(dāng)接收到應(yīng)用程序推送的通知時(shí)，確定所述通知的標(biāo)識(shí)；

匹配單元402，用于將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型；

攔截單元403，用于當(dāng)所述通知的類型為騷擾類型時(shí)，將所述通知攔截；

顯示單元405，用于當(dāng)所述通知的類型為目標(biāo)類型的通知時(shí)，向所述用戶顯示所述通知；

修正單元406，用于若檢測(cè)到處于被攔截狀態(tài)的應(yīng)用程序的通知被開啟時(shí)，修正所述通知攔截模型以改變所述處于攔截狀態(tài)的應(yīng)用程序的通知的類型。

其中，確定單元401、匹配單元402、攔截單元403、訓(xùn)練單元404、顯示單元405以及修正單元406可以用于執(zhí)行實(shí)施例2中步驟S201至S206所述的方法，具體描述詳見實(shí)施例2對(duì)所述方法的描述，在此不再贅述。

請(qǐng)參閱圖5，在本發(fā)明的另一個(gè)實(shí)施例中，提供一種終端。所述終端500包括CPU501、存儲(chǔ)器502、總線503，顯示屏504等硬件。其中，該終端500可以是智能手機(jī)、平板電腦、智能穿戴設(shè)備等設(shè)備。

其中，CPU501執(zhí)行預(yù)先存儲(chǔ)在存儲(chǔ)器502中的程序，該執(zhí)行過(guò)程具體包括：

當(dāng)接收到應(yīng)用程序推送的通知時(shí)，確定所述通知的標(biāo)識(shí)；

將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型；

當(dāng)所述通知的類型為騷擾類型時(shí)，將所述通知攔截。

可選的，將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型之前，所述方法還包括：

根據(jù)預(yù)設(shè)的機(jī)器學(xué)習(xí)算法對(duì)用戶的歷史數(shù)據(jù)進(jìn)行訓(xùn)練以獲取所述通知攔截模型。

可選的，所述根據(jù)預(yù)設(shè)的機(jī)器學(xué)習(xí)算法對(duì)用戶的歷史數(shù)據(jù)進(jìn)行訓(xùn)練以獲取所述通知攔截模型，包括：

遍歷目標(biāo)應(yīng)用程序，其中，所述目標(biāo)應(yīng)用程序是安裝在終端中的應(yīng)用程序；

確定所述目標(biāo)應(yīng)用程序中每個(gè)目標(biāo)應(yīng)用程序通知被查看情況的歷史數(shù)據(jù)；其中，所述每個(gè)目標(biāo)應(yīng)用程序通知被查看情況的歷史數(shù)據(jù)包括所述每個(gè)目標(biāo)應(yīng)用程序被查看的次數(shù)和未被查看的次數(shù)；

根據(jù)所述每個(gè)目標(biāo)應(yīng)用程序通知被查看的次數(shù)和未被查看的次數(shù)確定每個(gè)目標(biāo)應(yīng)用程序通知的使用概率；

將所述每個(gè)目標(biāo)應(yīng)用程序的標(biāo)識(shí)和與所述每個(gè)目標(biāo)應(yīng)用程序通知的使用概率輸入到所述預(yù)設(shè)的機(jī)器學(xué)習(xí)算法中以獲取所述攔截通知模型。

可選的，該執(zhí)行過(guò)程還包括：當(dāng)所述通知的類型為目標(biāo)類型的通知時(shí)，向所述用戶顯示所述通知。

可選的，該執(zhí)行過(guò)程還包括：

若檢測(cè)到處于被攔截狀態(tài)的應(yīng)用程序的通知被開啟時(shí)，修正所述通知攔截模型以改變所述處于攔截狀態(tài)的應(yīng)用程序的通知的類型。

可以看出，本發(fā)明實(shí)施例的方案中，當(dāng)接收到應(yīng)用程序推送的通知時(shí)，確定所述通知的標(biāo)識(shí)；將所述通知的標(biāo)識(shí)與通知攔截模型進(jìn)行匹配以確定所述通知的類型；當(dāng)所述通知的類型為騷擾類型時(shí)，將所述通知攔截。從而可知，通過(guò)實(shí)施本發(fā)明提供的技術(shù)方案，能夠識(shí)別并攔截垃圾通知，從而提升用戶體驗(yàn)。

在上述實(shí)施例中，對(duì)各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒(méi)有詳述的部分，可以參見其他實(shí)施例的相關(guān)描述。

在本申請(qǐng)所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的裝置，可通過(guò)其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過(guò)一些接口，裝置或單元的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可為個(gè)人計(jì)算機(jī)、服務(wù)器或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括：U盤、只讀存儲(chǔ)器(ROM，Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM，Random Access Memory)、移動(dòng)硬盤、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

以上所述，以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。