專利名稱：資源批量處理系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)，尤其涉及計(jì)算機(jī)系統(tǒng)中對(duì)統(tǒng)一資
源識(shí)別符(下稱URI或URI地址)所標(biāo)識(shí)的資源進(jìn)行批量處理的資 源批量處理系統(tǒng)和方法。
背景技術(shù)：
隨著互聯(lián)網(wǎng)的廣泛普及，互聯(lián)網(wǎng)上存在許多可以通過HTTP協(xié) 議請(qǐng)求進(jìn)行訪問的資源，這些資源是通過URI (Uniform Resource Identifier,關(guān)于URI更詳細(xì)的信息參見RFC 2396文檔)來定位 和標(biāo)識(shí)的。每一個(gè)URI標(biāo)別唯一的資源。下文中把URI所標(biāo)別的資 源簡(jiǎn)稱為URI資源。網(wǎng)絡(luò)上的資源一般用URL定位，是URI的一個(gè) 子集。
目前，URI資源的刪除可以通過HTTP協(xié)議(詳見RFC 2616文 檔)中的"DELETE"方法來實(shí)現(xiàn)的。但是，由于每一個(gè)URI標(biāo)別唯 一的資源，采用這種方法每次只能刪除一個(gè)URI資源。當(dāng)指定一個(gè) 表示多個(gè)URI的表達(dá)式，例如，以正則表達(dá)式表示的 'http:\A/abc. com:80/home. *$時(shí)，刪除方法會(huì)把這個(gè)表達(dá)式當(dāng) 做一個(gè)URI對(duì)待，因此會(huì)找不到這個(gè)URI，而返回不成功?；谕?樣的原因，從在內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network,下稱 CDN)中的CACHE節(jié)點(diǎn)(下稱緩存節(jié)點(diǎn))上刪除用戶訪問過的資源的 操作，也是每次只能刪除一個(gè)具體的URI而不能進(jìn)行批量刪除的操 作，這種情況導(dǎo)致用戶在執(zhí)行大量刪除時(shí)，不僅費(fèi)時(shí)費(fèi)力，而且存 在漏刪的風(fēng)險(xiǎn)。在CDN的情況下，還會(huì)影響內(nèi)容的即時(shí)更新，不能 給用戶提供最新的信息
發(fā)明內(nèi)容
為了克服上述問題，本發(fā)明提供一種能夠?qū)RI資源進(jìn)行批量 處理的資源批量處理系統(tǒng)，其特征在于，包括資源服務(wù)器，其存
放URI資源并能對(duì)所述URI資源進(jìn)行單個(gè)處理；用于存放URI地址 的URI地址表；捕捉模塊，根據(jù)所述資源擁有情況，同步所述URI 地址表；請(qǐng)求解析模塊，其接收請(qǐng)求，判斷所述請(qǐng)求的類型，提取 所述請(qǐng)求中的URI地址條件，從所述URI地址表中査找出符合所述 URI地址條件的所有URI地址，交給執(zhí)行模塊處理；執(zhí)行模塊，當(dāng) 所述請(qǐng)求解析模塊的判斷結(jié)果是刪除請(qǐng)求時(shí)，針對(duì)所述請(qǐng)求解析模 塊查找出的每一個(gè)所述URI地址，請(qǐng)求資源服務(wù)器刪除與該URI地 址對(duì)應(yīng)的URI資源。
在本發(fā)明的資源批量處理系統(tǒng)中，所述捕捉模塊可以包括初 始化模塊，在所述資源批量處理系統(tǒng)啟動(dòng)時(shí)，當(dāng)所述URI地址表不 存在或者為空時(shí)，將所述資源服務(wù)器上存放的資源所對(duì)應(yīng)的URI地 址寫入U(xiǎn)RI地址表，事件通知模塊，對(duì)所述資源服務(wù)器上發(fā)生的事 件進(jìn)行監(jiān)視，當(dāng)有事件發(fā)生時(shí)，將該事件的類型和所涉及的URI地 址通知同步模塊；和更新模塊，根據(jù)所述事件的類型和所涉及的URI 地址，更新所述URI地址表。
在本發(fā)明的資源批量處理系統(tǒng)中，所述資源服務(wù)器可以是CDN 網(wǎng)絡(luò)中的緩存節(jié)點(diǎn)，所述事件通知模塊對(duì)所述資源服務(wù)器上發(fā)生的 應(yīng)用進(jìn)程事件進(jìn)行監(jiān)視。
在本發(fā)明的資源批量處理系統(tǒng)中，所述初始化模塊通過讀取緩 存目錄中的每個(gè)緩存對(duì)象的內(nèi)容頭部，獲得該緩存對(duì)象的URI地址。
在本發(fā)明的資源批量處理系統(tǒng)中，所述資源服務(wù)器可以是基于 URI進(jìn)行訪問的資源服務(wù)器，所述事件通知模塊對(duì)所述資源服務(wù)器 上發(fā)生的操作系統(tǒng)事件進(jìn)行監(jiān)視。這里，基于URI進(jìn)行訪問的資源 服務(wù)器包括但不限于HTTP服務(wù)器、流服務(wù)器和FTP服務(wù)器。
本發(fā)明還提供一種對(duì)URI資源進(jìn)行批量處理的資源批量處理方 法，其特征在于，包括資源服務(wù)器，其存放URI資源并能對(duì)所述URI資源進(jìn)行單個(gè)處理；用于存放URI地址的URI地址表；捕捉步 驟，根據(jù)資源服務(wù)器的資源擁有情況，同步所述URI地址表；請(qǐng)求 解析步驟，接收請(qǐng)求，判斷所述請(qǐng)求的類型，提取所述請(qǐng)求中的URI
地址條件，從所述URI地址表中查找出符合所述URI地址條件的所
有URI地址；執(zhí)行步驟，當(dāng)所述請(qǐng)求解析步驟的判斷結(jié)果是刪除請(qǐng)
求時(shí)，針對(duì)所述請(qǐng)求解析步驟查找出的每一個(gè)所述UR工地址，請(qǐng) 求資源服務(wù)器刪除與該URI地址對(duì)應(yīng)的URI資源。
本發(fā)明的資源批量處理方法中，所述捕捉步驟可以包括初始
化步驟，在所述捕捉步驟啟動(dòng)時(shí)，當(dāng)所述URI地址表不存在或者為 空時(shí)，將所述資源服務(wù)器上存放的資源所對(duì)應(yīng)的URI地址寫入U(xiǎn)RI 地址表，事件通知步驟，對(duì)所述資源服務(wù)器上發(fā)生的事件進(jìn)行監(jiān)視， 當(dāng)有事件發(fā)生時(shí)，將該事件的類型和所涉及的URI地址通知更新步 驟；和更新步驟，根據(jù)所述事件的類型和所涉及的URI地址，更新 所述URI地址表。
本發(fā)明的資源批量處理方法中，所述資源服務(wù)器可以是CDN網(wǎng) 絡(luò)中的緩存節(jié)點(diǎn)，在所述事件通知步驟中，對(duì)所述資源服務(wù)器上發(fā) 生的應(yīng)用進(jìn)程事件進(jìn)行監(jiān)視。
本發(fā)明的資源批量處理方法中，在所述初始化步驟中，通過讀 取緩存目錄中的每個(gè)緩存對(duì)象的內(nèi)容頭部，獲得該緩存對(duì)象的URI 地址。
本發(fā)明的資源批量處理方法中，所述資源服務(wù)器可以是基于 URI進(jìn)行訪問的資源服務(wù)器，在所述事件通知步驟中，對(duì)所述資源 服務(wù)器上發(fā)生的操作系統(tǒng)事件進(jìn)行監(jiān)視。這里，基于URI進(jìn)行訪問 的資源服務(wù)器包括但不限于HTTP服務(wù)器、流服務(wù)器和FTP服務(wù)器。
根據(jù)本發(fā)明的對(duì)URI資源進(jìn)行批量處理的資源批量處理系統(tǒng)和 方法，能夠達(dá)到對(duì)URI資源進(jìn)行批量處理的效果，能夠提高用戶工 作效率，減少工作失誤，在CDN的情況下，還可以達(dá)到即時(shí)更新的 效果。


圖l是表示本發(fā)明的一種實(shí)施方式的結(jié)構(gòu)示意圖。 圖2是在事件通知模塊和捕捉模塊之間進(jìn)行通信的消息格式的
一個(gè)例子。
圖3是事件通知模塊的處理流程圖。 圖4是捕捉模塊的處理流程圖。 圖5是請(qǐng)求解析模塊的處理流程圖。 圖6是執(zhí)行模塊的處理流程圖。
具體實(shí)施例方式
下面，參照說明書附圖，對(duì)本發(fā)明的一種實(shí)施方式進(jìn)行詳細(xì)說明。
圖1是表示本發(fā)明的一種實(shí)施方式的結(jié)構(gòu)示意圖。圖1中，對(duì) URI資源進(jìn)行批量處理的系統(tǒng)(下面稱為資源批量處理系統(tǒng))中包 括資源服務(wù)器11、 URI地址表12、事件通知模塊13、捕捉模塊14、 請(qǐng)求解析模塊15、執(zhí)行模塊16以及與其它設(shè)備進(jìn)行通信的通信端 口和輸入輸出端口等。
在本實(shí)施方式中，資源服務(wù)器11是現(xiàn)有的CDN系統(tǒng)中的無資 源批量處理功能的緩存節(jié)點(diǎn)。在CDN系統(tǒng)中，用戶訪問因特網(wǎng)時(shí)， 資源所在的源通過CDN網(wǎng)絡(luò)把資源分發(fā)到整個(gè)CDN網(wǎng)絡(luò)中的緩存節(jié) 點(diǎn)上，用戶在訪問源時(shí)候?qū)嶋H訪問了靠近用戶的一個(gè)緩存節(jié)點(diǎn)，這 樣在資源服務(wù)器11上保存了許多的緩存對(duì)象(一個(gè)緩存對(duì)象對(duì)應(yīng) 于一個(gè)URI)，并且資源服務(wù)器11能夠應(yīng)答用戶訪問，為請(qǐng)求響應(yīng) 資源，對(duì)資源進(jìn)行如創(chuàng)建、刪除、修改等的管理操作。資源服務(wù)器 11可以對(duì)緩存的文件進(jìn)行刪除，但是每次只能刪除一個(gè)具體的URI 所對(duì)應(yīng)的URI資源。
URI地址表12中存放有與資源服務(wù)器11中存放的URI資源相 對(duì)應(yīng)的URI地址，該URI地址表12由捕捉模塊14在最初運(yùn)行本系 統(tǒng)時(shí)創(chuàng)建，其中的URI地址由捕捉模塊14來管理。在本系統(tǒng)首次 運(yùn)行時(shí)，由于URI地址表12未被創(chuàng)建，而資源服務(wù)器ll中有可能 已經(jīng)存在緩存對(duì)象了，因此捕捉模塊14要對(duì)URI地址表12進(jìn)行創(chuàng)建并進(jìn)行初始化。具體實(shí)現(xiàn)方法是，通過對(duì)緩存目錄進(jìn)行掃描，獲
得每個(gè)緩存對(duì)象的URI地址。由于CDN系統(tǒng)中的緩存節(jié)點(diǎn)中保存的 緩存對(duì)象的內(nèi)容頭部都記錄有本對(duì)象的URI地址，因此通過讀取緩 存對(duì)象的部分內(nèi)容可以得到URI地址，從而可以將其添加到URI地 址表12中。
在初始化之后，事件通知模塊13在資源服務(wù)器11有事件發(fā)生 時(shí)，會(huì)通過調(diào)用或者通信等方式至少將所發(fā)生事件的類型和該事件 所涉及的URI地址通知給捕捉模塊14。
下面，對(duì)資源服務(wù)器11中的事件進(jìn)行說明。首先，資源服務(wù) 器11中的事件分為兩類。 一類是操作系統(tǒng)事件，通過系統(tǒng)調(diào)用引 起的事件稱為操作系統(tǒng)事件；另一類是應(yīng)用進(jìn)程事件，此類事件可 以是任何自定義的事件，比如用戶的訪問、郵件接收發(fā)送等任何應(yīng) 用程序所引起的事件。資源服務(wù)器11中存在的應(yīng)用進(jìn)程事件包括 資源的訪問、創(chuàng)建、刪除、修改以及移動(dòng)和服務(wù)的開啟、關(guān)閉等。
在CDN系統(tǒng)中，為了提高訪問緩存對(duì)象的速度，資源服務(wù)器11 對(duì)緩存對(duì)象的保存并沒有釆取基于URI的定位技術(shù)，而是根據(jù)資源 獲取的順序?qū)Y源進(jìn)行編號(hào)存放，為方便索引也對(duì)URI進(jìn)行了特殊 編碼，這種編碼是不可逆的，因此除資源服務(wù)器11之外無法對(duì)這 些保存的對(duì)象做到見名知義。這種情況下，如果只對(duì)操作系統(tǒng)事件 進(jìn)行監(jiān)視，由于不能通過資源在文件系統(tǒng)中的名字來獲得URI地址， 因此有可能帶來差錯(cuò)或者根本得不到資源的URI。比如，當(dāng)資源服 務(wù)器11刪除了某一資源，事件通知模塊13通過監(jiān)視操作系統(tǒng)事件 捕捉到這一事件，但是由于通過操作系統(tǒng)事件無法獲得該資源所對(duì) 應(yīng)的URI，所以無法從URI地址表12中刪除該URI。為了避免這樣 的問題，在本實(shí)施方式中，事件通知模塊13不是監(jiān)視操作系統(tǒng)事 件，而是監(jiān)視應(yīng)用進(jìn)程事件，也就是說，資源服務(wù)器11在應(yīng)用進(jìn) 程事件發(fā)生時(shí)，調(diào)用事件通知模塊13。
圖2是在事件通知模塊13和捕捉模塊14之間進(jìn)行通信的消息 格式的一個(gè)例子。如圖2所示，規(guī)定事件類型為4個(gè)字節(jié)，后面跟URI地址字符串，并以換行符"Xn"結(jié)束。捕捉模塊14按此格式進(jìn) 行解析。
捕捉模塊14接收事件通知模塊13發(fā)來的消息，只對(duì)所關(guān)心的 事件進(jìn)行處理，而忽略不關(guān)心的事件。捕捉模塊14所關(guān)心的事件 有資源創(chuàng)建、刪除和服務(wù)的開啟和關(guān)閉，對(duì)其他事件可以做忽略處 理。比如說，當(dāng)資源服務(wù)器11響應(yīng)一個(gè)請(qǐng)求的時(shí)候它會(huì)把這個(gè)事 件通過事件通知模塊13告訴捕捉模塊14，但因?yàn)椴]有新資源的 產(chǎn)生和舊資源的刪除，因此捕捉模塊14會(huì)忽略這一事件，當(dāng)資源 服務(wù)器11因?yàn)槟迟Y源不存在而獲取并創(chuàng)建該資源時(shí)，這一事件被 通知給捕捉模塊14，捕捉模塊14就會(huì)把與新資源對(duì)應(yīng)的URI地址 加入U(xiǎn)RI地址表12中，而當(dāng)資源服務(wù)器11關(guān)閉事件時(shí)，捕捉模塊 14也因此而退出。
請(qǐng)求解析模塊15接收來自客戶端的請(qǐng)求，判斷該請(qǐng)求的類型， 提取該請(qǐng)求中的URI地址條件，從URI地址表12中查找出符合URI 地址條件的所有URI地址，交給執(zhí)行模塊16處理；
執(zhí)行模塊16在請(qǐng)求解析模塊15的判斷結(jié)果是刪除請(qǐng)求時(shí)，針 對(duì)請(qǐng)求解析模塊15查找出的每一個(gè)URI地址，請(qǐng)求資源服務(wù)器11 刪除與該URI地址對(duì)應(yīng)的URI資源。
圖3是事件通知模塊13的處理流程圖。在資源批量處理系統(tǒng) 啟動(dòng)時(shí)，創(chuàng)建事件通知模塊13，每當(dāng)有事件發(fā)生時(shí)，資源批量處理 系統(tǒng)就調(diào)用事件通知模塊13。具體來說，在步驟31，開始調(diào)用； 在步驟32中，根據(jù)資源批量處理系統(tǒng)傳送的事件的類型和URI地 址，構(gòu)造消息；在步驟33中，向捕捉模塊14發(fā)送該消息，在步驟 34，退出該流程。
圖4表示捕捉模塊14的處理流程圖，該處理流程是在資源批 量處理系統(tǒng)被啟動(dòng)時(shí)開始的，在步驟S41中，初始化URI地址表， 對(duì)緩存路徑下的文件系統(tǒng)進(jìn)行掃描，獲得資源服務(wù)器11中所有資 源所對(duì)應(yīng)的URI地址，添加到URI地址表12中，在步驟S42中， 等待來自事件通知模塊13的消息，在接收到消息時(shí)，轉(zhuǎn)到步驟S43。 在步驟S43中，解析接收到的消息的內(nèi)容，根據(jù)事件類型執(zhí)行相關(guān)操作，如果事件為資源的刪除消息，則轉(zhuǎn)到步驟S44,從URI地址
表中刪除相應(yīng)的URI地址項(xiàng)；如果事件為資源存儲(chǔ)消息，則轉(zhuǎn)到步
驟S45，向URI地址表中添加相應(yīng)的URI地址項(xiàng)，如果為退出消息， 則轉(zhuǎn)到步驟S46，結(jié)束該流程。
圖5表示請(qǐng)求解析模塊15的處理流程圖，該處理流程在批量 處理功能被啟動(dòng)時(shí)開始的，在步驟S51中，接收來自請(qǐng)求解析模塊 15外部的請(qǐng)求；在步驟S52中，對(duì)該請(qǐng)求進(jìn)行判斷，根據(jù)判斷結(jié)果， 設(shè)置判斷結(jié)果標(biāo)志位，只要能區(qū)分各種請(qǐng)求的標(biāo)志位都可以作為該 判斷結(jié)果標(biāo)志位；在步驟S53中，根據(jù)請(qǐng)求類型操作執(zhí)行相應(yīng)操作； 當(dāng)請(qǐng)求是結(jié)束請(qǐng)求時(shí)，結(jié)束本流程；當(dāng)請(qǐng)求是刪除請(qǐng)求時(shí)，執(zhí)行步 驟S54，提取請(qǐng)求內(nèi)容中的URI表達(dá)式，這里的URI表達(dá)式不是指 一個(gè)具體的URI地址，而是 一 個(gè)有關(guān)URI的描述。例如 http:Wabc.com 是 一 個(gè) 具 體 的 URI ， 而 、ttp://abc. com:80/home. *$是表示一組URI的表達(dá)式，因此 表達(dá)式為一個(gè)具體的URI地址被看作為只匹配一次URI地址的表達(dá) 式；然后，在步驟55中，對(duì)URI地址表12進(jìn)行搜索，查找URI地 址表12中與URI表達(dá)式匹配的所有URI地址，產(chǎn)生URI地址結(jié)果 集；之后，在步驟S56中，將該URI地址結(jié)果集作為參數(shù)，傳送給 執(zhí)行模塊16，然后，返回步驟S51，等待請(qǐng)求。
圖6表示執(zhí)行模塊16的處理流程圖，在步驟S61中，判斷請(qǐng) 求類型標(biāo)志位是否是刪除；如果請(qǐng)求類型標(biāo)志位表示是刪除操作， 則進(jìn)入步驟S62，否則轉(zhuǎn)到步驟S65，結(jié)束該流程。在步驟S62中， 依次取出請(qǐng)求解析模塊15傳送的URI地址結(jié)果集中的一個(gè)URI地 址作為當(dāng)前URI地址，在步驟S63中，將當(dāng)前URI地址作為參數(shù)傳 送給資源服務(wù)器11，由資源服務(wù)器11刪除當(dāng)前URI地址所對(duì)應(yīng)的 URI資源，在步驟S64中，判斷URI地址結(jié)果集是否還有下一個(gè)URI 地址，如果沒有，則轉(zhuǎn)入步驟S65，結(jié)束該流程；否則轉(zhuǎn)入步驟S62， 繼續(xù)進(jìn)行處理。
本發(fā)明不限于上述的實(shí)施方式，在不脫離其主要內(nèi)容的范圍 內(nèi)，可以進(jìn)行各種變更。例如，在上面的實(shí)施方式中，以資源服務(wù)器11是CDN系統(tǒng)中 的緩存節(jié)點(diǎn)的情況為例進(jìn)行了說明，但是，資源服務(wù)器11也可以
是其他提供基于URI進(jìn)行訪問的資源服務(wù)器，例如，HTTP服務(wù)器、 流服務(wù)器或FTP服務(wù)器。在這些服務(wù)器的情況下，只要監(jiān)視操作系 統(tǒng)事件就可以獲知資源服務(wù)器擁有的資源的變化情況，所以不必對(duì) 應(yīng)用進(jìn)程事件進(jìn)行監(jiān)視，因此，事件通知模塊13可以省去，而直 接由捕捉模塊捕捉來自系統(tǒng)的消息。具體是由捕捉模塊監(jiān)視操作系 統(tǒng)中文件系統(tǒng)的指定路徑下文件的變化實(shí)現(xiàn)的。此外，在上面實(shí)施 方式中，通過事件通知模塊和捕捉模塊來同步URI地址表，而且， 在捕捉模塊中初始化URI地址表。作為其變形實(shí)施方式，可以將捕 捉模塊進(jìn)一步拆分為初次啟動(dòng)時(shí)對(duì)URI地址表進(jìn)行初始化的初始化 模塊和在接收到事件的消息時(shí)更新URI地址表的更新模塊來實(shí)現(xiàn)。
另外，在上面實(shí)施方式中，事件通知模塊13發(fā)送給捕捉模塊 14的消息中僅包含事件類型和引發(fā)事件的URI地址，但是，該消息
中也可以包括其它信息，該消息中也可以采用其他格式。
總之，本發(fā)明不局限于上述的實(shí)施方式，在本領(lǐng)域普通技術(shù)人員不 需要?jiǎng)?chuàng)造性勞動(dòng)的范圍內(nèi)，進(jìn)行包括但不限于上述模塊的拆分、組合等 各種變更也屬于本發(fā)明的保護(hù)范圍。本發(fā)明的保護(hù)范圍以權(quán)利要求書為 準(zhǔn)。
權(quán)利要求
1.一種能夠?qū)RI資源進(jìn)行批量處理的資源批量處理系統(tǒng)，其特征在于，包括資源服務(wù)器，其存放URI資源并能對(duì)所述URI資源進(jìn)行單個(gè)處理；用于存放URI地址的URI地址表；捕捉模塊，根據(jù)所述資源擁有情況，同步所述URI地址表；請(qǐng)求解析模塊，其接收請(qǐng)求，判斷所述請(qǐng)求的類型，提取所述請(qǐng)求中的URI地址條件，從所述URI地址表中查找出符合所述URI地址條件的所有URI地址，交給執(zhí)行模塊處理；執(zhí)行模塊，當(dāng)所述請(qǐng)求解析模塊的判斷結(jié)果是刪除請(qǐng)求時(shí)，針對(duì)所述請(qǐng)求解析模塊查找出的每一個(gè)所述URI地址，請(qǐng)求資源服務(wù)器刪除與該URI地址對(duì)應(yīng)的URI資源。
2. 如權(quán)利要求l所述的資源批量處理系統(tǒng)，其特征在于，所述 捕捉模塊包括初始化模塊，在所述資源批量處理系統(tǒng)啟動(dòng)時(shí)，當(dāng)所述URI地 址表不存在或者為空時(shí)，將所述資源服務(wù)器上存放的資源所對(duì)應(yīng)的 URI地址寫入U(xiǎn)RI地址表，事件通知模塊，對(duì)所述資源服務(wù)器上發(fā)生的事件進(jìn)行監(jiān)視，當(dāng) 有事件發(fā)生時(shí)，將該事件的類型和所涉及的URI地址通知同步模塊； 和更新模塊，根據(jù)所述事件的類型和所涉及的URI地址，更新所 述URI地址表。
3. 如權(quán)利要求2所述的資源批量處理系統(tǒng)，其特征在于，所述 資源服務(wù)器是CDN網(wǎng)絡(luò)中的緩存節(jié)點(diǎn)，所述事件通知模塊對(duì)所述資 源服務(wù)器上發(fā)生的應(yīng)用進(jìn)程事件進(jìn)行監(jiān)視。
4. 如權(quán)利要求3所述的資源批量處理系統(tǒng)，其特征在于，所述 初始化模塊通過讀取緩存目錄中的每個(gè)緩存對(duì)象的內(nèi)容頭部，獲得 該緩存對(duì)象的URI地址。
5. 如權(quán)利要求2所述的資源批量處理系統(tǒng)，其特征在于，所述資源服務(wù)器是基于URI進(jìn)行訪問的資源服務(wù)器，所述事件通知模塊 對(duì)所述資源服務(wù)器上發(fā)生的操作系統(tǒng)事件進(jìn)行監(jiān)視。
6. —種對(duì)URI資源進(jìn)行批量處理的資源批量處理方法，其特征在于，包括資源服務(wù)器，其存放URI資源并能對(duì)所述URI資源進(jìn)行單個(gè)處理；用于存放URI地址的URI地址表；捕捉步驟，根據(jù)資源服務(wù)器的資源擁有情況，同步所述URI地 址表；請(qǐng)求解析步驟，接收請(qǐng)求，判斷所述請(qǐng)求的類型，提取所述請(qǐng) 求中的URI地址條件，從所述URI地址表中查找出符合所述URI地址 條件的所有URI地址；執(zhí)行步驟，當(dāng)所述請(qǐng)求解析步驟的判斷結(jié)果是刪除請(qǐng)求時(shí)，針 對(duì)所述請(qǐng)求解析步驟查找出的每一個(gè)所述URI地址，請(qǐng)求資源服務(wù) 器刪除與該URI地址對(duì)應(yīng)的URI資源。
7. 如權(quán)利要求6所述的資源批量處理方法，其特征在于，所述 捕捉步驟包括初始化步驟，在所述捕捉步驟啟動(dòng)時(shí)，當(dāng)所述URI地址表不存 在或者為空時(shí)，將所述資源服務(wù)器上存放的資源所對(duì)應(yīng)的URI地址 寫入U(xiǎn)RI地址表，事件通知步驟，對(duì)所述資源服務(wù)器上發(fā)生的事件進(jìn)行監(jiān)視，當(dāng) 有事件發(fā)生時(shí)，將該事件的類型和所涉及的URI地址通知更新步驟； 和更新步驟，根據(jù)所述事件的類型和所涉及的URI地址，更新所 述URI地址表。
8. 如權(quán)利要求7所述的資源批量處理方法，其特征在于，所述 資源服務(wù)器是CDN網(wǎng)絡(luò)中的緩存節(jié)點(diǎn)，在所述事件通知步驟中，對(duì) 所述資源服務(wù)器上發(fā)生的應(yīng)用進(jìn)程事件進(jìn)行監(jiān)視。
9. 如權(quán)利要求8所述的資源批量處理系統(tǒng)，其特征在于，在所 述初始化步驟中，通過讀取緩存目錄中的每個(gè)緩存對(duì)象的內(nèi)容頭部，獲得該緩存對(duì)象的URI地址。
10.如權(quán)利要求7所述的資源批量處理方法，其特征在于，所 述資源服務(wù)器是基于URI進(jìn)行訪問的資源服務(wù)器，在所述事件通知 步驟中，對(duì)所述資源服務(wù)器上發(fā)生的操作系統(tǒng)事件進(jìn)行監(jiān)視。
全文摘要
本發(fā)明涉及一種能夠?qū)RI資源進(jìn)行批量處理的資源批量處理系統(tǒng)，其特征在于，包括資源服務(wù)器，其存放URI資源并能對(duì)所述URI資源進(jìn)行單個(gè)處理；用于存放URI地址的URI地址表；捕捉模塊，根據(jù)所述資源擁有情況，同步所述URI地址表；請(qǐng)求解析模塊，其接收請(qǐng)求，判斷所述請(qǐng)求的類型，提取所述請(qǐng)求中的URI地址條件，從所述URI地址表中查找出符合所述URI地址條件的所有URI地址，交給執(zhí)行模塊處理；執(zhí)行模塊，當(dāng)所述請(qǐng)求解析模塊的判斷結(jié)果是刪除請(qǐng)求時(shí)，針對(duì)所述請(qǐng)求解析模塊查找出的每一個(gè)所述URI地址，請(qǐng)求資源服務(wù)器刪除與該URI地址對(duì)應(yīng)的URI資源。能夠達(dá)到對(duì)URI資源進(jìn)行批量處理、即時(shí)更新的效果。
文檔編號(hào)H04L29/06GK101296237SQ20081011499
公開日2008年10月29日 申請(qǐng)日期2008年6月16日 優(yōu)先權(quán)日2008年6月16日
發(fā)明者樂 康, 沖 郝 申請(qǐng)人:北京快網(wǎng)科技有限公司