欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種涉及網(wǎng)絡(luò)及其應(yīng)用的動(dòng)態(tài)交付方法

文檔序號(hào):7762474閱讀:362來源:國(guó)知局
專利名稱:一種涉及網(wǎng)絡(luò)及其應(yīng)用的動(dòng)態(tài)交付方法
技術(shù)領(lǐng)域
本發(fā)明是一種涉及網(wǎng)絡(luò)及其應(yīng)用的動(dòng)態(tài)交付方法,專注在廣域網(wǎng)內(nèi)、互聯(lián)網(wǎng)間應(yīng)用系統(tǒng)的交付能力和全網(wǎng)鏈路可用性優(yōu)化。
背景技術(shù)
隨著以基于IPV6技術(shù)為基礎(chǔ)的互聯(lián)網(wǎng)的廣泛應(yīng)用,應(yīng)用類型和各類應(yīng)用的表現(xiàn)方式將更加多樣網(wǎng)絡(luò)視頻、網(wǎng)絡(luò)游戲、P2P文件分享等;基于機(jī)構(gòu)專網(wǎng)的數(shù)據(jù)集中在金融、電信、電子政務(wù)、各行業(yè)企業(yè)信息化等領(lǐng)域的逐漸展開,以及基于Web的應(yīng)用不斷普及深入,新一代的數(shù)據(jù)中心建設(shè)越來越為用戶所重視;對(duì)于下一代數(shù)據(jù)中心應(yīng)該具備的各項(xiàng)功能人們?nèi)栽诓粩嗵剿靼l(fā)現(xiàn)中,服務(wù)導(dǎo)向架構(gòu)(SOA)、虛擬化技術(shù)、綠色節(jié)能、不間斷運(yùn)行等都 是近幾年相關(guān)領(lǐng)域的熱點(diǎn)話題。用戶關(guān)心自己的業(yè)務(wù)、應(yīng)用是否在數(shù)據(jù)中心得到了順暢運(yùn)行,這就需要將數(shù)據(jù)中心承載的應(yīng)用平滑交付到最終使用者手中。有限的網(wǎng)絡(luò)帶寬需承載快速遞增的應(yīng)用數(shù)據(jù),提升應(yīng)用交付能力和網(wǎng)絡(luò)傳輸能力早在上世紀(jì)九十年代就已引起業(yè)界關(guān)注;基于硬件的組播技術(shù)就是1988年始被應(yīng)用在網(wǎng)絡(luò)產(chǎn)品上,至今已歷經(jīng)20年;視頻會(huì)議、推送技術(shù)、大規(guī)模協(xié)作計(jì)算、為用戶群進(jìn)行軟件升級(jí)、用于培訓(xùn)和企業(yè)報(bào)告的共享白板式的多媒體應(yīng)用、網(wǎng)絡(luò)代理、鏡像和高速緩存站點(diǎn)等等應(yīng)用,都依賴于從一個(gè)主機(jī)向多個(gè)主機(jī)或者從多個(gè)主機(jī)向多個(gè)主機(jī)發(fā)送同一信息的能力,并且大大超出了單播的能力。一種能最大限度地利用現(xiàn)有帶寬的有力武器是IP組播技術(shù),這項(xiàng)技術(shù)已獲得了眾多廠商的支持。IP組播技術(shù)有效地解決了單點(diǎn)發(fā)送多點(diǎn)接收的問題,實(shí)現(xiàn)了 IP網(wǎng)絡(luò)中點(diǎn)到多點(diǎn)的高效數(shù)據(jù)傳送,能夠大量節(jié)約網(wǎng)絡(luò)帶寬、降低網(wǎng)絡(luò)負(fù)載。作為一種與單播和廣播并列的通信方式,組播的意義不僅在于此。更重要的是,可以利用網(wǎng)絡(luò)的組播特性方便地提供一些新的增值業(yè)務(wù),包括在線直播、網(wǎng)絡(luò)電視、遠(yuǎn)程教育、遠(yuǎn)程醫(yī)療、網(wǎng)絡(luò)電臺(tái)、實(shí)時(shí)視頻會(huì)議等互聯(lián)網(wǎng)的信息服務(wù)領(lǐng)域。隨著互聯(lián)網(wǎng)建設(shè)的迅猛發(fā)展和新業(yè)務(wù)的不斷推出,組播也必將走向成熟。盡管目前端到端的全球組播業(yè)務(wù)還未大規(guī)模開展起來,但是具備組播能力的網(wǎng)絡(luò)數(shù)目在增加。一些主要的ISP已運(yùn)行域間組播路由協(xié)議進(jìn)行組播路由的交換,形成組播對(duì)等體。在IP網(wǎng)絡(luò)中多媒體業(yè)務(wù)日漸增多的情況下,組播有著巨大的市場(chǎng)潛力,組播業(yè)務(wù)也將逐漸得到推廣和普及。但組播技術(shù)由于受到技術(shù)發(fā)展的局限,有以下問題無法解決I) IP組播是從組播服務(wù)器到用戶單向的數(shù)據(jù)傳輸過程;2) IP組播只能將用戶作為傳輸對(duì)象;3) IP組播無法區(qū)分應(yīng)用類型進(jìn)行傳輸推送;4) IP組播無法按優(yōu)先級(jí)別對(duì)流量進(jìn)行整形后傳送;5) IP組播無法依據(jù)動(dòng)態(tài)帶寬做傳輸速率調(diào)整;6) IP組播無法整理與改變用戶對(duì)資源的訪問方式;
因此,IP組播已無法適應(yīng)現(xiàn)代數(shù)據(jù)網(wǎng)絡(luò)的實(shí)時(shí)業(yè)務(wù)交付需求,只能作為特定業(yè)務(wù)類型的數(shù)據(jù)傳輸方式補(bǔ)充。

發(fā)明內(nèi)容
為了克服上述現(xiàn)有技術(shù)存在的缺陷,本發(fā)明提供一種涉及網(wǎng)絡(luò)及其應(yīng)用的動(dòng)態(tài)交付方法,該方法解決了以往網(wǎng)絡(luò)層組播的單一性、不確定性、無法互動(dòng)等問題;適應(yīng)了機(jī)構(gòu)業(yè)務(wù)網(wǎng)絡(luò)對(duì)業(yè)務(wù)動(dòng)態(tài)交付的實(shí)時(shí)性要求;更解決了互聯(lián)網(wǎng)服務(wù)商對(duì)數(shù)據(jù)中心服務(wù)能力的跨越性提升問題。為實(shí)現(xiàn)上述目的,本發(fā)明的具體方案為
一種涉及網(wǎng)絡(luò)及其應(yīng)用的動(dòng)態(tài)交付方法,該方法是,ADD 引擎設(shè)在F7 OptimalDevice的外連接口與內(nèi)連接口之間,凡是經(jīng)過設(shè)備的請(qǐng)求流量皆經(jīng)過ADD 引擎按時(shí)延分類登記,對(duì)響應(yīng)的數(shù)據(jù)可依據(jù)登記的請(qǐng)求類型分類羅列接收用戶,并將數(shù)據(jù)按類動(dòng)態(tài)交付給相應(yīng)用戶;所述ADD 引擎內(nèi)核架構(gòu)及其作業(yè)步驟為ADD 芯片由核心引擎和四個(gè)引擎模塊組成,這四個(gè)引擎模塊分別是流量監(jiān)測(cè)與分析、流量隊(duì)列重整、交付許可證頒發(fā)、動(dòng)態(tài)交付應(yīng)用;四個(gè)引擎模塊按照流量發(fā)生的方向,在核心引擎的策略部署下作業(yè),作業(yè)步驟如下步驟I、登記并分析請(qǐng)求類型=Device B在管理員定義的同一時(shí)間段“X”內(nèi),接收到相同類型的用戶請(qǐng)求,并進(jìn)行分析與分揀;此時(shí)ADD 動(dòng)態(tài)交付技術(shù)核心引擎驅(qū)動(dòng)“流量監(jiān)測(cè)與分析”引擎模塊,該模塊將業(yè)經(jīng)分揀的流量轉(zhuǎn)發(fā)給下一步驟;步驟2、將并行的同類請(qǐng)求改為串行=Device B將接收到的用戶請(qǐng)求流量進(jìn)行時(shí)區(qū)分類后,重整流量隊(duì)列;此時(shí)ADD 動(dòng)態(tài)交付技術(shù)核心引擎驅(qū)動(dòng)“流量隊(duì)列重整”引擎?!缞A,將在“X”時(shí)段內(nèi)相同的用戶請(qǐng)求進(jìn)行合并,并將下一個(gè)“X”時(shí)段同類請(qǐng)求改為串行模塊式傳輸,該模塊將合并與重整傳輸序列后的請(qǐng)求流量交付往Server,在未至Server之前將先流經(jīng)Device A,此時(shí)Device A啟動(dòng)ADD 動(dòng)態(tài)交付技術(shù)核心引擎;步驟3、DeviCe A啟動(dòng)ADD 動(dòng)態(tài)交付技術(shù)核心引擎后,ADD 動(dòng)態(tài)交付技術(shù)核心引擎驅(qū)動(dòng)“交付許可證頒發(fā)”引擎模塊,該模塊運(yùn)行后將依次記錄Device B轉(zhuǎn)發(fā)來的流量串,并按應(yīng)用與用戶級(jí)別發(fā)放動(dòng)態(tài)交付許可證標(biāo)記,再遞交至Server端,Server端將按需響應(yīng)的數(shù)據(jù)包遞往User,當(dāng)響應(yīng)流量再次流經(jīng)Device A時(shí),Device A收到來自Server端的響應(yīng)流量并將之逐一審批加標(biāo)記加速轉(zhuǎn)發(fā)至目標(biāo);步驟4、將應(yīng)用動(dòng)態(tài)交付給有需求的用戶Device B將Device A轉(zhuǎn)遞來的流量按用戶請(qǐng)求被審批的狀況做動(dòng)態(tài)分發(fā);此時(shí)運(yùn)行的“動(dòng)態(tài)交付應(yīng)用”引擎模塊是按登記有相關(guān)請(qǐng)求的User做文件“Y”的數(shù)據(jù)包動(dòng)態(tài)交付的;在數(shù)據(jù)包從Server至User的過程中,經(jīng)過Device B時(shí),單個(gè)數(shù)據(jù)包有可能按規(guī)則被同時(shí)分發(fā)給多個(gè)User,這個(gè)分發(fā)的過程是根據(jù)規(guī)則動(dòng)態(tài)調(diào)整的,稱為數(shù)據(jù)包的動(dòng)態(tài)交付或應(yīng)用的動(dòng)態(tài)交付。本發(fā)明具有如下有益效果1)F7 ADD 應(yīng)用動(dòng)態(tài)交付技術(shù)是基于對(duì)用戶的請(qǐng)求優(yōu)化管理形成的互動(dòng)式數(shù)據(jù)交付技術(shù);2)F7 ADD 應(yīng)用動(dòng)態(tài)交付技術(shù)可以將用戶和應(yīng)用作為傳輸對(duì)像;
3)F7 ADD 應(yīng)用動(dòng)態(tài)交付技術(shù)可以按不同的應(yīng)用類型將數(shù)據(jù)交付給相應(yīng)用戶;4)F7 ADD 應(yīng)用動(dòng)態(tài)交付技術(shù)能按應(yīng)用及用戶的復(fù)合優(yōu)先級(jí)進(jìn)行數(shù)據(jù)包速率整形并交付;5)F7 ADD 應(yīng)用動(dòng)態(tài)交付技術(shù)可依據(jù)動(dòng)態(tài)帶寬策略對(duì)指 定的數(shù)據(jù)包傳輸速率做調(diào)整;6)F7 ADD 應(yīng)用動(dòng)態(tài)交付技術(shù)通過調(diào)整用戶對(duì)數(shù)據(jù)資源的訪問方式來提升交付能力;因此,F(xiàn)7 ADD 應(yīng)用動(dòng)態(tài)交付技術(shù)將成為未來網(wǎng)絡(luò)數(shù)據(jù)中心動(dòng)態(tài)交付業(yè)務(wù)的必要手段,配置ADD 應(yīng)用動(dòng)態(tài)交付技術(shù)服務(wù)的業(yè)務(wù)專網(wǎng)的將成為可控的彈性數(shù)據(jù)網(wǎng)絡(luò);ADD 應(yīng)用動(dòng)態(tài)交付技術(shù)能幫助用戶將靜態(tài)數(shù)據(jù)中心轉(zhuǎn)變?yōu)閯?dòng)態(tài)交付中心,使數(shù)據(jù)中心具有最佳的性能、最高的安全性、最低的成本以及最強(qiáng)大的業(yè)務(wù)靈活性。


圖I為未應(yīng)用F7 ADD 技術(shù)的網(wǎng)絡(luò),交互式傳輸狀態(tài)圖。圖2為應(yīng)用F7 ADD 技術(shù)后的網(wǎng)絡(luò),應(yīng)用的交互式傳輸狀態(tài)圖。圖3 為 F7 Optimal Device 設(shè)備結(jié)構(gòu)圖。圖4為ADD 引擎功能模塊圖。圖5為請(qǐng)求類型登記與流量分揀。圖6為流量識(shí)別與分析圖。圖7為并行的同類請(qǐng)求改為串行圖。圖8為流量區(qū)分及隊(duì)列重整圖。圖9為按應(yīng)用與用戶級(jí)別發(fā)放動(dòng)態(tài)交付許可圖。圖10為交付許可證授權(quán)圖。圖11為將應(yīng)用動(dòng)態(tài)交付給有需求的用戶圖。圖12為動(dòng)態(tài)交付應(yīng)用工作圖。
具體實(shí)施例方式為了使本發(fā)明的技術(shù)手段、創(chuàng)作特征與達(dá)成目的易于明白理解,以下結(jié)合具體實(shí)施例進(jìn)一步闡述本發(fā)明如圖I所示,Router B后面用戶向應(yīng)用服務(wù)器發(fā)出請(qǐng)求,若同一時(shí)間段內(nèi)有5個(gè)用戶向應(yīng)用服務(wù)器發(fā)出的請(qǐng)求相同,則應(yīng)用服務(wù)器將根據(jù)每一位用戶的請(qǐng)求反饋相應(yīng)的應(yīng)用服務(wù)資源到用戶。如圖3所示,ADD 引擎被設(shè)計(jì)在F7 Optimal Device的外連接口與內(nèi)連接口之間,凡是經(jīng)過設(shè)備的請(qǐng)求流量皆經(jīng)過ADD 引擎按時(shí)延分類登記,對(duì)響應(yīng)的數(shù)據(jù)可依據(jù)登記的請(qǐng)求類型羅列接收用戶,并將數(shù)據(jù)動(dòng)態(tài)交付給相應(yīng)用戶。如圖I所示,由User向Application Server發(fā)出數(shù)據(jù)下載請(qǐng)求,ApplicationServer按照來自User的請(qǐng)求給予數(shù)據(jù)資源響應(yīng)。假定從User到Server的鏈路最高速率(帶寬)限定為5MB,在“X”秒內(nèi)有5個(gè)User幾乎同時(shí)發(fā)出針對(duì)文件“Y”的下載請(qǐng)求,而“Y”的大小為2MB ;整個(gè)傳輸完成需2秒鐘;則在2秒鐘內(nèi),從Server端到User端的鏈路剛好滿足傳輸文件“Y”的要求,這條鏈路已滿負(fù)荷,再有新的請(qǐng)求發(fā)生,將會(huì)產(chǎn)生擁塞的隊(duì)列。如果有一種方法可以讓Users在“X”秒內(nèi)發(fā)生的相同請(qǐng)求進(jìn)行合并,而Server接收到的請(qǐng)求僅為一個(gè)單一的請(qǐng)求,那么回傳的數(shù)據(jù)文件“Y”就只需從Server端傳到User端一次,這樣就能解決通道壓力問題。如圖2所示,將F7 ADD 芯片部署在Device A和Device B上,將Device A串接在Servers端,Device B串接在Users端;由Device B接收到來自Users的請(qǐng)求時(shí),會(huì)依據(jù)時(shí)間單位“X”進(jìn)行請(qǐng)求登記和合并,假定在“X”秒內(nèi),有5個(gè)User向Server發(fā)出下載文件“Y”的請(qǐng)求,那么經(jīng)Device B甄別并將其合并為一個(gè)請(qǐng)求,那么下一個(gè)“X”秒內(nèi)的發(fā)生的請(qǐng)求再經(jīng)Device B合并后形成統(tǒng)一的一個(gè)請(qǐng)求,Device B能參照當(dāng)前鏈路的忙閑狀況決定是否將這些經(jīng)過甄別的請(qǐng)求改為串行方式傳輸,從而可以大大減輕上傳通道的壓力。Server接收到合并的請(qǐng)求串后,登記并發(fā)放License標(biāo)記,Server按License標(biāo) 記的許可反饋文件“Y”的數(shù)據(jù)包去User端,數(shù)據(jù)包經(jīng)過Device A時(shí)被加速,經(jīng)過DeviceB時(shí),數(shù)據(jù)包將被按照請(qǐng)求被合并前的序列動(dòng)態(tài)分發(fā)給相應(yīng)的用戶,從而完成一個(gè)動(dòng)態(tài)交付的環(huán)節(jié)?;?dòng)式動(dòng)態(tài)交付技術(shù)的運(yùn)用,關(guān)鍵是所有的應(yīng)用交付行為都是依據(jù)請(qǐng)求來給予響應(yīng)的,是一種精準(zhǔn)的按需交付行為,與IP組播技術(shù)的廣播式交付行為相比較,可以極大的提升全網(wǎng)帶寬通道的利用率。一種涉及網(wǎng)絡(luò)及其應(yīng)用的動(dòng)態(tài)交付方法,該方法是,如圖3所示,ADD 引擎(芯片)被設(shè)計(jì)在F7 Optimal Device的外連接口與內(nèi)連接口之間,凡是經(jīng)過設(shè)備的請(qǐng)求流量皆經(jīng)過ADD 引擎按時(shí)延分類登記,對(duì)響應(yīng)的數(shù)據(jù)可依據(jù)登記的請(qǐng)求類型羅列接收用戶,并將數(shù)據(jù)動(dòng)態(tài)交付給相應(yīng)用戶。所述ADD 引擎內(nèi)核架構(gòu)及其作業(yè)步驟如圖4所示,ADD 芯片由動(dòng)態(tài)交付技術(shù)核心引擎和四個(gè)引擎模塊組成,這四個(gè)引擎模塊分別是流量監(jiān)測(cè)與分析、流量隊(duì)列重整、交付許可證授權(quán)、動(dòng)態(tài)交付應(yīng)用;四個(gè)引擎模塊按照流量發(fā)生的方向,在核心引擎的策略部署下作業(yè);例如處理一個(gè)從User端發(fā)出的請(qǐng)求串登記與合并,再?gòu)腟erver端反饋的數(shù)據(jù)包加速與動(dòng)態(tài)交付至User, —般經(jīng)過以上四個(gè)步驟,這四個(gè)步驟發(fā)生在裝置有ADD 引擎的Device A與Device B中。詳細(xì)作業(yè)步驟如下步驟I、登記并分析請(qǐng)求類型如圖5所示,Device B在管理員定義的同一時(shí)間段“X”內(nèi),接收到相同類型的用戶請(qǐng)求,并進(jìn)行分析與分揀。此時(shí)ADD 動(dòng)態(tài)交付技術(shù)核心引擎驅(qū)動(dòng)“流量監(jiān)測(cè)與分析”引擎模塊,如圖6,該模塊將業(yè)經(jīng)分揀的流量轉(zhuǎn)發(fā)給下一步驟。步驟2、將并行的同類請(qǐng)求改為串行如圖7所示,Device B將接收到的用戶請(qǐng)求流量進(jìn)行時(shí)區(qū)分類后,重整流量隊(duì)列;此時(shí)ADD 核心引擎驅(qū)動(dòng)“流量隊(duì)列重整”引擎模塊,如圖8,將在“X”時(shí)段內(nèi)相同的用戶請(qǐng)求進(jìn)行合并,并將下一個(gè)“X”時(shí)段同類請(qǐng)求改為串行模塊式傳輸,該模塊將合并與重整傳輸序列后的請(qǐng)求流量交付往Server,在未至Server之前將先流經(jīng)Device A,此時(shí)Device A啟動(dòng)ADD 動(dòng)態(tài)交付技術(shù)核心引擎。步驟3、DeviCe A啟動(dòng)ADD 動(dòng)態(tài)交付技術(shù)核心引擎后,ADD 動(dòng)態(tài)交付技術(shù)核心引擎驅(qū)動(dòng)“交付許可證授權(quán)”引擎模塊,該模塊運(yùn)行后將依次記錄Device B轉(zhuǎn)發(fā)來的流量串,并按應(yīng)用與用戶級(jí)別發(fā)放動(dòng)態(tài)交付許可證標(biāo)記,再遞交至Server端,如圖10所示;Server端將按需響應(yīng)的數(shù)據(jù)包遞往User,當(dāng)響應(yīng)流量再次流經(jīng)Device A時(shí),如圖9所示,Device A收到來自Server端的響應(yīng)流量并將之逐一審批加標(biāo)記加速轉(zhuǎn)發(fā)至目標(biāo)(將至Device B);步驟4、將應(yīng)用動(dòng)態(tài)交付給有需求的用戶如圖11所示,DeviceB將Device A轉(zhuǎn)遞來的流量按用戶請(qǐng)求被審批的狀況做動(dòng)態(tài)分發(fā);如圖12所示,此時(shí)運(yùn)行的“動(dòng)態(tài)交付應(yīng)用”引擎模塊是按登記有相關(guān)請(qǐng)求的User做文件“Y”的數(shù)據(jù)包動(dòng)態(tài)交付的。在數(shù)據(jù)包從Server至User的過程中,經(jīng)過Device B時(shí),單個(gè)數(shù)據(jù)包有可能按規(guī)則被同時(shí)分發(fā)給多個(gè)User,這個(gè)分發(fā)的過程是根據(jù)規(guī)則動(dòng)態(tài)調(diào)整的,稱為數(shù)據(jù)包的動(dòng)態(tài)交付或應(yīng)用的動(dòng)態(tài)交付。
以上顯示和描述了本發(fā)明的基本原理、主要特征和本發(fā)明的優(yōu)點(diǎn)。本行業(yè)的技術(shù)人員應(yīng)該了解,本發(fā)明不受上述實(shí)施例的限制,上述實(shí)施例和說明書中描述的只是說明本發(fā)明的原理,在不脫離本發(fā)明精神和范圍的前提下本發(fā)明還會(huì)有各種變化和改進(jìn),這些變化和改進(jìn)都落入要求保護(hù)的本發(fā)明范圍內(nèi)。本發(fā)明要求保護(hù)范圍由所附的權(quán)利要求書及其等同物界定。
權(quán)利要求
1.一種涉及網(wǎng)絡(luò)及其應(yīng)用的動(dòng)態(tài)交付方法,其特征在于該方法是,ADD 引擎設(shè)在F7 Optimal Device(SI)的外連接口與內(nèi)連接口之間,凡是經(jīng)過設(shè)備的請(qǐng)求流量皆經(jīng)過ADD 引擎按時(shí)延分類登記,對(duì)響應(yīng)的數(shù)據(jù)可依據(jù)登記的請(qǐng)求類型分類羅列接收用戶,并將數(shù)據(jù)按類動(dòng)態(tài)交付給相應(yīng)用戶; 所述ADD 引擎內(nèi)核架構(gòu)及其作業(yè)步驟為 ADD 芯片由核心引擎和四個(gè)引擎模塊組成,這四個(gè)引擎模塊分別是流量監(jiān)測(cè)與分析、流量隊(duì)列重整、交付許可證頒發(fā)、動(dòng)態(tài)交付應(yīng)用;四個(gè)引擎模塊按照流量發(fā)生的方向,在核心引擎的策略部署下作業(yè),作業(yè)步驟如下 步驟I、登記并分析請(qǐng)求類型=Device B在管理員定義的同一時(shí)間段“X”內(nèi),接收到相同類型的用戶請(qǐng)求,并進(jìn)行分析與分揀;此時(shí)ADD 動(dòng)態(tài)交付技術(shù)核心引擎驅(qū)動(dòng)“流量監(jiān)測(cè)與分析”引擎模塊,該模塊將業(yè)經(jīng)分揀的流量轉(zhuǎn)發(fā)給下一步驟; 步驟2、將并行的同類請(qǐng)求改為串行=Device B將接收到的用戶請(qǐng)求流量進(jìn)行時(shí)區(qū)分類后,重整流量隊(duì)列;此時(shí)ADD 動(dòng)態(tài)交付技術(shù)核心引擎驅(qū)動(dòng)“流量隊(duì)列重整”引擎模塊,將在“X”時(shí)段內(nèi)相同的用戶請(qǐng)求進(jìn)行合并,并將下一個(gè)“X”時(shí)段同類請(qǐng)求改為串行模塊式傳輸,該模塊將合并與重整傳輸序列后的請(qǐng)求流量交付往Server,在未至Server之前將先流經(jīng)Device A,此時(shí)Device A啟動(dòng)ADD 動(dòng)態(tài)交付技術(shù)核心引擎; 步驟3、Device A啟動(dòng)ADD 動(dòng)態(tài)交付技術(shù)核心引擎后,ADD 動(dòng)態(tài)交付技術(shù)核心引擎驅(qū)動(dòng)“交付許可證頒發(fā)”引擎模塊,該模塊運(yùn)行后將依次記錄Device B轉(zhuǎn)發(fā)來的流量串,并按應(yīng)用與用戶級(jí)別發(fā)放動(dòng)態(tài)交付許可證標(biāo)記,再遞交至Server端,Server端將按需響應(yīng)的數(shù)據(jù)包遞往User,當(dāng)響應(yīng)流量再次流經(jīng)Device A時(shí),Device A收到來自Server端的響應(yīng)流量并將之逐一審批加標(biāo)記加速轉(zhuǎn)發(fā)至目標(biāo); 步驟4、將應(yīng)用動(dòng)態(tài)交付給有需求的用戶=Device B將Device A轉(zhuǎn)遞來的流量按用戶請(qǐng)求被審批的狀況做動(dòng)態(tài)分發(fā);此時(shí)運(yùn)行的“動(dòng)態(tài)交付應(yīng)用”引擎模塊是按登記有相關(guān)請(qǐng)求的User做文件“Y”的數(shù)據(jù)包動(dòng)態(tài)交付的;在數(shù)據(jù)包從Server至User的過程中,經(jīng)過DeviceB時(shí),單個(gè)數(shù)據(jù)包有可能按規(guī)則被同時(shí)分發(fā)給多個(gè)User,這個(gè)分發(fā)的過程是根據(jù)規(guī)則動(dòng)態(tài)調(diào)整的,稱為數(shù)據(jù)包的動(dòng)態(tài)交付或應(yīng)用的動(dòng)態(tài)交付。
全文摘要
本發(fā)明公開了一種涉及網(wǎng)絡(luò)及其應(yīng)用的動(dòng)態(tài)交付方法,該方法是ADDTM引擎(Applications Dynamic Delivery Engine)設(shè)在流量分析與控制設(shè)備F7 Optimal Device的外連接口與內(nèi)連接口之間,凡是經(jīng)過設(shè)備的請(qǐng)求流量皆經(jīng)過ADDTM引擎按時(shí)延分類登記,對(duì)響應(yīng)的數(shù)據(jù)可依據(jù)登記的請(qǐng)求類型分類羅列接收用戶,并將數(shù)據(jù)按類動(dòng)態(tài)交付給相應(yīng)用戶;而IP組播已無法適應(yīng)現(xiàn)代數(shù)據(jù)網(wǎng)絡(luò)的實(shí)時(shí)業(yè)務(wù)交付需求,只能作為特定業(yè)務(wù)類型的數(shù)據(jù)傳輸方式補(bǔ)充。
文檔編號(hào)H04L29/08GK102957724SQ201110246819
公開日2013年3月6日 申請(qǐng)日期2011年8月25日 優(yōu)先權(quán)日2011年8月25日
發(fā)明者楊貽宏 申請(qǐng)人:上海飛旗網(wǎng)絡(luò)技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
泸定县| 成武县| 垫江县| 柳河县| 新疆| 恩施市| 宜良县| 皋兰县| 泰和县| 韩城市| 星座| 彰武县| 台东县| 图片| 炉霍县| 禄劝| 桂平市| 泰州市| 贡山| 漳浦县| 金堂县| 蒙自县| 黄梅县| 兴安县| 彩票| 咸宁市| 阳高县| 南京市| 麻江县| 九龙坡区| 舒兰市| 安阳市| 休宁县| 静乐县| 布拖县| 东兴市| 屏东市| 黄梅县| 萨嘎县| 甘肃省| 建平县|