一種插件的處理方法
【專利摘要】本發(fā)明公開了一種插件的處理方法。該方法可包括：當(dāng)運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，識別所述應(yīng)用中的插件；通過應(yīng)用框架中的框架管理器或框架線程，檢測所述插件的啟動請求；當(dāng)檢測到所述插件的啟動請求，丟棄所述啟動請求以禁止所述插件的運行。可通過檢測插件的啟動請求，并丟棄該啟動請求，禁止插件的運行。降低了系統(tǒng)資源占用率，并簡化了現(xiàn)有的插件過濾方法，提升了用戶體驗。
【專利說明】一種插件的處理方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，尤其涉及一種插件的處理方法。

【背景技術(shù)】
[0002]目前，應(yīng)用中多攜帶一些插件，如廣告插件等。當(dāng)用戶開啟該應(yīng)用時，插件會自動完成初始化，呈現(xiàn)在應(yīng)用界面上，用戶無法對插件進行屏蔽，或?qū)?yīng)用界面上的廣告信息進行誤操作，可能造成流量浪費、占用系統(tǒng)資源等后果。
[0003]在當(dāng)前過濾插件的方法中，有智能過濾插件的聯(lián)網(wǎng)行為的方法，然而此方法無法對插件的顯示界面等其他行為進行過濾，從而未能實現(xiàn)將用戶希望屏蔽的應(yīng)用插件，如廣告插件等真正的過濾掉，且過濾插件的方法需通過連接網(wǎng)絡(luò)等條件，實現(xiàn)起來過于繁瑣。又或根據(jù)優(yōu)先加載系統(tǒng)中Jar包的原理，在系統(tǒng)中裝載無害Jar包，從而終端加載系統(tǒng)中的Jar包以替代插件中的Jar包，使插件不能正常運行。然而在實施過程中，終端僅能從系統(tǒng)中加載一次Jar包，若要實現(xiàn)插件被多次限制，則需從系統(tǒng)中多次加載Jar包，從而實現(xiàn)方式過于繁瑣。綜上所述，目前插件的過濾方法過于繁瑣，降低了用戶體驗。


【發(fā)明內(nèi)容】

[0004]本發(fā)明實施例提供了一種插件的處理方法?？蛇^濾應(yīng)用中的插件，提高用戶體驗。
[0005]本發(fā)明的實施例提供了一種插件的處理方法，包括:
[0006]當(dāng)運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，識別應(yīng)用中的插件；
[0007]通過應(yīng)用框架中的框架管理器或框架線程，檢測所述插件的啟動請求；
[0008]當(dāng)檢測到所述插件的啟動請求，丟棄所述啟動請求以禁止所述插件的運行。
[0009]本發(fā)明實施例中，可在終端運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，通過識別應(yīng)用中的插件，并可通過應(yīng)用框架中的框架管理器或框架線程，來檢測插件的活動狀態(tài)，當(dāng)檢測到插件的啟動請求時，丟棄該啟動請求，可禁止插件的運行。降低了系統(tǒng)資源占用率，并簡化了現(xiàn)有的插件過濾方法，提升了用戶體驗。

【專利附圖】

【附圖說明】
[0010]為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0011]圖1是本發(fā)明中的一種插件的處理方法的一實施例的流程圖；
[0012]圖2是本發(fā)明中的一種插件的處理方法的另一實施例的流程圖；
[0013]圖3是本發(fā)明中的一種終端的一實施例的結(jié)構(gòu)示意圖；
[0014]圖4是本發(fā)明中的一種終端的另一實施例的結(jié)構(gòu)示意圖；
[0015]圖5是本發(fā)明中的一種終端的又一實施例的結(jié)構(gòu)示意圖。

【具體實施方式】
[0016]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0017]本發(fā)明實施例中所提及的終端包括手機、平板電腦、智能電視、車載平臺等。本發(fā)明實施例中所提及的終端上的操作系統(tǒng)可包括安卓(Android)、1s、Windows等。
[0018]下面參考附圖對本發(fā)明的實施例進行描述。參見圖1，為本發(fā)明中的一種插件的處理方法的一實施例的流程圖。該方法可至少包括以下步驟。
[0019]步驟S101，當(dāng)運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，識別應(yīng)用中的插件。
[0020]在一個實施例中，當(dāng)終端運行應(yīng)用的過程中，或終端檢測到用戶開啟該應(yīng)用時，可通過多種方式識別應(yīng)用中的插件。如在服務(wù)器中收集插件信息，如廣告插件等，會由不同的應(yīng)用插件會存在不同的插件名稱，所以服務(wù)器通過收集插件名稱，獲取插件信息。終端通過下載服務(wù)器收集的插件信息，可識別應(yīng)用中的插件?？蛇x的，終端可根據(jù)用戶需求識別應(yīng)用中的特定插件，如廣告插件等，也可識別應(yīng)用中的所有插件。
[0021]步驟S102，通過應(yīng)用框架中的框架管理器或框架線程，檢測所述插件的啟動請求。
[0022]在一個實施例中，終端可通過設(shè)置應(yīng)用框架中的框架管理器(英文:framemanager)和/或框架線程(英文:frame thread),可監(jiān)控應(yīng)用中插件的活動,從而可實現(xiàn)框架管理器或框架線程能夠檢測到插件的啟動請求。步驟S103，當(dāng)檢測到所述插件的啟動請求,丟棄所述啟動請求以禁止所述插件的運行。
[0023]在一個實施例中，當(dāng)識別出終端應(yīng)用中的插件后，即可通過活動管理器或活動線程等對插件的活動進行監(jiān)測，用以檢測插件的啟動請求。當(dāng)檢測到插件的啟動請求后，即表明插件申請運行許可，則通過丟棄插件中的啟動請求，來禁止該插件的運行，從而達到了過濾應(yīng)用中插件的效果。
[0024]本發(fā)明實施例中，可在終端運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，通過識別應(yīng)用中的插件，并可通過設(shè)置應(yīng)用框架中的框架管理器和/或框架線程，來檢測插件的活動狀態(tài)，當(dāng)檢測到插件的啟動請求時，丟棄該啟動請求，可禁止插件的運行。降低了系統(tǒng)資源占用率，并簡化了現(xiàn)有的插件過濾方法，提升了用戶體驗。
[0025]參見圖2，為本發(fā)明中的一種插件的處理方法的另一實施例的流程圖。該方法可至少包括以下步驟。
[0026]步驟S201,設(shè)置插件限制開關(guān)。
[0027]在一個實施例中，終端可設(shè)置插件限制開關(guān)，具體的，可通過在系統(tǒng)的設(shè)置數(shù)據(jù)庫中增加指示開關(guān)的字段，即可設(shè)置插件限制開關(guān)，當(dāng)該插件限制開關(guān)為開時，即禁止插件運行，當(dāng)該插件限制開關(guān)為關(guān)時，則不對應(yīng)用中的插件進行檢測。可選的，可根據(jù)插件性質(zhì)設(shè)置不同的插件限制開關(guān)，如為廣告或惡意插件設(shè)置廣告插件限制開關(guān)或惡意插件限制開關(guān)坐寸ο
[0028]可選的，在一個實施例中，還可包括以下步驟:
[0029]設(shè)置所述插件限制開關(guān)的圖標(biāo)以提示用戶；
[0030]檢測用戶對所述圖標(biāo)的操作指令；
[0031]根據(jù)所述操作指令，切換所述插件限制開關(guān)的狀態(tài)。
[0032]具體的，還可通過在終端的顯示界面上行設(shè)置插件限制開關(guān)的圖標(biāo)，以提示用戶是否需要進行插件限制操作，用戶可根據(jù)自身的需求對圖標(biāo)輸入操作指令，如在觸摸屏上點擊或長按圖標(biāo)圖像，當(dāng)檢測到用戶對圖標(biāo)的操作指令后，則可根據(jù)具體的操作指令，切換插件限制開關(guān)的狀態(tài)。如當(dāng)前插件限制開關(guān)的狀態(tài)為關(guān)，若檢測到用戶的點擊操作時，則可將插件限制開關(guān)的狀態(tài)切換為開。從而增加了用戶的知情權(quán)，使用戶能夠直接對應(yīng)用中的插件進行限制操作，提升了用戶體驗。
[0033]步驟S202，從服務(wù)器中下載插件列表，其中，所述插件列表包括插件名稱。
[0034]可選的，該步驟的執(zhí)行還可由以下步驟進行代替。
[0035]向所述服務(wù)器發(fā)送列表請求，其中，所述服務(wù)器解析應(yīng)用中的插件名稱，并根據(jù)所述插件名稱建立所述插件列表；
[0036]獲取所述服務(wù)器反饋的所述插件列表。
[0037]在一個實施例中，可通過從服務(wù)器中下載插件列表，來識別應(yīng)用中的插件。具體的，服務(wù)器可通過收集應(yīng)用中的插件名稱，來建立插件列表，即當(dāng)終端識別到應(yīng)用中的插件名稱存在于插件列表中時，即可表明該插件需要進行處理?？蛇x的，服務(wù)器可根據(jù)插件的性質(zhì)不同，建立不同的插件列表，如廣告插件列表或惡意收費插件列表等。
[0038]可選的，本發(fā)明實施例所述方法還可包括以下步驟。
[0039]獲取所述服務(wù)器的所述插件列表的更新通知。
[0040]將所述更新通知提示給用戶，以確認(rèn)用戶是否需要進行所述插件列表的更新。
[0041]當(dāng)檢測到用戶對所述更新通知的確認(rèn)操作后，根據(jù)所述更新通知，更新所述插件列表。
[0042]在一個實施例中，當(dāng)服務(wù)器中的插件列表更新時，可向終端推送更新通知。終端可將更新通知提示給用戶，以確認(rèn)用戶是否需要進行插件列表的更新，若用戶確認(rèn)更新列表后，可從服務(wù)器中下載更新后的插件列表。從而保證了終端中對插件識別的實時性，并增強了用戶的知情權(quán)，提升了用戶體驗。
[0043]步驟S203，當(dāng)檢測到用戶開啟所述應(yīng)用時，確定所述插件限制開關(guān)狀態(tài)。
[0044]在一個實施例中，可在檢測到用戶開啟應(yīng)用時，確定插件限制開關(guān)的狀態(tài)。若插件限制開關(guān)的狀態(tài)為開，則可對應(yīng)用中的插件進行監(jiān)測，以確認(rèn)插件是否進行活動，具體的，可執(zhí)行步驟S205 ;若插件限制開關(guān)的狀態(tài)為關(guān)，則可允許應(yīng)用中的插件活動，或可執(zhí)行步驟 S204。
[0045]步驟S204，若所述插件限制開關(guān)狀態(tài)為關(guān)，提示用戶是否開啟所述插件限制開關(guān)。
[0046]在一個實施例中，若在檢測到用戶開啟應(yīng)用后，確定插件限制開關(guān)的狀態(tài)為關(guān)時，可進一步提示用戶是否需要開啟插件限制開關(guān)，以確認(rèn)用戶是否真正不需要對應(yīng)用中的插件進行處理。若檢測到用戶開啟插件限制開關(guān)，則可進行以下步驟；若檢測到用戶未開啟插件限制開關(guān)，則表明用戶確認(rèn)不對應(yīng)用中的插件活動進行處理。
[0047]步驟S205，若所述插件限制開關(guān)狀態(tài)為開或若檢測到所述用戶開啟所述插件限制開關(guān)，掃描應(yīng)用中的插件。
[0048]在一個實施例中，若在步驟S203中確認(rèn)插件限制開關(guān)狀態(tài)為開，或在步驟S204中檢測到用戶開啟插件限制開關(guān)的指令，則可進一步的掃描開啟的應(yīng)用中的插件。
[0049]步驟S206，在所述插件列表中查找是否存在所述插件的插件名稱。
[0050]在一個實施例中，當(dāng)掃描出應(yīng)用中的插件后，可在從服務(wù)器下載的插件列表中查找是否存在掃描出插件的插件名稱，若存在，則表明該插件為需要處理的插件，若不存在，則表明該插件不需要被處理。可選的，根據(jù)用戶的需求不同，可從服務(wù)器下載不同的插件列表，則可在終端處理不同的插件。如用戶需要過濾廣告插件，則從服務(wù)器下載廣告插件列表，并確認(rèn)掃描出插件的插件名稱是否存在在下載的廣告插件列表中。
[0051]步驟S207，若存在所述插件名稱，則將所述插件識別為待處理插件。
[0052]在一個實施例中，若在插件列表中查找出插件名稱，則表明該插件需要被處理，則可將該插件識別為待處理插件，若檢測到該待處理插件的啟動請求，則可丟棄該待處理插件的啟動請求，以禁止該待處理插件的運行。
[0053]步驟S208，建立插件名稱列表。
[0054]步驟S209，將識別的所述待處理插件的所述插件名稱記錄在所述插件名稱列表中。
[0055]在一個實施例中，可在終端建立插件名稱列表，具體的，可在終端數(shù)據(jù)庫中建立插件名稱列表。通過建立插件名稱列表，可在終端中記錄統(tǒng)計需要處理的插件總和，即可掃描每個應(yīng)用中的插件，將需要處理的插件名稱記錄在插件名稱列表中，則無需每次在開啟應(yīng)用時，均需從服務(wù)器下載插件列表，從而可節(jié)省網(wǎng)絡(luò)資源，并能夠有效統(tǒng)計終端中存在在各應(yīng)用中的待處理插件。
[0056]步驟S210，通過應(yīng)用框架中的框架管理器或框架線程，檢測所述插件的啟動請求?？蛇x的，在該步驟之前，該方法還可包括以下步驟:
[0057]設(shè)置所述應(yīng)用框架中的框架管理器或框架線程，以使所述框架管理器或框架線程能夠檢測到所述插件的啟動請求,并對所述啟動請求進行處理；
[0058]根據(jù)設(shè)置后的所述框架管理器或框架線程，檢測所述插件的啟動請求。
[0059]在一個實施例中，終端可通過設(shè)置應(yīng)用框架中的框架管理器(英文:framemanager)和/或框架線程(英文:frame thread),可監(jiān)控應(yīng)用中插件的活動,從而可實現(xiàn)框架管理器或框架線程能夠檢測到插件的啟動請求?？蛇x的，可通過框架管理器和/或框架線程監(jiān)控應(yīng)用中多個插件或某一插件的活動。并可對插件的活動進行處理，如檢測到插件的啟動請求時，可判斷是否需要對其進行丟棄操作；又如可檢測插件的其他請求，并根據(jù)具體請求，對插件進行相應(yīng)的操作。步驟S211，當(dāng)檢測到應(yīng)用中一個插件的啟動請求時，判斷所述插件的插件名稱是否在所述插件名稱列表中。
[0060]步驟S212，若判斷的結(jié)果為是，則丟棄所述啟動請求以禁止所述插件的運行。
[0061]在一個實施例中，當(dāng)檢測到一個插件的啟動請求時，可判斷該插件的插件名稱是否存在于終端建立的插件名稱列表中，若存在于該插件名稱列表中，貝1J表明該插件為待處理插件，則需要丟棄該待處理插件的啟動請求，以禁止待處理插件的運行。如該插件的名稱存在于終端建立的廣告插件名稱列表中，則表明該插件為廣告插件，則當(dāng)檢測到該廣告插件的啟動請求時，則丟棄該啟動請求。若不存在該插件名稱，則表明無需對該插件進行禁止處理，則可通過框架管理器或框架線程管理該插件的進一步運行。
[0062]本發(fā)明實施例中，可在終端運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，通過識別應(yīng)用中的插件，并可通過設(shè)置應(yīng)用框架中的框架管理器和/或框架線程，來檢測插件的活動狀態(tài)，當(dāng)檢測到插件的啟動請求時，丟棄該啟動請求，可禁止插件的運行。降低了系統(tǒng)資源占用率，并簡化了現(xiàn)有的插件過濾方法，提升了用戶體驗。
[0063]具體的，圖1-圖2所述的部分或全部方法可由圖3-圖5所示終端實現(xiàn)。
[0064]參見圖3，為本發(fā)明中的一種終端的一實施例的結(jié)構(gòu)示意圖。該終端可包括:識別單元1、啟動請求檢測單元2、丟棄單元3。
[0065]其中，識別單元1，用于當(dāng)運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，識別應(yīng)用中的插件。
[0066]在一個實施例中，當(dāng)終端運行應(yīng)用的過程中，或終端檢測到用戶開啟該應(yīng)用時，識別單元I可通過多種方式識別應(yīng)用中的插件。如在服務(wù)器中收集插件信息，如廣告插件等，會由不同的應(yīng)用插件會存在不同的插件名稱，所以服務(wù)器通過收集插件名稱，獲取插件信息。終端通過下載服務(wù)器收集的插件信息，可識別應(yīng)用中的插件?？蛇x的，終端可根據(jù)用戶需求識別應(yīng)用中的特定插件，如廣告插件等，也可識別應(yīng)用中的所有插件。
[0067]啟動請求檢測單元2，用于通過應(yīng)用框架中的框架管理器或框架線程，檢測所述插件的啟動請求。
[0068]在一個實施例中，啟動請求檢測單元2可通過設(shè)置應(yīng)用框架中的框架管理器(英文:frame manager)和/或框架線程(英文:frame thread),可監(jiān)控應(yīng)用中插件的活動,從而可實現(xiàn)框架管理器或框架線程能夠檢測到插件的啟動請求。丟棄單元3，用于當(dāng)檢測到所述插件的啟動請求，丟棄所述啟動請求以禁止所述插件的運行。
[0069]在一個實施例中，當(dāng)識別出終端應(yīng)用中的插件后，即可通過活動管理器或活動線程等對插件的活動進行監(jiān)測，啟動請求檢測單元2檢測插件的啟動請求。當(dāng)檢測到插件的啟動請求后，即表明插件申請運行許可，則通過丟棄單元3丟棄插件中的啟動請求，來禁止該插件的運行，從而達到了過濾應(yīng)用中插件的效果。
[0070]本發(fā)明實施例中，可在終端運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，通過識別應(yīng)用中的插件，并可通過設(shè)置應(yīng)用框架中的框架管理器和/或框架線程，來檢測插件的活動狀態(tài)，當(dāng)檢測到插件的啟動請求時，丟棄該啟動請求，可禁止插件的運行。降低了系統(tǒng)資源占用率，并簡化了現(xiàn)有的插件過濾方法，提升了用戶體驗。
[0071]參見圖4，為本發(fā)明中的一種終端的另一實施例的結(jié)構(gòu)示意圖。該終端可包括:開關(guān)設(shè)置單元01、下載單元02、狀態(tài)確定單元03、開關(guān)提示單元04、識別單元05、建立單元06、記錄單元07、啟動請求檢測單元08、丟棄單元09。
[0072]其中，開關(guān)設(shè)置單元01，用于設(shè)置插件限制開關(guān)。
[0073]在一個實施例中，終端可通過開關(guān)設(shè)置單元01設(shè)置插件限制開關(guān)，具體的，可通過在系統(tǒng)的設(shè)置數(shù)據(jù)庫中增加指示開關(guān)的字段，即可設(shè)置插件限制開關(guān)，當(dāng)該插件限制開關(guān)為開時，即禁止插件運行，當(dāng)該插件限制開關(guān)為關(guān)時，則不對應(yīng)用中的插件進行檢測。可選的，可根據(jù)插件性質(zhì)設(shè)置不同的插件限制開關(guān)，如為廣告或惡意插件設(shè)置廣告插件限制開關(guān)或惡意插件限制開關(guān)等。
[0074]可選的，在一個實施例中，終端還可包括:圖標(biāo)設(shè)置單元、圖標(biāo)檢測單元、切換單
J Li ο
[0075]其中，圖標(biāo)設(shè)置單元，用于設(shè)置所述插件限制開關(guān)的圖標(biāo)以提示用戶；
[0076]圖標(biāo)檢測單元，用于檢測用戶對所述圖標(biāo)的操作指令；
[0077]切換單元，用于根據(jù)所述操作指令，切換所述插件限制開關(guān)的狀態(tài)。
[0078]具體的，還可通過圖標(biāo)設(shè)置單元在終端的顯示界面上行設(shè)置插件限制開關(guān)的圖標(biāo)，以提示用戶是否需要進行插件限制操作，用戶可根據(jù)自身的需求對圖標(biāo)輸入操作指令，如在觸摸屏上點擊或長按圖標(biāo)圖像，當(dāng)圖標(biāo)檢測單元檢測到用戶對圖標(biāo)的操作指令后，則切換單元可根據(jù)具體的操作指令，切換插件限制開關(guān)的狀態(tài)。如當(dāng)前產(chǎn)檢限制開關(guān)的狀態(tài)為關(guān)，若檢測到用戶的點擊操作時，則可將插件限制開關(guān)的狀態(tài)切換為開。從而增加了用戶的知情權(quán)，使用戶能夠直接對應(yīng)用中的插件進行限制操作，提升了用戶體驗。
[0079]下載單元02，從服務(wù)器中下載插件列表，其中，所述插件列表包括插件名稱。
[0080]可選的，下載單元還可包括:發(fā)送單元021、獲取單元022。
[0081 ] 發(fā)送單元021，用于向所述服務(wù)器發(fā)送列表請求，其中，所述服務(wù)器解析應(yīng)用中的插件名稱，并根據(jù)所述插件名稱建立所述插件列表；
[0082]獲取單元022，用于獲取所述服務(wù)器反饋的所述插件列表。
[0083]在一個實施例中，可通過從服務(wù)器中下載插件列表，來識別應(yīng)用中的插件。具體的，服務(wù)器可通過收集應(yīng)用中的插件名稱，來建立插件列表。終端可通過發(fā)送單元021向服務(wù)器發(fā)送獲取插件列表的請求，通過獲取單元022獲取到服務(wù)器反饋的插件列表。當(dāng)終端識別到應(yīng)用中的插件名稱存在于插件列表中時，即可表明該插件需要進行處理。可選的，月艮務(wù)器可根據(jù)插件的性質(zhì)不同，建立不同的插件列表，如廣告插件列表或惡意收費插件列表坐寸ο
[0084]可選的，在一個實施例中，終端還可包括:更新通知獲取單元、通知提示單元、更新單元。
[0085]其中，更新通知獲取單元，用于獲取所述服務(wù)器的所述插件列表的更新通知。
[0086]通知提示單元，用于將所述更新通知提示給用戶，以確認(rèn)用戶是否需要進行所述插件列表的更新。
[0087]更新單元，用于當(dāng)檢測到用戶對所述更新通知的確認(rèn)操作后，根據(jù)所述更新通知，更新所述插件列表。
[0088]在一個實施例中，當(dāng)服務(wù)器中的插件列表更新時，可向終端推送更新通知。終端可通過通知提示單元將更新通知提示給用戶，以確認(rèn)用戶是否需要進行插件列表的更新，若用戶確認(rèn)更新列表后，可通過更新單元從服務(wù)器中下載更新后的插件列表，以更新終端當(dāng)前的插件列表。從而保證了終端中對插件識別的實時性，并增強了用戶的知情權(quán)，提升了用戶體驗。
[0089]狀態(tài)確定單元03，用于當(dāng)檢測到用戶開啟所述應(yīng)用時，確定所述插件限制開關(guān)狀態(tài)。
[0090]在一個實施例中，狀態(tài)確定單元03可在檢測到用戶開啟應(yīng)用時，確定插件限制開關(guān)的狀態(tài)。若插件限制開關(guān)的狀態(tài)為開，則可通過識別單元05對應(yīng)用中的插件進行識別，并可對識別出的插件進行監(jiān)測，以確認(rèn)插件是否進行活動；若插件限制開關(guān)的狀態(tài)為關(guān)，則可允許應(yīng)用中的插件活動，或可通過狀態(tài)提示單元04提示用戶是否需要開啟插件限制開關(guān)。
[0091]開關(guān)提示單元04，用于若所述插件限制開關(guān)狀態(tài)為關(guān)，提示用戶是否開啟所述插件限制開關(guān)。
[0092]在一個實施例中，若在檢測到用戶開啟應(yīng)用后，狀態(tài)確定單元03確定插件限制開關(guān)的狀態(tài)為關(guān)時，可通過開關(guān)提示單元04進一步提示用戶是否需要開啟插件限制開關(guān)，以確認(rèn)用戶是否真正不需要對應(yīng)用中的插件進行處理。若檢測到用戶開啟插件限制開關(guān)，則可進行以下步驟；若檢測到用戶未開啟插件限制開關(guān)，則表明用戶確認(rèn)不對應(yīng)用中的插件活動進行處理。
[0093]識別單元05，用于若所述插件限制開關(guān)狀態(tài)為開或若檢測到所述用戶開啟所述插件限制開關(guān)，識別應(yīng)用中的插件。
[0094]其中，識別單元05可包括:掃描單元051、查找單元052、插件識別單元053。
[0095]掃描單兀051,用于掃描應(yīng)用中的插件；
[0096]在一個實施例中，若在通過狀態(tài)確定單元03確認(rèn)插件限制開關(guān)狀態(tài)為開，或通過狀態(tài)提示單元04檢測到用戶開啟插件限制開關(guān)的指令，則可通過掃描單元051進一步的掃描開啟的應(yīng)用中的插件。
[0097]查找單元052，用于在所述插件列表中查找是否存在所述插件的插件名稱；
[0098]在一個實施例中，當(dāng)掃描出應(yīng)用中的插件后，查找單元052可在從服務(wù)器下載的插件列表中查找是否存在掃描出插件的插件名稱，若存在，則表明該插件為需要處理的插件，若不存在，則表明該插件不需要被處理?？蛇x的，根據(jù)用戶的需求不同，可從服務(wù)器下載不同的插件列表，則可在終端處理不同的插件。如用戶需要過濾廣告插件，則從服務(wù)器下載廣告插件列表,并確認(rèn)掃描出插件的插件名稱是否存在在下載的廣告插件列表中。
[0099]插件識別單元053，用于當(dāng)所述查找單元查找到所述插件名稱時，識別所述插件為待處理插件。
[0100]在一個實施例中，若在插件列表中查找出插件名稱，則表明該插件需要被處理，則可通過插件識別單元053將該插件識別為待處理插件，若檢測到該待處理插件的啟動請求，則可丟棄該待處理插件的啟動請求，以禁止該待處理插件的運行。
[0101]建立單元06，用于建立插件名稱列表。
[0102]記錄單元07，用于將識別的所述待處理插件的所述插件名稱記錄在所述插件名稱列表中。
[0103]在一個實施例中，可在終端通過建立單元06建立插件名稱列表，具體的，可在終端數(shù)據(jù)庫中建立插件名稱列表。通過建立插件名稱列表，可在終端中記錄統(tǒng)計需要處理的插件總和，即可掃描每個應(yīng)用中的插件，記錄單元07將需要處理的插件名稱記錄在插件名稱列表中，則無需每次在開啟應(yīng)用時，均需從服務(wù)器下載插件列表，從而可節(jié)省網(wǎng)絡(luò)資源，并能夠有效統(tǒng)計終端中存在于各應(yīng)用中的待處理插件。
[0104]啟動請求檢測單元08，用于根據(jù)所述設(shè)置后的框架管理器和/或框架線程檢測所述插件的啟動請求。
[0105]可選的，所述終端還可包括以下單元:
[0106]框架設(shè)置單元，用于設(shè)置所述應(yīng)用框架中的框架管理器或框架線程，以使所述框架管理器或框架線程能夠檢測到所述插件的啟動請求，并對所述啟動請求進行處理；
[0107]框架檢測單元，用于根據(jù)設(shè)置后的所述框架管理器或框架線程，檢測所述插件的啟動請求。
[0108]在一個實施例中，啟動請求檢測單元08可通過設(shè)置應(yīng)用框架中的框架管理器(英文:frame manager)和/或框架線程(英文:frame thread),可監(jiān)控應(yīng)用中插件的活動,從而可實現(xiàn)框架管理器或框架線程能夠檢測到插件的啟動請求。可選的，可通過框架管理器和/或框架線程監(jiān)控應(yīng)用中多個插件或某一插件的活動。并可對插件的活動進行處理，如檢測到插件的啟動請求時，可判斷是否需要對其進行丟棄操作；又如可檢測插件的其他請求，并根據(jù)具體請求，對插件進行相應(yīng)的操作。
[0109]丟棄單元09,用于當(dāng)檢測到所述插件的啟動請求,丟棄所述啟動請求以禁止所述插件的運行。
[0110]其中，丟棄單元09可包括:判斷單元091、插件丟棄單元092。
[0111]判斷單元091，用于當(dāng)檢測到所述插件的啟動請求，判斷所述插件的插件名稱是否在所述插件名稱列表中；
[0112]插件丟棄單元092，用于當(dāng)所述判斷單元091判斷的結(jié)果為是時，則丟棄所述啟動請求以禁止所述插件的運行。
[0113]在一個實施例中，當(dāng)檢測到一個插件的啟動請求時，判斷單元091可判斷該插件的插件名稱是否存在于終端建立的插件名稱列表中，若存在于該插件名稱列表中，貝1J表明該插件為待處理插件，則需要通過插件丟棄單元092丟棄該待處理插件的啟動請求，以禁止待處理插件的運行。如該插件的名稱存在于終端建立的廣告插件名稱列表中，則表明該插件為廣告插件，則當(dāng)檢測到該廣告插件的啟動請求時，則丟棄該啟動請求。若不存在該插件名稱，則表明無需對該插件進行禁止處理，則可通過框架管理器或框架線程管理該插件的進一步運行。
[0114]本發(fā)明實施例中，可在終端運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，通過識別應(yīng)用中的插件，并可通過設(shè)置應(yīng)用框架中的框架管理器和/或框架線程，來檢測插件的活動狀態(tài)，當(dāng)檢測到插件的啟動請求時，丟棄該啟動請求，可禁止插件的運行。降低了系統(tǒng)資源占用率，并簡化了現(xiàn)有的插件過濾方法，提升了用戶體驗。
[0115]參見圖5，為為本發(fā)明中的一種終端的又一實施例的結(jié)構(gòu)示意圖。該設(shè)備可包括:至少一個處理器1、如CPU等；至少一個顯示器2 ;至少一個存儲器3 ;及至少一個通信總線4。
[0116]其中，通信總線4用于實現(xiàn)上述組件之間的連接通信。存儲器3可以是高速RAM存儲器，也可以是非不穩(wěn)定的存儲器(non-volatile memory),例如至少一個磁盤存儲器。存儲器3可選的還可以是至少一個位于遠離前述處理器I的存儲裝置。其中，處理器I的功能及結(jié)構(gòu)可結(jié)合上述實施例中所示的終端。顯示器2可顯示界面圖像，存儲器3存儲一組程序代碼，且處理器I調(diào)用存儲器3存儲的程序代碼，用于執(zhí)行以下操作:
[0117]當(dāng)運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，識別所述應(yīng)用中的插件；
[0118]通過應(yīng)用框架中的框架管理器或框架線程，檢測所述插件的啟動請求；
[0119]當(dāng)檢測到所述插件的啟動請求，丟棄所述啟動請求以禁止所述插件的運行。
[0120]在可選的實施例中，所述處理器在所述識別所述應(yīng)用中的插件之前，還用于調(diào)用所述存儲器中的程序代碼執(zhí)行以下操作:
[0121]設(shè)置插件限制開關(guān)；
[0122]當(dāng)檢測到用戶開啟所述應(yīng)用時，確定所述插件限制開關(guān)狀態(tài)；
[0123]若所述插件限制開關(guān)狀態(tài)為開，則執(zhí)行所述識別所述應(yīng)用中的插件的步驟。
[0124]在可選的實施例中，所述處理器還用于調(diào)用所述存儲器中的程序代碼執(zhí)行以下操作:
[0125]若所述插件限制開關(guān)狀態(tài)為關(guān)，提示用戶是否開啟所述插件限制開關(guān)；
[0126]若檢測到所述用戶開啟所述插件限制開關(guān)，則執(zhí)行所述識別所述應(yīng)用中的插件的步驟。
[0127]在可選的實施例中，所述處理器還用于調(diào)用所述存儲器中的程序代碼執(zhí)行以下操作:
[0128]設(shè)置所述插件限制開關(guān)的圖標(biāo)以提示用戶；
[0129]檢測用戶對所述圖標(biāo)的操作指令；
[0130]根據(jù)所述操作指令，切換所述插件限制開關(guān)的狀態(tài)。
[0131]在可選的實施例中，所述處理器在所述識別應(yīng)用中的插件之前，還用于調(diào)用所述存儲器中的程序代碼執(zhí)行以下操作:
[0132]從服務(wù)器中下載插件列表，其中，所述插件列表包括插件名稱；
[0133]所述識別所述應(yīng)用中的插件，包括:
[0134]掃描所述應(yīng)用中的插件；
[0135]在所述插件列表中查找是否存在所述插件的插件名稱；
[0136]若存在所述插件名稱，則將所述插件識別為待處理插件。
[0137]在可選的實施例中，所述處理器從服務(wù)器中下載插件列表的具體方式為:
[0138]向所述服務(wù)器發(fā)送列表請求，其中，所述服務(wù)器解析應(yīng)用中的插件名稱，并根據(jù)所述插件名稱建立所述插件列表；
[0139]獲取所述服務(wù)器反饋的所述插件列表。
[0140]在可選的實施例中，所述處理器在將所述插件識別為待處理插件之后，還用于調(diào)用所述存儲器中的程序代碼執(zhí)行以下操作:
[0141]建立插件名稱列表；
[0142]將識別的所述待處理插件的所述插件名稱記錄在所述插件名稱列表中；
[0143]其中，所述當(dāng)檢測到所述插件的啟動請求，丟棄所述啟動請求以禁止所述插件的運行包括:
[0144]當(dāng)檢測到所述插件的啟動請求，判斷所述插件的插件名稱是否在所述插件名稱列表中；
[0145]若判斷的結(jié)果為是，則丟棄所述啟動請求以禁止所述插件的運行。
[0146]在可選的實施例中，所述處理器通過應(yīng)用框架中的框架管理器或框架線程，檢測所述插件的啟動請求的具體方式為:
[0147]設(shè)置所述應(yīng)用框架中的框架管理器或框架線程，以使所述框架管理器或框架線程能夠檢測到所述插件的啟動請求,并對所述啟動請求進行處理；
[0148]根據(jù)設(shè)置后的所述框架管理器或框架線程，檢測所述插件的啟動請求。
[0149]在可選的實施例中，所述處理器還用于調(diào)用所述存儲器中的程序代碼執(zhí)行以下操作:
[0150]獲取所述服務(wù)器的所述插件列表的更新通知；
[0151]根據(jù)所述更新通知，更新所述插件列表。
[0152]在可選的實施例中，所述處理器在獲取所述服務(wù)器的所述插件列表的更新通知之后，還用于調(diào)用所述存儲器中的程序代碼執(zhí)行以下操作:
[0153]將所述更新通知提示給用戶，以確認(rèn)用戶是否需要進行所述插件列表的更新；
[0154]其中，所述根據(jù)所述更新通知，更新所述插件列表，包括:
[0155]當(dāng)檢測到用戶對所述更新通知的確認(rèn)操作后，根據(jù)所述更新通知，更新所述插件列表。
[0156]本發(fā)明實施例中，可在終端運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，通過識別應(yīng)用中的插件，并可通過設(shè)置應(yīng)用框架中的框架管理器和/或框架線程，來檢測插件的活動狀態(tài)，當(dāng)檢測到插件的啟動請求時，丟棄該啟動請求，可禁止插件的運行。降低了系統(tǒng)資源占用率，并簡化了現(xiàn)有的插件過濾方法，提升了用戶體驗。
[0157]以上所描述的裝置實施例是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。
[0158]本發(fā)明實施例方法中的步驟可以根據(jù)實際需要進行順序調(diào)整、合并和刪減。
[0159]本發(fā)明實施例終端或設(shè)備中的單元或子單元可以根據(jù)實際需要進行合并、劃分和刪減。
[0160]通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件。基于這樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。
[0161]以上所述的實施方式，并不構(gòu)成對該技術(shù)方案保護范圍的限定。任何在上述實施方式的精神和原則之內(nèi)所作的修改、等同替換和改進等，均應(yīng)包含在該技術(shù)方案的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種插件的處理方法，其特征在于，包括: 當(dāng)運行應(yīng)用或檢測到用戶開啟所述應(yīng)用時，識別所述應(yīng)用中的插件； 通過應(yīng)用框架中的框架管理器或框架線程，檢測所述插件的啟動請求； 當(dāng)檢測到所述插件的啟動請求，丟棄所述啟動請求以禁止所述插件的運行。
2.如權(quán)利要求1所述方法，其特征在于，在所述識別所述應(yīng)用中的插件之前，所述方法還包括: 設(shè)置插件限制開關(guān)； 當(dāng)檢測到用戶開啟所述應(yīng)用時，確定所述插件限制開關(guān)狀態(tài)； 若所述插件限制開關(guān)狀態(tài)為開，則執(zhí)行所述識別所述應(yīng)用中的插件的步驟。
3.如權(quán)利要求2所述方法，其特征在于，所述方法還包括: 若所述插件限制開關(guān)狀態(tài)為關(guān)，提示用戶是否開啟所述插件限制開關(guān)； 若檢測到所述用戶開啟所述插件限制開關(guān)，則執(zhí)行所述識別所述應(yīng)用中的插件的步驟。
4.如權(quán)利要求2或3所述方法，其特征在于，所述方法還包括: 設(shè)置所述插件限制開關(guān)的圖標(biāo)以提示用戶； 檢測用戶對所述圖標(biāo)的操作指令； 根據(jù)所述操作指令，切換所述插件限制開關(guān)的狀態(tài)。
5.如權(quán)利要求1所述方法，其特征在于，在所述識別應(yīng)用中的插件之前，所述方法還包括: 從服務(wù)器中下載插件列表，其中，所述插件列表包括插件名稱； 所述識別所述應(yīng)用中的插件，包括: 掃描所述應(yīng)用中的插件； 在所述插件列表中查找是否存在所述插件的插件名稱； 若存在所述插件名稱，則將所述插件識別為待處理插件。
6.如權(quán)利要求5所述方法，其特征在于，所述從服務(wù)器中下載插件列表，包括: 向所述服務(wù)器發(fā)送列表請求，其中，所述服務(wù)器解析應(yīng)用中的插件名稱，并根據(jù)所述插件名稱建立所述插件列表； 獲取所述服務(wù)器反饋的所述插件列表。
7.如權(quán)利要求5或6所述方法，其特征在于，在所述將所述插件識別為待處理插件之后，所述方法還包括: 建立插件名稱列表； 將識別的所述待處理插件的所述插件名稱記錄在所述插件名稱列表中； 其中，所述當(dāng)檢測到所述插件的啟動請求，丟棄所述啟動請求以禁止所述插件的運行包括: 當(dāng)檢測到所述插件的啟動請求，判斷所述插件的插件名稱是否在所述插件名稱列表中； 若判斷的結(jié)果為是，則丟棄所述啟動請求以禁止所述插件的運行。
8.如權(quán)利要求7所述方法，其特征在于，在所述通過應(yīng)用框架中的框架管理器或框架線程，檢測所述插件的啟動請求之前，所述方法還包括: 設(shè)置所述應(yīng)用框架中的框架管理器或框架線程，以使所述框架管理器或框架線程能夠檢測到所述插件的啟動請求，并對所述啟動請求進行處理； 根據(jù)設(shè)置后的所述框架管理器或框架線程，檢測所述插件的啟動請求。
9.如權(quán)利要求7所述方法，其特征在于，所述方法還包括: 獲取所述服務(wù)器的所述插件列表的更新通知； 根據(jù)所述更新通知，更新所述插件列表。
10.如權(quán)利要求9所述方法，其特征在于，在所述獲取所述服務(wù)器的所述插件列表的更新通知之后，所述方法還包括: 將所述更新通知提示給用戶，以確認(rèn)用戶是否需要進行所述插件列表的更新； 其中，所述根據(jù)所述更新通知，更新所述插件列表，包括: 當(dāng)檢測到用戶對所述更新通知的確認(rèn)操作后，根據(jù)所述更新通知，更新所述插件列表。
【文檔編號】G06F9/445GK104281473SQ201410485870
【公開日】2015年1月14日 申請日期:2014年9月22日 優(yōu)先權(quán)日:2014年9月22日
【發(fā)明者】黃偉福 申請人:深圳市金立通信設(shè)備有限公司