[發(fā)明專利]網(wǎng)絡(luò)請求資源調(diào)度方法、裝置及計算機(jī)可讀存儲介質(zhì)

有效

• 申請?zhí)枺?/td>: 201911325378.8
• 申請日: 2019-12-20
• 公開（公告）號: CN111191156B
• 公開（公告）日: 2023-09-05
• 發(fā)明（設(shè)計）人: 洪一帆;張陽平;戚劍鋒;王廣偉;陳寬
• 申請（專利權(quán)）人: 中移（杭州）信息技術(shù)有限公司;中國移動通信集團(tuán)有限公司
• 主分類號: G06F16/955
• 分類號: G06F16/955
• 代理公司: 上海晨皓知識產(chǎn)權(quán)代理事務(wù)所(普通合伙) 31260
• 代理人: 成麗杰

本發(fā)明實(shí)施例涉及網(wǎng)絡(luò)管理技術(shù)領(lǐng)域，公開了一種網(wǎng)絡(luò)請求資源調(diào)度方法。本發(fā)明接收并解析用戶請求得的目的URL，判斷所述目的URL是否屬于預(yù)構(gòu)建的內(nèi)容分發(fā)網(wǎng)絡(luò)所簽訂的URL，若所述目的URL屬于預(yù)構(gòu)建的內(nèi)容分發(fā)網(wǎng)絡(luò)所簽訂的URL，則啟用與所述內(nèi)容分發(fā)網(wǎng)絡(luò)對應(yīng)的域名解析服務(wù)器對所述目的URL進(jìn)行域名解析，得到與所述用戶請求對應(yīng)的請求資源，若所述目的URL不屬于預(yù)構(gòu)建的內(nèi)容分發(fā)網(wǎng)絡(luò)所簽訂的URL，則啟用與所述用戶請求對應(yīng)的遠(yuǎn)程域名解析服務(wù)器解析所述目的URL，得到請求資源。本發(fā)明還提出一種網(wǎng)絡(luò)請求資源調(diào)度裝置以及一種計算機(jī)可讀存儲介質(zhì)。本發(fā)明可有效的解決在資源調(diào)度上網(wǎng)絡(luò)帶寬擁塞、網(wǎng)絡(luò)響應(yīng)速度延遲的問題。

技術(shù)領(lǐng)域

本發(fā)明實(shí)施例涉及網(wǎng)絡(luò)管理技術(shù)領(lǐng)域，特別涉及一種網(wǎng)絡(luò)請求資源調(diào)度的方法。

背景技術(shù)

隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，越來越多的用戶及設(shè)備接入互聯(lián)網(wǎng)，造成互聯(lián)網(wǎng)上的數(shù)據(jù)量急速增長，對運(yùn)營商及互聯(lián)網(wǎng)企業(yè)來說都是一個很大的挑戰(zhàn)，因?yàn)榫薮蟮臄?shù)據(jù)量極易造成網(wǎng)絡(luò)帶寬擁塞及傳輸費(fèi)用的增加，影響服務(wù)質(zhì)量及用戶體驗(yàn)，為解決這一問題，目前主要有CDN及WebCache兩種方式。

上述兩種方式在節(jié)省骨干網(wǎng)傳輸帶寬，降低網(wǎng)間流量的同時，在提升用戶體驗(yàn)方面也發(fā)揮了巨大的作用。然而本發(fā)明人發(fā)現(xiàn)，這所述兩種方式由于各自分離管理，缺乏統(tǒng)一的資源管理和調(diào)度機(jī)制，因此在一定程度上造成資源浪費(fèi)，即使目前已有將兩種方式結(jié)合的技術(shù)手段，但也僅僅是區(qū)分出不同的業(yè)務(wù)范圍而簡單的進(jìn)行資源調(diào)度，沒有實(shí)現(xiàn)CDN及WebCache之前的優(yōu)劣勢互補(bǔ)，因此在沒有解決優(yōu)劣勢互補(bǔ)的情況下，單個的CDN及WebCache在資源調(diào)度上，存在網(wǎng)絡(luò)帶寬擁塞、網(wǎng)絡(luò)響應(yīng)速度延遲的問題。

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

本發(fā)明實(shí)施方式的目的在于提供一種網(wǎng)絡(luò)請求資源調(diào)度方法、裝置及計算機(jī)可讀存儲介質(zhì)，有效的解決了在資源調(diào)度上，網(wǎng)絡(luò)帶寬擁塞、網(wǎng)絡(luò)響應(yīng)速度延遲的問題。

為解決上述技術(shù)問題，本發(fā)明的實(shí)施方式提供了一種網(wǎng)絡(luò)請求資源調(diào)度方法，所述方法包括：

接收用戶請求，解析所述用戶請求的目的URL；

判斷所述目的URL是否屬于預(yù)構(gòu)建的內(nèi)容分發(fā)網(wǎng)絡(luò)所簽訂的URL；

當(dāng)所述目的URL屬于預(yù)構(gòu)建的內(nèi)容分發(fā)網(wǎng)絡(luò)所簽訂的URL時，啟用與所述內(nèi)容分發(fā)網(wǎng)絡(luò)對應(yīng)的域名解析服務(wù)器對所述目的URL進(jìn)行域名解析，得到請求資源；

當(dāng)所述目的URL不屬于預(yù)構(gòu)建的內(nèi)容分發(fā)網(wǎng)絡(luò)所簽訂的URL時，啟用與所述用戶請求對應(yīng)的遠(yuǎn)程域名解析服務(wù)器對所述目的URL進(jìn)行域名解析，得到請求資源。

優(yōu)選地，若所述目的URL不屬于預(yù)構(gòu)建的內(nèi)容分發(fā)網(wǎng)絡(luò)所簽訂的URL，則啟用與所述用戶請求對應(yīng)的遠(yuǎn)程域名解析服務(wù)器解析所述目的URL，得到請求資源，包括：

若所述目的URL不屬于預(yù)構(gòu)建的內(nèi)容分發(fā)網(wǎng)絡(luò)所簽訂的URL，判斷所述目的URL被請求的次數(shù)是否達(dá)到預(yù)設(shè)的熱度閾值，若所述目的URL被請求的次數(shù)沒達(dá)到所述熱度閾值，啟用與所述用戶請求對應(yīng)的遠(yuǎn)程域名解析服務(wù)器解析所述目的URL，得到請求資源；

若所述目的URL被請求的次數(shù)達(dá)到所述熱度閾值，則根據(jù)所述目的URL使用預(yù)設(shè)緩存控制方法提取得到請求資源。

優(yōu)選地，所述啟用與所述用戶請求對應(yīng)的遠(yuǎn)程域名解析服務(wù)器解析所述目的URL，得到請求資源，包括：

判斷所述目的URL在所述用戶請求的本地瀏覽器中是否有與所述目的URL相對應(yīng)的本地緩存；

若存在所述目的URL相對應(yīng)的本地緩存，直接訪問所述本地緩存的歷史記錄；

若不存在所述目的URL相對應(yīng)的本地緩存，則向所述遠(yuǎn)程域名解析服務(wù)器發(fā)起解析請求，直至所述遠(yuǎn)程域名解析服務(wù)器響應(yīng)請求并反饋請求資源。

優(yōu)選地，所述根據(jù)所述目的URL使用預(yù)設(shè)緩存控制方法提取得到請求資源，包括：