一種終端訪問cdn的方法、cdn和終端的制作方法
【專利摘要】本公開實(shí)施例提供一種終端訪問CDN的方法、CDN和終端，該方法為：CDN接收來自終端的第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng)求對(duì)已上傳到所述CDN上的第一文件的URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修改前的所述第一文件的第一URL和修改后的所述第一文件的第二URL；所述CDN建立所述第一URL和所述第二URL之間的第一對(duì)應(yīng)關(guān)系；所述CDN在接收到所述終端通過所述第二URL發(fā)起的第一訪問請(qǐng)求時(shí)，根據(jù)所述第一對(duì)應(yīng)關(guān)系，將所述第一訪問請(qǐng)求重定向到所述第一URL對(duì)應(yīng)的所述第一文件上。該方法能夠使用戶隨意修改上傳到CDN的文件的URL，并通過修改后的URL成功下載到原文件。
【專利說明】
一種終端訪問CDN的方法、CDN和終端
技術(shù)領(lǐng)域
[0001]本公開實(shí)施例涉及通信技術(shù)領(lǐng)域，尤其涉及一種終端訪問內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network，CDN)的方法、CDN和終端。
【背景技術(shù)】
[0002] 用戶可以將文件保存在CDN，從而能夠通過該文件的統(tǒng)一資源定位符（Uniform Resource Locator，URL)隨時(shí)隨地地從⑶N獲取該文件。
[0003] 因?yàn)樽陨硇枨?，用戶可能需要修改文件的URL。但目前的CDN并不支持這項(xiàng)操作，用 戶為達(dá)到修改文件的URL目的只能向CDN重新上傳文件，這不僅操作繁瑣，也造成了網(wǎng)絡(luò)資 源的浪費(fèi)。

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

[0004] 本公開實(shí)施例提供一種終端訪問CDN的方法、CDN和終端，用以解決現(xiàn)有技術(shù)中不 支持用戶對(duì)已上傳到⑶N上的文件的URL進(jìn)行修改的缺陷。
[0005] 本公開實(shí)施例提供一種終端訪問⑶N的方法，包括：
[0006] 所述CDN接收來自所述終端的第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng)求對(duì)已上 傳到所述CDN上的第一文件的URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修改前的所述第一文 件的第一 URL和修改后的所述第一文件的第二URL;
[0007] 所述⑶N建立所述第一 URL和所述第二URL之間的第一對(duì)應(yīng)關(guān)系；
[0008] 所述CDN在接收到所述終端通過所述第二URL發(fā)起的第一訪問請(qǐng)求時(shí)，根據(jù)所述第 一對(duì)應(yīng)關(guān)系，將所述第一訪問請(qǐng)求重定向到所述第一 URL對(duì)應(yīng)的所述第一文件上。
[0009] 本公開實(shí)施例提供一種終端訪問⑶N的方法，包括：
[0010] 所述終端向所述⑶N發(fā)送第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng)求對(duì)已上傳到 所述CDN上的第一文件的URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修改前的所述第一文件的 第一 URL和修改后的所述第一文件的第二URL，使得所述⑶N建立所述第一 URL和所述第二 URL之間的第一對(duì)應(yīng)關(guān)系；
[0011]所述終端通過所述第二URL訪問保存在所述⑶N上的所述第一文件。
[0012] 本公開實(shí)施例提供一種CDN，包括：
[0013] 接收單元，用于接收來自所述終端的第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng)求 對(duì)已上傳到所述CDN上的第一文件的URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修改前的所述 第一文件的第一 URL和修改后的所述第一文件的第二URL;
[0014] 建立單元，用于建立所述第一 URL和所述第二URL之間的第一對(duì)應(yīng)關(guān)系；
[00? 5]所述接收單元還用于，接收所述終端通過所述第二URL發(fā)起的第一訪問請(qǐng)求；
[0016]重定向單元，用于根據(jù)所述第一對(duì)應(yīng)關(guān)系，將所述第一訪問請(qǐng)求重定向到所述第 一 URL對(duì)應(yīng)的所述第一文件上。
[0017]本公開實(shí)施例提供一種終端，包括：
[0018]處理單元，用于對(duì)第一文件的第一 URL進(jìn)行修改，得到修改后的所述第一文件的第 二 URL;
[0019]發(fā)送單元，用于向所述⑶N發(fā)送第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng)求對(duì)已上 傳到所述CDN上的第一文件的URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修改前的所述第一文 件的第一 URL和修改后的所述第一文件的第二URL，使得所述CDN建立所述第一 URL和所述第 二URL之間的第一對(duì)應(yīng)關(guān)系；以及通過所述第二URL訪問保存在所述⑶N上的所述第一文件。
[0020] 本公開實(shí)施例提供的終端訪問⑶N的方法、CDN和終端，通過在⑶N上建立修改前后 的URL之間的對(duì)應(yīng)關(guān)系，從而使得終端能夠隨意修改上傳到CDN的文件的URL，并通過修改后 的URL成功下載到原文件。
【附圖說明】
[0021] 為了更清楚地說明本公開實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖是本公 開的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根 據(jù)這些附圖獲得其他的附圖。
[0022] 圖1為本公開提供的一種終端訪問CDN的方法應(yīng)用的系統(tǒng)示意圖；
[0023] 圖2為本公開提供的一種終端訪問CDN的方法的流程圖；
[0024] 圖3為本公開提供的另一種終端訪問CDN的方法的流程圖；
[0025] 圖4為本公開提供的再一種終端訪問CDN的方法的流程圖；
[0026]圖5為本公開提供的一種⑶N的結(jié)構(gòu)不意圖；
[0027] 圖6為本公開提供的一種終端的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0028] 為使本公開實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本公開實(shí)施例 中的附圖，對(duì)本公開實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是 本公開一部分實(shí)施例，而不是全部的實(shí)施例?；诒竟_中的實(shí)施例，本領(lǐng)域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本公開保護(hù)的范圍。
[0029] CDN的出現(xiàn)，使得用戶可以將文件上傳到CDN，從而便于文件的下載和分享。每個(gè)上 傳到CDN的文件都有一個(gè)唯一的URL，用于表示文件在CDN的位置，URL也可以起到標(biāo)識(shí)的作 用。用戶需要通過文件的URL從CDN下載文件，這使得用戶不能隨意修改文件的URL，一旦用 戶修改了文件的URL，便不能通過修改后的URL成功下載文件。但在一些情況下，用戶可能需 要去修改文件的URL，例如，用戶應(yīng)該將文件A上傳到CDN上的文件夾B內(nèi)，但因?yàn)檎`操作將該 文件上傳到了一個(gè)錯(cuò)誤的文件夾，如文件夾C內(nèi)，從而導(dǎo)致文件A的URL為http: //....../C/ A，若要將文件A的URL修正為http://....../B/A，用戶只能重新上傳文件A，這不僅增加了 不必要的操作，也造成了網(wǎng)絡(luò)資源的浪費(fèi)。
[0030] 為此，本公開實(shí)施例提供一種終端訪問CDN的方法、CDN和終端，以使用戶能夠隨意 修改上傳到CDN的文件的URL，并通過修改后的URL成功下載到原文件。其中，方法和裝置是 基于同一發(fā)明構(gòu)思的，由于方法及裝置解決問題的原理相似，因此裝置與方法的實(shí)施可以 相互參見，重復(fù)之處不再贅述。
[0031]本公開實(shí)施例提供的技術(shù)方案可以應(yīng)用于移動(dòng)終端設(shè)備上，如手機(jī)、平板電腦等， 也可以應(yīng)用于固定終端設(shè)備上，如臺(tái)式機(jī)等。此外，本公開實(shí)施例提供的技術(shù)方案的實(shí)施不 受限于文件的類型，如文本文件、圖像文件、音頻文件、視頻文件等。
[0032]下面結(jié)合附圖對(duì)本公開優(yōu)選的實(shí)施方式進(jìn)行詳細(xì)說明。
[0033]本公開實(shí)施例提供的終端訪問CDN的方法，可以應(yīng)用于圖1所示的系統(tǒng)，該系統(tǒng)包 括終端10和⑶N 11?？蛇x的，所述⑶N 11可以包括調(diào)度服務(wù)器111和數(shù)據(jù)源服務(wù)器112。 [0034]所述終端10,用于向所述⑶N 11發(fā)起修改文件URL的請(qǐng)求，并通過修改后的URL訪 問所述文件。
[0035]所述調(diào)度服務(wù)器111，用于在接收到所述終端10發(fā)送的修改文件的URL的請(qǐng)求時(shí)， 在本地建立并保存修改前的URL與修改后的URL之間的對(duì)應(yīng)關(guān)系，后續(xù)在接收到所述終端10 或其它終端通過修改后的URL發(fā)起的文件訪問請(qǐng)求時(shí)，可以根據(jù)保存的所述對(duì)應(yīng)關(guān)系將所 述文件訪問請(qǐng)求重定向到修改前的URL所對(duì)應(yīng)的文件上。
[0036] 所述⑶N數(shù)據(jù)源服務(wù)器112,用于保存所述終端10上傳的文件。
[0037] 如圖2所示為本公開實(shí)施例提供的一種終端訪問CDN的方法的流程示意圖，所述方 法包括：
[0038] S201，終端向⑶N發(fā)送第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng)求對(duì)已上傳到所述 CDN上的第一文件的URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修改前的所述第一文件的第一 URL和修改后的所述第一文件的第二URL。
[0039] S202,所述⑶N在接收到來自所述終端的第一修改請(qǐng)求之后，建立所述第一 URL和 所述第二URL之間的第一對(duì)應(yīng)關(guān)系。
[0040] 修改前的URL和修改后的URL之間的對(duì)應(yīng)關(guān)系可以通過映射表來存儲(chǔ)，也可以通過 其它結(jié)構(gòu)體來存儲(chǔ)。
[0041] 以映射表為例，下表1所示即為一對(duì)應(yīng)關(guān)系的示例。
[0042] 表 1
[0043]
L〇〇44」 S203,所述終端通過所述第二URL訪問保存在所述⑶N上的所述第一文件。
[0045] S204,所述⑶N在接收到所述終端通過所述第二URL發(fā)起的第一訪問請(qǐng)求之后，根 據(jù)所述第一對(duì)應(yīng)關(guān)系，將所述第一訪問請(qǐng)求重定向到所述第一 URL對(duì)應(yīng)的所述第一文件上。
[0046] 具體的，所述CDN在接收到終端通過一個(gè)URL發(fā)起的訪問請(qǐng)求之后，首先以所述一 個(gè)URL為關(guān)鍵值(Key)，從本地保存的對(duì)應(yīng)關(guān)系中查找與所述一個(gè)URL對(duì)應(yīng)的另一個(gè)URL;若 查找到，則將終端的訪問請(qǐng)求重定向到所述另一個(gè)URL對(duì)應(yīng)的文件上;若未查找到，則仍將 終端的訪問請(qǐng)求定向到初始的所述一個(gè)URL對(duì)應(yīng)的文件上。
[0047] 所述終端被定位到所述第一文件之后，便可以對(duì)CDN上保存的所述第一文件進(jìn)行 查看、修改、下載、刪除等文件讀寫操作。
[0048] 通過上述S201-S204,可以實(shí)現(xiàn)多個(gè)修改后的URL與一個(gè)修改前的URL的對(duì)應(yīng)關(guān)系， 從而用戶可以隨意更換文件的URL，并通過更換后的任一個(gè)URL成功訪問到URL，如下表2所 示即為鍍鉻修改后的URL與一個(gè)修改前的UR之間的對(duì)應(yīng)關(guān)系的示例。
[0049] 表 2
[0050]
[0051] 此外，目前的CDN除了不支持上述提及的對(duì)文件的URL的修改之外，還不支持對(duì)目 錄名稱或者對(duì)文件名稱的修改，即，當(dāng)終端將文件上傳到CDN之后，便不能再修改已上傳到 CDN的文件的名稱，也不能修改CDN上用于保存該上傳文件的目錄的名稱。終端只能在CDN上 重新創(chuàng)建一個(gè)目錄，或者重新上傳更名后的文件，這同樣也會(huì)造成網(wǎng)絡(luò)資源的浪費(fèi)。
[0052]為了解決CDN不支持對(duì)已上傳到CDN的文件的名稱進(jìn)行修改的問題，本公開實(shí)施例 還提出了 一種終端訪問CDN的方法，如圖3所示，所述方法包括：
[0053] S301，終端向⑶N發(fā)送第二修改請(qǐng)求，所述第二修改請(qǐng)求用于請(qǐng)求對(duì)已上傳到所述 CDN上的第二文件的文件名稱進(jìn)行修改，所述第二修改請(qǐng)求中包括修改前的所述第二文件 的第三URL和修改后的所述第二文件的新文件名稱。
[0054] S302，所述⑶N在接收到來自所述終端的第二修改請(qǐng)求之后，根據(jù)所述第三URL查 找到保存在所述CDN上的所述第二文件，并將所述第二文件的文件名稱修改成所述新文件 名稱。
[0055] S303,所述⑶N根據(jù)修改后的所述第二文件，生成修改后的所述第二文件的第四 URL〇
[0056] S304，所述⑶N建立所述第三URL和所述第四URL之間的第二對(duì)應(yīng)關(guān)系。
[0057]例如，原文件的文件名為A，原文件的URL為 http://file.my.eom/A，若將該文件的 文件名修改為B，則生成的新的URL為http : //f i le .my . com/B，CDN本地建立http : // fi le · my .com/A 與 http://file.my.eom/B 之間的對(duì)應(yīng)關(guān)系。
[0058] S305，所述終端通過所述第三URL訪問保存在所述⑶N上的所述第二文件。
[0059] S306,所述⑶N在接收到所述終端通過所述第三URL發(fā)起的第二訪問請(qǐng)求之后，根 據(jù)所述第二對(duì)應(yīng)關(guān)系，將所述第二訪問請(qǐng)求重定向到所述第四URL對(duì)應(yīng)的所述第二文件上。
[0060] 需要注意的是，與圖2所示的方法不同，圖3所示的方法中后續(xù)終端仍通過初始的 URL向CDN發(fā)起訪問請(qǐng)求，CDN通過查找對(duì)應(yīng)關(guān)系，將終端的訪問請(qǐng)求重定向到與該初始URL 對(duì)應(yīng)的新生成的URL所對(duì)應(yīng)的文件上。
[0061] 為了解決CDN不支持對(duì)CDN上用于保存文件的目錄的名稱進(jìn)行修改的問題，本公開 實(shí)施例還提出了 一種終端訪問CDN的方法，如圖4所示，所述方法包括：
[0062] S401，終端向⑶N發(fā)送第三修改請(qǐng)求，所述第三修改請(qǐng)求用于請(qǐng)求對(duì)所述⑶N上用 于存儲(chǔ)第三文件的目錄的目錄名稱進(jìn)行修改，所述第三修改請(qǐng)求中包括修改前的所述第三 文件的第五URL和修改后的所述目錄的新目錄名稱。
[0063] S402,所述⑶N在接收到來自終端的第三修改請(qǐng)求之后，根據(jù)所述第五URL查找到 所述目錄，并將所述目錄的目錄名稱修改成所述新目錄名稱。
[0064] S403,所述CDN根據(jù)修改后的所述目錄，生成修改后的所述第三文件的第六URL。
[0065] S404，所述⑶N建立所述第五URL和所述第六URL之間的第三對(duì)應(yīng)關(guān)系。
[0066] 例如，CDN上用于存儲(chǔ)某文件A的目錄的原目錄名為B，該文件的URL為h 11p : // file. my. com/B/A，若將該目錄的目錄名由B修改為C，則生成的新的URL為http :// fi 1 e · my · com/C/A，CDN 本地建立 http: //fi 1 e · my · com/C/A 與 http: //fi 1 e · my · com/B/A之間 的對(duì)應(yīng)關(guān)系。
[0067] S405，所述終端通過所述第五URL訪問保存在所述⑶N上的所述第三文件。
[0068] S406，所述⑶N在接收到所述終端通過所述第五URL發(fā)起的第三訪問請(qǐng)求之后，根 據(jù)所述第三對(duì)應(yīng)關(guān)系，將所述第三訪問請(qǐng)求重定向到所述第六URL對(duì)應(yīng)的所述第三文件上。
[0069] 需要說明的是，本公開實(shí)施例不僅支持對(duì)CDN上用于保存文件的目錄的名稱進(jìn)行 修改，還支持對(duì)CDN上用于保存文件的目錄進(jìn)行增加或刪除，具體的實(shí)現(xiàn)方法可參見S401-S406,此處不再贅述。與圖3所示的方法類似，圖4所示的方法中后續(xù)終端仍通過初始的URL 向CDN發(fā)起訪問請(qǐng)求，CDN將終端的訪問請(qǐng)求重定向到與該初始URL對(duì)應(yīng)的新生成的URL所對(duì) 應(yīng)的文件上。
[0070] 基于上述實(shí)施例提供的終端訪問⑶N的方法，本公開實(shí)施例提供一種⑶N 500，用 于實(shí)現(xiàn)上述終端訪問⑶N方法中⑶N的功能。如圖5所示，所述⑶N 500包括接收單元501、建 立單元502和重定向單元503:
[0071 ]所述接收單元501，用于接收來自終端的第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng) 求對(duì)已上傳到所述CDN上的第一文件的URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修改前的所 述第一文件的第一 URL和修改后的所述第一文件的第二URL。
[0072] 所述建立單元502，用于建立所述第一 URL和所述第二URL之間的第一對(duì)應(yīng)關(guān)系。 [0073]所述接收單元501還用于，接收所述終端通過所述第二URL發(fā)起的第一訪問請(qǐng)求。 [0074]所述重定向單元503,用于根據(jù)所述第一對(duì)應(yīng)關(guān)系，將所述第一訪問請(qǐng)求重定向到 所述第一 URL對(duì)應(yīng)的所述第一文件上。
[0075]可選的，所述接收單元501還用于，接收來自終端的第二修改請(qǐng)求，所述第二修改 請(qǐng)求用于請(qǐng)求對(duì)已上傳到所述CDN上的第二文件的文件名稱進(jìn)行修改，所述第二修改請(qǐng)求 中包括修改前的所述第二文件的第三URL和修改后的所述第二文件的新文件名稱。
[0076] 相應(yīng)的，所述⑶N 500還包括修改單元和生成單元；
[0077]所述修改單元，用于根據(jù)所述第三URL查找到所述第二文件，并將所述第二文件的 文件名稱修改成所述新文件名稱。
[0078] 所述生成單元，用于根據(jù)修改后的所述第二文件，生成修改后的所述第二文件的 第四URL。
[0079] 相應(yīng)的，所述建立單元502還用于，建立所述第三URL和所述第四URL之間的第二對(duì) 應(yīng)關(guān)系。
[0080]所述接收單元501還用于，接收所述終端通過所述第三URL發(fā)起的第二訪問請(qǐng)求。 [0081]所述重定向單元503還用于，根據(jù)所述第二對(duì)應(yīng)關(guān)系，將所述第二訪問請(qǐng)求重定向 到所述第四URL對(duì)應(yīng)的所述第二文件上。
[0082]可選的，所述接收單元501還用于，接收來自終端的第三修改請(qǐng)求，所述第三修改 請(qǐng)求用于請(qǐng)求對(duì)所述CDN上用于存儲(chǔ)第三文件的目錄的目錄名稱進(jìn)行修改，所述第三修改 請(qǐng)求中包括修改前的所述第三文件的第五URL和修改后的所述目錄的新目錄名稱。
[0083] 相應(yīng)的，所述⑶N還包括修改單元和生成單元；
[0084] 所述修改單元，用于根據(jù)所述第五URL查找到所述目錄，并將所述目錄的目錄名稱 修改成所述新目錄名稱。
[0085] 所述生成單元，用于根據(jù)修改后的所述目錄，生成修改后的所述第三文件的第六 URL〇
[0086] 相應(yīng)的，所述建立單元502還用于，建立所述第五URL和所述第六URL之間的第三對(duì) 應(yīng)關(guān)系。
[0087]所述接收單元501還用于，接收所述終端通過所述第五URL發(fā)起的第三訪問請(qǐng)求。 [0088]所述重定向單元503還用于，根據(jù)所述第三對(duì)應(yīng)關(guān)系，將所述第三訪問請(qǐng)求重定向 到所述第六URL對(duì)應(yīng)的所述第三文件上。
[0089]需要說明的是，本公開實(shí)施例中對(duì)單元的劃分是示意性的，僅僅為一種邏輯功能 劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式。在本公開實(shí)施例中的各功能單元可以集成在一 個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè) 單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí) 現(xiàn)。
[0090]基于上述實(shí)施例提供的終端訪問⑶N的方法，本公開實(shí)施例還提供一種終端600， 用于實(shí)現(xiàn)上述終端訪問CDN的方法中終端的功能。如圖6所示，所述終端600包括處理單元 601和發(fā)送單元602:
[0091]所述處理單元601，用于對(duì)第一文件的第一URL進(jìn)行修改，得到修改后的所述第一 文件的第二URL。
[0092]所述發(fā)送單元602,用于向所述⑶N發(fā)送第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng) 求對(duì)已上傳到所述CDN上的第一文件的URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修改前的所 述第一文件的第一 URL和修改后的所述第一文件的第二URL，使得所述CDN建立所述第一 URL 和所述第二URL之間的第一對(duì)應(yīng)關(guān)系；以及，通過所述第二URL訪問保存在所述⑶N上的所述 第一文件。
[0093]可選的，所述發(fā)送單元602還用于，向所述⑶N發(fā)送第二修改請(qǐng)求，所述第二修改請(qǐng) 求用于請(qǐng)求對(duì)已上傳到所述CDN上的第二文件的文件名稱進(jìn)行修改，所述第二修改請(qǐng)求中 包括修改前的所述第二文件的第三URL和修改后的所述第二文件的新文件名稱，使得所述 CDN根據(jù)所述第三URL和所述新文件名稱，生成修改后的所述第二文件的第四URL，并建立所 述第三URL和所述第四URL之間的第二對(duì)應(yīng)關(guān)系；以及，通過所述第三URL訪問保存在所述 ⑶N上的所述第二文件。
[0094] 可選的，所述發(fā)送單元602還用于，向所述⑶N發(fā)送第三修改請(qǐng)求，所述第三修改請(qǐng) 求用于請(qǐng)求對(duì)所述CDN上用于存儲(chǔ)第三文件的目錄的目錄名稱進(jìn)行修改，所述第三修改請(qǐng) 求中包括修改前的所述第三文件的第五URL和修改后的所述目錄的新目錄名稱，使得所述 CDN根據(jù)所述第五URL和所述新目錄名稱，生成修改后的所述第三文件的第六URL，并建立所 述第五URL和所述第六URL之間的第三對(duì)應(yīng)關(guān)系；以及，通過所述第五URL訪問保存在所述 ⑶N上的所述第三文件。
[0095]綜上所述，采用本公開實(shí)施例提供的技術(shù)方案，通過在⑶N上建立修改前后的URL 之間的對(duì)應(yīng)關(guān)系，從而使得終端能夠隨意修改上傳到CDN的文件的URL，并通過修改后的URL 成功下載到原文件；以及使得終端能夠隨意修改已上傳到CDN的文件的名稱和修改CDN上用 于保存該上傳文件的目錄的名稱，并通過初始的URL成功下載到原文件。
[0096] 以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說明的單元可 以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單 元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其 中的部分或者全部模塊來實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性 的勞動(dòng)的情況下，即可以理解并實(shí)施。
[0097] 通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實(shí)施方式可 借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件?；谶@樣的理解，上 述技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該 計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指 令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個(gè)實(shí)施 例或者實(shí)施例的某些部分所述的方法。
[0098] 最后應(yīng)說明的是：以上實(shí)施例僅用以說明本公開的技術(shù)方案，而非對(duì)其限制;盡管 參照前述實(shí)施例對(duì)本公開進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可 以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換； 而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本公開各實(shí)施例技術(shù)方案的精神和 范圍。
【主權(quán)項(xiàng)】
1. 一種終端訪問內(nèi)容分發(fā)網(wǎng)絡(luò)⑶N的方法，其特征在于，包括： 所述CDN接收來自所述終端的第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng)求對(duì)已上傳到 所述CDN上的第一文件的統(tǒng)一資源定位符URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修改前的 所述第一文件的第一 URL和修改后的所述第一文件的第二URL; 所述⑶N建立所述第一URL和所述第二URL之間的第一對(duì)應(yīng)關(guān)系； 所述CDN在接收到所述終端通過所述第二URL發(fā)起的第一訪問請(qǐng)求時(shí)，根據(jù)所述第一對(duì) 應(yīng)關(guān)系，將所述第一訪問請(qǐng)求重定向到所述第一 URL對(duì)應(yīng)的所述第一文件上。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 所述CDN接收來自終端的第二修改請(qǐng)求，所述第二修改請(qǐng)求用于請(qǐng)求對(duì)已上傳到所述 CDN上的第二文件的文件名稱進(jìn)行修改，所述第二修改請(qǐng)求中包括修改前的所述第二文件 的第三URL和修改后的所述第二文件的新文件名稱； 所述CDN根據(jù)所述第三URL查找到所述第二文件，并將所述第二文件的文件名稱修改成 所述新文件名稱； 所述CDN根據(jù)修改后的所述第二文件，生成修改后的所述第二文件的第四URL; 所述CDN建立所述第三URL和所述第四URL之間的第二對(duì)應(yīng)關(guān)系； 所述CDN在接收到所述終端通過所述第三URL發(fā)起的第二訪問請(qǐng)求時(shí)，根據(jù)所述第二對(duì) 應(yīng)關(guān)系，將所述第二訪問請(qǐng)求重定向到所述第四URL對(duì)應(yīng)的所述第二文件上。3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 所述CDN接收來自終端的第三修改請(qǐng)求，所述第三修改請(qǐng)求用于請(qǐng)求對(duì)所述CDN上用于 存儲(chǔ)第三文件的目錄的目錄名稱進(jìn)行修改，所述第三修改請(qǐng)求中包括修改前的所述第三文 件的第五URL和修改后的所述目錄的新目錄名稱； 所述CDN根據(jù)所述第五URL查找到所述目錄，并將所述目錄的目錄名稱修改成所述新目 錄名稱； 所述CDN根據(jù)修改后的所述目錄，生成修改后的所述第三文件的第六URL; 所述CDN建立所述第五URL和所述第六URL之間的第三對(duì)應(yīng)關(guān)系； 所述CDN在接收到所述終端通過所述第五URL發(fā)起的第三訪問請(qǐng)求時(shí)，根據(jù)所述第三對(duì) 應(yīng)關(guān)系，將所述第三訪問請(qǐng)求重定向到所述第六URL對(duì)應(yīng)的所述第三文件上。4. 一種終端訪問內(nèi)容分發(fā)網(wǎng)絡(luò)⑶N的方法，其特征在于，包括： 所述終端向所述CDN發(fā)送第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng)求對(duì)已上傳到所述 CDN上的第一文件的統(tǒng)一資源定位符URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修改前的所述 第一文件的第一 URL和修改后的所述第一文件的第二URL，使得所述⑶N建立所述第一 URL和 所述第二URL之間的第一對(duì)應(yīng)關(guān)系； 所述終端通過所述第二URL訪問保存在所述CDN上的所述第一文件。5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括： 所述終端向所述CDN發(fā)送第二修改請(qǐng)求，所述第二修改請(qǐng)求用于請(qǐng)求對(duì)已上傳到所述 CDN上的第二文件的文件名稱進(jìn)行修改，所述第二修改請(qǐng)求中包括修改前的所述第二文件 的第三URL和修改后的所述第二文件的新文件名稱，使得所述CDN根據(jù)所述第三URL和所述 新文件名稱，生成修改后的所述第二文件的第四URL，并建立所述第三URL和所述第四URL之 間的第二對(duì)應(yīng)關(guān)系； 所述終端通過所述第三URL訪問保存在所述CDN上的所述第二文件。6. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括： 所述終端向所述CDN發(fā)送第三修改請(qǐng)求，所述第三修改請(qǐng)求用于請(qǐng)求對(duì)所述CDN上用于 存儲(chǔ)第三文件的目錄的目錄名稱進(jìn)行修改，所述第三修改請(qǐng)求中包括修改前的所述第三文 件的第五URL和修改后的所述目錄的新目錄名稱，使得所述CDN根據(jù)所述第五URL和所述新 目錄名稱，生成修改后的所述第三文件的第六URL，并建立所述第五URL和所述第六URL之間 的第三對(duì)應(yīng)關(guān)系； 所述終端通過所述第五URL訪問保存在所述CDN上的所述第三文件。7. -種內(nèi)容分發(fā)網(wǎng)絡(luò)⑶N，其特征在于，包括： 接收單元，用于接收來自所述終端的第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng)求對(duì)已 上傳到所述CDN上的第一文件的統(tǒng)一資源定位符URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修 改前的所述第一文件的第一 URL和修改后的所述第一文件的第二URL; 建立單元，用于建立所述第一 URL和所述第二URL之間的第一對(duì)應(yīng)關(guān)系； 所述接收單元還用于，接收所述終端通過所述第二URL發(fā)起的第一訪問請(qǐng)求； 重定向單元，用于根據(jù)所述第一對(duì)應(yīng)關(guān)系，將所述第一訪問請(qǐng)求重定向到所述第一URL 對(duì)應(yīng)的所述第一文件上。8. 根據(jù)權(quán)利要求7所述的CDN，其特征在于， 所述接收單元還用于，接收來自終端的第二修改請(qǐng)求，所述第二修改請(qǐng)求用于請(qǐng)求對(duì) 已上傳到所述CDN上的第二文件的文件名稱進(jìn)行修改，所述第二修改請(qǐng)求中包括修改前的 所述第二文件的第三URL和修改后的所述第二文件的新文件名稱； 所述⑶N還包括修改單元和生成單元； 所述修改單元，用于根據(jù)所述第三URL查找到所述第二文件，并將所述第二文件的文件 名稱修改成所述新文件名稱； 所述生成單元，用于根據(jù)修改后的所述第二文件，生成修改后的所述第二文件的第四 URL； 所述建立單元還用于，建立所述第三URL和所述第四URL之間的第二對(duì)應(yīng)關(guān)系； 所述接收單元還用于，接收所述終端通過所述第三URL發(fā)起的第二訪問請(qǐng)求； 所述重定向單元還用于，根據(jù)所述第二對(duì)應(yīng)關(guān)系，將所述第二訪問請(qǐng)求重定向到所述 第四URL對(duì)應(yīng)的所述第二文件上。9. 根據(jù)權(quán)利要求7所述的CDN，其特征在于，所述方法還包括： 所述接收單元還用于，接收來自終端的第三修改請(qǐng)求，所述第三修改請(qǐng)求用于請(qǐng)求對(duì) 所述CDN上用于存儲(chǔ)第三文件的目錄的目錄名稱進(jìn)行修改，所述第三修改請(qǐng)求中包括修改 前的所述第三文件的第五URL和修改后的所述目錄的新目錄名稱； 所述⑶N還包括修改單元和生成單元； 所述修改單元，用于根據(jù)所述第五URL查找到所述目錄，并將所述目錄的目錄名稱修改 成所述新目錄名稱； 所述生成單元，用于根據(jù)修改后的所述目錄，生成修改后的所述第三文件的第六URL; 所述建立單元還用于，建立所述第五URL和所述第六URL之間的第三對(duì)應(yīng)關(guān)系； 所述接收單元還用于，接收所述終端通過所述第五URL發(fā)起的第三訪問請(qǐng)求； 所述重定向單元還用于，根據(jù)所述第三對(duì)應(yīng)關(guān)系，將所述第三訪問請(qǐng)求重定向到所述 第六URL對(duì)應(yīng)的所述第三文件上。10. -種終端，其特征在于，包括： 處理單元，用于對(duì)第一文件的第一 URL進(jìn)行修改，得到修改后的所述第一文件的第二 URL； 發(fā)送單元，用于向所述CDN發(fā)送第一修改請(qǐng)求，所述第一修改請(qǐng)求用于請(qǐng)求對(duì)已上傳到 所述CDN上的第一文件的統(tǒng)一資源定位符URL進(jìn)行修改，所述第一修改請(qǐng)求中包括修改前的 所述第一文件的第一 URL和修改后的所述第一文件的第二URL，使得所述CDN建立所述第一 URL和所述第二URL之間的第一對(duì)應(yīng)關(guān)系；以及通過所述第二URL訪問保存在所述⑶N上的所 述第一文件。
【文檔編號(hào)】G06F17/30GK105975485SQ201610262866
【公開日】2016年9月28日
【申請(qǐng)日】2016年4月25日
【發(fā)明人】夏彥剛
【申請(qǐng)人】樂視控股（北京）有限公司, 樂視云計(jì)算有限公司