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

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

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

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