一種基于http傳輸協(xié)議的云報表數(shù)據(jù)存儲方法
【專利摘要】本發(fā)明公開了一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法，包括設(shè)備終端的數(shù)據(jù)采集及傳輸步驟和云報表端的數(shù)據(jù)處理及存儲步驟，所述設(shè)備終端的數(shù)據(jù)采集及傳輸步驟按如下步驟進(jìn)行：S1、設(shè)備終端采集并統(tǒng)計設(shè)備信息；S2、設(shè)備終端生成json文件并件發(fā)送至云報表端；S3、確定數(shù)據(jù)的狀態(tài)完成本次數(shù)據(jù)傳輸；所述云報表端的數(shù)據(jù)處理及存儲步驟按如下步驟進(jìn)行：Y1、云報表端接收文件并解析；Y2、云報表端將設(shè)備信息導(dǎo)入數(shù)據(jù)庫中排序后生成報表。本發(fā)明很大程度簡化了該系統(tǒng)的部署，不但可以在原有的本地局域網(wǎng)中進(jìn)行部署，也可以進(jìn)行云端服務(wù)器和設(shè)備異地部署。
【專利說明】一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種報表數(shù)據(jù)存儲方法,具體涉及一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法，屬于計算機數(shù)據(jù)處理【技術(shù)領(lǐng)域】。
【背景技術(shù)】
[0002]現(xiàn)有的報表系統(tǒng)一般都是對應(yīng)一臺設(shè)備，而對應(yīng)多臺設(shè)備的實現(xiàn)方案也是通過報表系統(tǒng)主動獲取各個設(shè)備的信息，進(jìn)行相關(guān)操作。報表系統(tǒng)主動獲取方案在實際的網(wǎng)絡(luò)部署中存在很大的局限性，一種是把報表系統(tǒng)和設(shè)備均部署在本地局域網(wǎng)內(nèi)，另一種就是給報表系統(tǒng)和設(shè)備分配公網(wǎng)IP地址，但是，上述方法中，報表系統(tǒng)均采用被動上傳數(shù)據(jù)的方案，使網(wǎng)絡(luò)部署困難，傳輸協(xié)議復(fù)雜，服務(wù)器端與終端需保持心跳連接，占用大量的網(wǎng)絡(luò)資源，并且，如果在公網(wǎng)上傳輸，如果傳輸不成功，糾錯機制復(fù)雜，導(dǎo)致安全性能差，不能廣泛應(yīng)用。

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

[0003]發(fā)明目的:本發(fā)明的目的在于針對現(xiàn)有技術(shù)的不足，提供一種網(wǎng)絡(luò)部署簡單、網(wǎng)絡(luò)資源占用小、可安全應(yīng)用于公網(wǎng)的基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法。
[0004]技術(shù)方案:本發(fā)明提供的一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,包括設(shè)備終端的數(shù)據(jù)采集及傳輸步驟和云報表端的數(shù)據(jù)處理及存儲步驟，所述設(shè)備終端的數(shù)據(jù)采集及傳輸步驟按如下步驟進(jìn)行:
[0005]S1、設(shè)備終端按照設(shè)定的采集時間間隔定時采集設(shè)備的信息，并將數(shù)據(jù)標(biāo)記為“未發(fā)送”狀態(tài)；
[0006]S2、設(shè)備終端按照設(shè)定的發(fā)送時間間隔定時將狀態(tài)標(biāo)記為“未發(fā)送”的設(shè)備信息按特定的格式生成json文件，并基于HTTP傳輸協(xié)議的POST方法通過有線和/或無線的方式將承載設(shè)備信息的文件發(fā)送至云報表端；
[0007]S3、如果步驟S2中的文件發(fā)送成功，則修改數(shù)據(jù)的狀態(tài)為“已發(fā)送”，完成本次數(shù)據(jù)傳輸；如果步驟S2中的文件未發(fā)送成功，則不修改數(shù)據(jù)的狀態(tài)，完成此次數(shù)據(jù)傳輸。
[0008]本技術(shù)方案的進(jìn)一步限定為，步驟SI中采集的設(shè)備信息包括通過SNMP協(xié)議采集設(shè)備CPU利用率、內(nèi)存使用情況、網(wǎng)絡(luò)接口吞吐量和內(nèi)網(wǎng)主機數(shù)據(jù)流量；步驟S2中生成json文件的的特定格式為設(shè)備CPU利用率分每個CPU利用百分比、內(nèi)存使用情況百分比、網(wǎng)絡(luò)接口吞吐量分為下行包數(shù)、下行字節(jié)數(shù)、上行包數(shù)、上行字節(jié)數(shù)，內(nèi)網(wǎng)主機數(shù)據(jù)流量分每個主機IP地址、所使用的網(wǎng)絡(luò)協(xié)議、下行包數(shù)、下行字節(jié)數(shù)、上行包數(shù)、上行字節(jié)數(shù)。
[0009]進(jìn)一步地，步驟S2中，設(shè)備終端統(tǒng)計好的設(shè)備信息生成json文件后，將json文件進(jìn)行bzip壓縮后，再進(jìn)行發(fā)送；步驟S3中，設(shè)備終端完成本次數(shù)據(jù)傳輸后，自動將壓縮文件刪除。
[0010]進(jìn)一步地，步驟SI中設(shè)定的采集時間間隔為15分鐘，步驟S2中設(shè)定的發(fā)送時間間隔為30分鐘；[0011]進(jìn)一步地，步驟SI中采集設(shè)備的信息通過SNMP協(xié)議進(jìn)行。
[0012]進(jìn)一步地，步驟S3中，如果文件未發(fā)送成功，則重復(fù)執(zhí)行發(fā)送3次，如果3次均未發(fā)送成功，則判定為文件發(fā)送不成功。
[0013]本發(fā)明提供的另一技術(shù)方案為:一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法，包括設(shè)備終端的數(shù)據(jù)采集及傳輸步驟和云報表端的數(shù)據(jù)處理及存儲步驟，所述云報表端的數(shù)據(jù)處理及存儲步驟按如下步驟進(jìn)行:
[0014]Y1、云報表端基于HTTP傳輸協(xié)議接收設(shè)備終端傳輸?shù)奈募?對json文件進(jìn)行解析；
[0015]Y2、云報表端將json文件承載的設(shè)備信息導(dǎo)入數(shù)據(jù)庫中，獲取數(shù)據(jù)庫中的信息，生成以下報表。
[0016]本技術(shù)方案的進(jìn)一步限定為，步驟Yl中，如果云報表端接收到是bzip壓縮文件，則自動進(jìn)行bzip解壓。
[0017]進(jìn)一步地，步驟Y2中，云報表端采用的數(shù)據(jù)庫為SQLITE數(shù)據(jù)庫。
[0018]有益效果:本發(fā)明公開的一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,設(shè)備終端通過HTTP協(xié)議主動上報信息到云端服務(wù)器，很大程度簡化了該系統(tǒng)的部署，不但可以在原有的本地局域網(wǎng)中進(jìn)行部署，也可以進(jìn)行云端服務(wù)器和設(shè)備異地部署，如果云端服務(wù)器部署到公網(wǎng)服務(wù)器上，就可以獲取部署在各個角落能連接到公網(wǎng)的設(shè)備信息，而生成報表；傳輸方法簡單，消耗的網(wǎng)絡(luò)資源少，并且設(shè)定了防狀態(tài)為，防止發(fā)送不成功的數(shù)據(jù)丟失，安全可靠。
【專利附圖】

【附圖說明】
[0019]圖1為本發(fā)明提供的基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法中設(shè)備終端的數(shù)據(jù)采集及傳輸步驟的流程圖；
[0020]圖2為本發(fā)明提供的基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法中云報表端的數(shù)據(jù)處理及存儲步驟的流程圖；
[0021]圖3為本實施例得到的CPU利用率示意圖；
[0022]圖4為本實施例得到的內(nèi)存使用情況示意圖；
[0023]圖5為本實施例得到的在線用戶數(shù)示意圖；
[0024]圖6為本實施例得到的網(wǎng)絡(luò)接口吞吐量示意圖。
【具體實施方式】
[0025]下面對本發(fā)明技術(shù)方案進(jìn)行詳細(xì)說明，但是本發(fā)明的保護(hù)范圍不局限于所述實施例。
[0026]實施例:本實施例提供一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,包括設(shè)備終端的數(shù)據(jù)采集及傳輸步驟和云報表端的數(shù)據(jù)處理及存儲步驟。
[0027]設(shè)備終端的數(shù)據(jù)采集及傳輸步驟按如下步驟進(jìn)行:
[0028]S1、設(shè)備終端按照設(shè)定的采集時間間隔定時通過SNMP協(xié)議采集設(shè)備的信息，并將數(shù)據(jù)標(biāo)記為“未發(fā)送”狀態(tài)。本實施例中，設(shè)定的采集時間間隔為15分鐘。本實施例中，采集的設(shè)備信息包括通過SNMP協(xié)議采集設(shè)備CPU利用率、內(nèi)存使用情況、網(wǎng)絡(luò)接口吞吐量和內(nèi)網(wǎng)主機數(shù)據(jù)流量。
[0029]S2、設(shè)備終端按照設(shè)定的發(fā)送時間間隔定時將狀態(tài)標(biāo)記為“未發(fā)送”的設(shè)備信息按特定的格式生成json文件，將json文件進(jìn)行bzip壓縮后，基于HTTP傳輸協(xié)議的POST方法通過有線和/或無線的方式將承載設(shè)備信息的文件發(fā)送至云報表端。本實施例中，設(shè)定的發(fā)送時間間隔為30分鐘，即每采集兩次數(shù)據(jù)，設(shè)備終端就主動發(fā)送一次。
[0030]本實施例中，生成json文件的的特定格式為設(shè)備CPU利用率分每個CPU利用百分t匕、內(nèi)存使用情況百分比、網(wǎng)絡(luò)接口吞吐量分為下行包數(shù)、下行字節(jié)數(shù)、上行包數(shù)、上行字節(jié)數(shù)，內(nèi)網(wǎng)主機數(shù)據(jù)流量分每個主機IP地址、所使用的網(wǎng)絡(luò)協(xié)議、下行包數(shù)、下行字節(jié)數(shù)、上行包數(shù)、上行字節(jié)數(shù)。
[0031]S3、如果步驟S2中的文件發(fā)送成功，則修改數(shù)據(jù)的狀態(tài)為“已發(fā)送”，完成本次數(shù)據(jù)傳輸；如果步驟S2中的文件未發(fā)送成功，則重復(fù)執(zhí)行發(fā)送3次，如果3次均未發(fā)送成功，則判定為文件發(fā)送不成功，則不修改數(shù)據(jù)的狀態(tài)，完成此次數(shù)據(jù)傳輸。完成本次數(shù)據(jù)傳輸后，設(shè)備終端自動將壓縮文件刪除。
[0032]云報表端的數(shù)據(jù)處理及存儲步驟按如下步驟進(jìn)行:
[0033]Y1、云報表端基于HTTP傳輸協(xié)議接收設(shè)備終端傳輸?shù)奈募?，對json文件進(jìn)行解析。如果云報表端接收到是bzip壓縮文件，則自動進(jìn)行bzip解壓，解壓后再對文件進(jìn)行后續(xù)處理
[0034]Y2、云報表端將json文件承載的設(shè)備信息導(dǎo)入數(shù)據(jù)庫中，獲取數(shù)據(jù)庫中的信息，生成以下報表。本實施例中，云報表端采用的數(shù)據(jù)庫為SQLITE數(shù)據(jù)庫。
[0035]本實施例中，通過獲取 數(shù)據(jù)庫中的信息生成的設(shè)備列表如表1所示:
[0036]
【權(quán)利要求】
1.一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,其特征在于，包括設(shè)備終端的數(shù)據(jù)采集及傳輸步驟和云報表端的數(shù)據(jù)處理及存儲步驟，所述設(shè)備終端的數(shù)據(jù)采集及傳輸步驟按如下步驟進(jìn)行: 51、設(shè)備終端按照設(shè)定的采集時間間隔定時采集設(shè)備的信息，并將數(shù)據(jù)標(biāo)記為“未發(fā)送”狀態(tài)； 52、設(shè)備終端按照設(shè)定的發(fā)送時間間隔定時將狀態(tài)標(biāo)記為“未發(fā)送”的設(shè)備信息，按特定的格式生成json文件，并基于HTTP傳輸協(xié)議的POST方法通過有線和/或無線的方式將承載設(shè)備信息的文件發(fā)送至云報表端； 53、如果步驟S2中的文件發(fā)送成功，則修改數(shù)據(jù)的狀態(tài)為“已發(fā)送”，完成本次數(shù)據(jù)傳輸；如果步驟S2中的文件未發(fā)送成功，則不修改數(shù)據(jù)的狀態(tài)，完成此次數(shù)據(jù)傳輸。
2.根據(jù)權(quán)利要求1所述的一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,其特征在于，步驟SI中采集的設(shè)備信息包括通過SNMP協(xié)議采集設(shè)備CPU利用率、內(nèi)存使用情況、網(wǎng)絡(luò)接口吞吐量和內(nèi)網(wǎng)主機數(shù)據(jù)流量；步驟S2中生成json文件的的特定格式為設(shè)備CPU利用率分每個CPU利用百分比、內(nèi)存使用情況百分比、網(wǎng)絡(luò)接口吞吐量分為下行包數(shù)、下行字節(jié)數(shù)、上行包數(shù)、上行字節(jié)數(shù)，內(nèi)網(wǎng)主機數(shù)據(jù)流量分每個主機IP地址、所使用的網(wǎng)絡(luò)協(xié)議、下行包數(shù)、下行字節(jié)數(shù)、上行包數(shù)、上行字節(jié)數(shù)。
3.根據(jù)權(quán)利要求1所述的一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,其特征在于，步驟S2中，設(shè)備終端統(tǒng)計好的設(shè)備信息生成json文件后，將json文件進(jìn)行bzip壓縮后，再進(jìn)行發(fā)送；步驟S3中，設(shè)備終端完成本次數(shù)據(jù)傳輸后，自動將壓縮文件刪除。
4.根據(jù)權(quán)利要求1所述的一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,其特征在于，步驟SI中設(shè)定的采集時間間隔為15分鐘，步驟S2中設(shè)定的發(fā)送時間間隔為30分鐘。
5.根據(jù)權(quán)利要求1所述的一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,其特征在于，步驟SI中采集設(shè)備的信息通過SNMP協(xié)議進(jìn)行。
6.根據(jù)權(quán)利要求1所述的一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,其特征在于，步驟S3中，如果文件未發(fā)送成功，則重復(fù)執(zhí)行發(fā)送3次，如果3次均未發(fā)送成功，則判定為文件發(fā)送不成功。
7.一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,其特征在于，包括設(shè)備終端的數(shù)據(jù)采集及傳輸步驟和云報表端的數(shù)據(jù)處理及存儲步驟，所述云報表端的數(shù)據(jù)處理及存儲步驟按如下步驟進(jìn)行: Y1、云報表端基于HTTP傳輸協(xié)議接收設(shè)備終端傳輸?shù)奈募?對json文件進(jìn)行解析； Y2、云報表端將json文件承載的設(shè)備信息導(dǎo)入數(shù)據(jù)庫中，獲取數(shù)據(jù)庫中的信息，生成以下報表。
8.根據(jù)權(quán)利要求7所述的一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,其特征在于，步驟Yl中，如果云報表端接收到是bzip壓縮文件，則自動進(jìn)行bzip解壓。
9.根據(jù)權(quán)利要求7所述的一種基于HTTP傳輸協(xié)議的云報表數(shù)據(jù)存儲方法,其特征在于，步驟Y2中，云報表端采用的數(shù)據(jù)庫為SQLITE數(shù)據(jù)庫。
【文檔編號】H04L29/08GK103780668SQ201310364078
【公開日】2014年5月7日 申請日期:2013年8月20日 優(yōu)先權(quán)日:2013年8月20日
【發(fā)明者】施雅各 申請人:蘇州邁科網(wǎng)絡(luò)安全技術(shù)股份有限公司