ES2832556T3 - Formación de grupos de dispositivos mediante el análisis de la información de control del dispositivo - Google Patents
Formación de grupos de dispositivos mediante el análisis de la información de control del dispositivo Download PDFInfo
- Publication number
- ES2832556T3 ES2832556T3 ES18719933T ES18719933T ES2832556T3 ES 2832556 T3 ES2832556 T3 ES 2832556T3 ES 18719933 T ES18719933 T ES 18719933T ES 18719933 T ES18719933 T ES 18719933T ES 2832556 T3 ES2832556 T3 ES 2832556T3
- Authority
- ES
- Spain
- Prior art keywords
- identified
- lighting devices
- devices
- commands
- group
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
- H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
- H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
- H05B47/10—Controlling the light source
- H05B47/175—Controlling the light source by remote control
- H05B47/19—Controlling the light source by remote control via wireless transmission
-
- H—ELECTRICITY
- H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
- H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
- H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
- H05B47/10—Controlling the light source
- H05B47/155—Coordinated control of two or more light sources
-
- H—ELECTRICITY
- H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
- H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
- H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
- H05B47/10—Controlling the light source
- H05B47/175—Controlling the light source by remote control
- H05B47/18—Controlling the light source by remote control via data-bus transmission
Abstract
Un sistema (1, 11) para facilitar el control de dispositivos de iluminación, que comprende: al menos un receptor (3, 13); al menos un transmisor (3, 13); y al menos un procesador (5, 15) configurado para: - recibir, a través de dicho al menos un receptor (3, 13), un script de luz que especifica cómo se deben controlar los dispositivos de iluminación, caracterizado por - analizar dicho script de luz para identificar aquellos dispositivos de iluminación que deban controlarse de manera similar de acuerdo con dicho script de luz, - formar un grupo de dispositivos de iluminación identificados en base a dicho análisis de dicho script de luz, y - transmitir, a través de dicho al menos un transmisor (3, 13), al menos un mensaje que identifica dichos dispositivos identificados de dicho grupo y que comprende un identificador de dicho grupo, dicho al menos un mensaje configurado para hacer que dichos dispositivos de iluminación identificados se configuren para realizar los siguientes comandos que comprenden dicho identificador.
Description
DESCRIPCIÓN
Formación de grupos de dispositivos mediante el análisis de la información de control del dispositivo
Campo de la invención
La invención se refiere a un sistema para facilitar el control de dispositivos de iluminación de acuerdo con la reivindicación 1.
La invención también se refiere a un método para facilitar el control de dispositivos de iluminación de acuerdo con la reivindicación 11.
La invención también se refiere a un producto de programa informático que permite a un sistema informático realizar dicho método de acuerdo con la reivindicación 15.
Antecedentes de la invención
Philips Hue es una línea de lámparas LED que se puede controlar a través de un teléfono móvil o tableta. Philips Hue emplea un puente entre el teléfono móvil o la tableta y las lámparas instaladas localmente. El puente y las lámparas instaladas localmente forman una red de área personal (PAN). Para controlar las lámparas, el puente transmite mensajes a todas las lámparas en el intervalo a través de la comunicación InterPAN. A cada lámpara se le asigna una dirección y cada mensaje contiene una lista de pares de dirección-valor. Cada lámpara lee el valor de su propia dirección y se pone a sí misma en un estado de luz en función del valor correspondiente.
Una limitación de los productos Philips Hue actuales es que existe un límite en el número de pares de dirección-valor que se pueden enumerar en un solo mensaje y este límite no suele ser tan alto, por ejemplo, doce. Con frecuencia, no es posible o no es deseable eliminar este límite.
El documento US 2009/218951 A1 describe un sistema de iluminación y control en el que los nodos tienen un identificador individual y pueden tener un identificador de grupo.
Sumario de la invención
Es un primer objeto de la invención proporcionar un sistema para facilitar el control de dispositivos, que permite controlar más dispositivos sin aumentar el tamaño de los mensajes de control.
Es un segundo objeto de la invención proporcionar un método para facilitar el control de dispositivos, que permite controlar más dispositivos sin aumentar el tamaño de los mensajes de control.
En un primer aspecto de la invención, el sistema para facilitar el control de dispositivos (mediante un controlador) comprende al menos un receptor, al menos un transmisor y al menos un procesador configurado para: utilizar dicho al menos un receptor para recibir información de control del dispositivo, donde dicha información de control del dispositivo especifica cómo los dispositivos deben ser controlados (por el controlador), formar un grupo de dispositivos identificados mediante el análisis de dicha información de control de dispositivos, donde dichos dispositivos identificados de dicho grupo son controlados (por el controlador) de manera similar de acuerdo con dicha información de control del dispositivo, y usar dicho al menos un transmisor para transmitir al menos un mensaje que comprende un identificador de dicho grupo para permitir que dichos dispositivos identificados se configuren para llevar a cabo uno o más comandos que comprenden dicho identificador al recibir tales uno o más comandos, donde dicho al menos un mensaje identifica dichos dispositivos identificados de dicho grupo (es decir, los mensajes comprenden información relacionada con la identidad de cada uno de dichos dispositivos identificados de dicho grupo). La información de control de dispositivos puede identificar dispositivos específicos o especificar requisitos de dispositivos, por ejemplo. Los dispositivos pueden ser luces, por ejemplo. Los dispositivos pueden ser controlados por un controlador. Luego, el sistema proporciona la agrupación de dispositivos y el controlador proporciona control sobre los dispositivos. En otras palabras, el sistema facilita el control de los dispositivos. Aunque el controlador puede ser un dispositivo separado, alternativamente puede ser parte del sistema, por ejemplo, parte del al menos un procesador. Esto no excluye que la función de controlador se implemente en parte en el sistema y en parte por una entidad separada (es decir, distribuida).
Los inventores han reconocido que, al formar grupos de dispositivos identificados que se espera o se sabe que se controlarán de manera similar de acuerdo con cierta información de control de dispositivos basados en el análisis de esta determinada información de control de dispositivos, puede ser posible controlar más dispositivos sin aumentar el tamaño de los mensajes de control (por ejemplo, sin exceder el número de pares de dirección-valor que se pueden enumerar en un solo mensaje).
Dicha información de control de dispositivo puede comprender un script de dispositivo, donde dicho script de dispositivo puede comprender una pluralidad de comandos y cada uno de dicha pluralidad de comandos puede
especificar las propiedades requeridas de uno o más dispositivos por controlar. El análisis de un script de dispositivo es especialmente beneficioso en un dispositivo de renderizado, por ejemplo, un dispositivo móvil, una PC o un servidor de Internet, ya que el dispositivo de renderizado normalmente necesitará obtener el script del dispositivo de todos modos para poder renderizarlo. Una ventaja del análisis del script del dispositivo es que un script del dispositivo a menudo se puede obtener en su totalidad antes de que se inicie la renderización, lo que permite que los grupos se formen de la manera más óptima. Un script del dispositivo típicamente comprende un conjunto de elementos de datos en el que cada elemento de datos es indicativo de una característica de una salida generada por un dispositivo y se ha definido una secuencia de los elementos de datos (es decir, el script se basa en el tiempo). Si los dispositivos son luces, la salida generada por los dispositivos son características de luz, por ejemplo, intensidad de la luz y/o color de la luz. Normalmente, un script del dispositivo no identifica dispositivos específicos.
Dicho al menos un procesador puede estar configurado para identificar uno o más dispositivos que tengan dichas propiedades requeridas para cada uno de dichos uno o más comandos. Un script del dispositivo normalmente no identifica ningún dispositivo específico y, por lo tanto, es beneficioso que el sistema intente identificar estos dispositivos específicos basándose en las propiedades requeridas especificadas en los comandos del script del dispositivo.
Dicho al menos un procesador puede configurarse para formar dicho grupo de dispositivos identificados a partir de dicho uno o más dispositivos identificados mediante el análisis de dichos comandos. Una vez que se han identificado los dispositivos específicos, el al menos un procesador puede determinar qué dispositivos identificados se controlarán de manera similar de acuerdo con el script del dispositivo y usar esto para formar grupos de dispositivos identificados.
Dicha información de control de dispositivo puede comprender una pluralidad de comandos para controlar una pluralidad de dispositivos identificados y dicha pluralidad de dispositivos identificados puede comprender al menos dichos dispositivos identificados de dicho grupo. En lugar de un script del dispositivo, se pueden analizar los comandos de nivel inferior dirigidos a los dispositivos identificados. El análisis de estos comandos de nivel inferior es especialmente beneficioso cuando se realiza en un puente, ya que el puente normalmente recibirá dichos comandos de todos modos. Esto es especialmente ventajoso si el dispositivo de renderizado que renderiza el script del dispositivo no admite la formación de grupos.
Dicha información de control de dispositivo puede identificar al menos un grupo formado previamente de uno o más de dicha pluralidad de dispositivos identificados. Es posible que el dispositivo de renderizado ya tenga grupos formados, pero incluso si el dispositivo de renderizado admite la formación de grupos, puede ser ventajoso dejar que el puente compruebe si los grupos se pueden formar de manera más óptima.
Dicho al menos un procesador puede configurarse, además, para usar dicho al menos un transmisor para transmitir uno o más comandos para controlar uno o más grupos de dispositivos identificados y/o uno o más dispositivos identificados individualmente, comprendiendo dichos uno o más grupos de dispositivos identificados dicho grupo de dispositivos identificados. Después de que se hayan formado los grupos de dispositivos identificados, los comandos (de nivel inferior), por ejemplo, con pares de dirección-valor, normalmente deben transmitirse con direcciones de grupo (identificadores) a los dispositivos identificados. Estos comandos pueden ser transmitidos por un dispositivo de renderizado directamente a los dispositivos identificados, por un puente directamente a los dispositivos identificados o por un dispositivo de renderizado a los dispositivos identificados a través de un puente, por ejemplo.
Dicho al menos un procesador puede configurarse para formar dicho grupo y transmitir dicho al menos un mensaje antes de transmitir cualquiera de dichos comandos. Preferiblemente, la información de control del dispositivo es un script del dispositivo que se ha obtenido en su totalidad antes de que se inicie la renderización del script del dispositivo para que el script del dispositivo se pueda analizar y los grupos se puedan formar antes de que cualquiera de los comandos (de nivel inferior) se transmita a los dispositivos identificados. Esto permite que los grupos se formen de la manera más óptima.
Dicho al menos un procesador puede configurarse para formar dicho grupo y transmitir dicho al menos un mensaje después de transmitir al menos uno de dichos comandos. Si no es posible obtener un script del dispositivo en su totalidad antes de que comience la renderización del script del dispositivo, por ejemplo, debido a que el script del dispositivo se transmite por secuencias, porque el sistema es un puente que no puede obtener el script del dispositivo o porque el script del dispositivo se genera sobre la marcha (por ejemplo, mediante un juego), entonces puede ser necesario comenzar a transmitir comandos (de nivel inferior) y formar grupos más tarde, tan pronto como se hayan procesado suficientes comandos para poder formar grupos de manera confiable. Antes de que se formen grupos basándose en el análisis de la información de control del dispositivo, se pueden usar grupos predeterminados que son independientes de la información de control del dispositivo. Los grupos pueden ajustarse durante la renderización del script del dispositivo. Los grupos pueden disolverse cuando finaliza la renderización, por ejemplo, cuando todos los comandos (de nivel inferior) se hayan transmitido a los dispositivos.
Dicho al menos un procesador puede configurarse, además, para formar uno o más grupos adicionales de dispositivos identificados analizando dicha información de control de dispositivo, controlando dichos dispositivos
identificados de cada uno de dichos uno o más grupos adicionales de manera similar de acuerdo con dicha información de control del dispositivo. La formación de otros grupos puede permitir que se controlen más dispositivos sin aumentar el tamaño de los mensajes de control (que comprenden los comandos de control).
En un segundo aspecto de la invención, el método para facilitar el control de dispositivos comprende recibir información de control del dispositivo, donde dicha información de control del dispositivo especifica cómo deben controlarse los dispositivos, formar un grupo de dispositivos identificados mediante el análisis de dicha información de control de dispositivo, donde dichos dispositivos identificados de dicho grupo de dispositivos se controlan de manera similar de acuerdo con dicha información de control del dispositivo, y transmitir al menos un mensaje que comprende un identificador de dicho grupo para permitir que dichos dispositivos identificados se configuren para llevar a cabo uno o más comandos que comprenden dicho identificador al recibir uno o más comandos, donde dicho al menos un mensaje identifica dichos dispositivos identificados de dicho grupo. El método puede implementarse en hardware y/o software.
Dicha información de control de dispositivo puede comprender un script de dispositivo, donde dicho script de dispositivo puede comprender una pluralidad de comandos y cada uno de dicha pluralidad de comandos puede especificar las propiedades requeridas de uno o más dispositivos por controlar.
Dicha información de control de dispositivo puede comprender una pluralidad de comandos para controlar una pluralidad de dispositivos identificados y dicha pluralidad de dispositivos identificados puede comprender al menos dichos dispositivos identificados de dicho grupo.
Dicho método puede comprender, además, transmitir uno o más comandos para controlar uno o más grupos de dispositivos identificados y/o uno o más dispositivos identificados individualmente, donde dichos uno o más grupos de dispositivos identificados comprenden dicho grupo de dispositivos identificados.
Además, se proporciona un programa informático para llevar a cabo los métodos descritos en este documento, así como un medio de almacenamiento legible por ordenador no transitorio que almacena el programa informático. Un programa informático, por ejemplo, puede descargarse o cargarse en un dispositivo existente o almacenarse durante la fabricación de estos sistemas.
Un medio de almacenamiento no transitorio legible por ordenador almacena al menos una parte de código de software, estando configurada la parte de código de software, cuando se ejecuta o procesa por un ordenador, para realizar operaciones ejecutables, que comprende: recibir información de control del dispositivo, donde dicha información de control del dispositivo especifica cómo deben controlarse los dispositivos, formar un grupo de dispositivos identificados mediante el análisis de dicha información de control de dispositivo, donde dichos dispositivos identificados de dicho grupo de dispositivos se controlan de manera similar de acuerdo con dicha información de control del dispositivo, y transmitir al menos un mensaje que comprende un identificador de dicho grupo para permitir que dichos dispositivos identificados se configuren para llevar a cabo uno o más comandos que comprenden dicho identificador al recibir uno o más comandos, donde dicho al menos un mensaje identifica dichos dispositivos identificados de dicho grupo.
Como apreciará un experto en la técnica, los aspectos de la presente invención pueden realizarse como un dispositivo, un método o un producto de programa informático. En consecuencia, los aspectos de la presente invención pueden tomar la forma de una realización completamente de hardware, una realización completamente de software (que incluye firmware, software residente, microcódigo, etc.) o una realización que combina aspectos de software y hardware que generalmente se pueden denominar aquí como un "circuito", "módulo" o "sistema". Las funciones descritas en esta descripción pueden implementarse como un algoritmo ejecutado por un procesador/microprocesador de un ordenador. Además, los aspectos de la presente invención pueden tomar la forma de un producto de programa informático incorporado en uno o más medios legibles por ordenador que tienen un código de programa legible por ordenador incorporado, por ejemplo, almacenado en el mismo.
Puede utilizarse cualquier combinación de uno o más medios legibles por ordenador. El medio legible por ordenador puede ser un medio de señal legible por ordenador o un medio de almacenamiento legible por ordenador. Un medio de almacenamiento legible por ordenador puede ser, por ejemplo, pero sin limitación, un sistema, aparato o dispositivo electrónico, magnético, óptico, electromagnético, infrarrojo o semiconductor, o cualquier combinación adecuada de los anteriores. Ejemplos más específicos de un medio de almacenamiento legible por ordenador pueden incluir, pero sin limitación, los siguientes: una conexión eléctrica que tiene uno o más cables, un disquete de ordenador portátil, un disco duro, una memoria de acceso aleatorio (RAM), una memoria de solo lectura (ROM), una memoria de solo lectura programable y borrable (EPROM o memoria flash), una fibra óptica, un disco compacto portátil de memoria de solo lectura (CD-ROM), un dispositivo de almacenamiento óptico, un dispositivo de almacenamiento magnético o cualquier combinación adecuada de los anteriores. En el contexto de la presente invención, un medio de almacenamiento legible por ordenador puede ser cualquier medio tangible que pueda contener o almacenar, un programa para su uso por o en conexión con un sistema, aparato o dispositivo de ejecución de instrucciones.
Un medio de señal legible por ordenador puede incluir una señal de datos propagada con un código de programa legible por ordenador incorporado en el mismo, por ejemplo, en banda base o como parte de una onda portadora. Tal señal propagada puede tomar cualquiera de una variedad de formas, que incluyen, pero sin limitación, electromagnética, óptica o cualquier combinación adecuada de las mismas. Un medio de señal legible por ordenador puede ser cualquier medio legible por ordenador que no sea un medio de almacenamiento legible por ordenador y que pueda comunicar, propagar o transportar un programa para su uso por o en conexión con un sistema, aparato o dispositivo de ejecución de instrucciones.
El código de programa incorporado en un medio legible por ordenador se puede transmitir utilizando cualquier medio apropiado, incluyendo, pero sin limitación, inalámbrico, alámbrico, fibra óptica, cable, RF, etc., o cualquier combinación adecuada de los anteriores. El código de programa informático para llevar a cabo operaciones para aspectos de la presente invención se puede escribir en cualquier combinación de uno o más lenguajes de programación, incluyendo un lenguaje de programación orientado a objetos tales como Java (TM), Smalltalk, C++ o similares y lenguajes de programación de procedimientos convencionales, como el lenguaje de programación "C" o lenguajes de programación similares. El código del programa puede ejecutarse completamente en el ordenador del usuario, en parte en el ordenador del usuario, como un paquete de software independiente, en parte en el ordenador del usuario y en parte en un ordenador remoto, o completamente en el ordenador o servidor remotos. En el último escenario, el ordenador remoto puede estar conectado al ordenador del usuario a través de cualquier tipo de red, incluida una red de área local (LAN) o una red de área amplia (WAN), o la conexión puede realizarse a un ordenador externo (por ejemplo, a través de Internet utilizando un proveedor de servicios de Internet).
Los aspectos de la presente invención se describen a continuación con referencia a ilustraciones de diagramas de flujo y/o diagramas de bloques de métodos, aparatos (sistemas) y productos de programas informáticos según realizaciones de la presente invención. Se entenderá que cada bloque de las ilustraciones del diagrama de flujo y/o los diagramas de bloques, y las combinaciones de bloques en las ilustraciones del diagrama de flujo y/o los diagramas de bloques, pueden implementarse mediante instrucciones de programa informático. Estas instrucciones de programas informáticos pueden proporcionarse a un procesador, en particular un microprocesador o una unidad central de procesamiento (CPU), de un ordenador de propósito general, un ordenador de propósito especial u otro aparato de procesamiento de datos programable para producir una máquina, de manera que las instrucciones, que se ejecutan a través del procesador del ordenador, otros aparatos de procesamiento de datos programables u otros dispositivos creen medios para implementar las funciones/actos especificados en el diagrama de flujo y/o bloque o bloques del diagrama de bloques.
Estas instrucciones del programa de ordenador también pueden almacenarse en un medio legible por ordenador que puede dirigir un ordenador, otro aparato de procesamiento de datos programable u otros dispositivos para que funcionen de una manera particular, de modo que las instrucciones almacenadas en el medio legible por ordenador produzcan un artículo de fabricación, incluyendo instrucciones que implementen la función/acto especificado en el diagrama de flujo y/o bloque o bloques del diagrama de bloques.
Las instrucciones del programa de ordenador también pueden cargarse en un ordenador, otro aparato de procesamiento de datos programable u otros dispositivos para hacer que se realicen una serie de pasos operativos en el ordenador, otro aparato programable u otros dispositivos para producir un proceso implementado por ordenador de manera que las instrucciones que se ejecutan en el ordenador u otro aparato programable proporcionen procesos para implementar las funciones/actos especificados en el diagrama de flujo y/o bloque o bloques del diagrama de bloques.
El diagrama de flujo y los diagramas de bloques de las figuras ilustran la arquitectura, la funcionalidad y el funcionamiento de posibles implementaciones de dispositivos, métodos y productos de programas informáticos de acuerdo con diversas realizaciones de la presente invención. En este sentido, cada bloque en el diagrama de flujo o los diagramas de bloques puede representar un módulo, segmento o parte de código, que comprende una o más instrucciones ejecutables para implementar la función o las funciones lógicas especificadas. También debe tenerse en cuenta que, en algunas implementaciones alternativas, las funciones indicadas en los bloques pueden ocurrir fuera del orden indicado en las figuras. Por ejemplo, dos bloques mostrados en sucesión pueden, de hecho, ejecutarse sustancialmente al mismo tiempo, o los bloques pueden ejecutarse a veces en el orden inverso, dependiendo de la funcionalidad involucrada. También se observará que cada bloque de los diagramas de bloques y/o las ilustraciones de los diagramas de flujo, y las combinaciones de bloques en los diagramas de bloques y/o las ilustraciones de los diagramas de flujo, pueden implementarse mediante sistemas basados en hardware de propósito especial que realizan las funciones o actos especificados o combinaciones de hardware de propósito especial e instrucciones de ordenador.
Breve descripción de los dibujos
Estos y otros aspectos de la invención son evidentes y se aclararán más, a modo de ejemplo, con referencia a los dibujos, en los que:
Fig. 1 es un diagrama de bloques de una primera realización del sistema de la invención;
Fig. 2 es un diagrama de bloques de una segunda realización del sistema de la invención;
Fig. 3 es un diagrama de bloques de una tercera realización del sistema de la invención;
Fig. 4 es un diagrama de bloques de una cuarta realización del sistema de la invención;
Fig. 5 es un diagrama de bloques de una quinta realización del sistema de la invención;
Fig. 6 muestra un ejemplo de agrupaciones de luces en una sala de estar;
Fig. 7 es un diagrama de flujo de una realización del método de la invención y
Fig. 8 es un diagrama de bloques de un ejemplo de sistema de procesamiento de datos para realizar el método de la invención.
Los elementos correspondientes en los dibujos se indican con el mismo número de referencia.
Descripción detallada de las realizaciones
En una primera realización, la invención se implementa en un dispositivo de renderizado: dispositivo móvil 1, ver Fig. 1. El dispositivo móvil 1 comprende un transceptor 3, un procesador 5, una memoria 7 y una pantalla 9. Hay cinco luces presentes: luces 21 a 25. Las luces 21 a 25 se pueden controlar a través de un puente 31. El puente 31 envía comandos a las luces 21 a 25 a través de ZigBee, un protocolo basado en ZigBee u otro protocolo PAN, por ejemplo.
El puente 31 está conectado a una LAN inalámbrica a través de un punto de acceso de LAN inalámbrica 27. El procesador 5 del dispositivo móvil 1 está configurado para controlar las luces 21 a 25 a través del puente 31. En esta realización, el dispositivo móvil 1 está conectado a la misma LAN inalámbrica que el puente 31 a través del mismo punto de acceso de LAN inalámbrica 27.
El procesador 5 del dispositivo móvil 1 está configurado para usar el transceptor 3 para recibir un script del dispositivo (por ejemplo, un script de luz) desde otro dispositivo en Internet 29. El dispositivo móvil 1 puede recibir el script del dispositivo completo (también denominado "contenido precargado") y luego comenzar a renderizarlo o el dispositivo móvil 1 puede transmitir el script del dispositivo, es decir, comenzar a renderizarlo tan pronto como se haya recibido una primera parte, mientras que el resto se recibe durante la renderización, o el dispositivo móvil 1 puede generar el script del dispositivo sobre la marcha, por ejemplo, si el dispositivo móvil 1 está ejecutando un juego.
Un script del dispositivo puede definir, por ejemplo, ciertos efectos por renderizar, como "efecto hielo", "mi propio ambiente 01", "mi propio ambiente 02", "ráfaga fría" y "chimenea". Para cada efecto, se pueden definir ciertas propiedades, tales como color y/o intensidad, duración y velocidad de transición. Un efecto simple puede simplemente especificar un color y/o intensidad. Un primer tipo de efecto avanzado puede especificar, por ejemplo, que se genere un primer color y/o intensidad en el momento t0 (el inicio del efecto) y que se genere un segundo color y/o intensidad en el momento t1 (y posiblemente, además colores y/o intensidades pueden especificarse para momentos posteriores). Un segundo tipo de efecto avanzado puede especificar, por ejemplo, que un primer color y/o intensidad cambie a un segundo color y/o intensidad a una velocidad de transición especificada.
El script del dispositivo puede especificar una pluralidad de comandos (también denominados elementos) y para cada comando: qué efecto o efectos se van a renderizar en qué posición o posiciones y en qué momento. El momento se puede especificar como un desplazamiento desde el inicio de la renderización, por ejemplo. La posición puede especificarse, por ejemplo, como "izquierda", "derecha", "frente", "atrás" y "todos" o como "todos", "izquierda", "derecha", "frente", "atrás ", "frontal izquierdo", "posterior derecho", etc.
El script del dispositivo también puede especificar una cantidad mínima de dispositivos que deben estar disponibles, los tipos de dispositivos que deben estar disponibles y una cantidad mínima de dispositivos por tipo que deben estar disponibles. Un script de luces puede requerir, por ejemplo, que haya al menos dos luces disponibles. Otros tipos de dispositivos pueden incluir altavoces y/o ventiladores, por ejemplo.
Antes de renderizar el script del dispositivo, el dispositivo móvil 1 primero determina qué dispositivos controlables están disponibles para renderizar el script del dispositivo. El dispositivo móvil 1 recibe del puente 31 una lista de dispositivos identificados que están disponibles, es decir, luces 21 a 25, y sus características. Estas características incluyen sus capacidades y sus posiciones. A continuación, el dispositivo móvil 1 puede comprobar si el script del dispositivo se puede renderizar utilizando estos dispositivos. Por ejemplo, el script del dispositivo puede requerir que estén disponibles al menos dos luces y, dado que hay cinco luces disponibles (luces 21 a 25), el dispositivo móvil 1 puede determinar que el script del dispositivo se pueda renderizar.
La renderización de un script del dispositivo implica mapear cada elemento (comando) del script del dispositivo a uno o más de los dispositivos identificados. Por ejemplo, si un elemento especifica que un efecto de "chimenea", que involucra colores rojo y amarillo, debe ser renderizado en la parte delantera de la habitación 15 segundos después de que haya comenzado la renderización, el dispositivo móvil 1 determinará cuál de las luces 21 a 25 puede emitir colores rojo y amarillo (por ejemplo, luces de colores) y cuál de las luces 21 a 25 están ubicadas en la parte delantera de la habitación (por ejemplo, una primera luz tiene una ubicación "frontal izquierda" y una segunda luz tiene una ubicación "frontal derecha"). Si un dispositivo no tiene las propiedades requeridas especificadas en un elemento, no se selecciona como dispositivo por controlar para renderizar ese elemento.
Si el script completo del dispositivo está disponible, todos los elementos se pueden mapear a los dispositivos identificados antes de que comience la renderización. Alternativamente, si el script del dispositivo se transmite por secuencias o se genera sobre la marcha, un elemento se puede mapear a los dispositivos identificados tan pronto como se reciba o se genere. Después del mapeo, se generan comandos para los dispositivos identificados. Estos comandos son de nivel inferior a los comandos (elementos) del script del dispositivo. El script del dispositivo es un primer tipo de información de control de dispositivo. Los comandos de nivel inferior son un segundo tipo de información de control del dispositivo. En ambos casos, la información de control del dispositivo especifica cómo se deben controlar los dispositivos, pero mientras que los comandos del script del dispositivo no identifican ningún dispositivo específico, los comandos para los dispositivos identificados, por supuesto, sí lo hacen (y, por lo tanto, se consideran de nivel inferior).
El procesador 5 está configurado para formar un grupo de dispositivos identificados analizando la información de control del dispositivo, siendo controlados los dispositivos identificados del grupo de dispositivos de manera similar de acuerdo con la información de control del dispositivo. En la realización de la Fig. 1, el procesador 5 está configurado para formar un grupo de dispositivos identificados a partir de los uno o más dispositivos identificados mediante el análisis de los comandos (elementos) del script del dispositivo. El procesador 5 está configurado para usar el transceptor 3 para transmitir al menos un mensaje que comprende un identificador del grupo para permitir que los dispositivos identificados se configuren para llevar a cabo uno o más comandos que comprenden el identificador al recibir uno o más comandos. El al menos un mensaje identifica los dispositivos identificados del grupo.
En la realización de la Fig. 1, el al menos un mensaje se transmite al puente 31 a través de una interfaz de programación de aplicaciones (API) del puente 31. El puente 31 informa a las luces 21 a 25 a qué grupo o grupos han sido asignados. Cada una de las luces 21 a 25 sabe entonces que necesita ejecutar un comando que comprende un identificador de grupo que identifica a un grupo del que es miembro. El puente 31 puede informar a las luces 21 a 25 con un mensaje de unidifusión, multidifusión o difusión. Las luces 21 a 25 pueden confirmar la recepción de este mensaje. Una vez finalizada la renderización, las asignaciones de grupo pueden eliminarse. El puente 31 puede indicar a las luces 21 a 25 que eliminen las asignaciones de grupo. El dispositivo móvil 1 puede informar al puente 31 que la renderización ha finalizado.
El procesador 5 está configurado, además, para formar uno o más grupos adicionales de dispositivos identificados analizando la información de control del dispositivo, siendo controlados de manera similar los dispositivos identificados de cada uno de los uno o más grupos adicionales de acuerdo con la información de control del dispositivo. De esta forma, se pueden crear múltiples grupos de dispositivos identificados. Si un determinado dispositivo identificado no se controla de manera similar a otro dispositivo identificado, por ejemplo, debido a que está en el otro lado de la habitación y tiene capacidades diferentes a las de los otros dispositivos identificados, puede ser mejor no agrupar a este dispositivo y controlarlo individualmente. Al formar grupos de dispositivos y utilizar direcciones de grupo (identificadores) en lugar de direcciones individuales en los mensajes de control, se puede reducir el tamaño de estos mensajes de control, lo que permite controlar más dispositivos con el mismo tamaño de mensajes de control sin reducir la frecuencia a la que se pueden transmitir comandos.
El procesador 5 está configurado, además, para usar el transceptor 3 para transmitir uno o más comandos para controlar uno o más grupos de dispositivos identificados y/o uno o más dispositivos identificados individualmente. Si está disponible todo el script del dispositivo, estos uno o más comandos (de nivel inferior) pueden determinarse antes de que se transmita el primer comando. Alternativamente, si el script del dispositivo se transmite por secuencias o se genera sobre la marcha, se puede determinar un comando (de nivel inferior) tan pronto como se reciba o se genere un nuevo comando de script del dispositivo (elemento). En el primer caso, el procesador 5 se configura preferiblemente para formar el grupo y transmitir el al menos un mensaje antes de transmitir cualquiera de los comandos. En el último caso, el procesador 5 está configurado preferiblemente para formar el grupo y transmitir el al menos un mensaje después de transmitir al menos uno de los comandos. Este al menos uno de los comandos solo está destinado a controlar dispositivos identificados individualmente, ya que no hay suficiente información en ese momento para formar grupos de dispositivos identificados en función del análisis de la información de control del dispositivo. En la realización de la Fig. 1, uno o más comandos (de nivel inferior) se transmiten al puente 31 a través de una interfaz de programación de aplicaciones (API) del puente 31.
En la realización mostrada en la Fig. 1, el dispositivo móvil 1 comprende un procesador 5. En una realización alternativa, el dispositivo móvil 1 comprende múltiples procesadores. El procesador 5 del dispositivo móvil 1 puede ser un procesador de propósito general, por ejemplo, de ARM o Qualcomm, o un procesador específico de la aplicación. El procesador 5 del dispositivo móvil 1 puede ejecutar un sistema operativo iOS, Windows o Android, por ejemplo. La invención puede implementarse utilizando un programa informático que se ejecute en uno o más procesadores. En la realización mostrada en la Fig. 1, un receptor y un transmisor se han combinado en un transceptor 3. En una realización alternativa, se utilizan uno o más componentes receptores separados y uno o más componentes transmisores separados. En una realización alternativa, se utilizan varios transceptores en lugar de un solo transceptor. El transceptor 3 puede usar una o más tecnologías de comunicación inalámbrica para transmitir y recibir datos, por ejemplo, LTE, Wi-Fi, ZigBee y/o Bluetooth. La memoria 7 puede comprender una o más unidades
de memoria. La memoria 7 puede comprender una memoria de estado sólido, por ejemplo. La pantalla 9 puede comprender un panel de pantalla LCD u OLED, por ejemplo. La pantalla 9 puede ser una pantalla táctil, por ejemplo. En una segunda realización, la invención se implementa en un puente 11, ver Fig. 2. El puente 11 comprende un transceptor 13, un procesador 15 y una memoria 17. Un dispositivo móvil 33 recibe y procesa un script del dispositivo a descrito en relación con la Fig. 1, pero no hay grupos de dispositivos identificados formados por el dispositivo móvil 33 y los comandos de nivel inferior transmitidos por el dispositivo móvil 33 solo están destinados a controlar dispositivos identificados individualmente. El dispositivo móvil 33 recibe del puente 11 una lista de dispositivos identificados que están presentes y disponibles, es decir, luces 21 a 25, y sus características, para mapear elementos del script del dispositivo a dispositivos identificados.
En la realización de la Fig. 2, el procesador 15 está configurado para formar un grupo de dispositivos identificados a partir del uno o más dispositivos identificados mediante el análisis de los comandos de nivel inferior recibidos desde el dispositivo móvil 33. En otras palabras, la información de control del dispositivo comprende una pluralidad de comandos para controlar una pluralidad de dispositivos identificados y la pluralidad de dispositivos identificados comprende al menos los dispositivos identificados del grupo. El procesador 15 está configurado para formar un grupo de dispositivos identificados analizando la información de control del dispositivo, siendo controlados los dispositivos identificados del grupo de manera similar de acuerdo con la información de control del dispositivo. El procesador 15 está configurado para usar el transceptor 3 para transmitir al menos un mensaje que comprende un identificador del grupo para permitir que los dispositivos identificados se configuren para llevar a cabo uno o más comandos que comprenden el identificador al recibir uno o más comandos. El al menos un mensaje identifica los dispositivos identificados del grupo.
El procesador 15 está configurado, además, para usar el transceptor 3 para transmitir uno o más comandos para controlar uno o más grupos de dispositivos identificados y/o uno o más dispositivos identificados individualmente. Por lo tanto, el puente 11 convierte los comandos de nivel inferior recibidos desde el dispositivo móvil 33 en otros comandos de nivel inferior, que el puente 11 luego transmite a las luces 21 a 25. El procesador 15 está configurado preferiblemente para formar el grupo y transmitir el al menos un mensaje después de transmitir al menos uno de los comandos, ya que no tiene suficiente información para formar grupos de dispositivos identificados en base al análisis de la información de control del dispositivo después de recibir solo un comando de nivel inferior desde el dispositivo móvil 33.
En la realización mostrada en la Fig. 2, el puente 11 comprende un procesador 15. En una realización alternativa, el puente 11 comprende múltiples procesadores. El procesador 15 del dispositivo móvil 11 puede ser un procesador de propósito general, por ejemplo, de ARM o Qualcomm, o un procesador específico de la aplicación. El procesador 15 del puente 11 puede ejecutar un sistema operativo basado en Linux, por ejemplo. La invención puede implementarse utilizando un programa informático que se ejecute en uno o más procesadores.
En la realización mostrada en la Fig. 2, un receptor y un transmisor se han combinado en un transceptor 13. En una realización alternativa, se utilizan uno o más componentes receptores separados y uno o más componentes transmisores separados. En una realización alternativa, se utilizan varios transceptores en lugar de un solo transceptor. El transceptor 13 puede usar una o más tecnologías de comunicación inalámbrica para transmitir y recibir datos, por ejemplo, LTE, Wi-Fi, ZigBee y/o Bluetooth. La memoria 17 puede comprender una o más unidades de memoria. La memoria 17 puede comprender una memoria de estado sólido, por ejemplo.
En una variación de la realización de la Fig. 2, el procesador 15 puede configurarse para usar el transceptor 13 para recibir un script del dispositivo, por ejemplo, desde el dispositivo móvil 33, y para formar un grupo de dispositivos disponibles a partir del uno o más dispositivos identificados mediante el análisis de los comandos (elementos) del script del dispositivo.
En una tercera realización, la invención se implementa tanto en un dispositivo móvil 1 como en un puente 11, ver Fig. 3. El dispositivo móvil 1 de la Fig. 3 corresponde al dispositivo móvil 1 de la Fig. 1. El puente 11 de la Fig. 3 corresponde al puente 11 de la Fig. 2. En esta tercera realización, el puente 11 recibe comandos de nivel inferior del dispositivo móvil 1, pero a diferencia de la segunda realización, estos comandos de nivel inferior también incluyen comandos para controlar uno o más grupos de dispositivos identificados. En otras palabras, la información de control del dispositivo identifica al menos un grupo formado previamente de uno o más de la pluralidad de dispositivos identificados. El puente 11 puede formar diferentes grupos, por ejemplo, más o menos grupos que el dispositivo móvil 1 y, por lo tanto, los comandos de nivel inferior transmitidos por el puente 11 a las luces 21 a 25 pueden utilizar agrupaciones diferentes que los comandos de nivel inferior recibidos por el puente desde el dispositivo móvil 1. En una cuarta realización, la invención se implementa en un dispositivo móvil 1 y el dispositivo móvil 1 está configurado para comunicarse directamente con las luces 21 a 25, es decir, sin el uso de un puente, ver Fig. 4. En esta realización, el dispositivo móvil 1 puede transmitir señales inalámbricas usando un protocolo comprendido por las lámparas 21 a 25, por ejemplo, ZigBee o un protocolo patentado basado en ZigBee. El dispositivo móvil 1 funciona de manera similar a como se describe en relación con la Fig. 1, excepto que el dispositivo móvil 1 compila una lista de dispositivos identificados en sí mismo basándose en la información recibida directamente de las luces 21
a 25, que también comprende las características de las luces, y que el dispositivo móvil 1 transmite los comandos de nivel inferior directamente a las luces 21 a 25.
En una quinta realización, la invención se implementa en un dispositivo móvil 1 y el dispositivo móvil 1 está configurado para comunicarse con las luces 21 a 25 sin el uso de un puente, pero a través del punto de acceso de LAN inalámbrica 27, ver Fig. 5. En esta realización, las luces 21 a 25 pueden recibir y decodificar señales de LAN inalámbrica (por ejemplo, Wi-Fi) transmitidas por el punto de acceso 27 de LAN inalámbrica. El dispositivo móvil 1 se comporta de manera similar a como se describe en relación con la Fig. 4.
Fig. 6 muestra un ejemplo de agrupaciones de luces en una sala de estar 41 que comprende un televisor 43 y luces 21 a 25. Un primer grupo 45 comprende luces 21 y 22, por ejemplo, porque al menos algunos de los efectos del script del dispositivo que se está renderizando especifican una posición "frontal". Un segundo grupo 46 comprende luces 22 y 24, por ejemplo, porque al menos algunos de los efectos del script del dispositivo que se procesa especifican una posición "correcta". Un tercer grupo 47 comprende luces 23 y 25, por ejemplo, porque al menos algunos de los efectos del script del dispositivo que se está renderizando especifican una posición "central". Un cuarto grupo 48 comprende las cinco luces. Por lo general, las luces se controlan de manera similar y, por lo tanto, se agrupan automáticamente si tienen posiciones o capacidades similares.
Por tanto, la luz 21 forma parte de los grupos 45 y 48. Por lo tanto, la luz 22 forma parte de los grupos 45, 46 y 48. Por tanto, la luz 23 forma parte de los grupos 47 y 48. Por tanto, la luz 24 forma parte de los grupos 46 y 48. Por tanto, la luz 25 forma parte de los grupos 47 y 48. Estos grupos de luces se utilizan para ilustrar las realizaciones de las Figs. 1 a 3.
En la realización de la Fig. 1, el dispositivo móvil 1 forma grupos y el puente 31 envía los comandos de nivel inferior directamente a las luces 21 a 25. Por ejemplo, el puente 31 recibe los comandos "L21 - Rojo, G47 - Blanco, G46 -Verde" (donde L21 identifica la luz 21 y G47 identifica el grupo 47) desde el dispositivo móvil 1 y transmite los comandos "L21 - Rojo, G47 - Blanco, g 46 - Verde" a las luces 21 a 25. El formato "L21 - Rojo, G47 - Blanco, G46 -Verde" se ha utilizado con fines ilustrativos. En la práctica, el formato se puede codificar para que sea lo más corto posible.
En la realización de la Fig. 2, el dispositivo móvil 33 ignora la agrupación y transmite comandos de nivel inferior para luces individuales al puente 11. El puente 11 usa la agrupación de la Fig. 6 para convertir los comandos de nivel inferior recibidos en diferentes comandos de nivel inferior, que transmite a las luces 21 a 25. Por ejemplo, el puente 11 recibe los comandos "L21 - Rojo, L22 - Verde, L23 - Blanco, L24 - Verde, L25 - Blanco" desde el dispositivo móvil 33 y transmite los comandos "L21 - Rojo, G47- Blanco, G46 - Verde" a las luces 21 a 25.
En la realización de la Fig. 3, el dispositivo móvil 1 realiza una agrupación parcial y el puente 11 verifica y reagrupa si es necesario. El puente 11 utiliza la agrupación de la Fig. 6 para convertir los comandos de nivel inferior recibidos en diferentes comandos de nivel inferior si es necesario y reenvía los comandos de nivel inferior recibidos o transmite los diferentes comandos de nivel inferior a las luces 21 a 25. Como un ejemplo de esto último, el puente 11 recibe los comandos "L21 - Rojo, L22 - Verde, L24 - Verde, G47 - Blanco" del dispositivo móvil 1 y transmite los comandos "L21- Rojo, G47- Blanco, G46 - Verde" a las luces 21 a 25.
En la Fig. 7, se muestra una primera realización del método para facilitar el control de los dispositivos. Un paso 61 comprende recibir información de control del dispositivo. La información del dispositivo de control especifica cómo se deben controlar los dispositivos. Un paso 63 comprende formar un grupo de dispositivos identificados analizando la información de control del dispositivo, siendo controlados los dispositivos identificados del grupo de manera similar de acuerdo con la información de control del dispositivo. Un paso 65 comprende transmitir al menos un mensaje que comprende un identificador del grupo para permitir que los dispositivos identificados se configuren para llevar a cabo uno o más comandos que comprenden el identificador al recibir uno o más comandos. El al menos un mensaje identifica los dispositivos identificados del grupo.
La información de control del dispositivo puede comprender un script del dispositivo que comprende una pluralidad de comandos para controlar una pluralidad de dispositivos aún no identificados o una pluralidad de comandos para controlar una pluralidad de dispositivos identificados. La pluralidad de dispositivos identificados comprende al menos los dispositivos identificados del grupo. La pluralidad de comandos para controlar una pluralidad de dispositivos aún no identificados especifica las propiedades requeridas de uno o más dispositivos por controlar.
En la realización de la Fig. 7, el método comprende, además, un paso 67 de transmisión de uno o más comandos para controlar uno o más grupos de dispositivos identificados y/o uno o más dispositivos identificados individualmente. El uno o más grupos de dispositivos identificados comprende el grupo de dispositivos identificados.
Fig. 8 representa un diagrama de bloques que ilustra un sistema de procesamiento de datos de ejemplo que puede realizar el método descrito con referencia a la Fig. 7.
Como se muestra en la Fig. 8, el sistema de procesamiento de datos 300 puede incluir al menos un procesador 302 acoplado a elementos de memoria 304 a través de un bus de sistema 306. Como tal, el sistema de procesamiento de datos puede almacenar un código de programa dentro de elementos de memoria 304. Además, el procesador 302 puede ejecutar el código de programa al que se accede desde los elementos de memoria 304 a través de un bus de sistema 306. En un aspecto, el sistema de procesamiento de datos puede implementarse como un ordenador que sea adecuado para almacenar y/o ejecutar un código de programa. Debe apreciarse, sin embargo, que el sistema de procesamiento de datos 300 pueda implementarse en la forma de cualquier sistema que incluya un procesador y una memoria que sea capaz de realizar las funciones descritas en esta memoria descriptiva.
Los elementos de memoria 304 pueden incluir uno o más dispositivos de memoria física tales como, por ejemplo, la memoria local 308 y uno o más dispositivos de almacenamiento masivo 310. La memoria local puede referirse a la memoria de acceso aleatorio u otros dispositivos de memoria no persistentes en general, utilizado durante la ejecución real del código del programa. Un dispositivo de almacenamiento masivo puede implementarse como un disco duro u otro dispositivo de almacenamiento de datos persistentes. El sistema de procesamiento 300 también puede incluir una o más memorias caché (no mostradas) que proporcionan almacenamiento temporal de al menos algún código de programa para reducir la cantidad de veces que el código de programa debe recuperarse del dispositivo 310 de almacenamiento masivo durante la ejecución.
Los dispositivos de entrada/salida (E/S) representados como un dispositivo de entrada 312 y un dispositivo de salida 314 pueden acoplarse opcionalmente al sistema de procesamiento de datos. Los ejemplos de dispositivos de entrada pueden incluir, pero sin limitación, un teclado, un dispositivo señalador como un ratón, o similares. Los ejemplos de dispositivos de salida pueden incluir, pero sin limitación, un monitor o una pantalla, altavoces, o similares. Los dispositivos de entrada y/o salida pueden acoplarse al sistema de procesamiento de datos directamente o mediante controladores de E/S intervinientes.
En una realización, los dispositivos de entrada y salida pueden implementarse como un dispositivo de entrada/salida combinado (ilustrado en la Fig. 8 con una línea discontinua que rodea el dispositivo de entrada 312 y el dispositivo de salida 314). Un ejemplo de un dispositivo combinado de este tipo es una pantalla sensible al tacto, también denominada a veces "display de pantalla táctil" o simplemente "pantalla táctil". En tal realización, la entrada al dispositivo puede ser proporcionada por un movimiento de un objeto físico, como por ejemplo, un lápiz o un dedo de un usuario, en o cerca de la pantalla táctil.
También se puede acoplar un adaptador de red 316 al sistema de procesamiento de datos para permitir que se acople a otros sistemas, sistemas informáticos, dispositivos de red remota y/o dispositivos de almacenamiento remoto a través de redes públicas o privadas intervinientes. El adaptador de red puede comprender un receptor de datos para recibir datos que son transmitidos por dichos sistemas, dispositivos y/o redes al sistema de procesamiento de datos 300, y un transmisor de datos para transmitir datos desde el sistema de procesamiento de datos 300 a dichos sistemas, dispositivos y/o redes. Los módems, módems de cable y tarjetas Ethernet son ejemplos de diferentes tipos de adaptadores de red que se pueden usar con el sistema de procesamiento de datos 300.
Como se muestra en la Fig. 8, los elementos de memoria 304 pueden almacenar una aplicación 318. En varias realizaciones, la aplicación 318 puede almacenarse en la memoria local 308, los uno o más dispositivos de almacenamiento masivo 310, o separarse de la memoria local y los dispositivos de almacenamiento masivo. Debe apreciarse que el sistema de procesamiento de datos 300 puede ejecutar, además, un sistema operativo (no mostrado en la Fig. 8) que puede facilitar la ejecución de la aplicación 318. La aplicación 318, que se implementa en forma de código de programa ejecutable, puede ejecutarse mediante el sistema de procesamiento de datos 300, por ejemplo, mediante el procesador 302. En respuesta a la ejecución de la aplicación, el sistema de procesamiento de datos 300 puede configurarse para realizar una o más operaciones o pasos de método descritos en este documento.
Varias realizaciones de la invención pueden implementarse como un producto de programa para su uso con un sistema informático, donde el programa o los programas del producto de programa definen funciones de las realizaciones (incluidos los métodos descritos en este documento). En una realización, el o los programas pueden estar contenidos en una variedad de medios de almacenamiento legibles por ordenador no transitorios, donde, como se usa en este documento, la expresión "medios de almacenamiento legibles por ordenador no transitorios" comprende todos los medios legibles por ordenador, siendo la única excepción una señal de propagación transitoria. En otra realización, el o los programas pueden estar contenidos en una variedad de medios de almacenamiento transitorios legibles por ordenador. Los medios de almacenamiento legibles por ordenador ilustrativos incluyen, pero sin limitación: (i) medios de almacenamiento no grabables (por ejemplo, dispositivos de memoria de solo lectura dentro de un ordenador como discos CD-ROM legibles por una unidad de CD-ROM, chips ROM o cualquier tipo de memoria semiconductora no volátil de estado sólido), en los que se almacena información en forma permanente; y (ii) medios de almacenamiento grabables (por ejemplo, memoria flash, disquetes dentro de una unidad de disquete o unidad de disco duro o cualquier tipo de memoria semiconductora de acceso aleatorio de estado sólido), en los que se almacena información alterable. El programa informático puede ejecutarse en el procesador 302 descrito en este documento.
Claims (15)
1. Un sistema (1, 11) para facilitar el control de dispositivos de iluminación, que comprende:
al menos un receptor (3, 13);
al menos un transmisor (3, 13); y
al menos un procesador (5, 15) configurado para:
- recibir, a través de dicho al menos un receptor (3, 13), un script de luz que especifica cómo se deben controlar los dispositivos de iluminación, caracterizado por
- analizar dicho script de luz para identificar aquellos dispositivos de iluminación que deban controlarse de manera similar de acuerdo con dicho script de luz,
- formar un grupo de dispositivos de iluminación identificados en base a dicho análisis de dicho script de luz, y - transmitir, a través de dicho al menos un transmisor (3, 13), al menos un mensaje que identifica dichos dispositivos identificados de dicho grupo y que comprende un identificador de dicho grupo, dicho al menos un mensaje configurado para hacer que dichos dispositivos de iluminación identificados se configuren para realizar los siguientes comandos que comprenden dicho identificador.
2. Un sistema (1, 11) de acuerdo con la reivindicación 1, en el que dicho script de luz comprende una pluralidad de comandos, y cada uno de dicha pluralidad de comandos especifica las propiedades requeridas de uno o más dispositivos de iluminación por controlar.
3. Un sistema (1, 11) de acuerdo con la reivindicación 2, en el que dicho al menos un procesador (5, 15) está configurado para identificar uno o más dispositivos de iluminación que tienen dichas propiedades requeridas para cada uno de dichos uno o más comandos.
4. Un sistema (1, 11) de acuerdo con la reivindicación 3, en el que dicho al menos un procesador (5, 15) está configurado para formar dicho grupo de dispositivos de iluminación identificados a partir de dicho uno o más dispositivos de iluminación identificados analizando dichos comandos.
5. Un sistema (1, 11) de acuerdo con la reivindicación 1, en el que dicho script de luz comprende una pluralidad de comandos para controlar una pluralidad de dispositivos de iluminación identificados y dicha pluralidad de dispositivos de iluminación identificados comprende al menos dichos dispositivos de iluminación identificados de dicho grupo.
6. Un sistema (1, 11) de acuerdo con la reivindicación 5, en el que dicho script de luz identifica al menos un grupo formado previamente de uno o más de dicha pluralidad de dispositivos de iluminación identificados.
7. Un sistema (1, 11) de acuerdo con cualquiera de las reivindicaciones anteriores, en el que dicho al menos un procesador (5, 15) está configurado, además, para usar dicho al menos un transmisor (3, 13) para transmitir uno o más comandos para controlar uno o más grupos de dispositivos de iluminación identificados y/o uno o más dispositivos de iluminación identificados individualmente, comprendiendo dichos uno o más grupos de dispositivos de iluminación identificados dicho grupo de dispositivos de iluminación identificados.
8. Un sistema (1, 11) de acuerdo con la reivindicación 7, en el que dicho al menos un procesador (5, 15) está configurado para formar dicho grupo y transmitir dicho al menos un mensaje antes de transmitir cualquiera de dichos comandos.
9. Un sistema (1, 11) de acuerdo con la reivindicación 7, en el que dicho al menos un procesador (5, 15) está configurado para formar dicho grupo y transmitir dicho al menos un mensaje después de transmitir al menos uno de dichos comandos.
10. Un sistema (1, 11) de acuerdo con la reivindicación 1, en el que dicho al menos un procesador (5, 15) está configurado, además, para formar uno o más grupos adicionales de dispositivos de iluminación identificados mediante el análisis de dicho script de luz, estando controlados dichos dispositivos identificados de cada uno de dichos uno o más grupos adicionales de manera similar de acuerdo con dicho script de luz.
11. Un método para facilitar el control de dispositivos de iluminación, que comprende:
- recibir (61), por al menos un receptor (3, 13), un script de luz que especifica cómo deben controlarse los dispositivos de iluminación; caracterizado por analizar dicho script de luz para identificar aquellos dispositivos de iluminación que deban controlarse de manera similar de acuerdo con dicho script de luz,
- formar (63) un grupo de dispositivos de iluminación identificados en base a dicho análisis de dicho script de luz; y - transmitir (65), a través de al menos un transmisor (3, 13), al menos un mensaje que identifica dichos dispositivos identificados de dicho grupo y que comprende un identificador de dicho grupo, donde dicho al menos un mensaje está configurado para hacer que dichos dispositivos identificados sean configurados para ejecutar los siguientes comandos que comprenden dicho identificador.
12. Un método de acuerdo con la reivindicación 11, en el que dicho script de luz comprende una pluralidad de comandos, y cada uno de dicha pluralidad de comandos especifica las propiedades requeridas de uno o más dispositivos de iluminación por controlar.
13. Un método de acuerdo con la reivindicación 11, en el que dicho script de luz comprende una pluralidad de comandos para controlar una pluralidad de dispositivos de iluminación identificados y dicha pluralidad de dispositivos de iluminación identificados comprende al menos dichos dispositivos de iluminación identificados de dicho grupo.
14. Un método de acuerdo con la reivindicación 11, que comprende, además, transmitir (67) uno o más comandos para controlar uno o más grupos de dispositivos de iluminación identificados y/o uno o más dispositivos de iluminación identificados individualmente, donde dichos uno o más grupos de dispositivos de iluminación identificados comprenden dicho grupo de dispositivos de iluminación identificados.
15. Un programa informático o conjunto de programas informáticos que comprenden al menos una parte de código de software o un producto de programa informático que almacena al menos una parte de código de software, estando configurada la parte de código de software, cuando se ejecuta en un sistema informático, para realizar el método de acuerdo con cualquiera de las reivindicaciones 11 a 14.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP17169893 | 2017-05-08 | ||
| PCT/EP2018/061275 WO2018206378A1 (en) | 2017-05-08 | 2018-05-03 | Forming groups of devices by analyzing device control information |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2832556T3 true ES2832556T3 (es) | 2021-06-10 |
Family
ID=58672495
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES18719933T Active ES2832556T3 (es) | 2017-05-08 | 2018-05-03 | Formación de grupos de dispositivos mediante el análisis de la información de control del dispositivo |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US11602034B2 (es) |
| EP (1) | EP3622785B1 (es) |
| JP (1) | JP6783956B2 (es) |
| CN (1) | CN110583100B (es) |
| ES (1) | ES2832556T3 (es) |
| WO (1) | WO2018206378A1 (es) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7143537B2 (ja) | 2019-03-18 | 2022-09-28 | シグニファイ ホールディング ビー ヴィ | 照明デバイスグループ化情報に基づく照明デバイスを制御する際に発生する問題の診断 |
| JP7179229B2 (ja) * | 2019-11-04 | 2022-11-28 | シグニファイ ホールディング ビー ヴィ | 照明システムへのブリッジの追加後にグループでブリッジをコンフィギュレーションするためのシステム及び方法 |
| US11710483B2 (en) | 2021-03-22 | 2023-07-25 | International Business Machines Corporation | Controlling voice command execution via boundary creation |
| WO2023079131A1 (en) * | 2021-11-08 | 2023-05-11 | Signify Holding B.V. | Controlling a plurality of lighting devices with multiple controllers |
Family Cites Families (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2897711B2 (ja) * | 1996-02-05 | 1999-05-31 | 日本電気株式会社 | 伝送制御システム |
| EP1451788B1 (en) * | 2001-11-29 | 2006-06-21 | Koninklijke Philips Electronics N.V. | System and method for remote control of identical devices |
| KR20060058179A (ko) * | 2004-11-24 | 2006-05-29 | 김무현 | 네트워크 침입차단시스템에 대한 네트워크 접근 규칙 분석시스템 및 이를 이용한 네트워크 접근 규칙 분석 방법 |
| FR2890505B1 (fr) * | 2005-09-08 | 2007-10-26 | Alcatel Sa | Systeme et procede de diffusion de contenus personnalises et eventuellement interactifs a destination de terminaux rattaches a un reseau de communication |
| EP2008502A4 (en) | 2006-04-10 | 2014-12-10 | Carmanah Technologies Inc | METHOD AND SYSTEM FOR WIRELESS REMOTE CONTROL OF MARKING LAMPS |
| CN101444145A (zh) * | 2006-05-11 | 2009-05-27 | 皇家飞利浦电子股份有限公司 | 具有连接分组的照明系统 |
| US20080026579A1 (en) | 2006-07-25 | 2008-01-31 | Kuo-Chih Lai | Copper damascene process |
| JP2010507218A (ja) * | 2006-10-19 | 2010-03-04 | フィリップス ソリッド−ステート ライティング ソリューションズ インコーポレイテッド | ネットワーク化可能なｌｅｄベースの照明設備およびそれに電力を供給しかつ制御するための方法 |
| WO2008117244A1 (en) | 2007-03-27 | 2008-10-02 | Koninklijke Philips Electronics N.V. | Control circuit, system for operating a device and device for programming such a control circuit |
| US8176168B1 (en) * | 2007-05-31 | 2012-05-08 | American Megatrends, Inc. | Detecting the health of an operating system in virtualized and non-virtualized environments |
| CN101911836B (zh) | 2008-01-16 | 2014-01-08 | 皇家飞利浦电子股份有限公司 | 用于关于光平衡的场景设置控制的用户接口 |
| US8442403B2 (en) * | 2008-03-02 | 2013-05-14 | Lumenetix, Inc. | Lighting and control systems and methods |
| US8214084B2 (en) * | 2008-10-24 | 2012-07-03 | Ilumisys, Inc. | Integration of LED lighting with building controls |
| NL2002799C2 (en) * | 2009-04-24 | 2010-10-26 | Univ Delft Tech | Data structure, method and system for address lookup. |
| KR101139420B1 (ko) * | 2010-07-06 | 2012-04-27 | 삼성엘이디 주식회사 | 조명 장치 |
| RU2584499C2 (ru) * | 2011-02-28 | 2016-05-20 | Конинклейке Филипс Н.В. | Способ функционирования и ввода в действие устройств в сети zigbee |
| KR20120139390A (ko) * | 2011-06-17 | 2012-12-27 | 삼성전자주식회사 | 이미지 촬영을 위한 광원 제어 장치, 시스템 및 방법 |
| US9192019B2 (en) * | 2011-12-07 | 2015-11-17 | Abl Ip Holding Llc | System for and method of commissioning lighting devices |
| US8912735B2 (en) * | 2012-12-18 | 2014-12-16 | Cree, Inc. | Commissioning for a lighting network |
| CN104956773B (zh) * | 2013-02-01 | 2017-09-15 | 飞利浦灯具控股公司 | 经由光和声音的自动分组 |
| US9933920B2 (en) * | 2013-09-27 | 2018-04-03 | Sonos, Inc. | Multi-household support |
| EP2924581B1 (en) * | 2014-03-24 | 2019-09-04 | Pingdom AB | Method, server and agent for monitoring user interaction patterns |
| US10085327B2 (en) | 2014-04-11 | 2018-09-25 | A9.Com, Inc. | Modular coordinated lighting system |
| WO2016014957A1 (en) * | 2014-07-25 | 2016-01-28 | Lutron Electronics Co., Inc. | Automatic configuration of a load control system |
| US10085328B2 (en) * | 2014-08-11 | 2018-09-25 | RAB Lighting Inc. | Wireless lighting control systems and methods |
| US10045427B2 (en) | 2014-09-29 | 2018-08-07 | Philips Lighting Holding B.V. | System and method of autonomous restore point creation and restoration for luminaire controllers |
| CN204350421U (zh) * | 2015-02-04 | 2015-05-20 | 重庆文理学院 | 基于图像处理技术的智能照明控制系统 |
| HK1204225A2 (en) * | 2015-08-20 | 2015-11-06 | En Trak Hong Kong Ltd | Wireless lighting control system and its application thereof |
-
2018
- 2018-05-03 ES ES18719933T patent/ES2832556T3/es active Active
- 2018-05-03 EP EP18719933.6A patent/EP3622785B1/en active Active
- 2018-05-03 WO PCT/EP2018/061275 patent/WO2018206378A1/en unknown
- 2018-05-03 CN CN201880030325.0A patent/CN110583100B/zh active Active
- 2018-05-03 US US16/612,048 patent/US11602034B2/en active Active
- 2018-05-03 JP JP2019561146A patent/JP6783956B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2020518993A (ja) | 2020-06-25 |
| EP3622785B1 (en) | 2020-08-19 |
| EP3622785A1 (en) | 2020-03-18 |
| WO2018206378A1 (en) | 2018-11-15 |
| CN110583100A (zh) | 2019-12-17 |
| US20200170094A1 (en) | 2020-05-28 |
| CN110583100B (zh) | 2021-12-24 |
| JP6783956B2 (ja) | 2020-11-11 |
| US11602034B2 (en) | 2023-03-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2832556T3 (es) | Formación de grupos de dispositivos mediante el análisis de la información de control del dispositivo | |
| RU2653503C2 (ru) | Средство на основе планшета для ввода в эксплуатацию адресного освещения | |
| CN106416098B (zh) | 利用位置信息委任照明器 | |
| US10816153B2 (en) | Wireless lighting control system | |
| US9795015B2 (en) | Automatic identification and localization of wireless light emitting elements | |
| EP3417681B1 (en) | Electronic device including light emitting device and operating method thereof | |
| CN104797311A (zh) | 经由控制台的环境光控制和校准 | |
| US10181901B2 (en) | Determining encoding schemes for formatting output signals of light-based communication enabled luminaires | |
| RU2731365C2 (ru) | Способ и система для управления осветительным устройством | |
| US20170005860A1 (en) | Zigbee light link network commissioning | |
| ES2895694T3 (es) | Representación de una escena de luz dinámica basándose en uno o varios ajustes de luz | |
| JP2017508263A (ja) | ワイヤレス制御可能なポータブル照明器具 | |
| ES2964831T3 (es) | Sistema de control de multitudes para controlar una pluralidad de terminales de usuario | |
| ES2812624T3 (es) | Controlar dispositivos de una instalación de agua | |
| ES2829271T3 (es) | Proporcionar condicionalmente funciones basadas en la ubicación | |
| ES2918098T3 (es) | Activación de una fuente de luz en función de la duración del ciclo de alimentación anterior | |
| ES2961586T3 (es) | Control de desactivación de un dispositivo de iluminación mediante un dispositivo de control de iluminación en modo de consulta | |
| ES2743811T3 (es) | Ampliación de la cobertura en un sistema de iluminación exterior mediante el uso de un dispositivo móvil y comunicaciones inalámbricas de corto alcance | |
| ES2800157T3 (es) | Un sistema de control para controlar un dispositivo de iluminación dispuesto para proporcionar iluminación funcional y/o de ambiente usando la presencia de un dispositivo portátil | |
| CN108475104B (zh) | 可穿戴装置、控制可穿戴装置的方法及计算机可读介质 | |
| US10785850B2 (en) | Controller for indicating a presence of a virtual object via a lighting device and a method thereof | |
| ES2939368T3 (es) | Selección de un destino para una señal de sensor en función de una configuración de iluminación activa | |
| ES2948621T3 (es) | Determinación de una posición alternativa para un dispositivo de iluminación para mejorar una función auxiliar | |
| Greco et al. | Enlighten | |
| KR20220073200A (ko) | Iot를 이용한 동굴 관리 시스템 |