專利名稱：一種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，特別是涉及一種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)的不斷興起，CDN(Content Delivery Network，內(nèi)容分發(fā)網(wǎng)絡(luò))以其特 有的優(yōu)勢，越來越多的被提供網(wǎng)絡(luò)服務(wù)的各中小企業(yè)用戶使用。計費是CDN服務(wù)提供商的 業(yè)務(wù)與運營支撐系統(tǒng)(BOSS)的必備的基礎(chǔ)功能之一，作為CDN服務(wù)商，需向用戶提供服務(wù) 的各種分析統(tǒng)計數(shù)據(jù)(包括計費數(shù)據(jù))，且這些分析統(tǒng)計數(shù)據(jù)需要具有實時性及準(zhǔn)確性。在現(xiàn)有技術(shù)中，有一種帶寬數(shù)據(jù)的查詢系統(tǒng)，一般采用Cacti網(wǎng)絡(luò)流量檢測圖形 分析工具，Cacti是通過簡單網(wǎng)絡(luò)管理協(xié)議(Simple NetworkManagement Protocol, SNMP) 服務(wù)來獲取數(shù)據(jù)，然后使用RRDT00L(Round Robin Database工具，環(huán)狀數(shù)據(jù)庫)存儲和更 新數(shù)據(jù)，當(dāng)用戶需要查看數(shù)據(jù)的時候用RRDT00L生成圖表呈現(xiàn)給用戶。所述“RoimdRobin” 其實是一種存儲數(shù)據(jù)的方式，使用固定大小的空間來存儲數(shù)據(jù)，并有一個指針指向最新的 數(shù)據(jù)的位置。但是，SNMP服務(wù)只能獲取到交換機端口流量，因此，如果需要統(tǒng)計用戶流量， 需知道用戶對應(yīng)的具體的加速服務(wù)器及每臺加速服務(wù)器所連接交換機的端口，進而才能通 過統(tǒng)計交換機的端口流量來獲取用戶流量。但是上述過程具有如下缺點因為不能夠?qū)⒍鄠€域名部署到一臺加速服務(wù)器上， 通過SNMP服務(wù)獲取的流量數(shù)據(jù)就無法區(qū)分同一交換機端口中不同域名的流量，即SNMP只 能監(jiān)控交換機各端口的流量，所以現(xiàn)有技術(shù)就會導(dǎo)致服務(wù)器運行負(fù)載不均衡，進而會降低 服務(wù)器的性能。進一步的，現(xiàn)有技術(shù)監(jiān)控到的數(shù)據(jù)流量，也會包括一些服務(wù)請求數(shù)據(jù)，并不 完全是用戶的訪問流量，因此，現(xiàn)有技術(shù)統(tǒng)計到的帶寬數(shù)據(jù)可以說并不十分準(zhǔn)確。因此，目前需要本領(lǐng)域技術(shù)人員迫切解決的一個技術(shù)問題就是如何能夠提出一 種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)，主要用以解決現(xiàn)有技術(shù)導(dǎo)致的服務(wù)器運行負(fù)載不均衡和性能 較低的技術(shù)問題，進一步的，還能解決現(xiàn)有技術(shù)中統(tǒng)計到的帶寬數(shù)據(jù)不夠準(zhǔn)確的技術(shù)問題。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)，主要用以解決 現(xiàn)有技術(shù)導(dǎo)致的服務(wù)器運行負(fù)載不均衡和性能較低的技術(shù)問題，進一步的，還能解決現(xiàn)有 技術(shù)中統(tǒng)計到的帶寬數(shù)據(jù)不夠準(zhǔn)確的技術(shù)問題。本發(fā)明實施例提供了一種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)，包括接收模塊，用于接收用戶輸入的針對帶寬數(shù)據(jù)的查詢條件；查詢模塊，用于依據(jù)所述查詢條件從預(yù)置的數(shù)據(jù)庫中匹配得到目標(biāo)數(shù)據(jù)，所述預(yù) 置的數(shù)據(jù)庫用于存儲帶寬數(shù)據(jù)。優(yōu)選的，所述查詢條件具體包括時間參數(shù)信息或/和頻道信息，所述時間參數(shù)信 息包括天、周、月或時間段信息，所述頻道信息包括單個頻道或者全部頻道信息。優(yōu)選的，所述預(yù)置的數(shù)據(jù)庫通過以下方式建立
對接收到的來自邊緣節(jié)點的原始帶寬信息數(shù)據(jù)實時進行匯總；依據(jù)數(shù)據(jù)類型和/或用戶信息對匯總后的帶寬信息數(shù)據(jù)進行分類；對分類后的帶寬信息數(shù)據(jù)再按照用戶域名信息進行分區(qū)劃分，并根據(jù)取樣點設(shè)置 帶寬信息數(shù)據(jù)的字段個數(shù)；將分區(qū)劃分之后的帶寬信息數(shù)據(jù)保存至預(yù)先建立的數(shù)據(jù)庫中。優(yōu)選的，所述系統(tǒng)還包括換算模塊，用于針對匹配得到的目標(biāo)數(shù)據(jù)，采用預(yù)置算法對取樣點進行換算；繪制圖形模塊，用于按照換算之后的取樣點繪制目標(biāo)數(shù)據(jù)的流量帶寬圖。優(yōu)選的，還包括備份數(shù)據(jù)模塊，用于對所述預(yù)置的數(shù)據(jù)庫中的帶寬數(shù)據(jù)進行備份。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點在本實施例中，依據(jù)用戶輸入的查詢條件可以從預(yù)置的數(shù)據(jù)庫中查詢得到滿足條 件的帶寬數(shù)據(jù)，同時由于本發(fā)明實施例中每取樣點上的數(shù)據(jù)均是通過分析日志得到的，因 此，可以說該帶寬數(shù)據(jù)統(tǒng)計是完全的用戶訪問流量，而沒有統(tǒng)計多余的請求所消耗的資源 情況，可以說這樣的帶寬數(shù)據(jù)是十分準(zhǔn)確的。而且，通過報表系統(tǒng)對獲取到的取樣點數(shù)據(jù)進 行再次合并匯總存儲，并按照用戶對數(shù)據(jù)表進行分區(qū)管理，將數(shù)據(jù)存儲為特定的數(shù)據(jù)格式， 能夠滿足前臺用戶的查詢效率要求。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明的一種帶寬數(shù)據(jù)的動態(tài)查詢方法實施例1的流程圖；圖2是本發(fā)明方法實施例1中建立數(shù)據(jù)庫的流程圖；圖3是本發(fā)明的一種帶寬數(shù)據(jù)的動態(tài)查詢方法實施例2的流程圖；圖4是本發(fā)明的一種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)實施例1的結(jié)構(gòu)示意圖；圖5是本發(fā)明的一種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)實施例2的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實 施方式對本發(fā)明作進一步詳細(xì)的說明。本發(fā)明可用于眾多通用或?qū)Ｓ玫挠嬎阆到y(tǒng)環(huán)境或配置中。例如個人計算機、服務(wù) 器計算機、手持設(shè)備或便攜式設(shè)備、平板型設(shè)備、多處理器系統(tǒng)、包括以上任何系統(tǒng)或設(shè)備 的分布式計算環(huán)境等等。本發(fā)明可以在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中描述，例如程序 模塊。一般地，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組 件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計算環(huán)境中實踐本發(fā)明，在這些分布式計算環(huán)境中，由 通過通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來執(zhí)行任務(wù)。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設(shè)備在內(nèi)的本地和遠(yuǎn)程計算機存儲介質(zhì)中。參考圖1，示出了本發(fā)明的一種帶寬數(shù)據(jù)的動態(tài)查詢方法實施例1的流程圖，可以 包括以下步驟步驟101 接收用戶輸入的針對帶寬數(shù)據(jù)的查詢條件。步驟102 依據(jù)所述查詢條件從預(yù)置的數(shù)據(jù)庫中匹配得到目標(biāo)數(shù)據(jù)，所述預(yù)置的 數(shù)據(jù)庫用于存儲帶寬數(shù)據(jù)。參考圖2所示，所述預(yù)置的數(shù)據(jù)庫可以通過以下方式建立步驟201 對接收到的來自邊緣節(jié)點的原始帶寬信息數(shù)據(jù)實時進行匯總。在本步驟進行臨時數(shù)據(jù)接收，接收到的臨時數(shù)據(jù)可以保存至TEMP_*表中，該表是 一個臨時數(shù)據(jù)接收表，用于接收來自邊緣節(jié)點的、已經(jīng)過初步處理的原始帶寬信息數(shù)據(jù)。需 要說明的是，在該表中，數(shù)據(jù)會實時進行匯總，然后可刪除已使用過的數(shù)據(jù)，等待下次數(shù)據(jù) 的收集，以便后續(xù)可以將初步匯總后的數(shù)據(jù)放入BILLING_*表中。本步驟的執(zhí)行過程是實 時且不間斷的進行的，即后臺會定時運行，一旦發(fā)現(xiàn)可入庫數(shù)據(jù)，即第一時間將獲取數(shù)據(jù)插 入該表中，以確保建立的數(shù)據(jù)庫數(shù)據(jù)的準(zhǔn)確性及實時性。步驟202 依據(jù)數(shù)據(jù)類型和/或用戶信息對匯總后的帶寬信息數(shù)據(jù)進行分類。本步驟中需要對TEMP_*表中的數(shù)據(jù)進行規(guī)整合并，并根據(jù)數(shù)據(jù)類型及用戶信息 (即是用戶關(guān)心程度)對原始帶寬信息數(shù)據(jù)進行歸類劃分，以便于盡可能將數(shù)據(jù)的數(shù)量級 降為最低級別，并分別按照每五分鐘一個取樣點及每天一個取樣點，對統(tǒng)計分析數(shù)據(jù)進行 歸類，分類后的數(shù)據(jù)保存至BILLING_*表中，該表是由一組表組成的。需要說明的是，BILLING_*表中的數(shù)據(jù)具有實時性，為了保證用戶能夠第一時間看 到統(tǒng)計分析結(jié)果，BILLING^表中的數(shù)據(jù)會實時的從TEMP_*表匯總得到，可以預(yù)先設(shè)定為 每五分鐘進行一次匯總，以確保其展現(xiàn)的數(shù)據(jù)延遲性較少，一般情況下，數(shù)據(jù)延時不得超過 半小時?？梢岳斫獾氖?，由于BILLING_*中的數(shù)據(jù)可能會不斷更新，因此對于近一周的數(shù) 據(jù)，一般認(rèn)為是不夠準(zhǔn)確的，有可能后期會不斷的進行更新，即對于這一周內(nèi)的數(shù)據(jù)結(jié)果是 動態(tài)可變的，該動態(tài)可變的數(shù)據(jù)存放于BILLING_*表中，而對于一周之后的數(shù)據(jù)，一般不會 再發(fā)生任何變化，將后續(xù)自動匯總到REP0RT_*表中。因此，對于近一周內(nèi)數(shù)據(jù)的查詢，可以 由BILLING_*表作為查詢依據(jù)。步驟203 對分類后的帶寬信息數(shù)據(jù)再按照用戶域名信息進行分區(qū)劃分，并根據(jù) 取樣點設(shè)置帶寬信息數(shù)據(jù)的字段個數(shù)。本步驟即是保存所有客戶的帶寬信息數(shù)據(jù)，為了提高前臺查詢數(shù)據(jù)的效率，還可 以按照用戶域名信息進行分區(qū)劃分，并保存至數(shù)據(jù)表REP0RT_*。REP0RT_*表中的數(shù)據(jù)會 作為用戶帶寬信息的最終數(shù)據(jù)進行保存，該保存期可以設(shè)置為至少一年。該數(shù)據(jù)除了作 為用戶查詢帶寬流量等統(tǒng)計分析結(jié)果的依據(jù)之外，還作為用戶計費依據(jù)。用戶可以通過 天、周、月或時間段等查詢條件查詢相應(yīng)域名及其全部域名的數(shù)據(jù)，該數(shù)據(jù)主要是通過查詢 REP0RT_*表中的信息獲得。需要說明的是，還可以將數(shù)據(jù)表根據(jù)取樣點劃分288個字段，即T0000 T2355。 這樣每域名每天只有一條記錄，當(dāng)用戶查詢數(shù)據(jù)時，可根據(jù)用戶域名進行信息匯總或者僅 查詢一條數(shù)據(jù)，這就能極大地提高前臺查詢頁面的數(shù)據(jù)響應(yīng)速度。
5
步驟204 將分區(qū)劃分之后的帶寬信息數(shù)據(jù)保存至預(yù)先建立的數(shù)據(jù)庫中。從上述內(nèi)容中可以看出，在建立數(shù)據(jù)庫時數(shù)據(jù)流向是通過TEMP_*至BILLING_*， 再到REP0RT_*，逐步地將數(shù)據(jù)進行匯總、歸類，最后，將最終數(shù)據(jù)匯總并歸類到REP0RT_*這 組數(shù)據(jù)表中，并保存至預(yù)先建立的數(shù)據(jù)庫作為前臺的報表系統(tǒng)的查詢依據(jù)。在介紹完建立預(yù)置的數(shù)據(jù)庫的具體方式之后，在系統(tǒng)實施例1中，所述步驟102之 后還可以繼續(xù)包括步驟103 對所述預(yù)置的數(shù)據(jù)庫中的帶寬數(shù)據(jù)進行備份。步驟104 當(dāng)數(shù)據(jù)庫發(fā)生異常時，按照備份數(shù)據(jù)對數(shù)據(jù)庫中的數(shù)據(jù)進行恢復(fù)。在本發(fā)明實施例中的查詢方式是動態(tài)的，即是可以根據(jù)用戶的不同查詢方式，動 態(tài)的生成用戶所需要的數(shù)據(jù)及圖表。本發(fā)明實施例可以解決現(xiàn)有技術(shù)導(dǎo)致的服務(wù)器運行負(fù) 載不均衡和性能較低的技術(shù)問題，進一步的，還能解決現(xiàn)有技術(shù)中統(tǒng)計到的帶寬數(shù)據(jù)不夠 準(zhǔn)確的技術(shù)問題。參考圖3，示出了本發(fā)明的一種帶寬數(shù)據(jù)的動態(tài)查詢方法實施例2的流程圖，本實 施例可以包括以下步驟步驟301 接收用戶輸入的針對帶寬數(shù)據(jù)的查詢條件。步驟302 依據(jù)所述查詢條件從預(yù)置的數(shù)據(jù)庫中匹配得到目標(biāo)數(shù)據(jù)，所述預(yù)置的 數(shù)據(jù)庫用于存儲帶寬數(shù)據(jù)。所述預(yù)置的數(shù)據(jù)庫的建立方式，以及本步驟的實現(xiàn)過程在前述實施例中已經(jīng)詳細(xì) 描述，在此不再贅述。步驟303 針對匹配得到的目標(biāo)數(shù)據(jù)，采用預(yù)置算法對取樣點進行換算。當(dāng)用戶查詢得到目標(biāo)數(shù)據(jù)之后，還可以將查詢數(shù)據(jù)生成流量帶寬圖展現(xiàn)給用戶。 但是在進行圖形繪制的過程中，受圖形本身像素點的限制，在用戶按周、按頻道進行查詢 時，需將2016個取樣點換算為288個，因此需要采用相應(yīng)算法進行再次取樣，以獲取較接近 的流量帶寬圖。同時，在用戶按月、按頻道進行查詢時，需將8640個取樣點換算為288個， 同樣的需要采用相應(yīng)算法進行再次取樣，以獲取較接近的流量帶寬圖。步驟304 按照換算之后的取樣點繪制目標(biāo)數(shù)據(jù)的流量帶寬圖。需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列 的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為 依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知 悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明 所必須的。參考圖4，示出了本發(fā)明的一種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)實施例1的結(jié)構(gòu)框圖，可 以包括以下模塊接收模塊401，用于接收用戶輸入的針對帶寬數(shù)據(jù)的查詢條件。在本發(fā)明實施例中，用戶輸入的針對帶寬數(shù)據(jù)的查詢條件具體可以包括時間參 數(shù)信息或/和頻道信息，所述時間參數(shù)信息具體可以包括天、周、月或時間段信息，所述頻 道信息具體可以包括單個頻道或者全部頻道信息。例如，用戶的查詢可以按天、按頻道進 行查詢，也可以按周、按頻道進行查詢，也可以按月、按頻道進行查詢，當(dāng)然，也可以按時間 段、按頻道進行查詢。所述查詢條件具體包括時間參數(shù)信息或/和頻道信息，所述時間參數(shù)信息包括天、周、月或時間段信息，所述頻道信息包括單個頻道或者全部頻道信息。查詢模塊402，用于依據(jù)所述查詢條件從預(yù)置的數(shù)據(jù)庫中匹配得到目標(biāo)數(shù)據(jù)，所述 預(yù)置的數(shù)據(jù)庫用于存儲帶寬數(shù)據(jù)。接收到用戶輸入的不同的查詢條件時，就需要依據(jù)該查詢條件限定的內(nèi)容從預(yù)置 的數(shù)據(jù)庫中匹配得到目標(biāo)數(shù)據(jù)，該預(yù)置的數(shù)據(jù)庫用于存儲帶寬數(shù)據(jù)，需要說明的是，這里的 帶寬數(shù)據(jù)需要遵循一定的格式定義才能被用戶查詢得到。更具體的，考慮到用戶的不同查詢方式，當(dāng)按天、按頻道進行查詢時，因為現(xiàn)有的 日志報表系統(tǒng)，每五分鐘獲取一個計費取樣點，每頻道一天會有288取樣點，每取樣點根據(jù) 時間進行區(qū)分，即采用年月日時分形式(例如201006250000代表2010年06月25日00點 00分)。由于采用每五分鐘一個取樣點，因此，時間以0或5結(jié)尾。在本發(fā)明實施例中，用 戶可以查詢單個頻道或全部頻道。所述全部頻道的含義即是，在某用戶名下所有頻道的帶 寬數(shù)據(jù)的匯總結(jié)果，需要將相同時間上的取樣點對應(yīng)的相應(yīng)數(shù)據(jù)進行合并計算，合并后全 部取樣點仍為288個。當(dāng)用戶按周、按頻道進行查詢時，需查詢一周內(nèi)該頻道所有取樣點的數(shù)據(jù)，一共為 288*7 = 2016個，全部頻道取樣，也應(yīng)對其進行累加。當(dāng)用戶按月、按頻道進行查詢時，需要 查詢一個月內(nèi)該頻道涉及到的所有取樣點，一共約為288*30 = 8640個取樣點，全部頻道取 樣，也應(yīng)對其進行累加。當(dāng)用戶按時間段，按頻道進行查詢時，查詢數(shù)據(jù)可為一個自然月內(nèi)， 也可跨自然月，這種情況下涉及的取樣點可能會比較多，而且全部頻道取樣，也應(yīng)對其進行 累加。因為是按照時間段進行查詢，因此查詢可能也會涉及跨月及跨年的問題，而且也可能 涉及取樣點較多的問題，此時也可以考慮效率問題。在本實施例中對目前要支持的查詢系統(tǒng)進行了詳細(xì)的介紹，而且，用戶在查詢頁 面時頁面的響應(yīng)效率也較高，即頁面生成圖片時間較短，就可以提升用戶的使用系統(tǒng)的滿 意度及用戶體驗。同時，本發(fā)明實施例可以在數(shù)據(jù)庫中實現(xiàn)，銜接了后臺程序和前臺查詢系 統(tǒng)，后臺程序通過分析統(tǒng)計，將得到的符合要求的數(shù)據(jù)插入數(shù)據(jù)庫中，前臺查詢系統(tǒng)會根據(jù) 查詢條件從數(shù)據(jù)庫中獲取用戶要查詢的數(shù)據(jù)。所述預(yù)置的數(shù)據(jù)庫的建立方式可以參考圖2以及前述關(guān)于圖2的文字部分。備份數(shù)據(jù)模塊403，用于對所述預(yù)置的數(shù)據(jù)庫中的帶寬數(shù)據(jù)進行備份。需要說明的是，數(shù)據(jù)庫中的數(shù)據(jù)例如REP0RT_*中的最終數(shù)據(jù)，還可以定時進行備 份，這樣就可以確保一旦數(shù)據(jù)庫等出現(xiàn)異常問題，能夠以最快速度的對數(shù)據(jù)庫中的數(shù)據(jù)進 行恢復(fù)，不會影響到用戶的查詢及計費。同時對于用戶跨月、跨年進行查詢的情況，預(yù)置的 數(shù)據(jù)庫中的數(shù)據(jù)表結(jié)構(gòu)也具有很好的兼容性，能夠保證查詢數(shù)據(jù)量不會過大，進而最大限 度地保證用戶查詢效率。數(shù)據(jù)恢復(fù)模塊404，用于當(dāng)數(shù)據(jù)庫發(fā)生異常時，按照備份數(shù)據(jù)對數(shù)據(jù)庫中的數(shù)據(jù)進 行恢復(fù)。在本發(fā)明實施例中的查詢方式是動態(tài)的，即是可以根據(jù)用戶的不同查詢方式，動 態(tài)的生成用戶所需要的數(shù)據(jù)及圖表。本發(fā)明實施例可以解決現(xiàn)有技術(shù)導(dǎo)致的服務(wù)器運行負(fù) 載不均衡和性能較低的技術(shù)問題，進一步的，還能解決現(xiàn)有技術(shù)中統(tǒng)計到的帶寬數(shù)據(jù)不夠 準(zhǔn)確的技術(shù)問題。其中，所述實施例中預(yù)置的數(shù)據(jù)庫通過以下方式建立
步驟Al 對接收到的來自邊緣節(jié)點的原始帶寬信息數(shù)據(jù)實時進行匯總。步驟A2 依據(jù)數(shù)據(jù)類型和/或用戶信息對匯總后的帶寬信息數(shù)據(jù)進行分類。步驟A3 對分類后的帶寬信息數(shù)據(jù)再按照用戶域名信息進行分區(qū)劃分，并根據(jù)取 樣點設(shè)置帶寬信息數(shù)據(jù)的字段個數(shù)。步驟A4 將分區(qū)劃分之后的帶寬信息數(shù)據(jù)保存至預(yù)先建立的數(shù)據(jù)庫中。在本實施例中的查詢方式是動態(tài)的，即是可以根據(jù)用戶的不同查詢方式，動態(tài)的 生成用戶所需要的數(shù)據(jù)及圖表。本發(fā)明實施例可以解決現(xiàn)有技術(shù)導(dǎo)致的服務(wù)器運行負(fù)載不 均衡和性能較低的技術(shù)問題，進一步的，還能解決現(xiàn)有技術(shù)中統(tǒng)計到的帶寬數(shù)據(jù)不夠準(zhǔn)確 的技術(shù)問題。參考圖5，示出了本發(fā)明的一種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)實施例2的結(jié)構(gòu)框圖，可 以包括以下模塊接收模塊401，用于接收用戶輸入的針對帶寬數(shù)據(jù)的查詢條件；查詢模塊402，用于依據(jù)所述查詢條件從預(yù)置的數(shù)據(jù)庫中匹配得到目標(biāo)數(shù)據(jù)，所述 預(yù)置的數(shù)據(jù)庫用于存儲帶寬數(shù)據(jù)。換算模塊501，用于針對匹配得到的目標(biāo)數(shù)據(jù)，采用預(yù)置算法對取樣點進行換算。當(dāng)用戶查詢得到目標(biāo)數(shù)據(jù)之后，還可以將查詢數(shù)據(jù)生成流量帶寬圖展現(xiàn)給用戶。 但是在進行圖形繪制的過程中，受圖形本身像素點的限制，在用戶按周、按頻道進行查詢 時，需將2016個取樣點換算為288個，因此需要采用相應(yīng)算法進行再次取樣，以獲取較接近 的流量帶寬圖。同時，在用戶按月、按頻道進行查詢時，需將8640個取樣點換算為288個， 同樣的需要采用相應(yīng)算法進行再次取樣，以獲取較接近的流量帶寬圖。繪制圖形模塊502，用于按照換算之后的取樣點繪制目標(biāo)數(shù)據(jù)的流量帶寬圖。在取樣點進行換算之后，可以快速通過繪圖程序?qū)@取到的數(shù)據(jù)繪制成圖形展現(xiàn) 在用戶面前。需要說明的是，在本發(fā)明實施例中，多用戶的動態(tài)的日志分析報表系統(tǒng)主要是以 域名和時間點作為唯一取樣點，通過分析每臺加速服務(wù)器上的日志，來獲取每域名的帶寬 數(shù)據(jù)，因此，能夠更加靈活的獲取用戶數(shù)據(jù)，可實現(xiàn)一臺加速服務(wù)器上加速多個域名，而不 會因為后期計費問題得到限制，能夠最大限度地發(fā)揮加速服務(wù)器的性能。而且，通過域名計 費能夠很靈活的合并多個節(jié)點上該域名的帶寬數(shù)據(jù)，也能夠分節(jié)點進行匯總，從而最大限 度地滿足用戶及運維工作人員對數(shù)據(jù)統(tǒng)計結(jié)果的查詢要求。由于本發(fā)明實施例中每取樣點上的數(shù)據(jù)均是通過分析日志得到的，因此，可以說 該帶寬數(shù)據(jù)統(tǒng)計是完全的用戶訪問流量，而沒有統(tǒng)計多余的請求所消耗的資源情況，可以 說這樣的帶寬數(shù)據(jù)是十分準(zhǔn)確的。而且，通過報表系統(tǒng)對獲取到的取樣點數(shù)據(jù)進行再次合 并匯總存儲，并按照用戶對數(shù)據(jù)表進行分區(qū)管理，將數(shù)據(jù)存儲為特定的數(shù)據(jù)格式，能夠滿足 前臺用戶的查詢效率要求。需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，每個實施例重 點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。 對于系統(tǒng)類實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參 見方法實施例的部分說明即可。需要說明的是，而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性
8的包含，從而使得包括一系列要素的過程、系統(tǒng)、物品或者設(shè)備不僅包括那些要素，而且還 包括沒有明確列出的其他要素，或者是還包括為這種過程、系統(tǒng)、物品或者設(shè)備所固有的要
素。在沒有更多限制的情況下，由語句“包括一個......，，限定的要素，并不排除在包括所
述要素的過程、系統(tǒng)、物品或者設(shè)備中還存在另外的相同要素。 以上對本發(fā)明所提供的一種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)進行了詳細(xì)介紹，本文中應(yīng) 用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理 解本發(fā)明的系統(tǒng)及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā) 明的限制。
權(quán)利要求
一種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)，其特征在于，包括接收模塊，用于接收用戶輸入的針對帶寬數(shù)據(jù)的查詢條件；查詢模塊，用于依據(jù)所述查詢條件從預(yù)置的數(shù)據(jù)庫中匹配得到目標(biāo)數(shù)據(jù)，所述預(yù)置的數(shù)據(jù)庫用于存儲帶寬數(shù)據(jù)。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述查詢條件具體包括時間參數(shù)信息或/ 和頻道信息，所述時間參數(shù)信息包括天、周、月或時間段信息，所述頻道信息包括單個頻 道或者全部頻道信息。
3.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述預(yù)置的數(shù)據(jù)庫通過以下方式建立 對接收到的來自邊緣節(jié)點的原始帶寬信息數(shù)據(jù)實時進行匯總；依據(jù)數(shù)據(jù)類型和/或用戶信息對匯總后的帶寬信息數(shù)據(jù)進行分類； 對分類后的帶寬信息數(shù)據(jù)再按照用戶域名信息進行分區(qū)劃分，并根據(jù)取樣點設(shè)置帶寬 信息數(shù)據(jù)的字段個數(shù)；將分區(qū)劃分之后的帶寬信息數(shù)據(jù)保存至預(yù)先建立的數(shù)據(jù)庫中。
4.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括換算模塊，用于針對匹配得到的目標(biāo)數(shù)據(jù)，采用預(yù)置算法對取樣點進行換算； 繪制圖形模塊，用于按照換算之后的取樣點繪制目標(biāo)數(shù)據(jù)的流量帶寬圖。
5.如權(quán)利要求1-4任意一項所述的系統(tǒng)，其特征在于，還包括 備份數(shù)據(jù)模塊，用于對所述預(yù)置的數(shù)據(jù)庫中的帶寬數(shù)據(jù)進行備份。
全文摘要
本發(fā)明提供了一種帶寬數(shù)據(jù)的動態(tài)查詢系統(tǒng)，所述系統(tǒng)包括接收模塊，用于接收用戶輸入的針對帶寬數(shù)據(jù)的查詢條件；查詢模塊，用于依據(jù)所述查詢條件從預(yù)置的數(shù)據(jù)庫中匹配得到目標(biāo)數(shù)據(jù)，所述預(yù)置的數(shù)據(jù)庫用于存儲帶寬數(shù)據(jù)。本發(fā)明可以解決現(xiàn)有技術(shù)導(dǎo)致的服務(wù)器運行負(fù)載不均衡和性能較低的技術(shù)問題，進一步的，還能解決現(xiàn)有技術(shù)中統(tǒng)計到的帶寬數(shù)據(jù)不夠準(zhǔn)確的技術(shù)問題。
文檔編號G06F17/30GK101923576SQ20101026957
公開日2010年12月22日 申請日期2010年8月31日 優(yōu)先權(quán)日2010年8月31日
發(fā)明者井衛(wèi)軍, 姚永壯, 楊利軍, 蔣建平, 郜時紅 申請人:北京云快線軟件服務(wù)有限公司