【正文】 圖3 MYHMI體系中的服務(wù)結(jié)構(gòu)：外界面版管理，控制界面管理控制界面管理處理所有相關(guān)的用戶(hù)命令管理，內(nèi)容個(gè)性化功能，以及適應(yīng)性。在圖3和圖4中，我們可以找出三個(gè)服務(wù)器內(nèi)部結(jié)構(gòu)宏組件的：服務(wù)器子組件對(duì)管理現(xiàn)場(chǎng)設(shè)備通信負(fù)責(zé)同時(shí)提供抽象和模塊化，并且忽略其他組件的物理特征，拓?fù)浜蛥f(xié)議。（三）提供確保萬(wàn)無(wú)一失執(zhí)行用戶(hù)的命令一個(gè)安全可靠的服務(wù)。圖2 MYHMI體系結(jié)構(gòu)的高層架構(gòu)作為一個(gè)中間設(shè)備，服務(wù)器已能處理具有挑戰(zhàn)性的任務(wù)，如各種：（一）管理和協(xié)調(diào)涉及用戶(hù)，可能執(zhí)行臨時(shí)數(shù)據(jù)處理和匯總。初始化和新的一頁(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ù)可以部署在兩種配置：本地服務(wù)器的節(jié)點(diǎn)（從而提供了一個(gè)集成終端接口）或在一個(gè)單獨(dú)的遠(yuǎn)程終端連接到服務(wù)器通過(guò)一個(gè)TCP / IP網(wǎng)絡(luò)。D department), to his team, and to April Colombo .二、英文翻譯：應(yīng)用基于web的網(wǎng)絡(luò)協(xié)議和軟件架構(gòu),可以為工業(yè)提供具有適應(yīng)性，個(gè)性化和移動(dòng)性特點(diǎn)的人機(jī)界面服務(wù)器的設(shè)計(jì)該服務(wù)器是通過(guò)專(zhuān)有的溝通協(xié)議，作為為中間人人機(jī)界面接口和其他服務(wù)器進(jìn)行通信的TCP / IP網(wǎng)絡(luò)以及現(xiàn)場(chǎng)總線連接異構(gòu)的設(shè)備之間作用。 design of a proofofconcept case study application。? The graphical representation, which is designed separately, with an approach based on the well known concept of skin.Thanks to the new widget design and to the sophisticated rendering engine provided by Flash, the prototype was able to implement much more refined interfaces than usual HMI systems, both in terms of graphical appearance and of business logics (for instance, see the real time conveyor emulator in Figure7). Related WorkThe requirements, trends, and opportunities of current technological evolution in embedded system are widely recognized [6]. Some early works exist that describe how technologies from the Web environment can be applied to the industrial HMI applications. [7] outlines some possible approaches on how to use XML and Java for interface definition and configuration.However, our experience highlights that applying this plain technique can be painful in terms of performance if using low power devices with embedded operating systems.Other works (., [8], [10]) explore the integration of traditional field bus solutions with Eternity based munication between clients, but, instead of proposing a fullfledged Web based architecture, they offer a gatewaybased interface for transferring the information from the field to an officelike network. These approaches do not fully exploit the potentials that Web interfaces can provide (for example, in terms of richness of interfaces, adaptability and personification), because the serverside software architecture is not structured enough for that. Moreover, they usually refer to office PC platform for running the advanced remote , agentoriented, and distributed object architectures based on Web and XML technologies have been explored too, but their results are still in an early phase of development and typically require powerful hardware.Several research activities have gathered around the concept of OpenArchitecture Controllers , focusing on software solutions that offer as much portability and openness to any kind of device and operating systems as possible. They aim at studying the best mix of programming languages, and development architectures and frameworks for granting such flexibility. They often rely on Web technologies for their open availability and portability, but they don’t apply any effort for increasing the provided features or services. provided features or services. Finally, another category of works, such as , provide experience reports on practical application of Internetbased solutions to specific environments, but do not generalize their results to a general architecture for handling any kind of HMI problems.Our contribution with respect to the current research is in the definition of a lightweight Web based software architecture that features standard technologies like browsers, Web servers, and graphic players, that can be delivered on (networks of) embedded systems, delivering state of the art Web applications, including personalization, multidevice adaptivity, and remote notification, without the need of heavy hardware platforms like office PCs.ConclusionIn this paper we have shown how HMI systems could benefit from the introduction of cuttingedge Web technologies and best practices. The work has been organized in four sequential steps: market and literature analysis。 (iii) availability of scripting languages for software personalization。 upon reception of server responses, the shell updates the internal data variables, which automatically refresh the registered business objects and associated widgets. This datacentric approach allows to redraw only the affected widgets, minimizing the putational effort and enhancing performances. ImplementationThis section reports our experience and evaluations in implementing a running prototype of the proposed MyHMI solution. Thanks to an opensource Modbus simulator, we simulated the logic and data flows of a milk bottling plant, posed of about twenty controlled variables, such as the liquid level and temperature of the milk tank, the state and speed of the automatic conveyor belt, and so on. Serverside implementationWe used Microsoft Windows CE and its builtin technologies: Web publishing architecture rely on the ISAPI+HTTPD daemon, all the model and business logic ponents have been developed as Microsoft COM objects, and the controller part of our MVC architecture has been implemented as an ISAPI DLL.The connection with the field has been achieved thanks to a runtime ponent (called OPC client) based on the OPC Data Access Custom Interface Specification , coupled with an OPC Server version . Thanks to the OPC architecture, we could raise the level of abstraction of the munication to the field, thus developing a prototype patible with almost all the industrial field protocols. Clientside implementationThe implementation strategy for the client side has been heavily affected by the constraints imposed from the target environment of the MyHMI project.Accordingly to the choices made for the server side implementation, we choose to exploit the Windows CE native browser, and to extend it with plugins for visual rendering. Many of the most innovative and power