<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>1316-4821</journal-id>
<journal-title><![CDATA[Universidad, Ciencia y Tecnología]]></journal-title>
<abbrev-journal-title><![CDATA[uct]]></abbrev-journal-title>
<issn>1316-4821</issn>
<publisher>
<publisher-name><![CDATA[AutanaBooks S.A.S. Revista de la Universidad Experimental Politécnica Antonio José de Sucre, Vice Rectorado Puerto Ordaz, Venezuela, gestionada en Ecuador por AutanaBooks]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1316-48212013000100006</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[OPC-UA: Un estándar al servicio de la integración en el control de edificios]]></article-title>
<article-title xml:lang="en"><![CDATA[OPC-UA: A standard at the service of the integration in the control of buildings]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Martínez Corbillón]]></surname>
<given-names><![CDATA[Lourdes]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Instituto Central de Investigación Digital  ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>03</month>
<year>2013</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>03</month>
<year>2013</year>
</pub-date>
<volume>17</volume>
<numero>66</numero>
<fpage>49</fpage>
<lpage>53</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://ve.scielo.org/scielo.php?script=sci_arttext&amp;pid=S1316-48212013000100006&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://ve.scielo.org/scielo.php?script=sci_abstract&amp;pid=S1316-48212013000100006&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://ve.scielo.org/scielo.php?script=sci_pdf&amp;pid=S1316-48212013000100006&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Este artículo tiene como objetivo analizar el estándar OPC-UA partiendo de sus antecedentes y características, determinando así el estado del arte sobre intercambio de información en los sistemas de control. Para ello se realizó una revisión y un análisis de las posibilidades del estándar procurando ubicar las de mayor importancia, según nuestro criterio, para lograr entornos integrados de fácil diseño, operación y mantenimiento. En resultados y discusión se hace énfasis en cómo la esencia de OPC-UA facilita y amplía la labor de los integradores de sistemas y le brinda a los administradores, como usuario final, la posibilidad de tener un producto más potente para el control de sus instalaciones. Finalmente, en las conclusiones, se plantea la necesidad del conocimiento de la tecnología por parte de integradores y administradores para poder llevar a cabo una selección correcta, en el momento de elegir tecnologías.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[This paper has the objective to analyze the OPC-UA standard based on their antecedents and features, thereby determining the state of the art on information exchange in the control systems. For that purpose a review and analysis of the possibilities of the standard were carried out trying to locate those more important, according to our approach, to achieve integrated environments of easy design, operation and maintenance. Results and discussion emphasizes how the essence of OPC-UA facilitates and enlarges the work of system integrators and gives administrators, as end user, the possibility to have a more powerful product to control the facilities. Finally, in the conclusions it is stated a need of knowledge of the technology by integrators and administrators to perform a correct selection, at the moment to choose technologies.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[OPC-UA]]></kwd>
<kwd lng="es"><![CDATA[Sistemas de control]]></kwd>
<kwd lng="es"><![CDATA[Edificios]]></kwd>
<kwd lng="en"><![CDATA[OPC-UA]]></kwd>
<kwd lng="en"><![CDATA[Control Systems]]></kwd>
<kwd lng="en"><![CDATA[Buildings]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="center"><font face="Verdana"><b>OPC-UA: Un estándar al servicio de la integración en el control de edificios</b></p> </font><b><font SIZE="2" face="Verdana">     <p align="center">Martínez Corbillón, Lourdes</p> </font></b><font FACE="Verdana" SIZE="2">     <p align="justify">Lic. Cibernética-Matemática, Aspirante a Investigador y Tecnólogo de II Nivel. Instituto Central de Investigación Digital</p>     <p align="justify">Email: <a href="mailto:lmtnez@icid.cu">lmtnez@icid.cu</a></p> </font> <b><font SIZE="2" face="Verdana">     <p align="justify">Resumen: </font></b><font FACE="Verdana" SIZE="2">Este artículo tiene como objetivo analizar el estándar OPC-UA partiendo de sus antecedentes y características, determinando así el estado del arte sobre intercambio de información en los sistemas de control. Para ello se realizó una revisión y un análisis de las posibilidades del estándar procurando ubicar las de mayor importancia, según nuestro criterio, para lograr entornos integrados de fácil diseño, operación y mantenimiento. En resultados y discusión se hace énfasis en cómo la esencia de OPC-UA facilita y amplía la labor de los integradores de sistemas y le brinda a los administradores, como usuario final, la posibilidad de tener un producto más potente para el control de sus instalaciones. Finalmente, en las conclusiones, se plantea la necesidad del conocimiento de la tecnología por parte de integradores y administradores para poder llevar a cabo una selección correcta, en el momento de elegir tecnologías.</p> </font><b><font SIZE="2" face="Verdana">     <p align="justify">Palabras clave</font></b><i><font FACE="Verdana" SIZE="2">: </font></i><font FACE="Verdana" SIZE="2">OPC-UA/ Sistemas de control/ Edificios.</p> </font><b><font SIZE="2">     <p align="center"><font face="Verdana">OPC-UA: </font>  <span lang="EN-US" style="font-family: &quot;Verdana&quot;;mso-fareast-font-family:&quot;Times New Roman&quot;;mso-ansi-language: EN-US;mso-fareast-language:ES;mso-bidi-language:AR-SA">A standard at the service of the integration in the control of buildings</span></p>     <p align="justify"><font face="Verdana">Abstract: </font> </font></b><font FACE="Verdana" SIZE="2">This paper has the objective to analyze the OPC-UA standard based on their antecedents and features, thereby determining the state of the art on information exchange in the control systems. For that purpose a review and analysis of the possibilities of the standard were carried out trying to locate those more important, according to our approach, to achieve integrated environments of easy design, operation and maintenance. Results and discussion emphasizes how the essence of OPC-UA facilitates and enlarges the work of system integrators and gives administrators, as end user, the possibility to have a more powerful product to control the facilities. Finally, in the conclusions it is stated a need of knowledge of the technology by integrators and administrators to perform a correct selection, at the moment to choose technologies.</p> </font><b><font SIZE="2" face="Verdana">     <p align="justify">Keywords: </font></b><font FACE="Verdana" SIZE="2">OPC-UA/ Control Systems/ Buildings</p>     <p align="justify">(Recibido noviembre 2012, Aceptado marzo 2013)</p> </font><b><font SIZE="2" face="Verdana">     ]]></body>
<body><![CDATA[<p align="justify">I. INTRODUCCIÓN</p> </font></b><font FACE="Verdana" SIZE="2">     <p align="justify">En la era moderna, el brindar un mayor confort a los ocupantes de los edificios (hoteles, oficinas, inmobiliarias, etc.), con el menor costo posible, no constituye una ventaja sino una necesidad, lo cual obliga a los administradores de las instalaciones a enfrentarse a mayores retos y responsabilidades más allá de las funciones clásicas de la automatización.</p>     <p align="justify">Antiguamente se utilizaban sistemas y redes propietarias para gestionar subsistemas tales como, clima, incendio, televisión interactiva, iluminación, ascensores o seguridad. No se contaba con una comunicación universal para los sistemas de control de instalaciones, encontrándose muchos de ellos incompatibles entre sí.</p>     <p align="justify">En el presente con la necesidad de mejorar la eficiencia energética, incrementar la seguridad, la conectividad y, más aún, integrar los datos de los diferentes subsistemas con los sistemas informáticos del Nivel de gestión y mantenimiento (véase <a href="#fig1">Figura 1</a>), los administradores requieren un sistema de supervisión y control completamente integrado, que les brinde mayores facilidades con un ahorro considerable de tiempo y esfuerzo, de ahí la importancia del surgimiento y desarrollo de diferentes estándares.</p>     <p align="center"><a name="fig1"> <img border="0" src="/img/fbpe/uct/v17n66/art06fig1.gif" width="580" height="395"></a></p>     
<p align="justify">Los estándares, en el mundo de la automatización, contribuyen a la interoperabilidad, al intercambio de datos y la portabilidad a través de una amplia variedad de servicios, lo cual reporta indudables beneficios a la integración.</p> </font>     <p align="justify"><font SIZE="2" face="Verdana">El presente trabajo se propone mostrar el estándar OPC-UA (arquitectura unificada), sus antecedentes y características, identificándose de esta manera el estado actual de las soluciones para el intercambio de datos. En los resultados se exponen las ventajas que este estándar trae, tanto para integradores como para los administradores de las instalaciones, los cuales necesitan saber con qué alternativas cuentan para darle solución a problemas concretos. Para ello se realizó una revisión del tema mediante una investigación bibliográfica en revistas, trabajos presentados en eventos y en Internet. En este trabajo también se ha tomado como referencia nuestra experiencia práctica en el control de instalaciones por más de 15 años donde hemos constatado de manera directa los cambios de tecnologías en el transcurso del tiempo.</font></p> <b><font SIZE="2">     <p align="justify"><font face="Verdana">II. DESARROLLO</font></p>     <p align="justify"><font face="Verdana">1. Antecedentes</font></p> </font></b><font FACE="Verdana" SIZE="2">     <p align="justify">OPC es la forma abreviada de &quot;OLE for Process Control&quot; y significa tecnología OLE, para el control de procesos [1]. OPC es un conjunto de especificaciones técnicas que definen un estándar basado en la tecnología OLE/COM y DCOM de Microsoft, la cual facilita el intercambio de datos de forma estandarizada y surgió para dar respuesta al problema de la gran diversidad de protocolos de comunicación que existían en sus inicios en el campo de la automatización.</p>     ]]></body>
<body><![CDATA[<p align="justify">Un sistema OPC está basado en la arquitectura cliente-servidor (véase <a href="#fig2">Figura 2</a>). Cada cliente (aplicaciones SCADA o de usuarios) interroga al servidor (OPC Data Access, OPC Alarm and Events y OPC Historical Data Acces) que contiene los datos que necesita, los cuales estarán disponibles para todas las aplicaciones que acceden vía OPC.</p>     <p align="center"><a name="fig2"> <img border="0" src="/img/fbpe/uct/v17n66/art06fig2.gif" width="566" height="433"></a></p>     
<p align="justify">Posteriormente al surgimiento de OPC, la OPC Foundation, organismo que se encarga de mantener y divulgar la especificación, ha continuado trabajando en el perfeccionamiento y desarrollo de nuevas especificaciones, tales como OPC XMLDA, primer intento para el acceso vía web basado en SOAP/HTTP y dando un paso más en la evolución, su más reciente generación tecnológica OPC-UA ahora basada en una arquitectura orientada a servicios.</p> </font><b><font SIZE="2" face="Verdana">     <p align="justify">2. OPC-UA</p> </font></b><font FACE="Verdana" SIZE="2">     <p align="justify">Muchos autores afirman que más que una evolución es una revolución, en cuanto a intercambio de datos se refiere. En la actualidad, la Fundación plantea que OPC-UA ya no son las siglas de OLE para control de procesos, sino que son las siglas de OPen Connectivity-Unified Architecture (Arquitectura Unificada Conectividad Abierta).</p>     <p align="justify">Para una mejor comprensión de la base de tales afirmaciones se pueden considerar los aspectos siguientes:</p>     <p align="justify">• Arquitectura orientada a servicios (SOA): Es una arquitectura que tiene como objetivo lograr la integración flexible entre los diferentes softwares por medio de servicios, por lo tanto deja atrás la tecnología COM/DCOM de Microsoft, lo cual garantiza que se convierta en una tecnología independiente de la plataforma y permita nuevas formas de automatización. Ahora no solo se podrá transferir información entre sistemas Microsoft y NO Microsoft, sino también desde los controladores y dispositivos inteligentes (véase  <a href="#fig3">Figura 3</a>). Las soluciones OPC UA permanecerán sin cambios a nivel de aplicación aun cuando en el futuro la tecnología sufra cambios siguiendo las reglas de las arquitecturas basadas en servicios.</p>     <p align="center"><a name="fig3"> <img border="0" src="/img/fbpe/uct/v17n66/art06fig3.gif" width="394" height="195"></a></p> </font>     
<p align="justify"><font SIZE="2" face="Verdana">• Facilidad de comunicación a través de Internet: Con OPC UA se elimina la complicada configuración de DCOM, es suficiente abrir un único puerto en el firewall para su operación, los mecanismos de seguridad que se encuentran integrados en el propio protocolo garantizan la seguridad a través de Internet (véase <a href="#fig4">Figura 4</a>).</font></p>     <p align="center"><a name="fig4"> <img border="0" src="/img/fbpe/uct/v17n66/art06fig4.gif" width="395" height="139"></a></p>     
]]></body>
<body><![CDATA[<p align="justify"><font SIZE="2" face="Verdana">• Seguridad: Se basa en estándares e incluye opciones para autenticación de usuario e instancias de software (certificados), firma y cifrado de los mensajes que se transmiten, lo que garantiza la confidencialidad e integridad de la información (véase <a href="#fig5">Figura 5</a>). Unifica las especificaciones previas de OPC y la criptografía de datos según los estándares RSA (algorithm for public-key cryptography) y la autenticación basada en el estándar x509 (standard security certificates) [2].</font></p>     <p align="center"><a name="fig5"> <img border="0" src="/img/fbpe/uct/v17n66/art06fig5.gif" width="385" height="187"></a></p>     
<p align="justify"><font SIZE="2" face="Verdana">• Rendimiento: Ofrece un intercambio de datos eficiente y optimizado que utiliza un protocolo específico: OPC UA Binary / UA Secure Conversation / UA TCP, es binario, ligero y basado en TCP; además, soporta los protocolos para servicios Web (XML y SOAP) y HTTP con la capacidad de hacer una codificación previa del mensaje usando UA Binary, lo cual aumenta el rendimiento comparado con el envío del mismo mensaje usando XML nativo (véase <a href="#fig6">Figura 6</a>).</font></p>     <p align="center"><a name="fig6"> <img border="0" src="/img/fbpe/uct/v17n66/art06fig6.gif" width="386" height="134"></a></p>     
<p align="justify"><font SIZE="2" face="Verdana">• Integración del espacio de datos: OPC UA define un direccionamiento integrado y un modelo de información en el que es posible representar datos de proceso, datos históricos, alarmas y llamadas a funciones con traspaso de parámetros. Los ítems de información están definidos como objetos con tipo y pueden relacionarse entre sí, soportando incluso el uso de estructuras de datos complejas [3] por lo que ya no son necesarios los tres servidores del OPC clásico DA, AE y HDA, siendo sustituidos por un único conjunto de servicios (véase <a href="#fig7">Figura 7</a>).</font></p>     <p align="center"><a name="fig7"> <img border="0" src="/img/fbpe/uct/v17n66/art06fig7.gif" width="363" height="147"></a></p> <font SIZE="2" face="Verdana">     
<p align="justify">• Compatibilidad con otras versiones: OPC UA tiene la funcionalidad de un OPC actual y su arquitectura basada en servicio se dedica a mejorar problemas existentes, como son: la seguridad, la dependencia de la plataforma y los problemas de configuración del DCOM. Por ahora los productos OPC basados en DCOM podrán coexistir con los productos OPC UA, pero a largo plazo y siguiendo la estrategia planificada por la OPC Fundation, éste reemplazará al OPC clásico.</p> </font><b><font FACE="Verdana" SIZE="2">     <p align="justify">3. Resultados y Discusión</p> </font></b><font SIZE="2">     <p align="justify"><font face="Verdana">Los argumentos anteriormente expuestos ponen de manifiesto que el estándar OPC-UA ha marcado una revolución en los sistemas de automatización, en cuanto a intercambio de datos se refiere, concediendo un enorme beneficio a las posibilidades de estos. En este momento cabría hacer la pregunta siguiente: ¿De qué manera los integradores y administradores de instalaciones se verán beneficiados con el surgimiento y desarrollo de este estándar?</font></p>     <p align="justify"><font face="Verdana">Es indudable que tanto integradores como administradores tendrán en sus manos una tecnología con nuevos conceptos que los ayudará a satisfacer sus necesidades y sobrepasar sus expectativas. Los primeros por tener la necesidad de juntar productos y técnicas de diversos orígenes, con el objetivo de crear un producto final adecuado en el menor tiempo posible, con la posibilidad de reutilizar ingenierías en instalaciones similares. Los segundos por poder contar con productos sumamente integrados que garanticen una gestión, explotación y mantenimiento de sus instalaciones, además de asegurar que las mismas estén preparadas para afrontar los cambios que se puedan producir durante todo el periodo de explotación.</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana">La Arquitectura orientada a servicios es la clave principal para que los integradores puedan conectar diversos equipos con plataformas diferentes y los administradores cuenten con un nexo de unión entre las computadoras del Nivel de Gestión y los equipos embebidos del Nivel de Automatización y de Campo (independientemente del fabricante, del lenguaje en que se haya programado y del sistema operativo que utilicen: Windows Embedded, UNIX, Linux etc.), logrando así, una integración vertical de las aplicaciones, lo cual repercutirá positivamente en el confort de las instalaciones, el control de los recursos y la optimización de los costos de mantenimiento. De esta manera toda la información proveniente de diferentes puntos (seguridad, calefacción – ventilación – aire acondicionado, distribución eléctrica, detección de incendio, ascensores, etc.) puede ser analizada, relacionada y comparada.</font></p>     <p align="justify"><font face="Verdana">Obviamente, si conjugamos todas las posibilidades de integración que nos da la arquitectura orientada a servicios, con la Facilidad de comunicación a través de Internet, tenemos que los integradores pueden ofertar un producto que traspase la frontera de una instalación y los administradores pueden contar con un entorno no tradicional, donde se puedan manejar instalaciones que se encuentren distantes desde un único punto de control, lo cual contribuye a reducir los costos de explotación sin necesidad de sacrificar ninguna de las funcionalidades pensadas en un principio.</font></p>     <p align="justify"><font face="Verdana">Si seguimos analizando, nos daremos cuenta de que un escenario como el descrito anteriormente no puede ser posible si no va acompañado de altos niveles de Seguridad y de un elevado Rendimiento de las comunicaciones. La seguridad de los mensajes y las aplicaciones impiden que terceros puedan modificar su contenido por lo que no se permitiría, por ejemplo, la violación del acceso en un área determinada de una instalación. El modelo de seguridad también permite a ciertas aplicaciones cliente tener un completo acceso a toda la información disponible en el servidor OPC UA para, por ejemplo, realizar labores de ingeniería, lo cual trae grandes beneficios a los integradores encargados de dar continuidad y mantenimiento al producto instalado. Otro aspecto, no menos importante, es la existencia de herramientas de configuración para establecer valores de seguridad para cualquier producto en cualquier plataforma. El alto rendimiento por su parte garantiza que el movimiento de información tanto vertical como horizontalmente se haga de la forma más rápida y óptima posible.</font></p>     <p align="justify"><font face="Verdana">También cabe mencionar el gran provecho que trae para los integradores la Integración del espacio de datos; por ejemplo, la obtención del valor actual de una temperatura de un local, un evento cuando ésta es elevada, y su valor histórico medio será adquirido fácilmente por un único componente OPC UA. En este aspecto también es importante destacar la colaboración que existe entre la OPC Fundation y diferentes organismos de normalización en la creación de modelos complejos de información para áreas de aplicación específica, por ejemplo, un grupo de trabajo formado por miembros de la OPC Foundation, Profibus User Organization (PNO), HART Foundation, Fieldbus Foundation (FF) y Field Device Tool (FDT) desarrolló un modelo de información, para estandarizar la configuración de los componentes hardware y software de dispositivos de campo [4]. Todo lo anterior permite reducir de forma significativa las horas de configuración e ingeniería.</font></p>     <p align="justify"><font face="Verdana">Como último aspecto para discutir tenemos la Compatibilidad con otras versiones, el cual es de gran importancia para los integradores, porque les posibilita utilizar cualquier producto que desee (basado en OPC tradicional o en OPC UA) de los diferentes fabricantes, principalmente en esta época de tránsito donde los fabricantes comienzan a asimilar la tecnología y todos los productos necesarios en la automatización de las instalaciones no están dotado del nuevo estándar. Por su parte los administradores tienen la posibilidad de rediseñar o incorporar nuevas piezas en sus sistemas ya instalados sin ver frenado su desarrollo en el tiempo.</font></p>     <p align="justify"><font face="Verdana">A partir de los aspectos identificados podemos decir que el estándar OPC-UA facilita la conectividad entre aplicaciones, estandariza las comunicaciones con los dispositivos del Nivel de campo y facilita la adopción del ámbito Internet, fortaleciendo así la obtención de soluciones globales, integradas y adaptadas a cada exigencia, siendo esto de gran beneficio para integradores y administradores.</font></p> </font> <b><font FACE="Verdana" SIZE="2">     <p align="justify">III. CONCLUSIONES</p> </font></b><font SIZE="2">     <p align="justify"><font face="Verdana">Como resultado del estudio realizado y el desarrollo de este trabajo, se pudo determinar las características fundamentales de la especificación OPC-UA demostrando así su robustez en cuanto a capacidad de comunicación y estandarización se refiere.</font></p>     <p align="justify"><font face="Verdana">Es de vital importancia que, aunque todavía no esté muy extendido su uso, los integradores y administradores de instalaciones conozcan sus posibilidades para poder crear entornos unificados y soluciones cada vez más completas, fáciles de diseñar, operar y mantener.</font></p>     <p align="justify"><font face="Verdana">Las necesidades del futuro van a ser diferentes a las actuales por lo que una decisión errónea en la selección de las tecnologías tendrá graves repercusiones en el ciclo de vida de un sistema de control de edificio.</font></p> </font><b><font FACE="Verdana" SIZE="2">     ]]></body>
<body><![CDATA[<p align="justify">IV. REFERENCIAS</p> </font></b><font SIZE="2">     <!-- ref --><p align="justify"><font face="Verdana">1. LA FUNDACIÓN OPC: Innovador y Flexible. <a href="http://www.opceurope.org/pdf/opcs.pdf">www.opceurope.org/pdf/opcs.pdf</a>. Fecha de consulta: Abril del 2001.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=2555691&pid=S1316-4821201300010000600001&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p align="justify"><font face="Verdana">2. Armstrong Randy, Hunkar Paul, &quot;The OPC UA Security Model For Administrators&quot;, <a href="http://www.opcfoundation.org">www.opcfoundation.org</a>. Fecha de consulta: Octubre del 2012.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=2555692&pid=S1316-4821201300010000600002&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p align="justify"><font face="Verdana">3. FUNDACIÓN OPC. <a href="http://www.opcfoundation.org">www.opcfoundation.org</a>. Fecha de consulta: Noviembre del 2012.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=2555693&pid=S1316-4821201300010000600003&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p align="justify"><font face="Verdana">4. FUNDACIÓN OPC. OPC Unified Architecture - &quot;La plataforma de comunicación universal para modelos estándar de información&quot;. <a href="http://www.opcfoundation.org">www.opcfoundation.org</a>. Fecha de consulta: Noviembre del 2012.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=2555694&pid=S1316-4821201300010000600004&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --> ]]></body>
<back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="">
<collab>LA FUNDACIÓN OPC</collab>
<source><![CDATA[Innovador y Flexible]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Armstrong]]></surname>
<given-names><![CDATA[Randy]]></given-names>
</name>
<name>
<surname><![CDATA[Hunkar]]></surname>
<given-names><![CDATA[Paul]]></given-names>
</name>
</person-group>
<source><![CDATA[The OPC UA Security Model For Administrators]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="">
<collab>FUNDACIÓN OPC</collab>
<source><![CDATA[]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="">
<collab>FUNDACIÓN OPC</collab>
<source><![CDATA[La plataforma de comunicación universal para modelos estándar de información]]></source>
<year></year>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
