【導(dǎo)讀】理日益龐大的體檢檔案，將是體檢中心面臨的越來越嚴(yán)峻的問題。深入探討了基于智能客戶端和Web服務(wù)技術(shù)的分布式應(yīng)用系統(tǒng)。處理等技術(shù)，提出了體檢信息管理系統(tǒng)解決方案。采用了智能客戶端開發(fā)模式，將系統(tǒng)分為客戶端和服務(wù)器端兩部分;系統(tǒng)的規(guī)模需求和將來業(yè)務(wù)增長的需要。塊和追蹤關(guān)懷功能模塊。體檢信息傳輸模塊通過對實(shí)時(shí)傳輸方式和文。目前的功能已經(jīng)初步實(shí)現(xiàn)。系統(tǒng)運(yùn)行表明系統(tǒng)總體方案設(shè)計(jì)合。理，解決問題的措施可行。

　　

【正文】 用程序 的工作 方式。隨著小規(guī)模設(shè)備的連接性和能力的增加，智能客戶端應(yīng)用程序的使用越來 越廣泛。可以對智能客戶端進(jìn)行設(shè)計(jì)以使其適應(yīng)宿主環(huán)境，并且為它們運(yùn)行時(shí)所在的設(shè) 備提供適當(dāng)?shù)墓δ?。例如，適合在 PocketPC上運(yùn)行的智能客戶端應(yīng)用程序應(yīng)該提供相 應(yīng)的用戶界面。 三種架構(gòu)應(yīng)用程序的比較 C/S應(yīng)用程序，就是使用客戶端 /服務(wù)器端的應(yīng)用程序。 C/S將應(yīng)用程序處理分成兩 部分 :一部分由用戶的桌面計(jì)算機(jī)運(yùn)行，另一部分由一個(gè)集中的服務(wù)器執(zhí)行。一個(gè)典型的 C/S包含一個(gè)或多個(gè)在用戶的計(jì)算機(jī)上運(yùn)行的 應(yīng)用程序，用戶可以利用該應(yīng)用程序來查 看并操作數(shù)據(jù)、處理一些或所有的業(yè)務(wù)規(guī)則， C/S同時(shí)提供一個(gè)用戶界面及時(shí)對用戶的 操作作出響應(yīng)。服務(wù)器負(fù)責(zé)管理對數(shù)據(jù)的訪問并負(fù)責(zé)執(zhí)行一些或所有的業(yè)務(wù)規(guī)則。這種 模式的重點(diǎn)是， C/S應(yīng)用程序是在用戶的計(jì)算機(jī)上運(yùn)行的。 有一些有助于提高 C/S 應(yīng)用程序連接性的技術(shù)。例如，兩層應(yīng)用程序使多個(gè)用戶可 以訪問駐留在網(wǎng)絡(luò)上的公用數(shù)據(jù)，而 DCOM 使應(yīng)用程序可以具有更高的分布性。但是， 連接的應(yīng)用程序的開發(fā)要復(fù)雜得多。隨著這些分布式應(yīng)用程序的規(guī)模和復(fù)雜性逐漸增 加，將越來越難以維持客戶端應(yīng) 用程序及它們使用的服務(wù)之間的緊藕合。 盡管胖客戶端通常提供了高質(zhì)量、響應(yīng)迅速的用戶體驗(yàn)，并且具有良好的開發(fā)人員 和平臺(tái)支持，但它們非常難于部署和維護(hù)。隨著應(yīng)用程序和客戶端平臺(tái)的復(fù)雜性不斷增 加，以可靠且安全的方式將應(yīng)用程序部署到客戶計(jì)算機(jī)的難度也將不斷增加。如果部署 了不兼容的共享組件或軟件庫，則一個(gè)應(yīng)用程序可以很容易地破壞另一個(gè)應(yīng)用程序，這 種現(xiàn)象稱為應(yīng)用程序脆弱性。新版本的應(yīng)用程序通常通過重新部署整個(gè)應(yīng)用程序來提 供，這可能使應(yīng)用程序脆弱性問題變得更加嚴(yán)重。 B/S架構(gòu)解決了 許多與應(yīng)用程序部署和維護(hù)相關(guān)聯(lián)的問題?；跒g覽器的 B/S應(yīng)用 程序是在中央 Web 服務(wù)器上部署和更新的，消除了將應(yīng)用程序的任何部分顯式部署到 客戶計(jì)算機(jī)并加以管理的必要性。 該模型使各個(gè)公司可以高效地將它們的應(yīng)用程序公開給規(guī)模龐大、多種多樣的外部 受眾。因?yàn)?B/S己被證明能夠高效地解決一些部署和可管理性問題，所以它們現(xiàn)在用于 向組織內(nèi)的用戶提供對許多業(yè)務(wù)線 (LoB)應(yīng)用程序的訪問，以及詢客戶和合作伙伴提供 對面向外界的應(yīng)用程序的訪問。 B/s應(yīng)用程序具有一些缺點(diǎn)。瀏覽器必須總是具有網(wǎng)絡(luò)連接。而且常用的應(yīng)用程 序 功能可能不可用，降低了應(yīng)用程序的可用性。應(yīng)用程序的大部分邏輯和狀態(tài)位于服務(wù)器 上，所以瘦客戶端會(huì)頻繁地向服務(wù)器發(fā)回?cái)?shù)據(jù)和處理請求。瀏覽器必須等待響應(yīng)到達(dá)， 然后用戶才能繼續(xù)使用該應(yīng)用程序，響應(yīng)速度通常比胖客戶端應(yīng)用程序慢得多。該問題 在低帶寬或高延遲的情況下被惡化了，并且產(chǎn)生的性能問題可能導(dǎo)致應(yīng)用程序可用性和 用戶效率大幅度下降。 智能客戶端應(yīng)用程序 智能客戶端應(yīng)用程序可以將胖客戶端應(yīng)用程序的優(yōu)點(diǎn)與瘦客戶端應(yīng)用程序的部署 和可管理性優(yōu)點(diǎn)結(jié)合起來。智能客戶端應(yīng)用程序通常具有形形色色的要求，因此在 設(shè)計(jì) 和實(shí)現(xiàn)方面會(huì)有極大的差異。所有智能客戶端都具有下列部分或全部特征 :利用本地資 源、利用網(wǎng)絡(luò)資源、支持偶爾連接的用戶、提供智能安裝和更新、提供客戶端設(shè)備靈活 性。 系統(tǒng)軟件架構(gòu)的選擇 由于本系統(tǒng)既要完成離線與在線兩種網(wǎng)絡(luò)連接情況下的數(shù)據(jù)處理工作，又要滿足企 業(yè)職工體檢信息查詢的需要，因此，根據(jù)智能客戶端、 C/S、 B/S 三種軟件架構(gòu)各自的特 點(diǎn)，本設(shè)計(jì)采用了“體檢信息管理智能客戶端” +“ B/S 體檢信息發(fā)布與瀏覽平臺(tái)”的 產(chǎn)品架構(gòu)。選擇的基本原則。 4 體檢信息傳輸模塊的設(shè)計(jì)與實(shí)現(xiàn) 設(shè)計(jì)目標(biāo) 體檢信息傳輸模塊的設(shè)計(jì)目標(biāo)為 :實(shí)現(xiàn)醫(yī)師和健康管理師之間的信息傳輸。 由于體檢中心的異地性和信息格式的多樣性，系統(tǒng)要選擇合適的傳輸協(xié)議和技術(shù)手 段以實(shí)現(xiàn)遠(yuǎn)程、統(tǒng)一格式的信息傳輸。 信息類型 根據(jù)系統(tǒng)的業(yè)務(wù)需求，在體檢信息傳輸過程中作為傳輸對象的信息主要類型是數(shù) 據(jù)。 數(shù)據(jù)包括體檢者的個(gè)人信息和檢查數(shù)據(jù)。檢查數(shù)據(jù)是體檢中心為客戶做檢查所產(chǎn)生 的一系列數(shù)據(jù)，如表 所示。 表 體檢者的檢查數(shù)據(jù)舉例 ， 5cheekdata 名稱舉例 身高 (Height)171 收縮壓 (SBP)150 身體質(zhì)量指數(shù) (BMI)21 甲狀腺腫大 (ThyroidGoiter)正常 三酸甘油酷 (TG)180 總膽固醇 (T一 Cholesterol)90 數(shù)據(jù)信息傳輸方式選擇 從應(yīng)用層編程角度看，數(shù)據(jù)信息傳輸可以有兩種方式。一種是發(fā)送方將分散的數(shù)據(jù) 以某種順序傳遞出去，接收方按照相應(yīng)的順序接收數(shù)據(jù)，即實(shí)時(shí)傳輸方式。另一種是發(fā) 送方把數(shù)據(jù)轉(zhuǎn)換成文件發(fā)送出去，接收方從文件中提取出數(shù)據(jù)，即文件傳輸方式。 (l)實(shí)時(shí)傳輸方式 實(shí)時(shí)傳輸方式的優(yōu)點(diǎn)是發(fā)送方直接傳輸數(shù)據(jù)而無需額外操作 ，接收方可以很快地對 數(shù)據(jù)做出反應(yīng)。缺點(diǎn)是傳輸大量數(shù)據(jù)時(shí)控制比較復(fù)雜。 實(shí)時(shí)傳輸協(xié)議 (RTP協(xié)議， RealTimeTransPortProtocol)是為交互式音視頻、仿真數(shù) 據(jù)等實(shí)時(shí)媒體應(yīng)用設(shè)計(jì)的傳輸協(xié)議，它提供了為數(shù)據(jù)包編號(hào)、加載時(shí)間信息和多點(diǎn)投送 等功能。應(yīng)用程序通常在 UDP上運(yùn)行 RTP 協(xié)議，既可以縮短時(shí)間延遲，也能利用 UDP 的多路復(fù)用、校驗(yàn)及服務(wù)等 [24 一 25]。 (2)文件傳輸方式 文件傳輸方式下，發(fā)送方發(fā)送的不是數(shù)據(jù)，而是根據(jù)數(shù)據(jù)制作的數(shù)據(jù)文件，接收方 會(huì)按照相應(yīng)的規(guī)則從文件中提取數(shù)據(jù)。 文件傳輸協(xié)議任 TP)是在 hitemet 上最早用于傳輸文件的一種通信協(xié)議，允許 hitemet 用戶將一臺(tái)計(jì)算機(jī)上的文件傳送到另一臺(tái)計(jì)算機(jī)上。經(jīng)過不斷改進(jìn)與發(fā)展， FTP已經(jīng)成 為 hnemct 上廣泛使用的信息工具，學(xué)術(shù)論文、研究報(bào)告、技術(shù)資料以及各種共享軟件、 免費(fèi)軟件等都可以通過 F仰程序來獲得。 (3)文件傳輸方式的采用 通過以上介紹，相比中心主動(dòng)控制傳輸過程、外界被動(dòng)的工作方式，實(shí)時(shí)傳輸方式 更加適合于交互式的工作環(huán)境。同時(shí)，從程序?qū)崿F(xiàn)和過程控制的難易程度看，文件傳輸 方式更好一些，原因如下 : ①支持實(shí)時(shí)傳 輸方式的協(xié)議比較單一，而支持文件傳輸方式的協(xié)議有多種，因此 后者開發(fā)難度會(huì)更低，而且便于系統(tǒng)的升級(jí)與擴(kuò)展。 ②實(shí)時(shí)傳輸方式下，為防止傳輸過程出錯(cuò)而導(dǎo)致全部信息重傳，需要建立復(fù)雜的 糾錯(cuò)機(jī)制，保證出錯(cuò)時(shí)僅將錯(cuò)誤數(shù)據(jù)重新傳遞。文件傳輸方式下，發(fā)送方在確定傳輸成 功之前可以將本文保留在硬盤上，一旦出錯(cuò)只要將文件重新發(fā)送即可，因此糾錯(cuò)機(jī)制非 常簡單。 除上述原因以外，文件傳輸方法本身可以實(shí)現(xiàn)對文件信息的傳輸，這使得系統(tǒng)對兩 種信息的處理方式更加統(tǒng)一。因此，該模塊采用文件傳輸方式對數(shù)據(jù)信息進(jìn)行傳輸，該 方式的難點(diǎn)在于 如何實(shí)現(xiàn)對數(shù)據(jù)進(jìn)行“打包” (根據(jù)數(shù)據(jù)生成文件 )和對文件進(jìn)行“拆包” (從文件中提取數(shù)據(jù) )，這一問題的解決方法在下面的小節(jié)中會(huì)得到闡述。 文件信息傳輸方式選擇 體檢信息傳輸模塊采用文件傳輸方式在體檢中心與服務(wù)器之間進(jìn)行信息傳輸，傳輸 的主要對象是體檢數(shù)據(jù)。在計(jì)算機(jī)網(wǎng)絡(luò)環(huán)境下進(jìn)行文件傳輸有如下幾種方法 :基于 FTP 協(xié)議的文件傳輸、基于套接字編程 (Socket)的流傳輸和基于 SoAP 協(xié)議的 webservice傳 輸。 基于 FTp協(xié)議的文件傳輸 FTP文件傳輸程序通常采用 C/S工作模式，包括實(shí)現(xiàn) FTP 服務(wù)器 功能的服務(wù)器軟件 和用戶使用的 FTP 客戶端軟件，用戶在有上傳或下載需求的計(jì)算機(jī)上安裝客戶端軟件。 FTP使用 TCP建立連接，所以它能夠在不同類型的計(jì)算機(jī)系統(tǒng)間進(jìn)行可靠的文件傳輸。 在 windows 系列的操作系統(tǒng)中只要安裝了 115服務(wù)就有 FTP 服務(wù)器端的應(yīng)用，因此可以 直接利用該服務(wù)來傳輸文件。盡管可以直接被終端用戶使用，但 F仰應(yīng)用主要還是通過 獨(dú)立的應(yīng)用程序?qū)崿F(xiàn)，因?yàn)檫@樣做可以更好的結(jié)合實(shí)際需求進(jìn)行功能開發(fā)，更符合用戶 的使用習(xí)慣。 (1)FTP 工作方式 FTI，客戶端與 F仰服務(wù)器之間要建立兩種連接 :控制連 接和數(shù)據(jù)連接[27]。如圖 所示，雙方首先建立一個(gè)控制連接用于控制整個(gè)會(huì)話，然后再建立多個(gè)數(shù)據(jù)連接用于文 件傳輸。 FTP程序?yàn)槊總€(gè)文件傳輸都建立一個(gè)新的連接，并在傳輸結(jié)束后斷開此次連接。 因此，數(shù)據(jù)連接的創(chuàng)建是動(dòng)態(tài)的，而控制連接在整個(gè)會(huì)話期間保持不變。一旦控制連接 消失，所有的數(shù)據(jù)連接也就終止了 128]。 用用戶登登 錄錄模塊塊 協(xié)協(xié)議解解解協(xié)議解解 析析模塊塊塊析棋塊塊 數(shù)數(shù)據(jù)傳傳 輸輸棋塊塊 FTP 的連接模式有兩種， Port 和 Passive。相對于服務(wù)器而言 ， Port為主動(dòng)模式， Passive 是被動(dòng)模式。以前的 FTP應(yīng)用一般默認(rèn)為 port模式?，F(xiàn)在，由于 Port模式的安全問題， 大多數(shù)應(yīng)用開始采用 Passive模式。服務(wù)器與客戶端建立連接時(shí)使用類似 TELNET協(xié)議 在主機(jī)間交換命令和消息。 (2)FTP 文件傳輸特點(diǎn) FTP文件傳輸方法具有以下優(yōu)點(diǎn) : ①提供交互訪問 :多數(shù) FTP 程序都提供交互接口，用戶更容易與遠(yuǎn)程系統(tǒng)交互。 ②提供訪問控制 :用戶在請求文件傳輸前需要把登錄名和密碼發(fā)送給服務(wù)器以獲 得訪問許可。服務(wù)器拒絕向未提供有效身份信息的用戶進(jìn)行服務(wù)。 F仰文 件傳輸方法的缺點(diǎn)包括 : ①程序?qū)崿F(xiàn)復(fù)雜，需要建立、維持控制連接和多條數(shù)據(jù)連接。 ②在廣域網(wǎng)上傳輸大文件時(shí)可靠性較低，不支持?jǐn)帱c(diǎn)續(xù)傳 [29]。 ③用戶在編寫自己的 FTP 程序時(shí)，需要實(shí)現(xiàn)服務(wù)器端和客戶端兩套軟件，維護(hù)和 升級(jí)比較麻煩。 基于套接字編程的流傳輸 套接字編程是建立在傳輸層協(xié)議 (主要是 TCP 和 UDP)上的一種網(wǎng)絡(luò)編程規(guī)范，由美 國加州 Berkley大學(xué)提出，最初是為了解決同一臺(tái)主機(jī)不同進(jìn)程間的通信問題，如今發(fā) 展到能夠解決不同主機(jī)進(jìn)程間的相互通信問題 (可以把同一臺(tái)主機(jī)進(jìn)程間通信看作是其 中的 特例 )[30]。它分為州 xx下的 socket 編程和咖 dows下的 soeket編程，即所謂的 winsock 編程。常見的 winsock 編程如各種網(wǎng)絡(luò)游戲編程， 等聊天工具也是使用 這種方法。 套接字主要有 3 種類型 :流式套接字，數(shù)據(jù)報(bào)套接字和原始套接字。流式套接字定 義了一種面向連接的服務(wù)，實(shí)現(xiàn)了無差錯(cuò)無重復(fù)的順序數(shù)據(jù)傳輸，無長度限制。數(shù)據(jù)報(bào) 套接字接口定義了一種無連接的服務(wù)，數(shù)據(jù)通過相互獨(dú)立的報(bào)文進(jìn)行傳輸 。這些報(bào)文到 達(dá)目的地的時(shí)間是無序的，并且不能保證傳輸過程可靠。原始套接字允許對低層協(xié)議 IP 或 ICMP 直接訪問，主要應(yīng)用于網(wǎng)絡(luò)協(xié)議的測試 [32]。 (l)套接字工作原理 在網(wǎng)絡(luò)應(yīng)用中使用最多的是流式套接字，基于面向連接的 TCP 協(xié)議實(shí)現(xiàn)可靠傳輸。 其工作流程 在服務(wù)器端，程序首先使用 socketo 函數(shù)建立一個(gè)監(jiān)聽套接字，然后使用 BindO函 數(shù)將該套接字綁定到服務(wù)器的某個(gè)端口并使用 ListenO函數(shù)使套接字進(jìn)入監(jiān)聽狀態(tài)，隨 時(shí)準(zhǔn)備接收來自客戶端的連接請求。在客戶端，同樣使用 socketo函數(shù)建立一個(gè)連接套 接字，然后使用 ConnectO函數(shù)向 服務(wù)器發(fā)出連接請求。服務(wù)器端的監(jiān)聽套接字收到來自 客戶端的請求后，使用 AccePto 函數(shù)來建立控制連接?？刂七B接建立成功后，客戶端和 服務(wù)器之間就可以使用 Send()函數(shù)和 Recv()函數(shù)發(fā)送和接收數(shù)據(jù)了。數(shù)據(jù)傳輸結(jié)束后， 雙方各自調(diào)用 CloseO函數(shù)關(guān)閉套接字和連接。 (2)套接字傳輸特點(diǎn) 套接字傳輸具有以下優(yōu)點(diǎn) : ①傳輸效率高 (比 FTP文件傳輸速度快 )，穩(wěn)定性好，實(shí)時(shí)性強(qiáng)。 ②套接字編程屏蔽了底層通信協(xié)議和具體操作系統(tǒng)的差異，使得任何兩臺(tái)安裝 TCP協(xié)議軟件和實(shí)現(xiàn)套接字規(guī)范的計(jì)算機(jī)之間的通信成為可能。 套接字傳輸?shù)娜秉c(diǎn)是 : ①程序?qū)崿F(xiàn)復(fù)雜，需要建立和維護(hù)監(jiān)聽和傳輸兩個(gè)套接字。 ②需要實(shí)現(xiàn)服務(wù)器端和客戶端兩套軟件，維護(hù)和升級(jí)麻煩。 基于 SOAP 協(xié)議的 WebSeryiee傳輸 WebService 技術(shù)是由 IBM 發(fā)起的新技術(shù)，微軟提供的 .Net 框架支持對此技術(shù)的使 用。 Web服務(wù)能夠通過 W七 b 進(jìn)行調(diào)用，是一種新的 W七 b應(yīng)用程序分支，可以在網(wǎng)絡(luò)中 被描述、發(fā)布、查找以及調(diào)用。在該模型中有 3 種角色 : 服務(wù)提供者、服務(wù)請求者和服務(wù)注冊代理 [32]。 webservice 提供者就是 webservice的擁 有者，它為用戶提供服務(wù)功能。提供者在實(shí)現(xiàn)服務(wù)之后可以發(fā)布服務(wù)，并且響應(yīng)用戶對 其服務(wù)的調(diào)用請求。 W匕 bServiee 請求者從服務(wù)注冊代理查找到需要的服務(wù)后，向認(rèn)飛 b Service提供者