【正文】 tByHourIP　負(fù)責(zé)按實驗室服務(wù)器進(jìn)行時整合。(2)函數(shù)integratByDay　負(fù)責(zé)按用戶進(jìn)行天整合?！☆怋asicIntegrateDAO BasicIntegrateDAO負(fù)責(zé)所有整合的實現(xiàn)，該類中應(yīng)該實現(xiàn)一個數(shù)據(jù)庫連接注入。(2)函數(shù)open　負(fù)責(zé)調(diào)用DBEnvInit中的函數(shù)來打開連接并形成池。在實際實現(xiàn)過程中采用1的池?！☆怌onnectionPool ConnectionPool類：該類的設(shè)計是故意設(shè)計的，主要想認(rèn)識一下連接池的設(shè)計原理，與實現(xiàn)方法。與具體的實現(xiàn)類無關(guān)。該模式的好處可以屏蔽具體實現(xiàn)類。(2)函數(shù)getIntegrationClientDAO　讀取配置參數(shù)，產(chǎn)生IntegrationByClient對象，并初始化，并返回給該函數(shù)的調(diào)用者?！☆怚ntegrationFactory IntegrationFactory類：利用工廠模式產(chǎn)生的一個類，負(fù)責(zé)產(chǎn)生整合對象?！☆怚ntegrationByClient IntegrationByClient：整合的Java調(diào)用實現(xiàn)。(3)函數(shù)release　負(fù)責(zé)釋放整合過程中產(chǎn)生的臨時數(shù)據(jù)。　接口Integration Integration接口：整合接口規(guī)范， (1)函數(shù)init　對整合的規(guī)則配置參數(shù)進(jìn)行初始化(2)函數(shù)integrate　負(fù)責(zé)根據(jù)整合規(guī)則，并調(diào)用相應(yīng)的整合函數(shù)對數(shù)據(jù)進(jìn)行整合?！☆怐ataIntegratorTh DataIntegratorTh類：整合線程，主要完成整合的調(diào)用。　服務(wù)器端數(shù)據(jù)整合　服務(wù)器端數(shù)據(jù)整合設(shè)計類圖圖45　服務(wù)器端數(shù)據(jù)整合設(shè)計類　類詳細(xì)說明　類ServerLauncher ServerLauncher類：整合啟動程序類。參數(shù)detail標(biāo)示一條用戶登錄數(shù)據(jù)。該工具可以提供對數(shù)據(jù)源的支持。返回類型Properties代表用字符串Hash表的方式返回數(shù)據(jù)連接參數(shù)，包含：驅(qū)動類，連接URL，連接帳號，連接口令?！☆怐BEnvInit DBEnvInit類，數(shù)據(jù)庫環(huán)境初始化類，該類封裝了兩個函數(shù)工具，完成對數(shù)據(jù)庫的連接。該類主要接收采集器發(fā)送過來的數(shù)據(jù)，接收成功后發(fā)送一個成功標(biāo)志，然后保存接收的數(shù)據(jù)。(2)函數(shù)run　覆蓋Thread中的函數(shù)，負(fù)責(zé)接收客戶連接，并建立客戶處理線程并啟動線程，并在CollectionTh中記錄該客戶線程處理對象。本類中有兩個成員屬性，其中，collectionth定義的一個Vector的數(shù)據(jù)結(jié)構(gòu)，便于管理每個客戶采集點，serversocket表示服務(wù)器Socket對象。是一個線程類，繼承JDK的標(biāo)準(zhǔn)線程類Thread。其主要任務(wù)是創(chuàng)建DataRecieverTh對象，并調(diào)用起其start函數(shù)啟動線程?！☆愒敿?xì)說明　類ServerLauncher ServerLauncher類是服務(wù)器數(shù)據(jù)接受器啟動器, 主要負(fù)責(zé)啟動服務(wù)器接受線程，即服務(wù)器采集程序的入口。因此本功能板塊的設(shè)計及實現(xiàn)和數(shù)據(jù)庫的聯(lián)系密不可分。封裝整個發(fā)送過程。該函數(shù)就是加載上次未發(fā)送成功的數(shù)據(jù)。(5)函數(shù)store　當(dāng)數(shù)據(jù)發(fā)送若干次失敗后，客戶采集點就會把數(shù)據(jù)存儲到臨時文件中，在下次采集的時候再讀取出來合并發(fā)送，該函數(shù)就是把發(fā)送失敗的數(shù)據(jù)保存到臨時文件中。此函數(shù)即負(fù)責(zé)接收該標(biāo)記。(4)函數(shù)receive　接收服務(wù)器發(fā)送過來的標(biāo)記。(3)函數(shù)send　主要負(fù)責(zé)數(shù)據(jù)發(fā)送，該方法調(diào)用前先讀取歷史發(fā)送失敗數(shù)據(jù)并合并。本類中所包含的重要函數(shù)如下：(1)函數(shù)init　此方法主要任務(wù)是初始化服務(wù)器參數(shù)，服務(wù)器參數(shù)使用屬性文件配置，主要包含ip(IP地址)，port(服務(wù)器端口)，destination(采集源備份目錄)，storefile(存儲文件位置)。此類在客戶端數(shù)據(jù)采集設(shè)計中是十分重要的，對采集數(shù)據(jù)的處理也是本設(shè)計的重點內(nèi)容之一?！☆怢ogDealer LogDealer類，負(fù)責(zé)把匹配好的數(shù)據(jù)做發(fā)送處理，如果發(fā)送失敗，則數(shù)據(jù)被保存。此接口在本設(shè)計中是作為規(guī)范采集好的數(shù)據(jù)的處理方式?！〗涌贑ollectionListener CollectionListener接口，對于軟件開發(fā)人員而言，一個好的程序設(shè)計應(yīng)該是面向接口編程，即為抽象編程[12]。此對數(shù)據(jù)需符合一定條件，比如，登出時間必須大于登錄時間等。　類MatchedRecord MatchedRecord類，負(fù)責(zé)匹配好的數(shù)據(jù)的封裝。　類LogRecord LogRecord類，負(fù)責(zé)登錄/登出數(shù)據(jù)封裝。(8)collect函數(shù)　負(fù)責(zé)整個采集過程。(7)passivate函數(shù)　負(fù)責(zé)把這次沒有匹配好的登錄記錄保存成文件，以便下次采集的時候匹配。參數(shù)是兩個Vector類型的登錄/登出數(shù)據(jù)結(jié)構(gòu)，元素類型是LogRecord,返回的是匹配好的用戶登錄時長記錄，數(shù)據(jù)類型是Vector，其中元素類型是MatchedRecord,詳細(xì)說明請 參考MatchedRecord類的說明。返回值類型為VectorLogRecord為上次未匹配的所有登陸數(shù)據(jù)。其參數(shù)loginFilename是保存上次未匹配的數(shù)據(jù)的文件名。便于后面匹配。其中，3個參數(shù)分別為：MappedByteBuffer logbuffer 要解析的本地內(nèi)存緩沖；VectorLogRecord logins返回解析后的登錄數(shù)據(jù)；Vector LogRecord logouts 返回解析后的登出數(shù)據(jù)【參考】數(shù)據(jù)登錄登出的判別標(biāo)準(zhǔn)。返回值為MappedByteBuffer類型，即內(nèi)存緩沖。在利用客戶端Unix操作系統(tǒng)的Kernel函數(shù)讀取的時候，該文件必須采用x結(jié)尾，在本系統(tǒng)中由于用java進(jìn)行處理就不需要這樣操作。備份的文件名wtmpx+年(4位)+月(2位)+日(2位)+時(2位)，例如：wtmpx2009053013。此函數(shù)的返回值類型為String類型，即IP字符串。所有的采集任務(wù)有該類完成，主要獲取本機IP，復(fù)制備份并清空日志文件，讀取日志文件，解析日志文件，匹配處理日志登錄/登出記錄獲取用戶登錄時間，在線用戶下次匹配。該線程是否循環(huán)決定采集器啟動的方式是否利用客戶端操作系統(tǒng)的定時啟動功能，如果采用客戶端操作系統(tǒng)的定時功能，則該線程采集完畢自動關(guān)閉清空。該函數(shù)是Thread的run函數(shù)的覆蓋函數(shù)，即重寫了該父類函數(shù)。該類繼承JDK的Thread類。封裝一個采集線程。而UNIX客戶端定時服務(wù)則更方便一些。該啟動器可以由用戶發(fā)起為一個后臺服務(wù)，也可以由操作系統(tǒng)為UNIX的客戶端的定時服務(wù)發(fā)起，課題在后期會設(shè)計一個測試界面，因此采用用戶發(fā)起的方式。該函數(shù)主要負(fù)責(zé)創(chuàng)建CollectionThread類的線程對象，并調(diào)用run函數(shù)啟線程。　類詳細(xì)說明　類CollectionLaunchor 類CollectionLaunchor的主要功能是：采集主程序類，發(fā)動采集線程。(9)屬性storefile 為數(shù)據(jù)發(fā)送失敗的臨時存儲文件。(7)屬性serverip 為數(shù)據(jù)接收服務(wù)器的IP地址。這些數(shù)據(jù)必須保存起來，在下次采集的時候用來匹配，這個屬性就是設(shè)置沒有匹配成功的數(shù)據(jù)的保存文件名。(6)屬性historyfile 。(4)屬性destinationpath 為采集源的備份目錄。(2)屬性ip 值為相對應(yīng)客戶端的IP地址?！】蛻舳藬?shù)據(jù)采集配置文件說明為了保證系統(tǒng)的靈活性，在該系統(tǒng)中把服務(wù)器和客戶端有關(guān)的參數(shù)都通過屬性文件配置，由程序動態(tài)讀取。對本課題計費系統(tǒng)進(jìn)行了系統(tǒng)部署分析和用例分析。而前臺用戶服務(wù)部分沒有過多贅述。每一部分都包含各自不同的具體功能板塊?！”菊滦〗Y(jié)本章從功能劃分的角度對系統(tǒng)進(jìn)行了分析。(6)每月按實驗室服務(wù)器整合一次用戶使用的時間數(shù)據(jù)。(4)每小時按實驗室服務(wù)器整合一次用戶使用的時間數(shù)據(jù)。(2)每天按用戶業(yè)務(wù)整合一次用戶登錄時間數(shù)據(jù)。參與者：系統(tǒng)管理人員 前置條件：需要root權(quán)限后置條件：日志文件被備份后清空圖33　后臺數(shù)據(jù)服務(wù)系統(tǒng)用例分析圖　服務(wù)器端數(shù)據(jù)采集用例說明用例名稱：數(shù)據(jù)采集服務(wù)器用例簡述：(1)接受各客戶采集程序發(fā)送的數(shù)據(jù)；(2)接受失敗，請求客戶端重新發(fā)送；(3)根據(jù)時間存儲到相應(yīng)的數(shù)據(jù)表。需要說明的是，服務(wù)器端采集服務(wù)器和數(shù)據(jù)庫服務(wù)器可部署在同一個服務(wù)器中。中間模塊為服務(wù)器用于采集來自客戶端的采集數(shù)據(jù)，并進(jìn)行數(shù)據(jù)整合以及采集備份處理，是本系統(tǒng)的核心處理部分。由于不是本課題的設(shè)計重點，在此就不過多贅述。這兩部分的設(shè)計模式為B/S模式。(3)每個月定時整合一次，生成以月為單位統(tǒng)計的數(shù)據(jù)，程序總是每個月定時整合前一個月的數(shù)據(jù)。整合系統(tǒng)具體整合規(guī)則如下：(1)每小時定時整合一次，生成以小時為單位統(tǒng)計的數(shù)據(jù)，程序總是每小時定時整合前一小時的數(shù)據(jù)。如果用戶量大，用戶頻繁地登入/出，將產(chǎn)生大量的數(shù)據(jù)，不便于將來生成用戶的月賬單和對開放實驗室的使用情況進(jìn)行月統(tǒng)計和年統(tǒng)計，因此，出現(xiàn)了整合系統(tǒng)。為了使讀取的數(shù)據(jù)量不至于過大，采集系統(tǒng)會每小時定時執(zhí)行一次，每次只采集上一個小時時間段之內(nèi)的數(shù)據(jù)。采集系統(tǒng)通過調(diào)用Unix系統(tǒng)函數(shù)來讀取這個日志文件中的內(nèi)容，然后對讀取到的內(nèi)容進(jìn)行整理，整理為方便計費的數(shù)據(jù)，其中包括登錄名、登錄時間或登出時間等作為計費依據(jù)的數(shù)據(jù)。Unix服務(wù)器本身就具有記錄系統(tǒng)日志的功能[11]。運營商希望借助先進(jìn)的計算機技術(shù)對訪問實驗室的用戶進(jìn)行管理和計費，由此實現(xiàn)對此項業(yè)務(wù)運營的支持與管理。最后，描述了UML建模語言的必要性和建模工具Rational Rose，以及對JAVA程序設(shè)計的集成開發(fā)環(huán)境——Eclipse。其次，選用了MySQL作為本課題的數(shù)據(jù)庫支持。首先，本課題選用了JAVA語言作為設(shè)計的基本語言。Eclipse基本內(nèi)核包括：圖形API ， Java開發(fā)環(huán)境插件（JDT），插件開發(fā)環(huán)境（PDE）等。Eclipse的設(shè)計思想是：一切皆插件。IBM Rational Rose 軟件是進(jìn)行UML模型圖制作的專用工具[9]，本課題中的所有功能模塊以及用例分析圖，全部由此軟件制作而成。UML集成了Booch，OMT和面向?qū)ο筌浖こ痰母拍?，將這些方法融合為單一的，通用的，并且可以廣泛使用的建模語言。UML是一種開放的方法，用于說明、可視化、構(gòu)建和編寫一個正在開發(fā)的、面向?qū)ο蟮?、軟件密集系統(tǒng)的制品的開放方法。(9)可以處理擁有上千萬條記錄的大型數(shù)據(jù)庫。(7)提供TCP/IP、ODBC和JDBC等多種數(shù)據(jù)庫連接途徑。(5)優(yōu)化的SQL查詢算法，有效地提高查詢速度。這些編程語言包括C、C++、Eiffel、Java、Perl、PHP、Python、Ruby等。其特點如下：(1)使用C和C++編寫，并使用了多種編譯器進(jìn)行測試，保證源代碼的可移植性。在2008年1月16號被SUN公司收購?！ySQL數(shù)據(jù)庫但是，由于ORACLE體積過大，本課題作為設(shè)計性實踐課題選擇了較小較輕便的MYSQL數(shù)據(jù)庫。這樣一來，對JAVA語言和ORACLE語言的結(jié)合更是有利。(5)多層次網(wǎng)絡(luò)計算，支持多種工業(yè)標(biāo)準(zhǔn)，可以用ODBC、JDBC、OCI等網(wǎng)絡(luò)客戶連接[6]。(3)獲得最高認(rèn)證級別的ISO標(biāo)準(zhǔn)認(rèn)證。(2)平行服務(wù)器通過使一組結(jié)點共享同一簇中的工作來擴展Windows NT的能力，提供高可用性和高伸縮性的簇的解決方案?？梢允箍蛻暨x擇最適合的解決方案。完全支持所有的工業(yè)標(biāo)準(zhǔn)。首先，ORACLE作為目前市場份額占有率最大、最流行的數(shù)據(jù)庫。本系統(tǒng)設(shè)計采用的Java SE 。Java 程序可以聲明某些方法是內(nèi)部的,然后，把這些內(nèi)部方法映射成軟件庫所定義的功能,從而動態(tài)地鏈接到虛擬機。由于Java 數(shù)據(jù)結(jié)構(gòu)C的數(shù)據(jù)結(jié)構(gòu)的類型極為相似，這給Java移植造成了非常大的方便。Java 統(tǒng)有一個叫做“無用單元收集器”的內(nèi)置程序，它掃描內(nèi)存，并自動釋放那些不再使用的內(nèi)存塊；(4)Java是可擴展的。在大的項目中，這可能就非常困難，且往往成為出錯和內(nèi)存不足的致命根源。用C或C++編寫軟件的編程人員必須仔細(xì)跟蹤所用的內(nèi)存塊。(1)Java是純面向?qū)ο缶幊痰恼Z言，對于本系統(tǒng)中的用戶進(jìn)行抽象是很容易理解的；(2)Java可移植性強，Java程序運行在特定的虛擬機上，只要在安裝了這樣的虛擬機上的機器，不管是Windows系統(tǒng)還是Unix系統(tǒng)，甚至是其他系統(tǒng)，Java程序不需再次編譯，都可以運行。第五章為本課題的演示說明章節(jié)，為了實現(xiàn)本課題在單臺PC上調(diào)試方便，特增加了數(shù)據(jù)源模擬設(shè)計和演示圖形界面設(shè)計。第四章是本課題的重點章節(jié)，為系統(tǒng)的詳細(xì)設(shè)計。另外還對選用MySQL數(shù)據(jù)庫進(jìn)行了分析第三章為電信IP計費系統(tǒng)分析，從宏觀角度和功能劃分的角度對系統(tǒng)整體進(jìn)行分析。本課題的結(jié)構(gòu)安排如下：第一章為緒論部分，系統(tǒng)的介紹了，電信計費系統(tǒng)的背景和發(fā)展趨勢，并針對國內(nèi)電信業(yè)現(xiàn)狀分析本課題的研究意義所在?！”菊n題研究內(nèi)容和結(jié)構(gòu)編排本課題研究的內(nèi)容是針對某電信運營商新增一項開放實驗室出租業(yè)務(wù)，即該電信運營商提供基于Unix平臺的實驗室環(huán)境，選擇使用這種業(yè)務(wù)的用戶能夠遠(yuǎn)程登錄到實驗室中做基于這個實驗室環(huán)境的一些工作和實驗。對于電信計費系統(tǒng)是電信運營商的核心競爭力之一這一觀點愈來愈被業(yè)界認(rèn)同?！≌n題研究意義電信計費系統(tǒng)發(fā)展的另一個重要趨勢是朝著個性化、多樣化的客戶服務(wù)方向發(fā)展。隨著電信市場競爭的加劇，電信運營商的增多，互聯(lián)互通的增加，對于需要集中處理的業(yè)務(wù)將會越來越多。中國電信三級計費體制，是根據(jù)中國電信本身網(wǎng)絡(luò)規(guī)模大、經(jīng)營區(qū)域廣的特點，總結(jié)了多年來的運營經(jīng)驗和教訓(xùn)，吸取了電信管理網(wǎng)TMN的相關(guān)理論，而制定出的符合中國電信實際情況具有中國電信特色的計費體制。針對計費系統(tǒng)嚴(yán)重落后問題，中國電信于1996年起著手研究電信計費統(tǒng)的升級、改造問題。在看到電信業(yè)取得重大成績的同時，也應(yīng)該注意到：在計劃經(jīng)濟(jì)體制下，多年以來，電信行業(yè)的主要矛盾是通信能力不足，因此注重網(wǎng)絡(luò)建設(shè)，提高通信能力始終是各地電信企業(yè)工作的重中之重；電信行業(yè)獨家經(jīng)營，處于賣方市場，對市場感受的