Autor: Aaron Hansen, Tridium, Inc , Presidente del Comité de Estándares XML de oBIX
El estándar oBIX (Open Building Information Exchange) para servicios de red incluye muchas características específicas y, si aún no está disponible públicamente, lo estará pronto.
El estándar oBIX (Open Building Information Exchange) para servicios de red incluye muchas características específicas y, si aún no está disponible públicamente, lo estará pronto. En cualquier caso, el estándar oBIX, promovido por el consorcio de estándares abiertos OASIS, es único entre otros estándares de servicios de red. Estoy seguro de que centrarse en sus características únicas ayudará a desarrollar el interés en este estándar y espero que esto le atraiga a participar en el proceso de estandarización.
El estándar oBIX permite a los integradores conectar sistemas como los sistemas de control de acceso a sistemas corporativos y vincularlos, por ejemplo, con los operadores que los atienden. Aunque hoy esto se hace mediante puntos de prueba, gráficos de tendencias y mensajes de advertencia, todos esperan que estos requisitos cambien rápidamente. Es decir, oBIX es mucho más que una simple forma de describir puntos de datos, tendencias y alertas. Es un modelo extensible para describir otros modelos. oBIX permite a los proveedores de sistemas de automatización describir completamente sus características, así como identificar datos no estándar y encontrar nuevas formas de utilizarlos.
La extensibilidad está integrada en el estándar oBIX mediante el uso del concepto de «acuerdo». Un acuerdo es una lista de todas las condiciones y modelos que cumple un conjunto de datos complejo. Las convenciones se utilizan para describir estructuras estandarizadas como puntos de control, tendencias y mensajes de advertencia, así como para describir los datos generados por los sistemas de automatización patentados ofrecidos por sus proveedores. Lo bueno de usar convenciones es que puedes introducir nuevas convenciones sin afectar el diseño central del estándar oBIX.
En los servicios de red típicos diseñados para aplicaciones empresariales, la introducción de nuevas estructuras de datos requiere la creación de nuevos documentos de esquema. Y esto es una auténtica pesadilla para los desarrolladores de nuevas versiones. Las herramientas existentes no pueden manejar patrones desconocidos para ellos y, por lo tanto, ignoran los datos no estándar. Con el estándar oBIX, los proveedores de sistemas y los emisores de estándares pueden definir convenciones, e incluso si el cliente no sabe qué hacer con las nuevas convenciones, aún puede usar los datos sin procesar que contienen. Esto garantiza que todos los datos sean válidos y que las herramientas dejen de ignorar los datos no estándar.
El estándar oBIX también es único porque es independiente del enlace. No solo tiene comunicación SOAP que permite a oBIX comunicarse con WS-* (la pila de servicios de red), sino que debido a que la comunicación utiliza HTTP, hace que oBIX sea compatible con la arquitectura de Transferencia de Estado Representacional (REST). La Internet moderna se basa en este principio. Aunque no es un estándar en el sentido estricto de la palabra, se puede posicionar mejor como un conjunto de estándares, cuyo uso se ha convertido en la razón del éxito de las tecnologías de red modernas.
Ejemplos de tales estándares son HTTP, URL, XML y HTML, en los que se basa oBIX. Identifica objetos por sus URL, representa el estado de esos objetos en formato XML y envía datos sobre los objetos a través del protocolo HTTP utilizado para transportar páginas HTML. Los navegadores web pueden acceder a los servidores oBIX y, por lo tanto, los motores de búsqueda pueden indexarlos, conectarse a otras páginas web e interoperar a un nivel básico con cualquier otra tecnología web importante.
¿Has oído hablar de Applied JavaScript & ¿XML (AJAX)? AJAX se describe más fácilmente como páginas web dinámicas que realizan solicitudes en segundo plano y realizan automáticamente sus propias actualizaciones. Estas páginas web con contenido complejo se comportan como aplicaciones independientes, pero no requieren complementos especiales del navegador para mostrarlas. Un buen ejemplo del uso de esta tecnología es el recurso de Google Maps. Y si aún no estás familiarizado con él, no dejes de visitarlo. La compatibilidad con la arquitectura REST es muy importante porque le permite crear interfaces en tiempo real tan fácilmente como páginas web normales. Esta ventaja es espectacular: crea fácilmente interfaces complejas que son independientes del sistema que se utiliza.
La compatibilidad con la arquitectura REST también significa que la información sobre eventos, como la aparición de mensajes de advertencia y cambios en los valores monitoreados , se realiza de la misma forma que en una red normal.
Considere el correo electrónico, por ejemplo. La mayoría de sus usuarios creen que los mensajes que envían de alguna manera mágica terminan en la pantalla de sus destinatarios. Pero el destinatario de los correos electrónicos es un programa cliente que periódicamente comprueba si hay nuevos mensajes entrantes en el servidor de correo. Los detalles del proceso de transferencia de datos no deben preocupar al usuario final. La tecnología RSS (Really Simple Syndication), utilizada para entregar noticias en línea y vincular portales de red, también se basa en el sondeo de clientes de servidores específicos. Por lo tanto, cuando se utiliza oBIX para registrar eventos, el cliente simplemente notifica al servidor qué eventos le interesan y luego sondea periódicamente el servidor en busca de nuevos eventos. Si están ausentes, el servidor no envía ningún mensaje de respuesta al cliente. Esta solución «elegante» permitió evitar muchos de los problemas complejos asociados con el hardware y el software multiplataforma, lo que permitió que dichas tecnologías obtuvieran posiciones dominantes en las redes modernas.
Y por último, como oBIX es muy conveniente para modelar, puede encontrar otras aplicaciones que no estén relacionadas con la integración del funcionamiento de elementos del sistema en tiempo real.
De lo que estoy hablando es de la capacidad de usar oBIX para describir diferentes dispositivos. En nuestra empresa, hemos desarrollado nuestro propio esquema XML patentado para describir los distintos dispositivos utilizados en nuestros productos. Creamos documentos XML para estos dispositivos, que luego son convertidos por un compilador especial que crea automáticamente los bloques de software necesarios para nuestros productos.
En el futuro planeamos cambiar al uso de oBIX para crear descripciones de dispositivos, invitando a nuestros socios a hacer lo mismo. Después de todo, entonces nos resultará fácil intercambiar descripciones de dispositivos en un formato abierto, portátil y apto para lectura automática.
Espero haberte interesado, porque estoy seguro de que si dedicas un poco más Si dedica tiempo a estudiar materiales sobre el estándar oBIX, se dará cuenta de cuál es su verdadero potencial para crear interfaces entre varios sistemas comerciales y sus componentes individuales. Por cierto, aún no es demasiado tarde para unirse al comité técnico de OASIS que desarrolla el estándar oBIX y hacer una contribución significativa a este esfuerzo común e importante.
Puede obtener información adicional sobre el estándar oBIX en :
http://oasis-open.org/committees/obix
Basado en materiales del sitio AutomatedBuildings |
