專利名稱：一種實時計費方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，特別是涉及一種實時計費方法。
背景技術(shù)：
計費是內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network, CDN)服務(wù)提供商的業(yè)務(wù)與運 營支撐系統(tǒng)(BOSS)的必備的基礎(chǔ)功能之一。在CDN領(lǐng)域一般都采用日志計費的方式，即把 加速服務(wù)器的訪問日志收集起來，然后按造預(yù)定方式匯總每條日志訪問所產(chǎn)生的流量，再 經(jīng)過預(yù)置的一系列計算，生成當前日志所產(chǎn)生的費用。在生成日志費用的時候一般由數(shù)據(jù) 庫執(zhí)行，需要將每一條訪問日志的域名、時間和產(chǎn)生的流量等信息匯總，并可以通過程序或 者存儲過程來匯總。通常的做法可以是每5分鐘設(shè)置一個采樣點，即一個域名在同一個5 分鐘之內(nèi)的訪問產(chǎn)生的流量算為一個采樣點。目前，流量和帶寬之間有如下所示的計算公 式平均帶寬(bps)=(總流量(B)*8)/(60(s)*5))。采用現(xiàn)有技術(shù)進行計費的方式示例如下假設(shè)全網(wǎng)加速的有5000個域名，每個域 名有100臺服務(wù)器提供服務(wù)，每個頻道每5分鐘的流量數(shù)據(jù)合并為1條(在進入數(shù)據(jù)庫之前 匯總)，那么按照服務(wù)器的維度入庫時，一天的數(shù)據(jù)量有5000*100*288 = 144，000，000 (條 記錄)。即使不按服務(wù)器的維度，按照節(jié)點數(shù)(中型的CDN提供商大概擁有幾十個節(jié)點)統(tǒng) 計的數(shù)據(jù)量也不會降下來，仍然在1億條以上。這個數(shù)據(jù)量還是匯總之后的數(shù)據(jù)量，那么臨 時入庫前的冗余數(shù)據(jù)量(即一個時間點多條數(shù)據(jù))更是龐大，如果在數(shù)據(jù)庫中保留3個月 的數(shù)據(jù)，數(shù)據(jù)量可能會達到百億條。從上述過程中可以看出，采用傳統(tǒng)的方法將信息匯總?cè)霂觳⒂嬎闳罩举M用時，都 集中于數(shù)據(jù)庫進行計算，由于計費的日志信息量非常大，就對數(shù)據(jù)庫造成非常大的壓力，降 低了數(shù)據(jù)庫的計算速度和性能。在實際應(yīng)用中，計費周期通常是按月進行的，因此，由于計 算完之后的數(shù)據(jù)量依然很大，查詢一個月的計費信息也是非常的慢，就導(dǎo)致了查詢效率也 很低。進一步的，由于CDN行業(yè)激烈的競爭，單一的計費方法早已不能適應(yīng)業(yè)務(wù)的發(fā)展，由 于多數(shù)用戶都是存在多域名加速的情況，因此如何合理地對多域名計費是需要考慮的一個 問題。因此，目前需要本領(lǐng)域技術(shù)人員迫切解決的一個技術(shù)問題就是如何能夠提出一 種實時計費方法，主要用以解決現(xiàn)有技術(shù)中計費和查詢效率過低的技術(shù)問題，還能進一步 的適應(yīng)用戶存在多域名加速的應(yīng)用場景。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種實時計費方法，主要用以解決現(xiàn)有技術(shù)中 計費和查詢效率過低的技術(shù)問題，還能進一步的適應(yīng)用戶存在多域名加速的應(yīng)用場景。為解決上述技術(shù)問題，本發(fā)明實施例提供了一種實時計費方法，包括獲取各個節(jié)點的數(shù)據(jù)文件；將所述各個節(jié)點的數(shù)據(jù)文件匯總后直接保存至臨時數(shù)據(jù)庫；
3
對臨時數(shù)據(jù)庫中的數(shù)據(jù)文件進行多級匯總，以得到滿足預(yù)置條數(shù)的數(shù)據(jù)記錄并保 存至查詢數(shù)據(jù)庫中；按照時間段信息從所述查詢數(shù)據(jù)中獲取相應(yīng)的數(shù)據(jù)記錄并進行計費。優(yōu)選的，所述獲取各個節(jié)點的數(shù)據(jù)文件，具體包括在每個節(jié)點上對本節(jié)點的計費日志進行分析；刪除所述計費日志中的冗余數(shù)據(jù)，以生成各個節(jié)點的數(shù)據(jù)文件。優(yōu)選的，所述對臨時數(shù)據(jù)庫中的數(shù)據(jù)文件進行多級匯總，具體包括將所述數(shù)據(jù)文件轉(zhuǎn)換為每域名周期性的生成一條數(shù)據(jù)；針對各個域名合并所述生成的多條數(shù)據(jù)；將所述多條數(shù)據(jù)按照頻道和時間信息進行匯總，以減少數(shù)據(jù)庫中的數(shù)據(jù)量。優(yōu)選的，所述按照時間段信息從所述查詢數(shù)據(jù)中獲取相應(yīng)的數(shù)據(jù)記錄并進行計 費，具體包括依據(jù)時間段信息獲取業(yè)務(wù)類型相同的域名的帶寬數(shù)據(jù)；針對所述獲取到的帶寬數(shù)據(jù)采用預(yù)置的計費算法進行計費。優(yōu)選的，還包括生成滿足用戶需求的計費賬單。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點在本實施例中，首先獲取到的是各個節(jié)點的數(shù)據(jù)文件，同時數(shù)據(jù)庫可以分為臨時 數(shù)據(jù)庫和查詢數(shù)據(jù)庫兩個，然后依據(jù)需要計費的時間段信息從查詢數(shù)據(jù)庫中查詢得到目標 數(shù)據(jù)并進行計費。本發(fā)明實施例采用單域名數(shù)據(jù)采集，以及多域名數(shù)據(jù)匯總的方式，并且， 數(shù)據(jù)庫也采用多級匯總的方式，并且可以設(shè)計出專門的帶寬數(shù)據(jù)查詢接口，以降低展示以 及計費之間的耦合性，提高了計費效率。進一步的，還可以適應(yīng)多用戶多域名加速的應(yīng)用場
旦
ο


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明的一種實時計費方法實施例1的流程圖；圖2是本發(fā)明的一種實時計費方法實施例2的流程圖；圖3是本發(fā)明的一種實時計費系統(tǒng)實施例1的結(jié)構(gòu)示意圖；圖4是本發(fā)明的一種實時計費系統(tǒng)實施例2的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實 施方式對本發(fā)明作進一步詳細的說明。本發(fā)明可用于眾多通用或?qū)Ｓ玫挠嬎阆到y(tǒng)環(huán)境或配置中。例如個人計算機、服務(wù) 器計算機、手持設(shè)備或便攜式設(shè)備、平板型設(shè)備、多處理器系統(tǒng)、包括以上任何系統(tǒng)或設(shè)備
4的分布式計算環(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ò)而被連接的遠程處理設(shè)備來執(zhí)行任務(wù)。在分布式計算環(huán)境中，程序模塊可以 位于包括存儲設(shè)備在內(nèi)的本地和遠程計算機存儲介質(zhì)中。參考圖1，示出了本發(fā)明的一種實時計費方法實施例1的流程圖，可以包括以下步 驟步驟101 獲取各個節(jié)點的數(shù)據(jù)文件。在本實施例中，可以采用分布式的計費信息計算方式，即在每個節(jié)點上就將本節(jié) 點的計費日志先分析一遍，去掉冗余數(shù)據(jù)就可以生成數(shù)據(jù)文件，以便于后續(xù)傳輸?shù)街行脑?保存至數(shù)據(jù)庫，采用這種方式可以減少數(shù)據(jù)庫臨時冗余數(shù)據(jù)量，并可以減輕數(shù)據(jù)臨時數(shù)據(jù) 庫計算的開銷。步驟102 將所述各個節(jié)點的數(shù)據(jù)文件匯總后直接保存至臨時數(shù)據(jù)庫。在本發(fā)明實施例中，在數(shù)據(jù)庫方面進行了分級，采用了一個臨時數(shù)據(jù)庫和一個正 式的查詢數(shù)據(jù)庫來實現(xiàn)。臨時數(shù)據(jù)庫主要是各節(jié)點匯總之后的數(shù)據(jù)直接入庫，多節(jié)點之 間不進行合并，目的是加快入庫速度，入庫只進行插入(insert)數(shù)據(jù)操作而不進行更新 (update)和刪除(delete)的操作。雖然單節(jié)點內(nèi)已經(jīng)沒有冗余數(shù)據(jù)了，但是多節(jié)點之間以 及延時之后的數(shù)據(jù)可能出現(xiàn)冗余，因此臨時數(shù)據(jù)庫保存的數(shù)據(jù)還是有冗余，但在經(jīng)過本步 驟中的節(jié)點匯總之后冗余會大大減少。步驟103 對臨時數(shù)據(jù)庫中的數(shù)據(jù)文件進行多級匯總，以得到滿足預(yù)置條數(shù)的數(shù) 據(jù)記錄并保存至查詢數(shù)據(jù)庫中。需要說明的是，在各個而節(jié)點的數(shù)據(jù)文件保存至臨時數(shù)據(jù)庫之后，可以采用“多級 匯總”的方式，由臨時表首先通過存儲過程去掉冗余，變成每域名、每5分鐘一條數(shù)據(jù)，第一 級匯總采用合并(merge)的方式，因為各節(jié)點數(shù)據(jù)在時間上有先后順序，因此不可能一次 性全部算出最終的數(shù)據(jù)，必然要進行多次反復(fù)的合并操作，在一定時間以后就會變成最終 的數(shù)據(jù)。而二級匯總主要是針對已經(jīng)不會再變化的數(shù)據(jù)做的，例如，假設(shè)一個星期以后的流 量數(shù)據(jù)將不再變化，那么匯總則會針對一個星期以前的數(shù)據(jù)進行。匯總之后得到滿足預(yù)置 條數(shù)的數(shù)據(jù)記錄可以保存至查詢數(shù)據(jù)庫中，供前臺用戶查詢使用。需要說明的是，匯總之 后，數(shù)據(jù)的記錄條數(shù)會變少很多，這樣就提高了用戶從查詢數(shù)據(jù)庫中獲取數(shù)據(jù)記錄的效率。步驟104 按照時間段信息從所述查詢數(shù)據(jù)中獲取相應(yīng)的數(shù)據(jù)記錄并進行計費。按照用戶設(shè)置的時間段信息，例如一個月，從查詢數(shù)據(jù)庫中獲取到相應(yīng)的數(shù)據(jù)記 錄，查詢到一組業(yè)務(wù)相同域名的帶寬數(shù)據(jù)之后，按一個月30天來算，一共有288*30 = 8640 個取樣點，則可以依據(jù)這么多取樣點的數(shù)據(jù)記錄，可以采用各種計費方式進行計費。例如， 95帶寬計費法、第N峰值計費法、忙時N小時計費法等等。在不同的實施例中，在步驟104之后，本發(fā)明還可以包括步驟105 生成滿足用戶需求的計費賬單。將計費數(shù)據(jù)再根據(jù)用戶需求生成計費賬單，可以供用戶更方便的查看?？梢钥闯?， 在本實施例中，采用單域名數(shù)據(jù)采集，以及多域名數(shù)據(jù)匯總的方式，并且，數(shù)據(jù)庫也采用多級匯總的方式，并且可以設(shè)計出專門的帶寬數(shù)據(jù)查詢接口，以降低展示以及計費之間的耦 合性，提高了計費效率。進一步的，還可以適應(yīng)多用戶多域名加速的應(yīng)用場景。參考圖2，示出了本發(fā)明的一種實時計費方法實施例2的流程圖，本實施例可以包 括以下步驟步驟201 在每個節(jié)點上對本節(jié)點的計費日志進行分析。本步驟即是在每個節(jié)點都首先分析該節(jié)點的計費日志，以得到初步的已經(jīng)分析過 的計費日志。步驟202 刪除所述計費日志中的冗余數(shù)據(jù)，以生成各個節(jié)點的數(shù)據(jù)文件。同時刪除計費日志中的冗余數(shù)據(jù)，針對每個節(jié)點都得到已經(jīng)去掉冗余的數(shù)據(jù)文 件。步驟203 將所述各個節(jié)點的數(shù)據(jù)文件匯總后直接保存至臨時數(shù)據(jù)庫。得到各個節(jié)點的數(shù)據(jù)文件之后，可以進行匯總并保存至臨時數(shù)據(jù)庫中。步驟204 將所述數(shù)據(jù)文件轉(zhuǎn)換為每域名周期性的生成一條數(shù)據(jù)。在本步驟，需要按照域名將各個節(jié)點的數(shù)據(jù)文件進行合并，比如每五分鐘生成一 條數(shù)據(jù)。步驟205 針對各個域名合并所述生成的多條數(shù)據(jù)。將生成的多條數(shù)據(jù)按照域名進行合并，即是各個域名的數(shù)據(jù)記錄都合并到一起。步驟206 將所述多條數(shù)據(jù)按照頻道和時間信息進行匯總，以減少數(shù)據(jù)庫中的數(shù)據(jù)量。本步驟可以認為是二級匯總的過程，主要是采用了行轉(zhuǎn)列的“增維減量”的方法， 即原來每個頻道的帶寬數(shù)據(jù)是5分鐘一條，所以一天288條，那么現(xiàn)在增加表的列數(shù)，以便 把288條記錄的流量帶寬數(shù)據(jù)匯總到一條記錄上。步驟207 將匯總后的滿足預(yù)置條數(shù)的數(shù)據(jù)記錄保存至查詢數(shù)據(jù)庫中。在進行步驟205的匯總后，數(shù)據(jù)記錄的條數(shù)將大大減少，例如，原來3個月的數(shù)據(jù) 可能是百億條，那么現(xiàn)在匯總之后數(shù)據(jù)量將減少為幾千萬條，滿足在匯總時的預(yù)置條數(shù)。本 實施例的這種方式雖然增加了匯總的時間復(fù)雜度，但是數(shù)據(jù)庫的總體數(shù)據(jù)表量會大大降 低。加上適當?shù)姆謪^(qū)和索引的建立，可以使得后續(xù)查詢數(shù)據(jù)記錄將便得非?？?，那么相應(yīng)的 計費效率也就很高。計算得到用于計費的帶寬數(shù)據(jù)庫之后，可以存儲在查詢數(shù)據(jù)庫中，后續(xù)該查詢數(shù) 據(jù)庫中的數(shù)據(jù)可以作為計費出賬單的依據(jù)。同時還可以設(shè)計數(shù)據(jù)查詢接口，那么在Web上 展示和計費賬單都可以通過調(diào)用此接口獲得數(shù)據(jù)。步驟208 依據(jù)時間段信息獲取業(yè)務(wù)類型相同的域名的帶寬數(shù)據(jù)。雖然計算得到了單域名的實時帶寬數(shù)據(jù)，但是實際應(yīng)用中一個用戶往往是將一組 域名進行加速，因此可以合并計費。可以對每一個域名給出一個業(yè)務(wù)類型，只要符合相同業(yè) 務(wù)類型的域名，就可以進行合并計費，因為相同的業(yè)務(wù)意味著成本是一致的。例如，在按月 計費的時候，通過實時帶寬數(shù)據(jù)查詢接口，可以將一組業(yè)務(wù)相同域名的帶寬數(shù)據(jù)查出來，一 個月按30天算的話，一共有288*30 = 8640個取樣點的數(shù)據(jù)。步驟209 針對所述獲取到的帶寬數(shù)據(jù)采用預(yù)置的計費算法進行計費。那么針對所獲取到的帶寬數(shù)據(jù)，就可以采用預(yù)置的計費算法進行計費。例如拋點
6計費法，即從大到小排列帶寬值，拋去若干點之后的最大帶寬值作為上月帶寬。95帶寬計 費法，即從大到小排列帶寬值，去掉5%的帶寬值之后作為上月帶寬，相當于拋點計費拋去 (8640*5%)個點的計費方法。95帶寬計費法是最常見的一種計費方法。第N峰值計費法， 每天找出一個最大峰值，一個月30個，那么從大到小用第N個峰值作為上月帶寬，常見第4 峰值計費。忙時N小時計費法，即計算一組連續(xù)N個小時中出現(xiàn)的最小的峰值，那么該月中 最大的這個值作為該月的帶寬值。在實際應(yīng)用中還可以將各種計費的方法都實現(xiàn)成不同的計費模塊，調(diào)用實時帶寬 查詢接口查出一個月的計費帶寬數(shù)據(jù)之后，就可以調(diào)用不同的計費模塊計算出“計費帶寬” 來。同時在后臺可以同時用各種不同的方法算出一組“計費帶寬”值來，多個結(jié)果同時出 來之后就便于比較不同的算法之間的差異，以便于后續(xù)進行成本分析以及營銷決策分析等寸。需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列 的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為 依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知 悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明 所必須的。參考圖3，示出了本發(fā)明的一種實時計費系統(tǒng)實施例1的結(jié)構(gòu)框圖，可以包括以下 模塊獲取數(shù)據(jù)文件模塊301，用于獲取各個節(jié)點的數(shù)據(jù)文件。生成臨時數(shù)據(jù)模塊302，用于將所述各個節(jié)點的數(shù)據(jù)文件匯總后直接保存至臨時 數(shù)據(jù)庫。多級匯總模塊303，用于對臨時數(shù)據(jù)庫中的數(shù)據(jù)文件進行多級匯總，以得到滿足預(yù) 置條數(shù)的數(shù)據(jù)記錄并保存至查詢數(shù)據(jù)庫中。查詢計費模塊304，用于按照時間段信息從所述查詢數(shù)據(jù)中獲取相應(yīng)的數(shù)據(jù)記錄 并進行計費。生成計費賬單模塊305，用于生成滿足用戶需求的計費賬單。在本實施例中，在數(shù)據(jù)庫方面進行了分級，采用了一個臨時數(shù)據(jù)庫和一個正式的 查詢數(shù)據(jù)庫來實現(xiàn)。臨時數(shù)據(jù)庫主要是各節(jié)點匯總之后的數(shù)據(jù)直接入庫，多節(jié)點之間不進 行合并，目的是加快入庫速度。同時本實施例中采用單域名數(shù)據(jù)采集，以及多域名數(shù)據(jù)匯總 的方式，并且，數(shù)據(jù)庫也采用多級匯總的方式，并且可以設(shè)計出專門的帶寬數(shù)據(jù)查詢接口， 以降低展示以及計費之間的耦合性，提高了計費效率。進一步的，還可以適應(yīng)多用戶多域名 加速的應(yīng)用場景。參考圖4，示出了本發(fā)明的一種實時計費系統(tǒng)實施例2的結(jié)構(gòu)框圖，可以包括以下 模塊分析日志子模塊401，用于在每個節(jié)點上對本節(jié)點的計費日志進行分析。生成數(shù)據(jù)文件子模塊402，用于刪除所述計費日志中的冗余數(shù)據(jù)，以生成各個節(jié)點 的數(shù)據(jù)文件。生成臨時數(shù)據(jù)模塊302，用于將所述各個節(jié)點的數(shù)據(jù)文件匯總后直接保存至臨時 數(shù)據(jù)庫。
生成數(shù)據(jù)子模塊403，用于將所述數(shù)據(jù)文件轉(zhuǎn)換為每域名周期性的生成一條數(shù)據(jù)。合并子模塊404，用于針對各個域名合并所述生成的多條數(shù)據(jù)。匯總子模塊405，用于將所述多條數(shù)據(jù)按照頻道和時間信息進行匯總，以減少數(shù)據(jù) 庫中的數(shù)據(jù)量。獲取帶寬數(shù)據(jù)子模塊406，用于依據(jù)時間段信息獲取業(yè)務(wù)類型相同的域名的帶寬 數(shù)據(jù)。計費子模塊407，用于針對所述獲取到的帶寬數(shù)據(jù)采用預(yù)置的計費算法進行計費。需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，每個實施例重 點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。 對于系統(tǒng)類實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參 見方法實施例的部分說明即可。需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包 含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括 沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。
在沒有更多限制的情況下，由語句“包括一個......，，限定的要素，并不排除在包括所述要
素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。以上對本發(fā)明所提供的一種實時計費方法及實時計費系統(tǒng)進行了詳細介紹，本文 中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫 助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思 想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對 本發(fā)明的限制。
8
權(quán)利要求
一種實時計費方法，其特征在于，包括獲取各個節(jié)點的數(shù)據(jù)文件；將所述各個節(jié)點的數(shù)據(jù)文件匯總后直接保存至臨時數(shù)據(jù)庫；對臨時數(shù)據(jù)庫中的數(shù)據(jù)文件進行多級匯總，以得到滿足預(yù)置條數(shù)的數(shù)據(jù)記錄并保存至查詢數(shù)據(jù)庫中；按照時間段信息從所述查詢數(shù)據(jù)中獲取相應(yīng)的數(shù)據(jù)記錄并進行計費。
2.如權(quán)利要求1所述的方法，其特征在于，所述獲取各個節(jié)點的數(shù)據(jù)文件，具體包括 在每個節(jié)點上對本節(jié)點的計費日志進行分析；刪除所述計費日志中的冗余數(shù)據(jù)，以生成各個節(jié)點的數(shù)據(jù)文件。
3.如權(quán)利要求1所述的方法，其特征在于，所述對臨時數(shù)據(jù)庫中的數(shù)據(jù)文件進行多級 匯總，具體包括將所述數(shù)據(jù)文件轉(zhuǎn)換為每域名周期性的生成一條數(shù)據(jù)； 針對各個域名合并所述生成的多條數(shù)據(jù)；將所述多條數(shù)據(jù)按照頻道和時間信息進行匯總，以減少數(shù)據(jù)庫中的數(shù)據(jù)量。
4.如權(quán)利要求1所述的方法，其特征在于，所述按照時間段信息從所述查詢數(shù)據(jù)中獲 取相應(yīng)的數(shù)據(jù)記錄并進行計費，具體包括依據(jù)時間段信息獲取業(yè)務(wù)類型相同的域名的帶寬數(shù)據(jù)； 針對所述獲取到的帶寬數(shù)據(jù)采用預(yù)置的計費算法進行計費。
5.如權(quán)利要求1所述的方法，其特征在于，還包括 生成滿足用戶需求的計費賬單。
全文摘要
本發(fā)明提供了一種實時計費方法，所述方法包括獲取各個節(jié)點的數(shù)據(jù)文件；將所述各個節(jié)點的數(shù)據(jù)文件匯總后直接保存至臨時數(shù)據(jù)庫；對臨時數(shù)據(jù)庫中的數(shù)據(jù)文件進行多級匯總，以得到滿足預(yù)置條數(shù)的數(shù)據(jù)記錄并保存至查詢數(shù)據(jù)庫中；按照時間段信息從所述查詢數(shù)據(jù)中獲取相應(yīng)的數(shù)據(jù)記錄并進行計費。本發(fā)明實施例可以解決現(xiàn)有技術(shù)中計費和查詢效率過低的技術(shù)問題，還能進一步的適應(yīng)用戶存在多域名加速的應(yīng)用場景。
文檔編號G06F17/30GK101924846SQ20101026959
公開日2010年12月22日 申請日期2010年8月31日 優(yōu)先權(quán)日2010年8月31日
發(fā)明者井衛(wèi)軍, 姚永壯, 楊利軍, 蔣建平, 郜時紅 申請人:北京云快線軟件服務(wù)有限公司