網(wǎng)站訪問(wèn)方法及系統(tǒng)

1.一種網(wǎng)站訪問(wèn)方法，應(yīng)用于網(wǎng)站訪問(wèn)系統(tǒng)中，其特征在于，所述網(wǎng)站訪問(wèn)方法包括：
提供地址解析單元，通過(guò)地址解析單元對(duì)接收的訪問(wèn)請(qǐng)求中的URL地址進(jìn)行解析，得到網(wǎng)站主站和URL子部；
提供驗(yàn)證單元，通過(guò)驗(yàn)證單元驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)，所述外部接口配置信息中包括有已從網(wǎng)站主站剝離的至少一個(gè)外部接口的路徑信息；
提供重定向單元，在通過(guò)驗(yàn)證單元驗(yàn)證得到所述URL子部是包含在外部接口配置信息的范圍內(nèi)時(shí)，通過(guò)重定向單元將所述訪問(wèn)請(qǐng)求中與URL子部對(duì)應(yīng)的URL地址重定向到轉(zhuǎn)接接口，訪問(wèn)者通過(guò)從網(wǎng)站主站剝離的至少一個(gè)外部接口的其中一個(gè)外部接口進(jìn)行網(wǎng)站訪問(wèn)，所述轉(zhuǎn)接接口與所述從網(wǎng)站主站剝離的至少一個(gè)外部接口的其中一個(gè)外部接口相關(guān)聯(lián)。
2.根據(jù)權(quán)利要求1所述的網(wǎng)站訪問(wèn)方法，其特征在于，還包括預(yù)設(shè)外部接口配置信息的步驟。
3.根據(jù)權(quán)利要求1所述的網(wǎng)站訪問(wèn)方法，其特征在于，還包括提供地址擷取單元，通過(guò)地址擷取單元在接收的訪問(wèn)請(qǐng)求中擷取其中的URL地址的步驟。
4.根據(jù)權(quán)利要求1所述的網(wǎng)站訪問(wèn)方法，其特征在于，在驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)之前還包括通過(guò)驗(yàn)證單元對(duì)所述網(wǎng)站主站是否為有效的地址進(jìn)行驗(yàn)證的步驟。
5.根據(jù)權(quán)利要求1所述的網(wǎng)站訪問(wèn)方法，其特征在于，所述外部接口配置信息在有多個(gè)外部接口時(shí)是呈列表或圖表的形式。
6.根據(jù)權(quán)利要求1所述的網(wǎng)站訪問(wèn)方法，其特征在于，還包括在將外部接口從網(wǎng)絡(luò)主站剝離處理時(shí)將所述外部接口的路徑信息添加至所述外部接口配置信息中。
7.根據(jù)權(quán)利要求1所述的網(wǎng)站訪問(wèn)方法，其特征在于，還包括在將外部接口從網(wǎng)絡(luò)主站剝離處理后并在第一次接收通過(guò)所述外部接口的訪問(wèn)請(qǐng)求時(shí)，將所述外部接口的路徑信息添加于所述外部接口配置信息中。
8.根據(jù)權(quán)利要求1所述的網(wǎng)站訪問(wèn)方法，其特征在于，所述網(wǎng)站主站和URL子部的劃分是通過(guò)URL地址中出現(xiàn)的第一個(gè)分節(jié)字符“/”實(shí)現(xiàn)的。
9.一種網(wǎng)站訪問(wèn)系統(tǒng)，包括：
地址解析單元，用于對(duì)接收的訪問(wèn)請(qǐng)求中的URL地址進(jìn)行解析，得到網(wǎng)站主站和URL子部；
驗(yàn)證單元，用于驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)，所述外部接口配置信息中包括有已從網(wǎng)站主站剝離的至少一個(gè)外部接口的路徑信息；
重定向單元，用于在通過(guò)驗(yàn)證單元驗(yàn)證得到所述URL子部是包含在外部接口配置信息的范圍內(nèi)時(shí)，將所述訪問(wèn)請(qǐng)求中與URL子部對(duì)應(yīng)的URL地址重定向到轉(zhuǎn)接接口，訪問(wèn)者通過(guò)從網(wǎng)站主站剝離的至少一個(gè)外部接口的其中一個(gè)外部接口進(jìn)行網(wǎng)站訪問(wèn)，所述轉(zhuǎn)接接口與所述從網(wǎng)站主站剝離的至少一個(gè)外部接口的其中一個(gè)外部接口相關(guān)聯(lián)。
10.根據(jù)權(quán)利要求9所述的網(wǎng)站訪問(wèn)系統(tǒng)，其特征在于，還包括用于擷取所述接收的訪問(wèn)請(qǐng)求中的URL地址的地址擷取單元。
11.根據(jù)權(quán)利要求9所述的網(wǎng)站訪問(wèn)系統(tǒng)，其特征在于，所述驗(yàn)證單元還包括對(duì)所述網(wǎng)站主站是否為有效的地址進(jìn)行驗(yàn)證。
12.根據(jù)權(quán)利要求9所述的網(wǎng)站訪問(wèn)系統(tǒng)，其特征在于，所述外部接口配置信息通過(guò)資料庫(kù)實(shí)現(xiàn)存儲(chǔ)的。
13.根據(jù)權(quán)利要求9所述的網(wǎng)站訪問(wèn)系統(tǒng)，其特征在于，所述外部接口配置信息在有多個(gè)外部接口時(shí)是呈列表或圖表形式。
14.根據(jù)權(quán)利要求12所述的網(wǎng)站訪問(wèn)系統(tǒng)，其特征在于，所述資料庫(kù)在將外部接口從網(wǎng)絡(luò)主站剝離處理時(shí)將所述外部接口的路徑信息添加至外部接口配置信息中。
15.根據(jù)權(quán)利要求12所述的網(wǎng)站訪問(wèn)系統(tǒng)，其特征在于，所述資料庫(kù)在將外部接口從網(wǎng)絡(luò)主站剝離處理后并在第一次接收通過(guò)所述外部接口的訪問(wèn)請(qǐng)求時(shí)，將所述外部接口的路徑信息添加至外部接口配置信息中。
16.根據(jù)權(quán)利要求9所述的網(wǎng)站訪問(wèn)系統(tǒng)，其特征在于，所述網(wǎng)站主站和URL子部的劃分是通過(guò)URL地址中出現(xiàn)的第一個(gè)分節(jié)字符“/”實(shí)現(xiàn)的。

網(wǎng)站訪問(wèn)方法及系統(tǒng)\n技術(shù)領(lǐng)域\n[0001] 本發(fā)明涉及一種網(wǎng)絡(luò)服務(wù)技術(shù)，特別是涉及網(wǎng)站訪問(wèn)方法及系統(tǒng)。\n背景技術(shù)\n[0002] 隨著電子通信技術(shù)和網(wǎng)絡(luò)的迅速發(fā)展，計(jì)算機(jī)技術(shù)與網(wǎng)絡(luò)的結(jié)合并創(chuàng)建了在線和現(xiàn)場(chǎng)數(shù)字式交易環(huán)境，在所述交易環(huán)境中，基于電子商務(wù)的服務(wù)得以實(shí)現(xiàn)。建立在在線(on-line)虛擬世界中的電子商務(wù)可使買賣雙方經(jīng)由網(wǎng)絡(luò)進(jìn)行聯(lián)系，無(wú)需實(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)的一系列范圍廣泛的電子交易。\n[0003] 一般，為更好地滿足業(yè)務(wù)需求，一個(gè)電子商務(wù)網(wǎng)站通常會(huì)對(duì)外提供有多個(gè)外部接口，所述外部接口對(duì)于訪問(wèn)者而言，可以通過(guò)URL形式來(lái)表示，例如用URL地址http://www.test-paten.com/cooperate/a.htm來(lái)表示外部接口a，用URL地址http://www.test-paten.com/cooperate/b.htm來(lái)表示外部接口b等，以供其他網(wǎng)站、消費(fèi)者、商戶等通過(guò)輸入與外部接口對(duì)應(yīng)的URL地址進(jìn)入其網(wǎng)站并執(zhí)行相應(yīng)的操作。\n[0004] 不過(guò)，由于外部接口和網(wǎng)站主站的應(yīng)用是捆綁在一起的，兩者的耦合度較高。當(dāng)在系統(tǒng)升級(jí)或作其他改動(dòng)時(shí)，例如在改動(dòng)主站時(shí)，如果開(kāi)發(fā)工程師不熟悉外部接口和主站的關(guān)聯(lián)性，很容易產(chǎn)生錯(cuò)誤，破壞外部接口與主站的關(guān)聯(lián)性，導(dǎo)致外部接口出現(xiàn)錯(cuò)誤，使得通過(guò)所述產(chǎn)生錯(cuò)誤的外部接口無(wú)法正常訪問(wèn)網(wǎng)站并獲得其服務(wù)。假設(shè)所述外部接口是與大商戶集成的，當(dāng)所述外部接口出現(xiàn)錯(cuò)誤時(shí)，大商戶就無(wú)法通過(guò)所述外部接口訪問(wèn)網(wǎng)站來(lái)執(zhí)行相應(yīng)的交易或其他服務(wù)項(xiàng)目，延誤商機(jī)并造成損失；特別地，倘若大商戶在訪問(wèn)網(wǎng)站進(jìn)行網(wǎng)絡(luò)交易的過(guò)程中，所述外部接口恰好發(fā)生錯(cuò)誤，則此時(shí)很有可能造成交易的突然中斷，并有可能造成資金的流失，負(fù)面影響非常大。\n[0005] 有鑒于上述外部接口和網(wǎng)站主站捆綁在一起可能引起錯(cuò)誤并造成損失，所以通常會(huì)考慮將外部接口從網(wǎng)站主站剝離出來(lái)，切斷外部接口和網(wǎng)站主站的關(guān)聯(lián)，使得二者保持獨(dú)立性。這樣在通過(guò)外部接口訪問(wèn)并進(jìn)行業(yè)務(wù)時(shí)無(wú)需先登錄網(wǎng)站主站，反過(guò)來(lái)，當(dāng)網(wǎng)站主站發(fā)生改動(dòng)時(shí)，商戶可在不受影響地情形下通過(guò)外部接口繼續(xù)訪問(wèn)并進(jìn)行業(yè)務(wù)。\n[0006] 不過(guò)，由于在剝離之前的相當(dāng)長(zhǎng)時(shí)間內(nèi)，已經(jīng)有大量的商戶集成了原先的外部接口，假設(shè)是通過(guò)http://www.test-paten.com/cooperate/a.htm進(jìn)行訪問(wèn)的，但經(jīng)剝離處理后，經(jīng)剝離處理后，外部接口已由原先的http://www.test-paten.com/cooperate/a.htm改為其他的轉(zhuǎn)接接口，例如為網(wǎng)關(guān)接口http://gateway.test-paten.com/cooperate/a.htm，訪問(wèn)接口發(fā)生了變化，商戶再不能通過(guò)原先的http://www.test-paten.com/cooperate/a.htm來(lái)訪問(wèn)網(wǎng)站。由于種種緣故，例如未獲得更新通告、原先的外部接口已被設(shè)定為默認(rèn)且未實(shí)時(shí)更新等，導(dǎo)致商戶無(wú)法再通過(guò)原先的外部接口http://www.test-paten.com/cooperate/a.htm進(jìn)行正常訪問(wèn)。\n發(fā)明內(nèi)容\n[0007] 本發(fā)明提供一種網(wǎng)站訪問(wèn)方法及系統(tǒng)，避免現(xiàn)有技術(shù)中由于使用了已與網(wǎng)站主站剝離的外部接口而無(wú)法正常訪問(wèn)的問(wèn)題。\n[0008] 本發(fā)明提供一種網(wǎng)站訪問(wèn)方法，應(yīng)用于網(wǎng)站訪問(wèn)系統(tǒng)中，所述網(wǎng)站訪問(wèn)方法包括：\n提供地址解析單元，通過(guò)地址解析單元對(duì)接收的訪問(wèn)請(qǐng)求中的URL地址進(jìn)行解析，得到網(wǎng)站主站和URL子部；提供驗(yàn)證單元，通過(guò)驗(yàn)證單元驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)，所述外部接口配置信息中包括有已從網(wǎng)站主站剝離的至少一個(gè)外部接口的路徑信息；提供重定向單元，在通過(guò)驗(yàn)證單元驗(yàn)證得到所述URL子部是包含在外部接口配置信息的范圍內(nèi)時(shí)，通過(guò)重定向單元將所述訪問(wèn)請(qǐng)求中與URL子部對(duì)應(yīng)的URL地址重定向到轉(zhuǎn)接接口進(jìn)行網(wǎng)站訪問(wèn)，所述轉(zhuǎn)接接口與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)。\n[0009] 可選地，本發(fā)明所提供的網(wǎng)站訪問(wèn)方法還包括預(yù)設(shè)外部接口配置信息的步驟。\n[0010] 可選地，本發(fā)明所提供的網(wǎng)站訪問(wèn)方法還包括提供地址擷取單元，通過(guò)地址擷取單元在接收的訪問(wèn)請(qǐng)求中擷取其中的URL地址的步驟。\n[0011] 可選地，在驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)之前還包括通過(guò)驗(yàn)證單元對(duì)所述網(wǎng)站主站是否為有效的地址進(jìn)行驗(yàn)證的步驟。\n[0012] 可選地，所述外部接口配置信息在有多個(gè)外部接口時(shí)是呈列表或圖表形式。\n[0013] 可選地，所述網(wǎng)站訪問(wèn)方法還包括在將外部接口從網(wǎng)絡(luò)主站剝離處理時(shí)將所述外部接口的路徑信息添加至所述外部接口配置信息中。\n[0014] 可選地，所述網(wǎng)站訪問(wèn)方法還包括在將外部接口從網(wǎng)絡(luò)主站剝離處理后并在第一次接收通過(guò)所述外部接口的訪問(wèn)請(qǐng)求時(shí)，將所述外部接口的路徑信息添加至所述外部接口配置信息中。\n[0015] 可選地，所述網(wǎng)站主站和URL子部的劃分是通過(guò)URL地址中出現(xiàn)的第一個(gè)分節(jié)字符“/”實(shí)現(xiàn)的。\n[0016] 本發(fā)明另提供一種網(wǎng)站訪問(wèn)系統(tǒng)，所述網(wǎng)站包括從網(wǎng)站主站中剝離的外部接口，所述系統(tǒng)包括：地址解析單元，用于對(duì)接收的訪問(wèn)請(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í)，將所述訪問(wèn)請(qǐng)求中與URL子部對(duì)應(yīng)的URL地址重定向到轉(zhuǎn)接接口進(jìn)行網(wǎng)站訪問(wèn)，所述轉(zhuǎn)接接口與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)。\n[0017] 可選地，所述網(wǎng)站訪問(wèn)系統(tǒng)還包括用于擷取所述接收的訪問(wèn)請(qǐng)求中的URL地址的地址擷取單元。\n[0018] 可選地，所述驗(yàn)證單元還包括對(duì)所述網(wǎng)站主站是否為有效的地址進(jìn)行驗(yàn)證。\n[0019] 可選地，所述外部接口配置信息通過(guò)資料庫(kù)實(shí)現(xiàn)存儲(chǔ)的。\n[0020] 可選地，所述外部接口配置信息在有多個(gè)外部接口時(shí)是呈列表或圖表形式。\n[0021] 可選地，所述資料庫(kù)在將外部接口從網(wǎng)絡(luò)主站剝離處理時(shí)將所述外部接口的路徑信息添加至外部接口配置信息中。\n[0022] 可選地，所述資料庫(kù)在將外部接口從網(wǎng)絡(luò)主站剝離處理后并在第一次接收通過(guò)所述外部接口的訪問(wèn)請(qǐng)求時(shí)，將所述外部接口的路徑信息予以添加添加至外部接口配置信息中。\n[0023] 可選地，所述網(wǎng)站主站和URL子部的劃分是通過(guò)URL地址中出現(xiàn)的第一個(gè)分節(jié)字符“/”實(shí)現(xiàn)的。\n[0024] 與現(xiàn)有技術(shù)相比，本發(fā)明技術(shù)方案通過(guò)對(duì)訪問(wèn)請(qǐng)求中的URL地址進(jìn)行解析以對(duì)其進(jìn)行驗(yàn)證，并在驗(yàn)證得到所述URL地址為已作剝離處理的外部接口時(shí)，將所述外部接口重定向到與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)的轉(zhuǎn)接接口，使得訪問(wèn)者無(wú)障礙地正常訪問(wèn)網(wǎng)站并獲取其所提供的各項(xiàng)服務(wù)，簡(jiǎn)單易行，并避免因外部接口自網(wǎng)站主站剝離后可能產(chǎn)生的無(wú)法訪問(wèn)或突然中斷等錯(cuò)誤。\n附圖說(shuō)明\n[0025] 圖1是顯示了網(wǎng)站訪問(wèn)方法在一個(gè)實(shí)施方式中的流程示意圖；\n[0026] 圖2是本發(fā)明網(wǎng)站訪問(wèn)系統(tǒng)在一個(gè)實(shí)施方式中的結(jié)構(gòu)示意圖。\n具體實(shí)施方式\n[0027] 發(fā)明人發(fā)現(xiàn)，在將與網(wǎng)站主站捆綁在一起的外部接口剝離出去并建立新的轉(zhuǎn)接接口時(shí)，原先集成了原有外部接口的商戶將無(wú)法通過(guò)所述外部接口正常訪問(wèn)網(wǎng)站，造成損失。\n[0028] 因此，在將外部接口與網(wǎng)站主站剝離時(shí)，為防止上述缺陷，本發(fā)明提供一種應(yīng)用于網(wǎng)站訪問(wèn)系統(tǒng)中的網(wǎng)站訪問(wèn)方法，包括：提供地址解析單元，通過(guò)地址解析單元對(duì)接收的訪問(wèn)請(qǐng)求中的URL地址進(jìn)行解析，得到網(wǎng)站主站和URL子部；提供驗(yàn)證單元，通過(guò)驗(yàn)證單元驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)，所述外部接口配置信息中包括有已從網(wǎng)站主站剝離的至少一個(gè)外部接口的路徑信息；提供重定向單元，在通過(guò)驗(yàn)證單元驗(yàn)證得到所述URL子部是包含在外部接口配置信息的范圍內(nèi)時(shí)，通過(guò)重定向單元將所述訪問(wèn)請(qǐng)求中與URL子部對(duì)應(yīng)的URL地址重定向到轉(zhuǎn)接接口進(jìn)行網(wǎng)站訪問(wèn)，所述轉(zhuǎn)接接口與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)。與現(xiàn)有技術(shù)相比，本發(fā)明通過(guò)將經(jīng)過(guò)驗(yàn)證為有效的原有外部接口重定向到轉(zhuǎn)接接口，使得訪問(wèn)者通過(guò)已自網(wǎng)站主站剝離的原有外部接口仍可正常訪問(wèn)網(wǎng)站并執(zhí)行相應(yīng)的操作，簡(jiǎn)單易行，并避免因外部接口自網(wǎng)站主站剝離后可能產(chǎn)生的無(wú)法訪問(wèn)或突然中斷等錯(cuò)誤。\n[0029] 下面結(jié)合附圖對(duì)本發(fā)明的內(nèi)容進(jìn)行詳細(xì)說(shuō)明。\n[0030] 圖1是顯示了網(wǎng)站訪問(wèn)方法在一個(gè)實(shí)施方式中的流程示意圖，該網(wǎng)站訪問(wèn)方法包括下列步驟，首先進(jìn)行步驟S100。\n[0031] 在步驟S100中，提供地址擷取單元，通過(guò)地址擷取單元在接收的訪問(wèn)請(qǐng)求中擷取其中的URL地址。所述URL地址是用于完整地描述網(wǎng)絡(luò)上網(wǎng)頁(yè)和其他資源的地址的一種標(biāo)識(shí)方法。URL的一般格式為protocol://hostname[：port]/path/[；parameters][？query]#fragment，其中，protocol是指使用的傳輸協(xié)議，最常用的是HTTP協(xié)議，它也是目前網(wǎng)絡(luò)中應(yīng)用最廣的協(xié)議；hostname是指存放資源的服務(wù)器的域名系統(tǒng)(DNS)主機(jī)名或IP地址，即通常所說(shuō)的網(wǎng)站主站；path是由零或多個(gè)“/”符號(hào)隔開(kāi)的字符串，一般用來(lái)表示主機(jī)上的一個(gè)目錄或文件地址。具體來(lái)講，例如http://www.test-paten.com/cooperate/a.htm即為一個(gè)URL地址。在本實(shí)施例中，擷取URL地址的方式有多種，例如在Java語(yǔ)言中可以通過(guò)request.getHeader(“Referer”)程序來(lái)擷取到完整的URL地址。因該擷取技術(shù)為本領(lǐng)域技術(shù)人員所熟知，故不在此贅述。接著，進(jìn)行步驟S102。\n[0032] 在步驟S102中，提供地址解析單元，通過(guò)地址解析單元對(duì)接收的訪問(wèn)請(qǐng)求中的URL地址進(jìn)行解析，得到網(wǎng)站主站和URL子部。接著，進(jìn)行步驟S104。\n[0033] 具體來(lái)講，在解析時(shí)，所述網(wǎng)站主站和URL子部的劃分是通過(guò)URL地址中出現(xiàn)的第一個(gè)分節(jié)字符“/”實(shí)現(xiàn)的。\n[0034] 在步驟S104中，提供驗(yàn)證單元，通過(guò)驗(yàn)證單元驗(yàn)證所述網(wǎng)站主站是否為有效的地址。在本實(shí)施例中，若判斷得到所述網(wǎng)站主站是有效的地址時(shí)，則進(jìn)至步驟S106；反之，若判斷得到所述網(wǎng)站主站不是有效的地址時(shí)，則表明訪問(wèn)請(qǐng)求中所要訪問(wèn)的并非是本網(wǎng)站主站，故可對(duì)其不作處理，使其繼續(xù)訪問(wèn)。\n[0035] 在步驟S106中，通過(guò)驗(yàn)證單元驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)，所述外部接口配置信息中包括有已從網(wǎng)站主站剝離的至少一個(gè)外部接口的路徑信息。接著，進(jìn)行步驟S108。\n[0036] 在實(shí)際應(yīng)用中，所述外部接口配置信息可以通過(guò)事前的預(yù)設(shè)來(lái)完成。\n[0037] 具體來(lái)講，在本實(shí)施例中，與網(wǎng)站主站捆綁在一起的有可能有好多個(gè)外部接口，網(wǎng)站的維護(hù)工程師在對(duì)外部接口的剝離處理是逐步進(jìn)行的，故存在這樣的情形：在所有原先的外部接口中，有某些外部接口已作了剝離處理，而其他外部接口則還未作剝離處理。為了準(zhǔn)確驗(yàn)證當(dāng)前訪問(wèn)請(qǐng)求中URL地址所對(duì)應(yīng)的外部接口的實(shí)際情況(是屬于已作剝離處理的還是未作剝離處理的)，在本實(shí)施例中，特別地，可以預(yù)先將那些已作剝離處理的外部接口予以整理并形成外部接口配置信息，所述外部接口配置信息可以是呈列表形式。例如，假設(shè)與網(wǎng)站主站捆綁的外部接口有100個(gè)，其中的40個(gè)已作了剝離處理，而其他60個(gè)還未作剝離，可以將那些已作剝離處理的40個(gè)外部接口的的路徑信息制作成一張外部接口配置列表。這樣，在驗(yàn)證時(shí)，在所述外部接口配置列表進(jìn)行查找，看是否有與地址解析單元解析得到的URL子部相匹配的外部接口。若經(jīng)查找發(fā)現(xiàn)所述URL子部與外部接口配置列表中的某一個(gè)外部接口的路徑信息相匹配，則可證明所述URL子部所對(duì)應(yīng)的外部接口為已作剝離處理。反之，若在外部接口配置列表中沒(méi)有查找到匹配的，則表示所述URL子部對(duì)應(yīng)的外部接口未作剝離處理，仍可通過(guò)所述外部接口正常訪問(wèn)網(wǎng)站。\n[0038] 需特別說(shuō)明的是，本實(shí)施例中的外部接口配置列表中的外部接口的路徑信息可以根據(jù)外部接口的剝離情況來(lái)作調(diào)整，例如，在將某一個(gè)外部接口從網(wǎng)絡(luò)主站剝離處理時(shí)，就將所述外部接口的路徑信息添加至外部接口配置列表中?；蛘撸缬心骋粋€(gè)外部接口被作了從網(wǎng)絡(luò)主站剝離的處理，此時(shí)所述外部接口配置列表暫不作更新，而是當(dāng)在接下來(lái)有商戶以所述已剝離的外部接口的URL地址提出第一次訪問(wèn)請(qǐng)求時(shí)，即可在解析過(guò)程中捕捉該異常，對(duì)應(yīng)所述外部接口產(chǎn)生觸發(fā)信號(hào)，根據(jù)所述觸發(fā)信號(hào)將所述外部接口的路徑信息添加至外部接口配置列表中。\n[0039] 在步驟S108中，在通過(guò)驗(yàn)證單元驗(yàn)證得到所述網(wǎng)站主站是有效的地址且所述URL子部是包含在外部接口配置信息的范圍內(nèi)時(shí)，即可驗(yàn)證得到所述URL地址所對(duì)應(yīng)的就是已從網(wǎng)站主站剝離的其中一個(gè)外部接口，則通過(guò)重定向單元將與URL子部對(duì)應(yīng)的訪問(wèn)請(qǐng)求中的URL地址重定向到轉(zhuǎn)接接口，所述轉(zhuǎn)接接口與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)，這樣就使得提出訪問(wèn)請(qǐng)求的商戶可通過(guò)所述重定向后的轉(zhuǎn)接接口進(jìn)行訪問(wèn)，對(duì)于提出訪問(wèn)請(qǐng)求的商戶來(lái)講，其不會(huì)感到有什么異樣，不會(huì)影響其操作。\n[0040] 其中，在本實(shí)施例中，接口的重定向方式有多種，例如在Java語(yǔ)言中可以通過(guò)response.redirect程序來(lái)完成。因該重定向技術(shù)為本領(lǐng)域技術(shù)人員所熟知，故不在此贅述。\n[0041] 現(xiàn)以一實(shí)例來(lái)說(shuō)明根據(jù)前述所提供的網(wǎng)站訪問(wèn)方法來(lái)實(shí)現(xiàn)網(wǎng)站訪問(wèn)。假設(shè)現(xiàn)有商戶A、B分別在網(wǎng)頁(yè)瀏覽器，例如IE或Netscape，分別輸入U(xiǎn)RL地址，http://www.test-paten.com/cooperate/a.htm 和 http://www.test-paten.com/cooperate/d.htm 提出了訪問(wèn)請(qǐng)求。\n[0042] 網(wǎng)站端接收訪問(wèn)請(qǐng)求，擷取其中的URL地址，并對(duì)所述URL地址進(jìn)行解析，以所述URL地址出現(xiàn)的第一個(gè)分節(jié)字符“/”為界將URL地址劃分為網(wǎng)站主站和URL子部，即 將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。\n[0043] 首先驗(yàn)證商戶A、B的訪問(wèn)請(qǐng)求中的網(wǎng)站主站是否為有效的地址。由于商戶A、B的訪問(wèn)請(qǐng)求中的網(wǎng)站主站都是www.test-paten.com，為本網(wǎng)站的有效地址。\n[0044] 進(jìn)一步驗(yàn)證所述URL子部是否包含在外部接口配置列表的范圍內(nèi)?，F(xiàn)在假設(shè)所述外部接口配置列表包括有/cooperate/a.htm，/cooperate/b.htm，/cooperate/e.htm等路徑信息。那么在所述外部接口配置列表進(jìn)行查找，可以查找到/cooperate/a.htm，而不能查找到/cooperate/d.htm。\n[0045] 因此，經(jīng)過(guò)驗(yàn)證可得到商戶A的訪問(wèn)請(qǐng)求中的URL地址所對(duì)應(yīng)的是已作了剝離處理的外部接口，而商戶B的訪問(wèn)請(qǐng)求中的URL地址對(duì)應(yīng)的是未作剝離處理的外部接口甚至并非外部接口。\n[0046] 對(duì)于商戶A，就可以將原URL地址所對(duì)應(yīng)的外部接口https://www.test-paten.com/cooperate/a.htm重定向到轉(zhuǎn)接接口，在本實(shí)施例中，例如為網(wǎng)關(guān)接口https://www.gateway.test-paten.com/cooperate/a.htm，使得商戶A通過(guò)重定向后的所述網(wǎng)關(guān)接口訪問(wèn)網(wǎng)站，在該重定向及訪問(wèn)過(guò)程中，商戶A不會(huì)感覺(jué)有異常，且其對(duì)應(yīng)的操作不會(huì)受到影響，避免了產(chǎn)生錯(cuò)誤的可能性。對(duì)于商戶B，對(duì)其不作任何處理，由其根據(jù)所述URL地址直接訪問(wèn)網(wǎng)站。\n[0047] 本發(fā)明另提供一種網(wǎng)站訪問(wèn)系統(tǒng)，圖2是本發(fā)明網(wǎng)站訪問(wèn)系統(tǒng)在一個(gè)實(shí)施方式中的結(jié)構(gòu)示意圖。如圖2所示，所述網(wǎng)站訪問(wèn)系統(tǒng)包括：地址擷取單元20、地址解析單元22、驗(yàn)證單元24和重定向單元26。\n[0048] 地址擷取單元20用于在接收的訪問(wèn)請(qǐng)求中擷取其中的URL地址的地址。具體來(lái)講，所述地址擷取單元20可將網(wǎng)站訪問(wèn)的請(qǐng)求者輸入的URL地址擷取得到。\n[0049] 地址解析單元22用于對(duì)接收的訪問(wèn)請(qǐng)求中的URL地址進(jìn)行解析，得到網(wǎng)站主站和URL子部。具體來(lái)講，在解析時(shí)，所述網(wǎng)站主站和URL子部的劃分是通過(guò)URL地址中出現(xiàn)的第一個(gè)分節(jié)字符“/”實(shí)現(xiàn)的。\n[0050] 驗(yàn)證單元24用于驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)，所述外部接口配置信息中包括有已從網(wǎng)站主站剝離的至少一個(gè)外部接口的路徑信息。實(shí)際上，在本實(shí)施例中，在驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)之前還包括驗(yàn)證所述網(wǎng)站主站的有效性進(jìn)行驗(yàn)證。具體來(lái)講，驗(yàn)證單元24根據(jù)解析單元22解析得到的網(wǎng)站主站，判斷所述網(wǎng)站主站是否為有效的地址，只有在判斷得到網(wǎng)站主站是有效的地址時(shí)，再進(jìn)一步驗(yàn)證所述URL子部是否包含在外部接口配置信息的范圍內(nèi)。\n[0051] 與網(wǎng)站主站捆綁在一起的有可能有好多個(gè)外部接口，網(wǎng)站的維護(hù)工程師在對(duì)外部接口的剝離處理是逐步進(jìn)行的，故存在這樣的情形：在所有原先的外部接口中，有某些外部接口已作了剝離處理，而其他外部接口則還未作剝離處理。為了準(zhǔn)確驗(yàn)證當(dāng)前訪問(wèn)請(qǐng)求中URL地址所對(duì)應(yīng)的外部接口的實(shí)際情況(是屬于已作剝離處理的還是未作剝離處理的)，在本實(shí)施例中，特別地，可以預(yù)先將那些已作剝離處理的外部接口的路徑信息予以整理并形成外部接口配置信息，存儲(chǔ)在例如資料庫(kù)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è)外部接口。\n[0052] 在通過(guò)驗(yàn)證單元24驗(yàn)證得到所述網(wǎng)站主站是有效的地址且所述URL子部是包含在外部接口配置信息的范圍內(nèi)時(shí)，重定向單元26用于將所述訪問(wèn)請(qǐng)求中與URL子部對(duì)應(yīng)的URL地址重定向到與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)的轉(zhuǎn)接接口，使得訪問(wèn)者通過(guò)所述轉(zhuǎn)接接口訪問(wèn)網(wǎng)站。\n[0053] 綜上所述，本發(fā)明實(shí)施方式所述的網(wǎng)站訪問(wèn)方法及系統(tǒng)，與現(xiàn)有技術(shù)相比，通過(guò)將那些已作剝離處理的外部接口的路徑信息予以整合成外部接口配置信息，使得商戶用原先集成的外部接口訪問(wèn)網(wǎng)站時(shí)，驗(yàn)證所述外部接口是否在所述外部接口配置信息中，并在驗(yàn)證為是時(shí)，將所述外部接口重定向到與從網(wǎng)站主站剝離的外部接口相關(guān)聯(lián)的轉(zhuǎn)接接口，使得訪問(wèn)者通過(guò)重定向的所述轉(zhuǎn)接接口無(wú)障礙地正常訪問(wèn)網(wǎng)站并執(zhí)行相應(yīng)的操作，簡(jiǎn)單易行，并避免因外部接口自網(wǎng)站主站剝離后可能產(chǎn)生的無(wú)法訪問(wèn)或突然中斷等錯(cuò)誤。\n[0054] 本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述程序可以存儲(chǔ)于計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，所述存儲(chǔ)介質(zhì)可包括例如：ROM/RAM、磁碟、光盤等。\n[0055] 本發(fā)明雖然以較佳實(shí)施例公開(kāi)如上，但其并不是用來(lái)限定本發(fā)明，任何本領(lǐng)域技術(shù)人員在不脫離本發(fā)明的精神和范圍內(nèi)，都可以做出可能的變動(dòng)和修改，因此本發(fā)明的保護(hù)范圍應(yīng)當(dāng)以本發(fā)明權(quán)利要求所界定的范圍為準(zhǔn)。