專利名稱：智能化局域網(wǎng)數(shù)據(jù)采集方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)據(jù)采集方法，尤其是涉及智能化局域網(wǎng)數(shù)據(jù)采集方法。
背景技術(shù)：
現(xiàn)有數(shù)據(jù)采集技術(shù)3種方式(I)在Linux環(huán)境下使用rsync命令將數(shù)據(jù)采集單元的數(shù)據(jù)同步到中心數(shù)據(jù)匯總單元，即rsync數(shù)據(jù)同步法,Rsync (remote synchronize)是一款實(shí)現(xiàn)遠(yuǎn)程同步功能的免費(fèi)軟件，它在同步文件的同時(shí)，可以保持原來文件的權(quán)限、時(shí)間、軟硬鏈接等附加信息。rsync是用“rsync算法”提供了一個(gè)客戶機(jī)和遠(yuǎn)程文件服務(wù)器的文件同步的快速方法，而且可以通過SSH方式來傳輸文件，rsync包括如下的一些特性能更新整個(gè)目錄和樹和文件系統(tǒng)； 有選擇性的保持符號(hào)鏈接、硬鏈接、文件屬性、權(quán)限、設(shè)備以及時(shí)間等；對(duì)于安裝來說，無任何特殊權(quán)限要求；對(duì)于多個(gè)文件來說，內(nèi)部流水線減少文件等待的延時(shí)；能用rsh、SSh或直接端口做為傳輸端口 ；支持匿名rsync同步文件，是理想的鏡像工具；(2)在每臺(tái)數(shù)據(jù)采集單元安裝FTP服務(wù)端程序，在中心數(shù)據(jù)匯總單元安裝FTP客戶端程序，中心數(shù)據(jù)匯總單元(FTP客戶端)把腳本上傳到數(shù)據(jù)采集單元(FTP服務(wù)端)，中心數(shù)據(jù)匯總單元(FTP客戶端)從各個(gè)數(shù)據(jù)采集單元(FTP服務(wù)端)下載數(shù)據(jù)，即FTP傳輸法，F(xiàn)TP客戶端實(shí)現(xiàn)要建立兩個(gè)通道，其實(shí)是兩個(gè)調(diào)用了 connect函數(shù)的連接一個(gè)控制命令通道，專門用來傳輸一些字符串命令信息；一個(gè)數(shù)據(jù)傳輸通道，用來傳輸數(shù)據(jù)。控制命令通道一定是由客戶端向服務(wù)器的連接(默認(rèn)的端口是21，也可以指定端口，這要看服務(wù)器的設(shè)置)，連接的過程完成了 FTP的登錄。數(shù)據(jù)通道則不一定，具體哪個(gè)連哪個(gè)，與PASV命令有關(guān)。FTP斷點(diǎn)續(xù)傳的原理可分為斷點(diǎn)下載和斷點(diǎn)上傳。所述斷點(diǎn)下載向服務(wù)器發(fā)送“REST+本地文件長(zhǎng)度”命令，告訴服務(wù)器，客戶端要斷點(diǎn)下載了，這時(shí)服務(wù)器還不知道客戶端要下載哪個(gè)文件；要實(shí)現(xiàn)FTP的斷點(diǎn)續(xù)傳，F(xiàn)TP服務(wù)器必須支持REST指令，這條指令在FTP協(xié)議文本RFC959中就已經(jīng)定義了，不過它不是FTP服務(wù)器必須支持的指令。一般在下載前使用REST 100命令進(jìn)行實(shí)驗(yàn)，如果服務(wù)器正常執(zhí)行了這條命令，說明該服務(wù)器支持FTP斷點(diǎn)續(xù)傳。REST后面跟的數(shù)表示下載文件的起始位置，而REST O表示從文件最開始處下載。REST命令本身并不執(zhí)行下載功能，你仍需要使用RETR命令執(zhí)行下載工作；向服務(wù)器發(fā)送“RETR+文件名”命令，通知服務(wù)器要下載的文件名，這時(shí)服務(wù)器開始定位文件指針讀文件并發(fā)送數(shù)據(jù)；客戶端定位本地文件指針(文件末尾)；兩端的準(zhǔn)備工作都做完了以后，客戶端創(chuàng)建socket，以被動(dòng)或非被動(dòng)方式建立數(shù)據(jù)通道，循環(huán)調(diào)用recv接收數(shù)據(jù)并追加入本地文件。所述斷點(diǎn)上傳獲取服務(wù)器上和本地要上傳文件的同名文件大?。幌蚍?wù)器發(fā)送“APPE +文件名”，通知服務(wù)器，接下來從數(shù)據(jù)通道發(fā)送給你的數(shù)據(jù)要附加到這個(gè)文件末尾；定位本地文件指針(和FTP上文件大小相同的位置)；從文件指針處讀數(shù)據(jù)并發(fā)送。(3)以Flume為代表的分布式數(shù)據(jù)收集框架，利用Hadoop的MapReduce技術(shù)和HDFS分布式存儲(chǔ)方案，提供了海量數(shù)據(jù)的收集方案，即Hadoop分布式數(shù)據(jù)收集框架Flume 架構(gòu)由三層組成，分別為 agent, collector 和 storage。其中，agent 和 collector均由兩部分組成source和sink, source是數(shù)據(jù)來源，sink是數(shù)據(jù)去向，如圖I所示，其中agent :數(shù)據(jù)采集代理端！collector :數(shù)據(jù)匯總端；master :全局管理者；HDFS :分布式文件系統(tǒng)；agent tier :數(shù)據(jù)采集代理端層！collector tier數(shù)據(jù)匯總端層；storagetier :存儲(chǔ)層。所述Agent層，agent是將數(shù)據(jù)源的數(shù)據(jù)發(fā)送給collector, Flume自帶了很多直接可用的數(shù)據(jù)源(source),如text ( “filename” ):將文件filename作為數(shù)據(jù)源，按行發(fā)送；tail( “filename”)探測(cè)filename新產(chǎn)生的數(shù)據(jù)，按行發(fā)送出去；fsyslogTcp(5140):監(jiān)聽TCP的5140端口，并且接收到的數(shù)據(jù)發(fā)送出去；同時(shí)提供了很多 sink,如:console [ ("format")]:直接將將數(shù)據(jù)顯示在桌面上；text ( “txtfile”)將數(shù)據(jù)寫到文件txtfile中；dfs( “dfsfile”)將數(shù)據(jù)寫到HDFS上的dfsfile文件中；syslog Tcp ( “host”，port):將數(shù)據(jù)通過TCP傳遞給host節(jié)點(diǎn)；所述collector層,collector是將多個(gè)agent的數(shù)據(jù)匯總后，加載到storage中。它的source和sink與agent類似，如圖2collector層運(yùn)作示例示意圖,agent (host)監(jiān)聽TCP的5140端口接收到的數(shù)據(jù)，并發(fā)送給collector,由collector將數(shù)據(jù)加載到HDFS上；所述的Storage層，storage是存儲(chǔ)系統(tǒng),可以是一個(gè)普通file,也可以是HDFS,HIVE, HBase 等，Hadoop Distributed File System,簡(jiǎn)稱 HDFS,是一個(gè)分布式文件系統(tǒng);HIVE是基于Hadoop的一個(gè)數(shù)據(jù)倉(cāng)庫(kù)工具，可以將結(jié)構(gòu)化的數(shù)據(jù)文件映射為一張數(shù)據(jù)庫(kù)表，并提供完整的sql查詢功能，HBase是一個(gè)分布式的、面向列的開源數(shù)據(jù)庫(kù)。但實(shí)際上上述現(xiàn)有數(shù)據(jù)采集技術(shù)方案存在以下問題及不足rsync數(shù)據(jù)同步法1)使用rsync同步數(shù)據(jù)時(shí)，需要掃描所有文件后進(jìn)行比對(duì)，然后差量傳輸。如果文件數(shù)量較多而且文件較大，定期掃描所有文件將很耗時(shí)也很耗系統(tǒng)資源。在按照表I、表2軟硬件配置要求搭建的環(huán)境下，中心數(shù)據(jù)匯總單元以10秒間隔掃描4臺(tái)數(shù)據(jù)采集單元中100個(gè)不同路徑下的大小為IM的實(shí)時(shí)更新文本文件為例，占用中心數(shù)據(jù)匯總單元50%的CPU資源和500M的內(nèi)存資源，占用數(shù)據(jù)采集單元50%的CPU資源和IOOM的內(nèi)存資源。相比之下，本發(fā)明占用中心數(shù)據(jù)匯總單元10%的CPU資源和20M的內(nèi)存資源，占用數(shù)據(jù)采集單元10%的CPU資源和IOM的內(nèi)存資源；2)rSync只能實(shí)現(xiàn)定時(shí)更新，無論數(shù)據(jù)采集單元有無定義文件的更新，rsync都會(huì)按著定時(shí)任務(wù)去檢查文件是否有更新，當(dāng)數(shù)據(jù)文件較大時(shí)會(huì)使服務(wù)器性能下降，具體數(shù)據(jù)參考上例。FTP傳輸法1)從FTP服務(wù)器上檢索一個(gè)文件，具體包含下面12道繁復(fù)的交換握手步驟客戶端建立到FTP服務(wù)器端控制端口的TCP Socket鏈接，并等待TCP握手完成；客戶端等待服務(wù)器端發(fā)送回執(zhí)；客戶端向服務(wù)器端發(fā)送用戶名并等待響應(yīng)；客戶端向服務(wù)器端發(fā)送密碼并等待響應(yīng)；客戶端向服務(wù)器端發(fā)送SYST命令并等待響應(yīng)；客戶端向服務(wù)器端發(fā)送TYPE I命令并等待響應(yīng)；如果用戶需要在服務(wù)器端切換目錄，客戶端仍然發(fā)送命令并等待響應(yīng)；主動(dòng)模式下，客戶端需要發(fā)送PORT命令到服務(wù)器端，然后等待響應(yīng)(被動(dòng)模式與主動(dòng)模式相反)；建立數(shù)據(jù)傳輸鏈接(需要經(jīng)過三次握手，建立一條TCP Socket連接)；通過鏈接傳輸數(shù)據(jù)；客戶端等待服務(wù)器端從控制連接發(fā)送2XX指令，以確保數(shù)據(jù)傳輸成功；客戶端發(fā)送QUIT命令，并等待服務(wù)器響應(yīng)；FTP傳輸法效率很低，80%的掉線率都是由此造成；2)FTP密碼安全策略不完善文件傳輸協(xié)議(FTP)并沒有對(duì)密碼安全做出規(guī)定，在FTP客戶端和服務(wù)器端，數(shù)據(jù)以明文的形式傳輸，任何對(duì)通訊路徑上的路由具有控制能力的人，都可以通過嗅探獲取密碼和數(shù)據(jù)。雖然可以使用SSL封裝FTP，但FTP是通過建立多次鏈接進(jìn)行數(shù)據(jù)傳輸?shù)模幢闶潜Ｗo(hù)了密碼安全，也很難保護(hù)數(shù)據(jù)傳輸?shù)陌踩浴?) ftp丟包率較高ftp在局域網(wǎng)中的平均丟包率在3%左右，基于TCP/IP協(xié)議，網(wǎng)絡(luò)一旦出現(xiàn)丟包，對(duì)數(shù)據(jù)傳輸將產(chǎn)生致命的影響，傳輸速度將程指數(shù)性質(zhì)的下降。因?yàn)門CP協(xié)議棧在進(jìn)行重新傳輸時(shí)效率非常低下，如果一個(gè)數(shù)據(jù)包丟失，協(xié)議?？赡苄枰獋鬏斦麄€(gè)擁塞窗口。此外，它們還將在出現(xiàn)網(wǎng)絡(luò)擁塞時(shí)呈指數(shù)回退(即減少擁塞窗口并增加重新傳輸定時(shí)器)，這種行為在數(shù)據(jù)包丟失時(shí)受到TCP的監(jiān)測(cè)，測(cè)試數(shù)據(jù)如圖6。Hadoop分布式數(shù)據(jù)收集框架Flume客戶端只支持java運(yùn)行環(huán)境JDK1. 6,安裝包大小接近2G，很占空間，安裝配置過程復(fù)雜，不適于小規(guī)模快速批量部署，只要有下述任何一步錯(cuò)誤都無法成功安裝Flume,具體安裝步驟如下Javal. 6安裝,包括設(shè)置java環(huán)境變量，CDH3 安裝，包括下載 cdh3-repository-l. 0-1. noarch, rpm,安裝 createrepo,下載 CDH3將其放在 /home/res/CDH3,創(chuàng)建 CDH3 源庫(kù)，下載 packagekit-media. repo,安裝 CDH3 引入RPM-GPG-KEY-cIoudera,安裝 hadoop-O. 20 包，安裝包含腳本的 hadoop-O. 20-〈daemon〉包，CDH3 Component Tarball Downloads 組件下載；flume 安裝(tatballs 安裝法)，包括下載解壓flume-distribution-O. 9. 4,設(shè)置flume環(huán)境變量等。對(duì)一臺(tái)計(jì)算機(jī)完成以上過程需 要大約I小時(shí)。

發(fā)明內(nèi)容
I.發(fā)明要解決的技術(shù)問題針對(duì)傳統(tǒng)數(shù)據(jù)采集方法中存在的以下問題(1)數(shù)據(jù)采集程序部署復(fù)雜耗時(shí)，安裝包從幾十M到幾個(gè)G，部署時(shí)間超過I小時(shí)；(2)采集程序運(yùn)行時(shí)占用大量系統(tǒng)資源，50%以上的CPU資源和50%以上的內(nèi)存資源；(3)數(shù)據(jù)傳輸?shù)托Р话踩?，?bào)文交互步驟超過10道，5%以上的丟包率，密碼明文傳輸；(4)數(shù)據(jù)采集單元不可被中心數(shù)據(jù)匯總單元集中管理或無法進(jìn)行高效管理，一旦數(shù)據(jù)采集單元出現(xiàn)故障只能人工重啟或調(diào)試，而且往往需要借助復(fù)雜的分布式算法，例如Hadoop的ZooKeeper ;本發(fā)明提供智能化局域網(wǎng)數(shù)據(jù)采集方法，通過建立中心數(shù)據(jù)匯總單元與數(shù)據(jù)采集單元的SSH傳輸通道，完成以中心數(shù)據(jù)匯總單元為主導(dǎo)的動(dòng)態(tài)輪詢各數(shù)據(jù)采集單元的數(shù)據(jù)收集過程，可實(shí)現(xiàn)·數(shù)據(jù)采集程序部署簡(jiǎn)單快速，中心數(shù)據(jù)收集程序不超過1M，采集腳本大約4Kb，全部部署過程不超過30分鐘；·對(duì)數(shù)據(jù)采集單元性能的影響最低，只占用中心數(shù)據(jù)匯總單元10%的CPU資源和20M的內(nèi)存資源，只占用數(shù)據(jù)采集單元10%的CPU資源和IOM的內(nèi)存資源； 數(shù)據(jù)傳輸高效安全，只需7道報(bào)文交互步驟，局域網(wǎng)內(nèi)丟包率幾乎為0，數(shù)據(jù)傳輸采用密文的方式；·中心數(shù)據(jù)匯總單元對(duì)數(shù)據(jù)采集單元的集中化管理，中心數(shù)據(jù)匯總單元可監(jiān)控預(yù)測(cè)數(shù)據(jù)采集單元的故障，并自動(dòng)對(duì)其進(jìn)行智能化優(yōu)化調(diào)試。2.技術(shù)方案一種局域網(wǎng)內(nèi)智能數(shù)據(jù)采集方法，其步驟為步驟一環(huán)境準(zhǔn)備一臺(tái)中心數(shù)據(jù)匯總單元，至少一臺(tái)以上數(shù)據(jù)采集單元，所述中心數(shù)據(jù)匯總單元運(yùn)行數(shù)據(jù)收集程序與數(shù)據(jù)采集單元建立SSH連接并可以在數(shù)據(jù)采集單元上遠(yuǎn)程執(zhí)行方法命令，利用XML文件存儲(chǔ)各個(gè)數(shù)據(jù)采集單元的IP、機(jī)器名、數(shù)據(jù)采集路徑，按照動(dòng)態(tài)輪詢優(yōu)化算法從各個(gè)數(shù)據(jù)采集單元匯總數(shù)據(jù)，所述收集程序根據(jù)腳本模板文件和XML文件中的采集信息動(dòng)態(tài)生成采集腳本；所述數(shù)據(jù)采集單元，通過運(yùn)行采集腳本對(duì)定義文件的更新數(shù)據(jù)進(jìn)行采集并把更新數(shù)據(jù)發(fā)送到中心數(shù)據(jù)匯總單元，同時(shí)接受中心數(shù)據(jù)匯總單元發(fā)送過來的方法命令，所述定義文件就是在中心數(shù)據(jù)匯總單元上運(yùn)行的收集程序中定義好的數(shù)據(jù)采集單元中的指定采集文件。所述步驟I中的方法命令為發(fā)送腳本、刪除腳本、執(zhí)行腳本、停止腳本和執(zhí)行Shell命令。
權(quán)利要求
1.智能化局域網(wǎng)數(shù)據(jù)采集方法，其步驟為 步驟一環(huán)境準(zhǔn)備 一臺(tái)中心數(shù)據(jù)匯總單元，至少一臺(tái)以上數(shù)據(jù)采集單元，所述中心數(shù)據(jù)匯總單元運(yùn)行數(shù)據(jù)收集程序與數(shù)據(jù)采集單元建立SSH連接并可以在數(shù)據(jù)采集單元上遠(yuǎn)程執(zhí)行方法命令，利用XML文件存儲(chǔ)各個(gè)數(shù)據(jù)采集單元的IP、機(jī)器名、數(shù)據(jù)采集路徑，按照動(dòng)態(tài)輪詢優(yōu)化算法從各個(gè)數(shù)據(jù)采集單元匯總數(shù)據(jù)，所述收集程序根據(jù)腳本模板文件和XML文件中的采集信息動(dòng)態(tài)生成采集腳本，中心數(shù)據(jù)匯總單元通過收集程序獲得各個(gè)數(shù)據(jù)采集單元的運(yùn)行狀況；所述數(shù)據(jù)采集單元，通過運(yùn)行采集腳本對(duì)定義文件的更新數(shù)據(jù)進(jìn)行采集并把更新數(shù)據(jù)發(fā)送到中心數(shù)據(jù)匯總單元，同時(shí)接受中心數(shù)據(jù)匯總單元發(fā)送過來的方法命令； 所述步驟I中的方法命令為發(fā)送腳本、刪除腳本、執(zhí)行腳本、停止腳本和執(zhí)行Shell命令； 步驟二 米集流程 環(huán)境準(zhǔn)備好后，中心數(shù)據(jù)匯總單元會(huì)按設(shè)定的時(shí)間間隔和順序輪詢所有數(shù)據(jù)采集單元，中心數(shù)據(jù)匯總單元第一次和數(shù)據(jù)采集單元建立連接時(shí)，會(huì)自動(dòng)把采集腳本發(fā)送到數(shù)據(jù)采集單元并執(zhí)行采集腳本，保證所有數(shù)據(jù)采集單元都正常運(yùn)行著采集腳本 (1)當(dāng)中心數(shù)據(jù)匯總單元輪詢到數(shù)據(jù)采集單元時(shí)，先發(fā)送一個(gè)確認(rèn)文件到數(shù)據(jù)采集單元的“數(shù)據(jù)傳送臨時(shí)文件夾”中； (2)從中心數(shù)據(jù)匯總單元發(fā)送到數(shù)據(jù)采集單元的采集腳本一方面會(huì)通過定時(shí)比較定義文件中現(xiàn)在的行數(shù)與上一次記錄的行數(shù)的差值來監(jiān)控采集腳本中規(guī)定的采集路徑下的定義文件是否有更新，有更新數(shù)據(jù)就把更新數(shù)據(jù)送到“數(shù)據(jù)傳送臨時(shí)文件夾”；另一方面會(huì)通過文件檢索命令定時(shí)檢測(cè)“數(shù)據(jù)傳送臨時(shí)文件夾”中是否有中心數(shù)據(jù)匯總單元發(fā)送來的確認(rèn)文件，一旦檢測(cè)到則進(jìn)行下一步； (3)數(shù)據(jù)采集單元會(huì)判斷“數(shù)據(jù)傳送臨時(shí)文件夾”中的更新數(shù)據(jù)是否達(dá)到了可以傳送的量，超過就傳送更新數(shù)據(jù)到中心數(shù)據(jù)匯總單元的“數(shù)據(jù)收集臨時(shí)文件夾”中，傳送完后自動(dòng)刪除，否則發(fā)送拒絕文件到中心數(shù)據(jù)匯總單元的“數(shù)據(jù)收集臨時(shí)文件夾”中； (4)中心數(shù)據(jù)匯總單元的收集程序一方面會(huì)通過文件檢索方法定時(shí)檢測(cè)“數(shù)據(jù)收集臨時(shí)文件夾”中的臨時(shí)文件，若臨時(shí)文件存在則把臨時(shí)文件中的數(shù)據(jù)備份到歷史數(shù)據(jù)文件中，然后自動(dòng)刪除臨時(shí)文件；另一方面會(huì)通過文件檢索方法定時(shí)檢測(cè)“數(shù)據(jù)收集臨時(shí)文件夾”中是否有數(shù)據(jù)采集單元發(fā)送來的拒絕文件，檢測(cè)到則輪詢下一臺(tái)數(shù)據(jù)采集單元； 步驟三動(dòng)態(tài)輪詢優(yōu)化算法的采用 有m臺(tái)數(shù)據(jù)采集單元 (a)統(tǒng)計(jì)一次輪詢遍歷后各數(shù)據(jù)采集單元的傳輸量Pi(i=l, -m)； (b)對(duì)各數(shù)據(jù)采集單元的傳輸量Pi進(jìn)行標(biāo)準(zhǔn)化，先計(jì)算出總的壓縮份額5m和所有數(shù)據(jù)采集單元的總傳輸量tA，將各個(gè)數(shù)據(jù)采集單元的傳輸量按照5w:；￡ft的比例進(jìn)行壓縮，I IJ I得到各數(shù)據(jù)采集單元非整數(shù)化的壓縮份額n' y 再使用Q值算法將各數(shù)據(jù)采集單元非整數(shù)化的壓縮份額n',整數(shù)化為Ili ； (c)計(jì)算所有數(shù)據(jù)采集單元壓縮份額Ili的最小公倍數(shù)N，并算出各數(shù)據(jù)采集單元的輪N詢次數(shù)*1 = —!Wi (d)根據(jù)計(jì)算出的各數(shù)據(jù)采集單元的輪詢次數(shù)kp利用均散算法來設(shè)計(jì)下一個(gè)輪詢周期的輪詢隊(duì)列。
(e )回到(I)統(tǒng)計(jì)上一次輪詢遍歷后各數(shù)據(jù)采集單元的傳輸量Pi。
2.根據(jù)權(quán)利要求I所述的智能化局域網(wǎng)數(shù)據(jù)采集方法，其特征在于所述定義文件為在中心數(shù)據(jù)匯總單元上運(yùn)行的收集程序中定義好的數(shù)據(jù)采集單元中的指定采集文件。
3.根據(jù)權(quán)利要求I所述的智能化局域網(wǎng)數(shù)據(jù)采集方法，其特征在于所述中心數(shù)據(jù)匯總單元的操作系統(tǒng)采用Windows系統(tǒng)或Linux系統(tǒng),數(shù)據(jù)采集單元的操作系統(tǒng)采用Windows系統(tǒng)或Linux系統(tǒng)。
全文摘要
本發(fā)明公開了智能化局域網(wǎng)數(shù)據(jù)采集方法，屬于局域網(wǎng)數(shù)據(jù)采集領(lǐng)域。其步驟為步驟一環(huán)境準(zhǔn)備，一臺(tái)中心數(shù)據(jù)匯總單元，至少一臺(tái)以上數(shù)據(jù)采集單元；步驟二采集流程，中心數(shù)據(jù)匯總單元會(huì)按設(shè)定的時(shí)間間隔和順序輪詢所有數(shù)據(jù)采集單元，中心數(shù)據(jù)匯總單元第一次和數(shù)據(jù)采集單元建立連接時(shí)，會(huì)自動(dòng)把采集腳本發(fā)送到數(shù)據(jù)采集單元并執(zhí)行采集腳本，保證所有數(shù)據(jù)采集單元都正常運(yùn)行著采集腳本步驟三動(dòng)態(tài)輪詢優(yōu)化算法的采用。通過本發(fā)明使得程序部署簡(jiǎn)單快速,降低對(duì)計(jì)算機(jī)系統(tǒng)資源的占用,數(shù)據(jù)傳輸高效安全,實(shí)現(xiàn)中心數(shù)據(jù)匯總單元對(duì)數(shù)據(jù)采集單元的集中化管理。
文檔編號(hào)H04L12/24GK102801559SQ20121027636
公開日2012年11月28日 申請(qǐng)日期2012年8月3日 優(yōu)先權(quán)日2012年8月3日
發(fā)明者王宏亮, 邱國(guó)金, 王河生, 任軒, 其他發(fā)明人請(qǐng)求不公開姓名 申請(qǐng)人:南京富士通南大軟件技術(shù)有限公司