一種云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法
【專利摘要】一種云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法；其包括提交用戶請求、劃分任務(wù)單元、定義計(jì)算模型、定義存儲(chǔ)模型、定義服務(wù)解析過程、服務(wù)調(diào)度過程、資源調(diào)度過程和對調(diào)度進(jìn)行評估等階段：本發(fā)明定義了服務(wù)組合文件的數(shù)學(xué)模型并將其應(yīng)用于云環(huán)境中；首先對服務(wù)組合文件進(jìn)行解析以確定服務(wù)優(yōu)先級；利用資源池將任務(wù)分類，服務(wù)可以通過運(yùn)行特點(diǎn)使用合適的資源分配方法執(zhí)行；調(diào)度方法考慮了數(shù)據(jù)局部性和相關(guān)服務(wù)完成率。從模擬實(shí)驗(yàn)中可以觀察到，本發(fā)明提出的分層調(diào)度方法可以提高資源利用率，相較于Hadoop默認(rèn)的FIFO調(diào)度實(shí)現(xiàn)更高的服務(wù)完成率。本發(fā)明提出的方法通過高效調(diào)度和優(yōu)先級的重新分配滿足用戶和服務(wù)提供者的要求。
【專利說明】—種云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于計(jì)算機(jī)網(wǎng)絡(luò)應(yīng)用與系統(tǒng)結(jié)構(gòu)【技術(shù)領(lǐng)域】，特別是涉及一種云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法。
【背景技術(shù)】
[0002]云計(jì)算改變了傳統(tǒng)使用基礎(chǔ)設(shè)施的方式。其中，有效的資源管理和服務(wù)調(diào)度可以解決資源過度消耗或利用不足的問題，提高用戶滿意度。由于用戶需求和服務(wù)屬性的多樣性，在云環(huán)境中針對不同應(yīng)用程序和服務(wù)模式的調(diào)度算法的研究，以及在云環(huán)境中執(zhí)行服務(wù)組合，對用戶請求實(shí)現(xiàn)定制化是非常重要的。在云計(jì)算環(huán)境中實(shí)現(xiàn)服務(wù)組合，重要的是服務(wù)調(diào)度和資源分配并在此基礎(chǔ)上滿足QoS要求。服務(wù)組合是通過組合和連接云計(jì)算環(huán)境中已有的服務(wù)以創(chuàng)建新的服務(wù)的過程。服務(wù)的調(diào)度要符合云計(jì)算動(dòng)態(tài)性，分布式和可共享的特點(diǎn)。資源的分配是為了能夠讓工作流中的所有服務(wù)都達(dá)到各自的性能指標(biāo)。此外，在云計(jì)算平臺(tái)中，基于QoS的資源分配機(jī)制可以對用戶請求進(jìn)行差異化的調(diào)度。
[0003]云計(jì)算服務(wù)提供三層架構(gòu)。整個(gè)云架構(gòu)包括資源提供者，服務(wù)提供者和用戶三部分。服務(wù)提供者租借資源并創(chuàng)建虛擬機(jī)實(shí)例為用戶提供服務(wù)；資源提供者負(fù)責(zé)將虛擬機(jī)調(diào)度到相應(yīng)的物理機(jī)上；用戶提交申請單個(gè)服務(wù)或服務(wù)組合。服務(wù)提供者的服務(wù)隨著時(shí)間或成本等因素而發(fā)生變化。
[0004]云計(jì)算向著數(shù)據(jù)密集型和計(jì)算密集型發(fā)展的特點(diǎn)，很多應(yīng)用都是基于Map/Reduce模型以提高性能。Map/Reduce是Google提出的分布式并行計(jì)算編程模型，用于大規(guī)模數(shù)據(jù)的并行處理。Map/Reduce模型受函數(shù)式編程語言的啟發(fā)，將大規(guī)模數(shù)據(jù)處理作業(yè)拆分成若干個(gè)可獨(dú)立運(yùn)行的Map任務(wù)，分配到不同的機(jī)器上去執(zhí)行，生成某種格式的中間文件，再由若干個(gè)Reduce任務(wù)合并這些中間文件獲得最后的輸出文件。
[0005]此前在Map/Reduce模型中對服務(wù)調(diào)度算法的研究包括:FIF0調(diào)度算法會(huì)長期占用系統(tǒng)資源，其他作業(yè)提交之后由于遲遲得不到系統(tǒng)資源而不能及時(shí)處理，從而影響了系統(tǒng)的交互能力和用戶的使用體驗(yàn)；公平份額調(diào)度算法和計(jì)算能力調(diào)度算法要進(jìn)行預(yù)先的配置，因此配置的適當(dāng)與否決定著系統(tǒng)的性能，配置合適時(shí)系統(tǒng)有著較好的響應(yīng)性能，但如果沒有配置好，則與配置好時(shí)的系統(tǒng)性能有著較大的差距。

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

[0006]為了解決上述問題，本發(fā)明的目的在于提供一種云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法。
[0007]為了達(dá)到上述目的，本發(fā)明提供的云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法包括按順序進(jìn)行的下列步驟:
[0008]I)提交用戶請求的SOl階段:用戶提交請求給服務(wù)提供者，包括單個(gè)服務(wù)或服務(wù)組合；
[0009]2)劃分任務(wù)單元的S02階段:服務(wù)提供者接收用戶請求，劃分為更小單元的任務(wù)，任務(wù)單元在得到優(yōu)先級后進(jìn)行調(diào)度；
[0010]3)定義計(jì)算模型的S03階段:從服務(wù)級定義負(fù)責(zé)服務(wù)執(zhí)行的計(jì)算資源模型，計(jì)算資源模型分為服務(wù)層和虛擬層；
[0011]4)定義存儲(chǔ)模型的S04階段:從任務(wù)級定義負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)資源模型，分為服務(wù)層和數(shù)據(jù)訪問層；
[0012]5)定義服務(wù)解析過程的S05階段:定義服務(wù)解析過程，將用戶所請求的服務(wù)根據(jù)定義的調(diào)度模型分解成服務(wù)組合模式，對服務(wù)組合模式中的服務(wù)文件進(jìn)行解析，包括計(jì)算服務(wù)執(zhí)行時(shí)間，服務(wù)權(quán)重和數(shù)據(jù)傳輸權(quán)重，并根據(jù)計(jì)算結(jié)果和服務(wù)路徑對服務(wù)進(jìn)行排名；
[0013]6)服務(wù)調(diào)度過程的S06階段:預(yù)定義三個(gè)資源池，資源池根據(jù)Map/Consumption比衡量和比較Map/Reduce服務(wù)，將排名后的服務(wù)分解成任務(wù)，計(jì)算任務(wù)完成率是否大于資源池中任務(wù)槽定義的閾值，將大于閾值的任務(wù)根據(jù)服務(wù)所需的資源分解進(jìn)入三個(gè)資源池中，不同資源池中的服務(wù)對應(yīng)不同的資源分配方法，任務(wù)在資源池中的分布式任務(wù)槽中執(zhí)行，這是服務(wù)調(diào)度過程；
[0014]7)資源調(diào)度過程的S07階段:資源池中有可用任務(wù)槽時(shí)對任務(wù)進(jìn)行調(diào)度部署，預(yù)定義三種資源池的分配方法，當(dāng)Map/Reduce中的TaskTracker有可用任務(wù)槽時(shí),根據(jù)數(shù)據(jù)局部性原理從資源池中選合適的任務(wù)執(zhí)行，若排名前三任務(wù)數(shù)據(jù)局部性符合，將排名最高的任務(wù)分配進(jìn)入任務(wù)槽中，若不符合，繼續(xù)等待；最后完成服務(wù)調(diào)度與資源調(diào)度的整體過程;
[0015]8)對調(diào)度進(jìn)行評估的S08階段:從服務(wù)總完成時(shí)間、資源利用率方面對調(diào)度進(jìn)行評估。
[0016]在S03階段中，所述的計(jì)算資源模型定義了三種任務(wù)類型=TM-Map任務(wù)，TR-Reduce 任務(wù)和非 Map-Reduce 任務(wù)。
[0017]在S03階段中，計(jì)算資源模型中定義的數(shù)據(jù)塊是可復(fù)制的。
[0018]所述的步驟6)中依據(jù)Map/Consumption比設(shè)置三個(gè)數(shù)據(jù)訪問級別:Map數(shù)據(jù)輸入，Map-Reduce中間數(shù)據(jù)，Reduce數(shù)據(jù)輸出。
[0019]所述的步驟5)_步驟7)共同構(gòu)成分層調(diào)度模型，從服務(wù)調(diào)度和資源調(diào)度兩方面改善服務(wù)組合執(zhí)行率。
[0020]本發(fā)明提供的云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法，定義了服務(wù)組合文件的數(shù)學(xué)模型并將其應(yīng)用于云環(huán)境中；首先對服務(wù)組合文件進(jìn)行解析以確定服務(wù)優(yōu)先級；利用資源池將任務(wù)分類，服務(wù)可以通過運(yùn)行特點(diǎn)使用合適的資源分配方法執(zhí)行；調(diào)度方法考慮了數(shù)據(jù)局部性和相關(guān)服務(wù)完成率。從模擬實(shí)驗(yàn)中可以觀察到，本發(fā)明提出的分層調(diào)度方法可以提高資源利用率，相較于Hadoop默認(rèn)的FIFO調(diào)度實(shí)現(xiàn)更高的服務(wù)完成率。另外，為了同時(shí)滿足用戶和服務(wù)提供者，需要一個(gè)高效的服務(wù)調(diào)度方法。本發(fā)明提出的方法通過高效調(diào)度和優(yōu)先級的重新分配滿足用戶和服務(wù)提供者的要求。
【專利附圖】

【附圖說明】
[0021]圖1為本發(fā)明提供的云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法的流程圖；
[0022]圖2為負(fù)責(zé)服務(wù)執(zhí)行的計(jì)算資源模型示意圖；
[0023]圖3為負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)資源模型示意圖；[0024]圖4為本發(fā)明提供的云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法的操作過程框圖；
[0025]圖5為本方法與FIFO總服務(wù)完成時(shí)間對比；
[0026]圖6為本方法與FIFO的資源占用對比；
[0027]圖7為本方法中不同資源池中服務(wù)的完成時(shí)間；
【具體實(shí)施方式】
[0028]下面結(jié)合附圖和具體實(shí)施例對本發(fā)明提供的云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法進(jìn)行詳細(xì)說明。
[0029]如圖1所示，本發(fā)明提供的云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法包括按順序進(jìn)行的下列步驟:
[0030]I)提交用戶請求的SOl階段:用戶提交請求給服務(wù)提供者，包括單個(gè)服務(wù)或服務(wù)組合；
[0031]2)劃分任務(wù)單元的S02階段:服務(wù)提供者接收用戶請求，劃分為更小單元的任務(wù)，任務(wù)單元在得到優(yōu)先級后進(jìn)行調(diào)度；
[0032]3)定義計(jì)算模型的S03階段:從服務(wù)級定義負(fù)責(zé)服務(wù)執(zhí)行的計(jì)算資源模型，圖2所示為計(jì)算資源模型，分為服務(wù)層和虛擬層；
[0033]4)定義存儲(chǔ)模型的S04階段:從任務(wù)級定義負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)資源模型，圖3所示為存儲(chǔ)資源模型，分為服務(wù)層和數(shù)據(jù)訪問層；
[0034]5)定義服務(wù)解析過程的S05階段:定義服務(wù)解析過程。將用戶所請求的服務(wù)根據(jù)定義的調(diào)度模型分解成服務(wù)組合模式(SCP)，對服務(wù)組合模式中的服務(wù)文件進(jìn)行解析，包括計(jì)算服務(wù)執(zhí)行時(shí)間，服務(wù)權(quán)重和數(shù)據(jù)傳輸權(quán)重，并根據(jù)計(jì)算結(jié)果和服務(wù)路徑對服務(wù)進(jìn)行排名；
[0035]6)服務(wù)調(diào)度過程的S06階段:預(yù)定義三個(gè)資源池，資源池根據(jù)Map/Consumption比衡量和比較Map/Reduce服務(wù)，將排名后的服務(wù)分解成任務(wù)，計(jì)算任務(wù)完成率是否大于資源池中任務(wù)槽定義的閾值，將大于閾值的任務(wù)根據(jù)服務(wù)所需的資源分解進(jìn)入三個(gè)資源池中，不同資源池中的服務(wù)對應(yīng)不同的資源分配方法，任務(wù)在資源池中的分布式任務(wù)槽中執(zhí)行，這是服務(wù)調(diào)度過程；
[0036]7)資源調(diào)度過程的S07階段:資源池中有可用任務(wù)槽時(shí)對任務(wù)進(jìn)行調(diào)度部署，預(yù)定義三種資源池的分配方法，當(dāng)Map/Reduce中的TaskTracker有可用任務(wù)槽時(shí),根據(jù)數(shù)據(jù)局部性原理從資源池中選合適的任務(wù)執(zhí)行，若排名前三任務(wù)數(shù)據(jù)局部性符合，將排名最高的任務(wù)分配進(jìn)入任務(wù)槽中，若不符合，繼續(xù)等待；最后完成服務(wù)調(diào)度與資源調(diào)度的整體過程。
[0037]8)對調(diào)度進(jìn)行評估的S08階段:從服務(wù)總完成時(shí)間，資源利用率等方面對調(diào)度進(jìn)行評估。
[0038]在S03階段中，所述的計(jì)算資源模型定義了三種任務(wù)類型=TM-Map任務(wù)，TR-Reduce 任務(wù)和非 Map-Reduce 任務(wù)。
[0039]在S03階段中，計(jì)算資源模型中定義的數(shù)據(jù)塊是可復(fù)制的。
[0040]所述的步驟6)中依據(jù)Map/Consumption比設(shè)置三個(gè)數(shù)據(jù)訪問級別:Map數(shù)據(jù)輸入，Map-Reduce中間數(shù)據(jù)，Reduce數(shù)據(jù)輸出。由于不同的部署方法和服務(wù)會(huì)得到不同的結(jié)果，造成服務(wù)失敗，因此MRCT (Map/Reduce消耗時(shí)間比)用于服務(wù)分類。資源池的細(xì)節(jié)描述在表2中體現(xiàn)；表3表示三種資源池的分類方法。
[0041]在S07階段，中所述的任務(wù)槽的配置是可變的，并能夠動(dòng)態(tài)調(diào)整負(fù)載節(jié)點(diǎn)。
[0042]步驟5-步驟7共同構(gòu)成分層調(diào)度模型，從服務(wù)調(diào)度和資源調(diào)度兩方面改善服務(wù)組合執(zhí)行率。
[0043]如圖2所示，在S03階段中，所述的負(fù)責(zé)服務(wù)執(zhí)行的計(jì)算資源模型的定義方法步驟如下:
[0044]從服務(wù)層角度:
[0045]I)服務(wù)文件。SP=〈ID, Start Time, End Time, L-route, C-route, MA> 描述服務(wù)屬性的配置文件。ID表示云服務(wù)名稱，Start Time和End Time分別表示服務(wù)執(zhí)行的開始和結(jié)束時(shí)間。L-route表示從起始服務(wù)到當(dāng)前服務(wù)的最長路徑。C-route表示從當(dāng)前服務(wù)到最終服務(wù)的最長路徑(任務(wù)權(quán)重)。
[0046]2)操作。MA=〈D印end, Di, D0>, Depend表示在執(zhí)行某服務(wù)之前必須要執(zhí)行的服務(wù)，Di和Dtl是服務(wù)輸入和輸出的數(shù)據(jù)類型，表示服務(wù)需要的資源。
[0047]3)服務(wù)組合模式。SCPMDpDdBW)表示服務(wù)組合模式。Di和Dtl表示輸入數(shù)據(jù)和輸出數(shù)據(jù)，S表示一個(gè)服務(wù)集。BWx表示兩個(gè)節(jié)點(diǎn)之間的帶寬。P和q
分別表示服務(wù)文件中的服務(wù)，即《P* Sq e Sx, Sq.Di=Sp.D0, e表示兩個(gè)服務(wù)之間的帶寬索引。
[0048]從虛擬層角度:
[0049]4)集群。C=〈VM，D>表示云中的集群。集群是一組松耦合協(xié)同工作的計(jì)算機(jī)。該集群由虛擬機(jī)(VM)和磁盤文件(D)組成。VM表示計(jì)算資源，D表示存儲(chǔ)資源。
[0050]5) VMs0 VM (虛擬機(jī))是一組基于物理機(jī)的計(jì)算資源。每個(gè)VM包含一個(gè)或多個(gè)任務(wù)插槽，是本方法中的最小執(zhí)行單元。服務(wù)所需的虛擬機(jī)數(shù)量取決于應(yīng)用程序類型。在系統(tǒng)模型中，根據(jù)用戶需求調(diào)度不同類型的VM。
[0051]6)數(shù)據(jù)塊。D=3jivhmmexw表示存儲(chǔ)資源集合,d=〈filename, B〉表示文件系統(tǒng)中的分布式文件集。每個(gè)文件被分成大小為64MB或128MB的數(shù)據(jù)塊，這些數(shù)據(jù)塊構(gòu)成數(shù)據(jù)集。本方法中的數(shù)據(jù)塊是可復(fù)制的。
[0052]如圖3所示，在S04階段中，所述的負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)資源模型的定義方法如下:
[0053]從任務(wù)角度定義:
[0054]任務(wù)T={ID，TM I TRI TN |，Td, Di, D0, Tr, Ts, Tw, Τω，Te, Cj 定義了 三種任務(wù)類型:TM-Map任務(wù)，TR-Reduce任務(wù)和其他非Map-Reduce任務(wù)。非Map-Reduce的服務(wù)將被拆分成TN類型。當(dāng)任務(wù)從TaskTracker到JobTracker執(zhí)行和傳輸任務(wù)時(shí)記錄任務(wù)參數(shù)。模型分為服務(wù)層和數(shù)據(jù)訪問層；數(shù)據(jù)塊分布在云中，由文件系統(tǒng)管理；服務(wù)文件中的每個(gè)服務(wù)使用接入箭頭指向必要的數(shù)據(jù)塊；圖中數(shù)據(jù)塊Β3和Β6表示同樣的數(shù)據(jù)；虛線箭頭表示并發(fā)執(zhí)行S2和S3時(shí)會(huì)引起對數(shù)據(jù)塊Β3的競爭；由于Β6是Β3的復(fù)制，S3可能會(huì)訪問Β6，下一個(gè)服務(wù)S4會(huì)直接進(jìn)入到數(shù)據(jù)塊Β5中。
[0055]如圖4所示，本發(fā)明提供的云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法的具體操作步驟如下:
[0056]I)將用戶所請求的服務(wù)根據(jù)定義的系統(tǒng)模型分解成服務(wù)組合模式(SCP)，對服務(wù)組合模式中的服務(wù)文件進(jìn)行解析，動(dòng)作包括計(jì)算服務(wù)執(zhí)行時(shí)間，服務(wù)權(quán)重和數(shù)據(jù)傳輸權(quán)重，并根據(jù)計(jì)算結(jié)果和服務(wù)路徑對服務(wù)進(jìn)行排名；通過比較SCP中的服務(wù)決定服務(wù)的執(zhí)行順序。在服務(wù)調(diào)度中，考慮服務(wù)依賴性和執(zhí)行時(shí)間。評估數(shù)據(jù)傳輸時(shí)間和服務(wù)執(zhí)行時(shí)間的計(jì)算方程式為:
[0057]
【權(quán)利要求】
1.一種云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法，其特征在于:其包括按順序進(jìn)行的下列步驟: 1)提交用戶請求的SOl階段:用戶提交請求給服務(wù)提供者，包括單個(gè)服務(wù)或服務(wù)組合； 2)劃分任務(wù)單元的S02階段:服務(wù)提供者接收用戶請求，劃分為更小單元的任務(wù)，任務(wù)單元在得到優(yōu)先級后進(jìn)行調(diào)度； 3)定義計(jì)算模型的S03階段:從服務(wù)級定義負(fù)責(zé)服務(wù)執(zhí)行的計(jì)算資源模型，計(jì)算資源模型分為服務(wù)層和虛擬層； 4)定義存儲(chǔ)模型的S04階段:從任務(wù)級定義負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)資源模型，分為服務(wù)層和數(shù)據(jù)訪問層； 5)定義服務(wù)解析過程的S05階段:定義服務(wù)解析過程，將用戶所請求的服務(wù)根據(jù)定義的調(diào)度模型分解成服務(wù)組合模式，對服務(wù)組合模式中的服務(wù)文件進(jìn)行解析，包括計(jì)算服務(wù)執(zhí)行時(shí)間，服務(wù)權(quán)重和數(shù)據(jù)傳輸權(quán)重，并根據(jù)計(jì)算結(jié)果和服務(wù)路徑對服務(wù)進(jìn)行排名； 6)服務(wù)調(diào)度過程的S06階段:預(yù)定義三個(gè)資源池，資源池根據(jù)Map/Consumption比衡量和比較Map/Reduce服務(wù)，將排名后的服務(wù)分解成任務(wù)，計(jì)算任務(wù)完成率是否大于資源池中任務(wù)槽定義的閾值，將大于閾值的任務(wù)根據(jù)服務(wù)所需的資源分解進(jìn)入三個(gè)資源池中，不同資源池中的服務(wù)對應(yīng)不同的資源分配方法，任務(wù)在資源池中的分布式任務(wù)槽中執(zhí)行，這是服務(wù)調(diào)度過程； 7)資源調(diào)度過程的S07階段:資源池中有可用任務(wù)槽時(shí)對任務(wù)進(jìn)行調(diào)度部署，預(yù)定義三種資源池的分配方法，當(dāng)Map/Reduce中的TaskTracker有可用任務(wù)槽時(shí),根據(jù)數(shù)據(jù)局部性原理從資源池中選合適的任務(wù)執(zhí)行，若排名前三任務(wù)數(shù)據(jù)局部性符合，將排名最高的任務(wù)分配進(jìn)入任務(wù)槽中，若不符合，繼續(xù)等待；最后完成服務(wù)調(diào)度與資源調(diào)度的整體過程； 8)對調(diào)度進(jìn)行評估的S08階段:從服務(wù)總完成時(shí)間、資源利用率方面對調(diào)度進(jìn)行評估。
2.根據(jù)權(quán)利要求1所述的云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法，其特征在于:在S03階段中，所述的計(jì)算資源模型定義了三種任務(wù)類型=TM-Map任務(wù)，TR-Reduce任務(wù)和非Map-Reduce 任務(wù)。
3.根據(jù)權(quán)利要求1所述的云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法，其特征在于:在S03階段中，計(jì)算資源模型中定義的數(shù)據(jù)塊是可復(fù)制的。
4.根據(jù)權(quán)利要求1所述的云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法，其特征在于:所述的步驟6)中依據(jù)Map/Consumption比設(shè)置三個(gè)數(shù)據(jù)訪問級別:Map數(shù)據(jù)輸入,Map-Reduce中間數(shù)據(jù)，Reduce數(shù)據(jù)輸出。
5.根據(jù)權(quán)利要求1所述的云計(jì)算環(huán)境下的服務(wù)及資源分層調(diào)度方法，其特征在于:所述的步驟5)-步驟7)共同構(gòu)成分層調(diào)度模型，從服務(wù)調(diào)度和資源調(diào)度兩方面改善服務(wù)組合執(zhí)行率。
【文檔編號】H04L29/08GK103701886SQ201310704075
【公開日】2014年4月2日 申請日期:2013年12月19日 優(yōu)先權(quán)日:2013年12月19日
【發(fā)明者】彭勇, 謝豐, 趙偉, 嚴(yán)焱心, 楊宏宇 申請人:中國信息安全測評中心