保險(xiǎn)公司數(shù)據(jù)集中項(xiàng)目中間件建議方案

保險(xiǎn)公司數(shù)據(jù)集中中間件建議方案PAGEPAGE13保險(xiǎn)公司數(shù)據(jù)集中項(xiàng)目中間件建議方案

財(cái)險(xiǎn)公司經(jīng)過多年的發(fā)展從保險(xiǎn)的種類到業(yè)務(wù)量都有了很大的發(fā)展，目前已經(jīng)有企業(yè)財(cái)產(chǎn)保險(xiǎn)、家庭財(cái)產(chǎn)保險(xiǎn)、責(zé)任保險(xiǎn)、保證保險(xiǎn)、車險(xiǎn)等多個(gè)種類，業(yè)務(wù)量以每年10%的速度增長。應(yīng)用模式也在悄悄不斷地發(fā)生變化以適應(yīng)業(yè)務(wù)上和管理上的需要，已由原來完全分布式的業(yè)務(wù)數(shù)據(jù)模式走向地市一級的分布式集中模式。最近由中科軟與尚洋合作開發(fā)的“PICC財(cái)產(chǎn)險(xiǎn)業(yè)務(wù)系統(tǒng)”采用地市集中的方式，軟件開發(fā)采用面向?qū)ο蟮姆治龊驮O(shè)計(jì)思想，已經(jīng)在多個(gè)地市進(jìn)行了試點(diǎn)運(yùn)行。在網(wǎng)絡(luò)建設(shè)方面已經(jīng)形成了省到地市、地市到縣的FR/DDN網(wǎng)絡(luò)格局。這些都為下一步的數(shù)據(jù)集中利用和業(yè)務(wù)的拓展打下了堅(jiān)實(shí)的基礎(chǔ)。數(shù)據(jù)集中是現(xiàn)在各行各業(yè)應(yīng)用系統(tǒng)發(fā)展的一大趨勢，金融、電信行業(yè)由于其發(fā)展的較早，經(jīng)濟(jì)和技術(shù)實(shí)力較強(qiáng)已經(jīng)走到了前面。金融行業(yè)已有許多省份實(shí)現(xiàn)了省級的數(shù)據(jù)集中，移動總局也已經(jīng)明確提出了省級數(shù)據(jù)集中的運(yùn)營模式。在保險(xiǎn)行業(yè)，由于過去一直采用數(shù)據(jù)分布的應(yīng)用模式，如今采用地市級的數(shù)據(jù)集中應(yīng)用模式是向更高層次集中的必要嘗試和過渡。本文對地市級以下的業(yè)務(wù)系統(tǒng)不做深入討論，僅限于省級數(shù)據(jù)集中備份系統(tǒng)的相關(guān)問題。對于各個(gè)地市數(shù)據(jù)中心的數(shù)據(jù)在省級中心做增量數(shù)據(jù)集中，目前有兩種方式：采用數(shù)據(jù)庫廠商提供的數(shù)據(jù)庫復(fù)制技術(shù)、用應(yīng)用程序來實(shí)現(xiàn)。無論選用何種方式，在技術(shù)實(shí)現(xiàn)上應(yīng)該滿足以下基本業(yè)務(wù)要求：要滿足上述業(yè)務(wù)上的需求，采用常規(guī)的數(shù)據(jù)庫復(fù)制方式和一般的應(yīng)用方式是難以達(dá)到的。原因在于無論是數(shù)據(jù)庫復(fù)制方式還是一般的應(yīng)用方式其通訊處理方式過于簡單，低層通訊的正確性、資源的有效利用和網(wǎng)絡(luò)故障的處理應(yīng)對、主機(jī)故障的處理應(yīng)對等沒有很好的機(jī)制來加以保障。所以就有可能出現(xiàn)亂碼、網(wǎng)絡(luò)抖動或擁塞時(shí)，數(shù)據(jù)集中業(yè)務(wù)過程無法有效進(jìn)行等問題。目前，針對此類應(yīng)用（非聯(lián)機(jī)事務(wù)處理系統(tǒng)，強(qiáng)調(diào)可靠性、非關(guān)聯(lián)性、實(shí)時(shí)性要求不高）特點(diǎn)，各行各業(yè)廣泛采用消息中間件來實(shí)現(xiàn)。消息中間件是一種基礎(chǔ)軟件，在系統(tǒng)中的位置處在操作系統(tǒng)之上和應(yīng)用之下，它可用來隔離應(yīng)用系統(tǒng)對操作系統(tǒng)和網(wǎng)絡(luò)的直接關(guān)聯(lián)和依賴。東方通科技公司的消息中間件產(chǎn)品叫TongLINK/Q。TongLINK/Q負(fù)責(zé)網(wǎng)絡(luò)資源的有效利用、消息數(shù)據(jù)傳輸、為應(yīng)用屏蔽網(wǎng)絡(luò)故障、通過內(nèi)部的自動壓縮/解壓功能減少網(wǎng)絡(luò)通訊量等。其典型使用是異步方式調(diào)用，此時(shí)地市數(shù)據(jù)發(fā)送方只要將數(shù)據(jù)交給本地的中間件TongLINK/Q，而TongLINK/Q負(fù)責(zé)將數(shù)據(jù)高效、可靠地傳輸?shù)绞≈行牟⑻峤唤o相應(yīng)的目標(biāo)程序進(jìn)行入庫處理。省級數(shù)據(jù)集中方案是當(dāng)市級公司數(shù)據(jù)庫數(shù)據(jù)發(fā)生變化時(shí)，對其所在省的省級的數(shù)據(jù)庫數(shù)據(jù)做相應(yīng)同步的過程。要達(dá)到這一目的有兩種方式：一是將市級公司數(shù)據(jù)庫的操作與省級數(shù)據(jù)庫的操作作為同一個(gè)事務(wù)進(jìn)行處理，即操作同時(shí)成功或同時(shí)失?。欢菍⒍叩牟僮鞣蛛x，正常的業(yè)務(wù)處理與數(shù)據(jù)集中處理分別來做。對于前者，由于需要在地市和省級公司做同樣的數(shù)據(jù)庫操作，原來的業(yè)務(wù)處理量相當(dāng)增加了一倍，并且如果市級公司出現(xiàn)問題（如：網(wǎng)絡(luò)故障）將直接導(dǎo)致本地正常業(yè)務(wù)無法進(jìn)行。所以建議采用第二種處理方式。 由于此時(shí)對于數(shù)據(jù)集中備份過程而言，它是一個(gè)必須要完成的工作，而在時(shí)間上只求盡快、可靠完成，并無嚴(yán)格的時(shí)間限制，所以這里建議采用消息中間件產(chǎn)品TongLINK/Q來實(shí)現(xiàn)。另外，在應(yīng)用層面，為了使集成商開發(fā)的應(yīng)用系統(tǒng)相對獨(dú)立，對數(shù)據(jù)集中備份過程建議采用一套獨(dú)立的應(yīng)用來完成。在市級公司數(shù)據(jù)中心編寫一個(gè)定時(shí)啟動程序或守護(hù)進(jìn)程，用來采集數(shù)據(jù)庫的變化數(shù)據(jù)，一旦有數(shù)據(jù)它將以業(yè)務(wù)處理單元為單位將它投給TongLINK/Q的可靠隊(duì)列中。在省級數(shù)據(jù)中心，編寫對應(yīng)服務(wù)程序，它在接收到數(shù)據(jù)后將在本地執(zhí)行相應(yīng)的數(shù)據(jù)庫處理以達(dá)到數(shù)據(jù)同步。TongLINK/Q還可以保障服務(wù)處理的可靠，即如果服務(wù)程序在執(zhí)行相應(yīng)的數(shù)據(jù)庫處理時(shí)意外失敗，TongLINK/Q將記住這一問題，再次提請相關(guān)服務(wù)程序進(jìn)行處理，直到成功?？偛靠偛緿DN/FRDDN/FR36個(gè)省級省級36個(gè)省級省級X.25/FRX.25/FRX.25/FRX.25/FR300多個(gè)地市地市地市地市300多個(gè)地市地市地市地市應(yīng)用應(yīng)用TongLINK/QTongLINK/QDDN/FRDDN/FR應(yīng)用應(yīng)用應(yīng)用TongLINK/QTongLINK/Q應(yīng)用TongLINK/QTongLINK/QX.25/FRX.25/FRX.25/FRX.25/FR應(yīng)用應(yīng)用應(yīng)用應(yīng)用TongLINK/QTongLINK/QTongLINK/Q應(yīng)用TongLINK/QTongLINK/QTongLINK/Q應(yīng)用說明：系統(tǒng)由地市客戶程序、地市TongLINK/Q運(yùn)行系統(tǒng)、省級TongLINK/Q系統(tǒng)和省級服務(wù)程序四部分組成。地市客戶程序負(fù)責(zé)對地市需要上傳集中的數(shù)據(jù)做識別和提取，并形成數(shù)據(jù)包或文件，然后通過TongLINK/Q的API接口作為一項(xiàng)任務(wù)消息提交給TongLINK/Q即完成。客戶程序的啟動運(yùn)行可以外部觸發(fā)（如：數(shù)據(jù)庫trigger）執(zhí)行，也可以交由TongLINK/Q作為定時(shí)程序按一定時(shí)間間隔進(jìn)行調(diào)度；消息數(shù)據(jù)的傳輸以及相關(guān)效率、可靠等問題由TongLINK/Q解決；省級對應(yīng)的服務(wù)程序可以由TongLINK/Q在有數(shù)據(jù)需要處理時(shí)進(jìn)行調(diào)度，并將相關(guān)數(shù)據(jù)交給服務(wù)程序進(jìn)行處理。在有多條消息數(shù)據(jù)到達(dá)時(shí)，也可以同時(shí)調(diào)度起多個(gè)服務(wù)進(jìn)程同時(shí)進(jìn)行多個(gè)消息數(shù)據(jù)的處理。提供異步處理接口。為了使數(shù)據(jù)備份復(fù)制過程不影響原來應(yīng)用系統(tǒng)（相對獨(dú)立、不直接雙向依賴），采用異步通訊方式。提供可靠傳輸能力。依靠消息中間件TongLINK/Q的可靠隊(duì)列傳輸功能，使地市增量備份數(shù)據(jù)可以盡快、可靠到達(dá)省數(shù)據(jù)中心主機(jī)。在傳輸期間消息中間件TongLINK/Q可以應(yīng)對各種故障的發(fā)生，如通訊網(wǎng)絡(luò)故障、主機(jī)宕機(jī)等情況，可以做到斷點(diǎn)續(xù)傳，使備份數(shù)據(jù)“一次傳遞、可靠到達(dá)”。可以提供備份過程數(shù)據(jù)庫操作的事務(wù)性處理。即除了數(shù)據(jù)的傳遞是可靠的之外，在省級數(shù)據(jù)中心數(shù)據(jù)的數(shù)據(jù)庫備份操作也是可靠的。在對備份數(shù)據(jù)進(jìn)行數(shù)據(jù)庫插入或修改操作時(shí)，如果操作失?。ū热纾?dāng)時(shí)數(shù)據(jù)庫狀態(tài)不對引起數(shù)據(jù)庫操作失?。⒅虚g件TongLINK/Q將會保留這一信息和數(shù)據(jù)，重復(fù)執(zhí)行相應(yīng)處理過程，直到成功。維護(hù)和保持通訊通暢。TongLINK/Q對通訊通道具有自動維護(hù)功能，當(dāng)網(wǎng)絡(luò)出現(xiàn)抖動影響通訊時(shí)，TongLINK/Q可以自動監(jiān)控和重建鏈路來保障通訊的快速恢復(fù)。保障通訊效率。TongLINK/Q通過以下手段來保障通訊效率：維護(hù)通訊暢通和自恢復(fù)；支持?jǐn)帱c(diǎn)續(xù)傳；根據(jù)網(wǎng)絡(luò)帶寬情況有不同傳輸策略來保障網(wǎng)絡(luò)帶寬的充分利用；支持自動壓縮功能，減少通訊數(shù)據(jù)量。支持服務(wù)端程序的并發(fā)調(diào)度和控制。上傳數(shù)據(jù)自動提交相應(yīng)的處理程序進(jìn)行處理，對多個(gè)地市同時(shí)上傳的數(shù)據(jù)可以并發(fā)調(diào)度多個(gè)服務(wù)程序進(jìn)行處理，提高處理效率。 消息中間件（MOM）和交易處理中間件（TPMonitor）是完全不同的兩類中間件。盡管在功能上有部分的重合，但由于定位的不同，功能上具有相當(dāng)?shù)牟罹?，適用的應(yīng)用類型也不一樣。 消息中間件可以用來構(gòu)筑一個(gè)組織的公共的信息交換平臺，通過把消息中間件部署到用戶的網(wǎng)絡(luò)環(huán)境中，通過適當(dāng)?shù)呐渲?，就形成了信息的交換與處理的管道與平臺。平臺上應(yīng)用開發(fā)的接口和提供的通信與控制模式主要是面向傳輸?shù)?，非常豐富。以TongLINK/Q為例子，它支持文件的傳輸，文件與普通數(shù)據(jù)包的混合傳輸；在對傳輸?shù)目刂粕希瑸榱诉m應(yīng)信息發(fā)送方應(yīng)用的不同的需要，可以有很多種的控制方式。應(yīng)用可以選擇投遞消息時(shí)控制返回有多快，可靠性要求有多高。應(yīng)用可以選擇把數(shù)據(jù)交給TongLINK/Q的接口就返回（方式一）、或者等數(shù)據(jù)交給TongLINK/Q核心后再返回（方式二），或者等TongLINK/Q開始發(fā)送信息后再返回（方式三），或者等接收方收到信息后再返回（方式四）。方式二、三、四都可以保證可靠的傳輸，但不同的方式給應(yīng)用提供了不同的控制靈活性。如果接收方的機(jī)器沒有運(yùn)行，選擇方式三就不能馬上發(fā)送，發(fā)送方就會知道。選擇方式四，如果線路和對方機(jī)器正常，發(fā)送方就可以馬上知道，接收方已經(jīng)開始接收信息了，一會對方就會收完。又比如，在廣域網(wǎng)上，傳輸大信息量時(shí)，不能簡單地用超時(shí)時(shí)間來控制傳輸?shù)慕Y(jié)束。比如，應(yīng)用中設(shè)定超時(shí)時(shí)間是2分鐘，有可能在某個(gè)繁忙的時(shí)段就不能將文件傳輸完，此時(shí)控制網(wǎng)絡(luò)上此次傳輸多長時(shí)間沒有傳輸?shù)囊饬x就很有限了。這很象我們在Internet上下載大文件時(shí)的情況。傳輸?shù)漠嬅娌粍恿?，我們很想知道傳輸是否還在進(jìn)行。用戶應(yīng)該能夠要求，如果此次傳輸發(fā)生有在2分鐘的時(shí)段內(nèi)都沒有傳輸?shù)那闆r，終止傳輸。以上只是簡單地列舉了消息中間件所具有的一般的功能。對于交易中間件，由于其定位于最適合于OLTP類的系統(tǒng)——象銀行的柜面業(yè)務(wù)系統(tǒng)，電信的計(jì)費(fèi)賬務(wù)系統(tǒng)等等，其所適合的應(yīng)用都具有如下的特點(diǎn)：集中的數(shù)據(jù)處理，所有處理的處理時(shí)間一般都很短，如登記您存的錢數(shù)，大量的并發(fā)但每次網(wǎng)上傳輸?shù)臄?shù)據(jù)量一般都很小如只有幾十字節(jié)、幾百字節(jié)，幾千字節(jié)都算大的數(shù)據(jù)包了。無論是公安系統(tǒng)公共信息的傳輸、交通部門全國安全監(jiān)督系統(tǒng)，還是國稅的信息系統(tǒng)都不是OLTP類的，更適合消息中間件來處理。消息中間件再處理大信息量的傳輸和對傳輸?shù)撵`活控制等方面的優(yōu)勢遠(yuǎn)遠(yuǎn)超過了交易中間件的功能。以Tuxedo為例，文件不能直接傳輸，缺乏對（可靠）傳輸?shù)撵`活多樣的控制，不方便配置一個(gè)多層次的邏輯網(wǎng)絡(luò)系統(tǒng)…不能把它歸到消息中間件的種類中。實(shí)際上，國際上在分類中間件時(shí)，也是把Tuxedo放到交易一類中去的。遠(yuǎn)一點(diǎn)的有1998年的IDG及Giga的報(bào)告；最近的有2001年的歐洲信息技術(shù)觀察（EITO2001）的分類。有國內(nèi)系統(tǒng)集成商使用BEA的Tuxedo在上海開發(fā)公安的信息傳輸平臺，實(shí)際的效果不好。公安部在做全國的消息中間件選型時(shí)，經(jīng)過慎重的評估，最終放棄了以Tuxedo來代替消息中間件的想法。BEA的Tuxedo的前身是DEC的Message/Q，在歸屬BEA后的開始一段時(shí)間，名字也叫Message/Q。Message/Q具有消息中間件的有限功能，且僅支持DEC的有限平臺。BEA曾經(jīng)停止推廣Message/Q，后納入Tuxedo體系，改名Tuxedo/Q。

TongLINK/Q簡表包括以下幾個(gè)部分：體系結(jié)構(gòu)方面：TongLINK/Q的路由管理協(xié)議、TongLINK/Q的網(wǎng)絡(luò)結(jié)構(gòu)安全管理方面：端-端的加密傳輸?shù)闹С謶?yīng)用管理方面：即程序管理事件支持：核心事件消息功能：消息的事務(wù)性支持/復(fù)合消息/堵塞概念/同步等等用戶接口功能名稱描述連接管理常連接動態(tài)連接連接管理管理(相鄰)的TongLINK/Q節(jié)點(diǎn)之間的連接。（相鄰的）兩個(gè)TongLINK/Q節(jié)點(diǎn)之間的連接在兩個(gè)TongLINK/Q系統(tǒng)都啟動后建立，并且由TongLINK/Q系統(tǒng)維護(hù)和保持。常連接是連接的一般形式。（相鄰的）兩個(gè)TongLINK/Q節(jié)點(diǎn)之間的連接在TongLINK/Q核心需要傳輸時(shí)建立。網(wǎng)絡(luò)結(jié)構(gòu)樹型拓?fù)渚W(wǎng)狀拓?fù)渚W(wǎng)絡(luò)結(jié)構(gòu)指TongLINK/Q節(jié)點(diǎn)和節(jié)點(diǎn)之間的連接構(gòu)成的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)。最基本、最常用的TongLINK/Q網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)就是樹形；構(gòu)造和維護(hù)樹型TongLINK/Q網(wǎng)絡(luò)快速、便捷。樹型也是流行的組織與管理形式。TongLINK/Q通過允許一個(gè)TongLINK/Q節(jié)點(diǎn)有多個(gè)上級節(jié)點(diǎn)即“多上級”來支持網(wǎng)狀拓?fù)浣Y(jié)構(gòu)，以適應(yīng)應(yīng)用的特殊需要。目前最多支持24個(gè)上級節(jié)點(diǎn)。路由協(xié)議缺省路由協(xié)議動態(tài)樹型路由子網(wǎng)路由協(xié)議在TongLINK/Q網(wǎng)絡(luò)中，任何一個(gè)節(jié)點(diǎn)都知道它的直接上級和下級節(jié)點(diǎn)；相互通信的兩個(gè)節(jié)點(diǎn)不需要在各自節(jié)點(diǎn)處定義對方。路由協(xié)議規(guī)定了如何在TongLINK/Q網(wǎng)絡(luò)中根據(jù)一個(gè)名字找到對應(yīng)的TongLINK/Q節(jié)點(diǎn)。不是一個(gè)完備的路由協(xié)議，效率很高，不能訪問到網(wǎng)絡(luò)上的所有節(jié)點(diǎn)，從而支持完全的端-端的通信。協(xié)議規(guī)定在找不到一條明確的路由時(shí)，交給上級節(jié)點(diǎn)。這時(shí)，只要上級節(jié)點(diǎn)連通，TongLINK/Q就認(rèn)為路由存在。主要版本支持的路由協(xié)議，當(dāng)網(wǎng)絡(luò)非常大時(shí)，協(xié)議的開銷較大。需要與缺省路由協(xié)議相配合。根據(jù)協(xié)議的規(guī)定，上級節(jié)點(diǎn)可以知道各層下級節(jié)點(diǎn)路由信息。當(dāng)節(jié)點(diǎn)登記的路由信息發(fā)生改變時(shí)，會動態(tài)把這些信息告訴它的上級節(jié)點(diǎn)。為支持此協(xié)議，各級中心節(jié)點(diǎn)需要保存其所有下級節(jié)點(diǎn)的路由信息。適合極大的樹型TongLINK/Q網(wǎng)絡(luò)（500節(jié)點(diǎn)以上），高效但要求節(jié)點(diǎn)命名符合規(guī)則。需要與缺省路由協(xié)議相配合。協(xié)議規(guī)定，從根開始，樹型網(wǎng)絡(luò)的每個(gè)TongLINK/Q節(jié)點(diǎn)的下級節(jié)點(diǎn)的命名要符合一定的規(guī)則，以使節(jié)點(diǎn)名和路由相關(guān)聯(lián)。根據(jù)這些關(guān)聯(lián)性和目標(biāo)節(jié)點(diǎn)名，再與缺省路由協(xié)議配合，就可以方便快捷地找到目標(biāo)節(jié)點(diǎn)。傳輸管理可靠（確保）傳輸非可靠傳輸實(shí)時(shí)傳輸傳輸優(yōu)先級傳輸數(shù)據(jù)壓縮傳輸數(shù)據(jù)加解密及密鑰管理文件清理臨時(shí)文件清理發(fā)送文件清理運(yùn)行系統(tǒng)是TongLINK/Q系統(tǒng)三個(gè)組成部（運(yùn)行系統(tǒng)、開發(fā)系統(tǒng)和管理系統(tǒng)）分之一。傳輸管理則是運(yùn)行系統(tǒng)最重要的功能。傳輸管理涉及TongLINK/Q和消息傳輸相關(guān)的比較宏觀的方面。通過把消息保存在可靠隊(duì)列（磁盤文件）中來保障“可靠傳輸”。明確指明選擇“可靠傳輸”方式時(shí)，可以實(shí)現(xiàn)“確保的”傳輸。無論線路、系統(tǒng)還是應(yīng)用發(fā)生故障，一旦狀態(tài)恢復(fù)，傳輸就將繼續(xù)。TongLINK/Q中的“可靠傳輸”的標(biāo)識是“LOG_ON”?！癓OG_ON”方式需要消耗更多的資源，因此效率要比“非可靠傳輸方式”（中斷后不再恢復(fù)）低。通過數(shù)據(jù)報(bào)（PKT_DATA）方式及TongLINK接口實(shí)時(shí)傳輸。小消息包具有比大消息包和大文件更高的優(yōu)先級（即“小作業(yè)優(yōu)先”）。采用UNIX標(biāo)準(zhǔn)壓縮算法，壓縮比例高。傳輸大文件和網(wǎng)絡(luò)帶寬較窄時(shí)非常有效。典型的實(shí)例時(shí)，40MEXE文件壓縮為16M；40M文本文件壓縮為4M。采用對稱加密算法RC5。密鑰分配/交換算法Deffie-Hellman算法。直接相鄰的兩個(gè)節(jié)點(diǎn)共享一個(gè)動態(tài)生成與分配的密鑰。密鑰在一定條件下動態(tài)改變（如TongLINK/Q系統(tǒng)重啟、加密到一定次數(shù)或時(shí)間等）。密鑰長度是128字節(jié)。提供應(yīng)用開發(fā)所需API。消息傳送API中提供標(biāo)志。消息管理消息的類型普通數(shù)據(jù)包大數(shù)據(jù)包文件復(fù)合消息用戶消息頭消息的事務(wù)性消息管理顧名思義就是對系統(tǒng)中傳遞的消息進(jìn)行管理，。數(shù)據(jù)包大小不超過4096字節(jié)。數(shù)據(jù)包大小的區(qū)分是TongLINK/Q內(nèi)部的事，對程序員是透明的。數(shù)據(jù)包大小超過4096字節(jié)。文件大小不超過2G。復(fù)合消息：一條消息可以包含多條子消息。用戶消息頭：用戶在發(fā)送消息前，可以定義用戶相關(guān)的一些屬性，如消息名等，便于應(yīng)用的管理。消息的事務(wù)性支持指支持消息的Commit和Rollback功能。程序管理程序類型客戶程序服務(wù)程序定時(shí)程序觸發(fā)程序程序管理既是應(yīng)用的構(gòu)造方法的一部分，也是TongLINK/Q系統(tǒng)管理并發(fā)與效率的手段。四種基本應(yīng)用類型：客戶、服務(wù)、定時(shí)和事件程序。定時(shí)程序是一類特殊的客戶程序，需要定時(shí)啟動來處理某些工作。運(yùn)行監(jiān)控運(yùn)行監(jiān)控使用管理程序可進(jìn)行運(yùn)行監(jiān)控。運(yùn)行監(jiān)控是管理系統(tǒng)的一個(gè)重要功能。監(jiān)視用戶程序及核心的有關(guān)狀態(tài)等功能。運(yùn)行模式生產(chǎn)模式運(yùn)行模式區(qū)分生產(chǎn)模式與運(yùn)行模式便于系統(tǒng)的調(diào)試。系統(tǒng)管理參數(shù)格式動態(tài)參數(shù)配置本地管理程序界面管理命令行管理統(tǒng)一管理程序操作員管理管理API管理系統(tǒng)是TongLINK/Q系統(tǒng)三個(gè)組成部分之一。文本文件。系統(tǒng)運(yùn)行中動態(tài)地調(diào)整TongLINK/Q的配置。每個(gè)TongLINK/Q系統(tǒng)都包含一個(gè)本地管理程序。菜單驅(qū)動的管理程序。命令行命令簡明扼要。統(tǒng)一管理程序當(dāng)前版本不提供。開放部分管理API給應(yīng)用使用。日志管理日志格式日志清理手工清理管理程序清理策略性管理日志系統(tǒng)是TongLINK/Q系統(tǒng)的重要組成部分。關(guān)鍵任務(wù)支撐系統(tǒng)可通過系統(tǒng)日志審計(jì)、跟蹤系統(tǒng)的運(yùn)行，調(diào)試應(yīng)用系統(tǒng)。支持TXT可通過管理程序清理。提供應(yīng)用開發(fā)所需要的API。開發(fā)系統(tǒng)基本API異步接口的控制擴(kuò)展API結(jié)構(gòu)|編碼多線索服務(wù)模型開發(fā)系統(tǒng)是TongLINK/Q系統(tǒng)的三個(gè)組成部分之一.包括消息的投遞、接收、控制、查詢等。包括的主要函數(shù)有：tlq_init/tlq_release（使用和釋放TongLINK/Q接口）tlq_putmsg/tlq_getmsg（異步消息的投遞與接收）tlq_ctrlmsg/tlq_querymsg（消息的控制與查詢）等等。應(yīng)用與TongLINK/Q的異步接口間的“接口”包括：SYNC_MSG、ASYNC_MSG和NOTIFY_MSG三種。SYNC_MSG方式是一種“同步通信”，本地TongLINK/Q接收完畢開始發(fā)送后調(diào)用才返回；ASYNC_MSG方式是一種簡單的“異步方式”，只要消息交給本地的TongLINK/Q調(diào)用就返回。NOTIFY_FLAG給用戶消息的動態(tài)反饋用，TongLINK/Q對于消息的傳輸具有非堵塞的功能，因此發(fā)送成功時(shí)，消息還沒有發(fā)送到接收端。另外對于接收端來說，只要消息達(dá)到目的TongLINK/Q時(shí)，才發(fā)送給用戶進(jìn)程，這樣可能會造成用戶進(jìn)程的盲目等待。NOTIFY_FLAG的功能使得即使消息還沒有到達(dá)目的地時(shí)（全部），接收進(jìn)程就能動態(tài)的跟蹤消息的發(fā)送狀態(tài)。擴(kuò)展API：提供一些同步等應(yīng)用模型相關(guān)的API。結(jié)構(gòu)編碼：主要提供數(shù)據(jù)表示功能。多線索服務(wù)模型提供一種NT上的多線程的應(yīng)用接口。安全管理節(jié)點(diǎn)認(rèn)證點(diǎn)-點(diǎn)傳輸安全端-端傳輸安全上級節(jié)點(diǎn)通過口令識別直接相連的下級節(jié)點(diǎn)。直接相連的節(jié)點(diǎn)間的加密傳輸。非直接相連的節(jié)點(diǎn)間的數(shù)據(jù)傳輸?shù)募用芘c解密。支持的開發(fā)工具標(biāo)準(zhǔn)CC++COBOL各種可視工具，如VB、PB、DELPHI支持支持支持可視工具限于Windows9X/NT平臺。支持的語言中文英文中文操作界面。系統(tǒng)安裝系統(tǒng)安裝支持序列號支持DEMODEMO版本主要給開發(fā)商的。事件管理核心事件核心事件提供了用戶對核心的策略管理的方式，提供用戶對其關(guān)心的異常事件或狀態(tài)事件的處理。如消息事件、死信事件、日志管理事件等等。模塊管理應(yīng)用管理模塊事件管理模塊安全功能模塊模塊管理可以根據(jù)用戶的需要來安裝、或是否啟動有關(guān)的模塊。會話功能簡單會話控制支持REQ/ACK方式的會話模型。自動清理無效消息。硬件平臺UNIXWindowsLinux支持國內(nèi)流行的所有UNIX平臺,Windows平臺及Linux.HP-UXIBMAIXSEQUENTDYNIXCOMPAQdigitalUNIX及tru64UNIXSunSolarisIBMSequentDynixSCO-UNIX等等Windows9x/NT國內(nèi)流行的主要版本注：以上功能說明適用于TongLINK/Q的主要版本。不同的版本功能略有差異，詳見有關(guān)手冊。基于C8051F單片機(jī)直流電動機(jī)反饋控制系統(tǒng)的設(shè)計(jì)與研究基于單片機(jī)的嵌入式Web服務(wù)器的研究MOTOROLA單片機(jī)MC68HC（8）05PV8/A內(nèi)嵌EEPROM的工藝和制程方法及對良率的影響研究基于模糊控制的電阻釬焊單片機(jī)溫度控制系統(tǒng)的研制基于MCS-51系列單片機(jī)的通用控制模塊的研究基于單片機(jī)實(shí)現(xiàn)的供暖系統(tǒng)最佳啟停自校正（STR）調(diào)節(jié)器單片機(jī)控制的二級倒立擺系統(tǒng)的研究基于增強(qiáng)型51系列單片機(jī)的TCP/IP協(xié)議棧的實(shí)現(xiàn)基于單片機(jī)的蓄電池自動監(jiān)測系統(tǒng)基于32位嵌入式單片機(jī)系統(tǒng)的圖像采集與處理技術(shù)的研究基于單片機(jī)的作物營養(yǎng)診斷專家系統(tǒng)的研究基于單片機(jī)的交流伺服電機(jī)運(yùn)動控制系統(tǒng)研究與開發(fā)基于單片機(jī)的泵管內(nèi)壁硬度測試儀的研制基于單片機(jī)的自動找平控制系統(tǒng)研究基于C8051F040單片機(jī)的嵌入式系統(tǒng)開發(fā)基于單片機(jī)的液壓動力系統(tǒng)狀態(tài)監(jiān)測儀開發(fā)模糊Smith智能控制方法的研究及其單片機(jī)實(shí)現(xiàn)一種基于單片機(jī)的軸快流CO〈,2〉激光器的手持控制面板的研制基于雙單片機(jī)沖床數(shù)控系統(tǒng)的研究基于CYGNAL單片機(jī)的在線間歇式濁度儀的研制基于單片機(jī)的噴油泵試驗(yàn)臺控制器的研制基于單片機(jī)的軟起動器的研究和設(shè)計(jì)基于單片機(jī)控制的高速快走絲電火花線切割機(jī)床短循環(huán)走絲方式研究基于單片機(jī)的機(jī)電產(chǎn)品控制系統(tǒng)開發(fā)基于PIC單片機(jī)的智能手機(jī)充電器基于單片機(jī)的實(shí)時(shí)內(nèi)核設(shè)計(jì)及其應(yīng)用研究基于單片機(jī)的遠(yuǎn)程抄表系統(tǒng)的設(shè)計(jì)與研究基于單片機(jī)的煙氣二氧化硫濃度檢測儀的研制基于微型光譜儀的單片機(jī)系統(tǒng)單片機(jī)系統(tǒng)軟件構(gòu)件開發(fā)的技術(shù)研究基于單片機(jī)的液體點(diǎn)滴速度自動檢測儀的研制基于單片機(jī)系統(tǒng)的多功能溫度測量儀的研制基于PIC單片機(jī)的電能采集終端的設(shè)計(jì)和應(yīng)用基于單片機(jī)的光纖光柵解調(diào)儀的研制氣壓式線性摩擦焊機(jī)單片機(jī)控制系統(tǒng)的研制基于單片機(jī)的數(shù)字磁通門傳感器基于單片機(jī)的旋轉(zhuǎn)變壓器-數(shù)字轉(zhuǎn)換器的研究基于單片機(jī)的光纖Bragg光柵解調(diào)系統(tǒng)的研究單片機(jī)控制的便攜式多功能乳腺治療儀的研制基于C8051F020單片機(jī)的多生理信號檢測儀基于單片機(jī)的電機(jī)運(yùn)動控制系統(tǒng)設(shè)計(jì)Pico專用單片機(jī)核的可測性設(shè)計(jì)研究基于MCS-51單片機(jī)的熱量計(jì)基于雙單片機(jī)的智能遙測微型氣象站MCS-51單片機(jī)構(gòu)建機(jī)器人的實(shí)踐研究基于單片機(jī)的輪軌力檢測基于單片機(jī)的GPS定位儀的研究與實(shí)現(xiàn)基于單片機(jī)的電液伺服控制系統(tǒng)用于單片機(jī)系統(tǒng)的MMC卡文件系統(tǒng)研制基于單片機(jī)的時(shí)控和計(jì)數(shù)系統(tǒng)性能優(yōu)化的研究基于單片機(jī)和CPLD的粗光柵位移測量系統(tǒng)研究單片機(jī)控制的后備式方波UPS提升高職學(xué)生單片機(jī)應(yīng)用能力的探究基于單片機(jī)控制的自動低頻減載裝置研究基于單片機(jī)控制的水下焊接電源的研究基于單片機(jī)的多通道數(shù)據(jù)采集系統(tǒng)基于uPSD3234單片機(jī)的氚表面污染測量儀的研制基于單片機(jī)的紅外測油儀的研究96系列單片機(jī)仿真器研究與設(shè)計(jì)基于單片機(jī)的單晶金剛石刀具刃磨設(shè)備的數(shù)控改造基于單片機(jī)的溫度智能控制系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)基于MSP430單片機(jī)的電梯門機(jī)控制器的研制基于單片機(jī)的氣體測漏儀的研究基于三菱M16C/6N系列單片機(jī)的CAN/USB協(xié)議轉(zhuǎn)換器基于單片機(jī)和DSP的變壓器油色譜在線監(jiān)測技術(shù)研究基于單片機(jī)的膛壁溫度報(bào)警系統(tǒng)設(shè)計(jì)基于AVR單片機(jī)的低壓無功補(bǔ)償控制器的設(shè)計(jì)基于單片機(jī)船舶電力推進(jìn)電機(jī)監(jiān)測系統(tǒng)基于單片機(jī)網(wǎng)絡(luò)的振動信號的采集系統(tǒng)基于單片機(jī)的大容量數(shù)據(jù)存儲技術(shù)的應(yīng)用研究基于單片機(jī)的疊圖機(jī)研究與教學(xué)方法實(shí)踐基于單片機(jī)嵌入式Web服務(wù)器技術(shù)的研究及實(shí)現(xiàn)基于AT89S52單片機(jī)的通用數(shù)據(jù)采集系統(tǒng)基于單片機(jī)的多道脈沖幅度分析儀研究機(jī)器人旋轉(zhuǎn)電弧傳感角焊縫跟蹤單片機(jī)控制系統(tǒng)基于單片機(jī)的控制系統(tǒng)在PLC虛擬教學(xué)實(shí)驗(yàn)中的應(yīng)用研究基于單片機(jī)系統(tǒng)的網(wǎng)絡(luò)通信研究與應(yīng)用基于PIC16F877單片機(jī)的莫爾斯碼自動譯碼系統(tǒng)設(shè)計(jì)與研究基于單片機(jī)的模糊控制器在工業(yè)電阻爐上的應(yīng)用研究基于雙單片機(jī)沖床數(shù)控系統(tǒng)的研究與開發(fā)基于Cygnal單片機(jī)的μC/OS-Ⅱ的研究基于單片機(jī)的一體化智能差示掃描量熱儀系統(tǒng)研究基于TCP/IP協(xié)議的單片機(jī)與Internet互聯(lián)的研究與實(shí)現(xiàn)變頻調(diào)速液壓電梯單片機(jī)控制器的研究基于單片機(jī)γ-免疫計(jì)數(shù)器自動換樣功能的研究與實(shí)現(xiàn)基于單片機(jī)的倒立擺控制系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)單片機(jī)嵌入式以太網(wǎng)防盜報(bào)警系統(tǒng)基于51單片機(jī)的嵌入式Internet系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)單片機(jī)監(jiān)測系統(tǒng)在擠壓機(jī)上的應(yīng)用MSP430單片機(jī)在智能水表系統(tǒng)上的研究與應(yīng)用基于單片機(jī)的嵌入式系統(tǒng)中TCP/IP協(xié)議棧的實(shí)現(xiàn)與應(yīng)用單片機(jī)在高樓恒壓供水系統(tǒng)中的應(yīng)用基于ATmega16單片機(jī)的流量控制器的開發(fā)基于MSP430單片機(jī)的遠(yuǎn)程抄表系統(tǒng)及智能網(wǎng)絡(luò)水表的設(shè)計(jì)HYPERLINK"/detail.htm?