ES2966672T3 - Un sistema de notificación de eventos inalámbrico que tiene un dispositivo inalámbrico configurado para comunicarse a frecuencias configurables dinámicamente - Google Patents

Un sistema de notificación de eventos inalámbrico que tiene un dispositivo inalámbrico configurado para comunicarse a frecuencias configurables dinámicamente Download PDF

Info

Publication number
ES2966672T3
ES2966672T3 ES18716404T ES18716404T ES2966672T3 ES 2966672 T3 ES2966672 T3 ES 2966672T3 ES 18716404 T ES18716404 T ES 18716404T ES 18716404 T ES18716404 T ES 18716404T ES 2966672 T3 ES2966672 T3 ES 2966672T3
Authority
ES
Spain
Prior art keywords
wireless device
state
heartbeat
command
control assembly
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
Application number
ES18716404T
Other languages
English (en)
Inventor
Ankit Tiwari
Hector Moner Poy
Daniele Campana
Pedro Fernandez Orellana
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Carrier Corp
Original Assignee
Carrier Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Carrier Corp filed Critical Carrier Corp
Application granted granted Critical
Publication of ES2966672T3 publication Critical patent/ES2966672T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un sistema de notificación de eventos incluye un conjunto de control y un dispositivo inalámbrico. El dispositivo inalámbrico está configurado para comunicarse con el conjunto de control a frecuencias configurables dinámicamente, y se comunica con el conjunto de control en una primera frecuencia cuando está en un estado deshabilitado, y se comunica con el conjunto de control en una segunda frecuencia cuando está en un estado habilitado. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Un sistema de notificación de eventos inalámbrico que tiene un dispositivo inalámbrico configurado para comunicarse a frecuencias configurables dinámicamente
Antecedentes
La presente descripción se refiere a un sistema de notificación de eventos inalámbrico, y, más particularmente, a un dispositivo inalámbrico del sistema de notificación de eventos inalámbrico configurado para comunicarse a frecuencias configurables dinámicamente.
Los sistemas de comunicación inalámbricos pueden incluir un dispositivo inalámbrico, tal como un dispositivo de Internet de las Cosas (IoT) que puede ser inteligente y se alimenta por baterías. Tales dispositivos inalámbricos pueden operar en diferentes modos de energía, tales como modos de reposo y vigilia para, al menos en parte, preservar la vida de la batería. La frecuencia y duración de la vigilia del dispositivo inalámbrico en los diferentes modos de energía puede no ser siempre óptima en términos de conservación de la vida útil de la batería, y puede depender de otros parámetros y/o características del sistema de comunicación.
El Modo de Ahorro de Energía Wi-Fi (PSM) es un ejemplo de una tecnología de comunicación utilizada por dispositivos de IoT alimentados por batería para establecer y mantener un enlace Wi-Fi con un dispositivo de Punto de Acceso (AP). Con Wi-Fi PSM, los dispositivos de IoT pueden entrar en un estado de reposo durante una cantidad predeterminada de tiempo para ahorrar energía después de proporcionar notificación al dispositivo de AP del cambio de estado del dispositivo de IoT (es decir, de estados de vigilia a estado de reposo). Cuando se notifica, el dispositivo AP puede iniciar el almacenamiento en memoria intermedia de paquetes para el dispositivo IoT en reposo. El dispositivo de IoT debe despertarse periódicamente para comprobar las balizas del dispositivo de AP que indican si existe un paquete almacenado en memoria intermedia para el dispositivo de IoT. Si existe un paquete almacenado en memoria intermedia, el dispositivo de IoT recupera el paquete a través de un mensaje de Sondeo de Ahorro de Energía (PS).
Desafortunadamente, los dispositivos de IoT deben despertarse frecuentemente para monitorizar las balizas en busca de paquetes almacenados en memoria intermedia, gastando así energía de las baterías de dispositivos de IoT. Además, la duración de que un dispositivo de AP almacenará en memoria intermedia un paquete (es decir, el tiempo antes de que el dispositivo de AP descarte el paquete) para un dispositivo de IoT está limitada y depende del fabricante, por lo tanto, puede ser diferente de un dispositivo de AP al siguiente. Por lo tanto, los periodos de vigilia del dispositivo de IoT se extienden normalmente, de forma conservadora, para reducir cualquier posibilidad de que se descarte un paquete almacenado en memoria intermedia. Aún más, las comunicaciones con la nube pueden introducir latencias desconocidas, lo que conduce a un rendimiento del sistema inferior al óptimo. Son deseables las mejoras del sistema que preservan la vida útil de la batería de los dispositivos de IoT y/o gestionan el tiempo de inactividad de los dispositivos AP.
Como un ejemplo, el sistema de comunicación inalámbrico puede ser un sistema de seguridad donde los dispositivos de IoT deben comunicarse periódicamente con un controlador con el fin de señalar su presencia y recibir comandos tales como armar y desarmar. Para que un sistema de seguridad funcione eficazmente, esta comunicación debe llevarse a cabo con frecuencia. Desafortunadamente, tales comunicaciones frecuentes, o respuestas, consumen una energía considerable por el dispositivo de IoT y acortan la vida de la batería. El documento WO 2014/144419 describe un sistema de seguridad que comprende un número de dispositivos inalámbricos que se comunican con un servidor, en el que los dispositivos inalámbricos tienen un estado de vigilia y un estado de reposo y se despiertan periódicamente y se registran con el servidor.
Compendio
Un sistema de notificación de eventos según un aspecto de la presente descripción incluye un conjunto de control; y un dispositivo inalámbrico configurado para comunicarse con el conjunto de control a frecuencias dinámicamente configurables, en donde el dispositivo inalámbrico está configurado para comunicarse con el conjunto de control a una primera frecuencia cuando está en un estado desarmado, y comunicarse con el conjunto de control a una segunda frecuencia cuando está en un estado armado, y en donde la primera frecuencia es mayor que la segunda frecuencia, en donde el conjunto de control está configurado para recibir una pluralidad de latidos desde el dispositivo inalámbrico y enviar una respuesta de latido de una pluralidad de respuestas de latido a un latido respectivo de la pluralidad de latidos, y en donde la primera y segunda frecuencia son frecuencias de latidos, y en donde el dispositivo inalámbrico incluye una pluralidad de estados de vigilia intervenidos por una pluralidad de estados de reposo, y cada latido de la pluralidad de latidos se envía durante un estado de vigilia respectivo de la pluralidad de estados de vigilia.
La primera frecuencia es mayor que la segunda frecuencia.
El conjunto de control puede configurarse para recibir una pluralidad de latidos desde el dispositivo inalámbrico y enviar una respuesta de latido de una pluralidad de respuestas de latido a un latido respectivo de la pluralidad de latidos, y en donde la primera y segunda frecuencias son frecuencias de latido.
El sistema de notificación de eventos puede incluir una aplicación de usuario configurada para enviar comandos de habilitación y deshabilitación al conjunto de control, en donde el comando de habilitación se envía al dispositivo inalámbrico como parte de la siguiente respuesta de latido de la pluralidad de respuestas de latido, y el comando de desactivación se envía al dispositivo inalámbrico después de que el ensamblaje de control recibe una condición de evento del dispositivo inalámbrico.
El conjunto de control puede incluir un controlador y un dispositivo de Punto de Acceso (AP) para transmitir inalámbricamente la pluralidad de latidos y la pluralidad de respuestas de latidos entre el controlador y el dispositivo inalámbrico.
El dispositivo AP puede ser un enrutador.
El controlador puede ser un servidor.
El servidor puede ser un servidor de nube.
La aplicación de usuario puede ser una aplicación móvil.
El dispositivo inalámbrico puede ser un dispositivo de Modo de Ahorro de Energía (PSM).
El controlador puede estar configurado para enviar una respuesta de deshabilitación a la aplicación de usuario en respuesta a la recepción del comando de deshabilitación, y sin enviar el comando de deshabilitación al dispositivo inalámbrico a través del dispositivo AP.
El controlador puede configurarse para almacenar en memoria intermedia el comando de habilitación antes de que el controlador envíe el comando de habilitación al dispositivo inalámbrico a través de la siguiente respuesta de latido.
El controlador puede estar configurado para almacenar en memoria intermedia el comando de deshabilitación y suprimir la condición de evento cuando el comando de deshabilitación está almacenado en memoria intermedia.
El controlador puede configurarse para almacenar en memoria intermedia el comando de habilitación antes de que el controlador envíe el comando de habilitación al dispositivo inalámbrico a través de la siguiente respuesta de latido.
El dispositivo inalámbrico puede incluir una pluralidad de estados de vigilia intervenidos por una pluralidad de estados de reposo, y cada latido de la pluralidad de latidos se envía durante un estado de vigilia respectivo de la pluralidad de estados de vigilia.
Una duración de cada estado de reposo cuando el dispositivo inalámbrico está en el estado armado puede ser mayor que una duración de cada estado de reposo cuando el dispositivo inalámbrico está en el estado desarmado.
Un método para operar un sistema de notificación de eventos según otro aspecto de la presente invención incluye colocar un dispositivo inalámbrico en un estado desarmado; establecer una primera frecuencia de comunicación entre el dispositivo inalámbrico y un conjunto de control cuando está en el estado desarmado; colocar el dispositivo inalámbrico en un estado armado; y establecer una segunda frecuencia de comunicación entre el dispositivo inalámbrico y el conjunto de control cuando está en el estado armado, en donde la primera frecuencia de comunicación es mayor que la segunda frecuencia de comunicación, en donde el conjunto de control está configurado para recibir una pluralidad de latidos desde el dispositivo inalámbrico (y enviar una respuesta de latido de una pluralidad de respuestas de latidos a un latido respectivo de la pluralidad de latidos, y en donde la primera y segunda frecuencias son frecuencias de latidos, y en donde el dispositivo inalámbrico incluye una pluralidad de estados de vigilia intervenidos por una pluralidad de estados de reposo, y cada latido de la pluralidad de latidos se envía durante un estado de vigilia respectivo de la pluralidad de estados de vigilia. El dispositivo inalámbrico puede estar en un estado de vigilia cuando se comunica y está en un estado de reposo cuando no se comunica.
Una duración de cada estado de reposo cuando el dispositivo inalámbrico está en el estado armado puede ser mayor que una duración de cada estado de reposo cuando el dispositivo inalámbrico está en el estado desarmado.
El método puede incluir enviar un comando de desarmado desde una aplicación de usuario a un conjunto de control; enviar una respuesta de estado de desarmado desde el conjunto de control a la aplicación de usuario en respuesta al comando de desarmado; y almacenar en la memoria intermedia el comando de desarmado por el ensamblaje de control, en donde la comunicación entre el conjunto de control y el dispositivo inalámbrico está en la segunda frecuencia cuando el comando de desarmado está almacenado en la memoria intermedia por el conjunto de control.
Las características y elementos anteriores pueden combinarse en diversas combinaciones sin exclusividad, salvo que se indique expresamente lo contrario. Estas características y elementos, así como su funcionamiento, se harán más evidentes a la luz de la siguiente descripción y de los dibujos adjuntos. Debe entenderse, sin embargo, que la siguiente descripción y dibujos pretenden ser de naturaleza ilustrativa y explicativa y no limitativa.
Breve descripción de los dibujos
Las diversas características y ventajas de una realización ejemplar descrita se harán evidentes a los expertos en la técnica a partir de la siguiente descripción detallada. Los dibujos adjuntos a la descripción detallada se pueden describir brevemente de la siguiente manera.
La FIG. 1 es un esquema de un sistema de comunicación inalámbrico;
La FIG. 2 es un esquema de un “sistema de comunicación inalámbrico, sin rastreo de baliza, iniciado por dispositivo PSM” e ilustra un método para recuperar paquetes almacenados en memoria intermedia;
La FIG. 3 es un esquema de un sistema de notificación de eventos e ilustra dos escenarios que representan métodos para habilitar y deshabilitar un dispositivo inalámbrico del sistema;
La FIG. 4 es un diagrama de flujo del método ilustrado en la FIG.3;
La FIG. 5 es un gráfico que ilustra una frecuencia de intervalos de vigilia como una función del estado armado y desarmado;
La FIG. 6 es un diagrama de flujo de un método de funcionamiento del sistema y refleja el diagrama ilustrado en la FIG. 5;
La FIG. 7 es un esquema de un segundo sistema de notificación de eventos;
La FIG. 8 es una tabla que ilustra un modelo de comunicación histórica entre un conjunto de control y un dispositivo inalámbrico del sistema de notificación de eventos de la FIG. 7;
Descripción detallada
Con referencia a la FIG. 1, se ilustra un sistema 20 de comunicación inalámbrico. El sistema 20 de comunicación inalámbrico puede incluir un dispositivo 22 inalámbrico, un conjunto 23 de control y una aplicación 26 de usuario que puede ser una aplicación móvil. El conjunto 23 de control puede incluir un dispositivo 24 de puerta de enlace o punto de acceso (AP) y un controlador 28. El controlador 28 puede ser un servidor, y puede ser, o es parte de, una nube 30. El controlador 28 puede incluir un procesador 32 informático y un medio 34 de almacenamiento. El dispositivo 22 inalámbrico puede estar configurado para comunicarse con el dispositivo 24 AP a través de una ruta inalámbrica (véase la flecha 36). El dispositivo 24 AP puede estar configurado para comunicarse con el dispositivo 22 inalámbrico, el controlador 28 y/o la aplicación 26 móvil sobre rutas respectivas (véanse las flechas 38, 40, 42) que pueden ser rutas inalámbricas. La nube 30, y/o el controlador 28, pueden estar configurados para comunicarse con el dispositivo 24 AP a través de una ruta (véase la flecha 44) que puede ser inalámbrica, y la aplicación 26 móvil a través de una ruta (véase la flecha 45) que puede ser inalámbrica. La aplicación 26 móvil puede estar configurada para comunicarse con el dispositivo 22 inalámbrico a través de una ruta 46 que puede ser inalámbrica, comunicarse con el dispositivo 24 AP a través de una ruta inalámbrica (véase la flecha 47), y/o comunicarse con el controlador 28 a través de una ruta (véase la flecha 49) que puede ser inalámbrica. En un ejemplo, la aplicación 26 móvil puede conectarse directamente a la nube 30 a través de una tecnología de tercera generación de telecomunicaciones móviles (es decir, 3G), o indirectamente a través del dispositivo 24 AP (es decir, Wi-Fi doméstico).
El dispositivo 24 AP puede ser un enrutador que tiene firmware que soporta el Modo de Ahorro de Energía Wi-Fi (PSM). La aplicación 26 móvil puede ser un teléfono inteligente, un reproductor de medios digitales, un ordenador de tableta y otras aplicaciones. Los ejemplos de un dispositivo 22 inalámbrico pueden incluir sensores domésticos inteligentes o sensores de intrusión de un sistema de seguridad configurado para detectar la apertura de ventanas o puertas, sensores Infrarrojos Pasivos (PIR), sensores de imagen (es decir, sensor PIR con cámara), sensores térmicos de un sistema de calentamiento configurado para medir la temperatura del aire ambiente, sensores de gas configurados para detectar la presencia de gases, detectores de humo como parte de un sistema de seguridad, y muchos otros tipos de dispositivos que utilizan baterías y se comunican inalámbricamente.
El dispositivo 22 inalámbrico puede ser además un dispositivo inteligente, un dispositivo de Internet de las Cosas (IoT) y/o un dispositivo PSM de Wi-Fi configurado para comunicarse con la nube 30 a través del dispositivo 24 AP. El dispositivo 22 inalámbrico puede incluir un módulo 48 de gestión de potencia (es decir, una batería y un medio para gestionar la potencia de la batería), un sensor y/o accionador 50, un procesador 52 informático (por ejemplo, un microcontrolador) y un transceptor 54 inalámbrico. Como dispositivo PSM, el dispositivo 22 inalámbrico está configurado para entrar en los estados de reposo y vigilia a una frecuencia y duración de tiempo predeterminadas.
En una realización y cuando está en un estado de reposo, el o los temporizadores 55 internos del procesador 52 del dispositivo 22 inalámbrico pueden permanecer encendidos, pero todos los demás componentes del dispositivo 22 inalámbrico están generalmente apagados. El dispositivo 22 inalámbrico puede despertarse del estado de reposo cuando se produce un tiempo de reposo predeterminado, o cuando se activa una interrupción armada (es decir, se produce un evento detectado por el sensor 50). Generalmente, la maximización de las duraciones del estado de reposo y/o la reducción o eliminación de la necesidad de rastrear las balizas AP, optimiza la vida de la batería. En un ejemplo, la vida preferida para una batería de un dispositivo de IoT de baja potencia es de aproximadamente cuatro a cinco años.
El sistema 20 de comunicación inalámbrico elimina la necesidad de un rastreo más tradicional de las balizas emitidas por el dispositivo 24 AP al dispositivo 22 inalámbrico, y por lo tanto puede maximizar el tiempo de espera (es decir, la duración del estado de reposo) del dispositivo 22 inalámbrico. Las balizas no necesitan ser rastreadas para recibir un paquete almacenado en memoria intermedia desde el dispositivo 24 AP, ya que un sondeo de Ahorro de Energía (PS) (es decir, una señal de sondeo PS) puede enviarse directamente desde el dispositivo 22 inalámbrico al dispositivo 24 AP. El dispositivo 24 AP puede responder al sondeo de PS con un acuse de recibo (ACK), (es decir, una señal de acuse de recibo) seguido de un paquete almacenado en memoria intermedia si una señal o datos han sido almacenados en memoria intermedia por el dispositivo 24 AP para su recuperación por el dispositivo 22 inalámbrico, o directamente con los paquetes almacenados en memoria intermedia. Si no hay ningún paquete almacenado en memoria intermedia, la respuesta es un paquete sin datos, o el ACK seguido por el paquete sin datos. En el caso de que el dispositivo 22 inalámbrico reciba un paquete sin datos, el dispositivo 22 inalámbrico puede volver a un estado de reposo. Si el dispositivo 22 inalámbrico no recibe ningún paquete, el dispositivo inalámbrico puede volver a un estado de reposo después de que haya expirado una duración predeterminada del estado de reposo (es decir, se ha agotado el tiempo de espera). Después de otra duración preespecificada en un estado de reposo, el dispositivo 22 inalámbrico se reactivará de nuevo y enviará un sondeo de PS para recuperar el paquete almacenado en memoria intermedia como se ha descrito anteriormente. El proceso se repetirá hasta que se reciba un paquete de datos, o un contador especificado previamente alcance su límite.
Dispositivo PSM iniciado, sin rastreo de baliza, inalámbrico, sistema de comunicación
Haciendo referencia a la FIG. 2, se ilustra un esquema que esboza en general las comunicaciones entre el dispositivo 22 inalámbrico, el dispositivo 24 AP, el servidor 28 (es decir, y/o la nube 30), y la aplicación 26 móvil a lo largo de una línea de tiempo (véase la flecha 56). Esta cadena particular de comunicaciones representa generalmente un proceso en el que el dispositivo 22 inalámbrico inicia Wi-Fi PSM sin requerir que el dispositivo 22 inalámbrico rastree las balizas emitidas por el dispositivo 24 AP. Es decir, el dispositivo 22 inalámbrico está configurado para ignorar las balizas emitidas por el dispositivo 24 AP.
Más específicamente, el dispositivo 22 inalámbrico del sistema 20 de comunicación puede enviar una primera solicitud 58 (es decir, latido o señal de solicitud) a través del dispositivo 24 AP y al servidor 28 cuando está en un primer estado 60 de vigilia (es decir, el PSM). Al recibir la primera solicitud 58, el dispositivo 24 AP puede enviar un acuse de recibo (ACK) 62 al dispositivo 22 inalámbrico. El ACK 62 puede ser un ACK Wi-Fi a nivel de MAC. Después de recibir el ACK 62, el dispositivo 22 inalámbrico puede entrar en un estado 64 de reposo menor . El estado 64 de reposo menor tiene una duración conservadora que es más larga que una latencia de enlace ascendente (véase la flecha 68), pero puede ser más corta que la suma de la latencia 68 de enlace ascendente más una duración de tiempo de espera de memoria intermedia. En una realización, la duración del estado 64 de reposo menor puede ser más corta que la duración del tiempo de espera de la memoria intermedia.
En una realización, y generalmente mientras el dispositivo 22 inalámbrico está en el estado 64 de reposo menor, el servidor 28 puede recibir la primera solicitud 58 desde el dispositivo 24 AP y enviar una primera respuesta 66 al dispositivo 24 AP. En general, la latencia 68 de enlace ascendente puede medirse desde el momento en que el dispositivo 24 AP recibe la primera solicitud 58 hasta el momento en que el dispositivo 24 AP recibe la primera respuesta 66. Se entiende que la primera respuesta 66 puede no contener ningún lenguaje de comando, o datos de comando, y en su lugar puede ser un paquete vacío, una solicitud de registro, información sobre el estado, y/u otras respuestas relacionadas. En una realización, la latencia 68 de enlace ascendente puede ser menor que la duración de la suma del primer estado 60 de vigilia más la duración del estado 64 de reposo menor.
La primera respuesta 66 puede ser almacenada en memoria intermedia por el dispositivo 24 AP, y por lo tanto espera la recuperación por el dispositivo 22 inalámbrico como un paquete 70 de datos (es decir, paquete almacenado en memoria intermedia). Debido a que la duración del estado 64 de reposo menor es generalmente menor que la suma de la latencia 68 de enlace ascendente y la duración del tiempo de espera de la memoria intermedia AP, el paquete 70 de datos no será descartado por el dispositivo 24 AP. A diferencia de otros paquetes de datos que se describirán a continuación, el paquete 70 de datos puede no contener un comando desde el dispositivo 26 móvil, y en su lugar puede contener información tal como información de registro, información de estado, y similares.
Desde el estado 64 de reposo menor, el dispositivo 22 inalámbrico puede entrar en un segundo estado 72 de vigilia. Cuando está en el segundo estado 72 de vigila, el dispositivo 22 inalámbrico puede enviar un primer sondeo 74 de Ahorro de Energía (PS) al dispositivo 24 AP. En respuesta al primer sondeo 74 de PS, el dispositivo 24 AP puede enviar el paquete 70 de datos en memoria intermedia al dispositivo 22 inalámbrico. Después de recibir el paquete 70 de datos, el dispositivo 22 inalámbrico puede enviar un ACK 76 al dispositivo 24 AP, y luego entrar en un estado 78 de reposo mayor.
La duración del estado 78 de reposo mayor puede ser tan larga como sea razonablemente posible, pero más corta que un tiempo de inactividad del dispositivo 24 AP para evitar la desasociación del dispositivo 24 AP del dispositivo 22 inalámbrico. La duración del estado 78 de reposo mayor es considerablemente más larga que la duración del estado 64 de reposo menor, y por lo tanto facilita una reducción en el consumo de energía del dispositivo 22 inalámbrico. En una realización, la duración del estado 64 de reposo menor puede ser de aproximadamente un (1) segundo, y la duración del estado 78 de reposo mayor puede ser de aproximadamente cincuenta (50) segundos. Además, el estado 78 de reposo mayor puede ser más eficiente desde el punto de vista energético que el estado 64 de reposo menor porque en el estado 64 de reposo menor solo se pueden apagar el transceptor y algún hardware adicional. En el estado 78 de reposo mayor, el transceptor, varios equipos de hardware, el procesador (por ejemplo, la CPU) y algunos reguladores de voltaje pueden estar apagados. Es decir, para el estado 78 de reposo mayor, solo un contador u oscilador en tiempo real puede permanecer encendido para activar una interrupción para activar el procesador.
En una realización, la recepción del primer paquete 70 de datos permite que el dispositivo 22 inalámbrico determine si se necesitan realizar acciones adicionales, por ejemplo, un comando para tomar una imagen. Más específicamente, el paquete 70 de datos puede contener un comando que requiere procesamiento por el dispositivo 22 inalámbrico, y ejecución de el comando que puede implicar el envío de una respuesta de comando (no mostrada), desde el dispositivo inalámbrico, a través del dispositivo 24 AP, y al servidor 28. Se entiende además que el ACK 76 (es decir, o la parte ACK del paquete 70 de datos) funciona para indicar si hay múltiples paquetes a recuperar. Si hay múltiples paquetes, se enviarían múltiples sondeos de PS hasta que se recuperaran todos los paquetes almacenados en memoria intermedia.
Se contempla y se entiende que antes de la recepción y almacenamiento en memoria intermedia del paquete 70 de datos por el dispositivo 24 AP, y por lo tanto antes del segundo estado 72 de vigilia, el dispositivo 22 inalámbrico puede despertarse y enviar al menos un sondeo de PS (no mostrado en la FIG. 2) que es confirmado por el dispositivo 24 Ap , y en el que el dispositivo 24 AP envía entonces un paquete sin datos (no mostrado) al dispositivo 24 inalámbrico. El paquete sin datos es originado por el dispositivo 24 AP como resultado del sondeo PS asociado y no tiene ningún paquete almacenado en memoria intermedia para el dispositivo 22 inalámbrico, y por lo tanto no está almacenado en memoria intermedia por el dispositivo AP. T ras la recepción del paquete sin datos por el dispositivo 22 inalámbrico, el dispositivo inalámbrico puede volver a un estado de reposo hasta el siguiente sondeo de PS.
El servidor 28 puede estar configurado para recibir señales 80 de comando desde la aplicación 26 móvil. En un ejemplo, la señal 80 de comando puede estar asociada con una duración de tiempo de espera de memoria intermedia aprendida que se analizará más adelante. Una vez recibido, el servidor 28 puede almacenar en memoria intermedia la señal 80 de comando, mientras espera la recuperación por el dispositivo 22 inalámbrico a través del dispositivo 24 AP. Generalmente, se entiende que la duración del tiempo de espera de la memoria intermedia de un servidor en la nube puede ser sustancialmente más larga que la duración del tiempo de espera de la memoria intermedia del dispositivo 24 AP, que puede ser dependiente del fabricante.
Mientras la señal 80 de comando está almacenada en memoria intermedia por el servidor 28, el dispositivo 22 inalámbrico puede entrar en un tercer estado 82 de vigilia desde el segundo estado 78 de reposo. Mientras se encuentra en el tercer estado 82 de vigilia, el dispositivo 22 inalámbrico puede enviar una segunda solicitud 84, a través del dispositivo 24 AP, y al servidor 28. Después de enviar la segunda solicitud 84, el dispositivo 22 inalámbrico puede entrar en un segundo estado 86 de reposo menor. La segunda solicitud 84 puede ser generalmente una consulta para datos o comandos desde la nube. En el presente ejemplo, la segunda solicitud 84 realiza la recuperación de la señal 80 de comando desde el servidor 28 para almacenamiento en memoria intermedia en el dispositivo 24 AP. Es decir, en respuesta a la segunda petición 84, el servidor 28 reenvía la señal 80 de comando al dispositivo 24 AP, donde la señal 80 de comando está, de nuevo, almacenada en memoria intermedia como un paquete de datos, o de comando.
Mientras que la señal 80 de comando puede ser almacenada en memoria intermedia por el dispositivo 24 AP, el dispositivo 22 inalámbrico puede entrar en un cuarto estado 88 de vigilia desde el segundo estado 86 de reposo menor. Mientras está en el cuarto estado 88 de vigilia, el dispositivo 22 inalámbrico puede enviar un segundo sondeo 90 de PS al dispositivo 24 AP En respuesta al segundo sondeo 90 de PS, el dispositivo 24 AP puede enviar el paquete de datos asociado con la señal 80 de comando al dispositivo 22 inalámbrico. Tras la recepción del paquete de datos, el dispositivo 22 inalámbrico puede enviar un ACK 92 al dispositivo 24 AP, puede realizar una acción según el paquete de datos, y puede entrar entonces en un segundo estado 94 de reposo mayor. Se entiende que el proceso de recuperación de paquetes de datos de la nube 30 a través de solicitudes de nube y sondeo de AP del dispositivo 24 AP puede repetirse generalmente durante el funcionamiento normal. Tales solicitudes y sondeo pueden eliminar cualquier necesidad de un rastreo más tradicional de las balizas, mejorando así el funcionamiento del módulo 48 de gestión de energía y preservando la vida de la batería.
Generalmente, la presente descripción tiene en cuenta rasgos relacionados con el tiempo tales como una latencia 68 de enlace ascendente, una duración de tiempo de espera de memoria intermedia del dispositivo 24 AP, y un tiempo de inactividad del dispositivo 24 AP. La latencia 68 de enlace ascendente puede ser generalmente el tiempo que tarda la nube 30 en responder a una solicitud, o latido, desde el dispositivo 22 inalámbrico. Más específicamente, la latencia 68 de enlace ascendente es la duración medida desde el momento en que el latido abandona el dispositivo 24 AP hasta el momento en que el dispositivo AP recibe una respuesta. Una vez que la respuesta es recibida por el dispositivo 24 AP, puede ser almacenada en memoria intermedia y generalmente se convierte en un paquete que puede, o no, contener un comando u otros datos. El tiempo que tarda el dispositivo 22 inalámbrico en recuperar el paquete almacenado en memoria intermedia no es normalmente parte del período de latencia de enlace ascendente.
Las ventajas y beneficios del sistema 20 de comunicación inalámbrico, sin rastreo de balizas incluyen una reducción en el consumo de energía de los dispositivos 22 inalámbricos al evitar la necesidad de rastrear las balizas AP por el dispositivo 22 inalámbrico, y maximizar el tiempo que el dispositivo inalámbrico puede permanecer en un modo de reposo sin perder paquetes en el dispositivo AP. El método de operación del sistema 20 puede aplicarse a dispositivos AP heredados, y puede ser más eficiente que el protocolo PSM de Wi-Fi heredado cuando el dispositivo inalámbrico está seguro de que el dispositivo AP está almacenando en memoria intermedia un paquete para el dispositivo inalámbrico. Esto puede ser cierto para dispositivos inalámbricos que permanecen en un estado de reposo la mayor parte del tiempo, ya que los latidos periódicos pueden intercambiarse entre la nube y los dispositivos. El presente método puede ayudar al dispositivo 22 inalámbrico a maximizar la duración del estado de reposo mayor según la capacidad de tiempo de inactividad, y optimizar la duración del estado de reposo menor según la latencia de nube y la capacidad de memoria intermedia del dispositivo 24 AP, lo que puede hacer que el dispositivo sea más eficiente en energía.
Sistema de notificación de eventos y método para habilitar/deshabilitar dispositivos de IoT inteligentes
Con referencia a la FIG. 3, un ejemplo, o aplicación, del sistema 20 de comunicación inalámbrico puede ser un sistema de notificación de eventos. La FIG. 3 ilustra generalmente dos escenarios operativos separados de los mismos sistemas de notificación de eventos, tales como el sistema de seguridad. El primer escenario situado por encima de la línea de puntos L representa un escenario en el que se activa una condición 100 de evento mientras se activa una función de detección y notificación de evento del sensor 50 del dispositivo 22 inalámbrico. El segundo escenario situado debajo de la línea de puntos L representa un escenario en el que un comando 102 de desactivación de función de detección y notificación de evento se envía a un servidor 28 (por ejemplo, panel virtual) y después es seguido por la condición 100 de evento. Los ejemplos no limitantes del sistema 20 de notificación de eventos pueden incluir un sistema de seguridad, un sistema de detección de incendios, o cualquier sistema de alarma/notificación activado por eventos detectados. En el ejemplo de un sistema de seguridad, el sistema puede estar asociado con una condición de alarma como un ejemplo de la condición 100 de evento. Para la misma realización, el comando 102 de desactivación de función para el sistema 20 de seguridad puede ser un comando de desarmado, y un comando 104 de habilitación puede ser un comando de armado.
El sistema 20 de notificación de eventos facilita un método inteligente de habilitación/deshabilitación de funciones para los dispositivos 22 inalámbricos, alimentados por batería. En general, el sistema 20 de notificación de eventos puede ser aplicable a cualquier dispositivo de IoT de seguridad que esté en reposo durante intervalos de tiempo relativamente largos. Es decir, el sistema 20 de notificación de eventos aplicable puede ser cualquier sistema de notificación de eventos inalámbrico con nodos que entren en un estado de reposo para ahorrar energía. Dos ejemplos, no limitantes, de tal sistema 20 son el “sistema de comunicación inalámbrico, sin rastreo de baliza, iniciado por dispositivo PSM” descrito anteriormente, y el “sistema de comunicación inalámbrico, sin rastreo de baliza, iniciado por servidor” descrito en el presente documento.
El sistema 20 de notificación de eventos puede ser un sistema de seguridad sin panel con dispositivos 22 inalámbricos distribuidos (por ejemplo, dispositivos PSM) con al menos algunos de los dispositivos 22 inalámbricos configurados para reposar periódicamente para conservar energía. Cada dispositivo 22 inalámbrico (es decir, o sensor 50 del dispositivo 22 inalámbrico) puede mantener generalmente un estado armado y un estado desarmado real, localmente. Además, el estado armado y el estado desarmado también pueden ser mantenidos por un controlador 28 central. El controlador 28 puede ser parte de un servidor que puede ser parte de la nube 30. Además, el controlador 28 puede ser generalmente un panel virtual en la nube 30. En la realización de un sistema 20 de seguridad inalámbrico, el estado armado puede ser un estado armado, y el estado desarmado real puede ser un estado desarmado real.
Por simplicidad de explicación, el sistema 20 de notificación de eventos se describirá adicionalmente en términos de la realización del sistema de seguridad. En funcionamiento, cuando un usuario, a través de una aplicación 26 de usuario (por ejemplo, aplicación móvil), arma o desarma el sistema 20 de seguridad (es decir, uno o más sensores 50 de dispositivos inalámbricos 22), se envían comandos 102, 104 de armado y desarmado asociados al panel 28 virtual en la nube 30. La nube 30 envía entonces los comandos 102, 104 a dispositivos 22 inalámbricos individuales basándose en los programas de activación del dispositivo inalámbrico o en respuesta a un mensaje recibido desde el dispositivo 22 inalámbrico.
Con referencia a las FIG.3 y 4, se ilustra un método para armar y desarmar los dispositivos 22 inalámbricos del sistema 20 de seguridad inalámbrico. En el bloque 200, el comando 104 de armado puede enviarse desde la aplicación 26 de usuario y al controlador 28. En el bloque 202, el comando 104 de armado puede ser almacenado en memoria intermedia por el controlador 28. En el bloque 204, puede enviarse un latido 106 desde el dispositivo 22 inalámbrico, a través del dispositivo 24 AP, y al controlador 28. En el bloque 206, puede enviarse una respuesta 108 de latido desde el controlador 28, a través del dispositivo 24 AP, al dispositivo 22 inalámbrico. La respuesta 108 de latido puede incluir el comando 104 de armado que puede originarse desde la aplicación 26 de usuario.
En el bloque 208, el procesador 52 informático del dispositivo 22 inalámbrico puede activar el sensor 50 del dispositivo 22 inalámbrico como resultado de recibir el comando 104 de activación a través de la respuesta 108 de latido. En el bloque 210, una señal 110 de confirmación armada puede enviarse desde el dispositivo 22 inalámbrico, a través del controlador 28, y a la aplicación 26 de usuario. Aunque no se ilustra, se contempla y entiende que pueden enviarse varios ACK entre el dispositivo 24 AP y el dispositivo 22 inalámbrico como es conocido por un experto en la técnica.
En el bloque 212 y generalmente en cualquier momento (véase la flecha 56), el comando 102 de desarmado puede ser iniciado o introducido por un usuario en la aplicación 26 de usuario. La aplicación 26 de usuario puede enviar entonces el comando 102 de desarmado al controlador 28 independientemente de si el dispositivo 22 inalámbrico está en un estado de reposo o en un estado de vigilia. En el bloque 214, el controlador 28 puede enviar una respuesta 112 de estado desarmado a la aplicación 26 de usuario en respuesta al comando 102 de desarmado, notificando así al usuario del estado desarmado. Más específicamente, el sistema 20 de seguridad está en un estado de desarmado “efectivo” (véase la flecha 116), pero el dispositivo 22 inalámbrico no está todavía en un estado o estado de desarmado “real” (véase la flecha 118). Por consiguiente, un estado de alarma “real” (véase la flecha 120) del dispositivo 22 inalámbrico puede ser más largo que un estado de alarma “efectivo” (véase la flecha 122) del sistema 20 de seguridad en una cantidad de tiempo generalmente equivalente a un intervalo 114 de memoria intermedia.
En el bloque 216, el comando 102 de desarmado puede ser almacenado en memoria intermedia (es decir, véase el intervalo 114 de memoria intermedia en la FIG. 3) por el controlador 28. Se contempla y se entiende que el almacenamiento en la memoria intermedia comienza inmediatamente tras la recepción del comando 102 de desarmado, por lo que el comando puede ser almacenado en memoria intermedia mientras se envía la respuesta 112 de estado de desarmado. Además, el comando 102 de desarmado puede estar almacenado en memoria intermedia independientemente de si el dispositivo 22 inalámbrico está en el estado de reposo o en el estado de vigilia. En una realización, si se recibe un latido desde el dispositivo 22 inalámbrico durante el intervalo 114 de memoria intermedia, el comando 102 de desarmado puede integrarse en una respuesta de latido al dispositivo 22 inalámbrico. En cuyo momento, el dispositivo 22 inalámbrico será desarmado. El intervalo 114 de memoria intermedia, por lo tanto, depende de lo que ocurre primero, una alarma o un latido.
En el bloque 218, un evento detectado puede ocurrir en el dispositivo 22 inalámbrico (es decir, antes de que se envíe un latido), y la condición 100 de alarma posterior puede enviarse desde el dispositivo 22 inalámbrico, a través del dispositivo 24 AP, y al controlador 28. Se entiende generalmente que el bloque 218 puede ocurrir si el dispositivo 22 inalámbrico está armado incluso aunque el comando 102 de desarmado esté siendo almacenado en memoria intermedia, y se produce una alarma antes de que el dispositivo 22 inalámbrico envíe un latido para recuperar el comando 102 de desarmado en la nube 30. En un escenario, se puede enviar un latido antes de que ocurra la alarma/evento, entonces el sistema se desarma y no se producirá ninguna detección del evento.
En el bloque 220 y una vez recibida la condición 100 de alarma por el controlador 28, el controlador puede comprobar el estado del sistema (es decir, armado o desarmado). Si el sistema está desarmado, el controlador 28 puede descartar la alarma y enviar un comando de desarmado al dispositivo 22 inalámbrico para sincronizar el estado. Esto ocurre si se recibe el comando 100 de alarma y la nube 30 está en un estado de desarmado. Es decir, el almacenamiento intermedio del comando 102 de desarmado cesa generalmente y la condición 100 de alarma se suprime generalmente. Se contempla y se entiende que el dispositivo 22 inalámbrico puede recibir generalmente el comando 102 de desarmado inmediatamente después de enviar la condición 100 de alarma, y no necesita esperar a la siguiente respuesta de latido. De esta manera, no se impide la capacidad de respuesta del sistema 20 de seguridad.
Aunque no se ilustra específicamente, los dispositivos inalámbricos 22 pueden estar asociados con dispositivos alimentados por línea. Por ejemplo, un dispositivo alimentado por línea puede ser un dispositivo de alarma audible que está cableado para recibir energía. El dispositivo alimentado por línea puede comunicarse directamente con el dispositivo inalámbrico y el controlador 28 a través de rutas que pueden ser inalámbricas o cableadas.
Ventajas y beneficios del sistema 20 de seguridad incluye un método para armar y desarmar dispositivos inalámbricos directamente, lo que elimina la necesidad de un concentrador o panel local. Además, el sistema mantiene la misma experiencia de usuario para desarmar dispositivos alimentados por batería que no necesitan despertarse periódicamente para recibir comandos de desarmado. Otras ventajas incluyen un método para desarmar automáticamente que puede no requerir dispositivos externos para rastrear ubicaciones de usuario u objeto, puede no agregar o requerir carga de comunicación adicional debido a intercambios de mensajes, y puede mantener un coste similar y ahorros de energía del sistema general.
Un sistema de notificación de eventos con frecuencias de comunicación dinámicamente configurables
Con referencia a las FIG. 3 y 5, el sistema 20 de notificación de eventos (por ejemplo, sistema de seguridad) puede configurarse para adaptar dinámicamente el intervalo de activación del dispositivo o dispositivos 22 inalámbricos. Una modalidad de frecuencias dinámicamente configurables de comunicación puede depender del estado de armado del sistema. Por ejemplo, el dispositivo 22 inalámbrico puede enviar una multitud de latidos 106 al dispositivo 24 AP a una primera frecuencia de latido, o tasa, cuando el sistema 20 está en el estado 118 desarmado "real", y a una segunda frecuencia de latido cuando el sistema 20 está en el estado 120 armado "real". Con el fin de mejorar el funcionamiento eficiente del dispositivo 22 inalámbrico (es decir, mejorar la capacidad de respuesta y/o reducir el consumo de energía), la primera frecuencia puede ser mayor que la segunda frecuencia. Más específicamente, una duración (véase la flecha 124) de cada estado de reposo sucesivo cuando el dispositivo inalámbrico está en el estado 120 armado "real" es mayor que una duración (véase la flecha 126) de cada estado de reposo sucesivo cuando el dispositivo 22 inalámbrico está en el estado 118 desarmado "real". Además, la duración del estado 120 "real" armado puede ser generalmente igual a la duración del estado 122 armado “efectivo” más el intervalo 114 de memoria intermedia que termina cuando se recibe una alarma o latido. Se contempla y se entiende que el término "latido" puede incluir cualquier comunicación entre el dispositivo 22 inalámbrico y el conjunto 23 de control (véase la FIG. 1).
En una realización, el dispositivo 22 inalámbrico puede ser un dispositivo inteligente y puede programarse para aumentar la frecuencia de los latidos 106 cuando el dispositivo 22 recibe el comando 112 de desarmado. En otra realización, el controlador 28 puede incluir instrucciones al dispositivo 22 inalámbrico como parte del comando 112 de desarmado, y que facilitan el cambio en la frecuencia de latido. La frecuencia de los latidos en relación con el estado de armado y desarmado puede configurarse desde la nube 30.
En una realización y tal como se ha descrito anteriormente, el controlador 28 puede configurarse para almacenar en memoria intermedia (véase el intervalo 114 de memoria intermedia en la FIG. 3) el comando 102 de desarmado antes de que el controlador 28 envíe el comando 102 de desarmado al dispositivo 22 inalámbrico a través de la siguiente respuesta 108 de latido o en respuesta directa (es decir, el comando 102 de desarmado) a una alarma 102.
Haciendo referencia a la FIG. 6, un método de funcionamiento del sistema 20 de seguridad incluye en el bloque 300 la colocación del dispositivo inalámbrico en el estado 118 desarmado. En el bloque 302, se establece una primera frecuencia de comunicación entre el dispositivo 22 inalámbrico y el conjunto 23 de control cuando el dispositivo inalámbrico se convierte en, y está en, el estado 118 desarmado "real". En el bloque 304, el dispositivo inalámbrico puede colocarse en el estado 120 armado “real”. En el bloque 306, se establece una segunda frecuencia de comunicación entre el dispositivo 22 inalámbrico y el conjunto 22 de control cuando el dispositivo inalámbrico se convierte en, y está en, el estado 120 armado "real". Se contempla y se entiende que el dispositivo 22 inalámbrico puede comunicarse con el conjunto 23 de control en la segunda frecuencia durante el intervalo 114 de memoria intermedia.
Con referencia a las FIG. 7 y 8, se ilustra un segundo sistema 20 de seguridad en el que la frecuencia de comunicación entre el dispositivo 22 inalámbrico y el conjunto 23 de control es configurable dinámicamente. Para el segundo sistema, el servidor 28, o un servicio en la nube, puede configurarse para monitorizar y determinar el tiempo más probable que un usuario interactúa con el dispositivo 22 inalámbrico. El servidor 28 puede desarrollar y almacenar generalmente modelos 128 (véase la FIG. 8) asociados con los hábitos del usuario y el historial de interacciones. Como resultado, el intervalo de activación del dispositivo 22 inalámbrico puede adaptarse dinámicamente según los hábitos de usuario aprendidos indicados por el servidor 28, lo que maximizará el ahorro de energía y minimizará el impacto de las latencias largas. Además, tales probabilidades de uso pueden usarse para habilitar/deshabilitar otros subsistemas y/o dispositivos del sistema 20 de seguridad.
En un ejemplo, el modelo 128 puede contener una probabilidad de interacción 130 del usuario que puede parecerse a una curva de campana. Cuanto mayor es la probabilidad de interacción del usuario, mayor es la frecuencia de comunicación entre el conjunto 23 de control y el dispositivo 22 inalámbrico.
El modelo 128 puede desarrollarse usando inferencias estadísticas y de probabilidad (es decir, cadenas de Markov, regresión estadística, y otras), o técnicas de aprendizaje automático (es decir, redes neuronales, máquinas de vector de soporte, y otras). El modelo 128 puede encontrar generalmente una correlación en cualquier información que pueda afectar a la probabilidad de activación, incluyendo, pero sin limitarse a, presencia de usuario, hora del día, estado del sistema, pronósticos meteorológicos, y otros. El modelo 128 puede actualizarse regularmente con nuevos datos aprendidos a través de las interacciones con el sistema. El modelo 128 puede inicializarse con valores por defecto establecidos a través de suposiciones razonables. Si es deseable, los cálculos y el aprendizaje del modelo 128 de probabilidad se pueden realizar en un sistema o dispositivo separado, no de baja potencia en lugar de la nube 30, el dispositivo móvil o la aplicación 26, o el controlador 28, que puede comunicar los resultados de vuelta al dispositivo 22 inalámbrico o la nube 30.
Ventajas y beneficios del sistema 20 de seguridad con frecuencias configurables de comunicación entre el conjunto 23 de control y el dispositivo 22 inalámbrico incluye un método de operación que tiene latencias de comando más bajas que los sistemas tradicionales. Otras ventajas incluyen una experiencia de usuario mejorada con capacidad de armado más rápido, una extensión de la vida de la batería del dispositivo 22 inalámbrico (es decir, intervalos de reposo más largos cuando está armado), y una reducción en el tráfico de red (es decir, una reducción en los intercambios de paquetes).
Las diversas funciones descritas anteriormente se pueden implementar o soportar por un programa informático que se forma a partir de códigos de programa legibles por ordenador y que se incorpora en un medio legible por ordenador. Los códigos de programa legibles por ordenador pueden incluir códigos fuente, códigos objeto, códigos ejecutables, y otros. Los medios legibles por ordenador pueden ser cualquier tipo de medio capaz de ser accedido por un ordenador, y pueden incluir una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), una unidad de disco duro, un disco compacto (CD), un disco de vídeo digital (DVD), u otras formas.
Tal como se emplean en la presente solicitud, los términos componente, módulo, sistema y similares pretenden hacer referencia a una entidad vinculada a un ordenador, ya sea hardware, una combinación de hardware y software, software o software en ejecución. A modo de ejemplo, un componente puede ser, pero no se limita a, un proceso que se ejecuta en un procesador, un procesador, un objeto, un ejecutable, un subproceso de ejecución, un programa y/o un ordenador. Se entiende que una aplicación que se ejecuta en un servidor y el servidor puede ser un componente. Uno o más componentes pueden residir dentro de un proceso y/o hilo de ejecución y un componente puede localizarse en un ordenador y/o distribuirse entre dos o más ordenadores.
Si bien la presente invención se ha descrito con referencia a una realización o realizaciones ejemplares, los expertos en la técnica comprenderán que pueden realizarse diversos cambios sin apartarse del alcance de la presente invención como se define en las reivindicaciones. La presente descripción no se limita por tanto a los ejemplos particulares descritos en el presente documento, sino que incluye todas las realizaciones que entran dentro del alcance de las reivindicaciones adjuntas.

Claims (13)

REIVINDICACIONES
1. Un sistema (20) de notificación de eventos que comprende:
un conjunto (23) de control; y
un dispositivo (22) inalámbrico configurado para comunicarse con el conjunto (23) de control a frecuencias configurables dinámicamente, en donde el dispositivo (22) inalámbrico está configurado para comunicarse con el conjunto (23) de control a una primera frecuencia cuando está en un estado desarmado, y comunicarse con el conjunto de control a una segunda frecuencia cuando está en un estado armado, caracterizado por que la primera frecuencia es mayor que la segunda frecuencia,
donde el conjunto (23) de control puede configurarse para recibir una pluralidad de latidos desde el dispositivo (22) inalámbrico y enviar una respuesta de latido de una pluralidad de respuestas de latido a un latido respectivo de la pluralidad de latidos, y en donde la primera y segunda frecuencias son frecuencias de latido, y donde el dispositivo (22) inalámbrico puede incluir una pluralidad de estados de vigilia intervenidos por una pluralidad de estados de reposo, y cada latido de la pluralidad de latidos se envía durante un estado de vigilia respectivo de la pluralidad de estados de vigilia.
2. El sistema de notificación de eventos expuesto en la reivindicación 1, que comprende además:
una aplicación (26) de usuario configurada para enviar comandos de habilitación (104) y deshabilitación (102) al conjunto (23) de control, en donde el comando de habilitación (104) se envía al dispositivo (22) inalámbrico como parte de la siguiente respuesta de latido de la pluralidad de respuestas de latido, y el comando (102) de deshabilitación se envía al dispositivo (22) inalámbrico después de que el conjunto de control (23) recibe una condición (100) de evento del dispositivo (22) inalámbrico.
3. El sistema de notificación de eventos expuesto en la reivindicación 2, en el que el conjunto (23) de control incluye un controlador (28) y un dispositivo (24) de punto de acceso (AP) para transmitir inalámbricamente la pluralidad de latidos y la pluralidad de respuestas de latidos entre el controlador (28) y el dispositivo (24) inalámbrico, en el que el dispositivo (24) AP es preferiblemente un enrutador.
4. El sistema de notificación de eventos expuesto en la reivindicación 3, en el que el controlador (28) es un servidor, en el que el servidor (28) es preferiblemente un servidor en la nube.
5. El sistema de notificación de eventos expuesto en la reivindicación 2, en el que la aplicación (26) de usuario es una aplicación móvil.
6. El sistema de notificación de eventos expuesto en la reivindicación 1, en el que el dispositivo (22) inalámbrico es un dispositivo de Modo de Ahorro de Energía (PSM).
7. El sistema de notificación de eventos expuesto en la reivindicación 3, en el que el controlador (28) está configurado para enviar una respuesta de deshabilitación a la aplicación (26) de usuario en respuesta a la recepción del comando (102) de deshabilitación, y sin enviar el comando (102) de deshabilitación al dispositivo (22) inalámbrico a través del dispositivo AP.
8. El sistema de notificación de eventos expuesto en la reivindicación 3, en el que el controlador (28) está configurado para almacenar en memoria intermedia el comando (104) de habilitación antes de que el controlador envíe el comando (104) de habilitación al dispositivo (22) inalámbrico a través de la siguiente respuesta de latido.
9. El sistema de notificación de eventos expuesto en la reivindicación 8, en el que el controlador está configurado para almacenar en memoria intermedia el comando (102) de deshabilitación y suprimir la condición (100) de evento cuando el comando de deshabilitación está almacenado en memoria intermedia.
10. El sistema de notificación de eventos expuesto en la reivindicación 1, en el que una duración de cada estado de reposo cuando el dispositivo inalámbrico está en el estado armado es mayor que una duración de cada estado de reposo cuando el dispositivo inalámbrico está en el estado desarmado.
11. Un método para operar un sistema (20) de notificación de evento que comprende:
colocar un dispositivo (22) inalámbrico en un estado desarmado;
establecer una primera frecuencia de comunicación entre el dispositivo (22) inalámbrico y un conjunto (23) de control cuando está en estado desarmado;
colocar el dispositivo (22) inalámbrico en un estado armado; y
establecer una segunda frecuencia de comunicación entre el dispositivo (22) inalámbrico y el conjunto (23) de control cuando está en estado armado, caracterizado por que la primera frecuencia de comunicación es mayor que la segunda frecuencia de comunicación,
donde el conjunto (23) de control puede configurarse para recibir una pluralidad de latidos desde el dispositivo (22) inalámbrico y envia una respuesta de latido de una pluralidad de respuestas de latido a un latido respectivo de la pluralidad de latidos, y en donde la primera y segunda frecuencias son frecuencias de latido, y
donde el dispositivo (22) inalámbrico puede incluir una pluralidad de estados de vigilia intervenidos por una pluralidad de estados de reposo, y cada latido de la pluralidad de latidos se envía durante un estado de vigilia respectivo de la pluralidad de estados de vigilia.
12. El método expuesto en la reivindicación 11, en el que el dispositivo (22) inalámbrico está en un estado de vigilia cuando se comunica, y está en un estado de reposo cuando no se comunica, en el que una duración del estado de reposo cuando el dispositivo (22) inalámbrico está en el estado armado es preferiblemente mayor que una duración del estado de reposo cuando el dispositivo inalámbrico está en el estado desarmado.
13. El método expuesto en la reivindicación 11 o 12, que comprende además:
enviar un comando de desarmar desde una aplicación (26) de usuario a un conjunto (23) de control;
enviar una respuesta de estado desarmado desde el conjunto (23) de control a la aplicación (26) de usuario en respuesta al comando de desarmado; y
almacenar en memoria intermedia el comando de desarmar por el conjunto (23) de control, en donde la comunicación entre el conjunto (23) de control y el dispositivo (22) inalámbrico está en la segunda frecuencia cuando el comando de desarmar está almacenado en memoria intermedia por el conjunto (23) de control.
ES18716404T 2017-03-15 2018-03-15 Un sistema de notificación de eventos inalámbrico que tiene un dispositivo inalámbrico configurado para comunicarse a frecuencias configurables dinámicamente Active ES2966672T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201762471397P 2017-03-15 2017-03-15
PCT/US2018/022538 WO2018170194A1 (en) 2017-03-15 2018-03-15 A wireless event notification system having a wireless device configured to communicate at dynamically configurable frequencies

Publications (1)

Publication Number Publication Date
ES2966672T3 true ES2966672T3 (es) 2024-04-23

Family

ID=61911678

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18716404T Active ES2966672T3 (es) 2017-03-15 2018-03-15 Un sistema de notificación de eventos inalámbrico que tiene un dispositivo inalámbrico configurado para comunicarse a frecuencias configurables dinámicamente

Country Status (4)

Country Link
US (1) US11064433B2 (es)
EP (2) EP3596982B1 (es)
ES (1) ES2966672T3 (es)
WO (1) WO2018170194A1 (es)

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5594428A (en) 1994-07-22 1997-01-14 Digital Security Controls Ltd. Combination security unit
WO2000021053A1 (en) 1998-10-06 2000-04-13 Slc Technologies, Inc. Wireless home fire and security alarm system
US6501969B1 (en) 1999-05-05 2002-12-31 Agere Systems Inc. Extended power savings for electronic devices
US7015789B1 (en) 1999-05-13 2006-03-21 Honeywell International Inc. State validation using bi-directional wireless link
US7307461B2 (en) 2003-09-12 2007-12-11 Rambus Inc. System and method for adaptive duty cycle optimization
US8963713B2 (en) * 2005-03-16 2015-02-24 Icontrol Networks, Inc. Integrated security network with security alarm signaling system
US7505795B1 (en) 2004-07-07 2009-03-17 Advanced Micro Devices, Inc. Power save management with customized range for user configuration and tuning value based upon recent usage
US7394782B2 (en) 2005-07-14 2008-07-01 Honeywell International Inc. Reduced power time synchronization in wireless communication
US7835343B1 (en) 2006-03-24 2010-11-16 Rsi Video Technologies, Inc. Calculating transmission anticipation time using dwell and blank time in spread spectrum communications for security systems
RU2389159C1 (ru) 2006-04-11 2010-05-10 Самсунг Электроникс Ко., Лтд. Способ и устройство для прерывистого приема пакета в системе мобильной связи
US8018884B2 (en) 2006-06-21 2011-09-13 Qualcomm Incorporated Low duty cycle network controller
KR100820325B1 (ko) 2006-12-07 2008-04-07 한국전자통신연구원 이동 통신 단말기에서 초절전 모드의 제공 방법 및 장치
US7848271B2 (en) 2007-06-26 2010-12-07 Research In Motion Limited System and method for conserving power for a wireless device while maintaining a connection to a network
US7859404B2 (en) 2008-03-25 2010-12-28 Tyco Safety Products Canada Ltd. Method and apparatus for proximity activated RFID system
EP2293627B1 (en) 2008-06-30 2018-04-18 Panasonic Intellectual Property Management Co., Ltd. Radio communication device, terminal, system, and program
US8078896B2 (en) 2009-03-12 2011-12-13 Sony Ericsson Mobile Communications Ab Adaptive power saving
US8185165B2 (en) 2009-06-01 2012-05-22 Hewlett-Packard Development Company, L.P. Method and apparatus for adaptive power saving in a mobile computing device
US20120149352A1 (en) * 2010-07-26 2012-06-14 Ari Backholm Context aware traffic management for resource conservation in a wireless network
WO2012060995A2 (en) * 2010-11-01 2012-05-10 Michael Luna Distributed caching in a wireless network of content delivered for a mobile application over a long-held request
WO2013095588A1 (en) 2011-12-22 2013-06-27 Intel Corporation Always-available embedded theft reaction subsystem
US8710983B2 (en) 2012-05-07 2014-04-29 Integrated Security Corporation Intelligent sensor network
US8407502B1 (en) 2012-07-12 2013-03-26 Google Inc. Power saving techniques for battery-powered computing devices
US9621371B2 (en) * 2012-07-24 2017-04-11 Honeywell International Inc. Wireless sensor device with wireless remote programming
WO2014144419A2 (en) 2013-03-15 2014-09-18 Master Lock Company Networked security system
US9386552B2 (en) 2013-09-30 2016-07-05 Honeywell International Inc. Wireless sensor time synchronization
US9338741B2 (en) 2013-11-11 2016-05-10 Mivalife Mobile Technology, Inc. Security system device power management
US9674781B2 (en) 2014-09-05 2017-06-06 Google Inc. Systems and methods for waking up devices of a fabric network
US10535252B2 (en) * 2016-08-10 2020-01-14 Comcast Cable Communications, Llc Monitoring security

Also Published As

Publication number Publication date
WO2018170194A1 (en) 2018-09-20
US20200008147A1 (en) 2020-01-02
EP3596982A1 (en) 2020-01-22
US11064433B2 (en) 2021-07-13
EP3596982B1 (en) 2023-12-13
EP4072205A1 (en) 2022-10-12

Similar Documents

Publication Publication Date Title
US11871342B2 (en) Wireless event notification system
US11166233B2 (en) Wireless communication system and method of managing energy consumption of a wireless device
US20080084836A1 (en) Low power wireless communication method
US10884474B2 (en) Method for managing non-chatty IoT devices to remain in an authenticated state
ES2727789T3 (es) Sincronización de balizas en sistemas basados en wifi
BRPI0901714A2 (pt) método para economizar energia de dispositivos portáteis de internet, dispositivos portáteis de internet e sistema de correio instantáneo de mensagens utilizando o referido método
WO2014029248A1 (zh) 实现动态休眠和唤醒的网卡设备、路由设备、系统及方法
WO2014044216A1 (zh) 数据传输方法和设备
US9736777B2 (en) Reduced power consumption in a wireless network device
US11166235B2 (en) Wireless communication system and method to reduce energy consumption of wireless devices
US20170168545A1 (en) Decentralized Sleep Management
ES2922900T3 (es) Método de gestión del nodo maestro de anclaje y nodo
ES2966672T3 (es) Un sistema de notificación de eventos inalámbrico que tiene un dispositivo inalámbrico configurado para comunicarse a frecuencias configurables dinámicamente
US20190349851A1 (en) Wlan station capable of optimizing power saving operation
BR112021003413A2 (pt) sistema de monitoramento de segurança, nó para o mesmo e método de operação do dito nó
US11432241B2 (en) Wireless communication system and method of managing access point idle time
JP2012209716A (ja) 情報通信装置、および通信性能切り替えプログラム
WO2010099664A1 (zh) 接入网络的方法和装置