專利名稱:網(wǎng)站訪問方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種網(wǎng)絡(luò)服務(wù)技術(shù),特別是涉及網(wǎng)站訪問方法及系統(tǒng)。
背景技術(shù):
隨著電子通信技術(shù)和網(wǎng)絡(luò)的迅速發(fā)展,計(jì)算機(jī)技術(shù)與網(wǎng)絡(luò)的結(jié)合并創(chuàng)建 了在線和現(xiàn)場數(shù)字式交易環(huán)境,在所述交易環(huán)境中,基于電子商務(wù)的服務(wù)得
以實(shí)現(xiàn)。建立在在線(on-line)虛擬世界中的電子商務(wù)可使買賣雙方經(jīng)由網(wǎng)絡(luò) 進(jìn)行聯(lián)系,無需實(shí)際會(huì)面,從而消除了傳統(tǒng)交易中會(huì)受到例如時(shí)間、地點(diǎn)等 因素的限制,也可相對(duì)降低成本消耗,故電子商務(wù)獲得了大眾普遍的歡迎并 在很大范圍內(nèi)得到了應(yīng)用。例如,在現(xiàn)有電子商務(wù)中,其包括"消費(fèi)者到商 家(customer-to-business),,、 "消費(fèi)者到消費(fèi)者(customer-to-customer),, 以及"商家到商家(business-to-business )"在內(nèi)的一系列范圍廣泛的電子交 易。
一般,為更好地滿足業(yè)務(wù)需求, 一個(gè)電子商務(wù)網(wǎng)站通常會(huì)對(duì)外提供有多 個(gè)外部接口,所述外部4妄口對(duì)于訪問者而言,可以通過URL形式來表示,例 ^口用URU也土止http:〃www.test-paten.com/cooperate/a.htm來表示夕卜4卩才妄口 a, 用 URIJ也:t止http:〃www.test-paten.com/cooperate/b.htm來表示夕卜部才妄口 b等,以供 其他網(wǎng)站、消費(fèi)者、商戶等通過輸入與外部接口對(duì)應(yīng)的URL地址進(jìn)入其網(wǎng)站
并執(zhí)4于相應(yīng)的操:作。
不過,由于外部接口和網(wǎng)站主站的應(yīng)用是捆綁在一起的,兩者的耦合度 較高。當(dāng)在系統(tǒng)升級(jí)或作其他改動(dòng)時(shí),例如在改動(dòng)主站時(shí),如果開發(fā)工程師 不熟悉外部接口和主站的關(guān)聯(lián)性,很容易產(chǎn)生錯(cuò)誤,破壞外部接口與主站的 關(guān)聯(lián)性,導(dǎo)致外部接口出現(xiàn)錯(cuò)誤,使得通過所述產(chǎn)生錯(cuò)誤的外部接口無法正常訪問網(wǎng)站并獲得其服務(wù)。假設(shè)所述外部接口是與大商戶集成的,當(dāng)所述外 部接口出現(xiàn)錯(cuò)誤時(shí),大商戶就無法通過所述外部接口訪問網(wǎng)站來執(zhí)行相應(yīng)的
交易或其他服務(wù)項(xiàng)目,延誤商機(jī)并造成損失;特別地,倘若大商戶在訪問網(wǎng)
站進(jìn)行網(wǎng)絡(luò)交易的過程中,所述外部接口恰好發(fā)生錯(cuò)誤,則此時(shí)很有可能造 成交易的突然中斷,并有可能造成資金的流失,負(fù)面影響非常大。
有鑒于上述外部接口和網(wǎng)站主站捆綁在一起可能引起錯(cuò)誤并造成損失, 所以通常會(huì)考慮將外部接口從網(wǎng)站主站剝離出來,切斷外部接口和網(wǎng)站主站 的關(guān)聯(lián),使得二者保持獨(dú)立性。這樣在通過外部接口訪問并進(jìn)行業(yè)務(wù)時(shí)無需 先登錄網(wǎng)站主站,反過來,當(dāng)網(wǎng)站主站發(fā)生改動(dòng)時(shí),商戶可在不受影響地情 形下通過外部接口繼續(xù)訪問并進(jìn)行業(yè)務(wù)。
不過,由于在剝離之前的相當(dāng)長時(shí)間內(nèi),已經(jīng)有大量的商戶集成了原先
的夕卜部才妻口 ,非支i殳是通過http:〃www.test陽paten,com/cooperate/a.htm進(jìn)4亍"i方問的, 但經(jīng)剝離處理后,經(jīng)剝離處理后,外部接口已由原先的 http:〃www.test-paten.com/coopemte/a.htm改為其4也的4爭才妻4妄口 ,例如為網(wǎng)關(guān)才妄 口 http:〃gateway.test-paten.com/cooperate/a.htm,訪問才矣口發(fā)生了變化,商戶再 不能通過原先的http:〃www.test-paten.com/cooperate/a.htm來i方問網(wǎng)站。由于種 種緣故,例如未獲得更新通告、原先的外部接口已被設(shè)定為默認(rèn)且未實(shí)時(shí)更 新等,導(dǎo)致商戶無法再通過原先的外部接口 http:〃www.test-paten.com/cooperate/a.htm進(jìn)4亍正常i方問。
發(fā)明內(nèi)容
本發(fā)明提供一種網(wǎng)站訪問方法及系統(tǒng),避免現(xiàn)有技術(shù)中由于使用了已與 網(wǎng)站主站剝離的外部接口而無法正常訪問的問題。
本發(fā)明提供一種網(wǎng)站訪問方法,應(yīng)用于網(wǎng)站訪問系統(tǒng)中,所述網(wǎng)站訪問 方法包括提供地址解析單元,通過地址解析單元對(duì)接收的訪問請(qǐng)求中的URL地址進(jìn)行解析,得到網(wǎng)站主站和URL子部;提供驗(yàn)證單元,通過驗(yàn)證單元驗(yàn) 證所述URL子部是否包含在外部接口配置信息的范圍內(nèi),所述外部接口配置 信息中包括有已從網(wǎng)站主站剝離的至少一個(gè)外部接口的路徑信息;提供重定 向單元,在通過驗(yàn)證單元驗(yàn)證得到所述URL子部是包含在外部接口配置信息 的范圍內(nèi)時(shí),通過重定向單元將所述訪問請(qǐng)求中與URL子部對(duì)應(yīng)的URL地 址重定向到轉(zhuǎn)接接口進(jìn)行網(wǎng)站訪問,所述轉(zhuǎn)接接口與從網(wǎng)站主站剝離的外部 接口相關(guān)聯(lián)。
可選地,本發(fā)明所提供的網(wǎng)站訪問方法還包括預(yù)設(shè)外部接口配置信息的 步驟。
可選地,本發(fā)日J(rèn)
地址擷取單元在接收的訪問請(qǐng)求中擷取其中的URL地址的步驟(
',通過
可選地,在驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)之
可選地,所述外部接口配置信息在有多個(gè)外部接口時(shí)是呈列表或圖表形
式<
可選地,
將所述外部接口的路徑信息添加至所述外部接口配置信息中
;剝離處理時(shí)
可選地,所述網(wǎng)站訪問方法還包括在將外部接口從網(wǎng)絡(luò)主站剝離處理后 并在第一次接收通過所述外部接口的訪問請(qǐng)求時(shí),將所述外部接口的路徑信 息添加至所述外部接口配置信息中。
可選地,所述網(wǎng)站主站和URL子部的劃分是通過URL地址中出現(xiàn)的第 一個(gè)分節(jié)字符"/"實(shí)現(xiàn)的。
本發(fā)明另提供一種網(wǎng)站訪問系統(tǒng),所述網(wǎng)站包括從網(wǎng)站主站中剝離的外部接口,所述系統(tǒng)包括地址解析單元,用于對(duì)接收的訪問請(qǐng)求中的URL地 址進(jìn)行解析,得到網(wǎng)站主站和URL子部;驗(yàn)證單元,用于驗(yàn)證所述URL子 部是否包含在外部接口配置信息的范圍內(nèi),所述外部接口配置信息中包括有 已從網(wǎng)站主站剝離的至少一個(gè)外部接口的路徑信息;重定向單元,用于在驗(yàn) 證單元驗(yàn)證得到所述URL子部是包含在外部接口配置信息的范圍內(nèi)時(shí),將所 述訪問請(qǐng)求中與URL子部對(duì)應(yīng)的URL地址重定向到轉(zhuǎn)接接口進(jìn)行網(wǎng)站訪問, 所述轉(zhuǎn)接接口與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)。
可選地,所述網(wǎng)站訪問系統(tǒng)還包括用于擷取所述接收的訪問請(qǐng)求中的 URL地址的地址擷取單元。
可選地,所述驗(yàn)i正單元還包括對(duì)所述網(wǎng)站主站是否為有效的地址進(jìn)行-驗(yàn)
證o
可選地,所述外部接口配置信息通過資料庫實(shí)現(xiàn)存儲(chǔ)的。
可選地,所述外部接口配置信息在有多個(gè)外部接口時(shí)是呈列表或圖表形式。
可選地,所述資料庫在將外部接口從網(wǎng)絡(luò)主站剝離處理時(shí)將所述外部接 口的路徑信息添加至外部接口配置信息中。
可選地,所述資料庫在將外部4妄口從網(wǎng)絡(luò)主站剝離處理后并在第一次接 收通過所述外部接口的訪問請(qǐng)求時(shí),將所述外部接口的路徑信息予以添加添 加至外部接口配置信息中。
可選地,所述網(wǎng)站主站和URL子部的劃分是通過URL地址中出現(xiàn)的第 一個(gè)分節(jié)字符"/"實(shí)現(xiàn)的。
與現(xiàn)有技術(shù)相比,本發(fā)明技術(shù)方案通過對(duì)訪問請(qǐng)求中的URL地址進(jìn)行解
8析以對(duì)其進(jìn)行驗(yàn)證,并在驗(yàn)證得到所述URL地址為已作剝離處理的外部接口 時(shí),將所述外部接口重定向到與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)的轉(zhuǎn)接接 口,使得訪問者無障礙地正常訪問網(wǎng)站并獲取其所提供的各項(xiàng)服務(wù),簡單易 行,并避免因外部接口自網(wǎng)站主站剝離后可能產(chǎn)生的無法訪問或突然中斷等 錯(cuò)誤。
圖1是顯示了網(wǎng)站訪問方法在一個(gè)實(shí)施方式中的流程示意圖; 圖2是本發(fā)明網(wǎng)站訪問系統(tǒng)在一個(gè)實(shí)施方式中的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
發(fā)明人發(fā)現(xiàn),在將與網(wǎng)站主站捆綁在一起的外部接口剝離出去并建立新 的轉(zhuǎn)接揍口時(shí),原先集成了原有外部接口的商戶將無法通過所述外部接口正 常訪問網(wǎng)站,造成損失。
因此,在將外部接口與網(wǎng)站主站剝離時(shí),為防止上述缺陷,本發(fā)明提供 一種應(yīng)用于網(wǎng)站訪問系統(tǒng)中的網(wǎng)站訪問方法,包括4是供地址解析單元,通 過地址解析單元對(duì)接收的訪問-清求中的URL地址進(jìn)行解析,得到網(wǎng)站主站和
接口配置信息的范圍內(nèi),所述外部接口配置信息中包括有已從網(wǎng)站主站剝離 的至少一個(gè)外部接口的路徑信息;提供重定向單元,在通過驗(yàn)證單元驗(yàn)證得 到所述URL子部是包含在外部接口配置信息的范圍內(nèi)時(shí),通過重定向單元將 所述訪問請(qǐng)求中與URL子部對(duì)應(yīng)的URL地址重定向到轉(zhuǎn)接接口進(jìn)行網(wǎng)站訪 問,所述轉(zhuǎn)接接口與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)。與現(xiàn)有技術(shù)相比, 本發(fā)明通過將經(jīng)過驗(yàn)證為有效的原有外部接口重定向到轉(zhuǎn)接接口 ,使得訪問 者通過已自網(wǎng)站主站剝離的原有外部接口仍可正常訪問網(wǎng)站并執(zhí)行相應(yīng)的操 作,簡單易行,并避免因外部接口自網(wǎng)站主站剝離后可能產(chǎn)生的無法訪問或
9突然中斷等4昔誤。
下面結(jié)合附圖對(duì)本發(fā)明的內(nèi)容進(jìn)行詳細(xì)說明。
圖1是顯示了網(wǎng)站訪問方法在一個(gè)實(shí)施方式中的流程示意圖,該網(wǎng)站訪 問方法包括下列步驟,首先進(jìn)行步驟S100。
在步驟S100中,提供地址擷取單元,通過地址擷取單元在接收的訪問請(qǐng)
求中擷取其中的URL地址。所述URL地址是用于完整地描述網(wǎng)絡(luò)上網(wǎng)頁和 其他資源的地址的 一 種標(biāo)識(shí)方法。URL的 一 舶j各式為protocol :〃 hostname[:port] / path / [;parameters][ query]#fragment, 其中,protocol是指使 用的傳輸協(xié)議,最常用的是HTTP協(xié)議,它也是目前網(wǎng)絡(luò)中應(yīng)用最廣的協(xié)議; hostname是指存放資源的服務(wù)器的域名系統(tǒng)(DNS)主機(jī)名或IP地址,即 通常所說的網(wǎng)站主站;path是由零或多個(gè)"/"符號(hào)隔開的字符串, 一般用來 表示主機(jī)上的 一 個(gè)目錄或文件地址。具體來講,例如 http:〃www.test-paten.com/cooperate/a.htm即為一個(gè)URL地址。在本實(shí)施例中, 擷取URL地址的方式有多種,例如在Java語言中可以通過request.getHeader ("Referer")程序來擷取到完整的URL地址。因該擷取技術(shù)為本領(lǐng)域技術(shù)人 員所熟知,故不在此贅述。接著,進(jìn)行步驟S102。
在步驟S102中,提供地址解析單元,通過地址解析單元對(duì)接收的訪問請(qǐng) 求中的URL地址進(jìn)行解析,得到網(wǎng)站主站和URL子部。接著,進(jìn)行步驟S104。
具體來講,在解析時(shí),所述網(wǎng)站主站和URL子部的劃分是通過URL地 址中出現(xiàn)的第一個(gè)分節(jié)字符7"實(shí)現(xiàn)的。
在步驟S104中,提供驗(yàn)證單元,通過驗(yàn)證單元驗(yàn)證所述網(wǎng)站主站是否為 有效的地址。在本實(shí)施例中,若判斷得到所述網(wǎng)站主站是有效的地址時(shí),則 進(jìn)至步驟S106;反之,若判斷得到所述網(wǎng)站主站不是有效的地址時(shí),則表明 訪問請(qǐng)求中所要訪問的并非是本網(wǎng)站主站,故可對(duì)其不作處理,使其繼續(xù)訪 問。在步驟S106中,通過驗(yàn)證單元驗(yàn)證所述URL子部是否包含在外部接口
配置信息的范圍內(nèi),所述外部接口配置信息中包括有已從網(wǎng)站主站剝離的至
少一個(gè)外部接口的路徑信息。接著,進(jìn)行步驟S108。
在實(shí)際應(yīng)用中,所述外部接口配置信息可以通過事前的預(yù)設(shè)來完成。 具體來講,在本實(shí)施例中,與網(wǎng)站主站捆綁在一起的有可能有好多個(gè)外 部接口,網(wǎng)站的維護(hù)工程師在對(duì)外部接口的剝離處理是逐步進(jìn)行的,故存在 這樣的情形在所有原先的外部接口中,有某些外部接口已作了剝離處理, 而其他外部接口則還未作剝離處理。為了準(zhǔn)確驗(yàn)證當(dāng)前訪問請(qǐng)求中URL地址 所對(duì)應(yīng)的外部接口的實(shí)際情況(是屬于已作剝離處理的還是未作剝離處理 的),在本實(shí)施例中,特別地,可以預(yù)先將那些已作剝離處理的外部接口予以 整理并形成外部接口配置信息,所述外部接口配置信息可以是呈列表形式。 例如,假設(shè)與網(wǎng)站主站捆綁的外部接口有IOO個(gè),其中的40個(gè)已作了剝離處 理,而其他60個(gè)還未作剝離,可以將那些已作剝離處理的40個(gè)外部4妻口的 的路徑信息制作成一張外部接口配置列表。這樣,在驗(yàn)證時(shí),在所述外部接 口配置列表進(jìn)行查找,看是否有與地址解析單元解析得到的URL子部相匹配 的外部接口 。若經(jīng)查找發(fā)現(xiàn)所述URL子部與外部接口配置列表中的某一個(gè)外 部接口的路徑信息相匹配,則可證明所述URL子部所對(duì)應(yīng)的外部接口為已作 剝離處理。反之,若在外部接口配置列表中沒有查找到匹配的,則表示所述 URL子部對(duì)應(yīng)的外部接口未作剝離處理,仍可通過所述外部接口正常訪問網(wǎng) 站。
需特別說明的是,本實(shí)施例中的外部接口配置列表中的外部接口的路徑 信息可以根據(jù)外部接口的剝離情況來作調(diào)整,例如,在將某一個(gè)外部接口從 網(wǎng)絡(luò)主站剝離處理時(shí),就將所述外部^接口的路徑信息添加至外部"t妻口配置列 表中?;蛘?,例如有某一個(gè)外部接口被作了從網(wǎng)絡(luò)主站剝離的處理,此時(shí)所 述外部接口配置列表暫不作更新,而是當(dāng)在接下來有商戶以所述已剝離的外部接口的URL地址提出第一次訪問請(qǐng)求時(shí),即可在解析過程中捕捉該異常, 對(duì)應(yīng)所述外部接口產(chǎn)生觸發(fā)信號(hào),根據(jù)所述觸發(fā)信號(hào)將所述外部接口的3吝徑 信息添加至外部接口配置列表中。
在步驟S108中,在通過驗(yàn)證單元驗(yàn)證得到所述網(wǎng)站主站是有效的地址且 所述URL子部是包含在外部接口配置信息的范圍內(nèi)時(shí),即可驗(yàn)證得到所述 URL地址所對(duì)應(yīng)的就是已從網(wǎng)站主站剝離的其中一個(gè)外部接口,則通過重定 向單元將與url子部對(duì)應(yīng)的訪問請(qǐng)求中的url地址重定向到轉(zhuǎn)接接口 ,所 述轉(zhuǎn)接接口與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián),這樣就使得提出訪問請(qǐng)求 的商戶可通過所述重定向后的轉(zhuǎn)接接口進(jìn)行訪問,對(duì)于提出訪問請(qǐng)求的商戶 來講,其不會(huì)感到有什么異樣,不會(huì)影響其操作。
其中,在本實(shí)施例中,4妻口的重定向方式有多種,例如在Java語言中可 以通過response.redirect程序來完成。因該重定向技術(shù)為本領(lǐng)域^支術(shù)人員所熟 知,故不在此贅述。
現(xiàn)以一實(shí)例來說明根據(jù)前述所提供的網(wǎng)站訪問方法來實(shí)現(xiàn)網(wǎng)站訪問。假 設(shè)現(xiàn)有商戶A、 B分別在網(wǎng)頁瀏覽器,例如IE或Netscape,分別輸入U(xiǎn)RL地 i止,http:〃www.test-paten.com/cooperate/a.htm 矛口 http:〃www,test-paten.com /cooperate/d.htm才是出了 i方問i青求。
網(wǎng)站端接收訪問請(qǐng)求,擷取其中的URL地址,并對(duì)所述URL地址進(jìn)行 解析,以所述URL地址出現(xiàn)的第一個(gè)分節(jié)字符"/,,為界將URL地址劃分為 網(wǎng)站主站和URL子部,即1尋http:〃www.test-paten.com/cooperate/a.htm劃分為 www.test-paten.com 和 /cooperate/a.htm , 一夸
http:〃www.test-paten.com/cooperate/d.htm 劃分為 www.test-paten.com 和 /cooperate/d.htm 。
首先驗(yàn)證商戶A、 B的訪問請(qǐng)求中的網(wǎng)站主站是否為有效的地址。由于商 戶A、 B的訪問請(qǐng)求中的網(wǎng)站主站都是www.test-paten.com,為本網(wǎng)站的有效地址。
進(jìn)一步驗(yàn)證所述URL子部是否包含在外部接口配置列表的范圍內(nèi)?,F(xiàn)在 假i殳所述外部接口商己置列表包括有/cooperate/a.htm , /cooperate/b.htm , /cooperate/e.htm等路徑信息。那么在所述外部接口配置列表進(jìn)行查找,可以 查找到/cooperate/a.htm,而不能查找到/cooperate/d.htm。
因此,經(jīng)過驗(yàn)證可得到商戶A的訪問請(qǐng)求中的URL地址所對(duì)應(yīng)的是已作 了剝離處理的外部接口 ,而商戶B的訪問請(qǐng)求中的URL地址對(duì)應(yīng)的是未作剝 離處理的外部接口甚至并非外部接口。
對(duì)于商戶 A , 就可以將原URL地址所對(duì)應(yīng)的外部4妄口 https:〃www.test-paten.com/cooperate/a.htm重定向到轉(zhuǎn)沖妾接口 ,在本實(shí)施例中, 1"列^口為網(wǎng)關(guān)才妄口 https:〃www.gateway.test-paten.com/cooperate/a.htm, "f吏4尋商戶 A通過重定向后的所述網(wǎng)關(guān)接口訪問網(wǎng)站,在該重定向及訪問過程中,商戶A 不會(huì)感覺有異常,且其對(duì)應(yīng)的操作不會(huì)受到影響,避免了產(chǎn)生錯(cuò)誤的可能性。 對(duì)于商戶B,對(duì)其不作任何處理,由其才艮據(jù)所述URL地址直接訪問網(wǎng)站。
本發(fā)明另提供一種網(wǎng)站訪問系統(tǒng),圖2是本發(fā)明網(wǎng)站訪問系統(tǒng)在一個(gè)實(shí) 施方式中的結(jié)構(gòu)示意圖。如圖2所示,所述網(wǎng)站訪問系統(tǒng)包括地址擷取單 元20、地址解析單元22、驗(yàn)證單元24和重定向單元26。
地址擷取單元20用于在接收的訪問請(qǐng)求中擷取其中的URL地址的地址。 具體來講,所述地址擷取單元20可將網(wǎng)站訪問的請(qǐng)求者輸入的URL地址擷 取得到。
地址解析單元22用于對(duì)接收的訪問請(qǐng)求中的URL地址進(jìn)行解析,得到 網(wǎng)站主站和URL子部。具體來講,在解析時(shí),所述網(wǎng)站主站和URL子部的 劃分是通過URL地址中出現(xiàn)的第一個(gè)分節(jié)字符"/,,實(shí)現(xiàn)的。
驗(yàn)證單元24用于驗(yàn)證所述URL子部是否包含在外部接口配置信息的范 圍內(nèi),所述外部接口配置信息中包括有已從網(wǎng)站主站剝離的至少一個(gè)外部接
13口的路徑信息。實(shí)際上,在本實(shí)施例中,在驗(yàn)證所述URL子部是否包含在外
部接口配置信息的范圍內(nèi)之前還包括驗(yàn)證所述網(wǎng)站主站的有效性進(jìn)行驗(yàn)證。
具體來講,驗(yàn)證單元24根據(jù)解析單元22解析得到的網(wǎng)站主站,判斷所述網(wǎng) 站主站是否為有效的地址,只有在判斷得到網(wǎng)站主站是有效的地址時(shí),再進(jìn) 一步驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)。
與網(wǎng)站主站捆綁在一起的有可能有好多個(gè)外部接口 ,網(wǎng)站的維護(hù)工程師 在對(duì)外部接口的剝離處理是逐步進(jìn)行的,故存在這樣的情形在所有原先的 外部接口中,有某些外部接口已作了剝離處理,而其他外部接口則還未作剝
離處理。為了準(zhǔn)確-險(xiǎn)證當(dāng)前訪問請(qǐng)求中URL地址所對(duì)應(yīng)的外部4妄口的實(shí)際情 況(是屬于已作剝離處理的還是未作剝離處理的),在本實(shí)施例中,特別地, 可以預(yù)先將那些已作剝離處理的外部接口的路徑信息予以整理并形成外部接 口配置信息,存儲(chǔ)在例如資料庫28中。另外,所述外部接口配置信息在有多 個(gè)外部接口時(shí)可以是呈列表或圖表等形式。這樣,以列表形式為例,在驗(yàn)證
時(shí),在所述外部接口配置列表進(jìn)行查找,看是否有與地址解析單元22解析得 到的URL子部相匹配的外部接口的路徑信息。若經(jīng)查找發(fā)現(xiàn)所述URL子部 與外部接口配置列表中的某一個(gè)外部接口的路徑信息相匹配,則可證明所述 URL地址所對(duì)應(yīng)的為已與網(wǎng)站主站進(jìn)行剝離的多個(gè)外部接口中的其中一個(gè)外 部接口。
在通過驗(yàn)證單元24驗(yàn)證得到所述網(wǎng)站主站是有效的地址且所述URL子 部是包含在外部接口配置信息的范圍內(nèi)時(shí),重定向單元26用于將所述訪問請(qǐng) 求中與URL子部對(duì)應(yīng)的URL地址重定向到與從網(wǎng)站主站剝離的外部接口相 關(guān)聯(lián)的轉(zhuǎn)接接口 ,使得訪問者通過所述轉(zhuǎn)接接口訪問網(wǎng)站。
綜上所述,本發(fā)明實(shí)施方式所述的網(wǎng)站訪問方法及系統(tǒng),與現(xiàn)有才支術(shù)相 比,通過將那些已作剝離處理的外部接口的路徑信息予以整合成外部接口配 置信息,使得商戶用原先集成的外部接口訪問網(wǎng)站時(shí),驗(yàn)證所述外部接口是信息中,并在驗(yàn)證為是時(shí),將所述外部接口重定向到 與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)的轉(zhuǎn)接接口 ,使得訪問者通過重定向的 所述轉(zhuǎn)接接口無障礙地正常訪問網(wǎng)站并執(zhí)行相應(yīng)的操作,簡單易行,并避免 因外部接口自網(wǎng)站主站剝離后可能產(chǎn)生的無法訪問或突然中斷等錯(cuò)誤。
是可以通過程序來指令相關(guān)的硬件來完成,所述程序可以存儲(chǔ)于計(jì)算機(jī)可讀
耳又存儲(chǔ)介質(zhì)中,所述存儲(chǔ)介質(zhì)可包括例如ROM/RAM、磁碟、光盤等。
本發(fā)明雖然以較佳實(shí)施例公開如上,但其并不是用來限定本發(fā)明,任何 本領(lǐng)域技術(shù)人員在不脫離本發(fā)明的精神和范圍內(nèi),都可以做出可能的變動(dòng)和 修改,因此本發(fā)明的保護(hù)范圍應(yīng)當(dāng)以本發(fā)明權(quán)利要求所界定的范圍為準(zhǔn)。
權(quán)利要求
1. 一種網(wǎng)站訪問方法,應(yīng)用于網(wǎng)站訪問系統(tǒng)中,其特征在于,所述網(wǎng)站訪問方法包括提供地址解析單元,通過地址解析單元對(duì)接收的訪問請(qǐng)求中的URL地址進(jìn)行解析,得到網(wǎng)站主站和URL子部;提供驗(yàn)證單元,通過驗(yàn)證單元驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi),所述外部接口配置信息中包括有已從網(wǎng)站主站剝離的至少一個(gè)外部接口的路徑信息;提供重定向單元,在通過驗(yàn)證單元驗(yàn)證得到所述URL子部是包含在外部接口配置信息的范圍內(nèi)時(shí),通過重定向單元將所述訪問請(qǐng)求中與URL子部對(duì)應(yīng)的URL地址重定向到轉(zhuǎn)接接口進(jìn)行網(wǎng)站訪問,所述轉(zhuǎn)接接口與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)。
2. 根據(jù)權(quán)利要求1所述的網(wǎng)站訪問方法,其特征在于,還包括預(yù)設(shè)外部接 口配置信息的步驟。
3. 根據(jù)權(quán)利要求1所述的網(wǎng)站訪問方法,其特征在于,還包括提供地址擷 取單元,通過地址擷取單元在接收的訪問請(qǐng)求中擷取其中的URL地址的步驟。
4. 才艮據(jù)權(quán)利要求1所述的網(wǎng)站訪問方法,其特征在于,在驗(yàn)證所述URL子 部是否包含在外部接口配置信息的范圍內(nèi)之前還包括通過驗(yàn)證單元對(duì)所述網(wǎng) 站主站是否為有效的地址進(jìn)行驗(yàn)證的步驟。
5. 根據(jù)權(quán)利要求1所述的網(wǎng)站訪問方法,其特征在于,所述外部接口配置 信息在有多個(gè)外部接口時(shí)是呈列表或圖表形式。
6. 根據(jù)權(quán)利要求1所述的網(wǎng)站訪問方法,其特征在于,還包括在將外部接 口從網(wǎng)絡(luò)主站剝離處理時(shí)將所述外部接口的路徑信息添加至所述外部接口配 置信息中。
7. 根據(jù)權(quán)利要求1所述的網(wǎng)站訪問方法,其特征在于,還包括在將外部接 口從網(wǎng)絡(luò)主站剝離處理后并在第一次接收通過所述外部接口的訪問請(qǐng)求時(shí), 將所述外部接口的路徑信息添加于所述外部接口配置信息中。
8. 纟艮據(jù)權(quán)利要求1所述的網(wǎng)站訪問方法,其特征在于,所述網(wǎng)站主站和URL 子部的劃分是通過URL地址中出現(xiàn)的第一個(gè)分節(jié)字符"/"實(shí)現(xiàn)的。
9. 一種網(wǎng)站訪問系統(tǒng),包括地址解析單元,用于對(duì)接收的訪問請(qǐng)求中的URL地址進(jìn)行解析,得到網(wǎng) 站主站和URL子部;驗(yàn)證單元,用于驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍 內(nèi),所述外部接口配置信息中包括有已從網(wǎng)站主站剝離的至少 一個(gè)外部接口 的路徑信息;重定向單元,用于在驗(yàn)證單元驗(yàn)證得到所述URL子部是包含在外部接口 配置信息的范圍內(nèi)時(shí),將所述訪問請(qǐng)求中與URL子部對(duì)應(yīng)的URL地址重定 向到轉(zhuǎn)接接口進(jìn)行網(wǎng)站訪問,所述轉(zhuǎn)接接口與從網(wǎng)站主站剝離的外部接口相 關(guān)聯(lián)。
10. 才艮據(jù)權(quán)利要求9所述的網(wǎng)站訪問系統(tǒng),其特征在于,還包括用于擷取所 述才妄收的訪問請(qǐng)求中的URL地址的地址擷取單元。
11. 根據(jù)權(quán)利要求9所述的網(wǎng)站訪問系統(tǒng),其特征在于,所述驗(yàn)證單元還包 括對(duì)所述網(wǎng)站主站是否為有效的地址進(jìn)行驗(yàn)證。
12. 根據(jù)權(quán)利要求9所述的網(wǎng)站訪問系統(tǒng),其特征在于,所述外部接口配置 信息通過資料庫實(shí)現(xiàn)存儲(chǔ)的。
13. 才艮據(jù)權(quán)利要求9所述的網(wǎng)站訪問系統(tǒng),其特征在于,所述外部接口配置 信息在有多個(gè)外部接口時(shí)是呈列表或圖表形式。
14. 根據(jù)權(quán)利要求12所述的網(wǎng)站訪問系統(tǒng),其特征在于,所述資料庫在將外 部接口從網(wǎng)絡(luò)主站剝離處理時(shí)將所述外部接口的路徑信息添加至外部接口配 置信息中。
15. 根據(jù)權(quán)利要求12所述的網(wǎng)站訪問系統(tǒng),其特征在于,所述資料庫在將外 部接口從網(wǎng)絡(luò)主站剝離處理后并在第一次接收通過所述外部接口的訪問請(qǐng)求 時(shí),將所述外部接口的路徑信息添加至外部接口配置信息中。
16. 才艮據(jù)權(quán)利要求9所述的網(wǎng)站訪問系統(tǒng),其特征在于,所述網(wǎng)站主站和URL 子部的劃分是通過URL地址中出現(xiàn)的第一個(gè)分節(jié)字符"/,,實(shí)現(xiàn)的。
全文摘要
一種網(wǎng)站訪問方法及系統(tǒng),所述網(wǎng)站包括從網(wǎng)站主站中剝離的外部接口,所述訪問方法包括提供地址解析單元,通過地址解析單元對(duì)接收的訪問請(qǐng)求中的URL地址進(jìn)行解析,得到網(wǎng)站主站和URL子部;提供驗(yàn)證單元,通過驗(yàn)證單元驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi),所述外部接口配置信息中包括有已從網(wǎng)站主站剝離的至少一個(gè)外部接口的路徑信息;提供重定向單元,在通過驗(yàn)證單元驗(yàn)證得到所述URL子部是包含在外部接口配置信息的范圍內(nèi)時(shí),通過重定向單元將所述訪問請(qǐng)求中與URL子部對(duì)應(yīng)的URL地址重定向到轉(zhuǎn)接接口進(jìn)行網(wǎng)站訪問,所述轉(zhuǎn)接接口與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)。應(yīng)用本發(fā)明可避免因訪問請(qǐng)求的URL地址雖對(duì)應(yīng)的外部接口由于經(jīng)過剝離處理而無法正常訪問網(wǎng)站的問題。
文檔編號(hào)G06F17/30GK101452483SQ20081018654
公開日2009年6月10日 申請(qǐng)日期2008年12月25日 優(yōu)先權(quán)日2008年12月25日
發(fā)明者金偉安 申請(qǐng)人:阿里巴巴集團(tuán)控股有限公司