【文章內(nèi)容簡(jiǎn)介】 橋梁。UIA充當(dāng)異構(gòu)主體和應(yīng)用程序間通信的解釋器，它接受UI/應(yīng)用程序的請(qǐng)求并喚醒內(nèi)部服務(wù)。因此，UIA是一個(gè)訪問式控制機(jī)構(gòu)，在啟動(dòng)主體服務(wù)前對(duì)用戶進(jìn)行鑒別。UIA要在數(shù)據(jù)傳送到應(yīng)用層之前負(fù)責(zé)對(duì)移動(dòng)主體或診斷主體的結(jié)果作最后陳述。 主體服務(wù)主體服務(wù)可以解釋為前述的某種形式的主體執(zhí)行環(huán)境。它提供了基礎(chǔ)服務(wù)，像主體間通信這樣的基于主體的應(yīng)用可以使用這些服務(wù)。通過專用的主體API提供這些服務(wù)，而且隨時(shí)都能得到這些服務(wù)。主體包含通信意味著主體遷移到其他主機(jī)，并具有查找服務(wù)和安全特性。主體API將檢查提交的代碼，以保證它符合有關(guān)議定，并沒有違反安全策略。基于主體創(chuàng)建者的身份，也可能在這個(gè)時(shí)候產(chǎn)生一些主體憑證，作為主體一部分來傳送，以讓其他實(shí)體準(zhǔn)確地識(shí)別。這能夠阻止執(zhí)行應(yīng)用程序的移動(dòng)主體訪問像文件系統(tǒng)這樣的系統(tǒng)資源。 資源主體資源主體是另一種類型的靜態(tài)主體，通常資源主體在更高層次上的信任及協(xié)調(diào)從移動(dòng)主體到主機(jī)獲得資源。資源主體的“靜態(tài)”是因?yàn)樗麄儧]有能力遷移；他們通常位于主機(jī)并提供專家咨詢或在本地服務(wù)。因此，他們也被認(rèn)為是安全的并允許訪問主機(jī)資源。在提出的平臺(tái)中，資源主體在與主機(jī)資源動(dòng)態(tài)的連接中起著重要作用。通過資源主體，移動(dòng)主體能夠訪問主機(jī)系統(tǒng)的資源。資源主體，資源主體將取代網(wǎng)站，以架起用戶與數(shù)據(jù)庫(kù)間的橋梁。 醫(yī)師主體醫(yī)師主體是醫(yī)療人員所使用的移動(dòng)主體。醫(yī)師主體是一個(gè)電腦程序，可以幫助醫(yī)務(wù)人員履行他們的任務(wù)。醫(yī)師主體使醫(yī)務(wù)人員能夠虛擬實(shí)時(shí)監(jiān)測(cè)病人的病況。在這個(gè)單元，醫(yī)務(wù)人員可以使用自己的移動(dòng)設(shè)備（如掌上電腦、智能手機(jī)等）激發(fā)醫(yī)師主體以代表他們。為激活醫(yī)師主體，必須將它發(fā)送到具體的主體平臺(tái)。該主體平臺(tái)利用憑證對(duì)傳來的醫(yī)師主體進(jìn)行驗(yàn)證，并確定其享有的特權(quán)。然后分派線程來執(zhí)行醫(yī)師主體的代碼。隨后通過無線局域網(wǎng)醫(yī)師主體將被發(fā)送到互聯(lián)網(wǎng)或醫(yī)院里的移動(dòng)網(wǎng)絡(luò)。連到互聯(lián)網(wǎng)后，醫(yī)師主體將依靠給定臨床病例的特點(diǎn)繼續(xù)執(zhí)行分配的任務(wù)。醫(yī)師主體專門用于數(shù)據(jù)采集，在網(wǎng)絡(luò)漫游以收集有關(guān)的生理數(shù)據(jù)，并隨后攜帶收集到的資料返回主機(jī)服務(wù)器。 診斷主體在提出的平臺(tái)里，診斷主體可以被視為一個(gè)數(shù)據(jù)分析引擎。它能夠分析從生命體征監(jiān)測(cè)器或其他電子監(jiān)控裝置收集到的數(shù)據(jù)。診斷主體的首要任務(wù)是檢查所收集的資料，并與病人的個(gè)人檔案進(jìn)行比較，檔案中可以儲(chǔ)存異常病人的標(biāo)準(zhǔn)、相關(guān)醫(yī)師、治療歷史和其他個(gè)人資料。在探測(cè)到異常時(shí)，診斷主體將利用像短信或蜂窩電話這樣的對(duì)外服務(wù)，通知個(gè)人檔案里指派的相關(guān)醫(yī)師采取適當(dāng)?shù)男袆?dòng)。 數(shù)據(jù)服務(wù) 顯然每個(gè)人都是具有個(gè)性特點(diǎn)、并發(fā)癥和疾病的個(gè)別案例。為了提高提出平臺(tái)的性能，需要在平臺(tái)中加入數(shù)據(jù)服務(wù)。數(shù)據(jù)服務(wù)包括兩個(gè)資料庫(kù)：“用戶概況”和“數(shù)據(jù)”。用戶概況包括既往病歷與醫(yī)師確定的異常標(biāo)準(zhǔn)，而數(shù)據(jù)倉(cāng)庫(kù)是一個(gè)數(shù)據(jù)庫(kù)，其中記錄保存了所有生命體征。數(shù)據(jù)倉(cāng)庫(kù)也被用來跟蹤系統(tǒng)的事件、操作及系統(tǒng)中的主體，并對(duì)與用戶相關(guān)的活動(dòng)與資源信息進(jìn)行儲(chǔ)存與操作。信息的關(guān)注，活動(dòng)和資源與用戶。本地主體服務(wù)器收集生命體征數(shù)據(jù)，從用戶和傳送，以資源主體，隨后貯存在數(shù)據(jù)儲(chǔ)存庫(kù)。本地主體服務(wù)器收集用戶的生命體征數(shù)據(jù)并送到資源主體，保存到數(shù)據(jù)倉(cāng)庫(kù)。一份生命體征的備份數(shù)據(jù)也隨著用戶概況也被送往診斷主體進(jìn)行實(shí)時(shí)檢查。 外部服務(wù)外部服務(wù)包括環(huán)境的硬件和服務(wù)，其中包括移動(dòng)電話、電子郵件和短信息服務(wù)等。外部服務(wù)是一個(gè)可擴(kuò)展的不同情況的應(yīng)用組件。將輸入的生理數(shù)據(jù)與用戶的個(gè)人檔案比較后如果發(fā)現(xiàn)用戶的異常，診斷主體將啟動(dòng)外部服務(wù)，以及時(shí)通知負(fù)責(zé)的醫(yī)師。在提出的MADIP中，賦予每個(gè)主體專門的能力和目標(biāo)，以代替醫(yī)師或使用者執(zhí)行任務(wù)。圖3描述了一個(gè)由一個(gè)醫(yī)生和兩個(gè)用戶構(gòu)成的應(yīng)用范例的MADIP的完整操作。3 原型本節(jié)介紹了第一階段的MADIP原型制作，利用IBM的aglets軟件開發(fā)工具包(ASDK)對(duì)該系統(tǒng)的設(shè)計(jì)理念進(jìn)行了設(shè)計(jì)與測(cè)試。ASDK提供了一個(gè)用純java語(yǔ)言開發(fā)的移動(dòng)主體框架，便于利用移動(dòng)主體結(jié)構(gòu)開發(fā)分布式應(yīng)用程序。aglet的名字是組合“agent”和“applet”而得到的。Applet是基于事件驅(qū)動(dòng)并提供方法，程序員可以忽略以控制其生命周期。ASDK提供面向流動(dòng)性和觸發(fā)流動(dòng)的框架。圖4給出了原型的整體結(jié)構(gòu)。在服務(wù)器方面，有aglet的主機(jī)（主體服務(wù)器）和儲(chǔ)存用戶檔案及記錄生命體征的數(shù)據(jù)庫(kù)。 硬件與軟件配置創(chuàng)建原型的機(jī)器預(yù)裝了Windows XP，并安裝了JavaTM 2標(biāo)準(zhǔn)版開發(fā)套件(J2SDK)。采用微軟的SQL Server 2000個(gè)人版作知識(shí)庫(kù)數(shù)據(jù)服務(wù)器。安裝了稱作Java數(shù)據(jù)庫(kù)連接器(JDBC)的中間層驅(qū)動(dòng)以訪問知識(shí)庫(kù)數(shù)據(jù)服務(wù)器。Aglet API和ASDK ，可以從://sourceforge. net/projects/aglets自由下載。表2歸納了原型系統(tǒng)的硬件和軟件配置。圖3 一個(gè)醫(yī)生和兩個(gè)用戶構(gòu)成的應(yīng)用范例的MADIP完整操作運(yùn)行時(shí)間運(yùn)行時(shí)間圖4 原型的完整結(jié)構(gòu). 數(shù)據(jù)庫(kù)設(shè)計(jì) 在原型機(jī)中創(chuàng)建了臺(tái)北醫(yī)院及高雄醫(yī)院兩個(gè)數(shù)據(jù)庫(kù)。每個(gè)數(shù)據(jù)庫(kù)由三個(gè)表組成，即醫(yī)院、病人的狀況以及個(gè)人概況。“醫(yī)院”包括醫(yī)院ID號(hào)和它的名稱，“病人狀況”包括病人的生理參數(shù)，“個(gè)人概況”包含病人的歷史和異常指導(dǎo)。表3給出了數(shù)據(jù)庫(kù)設(shè)計(jì)。表3 原型系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)4. 方案實(shí)現(xiàn)與使用本研究設(shè)計(jì)和開發(fā)一種基于信息平臺(tái)的移動(dòng)主體，以支持健康保健監(jiān)控環(huán)境的高度分布特點(diǎn)。不管在何時(shí)何地，都允許醫(yī)師獲取病人的情況，也允許病人檢查他們的生命體征。在臺(tái)灣桃園縣武裝部隊(duì)總醫(yī)院的協(xié)助下進(jìn)行了典型的試驗(yàn)。原型試驗(yàn)中創(chuàng)建和測(cè)試了兩種類型的用戶：醫(yī)務(wù)人員（醫(yī)生）和經(jīng)常需要監(jiān)測(cè)健康狀態(tài)的患者(用戶)。在本節(jié)中，我們用這兩種類型的用戶描述了實(shí)施的方案。醫(yī)生主體資源主體主體服務(wù)器知識(shí)庫(kù)服務(wù)器病人狀態(tài)/個(gè)人資料用戶接口主體圖5醫(yī)生視角的范例. 方案1: 醫(yī)生視角現(xiàn)在是王博士為他的病人實(shí)施例行檢查的時(shí)候。通過他的掌上電腦或移動(dòng)電話的用戶界面，他利用UIA進(jìn)行干預(yù)并提出請(qǐng)求（圖5的第1步），以收集他的病人最近的健康資料。接到請(qǐng)求后，UIA將任務(wù)通過本地主體服務(wù)器發(fā)送到醫(yī)師主體(移動(dòng))( 圖5第2步）。然后王博士關(guān)掉他的裝置，繼續(xù)從事他的日常工作。同時(shí)醫(yī)師主體代表王博士在合適的移動(dòng)主體網(wǎng)絡(luò)移動(dòng)，以獲取病人的資料。當(dāng)找到擁有所需資料的主體服務(wù)器時(shí)，醫(yī)生主體將向資源主體發(fā)出一個(gè)請(qǐng)求以檢索數(shù)據(jù)(圖5步驟3)。醫(yī)師主體將繼續(xù)提供信息，直到它查完網(wǎng)絡(luò)的所有節(jié)點(diǎn)。接到請(qǐng)求后，資源主體要核實(shí)是否允許醫(yī)師主體訪問請(qǐng)求的數(shù)據(jù)。如果核查通過后，資源主體要檢索請(qǐng)求的數(shù)據(jù)集（圖5步