一種進行廣告攔截處理瀏覽器裝置和移動終端的制作方法
【專利摘要】本發(fā)明公開一種進行廣告攔截處理瀏覽器裝置和移動終端，其中該進行廣告攔截處理瀏覽器裝置包括：一處理器，其在瀏覽器客戶端中設(shè)置一廣告過濾器組件；其中，所述廣告過濾器組件配置為在瀏覽器客戶端在加載頁面過程中，對待加載頁面進行靜態(tài)廣告元素過濾處理和/或動態(tài)廣告元素過濾處理。通過本發(fā)明，能夠針對當(dāng)前加載的頁面進行切實有效地廣告元素過濾。
【專利說明】一種進行廣告攔截處理瀏覽器裝置和移動終端

【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于瀏覽器【技術(shù)領(lǐng)域】，尤其涉及一種進行廣告攔截處理瀏覽器裝置和移動終端。

【背景技術(shù)】
[0002]網(wǎng)絡(luò)廣告就是在互聯(lián)網(wǎng)絡(luò)上做的廣告。通過網(wǎng)絡(luò)廣告投放平臺來利用網(wǎng)站上的廣告橫幅、文本鏈接、多媒體的方法，在互聯(lián)網(wǎng)刊登或發(fā)布廣告，通過網(wǎng)絡(luò)傳遞到互聯(lián)網(wǎng)用戶的一種高科技廣告運作方式。與傳統(tǒng)的傳播媒體廣告(報紙、雜志、電視、廣播、戶外)相比，網(wǎng)絡(luò)廣告具有得天獨厚的優(yōu)勢，目前，互聯(lián)網(wǎng)網(wǎng)絡(luò)廣告的市場正在以驚人的速度增長。
[0003]在互聯(lián)網(wǎng)技術(shù)中，通過瀏覽器訪問是一種最常見的有效獲取各種信息和數(shù)據(jù)的方式。在通過瀏覽器訪問時，網(wǎng)頁上大量投放的廣告給用戶提供信息的同時也給大多數(shù)用戶帶來干擾，頻繁出現(xiàn)的彈窗嚴重干擾和影響了用戶的工作，因此，有必要對網(wǎng)頁中的廣告進行過濾。


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

[0004]鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的進行廣告攔截處理瀏覽器裝置和移動終端。
[0005]依據(jù)本發(fā)明的一個方面，提供一種進行廣告攔截處理瀏覽器裝置，包括:一處理器，其在瀏覽器客戶端中設(shè)置一廣告過濾器組件；其中，所述廣告過濾器組件配置為在瀏覽器客戶端在加載頁面過程中，對待加載頁面進行靜態(tài)廣告元素過濾處理和/或動態(tài)廣告元素過濾處理。
[0006]其中，所述廣告過濾器組件還配置為:根據(jù)網(wǎng)頁請求的URL的黑/白名單機制，確定是否進行靜態(tài)廣告元素過濾處理和/或動態(tài)廣告元素過濾處理。
[0007]其中，所述靜態(tài)廣告元素過濾處理包括:基于網(wǎng)頁請求的URL確定出對應(yīng)的層疊樣式表CSS文件的過濾處理規(guī)則，對指定網(wǎng)站的URL進行CSS文件中的廣告元素進行隱藏操作。
[0008]其中，所述靜態(tài)廣告元素過濾處理包括:基于當(dāng)前URL網(wǎng)頁中的廣告子窗口確定出對對應(yīng)的本地cookie文件的不進行讀取后上傳，或者不進行對當(dāng)前URL網(wǎng)頁之外的第三方網(wǎng)站的cookie文件的讀寫操作。
[0009]其中，所述動態(tài)廣告元素過濾處理包括:在頁面加載過程中進行的基于廣告攔截規(guī)則的匹配后生成的是否發(fā)起http網(wǎng)頁請求。
[0010]其中，所述廣告過濾器組件配置有廣告攔截規(guī)則解析引擎，http網(wǎng)頁的網(wǎng)頁請求發(fā)出時，由所述廣告攔截規(guī)則解析引擎對該網(wǎng)頁請求進行解析得到以下解析結(jié)果:網(wǎng)頁地址url信息、來源地址refer信息、接受的類型accept_type信息；并根據(jù)解析結(jié)果確定出是否對該網(wǎng)頁請求進行攔截處理。
[0011]其中，所述廣告攔截規(guī)則解析引擎維護有與網(wǎng)絡(luò)端進行定期更新的多個規(guī)則庫，其中每個規(guī)則庫分別存儲有不同網(wǎng)站的廣告攔截規(guī)則文件；廣告攔截規(guī)則解析引擎將該廣告攔截規(guī)則文件生成為不同的過濾器，通過過濾器對于http的請求中的url信息、refer信息、accept-type信息進行過濾處理，從而判斷出是否對該網(wǎng)頁請求進行攔截處理。
[0012]其中，所述廣告過濾器組件還配置為，依據(jù)用戶對于頁面中的元素信息的點擊事件的記錄信息，確定出對應(yīng)到過濾器被優(yōu)先加載或使用的優(yōu)先級別，其中，預(yù)定元素信息的點擊事件被記錄的數(shù)量與處理該元素信息的過濾器的優(yōu)先級別成反比例。
[0013]其中，所述過濾器為腳本語言JS過濾器，所述JS過濾器用于當(dāng)網(wǎng)頁請求的文件是JS文件時，對于JS文件所在的網(wǎng)頁的URL信息判斷是否對該網(wǎng)頁請求進行攔截處理。
[0014]其中，所述廣告攔截規(guī)則文件包括:固定格式的文件名、規(guī)則標(biāo)題、更新時間、作者、版本、固定語法的規(guī)則內(nèi)容文件。
[0015]其中，所述廣告過濾器組件還配置為，識別所述瀏覽器客戶端的設(shè)備信息，并向與瀏覽器客戶端對應(yīng)的服務(wù)器請求下發(fā)與設(shè)備信息相對應(yīng)的廣告攔截規(guī)則。
[0016]其中，所述廣告過濾器組件還配置為:統(tǒng)計所述瀏覽器客戶端中經(jīng)常訪問的網(wǎng)頁的url信息，所述服務(wù)器將該網(wǎng)頁的廣告攔截規(guī)則下發(fā)到對應(yīng)的瀏覽器客戶端。
[0017]依據(jù)本發(fā)明的另一方面，提供一種移動終端，其包括以上所述的進行廣告攔截處理瀏覽器裝置。

【專利附圖】

【附圖說明】
[0018]通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中:
[0019]圖1是根據(jù)本發(fā)明一個實施例的進行廣告攔截處理瀏覽器裝置的結(jié)構(gòu)框圖；
[0020]圖2是根據(jù)本發(fā)明一個實施例的移動終端的結(jié)構(gòu)框圖。

【具體實施方式】
[0021]下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當(dāng)理解，可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達給本領(lǐng)域的技術(shù)人員。
[0022]根據(jù)本發(fā)明實施例，提供一種進行廣告攔截處理瀏覽器裝置。
[0023]圖1是根據(jù)本發(fā)明一個實施例的進行廣告攔截處理瀏覽器裝置的結(jié)構(gòu)框圖。如圖1所示，所述進行廣告攔截處理瀏覽器裝置100包括有一處理器110，其在瀏覽器客戶端中設(shè)置一廣告過濾器組件；其中，所述廣告過濾器組件配置為在瀏覽器客戶端在加載頁面過程中，對待加載頁面進行靜態(tài)廣告元素過濾處理和/或動態(tài)廣告元素過濾處理。
[0024]在本發(fā)明實施例中，預(yù)先設(shè)置URL的黑名單和白名單，當(dāng)進行網(wǎng)頁請求時，所述廣告過濾器組件根據(jù)網(wǎng)頁請求的URL的黑/白名單機制，確定是否對加載的網(wǎng)頁進行靜態(tài)廣告元素過濾處理和/或動態(tài)廣告元素過濾處理。其中，可以對加載的網(wǎng)頁單獨進行靜態(tài)廣告元素過濾處理，也可以單獨進行動態(tài)廣告元素過濾處理，還可以同時進行靜態(tài)廣告元素過濾處理和動態(tài)廣告元素過濾處理，下面分別描述靜態(tài)廣告元素過濾處理和動態(tài)廣告元素過濾處理的處理細節(jié)。
[0025]其中，所述靜態(tài)廣告元素過濾處理可以包括以下實現(xiàn)方式:
[0026](I)基于網(wǎng)頁請求的URL確定出對應(yīng)的層疊樣式表(CSS)文件的過濾處理規(guī)則，對指定網(wǎng)站的URL進行CSS文件中的廣告元素進行隱藏操作。例如，確定對網(wǎng)站sina.com進行廣告過濾，設(shè)置sina.com#DIV (id = ad)，即對DIV元素進行過濾隱藏。
[0027](2)基于當(dāng)前URL網(wǎng)頁中的廣告子窗口確定出對對應(yīng)的本地cookie文件的不進行讀取后上傳，例如sina網(wǎng)中的某一個廣告彈窗要進行本地cookie文件讀取時，就攔截掉，以達到不顯示基于cookie數(shù)據(jù)的廣告加載；或者不進行對當(dāng)前URL網(wǎng)頁之外的第三方網(wǎng)站的cookie文件的讀寫操作。
[0028]其中，所述動態(tài)廣告元素過濾處理是指:在頁面加載過程中進行的基于廣告攔截規(guī)則的匹配后生成的是否發(fā)起http網(wǎng)頁請求。具體地，所述廣告過濾器組件配置有廣告攔截規(guī)則解析引擎，http的網(wǎng)頁請求(request)發(fā)出時，由所述廣告攔截規(guī)則解析引擎對該網(wǎng)頁請求進行解析，并得到以下解析結(jié)果:網(wǎng)頁地址url信息、來源地址refer信息、接受的類型acc印t-type信息；可以使用一個進行廣告攔截判斷的代理服務(wù)器，該代理服務(wù)器與廣告攔截規(guī)則解析引擎進行交互，輸入了當(dāng)前網(wǎng)頁請求(request)中的url信息、refer信息、accept-type信息后，確定出是否對該request進行攔截處理，如果決定攔截，直接由該代理服務(wù)器向當(dāng)前網(wǎng)頁請求返回404錯誤提示。
[0029]在本發(fā)明的一個實施例中，所述廣告攔截規(guī)則解析引擎維護有多個規(guī)則庫，這些規(guī)則庫中分別存儲有對應(yīng)不同網(wǎng)站的廣告攔截規(guī)則文件，其中，所述廣告攔截規(guī)則文件包括但不限于以下的信息:固定格式的文件名、規(guī)則標(biāo)題、更新時間、作者、版本、固定語法的規(guī)則內(nèi)容文件。所述規(guī)則庫需要定期或?qū)崟r更新，所述的廣告攔截規(guī)則可以是瀏覽器用戶手動配置的，也可以是通過與網(wǎng)絡(luò)端進行交互，保持與網(wǎng)絡(luò)端的更新。例如，所述廣告過濾器組件識別所述瀏覽器客戶端的設(shè)備信息，確定出是手機設(shè)備還是PC端設(shè)備，并向與瀏覽器客戶端對應(yīng)的服務(wù)器請求下發(fā)與設(shè)備信息相對應(yīng)的廣告攔截規(guī)則。又例如，所述廣告過濾器組件統(tǒng)計瀏覽器客戶端中經(jīng)常訪問的網(wǎng)頁的url信息，所述服務(wù)器將該網(wǎng)頁的廣告攔截規(guī)則下發(fā)到對應(yīng)的瀏覽器客戶端。
[0030]廣告攔截規(guī)則解析引擎根據(jù)廣告攔截規(guī)則文件生成為不同的過濾器，通過過濾器對于http的請求進行過濾處理。在本發(fā)明的部分實施例中，所述過濾器可以為腳本語言(JS)過濾器，當(dāng)網(wǎng)頁請求的文件是JS文件時，所述JS過濾器對于JS文件所在的網(wǎng)頁的URL信息判斷是否對該網(wǎng)頁請求進行攔截處理。
[0031]一般地，可以設(shè)置過濾器的優(yōu)先級別，過濾器按照其優(yōu)先級別順序被加載或使用。在實際應(yīng)用中，如果某個加載的頁面中的元素信息被用戶點擊操作，說明該元素信息不需要過濾，記錄用戶對于頁面中的元素信息的點擊事件的記錄信息，如果預(yù)定元素信息的點擊事件被記錄的越多，則處理該元素信息的過濾器的優(yōu)先級別越低，即，預(yù)定元素信息的點擊事件被記錄的數(shù)量與處理該元素信息的過濾器的優(yōu)先級別成反比例。
[0032]根據(jù)本發(fā)明的實施例，還提供一種移動終端。
[0033]圖2是根據(jù)本發(fā)明一個實施例的移動終端的結(jié)構(gòu)框圖。如圖2所示，所述移動終端200包括進行廣告攔截處理瀏覽器裝置210，所述進行廣告攔截處理瀏覽器裝置進一步包括有一處理器220，其在瀏覽器客戶端中設(shè)置一廣告過濾器組件；其中，所述廣告過濾器組件配置為在瀏覽器客戶端在加載頁面過程中，對待加載頁面進行靜態(tài)廣告元素過濾處理和/或動態(tài)廣告元素過濾處理。
[0034]在本發(fā)明實施例中，預(yù)先設(shè)置URL的黑名單和白名單，當(dāng)進行網(wǎng)頁請求時，所述廣告過濾器組件根據(jù)網(wǎng)頁請求的URL的黑/白名單機制，確定是否對加載的網(wǎng)頁進行靜態(tài)廣告元素過濾處理和/或動態(tài)廣告元素過濾處理。其中，可以對加載的網(wǎng)頁單獨進行靜態(tài)廣告元素過濾處理，也可以單獨進行動態(tài)廣告元素過濾處理，還可以同時進行靜態(tài)廣告元素過濾處理和動態(tài)廣告元素過濾處理，下面分別描述靜態(tài)廣告元素過濾處理和動態(tài)廣告元素過濾處理的處理細節(jié)。
[0035]其中，所述靜態(tài)廣告元素過濾處理可以包括以下實現(xiàn)方式:
[0036](I)基于網(wǎng)頁請求的URL確定出對應(yīng)的層疊樣式表(CSS)文件的過濾處理規(guī)則，對指定網(wǎng)站的URL進行CSS文件中的廣告元素進行隱藏操作。例如，確定對網(wǎng)站sina.com進行廣告過濾，設(shè)置sina.com#DIV (id = ad)，即對DIV元素進行過濾隱藏。
[0037](2)基于當(dāng)前URL網(wǎng)頁中的廣告子窗口確定出對對應(yīng)的本地cookie文件的不進行讀取后上傳，例如sina網(wǎng)中的某一個廣告彈窗要進行本地cookie文件讀取時，就攔截掉，以達到不顯示基于cookie數(shù)據(jù)的廣告加載；或者不進行對當(dāng)前URL網(wǎng)頁之外的第三方網(wǎng)站的cookie文件的讀寫操作。
[0038]其中，所述動態(tài)廣告元素過濾處理是指:在頁面加載過程中進行的基于廣告攔截規(guī)則的匹配后生成的是否發(fā)起http網(wǎng)頁請求。具體地，所述廣告過濾器組件配置有廣告攔截規(guī)則解析引擎，http的網(wǎng)頁請求(request)發(fā)出時，由所述廣告攔截規(guī)則解析引擎對該網(wǎng)頁請求進行解析，并得到以下解析結(jié)果:網(wǎng)頁地址url信息、來源地址refer信息、接受的類型acc印t-type信息；可以使用一個進行廣告攔截判斷的代理服務(wù)器，該代理服務(wù)器與廣告攔截規(guī)則解析引擎進行交互，輸入了當(dāng)前網(wǎng)頁請求(request)中的url信息、refer信息、accept-type信息后，確定出是否對該request進行攔截處理，如果決定攔截，直接由該代理服務(wù)器向當(dāng)前網(wǎng)頁請求返回404錯誤提示。
[0039]在本發(fā)明的一個實施例中，所述廣告攔截規(guī)則解析引擎維護有多個規(guī)則庫，這些規(guī)則庫中分別存儲有對應(yīng)不同網(wǎng)站的廣告攔截規(guī)則文件，其中，所述廣告攔截規(guī)則文件包括但不限于以下的信息:固定格式的文件名、規(guī)則標(biāo)題、更新時間、作者、版本、固定語法的規(guī)則內(nèi)容文件。所述規(guī)則庫需要定期或?qū)崟r更新，所述的廣告攔截規(guī)則可以是瀏覽器用戶手動配置的，也可以是通過與網(wǎng)絡(luò)端進行交互，保持與網(wǎng)絡(luò)端的更新。例如，所述廣告過濾器組件識別所述瀏覽器客戶端的設(shè)備信息，確定出是手機設(shè)備還是PC端設(shè)備，并向與瀏覽器客戶端對應(yīng)的服務(wù)器請求下發(fā)與設(shè)備信息相對應(yīng)的廣告攔截規(guī)則。又例如，所述廣告過濾器組件統(tǒng)計瀏覽器客戶端中經(jīng)常訪問的網(wǎng)頁的url信息，所述服務(wù)器將該網(wǎng)頁的廣告攔截規(guī)則下發(fā)到對應(yīng)的瀏覽器客戶端。
[0040]廣告攔截規(guī)則解析引擎根據(jù)廣告攔截規(guī)則文件生成為不同的過濾器，通過過濾器對于http的請求進行過濾處理。在本發(fā)明的部分實施例中，所述過濾器可以為腳本語言(JS)過濾器，當(dāng)網(wǎng)頁請求的文件是JS文件時，所述JS過濾器對于JS文件所在的網(wǎng)頁的URL信息判斷是否對該網(wǎng)頁請求進行攔截處理。
[0041]一般地，可以設(shè)置過濾器的優(yōu)先級別，過濾器按照其優(yōu)先級別順序被加載或使用。在實際應(yīng)用中，如果某個加載的頁面中的元素信息被用戶點擊操作，說明該元素信息不需要過濾，記錄用戶對于頁面中的元素信息的點擊事件的記錄信息，如果預(yù)定元素信息的點擊事件被記錄的越多，則處理該元素信息的過濾器的優(yōu)先級別越低，即，預(yù)定元素信息的點擊事件被記錄的數(shù)量與處理該元素信息的過濾器的優(yōu)先級別成反比例。
[0042]綜上所述，根據(jù)本發(fā)明的上述技術(shù)方案，通過在瀏覽器客戶端在加載頁面過程中，對待加載頁面進行靜態(tài)廣告元素過濾處理和/或動態(tài)廣告元素過濾處理，從而能夠針對當(dāng)前加載的頁面進行切實有效地廣告元素過濾。
[0043]在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應(yīng)當(dāng)明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。
[0044]在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。
[0045]類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖:即所要求保護的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循【具體實施方式】的權(quán)利要求書由此明確地并入該【具體實施方式】，其中每個權(quán)利要求本身都作為本發(fā)明的單獨實施例。
[0046]本領(lǐng)域那些技術(shù)人員可以理解，可以對實施例中的設(shè)備中的模塊進行自適應(yīng)性地改變并且把它們設(shè)置在與該實施例不同的一個或多個設(shè)備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。
[0047]此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在下面的權(quán)利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。
[0048]本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例提供的裝置中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。
[0049]應(yīng)該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。
【權(quán)利要求】
1.一種進行廣告攔截處理瀏覽器裝置，包括: 一處理器，其在瀏覽器客戶端中設(shè)置一廣告過濾器組件；其中，所述廣告過濾器組件配置為在瀏覽器客戶端在加載頁面過程中，對待加載頁面進行靜態(tài)廣告元素過濾處理和/或動態(tài)廣告元素過濾處理。
2.根據(jù)權(quán)利要求1所述的裝置，其中，所述廣告過濾器組件還配置為:根據(jù)網(wǎng)頁請求的URL的黑/白名單機制，確定是否進行靜態(tài)廣告元素過濾處理和/或動態(tài)廣告元素過濾處理。
3.根據(jù)權(quán)利要求1所述的裝置，其中，所述靜態(tài)廣告元素過濾處理包括:基于網(wǎng)頁請求的URL確定出對應(yīng)的層疊樣式表CSS文件的過濾處理規(guī)則，對指定網(wǎng)站的URL進行CSS文件中的廣告元素進行隱藏操作。
4.根據(jù)權(quán)利要求1所述的裝置，其中，所述靜態(tài)廣告元素過濾處理包括:基于當(dāng)前URL網(wǎng)頁中的廣告子窗口確定出對對應(yīng)的本地cookie文件的不進行讀取后上傳，或者不進行對當(dāng)前URL網(wǎng)頁之外的第三方網(wǎng)站的cookie文件的讀寫操作。
5.根據(jù)權(quán)利要求1所述的裝置，其中，所述動態(tài)廣告元素過濾處理包括:在頁面加載過程中進行的基于廣告攔截規(guī)則的匹配后生成的是否發(fā)起http網(wǎng)頁請求。
6.根據(jù)權(quán)利要求5所述的裝置，其中，所述廣告過濾器組件配置有廣告攔截規(guī)則解析引擎，http網(wǎng)頁的網(wǎng)頁請求發(fā)出時，由所述廣告攔截規(guī)則解析引擎對該網(wǎng)頁請求進行解析得到以下解析結(jié)果:網(wǎng)頁地址url信息、來源地址refer信息、接受的類型accept_type信息；并根據(jù)解析結(jié)果確定出是否對該網(wǎng)頁請求進行攔截處理。
7.根據(jù)權(quán)利要求6所述的裝置，其中，所述廣告攔截規(guī)則解析引擎維護有與網(wǎng)絡(luò)端進行定期更新的多個規(guī)則庫，其中每個規(guī)則庫分別存儲有不同網(wǎng)站的廣告攔截規(guī)則文件；廣告攔截規(guī)則解析引擎將該廣告攔截規(guī)則文件生成為不同的過濾器，通過過濾器對于http的請求中的url信息、refer信息、accept_type信息進行過濾處理，從而判斷出是否對該網(wǎng)頁請求進行攔截處理。
8.根據(jù)權(quán)利要求7所述的裝置，其中，所述廣告過濾器組件還配置為，依據(jù)用戶對于頁面中的元素信息的點擊事件的記錄信息，確定出對應(yīng)到過濾器被優(yōu)先加載或使用的優(yōu)先級另IJ，其中，預(yù)定元素信息的點擊事件被記錄的數(shù)量與處理該元素信息的過濾器的優(yōu)先級別成反比例。
9.根據(jù)權(quán)利要求7所述的裝置，其中，所述過濾器為腳本語言JS過濾器，所述JS過濾器用于當(dāng)網(wǎng)頁請求的文件是JS文件時，對于JS文件所在的網(wǎng)頁的URL信息判斷是否對該網(wǎng)頁請求進行攔截處理。
10.根據(jù)權(quán)利要求7或8或9所述的裝置，其中，所述廣告攔截規(guī)則文件包括:固定格式的文件名、規(guī)則標(biāo)題、更新時間、作者、版本、固定語法的規(guī)則內(nèi)容文件。
11.根據(jù)權(quán)利要求1所述的裝置，其中，所述廣告過濾器組件還配置為，識別所述瀏覽器客戶端的設(shè)備信息，并向與瀏覽器客戶端對應(yīng)的服務(wù)器請求下發(fā)與設(shè)備信息相對應(yīng)的廣告攔截規(guī)則。
12.根據(jù)權(quán)利要求11所述的裝置，其中，所述廣告過濾器組件還配置為:統(tǒng)計所述瀏覽器客戶端中經(jīng)常訪問的網(wǎng)頁的url信息，所述服務(wù)器將該網(wǎng)頁的廣告攔截規(guī)則下發(fā)到對應(yīng)的瀏覽器客戶端。
13.—種移動終端，其包括權(quán)利要求1至12中任一項所述的進行廣告攔截處理瀏覽器目.Ο
【文檔編號】G06F17/30GK104462583SQ201410843935
【公開日】2015年3月25日 申請日期:2014年12月30日 優(yōu)先權(quán)日:2014年12月30日
【發(fā)明者】袁曉波, 杜海燕 申請人:北京奇虎科技有限公司, 奇智軟件（北京）有限公司