ES2897885T3 - Servicios tolerantes a fallos para sistemas de automatización de edificios integrados - Google Patents

Abstract

Método para un sistema (302) de servicios múltiples para edificios integrados MSIB para acceder a datos en elementos de un sistema (402) de automatización de edificios BAS, que comprende: ejecutar un entorno (604) de alojamiento de nodo virtual mediante un controlador; generar al menos un nodo (606) virtual en el entorno de alojamiento de nodo virtual para la comunicación con elementos del BAS, en el que el entorno de alojamiento de nodo virtual asigna recursos de memoria y procesador al al menos un nodo virtual; configurar una pluralidad de servicios para la comunicación con elementos del BAS, en la que la pluralidad de servicios incluye iniciar una pluralidad de servicios obligatorios con al menos un supervisor (704) de nodo virtual y un supervisor (708) de servicio con un tiempo de interrogación y un periodo de temporizador de separación que se establecen en al menos uno de los servicios obligatorios; recopilar datos a partir de los elementos del BAS a través de los servicios configurados; y proporcionar los datos recopilados a uno o más consumidores de datos.

Description

DESCRIPCIÓN

Servicios tolerantes a fallos para sistemas de automatización de edificios integrados

Campo técnico

La presente invención se refiere en general a un sistema de automatización de edificios y más particularmente a la recopilación de datos a partir de sistemas de automatización de edificios.

Antecedentes

La mayoría de los edificios modernos se construyen con sistemas de seguridad, sistemas de emergencia, sistemas de calefacción, ventilación y acondicionamiento de aire (HVAC), todos los cuales tienen muchos sensores, ventiladores, valores y accionadores. Estos sistemas en conjunto se denominan de manera común sistema de automatización de edificios (BAS). Muchos de estos dispositivos se controlan mediante un microcontrolador o microprocesador ubicado en paneles de campo dispersados por todo un edificio o incluso un campus. Los elementos que componen el BAS se denominan normalmente puntos, paneles y equipos.

Los equipos, paneles y puntos en un sistema de automatización de edificios tal como se muestra en la figura 1, pueden incluir equipos heredados de intentos anteriores en la automatización y tienen capacidades y recursos limitados; pueden incluso ser de diferentes fabricantes. Un BAS 13 que tiene equipos heredados tiene normalmente un gestor 14 en comunicación directa con un equipo 15, un panel 16 y un punto 17 heredados. Dispositivos externos, tales como el dispositivo 11 y el dispositivo 12 pueden conseguir datos directamente del gestor 14.

Avanzando a la figura 2, se representa un diagrama 20 que tiene múltiples consumidores 24 y 26 de datos que solicitan datos del BAS 13. Un BAS que tiene equipos, paneles y puntos heredados de automatización de edificios, tales como el BAS 13 a menudo tienen capacidades de comunicación limitadas que pueden fallar bajo estrés. Estas limitaciones se producen debido a una potencia de procesamiento limitada, limitaciones de ancho de banda y limitaciones de memoria/memoria intermedia. Además, al acceso a la malla mundial multimedia e incluso a Internet le puede faltar dispositivos heredados en el BAS 13. Otro problema que existe con BAS son equipos dedicados a menudo a una instalación y no compartidos.

En vista de lo anterior, existe una necesidad actual de sistemas, aparatos y métodos para recopilar datos a partir de uno o más BAS que tienen dispositivos heredados y/o hardware limitado y después hacer disponibles esos datos a consumidores de datos en un sistema tolerante a fallos que no somete a estrés a un BAS. Según la invención, esta necesidad se resuelve mediante las características del método de la reivindicación 1, servicios múltiples para edificios integrados (MSIB) de la reivindicación 8 y medios legibles por máquina no transitorios de la reivindicación 13. Las reivindicaciones dependientes describen realizaciones particulares de la invención.

El documento US 2017/0051933 A1 da a conocer un método y un sistema para el modelaje térmico mejorado de la dinámica de la temperatura interna de un recinto, que pueden implementarse en termostatos inteligentes para proporcionar un control mejorado de un sistema de calefacción, ventilación y acondicionamiento de aire (HVAC). El método incluye usar entradas y mediciones a partir de al menos un dispositivo de un hogar inteligente, con su historia actualizada de manera recursiva para predecir una salida basándose en qué operación de termostato se ajusta.

Sumario

El servidor de servicios múltiples para edificios integrados (MSIB) se comunica directamente con equipos, paneles y puntos de un BAS sin estar dedicado al BAS de manera tolerante a fallos. El MSIB inicia un gestor de nodo virtual que gestiona una pluralidad de nodos virtuales tolerantes a fallos que están habilitados con las capacidades de comunicarse con los equipos, paneles y puntos de un BAS. Los consumidores de datos pueden acceder entonces al MSIB en vez de al bAs usando directamente interfaces públicas o convencionales. Tal comunicación reduce la carga de la pasarela del BAS o el dispositivo de gestión que se integran en el BAS. Además, los datos recopilados en el MSIB están disponibles a través de enfoques, aplicaciones y protocolos modernos.

Breve descripción de los dibujos

La invención puede entenderse mejor haciendo referencia a las siguientes figuras. Los componentes en las figuras no están necesariamente a escala, poniéndose el énfasis en cambio en ilustrar los principios de la invención. En las figuras, los números de referencia similares designan partes correspondientes a lo largo de las diferentes vistas. La figura 1 es una ilustración de un sistema de automatización de edificios (BAS) heredado.

La figura 2 es una ilustración de un enfoque de la técnica anterior para recopilar datos a partir del BAS heredado de la figura 1.

La figura 3 es un diagrama de un MSIB según un ejemplo de implementación.

La figura 4 es un diagrama del MSIB de la figura 3 en comunicación con el BAS y consumidores de datos según un ejemplo de implementación.

La figura 5 es un diagrama del MSIB de la figura 3 en comunicación con múltiples BAS y consumidores de datos según un ejemplo de implementación de la invención.

La figura 6 es un diagrama de múltiples servidores de MSIB que alojan nodos virtuales según un ejemplo de implementación de la invención.

La figura 7 es un diagrama de uno nodo virtual en el entorno de alojamiento de nodo virtual de la figura 6 según un ejemplo de implementación.

La figura 8 es un diagrama del MSIB de la figura 3 que se comunica con el BAS y un consumidor de datos de la figura 4 según un ejemplo de implementación.

La figura 9 es un diagrama del nodo virtual de la figura 7 que muestra el reinicio de un servicio por el supervisor de servicio según un ejemplo de implementación.

La figura 10 es un dibujo de una interfaz gráfica de usuario para crear nodos virtuales según un ejemplo de implementación de la invención.

La figura 11 es un diagrama de flujo del enfoque para implementar un dispositivo de MSIB según un ejemplo de implementación.

Descripción detallada

Tal como se usa en el presente documento, se proporciona un enfoque para un MSIB en comunicación con uno o más BAS en el que un MSIB se comunica directamente con equipos, paneles y puntos.

Avanzando a la figura 3, se representa un diagrama 300 de un MSIB 302 según un ejemplo de implementación. Uno o más procesadores o controladores 304 pueden estar presentes en el MSIB 302. En otras implementaciones, también pueden estar presentes múltiples núcleos de procesamiento en cada uno de los procesadores o controladores 304. Uno o más buses 306 eléctricos (es decir, datos y dirección) pueden acoplarse al procesador 304 con una memoria 308, interfaces 310 de comunicación, módulo 312 de alimentación, interfaces 314 con humanos, interfaz 316 de cuchilla y almacenamiento 318 de datos.

La memoria 308 puede estar dividida entre una memoria 320 de aplicación y un sistema 322 operativo. El sistema operativo gestiona el funcionamiento del servidor y se almacena en la memoria 322 de sistema operativo y se almacenan instrucciones para el funcionamiento del MSIB 302 en la memoria 320 de aplicación. En otras implementaciones, la memoria 322 de sistema operativo puede implementarse como memoria de sólo lectura (ROM) o memoria programable borrable (EPROM) y la memoria 320 de aplicación en una memoria de acceso aleatorio reescribible.

Las interfaces 310 de comunicación proporcionan las diferentes conexiones físicas y controladores para interconectar el hardware con el software necesario para comunicarse con otros dispositivos, tales como en serie, internet, anillo con paso de testigo, Bluetooth y comunicación inalámbrica. El módulo 312 de alimentación es una fuente de alimentación que suministra corriente continua a los diferentes componentes eléctricos del MSIB 302 convirtiendo corriente alterna en corriente continua o a través de baterías. Las interfaces 314 con humanos permiten que dispositivos tales como un teclado, un ratón y una pantalla se conecten al MSIB 302. La interfaz 316 de cuchilla permite que MSIB redundantes se comuniquen y en un entorno tolerante a fallos a través de un bus externo que permite que uno de los MSIB asuma el procesamiento si el otro falla o pasa a estar inoperativo.

El almacenamiento 318 de datos puede ser un almacenamiento de datos interno, un almacenamiento de datos externo o una combinación de almacenamiento interno y externo. Los ejemplos de almacenamiento de datos interno incluyen discos duros, disco compacto (CD), discos s DrAM y disco flexible. Los ejemplos de almacenamiento de datos externo incluyen todos los ejemplos anteriores que se unen externamente al MSIB 302. El almacenamiento de red que incluye almacenamiento en la nube y almacenamiento unido a red (NAS) son un almacenamiento externo, pero pueden conectarse al MSIB 302 a través de las interfaces 310 de comunicación.

En la figura 4, se representa un diagrama 400 del MSIB 302 de la figura 3 en comunicación con un BAS 402 y consumidores de datos que incluyen consumidores 404 y 406 de datos según un ejemplo de implementación. El MSIB 302 puede comunicarse directamente con los equipos, paneles y puntos que componen el BAS 402 de manera que no sobrecarga los dispositivos del BAS 402. El MSIB 302 también puede proporcionar los diferentes protocolos necesarios para comunicarse con los dispositivos del BAS 402 ya que algunos de los protocolos para dispositivos más antiguos usan protocolos privados o no convencionales. El MSIB 302 también es más robusto y puede tener simultáneamente múltiples sesiones de comunicación que se producen y responder a múltiples consumidores de datos, tales como 404 y 406 al mismo tiempo sin afectar de manera perjudicial al funcionamiento del BAS. Debido a que los consumidores de datos no se comunican directamente con el BAS 402, el BAS 402 está protegido contra sobrecarga por las solicitudes de datos de los consumidores de datos y cuellos de botella que pueden producirse al acceder a un BAS a través de una pasarela.

Avanzando a la figura 5, se representa un diagrama 500 del MSIB 302 de la figura 3 en comunicación con múltiples BAS 402, 502 y 504 y consumidores 404-406 de datos según un ejemplo de implementación de la invención. El MSIB 302 puede comunicarse con múltiples BAS, más particular los equipos, paneles y puntos de múltiples BAS, tales como los BAS 402, 502 y 504. Los BAS pueden estar dispersados geográficamente, tal como la totalidad de las fábricas de un fabricante en los Estados Unidos. Entonces, múltiples consumidores 404-406 de datos pueden acceder a datos a partir de los múltiples BAS.

En la figura 6, se representa un diagrama 600 de múltiples servidores 302 y 610 de MSIB que alojan nodos 606 y 614 virtuales según un ejemplo de implementación de la invención. El servidor 302 de MSIB se representa con un entorno 604 de alojamiento de nodo virtual y una pluralidad de nodos virtuales, que incluye el nodo 606 virtual con servicios 608 y 610. Cada nodo virtual en el entorno 604 de alojamiento de nodo virtual requiere recursos de servidor; esto supone un límite de cuántos nodos virtuales pueden soportarse en un servidor, tal como el servidor 302. Pero, con el fin de implementar mayores números de nodos virtuales, pueden emplearse servidores de MSIB adicionales, tal como el servidor 610 de MSIB. El servidor 610 de MSIB tiene un entorno 612 de alojamiento de nodo virtual con una pluralidad de nodos virtuales que incluye el nodo 614 virtual con servicios 618 y 620. Si se requieren incluso más nodos virtuales y/o redundancia de servidores de MSIB, entonces pueden emplearse servidores de MSIB adicionales.

Avanzando a la figura 7, se representa un diagrama 700 de un nodo 702 virtual en un entorno 604 de alojamiento de nodo virtual de la figura 6 según un ejemplo de implementación. Cada nodo 702 virtual tiene un supervisor 704 de nodo virtual que monitoriza el funcionamiento de ese caso del nodo 702 virtual. Cada nodo 702 virtual tiene un almacenamiento 706 de datos local que existe durante la existencia del nodo 702 virtual y se usa por otros servicios, tales como 710 y 712. El supervisor 704 de nodo virtual permite la comunicación con el entorno 604 de nodo virtual y otros nodos virtuales. Los otros servicios se supervisan mediante el supervisor 708 de servicio. Si un servicio deja de funcionar apropiadamente o muere, el supervisor 708 de servicio genera un servicio de sustitución o de otro modo reinicia el servicio y limpia recursos. Se observa que unos servicios requeridos (tal como el supervisor 704 de nodo virtual y el supervisor 708 de servicio) pueden tener un tiempo de interrogación y un periodo de temporizador de separación para acceder a elementos del BAS. Los ejemplos de servicios 710 y 712 son servicios para implementar protocolos específicos para acceder a equipos, paneles y puntos, recopilar datos periódicos a partir de equipos, paneles y puntos, monitorizar condiciones de funcionamiento de equipos, paneles y puntos, para proporcionar solo algunos ejemplos.

En la figura 8, se representa un diagrama 800 del MSIB 302 de la figura 3 que se comunica con el BAS 402 y el consumidor 404 de datos de la figura 4 según un ejemplo de implementación. El MSIB 302 ejecuta una pluralidad de instrucciones que implementan el entorno 604 de alojamiento de nodo virtual. Las instrucciones que implementan el entorno de alojamiento de nodo virtual se implementan preferiblemente en un lenguaje que soporta el desarrollo de aplicaciones distribuidas, tolerantes a fallos, altamente disponibles, sin interrupciones, tales como el lenguaje de programación ERLANG de fuente abierta disponible en www.erlang.org u otro lenguaje de programación orientado a objetos similar. Dentro del entorno 604 de alojamiento de nodo virtual, nodos virtuales, tales como el nodo 606 virtual, están configurados para comunicarse con los equipos, paneles y puntos de BAS 402 y recopilar datos. Dentro de los servicios del nodo 606 virtual requeridos para hacer funcionar el nodo, comunicarse con el BAS 402, se crean y hacen funcionar datos de almacenamiento recopilados a partir del BAS 402, tal como el servicio 608 y 610. Se observa que el MSIB 302 en otras implementaciones puede existir en la nube y puede accederse a través de internet, o en otras implementaciones puede implementarse y accederse a través de una VPN u otra conexión de red dedicada (localmente o remota).

El consumidor 404 de datos solicita o de otro modo requiere datos a partir del BAS 402. En vez de comunicarse directamente con el BAS 402, el consumidor 404 de datos accede al MSIB 302 y solicita datos almacenados en el MSIB 302 (o solicita al MSIB 302 que consiga los datos) tal como se muestra en la figura 8. Se observa que el nodo 606 virtual en el MSIB 302 no gestiona el BAS 402, sino que accede a equipos, paneles y puntos de BAS 402 y recupera datos a partir del BAS 402. Se configuran datos de tendencias en el nodo 606 virtual y los recopila el nodo 606 virtual. Por tanto, se consigue una ventaja descargando la recopilación de datos y la comunicación a partir de la pasarela o gestores del BAS 402.

En la figura 9, se representa un diagrama 900 de un nodo 606 virtual de la figura 7 que muestra el reinicio de un servicio 904 por el supervisor 708 de servicio según un ejemplo de implementación. El nodo 606 virtual tiene un servicio 704 de supervisor de nodo virtual que a su vez crea un supervisor 708 de servicio y almacenamiento 708 de datos local. El supervisor de nodo virtual se comunica con el entorno 604 de alojamiento de nodo virtual y gestiona el funcionamiento del nodo 606 virtual en aislamiento con respecto a la gestión y el funcionamiento de otros nodos virtuales dentro del entorno 604 de alojamiento de nodo virtual. En el caso de que el nodo 606 virtual se encuentre una situación de funcionamiento en la que deja de funcionar o de otro modo responder al entorno 604 de alojamiento de nodo virtual, el entorno 604 de alojamiento de nodo virtual apaga el nodo 606 virtual, libera los recursos asignados y reinicia el nodo virtual.

Si el supervisor 708 de servicio o el almacenamiento 706 de datos local se encuentra problemas de funcionamiento, el supervisor 704 de nodo virtual puede finalizar el servicio afectado y reiniciarlo. Se observa que cada nodo virtual, tal como el nodo 606 virtual tiene al menos un supervisor 704 de nodo virtual, un supervisor 708 de servicio y un almacenamiento 706 de datos local iniciados cuando se crean en el entorno 604 de alojamiento de nodo virtual.

El supervisor 708 de servicio crea y mantiene servicios, tales como servicios tales como 710, 712, 902 y 904 que se requieren para la comunicación y recopilación de datos a partir de los equipos, paneles y puntos en un bAs , tal como el bAs 402. Si un servicio, tal como el servicio 904 deja de funcionar o de otro modo genera fallos detectados por el supervisor 708 de servicio, el servicio se finaliza, se liberan recursos y se reinicia. Tales acciones se producen sin afectar al funcionamiento de los otros servicios monitorizados y creados por el supervisor 708 de servicio.

Avanzando a la figura 10, se representa un dibujo 1000 de una interfaz 1002 gráfica de usuario para crear nodos virtuales según un ejemplo de implementación de la invención. Puede accederse a la interfaz 1002 gráfica de usuario a través de un buscador de malla mundial multimedia y visualizarse en un dispositivo tal como un ordenador, una tableta o un teléfono inteligente. Con el fin de crear un nodo virtual con la interfaz 1002 gráfica de usuario del MSIB, se introduce un nombre de nodo en un cuadro 1004 de texto “HILL_DORM”. Este es el nombre que tendrá el nodo virtual en el MSIB 302. La configuración del BAS “HILL_DORM” se conoce por el MSIB 302 cargando un archivo de datos de configuración identificado como “Mapper_Data” 1006 que se ha creado para, por o en respuesta al MSIB 302.

Usando el “Mapper_data” (al menos una lista parcial de elementos que componen el BAS) que se carga o de otro modo se accede por parte del MSIB 300, se crean servicios para el nodo virtual además de los servicios requeridos. Se selecciona el botón 108 “Añadir servicio” y se muestra una ventana desplegable de posibles servicios para crearse. Una vez que se selecciona un servicio, puede abrirse una ventana para cualquier dato de configuración requerido. Una vez que se completa la configuración, el servicio se enumera en la ventana 1010, tal como servicios 1012 de comunicación BACnet y puntos 1014 de panel de campo APOGEE.

La figura 11 es un diagrama 1100 de flujo del enfoque para implementar un MSIB 302 de la figura 3 según un ejemplo de implementación. El entorno 604 de alojamiento de nodo virtual se inicia en el MSIB 302 en la etapa 1102. El entorno 604 de alojamiento de nodo virtual en la inicialización del nodo de supervisión accede a o de otro modo lee al menos una parte de una base de datos de información de elementos que también puede incluir los tiempos para interrogar elementos respectivos del BAS. La aplicación o el dispositivo en el ejemplo de implementación actual tiene verificación de concesión de licencia en la etapa 1104. La concesión de licencia puede ser mediante el número de nodos soportados, número de BAS soportados, cantidad de datos que van a recopilarse. La información de concesión de licencia está en forma de un código que se proporciona con el sistema y se introduce por un administrador en el ejemplo actual. En otras implementaciones, puede emplearse un dispositivo físico tal como un fob. En aún otras implementaciones, puede concederse una licencia a otros parámetros de funcionamiento o número de elementos (por ejemplo, dispositivos o puntos que van a accederse en el BAS). Una vez que la concesión de licencia se ha verificado en la etapa 1104, un nodo virtual (por ejemplo, el 606 en la figura 6 consistente con la estructura del nodo 700 virtual en la figura 7) se genera y/o inicia para acceder al BAS 402 y la base de datos o archivos de configuración para el BAS 402 se cargan (si es necesario) en la etapa 1106.

En la etapa 1108 se genera y/o inicia un procedimiento obligatorio (supervisor 704 de nodo virtual, supervisor 708 de servicio y almacenamiento 706 de datos local en el ejemplo actual) del nodo virtual. En la etapa 1110 se inician otros procedimientos que comprenden uno o más servicios 710, 712, 902, 904, 1012 y 1014 del nodo virtual que se monitorizan o supervisan por el supervisor 708 de servicio. En la etapa 1112, se recopilan datos a partir de los equipos, paneles y puntos de un BAS 402 mediante uno o más de los servicios (tal como 710, 712 y 902) en el nodo 700 virtual. Los datos pueden añadirse al nodo virtual a partir de equipos, paneles y puntos de un BAS, sacarse de equipos, paneles y puntos de un BAS, o recopilarse de otro modo a partir de equipos, paneles y puntos de un BAS. Los datos en el ejemplo actual se recopilan en “intervalos de interrogación” predeterminados y/o “tiempo de separación” entre solicitudes de punto dentro de un ciclo de interrogación para evitar la sobrecarga del BAS. En otras implementaciones, pueden emplearse diferentes enfoques para recopilar datos para evitar la sobrecarga de los equipos, paneles y puntos de un BAS. Si se solicitan datos por un consumidor de datos en la etapa 1114, entonces los datos se envían al consumidor de datos en la etapa 1116. Los datos que se envían al consumidor 1114 de datos no afectan al BAS puesto que ya están almacenados o de otro modo recopilados en el MSIB 302. En otras implementaciones, pueden implementarse enfoques para dar servicio a una solicitud de datos de consumidor de datos con el fin de evitar cuellos de botella o la sobrecarga del MSIB 302. En la etapa 118, se reinician cualesquiera servicios que requieran un reinicio en la etapa 1120.

Se entenderá, y se aprecia por los expertos en la técnica, que pueden realizarse uno o más procedimientos, subprocedimientos o etapas de procedimiento descritos en conexión con la figura 11 mediante hardware y/o software (instrucciones legibles por máquina). Si el enfoque se realiza mediante software, el software puede residir en una memoria de software en un componente o sistema de procesamiento electrónico adecuado tal como uno o más de los componentes o módulos funcionales representados esquemáticamente en las figuras.

El software en la memoria de software puede incluir un listado ordenado de instrucciones ejecutables para implementar funciones lógicas (es decir, “lógica” que puede implementarse o bien en forma digital tal como un conjunto de circuitos digitales o un código fuente o bien en forma analógica tal como un conjunto de circuitos analógicos o una fuente analógica tal como una señal eléctrica, de sonido o vídeo analógica), y puede realizarse de manera selectiva en cualquier medio legible por ordenador para su uso por o en conexión con un sistema, aparato o dispositivo de ejecución de instrucciones, tal como un sistema basado en ordenador, sistema que contiene un procesador u otro sistema que puede coger selectivamente las instrucciones del sistema, aparato o dispositivo de ejecución de instrucciones y ejecutar las instrucciones. En el contexto de esta divulgación, un “medio legible por ordenador” es cualquier medio tangible que pueda contener o almacenar el programa para su uso por o en conexión con el sistema, aparato o dispositivo de ejecución de instrucciones. El medio legible por ordenador tangible puede ser, de manera selectiva, por ejemplo, pero sin limitarse a, un sistema, aparato o dispositivo electrónico, magnético, óptico, electromagnético o de semiconductor. Ejemplos más específicos, pero sin embargo una lista no exhaustiva, de medios legibles por ordenador tangibles incluirían los siguientes: un disquete de ordenador portátil (magnético), una RAM (electrónica), una memoria de sólo lectura “ROM” (electrónica), una memoria de sólo lectura programable borrable (EPROM o memoria Flash) (electrónica) y una memoria de sólo lectura de disco compacto portátil “CDROM” (óptica). Obsérvese que el medio legible por ordenador tangible puede ser incluso papel (tarjetas perforadas o cinta perforada) u otro medio adecuado en el cual las instrucciones puedan captarse electrónicamente, después compilarse, interpretarse o de otro modo procesarse de manera adecuada si es necesario, y almacenarse en una memoria informática.

La descripción detallada anterior de una o más realizaciones del enfoque para un servicio de middleware para un servidor de edificios integrados que se comunica directamente con equipos, paneles y puntos se ha presentado en el presente documento sólo a modo de ejemplo y sin limitación. Se reconocerá que existen ventajas de determinadas características y funciones individuales descritas en el presente documento que pueden obtenerse sin incorporar otras características y funciones descritas en el presente documento. Además, se reconocerá que diversas alternativas, modificaciones, variaciones o mejoras de las realizaciones divulgadas anteriormente y otras características y funciones o alternativas de la misma, pueden combinarse de manera deseable en muchas otras realizaciones, sistemas o aplicaciones diferentes. Por tanto, debe entenderse que pueden realizarse diversos cambios a la realización descrita sin aparatarse del alcance de la invención tal como se expone en las reivindicaciones adjuntas.

Claims (12)

1. REIVINDICACIONES

   i. Método para un sistema (302) de servicios múltiples para edificios integrados MSIB para acceder a datos en elementos de un sistema (402) de automatización de edificios BAS, que comprende:

   ejecutar un entorno (604) de alojamiento de nodo virtual mediante un controlador;

   generar al menos un nodo (606) virtual en el entorno de alojamiento de nodo virtual para la comunicación con elementos del BAS, en el que el entorno de alojamiento de nodo virtual asigna recursos de memoria y procesador al al menos un nodo virtual;

   configurar una pluralidad de servicios para la comunicación con elementos del BAS, en la que la pluralidad de servicios incluye iniciar una pluralidad de servicios obligatorios con al menos un supervisor (704) de nodo virtual y un supervisor (708) de servicio con un tiempo de interrogación y un periodo de temporizador de separación que se establecen en al menos uno de los servicios obligatorios;

   recopilar datos a partir de los elementos del BAS a través de los servicios configurados; y proporcionar los datos recopilados a uno o más consumidores de datos.
2. 2. Método para MSIB según la reivindicación 1, en el que proporcionar los datos recopilados a uno o más consumidores de datos, incluye proporcionar los datos recopilados en un intervalo de actualización predeterminado.
3. 3. Método para MSIB según la reivindicación 1, que reinicia servicios que fallan por el supervisor de servicio.
4. 4. Método para MSIB según la reivindicación 1, en el que crear al menos un nodo virtual incluye verificar la concesión de licencia del nodo virtual para acceder a un número predeterminado de elementos.
5. 5. Método para MSIB según la reivindicación 1, en el que recopilar datos a partir de elementos del BAS incluye recopilar datos a partir de una combinación de paneles, equipos y puntos de un BAS.
6. 6. Método para MSIB según la reivindicación 1, en el que proporcionar datos a consumidores de datos incluye enviar datos a los consumidores de datos a través de internet.
7. 7. Método para MSIB según la reivindicación 1, en el que recopilar datos a partir de elementos del BAS incluye recopilar datos a partir de otros elementos de un BAS diferente.
8. 8. Servidor (302) de servicios múltiples para edificios integrados MSIB para acceder a al menos un sistema (402) de automatización de edificios BAS, que comprende:

   una memoria que tiene una pluralidad de instrucciones para un entorno (604) de alojamiento de nodo virtual;

   un controlador acoplado a la memoria que ejecuta las instrucciones para un entorno de alojamiento de nodo virtual;

   una interfaz de comunicación acoplada al controlador al que se accede en respuesta a al menos un servicio en un nodo (606) virtual para comunicarse con una pluralidad de elementos del BAS y una pluralidad de servicios obligatorios que incluye un supervisor (704) de nodo virtual y un supervisor (708) de servicio iniciado por el controlador, y un tiempo de interrogación y periodo de temporizador de separación que se establecen en al menos uno de la pluralidad de servicios obligatorios; y

   un almacenamiento de datos acoplado al controlador que almacena datos recibidos en respuesta a la comunicación con la pluralidad de elementos, en el que uno o más consumidores de datos pueden acceder a los datos.
9. 9. Servidor de MSIB según la reivindicación 8, en el que uno o más consumidores de datos pueden acceder a los datos en intervalos de actualización predeterminados.
10. 10. Servidor de MSIB según la reivindicación 8, en el que el supervisor de servicio reinicia un servicio que falla.
11. 11. Servidor de MSIB según la reivindicación 8, en el que crear al menos un nodo virtual incluye que el controlador verifique una licencia que limita el número de elementos a los que pueden accederse.
12. 12. Servidor de MSIB según la reivindicación 8, en el que los elementos del BAS incluyen paneles, equipos y puntos a los que se acceden mediante la interfaz de comunicación.

    Medios legibles por máquina no transitorios que tienen una pluralidad de instrucciones para un sistema (302) de servicios múltiples para edificios integrados MSIB, que cuando se ejecutan realizan las etapas de método de:

    ejecutar un entorno (604) de alojamiento de nodo virtual mediante un controlador;

    crear al menos un nodo virtual (606) en el entorno de alojamiento de nodo virtual para la comunicación con elementos de un sistema (402) de automatización de edificios BAS, en el que el entorno de alojamiento de nodo virtual asigna recursos de memoria y procesador al al menos un nodo virtual;

    configurar una pluralidad de servicios para la comunicación con elementos del BAS que incluyen iniciar una pluralidad de servicios obligatorios que incluyen un supervisor (704) de nodo virtual y un supervisor (708) de servicio con un tiempo de interrogación y un periodo de temporizador de separación que se establecen en al menos uno de los servicios obligatorios, en los que el supervisor de servicio reinicia al menos un servicio que ha fallado;

    recopilar datos a partir de los elementos del BAS a través de los servicios configurados; y

    proporcionar los datos recopilados a uno o más consumidores de datos.

    Pluralidad de instrucciones según la reivindicación 13, en la que la pluralidad de instrucciones para crear al menos un nodo virtual, incluye instrucciones para verificar la concesión de licencia del nodo virtual y limita el número de elementos a los que se acceden.

    Pluralidad de instrucciones según la reivindicación 13, en la que la pluralidad de instrucciones para los datos de recopilación a partir de elementos del BAS incluye acceder a otros paneles, equipos y puntos de un BAS diferente.