專利名稱：一種統(tǒng)一資源定位符的匹配方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)匹配技術(shù)，尤指一種統(tǒng)一資源定位符的匹配方法。
背景技術(shù)：
互聯(lián)網(wǎng)和移動通信技術(shù)的發(fā)展推動著無線數(shù)據(jù)業(yè)務(wù)的進一步發(fā)展，各種無線數(shù)據(jù)業(yè)務(wù)應(yīng)運而生，包括短消息系統(tǒng)服務(wù)(SMS)，多媒體短消息服務(wù)(MMS)，采用無線應(yīng)用協(xié)議(WAP)的數(shù)據(jù)業(yè)務(wù)，通用分組無線業(yè)務(wù)(GPRS)，以及移動定位服務(wù)等等。
目前，無線數(shù)據(jù)業(yè)務(wù)作為高增值性業(yè)務(wù)受到運營商的極大關(guān)注。但是，當(dāng)前對無線數(shù)據(jù)業(yè)務(wù)的計費模式較為簡單，或根據(jù)數(shù)據(jù)流量計算，或根據(jù)數(shù)據(jù)傳輸?shù)臅r長計算，這些計費模式都無法適應(yīng)無線數(shù)據(jù)業(yè)務(wù)的飛速發(fā)展。為了整合無線數(shù)據(jù)業(yè)務(wù)的運營方案，謀求更大的業(yè)務(wù)利潤，運營商需要發(fā)展更為合理的計費模式。在這點上，內(nèi)容計費(CBB)能夠更好地滿足運營商的計費需求。CBB的含義是計費系統(tǒng)根據(jù)用戶所進行的不同數(shù)據(jù)業(yè)務(wù)執(zhí)行不同的收費標(biāo)準(zhǔn)。實現(xiàn)CBB的關(guān)鍵步驟是系統(tǒng)需要判斷網(wǎng)絡(luò)上傳輸?shù)挠脩魯?shù)據(jù)包屬于何種業(yè)務(wù)類型。這意味著，傳輸用戶數(shù)據(jù)包的網(wǎng)絡(luò)上需要有能判斷數(shù)據(jù)業(yè)務(wù)類型的網(wǎng)絡(luò)設(shè)備，由該網(wǎng)絡(luò)設(shè)備通過解析用戶的上下行數(shù)據(jù)包分辨出用戶數(shù)據(jù)包的業(yè)務(wù)類型。對用戶數(shù)據(jù)包的解析涉及網(wǎng)絡(luò)通信七層協(xié)議中的層三、層四以及層七這三個協(xié)議層的內(nèi)容。其中，層三是網(wǎng)絡(luò)層，完成的是對用戶數(shù)據(jù)包的IP地址解析；層四是傳輸層，完成的是對用戶數(shù)據(jù)包的端口解析；層七是應(yīng)用層，完成的是對用戶數(shù)據(jù)包的統(tǒng)一資源定位符(URL)的解析。其中，URL由字符組成。根據(jù)協(xié)議規(guī)定，URL具有特定的格式，不同的URL格式段用分隔符隔開表示不同的內(nèi)容，本申請中將URL的每個格式段稱為不同的URL子項。比如在“http://www.sina.com.cn”中，“http”是該URL的schema子項，“www.sina.com.cn”是該URL的host子項。由于協(xié)議用格式的形式給URL賦予了不同的內(nèi)容含義，故不能將URL看成簡單的字符串。
為實現(xiàn)上述層七解析，即對用戶數(shù)據(jù)包URL進行解析，需要在用于解析URL的網(wǎng)絡(luò)設(shè)備上預(yù)先設(shè)置URL過濾條件，每個URL過濾條件對應(yīng)一種數(shù)據(jù)業(yè)務(wù)類型；當(dāng)用戶數(shù)據(jù)包傳到該網(wǎng)絡(luò)設(shè)備時，網(wǎng)絡(luò)設(shè)備根據(jù)用戶數(shù)據(jù)包URL與URL過濾條件的匹配情況判斷該用戶數(shù)據(jù)包的業(yè)務(wù)類型。這里，所述用戶數(shù)據(jù)包URL是指網(wǎng)絡(luò)設(shè)備獲取的用戶數(shù)據(jù)包所攜帶的URL。
上述用于判斷用戶數(shù)據(jù)包URL和URL過濾條件是否匹配的網(wǎng)絡(luò)設(shè)備可以是GPRS網(wǎng)關(guān)支持節(jié)點(GGSN)，也可以是WAP網(wǎng)關(guān)，或者是網(wǎng)絡(luò)數(shù)據(jù)傳輸過程中的任何一個網(wǎng)絡(luò)設(shè)備。
現(xiàn)有技術(shù)中，判斷用戶數(shù)據(jù)包URL與URL過濾條件是否匹配的方法如下假設(shè)網(wǎng)絡(luò)設(shè)備預(yù)先設(shè)置的URL過濾條件分別為A1和A2；該網(wǎng)絡(luò)設(shè)備接收到用戶數(shù)據(jù)包后，將該用戶數(shù)據(jù)包URL和A1、A2分別進行字符串比較，如果用戶數(shù)據(jù)包URL和A1完全相等，則該網(wǎng)絡(luò)設(shè)備判定該用戶數(shù)據(jù)包URL和A1匹配，即該用戶數(shù)據(jù)包屬于A1對應(yīng)的業(yè)務(wù)類型；如果用戶數(shù)據(jù)包URL和A2相等，則該網(wǎng)絡(luò)設(shè)備判定該用戶數(shù)據(jù)包URL和A2匹配，即該用戶數(shù)據(jù)包屬于A2對應(yīng)的業(yè)務(wù)類型；最后，該網(wǎng)絡(luò)設(shè)備將匹配結(jié)果，即用戶數(shù)據(jù)包的業(yè)務(wù)類型，上報給計費系統(tǒng)，計費系統(tǒng)上設(shè)置有對不同業(yè)務(wù)類型的計費標(biāo)準(zhǔn)，最終完成基于內(nèi)容的計費。
但是，現(xiàn)有技術(shù)中采用的URL匹配方法將URL處理成簡單的字符串，采用字符串完全匹配的方法對URL進行解析，這種URL匹配方法沒有很好的利用URL項被賦予的內(nèi)容含義，所以無法滿足CBB的靈活計費需求。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種統(tǒng)一資源定位符的匹配方法，根據(jù)網(wǎng)絡(luò)基于內(nèi)容的計費需求靈活設(shè)置匹配條件，使匹配結(jié)果與URL內(nèi)容更加相關(guān)，提高內(nèi)容計費的精細度，且該方法完成的匹配符合協(xié)議規(guī)定。
為達到上述目的，本發(fā)明的技術(shù)方案具體是這樣實現(xiàn)的一種統(tǒng)一資源定位符的匹配方法，其特征在于，網(wǎng)絡(luò)設(shè)備設(shè)置URL過濾條件，該方法包括以下步驟a.網(wǎng)絡(luò)設(shè)備接收經(jīng)過自身傳輸?shù)挠脩魯?shù)據(jù)包URL；b.所述網(wǎng)絡(luò)設(shè)備根據(jù)協(xié)議規(guī)定的格式拆分用戶數(shù)據(jù)包URL和URL過濾條件，獲得用戶數(shù)據(jù)包URL以及URL過濾條件的URL子項；c.網(wǎng)絡(luò)設(shè)備比較URL過濾條件和用戶數(shù)據(jù)包URL的相同類型子項，得出匹配結(jié)果。
進一步地，步驟b中對URL過濾條件和用戶數(shù)據(jù)包URL這兩組URL進行一一對應(yīng)的子項拆分。
較佳地，步驟b中所述的子項拆分為網(wǎng)絡(luò)設(shè)備在設(shè)置URL過濾條件時就完成對URL過濾條件的子項拆分，或者網(wǎng)絡(luò)設(shè)備獲取用戶數(shù)據(jù)包URL后對用戶數(shù)據(jù)包URL和URL過濾條件同時進行拆分。
較佳地，該方法進一步包括網(wǎng)絡(luò)設(shè)備設(shè)置URL子項的比較先后順序。
較佳地，該方法進一步包括網(wǎng)絡(luò)設(shè)備設(shè)置URL子項的比較模糊度。
進一步地，所述比較模糊度為比較URL子項時是否區(qū)分大小寫，或是否支持通配符，或是否支持包含關(guān)系，或是否支持域名和IP地址對應(yīng)關(guān)系。
較佳地，該方法進一步包括網(wǎng)絡(luò)設(shè)備將匹配結(jié)果上報計費系統(tǒng)。
所述網(wǎng)絡(luò)設(shè)備為GPRS網(wǎng)關(guān)支持節(jié)點或無線應(yīng)用協(xié)議網(wǎng)關(guān)。
進一步地，所述網(wǎng)絡(luò)設(shè)備上設(shè)置有用于拆分和匹配URL的URL匹配模塊。
由上述技術(shù)方案可見，本發(fā)明的這種統(tǒng)一資源定位符的匹配方法對用戶數(shù)據(jù)包URL和URL過濾條件進行拆分，利用拆分獲得的URL子項進行子項匹配，最終獲得匹配結(jié)果。該方法對URL進行的拆分符合協(xié)議規(guī)定，從而使拆分獲得的URL子項格式清晰，便于在URL匹配中更好地體現(xiàn)URL內(nèi)容。在對URL子項匹配時，網(wǎng)絡(luò)設(shè)備根據(jù)計費需要設(shè)置匹配條件。比如網(wǎng)絡(luò)設(shè)備設(shè)置不同類型URL子項的重要程度，對于重要程度高的URL子項，網(wǎng)絡(luò)設(shè)備先進行匹配判斷；對于重要程度低的URL子項，網(wǎng)絡(luò)設(shè)備后進行匹配判斷或者不進行匹配判斷。本發(fā)明這種對URL先進行拆分然后匹配的方法簡單易行，計費系統(tǒng)也容易根據(jù)網(wǎng)絡(luò)設(shè)備上報的匹配結(jié)果獲得細微的數(shù)據(jù)內(nèi)容信息，提高內(nèi)容計費的精細度，使整個網(wǎng)絡(luò)更好地實現(xiàn)基于內(nèi)容的計費。該方法能夠方便地應(yīng)用于網(wǎng)絡(luò)設(shè)備，從而為運營商創(chuàng)造更多的額外價值。


圖1為本發(fā)明一個較佳實施例的URL匹配流程圖。
具體實施例方式
本發(fā)明的核心思想是網(wǎng)絡(luò)設(shè)備設(shè)置URL過濾條件并獲取用戶數(shù)據(jù)包URL；然后，網(wǎng)絡(luò)設(shè)備根據(jù)協(xié)議規(guī)定分別拆分所設(shè)置的URL過濾條件和所獲取的用戶數(shù)據(jù)包URL，分別獲得兩組URL的子項；最后，網(wǎng)絡(luò)設(shè)備將URL過濾條件和用戶數(shù)據(jù)包URL這兩組URL的相同類型子項進行比較，得出匹配結(jié)果。
這里，所述用戶數(shù)據(jù)包URL是指傳送到網(wǎng)絡(luò)設(shè)備的用戶數(shù)據(jù)包所攜帶的URL。所述兩組URL的相同類型子項是指兩組URL中屬于相同URL格式段的URL子項。
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下舉實施例，對本發(fā)明進一步詳細說明。
本發(fā)明中，為了實現(xiàn)對網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)基于內(nèi)容計費，可以在用于判斷用戶數(shù)據(jù)包URL和URL過濾條件是否匹配的網(wǎng)絡(luò)設(shè)備上設(shè)置URL匹配模塊，從而使該網(wǎng)絡(luò)設(shè)備得出的匹配結(jié)果與現(xiàn)有技術(shù)相比更好地體現(xiàn)基于內(nèi)容匹配的特點，最終使計費系統(tǒng)能利用該匹配結(jié)果更好實現(xiàn)基于內(nèi)容計費。
上述設(shè)置URL匹配模塊的網(wǎng)絡(luò)設(shè)備可以是GPRS網(wǎng)關(guān)支持節(jié)點(GGSN)，或者WAP網(wǎng)關(guān)等網(wǎng)絡(luò)數(shù)據(jù)傳輸過程中的網(wǎng)絡(luò)設(shè)備。
如圖1所示，網(wǎng)絡(luò)設(shè)備上設(shè)置的URL匹配模塊的工作過程如下步驟101URL匹配模塊設(shè)置URL過濾條件。
由于網(wǎng)絡(luò)數(shù)據(jù)內(nèi)容多樣，URL匹配模塊可以根據(jù)需要靈活設(shè)置URL過濾條件。比如URL匹配模塊設(shè)置“http://www.sina.com.cn”，“http://www.google.com”，“http://www.263.net”，“http://www.yahoo.com”，“http://www.baidu.com”，“http://www.tom.com”為URL過濾條件。也就是說，URL匹配模塊可以根據(jù)需要設(shè)置任意不同的過濾條件，并根據(jù)不同的URL過濾條件對用戶數(shù)據(jù)包的業(yè)務(wù)類型分別進行判斷，再依據(jù)判斷結(jié)果計費。
步驟102當(dāng)網(wǎng)絡(luò)上的某一用戶數(shù)據(jù)包傳輸至包含URL匹配模塊的網(wǎng)絡(luò)設(shè)備時，URL匹配模塊獲取該用戶數(shù)據(jù)包URL。
步驟103URL匹配模塊根據(jù)標(biāo)準(zhǔn)協(xié)議規(guī)定拆分URL過濾條件和用戶數(shù)據(jù)包URL，分別獲得兩組URL的子項。
下面以RFC1738協(xié)議為例對根據(jù)協(xié)議拆分URL進行詳細說明。RFC1738協(xié)議對URL格式的定義是<schema>:<schema-specific-part>，其中<schema-specific-part>的格式可以進一步定義為//<user>:<password>@<host>:<port>/<url-path>。對于具有完整<schema>://<user>:<password>@<host>:<port>/<url-path>格式的URL，可以拆分出schema子項、user子項、password子項、host子項、port子項，以及path子項。RFC1738協(xié)議包括HTTP協(xié)議類型，F(xiàn)TP協(xié)議類型等。協(xié)議規(guī)定，HTTP協(xié)議類型的URL沒有user子項和password子項。
進一步以HTTP協(xié)議類型的URL“http://www.263.net/path/page.html”為例，說明子項拆分的具體步驟。該URL可以是URL過濾條件，也可以是用戶數(shù)據(jù)包URL。
首先，查找URL中的分隔符“://”，“://”之前的字符串就是URL的schema子項。本例中schema子項是“http”。如果沒有分隔符“://”，則schema子項默認是“http”。
其次，查找分隔符“://”和分隔符“/”之間的內(nèi)容，得到字符串“www.263.net”。分隔符“://”和分隔符“/”之間的內(nèi)容包括host子項和port子項，URL匹配模塊在分隔符“://”和分隔符“/”之間查找分隔符“:”，分隔符“:”之前的內(nèi)容是host子項，分隔符“:”之后的內(nèi)容是port子項。本例中沒有分隔符“:”，所以該URL只有host子項“www.263.net”，本例中port子項采用http協(xié)議的默認端口。
最后，查找分隔符“/”之后的內(nèi)容，該部分內(nèi)容就是path子項。本例中path子項是“path/page.html”。
經(jīng)過上述子項拆分的過程，http://www.263.net/path/page.html拆分成三個子項，分別是schema子項“http”，host子項“www.263.net”，以及path子項“path/page.html”。
對于其它協(xié)議類型，比如FTP協(xié)議，URL匹配模塊也是根據(jù)相關(guān)協(xié)議規(guī)定進行子項拆分，拆分方法與HTTP協(xié)議的URL拆分方法類似，此處不贅述。
在實際應(yīng)用中，由于URL匹配模塊需要對URL過濾條件和用戶數(shù)據(jù)包URL拆分獲得的子項進行匹配操作，所以對URL的拆分不僅要根據(jù)協(xié)議規(guī)定，還要使URL過濾條件和用戶數(shù)據(jù)包URL拆分獲得的子項能夠一一對應(yīng)。假設(shè)URL過濾條件為“http://www.huawei.com.cn/news/index.shtml”，用戶數(shù)據(jù)包URL為“http://www.huawei.com.cn/about/index.shtml”。URL過濾條件拆分得到schema子項“http”，host子項“www.huawei.com.cn”，以及path子項“news/index.shtml”，則用戶數(shù)據(jù)包URL也拆分獲得schema子項“http”、host子項“www.huawei.com.cn”，以及path子項“about/index.shtml”，即兩個URL拆分獲得的子項一一對應(yīng)。如果用戶數(shù)據(jù)包URL為“www.huawei.com.cn/about/index.shtml”，則拆分獲得host子項“www.huawei.com.cn”和path子項“about/index.shtml”，而schema子項設(shè)置為默認值“http”。
在子項拆分時，URL匹配模塊可以設(shè)置不同類型URL子項的重要程度，重要程度較低的URL子項可以不進行子項拆分。
對于URL過濾條件的拆分，URL匹配模塊可以在設(shè)置URL過濾條件時就對相應(yīng)的URL進行子項拆分，也可以在需要用URL過濾條件對用戶數(shù)據(jù)包URL進行匹配時，才對URL過濾條件進行子項拆分。
步驟104URL匹配模塊將URL過濾條件和用戶數(shù)據(jù)包URL拆分所獲得的兩組URL的相同類型子項進行比較，得出匹配結(jié)果。
所述兩組URL的相同類型子項是指兩組URL中屬于相同URL格式段的URL子項。
URL匹配模塊可以設(shè)置子項比較的策略，子項比較的策略包括但不限于以下方式首先，如步驟103所述，URL匹配模塊可以為URL子項設(shè)置重要程度。URL匹配模塊可以在子項拆分前設(shè)置URL子項的重要程度，對于重要程度低的URL子項類型可以不進行子項拆分；URL匹配模塊也可以在子項拆分后設(shè)置URL子項的重要程度。URL匹配模塊還可以根據(jù)URL子項的重要程度決定子項比較的先后順序。
其次，在對某個URL子項進行比較時，URL匹配模塊可以設(shè)置比較模糊度。比較模糊度包括但不限于以下幾種方式(1)子項比較時是否區(qū)分大小寫；(2)子項比較時是否支持通配符；(3)子項比較時是否支持包含關(guān)系；(4)子項比較時是否支持域名和IP地址對應(yīng)關(guān)系。
下面結(jié)合步驟103中使用過的例子說明URL匹配模塊如何通過設(shè)置重要程度對URL子項進行比較。
本例中，URL過濾條件為“http://www.huawei.com.cn/news/index.shtml”，用戶數(shù)據(jù)包URL為“http://www.huawei.com.cn/about/index.shtml”。
對于URL匹配模塊在子項拆分后設(shè)置URL子項重要程度的方式，本例中根據(jù)步驟103獲得的子項拆分結(jié)果如下URL過濾條件拆分得到schema子項“http”，host子項“www.huawei.com.cn”，以及path子項“news/index.shtml”；用戶數(shù)據(jù)包URL拆分得到schema子項“http”，host子項“www.huawei.com.cn”，以及path子項“about/index.shtml”。然后，URL匹配模塊設(shè)置schema子項的重要程度最高，host子項的重要程度其次，path子項的重要程度最低。根據(jù)設(shè)置的重要程度，URL匹配模塊先比較schema子項，然后比較host子項，最后比較path子項。
對于URL匹配模塊在子項拆分前設(shè)置URL子項重要程度的方式，重要程度低的子項在步驟103中可以不進行子項拆分。本例中，URL匹配模塊設(shè)置schema子項的重要程度最高，host子項的重要程度其次，path子項的重要程度最低。URL匹配模塊只比較兩個URL的schema子項，得出匹配結(jié)果。本例中兩個URL的schema子項相同，所以URL匹配模塊判定本例中用戶數(shù)據(jù)包URL屬于該URL過濾條件對應(yīng)的業(yè)務(wù)類型，計費系統(tǒng)根據(jù)該URL過濾條件的收費標(biāo)準(zhǔn)對該用戶數(shù)據(jù)包URL進行費用結(jié)算。此時，URL匹配模塊可以不拆分兩個URL對應(yīng)的host子項和path子項。
在對某個URL子項進行比較時，URL匹配模塊根據(jù)所設(shè)置的比較模糊度得出匹配結(jié)果。
(1)URL匹配模塊可以設(shè)置子項比較時區(qū)分大小寫或不區(qū)分大小寫。比如兩個URL的path子項分別是“path/page.html”和“Path/page.html”，對于區(qū)分大小寫的情況，URL匹配模塊判定這兩個URL子項不匹配；對于不區(qū)分大小寫的情況，URL匹配模塊則判定這兩個URL子項匹配。
(2)URL匹配模塊可以設(shè)置子項比較時支持通配符或不支持通配符。通配符提供的是用一個名稱指定字符的便捷方式，最常用的通配符是“*”和“？”。比如兩個URL子項分別是“path/page.html”和“path/*.*”，對于支持通配符的情況，URL匹配模塊判定這兩個URL子項匹配，對于不支持通配符的情況，URL匹配模塊則判定這兩個URL子項不匹配。
(3)URL匹配模塊可以設(shè)置子項比較時支持包含關(guān)系或不支持包含關(guān)系。比如對于支持包含關(guān)系的情況，如果用戶數(shù)據(jù)包URL的某個子項包含URL過濾條件的對應(yīng)子項，URL匹配模塊判定這兩個URL子項匹配。
(4)URL匹配模塊可以設(shè)置子項比較時支持域名和IP地址對應(yīng)關(guān)系或不支持域名和IP地址對應(yīng)關(guān)系。比如對于支持域名和IP地址對應(yīng)關(guān)系的情況，假設(shè)具有對應(yīng)關(guān)系的域名和IP地址分別是“www.sina.com.cn”和“202.11.232.112”，則URL匹配模塊判定這兩個URL子項匹配。
上述幾種比較模糊度還可以疊加使用，比如比較模糊度可以是區(qū)分大小寫且支持通配符，或者不支持通配符但支持包含關(guān)系等。
URL匹配模塊還可以對不同類型的URL子項采用不同的比較模糊度，比如對path子項采用支持通配符的比較模糊度，對schema子項采用不支持通配符的比較模糊度。再比如對host子項，URL匹配模塊可以設(shè)置子項比較時支持域名和IP地址對應(yīng)關(guān)系。如果兩個host子項具有對應(yīng)關(guān)系，URL匹配模塊判定這兩個host子項匹配。假設(shè)URL過濾條件的host子項為“www.sina.com.cn”，用戶數(shù)據(jù)包URL的host子項為“202.11.232.112”，如果URL匹配模塊設(shè)置“www.sina.com.cn”和“202.11.232.112”具有對應(yīng)關(guān)系，則這兩個host子項匹配。
采用本發(fā)明所述的URL匹配方法獲得匹配結(jié)果后，URL匹配模塊可以確定用戶數(shù)據(jù)包URL的業(yè)務(wù)類型，并將用戶數(shù)據(jù)包URL的業(yè)務(wù)類型上報計費系統(tǒng)，從而實現(xiàn)CBB的靈活計費。
本發(fā)明所述的方法還可以應(yīng)用于防火墻中對第七層協(xié)議的訪問控制技術(shù)中。
由上述的實施例可見，本發(fā)明的這種URL匹配方法根據(jù)協(xié)議規(guī)定對用戶數(shù)據(jù)包URL和URL過濾條件進行子項拆分，使拆分獲得的URL子項結(jié)構(gòu)清晰，便于在URL匹配中更好地體現(xiàn)URL內(nèi)容，適用于計費系統(tǒng)中基于內(nèi)容進行計費，且這種子項拆分和匹配的方法簡單易行，便于在網(wǎng)絡(luò)設(shè)備上實現(xiàn)。
權(quán)利要求
1.一種統(tǒng)一資源定位符的匹配方法，其特征在于，網(wǎng)絡(luò)設(shè)備設(shè)置URL過濾條件，該方法包括以下步驟a.網(wǎng)絡(luò)設(shè)備接收經(jīng)過自身傳輸?shù)挠脩魯?shù)據(jù)包URL；b.所述網(wǎng)絡(luò)設(shè)備根據(jù)協(xié)議規(guī)定的格式拆分用戶數(shù)據(jù)包URL和URL過濾條件，獲得用戶數(shù)據(jù)包URL以及URL過濾條件的URL子項；c.網(wǎng)絡(luò)設(shè)備比較URL過濾條件和用戶數(shù)據(jù)包URL的相同類型子項，得出匹配結(jié)果。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b中對URL過濾條件和用戶數(shù)據(jù)包URL這兩組URL進行一一對應(yīng)的子項拆分。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b中所述的子項拆分為網(wǎng)絡(luò)設(shè)備在設(shè)置URL過濾條件時就完成對URL過濾條件的子項拆分，或者網(wǎng)絡(luò)設(shè)備獲取用戶數(shù)據(jù)包URL后對用戶數(shù)據(jù)包URL和URL過濾條件同時進行拆分。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括網(wǎng)絡(luò)設(shè)備設(shè)置URL子項的比較先后順序。
5.根據(jù)權(quán)利要求1或4所述的方法，其特征在于，該方法進一步包括網(wǎng)絡(luò)設(shè)備設(shè)置URL子項的比較模糊度。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述比較模糊度為比較URL子項時是否區(qū)分大小寫，或是否支持通配符，或是否支持包含關(guān)系，或是否支持域名和IP地址對應(yīng)關(guān)系。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括網(wǎng)絡(luò)設(shè)備將匹配結(jié)果上報計費系統(tǒng)。
8.根據(jù)權(quán)利要求1、2、3、4或7所述的方法，其特征在于，所述網(wǎng)絡(luò)設(shè)備為GPRS網(wǎng)關(guān)支持節(jié)點或無線應(yīng)用協(xié)議網(wǎng)關(guān)。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述網(wǎng)絡(luò)設(shè)備上設(shè)置有用于拆分和匹配URL的URL匹配模塊。
全文摘要
本發(fā)明公開了一種統(tǒng)一資源定位符的匹配方法。該方法的過程包括網(wǎng)絡(luò)設(shè)備設(shè)置URL過濾條件，并獲取用戶數(shù)據(jù)包URL；網(wǎng)絡(luò)設(shè)備根據(jù)協(xié)議規(guī)定的格式拆分用戶數(shù)據(jù)包URL和URL過濾條件，獲得用戶數(shù)據(jù)包URL以及URL過濾條件的URL子項；網(wǎng)絡(luò)設(shè)備比較URL過濾條件和用戶數(shù)據(jù)包URL的相同類型子項，得出匹配結(jié)果。本發(fā)明這種對URL先進行拆分然后匹配的方法簡單易行，計費系統(tǒng)也容易根據(jù)網(wǎng)絡(luò)設(shè)備上報的匹配結(jié)果獲得細微的數(shù)據(jù)內(nèi)容信息，提高內(nèi)容計費的精細度，使整個網(wǎng)絡(luò)更好地實現(xiàn)基于內(nèi)容的計費。該方法能夠方便地應(yīng)用于網(wǎng)絡(luò)設(shè)備，從而為運營商創(chuàng)造更多的額外價值。
文檔編號H04L29/06GK1798147SQ200410103468
公開日2006年7月5日 申請日期2004年12月28日 優(yōu)先權(quán)日2004年12月28日
發(fā)明者羅鵬, 田會霞 申請人:華為技術(shù)有限公司