【正文】 目 錄一、外文文獻(xiàn)譯文 3二、外文文獻(xiàn)原文 15一、外文文獻(xiàn)譯文應(yīng)用基于web的網(wǎng)絡(luò)協(xié)議和軟件架構(gòu),可以為工業(yè)提供具有適應(yīng)性，個(gè)性化和移動(dòng)性特點(diǎn)的人機(jī)界面Alessandro Bozzon, Marco Brambilla, Piero Fraternali, Paolo Speroni, and Giovanni Toffetti米蘭理工大學(xué)，電子與信息系，意大利{bozzon, mbrambil, fraterna, , toffetti}@ 摘 要本文提供了一個(gè)創(chuàng)新的結(jié)合使用網(wǎng)絡(luò)標(biāo)準(zhǔn)和軟件實(shí)施技術(shù)的工業(yè)設(shè)計(jì)人機(jī)界面（人機(jī)界面）系統(tǒng)。本文描述的是成熟的技術(shù)和做法，可基于互聯(lián)網(wǎng)的架構(gòu)轉(zhuǎn)移到嵌入式系統(tǒng)。幾種高級(jí)功能的實(shí)現(xiàn)就是基于這種架構(gòu)，如應(yīng)用適應(yīng)性，界面?zhèn)€性化，遠(yuǎn)程控制，多渠道的通知。1 介紹根據(jù)當(dāng)前潮流的人機(jī)界面（人機(jī)界面在工業(yè)自動(dòng)化領(lǐng)域）的特點(diǎn)，嵌入式的優(yōu)勢(shì)是低功率，他有具體標(biāo)準(zhǔn)現(xiàn)場(chǎng)總線或?qū)ｉT(mén)接口專(zhuān)門(mén)針對(duì)工業(yè)廠房和自動(dòng)化監(jiān)測(cè)設(shè)備。商業(yè)系統(tǒng)通常依賴(lài)于硬件，操作系統(tǒng)，I / O接口，通信協(xié)議的執(zhí)行情況，圖形顯示管理，和業(yè)務(wù)邏輯的專(zhuān)有架構(gòu)。這種情況主要是由于對(duì)成本，表現(xiàn)和可靠性的高度重視，克服了標(biāo)準(zhǔn)體系結(jié)構(gòu)和高質(zhì)量服務(wù)接口的要求。此外，工業(yè)自動(dòng)化通信協(xié)議都沒(méi)有達(dá)到作為辦公通信網(wǎng)絡(luò)，從而進(jìn)一步證明了專(zhuān)有架構(gòu)的優(yōu)勢(shì)。然而，互聯(lián)網(wǎng)和網(wǎng)絡(luò)上的成功已經(jīng)開(kāi)始影響工業(yè)人機(jī)界面的世界了。工業(yè)用戶(hù)也開(kāi)始熟悉的Web界面，圖形質(zhì)量，多媒體內(nèi)容和功能，如流動(dòng)性，適應(yīng)性的特點(diǎn)和個(gè)性化的應(yīng)用。同時(shí)，基于TCPIP的通信協(xié)議和嵌入式操作系統(tǒng)已經(jīng)開(kāi)始蔓延在工業(yè)自動(dòng)化領(lǐng)域[6][10]，從而減少了專(zhuān)有架構(gòu)的需要使企業(yè)內(nèi)部的整合更有吸引力。在這種情況下，很容易預(yù)見(jiàn)一個(gè)緩慢但必然統(tǒng)一的人機(jī)界面對(duì)于工業(yè)標(biāo)準(zhǔn)體系結(jié)構(gòu)，標(biāo)準(zhǔn)的通信協(xié)議和先進(jìn)的互動(dòng)功能的誕生。我們的工作重點(diǎn)是一個(gè)新的分布式軟件架構(gòu)的人機(jī)界面系統(tǒng)能夠提供諸如個(gè)性化，適應(yīng)性，分布，流動(dòng)性，多渠道通知，服務(wù)設(shè)計(jì)和辦公網(wǎng)絡(luò)及軟件集成等功能，當(dāng)然還有保持穩(wěn)健性，可靠性，性能和成本效益等傳統(tǒng)的人機(jī)界面問(wèn)題。該項(xiàng)目被稱(chēng)為ESAMyHMI的科研活動(dòng)是在米蘭理工大學(xué)和歐空局Elettronica SpA公司——一家經(jīng)營(yíng)人機(jī)界面意大利公司之間進(jìn)行的合作。該項(xiàng)目已導(dǎo)致了一種新的人機(jī)界面架構(gòu)，它充分利用了多層Web應(yīng)用的最先進(jìn)的結(jié)構(gòu)模式，以部署低成本，工業(yè)級(jí)的嵌入式硬件，達(dá)到了一流先進(jìn)的人機(jī)界面功能。2. 概述工業(yè)人機(jī)界面市場(chǎng)工業(yè)人機(jī)界面產(chǎn)品很少實(shí)施創(chuàng)新服務(wù)，如遠(yuǎn)程進(jìn)入污水處理廠控制，通訊和遠(yuǎn)程通知。事實(shí)上，人機(jī)界面公司似乎鐘愛(ài)完整性能和良好的進(jìn)入工業(yè)通信標(biāo)準(zhǔn)，即使是這些因素可能與現(xiàn)代的基于Web的架構(gòu)的創(chuàng)新解決方案不兼容。即使是人機(jī)界面的研發(fā)人員似乎提供最創(chuàng)新的內(nèi)容（并聲稱(chēng)其產(chǎn)品具有網(wǎng)絡(luò)功能的），卻仍然在傳統(tǒng)架構(gòu)的框架下，通常只利用單一的應(yīng)用。相反，最近的研究[6]顯示用戶(hù)如何越來(lái)越朝向?qū)ふ乙粋€(gè)可以給予具有先進(jìn)的功能，卓越的圖形功能和更好使用的新系列產(chǎn)品：遠(yuǎn)程且盡可能遠(yuǎn)，分布式控制的工業(yè)廠房；遠(yuǎn)程通知解決方案，即使用戶(hù)不是在終端面前；個(gè)性化和自動(dòng)化適應(yīng)圖形用戶(hù)界面；整合現(xiàn)有的企業(yè)經(jīng)營(yíng)流程，系統(tǒng)和設(shè)備；開(kāi)放的新標(biāo)準(zhǔn)，并在該領(lǐng)域的最佳做法是通過(guò)提供低成本的模塊化和可擴(kuò)展性。SCADA（監(jiān)控和數(shù)據(jù)采集）系統(tǒng)，最近推出了一些有趣的創(chuàng)新，但作為首字母縮寫(xiě)表明了，他們的目標(biāo)是專(zhuān)注于產(chǎn)品能實(shí)現(xiàn)了高層次范圍的功能運(yùn)用，并可在一個(gè)大的背景下部署運(yùn)行。它們通常部署在高端設(shè)備（電腦和功能強(qiáng)大的嵌入式系統(tǒng)）和代表著人機(jī)界面市場(chǎng)。在其他市場(chǎng)的行業(yè)，創(chuàng)新一直是依靠主要供應(yīng)商（例如，西門(mén)子），他們一直致力于在提高傳統(tǒng)人機(jī)界面應(yīng)用程序提供的功能和代表過(guò)去幾年的水平。Sm@rtAccess [15]例如，允許分配超過(guò)三站最大的工業(yè)設(shè)備控制的技術(shù)開(kāi)發(fā)。其運(yùn)作，雖然這種是基于是簡(jiǎn)單廣播的顯示界面的儀器，它能夠直接連接到其他設(shè)備的客戶(hù)。這種方式的帶寬需求超過(guò)一個(gè)典型的互聯(lián)網(wǎng)連接能力。Progea [16]提出通過(guò)遠(yuǎn)程功能和基于Web的體系結(jié)構(gòu)提供更加創(chuàng)新的解決方案。運(yùn)行在Windows XP電腦的Progea服務(wù)器應(yīng)用程序，它可以遠(yuǎn)程控制設(shè)備通過(guò)一個(gè)支持互聯(lián)網(wǎng)JVM（Java虛擬機(jī)）連接的標(biāo)準(zhǔn)Web瀏覽器。即使如此強(qiáng)大，但這種方法仍然缺乏提供便攜式解決方案，因?yàn)椴煌膶?shí)現(xiàn)工具提供了不同的平臺(tái)。3 新穎的人機(jī)界面解決方案的要求 從工業(yè)人機(jī)界面的市場(chǎng)可看到了工業(yè)自動(dòng)化終端軟件,硬件架構(gòu)的典型的辦公和基于Web的應(yīng)用程序緩慢但穩(wěn)定進(jìn)化走向一體化，以達(dá)到更高的可用性和界面和更方便的工業(yè)自動(dòng)化解決方案的靈活性和企業(yè)信息系統(tǒng)的互操作性的靈活性。這個(gè)目標(biāo)需要分類(lèi)功能和傳統(tǒng)的人機(jī)界面解決方案模塊，部署了分布式系統(tǒng)的模塊化和他們,它利用互聯(lián)網(wǎng)的開(kāi)放標(biāo)準(zhǔn)和多層Web應(yīng)用程序的架構(gòu)模式。該MyHMI項(xiàng)目旨在設(shè)計(jì)、實(shí)施和評(píng)估一個(gè)分布式人機(jī)界面平臺(tái)，可沒(méi)障礙地在本地和遠(yuǎn)程訪問(wèn)，可以很容易地集成企業(yè)信息和通信技術(shù)基礎(chǔ)設(shè)施?；贛yHMI設(shè)計(jì)的基礎(chǔ)要求的主要功能和非功分別列于表1和表2。表1 功能需求功能需求動(dòng)態(tài)組態(tài)該組織和人機(jī)界面的外觀應(yīng)該不難，有線，除了動(dòng)態(tài)配置的條款數(shù)量和類(lèi)型的控制變量，頁(yè)面布局，顯示的數(shù)據(jù)，等等用戶(hù)登錄名和訪問(wèn)控制用戶(hù)應(yīng)該統(tǒng)一地確定，基于一個(gè)成功可靠的認(rèn)證。獲準(zhǔn)進(jìn)入該系統(tǒng)個(gè)性化用戶(hù)應(yīng)該可以自定義的接口的圖形性能，并將其參數(shù)保存在一個(gè)配置文件里。接口適應(yīng)用戶(hù)界面可通過(guò)聲明性規(guī)則的方法自動(dòng)調(diào)整適合的不同設(shè)備屏幕。警報(bào)管理政策該系統(tǒng)根據(jù)具體政策應(yīng)向用戶(hù)提供警報(bào)通知機(jī)制功能限制該人機(jī)接口系統(tǒng)，生產(chǎn)者應(yīng)當(dāng)能夠?qū)μ囟ńK端禁用選定功能，已達(dá)到可調(diào)整產(chǎn)品商業(yè)價(jià)值的特點(diǎn)。報(bào)告日志數(shù)據(jù)報(bào)告可在不同的格式制作，允許遠(yuǎn)程可視化，調(diào)度和打印。表2 非功能需求非功能需求網(wǎng)絡(luò)拓?fù)湓撓到y(tǒng)可支持獨(dú)立的網(wǎng)絡(luò)架構(gòu)，局域網(wǎng)，有線網(wǎng)絡(luò)和無(wú)線網(wǎng)絡(luò)接入?？蛻?hù)服務(wù)器之間的通訊應(yīng)該充分利用HTTP協(xié)議，為了達(dá)到防火墻的兼容性軟件結(jié)構(gòu)該軟件是基于標(biāo)準(zhǔn)的操作系統(tǒng)?？蛻?hù)端應(yīng)用程序應(yīng)該運(yùn)行在一個(gè)標(biāo)準(zhǔn)的Web瀏覽器，并應(yīng)自動(dòng)在不同規(guī)模的屏幕上調(diào)整分辨率，服務(wù)器應(yīng)用程序應(yīng)運(yùn)行在一個(gè)標(biāo)準(zhǔn)的動(dòng)態(tài)Web架構(gòu)上。外觀該接口利用設(shè)備無(wú)關(guān)的移交技術(shù)（即XHTML，SVG，閃光）?？蓴U(kuò)展超文本標(biāo)記語(yǔ)言性能頁(yè)面數(shù)據(jù)的刷新性能可媲美脫機(jī)的人機(jī)界面系統(tǒng)（每秒刷新10個(gè)數(shù)據(jù)）。4 MyHMI架構(gòu)在本節(jié)中，我們概述了MyHMI框架設(shè)計(jì)的主要特色。該平臺(tái)的整體架構(gòu)是MyHMI如圖1所示：人機(jī)界面功能通常是嵌入連接到控制系統(tǒng)的終端，成為劃分為一個(gè)客戶(hù)服務(wù)器結(jié)構(gòu)，實(shí)施鏈接互聯(lián)通信網(wǎng)絡(luò)，其中包括一個(gè)以太網(wǎng)骨干網(wǎng)連接，用來(lái)連接HMI設(shè)備和一個(gè)用于連接到控制裝置一套現(xiàn)場(chǎng)總線協(xié)議。該系統(tǒng)的設(shè)計(jì)必須解決的幾個(gè)問(wèn)題，按要求。在這一節(jié)，我們給出解決方案的總結(jié)。 分布模型的演示和業(yè)務(wù)邏輯。 該體系結(jié)構(gòu)設(shè)計(jì)已經(jīng)運(yùn)用先進(jìn)的解決方案的狀態(tài)處理了模塊化實(shí)施和給予關(guān)注點(diǎn)分離。我們通過(guò)了一個(gè)豐富的網(wǎng)絡(luò)接口模式擴(kuò)大了傳統(tǒng)客戶(hù)端組成的網(wǎng)絡(luò)架構(gòu)，從而避免了服務(wù)器計(jì)算的一些客戶(hù)端。業(yè)務(wù)層仍然位于服務(wù)器端，包含了控制政策，而顯示層實(shí)現(xiàn)在客戶(hù)端。它的責(zé)任是建設(shè)為人類(lèi)監(jiān)理接口和用戶(hù)用戶(hù)對(duì)話的管理。圖1 MYHMI體系的整體結(jié)構(gòu) 人性化解決方案 其中一個(gè)最具有挑戰(zhàn)性的要求是提倡使用強(qiáng)大的兼容性平臺(tái)。我們使用是人性化是基于分組，這分組假設(shè)用戶(hù)是可以按角色酚類(lèi)的，并且考慮到了該分組層次的大部分人性化規(guī)則。剩下的細(xì)節(jié)性的人性化規(guī)則可以應(yīng)用于個(gè)別用戶(hù)，但是我們可能會(huì)假設(shè)這些用戶(hù)的數(shù)量和復(fù)雜程度都是有限制的。這個(gè)解決方案可以實(shí)現(xiàn) 高效率的人性化系統(tǒng)的需要與降低計(jì)算復(fù)雜性的需要兩者之間的權(quán)衡和取舍。 鏈接客戶(hù)端和服務(wù)器之間的通信是采用HTTP（仿真）應(yīng)答通過(guò)HTTP請(qǐng)求響應(yīng)的手段?？蛻?hù)端提交請(qǐng)求后，用戶(hù)互動(dòng)，經(jīng)其內(nèi)部時(shí)鐘產(chǎn)生超時(shí)。請(qǐng)求提交懸而未決服務(wù)器，直到一對(duì)控制系統(tǒng)的狀態(tài)出現(xiàn)更新情況。在這種情況下，服務(wù)器發(fā)送響應(yīng)到客戶(hù)端，用以模擬一個(gè)基于事件的消息交換。 個(gè)性化制定 一些具體的決定必須采取有關(guān)如何以及在何處應(yīng)用和個(gè)性化的界面以適應(yīng)規(guī)則。個(gè)性化和適應(yīng)性規(guī)則可以采用存儲(chǔ)和管理兩個(gè)辦法：：個(gè)性化規(guī)則是由離線配置工具以XML格式的產(chǎn)生的。這些規(guī)則是在運(yùn)行時(shí)解析和解釋是通過(guò)一個(gè)通用的代碼。他能產(chǎn)生一個(gè)預(yù)期的通用接口。該方法的一個(gè)方式為了個(gè)性化解析和適應(yīng)性規(guī)則處理不同問(wèn)題可以制定若干具體組成部分。（例如，用戶(hù)界面，報(bào)警配置，等等）2. 在代碼中嵌入的規(guī)則：這個(gè)解決方案包括在配置時(shí)產(chǎn)生和編譯一個(gè)具有特定個(gè)性化和適應(yīng)規(guī) 則針對(duì)開(kāi)發(fā)項(xiàng)目的源代碼。其結(jié)果是在一個(gè)二進(jìn)制代碼中嵌入所有規(guī)則就能執(zhí)行得非?？?， 因?yàn)椴恍枰嫒∥募蛞?guī)則庫(kù)。我們采用客戶(hù)端和服務(wù)器端規(guī)則計(jì)算：一個(gè)混合的方法就是 其中一部分的規(guī)則適用于服務(wù)器端而其余的適用于客戶(hù)端。我們應(yīng)用在客戶(hù)端的規(guī)則影響了 用戶(hù)界面和一般情況下客戶(hù)端的問(wèn)題。這一部分，出于性能方面的原因，規(guī)則被以二進(jìn)制代 碼形式存儲(chǔ)在客戶(hù)端應(yīng)用程序。反過(guò)來(lái)，我們通過(guò)了服務(wù)器端的服務(wù)器配置有關(guān)規(guī)則的適用 。在這種情況下，該規(guī)則已被編碼為XML文件和被服務(wù)器組件解析。 訪問(wèn)外部變量 通過(guò)一個(gè)單一的集中服務(wù)器,受控制系統(tǒng)的狀態(tài)對(duì)“人機(jī)接口”系統(tǒng)可見(jiàn)的：所有的客戶(hù)端調(diào)用一個(gè)中央服務(wù)器，作為網(wǎng)關(guān)和提供關(guān)于設(shè)備狀態(tài)的數(shù)據(jù)。 對(duì)狀態(tài)能被單入口點(diǎn)檢測(cè)的小系統(tǒng)來(lái)說(shuō)，這個(gè)方案是可以接受的。一個(gè)替換物通過(guò)服務(wù)器或者代理伺服器訪問(wèn)受控制的系統(tǒng)：每個(gè)客戶(hù)端總是調(diào)用相同的服務(wù)器，但是多個(gè)服務(wù)器可以定位在設(shè)備上來(lái)訪問(wèn)受控制系統(tǒng)的不同部分。通過(guò)詢(xún)問(wèn)需要的信息傳達(dá)給原服務(wù)器客戶(hù)端調(diào)用的服務(wù)器可以作為一個(gè)代理伺服器，實(shí)際上這存在接入點(diǎn)至需要的數(shù)據(jù)欄。對(duì)單服務(wù)器架構(gòu)，我們采用第一個(gè)解決方案，但是我們使用第二個(gè)方案以防復(fù)雜的配置。不管怎樣，我們決定避開(kāi)客戶(hù)端同時(shí)直接調(diào)用信息組或者多個(gè)服務(wù)器。 服務(wù)器的設(shè)計(jì)該服務(wù)器是通過(guò)專(zhuān)有的溝通協(xié)議，作為為中間人人機(jī)界面接口和其他服務(wù)器進(jìn)行通信的TCP / IP網(wǎng)絡(luò)以及現(xiàn)場(chǎng)總線連接異構(gòu)的設(shè)備之間作用。該服務(wù)器管理連接到外地（通過(guò)一個(gè)OPC服務(wù)器模塊[1]或類(lèi)似的接口）和緩沖區(qū)的字段數(shù)據(jù)（在數(shù)據(jù)服務(wù)器模塊）成為傳遞到基于TCP / IP連接的客戶(hù)?？蛻?hù)可以部署在兩種配置：本地服務(wù)器的節(jié)點(diǎn)（從而提供了一個(gè)集成終端接口）或在一個(gè)單獨(dú)的遠(yuǎn)程終端連接到服務(wù)器通過(guò)一個(gè)TCP / IP網(wǎng)絡(luò)。該服務(wù)器管理有四種類(lèi)型的客戶(hù)端請(qǐng)求：初始化請(qǐng)求，新的一頁(yè)請(qǐng)求，數(shù)據(jù)刷新請(qǐng)求和事件觸發(fā)處理。初始化和新的一頁(yè)請(qǐng)求可能需要計(jì)算服務(wù)器端個(gè)性化的規(guī)則，他的處理是通過(guò)基于身份請(qǐng)求終端和用戶(hù)身份服務(wù)器提出請(qǐng)求的；頁(yè)面數(shù)據(jù)刷新請(qǐng)求只涉及到客戶(hù)機(jī)的運(yùn)送原始數(shù)據(jù)和提供服務(wù)快如圖2所示，服務(wù)器分為兩大類(lèi)成分邊界：一方是控制系統(tǒng)，由不同的設(shè)備組成，雙方溝通通過(guò)工業(yè)（如Modbus總線，現(xiàn)場(chǎng)總線等...）和網(wǎng)絡(luò)協(xié)議（如TCP / IP協(xié)議）和從原受控環(huán)境輸送數(shù)據(jù)。另一邊是用戶(hù)，支持與同一個(gè)客戶(hù)端用戶(hù)界面控制系統(tǒng)互動(dòng)。圖2 MYHMI體系結(jié)構(gòu)的高層架構(gòu)作為一個(gè)中間設(shè)備，服務(wù)器已能處理具有挑戰(zhàn)性的任務(wù)，如各種：（一）管理和協(xié)調(diào)涉及用戶(hù)，可能執(zhí)行臨時(shí)數(shù)據(jù)處理和匯總。之間的數(shù)據(jù)流；（二）保證了在不同節(jié)點(diǎn)的狀態(tài)信息同步。（三）提供確保萬(wàn)無(wú)一失執(zhí)行用戶(hù)的命令一個(gè)安全可靠的服務(wù)。該服務(wù)器的內(nèi)部組織已設(shè)想到提高模塊化，可擴(kuò)展，組件重新使用和性能。在圖3和圖4中，我們可以找出三個(gè)服務(wù)器內(nèi)部結(jié)構(gòu)宏組件的：服務(wù)器子組件對(duì)管理現(xiàn)場(chǎng)設(shè)備通信負(fù)責(zé)同時(shí)提供抽象和模塊化，并且忽略其他組件的物理特征，拓?fù)浜蛥f(xié)議。與外地的互動(dòng)是通過(guò)一個(gè)標(biāo)準(zhǔn)的OPC客戶(hù)機(jī)/服務(wù)器模塊，從而增加了另一種級(jí)別抽象（和模塊）的系統(tǒng)。 圖3 MYHMI體系中的服務(wù)結(jié)構(gòu)：外界面版管理，控制界面管理控制界面管理處理所有相關(guān)的用戶(hù)命令管理，內(nèi)容個(gè)性化功能，以及適應(yīng)性。由于允許多個(gè)用戶(hù)與系統(tǒng)互動(dòng)和用戶(hù)界面的內(nèi)容是直接關(guān)系到用戶(hù)設(shè)備和授權(quán)的，這就需要特設(shè)的數(shù)據(jù)結(jié)構(gòu)和操作能夠遵守的性能，可擴(kuò)展性，并發(fā)性和可靠性要求。為了應(yīng)對(duì)這種需求，控制界面管理的內(nèi)部組織依靠正交模塊負(fù)責(zé)與外界面版管理溝通管理。圖4 MYHMI體系中的服務(wù)結(jié)構(gòu)：控制界面管理，用戶(hù)界面管理每當(dāng)客戶(hù)端連接到系統(tǒng)，專(zhuān)用通信緩沖區(qū)分配給它，和為了客戶(hù)端填滿的最初值需要建立當(dāng)前的系統(tǒng)狀態(tài)查看。最后用戶(hù)界面管理是組件授權(quán)協(xié)調(diào)和同步與客戶(hù)的互動(dòng)；因?yàn)镸yHMI依賴(lài)于網(wǎng)絡(luò)架構(gòu)，用戶(hù)界面管理是在其網(wǎng)絡(luò)版本兼容模式2（MVC2已知）[5]上，根據(jù)模型視圖控制器（MVC）設(shè)計(jì)模式[4]組織的。 客戶(hù)端服務(wù)器交互設(shè)計(jì)要考慮的一個(gè)重要方面，當(dāng)處理網(wǎng)絡(luò)架構(gòu)是由客戶(hù)端用于與服務(wù)器通信（HTTP）的通信協(xié)議的不對(duì)稱(chēng)性。只有客戶(hù)能夠履行請(qǐng)求到服務(wù)器，而相反則不行。這限制妨礙了最優(yōu)化的相互作用，因?yàn)榭蛻?hù)不能跟新的事件（新變量值的服務(wù)器通知，指示，報(bào)警器），但需要定期調(diào)用服務(wù)器以檢索更新的信息?，F(xiàn)代的Web應(yīng)用程序開(kāi)始發(fā)掘了雙向溝通機(jī)制和推動(dòng)技術(shù)的杠桿作用，提高Web服務(wù)器的積極性。，我們采用一個(gè)模擬的回調(diào)方法。 這種方法通常依賴(lài)于HTTP/（見(jiàn)[17]）。持續(xù)連接利用XML HTTP請(qǐng)求的概念[18]和其他類(lèi)似機(jī)制，從服務(wù)器檢索從而不必更新整個(gè)頁(yè)面的信息。多虧這些技術(shù)，客戶(hù)可以建立一個(gè)連接始終可用的服務(wù)器從用戶(hù)的互動(dòng)上獨(dú)立發(fā)送數(shù)據(jù)。不幸的是，持續(xù)連接對(duì)于服務(wù)器是很昂貴的管理，這種做法不符合低消耗概念設(shè)備，像MyHMI使用的。溝通的緩沖機(jī)制在CIM實(shí)施從查詢(xún)審核上看有助于克服的弊端。 圖5 客戶(hù)端服務(wù)器分布式系統(tǒng)數(shù)據(jù)更新過(guò)程圖5將一個(gè)字段變量的值更新系統(tǒng)化一個(gè)簡(jiǎn)化為“生命周期”。當(dāng)客戶(hù)端執(zhí)行其輪換查詢(xún)程序之后，UIM首先從以前的客戶(hù)端的請(qǐng)求檢查，然后告知CIM在緩沖區(qū)的新值。如果沒(méi)有通知發(fā)生，UIM就設(shè)置一個(gè)時(shí)間溢出和等待新的數(shù)據(jù)存儲(chǔ)到緩沖區(qū)：如果丟失的數(shù)據(jù)變得可用之前超時(shí)過(guò)期，整個(gè)緩沖